发明内容
有鉴于此,本发明的主要目的在于提供一种物联网架构下统一的通知方法及系统,能实现在现有物联网架构下所进行的统一的通知。
为达到上述目的,本发明的技术方案是这样实现的:
一种物联网架构下统一的通知方法,该方法包括:
基于物联网架构下的网络状态地址存储能力(NRAR)、和/或网络通知能力(NNC)实现统一的通知,将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。
其中,所述统一的通知包括:通知订阅、通知管理和通知处理。
其中,所述通知订阅包括:物联网应用、物联网终端、或物联网架构中的其它能力发起要求获取、退订或修改通知消息的订阅请求。
其中,所述通知管理包括:实现对通知订阅的授权,以及根据订阅请求的时效信息或通知逻辑使通知起效或失效。
其中,所述通知处理包括:对通知请求进行处理,并将根据通知请求分解的不同通知任务分别注册到相对应的网元、或监控相对应的网元的状态;检测到通知任务对应的触发条件时通知NRAR和/或NNC;NRAR和/或NNC整理或处理相对应的信息后生成通知消息,通过相对应的接口发送通知消息。
其中,所述NNC为单独的能力,专门负责实现统一的通知,且物联网应用发起通知请求时,该方法还包括:
物联网应用向网络应用能力(NAE)发起通知请求;NAE将所述通知请求提交给所述NNC;
所述NNC对所述通知请求进行统一的处理,并将根据通知请求分解的不同通知任务分别提交到物联网架构中相对应的能力或物联网终端;
检测到通知任务对应的触发条件时,所述相对应的能力或物联网终端将事件信息发送给所述NNC;所述NNC整理或处理所述事件信息后生成通知消息,将所述通知消息经所述NAE发送给所述物联网应用。
其中,所述NNC为单独的能力,专门负责实现统一的通知,且物联网终端发起通知请求时,该方法还包括:
物联网终端向网络统一通信能力(NGC)发起通知请求;NGC将所述通知请求提交给所述NNC;
所述NNC对所述通知请求进行统一的处理,并将根据通知请求分解的不同通知任务分别提交到物联网架构中相对应的能力或物联网终端;
检测到通知任务对应的触发条件时,所述相对应的能力或物联网终端将事件信息发送给所述NNC;所述NNC整理或处理所述事件信息后生成通知消息,将所述通知消息经所述NGC发送给所述物联网终端。
其中,所述NNC为集成在所述NRAR中的能力,集成NNC的NRAR负责实现统一的通知,且任一物联网终端数据更新时,该方法还包括:
物联网应用向NAE发起通知请求;NAE将所述通知请求提交给所述集成NNC的NRAR;
所述集成NNC的NRAR对所述通知请求进行统一的处理,并将根据通知请求分解的不同通知任务分别提交到物联网架构中相对应的能力或物联网终端;
任一物联网终端数据更新时需提供通知给所述物联网应用,所述集成NNC的NRAR检测到数据更新,整理或处理所述数据更新后生成通知消息,将所述通知消息经所述NAE发送给所述物联网应用。
一种物联网架构下统一的通知系统,该系统包括:统一通知实现单元,用于基于物联网架构下的NRAR、和/或NNC实现统一的通知,将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。
其中,所述统一通知实现单元,进一步用于实现包括通知订阅、通知管理和通知处理在内的所述统一的通知。
其中,所述统一通知实现单元,进一步用于实现所述通知订阅时,包括实现物联网应用、物联网终端、或物联网架构中的其它能力发起要求获取、退订或修改通知消息的订阅请求。
其中,所述统一通知实现单元,进一步用于实现所述通知管理时,包括实现对通知订阅的授权,以及根据订阅请求的时效信息或通知逻辑使通知起效或失效。
其中,所述统一通知实现单元,进一步用于实现所述通知处理时,包括实现对通知请求进行处理,并将根据通知请求分解的不同通知任务分别注册到相对应的网元、或监控相对应的网元的状态;检测到通知任务对应的触发条件时通知NRAR和/或NNC;NRAR和/或NNC整理或处理相对应的信息后生成通知消息,通过相对应的接口发送通知消息。
本发明基于物联网架构下的网络状态地址存储能力(NRAR,NetworkReachability Addressing and Repository Capability)、和/或网络通知能力(NNC,Network Notification Capability)实现统一的通知,将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。
采用本发明,实现了在现有物联网架构下所进行的统一的通知,以满足众多消息通知时的统一通知的需要,通过这种对众多消息通知的集中式统一通知,提高整个物联网系统的运行效率。
具体实施方式
本发明的基本思想是:基于物联网架构下的NRAR、和/或NNC实现统一的通知,将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。
下面结合附图对技术方案的实施作进一步的详细描述。
本发明的通知方案是在现有物联网架构下所进行的统一的通知方案,包括:通知订阅、通知管理和通知处理,从而在物联网应用领域的ETSI M2M规范的架构上,能够对物联网的应用、物联网中除应用外的其它能力、包括物联网网关和物联网设备在内的物联网终端进行统一的通知。
一种物联网架构下统一的通知方法,该方法主要包括以下内容:
基于ETSI M2M物联网架构下的NRAR和/或NNC实现统一的通知,并将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。其中,所述统一的通知包括:通知订阅、通知管理和通知处理。所述物联网系统中的其它信息指:物联网系统内的信息中,除该物联网设备数据更新信息之外的所有信息。
这里需要指出的是:可以在现有物联网系统架构中新增NNC,以专门负责实现统一的通知,即负责进行通知订阅、通知管理和通知处理;也可以将NNC作为一部分能力,扩展到现有物联网系统架构中,比如,扩展到现有物联网系统架构的NRAR中。
这里,物联网架构中新增的通知能力主要包括:通知订阅、通知管理和通知处理。
其中,通知订阅包括:物联网应用、物联网终端、或物联网中的其它能力发起要求获取、退订或修改通知消息的订阅请求。其中,所述物联网中的其它能力指:物联网系统内的能力中,除了该物联网应用和该物联网终端外的所有能力,也可以称为指物联网内的其它业务能力或者物联网终端。
通知管理包括:实现对通知订阅的授权,以及根据订阅请求的时效信息或通知逻辑使通知起效或失效。
通知处理包括:对通知请求进行处理,并将根据通知请求分解的不同通知任务注册到相对应的网元、或监控相对应的网元的状态;检测到通知任务对应的触发条件时通知NRAR和/或NNC,例如:可以要求当一个终端上线后,将这个上线信息通知NRAR和/或NNC;NRAR和/或NNC实现通知处理功能时整理或处理相对应的信息后生成通知消息,然后通过相对应的接口发送通知消息。这里,涉及到的一系列“相对应”都是基于通知任务而言的,不同的通知任务,采用的网元、触发条件、触发后产生的信息、通知消息发送的接口都是不同的,取决于当前是什么通知任务,具体描述请详见后续的多个实例。
同时,需要说明的是,通知能力可以在物联网架构中新增加一个能力,也可以将现有的业务能力进行扩展,如:可以考虑在现有的NRAR上扩展所述通知订阅、所述通知管理和所述通知处理的能力。
以下对本发明进行举例阐述。
对比现有技术对本发明进行说明,如图1所示为现有物联网系统架构的示意图,图1的系统架构中包括如下部分:
1、M2M业务能力。M2M业务能力也称为物联网的应用平台,主要用于对物联网的各个终端进行控制和管理,可以接收传感数据,并对这个传感数据进行处理,以提供给具体的物联网应用。同时,M2M业务能力也具备安全、计费、网络管理等功能。
针对ETSI M2M规范而言,M2M业务能力中,主要包括如下部分:
a、网络互操作代理(NIP,Network Interworking Proxy)。NIP作为M2M业务能力的可选项,主要用于将不支持ETSI M2M规范的M2M终端接入到M2M应用平台的代理设备。
b、网络远程实体管理能力(NREM,Network Remote Entity Management)。NREM作为M2M业务能力的必选项,主要用于M2M设备和网关的管理功能,主要有性能管理、故障管理、配置管理等功能。
c、网络安全能力(NSEC,Network Security Capability)。NSEC作为M2M业务能力的必选项,主要用于提供安全服务。
d、NRAR作为M2M业务能力的必选项,主要用于存储M2M终端和应用信息,同时,也维护M2M终端的状态,并在状态发生变化时会触发一些操作。
e、网络和通讯选择能力(NCS,Network Communication Selection)。NCS作为M2M业务能力的必选项,主要用于在和终端有多个通讯方式进行通讯时,根据网络状况和需求提供选择功能的能力。
f、事务管理功能(NTM,Network Transaction Management)。NTM作为M2M业务能力的可选项,主要用于定义一个事务,在事务没有完成时,可以进行回滚等操作。
g、历史数据存储功能(NHDR,Network History and Data Retention)。NHDR作为M2M业务能力的可选项,主要用于存储历史数据。
h、网络应用能力(NAE,Network Application Enablement)。NAE作为M2M业务能力的必选项,主要用于物联网平台和应用之间的接口功能,完成M2M应用的注册、鉴权、请求和处理结果的返回。
i、网络统一通信能力(NGC,Network Generic communication)。NGC作为M2M业务能力的必选项,主要用于和M2M终端进行通信,包括与M2M设备和M2M网关进行通信的能力,主要实现:M2M终端的注册接入、数据上报、任务下发等功能。
j、网络代理(NCB,Network compensation Brokerage)。NCB作为M2M业务能力的可选项,主要用于实现网络应用的代理功能。
k、网络电信能力开放能力(NTOE,Network Teleco Operator Exposure)。NTOE作为M2M业务能力的可选项,主要用于将电信能力,包括物联网平台能力开放给第三方的能力。
m、网络通信服务选择能力(NCSS,Network Communication ServiceSelection)作为M2M业务能力的必选项,是在物联网终端和物联网平台之间有多个通信方式时,选择某一个合适的通信方式的能力。
n、路由(Routing)作为M2M业务能力的必选项,是所有这些能力之间的一个路由能力。
本发明中,可以通过新增NNC通知业务能力,负责进行通知订阅、通知管理和通知处理。同时,将NNC能力作为一部分能力,对现有设备,尤其是NRAR设备进行扩展,也是可以的。
2、M2M应用。M2M应用主要用于通过物联网业务能力而生成M2M的具体服务。本发明中,主要涉及M2M应用向物联网订阅通知,接收通知消息。
3、M2M终端。针对ETSI M2M规范而言,M2M终端包括M2M设备和M2M网关,主要用于负责数据采集、上报、接受管理等功能。本发明中,通知消息也可能发送到M2M终端。
实例一:将新增NNC功能作为一个单独能力进行说明,如果这个能力作为NRAR的一部分,流程是类似的,不作赘述。如图2所示,本实例为物联网即M2M应用通知的处理流程,说明了M2M应用订阅相关通知,以及实现的整个流程,包括以下步骤:
步骤10:M2M应用向NAE发起通知请求。这个通知请求可以是订阅,也可以是删除和修改原有的订阅请求。
本步骤主要说明的是订阅过程,如果对于删除过程,NNC可以直接删除通知任务;或者,之前将通知任务下发到相关业务能力中了,也需要删除相关业务能力中的通知任务;或者之前将通知任务下发到终端中了,也需要删除终端中的通知任务。如果是修改原有的订阅请求,也是类似处理。
步骤11:通知请求提交到NAE后,NAE进行鉴权,判断M2M应用有否权限后,将通知请求提交到NNC。
步骤12:NNC对这个通知请求进行处理,首先实现对这个通知请求的存储,然后根据这个通知请求,分解成不同的通知任务,然后可以将通知任务分别提交到不同的能力或者M2M终端,包括:NRAR、M2M终端、安全能力、NAE;对于状态变化的通知任务,主要提交到NRAR,如果M2M终端不上报状态信息,可以直接将通知任务下发到M2M终端,让M2M终端在自身状况变化时上报。对于一些安全事件,如:终端认证鉴权失败之类的,可以提交到SC;对相关流程中某些消息出现而需要通知的,主要下发到NAE和NGC。
步骤12a:NNC也可以将这个通知任务下发提交到事务管理能力(TM)进行处理。
步骤12b:TM处理该通知任务。
步骤12c:TM将对通知任务的处理结果返回。
步骤13:NNC将这个通知请求的结果返回给NAE,如果处理成功,那么就返回成功,如果处理失败,那么就返回失败,并可能附上失败原因。
步骤14:NAE将结果返回给发送这个通知请求的M2M应用。
步骤15:检测到事件发生,这个可能是通知任务下发给各个能力上检测到的,这里举例是:在NRAR上检测到,也可能是在终端上检测到。
步骤16:相关能力或者终端将事件信息发送给NNC,如果是终端,则需要通过NGC;如果是M2M应用,则需要通过NAE。
步骤17:NNC将事件信息进行整理或处理,完成对通知消息的封装。
步骤18:本实例中,通知消息发送给订阅的M2M应用,先向NAE发送。
步骤19:NAE将通知消息发送给M2M应用。
实例二:将新增NNC功能作为一个单独能力进行说明,如果这个能力作为NRAR的一部分,流程是类似的,不作赘述。如图3所示,本实例为物联网终端比如M2M设备通知的处理流程,说明了M2M设备通知订阅和处理的整个流程,包括以下步骤:
步骤20:M2M设备向NGC发起通知请求。这个通知请求可以是订阅,也可以是删除和修改原有的订阅请求。
本步骤主要说明的是订阅过程,如果对于删除过程,NNC可以直接删除该通知任务,;或者,之前将通知任务下发到相关业务能力中了,也需要删除相关业务能力中的通知任务;或者之前将通知任务下发到终端中了,也需要删除终端中的通知任务。如果是修改原有的订阅请求,也是类似处理。
步骤21:通知请求提交到NGC,将通知请求提交到NNC。
步骤22:NNC对这个通知请求进行处理,首先实现对这个通知请求的存储,然后根据这个通知请求,分解成不同的通知任务,然后可以将通知任务分别提交到不同的能力或者M2M终端,包括:NRAR、M2M终端、安全能力、NAE、NGC;对于状态变化的通知任务,主要提交到NRAR,如果M2M终端不上报状态信息,可以直接将通知任务下发到M2M终端,让M2M终端在自身状况变化时上报。对于一些安全事件,如:终端认证鉴权失败之类的,可以提交到NSC;对相关流程中某些消息出现而需要通知的,主要下发到NAE和NGC。
步骤22a:NNC也可以将这个通知任务下发提交到TM进行处理。
步骤22b:TM处理该通知任务。
步骤22c:TM将对通知任务的处理结果返回。
步骤23:NNC将这个通知请求的结果返回给NGC,如果处理成功,那么就返回成功,如果处理失败,那么就返回失败,并可能附上失败原因。
步骤24:NAE将结果返回给发送这个通知请求的M2M应用。
步骤25:检测到事件发生,这个可能是通知任务下发给各个能力上检测到的,这里举例是:在NRAR上检测到,也可能是在M2M应用上检测到。
步骤26:相关能力或者终端将事件信息发送给NNC,如果是终端,则需要通过NGC;如果是M2M应用,则需要通过NAE。这里举例的是NRAR和M2M应用。
步骤27:NC将事件信息进行整理或处理,完成对通知消息的封装。
步骤28:本实例中,通知消息发送给订阅的M2M终端,先向NGC发送。
步骤29:N AE将通知消息发送给M2M应用。
实例三:将新增NNC功能作为NRAR的一部分,即将NCC功能集成在NRAR功能内,如图4所示,本实例为NCC功能在NRAR中,并且物联网应用即M2M应用要求在M2M终端比如M2M设备采集到数据后,通知给M2M应用实现的流程,包括以下步骤:
步骤30:M2M应用向NAE发起通知请求。这个通知请求可以是订阅,也可以是删除和修改原有的订阅请求。
本步骤主要说明的是订阅过程,如果对于删除过程,NRAR可以直接删除通知任务;或者,之前将通知任务下发到相关业务能力中了,也需要删除相关业务能力中的通知任务;或者之前将通知任务下发到终端中了,也需要删除终端中的通知任务。如果是修改原有的订阅请求,也是类似处理。
步骤31:通知请求提交到NAE,NAE进行鉴权,判断M2M应用有否权限后,将通知请求提交到NRAR;也可以是NAE直接转发给NRAR,由NRAR判断。
步骤32:NRAR对这个通知请求进行处理,首先实现对这个通知请求的存储,然后根据这个通知请求,分解成不同的通知任务,然后可以将通知任务分别提交到不同的能力或者M2M终端,包括:NRAR、M2M终端、安全能力、NAE;对于状态变化的通知任务,主要提交到NRAR,如果M2M终端不上报状态信息,可以直接将通知任务下发到M2M终端,让M2M终端在自身状况变化时上报。对于一些安全事件,如:终端认证鉴权失败之类的,可以提交到安全能力(SC);对相关流程中某些消息出现而需要通知的,主要下发到NAE和NGC。
这里个流程实例说明的是,当某个物联网终端数据更新时,提供通知给物联网应用。
步骤33:NRAR将这个通知请求的结果返回给NAE,如果处理成功,那么就返回成功,如果处理失败,那么就返回失败,并可能附上失败原因。
步骤34:NAE将结果返回给发送这个通知请求的M2M应用。
步骤35:M2M设备数据更新,收集到数据更新信息。
步骤36:数据更新信息通过NGC提供到NRAR。
步骤37:NRAR检查到数据更新信息,对数据更新信息进行整理或处理,产生通知消息。
步骤38:通知消息发送给订阅的M2M应用,先向NAE发送。
步骤39:NAE将通知消息发送给M2M应用。
一种物联网架构下统一的通知系统,该系统包括统一通知实现单元,统一通知实现单元用于基于物联网架构下的NRAR、和/或NNC实现统一的通知,将物联网设备数据更新信息、和/或物联网系统中的其它信息通知给物联网应用、和/或物联网终端。
这里,统一通知实现单元进一步用于实现包括通知订阅、通知管理和通知处理在内的所述统一的通知。
这里,统一通知实现单元进一步用于实现所述通知订阅时,包括实现物联网应用、物联网终端、或物联网架构中的其它能力发起要求获取、退订或修改通知消息的订阅请求。
这里,统一通知实现单元进一步用于实现所述通知管理时,包括实现对通知订阅的授权,以及根据订阅请求的时效信息或通知逻辑使通知起效或失效。
这里,统一通知实现单元进一步用于实现所述通知处理时,包括实现对通知请求进行处理,并将根据通知请求分解的不同通知任务分别注册到相对应的网元、或监控相对应的网元的状态;检测到通知任务对应的触发条件时通知NRAR和/或NNC;NRAR和/或NNC整理或处理相对应的信息后生成通知消息,通过相对应的接口发送通知消息。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。