WO2008145047A1 - Method and device for initiating the session connection - Google Patents

Method and device for initiating the session connection Download PDF

Info

Publication number
WO2008145047A1
WO2008145047A1 PCT/CN2008/070946 CN2008070946W WO2008145047A1 WO 2008145047 A1 WO2008145047 A1 WO 2008145047A1 CN 2008070946 W CN2008070946 W CN 2008070946W WO 2008145047 A1 WO2008145047 A1 WO 2008145047A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
message
server
client
session connection
Prior art date
Application number
PCT/CN2008/070946
Other languages
English (en)
French (fr)
Inventor
Qin Zhao
Kepeng Li
Xiaoqian Chai
Hui Zhao
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08748555.3A priority Critical patent/EP2081318B1/en
Publication of WO2008145047A1 publication Critical patent/WO2008145047A1/zh
Priority to US12/499,486 priority patent/US20090271845A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Definitions

  • the present invention relates to the field of communications, and in particular, to device management and data synchronization technologies, and in particular, to a session connection initiation method and device.
  • OMA Open Mobile Alliance
  • DS technology refers to the maintenance of data synchronization between mobile devices and web servers.
  • the synchronized data includes phonebooks, contacts, calendars, text messages, emails, and so on.
  • OMADS technology is based on Synchronization Markup Language (“SyncML”), and SyncML language-based OMA Device Management (“DM”) technology.
  • SyncML Synchronization Markup Language
  • DM SyncML language-based OMA Device Management
  • OMA DM technology refers to the management operation of the terminal by means of over-the-air downloading, such as parameter configuration, firmware update, software download, installation, deletion, fault diagnosis, repair, terminal monitoring, etc.
  • a notification mechanism is provided for the server to send a Notification message to the terminal device, and the terminal device initiates a session with the server according to the information such as Session1D (Session ID) and Server1D (Service ID) in the Notification. connection.
  • Notification messages can be sent via SMS, OTA PUSH (Over-the-Air Technology PUSH).
  • the session management process between the DS/DM server (DS or DM server) and the DS/DM client (DS or DM client) is shown in Figure 1.
  • the DS/DM server sends a Notification message to the DS/DM client to request a session connection.
  • the DS/DM client initiates a session connection to the DS/DM server, and sends authentication information and device information of the DS/DM client to the DS/DM server. The device information and the authentication information are included in the management session.
  • Package #1 (package 1) in the message.
  • the DS/DM server sends a Package #2 message to the DS/DM client, where the message carries the session operation. Initialization package. Subsequent session operations are then performed via the Package #3 ⁇ Package #4 message, as shown in step 140.
  • the existing OMA DS Notification message format is similar to the existing OMA DM Notification message format. The difference is that the Notification message in DS further extends the notification-body.
  • the format of the Digest and Notification-hdr (Message Header) sections common to DS/DM Notification messages is shown in Figure 2. The explanation of each field in the Notification message is as follows:
  • the inventors of the present invention have found that at least the problem of air resource waste is present in the current session management mechanism.
  • the client and the server have passed the transport layer authentication, and the client does not need to report the authentication information.
  • the client and the server have passed the transport layer authentication, but the server still needs the client to report the authentication information and perform the application layer authentication to establish a management/synchronization session.
  • the server will return a "missing client authentication information" error message on the client.
  • the client needs to report the authentication information again, and the interaction with the server is increased, resulting in an air interface. Waste of resources.
  • the server does not need the client to report complete device information, but the client sends complete device information to the server, resulting in waste of air interface resources.
  • the type of synchronization initiated by the client after receiving the Notification message is selected according to the unilateral data modification information of the client, and the synchronization type (such as slow synchronization, fast synchronization, refresh synchronization, etc.) ) is also very old.
  • both parties requiring synchronization can selectively transmit data information and data fingerprint information by analyzing the data modification information of the other party and the information of the database. For example, if the server specifies a synchronization direction that is bidirectional, the client will not initiate one-way synchronization. In the case that the client cannot select a suitable synchronization mechanism, the session efficiency will be reduced.
  • the embodiments of the present invention provide a session connection, a synchronization session initiation method, and a device, which can save network resources and improve session efficiency.
  • An embodiment of the present invention provides a session connection initiation method, including:
  • the message carrying the indication information including whether the security authentication information and/or the device information is required to be reported; if the indication information is required to be reported, The DS/DM server sends a message to initiate a session connection carrying the requested information.
  • An embodiment of the present invention further provides a DS/DM client, including:
  • a receiving module configured to receive a message that is triggered by the DS/DM server to establish a session connection, where the message carries indication information indicating whether to request to report security authentication information and/or device information;
  • a parsing module configured to parse a message received by the receiving module to trigger a session connection
  • a sending module configured to parse the indication information in the message that the parsing module triggers the establishment of the session connection
  • a message for initiating a session connection carrying the security authentication information and/or the device information is sent to the DS/DM server.
  • An embodiment of the present invention further provides a DS/DM server, including:
  • a generating module configured to generate a message that triggers establishing a session connection, where the message carries indication information indicating whether to request to report security authentication information and/or device information;
  • a sending module configured to send a message generated by the generating module to trigger a session connection
  • the message triggering the establishment of the session connection carries the indication information indicating whether the security authentication information and/or the device information is required to be reported, and the DS/DM client determines the initiation session sent to the DS/DM server according to the indication information. Whether the security authentication information and/or device information needs to be carried in the connected message. Since the DS/DM client can understand the intent of the DS/DM server to initiate the session by triggering the message establishing the session connection, the client caused by the failure of the security authentication information and/or the device information to report the information required by the server can be avoided. Multiple interactions between the server and the server save network resources and improve session efficiency.
  • FIG. 1 is a flow chart of session management between a DS/DM server and a DS/DM client in the prior art
  • FIG. 2 is a schematic diagram of a format of a summary and a message header portion common to DS/DM Notification messages in the prior art
  • FIG. 3 is a schematic diagram of a format of a message body part of a DS Notification message in the prior art
  • FIG. 4 is a flowchart of a session connection initiation method according to a first embodiment of the present invention
  • FIG. 5 is a schematic diagram of a format of a message extended according to a first embodiment of the present invention
  • FIG. 6 is a flowchart of a method for initiating a session connection according to a second embodiment of the present invention
  • FIG. 7 is a flowchart of a synchronization session initiation method according to a third embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a format of a Notification message extended according to a third embodiment of the present invention
  • FIG. 9 is a schematic diagram of a format of a Notification message extended according to a fourth embodiment of the present invention
  • FIG. 10 is a session according to a fifth embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a synchronization session initiation system according to a sixth embodiment of the present invention.
  • a first embodiment of the present invention relates to a session connection initiation method, and a specific process is shown in FIG.
  • the DS/DM server In step 410, the DS/DM server generates a message that triggers the establishment of a session connection with the indication information.
  • the message is a Notification message.
  • the DS/DM server determines whether the DS/DM client needs to report the security authentication information and the device information according to the actual needs, and the mechanism for reporting the security authentication information (for example, the security authentication mechanism is "auth-basic").
  • the information is the security authentication information of the "auth-MD5" and the method used to report the device information, and the result is carried in the Notification message through the indication information, so that the DS/DM client receiving the Notification message is received.
  • the DS/DM server can be configured to report the security authentication information and/or the device information, the mechanism to which the reported security authentication information belongs, and the manner in which the device information is reported.
  • the notification message may be carried in the Notification message by extending the format of the Notification message.
  • the extension field for carrying the indication information is placed in the "vendor-specific" field of the notification-body in the DS/DS Notification message.
  • the extension field is actually Can be placed in notification-hdr (message header), such as in the field "future-use” in notification-hdr.
  • the extension field contains the "auth-code” field, the "dev-code” field, and the "future-use” field.
  • the "auth-code” field is used to indicate whether the security authentication information is required to be reported, and the mechanism for the reported security authentication information belongs to;
  • the "dev-code” field is used to indicate whether the device information is required to be reported, and the device information is used when reporting the device information.
  • the way; the "future-use” field is reserved for future expansion.
  • the description of the extended field is as follows:
  • the security authentication information still needs to be reported, and the authentication mechanism is auth-basic.
  • the transport layer authentication failed.
  • the authentication mechanism auth-basic reports the security authentication information.
  • the transport layer authentication fails, and the authentication mechanism auth-MD5 reports the security authentication information.
  • the DS/DM server does not specify the authentication.
  • the DS/DM client can be based on the authentication type on the "DMAcc" in the DS/DM standard.
  • the authentication method specified by the "AAuthPref” value or the authentication method used by the last successful session is authenticated, where "DMAcc" is the management object used to manage the Open Mobile Alliance device management protocol settings.
  • 000 requires the DS/DM client to initiate a null session.
  • URI Uniform Resource Identifier
  • the DS/DM client is required to report some device information.
  • the DS/DM server requires the DS/DM client to initiate a null session, that is, the DS/DM client initiates a session connection message (Package # l
  • the device information of the DS/DM client can be reported to the DS/DM server after receiving the command to obtain the device information from the DS/DM server.
  • the null session is established, if the DS/DM server needs the device information of the DS/DM client, you can obtain it by issuing a Get command:
  • the DS/DM server When the value of the dev-code field is 001, the DS/DM server requests the DS/DM client to report the complete device information. In the first management session, the DS/DM client must report the complete device information to the DS/DM client. DS/DM server. In subsequent management sessions, the client can only report updated device information to save traffic.
  • the DS/DM server When the value of the dev-code field is 010, the DS/DM server requests the DS/DM client to report the updated device information.
  • the DS/DM client can use the ⁇ Put> command to report the updated device information to the DS/DM server.
  • the DS/DM client saves the update record of the device information.
  • the DS/DM server When the value of the "dev-code" field is 011, the DS/DM server requires the DS/DM client not to report device information. If the DS/DM server does not care about the device information of the DS/DM client, or the DS/DM server considers that the device information of the DS/DM client is useless to itself, the DS/DM client may not be reported, which saves transmission traffic.
  • the DS/DM server When the value of the "dev-code" field is 100, the DS/DM server requires the DS/DM client to report the URI link of the device information.
  • the DS/DM server can be configured according to the DS/DM client.
  • the URI link of the backup information to the corresponding stored address to obtain the device information.
  • the DS/DM server When the value of the "dev-code" field is 101, the DS/DM server requires the DS/DM client to report the appropriate device information at its discretion.
  • the DS/DM client can report appropriate device information, such as partially updated device information, according to its own situation.
  • the DS/DM server When the value of the "dev-code" field is 110, the DS/DM server requires the DS/DM client to report part of the device information. At this point, the DS/DM server can expand two fields in the ⁇ vendor-specific> field to specify the URL of some device information. For example:
  • the DS/DM server sends the generated notification message carrying the indication information to the DS/DM client.
  • the DS/DM server may send the generated notification message carrying the indication information to the DS/ in the manner of the OTPUSH or the Session Initiation Protocol ("SIP") PUSH or the short message.
  • the DM client requests a session connection.
  • the DS/DM client parses the received Notification message to generate a message that initiates a session connection, and the message that initiates the session connection is a Package #1 message. Specifically, the DS/DM client parses the indication information carried in the Notification message, and determines how to report the security authentication information and the device information in the subsequent Package #1 message, including: whether to report the security authentication information, and what is reported. Mechanism security authentication information; whether to report device information and how to report device information.
  • the DS/DM client parses the extension field in the Notification message, and determines how to report the security authentication information according to the value of the "auth-code" field in the extension field. For example, if the value of the field is 000, the transport layer authentication is passed, and the security authentication information does not need to be reported. If the field value is 011, the transport layer authentication fails, and the authentication mechanism "auth-basic" is reported. Certification information, etc. Similarly, according to the value of the "dev-code" field in the extension field, it is determined how to report the device information, and details are not described herein.
  • the DS/DM client generates a Package 1 message according to the parsed result, and the Package #1 message carries the security authentication information and/or device information that meets the requirements of the DS/DM server. For example, if the value of the "auth-code" field is 011 and the value of the "dev-code” field is 010, then The Package #1 message carries the security authentication information with the authentication mechanism "auth-basic" and updated device information.
  • step 440 the DS/DM client sends the generated Package #1 message to the DS/DM server.
  • Steps 450 and 460 are the same as steps 130 and 140, respectively, and are not described herein again.
  • the DS/DM client can use the notification message to learn whether the DS/DM server needs to report the security authentication information and/or device information, the mechanism to which the reported security authentication information belongs, and the device information used when reporting the device information. The way. Therefore, it is possible to avoid multiple interactions between the client and the server due to the failure of the security authentication information and/or device information to report the information required by the server, thereby saving network resources.
  • the DS/DM client and the DS/DM server have passed the transport layer authentication, and the DS/DM does not need to report the authentication information.
  • the DS/DM server just wants to establish a null session with the DS/DM client, and it is hoped that the DS/DM client does not have to report device information. In this case, you only need to set the value of the "dev-code" field to 000 in the Notification message to prevent the DS/DM client from reporting device information, thus saving air interface resources.
  • the DS/DM client is a terminal device, and if the DS/DM client does not have the function of receiving a Notification message, the DS/DM client needs to receive through the Notification client. Notification message.
  • the Notification client depends on the service implementation. For example, if the notification is sent through the OTA PUSH in the service implementation, the Notification client will be the OTA PUSH client; if it is sent by short message, The Notification client will be a short message client. Similarly, if the DS/DM server does not have the ability to send a Notification message, the DS/DM server needs to send a Notification message through the Notification Server.
  • a second embodiment of the present invention relates to a method for initiating a session connection.
  • the DS/DM is further added when the notification message is not explicitly indicated in the Notification message.
  • the specific operation of the client The specific process is as shown in FIG. 6 , and the steps 610 to 650 are the same as the steps 410 to 450 respectively, and details are not described herein again.
  • the notification message does not explicitly indicate whether the security authentication information is required to be reported. That is, the extended "auth-code" field in the Notification message takes a value of 101. Therefore, the DS/DM client will locally find the authentication type "AAuthPref node" on the management object "DMAcc".
  • the security authentication information is reported according to the authentication mode indicated by the value;
  • the node, or the node, but the node has no value the security authentication is performed according to the default authentication mode.
  • the default authentication mode is to report the security authentication information of the authentication mechanism to "auth-basic" in the Package #1 message.
  • the DS/DM client will carry the security authentication information with the authentication mechanism of "auth-basic" in the generated Package # l message.
  • the authentication is successful by default authentication, that is, DS
  • the Package # 2 message sent by the /DM server to the DS/DM client carries the authentication success status code.
  • step 660 after the DS/DM client learns that the authentication is successful according to the received Package #2 message, the default authentication mode is recorded.
  • the probability of successful authentication is improved. Specifically, there are two ways to record:
  • the default authentication mode is recorded in the authentication type "AAuthPref" node for specifying the authentication mode.
  • the authentication method of the security authentication information with the authentication mechanism "auth-basic" is reported as "AAuthPref”.
  • the value of the 'node' is recorded in the "AAuthPref" node.
  • step 670 is the same as step 460, and details are not described herein again.
  • a third embodiment of the present invention relates to a synchronization session initiation method.
  • a DS client receives a message from a DS server that triggers a session connection, and the message carries a negotiation parameter of a data synchronization mechanism.
  • the DS client selects the synchronization mechanism according to the negotiation parameters of the data synchronization mechanism, and uses the synchronization mechanism to initiate a synchronization session to the DS server.
  • the message triggering the establishment of the session connection in this embodiment is a Notification message.
  • the DS server generates a Notification message, and carries the negotiation parameter of the data synchronization mechanism in the message.
  • the negotiation parameter of the data synchronization mechanism may be carried in the Notification message by extending the format of the Notification message.
  • the fields extended in the Notification message contain: "length-info” field, "info” field, “Direction” field, "ID-Valid” field, “preserve” field, “log-valid” field , "Changed-Items” field, "Decision” field, "Continuous-sync” field, "Datastore-length” field, and “Data-Store” field.
  • the respective extension fields are described below.
  • the "length-info” field is used to indicate the length of the field “info”; the “info” field is used to represent the session information, and the DS client can display the session information to the user in a displayable manner according to this information, for example: "You If you have a new email, please check it out. "A DS client (that is, a terminal) that receives this message can initiate a synchronization session to synchronize the new mail on the DS server to the DS client. That is to say, after receiving the Notification message, the DS client can determine whether the session needs to be initiated according to the information of the session content in the extension field, and after determining that the session needs to be initiated, select the synchronization mechanism to the DS server. The new mail on it is synced to this DS client.
  • the "Direction” field is used to indicate the direction of synchronization, as explained below:
  • ⁇ Direction>:: ⁇ Not-specified>/ ⁇ from-server>/ ⁇ from-client>/ ⁇ two-way>; 'Direction information
  • the "ID-Valid" field is used to indicate whether the ID of the DS server-side data entry is valid, as described below:
  • the DS server needs to maintain a mapping table for the identification information of the data entries of both parties. If the identification information is invalid due to database corruption, etc., it will affect the selection of the synchronization mechanism of both parties. For example, if the identification information of the server is invalid, after the client initiates the session, the server will ask the client to send the fingerprint first, and then the server determines which data server exists and which data does not exist according to the fingerprint, and then instructs the client to send and send. The data.
  • the "preserve” field is used to indicate the preservation of data, such as clearing DS server data or clearing DS client data, as follows:
  • the "log-valid" field is used to indicate whether the modification log of the DS server is valid.
  • the modification log is used to record the changes of the DS server-side database and data entries. If the modification log is invalid, the DS server will not be able to tell the DS client which data entries have been changed. This will affect the choice of the synchronization mechanism for both parties. described as follows:
  • the "Changed-Items" field is used to indicate the number of data items (Data Item) changed by the DS server. The description is as follows:
  • the "Decision" field is used to indicate the direction of the decision, which is determined by which party, and the content of the decision includes collision detection, decision synchronization direction, synchronization type, and so on. described as follows:
  • the "Continuous-sync" field is used to indicate whether the DS server wishes to start a continuous synchronization session.
  • the DS client needs to be constantly connected to the DS server. If the DS server uses this field to indicate that the DS client is a continuous synchronization session, the DS client needs to maintain a constant connection with the DS server. In the case of a constant connection, the DS server can directly initiate a session connection with the DS client. There is no need to use a Notification message to notify the DS client to initiate a session. This session can be maintained at all times to ensure that the synchronization data of the DS client and the DS server is kept in real time until one of the parties disconnects the session using the session command, or the session is unexpectedly interrupted. described as follows:
  • the DS server sends the generated Notification message carrying the negotiation parameters to the DS client.
  • the DS server can pass OTA PUSH (or SIP)
  • the notification message carrying the negotiation parameter is sent to the DS client in the manner of the PUSH or the short message.
  • the DS client parses the received Notification message and selects a synchronization mechanism. Specifically, the DS client parses the received Notification message to obtain a negotiation parameter of the data synchronization mechanism carried in the message, and selects an appropriate synchronization mechanism according to the negotiation parameter.
  • the selection of the synchronization mechanism includes one or any combination of the following: selection of a synchronization direction, selection of whether to send all data items, selection of whether to send only modified data items, selection of whether to send data fingerprint information. Whether or not the other party needs to compare the selection of the data item, and whether the other party needs to overwrite the data item stored by itself with the received data item.
  • the DS client selects a suitable synchronization mechanism according to the negotiation parameters of the data synchronization mechanism for brief description.
  • the DS client should choose to send the data fingerprint information. Or choose to send all data. Or, if the DS server changes more data items, the DS client should select two-way synchronization or DS server one-way synchronization, and should send data fingerprint information to avoid conflicts between data items modification. Of course, there are many other situations, no longer here - enumeration.
  • step 740 the DS client initiates a synchronization session to the DS server using the selected synchronization mechanism.
  • the negotiation parameter of the data synchronization mechanism is carried in the Notification message, so that the DS client can select a corresponding synchronization mechanism according to the information, thereby reducing the session interaction selected by the synchronization mechanism. Improve session efficiency.
  • a fourth embodiment of the present invention is directed to a method for initiating a synchronous session.
  • the present embodiment further includes, on the basis of the third embodiment, indication information for indicating how to report security authentication information and device information, including: Whether to report the security authentication information and the security authentication information of the mechanism; whether to report the device information and how to report the device information. From this, it can be seen that the present embodiment is actually a combination of the third embodiment and the first or second embodiment.
  • the difference between the present embodiment and the third embodiment is that, in the third embodiment, the notification message carries the negotiation parameter of the data synchronization mechanism. In this embodiment, the notification message not only carries the negotiation parameter of the data synchronization mechanism, but also carries the negotiation parameter. Instructions for indicating how to report security authentication information and device information.
  • the server is a DS or DM server
  • the client is a DS or DM client
  • the notification message is carried in the notification message to indicate how to report
  • the server is a DS server
  • the client is a DS client.
  • the notification message carries not only the indication information for indicating how to report the security authentication information and the device information, but also the indication information.
  • Negotiation parameters carrying a data synchronization mechanism.
  • the extended Notification message needs to be extended to carry indication information indicating how to report security authentication information and device information, and a negotiation parameter of the data synchronization mechanism.
  • the extended Notification message is shown in Figure 9.
  • the extended fields contain: "length-info” field, "info” field, “auth-code” field, “dev-code” field, “Direction” field, "ID- Valid “Field, “preserve” field, “log-valid” field, "Changed-Items” field, “Decision” field, "Datastore-length” field, and “Data-Store” field. Each field has been described in the first or third embodiment, and details are not described herein again.
  • the present embodiment can not only avoid multiple interactions between the client and the server due to the failure of the security authentication information and/or the device information to report the information required by the server, thereby saving network resources.
  • the DS client can select a corresponding synchronization mechanism according to the negotiation parameter of the data synchronization mechanism carried in the Notification message, thereby reducing the session interaction selected by the synchronization mechanism and improving the session efficiency.
  • a fifth embodiment of the present invention relates to a session connection initiation system, as shown in FIG. 10, including a DS/DM client 101 and a DS/DM server 102.
  • the DS/DM server 102 includes: a generating module 21, configured to generate a message that triggers establishing a session connection, where the message carries indication information indicating whether to request to report security authentication information and/or device information; and a sending module 22, configured to: The message generated by the generating module 21 triggering the establishment of the session connection is sent to the DS/DM client 101.
  • the indication information is further used to indicate the mechanism to which the reported security authentication information belongs, and/or the manner in which the device information is reported. For example, it is the security authentication information of the "auth-basic" reporting mechanism or the security authentication information of the "auth-MD5".
  • reporting device information which of the following methods is used: Reporting complete device information and reporting Updated device information, a URI link to initiate a null session, and report device information.
  • the DS/DM client 101 includes: a receiving module 11 configured to receive a message from the DS/DM server 102 that triggers establishing a session connection (the message is an indication indicating whether to request to report security authentication information and/or device information)
  • the parsing module 12 is configured to parse the message that is triggered by the receiving module 11 to trigger the establishment of the session connection;
  • the sending module 13 is configured to parse the indication information into the request in the message that triggers the establishment of the session connection by the parsing module 12
  • a message is sent to the DS/DM server 102 to initiate a session connection carrying the security authentication information and/or device information.
  • the message triggering the establishment of the session connection in this embodiment may be a Notification message.
  • the DS/DM client in this embodiment can learn the intent of the DS/DM server to initiate a session by triggering the message establishing the session connection, so that the information that the security authentication information and/or the device information is not reported to meet the server requirements can be avoided. , resulting in multiple interactions between the client and the server, thereby saving network resources.
  • the DS/DM client 101 in this embodiment may further include a security authentication module and a recording module (not shown), where the security authentication module is used to indicate that the parsed information is not explicitly indicated. Whether to request security authentication information, perform security authentication according to the default authentication method; The recorded module is used to perform the security authentication after pressing the default authentication mode, and the default authentication mode has been recorded. In this way, in the subsequent authentication, the authentication method can be used, thereby increasing the probability of successful authentication.
  • a sixth embodiment of the present invention relates to a synchronous session initiation system, as shown in Fig. 11, comprising a DS client 111 and a DS server 112.
  • the DS server 112 includes: a generating module 31, configured to generate a message that triggers establishing a session connection, where the message carries a negotiation parameter of the data synchronization mechanism, and a sending module 32, configured to generate, by the generating module 31, a message that triggers establishing a session connection. , sent to the DS client 111.
  • the negotiation parameter of the data synchronization mechanism includes one or any combination of the following: information for indicating the content of the session, information for indicating the length of the session content, information for indicating the direction of the synchronization, and indicating the data item of the DS server.
  • Information indicating whether the identification is valid information indicating the preservation of the data, information indicating whether the modification log of the DS server is valid, information indicating the number of data items changed by the DS server, and indicating the direction of the decision.
  • the DS client 111 includes: a receiving module 41, configured to receive a message from the DS server that triggers establishing a session connection (the message is a message carrying a negotiation parameter of a data synchronization mechanism), where the message carries a negotiation of a data synchronization mechanism.
  • the parsing module 42 is configured to parse the message that is triggered by the receiving module 41 to trigger the establishment of the session connection;
  • the selecting module 43 is configured to select the synchronization mechanism according to the negotiation parameter parsed by the parsing module 43 from the message triggering the establishment of the session connection.
  • the synchronization session initiation module 44 is configured to initiate a synchronization session to the DS server 112 using the synchronization mechanism selected by the selection module 43.
  • the message triggering the establishment of the session connection in this embodiment may be a Notification message.
  • the DS client can select the corresponding synchronization mechanism according to the information, thereby reducing the session interaction selected by the synchronization mechanism and improving the session efficiency.
  • the message triggering the establishment of the session connection generated by the generating module 31 of the DS server 112 may further carry indication information indicating whether to request the report of the security authentication information and/or the device information.
  • a sending module (not shown) may be further included, and the indication information parsed in the message that triggers the establishment of the session connection by the parsing module 42 is required to be reported.
  • a message is sent to the DS server 112 that initiates a session connection carrying the security authentication information and/or device information.
  • the network resources are saved.
  • the message triggering the establishment of the session connection carries the indication information indicating whether the security authentication information and/or the device information is required to be reported, and the DS/DM client determines to DS/ according to the indication information. Whether the security authentication information and/or device information needs to be carried in the message sent by the DM server to initiate the session connection. Since the DS/DM client can understand the intent of the DS/DM server to initiate the session by triggering the message establishing the session connection, the client caused by the failure of the security authentication information and/or the device information to report the information required by the server can be avoided. Multiple interactions between the terminal and the server, thereby saving network resources.
  • the indication information in the message for triggering the establishment of the session connection may further be used to indicate the mechanism used when reporting the security authentication information, and/or the manner in which the device information is reported, so that the reporting of the DS/DM client can further satisfy the DS/ The needs of the DM server.
  • the DS/DM client performs security authentication according to the default authentication mode, and after the authentication succeeds, the authentication mode is recorded. In order to use the authentication method in subsequent authentication, the probability of successful authentication is improved.
  • the negotiation parameter of the data synchronization mechanism is carried in the message triggering the establishment of the session connection, so that the DS client can select the corresponding synchronization mechanism according to the information, thereby reducing the session interaction selected by the synchronization mechanism and improving the session efficiency.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)

Description

会话连接^ ^方法及设备
本申请要求于 2007 年 5 月 30 日提交中国专利局、 申请号为 200710137726.X,发明名称为"会话连接发起方法及设备"的中国专利申请的优 先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，特别涉及设备管理和数据同步技术， 尤其涉及一种 会话连接发起方法及设备。
背景技术
随着现代通信技术在人类工作和生活中扮演着日益重要的角色，人们对数 据传输的质量提出了越来越高的要求， 其中数据同步（Data Synchronization, 简称" DS" )是一个十分重要的指标。 开放移动联盟（Open Mobile Alliance, 简 称" OMA" ) DS技术， 是指移动设备与网络服务器之间保持数据同步， 同步的 数据包括电话本、 通讯录、 日程、 短信、 邮件等。 OMADS技术是基于同步标 记语言 ( Synchronization Markup Language , 简称" SyncML" ), 基于 SyncML 语言的还有 OMA设备管理（ Device Management ,简称" DM" )技术。 OMA DM 技术， 是指服务器通过空中下载的方式对终端进行管理操作， 比如参数配置， 固件更新， 软件下载、 安装、 删除， 故障诊断、 修复， 终端监控等。
在现有的 SyncML 消息中， 提供了一种通知机制， 用于服务器下发 Notification消息给终端设备， 终端设备根据 Notification中的 SessionlD (会话 标识）、 ServerlD (服务标识） 等信息发起与服务器的会话连接。 Notification 消息的下发可以通过短消息、 OTA PUSH ( Over-the-Air Technology PUSH , 空 中下载推送）等方式。
目前， DS/DM服务器（ DS或 DM服务器 )与 DS/DM客户端（ DS或 DM 客户端）之间进行的会话管理流程如图 1所示。 在步骤 110中， DS/DM服务 器向 DS/DM客户端下发 Notification消息， 请求会话连接。 接着， 在步骤 120 中， DS/DM客户端向 DS/DM服务器发起会话连接， 发送该 DS/DM客户端的 认证信息、 设备信息给该 DS/DM服务器， 该设备信息、 认证信息包括在管理 会话的 Package # 1 (包 1 ) 消息中。 接着， 在步骤 130中， 该 DS/DM服务器 向该 DS/DM客户端发送 Package # 2消息，在该消息中携带用于进行会话操作 的初始化包。 然后， 通过 Package # 3 ~ Package#4消息进行后续的会话操作， 如步骤 140所示。
已有的 OMA DS的 Notification消息格式与已有的 OMA DM的 Notification 消息格式大致相同， 不同之处在于， DS 中的 Notification 消息进一步对 notification-body (消息体 )进行了扩展。 DS/DM Notification消息公用的 Digest (摘要）与 Notification-hdr (消息头）部分的格式如图 2所示。 对 Notification 消息中的各字段的解释如下：
<digest>：: = 128*BIT (比特） ；' MD5摘要值'
<version>：: = 10*BIT ； '版本信息'
<ui-mode> : := <not-specified> I <background> I ；'用户交互模式'
<informative> I <user-interaction>；
<not-specified> : := "00" ； '非特定'
<background> : := "01" ；'后台模式'
<informative> : := "10" ；'提示模式'
<user-interaction> : := "11" ； '确认模式'
<initiator> : := <client> 1 <server> ； '会话发起方'
<client> : := "0" ；'客户端发起'
<server> : := "1" ； '服务器发起'
<future-use> : := 27*BIT ；'留作扩展'
<sessionid> : := 16*BIT ；'会话标识'
<length-identifier> : := 8*BIT ；'服务器标识的长度'
<server-identifier> : := <length-identifier>* CHAR ；'服务器标识'
<vendor-specific>： := n*BIT ；'留作扩展' 在 OMA DS中进一步对 Notification消息的 notification-body进行了扩展， 扩 展部分的格式如图 3所示。 其中， 字段" num-syncs"表明有几个同步操作， 字段 "future-use"留作以后扩展，字段" syncl'，至字段" syncN"是具体的多个同步操作， 字段" sync-type"为同步类型， 字段" content-type"表明要同步的数据库的内容类 型， 字段" server-URI-length"表明字段" server-URI， '的长度， 该" server-URI"字段 用于存放要同步的服务器的数据库名。 由此可见， 在 OMA DS的 Notification消 息中表明了同步的类型、 待同步数据库等信息。
然而， 本发明的发明人发现， 目前的会话管理机制中至少存在空口资源浪 费的问题。 比如说， 客户端与服务器已经通过了传输层认证， 客户端无需再上 报认证信息。此时，如果客户端再上报认证信息则是对空口资源的浪费。或者， 客户端与服务器已经通过了传输层认证，但是服务器仍然需要客户端上报认证 信息， 进行应用层认证， 才能建立管理 /同步会话。 此时， 如果客户端没有上 报认证信息， 则服务器会返回客户端一个 "缺少客户端认证信息"的错误消息， 客户端需要再一次的上报认证信息， 多了一次与服务器的交互， 导致了空口资 源的浪费。 或者， 服务器不需要客户端上报完整的设备信息， 但客户端却向服 务器发送了完整的设备信息， 导致了空口资源的浪费等。
另外， 在目前的现有技术中， 客户端收到 Notification消息后发起的同步 的类型是根据客户端单方面的数据修改信息来选择的， 而且同步类型（如慢同 步、 快同步、 刷新同步等）也很陈旧。 在智能同步中， 要求同步的双方能通过 分析对方的数据修改信息及数据库的信息来选择性的发送数据信息及数据指 紋信息。 比如， 如果服务器指定的同步方向为双向， 客户端就不会发起单向同 步。而在客户端无法选择合适的同步机制的情况下，将会导致会话效率的降低。 发明内容
本发明实施方式提供一种会话连接、 同步会话发起方法及设备，使得能够 节省网络资源， 并能够提高会话效率。
本发明的实施方式提供了一种会话连接发起方法， 包括：
接收来自数据同步或设备管理 DS/DM服务器的触发建立会话连接的消 息， 该消息中携带包含是否要求上报安全认证信息和 /或设备信息的指示信息； 如果指示信息为要求上报， 则向所述 DS/DM服务器发送携带要求的信息 的发起会话连接的消息。
本发明的实施方式还提供了一种 DS/DM客户端， 包括：
接收模块， 用于接收来自 DS/DM服务器的触发建立会话连接的消息， 该 消息中携带表示是否要求上报安全认证信息和 /或设备信息的指示信息；
解析模块， 用于解析接收模块收到的触发建立会话连接的消息；
发送模块，用于在解析模块从触发建立会话连接的消息中解析出指示信息 为要求上报时，向 DS/DM服务器发送携带安全认证信息和 /或设备信息的发起 会话连接的消息。
本发明的实施方式还提供了一种 DS/DM服务器， 包括：
生成模块， 用于生成触发建立会话连接的消息， 该消息中携带表示是否要 求上报安全认证信息和 /或设备信息的指示信息；
发送模块， 用于将生成模块生成的触发建立会话连接的消息， 发送给
DS/DM客户端。
本发明实施方式中，在触发建立会话连接的消息中携带表示是否要求上报 安全认证信息和 /或设备信息的指示信息， DS/DM客户端根据该指示信息决定 向 DS/DM服务器发送的发起会话连接的消息中， 是否需要携带安全认证信息 和 /或设备信息。由于 DS/DM客户端能够通过触发建立会话连接的消息了解到 DS/DM服务器发起会话的意图， 因此可避免由于安全认证信息和 /或设备信息 的上报不符合服务器要求的信息， 而造成的客户端与服务器的多次交互，从而 节省了网络资源， 并提高了会话效率。
附图说明
图 1是现有技术中 DS/DM服务器与 DS/DM客户端之间进行的会话管理 流程图；
图 2是现有技术中 DS/DM Notification消息公用的摘要与消息头部分的格 式示意图；
图 3是现有技术中 DS Notification消息的消息体部分的格式示意图； 图 4是根据本发明第一实施方式的会话连接发起方法流程图；
图 5是根据本发明第一实施方式中扩展的 Notification消息的格式示意图； 图 6是根据本发明第二实施方式的会话连接发起方法流程图；
图 7是根据本发明第三实施方式的同步会话发起方法流程图；
图 8是根据本发明第三实施方式中扩展的 Notification消息的格式示意图； 图 9是根据本发明第四实施方式中扩展的 Notification消息的格式示意图； 图 10是根据本发明第五实施方式的会话连接发起系统的结构示意图； 图 11是根据本发明第六实施方式的同步会话发起系统的结构示意图。 具体实施方式 为使本发明的目的、技术方案和优点更加清楚， 下面将结合附图对本发明 的实施方式作进一步地详细描述。
本发明的第一实施方式涉及一种会话连接发起方法， 具体流程如图 4 所 示。
在步骤 410中， DS/DM服务器生成携带指示信息的触发建立会话连接的 消息， 在本实施方式中， 该消息为 Notification消息。
具体地说， DS/DM服务器根据实际需要，确定是否需要 DS/DM客户端上 报安全认证信息和设备信息， 上报的安全认证信息所属的机制（比如， 是机制 为" auth-basic"的安全认证信息， 还是机制为" auth-MD5"的安全认证信息）、 以 及上报设备信息时所使用的方式， 并将确定结果通过指示信息携带在 Notification消息中，使得接收到该 Notification消息的 DS/DM客户端， 能够根 据该 Notification消息， 获知 DS/DM服务器是否要求上报安全认证信息和 /或 设备信息、上报的安全认证信息所属的机制、 以及上报设备信息时所使用的方 式。 可以通过扩展 Notification消息的格式， 在 Notification消息中携带指示信 息。
比如说， 如图 5 所示， 将用于携带指示信息的扩展字段放在 DS/DS Notification消息中的 notification-body (消息体)的 "vendor-specific" 字段中, 当然， 实际上扩展字段也可以放在 notification-hdr (消息头） 中， 如放在 notification-hdr 的字段" future-use"中。 该扩展字段内包含" auth-code"字段、 "dev-code"字段、 和" future-use"字段。
其中， "auth-code"字段用于指示是否要求上报安全认证信息， 以及上报的 安全认证信息所属的机制； "dev-code"字段用于指示是否要求上报设备信息， 以及上报设备信息时所使用的方式； "future-use"字段留作以后扩展。对扩展字 段的说明如下：
<auth-code> ::=3*BIT ； 'DM认证码（应用层认证 ) '
<dev-code> ::=3*BIT ；'设备信息码'
<future-use>：: = 18*BIT ； '留作扩展'
具体地说， "auth-code"字段的取值及其含义如表 1所示： 状态码 意义
000 传输层认证通过， 则不需要上报安全认证信息
001 传输层认证通过， 仍需上报安全认证信息， 且认证机制为 auth-basic。
010 传输层认证通过， 仍需上报安全认证信息， 且认证机制为 auth-MD5„
011 传输层认证未通过， 以认证机制 auth-basic上报安全认证信息。
100 传输层认证未通过， 以认证机制 auth-MD5上报安全认证信息。
101 非特定。
110 ~ 留作扩展。
111
表 1
需要说明的是， 当" auth-code"字段取值为 101时， 说明 DS/DM服务器对 认证不做特殊的规定， DS/DM客户端可以根据 DS/DM标准中 "DMAcc"上的 认证类型" AAuthPref'值指定的认证方式或上次成功的会话所使用认证方式进 行认证，其中， "DMAcc"为用于管理开放移动联盟设备管理协议设置的管理对 象。
dev-code"字段的取值及其含义如表 2所示:
状态码 意义
000 要求 DS/DM客户端发起一个空会话。
001 要求 DS/DM客户端上报完整的设备信息。
010 要求 DS/DM客户端上报更新的设备信息。
011 要求 DS/DM客户端不上报设备信息。
100 要求 DS/DM客户端上报的设备信息的统一 资源标识 ( Uniform Resource Identifier, 简称 "URI" )链接。
101 要求 DS/DM客户端自行决定， 上报合适的 设备信息。
110 要求 DS/DM客户端上报部分设备信息。
Figure imgf000009_0001
表 2
也就是说， 当" dev-code"字段取值为 000 时， 说明 DS/DM服务器要求 DS/DM客户端发起一个空会话， 即该 DS/DM客户端在发起会话连接的消息 ( Package # l )中无需上报设备信息，可以在空会话建立后， 收到来自 DS/DM 服务器的用于获取设备信息的命令时， 再上报该 DS/DM客户端的设备信息。 在空会话建立后， 如果 DS/DM服务器需要 DS/DM客户端的设备信息， 可以 通过发一个 Get命令获取：
<Get>
<CmdID>K/CmdID>
<Item>
<Target>
<LocURI>./DevInfo</LocURI>
</Target>
</Item>
</Get>
当" dev-code"字段取值为 001时，说明 DS/DM服务器要求 DS/DM客户端 上报完整的设备信息， 在第一次管理会话时， DS/DM客户端必须上报完整的 设备信息给 DS/DM服务器。 在随后的管理会话中， 客户端可以只上报更新的 设备信息以节省传输流量。
当 "dev-code"字段取值为 010时，说明 DS/DM服务器要求 DS/DM客户端 上报更新的设备信息。 DS/DM客户端可以使用 <Put>命令将更新的设备信息上 报给 DS/DM服务器， DS/DM客户端保存设备信息的更新记录。
当" dev-code"字段取值为 011时，说明 DS/DM服务器要求 DS/DM客户端 不上报设备信息。 如果 DS/DM服务器不关心 DS/DM客户端的设备信息， 或 者 DS/DM服务器认为 DS/DM客户端的设备信息对自己没有用， 可以要求 DS/DM客户端不上报， 这样可以节省传输流量。
当" dev-code"字段取值为 100时，说明 DS/DM服务器要求 DS/DM客户端 上报设备信息的 URI链接。 DS/DM服务器可以根据 DS/DM客户端上报的设 备信息的 URI链接， 到相应的存储的地址去获取该设备信息。
当" dev-code"字段取值为 101时，说明 DS/DM服务器要求 DS/DM客户端 自行决定上报合适的设备信息。 DS/DM客户端可以根据自身情况， 自行决定 上报合适的设备信息， 比如部分更新的设备信息。
当" dev-code"字段取值为 110时，说明 DS/DM服务器要求 DS/DM客户端 上报部分的设备信息。 此时， DS/DM服务器可以在 <vendor-specific>字段中， 再扩展两个字段， 用于指定部分设备信息的 URL。 比如：
<URI-length> ::= 8*BIT ； '设备信息 URI字段长度，
<URI>: := <URI-length >*CHAR ； '设备信息的 URI，
在步骤 420 中， 该 DS/DM服务器将生成的携带指示信息的 Notification 消息，下发给 DS/DM客户端。具体地说，该 DS/DM服务器可以通过 OTAPUSH 或会话发起协议（ Session Initation Protocol, 简称" SIP" ) PUSH的方式或短消 息的方式，将生成的携带指示信息的 Notification消息，下发给 DS/DM客户端， 请求会话连接。
接着， 在步骤 430中， DS/DM客户端解析收到的 Notification消息， 生成 符合要求的发起会话连接的消息， 该发起会话连接的消息即为 Package # 1 消 息。 具体地说， DS/DM客户端解析携带在 Notification消息中的指示信息， 判 断在随后的 Package # 1 消息中如何上报安全认证信息和设备信息， 包括： 是 否要上报安全认证信息， 以及上报何种机制的安全认证信息； 是否要上报设备 信息， 以及上报设备信息的方式。
针对上述案例， DS/DM客户端解析 Notification消息中的扩展字段， 根据 扩展字段中" auth-code"字段的取值， 判断出如何上报安全认证信息。 比如说， 如果该字段取值为 000, 则说明传输层认证通过， 不需要上报安全认证信息； 如果字段取值为 011 , 则说明传输层认证未通过， 以认证机制" auth-basic"上报 安全认证信息等。 类似地， 根据扩展字段中" dev-code"字段的取值， 判断出如 何上报设备信息， 在此不再赘述。
然后， DS/DM客户端根据解析到的结果，生成 Package 1消息，该 Package # 1消息中携带符合 DS/DM服务器要求的安全认证信息和 /或设备信息。 比如 说， 解析到 "auth-code"字段的取值为 011 , "dev-code"字段的取值为 010, 则在 Package # 1消息中携带认证机制为" auth-basic"的安全认证信息，和更新的设备 信息。
接着， 在步骤 440 中， DS/DM客户端将生成的 Package # 1 消息发送给 DS/DM服务器。
步骤 450和步骤 460分别与步骤 130和步骤 140相同， 在此不再赘述。 由于在本实施方式中， DS/DM客户端能够通过 Notification 消息了解到 DS/DM服务器是否要求上报安全认证信息和 /或设备信息、 上报的安全认证信 息所属的机制、 以及上报设备信息时所使用的方式。 因此可避免由于安全认证 信息和 /或设备信息的上报不符合服务器要求的信息， 而造成的客户端与服务 器的多次交互， 从而节省了网络资源。
比如说， DS/DM客户端与 DS/DM服务器已经通过了传输层认证， DS/DM 无需再上报认证信息。 此时， 只需在 Notification 消息中将" auth-code"字段的 取值设置为 000, 即可避免 DS/DM客户端再次上报安全认证信息， 从而节约 了空口资源。
再比如说， DS/DM服务器仅仅是想与 DS/DM客户端建立一个空会话，希 望 DS/DM客户端不必上报设备信息。 此时， 只需在 Notification 消息中将 "dev-code"字段的取值设置为 000, 即可避免 DS/DM客户端上报设备信息， 从 而节约了空口资源。
值得一提的是， 在本实施方式中， DS/DM客户端即为终端设备， 如果该 DS/DM客户端不具备接收 Notification消息的功能， 则该 DS/DM客户端需要 通过 Notification客户端接收 Notification消息。 Notification客户端要依赖于业 务实现， 比如说，如果在业务实现上，是通过 OTA PUSH方式发送 Notification 消息的， 则该 Notification客户端将是 OTA PUSH客户端； 如果是釆用短消息 发送， 则该 Notification客户端将是短消息客户端。 类似地， 如果 DS/DM服务 器不具备发送 Notification 消息的功能， 则该 DS/DM 服务器需要通过 Notification服务器发送 Notification消息。
本发明的第二实施方式涉及一种会话连接发起方法，本实施方式在第一实 施方式的基础上， 进一步增加了在 Notification消息中未明确指示是否要求上 报安全认证信息的情况下， DS/DM客户端的具体操作。 具体流程如图 6所示， 步骤 610至步骤 650分别与步骤 410至步骤 450 相同， 在此不再赘述。 由于本实施方式中， 在 Notification消息中未明确指示 是否要求上报安全认证信息， 也就是说， Notification消息中扩展的 "auth-code" 字段取值为 101。 因此， DS/DM客户端会在本地查找管理对象" DMAcc"上是 否有认证类型 "AAuthPref节点， 如果有该节点并且该节点有值， 则根据该值 指示的认证方式上报安全认证信息； 如果没有该节点， 或者有该节点但该节点 无值， 则按默认的认证方式进行安全认证。 比如说， 默认的认证方式是在 Package # 1消息中上报认证机制为" auth-basic"的安全认证信息，那么， DS/DM 客户端将在生成的 Package # l 消息中携带认证机制为" auth-basic"的安全认证 信息。 在本实施方式中， 以默认的认证方式认证成功， 也就是说， DS/DM服 务器向 DS/DM客户端发送的 Package # 2消息中， 携带表示认证成功状态码。
接着， 在步骤 660中， 当 DS/DM客户端根据收到的 Package # 2消息， 获 知认证成功后， 记录该默认的认证方式。 以便在之后的认证中， 使用该认证方 式， 从而提高了认证成功的概率。 具体地说， 可以有两种记录方式：
( 1 )将默认的认证方式记录在用于指定认证方式的认证类型 "AAuthPref ' 节点中。针对上述案例， 即是将上报认证机制为" auth-basic"的安全认证信息的 认证方式作为 "AAuthPref '节点的值， 记录在该" AAuthPref '节点中。
( 2 )将默认的认证方式记录在管理对象 "DMAcc"中扩展的与认证相关的 节点中。针对上述案例， 在" DMAcc"中扩展一个与认证相关的节点， 将上报认 证机制为 "auth-basic"的安全认证信息的认证方式， 记录在该扩展的节点中。
接着， 进入步骤 670 , 步骤 670与步骤 460相同， 在此不再赘述。
本发明的第三实施方式涉及一种同步会话发起方法， 在本实施方式中， DS客户端接收来自 DS服务器的触发建立会话连接的消息， 该消息中携带数 据同步机制的协商参数。 DS客户端根据数据同步机制的协商参数选择同步机 制， 并使用该同步机制向 DS服务器发起同步会话。 本实施方式中的触发建立 会话连接的消息为 Notification消息。
具体流程如图 7所示， 在步骤 710中， DS服务器生成 Notification消息， 并在该消息中携带数据同步机制的协商参数。 具体地说， 可以通过扩展 Notification消息的格式，在 Notification消息中携带数据同步机制的协商参数。 如图 8所示， 在 Notification消息中扩展的字段包含： "length-info"字段、 "info"字段、 "Direction"字段、 "ID- Valid"字段、 "preserve"字段、 "log-valid"字 段、 "Changed-Items"字段、 "Decision"字段、 "Continuous-sync"字段、 "Datastore-length"字段、 和" Data-Store"字段。 下面分别对各个扩展字段进行说 明。
对" length-info"字段和 "info"字段的说明如下：
<length-info>： := 8*BIT ； '会话信息的长度'
<info>：: = <length-info>*CHAR (字符） ； '会话信息'
"length-info"字段用于表示字段" info"的长度； "info"字段用于表示会话信 息， DS客户端可以根据此信息以可显示文本的方式将会话信息显示给用户， 比如： "您有新的 Email, 请查收。 "接收到此信息的 DS客户端（即终端）， 就 可以发起一个同步会话， 将 DS服务器上的新邮件同步到本 DS客户端。 也就 是说，可以使得 DS客户端在收到 Notification消息后，根据其扩展字段中的会 话内容的信息， 对是否需要发起会话进行判断， 并在确定需要发起会话后， 选 择同步机制， 将 DS服务器上的新邮件同步到本 DS客户端。
"Direction"字段用于表示同步方向， 说明如下：
<Direction>::=<Not-specified>/<from-server>/<from-client>/<two-way>; '方向 信息，
<Not-specified>::='00' ；'非特定'
<from-server>::='01 ' ；，从服务器， 单向'
<from-client>::=' 10' ；，从客户端， 单向'
<two-way>::=' ll ' ；'双向'
"ID- Valid"字段用于表示 DS服务器端数据条目的标识是否有效， 说明如 下：
<ID-Valid>：: =<valid>/<invalid> ;，ID有效性'
<valid> ::=' Γ ;'ID有效'
<invalid> ::='0' ;'ID无效'
DS服务器端需要维护双方数据条目标识信息的映射表。 如果由于数据库损坏等， 导致标识信息无效，将影响双方的同步机制的选 择。 比如， 如果服务器的标识信息无效， 在客户端发起会话后， 服务器会要求 客户端先发送指紋， 然后服务器根据指紋确定哪些数据服务器端已经存在，哪 些数据还不存在， 再指示客户端发送需要发送的数据。
"preserve"字段用于表示对数据的保存情况，比如是清除 DS服务器端数据 还是清除 DS客户端数据， 说明如下：
<preserve>： :=<not-specified>/<clear-client>/<clear-server>/<merge>；'数据是 否保存'
<Not-specified> ::='00' ；'非特定'
<clear-client> ::='01 ' ；，清除客户端数据'
<clear-server> ::=' 10' ；'清除服务器端数 据，
<merge>： :=' 1 Γ ；'融合双方的数据'
"log-valid"字段用于表示 DS服务器端的修改日志是否有效。 修改日志是 用于记录 DS服务器端数据库、 数据条目的改变情况的， 如果修改日志无效， DS服务器将无法告知 DS客户端自身的哪些数据条目被改变了。 这将影响双 方的同步机制的选择。 说明如下：
<log-valid>： :=<valid>/<invalid> ；，修改日志有效性'
<valid>： :=， Γ ；，修改日志有效' <invalid> ::='0' ；，修改日志无效'
"Changed-Items"字段用于表示 DS服务器端改变的数据项（Data Item )数 目的信息， 说明如下：
<Changed-Items>： := 8*BIT ； '改变的 Data-Item数目 '
"Decision"字段用于表示决定方向， 即是由哪一方决定， 决定的内容包括 冲突检测、 决定同步方向、 同步类型等。 说明如下：
<Decision> ::= <Client>/<Server> ； 'ρ那一方决定'
<Server>：: = ' 1 ' ； '服务器决定'
<Client>：: = '0' ； '客户端决定'
"Continuous-sync"字段用于表示 DS服务器是否希望开始连续的同步会话。 在实时同步的情况下， DS客户端需要与 DS服务器保持常连接。 如果 DS服务器 用此字段指示 DS客户端此会话为连续的同步会话，则 DS客户端需要保持与 DS 服务器的常连接， 在常连接的情况下， DS服务器可以直接发起与 DS客户端的 会话连接， 而不需要再使用 Notification消息来通知 DS客户端发起会话。此会话 可以一直保持， 以保证 DS客户端与 DS服务器的同步数据保持实时同步， 直到 双方中的一方使用会话命令断开会话连接， 或会话意外中断。 说明如下：
<Continuous-sync>: :=<true>/<false> ； '连续同步'
<true>::=' l ' ；'连续同步'
<false>::='0' ；'非连续同步' "Datastore-length"字段用于表示 "Data-Store"字段的长度； "Data-Store"字段 用于表示待同步数据库的标识。 说明如下：
<Datastore-length>：: = 8*BIT ； '数据库标识长度'
<Data-Store> ::= <Datastore-length>*CHAR; '数据库标识'
接着， 在步骤 720中， DS服务器将生成的携带协商参数的 Notification消 息， 下发给 DS客户端。具体地说， 该 DS服务器可以通过 OTA PUSH (或 SIP
PUSH ) 的方式或短消息的方式， 将生成的携带协商参数的 Notification消息， 下发给 DS客户端。
接着， 在步骤 730中， DS客户端解析收到的 Notification消息， 选择同步 机制。 具体地说， DS客户端通过对收到的 Notification消息进行解析， 得到携 带在该消息中的数据同步机制的协商参数，并根据该协商参数选择合适的同步 机制。
其中，对同步机制的选择包括以下之一或其任意组合：对同步方向的选择、 对是否发送全部数据项的选择、对是否只发送修改的数据项的选择、对是否发 送数据指紋信息的选择、对是否需要对方比较数据项的选择、对是否需要对方 用接收的数据项覆盖自身存储的数据项的选择。
下面通过几个举例， 对 DS客户端根据数据同步机制的协商参数， 选择合 适的同步机制进行简单说明。
比如说， 如果 DS服务器的 ID映射表无效， 因此即使 DS客户端发送数据项 的标识， DS服务器也无法识别， 所以， DS客户端应该选择发送数据指紋信息、 或选择发送全部数据。 或者， 如果 DS服务器改变的数据项较多， 则 DS客户端 应选择双向同步或 DS服务器单向同步， 同时应发送数据指紋信息， 以避免双 方的数据项修改冲突。 当然， 还有其它许多情况， 在此不再——列举。
接着，在步骤 740中， DS客户端使用选择的同步机制向 DS服务器发起同步 会话。
不难发现， 由于在本实施方式中， 在 Notification消息中携带了数据同步机 制的协商参数， 因此可使得 DS客户端能够根据此信息选择相应的同步机制， 从而减少了同步机制选择的会话交互， 提高了会话效率。
本发明的第四实施方式涉及一种同步会话发起方法，本实施方式在第三实 施方式的基础上， 在 Notification消息中进一步携带用于指示如何上报安全认 证信息和设备信息的指示信息， 包括： 是否要上报安全认证信息， 以及上报何 种机制的安全认证信息； 是否要上报设备信息， 以及上报设备信息的方式。 由 此可见， 本实施方式实际上是第三实施方式与第一或第二实施方式的一种组 合。 本实施方式与第三实施方式的区别在于， 在第三实施方式中， Notification 消息携带数据同步机制的协商参数； 而在本实施方式中， Notification消息不仅 携带数据同步机制的协商参数，还携带用于指示如何上报安全认证信息和设备 信息的指示信息。 本实施方式与第一和第二实施方式的区别在于，在第一和第 二实施方式中， 服务器为 DS或 DM服务器， 客户端为 DS或 DM客户端， Notification 消息中携带用于指示如何上报安全认证信息和设备信息的指示信 息；而在本实施方式中，服务器为 DS服务器，客户端为 DS客户端， Notification 消息中不仅携带用于指示如何上报安全认证信息和设备信息的指示信息，还携 带数据同步机制的协商参数。
因此， 需要扩展 Notification消息中的字段， 以便携带用于指示如何上报 安全认证信息和设备信息的指示信息， 以及数据同步机制的协商参数。扩展的 Notification消息如图 9所示，扩展的字段包含： "length-info"字段、 "info"字段、 "auth-code"字段、 "dev-code"字段、 "Direction"字段、 "ID- Valid"字段、 "preserve" 字段、 "log-valid"字段、 "Changed-Items"字段、 "Decision"字段、 "Datastore-length" 字段、 和" Data-Store"字段。 各字段分别已在第一或第三实施方式中作过说明， 在此不再赘述。 由此可见， 本实施方式不仅能够避免由于安全认证信息和 /或设备信息的 上报不符合服务器要求的信息， 而造成的客户端与服务器的多次交互，从而节 省了网络资源。 而且， DS客户端能够根据携带在 Notification消息中的数据同 步机制的协商参数，选择相应的同步机制，从而减少了同步机制选择的会话交 互， 提高了会话效率。
本发明的第五实施方式涉及一种会话连接发起系统， 如图 10所示， 包含 DS/DM客户端 101和 DS/DM服务器 102。
在 DS/DM服务器 102中包括： 生成模块 21 , 用于生成触发建立会话连接 的消息， 该消息中携带表示是否要求上报安全认证信息和 /或设备信息的指示 信息； 发送模块 22, 用于将该生成模块 21生成的触发建立会话连接的消息， 发送给 DS/DM客户端 101。 其中， 该指示信息还用于指示上报的安全认证信 息所属的机制， 和 /或指示上报设备信息时所使用的方式。 比如说， 是上报机 制为 "auth-basic"的安全认证信息， 还是上报机制为 "auth-MD5"的安全认证信 息； 上报设备信息时， 是使用以下哪种方式： 上报完整的设备信息、 上报更新 的设备信息、 发起空会话、 上报设备信息的 URI链接。
在 DS/DM客户端 101中包括： 接收模块 11 , 用于接收来自 DS/DM服务 器 102的触发建立会话连接的消息（该消息即是携带表示是否要求上报安全认 证信息和 /或设备信息的指示信息的消息）； 解析模块 12, 用于解析接收模块 11收到的触发建立会话连接的消息； 发送模块 13 , 用于在解析模块 12从触发 建立会话连接的消息中解析出该指示信息为要求上报时，向 DS/DM服务器 102 发送携带安全认证信息和 /或设备信息的发起会话连接的消息。 本实施方式中 的触发建立会话连接的消息可以是 Notification消息。
由于本实施方式中的 DS/DM客户端能够通过触发建立会话连接的消息了 解到 DS/DM服务器发起会话的意图，因此可避免由于安全认证信息和 /或设备 信息的上报不符合服务器要求的信息， 而造成的客户端与服务器的多次交互， 从而节省了网络资源。
值得一提的是， 本实施方式中的 DS/DM客户端 101 , 还可以包括安全认 证模块和记录模块（图中未示）， 该安全认证模块用于在解析出的指示信息并 未明确指示是否要求上报安全认证信息时， 按默认的认证方式进行安全认证； 该己录模块用于在按,默认的认证方式进行安全认证成功后， 己录该,默认的认证 方式。 这样， 在之后的认证中， 就可以使用该认证方式， 从而提高了认证成功 的概率。
本发明的第六实施方式涉及一种同步会话发起系统， 如图 11所示， 包含 DS客户端 111和 DS服务器 112。
在 DS服务器 112中包括： 生成模块 31 , 用于生成触发建立会话连接的消 息， 该消息中携带数据同步机制的协商参数； 发送模块 32, 用于将生成模块 31生成的触发建立会话连接的消息， 发送给 DS客户端 111。 其中， 数据同步 机制的协商参数包含以下之一或其任意组合： 用于指示会话内容的信息、用于 指示会话内容长度的信息、 用于指示同步方向的信息、 用于指示 DS服务器端 数据条目的标识是否有效的信息、用于指示对数据的保存情况的信息、用于指 示 DS服务器端的修改日志是否有效的信息、 用于指示 DS服务器端改变的数 据项数目的信息、 用于指示决定方向的信息、 用于指示 DS服务器是否希望开 始连续的同步会话的信息、用于指示待同步数据库的标识的信息、和用于指示 该待同步数据库标识长度的信息。
在 DS客户端 111中包括： 接收模块 41 , 用于接收来自 DS服务器的触发 建立会话连接的消息 （该消息即是携带数据同步机制的协商参数的消息）， 该 消息中携带数据同步机制的协商参数； 解析模块 42, 用于解析接收模块 41收 到的触发建立会话连接的消息； 选择模块 43 , 用于根据解析模块 43从触发建 立会话连接的消息中解析出的该协商参数，选择同步机制； 同步会话发起模块 44, 用于使用选择模块 43所选的同步机制向 DS服务器 112发起同步会话。 本实施方式中的触发建立会话连接的消息可以是 Notification消息。
由于在触发建立会话连接的消息中携带了数据同步机制的协商参数，因此 可使得 DS客户端能够根据此信息选择相应的同步机制，从而减少了同步机制 选择的会话交互， 提高了会话效率。
另外， 值得一提的是， 在 DS服务器 112的生成模块 31生成的触发建立 会话连接的消息中， 还可以携带表示是否要求上报安全认证信息和 /或设备信 息的指示信息。 在 DS客户端 111 中， 还可以包括发送模块（图中未示）， 用 于在解析模块 42从触发建立会话连接的消息中解析出的指示信息为要求上报 时，向 DS服务器 112发送携带安全认证信息和 /或设备信息的发起会话连接的 消息。 以免由于安全认证信息和 /或设备信息的上报不符合服务器要求的信息， 而造成客户端与服务器的多次交互， 从而节省了网络资源。
综上所述， 在本发明的实施方式中，触发建立会话连接的消息中携带表示 是否要求上报安全认证信息和 /或设备信息的指示信息， DS/DM客户端根据该 指示信息决定向 DS/DM服务器发送的发起会话连接的消息中， 是否需要携带 安全认证信息和 /或设备信息。由于 DS/DM客户端能够通过触发建立会话连接 的消息了解到 DS/DM服务器发起会话的意图， 因此可避免由于安全认证信息 和 /或设备信息的上报不符合服务器要求的信息， 而造成的客户端与服务器的 多次交互， 从而节省了网络资源。
触发建立会话连接的消息中的指示信息还可以进一步用于指示上报安全 认证信息时所使用的机制， 和 /或上报设备信息时所使用的方式， 使得 DS/DM 客户端的上报能够进一步满足 DS/DM服务器的需求。
如果指示信息并未明确指示是否要求上报安全认证信息， 则 DS/DM客户 端按默认的认证方式进行安全认证， 并在认证成功后， 记录该认证方式。 以便 在之后的认证中， 使用该认证方式， 从而提高了认证成功的概率。
在触发建立会话连接的消息中携带数据同步机制的协商参数，使得 DS客 户端能够根据此信息选择相应的同步机制，从而减少了同步机制选择的会话交 互， 提高了会话效率。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描 述，但本领域的普通技术人员应该明白， 可以在形式上和细节上对其作各种改 变， 而不偏离本发明的精神和范围。

Claims

权 利 要 求
1. 一种会话连接发起方法， 其特征在于， 包括：
接收来自数据同步或设备管理 DS/DM服务器的触发建立会话连接的消 息， 该消息中携带包含是否要求上报安全认证信息和 /或设备信息的指示信息； 如果所述指示信息为要求上报， 则向所述 DS/DM服务器发送携带要求的 信息的发起会话连接的消息。
2. 根据权利要求 1所述的会话连接发起方法， 其特征在于， 所述指示信 息还包含用于指示上报的所述安全认证信息所属的机制；
所述安全认证信息所属的机制为 "auth-basic" , 或为 "auth-MD5"。
3. 根据权利要求 1所述的会话连接发起方法， 其特征在于， 所述指示信 息还包含用于指示上报所述设备信息时所使用的方式；
所述上报所述设备信息时所使用的方式为以下之一：
上报完整的设备信息、 上报更新的设备信息、 上报合适的设备信息、 上报 部分指定的设备信息、 发起空会话、 上报设备信息的统一资源标识 URI链接。
4. 根据权利要求 3所述的会话连接发起方法， 其特征在于， 所述使用发 起空会话的方式上报所述设备信息包括：
在收到所述 DS/DM服务器下发的用于获取设备信息的命令时， 上报所述 设备信息。
5. 根据权利要求 1至 4中任一项所述的会话连接发起方法， 其特征在于， 所述触发建立会话连接的消息为 "Notification"消息。
6. 根据权利要求 1至 4中任一项所述的会话连接发起方法， 其特征在于， 还包括：
如果所述指示信息未明确指示是否要求上报所述安全认证信息，则按默认 的认证方式进行安全认证， 并在认证成功后， 记录该认证方式。
7. 根据权利要求 6所述的会话连接发起方法， 其特征在于， 所述记录该 认证方式包括：
将所述默认的认证方式记录在用于指定认证方式的认证类型 "AAuthPref 节点中； 或者，
将所述默认的认证方式记录在 "DMAcc"中扩展的与认证相关的节点中， 该" DMAcc"为用于管理开放移动联盟设备管理协议设置的管理对象。
8. 一种 DS/DM客户端， 其特征在于， 包括：
接收模块， 用于接收来自 DS/DM服务器的触发建立会话连接的消息， 该 消息中携带表示是否要求上报安全认证信息和 /或设备信息的指示信息；
解析模块， 用于解析所述接收模块收到的触发建立会话连接的消息； 发送模块，用于在所述解析模块从所述触发建立会话连接的消息中解析出 所述指示信息为要求上报时， 向所述 DS/DM服务器发送携带安全认证信息和 /或设备信息的发起会话连接的消息。
9. 根据权利要求 8所述的 DS/DM客户端， 其特征在于， 还包括： 安全认证模块，用于在所述指示信息并未明确指示是否要求上报所述安全 认证信息时， 按默认的认证方式进行安全认证； 认的认证方式。
10. 一种 DS/DM服务器， 其特征在于， 包括：
生成模块， 用于生成触发建立会话连接的消息， 该消息中携带表示是否要 求上报安全认证信息和 /或设备信息的指示信息；
发送模块， 用于将所述生成模块生成的触发建立会话连接的消息，发送给 DS/DM客户端。
PCT/CN2008/070946 2007-05-30 2008-05-13 Method and device for initiating the session connection WO2008145047A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08748555.3A EP2081318B1 (en) 2007-05-30 2008-05-13 Method and device for initiating the session connection
US12/499,486 US20090271845A1 (en) 2007-05-30 2009-07-08 Method and device for initiating session

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710137726XA CN101340286B (zh) 2007-05-30 2007-05-30 会话连接发起方法及设备
CN200710137726.X 2007-05-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/499,486 Continuation US20090271845A1 (en) 2007-05-30 2009-07-08 Method and device for initiating session

Publications (1)

Publication Number Publication Date
WO2008145047A1 true WO2008145047A1 (en) 2008-12-04

Family

ID=40074577

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070946 WO2008145047A1 (en) 2007-05-30 2008-05-13 Method and device for initiating the session connection

Country Status (4)

Country Link
US (1) US20090271845A1 (zh)
EP (1) EP2081318B1 (zh)
CN (1) CN101340286B (zh)
WO (1) WO2008145047A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8010997B2 (en) * 2005-06-30 2011-08-30 Microsoft Corporation Enforcing device settings for mobile devices
US8626128B2 (en) 2011-04-07 2014-01-07 Microsoft Corporation Enforcing device settings for mobile devices
CN102487406B (zh) * 2011-06-15 2017-03-15 上海博路信息技术有限公司 一种云模式的终端通讯录增强系统
EP2704359A1 (en) * 2012-08-31 2014-03-05 HTC Corporation Method of handling web interaction sessions in OMA DM systems
CN105306233B (zh) * 2014-06-19 2021-01-22 中兴通讯股份有限公司 终端管理方法及系统、服务器、终端
CN106302343A (zh) * 2015-05-26 2017-01-04 中兴通讯股份有限公司 一种设备管理系统中会话的交互方法及服务器、用户终端

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002077860A1 (en) 2001-03-26 2002-10-03 Nokia Corporation Application data synchronization in telecommunications system
KR20060013020A (ko) * 2004-08-05 2006-02-09 엘지전자 주식회사 장치관리 서비스 유알엘과 그를 이용한 장치관리 시스템및 방법
WO2006018707A1 (en) * 2004-08-20 2006-02-23 Nokia Corporation Methods and apparatus to integrate mobile communications device management with web browsing
US20060174103A1 (en) 2004-09-16 2006-08-03 Nokia Corporation System and method for integrating PKI and XML-based security mechanisms in SyncML
CN1859201A (zh) * 2006-03-08 2006-11-08 华为技术有限公司 一种同步标示语言中终端管理的无线搜索方法
CN1929475A (zh) * 2005-09-09 2007-03-14 乐金电子（昆山）电脑有限公司 以SyncML协议为基础的认证方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4588271B2 (ja) * 2001-09-18 2010-11-24 富士通株式会社 データ同期システム、データ同期方法、データセンタ及びクライアント端末
US20040044799A1 (en) * 2002-09-03 2004-03-04 Nokia Corporation Method, device and system for synchronizing of data providing for the handling of an interrupted synchronization process
FI116703B (fi) * 2003-07-11 2006-01-31 Nokia Corp Solmujen määrittäminen laitteenhallintajärjestelmässä
US7685257B2 (en) * 2003-11-10 2010-03-23 Sun Microsystems, Inc. Portable thin client for the enterprise workspace
US7428599B2 (en) * 2004-01-09 2008-09-23 Vitesse Semiconductor Corporation Method for detecting link partner state during auto negotiation and switching local state to establish link
KR100689774B1 (ko) * 2005-07-20 2007-03-08 주식회사 현대오토넷 텔레매틱스 단말기와 컴퓨터간 동기화 서비스를 제공하는홈 텔레매틱스 시스템 및 그 방법
US20070027971A1 (en) * 2005-07-26 2007-02-01 Sunil Marolia Device management network with notifications comprising multiple choice prompts
US8032647B2 (en) * 2005-12-02 2011-10-04 Lg Electronics Inc. Device management method using broadcast channel
CN100531212C (zh) * 2006-01-21 2009-08-19 华为技术有限公司 一种协商设备信息的系统、方法
US7925247B2 (en) * 2006-05-02 2011-04-12 Hewlett-Packard Development Company, L.P. Managing mobile devices based on roaming status
US8638676B2 (en) * 2007-03-27 2014-01-28 Blackberry Limited Methods and systems to allow multiple SIP applications on a SIP client the ability to select specific applications and features on a SIP server
CN101355524B (zh) * 2007-07-24 2013-10-09 华为技术有限公司 一种消息处理方法、系统、服务器和终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002077860A1 (en) 2001-03-26 2002-10-03 Nokia Corporation Application data synchronization in telecommunications system
KR20060013020A (ko) * 2004-08-05 2006-02-09 엘지전자 주식회사 장치관리 서비스 유알엘과 그를 이용한 장치관리 시스템및 방법
WO2006018707A1 (en) * 2004-08-20 2006-02-23 Nokia Corporation Methods and apparatus to integrate mobile communications device management with web browsing
US20060174103A1 (en) 2004-09-16 2006-08-03 Nokia Corporation System and method for integrating PKI and XML-based security mechanisms in SyncML
CN1929475A (zh) * 2005-09-09 2007-03-14 乐金电子（昆山）电脑有限公司 以SyncML协议为基础的认证方法
CN1859201A (zh) * 2006-03-08 2006-11-08 华为技术有限公司 一种同步标示语言中终端管理的无线搜索方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"DS Protocol Approved Version 1.2 OMA-TS-DS_Protocol-Vl_2-20060710-A", OPEN MOBILE ALLIANCE, 10 July 2006 (2006-07-10)
"OMA Device Management Notification Initiated Session", ANNOUNCEMENT OPEN MOBILE ALLIANCE, vol. XX, no. XX, 23 February 2007 (2007-02-23), pages 1 - 16
OMA DEVICE MANAGEMENT PROTOCOL; CANDIDATE VERSION 1.2
See also references of EP2081318A4

Also Published As

Publication number Publication date
EP2081318A4 (en) 2009-11-11
CN101340286A (zh) 2009-01-07
US20090271845A1 (en) 2009-10-29
CN101340286B (zh) 2011-03-30
EP2081318B1 (en) 2016-07-13
EP2081318A1 (en) 2009-07-22

Similar Documents

Publication Publication Date Title
WO2008144992A1 (fr) Procédé et dispositif pour traiter un message de notification
US8612527B2 (en) Automatic notification system and process
US9973567B2 (en) System and method for terminal management in a home network using a virtual client
CN101355524B (zh) 一种消息处理方法、系统、服务器和终端
KR100690764B1 (ko) 아이엠피에스 클라이언트의 상태정보 동기화 방법
WO2009092263A1 (zh) 终端、服务器、终端管理方法和终端能力信息上报方法
US20120166796A1 (en) System and method of provisioning or managing device certificates in a communication network
WO2008145047A1 (en) Method and device for initiating the session connection
WO2009074035A1 (fr) Système, appareil et procédé de transmission de fichiers
WO2007107120A1 (fr) Système, appareil et procédé de traitement de courrier électronique au moyen d&#39;une synchronisation de données
WO2011137830A1 (zh) 一种业务分发平台消息推送方法、相关设备及系统
WO2010028571A1 (zh) 大数据对象的传输方法、传输系统及发送设备和接收设备
WO2013060129A1 (zh) 无线局域网的快速认证方法、接入控制器及系统
WO2009103212A1 (zh) 一种数据同步的方法、系统和装置
WO2008071109A1 (fr) Procédé et système de réalisation de gestion de compte de courrier tiers
WO2013189332A2 (zh) 实现数字家庭视频流自适应播放的方法、系统及相关设备
CN110771117B (zh) 一种采用面向id的网络的会话层通信
WO2010124571A1 (zh) 节点信息获取方法、客户端、服务器
WO2014187241A1 (zh) 控制无线网络直连群组中无线设备断开的方法及无线设备
WO2013017020A1 (zh) 对可执行节点的操作方法及系统
CN101494587B (zh) 一种分组网络隧道处理方法及通讯系统以及相关设备
KR100844361B1 (ko) 자료 동기화 게이트웨이 시스템 및 방법
WO2010124567A1 (zh) 大对象传输方法、服务器
CN108449406A (zh) 一种基于xmpp协议的客户端与服务端离线数据实时同步方法
EP1936865B1 (en) A method, a system and an apparatus for synchronizing the stream between the bearer control layer and bearer layer devices

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08748555

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2008748555

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008748555

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE