根据用户活动和/或邻近度检测来路由IOT通知的机制

摘要

本公开涉及可被用来根据用户活动和/或邻近度检测来在物联网(IoT)环境中路由通知的机制。更具体而言，在各实施例中，管理IoT环境的实体可以从IoT环境中的一个或多个IoT设备接收指示与一个或多个用户相关联的检测到的活动或检测到的邻近度的一个或多个消息、动作、或响应。管理实体随后可以根据指示检测到的活动或检测到的邻近度的该一个或多个消息、动作、或响应来确立活动和邻近度踪迹，由此响应于IoT设备报告一个或多个通知，可以标识邻近于该一个或多个用户中的至少一个用户的IoT设备并且可将该一个或多个通知路由到所标识的IoT设备。

说明书

相关申请的交叉引用

本专利申请要求于2013年11月14日提交的题为“MECHANISMSTO ROUTEIOTNOTIFICATIONSACCORDINGTOUSERACTIVITYAND/OR PROXIMITYDETECTION(根据用户活动和/或邻近度检测来路由IOT通知的 机制)”的临时专利申请No.61/904,335的权益，并且该临时专利申请已被转让给 本申请受让人并由此通过援引明确地整体纳入于此。

技术领域

本文描述的各实施例一般涉及根据用户活动和/或邻近度检测以跨与物联 网(IoT)环境相关联的一个或多个子网来路由通知的机制。

背景

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

数个市场趋势正推动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设备。

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

附图简述

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

图1A解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1B解说了根据本公开的另一方面的无线通信系统的高级系统架构。

图1C解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1D解说了根据本公开的一方面的无线通信系统的高级系统架构。

图1E解说了根据本公开的一方面的无线通信系统的高级系统架构。

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

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

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

图5解说了根据本公开的一个方面的其中可根据用户活动和/或邻近度检 测来在不同IoT设备之间路由通知的示例性IoT环境。

图6解说了根据本公开的一个方面的可被用来根据用户活动和/或邻近度 检测来在IoT环境中的不同IoT设备之间路由通知的示例性方法。

图7解说了根据本公开的一个方面的其中可根据用户活动和/或邻近度检 测将通知路由到本地邻近云和/或一个或多个外部邻近云中的一个或多个IoT 设备的示例性IoT环境。

图8解说了根据本公开的一个方面的可被用来将通知路由到本地邻近云和 /或一个或多个外部邻近云中的一个或多个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)，诸如IEEE802.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-1C中示出的无线通信系统100A-100C相同 和/或基本相似的各种组件。如此，出于描述的简洁和容易起见，与图1D中所 示的无线通信系统100D中的某些组件相关的各个细节可在本文中省略，既然 上面已分别关于图1A-1C中解说的无线通信系统100A-100C提供相同或类似细 节。

因特网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-1D中示出的无线通信系统100A-100D相 同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图1E中 示出的无线通信系统100E中的某些组件相关的各种细节可在本文中省略，既 然上面已关于分别在图1A-1D中解说的无线通信系统100A-100D提供了相同 或类似细节。

通信系统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-1B的空中接口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-1B中的空中接口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-1E的无线通信系统100A-100E上 与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电 子设备。

参照图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还可被实现为服务器。

一般而言，IoT技术中增加的开发将造成众多IoT设备在他们的家中、车 辆中、工作场所、以及许多其他位置或个人空间中围绕用户。结果，任何特定 IoT环境可具有安排在可与不同位置或其他个人空间相关联的不同群或集合中 的多个连通IoT设备，它们全部在本地邻近IoT网络上连接。此外，在本地邻 近IoT网络上连接的IoT设备可生成与特定事件和状态变化有关的通知，这在 该特定IoT设备需要向用户通知紧急事件或其他事件或状态变化时在用户可能 远离生成该通知的IoT设备时可引起问题。因此，以下描述一般提供了一种路 由可能需要立即关注的与紧急事件或其他高优先级事件相关的紧急通知或在 其它方面重要的通知以使得用户能够迅速地接收到该通知并采取适当的校正 动作的机制。然而，本领域技术人员将领会，相同和/或基本上相似的机制可被 用来路由或以其他方式递送任何合适的通知，不论紧急与否。此外，本领域技 术人员将领会，本文所描述的各种递送机制可被用来按通用的方式(例如，向 任何合适的用户)、个性化方式(例如，向特定用户)、或者其任何合适的组 合来路由通知。

更具体地，根据本公开的一个方面，图5解说了其中可根据用户活动和/ 或邻近度检测来在不同IoT设备之间路由通知的示例性IoT环境500。在各实 施例中，图5所示的IoT环境500可尤其包括可跟踪与IoT环境500内的用户 530相关联的位置并使用在用户530附近且具有通知能力的IoT设备来向用户 530路由通知的IoT超级代理540。在各实施例中，如以上参考图1C和图1E 更详细地描述的，IoT超级代理540一般可封装网关功能性545并促进IoT环 境500中各IoT设备之间的通信。例如，图5中示出的示例性IoT环境500可 包括位于第一个人空间(例如，室内房间1)中的微波炉IoT设备510、恒温器 IoT设备512、和温度显示器IoT设备514、以及位于第二个人空间(例如，室 内房间2)中的冰箱IoT设备518，以及位于第三个人空间(例如，后院)中的 一个或多个洒水器IoT设备524a、524b。此外，IoT环境500可包括将室内房 间1连接到室内房间2的第一门口IoT设备516以及将室内房间2连接到后院 的第二门口IoT设备522。然而，本领域技术人员将领会，上述IoT设备仅仅 是解说性的，其中任何特定IoT环境500可包括以不同方式安排在不同个人空 间中的不同IoT设备。

在各实施例中，IoT环境中的每一IoT设备可以响应于检测到与用户530 相关联的活动和/或响应于检测到其邻近的用户530来向IoT超级代理540发送 通知。例如，发送给IoT超级代理540的通知可以指示其中用户530直接或间 接与IoT设备交互的主动交互(例如，用户530开启微波炉IoT设备510、打 开或关闭冰箱IoT设备518、从冰箱IoT设备518拿水或冰、改变恒温器IoT 设备512上的温度设置、打开第一门口IoT设备516、直接或经由遥控器与电 视机IoT设备(未示出)交互，等等)。在另一示例中，发送给IoT超级代理 540的通知可以指示其中配备有邻近度和/或在场传感器的IoT设备检测到用户 530而无需用户530直接或间接与其交互的被动交互。此外，在一些使用情形 中，用户530上的可穿戴设备(例如，Fitbit活动跟踪器、表，等等)可向IoT 超级代理540周期性地发送描述用户530执行的活动、与用户530相关联的当 前位置信息、位于用户530附近的具有合适的通知能力的任何IoT设备、和/ 或与用户530相关联的其他相关活动和/或邻近度信息的活动和/或邻近度指示 符。

因此，在各实施例中，IoT超级代理540可以跟踪在IoT环境500内发送 的活动和/或邻近度指示符，并使用所跟踪的活动和/或邻近度指示符来维护用 户活动和邻近度踪迹，该踪迹可被参考以确定如何向用户530合适地路由通知。 此外，在各实施例中，IoT超级代理540可能知晓与IoT环境500中的各IoT 设备相关联的通知能力，并基于接收到的最新活动和/或邻近度指示符以及与 IoT环境500中的各IoT设备相关联的特定通知能力来确定将通知路由到何处。 例如，在各实施例中，冰箱IoT设备518和洗衣机/干衣机IoT设备(未示出) 可具有可向用户530提供视觉通知的显示器，扬声器IoT设备520可以播放不 同的声音来向用户530提供可听通知，且洒水器IoT设备524a、524b可具有按 不同模式(例如，三次快速喷射)发射水来通知用户530的能力。如此，响应 于接收到通知，IoT超级代理540可以标识最新近报告了与用户530相关联的 主动或被动跟踪事件的一个或多个IoT设备，由此IoT超级代理540可以参考 用户活动和邻近度踪迹根据概率性确定来标识邻近于用户530的一个或多个 IoT设备(例如，如果用户530通常以在早晨首先开启咖啡机并随后在返回咖 啡机之前进行淋浴来开始工作日，则在淋浴器报告其中用户530关闭淋浴器的 主动跟踪事件的情况下，IoT超级代理540可概率性地确定用户530将很快处 于咖啡机附近)。此外，IoT超级代理540可具有控制如何将通知转换成可通 过邻近于用户530的IoT设备处理并呈现的最终将通知递送给用户530的格式 的规则，且可进一步具有使报告给它的用户活动和/或邻近度指示符期满以防止 根据陈旧信息来路由通知的规则(例如，用户活动和/或邻近度指示符可在预定 时间段后、响应于报告用户530已显著改变了位置的邻近度指示符(诸如离开 家并去工作)等等而期满)。

在各实施例中，现在将具体参考图5描述详细解说IoT超级代理540可如 何根据用户活动和/或邻近度检测来路由通知的示例性使用情形。例如，响应于 用户530开启位于室内房间1中的微波炉IoT设备510，IoT超级代理540可以 从微波炉IoT设备510接收第一主动交互指示符A:1。用户530随后可改变恒 温器IoT设备512上的温度设置并检查位于室内房间1中的温度显示器IoT设 备514，其中恒温器IoT设备512和温度显示器IoT设备514可分别向IoT超 级代理540报告第二和第三主动交互指示符A:2和A:3。响应于用户530随后 通过将室内房间1连接到室内房间2的第一门口IoT设备516并通过将室内房 间2连接到后院的第二门口IoT设备522，第一门口IoT设备516和第二门口 IoT设备522可分别向IoT超级代理540报告第一和第二被动交互指示符P:4 和P:5。基于主动交互指示符A:1到A:3以及被动交互指示符P:4和P:5，IoT 超级代理540可确立与用户530相关联的活动和邻近度踪迹。响应于接收到来 自微波炉IoT设备510的指示食物在某一后续时间点烧焦的通知，IoT超级代 理540可参考活动和邻近度踪迹来确定用户530位于邻近于后院中洒水器IoT 设备524a、524b(例如，因为最后跟踪事件是从将室内房间2连接到后院的第 二门口IoT设备522报告的，洒水器IoT设备524a、524b位于后院)。因此， 因为洒水器IoT设备524a、524b可能不具有在视觉上或听觉上通知用户530 的能力，IoT超级代理540可将来自微波炉IoT设备510的指示食物烧焦的消 息转换成洒水器IoT设备524a、524b能处理的格式。经转换的消息随后可被路 由到洒水器IoT设备524a、524b，其中经转换的消息可以使洒水器IoT设备 524a、524b按不同模式发射水，从而将通知呈现给用户530。此外，因为通过 洒水器IoT设备524a、524b呈现的通知可能关于特定紧急事件而言有点模糊， 所以IoT超级代理540可基于与用户相关联的后续状态变化来进一步转换该通 知并将经转换的通知路由到其他IoT设备。例如，如果用户再次通过第二门口 IoT设备522，则IoT超级代理540可推导出用户530已重新进入室内房间2 并将通知路由到可显示视觉信息的冰箱IoT设备518，以具体地指示食物在微 波炉IoT设备510中烧焦。

根据本公开的一个方面，图6解说了可被用来根据用户活动和/或邻近度检 测来在IoT环境中的不同IoT设备之间路由通知的示例性方法600。具体而言， 在框610，IoT设备超级代理一般可按基本上持续的方式监视IoT环境以接收来 自IoT环境内的检测到与用户相关联的主动和/或被动交互的任何IoT设备的活 动和/或邻近度指示符并进一步接收来自IoT环境内的任何IoT设备(例如，检 测到紧急事件或其他高优先级事件或状态变化的IoT设备)的通知。如此，响 应于在框620接收到从一个或多个IoT设备报告的活动和/或邻近度指示，IoT 超级代理可在框630适当地更新与用户相关联的活动和/或邻近度踪迹。例如， 报告给IoT超级代理的活动和/或邻近度指示可指示其中用户与IoT设备直接或 间接交互的主动交互和/或其中IoT设备检测到用户在其附近而无需用户直接 或间接与其交互的被动交互(例如，使用邻近度和/或在场传感器)。此外，在 各实施例中，用户可具有可穿戴设备(例如，Fitbit活动跟踪器、表，等等)， 该可穿戴设备可向IoT超级代理周期性地报告活动和/或邻近度指示符以指示 用户执行的活动、与用户相关联的当前位置信息、位于用户附近的具有合适的 通知能力的任何IoT设备、和/或与用户相关联的其他相关活动和/或邻近度信 息。

因此，在各实施例中，IoT超级代理可在框630更新与用户相关联的活动 和邻近度踪迹，以跟踪在IoT环境内发送的活动和/或邻近度指示符并确定如何 将通知路由给用户。此外，在各实施例中，在框630更新与用户相关联的活动 和邻近度踪迹可包括根据某些规则使先前报告给它的某些用户活动和/或邻近 度指示符期满以防止根据陈旧信息来路由通知(例如，用户活动和/或邻近度指 示符可在预定时间段后、响应于报告用户显著改变了位置(诸如离开家并去工 作)的邻近度指示符等而在框630期满)。

在各实施例中，响应于在框640确定从一个或多个IoT设备接收到通知， IoT超级代理随后可在框650标识邻近用户的一个或多个IoT设备，其中可基 于概率性确定和最新近报告的主动或被动跟踪事件来标识IoT设备。在各实施 例中，框660可包括将通知转换成可通过在框650标识的IoT设备处理和呈现 的格式，并在框670将经转换的通知路由到所标识的邻近IoT设备。相应地， 邻近IoT设备可从IoT超级代理接收经转换的通知，其中经转换的通知可以使 附近IoT设备根据与其相关联的能力来将通知递送给用户。例如，在各实施例 中，邻近IoT设备可在该邻近IoT设备具有显示能力的情况下在视觉上通知用 户、在该附近IoT设备具有音频输出能力的情况下在听觉上通知用户、和/或在 该附近IoT设备具有显示能力和音频输出能力两者的情况下向用户提供视觉和 可听通知。在另一示例中，如果邻近IoT设备不具有显示能力或音频输出能力， 则经转换的通知可以使附近IoT设备执行可表示该通知的某种区别性动作(例 如，洒水器IoT设备可按区别性模式发射水以通知用户)。在任何情况下，该 通知可被适当地路由到邻近IoT设备以使得用户能够快速地接收到通知并采取 适当的动作。

根据本公开的一个方面，图7解说了其中可根据用户活动和/或邻近度检测 将通知路由到本地邻近云和/或一个或多个外部邻近云中的一个或多个IoT设 备的示例性IoT环境。更具体地，如在本文中将更详细地描述的，一个或多个 用户通知可以与严重性或临界性水平相关联，该严重性或临界性水平可以结合 生存时间(TTL)值以及基于用户活动和/或邻近度踪迹的用户上下文信息来使 用，以确定要接收用户通知的数个目标IoT设备并控制将用户通知路由到本地 邻近云和/或一个或多个外部邻近云中的一个或多个IoT设备。

根据各实施例，图7中所示的示例IoT环境一般可包括通过因特网775彼 此连接的家庭IoT子网710、汽车IoT子网730、以及办公室IoT子网750。在 该上下文中，与特定用户通知相关联的本地邻近云可对应于该用户通知所源自 的IoT子网710、730、750，且其他IoT子网可以表示相关于该用户通知的外 部邻近云。相应地，家庭IoT子网710、汽车IoT子网730以及办公室IoT子 网750可各自具有相应的IoT超级代理712、732、752，IoT超级代理712、732、 752被配置成：接收来自与其相关联的本地邻近云中的IoT设备的用户通知； 基于与该用户通知相关联的严重性或临界性水平来查明要接收该用户通知的 数个目标IoT设备；以及根据与该用户通知相关联的严重性或临界性水平、与 该用户通知相关联的TTL值、和/或用户上下文信息(例如，用户活动和邻近 度踪迹是否指示某些目标用户存在于本地邻近云或者一个或多个外部邻近云 中、在与特定用户通知相关联的TTL值期满之前是否接收到用户确收，等等) 来将该用户通知路由到本地邻近云和/或一个或多个外部邻近云内的所查明的 数个目标IoT设备。

例如，在图7所示的示例性IoT环境中，家庭IoT子网710包括门传感器 721、后院邻近度传感器722、院灯723、冰箱724、微波炉725、恒温器726、 以及洒水器系统727，它们可各自对应于IoT超级代理712管理并控制的本地 邻近云中的相应IoT设备。相应地，IoT超级代理712可基于可从门传感器721、 后院邻近度传感器722、院灯723、冰箱724、微波炉725、恒温器726、洒水 器系统727和/或位于家庭IoT子网710中的任何其他IoT设备接收到的一个或 多个用户活动和/或邻近度指示符来维护一个或多个用户活动和邻近度踪迹。在 该上下文中，假定微波炉725检测到触发用户通知的事件，微波炉725可向该 事件指派严重性或临界性水平并将具有与其相关联的TTL值的用户通知714传 送给IoT超级代理712。例如，在各实施例中，严重性或临界性水平可基于系 统默认(例如，与可能需要用户关注的某些常见事件相关联的严重性或临界性 水平)和/或用户定义或定制的准则(例如，用户可修改系统默认、创建与用户 定义的严重性或临界性水平相关联的定制事件，等等)被指派给用户通知714。 在类似方面，与用户通知714相关联的TTL值可基于严重性或临界性水平结合 一个或多个系统默认、用户定义的准则和/或定制准则来被确定。例如，TTL值 可以指定一时间段，如果在TTL值期满之前尚未接收到确收，则在该时间段之 后，通知714可被路由到外部邻近云。如此，严重或临界通知可具有较短的TTL 值以确保用户被快速通知，具有低严重性的通知可渴望较短的TTL值，以避免 来自必须与外部邻近云通信的开销，等等。

在各实施例中，响应于从微波炉725接收到用户通知714，与家庭IoT子 网710相关联的IoT超级代理712可以基于与通知714相关联的严重性或临界 性水平和/或用户上下文信息来查明要通知的数个目标IoT设备。例如，IoT超 级代理712可以基于与传入通知714相关联的严重性或临界性水平来确定是否 要通知洒水器系统727，以避免误用(例如，除非通知714具有高严重性或临 界性水平，否则不通知洒水器系统727，以避免向邻居警报可能存在于家中的 状况)。在另一示例中，假定IoT超级代理712将外部通知718路由到汽车IoT 子网730中的IoT超级代理732，则IoT超级代理732可以基于当前用户上下 文确定是否将通知718路由到多媒体或信息娱乐系统743和/或使得一个或多个 座位传感器742振动(例如，避免在通知718具有低严重性或临界性的情况下 以可造成驾驶员分心的方式路由通知)。

此外，在各实施例中，IoT超级代理712可以基于与传入通知714相关联 的严重性或临界性水平和/或一个或多个用户是否存在于本地邻近云710中来 确定是否只在本地邻近云内路由内部通知716和/或是否向外到达外部邻近云 730、750。例如，在各实施例中，IoT超级代理712可以路由内部通知716和 外部通知718以报告具有高严重性或临界性水平的传入通知714。在另一示例 中，IoT超级代理712可以在存在于本地邻近云710中的用户只是孩子且父母 远离家中的情况下路由内部通知716和外部通知718。在又一示例中，IoT超级 代理712可以在目标用户存在于本地邻近云710中且传入通知714具有低严重 性或临界性水平的情况下最初只路由内部通知716，并随后在与内部通知716 相关联的TTL值期满而没有来自用户的确收的情况下路由外部通知718。然而， 本领域技术人员将领会，以上示例只是出于解说目的且各种准则和/或因素组合 可被用来查明要通知的数个IoT设备、要在其中路由通知的邻近云、要通知的 特定IoT设备，等等。

现在参考图7所示的特定示例，微波炉724可以指定传送给IoT超级代理 712的通知714具有高严重性或临界性以表示需要迅速关注的紧急状况，由此 微波炉725可进一步基于该紧急状况来指定与通知714相关联的适当TTL值。 在各实施例中，基于用户活动和邻近度踪迹，IoT超级代理712可以基于从门 传感器721、后院邻近度传感器722和/或家庭IoT子网710中的另一合适的IoT 设备接收到的邻近度指示符来确定一个或多个用户存在于外部。相应地，IoT 超级代理712可将内部通知716路由到院灯723和洒水器系统727，其中内部 通知716可以使得院灯723持续闪烁并使得洒水器系统727持续地断续喷水以 指示紧急状况。此外，IoT超级代理712可以基于严重性或临界性水平和/或存 在于本地邻近云710中的用户来将外部通知718路由到汽车IoT子网730中的 IoT超级代理732和办公室IoT子网750中的IoT超级代理752。例如，在各实 施例中，IoT超级代理712可自动地将严重或临界通知718路由到外部邻近云 730、750。在另一示例中，可定义用户层级，由此IoT超级代理712在存在于 本地邻近云710中的用户在层级中具有低排名(例如，孩子)的情况下自动地 将严重或临界通知718自动路由到外部邻近云730、750，或替换地只有在存在 于本地邻近云710中的用户在层级中具有较高排名(例如，成人)但未能在与 内部通知716相关联的TTL值期满之前确收内部通知716的情况下才将严重或 临界通知718路由到外部邻近云730、750。在任何情况下，在IoT超级代理712 将外部通知718路由到汽车IoT子网730中的IoT超级代理732和办公室IoT 子网750中的IoT超级代理752的情况下，相应IoT超级代理732、752随后可 在与其相关联的相应本地邻近云730、750内路由外部通知718(例如，IoT超 级代理732可将外部通知718路由到可显示紧急警报直至被确收的信息娱乐系 统743，IoT超级代理752可将外部通知718路由到可持续闪烁直至被确收的办 公室照明系统763，等等)。此外，在IoT超级代理732和/或IoT超级代理752 接收到通知718的确收的情况下，适当的IoT超级代理732、752可以向通知 714所源自的本地邻近云710中的IoT超级代理712进行通知，使得IoT超级 代理712可不理会内部通知716、基于关于与确收用户相关联的当前在场的知 识来相应地更新用户活动和邻近度踪迹、基于IoT超级代理732、752与接收到 确收的IoT设备处于通信来采取进一步动作以与进行确收的用户通信，等等。

根据本公开的一个方面，图8解说了可被用来将通知路由到本地邻近云和 /或一个或多个外部邻近云中的一个或多个IoT设备的示例性方法800。更具体 而言，在框810，可以接收来自一个或多个IoT设备的用户通知(例如，在IoT 超级代理处)，其中接收到的用户通知可以指定严重性或临界性水平以及与一 历时相关的生存时间(TTL)值，在该历时之后，在用户通知所源自的本地邻 近云内尚未接收到对用户通知进行确收的消息的情况下，用户通知应当被转发 到外部邻近云。在各实施例中，在框820，可查明要接收用户通知的数个目标 IoT设备，其中可基于与用户通知相关联的严重性或临界性水平和/或其他合适 的用户上下文信息来查明要接收用户通知的数个目标IoT设备。在框830，随 后可将用户通知路由到用户通知所源自的本地邻近云中的一个或多个目标IoT 设备。例如，在各实施例中，可根据与以上参考图5-6讨论的那些技术基本上 相似的技术来将用户通知路由到本地邻近云中的目标IoT设备。

在各实施例中，随后可在框840作出与用户通知是否具有严重或临界状态 有关的确定，在是的情况下，用户通知可在框860被路由到一个或多个外部邻 近云。替换地，即使用户通知不具有严重或临界状态，在框860，也可响应于 确定旨在接收通知的目标用户不存在于本地邻近云中(这可基于以上进一步详 细描述的用户活动和邻近度踪迹来确定)而将用户通知路由到一个或多个外部 邻近云。在各实施例中，假定通知不具有严重或临界状态且旨在接收通知的目 标用户存在于本地邻近云中，则可监视本地邻近云以确定是否已接收到对在本 地邻近云内路由的通知进行确收的消息。相应地，响应于确定在与通知相关联 的TTL值期满之前尚未在本地邻近云内接收到对该通知进行确收的消息，在可 任选框870，可将用户通知路由到一个或多个外部邻近云。然而，如果在与通 知相关联的TTL值期满之前在本地邻近云内接收到对该通知进行确收的消息， 则在可任选框870，无需将用户通知路由到一个或多个外部邻近云。此外，在 接收到确收消息的情况下，无论来自本地邻近云还是特定外部邻近云内，用户 活动和邻近度踪迹可被适当地更新以反映与当前用户在场有关的知识。

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

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

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

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

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

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