專利名稱：在遠(yuǎn)程用戶界面服務(wù)器和遠(yuǎn)程用戶界面客戶端間界面連接的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及基于因特網(wǎng)協(xié)議(IP)的家庭聯(lián)網(wǎng)，且更具體地，涉及用于向無法直接從遠(yuǎn)程用戶界面服務(wù)器(RUIQ接收服務(wù)的遠(yuǎn)程用戶界面客戶端(RUIC)提供遠(yuǎn)程用戶界面(UI)的方法和裝置。
背景技術(shù)：
包括基于IP的私人網(wǎng)絡(luò)的家庭網(wǎng)絡(luò)通過叫做中間件的公共虛擬計(jì)算環(huán)境連接在家庭使用的諸如個(gè)人計(jì)算機(jī)(PC)、智能產(chǎn)品和無線設(shè)備的各種類型的設(shè)備到一個(gè)網(wǎng)絡(luò)以控制各設(shè)備。中間件是指以對等(P2P)方式連接各種數(shù)字設(shè)備以使能在各設(shè)備之間的通信的技術(shù)。諸如數(shù)字生活網(wǎng)絡(luò)聯(lián)盟(DLNA)、家庭音視頻交互性(HAVI)、通用即插即用(UPnP)、 Java智能網(wǎng)絡(luò)基礎(chǔ)設(shè)施(Jini)和家庭廣域網(wǎng)(HWW)的多個(gè)工業(yè)標(biāo)準(zhǔn)組織已經(jīng)對用于改進(jìn)家庭網(wǎng)絡(luò)技術(shù)的中間件技術(shù)進(jìn)行研究。在家庭網(wǎng)絡(luò)中，遠(yuǎn)程UI (RUI)技術(shù)可以用于允許一個(gè)設(shè)備來控制其他設(shè)備的功能或能力。簡單地說，RUI技術(shù)是基于客戶端-服務(wù)器架構(gòu)的技術(shù)，其中RUIC從RUIS獲取UI 以便用戶經(jīng)由RUIC上的UI控制該RUIS。RUI技術(shù)是用于再現(xiàn)和控制UI的機(jī)制，以便不在運(yùn)行應(yīng)用的設(shè)備上而在其他設(shè)備上控制應(yīng)用。各種RUI技術(shù)正在研究中，如消費(fèi)電子協(xié)會(huì)(CEA)-2014、擴(kuò)展家庭影院(XHT)、 控件(Widget)描述交換服務(wù)(WiDeX)、以及遠(yuǎn)程桌面協(xié)議(RDP)?，F(xiàn)在，將作出CEA-2014的描述，這是用于控制物理上分開的設(shè)備的典型的RUI技術(shù)。實(shí)施CEA-2014技術(shù)的遠(yuǎn)程控制系統(tǒng)包括提供用于遠(yuǎn)程控制的UI的RUIS和用于顯示遠(yuǎn)程接收的UI的RUIC。提供用于遠(yuǎn)程控制的UI的RUIS在其中有一個(gè)web服務(wù)器。通過此web服務(wù)器， RUIS傳遞由RUIC請求的web頁面，并且RUIC為用戶在XHTML瀏覽器上顯示UI的web頁通過使用此RUI技術(shù)，RUIC可以建立與RUIS的會(huì)話并且從RUIS接收UI組件，使得它可以控制RUIS。UI組件指示構(gòu)成UI的元素，并且表示在RUI會(huì)話中從RUIS向RUIC提供的全部類型的數(shù)據(jù)，如圖標(biāo)、下拉菜單、按鈕、滾動(dòng)條、窗口、文本、和A/V數(shù)據(jù)(音頻/視頻、照片等)。圖1示出一般的例子，其中兩個(gè)客戶端設(shè)備RUICl和RUIC2使用由RUIS 100提供的遠(yuǎn)程UI頁面和控制信息來訪問內(nèi)容。雖然RUICl 101可以直接從RUIS 100接收遠(yuǎn)程 UI(RUI)頁面和內(nèi)容，另一個(gè)RUIC2 102不能直接從RUIS 100接收服務(wù)，如參考數(shù)字103 所示。這種情況可能由于各種原因而發(fā)生，如RUIC2 102被安置在其到RUIS 100的直接連接在物理上是不可能的地方，或即便其連接是可能的，RUIC2 102沒有訪問權(quán)限以直接從 RUIS 100接收遠(yuǎn)程UI頁面和內(nèi)容。在這種環(huán)境下，使用遠(yuǎn)程UI是非常受限的，但通過利用
4好其他周邊設(shè)備(諸如，3G終端或能夠連接RUIS 100的設(shè)備)，甚至也可以將遠(yuǎn)程UI服務(wù)提供給RUIC2 102。此外，在一個(gè)融合的環(huán)境中，不僅移動(dòng)通信終端，而且具有各種能力的設(shè)備(如數(shù)字電視機(jī)(DTV)、便攜式媒體播放器(PMP)和PC)共存和提供服務(wù)到用戶，甚至支持遠(yuǎn)程UI 的設(shè)備可能有不同類型的物理信道接口。例如，電視機(jī)具有內(nèi)置的基于無線保真(WiFi)的無線局域網(wǎng)接口，而在家庭的所有其他設(shè)備可能只具有藍(lán)牙接口，通過藍(lán)牙接口支持遠(yuǎn)程 UI。在這種情況下，目前，沒有辦法提供遠(yuǎn)程UI服務(wù)給電視機(jī)。如果具有藍(lán)牙和WiFi接口兩者的多接口設(shè)備能夠代表各設(shè)備提供遠(yuǎn)程UI服務(wù)，這在融合環(huán)境中將更有利。

發(fā)明內(nèi)容
技術(shù)問題僅當(dāng)RUIS和RUIC有直接連接時(shí)提供遠(yuǎn)程UI服務(wù)的傳統(tǒng)方法具有如上面所說的幾個(gè)缺點(diǎn)。為了克服傳統(tǒng)的提供遠(yuǎn)程UI服務(wù)的方法的這些和其他限制，需要一種方法，使用能夠直接從RUIS 100接收服務(wù)的RUICl 101向RUIC2 102或不能服務(wù)接收的另一 RUIC 提供遠(yuǎn)程UI頁面和內(nèi)容。技術(shù)方案本發(fā)明的一方面用于解決至少上述的問題和/或缺點(diǎn)，并且提供至少以下所述的優(yōu)點(diǎn)。因此，本發(fā)明的一方面提供一種方法和裝置，用于通過能夠從RUIS直接接收遠(yuǎn)程UI 頁面和內(nèi)容的RUIC設(shè)備向不能直接連接RUIS的RUIC設(shè)備提供遠(yuǎn)程UI頁面和內(nèi)容。依據(jù)本發(fā)明的一方面，提供一種方法，用于在能夠直接接收來自遠(yuǎn)程用戶界面服務(wù)器(RUIQ的用戶界面(UI)組件的第一遠(yuǎn)程用戶界面客戶端(RUIC)中提供UI組件到第二 RUIC，其中第二 RUIC不能夠直接接收來自RUIS的UI組件。在該方法中，第一 RUIC發(fā)現(xiàn)將接收UI組件的第二 RUIC。在發(fā)現(xiàn)第二 RUIC時(shí)，第一 RUIC執(zhí)行在RUIS與第二 RUIC之間的設(shè)備能力匹配過程。在完成設(shè)備能力匹配過程之后，第一 RUIC向第二 RUIC提供從RUIS 接收的并且針對第二 RUIC處理的UI組件，以及從第二 RUIC向RUIS傳遞關(guān)于UI組件的控制信息。依據(jù)本發(fā)明的另一方面，提供一種第一遠(yuǎn)程用戶界面客戶端RUIC，用于提供用戶界面(UI)組件到第二 RUIC，其中第二 RUIC不能夠直接接收來自遠(yuǎn)程用戶界面服務(wù)器 (RUIS)的UI組件。在該設(shè)備中，UI控制模塊在發(fā)現(xiàn)將接收UI組件的第二 RUIC時(shí)執(zhí)行在 RUIS與第二 RUIC之間的設(shè)備能力匹配過程。遠(yuǎn)程UI頁面管理器用于從RUIS接收UI組件，并且如果完成設(shè)備能力匹配過程，則向第二 RUIC傳遞從RUIS接收的并且針對第二 RUIC 處理的UI組件。消息中繼單元用于從第二 RUIC向RUIS傳遞關(guān)于UI組件的控制信息。有益效果本發(fā)明可以通過使用RUIC周圍的代理RUIC向不能直接從RUIS接收服務(wù)的任何 RUIC提供服務(wù)。在這種方式下，RUIC的用戶可以隨時(shí)隨地訪問遠(yuǎn)程UI頁面和內(nèi)容，克服物理傳輸信道環(huán)境的限制，和/或服務(wù)環(huán)境的限制，諸如其中由于使用不同的物理層接口而不可能向另一 RUIC提供服務(wù)的情況，以及其中盡管連接是可能的，但是另一 RUIC無權(quán)直接接收來自RUIS的遠(yuǎn)程UI頁面和內(nèi)容的情況。


通過結(jié)合附圖的以下描述，本發(fā)明的以上和其它方面、特征和優(yōu)點(diǎn)將更明了，其中圖1是說明其中RUIS向RUICl和另一 RUIC傳遞遠(yuǎn)程UI頁面和內(nèi)容的一般示例的圖；圖2是示出根據(jù)本發(fā)明的實(shí)施例的經(jīng)由代理RUI設(shè)備傳遞遠(yuǎn)程UI頁面和內(nèi)容從而另一 RUIC可以再現(xiàn)它們的例子的圖；圖3是根據(jù)本發(fā)明的實(shí)施例的定義向另一 RUIC設(shè)備傳遞遠(yuǎn)程UI頁面和內(nèi)容所需的協(xié)議和過程的圖；圖4是示出根據(jù)本發(fā)明的實(shí)施例的其中代理RUIC和另一 RUIC設(shè)備彼此發(fā)現(xiàn)的方法的圖；圖5是根據(jù)本發(fā)明的實(shí)施例的在RUIS 500和RUIC2 502之間提供遠(yuǎn)程UI和內(nèi)容的RUICl 510的框圖；圖6是根據(jù)本發(fā)明的實(shí)施例的遠(yuǎn)程UI頁面管理器的框圖；圖7是示出根據(jù)本發(fā)明的實(shí)施例的在RUICl中用于在RUIS和RUIC2之間的界面連接的操作的流程圖；圖8是說明根據(jù)本發(fā)明的實(shí)施例的其中在RUICl中僅訪問遠(yuǎn)程UI頁面和在RUIC2 中僅訪問內(nèi)容的示例的圖；以及圖9是說明根據(jù)本發(fā)明的實(shí)施例的其中在RUIC2中訪問遠(yuǎn)程UI頁面和內(nèi)容兩者的示例的圖。貫穿附圖，相同附圖參考數(shù)字將理解用于表示相同的部件、特征和結(jié)構(gòu)。
具體實(shí)施例方式通過結(jié)合附圖的以下描述，本發(fā)明的以上和其它方面、特征和優(yōu)點(diǎn)以及實(shí)現(xiàn)其的方法將更明了?？墒牵谝韵抡f明中，僅提供諸如詳細(xì)的結(jié)構(gòu)和組件的具體細(xì)節(jié)以助于本發(fā)明的完整理解。因此，對本領(lǐng)域的那些技術(shù)人員顯然的是在不背離本發(fā)明的范圍和精神的情況下，可以對這里所述的實(shí)施例作出各種改變和修改。圖2示出根據(jù)本發(fā)明的實(shí)施例的經(jīng)由RUICl 201或代理RUI設(shè)備由RUIS 200向 RUIC2 202或另一個(gè)RUIC設(shè)備提供遠(yuǎn)程UI頁面和/或內(nèi)容的例子。對于代理RUI設(shè)備， RUICl 201可以被叫做代理RUI設(shè)備，因?yàn)镽UICl 201代表RUIC2 202與RUIS 200執(zhí)行通如圖2所示，如果RUIC2 202無法直接連接RUIS 200，RUIS 200將應(yīng)該傳遞到不能與RUIS 200通信的RUIC2 202 (如參考數(shù)字204所示)的遠(yuǎn)程UI頁面和/或內(nèi)容經(jīng)由 RUICl 201遠(yuǎn)程傳遞到RUIC2 202。遠(yuǎn)程UI頁面和內(nèi)容經(jīng)由RUICl 201傳遞到RUIC2 202 或不能與RUIS 200通信的另一設(shè)備，并且從RUIS 200接收的遠(yuǎn)程UI頁面和內(nèi)容顯示在 RUIC2 202的屏幕上。為此，如果正在消費(fèi)RUICl 201上的內(nèi)容的用戶首先搜索并選擇用戶將對其提供內(nèi)容或遠(yuǎn)程UI的RUIC2 202，然后選擇用戶將提供給RUIC2 202的內(nèi)容或UI 頁面，則向RUIC2 202傳遞選定的內(nèi)容或遠(yuǎn)程控制UI。圖3示出根據(jù)本發(fā)明的實(shí)施例的通過RUICl 301向RUIC2 302或不能與RUIS通信的另一設(shè)備提供遠(yuǎn)程UI頁面或內(nèi)容所需的協(xié)議304和過程35，以及在RUICl 301中負(fù)責(zé)過程305的操作模塊306。RUICl 301通過現(xiàn)有的協(xié)議303 (如CEA-2014)從RUIS 300接收遠(yuǎn)程UI頁面和內(nèi)容。然而，為了讓代理RUICl 301提供遠(yuǎn)程UI頁面和內(nèi)容到RUIC2 302 或另一 RUIC設(shè)備，能夠傳遞遠(yuǎn)程UI頁面和內(nèi)容的新的協(xié)議304應(yīng)在RUIC 301和302之間定義。根據(jù)本發(fā)明應(yīng)在新的協(xié)議304中定義的詳情如下。首先，需要設(shè)備發(fā)現(xiàn)過程，其中RUICl 301發(fā)現(xiàn)RUIC2 302或其他RUIC設(shè)備。第二，需要設(shè)備能力匹配過程，其中在發(fā)現(xiàn)RUIC2 302之后，RUICl 301從RUIC2 302獲得從 RUIS 300中獲得遠(yuǎn)程UI頁面和內(nèi)容所需的信息，并比較獲得的信息。第三，需要RUI頁面?zhèn)鬏斶^程，其中在認(rèn)識到RUIC2 302可以再現(xiàn)遠(yuǎn)程UI頁面和內(nèi)容時(shí)RUICl 301提供遠(yuǎn)程UI 頁面和內(nèi)容到RUIC2 302。另外，需要控制消息傳輸過程，其中在從RUICl 301接收遠(yuǎn)程UI 時(shí)，RUIC2 302再現(xiàn)從RUICl 301接收的RUI頁面，然后通過RUICl 301發(fā)送控制消息。現(xiàn)在，說明在RUICl 301中執(zhí)行這些過程的程序。圖4示出根據(jù)本發(fā)明的實(shí)施例的一種方法，其中RUICl 401和RUIC2 402彼此發(fā)現(xiàn)對方以提供遠(yuǎn)程UI頁面和內(nèi)容到RUIC2 402。在本發(fā)明的實(shí)施例中，RUICl 401和RUIC2 402按兩種不同的方法拉(PULL)模式和推(PUSH)模式的任何一個(gè)發(fā)現(xiàn)對方。在推模式方法403中，RUICl 401發(fā)現(xiàn)RUIC2 402。當(dāng)RUICl 401的用戶例如正在享受從RUIS 400接收的視頻內(nèi)容并且希望使用屏幕尺寸大于RUICl 401的RUIC2 402或周邊設(shè)備觀看該內(nèi)容時(shí)推模式會(huì)被激活。用戶界面控制點(diǎn)I(UICPl)405被用作控制RUICl 401的UICP并且將執(zhí)行該過程，其中RUICl 401發(fā)現(xiàn)RUIC2 402。RUICl 401發(fā)現(xiàn)所有其相鄰的RUIC，并確定是否發(fā)現(xiàn)的RUIC2 402是能夠依靠元數(shù)據(jù)進(jìn)行內(nèi)容接收的設(shè)備。元數(shù)據(jù)可以包括設(shè)備描述數(shù)據(jù)或能力描述數(shù)據(jù)，并具有RUICl 401能夠基于其確定是否發(fā)現(xiàn)的 RUIC2 402能夠接收從RUIS 400提供的內(nèi)容的值。下面的表1示出根據(jù)本發(fā)明的實(shí)施例的在設(shè)備描述元數(shù)據(jù)中添加特定標(biāo)志的例子。標(biāo)志用于允許RUICl 401確定是否RUIC2 402是能夠接收內(nèi)容的設(shè)備。表1示出了按照可擴(kuò)展標(biāo)記語言(XML)編寫的設(shè)備描述元數(shù)據(jù)的一個(gè)例子。在表1中，以粗斜體強(qiáng)調(diào)的部分對應(yīng)于根據(jù)本發(fā)明的實(shí)施例的添加的標(biāo)志，并且表1中的數(shù)據(jù)通過設(shè)備描述在圖8的步驟806或圖9的步驟906中傳遞。RUICl 401使用該標(biāo)志選擇希望接收的，或具有接收遠(yuǎn)程UI頁面和內(nèi)容的能力的唯一的RUIC2 402，并且可以根據(jù)RUIC2 402的用戶的偏好或決定來設(shè)置該標(biāo)志?；诎l(fā)現(xiàn)的RUIC2 402的元數(shù)據(jù)，RUICl 401確定RUIC2 402是否是能夠進(jìn)行內(nèi)容消費(fèi)的設(shè)備，如果這樣，則進(jìn)入設(shè)備能力匹配過程，以確定它是否可以發(fā)送遠(yuǎn)程 UI頁面和內(nèi)容。設(shè)備能力匹配過程通過在RUICl 401中的UICPl 405執(zhí)行。可是，為了方便起見， 該匹配過程將稱為通過RUICl 401執(zhí)行。在接收關(guān)于RUIS 400和RUIC2 402兩者的設(shè)備描述之后，在RUICl 401中的UICPl 405比較兩個(gè)設(shè)備描述，然后確定RUIC2 402能夠接收由RUIS 400提供的若干RUI頁面的哪個(gè)。之后，RUICl 401請求RUIS 400提供RUI頁面， 該頁面應(yīng)該按非特定的方式傳遞到RUIC2 402。該請求消息攜帶關(guān)于RUIC2 402的設(shè)備能力的信息以及RUI頁面請求。簡言之，在本發(fā)明的實(shí)施例中，設(shè)備能力匹配過程包括其中RUICl 401從RUIS 400和RUIC2 402的設(shè)備描述中分別獲得關(guān)于設(shè)備能力的信息的步驟、其中RUICl 401比較獲得的設(shè)備描述的信息的步驟、其中RUICl 401確定RUIC2 402能夠接收由RUIS 400所提供的哪個(gè)服務(wù)的步驟、以及其中RUICl 401將RUICl 401的簡檔和RUIC2 402的簡檔隨同 UI頁面請求一起傳遞到RUIS 400的步驟。
表1
〈device xmlns:rui="urn:schemas-ce-org:cea2014-client-ext-l-0,,> <^eviceType>um:schemas-upnpK)rg:device:RemoteUIClientDevice: 1 </deviceType> <fiiendlyName>short user-friendly device name</friendlyName> <manufacturer>manufacturer name</manufacturer> <presentationlIRL>URL for presentation</presentationURL>
<rui:uiClientInfo>. _ ■ <rui:ProxyAvailability> True </rui: ProxyAvailability> <rui:connectCommandURL> http://..,. </rui:connectCommandURL> </device>如果在如表1所示將<rui:ProxyAvailability〉的標(biāo)志設(shè)置為“真(True)，，之后RUIC2 402發(fā)送該標(biāo)志到RUICl 401，則RUICl 401可以確定RUIC2 402是能夠接收從 RUICl 401提供的UI組件的設(shè)備。替換地，RUICl 401可向RUIC2 402發(fā)送發(fā)現(xiàn)消息，其包括指示它僅尋找RUIC2 402，或?qū)ふ蚁Ｍ揽縍UICl 401訪問內(nèi)容的另一 RUIC的信息。例如，RUICl 401可將指示其正在僅尋找 RUIC 設(shè)備的目標(biāo)信息 “STurn schemas-upnp-org device RemoteUIClient Device: 1”插入到UPnP發(fā)現(xiàn)消息的搜索目標(biāo)(ST)字段，并且發(fā)送具有設(shè)置的狀態(tài)信息(粗斜體強(qiáng)調(diào)的)的UPnP發(fā)現(xiàn)信息，如表2所示，從而在搜索的RUIC中，只有RUIC2 402(它能夠通過RUICl 401訪問內(nèi)容)響應(yīng)該UPnP發(fā)現(xiàn)消息。然后，僅期望接收由RUICl 401傳遞的內(nèi)容或遠(yuǎn)程UI頁面的RUIC2 402響應(yīng)于該請求發(fā)送響應(yīng)消息到RUICl 401。當(dāng)接收該響應(yīng)消息時(shí)，RUICl 401解析關(guān)于發(fā)送該響應(yīng)消息的RUIC2 402的設(shè)備描述，然后進(jìn)入用于分解設(shè)備能力描述的設(shè)備能力匹配過程。如上所述，設(shè)備能力匹配過程用于確定由RUICl 401發(fā)現(xiàn)的RUIC2 402能夠正確地接收和訪問內(nèi)容或遠(yuǎn)程UI頁面。下面的表2示出根據(jù)本發(fā)明的實(shí)施例的添加RUIC2 402應(yīng)該在UPnP發(fā)現(xiàn)消息中具有的狀態(tài)信息(以粗斜體強(qiáng)調(diào))的例子，并且狀態(tài)信息這樣設(shè)置從而僅RUIC2 402(其能夠接收遠(yuǎn)程UI頁面或內(nèi)容)響應(yīng)于UPnP發(fā)現(xiàn)消息。表2的數(shù)據(jù)在圖8的步驟805或圖9 的步驟905中傳遞。表2
權(quán)利要求
1.一種用于在能夠直接接收來自遠(yuǎn)程用戶界面服務(wù)器(RUIQ的用戶界面(UI)組件的第一遠(yuǎn)程用戶界面客戶端(RUIC)中提供UI組件到第二 RUIC的方法，其中第二 RUIC不能夠直接接收來自RUIS的UI組件，包括發(fā)現(xiàn)將接收UI組件的第二 RUIC ；在發(fā)現(xiàn)第二 RUIC時(shí)，執(zhí)行在RUIS與第二 RUIC之間的設(shè)備能力匹配過程；在完成設(shè)備能力匹配過程之后，向第二 RUIC提供從RUIS接收的并且針對第二 RUIC處理的UI組件；以及從第二 RUIC向RUIS傳遞關(guān)于UI組件的控制信息。
2.根據(jù)權(quán)利要求1所述的方法，其中發(fā)現(xiàn)第二RUIC包括從第二 RUIC接收指示第二 RUIC是否能夠接收從RUIS提供的UI組件的特定信息。
3.根據(jù)權(quán)利要求1所述的方法，其中發(fā)現(xiàn)第二RUIC包括發(fā)送指示第一 RUIC能夠作為第二 RUIC的代理操作的特定信息。
4.根據(jù)權(quán)利要求1所述的方法，其中執(zhí)行設(shè)備能力匹配過程包括向RUIS發(fā)送根據(jù)從第二 RUIC接收的設(shè)備描述獲得的第二 RUIC的簡檔信息、以及第一 RUIC的簡檔信息。
5.根據(jù)權(quán)利要求4所述的方法，其中UI組件包括遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)。
6.根據(jù)權(quán)利要求5所述的方法，其中提供處理的UI組件到第二RUIC包括如果第二 RUIC能夠提供遠(yuǎn)程UI頁面，則根據(jù)第二 RUIC是否具有提供遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)的能力對第二 RUIC提供遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)。
7.根據(jù)權(quán)利要求6所述的方法，其中如果第二RUIC能夠提供遠(yuǎn)程UI頁面，則處理的 UI組件包括具有第二 RUIC的簡檔信息的遠(yuǎn)程UI頁面，以及如果第二 RUIC能夠提供內(nèi)容， 則處理的UI組件包括具有第二 RUIC的簡檔信息的內(nèi)容。
8.一種第一遠(yuǎn)程用戶界面客戶端RUIC設(shè)備，用于提供用戶界面(UI)組件到第二 RUIC，其中第二 RUIC不能夠直接接收來自遠(yuǎn)程用戶界面服務(wù)器(RUIS)的UI組件，包括UI控制模塊，用于在發(fā)現(xiàn)將接收UI組件的第二 RUIC時(shí)執(zhí)行在RUIS與第二 RUIC之間的設(shè)備能力匹配過程；遠(yuǎn)程UI頁面管理器，用于從RUIS接收UI組件，并且如果完成設(shè)備能力匹配過程，則向第二 RUIC傳遞從RUIS接收的并且針對第二 RUIC處理的UI組件；以及消息中繼單元，用于從第二 RUIC向RUIS傳遞關(guān)于UI組件的控制信息。
9.根據(jù)權(quán)利要求8所述的第一RUIC設(shè)備，還包括可用服務(wù)列表發(fā)送器，用于提供指示第一 RUIC能夠作為第二 RUIC的代理RUI操作的信息、以及關(guān)于可用于第二 RUIC的服務(wù)的列表的信息。
10.根據(jù)權(quán)利要求8所述的第一RUIC設(shè)備，其中UI控制模塊從第二 RUIC接收指示第二 RUIC是否能夠接收從RUIS提供的UI組件的特定信息。
11.根據(jù)權(quán)利要求8所述的第一RUIC設(shè)備，其中UI控制模塊使用根據(jù)從第二 RUIC接收的設(shè)備描述獲得的第二 RUIC的簡檔信息、以及第一 RUIC的簡檔信息執(zhí)行設(shè)備能力匹配過程。
12.根據(jù)權(quán)利要求11所述的第一RUIC設(shè)備，其中UI組件包括遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)。
13.根據(jù)權(quán)利要求12所述的第一RUIC設(shè)備，其中如果第二 RUIC能夠提供遠(yuǎn)程UI頁CN 102549968 A面，則遠(yuǎn)程UI頁面管理器根據(jù)第二 RUIC是否具有提供遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)的能力對第二 RUIC傳遞遠(yuǎn)程UI頁面和內(nèi)容的至少一個(gè)。
14.根據(jù)權(quán)利要求13所述的第一 RUIC設(shè)備，其中如果第二 RUIC能夠提供遠(yuǎn)程UI頁面，則處理的UI組件包括具有第二 RUIC的簡檔信息的遠(yuǎn)程UI頁面，以及如果第二 RUIC能夠提供內(nèi)容，則處理的UI組件包括具有第二 RUIC的簡檔信息的內(nèi)容。
全文摘要
本發(fā)明提供一種方法和裝置，用于在能夠直接接收來自遠(yuǎn)程用戶界面服務(wù)器(RUIS)的用戶界面(UI)組件的第一遠(yuǎn)程用戶界面客戶端(RUIC)中提供UI組件到第二RUIC，其中第二RUIC不能夠直接接收來自RUIS的UI組件。在該方法中，第一RUIC發(fā)現(xiàn)將接收UI組件的第二RUIC。在發(fā)現(xiàn)第二RUIC時(shí)，第一RUIC執(zhí)行在RUIS與第二RUIC之間的設(shè)備能力匹配過程。在完成設(shè)備能力匹配過程之后，第一RUIC向第二RUIC提供從RUIS接收的并且針對第二RUIC處理的UI組件，以及從第二RUIC向RUIS傳遞關(guān)于UI組件的控制信息。
文檔編號H04L12/12GK102549968SQ201080045436
公開日2012年7月4日 申請日期2010年10月7日 優(yōu)先權(quán)日2009年10月9日
發(fā)明者宋在涓, 柳永善, 蘇泳完 申請人:三星電子株式會(huì)社