一种通知消息的发送方法、装置和系统的制作方法
【技术领域】
[0001]本发明涉及通信领域，特别涉及一种通知消息的发送方法、装置和系统。
【背景技术】
[0002]M2M(Machine-To_Machine，机器对机器)通信网络由各个M2M节点和承载网络组成。M2M节点通过承载网络实现互相通信，一个M2M节点至少包含一个应用实体或者一个公共业务实体。
[0003]应用实体是执行实际M2M应用的逻辑单元，公共业务实体是对应用进行管理和服务的逻辑单元。
[0004]在M2M系统架构中，应用节点是末端的执行节点，例如智能电表，温度测控传感器，火警报警器，智能家电等等，中间节点是连接末端执行节点到网络侧服务器的中间件，例如网关，基础节点是网络侧的服务器，注册在基础节点上的应用实体通常是M2M服务商的管理软件或管理平台。
[0005]如下图1所示M2M系统架构图，M2M应用之间的通信是通过CSE(Common ServiceEntity,公共业务实体)之间的交互来实现，而通信的前提是M2M应用首先需要在本地CSE进行注册(例如图中应用节点上的应用实体需要注册在中间节点上的CSE，那么中间节点上的CSE就是应用节点上应用实体的本地CSE)，然后才能通过CSE之间的通信实现M2M应用的交互。
[0006]应用节点是物理实体，应用实体AE是逻辑单元，是在应用节点这个物理实体上真正执行应用的逻辑单元。
[0007]在应用实体注册在本地CSE上时，应用实体需要提供能标识自己合法性的安全证书，提供给本地CSE进行验证，只有验证通过才能在本地CSE进行注册，同时应用实体还需要提供应用实体建议的注册名称给本地CSE参考。
[0008]注册后的应用实体AE还可以在本地CSE上创建应用相关的资源，作为应用资源的子资源，例如AE注册后本地CSE创建资源“应用”，为了保存应用的数据，应用还可以在资源“应用”下创建资源“容器”，资源“容器”用来保存AE相关的数据。AE可以通过订阅的方式来获取某个资源是否变更的消息。对资源的订阅是通过AE在CSE想要订阅的资源下上创建类型为“subscript1n”的子资源来实现的。被订阅的资源在属性或者子资源变更时，例如属性的值被修改，子资源被删除，或新创建了子资源等，该资源所在的CSE可以向AE发送通知消息，告知其关注的资源被修改了。当有多个通知消息需要发送时，往往由于网络资源有限导致重要的通知消息或者紧急的通知消息不能发送出去。
【发明内容】
[0009]本发明要解决的主要技术问题是:在多个通知消息发送时，由于网络拥塞导致重要的通知消息或者紧急的通知消息无法发送出去的技术问题。
[0010]为解决上述问题，本发明提供一种通知消息的发送方法，
[0011]在公共业务实体上创建至少两个订阅资源；
[0012]设置各所述订阅资源对应的通知消息属性；
[0013]当至少两个所述订阅资源发生变更时，根据发生变更的所述订阅资源对应的通知消息属性发送通知消息。
[0014]在本发明的一种实施例中，所述通知消息属性包括通知优先级和/或通知有效时间。
[0015]在本发明的一种实施例中，所述通知消息属性包括通知优先级和通知有效时间时，所述根据发生变更的所述订阅资源对应的通知消息属性发送通知消息的步骤包括:
[0016]获取发生变更的各所述订阅资源对应的通知有效时间与当前时间的差值；
[0017]根据发生变更的各所述订阅资源对应的差值和通知优先级发送通知消息。
[0018]在本发明的一种实施例中，所述通知消息属性还包括通知优先余量时间，所述根据发生变更的各所述订阅资源对应的差值和通知优先级发送通知消息的步骤包括:
[0019]获取差值小于或等于通知优先余量时间的订阅资源；
[0020]首先根据获取的订阅资源对应的通知优先级发送获取的订阅资源对应的通知消息；然后，根据剩余发生变更的订阅资源对应的通知优先级发送剩余发生变更的订阅资源对应的通知消息。
[0021]在本发明的一种实施例中，所述在公共业务实体上创建至少两个订阅资源的步骤包括:
[0022]根据接收的至少两个创建订阅请求创建至少两个订阅资源，一个创建订阅请求创建一个订阅资源，所述创建订阅请求包括订阅资源对应的通知消息属性的设置信息；
[0023]所述设置各所述订阅资源对应的通知消息属性的步骤包括:
[0024]根据各创建订阅请求中的设置信息设置各所述订阅资源对应的通知消息属性。
[0025]为解决上述问题，本发明还提供另外一种通知消息的发送方法，包括如下步骤:
[0026]应用实体发送至少两个创建订阅请求给公共业务实体，所述创建订阅请求包括订阅资源对应的通知消息属性的设置信息；
[0027]所述公共业务实体接收所述创建订阅请求；
[0028]所述公共业务实体根据所述创建订阅请求创建至少两个订阅资源，一个创建订阅请求创建一个订阅资源，并根据各创建订阅请求中的设置信息设置各所述订阅资源对应的通知消息属性；
[0029]当至少两个所述订阅资源发生变更时，所述公共业务实体根据发生变更的所述订阅资源对应的通知消息属性发送通知消息给所述应用实体；
[0030]所述请应用实体接收所述通知消息。
[0031]在本发明的一种实施例中，所述通知消息属性包括通知优先级和通知有效时间时，所述根据发生变更的所述订阅资源对应的通知消息属性发送通知消息的步骤包括:
[0032]获取发生变更的各所述订阅资源对应的通知有效时间与当前时间的差值；
[0033]根据发生变更的各所述订阅资源对应的差值和通知优先级发送通知消息。
[0034]在本发明的一种实施例中，所述通知消息属性还包括通知优先余量时间，所述根据发生变更的各所述订阅资源对应的差值和通知优先级发送通知消息的步骤包括:
[0035]获取差值小于或等于通知优先余量时间的订阅资源；
[0036]首先根据获取的订阅资源对应的通知优先级发送获取的订阅资源对应的通知消息；然后，根据剩余发生变更的订阅资源对应的通知优先级发送剩余发生变更的订阅资源对应的通知消息。
[0037]为解决上述问题，本发明还提供一种通知消息的发送装置，所述发送装置包括资源创建模块、属性设置模块和通知发送模块:
[0038]所述资源创建模块用于在公共业务实体上创建至少两个订阅资源；
[0039]所述属性设置模块用于设置各所述订阅资源对应的通知消息属性；
[0040]所述通知发送模块用于当至少两个所述订阅资源发生变更时，根据发生变更的所述订阅资源对应的通知消息属性发送通知消息。
[0041 ] 在本发明的一种实施例中，所述通知消息属性包括通知优先级和/或通知有效时间。
[0042]在本发明的一种实施例中，所述通知发送模块包括差值获取子模块和通知发送子模块:
[0043]所述差值获取子模块用于获取发生变更的各所述订阅资源对应的通知有效时间与当前时间的差值；
[0044]所述通知发送子模块用于根据发生变更的各所述订阅资源对应的差值和通知优先级发送通知消息。
[0045]在本发明的一种实施例中，所述通知发送模块还包括判断获取子模块:
[0046]所述判断获取子模块用于获取差值小于或等于通知优先余量时间的订阅资源；
[0047]所述发送子模块还用于首先根据获取的订阅资源对应的通知优先级发送获取的订阅资源对应的通知消息；然后，根据剩余发生变更的订阅资源对应的通知优先级发送剩余发生变更的订阅资源对应的通知消息。
[0048]在本发明的一种实施例中，所述装置还包括请求接收模块:
[0049]所述请求接收模块用于接收至少两个创建订阅请求；
[0050]所述资源创建模块还用于根据接收的至少两个创建订阅请求创建至少两个订阅资源，一个创建订阅请求创建一个订阅资源，所述创建订阅请求包括订阅资源对应的通知消息属性的设置信息；
[0051]所述属性设置模块还用于根据各创建订阅请求中的设置信息设置各所述订阅资源对应的通知消息属性。
[0052]为解决上述问题，本发明还提供一种通知消息的发送系统，所述发送系统包括应用实体和公共业务实体，所述应用实体包括请求发送模块和通知接收模块，所述公共业务实体包括请求接收模块、资源创建模块、属性设置模块和通知发送模块:
[0053]所述请求发送模块用于发送至少两个创建订阅请求给所述请求接收模块，所述创建订阅请求包括订阅资源对应的通知消息属性的设置信息；
[0054]所述请求接收模块用于接收所述创建订阅请求；
[0055]所述资源创建模块用于根据所述创建订阅请求创建至少两个订阅资源，一个创建订阅请求创建一个订阅资源；
[0056]所述属性设置模块用于根据各创建订阅请求中的设置信息设置各所述订阅资源对应的通知消息属性；
[0057]所述通知发送模块用于当至少两个所述订阅资源发生