TWI327841B - Systems and methods for application delivery and configuration management of mobile devices - Google Patents

Description

1327841 九、發明說明： 【發明所屬之技術領域】 本發明係有關於配置管理系統，特別是指利用此系 遞送應用程式以用於行動裝置的遠端配置。 【先前技術】 電腦已經成為工作場所裡不可或缺的一部分，在許 組織當中，幾乎每個員工都使用至少一台電腦，結果造 大公司總是操作與保存數量龐大的電腦。在這類公司 中，能夠盡可能的相當程度地自動化例行保存工作變得 要了。 很幸運地，區域網路（LAN)和廣域網路（WAN)也已普 化，使得組織内的各個電腦可以利用中央提供之電腦 務，像是使用者認證、檔案分享、電子郵件以及其他不 型態的服務。 配置管理系統代表一種服務型態，它可以有效率地 於網路作業環境以自動化組織内各個不同電腦的保存與 . . · · • · · · . 理。這樣的服務提供了用於集中式軟體發佈、資產管理 及遠端故障檢修的工具，可用於桌上型電腦、伺服器和 服器應用程式。微軟公司的「系統管理伺服器」就是一 設計為此用途的系統實例。 第1圖顯示一個實施自動配置管理的電腦系統10之 化實例，此系統包含一管理伺服器12以及多數用戶電 14。該等用戶14可以透過一區域網路或廣域網路16與 統 多 成 當 重 及 服 同 用 管 以 祠 個 簡 腦 彼 5 1327841 此以及管理祠服器12通訊。 在第1圖中，雖然管理伺服器12被表現成一單一 置，然而該管理伺服器12能包含多數與彼此緊靠相鄰或 開在不同位置的個人電腦或伺服器。 現代作業系統以及應用軟想常常提供用於作業系統 應用軟體常駐電腦之自動配置管理的用戶端支援，例如 軟Wind.ows XP®作業系統家族在一資料庫内保存詳細的 體和軟趙組件財產目錄’該資料庫係用於來自該電腦本 内部组件以及其他電腦的程式化查詢與資料校對。 Windows®環境底下，此特色即我們所熟知的windows管 工具（Windows Management Instrumentation)或 WMI。改 以及配置管理軟體可利用WMI資訊以獲得各電腦的財 目錄’以及評估此電腦的架構是否需要更新或改變。 除了作業系統支援之外，個別用戶電腦1 4往往被配 特定用途之軟體來支援自動配置管理的功能。此軟體通 被設計成特定賣方實施自動配置管理系統的一部份，例 成為微軟系統管理伺服器產品的一部份。此特定用途之 禮與用戶端電腦之作業系統一起運作以執行種種與管理 服器12協力之功能β因此，自動配置管理系統的全部架 包含了词服器部分以及用戶端部分。 第2圖顯示由Microsoft®系統管理伺服器產品所實 之簡化配置管理架構邏輯組件包含伺服器1 2的组件以 實施於用戶端14的組件，所描述之组件係有關於該架構 財產目錄以及軟體發佈特徵。 裝 分 與 微 硬 身 在 理 變 產 置 常 如 軟 飼 構 施 及 的 6 1327841 管理伺服器 12擁有一伺服器財產目錄與發掘組件 20,它與一常駐在用戶14上的用戶端財產目錄與發掘組件 22 —同運作。用戶端財產目錄與發掘組件22收集用戶端 電腦14的識別資訊以及軟硬體財產目錄，將這些資訊組合 到資料結構當中並且將此資訊提供給伺服器1 2的伺服器 財產目錄與發掘組件20，此識別資訊使用被稱為發掘資料 記錄或DDR的資料結構來包裝與回報，該管理伺服器在一 資料庫内保存此資訊以促進資產管理的功能。在用戶14 内，許多資訊利用Windows XP®作業系統的WMI功能來蒐 集，伺服器1 2與用戶1 4之間的通訊利用該自動配置管理 系統的特定實施所屬之預先確定的通訊協定來達成。 用戶電腦有可能蒐集並回報超過200項性質，包含細 節像是： 籲磁碟機數量 «處理器型態 • 記憶體數量 鲁作業系統， • 螢幕和顯示設定 • 電腦名稱和IP位址 鲁週邊裝置連結資訊 • 網路型態 • 基本輸入輸出系統（Bios)資訊 除此之外，每一台用戶電腦回報該用戶所安裝的所有 7 132/841 軟 稱 24 包 軟 安 12 標 時 程 如 連 包 封 系 其 高 組 它 往 通 體應用程式表，其中包 管理伺服器12包含— 為公告）給被管理的電 。政策是指·^取得用於 含資訊用於指示哪些用 趙封包。一軟體封包為 裝該等檔案的指令。 含了製造廠商以及版本資訊。 可以推動或自動地發佈政策（也 腦（像是用戶14)的政策推動程式 下載與安裝的軟體封包’並且也 戶類型應該下載與安裝所指示之 一樓案集合，並包括用於下載與 用戶14擁有一政策評估程式26，它接收來自伺服器 的政策並且評估这你 &些政策以確定哪些是用戶14的目 。當政策評估程式）< 26確定出一政策要被導引至用戶14 ，該政策評估程式傳浪. 吟遞此訊息給一位於用戶14上的應用 式安裝組件28，安#二 瑕組件28檢查該政策資訊並且確定 何去下載相關的軟锻 ^ ^ 艰封包，它接著連至一與伺服器12 結在一起的發佈點 你 y並且下載該軟體封包。在下載該封 之後，該應用程式安 &組件28依據被包含在所下載軟體 包上之資訊來安装 破包装的軟體。 如.Microsoft® 系 ^ ^ ^s理伺服器之現有的自動配置管理 統在傳統的網路作紫 .^ ^ 条環境中運作良奸，如第1圖所示。 中被管理的電腦至少 巴含桌上型電腦或其他實際上透過

寬頻連線以永久地連E 連至該管理伺服器的電腦。然而現在 内，—昌-p JJL. 使用可攜式運算裝置的趨勢正在成長， 們並/又有以持續地尚寬頻連線連至—管理伺服器反而 往偶發或間歇地透過一般而言是慢的以及常是不可靠之 訊途徑來連接至管理伺服器。 8 此外’這些可攜式或行動計算裝置與傳統桌上型電嘴 相較之下’其功能往往受到更多限制。尤其是，手提式裂 置如已知的個人數位助理（PDA)與袖珍型個人電腦（pPc) 都已經變得非常廣泛地被使用，並且它們的使用者常將這 些裝置連至公司網路以用於像是觀看電子郵件或同步聯絡 表的任務。網路連線可以透過所連接之桌上型電腦，或能 透過獨立的網路連線，包含無線及/或遠端存取設備。 雖然很多組織尚未正式地提供技術支援給手提式裝置 例如PDA’但他們的求助櫃檯收到越來越多關於這些裝置 的支援電話，這些電話常是關於配置其手提式裝置與取得 被安裝進該裝置的應用程式之新的更新。 具有少於全部桌上型電腦功能（如，有限記憶體及/或處 理資源）的電腦或類似電腦之裝置在許多環境下被大量地 使用。工廠自動控制器、電子銷售點終端機、加油站幫浦 等’都是進行頻繁網路作業的常用裝置的實例，但他們卻 不具備一傳統桌上型電腦的全部功能以及資源》 Microsoft®公司已經為這些有限資源裝置設計出一個其 Windows®作業系統的特別版本，稱為windows CE®作業系 在過去的時候，間歇連線與有限資源之行動裝置像是 PDA以及上述提及的其他實例，還不能夠參與自動配置管 理’其中一個對於公司採用行動裝置與其相關技術的最大 障礙在於缺乏用於配置這些裝置的管理選擇。現有的行動 裝置配置選擇相當程度上被限制於支援成本，往往需要大 9 1327841 量的使用者介入來實施此管理選擇以及不希望的安全暴露 問題（例如，中間人攻擊（man-in-the-middle attack，MITM)) 等。 舉例來說，現有的解決方法須將行動裝置「停駐」到 一桌上型電腦，它會執行配置應用程式來放置檔案於被停 駐裝置上並對該裝置進行設定。被停駐裝置往往會被放置 進托架’否則就是被連線至其主電腦。另一個已知之技術 需要使用者經由行動裝置去操作公司網路或網際網路，來 尋找一下載點並且點擊一檔案下載超連結。使用者將會被 提示在該裝置上所希望之儲存位置並且能夠繼續安裝該應 用程式。又另一個用於配置行動裝置的現有配置技術是去 發佈應用程式及/或資料於可以被插入該行動裝置的快閃 記憶卡（CF)内。該CF卡甚至可能自動地開始一安裝腳本 (script)。 這些方法的每一個都有其特別優點但皆須要大量使月 者互動，並且它們沒有提供—個保持間歇連線（如至公目 網路）裝置隨時間進行更新的簡單方法。再者，他們只提令 一個單次配置機會。#動裝置常透過一些相當慢的通訊, 道（如，<9600飽率）使此情沉甚至更加困難，造成任何肩 用程式與資料更新需要一段相當長的時間來完成。 有關於不希望之安全暴露（如，MITM攻擊）方面，考肩 到傳統行動裝置配置技術往往無法保護-行動或遠端裝3 (即裝置不受到公司防火牆的保護)避免在資料行進於一相 網路上時受到蓄意的使用者攔截，與可能修改的安全有 10 1327841 程式遞送與行動裝置的配置 包含一管理伺服器與一行動 置去傳送用於行動計算裝置 該行動計算裝置被配置去透 管理伺服器。該行動計算裝 载指令，以確定任何可由該 裝之供給（offering)。任何由 示成自從該行動計算裝置所 ，一或多個已經成為可取得 一使用者去接受或拒絕對該 與安裝。 置被預先配置從—指定管理 與該指定來源相對應的認證 由該行動裝置保存於一可靠 求並且接收下栽指令之後， 認證所接收之指令。在成功 害。這表示在一用戶與一特定 危及，當另一運算裝置愚弄該 相信他們是直接與對方通訊的 正在實際棚截雙方所有的網路 這些與其他現有之行動裝 隨後的安排與程序來解決。 【發明内容】 本發明描述一種用於應用 管理的系統管理架構。該架構 計算裝置。該管理伺服器被配 之配置管理目的的下裁指令， 過一非持績性連線來連線至該 置請求從管理伺服器而來的下 行動計算裝置取得來下載與安 該管理伺服器所呈現之供給表 執行的一最近成功下载操作後 的檔案。該行動計算裝置允許 供給的任何一或多個進行下載 在一實施例中，該行動裝 伺服器來源去請求下載指令。 資訊（如，一或多個數位憑證） 來源表内。自該指定來源處請 該行動裝置經由可靠來源表來 主伺服器間的資料交換會被 用戶與該伺服器雙方，使其 時候，此時事實上一攻擊者 通訊。 置配置管理系統的限制會由 11 1327841 地驗證之後，該等指令用來從至少一個由被驗證之指令所 指定的位置去請求與接收一或多個供給，所接收到的供給 被更進一步地查核認證，例如經過一或多個安全雜湊函式 來進行認證。以此方法，當該行動裝置運作在一公司防火 牆的保護之外時，該系統管理架構提供一多重簽章系統， 可以大大地排除不希望的安全暴露。 【實施方式】 第3圖顯示一系統管理架構的頂層表現。架構300包 含一配置管理系統或伺服器 302，以及一行動用戶裝置 304。管理伺服器302和行動用戶裝置304直接透過有線或 無線的網路連線306來互相通訊。配置管理系統302被配 置成如同上述一般可用於通訊或管理多數相容之用戶電 腦。當這些用戶電腦為全功能電腦時，如傳統桌上型電腦， 該用戶電腦執行如上述之特定用途軟體以提供與該配置管 理系統所提供功能的相容性。 然而第3圖所顯示之實例，用戶裝置304是一不與該 管理伺服器3 02分享基本上固定的網路連線的行動裝置。 相反地，該行動用戶透過由網路連線306所表示之可能經 常是慢的通訊途徑，偶發或是間歇地被連向該管理伺服 器，這些遠端用戶裝置的實例包括膝上型輕便電腦、手提 式電腦、PDA、工廠自動化控制器、電子銷售點終端機、 加油站幫浦、行動電話等等。這些裝置的其中某些可能擁 有和全功能電腦相比之下有限的處理和儲存資源，這些行 12 1327841 動裝置304特性的每一特性都使得去使用傳統自動化配置 管理或是其他像是上述所討論的配置管理，以進行應用程 式遞送和該行動裝置3 04的遠端配置管理是不可能、不實 際或是不期望的。 為了促進安全的應用程式遞送與行動用戶304的配置 管理，行動用戶裝置304和管理伺服器302之間的通訊是 使用一安全端口層通訊協定（SSL)，像是安全超連結文字傳 輸通訊協定（HTTPS)，來安全地透過全球資訊網（World Wide Web)傳輸資料。該行動裝置定期向一或多個管理伺服 器 302輪詢新的供給，一個供給可以是一或多個應用程 式、資料檔案和可以載入該行動裝置304的安裝腳本或安 裝進裝置304的設定。 行動裝置304上之排程組件308,控制在進行輪詢這些 供給時的頻率和條件。當可獲得新的供給時，行動裝置304 的一使用者被通知，並且假使使用者接受一供給，則該應 用程式會被自動地下載並安裝進行動裝置3 04。為了說明 目的，配置管理就是由保存關於該裝置的財產目錄資訊以 用於管理行動用戶3 04、增加應用程式到行動裝置304或 是從其中移除應用程式、對輪詢事件進行排程、建立可靠 來源等等的能力。排程組件308使排程應用程式介面（API) 暴露來排程、更新要不然就是管理在該行動裝置上的配置 管理。很多該裝置軟體的不同組件可支援這些操作：在一 實施例中，這些操作可以由被嵌入進該裝置之主 UI組件 的軟體來控制。在另一實施例中，這些操作由一執行於一 13 1327841 被保護模式的特定安全伺服器所支援，一示範的排程程式 API430在以下之附錄A内被列出。 在描述的實施例中，根據由管理伺服器302所請求提 供給行動用戶304的應用程式下載以及配置指令，其依照 一 XML資料綱要來格式成可擴展標示語言（XML)資料，將 在此討論的後續部份中提出一範例操作。該應用程式下載 以及配置扎令包含一軟體財產目錄，用於識別該用戶可取 得來隨後下載的應用程式。更具體地，該檔案包含一對應 於可讓該用戶裝置取得安裝之封包的封包ID表，該配置 資訊也可具體指定一硬體財產目錄。下面同樣將會以更多 細卽說明來描述關於第4-11圖’任何計算裝置（像是可根 據下列描述來產生和傳送下載指令的管理伺服器3〇2)可 以提供安全應用程式傳遞以及配置到任何數量的行動用声 裝置。 第4圖更詳述地顯示了系統管理架構3 〇〇的邏輯組 件。管理飼服器302包含一財產目錄和發掘組件402以及 發佈組件404 °為了資產管理的目的，財產目錄和發掘組 件402從多個行動用戶304處接收發掘資料記錄如一或多 個電子槽案406之型式。財產目錄和發掘組件4〇2負賁辨 識自從相應用戶的一最近成功輪詢後的新的供給408。該 資料發掘記錄包含至少一個指示’其指示目標資源（例如， 經由一個被叙入之URL來指示）的一最近成功輪詢（若有的 話）在何時被執行。 在一實施例中，假如該相應的URL從來沒有由行動用 14 1327841 戶304來成功地輪詢時，其最近成功之輪詢的曰期被指示 成null (「空」在另一實施例中，該行動用戶更將一 基本上唯一的ID(例如，cookie)與該資料發掘記錄4〇6 一 起傳送至管理伺服器3〇2，以能後續接收客製化下載指 令》其他與一資料發掘訊息包含在一起之資訊，包含（舉例 來說）：與該行動用戶相關聯的軟硬體屬性的指示、一該行 動用戶使用者的識別等等。此資訊往往被儲存入一可以由 系統管理者所存取的資料庫中（未圖示）。 雖然第4圖顯示供給4〇8與該管理伺服器3〇2耦接在 一起，但是這樣的供給可以由任何可被連至該行動用戶 302的伺服器裝置來部署。 財產目錄和發掘組件4〇2產生一對應的下載指令檔 案，以回應從行動用戶304處接收到資料發掘記錄傷。 該等指♦可指示應在何種條件之下一應用Μ被下載，以 及從何URL(uniform res〇urce 1〇cat〇r，全球資源定位器卜 應用程式可被下載。該下載指令槽案含有關於一或多個供 給術”訊，並且每個供給可包含一或多個標案的下 載。發佈組件404將下載相合w + # ^ 广軾*日々以一或多個電子檔案410之 型式傳送至該行動用戶。 發佈組件404也是一連線點，行動用戶3〇4可連至此 連線點以下載由下載指令所識別的應用程式或封包（即供 給408)。—封包是一標案集合’與用於下載與安裝該等稽 案的指令在一起。 包含輪詢與通知組件 行動用戶裝置304的邏輯組件 15 412、-排程組件3()8、_個下載組件414、—安裝指令翻 譯式16和—程式或封包安裝組件418。該輪詢與通知 ’件刀别傳送訊息至管理伺服器3〇2和接收從管理伺服器 來的訊息。所傳送的訊息包含，例如資料發掘請求（用 :識別-或多個可獲得來下載之供給)、下載請求供給傳 :和安裝之狀態(例如，成功、失敗、未完成等)諸如此類。 輪詢與通知組件所接收之從該管理伺服器來的訊息包含 (舉例來說)：下載指令與被下載的封包。 含 在-實施例中’行動裝I 3〇4所傳送之 下載指合蜷出 y ”青求，且所接收之訊息也包含一指定可取得供給 將ID表，該封包ID表與該詳細下載指令是分開的。 '文參照另一個應用程式遞送和配置管理架構300的 實施來更詳細的說明此一實例。 排程組件308排程並執行資料發掘與下載事件。在一 實施例中，用來排程事件之預先確定的標準是由一管理實 體來事先配置以用於提供對行動裝置3〇4的配置的有效控 制。如此事先配置事件對應於一被自動化或委任治理的操 作模式，其中該資料發掘及/或下載事件被自動產生以下載 與安裝一或多個封包而不用使用者來介入。在另外的實施 中，該輪詢與通知組件412呈現使用者介面（UI)組件給被 轉譯為排程事件的使用者指定動作，以用於提供使用者對 應用程式遞送、下載和安裝的控制。會在隨後部分參照第 圖說明這樣的一個U1實例。 輪詢與通知組件412藉由傳送所對應之訊息給管理伺 16 1327841 服器302以回應這樣的事件。一資料發掘事件引發一資料 發掘記錄406的傳送（例如，經由HTTPS)，將記錄406傳 送給該管理伺服器以獲得供給下載指令410。_下載事件 引發一下載請求420的傳送，將請求42〇傳送給該管理伺 服器。為了說明目的，資料發掘事件常常被稱為輪詢事件， 因為他們一般而言基本上是週期性的》但是，任何特定資 料發掘事件亦可排程為單一發生。 輪詢與下載事件根據一或多個預先確定的標準來進行 排程’該標準包括例如時間和連線之標準的任何組合（例 如’每星期一的下午3點若一個高頻寬連線出現，或在一 個隨機時間基本上保證：從多個行動用戶裝置3〇4而來的 所有資料發掘訊息將會以一個不可能去超載該伺服器的處 理資源方式被送至管理飼服器302等）。在此實施例中，每 個事件與一名字/描述、事件標準以及一用於供給識別或下 載的可存取URL關聯在一起。排程組件3〇8保存事件資訊 事件表422，用來具體指定輪詢和下載事件。 輪珣與通知組件412接收下載命令檔案41〇並考其進 行語法分析，用排程組件308來依照開始時間、deUa時間 及/或與該指令相關聯的旗標來排程下載命令之執行。在適 當時間點，該排程程式命令下載組件414去下載該下載指 令檔案内所描述的稽案《該命令/腳本翻譯程式416執行由 該下載指令檔案的一「命令」參數所指示之命令其在大 多數狀況下將會由安裝組件41 8來啟始該等下載檔案的安 裝（例如’複製標案至在該用戶裝置上的合適目錄、載入登 17 1327841 錄值、刪除暫存播案等等）° 該行動用戶裝置3 04也具有程式記憶體424(所下載之 應用程式被安裝在其内）、一資料庫或其他資料结構426(讓 用戶裝置304在其中保存或快取一供給表，其指示透過之 前與管理伺服器302互動已可由該用戶裝置取得的應用程 式或封包）’以及一可靠來源表（trusted source list， “TSL，’）428(用於鑑定從管理伺服器302處所接收的下載指 令410)。該供給表是可取得來呈現給獨立於任何連至該管 理伺服器的連線的遠端用戶使用者。為了回應將一供給下 載並安裝於該遠端用戶上，該遠端用戶被配置來自動將該 供給從該供給表中移除。 這些行動用戶304的組件可用被安裝在該用戶裝置上 的特定用途軟體來實施，並且用例如一 URL或其他與驗證 資訊以及憑據一樣的規格來事先配置。這些組件彼此間的 互動和其與管理伺服器302間的互動，將會在隨後參照第 5圖的討論内容來更詳述地解釋。 第5圖顯示第4圖所示之架構的方法態樣。該圖左手 邊的動作是由行動用戶裝置304的組件來敎行，該圖右手 邊的動作是由管理伺服器3 〇2的組件來執行，中間的動作 是由一 ~~做為像管理伺服器302管理者的人或由該行動用戶 的 ~~使用者來執行，其特殊之處在隨後關於該動作的討論 内會；^ 4 吸說明。該動作將會被描述成關於一想要去發佈和安 您用程式於一請求方行動用戶上的情景。範例應用程 式右 兩個組件：go If .cab和golf.dat。在該行動裝置上進行 18 1327841 安裝牵涉到複製這兩個部分至一稱為，，\Program Files\Foo”的目錄内。 一初始動作5〇2至少包含建立一含有該等兩個程式部 分g〇lf.cab”和“ golf.dat”的發佈封包》該“ CAB”檔 案疋一用於程式部分發佈的常用格式，其可由接收方用戶 裝置開啟以用於自動安裝於該用戶裝置上。另外，一非 -CAB封包可以被組合，包含該應用程式部分並且一檔 案含有一可由該用戶裝置執行的安裝腳本（往往由一個做 為系統管理者的人來建立）以用於執行安裝任務。在此範例 中，下載指令41 〇(隨後將參照表1來更詳細描述）含有安 裝指令。 使者透過一或多個有線以及無線網路的任何組合將 該仃動用戶304連至該管理伺服器302。在一動作5〇4之 内該使用者產生—輪詢事件來請求—來自肖管理祠服器 的可得之供給表彻。另外，該輪詢事件可能被自動地 產生以回應一特定事件的發生(例如，該行動用戶的一冷開 機：一註冊事件等)及/或在-或多個如由排程組件308所 確：之Γ ί配置的間隔處。實施例中，例如在冷開機 式組件被預先配置去請求-從特定管理何 服器302來的可取得之供給表4〇8 ^ 在一動作508内，第4圄沾 I1 4Η 產目錄與發掘组件402 接收汰資料發掘記 4 蛊路& 了口應接收到此資訊，財產 目錄與發掘組件執行動作51〇’並 蘇描v钝〜 η根據在該接收到的資料 發掘记錄内所提供的資來 座生下載指令檔案410。所 19 1327841 產生的下載指令檔案包含各種參數，其係關於如何、何時、 從哪裡來以及在什麼條件下該指定供給408或封包可以由 該行動用戶304來下載。 在一實施例中，該等參數包含下列元素： • 標頭 • 内容區 ID(GUID) 做為狀態報告之回應URL (可選擇） • 下載指令 來源名 供給名 供給大小（例如，用位元組表示） 供給價格 短及/或長的描述 用來呈現給該行動用戶的一使用者的下載指令 網路-喜歡透過以何種運輸來傳送此下載 循環間隔. 錯誤回復的重試間隔（例如，預設值=60秒） 重試限制（例如，預設值=5) 開始或delta時間（用GMT) 旗標（連線型態或連線類別） 下載型態（例如一 ROM更新、一 CAB檔案等） 需求（YES或NO，預設值：NO) 檔案描述 20 1327841

♦ 來源URL ♦該裝置上的目的地（如一完全合法路徑的檔 案位置） ♦簽章（該檔案的簽名雜湊值） 下載之後在該裝置上執行的命令（可選擇） 該「内容」區塊含有從屬於該指令檔案410内容的資 訊，包含該行動用戶304應該向其回報隨後列舉動作的成 功或失敗的那一個URL。該等「下載指令」指定一「循環 間隔」，其識別該行動用戶能夠週期地傳送輪詢事件（像是 資料發掘事件）給管理伺服器3 02的一段間隔。其他「下載 指令」不是包含一 「開始時間」就是包含一 「delta時間」 (一段間隔，在經過此段間隔後操作應開始），以及指示在 何種條件下該下載可以被允許執行的「旗標j。舉例來說， 該等旗標可能指示：只有當某些通訊能力出現時，例如透 過高速網路來連至一網路，該下載才會被啟始。在另外一 實施例中，該等旗標可能指示：只有當該行動用戶被連至 AC電源（相對於電池電源）時，該下載才會被啟始。雖然此 實例使用「旗標」來指示不同的資訊，不過這類資訊可能 以不同的方式表現，例如經由XML標籤等。 該等「需求的」參數指示是否需要將該封包安裝至行 動用戶304。「檔案描述」指示要被複製到該行動用戶的擋 案的來源和目的位置，以及該等檔案的簽章。在前次成功 地複製該指令檔案所指定的檔案之後，該「命令」參數識 別一由用戶裝置所執行的命令。 21 1327841 在動作512中，發佈模組404將所產生之下載指令以 一或多個電子檔案410的型式傳送至行動用戶3 04。該下 載指令檔案最好依照一 XML綱要（schema)(由資料庫408 來實施）回報給該行動用戶。這樣的XML綱要實例呈現在 附錄A中。（雖然第4圖已顯示XML綱要為供給資料庫408 的一部份（資料庫408中儲存有供給資料），但是該XML綱 要可和供給資料分開儲存。） 表1顯示一實際資料的實例並依照附錄A的XML綱要 來格式。該XML資料代表一示範下載指令檔案，其往往 被傳送至行動用戶3 04做為一 HTTPS的張貼。為了達到說 明之目的，在該下載指令檔案内的粗黑體字元代表變數資 料數值的實例。 22 1327841 表1 下載指令之示範组 <RDM-Operation> <AuthorizationSourceGUID=<<66CC03B9-6C89-45e3-94C5-4213925B7B21n Signature^ FFCD9A153B...» /> <Contents> 〈Description SourceName=“Value ISV*’

OffeingName^'A Golf GameM > <ShortDescription>The very best in golf simulations brought to your pocket PC (”PPC”). </ShoitDesciiption> <LongDescriptionXp>This golf game is the latest installment in a wildly successful series. This game presents golf as it should be played. Choose your own caddy and scorekeeping methods. Lose yourself in the wonder that is goIf.</p> </LongDescription> «/Description〉 <Download StartTime-'dO 07 0a 00 03 00 12 00 00 00 2a 00 05 00 00 00” ReoccurTime=“00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 OO1' ConnectionClass=s<,Wired,,> c/games/goH/golf.cab

〈CopyFile “URL”= https://www.idoe.com/DP

Dest= tcVProgram Files\foo\go 丨 f.cab” Signature=“899dd011T73” /> 〈CopyFile Url=" https://www.jdoe.coin/ppc/games/golf.dat” Dest= ‘^Program FiIes\foo\golf.dat” Signature=“9477a34490” <PostInstall Command^'-*\Prdgram Faes\foo\g〇lf.cab,> /> <Download> 〈/Contents〉 </RDM-Operation> 23 1327841 先前表1中的不範下載指令說明一來自Golf之” Value ISV”的供給，該等指令指示兩個檔案將要被下載至目錄 \pr0gram File\f〇〇。該下載開始時間是由<D〇wnl〇ad 3以1^丨1^>標籤資料來識別，下載被指定成依照<Re〇ccur 丁1016>標藏資料的指示來週期性地重覆出現，時間以英代 爾（Intel)系統時間格式來表示，程式”g〇lf eab”在不載完成 後執行。 在動作514中’行動用戶3〇4的伺服器輪詢與通知組 件412從管理飼服器302處接收下載指令41〇。在一實施 例中，該等下載指令包含用於給排程組件3〇8從該行動用 戶所儲存之供給表426中移除過期項目的資訊，這是經由 一可選擇的下載指令標籤’’Supercedes”，該標籤指示一由 他們各自’’Offering Name(s)，，所放棄之供給的集合，被放棄 的供給從供給表中被移除。 在動作516中，為了要保證行動用戶應用程式之下載 仍然安全，檔案驗證與使用者授權組件43 4對照一或多個 可靠來源（從該處而來的下載指令被視為安全和可靠）來檢 查所接收之下載指令的數位簽章（即所宣告之身份識別）， 這樣的可靠來源被儲存進TSL 428 »例如，該TSL是可靠 之應用程式遞送伺服器與其公鑰的一列表。排程組件308 呈現一或多個介面，該介面經由排程程式API 430來更新 或否則就是管理該TSL的内容，一示範的排程程式API 430 顯示在附錄A中》 在一實施例中，TSL 428包含管理伺服器302的一 24 1327841 X.600憑證，其包含一 RDN(名字）、公鑰等.雖然一在該 TSL内的憑證可能從該TSL内被故意或意外地刪除’然而 這樣的一個被刪除之憑證無法簡單地用另一金鑰來取代， 如此保證行動用戶3〇4的應用程式遞送仍然安全。此外， 即使一特定的可靠來源憑證是故意或意外地從該TSL内被 刪除’只要該行動用戶之非揮發記憶體的一部份已如此預 先配置好’行動用戶3 04的冷開機可以復原該被刪除的憑 證。 - 在動作518中，該驗證組件434確定所接收之下載指 令410是否為有效的（authentic)。假使不是有效的該程 序等待另外一被排程的事件（或其他事件），像是在動作5〇4 中所指不的一資料發掘事件。反之，回應接收到一通過驗 證的下載指令集合，在動作52〇中，排程组件3〇8向行動 用戶3 04使用者通知任何可取得之供給。當新的下載是可 取得時，排程組件308儲存所接收到的下載資訊4丨〇至記 憶體内（例如’儲存至供給資料儲存裝置426内）。 在動作522中，該使用者經由一使用者介面（υι)指定 該等新供給是否要被檢視或者是將其忽視。這樣一個⑴ 實例將在此說明後續部分參照第7_1〇圖作描述。在動作 524中，決定忽略該等供給，並且程序5〇〇會依圖上的 “ A”所指示繼續下去，。在動作526 通使用者已經 選擇去檢視該等供給，每一個被指示之下葡 卜戰供給與其相對 應的狀態一同被呈現給該使用者來檢視，

亚且經由該UI 來互動。該相對應的狀態可指示（舉例來 机J将疋供給之新 25 指或是告示指示(例如，新、告示曰期等），及下載進度 圖二(例如，下載接受、進行中、已安裝等等)等。在第6 去。、動作602中，該程序會依圖中的„B”所指示繼續下 第6 @顯示一示範程序5〇〇的進一步態樣，經由第* 的架構以執行應用程式遞送與遠端配置管理。在第6圖 左手邊的動作是由行動用戶裝置3Q4的組件來執行，在該 圖右手邊的動作是由管理飼服器3〇2的組件來執行，中間 的動作是由-該用戶的使用者來執行。這些動作參照第5 圖的情景來進行描述》 在動作602中，使用者接受或拒絕任何一或多個特定 供給…給該使用者使用來完成如此事件的示㉟ui7〇〇, 將於下文參照第7-10圖來更加詳細地敘述。在動作6〇4 中’行動裝置確定行動裝置3Q4的使用者是否已經授權了 一供給4〇8。在任何事件中，針對每個所指示的個別供給 的下載指♦川由該排程组件3〇8來儲 伺服器中到期失效或是哼係田土 给在 給。假使該使用者巳:拒二者確認或拒絕所列出的供 U拒絕每個戶斤呈現之 則二等待一被排程或者是未被排程的事：二 理，例如第5圖的動 _ 件來處 圖中“A”所指示)β 所“之資料發掘事件(即，如 在使用者下？供给確認後，於動作6。"，排程 308排程一下栽事件 排程紐件 取經確認的供給》錄=下载指令所指定之位置來梅 〆下載事件可能依照使用者所指定之 26 1327841 準或依照開始時間、delta時間及/或與該等下載指令相關 聯的旗標來進行排程。該下載事件可能立即觸發或是根據 或多個像是指定連線條件之類的預先確定標準來進行排 程（例如，當該行動用戶被停駐時）。 在一事件608中’排程組件308產生依據動作606之 每一排程所排程之下載事件。在動作6丨〇中，並且在偵測 到所產生之下載事件時，下載组件414將下載請求以一或 多個電子檔案420之型式傳送（例如，經由HTTPS/IP)至管 理伺服器302。在動作612中，該管理伺服器的發佈組件 4〇4接收該被傳送的下載請求。為了回應接收到該下載請 求，在動作614中的發佈组件取出所請求之供給408，並 且將其以一或多個電子檔案432之型式傳送給行動用戶 3 〇 4。 在動作616中，下載组件414自管理伺服器302接收 該所傳送的供給408。該下載組件驗證動作618中的下載 之簽章（即一雜湊），並且傳遞該等下載檔案至指令翻譯程 式416。在動作620中，該指令翻譯程式執行一由該下載 指令檔案410的可選的「命令」參數所指示的命令，其在 大多數的狀況中將會啟始安裝組件418來安裝所下載之檔 案。在成功安裝了 一應用程式及/或配置設定之後，動作 622中經由通知引擎412通知使用者安裝已經完成。在一 實施例中，也透過成功/失敗狀態訊息（未圖示）來通知該伺 服器已進行了應用程式遞送與該行動用戶之遠端配置動 作。 27 1327841 介 行 例 求 使 飼 稱 指 且 使 樣 服 “ 否 接 給 用 按 該 個用於應用程式遞送與行動裝置配置的示範^ 第7-Π)圖顯示一示範使用者介面(υι)7〇〇的態樣，此 面是由一像是行動用丨3〇4的用戶運算裝置呈現，以執 應用程式遞送以及該運笪_署认： _ 该運算裝置的配置。特料，第7圖 示該UI的一部分以讓一使用者 尤贫從管理伺服器302去請 新的供給408。當使用者選擇下栽 疋评「取圍不702後，圓示702 該排程組件如上述—般傳送—資料發掘記錄406給管理 服器3 0 2。在提交一杳％以痛4« . 父置洶以獲侍—新供給表後，標題名 為“Download request”（「下載請求」）的提示選單 示該使用者其資料發掘請求已經被送至管理飼服器並 進一步指示一自該伺服器來的回應正在等候決定。 第8圖例示行動用戶⑴7〇〇向該行動用戶裝置3〇4之 用者指示新供給408為可取得以讓用戶下載之示範態 。特別地，提示選單7〇4向該使用者指示有來自管理伺 器302處的新供給可下載；該提示文於此狀況是顯示

New downloads are available1' (「可取得新的下載」）。 則，自從來自該行動用戶的最新下載請求（若有的話）被 收時，該提示文顯示“ N〇 new 0ffering” （「無新的供 J )以向該管理伺服器宣告。 此外’备從管理伺服器302來的新供給為可取得給使 者下載時，提示選單7〇4呈現至少兩個使用者可選擇的 鈕來檢視該等新供給或略過該供給通知。在此實例中， 等按鈕各自命名為“View Offerings" (「檢視供給」〕 28 1327841 該使用者可以 用者做進一步 ，使用者動作 或經由其他技 和“Ignore” （「略過」）。經由這些按紐， 指定是否希望呈現該等可取得之供給來給使 可能的互動（例如，下載、請求額外資訊等） 可能經由一指向裝置像是筆或滑鼠來指定， 術像是用語音命令方式來指定。 第9圖顯示一示範的供給對話框9〇2，用於呈現一可取 得下載至行動用戶裝置3 04的可取得供給表並與其互動。 該對話框是用於回應一使用者選擇第8圖的“ view offerings” （「檢視供給」）按鈕而呈現的m實例。在此 實例中’呈現兩個供給給該使用者：一為‘‘ p〇cket Web

Brower Security Patch” 和一為 “ Golf”應用程式，如同上 文所討論之表1中之示範下載指令所指定的。假如該使用 者將匕開啟成一個獨立的應用程式或由供給資料426所儲 存之供給表為空時’由對話框902所呈現的供給表將會指 示 “ no offering(「無供給」），，。 在此實例中’對對話框902所呈現的供給表内之一供 給進行一點擊不放之使用者動作，將會允許—使用者從該 Accept.··彈出視窗9 04處去選擇下載選項。舉例來說，對 Pocket Web .Browser Security Patch” 供給進行一點擊 不放動作，使該使用者經由“ ACCept” （「接受」）選單項 目馬上去下載該供給（例如，預設動作），或是例如經由 M Accept when Docked" (「當停駐時接受」）選單項目於 稍後下載該供給。在一個實施例中，對話框902更包含一 如‘‘ reject all”（「全拒絕」）的按鈕，來允許使用者去快 29 1327841 速 的 呈 给 對 同 序 述 之 件 圍 徵 的 的 用 多 腦 置 、大型電腦、分散式運算環境、具 的全桌上型電腦功能之較少部分的 且簡單地去除所列的供給。 第10圖顯示該示範應用程式遞送和逮端配置UI:: 進一步態樣。特別地，第1G圖^對話框1Q02’其 現來顯示細節(例如，矩或長的供給描述)及’或下載選擇 使用者。在一實施例中，呈現此對話框以回應一使用者 —特定供給進行點擊動作（此動作與點擊不放動作不 個示範的操作環境 第u圖顯示一示範的操作環境noo，其中的系統與程 可能會被實施來做為應用程式遞送與遠端配置管理。上 管理伺服器302與行動用戶3〇4的组件和功能可分別用 或多個個別電腦來實施》第11圖顯示此電腦的典型實例 組件，以元件符號Π06表示。被顯示在第丨丨圖内的組 僅作為實例，且無意圖去建議任何加諸在本發明功能範 上的限制；本發明並不必須要依靠第u圖所顯示的特 —般來說’可以使用許多不同之一般目的或特定目的 運算系統配置。眾所皆知之可能適合與本發明一起使用 運算系統、環境及/或配置的實例，包括但不限定是行動 戶裝置、個人電腦、祠服器電腦、膝上型輕便電腦裝置、 處理器系统、以微處理器為主的系統 '網路pc、迷你電 有任何上述系統或 運算裝置以及諸如 裝 此 30 1327841 類等。 該等電腦的功能可由該 (例如程式模組等)來體現在:聰所執行之電腦可執行指令 式模租包含常式、程式 '物種實例當中。一般來說，程 可以執行特定任務或實施特〜、紱件、資料結構等，它們 由遠端計算裝置來執行，遠㈣錢。任務也可 ά 0 j. v 端計算裝置可以經由一通訊網 路來連m。在一分散式的運 於土沾《k,、，并壤境中，程式模組可能被置 於本地端以及遠端電腦儲存媒體 罝 該等指令及/或程式模 内 ^ n ^- 在不同的時間點被存入各種 不冋的電腦可讀取媒體 徑 就县可k些媒體不是該電腦的一部份 就是可由該電腦來讀取。 u . pn 式住往被散佈在例如軟式磁碟 月上、CD-ROM、DVD或如同調 -^ Λ ^ 调變訊號之類的通訊媒體上。 從這些媒體處，程式可以被 記恃雜^ ^ 被女裝或載入至一電腦的第二級 °己隐體。在執行的時候， ± 9 ^ ^ 八至少部分地被載入到該電腦 的主要電子記憶體内，當 其 、類媒趙包含用於搭配微電腦或 其他資枓處理器來實施上述 七抬二▲ 疋的步騍和動作的指令、程式及/ 或模組時，此處所描述 心心赞阳包含這些以及其他類型的電 腦可讀取媒體》當依昭 备攸…上述的方法和技術來撰寫程式時， 本發明也包含該電腦本身。 雖然程式與丨他如同作業系统之類的可執行之程式組 件在不同的時間點進駐至電腦不同的儲存組件中，並且由 該電腦的資料處理器來執行，“為了達到例示說明的目 的，逆樣的程式和組件在此被圖示成分離的區塊。 參照第1 1圖，電腦i丨06的组件可包含（但並不限制於） 31 1327841 一處理單元1114、一系統記憶體1116以及一耦接不同系 统組件（包含系統記憶體）至該處理單元m 4之系統匯流排 1 1 2 1。該系統匯流排11 2 1可能是數種匯流排結構中的任何 一種，包含一記憶體匯流排或記憶體控制器、一周邊匯流 排以及一使用各式各樣之匯流排架構中任一者的區域匯流 排。藉由例示但不限定於此’這樣的架構包含工業標準架 構（ISA)匯流排、微通道架構（MCA)匯流排、延伸工業標準 架構（EISA)匯流排、視訊電子標準協會（VESA)區域匯流排 以及也稱為Mezzanine匯流排的周邊元件連結（pc〗）匯流 排。 電腦1106 —般包含各種電腦可讀取媒體。電腦可讀取 媒體可以是任何可由電腦1106來存取的可取得之媒體，其 包含揮發性與非揮發性媒體、可移除式與不可移除式媒 體。藉由例示但不限定於此，電腦可讀取媒體可至少包含 電腦儲存媒體和通訊媒骽。電腦儲存媒體包含以任何方法 或技術來實施之用以儲存如同電腦可讀式指令、資料結 構、程式模組之類的資訊或其他資料的揮發和非揮發、可 移除式和不可移除式媒體。電腦儲存媒體包含但不限定是 RAM、RGM、EEPRGM、記憶體或其他記憶想技術， CDROM、多功能數位光碟（DVD)或其他光學磁碟儲存趙， 磁卡式膠捲、㉟帶、磁碟健存體或其他磁性儲存裝置 任何其他可以用來儲存所需資訊以及可由電腦來5 取的媒體。通訊媒體往往實施為電 存 四J °胃式指令、資粗丛 構、程式模組或其他如同載波或其 ' 吟运璣制的調變資料 32 1327841 訊號之類的資料，並且包含任何資訊傳遞媒體。術語「調 變資料訊號」意指一訊號，其一或多個特徵被設定或改變 以將資訊編碼於該訊號中。。藉由例示但不限定於此’通 訊媒體包含有線媒體如有線網路或單線連線’以及無線媒 體如音訊、RF、紅外線和其他無線媒體。上述之任何組合 型式也應該被包含進電腦可讀取媒體的範圍之内。 該系統記憶體11 1 6包含以揮發性及/或非揮發性記憶 體型式的電腦儲存媒體，如唯讀式記憶體（R〇M)l 11 8和隨 機存取記憶體（RAM)1120。基本輸出/輸入系統1122(BIOS) 包含可輔助於電腦1106内的元件間進行資訊傳送（例如在 啟動期間）的基本常式，基本輸出/輸入系統1122(BIOS) 一般被儲存在ROM 1118中。RAM 1120往往包含可以藉由 處理單元1114直接存取至及/或立即可以在上面操作的資 料及/或程式模組。藉由例示但不限定於此，第11圖例示 了作業系統1136、應用程式1138、其他程式模組U42以 及程式資料11 20 » 當電腦1106被實施成為第4圖的管理伺服器302時， 應用程式1138包含例如財產清.單與發掘組件402及發'佈組 件404。在一類似的實施例當中，程式資料1 1 44包含例如 自一行動用戶電腦304處接收而來的資料發掘訊號4〇6、 用來指示一或多個可取得給該行動用戶之供給的下載指令 41〇、一用來執行該等下載指令的語意和語法的綱要4〇8, 以及以一或多個電子檔案或封包的型式來發佈給該行動用 戶的供給408。 33 當電腦1106：^# 應用程式1138勺施成第4圖的行動用戶電腦304時， 3〇8、下裁組件二含例如輪詢與通知組件412、排程组件 件418以及該排程2令/腳本翻譯程式416、安裝程式組 類似的實施例當中， 案驗證與授權組件434。在- 管理伺服器3〇2的：程式資料1144包含例如：⑷傳送至 所接收之下載护入資料發掘訊息406 ; (b)從該管理伺服器 來驗證自該管二,410並且儲存成供給資料426 ; (C)-用 所下載之應用程^器所接收的資料的可靠來源表；⑷ 沾 ,.^ 24 ’其為當初自該管理伺服器所接收 的一或多個檔案或封 ...* 封1 432，以及（e)一輪詢與下載事件描 述表422，用於性十 ^ ^ 、歸存關於將資料發掘訊號及下載請求進行 排程來傳送給管理词服器的資訊。 該電腦1 106 a 也可能包含其他可移除式/不可移除式、 揮發/非揮發性^ 腦儲存媒體。僅用於舉例之用，第11圖 例示一可以讀屮+ 或寫入不可移除式、非揮發性磁性媒體的 硬碟機1124、一可结山 > 办 了讀出或寫入不可移除式、非揮發式磁碟 片U28的磁碟機1126以及一可以讀出或寫入一可移除

式、非揮發性光碟1132的光碟機n3〇(如R〇M 光學媒體其再他 丹他可以用於示範作業環境的可移除式/不 移除式、探發，14 / 羊赞H /不可揮發性電腦儲存媒體包含但不限定 疋，卡式磁帶機、快閃記憶卡、多功能數位影音光碟、數 位錄影帶、固態Ram、固態R〇M以及其他諸如此類等。 該硬碟機1124、磁碟機1126以及光碟機1130往往由—或 夕個固疋或了移除式記憶體介面（如介面1134)來連至系^ 34 1327841 匯流排1 1 2 1。 上述並在第11圖内例示的驅動器與其相關之電腦儲存 媒體用於提供電腦可讀取指令、資料結構、程式模組以及 其他資料給電腦1106的儲存。在第丨丨圖中舉例來說硬 碟機1124被圊示成儲存作業系統1137、應用程式 其他程式模組1143，以及程式資料1145之處。注意這也 組件不是與作業系統1136'應用程式丨138、其他程式模组 1142以及程式資料1144相同就是與之不同；在此它們被 給予不同的編號是要例示說明它們至少是不同之複製。— 個使用者可能經由輸入裝置（如一鍵盤η46與通常是指滑 鼠、軌跡球或觸控板的指向裝置Π48)來輸入命令和資訊 至電腦1106。其他輸入裝置（未圖示）可能包含一麥克風' 搖桿、遊戲臺 '衛星碟盤、掃描器或其他諸如此類等。這 些與其他輸入裝置常常透過一與系統匯流排耦接的使用者 輸入介面1150來連接至處理單元1114，但是可藉由其他 介面和匯流排結構來連線，如一平行埠、遊戲淳或一通用 序列匯流排（USB)» —監視器1152或其他種類的顯示裝置 也經由一介面（例如一視訊介面11308)來連至該系統匯流 排1121。除了該監視器之外，電腦可能也包含其他週邊輸 出裝置（未圖示），像是剩八和印表機，它可能透過一個輸 出周邊介面1155來連接。 該電腦被設計成操作在一使用邏輯連線連至一或多台 遠端電腦（例如一遠端電腦1102)的電腦網路環境。該遠端 電腦11 02可能是一行動用戶裝置、一個人電腦、一管理伺 35 1327841 服器、一路由器、一網路pc、一對等裝置或其他一般 節點，並且往往包含上述許多或全部之相關於電腦 的元件，雖然僅有一記憶體儲存裝置1169在第11圖 示。在第 11圖所描繪的邏輯連線包含一區域 (LAN)1157以及一廣域網路（WAN)1159，但是可能也 其他網路，例如家庭網路、组織内部網路等等。這樣 路環境在辦公室、全企業電腦網路、企業内部網路、 網際網路内是很常見的。 當電腦1106被使用在一 LAN網路環境時，該電腦 經由一網路介面或配接器1166來連至LAN 1157。當 1106被使用在一 WAN的網路環境時，該電腦1106往 含一數據機1158或其他用於在WAN 1 1 5 9上建立通訊 法’例如網際網路。可能是内部或外部的數據機1158 由使用者輸入介面1150或其他適當之機制來連至該 匯流排1121»在一電腦網路作業環境中，所描繪之關 腦H06的程式模组或其部分，可能被儲存於遠端記憶 置内。用於例示但不限定於此，第丨丨圖例示遠端應用 1169成為進駐在與電腦11〇2耦接之記憶體裝置上。 體會到所顯示的網路連線為示範的，巾可使用其他方 在電腦之間建立一通訊連結。 有限資源的用戶裝置3〇4使用類似在第u圖内所 的技術來實施，但是其受到較多限制。再者一資源 的用戶裝置像是一 PDA、行動電話、袖珍型電腦等， 不具有在第11圖中所示的全部功能。舉例來說，一有 網路 1106 被例 網路 包含 的網 以及 1106 電腦 往包 的方 能經 系統 於電 體裝 程式 可以 法來 顯示 有限 往往 限資 36 1327841 源用戶經常 碟片或CD-記憶體容量 處理器，此 代替硬碟。 電腦作業系 說，有限資 是 Windows 替代的會施 第3圖： 替代的方法 置304從財 表，而不是 請求給管理 URL的成功 零）的可獲揭 經識別的封 佈組件404 傳送至該行 一般來1 檔案的位元 因為該封包 件、下載位 沒有用來讀取可移除式磁性媒體（例如軟式磁 ROM)的磁碟機，這樣的用戶往往擁有小的多的 、較小的顯示裝置和鍵盤、較慢或較少能力的 外’許多34樣的裝置具有電子式快閃記憶體來 另外’有限資源裝置往往運作一不具有桌上型 統所支援之全邹特徵集合的作業系統。舉例來 源裝置可能運作Wind〇wscE®作業系統，而不 XP®作業系稣。 和第4圖的應用程式遞送與配置架構3 00可以 來實施舉例來說’在-實施例當中，行動裝 產清旱與發掘組件402處接收一封包識別（ID) p地接收詳細下載指♦以回應傳㊆資料發掘 伺服器302。自該行動裝置進行最後一個至 輪肩以來該封包ID表識別任何數量（可能為 、°該行動裝置的封包（即，供給408)。每—個 包疋可以取得給該行動裝置來下载和安裝。發 將所產生的封包1D表如-或多個電子檔案41〇 動裝置。 ^ ’與一包含全部可得封包的所有下載指令之 大小相tb ’該封& id纟將會非常小。這a ID表並不合士 & a有坪細的下載資訊（例如，下栽條

置'較佳的網路傳輸等等）。反而，該封包ID 37 1327841 表僅包含該行動裝置304或該行動裝置的使用者用來分別 自動地或手動地確定想要該封包隨後被下載和傳送所需的 資訊（例如，委任管理下載對使用者所希望之下載）。 舉例對於每個代表的封包來說，該封包ID表可以指 定：一來源名稱 '供給名稱、供給大小（例如，以位元組）、 價格、短及/或長的描述，及/或一該封包是否被需要的指 示一換句話說，恰好是足夠之資訊來確定該封包是要由該 行動裝置來自動下載或提供給該使用者來做為手動下載之 選擇。一使用者身特定授權以用於下載特定封包的示範使 用者介面（UI)在此討論的先前部分被提出。 在一實施例當中，假使一特定的封包被需求或委任， 該封包ID表僅包含該封包ID指示和需求之指示。輪詢與 通知組件412被標示成「需求」的狀態，從管理伺服器302 處去自動請求相對應的詳細下載指令。 為了回應確定封包被委任（即，被需求）或由一使用者所 希望去取得，該輪詢與通知組件412傳送一請求，用於自 管理伺服器302處去接收相對應的下載指令。如上述所討 論，該等下載指令含有一或多個封包40 8或供給的相關詳 細下載資訊，並且每一供給可以包含一或多個檔案的下 載。該等下載指令也可能指示應該在何種條件之下來下載 供給，以及可以從哪個URL(全球資源定位器）下載該供給。 為了回應從行動用戶304處接收到該下載指令請求， 發佈組件404將如上面所討論之所指定封包408的下載指 令以一或多個電子檔案410的型式傳送給該行動用戶。這 38 1327841 些下載指令由排程組件3 04根據上述參照第3 -1 1圖所討論 的操作來排程去執行。 雖然在此實施例中的資料發掘訊息與下載指令請求以 及封包ID表與下載指令被分別顯示成一或多個之電子檔 案406和410，但這僅是為了說明的目的，並且每個訊息 是一個別獨立的訊息。 結論 雖然本發明已經以特定的結構特徵及/或方法的操作 或動作之語言風格來描述，吾人可了解在所附的申請專利 範圍中所定義的發明並不揭限於所描述之特定特徵或動 作。更確切地說，該等特定特徵和動作係揭示作為實施所 主張發明的較佳的型式。 39 1327841

附錄A 一用於做為下載指令之示範網要 為了達到囫示的目的，下列XML纲要中之粗黑體代表 識別程式、資料型態、限制等的實例。 <Schema xmlns="um:schemas:xmHfata" xmlns:dt=vum:schemas:datatypei5,'> <!— Attributes 〇£ "Authorization.1 —> <AttributeType name="SourceGUID" dt:type=nstring° required="yes" /> <AttributeT^pe name="Slgnature" dt:type=_’string" requlred=__yes" /> <!— Attributes for Content.Description —> <AttributeType name="SourceName° dt:type=”string" requlr»”yes" /> <AttrlbuteType name="〇fferlngName1' dt:type=Bstrlng0 required="yes· /> <Attr1buteType name="〇fferlngPrlce" dt:type="string" requlred="no" /> <!— Elements for Content-Description -·> <ElementType name="ShortDescription" contents"textOnly" dt:type="strlng" model=”closedu order="one" /> <ElementType name="LpngDescriptlon" content="textOnIy" dt:type="string" model=nclosed" order="one" /> <ί—Contents-Description —> <ElementType name=nDescrIptlon'' content®"mixed" model='*closed" order=”many"> 《attribute type="SourceName" /> <attrlbute type=MOfferlngNamen /> ottribute type=OfferingPrlee" /> <element type="ShorlDescriptlon" /> celement type=0LongDescrlption" /> </E!ementType> <!—Attributes for Contents.Download —> <AttributeType name=MStartTimen dt:type="b:fi.hex" required=nyes” /> <AttributeType name^OeltaTime" dt:type="bln.hexn required="no"/> <AttributeType name="Flags" dt:type="bjn.hex" requlred=eno,' /> 《Attribute丁ype name=nUrl” dt:type="str?ng" requlred="yes" /> <AttributeType na巾e="Destn dt:type»"string" requlred=uyes" /> <AttributeT’ype name=”DestFileSignature" dt:type="bln.irex" required="yes" /> <AttributeType name="CommandB dt:type=nstrlng" required®"no" /> <!--Elements for contents Download —> 40 1327841 ^ <ElementType name=nCopyFile" content=DtextOnly" model="closed" order» "one" > 《attribute type="Ur丨"/> <attribute type="Dest" /> <attribute type=RDestF!leSignaturen /> </ElementType> ^ <ElementType namesnPostZnstair content="textOnly" model="closed" order= ,,onen> <attribute type="Comman(r /> </ElementType> <!—Contents.Download —> <ElementType name="Downloadn content="mlxed" motiel="dosed" order="many"> <attribute type="StartT!mee /> <attrlbute type=s°DeltaTime" /> <attribute type="Flags" /> <element type="CopyFlle" /> <element type="PostInstair /> </ElementType> <!—Elements for Notification — > <AttributeType narne=3"NotificationType" dt s enumeration dt：values°MandatorySilent MandatoryAlerCable MandatoryDelayable Optional" required="yes"/> <ElementType name»BUserNotification" content«»"textOnly» model»"closed"> «attribute type="NotificationType" /> </ElementType> <1— Top level elements: "Authorization" and "Contents® —> <0ementType name="Autiiorlzatlon" content="textOnly" modeldclosed" order〒"one"> <attribute type»"Source6UID" /> <attribute type«"Signature" /> </日 ementType> <ElementType name=BContents" content="eftOnly" model=nclosed° order^many"» <eJement type="Description" /> <e!ement type= "Download" /> </ElementType> <!--Topmost element: RDM-Operation —> <&ementType name="RDM-OperatioiT content=Ke社Only" model="closede 〇rder= ”〇ne"> <element type="Authorlzationn /> <element type= "Contents" /> </ElementType> </Schema> 41 1327841

附錄B

一示範排程程式API 下列為第4圓的一個示範排程程式API43 0 : #ifndef ADLAPI_H_D1C5FA6B_0A47_4573_93E9 DBF0275C3F5A_ #def!ne_ADLAPI_H_DlC5FA6B_0A47_4573_93E9_DBF0275C3F5A_ #ifdef cplusplus extern X" { #endif //«申*傘«孝;)|«)(|幸《«本傘幸幸♦幸*1||本幸幸♦本幸芈拿本本幸幸幸孝本孝拿本幸幸本本*本本本孝幸本*本«孝孝本«孝；|M|E* // // Application download trasted source structure // //!)(准孝幸幸申《伞*幸车*伞孝拿孝*聿♦聿申本伞申《*幸《幸幸《««幸*幸幸幸幸幸幸聿木：||幸承拿承♦傘傘

typedef struct tagADLTRUSTEDSRCINFO { DWORD cbSize; PTSTR szTrustedSrcName; PBYTE pbSerializedCert; DWORD cbSerializedCert; } ADLTRUSTEDSRCINFO, *PADLTRUSTEDSRCINFO; //-1-1++++ // // ADChgTrustedSrcList // // Adds or removes a member to or from the App DL trusted source list

WINSHELLAPI

BOOL ADChgTiustedSrcList(ADLTRUSTEDSRCINFO *patsi, BOOL fi\dd); // // End ADChgTrustedSrcList // 42 1327841 //本幸幸隼幸章本本本幸本幸幸幸本本本芈本本本本本幸本本4本本幸丰本幸本本本本本本傘本本幸傘_本本本丰幸本幸#本幸幸幸幸幸幸本幸// // Application download constants and structures // //本φ幸孝傘本幸拿准本聿承本幸本拿本本《本本本《幸本本拿本本准伞奉幸拿聿本本半申本傘}|!3|(幸雄本3)1本准申木本拿本准本本申本幸申申幸丰 // For tiie nonce, a "fast network" runs at >= IMb/sec #define ADL_FAST_NETWORK_SPEED 1000000 // This operation can be performed over a slow connection #define ADL_SLOW一NETWORK 0x0001 // This operation can be performed over a fast networic #defme ADL_FAST_NETWORK 0x0002 // There's some means other than desktop passthrough tiirough // which this operation could be performed #define ADL_NONPASSTHROUGH_ALLOWED (ADL_F AST_NETWORK | ADL_SLOW_NETWORK) // This operation can be performed over desktop passthiOugh #defme ADL_PASSTHROUGH 0x0004

// This operation can be performed over any connection #defme ADL_ANYCONNECTION OxOOOOFFFF // This operation is perfoimed repeatedly #defme ADL_POLLED 0x80000000

typedef struct tagADLTASKINFO { DWORD cbSize; HANDLE hTask; BOOL fActive; DWORD cltems; PTSTR * wzItemNames; DWORD cbltemNames; DWORD cbltemNamesReqd; DWORD * pdwItemTypes; DWORD cbltemTypes; DWORD cbltemTypesReqd; DWORD * pcblteraSizes; 43 1327841 DWORD cbltemSizes; DWORD cbltemSizesReqd; PBYTE *ppbltems; DWORD cbltems; DWORD cblterasReqd; } ADLTASKINFO, *PADLTASKINFO; //+1 + 1 I I // // ADChgTaskList // // Adds or removes a new App DL task

WINSHELLAPI

BOOL ADChgTaskList(ADLTASKINFO *pati, BOOL fAdd); // // End ADChgTaskList // //++++++ // // ADTasklnfo // // Sets or gets the information about a particular task

WINSHELLAPI

BOOL ADTaskInfo(ADLTASKINFO *pati, BOOL fSet); // // End ADTasklnfo // 44 1327841 拿幸承本氺幸寧♦幸氺本氺丰本求幸本农氺幸*本本__拿幸准本本本氺*4r准*块**拿寧♦本本傘永本幸傘幸申幸本丰准 // // Notification messages and constants // //4幸拿本·幸寧氺4!申幸拿幸4>孝承拿申本本拿木幸4幸拿幸#傘幸本幸伞拿幸氺木氺4t伞本傘伞氺承承％承拿木本水奉拿伞本本幸本幸本本氺幸本 #define RDM_FIRST WM_APP + 0x0200 #define RDM_NOHFYTASKCREATED RDM_FIRST #defme RDM_NOITFYrASKSTARTED RDM FIRST + 0x01 #define RDM_NOTIFYTASKCOMPLETED RDM FIRST + 0x02 define RDM_NOTIFYTASKSTATECHANGED RJDM_FIRST + 0x03 #define RDM NOTIFYTASKDESTROYED RDM_FIRST + 0x04 #defineRDM NOTIFYTASKENABLED RDM_FIRST + 0x05 #define RDM~N〇nFYGETDATABEGIN RDM.FIRST +0x10 #defme RDMInOTIFYGETDATAEND RDM FIRST + Ox 11 #defmeRDMlNOTIFYPROCESSDATABEGIN RDM FIRST+ 0x20 #defineRDM NOTIFYPROCESSDATAEND RDMJFIRST +0x21 #defineRDM NOTIFYDATAREAD RDM_FIRST + 0x30 #define RDM~NOTIFYBYTESAVAIL RDM FIRST + 0x31 #define RDM_CURRENTTASKS RDM_FIRST + 0x40

#define RDM_LAST RDM^CURRENTTASKS #define TASKSTATE INELIGIBLE 1 #defme TASKSTATE_PENDINGNETWORK 2 #defme TASKSTATE_ACTIVE 3 #define TASKSTATE_HALTED 4 "+-H H I //

// ADRegisterCallback II // Adds or removes a member to or fiom the App DL callback window list

WINSHELLAPI

BOOL ADRegisteiCallback(HWND hWndCallback, BOOL fRegister); // // End ADRegisterCallback // 45 1327841 #ifdef一cplusplus }— #endif #endif//

idefinedCADLAPI^D 1 C5FA6Ei_OA47_4573_93E9_DBF0275C3F5AJ LPWSTR rgwzHeadsf]= {L"StartTime", L"DeltaTime", L"RetiyTime", L"Flags' L'Type", L"SourceRDN,', LW, L'^rlCountersignature*'}; DWORD rgdwTypesf]= {REG_BINARY, REG一BINARY, REGJBINARY, REG_DWORD, REG_SZ, REG_SZ, REG_SZ, REG_BINARY}; DWORD rgcbData[]= {sizeof(SYSTEMTIME), sizeof(SYSTEMTIME), sizeof(SYSTEMTIME), sizeof(DWORD), sizeof(WCHAR) * (1 + lstrlen(g_wzType)), sizeof(WCHAR) * (1 + lstrlen(szName)), sizeof(WCHAR) * lstrlen(g_wzUrl), //BOGUSBOGUS cbUrlSig}; PBYTE rgpbDataf]= {(PBYTE) &g_stStaitTime, (PBYTE) &g_stDeltaTime, (PBYTE) &g_stRetryTime, 46 1327841 (PBYTE) &g_dwFlags, (PBYTE) g_wzType, (PBYTE) szNarae, (PBYTE) g wzUrl, (PBYTE) pbUriSig}; ADLTASKINFO ati = { sizeof(ADLTASKINFO), NULL, g_dwFlags, ARRAYSIZE(rgpbData), rgwzHeads, rgdwTypes, rgcbData, rgpbData}; 47 1327841 【圖式簡單說明】 第1圖為一先前技術系統管理架構的圖示。 第2圖為一顯示用於如同顯示在第1圖中的先前技術 系統管理架構中的一配置管理伺服器與一用戶端電腦的邏 輯組件之區塊圖。 第3圖為一依照本發明之實施例的系統管理架構區塊 圖。 第4圖為一顯示用於如同第3圖内所顯示的系統當中 的配置管理伺服器與行動用戶端電腦的邏輯組件區塊圖。 第5圖和第6圖為顯示第3與4圖的系統管理架構之 應用程式遞送與行動裝置的遠端配置方法態樣之區塊圖。 第7圖到第10圖顯示一由用戶端運算裝置所呈現的示 範使用者介面的個別態樣，如在第3圖與第4圖的系統管 理架構内，行動用戶去執行應用程式遞送與該運算裝置的 配置。 第7圖例示了讓使用者從管理伺服器處請求新供給的 一部份UI。 第8圖例示該行動用戶端UI去指示該行動用戶裝置 304的使用者有新供給可取得給用戶端下載，並且更進一 步允許該使用者去檢視或忽略該等新供給的示範態樣 第9圖顯示一用於呈現一可取得來下載至行動用戶端 裝置的可取得供給表並與之進行互動之示範供給對話框。 第10圖顯示一示範對話框的態樣來展示細節（如，長 48 1327841 或短之供給描述）及/或下載選擇給使用者》 第11圖顯示一示範作業系統環境，其中可實施用於應 用程式遞送與遠端配置管理之系統和程序。 【元件代表符號簡單說明】 10 電腦系統 12 配置管理伺服器 14 用戶電腦 16 區域網路或廣域網路 20 伺服器財產目錄與發掘組件 22 用戶財產目錄與發掘組件 24 政策推動程式 26 政策評估程式 28 應用程式安裝組件 29 發佈點 300 系統管理架構 302 配置管理伺服器 304 遠端行動用戶裝置 306 有線或無線網路連線 308 排程組件 402 財產目錄與發掘組件 404 發佈組件 406 資料發掘/指令請求 408 供給、綱要等 49 封包識別/下載指令 輪詢與通知組件 下載組件 腳本翻譯程式 程式或封包安裝組件 下載請求 事件資訊表 程式記憶體 資料庫/供給資料 可靠來源表

排程程式API 一或多個檀案或封包 檔案驗證與使用者授權組件 程序 產生供給 請求可取得之供給表 傳送資料發掘記錄 接收資料發掘記錄 產生下載指令 傳送下載指令至遠端用戶 接收下載指令 驗證下載指令來源 來源是否通過驗證 通知使用者關於伺服器供給 50 1327841 522 指示供給是否要被檢視或忽略 524 是否要被檢視 5 2 6 呈現伺服器供給給使用者 602 接受或拒絕供給 604 供給是否被使用者所授權 606 排程下載事件 608 每一個排程產生一下載事件 610 為了回應被產生之下載請求，傳送下載請求 612 接收下載請求 614 擷取並傳送被請求之供給給該請求之遠端用戶 616 接收下載供給 618 驗證所接收之供給的簽章620 安裝被驗證的供給 622 通知安裝成功/失敗給使用者/伺服器 700 使用者介面 702 下載圖示 704 提示選單 902 對話框 904 彈出視窗 1 002 對話框 1100 操作環境 1102 遠端電腦 1106 電腦 1114 運算單元 1116 系統記憶體 51 1327841 1118 唯讀式記憶體 1120 隨機存取記憶體 1121 系統匯流排 112 2 基本輸出輸入系統 1124 硬碟機 1126 磁碟機 1128 磁碟片 1130 光碟機 1132 光碟片 1134 資料媒體介面 1136 作業系統 1137 作業系統 1138 應用程式 1139 應用程式 1142 其他程式模組 1143 其他程式模組 1144 程式資料 1145 程式資料 1146 鍵盤 1148 指向性裝置 1150 使用者輸入介面 1152 監視器 1154 影像配接器 115 5 輸出周邊介面 1327841 1157 區域網路 1158 數據機 1159 廣域網路 1160 有線或無線網路連線 1166 網路介面或配接器 1169 遠端應用程式 53

Claims (1)

1327841 十、申請專利範圍： 1. 一種系統管理架構，至少包含一管理伺服器及一行動 置，其中： 該管理伺服器係配置來傳送下載指令以用於行動 置之配置管理目的；其中回應自該行動裝置處接收到一 示，其指明從該管理伺服器所主控的一全球資源定位 (uniform resource locator，URL)處的一最近成功下載 間，而由該管理伺服器確定該等下載指令；及 該行動裝置係配置來透過一非持續性連線與該管 伺服連接，該行動裝置係進一步配置來從該管理伺服器 請求和接收該等下載指令：及 該行動裝置係進一步配置來依據該等接收到的下 指令，確定一組可由該行動裝置取得來下載並安裝之 給，該等供給代表自從由該行動裝置所執行之一最近成 下載操作以來可取得的一或多個檔案；及 該行動裝置係進一步配置來允許該行動裝置之一 用者去接受或拒絕對該等供給的任何一或多者進行下載 安裝。 2. 如申請專利範圍第1項所述之系統管理架構，其中該 下載指令以個別訊息形式被傳送至該行動裝置，一第一 息至少包含一封包識別表*以及一第二訊息至少包含針 在該封包識別表中所指定的一或多個封包的詳細下載 裝 裝 指 器 時 理 處 載 供 功 使 與 等 訊 對 指 54 1327841 令ο 3. 如申請專利範圍第1項所述之系統管理架構，其中該行 動裝置係配置來接收從該管理伺服器處而來之依據一 XML綱要的該等下載指令。 4. 如申請專利範圍第1項所述之系統管理架構，其中於管 理伺服器與該行動裝置之間的通訊是用一安全端口層通訊 協定（SSL)來安全地透過全球資訊網路來傳輸資料。 5. 如申請專利範圍第1項所述之系統管理架構，其中該行 動裝置係進一步配置來經由一使用者介面（UI)呈現至少部 分之該等供給，該UI提供對該部分之該等供給中一供給 的使用者選擇，以進行所選供給的後續遞送與該行動用戶 之配置。 6.如申請專利範圍第1項所述之系統管理架構： 其中該行動裝置係進一步配置來傳送一資料發掘請 求，該資料發掘請求至少包含一對該最近成功下載操作的 指示；及 其中回應接收到該資料發掘請求，而該管理伺服器係 進一步配置來執行包含以下操作： 根據該指示去識別一或多個檔案； 55 1327841 更新該等供給以指示該等一或多個檔案；及 傳送該等下載指令給該行動裝置。 7. 如申請專利範圍第1項所述之系統管理架構，其中該行 動裝置係進一步配置來執行包含以下操作： 確定該使用者是否已經從該等供給中選擇了一特定 供給來遞送給該行動裝置； 傳送一下載請求訊息給該管理伺服器以啟始該遞 送；及 接收該遞送，該遞送至少包含從該管理伺服器來的該 特定供給。 8. 如申請專利範圍第1項所述之系統管理架構，其中該行 動裝置係進一步配置來執行包含以下操作： 確定該使用者是否已經從該等供給中選擇了一特定 供給來下載； 根據一或多個由使用者指定之標準，排程對該特定供 給之下載； 回應該一或多個由使用者指定之標準的出現，而傳送 一下載請求訊息給一伺服器，以啟始對該特定供給的下 載，該伺服器是選自該管理伺服器或一與該管理伺服器分 開的不同伺服器；及 接收從該伺服器而來之該特定供給。 56 1327841 9. 如申請專利範圍第1項所述之系統管理架構，其中該行 動裝置係進一步配置來執行包含以下操作： 在一本地端快取記憶體中保存該等供給以呈現給一 使用者，而不用連線至該管理伺服器；及 從該本地端快取記憶體中移除對應於該等供給中的 一特定供給的資訊，以回應對該供給的成功下載與安裝。 10. 如申請專利範圍第1項所述之系統管理架構，其中該 行動裝置係進一步配置來執行包含以下操作： 自動地確定是否需求一可取得之供給；及 回應確定了 一需求的供給，而自動地下載與安裝該需 求的供給而不用與使用者互動。 11. 如申請專利範圍第1項所述之系統管理架構： 其中回應一預先配置事件的發生，該行動裝置係進一 步配置來傳送一資料發掘請求給該管理伺服器；及 其中該管理伺服器係進一步配置來傳送該等下載指 令給該行動裝置，以回應接收到了該資料發掘請求，該等 下載指令由該行動裝置選擇性地執行，以請求對該等供給 的下載。 12. 如申請專利範圍第11項所述之系統管理架構，其中鵁 57 1327841 預先配置事件為對該行動裝置進行一冷啟動。 13.如申請專利範圍第11項所述之系統管理架構，其中該 預先配置事件係由該使用者來排程。 14. 如申請專利範圍第11項所述之系統管理架構，其中該 預先配置事件被設計為出現於一亂數選擇之時間。 15. 如申請專利範圍第1項所述之系統管理架構，其中該 行動裝置與管理伺服器係進一步配置來實施一多重簽章系 統，以從一非可靠的伺服器傳送一可靠的應用程式。 16. 如申請專利範圍第15項所述之系統管理架構，其中該 行動裝置係進一步配置來藉由執行以下操作來實施該多重 簽章系統的一部分： 保存一可靠來源表； 經由在該可靠來源表内的資訊來認證所接收之下載 指令；及 回應對所接收之下載指令的成功驗證，而從由該等所 接收之下載指令所指定之至少一位置來請求與接收一或多 個供給。 17.如申請專利範圍第15項所述之系統管理架構，其中該 58 1327841 行動裝置係進一步配置來藉由執行以下操作來實施該多重 簽章系統的一部分： 保存一可靠來源表； 經由在該可靠來源表内的資訊來認證所接收之下載 指令； 回應對所接收之下載指令的成功驗證，而從由該等所 接收之下載指令所指定之至少一位置來請求與接收一或多 個供給；以及 經由一或多個安全雜湊函數來認證該一或多個供給。 18. 如申請專利範圍第1至17項中任一項所述之系統管理 架構，其中該行動裝置包含一使用者介面（UI)，其允許該 使用者選擇性地將該行動裝置配置有來自一間歇性連接的 管理伺服器的一或多個供給，該UI至少包含： 一第一 UI組件，其允許該使用者去傳送一資料發掘 請求給該管理伺服器；及 一第二區域，其指示自從由該行動裝置執行從一與該 管理伺服器相關之URL處的一最近成功下載操作以來，該 管理伺服器是否具有一或多個可取得給該行動裝置的供 給，該第二區域至少包含多個使用者可選擇之組件，其允 許該使用者去檢視或忽略任何可取得的供給。 19. 如申請專利範圍第18項所述之系統管理架構，其中該 59 1327841 UI更包含一對話框組件可回應使用者輸入來（a)排程該 或多個供給的一特定供給來從該管理伺服器處下載至該 動裝置，以及（b)檢視該特定供給的短或長的描述。 20. 如申請專利範圍第18項所述之系統管理架構，其中 UI更包含一對話框組件可回應使用者輸入來指定一或 個標準以排程該一或多個供給的一特定供給來下載至該 動裝置，該一或多個標準是根據連線屬性、時間與費用 一或多者的任何組合。 21. —種電腦可讀取媒鱧，含有多數指令用於讓一配置 理伺服器去遞送一應用程式給一行動裝置來進行遠端 置，該等指令可由該管理伺服器來執行以執行至少包含 下動作： 從一行動裝置接收一資料發掘訊息，該資料發掘訊 透過一在該配置管理伺服器與該行動裝置之間的一非持 • · ... ..... 性連線而被接收，該資料發掘訊息指示一最近成功下載 時間；及 回應接收到該資料發掘訊息，其指示從該配置管理 服器所主控的一 URL處的一最近成功下載時間，而該配 管理伺服器確定自從該最近成功下載時間以來，是否至 一供給已經被部署；及 傳送下載指令給該行動裝置，該等下載指令至少包 行 該 多 行 中 管 配 以 息 續 的 祠 置 少 含 60 1327841 能讓該行動裝置確定至少一供給的資訊，該經確定的至少 一供給由該行動裝置使用來通知該行動裝置的一使用者該 等供給所代表的經確定的可取得檔案。 2 2.如申請專利範圍第21項所述之電腦可讀取媒體，其中 該至少一供給與該行動裝置或該行動裝置之一使用者識別 相關的硬體及/或軟體屬性相關聯。 23. 如申請專利範圍第21項所述之電腦可讀取媒體，其中 該等下載指令是根據一 XML綱要所撰寫。 24. 如申請專利範圍第21項所述之電腦可讀取媒體，其中 該電腦與該行動裝置間之通訊使用一安全網路通訊協定。 25. 如申請專利範圍第21項所述之電腦可讀取媒體，其中 該等指令更可由該電腦來執行以執行至少包含以下動作： 從該行動裝置處接收一應用程式遞送請求，該應用程 式遞送請求指示對一與該至少一供給的至少一部份相對應 之封包的所希望之下載；及 回應接收到該應用遞送請求，而傳送該封包至該行動 裝置。 26. —種配置管理伺服器，至少包含一處理器與一至少包 61 1327841 含電腦程式指令之記憶體，該等電腦程式指令被設計來遞 送一應用程式給一請求方行動裝置，該處理器係配置來執 行該等指令，以執行如申請專利範圍第21項所述之動作。 27. —種在一行動裝置上執行配置管理的方法，該方法由 該行動裝置執行，該方法至少包含以下步驟： 傳送一請求給一伺服器，該請求指示從該伺服器所主 控的一 URL處的一最近成功下載時間； 回應傳送指示該最近成功下載時間的該請求，而從該 伺服器處接收一組下載指令，該等下載指令根據一 XML 綱要來格式並且指示一可以從該處下載一或多個供給的位 置，該一或多個供給係自從該最近成功下載時間以來已經 成為可取得之供給； 依據該等所接收到的下載指令，確定該一或多個供 給； 通知該行動裝置之一使用者該等經確定的可取得供 給； 從該行動裝置的該使用者處接收一選擇請求，該請求 指示一與該一或多個經確定的供給中至少一供給相對應之 所希望的動作；及 根據由該等下載指令所提供的資訊來執行該所希望 的動作。 62 1327841 28. 如申請專利範圍第27項所述之方法，其中在該行動裝 置和該伺服器之間的通訊是經由一安全的通訊協定。 29. 如申請專利範圍第28項所述之方法，其中該安全的通 訊協定是HTTPS。 30. 如申請專利範圍第27項所述之方法，其中該執行該所 希望之動作之步驟更至少包含： 呈現該至少一或多個供給的一短的或長的描述給該 使用者檢視。 31. 如申請專利範圍第27項所述之方法，更至少包含以下 步驟： 暴露一應用程式介面以從一可靠來源表中增加或移 除資訊；及 對照一可靠來源表來認證該等下載指令' 32. 如申請專利範圍第27項所述之方法，更至少包含以下 步驟： 暴露一應用程式介面以定義一或多個可由該行動裝 置去排程一檔案來下載所使用的事件，該檔案由所接收之 下載指令來識別。 63 1327841 3 3.如申請專利範圍第27項所述之方法，其中執行該所希 望之動作之步驟更至少包含： 藉由從一本地端快取供給表中移除該至少一供給，來 指示該使用者對於該至少一供給沒有興趣。 3 4.如申請專利範圍第27項所述之方法，其中執行該所希 望之動作之步驟更至少包含： 傳送一下載請求給該位置； 回應傳送該下載請求，而由該行動裝置接收該至少一 供給；及 將該至少一供給如一或多個檔案安裝在該行動裝置 35.如申請專利範圍第27項所述之方法，其中執行該所希 望之動作之步驟更至少包含： 根據特定標準來排程一事件，該事件對應於傳送一下 載請求訊息給該位置； 回應該事件的發生，而傳送該下載請求訊息給該位 置；及 回應傳送該下載請求訊息，而由該行動裝置來接收該 至少一供給。 3 6.如申請專利範圍第35項所述之方法，其中該特定標準 64 1327841 是根據使用者輸入、由該等下載指令所提供之排程資訊、 一硬體事件、及一軟體事件中一或多者的任何組合。 3 7.如申請專利範圍第27項所述之方法，更包含以下步驟： 藉由對照一可靠來源表來認證該等下載資訊，從一非 可靠伺服器來源處接收可靠之資料。 38.如申請專利範圍第37項所述之方法，其中該行動裝置 為一沒有被一公司防火牆所保護的行動裝置。 3 9.如申請專利範圍第37項所述之方法，其中該行動裝置 的進一步操作至少包含： 回應確定該等下載指令的可靠性，而請求該一或多個 供給的至少一部份； 回應去請求該部分，而從該伺服器處接收該部分； 經由一雜湊函數來確定該部分的可靠性；及 回應確定了該部分的可靠性，而安裝該部分至行動裝 置記憶體中。 40. —種電腦可讀取媒體，至少包含多數電腦程式指令去 執行一行動裝置的配置管理，該等電腦程式指令可由一電 腦來執行以用於執行如申請專利範圍第27項所述之方法 的操作。 65 1327841 41. 一種行動裝寰，至J包含一與一記憶體相連結之處理 器，該記憶體炱少包含夕數電腦程式指令去執行一行動裝 置的配置管理，该處理器係配置來從該記憶體中擷取並執 行該等電腦程式扣々以用於執行如申請專利範圍第27項 所述之方法的操作 42. —種使用者介面（UI)，其允許一使用者選擇性地將一行 動裝置配置有來自一間欵性連接的管理伺服器的~或多個 供給，該υι炱少包3 . 一第』，组件’其允許該使用者去傳送—資料發掘 請求給該管理伺脈器，該請求指示從該管理伺服器主控的 一 URL處的〆最近成功下載時間；及 一第二UI組件’其指示自從由該行動裝置執行從 與該管理伺服器相關之URL處的一最近成功下哉 取操作以 來，該管理伺服器是否具有一或多個可取得給診并I Λ订動裝置 的供給，該第二UI組件至少包含多個使用者可襯 J遇擇部分， 其允許該使用者去檢視或忽略任何可取得的供給。 43. —種電腦可讀取媒體，至少包含多數電腦裎 、指令， 該等指令可由一電腦執行以實施如申請專利範圍第 66