CN103975345A - 管理社交网络中的联网资源节点之间的数据流 - Google Patents

Abstract

公开了一种管理连接到至少一个网络(1380)的多个资源节点(1330)的资源管理节点(1300)。资源管理节点(1300)包括系统实体数据库(1304)、交互流数据库(1308)和交互执行引擎(1312)。系统实体数据库(1304)包含对资源节点(1330)的通信地址和相关联元数据进行标识的信息，所述相关联元数据标识资源节点(1330)的能力。交互流数据库(1308)包含对在所述资源节点(1330)中所标识的资源节点之间允许的数据流以及相关联触发准则进行定义的信息，所述相关联触发准则定义何时要执行所述数据流中所标识的数据流。交互执行引擎(1312)被配置为确定满足交互流数据库所定义的触发准则之一，并通过在所述资源节点(1330)中所标识的资源节点之间建立相关联的数据流来进行响应。公开了用于管理连接到至少一个网络(1380)的多个资源节点(1330)的相关方法。

Description

管理社交网络中的联网资源节点之间的数据流

技术领域

本发明总体上涉及资源的联网，更具体地涉及基于社交映射原则对联网资源的管理。

背景技术

因特网继续演进到包括“物理互联网”，其不仅包括计算机，还包括具有嵌入的数据交互能力、计算交互能力、传感器交互能力、位置交互能力和通信交互能力的设备、其他对象和环境。经常使用诸如“物联网”、“机机通信”、“普适计算”、“普及计算”或者“环境智能”之类的术语来称呼这种潜在的发展。已经估计每个人被1000到5000个智能对象包围，并且全球物联网在可能在几年中包括必须连续监视和更新其位置和状态的500到10000亿个对象。尽管这种物联网的概念看起来可能是简单的，但是其实现将非常困难。

例如，许多链接或连接联网设备的现今的产品是支持特定有限功能或服务的ad-hoc解决方案。例子包括文件共享和远程访问软件，其运行在设备或计算机上，并且支持远程控制和/或使得数据或服务在广域网(WAN)、无线(W)LAN和/或PAN中可访问。这种产品的示例包括Salling Clicker、Simplify Media、苹果公司的Airtunes以及用于iPhone的iTunes Remote，等等。另一类别的相关产品包括收集和传输数据的设备，诸如类似无线步程计“Nike+Apple”和Botanicalls的产品，其中“Nike+Apple”测量与人的跑步有关的参数，Botanicalls是向网络传送花盆中的土壤湿度等级的传感器。

然而，现今的用于联网对象互联的任何解决方案都不能够基于多个联网对象、环境、媒体和/或服务之间的相互关系提供与所述多个联网对象、环境、媒体和/或服务的整体而统一的交互。因此，现今没有提供理解大量对象(其可以是物理存在的，也可以不是物理存在的)的上下文、关系、所有权、兼容性、历史、元数据、状态、以及依赖关系的直观方式的解决方案。另外，现今不存在成功支持用户对这种数字网络的弱的概念理解(即，在包括众多设备和/或服务的数字网络内的可能的交互和同时互联的思维模型)的解决方案。

因此，需要提供与对联网资源节点的管理和互联相关联的系统、方法、设备和软件，其通过解决对其关联性、数据流以及对触发事件的响应的管理，克服了前述挑战。

发明内容

下面的示例实施例相对于现有资源管理软件、设备和方法提供了众多的优点和益处，例如包括使用社交映射原则和其他操作来定义联网资源节点之间允许的数据流，以使用户和联网资源节点以及联网资源节点自身之间的交互合理化。然而，本领域普通技术人员应该意识到，权利要求不限于产生这些优点或益处中的任一或全部优点或益处的那些实施例，取决于具体实施方式可以获得其他益处和优点。

示例实施例涉及管理连接到至少一个网络的多个资源节点的资源管理节点。资源管理节点包括系统实体数据库、交互流数据库和交互执行引擎。系统实体数据库包含对资源节点的通信地址和标识资源节点的能力的相关联元数据进行标识的信息。交互流数据库包含对在所述资源节点中所标识的资源节点之间允许的数据流以及定义何时要执行所述数据流中所标识的数据流的相关联触发准则进行定义的信息。交互执行引擎被配置为确定满足交互流数据库定义的触发准则之一，并通过在所述资源节点中所标识的资源节点之间建立相关联的数据流来进行响应。

在其他一些实施例中，推荐引擎使用系统实体数据库中的元数据生成所述资源节点中的至少两个资源节点之间的推荐数据流。推荐引擎向用户传递标识推荐数据流的消息，以由用户接受。通过向交互流数据库添加对至少两个资源节点之间的推荐数据流以及被交互执行引擎使用来建立推荐数据流的相关联触发准则进行定义的信息，推荐引擎对接收到指示接受推荐数据流的用户响应进行响应。该消息可以是友好关系请求，以及推荐引擎可以通过向交互流数据库添加对至少两个资源节点之间的好友关系以及被交互执行引擎使用来建立推荐数据流的相关联触发准则进行定义的信息，对指示用户接受友好关系请求的消息进行响应。

通过使资源节点之间的关系以及资源节点与用户之间的关系与例如像“友好”之类的社交映射原则(即信任或所有权关系以及访问控制的概念)类似，示例实施例使通过资源节点的数据流可被用户直观地理解和管理。

另一示例实施例涉及由资源管理节点用于管理连接到至少一个网络的多个资源节点的方法。汇集对资源节点的通信地址和标识资源节点的能力的相关联元数据进行标识的系统实体信息。汇集交互流信息，该交互流信息对在所述资源节点中所标识的资源节点之间允许的数据流以及定义何时要执行所述数据流中所标识的数据流的相关联触发准则进行定义。确定满足交互流数据库定义的触发准则之一。响应于满足所述触发准则，在所述资源节点中所标识的资源节点之间建立相关联的数据流。

在查看以下的图和详细描述之后，对于本领域技术人员，根据本发明实施例的其他资源管理节点和方法将是显而易见的，或变得显而易见。预期将所有这样的附加节点和方法包括在本描述中，包括在本发明的范围中，以及由所附权利要求来保护。此外，预期此处公开的所有实施例可被分开实现，或通过任何方式和/或组合来进行组合。

附图说明

附图示出了一个或更多个实施例，与描述一起说明了这些实施例，其中所述附图被包括在说明书中并且构成说明书的一部分。在附图中：

图1示出了根据示例实施例的由系统管理的多个联网对象；

图2描述了根据另一示例实施例的受管理的另外多个联网对象；

图3示出了能够根据示例实施例使用的示例用户接口；

图4示出了能够根据示例实施例使用的示例分层架构；

图5示出了根据示例实施例的在结构单元之间的示例关系；

图6示出了根据示例实施例的用于使用社交原则实现对联网对象的管理的更详细的架构示意；

图7(a)-(c)示出了与其他示例实施例关联的用户接口；

图8描述了根据示例实施例的用于使用社交映射原则提供对联网对象的管理的另一架构；

图9示出了能够结合示例实施例使用的示例移动设备；

图10示出了能够结合示例实施例使用的示例服务器设备；

图11是描述根据示例实施例的用于管理联网对象的操作和方法的流程图；

图12是描述根据示例实施例的用于管理联网对象的其他操作和方法的流程图；

图13描述了包括资源管理节点的另一架构，资源管理节点使用根据一些实施例的操作和方法来管理连接到至少一个网络的多个资源节点；

图14示出了根据示例实施例可以向用户显示的示例信息，该示例信息用于指示所标识的资源节点在社交网络中已经被功能性地分组为好友，以及用于指示可以在其之间建立数据流；

图15是描述根据示例实施例的用于在资源节点之间建立数据流的方法和操作的流程图；

图16-18示出了根据示例实施例可以向用户显示的示例信息，该示例信息用于在资源节点之间许可和建立数据流；

图19是描述根据示例实施例用于生成由用户接受的推荐数据流的方法和操作的流程图；

图20是描述根据示例实施例的用于将不兼容的资源节点从任何推荐数据流中排除的方法和操作的流程图；

图21是描述根据示例实施例的用于跟踪其他用户对数据流的受欢迎情况并向用户传递推荐数据流的受欢迎情况指示的方法和操作的流程图；

图22-24示出了根据示例实施例可以向用户显示的信息示例，该信息示例用于使用友好关系请求来管理资源节点及资源节点间的数据流；

图25是描述根据示例实施例的用于使用社交网络中的友好关系请求来管理资源节点及资源节点间的数据流的方法和操作的流程图；

图26是描述根据示例实施例的用于响应发现新连接的资源节点来管理资源节点之间的数据流的方法和操作的流程图；以及

图27是根据一些实施例可包括在图13的系统的资源管理节点、一个或更多个资源节点和/或用户设备节点中的示例组件的框图。

具体实施方式

下述对示例实施例的详细描述参考附图。不同图中的相同参考标号标识相同或类似的单元。而且，下述详细描述不限制本发明。相反，本发明的范围由所附权利要求书限定。

根据示例实施例，用于管理联网对象并且与联网对象交互的系统、方法、设备和软件(计算机程序)基于社交映射原则。这种示例实施例提供对多个联网对象的整体管理，所述联网对象例如包括电子设备、传感器、计算机、服务和用户。而且，示例实施例提供表示层，在表示层中每个联网对象由唯一的且可标识的简档来表示，所述简档包含关于每个对象的系统特性的信息。通过使联网对象之间的关系以及联网对象与用户之间的关系与例如像“友好”之类的社交映射原则(即信任或所有权关系以及访问控制的概念)类似，示例实施例使得对象的关系可被用户直观理解。示例实施例利用了与社交网络的可标识的类似之处，使得用户能够形成具有同时交互和彼此互相关联的潜在大量的联网节点的整体思维模型。

在讨论根据示例实施例的促成对象的这种网络的详细信令机制之前，将参考图1和2来描述系统的高层架构视图，然后跟随若干实施例，向读者提供关于所得系统的可被用户经历的更多上下文。从图1开始，示出根据示例实施例的高层系统架构。其中，多个联网对象10经由各种网络技术14(如互联网、WAN等等)连接到系统12。用户16能够经由用户接口18接入系统12提供的服务，用户接口18的实现将取决于例如上下文和具体用户接口18运行的端用户设备(如移动设备、计算机、膝上型计算机、电视或其他设备)而不同。

管理联网对象10的系统12例如能够至少部分实现为基于服务器的软件。使用系统12的个人(即用户16)由系统中的唯一的用户简档进行表示和标识，作为系统12中的实体。联网对象10也可以由唯一的简档在系统12中进行表示和标识。联网对象10包括，但不限于：消费者电子设备、数字标签对象、计算机设备、移动设备、传感器、建筑物、交通工具、或者甚至公司、品牌、服务和物理位置。表示系统12中的用户16和联网对象10的简档在此处都共同称为系统实体简档20。

系统12接收与多个联网对象10和用户16关联的数据。系统12为每个联网对象10和用户16创建系统实体简档20。系统实体简档20可以包括，但不限于：关于名称、技术规范、制造商、能力、位置、历史和与相应的联网对象10或用户16关联的其他元数据的信息。根据示例实施例，还可以在公共简档下聚合多个联网对象，也即，不是所有对象都必须在系统中各自具有自己的唯一ID或系统实体简档20。例如，如果用户连接20家中的位置传感器，则该组位置传感器可以在系统中标识为一个家庭位置传感器。例如可以在系统12的GW处或者在后端系统中执行该聚合。

系统12还包括关系管理功能22，通过应用社交管理原则(例如使用前述“友好”类似物)协调联网对象10之间的交互。系统12发出查询(下面将更详细地描述)，以便例如基于接收系统实体的简档数据和网络访问证书，通过向潜在相关的系统实体发送系统实体的简档20，建立系统实体10和16之间的关系。关系管理功能22基于来自用户16或系统实体自身的确认来建立关系，即，多个系统实体能够与单个系统实体建立关系。系统实体能够与其他系统实体共享临时关系和永久关系。许多分离且同时的网络站点可以存在，并且根据示例实施例，信息和通信可以限于通过它们彼此间的关系定义的系统实体的特定组。在属于不同网络站点的系统实体之间还可以存在临时或永久连接。

语义功能24包括允许例如设备制造商在可应用的情况下建立使用品牌相关语义交互语言的设备。例如，索尼TV可以以“索尼语言”进行通信，例如，与其他索尼设备或者内容类似，与索尼PS游戏或索尼品牌等相关。其他语义层也是可能的，参见例如下文描述的图3的用户接口屏幕中的烤箱或太阳能电池板的示例。语义还可以是用户定义的(例如，将操作设备的成熟度的特定等级翻译为用户接口的复杂度)。另外的语义层还可以包括例如行话或甚至俚语的类型。语义功能24还可以提供自然语义翻译器/解释器/生成器，即将机器信号或语言翻译成对于人类更易理解的语言的机制。

为了使用社交映射原则建立关系，以及还为了在各种任务请求的履行中训练那些关系，系统12可以通过一组应用编程接口(API)26和28与其目标10和用户16接口连接。为了管理查询/确认过程，可以使用不同的用户交互范例。用户16例如可以通过按压图形用户接口中按钮来确认由关系管理功能22发送给他的关系查询，或者使用近场通信(NFC)或类似机制，通过将对象物理聚合在一起，可以在一个操作中完成对两个系统实体之间的关系的查询和确认二者。

为了更好地理解根据示例实施例使用社交映射原则将对象和用户联网的有用性，考虑下述涉及电视的远程控制的使用场景。假设用户16和TV(联网对象10之一)都已经与系统12一起设立，并且因此由具有对应的系统实体简档20的系统实体来表示，例如，用户16能够例如经由用户接口18和API26向TV的系统实体(在系统12内可操作)发送任务请求，请求系统12记录特定TV节目。如果TV与能够执行所请求的服务的另一联网对象10具有预定类型的关系，例如是好友，则即使TV实际上自身不能够记录任何事，系统12中与TV关联的系统也将接受并且确认该指令。

例如，假设TV的系统实体与视频记录器的系统实体具有友好关系。在该情况下，TV的系统实体能够负责来自用户16的请求，以及将该命令中继给视频记录器的系统实体，该系统实体可以例如是物理设备的表示、系统中的软件功能、或者经由网络提供的服务。联网对象视频记录器10将实际执行工作，即其本质上由系统12中的TV的系统实体‘转包’(subcontract)给它，并且用户16将从TV的系统实体(同样经由API26和用户接口18)接收将执行所请求的任务的确认，以及之后成功完成该任务的确认。

作为另一个示例，考虑用户购买用于其家庭媒体库的网络附着的存储设备(NAS)。当NAS连接到用户的家庭LAN时，经由预定过程(例如，通用即插即用(UPnP)、Bonjour、数字生活房间网络联盟(DLNA)或类似机制)发现NAS，并且向系统12递送关于新设备的通知。系统12为该新设备创建系统实体简档20，并且向用户的(例如移动电话上的)应用接口18发送请求，以接受(或拒绝)新设备的系统实体的连接。一旦用户确认允许NAS加入其‘Social Web of Things(社交物联网)’中呈现的系统实体组，已经是该友好关联的组的一部分并且具有与该设备建立服务关系的能力其他设备(如媒体播放器)能够使用该NAS作为媒体源。

图2示出了另一个示例。其中，系统12至少部分实现为家庭网关(GW)30。在该示例中，联网对象10包括各种电源消耗设备，例如包括灯34、电视机36、以及收音机38，它们都连接到网关30和电源网络。在该上下文中，可将个人网络(PN)视为包括与特定用户(或用户组，如家庭)具有关系的一组联网对象。电表40向GW30提供关于网络上能耗的信息，以及一个或更多个功率传感器/致动器42可用于监视和/或控制联网对象10。

GW30也连接到外部网络，例如互联网44，其使得GW30能够与应用服务器(AS)46通信。该AS46例如能够执行上面描述的系统12的其他功能(如果那些功能不在GW30中执行)。备选地或附加地，AS46能够执行与网络47关联的所有者/用户可用的其他功能。各种外部应用也可以经由GW30与系统交互。例如，计量应用能够运行在用户的设备50上，以监视和显示与他或她的家51关联的累积能耗。备选地或附加地，用户16能够经由他或她的移动电话52上运行的应用来管理设备34、36和38。下文参考图6描述与能够用于实现图2的示例实施例的示例网关30和AS46关联的更多细节。

图3示出了更详细的但只作为示例说明的用户接口18，所述用户接口18能够例如在移动电话或其他端用户终端设备上操作，并允许用户16与系统12交互。其中，示出了用户接口18的与当前关注的News Feed(新闻栏目)关联的多行项目，其中每个项目例如提供从联网对象10提供的信息。当前没关注的其他特征(图3中指示为标签)能够向用户16提供与通知和请求有关的信息，所述通知来自系统12且与联网对象10相关，所述请求例如是某设备发出的变成用户的“好友”和加入与用户16关联的系统实体的请求。沿着该示例用户接口18的底部是众多可选的用户接口单元，例如包括：“Home(主页)”单元，其使用户返回目前查看的屏幕；“Profile(简档)”单元，其使用户16能够访问系统实体简档20；“Gather(收集)”单元，其提供用户与从各种联网对象聚合的信息交互的机制，所述聚合的信息例如是家庭中的设备的总能耗或者来自各种媒体服务器的用户的聚合媒体库；“Friends(好友)”单元，其在被激励时列出已经与该用户建立好友关系的联网对象；以及“Nearby(附近)”单元，其在被激励时显示与在用户的移动电话或终端设备附近的联网对象及它们同用户的关系有关的信息。

如前面提到的，根据示例实施例的系统12能够使用社交映射原则在系统12管理的系统实体之间建立不同的层级，使得更加用户友好，并且使得用户16更容易与被管理的联网对象10关联。例如，顶级关系可以是“所有者”；这是当人拥有对象时系统中的关系描述。联网对象10可以具有若干所有者。在一些情况下，与一个联网对象10或用户16(即，设备或人)关联的系统实体可能必须具有管理权并且控制对另一联网对象10的访问或使用，即使该系统实体不是该联网对象的所有者。在该情况下，示例实施例提供此处称为“最佳好友”的关系指派，即具有比下一等级(即，“好友”)更亲近、具有更好的访问和更有特权的关系指派。在系统中还可以存在这样的联网对象，其与用户或其他联网对象不具有这些优选关系中的任何一种，并且在此处称为“陌生人”。此外，应该明白，尽管上面描述了联网对象的三种不同等级的优选关系，这些示例实施例的不同实现可以使用更多或更少的这种等级来实现用于联网对象管理的社交映射原则。下面的表1中提供了示例关系描述符及其关联的功能特性的汇总。

表1

系统12的关系管理功能22建立和管理联网对象10与用户16之间的这些不同等级的关系。例如，被指派为好友的联网对象10和用户16(或者联网对象10和其他联网对象10)相互连接，并且有权互惠访问彼此的信息/数据/功能。作为好友的设备由系统12进行设置，以相互帮助，相互执行所请求的任务，并且相互通知状态，但是根据示例实施例它们不能够相互管理。“好友”关系可以具有临时性(例如，租赁汽车、旅馆房间，等等)，或者可以是永久的。上面描述的社交映射范例可以进一步扩展为包括用户容易区分的附加等级，如“好友的好友”或者周边“熟人”。根据一些示例实施例，具有后一关系的联网设备相对于其他设备或用户而言不与那些其他设备或用户直接连接，但是例如能够以它们提供的功能或服务的形式存在。下文将更详细地说明当这种关系用在根据示例实施例的使用社交映射原则管理联网对象的系统和方法中时它们的价值。

与系统12关联的任何系统实体能够知道与之具有预定的友好关系或等级的联网对象10提供的功能，如系统实体的最佳好友的好友管理的联网对象10的功能。考虑先前描述的TV和视频记录器(如VCR)的示例，在TV将任务中继给VCR，但VCR出于某种原因不可用或者不能够执行所请求的任务(例如，记录TV节目)的场景下。在该情况下，TV(或更确切地说是系统12中的与TV对应的系统实体)会知道用于执行所请求的任务的其他选项，例如具有所需能力但是与之可能具有也可能不具有直接的好友关系的其他联网节点。如果那些其他选项对于TV而言不是直接可用的，则可以利用其他人的好友关系来寻求特定帮助以使得这种功能对于TV是可用的。例如，如果TV的所有者/最佳好友(例如，用户/人16或联网对象10)具有连接到能够提供所需功能的系统实体的好友，则系统12可以向该系统实体发送消息，请求例如记录和存储所请求的节目。

为了进一步发展后一示例场景，假设TV(联网对象10)和/或其对应的系统12中的系统实体知道其所有者(和/或最佳好友)的好友在他或她的网络内具有所需的功能。于是，TV可被设置为询问其所有者是否允许其联系所有者的好友以寻求所需的帮助(例如，记录和存储特定TV节目)。如果TV的所有者的好友同意，甚至可能基于诸如剩余/最大存储空间和时间之类的预定标准，能够执行所请求的功能的设备可以使得该功能对于TV是可用的。而且，即时网络A中的TV不是网络B中的记录设备的好友(例如，这两个联网对象甚至可能不能通过网络‘看到’彼此，相反只是发送/请求与所请求/提供的帮助相关联的信号)，仍然可能能够将记录TV节目的任务中继到网络B中的记录设备，这有可能是基于来自与记录设备具有足够高的友好关系的系统实体的许可。

为了提供完成这些使用应用到被管理联网对象的社交映射原则的各种场景所需的基础信令、逻辑和下层架构，可以如现在将针对图4-6描述的那样使用个人联网(PN)架构。然而，本领域普通技术人员应该明白可以替代地使用不同于下文所描述的架构的其他类型的下层架构来完成上文根据图1-3描述的高级功能。根据这些示例实施例，图4中一般性示出的PN架构通过网关设备(PNE簇网关)将驻留在本地网络中的消费者设备(有时本文中称为个人网络实体，PNE，或者称为上文所述的联网对象10)连接到服务器侧使能器(个人网络应用服务器，PNAS)以及从那可选地连接到第三方服务和内容提供商。然而，注意，PNE簇网关可以实现为物理的独立节点，或者备选地实现为在一个或更多个联网对象自身上物理实现的逻辑功能。在后一情况下，联网对象可以不需要经由GW设备自身进行通信。

其中，簇层80是最底层，根据示例实施例在簇层80中服务不在PN系统的控制下。PNE簇(如簇82)包括一组设备和PNE簇网关(例如，如图2中所示)，其中网关与设备进行本地通信。PNE簇82还包括设备和PNE簇网关(例如，图2中的网关30)上主控的服务。根据示例实施例，假设每个PNE簇82通过网关进行通信，并且因此可经由该网关进行标识和寻址。PNE簇网关通过广域网与PNAS通信且通过本地接入网与PN簇82内的设备通信。PNE设备或联网对象10可以是两个或更多个PNE簇82的一部分。该簇层80中的服务可以以非个性化的方式提供，所述服务例如是DLNA服务，包括由第三方提供的设备和服务所本地提供的服务。可从PNE簇网关直接访问该层的服务。

在图4示出的层的层级中向上移动，PN层84管理PN系统控制下的服务。根据该示例实施例，PN系统主要负责PN中的设备和服务管理、对用户和到PN的关联的管理、对服务请求者的认证和许可、对上下文信息暴露的过滤、以及对PN中的事件的观察者的管理。个人网络(PN)86可被定义为包括一个或更多个PNE簇82的重迭网络。PN86被分配给单个PN用户，在该示例实施例中所述PN用户被称为PN所有者。PN86使得无论所述服务存在于哪个簇中，所有者都能够消费PN中的服务，如上面使用友好关系所描述的那样。PN所有者可以消费第三方或者其他PN通过PN中的设备提供的服务。PN86还使得所有者能够以受控的方式向第三方服务提供商和消费者披露PN内的设备和服务，从而例如管理接入限制、隐私保护和来自设备的服务提取，这例如通过使用上面针对图1-3描述的社交映射惯例来实现。该PN层84中的服务可以访问PN内汇集的上下文信息，例如用于服务个性化。PN架构假设每个设备、服务、PNE簇和PN是可标识的且可寻址的。

来自不同PN的服务可以形成称为PN联盟88的覆层服务网络。PN联盟88有利于在多个PN86上共享设备和服务，同时能够在整个PN联盟88上保持隐私和安全。因此，PN联盟层89提供用于在单个联盟策略下将PN服务和服务请求者进行分组的机制。参与PN联盟88的每个PN86可以具有其自己的策略来控制PN中的哪个或哪些设备和服务对于PN联盟中的其他PN是可用的。换言之，PN联盟中的可用的设备和服务的集合不总是等于参与PN中的所有设备和服务的集合。

图5示出了上文针对示例实施例图4描述的不同实体之间的示例关系，例如哪些实体以1∶1的关系或1∶多(N)的关系与其他实体关联。其中，一个PN90可以包括多个PNE簇92和PN级服务94。一个PNE簇92可以包括多个设备96和簇级服务98。设备可以包括多个设备级服务100。应该明白，如该上下文中使用，N可以是等于0的数或大于0的数。PN90可以属于N个PN联盟102，PN联盟102可以包括N个PN90。如上面提到的，PN所有者104通常与他或她的所有者PN90具有一对一关系。图5示出的服务94、98和100通常可以如下面标2所示那样进行分类。

表2：服务类型

关于上面针对图4和5描述的各种实体的标识，设备96(即联网对象10)的标识可以例如由设备制造商提供，例如是MAC地址。然而，还可以以其他方式提供设备标识，例如由家庭DNS服务在IP级上提供，或者使用例如通过用户配置输入系统的明确名字来提供。设备级服务100在各自的设备96内部是可标识的，这意味着簇级服务能够通过使用设备96的标识和设备级服务100的标识的组合来标识设备级服务100。簇级服务98的标识在簇内唯一地标识服务。结合PNE簇92的标识，PN级服务94能够标识簇级服务98。

PN级服务94的标识在PN90内唯一地标识服务。如果在PN与服务请求者之间存在服务级协定(SLA)，则结合PN90的标识，服务请求者能够标识PN级服务94。

图6提供了根据能够用于联合提供使用社交映射原则管理联网对象的示例实施例的网关30、关联的PN AS46及其与服务请求者的交互的更详细的架构视图。下面的表3提供了对图6中示出的每个逻辑接口的简要描述。

表3：每个逻辑接口的简短描述

如图6中所示，为了确定设备能力、友好关系和用户情形，从而能够响应于服务请求做出对媒体的智能适配，提供了上下文管理。这些适配的范围可以从对变型的选择(例如，针对移动设备的低分辨率缩略图；针对HDTV的高分辨率宽屏，针对同时具有移动电话和TV的用户的高分辨率交互)到各种类型转码，包括内容适配(即，个性化)。根据示例实施例的PN90与上下文信息关联，在所述上下文信息中存储了涉及PN中的设备和服务的信息。上下文管理是根据示例实施例的聚合来自PN90中的每个簇的上下文信息以及将其披露给上下文消费者的功能。服务提供商、内容提供商和端用户是上下文消费者。上下文管理功能认证和许可对上下文信息的存取以及过滤要披露的信息，使得端用户和运营商能够控制要披露的信息。

更具体地，在PN AS46(以及在网关30中的对等上下文用户代理112)中提供上下文管理器110。根据示例实施例，存在两种方案处理上下文信息。一种方案是存储每个设备标准提供的原始格式的信息，以及要求任何上下文消费者理解该格式。备选方案是使用统一模型存储上下文信息。后一方案具有的优点在于，使得上下文管理器110能够基于来自不同类型的设备(如DLNA设备124、传感器/致动器设备126、以及CAN设备128)的基本信息生成综合上下文信息，而前一方案使得能够利用尽可能多的现有标准。在任一实现中，上下文管理隐含了与后端数据库系统的交互。因此，根据一个示例实施例，上下文管理器系统110、112包含下述数据库：

1.设备能力数据库(例如，定义PS3能够处理哪种类型的媒体，以及iPhone3.0支持哪种媒体格式和流协议)。该数据库通常需要手工赋值，主要是因为难以自动导出该信息，该数据库通常只需要创建一次并且通常能够由制造商创建(例如，以与UAProf相同的方式被设备参考)。

2.服务所需能力数据库，描述哪个服务将需要被有意义地消费。该数据库通常也仅创建一次，由服务提供商(或服务提供商的代理，如运营商)来创建。

3.指示具体用户情形(也称为“个人网络”)下哪个或哪些设备和用户提供的服务是可用的的数据库或列表(该数据结构通常可以例如经由发现过程来自动赋值，至少在DLNA情况下是如此)以及那些服务与哪些设备类型和情形参数匹配。该数据结构可以很少更新(例如，当设备是“配对的”或者“发现的”)，并且能够由网关30创建。

4.指示情形的其他参数是什么的数据库或列表，所述其他参数例如是像位置之类的半持久的传感器读数。该数据结构例如可以一天更新几次，并且可以由网关30或运营商创建，以及附着到数据库表示(例如，在位置的情况下)。

5.指示具体设备或个人网络的当前状态的数据库、列表或其他数据结构(例如，如果PN始终具有相同的约束，并且能够由PNE簇GW进行表示)。当前带宽和其他情形参数(如环境温度、光等级、物理方向等)能够存储在该数据结构中，将由网关30进行相对频繁的更新。

在涉及“好友”设备或者更具体地涉及至少具有关系等级的给定层级实现中的预定关系等级的联网对象任务请求的示例服务请求场景中，该数据使得根据示例实施例的网关30和/或PN AS46能够如上面所述的那样适配服务提供。注意，并非每个应用或服务请求都需要所有的这种信息。因此，需要该信息的服务的应用能够查询包含该信息(其可以在相同位置也可以不在相同位置，例如在同一运营商数据库中)的数据库。备选地，可以存在为所查询的信息提供的代理。后一方案具有若干优点，如：非常容易地与现有系统(如XDMS)集成的能力；以及用户能够确定向谁递送什么的策略。该查询自身采取各种形式，例如SPARQL或XQUERY查询、提交给URL(基于REST或SOAP)的web服务文档，ISC请求等。

除了支持利用社交映射原则的联网对象管理的上下文管理之外，图6中还示出了支持服务管理的各种功能。其中，示例PN架构使得PN所有者能够披露来自其PN的服务，使得它们可被诸如非PN所有者的服务提供商、内容提供商以及最终用户之类的服务请求者访问。所披露的服务可以用与设备无关的方式进行描述，这使得PN所有者可以决定他希望通过哪个设备来接收服务。所披露的服务可以要求服务消费者的特定能力，使得不会将不合适的设备或应用提议给PN所有者作为服务消费者。例如，当PN披露的媒体再现服务调用针对再现适配或音频剪辑的请求时，PN所有者接收具有位于附近且能够消费给定媒体的候选设备的列表的通知，使得用户能够选择使用哪个设备。

因此，图6的示例实施例的PN架构中的服务管理功能在服务请求者与用户之间作为中介，保持精细粒度服务递送与保护用户隐私之间的平衡。在该示例中，服务管理功能包括服务登记器114、服务经纪人116、服务媒人118和本地服务管理器120。服务登记器114是联系其他PN使能者或服务请求者122以找到所请求的服务的单个点。服务经纪人116和本地服务管理器120主控服务请求者122访问的服务。服务媒人118将服务登记器114中的服务的需求与设备能力和PN的其他上下文信息进行比较，并且将匹配的服务和设备对存储在PN的上下文信息中。服务可以是在服务登记器116中查找其他服务、执行它们并且聚合结果的复合服务。复合服务的子服务可以是服务提供商提供的服务或PN提供的服务。

每个PNE簇92具有(并且根据一些示例实施例仅具有一个)PNE簇网关30，其从簇中的设备10收集信息，如状态、服务信息和事件出现，并且将该信息转发给上下文管理功能。该服务管理功能接收针对簇中的设备或PNE簇网关自身提供的服务的请求，派遣请求，并且收集要返回给服务请求者122的结果。

使用上面针对图4-6描述的架构，可以实现前述的使用社交映射原则的联网对象管理。现在将与针对图7(a)-7(c)中示出的用户接口18关联的用户接口屏幕描述这种交互性的的另一示例。从图7(a)中的用户接口屏幕200开始，PN90的用户16(Alice)能够在其好友列表(通过激励好友标签202而显示)中看到另一用户16(Bob)，因为Bob和Alice互为好友。通过点击Bob的图标204，Alice还能够如图7(b)所示检查Bob的联网对象信息。其中，与Bob的NAS关联的条目206出现在wall(围墙)208中，因为Bob拥有的且已经被Bob指派为具有“open(开放)”设置的设备和服务可被他的好友看到，因此Alice能够看到Bob的wall208中的NAS。通过点击(或者以其他方式选择)与Bob的NAS关联的图标210，如图7(c)所见的，通过SWoT UI向Alice提示是否要成为Bob的NAS的好友。将Alice导向home页下的Notifications(通知)标签，并且可以看出她接收到述说“Do you want to send a friendrequest to“Bob’s NAS”？”的通知212。根据该示例，假设Alice选择“Yes(是)”，因为她希望能够访问该设备，例如使得她能够访问Bob的NAS来搜索感兴趣的媒体内容。于是，该消息将被中继到关系管理功能22，以建立如上所述的Alice与Bob的NAS设备之间的好友关系。备选地，可以将Alice访问Bob的NAS的明确请求视为与Bob的NAS建立好友关系的隐含请求，其于是可被Bob接受或拒绝。

图8描述了根据示例实施例与使用社交映射原则管理联网对象相关联的另一高级视图，其包括可以与这种管理系统和方法关联的设备、传感器和致动器、服务和人的众多示例。从前述描述应该理解在实现这种系统时涉及设备和服务器。作为示例而不是限制，现在将分别针对图9和10描述(移动)设备700和服务器600。

从图9开始，运行用户接口18的示例联网对象或终端设备可以是移动设备，如示例移动计算装置700，该移动计算装置700可以包括处理/控制单元702，如微处理器、精简指令集计算机(RISC)或者其他中央处理模块。处理单元702不需要是单个设备，并且可以包括一个或更多个处理器。例如，处理单元702可以包括主处理器和关联的从处理器，所述从处理器耦合以与主处理器通信。处理单元702可以控制如存储设备/存储器704中可用的程序所规定的联网对象或移动终端的基本功能。因此，处理单元702可以执行上面描述的功能，以例如使得好友设备相互通信。更具体地，存储设备/存储器704可以包括操作系统和用于执行移动终端上的功能和应用的程序模块。例如，程序存储设备可以包括一个或更多个只读存储器(ROM)、闪存ROM、可编程和/或可擦除ROM、随机存取存储器(RAM)、订户接口模块(SIM)、无线接口模块(WIM)、智能卡、或者其他可移除存储器设备，等等。还可以经由数据信号，如经由诸如互联网之类的网络电下载的数据信号，将程序模块和关联特征发送给移动计算装置700。

存储设备/存储器704中可以存储的程序之一是特定程序706。如前面描述的，特定程序706可以是这样的客户端应用，其与系统12交互以便例如接收好友请求和对其许可，发送任务请求和接收任务结果，或者显示关于用于与之具有好友、最佳好友或所有权关系的联网对象10的信息。程序706和关联特征可以在处理器702可操作的软件和/或固件中实现。程序存储设备/存储器704还可以用于存储数据708，如各种认证规则或者与本示例实施例关联的其他数据。在一个示例实施例中，程序706和数据708存储在非易失性电子可擦除可编程ROM(EEPROM)、闪烁ROM等等中，使得在移动终端700掉电时信息不会丢失。

处理器702还可以耦合到与移动终端关联的用户接口710单元。移动终端的用户接口710可以包括例如显示器712(如液晶显示器)、小键盘714、扬声器716、和麦克风718。如现有技术中已知的，这些和其他用户接口组件耦合到处理器702。小键盘714可以包括用于执行各种功能的字母数字键，所述功能包括拨打号码和执行分配给一个或更多个键的操作。备选地，可以利用其他用户接口机制，如语言指示、开关、触摸板/屏、使用指示设备的图形用户接口、跟踪球、操纵杆、或者任一其他用户接口机制。

移动计算设备700还可以包括数字信号处理器(DSP)720。DSP720可以执行各种功能，包括模数(A/D)转换、数模(D/A)转换、语音编码/解码、加密/解密、错误检测和纠正、比特流翻译、过滤等。收发器722(通常耦合到天线724)可以发送和接收与无线设备关联的无线信号。

图9的移动计算设备700被提供作为可以应用所介绍的示例实施例的原理的计算环境的代表性示例。根据本文提供的描述，本领域普通技术人员应该明白本发明可以同样应用于各种其他当前已知的将来的移动和固定计算环境。例如，特定应用706和关联特征以及数据708可以用各种方式进行存储，可以在各种处理设备上操作，并且可以在具有附加、更少或不同支持电路和用户接口机制的移动设备中操作。应该注意，所介绍的示例实施例的原理同样可应用于非移动终端的设备，即陆上计算系统。

图10中描述了根据示例实施例的服务器或网关的、能够执行操作的代表性计算系统的示例。可以使用硬件、固件、软件或其组合来执行此处描述的各种步骤和操作。图10的计算机结构600是可以结合这种系统使用的示例计算系统。

适合于执行示例实施例中描述的活动的示例计算系统600可以包括服务器601，服务器601可以与本文描述的服务器或网关(如PN AS46或网关30)中的任何一个相对应。这样的服务器601可以包括中央处理器(CPU)602，其耦合到随机存取存储器(RAM)604和只读存储器(ROM)606。ROM606还可以是用于存储程序的其他类型的存储介质，如可编程ROM(PROM)、可擦除PROM(EPROM)等等。处理器602可以通过输入/输出(I/O)电路608和总线610与其他内部或外部组件通信，以提供控制信号等。处理器602执行软件和/或固件之类所规定的现有技术中已知的各种功能。例如，当计算设备600操作为PNE簇网关30时，I/O电路608和总线610能够提供至少两个网络连接，即一个针对PNE簇网络，而一个针对广域网。

服务器601还可以包括一个或更多个数据存储设备，包括硬盘驱动和软盘驱动612、CD-ROM驱动614、以及能够读取和/或存储如DVD等的信息的其他硬件。在一个实施例中，用于执行上面讨论的步骤例如以建立联网对象之间的好友关系的软件可被存储和分发在CD-ROM616上、盘618或者能够便携地存储信息的其他形式的介质上。服务器601可以耦合到显示器620，其可以是任何类型的已知显示器或表示屏幕，如LCD显示器、等离子体显示器、阴极射线管(CRT)，等等。提供用户输入接口622，包括一个或更多个用户接口机制，如鼠标、键盘、麦克风、触摸板、触摸屏、语音识别系统，等等。

服务器601可以经由网络耦合到其他计算设备，如有线和/或无线终端和关联的观察者应用。服务器可以是诸如互联网628之类的全球范围网络(GAN)中的较大网络配置的一部分，其允许到上面描述的实体的最终连接。

尽管在示例实施例中以具体组合描述了所介绍的示例实施例的特征和单元，但是每个特征或单元可以在无示例实施例的其他特征或单元的情况下单独使用，或者在具有或不具有本文描述的其他特征和单元的情况下以各种组合来实现。本申请中提供的方法或流程图可以在计算机可读存储介质中具体体现的供通用计算机或处理器执行的计算机程序、软件、或固件中实现。例如，图11描述了说明根据示例实施例管理联网对象的方法的流程图。其中，在步骤1100，在多个联网对象之间建立友好关系，所述多个联网对象中的每一个联网对象与用户关联。在步骤1102，网络管理系统接收任务请求。作为响应，网络管理系统将所请求的任务分配给所述多个联网对象中的具有执行所请求的任务的能力并且已经与所述用户建立了友好关系的一个联网对象。

根据另一示例实施例，用于使用社交映射原则将对象联网的通用系统和方法可以如图12中的流程图所示进行操作。其中，在步骤1200，用户加入并安装服务，以及创建反映用户的标识的简档。用户简档的数据可以从已知的基于web的社交网络服务(如Facebook、MySpace、以及LinkedIn)的现有用户简档或者从连接到对运营商的订阅的用户数据导入或聚合。可以在同一房屋中生活的用户中或者基于用户已经决定共享的其他属性来创建用户组。可以使得用户简档是可见的，并且如果用户希望的话，可以将用户简档与组中的其他用户的简档链接在一起。

在步骤1202，系统从当前联网在一起的对象收集数据，并且(基于，例如设备的种类、其功能、品牌特性、位置等等)创建每个设备的唯一的实体简档。例如通过经由客户端应用用户接口创建连接或者通过物理地将支持NFC/RFID的设备集合在一起，用户将其自己的系统实体链接到联网对象的系统实体。在步骤1204中，对象的系统实体自动地(基于设备的种类、其功能、品牌、位置等)或者根据用户的管理(许可如此做以及已经将其用户简档连接到设备)连接到彼此的简档，即建立上面描述的友好关系等级。

一旦系统实体A已经与系统实体B建立友好关系，则系统实体A已经有关系的其他系统实体也可以与系统实体B建立关系，反之亦然。例如，假设系统向与A和B二者都关联的已经连接的系统实体发送关于新关系的数据，可选地根据诸如设备能力、品牌、位置等标准进行了过滤。新系统实体(该示例中是A或B)能够例如通过自动确认对这种查询进行响应，从而与现有设备建立关系。备选地，可以在用户的客户端应用中手动管理所有这种连接，或者用户可以定义一组规则用于自动确以。

如上面提到的，这种关系可以具有事件特性或参数。例如，与诸如和借用或租赁的联网对象或访客用户关联的系统实体之类的系统实体的临时关系，可以针对特定的时间段建立，备选地基于在一定区域内沿着特定路线或其他标准的另一特定用户的接近来建立。于是，临时连接的实体将仅在满足如上所述的预定标准时是可用的，而系统实体在其他情况下是不可访问的，尽管它对于临时连接的系统实体仍然是可见的。临时连接可以是由系统或由将具有临时连接的系统实体的所有者/提供者/管理员许可的或发起的。

根据示例实施例，连接的用户和对象的系统实体可以在彼此的简档中具有互惠的存在性。可以使得关于状态、记录的活动、其他连接、互连等等的信息对于连接的用户和系统实体是可获得的。用户或联网对象的系统实体能够例如向系统或特定系统实体或系统实体组发送要求特定响应的通知。

能够使得每个系统实体知道其连接的系统实体简档，包括但不限于关于其功能、依赖性、当前状态以及以前和未来的计划(定时器设置)事件、能力、指示和责任的数据。这使得能够支持诸如上面描述的TV和视频记录器场景例示的功能和交互。而且，这种转包、功能外购或TV和视频记录器示例中描述的“帮助”在一些情况下能够在无用户交互的情况下在对象的系统实体之间自动执行。这些活动在图12中统一标为步骤1206，其指示所有的这种信息可以在相互至少是好友的那些联网对象10之间共享。

作为根据示例实施例的这种类型的架构和功能性的另一示例，考虑当植物的系统实体向系统发送关于其状态的数据(例如其温度高而湿度很低)时系统中表示的传感器簇。系统能够将该状态解释为对于植物是不理想的，并且系统可以通知作为植物位于的窗户中的百叶窗的系统实体，其有可能通过关闭、针对植物生成阴影，来提供对所报告的问题的解决方案。在关闭之后，百叶窗将发送通知(作为对植物状态的线状响应)其已经尝试解决植物的问题。用户可以经由用户接口监视、参与或干预系统实体之间的交互。

根据上述内容，应该明白示例实施例提供了与联网设备和服务的以及在它们的用户、所有者、制造商、零售商、或提供商之间的直观的、可理解的且统一的交互。这种实施例支持和增强了用户对数字网络的概念理解，以及提供了经由用户接口对每个设备和服务的容易的访问。示例实施例使得对联网产品和服务的配置、监视、维护和关联极为容易，并且还能够帮助使得家庭自动化更加智能和透明，但同时易于理解且不会干扰用户。

根据这些示例实施例的使用的容易性、可访问性和易理解的概念可以降低用户购买系统的添加服务的阈值。这可以创建用于递送所有种类的数字以及物理服务的新平台。系统还开启了用于品牌化的新机会，因为其为产品和服务的制造商提供了管理和定制定义在系统中表示他们生产的每个产品的系统实体的特性的方式。制造商可以向系统提交数据，所述数据例如定义特定产品应该具有哪种表达和行为系统实体，以及与经由他们的制造商的品牌关联或附属的其他系统实体应该具有哪种关系。

以上已经解释了应用社交映射原则来管理连接到一个或更多个网络的资源节点的众多实施例。资源节点在此处已被称为“联网对象”。下面描述的一些其他实施例涉及管理资源节点之间的数据流，并且可以包括生成资源节点之间可由用户来接受或拒绝的数据流推荐。

图13描述了包括资源管理节点1300的另一系统架构，资源管理节点1300使用根据一些实施例的操作和方法来管理连接到至少一个网络1380(例如，个人网络(PN)、公共网络(因特网)等等)的多个资源节点1330。参见图13，资源节点1330可以包括但不限于电子设备1340、电子传感器和控制器1350、电子社交实体1360和电子服务1370。示例电子设备1340可以包括电视、移动通信终端、汽车、计算机、网络附着的存储器(NAS)、游戏控制台、个人视频记录器(PVR)和机顶盒(STB)。示例电子传感器和控制器1350可以包括安保系统、温度控制器、光控制器、水控制器、电控制器、湿度控制器和/或门锁控制器。示例电子社交实体1360可以包括在用户之间提供社交社区交互的计算机系统，例如，Facebook、MySpace、和LinkedIn、SecondLife以及在线游戏应用。示例电子服务1370可以包括提供银行服务、电信服务、汽车租赁服务、修车服务、旅行服务和膳宿服务的计算机系统。

如下面将要进一步解释的，资源管理节点1300被配置为管理用户与资源节点1330之间的交互，并管理资源节点1330之间的数据流。用户可以操作一个或更多个用户设备节点1320来向资源管理节点1300提供指令，或从资源管理节点1300接收信息。用户设备节点1320可以对应于上述图1的用户接口18、上述图9的移动设备700、和/或用户可操作来向资源管理节点1300提供指令和/或接收和显示或以其他方式从资源管理节点1300向用户传递信息的任何其他用户接口设备。

资源管理节点1300可以包括用户简档数据库1302、系统实体数据库1304、系统实体语义描述数据库1306、交互流数据库1308、推荐引擎1310和/或交互执行引擎1312。虽然资源管理节点1300内已经使出了分别的功能单元，该功能单元中的一个或更多个可被组合，或可被分割为两个或更多个功能单元。此外，被描述为驻留在资源管理节点1300的一个或更多个单元中的一些或所有功能可备选地或附加地驻留在资源节点1330中的一个或更多个中和/或系统的其他组件中。因此，资源管理节点1300的功能组件可与资源节点1330分隔开并通信连接到资源节点，和/或功能组件中的一些可以驻留在资源节点1330的一个或更多个中。

在一般意义上使用此处使用的术语数据库，以指代具有已经关系结构的数字数据的汇集。示例数据库包括低复杂度的数据列表和高复杂度的面向对象的关系数据结构。

下面关于图15的流程图来解释资源管理节点1300的各种操作和方法1500。系统实体数据库1304包含(汇集)标识资源节点1330的通信(例如，网络1380)地址并具有标识资源节点1330的能力的相关联元数据的信息(框1502)。可以由资源节点1330自身提供系统实体数据库1304中的信息，例如当在资源节点首次经由网络连接到资源管理节点1300时的初始化过程期间。备选地或附加地，可以由其他实体1322来提供该信息，例如应用开发商、设备制造商和/或设备集成商。

交互流数据库1308包含(汇集)对在资源节点1330中所标识的资源节点之间允许的数据流进行定义以及还对针对于何时要执行数据流中所标识的数据流的相关联触发准则进行定义的信息(框1504)。每个数据流可以标识要通信连接的两个或更多个资源节点1330，以使得可提供一个资源节点的数据输出作为另一资源节点的数据输入，以及可连接多个资源节点的对应输出和输入接口，以在所标识的资源节点之间提供串行菊花链或其他连接架构。

交互执行引擎1312被配置为确定(框1506)满足交互流数据库1308定义的触发准则之一，并通过在资源节点1330中所标识的资源节点之间建立(框1508)相关联的数据流来进行响应。通过控制第一资源节点向第二资源节点的输入接口输出具有特定特性(例如，数据格式、数据内容等等)的数据，控制第二资源节点对该数据进行操作并向第三资源节点的输入接口输出具有特定特性(例如，数据格式、数据内容等等)的数据，交互执行引擎1312例如可以通过三个资源节点提供菊花链数据流。交互执行引擎1312可以类似地发起和控制资源节点之间的数据流，且进一步控制由资源节点对数据执行的操作。

图14示出了可以经由用户设备节点1320向用户显示的示例信息，该示例信息用于指示所标识的资源节点1330在社交物联网(Social Web ofThings)中已被功能性地分组为好友，并用于指示可以在资源节点1330之间建立数据流。参考图14，资源管理节点1300已经在各种设备和可位于本地计算机、服务器和/或远程联网计算机/服务器的应用之间建立了友好关系。

已经建立了友好关系的示例设备和应用包括：报警时钟、日历应用、信使应用、电表控制器(例如，被配置为监视进入用户家庭/公司的功率)、以及电力公司应用(例如，被配置为监视电费和/或从电力公司接收功率控制命令或省钱建议)、家庭控制器(例如，门锁、温度自动调温器等等)、光控制器、媒体服务器、数字相机/便携式摄像放像一体机、地图应用、导航应用以及零售服务应用(例如，汽车租赁和/或服务)。

系统实体数据库1304包含对图14的各个资源节点1330的通信(例如，网络)地址以及标识其相应能力的元数据(例如，功能能力、数据输入/输出格式、数据内容特性、性能特性等等)进行标识的信息。交互流数据库1308包含对在资源节点1330中所标识的资源节点之间允许的数据流进行定义以及还对针对于何时要执行数据流中所标识的数据流的相关联触发准则进行定义的信息。交互执行引擎1312被配置为：响应于确定满足由交互流数据库1308定义的相关联触发准则，选择性地在图14的资源节点1330中所标识的资源节点之间建立数据流。

通过使资源节点之间的关系以及资源节点与用户之间的关系与例如像“友好”之类的社交映射原则(即信任或所有权关系以及访问控制的概念)类似，示例实施例使通过资源节点的数据流可被用户直观地理解和管理。示例实施例利用了与社交网络的可标识的类似之处，使得用户能够形成具有同时交互和彼此互相关联的潜在大量的联网资源节点的整体思维模型。

再次参考图13，推荐引擎1310被配置为生成具体资源节点1330之间的推荐数据流，以及被配置为向用户提供用于接受的推荐数据流。推荐数据流可以基于用户的已知特性(例如，针对用户进行个性化)，这可被记录在用户简档数据库1302中，和/或可作为资源节点1330的能力。

图16-18示出了根据示例实施例可以向用户显示的示例信息，该示例信息用于在资源节点之间许可和建立数据流。下面参考图16-18解释可由资源管理节点1300结合资源节点1330来执行的其他操作和方法。

参考图16，交互执行引擎1312确定一个或更多个灯已被开启超过阈值时间，并通过向用户设备节点1320传递消息来进行响应，用户设备节点1320显示信息1600，通知用户灯的延长操作，并请求是关闭灯还是保持灯开启的用户指令。在该示例中，交互执行引擎1312可以驻留在光控制器内或驻留在与光控制器通信的联网计算设备上。用户设备节点1320可以包括触摸敏感屏，触摸敏感屏允许用户触摸选择一个或更多个所定义的显示在屏幕上的对象(例如，按钮)。

参考图17，用户已经选择了所示出的“yes，turn off”按钮(这担当了使交互执行引擎1312信号通知光控制器关灯的触发事件)，并显示通知用户灯已经关闭的自然语言响应消息1702。交互执行引擎1312还使用来自交互流数据库1308的信息确定已经在光控制器和监督相机之间建立了数据流。响应于触发事件，交互执行引擎1312向用户设备节点1320传递显示信息1704的另一消息，信息1704询问用户是否希望查看来自安保相机的画面/视频，以观察可能包括受控灯的房间。如果用户选择所示出的“OK”按钮，进一步的触发事件使交互执行引擎1312信号通知安保相机输出向用户设备节点1320提供以由用户查看的画面/视频。

图17还示出了自然语言消息1710，自然语言消息1710标识与洗衣机有关的推荐数据流，并提供对在用户接受的情况下将由推荐数据流提供的功能能力的解释。可以由推荐引擎1310使用来自系统实体数据库1304的信息生成推荐数据流，该信息标识洗衣机、电控制器、电力公司控制器接口和报警时钟的能力推荐引擎1310从交互流数据库1308中的信息确定当前不存在推荐数据流。推荐引擎1310还已经确定可以从电力公司控制器接口实时获得电价，电控制器可以控制洗衣机的启动时间，以及确定电控制器可以使用电价和在报警时钟中定义的计划苏醒报警时间来决定应该何时启动洗衣机。

参考图18，用户已经选择所示出的“yes”按钮，这担当了使推荐引擎1310向交互流数据库1308添加对以下推荐数据流进行标识的信息的触发事件：从电力公司控制器接口到电表，从报警时钟到电表，以及从电表到洗衣机。该信息还标识交互执行引擎使用来建立推荐数据流的触发准则，触发准则可包括电价在报警时钟定义的苏醒时间之前降到所定义的阈值和/或阈值持续时间之下的时刻。

交互执行引擎1312确定何时满足触发准则(例如，电价在苏醒时间之前已经降到所定义的阈值之下和/或小于所定义的剩余时间长度)，并通过开启洗衣机来进行响应。

推荐引擎1310和/或交互执行引擎1312可以显示确认用户接受推荐数据流的消息1800，以及还可以显示确认与电表和报警时钟分别建立数据流的消息1802和1804。

因为资源节点1330中至少有一些资源节点可能具有不兼容的输入/输出数据格式，交互执行引擎1312可被配置为从系统实体数据库1304确定何时用于在所述资源节点中的两个或更多个资源节点之间传递数据流的数据格式不兼容。通过使用在系统实体语义描述数据库1306中定义的转码信息来将资源节点之一输出的数据转码为与资源节点中的另一者的输入兼容的格式以提供兼容通信，交互执行引擎1312可以对该确定进行响应。通过这种方式，使得更大数目的资源节点1330之间的通信成为可能，以及然后可以在这些资源节点1330之间创建数据流来为用户提供增加的功能。

图19的流程图对用于生成由用户来接受的推荐数据流的这些操作和方法1900进行总结。使用系统实体数据库1304中的元数据来生成(框1902)资源节点中的至少两个资源节点之间的推荐数据流。向用户(例如，用户设备节点1320)传递(框1904)标识推荐数据流的消息，以由用户来接受。响应于接收到指示接受推荐数据流的用户响应，向交互流数据库1308添加(框1906)标识该至少两个资源节点之间的推荐数据流和被使用来建立推荐数据流的相关联触发准则的其他信息。

图20是描述根据示例实施例的用于将不兼容的资源节点从任何推荐数据流中排除的方法和操作2000的流程图。推荐引擎1310可以确定(框2002)哪些资源节点具有兼容数据格式。推荐引擎1310然后可以从任何推荐数据流中排除(框2004)将通信连接但具有不兼容数据格式的两个或更多个资源节点。

图21是描述根据示例实施例的用于跟踪其他用户对数据流的受欢迎情况并向用户传递推荐数据流的受欢迎情况指示的方法和操作2100的流程图。推荐引擎1310可以跟踪(框2102)其他最终用户喜欢什么数据流。推荐引擎1310还可以确定(框2104)推荐数据流对应于其他最终用户喜欢使用的跟踪数据流之一，以及可以传递(框2106)指示所确定的推荐数据流的受欢迎情况的信息，作为到用户的消息的一部分。受欢迎情况信息可以提高用户选择更多产/令人愉悦的功能数据流的能力，这些功能数据流已被其他用户操作性地确认了。

在一些实施例中，推荐引擎1310与交互流设计方1324通信，以接收在资源节点中的至少两个资源节点之间定义的一个或更多个推荐数据流。交互流设计方1324可以是具有允许创建数据流的访问权限等级的用户和/或电子组件，数据流定义了应用和/或所连接的资源设备将如何彼此通信和操作以提供所定义的功能。推荐引擎1310向用户设备节点1320传递用于接受的接收到的一个或更多个推荐数据流。通过向交互流数据库1308添加标识所述推荐数据流中所选择的一个或更多个推荐数据流并建立相关联的数据流的信息和交互执行引擎1312使用来建立所述推荐数据流中的所述一个或更多个推荐数据流的触发准则，推荐引擎1310对指示用户接受所述推荐数据流中所选择的一个或更多个推荐数据流的一个或更多个消息进行响应。

在一些实施例中，用户简档数据库1302包含对交互流数据库1308所标识的哪些数据流已被用户接受进行标识的信息。推荐引擎1310还被配置为使用用户简档数据库1302、系统实体数据库1304和交互流数据库1308生成推荐数据流，以标识用户可以访问哪些资源节点并标识资源节点中的用户可访问资源节点之间的至少一个新数据流。该至少一个新数据流不同于针对用户激活的其他数据流。因此，推荐引擎1310将该至少一个新数据流作为推荐数据流向用户设备节点1320传递，以由用户来接受。

在一些实施例中，用户简档数据库1302包含对使用来访问资源节点中的对应资源节点的用户访问凭证进行标识的信息。推荐引擎1310还被配置为将推荐数据流限制为与具有用户简档数据库所标识的对应用户访问凭证的资源节点在一起。因此，在用户的访问凭证不允许访问资源节点中将在数据流中涉及的一个或更多个资源节点时，不向用户提供数据流。推荐引擎1310可被配置为测试用户访问凭证，以确认交互执行引擎1312可以在向交互流数据库1308添加推荐数据流之前在对应资源节点之间建立数据流。交互执行引擎1312可被配置为当在对应资源节点之间建立数据流时使用用户简档数据库1302标识的用户访问凭证来进行连接。

可以从已知的基于web的社交网络服务(例如，Facebook、MySpace、和LinkedIn、SecondLife以及在线游戏应用)的现有用户简档，或者从连接到对运营商的预订的用户数据输入或累积用户简档数据库1302的数据。可以在同一家庭内生活的用户之间创建用户组，或用户决定共享的其他属性。可以使用户简档看得见，并与组中其他用户的简档相链接(如果用户希望这么做)。

图22-24示出了根据示例实施例可以在用户设备节点1320的触敏屏上向用户显示的示例信息，该示例信息用于使用友好关系请求来管理资源节点及资源节点间的数据流。参考图22，推荐引擎1310生成针对用户汽车内的电子设备的友好关系请求2200，针对所租赁的汽车内的电子设备的另一友好关系请求2202，以及针对交通(traffic)监视服务器的另一友好关系请求2204。将请求2200、2202和2204显示在用户设备节点1320上，以由用户接受。用户通过选择对应标记的“接受(Accept)”、“Decline(拒绝)”或“更多信息(More info)”键来接受、拒绝或向推荐引擎1310请求更多信息。

参考图23，示出了当用户通过选择“Accept”按钮已经接受来自用户汽车的友好关系请求2200时，可在用户设备节点1320上显示的示例信息。响应于用户选择友好关系请求2200，推荐引擎1310可以向用户推荐在日历应用和用户汽车之间建立的数据流，并可在被接受的情况下向交互流数据库1308添加该数据流。交互执行引擎1312可以建立所定义的数据流，以从用户汽车接收标识即将到来的维护服务事件的数据，并使用在日历应用中记录的用户日程计划来确定用户的调度维护服务事件的可行性。

交互执行引擎1312可以显示标识即将到来的维护服务事件的维护消息2300，显示对根据日历应用的用户的日程计划空闲的提议日期进行指示的调度消息2302，以及显示对汽车可以在所指示的一天中的时间在所标识的汽车修理设施处预约服务进行指示并请求用户许可继续进行预约的动作消息2304。

图24示出了推荐引擎1310可以向用户设备节点1320传递以显示给用户的示例数据流推荐消息2400。数据流推荐消息2400使用自然语言格式的描述来标识所租赁的汽车与媒体服务器设备和电话终端之间的第一推荐数据流，该第一推荐数据流将使得可以从所找到的终端中的媒体服务器设备通过所租赁的汽车中的娱乐系统来流传输电影和音乐，以及还将通过电话终端使得娱乐系统可用于免提呼叫。数据流推荐消息2400还使用自然语言格式的描述来标识所租赁的汽车、地图应用和导航仪应用(例如，街道导航应用)之间的第二推荐数据流，该第二推荐数据流将使导航仪使用用户已经存储在地图应用中的行驶路线和地点来向用户提供实时的行驶指令。

系统实体语义描述数据库1306可以包含转码信息，推荐引擎1310使用该转码信息将来自一个或更多个数据流的数据转码为用于向用户传递的自然语言描述。交互执行引擎1312也可以使用来自系统实体语义描述数据库1306的转码信息将所建立的推荐数据流中的数据转码为向用户传递的自然语言描述。

用户可以通过选择“Add All4…”按钮在所标识的资源节点之间建立友好关系状态，或者可以选择哪些资源节点具有满足选择“Add some...”按钮的友好关系。交互执行引擎1312向交互流数据库1308添加所选择的友好关系和相关联的数据流。这些关系和数据流是临时的，交互执行引擎1312响应于地图应用和/或导航应用确定所租赁的汽车已经返回到租赁公司和/或响应于出现所定义的流逝时刻、一天中的时间和/或日期，将其从交互流数据库1308移除。

响应于用户许可推荐数据流，交互执行引擎1312可以从所租赁的汽车接收指示其准备好在具有所标识位置的所标识租赁公司处付款(pickup)的其他信息，并从另一方1320向用户传递包含该信息的消息2402以显示给用户。

还通过图25的流程图示出了用于使用社交网络中的友好关系请求来管理资源节点以及资源节点间的数据流的这些操作和方法2400。向用户传递(框2402)推荐数据流，作为友好关系请求。

响应于指示用户接受友好关系请求的消息，汇集(框2404)对至少两个资源节点之间的好友关系以及相关联的触发准则进行标识的交互流信息(例如，添加到交互流数据库1308)。响应于指示用户接受友好关系请求的消息，推荐引擎1310标识(框2406)现在可以在新接受的好友关系的资源节点至少之一与至少一个或更多个资源节点之间建立的一个或更多个其他推荐数据流。

推荐引擎1310利用对将由该一个或更多个其他推荐数据流针对用户创建的功能进行标识的信息，向用户传递(2408)一个或更多个其他友好关系请求。然后，响应于指示用户接受所述其他友好关系请求中所选的一个或更多个友好关系请求的一个或更多个消息，推荐引擎1310汇集对所述其他推荐数据流中的对应推荐数据流之间的所选其他好友关系(例如，添加到交互流数据库1308)以及相关联的触发准则进行标识的交互流信息。

图26是描述根据示例实施例的用于响应发现新连接的资源节点来管理资源节点之间的数据流的方法和操作2600的流程图，该方法和操作2600可由推荐引擎1310执行。发现(框2602)资源节点，该资源节点已变为新连接到网络1380，且尚未和与交互流数据库1308中定义的数据流相关联的任何资源节点连接。确定(框2604)所发现的资源节点利用与资源节点中的一个或更多个相兼容的数据格式来进行通信。响应于该确定，在所发现的资源节点与兼容的一个或更多个资源节点之间发起(框2606)一个或更多个数据流的设置。

图27是根据一些实施例可包括在图13的系统的资源管理节点1300、一个或更多个资源节点1330和/或用户设备节点1320中的示例组件的框图。参考图27，节点2700包括用于到一个或更多个网络1380、一个或更多个处理器2720以及包含功能模块2730的存储器电路/设备2740的连接的一个或更多个网络接口2710(例如，有线和/或无线接口(蜂窝、WLAN、Bluetooth等等))。

处理器2720可以包括一个或更多个数据处理电路，例如通用和/或专用处理器(如，微处理器和/或数字信号处理器)。处理器2720被配置为执行来自存储器电路/设备2740中的功能模块2730(下面描述为计算机可读介质)的计算机程序指令，以执行以上针对一个或更多个实施例(例如，图1-26的实施例)描述的一些或所有操作和方法。

其他定义和实施例

在对本发明的各种实施例的以上描述中，要理解的是此处使用的术语仅被用于描述具体的实施例，并且不意味着限制本发明。除非另外限定，在此使用的包括技术和科学术语在内的所有术语具有和本发明所属领域的技术人员通常所理解的相同的含义。还应该理解，除非在此清楚地限定，例如那些在通常使用的词典中定义的术语应该被解释为具有与其在本说明书和相关领域的上下文中一致的含义，而不应该理想化或过度正式地进行解释。

当节点被称为“连接到”、“耦合到”、“响应于”另一节点或其变型时，该节点可被直接连接到、耦合到、或响应于该另一节点，或者可存在中间节点。相反，节点被称为“直接连接到”、“直接耦合到”、“直接响应于”另一节点或其变型时，不存在中间节点。相似的数字始终指代相似的节点。此外，此处使用的“耦合到”、“连接到”、“响应于”或其变型可包括无线地耦合、连接或响应。除非上下文清楚地进行了其他指示，在此使用的单数形式“a”、“an”以及“the”也预期包括复数形式。为了简洁和/或清楚，可不对周知的功能或结构进行详细描述。术语“和/或”包括一个或更多个相关联的所列项目的任何组合和所有组合。

在此使用的术语“comprise”、“comprising”、“comprises”、“include”、“including”、“includes”、“have”、“has”、“having″或其变型是开放式的，并包括一个或更多个所描述的特征、整数、节点、步骤、组件或功能，但不排除存在或添加一个或更多个其他特征、整数、节点、步骤、组件、功能或其组群。此外，可以使用在此使用的通用简写“e.g.”(衍生自拉丁短语“exempli gratia”)来引入或指定先前提及项目的一般示例，并且并非旨在限制这种项目。可以使用通用简写“i.e”(衍生自拉丁短语“id est”)来根据更一般的列举指定具体的项目。

在此参考计算机实现方法、设备(系统和/或设备)和/或计算机程序产品的框图和/或流程图示出描述了示例实施例。要理解的是，可通过一个或更多个计算机电路执行的计算机程序指令来实现框图和/或流程图示出中的框，以及框图和/或流程图示出中的框的组合。可以将这些计算机程序指令提供给通用计算机电路、专用计算机电路和/或其他可编程数据处理电路的处理器来产生机器，使得经由计算机和/或其他可编程数据处理设备的处理器执行的指令可转换和控制晶体管、存储位置中存储的值、以及这种电路内的其他硬件组件，以实现框图和/或流程图框中指定的功能/动作，并由此创建用于实现框图和/或流程图框中指定的功能/动作的装置(功能体)和/或结构。

还可以将这些计算机程序指令存储在有形的计算机可读介质中，该计算机可读介质可以引导计算机或其它可编程数据处理设备以特别的方式工作，以使得存储在计算机可读介质中的指令可以产生包括实现框图和/或流程图框中指定的功能/动作的指令在内的制品。

有形的非易失性计算机可读介质可包括电、磁、光、电磁、或半导体数据存储系统、装置或设备。计算机可读介质的更具体的示例可包括以下：便携式计算机碟、随机存取存储器(RAM)电路、只读存储器(ROM)电路、可擦除可编程只读存储器(EPROM或闪存)电路、便携式紧致盘只读存储器(CD-ROM)和便携式数字视频碟只读存储器(DVD/蓝光)。

还可以将计算机程序指令加载到计算机和/或其它可编程数据处理设备上，使得计算机和/或其它可编程数据处理设备上执行的一系列操作步骤产生计算机执行的处理，以使计算机或其它可编程设备上执行的指令提供用于实现框图和/或流程图框中指定的功能/动作的步骤。因此，可通过硬件和/或处理器(例如，数字信号处理器)上运行的软件(包括固件、驻留软件、微代码等等)来实施本发明的实施例，该硬件和/或软件可被共同称为“电路”、“模块”或其变型。

还应该注意到，在一些备选实现中，框中提到的功能/动作可以以流程图中所记载之外的顺序来发生。例如，取决于所涉及的功能/动作，连续示出的两个框事实上可以实质上同时执行，或有时以相反的顺序来执行该框。此外，可以将流程图和/或框图的给定框的功能分散到多个框中，和/或可以至少部分地集成流程图和/或框图的两个或更多个框的功能。最后，可以在所示出的框之间添加/插入其他框。此外，虽然一些图包括了通信路径上的箭头，以示出通信的主要方向，要理解，可以在与所示出的箭头相反的方向上发生通信。

此处结合上述描述和附图公开了很多不同的实施例。将要理解的是，在文字上描述和示出这些实施例的每个组合和子组合将会造成过度重复并使人困惑。因此，本说明书(包括附图)应被解释为构成了对实施例的各种示例组合和子组合以及做出并使用这些组合和子组合的方式和过程的完整书面描述，并应支持针对任何这种组合和子组合的权利要求。

上述示例实施例旨在在任何方面作为对本发明的示例说明，而不是限制。所有这样的变型和修改都被认为是在所附权利要求定义的本发明的范围和精神内。本申请的描述中使用的单元、动作、或者指令都不应该解释为对于本发明而言是关键的和必不可少的，除非有这种明确描述。而且，如本文使用的，冠词“一”是旨在包括一个或更多个项目。此外，术语“用户”旨在包括个人、组或组织。

Claims (20)

1.一种管理连接到至少一个网络(1380)的多个资源节点(1330)的资源管理节点(1300)，所述资源管理节点(1300)包括：

系统实体数据库(1304)，包含对所述资源节点(1330)的通信地址和相关联元数据进行标识的信息，所述相关联元数据标识所述资源节点(1330)的能力；

交互流数据库(1308)，包含对在所述资源节点(1330)中所标识的资源节点之间允许的数据流以及相关联触发准则进行定义的信息，所述相关联触发准则定义何时要执行所述数据流中所标识的数据流；以及

交互执行引擎(1312)，被配置为确定满足所述交互流数据库所定义的所述触发准则之一，并通过在所述资源节点(1330)中所标识的资源节点之间建立相关联的数据流来进行响应。

2.根据权利要求1所述的资源管理节点(1300)，还包括推荐引擎(1310)，所述推荐引擎(1310)被配置为：

从所述系统实体数据库(1304)中的元数据生成所述资源节点(1330)中的至少两个资源节点之间的推荐数据流；

向用户(1320)传递标识所述推荐数据流的消息，以由所述用户(1320)接受；以及

通过向所述交互流数据库(1308)添加信息，对接收到指示接受所述推荐数据流的用户(1320)响应进行响应，所述信息对所述至少两个资源节点(1330)之间的所述推荐数据流以及被所述交互执行引擎(1312)用来建立所述推荐数据流的相关联触发准则进行标识。

3.根据权利要求2所述的资源管理节点(1300)，其中：

所述推荐引擎(1310)还被配置为确定哪些资源节点(1330)具有兼容数据格式，并从任何推荐数据流中排除将通信连接但具有不兼容数据格式的两个或更多个资源节点(1330)。

4.根据权利要求2所述的资源管理节点(1300)，其中，所述推荐引擎(1310)还被配置为：

与交互流设计方(1324)通信，以接收在所述资源节点(1330)中的至少两个资源节点之间定义的一个或更多个推荐数据流；

向所述用户(1320)传递接收到的一个或更多个推荐数据流，以用于接受；以及

通过向所述交互流数据库(1308)添加信息和触发准则，对指示所述用户接受所述推荐数据流中所选择的一个或更多个推荐数据流的一个或更多个消息进行响应，所述信息标识所述推荐数据流中所选择的一个或更多个推荐数据流并建立相关联的数据流，所述触发准则被所述交互执行引擎(1312)用来建立所述推荐数据流中的所述一个或更多个推荐数据流。

5.根据权利要求2所述的资源管理节点(1300)，其中，所述推荐引擎(1310)还被配置为：

向所述用户(1320)传递所述推荐数据流，作为友好关系请求；以及

通过向所述交互流数据库(1308)添加信息，对指示所述用户接受所述友好关系请求的消息进行响应，所述信息对所述至少两个资源节点(1330)之间的好友关系以及被所述交互执行引擎(1312)用来建立所述推荐数据流的相关联触发准则进行标识。

6.根据权利要求5所述的资源管理节点(1300)，其中，所述推荐引擎(1310)还被配置为：

通过标识当前能够在资源节点(1330)中新接受的好友关系的至少一个资源节点与至少一个其他资源节点之间建立的一个或更多个其他推荐数据流，对接收到所述用户对所述友好关系的接受进行响应；

向所述用户(1320)传递一个或更多个其他友好关系请求，以及对将由所述一个或更多个其他推荐数据流针对所述用户(1320)创建的功能进行标识的信息；

通过向所述交互流数据库(1308)添加信息，对指示用户接受所述其他友好关系请求中所选的一个或更多个友好关系请求的一个或更多个消息进行响应，所述信息对所述其他推荐数据流中对应的推荐数据流之间的所选其他好友关系以及所述交互执行引擎(1312)用来建立所述其他推荐数据流中对应的推荐数据流的相关联触发准则进行标识。

7.根据权利要求5所述的资源管理节点(1300)，还包括：

系统实体语义描述数据库(1306)，包含转码信息，所述转码信息被用于将来自一个或更多个数据流的数据转码为用于向所述用户(1320)传递的自然语言描述，

其中，所述交互执行引擎(1312)使用来自所述系统实体语义描述数据库(1306)的所述转码信息将所建立的推荐数据流中的数据转码为向所述用户(1320)传递的自然语言描述。

8.根据权利要求2所述的资源管理节点(1300)，其中，所述推荐引擎(1310)还被配置为：

跟踪其他用户喜欢什么数据流；

确定所述推荐数据流对应于所跟踪的其他用户喜欢使用的数据流之一；以及

传递指示所确定的所述推荐数据流的受欢迎情况的信息，作为到所述用户(1320)的消息的一部分。

9.根据权利要求2所述的资源管理节点(1300)，还包括：

用户简档数据库(1302)，包含对所述交互流数据库(1308)所标识的哪些数据流已被所述用户接受进行标识的信息，

其中，所述推荐引擎(1310)还被配置为：

使用所述用户简档数据库(1302)、所述系统实体数据库(1304)和所述交互流数据库(1308)生成所述推荐数据流，以标识所述用户能够访问哪些资源节点(1330)并标识所述资源节点(1330)中的用户可访问资源节点之间的至少一个新数据流，所述至少一个新数据流不同于针对用户激活的其他数据流；以及

将所述至少一个新数据流作为所述推荐数据流传递给所述用户，以由所述用户来接受。

10.根据权利要求2所述的资源管理节点(1300)，还包括：

用户简档数据库(1302)，包含对用来访问所述资源节点(1330)中的对应资源节点的用户访问凭证进行标识的信息，

其中，所述推荐引擎(1310)还被配置为：将所述推荐数据流限制为与具有所述用户简档数据库(1302)所标识的对应用户访问凭证的资源节点(1330)在一起。

11.根据权利要求10所述的资源管理节点(1300)，其中：

所述推荐引擎(1310)还被配置为测试所述用户访问凭证，以确认所述交互执行引擎(1312)能够在向所述交互流数据库(1308)添加所述推荐数据流之前在对应资源节点(1330)之间建立数据流。

12.根据权利要求10所述的资源管理节点(1300)，其中：

所述交互执行引擎(1312)还被配置为：当在对应资源节点(1330)之间建立数据流时，使用所述用户简档数据库(1302)所标识的所述用户访问凭证。

13.根据权利要求1所述的资源管理节点(1300)，还包括推荐引擎(1310)，所述推荐引擎(1310)被配置为：

发现已变为新连接到所述至少一个网络(1380)且尚未和与所述交互流数据库(1308)中定义的数据流相关联的任何资源节点(1330)连接的资源节点；

确定所发现的资源节点利用与所述资源节点(1330)中的一个或更多个资源节点兼容的数据格式来进行通信；以及

在所述所发现的资源节点与兼容的一个或更多个资源节点(1330)之间发起一个或更多个数据流的建立。

14.根据权利要求1所述的资源管理节点(1300)，还包括：

系统实体语义描述数据库(1306)，包含用于将所述资源节点(1330)之一输出的数据格式转码为另一数据格式的信息，所述另一数据格式对于到所述资源节点(1330)中的另一资源节点的输入是兼容的，

其中，所述交互执行引擎(1312)被配置为：

从所述系统实体数据库(1304)确定用于在所述资源节点(1330)中的数据流的两个或更多个资源节点之间通信的数据格式不兼容；以及

通过使用来自所述系统实体语义描述数据库(1306)的所述转码信息将所述数据流的所述两个或更多个资源节点(1330)之间的数据进行转码以提供兼容通信，对所述确定进行响应。

15.一种资源管理节点(1300)用来管理连接到至少一个网络(1380)的多个资源节点(1330)的方法，所述方法包括：

汇集(1502)对所述资源节点(1330)的通信地址和相关联元数据进行标识的系统实体信息，所述相关联元数据标识所述资源节点(1330)的能力；

汇集(1504)对在所述资源节点(1330)中所标识的资源节点之间允许的数据流以及相关联触发准则进行定义的交互流信息，所述相关联触发准则定义何时要执行所述数据流中所标识的数据流；

确定(1506)满足交互流数据库(1308)所定义的所述触发准则之一；以及

响应于满足所述触发准则，在所述资源节点(1330)中所标识的资源节点之间建立(1508)相关联的数据流。

16.根据权利要求15所述的方法，还包括：

从汇集的系统实体信息中的元数据生成(1902)所述资源节点(1330)中的至少两个资源节点之间的推荐数据流；

向用户传递(1904)标识所述推荐数据流的消息，以由所述用户接受；以及

响应于接收到指示接受所述推荐数据流的用户响应，向汇集的交互流信息添加(1906)其他信息，所述其他信息对所述至少两个资源节点(1330)之间的所述推荐数据流和被用来建立所述推荐数据流的相关联触发准则进行标识。

17.根据权利要求16所述的方法，还包括：

确定(2002)哪些资源节点(1330)具有兼容数据格式；以及

从任何推荐数据流中排除(2004)将通信连接但具有不兼容数据格式的两个或更多个资源节点(1330)。

18.根据权利要求16所述的方法，还包括：

向所述用户传递(2402)所述推荐数据流，作为友好关系请求；

响应于指示所述用户接受所述友好关系请求的消息，汇集(2404)对所述至少两个资源节点(1330)之间的好友关系和相关联的触发准则进行标识的交互流信息；

响应于指示所述用户接受所述友好关系请求的消息，标识(2406)当前能够在资源节点(1330)中新接受的好友关系的至少一个资源节点与至少一个其他资源节点之间建立的一个或更多个其他推荐数据流；

向所述用户传递(2408)一个或更多个其他友好关系请求，以及对将由所述一个或更多个其他推荐数据流针对所述用户创建的功能进行标识的信息；

响应于指示所述用户接受所述其他友好关系请求中所选的一个或更多个友好关系请求的一个或更多个消息，汇集(2410)交互流信息，所述交互流信息对所述其他推荐数据流中的对应推荐数据流之间的所选其他好友关系和相关联的触发准则进行标识。

19.根据权利要求16所述的方法，还包括：

跟踪(2101)其他最终用户喜欢什么数据流；

确定(2104)所述推荐数据流对应于所跟踪的其他最终用户喜欢使用的数据流之一；以及

传递(2106)指示所确定的所述推荐数据流的受欢迎情况的信息，作为到所述用户的消息的一部分。

20.根据权利要求15所述的方法，还包括：

发现(2602)已变为新连接到所述至少一个网络(1380)且尚未和与交互流数据库(1308)中定义的数据流相关联的任何资源节点(1330)连接的资源节点；

确定(2604)所发现的资源节点利用与所述资源节点(1330)中的一个或更多个资源节点兼容的数据格式来进行通信；以及

在所述所发现的资源节点与兼容的一个或更多个资源节点(1330)之间发起(2606)一个或更多个数据流的建立。