用於控制遠程用戶界面客戶端的方法和裝置製造方法

2023-08-08 05:03:21 1

用於控制遠程用戶界面客戶端的方法和裝置製造方法
【專利摘要】用於在另一個遠程用戶界面客戶端(RUIC)上控制其上顯示遠程用戶界面的RUIC的方法和裝置，其中，另一個RUIC向所述RUIC傳送包括控制信息的消息，所述控制信息指示對應於用戶輸入的控制動作，並且所述RUIC確定包括在所述消息中的控制信息是預定義的信息還是未定義的信息。如果控制信息是預定義的信息，則所述RUIC中的網絡伺服器將包括在所述消息中的控制信息遞送到所述RUIC中的應用，並且所述應用執行對應於所述控制信息的控制操作。如果控制信息是未定義的信息，則所述RUIC中的網絡伺服器通過所述RUIC中的遙控插件(plug-in)將接收的控制信息遞送到應用，來執行對應於所述控制信息的控制操作。
【專利說明】用於控制遠程用戶界面客戶端的方法和裝置
[0001]本申請是申請日為2010年09月01日、申請號為201080044369.2、發明名稱為「通過第三遠程用戶界面客戶端控制遠程用戶界面客戶端的方法和裝置」的發明專利申請的分案申請。

【技術領域】
[0002]本發明一般涉及用於控制表現在遠程Π設備上的遠程用戶界面(UI)屏幕的方法和裝置，更具體地，涉及在控制遠程UE屏幕時，在保持預定義的控制信息的同時傳送未定義的控制信息的方法和裝置。

【背景技術】
[0003]許多工業標準組織,如數字生活網絡聯盟(Digital Living Network Alliance,DLNA)、家庭音頻視頻互操作性(Home Aud1-Video Interoperability,HAVi)、以及通用即插即用(UPnP)等，都已經在進行研究來改善家庭網絡技術。
[0004]在家庭網絡中，遠程用戶界面(RUI)技術可以用來允許一個設備來控制其它設備的功能。簡要地講，基於客戶端-伺服器結構的RUI技術使得RUI客戶端能夠從RUI伺服器取得Π，從而用戶可以通過在RUI客戶端上的UI控制RUI伺服器。
[0005]在這種RUI技術中，為了使能夠遙控遠程UI設備的第三RUI設備控制遠程UI設備或表現在遠程Π設備中的遠程Π屏幕，需要用於傳送控制信息的協議和方法。


【發明內容】

[0006]本發明已經被做出以解決至少以上問題和/或缺點，並提供至少下述優點。因此，本發明的一個方面提供允許表現在能夠遙控遠程Π設備的第三設備中的控制U1、傳送並在遠程Π設備或表現在遠程Π設備中的遠程Π屏幕上處理預定義的控制信息和未定義的控制信息的方法和裝置。
[0007]根據本發明的一個方面，提供用於通過另一個遠程用戶界面客戶端(RnC)控制其上顯示遠程用戶界面的RUIC的方法。在RUIC從另一個RUIC接收包括控制信息的消息，該控制信息指示對應於在另一個RUIC的用戶輸入的控制動作。RUIC確定所述控制信息是預定義的信息還是未定義的信息。當所述控制信息是預定義的信息時，將控制信息從RUIC的網絡伺服器遞送到RUIC的應用，並由所述應用執行對應於控制信息的控制操作。當控制信息是未定義的信息時，通過RUIC中的遙控插件將接收的控制信息從網絡伺服器遞送到所述應用，以由所述應用執行對應於控制信息的控制操作。
[0008]根據本發明的另一個方面，提供由用戶在另一個遠程用戶界面客戶端(RnC)上控制的、其上顯示遠程用戶界面的RUIC。所述RUIC包括網絡伺服器，用於從另一個RUIC接收包括控制信息的消息，該控制信息指示對應於在另一個RUIC的用戶輸入的控制動作，確定控制信息是預定義的信息還是未定義的信息，並基於所述確定來傳送控制信息。所述RUIC還包括應用，用於當控制信息是預定義的信息時，從網絡伺服器接收控制信息，並且用於執行對應於控制信息的控制操作。所述RUIC進一步包括遙控插件，用於當控制信息是未定義的信息時，從網絡伺服器接收控制信息，生成對應於控制信息的具體事件，並將控制信息傳送到所述應用。

【專利附圖】

【附圖說明】
[0009]當結合附圖時，從以下詳細描述中，本發明的以上以及其它方面、特徵和優點將更加清楚，在附圖中:
[0010]圖1是示出用於通過第三RUIC控制RUIC的一般結構的示圖；
[0011]圖2是示出具有包括遠程用戶界面伺服器(RUIS)和RUIC的設備的結構的示圖；
[0012]圖3是示出具有開放網際協議電視(IPTV)終端功能(OITF)的結構的示圖呈現；
[0013]圖4是示出通過在第三設備或遙控器中的控制UI控制RUIC的示圖；
[0014]圖5是示出根據本發明實施例的、在RUIC和用於控制RUI的第三設備之間的接口的示圖；
[0015]圖6是不出根據本發明實施例的、第三設備和RUIC的結構和接口的不圖；
[0016]圖7是示出根據本發明實施例的、發送預定義的控制信息和未定義的控制信息的示圖；
[0017]圖8是示出通過超文本傳輸協議(HTTP)在第三設備和RUIC之間遞送預定義的控制信息的示圖；
[0018]圖9是示出根據本發明實施例的、通過HTTP在第三設備和RUIC之間遞送未定義的控制信息的示圖；
[0019]圖10是示出根據本發明實施例的、通過HTTP在第三設備和RUIC之間遞送未定義的控制信息的示圖；
[0020]圖11是示出根據本發明實施例的、表現用於在第三設備和RUIC之間發送未定義的消息的方法的HTTP的示圖；
[0021]圖12示出了根據本發明實施例的、當使用圖11的HTTP時、能夠包括在HTTP主體中的可擴展標記語言(XML)格式；
[0022]圖13示出了根據本發明實施例的應用編程接口(API)的示圖；
[0023]圖14示出了根據本發明實施例的、使用預定義的鍵控代碼值(key codevalue)由第三設備將預定義的或未定義的命令或消息傳送到OITF終端的接口和傳送步驟；以及
[0024]圖15是示出根據本發明實施例的、發送預定義的控制信息和未定義的控制信息的示圖。

【具體實施方式】
[0025]參考附圖詳細描述本發明的實施例。相同或相似的組件可以由相同或相似的附圖標記來指示，即使它們示出在不同的附圖中。為了避免模糊本發明的主題，省略了對於本領域熟知的結構或過程的詳細描述。
[0026]在本發明的實施例中，RUIC是指在客戶端-伺服器體系結構中將RUI和控制信息傳送到客戶端的設備。RUIC從RUIS接收表現在RUIC中的UI和能夠控制表現在RUIC中的UI的一個或多個控制UI。RUIC和/或在RUIC中呈現的RUI由控制UI來控制。作為RUIC設備的第三設備利用π控制RUIC，並且從RUIC或RUIS接收Π。第三設備可以是行動裝置，諸如，舉例來說，行動電話，或者可以是便攜設備，諸如，舉例來說，帶有通信功能的小型顯示設備。在以下描述中，術語「RUIC設備」可以被解釋為指代第三設備。
[0027]圖1是示出通過第三設備控制RUIC的一般結構的示圖。
[0028]參考圖1，RUIC 100通過現在使用的接口 #1103從RUIS 101接收RUI和控制信息。如這裡所述，控制信息可以不僅包括能夠控制表現在RUIC中的RUI的控制信息，而且還包括Π。在RUIC 100中，所接收的控制信息由控制Π管理器105分離，並且控制Π通過控制UI管理器105被遞送到第三設備102用於控制RUIC 100。通過控制UI管理器105遞送的控制Π被表現(或呈現)在第三設備102上，並且用戶可以利用通過控制Π管理器105遞送的控制Π來控制RUIC 100。作為邏輯實體的控制Π管理器105可以存在於RUIC 100的內部或外部。
[0029]圖2和圖3示出了控制Π管理器存在於RUIC內部和外部的不同結構。
[0030]參考圖2，在圖1中示出的RUIC 100被表現為包括RUIS 202和RUIC 201的設備200，並且RUIC 201具有遙控(RC)插件203。
[0031]參考圖3，在圖1中示出的RUIC 100被表現為OITF 300，其包括用作RUIC的聲明應用環境(Declarative Applicat1n Environment, DAE)實體302和數字生活網絡聯盟(DLNA)RUIS實體303。圖1中的第三設備102被表現為包括DLNA RUIC實體304的遠程設備 305。
[0032]如圖2和圖3中所示，控制Π管理器可以是消費者電子協會(ConsumerElectronics Associat1n，CEA)-2014 的 DLNA RUIS 303 或 RUIS 202，以及存在於 OITF300中的嵌入伺服器功能實體(未示出)，用於與移動/便攜設備進行通信。此外，控制Π管理器起到RUIC 201中遙控插件203的作用。而且，控制UI管理器可以利用控制UI來控制RUIC或表現在RUIC中的RUI，所述控制Π使用UPnP或HTTP通過在圖1的RUIC 100和第三設備102之間的接口 #2104表現在第三設備102中。
[0033]圖4是示出通過第三設備中的控制UI或遙控器控制RUIC的示圖。
[0034]當從RUIS 400接收到RUI 403和控制UI 404時，RUIC 401在其屏幕上表現RUI403，並將控制Π 404傳送到第三設備402。第三設備402將所接收的控制Π 404表現在其屏幕上，並且用戶通過表現在第三設備402屏幕上的控制Π 404來控制RUIC 401或表現在RUIC 401中的RUI 403。此外，用戶使用傳統的遙控器405將預定義的控制信息傳送到 RUIC 401。
[0035]在這個方案中，當傳送控制信息到RUIC 401時，第三設備402或遙控器405通常發送在兩個設備402和401 (或405和401)之間預定義的控制信息。例如，當為表現在RUIC 401中的RUI 403發出STOP命令時，單一的命令STOP被從第三設備402傳送到RUIC401。然而，在這個方案中，不可能執行以下的複雜功能:停止當前表現在RUIC 401中的RUI403，在屏幕上表現與RUI 403具有高度相關性的戲劇(drama)列表，將焦點轉移到列表中用戶最喜歡的項目，並將關於該項目的信息遞送到第三設備402中的控制UI 404。
[0036]而且,在添加新的「個性化頻道(personalized channel) 」功能的情況下，即使在用戶意圖傳送用於指令將屏幕改變到個性化頻道的分段(fragmentary)控制信息的情況下，因為沒有預定義與該功能相關聯的鍵，用戶應當將該功能映射到預定義的按鈕，或者應當使用導航鍵移動到表現在RUIC 401的屏幕上的「個性化頻道」按鈕，來選擇該功能。具體來講，在先前的該功能映射到預定義的按鈕的情況下，這樣的映射信息應當在RUIC 401和第三設備402之間預先確定。然而，在這種情況下，當結合其它RUIC或其它第三設備操作時，RUIC 401可能不兼容。此外，在使用導航鍵的後一種情況下，用戶被要求按下/點擊很多按鈕，來選擇個性化頻道功能。本發明的實施例提供了方法和裝置，用於傳送在另一個RUIC中未定義的控制信息，並且將該未定義的控制信息遞送到另一個RUIC或表現在另一個RUIC上的RUI，從而控制信息可以實際控制控制目標。
[0037]圖5是示出根據本發明實施例的、在表現在RUIC中的RUI和表現在第三設備中用於控制RUI的控制Π之間的接口的示圖。
[0038]參考圖5，如果從RUIS 501提供的RH被傳送到RUIC 500，RH被表現在RUIC 500的瀏覽器#1505中。RUIC 500從RUIS 501接收能夠控制表現在瀏覽器#1505中的RUI的控制Π，並通過嵌入伺服器506將所接收的控制UI傳送到第三設備502。第三設備502將控制UI表現在瀏覽器#2507上,從而用戶可以使用。
[0039]在圖5中，粗線指示遞送控制信息的路徑，其包括控制UI和表現在瀏覽器#1505中的RUI。對於瀏覽器#2507和嵌入伺服器506之間的接口 #2504，定義了關於所有預定義的或未定義的控制信息的協議信息。此外，當從第三設備502傳送的控制信息與已有控制信息相同時，在嵌入伺服器506和瀏覽器#1505之間的接口 #3509指示傳送已有控制信息的接口。在嵌入伺服器506和RC插件508之間的接口 #4510指示用於傳送未定義的控制信息的接口。
[0040]圖6不出了根據本發明實施例的第三設備和RUIC的結構和接口。
[0041 ] 參考圖6，接口 #2、#3和#4與在圖5中示出的相同，並且接口 #5指示能夠將遞送到RC插件508的控制信息遞送到在瀏覽器#1505中運行的RUI的接口。
[0042]圖7示出了根據本發明實施例的、發送預定義的控制信息和未定義的控制信息。
[0043]如果在步驟710用戶通過第三設備700調用控制動作，在步驟711，相關聯的控制信息以HTTP消息的形式傳送到RUIC 704的嵌入網絡伺服器701。嵌入網絡伺服器701包括能夠處理從第三設備700傳送的HTTP消息的控制處理器(handler)應用。控制信息以存在於超文本標記語言(HTML)消息中的『form』標籤或『a』標籤中的統一資源識別符(URI)的形式、表現在呈現於第三設備700中的控制Π中。這樣的URI形式可以如圖8到圖10所示那樣表現。
[0044]在步驟712，對於所傳送的控制信息，在嵌入網絡伺服器701中的控制處理器應用確定控制信息是否是預定義的控制信息。更具體地，當從第三設備700接收HTTP請求消息時，嵌入網絡伺服器701確定預定義的參數的鍵值(key value)(例如，鍵字符(keychar))是否包括在HTTP消息中。如果預定義的參數的鍵值被包括在HTTP消息中，則在嵌入網絡伺服器701中的控制處理器應用提取對應於鍵值的『Value』，生成預定義的事件，將提取的『Value』值插入到事件的參數中，並在步驟713將其遞送到應用703。基於與事件一起通過參數遞送的『Value』，通過Java腳本功能在應用703中執行對應於鍵的操作。
[0045]如果遞送到嵌入網絡伺服器701的參數鍵值不是預定義的參數鍵值，則在嵌入網絡伺服器701中的控制處理器應用提取對應於相關參數鍵值的『Value』，並且在步驟714，將具有提取的『Value』的控制信息傳送到RC插件702。『Value』可以以各種不同的方式從嵌入網絡伺服器701遞送到RC插件702，諸如，舉例來說，通過內部套接字通信(internalsocket communicat1n)。
[0046]當接收到提取的『Value』時，在步驟715，RC插件702以諸如onReceivingMsg的文件對象模型(Document Object Model, D0M)事件的形式、將提取的『value』遞送到當前連接到RC插件702的應用703。
[0047]如果HTTP請求消息利用POST方法從第三設備700遞送到嵌入網絡伺服器701，利用包括XML的HTTP請求主體和Java腳本對象注釋(JSON)內容，在步驟714，在嵌入網絡伺服器701中的控制處理器應用提取完整的(intact) HTTP請求主體，並將其遞送到RC插件
702。在步驟715,通過生成onReceivingMsg事件，RC插件702將HTTP請求主體的內容插入到事件的參數中，並將其遞送到應用703。應用703能夠通過用於處理事件中參數的功能來處理從第三設備700提供的控制信息。
[0048]在步驟717，在網絡應用703利用RUIS 705處理命令。
[0049]在用於處理HTTP請求的主體內容的另一個方法中，如果用於控制RUIC704的內容(例如，基於鍵字提取的)被包含在從第三設備700提供的HTTP請求的主體中，則在嵌入網絡伺服器701中的控制處理器應用通過提取所述內容來控制RUIC 704。如果包含要遞送到應用703的內容，則控制處理器應用只提取相關部分，並將控制信息以上述方式遞送到應用 703。
[0050]簡而言之，如果從第三設備700傳送的控制信息是預定義的控制信息，則在步驟713，控制信息從嵌入網絡伺服器701直接傳送到RUIC 704中的瀏覽器，並且所傳送的控制信息在事件基礎上被傳送到在RUIC 704中的瀏覽器中運行的應用703。所述事件是指預定義的事件，如onKeyDown、onKeyPress、以及onKeyUp。然而，如果控制信息不是預定義的控制信息，則在步驟714，控制信息從嵌入網絡伺服器701傳送到RC插件702，並且RC插件702命令RUIC 704中的瀏覽器生成事件，並在步驟715將未定義的控制信息遞送到應用
703。例如,事件可以以onReceivingMsg的名義來遞送,並且用於連接的第三設備700的設備處理值(Device Handle value)和控制信息可以作為參數來遞送。關於控制信息，HTTP消息的標題(Header)和/或主體信息可以通過時間參數來遞送。
[0051]圖8示出了根據本發明實施例的、通過HTTP在第三設備和RUIC之間遞送預定義的控制信息。
[0052]參考圖8，如果用戶按下第三設備800上用於視頻的PLAY按鈕，在第三設備800和RUIC 801之間預定義的PLAY信息可以通過HTTP消息802從第三設備800遞送到RUIC801。在圖8，為了接收有關預定義的PLAY信息的傳送的通知，RUIC 801使用鍵字符作為『鍵』值，並且鍵字符在與其相關聯的信息(例如，VK_PLAY)進行匹配之後被傳送到RUIC801。當接收到控制信息時，RUIC 801在事件基礎上將控制信息遞送到遠程H。RUIC 801可以使用預定義的事件，如onKeyDown、onKeyUp、以及onKeyPress。此外，當發送HTTP消息到RUIC 801時，第三設備800可以通過將控制信息插入到HTTP消息的URL參數或主體中、指令使用預定義的事件中的具體事件將控制信息遞送到應用703。
[0053]圖9示出了根據本發明實施例的、通過HTTP在第三設備和RUIC之間遞送未定義的控制信息(例如，未定義的消息格式中的一系列字母和數字)。
[0054]通常，諸如字符或數字的預定義的信息應當被逐一地傳送。然而，如圖9中所示，如果第三設備800在傳送控制信息到RUIC 801時使用了 HTTP消息900，則可能同時遞送若干個字母或數字。通過表現在第三設備800中的控制UI，通過寫入他或她希望遞送的多個字符/數字消息(例如，『Hello』)，然後按下SEND按鈕，用戶可以以集合的方式(collective manner)通過HTTP消息900發送消息。『鍵』值可以是『msg』，而用戶希望發送的消息信息可以被插入到對應於該『鍵』值的值中。
[0055]圖10示出了根據本發明實施例的、通過HTTP在第三設備和RUIC之間遞送未定義的控制信息(能夠直接執行在RUIC中執行的功能)。用戶將HTTP消息1000從第三設備800發送到RUIC 801。如果用戶點擊第三設備800中的控制Π上的特定按鈕，則調用存在於在RUIC 801中運行的RUI中的功能。當發送HTTP消息時，『鍵』值可以是『功能』，而對應於『鍵』值的『Value』可以是能夠啟動電影和執行聊天的startMovieAndExecuteChatting。
[0056]圖11示出了根據本發明實施例的、表現用於在第三設備和RUIC之間發送未定義的消息的方法的HTTP。
[0057]在圖11中，第三設備800可以定義用於HTTP消息的形式動作(formact1n) 1100，以XML、JS0N、或純文本(Plain Text)形式將希望的消息1101插入到HTTP主體中，並將其發送到RUIC 801。例如，如圖12中所示，第三設備800可以以XML形式來表現在圖10中描述的功能，將其插入到HTTP主體中，並將其發送到RUIC 801。
[0058]圖13示出了根據本發明實施例的API。
[0059]如果未定義的命令(例如，XML JS0N、UR1、或純文本)被從第三設備傳送到OITF終端，則OITF終端中的遙控插件在事件基礎上將相關聯的命令發送到DAE實體。onReceivingMsg事件功能的第一參數是用於發送命令的第三設備的設備處理值，並且通過參數值，可以傳送用於發送命令的第三設備的返回值或附加消息。其第二參數為從第三設備傳送到DAE實體的消息值。
[0060]圖14示出了根據本發明實施例的、使用預定義的鍵控代碼值由第三設備將預定義的或未定義的命令或消息傳送到OITF終端的接口和傳送步驟。
[0061]如圖14中所示，傳送步驟大略包括三個步驟。在第一步驟，通過在第三設備中運行的控制UI，HTTP消息被發送到OITF終端。對於發送預定義的鍵控代碼值的一種情況以及發送未定義的命令或消息的另一種情況，HTTP消息可以以不同的方式來發送。
[0062]在發送預定義的鍵控代碼值的前一種情況下，如在步驟1-1的HTTP請求標題中所定義的，URI (/rcf/send_keycode)和參數鍵值是預定義的，並且使用GET或POST方法發送到OITF終端。即使在發送未定義的命令或消息的後一種情況下，如步驟1-2中所示，命令或消息可以插入到HTTP主體中，並使用POST方法通過預定義的URI (/rcf/send_message)來發送。以這種方式，對於這兩種情況，能夠通過劃分URI來定義獨立協議，或者能夠將兩種不同的URI整合到一個URI中，然後再另外使用用於指示命令是預定義的命令還是未定義的命令的參數值。
[0063]在第一步驟中發送HTTP消息之後，在第二步驟中，控制Π等待，直到接收到響應。
[0064]在第三步驟中，如果命令發送成功，則OITF終端發送2000K HTTP消息到第三設備。OITF終端發送給第三設備的適當消息可以插入到HTTP消息的主體中，或者HTTP消息的主體可以為空。
[0065]圖15是示出根據本發明實施例的、發送預定義的控制信息和未定義的控制信息的示圖。
[0066]如圖15中所示，如果在步驟1510和步驟1511，用戶通過在DLNA設備1500中運行的控制UI調用控制命令(或控制動作)到OITF終端1504的DLNA功能1501，則在步驟1512，DLNA功能1501檢查命令類型。如果所述命令是預定義的鍵控代碼值，則在步驟1513，DLNA功能1501命令DAE瀏覽器通過事件(例如，onKeyDown、onKeyPress、onKeyUp等)將鍵控代碼值遞送到DAE應用1503。然而，如果所述命令不是預定義的鍵控代碼值，則在步驟1514，DLNA功能1501將其相關聯的命令或消息發送到遙控插件1502。在步驟1515，遙控插件1502生成onReceivingMsg事件功能,並將命令或消息發送到DAE應用1503,以便在步驟1517允許DAE應用1503利用RUIS 1505處理所述命令。
[0067]從前述描述中可以清楚地看出，根據本發明的實施例，與呈現在第三設備中的RUI相關聯的控制UI能夠任意地創建控制信息，而不需考慮在設備之間預先定義的控制信息，由此將未定義的控制信息容易地遞送到RUI。這樣，不需要利用有限的控制信息來實現擴展的控制功能，使得能夠提供進一步改善的用戶體驗。
[0068]雖然已經參考本發明的實施例示出和描述了本發明，本領域技術人員將理解，可以在這裡進行形式和細節上的各種改變，而不脫離由所附權利要求及其等效物定義的本發明的精神和範圍。
【權利要求】
1.一種用於通過另一個遠程用戶界面客戶端(冊10控制其上顯示遠程用戶界面的冊X的方法，包括步驟: 在所述冊X從所述另一個冊X接收包括控制信息的消息，所述控制信息指示對應於在另一個冊X的用戶輸入的控制動作； 由所述冊X確定所述控制信息是預定義的信息還是未定義的信息； 基於所述確定結果，將所述控制信息從所述冊冗的網絡伺服器直接遞送到所述冊的應用，或者通過所述冊冗中的遙控插件將所述控制信息從所述冊冗的網絡伺服器遞送到所述應用，以由所述應用執行對應於所述控制信息的控制操作。
2.如權利要求1所述的方法，其中，遞送所述控制信息包括: 當所述控制信息是預定義的信息時，將所述控制信息從所述網絡伺服器直接遞送到所述應用，並由所述應用執行對應於所述控制信息的控制操作；並且 當所述控制信息是未定義的信息時，通過所述遙控插件將所接收的控制信息從所述網絡伺服器遞送到所述應用，以由所述應用執行對應於所述控制信息的控制操作。
3.如權利要求2所述的方法，其中，執行所述控制操作包括: 當所述控制信息是預定義的信息時，在所述網絡伺服器提取對應於所述控制動作的參數鍵的值，生成預定義的事件，並且將所述預定義的事件和所提取的值遞送到所述應用。
4.如權利要求2所述的方法，其中，執行所述控制操作包括: 當所述控制信息是未定義的信息時，在所述網絡伺服器提取對應於所述控制動作的參數鍵的值，並將所提取的值遞送到所述遙控插件，由所述遙控插件生成具體事件，並將所述具體事件和所提取的值遞送到所述應用。
5.如權利要求1所述的方法，還包括: 當所述消息是超文本傳輸協議(肌嚇)請求消息，並且對應於所述控制信息的文本被包括在所述消息的主體中時，由所述網絡伺服器提取所述消息的主體，將所提取的主體遞送到所述遙控插件，由所述遙控插件生成具體事件，將所述具體事件和所述主體的內容遞送到所述應用，並由所述應用執行對應於所述控制信息的控制操作。
6.如權利要求5所述的方法，其中，所述肌1？請求消息包括指示所述控制信息是否是預定義的信息的參數。
7.如權利要求5所述的方法，其中，所述應用通過用於處理所述具體事件中的參數的功能來執行對應於所述控制信息的控制操作。
8.如權利要求1所述的方法，其中，所述預定義的信息包括鍵控代碼。
9.如權利要求1所述的方法，其中，所述未定義的信息包括文本。
10.一種由用戶在另一個遠程用戶界面客戶端(冊10上控制的、其上顯示遠程用戶界面的冊X，所述冊X包括: 網絡伺服器，用於從另一個冊冗接收包括控制信息的消息，所述控制信息指示對應於在另一個冊X的用戶輸入的控制動作，確定所述控制信息是預定義的信息還是未定義的信息，並基於所述確定來傳送所述控制信息； 應用，用於基於所述網絡伺服器的確定結果，直接從所述網絡伺服器接收所述控制信息，或者通過遙控插件從所述網絡伺服器接收所述控制信息，並且用於執行對應於所述控制信息的控制操作。
11.如權利要求10所述的冊X，其中，當所述控制信息是預定義的信息時，所述應用從所述網絡伺服器直接接收所述控制信息，以及 所述冊1(3還包括: 遙控插件，用於當所述控制信息是未定義的信息時，從所述網絡伺服器接收所述控制信息，生成對應於所述控制信息的具體事件，並將所述控制信息傳送到所述應用。
12.如權利要求11所述的冊X，其中，當所述控制信息是預定義的信息時，所述網絡伺服器提取對應於所述控制信息的參數鍵的值，生成預定義的事件，並將所述具體事件和所提取的值遞送到所述應用。
13.如權利要求11所述的冊X，其中，當所述控制信息是未定義的信息時，所述網絡伺服器提取對應於所述控制信息的參數鍵的值，並將所提取的值遞送到所述遙控插件。
14.如權利要求10所述的冊X，其中，當所述消息是超文本傳輸協議(肌--)請求消息，並且對應於所述控制信息的文本被包括在所述消息的主體中時，所述網絡伺服器提取所述消息的主體，並將所提取的主體遞送到所述遙控插件。
15.如權利要求14所述的冊X，其中，所述！III？請求消息包括指示所述控制信息是否是預定義的信息的參數。
16.如權利要求14所述的冊X，其中，所述應用通過用於處理所述具體事件中的參數的功能來執行對應於所述控制信息的控制操作。
17.如權利要求10所述的冊X，其中，所述預定義的信息包括鍵控代碼。
18.如權利要求10所述的冊X，其中，所述未定義的信息包括文本。
【文檔編號】H04L29/08GK104410690SQ201410697134
【公開日】2015年3月11日 申請日期:2010年9月1日 優先權日:2009年9月1日
【發明者】樸浩淵, 黃承吾, 鄭甫先 申請人:三星電子株式會社