CN105409248B - 用于增强发现的系统和方法 - Google Patents
用于增强发现的系统和方法 Download PDFInfo
- Publication number
- CN105409248B CN105409248B CN201480032448.XA CN201480032448A CN105409248B CN 105409248 B CN105409248 B CN 105409248B CN 201480032448 A CN201480032448 A CN 201480032448A CN 105409248 B CN105409248 B CN 105409248B
- Authority
- CN
- China
- Prior art keywords
- discovery
- entity
- discovery response
- request
- response data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
本文公开用于提供增强服务发现的各种设备、方法、处理和系统。网络中的实体可以向资源目录发送对于服务发现的请求,并且资源目录可通过所请求的发现信息来响应。在位于请求实体与资源目录之间的路径上的网络节点处,可以缓存该发现信息。在检测相似的发现请求时,网络节点可通过缓存的发现信息来应答,基于缓存的发现信息将请求转发给另一个实体,或者通过可能具有所请求的发现信息的另一个实体的地址或位置来应答。
Description
相关申请的交叉引用
本申请要求2013年5月16日提交的名为“EMBODIMENTS TO PROVIDE ENHANCEDDISCOVERY”的美国临时专利申请No.61/823,988的优先权,通过引用将其全部内容合并于此。
背景技术
当前的网络和通信技术,诸如机器对机器(M2M)技术和互联网允许设备使用有线和无线通信系统更直接地相互通信。M2M技术尤其是能够进一步实现物联网(IoT),物联网是唯一可识别的对象以及相互并且通过网络(诸如互联网)通信的这些对象的虚拟表述的系统。IoT可以便利与更加平常的日用品(诸如杂货店中的产品或家用电器)通信,并且从而通过提高对这些对象的知识来降低成本和减少浪费。例如,通过能够与可能在库存中的对象或者可能已经售出的对象通信,或者从其获得数据,商店可以保持很精确的库存数据。可通信地连接的实体和对象的其他网络也可以便利类似的功能。
几乎任何通信网络(包括IoT或者连接的实体的类似的网络)中的每个实体都需要一种机制来发现网络中的其他实体,使得它们能够通信以完成任务和执行功能。当前的发现机制通常采用两种形式。在基于目录的发现中,存在网络中的实体可以查询以发现资源的目录服务器或者其他目录实体。(本文使用的“资源”指的是网络中可用的任何设备、服务、实体以及任何其他功能、能力或“事物”)。目录服务器可以居中放置,或者可以分布在网络周围。在非目录发现中,各个实体跨网络或者网络的一部分广播或者多播发现请求。通过报告实体处可用的资源,资源提供实体对该请求做出响应。有些实施方式(诸如使用互联网工程任务组(IETF)服务定位协议(SLP)的实施方式)可以同时支持基于目录的发现以及非目录发现。
在当前的实施方式中,当网络中的实体试图使用相同类型的资源时,可通过资源目录服务器或者提供资源的实体来处理对于相同类型资源的多个发现请求。类似或相同类型的发现请求的这种重复处理可能将巨大的开销添加到这些实体,并且当这些实体具有有限的处理、通信、电力和/或其他性能时,可能影响实体执行其他任务的能力。
发明内容
本文所公开的实施例包括一种方法,用于在连接的实体的网络中的网络节点处接收来自第一实体的第一发现请求;将所述第一发现请求传送到资源目录实体;接收来自所述资源目录实体的第一发现响应;基于所述第一发现响应,在所述网络节点存储第一发现响应数据;将所述第一发现响应传送到所述第一实体。然后,当所述网络节点接收来自第二实体的第二发现请求时,可以确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及因此可将包括所述第一发现响应数据的第二发现响应传送到所述第二实体,而不是将第二请求转发给资源目录。
本文所公开的实施例还包括网络节点,网络节点包括处理器,所述处理器执行指令以:在连接的实体的网络中的网络节点处接收来自第一实体的第一发现请求;将所述第一发现请求传送到资源目录实体;接收来自所述资源目录实体的第一发现响应;基于所述第一发现响应,在所述网络节点处存储第一发现响应数据;以及将所述第一发现响应传送到所述第一实体。然后,当所述网络节点接收来自第二实体的第二发现请求时,可以确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及因此可将包括所述第一发现响应的第二发现响应传送到所述第二实体,而不是将第二请求转发到资源目录。
本文所公开的实施例还包括网络节点,所述网络节点包括处理器,所述处理器执行指令以:在连接的实体的网络中的网络节点处接收来自第一实体的第一发现请求;将所述第一发现请求传送到资源目录实体;接收来自所述资源目录实体的第一发现响应;基于所述第一发现响应,在所述网络节点处存储所述第一发现响应数据;以及将所述第一发现响应传送到所述第一实体。然后,当所述网络节点接收来自第二实体的第二发现请求时,可以确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及因此可将包括第一实体的位置的第二发现响应传送到所述第二实体,或者将第二请求重新定向到第二实体。
提供本发明内容以介绍采用简化形式的概念的选择,在以下具体实施方式中将进一步描述这些概念。本发明内容不是意在识别所要求保护的主题的关键特征或必要特征,也不是意在用于限制所要求保护的主题的范围。此外,所要求保护的主题不限于解决在本公开的任何部分记录的任何或全部缺点的限制。
附图说明
图1图示出可以实施增强资源发现的实施例的示例性系统。
图2图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图3图示出可以实施增强资源发现的实施例的示例性系统。
图4图示出可以在增强资源发现的实施例中使用的示例性消息格式。
图5图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图6图示出可以实施增强资源发现的实施例的示例性系统。
图7图示出可以在增强资源发现的实施例中使用的示例性消息格式。
图8图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图9图示出可以实施增强资源发现的实施例的示例性系统。
图10图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图11图示出可以实施增强资源发现的实施例的示例性系统。
图12图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图13图示出可以实施增强资源发现的实施例的示例性系统。
图14图示出演示用于实施增强资源发现的实施例的示例性处理的信号流。
图15图示出可以在增强资源发现的实施例中用于存储发现数据的示例性结构。
图16图示出实施增强资源发现的实施例的示例性方法。
图17图示出实施增强资源发现的实施例的示例性方法。
图18图示出实施增强资源发现的实施例的示例性方法。
图19图示出可以在增强资源发现的实施例中使用的示例性消息格式。
图20图示出可以实施增强资源发现的实施例的示例性系统。
图21A是示例机器对机器(M2M)或物联网(IoT)通信系统的系统图,其中可以实施一个或多个所公开的实施例。
图21B是在图12A中所图示的M2M/IoT通信系统内可以使用的示例体系结构的系统图。
图21C是在图12A中所图示的通信系统内可以使用的示例M2M/IoT终端或网关设备的系统图。
图21D是示例计算系统的框图,其中可以具体实施图12A的通信系统的多个方面。
具体实施方式
本文阐述的实施例是按照表述性状态转移(REST)体系结构来描述的,其中所描述的组件和实体符合REST体系结构(REST式体系结构)的约束条件。REST式体系结构是按照应用于在体系结构中使用的组件、实体、连接器以及数据元素的约束条件来描述的,而不是按照物理组件实施方式或者所使用的通信协议来描述的。因此,下面将使用REST式体系结构来描述组件、实体、连接器以及数据元素的作用和功能,其中可以在实体之间转移唯一可寻址的资源的表述。但是,可以预期可以在本文阐述的其他环境中实施的很多其他实施例。例如,可以在按照面向服务的体系结构(SOA)或者允许发现资源的任何其他体系结构或者抽象概念来定义或者描述的体系结构中实施本公开的实施例。
本领域技术人员应当认识到,本实施例的实施方式可以改变,同时保持在本公开的范围内。此外本领域技术人员还应当认识到,所公开的示例性实施例虽然本文有时候参照欧洲电信标准研究所(ETSI)M2M体系结构来描述,但是其不限于使用ETSI M2M体系结构的实施方式。可以在具有连接的实体的其他体系结构和系统中实施所公开的实施例,诸如oneM2M和其他M2M系统和体系结构。所公开的实施例也可以更一般地应用于计算机网络以及具有一个或多个计算机网络的系统。例如,可以在互联网上或者包括互连设备的任何网络中的路由器、集线器、网关、交换机或服务器处实施所公开的实施例。所有这些实施例均预期为在本公开的范围内。
为了解决当前资源发现机制中存在的问题,本公开将描述可以在任何网络或者通信地连接的实体的集合中使用的若干实施例。在很多所公开的实施例中,可以使用沿着发现请求者与资源目录或者资源提供实体之间的路径的中间节点处的网络中存储设备。例如,并且如本文更详细所述,使用缓存于中间节点、可以应答发现请求的发现结果,而不是将这种请求转发给资源目录或者资源提供实体,可以实施更有效的资源发现。在其他实施例中,可将通过中间节点广播发现结果用于告知与资源目录或者缓存发现结果的资源提供实体接近的节点。在其他实施例中,资源目录、资源提供实体和/或中间节点可以保存发现请求的记录,其包括请求者的指示。当随后通过节点、目录或实体接收相同或相似的发现请求时,其可以通知请求者先前的请求者可能具有请求的发现结果,或者其可以将请求转发给先前的请求者。
其他实施例允许缓存的发现结果的更新修改。例如在一个实施例中,当缓存的发现结果变为无效或者不完整时,缓存目录、实体或节点可以基于网络中信息的公布和不公布,修改缓存的发现结果,以延长缓存的发现结果的功用。中间节点也可以接收来自多个资源目录或资源提供实体的发现结果,并且可将这些结果组合,以在多个资源提供者之间提供负载均衡,用于资源检索和递送。替代性地,中间节点可以不存储整个发现结果,而是可以只缓存其一部分。本公开中定义示例性消息和过程,以实现这些机制。在本公开中,在某些示例中可以使用SLP来说明本公开中所述的示例性实施例,但是用于实施所公开的实施例的其他协议和机制也预期为在本公开的范围内。
注意,在本公开的全文中,用于说明各种实施例的示例资源可以是监督视频内容的提供者。这只是很多实施例的其中一个,并且在本文中仅用于示例性目的。所公开的实施例可以应用于任何资源、服务、实体、设备等等,并且该示例的使用不欲限制任何实施例。
图1图示出可支持本文所公开的实施例的示例体系结构100。注意,关于图1所述的各种实体仅用于说明性目的,并且预期了其他体系结构和配置。所述各种实体可以使用任何数量的设备和软件以及它们的任何组合来实施,可以位于任何网络、网络的一部分等等中,并且可以与任何其他实体互连和/或通信,不管本文是否描述。所有这些实施例均预期为在本公开的范围内。
例如可通过边缘网络或无线电接入网络(RAN)110中的实体,诸如实体111-113中的一个,来传送发现请求。该发现请求可以被定向到或寻址到资源目录130。发现请求可以先在核心网络120的网关121处被接收,并且然后穿越促进将请求递送到资源目录130的一个或多个中间节点,诸如节点122-129的任何组合。然后资源目录130可通过定向到请求实体的发现结果来应答。虽然通过节点122-129的任何组合以及网关121将发现结果转发给请求实体,但是这些节点的任何一个和/或以及网关121都可以缓存发现结果或者它的某一部分。基于每个节点或网关可以被配置以确定的任何标准,或者基于这些节点和网关的配置,体系结构100中的每个节点和网关都可以独立和单独地确定是否缓存发现结果。当通过具有缓存的发现结果的节点122-129或者网关121中的一个接收相同或相似的发现请求时,这些实体会自身用缓存的数据应答请求,不需要将请求转发给资源目录130。通过防止资源目录130多次处理相同或相似的发现请求,这样有效地降低了资源目录130上的负载,并且还通过移除跨越该路径的链路上重复的资源发现请求和响应,这样节约了朝向资源目录130的该路径上的网络带宽。响应于这种发现请求的中间节点可以向资源目录130发送向它通知发现请求的通知,并且可以为它所应答的多个发现请求发送组合通知。这样允许资源目录130基于已经发现资源的次数,确定多个资源。
在一个实施例中,发现请求可包括发现关键字字段,该发现关键字字段可以是包括指示不同类型的资源发现的一个或多个标识符的结构。如本文更详细所述,各种可能的标识符可以指示发现类型、范围、谓语和/或类型与范围的组合。在一个实施例中,可以在发现响应中将发现关键字字段的内容回传给请求者。发现关键字字段可包含资源目录(诸如,资源目录130)可以识别的任何数据或指示符。例如,在通过应用提供数据内容时,与请求者感兴趣的数据相关联的关键字单词、所请求的数据的类型、和/或收集和/或存储所请求的数据的位置可以在字段中。例如,请求可以指示请求者对于来自M2M和/或IoT资源的监督视频内容感兴趣。此外或者替代性地,发现关键字字段可包括指示所请求的内容的缓存位置的一个或多个标识符,例如通过包括与托管位置结合的内容的标识符。此外或者替代性地,发现关键字字段可包括指示服务供应商的一个或多个标识符,并且在某些实施例中,发现关键字字段可包括与服务的托管位置结合的服务的标识符。此外或者替代性地,发现关键字字段可包括指示服务的类型以及请求者感兴趣的位置(可以是请求者的位置)的一个或多个标识符,允许确定最接近请求者的服务供应商。
图2示出示例性、非限制性信号流200,其图示出用于资源发现的示例性信号和过程。在211,实体210可以发送寻址到资源目录260的发现请求,并且其可以在网关240处被接收。发现请求211例如可以在与所请求的服务相关联的发现关键字字段中包括数据。例如,发现请求211可以指示请求所请求的内容和/或所请求的内容的标识符的实体的位置(在大多数实施例中,是逻辑位置,诸如访问的地址或手段,而不是地理位置;但是也可以预期地理位置实施例)。在一个示例中,发现请求211可以指示,请求者想要发现监督视频内容资源。
在接收发现请求211时,网关240可以确定,它没有用于所请求的资源的本地缓存的资源信息,并且作为响应,它可以生成发现请求212并将其发送给中间节点250,该中间节点250可将请求作为发现请求213中继给资源目录260。资源目录260可通过发送给中间节点250的发现响应214来应答,该中间节点250将响应作为发现响应216中继,该发现响应216被进一步中继回实体210作为发现响应218。在一个示例中,发现响应214可以指示监督视频内容资源的地址或位置。
在接收发现响应214时,在块215,中间节点250可以确定缓存发现响应214或者其某一部分,用于响应于类似的发现请求在将来使用。类似地,在接收发现响应216时,网关240也可以确定缓存发现响应214或者其某一部分,用于响应于类似的发现请求在将来使用。
在219,实体220可以发送与发现请求211相同或相似的发现请求。例如,发现请求219可包括与发现请求211相同的内容位置标识符。替代性或者附加性地,在一个示例中,请求可以指示实体220对于与请求211中指示的实体210相同的监督视频内容资源感兴趣。此外,实体220可以使用与发送发现请求211的实体210相同的网关(网关240)。但是,因为网关240将对于实体210的发现请求211的发现响应缓存,所以在块221,网关240可以生成发现响应222,该发现响应222响应于接收到发现请求219被发送给实体220。这样消除了通过网络将发现请求转发给资源目录260的需要,因此消除了否则将在处理这种请求时涉及的某些开销以及对诸如中间节点250和资源目录260的元素的负担。在一个示例中,发现响应222可以指示,在响应214中接收监督视频内容资源的地址或位置时,网关240所缓存的监督视频内容资源的地址或位置。注意,对于监督视频内容资源地址或位置的请求或者对于该请求的响应的发现,以及对于任何其他资源或服务的请求或者对于该请求的响应的发现,可以在所公开的实施例的任何一个中使用。所有这些实施例均预期为在本公开的范围内。
在223,实体230可以发送与发现请求211相同或相似的发现请求。例如,发现请求223可包括与发现请求211相同的内容位置标识符。实体230可以不使用与发送发现请求211的实体210相同的网关(网关240)。因此,发现请求233可以绕开网关240。但是,从实体230到资源目录260的路径可以穿越中间节点250,该中间节点250缓存对于实体210的发现请求211的发现响应。因此,在块224,中间节点250可以生成发现响应225,该发现响应225响应于接收发现请求223被发送给实体230。这样消除了通过网络将发现请求转发给资源目录260的需要,因此消除了否则将在处理这种请求时涉及的某些开销以及对元素的负担,诸如其他中间节点和资源目录260。
在一个实施例中,中间节点可以缓存发现结果,并且向其网络或者其网络的一部分中的实体广播结果和/或相关信息。信息广播可包括如本文所述指示通过广播广告的资源的特性的发现关键字字段中的数据。为了保持低广播开销,中间节点可以选择可以通过其传送广播的接口,并且可以通过指定可以向其发送广播的跳的数量,限制广播半径。
图3图示出支持这些实施例的示例体系结构300。在本示例中,中间节点327可以已经缓存了发现响应,并且可以通过接口向中间节点329、326和324广播相关联的发现信息,但是可以不通过接口向中间节点328广播信息。中间节点327可以限制向其发送信息的跳的数量,例如一跳,使得中间节点329、326和324不再将信息转发给它们的邻域。因此,在本示例中,可以使用在该节点的缓存信息寻址穿越中间节点327、329、326和324中的任何一个的任何发现请求。例如,与中间节点327、329、326和324中的任何一个处存储的缓存发现响应的发现关键字字段数据匹配的、来自边缘网络310中的实体311-313或者进入核心网络320的实体340、350和360中的任何一个的任何发现请求,都可通过具有缓存信息的节点寻址。剩余节点321、322、323和325可以像它们通常那样简单地中继这种流量,但是也可以缓存检测的响应,即使这些响应源自使用缓存发现响应数据的节点。替代地,并且如本文更详细所述,使用所公开的实施例,这些节点将请求转发给确实具有缓存发现响应或者相关信息的节点,以寻址请求。
在一个实施例中,可以发送广播发现响应,作为图4的示例性、非限制性广播消息400。在消息400中,字段广播ID 410可以是广播消息的标识符。广播ID 410可包括发起广播消息400的实体的标识符,诸如互联网协议(IP)地址。此外,消息400可包括字段发现关键字420,如同本文所公开的,该字段发现关键字420可以从缓存的发现响应中提取,并且可包括发现关键字字段数据。此外,消息400可包括字段状态430,该字段状态430可以指示消息和/或其中包含的信息的状态。例如,状态430可以指示,消息400是用于将新近缓存的发现结果通知相邻节点的广播消息,或者它可以指示,消息400是要删除先前提供的发现结果的广播消息。此外,消息400可包括字段寿命440,该字段寿命440可以指示,认为缓存的发现响应有效的时间有多长。寿命可以由广播该发现信息的节点估计。可以按照任何形式来提供寿命,包括时间量(例如,小时、天等等)或者缓存的发现响应期满的特定时间(例如,特定日期的中午)。此外,消息400可包括字段跳450,该字段跳450可以指明,广播消息将要传播的跳的数量,从而提供限制缓存的发现响应或者相关信息的传送半径的手段。
图5示出示例性、非限制性的信号流500,其图示出用于广播发现响应或相关信息的示例性信号和过程。在块511,中间节点540可以缓存在资源目录590处生成的发现结果。同样,在512,网关530也可以缓存在资源目录590处生成的相同的发现结果。在一个实施例中,网关530可以使用图4的消息格式,广播发现结果或者关联信息。消息的跳字段可以指示单个跳,并且因此,与仅仅一个其他中间节点(中间节点550)直接连接的网关530可以在514向中间节点550广播具有发现结果信息的消息。中间节点540可以直接连接到中间节点560、570和580,并且因此可以在513使用图4的消息格式向这些节点中的每一个广播发现结果或关联信息。因此,中间节点550可以具有发现结果信息,并且可以知道网关530具有该信息,同时中间节点560、570和580中的每一个可以具有发现结果信息,并且可以知道中间节点540具有该信息。
在515,实体510可以发送与在中间节点540以及网关530处存储的缓存的发现结果信息相对应(即,与其具有相同的发现关键字字段信息)的发现请求。当发现请求515到达中间节点550时,在一个实施例中,中间节点550可以使用它缓存的发现信息来应答,而在另一个实施例中,基于通过接收广播514所确定的网关530具有缓存的发现结果信息的知识,中间节点550可以在516将请求转发给网关530。在517,网关530可以使用缓存信息,生成发现响应,并且在518,可以将其发送给请求实体510。
通过实体520可以传送与在中间节点540以及网关530处存储的缓存的发现结果信息相对应(即,与其具有相同的发现关键字字段信息)的类似发现请求。当该请求到达中间节点560时,基于通过接收广播513所确定的中间节点540具有缓存的发现结果信息的知识,该节点可以在521将请求转发给中间节点540。在522,中间节点540可以使用缓存的信息生成发现响应,并且在522,可以将其发送给请求实体520。
当发现请求被转发到中间节点或资源目录或者被其响应时,该请求和/或响应可以被另一个中间节点或资源目录记录。记录的发现请求可以充当在请求已经被响应之后短期内请求者将具有发现响应的指示。如果后来将相同或相似的发现请求转发到记录初始响应的节点或资源目录或者被其接收,就可以通知请求者,发送初始请求的先前请求者可能具有发现结果。替代地,记录初始响应的节点或资源目录可将请求转发给先前的请求者。在这种实施例中,为了跟踪已经接收了可以在这些节点处得到缓存的信息的结果的请求的节点,中间节点和/或资源目录可以保持捕捉这些信息的记录,如本文所述。
图6图示出可以支持这种实施例的示例体系结构600。边缘网络610的实体611可将发现请求发送给资源目录630。资源目录630可以保持这种请求的记录。注意,这些记录的保持以及确定是否处理将来的类似请求或者将这些请求定向到先前的请求者所需的处理会消耗资源目录或者保持这些记录的其他实体的非常大量的资源。因此,在一个实施例中,可以使用代理节点,该代理节点可以被配置在沿着到资源目录的路径的某个位置处。这种代理可以保持这些记录并确定是通过资源目录来处理请求还是将该请求绕道到先前的请求者,以使用发现信息的缓存的副本来响应。例如,节点629可以充当代理节点,因为它就在资源目录630前面。替代地,更靠近核心网络620的网络边缘的节点,诸如点623、625、626、628和/或网关321中的一个可以充当代理节点。替代地,代理节点可以是仅仅充当用于资源目录630的代理的专门设备或实体。所有这些实施例均预期为在本公开的范围内。
在实体611发送其发现请求之后,实体612可以发送与通过实体611发送的请求具有相同发现关键字字段信息的后续发现请求。在接收该请求时,资源目录630可以将实体611具有发现结果告知实体612,而不是自己处理请求和发送结果。因此,实体612可以从实体611检索结果,使资源目录630免于使用附加资源来再次确定结果,或者从存储设备拉动这些信息。
在一个实施例中,由资源目录630发送的将实体611具有请求的发现信息告知实体612的消息可以按照用于图7中的消息700所示的格式来发送。发现关键字字段720可具有与两个请求相同的发现关键字字段数据,并且可用于向请求者确认,它与之前请求的是相同的发现关键字字段数据。位置字段730可以提供可能具有发现结果的实体的一个或多个潜在位置的指示,如同基于记录的发现请求所确定的。通知ID 710可以是消息700的标识符,其可包括发起消息700的实体(在本示例中是资源目录630)的标识符(诸如IP地址)。
图8示出示例性、非限制性信号流800,其图示出用于将请求者重新定向到可能具有所请求的发现信息的另一个实体的示例性信号和过程。在811,实体810可将发现请求传送给资源目录840。但是,该请求可以被资源目录代理830拦截,该资源目录代理830可以是网络中的任何实体或设备。在812,通过资源目录代理830可以例如基于没有具有相同发现关键字字段数据的先前请求的记录,确定应当将请求中继给资源目录840。然后在813,将请求中继给资源目录840,并将发现响应814传送给资源目录代理830,在815,该资源目录代理830对于发送给实体810的响应进行记录。在816,将发现响应提供给实体810。
随后,实体820可以传送与请求811具有相同发现关键字字段数据的请求817。请求817也可以被资源目录代理830拦截,在块818,该资源目录代理830可以例如基于有具有相同发现关键字字段数据的先前请求811或响应814的记录,确定通过请求实体810而不是资源目录840来处理请求。然后,资源目录代理830可将隐式的发现结果通知819传送给实体820,该实体820可以使用消息819中的信息,确定实体810应当处理请求。然后,实体820可以传送检索发现结果的请求821,并在822接收结果。
替代地,在某些实施例中,不是将请求者重新定向到可能具有请求的发现结果的其他实体,而是可以将请求本身重新定向到这些实体。图9图示出可以支持这种实施例的示例体系结构900。边缘网络910的实体911可将发现请求发送给资源目录930。节点924可以保持该请求的记录,隐式地假定,在以后的某一时刻,响应于请求,实体911将具有通过资源目录930生成的发现结果。稍后,实体912可以发送具有相同发现关键字字段数据的类似发现请求。该请求可以经过包括节点924的路径。响应于接收该请求以及确定它具有通过实体911发送的、具有相同发现关键字字段数据的请求的记录,节点924可将请求重新定向到实体911,而不是将其转发给资源目录930。然后,实体911可通过存储的发现结果数据来应答请求,所述发现结果数据是它从发送自资源目录930接收的。
图10示出示例性、非限制性的信号流1000,其图示出用于将请求重新定向到可能具有请求的发现信息的另一个实体的示例性信号和过程。实体1010可将发现请求1011发送给资源目录1040。中间节点1030可以处于实体1010与资源目录1040之间的路径,并且因此在块1012可以观察和存储请求1011的记录。随后,实体1020可以发送与还可以穿越中间节点1030的请求1011具有相同发现关键字字段数据的类似发现请求1014。响应于接收该请求以及在块1015确定,其具有通过实体1010发送的请求1011的记录,以及请求1011具有与请求1014相同的发现关键字字段数据,中间节点1030可将该请求作为发现请求1016重新定向到实体1010,而不是将其转发给资源目录1040。然后,实体1010可通过发现结果1017来应答请求,将从发送自资源目录1040接收的存储的发现结果数据发送给实体1020。
如上所述,在缓存发现结果期满或变为无效之前,其可以具有有限的寿命。因此在一个实施例中,可将缓存节点配置为智能地修改缓存的发现结果,从而延长寿命和/或继续利用这个结果,以及避免将相关发现请求发送给资源目录。怎样以及何时修改缓存的发现结果的确定可以基于公布从内容服务器接收的消息的内容。该消息可包括与特定内容相关联的内容标识符。内容标识符也可以被包括在请求内容服务器的位置的发现请求的发现关键字字段数据中,使得可通过请求实体来获得特定内容。例如,发现关键字字段数据可包括特定内容的位置。公布来自不同内容服务器的特定内容会使得缓存的发现结果不完整。怎样以及何时修改缓存的发现结果的确定也可以或者替代性地基于从内容服务器接收的内容未公布消息。当内容服务器从它的存储器中删除特定内容时,它可以发送包括与特定删除内容相关联的内容标识符的这样的消息。内容标识符也可以被包括在请求内容服务器的位置的发现请求的发现关键字字段数据中,使得可通过请求实体来获得特定内容。来自内容服务器的内容的未公布可使得缓存的发现结果无效。
图11图示出可以支持这种实施例的示例体系结构1100。在本示例中,节点1127可以已经缓存了指示特定内容的位置的发现结果,该位置可以是服务器1142和节点1126。服务器1141可以发送与在节点1127处缓存的发现结果中识别的内容具有相同的内容标识符的内容公布消息。该公布信息可通过节点1124、1127和1129转发给资源目录1130。在检测内容公布消息时,节点1127可以修改它与内容相关联的缓存的发现结果,以将服务器1141反映为内容的附加位置。
随后,节点1126可以删除它的内容缓存副本,以及生成和广播或者传送与在节点1127处缓存的发现结果中识别的内容具有相同的内容标识符的内容未公布消息。在检测内容未公布消息时,节点1127可以修改它与内容相关联的缓存的发现结果,以从与该内容相关联的位置中移除节点1126。
图12示出示例性、非限制性信号流1200,其图示出用于更新缓存的发现结果的示例性信号和过程。在本示例中,中间节点1230可以在块1211已经缓存了指示特定内容的位置的发现结果,该位置可以是第二服务器(未示出)和中间节点1230。服务器1210可以发送与通过中间节点1230在块1211缓存的发现结果中识别的内容具有的相同内容标识符的内容公布消息1212。在检测内容公布消息1212时,节点1230可以将消息作为消息1213转发给资源目录1240,并且在步骤1214,可以修改它与内容相关联的缓存的发现结果,以将服务器1210反映为内容的附加位置。
随后,中间节点1220可以删除它的内容缓存副本,以及传送与在节点1127处缓存的发现结果中识别的内容具有相同的内容标识符的内容未公布消息1215。在检测内容未公布消息1215时,节点1230可以将消息作为消息1216转发给资源目录1240,并且在块1217,可以修改它与内容相关联的缓存的发现结果,以从与该内容相关联的位置中移除节点1220。
在一个实施例中,通过拆分和/或组合发现结果,可通过中间节点操纵发现结果。例如响应于确定节点具有有限的存储性能,中间节点可通过缓存的发现结果的一部分来拆分发现结果。这样允许节点即使资源被约束也至少保持某些发现信息。
在某些实施例中,可以使用多个分布的资源目录。对于相同资源的发现请求,节点可以转发和/或缓存来自多个资源目录的发现结果(例如,当请求具有相同的发现关键字字段信息时)。缓存节点可将来自不同资源目录的这些发现结果组合,从而能够向将来的请求者提供更完整的发现结果信息。此外,将结果组合向请求者提供了对于所请求资源的更多种源,对于跨越多个资源提供者的资源,这可以帮助均衡负载。
图13图示出可以支持这些实施例的示例体系结构1300。在本示例中,实体1352可以向资源目录1340发送具有指示特定内容的位置的发现关键字字段数据的发现请求,并且资源目录1340可通过指示内容的位置是网关1321的发现结果来应答。中间节点1327可以缓存该发现结果。
随后,实体1354可以向资源目录1330发送具有指示特定内容的位置的相同发现关键字字段数据的发现请求,并且资源目录1330可通过指示内容的位置是节点1323的发现结果来应答。此外,中间节点1327可以缓存该发现结果。然后,中间节点1327将这两个发现结果组合为具有指示特定内容的两个位置的发现关键字字段数据的一个发现结果记录。
稍后,实体1353可以向资源目录1330发送具有指示特定内容的位置的相同发现关键字字段数据的发现请求。现在,当该请求到达中间节点1327时,它能够通过用于特定内容的更完整的位置列表来应答请求。然后,实体1353选择从任一位置检索内容。类似地,如果实体1351应当发送具有指示穿越中间节点1327的特定内容的位置的相同发现关键字字段数据的请求,那么该节点也可以通过用于该内容的更完整的位置列表来应答。
图14示出示例性、非限制性信号流1400,其图示出用于操纵缓存的发现结果的示例性信号和过程。在本示例中,实体1410可以向资源目录1490发送具有指示特定内容的位置的发现关键字字段数据的发现请求1411。资源目录1490可通过指示内容的位置是网关1450的发现响应1412来应答。在1413,中间节点1470可将该响应转发给实体1410,并且在块1414,可以缓存该发现结果。
随后,实体1420可以向资源目录1480发送具有指示特定内容的位置的相同发现关键字字段数据的发现请求1415。资源目录1480可通过指示内容的位置是中间节点1460的发现响应1416来应答。在1417,中间节点1470可将该响应转发给实体1420,并且在块1418,可以缓存该发现结果。然后在块1419,中间节点1470可将这两个发现结果组合为具有指示特定内容的两个位置的发现关键字字段数据的一个发现结果。
稍后,实体1430可以向任一资源目录发送具有指示特定内容的位置的相同发现关键字字段数据的发现请求1421。但是,当请求1421到达中间节点1470时,该节点可通过响应1422来应答请求,该响应1422具有用于特定内容的更完整的位置列表,包括网关1450和中间节点1460两者。然后在1423,实体1430可以选择从网关1450检索内容。类似地,实体1440可以向任一资源目录发送具有指示特定内容的位置的相同发现关键字字段数据的发现请求1424。这里同样地,当请求1424到达中间节点1470时,该节点可通过响应1425来应答请求,该响应1425具有用于特定内容的更完整的位置列表,包括网关1450和中间节点1460两者。然后在1426,实体1440可以选择从中间节点1460检索内容。
图15图示出根据所公开的实施例,可以在节点中使用的示例性、非限制性结构1500,以实现各种公开的资源发现机制。可以在硬件、软件或者它们的组合中实施结构1500。结构1500可包括发现响应缓存,该发现响应缓存可用于存储被检测经过节点的发现结果。这些结果可以使用这些结果的发现关键字字段中的数据来索引。对于包括寿命的发现结果,在该寿命期满时,可从发现响应缓存1510中移除缓存的发现结果。因此在某些实施例中,可以假设发现响应缓存1510中出现的这些结果有效。
此外,结构1500可包括发现请求记录1520,该发现请求记录1520可以记录通过节点实施结构1500转发给例如除了资源目录之外的另一个节点的发现请求。这些记录可以使用这些请求的发现关键字字段中的数据来索引。
此外,结构1500可包括邻域中的发现响应1530,该邻域中的发现响应1530可以是节点的“邻域”中发现结果广播消息的记录,节点的邻域可以是它的网络或者一部分网络。如果通过缓存节点在邻域中广播发现结果,那么可以通过广播标签来标记它。当发现结果从发现响应缓存中删除时(例如,由于缓存替换、寿命期满等等),可以从缓存节点向相邻节点广播更新通知,广播跳被设置为与原始的发现结果广播消息相同。如果发送更新通知的缓存节点是缓存该发现结果的唯一邻域,那么可以从邻域中的发现响应1530中移除具有相同发现关键字字段数据的特定记录。
图16图示出根据实施例处理发现请求的示例性、非限制性方法1600。注意,关于方法1600公开的任何功能、动作和/或步骤可以按照任何顺序执行,独立地执行,通过所公开的功能、动作和步骤的子集执行,以及结合任何其他功能、动作和步骤执行,不管本文是否公开。所有这些实施例均预期为在本公开的范围内。
在块1610,节点可以接收发现请求。在块1615,节点可以尝试定位在其发现响应缓存中与发现请求的发现关键字字段中的数据匹配的信息,以在块1620确定是否有匹配发现响应的缓存副本。如果有匹配发现响应的缓存副本,那么在块1625,将来自该副本的数据返回,作为对请求者的响应。
如果没有匹配发现响应,那么在块1630,节点可以尝试定位在其邻域中的发现响应中与发现请求的发现关键字字段中的数据匹配的信息,以在块1635确定是否有匹配先前向节点广播的发现响应的缓存副本。如果找到匹配广播消息,节点就可以将发现请求转发给广播具有匹配发现关键字字段数据的消息的相邻节点。
如果没有找到匹配广播消息,那么在块1645,节点可以尝试定位在其发现请求记录中与发现请求的发现关键字字段中的数据匹配的信息,以在块1650确定是否已经接收到对于有关相同资源的信息的先前请求。如果是,那么这就指示先前请求者具有匹配发现响应的副本。如果找到匹配发现请求,那么在块1655,在某些实施例中,通过诸如节点与先前请求者和/或资源目录之间的距离、资源目录的状态(如果节点知道)等等这样的标准来确定是否将发现请求转发给先前请求者。如果节点决定将请求转发给先前请求者,那么它在块1660这样做。否则,在块1665,将发现请求转发给资源目录。
图17图示出根据实施例处理发现响应的示例性、非限制性方法1700。注意,关于方法1700公开的任何功能、动作和/或步骤可以按照任何顺序执行,独立地执行,通过所公开的功能、动作和步骤的子集执行,以及结合任何其他功能、动作和步骤执行,不管本文是否公开。所有这些实施例均预期为在本公开的范围内。
在块1710,可通过节点(可以是网络中的任何实体)接收发现响应。在1720,节点可以确定是否缓存发现响应。如果是,那么可以做出两个进一步的确定。在块1730,节点可以确定是否可将响应中的发现结果与已经在节点处缓存的其他结果组合。通过将缓存的发现关键字字段数据与响应中包含的发现关键字字段匹配,可以实现这一点。如果没有找到这种条目,那么在块1735,节点将发现响应存储在发现响应缓存中。如果找到匹配的条目,那么在块1740,将该条目与最近接收的结果组合,并将组合的条目存储在发现响应缓存中。
在块1750,节点还可以确定是否广播邻域中的发现结果。可以稍后和/或周期性地做出这种确定并应用于所有存储的发现结果。用于这种确定的标准可包括使用缓存的结果或者将缓存的结果提供给其他实体的频率。如果节点确定广播结果,那么在块1760,生成具有结果的广播消息并传送给节点的邻域。
图18图示出根据实施例处理接收的发现结果广播消息的示例性、非限制性方法1800。注意,关于方法1800公开的任何功能、动作和/或步骤可以按照任何顺序执行,独立地执行,通过所公开的功能、动作和步骤的子集执行,以及结合任何其他功能、动作和步骤执行,不管本文是否公开。所有这些实施例均预期为在本公开的范围内。
在块1810,节点(可以是网络中的任何实体)可以接收发现结果广播消息。在块1815,节点可将消息中指示的跳数减一,从而在块1820确定当前跳数是否为零。如果是,那么在块1825,节点抑制将广播消息转发给它其他的邻域。如果跳数仍然大于零,那么在块1830,节点将广播消息(被修改为反映减少的跳数)传送给它的邻域。
此外,节点可以评估广播消息的状态字段,从而在块1835确定消息是意在被添加到在其邻域中的发现响应中的节点的条目的缓存消息,还是意在被从在其邻域中的发现响应中的节点的条目中移除结果的删除消息。如果状态指示消息意在被添加到邻域结果,那么在块1845,节点可以确定,它是否具有已经缓存的任何结果,所述结果具有与接收的广播消息的数据匹配的发现关键字字段数据。如果是,那么在块1855,节点可将来自广播消息的结果添加到在其邻域中的发现响应中的现有的匹配条目。如果否,那么在块1865,节点可以在其邻域中的发现响应中,产生并添加新的条目,用于广播消息结果。
如果状态指示消息是意在从在其邻域中的发现响应中的节点的条目中移除结果的删除消息,那么在块1850,节点可以确定,接收的广播消息的发起者是否是在邻域中的发现响应中与接收的广播消息的发现关键字字段数据匹配的唯一缓存的条目。如果是,那么在块1860,节点可从其邻域中的发现响应中移除该条目。如果有与匹配于接收的广播消息的发现关键字字段数据的条目相关联的其他条目,那么在块1870,节点可以只从条目中移除发起者,并将条目的其余数据留在它的缓存中。
所公开的实施例可以使用服务定位协议(SLP)来实现。在SLP中,可以基于服务类型和范围或者基于满足特定谓语的服务来发现服务。因此,在SLP实施方式中,用于SLP发现消息的发现关键字字段数据可包括类型、范围、谓语及其任何组合的一个或多个。图19中示出根据实施例的示例性、非限制性SLP服务应答消息1900。服务应答消息1900可包括服务定位头部1910、服务类型的长度1915、服务类型串1920、范围列表的长度1925、范围列表串1930、谓语串的长度1935、服务请求谓语1940、错误码1945、URL条目计数1950、以及统一资源定位符(URL)条目的列表1960。注意,消息1900中包括的服务类型、范围列表和谓语的内含和/或内容可以取决于使得生成服务应答消息1900的发起请求消息的发现关键字字段数据。
图20示出在SLP服务发现的示例性实施例中可以使用的网络配置2000。用户代理(UA)2011-2014中的每一个可以与目录代理(DA)2041和2042中的一个或多个通信,用于服务发现。服务代理(SA)2021可以与DA 2041通信,用于服务注册,而SA 2022可以与DA 2042通信,用于服务注册。网络节点2001-2007可以便利这些通信。
在一个示例中,通过SA 2021可将具有URL“service:device:sensor1://temperature”、“service:device:sensor2://temperature”以及“service:device:sensor1://humidity”的服务注册到DA 2041。通过SA 2022可将具有URL“service:device:sensor3://humidity”、“service:device:sensor4://humidity”以及“service:device:sensor5://temperature”的服务注册到DA 2042。使用所公开的实施例,可以发现这些服务以及提供它们的服务代理的位置,所公开的实施例与当前可能使用SLP相比,对于所涉及的实体,可以通过更低的开销提供更有效的发现处理。
例如,US 2011可以向DA 2041发送服务发现请求,其中服务类型被设置为指示温度。DA 2041可以返回发现应答,其包括URL“service:device:sensor1://temperature”和“service:device:sensor2://temperature”。节点2002可将该发现结果(例如,存储在其发现响应缓存中)缓存,如下表1所示(发现结果缓存)。
表1:缓存的发现结果
US 2012可以向DA 2041发送具有相同服务类型的服务发现请求(即,服务类型被设置为温度)。节点2001可将该请求转发给US 2011,该US 2011可以隐式地假定为具有发现结果,因为节点2001可以在其发现请求记录缓存中,做出UA 2001的先前发现请求的记录。UA 2001可通过它本地缓存的发现结果来应答UA 2012。
UA 2013可以向DA 2041发送服务发现请求,其中服务类型也被设置为温度。节点2002可将该服务发现请求转发给节点2006,该节点2006可通过它本地缓存的发现结果来应答该请求,而不是转发给DA 2041。当该发现结果穿越节点2002时,该节点可将其缓存在其发现响应缓存中。此外,节点2002的发现响应缓存现在可以至少部分地反映上述表1的内容。此外,节点2002可将最近缓存的发现结果向相邻节点2003广播。
US 2015可以向DA 2041发送具有相同服务类型(即,设置为温度)的服务发现请求。当节点2003接收该服务发现请求时,节点2003可以确定,它具有从节点2002接收的、存储在其邻域中的发现响应缓存中的缓存的发现结果,并且因此,它可将请求转发给节点2002,而不是节点2005,并朝向DA 2041。节点2002可通过它本地缓存的发现结果来应答转发的服务发现请求。
SA 2021可以向DA 2041发送新的服务注册,其URL为“service:device:sensor6://temperature”。该注册信息可以到达节点2006,该节点2006可以智能地修改缓存的发现结果,如下表2所示。
表2:缓存的发现结果
UA 2013可以向DA 2041发送服务发现请求,其中服务类型被设置为温度。节点2006可以响应于UA 2013,并提供在表2中反映的发现结果。
US 2015可以向DA 2041发送服务发现请求,其中服务类型被设置为湿度。DA 2041可通过包括服务URL“service:device:sensor1://humidity”的服务应答来应答UA 5。当该发现穿越节点2003时,该节点可以缓存该发现,如下表3所示。
表3:缓存的发现结果
然后,UA 2013可以向DA 2042发送服务发现请求,其中服务类型也被设置为湿度。DA 2042可通过包括服务URL“service:device:sensor3://humidity”和“service:device:sensor4://humidity”的服务应答来应答UA 2013。节点2003也可以缓存该发现应答,并将两个发现结果组合,如下表4所示。
表4:缓存的发现结果
UA 2014可以向DA 2042发送服务发现请求,其中服务类型也被设置为湿度。使用本文公开的机制,UA 2014现在可以从节点2003获得完整的发现结果。
图21A是示例M2M或IoT通信系统10的图,其中可以实施所公开的用于增强发现的系统和方法的一个或多个实施例。通常,M2M技术提供用于IoT的构建块,并且任何M2M设备、网关或服务平台都可以是IoT的组件以及IoT服务层等等。
如图21A所示,M2M/IoT通信系统10包括通信网络12。通信网络12可以是固定网络,或者是无线网络(例如,WLAN、蜂窝等等),或者是异构网络的网络。例如,通信网络12可包括将内容(诸如,语音、数据、视频、消息、广播等等)提供给多个用户的多个接入网络。例如,通信网络12可以采用一个或多个信道接入方法,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。此外,通信网络12可包括其他网络,诸如核心网络、互联网、传感器网络、工业控制网络、个域网、融合的个人网络、卫星网络、家庭网络、或者企业网络。
如图21A所示,M2M/IoT通信系统10可包括M2M网关设备14、M2M终端设备18。应当理解,视需要,在M2M/IoT通信系统10中可以包括任何数量的M2M网关设备14和M2M终端设备18。M2M网关设备14和M2M终端设备18中的每一个可以被配置为经由通信网络12或者直接无线电链路传送和接收信号。M2M网关设备14允许无线M2M设备(例如,蜂窝式和非蜂窝式)以及固定网络M2M设备(例如,PLC)通过运营商网络(诸如,通信网络12)或者通过直接无线电链路来通信。例如,M2M设备18可以收集数据以及经由通信网络12或者直接无线电链路而向M2M应用20或者M2M设备18发送数据。此外,M2M设备18可以从M2M应用20或者M2M设备18接收数据。此外,可以经由M2M服务平台22而向M2M应用20发送以及从M2M应用20接收数据和信号,如下所述。M2M设备18和网关14可以经由各种网络通信,例如,包括蜂窝、WLAN、WPAN(例如,Zigbee、6LoWPAN、蓝牙)、直接无线电链路以及有线线路。在诸如M2M设备18、网关14以及服务平台22这样的设备上,可以部分地或者完全地实施、执行或者实现本文所述的任何实体,诸如资源目录、网关、代理、服务器、UA、DA、SA、任何其他类型的任何节点、以及任何其他公开的实体。例如,本文所述的网关121、240和其他网关分别可以是诸如网关14这样的网关。同样,本文所述的实体111、112等等分别可以是诸如M2M设备18这样的设备,或者在这种设备上实施。所有这些实施例皆预期为在本公开的范围内。
所图示的M2M服务平台22为M2M应用20、M2M网关设备14、M2M终端设备18以及通信网络12提供服务。应当理解,视需要,M2M服务平台22可以与任何数量的M2M应用、M2M网关设备14、M2M终端设备18以及通信网络12通信。M2M服务平台22可通过一个或多个服务器、计算机等等来实施。M2M服务平台22提供诸如M2M终端设备18以及M2M网关设备14的管理和监测这样的服务。此外,M2M服务平台22可以收集数据并转换该数据,使其与不同类型的M2M应用20兼容。M2M服务平台22的功能可以按照多种方式来实施,例如作为web服务器、在蜂窝式核心网络中、在云中等等。
再参照图21B,M2M服务平台通常实施服务层26(例如本文所述的网络服务能力层(NSCL)),服务层26提供各种应用和纵向产品可利用的的服务交付能力的核心集合。这些服务能力使得M2M应用20能够与设备交互,并执行功能,诸如数据收集、数据分析、设备管理、安全、计费、服务/设备发现等等。基本上,这些服务能力使应用摆脱实施这些功能的负担,因此简化应用开发并且降低成本并缩短上市时间。此外,服务层26使得M2M应用20能够结合服务层26提供的服务通过各种网络12通信。
在一些实施例中,M2M应用20可包括形成产生一个或多个对等网络的基础的期望应用,对等网络包括可以使用所公开的用于增强发现的将系统和方法的设备。M2M应用20可包括各种行业中的应用,诸如但不限于运输、卫生和健康、家庭联网、能源管理、资产跟踪以及安全和监控。如上所述,跨越设备、网关以及系统其他服务器运行的M2M服务层支持诸如数据收集、设备管理、安全、计费,位置跟踪/地理围栏、设备/服务发现和传统系统集成这样的功能,并将这些功能作为服务提供给M2M应用20。所述服务层以及对象与其交互的应用可以是诸如M2M应用20的应用这样的应用。
图21C是示例M2M设备30(诸如,M2M终端设备18或M2M网关设备14)的系统图。如图21C所示,M2M设备30可包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、小键盘40、显示器/触摸板/指示器(例如,一个或多个发光二极管(LED))42、不可移除存储器44、可移除存储器46、电源48、全球定位系统(GPS)芯片组50以及其它外围设备52。应当理解,在保持与实施例一致的同时,M2M设备40可包括上述元件的任何子组合。该设备可以是使用所公开的用于增强发现的系统和方法的设备。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)电路、任何其它类型和数量的集成电路(IC)、状态机等等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得M2M设备30能够在无线环境中操作的任何其他功能。处理器32可以耦合到收发器34,收发器34可以耦合到发射/接收元件36。虽然图21C将处理器32和收发机34描绘为单独组件,但是应当理解,可将处理器32和收发机34一起集成在电子封装或芯片中。处理器32可以执行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以诸如在接入层和/或应用层执行安全操作,诸如认证、安全密钥协议和/或加密操作。
发射/接收元件36可以被配置为向M2M服务平台9发射信号和/或从M2M服务平台9接收信号。例如在一个实施例中,发射/接收元件36可以是被配置为发射和/或接收RF信号的天线。发射/接收元件36可以支持各种网络和空中接口,例如WLAN、WPAN、蜂窝等等。在一个实施例中,发射/接收元件36可以是被配置为发射和/或接收例如IR、UV、或可见光信号的发射器/检测器。在另一个实施例中,发射/接收元件36可以被配置为发射和接收RF和光信号两者。应当理解,发射/接收元件36可以被配置为发射和/或接收无线或有线信号的任何组合。
此外,虽然在图21C中将发射/接收元件36描绘为单一元件,但是M2M设备30可包括任何数量的发射/接收元件36。更具体而言,M2M设备30可以采用MIMO技术。因此在一个实施例中,M2M设备30可包括用于发射和接收无线信号的两个或更多个发射/接收元件36(例如,多个天线)。
收发器34可以被配置为调制要通过发射/接收元件36发射的信号以及解调要通过发射/接收元件36接收的信号。如上所述,M2M设备30可具有多模式能力。因此,例如,收发器34可包括用于使得M2M设备30能够经由多个RAT(诸如,UTRA和IEEE 802.11)通信的多个收发器。
处理器32可以从任何类型的合适存储器(例如不可移除存储器44和/或可移除存储器46)访问信息,以及将数据存储在其中。不可移除存储器44可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或者任何其它类型的存储器存储设备。可移除存储器46可包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等等。在其它实施例中,处理器32可以从并非物理位于M2M设备30上(诸如服务器或家用电脑)的存储器访问信息,以及将数据存储在其中。处理器32可以被配置为响应于各种条件和参数(诸如本文阐述的某些实施例中描述的条件和参数),控制显示器或指示器42上的照明图案、图像或色彩。
处理器32可以从电源48接收电力,并且可以被配置为向M2M设备30中的其他组件分配和/或控制电力。电源48可以是为M2M设备30供电的任何合适设备。例如,电源48可包括一个或多个干电池(例如,镍-镉(NiCd)、镍-锌(镍锌)、镍金属氢化物(NiMH)、锂离子(Li离子)等等)、太阳能电池、燃料电池等等。
此外,处理器32可以耦合到GPS芯片组50,GPS芯片组50可以被配置为提供关于M2M设备30当前位置的位置信息(例如,经度和纬度)。应当理解,在保持与实施例一致的同时,M2M设备30可通过任何合适的位置确定方法来获取位置信息。
此外,处理器32可以耦接到其他外围设备52,外围设备52可包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如,外围设备52可包括加速度计、电子罗盘、卫星收发器、传感器、数字照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等等。
图21D是示例性计算系统90的框图,其中可以实施图21A和图21B的M2M服务平台22。计算系统90可包括计算机或服务器,并且可以主要通过计算机可读指令控制,所述计算机可读指令可以采用软件的形式,不管在何地或者通过什么手段存储或访问这些软件。这些计算机可读指令可以在中央处理单元(CPU)91中执行,以使计算系统90执行工作。在很多已知的工作站、服务器和个人计算机中,通过称为微处理器的单芯片CPU来实施中央处理单元91。在其它机器中,中央处理单元91可包括多个处理器。协同处理器81是与主CPU 91不同的可选处理器,其用于执行附加功能或者辅助CPU 91。CPU 91和/或协同处理器81可以接收、生成和处理与所公开的用于增强发现的系统和方法有关的数据。
在操作中,CPU 91取得、解码并执行指令,以及经由计算机的主数据转移路径(即,系统总线80),往来于其他资源转移信息。这种系统总线连接计算系统90中的组件,并限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线路、用于发送地址的地址线路以及用于发送中断和用于操作系统总线的控制线路。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合到系统总线80的存储设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这些存储器包括允许存储和检索信息的电路。ROM 93通常包含不易修改的存储数据。RAM 82中存储的数据可通过CPU 91或其他硬件设备读取或改变。对RAM 82和/或ROM 93的存取可通过存储器控制器92控制。存储器控制器92可以提供地址转换功能,随着指令被执行,地址转换功能将虚拟地址转换为物理地址。此外,存储器控制器92可以提供存储器保护功能,该存储器保护功能将系统内的进程隔离,并将系统进程与用户进程隔离。因此,在第一模式下运行的程序可以只访问通过它自己的进程虚拟地址空间映射的存储器;除非已设置进程之间的存储器共享,否则该程序不能访问另一进程的虚拟地址空间内的存储器。
此外,计算系统90可包含外围设备控制器83,外围设备控制器83负责将指令从CPU91传达给外围设备,诸如打印机94、键盘84、鼠标95以及盘驱动器85。
通过显示控制器96控制的显示器86用于显示计算系统90生成的视觉输出。这种视觉输出可包括文本、图形、动画图形和视频。显示器86可通过基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器、或者触摸板来实施。显示控制器96包括生成被发送给显示器86的视频信号所需的电子组件。
此外,计算系统90可包含网络适配器97,网络适配器97可用于将计算系统90连接到外部通信网络,诸如图21A和图21B的网络12。在一个实施例中,网络适配器97可以接收和传送与所公开的用于增强发现的系统和方法有关的数据。
应当理解,本文所述的系统、方法和处理的任何一个或全部都可以采用被具体实施为物理设备或装置的计算机可读存储介质上存储的计算机可执行指令(即,程序代码)的形式具体实施。这样的指令在通过机器或者机器中配置的处理器,诸如计算机、服务器、M2M终端设备、M2M网关设备等等执行时,完成、执行和/或实施本文所述的系统、方法和处理。具体而言,上述步骤、操作或功能的任何一个都可以采用这种计算机可执行指令的形式来实施。计算机可读存储介质包括按照用于存储信息的任何方法或技术实施的易失性和非易失性、可移除和不可移除介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CDROM、数字通用盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备,或者可用于存储期望信息并且可通过计算机存取的任何其他物理介质。
在描述本公开主题的优选实施例时,如图所示,为了清楚起见,采用特定术语。但是,所要求保护的主题不旨在限于这样选择的特定术语,并且应当理解,每个特定元素都包括按照类似方式操作以实现类似目的的所有技术等同物。
本书面描述使用示例来公开本发明,包括最佳模式,并且使得本领域技术人员能够实践本发明,包括制造和使用任何设备或系统以及执行任何所并入的方法。本发明的可取得专利权的范围由权利要求书限定,并且可包括本领域技术人员能想到的其他示例。如果这些其他示例具有不与权利要求书的文字语言有所不同的结构元素,或者如果这些其他示例包括与带有与权利要求书的文字语言的非实质性不同的等同结构元素,那么这些其他示例旨在处于权利要求书的范围内。
Claims (20)
1.一种方法,包括:
在连接的实体的网络中的网络节点处,从第一实体接收第一发现请求;
将所述第一发现请求从所述网络节点传送到资源目录实体;
在所述网络节点处,从所述资源目录实体接收第一发现响应;
基于所述第一发现响应,在所述网络节点处存储第一发现响应数据;
将所述第一发现响应从所述网络节点传送到所述第一实体;
在所述网络节点处,从第二实体接收第二发现请求;
在所述网络节点处,确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括来自所述网络节点的所述第一发现响应数据的第二发现响应从所述网络节点传送到所述第二实体,并且向所述资源目录实体发送通知,所述通知指示所述网络节点将包括所述第一发现响应数据的所述第二发现响应传送到所述第二实体。
2.根据权利要求1所述的方法,进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括所述第一实体的位置的第三发现响应传送到第三实体。
3.根据权利要求1所述的方法,进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将所述第三发现请求传送到所述第一实体。
4.根据权利要求1所述的方法,进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集与所述第一发现响应数据的第一子集相对应;以及
通过将所述第一发现响应数据修改为包括所述第二发现响应数据的第二子集,来存储所述第二发现响应数据的所述第二子集。
5.根据权利要求1所述的方法,进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集;以及
存储所述第二发现响应数据的所述第一子集。
6.根据权利要求1所述的方法,进一步包括:
接收消息,所述消息包括与所述第一发现响应数据中识别的服务相关联的服务提供实体的标识符,其中所述消息指示所述服务提供实体被配置为提供服务;以及
通过将所述第一发现响应数据修改为包括所述服务提供实体的所述标识符,来存储所述服务提供实体的所述标识符。
7.根据权利要求1所述的方法,进一步包括:
接收消息,所述消息包括与所述第一发现响应数据中识别的服务相关联的服务提供实体的标识符,其中所述消息指示所述服务提供实体不被配置为提供服务;
确定所述第一发现响应数据包括所述服务提供实体的所述标识符;以及
将所述服务提供实体的所述标识符从所述第一发现响应数据中删除。
8.一种在连接的实体的网络中的网络节点,所述网络节点包括:
第一处理器,所述第一处理器适合于执行计算机可读指令;以及
通信地耦合到所述第一处理器的第一存储器,所述第一存储器具有存储在其中的计算机可读指令,所述计算机可读指令当通过所述第一处理器执行时,使得所述处理器执行包括以下的操作:
从所述连接的实体的网络中的第一实体接收第一发现请求;
将所述第一发现请求传送到资源目录实体;
从所述资源目录实体接收第一发现响应;
基于所述第一发现响应,存储第一发现响应数据;
将所述第一发现响应传送到所述第一实体;
从所述连接的实体的网络中的第二实体接收第二发现请求;
确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括所述第一发现响应数据的第二发现响应传送到所述第二实体,并且向所述资源目录实体发送通知,所述通知指示所述网络节点将包括所述第一发现响应数据的所述第二发现响应传送到所述第二实体。
9.根据权利要求8所述的网络节点,其中所述操作进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括所述第一实体的位置的第三发现响应传送到第三实体。
10.根据权利要求8所述的网络节点,其中所述操作进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将所述第三发现请求传送到所述第一实体。
11.根据权利要求8所述的网络节点,其中所述操作进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集与所述第一发现响应数据的第一子集相对应;以及
通过将所述第一发现响应数据修改为包括所述第二发现响应数据的第二子集,来存储所述第二发现响应数据的所述第二子集。
12.根据权利要求8所述的网络节点,其中所述操作进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集;以及
存储所述第二发现响应数据的所述第一子集。
13.根据权利要求8所述的网络节点,其中所述操作进一步包括:
接收消息,所述消息包括与所述第一发现响应数据中识别的服务相关联的服务提供实体的标识符,其中所述消息指示所述服务提供实体被配置为提供服务;以及
通过将所述第一发现响应数据修改为包括所述服务提供实体的所述标识符,来存储所述服务提供实体的所述标识符。
14.根据权利要求8所述的网络节点,其中所述操作进一步包括:
接收消息,所述消息包括与所述第一发现响应数据中识别的服务相关联的服务提供实体的标识符,其中所述消息指示所述服务提供实体不被配置为提供服务;
确定所述第一发现响应数据包括所述服务提供实体的所述标识符;以及
将所述服务提供实体的所述标识符从所述第一发现响应数据中删除。
15.一种在连接的实体的网络中的实体,所述实体包括:
第一处理器,所述第一处理器适合于执行计算机可读指令;以及
通信地耦合到所述第一处理器的第一存储器,所述第一存储器具有存储在其中的计算机可读指令,所述计算机可读指令当通过所述第一处理器执行时,使得所述处理器执行包括以下的操作:
从所述连接的实体的网络中的第一实体接收第一发现请求;
将所述第一发现请求传送到资源目录实体;
从所述资源目录实体接收第一发现响应;
基于所述第一发现响应,存储第一发现响应数据;
将所述第一发现响应传送到所述第一实体;
从所述连接的实体的网络中的第二实体接收第二发现请求;
确定所述第二发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括所述第一发现响应数据的第二发现响应传送到所述第二实体,并且向所述资源目录实体发送通知,所述通知指示包括所述第一发现响应数据的所述第二发现响应被传送到所述第二实体。
16.根据权利要求15所述的实体,其中所述操作进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将包括所述第一实体的位置的第三发现响应传送到第三实体。
17.根据权利要求15所述的实体,其中所述操作进一步包括:
确定第三发现请求的发现请求数据与所述第一发现响应数据相对应;以及
将所述第三发现请求传送到所述第一实体。
18.根据权利要求15所述的实体,其中所述操作进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集与所述第一发现响应数据的第一子集相对应;以及
通过将所述第一发现响应数据修改为包括所述第二发现响应数据的第二子集,来存储所述第二发现响应数据的所述第二子集。
19.根据权利要求15所述的实体,其中所述操作进一步包括:
从第三实体接收第三发现响应;
确定在所述第三发现响应中接收的第二发现响应数据的第一子集;以及
存储所述第二发现响应数据的所述第一子集。
20.根据权利要求15所述的实体,其中所述操作进一步包括:
接收消息,所述消息包括与所述第一发现响应数据中识别的服务相关联的服务提供实体的标识符,其中所述消息指示所述服务提供实体被配置为提供服务;以及
通过将所述第一发现响应数据修改为包括所述服务提供实体的所述标识符,来存储所述服务提供实体的所述标识符。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361823988P | 2013-05-16 | 2013-05-16 | |
US61/823,988 | 2013-05-16 | ||
PCT/US2014/038440 WO2014186733A1 (en) | 2013-05-16 | 2014-05-16 | Systems and methods for enhanced discovery |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105409248A CN105409248A (zh) | 2016-03-16 |
CN105409248B true CN105409248B (zh) | 2019-03-08 |
Family
ID=50979890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480032448.XA Active CN105409248B (zh) | 2013-05-16 | 2014-05-16 | 用于增强发现的系统和方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10084659B2 (zh) |
EP (1) | EP2997747B1 (zh) |
JP (2) | JP6302050B2 (zh) |
KR (2) | KR20180041771A (zh) |
CN (1) | CN105409248B (zh) |
WO (1) | WO2014186733A1 (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014098437A1 (ko) * | 2012-12-17 | 2014-06-26 | 엘지전자 주식회사 | 무선랜 시스템에서 서비스 발견 방법 및 장치 |
US10075741B2 (en) * | 2013-07-03 | 2018-09-11 | Avago Technologies General Ip (Singapore) Pte. Ltd. | System and control protocol of layered local caching for adaptive bit rate services |
JP2015115014A (ja) * | 2013-12-13 | 2015-06-22 | 富士通株式会社 | ノード装置、情報処理システム、情報処理方法、及び情報処理プログラム |
CN105447032A (zh) * | 2014-08-29 | 2016-03-30 | 国际商业机器公司 | 用于处理消息与订阅信息方法和系统 |
WO2016048208A1 (en) * | 2014-09-25 | 2016-03-31 | Telefonaktiebolaget L M Ericsson (Publ) | Device mobility with coap |
EP3038326A1 (en) * | 2014-12-22 | 2016-06-29 | Orange | Method, devices, system and corresponding computer program for service discovery |
US20160364553A1 (en) * | 2015-06-09 | 2016-12-15 | Intel Corporation | System, Apparatus And Method For Providing Protected Content In An Internet Of Things (IOT) Network |
CN107852430B (zh) * | 2015-07-06 | 2021-08-03 | 康维达无线有限责任公司 | 用于在局域网中形成网关的设备以及计算机可读存储介质 |
WO2017027869A1 (en) * | 2015-08-13 | 2017-02-16 | Convida Wireless, Llc | Methods for enabling en-route resource discovery at a service layer |
JP6631087B2 (ja) * | 2015-08-19 | 2020-01-15 | ヤマハ株式会社 | 制御端末、オーディオシステムおよびオーディオ機器制御プログラム |
WO2017041631A1 (en) * | 2015-09-10 | 2017-03-16 | Huawei Technologies Co., Ltd. | Communication network, devices and methods for proximity based distributed caching of service information within said network |
CN106936662B (zh) * | 2015-12-31 | 2020-01-31 | 杭州华为数字技术有限公司 | 一种实现心跳机制的方法、装置及系统 |
US10003661B2 (en) * | 2016-06-13 | 2018-06-19 | Dell Products, Lp | System and method for service discovery in a large network |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
EP3861680A1 (en) * | 2018-10-05 | 2021-08-11 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatus for analytics function discovery |
US11432132B2 (en) * | 2019-02-14 | 2022-08-30 | Motorola Mobility Llc | Dropping extraneous discovery messages |
US11115894B2 (en) | 2019-08-14 | 2021-09-07 | Motorola Mobility Llc | Managing FTM frames of WLAN RTT bursts |
FR3139964A1 (fr) * | 2022-09-15 | 2024-03-22 | Cometa | Procédé de gestion d’un réseau de communication, réseau de communication et entité associés |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1317191A (zh) * | 1998-09-09 | 2001-10-10 | 太阳微系统公司 | 用于透明地处理dns业务的方法和装置 |
JP2003141007A (ja) * | 2001-11-06 | 2003-05-16 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信システムおよびコンテンツ情報通知方法と、プログラムおよび記録媒体 |
JP2004127189A (ja) * | 2002-10-07 | 2004-04-22 | Matsushita Electric Ind Co Ltd | ゲートウェイ装置、コンテンツ転送システム及びコンテンツ転送方法 |
JP2007184669A (ja) * | 2005-12-29 | 2007-07-19 | Brother Ind Ltd | コンテンツ配信システム、端末装置及びその情報処理方法並びにそのプログラム |
EP2141601A1 (en) * | 2007-03-29 | 2010-01-06 | Pioneer Corporation | Content distribution device, content distribution method, and content distribution program |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7656822B1 (en) * | 2003-12-22 | 2010-02-02 | Sun Microsystems, Inc. | Method and apparatus for decentralized device and service description and discovery |
MX2012010363A (es) | 2010-03-09 | 2012-11-30 | Interdigital Patent Holdings | Metodo y aparato para soportar comunicaciones de maquina a maquina. |
US9596122B2 (en) * | 2010-12-03 | 2017-03-14 | International Business Machines Corporation | Identity provider discovery service using a publish-subscribe model |
WO2014004965A1 (en) * | 2012-06-29 | 2014-01-03 | Interdigital Patent Holdings, Inc. | Service-based discovery in networks |
JP2017525042A (ja) * | 2014-07-22 | 2017-08-31 | コンヴィーダ ワイヤレス, エルエルシー | M2m−iotサービスのパブリケーションおよび発見 |
-
2014
- 2014-05-16 KR KR1020187010661A patent/KR20180041771A/ko not_active Application Discontinuation
- 2014-05-16 WO PCT/US2014/038440 patent/WO2014186733A1/en active Application Filing
- 2014-05-16 JP JP2016514138A patent/JP6302050B2/ja active Active
- 2014-05-16 EP EP14731874.5A patent/EP2997747B1/en active Active
- 2014-05-16 KR KR1020157035278A patent/KR101850802B1/ko active IP Right Grant
- 2014-05-16 CN CN201480032448.XA patent/CN105409248B/zh active Active
- 2014-05-16 US US14/891,160 patent/US10084659B2/en active Active
-
2017
- 2017-12-11 JP JP2017236755A patent/JP2018042288A/ja active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1317191A (zh) * | 1998-09-09 | 2001-10-10 | 太阳微系统公司 | 用于透明地处理dns业务的方法和装置 |
JP2003141007A (ja) * | 2001-11-06 | 2003-05-16 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信システムおよびコンテンツ情報通知方法と、プログラムおよび記録媒体 |
JP2004127189A (ja) * | 2002-10-07 | 2004-04-22 | Matsushita Electric Ind Co Ltd | ゲートウェイ装置、コンテンツ転送システム及びコンテンツ転送方法 |
JP2007184669A (ja) * | 2005-12-29 | 2007-07-19 | Brother Ind Ltd | コンテンツ配信システム、端末装置及びその情報処理方法並びにそのプログラム |
EP2141601A1 (en) * | 2007-03-29 | 2010-01-06 | Pioneer Corporation | Content distribution device, content distribution method, and content distribution program |
Non-Patent Citations (1)
Title |
---|
draft-ietf-core-coap-01;Z.SHELBY SENSINODE B.FRANK SKYFOUNDRY D.STUREK PACIFIC GAS & ELE;《Constrained Application Protocol(CoAP)》;20100708;全文 |
Also Published As
Publication number | Publication date |
---|---|
CN105409248A (zh) | 2016-03-16 |
JP2018042288A (ja) | 2018-03-15 |
WO2014186733A1 (en) | 2014-11-20 |
KR101850802B1 (ko) | 2018-04-20 |
JP6302050B2 (ja) | 2018-03-28 |
JP2016524747A (ja) | 2016-08-18 |
KR20160007639A (ko) | 2016-01-20 |
US20160072678A1 (en) | 2016-03-10 |
KR20180041771A (ko) | 2018-04-24 |
US10084659B2 (en) | 2018-09-25 |
EP2997747B1 (en) | 2019-07-17 |
EP2997747A1 (en) | 2016-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105409248B (zh) | 用于增强发现的系统和方法 | |
US10404601B2 (en) | Load balancing in the internet of things | |
US10419552B2 (en) | Publication and discovery of M2M-IoT services | |
CN110149616B (zh) | 轻量级iot信息模型 | |
CN102656922B (zh) | 利用用于使用群体智能在大规模分布式系统中进行信息路由的框架的系统和方法 | |
US9332549B2 (en) | Service layer resource propagation across domains | |
CN107431726A (zh) | 消息总线服务目录 | |
CN108293023A (zh) | 支持信息为中心的网络中的上下文感知的内容请求的系统和方法 | |
Azamuddin et al. | The emerging of named data networking: Architecture, application, and technology | |
CN107950005A (zh) | 服务元素主机选择 | |
Liu et al. | Edge computing framework for distributed smart applications | |
CN109644160A (zh) | 通过分类在icn中进行名称解析和制作者选择的混合方法 | |
Ruta et al. | Semantic-based resource discovery, composition and substitution in IEEE 802.11 mobile ad hoc networks | |
US20220116315A1 (en) | Information centric network distributed path selection | |
Ciobanu et al. | Interest spaces: a unified interest-based dissemination framework for opportunistic networks | |
US20240007507A1 (en) | Device-specific connections in an information centric network | |
Ashraf et al. | Dynamic cooperative cache management scheme based on social and popular data in vehicular named data network | |
KR20190037095A (ko) | 네트워크 인프라 시스템 및 이를 이용한 데이터 공유 및 서비스 최적화를 위한 데이터 처리 방법 | |
Ahmed et al. | Bringing Named Data Networks into Smart Cities | |
Indira et al. | Cross‐Layer Optimization for Wireless Systems Using Computer Vision Methods | |
Curran | Understanding the Internet: a glimpse into the building blocks, applications, security and hidden secrets of the Web | |
Westphal et al. | A Bloom Filter approach for scalable CCN-based discovery of missing physical objects | |
e Silva | A Scalable Middleware for Structured Data Provision and Dissemination in Distributed Mobile Systems | |
WO2023114789A1 (en) | Activity assignment and completion verification | |
Lankananda | Enhanced Content Navigation Using Edge Routers in Content Delivery Network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |