KR100864940B1 - Session control method for OAM DM protocol - Google Patents

Abstract

The present invention provides a session control method for the OMA DM protocol that allows the DM server to process a plurality of commands requested in the same DM client in a single session in the OMA DM protocol for remote management of a mobile terminal. In the OMA DM protocol, a method for controlling a session between a client and a server in which a server requests a command to a same client at a predetermined time interval, the method comprising: transmitting result data in response to the command input from the server to the server; Receiving, via the server, a status code in response to the result data and a session message for maintaining a current session for a predetermined time to the client, and a current session until a new message is input at the server in response to the input session message. It includes the step of maintaining.

OMA, DM Protocol, Session Control, Mobile Terminal, DM Client, DM Server

Description

Session control method for OMA DMD protocol

1 is a diagram illustrating a session processing procedure of a general DM protocol

2 is a diagram illustrating a session control method for an OMA DM protocol according to a first embodiment of the present invention;

3 is a diagram illustrating a session control method for an OMA DM protocol according to a second embodiment of the present invention.

* Explanation of symbols for main parts of the drawings

10: DM Client 20: DM Server

30: SMS Server Center

The present invention relates to the Open Mobile Alliance (OMA), and more particularly to a session control method for the OMA DM protocol.

With the development of mobile telecommunications, the telecommunications market has experienced rapid growth, and the demand for wireless Internet is gradually increasing. The movement of standardization organizations has also focused on the use of wireless Internet in recent years, which has been increasingly focused on wired network standards. The launch of the Open Mobile Alliance (OMA), launched in June 2002, is expected to help boost the potential wireless Internet market.

As such, OMA is a forum for verifying the development and interoperability of technical standards for the global activation of mobile data services. Unlike existing forums, mobile communication service providers, manufacturers, software developers, content providers, etc. Companies in a variety of industries are involved in the value chain. This is due to the purpose of avoiding fragmentation of platforms and services according to mobile communication providers and securing interoperability.

As a direct example, subscribers must use separate roaming because the CDMA method, which accounts for 15-20% of the world and the GSM method, which accounts for 70-75%, is not guaranteed to be compatible with each other. Data use has been a limitation. OMA focuses on developing standards for exchanging mobile data without restricting these different standards and operating systems.

Among them, the OMA DM (Device Management) protocol applied for remote management in mobile devices of a mobile terminal (mobile phone, PDA, PMP, etc.) uses one session to process a command required at a specific point in time. In other words, if several commands are requested at time intervals, even for the same client and server, one session is required per command.

1 is a diagram illustrating a session processing procedure of a general DM protocol.

As shown in FIG. 1, when the DM server 20 sends a trigger message to start a DM session through the SMS server center 30, the DM client 10 transmits the DM server 20 and the transport layer (HTTP). , WSP, OBEX, etc.) (step 1).

When the transport layer connection between the DM client 10 and the DM server 20 is completed as described above, the DM client 10 transmits the client authentication message and its terminal information to the DM server 20 (second step).

The DM server 20 transmits server authentication and necessary DM commands to the DM client 10 in response to the input client authentication message and the terminal information (step 3).

Then, the DM client 10 transmits the result data to the DM server 20 in response to the input DM command (step 4), and the DM server 20 transmits a status code to the DM client ( 10) (step 5). At this time, the DM server 20 transmits the following command to the DM client 10 together with the status code.

Therefore, if there is no next command among the messages input through the DM server 20 in the fifth step, the DM client 10 determines that there are no more commands and ends the corresponding session.

In the conventional DM protocol, if a command inputted from the DM server 20 to the DM client 10 is requested at a predetermined interval without being requested with the status code, the first step to the fifth step for each command is performed. All session connection procedures should be performed.

Accordingly, since the same authentication information must be repeatedly transmitted, not only the data packet is wasted but also the DM server 20 causes a delay in response time for receiving the result data through the DM client 10. In particular, the time required for the connection between the first step and the transport layer through the SMS server center 30 has become a major factor in further increasing the processing time of the DM command.

Accordingly, the present invention has been made to solve the above problems, in the OMA DM protocol for remote management of a mobile terminal, the DM server can process a plurality of commands requested at the same DM client at a time interval in one session. The purpose is to provide a session control method for the OMA DM protocol.

Another object of the present invention is to provide a session control method for the OMA DM protocol that can improve the packet usage and response speed required for a new session connection by continuously maintaining a session connection state between the DM client and the DM server. have.

In order to achieve the above object, a feature of the session control method for the OMA DM protocol according to the present invention is that in the OMA DM protocol, a method for controlling a session between a client and a server that requests a command at a predetermined time interval from a server to the same client Transmitting result data in response to a command input from the server to a server, receiving a status code in response to the result data and a session message for maintaining a current session for a predetermined time through the server; And maintaining the current session until a new message is input at the server in response to the entered session message.

Preferably, the session message is a pause message for suspending a session even if there is no command continuous with the status code.

Preferably, the session message is a session resumption message for activating the session even if there is no continuous command with the status code.

Another feature of the session control method for the OMA DM protocol according to the present invention for achieving the above object is (a) initiating a session between the client and server in response to a trigger message transmitted through the SMS server center; Performing a transport layer connection for the server; (b) receiving a client authentication message transmitted to the server and server authentication and a first command in response to the client terminal information; and (c) the input. Transmitting the result data in response to the first command to the server and receiving a pause message to the client to pause the current session with the status code in response to the result data; and (d) Maintaining the current session paused in response to the message; and (e) after the predetermined time has passed through the session. Receiving a resume message and a second command in (f), (f) a session in a pause state is activated in response to the resume message input, and processing the inputted second command to transmit the result data to the server By repeating from the step (c).

Another feature of the session control method for the OMA DM protocol according to the present invention for achieving the above object is (A) initiating a session between the client and the server in response to a trigger message transmitted through the SMS server center; Performing a transport layer connection to the client; (B) receiving a client authentication message sent to the server and server authentication and a first command in response to the terminal information of the client; Transmitting the result data in response to the inputted first command to the server and receiving a maintenance message for maintaining the activation of the current session with the status code in response to the result data to the client; Maintaining the current session in response to the session message; (E) passing through the activated session after a predetermined time; And the step of receiving a second command from the server, (F) is to send the resulting data to process the second command is input to the server comprises the step of repeating from the (C) step.

Other objects, features and advantages of the present invention will become apparent from the following detailed description of embodiments with reference to the accompanying drawings.

A preferred embodiment of the session control method for the OMA DM protocol according to the present invention will be described with reference to the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but can be implemented in various different forms, only the embodiments to complete the disclosure of the present invention and complete the scope of the invention to those skilled in the art. It is provided to inform you.

First Example

2 is a diagram illustrating a session control method for an OMA DM protocol according to a first embodiment of the present invention.

As shown in FIG. 2, when the DM server 20 sends a trigger message to start a DM session through an SMS server center (not shown), the DM client 10 transmits a DM server 20 and a transport layer ( HTTP, WSP, OBEX, etc.) (step 1). At this time, the DM client 10 is a mobile terminal such as a mobile phone, PMP, PDA, notebook, etc., the DM server 20 is preferably a personal PC or more computer.

When the transport layer connection between the DM client 10 and the DM server 20 is completed as described above, the DM client 10 transmits the client authentication message and its terminal information to the DM server 20 (second step).

Subsequently, the DM server 20 transmits the server authentication and necessary first command to the DM client 10 in response to the input client authentication message and the terminal information (step 3).

Then, the DM client 10 transmits the result data to the DM server 20 in response to the inputted first command (step 4), and the DM server 20 sends a status code in response to the input result data. To 10. At this time, the DM server 20 transmits a pause message (suspend) together with the status code to the DM client 10 in order to use the current session again for a command to be requested after a predetermined time (step 5).

Accordingly, in the fifth step, the DM server 20 transmits a suspension message to the DM client 10 together with a status code that responds to the input result data. For reference, the pause message is a message transmitted to the DM client 10 together with the status code when there is no continuous next command. If there is a continuous next command, the status code is the same as in the general method. And the next command will be sent to the DM client 10. In this description, for simplicity, there is no continuous next command.

As such, when a temporary message (suspend) is input from the DM server 20 in the fifth step, the DM client 10 does not terminate the session with the current DM server 20 even if there is no subsequent command. While keeping in the paused state, the DM server 20 waits for a resume message to be input.

Therefore, after a predetermined time has elapsed, the DM server 20 transmits a second command to the DM client 10 together with the resume message by using the current session which is in the pause state again. (Step 6). In this case, the predetermined time is a time corresponding to within a preset maximum time when the system is implemented, and the maximum time may be changed to a set time in consideration of the use of a packet and a wireless data charge system.

Then, the DM client 10 activates the current session in the pause state in response to the input restart message, and processes the second command input together with the resume message through the DM server 20 to output the result data. Transfer to DM server 20 (seventh step).

The DM server 20 transmits a suspension message to the DM client 10 again with a status code in response to the input result data (step 8).

Then, the DM client 10 does not terminate the session with the current DM server 20 through a temporary message (suspend) input from the DM server 20 in the eighth step, while maintaining the session in a pause state. Waiting for the resume message from the DM server 20 to be input.

After a predetermined time has elapsed, the DM server 20 transmits a third command to the DM client 10 together with the resume message by using the current session which is in the pause state again. In a ninth step, the DM client 10 is activated in the pause state in response to the input restart message, and processes the third command input together with the restart message through the DM server 20. The data is transmitted to the DM server 20 (step 10).

The DM server 20 then transmits a pause message (suspend) to the DM client 10 again with a status code responsive to the input result data, so that the DM client 10 receives the current DM server 20. The process of waiting for a resume message from the DM server 20 is input while maintaining a pause state without ending the session with the user (step 11).

In this case, the DM client is a mobile terminal, it is preferable that the DM server is a personal PC or more computers.

As such, when controlling a terminal remotely, once a session is connected, the previously connected session is reused, thereby significantly reducing the amount of packets used for controlling the terminal.

2nd Example

3 is a diagram illustrating a session control method for an OMA DM protocol according to a second embodiment of the present invention.

As shown in FIG. 3, when the DM server 20 sends a trigger message to start a DM session through an SMS server center (not shown), the DM client 10 transmits a DM server 20 and a transport layer ( HTTP, WSP, OBEX, etc.) (step 1). At this time, the DM client 10 is a mobile terminal such as a mobile phone, PMP, PDA, notebook, etc., the DM server 20 is preferably a personal PC or more computer.

When the transport layer connection between the DM client 10 and the DM server 20 is completed as described above, the DM client 10 transmits the client authentication message and its terminal information to the DM server 20 (second step).

Subsequently, the DM server 20 transmits the server authentication and necessary first command to the DM client 10 in response to the input client authentication message and the terminal information (step 3).

Then, the DM client 10 transmits the result data to the DM server 20 in response to the inputted first command (step 4), and the DM server 20 sends a status code in response to the input result data. To 10. At this time, the DM server 20 transmits a maintenance message to the DM client 10 together with the status code to use the current session again for a command to be requested after a predetermined time (step 5).

Therefore, in the fifth step, the DM server 20 transmits a maintenance message to the DM client 10 together with a status code that responds to the input result data. For reference, the maintenance message is a message transmitted to the DM client 10 together with the status code when there is no continuous next command. The following command is sent to the DM client 10. In this description, for simplicity, there is no continuous next command.

As such, when the maintenance message is maintained from the DM server 20 in the fifth step, the DM client 10 activates the session without ending the current session with the DM server 20 even if there is no subsequent command. While maintaining the state, it waits for a new message to be input from the DM server 20.

Therefore, after a predetermined time has elapsed, the DM server 20 retransmits the second command to the DM client 10 by using the current session which is kept active (step 6). In this case, the predetermined time is a time corresponding to within a preset maximum time when the system is implemented, and the maximum time may be changed to a set time in consideration of the use of a packet and a wireless data charge system.

Then, the DM client 10 processes the inputted second command and transmits the result data to the DM server 20 (step 7), and the DM server 20 responds to the input result data with a status code. Together again, a maintain message is sent to the DM client 10 (step 8).

Then, the DM client 10 maintains the session in an active state without ending the session with the current DM server 20 through the maintenance message input from the DM server 20 in the eighth step. Waits for a new message from the DM server 20 to be input.

After a predetermined time has elapsed, the DM server 20 again transmits a third command to the DM client 10 by using the current session which is kept active (step 9), and the DM client. 10 processes the input third command and transmits the result data to the DM server 20 (step 10).

The DM server 20 then sends a maintenance message again to the DM client 10 together with the status code in response to the input result data, so that the DM client 10 terminates the current session with the DM server 20. Instead, the process of waiting for a new message from the DM server 20 is input while maintaining the current session in an active state (step 11).

As such, when controlling a terminal remotely, once a session is connected, the previously connected session is reused, thereby significantly reducing the amount of packets used for controlling the terminal.

As in the first embodiment described above, a message for holding and resuming a session and a message for keeping a session active, as in the second embodiment, can be used again after a predetermined time without disconnecting an already connected session. In this way, since duplicate packets exchanged between the same DM server 20 and the DM client 10 are eliminated, the amount of packets can be significantly reduced. In addition, since the time required for connection between the first step through the SMS server center 30 and the transport layer can be reduced, the DM server 20 can receive the result data quickly.

Although the technical spirit of the present invention described above has been described in detail in a preferred embodiment, it should be noted that the above-described embodiment is for the purpose of description and not of limitation. In addition, one of ordinary skill in the art of the present invention will understand that various embodiments are possible within the scope of the technical idea of the present invention. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

The session control method for the OMA DM protocol according to the present invention as described above has the following effects.

First, when controlling a terminal remotely, once a session is connected, the previously connected session is reused, thereby significantly reducing the amount of packets used for controlling the terminal.

Second, there is an effect that the mobile network operator can operate the wireless data network more efficiently.

Third, since the time required for connecting a new session with the SMS server center can be quickly received, resulting data can improve the response speed of the client.

Fourth, in the wireless data rate system charged according to the usage of packets from the user side, data communication charges can be reduced.

Claims (8)

In the OMA DM protocol, a method for controlling a session between a client and a server in which a server requests a command at a predetermined time interval from the same client, Transmitting result data in response to a command input from the server to a server; Receiving, through the server, a status code in response to the result data and a session message for maintaining a current session for a predetermined time, to the client; And maintaining a current session until a new message is input at the server in response to the input session message. The method of claim 1, The session message is a session control method for the OMA DM protocol, characterized in that the pause message to suspend the session even if there is no continuous command with the status code. The method of claim 2, The new message is a session control method for the OMA DM protocol, characterized in that the resume message to restart the pause message to activate the session. The method of claim 1, The session message is a session control method for the OMA DM protocol, characterized in that the maintenance message to keep the session activated even if there is no command continuous with the status code. The method of claim 4, wherein The new message is a next command session control method for the OMA DM protocol. delete (a) establishing a transport layer connection to initiate a session between the client and server in response to a trigger message sent through the SMS server center; (b) receiving a client authentication message transmitted to the server and server authentication and first command in response to the terminal information of the client to the client; (c) transmitting the result data in response to the inputted first command to the server, receiving a pause message for pausing the current session with the status code in response to the result data, to the client; (d) maintaining a current session in a pause state in response to the entered pause message; (e) receiving a restart message and a second command from the server through the session after a predetermined time; (f) activating a paused session in response to the input restart message, processing the inputted second command, and transmitting the result data to a server to repeat from step (c). Session control method for OMA DM protocol characterized by. (A) establishing a transport layer connection to initiate a session between the client and server in response to a trigger message sent through the SMS server center; (B) receiving a client authentication message transmitted to the server and server authentication and first command in response to the terminal information of the client to the client; (C) transmitting the result data in response to the inputted first command to the server and receiving a maintenance message for maintaining the activation of the current session with the status code in response to the result data to the client; (D) maintaining a current session in response to the input maintenance message; (E) receiving a second command from the server through the activated session after a predetermined time; (F) processing the input second command, and transmitting the result data to the server, repeating from the step (C), the session control method for the OMA DM protocol.

Images