创建资源的方法及相应的注册方法、服务器和客户端装置与流程

本公开涉及通信领域，具体涉及一种创建资源及相应的注册的方法、服务器装置和客户端装置。

背景技术：

随着信息技术尤其是互联网技术的发展，用于实现信息化、远程管理控制和智能化的网络的物联网技术正逐渐成熟。物联网利用局部网络或互联网等通信技术把传感器、控制器、机器、人员和物等通过新的方式联接在一起，形成人与物、物与物相联。物联网是互联网的延伸，它包括互联网及互联网上所有的资源，兼容互联网所有的应用。随着物联网技术的发展，各个物联网应用领域得到了迅猛的发展。

随着移动互联网的发展，“终端+平台+客户端”是通用的解决方案。随着标准平台的逐步推广，未来功能重叠的平台将会逐步整合，用户不必为了管理多个终端而在多个平台进行切换。此外，针对用户的应用，某些应用平台具有受保护的内容，在用户终端接入应用平台后可以获取到受保护的内容，例如接收音视频文件，发布博客等与应用有关的服务；同时，用户终端也需要接入管理平台，以便可以进行统一管理，例如，对用户终端执行固件更新、软件升级等管理项目。

对于用户而言，一方面希望能够容易地接入统一的管理平台，从而接收通用的管理服务，另一方面可能不希望将有关受保护的应用服务的信息泄漏给管理平台。目前，还没有提出一种方案能够满足用户的这种需求。

技术实现要素：

本公开实施例提出一种创建资源的方法以及相应的注册的方法，通过向不同的平台进行注册获取不同的平台功能，实现不同平台针对同一设备分工协作管理，避免了多个设备平台孤立造成的使用不便，提升了自动化水平。

根据本公开的一方面，提供了一种创建资源的方法，该方法包括：接收注册请求；确定所述注册请求对应的注册类型；基于所述注册类型创建对应于该注册类型的资源。

根据本公开的另一方面，提供了一种用于注册的方法，该方法包括：发送第一注册请求，该第一注册请求中包括第一注册类型标识；接收第一注册响应，以获得有关根据所述第一注册类型标识在公共服务实体上创建的第一资源的信息。

根据本公开的又一方面，提供了一种服务器装置，其包括收发器和处理器，其中，收发器接收注册请求；处理器确定所述注册请求对应的注册类型，基于所述注册类型创建对应于该注册类型的资源。

根据本公开的另一方面，提供了一种客户端装置，其包括收发器和处理器，其中，处理器指示收发器发送第一注册请求，该第一注册请求中包括第一注册类型标识，并且指示收发器接收第一注册响应，以获得有关根据所述第一注册类型标识在公共服务实体上创建的第一资源的信息。

根据本公开的又一方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时，实现上述创建资源的方法的步骤或者实现上述注册的方法的步骤。

附图说明

为了解释本公开的原理，将结合附图来描述本公开的实施例。应理解，图中所示的要素可能被实现为各种形式的硬件、软件或它们的组合。可选地，在一个或多个适当地编程的通用计算机设备上的硬件和软件的组合中实现这些要素。

图1示意性地示出了一种物联网架构。

图2示意性地示出了一种物联网架构下的具体配置。

图3示意性地图示了根据本公开的一实施例的在多个服务平台上注册应用实体的过程。

图4a-4b示意性地图示了根据本公开一实施例的分别在管理服务平台和应用服务平台上为应用实体ae创建的资源。

图5示意性地图示了根据本公开的另一实施例的在多个服务平台上注册应用实体的过程。

图6示意性地图示了根据本公开的又一实施例的在多个服务平台上注册应用实体的过程。

图7示意性地图示了根据本公开的又一实施例的在多个服务平台上注册应用实体的过程。

图8图示了根据本公开实施例的在综合服务平台上为应用实体ae创建的资源。

图9图示了根据本公开实施例的一种创建资源的方法的示意性的流程。

图10图示了根据本公开实施例的一种用于注册的方法的示意性的流程。

图11是根据本公开实施例的一种服务器装置的示意性的框图。

图12是根据本公开实施例的一种客户端装置的示意性的框图。

具体实施方式

如下将结合附图来对本发明的实施例进行说明。在如下的说明中，为了清楚和简洁，可能会省略对已知的功能和配置的具体描述。另外，以下实施例用于说明本公开，但不是对本发明范围的限制。实际上，基于本公开的以下实施例，本领域技术人员还可能想到其它的实施方式。应理解，本领域的技术人员能够设计出虽然没有在本说明书中明确描述或示出，但体现本发明的原理并被包括在本发明范围之内的各种布置。

图1示意性地示出了一种物联网架构，如图1所示，其主要包括应用层、通用服务层和网络服务层，其中通用服务层位于应用层和网络服务层之间，向上与应用服务层接口，向下采用网络服务层提供的网络连接服务。

图2示意性地示出了一种物联网架构下的具体配置。其中，包括应用专用节点(applicationdedicatednode，adn)、应用服务节点(applicationservicenode，asn)、中间节点(middlenode,mn)，以及基础节点(infrastructurenode，in)四类节点。如图2所示，每个节点由一个或多个实体组成，其中实体包括应用实体(applicationentity，ae)、公共服务实体(commonserviceentity，cse)、和网络服务实体(networkserviceentity，nse)三种。其中，ae代表业务逻辑，完成某项具体的工作，cse代表通用服务功能，为了使用cse提供的功能，ae需要向cse注册，一个cse也可以向另一个cse注册，从而使用另一个cse提供的功能。

根据本公开的第一方面，提供了一种创建资源的方法。以下结合图3对该方法的数据流程进行详细描述。

图3示意性地示出了根据本公开的第一方面的创建资源的方法的数据流程。在图3中，示出了提供管理服务的管理服务器in-cse1以及提供应用服务的应用服务器in-cse2分别作为对一节点(例如包括一个或者多个应用实体的客户端)配备的管理服务平台和应用服务平台。在图3中，为了便于描述本公开的原理，仅仅示出了两个服务器。然而，应理解，本公开的原理可以适用于为一节点(例如，包括一个或者多个应用实体的客户端)连接更多的服务平台的情形。例如，该客户端包括多个应用实体，多个应用实体分别对应于不同的服务，如数据采集服务、数据处理服务以及数据分发服务，其中，多个应用实体可以分别连接到数据采集服务平台、数据处理服务平台以及数据分发服务平台。

该客户端的一应用实体，例如可以通过发送注册请求，以接入通用的管理服务平台。如图3所示，该应用实体ae1可以向作为管理服务器的in-cse1发送注册请求，该注册请求中包括了注册类型标识。作为示例，该注册类型标识可以指示管理注册。在接收到来自于ae1的注册请求之后，管理服务器in-cse1对其进行校验；如果在ae1的权限被校验通过之后，in-cse1可以根据注册类型标识为该ae1创建相应的资源。在注册类型标识指示注册类型属于管理注册时，则可以如图4a所示，在<csebase>/<node>下为ae创建涉及管理对象的资源<mgmtobj>实例，作为示例，图4a仅仅示出了部分<mgmtobj>实例，例如<memory>,<battery>,<firmware>,<software>和<reboot>。然而，本原理不限于此，而是可以包括其他<mgmtobj>实例，例如<areanwkinfo>,<areanwkdeviceinfo>,<deviceinfo>,<devicecapability>等。此外，为对ae1进行管理控制，在<csebase>下，还创建资源<mgmtcmd>，以便可以向ae1发送相应的管理命令。在为ae1创建了管理资源之后，管理服务器in-cse1向ae1发送注册响应，以便将已经成功为ae1创建管理资源的信息发送给ae1。

此外，除了可以执行管理服务器发送的管理请求，该客户端的应用实体ae1可以接受来自应用服务器的应用请求。例如，应用实体ae1可能接收到应用服务器发送的上报内容请求。在此情况下，应用实体可以向作为应用服务器的in-cse2发送注册请求，以便可以接受来自应用服务器的相关服务。例如，该注册请求中包括了注册类型标识，该注册类型标识可以指示应用注册，即，指示应用实体ae1作为接受应用服务器in-cse2的应用服务。类似地，在接收到来自于ae1的注册请求之后，应用服务器in-cse2对其进行校验；如果在ae1的权限被校验通过之后，in-cse2可以根据注册类型标识为该ae1创建相应的资源。在注册类型标识指示注册类型属于应用注册时，则可以如图4b所示，在<csebase>下为ae创建涉及应用对象的资源<ae>，具体地，创建资源<container1>,<container2>,…<containern>，并且在各个资源下创建资源类型contentinstance，从而可以将应用实体ae1与应用服务器in-cse2相关联。在为ae1创建了应用资源之后，应用服务器in-cse2向ae1发送注册响应，以便将已经成功为ae1创建管理资源的信息发送给ae1。

如图3所示，例如，当某一管理应用ae2向管理服务器in-cse1发起管理相关子资源的请求，例如发起管理应用实体ae1的子资源的请求，在通过管理服务器in-cse1的校验之后，管理服务器in-cse1向管理应用实体ae2发送相应的响应，例如更新响应。随后，管理服务器in-cse1向应用实体ae1发送管理命令，在接受到来自管理服务器in-cse1的管理命令之后，应用实体ae1可以执行相应的管理项目，并且将执行的结果以管理命令响应的形式反馈给管理服务器in-cse1。

可选地，管理注册可以包括固件管理注册、软件管理注册、内存管理注册、电池管理注册、设备信息管理注册等。

可选地，应用注册还可以包括位置服务注册、订阅通知服务注册、发现服务注册等。

以下针对具体的示例来描述本实施例的原理。应理解，这些示例是为了便于说明本公开实施例的原理而对实际场景进行了简化，因此，不应将这些示例视为对本公开的原理的限制。

例如，可以以电动汽车的充电功能模块对应于应用实体ae1，而用户的智能手机中安装的充电管理软件对应于管理应用实体ae2，应用实体ae1和ae2都可以接入例如通用的充电管理平台in-cse1。例如，在用户可能将电动汽车泊在地下车库，并且将充电插头接入充电桩以便为电动汽车充电。由于充电需要一段时间，用户可能返回了楼上的住处。在这种场景中，用户可以通过智能手机中的管理应用实体ae2向管理服务器in-cse1发送更新请求，以便了解电动汽车的充电状态。同时，电动汽车上可能安装有其它应用程序，例如，行车记录仪，导航地图等，可以作为应用实体ae3、ae4，…等。应用实体ae1可以向管理服务器in-cse1发送相应的注册请求，该注册请求包括了指示注册类型为管理注册的注册类型标识符，使得在管理服务器in-cse1为该应用实体ae1创建涉及管理服务的资源，应用实体ae1还可以向应用服务器in-cse2发送相应的注册请求，该注册请求包括了指示注册类型为应用注册的注册类型标识符，使得在应用服务器in-cse2为该应用实体ae1创建涉及应用服务的资源。由此，一方面该应用实体ae1可以接受来自管理服务器in-cse1的管理命令，例如，查询电池的充电状态，并且可以将有关信息发送给管理服务器，从而使得用户可以进而通过智能手机的充电管理软件(例如对应于管理应用ae2)了解到电动汽车目前充电的状态；该应用实体ae1还可以响应于应用服务器in-cse2的发送的上报内容请求，将有关电池的总充电次数、总充电时间等信息上报给应用服务器in-cse2。

由此，可以将应用实体ae1分别与管理服务器in-cse1和应用服务器in-cse2相关联，以便接受来自相应服务器的服务。在本实施例中，由于ae发送给cse的注册请求中包括了指示相应的注册类型的注册类型标识符，使得cse可以根据指示的注册类型为ae创建相应的资源，从而可以使得终端的用户可以控制在什么样的服务平台(例如，管理服务器或者应用服务器)上为应用实体创建何种资源以及所接受的服务的类型。相应地，用户可以根据需要，将终端的不同的信息分享给对应的服务平台，实现了既可以将用户终端接入通用的管理平台，接受通用的管理平台提供的通用的管理服务，又可以从应用服务器接受各种应用服务，而无需担心将涉及有关应用服务的信息泄漏给通用的管理服务平台。

在上述实施例中，是通过应用实体ae1向管理服务器in-cse1和in-cse2发送的注册请求中包含的注册类型标识符来指示为该应用实体ae1创建的资源的类型。换句话说，是基于接收的注册请求中携带的注册类型标识符来确定注册请求对应的注册类型。可选地，服务器可以基于自身对应的服务类型来确定注册请求对应的注册类型。这种情况适用于应用实体ae1发送的注册请求中没有包含明确指示注册类型的注册类型标识符的情况。在这种情况下，当接收到来自应用实体ae1的注册请求时，如果发现其中没有包含注册类型标识符或者注册类型标识符指示的注册类型不确定，则服务器cse可以基于自身设置的服务类型，向应用实体ae1提供相应的服务。例如，如果服务器cse已被设置为管理服务器，则可以向应用实体ae1提供管理服务，即，可以为应用实体创建涉及管理服务的资源；而如果服务器cse已被设置为应用服务器，则可以向应用实体ae1提供应用服务，即，可以为应用实体创建涉及应用服务的资源。

在图3所示的实施例中，应用实体ae1向管理服务器in-cse1和应用服务器in-cse2分别发送注册类型为管理注册的注册请求和注册类型为应用类型的注册请求，以便分别在管理服务器上创建涉及管理服务的资源和在应用服务器上创建涉及应用服务的资源。两种注册请求的发送可以是同步的，相互不影响，使得在管理服务器创建资源和在应用服务器上创建资源可以是并行的。作为一种变型，可以采用顺序地发送两种注册请求的方式，以便可以将管理服务器in-cse1和应用服务器in-cse2相关联。例如，如图5所示，应用实体ae1首先向管理服务器in-cse1发送注册类型属于管理注册的注册请求，以便在管理服务器in-cse1上创建相应的涉及管理服务的资源。在成功为应用实体ae1创建了相应的管理资源之后，管理服务器in-cse1向应用实体ae1发送注册响应。在接收到来自管理服务器in-cse1的注册响应之后，应用实体ae1再向应用服务器发送注册类型为应用注册的注册请求，以便在应用服务器in-cse2上为应用实体ae1创建涉及应用服务的资源。通过这种方式，可以将管理服务器in-cse1和应用服务器in-cse2相关联。例如，在管理服务器in-cse1发送给应用实体ae1的注册响应中，可以包含有关管理服务器in-cse1的信息，例如管理服务器in-cse1的uri，从而使得应用实体ae1向应用服务器发送注册请求时，可以在其中嵌入有关管理服务器的信息，例如，管理服务器的uri，以便应用服务器in-cse2获取管理服务器in-cse1的信息，从而可以在需要时访问管理服务器in-cse1。

可选地，也可以在管理服务器in-cse1向应用实体ae1发送注册响应中不包含涉及管理服务器的信息，例如不包含管理服务器in-cse1的uri，而是在需要时，由应用实体ae1向管理服务器in-cse1发送查询请求，以获取管理服务器的信息，并且在需要关联管理服务器in-cse1和应用服务器in-cse2时，由应用实体ae1向管理服务器或者应用服务器发送关联请求，以便将管理服务器和应用服务器彼此相关联。

作为一种示例，例如用户的智能家电设备客户端(例如，便携式室内空气净化器)作为应用实体ae1，其通过向通用的管理服务器发送注册请求，从而在管理服务器in-cse1上创建<ae1>、<node1>等管理类相关资源。例如，如图4a所示，可以为该智能家电设备创建有关<memory>,<battery>,<firmware>,<software>和<reboot>等资源。其中，<memory>资源用于共享有关智能家电设备的存储器的信息，<battery>资源用于共享有关智能家电设备的电池的信息，<firmware>资源用于共享有关智能家电设备的固件的信息，<software>资源用于共享有关智能家电设备的软件的信息，<reboot>资源涉及重新启动智能家电设备的信息。在完成注册之后，管理服务器in-cse1向智能家电设备ae1返回注册响应。然后，智能家电设备ae1向应用服务器in-cse2发送注册请求，以便在应用服务器in-cse2上创建<ae2>资源以及相关的子资源。例如，如图4b所示，创建ae下的多个<container>资源以及相关的<contentinstance>，从而可以为智能家电设备提供应用服务。例如，应用实体ae1可以将检测到的空气质量信息上传到in-cse2上，例如在所创建的<contentinstance>中保存，并且接受来自in-cse2提供的其它应用服务。在为该应用实体创建了应用类型的资源之后，应用服务器in-cse2返回注册响应。当用户利用管理应用ae2发起管理请求时，例如，用户可以利用平板电脑中安装的智能家电设备的管理程序(对应于管理应用ae2)发起管理请求，例如，可以发起对智能家电设备ae1的固件进行更新的管理请求。此时，管理应用ae2向管理服务器in-cse1发送更新请求，在通过相应的权限验证之后，管理应用ae2接收来自于管理服务器in-cse1的更新响应。同时，管理服务器in-cse1向应用实体ae1发送管理命令请求，例如，发送用于更新智能家电设备的固件的更新命令；相应地，智能家电设备执行更新其固件的管理项目，并且将执行的结果作为管理命令响应反馈给管理服务器in-cse1。

考虑到当同一应用实体ae1向管理服务器in-cse1和应用服务器in-cse2分别进行注册之后，可以一方面接受来自于管理服务器in-cse1提供的管理服务，另一方面接受来自于应用服务器in-cse2提供的应用服务。然而，当应用实体正在接受应用服务的同时，又接受到来自于管理服务器in-cse1的管理命令时，这有可能会产生冲突。以上述示例为例，当用户正在利用智能家电设备(例如，便携式空气净化器)ae1对室内空气进行净化时，另一管理应用ae2可能向管理服务器in-cse1发起了更新智能家电设备的固件的更新请求，这种更新可能是基于管理应用ae2周期性查询管理服务器in-cse1为智能家电设备提供的固件的版本并且当发现存在新版本的固件则自动更新智能家电设备的固件的用户设置。针对这种可能存在冲突的情形，本公开的另一实施例提出了一种解决方案，以下将结合图6来进行详细描述。

为了避免应用实体ae1在同时接受管理服务和应用服务时可能存在冲突的情形，本公开的实施例提出了：通过将提供管理服务的管理服务器in-cse1和提供应用服务的应用服务器in-cse2进行关联，并且在执行其中一种服务时，可以查询对应于另一种服务的服务器的状态，从而合理地调度应用实体ae1接受相应的命令并且执行相应的项目的方式，避免冲突的产生。

如图6所示，应用实体ae1向管理服务器in-cse1发送注册请求，以便在管理服务器in-cse1上创建相应的管理资源；管理服务器in-cse1在确定注册请求对应的注册类型是管理注册之后，管理服务器in-cse1为ae1创建<ae1>、<node1>等管理类相关资源，例如，创建如图4a所示的资源，并且向应用实体ae1返回注册响应。在接收到来自管理服务器in-cse1的注册响应之后，应用实体ae1向应用服务器in-cse2进行注册，其中注册请求中包括注册类型标识符和有关管理服务器in-cse1的信息，例如管理服务器in-cse1对应的uri；在应用服务器in-cse2确定注册请求对应的注册类型是应用注册之后，为该应用实体ae1创建<ae2>资源以及应用相关的资源，例如，创建如图4b所示的资源；此外，基于所接收的有关管理服务器in-cse1的信息，例如，基于接收到的管理服务器in-cse1的uri，应用服务器in-cse2向管理服务器in-cse1发送请求，从而在管理服务器in-cse1上创建代表应用服务器in-cse2的<remotecse>资源，以便在管理服务器in-cse1上注册应用服务器in-cse2；相应地，管理服务器in-cse1创建<remotecse>资源并返回创建响应；在接收到来自管理服务器in-cse1的创建响应之后，应用服务器in-cse2在本地创建代表管理服务器in-cse1的<remotecse>资源，从而在管理服务器in-cse1上完成对应用服务器in-cse2的注册的过程。然后，应用服务器in-cse2向应用实体ae1返回注册响应，表明在应用服务器in-cse2上完成对应用实体ae1的注册。当管理应用ae2向管理服务器in-cse1发送更新请求，以便管理服务器in-cse1向应用实体ae2发送执行相应管理项目的命令；为避免应用实体执行管理项目时与执行有关应用服务项目的可能冲突，管理服务器in-cse1向应用服务器in-cse2发送状态查询请求，以便了解应用实体目前所执行的应用服务项目；相应地，在通过权限校验之后，应用服务器in-cse2向管理服务器in-cse1返回状态查询响应，将应用实体ae1目前执行的应用服务项目通知给管理服务器in-cse1；在管理服务器in-cse1经过处理，判断是否存在冲突，并且将判断的结果作为更新响应发送给管理应用ae2；由此，管理应用ae2接收管理服务器in-cse1发送更新响应；同时，在判断不存在冲突的情况下，管理服务器in-cse1向应用实体ae1发送管理命令请求，指示应用实体ae1执行管理应用ae2所请求的管理项目；相应地，应用实体ae执行所请求的管理项目，并且将执行的结果作为管理命令响应发送给管理服务器in-cse1。

以下结合上述示例来具体说明本实施例的原理。例如用户的智能家电设备(例如，门禁摄像头)可以作为应用实体ae1，其通过向通用的管理服务器发送注册请求，从而在管理服务器in-cse1上创建<ae1>、<node1>等管理类相关资源。例如，如图4a所示，可以为该应用实体ae1创建有关<memory>,<battery>,<firmware>,<software>和<reboot>等资源。在完成注册之后，管理服务器in-cse1向该应用实体ae1返回注册响应。然后，在接收到来自管理服务器in-cse1的注册响应之后，应用实体ae1向应用服务器in-cse2进行注册，其中注册请求中包括注册类型标识符和有关管理服务器in-cse1的信息，例如管理服务器in-cse1对应的uri，以便在应用服务器in-cse2上创建<ae2>资源以及相关的子资源，并且将应用服务器in-cse2和管理服务器in-cse1相关联。例如，如图4b所示，创建ae下的多个<container>资源以及相关的<contentinstance>，从而可以为该应用实体ae1提供应用服务。例如，应用实体ae1响应于应用服务器in-cse2的请求，将拍摄的照片、视频上传到in-cse2上；在应用服务器in-cse2确定注册请求对应的注册类型是应用注册之后，为该应用实体ae1创建<ae2>资源以及应用相关的资源，例如，创建如图4b所示的资源；此外，基于所接收的有关管理服务器in-cse1的信息，例如，基于接收到的管理服务器in-cse1的uri，应用服务器in-cse2向管理服务器in-cse1发送请求，从而在管理服务器in-cse1上创建代表应用服务器in-cse2的<remotecse>资源，以便在管理服务器in-cse1上注册应用服务器in-cse2；相应地，管理服务器in-cse1创建<remotecse>资源并返回创建响应；在接收到来自管理服务器in-cse1的创建响应之后，应用服务器in-cse2在本地创建代表管理服务器in-cse1的<remotecse>资源，从而在管理服务器in-cse1上完成对应用服务器in-cse2的注册的过程，将应用服务器in-cse2和管理服务器in-cse1相关联；然后，应用服务器in-cse2向应用实体ae1返回注册响应。例如，当用户需要对该智能家电设备(例如，门禁摄像头)上的与平板电脑上的同一软件版本进行同步时，当平板电脑上的该软件版本已经更新，需要自动对智能家电设备进行该软件版本的更新时，利用平板电脑中安装的应用程序(例如作为管理应用ae2)发起管理请求，例如，可以发起对智能家电设备的该软件的版本进行更新的管理请求。此时，管理应用ae2向管理服务器in-cse1发送更新请求，在通过相应的权限验证之后，为避免智能家电设备执行软件更新时与执行有关应用服务项目(例如上传拍摄的照片)的可能冲突，管理服务器in-cse1向应用服务器in-cse2发送状态查询请求，以便了解应用实体目前所执行的应用服务项目；相应地，在通过权限校验之后，应用服务器in-cse2向管理服务器in-cse1返回状态查询响应，将应用实体ae1目前执行的应用服务项目通知给管理服务器in-cse1；在管理服务器in-cse1经过处理，判断是否存在冲突，例如，判断智能家电设备目前是否正在使用该软件，如果目前没有使用，则判断不存在冲突，并且将判断的结果作为更新响应发送给平板电脑管理应用ae2；由此，管理应用ae2接收管理服务器in-cse1发送更新响应；同时，在判断不存在冲突的情况下，管理服务器in-cse1向应用实体ae1发送管理命令请求，指示应用实体ae1执行对该软件进行版本更新的管理项目；如果判断存在冲突，可以向管理应用ae2反馈判断结果，使得等待一段时间进行更新；或者向应用实体ae1的用户提示更新版本的信息，由用户选择是否现在关闭该应用程序以便进行版本更新。相应地，应用实体ae执行所请求的更新该软件的版本的管理项目，并且将执行的结果作为管理命令响应发送给管理服务器in-cse1。

在上述实施例中，通过在应用实体ae1向应用服务器in-cse2发送的注册请求中包含了有关之前所注册的管理服务器in-cse1的信息，从而可以将管理服务器和应用服务器相关联，并且在应用实体ae1执行来自于管理服务器的管理命令时，通过查询应用服务器来判断ae1要执行的管理服务项目是否与目前执行的应用服务项目可能有冲突，当判断不存在任何冲突时，则可以执行该管理服务项目，保证了应用实体在多个平台上的兼容性。

在以上结合图3-6对本公开的原理的描述中，将管理服务器和应用服务器分为不同的公共服务实体cse，即，管理服务器in-cse1单独提供涉及管理的服务，而应用服务器in-cse2单独提供涉及应用的服务。实际上，同一个服务器(服务平台)很可能既提供管理服务又提供应用服务，也就是说，作为综合服务平台，不但能够向应用实体提供管理服务也能够向应用实体提供应用服务。图7示出了这种情形。具体地，图7与图6的主要区别在于，作为服务平台的服务器in-cse1和in-cse2是综合服务器，不仅能够向应用实体提供管理服务也提供应用服务。

如图7所示，应用实体ae1向综合服务器in-cse1发送注册请求，以便在综合服务器in-cse1上创建相应的资源，在接收到来自应用实体ae1的注册请求之后，判断需要为应用实体ae1创建的资源类型。例如可以基于cse自身对应的服务类型，例如，基于自身对应于综合服务器，in-cse1为ae1创建涉及管理服务的子资源以及涉及应用服务的子资源。例如，如图8所示，在in-cse1下为应用实体ae1创建的资源不仅包括涉及管理服务有关的子资源<memory>,<battery>,<firmware>,<software>,<reboot>，<mgmtcmd>等，也包括涉及应用服务有关的子资源，<container>以及所属的子资源<contentinstance>。由此，针对应用实体ae1的注册请求，在综合服务器in-cse1上进行了管理+应用注册。类似地，当应用实体ae1向综合服务器in-cse2发送注册请求进行注册时，综合服务器in-cse2也为应用实体ae1创建了涉及管理服务有关的子资源<memory>,<battery>,<firmware>,<software>,<reboot>，<mgmtcmd>等，和涉及应用服务有关的子资源，<container>以及所属的子资源<contentinstance>。由此，综合服务器in-cse1和in-cse2二者中的任一个不仅可以为应用实体提供管理服务，也可以提供应用服务。当然，根据需要，服务器in-cse1或者in-cse2，例如可以针对应用实体ae1提供不同的管理服务项目，也可以提供不同的应用服务项目。

图7中所示的其它流程类似于图6所示的相应流程，具体细节不在此赘述。

以下结合示例来具体说明本实施例的原理。例如用户家中的机顶盒可以作为应用实体ae1，其通过向综合服务器发送注册请求，从而在管理服务器in-cse1上创建如图8所示的有关涉及管理服务的<memory>,<battery>,<firmware>,<software>，<reboot>，<mgmtcmd>等资源，以及有关涉及应用服务的<container>，<contentinstance>等资源。在完成注册之后，服务器in-cse1向机顶盒ae1返回注册响应。然后，在接收到来自服务器in-cse1的注册响应之后，应用实体ae1向综合服务器in-cse2进行注册，以便在服务器in-cse2上创建<ae2>资源以及相关的子资源，例如，图8所示的有关涉及管理服务的<memory>,<battery>,<firmware>,<software>，<reboot>，<mgmtcmd>等资源，以及有关涉及应用服务的<container>，<contentinstance>等资源，其中注册请求中包括有关综合服务器in-cse1的信息，例如服务器in-cse1对应的uri；基于所接收的有关服务器in-cse1的信息，例如，基于接收到的服务器in-cse1的uri，服务器in-cse2向服务器in-cse1发送请求，从而在服务器in-cse1上创建代表服务器in-cse2的<remotecse>资源，以便在服务器in-cse1上注册服务器in-cse2；相应地，服务器in-cse1创建<remotecse>资源并返回创建响应；在接收到来自服务器in-cse1的创建响应之后，服务器in-cse2在本地创建代表服务器in-cse1的<remotecse>资源，从而在服务器in-cse1上完成对服务器in-cse2的注册的过程，将综合服务器in-cse2和综合服务器in-cse1相关联；然后，服务器in-cse2向应用实体ae1返回注册响应。由此，对于应用实体ae1而言，在服务器in-cse1和in-cse2上均进行了管理+应用注册。如上所述，根据需要，服务器in-cse1和in-cse2，例如可以针对应用实体ae1提供不同的管理服务项目，也可以提供不同的应用服务项目。例如，in-cse1和in-cse2可能都能够提供对作为应用实体ae1的机顶盒的某一软件进行版本更新的管理服务，而对于机顶盒ae1还可以提供不同的软件应用服务，例如in-cse1提供有关视频点播的应用服务，而in-cse2可以提供对用户浏览过的视频数据进行存储的应用服务。用户可以利用智能手机中安装的机顶盒管理软件作为管理应用ae2向综合服务器in-cse1发起对机顶盒ae1的该软件的更新请求。例如，当通过管理应用ae2向服务器in-cse1发送更新请求时，在通过相应的权限验证之后，服务器in-cse1可以向服务器in-cse2发送状态查询请求，以便比较服务器in-cse1和in-cse2上提供的该软件的两种版本，从而选择最新的版本对机顶盒的该软件进行版本更新。相应地，在通过权限校验之后，服务器in-cse2向服务器in-cse1返回状态查询响应，将其所能够提供的版本信息通知给服务器in-cse1；由此，服务器in-cse1判断哪一个版本是最新的，并且将判断的结果作为更新响应发送给管理应用ae2，由此，管理应用ae2接收管理服务器in-cse1发送更新响应；当服务器in-cse1判断自身所提供的版本是最新的，则向应用实体ae1发送管理命令请求，指示应用实体ae1执行对该软件进行版本更新的管理项目；如果服务器in-cse1判断服务器in-cse2所提供的版本是最新的，则可以由in-cse2向应用实体ae1发送管理命令请求，指示应用实体ae1执行对该软件进行版本更新的管理项目；相应地，应用实体ae接收管理命令请求，并且执行所请求的更新该软件的版本的管理项目，并且将执行的结果作为管理命令响应发送给服务器in-cse1或者服务器in-cse2。

在上述实施例中，通过在应用实体ae1向综合服务器in-cse2发送的注册请求中包含了有关之前所注册的综合服务器in-cse1的信息，从而可以将服务器in-cse1和服务器in-cse2相关联，并且在应用实体ae1执行来自于服务器in-cse1的管理服务命令或者应用服务命令时，通过查询服务器in-cse2来判断ae1要执行的服务项目是否与目前执行的服务项目可能有冲突，当判断不存在任何冲突时，则可以直接执行该服务项目，保证了应用实体在多个平台上的兼容性。

图9图示了根据本公开实施例的一种创建资源的方法的示意性的流程。如图9所示，该方法包括：s900，接收注册请求；s910，确定所述注册请求对应的注册类型；s920,基于所述注册类型创建对应于该注册类型的资源。

可选地，上述方法还包括：

对资源进行分类，并且确定所述注册类型对应的资源类型。

可选地，在上述方法中，所述注册类型包括管理注册、应用注册、管理和应用注册。

可选地，管理注册可以包括固件管理注册、软件管理注册、内存管理注册、电池管理注册、设备信息管理注册等。

可选地，应用注册还可以包括位置服务注册、订阅通知服务注册、发现服务注册等。

可选地，在上述方法中，如果确定注册类型属于管理注册，则在第一公共服务实体上创建对应于管理服务类型的第一资源。

可选地，在上述方法中，如果确定注册类型属于应用注册，则在第一公共服务实体上创建对应于应用服务类型的第二资源。

可选地，在上述方法中，如果确定注册类型属于管理及应用注册，则在第一公共服务实体上创建对应于管理服务类型的第一资源和对应于应用服务类型的第二资源。

可选地，在上述方法中，基于接收的注册请求中携带的注册类型标识来确定所述注册请求对应的注册类型。

可选地，在上述方法中，通过基于第一公共服务实体自身对应的服务类型来确定所述注册请求对应的注册类型。

可选地，上述方法还包括：接收管理应用的请求，并且向应用实体发送管理命令。

可选地，上述方法还包括：基于注册请求中包括的有关第二公共服务实体的信息，将所述第一公共服务实体与第二公共服务实体相关联。

可选地，在上述方法中，将所述第一公共服务实体与第二公共服务实体相关联包括：

向第二公共服务实体发送请求，以便将第一公共服务实体注册到第二公共服务实体。

可选地，上述方法还包括：响应于第二公共服务实体的查询请求，将第一公共服务实体的状态发送给第二公共服务实体。

图10图示了根据本公开实施例的一种注册的方法的示意性的流程。如图10所示，该方法包括：s1010发送第一注册请求，该第一注册请求中包括第一注册类型标识；s1020，接收第一注册响应，以获得有关根据所述第一注册类型标识在公共服务实体上创建的第一资源的信息。

可选地，上述方法还包括：

发送第二注册请求，该第二注册请求中包括第二注册类型标识，其中第二注册类型标识与第一注册类型标识指示相同或者不同的注册类型；以及

接收第二注册响应，以获得有关根据所述第二注册类型标识在公共服务实体创建的第二资源的信息。

可选地，在上述方法中，所述注册类型为以下中的一项：管理注册、应用注册，管理及应用注册。

可选地，在注册类型涉及管理注册的情况下，该方法还包括：

接收来自于公共服务实体的管理命令，并且执行相应的管理项目。

可选地，在上述方法中，并行地发送第一注册请求和第二注册请求，以分别在第一公共服务实体和第二公共服务实体上为该应用实体创建第一资源和第二资源。

可选地，上述方法还包括：向第一或者第二公共服务实体发送关联请求，以便将第一公共服务实体与第二公共服务实体相关联。

可选地，在上述方法中，发送第一注册请求和第二注册请求中的一个注册请求，在接收到注册成功的响应之后，再发送另一注册请求，以分别在第一公共服务实体和第二公共服务实体上为该应用实体创建第一资源和第二资源。

可选地，在上述方法中，后发送的注册请求中还包括有关先发送的注册请求所对应的公共服务实体的信息，以便将第一公共服务实体与第二公共服务实体相关联。

图11是根据本公开实施例的一种服务器装置的示意性的框图。如图11所示，该服务器装置包括收发器1110和处理器1120，其中，收发器接收注册请求；处理器1120确定所述注册请求对应的注册类型，基于所述注册类型创建对应于该注册类型的资源。

可选地，上述服务器装置还可以内置或者外接存储器，用于存储为应用实体创建的资源，以及存储有关指令，所述指令在由处理器执行时，实现上述创建资源的方法的步骤。

图12是根据本公开实施例的一种客户端装置的示意性的框图。如图12所示，该客户端装置包括收发器1210和处理器1220，其中，处理器1220指示收发器1210发送第一注册请求，该第一注册请求中包括第一注册类型标识，并且指示收发器1210接收第一注册响应，以获得有关根据所述第一注册类型标识在公共服务实体上创建的第一资源的信息。

可选地，上述客户端装置还可以内置或者外接存储器，用于存储有关指令，所述指令在由处理器执行时，实现上述用于注册的方法的步骤。

根据本公开的又一实施例，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时，实现上述创建资源的方法的步骤或者实现上述用于注册的方法的步骤。

利用本公开的实施例提供的方法和设备，通过应用实体向不同的平台进行注册，从而获取不同的平台功能，实现了不同平台针对同一设备分工协作管理，避免了多个设备平台孤立造成的使用不便，提升了自动化水平。

然而，本领域技术人员应理解，本说明书中出现的框图表示实施本公开的原理的说明性电路的概念图。类似地，应理解，任何流程表、流程图、状态转移图、伪代码等表示可在计算机可读介质中被实质性表示并由计算机或处理器执行的各种过程，不论这些计算机或处理器是否明确地显示出来。可在短暂性状态(信号)和非短暂性状态(例如，在诸如cd-rom、dvd、蓝光、硬盘驱动器、闪存卡、或其他类型的有形存储介质的有形介质上)中实现写入的计算机可读介质和代码。

图中所示的各种元件的功能可以通过使用专用硬件和能够联合合适的软件执行软件的硬件来提供。当由处理器提供时，该功能可由单个专用处理器或单个共用处理器或其中有一些可以共用的多个独立的处理器提供。并且，明确的使用术语“处理器”或“控制器”不应该被解读为排他性地专指能够执行软件的硬件，而可以没有限制地、隐含地包括数字信号处理器(“dsp”)硬件、用于存储软件的只读存储器(“rom”)、随机存取存储器(“ram”)和非易失性存储器。

其他的硬件，常规和/或定制的也可以包括在内。相似地，图中所示的任何开关仅仅是概念性的。它们的功能可以通过操作程序逻辑、专用逻辑、程序控制和专用逻辑交互或者甚至手动进行，实施者可以根据对上下文更加详细的理解来选择特定的技术。

虽然在此处已经示出并详细描述了包含本公开的教导的实施例，本领域技术人员可以容易地设计出许多其他仍然包含这些教导的各种实施例。注意，本领域技术人员可以根据上述教导做出修改和变型。

上面已经描述了一些具体实施例。但是应该了解可以对这些实施例作出修改。例如，不同的实施例的元素可以进行组合、补充、修改和删除，从而获得其他的实施例。此外，本领域的普通技术人员应该了解可以使用其他的结构和处理流程来替换上面已经公开的结构和处理流程，从而获得其它实施例。该其它实施例至少以实质上相同的方式，实现实质上相同的功能，达到本发明公开的实施例提供的实质上相同的效果。相应地，这些以及其他的实施例应该属于本发明的范围。