專利名稱：接收/發(fā)送事件消息的方法、受控設(shè)備和控制點的制作方法
技術(shù)領(lǐng)域：
符合本發(fā)明的裝置和方法涉及家庭網(wǎng)絡(luò)，更具體地，涉及基于通用即插即用 (Universal Plug and Play，UPnP)的事件消息發(fā)送方法、基于UPnP的事件消息接收方法、 受控設(shè)備(controlled device, CD)和控制點(control point, CP)。
背景技術(shù)：
—般來說，家庭網(wǎng)絡(luò)是基于國際互聯(lián)網(wǎng)協(xié)議(IP)的專用網(wǎng)絡(luò)，其通過稱作中間件 的公共虛擬計算環(huán)境來聯(lián)網(wǎng)和控制在家庭中使用的各種類型的個人計算機(PC)和諸如智 能產(chǎn)品、無線設(shè)備等各種裝置。 中間件在對等基礎(chǔ)上將各種數(shù)字裝置連接在一起，以便允許這些數(shù)字裝置之間 的通信。目前，已提出了家庭音頻視頻互操作性(Home Audio Videolnteroperability， HAVI)、 UPnP控制設(shè)備、Java智能網(wǎng)絡(luò)基礎(chǔ)設(shè)施(Javalntelligent Network Infra-structure, JINI)、家庭廣網(wǎng)(Home Wide Web， HWW)等作為中間件的例子。
盡管由于當(dāng)前操作系統(tǒng)包括即插即用(PnP)功能而使得安裝和設(shè)置PC外圍設(shè)備 更為容易，但是UPnP技術(shù)通過將此方便的PnP功能擴展到基于互聯(lián)網(wǎng)標(biāo)準(zhǔn)技術(shù)(諸如，傳 輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)、超級文本傳輸協(xié)議(HTTP)、和可擴展標(biāo)記語言(XML)) 的各種網(wǎng)絡(luò)，而使得諸如各種家用電器、網(wǎng)絡(luò)打印機和互聯(lián)網(wǎng)網(wǎng)關(guān)的網(wǎng)絡(luò)設(shè)備能夠被聯(lián)網(wǎng)， 特別是被家庭聯(lián)網(wǎng)。

發(fā)明內(nèi)容
技術(shù)問題 本發(fā)明提供了一種用于根據(jù)網(wǎng)絡(luò)協(xié)議自適應(yīng)地發(fā)送關(guān)于工作在預(yù)定的運行環(huán)境 中的CD的狀態(tài)變化的信息的事件消息發(fā)送方法、其上記錄有用于執(zhí)行所述事件消息發(fā)送 方法的程序的計算機可讀記錄介質(zhì)、以及CP。 本發(fā)明也提供了一種用于根據(jù)網(wǎng)絡(luò)協(xié)議自適應(yīng)地接收關(guān)于工作在預(yù)定的運行環(huán) 境中的CD的狀態(tài)變化的信息的事件消息發(fā)送方法、其上記錄有用于執(zhí)行所述事件消息接 收方法的程序的計算機可讀記錄介質(zhì)、以及CP。
技術(shù)方案 根據(jù)本發(fā)明的一個方面，提供了一種在被控制點控制的受控設(shè)備中執(zhí)行的事件消 息發(fā)送方法，所述事件消息發(fā)送方法包括根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)從控制點接收應(yīng)用；根 據(jù)受控設(shè)備的運行環(huán)境的框架安裝所接收的應(yīng)用；根據(jù)該框架產(chǎn)生代表應(yīng)用的狀態(tài)變化的 第一事件消息；以及將第一事件消息轉(zhuǎn)換為符合網(wǎng)絡(luò)協(xié)議的第二事件消息。
根據(jù)本發(fā)明的又一個方面，提供了一種其上記錄有用于運行在被控制點控制的受 控設(shè)備中執(zhí)行的事件消息發(fā)送方法的程序的計算機可讀記錄介質(zhì)，所述事件消息發(fā)送方法 包括根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)從所述控制點接收應(yīng)用；根據(jù)所述受控設(shè)備的運行環(huán)境的框 架安裝所接收的應(yīng)用；根據(jù)所述框架產(chǎn)生代表所述應(yīng)用的狀態(tài)變化的第一事件消息；以及
4將所述第一事件消息轉(zhuǎn)換為符合所述網(wǎng)絡(luò)協(xié)議的第二事件消息。 根據(jù)本發(fā)明的又一個方面，提供了一種事件消息接收方法，包括根據(jù)網(wǎng)絡(luò)協(xié)議通 過網(wǎng)絡(luò)將應(yīng)用發(fā)送到受控設(shè)備；以及從所述受控設(shè)備接收代表關(guān)于所述應(yīng)用的狀態(tài)變化的 信息的事件消息，其中，根據(jù)所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換所述事件消息。 根據(jù)本發(fā)明的又一個方面，提供了一種其上記錄有用于運行在被控制點控制的受 控設(shè)備中執(zhí)行的事件消息接收方法的程序的計算機可讀記錄介質(zhì)，所述方法包括根據(jù)網(wǎng) 絡(luò)協(xié)議通過網(wǎng)絡(luò)將應(yīng)用發(fā)送到受控設(shè)備；以及從所述受控設(shè)備接收代表關(guān)于所述應(yīng)用的狀 態(tài)變化的信息的事件消息，其中，根據(jù)所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換所述事件消息。 根據(jù)本發(fā)明的又一個方面，提供了一種工作在運行環(huán)境中的受控設(shè)備，所述受控 設(shè)備包括應(yīng)用安裝單元，其將從第一控制點接收的應(yīng)用安裝在所述受控設(shè)備中，所述第一 控制點根據(jù)網(wǎng)絡(luò)協(xié)議控制所述受控設(shè)備；事件消息產(chǎn)生單元，其在所述運行環(huán)境中產(chǎn)生關(guān) 于所述應(yīng)用的狀態(tài)變化的信息作為第一事件消息；以及事件消息轉(zhuǎn)換單元，其將所述第一 事件消息轉(zhuǎn)換為適于所述網(wǎng)絡(luò)協(xié)議的格式的第二事件消息。 根據(jù)本發(fā)明的又一個方面，提供了一種用于根據(jù)網(wǎng)絡(luò)協(xié)議控制受控設(shè)備的控制 點，所述控制點包括應(yīng)用發(fā)送單元，當(dāng)所述控制點請求在所述受控設(shè)備中安裝應(yīng)用時，所 述應(yīng)用發(fā)送單元將所述應(yīng)用發(fā)送到所述受控設(shè)備；和事件消息處理單元，其從所述受控設(shè) 備接收代表關(guān)于所述應(yīng)用的狀態(tài)變化的信息的事件消息，其中，所述事件消息被轉(zhuǎn)換為適 于所述網(wǎng)絡(luò)協(xié)議的格式。
有益效果 根據(jù)本發(fā)明，根據(jù)預(yù)定的網(wǎng)絡(luò)協(xié)議，通過網(wǎng)絡(luò)從CP接收應(yīng)用，根據(jù)CD的運行環(huán)境
的預(yù)定框架安裝所接收的應(yīng)用，根據(jù)所述預(yù)定的框架產(chǎn)生代表應(yīng)用的狀態(tài)變化的第一事件
消息，并且將第一事件消息轉(zhuǎn)換為符合預(yù)定的網(wǎng)絡(luò)協(xié)議的第二事件消息。因此，可以根據(jù)網(wǎng)
絡(luò)協(xié)議自適應(yīng)地發(fā)送關(guān)于工作在預(yù)定的運行環(huán)境中的CD的狀態(tài)變化的信息。 此外，CP從CD接收關(guān)于應(yīng)用的狀態(tài)變化的信息，從而有效地管理應(yīng)用的生命周
期，所述生命周期包括例如安裝在CD中的應(yīng)用的安裝、更新和卸載。 而且，盡管CP不發(fā)送明確的針對應(yīng)用的狀態(tài)變化的事件消息調(diào)用，但是，每次在 應(yīng)用中出現(xiàn)狀態(tài)變化時，CD能夠異步地發(fā)送事件消息。


通過參考附圖詳細(xì)地描述本發(fā)明的示范性實施例，本發(fā)明的上述和其他方面將變 得更為清晰，在附圖中 圖1是示出了根據(jù)本發(fā)明的示范性實施例的基于UPnP的事件操作的概念圖； 圖2示出了在UPnP事件過程中使用的UPnP協(xié)議棧； 圖3是在圖1中示出的CP和CD的框圖； 圖4是根據(jù)本發(fā)明的示范性實施例的CP和CD的框圖； 圖5是示出了根據(jù)本發(fā)明的示范性實施例的事件消息發(fā)送方法的流程圖；禾口
圖6是示出了根據(jù)本發(fā)明的示范性實施例的事件消息接收方法的流程圖。
具體實施例方式
現(xiàn)在將參考附圖更全面地描述本發(fā)明的示范性實施例。在附圖中相同的參考數(shù)字 代表相同的元件，因此其描述將被省略。 在參考附圖描述本發(fā)明的示范性實施例之前，現(xiàn)在將描述UPnP。 UPnP網(wǎng)絡(luò)包括 連接到基于IP的家庭網(wǎng)絡(luò)并通過該基于IP的家庭網(wǎng)絡(luò)被控制的CD和用于通過該基于 IP的家庭網(wǎng)絡(luò)控制所述CD的CP。 UPnP網(wǎng)絡(luò)使用UPnP協(xié)議棧體系結(jié)構(gòu)，其包括例如TCP/ IP和HTTP的IP套件協(xié)議，以及例如XML和簡單對象訪問協(xié)議(simple object access protocol, SOAP)的技術(shù)，因而允許CP和CD通過進行下列階段相互通信。
第一階段是尋址操作，其中，CP和CD被給予相應(yīng)的IP地址。當(dāng)加入網(wǎng)絡(luò)中時，CD 通過使用動態(tài)主機配置協(xié)議(dynamic host configurationprotocol，DHCP)接收其自身的 IP地址，或者，當(dāng)網(wǎng)絡(luò)不具有DHCP服務(wù)器時，通過使用自動IP功能而給予其IP地址。
第二階段是發(fā)現(xiàn)操作，其中，CP搜索CD，或者CD宣告其自身位置。使用簡單服務(wù) 發(fā)現(xiàn)協(xié)議(simple service discovery protocol, SSDP)執(zhí)行發(fā)現(xiàn)階段。如果CD被添加到 網(wǎng)絡(luò)，則CD通過使用IP多播功能將SSDP活動消息(alive message)發(fā)送到網(wǎng)絡(luò)，并且CP 接收該活動消息，因而知道CD是否存在。如果CP新近加入網(wǎng)絡(luò)，則CP向網(wǎng)絡(luò)多播SSDP多 播搜索(multicast-search,M-search)消息，并且CD檢查該M-search消息，從而將包括關(guān) 于CD自己的信息的M-search響應(yīng)消息發(fā)送到CP。 第三階段是描述操作，其中，CP檢查CD的描述的內(nèi)容。CP檢查響應(yīng)消息，并且如 果有必要，可以向CD請求關(guān)于CD自己的詳細(xì)信息。響應(yīng)于該請求，CD以XML文檔的形式 發(fā)送關(guān)于自己的信息。 第四階段是控制操作，其中，CP控制CD操作。如果CP期望控制CD，則CP通過使 用簡單對象訪問協(xié)議(SOAP)，將基于關(guān)于CD的詳細(xì)信息的期望服務(wù)發(fā)送到CD。 SOAP是基 于XML的協(xié)議，其使用HTTP以便獲取遠程功能調(diào)用(remote function call, RFC)。
第五階段是事件操作，其中，CP接收CD的事件變化。當(dāng)期望從CD接收事件消息時， CP向CD發(fā)送事件訂閱調(diào)用。如果訂閱成功，則CD通過使用通用事件通知體系結(jié)構(gòu)(general event notification architecture, GENA)將事件消息發(fā)送至U CP。
第六狀態(tài)是呈現(xiàn)操作，其中，CP通過使用CD的HTML表示CD的狀態(tài)。
圖1是示出了根據(jù)本發(fā)明的示范性實施例的基于UPnP的事件操作概念圖。
參考圖1， CP 11和CD 12根據(jù)基于UPnP的協(xié)議相互通信。CD 12工作在基于OSGi 的框架中。但是，本發(fā)明的示范性實施例不限于這個協(xié)議和這個框架。換句話說，CP 11和 CD 12可以根據(jù)基于JINI、HAVi或者其他的協(xié)議相互通信，并且CD 12可以工作在各種其 他的框架中。 0SGi框架是一種在JAVA環(huán)境中實施的中間件框架，OSGi框架是針對服務(wù)環(huán)境的 標(biāo)準(zhǔn)技術(shù)。執(zhí)行OSGi框架的單元是束(bundle)，并且OSGi框架管理這些束。OSGi框架提 供可以安裝、更新和卸載這些束的運行環(huán)境。 當(dāng)CP ll想要接收由CD 12提供的服務(wù)的狀態(tài)變化時，CP ll通過網(wǎng)絡(luò)向CD 12發(fā) 送事件訂閱請求消息，該消息請求訂閱報告服務(wù)的狀態(tài)變化的事件。然后，在接收到事件訂 閱請求消息以后，CD 12將代表CP 11對事件的訂閱已經(jīng)成功的事件訂閱響應(yīng)消息發(fā)送到CP 11。此后，CD 12將包括指示服務(wù)的狀態(tài)的狀態(tài)變量的當(dāng)前值的初始事件消息發(fā)送到CP 11。
6
接著，CP 11將應(yīng)用發(fā)送到CD 12以便在CD 12中安裝該應(yīng)用。然后，在應(yīng)用安裝 階段中，CD 12在0SGi框架中產(chǎn)生事件消息，并將該事件消息的格式轉(zhuǎn)換為適于UPnP的格 式，該事件消息包括關(guān)于應(yīng)用的狀態(tài)變化的信息。 然后，CD 12將具有適于UPnP的格式的事件消息發(fā)送到CP 11。因此，CP 11能夠 識別安裝在CD 12中的應(yīng)用的狀態(tài)變化。 圖2示出了在UPnP事件過程中使用的UPnP協(xié)議棧。參考圖2 ， UPnP協(xié)議棧包括 開放型標(biāo)準(zhǔn)協(xié)議、GENA 24、 UPnP設(shè)備體系結(jié)構(gòu)25、 UPnP論壇26和UPnP廠商27。開放型 標(biāo)準(zhǔn)協(xié)議是IP 21、傳輸控制協(xié)議(TCP) 22和HTTP 23。 UPnP廠商27代表用于關(guān)于每一個設(shè)備的詳細(xì)信息和每一個設(shè)備的定義的協(xié)議。 UPnP論壇26代表用于每一個設(shè)備群的詳細(xì)規(guī)范(例如服務(wù)標(biāo)識符或者變量名)的協(xié)議。 UPnP設(shè)備體系結(jié)構(gòu)25是UPnP論壇26的上層協(xié)議。GENA 24代表被定義以便提供收發(fā)通 知的功能的協(xié)議。HTTP 23是用于根據(jù)傳輸協(xié)議構(gòu)成數(shù)據(jù)的協(xié)議。TCP 22是用于將數(shù)據(jù)劃 分為分組或者將分組組合為數(shù)據(jù)的協(xié)議。IP 21是用于發(fā)送分組的協(xié)議。TCP 22和IP 21 被用作在UPnP設(shè)備之間提供網(wǎng)絡(luò)連接的基本協(xié)議。 圖3是圖1中示出的CP 11和CD 12的框圖。參考圖3， CP 11根據(jù)基于UPnP的 網(wǎng)絡(luò)協(xié)議控制CD 12，并包括應(yīng)用發(fā)送單元111和事件消息處理單元112。為了說明方便， 假設(shè)CP 11已經(jīng)將訂閱消息發(fā)送到CD 12。 當(dāng)CP ll期望在CD 12中安裝應(yīng)用時，應(yīng)用發(fā)送單元111將應(yīng)用發(fā)送到CD 12。事 件消息處理單元112根據(jù)從CD 12接收到的事件消息請求適當(dāng)?shù)膭幼骰蛘邎?zhí)行適當(dāng)?shù)牟?作。 盡管在圖3中未示出，但是CP ll還可以包括應(yīng)用存儲單元(未示出)，以便事先 存儲應(yīng)用。在這種情況下，應(yīng)用發(fā)送單元111將事先存儲在應(yīng)用存儲單元中的應(yīng)用發(fā)送到 CD 12。如果CP ll不包括應(yīng)用存儲單元，則應(yīng)用發(fā)送單元lll從例如內(nèi)容服務(wù)器的單獨設(shè) 備接收應(yīng)用，并將接收到的應(yīng)用發(fā)送到CD 12。CD 12工作在OSGi框架中，并被CP 11根據(jù)基于UPnP的網(wǎng)絡(luò)協(xié)議控制。CD 12包
括應(yīng)用安裝單元121、事件消息產(chǎn)生單元122和事件消息轉(zhuǎn)換單元123。 應(yīng)用安裝單元121安裝從CP 11的應(yīng)用發(fā)送單元111接收到的應(yīng)用。在這種情況
下，由于CD 12工作在0SGi框架中，因此被應(yīng)用安裝單元121安裝的應(yīng)用對應(yīng)于束?？赡?br> 需要另一個束來正確地安裝先前的束，并且先前的束可以根據(jù)后一束是否存在而處于安裝
狀態(tài)或者解析狀態(tài)。但是，應(yīng)用的狀態(tài)不限于安裝或解析狀態(tài)，而是應(yīng)用可以處于多個狀態(tài)
其中之一。 更具體地說，為了正確地安裝第一束，可能需要第二束。第一束的狀態(tài)可以根據(jù)第 二束的存在或者不存在變化。當(dāng)束被安裝到框架上時，該束移動到安裝狀態(tài)。然后，框架將 試圖解析該束。當(dāng)為了正確地安裝第一束所需要的第二束不存在時，第一束的狀態(tài)可以仍 處于安裝狀態(tài)。在另一方面，當(dāng)為了正確地安裝第一束所需要的第二束存在時，第一束的狀 態(tài)可以移動到解析狀態(tài)。更具體地說，如果當(dāng)?shù)谝皇_始被應(yīng)用安裝單元121安裝時第二 束不存在，則第一束仍處于安裝狀態(tài)。此時，第一束的安裝還未完成，因而CP ll不能啟動 第一束。在另一方面，當(dāng)?shù)诙嬖谝蚨蓱?yīng)用安裝單元121安裝第一束完成時，第一束移 動到解析狀態(tài)。此時，CP ll能夠啟動第一束。
事件消息產(chǎn)生單元122根據(jù)關(guān)于出現(xiàn)在OSGi框架中的應(yīng)用安裝單元121中的應(yīng) 用的狀態(tài)變化的信息產(chǎn)生第一事件消息。更具體地說，當(dāng)在應(yīng)用安裝單元121安裝應(yīng)用期 間在應(yīng)用中出現(xiàn)狀態(tài)變化時，事件消息產(chǎn)生單元122產(chǎn)生符合OSGi框架的格式的第一事件 消息。在示范性實施例中，第一事件消息對應(yīng)于束事件。 事件消息轉(zhuǎn)換單元123將由事件消息產(chǎn)生單元122產(chǎn)生的第一事件消息轉(zhuǎn)換為適 于基于UPnP的網(wǎng)絡(luò)協(xié)議的格式的第二事件消息。因此，事件消息轉(zhuǎn)換單元123可以將在 OSGi框架中產(chǎn)生的第一事件消息轉(zhuǎn)換為以適于基于UPnP的網(wǎng)絡(luò)協(xié)議的XML格式編寫的第 二事件消息。 在CP ll和CD 12之間的一般網(wǎng)絡(luò)通信中，發(fā)送和接收符合預(yù)定的協(xié)議的請求消 息和響應(yīng)消息。如果CD 12發(fā)送不符合預(yù)定的協(xié)議的響應(yīng)消息，則盡管通過網(wǎng)絡(luò)向CP 11 發(fā)送該響應(yīng)消息，但是CP ll可能拒絕接收該響應(yīng)消息。因此，事件消息轉(zhuǎn)換單元123將第 一事件消息轉(zhuǎn)換為以適于基于UPnP的網(wǎng)絡(luò)協(xié)議的格式編寫的第二事件消息，從而防止第 二事件消息的接收被CP ll拒絕。 由于圖3是用于描述CP ll和CD 12之間的事件操作的框圖，所以在圖3中只示 出了在事件操作中使用的塊。換句話說，根據(jù)CP ll和CD 12相互通信所處的階段，在CP 11和CD 12中還可以包括其他的塊。 圖4是根據(jù)本發(fā)明的示范性實施例的第一 CP 41、第二 CP 42和CD 43的框圖。參 考圖4，第一CP 41根據(jù)基于UPnP的網(wǎng)絡(luò)協(xié)議控制CD 43，并且包括應(yīng)用發(fā)送單元411。為 了說明方便，假設(shè)第一CP 41已經(jīng)將訂閱消息發(fā)送到CD 43。第一CP 41只發(fā)送第一應(yīng)用。 期望控制第一應(yīng)用的操作的設(shè)備可以是第二CP 42而非第一CP 41。 當(dāng)?shù)谝籆P 41期望在CD 43中安裝第一應(yīng)用時，應(yīng)用發(fā)送單元411將包括第二 CP 42地址的第一應(yīng)用發(fā)送到CD 43。第二CP 42的地址是事件訂閱統(tǒng)一資源定位符(uniform resource locator, URL)，它可以被以清單文件的形式存儲在第一應(yīng)用中。
盡管在圖4中未示出，但是第一CP 41還可以包括應(yīng)用存儲單元(未示出)，以便 事先存儲應(yīng)用。在這種情況下，應(yīng)用發(fā)送單元411將事先存儲在應(yīng)用存儲單元中的應(yīng)用發(fā) 送到CD 43。如果第一CP 41不包括應(yīng)用存儲單元，則應(yīng)用發(fā)送單元411從例如內(nèi)容服務(wù)器 的單獨設(shè)備接收應(yīng)用，并將接收到的應(yīng)用發(fā)送到CD 43。 CD 43工作在0SGi框架中，并被第一和第二 CP 41和42根據(jù)基于UPnP的網(wǎng)絡(luò)協(xié) 議控制。CD 43包括應(yīng)用安裝單元431、事件消息產(chǎn)生單元432和事件消息轉(zhuǎn)換單元433。
應(yīng)用安裝單元431安裝從第一CP 41的應(yīng)用發(fā)送單元411接收到的第一應(yīng)用。在 這種情況下，由于CD 43工作在0SGi框架中，因此被應(yīng)用安裝單元431安裝的應(yīng)用對應(yīng)于 束。可能需要另一個束以便正確地安裝先前的束，并且先前的束可以根據(jù)后一束是否存在 而處于安裝狀態(tài)或者解析狀態(tài)。但是，應(yīng)用的狀態(tài)不限于安裝或解析狀態(tài)，而是應(yīng)用可以處 于多個狀態(tài)其中之 更具體地說，為了正確地安裝第一束，可能需要第二束。第一束的狀態(tài)可以根據(jù)第 二束的存在或者不存在變化。當(dāng)束被安裝到框架上時，該束移動到安裝狀態(tài)。然后，框架將 試圖解析該束。當(dāng)為了正確地安裝第一束所需要的第二束不存在時，第一束的狀態(tài)可以仍 處于安裝狀態(tài)。在另一方面，當(dāng)為了正確地安裝第一束所需要的第二束存在時，第一束的狀 態(tài)可以移動到解析狀態(tài)。更具體地說，如果當(dāng)?shù)谝皇_始被應(yīng)用安裝單元431安裝時第二束不存在，則第一束仍處于安裝狀態(tài)。此時，第一束的安裝還未完成，因而第二CP 42不能 啟動第一束。在另一方面，當(dāng)?shù)诙嬖谝蚨蓱?yīng)用安裝單元431安裝第一束完成時，第一 束移動到解析狀態(tài)。此時，第二CP 42能夠啟動第一束。 存儲單元44存儲應(yīng)用安裝單元431為了正確地安裝第一應(yīng)用所需要的第二應(yīng)用。 當(dāng)CD 43未存儲第二應(yīng)用時，應(yīng)用安裝單元431可以從存儲單元44接收第二應(yīng)用，因而完 成第一應(yīng)用的安裝。 事件消息產(chǎn)生單元432根據(jù)關(guān)于出現(xiàn)在0SGi框架中的應(yīng)用安裝單元431中的第 一應(yīng)用的狀態(tài)變化的信息產(chǎn)生第一事件消息。更具體地說，當(dāng)在應(yīng)用安裝單元431安裝應(yīng) 用期間在第一應(yīng)用中出現(xiàn)狀態(tài)變化時，事件消息產(chǎn)生單元432產(chǎn)生符合0SGi框架的格式的 第一事件消息。例如，第一事件消息對應(yīng)于束事件。 事件消息轉(zhuǎn)換單元433將由事件消息產(chǎn)生單元432產(chǎn)生的第一事件消息轉(zhuǎn)換為適 于基于UPnP的網(wǎng)絡(luò)協(xié)議的格式的第二事件消息。因此，事件消息轉(zhuǎn)換單元433可以將在 0SGi框架中產(chǎn)生的第一事件消息轉(zhuǎn)換為以適于基于UPnP的網(wǎng)絡(luò)協(xié)議的XML格式編寫的第 二事件消息。 在第一 CP 41或第二 CP 42與CD 43之間的一般網(wǎng)絡(luò)通信中，發(fā)送和接收符合預(yù) 定的協(xié)議的請求消息和響應(yīng)消息。如果CD 43發(fā)送不符合預(yù)定的協(xié)議的響應(yīng)消息，則盡管 通過網(wǎng)絡(luò)向第一 CP 41或第二 CP 42發(fā)送該響應(yīng)消息被，但是第一 CP 41或第二 CP 42可 能拒絕接收該響應(yīng)消息。因此，事件消息轉(zhuǎn)換單元433將第一事件消息轉(zhuǎn)換為以適于基于 UPnP的網(wǎng)絡(luò)協(xié)議的格式編寫的第二事件消息，從而防止第二事件消息的接收被第一CP 41 或第二CP 42拒絕。 CD 43可以包括關(guān)于多個應(yīng)用和對應(yīng)于這些應(yīng)用的事件訂閱URL的映射表。因此， 事件消息轉(zhuǎn)換單元433可以將參考該映射表將第一事件消息轉(zhuǎn)換成的第二事件消息發(fā)送 到對應(yīng)的事件訂閱URL。 由于圖4是用于描述第一 CP 41和第二 CP 42與CD 43之間的事件操作的框圖， 所以在圖2中只示出了在事件操作中使用的塊。換句話說，根據(jù)第一CP 41和第二CP 42 與CD 43相互通信所處的階段，在第一 CP 41和第二 CP 42與CD 43中還可以包括其他的 塊。 圖5是示出了根據(jù)本發(fā)明的示范性實施例的事件消息發(fā)送方法的流程圖。參考圖
5，事件消息發(fā)送方法包括由圖3的CD 12或者圖4的CD 43依次執(zhí)行的操作。上面對圖3
的CD 12或者圖4的CD 43的描述同樣地適用于圖5的事件消息發(fā)送方法。 在操作51中，應(yīng)用安裝單元121安裝根據(jù)基于UPnP的網(wǎng)絡(luò)協(xié)議從CP 11接收到
的應(yīng)用。 在操作52中，事件消息產(chǎn)生單元122向CP 11產(chǎn)生包括關(guān)于應(yīng)用的狀態(tài)變化的信 息的第一事件消息。 在操作53中，事件消息轉(zhuǎn)換單元123將由事件消息產(chǎn)生單元122產(chǎn)生的第一事件 消息轉(zhuǎn)換為適于基于UPnP的網(wǎng)絡(luò)協(xié)議的格式的第二事件消息。在這種情況下，事件消息轉(zhuǎn) 換單元123可以將第二事件消息發(fā)送到CP 11。 在本發(fā)明的示范性實施例中，應(yīng)用安裝單元121還可以執(zhí)行接收關(guān)于另一CP的信 息的操作，所述另一CP從CP ll請求關(guān)于應(yīng)用的狀態(tài)變化的信息。事件消息轉(zhuǎn)換單元123還可以執(zhí)行將第二事件消息發(fā)送到所述另一 CP的操作。 圖6是示出了根據(jù)本發(fā)明的示范性實施例的事件消息接收方法的流程圖。參考圖 6，事件消息接收方法包括由圖3的CP 11或者圖4的第一CP 41和第二CP 42依次執(zhí)行的 操作。上面對圖3的CP 11或者圖4的第一 CP 41和第二 CP 42的描述同樣地適用于圖6 的選擇性事件消息接收方法。 在操作61中，應(yīng)用發(fā)送單元111根據(jù)基于UPnP的網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)將應(yīng)用發(fā)送 到工作在OSGi框架中的CD 12。 在操作62中，事件消息處理單元112從CD 12接收適于基于UPnP的網(wǎng)絡(luò)協(xié)議的 格式的事件消息，關(guān)于應(yīng)用的狀態(tài)變化的信息被轉(zhuǎn)換為所述事件消息。事件消息處理單元 112還根據(jù)所接收的事件消息請求適當(dāng)?shù)膭幼骰蛘邎?zhí)行適當(dāng)?shù)牟僮鳌?本發(fā)明也可以被具體實施為計算機可讀記錄介質(zhì)上的計算機可讀代碼。計算機可 讀記錄介質(zhì)是任何能夠存儲以后可以被計算機系統(tǒng)讀取的數(shù)據(jù)的數(shù)據(jù)存儲設(shè)備。計算機可 讀記錄介質(zhì)的例子包括只讀存儲器(R0M)、隨機訪問存儲器(RAM)、 CD-ROM、磁帶、軟盤和光 學(xué)數(shù)據(jù)存儲設(shè)備。計算機可讀記錄介質(zhì)也可以在網(wǎng)絡(luò)耦合的計算機系統(tǒng)上分布，以使計算 機可讀代碼以分布式方式存儲和執(zhí)行。 雖然已經(jīng)參考本發(fā)明的示范性實施例具體示出和描述了本發(fā)明，但是，本領(lǐng)域技 術(shù)人員將理解，不偏離本發(fā)明的由下列權(quán)利要求限定的精神和范圍，可以做出形式和細(xì)節(jié) 上的各種變化。
10
權(quán)利要求
一種在被控制點控制的受控設(shè)備中執(zhí)行的事件消息發(fā)送方法，所述事件消息發(fā)送方法包含根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)從所述控制點接收應(yīng)用；根據(jù)所述受控設(shè)備的運行環(huán)境的框架安裝所接收的應(yīng)用；根據(jù)所述框架產(chǎn)生代表所述應(yīng)用的狀態(tài)變化的第一事件消息；以及將所述第一事件消息轉(zhuǎn)換為符合所述網(wǎng)絡(luò)協(xié)議的第二事件消息。
2. 如權(quán)利要求1所述的事件消息發(fā)送方法，還包含接收關(guān)于另一控制點的地址的信息，所述另一控制點從所述控制點請求關(guān)于所述應(yīng)用 的狀態(tài)變化的信息；以及將所述第二事件消息發(fā)送到所述另一控制點。
3. 如權(quán)利要求2所述的事件消息發(fā)送方法，其中，關(guān)于所述應(yīng)用的狀態(tài)變化的信息根 據(jù)在所述應(yīng)用的安裝期間存在另一應(yīng)用而變化。
4. 如權(quán)利要求1所述的事件消息發(fā)送方法，其中，預(yù)定的網(wǎng)絡(luò)協(xié)議是基于通用即插即 用(UPnP)的網(wǎng)絡(luò)協(xié)議，并且所述框架是基于開放服務(wù)網(wǎng)關(guān)標(biāo)準(zhǔn)(0SGi)的框架。
5. 如權(quán)利要求1所述的事件消息發(fā)送方法，其中，所述第二事件消息用可擴展標(biāo)記語 言(XML)編寫。
6. —種其上記錄有用于運行在被控制點控制的受控設(shè)備中執(zhí)行的事件消息發(fā)送方法 的程序的計算機可讀記錄介質(zhì)，所述事件消息發(fā)送方法包含根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)從所述控制點接收應(yīng)用； 根據(jù)所述受控設(shè)備的運行環(huán)境的框架安裝所接收的應(yīng)用； 根據(jù)所述框架產(chǎn)生代表所述應(yīng)用的狀態(tài)變化的第一事件消息；禾口 將所述第一事件消息轉(zhuǎn)換為符合所述網(wǎng)絡(luò)協(xié)議的第二事件消息。
7. —種事件消息接收方法，包含 根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)將應(yīng)用發(fā)送到受控設(shè)備；以及 從所述受控設(shè)備接收代表關(guān)于所述應(yīng)用的狀態(tài)變化的信息的事件消息， 其中，根據(jù)所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換所述事件消息。
8. 如權(quán)利要求7所述的事件消息接收方法，還包含 發(fā)送關(guān)于請求關(guān)于所述應(yīng)用的狀態(tài)變化的信息的控制點的地址的信息， 其中，在接收所述事件消息時，所述請求關(guān)于所述應(yīng)用的狀態(tài)變化的信息的控制點接收所述事件消息。
9. 如權(quán)利要求8所述的事件消息接收方法，其中，關(guān)于所述應(yīng)用的狀態(tài)變化的信息根 據(jù)在所述應(yīng)用的安裝期間存在另一應(yīng)用而變化。
10. 如權(quán)利要求7所述的事件消息接收方法，其中，所述網(wǎng)絡(luò)協(xié)議是基于通用即插即用 (UPnP)的網(wǎng)絡(luò)協(xié)議，并且所述框架是基于開放服務(wù)網(wǎng)關(guān)標(biāo)準(zhǔn)(0SGi)的框架。
11. 如權(quán)利要求7所述的事件消息接收方法，其中，所述事件消息用可擴展標(biāo)記語言 (XML)編寫。
12. —種其上記錄有用于運行在被控制點控制的受控設(shè)備中執(zhí)行的事件消息接收方法 的程序的計算機可讀記錄介質(zhì)，所述方法包含根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)將應(yīng)用發(fā)送到受控設(shè)備；禾口從所述受控設(shè)備接收代表關(guān)于所述應(yīng)用的狀態(tài)變化的信息的事件消息， 其中，根據(jù)所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換所述事件消息。
13. —種工作在運行環(huán)境中的受控設(shè)備，所述受控設(shè)備包含應(yīng)用安裝單元，其在所述受控設(shè)備中安裝從第一控制點接收的應(yīng)用，所述第一控制點 根據(jù)網(wǎng)絡(luò)協(xié)議控制所述受控設(shè)備；事件消息產(chǎn)生單元，其在所述運行環(huán)境中產(chǎn)生關(guān)于所述應(yīng)用的狀態(tài)變化的信息作為第 一事件消息；禾口事件消息轉(zhuǎn)換單元，其將所述第一事件消息轉(zhuǎn)換為適于所述網(wǎng)絡(luò)協(xié)議的格式的第二事 件消息。
14. 如權(quán)利要求13所述的受控設(shè)備，其中，所述應(yīng)用安裝單元接收關(guān)于第二控制點的信息，所述第二控制點從所述第一控制點請 求關(guān)于所述應(yīng)用的狀態(tài)變化的信息；禾口所述事件消息轉(zhuǎn)換單元將所述第二事件消息發(fā)送到所述第二控制點。
15. 如權(quán)利要求14所述受控設(shè)備，其中，關(guān)于所述應(yīng)用的狀態(tài)變化的信息根據(jù)在所述 第一應(yīng)用的安裝期間存在另一應(yīng)用而變化。
16. 如權(quán)利要求13所述的受控設(shè)備，其中，所述網(wǎng)絡(luò)協(xié)議是基于通用即插即用(UPnP) 的網(wǎng)絡(luò)協(xié)議，并且所述框架是基于開放服務(wù)網(wǎng)關(guān)標(biāo)準(zhǔn)(0SGi)的框架。
17. 如權(quán)利要求13所述的受控設(shè)備，其中，所述第二事件消息用可擴展標(biāo)記語言(XML) 編寫。
18. —種用于根據(jù)網(wǎng)絡(luò)協(xié)議控制受控設(shè)備的控制點，所述控制點包含應(yīng)用發(fā)送單元，當(dāng)所述控制點請求在所述受控設(shè)備中安裝應(yīng)用時，所述應(yīng)用發(fā)送單元將所述應(yīng)用發(fā)送到所述受控設(shè)備；禾口事件消息處理單元，其從所述受控設(shè)備接收代表關(guān)于所述應(yīng)用的狀態(tài)變化的信息的事 件消息，其中，所述事件消息被轉(zhuǎn)換為適于所述網(wǎng)絡(luò)協(xié)議的格式。
19. 如權(quán)利要求18所述的控制點，其中，所述應(yīng)用發(fā)送單元將所述應(yīng)用和請求關(guān)于所 述應(yīng)用的狀態(tài)變化的信息的另一控制點的地址一起發(fā)送。
20. 如權(quán)利要求19所述的控制點，其中，關(guān)于所述應(yīng)用的狀態(tài)變化的信息根據(jù)在所述 應(yīng)用的安裝期間存在另一應(yīng)用而變化。
21. 如權(quán)利要求18所述的控制點，其中，所述網(wǎng)絡(luò)協(xié)議是基于通用即插即用(UPnP)的 網(wǎng)絡(luò)協(xié)議，并且所述框架是基于開放服務(wù)網(wǎng)關(guān)標(biāo)準(zhǔn)(0SGi)的框架。
22. 如權(quán)利要求18所述的控制點，其中，所述事件消息用可擴展標(biāo)記語言(XML)編寫。
全文摘要
提供了一種在被控制點(CP)控制的受控設(shè)備(CD)中執(zhí)行的事件消息發(fā)送方法，其中，根據(jù)網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)從CP接收應(yīng)用，根據(jù)CD的運行環(huán)境的框架安裝所接收的應(yīng)用，根據(jù)所述框架產(chǎn)生代表所述應(yīng)用的狀態(tài)變化的第一事件消息，并且將所述第一事件消息轉(zhuǎn)換為符合預(yù)定的網(wǎng)絡(luò)協(xié)議的第二事件消息。因此，可以根據(jù)網(wǎng)絡(luò)協(xié)議自適應(yīng)地發(fā)送關(guān)于工作在運行環(huán)境中的CD的狀態(tài)變化的信息。
文檔編號H04L12/12GK101785246SQ200880103924
公開日2010年7月21日 申請日期2008年5月23日 優(yōu)先權(quán)日2007年6月22日
發(fā)明者巴拉德維耶·K·維德勒, 蘇布拉瑪尼安·克里什納莫爾希, 鄭東信, 錢納克沙瓦·S·斯里坎斯 申請人:三星電子株式會社