專利名稱：通過UPnP服務遠程控制的方法和設備的制作方法
技術領域：
本發(fā)明針對通過UPnP (“Universal Plug and Play”首字母縮合詞，即通用即插即用)服務進行遠程控制的方法和設備。本發(fā)明特別適于用UPnP服務替代通過紅外輻射所傳輸?shù)拿?。本發(fā)明的技術領域涉及視聽服務，特別地涉及通過使用UPnP命令對可遠程控制設備進行遠程控制。
背景技術：
民用數(shù)字電子技術經(jīng)歷允許使用DLNA (“Digital Living Network Alliance”首字母縮合詞，即數(shù)字生活網(wǎng)絡聯(lián)盟)和UPnP的大眾電子設備如數(shù)字電視解碼器、音頻設備和游戲及視頻設備的來臨?！癠PnP AV” (UPnP Audio & Vid6o，也就是UPnP音頻&視頻)架構，使得在民用網(wǎng)絡中出現(xiàn)三個實體，用于對音頻、視頻和圖片內容進行管理—“Media Server” (serveur de m6dias,也就是媒體服務器)即 “MS” 與網(wǎng)絡的UPnP客戶端分享其媒體(如音頻、視頻或圖像)的“從”實體；—“Control Point”(Point de Coiltr6丨e，也就是控制點)即 “CP” UPnP 客戶端，網(wǎng)絡的“主”實體，其可探測UPnP實體或UPnP設備(在UPnP標準中被稱為“devices”)和其服務，可從這些UPnP實體接收事件和通過給其發(fā)送UPnP動作對這些UPnP實體進行控制，和一 “Media Renderer” (restituteur de m6dia,也就是媒體值染器)即 “MR” 負責播放或顯示內容(例如，電視屏幕，高保真組合音響設備等)的“從”實體。一般性地，被稱為 “Media Renderer” 的設備也是 “Media Player” (lecteur
de m6dias，也就是媒體播放器)S卩 “MP”，并集成有 “MediaController” (conti oleur demedia,也就是媒體控制器)即“MC”，媒體控制器能夠在設備自身上播放來自媒體服務器的內容?？梢宰⒁獾?，還使用術語“ DMS ”、“ DMR”和“ DMC ”來分別替代術語“MS ”、“MR”和“MC”，加上的“D”表示數(shù)字或數(shù)位。這些實體中的每一個實體執(zhí)行UPnP規(guī)定的服務。特別地,“digital mediarenderer (數(shù)字媒體值染器)，，應包括“ConnectionManager，，(gestionnaire de connexion,也就是連接管理器)服務和“RenderingControl” (controle de rendu,也就是渲染控制)服務，并且通常包括“AVTransport” (transport audio-vid6o,也就音視頻傳輸)服務。與人機界面(即“IHM”)相連的控制點的軟件允許用戶選擇“media server”提供的內容(例如視頻、音頻或圖像)和按照其選擇在“media renderer”上進行播送。例如,NokiaN95 (注冊商標)手機包括“digital media controller (數(shù)字媒體控制器)”,這種數(shù)字媒體控制器允許查看UPnP媒體服務器的內容和將所述內容向UPnP “media renderer”(例如UPnP高保真組合音響設備或UPnP相框)推送。
在UPnP內部，設置通過特定演變對標準進行豐富。實際上，企業(yè)家可定義其自身的UPnP實體和相關聯(lián)的服務例如根據(jù)由UPnP標準化的形式添加“actions (動作)”或擴展現(xiàn)有服務，這些擴展被稱為“vendor-specific” (specifiques au vendeur,也就是供應商專用擴展)。一旦控制點或數(shù)字媒體控制器發(fā)現(xiàn)網(wǎng)絡的一 UPnP實體，控制點或數(shù)字媒體控制器就通過包含在發(fā)現(xiàn)消息中的一 URL(統(tǒng)一資源定位符)獲得該實體的描述(被稱為“devicedescription”，即設備描述)。然后，從在該實體的描述中包含的URL，對于由該實體實施的每項服務，其獲得一服務描述，該服務描述包括可調用動作或UPnP命令列表、以及對于其每個動作的可能參數(shù)。服務描述還包括狀態(tài)變量列表，狀態(tài)變量列表描述在其執(zhí)行時服務的當前狀態(tài)。但是不存在允許對設備進行完全控制的UPn P服務。為遙控解碼器，現(xiàn)有技術在于向該解碼器發(fā)送紅外代碼。該技術仍是一種“定向”或“l(fā)ine of sight (可視通路)”解決方案，即需要將遙控器對準的用戶和所涉及解碼器的接收器之間不存在障礙物。此外，與成套地具有可充電電池和相關聯(lián)的充電器的移動類型的終端相反的是，傳統(tǒng)遙控器經(jīng)常由電池供電，而需要對電池進行更換。在傳統(tǒng)遙控器的情形中，通信從遙控器朝解碼器是單向的。遙控器此外不具備任何顯示或表現(xiàn)來自解碼器的信息的能力。遙控器僅作為單一物品(exemplaire)配合解碼器提供。當遙控器被損壞或遺失時，遠程控制變得是不可能的，需要獲得可與原遙控器相兼容的新遙控器。同樣，當兩個人期望相繼地遙控同一設備時，這兩個人需要相互用手傳遞遙控器。此外，除被稱為“通用的”遙控器以外，傳統(tǒng)遙控器僅用于控制單一設備和其相關的內容。因此，需要具有與需遙控設備同樣多數(shù)量的遙控器，這會造成空間損失、電池較大消耗和遙控器遺失的風險、或者當將不同設備的遙控器混淆時將非本意的命令發(fā)送到一設備而非另一設備的風險。最后，例如對于Nokia N95，存在允許控制DMS或DMR類型的UPnP設備的應用程序，但這些應用程序僅允許對UPnP/DLNA中定義的功能進行控制，而基本功能(如更換接收頻道)則只能通過紅外遙控獲得。

發(fā)明內容
本發(fā)明旨在彌補這些缺陷。為此，根據(jù)第一方面，本發(fā)明針對使用命令處理模塊的待控制設備的遠程控制方法，其特征在于，所述遠程控制方法包括在控制設備上實施遠程控制應用程序的實施步驟，所述遠程控制應用程序在探測到用戶與同該遠程控制應用程序相關聯(lián)的用戶界面進行的至少一交互后，通過網(wǎng)絡調用命令接收服務的至少一動作，所述命令接收服務在所述待控制設備中實施和將表示所述交互的至少一控制代碼傳輸給所述命令處理模塊。注意到，術語“服務”這里延伸到UPnP標準或者等同或衍生標準的含義。更為一般性地，這涉及一實體的一組功能，該組功能是該實體聲明的并且其執(zhí)行能夠通過網(wǎng)絡的另一實體啟動。在UPnP中，UPnP實體根據(jù)實體發(fā)現(xiàn)和被發(fā)現(xiàn)實體的詢問的機制聲明與其實施的服務相關聯(lián)的功能。借助于本發(fā)明的實施，待控制設備具有一新的遠程控制通道，該通道從用戶，經(jīng)過與應用程序相關聯(lián)的用戶界面和經(jīng)過命令接收服務以到達設備的命令處理模塊。根據(jù)命令輸入硬件界面可用于控制所述待控制設備的一實施方式，所述命令處理模塊被設計用以從所述命令輸入硬件界面接收相同控制代碼。命令接收服務因而提供一種新的控制模式，其與通過硬件界面進行控制的控制模式相補充。命令接收服務實際上允許將來自控制設備的控制代碼接收并傳輸給命令處理模塊，這些控制代碼與來自硬件界面的控制代碼是相同的。因此，這意味著將命令接收服務與命令處理模塊相聯(lián)接，以使該相同的命令處理模塊能夠同時用于對來自硬件界面的控制代碼進行處理，和當控制代碼來自遠程控制設備和在對該控制服務的動作的調用后生成時同時用于對這些相同的控制代碼進行處理。根據(jù)一實施方式,傳輸?shù)教幚砟K的控制代碼表不能夠在所述待控制設備的命令輸入硬件界面上進行操作的動作。本發(fā)明的實施允許通過由UPnP控制句法替代紅外代碼來設置新的遠程控制機制。一般性地，本發(fā)明允許用軟件界面來替代可用于對待控制設備進行控制的命令輸入硬件界面(紅外遙控器、鍵盤、按鈕、滾輪或在設備機殼上的其它執(zhí)行機構等)，其中所述軟件界面用于生成表示能在這類命令輸入硬件界面上進行操作的動作的控制代碼。
這意味著不僅用戶能控制與UPnP網(wǎng)絡相連接的設備(解碼器、機頂盒“STB”即“Set-top box”的首字母縮合詞、電視機、高保真組合音響設備等類型)中的DMR (DigitalMedia Renderer的首字母縮合詞,指數(shù)字媒體渲染器)UPnP實體,而且還通過用于遠程控制的新服務、特別是UPnP，基于能夠調用該新的命令接收服務的各種控制應用程序，獲得遙控按鈕或位于設備機殼上的按鈕的等同物。為完全控制帶UPnP層級的解碼器，該新的UPnP服務被定義和同時在用于動作調用部分的UPnP控制點端、和用于命令接收服務實施的待控制設備端運行。因此本發(fā)明提供用實施新的命令接收服務的設備來替代本地控制(待控制設備的鍵盤)或遠程控制、特別是傳統(tǒng)遙控器(射線和紅外代碼遙控器)的部件。根據(jù)一些具體的特征，在實施步驟的過程中，控制應用程序獲得一文件，該文件根據(jù)用戶與用戶界面進行的交互定義待調用動作和/或可能的動作參數(shù)。注意到，本發(fā)明并不局限于紅外遙控器的鍵控代碼，而是覆蓋表示能在命令輸入硬件界面上進行操作的動作的任何控制代碼，只要命令接收服務通過遠程控制應用程序被識別。根據(jù)一些具體的特征，如上文簡要描述的本發(fā)明的目標方法包括根據(jù)配置文件對用戶界面進行配置的步驟，配置文件通過所述應用程序獲得和定義表示所述待控制設備的命令輸入硬件界面的命令輸入元素的圖形元素。根據(jù)一些具體的特征，配置文件是待控制設備所專有的。根據(jù)一些具體的特征，配置文件定義用戶與用戶可與其進行交互的用戶界面的每個元素進行的交互類型，所調用動作和/或這些動作的可能參數(shù)與所探測到的交互類型相關。
根據(jù)第二方面，本發(fā)明針對使用命令處理模塊的待控制設備的遠程控制方法，其特征在于，所述遠程控制方法包括在所述待控制設備上實施命令接收服務的實施步驟，所述命令接收服務執(zhí)行由遠程控制應用程序通過網(wǎng)絡調用的動作，并將表示用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的交互的控制代碼傳輸給所述命令處理模塊。根據(jù)一些具體的特征，所述應用程序集成在UPnP實體中和命令接收服務是UPnP服務。根據(jù)一些具體的特征，如上文中簡要描述的本發(fā)明的目標方法包括通過所述遠程控制應用程序發(fā)現(xiàn)使用所述遠程命令接收服務的網(wǎng)絡設備的發(fā)現(xiàn)步驟，至少在發(fā)現(xiàn)多于一個的這類設備的情形下，所述遠程控制方法包括表現(xiàn)被發(fā)現(xiàn)的設備的表現(xiàn)步驟、和由用戶選擇被發(fā)現(xiàn)的設備之一的選擇步驟，所述調用尋址到所選擇的設備。本發(fā)明的目標遠程控制可被使用來對所有紅外遙控設備進行控制和更為一般性地對具有命令輸入硬件界面的設備進行控制。本發(fā)明特別地旨在提供與設備相連接的網(wǎng)絡的實體、被設計用以將控制代碼傳輸?shù)矫钐幚砟K的命令接收服務，該模塊能夠/被設 計成從命令輸入硬件界面接收這些相同的控制代碼。根據(jù)一些具體的特征，控制代碼表示能夠在所述待控制設備的命令輸入硬件界面上進行操作的動作。根據(jù)一些具體的特征，所述控制代碼表示所述用戶與所述待控制設備的命令輸入硬件界面的鍵進行的單一交互、雙重交互或長時交互。根據(jù)一些具體的特征，至少一所調用的動作表示利用所述用戶界面錄入的字符串。因此，本發(fā)明允許新型的功能，例如通過文件或作品的標題、其作者、其譯者或使用字符串的各種其它索引遠程查詢該文件或作品。根據(jù)一些具體的特征，所述控制代碼表示對所述待控制設備的命令輸入硬件界面的鍵的按壓或釋放。因此，典型地，一個鍵一個鍵的管理類型包括對用戶界面元素的按壓和釋放，另一種管理類型則不包括這種對用戶界面的元素的按壓和釋放。這些按壓和釋放允許遠程命令接收服務考慮交互的時間和區(qū)分長按壓和短按壓。根據(jù)第三方面，本發(fā)明針對一種控制設備和一種待控制設備。使用命令處理模塊的待控制設備的遠程控制設備，其特征在于，所述遠程控制設備包括實施遠程控制應用程序的實施部件，所述遠程控制應用程序在探測到用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的至少一交互之后，適于通過網(wǎng)絡調用命令接收服務的至少一動作，所述命令接收服務在所述待控制設備中實施和將表示所述交互的至少一控制代碼傳輸給所述命令處理模塊。使用命令處理模塊的待控制設備，其特征在于，所述待控制設備包括實施命令接收服務的實施部件，所述命令接收服務適于執(zhí)行由遠程控制應用程序通過網(wǎng)絡調用的動作和適于將表示用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的交互的控制代碼傳輸給所述命令處理模塊。這些設備的優(yōu)點、目的和特征與如在上文中簡要描述的本發(fā)明的目標方法的優(yōu)點、目的和特征相類似，在這里不再提及。


本發(fā)明的其它的優(yōu)點、目的和特征將從接下來參照附圖以闡述而完全非限定性的說明中得到體現(xiàn)，附圖中一圖I示意性地示出替代紅外遙控器的本發(fā)明目標系統(tǒng)的一具體實施方式
；一圖2示出通過本發(fā)明目標方法和目標系統(tǒng)的一簡化實施方式發(fā)送的請求，和一圖3以邏輯圖的形式示出在本發(fā)明目標方法的一具體實施方式
中實施的步驟。
具體實施例方式在接下來的整個說明書中，不加區(qū)別地使用術語“touche (按鍵)”、“cl6 (鍵碼)”或“圖標”來表示用戶可與其進行交互的硬件或軟件操作元素，這些元素例如存在于待控制設備的命令輸入硬件界面上或鍵盤上。圖I僅顯示單一的控制設備和單一的待控制設備。但本發(fā)明也適用于通過單一控制設備對多個待控制設備進行遙控。在圖I上可以觀察到待遠程控制設備105、傳統(tǒng)紅外遙控器110和遠程控制設備150。待控制設備105是集成UPnP實體的任何設備，該UPnP實體實施UPnP標準中定義的UPnP服務(例如UPnP媒體服務器、UPnP媒體渲染器或數(shù)字媒體打印機Digital MediaPrinter即“DMPr”等)和此外實施如在本發(fā)明中所定義的命令接收服務。待控制設備105例如是解碼器、高保真組合音響設備、通用計算機、收音機、電視機、或機頂盒，可通過本地鍵盤、通過光學信號或電信號、通過載波電流、通過WiFi或藍牙Bluetooth (注冊商標)來控制這些設備。在圖I示例中，所述待控制設備可通過命令輸入硬件界面、例如通過紅外遙控器110進行控制。為此，遙控器110具有鍵盤鍵115 ;編碼器117，對于每次按壓鍵盤鍵115之一，該編碼器就提供一鍵控代碼；和紅外信號發(fā)射器120，其調制表示通過編碼器117生成的鍵控代碼的紅外信號。在待控制設備105端，紅外信號接收器125接收這些信號并在將這些信號傳輸給命令處理模塊130之前對這些信號進行解調制。在解譯所接收的鍵控代碼后，命令處理模塊130激活設備105的一個或多個功能135。根據(jù)本發(fā)明，將所實施的遙控部件同時添加在控制設備150中和至少一待控制設備105中。這里，控制設備150是便攜式設備，例如移動電話、個人數(shù)字助理即PDA、或便攜式或筆記本電腦。在圖I上所示的實施方式中，控制設備150包括—圖形屏幕I55，一應用程序160，所述應用程序在圖形屏幕上運行用戶界面、和用戶界面控制器，用戶界面控制器探測用戶與用戶界面的交互和調用待控制設備105的命令接收和解譯服務170的動作，和 一遠程通信模塊165。遠程通信模塊165通過本地網(wǎng)絡(未顯示)與待控制設備105的遠程通信模塊167進行通信。命令接收和解譯服務170通過模塊167接收UPnP動作調用請求，解譯這些命令和其可能的參數(shù)，將來自該解譯的控制代碼傳輸給命令處理模塊130。
因此，下文中被稱為“RemoteControl (遙控)”服務的服務170，用作允許使由命令處理模塊130實施的控制模式和功能135可接入本地網(wǎng)絡的UPnP實體的界面。命令處理模塊130能夠同時接收和處理從遙控器120通過紅外信號發(fā)射的鍵控代碼、和來自UPnP命令的控制代碼，這些UPnP命令通過調用“RemoteControl”服務170提供的UPnP動作經(jīng)本地網(wǎng)絡傳送。待控制設備105還實施“digital media renderer”即DMR類型的UPnP實體175,該UPnP實體根據(jù)UPnP標準實施“ConnectionManager (連接管理器)”服務和^RenderingControl (渲染控制)”服務和通常包括“AVTransport (音視頻傳輸)”服務。該標準服務組在圖I上通過標記171表示。這些服務的動作調用請求也經(jīng)遠程通信模塊165、本地網(wǎng)絡和遠程通信模塊167進行傳輸?！癛emoteControl”服務170優(yōu)選作為UPnP實體/UPnP設備的UPnP服務來實現(xiàn)。 在這里作為示例描述的實施方式中，“RemoteControl”服務170通過UPnP實體175 (或根據(jù)UPnP術語，DMR設備)實現(xiàn)。這樣，利用控制應用程序160和與該應用程序相關聯(lián)的用戶界面，用戶能夠完全控制待控制設備105的功能一方面，常見地通過紅外命令啟動的基本功能，另一方面，通過 “ConnectionManager”、“RenderingControI ” 和 “AVTransport” 服務提供的DMR播送功能。待控制設備105也可以是集成有使用如本發(fā)明中定義的UPnP命令接收服務作為單一服務的UPnP實體的設備。圖2示出用于在解碼器105上更換頻道的消息交換。假定允許遠程控制的應用程序160在移動電話150上運行，和通過其用戶界面向用戶顯示一頻道列表及一些圖形元素，這些頻道中的每個頻道通過一頻道號加以識別，而圖形元素表示帶有數(shù)字“0”到“9”的數(shù)字鍵盤的鍵。根據(jù)在該用戶界面上探測到的交互，控制應用程序調用“RemoteControl”服務170的動作。例如，如果用戶選擇頻道號“12”并在表示數(shù)字鍵盤的DMC的用戶界面的部分上接連選擇鍵“ I ”和“ 2 ”，則DMC調用以下動作一使用以下參數(shù)的動作 “ SendKeyPressEvent () ” KeyCode= “D1 ” 和PressType= “SINGLEPRESS”，和一使用以下參數(shù)的動作 “ SendKeyPressEvent () ” KeyCode= “D2” 和PressType= “SINGLEPRESS”，其中，參數(shù)“KeyCode”識別所按壓的鍵，而參數(shù)“PressType”識別交互類型，在此情形下是鍵按壓類型。對于允許用戶交互的所有用戶界面元素,DMC應用程序知曉要調用的每個動作(例如一個動作或一動作序列，所述動作如有可能通過“宏指令”啟動)、要以參數(shù)使用的鍵控代碼(“key codes”)和要探測的交互類型。根據(jù)相同的動作調用原理，一動作可被調用用于多個被探測到的交互。DMC應用程序160例如可被使用來發(fā)送一字母數(shù)字字符串，該字母數(shù)字字符串是用戶通過與表示字母數(shù)字鍵盤的用戶界面的一部分進行多次交互錄入的字母數(shù)字字符串。在此情形下，字符串例如作為為此設計的“ SendKeyCodeSequence ”動作的參數(shù)被傳輸。
包括鍵控代碼和關于鍵按壓類型的可能信息的動作的調用請求，通過應用程序160進行發(fā)送和尋址到“RemoteControl”服務170和根據(jù)在UPnP中設置的發(fā)現(xiàn)協(xié)議進行探測。在通過“RemoteControl”服務170接收到動作的調用請求和其可能的參數(shù)時，“RemoteControl”服務將該請求轉換為控制代碼，繼而將這些控制代碼傳輸給處理模塊130。在下文中闡述本發(fā)明的對于允許遠程控制多個待控制設備105的應用程序160的一實施方式，該應用程序是通用的和可配置的而無論待控制設備105如何。應用程序160例如集成在UPnP DMC中，以使得所有UPnP動作——方面，包括對于UPnP DMR播送服務在UPnP標準中定義的UPnP動作，和一另一方面,包括對于“RemoteControl”服務170根據(jù)本發(fā)明定義的UPnP動作，所有UPnP動作在單一和同一的應用程序160中進行實施。在這點上,應用程序160也被稱為“DMC應用程序”。DMC應用程序160因此表示這樣的應用程序其允許用戶控制民用網(wǎng)絡的運行“RemoteControl”服務170的一些UPnP設備。DMC應用程序160由用戶界面(“UI”，指“UserInterface”)和UPnP DMC模塊組成，該模塊通過探測和調用“RemoteControl”服務170的動作的能力被充實。由于其與“RemoteControl”服務170的兼容性，因而應用程序160能夠以特定的方式在屏幕155上向用戶呈現(xiàn)使用“RemoteControl”服務170的UPnP設備。例如，當應用程序160顯示民用網(wǎng)絡的UPnP設備列表時，使用“RemoteControl”服務170的每個設備通過遙控圖標進行識別。通過選擇該圖標，用戶回到所考慮的設備105的“遙控”模式中，專用于該遠程控制的屏幕通過用戶界面在屏幕155上對用戶進行顯示。為了優(yōu)先通用的DMC應用程序160，優(yōu)選地，定義其按鈕和其它交互圖形元素是可配置的用戶界面的屏幕。實際上，按鈕和其它交互圖形元素的列表、它們的布置和相關聯(lián)的鍵控代碼在XML配置文件中進行描述，XML配置文件是DMC控制設備應用程序160在其初始化時所獲得的。該文件要么通過DMC應用程序被預錄入預定的文件索引中，要么該文件在接收到為此定義的或甚至通過由“RemoteControl”服務170提供的URL獲得的請求時，通過“RemoteControl”服務170被傳輸給DMC應用程序。假定在用戶界面的按鈕之一或另一交互圖形元素處進行的每次交互通過UPnP動作調用請求，引起一個或多個鍵控代碼的發(fā)送。為此，配置文件根據(jù)用戶與同控制應用程序相關聯(lián)的用戶界面進行的交互，定義要調用的動作和/或可能的動作參數(shù)?！癝endKeyStrokeEvent”動作向“RemoteControl”服務 170 指明對鍵的敲擊。該動作包括以下參數(shù)自變量方向相關的狀態(tài)變量KeyCodeINA_ARGTYPE_KeyCodeStrokeType INA—ARGTYPE—StrokeType錯誤代碼錯誤描述描述
801Invalid Key Code 代碼不是有效的802Invalid Stroke Type敲擊類型不是有效的“SendKeyPressEvent” 動作向 “RemoteControl” 服務 170 指明對鍵的按壓。該動作包括以下參數(shù)自變量方向相關的狀態(tài)變量KeyCodeINA_ ARGTYPE_KeyCodePressType INA_ARGTYPE_Pr e s s Typ e錯誤代碼錯誤描述描述801Invalid Key Code 代碼不是有效的802Invalid Press Type按壓類型不是有效的根據(jù)要控制的設備，可能需要探測用戶在應用程序160的用戶界面上的不同交互類型一鍵的按壓或釋放，其通過鼠標在表示所考慮的鍵的圖形元素上點擊進行模擬或一鍵的按壓時間，其通過鼠標在表示所考慮的鍵的圖形元素上點擊進行模擬?！癛emoteControl”服務170實際上允許對不同的鍵按壓時間(“SINGLE”表示單一的短按壓，“DOUBLE”表示兩次短按壓，而“LONG”表示長按壓)和較低等級的事件(鍵的按壓或釋放類型)進行管理。配置文件因此規(guī)定對于表示一按鈕的每個圖形元素要探測的交互類型，特別地如果用戶界面即n模塊應執(zhí)行對按鈕的PUSH/RELEASE(即按壓/釋放)的管理和在此情形下，通過“SendKeyStrokeEvent ()”動作發(fā)送低等級“PUSH”(按壓)和“RELEASE"(釋放)事件。關于“ SendKeyCodeSequence () ”，該動作將一鍵控代碼序列發(fā)送給“RemoteControl ” 服務 170.自變量方向相關的狀態(tài)變量KeySequence INA_ARGTYPE_KeyCodeLi st關于字符發(fā)送，利用新的遙控服務，可提供先進應用，例如允許用戶通過錄入視頻文件的標題、其作者、其譯者之一或使用字符串的任何其它參照在VOD目錄中查詢該視頻文件。該功能可通過使用基于與“RemoteControl”服務170相兼容的DMC的富媒體應用程序(“rich media application”)而容易地進行提供。為此，考慮兩種運行選擇一使用動作“SendKeySequenceO ”來傳輸字符。為避免與遠程控制鍵控代碼的沖突，可分開字符(例如用英語術語“backslash”來表示的反斜線或反向斜杠，其后跟隨要傳輸?shù)淖址?，或規(guī)定ASCII或UTF8代碼(例如對于字符“a”是“ASC48”)，—創(chuàng)建一特定動作，用以傳輸字符“UTF-8”(例如，“SendCharacters () ”,其包括待傳輸?shù)淖址缱宰兞俊?IN”)。屏幕配置文件名可根據(jù)在對UPnP實體的描述中所規(guī)定的特性進行選擇。UPnP實體的“modelName”特性例如被使用來找到屏幕配置文件名。例如，如果解碼器STB的modeIName 是“Decodeur TV”，則配置文件為 “decodeur_tvRemoteConfig. xml”。在下文中給出XML配置文件的一示例< xml version=《I. O》encoding=《UTF-8》><remoteConf ig>〈button position= ((I)) text= ((Menu)) icon= ((menu, png)) >〈key code=《MENU》type=《SINGLEPRESS》〉
〈/button〉〈button position=《2》text=《UP》icon= ((up. png)) keystroke=《UP》></remoteConfig>以上示例定義了兩按鈕一按鈕“MENU”，其對應遙控器的“MENU”鍵。在界面中選擇該按鈕應產(chǎn)生“MENU”鍵控代碼(“KeyCode”)與相當“SINGLEPRESS”(單一按壓)的按壓類型(“pressType”)的變量的發(fā)送，和一按鈕“UP”，其對應“上”箭頭?！発eystroke”屬性允 許給n模塊規(guī)定對于該按鈕其需要管理低等級的按壓/釋放?！皃osition”屬性允許明確按鈕在屏幕中的位置。例如，屏幕展示呈格柵形式的按鈕，格柵的每個格子被編號和關聯(lián)到一按鈕。與對在圖3上示出的步驟的描述同時地，在下文中提醒注意UPnP標準的原理。UPnP允許對網(wǎng)絡上存在的UPnP實體(“network devices”)進行定義、發(fā)現(xiàn)和控制。在步驟305的過程中，在控制設備150上初始化運行用戶界面的應用程序160，該應用程序在控制設備上或在與控制設備進行通信的外置設備上被運行，其探測用戶與用戶界面的交互和調用對應所述交互的“RemoteControl”服務170的動作。在步驟310的過程中，在至少一待控制設備105上,初始化“RemoteControl”服務170，“RemoteControl”服務170從應用程序160接收動作調用請求，將這些請求轉換為控制代碼，繼而將這些控制代碼傳輸給命令處理模塊130。在尋址(“addressing”)階段315，每個設備105和150接入UPnP網(wǎng)絡，自動地獲得網(wǎng)絡實體可使用來與該設備進行通信的單一地址。在描述階段320的過程中，每個設備105和150以標準格式概括其服務和能力。特別地，待控制設備105指出其具備“RemoteControl”服務170。在描述階段時，UPnP實體在基于XML的文件中給出其所提供的服務的列表。UPnP實體描述包括URL，該URL允許訪問由該實體提供的每項服務的描述。服務描述提供關于該服務、該服務提供的動作、服務參數(shù)和其反饋值的詳細信息。在發(fā)現(xiàn)(“discovery”)階段325時，設備105通過UPnP控制點、特別是通過設備150被探測，所述UPnP控制點、特別是設備150通過獲取其描述而得知設備105的能力。通過使用Simple Service Discovery Protocol (SSDP,即簡單業(yè)務發(fā)現(xiàn)協(xié)議)協(xié)議，所述發(fā)現(xiàn)階段定義UPnP實體如何表明其存在和UPnP控制點如何發(fā)現(xiàn)UPnP實體。該SSDP協(xié)議擴展HTTP協(xié)議的箋頭，以提供基于多點傳送式播送的簡單發(fā)現(xiàn)協(xié)議。一旦UPnP實體獲得一 IP地址，該UPnP實體就定期地在網(wǎng)絡上進行顯示。這種定期通信以及在發(fā)現(xiàn)階段時的響應包括XML描述文件的URL。該URL給UPnP控制點提供信息，這些信息是UPnP控制點所需要的，用以找到對該UPnP實體和其服務的描述。描述文件通過UPnP控制點被找到，和探測，或“剖析”，以良好地了解UPnP實體。供應商(“vendor”)可添加基本功能之外的擴展和將這些擴展包含在描述文件中。相對于標準界面，這種擴展機制允許UPnP控制點優(yōu)先選擇供應商專用界面(“vendor-specfic interface”)或可選界面。
在控制階段330時，設備105對從UPnP控制點、特別是從設備150到達該設備105的請求進行處理。在控制階段時，UPnP控制點調用UPnP實體的服務的動作。當服務接收到控制消息時，該服務根據(jù)該消息作用。UPnP建立在SOAP協(xié)議(Simple Object AccessProtocol,即簡單對象訪問協(xié)議)上,用以對UPnP實體進行控制。該協(xié)議結合XML和http,以提供基于網(wǎng)絡的消息和遠程呼叫過程機制=XML表示消息的內容，而HTTP將消息發(fā)送到其目的地。SOAP協(xié)議被規(guī)定成這樣一組協(xié)議這些協(xié)議操控SOAP消息的處理規(guī)則和格式。在事件處理(“eventing”)階段335時,設備105向已訂閱該通知的控制點通知其內部狀態(tài)的每個變化。在表現(xiàn)階段340時，設備105提供基于HTML代碼的管理界面，用以允許對設備105的直接操作和監(jiān)測。每個UPnP階段與一些協(xié)議相關?？梢宰⒁獾皆O備105可在設備描述中提供表現(xiàn)頁面的URL。在步驟345的過程中，用戶與用戶界面進行交互。在步驟350的過程中，用戶界面探測用戶與用戶界面的每次交互。在步驟355的過程中，應用程序160調用動作，這些動作 包括可能的參數(shù)，表示所述交互。在步驟360的過程中，調用請求被傳輸給設備105。在步驟365的過程中RemoteControI”服務170接收動作調用請求，即接收UPnP命令。在步驟370的過程中，“RemoteControl”服務170對該命令進行解譯，以生成其傳輸給命令處理模塊130的一個或多個控制代碼。在步驟375的過程中，命令處理模塊對所接收到的所述的一個或多個代碼進行解譯，以便激活對應所述控制代碼的所述功能135。可以注意到，每個UPnP實體可提供大量服務，每項服務具有其專有的和唯一的服務類型。因此，服務定義該實體的實際功能?？刂泣c是調用UPnP實體的功能的一網(wǎng)絡實體。就客戶端/服務器而言，控制點是客戶端，UPnP實體是服務器。通過提供所需的任何輸入?yún)?shù)和接收任何輸出參數(shù)、必要時反饋值，控制點調用有關服務的動作。控制點發(fā)現(xiàn)UPnP實體，調用關于這些UPnP實體的服務的動作和訂閱事件通知。在UPnP實體端，UPnP實體響應動作調用，在狀態(tài)變量變化時發(fā)送事件和支持用以管理控制的網(wǎng)(“web”)頁,該網(wǎng)頁被稱為“presentation page (表現(xiàn)頁)”。本發(fā)明的多個優(yōu)點在下文中給出—本發(fā)明允許更為容易的交互，具有在顯示方面更多的可能性(觸控、元數(shù)據(jù)顯示等)，一本發(fā)明允許在任務編程控制等方面優(yōu)化的交互。例如，本人想對頻道2上的播送節(jié)目的錄制進行編程控制，而本人在觀看頻道5且并不想在電視機上干擾該頻道，這是不可能利用EPG (電子節(jié)目菜單)和當前的傳統(tǒng)遙控錄制來實現(xiàn)的。因此，本人利用在本人手機上的本人應用程序對頻道2的錄制進行編程控制，一本發(fā)明允許利用手機鍵盤或移動終端上的觸控鍵盤進行更容易的字母數(shù)字寫入，例如按請求在視頻目錄中查詢視頻的范圍內。UPnP遙控提供設計和開發(fā)新型控制機制的潛力，這些新型控制機制對于紅外代碼是可替選的，豐富了所述設備已具有的UPnP界面。UPnP標準被保留在該描述中，因為UPnP標準是對于兼容性、聯(lián)合操作性和開發(fā)的簡易性而言最好候選之一。但本發(fā)明的原理也適用于允許對設備進行遠程控制的其它標準。借助本發(fā)明，不僅用戶可控制其解碼器的DMR的服務，而且還具有用戶界面，該用戶界面也提供遙控器按鈕的等效物和接入解碼器的更高級功能，所述解碼器因而也可從運行遠程控制應用程序的任何DMC控制點完全地被控制。該遠程控制應用程序能夠被使用在適于通過與待控制設備相連接的網(wǎng)絡進行通信的任何類型終端中。最終用戶因此可使用其手機或任何其它設備來通信，以控制待控制設備上可用的全部服務，這因而允許超越傳統(tǒng)紅外遙控發(fā)展。為了享有本發(fā)明的優(yōu)點，需要待控制設備運行這種新的“RemoteControl ” UPnP服務 170。 本發(fā)明允許通過UPnP對解碼器進行完全遙控，其中包括基本功能如更換頻道、訪問菜單、訪問信息，以便啟動播放(“Play ”)、中止播放、更換播放范圍、改變顏色、向上、向下、向右或向左等。借助于本發(fā)明，應用UPnP “控制點”、已被配置以還包括UPnP遠程控制應用程序160的應用程序，能夠通過與該應用程序相關聯(lián)的其圖形界面對解碼器進行控制。本發(fā)明還提供新型功能，這特別是由于給用戶提供基于同一用戶界面控制其中每個設備都集成有一“RemoteControl”服務170的多個設備的可能性例如，同步控制錄制設備(即“DVR”,指“Digital Video Recorder,也就數(shù)字硬盤錄像機”)和電視機,以對內容錄制進行編程控制；或者甚至同步控制兩臺不同的電視機，它們例如能夠播送相同的視聽節(jié)目。因此，本發(fā)明適合于需要控制多個獨立設備的多媒體流管理用的復雜應用程序。遠程控制應用程序160可被使用來對通過紅外可控制的、和集成有例如“Digital MediaRenderer”類型的UPnP實體的全套設備進行控制。需要注意到的是，利用本發(fā)明，通過集成于解碼器中的UPnP實體(Digital MediaRenderer)，用戶體驗要超越解碼器處所允許的功能。在默認狀態(tài)下，根據(jù)UPnP標準，解碼器的UPnP實體允許解碼器被遠程控制。本發(fā)明旨在定義有關UPnP的新服務，以允許利用唯一的遠程控制應用程序對解碼器進行完全控制，即同時激活預先存在的UPnP實體的功能和基本功能，基本功能直到目前僅僅通過解碼器的按鈕或遙控器是可激活的。用戶因而將可持有其集成該控制應用程序、帶有接續(xù)該新服務的幾處變動的移動電話，并且用戶能夠完全控制其電視機上的通過解碼器呈現(xiàn)的所有音頻和視頻服務或者高保真音響設備上的音樂服務。
權利要求
1.使用命令處理模塊的待控制設備的遠程控制方法，其特征在于，所述遠程控制方法包括在控制設備上實施遠程控制應用程序的實施步驟，所述遠程控制應用程序在探測到用戶與同該遠程控制應用程序相關聯(lián)的用戶界面進行的至少一交互后，通過網(wǎng)絡調用命令接收服務的至少一動作，所述命令接收服務在所述待控制設備中實施和將表示所述交互的至少一控制代碼傳輸給所述命令處理模塊。
2.根據(jù)權利要求I所述的遠程控制方法，其特征在于，命令輸入硬件界面能用于控制所述待控制設備，所述命令處理模塊被設計用以從所述命令輸入硬件界面接收一所述控制代碼。
3.根據(jù)權利要求I或2所述的遠程控制方法，其特征在于，所述至少一控制代碼表示能夠在所述待控制設備的命令輸入硬件界面上進行操作的至少一動作。
4.根據(jù)權利要求I所述的遠程控制方法，其特征在于，在所述實施步驟的過程中，所述遠程控制應用程序獲得根據(jù)所述用戶與所述用戶界面的交互定義待調用的動作和/或可能的動作參數(shù)的文件。
5.根據(jù)權利要求I到4中任一項所述的遠程控制方法，其特征在于，所述遠程控制方法包括根據(jù)配置文件配置所述用戶界面的配置步驟，所述配置文件通過所述遠程控制應用程序獲得和定義圖形元素，所述圖形元素表示所述待控制設備的命令輸入硬件界面的命令輸入元素。
6.根據(jù)權利要求5所述的遠程控制方法，其特征在于，所述配置文件是所述待控制設備所專有的。
7.根據(jù)權利要求5或6所述的遠程控制方法，其特征在于，所述配置文件規(guī)定所述用戶與該用戶能與其交互的所述用戶界面的每個元素進行交互的交互類型，所調用的動作和/或這些動作的可能參數(shù)取決于所探測到的交互類型。
8.使用命令處理模塊的待控制設備的遠程控制方法，其特征在于，所述遠程控制方法包括在所述待控制設備上實施命令接收服務的實施步驟，所述命令接收服務執(zhí)行由遠程控制應用程序通過網(wǎng)絡調用的動作，并將表示用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的交互的控制代碼傳輸給所述命令處理模塊。
9.根據(jù)權利要求I到8中任一項所述的遠程控制方法，其特征在于，所述遠程控制應用程序被集成在UPnP實體中，所述命令接收服務是UPnP服務。
10.根據(jù)權利要求I到9中任一項所述的遠程控制方法，其特征在于，所述遠程控制方法包括通過所述遠程控制應用程序發(fā)現(xiàn)使用所述遠程命令接收服務的網(wǎng)絡設備的發(fā)現(xiàn)步驟，至少在發(fā)現(xiàn)多于一個的這類設備的情形下，所述遠程控制方法包括表現(xiàn)被發(fā)現(xiàn)的設備的表現(xiàn)步驟、和由用戶選擇被發(fā)現(xiàn)的設備之一的選擇步驟，所述調用尋址到所選擇的設備。
11.根據(jù)權利要求I到10中任一項所述的遠程控制方法，其特征在于，所述控制代碼表示能夠在所述待控制設備的命令輸入硬件界面上進行操作的動作。
12.根據(jù)權利要求I到11中任一項所述的遠程控制方法，其特征在于，所述控制代碼表示所述用戶與所述待控制設備的命令輸入硬件界面的鍵進行的單一交互、雙重交互或長時交互。
13.根據(jù)權利要求I到12中任一項所述的遠程控制方法，其特征在于，至少一所調用的動作表示利用所述用戶界面錄入的字符串。
14.根據(jù)權利要求I到11中任一項所述的遠程控制方法，其特征在于，所述控制代碼表示對所述待控制設備的命令輸入硬件界面的鍵的按壓或釋放。
15.使用命令處理模塊的待控制設備的遠程控制設備，其特征在于，所述遠程控制設備包括實施遠程控制應用程序的實施部件，所述遠程控制應用程序在探測到用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的至少一交互之后，適于通過網(wǎng)絡調用命令接收服務的至少一動作，所述命令接收服務在所述待控制設備中實施和將表示所述交互的至少一控制代碼傳輸給所述命令處理模塊。
16.使用命令處理模塊的待控制設備，其特征在于，所述待控制設備包括實施命令接收服務的實施部件，所述命令接收服務適于執(zhí)行由遠程控制應用程序通過網(wǎng)絡調用的動作和適于將表示用戶與同所述遠程控制應用程序相關聯(lián)的用戶界面進行的交互的控制代碼傳輸給所述命令處理模塊。
全文摘要
使用命令處理模塊的待控制設備的遠程控制方法，所述方法包括一實施步驟，該步驟在所述控制設備上實施遠程控制應用程序，遠程控制應用程序在探測到用戶與和所述應用程序相關聯(lián)的用戶界面進行的至少一交互后，通過網(wǎng)絡調用命令接收服務的至少一動作；一實施步驟，該步驟在于在待控制設備上實施命令接收服務，所述命令接收服務運行由遠程控制應用程序通過網(wǎng)絡調用的動作和將表示用戶與和所述遠程控制應用程序相關聯(lián)的用戶界面進行的交互的控制代碼傳輸?shù)剿雒钐幚砟K。
文檔編號G08C17/02GK102667885SQ201080050577
公開日2012年9月12日 申請日期2010年9月29日 優(yōu)先權日2009年9月30日
發(fā)明者R·阿格羅, V·莫菲 申請人:法國電信