WO2013017020A1

WO2013017020A1 - Method and system for operating executable node

Info

Publication number: WO2013017020A1
Application number: PCT/CN2012/078904
Authority: WO
Inventors: 金志皓
Original assignee: 华为终端有限公司
Priority date: 2011-07-29
Filing date: 2012-07-20
Publication date: 2013-02-07
Also published as: CN102904742B; CN102904742A

Abstract

Embodiments of the present invention relate to the technical field of communications, and relate specifically to a method and system for operating an executable node. Disclosed is the method for operating the executable node, comprising: receiving a trigger message, transmitting a first request message; receiving a first response message, the first response message comprises information instructing the executable node to execute an operation; transmitting a second request message on the basis of the first response message; receiving a second response message, the second response message comprises an error code; confirming triggering of an executable operation on the basis of the error code in the second response message. Also disclosed is a system for operating the executable node. Employment of the embodiments of the present invention allows direct use of an HTTP standard method for management of a device, thus facilitating the performance of device management directly via a network application, while at the same time reducing requirements on terminal device capabilities.

Description

Method and system for operating an executable node The present application claims priority to a Chinese patent application filed on July 29, 2011 by the Chinese Patent Office, Application No. 201110215400.0, entitled "Operation Method and System for Executable Nodes" The entire contents of which are incorporated herein by reference.

The present invention relates to the field of communications technologies, and in particular, to a method and system for operating an executable node. Background technique

0MA (Open Mobi le Al l iance) DM (Device Management) VI. 3 is a unified device management specification (hereinafter referred to as the DM specification) established by OMA DM WorkGrou. The DM system provides a low-cost solution for third-party management and setting of environment and configuration information in terminal devices (such as mobile terminals and functional objects in terminals) to solve problems encountered during the use of these devices, such as Install and upgrade software and firmware through OTA (Over The Ai r, wireless network), and provide more personalized and personalized services to enhance user experience. Third parties can be operators, service providers or cooperation. Party's information management department.

REST (REpresentat State State Transfer) 4 describes an architectural style network system. REST refers to a set of architectural constraints and principles. The application or design that satisfies these constraints and principles is RESTful. RESTful is a design style of a Web Service (an interface proposed to enable communication and sharing between isolated sites). The standard HTTP (HyperText Transfer Protocol) method is adopted. Operate on resources. A device management protocol that conforms to the RESTful design style can be called a RESTful DM. The server uses the standard HTTP method to operate the M0 (Management Object) on the terminal. This kind of operation is easy to interface with existing Web standards, and DM management can also be implemented through standard Web methods. At the same time, by simplifying the protocol process, the capability requirements for the DM terminal can also be reduced.

The existing executable node of OMA DM is executed by the server as a bearer through HTTP. The terminal sends a SyncML (Synchronized Markup Language) file, which is an XML (Extensible Markup Language) extension that defines various commands used by OMA DM by defining SyncML.

In the prior art, the client needs to parse the semantics of SyncML to know the stage in which the current session is located and the commands issued by the server. It is necessary to parse the M0 that conforms to the SyncML format, that is, to manage the data. It also needs to parse the session and command information contained in the SyncML, that is, the management command, which has high requirements on the capabilities of the terminal device, and cannot directly manage the device by using the HTTP standard method. Not conducive to direct device management through web applications. SUMMARY OF THE INVENTION In view of the above problems, embodiments of the present invention provide a method and system for operating an executable node, and the device can be directly managed by using an HTTP standard method.

The embodiment of the invention provides a method for operating an executable node, including:

Receiving a trigger message, sending a first request message;

Receiving a first response message, where the first response message is a response message that is sent according to the first request message, where the first response message includes information indicating that the executable node performs an operation;

Sending a second request message according to the first response message;

Receiving a second response message, where the second response message is a response message that is sent according to the second request message, where the second response message includes an error code;

Determining a trigger executable operation based on the error code in the second response message.

The embodiment of the present invention further provides a method for operating an executable node, including: sending a trigger message;

Receiving a first request message, where the first request message is a request message initiated according to the trigger message;

Sending a first response message, where the first response message is a response message that is sent according to the first request message, where the first response message includes information indicating that the executable node performs an operation;

Receiving a second request message, where the second request message is a request message sent according to the first response message;

Sending a second response message, where the second response message is sent according to the second request message The response message sent, the second response message includes an error code.

The embodiment of the present invention further provides a method for operating an executable node, where the executable node adds a node value, and the method includes:

Receiving a first request message, where the first request message includes an indication of identity verification information and requesting device information;

Sending a first response message, where the first response message includes the device information, and receiving a second request message, where the second request message is used to indicate that the node is an executable node, and includes an indication that the executable node performs Operational information;

Determining, according to the second request message, the node is an executable node.

Sending a first request message, where the first request message includes an indication of identity verification information and requesting device information;

Receiving a first response message, where the first response message includes the device information, and sending a second request message, where the second request message is used to indicate that the node is an executable node, and includes an indication that the executable node performs Information about the operation.

The embodiment of the present invention further provides a client that operates on an executable node, where the client includes, a receiving unit, a message parsing unit, a message generating unit, a sending unit, a determining unit, and an executable node, where:

The receiving unit is configured to receive a message sent by the server, where the message sent by the server includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; a response message includes information indicating that the executable node performs an operation, the second response message includes an error code, and the second response message may further include information indicating that the executable node performs an operation; The message is either the first request message and the second request message, the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate that the node is an executable node, and Contains information indicating that the executable node performs an operation;

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send a message to the server. The message sent to the server includes a first request message and a second request message, where the first request message is used to be used by the client. The device information is sent to the server, and the second request message is used to cause the server to return a specific error code; the message sent to the server is a first response message, and the first response message includes Device information

The determining unit is configured to determine, according to the parsing result of the message parsing unit, an executable node that the server needs to operate;

The executable node has an executable attribute for executing an operation command sent by the server to complete the corresponding operation.

The embodiment of the present invention further provides a server for operating an executable node, where the server includes: a receiving unit, a message parsing unit, a message generating unit, and a sending unit, where:

The receiving unit is configured to receive a message sent by the client, where the message sent by the client includes a first request message and a second request message, where the first request message is used to send device information of the device where the client is located. Sending to the server, the second request message is used to enable the server to return a specific error code; the message sent by the client is a first response message, and the first response message includes the device Information

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send the message to the client The message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; the first response message includes an indication that the executable node performs The second response message includes an error code, and the second response message further includes information indicating that the executable node performs an operation; the message sent to the client is the first request message. And the second request message, the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate that the node is an executable node, and includes an indication that the executable node performs an operation. Information.

The embodiment of the present invention further provides a system for operating an executable node, where the system includes a client and a server.

The client includes a receiving unit, a message parsing unit, a message generating unit, a sending unit, a determining unit, and an executable node, where:

The receiving unit is configured to receive a message sent by the server, where the message sent by the server includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; A response message includes an indication that the executable node performs an operation The second response message includes an error code, and the second response message may further include information indicating that the executable node performs an operation; the message sent by the server is either the first request message and the second a request message, the first request message includes an indication of the authentication information and the requesting device information; the second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation;

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send a message to the server. The message sent to the server includes a first request message and a second request message, where the first request message is used to send device information of the client to the server, and the second request message is used to The server returns a specific error code; the message sent to the server is a first response message, and the first response message includes the device information;

The determining unit is configured to determine, according to an analysis result of the message parsing unit, an executable node that the server needs to operate;

The executable node has an executable attribute for executing an operation command sent by the server to complete a corresponding operation.

The client includes a receiving unit, a message parsing unit, a message generating unit, and a sending unit, and the towel:

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send the message to the client The message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; the first response message includes an indication that the executable node performs The second response message includes an error code, and the second response message further includes information indicating that the executable node performs an operation; the message sent to the client is the first request message. And a second request message, where the first request message includes identity verification information and a request The indication of the device information; the second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation.

An embodiment of the present invention discloses a method and a system for operating an executable node. The device can be directly managed by using an HTTP standard method, which facilitates device management directly through a network application, and also reduces the capability of the terminal device. Claim. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram of a basic framework of an OMA DM;

2 is a flowchart of a method for operating an executable node according to an embodiment of the present invention; FIG. 3 is a flow chart of another method for operating an executable node according to an embodiment of the present invention;

4 is a flow chart of still another method for operating an executable node according to an embodiment of the present invention;

FIG. 5 is a flow chart of still another method for operating an executable node according to an embodiment of the present invention; FIG.

6 is a flow chart of still another method for operating an executable node according to an embodiment of the present invention;

FIG. 7 is a flow chart of still another method for operating an executable node according to an embodiment of the present invention; FIG.

FIG. 8 is a schematic structural diagram of a client operating on an executable node according to an embodiment of the present invention; FIG.

9 is a schematic structural diagram of a server operating on an executable node according to an embodiment of the present invention;

FIG. 10 is a schematic structural diagram of a system for operating an executable node according to an embodiment of the present invention. The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. example. Based on the embodiments of the present invention, those of ordinary skill in the art are not All other embodiments obtained under the premise of creative work are within the scope of the invention.

As shown in FIG. 1, the overall structure of the OMA DM includes a terminal device and a server. The DM client on the terminal device is used to interpret and execute the management commands issued by the DM server. The DM server communicates with the DM client in the terminal device through the DM protocol to implement management of the terminal device. The device management tree stored on the terminal device can be regarded as an interface for the DM server to manage the terminal device. The device management tree includes some management objects. The DM server achieves the purpose of managing the terminal device by operating the management object. The operation commands are Get, Replace, Exec, Copy, De lete, and so on.

The existing executable node of OMA DM is implemented by the server as a bearer through HTTP, and sends a SyncML file to the terminal. By defining SyncML, various commands used by OMA DM are defined. For example, the URI on the terminal needs to be executed as ". /FanOut/ When the node of Opera t ions/S tar t", first, the node must be an executable node, that is, the node attribute of the node is "Exec"; then the server needs to pass HTTP or other bearer mode during the specified session. Send a SyncML packet to the terminal. The package is in the form of an XML file containing the description of the node that needs to be executed as follows:

<Ses s ionID>K/Ses s ionID>

Ht tp: / /www. syncml. org/mgmt-server</LocURIX/Source>

<Cred>

<Meta>

<Type xmlns=' syncml: met inf '>syncml: auth-bas ic</Type>

</Meta>

<Data>QnJ lY2Uy0k9oQmVoYXZK/Data> <! ― base64 forma tt ing of 'user id: pas sword' ― >

</Cred>

</SyncHdr>

<CmdID>K/CmdID>

<TargetRef >. /FanOut/Oper t ions/S tar t</TargetRef>

</SyncBody>

The client receives such a file, first parses SyncHdr to know which server needs to be managed, and also needs to parse the ID of the management session, and the ID of the message itself, and also know the ID of the command. The type of the command is "Exec", and the attribute of the target node of the command is "Exec". In combination with the above information, the target node can be executed.

In this method, the client needs to parse the semantics of SyncML to know the stage in which the current session is located and the commands issued by the server. It is necessary to parse the M0 that conforms to the SyncML format, that is, to manage the data; and to parse the session and command information contained in the SyncML, that is, the management command. The capability of the terminal device is high, and the device cannot be directly managed by using the HTTP standard method, which is not conducive to device management directly through the network application. When the server performs device management on the client through the standard HTTP method, it needs to follow the M0 design of the existing OMA DM, and operate the nodes in these M0s using the standard HTTP method. The standard HTTP methods include PUT, DELETE, POST, GET. Wait. In this way, the MO that carries the OMA DM using HTTP is to express the management command and the session flow by using the standard methods provided by HTTP itself, and only the part that manages the data needs to be parsed. This can reduce the server and client capacity requirements, reduce the burden of over-the-air transmission, and use the standard HTTP method to carry commands, which is beneficial for Web App to directly manage the management data of OMA DM.

When the M0 of the existing OMA DM is used, an operation method is required to operate the executable node in the M0, but the "Exec" command for executing the node does not exist in the standard HTTP method, so a method is needed Efforts to implement device management using standard HTTP methods without adding additional capacity requirements to servers and terminals.

For the terminal, some terminals have the ability to configure HTTP Server (HTTP server), that is, can accept HTTP requests. Most terminals do not have HTTP Server configured. Capability, only HTTP Cl ient (HTTP client) can be configured, that is, only HTTP requests can be initiated, and HTTP requests cannot be accepted. As shown in FIG. 2, it is a flowchart of a method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP Cl ient is deployed on the server side, and only HTTP Cl is deployed on the client side. The ient, the client requests the resource from the server through the standard HTTP method, and the server sends an indication to the client through the response message Response, and the response includes a set HTTP request initiated by the client. When the executable node needs to be executed, the server sets a corresponding HTTP request in the Response, and after receiving the Response, the client initiates an HTTP request set in the Response to the server, and the server responds to the request, and the client responds according to the response. Determine the execution action. The specific steps include:

201. Accept the trigger and send the first request message.

The client does not deploy HTTP Server, so it cannot listen to HTTP messages at any time, nor can it receive HTTP requests. When the server needs to manage the client, it sends a notification message to the client through WAP PUSH or SIP PUSH or SMS, and the session is pulled up. After receiving the notification message, the client first verifies the notification message and the server. Validity, and then initiate an HTTP request to the server. The purpose of this HTTP request is to send the device information of the device where the client is located to the server. This HTTP request is a POST request. This step can be considered as prior art. For the HTTP POST information, refer to the following example:

POST ht tp: //ServerAddres s/Cl ient/DevicelD/DevInfoMO

HTTP/1. 1

Hos t: DMCl ient

Content-Type: app l icat ion/ syncml+xml

"DevInfoMO content in SyncML format"

202. Send a first response message, where the first response message includes information indicating that the executable node performs an operation, and the direct use text in the first response message includes information indicating that the executable node performs the operation.

After receiving the last HTTP POST request sent by the client, the server needs to return an HTTP response. In this response, the server sets the next HTTP request that needs to be initiated by the client in the form of text. The HTTP request is included in the HTTP request. The server needs to perform device management actions on the client. For example, when the server needs the client to update its own email settings, it will return an HTTP response as follows:

HTTP/1.1 200 0K

Date: Wed, 6 Jun 2011 11: 22: 58 GMT

Server: DMServer ID

Content-Type: text/plain

GET http: //ServerAddress/Cl lent /Devi eel D/Emai 1 Sett ingMO HTTP/1.1

Host: DMClient

The last three lines are the contents of the text format carried by the HTTP response. After receiving the HTTP response, the client directly sends the text format as the next HTTP request to the server to obtain an HTTP GET request to obtain the email settings of the device where the client is stored on the server. Since the OMA DM management data and HTTP method have GET commands, the client can directly perform an HTTP GET operation on M0.

For an executable node, for example, when the server needs to execute the ". /ManagementMO/Start" node in the client's own management tree, it returns an HTTP response as follows:

HTTP/1.1 200 0K

Date: Wed, 6 Jun 2011 11: 22: 58 GMT

Server: DMServer ID

Content-Type: text/plain

PUT http: //ServerAddress/Cl lent Address/ManagementMO/S tar t HTTP/1.1

Host: DMClient

The last three lines are the contents of the text format carried by the HTTP response. After receiving the HTTP response, the client directly sends the text format as the next HTTP request to the server to initiate an HTTP PUT request. Since HTTP itself does not support the "Exec" command, subsequent steps 204 and 205 are required to determine the execution action.

203. Send a second request message according to the first response message, where the second request message includes information indicating that the executable node performs an operation in the first request message.

The client initiates an HTTP request according to the HTTP response one in step 2.

PUT http: //ServerAddress/Cl lent Address/ManagementMO/S tar t HTTP/1. 1

Hos t: DMC l ient

The PUT command can also be a POST command. Since the target of the PUT or POST command (Universal Resource Locator) is ". /ManagementMO/Star t" under the root node of the client, it does not exist on the server. This node, so an PUT or POST operation on this URL will cause an error. The purpose of this setup is to have the server return a specific error code.

204. Send a second response message, where the second response message includes an error code.

After receiving the second request message in step 303, the server returns a second response message due to an error of the URL, and the second response message includes an error code. Optionally, the second response message further includes information indicating that the executable node performs an operation, that is, the node URI that needs to be executed may be carried again when the error code is sent.

An example of the server returning an error code for HTTP request 2 in step 203 is as follows: HTTP/1. 1 410 Gone

Da te: Wed, 6 Jun 2011 11 : 22: 58 GMT

Server: DMServer ID

Optionally, the error code returned by the server can carry the node URI that needs to be executed again, preventing the client from having the cached executable node URI:

HTTP/1. 1 500 Interna l Server Error

Da te: Wed, 6 Jun 2011 11 : 22: 58 GMT

Server: DMServer ID

Content-Type: text/pla in

. /ManagementMO/Star t

205. Determine, according to the error code in the second response message, triggering the executable operation.

After receiving the second response message, the client determines, according to the error code, that the second request message set by the server in the first response message is to execute the node. The client determines, according to the first response message, a node that needs to be executed, and the node performs a corresponding operation, specifically by using ht tp in the first request message: //Server Addres s/Cl lent Addres s/ManagementMO/S tar Or determining, according to the second response message, the node that needs to be executed, and the node performs a corresponding operation. At this time, the second response message needs to include information indicating that the executable node performs an operation. The embodiment of the invention discloses a method for operating an executable node, which can be directly used.

The HTTP standard method manages the device, which facilitates device management directly through the network application, and also reduces the capability requirements for the terminal device. As shown in FIG. 3, it is a flowchart of another method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP C ient is deployed on the server side, and only the client side is deployed. HTTP C l ient , the client requests resources from the server through the standard HTTP method, and the server sends an indication to the client through the response message Response, and the response includes a set HTTP request initiated by the client. When the executable node needs to be executed, the server sets a corresponding HTTP request in the Response, and after receiving the Response, the client initiates an HTTP request set in the Response to the server, and the server responds to the request, and the client responds according to the request. The response determines the execution action. The specific steps include:

301. Receive a trigger message, and send a first request message.

In this embodiment, the client receives the trigger message sent by the server, and sends the first request message to the server according to the trigger message. The specific implementation of this step is the same as step 201.

302. Receive a first response message, where the first response message is a response message that is sent according to the first request message, where the first response message includes information indicating that the executable node performs an operation, and the first response The text directly in the message contains information that indicates that the executable node is performing the operation.

After receiving the first request message sent by the client, the server returns a response message. In the response, the server sets the next HTTP request required by the client in the form of text, and the server needs to be included in the HTTP request. Device management actions performed on the client.

The specific embodiment of this step is the same as step 202.

303. Send a second request message according to the first response message, where the second request message includes information indicating that the executable node performs an operation in the first request message.

The client sends a second request message to the server according to the first response message in step 302. The second request message includes address information of the executable node that needs to be executed, that is, the URL of the executable node. Since the node does not exist on the server, an operation error occurs on the operation of the URL, thereby causing the server Return a specific error code

The specific embodiment of this step is the same as step 203.

304. Receive a second response message, where the second response message is according to the second request message. The response message sent, the second response message includes an error code.

The specific embodiment of this step is the same as step 204.

305. Determine, according to the error code in the second response message, triggering an executable operation.

After receiving the second response message, the client determines, according to the error code, that the second request message set by the server in the first response message is to execute the node. The client determines, according to the first response message, a node that needs to be executed, and the node performs a corresponding operation, specifically by using ht tp in the first request message: //Server Addres s/Cl lent Addres s/ManagementMO/S tar Or determining, according to the second response message, the node that needs to be executed, and the node performs a corresponding operation. At this time, the second response message needs to include information indicating that the executable node performs an operation.

The embodiment of the invention discloses a method for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. As shown in FIG. 4, it is a flowchart of another method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP Cl ient is deployed on the server side, and only HTTP is deployed on the client side. Cl ient , the client requests resources from the server through the standard HTTP method, and the server sends an indication to the client through the response message Response, and the response includes a set HTTP request initiated by the client. When the executable node needs to be executed, the server sets a corresponding HTTP request in the Response, and after receiving the response, the client initiates an HTTP request set in the Response to the server, and the server responds to the request, and the client The execution of the action is judged based on the response. The specific steps include:

401. Send a trigger message.

The client does not deploy HTTP Server, so it cannot listen to HTTP messages at any time, nor can it receive HTTP requests. When the server needs to manage the client, it sends a notification message to the client through WAP PUSH or SIP PUSH or SMS to use for session pull.

402. Receive a first request message, where the first request message is sent according to the trigger message. Request message.

In this embodiment, after receiving the trigger message sent by the server, the client sends a first request message to the server according to the trigger message, and the server receives the first request message.

In this step, the first request message received by the server is the same as step 201.

403. Send a first response message, where the first response message is a response message that is sent according to the first request message, where the first response message includes information indicating that the executable node performs an operation, and the first response The text directly in the message contains information that indicates that the executable node is performing the operation.

The specific embodiment of this step is the same as step 202.

404. Receive a second request message, where the second request message is a request message that is initiated according to the first response message, where the second request message includes the first request message that indicates that the executable node performs an operation. Information.

The client sends a second request message to the server according to the first response message in step 403. The second request message includes address information of the executable node that needs to be executed, that is, the URL of the executable node. Since the node does not exist on the server, an operation error occurs on the operation of the URL, thereby causing the server Return a specific error code

The specific embodiment of this step is the same as step 203.

405. Send a second response message, where the second response message is a response message that is sent according to the second request message, where the second response message includes an error code.

After receiving the second request message in step 404, the server returns a second response message due to an error of the URL, and the second response message includes an error code. Optionally, the second response message further includes information indicating that the executable node performs an operation, that is, the node URI that needs to be executed may be carried again when the error code is sent.

The specific embodiment of this step is the same as step 204.

Optionally, step 406 may be further included after step 405.

406. Determine, according to the error code in the second response message, triggering the executable operation.

After receiving the second response message, the client determines, according to the error code, that the second request message set by the server in the first response message is to execute the node. Client based The first response message determines a node that needs to be executed, and the node performs a corresponding operation, specifically, by using ht tp: //Server Addres s/Cl lent Addres s/ManagementMO/S tar t in the first request message; Or determining, according to the second response message, a node that needs to be executed, where the node performs a corresponding operation. At this time, the second response message needs to include information indicating that the executable node performs an operation.

The embodiment of the invention discloses a method for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. As shown in FIG. 5, it is a flowchart of another method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP Cl ient is deployed on both the server side and the client side. Both parties interact with each other using standard HTTP methods to carry device management data. When the server needs to perform an action on the executable node on the client, the first HTTP method is used to send a notification message to the client. After the client authenticates the server, the device information is returned. The server uses the standard HTTP method to represent the executable node. Execution action. Specific steps are as follows:

501. Send a first request message, where the first request message includes an indication of identity verification information and requesting device information.

The server sends a first request message, and the first request message is a GET request as follows, and carries a notification message therein for the client to verify the identity of the server. At the same time, through the GET request, the client is required to return device information, which facilitates subsequent device management. This step can be considered as prior art. For example, the first request message is:

GET ht tp: //Cl ientAddres s/DevInfoMO

HTTP/1. 1

Hos t: DMServer

Content-Type: App l icat ion/bin

"Notification message in bin format"

502. Send a first response message, where the first response message includes the device information. After the client verifies the notification message of the server, it returns a response message to the server, and carries the device information therein. This step can be considered as a prior art, for example, the second response message is: HTTP/1. 1 200 0K

Da te: Wed, 6 Jun 2011 11 : 22: 58 GMT Server: DMClientID

Content-Type: application/ syncml+xml

"DevInfoMO content in SyncML format"

503. Send a second request message, where the second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation.

In the prior art, the node value of the executable node in the M0 of the 0MA DM does not exist. In order to facilitate the execution of actions through HTTP requests, node values are added to all executable nodes. The attribute of the executable node is "Exec", there is no node value in the existing standard, and the node value is now added to all nodes whose attribute is "Exec".

When the server needs to execute an executable node on the client, a PUT or POST request is made to the executable node.

Method one, for the node value added by the executable node, the value may be a string, a number, a character, or the like. The PUT or POST request does not carry the modified value, just triggers the executable action.

For example: When the server needs to execute the ". /ManagementMO/Start" node in the client's own management tree, you can initiate the following PUT or POST request:

PUT http: //ClientAddress/ ManagementMO/Start

HTTP/1.1

Host: DMServer

Method 2, feasible, for the node value added by the executable node, the value may be a string. The PUT or POST request needs to modify the node value of the executable node to the string "Exec". The client will determine that it is using an execution command for that node.

PUT http: //ClientAddress/ ManagementMO/Start

HTTP/1.1

Host: DMServer

Content-Type: text/plain

Content-Length: 4

Exec

504. Determine, according to the second request message, that the node is an executable node.

In the first method, after receiving the PUT or POST request of the method 1 in step 303, the client first determines After the client determines that the node attribute is "Exec", the client determines that the purpose of the operation is to execute the node, and the client is triggered to perform the corresponding action.

Method 2, after receiving the PUT or POST request of the method 2 in step 303, the client first determines the attribute of the target node, and after the client determines that the node attribute is "Exec", it continues to determine whether the value written to the node is a character. The string "Exec", if yes, determines that the purpose of the operation is to execute the node, and the client is triggered to perform the corresponding action.

The embodiment of the invention discloses a method for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. As shown in FIG. 6 , it is a flowchart of another method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP C ent is deployed on both the server side and the client side. The two parties use the standard HTTP method to carry device management data for interaction. When the server needs to perform an action on the executable node on the client, the first HTTP method is used to send a notification message to the client. After the client authenticates the server, the device information is returned. The server uses the standard HTTP method to represent the executable node. Execution action. Specific steps are as follows:

601. Receive a first request message, where the first request message includes an indication of identity verification information and requesting device information.

The server sends a first request message, and the first request message is a GET request as follows, and carries a notification message therein for the client to verify the identity of the server. At the same time, through the GET request, the client is required to return device information, which facilitates subsequent device management. The specific embodiment of this step is the same as step 501.

602. Send a first response message, where the first response message includes the device information. After the client verifies the notification message of the server, it returns a response message to the server, carrying the device information therein. The specific embodiment of this step is the same as step 502.

603. Receive a second request message, where the second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation.

In the prior art, the node in the M0 of the OMA DM does not have a node value. In order to facilitate the execution of actions through HTTP requests, node values are added to all executable nodes. The attribute of the executable node is "Exec". There is no node value in the existing standard. Now add the node value to all nodes whose attribute is "Exec". When the server needs to execute an executable node on the client, a PUT or POST request is made to the executable node.

The specific embodiment of this step is the same as step 503.

604. Determine, according to the second request message, that the node is an executable node.

The specific embodiment of this step is the same as step 503.

The embodiment of the invention discloses a method for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. As shown in FIG. 7 , it is a flowchart of another method for operating an executable node according to an embodiment of the present invention. In the embodiment of the present invention, HTTP Server + HTTP C ent is deployed on both the server side and the client side. The two parties use the standard HTTP method to carry device management data for interaction. When the server needs to perform an action on the executable node on the client, the first HTTP method is used to send a notification message to the client. After the client authenticates the server, the device information is returned. The server uses the standard HTTP method to represent the executable node. Execution action. Specific steps are as follows:

701. Send a first request message, where the first request message includes an indication of identity verification information and requesting device information.

702. Receive a first response message, where the first response message includes the device information. After the client verifies the notification message of the server, it returns a response message to the server, carrying the device information therein. The specific embodiment of this step is the same as step 502.

703. Send a second request message, where the second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation.

In the prior art, the node value of the executable node in the M0 of the OMA DM does not exist. In order to facilitate the execution of actions through HTTP requests, node values are added to all executable nodes. The attribute of the executable node is "Exec", there is no node value in the existing standard, and the node value is now added to all nodes whose attribute is "Exec".

The server needs to perform PUT on the executable node when it needs to execute an executable node on the client. Or POST request.

The specific embodiment of this step is the same as step 503.

Optionally, step 704 may be further included after step 703.

704. Determine, according to the second request message, that the node is an executable node.

The specific embodiment of this step is the same as step 503.

The embodiment of the invention discloses a method for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. Corresponding to the disclosed method for operating an executable node, the embodiment of the present invention discloses a client. As shown in FIG. 8, the client 80 includes a receiving unit 801, a message parsing unit 802, a message generating unit 803, and a sending unit. 804, the determining unit 805, the executable node 806, where: the receiving unit 801 is configured to receive a message sent by the server, where the message sent by the server includes a trigger message, a first response message, and a second response message, where the trigger message is used Triggering a client to initiate a request message, the trigger message is a WAP PUSH or a SIP PUSH or a short message; the first response message includes information indicating that the executable node performs an operation; the second response message includes an error code, where the The second response message also contains information indicating that the executable node performs the operation.

The message sent by the server is either a first request message and a second request message, where the first request message includes an indication of the identity verification information and the requesting device information, and the second request message is used to indicate that the node is The execution node also contains information indicating that the executable node performs the operation.

The message parsing unit 802 is configured to parse the message received by the receiving unit 801.

The message generating unit 803 is configured to generate a message according to the parsing result of the message parsing unit 802. The sending unit 804 is configured to send a message to the server, where the message sent to the server includes a first request message and a second request message, where the first request message is used to send the device information of the client 80 to the The server, the second request message is used to enable the server to return a specific error code; the message sent to the server is a first response message, and the first response message includes the device information.

The determining unit 805 determines an executable node that the server needs to operate according to the parsing result of the message parsing unit 802. The executable node 806 is a node in the client management object, and has an executable attribute for executing an operation command sent by the server to complete the corresponding operation.

The embodiment of the present invention discloses a client that operates on an executable node, and can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device. Corresponding to the operation method of the executable node disclosed in the embodiment of the present invention, the embodiment of the present invention discloses a server. As shown in FIG. 9, the server 90 includes a receiving unit 901, a message parsing unit 902, and a message generating unit 903. Sending unit 904, where:

The receiving unit 901 is configured to receive a message sent by the client, where the message sent by the client includes a first request message and a second request message, where the first request message is used to send device information of the device where the client is located to The server 90, the second request message is used to cause the server 90 to return a specific error code; the message sent by the client is a first response message, and the first response message includes the device information.

The message parsing unit 902 is configured to parse the message received by the receiving unit 901.

The message generating unit 903 is configured to generate a message according to the parsing result of the message parsing unit 902. The sending unit 904 is configured to send a message to the client, where the message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger the client to initiate the request message, and the trigger message is The WAP response or the IP PUSH or the short message; the first response message includes information indicating that the executable node performs an operation; the second response message includes an error code, and the second response message further includes an indication The information that the executable node performs the operation.

The message sent to the client is either a first request message and a second request message, where the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate the node It is an executable node that contains information indicating that the executable node performs operations.

The embodiment of the invention discloses a server that operates on an executable node, and can directly manage the device by using an HTTP standard method, which is convenient for directly managing the device through the network application, and also reduces the capability requirement for the terminal device. Corresponding to the method for operating an executable node disclosed in the embodiment of the present invention, the present invention is implemented The example discloses a system, as shown in FIG. 10, including a client 80 and a server 90.

The client 80 includes a receiving unit 801, a message parsing unit 802, a message generating unit 803, a sending unit 804, a determining unit 805, and an executable node 806, where:

The receiving unit 801 is configured to receive a message sent by the server, where the message sent by the server includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message, and the trigger message is P PUSH Or the SIP PUSH or the short message; the first response message includes information indicating that the executable node performs an operation; the second response message includes an error code, and the second response message further includes an indication executable node The information that performs the operation.

The message generating unit 803 is configured to generate a message according to the parsing result of the message parsing unit 802. The sending unit 804 is configured to send a message to the server, where the message sent to the server includes a first request message and a second request message, where the first request message is used to send device information of the device where the client 80 is located. To the server 90, the second request message is used to cause the server 90 to return a specific error code; the message sent to the server is a first response message, and the first response message includes the Device Information.

The determining unit 805 determines an executable node that the server 90 needs to operate according to the parsing result of the message parsing unit 802.

The executable node 806 is a node in the client management object, and has an executable attribute for executing an operation command sent by the server 90 to complete the corresponding operation.

The server includes a receiving unit 901, a message parsing unit 902, a message generating unit 903, and a sending unit 904, where:

The receiving unit 901 is configured to receive the message sent by the client 80, where the message sent by the client includes a first request message and a second request message, where the first request message is used to send device information of the device where the client is located. To the server 90, the second request message is used to cause the server 90 to return a specific error code; the message sent by the client is a first response message, and the first response message includes the Device Information. The message parsing unit 902 is configured to parse the message received by the receiving unit 901.

The message generating unit 903 is configured to generate a message according to the parsing result of the message parsing unit 902. The sending unit 904 is configured to send a message to the client, where the message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message, and trigger a message. The PPUSH or the SIP PUSH or the short message; the first response message includes information indicating that the executable node performs an operation; the second response message includes an error code, and the second response message further includes an indication The information that the executable node performs the operation.

The message sent to the client is either a first request message and a second request message, where the first request message includes an indication of the identity verification information and the requesting device information, and the second request message is used to indicate the node. It is an executable node that contains information indicating that the executable node performs operations.

It should be noted that the information exchange, the execution process, and the like between the units in the foregoing system are based on the same concept as the method embodiment of the present invention. For details, refer to the description in the method embodiment of the present invention. Narration.

The embodiment of the invention discloses a system for operating an executable node, which can directly manage the device by using an HTTP standard method, which facilitates device management directly through the network application, and also reduces the capability requirement for the terminal device.

All or part of the steps of implementing the above method embodiments may be performed by hardware related to the program instructions, and the program may be stored in a computer readable storage medium, and when executed, the steps including the foregoing method embodiments are performed. And the storage medium includes: R0M, RAM, disk or optical disc, and other media that can store program code.

The above is only a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or within the technical scope disclosed by the present invention. Alternatives are intended to be covered by the scope of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

Rights request

A method for operating an executable node, comprising:

Receiving a trigger message, sending a first request message;

Sending a second request message according to the first response message;

The method for operating an executable node according to claim 1, wherein the second response message further includes information indicating that the executable node performs an operation.

The method for operating an executable node according to claim 1 or 2, further comprising: after the determining triggers an executable operation,

Determining, according to the first response message, a node that needs to be executed, the node performing a corresponding operation; or determining, according to the second response message, a node that needs to be executed, where the node performs a corresponding operation, and at this time, the second response message It must contain information indicating that the executable node is performing operations.

The method for operating an executable node according to any one of claims 1 to 3, wherein the first response message includes information indicating that the executable node performs an operation, and is in the first response message. The direct use text contains information that indicates that the executable node is performing an operation.

The method for operating an executable node according to any one of claims 1 to 4, wherein the second request message includes information indicating that the executable node performs an operation in the first request message.

6. A method for operating an executable node, comprising:

Send a trigger message;

Sending a first response message, where the first response message is a response message that is sent according to the first request message, where the first response message includes information indicating that the executable node performs an operation; Receiving a second request message, where the second request message is a request message initiated according to the first response message;

And sending a second response message, where the second response message is a response message that is sent according to the second request message, where the second response message includes an error code.

A method of operating an executable node, the executable node adding a node value, wherein the method comprises:

8. The method of operating an executable node according to claim 5, wherein determining that the node is an executable node comprises:

After determining that the attribute of the node is executable, determining that the purpose of the operation is to perform an operation on the node;

Or after determining that the attribute of the node is executable, it is determined whether the value written to the node is a string "Exec", and if so, it is determined that the purpose of the operation is to perform an operation on the node.

9. A method of operating an executable node, the executable node adding a node value, wherein the method comprises:

A client operating on an executable node, comprising: a receiving unit, a message parsing unit, a message generating unit, a sending unit, a determining unit, and an executable node, where: the receiving unit is configured to: Receiving a message sent by the server, the message sent by the server includes a trigger message, a first response message, and a second response message; the trigger message is used to trigger a client to initiate a request message; the first response message includes an indication Performing information about the operation performed by the node, where the second response message includes an error code, and the second response message may also be And the information that is sent by the server is the first request message and the second request message, where the first request message includes the identity verification information and the indication of the requesting device information; The second request message is used to indicate that the node is an executable node, and includes information indicating that the executable node performs an operation;

A server for operating an executable node, comprising: a receiving unit, a message parsing unit, a message generating unit, and a sending unit, wherein:

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send the message to the client The message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; the first response message includes an indication that the executable node performs The second response message includes an error code, and the second response message further includes information indicating that the executable node performs an operation; the message sent to the client is the first request message. And the second request message, the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate that the node is an executable node, and the same Contains information indicating that the executable node is performing an operation.

12. A system for operating an executable node, comprising: a client and a server,

The receiving unit is configured to receive a message sent by the server, where the message sent by the server includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; a response message includes information indicating that the executable node performs an operation, the second response message includes an error code, and the second response message may further include information indicating that the executable node performs an operation; The message is either the first request message and the second request message, the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate that the node is an executable node, and Contains information indicating that the executable node is performing an operation.

The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send a message to the server. The message sent to the server includes a first request message and a second request message, where the first request message is used to send device information of the client to the server, and the second request message is used to The server returns a specific error code; the message sent to the server is a first response message, and the first response message includes the device information.

The executable node has an executable attribute for executing an operation command sent by the server to complete a corresponding operation;

The server includes a receiving unit, a message parsing unit, a message generating unit, and a sending unit, and the towel:

The receiving unit is configured to receive a message sent by the client, where the message sent by the client includes a first request message and a second request message, where the first request message is used to send device information of the device where the client is located. Sending to the server; the second request message is used to cause the server to return a specific error code; the message sent by the client is a first response message, and the first response message includes the device information; The message parsing unit is configured to parse the message received by the receiving unit, the message generating unit is configured to generate a message according to the parsing result of the message parsing unit, and the sending unit is configured to send the message to the client The message sent to the client includes a trigger message, a first response message, and a second response message, where the trigger message is used to trigger a client to initiate a request message; the first response message includes an indication that the executable node performs The second response message includes an error code, and the second response message further includes information indicating that the executable node performs an operation; the message sent to the client is the first request message. And the second request message, the first request message includes an indication of the identity verification information and the requesting device information; the second request message is used to indicate that the node is an executable node, and includes an indication that the executable node performs an operation. Information.