[发明专利]应用通告资源的创建方法及装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种应用通告资源的创建方法及装置。

背景技术

机器对机器(M2M)通信网络是由各个M2M节点和承载网络组成的。M2M节点可以通过承载网络实现互相通信，一个M2M节点至少包含一个应用实体(AE)或者一个公共业务实体(CSE)。应用实体是执行实际M2M应用的逻辑单元，而公共业务实体则是对应用进行管理和服务的逻辑单元。

M2M应用之间的通信是通过公共业务实体之间的交互来实现的。M2M应用可以通过X接口连接到CSE，而CSE之间可以通过Y接口进行通信，其通信的前提条件在于：M2M应用首先需要在本地CSE进行注册，然后才能通过CSE之间的通信实现M2M应用的交互。图1是根据相关技术的M2M系统架构示意图。如图1所示，在M2M系统架构中，应用节点是末端的执行节点，例如：智能电表、温度测控传感器、火警报警器、智能家电；中间节点是连接末端执行节点到网络侧服务器的中间件，例如：网关；基础节点是网络侧的服务器。

应用实体需要在中间节点上的公共业务实体进行注册才能够加入M2M网络，从而作为M2M系统的应用节点进行服务。此时，中间节点上的CSE称为AE的注册CSE或本地CSE，基础节点上的CSE则称为AE的远程CSE。

在实际应用过程中，应用节点上的应用实体相关资源需要注册到应用节点上的公共业务实体，而不需要注册到中间节点的公共业务实体和基础节点的公共业务实体，在现有技术中，例如：基础节点上的应用希望查找应用节点上的应用时，则需要发送请求到所有连接到该基础节点的中间节点，并由中间节点将查询请求转发到各个应用节点，其不仅消耗了大量的网络资源，同时也需要耗费较长的时间。

为了便于中间节点上的应用实体能够查找到应用节点上的资源，特别使用了资源通告的方式，在中间节点上创建与应用节点上的原始资源相应的通告资源，通告资源具备与原始资源相同的搜索标签，并具有原始资源的链接，从而使得中间节点上的应用可以方便地搜索到所需要的资源，并根据链接访问原始资源。而原始资源则会创建一个属性“通告到”，用来保存成功创建完成的通告资源的地址信息。

在现有技术所采用的机制下，被通告的资源仍然保持与原始资源等同的结构，例如：资源<ae>有一个子资源<container>，那么在<container>被通告后，在远程CSE上的资源<containerAnnc>(这是相应于原始资源<container>的通告资源)应该存储在资源<aeAnnc>下。这是在理想状态下的实施方式，换言之，其前提条件在于：认为<ae>首先会被通告。

但是在实际应用过程中，一个应用实体很有可能仅将保存其产生数据的<container>资源通告，而不希望将本身的信息通告，这样会导致<container>在远程CSE上无法找到原来定义的父资源，最终导致通告失败。

图2是根据相关技术的资源通告过程的示意图。如图2所示，每个CSE都有一个总的根目录<CSEBase>，所有被CSE管理的资源都在这个根目录下创建。在具体创建过程中：

首先，AE1在CSE1上注册，并在注册成功后，CSE1为AE1在根目录<CSE1Base>下创建资源<ae1>；

紧接着，CSE1在CSE2上注册，并在注册成功后，CSE2为CSE1创建资源<remoteCSE1>；

然后，CSE2在CSE3上注册，并在注册成功后，CSE3为CSE2创建资源<remoteCSE2>；

另外，在CSE1与CSE3之间并不存在注册关系，但是CSE2可以将CSE1通告到CSE3，因此，CSE3可以为CSE1创建通告资源<remoteCSE1Annc>，该通告资源可以有以下两种存在方式：

方式一、直接在CSE3的根目录<CSE3Base>下创建；

方式二、在<remoteCSE2>下创建。

不仅如此，AE1还可以请求CSE1将其通告到CSE3上，AE1的通告资源在<remoteCSE1Annc>下创建。

综上所述，相关技术中的资源通告需要受到父资源是否通告的限制，缺乏灵活性。

发明内容

本发明实施例提供了一种应用通告资源的创建方法及装置，以至少解决相关技术中的资源通告需要受到父资源是否通告的限制，缺乏灵活性的问题。