本部分旨在为权利要求书中陈述的发明提供背景或上下文。这 里的描述可以包括可探究的概念，但是不必是那些之前已经构思或 探究的概念。因此，除非在此另有说明，本部分描述的内容不是本 申请中的说明书和权利要求书的现有技术，也不承认本部分包括的 内容就是现有技术。
UPnP技术针对智能设备、无线设备和所有形式(all form factors) 个人计算机的普遍的对等网络连接，定义了一种架构。设计UPnP技 术以带来到ad-hoc或未管理网络的易用、灵活、基于标准的连接，而不 论是在家中、小型企业中、公共场所中，还是附接至互联网。UPnP技 术提供了一种分布式、开放的联网架构，该架构利用TCP/IP和Web 技术，除了支持联网设备之间的控制和数据传输之外，还支持无缝 接近(seamless proximity)联网。
UPnP设备架构(UDA)是为了支持零配置，“不可见”联网和从 广泛的厂商中自动发现多种设备类别而设计的。使用UDA，设备能 够动态加入网络，获取IP地址，传达其能力，并了解其它设备的存 在和能力。
远程访问使远程UPnP设备能够在它们物理附接至归属网络时 与位于该归属网络中的UPnP设备进行交互。典型地，远程设备使用 安全隧道(例如由IP安全(IPsec)技术提供的隧道)连接到归属网 络。归属网络中的简单服务发现协议(SSDP)代理与远程设备交互， 并在发现归属网络设备提供的服务方面提供多个功能。例如，SSDP 代理维护能够被发现的本地设备/服务的列表、转发搜索/通知请求、 过滤多播消息等。
已经开发出包括“虚拟设备”创建的许多系统，但是各有其缺点。 一个此类系统包括基于以下思想的UPnP中继工具，该思想为通过针 对另一网络中的每个设备在本网络中创建虚拟设备来桥接两个 UPnP网络。然而，该方法是非常复杂的，并且需要软件运行于个人 计算机上。该系统不可扩展，因为当新的服务/功能添加到UPnP栈 中时，中继工具必须在两个UPnP网络中都更新。美国申请公开号 2004/0233904描述了类似于以上描述的虚拟设备的镜像代理。该镜 像代理也具有与虚拟代理相同的缺点。
虚拟设备的概念由数字生活网络联盟描述，该联盟是在消费电 子、移动电话和个人计算机工业中的领先企业的联盟。虚拟设备被 描述为桥接移动手持域和固定网络域。虚拟设备的作用是当两个域 之间没有共享相同编码时，在该两个域之间提供转换代码、转换比 例(transcaling)和转换速率(transrating)的服务。然而，在UPnP 的网络协议栈中，目前不存在这种支持。

本发明提供一种用于使UPnP设备能够代表另一UPnP设备提供 服务的系统和方法，而其它UPnP设备不知道该重定向。提供服务的 设备在这里称作“虚拟设备”或“影子设备”。根据本发明，所有从原服 务设备请求的服务被重定向到影子设备，而原设备不知道该重定向。 根据本发明，请求服务的远程UPnP设备并不知道该服务由影子设备 提供。根据本发明，UPnP设备能够注册到SSDP代理从而它们可以 充当归属UPnP设备的影子设备用于远程设备请求访问。SSDP代理 保持归属网络与远程UPnP设备之间的SSDP信息同步。当影子设备 注册到SSDP代理时，代理将向远程实体披露影子设备而不是披露 实际的归属设备。
本发明具有众多优势超过传统系统。本发明是轻便的并允许简 单设备(例如互联网网关设备)在远程访问(RA)UPnP网络架构 中起关键作用；不需要个人计算机。另外，SSDP代理不依赖于隐蔽 的特殊服务。而且，影子服务的功能能够容易地升级/增强，因为它 们在RA架构中表现为插件。
本发明的各种实施例包括用于支持远程设备和影子设备之间的 通信的方法、计算机程序产品、SSDP代理设备、影子设备和系统。 本发明的这些实施例包括从位于归属网络内的真实设备聚合设备信 息，该聚合的设备信息包括反映真实设备唯一用户标识符的设备描 述文档URL。从影子设备接收请求以注册为影子设备，该影子设备 包括影子设备唯一用户标识符。作为回应，重写或修改设备描述文 档URL以反映影子设备唯一用户标识符而不是真实设备唯一用户标 识符，之后，将包括影子设备唯一用户标识符的设备描述文档URL 传输到远程设备。一旦远程设备接收到，该远程设备使用影子设备 唯一用户标识符与影子设备而不是真实设备直接通信。
本发明的这些和其它优势和功能，连同其组织和操作方法将在 结合附图阅读时从下面的详细描述中变得明显，其中贯穿下面描述 的多个附图，同样的元素具有同样的标号。

图1是可以实现本发明一个实施例的网络拓扑结构的图示；
图2示出了根据本发明的一个实施例的注册影子设备的过程；
图3是标准的UPnP设备、UPnP设备聚合器和增强UPnP设备 中的协议栈的图示；
图4示出了UPnP设备聚合器监视来自于标准UPnP设备的业务 并且聚合所监视信息为真正简易聚合(RSS)/ATOM源的过程；
图5示出了设备聚合器通过从远程设备接受ATOM POST消息 收集关于远程设备信息的过程；
图6是设备聚合的源结构的图示；
图7是远程搜索过程的图示；
图8是远程通告过程的图示；
图9是本地搜索过程的图示；
图10是本地通告过程的图示；
图11是可以用于实现本发明的移动电话的透视图；以及
图12是图11的移动电话的电话电路的示意性图示。

本发明提供一种用于使UPnP设备能够代表另一UPnP设备提供 服务的系统和方法，而其它UPnP设备不知道该重定向。提供服务的 设备在这里称作“虚拟设备”或“影子设备”。根据本发明，所有从原服 务设备请求的服务被重定向到影子设备，而原设备不知道该重定向。 根据本发明，请求服务的远程UPnP设备并不知道该服务由影子设备 提供。根据本发明，UPnP设备能够注册到SSDP代理从而它们可以 充当归属UPnP设备的影子设备用于远程设备请求访问。SSDP代理 的主要功能是保持归属网络与远程UPnP设备之间的SSDP信息同 步。当影子设备注册到SSDP代理时，代理将向远程实体披露影子 设备而不是披露实际的归属设备。
如果一些服务，如视听(AV)设备执行内容的某些转换并过滤 对归属设备的某些功能的访问，则它们能够为远程设备提供改进的 性能。通常，当需要与远程设备进行交互时，在模仿真实设备的影 子UPnP设备中执行转换。然而，全部过程应该是自动的并不涉及用 户。这是由于以下事实，即不能期望UPnP设备的用户理解影子设备 如何模仿真实的设备，并且其后真实设备对于与其正在通信的远程 设备应该是不可见的。
无论何时，将针对真实设备执行“影子”功能的设备添加到归属网 络，目标影子设备将发现SSDP代理并请求针对真实设备注册为影 子设备。该请求包括将遮蔽的设备的通用唯一标识符(UUID)。SSDP 代理接受注册并通过将真实设备的设备描述文档(DDD)URL替换 成影子设备的DDD URL来更新聚合的信息。SSDP代理用新的通告 更新远程设备。当远程设备接收该信息时，其开始与影子设备进行 通信。由于通信透明地发生，远程设备并不知道是与影子设备通信 而不是与真实的设备通信。
图1描述了典型的远程访问场景，其中远程UPnP设备100通过 IPsec隧道120连接到归属网络110。在图1的归属网络110中，存 在SSDP代理130，媒体服务器140和个人计算机150。个人计算机 150运行提供针对限定设备优化的媒体服务功能的服务(例如，伸缩 比例，转换代码等)。作为定制的媒体服务器运行的个人计算机150 充当真实媒体服务器140的影子以便与远程UPnP设备100进行交 互。因此应该理解，根据该示例，个人计算机150和影子设备包括 相同的设备。SSDP代理130监视SSDP业务并且聚合关于归属网络 110中可用的各种设备和服务的信息。该信息通常在在归属网络110 中传输的SSDP查询和通告中发现。
在SSDP代理130中，聚合SSDP信息的过程可以通过监听SSDP 通告而被动地发生。可替换地，该过程还可通过向归属网络110中 发送发现查询来主动实现。图2示出了根据本发明的一个实施例的 被动聚合是如何发生的。图2示出了远程UPnP设备100、SSDP代 理130、“真实设备”或媒体服务器140和影子设备150之间交互。在 图2中的200处，“ssdp：alive”消息从真实设备140传输到SSDP代理 130。然后，在210，SSDP代理130继续进行以聚合设备信息。在 220，影子设备150通过传输包括真实设备140的UUID的“注册影 子设备(registerShadowDevice)”消息注册到SSDP代理130。在225， SSDP代理130重写针对该设备UUID的DDD URL使得URL指向影 子设备150的UUID而不是真实设备140的UUID。在230，ATOM (ssdp：alive)通告形式的web聚合消息从SSDP代理130传输到远 程UPnP设备100。在该通告中，DDD URL指向影子设备150。结 果，在240，在远程UPnP设备100和影子设备150之间传输后续 UPnP消息。
在渴望得到更积极聚合的情况中，SSDP代理130可以在归属网 络110内传输各种发现请求，然后由其中的各种设备响应。
根据本发明的各种实施例以新的通告更新远程UPnp设备100的 过程通常如下。然而，重点指出的是，本发明可以与很多种SSDP 代理工作，且不旨在受限为基于ATOM格式或任何其它特定格式的 SSDP代理。
根据本发明的各种实施例，UPnP设备聚合器(即，SSDP代理 130)监听标准SSDP设备通告并收集关于网络中可用的UPnP设备 和网络的信息。然后该信息在RSS/ATOM源中聚合。
增强的UPnP设备实现允许带外发现机制以表示与UPnP兼容的 格式(例如，SSDP格式)的信息的功能。对于服务通告以及所表示 的，主管该服务的电子设备传输包含服务通告的“服务通告”消息。 在“服务通告”消息中的净荷与标准UPnP SSDP消息相同：
NOTIFY*HTTP/1.1
HOST：239.255.255.250：1900
CACHE-CONTROL：max-age＝直到通告过期的秒数
LOCATION：根设备的UPnP描述的URL
NT：搜索目标
NTS：ssdp：alive
SERVER：OS/版本UPnP/1.0产品/版本
USN：通告UUID
主管控制点的控制点设备接收“服务通告”消息并使用标准UPnP 消息继续进行交换。例如，控制点设备能够传输“获得描述(Get Description)”消息，此后电子设备可以以“XML描述(XML Description)”消息响应。UPnP消息还可以在电子设备和控制点设备 之间流动。
对于服务查询，主管UPnP控制点的控制点设备发送服务查询消 息。该消息的净荷与标准UPnP SSDP消息相同：
M-SEARCH*HTTP/11
HOST：239.255.255.250：1900
MAN：“ssdp：discover”
MX：延迟响应的秒数
ST：搜索目标
主管UPnP服务的电子设备也通过位置限制信道以具有和标准 UPnP SSDP消息相同的净荷的服务响应消息进行响应，该消息的净 荷为：
HTTP/1.1200 OK
CACHE-CONTROL：max-age＝直到通告过期的秒数
DATE：当响应产生时
EXT：
LOCATION：根设备的UPnP描述的URL
SERVER：OS/版本UPnP/1.0产品/版本
ST：搜索目标
USN：通告UUID
在服务响应消息之后，设备继续使用标准UPnP消息进行交换。 例如，控制点设备可以传输“获得描述”消息，此后，电子设备可以 用“XML描述”消息来响应。UPnP消息还可以在电子设备和控制点 设备之间流动。可使用计算机软件编码来实现这些步骤。
图3是在标准UPnP设备330、UPnP设备聚合器340和增强UPnP 设备350中的协议栈的图示。UPnP设备聚合器340的主要功能是通 过监视UPnP SSDP业务收集关于当前网络中出现的UPnP设备的信 息，并在RSS/ATOM源中聚合该信息。图4示出了该设备聚合，当 UPnP设备聚合器340分别监视来自于标准UPnP设备330的 ssdp：alive和ssdp：byebye消息并将相关信息添加至RSS/ATOM源中 或从RSS/ATOM源中删除信息时。UPnP设备聚合器340还通过从 设备接受ATOM POST消息来收集关于如增强UPnP设备350的远程 设备的消息。图5描述了该过程。如图5所示，当ATOM POST (ssdp：alive)消息从增强UPnP设备350传输时，UPnP设备聚合器 340向网络中的RSS/ATOM源添加该设备。当UPnP设备聚合器340 从增强UPnP设备350接收ATOM POST(ssdp：byebye)消息时，移 除该设备。
由UPnP设备聚合器340创建的RSS/ATOM源保持对如何获得 特定设备信息的跟踪。通过SSDP通告发现的设备保持在本地分支 中，而从ATOM源发现的设备保持在远程分支中。这种设备聚合的 源结构描述在图6中。
图7是针对远程设备700和归属网络710的远程搜索过程的图 示。如图7所示，增强UPnP设备架构栈360从远程设备(即，增强 UPnP设备350)使用承载体特征提示(例如，GPRS/WCDMA，WLAN 热点)或通过到归属的安全远程连接的存在检测其处于远程位置中， 并开始使用ATOM插件。ATOM插件的使用在图7中示出。为了搜 索服务设备，远程设备从归属UPnP设备聚合340器获取ATOM源。 这通过传输ATOM GET(ssdp：search)消息730的增强UPnP栈360 来完成。然后在740，UPnP设备聚合器340为匹配搜索标准的本地 分支准备RSS/ATOM源，此后，在750，ATOM源对增强UPnP栈 360变为可用。然后该增强UPnP栈360解析该源，提取该位置URI 并直接从位于归属网络中的UPnP设备下载设备描述文档。然后其余 的UPnP通信可以直接在远程设备和归属网络设备之间进行。
图8是远程通告过程的图示。当远程设备700希望通告服务， 增强UPnP栈360用包含ssdp：alive信息的ATOM POST消息更新归 属网络710中的归属UPnP设备聚合器340。在图8中的800处示出。 当UPnP设备聚合器340接收到更新时，在归属网络中其发送具有已 经从远程设备接收到的信息的UPnP ssdp：alive消息。这在在图8中 的810处示出。一旦UPnP ssdp：alive消息由在归属网络710中的任 何UPnP控制点820接收，它们就能够与远程设备700直接通信，如 步骤830和840所示。
图9是本地搜索过程的图示。在图9中，在900，本地设备(UPnP 控制点820)正通过传输ssdp：search多播消息来寻找感兴趣的服务。 UPnP设备聚合器340接收这个消息，为与搜索标准910相匹配的远 程分支准备SSDP响应，并向UPnP控制点820传回ssdp：search：响应 消息920。这一过程的结果，远程设备700是对于在归属网络710 中的UPnP控制点820可见的“UPnP”。从UPnP设备聚合器340接收 了ssdp：search：response消息之后，UPnP控制点820可以从远程设备 700直接获取远程设备描述，如930和940所示。
图10是本地通告过程的图示。当新的本地设备加入归属网络710 时，其在归属网络710上传输ssdp：alive消息1000。UPnP设备聚合 器340监听，并且一旦其接收到ssdp：alive消息1000，就使用ATOM PUSH(ssdp：alive)消息1010向远程设备700推送该设备信息。
图11和12示出了典型的可以实现本发明的示意的移动电话12。 然而，应当理解，本发明并不旨在局限于移动电话12或其它电子设 备的一个特定类型。应当了解移动电话12的部分或全部特征可以实 质上合并到图11和12描述的电子设备中。图11和12中的移动电 话12包括外壳30，液晶器形式的显示器32，小键盘34，麦克风36， 耳机38，电池40，红外端口42，天线44，根据本发明的一个实施 例的UICC形式的智能卡46，读卡器48，无线接口电路52，编解码 电路54，控制器56和存储器58。单独的电路和元件都是本领域中 已知的类型，如诺基亚系列的移动电话。
合并了本发明的某些或全部方面的通信设备可以使用各种传输 技术进行通信，这些传输技术包括但不限于码分多址(CDMA)、 全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多 址(TDMA)、频分多址(FDMA)、传输控制协议/互联网协议 (TCP/IP)、短消息传送服务(SMS)，多媒体消息传送服务(MMS)， 电子邮件，即时消息传送服务(IMS)，蓝牙，IEEE 802.11等。通 信设备可以使用各种介质进行通信，这些介质包括但不限于无线， 红外，激光，线缆连接等。
本发明在方法步骤的一般上下文中描述，其可以由包括由联网 环境中的计算机执行的诸如计算机代码的计算机可执行指令的程序 产品在一个实施例中实现。通常，程序模块包括执行特定的任务或 者实现特定的抽象数据类型的例行程序、程序、对象、组件、数据 结构等。计算机可执行指令、相关数据结构和程序模块示出了用于 执行此处公开的方法的步骤的程序代码的示例。这种可执行指令或 者相关数据结构的特定序列示出了用于实现在这种步骤中描述的功 能的对应动作的示例。
本发明的软件和web实现能够利用标准编程技术来完成，利用 基于规则的逻辑或者其他逻辑来实现各种数据库搜索步骤、相关步 骤、比较步骤和决策步骤。还应当注意的是，此处以及权利要求书 中使用的词语“组件”和“模块”意在包括使用一行或者更多行软件代 码的实现和/或硬件实现和/或用于接收手工输入的设备。
出于说明和描述的目的，已经给出了本发明实施方式的前述说 明。前述说明并非是穷举性的也并非要将本发明限制到所公开的确 切形式，并且根据上述教导还可能存在各种修改和变形，或者是可 能从本发明的实践中得到各种变形和修改。选择和描述这些实施例 是为了说明本发明的原理及其实际应用，以使得本领域的技术人员 能够以适合于构思的特定用途来以各种实施方式和各种修改而利用 本发明。