CN104969531B - 配置多控制器网络中的交互控制 - Google Patents

Abstract

本发明涉及一种改进的控制网络使能设备之间的交互的方法。在包括多个控制设备的网络中，对控制设备的选择可以使得能减少隐私风险和安全风险，并且还可以避免在网络使能设备和基于互联网的服务之间的频繁通信（其增加了电力使用），以及防止设备变成不可控的（基于网络使能设备未能连接到基于互联网的服务来进行控制）。该方法包括以下步骤：基于所述交互场景和所述控制场景，用户选择交互预定计划（102），和对控制设备的选择（104），以及对设备的配置（106）。

Description

配置多控制器网络中的交互控制

技术领域

本发明一般地涉及控制联网设备，并且具体涉及配置多控制器网络中联网设备之间的交互。

背景技术

例如家庭和办公环境中的设备越来越多地成为网络使能的（network-enabled）。这样，可以在网络上例如通过基于互联网的服务来控制网络使能设备。从美国专利申请No.10,500,683获知通过服务器来控制联网设备的示例。基于互联网的服务能够简化控制网络使能设备的任务。然而通过基于互联网的服务来控制网络使能设备造成了隐私风险（例如，用户活动的记录）和安全风险（例如，对控制的怀有敌意的接管）。此外，网络使能设备与基于互联网的服务之间的频繁通信会增加电力使用。而且，网络使能设备未能连接到基于互联网的服务会使网络使能设备变得不可控。需要一种改进的控制网络使能设备的方法。

发明内容

本发明的目的是提供一种改进的控制网络使能设备的方法。本发明的所述目的是通过引入一种控制网络使能设备的方法而达到的，所述方法包括以下步骤：通过可经由第一网络访问的web服务，基于与用户的用户简档有关的设备简档向用户呈现交互预定计划（interaction schedule）组；通过web服务从用户接收对交互预定计划组中的交互预定计划的选择，所述选择涉及可通过第二网络访问的第一设备和第二设备，该第二网络操作性地耦合到该第一网络；基于所选择的交互预定计划并且基于与用户的所述用户简档有关的所述设备简档来选择控制设备；以及基于所选择的交互预定计划来配置所选择的控制设备、第一设备和第二设备。这是有益的，因为它允许选择提供了以下各项中的任何一项的控制设备，即：改进的隐私保护、改进的安全性、较低的电力使用、对基于互联网的服务的可用性的较低依赖性和其他益处。另外，能够以用户友好的方式——例如通过利用用户简档与设备（比如控制设备）和设备简档之间的关系——来实现这种选择。

在根据本发明的方法的实施例中，控制设备是第一设备。这是有利的，因为单一设备能够既作为控制设备又作为第一设备来操作，这能够实现本地级别的交互、节省空间并提供额外的益处。

根据本发明的方法的另一实施例还包括以下步骤：通过web服务向用户呈现控制场景组；以及通过web服务从用户接收从控制场景组中对控制场景的选择；其中选择控制设备的步骤还基于所选择的控制场景。该实施例的益处在于它提高了用户控制的等级。

在根据本发明的方法的又一实施例中，控制场景组包括以下各项中的至少一项：基于隐私的控制场景、基于安全的控制场景、基于功能性的控制场景、基于可用性的控制场景、基于响应速度的控制场景或基于位置的控制场景。该实施例可以向用户提供的益处在于简化了控制场景选择过程并提供了能够满足用户需要的控制场景。

在根据本发明的方法的另外的实施例中，配置所选择的控制设备、第一设备和第二设备的步骤包括以下各项中的至少一项：将第一设备配置成向所选择的控制设备发送事件；将所选择的控制设备配置成轮询第一设备；或将所选择的控制设备配置成向第二设备发送控制命令。该实施例有利地提供了一种简化的和/或改进的（部分地）实现所选择的交互预定计划的方法。

在根据本发明的方法的另一有利实施例中，配置所选择的控制设备、第一设备和第二设备的步骤包括：针对所述设备中的至少一个，将存储在所述设备的存储单元中的控制代码从第一版本改变成第二版本，所述第二版本是基于所选择的交互预定计划。该实施例提供了多个益处，例如，它使得能将具有有限的处理、存储或其他（一般）能力的设备包括在交互预定计划中。关于该实施例的另一益处是当设备被重置时和/或在设备已暂时断电之后交互预定计划能够被保留。又一益处是关于这样的设备的，即：所述设备没有被设计用于交互或用于特定的交互特征或一般特征，但是作为该配置步骤的一部分获得了这样的特征。

在根据本发明的方法的另一有利实施例中，配置所选择的控制设备、第一设备和第二设备的步骤包括所述设备中的至少一个接收：所选择的交互预定计划或基于所选择的交互预定计划的数据；以及控制设备和/或第一设备和/或第二设备的设备简档或部分设备简档。该实施例有利地提供了例如能够从一个设备到下一个设备迭代地执行的简单的配置步骤。

本发明的另一目的是提供一种改进的用于控制网络使能设备的计算机程序产品。本发明的所述目的是通过引入一种用于控制网络使能设备的计算机程序产品达到的，所述计算机程序产品包括软件代码部分，所述软件代码部分用于当所述产品在计算机上运行时实施上面说明的方法的步骤或实施例中的任何一个。这样的计算机程序产品有利地提供了关于方法的益处和优点中的任何或全部益处和优点，而且还为通过一个或多个（计算机）设备来实现该方法做准备。

本发明的另一目的是提供一种改进的用于控制网络使能设备的控制设备。本发明的所述目的是通过引入一种用于控制网络使能设备的控制设备达到的，所述控制设备被布置成用于：通过第一网络来接收交互预定计划或基于交互预定计划的数据，所述交互预定计划由用户从交互预定计划组中选择并且涉及第一设备和第二设备，所述设备与用户的用户简档有关并且所述设备是可通过第二网络访问的；接收第一设备和/或第二设备的设备简档或部分设备简档；基于所选择的交互预定计划来控制第一设备和/或第二设备。控制设备有益地提供了以下各项中的任何一项：改进的隐私保护、改进的安全性、较低的电力使用、对基于互联网的服务的可用性的较低依赖性以及其他益处。另外，这种控制设备例如通过支持使用与用户简档有关的数据和与设备简档有关的数据（比如，与控制设备的设备简档有关的数据）所进行的配置，而有利地允许简化的配置。

在根据本发明的控制设备的实施例中，控制设备还被布置成对于web服务充当第一设备和/或第二设备的代理。这是有益的，因为代理能够例如起到桥的作用以跨越支持不同协议的设备或网络。另外的优点是代理能够代表第一设备和/或第二设备来操控功能，并且因而例如实现了能量节省。

在根据本发明的控制设备的另外的实施例中，控制设备还被布置为至第二网络的网关。有利地，这能够进一步提高隐私性和安全性，提供相对于第二网络之外的设备或服务的更大独立性，并且提供提高的能量效率。

在根据本发明的控制设备的又一实施例中，控制设备还被布置成用于接收控制场景或与控制场景有关的数据，所述控制场景由用户从控制场景组中选择；并且其中，控制第一设备和第二设备还基于所选择的控制场景。该实施例的益处包括：对于如何控制第一设备和第二设备的更高控制的级别，以及对与所选择的控制场景有关的网关的额外特征的支持。

在根据本发明的控制设备的特别有利的实施例中，控制设备还被布置为至第二网络的网关，并且所述控制设备还被布置成：监视经过网关的数据通信；以及基于控制场景来拦截、阻挡和/或修改去往第一设备和/或第二设备或来自第一设备和/或第二设备的这样的数据通信。该实施例能够进一步改进隐私保护、安全性和电力效率。它还能够降低对基于互联网的服务的可用性的依赖性，并且额外地提供了其他益处。

从结合附图解释的以下详细描述中，本发明的以上和其他特性、特征和优点将变得明显，其中附图以示例的方式图示了本发明的原理。本描述仅仅是为了示例而给出的，其并不限制本发明的范围。下面引用的图的编号指的是附图。

附图说明

从结合附图考虑的以下详细描述中，本发明的以上和其他方面和特征将变得更明显，其中：

图1示意性地并且示范性地示出了根据本发明的方法的实施例；

图2示意性地并且示范性地示出了在根据本发明的方法的实施例中的第一设备、第二设备、两个控制设备和其他设备之间的关系；

图3示意性地并且示范性地示出了经由根据本发明的方法的实施例，基于设备的配置，在多个设备之间的交互；

图4示意性地并且示范性地示出了按照根据本发明的方法的实施例，基于设备的配置，通过第二控制设备在第一设备和第二设备之间的交互；

图5示意性地并且示范性地示出了根据本发明的方法的实施例，其中用户选择涉及第一照明设备和第二照明设备的交互预定计划；

图6示意性地并且示范性地示出了用于选择第一设备和第二设备的用户界面；

图7示意性地并且示范性地示出了用于选择涉及第一设备和第二设备的交互预定计划的用户界面；

图8示意性地并且示范性地示出了呈现所选择的在第一设备与第二设备之间的交互预定计划的用户界面；

图9示意性地并且示范性地示出了呈现对牵涉多个设备的交互预定计划的建议的用户界面；

图10示意性地并且示范性地示出呈现了在设备、设备的所有者、设备所有者的朋友以及设备所有者朋友的朋友之间的关系的用户界面；

图11示意性地并且示范性地示出了第一网络中的第一设备与第二网络中的第二设备之间的关系；

图12示意性地并且示范性地示出了按照根据本发明的方法的实施例、基于设备的配置，通过第一控制设备在第一设备和第二设备之间的交互；

图13示意性地并且示范性地示出了在第二控制设备与第一控制设备之间的连接，其中所述第二控制设备被布置为子网的网关；以及

图14示意性地并且示范性地示出了按照根据本发明的方法的实施例、基于设备的配置，在第一设备和第二设备之间的交互，其中第一设备是第二控制设备。在不同的图中，相同的参考标记指的是相同或相似的元素。

具体实施方式

在图1中示出了根据本发明的方法的实施例。在第一步骤100中，向用户呈现交互性预定计划组。可通过第一网络访问的web服务能够通过例如网站或应用来呈现交互性预定计划组，其中用户能够通过个人计算机、移动设备（例如，蜂窝电话、智能电话、平板计算机、膝上型计算机）等访问所述网站或应用。作为呈现的一部分，交互性预定计划可以被推荐或加亮，交互性预定计划可以以简化从交互性预定计划组中选择交互性预定计划的任务的方式被排名或以别的方式呈现。基于例如用户首选项或对交互性预定计划的早期选择，可以为用户做出选择，该选择然后可由用户来确认。在第二步骤102中，web服务从用户接收从该交互性预定计划组中对交互性预定计划的选择。所选择的交互性预定计划涉及至少第一设备和第二设备。也可以呈现和选择涉及多于两个设备的更复杂的交互预定计划。第一设备和第二设备是可通过第二网络访问的。该第二网络可以例如是私域网、局域网、广域网或另外的网络。第二网络可以是网络的网络，其中例如第一设备在第一私域网上，而第二设备在第二私域网上，并且第一私域网和第二私域网互连成二者均与相同的局域网相连。

在第三步骤104中，选择控制设备。这个选择步骤可以由提供web服务的相同应用或者由另一应用来执行。作为示例，web服务可以由连接到互联网的第一服务器提供，并且控制设备的选择可以由运行在第二服务器上的应用来执行，所述应用由web服务（例如通过应用编程接口）调用。例如可以基于存在默认控制设备（例如，运行web服务的服务器），并且在确定是否满足阻止默认控制设备被选择为控制设备的任何条件（例如，服务器容量不足、服务器与第一设备和/或第二设备之间的连接不稳定）之后，选择控制设备。在另一示例中，用户通过web服务来选择控制设备。可以向用户呈现若干控制设备，该用户然后选择一个控制设备。在又一示例中，用户选择与控制设备的选择有关的一个或多个要求和/或首选项。选择控制设备的步骤然后可以基于这些要求和/或首选项。与控制设备的选择有关的要求可以包括与以下各项有关的要求：控制设备具有隐私印章（privacy seal），控制设备处于特定位置（例如在特定管辖范围内、在某个地带、在家、在房间），控制设备由特定公司操作等等。与控制设备的选择有关的首选项可以包括：喜欢选择快速的控制设备（例如，基于控制设备的说明书、所测量的控制设备的响应速度、与控制设备的连接的带宽），偏爱给予特定功能性的控制设备（例如，与多个品牌的设备交互、与注册到特定服务的朋友的设备交互）等等。这些要求和/或首选项以及许多其他选择准则的组合可以是选择控制设备的步骤的实现的一部分。

配置设备106的步骤包括：向设备中的至少一个设备发送关于配置的数据。并不要求在用户选择交互预定计划时所有设备都被配置。作为示例，设备可以是已经基于用户选择的早期交互预定计划而被配置的，并且当另一交互预定计划被选择时不要求改变。此外，控制设备可以是第一设备，在这种情况下通过配置第一设备和第二设备来实现交互预定计划。作为示例，用户选择与调暗照明设备（第一设备）导致电冰箱（第二设备）的显示器进入省电模式有关的交互预定计划，可导致照明设备被配置为当照明设备被调暗后向冰箱发送省电模式命令。

作为第一示例，关于配置的数据可包括实现监听器、事件投掷器（event caster）、轮询和诸如if-then语句这样的语句的脚本。第一设备可配置成当满足条件时——例如当用户开启第一设备时——向第二设备发送事件。第二设备可被配置成监听该事件并且例如当接收到该事件（例如，“如果接收到事件，则将模式改变成开”） 时改变其模式（例如，从关改为开）。事件投掷可指向特定设备（例如，单播）或多个设备，比如网络的（子）网上的所有设备（例如，组播）。类似地，关于监听哪个设备或哪些事件，监听器可以是有选择性的。在该示例中，取代第一设备发送事件并且第二设备监听事件，第二设备可被配置成轮询第一设备（例如，轮询第一设备的状态）并基于轮询结果来改变其模式。

作为第二示例，关于配置的数据可包括加载到设备的存储器的控制代码。这样的控制代码例如可包括针对第一设备的固件更新，其中新的固件是基于所选择的交互预定计划。固件例如可由web服务或者由web服务调用的应用基于交互预定计划和第一设备的设备简档来创建。作为另外的示例，web服务可以从（例如由第一设备的制造商托管的）服务器取回固件包，所述固件包包括固件的默认版本以及描述在固件中的什么位置可以盖写、修改、包括或添加值的数据。所述值可包括触发器（即，哪个事件触发了动作）、地址（例如，在触发之后必须被通知的设备的地址）或命令（例如，要发送到必须被通知或被控制的设备的数据分组有效载荷的特定格式）。关于配置的数据（比如脚本、固件或配置包）可以例如由web服务或者由web服务调用的应用发送至设备。向设备发送关于配置的数据例如可包括：发送包含所述数据的一个或多个文件，或发送对所述数据的引用（例如，至能够取回所述数据的位置的链接）。而且，固件更新可包括以下各项中的任何一项：盖写现有的控制代码，修改现有的控制代码，向现有的控制代码添加控制代码，存储新控制代码以与现有的控制代码共存，从旧控制代码切换到新控制代码，等等。

在图2中，按照根据本发明的方法的实施例示出了第一设备208、第二设备210、第一控制设备204和第二控制设备206之间的关系。通过移动设备200，用户（未被示出）访问web服务202，其中web服务能够访问第一控制设备204、第二控制设备206、第一设备208和第二设备210。web服务202和第一控制设备204是可通过第一网络212访问的。第一设备208、第二设备210和第二控制设备206是可通过第二网络214访问的。第二网络214是第一网络212的子网，例如，第一网络212可以是互联网服务提供商的广域网，而第二网络214可以是与互联网服务提供商的网络相连的局域网。

第一关系216牵涉移动设备200和web服务202：移动设备200可被用户使用来选择交互性预定计划（未被示出）。其他关系218、220、222、224分别是在web服务202与第一控制设备204、第二控制设备206、第一设备208和第二设备210之间的，其中web服务202（例如，直接地或通过调用另一web服务的应用编程接口）配置所述设备。

图3示出了根据本发明的方法的实施例、基于设备的配置，通过第一控制设备204在第一设备208和第二设备210之间的交互。在该示例中，选择控制设备的步骤导致了对第一控制设备204的选择。第二控制设备206没有被牵涉在第一设备208与第二设备210之间的交互中。在该示例中，第一设备208和第二设备210是照明设备。所选择的交互预定计划（未被示出）涉及：第一设备208被用户接通，导致第二设备210也接通。设备的配置导致了第一设备208被配置成当其被开启时向第一控制设备204发送事件300。第一控制设备204已被配置成在从第一设备208接收到事件300后向第二设备210发送命令302。命令302被布置成接通第二设备210。在该示例中，第一设备208、第二设备210和第一控制设备204全都能够在基于互联网协议的网络上通信，其中第二网络214是第一网络212的子网。第一设备208和第二设备210能够通过第一网络212和第二网络214与第一控制设备204直接通信，并且反之亦然。

图4示出了按照根据本发明的方法的实施例、基于设备的配置，通过第二控制设备在第一设备208和第二设备210之间的交互。在该示例中，选择控制设备的步骤导致了对第二控制设备206的选择。第一控制设备204没有被牵涉在第一设备208与第二设备210之间的交互中。而且，在该示例中第一控制设备204不可用，在图4中通过将第一控制设备204划掉来指示了这一点。在该示例中，第一设备208和第二设备210是照明设备。所选择的交互预定计划（未被示出）涉及：第一设备208被用户接通，导致第二设备210也接通。设备的配置导致了第一设备208被第二控制设备206轮询，其中轮询400包括请求和响应。请求由第二控制设备206发送至第一设备208，而响应由第一设备208发送至第二控制设备206。在该示例中，请求可涉及请求第一设备208的状态，所述状态可以是开或关。第二控制设备206已被配置成使得在轮询400第一设备208并且接收到状态为开的响应后，第二控制设备206向第二设备210发送命令302。命令302被布置成接通第二设备210。在该示例中，第一设备208、第二设备210和第二控制设备206全都能够在基于互联网协议的网络上通信，其中第二网络214是第一网络212的子网。第一设备208和第二设备210能够通过第一网络212与第二控制设备206直接通信，并且反之亦然。在该示例中不可用的第一控制设备204可涉及各种因素，比如第一控制设备204的电力故障、第一控制设备204与第一网络212连接失败、等等。第二控制设备206被选择为控制设备的益处在于第一设备208和第二设备210之间的交互继续存在，而如果第一控制设备204被选择为控制设备的话则情况不是如此。控制设备的选择可包括选择额外的控制设备（未被示出），比如辅助控制设备、备用控制设备、又一个控制设备等等。在所选择的控制设备故障的情况下，于是额外地选择的控制设备能够基于所选择的交互来控制第一设备和第二设备。

图5A、图5B和图5C示出了根据本发明的方法的实施例，其中用户选择了涉及两个照明设备的交互预定计划。分别参考图5A、5B和5C示出了三个步骤，第一步骤500示出了用户对交互预定计划的选择，第二步骤502示出了对控制设备的选择，而第三步骤504示出了设备的配置。在第一步骤500中，用户（未被示出）从交互预定计划组508中选择交互预定计划506。用户通过经由被布置成显示用户界面510的移动设备200访问web服务202来这么做。在该示例中，所选择的交互预定计划506涉及第一设备208和第二设备210，其中第一设备208被用户接通导致第二设备210也接通（如图5A中在第一步骤500在所选择的交互预定计划506中图形地表示的）。

现在参考图5B，第二步骤502示出了web服务202基于所选择的交互预定计划506以及基于第一设备208的设备简档516和第二设备210的设备简档518来创建512配置包514。web服务202访问设备简档组524，所述设备简档组524在该示例中包括第一设备208的设备简档516、第二设备210的设备简档518和另一设备的设备简档522。在该示例中，第一设备208也是控制设备，并且web服务202选择第一设备208作为控制设备。从设备简档组524中，web服务确定与所选择的交互预定计划506相关的设备简档子组520。基于设备简档子组，web服务202创建512配置包514。

现在参考图5C，第三步骤504示出了将配置包514发送526至第一设备208。第一设备208和第二设备210是web服务202通过家庭网络528可访问的。由于第一设备208也是控制设备，并且在该示例中第一设备208通过配置包514被配置成控制第二设备210，所以不需要配置其他设备。配置的结果是第一设备208被配置成在第一设备接通时向第二设备210发送命令530。命令530被布置成将第二设备210接通。

控制设备的选择例如也可以由用户（未被示出）实施。web服务向用户呈现控制场景组并从用户接收对控制场景的选择。所选择的控制场景能够例如提供与控制设备必须支持的安全标准有关的用户指定的要求。作为另一示例，控制场景可以指定仅特定网络（例如，与第一设备和第二设备耦合的网络）中的控制设备能够被使用。而且，控制设备选择可被实现为允许用户从组中选择控制场景，所述组包含以下各项中的至少一项：基于隐私的控制场景、基于安全的控制场景、基于功能性的控制场景、基于可用性的控制场景、基于响应速度的控制场景或基于位置的控制场景（未被示出）。这能够针对用户简化该过程并为用户提供引导到控制设备选择的直观选择对象（choice）。作为示例，功能性控制场景可引导到对支持一系列广泛功能的控制设备的选择，可用性控制场景可引导到对具有大于99%的正常工作时间的控制设备的选择，响应速度场景可引导到对支持快速协议（例如，具有低开销的协议）的控制设备的选择，所述快速协议被第一设备和第二设备本机地支持，并且位置控制场景可引导到对与用户处于相同（物理）位置的设备的选择。如果用户可以选择多个场景或对场景排名，则作为示例，控制设备的选择可以基于多个要求和/或请求。

图6示出了用于选择第一设备和第二设备的用户界面。为了通过对涉及第一设备和第二设备的交互预定计划进行选择的过程来引导用户，用户界面可以呈现多种途径（approach）。在该示例中，显示器600呈现桌灯602、台灯604、电视606和电冰箱608。用户可以选择第一设备和第二设备、以及涉及该第一设备和第二设备并且将在下一个步骤中被呈现的交互预定计划（未被示出）。

图7示出了用于选择交互预定计划的用户界面。交互预定计划涉及第一设备208和第二设备210。在该示例中，显示器700呈现了对与第一设备208控制704第二设备210有关的交互702的选择。在该示例中，用户（未被示出）可从中挑选的交互由接通的灯的象形图706和关断的灯的象形图708表示。然后用户可以选择（未被示出）接通的灯的象形图706以选择其中接通第一设备208导致第二设备210也被接通的交互预定计划。

图8示出了呈现所选择的在第一设备和第二设备之间的交互预定计划的用户界面。在该示例中，显示器800呈现了其中用户接通第一设备208导致所述设备控制704第二设备210也接通的交互预定计划。接通的灯的象形图706向用户（未被示出）示出：交互涉及将设备接通，而不是例如将设备关断。

图9示出了呈现对交互预定计划的建议的用户界面。交互预定计划涉及多个设备。在该示例中，显示器900呈现了涉及电视902、电冰箱904和台灯906的交互预定计划。所示出的交互为：如果电视902开，则这应导致908电冰箱904进入寂静模式，如借助于寂静模式象形图910所示的，并且台灯906关断，如借助于关灯象形图912所示的。

图10示出了呈现设备与人之间的关系的用户界面。在该示例中，显示器1000呈现了在设备1002与设备的所有者1004之间、在设备的所有者1004与设备所有者的朋友1006之间、以及在设备所有者的朋友1008与所述朋友的朋友之间的关系。所呈现的关系是所有权1018和朋友1020、1022。在该示例中，用户界面可被布置为使得用户（未被示出）可以选择谁能选择交互预定计划并相应地配置设备1002。用户（例如，设备的所有者1004）可以选择：要求所有权1018关系来选择交互预定计划并配置设备1002。在另一示例中，用户可以选择能够选择交互预定计划并配置设备1002的特定朋友1010。可以使用类似的用户界面（未被示出）来允许用户选择在选择交互预定计划的过程中应当向用户呈现哪些设备（例如，仅用户自己的设备，或者还有该用户可为其选择交互预定计划的其他人的那些设备；例如已经做出选择允许该用户控制他们的设备的那些其他人）。

图11示出了在移动电话1100、电视1102和第一控制设备204之间的三方关系1104。如果用户已选择移动电话1100作为第一设备并选择电视1102作为第二设备，则移动电话1100可被配置成通过第一控制设备204来控制电视1102。交互预定计划可例如包括：按压移动电话1100上的按钮以改变电视1102要被调谐到的频道。在该示例中，移动电话1100和第一控制设备204是可通过第一网络212访问的，并且电视1102是可通过第二网络214访问的。由于第二网络214是第一网络212的子网（例如，第一网络是互联网服务提供商的广域网，而第二网络是作为所述广域网的一部分的局域网），所以第一设备和第二设备是可通过第一网络212或第二网络214访问的。

图12示出了按照根据本发明的方法的实施例、基于设备的配置，通过第一控制设备在第一设备和第二设备之间的交互。在该示例中，第一设备是被配置成与第二设备（电视1102）交互的移动电话1100。移动电话1100被配置成向第一控制设备204发送第一命令1200，并且第一控制设备被配置成使得在接收到该命令之后该第一控制设备向电视1102发送第二命令1202。第一命令1200可通过第一网络212到达第一控制设备204。第二命令1202可通过第一网络212和第二网络214到达电视1102。

图13示出了按照根据本发明的方法的实施例、在第一控制设备204和第二控制设备206之间的连接。第二控制设备206被布置作为至第二网络214的网关，这样在第一网络212和第二网络214之间的通信经过第二控制设备206。在该实施例中，第一控制设备204已被选择为控制设备。由于第二控制设备206是至第二网络214的网关并且第一设备208和第二设备210位于第二网络214中，所以可通过在第一控制设备204与第二控制设备206之间的第一连接1300来发送针对第一设备208和第二设备210的控制数据。被布置为网关的第二控制设备206具有至第一设备208的第二连接1302和至第二设备210的第三连接1304。可以在一个或多个网络上做出这些连接，所述一个或多个网络诸如是有线网络（例如，基于UTP的网络）、无线网络（例如，WiFi或基于Zigbee的网络）等等。

如果对控制设备的选择包括选择额外的控制设备（未被示出），比如辅助控制设备、备用控制设备、又一个控制设备等等，则在所选择的控制设备故障的情况下，额外地选择的控制设备可以基于所选择的交互来控制第一设备和第二设备。作为网关的第二控制设备可以例如通过监视在第一设备或第二设备与第一控制设备之间的通信或通过监视第一控制设备的状态等等，来检测第一控制设备的故障。如果第一控制设备是所选择的控制设备，则在检测到第一控制设备故障的情况下，第二控制设备可以控制在第一设备和第二设备之间的交互。

图14示出了按照根据本发明的方法的实施例、基于设备的配置，在第一设备208和第二设备210之间的交互。第一设备208也是第二控制设备，并且在该实施例中是所选择的控制设备。作为示例，所选择的交互可以包括：第一设备208的颜色设置的改变（比如由光源发射的光的色温的改变）应当导致第二设备210的颜色设置的类似改变。在该示例中，第一设备208已被配置成在做出了色温的改变时在第二网络214上向第二设备210发送命令1400。命令1400改变第二设备210的颜色设置以反映对第一设备208的颜色设置做出的改变。

应注意，上面提到的实施例是举例说明而非限制本发明，并且本领域技术人员在不脱离所附的权利要求的范围的情况下将能够设计出可替换的实施例。在权利要求中，置于圆括号之间的任何参考标记不应被解释为限制权利要求。词语“包括”不排除在权利要求中未列出的元件或步骤的存在。元素前面的词语“一”或“一个”不排除多个这样的元素的存在。可以利用包括若干相异元件的硬件和利用合适地编程的计算机来实现本发明。在列举了若干装置的设备权利要求中，这些装置中的若干个可由同一项硬件或软件来体现。词语第一、第二和第三等等的使用不指示任何排序。这些词语将被解释为名称。除非明确地指出，否则不打算要求动作的特定次序。

Claims (15)

1.一种控制网络使能设备的方法，包括以下步骤：

- 通过可经由第一网络访问的web服务，基于与用户的用户简档有关的设备简档向用户呈现交互预定计划组；

- 通过web服务从用户接收从交互预定计划组中对交互预定计划的选择，所述对交互预定计划的选择涉及可通过第二网络访问的第一设备和第二设备，该第二网络操作性地耦合到该第一网络，其中所述交互预定计划是在所述第一设备和所述第二设备之间且包括当满足从所述用户到所述第一设备的条件时触发所述第二设备中的动作的事件；

- 基于所选择的交互预定计划并且基于与用户的所述用户简档有关的所述设备简档来选择控制设备；以及

- 基于所选择的交互预定计划来配置所选择的控制设备、该第一设备和该第二设备。

2.根据权利要求1所述的方法，其中，所述控制设备是该第一设备。

3.根据权利要求1所述的方法，其中，所述方法还包括以下步骤：

- 通过web服务向用户呈现控制场景组；以及

- 通过web服务从用户接收从控制场景组中对控制场景的选择；并且

其中选择控制设备的步骤还基于所选择的控制场景。

4.根据权利要求2所述的方法，其中，所述方法还包括以下步骤：

- 通过web服务向用户呈现控制场景组；以及

- 通过web服务从用户接收从控制场景组中对控制场景的选择；并且

其中选择控制设备的步骤还基于所选择的控制场景。

5.根据权利要求3所述的方法，其中，所述控制场景组包括以下各项中的至少一项：基于隐私的控制场景、基于安全的控制场景、基于功能性的控制场景、基于可用性的控制场景、基于响应速度的控制场景或基于位置的控制场景。

6.根据权利要求4所述的方法，其中，所述控制场景组包括以下各项中的至少一项：基于隐私的控制场景、基于安全的控制场景、基于功能性的控制场景、基于可用性的控制场景、基于响应速度的控制场景或基于位置的控制场景。

7.根据权利要求1至6中任一项权利要求所述的方法，其中，配置所选择的控制设备、第一设备和第二设备的步骤包括以下各项中的至少一项：

- 将第一设备配置成向所选择的控制设备发送事件；

- 将所选择的控制设备配置成轮询第一设备；或

- 将所选择的控制设备配置成向第二设备发送控制命令。

8.根据权利要求1至6中任一项权利要求所述的方法，其中，配置所选择的控制设备、第一设备和第二设备的步骤包括：针对所述设备中的至少一个，将存储在所述设备的存储单元中的控制代码从第一版本改变成第二版本，所述第二版本是基于所选择的交互预定计划。

9.根据权利要求1至6中任一项权利要求所述的方法，其中，配置所选择的控制设备、第一设备和第二设备的步骤包括所述设备中的至少一个接收：

- 所选择的交互预定计划或基于所选择的交互预定计划的数据；以及

- 控制设备和/或第一设备和/或第二设备的设备简档或部分设备简档。

10.一种用于控制网络使能设备的计算机设备，其包括存储器、处理器以及存储在所述存储器上且能在所述处理器上执行的软件代码部分，其中所述处理器在执行所述软件代码部分时实施根据权利要求1至9中任一项权利要求所述的方法。

11.一种用于控制网络使能设备的控制设备，其被布置成用于：

- 通过第一网络来接收交互预定计划或基于交互预定计划的数据，所述交互预定计划由用户从交互预定计划组中选择并且涉及第一设备和第二设备，所述设备与用户的用户简档有关并且所述设备是能通过第二网络访问的；

- 接收第一设备和/或第二设备的设备简档或部分设备简档；

- 基于所选择的交互预定计划来控制该第一设备和/或该第二设备；

其中所述交互预定计划是在所述第一设备和所述第二设备之间且包括当满足从所述用户到所述第一设备的条件时触发所述第二设备中的动作的事件。

12.根据权利要求11所述的控制设备，其中，所述控制设备还被布置成针对web服务充当该第一设备和/或第二设备的代理。

13.根据权利要求11所述的控制设备，其中，所述控制设备还被布置作为至第二网络的网关。

14.根据权利要求11所述的控制设备，其中，所述控制设备还被布置成用于接收控制场景或与控制场景有关的数据，所述控制场景由用户从控制场景组中选择；并且其中，控制第一设备和第二设备还基于所选择的控制场景。

15.根据权利要求14所述的控制设备，其中，所述控制设备还被布置作为至第二网络的网关，并且其中所述控制设备还被布置成：

- 监视经过网关的数据通信；以及

- 基于控制场景来拦截、阻挡和/或修改去往第一设备和/或第二设备或来自第一设备和/或第二设备的这样的数据通信。