CN102904742B

CN102904742B - 对可执行节点的操作方法及系统

Info

Publication number: CN102904742B
Application number: CN201110215400.0A
Authority: CN
Inventors: 金志皓
Original assignee: Huawei Device Co Ltd
Current assignee: Global Innovation Polymerization LLC; Tanous Co
Priority date: 2011-07-29
Filing date: 2011-07-29
Publication date: 2015-10-07
Anticipated expiration: 2031-07-29
Also published as: CN102904742A; WO2013017020A1

Abstract

本发明实施例涉及通信技术领域，尤其是涉及一种对可执行节点的操作方法及系统。本发明实施例公开了一种对可执行节点的操作方法，包括接收触发消息，发送第一请求消息；接收第一响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息；根据所述第一响应消息，发送第二请求消息；接收第二响应消息，所述第二响应消息中包含有错误码；根据所述第二响应消息中的错误码，确定触发可执行操作。本发明实施例还公开了对可执行节点操作的系统。通过本发明实施例可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

Description

对可执行节点的操作方法及系统

技术领域

本发明实施例涉及通信技术领域，尤其是涉及一种对可执行节点的操作方法及系统。

背景技术

OMA(Open Mobile Alliance，开放移动联盟)DM(Device Management，设备管理)V1.3是OMA DM WorkGroup制定的设备管理统一规范(以下简称DM规范)。DM系统提供了一种低成本方案，用于第三方管理和设置终端设备(比如手机终端及终端中的功能对象)中的环境和配置信息，解决这些设备在使用过程中遇到的问题，例如通过OTA(Over The Air，无线网络)方式进行软件和固件的安装、升级等操作，并提供更加人性化和个性化的服务，提高用户体验，第三方可以是运营商、业务提供商或者合作方的信息管理部门。

REST(REpresentation State Transfer)描述了一个架构样式的网络系统，REST指的是一组架构约束条件和原则，满足这些约束条件和原则的应用程序或设计就是RESTful。RESTful是一种Web Service(是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口)的设计风格，通过标准的HTTP(HyperText Transfer Protocol，超文本传输协议)方法对资源进行操作。符合RESTful设计风格的设备管理协议可以称之为RESTful DM，服务器使用标准的HTTP方法，对终端上的MO(Management Object，管理对象)进行操作。这种操作易于与现有的Web标准进行对接，通过标准的Web方法也能实施DM管理。同时通过简化协议过程，也能够降低对DM终端的能力要求。

OMA DM现有的可执行节点执行方式为，服务器通过HTTP做为承载，向终端发送SyncML(Synchronization Markup Language，同步标记语言)文件，SyncML文件是一种XML(Extensible Markup Language，可扩展标记语言)扩展，通过定义SyncML定义了OMA DM使用的各类命令。

现有技术中，客户端需要解析SyncML的语义来获知当前会话所处的阶段以及服务器下发的命令。既要解析符合SyncML格式的MO，即管理数据；又要解析SyncML中包含的会话和命令信息，即管理命令，对终端设备的能力要求较高，而且无法直接使用HTTP标准方法对设备进行管理，不利于通过网络应用程序直接进行设备管理。

发明内容

鉴于上述问题，本发明实施例提出了一种对可执行节点的操作方法及系统，可以直接使用HTTP标准方法对设备进行管理。

本发明实施例提出了一种对可执行节点的操作方法，包括：

接收触发消息，发送第一请求消息；

接收第一响应消息，所述第一响应消息为根据所述第一请求消息所下发的响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息；

根据所述第一响应消息，发送第二请求消息；

接收第二响应消息，所述第二响应消息为根据所述第二请求消息所下发的响应消息，所述第二响应消息中包含有错误码；

根据所述第二响应消息中的错误码，确定触发可执行操作。

本发明实施例还提出了一种对可执行节点的操作方法，包括：

发送触发消息；

接收第一请求消息，所述第一请求消息为根据所述触发消息所发起的请求消息；

发送第一响应消息，所述第一响应消息为根据所述第一请求消息所下发的响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息；

接收第二请求消息，所述第二请求消息为根据所述第一响应消息所发起的请求消息；

发送第二响应消息，所述第二响应消息为根据所述第二请求消息所下发的响应消息，所述第二响应消息中包含有错误码。

本发明实施例还提出了一种对可执行节点的操作方法，所述可执行节点增加了节点值，所述方法方法包括：

接收第一请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；

发送第一响应消息，所述第一响应消息包含有所述设备信息；

接收第二请求消息，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息；

根据所述第二请求消息，确定所述节点为可执行节点。

发送第一请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；

接收第一响应消息，所述第一响应消息包含有所述设备信息；

发送第二请求消息，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

本发明实施例还提出了一种对可执行节点操作的客户端，所述客户端包括，接收单元、消息解析单元、消息生成单元，发送单元、确定单元、可执行节点，其中：

所述接收单元，用于接收服务器所发送的消息，所述服务器发送的消息包括触发消息，第一响应消息及第二响应消息；所述触发消息用于触发客户端发起请求消息；所述第一响应消息包含有指示可执行节点执行操作的信息，所述第二响应消息中包含有错误码，所述第二响应消息中还可以包含有指示可执行节点执行操作的信息；所述服务器发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息；

所述消息解析单元，用于解析所述接收单元所接收到的消息；

所述消息生成单元，用于根据所述消息解析单元的解析结果生成消息；

所述发送单元，用于向服务器发送消息，所述向服务器发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端的设备信息发送给所述服务器，所述第二请求消息用于使所述服务器返回特定的错误码；所述向服务器发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息；

所述确定单元，用于根据所述消息解析单元的解析结果确定服务器需要操作的可执行节点；

所述可执行节点，具有可执行的属性，用于执行服务器所下发的操作命令，完成相应操作。

本发明实施例还提出了对可执行节点操作的服务器，所述服务器包括，接收单元、消息解析单元、消息生成单元、发送单元，其中：

所述接收单元，用于接收客户端发送的消息；所述客户端发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端所在设备的设备信息发送给所述服务器，所述第二请求消息用于使所述服务器返回特定的错误码；所述客户端发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息；

所述发送单元，用于向客户端发送消息，所述向客户端发送的消息包括触发消息，第一响应消息及第二响应消息，所述触发消息用于触发客户端发起请求消息；所述第一响应消息包含有指示可执行节点执行操作的信息；所述第二响应消息中包含有错误码，所述第二响应消息中或者还包含有指示可执行节点执行操作的信息；所述向客户端发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

本发明实施例还提出了一种对可执行节点操作的系统，所述系统包括客户端和服务器，

所述客户端包括接收单元、消息解析单元、消息生成单元，发送单元、确定单元、可执行节点，其中：

所述确定单元，用于根据所述消息解析单元的解析结果确定所述服务器需要操作的可执行节点；

所述可执行节点，具有可执行的属性，用于执行所述服务器所下发的操作命令，完成相应操作。

所述客户端包括接收单元、消息解析单元、消息生成单元、发送单元，其中：

通过本发明实施例公开了一种对可执行节点的操作方法及系统，可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

附图说明

图1是OMA DM基本框架示意图；

图2是本发明实施例所公开的一种对可执行节点的操作方法的流程图；

图3是本发明实施例所公开的又一种对可执行节点的操作方法的流程图；

图4是本发明实施例所公开的又一种对可执行节点的操作方法的流程图；

图5是本发明实施例所公开的又一种对可执行节点的操作方法的流程图；

图6是本发明实施例所公开的又一种对可执行节点的操作方法的流程图；

图7是本发明实施例所公开的又一种对可执行节点的操作方法的流程图；

图8是本发明实施例所公开的一种对可执行节点操作的客户端的结构示意图；

图9是本发明实施例所公开的一种对可执行节点操作的服务器的结构示意图；

图10是本发明实施例所公开的一种对可执行节点操作的系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，OMA DM的整体结构包括终端设备和服务器。终端设备上的DM客户端用于解释和执行DM服务器下发的管理命令，DM服务器通过DM协议与终端设备中的DM客户端进行通信来实现对终端设备的管理。终端设备上存储的设备管理树可以被认为是一个DM服务器对终端设备进行管理的接口，设备管理树中包括一些管理对象，DM服务器通过对管理对象的操作达到管理终端设备的目的。操作命令有Get(获取)、Replace(替换)、Exec(执行)、Copy(复制)、Delete(删除)等。

OMA DM现有的可执行节点执行方式为，服务器通过HTTP做为承载，向终端发送SyncML文件，通过定义SyncML定义了OMA DM使用的各类命令，例如需要执行终端上URI为“./FanOut/Operations/Start”的节点时，首先，这个节点必须是一个可执行节点，即该节点的节点属性为“Exec”；然后服务器需要在规定的会话过程中，通过HTTP或者其他承载方式，向终端发送一个SyncML包，这个包的形式为一个XML文件，在其中包含了需要执行某个节点的描述如下：

客户端收到这样一个文件，首先解析SyncHdr获知是哪个服务器需要对其进行管理，还需要解析出这个管理会话的ID，以及这个消息本身的ID，同时还要获知命令的ID，命令的类型是“Exec”，以及命令的目标节点的属性是“Exec”。结合上述信息，才能对目标节点进行执行操作。

在此方法中，客户端需要解析SyncML的语义来获知当前会话所处的阶段以及服务器下发的命令。既要解析符合SyncML格式的MO，即管理数据；又要解析SyncML中包含的会话和命令信息，即管理命令。对终端设备的能力要求较高，无法直接使用HTTP标准方法对设备进行管理，不利于通过网络应用程序直接进行设备管理。

服务器通过标准HTTP方法对客户端进行设备管理过程中，需要沿用现有OMA DM的MO设计，并对这些MO中的节点使用标准的HTTP方法进行操作，标准HTTP方法包括PUT、DELETE、POST、GET等。这样使用HTTP承载OMA DM的MO，即利用HTTP本身提供的标准方法表达管理命令和会话流程，而需要解析的只有MO即管理数据的部分。这样可以降低对服务器和客户端的能力要求，减少空中传输的负担，而且使用标准HTTP方法携带命令，有利于Web App直接管理OMA DM的管理数据。

在沿用现有OMA DM的MO时，需要一种操作方法，对MO中的可执行节点进行操作，但标准HTTP方法中并不存在用于执行节点的“Exec”命令，因此需要一种方法能够满足使用标准HTTP方法实施设备管理，同时又不给服务器和终端增加额外的能力要求。

对于终端来说，有的终端具备配置HTTP Server(HTTP服务器)的能力，也就是可以接受HTTP请求。而大部分终端不具备配置HTTP Server的能力，只能配置HTTP Client(HTTP客户端)，也就是只能够发起HTTP请求，而不能接受HTTP请求。

如图2所示，是本发明实施例所公开的一种对可执行节点的操作方法的流程图，本发明实施例中，服务器侧部署HTTP Server+HTTP Client，客户端侧仅部署HTTP Client，客户端通过标准HTTP方法向服务器请求资源，服务器通过响应消息Response向客户端传递指示，在Response中包含有设置好的需要客户端发起的HTTP请求。在需要执行可执行节点时，服务器在Response中设置相应的HTTP请求，客户端收到该Response后，向服务器发起所述Response中设置的HTTP请求，服务器对该请求进行响应，客户端根据该响应判断执行动作。具体步骤包括：

201、接受触发，发送第一请求消息。

客户端没有部署HTTP Server，因此不能随时监听HTTP消息，也不能接收HTTP请求。服务器需要对客户端进行管理时，通过WAP PUSH或者SIP PUSH或者短信等手段，向客户端发送一个通知消息，用于会话拉起，客户端收到这个通知消息之后，首先验证通知消息及服务器的有效性，然后向服务器发起一个HTTP请求，这个HTTP请求的目的是将客户端所在设备的设备信息发送给服务器，这个HTTP请求是一个POST请求，这一步骤可以认为是现有技术。所述的HTTP POST信息，可以参考下面的例子：

POST http://ServerAddress/Client/DeviceID/DevInfoMO

HTTP/1.1

Host：DMClient

Content-Type：application/syncml+xml

“SyncML格式的DevInfoMO内容”

202、发送第一响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息，第一响应消息中直接使用文本包含了指示可执行节点执行操作的信息。

服务器收到客户端发送的上一个HTTP POST请求后，需要返回一个HTTP响应，在这个响应中，服务器以文本的形式，设置了需要客户端发起的下一个HTTP请求，在这个HTTP请求中包含了服务器需要对客户端进行的设备管理动作。

例如服务器需要客户端更新自身的Email设置时，会返回一个如下的HTTP响应：

HTTP/1.1200OK

Date：Wed，6Jun 201111:22:58GMT

Server：DMServerID

Content-Type：text/plain

GET http://ServerAddress/Client/DeviceID/EmailSettingMO

HTTP/1.1

Host：DMClient

最后三行是HTTP响应所携带的文本格式的内容。客户端收到这个HTTP响应之后，将文本格式的内容，直接作为下一个HTTP请求，向服务器发起一个HTTP GET请求，以获取保存在服务器上的该客户端所在设备的Email设置。由于OMA DM的管理数据和HTTP方法都有GET命令，因此，客户端可以对MO直接进行HTTP GET操作。

对于可执行节点而言，例如在服务器需要执行客户端自身的管理树中的“./ManagementMO/Start”节点时，会返回一个如下的HTTP响应：

HTTP/1.1200OK

Date：Wed，6Jun 201111:22:58GMT

Server：DMServerID

Content-Type：text/plain

PUT http://ServerAddress/ClientAddress/ManagementMO/Start

HTTP/1.1

Host：DMClient

最后三行是HTTP响应所携带的文本格式的内容。客户端收到这个HTTP响应之后，将文本格式的内容，直接作为下一个HTTP请求，向服务器发起一个HTTP PUT请求。由于HTTP本身不支持“Exec”命令，因此需要后续步骤204和205对执行动作进行判断。

203、根据所述第一响应消息，发送第二请求消息，所述第二请求消息中包含有所述第一请求消息中指示可执行节点执行操作的信息。

客户端根据步骤2中的HTTP响应一，发起HTTP请求。

PUT http://ServerAddress/ClientAddress/ManagementMO/Start

HTTP/1.1

Host：DMClient

其中PUT命令也可以是POST命令，由于PUT或POST命令的目标(Universal Resource Locator，统一资源定位符)是客户端的根节点下的“./ManagementMO/Start”，而在服务器上是不存在这个节点的，因此对这个URL进行PUT或POST操作会发生错误。这样设置的目的是为了使得服务器返回特定的错误代码。

204、发送第二响应消息，所述第二响应消息中包含有错误码。

服务器收到步骤303中的第二请求消息之后，由于URL的错误，会返回一个第二响应消息，所述第二响应消息中包含有错误码。可选的，所述第二响应消息中还包含有指示可执行节点执行操作的信息，即在发送错误代码时可以再次携带需要执行的节点URI。

服务器针对步骤203中的HTTP请求二，返回一个错误码的例子如下：

HTTP/1.1410Gone

Date：Wed，6Jun 201111:22:58GMT

Server：DMServerID

可选的，服务器返回的错误码可以再次携带需要执行的节点URI，防止客户端没有缓存之前的可执行节点URI：

HTTP/1.1500Internal Server Error

Date：Wed，6Jun 201111:22:58GMT

Server：DMServerID

Content-Type：text/plain

./ManagementMO/Start

205、根据第二响应消息中的错误码，确定触发可执行操作。

客户端收到了第二响应消息之后，根据错误码，判断出之前服务器在第一响应消息中设置的第二请求消息的目的是执行所述节点。客户端根据所述第一响应消息确定需要执行的节点，所述节点执行相应操作，具体是通过第一请求消息中的http://ServerAddress/ClientAddress/ManagementMO/Start确定的；或者根据所述第二响应消息确定需要执行的节点，所述节点执行相应操作，此时，所述第二响应消息中需包含有指示可执行节点执行操作的信息。

本发明实施例公开了一种对可执行节点的操作方法，可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

如图3所示，是本发明实施例所公开的又一种对可执行节点的操作方法的流程图，本发明实施例中，服务器侧部署HTTP Server+HTTP Client，客户端侧仅部署HTTP Client，客户端通过标准HTTP方法向服务器请求资源，服务器通过响应消息Response向客户端传递指示，在Response中包含有设置好的需要客户端发起的HTTP请求。在需要执行可执行节点时，服务器在Response中设置相应的HTTP请求，客户端收到该Response后，向服务器发起所述Response中设置的HTTP请求，服务器对该请求进行响应，客户端根据该响应判断执行动作。具体步骤包括：

301、接收触发消息，发送第一请求消息。

在本实施例中，客户端接收服务器下发的触发消息，并根据触发消息向服务器发送第一请求消息，本步骤具体实施方式与步骤201相同。

302、接收第一响应消息，所述第一响应消息为根据所述第一请求消息所下发的响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息，第一响应消息中直接使用文本包含了指示可执行节点执行操作的信息。

服务器收到客户端发送的第一请求消息后，返回一个响应消息，在这个响应中，服务器以文本的形式，设置了需要客户端发起的下一个HTTP请求，在这个HTTP请求中包含了服务器需要对客户端进行的设备管理动作。

本步骤具体实施方式与步骤202相同。

303、根据所述第一响应消息，发送第二请求消息，所述第二请求消息中包含有所述第一请求消息中指示可执行节点执行操作的信息。

客户端根据步骤302中的所述第一响应消息，向服务器发送第二请求消息。第二请求消息中包含有需要执行的可执行节点的地址信息，即所述可执行节点的URL，由于在服务器上是不存在这个节点的，因此对这个URL进行操作会发生错误，从而使得服务器返回特定的错误代码

本步骤具体实施方式与步骤203相同。

304、接收第二响应消息，所述第二响应消息为根据所述第二请求消息所下发的响应消息，所述第二响应消息中包含有错误码。

本步骤具体实施方式与步骤204相同。

305、根据第二响应消息中的错误码，确定触发可执行操作。

如图4所示，是本发明实施例所公开的又一种对可执行节点的操作方法的流程图，本发明实施例中，服务器侧部署HTTP Server+HTTP Client，客户端侧仅部署HTTP Client，客户端通过标准HTTP方法向服务器请求资源，服务器通过响应消息Response向客户端传递指示，在Response中包含有设置好的需要客户端发起的HTTP请求。在需要执行可执行节点时，服务器在Response中设置相应的HTTP请求，客户端收到该Response后，向服务器发起所述Response中设置的HTTP请求，服务器对该请求进行响应，客户端根据该响应判断执行动作。具体步骤包括：

401、发送触发消息。

客户端没有部署HTTP Server，因此不能随时监听HTTP消息，也不能接收HTTP请求。服务器需要对客户端进行管理时，通过WAP PUSH或者SIP PUSH或者短信等手段，向客户端发送一个通知消息，用于会话拉起。

402、接收第一请求消息，所述第一请求消息为根据所述触发消息所发起的请求消息。

在本实施例中，客户端接收到服务器下发的触发消息后，根据触发消息向服务器发送第一请求消息，服务器接收所述第一请求消息。

本步骤中，服务器所接收的第一请求消息同步骤201相同。

403、发送第一响应消息，所述第一响应消息为根据所述第一请求消息所下发的响应消息，所述第一响应消息中包含有指示可执行节点执行操作的信息，第一响应消息中直接使用文本包含了指示可执行节点执行操作的信息。

本步骤具体实施方式与步骤202相同。

404、接收第二请求消息，所述第二请求消息为根据所述第一响应消息所发起的请求消息，所述第二请求消息中包含有所述第一请求消息中指示可执行节点执行操作的信息。

客户端根据步骤403中的所述第一响应消息，向服务器发送第二请求消息。第二请求消息中包含有需要执行的可执行节点的地址信息，即所述可执行节点的URL，由于在服务器上是不存在这个节点的，因此对这个URL进行操作会发生错误，从而使得服务器返回特定的错误代码

本步骤具体实施方式与步骤203相同。

405、发送第二响应消息，所述第二响应消息为根据所述第二请求消息所下发的响应消息，所述第二响应消息中包含有错误码。

服务器收到步骤404中的第二请求消息之后，由于URL的错误，会返回一个第二响应消息，所述第二响应消息中包含有错误码。可选的，所述第二响应消息中还包含有指示可执行节点执行操作的信息，即在发送错误代码时可以再次携带需要执行的节点URI。

本步骤具体实施方式与步骤204相同。

可选的，在步骤405之后还可以包含步骤406。

406、根据第二响应消息中的错误码，确定触发可执行操作。

如图5所示，是本发明实施例所公开的又一种对可执行节点的操作方法的流程图，本发明实施例中，在服务器侧和客户端侧都部署HTTP Server+HTTP Client，双方互相使用标准HTTP方法携带设备管理数据进行交互。服务器需要对客户端上可执行节点进行执行动作时，首先使用标准的HTTP方法发送通知消息给客户端，客户端认证该服务器有效性后返回设备信息，服务器使用标准的HTTP方法表示对可执行节点的执行动作。具体步骤如下：

501、发送第一请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示。

服务器发送第一请求消息，第一请求消息为一个如下的GET请求，并且在其中携带通知消息，用于客户端验证服务器身份。同时通过GET请求，要求客户端返回设备信息，便于后续设备管理。此步骤可认为是现有技术。例如第一请求消息为：

GET http://ClientAddress/DevInfoMO

HTTP/1.1

Host：DMServer

Content-Type：Application/bin

“bin格式的通知消息”

502、发送第一响应消息，所述第一响应消息包含有所述设备信息。

客户端验证服务器的通知消息后，向服务器返回一个响应消息，在其中携带设备信息，此步骤可以认为是现有技术，例如第二响应消息为：

HTTP/1.1200OK

Date：Wed，6Jun 201111:22:58GMT

Server：DMClientID

Content-Type：application/syncml+xml

“SyncML格式的DevInfoMO内容”

503、发送第二请求消息，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

现有技术中，OMA DM的MO中可执行节点不存在节点值。为了便于通过HTTP请求进行执行动作，对所有可执行节点增加节点值。可执行节点的属性为“Exec”，在现有标准中不存在节点值，现对所有属性为“Exec”的节点增加节点值。

服务器需要执行客户端上某个可执行节点时，对该可执行节点进行PUT或POST请求。

方法一，针对可执行节点增加的节点值，规定其值可以为字符串，数字，字符等。该PUT或POST请求不携带修改值，仅仅是触发可执行动作。

例如：在服务器需要执行客户端自身的管理树中的“./ManagementMO/Start”节点时，可以发起如下PUT或POST请求：

PUT http://ClientAddress/ManagementMO/Start

HTTP/1.1

Host：DMServer

方法二，可行的，针对可执行节点增加的节点值，规定其值可以为字符串。该PUT或POST请求需要将该可执行节点的节点值修改为字符串“Exec”。客户端才会判定其对该节点使用了执行命令。

PUT http://ClientAddress/ManagementMO/Start

HTTP/1.1

Host：DMServer

Content-Type：text/plain

Content-Length：4

Exec

504、根据所述第二请求消息，判断所述节点为可执行节点。

方法一，客户端收到步骤303中方法一的PUT或POST请求后，首先判断目标节点的属性，客户端判断出该节点属性为“Exec”之后，认定该操作的目的是对节点进行执行，则客户端被触发执行相应动作。

方法二，客户端收到步骤303中方法二的PUT或POST请求后，首先判断目标节点的属性，客户端判断出该节点属性为“Exec”之后，继续判定写入该节点的值是否为字符串“Exec”，如果是，则认定该操作的目的是对该节点进行执行，则客户端被触发执行相应动作。

如图6所示，是本发明实施例所公开的又一种对可执行节点的操作方法的流程图，本发明实施例中，在服务器侧和客户端侧都部署HTTP Server+HTTP Client，双方互相使用标准HTTP方法携带设备管理数据进行交互。服务器需要对客户端上可执行节点进行执行动作时，首先使用标准的HTTP方法发送通知消息给客户端，客户端认证该服务器有效性后返回设备信息，服务器使用标准的HTTP方法表示对可执行节点的执行动作。具体步骤如下：

601、接收第一请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示。

服务器发送第一请求消息，第一请求消息为一个如下的GET请求，并且在其中携带通知消息，用于客户端验证服务器身份。同时通过GET请求，要求客户端返回设备信息，便于后续设备管理。本步骤具体实施方式与步骤501相同。

602、发送第一响应消息，所述第一响应消息包含有所述设备信息。

客户端验证服务器的通知消息后，向服务器返回一个响应消息，在其中携带设备信息。本步骤具体实施方式与步骤502相同。

603、接收第二请求消息，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

本步骤具体实施方式与步骤503相同。

604、根据所述第二请求消息，判断所述节点为可执行节点。

本步骤具体实施方式与步骤503相同。

如图7所示，是本发明实施例所公开的又一种对可执行节点的操作方法的流程图，本发明实施例中，在服务器侧和客户端侧都部署HTTP Server+HTTP Client，双方互相使用标准HTTP方法携带设备管理数据进行交互。服务器需要对客户端上可执行节点进行执行动作时，首先使用标准的HTTP方法发送通知消息给客户端，客户端认证该服务器有效性后返回设备信息，服务器使用标准的HTTP方法表示对可执行节点的执行动作。具体步骤如下：

701、发送第一请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示。

702、接收第一响应消息，所述第一响应消息包含有所述设备信息。

703、发送第二请求消息，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

本步骤具体实施方式与步骤503相同。

可选的，在步骤703之后还可以包含步骤704。

704、根据所述第二请求消息，判断所述节点为可执行节点。

本步骤具体实施方式与步骤503相同。

相应于所公开的对可执行节点的操作方法，本发明实施例公开了一种客户端，如图8所示，客户端80包括接收单元801、消息解析单元802、消息生成单元803，发送单元804、确定单元805、可执行节点806，其中：

接收单元801用于接收服务器发送的消息，所述服务器发送的消息包括触发消息，第一响应消息及第二响应消息，所述触发消息用于触发客户端发起请求消息，触发消息为WAP PUSH或者SIP PUSH或者短信；所述第一响应消息包含有指示可执行节点执行操作的信息；所述第二响应消息中包含有错误码，所述第二响应消息中或者还包含有指示可执行节点执行操作的信息。

所述服务器发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

消息解析单元802，用于解析接收单元801所接收到的消息。

消息生成单元803，用于根据消息解析单元802的解析结果生成消息。

发送单元804，用于向服务器发送消息，所述向服务器发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端80的设备信息发送给所述服务器，所述第二请求消息用于使所述服务器返回特定的错误码；所述向服务器发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息。

确定单元805，根据消息解析单元802的解析结果确定服务器需要操作的可执行节点。

可执行节点806，是客户端管理对象中的节点，具有可执行的属性，用于执行服务器所下发的操作命令，完成相应操作。

本发明实施例公开了一种对可执行节点操作的客户端，可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

相应于本发明实施例所公开的对可执行节点的操作方法，本发明实施例公开了一种服务器，如图9所示，服务器90包括接收单元901、消息解析单元902、消息生成单元903、发送单元904，其中：

接收单元901用于接收客户端发送的消息，所述客户端发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端所在设备的设备信息发送给所述服务器90，所述第二请求消息用于使所述服务器90返回特定的错误码；所述客户端发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息。

消息解析单元902，用于解析接收单元901所接收到的消息。

消息生成单元903，用于根据消息解析单元902的解析结果生成消息。

发送单元904，用于向客户端发送消息，所述向客户端发送的消息包括触发消息，第一响应消息及第二响应消息，所述触发消息用于触发客户端发起请求消息，触发消息为WAP PUSH或者SIP PUSH或者短信；所述第一响应消息包含有指示可执行节点执行操作的信息；所述第二响应消息中包含有错误码，所述第二响应消息中或者还包含有指示可执行节点执行操作的信息。

所述向客户端发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

本发明实施例公开了一种对可执行节点操作的服务器，可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

相应于本发明实施例所公开的对可执行节点的操作方法，本发明实施例公开了一种系统，如图10所示，包括客户端80和服务器90。

所述客户端80包括接收单元801、消息解析单元802、消息生成单元803，发送单元804、确定单元805、可执行节点806，其中：

接收单元801用于接收服务器90发送的消息，所述服务器发送的消息包括触发消息，第一响应消息及第二响应消息，所述触发消息用于触发客户端发起请求消息，触发消息为WAP PUSH或者SIP PUSH或者短信；所述第一响应消息包含有指示可执行节点执行操作的信息；所述第二响应消息中包含有错误码，所述第二响应消息中或者还包含有指示可执行节点执行操作的信息。

消息解析单元802，用于解析接收单元801所接收到的消息。

发送单元804，用于向服务器90发送消息，所述向服务器发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端80所在设备的设备信息发送给所述服务器90，所述第二请求消息用于使所述服务器90返回特定的错误码；所述向服务器发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息。

确定单元805，根据消息解析单元802的解析结果确定服务器90需要操作的可执行节点。

可执行节点806，是客户端管理对象中的节点，具有可执行的属性，用于执行服务器90所下发的操作命令，完成相应操作。

所述服务器包括接收单元901、消息解析单元902、消息生成单元903、发送单元904，其中：

接收单元901用于接收客户端80发送的消息，所述客户端发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端所在设备的设备信息发送给所述服务器90，所述第二请求消息用于使所述服务器90返回特定的错误码；所述客户端发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息。

消息解析单元902，用于解析接收单元901所接收到的消息。

发送单元904，用于向客户端80发送消息，所述向客户端发送的消息包括触发消息，第一响应消息及第二响应消息，所述触发消息用于触发客户端发起请求消息，触发消息为WAP PUSH或者SIP PUSH或者短信；所述第一响应消息包含有指示可执行节点执行操作的信息；所述第二响应消息中包含有错误码，所述第二响应消息中或者还包含有指示可执行节点执行操作的信息。

所述向客户端发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示，所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

需要说明的是，上述系统内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例公开了一种对可执行节点操作的系统，可以直接使用HTTP标准方法对设备进行管理，有利于通过网络应用程序直接进行设备管理，同时也降低了对终端设备的能力要求。

实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而所述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

1.一种对可执行节点的操作方法，其特征在于，包括：

接收触发消息，发送第一请求消息；

根据所述第一响应消息，发送第二请求消息；

根据所述第二响应消息中的错误码，确定触发可执行操作。

2.根据权利要求1所述的对可执行节点的操作方法，其特征在于，所述第二响应消息中还包含有指示可执行节点执行操作的信息。

3.根据权利要求1或2所述的对可执行节点的操作方法，其特征在于，还包括，在所述确定触发可执行操作后，

根据所述第一响应消息确定需要执行的节点，所述节点执行相应操作；

或者根据所述第二响应消息确定需要执行的节点，所述节点执行相应操作，此时，所述第二响应消息中需包含有指示可执行节点执行操作的信息。

4.根据权利要求3所述的对可执行节点的操作方法，其特征在于，所述第一响应消息中包含有指示可执行节点执行操作的信息，是在第一响应消息中直接使用文本包含了指示可执行节点执行操作的信息。

5.根据权利要求4所述的对可执行节点的操作方法，其特征在于，所述第二请求消息中包含有所述第一请求消息中指示可执行节点执行操作的信息。

6.一种对可执行节点的操作方法，其特征在于，包括：

发送触发消息；

7.一种对可执行节点操作的客户端，其特征在于，包括，接收单元、消息解析单元、消息生成单元，发送单元、确定单元、可执行节点，其中：

8.一种对可执行节点操作的服务器，其特征在于，包括，接收单元、消息解析单元、消息生成单元、发送单元，其中：

9.一种对可执行节点操作的系统，其特征在于，包括客户端和服务器，

所述接收单元，用于接收服务器所发送的消息，所述服务器发送的消息包括触发消息，第一响应消息及第二响应消息；所述触发消息用于触发客户端发起请求消息；所述第一响应消息包含有指示可执行节点执行操作的信息，所述第二响应消息中包含有错误码，所述第二响应消息中还可以包含有指示可执行节点执行操作的信息；所述服务器发送的消息或者是第一请求消息及第二请求消息，所述第一请求消息包含有身份验证信息及请求设备信息的指示；所述第二请求消息用于指示所述节点为可执行节点，同时包含有指示可执行节点执行操作的信息。

所述发送单元，用于向服务器发送消息，所述向服务器发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端的设备信息发送给所述服务器，所述第二请求消息用于使所述服务器返回特定的错误码；所述向服务器发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息

所述可执行节点，具有可执行的属性，用于执行服务器所下发的操作命令，完成相应操作；

所述服务器包括接收单元、消息解析单元、消息生成单元、发送单元，其中：

所述接收单元，用于接收客户端发送的消息；所述客户端发送的消息包括第一请求消息及第二请求消息，所述第一请求消息用于将所述客户端所在设备的设备信息发送给所述服务器；所述第二请求消息用于使所述服务器返回特定的错误码；所述客户端发送的消息或者是第一响应消息，所述第一响应消息中包含有所述设备信息；