CN105009518A - 用于发现、配置和利用物联网（IoT）网络中的关系的方法 - Google Patents

Abstract

本公开一般涉及用于发现、配置和利用物联网(IoT)网络中的关系的各种方法。更具体而言，本文所公开的方法可支持用于基于与在IoT网络中注册的对象相关联的使用以及经注册对象之间的交互来创建IoT网络中的可配置细分和访问控制的自动化过程。此外，在一个实施例中，属于不同用户的IoT设备之间的关系可基于IoT设备之间的会面(例如，交互)被隐式地发现和/或排名，并且不同用户之间的关系可同样被隐式地发现和/或排名。而且，与IoT设备相关联的位置和交互可随时间推移被跟踪以进一步发现IoT设备和/或与之相关联的用户之间因用户而异且潜在非对称的关系(例如，在一个用户认为另一用户是密友而另一用户认为第一用户是熟人的场合)。

Description

用于发现、配置和利用物联网（IoT）网络中的关系的方法

相关申请的交叉引用

本专利申请要求于2013年2月25日提交的题为“AN IMPLICIT METHODFOR CREATING RELATIONSHIPS BETWEEN INTERNET OF THINGS(IOT)DEVICE(用于创建物联网(IoT)设备之间的关系的隐式方法)”的临时专利申请No.61/769,130、于2013年2月25日提交的题为“AUTOMATIC ANDCONFIGURABLE INTERNET OF THINGS NETWORK SUB-DIVISION(自动化和可配置的物联网网络细分)”的临时专利申请No.61/769,145、于2013年11月8日提交的题为“METHOD TO DISCOVER ASYMMETRICRELATIONSHIPS AMONG INTERNET OF THINGS(IOT)DEVICES(用于发现物联网(IoT)设备之间的非对称关系的方法)”的临时专利申请No.61/901,844、以及于2013年11月29日提交的题为“AN IMPLICIT METHODFOR CREATING RELATIONSHIPS BETWEEN INTERNET OF THINGS(IOT)DEVICES(用于创建物联网(IoT)设备之间的关系的隐式方法)”的临时专利申请No.61/910,203的权益，以上每一件申请皆被转让给本申请受让人并通过援引整体明确纳入于此。

技术领域

本文所描述的各个实施例一般涉及发现、配置和利用物联网(IoT)网络中的关系。

背景技术

因特网是使用标准网际协议套件(例如，传输控制协议(TCP)和网际协议(IP))来彼此通信的互联的计算机和计算机网络的全球系统。物联网(IoT)基于日常对象(不仅仅是计算机和计算机网络)可经由IoT通信网络(例如，自组织系统或因特网)可读、可识别、可定位、可寻址、以及可控制的理念。

数个市场趋势正推动IoT设备的开发。例如，增加的能源成本正推动政府在智能电网以及将来消费支持(诸如电动车辆和公共充电站)中的战略性投资。增加的卫生保健成本和老龄化人口正推动对远程/联网卫生保健和健康服务的开发。住宅中的技术革命正推动对新的“智能”服务的开发，包括由营销‘N’重项目(‘N’play)(例如，数据、语音、视频、安全性、能源管理等)并扩展住宅网络的服务提供者所进行的联合。作为降低企业设施的运作成本的手段，建筑物正变得更智能和更方便。

存在用于IoT的数个关键应用。例如，在智能电网和能源管理领域，公共事业公司可以优化能源到住宅和企业的递送，同时消费者能更好地管理能源使用。在住宅和建筑物自动化领域，智能家居和建筑物可具有对家或办公室中的实质上任何设备或系统的集中式控制，从电器到插入式电动车辆(PEV)安全性系统。在资产跟踪领域，企业、医院、工厂和其他大型组织能准确跟踪高价值装备、患者、车辆等的位置。在卫生和健康领域，医生能远程监视患者的健康，同时人们能跟踪健康例程的进度。

概述

以下给出了与本文所公开的一个或多个方面和/或实施例相关的简化概述。如此，以下概述既不应被视为与所有构想的方面和/或实施例相关的详尽纵览，以下概述也不应被认为标识与所有构想的方面和/或实施例相关的关键性或决定性要素或描绘与任何特定方面和/或实施例相关联的范围。相应地，以下概述仅具有在以下给出的详细描述之前以简化形式呈现与本文所公开的一个或多个方面和/或实施例相关联的某些概念的目的。

根据一个示例性方面，本公开涉及可被用于自动创建包括各种设备和/或其他物理对象的物联网(IoT)网络中的可配置细分的机制。例如，在各种实施例中，IoT网络中的设备和/或其他物理对象可包括具有通信能力的一个或多个IoT设备、具有通信能力的非IoT设备、和/或不具有通信能力的其他物理对象、以及其他事物。在一个实施例中，响应于检测到设备和/或其他物理对象并将其注册到IoT网络中，监管器设备可被配置成监视与它们相关联的交互和使用并创建与IoT网络相关联的一个或多个群。例如，这一个或多个群一般可定义IoT网络内的一个或多个子网络，其将经注册设备和/或其他物理对象组织成某些子网络。在一个实施例中，与IoT网络相关联的这一个或多个群可随后经由(例如，监管器设备上的)用户接口被呈现，这可允许用户提供用于控制或以其他方式配置IoT网络的一个或多个命令。例如，在一个实施例中，这一个或多个命令可被用于定制与IoT网络相关联的群并控制对与该IoT网络相关联的某些群、子网、或其他子网络的访问，以及其他事务。

根据另一示例性方面，本公开涉及可被用于隐式地创建IoT设备之间的关系的机制。在一个方面，属于第一用户的第一IoT设备可检测与属于第二用户的第二IoT设备的当前交互，并随后基于与当前交互相关联的属性来确定是否更新与第二IoT设备相关联的关系排名。另外，响应于确定第一IoT设备与第二IoT设备之间已发生一个或多个先前交互，第一IoT设备可进一步基于与当前交互相关联的属性结合与这些IoT设备之间的先前交互相关联的一个或多个属性来确定是否更新与第二IoT设备相关联的关系排名。此外，响应于第一IoT设备确定应当更新与第二IoT设备相关联的关系排名，随后第一IoT设备可相应地更新该关系排名(例如，将关系从朋友升级到家人、将关系从朋友降级到熟人，等等)。在一个实施例中，第一IoT设备可进一步确定第二IoT设备是否正请求访问属于第一用户的IoT设备(例如，第一IoT设备或属于第一用户的某个其他IoT设备)，其中若第二IoT设备正请求访问，则第一IoT设备可基于指派给第二IoT设备的关系排名来确定是准予还是拒绝所请求的访问。

根据另一示例性方面，本公开涉及可被用于隐式地指派IoT网络中的用户之间的关系的机制，其中属于第一用户的第一IoT设备与属于第二用户的第二IoT设备之间的交互可被检测(例如，在第一IoT设备和第二IoT设备位于彼此邻近时)。如此，在一个实施例中，第一IoT设备可随后将关于该交互的信息存储在本地交互表中，并至少部分地基于所存储的关于该交互和/或关联于第一用户的IoT设备(例如，第一IoT设备和/或属于第一用户的其他IoT设备)与关联于第二用户的一个或多个IoT设备(例如，第二IoT设备和/或属于第二用户的其他IoT设备)之间的一个或多个先前交互的信息向与第二IoT设备相关联的第二用户指派关系标识符。此外，在一个实施例中，服务器可基于服务器可从第一IoT设备和/或第二IoT设备接收的关于第一IoT设备与第二IoT设备之间的交互的位置信息来检测该交互，其中被用于指派关系标识符的交互可包括在阈值时间段内、在基本上相同时间、和/或在基本上相同位置发生的交互，具有阈值历时、阈值频度、和/或基本相同类型的交互，或满足其他合适准则的交互。

根据另一示例性方面，本公开涉及可被用于跟踪与各种IoT设备相关联的位置和交互以发现这些IoT设备之间的因用户而异且潜在非对称的关系的机制。具体而言，关系通常是复杂的且一致性发生(例如，在某些位置、在某些时间等)可能不总是指示不同用户之间的实际关系。例如，两个人可能彼此频繁交互但仍不是朋友。另外，一些关系可能是非对称的，其中某些用户之间的关系可从一个用户到另一用户被不同地分类。相应地，与各种IoT设备相关联的位置、交互、使用和其他相关状态数据可被跟踪以推断不同用户之间的非对称关系，其可被用于控制这些IoT设备之间的后续交互。此外，在一个实施例中，跟踪拥有发生特定交互的位置的用户可被用于推导关于不同用户之间的关系的进一步信息。例如，在一个实施例中，各种经注册的IoT设备可将关于与之相关联的位置和交互的数据发送给服务器，服务器可跟踪与IoT设备相关联的位置以及这些IoT设备之间的交互，并以某些间隔增量地处理从每个IoT设备接收到的所跟踪的位置和交互数据，以标识可提供关于各个用户之间的关系的知识或其他见识的相似和/或不同使用模式、位置一致性、或其他相关的相似性和/或差异。在当前跟踪时段中接收到的位置和交互数据可被预处理以标识各种IoT设备之间的相似模式或位置交叠(例如，在每日基础上或根据另一周期性间隔)，藉此在任何特定时段中跟踪的位置和交互数据可增量地构建在一个或多个先前跟踪时段中跟踪的位置和交互数据之上。此外，为了避免对陈旧数据进行操作并使较新的位置和较新的交互更为重要，来自先前跟踪时段的位置和交互数据可被限于在特定时间段内(例如，在上个月内)确定的位置和交互数据。服务器可随后使用来自当前跟踪时段的经预处理的位置和交互数据(和/或来自先前跟踪时段的任何先前经处理的位置和交互数据)根据合适的统计技术将这些位置和交互数据聚集到主导群中。经聚集的关系数据可随后被分析以推导因用户而异的群集表示，其可被用于指派所跟踪的IoT设备(以及与之相关联的用户)之间因用户而异的关系标识符。例如，在一个实施例中，与每个输入相关联的位置可被描绘在导出的x轴和y轴上，并且因用户而异的群集表示可使用合适的绘图实用程序来描绘，其可被观察和分析以帮助学习和分类所跟踪的IoT设备以及与之相关联的用户之间的关系，包括它们之间的任何非对称性。

与本文所公开的各方面和实施例相关联的其他目标和优点基于所附附图和详细描述对于本领域技术人员将是显而易见的。

附图简述

对本公开的各方面及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本公开构成任何限定，并且其中：

图1A-1E解说了根据本公开各方面的无线通信系统的示例性高级系统架构。

图2A解说了根据本公开各方面的示例性物联网(IoT)设备，而图2B解说了根据本公开各方面的示例性无源IoT设备。

图3解说了根据本公开各方面的包括被配置成执行功能性的逻辑的示例性通信设备。

图4解说了根据本公开各方面的示例性服务器。

图5解说了根据本公开一个方面的可支持可发现对等(P2P)服务的无线通信网络。

图6解说了根据本公开一个方面的示例性环境，其中可发现P2P服务可被用于建立基于邻近度的分布式总线，各个设备可在该总线上通信。

图7解说了根据本公开一个方面的示例性消息序列，其中可发现P2P服务可被用于建立基于邻近度的分布式总线，各个设备可在该总线上通信。

图8解说了根据本公开各方面的用于在包括各种IoT设备的IoT网络中的自动化和可配置细分的示例性方法。

图9解说了根据本公开一个方面的可隐式地创建IoT设备之间的关系的示例性方法。

图10解说了根据本公开各方面的可在涉及创建IoT设备之间的关系的上下文中使用的示例性sin函数的曲线图。

图11A解说了根据本公开各方面的可隐式地创建IoT设备之间的关系的示例性方法。

图11B解说了根据本公开各方面的可跟踪与各种IoT设备相关联的位置和交互以发现潜在非对称的因用户而异的关系的示例性方法。

图12A解说了可被用于发现、配置、和利用IoT网络中的关系的示例性架构，而图12B解说了根据本公开各方面的图12A中所示的架构中的组件之间的示例性交互。

图13A-13C解说了根据本公开各方面的可利用IoT网络中的关系的示例性交互。

详细描述

在以下描述和相关的附图中公开了各个方面。可以设计替换方面而不会脱离本公开的范围。另外，本公开中众所周知的元素将不被详细描述或将被省去以免湮没本公开的相关细节。

措辞“示例性”和/或“示例”在本文中用于意指“用作示例、实例或解说”。本文描述为“示例性”和/或“示例”的任何方面不必被解释为优于或胜过其他方面。类似地，术语“本公开的各方面”不要求本公开的所有方面都包括所讨论的特征、优点或操作模式。

此外，许多方面以将由例如计算设备的元件执行的动作序列的方式来描述。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本公开的各方面可以用数种不同形式来体现，所有这些形式都已被构想为落在所要求保护的主题内容的范围内。另外，对于本文所描述的诸方面中的每一个方面，任何此类方面的相应形式可在本文中描述为例如“配置成执行所描述的动作的逻辑”。

如本文所使用的，术语“物联网(IoT)设备”被用于指代具有可寻址接口(例如，网际协议(IP)地址、蓝牙标识符(ID)、近场通信(NFC)ID等)并且能在有线或无线连接上向一个或多个其他设备传送信息的任何物体(例如，电器、传感器等)。IoT设备可具有无源通信接口(诸如快速响应(QR)码、射频标识(RFID)标签、NFC标签或类似物)或有源通信接口(诸如调制解调器、收发机、发射机-接收机或类似物)。IoT设备可具有特定属性集(例如，设备状态或状况(诸如该IoT设备是开启还是关断、打开还是关闭、空闲还是活跃、可用于任务执行还是繁忙等)、冷却或加热功能、环境监视或记录功能、发光功能、发声功能等)，其可被嵌入到中央处理单元(CPU)、微处理器、ASIC等中，和/或由其控制/监视，并被配置用于连接至IoT网络(诸如局域自组织网络或因特网)。例如，IoT设备可包括但不限于：冰箱、烤面包机、烤箱、微波炉、冷冻机、洗碗机、器皿、手持工具、洗衣机、干衣机、炉子、空调、恒温器、电视机、灯具、吸尘器、洒水器、电表、燃气表等，只要这些设备装备有用于与IoT网络通信的可寻址通信接口即可。IoT设备还可包括蜂窝电话、台式计算机、膝上型计算机、平板计算机、个人数字助理(PDA)等等。相应地，IoT网络可由“传统的”可接入因特网的设备(例如，膝上型或台式计算机、蜂窝电话等)以及通常不具有因特网连通性的设备(例如，洗碗机等)的组合构成。

图1A解说了根据本公开一方面的无线通信系统100A的高级系统架构。无线通信系统100A包含多个IoT设备，包括电视机110、室外空调单元112、恒温器114、冰箱116、以及洗衣机和干衣机118。

参照图1A，IoT设备110-118被配置成在物理通信接口或层(在图1A中被示为空中接口108和直接有线连接109)上与接入网(例如，接入点125)通信。空中接口108可遵循无线网际协议(IP)，诸如IEEE 802.11。尽管图1A解说了IoT设备110-118在空中接口108上通信，并且IoT设备118在直接有线连接109上通信，但每个IoT设备可在有线或无线连接、或这两者上通信。

因特网175包括数个路由代理和处理代理(出于方便起见未在图1A中示出)。因特网175是互联的计算机和计算机网络的全球系统，其使用标准网际协议套件(例如，传输控制协议(TCP)和IP)在不同设备/网络之间通信。TCP/IP提供了端到端连通性，该连通性指定了数据应当如何被格式化、寻址、传送、路由和在目的地处被接收。

在图1A中，计算机120(诸如台式计算机或个人计算机(PC))被示为直接连接至因特网175(例如在以太网连接或者基于Wi-Fi或802.11的网络上)。计算机120可具有到因特网175的有线连接，诸如到调制解调器或路由器的直接连接，在一示例中该路由器可对应于接入点125自身(例如，对于具有有线和无线连通性两者的Wi-Fi路由器)。替换地，并非在有线连接上被连接至接入点125和因特网175，计算机120可在空中接口108或另一无线接口上被连接至接入点125，并在空中接口108上接入因特网175。尽管被解说为台式计算机，但计算机120可以是膝上型计算机、平板计算机、PDA、智能电话、或类似物。计算机120可以是IoT设备和/或包含用于管理IoT网络/群(诸如IoT设备110-118的网络/群)的功能性。

接入点125可例如经由光学通信系统(诸如FiOS)、电缆调制解调器、数字订户线(DSL)调制解调器等被连接至因特网175。接入点125可使用标准网际协议(例如，TCP/IP)与IoT设备110-120和因特网175通信。

参照图1A，IoT服务器170被示为连接至因特网175。IoT服务器170可被实现为多个在结构上分开的服务器，或者替换地可对应于单个服务器。在一方面，IoT服务器170是可任选的(如由点线所指示的)，并且IoT设备110-120的群可以是对等(P2P)网络。在此种情形中，IoT设备110-120可在空中接口108和/或直接有线连接109上彼此直接通信。替换或附加地，IoT设备110-120中的一些或所有IoT设备可配置有独立于空中接口108和直接有线连接109的通信接口。例如，如果空中接口108对应于Wi-Fi接口，则IoT设备110-120中的一个或多个IoT设备可具有蓝牙或NFC接口以用于彼此直接通信或者与其他启用蓝牙或NFC的设备直接通信。

在对等网络中，服务发现方案可多播节点的存在、它们的能力、和群成员资格。对等设备可基于此信息来建立关联和后续交互。

根据本公开的一方面，图1B解说了包含多个IoT设备的另一无线通信系统100B的高级架构。一般而言，图1B中示出的无线通信系统100B可包括与以上更详细地描述的在图1A中示出的无线通信系统100A相同和/或基本相似的各种组件(例如，各种IoT设备，包括被配置成在空中接口108和/或直接有线连接109上与接入点125通信的电视机110、室外空调单元112、恒温器114、冰箱116、以及洗衣机和干衣机118，直接连接至因特网175和/或通过接入点125连接至因特网175的计算机120，以及可经由因特网175来访问的IoT服务器170等)。如此，出于描述的简洁和方便起见，与图1B中示出的无线通信系统100B中的某些组件相关的各种细节可在本文中省略，既然上面已关于图1A中解说的无线通信系统100A提供了相同或类似细节。

参照图1B，无线通信系统100B可包括监管器设备130，其可替换地被称为IoT管理器130或IoT管理器设备130。如此，在以下描述使用术语“监管器设备”130的情况下，本领域技术人员将领会，对IoT管理器、群主、或类似术语的任何引述可指代监管器设备130或提供相同或基本相似功能性的另一物理或逻辑组件。

在一个实施例中，监管器设备130一般可观察、监视、控制、或以其他方式管理无线通信系统100B中的各种其他组件。例如，监管器设备130可在空中接口108和/或直接有线连接109上与接入网(例如，接入点125)通信以监视或管理与无线通信系统100B中的各种IoT设备110-120相关联的属性、活动、或其他状态。监管器设备130可具有到因特网175的有线或无线连接，以及可任选地到IoT服务器170的有线或无线连接(被示为点线)。监管器设备130可从因特网175和/或IoT服务器170获得可被用来进一步监视或管理与各种IoT设备110-120相关联的属性、活动、或其他状态的信息。监管器设备130可以是自立设备或是IoT设备110-120之一，诸如计算机120。监管器设备130可以是物理设备或在物理设备上运行的软件应用。监管器设备130可包括用户接口，其可输出与所监视到的关联于IoT设备110-120的属性、活动、或其他状态相关的信息并接收输入信息以控制或以其他方式管理与其相关联的属性、活动、或其他状态。相应地，监管器设备130一般可包括各种组件且支持各种有线和无线通信接口以观察、监视、控制、或以其他方式管理无线通信系统100B中的各种组件。

图1B中示出的无线通信系统100B可包括一个或多个无源IoT设备105(与有源IoT设备110-120形成对比)，其可被耦合至无线通信系统100B或以其他方式成为其一部分。一般而言，无源IoT设备105可包括条形码设备、蓝牙设备、射频(RF)设备、带RFID标签的设备、红外(IR)设备、带NFC标签的设备、或在短程接口上被查询时可向另一设备提供其标识符和属性的任何其他合适设备。有源IoT设备可对无源IoT设备的属性变化进行检测、存储、传达、动作等。

例如，无源IoT设备105可包括咖啡杯和橙汁容器，其各自具有RFID标签或条形码。橱柜IoT设备和冰箱IoT设备116可各自具有恰适的扫描仪或读取器，其可读取RFID标签或条形码以检测咖啡杯和/或橙汁容器无源IoT设备105何时已经被添加或移除。响应于橱柜IoT设备检测到咖啡杯无源IoT设备105的移除，并且冰箱IoT设备116检测到橙汁容器无源IoT设备的移除，监管器设备130可接收到与在橱柜IoT设备和冰箱IoT设备116处检测到的活动相关的一个或多个信号。监管器设备130随后可推断出用户正在用咖啡杯喝橙汁和/或想要用咖啡杯喝橙汁。

尽管前面将无源IoT设备105描述为具有某种形式的RFID标签或条形码通信接口，但无源IoT设备105也可包括不具有此类通信能力的一个或多个设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描仪或读取器机构，其可检测与无源IoT设备105相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备105。以此方式，任何合适的物理对象可传达其身份和属性并且成为无线通信系统100B的一部分，且通过监管器设备130被观察、监视、控制、或以其他方式管理。此外，无源IoT设备105可被耦合至图1A中的无线通信系统100A或以其他方式成为其一部分，并且以基本类似的方式被观察、监视、控制、或以其他方式管理。

根据本公开的另一方面，图1C解说了包含多个IoT设备的另一无线通信系统100C的高级架构。一般而言，图1C中示出的无线通信系统100C可包括与以上更详细地描述的分别在图1A和1B中示出的无线通信系统100A和100B相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图1C中示出的无线通信系统100C中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图1A和1B中解说的无线通信系统100A和100B提供了相同或类似细节。

图1C中示出的通信系统100C解说了IoT设备110-118与监管器设备130之间的示例性对等通信。如图1C中所示，监管器设备130在IoT监管器接口上与IoT设备110-118中的每一个IoT设备通信。此外，IoT设备110和114彼此直接通信，IoT设备112、114和116彼此直接通信，以及IoT设备116和118彼此直接通信。

IoT设备110-118组成IoT群160。IoT设备群160是本地连接的IoT设备(诸如连接至用户的住宅网络的IoT设备)的群。尽管未示出，但多个IoT设备群可经由连接至因特网175的IoT超级代理140来彼此连接和/或通信。在高层级，监管器设备130管理群内通信，而IoT超级代理140可管理群间通信。尽管被示为分开的设备，但监管器设备130和IoT超级代理140可以是相同设备或驻留在相同设备上(例如，自立设备或IoT设备，诸如图1A中示出的计算机120)。替换地，IoT超级代理140可对应于或包括接入点125的功能性。作为又一替换，IoT超级代理140可对应于或包括IoT服务器(诸如IoT服务器170)的功能性。IoT超级代理140可封装网关功能性145。

每个IoT设备110-118可将监管器设备130视为对等方并且向监管器设备130传送属性/纲要更新。当IoT设备需要与另一IoT设备通信时，它可向监管器设备130请求指向该IoT设备的指针，并且随后作为对等方与该目标IoT设备通信。IoT设备110-118使用共用消息接发协议(CMP)在对等通信网络上彼此通信。只要两个IoT设备都启用了CMP并且通过共用通信传输来连接，它们就可彼此通信。在协议栈中，CMP层154在应用层152之下并在传输层156和物理层158之上。

根据本公开的另一方面，图1D解说了包含多个IoT设备的另一无线通信系统100D的高级架构。一般而言，图1D中示出的无线通信系统100D可包括与以上更详细地描述的分别在图1A-C中示出的无线通信系统100A-C相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图1D中示出的无线通信系统100D中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图1A-C中解说的无线通信系统100A-C提供了相同或类似细节。

因特网175是可使用IoT概念来管控的“资源”。然而，因特网175仅仅是被管控的资源的一个示例，并且任何资源可使用IoT概念来管控。可被管控的其他资源包括但不限于电力、燃气、存储、安全性等。IoT设备可被连接至该资源并由此管控它，或者该资源可在因特网175上被管控。图1D解说了若干资源180，诸如天然气、汽油、热水、以及电力，其中资源180可作为因特网175的补充和/或在因特网175上被管控。

IoT设备可彼此通信以管控它们对资源180的使用。例如，IoT设备(诸如烤面包机、计算机、和吹风机)可在蓝牙通信接口上彼此通信以管控它们对电力(资源180)的使用。作为另一示例，IoT设备(诸如台式计算机、电话、和平板计算机)可在Wi-Fi通信接口上通信以管控它们对因特网175(资源180)的接入。作为又一示例，IoT设备(诸如炉子、干衣机、和热水器)可在Wi-Fi通信接口上通信以管控它们对燃气的使用。替换或附加地，每个IoT设备可被连接至IoT服务器(诸如IoT服务器170)，该服务器具有用于基于从各IoT设备接收到的信息来管控它们对资源180的使用的逻辑。

根据本公开的另一方面，图1E解说了包含多个IoT设备的另一无线通信系统100E的高级架构。一般而言，图1E中示出的无线通信系统100E可包括与以上更详细地描述的分别在图1A-D中示出的无线通信系统100A-D相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图1E中示出的无线通信系统100E中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图1A-D中解说的无线通信系统100A-D提供了相同或类似细节。

通信系统100E包括两个IoT设备群160A和160B。多个IoT设备群可经由连接至因特网175的IoT超级代理彼此连接和/或通信。在高层级，IoT超级代理可管理各IoT设备群之间的群间通信。例如，在图1E中，IoT设备群160A包括IoT设备116A、122A和124A以及IoT超级代理140A，而IoT设备群160B包括IoT设备116B、122B和124B以及IoT超级代理140B。如此，IoT超级代理140A和140B可连接至因特网175并通过因特网175彼此通信，和/或彼此直接通信以促成IoT设备群160A与160B之间的通信。此外，尽管图1E解说了两个IoT设备群160A和160B经由IoT超级代理140A和140B彼此通信，但本领域技术人员将领会，任何数目的IoT设备群可合适地使用IoT超级代理来彼此通信。

图2A解说了根据本公开各方面的IoT设备200A的高级示例。尽管外观和/或内部组件在各IoT设备之间可能显著不同，但大部分IoT设备将具有某种类别的用户接口，该用户接口可包括显示器和用于用户输入的装置。可在有线或无线网络上与没有用户接口(诸如图1A-B的空中接口108)的IoT设备远程地通信。

如图2A中所示，在关于IoT设备200A的示例配置中，IoT设备200A的外壳可配置有显示器226、电源按钮222、以及两个控制按钮224A和224B、以及其他组件，如本领域已知的。显示器226可以是触摸屏显示器，在此情形中控制按钮224A和224B可以不是必需的。尽管未被明确地示为IoT设备200A的一部分，但IoT设备200A可包括一个或多个外部天线和/或被构建到外壳中的一个或多个集成天线，包括但不限于Wi-Fi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。

尽管IoT设备(诸如IoT设备200A)的内部组件可使用不同硬件配置来实施，但内部硬件组件的基本高级配置在图2A中被示为平台202。平台202可接收和执行在网络接口(诸如图1A-B中的空中接口108和/或有线接口)上传送的软件应用、数据和/或命令。平台202还可独立地执行本地存储的应用。平台202可包括被配置用于有线和/或无线通信的一个或多个收发机206(例如，Wi-Fi收发机、蓝牙收发机、蜂窝收发机、卫星收发机、GPS或SPS接收机等)，其可操作地耦合至一个或多个处理器208，诸如微控制器、微处理器、专用集成电路、数字信号处理器(DSP)、可编程逻辑电路、或其他数据处理设备，其将一般性地被称为处理器208。处理器208可执行IoT设备的存储器212内的应用编程指令。存储器212可包括只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程ROM(EEPROM)、闪存卡、或计算机平台通用的任何存储器中的一者或多者。一个或多个输入/输出(I/O)接口214可被配置成允许处理器208与各种I/O设备(诸如所解说的显示器226、电源按钮222、控制按钮224A和224B，以及任何其他设备，诸如与IoT设备200A相关联的传感器、致动器、继电器、阀、开关等)通信并从其进行控制。

相应地，本公开的一方面可包括含有执行本文描述的功能的能力的IoT设备(例如，IoT设备200A)。如将由本领域技术人员领会的，各种逻辑元件可在分立元件、处理器(例如，处理器208)上执行的软件模块、或软件与硬件的任何组合中实施以达成本文公开的功能性。例如，收发机206、处理器208、存储器212、和I/O接口214可以全部协作地用来加载、存储和执行本文公开的各种功能，并且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图2A中的IoT设备200A的特征将仅被视为解说性的，且本公开不被限定于所解说的特征或安排。

图2B解说了根据本公开各方面的无源IoT设备200B的高级示例。一般而言，图2B中示出的无源IoT设备200B可包括与以上更详细地描述的在图2A中示出的IoT设备200A相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图2B中示出的无源IoT设备200B中的某些组件相关的各种细节可在本文中省略，既然上面已关于图2A中解说的IoT设备200A提供了相同或类似细节。

图2B中示出的无源IoT设备200B一般可不同于图2A中示出的IoT设备200A，不同之处在于无源IoT设备200B可不具有处理器、内部存储器、或某些其他组件。替代地，在一个实施例中，无源IoT设备200B可仅包括I/O接口214或者允许无源IoT设备200B在受控IoT网络内被观察、监视、控制、管理、或以其他方式知晓的其他合适的机构。例如，在一个实施例中，与无源IoT设备200B相关联的I/O接口214可包括条形码、蓝牙接口、射频(RF)接口、RFID标签、IR接口、NFC接口、或者在短程接口上被查询时可向另一设备(例如，有源IoT设备(诸如IoT设备200A)，其可对关于与无源IoT设备200B相关联的属性的信息进行检测、存储、传达、动作、或以其他方式处理)提供与无源IoT设备200B相关联的标识符和属性的任何其他合适的I/O接口。

尽管前面将无源IoT设备200B描述为具有某种形式的RF、条形码、或其他I/O接口214，但无源IoT设备200B可包括不具有此类I/O接口214的设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描仪或读取器机构，其可检测与无源IoT设备200B相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备200B。以此方式，任何合适的物理对象可传达其身份和属性并且在受控IoT网络内被观察、监视、控制、或以其他方式被管理。

图3解说了包括配置成执行功能性的逻辑的通信设备300。通信设备300可对应于以上提及的通信设备中的任一者，包括但不限于IoT设备110-120、IoT设备200A、耦合至因特网175的任何组件(例如，IoT服务器170)等等。因此，通信设备300可对应于被配置成在图1A-B的无线通信系统100A-B上与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。

参照图3，通信设备300包括配置成接收和/或传送信息的逻辑305。在一示例中，如果通信设备300对应于无线通信设备(例如，IoT设备200A和/或无源IoT设备200B)，则配置成接收和/或传送信息的逻辑305可包括无线通信接口(例如，蓝牙、WiFi、Wi-Fi直连、长期演进(LTE)直连等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑305可对应于有线通信接口(例如，串行连接、USB或火线连接、可藉以接入因特网175的以太网连接等)。因此，如果通信设备300对应于某种类型的基于网络的服务器(例如，应用170)，则配置成接收和/或传送信息的逻辑305在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中，配置成接收和/或传送信息的逻辑305可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备300可藉由该传感或测量硬件来监视其本地环境。配置成接收和/或传送信息的逻辑305还可包括在被执行时准许配置成接收和/或传送信息的逻辑305的相关联硬件执行其接收和/或传送功能的软件。然而，配置成接收和/或传送信息的逻辑305不单单对应于软件，并且配置成接收和/或传送信息的逻辑305至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括配置成处理信息的逻辑310。在一示例中，配置成处理信息的逻辑310可至少包括处理器。可由配置成处理信息的逻辑310执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备300的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换，诸如，.wmv到.avi等)，等等。例如，包括在配置成处理信息的逻辑310中的处理器可对应于被设计成执行本文描述功能的通用处理器、DSP、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合(例如DSP与微处理器的组合、多个微处理器、与DSP核协作的一个或多个微处理器、或任何其他此类配置)。配置成处理信息的逻辑310还可包括在被执行时准许配置成处理信息的逻辑310的相关联硬件执行其处理功能的软件。然而，配置成处理信息的逻辑310不单单对应于软件，并且配置成处理信息的逻辑310至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括配置成存储信息的逻辑315。在一示例中，配置成存储信息的逻辑315可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在配置成存储信息的逻辑315中的非瞬态存储器可对应于RAM、闪存、ROM、可擦除式可编程ROM(EPROM)、EEPROM、寄存器、硬盘、可移动盘、CD-ROM、或本领域中已知的任何其他形式的存储介质。配置成存储信息的逻辑315还可包括在被执行时准许配置成存储信息的逻辑315的相关联硬件执行其存储功能的软件。然而，配置成存储信息的逻辑315不单单对应于软件，并且配置成存储信息的逻辑315至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括配置成呈现信息的逻辑320。在一示例中，配置成呈现信息的逻辑320可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口，诸如USB、HDMI等)、音频输出设备(例如，扬声器、能承载音频信息的端口，诸如话筒插孔、USB、HDMI等)、振动设备和/或信息可藉此被格式化以供输出或实际上由通信设备300的用户或操作者输出的任何其它设备。例如，如果通信设备300对应于如图2A中所示的IoT设备200A和/或如图2B中所示的无源IoT设备200B，则被配置成呈现信息的逻辑320可包括显示器226。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成呈现信息的逻辑320可被省略。配置成呈现信息的逻辑320还可包括在被执行时准许配置成呈现信息的逻辑320的相关联硬件执行其呈现功能的软件。然而，配置成呈现信息的逻辑320不单单对应于软件，并且配置成呈现信息的逻辑320至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括配置成接收本地用户输入的逻辑325。在一示例中，配置成接收本地用户输入的逻辑325可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口，诸如话筒插孔等)、和/或可用来从通信设备300的用户或操作者接收信息的任何其它设备。例如，如果通信设备300对应于如图2A中所示的IoT设备200A和/或如图2B中所示的无源IoT设备200B，则配置成接收本地用户输入的逻辑325可包括按钮222、224A和224B、显示器226(在触摸屏的情况下)，等等。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成接收本地用户输入的逻辑325可被省略。配置成接收本地用户输入的逻辑325还可包括在被执行时准许配置成接收本地用户输入的逻辑325的相关联硬件执行其输入接收功能的软件。然而，配置成接收本地用户输入的逻辑325不单单对应于软件，并且配置成接收本地用户输入的逻辑325至少部分地依赖于硬件来实现其功能性。

参照图3，尽管所配置的逻辑305到325在图3中被示出为分开或相异的块，但将领会，相应各个所配置的逻辑藉以执行其功能性的硬件和/或软件可部分交迭。例如，用于促成所配置的逻辑305到325的功能性的任何软件可被存储在与配置成存储信息的逻辑315相关联的非瞬态存储器中，从而所配置的逻辑305到325各自部分地基于由配置成存储信息的逻辑315所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与所配置的逻辑之一相关联的硬件可不时地被其它所配置的逻辑借用或使用。例如，配置成处理信息的逻辑310的处理器可在数据由配置成接收和/或传送信息的逻辑305传送之前将此数据格式化为恰适格式，从而配置成接收和/或传送信息的逻辑305部分地基于与配置成处理信息的逻辑310相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。

一般而言，除非另外明确声明，如贯穿本公开所使用的短语“配置成……的逻辑”旨在调用至少部分用硬件实现的方面，而并非旨在映射到独立于硬件的仅软件实现。同样，将领会，各个框中的所配置的逻辑或“配置成……的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或者硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中所解说的所配置的逻辑或“配置成……的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各方面的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。

各个实施例可以在市售的服务器设备(诸如图4中解说的服务器400)中的任一者上实现。在一示例中，服务器400可对应于上述IoT服务器170的一个示例配置。在图4中，服务器400包括耦合至易失性存储器402和大容量非易失性存储器(诸如盘驱动器403)的处理器401。服务器400还可包括耦合至处理器401的软盘驱动器、压缩碟(CD)或DVD碟驱动器406。服务器400还可包括耦合至处理器401的用于建立与网络407(诸如耦合至其他广播系统计算机和服务器或耦合至因特网的局域网)的数据连接的网络接入端口404。在图3的上下文中，将领会，图4的服务器400解说了通信设备300的一个示例实现，藉此配置成传送和/或接收信息的逻辑305对应于由服务器400用来与网络407通信的网络接入点404，配置成处理信息的逻辑310对应于处理器401，而配置成存储信息的逻辑315对应于易失性存储器402、盘驱动器403和/或碟驱动器406的任何组合。配置成呈现信息的可任选逻辑320和配置成接收本地用户输入的可任选逻辑325未在图4中明确示出，并且可以被或可以不被包括在其中。因此，图4帮助表明除了如图2A中的IoT设备实现之外，通信设备300还可被实现为服务器。

基于IP的技术和服务已经变得更为成熟，由此降低了IP的成本并增加了可用性。这已经允许因特网连通性被添加至越来越多类型的日常电子对象。IoT基于日常电子对象(不仅仅是计算机和计算机网络)可经由因特网可读、可识别、可定位、可寻址、以及可控制的理念。总体而言，随着IoT的发展和日益流行，具有不同类型且执行不同活动的众多邻近的异构IoT设备和其他物理对象(例如，灯、打印机、冰箱、空调等)可按许多不同方式彼此交互并且可按许多不同方式来使用。如此，由于可能在受控IoT网络内使用的潜在大量的异构IoT设备和其他物理对象，一般可能需要良好定义且可靠的通信接口以使得各种异构IoT设备能彼此通信并交换信息。相应地，关于图5-7提供的以下描述一般地略述了根据本文所公开的各种方面和实施例的可支持可发现对等(P2P)服务以实现IoT设备之间的通信的示例性通信框架。

一般而言，用户装备(UE)(诸如电话、平板计算机、膝上型和台式计算机、某些车辆等)可被配置成在本地(例如，蓝牙、本地Wi-Fi等)或远程地(例如，经由蜂窝网络、通过因特网等)彼此连接。此外，某些UE还可使用使得设备能进行一对一连接或同时连接至包括若干设备的群以便彼此直接通信的某些无线联网技术(例如，Wi-Fi、蓝牙、Wi-Fi直连等)来支持基于邻近度的对等(P2P)通信。为此，图5解说了可支持可发现P2P服务的示例性无线通信网络或WAN 500。例如，在一个实施例中，无线通信网络500可包括LTE网络或另一合适的WAN，其包括各种基站510和其他网络实体。出于简化起见，在图5中仅示出三个基站510a、510b和510c，一个网络控制器530，以及一个动态主机配置协议(DHCP)服务器540。基站510可以是与设备520通信的实体且还可被称为B节点、演进型B节点(eNB)、接入点等。每个基站510可提供对特定地理区域的通信覆盖，并且可支持位于该覆盖区内的设备520的通信。为了提高网络容量，基站510的整个覆盖区可被划分成多个(例如，三个)较小的区域，其中每个较小的区域可由各自的基站510来服务。在3GPP中，术语“蜂窝小区”可指代基站510的覆盖区和/或服务该覆盖区的基站子系统510，这取决于使用该术语的上下文。在3GPP2中，术语“扇区”或“蜂窝小区-扇区”可指代基站510的覆盖区和/或服务该覆盖区的基站子系统510。为简明起见，在本文的描述中可使用3GPP概念“蜂窝小区”。

基站510可提供对宏蜂窝小区、微微蜂窝小区、毫微微蜂窝小区、和/或其他蜂窝小区类型的通信覆盖。宏蜂窝小区可覆盖相对较大的地理区域(例如，半径为数千米的区域)，并且可允许无约束地由具有服务订阅的设备520接入。微微蜂窝小区可覆盖相对较小的地理区域并且可允许无约束地由具有服务订阅的设备520接入。毫微微蜂窝小区可覆盖相对较小的地理区域(例如，住宅)且可允许有约束地由与该毫微微蜂窝小区有关联的设备520(例如，封闭订户群(CSG)中的设备520)接入。在图5所示的示例中，无线网络500包括用于宏蜂窝小区的宏基站510a、510b和510c。无线网络500还可包括用于微微蜂窝小区的微微基站510、和/或用于毫微微蜂窝小区的家用基站510(图5中未示出)。

网络控制器530可耦合至一组基站510并可为这些基站510提供协调和控制。网络控制器530可以是可经由回程与基站通信的单个网络实体或网络实体集合。基站还可以例如直接或经由无线或有线回程间接地彼此通信。DHCP服务器540可支持P2P通信，如以下描述的。DHCP服务器540可以是无线网络500的一部分、在无线网络500外部、经由因特网连接共享(ICS)来运行、或其任何组合。DHCP服务器540可以是单独实体(例如，如图5中所示)，或者可以是基站510、网络控制器530、或某种其他实体的一部分。在任何情形中，DHCP服务器540可由期望对等通信的设备520联系到。

设备520可分散遍及无线网络500，且每个设备520可以是驻定的或移动的。设备520也可被称为节点、用户装备(UE)、站、移动站、终端、接入终端、订户单元等。设备520可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、智能电话、上网本、智能本、平板电脑等等。设备520可与无线网络500中的基站510通信并且可进一步与其他设备520进行对等通信。例如，如图5中所示，设备520a和520b可进行对等通信，设备520c和520d可进行对等通信，设备520e和520f可进行对等通信，以及设备520g、520h和520i可进行对等通信，而其余设备520可与基站510通信。如图5中进一步所示的，设备520a、520d、520f和520h也可以与基站500通信，例如在不进行P2P通信时或者可能与P2P通信并发地与基站通信。

在本文的描述中，WAN通信可以指无线网络500中的设备520与基站510之间的通信，例如用于与远程实体(诸如另一设备520)的呼叫。WAN设备是有兴趣进行或正参与WAN通信的设备520。P2P通信是指两个或更多个设备520之间的直接通信而不经过任何基站510。P2P设备是有兴趣进行或正参与P2P通信的设备520，例如具有要给另一设备520的话务数据的设备520，该另一设备520邻近该P2P设备。例如，如果每个设备520能检测到另一设备520，则两个设备可被认为彼此邻近。一般而言，设备520可针对P2P通信直接与另一设备520通信，或者针对WAN通信经由至少一个基站510与另一设备520通信。

在一个实施例中，P2P设备520之间的直接通信可被组织成P2P群。更具体地，P2P群一般是指有兴趣进行或正参与P2P通信的两个或更多个设备520的群，而P2P链路是指用于P2P群的通信链路。此外，在一个实施例中，P2P群可包括被指定为P2P群主(或P2P服务器)的一个设备520以及被指定为由该P2P群主服务的P2P客户端的一个或多个设备520。P2P群主可执行某些管理功能，诸如与WAN交换信令，协调P2P群主与P2P客户端之间的数据传输，等等。例如，如图5中所示，第一P2P群包括在基站510a的覆盖下的设备520a和520b，第二P2P群包括在基站510b的覆盖下的设备520c和520d，第三P2P群包括在不同基站510b和510c的覆盖下的设备520e和520f，以及第四P2P群包括在基站510c的覆盖下的设备520g、520h和520i。设备520a、520d、520f和520h可以是其相应P2P群的P2P群主，而设备520b、520c、520e、520g和520i可以是其相应P2P群中的P2P客户端。图5中的其他设备520可参与WAN通信。

在一个实施例中，P2P通信可仅在P2P群内发生，并且可进一步仅在P2P群主和与之相关联的P2P客户端之间发生。例如，如果同一P2P群内的两个P2P客户端(例如，设备520g和520i)期望交换信息，则这些P2P客户端之一可向P2P群主(例如，设备520h)发送信息并且P2P群主可随后将传输中继至另一P2P客户端。在一个实施例中，特定设备520可属于多个P2P群，并且可在每个P2P群中要么充当P2P群主要么充当P2P客户端。此外，在一个实施例中，特定P2P客户端可属于仅一个P2P群，或者属于多个P2P群并在任何特定时刻与这多个P2P群中的任一个P2P群中的P2P设备520通信。一般而言，可经由下行链路和上行链路上的传输来促成通信。对于WAN通信，下行链路(或即前向链路)是指从基站510至设备520的通信链路，而上行链路(或即反向链路)是指从设备520至基站510的通信链路。对于P2P通信，P2P下行链路是指从P2P群主至P2P客户端的通信链路，而P2P上行链路是指从P2P客户端至P2P群主的通信链路。在某些实施例中，并非使用WAN技术来进行P2P通信，而是两个或更多个设备可形成较小P2P群并使用诸如Wi-Fi、蓝牙或Wi-Fi直连等技术在无线局域网(WLAN)上进行P2P通信。例如，使用Wi-Fi、蓝牙、Wi-Fi直连、或其他WLAN技术的P2P通信可在两个或更多个移动电话、游戏控制台、膝上型计算机、或其他合适的通信实体之间实现P2P通信。

根据本公开的一个方面，图6解说了示例性环境600，其中可发现P2P服务可被用于建立基于邻近度的分布式总线，各个设备610、630、640可在该总线上通信。例如，在一个实施例中，可使用进程间通信协议(IPC)框架在分布式总线625上促成单个平台上的应用等之间的通信，分布式总线625可包括用于在联网计算环境中实现应用到应用通信的软件总线，其中应用向分布式总线625注册以向其他应用提供服务，并且其他应用向分布式总线625查询关于经注册的应用的信息。此类协议可提供异步通知和远程规程调用(RPC)，其中信号消息(例如，通知)可以是点到点的或是广播，方法调用消息(例如，RPC)可以是同步或异步的，并且分布式总线625(例如，“守护进程”总线进程)可处置各种设备610、630、640之间的消息路由。

在一个实施例中，分布式总线625可得到各种传输协议(例如，蓝牙、TCP/IP、Wi-Fi、CDMA、GPRS、UMTS)的支持。例如，根据一个方面，第一设备610可包括分布式总线节点612以及一个或多个本地端点614，其中分布式总线节点612可促成与第一设备610相关联的本地端点614和与第二设备630及第三设备640相关联的本地端点634和644之间通过分布式总线625(例如，经由第二设备630和第三设备640上的分布式总线节点632和642)的通信。如以下将参照图7进一步详细描述的，分布式总线625可支持对称多设备网络拓扑并且可在存在设备退出的情况下提供稳健的操作。如此，虚拟分布式总线625(其一般可独立于任何底层传输协议(例如，蓝牙、TCP/IP、Wi-Fi等))可允许各种安全性选项，从不安全(例如，开放)到安全(例如，经认证和加密)，其中可在第一设备610、第二设备630和第三设备640来到彼此的射程或邻域中时在无需干预的情况下促成各个设备610、630、640之间的自发连接时使用安全性选项。

根据本公开的一个方面，图7解说了示例性消息序列700，其中可发现P2P服务可被用于建立基于邻近度的分布式总线，第一设备(“设备A”)710和第二设备(“设备B”)730可在该总线上通信。一般而言，设备A 710可请求与设备B 730通信，其中设备A 710可包括可作出通信请求的本地端点714(例如，本地应用、服务等)以及可辅助促成此类通信的总线节点712。此外，设备B 730可包括本地端点734和总线节点732，本地端点714可尝试与本地端点734通信，总线节点732可辅助促成设备A 710上的本地端点714与设备B 730上的本地端点734之间的通信。

在一个实施例中，总线节点712和732可在消息序列步骤754执行合适的发现机制。例如，可使用由蓝牙、TCP/IP、UNIX等支持的用于发现连接的机制。在消息序列步骤756，设备A 710上的本地端点714可请求连接至通过总线节点712可用的实体、服务、端点等。在一个实施例中，该请求可包括本地端点714与总线节点712之间的请求-响应过程。在消息序列步骤758，可形成分布式消息总线以将总线节点712连接至总线节点732并由此建立设备A 710与设备B 730之间的P2P连接。在一个实施例中，用于在总线节点712和732之间形成分布式总线的通信可使用合适的基于邻近度的P2P协议(例如，被设计成实现来自不同制造商的连通的产品和软件应用之间的互操作性以动态地创建邻近网络并促成邻近P2P通信的AllJoyn^TM软件框架)来促成。替换地，在一个实施例中，服务器(未示出)可促成总线节点712和732之间的连接。此外，在一个实施例中，在形成总线节点712和732之间的连接之前可使用合适的认证机制(例如，SASL认证，其中客户端可发送认证命令以发起认证对话)。再进一步，在消息序列步骤758期间，总线节点712和732可交换关于其他可用端点(例如，图6中的设备C 640上的本地端点644)的信息。在此类实施例中，总线节点维护的每个本地端点可被广告给其他总线节点，其中该广告可包括唯一性端点名称、传输类型、连接参数、或其他合适的信息。

在一个实施例中，在消息序列步骤760，总线节点712和总线节点732可分别使用所获得的与本地端点734和714相关联的信息来创建虚拟端点，虚拟端点可表示通过各个总线节点可用的真实获得的端点。在一个实施例中，总线节点712上的消息路由可使用真实端点和虚拟端点来递送消息。此外，对于远程设备(例如，设备A 710)上存在的每个端点，可以有一个本地虚拟端点。再进一步，此类虚拟端点可复用和/或分用在分布式总线(例如，总线节点712与总线节点732之间的连接)上发送的消息。在一个方面，虚拟端点可以就像真实端点那样接收来自本地总线节点712或732的消息，并且可在分布式总线上转发消息。如此，虚拟端点可从端点复用的分布式总线连接将消息转发到本地总线节点712和732。此外，在一个实施例中，与远程设备上的虚拟端点相对应的虚拟端点可在任何时间被重新连接以容适特定传输类型的期望拓扑。在此类方面，基于UNIX的虚拟端点可被认为是本地的，且由此可不被认为是用于重新连接的候选。此外，基于TCP的虚拟端点可被优化用于一跳路由(例如，每个总线节点712和732可彼此直接连接)。再进一步，基于蓝牙的虚拟端点可被优化用于单个微微网(例如，一个主设备和n个从设备)，其中基于蓝牙的主设备可以是与本地主节点相同的总线节点。

在消息序列步骤762，总线节点712和总线节点732可交换总线状态信息以合并总线实例并实现分布式总线上的通信。例如，在一个实施例中，总线状态信息可包括公知名称到唯一性端点名称的映射、匹配规则、路由群、或其他合适的信息。在一个实施例中，可使用接口在总线节点712和总线节点732实例之间传达状态信息，其中本地端点714和734使用基于分布式总线的本地名称来通信。在另一方面，总线节点712和总线节点732可各自维护负责向分布式总线提供反馈的本地总线控制器，其中总线控制器可将全局方法、自变量、信号和其他信息转译成与分布式总线相关联的标准。在消息序列步骤764，总线节点712和总线节点732可传达(例如，广播)信号以向相应的本地端点714和734通知在总线节点连接期间引入的任何改变，诸如以上所述的。在一个实施例中，可用名称所有者改变信号来指示新的和/或被移除的全局和/或经转译名称。此外，可用名称丢失信号来指示可能在本地丢失(例如，由于名称冲突)的全局名称。再进一步，可用名称所有者改变信号来指示由于名称冲突而被转译的全局名称，并且可用名称所有者改变信号来指示在总线节点712和总线节点732变为断开连接的情况下/之时消失的唯一性名称。

如以上使用的，公知名称可被用于唯一性地描述本地端点714和734。在一个实施例中，当在设备A 710与设备B 730之间发生通信时，可使用不同的公知名称类型。例如，设备本地名称可仅存在于与总线节点712直接附连至的设备A 710相关联的总线节点712上。在另一示例中，全局名称可存在于所有已知的总线节点712和732上，其中该名称的唯一所有者可存在于所有总线段上。换言之，当总线节点712和总线节点732加入并且发生任何冲突时，所有者之一可能丢失全局名称。在又一示例中，在客户端连接至与虚拟总线相关联的其他总线节点时，可使用经转译名称。在此类方面，经转译名称可包括附加结尾(例如，连接至具有全局唯一性标识符“1234”的分布式总线的具有公知名称“org.foo”的本地端点714可被视为“G1234.org.foo”)。

在消息序列步骤766，总线节点712和总线节点732可传达(例如，广播)信号以向其他总线节点通知对端点总线拓扑的改变。此后，来自本地端点714的话务可移动通过虚拟端点到达设备B 730上的目标本地端点734。此外，在操作中，本地端点714与本地端点734之间的通信可使用路由群。在一个方面，路由群可使得端点能接收来自端点子集的信号、方法调用、或其他合适的信息。如此，路由名称可由连接至总线节点712或732的应用来确定。例如，P2P应用可使用构建到该应用中的唯一性的、公知的路由群名称。此外，总线节点712和732可支持本地端点714和734向路由群的注册和/或注销。在一个实施例中，路由群可不具有超出当前总线实例的持久性。在另一方面，应用可在每次连接至分布式总线时针对其优选路由群进行注册。再进一步，群可以是开放的(例如，任何端点都可以加入)或封闭的(例如，只有群创建者能修改该群)。此外，总线节点712或732可发送信号以向其他远程总线节点通知对路由群端点的添加、移除、或其他改变。在此类实施例中，总线节点712或732可每当向/从群添加和/或移除成员时就向其他群成员发送路由群改变信号。此外，总线节点712或732可向与分布式总线断开连接的端点发送路由群改变信号，而不是先将它们从路由群移除。

示例性方法800可被用于自动创建IoT网络内的可配置细分并由此管理各种异构IoT设备和其他物理对象(例如，灯、打印机、冰箱、空调等)，其可具有不同类型、执行不同活动、且具有不同交互和使用模式。具体而言，由于可能在受控IoT网络内使用的潜在大量的异构IoT设备和其他物理对象，协调与之相关联的交互和使用以实现期望功能或以其他方式控制IoT网络满足用户需求和需要可能是困难的。例如，到别人的屋子的访客可能期望在位于该屋子中的扬声器上播放歌曲。然而，访客可能无法复制该歌曲(例如，由于该歌曲具有嵌入其中的数字权限管理)，与另一设备的蓝牙配对可能是困难的，或者其他状况可能干扰方便地在屋子扬声器上播放歌曲的能力。此外，由于可能在受控IoT网络内使用的潜在大量的设备和其他物理对象，搜索可用设备的用户可能被过多选项淹没以至于搜索结果可能实际上是无用的。相应地，如本文进一步详细描述的，图8中所示的方法800可被用于自动组织或以其他方式编组各种异构IoT设备和其他物理对象(例如，具有通信能力的非IoT设备和/或不具有通信能力的其他物理对象)，这可实现IoT网络上的自动和可配置控制，以使得其中部署的异构IoT设备和其他物理对象可以更高效地一起工作，优化通信和信息共享，以及普遍改善总体效率和用户体验。

更具体地，根据本公开的各个方面，图8中所示的方法800可初始包括在框810检测各种设备和/或其他物理对象并将它们注册到IoT网络中，其中与IoT网络相关联的监管器设备可在框810检测和注册耦合至受控IoT网络或以其他方式在受控IoT网络中使用的一个或多个IoT设备、一个或多个非IoT设备、和/或其他合适的物理对象。在一个实施例中，在框810检测并注册到IoT网络中的IoT设备可包括可被嵌入到监管器设备中、用监管器设备来观察、监视、控制或以其他方式管理且连接至IoT网络的具有某些属性和状态信息的任何合适的电子设备(例如，电器、传感器、冰箱、烤面包机、烤箱、微波炉、冷冻机、洗碗机、洗衣机、干衣机、炉子、空调、恒温器、电视机、灯具、吸尘器、电表、燃气表、蜂窝电话、台式计算机、膝上型计算机、平板计算机等)。在一个实施例中，与IoT设备相关联的属性可使用通用词汇表来表达，该通用词汇表提供可定义关于与IoT设备相关联的交互和使用的任何合适方面的一般性、自适应的和可扩展的纲要(例如，纲要值可基于来自周围环境的学习以及IoT设备之间的发现和交互而演进或以其他方式自适应，并且可添加新的纲要元素以扩展现有IoT设备词汇表)。例如，在一个实施例中，该通用词汇表可根据可包括以下各项的纲要元素来表达与特定IoT设备相关联的属性：全局唯一性的标识符、制造商、型号、类型、和版本属性，所支持的输入(例如，电压、安培、加仑、BTU等)、所支持的输出(例如，瓦、温度、面积单位、体积单位、速度等)、所支持的能力(例如，开始、停止、关闭、休眠、待机、复位、引入等)、以及所支持的通信方法(例如，蓝牙、Wi-Fi、红外、近场通信、短波无线电等)，以及其他事项。此外，与IoT设备相关联的状态信息可指示该IoT设备是开启还是关断、打开还是关闭、空闲还是活跃、可用于任务执行还是繁忙，或者可涉及与IoT设备相关联的状况的任何其他合适信息。

此外，在一个实施例中，在框810检测并注册到IoT网络中的非IoT设备可包括条形码设备、蓝牙设备、RF设备、带RFID标签的设备、IR设备、或能在短程接口(例如，空中接口)上通信并且监管器设备能观察、监视、控制、或以其他方式管理的任何其他合适设备。另外，可被检测并注册到IoT网络中的其他物理对象可包括不具有通信能力的非IoT设备。例如，监管器设备或其他IoT设备可具有针对非通信物理对象的恰适的扫描仪或读取器机构，其能检测与非通信物理对象相关联的形状、大小、色彩、或其他可观察特征，该非通信物理对象随后可被注册到IoT网络中。此外，响应于用户向监管器设备提供将设备和/或对象添加到IoT网络的命令或基于其他自动检测能力(例如，响应于用户下在线订单以购买特定对象并随后确定该对象已被递送到家)，某些IoT设备、通信非IoT设备、和/或非通信物理对象可在框810被显式地注册到IoT网络中。以此方式，任何合适的物理对象可响应于在框810被检测和注册(例如，经由监管器设备)而变成IoT网络的一部分。

在一个实施例中，在框820，监管器设备可随后监视与在框810检测和注册的设备和/或其他对象相关联的交互和使用，其中所监视到的交互和使用随后可被用于在框830创建IoT网络内的一个或多个群、子网络、子网、或其他合适的细分。例如，在一个实施例中，在框810注册的每个设备或对象可包括全局唯一性标识符且每个IoT设备可进一步包括本地数据库，其存储关于与IoT网络中的另一设备或对象的每次相遇或其他交互的信息(例如，对应于与交互相关联的另一设备或对象的全局唯一性标识符、与交互有关的时间戳或其他时间上下文、交互所执行的或以其他方式涉及的功能、交互发生的位置、或与交互有关的其他合适的上下文，诸如在交互发生时主人是存在于IoT网络中还是离开IoT网络)。

相应地，在一个实施例中，IoT设备可将本地数据库中存储的与每次相遇或其他交互有关的信息传达给监管器设备，监管器设备可进一步维护存储与IoT网络中的每次相遇或其他交互有关的信息的本地数据库，以便在框820监视交互和使用。此外，在一个实施例中，监管器设备可在框820观察或以其他方式监视在IoT网络中发生的其他交互和使用以进一步填充本地数据库。例如，在一个实施例中，非IoT设备可包括具有RFID标签或条形码的咖啡杯，其中橱柜IoT设备可具有恰适的扫描仪或读取器，其可读取RFID标签或条形码以检测咖啡杯何时被放入橱柜或从其移除。在另一示例中，冰箱IoT设备可装备有类似的扫描仪或读取器机构，其可读取被添加到冰箱IoT设备或从其移除的物品上的RFID标签或条形码，和/或检测与被添加或从其移除的非通信物理对象相关联的形状、大小、色彩、或其他可观察特征以标识非通信物理对象(例如，冰箱IoT设备可知道酸橙和柠檬具有特定物理形状和大小，并基于该对象是绿色还是黄色来区分具有该物理形状和大小的所添加或移除的对象是酸橙还是柠檬)。在又一示例中，冰箱IoT设备可驻留在厨房中，以使得每当到与IoT网络相关联的住宅的访客进入厨房并来到冰箱IoT设备的合适邻近度内时，冰箱IoT设备可记录与该访客和/或此时在厨房中的任何其他个人的相遇。

在一个实施例中，如上所述，监管器设备可由此基于在框820监视到的交互和使用来在框830创建IoT网络内的一个或多个群、子网络、子网、或其他合适的细分，其中在框820监视到的交互一般可发生在各种IoT设备之间、IoT设备与通信非IoT设备之间、IoT设备与非通信物理对象之间、通信非IoT设备与非通信物理对象之间、多个非通信物理对象之间、或其任何合适组合，而在框820监视到的使用一般可涉及一个或多个IoT设备、一个或多个通信非IoT设备、一个或多个非通信物理对象、或其任何合适组合。具体而言，IoT设备可将关于涉及IoT设备的任何交互以及与之相关联的任何使用的相关信息传达给监管器设备，监管器设备可随后使用所传达的信息来填充本地数据库。然而，由于通信非IoT设备和非通信物理对象可能不存储关于与之相关联的交互和使用的所有信息，因此监管器设备可基于在IoT网络内传达的其他信号来推导相关信息(例如，监管器设备可根据通信非IoT设备发送给监管器设备的全局唯一性标识符、接收到唯一性标识符的时间、可指示发生交互或使用的位置的信息等来推导关于与通信非IoT设备相关联的交互和使用的信息，并且监管器设备可根据IoT设备和/或通信非IoT设备发送给监管器设备的任何相关信息类似地推导关于与非通信物理对象相关联的交互和使用的信息)。

在一个实施例中，为了随后在框830创建IoT网络内的一个或多个群、子网络、子网、或其他合适的细分，监管器设备可基于所监视到的在本地数据库中记录的交互和使用来确定注册到IoT网络中的各种设备和对象之间的显式的、隐式的、预定义的、动态的、或其他合适的关系。更具体地，某些设备或对象可被预编程为与另一设备或对象具有显式关系(例如，冰箱可具有与拥有该冰箱的人的显式关系以及在IoT网络中的位置，诸如主冰箱持久地位于厨房中而辅冰箱持久地位于车库中)。此外，响应于所监视到的指示访客在主人在场的同时进入厨房的交互和使用，可自动推导出访客和主人之间的隐式关系并将该访客添加到受信任朋友群。例如，监管器设备可将访问IoT网络或以其他方式来到IoT网络的邻域内的人组织成关系层级(例如，家人、朋友、熟人等)。如此，响应于所监视到的指示与某人的首次会面的交互，监管器设备可在框830将此人添加到熟人群。此外，响应于后续监视到的指示在某个时间段内与此人的附加会面的交互，监管器设备可在框830将此人从熟人群升级到朋友群。再进一步，如果在与IoT网络相关联的家里或在某些时辰发生附加会面(即，指示主人和另一个人频繁地在晚间共度时光)，则监管器设备可在框830将此人升级到家人群。

此外，在一个实施例中，在框830创建的各种群可类似地创建与IoT网络中注册的物理设备和其他对象相关联的细分。具体而言，基于物理设备和其他对象在IoT网络内如何使用和交互，这些物理设备和其他对象可被细分成媒体设备、家用办公设备等。例如，如果交互和使用指示相机被用于拍照、计算机被用于从相机下载照片、某种应用被加载到计算机上以编辑照片或在线共享照片、且与某些人分享照片，则在框830创建的群可包括具有包括相机、计算机、计算机应用、与之分享照片的人、以及所下载照片本身的成员的照片群。在另一示例中，如果所监视到的交互和使用指示房间中的灯在投影仪设备被使用时总是被关闭或调暗，则在框830创建的群可包括具有包括投影仪设备、灯、其中使用投影仪且灯被调暗或关闭的房间的成员的合适细分。

相应地，可使用机器学习算法(例如，监管器设备执行的机器学习算法)基于在IoT网络中观察或以其他方式监视到的实际使用和交互来动态地形成在框830创建的各种群。以此方式，可在框830独立于任何预定义的语义结构或语言来创建群，而是改为以按照反映用户偏好和真实世界活动的方式学习上下文的动态和自组织形式将群结构化。

此外，在一个实施例中，可向用户提供定制在框830创建的群结构并藉此调整自动学习的上下文以更好地反映用户偏好和真实世界活动并改善监管器设备可如何从后续交互和使用学习上下文的能力。例如，在一个实施例中，可在框840经由(例如，监管器设备上的)用户接口呈现在框830创建的各种群，并且监管器设备可随后在框850确定是否接收到用户命令。如此，响应于在框850确定未接收到用户命令，监管器设备可迭代地监视IoT网络中的交互和使用(即，返回框820及后续框)，并且在假定机器学习算法中使用的准则准确地反映了先前用于创建编群的用户偏好和真实世界活动的情况下，创建或修改IoT网络内的群、子网、子网络、或其他合适的细分。

另一方面，响应于在框850确定接收到用户命令，监管器设备可随后在框860处理该命令。例如，在一个实施例中，该命令可被用于修改在框830创建的群和/或创建新群，在这种情形中，监管器设备可在框860基于该命令来恰适地修改群和/或创建新群。此外，该命令可被用于控制对IoT网络内的某些部分(例如，包括某些设备和/或其他对象的子网络)的访问。例如，在一个实施例中，该命令可被用于向家人群中的任何人提供对IoT网络中的任何事物的完全访问许可，向某些群中的人提供对IoT网络的一部分的有限访问(例如，允许朋友群中的任何人使用整个IoT网络内的Wi-Fi子网络，允许客户服务群中的人访问冰箱以在主人可能在度假时喂宠物或访问杂物间以维修出故障的装备等)，或者以其他方式提供对IoT网络的细粒度访问控制(例如，控制客人可访问的特定子网络、控制IoT网络中的设备和/或其他对象可如何彼此交互或被使用等)。另外，响应于在框860合适地处理该命令，监管器设备可按照与没有接收到命令时的类似方式迭代地监视IoT网络中的交互和使用(即，返回框820及后续框)，不同之处在于监管器设备可精炼在机器学习算法中使用的准则以创建或修改IoT网络内的群、子网、子网络、或其他合适的细分，从而更准确地反映可在框860处理的命令中可指示的用户偏好和真实世界活动。

尽管前面与图8中所示的方法800有关的描述可能看起来指示了监管器设备表示与受控IoT网络中的设备和/或其他物理对象分开的设备，但本领域技术人员将领会，受控IoT网络中的特定IoT设备可以是监管器设备，监管器设备可被纳入到受控IoT网络中的特定IoT设备中，或者可使用任何其他合适的配置或安排。例如，在一个实施例中，监管器设备可对应于除了使用本地属性来实现某些功能以外还执行设备控制或管理操作的计算机或蜂窝电话(例如，计算机可以是协调投影屏幕的光照效果同时分开地调整正被流送至投影仪以供输出的视频的对比度以适配经协调的光照效果的监管器设备，等等)。相应地，前面的描述指示了在监管器设备与可形成受控IoT网络的设备和其他对象之间交换某些信号或其他消息，但本领域技术人员将领会，在监管器设备对应于受控IoT网络中的特定IoT设备的程度上，某些信号或消息可被省略。

在已提供了以上与可用于基于所监视到的IoT网络中的交互和使用来创建IoT网络内的相关细分的某些机制有关的背景的情况下，以下描述详述了可使用IoT技术来发现设备(以及扩展而言，拥有这些设备的用户)之间的关系以使得所发现的关系可被用于控制设备之间的交互(例如，如果访客和屋主具有已知关系，则允许访客快速且方便地在屋子中的扬声器上播放歌曲)的各种机制。更具体地，如上所述，各种IoT设备可用服务器或其他合适的监管器设备来检测和注册并与可使用通用词汇表来表达的各种属性相关联。例如，这些属性可一般描述与IoT设备相关联的位置、交互、使用、或其他相关状态数据。此外，每个IoT设备可被指派唯一性标识符，且具有本地数据库以存储该IoT设备具有的与其他IoT设备(包括其他用户可能拥有的IoT设备)的每次交互。相应地，特定IoT设备与关联于另一用户的IoT设备交互越多次，就可暗示或以其他方式推断这些IoT设备之间以及因此拥有这些IoT设备的用户之间的更强关系。此外，可根据与彼此交互的IoT设备相关联的类型、发生交互的位置、发生交互的时间、或其他合适的因素来进一步暗示或以其他方式推断与关系相关联的强度和/或类型。

在一个实施例中，IoT设备以及与之相关联的用户之间的关系可具有显式的、隐式的、预定义的、动态的、或其他合适的关系，且这些关系可进一步被分层地组织(例如，根据熟人、朋友、密友、家人等)。替换地(或附加地)，这些关系可以被编号或被指派另一合适的排名(例如，从1到5或者从1到10，其中1是最弱关系而5或10是最强关系)。在一个实施例中，在两个IoT设备彼此首次交互时，这两个IoT设备之间的关系可被指派最低排名，且与该关系相关联的排名可随时间推移基于这两个IoT设备之间的进一步交互而提升。例如，在两个不同用户之间的首次交互时，这些用户拥有的相应IoT设备可记录该交互并向这些用户指派熟人关系。在这些用户之间(并且或许在特定时间段内或在特定位置)的附加交互之后，这些IoT设备可以将这些用户之间的关系升级到朋友。如果在家里且在特定时间(例如，每晚)发生交互，则这些用户之间的关系可被进一步升级为家人等。

在一个实施例中，与特定IoT设备相关联的类型和/或位置可被用于暗示两个用户之间的关系。在该上下文中，与IoT设备相关联的位置不一定指代地理位置，而是可指代该IoT设备可能所处的房间或其他个人空间，这可从与该设备相关联的类型来推断。例如，如果冰箱IoT设备检测到与访客相关联的IoT设备，则该访客可被推断为位于厨房中，因为冰箱通常将位于厨房中，由此访客和屋主可被推断为具有朋友关系或更高关系，因为首次相识的人通常不会进入一人的厨房。在另一示例中，如果IoT设备知道与之相关联的用户正在工作，则与其他IoT设备的任何交互可能未必会提升与该其他IoT设备的排名，即使这些交互频繁地发生亦然。相反，关系可保持在熟人水平。然而，如果IoT设备在非工作位置(例如，在另一用户的家里)检测到与另一用户相关联的工作IoT设备，则这些用户之间的关系可以提升，因为位置指示了这些用户在社交环境中交互。

此外，在一个实施例中，关联于第一用户的IoT设备与关联于另一用户的IoT设备交互的时间可被用于暗示这些用户之间的关系。例如，如果关联于第一用户的IoT设备在每个月的设定时间检测到关联于另一用户的特定IoT设备，则关联于第一用户的IoT设备可确定该另一用户不是非常重要的用户并且因此将较低排名指派给这种关系。然而，如果关联于第一用户的IoT设备每晚都检测到关联于另一用户的IoT设备，则关联于第一用户的IoT设备可确定这是重要用户并因此将较高排名指派给这种关系。为了作出最强的或最准确的关系确定，IoT设备可利用与交互相关联的任何相关的可确定因素(例如，与交互相关联的频度、位置、和时间，与彼此交互的IoT设备相关联的类型等)。此外，关系排名可基于检测到的IoT设备和/或相关联的用户之间的交互而适当地降低。例如，如果在与不同用户相关联的IoT设备之间检测到频繁交互且这些交互随后停止达显著时间段，则可作出这些用户之间的关系已结束的推断。在另一示例中，如果与第一用户相关联的IoT设备在规律的基础上在第一用户的屋子检测到与特定访客相关联的IoT设备并且随后该规律的拜访停止，则这些用户之间的关系可降低为不那么重要的关系。

在一个实施例中，关系层级中的每一级别可被指派对一个或多个IoT设备和/或IoT设备群的访问级别。例如，与具有熟人关系的用户相关联的IoT设备可被准许低级别的访问，而与具有家人关系的用户相关联的IoT设备可被准许较高级别的或完全的访问(例如，取决于父母控制或其他因素)。在另一示例中，与具有朋友关系的用户相关联的IoT设备可被准许访问娱乐系统、本地无线网络、家用电器、或其他合适的IoT设备和/或IoT设备群，并且被禁止重新编程或以其他方式修改可能被准许访问的IoT设备。再进一步，与具有密友关系的用户相关联的IoT设备可被准许访问更多IoT设备和/或IoT设备群和/或对被准许访问的IoT设备的更多控制，而与具有家人关系的用户相关联的IoT设备可具有对所有IoT设备的访问和完全控制。

现在参照图9，用于隐式地创建IoT设备之间的关系的示例性方法900可涉及与各种不同用户相关联的IoT设备将与这些IoT设备检测到的交互以及这些IoT设备推断出的关系有关的数据发送给管理实体(例如，图1B-1D中所示的监管器设备130、图1A-1B和1D-1E中所示的IoT服务器170等)。管理实体可随后整理从各种IoT设备接收到的交互数据，并使用经整理的交互数据来进一步推断IoT设备以及与这些IoT设备相关联的用户之间的关系。例如，如果管理实体基于经整理的交互数据确定特定关系应具有不同排名，则管理实体可指令恰适的IoT设备更新与之相关联的本地数据库中存储的关系排名。替换地，在一个实施例中，IoT设备可仅存储关于与其他IoT设备的交互的数据并将交互数据传送给管理实体，管理实体可随后推断关系并向IoT设备通知推断出的关系，以使得IoT设备可使用管理实体推断出的关系来控制与其他IoT设备相关联的所准许的访问。

相应地，在一个实施例中，图9中所示的方法900可在特定IoT设备处执行，或者管理实体可替换地(或附加地)执行方法900。此外，本文描述的各方面进一步适用于管理实体，因为管理实体可包括IoT设备，其能检测其他IoT设备并与之交互、指派或以其他方式排名与其他IoT设备相关联的关系、并基于这些关系来确定其他IoT设备可具有的所准许的访问。

在一个实施例中，在框910，与第一用户相关联的IoT设备可检测与属于另一用户的IoT设备的交互并从该另一IoT设备获得足够的信息以至少唯一性地标识该另一IoT设备。如此，响应于确定与该另一IoT设备相关联的用户标识符不同于与检测该交互的IoT设备相关联的用户标识符，该IoT设备可确定该另一IoT设备不属于同一用户。替换地，该IoT设备可在登记库中存储与第一用户拥有的每个IoT设备相关联的标识符，并且如果该另一IoT设备不具有出现在该登记库中的标识符则确定该另一IoT设备不属于同一用户。

在一个实施例中，在框920，与第一用户相关联的IoT设备可记录与该另一IoT设备相关联的任何可确定属性以及与该另一IoT设备的交互。例如，所记录的属性可包括与该另一IoT设备相关联的标识符、与该另一IoT设备相关联的类型、发生交互的时间、发生交互的位置或个人空间(例如，在第一用户的工作场所内部、外部、或此处，在第一用户的屋子，该屋子中的房间等)、以及其他事项。另外，与交互相关联的属性可指示该另一IoT设备是否请求了访问该IoT设备或与第一用户相关联的另一IoT设备、该IoT设备已请求访问什么、等等。此外，如果该IoT设备不同于管理实体，则该IoT设备可合适地将在框920记录的属性传送给管理实体。

在一个实施例中，在框930，该IoT设备可基于与先前记录的交互相关联的属性和/或所记录的与当前交互相关联的属性来确定是否更新与该另一IoT设备的关系排名。例如，如果当前交互使得与该另一IoT设备的交互次数或交互频度增加到高于阈值，则该IoT设备可在框940提升与该另一IoT设备相关联的关系排名。在另一示例中，如果当前交互对应于在第一用户家里的首次交互，则该IoT设备可同样在框940提升与该另一IoT设备相关联的关系排名。在又一示例中，如果当前交互对应于超过某个阈值的时间段里的首次交互，则该IoT设备可在框940降低与该另一IoT设备相关联的关系排名。相应地，如果该IoT设备在框930确定与该另一IoT设备相关联的关系排名应当被更新，则该IoT设备可在框940恰适地更新该更新排名。

在一个实施例中，在框950，该IoT设备可确定该另一IoT设备是否已请求访问该IoT设备或与第一用户相关联的另一IoT设备(例如，基于在框920记录的属性指示从该另一IoT设备接收到请求访问的消息)。响应于确定该另一IoT设备已请求访问该IoT设备或与第一用户相关联的另一IoT设备，该IoT设备可在框960根据与指派给该另一IoT设备的关系相关联的排名来控制与该另一IoT设备相关联的访问(例如，准予完全访问、准予有限访问、拒绝访问等)。

在一个实施例中，在框970，如果该IoT设备不对应于管理实体，则该IoT设备可随后可任选地将与检测到的交互有关的数据传送给管理实体。例如，传送给管理实体的交互数据可包括所记录的与该另一IoT设备和该交互相关联的属性、对与该另一IoT设备相关联的关系的任何更新或其他改变、与是否请求了访问有关的指示、和/或任何访问被准予或拒绝的程度、等等。

根据本公开的一个方面，由于存在可各自具有潜在不同个性和行为模式的许多IoT用户，因此以下描述详述了将适用于实际那么多用户的可有利地确定可被用于分类关系的度量的各种机制。例如，在分类关系时可将与用户个性和交互强度相关联的方面纳入考虑，其中这些关系可基于该用户的交互的百分比，而非笼统地应用于所有用户的指定数目。具体而言，每个IoT设备可被指派唯一性标识符，且具有存储关于该IoT设备具有的与其他IoT设备的每次交互的信息的本地数据库。替换地，集中式服务器、代理或其他合适的实体可存储关于IoT设备之间的交互的信息。例如，在一住宅中，烤面包机可存储该住宅的居民与灯开关之间的所有交互。

一般而言，关联于第一用户的特定IoT设备与关联于另一用户的一个或多个IoT设备交互越多次，这些用户之间的隐含关系就可被加强。关系排名也可被减弱。例如，如果IoT设备检测到两个用户之间的频繁会面然后那些会面停止达显著时间段，则该IoT设备可推断这些用户之间的关系已结束。在另一示例中，如果IoT设备在规律的基础上在用户的屋子检测到特定访客并且随后那些规律的拜访停止，则该IoT设备可确定该关系已改变为不那么重要的关系。然而，并非其中两个IoT设备之间的交互停止或变得不那么频繁的所有情形都应当导致降低的关系排名。相反，历史交互可导致将来的较少重复的交互变得更为相关。例如，两个用户可能是邻居和好朋友，但一个邻居可能搬走，导致这些用户之间的交互数目减少(且可能有交互类型的改变)。在某个将来时间，这些用户之一可能再次搬到靠近另一用户。在此类情景中，很可能这些用户将找到彼此并重新建立或继续他们先前的紧密关系。如此，此关系若先前被降低则应再次被给予较高排名。在任何情形中，关系的强度和/或类型也可以基于IoT设备的类型和/或位置和/或交互的时间。基于这些因素，IoT设备可确定用户之间的暗含关系。在一个实施例中，IoT设备之间的交互可以是邻近度检测、文本消息、多媒体消息、电话呼叫、电子邮件等。邻近度检测可包括邻近度检查(诸如监听位置(LILO)邻近度检查)、蓝牙配对、在同一本地无线网络上的通信、或者两个UE之间的指示它们彼此邻近的任何其他交互。替换地或附加地，服务器可以基于存储在服务器处的IoT设备的位置来确定两个或更多个IoT设备彼此邻近。例如，IoT设备可周期性地(例如，每几分钟、一小时若干次等)向服务器传送其位置，服务器可比较接收到的位置以确定哪些IoT设备在彼此的阈值距离内。阈值可以是几米或者指示IoT设备有可能属于正彼此交互的用户的某个其他阈值。

在一个实施例中，IoT设备交互可以被存储在IoT设备处的一个或多个交互表中并且周期性地(例如，每几小时、每天一次等)或者根据请求被上传至服务器。替换地，这些交互可在它们发生时被实时地上传至服务器并且被添加到服务器上的交互表。在这种情形中，在IoT设备上不需要交互表。每个用户可决定他们希望如何存储其用户交互表。例如，一些用户可能希望将用户交互表存储在其IoT设备上并且使服务器根据需要请求该用户交互表或者仅请求必要的条目，而其他用户可能希望简单地将其交互上传至存储在服务器上的远程交互表。交互表可以按它们所对应的IoT设备的标识符来组织。交互表可存储用户的标识符、用户的IoT设备的标识符、其他用户的标识符、其他用户的IoT设备的标识符、交互类型(例如，邻近度、电子邮件、文本消息、电话呼叫等)、交互的位置(若适用)、以及交互的时间和/或长度(例如，交互开始/结束的时间)。一个用户可与数个IoT设备相关联。交互表可存储每个IoT设备的在该IoT设备的寿命(即，IoT设备由同一用户使用的时间)里发生的所有交互或者仅某个数目的交互(诸如上一年的交互或者最近1000次交互)。

在一个实施例中，可确定用于分析交互表中的数据的恰适时间段。例如，如果使用循环周期，则IoT设备或服务器可在24小时周期、一月周期、一年周期等上分析交互。而且，如果使用循环周期(诸如24小时)，则IoT设备或服务器必须确保小时23转换至小时0。所有可能的时间配置可被用于搜索位置模式。例如，假定用户每周日从11:00AM到3:00PM在商场或者每个工作日从9:00AM到5:00PM在他/她的办公室。作为第一解决方案，IoT设备或服务器可构建转换表并使用转换表中的转换距离使用群集分析基于转换表中的转换距离来将数据输入彼此比较(例如，根据于2013年11月8日提交的题为“NORMALIZING LOCATION IDENTIFIERS FOR PROCESSING INMACHINE LEARNING ALGORITHMS(归一化位置标识符以供在机器学习算法中处理)”的美国临时专利申请S/N.61/901,822中描述的技术，其指派给本申请受让人并通过援引全部明确纳入于此)。在另一解决方案中，IoT设备或服务器可使用sin函数来创建时间的循环关系，其中每个sin函数可基于当前24小时的时钟时间来重建。例如，函数y＝sin(x/7.5+j/12)可创建反映24小时的时钟的循环关系，其中x＝一个输入时间，j＝第二输入时间，以及y＝这两个时间之间的距离。图10解说了函数y＝sin(x/7.5+j/12)的曲线图1000。

在一个实施例中，使用所存储的交互表，IoT设备可以向其交互表中列出的每个其他用户指派关系值。替换地，如果服务器存储交互表，则服务器可以指派关系值。如此，并非简单地基于用户之间的交互数目来指派关系，本公开的各方面可在分类关系时将用户的个性和交互强度的各方面纳入考虑。例如，关系可基于该用户的交互的百分比，而非笼统地应用于所有用户的指定数目。即，在用户的交互的阈值百分比是与相同的另一用户时、在交互的阈值百分比发生在特定位置(例如，在用户家里)时、在交互的阈值百分比为给定类型(例如，邻近性检测)时，在交互的阈值百分比发生在特定时间(例如，在晚上或非工作时间)时等等，可指派家人关系。此外，关系层级可被指派给IoT设备用户(例如，熟人、同事、高尔夫球友、朋友、密友、家人等)。替换地，例如，这些关系可从1到5或者从1到10地编号，其中1是最弱的而5或10是最强的。在两个IoT设备之间的首次相遇时，关系可被指派最低排名。随时间推移，IoT设备或服务器可基于这些IoT设备之间的进一步交互来提升暗含关系。

在一个实施例中，邻近性交互、发生交互的位置、发生交互的频度、发生交互的时间、以及可能还有交互长度在确定关系方面是尤其有关的。为了作出最强的或最准确的关系确定，IoT设备可利用交互的所有可确定因素。例如，频繁地在特定位置聚在一起(即，彼此邻近)的用户很可能是朋友或家人(例如，频繁地一起去购物的两个用户可被认为是密友)。IoT设备或服务器可通过检测两个用户在处于购物中心时在彼此的阈值邻近度内达阈值时间段来确定两个用户正一起购物。IoT设备可初始向这些用户指派朋友关系，随后在阈值数目次购物行程或其他此类交互(例如，去餐馆、夜总会、社交事件等)之后将其升级到密友。

在一个实施例中，用户的IoT设备与另一IoT设备交互的时间可被用于暗示用户之间的关系。例如，如果用户的IoT设备在每个月的设定时间检测到特定IoT设备，则该IoT设备可确定这不是非常重要的关系并且将较低排名指派给这种关系。然而，如果IoT设备每晚都检测到另一IoT设备，则该IoT设备可确定这是重要的关系并且将较高排名指派给这种关系。例如，如果两个或更多个用户频繁地在每晚的相同时间聚在相同房间中达大致相同的时间量(大于某个阈值)，则他们很可能一起吃晚餐并且可被认为是家人。类似地，如果另一用户偶尔在该时间加入该用户群，则那一用户很可能是密友或家庭成员，且他或她的关系状态可相应地被升级。另一方面，在其他类型的位置频繁地相聚(即使达相对较长时间段)的用户可能不是朋友或家人。例如，如果用户的IoT设备知道用户正在工作，则与其他IoT设备的任何会面(即使频繁地发生)可能未必提升指派给该关系的排名。相反，关系可保持在熟人水平。然而，如果用户的IoT设备在非工作位置检测到工作IoT设备，则用户之间的关系可以提升。例如，如果在用户家里检测到工作IoT设备，则这些用户之间的关系可以提升至朋友。

在一个实施例中，两个IoT设备的类型和/或位置也可被用于暗示其两个用户之间的关系。IoT设备的位置不一定指代其地理位置，而是可指代其所处的房间类型。这例如可从设备类型来推断。例如，冰箱通常位于厨房中。由此，如果冰箱IoT设备检测到不同用户(例如，访客)的IoT设备，这意味着访客在厨房中，则冰箱IoT设备可暗示访客与屋主具有朋友或更高关系，因为熟人通常不会进入一人的厨房。相应地，随着IoT设备在日复一日的基础上交互，可基于设备的上下文感知来推导关系编群，其中上下文是由群定义的，而群是由隐含关系定义的。在一些情形中，多于一种关系可被指派给同一用户，例如朋友和高尔夫球友。通过标识群并随后在时间和空间上隔离这些群，该系统可变得对用户越来越有价值。由此，用户及他或她的相应交互不一定是隔离地定义的。相反，每个用户可在其上下文中定义。例如，一个人可以是两种用户：用户A是父亲，以及用户B是丈夫。当此人在用户A的上下文中充当父亲时，他的交互可与当此人在用户B的上下文中充当丈夫时不同地被解读。

根据本公开的各方面，图11A解说了可隐式地创建IoT设备之间的关系的示例性方法1100A。图11A中解说的方法1100A可由IoT设备(诸如IoT设备110、112、114、116、118、120、200或300)执行。替换地，图11A中解说的方法1100A可由监管器设备(诸如监管器设备130)或服务器(诸如IoT服务器170)来实现。本文描述的各方面也适用于监管器设备，因为监管器设备能检测访客IoT设备并与之交互，向其指派关系排名，并基于关系排名来向其准予访问。

在一个实施例中，在框1110，检测第一用户设备与第二用户设备之间的交互。第一用户设备可以是执行图11A中所示的方法1100A的IoT设备。该检测可包括检测第一用户设备邻近第二用户设备。第一用户设备可检测其邻近第二用户设备，或者如果方法1100A正由服务器执行，则服务器可基于从第一用户设备和第二用户设备接收到的位置信息来检测第一用户设备邻近第二用户设备。

在一个实施例中，在框1120，在与第一用户设备相关联的第一交互表中存储与该交互有关的信息。该交互表可被存储在第一用户设备上，或者如果服务器正执行图11A中所示的方法1100A则被存储在服务器上。该信息可包括以下一者或多者：交互类型、交互位置、交互时间、交互历时、交互频度、第一用户设备的标识符、第一用户设备的用户的标识符、第二用户设备的标识符、或第二用户设备的用户的标识符。交互类型可包括邻近性检测、短消息接发服务(SMS)消息、多媒体消息接发服务(MMS)消息、电话呼叫、或电子邮件中的一者。

在一个实施例中，在框1130，至少部分地基于与该交互有关的信息将关系标识符指派给第二用户设备的用户。可将关系标识符添加到第一交互表中针对第二用户设备的用户的条目。在框1130发生的指派可包括基于与属于第二用户设备的用户的一个或多个用户设备的多个交互来将关系标识符指派给第二用户设备的用户。关于该多个交互的信息可被存储在第一交互表中。该多个交互可包括在阈值时间段内发生的、在相同时间发生的、在相同位置发生的、具有阈值历时的、具有阈值频度的、和/或具有相同交互类型的多个交互。另外，在一个实施例中，在框1130发生的指派可包括更新第二用户设备的用户的关系标识符。

根据本公开的另一方面，图11B解说了示例性方法1100B，其可被用于跟踪与各种IoT设备相关联的位置和交互并发现这些IoT设备之间的因用户而异且潜在非对称的关系。具体而言，图11A中所示且在上面进一步详细描述的方法1100A可基于IoT设备之间的交互来隐式地创建IoT设备之间的关系，但关系通常是复杂的且一致性发生(例如，在某些位置、在某些时间等)可能不总是指示不同用户之间的实际关系。例如，两个人可能彼此频繁交互但仍不是朋友。另外，一些关系可能是非对称的，其中第一个人(David)可能认为另一人(John)是好朋友，但John认为David仅是熟人。相应地，如本文将进一步详细描述的，图11B中所示的方法1100B可被用于基于与各种IoT设备相关联的位置、交互、使用和其他相关状态数据来推断不同用户之间的关系中的非对称性，这可证明在确定或以其他方式控制不同IoT设备如何彼此交互方面是有用的。例如，在以上给出的情形中，所跟踪的位置、交互、使用和其他相关状态数据可实际上指示David不是很喜欢John，并且该知识可被用于控制David和John拥有的IoT设备之间的后续交互。另外，跟踪拥有发生特定交互的位置的用户也可被用于推导进一步的关系信息。例如，如果John经常出入David的聚集空间但David很少出现在John的聚集空间，则该非对称性可被用于学习关于David和John之间的关系的进一步信息。

更具体地，在框1150，各种经注册的IoT设备可将关于与之相关联的位置和交互的数据发送给服务器，服务器可跟踪与IoT设备相关联的位置以及这些IoT设备之间的交互，并将从每个IoT设备接收到的位置和交互数据与从其他IoT设备接收到的位置和交互数据作比较以确定因用户而异的关系。在一个实施例中，所跟踪到并存储在服务器处的位置和交互数据可按某种间隔(例如，在每日基础上)被处理以标识某些相似性(例如，在使用模式、位置一致性等方面)。如此，服务器可在框1155确定当前跟踪时段是否已结束，并随后响应于确定当前跟踪时段已结束而处理所跟踪的位置和交互数据。否则，服务器可继续在框1150从经注册的IoT设备接收位置和交互数据，直至当前跟踪时段结束。

在一个实施例中，响应于确定当前跟踪时段已结束，服务器可在框1160预处理已在最近的跟踪时段中接收到的位置和交互数据，以标识各种IoT设备之间的类似模式或位置交叠。具体而言，服务器一般可在每日基础上或根据另一周期性间隔基于在最近的跟踪时段中接收到的新位置和交互数据来处理所跟踪的位置和交互数据。如此，在任何特定跟踪时段中跟踪的位置和交互数据可按递增方式构建在先前跟踪时段中跟踪的位置和交互数据之上。

在一个实施例中，在框1160发生的预处理可包括将在最近的跟踪时段中从每个IoT设备报告的所有位置和交互数据以及(若适用)先前已被处理的所有位置和交互数据存储在与每个特定IoT设备相关联的目录中。在一个实施例中，来自特定跟踪时段的位置和交互数据可随后被检索和过滤以移除不具有恰当格式的任何数据。在框1160发生的预处理可进一步包括构建与每个IoT设备相关联的转换表以定义任何相关状态改变(例如，两个IoT设备之间改变的关系)。此外，在框1160，服务器可将与所有跟踪的IoT设备相关联的位置和交互数据存储在共用目录或其他合适的贮藏库中并创建标识每个所跟踪的IoT设备的设备列表。来自当前跟踪时段的经预处理的位置和交互数据可随后与关联于每个IoT设备的其他先前处理的位置和交互数据一起存储。

在一个实施例中，响应于预处理来自当前跟踪时段的位置和交互数据，服务器可在框1165确定该位置和交互数据是否先前已被分析以确定关系。若是，则可在框1170检索最新确定的关系群集并在当前迭代中将其用于更新或以其他方式确定关系。否则，如果该位置和交互数据先前未被分析(即，当前迭代是第一迭代)，则框1170可被跳过，因为可能没有要检索的任何先前确定的关系群集。此外，为了避免对陈旧数据进行操作并使较新的位置和较新的交互更为重要，在框1170检索的关系群集可被限于在特定时间段内(例如，在上个月内)确定的关系群集。

在一个实施例中，在框1175，服务器可随后设置任何相关配置参数并使用来自当前跟踪时段的经预处理的位置和交互数据(和/或可能已在框1170检索的任何先前确定的关系群集)根据合适的统计技术将位置和交互数据聚集到主导群中。聚集到主导群中的关系数据可随后在框1180被分析以推导因用户而异的群集表示，其中因用户而异的群集表示可随后在框1185被用于指派所跟踪的IoT设备(以及与之相关联的用户)之间因用户而异的关系标识符。例如，在一个实施例中，与每个输入相关联的位置可被描绘在导出的x轴和y轴上，并且在框1180导出的因用户而异的群集表示可使用合适的绘图实用程序(例如，gnuplot)来描绘，其可被观察和分析以帮助学习和分类所跟踪的IoT设备以及与之相关联的用户之间的关系，包括它们之间的任何非对称性。

根据本公开的各方面，图12A解说了可被用于发现、配置、和利用IoT网络中的关系的示例性架构1200，而图12B解说了图12A中所示的架构1200中的组件之间的示例性交互。具体而言，图12A中所示的架构1200一般可实现在合适的IoT设备中，并且包括：对等(P2P)平台1210，其可支持基于邻近性的P2P通信并且包括可发现、配置、和利用IoT网络中的关系的安全性模块1215；信任模型1220，其可包括可表示在IoT网络中可利用的关系的关系图1224、以及自适应行为模块1228，其可定义关系图1224中表示的某些用户被允许执行哪些动作或其他行为；功能访问应用1230，其可被用于基于从关系图1224导出的信任级别来控制被指派给关系图1224中表示的某些用户或某些用户群的许可并由此共享信息或访问设备；以及设备驱动器1235，其可支持根据各种机制的某些核心操作(例如，原始设备制造商(OEM)可供应的设备驱动器1235)；及其他组件。

在一个实施例中，如上所述，信任模型1220一般可包括关系图1224，用于定义可具有某个信任级别的一个或多个用户或用户群，并且用于进一步定义这一个或多个用户或用户群之间的关系。此外，自适应行为模型1228可定义关系图1224中所定义的用户或用户群在“什么”方面被信任，由此信任模型1220可自动标识用户(或人)之间的关系以及涉及与受控方设备的交互的行为模式。例如，参照图12B，与“主人”用户相关联的关系图1224可包括用于表示具有某种信任级别的用户或用户群的各种节点，其中图12B中所示的关系图1224包括用于表示名为“Jill”、“John”、“Jim”、“Mary”、“Jack”、和“Susan”的用户的节点。在该上下文中，基于随时间发生的交互模式，“Jack”和“Susan”可被认为是家庭成员且因此被包括在“家人”群中，其中功能访问应用1230包括许可集合，其定义了不同用户可具有的对电视机和空调单元的访问权。例如，电视机许可集合可将所有用户与准予控制电视机的许可的信任简档相关联，而仅家庭成员可与准予使用电视机来记录节目的许可的信任简档相关联。在类似方面，空调许可集合可将家人群中的用户与准予将空调单元设置为制热或制冷以及将空调上的风扇设置为高速和低速的许可的冬夏信任简档相关联，而朋友群中的用户仅可与准予将空调设置为制热的许可而不准予设置风扇速度的任何许可的制热信任简档相关联。由此，使用功能访问应用1230定义的许可集合可被映射到相应的安全性设定1215A-C，其根据信任模型1220中定义的关系以及与相应用户相关联的全局唯一性标识符(GUID)来将用户转译成不同访问级别。

根据本公开的各方面，图13A-13C解说了可利用IoT网络中的关系的示例性交互(例如，使用图12A中所示的架构1200以及如图12B中所示的架构1200中的组件之间的示例性交互)。具体而言，图13A中所示的交互一般可独立于图12A中所示的信任模型1220来利用IoT网络中的关系，而图13B和13C中所示的交互可使用信任模型1220来利用关系。

例如，参照图13A，假设Jill拥有委任控制方设备1310且进一步拥有受控方设备1340，而Jan拥有拜访控制方设备1330。在一个实施例中，安全性桥1350可广播与受控方设备1340相关联的周围宣告，受控方设备1340可包括应用1344(例如，对应于如图6-7中所示的本地端点)，其检测该周围宣告并致使本地总线节点1342(例如，对应于如图6-7中所示的本地总线节点)广播该周围宣告。如此，Jill的委任控制方设备1310上的应用1314可按类似方式检测到该周围宣告，以使得Jill的委任控制方设备1310可寻找目标控制方，并且可在Jill的委任控制方设备1310上的本地总线节点1312与受控方设备1340上的本地总线节点1342之间(例如，在与之相关联的相应GUID之间)建立安全会话。如果Jill决定要向Jan准予对受控方设备1340的访问，则Jill的委任控制方设备1310上的应用1314可随后向受控方设备1340请求许可和角色列表，受控方设备1340随后可向Jill的委任控制方设备1310上的应用1314返回许可和角色列表。Jill的委任控制方设备1310上的应用1314可随后提示Jill选择要准予给Jan的许可或角色，并向受控方设备1340通知Jill准予给Jan的许可或角色。受控方设备1340可随后将该准予记录在与Jan相关联的GUID下，并向Jill的委任控制方设备1310上的应用1314返回确认。

在一个实施例中，随后可在Jan的拜访控制方设备1330上的本地总线节点1332与受控方设备1340上的本地总线节点1342之间(例如，在与之相关联的相应GUID之间)建立安全会话，其中Jan可尝试经由安全连接来访问受控方设备1340。如此，受控方设备1340可确定Jan的GUID是否已被证实，且在Jan的GUID先前尚未被证实的情况下可经由本地总线节点1342向Jan的拜访控制方设备1330上的应用1334发送消息。响应于要求证实Jan的GUID的该消息，可在Jan的拜访控制方设备1330上的应用1334与认证实体1360(例如，OpenID提供商)之间执行一个或多个认证步骤。相应地，Jan的GUID可被认证，并且Jan可随后使用其拜访控制方设备1330上的应用1334来发起安全调用以改变温度(例如，在受控方设备1340对应于恒温器、空调单元、或其他温控设备的情况下)。受控方设备1340可随后检查Jan是否具有改变温度的许可，并且在先前记录的准予不包括改变温度的许可的情况下向Jan的拜访控制方设备1330上的应用1334返回未授权状态。否则，若先前记录的准予不包括改变温度的许可，则受控方设备1340上的本地总线节点1342可与恰适应用1344通信以执行温度改变方法调用，并随后向Jan的拜访控制方设备1330上的应用1334发送确认以及任何恰适的返回值。

现在参照图13B，其中示出的交互可大致类似于以上参照图13A描述的交互，不同之处在于可利用信任模型1320来应用Jill与被包括在家人群中的Jack之间的已知或习得关系。相应地，Jill可使用其功能访问应用1330来调用获取家人“GetFamily()”方法1322并请求与家人群中的每个成员相关联的GUID，由此并非选择要准予给个体用户的许可或角色，Jill可选择要准予给家人群的许可或角色并由此选择要准予给与家人群中的每个成员相关联的GUID的许可或角色。同样，并非在与个体用户相关联的GUID下记录准予，受控方设备1340可在与每个家庭成员相关联的GUID下记录准予。以此方式，Jill可使用功能访问应用1330来标识家庭成员，并将各种可能的功能性合并成可与当前是家人群中的成员和/或可随后成为家人群中的成员的所有用户相关联的优选设定简档。

例如，现在参照图13C，其中示出的交互可大致类似于以上参照图13B描述的交互，不同之处在于可在信任模型1320中进一步使用获取简档“GetProfiles()”方法1324来简化可将各种功能性合并成可与当前是特定群中的成员和/或可随后成为特定群中的成员的所有用户相关联的习得的修习功能性的方式。例如，在检索到与家人群中的每个成员相关联的GUID之后，Jill可使用功能访问应用1330使用对GetProfiles()方法1324的调用来检索与受控方设备1340相关联的习得的修习功能性。相应地，Jill可选择要准予给家人群的修习功能性，并由此向与家人群中的每个成员相关联的GUID准予各种合并的功能性，且受控方设备1340可类似地在与每个家庭成员相关联的GUID下记录被准予的修习功能性。由此，在受控方设备1340接收到来自特定用户的尝试发起特定方法调用的请求时，受控方设备1340可查询GetProfiles()1324以从信任模型1320(例如，如图12B中所示)检索动作定义转译并由此确定要激发的恰适方法调用。例如，如果Jack发起要改变温度的安全调用，则受控方设备1340可查询GetProfiles()1324以将夏季简档转译成将空调单元设置成致冷以及将风扇速度设置为高的动作定义，并随后执行该动作定义调用。

本领域技术人员将领会，可使用各种不同技术和技艺中的任何一种来表示信息和信号。例如，贯穿以上描述始终可能被述及的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。

此外，本领域技术人员将领会，结合本文中所公开的方面描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解读为脱离本公开的范围。

结合本文所公开的实施例描述的各种解说性逻辑框、模块、以及电路可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其他此类配置。

结合本文中所公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或者在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或者本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端(例如，UE)中。替换地，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能用于携带或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘常常磁性地再现数据，而碟用激光来光学地再现数据。上述的组合应当也被包括在计算机可读介质的范围内。

尽管前面的公开示出了本公开的解说性方面，但是应当注意在其中可作出各种变更和修改而不会脱离如所附权利要求定义的本公开的范围。根据本文中所描述的本公开的各方面的方法权利要求中的功能、步骤和/或动作无需以任何特定次序执行。此外，尽管本公开的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。

Claims (60)

1.一种用于发现、配置和利用物联网(IoT)网络中的关系的方法，包括：

将一个或多个对象注册到IoT网络中；以及

根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个经注册对象形成为一个或多个IoT群。

2.如权利要求1所述的方法，其特征在于，进一步包括：

接收控制对所述一个或多个IoT群的访问的一个或多个用户命令。

3.如权利要求2所述的方法，其特征在于，进一步包括：

根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个IoT群划分成一个或多个子集。

4.如权利要求3所述的方法，其特征在于，进一步包括：

接收控制对所述一个或多个子集的访问的一个或多个用户命令。

5.如权利要求1所述的方法，其特征在于，所述一个或多个经注册对象包括至少一个非通信物理对象和至少一个通信IoT设备，所述至少一个通信IoT设备在本地数据库中存储关于与所述至少一个通信IoT设备相关联的使用和交互的信息。

6.如权利要求5所述的方法，其特征在于，进一步包括：

从所述至少一个通信IoT设备接收关于与所述至少一个通信IoT设备相关联的使用和交互的所述信息；以及

响应于与所述通信IoT设备相关联的交互包括所述通信IoT设备与所述非通信物理对象之间的至少一个交互，基于从所述至少一个通信IoT设备接收到的所述信息来推导关于与所述非通信物理对象相关联的使用和交互的信息。

7.如权利要求1所述的方法，其特征在于，进一步包括：

接收用于定制所述一个或多个IoT群的一个或多个用户命令。

8.如权利要求1所述的方法，其特征在于，所述一个或多个经注册对象之间的交互包括第一IoT设备与第二IoT设备之间的至少一个交互，并且其中所述方法进一步包括：

基于与所述至少一个交互相关联的一个或多个属性以及与所述第二IoT设备相关联的一个或多个属性来向所述第一IoT设备与所述第二IoT设备之间的关系指派排名；以及

基于所述第一IoT设备与所述第二IoT设备之间的经排名关系来确定是否向所述第二IoT设备准予对所述第一IoT设备的访问。

9.如权利要求8所述的方法，其特征在于，进一步包括：

响应于确定所述第一IoT设备与所述第二IoT设备之间已发生一个或多个先前交互而确定是否更新指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名。

10.如权利要求9所述的方法，其特征在于，进一步包括：

基于与所述至少一个交互相关联的一个或多个属性、与所述第二IoT设备相关联的一个或多个属性、以及与所述一个或多个先前交互相关联的一个或多个属性来更新指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名。

11.如权利要求8所述的方法，其特征在于，所述第一IoT设备属于第一用户，而所述第二IoT设备属于第二用户。

12.如权利要求11所述的方法，其特征在于，进一步包括：

基于指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名来确定是否向所述第二IoT设备准予对属于所述第一用户的另一IoT设备的访问。

13.如权利要求1所述的方法，其特征在于，所述一个或多个经注册对象之间的交互包括属于第一用户的第一IoT设备与属于第二用户的第二IoT设备之间的至少一个交互，并且其中所述方法进一步包括：

在与所述第一IoT设备相关联的第一交互表中存储关于所述至少一个交互的信息；以及

至少部分地基于所述第一交互表中存储的信息来向与所述第二IoT设备相关联的所述第二用户指派关系标识符。

14.如权利要求13所述的方法，其特征在于，所述至少一个交互发生在所述第一IoT设备和所述第二IoT设备位于彼此邻近之时。

15.如权利要求14所述的方法，其特征在于，所述第一IoT设备响应于检测到所述第二IoT设备与之邻近而检测所述至少一个交互。

16.如权利要求14所述的方法，其特征在于，服务器基于所述服务器从所述第一IoT设备和所述第二IoT设备接收到的关于所述至少一个交互的位置信息来检测所述至少一个交互。

17.如权利要求13所述的方法，其特征在于，进一步包括：

将所述关系标识符添加到所述第一交互表中与所述第二用户相关联的条目。

18.如权利要求13所述的方法，其特征在于，所述关系标识符反映与所述第一用户相关联的一个或多个IoT设备和与所述第二用户相关联的一个或多个IoT设备之间的多个交互。

19.如权利要求18所述的方法，其特征在于，所述多个交互包括以下一者或多者：在阈值时间段内发生的交互、在基本上相同时间发生的交互、在基本上相同位置发生的交互、具有阈值历时的交互、具有阈值频度的交互、或具有基本相同类型的交互。

20.如权利要求1所述的方法，其特征在于，进一步包括：

跟踪多个IoT设备之间的交互以及发生所跟踪的交互的位置，其中所述多个IoT设备与至少第一用户和第二用户相关联，并且所跟踪的交互包括所述IoT网络中的所述一个或多个经注册对象之间的至少一个交互；以及

基于所跟踪的交互和与之相关联的所述位置来发现所述第一用户与所述第二用户之间的至少一个非对称关系。

21.如权利要求20所述的方法，其特征在于，所述非对称关系指示所述第一用户具有的与所述第二用户的第一关系不同于所述第二用户具有的与所述第一用户的第二关系。

22.如权利要求20所述的方法，其特征在于，所跟踪的位置指示所跟踪的交互发生在所述第一用户拥有的个人空间还是所述第二用户拥有的个人空间。

23.如权利要求22所述的方法，其特征在于，所跟踪的位置进一步指示所述第一用户以第一频度出现在所述第二用户拥有的个人空间，以及所述第二用户以不同于所述第一频度的第二频度出现在所述第一用户拥有的个人空间。

24.如权利要求20所述的方法，其特征在于，发现所述第一用户与所述第二用户之间的所述至少一个非对称关系包括：

处理与在预定义时间段期间发生的所跟踪的交互相关联的数据。

25.如权利要求24所述的方法，其特征在于，发现所述第一用户与所述第二用户之间的所述至少一个非对称关系进一步包括：

结合在所述预定义时间段期间发生的所跟踪的交互来处理与所述第一用户和所述第二用户之间的一个或多个先前确定的关系相关联的数据。

26.如权利要求20所述的方法，其特征在于，发现所述第一用户与所述第二用户之间的所述至少一个非对称关系包括：

将与所跟踪的交互和发生所跟踪的交互的位置相关联的数据聚集到一个或多个主导群中；

从所述一个或多个主导群推导专属于所述第一用户的群集表示和专属于所述第二用户的群集表示；以及

基于专属于所述第一用户的群集表示和专属于所述第二用户的群集表示之间的相似性或非相似性来确定所述至少一个非对称关系。

27.如权利要求20所述的方法，其特征在于，发现所述第一用户与所述第二用户之间的所述至少一个非对称关系进一步包括：

根据发生所跟踪的交互的位置来显示与专属于所述第一用户的群集表示和专属于所述第二用户的群集表示相关联的数据。

28.如权利要求20所述的方法，其特征在于，服务器跟踪所述多个IoT设备之间的交互以及发生所跟踪的交互的位置以发现所述第一用户与所述第二用户之间的所述至少一个非对称关系。

29.一种设备，包括：

用于将一个或多个对象注册到IoT网络中的装置；以及

用于根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个经注册对象形成为一个或多个IoT群的装置。

30.如权利要求29所述的设备，其特征在于，进一步包括：

根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个IoT群划分成一个或多个子集。

31.如权利要求30所述的设备，其特征在于，进一步包括：

用于接收控制对所述一个或多个IoT群以及与之相关联的所述一个或多个子集的访问的一个或多个用户命令的装置；以及

用于接收用于定制所述一个或多个IoT群以及与之相关联的所述一个或多个子集的一个或多个用户命令的装置。

32.如权利要求29所述的设备，其特征在于，进一步包括：

用于从所述一个或多个经注册对象中具有通信能力的至少第一IoT设备接收关于与所述第一IoT设备相关联的使用和交互的信息的装置；以及

用于响应于与所述第一IoT设备相关联的交互包括所述第一IoT设备与所述一个或多个经注册对象中不具有通信能力的至少一个第二IoT设备之间的至少一个交互，基于从所述第一IoT设备接收到的所述信息来推导关于与所述第二IoT设备相关联的使用和交互的信息的装置。

33.如权利要求29所述的设备，其特征在于，进一步包括：

用于基于与所述一个或多个经注册对象中的第一IoT设备和所述一个或多个经注册对象中的第二IoT设备之间的至少一个交互相关联的一个或多个属性以及与所述第二IoT设备相关联的一个或多个属性来向所述第一IoT设备与所述第二IoT设备之间的关系指派排名的装置；以及

用于基于所述第一IoT设备与所述第二IoT设备之间的经排名关系来确定是否向所述第二IoT设备准予对所述第一IoT设备的访问的装置。

34.如权利要求33所述的设备，其特征在于，进一步包括：

用于基于与所述至少一个交互相关联的一个或多个属性、与所述第二IoT设备相关联的一个或多个属性、以及与所述第一IoT设备和所述第二IoT设备之间已发生的一个或多个先前交互相关联的一个或多个属性来更新指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名的装置。

35.如权利要求33所述的设备，其特征在于，所述第一IoT设备属于第一用户且所述第二IoT设备属于第二用户，且其中所述用于确定是否向所述第二IoT设备准予访问的装置被进一步配置成基于指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名来确定是否向所述第二IoT设备准予对属于所述第一用户的第三IoT设备的访问。

36.如权利要求29所述的设备，其特征在于，所述一个或多个经注册对象之间的交互包括属于第一用户的第一IoT设备与属于第二用户的第二IoT设备之间的至少一个交互，并且其中所述设备进一步包括：

用于至少部分地基于关于所述至少一个交互的信息来指派所述第一用户与所述第二用户之间的关系标识符的装置。

37.如权利要求36所述的设备，其特征在于，所述关系标识符反映与所述第一用户相关联的一个或多个IoT设备和与所述第二用户相关联的一个或多个IoT设备之间的多个交互。

38.如权利要求29所述的设备，其特征在于，进一步包括：

用于跟踪多个IoT设备之间的交互以及发生所跟踪的交互的位置的装置，其中所述多个IoT设备与至少第一用户和第二用户相关联，并且所跟踪的交互包括所述IoT网络中的所述一个或多个经注册对象之间的至少一个交互；以及

用于基于所跟踪的交互和与之相关联的所述位置来发现所述第一用户与所述第二用户之间的至少一个非对称关系的装置。

39.如权利要求38所述的设备，其特征在于，所述非对称关系指示所述第一用户具有的与所述第二用户的第一关系不同于所述第二用户具有的与所述第一用户的第二关系。

40.如权利要求39所述的设备，其特征在于，所跟踪的位置指示所述第一用户以第一频度出现在所述第二用户拥有的个人空间，以及所述第二用户以不同于所述第一频度的第二频度出现在所述第一用户拥有的个人空间。

41.如权利要求38所述的设备，其特征在于，所述第一用户与所述第二用户之间的所述至少一个非对称关系是基于与在预定义时间段期间发生的所跟踪的交互相关联的数据来发现的。

42.如权利要求41所述的设备，其特征在于，所述第一用户与所述第二用户之间的所述至少一个非对称关系是进一步基于所述第一用户和所述第二用户之间的一个或多个先前确定的关系结合在所述预定义时间段期间发生的所跟踪的交互来发现的。

43.如权利要求38所述的设备，其特征在于，所述用于发现所述第一用户与所述第二用户之间的所述至少一个非对称关系的装置包括：

用于将与所跟踪的交互和发生所跟踪的交互的位置相关联的数据聚集到一个或多个主导群中的装置；

用于从所述一个或多个主导群推导专属于所述第一用户的群集表示和专属于所述第二用户的群集表示的装置；以及

用于基于专属于所述第一用户的群集表示和专属于所述第二用户的群集表示之间的相似性或非相似性来确定所述至少一个非对称关系的装置。

44.如权利要求38所述的设备，其特征在于，进一步包括：

用于根据发生所跟踪的交互的位置来显示与专属于所述第一用户的群集表示和专属于所述第二用户的群集表示相关联的数据的装置。

45.一种其上记录有计算机可执行指令的计算机可读存储介质，其中在一个或多个处理器上执行所述计算机可执行指令导致所述一个或多个处理器：

将一个或多个对象注册到IoT网络中；以及

根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个经注册对象形成为一个或多个IoT群。

46.如权利要求45所述的装置，其特征在于，进一步包括：

根据与所述一个或多个经注册对象相关联的使用以及所述一个或多个经注册对象之间的交互来将所述一个或多个IoT群划分成一个或多个子集。

47.如权利要求46所述的装置，其特征在于，进一步包括：

接收控制对所述一个或多个IoT群以及与之相关联的所述一个或多个子集的访问的一个或多个用户命令；以及

接收用于定制所述一个或多个IoT群以及与之相关联的所述一个或多个子集的一个或多个用户命令。

48.如权利要求45所述的装置，其特征在于，进一步包括：

从所述一个或多个经注册对象中具有通信能力的至少第一IoT设备接收关于与所述第一IoT设备相关联的使用和交互的信息；以及

响应于与所述第一IoT设备相关联的交互包括所述第一IoT设备与所述一个或多个经注册对象中不具有通信能力的至少一个第二IoT设备之间的至少一个交互，基于从所述第一IoT设备接收到的所述信息来推导关于与所述第二IoT设备相关联的使用和交互的信息。

49.如权利要求45所述的装置，其特征在于，进一步包括：

基于与所述一个或多个经注册对象中的第一IoT设备和所述一个或多个经注册对象中的第二IoT设备之间的至少一个交互相关联的一个或多个属性以及与所述第二IoT设备相关联的一个或多个属性来向所述第一IoT设备与所述第二IoT设备之间的关系指派排名；以及

基于所述第一IoT设备与所述第二IoT设备之间的经排名关系来确定是否向所述第二IoT设备准予对所述第一IoT设备的访问。

50.如权利要求49所述的装置，其特征在于，进一步包括：

基于与所述至少一个交互相关联的一个或多个属性、与所述第二IoT设备相关联的一个或多个属性、以及与所述第一IoT设备和所述第二IoT设备之间已发生的一个或多个先前交互相关联的一个或多个属性来更新指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名。

51.如权利要求49所述的装置，其特征在于，所述第一IoT设备属于第一用户且所述第二IoT设备属于第二用户，且其中所述用于确定是否向所述第二IoT设备准予访问的装置被进一步配置成基于指派给所述第一IoT设备与所述第二IoT设备之间的关系的所述排名来确定是否向所述第二IoT设备准予对属于所述第一用户的第三IoT设备的访问。

52.如权利要求45所述的装置，其特征在于，所述一个或多个经注册对象之间的交互包括属于第一用户的第一IoT设备与属于第二用户的第二IoT设备之间的至少一个交互，并且其中所述装置进一步包括：

至少部分地基于关于所述至少一个交互的信息来指派所述第一用户与所述第二用户之间的关系标识符。

53.如权利要求52所述的装置，其特征在于，所述关系标识符反映与所述第一用户相关联的一个或多个IoT设备和与所述第二用户相关联的一个或多个IoT设备之间的多个交互。

54.如权利要求45所述的装置，其特征在于，进一步包括：

跟踪多个IoT设备之间的交互以及发生所跟踪的交互的位置，其中所述多个IoT设备与至少第一用户和第二用户相关联，并且所跟踪的交互包括所述IoT网络中的所述一个或多个经注册对象之间的至少一个交互；以及

基于所跟踪的交互和与之相关联的所述位置来发现所述第一用户与所述第二用户之间的至少一个非对称关系。

55.如权利要求54所述的装置，其特征在于，所述非对称关系指示所述第一用户具有的与所述第二用户的第一关系不同于所述第二用户具有的与所述第一用户的第二关系。

56.如权利要求55所述的装置，其特征在于，所跟踪的位置指示所述第一用户以第一频度出现在所述第二用户拥有的个人空间，以及所述第二用户以不同于所述第一频度的第二频度出现在所述第一用户拥有的个人空间。

57.如权利要求54所述的装置，其特征在于，所述第一用户与所述第二用户之间的所述至少一个非对称关系是基于与在预定义时间段期间发生的所跟踪的交互相关联的数据来发现的。

58.如权利要求57所述的装置，其特征在于，所述第一用户与所述第二用户之间的所述至少一个非对称关系是进一步基于所述第一用户和所述第二用户之间的一个或多个先前确定的关系结合在所述预定义时间段期间发生的所跟踪的交互来发现的。

59.如权利要求54所述的装置，其特征在于，所述用于发现所述第一用户与所述第二用户之间的所述至少一个非对称关系的装置包括：

将与所跟踪的交互和发生所跟踪的交互的位置相关联的数据聚集到一个或多个主导群中；

从所述一个或多个主导群推导专属于所述第一用户的群集表示和专属于所述第二用户的群集表示；以及

基于专属于所述第一用户的群集表示和专属于所述第二用户的群集表示之间的相似性或非相似性来确定所述至少一个非对称关系。

60.如权利要求54所述的装置，其特征在于，进一步包括：

根据发生所跟踪的交互的位置来显示与专属于所述第一用户的群集表示和专属于所述第二用户的群集表示相关联的数据。