專利名稱：將移動通信設(shè)備管理與web瀏覽相結(jié)合的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及移動通信設(shè)備和方法，更具體來說，涉及與無線通信終端和設(shè)備一起使用的空中遞送上的內(nèi)容遞送、web瀏覽器和設(shè)備軟件。
背景技術(shù)：
隨著移動通信設(shè)備中軟件的數(shù)量和復(fù)雜度的上升，越來越需要制造商、服務(wù)供應(yīng)商和軟件開發(fā)商在制造階段之后維護(hù)移動設(shè)備配置及其軟件組件。例如，向移動設(shè)備的用戶出售添加應(yīng)用或商業(yè)內(nèi)容在理想情況下要求軟件模塊互相關(guān)依賴性的兼容性檢查和管理。盡管提供設(shè)備的一般配置文件或模型信息對于相對簡單的內(nèi)容遞送(例如音樂下載)來說是足夠的，但對于應(yīng)用安裝，特別是對于固件更新來說，很重要的是獲取詳細(xì)的移動設(shè)備信息，從而正確地選擇遞送版本和下載包。然而，在很多情況下，這些重要的細(xì)節(jié)對于用戶來說是未知的，并且/或者通過用戶接口對用戶是不可見的。
開放移動聯(lián)盟(OMA)已經(jīng)對一組服務(wù)激活器(enabler)進(jìn)行了標(biāo)準(zhǔn)化以滿足設(shè)備管理和數(shù)字產(chǎn)品下載的需求。然而，這些標(biāo)準(zhǔn)中的很多緊密關(guān)注于移動領(lǐng)域，因此將它們作為體系構(gòu)造的組件集成于更一般的數(shù)字遞送系統(tǒng)實(shí)體中并非簡單易行。
在很多情況下，移動設(shè)備的數(shù)字遞送的使用是面向電子商務(wù)的。為此，除了技術(shù)層面的設(shè)備管理任務(wù)之外，還有若干個(gè)用戶層面方面的，例如需求創(chuàng)建、菜單瀏覽、選擇、承諾和支付。自然的技術(shù)選擇以及當(dāng)前用于實(shí)現(xiàn)用戶接口的實(shí)際方法是通過web技術(shù)特別是HTTP瀏覽和web應(yīng)用。因此，解決上述問題的任何嘗試在理想情況下應(yīng)當(dāng)與現(xiàn)存的和未來的web相關(guān)技術(shù)，包括web瀏覽器，兼容并交互操作。
就更新用戶而言，一般可以參考發(fā)明人均為Richard R.Reisman的下列美國專利5,694,549，“System for Automatic Unattended ElectronicInformation Transport Between a Server and a C1ient by a Vendor ProvidedTransport Software with a Manifest List”；6,125,388，“System forTransporting Information Objects Between a User Station and MultipleRemote Sources Based upon User Modifiable Object Manifest Stored in theUser Station”；6,594,692 B1，“Methods for Transacting ElectronicCommerce”；和6,658,464 B2，“User Station Software that ControlsTransport，Storage，and Presentation of Content from a Remote Source”。
發(fā)明內(nèi)容
根據(jù)這些教導(dǎo)的當(dāng)前優(yōu)選的實(shí)施方式，克服了前述和其他問題并實(shí)現(xiàn)了其他的有益效果。
在一個(gè)方面中，本發(fā)明提供一種方法和系統(tǒng)，用于結(jié)合用戶與服務(wù)器的交互作用使設(shè)備會話自動化。該方法包括響應(yīng)于在瀏覽會話期間從所述設(shè)備接收特定類型的HTTP請求消息，向所述設(shè)備發(fā)送HTTP響應(yīng)消息。該HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的專用MIME類型，并且所述設(shè)備管理會話由形成一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識。所述設(shè)備利用包括設(shè)備細(xì)節(jié)和所述標(biāo)識符的設(shè)備管理會話應(yīng)答來應(yīng)答所述HTTP響應(yīng)消息。系統(tǒng)利用所述設(shè)備細(xì)節(jié)來發(fā)展出一個(gè)列表，該列表包括至少一個(gè)與所述設(shè)備兼容的下載選項(xiàng)，并向所述用戶發(fā)送所述列表。響應(yīng)于用戶從所述列表中選擇至少一個(gè)下載選項(xiàng)，所述系統(tǒng)在設(shè)備管理會話期間將所選擇的至少一個(gè)下載選項(xiàng)遞送至所述設(shè)備。
在另一方面中，本發(fā)明提供一種操作設(shè)備以通過無線網(wǎng)絡(luò)下載信息的方法，以及具有根據(jù)該方法進(jìn)行操作的控制器的設(shè)備。該方法包括，在無線HTTP會話期間，就可下載信息而向所述設(shè)備進(jìn)行詢問；響應(yīng)于所述詢問，啟動與所述設(shè)備的安全設(shè)備管理無線對話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；生成列表并向所述設(shè)備發(fā)送所述列表，所述列表包括至少一個(gè)條目，該條目表示與所述設(shè)備能力兼容的可下載信息；以及在無線HTTP會話期間，從所述列表中選擇至少一個(gè)條目以下載到所述設(shè)備。
在本發(fā)明的又一方面中，提供一種設(shè)備管理服務(wù)器，其可與設(shè)備進(jìn)行操作以通過無線網(wǎng)絡(luò)向所述設(shè)備下載信息。該設(shè)備管理服務(wù)器包括第一接口，用于耦合至所述設(shè)備；第二接口，用于耦合至工作流管理器，以及控制器，用程序進(jìn)行操作以執(zhí)行響應(yīng)于所述設(shè)備而啟動的操作，在無線HTTP會話期間，就可下載信息而進(jìn)行詢問。該設(shè)備管理服務(wù)器進(jìn)一步響應(yīng)于所述工作流管理器而啟動與所述設(shè)備的安全設(shè)備管理無線會話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；通過所述第二接口與所述工作流管理器合作，以生成列表并通過所述第一接口將所述列表發(fā)送至所述設(shè)備，所述列表包括至少一個(gè)條目，該條目表示與所述設(shè)備能力相兼容的可下載信息；并且在無線HTTP會話期間，向?qū)?yīng)于由所述設(shè)備的用戶選擇的來自所述列表的至少一個(gè)條目的設(shè)備下載信息。
在本發(fā)明的再一方面中，提供一種工作流管理器，可與設(shè)備和設(shè)備管理服務(wù)器進(jìn)行操作以通過無線網(wǎng)絡(luò)向所述設(shè)備下載信息。該工作流管理器包括第一接口，用于通過網(wǎng)站耦合至所述設(shè)備并耦合至所述設(shè)備管理器、第二接口，用于耦合至至少一個(gè)后端系統(tǒng)、以及處理器，用于用程序進(jìn)行操作以執(zhí)行響應(yīng)于所述設(shè)備而啟動的操作，在無線HTTP會話期間，就可下載信息對所述網(wǎng)站進(jìn)行詢問。所述工作流管理器啟動與所述設(shè)備的安全設(shè)備管理無線會話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；并且通過所述第一接口與所述設(shè)備管理服務(wù)器合作并通過所述第二接口與所述至少一個(gè)后端系統(tǒng)合作以生成列表，該列表表示與所述設(shè)備能力相兼容的可下載信息。該工作流管理器進(jìn)一步操作以通過所述第一接口和所述web服務(wù)器將該列表發(fā)送至所述設(shè)備。
根據(jù)本發(fā)明，這些教導(dǎo)的前述和其他方面在結(jié)合附圖進(jìn)行閱讀時(shí)可以從優(yōu)選實(shí)施方式的以下詳細(xì)描述中變得更加明，其中圖1是作為一部分面向電子商務(wù)的使用情況的用于數(shù)字遞送的典型序列的邏輯層面的序列圖；圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施方式的發(fā)生于設(shè)備的固件更新的示例情況的消息流序列圖；圖3是適用于圖2中消息流序列的設(shè)備框圖；圖4是適用于圖2中消息流序列的DM服務(wù)器框圖；圖5是適用于圖2中消息流序列的工作流管理器框圖；圖6示出了根據(jù)本發(fā)明的教導(dǎo)的一個(gè)方面的攜帶設(shè)備管理通知消息的HTTP響應(yīng)消息的結(jié)構(gòu)的非限制性示例；以及圖7示出了圖6的HTTP響應(yīng)消息所攜帶的設(shè)備管理通知消息的結(jié)構(gòu)的非限制性示例。
具體實(shí)施例方式
對本發(fā)明優(yōu)選實(shí)施方式關(guān)注的當(dāng)前web相關(guān)技術(shù)的描述性文檔的示例包括1999年6月的RFC 2616Hypertext TransferProtocol-HTTP/1.1，IETF；1997年2月的RFC 2109HTTP StateManagement Mechanism；IETF；以及SyncML Device ManagementProtocol，Version 1.1.2(OMA-SyncML-DMProtocol-V1_1_2-20030612-C)，2003年6月的開放移動聯(lián)盟。
為了在數(shù)字遞送事務(wù)期間確保愉快的用戶體驗(yàn)，本發(fā)明人意識到詳細(xì)的設(shè)備信息搜集和管理過程應(yīng)當(dāng)自動化并與數(shù)字遞送事務(wù)進(jìn)行無縫集成。在本發(fā)明的優(yōu)選實(shí)施方式中，使用一種模型，該模型采用OMA服務(wù)激活器，其優(yōu)選地為OMA設(shè)備管理和OMA下載，作為在基于web瀏覽的數(shù)字遞送事務(wù)中的集成式子組件。本發(fā)明當(dāng)前優(yōu)選實(shí)施方式的使用對于固件更新使用的情況尤其有益，但其也可以應(yīng)用于其他數(shù)字遞送應(yīng)用。
為了本發(fā)明的目的，“固件”可以被認(rèn)為包括以相對較低級語言編寫的計(jì)算機(jī)代碼，該語言可以直接或間接地(例如通過編譯器或解釋器運(yùn)行之后)被形成設(shè)備10一部分的數(shù)據(jù)處理器來執(zhí)行。固件或固件更新的一個(gè)示例可以，作為非限制性示例，為對操作系統(tǒng)模塊的修改、HTTP協(xié)議堆棧實(shí)施或?qū)o線網(wǎng)絡(luò)接入的改進(jìn)和/或?qū)就ㄐ艠?biāo)準(zhǔn)的變化，或可選地著眼于該變化所必須的掃描過程。相比之下，“應(yīng)用”可以被認(rèn)為是較高級的程序，其給予設(shè)備10新的，可能是可選的，功能，例如改進(jìn)的或不同的互聯(lián)網(wǎng)瀏覽器，或媒體播放器，或用于將捕捉到的圖像(假設(shè)設(shè)備10包括數(shù)碼照相機(jī))歸檔至某些網(wǎng)絡(luò)提供的圖像數(shù)據(jù)庫的圖像捕捉程序?？梢岳斫獾氖?，設(shè)備10的構(gòu)造和操作細(xì)節(jié)，例如其操作系統(tǒng)軟件的修改級別、所安裝存儲器的數(shù)量、其數(shù)碼相機(jī)的類型(例如模型編號)和其他類型的參數(shù)，可以對下載到設(shè)備10中的固件或應(yīng)用軟件的類型和/或修改級別產(chǎn)生顯著影響。僅作為一個(gè)示例，用戶可能期望下載與設(shè)備10的硬件不相兼容的固件或應(yīng)用，或者需要比設(shè)備10已安裝的存儲器更大的存儲器，或者假設(shè)為在設(shè)備10的制造日期之后發(fā)布的操作系統(tǒng)版本。在這些情況中的任何一種中，簡單地下載用戶請求的固件或應(yīng)用會為用戶產(chǎn)生顯著的問題，以及用戶對網(wǎng)站30的體驗(yàn)劣于最佳，其可以關(guān)聯(lián)于設(shè)備10的制造商，或關(guān)聯(lián)于用戶1對其進(jìn)行預(yù)訂的網(wǎng)絡(luò)運(yùn)營商。本發(fā)明的一個(gè)前進(jìn)因素是避免此問題，并且這樣做對用戶具有最小的影響。期望的目標(biāo)是向用戶提供對用戶交互和非用戶交互類型(例如后臺)的操作的優(yōu)化體驗(yàn)。
在開始應(yīng)當(dāng)理解的是，盡管本發(fā)明下面討論的優(yōu)選和示例性實(shí)施方式呈現(xiàn)在OMA框架中，但本發(fā)明并不局限在僅用于基于OMA的激活器和技術(shù)。
下面介紹的是，圖1以邏輯層面序列圖的方式示出了作為面向電子商務(wù)的使用情況的一部分而用于數(shù)字遞送的典型序列。圖1示出了與移動臺(MS)10、DM服務(wù)器20以及web服務(wù)器30相關(guān)聯(lián)的最終用戶1。假設(shè)用戶會話存在于最終用戶1和web服務(wù)器30之間，同時(shí)設(shè)備會話存在于MS 10和DM服務(wù)器20之間。圖1的用處在于解釋在通往MS 10的常規(guī)數(shù)字遞送會話中發(fā)生的問題，從而有助于提供對本發(fā)明優(yōu)選實(shí)施方式所提供的改進(jìn)的進(jìn)一步理解。
應(yīng)當(dāng)理解的是，本發(fā)明的教導(dǎo)可應(yīng)用于多種用戶接口技術(shù)，而不僅局限于web接口技術(shù)。作為非限制性示例，本發(fā)明的教導(dǎo)還可應(yīng)用于無線應(yīng)用協(xié)議(WAP)技術(shù)，以及基于JAVATM的應(yīng)用。
參考圖1，可以假設(shè)作為成功的行銷的成功結(jié)果并根據(jù)web鏈接信息，用戶1已到達(dá)了網(wǎng)站30，其具有可用于移動臺的可下載項(xiàng)目。該交互作用顯示為一般瀏覽40。為了確保呈現(xiàn)給用戶1的選擇實(shí)際上與用戶的MS 10相兼容并可以在MS 10中發(fā)揮功能，服務(wù)器側(cè)系統(tǒng)需要知道MS 10的能力。完成此工作的常規(guī)手動過程將根據(jù)MS 10模型的范圍來限制數(shù)字產(chǎn)品變化的譜線(spectrum)，作為用戶交互作用的起始點(diǎn)，向用戶1提示MS 10模型信息。然而，在此常規(guī)方法中有若干固有的缺陷。作為一些示例，首先，該方法會導(dǎo)致糟糕的用戶體驗(yàn)，因?yàn)橛脩?被提示執(zhí)行尋常的數(shù)據(jù)錄入任務(wù)。而且，除非對用戶的指令非常地清楚，否則用戶1可能放棄該web服務(wù)器30并到其他地方尋求期望的數(shù)字遞送。第二，通過要求用戶1輸入信息，信息可靠性可能會打折扣?？梢岳斫猓谀承┣闆r下，設(shè)備信息的正確性對于成功遞送來說是非常關(guān)鍵的(特別是對于所遞送應(yīng)用或固件的成功激活)。第三，與前兩個(gè)方面相關(guān)的是，所要求的信息的復(fù)雜度可能使得用戶1不知道該信息，并且可能不能夠利用MS 10的常規(guī)的用戶接口來將其取回。
除了用戶會話40之外，使用單獨(dú)的設(shè)備會話42來搜集足夠的設(shè)備信息，以為用戶1創(chuàng)建可選擇的可下載項(xiàng)目的菜單。該菜單示出在基于web的用戶會話44中，其中用戶1可以通過該菜單來進(jìn)行瀏覽、讀取附加信息、選擇并承諾遞送。最后，根據(jù)用戶1的一個(gè)或多個(gè)選擇，通過第二設(shè)備會話46完成該遞送和相關(guān)的設(shè)備管理任務(wù)。
本發(fā)明認(rèn)識到的是，在圖1中描述的示例情形下發(fā)生的問題是如何最佳地結(jié)合這兩種不同的會話(用戶會話和設(shè)備會話)并在他們之間傳輸數(shù)據(jù)。例如，用戶1通過使用web瀏覽器到達(dá)web服務(wù)器30之后，期望顯示相關(guān)項(xiàng)目的列表，即什么是開始OMA設(shè)備管理會話以獲取設(shè)備(MS 10)能力和兼容性信息的最好的辦法？而且，假設(shè)可以完成該自動的信息搜集，即在web會話中向用戶瀏覽器返回結(jié)果的最好的技術(shù)？換言之，什么是結(jié)合或引導(dǎo)(bootstrap)OMA DM會話與用戶web瀏覽會話最適宜的方式？為了獲得對提供集成式用戶瀏覽器和OMA DM會話中固有的基本問題更全面的理解，現(xiàn)在提供web技術(shù)(在HTTP上下文中)的一些相關(guān)的基本原理的簡要描述以及OMA設(shè)備管理。
HTTP是一種簡單和強(qiáng)大的web網(wǎng)絡(luò)協(xié)議。其通常實(shí)現(xiàn)在傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)套接字的頂部以將資源(文件、應(yīng)用輸出)從HTTP服務(wù)器(通常是web服務(wù)器)傳輸?shù)紿TTP客戶端(例如web瀏覽器)。
起初，web會話的概念在HTTP中并不存在，因?yàn)镠TTP是一種無狀態(tài)協(xié)議(stateless protocol)，即具有兩個(gè)消息、請求和響應(yīng)，并且包括可選的方法GET、POST和HEAD。其原始的含義為，HTTP“會話”在發(fā)送請求消息時(shí)開始，并且HTTP會話在接收到響應(yīng)消息時(shí)結(jié)束。
首先，在每對請求-響應(yīng)消息之后基本TCP/IP會話被關(guān)閉。然而，隨著web技術(shù)的進(jìn)步并且使用變得更加廣泛，web頁面的大小和復(fù)雜度也顯著增加，這導(dǎo)致了典型的當(dāng)前查看的web頁面具有幾十種或上百種單獨(dú)的HTTP資源(例如閃動的GIF圖標(biāo)、閃爍的標(biāo)志以及生動的縮略圖廣告)。作為該增加的HTTP web頁面的復(fù)雜度的結(jié)果，在客戶端和服務(wù)器二者處為每個(gè)HTTP請求打開和關(guān)斷專用TCP/IP套接字的計(jì)算資源開銷變得過大。作為響應(yīng)，協(xié)議專家使用永久的TCP/IP連接將技術(shù)標(biāo)準(zhǔn)化(在HTTP1.1中)。然而，即使已經(jīng)使用了永久的TCP/IP套接字，對于服務(wù)器來說也不可能在沒有先前的HTTP請求消息的情況下向客戶端發(fā)送響應(yīng)消息。換言之，web服務(wù)器不能將信息推送到瀏覽器(見1999年6月的RFC 2616Hypertext Transfer Protocol-HTTP/1.1，IETF)。
盡管有HTTP的無狀態(tài)傾向，但隨著更多的web應(yīng)用出現(xiàn)對web會話的需求迅速變得明顯起來。HTTP狀態(tài)管理機(jī)制(見1997年2月的RFC 2109HTTP State Management Mechanism；IETF)提供了web應(yīng)用開發(fā)器，其特征在于處于HTTP頂部從而將若干HTTP消息結(jié)合在一個(gè)特定的用戶會話中。實(shí)現(xiàn)包括cookie，其在從客戶端到服務(wù)器的所有消息中攜帶與用戶和會話相關(guān)的信息。服務(wù)器通常對該cookie進(jìn)行加密以防止欺騙性(fraudulent)客戶端對該內(nèi)容進(jìn)行篡改。
現(xiàn)在轉(zhuǎn)至OMA DM，正如OMA DM的全稱所示，SyncML設(shè)備管理協(xié)議采用在設(shè)備管理域中的SyncML。這是一種實(shí)現(xiàn)在DM客戶端和DM服務(wù)器中的客戶端-服務(wù)器協(xié)議。
DM客戶端包括管理樹，其是包括可管理對象的樹形式的數(shù)據(jù)結(jié)構(gòu)。為了執(zhí)行所需的設(shè)備管理任務(wù)，DM服務(wù)器使用例如目標(biāo)為管理樹中的對象的Get、Replace和Exec的命令。
OMA DM被優(yōu)化用于服務(wù)器和例如圖1的MS 10的設(shè)備之間的交互作用。對于用戶交互作用，存在有簡單的命令來實(shí)現(xiàn)諸如通知和用戶選擇之類的特征，但通常情況下，OMA DM的用戶接口能力是非常有限的。
在OMA設(shè)備管理會話建立之前，設(shè)備應(yīng)當(dāng)被“引導(dǎo)”。SyncML設(shè)備管理協(xié)議標(biāo)準(zhǔn)定義了兩種用于引導(dǎo)的方法(a)定制的引導(dǎo)，其中設(shè)備在制造時(shí)就裝載有SyncML DM引導(dǎo)信息(也稱為工廠引導(dǎo))；以及(b)服務(wù)器啟動的引導(dǎo)，其中服務(wù)器通過例如WAP Push或OBEX的一些推送機(jī)制來發(fā)出引導(dǎo)信息。在此方法中，必須預(yù)先告知服務(wù)器設(shè)備地址/電話號碼。在引導(dǎo)過程期間，在設(shè)備中設(shè)定多個(gè)參數(shù)，包括服務(wù)器地址和標(biāo)識，以及客戶端和服務(wù)器相關(guān)的驗(yàn)證信息。盡管本發(fā)明的當(dāng)前優(yōu)選實(shí)施方式優(yōu)選使用工廠引導(dǎo)過程，但也可以使用服務(wù)器啟動的引導(dǎo)過程。
因此描述了與本發(fā)明優(yōu)選(但非限制性)實(shí)施方式最密切相關(guān)的HTTP和OMA DM環(huán)境，現(xiàn)在提供對根據(jù)本發(fā)明的方法和設(shè)備的當(dāng)前優(yōu)選實(shí)施方式的描述。
本發(fā)明的突出方面包括在HTTP響應(yīng)消息中使用專用MIME類型以發(fā)起OMA DM會話并向設(shè)備發(fā)送引導(dǎo)參數(shù)；在客戶端供應(yīng)消息中使用通過引導(dǎo)信息的密鑰的加密(可以使用通知來取代引導(dǎo))；以及使用更高層的數(shù)字遞送會話和其標(biāo)識以將web會話和一個(gè)或多個(gè)設(shè)備會話結(jié)合在一個(gè)整體的邏輯事務(wù)中。本發(fā)明進(jìn)一步的方面涉及使用隊(duì)列化的HTTP請求；使用對web瀏覽器對象的具有預(yù)定義的URL的OMA DMExec命令；以及使用對先前發(fā)送的激活提示的用戶響應(yīng)，在設(shè)備會話之后將控制返回web會話的過程。
更具體來說，本發(fā)明進(jìn)一步的方面所意味的是1.隊(duì)列化的HTTP請求作為對HTTP響應(yīng)的反應(yīng)(圖2中的消息(g)，如下所述)，并且除了DM會話建立之外(圖2中的消息(h)，如下所述)，設(shè)備10創(chuàng)建對web服務(wù)器30的HTTP請求。Web服務(wù)器30對該請求進(jìn)行排隊(duì)，直到其接收到用戶選項(xiàng)消息(圖2中的消息(o)，如下所述)，并且然后向?yàn)g覽器10B發(fā)送響應(yīng)(圖2中的消息(p)，如下所述)。
2.OMA DM Exec創(chuàng)建了菜單之后(圖2中的活動(n)，如下所述)，工作流管理器50請求DM服務(wù)器20向設(shè)備10 DM客戶端10A發(fā)送Exec命令，并且以此方式請求設(shè)備的web瀏覽器10B變?yōu)榧せ畈⑾騱eb服務(wù)器30發(fā)送HTTP請求。Web服務(wù)器30通過在HTTP響應(yīng)(圖2中的消息(p)，如下所述)中向web瀏覽器10B發(fā)送選項(xiàng)(圖2中的消息(o)，如下所述)而對該HTTP請求作出響應(yīng)。
3.對激活提示的用戶響應(yīng)。
作為HTTP響應(yīng)的一部分(圖2中的消息(g)，如下所述)，還存在待呈現(xiàn)在web瀏覽器10B中的用戶接口信息。該用戶接口活動包括向用戶呈現(xiàn)提示(例如“請等待，正在搜集設(shè)備信息”)以及提交(例如“ok”)按鈕。當(dāng)用戶接受該信息時(shí)(例如通過點(diǎn)擊“ok”按鈕)，web瀏覽器10B向web瀏覽器30發(fā)送HTTP請求。然后該請求將如選擇1中一樣地(如隊(duì)列化的HTTP請求)被處理。
通常，MIME最開始時(shí)旨在擴(kuò)展互聯(lián)網(wǎng)郵件的格式以允許非美國ASCII文本消息、非文本消息、多部分消息本體和消息報(bào)頭中的非美國ASCII信息。下列的RFC定義了MIMERFC 2045MIME第一部分Format of Internet Message Bodies；RFC 2046MIME第二部分MediaTypes；RFC 2047MIME第三部分Message Header Extensions forNon-ASCII Text；RFC 2048MIME第四部分Registration Procedures；以及RFC 2049MIME第五部分Conformance Criteria and Examples。還可以參考已經(jīng)被RFC 1512廢棄的RFC 1341(1992年6月)MIME(Multipurpose Internet Mail Extensions)第一部分Mechanisms forSpecifying and Describing the Format of Internet Message Bodies(1993年9月)；以及RFC 1342MIME(Multipurpose Internet Mail Extensions)第二部分Message Header Extensions for Non-ASCII Text(1993年9月)。
現(xiàn)在針對圖2的實(shí)施方式來提供系統(tǒng)描述，其示出了用戶1、設(shè)備(例如圖1的MS 10)、網(wǎng)站(或web服務(wù)器)30、DM服務(wù)器20、上述的工作流管理器50以及一個(gè)或多個(gè)后端(back-end)系統(tǒng)60之間的信號和消息流。下面描述此各種組件(這里應(yīng)當(dāng)稱為執(zhí)行器)的能力和責(zé)任，然后對圖2所示的使用順序進(jìn)行描述。
應(yīng)當(dāng)注意，在本發(fā)明的一個(gè)優(yōu)選的實(shí)施方式中，但決不作為對本發(fā)明實(shí)踐的限制，設(shè)備10和網(wǎng)站30之間的鏈接至少部分通過無線鏈接(例如蜂窩RF鏈接、或藍(lán)牙鏈接、或無線局域網(wǎng)(WLAN)鏈接)，或通過光鏈接，可能通過設(shè)備10的網(wǎng)絡(luò)供應(yīng)商(例如通過蜂窩網(wǎng)絡(luò)運(yùn)營商或WLAN熱點(diǎn)運(yùn)營商)來執(zhí)行。
出于對本發(fā)明當(dāng)前優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，用戶1是使用設(shè)備10的人員。用戶1可能對網(wǎng)絡(luò)中可用的數(shù)字產(chǎn)品(可能是商業(yè)的)感興趣，例如內(nèi)容、應(yīng)用和/或固件更新。Web瀏覽器是用于發(fā)現(xiàn)、選擇和承諾數(shù)字產(chǎn)品遞送的優(yōu)選的應(yīng)用。用戶1不必?fù)碛性O(shè)備10。
出于對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，設(shè)備10是移動組件或包括移動組件，該移動組件具有OMA DM客戶端應(yīng)用實(shí)現(xiàn)10A和HTTP1.1適應(yīng)性web瀏覽器10B的實(shí)例。對于固件更新，設(shè)備10可以具有作為示例但不作為限制性示例的OMA固件空中傳輸技術(shù)(FOTA)能力。設(shè)備10可以是，作為示例但不作為限制性實(shí)施方式，蜂窩或非蜂窩電話、或與局域網(wǎng)和/或廣域網(wǎng)(LAN和/或WAN)之間具有無線接口(RF和/或IR)的計(jì)算機(jī)、或與LAN和/或WAN具有無線接口(RF和/或IR)的個(gè)人數(shù)字助理(PDA)、或任何適當(dāng)?shù)氖沟糜脩?能夠操作瀏覽器以聯(lián)系web服務(wù)器或網(wǎng)站30的互聯(lián)網(wǎng)應(yīng)用。在這種情況，設(shè)備10通常將包括無線(RF或光)收發(fā)器。
現(xiàn)在參考圖3，其示出了適用于圖2中消息流序列的設(shè)備10的框圖的非限制性示例。設(shè)備10被假設(shè)為包括控制器11，例如微處理器，其耦合至存儲器12，該存儲器12除了存儲操作系統(tǒng)和其他典型軟件之外，還存儲用于實(shí)現(xiàn)根據(jù)本發(fā)明的OMA-DM客戶端10A的軟件，以及web瀏覽器10B。在存儲器12中還可以發(fā)現(xiàn)設(shè)備表10C，其存儲在制造時(shí)或在設(shè)備被第一次激活時(shí)被裝載的設(shè)備細(xì)節(jié)(例如硬件能力、操作系統(tǒng)版本、存儲器容量)。還提供用戶接口(UI)13，或通往適當(dāng)UI的接口。在一個(gè)非限制性的實(shí)施方式中，UI 13包括用戶顯示器(例如LCD顯示器)13A和鍵盤或小鍵盤13B用戶數(shù)據(jù)錄入設(shè)備。控制器11通常通過無線網(wǎng)絡(luò)/運(yùn)營商(例如蜂窩電話網(wǎng)絡(luò)運(yùn)營商或無線LAN網(wǎng)絡(luò))耦合至適當(dāng)?shù)腞F或光收發(fā)器14，用于與網(wǎng)站30以及DM服務(wù)器20進(jìn)行通信。注意，在設(shè)備10的有線的實(shí)施方式中，收發(fā)器14可以耦合至電纜或光纜或其他線路。
出于對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，網(wǎng)站30包含或鏈接至符合HTTP1.1的web服務(wù)器，其中該服務(wù)器實(shí)現(xiàn)通往用戶1的用戶接口(HTML頁面)。網(wǎng)站30優(yōu)選地具有應(yīng)用程序接口(API)以實(shí)現(xiàn)web應(yīng)用，以及通往其他服務(wù)器側(cè)的組件(例如20、50、60)的接口。
出于對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，DM服務(wù)器20實(shí)現(xiàn)OMA SyncML DM協(xié)議堆棧，與設(shè)備10中的DM客戶端10A進(jìn)行通信，并且具有通往其他服務(wù)器側(cè)組件(30、50、60)的接口。針對SyncML的參考可以是例如SyncML設(shè)備管理協(xié)議版本1.1.2(OMA-SyncML-DMProtocol-V1 1 2-20030612-C，開放移動聯(lián)盟，2003年6月，以及SyncML設(shè)備信息DTD，版本1.1，2002年2月(其中DTD表示文檔類型定義))。
現(xiàn)在參考圖4，其示出了適用于圖2中消息流序列的DM服務(wù)器20的框圖的非限制性示例。DM服務(wù)器20被假設(shè)包括控制器21，例如微處理器，其耦合至存儲器21A，該存儲器21A除了存儲操作系統(tǒng)和其他典型軟件(SW)之外，還存儲用于實(shí)現(xiàn)OMA SyncML DM協(xié)議堆棧的軟件和用于與設(shè)備10的OMA-DM客戶端10A通信的軟件。DM服務(wù)器20包括輸入和輸出接口(I/O)22A和22B(其可以是邏輯的和/或物理的I/O)，用于與設(shè)備10以及工作流管理器50進(jìn)行通信。注意，I/O接口22A、22B二者可以實(shí)施為經(jīng)由互聯(lián)網(wǎng)上的TCP/IP進(jìn)行通信的邏輯接口。
出于對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，工作流管理器50保持對例如固件更新事務(wù)的整個(gè)數(shù)字遞送處理的跟蹤。工作流管理器50創(chuàng)建唯一的事務(wù)標(biāo)識(TID)，使用web服務(wù)器30和DM服務(wù)器20作為通往用戶1和設(shè)備10的接口，并將單獨(dú)的較低級會話結(jié)合進(jìn)一個(gè)邏輯事務(wù)。該工作流管理器50優(yōu)選地使用后端系統(tǒng)60中的服務(wù)以在與設(shè)備10的事務(wù)期間完成特定的具體任務(wù)。
參考圖5，其示出了適用于圖2中消息流序列的工作流管理器50的框圖的非限制性示例。工作流管理器50被假設(shè)為包括控制器51，例如微處理器，其耦合至存儲器51A，該存儲器51A除了存儲操作系統(tǒng)和其他典型軟件(SW)之外，還存儲用于生成TID和用于管理并將各種事務(wù)與設(shè)備10和其他系統(tǒng)組件相關(guān)起來的軟件。工作流管理器50包括I/O52A和52B(其可以是邏輯的和/或物理的I/O)，用于與網(wǎng)站30、DM服務(wù)器20以及一個(gè)或多個(gè)后端服務(wù)器和一個(gè)或多個(gè)系統(tǒng)60進(jìn)行通信。如DM服務(wù)器20一樣，I/O接口52A、52B二者可以實(shí)施為經(jīng)由互聯(lián)網(wǎng)上的TCP/IP進(jìn)行通信的邏輯接口。
出于對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，一個(gè)或多個(gè)后端服務(wù)器和一個(gè)或多個(gè)系統(tǒng)60為工作流管理器50提供服務(wù)。該服務(wù)包括但不限于用于驗(yàn)證、加密和簽名的安全服務(wù)、設(shè)備10相關(guān)的服務(wù)，例如法律和保修狀態(tài)信息以及詳細(xì)的產(chǎn)品管理服務(wù)，例如產(chǎn)品數(shù)據(jù)管理(PDM)信息。
出于對本發(fā)明優(yōu)選實(shí)施方式進(jìn)行描述的目的，但不作為對本發(fā)明實(shí)踐的限制，工作流管理器50和一個(gè)或多個(gè)后端系統(tǒng)60由控制網(wǎng)站30和DM服務(wù)器20的同一實(shí)體控制。然而，這并非是對本發(fā)明的實(shí)踐作出限制，并且這些組件中的一個(gè)或兩個(gè)可以處于第三方的控制之下。例如，其中的一個(gè)后端系統(tǒng)60可以是第三方數(shù)字簽名驗(yàn)證器，或第三方數(shù)字支付設(shè)施。
現(xiàn)在轉(zhuǎn)至圖2所示的示例性序列圖，下列步驟是根據(jù)本發(fā)明的實(shí)施方式來執(zhí)行的。在(a)，用戶1通過競爭網(wǎng)站進(jìn)行瀏覽并找出期望的賣方固件(FW)更新頁面。在(b)，用戶1點(diǎn)擊FW更新頁面中的鏈接以確定哪些新FW更新選擇(如果有的話)對于設(shè)備10是可用的。在(c)，網(wǎng)站30通過設(shè)備10向用戶1發(fā)送頁面，并且使用HTTP響應(yīng)來通過設(shè)備10向用戶1通知自動設(shè)備信息搜集將要開始。適當(dāng)?shù)南⒖梢允恰霸谖覀優(yōu)槟碾娫捜』乇徽埱蟮墓碳r(shí)請等待”。在(d)，用戶1通過設(shè)備10的用戶接口接受自動設(shè)備會話建立，這使得HTTP請求被從瀏覽器10B發(fā)送到web服務(wù)器30。在(e)，web服務(wù)器30向工作流管理器50通知存在開始固件更新事務(wù)(FW更新事務(wù))和建立OMA DM會話的用戶請求。作為響應(yīng)，工作流管理器50創(chuàng)建具有唯一TID的新事務(wù)。在(f)，在后端服務(wù)器60的幫助下，工作流管理器50創(chuàng)建適當(dāng)?shù)腛MA客戶端供應(yīng)(CP)消息并利用密鑰對其簽名。利用加密的CP將INIT DM消息發(fā)送至網(wǎng)站30。在(g)，作為HTTP響應(yīng)的一部分，網(wǎng)站10通過專用于OMA設(shè)備管理的MIME類型向設(shè)備10發(fā)送簽名的CP消息。該TID嵌入在HTTP響應(yīng)消息中。在步驟(h)，基于MIME類型信息和簽名的CP消息，設(shè)備10檢查DM引導(dǎo)信息的有效性，相應(yīng)地設(shè)定參數(shù)，并發(fā)起OMA DM客戶端應(yīng)用10A。在(i)，OMA DM客戶端10A建立OMA DM會話并向DM服務(wù)器20發(fā)送設(shè)備10信息細(xì)節(jié)。這些設(shè)備細(xì)節(jié)可以存儲在設(shè)備10的存儲器12中的表10C中，并且可以在制造時(shí)或在設(shè)備被第一次激活時(shí)得以裝載。總之，用戶1無需意識到設(shè)備10信息，因?yàn)椴襟E(i)優(yōu)選地自動發(fā)生并且無需用戶1的介入。TID優(yōu)選地被包含為發(fā)送回DM服務(wù)器20的信息的一部分。在(j)，DM服務(wù)器向工作流管理器50發(fā)送TID和接收到的設(shè)備信息，以及在(k)，工作流管理器50與后端服務(wù)器60進(jìn)行通信以確定設(shè)備10信息中的細(xì)節(jié)量和級別是否足夠創(chuàng)建選擇的列表(固件下載選項(xiàng)菜單)。如果需要更詳細(xì)的更具體的設(shè)備10信息，那么在(l)，工作流管理器50請求DM服務(wù)器20從設(shè)備10中取出相關(guān)數(shù)據(jù)。在此情況下，在(m)，通過使用OMA DM協(xié)議，DM服務(wù)器20獲取附加的設(shè)備10信息并將其發(fā)送回工作流管理器50。在(n)，工作流管理器50為最終用戶1創(chuàng)建(或使用一個(gè)或多個(gè)后端服務(wù)器60來創(chuàng)建)可用選擇的列表，即固件下載選項(xiàng)菜單。在(o)，工作流管理器50將固件下載選項(xiàng)菜單發(fā)送至網(wǎng)站30，并且在(p)，網(wǎng)站30為用戶1將該菜單返回瀏覽器10B，以選擇產(chǎn)品或請求更多的(web格式的)信息。這可以在(p)處通過以下至少三種技術(shù)來完成先前隊(duì)列化的HTTP請求；針對web對象的OMA DM exec；或先前發(fā)送的web頁面中的用戶動作。無論使用(p)中的哪種技術(shù)，涉及HTTP請求和響應(yīng)(用戶1通過設(shè)備10與網(wǎng)站30之間)的附加web瀏覽，以及被請求的固件和設(shè)備管理(設(shè)備10和DM服務(wù)器20)的最終遞送分別發(fā)生在步驟(q)和(r)。注意，任何適當(dāng)?shù)募夹g(shù)和機(jī)制都可用于設(shè)備10的固件的實(shí)際下載。
根據(jù)本發(fā)明實(shí)施方式，將web會話與自動DM會話結(jié)合起來的方面涉及傳遞HTTP響應(yīng)消息中的OMA DM通知消息(圖2中的消息(g))。參考圖6，HTTP響應(yīng)消息通常包含狀態(tài)線(Status Line)字段102、通用報(bào)頭(General Headers)字段104、響應(yīng)報(bào)頭(Response Headers)字段106、實(shí)體報(bào)頭(Entity Headers)字段108、示為回車/換行(CRLF)109的定界符(delimiter)或分隔符(separator)以及消息本體(MessageBody)字段110。對于本發(fā)明非限制性實(shí)施方式最感興趣的是實(shí)體報(bào)頭字段108，其包含內(nèi)容類型(Content-Type)字段108A、內(nèi)容長度(Content-Length)字段108B以及最新修改(Last-Modified)字段108C。特別感興趣的是內(nèi)容類型字段108A，其傳遞上述預(yù)定的MIME類型。作為非限制性示例，用于通用通知啟動會話警告消息的預(yù)定MIME類型可以是內(nèi)容類型108A“application/vnd.syncml.notification”，并且內(nèi)容類型代碼可以是0x44。
在圖6所示的HTTP響應(yīng)消息的結(jié)構(gòu)的優(yōu)選但非限制性的實(shí)施方式中，OMA DM通知由消息本體字段110來攜帶。
示例性HTTP響應(yīng)消息內(nèi)容可以包括如下Response＝Status-Line(圖6中的102)*((general-header(圖6中的104)|response-header(圖6中的106)|entity-header(圖6中的108))CRLF)CRLF(圖6中的109)[message-body](圖6中的110)status-line＝HTTP/1.1<Space>status-code+reason-phrasestatus-code+reason-phrase＝200<Space>OK|400<Space>Bad Request|404<Space>Not Found|500<Space>Internal Server Error|501<Space>Not Implementedgeneral-header＝Date<Space>date<CRLF>
Connection<Space>close<CRLF>
response-header＝Server<Space>vendor-string<CRLF>
entity-header＝Content-Length<Space>integer-greater-or-equal-0<CRLF>
Content-Type<Space>text/html<CRLF>
Last-Modified<Space>date<CRLF> //僅用于動態(tài)頁面[Expires；<Space>date<CRLF>]//僅用于動態(tài)頁面message-body＝//由客戶端請求的文件的內(nèi)容date＝//根據(jù)RFC822和RFC1123的日期格式vendor-string＝//服務(wù)器標(biāo)識
//(可由服務(wù)器實(shí)現(xiàn)程序來自由定義)OMA DM通知消息120的示例實(shí)施方式的字段示出在圖7中，其中字段 描述摘要122 MD5摘要值觸發(fā)報(bào)頭124，包括版本124A 設(shè)備管理版本ui模式124B未指定/用戶交互作用起始符124C服務(wù)器/用戶啟動(客戶端/服務(wù)器)未來使用124D 為未來的DM使用而預(yù)留sessionid 124E會話標(biāo)識符長度標(biāo)識符124F服務(wù)器標(biāo)識符長度服務(wù)器標(biāo)識符124G 服務(wù)器標(biāo)識符觸發(fā)本體126 賣方特定DM設(shè)備細(xì)節(jié)消息的一個(gè)非限制性示例(圖2中消息(i))如下示出(可再次參考SyncML Device Management Protocol，Version 1.1.2(OMA-SyncML-DMProtocol-V1_1_2-20030612-C)，開放移動聯(lián)盟，2003年6月)<pre listing-type="program-listing">＜SyncML xmlns＝′SYNCMLSYNCML1.1′＞ ＜SyncHdr＞ ＜VerDTD＞1.1</VerDTD＞ ＜VerProto＞DM/1.1＜/VerProto＞ ?。糞essionID＞1＜/SessionID＞ ＜MsgID＞1＜MsgID＞ ?。糡arget＞ ＜LocURI＞http://XXXX/mgmt-server＜/LocURI＞ ＜/Target＞ ＜Source＞ ＜LocURI＞IMEIXXXX＜/LocURI＞ ＜/Source＞ ＜Cred＞＜!--Client credentials--＞</pre><pre listing-type="program-listing"> ＜Meta＞ ?。糡ype xmlns＝″syncmlmetinf″＞syncmlauth-basic＜/Type＞ ?。糉ormat xmlns＝syncmlmetinf″＞b64＜/Format＞ ＜/Meta＞ ＜Data＞ ?。?--base64 formatting of useridpassword--＞ ＜/Data＞ ＜/Cred＞ ＜Meta＞＜!--Maximum message size for the client--＞ ＜MaxMsgSize xmlns＝″syncmlmetinf″＞5000＜/MaxMsgSize＞ ＜/Meta＞ ＜/SyncHdr＞ ＜SyncBody＞ ＜Alert＞ ＜CmdID＞1＜/CmdID＞ ＜Data＞1200＜/Data＞＜!--Server-initiated session--＞ ＜Item＞＜/Item＞ ＜Item＞ ＜Data＞123 blah blah＜/Data＞＜!--one example of sending TID--＞ ＜/Item＞ ＜/Alert＞ ＜Alert＞ ?。糃mdID＞XXX＜/CmdID＞ ?。糄ata＞TIDXXXX 123 blah blah＜/Data＞＜!--or alternative way of sending TID --> ?。?Alert＞ ?。糝eplace＞ ＜CmdID＞3＜/CmdID＞ ?。糏tem＞ ＜Source＞＜LocURI＞./DevInfo/DevId＜/LocURI＞＜/Source＞ ?。糓eta＞ ＜Format xmlns＝′syncmlmetinf＞chr＜/Format＞</pre><pre listing-type="program-listing"> ＜Type xmlns＝′syncmlmetinf＞text/plain＜/Type＞ ＜/Meta＞ ＜Data＞abc blah blah 123 blah blah＜/Data＞ ?。?Item＞ ?。糏tem＞ ＜Source＞＜LocURI＞./DevInfo/Man＜/LocURI＞＜/Source＞ ?。糓eta＞ ＜Format xmlns＝′syncmlmetinf＞chr＜/Format＞ ＜Type xmlns＝′syncmlmetinf′＞text/plain＜/Type＞ ＜/Meta＞ ＜Data＞BEST MANUFACTURER Inc.＜/Data＞ ?。?Item＞ ＜Item＞ ?。糞ource＞＜LocURI＞./DevInfo/Mod＜/LocURI＞＜/Source＞ ＜Meta＞ ＜Format xmlns＝′syncmlmetinf′＞chr＜/Format＞ ＜Type xmlns＝′syncmlmetinf＞text/plain＜/Type＞ ?。?Meta＞ ?。糄ata＞BEST PHONE 2004＜/Data＞ ＜/Item＞ ＜Item＞ ＜Source＞＜LocURI＞./DevInfo/DmV＜/LocURI＞＜/Source＞ ＜Meta＞ ＜Format xmlns＝′syncmlmetinf′＞chr＜/Format＞ ＜Type xmlns＝′syncmlmetinf′＞text/plain＜/Type＞ ＜/Meta＞ ＜Data＞123 blah abc blah＜/Data＞ ＜/Item＞ ＜Item＞ ＜Source＞＜LocURI＞./DevInfo/Lang＜/LocURI＞＜/Source＞ ＜Meta＞ ＜Format xmlns＝′syncmlmetinf′＞chr＜/Format＞</pre><pre listing-type="program-listing"> ＜Type xmlns＝′syncmlmetmf′＞text/plam＜/Type＞ ＜/Meta＞ ＜Data＞blah blah＜/Data＞ ＜/Item＞ ＜/Replace＞ ?。糉inal/＞ ＜/SyncBody＞ ＜/SyncML＞</pre>前述描寫已經(jīng)以示例性和非限制性示例的方式提供了發(fā)明人所構(gòu)思的用于實(shí)現(xiàn)本發(fā)明的最佳方法和設(shè)備的完整和詳細(xì)的描述。然而，當(dāng)結(jié)合附圖和所附權(quán)利要求書進(jìn)行閱讀時(shí)，各種修改和適應(yīng)可以對本領(lǐng)域技術(shù)人員變得明了。作為一些示例，本領(lǐng)域技術(shù)人員可以嘗試使用其他類似或等同的下載情形、應(yīng)用程序和固件下載技術(shù)(例如固件下載可以使用OMA FOMA技術(shù)之外的技術(shù))、消息發(fā)送類型以及設(shè)備管理協(xié)議以及方法。然而，本發(fā)明的教導(dǎo)的所有這種和類似修改都將落入本發(fā)明的范圍之內(nèi)。
此外，本發(fā)明的一些特征在不使用其他相應(yīng)的特征時(shí)也可以提供有益效果。為此，前述描述應(yīng)當(dāng)被理解為僅是本發(fā)明原理的示意，而不是對其作出限制。
權(quán)利要求
1.一種用于結(jié)合用戶與服務(wù)器的交互作用使設(shè)備會話自動化的方法，包括響應(yīng)于在瀏覽會話期間從所述設(shè)備接收特定類型的HTTP請求消息，向所述設(shè)備發(fā)送HTTP響應(yīng)消息，所述HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的專用MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識；利用包括設(shè)備細(xì)節(jié)和所述標(biāo)識符的設(shè)備管理會話應(yīng)答來應(yīng)答所述HTTP響應(yīng)消息；利用所述設(shè)備細(xì)節(jié)來發(fā)展出一個(gè)列表，所述列表包括至少一個(gè)與所述設(shè)備兼容的下載選項(xiàng)；向所述設(shè)備發(fā)送所述列表；以及響應(yīng)于用戶從所述列表中選擇所述至少一個(gè)下載選項(xiàng)，在設(shè)備管理會話期間將所述所選擇的至少一個(gè)下載選項(xiàng)遞送至所述設(shè)備。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述HTTP響應(yīng)消息包括被加密的客戶端供應(yīng)(CP)消息。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述特定類型的HTTP請求消息用建立所述標(biāo)識符的工作流管理器觸發(fā)事務(wù)，其中所述工作流管理器創(chuàng)建所述CP消息并利用密鑰對其進(jìn)行加密。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述列表向所述設(shè)備的發(fā)送利用瀏覽會話來發(fā)送所述列表。
5.根據(jù)權(quán)利要求1所述的方法，其中，所述設(shè)備包括具有用于與web服務(wù)器進(jìn)行通信的無線收發(fā)器的單元，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的應(yīng)用程序。
6.根據(jù)權(quán)利要求1所述的方法，其中，所述設(shè)備包括具有用于與web服務(wù)器進(jìn)行通信的無線收發(fā)器的單元，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的固件。
7.一種包括通過無線鏈接耦合在一起的設(shè)備和web服務(wù)器的系統(tǒng)，包括設(shè)備管理服務(wù)器，其耦合至所述web服務(wù)器，并且響應(yīng)于在瀏覽會話期間從所述設(shè)備接收特定類型的HTTP請求消息，用于向所述設(shè)備發(fā)送HTTP響應(yīng)消息，所述HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的專用MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識；所述設(shè)備包括設(shè)備管理客戶端，該客戶端可操作為利用包括設(shè)備細(xì)節(jié)和所述標(biāo)識符的設(shè)備管理會話應(yīng)答來應(yīng)答所述HTTP響應(yīng)消息；其中所述設(shè)備管理服務(wù)器利用所述設(shè)備細(xì)節(jié)并結(jié)合工作流管理器來發(fā)展出一個(gè)列表并向所述設(shè)備發(fā)送該列表，其中所述列表包括至少一個(gè)與所述設(shè)備兼容的下載選項(xiàng)；以及響應(yīng)于用戶從所述列表中選擇所述至少一個(gè)下載選項(xiàng)，所述設(shè)備管理服務(wù)器在設(shè)備管理會話期間將所述所選擇的至少一個(gè)下載選項(xiàng)遞送至所述設(shè)備。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述HTTP響應(yīng)消息包括被加密的客戶端供應(yīng)(CP)消息。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其中，所述特定類型的HTTP響應(yīng)消息用建立所述標(biāo)識符的所述工作流管理器觸發(fā)事務(wù)，其中所述工作流管理器創(chuàng)建所述CP消息并利用密鑰對其進(jìn)行加密。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其中，所述工作流管理器包括與至少一個(gè)后端系統(tǒng)的接口，并且其中所述CP消息結(jié)合至少一個(gè)后端系統(tǒng)得以加密。
11.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，利用瀏覽會話和HTTP協(xié)議將所述列表發(fā)送至所述設(shè)備。
12.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述設(shè)備包括用于與所述web服務(wù)器進(jìn)行通信的無線收發(fā)器，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的應(yīng)用程序。
13.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述設(shè)備包括用于與所述web服務(wù)器進(jìn)行通信的無線收發(fā)器，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的固件。
14.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述設(shè)備包括具有用于與所述web服務(wù)器進(jìn)行通信的無線收發(fā)器的通信單元，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的程序。
15.一種操作設(shè)備以通過無線網(wǎng)絡(luò)下載信息的方法，包括在無線HTTP會話期間，就可下載信息而向所述設(shè)備進(jìn)行詢問；響應(yīng)于所述詢問，啟動與所述設(shè)備的安全設(shè)備管理無線對話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；生成列表并向所述設(shè)備發(fā)送所述列表，所述列表包括至少一個(gè)條目，該條目表示與所述設(shè)備能力兼容的可下載信息；以及在無線HTTP會話期間，從所述列表中選擇至少一個(gè)條目以下載到所述設(shè)備。
16.根據(jù)權(quán)利要求15所述的方法，其中，啟動與所述設(shè)備的所述安全設(shè)備管理無線對話使用HTTP響應(yīng)消息，所述HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的預(yù)定的MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識。
17.一種可以在無線網(wǎng)絡(luò)中操作以通過所述無線網(wǎng)絡(luò)獲取信息的設(shè)備，包括用戶接口和利用程序進(jìn)行操作的控制器，以執(zhí)行下列操作在涉及用戶和所述用戶接口的無線HTTP會話期間，就可下載信息而從所述設(shè)備發(fā)送詢問；響應(yīng)于發(fā)送所述詢問，并響應(yīng)于通過無線網(wǎng)絡(luò)接收到的響應(yīng)，建立安全設(shè)備管理會話以發(fā)送至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；以及響應(yīng)于接收具有至少一個(gè)條目的列表，在無線HTTP會話期間通過所述用戶接口從待下載到所述設(shè)備的所述列表中選擇至少一個(gè)條目，其中所述至少一個(gè)條目表示與所述設(shè)備能力相兼容的可下載信息。
18.根據(jù)權(quán)利要求17所述的設(shè)備，其中，所述控制器是響應(yīng)于接收HTTP響應(yīng)消息，所述HTTP響應(yīng)消息包括用于指示所述安全設(shè)備管理會話正在被啟動的預(yù)定的MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識。
19.一種設(shè)備管理服務(wù)器，可與設(shè)備進(jìn)行操作以通過無線網(wǎng)絡(luò)向所述設(shè)備下載信息，所述設(shè)備管理服務(wù)器包括第一接口，用于耦合至所述設(shè)備、第二接口，用于耦合至工作流管理器、以及控制器，用程序進(jìn)行操作以執(zhí)行響應(yīng)于所述設(shè)備而啟動的操作，在無線HTTP會話期間，就可下載信息而進(jìn)行詢問，并進(jìn)一步響應(yīng)于所述工作流管理器而啟動與所述設(shè)備的安全設(shè)備管理無線會話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；通過所述第二接口與所述工作流管理器合作，以生成列表并通過所述第一接口將所述列表發(fā)送至所述設(shè)備，所述列表包括至少一個(gè)條目，所述條目表示與所述設(shè)備能力相兼容的可下載信息；并且在無線HTTP會話期間，向?qū)?yīng)于由所述設(shè)備的用戶選擇的來自所述列表的至少一個(gè)條目的所述設(shè)備下載信息。
20.根據(jù)權(quán)利要求19所述的設(shè)備管理服務(wù)器，其中，所述設(shè)備管理服務(wù)器與由所述設(shè)備的控制器所執(zhí)行的設(shè)備管理客戶端接口連接。
21.根據(jù)權(quán)利要求20所述的設(shè)備管理服務(wù)器，其中，所述設(shè)備管理服務(wù)器和所述設(shè)備管理客戶端與SnycML設(shè)備管理協(xié)議相兼容。
22.一種工作流管理器，可與設(shè)備和設(shè)備管理服務(wù)器進(jìn)行操作以通過無線網(wǎng)絡(luò)向所述設(shè)備下載信息，所述工作流管理器包括第一接口，用于通過網(wǎng)站耦合至所述設(shè)備并耦合至所述設(shè)備管理器、第二接口，用于耦合至至少一個(gè)后端系統(tǒng)、以及處理器，用于用程序進(jìn)行操作以執(zhí)行響應(yīng)于所述設(shè)備而啟動的操作，在無線HTTP會話期間，就可下載信息對所述網(wǎng)站進(jìn)行詢問，所述控制器可操作以啟動與所述設(shè)備的安全設(shè)備管理無線會話以獲取至少表示所述設(shè)備的特定能力的設(shè)備專用參數(shù)；通過所述第一接口與所述設(shè)備管理服務(wù)器合作并通過所述第二接口與所述至少一個(gè)后端系統(tǒng)合作以生成列表，并通過所述第一接口和所述web服務(wù)器將所述列表發(fā)送至所述設(shè)備，所述列表包括至少一個(gè)條目，所述條目表示與所述設(shè)備能力相兼容的可下載信息。
23.根據(jù)權(quán)利要求22所述的工作流管理器，其中，所述安全設(shè)備管理無線會話是通過HTTP響應(yīng)消息啟動的，所述HTTP響應(yīng)消息包括用于指示所述設(shè)備管理會話正在被啟動的預(yù)定的MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識，并且其進(jìn)一步包括被加密的客戶端供應(yīng)(CP)消息。
24.根據(jù)權(quán)利要求23所述的工作流管理器，其中，所述設(shè)備專用參數(shù)隨所述標(biāo)識符一起通過所述設(shè)備管理服務(wù)器從所述設(shè)備接收。
25.一種計(jì)算機(jī)程序產(chǎn)品，包括包含有計(jì)算機(jī)可讀程序的計(jì)算機(jī)可用介質(zhì)，其中，所述計(jì)算機(jī)可讀程序在所述計(jì)算機(jī)上執(zhí)行的時(shí)候使得所述計(jì)算機(jī)執(zhí)行下列操作，包括響應(yīng)于在瀏覽會話期間從所述設(shè)備接收特定類型的HTTP請求消息，向所述設(shè)備發(fā)送HTTP響應(yīng)消息，所述HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的專用MIME類型，所述設(shè)備管理會話由包括一部分所述HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識；利用包括設(shè)備細(xì)節(jié)和所述標(biāo)識符的設(shè)備管理會話應(yīng)答來應(yīng)答所述HTTP響應(yīng)消息；利用所述設(shè)備細(xì)節(jié)來發(fā)展出一個(gè)列表，所述列表包括至少一個(gè)與所述設(shè)備兼容的下載選項(xiàng)；向所述設(shè)備發(fā)送所述列表；以及響應(yīng)于用戶從所述列表中選擇所述至少一個(gè)下載選項(xiàng)，在設(shè)備管理會話期間將所述所選擇的至少一個(gè)下載選項(xiàng)遞送至所述設(shè)備。
26.根據(jù)權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述HTTP響應(yīng)消息包括被加密的客戶端供應(yīng)(CP)消息。
27.根據(jù)權(quán)利要求26所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述特定類型的HTTP請求消息用建立所述標(biāo)識符的工作流管理器觸發(fā)事務(wù)，其中所述工作流管理器創(chuàng)建所述CP消息并利用密鑰對其進(jìn)行加密。
28.根據(jù)權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述列表向所述設(shè)備的發(fā)送利用瀏覽會話來發(fā)送所述列表。
29.根據(jù)權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述設(shè)備包括具有用于與web服務(wù)器進(jìn)行通信的無線收發(fā)器的單元，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的應(yīng)用程序。
30.根據(jù)權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其中，所述設(shè)備包括具有用于與web服務(wù)器進(jìn)行通信的無線收發(fā)器的單元，并且其中所述所遞送的下載選項(xiàng)包括待下載到所述設(shè)備并存儲于所述設(shè)備中以供后繼執(zhí)行的固件。
全文摘要
一種方法包括響應(yīng)于在瀏覽會話期間從設(shè)備接收特定類型的HTTP請求消息，向設(shè)備發(fā)送HTTP響應(yīng)消息。該HTTP響應(yīng)消息包括用于指示設(shè)備管理會話正在被啟動的專用MIME類型，并且設(shè)備管理會話由形成一部分HTTP響應(yīng)消息的標(biāo)識符來標(biāo)識。該設(shè)備利用包括設(shè)備細(xì)節(jié)和標(biāo)識符的設(shè)備管理會話應(yīng)答來應(yīng)答HTTP響應(yīng)消息。系統(tǒng)利用設(shè)備細(xì)節(jié)來發(fā)展出一個(gè)列表，該列表包括至少一個(gè)與設(shè)備兼容的下載選項(xiàng)并向設(shè)備發(fā)送該列表。響應(yīng)于用戶從該列表選擇至少一個(gè)下載選項(xiàng)，該系統(tǒng)在設(shè)備管理會話期間將所選擇的至少一個(gè)下載選項(xiàng)遞送至設(shè)備。
文檔編號H04M3/42GK101032121SQ200580033279
公開日2007年9月5日 申請日期2005年8月18日 優(yōu)先權(quán)日2004年8月20日
發(fā)明者T·伊普亞, G·米塔爾 申請人:諾基亞公司