• 發行項

裝置更新程序的運作方式

上次修改主題的時間： 2009-05-14

本節說明裝置更新服務如何運作。

在裝置更新服務中上載及管理更新的方式

將更新上載至裝置更新服務的方式如下：

  1. 系統管理員會從 Microsoft 說明及支援網站下載 .cab 檔的更新，再使用裝置更新服務管理主控台將 .cab 檔上載至裝置更新服務。
  2. 管理主控台會從 .cab 檔擷取所有整合通訊 (UC) 裝置專用的更新。它會將資料寫入 Windows Management Instrumentation (WMI) 資料存放區，再將更新檔寫入裝置更新資料夾。
  3. 裝置更新服務管理主控台會在 [擱置的更新] 索引標籤上發行更新。
  4. 當系統管理員針對清單中的更新執行作業時，管理主控台會將任何變更寫入 WMI 存放區。

裝置從裝置更新服務取得更新的方式

裝置更新服務支援兩種 UC 裝置：Microsoft Office Communications Server 2007 R2 Communicator Phone Edition 和 RoundTable。RoundTable 必須手動設定成連線至裝置更新服務，如 Office Communications Server 作業內容中的<附錄 D：將 RoundTable 設定為使用裝置更新服務＞。在預設組態中，Communicator Phone Edition 會透過下列方式，連線至裝置更新服務：

  1. 使用者第一次啟動 Communicator Phone Edition 並登入時，裝置會從伺服器或裝載有裝置使用者帳戶的 Enterprise Pool，取得頻內佈建資訊。該資訊包含執行裝置更新服務之伺服器的內部和外部 URL。

    Dd441234.note(zh-tw,office.13).gif附註：
    舊版 Office Communications Server 中，在防火牆外操作的 Communicator Phone Edition 裝置會使用匿名存取連線至更新服務。這個版本中，為了增強安全性，這些裝置預設都必須使用 NTLM 驗證。這表示使用者必須使用有效的使用者帳戶登入至裝置，才能讓外部裝置連線至裝置更新服務並接收更新。如需外部裝置存取之部署需求的詳細資訊，請參閱裝置更新服務。
    如果裝置已開啟，但是沒有使用者登入且之前都沒有使用者登入該裝置，裝置會對 ucupdates-r2.*\<由 DHCP 所提供的 DNS 網域名稱\>* 傳送網域名稱系統 (DNS) 查閱要求，並取得執行裝置更新服務之伺服器的內部和外部 URL。

  2. 因此，當裝置啟動且使用者登入後，Communicator Phone Edition 預設每隔 24 小時會透過連接埠 443，傳送 HTTP 要求至裝載裝置更新服務的 Web Components Server，以便檢查更新。該要求會包含 Communicator Phone Edition 目前執行的版本。

  3. 如果使用者尚未登入裝置，且裝置位於組織防火牆外，則裝置更新服務會拒絕該要求。

  4. 否則，裝置更新服務會傳回包含下列其中之一的回應：

    • 如果沒有可供目前韌體版本使用的已核准更新，回應會包含下載=0。若是測試裝置，則更新必須擱置，而非核准此更新發生。
    • 如果有可供目前版本使用的已核准更新，則回應會包含裝置更新服務的內部與外部 URL。若是測試裝置，則更新必須擱置，而非核准此更新發生。

  5. 如果是後者的情況，Communicator Phone Edition 會透過連接埠 443 傳送 HTTPS 更新要求至裝置更新服務。如果裝置位於組織防火牆外，則此要求必須包含有效使用者帳戶的使用者名稱和密碼，這表示使用者必須登入裝置。

  6. 更新影像會下載至裝置。

  7. 裝置會等候一段 5 分鐘都沒有動作的閒置時間，然後重新啟動以完成更新。

Dd441234.tip(zh-tw,office.13).gif提示：
裝置上的 [系統資訊] 畫面會顯示目前的版本和上次更新的日期。