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

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

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