在家庭网络中控制远程用户界面的方法和装置制造方法

在家庭网络中控制远程用户界面的方法和装置制造方法
【专利摘要】一种在家庭网络中通过远程用户界面客户端(RUIC)设备控制远程用户界面(RUI)的方法和装置。其中，检查从能够控制在RUIC设备中实现的RUI的第三RUIC设备接收的控制信息是否由在允许控制UI(CUI)列表中包含的CUI产生的，并且如果所接收的控制信息不是由在允许CUI列表中包含的CUI产生的，则更新第三RUIC设备的CUI。
【专利说明】在家庭网络中控制远程用户界面的方法和装置
[0001]本申请是申请日为2010年9月I日、申请号为201080038837.5、发明名称“在家庭网络中控制远程用户界面的方法和装置”的发明专利申请的分案申请。

【技术领域】
[0002]本发明通常涉及在家庭网络中控制远程用户界面客户端(RUIC)设备的方法和装置，并且更特别地，涉及通过第三RUIC设备控制RUIC设备的方法和装置。

【背景技术】
[0003]许多工业标准化组织，例如数字生活网络联盟(DLNA)、家庭音频一视频交互(HAVi)和通用即插即用(UPnP)，已经开展了提高家庭网络技术的研宄。
[0004]在家庭网络中，远程用户界面(RUI)技术可以用于允许一个设备控制其他设备的功能。简单来说，基于客户端一服务器架构的RUI技术允许RUI客户从RUI服务器获得UI，以便它的用户可以在RUI客户上通过Π来控制RUI服务器。


【发明内容】

[0005]技术问题
[0006]在家庭网络中，需要确定能够控制RUIC设备的第三RUIC设备的控制UI是否是适合于RUIC设备的UI，或者是适合控制在RUIC设备中表现或表达的远程UI的屏幕的UI。
[0007]本发明的一个方面是处理至少以上所提及的问题和/或缺点，并且提供至少以下所描述的优点。因此，本发明的一个方面是提供一种在家庭网络中确定能够控制RUIC设备的第三RUIC设备的控制Π是否是适合于RUIC设备的UI，或者是适合控制在RUIC设备中表现或表达的远程UI的屏幕的UI。
[0008]本发明的另一方面是提供一种方法及装置，用于如果所提供的控制Π是不合适的，则将从能够控制RUIC设备的第三RUIC设备提供的控制UI改变为合适的控制U10
[0009]根据本发明的一个方面，提供一种在家庭网络中通过远程用户界面客户端(RUIC)设备控制远程用户界面(RUI)的方法，其中，检查从能够控制在RUIC设备中实现的RUI的第三RUIC设备接收的控制信息是否是由在允许Cn列表中包含的控制用户界面(CUI)产生的，并且如果所接收的控制信息不是由在允许cn列表中包含的cn产生的，则更新第三RUIC设备的CUI。
[0010]根据本发明的另一方面，提供一种在远程用户界面客户端(Rnc)设备中控制远程用户界面(RUI)的装置，其中，嵌入式网页服务器从能够控制在RUIC设备中实现的RUI的第三RUIC设备接收控制动作，并且根据指令更新控制用户接口(CUI)，以及远程控制(RC)插件模块检查从嵌入式网页服务器接收的控制信息是否是由在允许CUI列表中包含的⑶I产生的，并且如果所述控制信息不是由在允许⑶I列表中包含的⑶I产生的，则指示所述嵌入式网页服务器发送合适的⑶I给第三RUIC设备。
[0011]有益效果
[0012]如从前面描述所显而易见的是，根据本发明的实施例，RUIC设备确定从能够远程控制RUIC的第三RUIC设备接收的控制UI是否是合适的或有效的，并且如果是不合适的，则请求发送合适的控制Π，从而防止由第三RUIC设备和RUIC设备之间的错误的控制Π所引发的故障。

【专利附图】

【附图说明】
[0013]从下面结合附图进行的描述，本发明某些示例实施例的以上和其他方面、特点和优点将变得更加清楚，在附图中:
[0014]图1是示出应用本发明的、在远程控制系统中通过第三RUIC设备控制RUIC设备的架构的框图；
[0015]图2是示出其中图1中所示结构中的RUIC设备被表示成一个设备并且在其中包含远程用户界面服务器(RUIS)和RUIC设备、以及RUIC设备在其中具有远程控制插件模块的架构的框图；
[0016]图3是示出其中图1中所示结构中的RUIC设备被表示成开放IPTV终端功能实体(OITF)并且包括声明应用环境(DAE)实体和用作RUIC设备的DLNA RUIS实体、以及第三RUIC设备被表示成远程设备并且在其中包含DLNA RUIC实体的架构的框图；
[0017]图4是示出可应用本发明的其中在远程控制系统中用户能够通过第三RUIC设备的控制UI来控制RUIC设备的示例的图；
[0018]图5是示出可应用本发明的其中在远程控制系统中在第三RUIC设备中表现适合于控制在RUIC设备中表现的RUI的控制UI和不适合于控制在RUIC设备中表现的RUI的控制UI ；
[0019]图6是示出根据本发明实施例的将控制信息从第三设备递送到RUIC设备的顺序的图以及在第三设备和RUIC设备之间处理控制信息的流程图；
[0020]图7是示出根据本发明实施例的将控制信息从第三设备递送给RUIC设备的顺序以及处理所述控制信息的方法的信令图；
[0021]图8是示出根据本发明实施例的插件的定义和能够应用于开放IPTV论坛DAE规范的对象的图；
[0022]图9是根据本发明实施例的能够应用于开放IPTV论坛DAE规范的信令图；
[0023]图10是根据本发明实施例的其中在图9中确定在DLNA RUIS(嵌入式网页服务器)中不存在合适的CUI页面的示例的信令图；
[0024]贯穿附图，相同的附图标记将被理解为指代相同的元件、特征和结构。

【具体实施方式】
[0025]现在将参考附图详细描述本发明的实施例。在以下描述中，诸如详细配置和元件之类的特定细节仅仅被提供来帮助对本发明的实施例的全面理解。因此，本领域技术人员应当理解，在不脱离本发明的范围和精神的情况下可以对在此描述的实施例进行各种改变和修改。另外，为了清楚和简洁，省略了对公知功能和结构的描述。
[0026]在以下描述中，远程用户界面服务器(RUIS)指的是在客户端-服务器体系结构系统中用于向客户端发送远程用户界面(RUI)和控制信息的设备。
[0027]图1示出应用本发明的在远程控制系统中通过第三RUIC设备102控制RUIC设备100的架构。
[0028]参照图1，远程用户界面客户端(RnC)设备100通过作为使用中的协议的接口#1103，从远程用户界面服务器(RUIS) 101接收Rn和控制信息。在此使用的控制信息甚至可以包括UI以及能够控制在RUIC设备100中表现的RUI的控制信息。控制UI管理器105分离所接收的控制信息，并且通过控制UI管理器105将控制UI递交给用于控制RUIC设备100的第三RUIC设备102。将所提供的控制UI显示在第三RUIC设备102上，并且用户可以使用在第三RUIC设备102上显示的控制UI来控制RUIC设备100。控制UI管理器105可以作为一个逻辑实体存在于RUIC设备100的内部或外部。图2和3示出如下的可能情形:控制UI管理器105存在于RUIC设备201外部，并且控制UI管理器105可以是DLNARUIS 303，或者是用于与移动/便携设备进行通信的、存在于作为用于在UPnP (通用即插即用)TM网络和互联网(Web4CE)上的远程用户界面的基于网站的协议和框架的标准的消费电子协会-2014 (CEA - 2014)的RUIS 202以及开放IPTV论坛的开放IPTV终端功能实体(OITF) 300的嵌入式服务器功能实体，并且另外，控制UI管理器105也可以用作在RUIC设备201中的远程控制插件203。通过在图1中的RUIC设备100和第三RUIC设备102之间的接口 #2104，可以借助于在使用通用即插即用(UPnP)或超文本传送协议(HTTP)的第三RUIC设备102中表现的控制UI来控制RUIC设备100或在RUIC设备100中所表现的RUI。
[0029]图4示出可应用本发明的、在远程控制系统中用户能够通过第三RUIC设备402的控制Π来控制RUIC设备401的实例。一旦从RUIS 400获得RUI 403和控制UI 404, RUIC设备401在它的屏幕上表现(表达)RUI 403，并且发送控制Π 404给第三RUIC设备402。第三RUIC设备402在这个屏幕上表现所接收的控制UI 404，并且用户通过在屏幕上表现的控制UI 404来控制RUIC设备401 (或者在RUIC设备401中表现的RUI 403)。
[0030]在此场景中，通常，第三RUIC设备402从RUIC设备401接收与在RUIC设备401中再现的内容相对应的能够控制RUI 403的控制Π 404，并且表现所接收的控制Π 404，并且然后用户可以使用控制Π 404。然而，如果将在第三RUIC设备402上表现的控制Π404中产生的控制信息发送给RUIC设备401，则RUIC设备401可以无条件地执行与该控制信息相对应的操作，或者发送该控制信息给在RUIC设备401中表现的RUI 403，而不确定所接收的控制信息是否是由合适的控制UI所产生的。
[0031]总之，RUIC设备从RUIS接收在RUIC设备中表现的UI’以及能够控制在RUIC设备中表现的UI的控制UI，以及借助于该控制UI来控制RUIC设备和/或在RUIC中再现的RU1第三设备(能够远程控制RUIC设备的远程控制RUIC设备)通过UI控制RUIC设备，并且可以从RUIC设备或RUIS接收Π。所述第三设备可以包括移动设备(例如，移动电话机)、便携式设备(例如，具有通信功能的小型显示设备)等等。在本发明中，远程控制RUIC设备将被理解为包括第三设备或第三RUIC设备。
[0032]本发明的一个方面提供一种方法及装置，用于确定用于控制在RUIC设备中再现的一个RUI的控制Π是否是适合控制Π的UI，并且如果它不是适合的控制UI，则递送适合的控制UI给第三RUIC设备，而忽略从第三RUIC设备提供的控制信息。
[0033]图5示出可应用本发明的、其中在远程控制系统中将适合于控制在RUIC设备401中表现的RUI 403的控制UI 404和不适合于控制在RUIC设备401中表现的RUI 403的控制Π 501分别表现在第三RUIC设备402和500中的实例。第三RUIC设备#1 402具有能够控制当前在RUIC设备401中表现的RUI 403的合适的控制Π 404，并且RUIC设备401从第三RUIC设备#1 402接收控制信息，并且根据所接收的控制信息以适当的方式控制RUIC设备401。然而，如果从具有不合适的控制UI 501的第三RUIC设备#2500接收到控制信息，则RUIC设备401目前无法确定是否已经从合适的控制Π 402接收到控制信息。例如，在合适的控制UI 404中的按钮502是转到主菜单的按钮，但是在不合适的控制UI 501中的按钮503(以和按钮502相同的方式被标记阴影)发送用于退出屏幕的退出动作(或者命令)的控制信息给RUIC设备401。如果以这种方式从不合适的控制Π 501接收到控制信息，则与用户的原始意图相比可能改变RUIC设备401中的RUI 403。为了避免这些问题，RUIC设备401和RUI 403应当执行以下两种操作。
[0034]第一，如果从第三RUIC设备402和500接收到控制信息，则RUIC设备401确定是否已经产生并且从合适的控制UI接收到控制信息。第二，如果已经产生并且从不合适的控制UI接收到控制信息，则RUIC 401将改变在发送不合适的控制UI的第三RUIC中表现的控制UI 501的指令发送给合适的控制UI 404。
[0035]图6示出根据本发明实施例的、将控制信息从第三设备402递送给RUIC设备401的顺序以及在第三设备402和RUIC设备401之间处理控制信息的流程图。
[0036]在步骤600中，将控制信息从第三设备402发送给RUIC设备401。在发送期间，除了已有的控制信息之外，将有关在第三设备402中所表现的控制Π的信息与控制信息一起发送。已有控制信息可以包括与播放内容有关的信息，例如播放和停止。有关控制Π的信息例如可以包括控制Π的统一资源定位符(URL)、控制Π的文件名、控制Π的预定义标识符(ID)值等等。该ID值可以被定义为具有根据控制UI格式的唯一值。这里所使用的控制信息可以包括有关控制Π和控制动作(或者控制命令)的信息。
[0037]在步骤601中，RUIC设备401接收在步骤600中第三设备402发送的控制信息。在步骤602中，RUIC设备401使用RUIC设备401中的允许控制Π列表(AllowedCUIList)，确定是否已经从合适的控制UI接收到控制信息。例如，在步骤602中，可以通过检查在所接收的关于控制UI的信息中所包含的控制UI的ID是否存在于在允许控制UI列表中的控制UI的ID当中，来确定所接收的控制信息是否是由合适的控制UI产生的。如果已经从合适的控制Π发送了控制信息，则RUIC设备401在步骤603中根据在控制信息中规定的控制操作执行对于RUI的操作。然而，如果控制信息是从不合适的控制UI发送的，则RUIC设备401在步骤604中将适合于当前在RUIC设备401中表现的RUI的控制UI发送给第三设备402，而忽略所接收的控制信息。
[0038]在步骤605中，RUIC设备401可以直接将适当的控制UI递送给第三设备402，或者可以发送合适的控制Π的地址给第三设备402，以便第三设备402可以调用控制Π的地址并访问该控制U10
[0039]如果在步骤604中RUIC设备401向第三设备402通知它将下载合适的⑶I页面的URL地址，则第三设备402在步骤605中使用URL地址请求适合于控制在RUIC设备401中表现的RUI的CUI页面，并且响应于所述请求下载所请求的CUI页面。
[0040]附图标记620示出根据本发明实施例的在第三设备402和RUIC设备401中使用的信息。第三设备402显示它向RUIC设备401发送作为关于控制操作的信息的控制动作、以及当前在第三设备402中被驱动的⑶I信息，而RUIC设备401显示它当前存储了作为关于RUIC设备401的⑶I信息的当前⑶I信息、以及关于允许控制UI列表的信息。
[0041]图7示出根据本发明实施例的，将控制信息从第三设备402递送给RUIC设备401的顺序以及处理控制信息的方法。在步骤702中，RUIS 400发送RUI和能够控制RUI的控制UI给RUIC设备401。在步骤704中，RUIC设备401再现RUI并且在它的屏幕上表现它。用户700通过第三RUIC设备402和500可以控制RUIC设备401或者在RUIC设备401中表现的RUI。步骤706和708表示当用户700请求合适的控制UI的地址(或者正确的控制UI (I))时，第三RUIC设备402接收合适的控制UI的情况。
[0042]步骤710和712示出用户700请求不合适的控制UI (或者错误的控制UI (2))的地址，或者即使用户700已经请求了合适的控制UI (或者正确的控制UI)的地址，但是第三RUIC设备500已经接收到不合适的控制UI的地址的情形。例如，在步骤710和712中，用户700可能已经通过第三设备按了返回按钮，或者可能已经使用URL历史记录直接调用了不合适的控制UI的地址。否则，当在RUIC设备401中表现的RUI被另一个用户改变时，即使用户700当前保持的控制UI没有被改变，用户700也可能已经使用不合适的控制UI控制了 RUIC设备401，而不管他或她的意图，或者与当前在RUIC设备401中表现的Rn相反。
[0043]另外，有许多其他的用户当前使用的控制Π与在RUIC设备401中所表现的RUI不匹配的情形。在这些情形中，通过识别出从第三RUIC设备500发送的控制信息是来自不合适的控制UI，RUIC设备401将第三RUIC设备500的控制UI改变为合适的控制UI。在步骤714和716中，如果用户700通过不合适的控制UI而不是被创建来控制当前在RUIC设备401中表现的RUI的控制UI来控制RUIC设备401，则第三RUIC设备500在步骤716中发送错误的控制信息给RUIC设备401。
[0044]在步骤718中，已经接收到错误控制信息的RUIC设备401首先确定所接收控制信息是否是合适的。为了这样做，RUIC设备401从自第三RUIC设备500中的不合适的控制UI接收的控制信息中提取关于相关控制UI的信息，并且把它与它的允许控制UI列表进行比较。如果在RUIC设备401或者在RUIC设备401表现的RUI中存在指示在RUIC设备401中表现的RUI不需要由特定控制UI来控制的信息，则RUIC设备401根据所接收的控制信息执行操作。在步骤718中，RUIC设备401也可以检查从第三RUIC设备500所接收的控制动作是否是适当的。例如，如果RUIC设备401能够以表格的形式存储与控制动作相对应的功能，并且将与在步骤716中所接收的控制动作相对应的功能存储在表格中，则RUIC设备401可以确定所接收的控制动作是合适的控制动作。
[0045]如果在步骤718中确定从运行不合适的控制UI的第三RUIC设备500接收到控制信息，则RUIC设备401在步骤720中不应用控制动作(或者所接收的控制信息)或者它的相关控制UI页面。在步骤722中，RUIC设备401将关于合适的控制UI的信息递送给具有不合适的控制UI的第三RUIC设备500。在步骤724中，如果控制UI的信息是控制UI的地址，则第三RUIC设备500调用该地址并且从RUIC设备401接收合适的的控制UI。
[0046]图8示出根据本发明实施例的、能够应用于开放IPTV论坛DAE规范的插件和对象的定义。首先，当发送HTTP消息给RUIC设备时，在第三设备中表现的控制Π 800同时发送关于控制Π的信息(⑶I Info)和基本控制信息给RUIC设备。⑶I Info可以包括控制UI的名字、控制UI的地址、控制UI的唯一 ID，等等，而基本控制信息可以包括播放(PLAY)、停止(STOP)、暂停(PAUSE)、音量增大/减小(V0LUME_UP/D0WN)等等。在图9的步骤918中可以通过如下所述的HTTP消息发送控制Π 800。附图标记802示出根据本发明实施例的可以在远程控制插件模块中实现的功能的实例。
[0047]在从控制UI 800接收到控制信息之后，如果⑶I Info存在于所接收的控制信息中，则RUIC设备中的嵌入式服务器将⑶I Info和从第三RUIC设备接收的基本控制信息发送给声明应用环境(DAE)模块的远程控制插入模块。远程控制插件模块提供一个函数voidsetAl 1wedQJIList (String [] cui InfoList)，其中，DAE应用模块通过这个函数能够设置允许控制UI列表，并且远程控制插件模块把从第三RUIC设备发送的控制信息与由DAE应用模块设置的允许控制UI列表进行比较。作为比较结果，如果从第三RUIC设备发送的控制信息是不合适的，则远程控制插件模块发送一个onlnvalid⑶I事件给DAE应用模块。事件参数在‘remoteDeviceCUIInfo (远程设备控制UI信息)’参数上承载CUI Info并且在‘message’参数上承载从第三RUIC设备提供的基本控制信息。
[0048]图9和10是根据本发明实施例的能够应用于开放IPTV论坛DAE规范的信令图。
[0049]在图9和10中，DLNA设备900对应于第三RUIC设备，OITF终端901对应于RUIC设备，以及IPTV应用902对应于RUIS。另外，嵌入式网页服务器903和DLNA功能一起被嵌入到OITF终端中，并且用作DLNA设备900或者第三RUIC设备的服务器。嵌入式网页服务器903对应于RUIS 202或DLNA RUIS 303。附图标记907指示运行在DLNA设备900中的网页浏览器。
[0050]现实中，DLNA设备900可以是普通的远程控制器，OITF终端901可以是机顶盒，IPTV应用902可以是IPTV服务提供商，以及DAE 905可以是在机顶盒中实现的网页浏览器。
[0051]这仅仅是将本发明应用于开放IPTV论坛DAE标准的情形的实例。然而，如果将本发明应用于其他标准，则图9和10中所示的模块可以由用作相应操作的其它模块来代替。
[0052]在步骤910中，IPTV应用902将作为DAE应用的RH和控制UI (⑶I)发送给OITF终端901中的DAE 905。在步骤912中，DAE 905中的DAE应用模块906在它的屏幕上表现RUI或者DAE应用，并且当RUI正在运行时，DAE应用模块906使用DAE 905中的远程控制(RC)插件模块904的setAllowed⑶IList (设置允许控Π列表)功能来创建允许控制UI列表，并且在步骤914中将其发送给RC插件模块904。在步骤916中，RC插件模块904存储所创建的允许控制UI列表。之后，如果用户在步骤918中通过DLNA设备900为控制动作产生控制信息，则在步骤920中通过HTTP消息将所产生的控制信息发送给OITF终端901中的嵌入式网页服务器903。换句话说，在步骤918和920中，将运行在DLNA设备900中的⑶I所产生的控制信息发送给OITF终端901。
[0053]在步骤922中，嵌入式网页服务器903或者DLNA RUIS发送控制信息给RC插件模块904。在步骤924中，RC插件模块904检查所接收的控制信息是否是来自于允许控制UI页的。在步骤924中检查控制信息是否是从允许控制UI页发送的方法与以上所描述的相同。
[0054]换句话说，通过检查在从DLNA设备900或第三RUIC设备接收的控制UI信息(⑶IInfo)中所包含的控制UI的ID是否包含在以前所存储的允许控制UI列表中，RC插件模块904可以确定控制信息是否是从允许控制UI页接收的。
[0055]如果在步骤926中确定控制信息是从允许控制Π页面接收的，则RC插件模块904在步骤928中执行通常操作。例如，RC插件模块发送所接收的控制信息给DAE应用模块906，以便将RUI控制为用户在步骤928中所期望的。然而，如果在步骤926中确定控制信息不是从允许控制UI页面接收的，则RC插件模块904在步骤930中产生onlnvalid⑶I事件，用于通知DAE应用模块906控制信息是从无效的控制UI接收的。在步骤932中，RC插件模块904请求嵌入式网页服务器903发送合适的控制UI页面给DLNA设备900。
[0056]在步骤934中，嵌入式网页服务器903检查是否存在合适的⑶I页面。合适的⑶I页面是能够通过DLNA设备900或第三RUIC设备精确控制正在OITF终端901中运行的RUI的⑶I页面。如果在步骤936中确定不存在合适的控制UI，则嵌入式网页服务器903执行在图10的步骤940中所示的序列。然而，如果在步骤936中确定存在合适的CUI页面，则嵌入式网页服务器903在步骤938中发送合适的⑶I页面给DLNA设备900。
[0057]如果在步骤936中确定不存在合适的⑶I页面，则嵌入式网页服务器903在步骤940中请求RC插件模块904提供合适的控制UI。作为响应，RC插件模块904在步骤942中产生一个请求DAE应用模块906提供合适的控制UI的事件。作为响应，在步骤944，DAE应用模块906将适合于当前RUI的控制UI的URL或名称分配给RC插件模块904，从而委托RC插件模块904下载适合于当前运行RUI的控制UI。然后，RC插件模块904在步骤946中从IPTV应用902或RUIS下载控制UI，并且在步骤948中递送下载的控制UI给嵌入式网页服务器903。
[0058]在完成下载之后，RC插件模块904在步骤950中产生一个通知DAE应用模块906下载完成的OnReceiving⑶I事件。然后在步骤952中，DAE应用模块906向RC插件模块904发送请求RC插件模块904发送下载的控制UI的命令。一旦在步骤952中接收到该命令，RC插件模块904在步骤954中向嵌入式网页服务器903发送用于发送控制UI给DLNA设备900的命令。然后在步骤956中，嵌入式网页服务器903使用通知发送控制Π给DLNA设备900。
[0059]如从以上描述所显而易见的是，根据本发明实施例，RUIC设备确定从能够远程控制RUIC的第三RUIC设备所接收的控制UI是否是合适的或者有效的，并且如果不是合适的，则请求发送合适的控制UI，从而防止由第三RUIC设备和RUIC设备之间的错误控制Π所引发的故障。
[0060]尽管已经参照某些实施例说明和描述了本发明，但本领域技术人员将理解，在不脱离由所附权利要求书及其等价物所定义的本发明的精神和范围的情况下可以在形式和细节上进行各种改变。
【权利要求】
1.一种在网络中通过第一设备控制用户界面的方法，所述方法包括: 显不一应用； 向第二设备发送用于控制所述应用的控制用户界面CUI; 如果从所述第二设备接收到控制信息，则确定在所述控制信息中包含的第一 CUI信息是否对应于用于所述应用的第二 CUI信息；并且 如果所述第一 CUI信息不对应所述第二 CUI信息，则向所述第二设备发送所述第二 CUI信息。
2.如权利要求1所述的方法，其中，所述第一CUI信息包括由所述第二设备使用的CUI的标识符ID。
3.如权利要求2所述的方法，其中，所述第一Cn信息还包括所述CUI的统一资源定位符URL和所述CUI的文件名称中的至少一个。
4.如权利要求1所述的方法，其中，所述第二CUI信息包括所述CUI中的每一个的标识符ID。
5.如权利要求1所述的方法，还包括:如果所述第一CUI信息对应于所述第二 CUI信息，则根据所述控制信息执行操作。
6.如权利要求1所述的方法，还包括:向所述第二设备发送用于根据所述第二CUI信息获取⑶I的统一资源定位符URL。
7.如权利要求1所述的方法，还包括:向所述第二设备发送根据所述第二CUI信息的CU1
8.在网络中的第一设备，所述第一设备包括: 显示单元，被配置成显示一应用； 发送器，被配置成向第二设备发送用于控制所述应用的控制用户界面CUI ; 接收器，被配置成从所述第二设备接收控制信息；和 控制器，被配置成:如果从所述第二设备接收到所述控制信息，则确定在所述控制信息中包含的第一⑶I信息是否对应于用于所述应用的第二⑶I信息，并且如果所述第一⑶I信息不对应所述第二 CUI信息，则控制所述发送器向所述第二设备发送所述第二 CUI信息。
9.如权利要求8所述的第一设备，其中，所述第一CUI信息包括由所述第二设备使用的⑶I的标识符ID。
10.如权利要求9所述的第一设备，其中，所述第一⑶I信息还包括相应⑶I的统一资源定位符URL和所述相应CUI的文件名称中的至少一个。
11.如权利要求8所述的第一设备，其中，所述第二⑶I信息包括所述⑶I中的每一个的标识符ID。
12.如权利要求8所述的第一设备，其中，如果所述第一⑶I信息对应于所述第二⑶I信息，则所述控制器根据所述控制信息执行操作。
13.如权利要求8所述的第一设备，其中，所述发送器向所述第二设备发送用于根据所述第二⑶I信息获取⑶I的统一资源定位符URL。
14.如权利要求8所述的第一设备，其中，所述发送器向所述第二设备发送根据所述第二 CUI信息的CUI。
15.一种在网络中通过第二设备控制用户界面的方法，所述方法包括: 从第一设备接收用于控制一应用的控制用户界面CUI ; 如果选择了所述CUI中的一个，则向所述第一设备发送包括根据所选择的CUI的第一CUI信息的控制信息； 确定是否从所述第一设备接收到用于在所述第一设备中显示的应用的第二 CUI信息；并且 如果从所述第一设备接收到所述第二 CUI信息，则根据所述第二 CUI信息更新所述CU1
16.如权利要求15所述的方法，其中，所述第一CUI信息包括所选择的CUI的标识符IDo
17.如权利要求16所述的方法，其中，所述第一CUI信息还包括所选选择的CUI的统一资源定位符URL和所选择的CUI的文件名称中的至少一个。
18.如权利要求15所述的方法，还包括:从所述第一设备接收用于根据所述第二⑶I信息获取⑶I的统一资源定位符URL。
19.如权利要求15所述的方法，还包括:从所述第一设备接收根据所述第二CUI信息的 CUI。
20.在网络中的第二设备，所述第二设备包括: 接收器，被配置成从第一设备接收用于控制一应用的控制用户界面CUI; 发送器，被配置成:如果选择了所述CUI中的一个，则向所述第一设备发送包括根据所选择的CUI的第一 CUI信息的控制信息；和 控制器，被配置成:确定是否从所述第一设备接收到用于在所述第一设备中显示的应用的第二 CUI信息，并且如果从所述第一设备接收到所述第二 CUI信息，则根据所述第二⑶I信息更新所述⑶I。
21.如权利要求20所述的第二设备，其中，所述第一Cn信息包括所选择的CUI的标识符ID。
22.如权利要求21所述的第二设备，其中，所述第一Cn信息还包括所选择的CUI的统一资源定位符URL和所选择的CUI的文件名称中的至少一个。
23.如权利要求20所述的第二设备，其中，所述接收器从所述第一设备接收用于根据所述第二⑶I信息获取⑶I的统一资源定位符URL。
24.如权利要求20所述的第二设备，其中，所述接收器从所述第一设备接收根据所述第二 CUI信息的CUI。
【文档编号】H04L12/28GK104486179SQ201510018909
【公开日】2015年4月1日 申请日期:2010年9月1日 优先权日:2009年9月1日
【发明者】金俊亨, 朴浩渊, 黄承吾, 徐炯禛 申请人:三星电子株式会社