專利名稱：相關(guān)性通知的制作方法
技術(shù)領(lǐng)域：
本申請(qǐng)涉及通信系統(tǒng)，并且更具體地涉及具有可以利用不同軟件組 件進(jìn)行配置的用戶設(shè)備的通信系統(tǒng)。
背景技術(shù)：
當(dāng)今，多個(gè)參與者參與到對(duì)諸如無(wú)線電通信系統(tǒng)中的移動(dòng)電話或其
他通信設(shè)備的用戶設(shè)備(UE)中的軟件的管理。該軟件可以是儲(chǔ)存在UE 中并由UE使用的應(yīng)用、服務(wù)和模塊，包括操作系統(tǒng)(OS)。設(shè)備制造 商在制造設(shè)備時(shí)完成UE中的工作軟件的發(fā)布。稍后，最終用戶可以經(jīng)由 例如互聯(lián)網(wǎng)將軟件應(yīng)用等從不同來(lái)源下載到TJE。 l正制造商、系統(tǒng)操作 員、和/或被授權(quán)的第三方根據(jù)商業(yè)協(xié)定還可以遠(yuǎn)程地更新工作軟件發(fā)布 的部分或全部。
在這種更新之后，由于在例如UE的設(shè)備中的應(yīng)用之間存在相關(guān)性， UE的應(yīng)用中的一些可能不再工作。最終用戶還可以下載一個(gè)應(yīng)用，并且 隨后這種應(yīng)用將很可能不能運(yùn)行，其中該應(yīng)用依賴于在該設(shè)備中不存在 或不再存在的軟件模塊的特定版本。為了節(jié)省對(duì)于大多數(shù)UE來(lái)說(shuō)可用的 有限存儲(chǔ)器資源，在UE存儲(chǔ)器中通常不保留一個(gè)模塊的多個(gè)版本。
開放移動(dòng)聯(lián)盟(OMA)已經(jīng)開發(fā)了用于通信設(shè)備的設(shè)備管理(DM) 的規(guī)范，并且這些規(guī)范的版本l丄2和1.2定義了對(duì)通信設(shè)備中的配置、 數(shù)據(jù)和設(shè)置進(jìn)行管理的協(xié)議。OMA標(biāo)準(zhǔn)和其他信息可以在 http:〃www.openmobilealliance.org獲得。
從不同的DM中心的觀點(diǎn)來(lái)看，DM涉及對(duì)UE配置及UE的其他管 理對(duì)象(MO)的管理，并且包括但不局限于，在UE中設(shè)置初始配置信 息、對(duì)UE中的持續(xù)信息的后續(xù)更新、從UE獲取管理信息、以及對(duì)UE 產(chǎn)生的事件和警報(bào)進(jìn)行處理。使用這種DM，第三方可以代表最終用戶對(duì)
UE進(jìn)行配置。諸如網(wǎng)絡(luò)運(yùn)營(yíng)商、服務(wù)提供商以及公司的信息管理部門的 第三方可以遠(yuǎn)程地對(duì)參數(shù)進(jìn)行設(shè)置、對(duì)終端進(jìn)行故障檢修并對(duì)軟件進(jìn)行 安裝或升級(jí)。例如，可以根據(jù)SyncML (其是基于XML表示協(xié)議、同步 協(xié)議、和DM協(xié)議的標(biāo)記語(yǔ)言規(guī)范)、這些協(xié)議的傳輸綁定、以及DM 的設(shè)備描述框架來(lái)寫一個(gè)MO。
例如，UE可以使用用于應(yīng)用無(wú)關(guān)的設(shè)置的連接性(connectivity) MO來(lái)連接到一個(gè)諸如無(wú)線應(yīng)用協(xié)議(WAP)網(wǎng)絡(luò)的網(wǎng)絡(luò)。用于這種網(wǎng) 絡(luò)的連接性MO將提供與接入WAP基礎(chǔ)結(jié)構(gòu)所需要的參數(shù)和裝置有關(guān)的 連接性信息，該WAP基礎(chǔ)結(jié)構(gòu)包括網(wǎng)絡(luò)承載、協(xié)議、網(wǎng)絡(luò)接入點(diǎn)(NAP) 地址以及代理(proxy)地址。在"DM Connectivity Management Objects"， http :〃www. openmobilealliance, org/ftp/Public—documents/TP/Permanent一doc uments/OMA-WID—0123-ConnectivityMO-Vl_0-20051004-A.zip， OMA (2005年10月7日)中描述了連接性MO。
WAP代理是一個(gè)用于無(wú)線傳輸協(xié)議(WTP)、無(wú)線會(huì)話協(xié)議(WSP)、 和無(wú)線傳輸層安全(WTLS)協(xié)議的端點(diǎn)(endpoint)，也是一個(gè)能夠訪 問(wèn)WAP內(nèi)容的代理。WAP代理能夠具有例如以下功能性無(wú)線會(huì)話協(xié) 議(WSP)代理的功能性或無(wú)線電話應(yīng)用(WTA)代理的功能性。物理 代理是具有代理功能性的特定地址，例如IP可訪問(wèn)的代理的網(wǎng)際協(xié)議
(IP)地址加端口 (address plus port)、和經(jīng)由短消息服務(wù)(SMS)可訪 問(wèn)的短消息實(shí)體(SME)地址加端口。邏輯代理是一組可以共用相同的 WSP和WTLS上下文(共用會(huì)話標(biāo)識(shí)值空間)的物理代理。
根據(jù)OMA規(guī)范，連接性MO使能器(enabler)通過(guò)指定一組可能 是由DM客戶端所展現(xiàn)并且被DM服務(wù)器作為目標(biāo)的DM對(duì)象模式來(lái)處 理對(duì)無(wú)線數(shù)據(jù)連接性的管理。對(duì)象模式有三部分承載中立
(bearer-neutral)的頂層管理對(duì)象； 一組承載特有的參數(shù)；和用于展現(xiàn)經(jīng) 銷商特有參數(shù)的子樹。通過(guò)DM服務(wù)器能夠隨后對(duì)使用客戶端設(shè)備配置
(Client Provisioning, CP)引導(dǎo)(bootstrap)的連接性參數(shù)進(jìn)行尋址
(address)和管理，該DM服務(wù)器可以使用標(biāo)準(zhǔn)化的DM包來(lái)增加新的 代理和NAP。設(shè)備配置對(duì)客戶端(例如設(shè)備中的WAP客戶端)進(jìn)行配
置的處理，并且通常例如通過(guò)用戶識(shí)別模塊(SIM)卡而包括空中(OTA) 設(shè)備配置和其他的設(shè)備配置。
如

圖1所示，DM管理中心(Management Authority, MA) 102向 DM服務(wù)器104發(fā)出例如對(duì)一個(gè)或更多個(gè)設(shè)備中的設(shè)備配置數(shù)據(jù)連接性 參數(shù)的請(qǐng)求。DM服務(wù)器104向UE106發(fā)送服務(wù)器啟動(dòng)通知，服務(wù)器啟 動(dòng)通知建立與DM服務(wù)器104的DM會(huì)話，該DM會(huì)話向UE詢問(wèn)當(dāng)前 設(shè)置(其可能包括設(shè)備特有的擴(kuò)展(extension) ) 。 DM服務(wù)器104發(fā)送 DM命令來(lái)調(diào)整UE的配置從而符合由DM MA 102建立的要求。UE 106 和DM服務(wù)器104結(jié)束它們的DM會(huì)話，并且UE能夠使用所配置的連 接性參數(shù)訪問(wèn)網(wǎng)絡(luò)數(shù)據(jù)服務(wù)。DM MA或DM服務(wù)器可以將連接性參數(shù)存 儲(chǔ)在"智能卡"等上面，從而當(dāng)UE用到這些參數(shù)時(shí)UE能夠使用它們。
在OMA中有對(duì)UE中的固件進(jìn)行更新的方法。例如，固件更新MO 的l.O版?zhèn)溥x使能器指定了用于支持移動(dòng)設(shè)備中的固件升級(jí)的MO及其必 要特性(behavior)。應(yīng)當(dāng)理解，"固件"是通常從只讀存儲(chǔ)器中使用的計(jì) 算機(jī)編程指令，"軟件"是通常從讀/寫存儲(chǔ)器中使用的計(jì)算機(jī)編程指令。 OMA的備選固件升級(jí)MO使用OMA DM使能器并且支持交替下載機(jī)制 (例如通過(guò)空中(OTA)的OMA下載)。這代表了在UE中的DM客戶 端與對(duì)移動(dòng)設(shè)備的固件更新進(jìn)行管理所需的DM服務(wù)器之間的接口。
OMA也具有正在開發(fā)的軟件組件管理對(duì)象(SCoMO)工作項(xiàng)目。 利用DM和SCoMO，最終能夠遠(yuǎn)程地安裝由MA已經(jīng)確定為應(yīng)用的完整 工作集的所有需要的軟件。
然而，DM和SCoMO不能考慮應(yīng)用(例如最終用戶可能下載的應(yīng)用) 之間的相關(guān)性。對(duì)于UE來(lái)說(shuō)，沒(méi)有標(biāo)準(zhǔn)化的方式來(lái)通知或者請(qǐng)求應(yīng)用所 需的軟件組件的安裝。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的多個(gè)方面，提供了一種在還包括計(jì)算機(jī)服務(wù)器的通信 系統(tǒng)中操作用戶設(shè)備(UE)的方法。該方法包括以下步驟由UE確定 在該UE中是否缺失了軟件組件；并且如果確定缺失了軟件組件，則向計(jì)算機(jī)服務(wù)器發(fā)送對(duì)該缺失的軟件組件的請(qǐng)求。根據(jù)另外一些方面，服務(wù)
器根據(jù)可以包括在該請(qǐng)求中的例如UE制造商、型號(hào)和/或版本的配置信 息來(lái)確定缺失的組件?？梢酝ㄟ^(guò)向UE發(fā)送對(duì)附加信息的請(qǐng)求來(lái)進(jìn)一步調(diào) 査UE中的軟件相關(guān)性，該附加信息可以包括UE中現(xiàn)有應(yīng)用的清單列表。 基于該請(qǐng)求和/或附加信息，有可能基于適當(dāng)?shù)陌踩呗阅軌蛳騏E提供 至少一個(gè)軟件組件。
根據(jù)本發(fā)明的另外一些方面，通信系統(tǒng)包括計(jì)算機(jī)服務(wù)器以及UE， 該UE有選擇地能夠與計(jì)算機(jī)服務(wù)器通信，并且包括被構(gòu)造成執(zhí)行UE中 現(xiàn)有軟件組件的處理器。UE被構(gòu)造成，如果處理器確定該UE中缺失了 軟件組件，則向服務(wù)器發(fā)送第一請(qǐng)求以提供缺失的軟件組件；并且服務(wù) 器被構(gòu)造成基于該第一請(qǐng)求來(lái)確定要提供給l正的至少一個(gè)軟件組件。
具體實(shí)施例方式
做為最初的問(wèn)題，應(yīng)當(dāng)理解，本說(shuō)明書僅出于簡(jiǎn)化說(shuō)明的目的而主 要使用術(shù)語(yǔ)OMADM。本說(shuō)明書不應(yīng)當(dāng)解釋為限于OMA DM。與用于 識(shí)別UE中缺失的軟件組件并將該軟件組件下載到UE的機(jī)制無(wú)關(guān)，優(yōu)選 的是，UE可以給出通知和對(duì)缺失的軟件組件的安裝請(qǐng)求，并且有利的是， 這種能力遵循標(biāo)準(zhǔn)化的機(jī)制。
發(fā)明人已經(jīng)認(rèn)識(shí)到，僅作為一個(gè)示例，通常使得MA 102能夠管理 UE 106中的軟件的OMA DM SCoMO還使得DM服務(wù)器104和MA 102 能夠獲得UE 106中現(xiàn)有應(yīng)用的清單列表。MA 102和DM服務(wù)器104還 能夠使用例如OMADM協(xié)議獲得諸如UE制造商、UE型號(hào)、版本、OS 等其它配置信息。這種清單列表可以包括對(duì)已安裝的軟件組件和它們的 版本的標(biāo)識(shí)信息。將會(huì)理解的是，DM服務(wù)器104是否實(shí)際上被允許獲得 這種列表可能依賴于適當(dāng)?shù)陌踩呗?。如下面更詳?xì)的描述，MA 102隨 后可以基于由DM服務(wù)器104接收的可能包括清單列表的配置信息來(lái)決 定應(yīng)當(dāng)修改、添加、升級(jí)或刪除哪些軟件應(yīng)用(或者更常見(jiàn)的是軟件組 件)，并且與DM服務(wù)器104商定要相應(yīng)地設(shè)置的UE106。
將會(huì)理解，在OMADM環(huán)境中，決定的作出通常不是在DM服務(wù)器級(jí)完成；MA做出決定并且隨后DM服務(wù)器執(zhí)行操作。UE可能也有多 個(gè)MA和各自的DM服務(wù)器。例如，移動(dòng)電話可以由無(wú)線網(wǎng)絡(luò)運(yùn)營(yíng)商的 MA經(jīng)由多個(gè)運(yùn)營(yíng)商的OMADM服務(wù)器進(jìn)行管理，并且由電話使用者的 雇主的MA經(jīng)由其它OMADM服務(wù)器進(jìn)行管理。運(yùn)營(yíng)商可以負(fù)責(zé)管理運(yùn) 營(yíng)商網(wǎng)絡(luò)的連接性，包括保留對(duì)于用戶與運(yùn)營(yíng)商的預(yù)定(subscription) 而言有效的最廉價(jià)漫游設(shè)置的漫游列表。雇主可以負(fù)責(zé)跟蹤和管理設(shè)備 上的所有的公司應(yīng)用。電話用戶也可以在對(duì)這些OMA DM服務(wù)器中的任 何一個(gè)完全未知的情況下決定將其它軟件下載并安裝到該設(shè)備上。
參照?qǐng)D2，在UE 106上存在許多應(yīng)用201-1， ...， 201-N。應(yīng)用201 請(qǐng)求OS 202或者應(yīng)用管理器加載諸如動(dòng)態(tài)鏈接庫(kù)(DLL)的軟件組件203， 例如，或者更常見(jiàn)地，加載支持特定接口標(biāo)識(shí)符的任何文件。如果UE106 中缺失了組件203 (如其虛線所指示的那樣)，OS向DM客戶端204發(fā) 送請(qǐng)求，如果適當(dāng)?shù)陌踩呗栽试S這種請(qǐng)求，則使得DM客戶端204向 網(wǎng)絡(luò)210中的DM服務(wù)器104發(fā)送請(qǐng)求。在其請(qǐng)求中，DM客戶端204 包括與UE的設(shè)備類型和型號(hào)、版本以及可能在UE中使用的本地語(yǔ)言有 關(guān)的信息。
DM服務(wù)器104可以使用代表MA 102的配置信息來(lái)確定DM服務(wù) 器是否能夠修復(fù)問(wèn)題，例如，利用缺失的組件203進(jìn)行響應(yīng)。如果DM服 務(wù)器104需要來(lái)自UE 106的更多信息，則DM服務(wù)器104可以例如從 SCoMO客戶端205向DM客戶端204發(fā)送對(duì)UE 106中安裝的所有應(yīng)用 和組件的清單列表的請(qǐng)求。如果DM服務(wù)器104有解決方案，則DM服 務(wù)器104可以使用DM客戶端204和SCoMO客戶端205來(lái)提供缺失的 組件，例如，升級(jí)到正確的版本或者執(zhí)行對(duì)缺失的組件203的新的安裝。
如果DM服務(wù)器104不支持這種自動(dòng)解決方案(即，響應(yīng)于請(qǐng)求而 不需要用戶交互)，則DM服務(wù)器104可以使用DM客戶端204來(lái)詢問(wèn) UE106的用戶如何繼續(xù)進(jìn)行。例如，可能存在以下情況，用戶被通知不 存在解決方案，或者DM服務(wù)器104可能向用戶推送例如統(tǒng)一資源定位 符(URL)地址的web鏈接，使得用戶能夠購(gòu)買和/或手動(dòng)地安裝缺失的 組件203。
如果DM服務(wù)器104能夠自動(dòng)地升級(jí)或安裝缺失的組件，則DM客 戶端204或者SCoMO客戶端205可以通知OS 202己經(jīng)安裝了組件203。 在這種情況下，OS 202可以通知應(yīng)用201在哪里找到缺失的組件203(即， 其存儲(chǔ)器位置)。將會(huì)理解，在這種情況下，應(yīng)用201不需要知道在應(yīng) 用201請(qǐng)求組件203時(shí)UE不具有該組件203。
附圖3是在根據(jù)本發(fā)明的通信系統(tǒng)中操作UE 106的方法的流程圖。 當(dāng)例如最終用戶試圖啟動(dòng)應(yīng)用時(shí)，UE優(yōu)選地為其自身確定(步驟302) 缺失了一個(gè)軟件組件。例如在微軟視窗移動(dòng)環(huán)境中，應(yīng)用可以請(qǐng)求當(dāng)應(yīng) 用啟動(dòng)時(shí)該應(yīng)用運(yùn)行所必需的特定DLL。作為另一個(gè)示例，應(yīng)用可能希 望看到在啟動(dòng)時(shí)所必需的特定應(yīng)用程序接口 (API) 。 DLL和類似的組件 通常具有相同的名稱(即使它們是不同的版本)，并且因此當(dāng)安裝新的 應(yīng)用時(shí)， 一個(gè)版本的組件能夠被具有相同名稱的另一個(gè)不同版本的組件 替換。如果UE確定應(yīng)用沒(méi)有成功啟動(dòng)，則通常由OS202確定缺失的軟 件組件。
如果一個(gè)組件被確定是缺失的，則UE 106向系統(tǒng)中的例如DM服務(wù) 器104和MA 102的服務(wù)器發(fā)送請(qǐng)求(步驟304)，通知該服務(wù)器缺失了 該組件(例如該DLL)。由UE發(fā)送的請(qǐng)求優(yōu)選地包括UE配置信息，例 如UE制造商、型號(hào)、版本、操作系統(tǒng)類型以及操作系統(tǒng)版本中的至少一 個(gè)?；谠撜?qǐng)求，服務(wù)器104通過(guò)其自身或者與MA102協(xié)作，能夠只是 向UE提供(步驟306)缺失的組件。將會(huì)理解，對(duì)請(qǐng)求的發(fā)送可能依賴 于適當(dāng)?shù)陌踩呗浴?br> 盡管不是必要的，通常優(yōu)選的是根據(jù)標(biāo)準(zhǔn)化的協(xié)議作出該請(qǐng)求。UE 向MA 102發(fā)送標(biāo)準(zhǔn)化的請(qǐng)求的一種方式是使用通用警報(bào)特征(Generic alert feature)經(jīng)由OMADM來(lái)發(fā)送。經(jīng)由通用警報(bào)消息，UE 106可以發(fā) 起到MA的OMA DM會(huì)話并發(fā)送缺失文件的名稱，并且該文件被DM服 務(wù)器和MA所需要。
在OMA DM環(huán)境中，DM服務(wù)器104可能需要獲得附加信息，該附 加信息可以包括UE 106中現(xiàn)有軟件組件的部分或全部的清單列表。例如， DM服務(wù)器104可以使用OMA SCoMO (其通常使得MA 102能夠管理
UE 106中的軟件)向UE發(fā)送對(duì)該附加信息的請(qǐng)求(步驟308) 。 SCoMO 是DM服務(wù)器可以得到UE中現(xiàn)有的所有已安裝應(yīng)用和組件的列表的方 式的一個(gè)示例。基于該信息，DMMA102隨后可以根據(jù)UE安全策略、 商業(yè)協(xié)議、簽約規(guī)定等來(lái)決定(步驟310)是否支持該請(qǐng)求以及將文件提 供給最終用戶和設(shè)備的可能性。
如上所述，該列表可以包括已安裝軟件組件及其版本的標(biāo)識(shí)信息， 包括UE中每一個(gè)組件的標(biāo)示符、名稱、版本、國(guó)家和狀態(tài)。將會(huì)理解， 該信息可以經(jīng)由除了 SCoMO以外的機(jī)制來(lái)獲?。焕?，其可以作為在 UE文件系統(tǒng)中的所有現(xiàn)存文件的轉(zhuǎn)儲(chǔ)、或者經(jīng)由JAVA規(guī)范要求(JSR) 或者開放服務(wù)網(wǎng)關(guān)協(xié)議(OSGi)規(guī)范來(lái)獲得。如下所述，OSGi和Java JSR-232在對(duì)于OMA SCoMO的功能方面足夠相近，從而為了此應(yīng)用目 的而能夠互換。
服務(wù)器或者M(jìn)A本身可以向UE 106提供缺失的組件，或者UE的最 終用戶可能需要首先購(gòu)買缺失的組件。甚至根本不可能修復(fù)缺失的資源， 例如，可以經(jīng)由適當(dāng)?shù)男畔⑾⑼ㄖ罱K用戶不再支持UE或者應(yīng)用并且 應(yīng)當(dāng)購(gòu)買較新的設(shè)備或應(yīng)用。如果服務(wù)器/MA有缺失的資源或者升級(jí)， 可以在線直接地且無(wú)縫地將其提供給UE，從而最終用戶僅檢測(cè)到應(yīng)用的 緩慢啟動(dòng)。另選的是，在提供缺失的組件之前可以首先要求最終用戶的 許可，或者UE可能啟動(dòng)應(yīng)用失敗但是能請(qǐng)求并安裝缺失的組件，并且隨 后最終用戶可以再次啟動(dòng)該應(yīng)用。例如，UE可以向最終用戶能夠網(wǎng)絡(luò)瀏 覽器訪問(wèn)的站點(diǎn)發(fā)送鏈接以安裝所需的軟件組件。
UE可以要求最終用戶許可發(fā)送軟件組件缺失的請(qǐng)求。安全策略可以 定義最終用戶被通知了該請(qǐng)求、被要求許可發(fā)送該請(qǐng)求還是根本未被通 知。例如，如果例如需要更新UE的反病毒組件，設(shè)置在公司環(huán)境中的 UE的最終用戶可能根本未被通知，但是沒(méi)有連接到運(yùn)營(yíng)商的UE可能在 其向諸如DM服務(wù)器和MA的服務(wù)器發(fā)送請(qǐng)求之前首先請(qǐng)求最終用戶的 許可。當(dāng)UE 106確定在啟動(dòng)應(yīng)用時(shí)缺失了軟件組件時(shí)，UE將讀取本地 安全策略以確定是否應(yīng)當(dāng)做出自動(dòng)請(qǐng)求(即要求最終用戶許可的請(qǐng)求)、 應(yīng)當(dāng)如何使最終用戶得知該請(qǐng)求(如果有該請(qǐng)求的話)，并且最終UE
得到許可向哪個(gè)MA發(fā)送該請(qǐng)求。UE可以由多個(gè)MA管理，但只有它們 中的 一個(gè)或少數(shù)可以獲得許可來(lái)接收請(qǐng)求。
在OMADM環(huán)境中，DM客戶端204 (即UE 106中的DM管理實(shí) 體(ME))可以處理與最終用戶的安全許可交互。例如，ME可以經(jīng)由 UE的用戶接口 (UI)呈現(xiàn)一個(gè)問(wèn)題，例如，"您啟動(dòng)的應(yīng)用缺失了一個(gè) 組件。需要我嘗試自動(dòng)下載它嗎(Y/N) "。如果最終用戶例如通過(guò)利 用按鍵或者其它動(dòng)作對(duì)合適的警告做出響應(yīng)而選擇了允許下載，則UE 106向MA 102發(fā)送通知請(qǐng)求。該請(qǐng)求可以識(shí)別出缺失的軟件組件，并且 還可以包括可選的版本信息和可選的語(yǔ)言信息。
如果例如缺失的軟件組件是付費(fèi)的，則MA 102可以使用OMA DM 用戶交互命令來(lái)詢問(wèn)最終用戶他/她是否想購(gòu)買缺失的文件。對(duì)于支持多 種語(yǔ)言的UE， MA應(yīng)當(dāng)能夠使用最終用戶配置為缺省語(yǔ)言的語(yǔ)言來(lái)詢問(wèn) 該問(wèn)題。此外，缺失的組件可以包括UI組件，并且因此對(duì)于MA來(lái)說(shuō)最 好使用UE的缺省語(yǔ)言來(lái)傳遞缺失的組件。
在響應(yīng)于UE的請(qǐng)求的任何事件中，如果可能的話，諸如DM服務(wù) 器104和/或MA 102的服務(wù)器通過(guò)提供(步驟306)缺失的軟件組件對(duì) UE106進(jìn)行配置。缺失的組件可以用任何合適的方式提供，例如，經(jīng)由 OMA DM SCoMO。另一可用的傳遞機(jī)制在Java規(guī)范要求(JSR) JSR-232 中做出了規(guī)定，其描述了對(duì)OTA協(xié)議使用OMA DM。將會(huì)理解，在發(fā) 布OMA DM SCoMO規(guī)范之前就規(guī)定了 JSR-232,但是JSR-232使用了 SCoMO規(guī)范的預(yù)發(fā)布版本。技術(shù)人員將理解，還能夠與SCoMO和 JSR-232規(guī)范分開地定義適當(dāng)?shù)娜笔к浖?qǐng)求。
此外，與缺失軟件請(qǐng)求是否定義在OMA DM SCoMO或者JSR-232 中或者分開地定義無(wú)關(guān)，該請(qǐng)求可以定義為OMADM通用警報(bào)。ME發(fā) 起OMADM會(huì)話并發(fā)送這種缺失軟件通用警報(bào)。DM服務(wù)器104隨后將 決定如何處理該請(qǐng)求。DM服務(wù)器104可以例如使用OMA DM SCoMO 或者JSR-232中的任意一個(gè)來(lái)開始缺失軟件組件的安裝。
合適的缺失軟件OMA DM通用警報(bào)消息的示例性定義如下
<Alert><CmdID>2</CmdID>
<Data>1226</Data> <!—Generic Alert (通用警報(bào))—> <Item>
< !~The URI of the installed application that can't run withoutthis (沒(méi)有它就不能運(yùn)行的己安裝應(yīng)用的URI)-> <Source><LocURI>./Inventory/Deployd/25</LocURI></Source> <Meta>
<Type xmlns="syncml:metinr> Re versed-Domain-Name: org.openmobilealliance.softwarecomponent.request </Type>
<Format xmlns="syncml:metinf'>char</Format> <Markxmlns="syncml:metinf'〉critical</Mark> <!-- Optional
(可選)—>
</Meta> <Data>
ericsson.mp3player.jar <!— The missing software component
(缺失的軟件組件)-> </Data> </Item>
</Alert>
圖4是可以利用能夠請(qǐng)求如本申請(qǐng)中所述的缺失軟件下載的UE的 通信系統(tǒng)的框圖。將會(huì)理解，l正也可以經(jīng)由諸如正EE 802.11、 WiMAX(正EE802.16)等的無(wú)線局域網(wǎng)(WLAN)連接到諸如互聯(lián)網(wǎng)的網(wǎng) 絡(luò)，并且除了圖4所示的方框之外，UE可以使用3GPP連網(wǎng)WLAN。 UE 106與網(wǎng)絡(luò)210通信，網(wǎng)絡(luò)210通常包括諸如GSM/EDGE網(wǎng)絡(luò)的無(wú) 線接入網(wǎng)絡(luò)(RAN) 404以及包括服務(wù)GPRS支持節(jié)點(diǎn)(SGSN) 406、 網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)408和歸屬位置寄存器(HLR， home location register) 410的核心網(wǎng)絡(luò)實(shí)體。GGSN408與諸如互聯(lián)網(wǎng)和公共交換電話
網(wǎng)的其它網(wǎng)絡(luò)以及諸如WAP基礎(chǔ)設(shè)施412的其它實(shí)體通信。RAN 404 通常包括常規(guī)的一個(gè)或更多個(gè)基站(BS)和基站控制器，或者節(jié)點(diǎn)B和 無(wú)線網(wǎng)絡(luò)控制器(RNC) 。 RNC控制各種無(wú)線網(wǎng)絡(luò)功能，包括例如無(wú)線 接入承載設(shè)置、基站之間的分集切換等。更一般地說(shuō)，每個(gè)RNC經(jīng)由適 當(dāng)?shù)腂S將呼叫引導(dǎo)到UE并引導(dǎo)來(lái)自UE的呼叫，其中BS通過(guò)下行鏈 路(即基站到手機(jī)或前向)和上行鏈路(即手機(jī)到基站或反向)信道相 互通信。每個(gè)BS服務(wù)于一個(gè)地理區(qū)域，該地理區(qū)域被劃分為一個(gè)或者更 多個(gè)小區(qū)并通常由專用電話線、光纖鏈接、微波連接等耦合到該BS對(duì)應(yīng) 的RNC。核心網(wǎng)絡(luò)實(shí)體適于處理多種類型的數(shù)據(jù)。在典型的GSM/EDGE 網(wǎng)絡(luò)中，響應(yīng)于來(lái)自UE106的請(qǐng)求在GGSN408中建立或者激活了用于 對(duì)數(shù)據(jù)流進(jìn)行管理的分組數(shù)據(jù)協(xié)議(PDP)上下文。將會(huì)理解，UE也可 以經(jīng)由無(wú)線局域網(wǎng)接入而連接到網(wǎng)絡(luò)。
圖5是通信設(shè)備106的框圖，通信設(shè)備106包括用于與RAN404中 的BS交換無(wú)線信號(hào)的適當(dāng)?shù)氖瞻l(fā)器502。由處理器504對(duì)這些信號(hào)承載 的信息進(jìn)行處理，處理器504可以包括一個(gè)或者更多個(gè)子處理器，并且 執(zhí)行一個(gè)或者更多個(gè)軟件應(yīng)用以根據(jù)上述MO而實(shí)現(xiàn)設(shè)備106的操作。 通過(guò)鍵盤506或者其它設(shè)備提供對(duì)終端的用戶輸入。軟件應(yīng)用可以存儲(chǔ) 在適當(dāng)?shù)膽?yīng)用存儲(chǔ)器508中，并且設(shè)備也可以在適當(dāng)?shù)拇鎯?chǔ)器510中下 載和/或緩存所期望的信息。設(shè)備106還包括可以用來(lái)將諸如計(jì)算機(jī)、鍵 盤等的其它組件連接到設(shè)備106的接口 512。
本發(fā)明有許多優(yōu)點(diǎn)。例如，目前不存在對(duì)UE中的缺失軟件組件問(wèn) 題的其它標(biāo)準(zhǔn)化的解決方案。作為另一個(gè)例子，現(xiàn)有的標(biāo)準(zhǔn)可以被用來(lái) 使實(shí)現(xiàn)改變的影響最小化。
這里描述的發(fā)明可以被認(rèn)為完全包含在其中存儲(chǔ)有適當(dāng)指令集的任 何形式的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該指令集由諸如基于計(jì)算機(jī)的系統(tǒng)、 包含處理器的系統(tǒng)、或者能夠從介質(zhì)中取出指令并執(zhí)行指令的其他系統(tǒng) 的指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用或者與這些設(shè)備相結(jié)合地使用。如這 里所使用的，"計(jì)算機(jī)可讀介質(zhì)"可以是能夠包含、存儲(chǔ)、通信、傳播或 傳輸由指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用或者與這些設(shè)備相結(jié)合地使用的
程序任何裝置。計(jì)算機(jī)可讀介質(zhì)例如可以是但不限于電的、磁的、光的、 電磁的、紅外線的、或者半導(dǎo)體系統(tǒng)、裝置、設(shè)備、或者傳播介質(zhì)。計(jì) 算機(jī)可讀介質(zhì)的更具體的示例(非窮舉的列表)包括具有一個(gè)或者更多
個(gè)線路的電連接、便攜式計(jì)算機(jī)盤、RAM、 ROM、可擦除可編程只讀存 儲(chǔ)器(EPROM或者閃存)以及光纖。
預(yù)計(jì)本發(fā)明可以在包括例如移動(dòng)通信設(shè)備的各式各樣的環(huán)境中實(shí) 現(xiàn)。還將理解，前述過(guò)程根據(jù)需要反復(fù)地執(zhí)行。為了便于理解，按照可 以由例如可編程計(jì)算機(jī)系統(tǒng)的元件執(zhí)行的動(dòng)作的順序而描述了本發(fā)明的 多個(gè)方面。將認(rèn)識(shí)到，可以由專用電路(例如，互連以執(zhí)行專門功能的 離散邏輯門或者特定應(yīng)用集成電路)、由一個(gè)或更多個(gè)處理器執(zhí)行的程 序指令或者由兩者的結(jié)合來(lái)執(zhí)行各種動(dòng)作。
因此，本發(fā)明可以用許多不同形式具體實(shí)施，以上并未描述所有這 些形式，并且期望所有這些形式都包含在本發(fā)明的范圍內(nèi)。對(duì)于本發(fā)明 的多個(gè)方面中的每一個(gè)，任何這種形式均可以稱為被構(gòu)造成執(zhí)行規(guī)定動(dòng) 作的"邏輯"，或者另選地稱為執(zhí)行規(guī)定動(dòng)作的"邏輯"。要強(qiáng)調(diào)的是， 用語(yǔ)"包含(comprises)"和"包括(comprising)"當(dāng)在本申請(qǐng)中使用時(shí)， 指定了存在所述的特征、整體、步驟、或者組件，并且不排除存在或增 加一個(gè)或更多個(gè)其它特征、整體、步驟、組件或它們的組合。
前述的特定的實(shí)施方式僅是示例性的而決不應(yīng)當(dāng)認(rèn)為是限制性的。 本發(fā)明的范圍由所附權(quán)利要求決定，并且此處旨在包含落入權(quán)利要求中 的所有變型和等同物。
權(quán)利要求
1.一種在包括計(jì)算機(jī)服務(wù)器的通信系統(tǒng)中的用戶設(shè)備(UE)的操作方法，該方法包括以下步驟由UE確定在該UE中是否缺失了軟件組件；以及如果確定缺失了軟件組件，則向所述計(jì)算機(jī)服務(wù)器發(fā)送對(duì)缺失的所述軟件組件的第一請(qǐng)求。
2、 根據(jù)權(quán)利要求1所述的方法，其中所述第一請(qǐng)求包括所述UE的 配置信息，并且所述配置信息包括以下至少一種l正制造商、型號(hào)、版 本、操作系統(tǒng)類型以及操作系統(tǒng)版本。
3、 根據(jù)權(quán)利要求1所述的方法，該方法進(jìn)一步包括以下步驟根據(jù) 所述第一請(qǐng)求向所述UE提供軟件組件。
4、 根據(jù)權(quán)利要求1所述的方法，該方法進(jìn)一步包括以下步驟向所 述UE發(fā)送對(duì)附加信息的第二請(qǐng)求，其中所述附加信息包括所述UE中現(xiàn) 有軟件組件的清單列表。
5、 根據(jù)權(quán)利要求4所述的方法，其中所述清單列表包括所述現(xiàn)有軟 件組件的標(biāo)識(shí)和版本信息，并且所述計(jì)算機(jī)服務(wù)器是設(shè)備管理(DM)服 務(wù)器。
6、 根據(jù)權(quán)利要求4所述的方法，該方法進(jìn)一步包括以下步驟基于 至少所述附加信息，決定要向所述UE提供的至少一個(gè)軟件組件。
7、 根據(jù)權(quán)利要求6所述的方法，該方法進(jìn)一步包括以下步驟基于 安全策略確定是否允許所述DM服務(wù)器獲得所述清單列表。
8、 根據(jù)權(quán)利要求6所述的方法，該方法進(jìn)一步包括以下步驟根據(jù) 所述決定步驟向所述UE提供軟件組件。
9、 根據(jù)權(quán)利要求6所述的方法，其中所述決定步驟由管理中心和設(shè) 備管理服務(wù)器執(zhí)行。
10、 根據(jù)權(quán)利要求4所述的方法，其中發(fā)送所述第一請(qǐng)求的步驟包 括以下步驟向管理中心(MA)通知缺失的所述軟件組件。
11、 根據(jù)權(quán)利要求10所述的方法，該方法進(jìn)一步包括以下步驟由 所述MA決定要向所述UE提供的至少一個(gè)軟件組件。
12、 一種通信系統(tǒng)，其包括 計(jì)算機(jī)服務(wù)器；以及用戶設(shè)備(UE)，其有選擇地能夠與所述計(jì)算機(jī)服務(wù)器通信并且包 括被構(gòu)造成執(zhí)行所述UE中的現(xiàn)有軟件組件的處理器；其中所述UE被構(gòu)造成，如果所述處理器確定所述UE中缺失了軟件 組件，則向所述服務(wù)器發(fā)送用于提供缺失的所述軟件組件的第一請(qǐng)求； 并且所述服務(wù)器被構(gòu)造成基于所述第一請(qǐng)求來(lái)決定要向所述UE提供的 至少一個(gè)軟件組件。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其中所述第一請(qǐng)求包括所述UE 的配置信息，并且所述配置信息包括以下至少一種UE制造商、型號(hào)、 版本、操作系統(tǒng)類型以及操作系統(tǒng)版本。
14、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其中所述服務(wù)器被構(gòu)造成向所述 UE發(fā)送對(duì)附加信息的第二請(qǐng)求，并且所述附加信息包括所述UE中現(xiàn)有 軟件組件的清單列表。
15、 根據(jù)權(quán)利要求14所述的系統(tǒng)，其中所述清單列表包括現(xiàn)有應(yīng)用 的標(biāo)識(shí)和版本信息。
16、 根據(jù)權(quán)利要求14所述的系統(tǒng)，其中所述服務(wù)器是設(shè)備管理(DM) 中心和DM服務(wù)器中的至少一種。
17、 根據(jù)權(quán)利要求16所述的系統(tǒng)，其中所述DM中心和所述DM服 務(wù)器中的至少一種被構(gòu)造成，基于至少所述附加信息向所述UE提供被確 定為缺失的所述軟件組件。
18、 根據(jù)權(quán)利要求17所述的系統(tǒng)，其中基于安全策略提供被確定為 缺失的所述軟件組件。
全文摘要
包括一個(gè)或更多個(gè)軟件組件的通信設(shè)備，該通信設(shè)備能夠確定是否缺失了軟件組件，向計(jì)算機(jī)服務(wù)器通知被確定為缺失的軟件組件，并且請(qǐng)求將該缺失的軟件組件下載到該設(shè)備。
文檔編號(hào)G06F9/44GK101371225SQ200780002563
公開日2009年2月18日 申請(qǐng)日期2007年1月18日 優(yōu)先權(quán)日2006年1月18日
發(fā)明者安加納·高希, 斯萬(wàn)特·阿爾納斯 申請(qǐng)人:Lm愛(ài)立信電話有限公司