在远程用户界面服务器和远程用户界面客户端间界面连接的装置和方法

技术领域

本发明一般涉及基于因特网协议(IP)的家庭联网，且更具体地，涉及 用于向无法直接从远程用户界面服务器(RUIS)接收服务的远程用户界面客 户端(RUIC)提供远程用户界面(UI)的方法和装置。

背景技术

包括基于IP的私人网络的家庭网络通过叫做中间件的公共虚拟计算环 境连接在家庭使用的诸如个人计算机(PC)、智能产品和无线设备的各种类 型的设备到一个网络以控制各设备。

中间件是指以对等(P2P)方式连接各种数字设备以使能在各设备之间 的通信的技术。诸如数字生活网络联盟(DLNA)、家庭音视频交互性(HAVI)、 通用即插即用(UPnP)、Java智能网络基础设施(Jini)和家庭广域网(HWW) 的多个工业标准组织已经对用于改进家庭网络技术的中间件技术进行研究。

在家庭网络中，远程UI(RUI)技术可以用于允许一个设备来控制其他 设备的功能或能力。简单地说，RUI技术是基于客户端-服务器架构的技术， 其中RUIC从RUIS获取UI以便用户经由RUIC上的UI控制该RUIS。

RUI技术是用于再现和控制UI的机制，以便不在运行应用的设备上而在 其他设备上控制应用。各种RUI技术正在研究中，如消费电子协会(CEA) -2014、扩展家庭影院(XHT)、控件(Widget)描述交换服务(WiDeX)、以 及远程桌面协议(RDP)。

现在，将作出CEA-2014的描述，这是用于控制物理上分开的设备的典 型的RUI技术。实施CEA-2014技术的远程控制系统包括提供用于远程控制 的UI的RUIS和用于显示远程接收的UI的RUIC。

提供用于远程控制的UI的RUIS在其中有一个web服务器。通过此web 服务器，RUIS传递由RUIC请求的web页面，并且RUIC为用户在XHTML 浏览器上显示UI的web页面。

通过使用此RUI技术，RUIC可以建立与RUIS的会话并且从RUIS接收 UI组件，使得它可以控制RUIS。UI组件指示构成UI的元素，并且表示在 RUI会话中从RUIS向RUIC提供的全部类型的数据，如图标、下拉菜单、按 钮、滚动条、窗口、文本、和A/V数据(音频/视频、照片等)。

图1示出一般的例子，其中两个客户端设备RUIC1和RUIC2使用由RUIS  100提供的远程UI页面和控制信息来访问内容。虽然RUIC1 101可以直接从 RUIS 100接收远程UI(RUI)页面和内容，另一个RUIC2 102不能直接从 RUIS 100接收服务，如参考数字103所示。这种情况可能由于各种原因而发 生，如RUIC2 102被安置在其到RUIS 100的直接连接在物理上是不可能的地 方，或即便其连接是可能的，RUIC2 102没有访问权限以直接从RUIS 100接 收远程UI页面和内容。在这种环境下，使用远程UI是非常受限的，但通过 利用好其他周边设备(诸如，3G终端或能够连接RUIS 100的设备)，甚至也 可以将远程UI服务提供给RUIC2 102。

此外，在一个融合的环境中，不仅移动通信终端，而且具有各种能力的 设备(如数字电视机(DTV)、便携式媒体播放器(PMP)和PC)共存和提 供服务到用户，甚至支持远程UI的设备可能有不同类型的物理信道接口。例 如，电视机具有内置的基于无线保真(WiFi)的无线局域网接口，而在家庭 的所有其他设备可能只具有蓝牙接口，通过蓝牙接口支持远程UI。在这种情 况下，目前，没有办法提供远程UI服务给电视机。如果具有蓝牙和WiFi接 口两者的多接口设备能够代表各设备提供远程UI服务，这在融合环境中将更 有利。

发明内容

技术问题

仅当RUIS和RUIC有直接连接时提供远程UI服务的传统方法具有如上 面所说的几个缺点。为了克服传统的提供远程UI服务的方法的这些和其他限 制，需要一种方法，使用能够直接从RUIS 100接收服务的RUIC1 101向RUIC2  102或不能服务接收的另一RUIC提供远程UI页面和内容。

技术方案

本发明的一方面用于解决至少上述的问题和/或缺点，并且提供至少以下 所述的优点。因此，本发明的一方面提供一种方法和装置，用于通过能够从 RUIS直接接收远程UI页面和内容的RUIC设备向不能直接连接RUIS的 RUIC设备提供远程UI页面和内容。

依据本发明的一方面，提供一种方法，用于在能够直接接收来自远程用 户界面服务器(RUIS)的用户界面(UI)组件的第一远程用户界面客户端 (RUIC)中提供UI组件到第二RUIC，其中第二RUIC不能够直接接收来自 RUIS的UI组件。在该方法中，第一RUIC发现将接收UI组件的第二RUIC。 在发现第二RUIC时，第一RUIC执行在RUIS与第二RUIC之间的设备能力 匹配过程。在完成设备能力匹配过程之后，第一RUIC向第二RUIC提供从 RUIS接收的并且针对第二RUIC处理的UI组件，以及从第二RUIC向RUIS 传递关于UI组件的控制信息。

依据本发明的另一方面，提供一种第一远程用户界面客户端RUIC，用 于提供用户界面(UI)组件到第二RUIC，其中第二RUIC不能够直接接收来 自远程用户界面服务器(RUIS)的UI组件。在该设备中，UI控制模块在发 现将接收UI组件的第二RUIC时执行在RUIS与第二RUIC之间的设备能力 匹配过程。远程UI页面管理器用于从RUIS接收UI组件，并且如果完成设 备能力匹配过程，则向第二RUIC传递从RUIS接收的并且针对第二RUIC处 理的UI组件。消息中继单元用于从第二RUIC向RUIS传递关于UI组件的 控制信息。

有益效果

本发明可以通过使用RUIC周围的代理RUIC向不能直接从RUIS接收服 务的任何RUIC提供服务。在这种方式下，RUIC的用户可以随时随地访问远 程UI页面和内容，克服物理传输信道环境的限制，和/或服务环境的限制， 诸如其中由于使用不同的物理层接口而不可能向另一RUIC提供服务的情况， 以及其中尽管连接是可能的，但是另一RUIC无权直接接收来自RUIS的远程 UI页面和内容的情况。

附图说明

通过结合附图的以下描述，本发明的以上和其它方面、特征和优点将更 明了，其中：

图1是说明其中RUIS向RUIC1和另一RUIC传递远程UI页面和内容 的一般示例的图；

图2是示出根据本发明的实施例的经由代理RUI设备传递远程UI页面 和内容从而另一RUIC可以再现它们的例子的图；

图3是根据本发明的实施例的定义向另一RUIC设备传递远程UI页面和 内容所需的协议和过程的图；

图4是示出根据本发明的实施例的其中代理RUIC和另一RUIC设备彼 此发现的方法的图；

图5是根据本发明的实施例的在RUIS 500和RUIC2 502之间提供远程 UI和内容的RUIC1 510的框图；

图6是根据本发明的实施例的远程UI页面管理器的框图；

图7是示出根据本发明的实施例的在RUIC1中用于在RUIS和RUIC2 之间的界面连接的操作的流程图；

图8是说明根据本发明的实施例的其中在RUIC1中仅访问远程UI页面 和在RUIC2中仅访问内容的示例的图；以及

图9是说明根据本发明的实施例的其中在RUIC2中访问远程UI页面和 内容两者的示例的图。

贯穿附图，相同附图参考数字将理解用于表示相同的部件、特征和结构。

具体实施方式

通过结合附图的以下描述，本发明的以上和其它方面、特征和优点以及 实现其的方法将更明了。可是，在以下说明中，仅提供诸如详细的结构和组 件的具体细节以助于本发明的完整理解。因此，对本领域的那些技术人员显 然的是在不背离本发明的范围和精神的情况下，可以对这里所述的实施例作 出各种改变和修改。

图2示出根据本发明的实施例的经由RUIC1 201或代理RUI设备由RUIS  200向RUIC2 202或另一个RUIC设备提供远程UI页面和/或内容的例子。 对于代理RUI设备，RUIC1 201可以被叫做代理RUI设备，因为RUIC1 201 代表RUIC2 202与RUIS 200执行通信。

如图2所示，如果RUIC2 202无法直接连接RUIS 200，RUIS 200将应 该传递到不能与RUIS 200通信的RUIC2 202(如参考数字204所示)的远 程UI页面和/或内容经由RUIC1 201远程传递到RUIC2 202。远程UI页面 和内容经由RUIC1 201传递到RUIC2 202或不能与RUIS 200通信的另一设 备，并且从RUIS 200接收的远程UI页面和内容显示在RUIC2 202的屏幕 上。为此，如果正在消费RUIC1 201上的内容的用户首先搜索并选择用户将 对其提供内容或远程UI的RUIC2 202，然后选择用户将提供给RUIC2 202 的内容或UI页面，则向RUIC2 202传递选定的内容或远程控制UI。

图3示出根据本发明的实施例的通过RUIC1 301向RUIC2 302或不能与 RUIS通信的另一设备提供远程UI页面或内容所需的协议304和过程35，以 及在RUIC1 301中负责过程305的操作模块306。RUIC1 301通过现有的协 议303(如CEA-2014)从RUIS 300接收远程UI页面和内容。然而，为了让 代理RUIC1 301提供远程UI页面和内容到RUIC2 302或另一RUIC设备， 能够传递远程UI页面和内容的新的协议304应在RUIC 301和302之间定义。 根据本发明应在新的协议304中定义的详情如下。

首先，需要设备发现过程，其中RUIC1 301发现RUIC2 302或其他RUIC 设备。第二，需要设备能力匹配过程，其中在发现RUIC2 302之后，RUIC1 301 从RUIC2 302获得从RUIS 300中获得远程UI页面和内容所需的信息，并比 较获得的信息。第三，需要RUI页面传输过程，其中在认识到RUIC2 302可 以再现远程UI页面和内容时RUIC1 301提供远程UI页面和内容到RUIC2  302。另外，需要控制消息传输过程，其中在从RUIC1 301接收远程UI时， RUIC2 302再现从RUIC1 301接收的RUI页面，然后通过RUIC1 301发送控 制消息。

现在，说明在RUIC1 301中执行这些过程的程序。

图4示出根据本发明的实施例的一种方法，其中RUIC1 401和RUIC2 402 彼此发现对方以提供远程UI页面和内容到RUIC2 402。在本发明的实施例中， RUIC1 401和RUIC2 402按两种不同的方法：拉(PULL)模式和推(PUSH) 模式的任何一个发现对方。

在推模式方法403中，RUIC1 401发现RUIC2 402。当RUIC1 401的用 户例如正在享受从RUIS 400接收的视频内容并且希望使用屏幕尺寸大于 RUIC1 401的RUIC2 402或周边设备观看该内容时推模式会被激活。用户界 面控制点1(UICP1)405被用作控制RUIC1 401的UICP并且将执行该过程， 其中RUIC1 401发现RUIC2 402。RUIC1 401发现所有其相邻的RUIC，并确 定是否发现的RUIC2 402是能够依靠元数据进行内容接收的设备。元数据可 以包括设备描述数据或能力描述数据，并具有RUIC1 401能够基于其确定是 否发现的RUIC2 402能够接收从RUIS 400提供的内容的值。

下面的表1示出根据本发明的实施例的在设备描述元数据中添加特定标 志的例子。标志用于允许RUIC1 401确定是否RUIC2 402是能够接收内容的 设备。表1示出了按照可扩展标记语言(XML)编写的设备描述元数据的一 个例子。在表1中，以粗斜体强调的部分对应于根据本发明的实施例的添加 的标志，并且表1中的数据通过设备描述在图8的步骤806或图9的步骤906 中传递。RUIC1 401使用该标志选择希望接收的，或具有接收远程UI页面和 内容的能力的唯一的RUIC2 402，并且可以根据RUIC2 402的用户的偏好或 决定来设置该标志。基于发现的RUIC2 402的元数据，RUIC1 401确定RUIC2  402是否是能够进行内容消费的设备，如果这样，则进入设备能力匹配过程， 以确定它是否可以发送远程UI页面和内容。

设备能力匹配过程通过在RUIC1 401中的UICP1 405执行。可是，为了 方便起见，该匹配过程将称为通过RUIC1 401执行。在接收关于RUIS 400 和RUIC2 402两者的设备描述之后，在RUIC1 401中的UICP1 405比较两个 设备描述，然后确定RUIC2 402能够接收由RUIS 400提供的若干RUI页面 的哪个。之后，RUIC1 401请求RUIS 400提供RUI页面，该页面应该按非特 定的方式传递到RUIC2 402。该请求消息携带关于RUIC2 402的设备能力的 信息以及RUI页面请求。

简言之，在本发明的实施例中，设备能力匹配过程包括其中RUIC1 401 从RUIS 400和RUIC2 402的设备描述中分别获得关于设备能力的信息的步 骤、其中RUIC1 401比较获得的设备描述的信息的步骤、其中RUIC1 401确 定RUIC2 402能够接收由RUIS 400所提供的哪个服务的步骤、以及其中 RUIC1 401将RUIC1 401的简档和RUIC2 402的简档随同UI页面请求一起 传递到RUIS 400的步骤。

【表1】

如果在如表1所示将<rui:ProxyAvailability>的标志设置为“真(True)” 之后RUIC2 402发送该标志到RUIC1 401，则RUIC1 401可以确定RUIC2 402 是能够接收从RUIC1 401提供的UI组件的设备。

替换地，RUIC1 401可向RUIC2 402发送发现消息，其包括指示它仅寻 找RUIC2 402，或寻找希望依靠RUIC1 401访问内容的另一RUIC的信息。 例如，RUIC1 401可将指示其正在仅寻找RUIC设备的目标信息 “ST:urn:schemas-upnp-org:device:RemoteUIClientDevice:1”插入到UPnP发现 消息的搜索目标(ST)字段，并且发送具有设置的状态信息(粗斜体强调的) 的UPnP发现信息，如表2所示，从而在搜索的RUIC中，只有RUIC2 402 (它能够通过RUIC1 401访问内容)响应该UPnP发现消息。

然后，仅期望接收由RUIC1 401传递的内容或远程UI页面的RUIC2 402 响应于该请求发送响应消息到RUIC1 401。当接收该响应消息时，RUIC1 401 解析关于发送该响应消息的RUIC2 402的设备描述，然后进入用于分解设备 能力描述的设备能力匹配过程。如上所述，设备能力匹配过程用于确定由 RUIC1 401发现的RUIC2 402能够正确地接收和访问内容或远程UI页面。

下面的表2示出根据本发明的实施例的添加RUIC2 402应该在UPnP发 现消息中具有的状态信息(以粗斜体强调)的例子，并且状态信息这样设置 从而仅RUIC2 402(其能够接收远程UI页面或内容)响应于UPnP发现消息。 表2的数据在图8的步骤805或图9的步骤905中传递。

【表2】

在拉模式方法404中RUIC2 402发现RUIC1 401。当使用RUIC2 402的 同时，例如，希望接收特定的服务的用户认识到用户不能直接从RUIS 400接 收服务时拉模式会被激活。然后，UICP2 406被用作控制RUIC2 402的UICP， 并且将执行程序，以确定是否存在能够用作其代理RUIC的任何的相邻RUIC1  401。用于通知RUIC2 402RUIC1 401是否可操作为代理RUIC的信息应该在 设备的描述中表示。

下面表3和4示出根据本发明的实施例的在设备描述(以XML实施) 中添加特定信息的示例，该特定信息指示RUIC1 401是否支持代理RUI。根 据本发明的实施例，RUIC1 401生成表3和4的信息，并发送产生的信息到 RUIC2 402。在表3中，定义一个新的设备类型“ProxyRUIDevice”(粗斜体 强调)，基于其，RUIC2 402会发现操作为代理RUI的RUIC1 401。在表4的 示例中，代替定义一个新的设备类型，指示RUIC1 401是否支持代理RUI的 单独的标签(粗斜体强调)在设备描述符中定义的客户信息中描述。使用表 3或4，RUIC1 401通知RUIC2 402该RUIC1 401是能够被用来作为代理的设 备，当接收表3或4的数据时，RUIC2 402可知晓将用作代理的另一设备的 存在。在接收表3或表4的数据后，RUIC2 402执行从RUIC1 401接收它可 以接收的服务的列表的过程，其具体方法将在后面详细描述。

【表3】

【表4】

图5示出根据本发明的实施例的在RUIS 500和RUIC2 502之间提供远 程UI和内容的RUIC1 510的框图。

可用服务列表(ASL)发送器516向RUIC2 502传递指示RUIC1 510是 代表RUIC2 502操作为代理RUI的设备的特定信息，并且也向RUIC2 502传 递关于其能够提供给RUIC2 502的服务的列表的信息。

下面的表5、6和7示出用于向RUIC2 502传递能够通过RUIC1 510提 供的服务的列表的方法的两个不同的示例。表5示出描述在关于RUIC1 510 的设备描述中的服务列表URL‘serviceListURL’(以粗斜体强调)或服务列表 能够被接收的地址的方法。RUIC2 502可以从serviceListURL地址获得在表6 的单独的XML文件中描述的服务列表。

表7示出一种方法，其中RUIC1 510在关于RUIC1 510的设备描述中直 接描述服务列表(以粗斜体强调)，然后将其传递到RUIC2 502。

【表5】

【表6】

【表7】

被称为在CEA-2014标准中描述的UICP的UI控制模块512可以包括在 RUIC1 510内部或外部。根据本发明的实施例，UI控制模块512发现能够接 收从RUIS 500提供的UI页面或内容的RUIC2 502，识别发现的RUIC2 502 和RUIC1 510的设备能力，然后执行设备能力匹配过程。根据本发明的实施 例，在从RUIC2 502接收设备描述时，UI控制模块512比较RUIS 500和RUIC2  502的设备能力，并执行设备能力匹配过程。在完成设备能力匹配过程之后， RUIC1 510可以操作为用于RUIC2 502的代理。也即，UI控制模块512执行 从RUIC2 502接收设备描述、并且基于接收的设备描述通过在RUIS 500和 RUIC2 502之间执行设备能力匹配过程来连接RUIC2 502到RUIS 500的过 程。

当RUIC1 510操作在由参考数字404代表的拉模式时ASL发送器516 提供必要的信息。也就是说，正在使用RUIC2 502的用户检查他可以用作代 理RUIC的任何周边设备的存在/不存在，并且在存在的情况下，当用户期望 知道可用服务的类型时可以从RUIC1 510接收可用服务的列表。在其中因为 RUIS在家庭以外存在所以UICP无法找到RUIS的情况下，RUIC可像书签 一样逐个存储RUIS的地址，称为i-BOX模型。在i-BOX模型中，当用户想 要接收在RUIC2 502的书签中指定的服务时，ASL发送器516用于请求该服 务。ASL发送器516包括服务可用性标志处理器516a和可用服务处理器516b。

服务可用性标志处理器516a产生用于指示RUIC1 510是否操作为用于 RUIC2 502的代理RUIC的特定信息，并提供信息到设备描述产生器524。设 备描述产生器524插入该特定信息到设备描述消息，并且发送设备描述消息 到RUIC2 502。因为假设RUIC1 510可以操作为代理，所以服务可用性标志 处理器516a可以产生通知RUIC1 510可以作为代理操作的标志，并且如果 RUIC1 510操作的话，发送产生的标志到设备描述产生器524。

在图5，使用设备描述消息发送指示RUIC1 510是否可以提供代理服务 给RUIC2 502的标志，如参考数字530所示。也就是说，服务可用性标志处 理器516a将生成的标志提供给设备描述产生器524，而设备描述产生器524 插入接收的标志到设备描述中，并将设备描述发送到RUIC2 502。

因此，在接到指示RUIC1 510是代理的标志时，RUIC2 502可确定其相 邻的RUIC1 510可操作为代理。

在本发明的拉模式中，在RUIC2 502的用户搜索能够操作为代理RUIC 的任何周边设备并且选择RUIC1 510之后，可用服务处理器516b向RUIC2  502提供RUIC1 510能够提供的服务的列表。如果RUIC2 502向RUIC1 510 发送对于可用的服务列表的请求，则可用服务处理器516b从UI控制模块512 获得RUIS 500可以提供的服务的列表，并传递获得的服务列表到RUIC2 502。

其中服务可用性标志处理器516a提供指示代理服务的支持性和可用于 RUIC2 502的服务列表的标志的过程可以在RUIC1 510和RUIC2 502之间的 发现过程中执行。

设备能力匹配处理器514用来接收和管理RUIC2 502的设备能力信息从 而可以传递与RUIC2 502的设备能力一致的远程UI页面或内容。根据收到的 设备能力信息，为了从RUIS 500中接收由RUIC2 502再现的内容，RUIC1 510 通过适当组合设备简档信息执行对RUIS 500的设备能力匹配。作为关于 RUIC1 510和RUIC2 502的设备能力的信息的设备简档信息被存储在设备能 力信息存储器522中。

例如，当内容和远程UI页面两者将在RUIC2 502中再现时，作为能力 相关信息的所有的UI简档ui_profile、视频简档video_profile和音频简档 audio_profile，均利用RUIC2 502的设备简档信息进行设备能力匹配。例如， UI简档代表关于点击设备的存在/不存在、键盘类型、UI页面的大小等的信 息。视频简档代表关于分辨率、像素数量等的信息。音频简档代表关于音频 文件的通道的数量(2声道，5.1声道文件等)、语音编解码器等的信息。

如这里使用的，术语“设备能力”是指关于用于视觉和听觉上提供远程 UI页面或内容的设备的信息，诸如RUIC能够提供的分辨率、颜色的数量、 音频通道的数量等。可是，在其中仅在RUIC1 510中访问远程UI页面而仅在 RUIC2 502中访问内容的情况下，在经历设备能力匹配中ui_profile使用 RUIC1 510的简档信息而video_profile和audio_profile使用RUIC2 502的简 档信息。该过程将参考图8和9详细地再次描述。

远程UI页面管理器518重新构建要传递到RUIC2 502的远程UI页面， 并且重传该远程UI页面。即使RUIS 500已经提供将与RUIC2 502的能力一 致的关于RUIC2 502的远程UI页面，RUIC2 502也无法直接向RUIS 500发 送关于该远程UI页面的UI页面控制消息，因为RUIC2 502不能直接访问 RUIS 500。因此，在将从RUIS 500中接收的远程UI页面重传到RUIC2 502 之前，在RUIC1 510的远程UI页面管理器518改变该远程UI页面并且发送 改变的远程UI页面到RUIC2 502从而RUIC2 502可以发送控制消息到RUIC1  510。

将参考图6描述远程UI页面管理器518的具体结构。远程UI页面管理 器518从RUIS 500接收处理为与RUIC1 510或RUIC2 502的设备能力一致 的内容。也即，在设备能力匹配过程之后，根据内容将提供至的设备的能力 来处理该内容，然后从RUIS 500传递到RUIC1 510。这里使用的“处理的内 容”是指例如要发送到RUIC2 502的内容，它已经在RUIS 500中改变为与 RUIC2 502的设备能力一致，诸如可由RUIC2 502支持的分辨率。如果从RUIS  500接收的远程UI页面应该传递到RUIC2 502，则远程UI页面管理器518 将接收的远程UI页面的控制信息将被传递到的、RUIS 500的统一资源标识 符(URI)地址转换为其自己的URI地址，并向RUIC2 502发送处理为与RUIC2  502一致的新的远程UI页面。

消息中继单元520接收由RUIC2 502发送的控制消息和其他各种请求消 息，然后将它们发送到其原始的目标服务器或RUIS 500。为此，消息中继单 元520从远程UI页面管理器518中接收信息，该信息指示从RUIC2 502收到 的消息最初应当发送到哪个URI，然后发送该消息到其最初的目标RUIS 500 或单独的内容服务器(未显示)。也就是说，为了将从RUIC2 502收到的控制 消息或请求消息发送到RUIS 500或意图的服务器，消息中继单元520替换控 制消息或请求消息的URI。

需要远程UI页面管理器518的原因是因为RUIS 500和RUIC2 502无法 直接地彼此通信，即使当远程UI页面或内容被传递到RUIC2 502时从RUIS  500接收的远程UI页面或内容的URI地址被设置为RUIS 500的地址，与其 对应的控制信息可能无法直接从RUIC2 502发送到RUIS 500。因此，需要一 个转换过程，用于将从RUIS 500接收的并且要发送到RUIC2 502的UI组件 的URI地址转换成支持代理服务的RUIC1 510的地址。

图6示出根据本发明的实施例的远程UI页面管理器518的框图。

内容接收器600从RUIS 500接收内容，并将其传递至重传权利检查器 602。重传权利检查器602确定它是否能够重传从RUIS 500接收的内容，并 且将结果提供到新UI页面&内容重传处理器604。重传权利检查器602依靠 关于内容的数字权利管理和安全要求确定从RUIS 500收到的内容是否是可 重传的。

UI页面接收器606收到来自RUIS 500的远程UI页面，并提供它到解析 器608。解析器608解析远程UI页面，并将在远程UI页面中解析的远程UI 页面的旧的URI(RUIS的URI)发送到新URI产生和管理单元612。

新URI产生和管理单元612生成新的URI地址(RUIC1的URI地址)， 其中RUIC1 510将接收由RUIC2 502发送的控制消息和其他各种请求消息， 然后发送新的URI地址到新URI替换单元610。新URI替换单元610向远程 UI页面中插入生成的新URI地址，并通过新UI页面和内容重传处理器604 向RUIC2 502发送远程UI页面以及新的处理的远程UI页面。

新URI产生和管理单元612存储在旧的URI和新的URI之间的映射信 息，并当从RUIC2 502接收控制消息或请求消息时，根据该映射信息转换地 址并且使用转换的地址将接收的消息转发到RUIS 500或其他内容服务器。

图7示出根据本发明的实施例的在RUIC1 510中在RUIS 500和RUIC2  502之间的界面连接的操作。

在步骤705中，RUIC1 501执行在推模式或拉模式中发现RUIC2 502的 过程。

在步骤705中发现RUIC2 502时，RUIC1 510在步骤710中执行在RUIS  500和RUIC2 502之间的设备能力匹配过程。设备能力匹配过程包括向RUIS  500发送RUIC1 510本身的设备能力和RUIC2 502的设备能力的过程。

如果已在步骤715完成设备能力匹配，则在步骤720中RUIC1 510将 从RUIS 500收到的UI组件传递到RUIC2 502。该UI组件可以包括远程UI 页面和内容。例如，如果RUIC2 502可以通过步骤710的设备能力匹配过程 向用户提供远程UI页面或内容，则RUIS 500可以从RUIC2 502接收与RUIC2  502的设备简档对应的远程UI页面或内容。在步骤720中，如果在UI组件 的远程UI页面应传递到RUIC2 502，则RUIC1 510将远程UI页面的控制信 息要传递到的、RUIS 500的URI地址转换为其自己的URI地址，并向RUIC2  502发送处理为与RUIC2 502一致的新的远程UI页面。

在步骤725中，RUIC1 510从RUIC2 502接收关于发送的UI组件的控 制消息，并且发送接收的控制消息到RUIS 500。

但是，如果能力匹配没有在步骤715中完成，则在步骤730中RUIC1 510 搜索另一RUIC2，然后返回到步骤705，并重复其连续的步骤710至725。

图8和9分别示出其中从RUIS提供的远程UI页面和内容分开提供给 RUIC1和RUIC2的一个情况，以及其中远程UI页面和内容两者都提供RUIC2 的另一情况。

图8示出本发明的一方面，其中在RUIC1 801中仅访问远程UI页面而 在RUIC2 802中仅访问内容。例如，该情况会在当正在消费RUIC1 801上的 内容的用户希望继续执行RUIC1 801上的控制操作，并且仅访问具有比 RUIC1 801的屏幕更大的RUIC2 802上的内容时发生。在这种情况下，在设 备能力匹配过程中，ui_profile使用关于RUIC1 801的信息，而video_profile和 audio_profile使用关于RUIC2 802的信息。

在步骤803，RUIC1 801从RUIS 800接收远程UI(RUI)页面。当在步 骤804中消费RUI页面时，在步骤805，RUIC1 801搜索RUIC2 802或周边 设备，将对其转发从RUIS 800接收的内容。此后，在步骤806，RUIC2 802 响应于步骤805发送它自己的设备描述到RUIC1 801。步骤811是步骤805 和806的组合，可在发现过程中执行。

在步骤807，为了执行设备能力匹配过程，RUIC1 801向RUIS 800发送 设备能力匹配信息，其包括RUIC1 801自身的ui_profile和RUIC2 802的 audio/video_profile。在本发明中，通过RUIC1 801发送设备能力匹配信息到 RUIS 800可包括在设备能力匹配过程中。在步骤808，RUIC1 801从RUIS 800 接收具有设置为与RUIC1 801的简档对应的值的ui_profile的远程UI页面， 以及具有设置为与RUIC2 802的简档对应的值的audio/video_profile的内容。

对于从RUIS 800接收的远程UI页面和内容，RUIC1 801在步骤809中 使用其显示器向用户输出该远程UI页面，并在步骤810中传递内容到RUIC2 802。

图9示出本发明的一方面，其中在RUIC2中访问远程UI页面和内容两 者。图9的示例类似于图8。为了让RUIC1 901提供远程UI页面和内容到 RUIC2 902，在步骤907中，所有的ui_profile、audio_profile和video_profile 在经历设备能力匹配过程中使用关于RUIC2 902的信息。因此，图9不同于 图8之处在于：在步骤908中，RUIC1 901从RUIS 900接收具有RUIC2 902 的简档的远程UI页面和内容。此外，图9不同于图8之处在于：由于控制 消息应当经由RUIC1 901从RUIC2 902传递到RUIS 900，故在步骤909中， RUIC1 901插入地址(RUIC2 902将对其传递控制消息)到远程UI页面中， 并在步骤910中传递远程UI页面和内容到RUIC2 902。

在步骤903中，RUIC1 901收到来自RUIS 900的远程UI页面。当在步 骤904中消费该远程UI页面时，在步骤905中，RUIC1 901搜索它将向其传 递从RUIS 900接收的内容的周边设备902。此后，在步骤906，RUIC2 902 响应于步骤905发送它自己的设备描述到RUIC1 901。步骤911是步骤905 和步骤906的组合，可在发现过程中执行。

在步骤907，为了执行设备能力匹配过程，RUIC1 901向RUIS 900发送 设备能力匹配信息，其包括RUIC2 902的ui_profile和audio/video_profile。 在步骤908，RUIC1 901从RUIS 900接收具有ui_profile的远程UI页面以及 具有audio/video_profile的内容，ui_profile和audio/video_profile两者被设置 为对应于RUIC2 902的简档的值。

对于从RUIS 900接收的远程UI页面和内容，RUIC1 901在步骤909中 改变URL，其中RUIC2 902能够对该URL发送关于从RUIS 900接收的远程 UI页面的控制消息，然后在步骤910中传递远程UI页面和内容到RUIC2  902。

虽然已经参考本发明的具体实施例示出和描述本发明，但是本领域技术 人员将理解：在不背离由所附权利要求及其等价物限定的本发明的精神和范 围的情况下，这里可以在形式和细节上进行各种改变。