一种注册方法和相关节点以及注册系统与流程

本发明实施例涉及通信领域，尤其涉及一种注册方法和相关节点以及注册系统。

背景技术：

机器间(Machine-to-Machine，M2M)通信是指应用各种通信网络(通信网、互联网、行业网络)和信息感知、处理的技术，实现机器与机器、机器与人之间进行数据通信和交互的一系列技术及技术组合的总称。M2M通信延伸了现有信息通信网络的通信范畴，通过部署具有感知处理能力的M2M终端，通过网络设施实现信息传输、协同和处理，使得基于M2M终端的各种应用可以方便的获取所需的各种信息，提升工作效率、降低人力成本、带来很多灵活新颖的业务模式。

每个业务使用者在使用业务提供商提供的业务之前，首先都需要业务使用者与业务提供商进行签约，并且在签约成功后业务使用者还需要进行注册才能使用使用业务提供商提供的服务。通常的签约方式是业务使用者作为应用节点(Application Node)和业务提供商作为基础设施节点(Infrastructure Node)进行签约，约定业务使用者可以使用的服务以及每项服务的收费等，只有签约成功后业务使用者才能发起注册流程，然后才能使用业务提供商提供的各种服务，也就是说，现有技术中签约是所有流程开始的前提。

但是本发明的发明人在实现本发明的过程中发现：现有技术中每个业务使用者在使用业务提供商的业务之前都必须进行签约，那么当有多个业务使用者时都需要分别与业务提供商进行签约，当业务使用者的数量非常庞大时，这会造成业务提供商因必须与每个业务使用者的单独签约而非常繁忙，并可能因为持续的大量签约工作而宕机，并且业务提供商在与每个业务使用者签约后还需要将签约数据存储到签约数据库中，还会导致对签约数据库的频繁读写操作，并且签约数据库中也因存储的签约数据量很大而降低了读写操作的效率。

可以理解的是，如果业务使用者不需要与业务提供商之间进行签约的话，就可以解决如上存在的诸多问题，但是按照现有技术的实现方式，只有签约成功后业务使用者才能发起注册流程，而无法实现业务使用者不需要与业务提供商进行签约的情况下完成注册流程，因此，非常有必要对业务使用者在不需要与业务提供商进行签约的情况下如何完成注册进行深入的研究。

技术实现要素：

本发明实施例提供了一种注册方法和相关节点以及注册系统，能够实现业务使用者在不需要签约的情况下完成注册。

第一方面，本发明实施例提供一种注册方法，包括：

网络侧通用业务实体CSE接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码，所述网络侧应用节点为对所述终端侧应用节点进行管理的应用节点；

所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果，所述验证结果包括所述终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，或终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理；

若所述验证结果为所述终端侧应用节点是由所述网络侧应用节点管理，所述网络侧通用业务实体为所述终端侧应用节点创建终端侧应用节点资源，或者发送所述验证结果给中间节点的通用业务实体，以使所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源。

结合第一方面，在第一方面的第一种可能的实现方式中，所述网络侧通用业务实体CSE接收终端侧应用节点发送的终端侧应用节点注册信息之前，还包括：

网络侧通用业务实体接收网络侧应用节点发送的网络侧应用节点注册信息，所述网络侧应用节点注册信息包括所述网络侧应用节点的身份标识码；

所述网络侧通用业务实体根据所述网络侧应用节点注册信息为所述网络侧应用节点创建网络侧应用节点资源。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述网络侧通用业务实体接收网络侧应用节点发送的网络侧应用节点注册信息之前，还包括：

所述网络侧通用业务实体和所述网络侧应用节点签约，生成签约数据。

结合第一方面或第一方面的第一种可能或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述网络侧通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，还包括：

所述网络侧通用业务实体根据所述终端侧应用节点注册信息中包括的网络侧应用节点的身份标识码判断是否已经为所述网络侧应用节点创建网络侧应用节点资源；

若已经为所述网络侧应用节点创建网络侧应用节点资源，触发执行所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果。

结合第一方面或第一方面的第一种可能或第二种可能或第三方面的实现方式，在第一方面的第四种可能的实现方式中，所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果，包括：

所述网络侧通用业务实体向所述网络侧应用节点发送所述终端侧应用节点注册信息，以使所述网络侧应用节点根据所述验证信息判断所述终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

所述网络侧通用业务实体接收所述网络侧应用节点发送的验证结果。

结合第一方面或第一方面的第一种可能或第二种可能或第三方面或第四方面的实现方式，在第一方面的第五种可能的实现方式中，所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果之前，还包括：

所述网络侧通用业务实体接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码。

结合第一方面的第五方面的实现方式，在第一方面的第六种可能的实现方式中，所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果，包括：

所述网络侧通用业务实体判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中，所述网络侧通用业务实体将所述验证信息和发送终端侧应用节点注册信息的终端侧应用节点的身份标识码发送给所述网络侧应用节点，以使所述网络侧应用节点根据所述验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

所述网络侧通用业务实体接收所述网络侧应用节点发送的验证结果。

结合第一方面或第一方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面的实现方式，在第一方面的第七种可能的实现方式中，所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果之前，还包括：

所述网络侧通用业务实体接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码以及各个终端侧应用节点对应的密钥。

结合第一方面的第七方面的实现方式，在第一方面的第八种可能的实现方式中，所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果，包括：

所述网络侧通用业务实体根据所述终端侧应用节点注册信息判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中，则所述网络侧通用业务实体根据所述终端侧应用节点注册信息中包括的验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，生成第一验证结果，所述第一验证结果为发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码没有包括在所述应用管理信息中，则所述网络侧通用业务实体生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理。

结合第一方面或第一方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面或第七方面或第八方面的实现方式，在第一方面的第九种可能的实现方式中，所述网络侧通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息，包括：

所述网络侧通用业务实体接收中间节点的通用业务实体发送的终端侧应用节点注册信息，所述中间节点的通用业务实体从所述终端侧应用节点接收到所述终端侧应用节点注册信息之后转发给所述网络侧通用业务实体。

结合第一方面或第一方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面或第七方面或第八方面或第九方面的实现方式，在第一方面的第十种可能的实现方式中，所述网络侧通用业务实体为所述终端侧应用节点创建终端侧应用节点资源，或者发送所述验证结果给中间节点的通用业务实体之后，还包括：

所述网络侧通用业务实体向所述终端侧应用节点发送应用配置信息，所述应用配置信息由所述网络侧应用节点发送给所述网络侧通用业务实体，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容。

结合第一方面的第十方面的实现方式，在第一方面的第十一种可能的实现方式中，所述网络侧通用业务实体向所述终端侧应用节点发送应用配置信息，包括：

所述网络侧通用业务实体将所述应用配置信息发送给所述中间节点的通用业务实体，所述中间节点的通用业务实体从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

第二方面，本发明实施例还提供另一种注册方法，包括：

终端侧应用节点根据密钥生成验证信息；

所述终端侧应用节点向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码。

结合第二方面，在第二方面的第一种可能的实现方式中，所述终端侧应用节点向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息之后，还包括：

若所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取到的验证结果为所述终端侧应用节点由所述网络侧应用节点管理，所述终端侧应用节点接收所述网络侧通用业务实体发送的应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容；

所述终端侧应用节点根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述终端侧应用节点接收所述网络侧通用业务实体发送的应用配置信息，包括：

所述终端侧应用节点从中间节点的通用业务实体接收到所述应用配置信息，所述中间节点的通用业务实体在从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

第三方面，本发明实施例还提供另一种注册方法，包括：

中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码；

所述中间节点的通用业务实体将所述终端侧应用节点注册信息转发给网络侧通用业务实体，以使所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果；

若所述验证结果为所述终端侧应用节点由所述网络侧应用节点管理，所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源。

结合第三方面，在第三方面的第一种可能的实现方式中，所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源之后，还包括：

所述中间节点的通用业务实体向所述终端侧应用节点发送应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容，以使所述终端侧应用节点根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，还包括：

所述中间节点的通用业务实体检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源；

若所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，触发执行所述中间节点的通用业务实体将所述终端侧应用节点注册信息转发给网络侧通用业务实体。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述方法还包括：

若所述中间节点的通用业务实体上没有保存所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，所述中间节点的通用业务实体向所述网络侧通用业务实体发送网络侧应用节点资源获取请求信息，所述网络侧应用节点资源获取请求信息包括所述验证信息、所述网络侧应用节点的身份标识码、所述终端侧应用节点的身份标识码；

若所述网络侧通用业务实体上保存有所述网络侧应用节点对应的网络侧应用节点资源，所述中间节点的通用业务实体接收所述网络侧通用业务实体发送的所述网络侧应用节点对应的网络侧应用节点资源。

结合第三方面或第三方面的第一种可能或第二种可能或第三方面的实现方式，在第三方面的第四种可能的实现方式中，所述中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，还包括：

所述中间节点的通用业务实体检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码；

若有，所述中间节点的通用业务实体判断所述终端侧应用节点注册信息中包括的终端侧应用节点的身份标识码是否包括在所述网络侧应用节点所管理的终端侧应用节点的身份标识码中；

若是，触发执行所述中间节点的通用业务实体将所述终端侧应用节点注册信息转发给网络侧通用业务实体。

第四方面，本发明实施例还提供一种网络侧通用业务实体，包括：

注册信息接收模块，用于接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码，所述网络侧应用节点为对所述终端侧应用节点进行管理的应用节点；

验证结果获取模块，用于根据所述注册信息接收模块接收到的终端侧应用节点注册信息获取验证结果，所述验证结果包括所述终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，或终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理；

资源创建模块，用于当所述验证结果获取模块获取到的验证结果为所述终端侧应用节点是由所述网络侧应用节点管理时，为所述终端侧应用节点创建终端侧应用节点资源；

或者，验证结果发送模块，用于当所述验证结果获取模块获取到的验证结果为所述终端侧应用节点是由所述网络侧应用节点管理时，发送所述验证结果给中间节点的通用业务实体，以使所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源。

结合第四方面，在第四方面的第一种可能的实现方式中，

所述注册信息接收模块，还用于接收网络侧应用节点发送的网络侧应用节点注册信息，所述网络侧应用节点注册信息包括所述网络侧应用节点的身份标识码；

所述资源创建模块，还用于根据所述注册信息接收模块接收到的网络侧应用节点注册信息为所述网络侧应用节点创建网络侧应用节点资源。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述网络侧通用业务实体，还包括：

签约模块，用于所述注册信息接收模块接收网络侧应用节点发送的网络侧应用节点注册信息之前，和所述网络侧应用节点签约，生成签约数据。

结合第四方面或第四方面的第一种可能或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述网络侧通用业务实体，还包括：

资源创建判断模块，用于所述注册信息接收模块接收到终端侧应用节点发送的终端侧应用节点注册信息之后，根据所述终端侧应用节点注册信息中包括的网络侧应用节点的身份标识码判断是否已经为所述网络侧应用节点创建网络侧应用节点资源；若已经为所述网络侧应用节点创建网络侧应用节点资源，触发执行所述验证结果获取模块。

结合第四方面或第四方面的第一种可能或第二种可能或第三方面的实现方式，在第四方面的第四种可能的实现方式中，所述验证结果获取模块，包括：

注册信息转发子模块，用于向所述网络侧应用节点发送所述终端侧应用节点注册信息，以使所述网络侧应用节点根据所述验证信息判断所述终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

验证结果接收子模块，用于接收所述网络侧应用节点发送的验证结果。

结合第四方面或第四方面的第一种可能或第二种可能或第三方面或第四方面的实现方式，在第四方面的第五种可能的实现方式中，所述网络侧通用业务实体，还包括：

管理信息接收模块，用于所述验证结果获取模块根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码。

结合第四方面的第五方面的实现方式，在第四方面的第六种可能的实现方式中，所述验证结果获取模块，包括：

身份标识码判断子模块，用于判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

身份标识码转发子模块，用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中时，将所述验证信息和发送终端侧应用节点注册信息的终端侧应用节点的身份标识码发送给所述网络侧应用节点，以使所述网络侧应用节点根据所述验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

验证结果接收子模块，用于接收所述网络侧应用节点发送的验证结果。

结合第四方面或第四方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面的实现方式，在第四方面的第七种可能的实现方式中，所述网络侧通用业务实体，还包括：

管理信息接收模块，用于所述验证结果获取模块根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码以及各个终端侧应用节点对应的密钥。

结合第四方面的第七方面的实现方式，在第四方面的第八种可能的实现方式中，所述验证结果获取模块，包括：

身份标识码判断子模块，用于根据所述终端侧应用节点注册信息判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

节点判断子模块，用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中时，根据所述终端侧应用节点注册信息中包括的验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理，

验证结果生成子模块，用于当发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理时，生成第一验证结果，所述第一验证结果为发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，当发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理时，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理；

所述验证结果生成子模块，还用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码没有包括在所述应用管理信息中时，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理。

结合第四方面或第四方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面或第七方面或第八方面的实现方式，在第四方面的第九种可能的实现方式中，所述注册信息接收模块，具体用于接收中间节点的通用业务实体发送的终端侧应用节点注册信息，所述中间节点的通用业务实体从所述终端侧应用节点接收到所述终端侧应用节点注册信息之后转发给所述网络侧通用业务实体。

结合第四方面或第四方面的第一种可能或第二种可能或第三方面或第四方面或第五方面或第六方面或第七方面或第八方面或第九方面的实现方式，在第四方面的第十种可能的实现方式中，所述网络侧通用业务实体，还包括：

应用配置发送模块，用于所述资源创建模块为所述终端侧应用节点创建终端侧应用节点资源，或者所述验证结果发送模块发送所述验证结果给中间节点的通用业务实体之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息由所述网络侧应用节点发送给所述网络侧通用业务实体，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容。

结合第四方面的第十方面的实现方式，在第四方面的第十一种可能的实现方式中，所述应用配置发送模块，具体用于将所述应用配置信息发送给所述中间节点的通用业务实体，所述中间节点的通用业务实体从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

第五方面，本发明实施例还提供一种终端侧应用节点，包括：

验证信息生成模块，用于根据密钥生成验证信息；

注册信息发送模块，用于向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码。

结合第五方面，在第五方面的第一种可能的实现方式中，所述终端侧应用节点，还包括：

配置信息接收模块，用于所述注册信息发送模块向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息之后，若所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取到的验证结果为所述终端侧应用节点由所述网络侧应用节点管理，接收所述网络侧通用业务实体发送的应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容；

配置模块，用于根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述配置信息接收模块，具体用于从中间节点的通用业务实体接收到所述应用配置信息，所述中间节点的通用业务实体在从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

第六方面，本发明实施例还提供一种中间节点的通用业务实体，包括：

注册信息接收模块，用于接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码；

注册信息转发模块，用于将所述终端侧应用节点注册信息转发给网络侧通用业务实体，以使所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果；

节点资源创建模块，用于当所述验证结果为所述终端侧应用节点由所述网络侧应用节点管理时，为所述终端侧应用节点创建终端侧应用节点资源。

结合第六方面，在第六方面的第一种可能的实现方式中，所述中间节点的通用业务实体，还包括：

配置信息发送模块，用于所述节点资源创建模块为所述终端侧应用节点创建终端侧应用节点资源之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容，以使所述终端侧应用节点根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述中间节点的通用业务实体，还包括：

节点资源判断模块，用于所述注册信息接收模块接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源；若所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，触发执行所述注册信息转发模块。

结合第六方面的第二种可能的实现方式，在第六方面的第三种可能的实现方式中，所述中间节点的通用业务实体，还包括：

节点资源请求模块，用于当所述中间节点的通用业务实体上没有保存所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源时，向所述网络侧通用业务实体发送网络侧应用节点资源获取请求信息，所述网络侧应用节点资源获取请求信息包括所述验证信息、所述网络侧应用节点的身份标识码、所述终端侧应用节点的身份标识码；

节点资源接收模块，用于当所述网络侧通用业务实体上保存有所述网络侧应用节点对应的网络侧应用节点资源时，接收所述网络侧通用业务实体发送的所述网络侧应用节点对应的网络侧应用节点资源。

结合第六方面或第六方面的第一种可能或第二种可能或第六方面的实现方式，在第六方面的第四种可能的实现方式中，所述中间节点的通用业务实体，还包括：

身份标识码检测模块，用于所述注册信息接收模块接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码；

身份标识码判断模块，用于当所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码时，判断所述终端侧应用节点注册信息中包括的终端侧应用节点的身份标识码是否包括在所述网络侧应用节点所管理的终端侧应用节点的身份标识码中；若是，触发执行所述注册信息转发模块。

第七方面，本发明实施例还提供的一种注册系统，包括：

如第四方面中任一项所述的网络侧通用业务实体、如第五方面中任一项所述的终端侧应用节点、如第六方面中任一项所述的中间节点的通用业务实体。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向网络侧通用业务实体或中间节点的通用业务实体发送终端侧应用节点注册信息，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

附图说明

图1为本发明实施例提供的一种注册方法的流程方框示意图；

图2为本发明实施例提供的另一种注册方法的流程方框示意图；

图3为本发明实施例提供的另一种注册方法的流程方框示意图；

图4为本发明实施例中注册系统的系统架构示意图；

图5-a为本发明实施例中提供的注册方法的一种应用场景示意图；

图5-b为本发明实施例中提供的注册方法的另一种应用场景示意图；

图5-c为本发明实施例中提供的注册方法的另一种应用场景示意图；

图5-d为本发明实施例中提供的注册方法的另一种应用场景示意图；

图5-e为本发明实施例中提供的注册方法的另一种应用场景示意图；

图5-f为本发明实施例中提供的注册方法的另一种应用场景示意图；

图5-g为本发明实施例中提供的注册方法的另一种应用场景示意图；

图6-a为本发明实施例提供的一种网络侧通用业务实体的组成结构示意图；

图6-b为本发明实施例提供的另一种网络侧通用业务实体的组成结构示意图；

图6-c为本发明实施例提供的另一种网络侧通用业务实体的组成结构示意图；

图6-d为本发明实施例提供的一种验证结果获取模块的组成结构示意图；

图6-e为本发明实施例提供的另一种网络侧通用业务实体的组成结构示意图；

图6-f为本发明实施例提供的另一种验证结果获取模块的组成结构示意图；

图6-g为本发明实施例提供的另一种验证结果获取模块的组成结构示意图；

图6-h为本发明实施例提供的另一种网络侧通用业务实体的组成结构示意图；

图7-a为本发明实施例提供的一种终端侧应用节点的组成结构示意图；

图7-b为本发明实施例提供的另一种终端侧应用节点的组成结构示意图；

图8-a为本发明实施例提供的一种中间节点的通用业务实体的组成结构示意图；

图8-b为本发明实施例提供的另一种中间节点的通用业务实体的组成结构示意图；

图8-c为本发明实施例提供的另一种中间节点的通用业务实体的组成结构示意图；

图8-d为本发明实施例提供的另一种中间节点的通用业务实体的组成结构示意图；

图8-e为本发明实施例提供的另一种中间节点的通用业务实体的组成结构示意图；

图9为本发明实施例提供的一种注册系统的组成结构示意图；

图10为本发明实施例提供的另一种网络侧通用业务实体的组成结构示意图；

图11为本发明实施例提供的另一种终端侧应用节点的组成结构示意图；

图12为本发明实施例提供的另一种中间节点的通用业务实体的组成结构示意图。

具体实施方式

本发明实施例提供了一种注册方法和相关节点以及注册系统，能够实现业务使用者在不需要签约的情况下完成注册。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域的技术人员所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本发明的实施例中对相同属性的对象在描述时所采用的区分方式。此外，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

本发明实施例中，业务使用者通常基于终端侧应用节点和网络侧应用节点来实现其注册过程，业务提供商通常基于网络侧通用业务实体来实现其对终端侧应用节点的注册验证，网络侧通用业务实体分别和终端侧应用节点、网络侧应用节点连接，另外，网络侧通用业务实体和终端侧应用节点之间还可以部署一个中间节点，该中间节点的功能类似于网络侧通用业务实体和终端侧应用节点之间的网关，终端侧应用节点可以注册到网络侧通用业务实体上，终端侧应用节点也可以注册到中间节点的通用业务实体上。

例如，在电力智能抄表的应用场景中，业务使用者就是居民用户使用的电表和向居民用户提供电力服务的电厂，则一个电厂通常为很多个居民用户提供电力服务，则居民用户的电表需要定期的向电厂汇报使用的电量数据，电厂根据每个电表上报的电量数据对居民用户收费，在这种应用场景下，电厂和电表之间就需要使用数据存储转发业务，则电厂和电表就可以通过网络侧通用业务实体提供的服务来实现，电厂相当于网络侧应用节点，每个电表就是终端侧应用节点，电表基于网络侧通用业务实体上报电量数据，电厂基于网络侧通用业务实体获取每个电表上报的电量数据。

以下分别进行详细说明。

本发明注册方法的一个实施例，可应用于网络侧通用业务实体中，该方法可包括：网络侧通用业务实体(Common Services Entity，CSE)接收终端侧应用节点发送的终端侧应用节点注册信息，其中，终端侧应用节点注册信息包括终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码(IDentity，ID)、终端侧应用节点的身份标识码，网络侧应用节点为对终端侧应用节点进行管理的应用节点；网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，其中，验证结果包括终端侧应用节点是由网络侧应用节点管理，或终端侧应用节点不是由网络侧应用节点管理；若验证结果为终端侧应用节点是由网络侧应用节点管理，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，以使中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。

本发明注册方法的一个实施例，请参阅图1所示，具体可以包括如下步骤：

101、网络侧通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息。

其中，终端侧应用节点注册信息包括：终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码、终端侧应用节点的身份标识码。

本发明实施例中，网络侧应用节点为对终端侧应用节点进行管理的应用节点。通常一个网络侧应用节点可以管理多个终端侧应用节点，网络侧应用节点在管理终端侧应用节点时，网络侧应用节点和终端侧应用节点都需要基于同一个平台来进行数据的存储转发，本发明实施例中网络侧应用节点和终端侧应用节点使用的平台是基于网络侧通用业务实体来实现的，网络侧应用节点与网络侧通用业务实体进行签约，网络侧通用业务实体生成签约数据，并可以将签约数据存储到签约数据库中，现有技术中除了网络侧应用节点需要与网络侧通用业务实体进行签约之外，还需要终端侧应用节点也与网络侧通用业务实体进行签约。

可以理解的是，由于一个网络侧应用节点通常管理有多个终端侧应用节点，当终端侧应用节点的数量很多时，这会造成网络侧通用业务实体因必须与每个终端侧应用节点的单独签约而非常繁忙，并可能因为持续的大量签约工作而宕机，并且网络侧通用业务实体在与每个终端侧应用节点签约后还需要将签约数据存储到签约数据库中，还会导致对签约数据库的频繁读写操作，并且签约数据库中也因存储的签约数据量很大而降低了读写操作的效率。现有技术中只有终端侧应用节点签约之后，才能享用网络侧通用实体提供的数据存储转发等业务，也就是说，终端侧应用节点的签约是所有流程开始的前提，意思当然终端侧应用节点只有与网络侧通用业务实体签约后才能进行注册。

本发明与现有技术的不同之处在于，本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约就可以发起注册流程，由于网络侧通用业务实体没有与终端侧应用节点进行签约，网络侧通用业务实体中就没有留存终端侧应用节点的任何信息，网络侧通用业务实体对终端侧应用节点的合法性无从判断，为了能够使终端侧应用节点能够成功注册到网络侧通用业务实体或中间节点的通用业务实体上，故需要终端侧应用节点在生成终端侧应用节点注册信息时至少要携带以下内容：终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码、终端侧应用节点的身份标识码。

具体的，终端侧应用节点在接受网络侧应用节点的管理时，网络侧应用节点通常可以为终端侧应用节点分配一个密钥，网络侧应用节点通过该密钥来验证一个终端侧应用节点是否由自己管理，当网络侧应用节点管理有多个终端侧应用节点时，网络侧应用节点分别为每个终端侧应用节点分配一个密钥，网络侧应用节点可以将所有终端侧应用节点设置在一个终端管理列表中，并在终端管理列表中存储每一个终端侧应用节点对应的密钥。

终端侧应用节点根据密钥可以生成验证信息，在终端侧应用节点发起注册流程时，需要发送该验证信息，网络侧应用节点可以根据该验证信息来验证终端侧应用节点是否由自己管理，若验证信息通过，则说明终端侧应用节点是合法的，若验证信息没有通过，则说明终端侧应用节点不是合法的。终端侧应用节点在生成的终端侧应用节点注册信息中除了携带验证信息，还需要携带终端侧应用节点的身份标识码，以及管理该终端侧应用节点的网络侧应用节点的身份标识码，因为网络侧通用业务实体只有通过终端侧应用节点注册信息中携带的网络侧应用节点的身份标识码，网络侧通用业务实体才能获知发送终端侧应用节点信息的终端侧应用节点由哪个网络侧应用节点来管理。

需要说明的是，在本发明的一些实施例中，步骤101网络侧通用业务实体CSE接收终端侧应用节点发送的终端侧应用节点注册信息之前，还可以包括如下步骤：

A1、网络侧通用业务实体接收网络侧应用节点发送的网络侧应用节点注册信息，其中，网络侧应用节点注册信息包括网络侧应用节点的身份标识码；

A2、网络侧通用业务实体根据网络侧应用节点注册信息为网络侧应用节点创建网络侧应用节点资源。

也就是说，网络侧应用节点在管理终端侧应用节点时，网络侧应用节点首先要注册到网络侧通用业务实体上，网络侧应用节点向网络侧通用业务实体发送网络侧应用节点注册信息，其中网络侧应用节点注册信息包括网络侧应用节点的身份标识码，步骤A1中网络侧通用业务实体就可以接收到网络侧应用节点注册信息，然后步骤A2中网络侧通用业务实体根据网络侧应用节点注册信息为网络侧应用节点创建网络侧应用节点资源，其中网络侧应用节点资源可以包含创建时间、统一资源定位符(Uniform Resource Locator，URI)、属性等。其中在不同的具体应用场景中，网络侧通用业务实体创建的网络侧应用节点资源也是不同的，例如在网络侧应用节点为水厂时，网络侧通用业务实体创建的网络侧应用节点资源就可以是在网络侧通用业务实体上创建水厂的身份标识码、水厂的注册时间、水厂读取水表数据的周期等。

需要说明的是，在本发明的另一些实施例中，步骤A1网络侧通用业务实体接收网络侧应用节点发送的网络侧应用节点注册信息之前，还可以包括如下步骤：

A3、网络侧通用业务实体和网络侧应用节点签约，生成签约数据。

其中，在网络侧应用节点注册到网络侧通用业务实体之前，网络侧应用节点还需要与网络侧通用业务实体进行签约，网络侧通用业务实体和网络侧应用节点签约，生成签约数据，网络侧通用业务实体可以将签约数据存储到签约数据库中，在不同的具体应用场景中，网络侧通用业务实体生成的签约数据也是不同的。

例如在网络侧应用节点为水厂时，网络侧通用业务实体生成的签约数据就可以水厂使用的具体服务内容以及每项服务的收费等，只有网络侧应用节点和网络侧通用业务实体进行签约，网络侧应用节点才能使用网络侧通用业务实体提供的数据存储转发业务。需要说明的是，在本发明的一些实施例中，网络侧应用节点可以和网络侧通用业务实体签约，但是终端侧应用节点不需要与网络侧通用业务实体进行签约就可以直接发起注册流程。

需要说明的是，在本发明的一些实施例中，终端侧应用节点可以直接和网络侧通用业务实体连接，故终端侧应用节点可以将终端侧应用节点注册信息发送给网络侧通用业务实体，另外终端侧应用节点还可以和中间节点的通用业务实体连接，中间节点的通用业务实体和网络侧通用业务实体连接，也就是说，终端侧应用节点通过中间节点的通用业务实体和网络侧通用业务实体连接，故步骤101网络侧通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息，包括：网络侧通用业务实体接收中间节点的通用业务实体发送的终端侧应用节点注册信息，中间节点的通用业务实体从终端侧应用节点接收到终端侧应用节点注册信息之后转发给网络侧通用业务实体。

102、网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果。

其中，验证结果包括终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，或终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理。

在本发明实施例中，网络侧通用业务实体在接收到终端侧应用节点注册信息之后，网络侧通用业务实体可以获取到终端侧应用节点的验证信息、终端侧应用节点的身份标识码、网络侧应用节点的身份标识码。网络侧通用业务实体根据该终端侧应用节点注册信息获取验证结果，验证结果指的是对终端侧应用节点发送的终端侧应用节点注册信息进行验证后反馈的结果。

本发明实施例中验证结果包括有两种可能性：第一是终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，第二是终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理。网络侧通用业务实体获取验证结果，以实现对终端侧应用节点的合法性进行验证，当验证结果为终端侧应用节点是由网络侧应用节点管理时终端侧应用节点就是合法的，当验证结果为终端侧应用节点不是由网络侧应用节点时终端侧应用节点就是不合法的。

需要说明的是，在本发明的一些实施例中，步骤101网络侧通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，本发明实施例还可以包括如下步骤：

B1、网络侧通用业务实体根据终端侧应用节点注册信息中包括的网络侧应用节点的身份标识码判断是否已经为网络侧应用节点创建网络侧应用节点资源；

B2、若已经为网络侧应用节点创建网络侧应用节点资源，触发执行步骤102网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果。

其中，网络侧通用业务实体在接收到终端侧应用节点注册信息之后，网络侧通用业务实体可以从终端侧应用节点注册信息中提取到网络侧应用节点的身份标识码，步骤B1中网络侧通用业务实体根据提取到的网络侧应用节点的身份标识码判断是否已经为该网络侧应用节点创建有网络侧应用节点资源，即网络侧通用业务实体先判断网络侧应用节点是否已经注册到网络侧通用业务实体上，因为只有网络侧应用节点已经注册到网络侧通用业务实体上，网络侧通用业务实体才会为该网络侧应用节点创建网络侧应用节点资源，当已经为网络侧应用节点创建网络侧应用节点资源，触发执行步骤102网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果。

也就是说，本发明实施例中网络侧通用业务实体先对终端侧应用节点注册信息中携带的网络侧应用节点进行合法性验证，若终端侧应用节点注册信息中携带的网络侧应用节点是合法性的，再对终端侧应用节点的合法性进行验证，若终端侧应用节点注册信息中携带的网络侧应用节点是不合法性的，则不再执行步骤102以及后续步骤，直接向终端侧应用节点反馈注册失败。

需要说明的是，在本发明的一些实施例中，步骤102网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，包括：

C1、网络侧通用业务实体向网络侧应用节点发送终端侧应用节点注册信息，以使网络侧应用节点根据验证信息判断终端侧应用节点是否由网络侧应用节点管理并生成验证结果；

C2、网络侧通用业务实体接收网络侧应用节点发送的验证结果。

其中，网络侧通用业务实体在接收到终端侧应用节点注册信息后，网络侧通用业务实体转发给网络侧应用节点，也就是说，此处描述的实施例中，由网络侧应用节点对终端侧应用节点的合法性进行验证，并反馈验证结果，由网络侧应用节点发送给网络侧额通用业务实体。

需要说明的是，在本发明的一些实施例中，步骤101网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果之前，本发明实施例还可以包括：

D1、网络侧通用业务实体接收网络侧应用节点发送的应用管理信息，其中，应用管理信息包括网络侧应用节点所管理的终端侧应用节点的身份标识码。

也就是说，网络侧应用节点可以将由该网络侧应用节点管理的所有终端侧应用节点的身份标识码发送给网络侧通用业务实体，则网络侧通用业务实体就可以根据该应用管理信息来判断发起注册的终端侧应用节点是否合法的。具体的，步骤D1可以在网络侧应用节点和网络侧通用业务实体签约时将应用管理信息发送给网络侧通用业务实体，并由网络侧通用业务实体将应用管理信息存储到签约数据库中。

基于包括步骤D1的本发明实施例中，步骤102网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，包括：

D2、网络侧通用业务实体判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在应用管理信息中；

D3、若发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在应用管理信息中，网络侧通用业务实体将验证信息和发送终端侧应用节点注册信息的终端侧应用节点的身份标识码发送给网络侧应用节点，以使网络侧应用节点根据验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由网络侧应用节点管理并生成验证结果；

D4、网络侧通用业务实体接收网络侧应用节点发送的验证结果。

也就是说，若网络侧通用业务实体存储由应用管理信息，则网络侧通用业务实体首先对终端侧应用节点的身份标识码进行判断，若该身份标识码没有在应用管理信息中，则向终端侧应用节点信息反馈注册失败，否则触发网络侧应用节点对终端侧应用节点的合法性进行验证。

需要说明的是，在本发明的一些实施例中，步骤101网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果之前，本发明实施例还可以包括：

D5、网络侧通用业务实体接收网络侧应用节点发送的应用管理信息，其中，应用管理信息包括网络侧应用节点所管理的终端侧应用节点的身份标识码以及各个终端侧应用节点对应的密钥。

其中，相比于步骤D1，步骤D5的区别在于网络侧应用节点发送的应用管理信息还包括网络侧应用节点所管理的所有终端侧应用节点对应的密钥，则网络侧通用业务实体在接收到所有终端侧应用节点对应的密钥之后，网络侧通用业务实体就可以自行对终端侧应用节点的合法性进行验证了。

基于包括步骤D5的本发明实施例中，步骤102网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，包括：

D6、网络侧通用业务实体根据终端侧应用节点注册信息判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在应用管理信息中，然后分别执行步骤D7和D8；

D7、若发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在应用管理信息中，则网络侧通用业务实体根据终端侧应用节点注册信息中包括的验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点是由网络侧应用节点管理，生成第一验证结果，第一验证结果为发送终端侧应用节点注册信息的终端侧应用节点是由网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点不是由网络侧应用节点管理，生成第二验证结果，第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由网络侧应用节点管理；

D8、若发送终端侧应用节点注册信息的终端侧应用节点的身份标识码没有包括在应用管理信息中，则网络侧通用业务实体生成第二验证结果，第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由网络侧应用节点管理。

需要说明的是，在本发明实施例中，步骤102网络侧通用业务实体在获取到验证结果之后，对于验证结果为终端侧应用节点是由网络侧应用节点管理的情况，则分别执行步骤103和步骤104，即步骤103和步骤104分别对应于不同的实现方式，对于验证结果为终端侧应用节点不是由网络侧应用节点管理的情况，则网络侧通用业务实体可以向终端侧应用节点反馈注册失败。

103、若验证结果为终端侧应用节点是由网络侧应用节点管理，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源。

在本发明实施例中，若验证结果为终端侧应用节点是由网络侧应用节点管理，则说明终端侧应用节点通过了验证，终端侧应用节点是合法的，当终端侧应用节点注册到网络侧通用业务实体上时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源。

其中在不同的具体应用场景中，网络侧通用业务实体创建的终端侧应用节点资源也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，网络侧通用业务实体创建的终端侧应用节点资源就可以是在网络侧通用业务实体上创建水表的身份标识码、水表的注册时间、水表上报数据的周期等。

104、若验证结果为终端侧应用节点是由网络侧应用节点管理，发送验证结果给中间节点的通用业务实体，以使中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。

在本发明实施例中，若验证结果为终端侧应用节点是由网络侧应用节点管理，则说明终端侧应用节点通过了验证，终端侧应用节点是合法的，当终端侧应用节点注册到中间节点的通用业务实体上时，网络侧通用业务实体将验证结果发送给中间节点的通用业务实体，由中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。其中在不同的具体应用场景中，中间节点的通用业务实体创建的终端侧应用节点资源也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，中间节点的通用业务实体创建的终端侧应用节点资源就可以是在中间节点的通用业务实体上创建水表的身份标识码、水表的注册时间、水表上报数据的周期等。

需要说明的是，在本发明的一些实施例中，步骤103或步骤104执行之后，本发明实施例还可以包括如下步骤：

E1、网络侧通用业务实体向终端侧应用节点发送应用配置信息，其中，应用配置信息由网络侧应用节点发送给网络侧通用业务实体，应用配置信息为网络侧应用节点对其所管理的终端侧应用节点生成的配置内容。

也就是说，在网络侧通用业务实体或中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源之后，网络侧通用业务实体可以向终端侧应用节点发送应用配置信息，终端侧应用节点根据该应用配置信息就可以对自己的配置内容进行配置，其中应用配置信息由网络侧应用节点发送给网络侧通用业务实体，具体指明其管理的终端侧应用节点应该如何配置。其中在不同的具体应用场景中，网络侧应用节点生成的应用配置信息也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，网络侧应用节点生成的应用配置信息就可以是水表的休眠时间、水表上报数据的格式、通知广播的更新消息等。

在本发明的另一些实施例中，步骤E1网络侧通用业务实体向所述终端侧应用节点发送应用配置信息，具体可以包括：

网络侧通用业务实体将应用配置信息发送给中间节点的通用业务实体，中间节点的通用业务实体从网络侧通用业务实体接收到应用配置信息之后转发给终端侧应用节点。

通过如上实施例对本发明的描述可知，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

本发明注册方法的另一个实施例，可应用于终端侧应用节点中，该方法可包括：终端侧应用节点根据密钥生成验证信息；终端侧应用节点向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息，其中，终端侧应用节点注册信息包括验证信息、网络侧应用节点的身份标识码ID、终端侧应用节点的身份标识码。

请参阅图2所示，本发明另一个实施例提供的注册方法，具体可以包括如下步骤：

201、终端侧应用节点根据密钥生成验证信息。

本发明实施例中，网络侧应用节点为对终端侧应用节点进行管理的应用节点。通常一个网络侧应用节点可以管理多个终端侧应用节点，网络侧应用节点在管理终端侧应用节点时，网络侧应用节点和终端侧应用节点都需要基于同一个平台来进行数据的存储转发，本发明实施例中网络侧应用节点和终端侧应用节点使用的平台是基于网络侧通用业务实体来实现的，网络侧应用节点与网络侧通用业务实体进行签约，网络侧通用业务实体生成签约数据，并可以将签约数据存储到签约数据库中，现有技术中除了网络侧应用节点需要与网络侧通用业务实体进行签约之外，还需要终端侧应用节点也与网络侧通用业务实体进行签约。

可以理解的是，由于一个网络侧应用节点通常管理有多个终端侧应用节点，当终端侧应用节点的数量很多时，这会造成网络侧通用业务实体因必须与每个终端侧应用节点的单独签约而非常繁忙，并可能因为持续的大量签约工作而宕机，并且网络侧通用业务实体在与每个终端侧应用节点签约后还需要将签约数据存储到签约数据库中，还会导致对签约数据库的频繁读写操作，并且签约数据库中也因存储的签约数据量很大而降低了读写操作的效率。现有技术中只有终端侧应用节点签约之后，才能享用网络侧通用实体提供的数据存储转发等业务，也就是说，终端侧应用节点的签约是所有流程开始的前提，意思当然终端侧应用节点只有与网络侧通用业务实体签约后才能进行注册。

本发明与现有技术的不同之处在于，本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约就可以发起注册流程，由于网络侧通用业务实体没有与终端侧应用节点进行签约，网络侧通用业务实体中就没有留存终端侧应用节点的任何信息，网络侧通用业务实体对终端侧应用节点的合法性无从判断，为了能够使终端侧应用节点能够成功注册到网络侧通用业务实体或中间节点的通用业务实体上，终端侧应用节点在接受网络侧应用节点的管理时，网络侧应用节点通常可以为终端侧应用节点分配一个密钥，网络侧应用节点通过该密钥来验证一个终端侧应用节点是否由自己管理，当网络侧应用节点管理有多个终端侧应用节点时，网络侧应用节点分别为每个终端侧应用节点分配一个密钥，网络侧应用节点可以将所有终端侧应用节点设置在一个终端管理列表中，并在终端管理列表中存储每一个终端侧应用节点对应的密钥。终端侧应用节点根据密钥可以验证信息，在终端侧应用节点发起注册流程时，需要发送该验证信息，网络侧应用节点可以根据该验证信息来验证终端侧应用节点是否由自己管理，若验证信息通过，则说明终端侧应用节点是合法的，若验证信息没有通过，则说明终端侧应用节点不是合法的。

202、终端侧应用节点向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息。

其中，终端侧应用节点注册信息包括验证信息、网络侧应用节点的身份标识码ID、终端侧应用节点的身份标识码。

终端侧应用节点在生成的终端侧应用节点注册信息中除了携带验证信息，还需要携带终端侧应用节点的身份标识码，以及管理该终端侧应用节点的网络侧应用节点的身份标识码，因为网络侧通用业务实体只有通过终端侧应用节点注册信息中携带的网络侧应用节点的身份标识码，网络侧通用业务实体才能获知发送终端侧应用节点信息的终端侧应用节点由哪个网络侧应用节点来管理。

需要说明的是，在本发明的一些实施例中，终端侧应用节点可以直接和网络侧通用业务实体连接，故终端侧应用节点可以将终端侧应用节点注册信息发送给网络侧通用业务实体，另外终端侧应用节点还可以和中间节点的通用业务实体连接，中间节点的通用业务实体和网络侧通用业务实体连接，也就是说，终端侧应用节点通过中间节点的通用业务实体和网络侧通用业务实体连接，故步骤202中包括有两种实现方式，第一种终端侧应用节点向网络侧通用业务实体发送终端侧应用节点注册信息，第二种终端侧应用节点向中间节点的通用业务实体发送终端侧应用节点注册信息，中间节点的通用业务实体从终端侧应用节点接收到终端侧应用节点注册信息之后转发给网络侧通用业务实体。

需要说明的是，在本发明的一些实施例中，步骤202终端侧应用节点向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息之后，还可以包括：

F1、若网络侧通用业务实体根据终端侧应用节点注册信息获取到的验证结果为终端侧应用节点由网络侧应用节点管理，终端侧应用节点接收网络侧通用业务实体发送的应用配置信息，其中，应用配置信息为网络侧应用节点对其所管理的终端侧应用节点生成的配置内容；

F2、终端侧应用节点根据应用配置信息对所述终端侧应用节点的配置内容进行配置。

也就是说，在网络侧通用业务实体或中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源之后，网络侧通用业务实体可以向终端侧应用节点发送应用配置信息，终端侧应用节点根据该应用配置信息就可以对自己的配置内容进行配置，其中应用配置信息由网络侧应用节点发送给网络侧通用业务实体，具体指明其管理的终端侧应用节点应该如何配置。其中在不同的具体应用场景中，网络侧应用节点生成的应用配置信息也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，网络侧应用节点生成的应用配置信息就可以是水表的休眠时间、水表上报数据的格式、通知广播的更新消息等。

在本发明的另一些实施例中，步骤F1终端侧应用节点接收网络侧通用业务实体发送的应用配置信息，具体可以为终端侧应用节点从中间节点的通用业务实体接收到应用配置信息，中间节点的通用业务实体在从网络侧通用业务实体接收到应用配置信息之后转发给终端侧应用节点。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向网络侧通用业务实体或中间节点的通用业务实体发送终端侧应用节点注册信息，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

本发明注册方法的一个实施例，可应用于中间节点的通用业务实体中，该方法可包括：中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息，其中，终端侧应用节点注册信息包括终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码ID、终端侧应用节点的身份标识码；中间节点的通用业务实体将终端侧应用节点注册信息转发给网络侧通用业务实体，以使网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果；若验证结果为终端侧应用节点由网络侧应用节点管理，中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。

本发明注册方法的一个实施例，请参阅图3所示，具体可以包括如下步骤：

301、中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息。

其中，终端侧应用节点注册信息包括终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码ID、终端侧应用节点的身份标识码。

本发明实施例中，网络侧应用节点为对终端侧应用节点进行管理的应用节点。通常一个网络侧应用节点可以管理多个终端侧应用节点，网络侧应用节点在管理终端侧应用节点时，网络侧应用节点和终端侧应用节点都需要基于同一个平台来进行数据的存储转发，本发明实施例中网络侧应用节点和终端侧应用节点使用的平台是基于网络侧通用业务实体来实现的，网络侧应用节点与网络侧通用业务实体进行签约，网络侧通用业务实体生成签约数据，并可以将签约数据存储到签约数据库中，现有技术中除了网络侧应用节点需要与网络侧通用业务实体进行签约之外，还需要终端侧应用节点也与网络侧通用业务实体进行签约。

可以理解的是，由于一个网络侧应用节点通常管理有多个终端侧应用节点，当终端侧应用节点的数量很多时，这会造成网络侧通用业务实体因必须与每个终端侧应用节点的单独签约而非常繁忙，并可能因为持续的大量签约工作而宕机，并且网络侧通用业务实体在与每个终端侧应用节点签约后还需要将签约数据存储到签约数据库中，还会导致对签约数据库的频繁读写操作，并且签约数据库中也因存储的签约数据量很大而降低了读写操作的效率。现有技术中只有终端侧应用节点签约之后，才能享用网络侧通用实体提供的数据存储转发等业务，也就是说，终端侧应用节点的签约是所有流程开始的前提，意思当然终端侧应用节点只有与网络侧通用业务实体签约后才能进行注册。

本发明与现有技术的不同之处在于，本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约就可以发起注册流程，由于网络侧通用业务实体没有与终端侧应用节点进行签约，网络侧通用业务实体中就没有留存终端侧应用节点的任何信息，网络侧通用业务实体对终端侧应用节点的合法性无从判断，为了能够使终端侧应用节点能够成功注册到网络侧通用业务实体或中间节点的通用业务实体上，故需要终端侧应用节点在生成终端侧应用节点注册信息时至少要携带以下内容：终端侧应用节点根据密钥生成的验证信息、网络侧应用节点的身份标识码、终端侧应用节点的身份标识码。

具体的，终端侧应用节点在接受网络侧应用节点的管理时，网络侧应用节点通常可以为终端侧应用节点分配一个密钥，网络侧应用节点通过该密钥来验证一个终端侧应用节点是否由自己管理，当网络侧应用节点管理有多个终端侧应用节点时，网络侧应用节点分别为每个终端侧应用节点分配一个密钥，网络侧应用节点可以将所有终端侧应用节点设置在一个终端管理列表中，并在终端管理列表中存储每一个终端侧应用节点对应的密钥。终端侧应用节点根据密钥可以验证信息，在终端侧应用节点发起注册流程时，需要发送该验证信息，网络侧应用节点可以根据该验证信息来验证终端侧应用节点是否由自己管理，若验证信息通过，则说明终端侧应用节点是合法的，若验证信息没有通过，则说明终端侧应用节点不是合法的。终端侧应用节点在生成的终端侧应用节点注册信息中除了携带验证信息，还需要携带终端侧应用节点的身份标识码，以及管理该终端侧应用节点的网络侧应用节点的身份标识码，因为网络侧通用业务实体只有通过终端侧应用节点注册信息中携带的网络侧应用节点的身份标识码，网络侧通用业务实体才能获知发送终端侧应用节点信息的终端侧应用节点由哪个网络侧应用节点来管理。

终端侧应用节点可以和中间节点的通用业务实体连接，中间节点的通用业务实体和网络侧通用业务实体连接，也就是说，终端侧应用节点通过中间节点的通用业务实体和网络侧通用业务实体连接，故步骤301中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息。

302、中间节点的通用业务实体将终端侧应用节点注册信息转发给网络侧通用业务实体，以使网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果。

在本发明实施例中，中间节点的通用业务实体接收到终端侧应用节点注册信息之后，中间节点的通用业务实体将终端侧应用节点注册信息转发给网络侧通用业务实体。

在本发明实施例中，网络侧通用业务实体在接收到终端侧应用节点注册信息之后，网络侧通用业务实体可以获取到终端侧应用节点的验证信息、终端侧应用节点的身份标识码、网络侧应用节点的身份标识码。网络侧通用业务实体根据该终端侧应用节点注册信息获取验证结果，验证结果指的是对终端侧应用节点发送的终端侧应用节点注册信息进行验证后反馈的结果。本发明实施例中验证结果包括有两种可能性：第一是终端侧应用节点是由网络侧应用节点管理，第二是终端侧应用节点不是由网络侧应用节点管理。网络侧通用业务实体获取验证结果，以实现对终端侧应用节点的合法性进行验证，当验证结果为终端侧应用节点是由网络侧应用节点管理时终端侧应用节点就是合法的，当验证结果为终端侧应用节点不是由网络侧应用节点时终端侧应用节点就是不合法的。

需要说明的是，步骤301中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，还可以包括如下步骤：

G1、中间节点的通用业务实体检测中间节点的通用业务实体上是否保存有终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源；

G2、若中间节点的通用业务实体上保存有终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，触发执行步骤302中间节点的通用业务实体将终端侧应用节点注册信息转发给网络侧通用业务实体。

其中，本发明实施例中，网络侧通用业务实体为网络侧应用节点创建网络侧应用节点资源之后，网络侧通用业务实体将为网络侧应用节点创建资源的信息发送给中间节点的通用业务实体。中间节点的通用业务实体在接收终端侧应用节点发送的终端侧应用节点注册信息之后，首先检测中间节点的通用业务实体上是否保存有终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，若是，触发步骤302执行。

在本发明的另一些实施例中，步骤G1执行过后，本发明实施例还可以包括如下步骤：

G3、若中间节点的通用业务实体上没有保存终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，中间节点的通用业务实体向网络侧通用业务实体发送网络侧应用节点资源获取请求信息，其中，网络侧应用节点资源获取请求信息包括验证信息、网络侧应用节点的身份标识码、终端侧应用节点的身份标识码；

G4、若网络侧通用业务实体上保存有网络侧应用节点对应的网络侧应用节点资源，中间节点的通用业务实体接收网络侧通用业务实体发送的网络侧应用节点对应的网络侧应用节点资源。

也就是说，当中间节点的通用业务实体上没有保存终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源时，中间节点的通用业务实体向网络侧通用业务实体请求网络侧应用节点资源，由网络侧通用业务实体向中间节点的通用业务实体发送网络侧应用节点资源。

需要说明的是，在本发明的一些实施例中，步骤301中间节点的通用业务实体接收终端侧应用节点发送的终端侧应用节点注册信息之后，还可以包括如下步骤：

H1、中间节点的通用业务实体检测中间节点的通用业务实体上是否保存有终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码；

H2、若有，中间节点的通用业务实体判断终端侧应用节点注册信息中包括的终端侧应用节点的身份标识码是否包括在网络侧应用节点所管理的终端侧应用节点的身份标识码中；

H3、若是，触发执行步骤302中间节点的通用业务实体将终端侧应用节点注册信息转发给网络侧通用业务实体。

也就是说，步骤H1至H2中由中间节点的通用业务实体来判断终端侧应用节点是否合法，若是，步骤H3才会触发步骤302执行。通过中间节点的通用业务实体可以实现对终端侧应用节点进行合法性判断，当不能够满足H1和H2的要求时，中间节点的通用业务实体向终端侧应用节点反馈注册失败。

303、若验证结果为终端侧应用节点由网络侧应用节点管理，中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。

在本发明实施例中，若验证结果为终端侧应用节点是由网络侧应用节点管理，则说明终端侧应用节点通过了验证，终端侧应用节点是合法的，当终端侧应用节点注册到中间节点的通用业务实体上时，网络侧通用业务实体将验证结果发送给中间节点的通用业务实体，由中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源。其中在不同的具体应用场景中，中间节点的通用业务实体创建的终端侧应用节点资源也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，中间节点的通用业务实体创建的终端侧应用节点资源就可以是在中间节点的通用业务实体上创建水表的身份标识码、水表的注册时间、水表上报数据的周期等。

需要说明的是，在本发明的一些实施例中，步骤303中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源之后，还可以包括如下步骤：

中间节点的通用业务实体向终端侧应用节点发送应用配置信息，其中，应用配置信息为网络侧应用节点对其所管理的终端侧应用节点生成的配置内容，以使终端侧应用节点根据应用配置信息对终端侧应用节点的配置内容进行配置。

也就是说，在中间节点的通用业务实体为终端侧应用节点创建终端侧应用节点资源之后，中间节点的通用业务实体可以向终端侧应用节点发送应用配置信息，终端侧应用节点根据该应用配置信息就可以对自己的配置内容进行配置，其中应用配置信息由网络侧应用节点发送给网络侧通用业务实体，网络侧通用业务实体再转发给中间节点的通用业务实体，具体指明其管理的终端侧应用节点应该如何配置。其中在不同的具体应用场景中，网络侧应用节点生成的应用配置信息也是不同的，例如在网络侧应用节点为水厂、终端侧应用节点为水表时，网络侧应用节点生成的应用配置信息就可以是水表的休眠时间、水表上报数据的格式、通知广播的更新消息等。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向中间节点的通用业务实体发送终端侧应用节点注册信息，中间节点的通用业务实体可以接收到终端侧应用节点注册信息，然后转发给网络侧通用业务实体，网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

为便于更好的理解和实施本发明实施例的上述方案，下面举例相应的应用场景来进行具体说明。

本发明实施例中，业务使用者通常基于终端侧应用节点和网络侧应用节点来实现其注册过程，业务提供商通常基于网络侧通用业务实体来实现其对终端侧应用节点的注册验证，网络侧通用业务实体分别和终端侧应用节点、网络侧应用节点连接，另外，网络侧通用业务实体和终端侧应用节点之间还可以部署一个中间节点，该中间节点的功能类似于网络侧通用业务实体和终端侧应用节点之间的网关，终端侧应用节点可以注册到网络侧通用业务实体上，终端侧应用节点也可以注册到中间节点的通用业务实体上。举例说明本发明实施例提供的注册系统，请参阅如图4所示，为本发明实施例中注册系统的系统架构示意图，可以包括：网络侧通用业务实体、终端侧应用节点、网络侧应用节点，如图4中实线所圈住的三个节点，另外注册系统也可以包括：网络侧通用业务实体、终端侧应用节点、网络侧应用节点、和中间节点(Intermediate Node)，如图4中虚线所圈住的四个节点。图4中包括三种参考点：X、Y和Z，X参考点连接应用节点和CSE、Y参考点连接CSE与CSE、Z参考点连接CSE与底层网络。如图4中，最左边一列为终端侧应用节点，每个终端侧应用节点包括应用(A，Application)，或者还包括通用业务实体(CSE，Common Services Entity)。

接下来介绍本发明实施例提供的注册方法应用的详细例子，例如，在智能抄水表的应用场景中，业务使用者就是居民用户使用的水表和向居民用户提供水的水厂，则一个水厂通常为很多个居民用户提供水，则居民用户的水表需要定期的向水厂汇报使用的用水量数据，水厂根据每个水表上报的用水量数据对居民用户收费，在这种应用场景下，水厂和水表之间就需要使用数据存储转发业务，则水厂和水表就可以通过网络侧CSE提供的服务来实现，水厂相当于网络侧应用节点，每个水表就是终端侧应用节点，水表基于网络侧通用业务实体上报用水量数据，水厂基于网络侧通用业务实体获取每个水表上报的用水量数据。

下面结合具体的应用场景进行说明，其中水表AF1为前述实施例中的终端侧应用节点，网络侧CSE为前述实施例中的网络侧通用业务实体，水厂AF为前述实施例中的网络侧应用节点，网关CSE为前述实施例中的中间节点的通用业务实体，具体描述如下：

请参阅如图5-a所示，为本发明实施例中提供的注册方法的一种应用场景示意图，首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网络侧CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网络侧CSE通过AF1提供的水厂AF ID检测此水厂是否已注册到此平台上，然后根据水厂AF是否注册到平台，执行步骤10a和10b；

10a、如果没有注册，即没有此水厂，则网络侧CSE通知水表AF1注册失败；

10b、如果已经注册，网络侧CSE发送水表AF1的ID和验证信息到水厂AF处；

11、水厂AF使用对应的密钥验证此水表AF1的验证信息是否合法，即验证水表AF1是否是水厂AF管理的从属设备；

12、水厂AF应答网络侧CSE，如果是，则包含成功指示；否则，发送失败指示；

13、如果成功，网络侧CSE则创建水表AF1资源，并与水厂AF资源进行关联，以便后续两者之间的信息传递，并下发配置信息给水表AF1；否则不创建水表AF1资源，且发送失败消息给水表AF1，同时说明失败原因；

14、网络侧CSE应答水表AF1资源创建成功，并下发配置信息给水表AF1，否则应答水表AF1资源创建失败；

15、如果创建了水表AF1资源，则通知水厂AF，水表AF1已与其关联。

16、水表AF1根据下发的配置信息进行配置。

需要说明的是，图5-a所示的实施例中由水厂AF来验证水表AF1的合法性，接下来请参阅如图5-b所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-a不同的是，由网络侧CSE来验证水表AF1的合法性。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，并且水厂AF将水表ID的列表和相应的密钥发送给网络侧CSE，网络侧CSE将水表ID的列表和相应的密钥一并与签约数据存储在签约数据库中，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网络侧CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网络侧CSE通过AF1提供的水厂AF ID检测此水厂是否已注册到此平台上，然后根据水厂AF是否注册到平台，执行步骤10a和10b；

10a、如果没有注册，即没有此水厂，则网络侧CSE通知水表AF1注册失败；

10b、如果已经注册，网络侧CSE根据水厂下发的水表ID列表和相应的密钥验证此水表AF1的验证信息是否合法，即验证水表AF1是否是水厂AF管理的从属设备；

11、如果验证合法，网络侧CSE则创建水表AF1资源，并与水厂AF资源进行关联，以便后续两者之间的信息传递，并下发配置信息给水表AF1；否则不创建水表AF1资源，且发送失败消息给水表AF1，同时说明失败原因；

12、网络侧CSE应答水表AF1资源创建成功，并下发配置信息给水表AF1，否则应答水表AF1资源创建失败；

13、如果创建了水表AF1资源，则通知水厂AF，水表AF1已与其关联；

14、水表AF1根据下发的配置信息进行配置。

需要说明的是，图5-a和图5-b所示的实施例中只有水厂AF、水表AF1、网络侧CSE三个节点就可实现对水表AF1的注册，接下来请参阅如图5-c所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-a、图5-b不同的是，注册系统除了包括水厂AF、水表AF1、网络侧CSE之外，注册系统还包括：网关CSE。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网关CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网关CSE发送验证信息给平台，携带水厂AF ID、水表AF1 ID和验证信息；

10、网络侧CSE检测在平台上是否有水厂AF资源，根据检测结果执行步骤11a和12a，或执行步骤11b和11b；

11a、如果没有，网络侧CSE应答网关CSE验证失败，失败原因是水厂AF资源不存在；

12a、网关CSE应答水表AF1注册失败；

11b、如果有，网络侧CSE则发送验证信息给水厂AF，携带水表AF1 ID和验证信息；

12b、水厂AF使用密钥验证验证信息的正确性，进而验证水表的合法性；

13、水厂AF应答给网络侧CSE，应答的内容包括验证成功或验证失败；

14、网络侧CSE应答给网关CSE；

15、如果成功，网络侧CSE则创建水表AF1资源，并与水厂AF资源进行关联，以便后续两者之间的信息传递，并下发配置信息给水表AF1；否则不创建AF1资源，且发送失败消息给水表AF1，同时说明失败原因；

16、网络侧CSE应答网关CSE；

17、网关CSE应答水表AF1，如果网络侧CSE创建水表AF1资源，下发配置信息给AF1，如果网络侧CSE不创建水表AF1资源，下发失败消息给水表AF1；

18、网关CSE通知网络侧CSE水表AF1关联到水厂AF资源，携带水厂AF ID和水表AF1 ID；

19、网络侧CSE在水厂AF资源中标记水表AF1已注册，并关联水表AF1注册的网关CSE ID；

20、网络侧CSE通知水厂AF，AF1已关联到水厂AF。

需要说明的是，图5-c所示的实施例中由水厂AF来验证水表AF1的合法性，且网络侧CSE和网关CSE不参与，接下来请参阅如图5-d所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-c不同的是，由水厂AF来验证水表AF1的合法性，但是网络侧CSE参与且网关CSE不参与。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网关CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网关CSE发送验证信息给平台，携带水厂AF ID、水表AF1 ID和验证信息；

10、网络侧CSE检测在平台上是否有水厂AF资源，根据检测结果执行步骤11a和12a，或执行步骤11b和11b；

11a、如果没有，网络侧CSE应答网关CSE验证失败，失败原因是水厂AF资源不存在；

12a、网关CSE应答水表AF1注册失败；

11b、如果有，网络侧CSE验证水表AF1的ID是否在水表ID列表中，根据验证结果分别执行12b-1和12b-2。

12b-1、如果不存在列表中，网络侧CSE向网关CSE应答失败和失败原因；

3b-1、网关CSE向水表AF1应答失败和失败原因；

12b-2、如果存在列表中，网络侧CSE向水厂AF发送验证信息，携带水表AF1 ID和验证信息；

13b-2、水厂AF使用密钥验证验证信息的正确性，进而验证水表的合法性；

14b-2、水厂AF应答给网络侧CSE；

15b-2、网络侧CSE应答给网关CSE；

16、如果成功，网络侧CSE则创建水表AF1资源，并与水厂AF资源进行关联，以便后续两者之间的信息传递，并下发配置信息给水表AF1；否则不创建AF1资源，且发送失败消息给水表AF1，同时说明失败原因；

17、网络侧CSE应答网关CSE；

18、网关CSE应答水表AF1，如果网络侧CSE创建水表AF1资源，下发配置信息给AF1，如果网络侧CSE不创建水表AF1资源，下发失败消息给水表AF1；

19、网关CSE通知网络侧CSE水表AF1关联到水厂AF资源，携带水厂AF ID和水表AF1 ID；

20、网络侧CSE在水厂AF资源中标记水表AF1已注册，并关联水表AF1注册的网关CSE ID；

21、网络侧CSE通知水厂AF，AF1已关联到水厂AF。

需要说明的是，图5-d所示的实施例中由水厂AF来验证水表AF1的合法性，且网络侧CSE参与、网关CSE不参与，接下来请参阅如图5-e所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-d不同的是，由水厂AF来验证水表AF1的合法性，但是网络侧CSE参与且网关CSE参与。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网关CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网关CSE检测水厂AF资源是否存在，如果存在检测AF1是否水表ID列表中；

10c、如果AF1不在水表ID列表中，网关CSE则发送失败消息给水表AF1，携带失败原因；

10a、如果AF1在水表ID列表中，网关CSE在发送验证信息给网络侧CSE，携带AF ID、AF1 ID和验证信息；

11a、网络侧CSE发送验证信息给水厂AF，携带AF1 ID和验证信息；

12a、水厂AF根据AF1 ID和验证信息验证此水表AF1的合法性；

13a、水厂AF应答网络侧CSE，应答：失败或者成功；

14a、网络侧CSE应答网关CSE，应答：失败或者成功；

15a、如果验证成功，网关CSE为水表AF1创建AF1资源，并下发配置信息给水表AF1；失败则不创建；

16a、网关CSE应答水表AF1，应答：成功及配置信息；或者失败及失败原因；

10b、如果网关CSE上不存在水厂AF资源，网关CSE则发送获取AF资源的请求给网络侧CSE，携带AF ID、AF1 ID和验证信息；

11b、网络侧CSE检测AF资源是否存在，如果存在，检测AF1是否在水表ID列表中；

12b-1、如果不在列表中，则网络侧CSE发送失败消息给网关CSE，携带失败原因；

13b-1、网关CSE发送失败消息给水表AF1；

12b-2、网络侧CSE发送验证信息给水厂AF，携带AF1 ID和验证信息；

13b-2、水厂AF根据AF1 ID和验证信息验证此水表AF1的合法性；

14b-2、水厂AF应答网络侧CSE，应答：失败或者成功；

15b-2、如果验证成功，网络侧CSE向网关CSE创建AF资源的声明并下发配置信息和水表ID列表，失败则不创建；

16b-2、成功：网关CSE创建AF资源声明并且存储配置信息和水表ID列表，创建AF1资源，下发配置信息；失败不创建；

17b-2、网关CSE应答水表AF1，应答注册成功，并下发配置信息，或应答注册失败和失败原因；

18b-2、网关通知网络侧CSE水表AF1关联到水厂AF资源，携带水厂ID、水表ID和网关CSE1ID；

19b-2、网络侧CSE在AF资源中标记水表AF1已注册，并关联水表AF1注册的网关CSE ID；

20b-2、网络侧CSE通知AF，AF1已关联到AF。

需要说明的是，图5-e所示的实施例中由水厂AF来验证水表AF1的合法性，且网络侧CSE参与、网关CSE参与，接下来请参阅如图5-f所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-e不同的是，由水厂AF来验证水表AF1的合法性，但是网关CSE不参与。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，并且水厂AF将水表ID的列表和相应的密钥发送给网络侧CSE，网络侧CSE将水表ID的列表和相应的密钥一并与签约数据存储在签约数据库中，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网关CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网关CSE发送验证信息给平台，携带水厂AF ID、水表AF1 ID和验证信息；

10、网络侧CSE检测在平台上是否有水厂AF资源，根据检测结果执行步骤11a和12a，或执行步骤11b和11b；

11a、如果没有，网络侧CSE应答网关CSE验证失败，失败原因是水厂AF资源不存在；

12a、网关CSE应答水表AF1注册失败；

11b、如果有，网络侧CSE验证水表AF1的ID是否在水表ID列表中？如果存在，验证验证信息是否正确；

12b、如果水表AF1存在水表ID列表中，且验证信息正确，则应答成功，并下发配置信息；否则应答失败及失败原因；

13、成功，网关CSE则创建AF1资源；

14、网关CSE应答给水表AF1：注册成功和配置信息；失败及失败原因；

15、网关CSE通知网络侧CSE水表AF1关联到水厂AF资源，携带水厂AF ID、水表AF1 ID和网关CSE ID；

16、网络侧CSE在水厂AF资源中标记水表AF1已注册，并关联水表AF1注册的网关CSE ID；

17、网络侧CSE通知水厂AF，水表AF1已关联到水厂AF。

需要说明的是，图5-f所示的实施例中由水厂AF和网络侧CSE来验证水表AF1的合法性，但网关CSE参与，接下来请参阅如图5-g所示，为本发明实施例中提供的注册方法的另一种应用场景示意图，与图5-f不同的是，由网络侧CSE来验证水表AF1的合法性，但是网关CSE不参与。

首先，水厂AF与平台业务提供商(即图中所示的网络侧CSE)签约，并将签约数据存储在签约数据库中。水表AF1中保存水厂的ID和密钥Kr1，水厂AF中保存水表ID的列表和相应的密钥Kr，并且水厂AF将水表ID的列表和相应的密钥发送给网络侧CSE，网络侧CSE将水表ID的列表和相应的密钥一并与签约数据存储在签约数据库中，主要包括如下步骤：

1、水厂AF注册到网络侧CSE上，并提供标识它的ID，另外也可以提供签约ID；

2、网络侧CSE使用水厂AF提供的ID，到签约数据库中查找相应的签约信息，如果有对应的信息，准备为水厂AF创建资源，如果没有则，返回错误；

3、网络侧CSE创建AF资源；

4、网络侧CSE应答AF资源创建成功，即注册成功；

5、水厂AF将其管理的水表AF n(n＝1，2，3......N)的配置信息发送到网络侧CSE上；

6、网络侧CSE存储此配置信息；

7、网络侧CSE向水厂AF反馈创建配置信息成功；

8、水表AF1使用密钥生成验证信息，水表AF1注册到网关CSE上，需携带水厂的ID、自己的ID和验证信息；

9、网关CSE发送验证信息给网络侧CSE，携带水厂AF ID、水表AF1 ID和验证信息；

10c、如果AF1不在水表ID列表中，网关CSE则发送失败消息给水表AF1，携带失败原因；

10a、如果AF1在水表ID列表中，网关CSE在发送验证信息给网络侧CSE，携带AF ID、AF1 ID和验证信息；

11a、网络侧CSE验证验证信息是否正确；

12a、网络侧CSE向网关CSE应答，如果正确，则成功，否则失败；

13a、成功，网关CSE创建水表AF1资源，并下发配置信息，否则不创建资源；

14a、网关CSE应答水表AF1，应答：失败及失败原因或者成功及配置信息；

10b、如果网关CSE上不存在水厂AF资源，网关CSE则发送获取水厂AF资源的请求给网络侧CSE，携带AF ID、AF1 ID和验证信息；

11b、网络侧CSE检测水厂AF资源是否存在，如果存在检测水表AF1是否在水表ID列表中，如果存在，则验证验证信息是否正确；

12b、验证成功，网络侧CSE则应答成功并在网关CSE上创建水厂AF资源声明并下发配置信息和水表ID列表；否则应答失败及失败原因；

13b、成功：网关CSE创建水厂AF资源声明并且存储配置信息和水表ID列表，创建水表AF1资源，下发配置信息；失败不创建；

14b、网关CSE应答水表AF1，应答注册成功，并下发配置信息，若应答注册失败，发送失败原因；

15、网关CSE通知网络侧CSE水表AF1关联到水厂AF资源，携带水厂AF ID、水表AF1 ID和网关CSE ID；

16、网络侧CSE在水厂AF资源中标记水表AF1已注册，并关联水表AF1注册的网关CSE1ID；

17、网络侧CSE通知水厂AF，水表AF1已关联到水厂AF。

通过应用场景的介绍可知，本发明实施例中，物联网中的终端设备庞大，同属于一个集团的终端设备不需要单独与业务平台提供商签约，只需集团与业务平台的签约，会精简签约数据库的容量和签约数据查找的速度。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向中间节点的通用业务实体发送终端侧应用节点注册信息，中间节点的通用业务实体可以接收到终端侧应用节点注册信息，然后转发给网络侧通用业务实体，网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图6-a所示，本发明实施例提供的一种网络侧通用业务实体600，可以包括：注册信息接收模块601、验证结果获取模块602、资源创建模块603或者验证结果发送模块604，其中，

注册信息接收模块601，用于接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码，所述网络侧应用节点为对所述终端侧应用节点进行管理的应用节点；

验证结果获取模块602，用于根据所述注册信息接收模块接收到的终端侧应用节点注册信息获取验证结果，所述验证结果包括所述终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，或终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理；

资源创建模块603，用于当所述验证结果获取模块获取到的验证结果为所述终端侧应用节点是由所述网络侧应用节点管理时，为所述终端侧应用节点创建终端侧应用节点资源；

或者，验证结果发送模块604，用于当所述验证结果获取模块获取到的验证结果为所述终端侧应用节点是由所述网络侧应用节点管理时，发送所述验证结果给中间节点的通用业务实体，以使所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源。

在本发明的一些实施例中，所述注册信息接收模块601，还用于接收网络侧应用节点发送的网络侧应用节点注册信息，所述网络侧应用节点注册信息包括所述网络侧应用节点的身份标识码；

所述资源创建模块603，还用于根据所述注册信息接收模块接收到的网络侧应用节点注册信息为所述网络侧应用节点创建网络侧应用节点资源。

请参阅如图6-b所示，在本发明的一些实施例中，网络侧通用业务实体600，还可以包括：

签约模块605，用于所述注册信息接收模块接收网络侧应用节点发送的网络侧应用节点注册信息之前，和所述网络侧应用节点签约，生成签约数据。

请参阅如图6-c所示，在本发明的一些实施例中，相比于如图6-b所示的网络侧通用业务实体600，网络侧通用业务实体600，还可以包括：

资源创建判断模块606，用于所述注册信息接收模块接收到终端侧应用节点发送的终端侧应用节点注册信息之后，根据所述终端侧应用节点注册信息中包括的网络侧应用节点的身份标识码判断是否已经为所述网络侧应用节点创建网络侧应用节点资源；若已经为所述网络侧应用节点创建网络侧应用节点资源，触发执行所述验证结果获取模块。

请参阅如图6-d所示，在本发明的一些实施例中，验证结果获取模块602，包括：

注册信息转发子模块6021，用于向所述网络侧应用节点发送所述终端侧应用节点注册信息，以使所述网络侧应用节点根据所述验证信息判断所述终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

验证结果接收子模块6022，用于接收所述网络侧应用节点发送的验证结果。

请参阅如图6-e所示，在本发明的一些实施例中，相比于如图6-a所示的网络侧通用业务实体600，网络侧通用业务实体600，还可以包括：

管理信息接收模块607，用于所述验证结果获取模块根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码。

在本发明的另一些实施例中，管理信息接收模块607，用于所述验证结果获取模块根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码以及各个终端侧应用节点对应的密钥。

请参阅如图6-f所示，在本发明的一些实施例中，验证结果获取模块602，包括：

身份标识码判断子模块6023，用于判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

身份标识码转发子模块6024，用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中时，将所述验证信息和发送终端侧应用节点注册信息的终端侧应用节点的身份标识码发送给所述网络侧应用节点，以使所述网络侧应用节点根据所述验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

验证结果接收子模块6022，用于接收所述网络侧应用节点发送的验证结果。

请参阅如图6-g所示，在本发明的一些实施例中，验证结果获取模块602，包括：

身份标识码判断子模块6023，用于根据所述终端侧应用节点注册信息判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

节点判断子模块6025，用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中时，根据所述终端侧应用节点注册信息中包括的验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理，

验证结果生成子模块6026，用于当发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理时，生成第一验证结果，所述第一验证结果为发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，当发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理时，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理；

所述验证结果生成子模块6026，还用于当所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码没有包括在所述应用管理信息中时，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理。

在本发明的一些实施例中，所述注册信息接收模块601，具体用于接收中间节点的通用业务实体发送的终端侧应用节点注册信息，所述中间节点的通用业务实体从所述终端侧应用节点接收到所述终端侧应用节点注册信息之后转发给所述网络侧通用业务实体。

请参阅如图6-h所示，在本发明的一些实施例中，相比于如图6-a所示的网络侧通用业务实体600，网络侧通用业务实体600，还可以包括：

应用配置发送模块608，用于所述资源创建模块为所述终端侧应用节点创建终端侧应用节点资源，或者所述验证结果发送模块发送所述验证结果给中间节点的通用业务实体之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息由所述网络侧应用节点发送给所述网络侧通用业务实体，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容。

在本发明的一些实施例中，所述应用配置发送模块608，具体用于将所述应用配置信息发送给所述中间节点的通用业务实体，所述中间节点的通用业务实体从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

通过如上实施例对本发明的描述可知，注册信息接收模块可以接收到终端侧应用节点注册信息，然后验证结果获取模块根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，资源创建模块为终端侧应用节点创建终端侧应用节点资源，或者验证结果发送模块发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

请参阅图7-a所示，本发明实施例提供的一种终端侧应用节点700，可以包括：验证信息生成模块701、注册信息发送模块702，其中，

验证信息生成模块701，用于根据密钥生成验证信息；

注册信息发送模块702，用于向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码。

请参阅如图7-b所示，在本发明的一些实施例中，相比于如图7-a所示的终端侧应用节点700，终端侧应用节点700，还可以包括：

配置信息接收模块703，用于所述注册信息发送模块向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息之后，若所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取到的验证结果为所述终端侧应用节点由所述网络侧应用节点管理，接收所述网络侧通用业务实体发送的应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容；

配置模块704，用于根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

具体的，在本发明的一些实施例中，配置信息接收模块，具体用于从中间节点的通用业务实体接收到所述应用配置信息，所述中间节点的通用业务实体在从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

通过如上实施例对本发明的描述可知，验证信息生成模块首先根据密钥生成验证信息，然后注册信息发送模块向网络侧通用业务实体或中间节点的通用业务实体发送终端侧应用节点注册信息，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

请参阅图8-a所示，本发明实施例提供的一种中间节点的通用业务实体800，可以包括：注册信息接收模块801、注册信息转发模块802、节点资源创建模块803，其中，

注册信息接收模块801，用于接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码；

注册信息转发模块802，用于将所述终端侧应用节点注册信息转发给网络侧通用业务实体，以使所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果；

节点资源创建模块803，用于当所述验证结果为所述终端侧应用节点由所述网络侧应用节点管理时，为所述终端侧应用节点创建终端侧应用节点资源。

请参阅如图8-b所示，在本发明的一些实施例中，相比于如图8-a所示的中间节点的通用业务实体800，中间节点的通用业务实体800，还可以包括：

配置信息发送模块804，用于所述节点资源创建模块为所述终端侧应用节点创建终端侧应用节点资源之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容，以使所述终端侧应用节点根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

请参阅如图8-c所示，在本发明的一些实施例中，相比于如图8-a所示的中间节点的通用业务实体800，中间节点的通用业务实体800，还可以包括：

节点资源判断模块805，用于所述注册信息接收模块接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源；若所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，触发执行所述注册信息转发模块。

请参阅如图8-d所示，在本发明的一些实施例中，相比于如图8-c所示的中间节点的通用业务实体800，中间节点的通用业务实体800，还可以包括：

节点资源请求模块806，用于当所述中间节点的通用业务实体上没有保存所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源时，向所述网络侧通用业务实体发送网络侧应用节点资源获取请求信息，所述网络侧应用节点资源获取请求信息包括所述验证信息、所述网络侧应用节点的身份标识码、所述终端侧应用节点的身份标识码；

节点资源接收模块807，用于当所述网络侧通用业务实体上保存有所述网络侧应用节点对应的网络侧应用节点资源时，接收所述网络侧通用业务实体发送的所述网络侧应用节点对应的网络侧应用节点资源。

请参阅如图8-e所示，在本发明的一些实施例中，相比于如图8-a所示的中间节点的通用业务实体800，中间节点的通用业务实体800，还可以包括：

身份标识码检测模块808，用于所述注册信息接收模块接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码；

身份标识码判断模块808，用于当所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码时，判断所述终端侧应用节点注册信息中包括的终端侧应用节点的身份标识码是否包括在所述网络侧应用节点所管理的终端侧应用节点的身份标识码中；若是，触发执行所述注册信息转发模块。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向中间节点的通用业务实体发送终端侧应用节点注册信息，中间节点的通用业务实体可以接收到终端侧应用节点注册信息，然后转发给网络侧通用业务实体，网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

请参阅图9所示，本发明实施例提供的一种注册系统900，可以包括：如前述图6-a至6-h中任一个实施例所示的网络侧通用业务实体600、如前述图7-a至7-b中任一个实施例所示的终端侧应用节点700、如前述图8-a至8-e中任一个实施例所示的中间节点的通用业务实体800。

本发明实施例中，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向网络侧通用业务实体或中间节点的通用业务实体发送终端侧应用节点注册信息，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质存储有程序，该程序执行包括上述方法实施例中记载的部分或全部步骤。

接下来介绍本发明实施例提供的另一种网络侧通用业务实体，请参阅图10所示，网络侧通用业务实体1000包括：

输入装置1001、输出装置1002、处理器1003和存储器1004(其中网络侧通用业务实体1000中的处理器1003的数量可以一个或多个，图10中以一个处理器为例)。在本发明的一些实施例中，输入装置1001、输出装置1002、处理器1003和存储器1004可通过总线或其它方式连接，其中，图10中以通过总线连接为例。

其中，处理器1003，用于执行如下步骤：

接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码，所述网络侧应用节点为对所述终端侧应用节点进行管理的应用节点；

根据所述终端侧应用节点注册信息获取验证结果，所述验证结果包括所述终端侧应用节点是由与网络侧通用业务实体签约的网络侧应用节点管理，或终端侧应用节点不是由与网络侧通用业务实体签约的网络侧应用节点管理；

若所述验证结果为所述终端侧应用节点是由所述网络侧应用节点管理，为所述终端侧应用节点创建终端侧应用节点资源，或者发送所述验证结果给中间节点的通用业务实体，以使所述中间节点的通用业务实体为所述终端侧应用节点创建终端侧应用节点资源。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

接收终端侧应用节点发送的终端侧应用节点注册信息之前，接收网络侧应用节点发送的网络侧应用节点注册信息，所述网络侧应用节点注册信息包括所述网络侧应用节点的身份标识码；

根据所述网络侧应用节点注册信息为所述网络侧应用节点创建网络侧应用节点资源。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

接收网络侧应用节点发送的网络侧应用节点注册信息之前，和所述网络侧应用节点签约，生成签约数据。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

接收终端侧应用节点发送的终端侧应用节点注册信息之后，根据所述终端侧应用节点注册信息中包括的网络侧应用节点的身份标识码判断是否已经为所述网络侧应用节点创建网络侧应用节点资源；

若已经为所述网络侧应用节点创建网络侧应用节点资源，触发执行根据所述终端侧应用节点注册信息获取验证结果。

在本发明的一些实施例中，处理器1003具体用于执行以下步骤：

向所述网络侧应用节点发送所述终端侧应用节点注册信息，以使所述网络侧应用节点根据所述验证信息判断所述终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

接收所述网络侧应用节点发送的验证结果。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码。

在本发明的一些实施例中，处理器1003具体用于执行以下步骤：

判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中，将所述验证信息和发送终端侧应用节点注册信息的终端侧应用节点的身份标识码发送给所述网络侧应用节点，以使所述网络侧应用节点根据所述验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理并生成验证结果；

接收所述网络侧应用节点发送的验证结果。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

根据所述终端侧应用节点注册信息获取验证结果之前，接收所述网络侧应用节点发送的应用管理信息，所述应用管理信息包括所述网络侧应用节点所管理的终端侧应用节点的身份标识码以及各个终端侧应用节点对应的密钥。

在本发明的一些实施例中，处理器1003具体用于执行以下步骤：

根据所述终端侧应用节点注册信息判断发送终端侧应用节点注册信息的终端侧应用节点的身份标识码是否包括在所述应用管理信息中；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码包括在所述应用管理信息中，则根据所述终端侧应用节点注册信息中包括的验证信息判断发送终端侧应用节点注册信息的终端侧应用节点是否由所述网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，生成第一验证结果，所述第一验证结果为发送终端侧应用节点注册信息的终端侧应用节点是由所述网络侧应用节点管理，若发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理，生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理；

若所述发送终端侧应用节点注册信息的终端侧应用节点的身份标识码没有包括在所述应用管理信息中，则生成第二验证结果，所述第二验证结果为发送终端侧应用节点注册信息的终端侧应用节点不是由所述网络侧应用节点管理。

在本发明的一些实施例中，处理器1003具体用于执行以下步骤：

接收中间节点的通用业务实体发送的终端侧应用节点注册信息，所述中间节点的通用业务实体从所述终端侧应用节点接收到所述终端侧应用节点注册信息之后转发给所述网络侧通用业务实体。

在本发明的一些实施例中，处理器1003还用于执行以下步骤：

为所述终端侧应用节点创建终端侧应用节点资源，或者发送所述验证结果给中间节点的通用业务实体之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息由所述网络侧应用节点发送给所述网络侧通用业务实体，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容。

在本发明的一些实施例中，处理器1003具体用于执行以下步骤：

将所述应用配置信息发送给所述中间节点的通用业务实体，所述中间节点的通用业务实体从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

通过如上实施例对本发明的描述可知，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

接下来介绍本发明实施例提供的另一种终端侧应用节点，请参阅图11所示，终端侧应用节点1100包括：

输入装置1101、输出装置1102、处理器1103和存储器1104(其中终端侧应用节点1100中的处理器1103的数量可以一个或多个，图11中以一个处理器为例)。在本发明的一些实施例中，输入装置1101、输出装置1102、处理器1103和存储器1104可通过总线或其它方式连接，其中，图11中以通过总线连接为例。

其中，处理器1103，用于执行如下步骤：

根据密钥生成验证信息；

向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码。

在本发明的一些实施例中，处理器1103还用于执行以下步骤：

向网络侧通用业务实体或者中间节点的通用业务实体发送终端侧应用节点注册信息之后，若所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取到的验证结果为所述终端侧应用节点由所述网络侧应用节点管理，接收所述网络侧通用业务实体发送的应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容；

根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

在本发明的一些实施例中，处理器1103具体用于执行以下步骤：

所述终端侧应用节点从中间节点的通用业务实体接收到所述应用配置信息，所述中间节点的通用业务实体在从所述网络侧通用业务实体接收到所述应用配置信息之后转发给所述终端侧应用节点。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向网络侧通用业务实体或中间节点的通用业务实体发送终端侧应用节点注册信息，网络侧通用业务实体可以接收到终端侧应用节点注册信息，然后网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

接下来介绍本发明实施例提供的另一种中间节点的通用业务实体，请参阅图12所示，中间节点的通用业务实体1200包括：

输入装置1201、输出装置1202、处理器1203和存储器1204(其中中间节点的通用业务实体1200中的处理器1203的数量可以一个或多个，图12中以一个处理器为例)。在本发明的一些实施例中，输入装置1201、输出装置1202、处理器1203和存储器1204可通过总线或其它方式连接，其中，图12中以通过总线连接为例。

其中，处理器1203，用于执行如下步骤：

接收终端侧应用节点发送的终端侧应用节点注册信息，所述终端侧应用节点注册信息包括所述终端侧应用节点根据密钥生成的验证信息、所述网络侧应用节点的身份标识码ID、所述终端侧应用节点的身份标识码；

将所述终端侧应用节点注册信息转发给网络侧通用业务实体，以使所述网络侧通用业务实体根据所述终端侧应用节点注册信息获取验证结果；

若所述验证结果为所述终端侧应用节点由所述网络侧应用节点管理，为所述终端侧应用节点创建终端侧应用节点资源。

在本发明的一些实施例中，处理器1203还用于执行以下步骤：为所述终端侧应用节点创建终端侧应用节点资源之后，向所述终端侧应用节点发送应用配置信息，所述应用配置信息为所述网络侧应用节点对其所管理的终端侧应用节点生成的配置内容，以使所述终端侧应用节点根据所述应用配置信息对所述终端侧应用节点的配置内容进行配置。

在本发明的一些实施例中，处理器1203还用于执行以下步骤：接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源；

若所述中间节点的通用业务实体上保存有所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，触发执行将所述终端侧应用节点注册信息转发给网络侧通用业务实体。

在本发明的一些实施例中，处理器1203还用于执行以下步骤：

若所述中间节点的通用业务实体上没有保存所述终端侧应用节点注册信息中包括的网络侧应用节点对应的网络侧应用节点资源，向所述网络侧通用业务实体发送网络侧应用节点资源获取请求信息，所述网络侧应用节点资源获取请求信息包括所述验证信息、所述网络侧应用节点的身份标识码、所述终端侧应用节点的身份标识码；

若所述网络侧通用业务实体上保存有所述网络侧应用节点对应的网络侧应用节点资源，接收所述网络侧通用业务实体发送的所述网络侧应用节点对应的网络侧应用节点资源。

在本发明的一些实施例中，处理器1203还用于执行以下步骤：接收终端侧应用节点发送的终端侧应用节点注册信息之后，检测所述中间节点的通用业务实体上是否保存有所述终端侧应用节点注册信息中包括的网络侧应用节点所管理的终端侧应用节点的身份标识码；

若有，判断所述终端侧应用节点注册信息中包括的终端侧应用节点的身份标识码是否包括在所述网络侧应用节点所管理的终端侧应用节点的身份标识码中；

若是，触发执行将所述终端侧应用节点注册信息转发给网络侧通用业务实体。

通过如上实施例对本发明的描述可知，终端侧应用节点首先根据密钥生成验证信息，然后终端侧应用节点向中间节点的通用业务实体发送终端侧应用节点注册信息，中间节点的通用业务实体可以接收到终端侧应用节点注册信息，然后转发给网络侧通用业务实体，网络侧通用业务实体根据终端侧应用节点注册信息获取验证结果，当验证结果为终端侧应用节点是由网络侧应用节点管理时，网络侧通用业务实体为终端侧应用节点创建终端侧应用节点资源，或者发送验证结果给中间节点的通用业务实体，中间节点的通用业务实体根据验证结果为终端侧应用节点创建终端侧应用节点资源。本发明实施例中终端侧应用节点不需要与网络侧通用业务实体进行签约，网络侧通用业务实体或中间节点的通用业务实体就可以为终端侧应用节点创建终端侧应用节点资源，进而终端侧应用节点就可以使用网络侧通用业务实体提供的业务，当终端侧应用节点的数量很多时，可以减少网络侧通用业务实体因需要单独与每个终端侧应用节点进行签约而导致的系统繁忙，也就无需对签约数据库进行频繁的读写操作。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

综上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照上述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对上述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。