用于增强发现的系统和方法

用于增强发现的系统和方法
【专利说明】用于増强发现的系统和方法
[0001] 相关申请的交叉引用
[0002] 本申请要求 2013 年 5 月 16 日提交的名为"EMBODIMENTSTOPROVIDEENHANCED DISCOVERY"的美国临时专利申请No. 61/823, 988的优先权，通过引用将其全部内容合并于 此。
【背景技术】
[0003] 当前的网络和通信技术，诸如机器对机器（M2M)技术和互联网允许设备使用有线 和无线通信系统更直接地相互通信。M2M技术尤其是能够进一步实现物联网（IoT),物联网 是唯一可识别的对象W及相互并且通过网络（诸如互联网）通信的运些对象的虚拟表述的 系统。IoT可W便利与更加平常的日用品（诸如杂货店中的产品或家用电器）通信，并且从 而通过提高对运些对象的知识来降低成本和减少浪费。例如，通过能够与可能在库存中的 对象或者可能已经售出的对象通信，或者从其获得数据，商店可W保持很精确的库存数据。 可通信地连接的实体和对象的其他网络也可W便利类似的功能。
[0004] 几乎任何通信网络（包括IoT或者连接的实体的类似的网络）中的每个实体都需 要一种机制来发现网络中的其他实体，使得它们能够通信W完成任务和执行功能。当前的 发现机制通常采用两种形式。在基于目录的发现中，存在网络中的实体可W查询W发现资 源的目录服务器或者其他目录实体。（本文使用的"资源"指的是网络中可用的任何设备、 服务、实体W及任何其他功能、能力或"事物"）。目录服务器可W居中放置，或者可W分布 在网络周围。在非目录发现中，各个实体跨网络或者网络的一部分广播或者多播发现请求。 通过报告实体处可用的资源，资源提供实体对该请求做出响应。有些实施方式（诸如使用 互联网工程任务组（IET巧服务定位协议（SLP)的实施方式）可W同时支持基于目录的发 现W及非目录发现。
[0005] 在当前的实施方式中，当网络中的实体试图使用相同类型的资源时，可通过资源 目录服务器或者提供资源的实体来处理对于相同类型资源的多个发现请求。类似或相同类 型的发现请求的运种重复处理可能将巨大的开销添加到运些实体，并且当运些实体具有有 限的处理、通信、电力和/或其他性能时，可能影响实体执行其他任务的能力。

【发明内容】

[0006] 本文所公开的实施例包括一种方法，用于在连接的实体的网络中的网络节点处接 收来自第一实体的第一发现请求；将所述第一发现请求传送到资源目录实体；接收来自所 述资源目录实体的第一发现响应；基于所述第一发现响应，在所述网络节点存储第一发现 响应数据；将所述第一发现响应传送到所述第一实体。然后，当所述网络节点接收来自第二 实体的第二发现请求时，可W确定所述第二发现请求的发现请求数据与所述第一发现响应 数据相对应；W及因此可将包括所述第一发现响应数据的第二发现响应传送到所述第二实 体，而不是将第二请求转发给资源目录。
[0007] 本文所公开的实施例还包括网络节点，网络节点包括处理器，所述处理器执行指 令W:在连接的实体的网络中的网络节点处接收来自第一实体的第一发现请求；将所述第 一发现请求传送到资源目录实体；接收来自所述资源目录实体的第一发现响应；基于所述 第一发现响应，在所述网络节点处存储第一发现响应数据；W及将所述第一发现响应传送 到所述第一实体。然后，当所述网络节点接收来自第二实体的第二发现请求时，可W确定所 述第二发现请求的发现请求数据与所述第一发现响应数据相对应；W及因此可将包括所述 第一发现响应的第二发现响应传送到所述第二实体，而不是将第二请求转发到资源目录。
[0008] 本文所公开的实施例还包括网络节点，所述网络节点包括处理器，所述处理器执 行指令W:在连接的实体的网络中的网络节点处接收来自第一实体的第一发现请求；将所 述第一发现请求传送到资源目录实体；接收来自所述资源目录实体的第一发现响应；基于 所述第一发现响应，在所述网络节点处存储所述第一发现响应数据；W及将所述第一发现 响应传送到所述第一实体。然后，当所述网络节点接收来自第二实体的第二发现请求时，可 W确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应；W及因此可将 包括第一实体的位置的第二发现响应传送到所述第二实体，或者将第二请求重新定向到第 二实体。
[0009] 提供本
【发明内容】
W介绍采用简化形式的概念的选择，在W下【具体实施方式】中将进 一步描述运些概念。本
【发明内容】
不是意在识别所要求保护的主题的关键特征或必要特征， 也不是意在用于限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本 公开的任何部分记录的任何或全部缺点的限制。
【附图说明】
[0010] 图1图示出可W实施增强资源发现的实施例的示例性系统。
[0011] 图2图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0012] 图3图示出可W实施增强资源发现的实施例的示例性系统。
[0013] 图4图示出可W在增强资源发现的实施例中使用的示例性消息格式。
[0014] 图5图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0015] 图6图示出可W实施增强资源发现的实施例的示例性系统。
[0016] 图7图示出可W在增强资源发现的实施例中使用的示例性消息格式。
[0017] 图8图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0018] 图9图示出可W实施增强资源发现的实施例的示例性系统。
[0019] 图10图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0020] 图11图示出可W实施增强资源发现的实施例的示例性系统。
[0021] 图12图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0022] 图13图示出可W实施增强资源发现的实施例的示例性系统。
[0023] 图14图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
[0024] 图15图示出可W在增强资源发现的实施例中用于存储发现数据的示例性结构。
[0025] 图16图示出实施增强资源发现的实施例的示例性方法。
[0026] 图17图示出实施增强资源发现的实施例的示例性方法。
[0027] 图18图示出实施增强资源发现的实施例的示例性方法。
[002引图19图示出可W在增强资源发现的实施例中使用的示例性消息格式。
[0029] 图20图示出可W实施增强资源发现的实施例的示例性系统。
[0030] 图21A是示例机器对机器（M2M)或物联网（IoT)通信系统的系统图，其中可W实 施一个或多个所公开的实施例。 阳03U 图21B是在图12A中所图示的M2M/IOT通信系统内可W使用的示例体系结构的系 统图。 阳03引图21C是在图12A中所图示的通信系统内可W使用的示例M2M/IOT终端或网关设 备的系统图。
[0033] 图21D是示例计算系统的框图，其中可W具体实施图12A的通信系统的多个方面。
【具体实施方式】
[0034] 本文阐述的实施例是按照表述性状态转移（REST)体系结构来描述的，其中所描 述的组件和实体符合REST体系结构（REST式体系结构）的约束条件。REST式体系结构是 按照应用于在体系结构中使用的组件、实体、连接器W及数据元素的约束条件来描述的，而 不是按照物理组件实施方式或者所使用的通信协议来描述的。因此，下面将使用REST式体 系结构来描述组件、实体、连接器W及数据元素的作用和功能，其中可W在实体之间转移唯 一可寻址的资源的表述。但是，可W预期可W在本文阐述的其他环境中实施的很多其他实 施例。例如，可W在按照面向服务的体系结构（SOA)或者允许发现资源的任何其他体系结 构或者抽象概念来定义或者描述的体系结构中实施本公开的实施例。
[0035] 本领域技术人员应当认识到，本实施例的实施方式可W改变，同时保持在本公开 的范围内。此外本领域技术人员还应当认识到，所公开的示例性实施例虽然本文有时候参 照欧洲电信标准研究所巧TSDM2M体系结构来描述，但是其不限于使用ETSIM2M体系结构 的实施方式。可W在具有连接的实体的其他体系结构和系统中实施所公开的实施例，诸如 oneM2M和其他M2M系统和体系结构。所公开的实施例也可W更一般地应用于计算机网络W 及具有一个或多个计算机网络的系统。例如，可W在互联网上或者包括互连设备的任何网 络中的路由器、集线器、网关、交换机或服务器处实施所公开的实施例。所有运些实施例均 预期为在本公开的范围内。
[0036] 为了解决当前资源发现机制中存在的问题，本公开将描述可W在任何网络或者通 信地连接的实体的集合中使用的若干实施例。在很多所公开的实施例中，可W使用沿着发 现请求者与资源目录或者资源提供实体之间的路径的中间节点处的网络中存储设备。例 如，并且如本文更详细所述，使用缓存于中间节点、可W应答发现请求的发现结果，而不是 将运种请求转发给资源目录或者资源提供实体，可W实施更有效的资源发现。在其他实施 例中，可将通过中间节点广播发现结果用于告知与资源目录或者缓存发现结果的资源提供 实体接近的节点。在其他实施例中，资源目录、资源提供实体和/或中间节点可W保存发现 请求的记录，其包括请求者的指示。当随后通过节点、目录或实体接收相同或相似的发现请 求时，其可W通知请求者先前的请求者可能具有请求的发现结果，或者其可W将请求转发 给先前的请求者。
[0037] 其他实施例允许缓存的发现结果的更新修改。例如在一个实施例中，当缓存的发 现结果变为无效或者不完整时，缓存目录、实体或节点可W基于网络中信息的公布和不公 布，修改缓存的发现结果，W延长缓存的发现结果的功用。中间节点也可W接收来自多个资 源目录或资源提供实体的发现结果，并且可将运些结果组合，W在多个资源提供者之间提 供负载均衡，用于资源检索和递送。替代性地，中间节点可W不存储整个发现结果，而是可 W只缓存其一部分。本公开中定义示例性消息和过程，W实现运些机制。在本公开中，在某 些示例中可W使用SLP来说明本公开中所述的示例性实施例，但是用于实施所公开的实施 例的其他协议和机制也预期为在本公开的范围内。
[0038] 注意，在本公开的全文中，用于说明各种实施例的示例资源可W是监督视频内容 的提供者。运只是很多实施例的其中一个，并且在本文中仅用于示例性目的。所公开的实 施例可W应用于任何资源、服务、实体、设备等等，并且该示例的使用不欲限制任何实施例。
[0039] 图1图示出可支持本文所公开的实施例的示例体系结构100。注意，关于图1所述 的各种实体仅用于说明性目的，并且预期了其他体系结构和配置。所述各种实体可W使用 任何数量的设备和软件W及它们的任何组合来实施，可W位于任何网络、网络的一部分等 等中，并且可W与任何其他实体互连和/或通信，不管本文是否描述。所有运些实施例均预 期为在本公开的范围内。 W40] 例如可通过边缘网络或无线电接入网络（RAN) 110中的实体，诸如实体111-113中 的一个，来传送发现请求。该发现请求可W被定向到或寻址到资源目录130。发现请求可 W先在核屯、网络120的网关121处被接收，并且然后穿越促进将请求递送到资源目录130 的一个或多个中间节点，诸如节点122-129的任何组合。然后资源目录130可通过定向到 请求实体的发现结果来应答。虽然通过节点122-129的任何组合W及网关121将发现结果 转