US20090275349A1 - Method and apparatus for providing idle mode service - Google Patents
Method and apparatus for providing idle mode service Download PDFInfo
- Publication number
- US20090275349A1 US20090275349A1 US12/293,515 US29351506A US2009275349A1 US 20090275349 A1 US20090275349 A1 US 20090275349A1 US 29351506 A US29351506 A US 29351506A US 2009275349 A1 US2009275349 A1 US 2009275349A1
- Authority
- US
- United States
- Prior art keywords
- contents
- mobile communication
- communication terminal
- server
- message
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72427—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting games or graphical animations
Definitions
- the present invention relates to a method and apparatus for providing an idle mode service, and more particularly, to a method and apparatus for providing an idle mode service by pushing or push-pulling a message between a mobile communication terminal and a contents server.
- an idle mode service is a service that enables a user to receive desired information in an idle mode of a mobile communication terminal and to use contents that are not stored in the mobile communication terminal.
- An object of the present invention is to provide an idle mode service providing method and apparatus that can be used without the connection to a content server by a user.
- Another object of the present invention is to provide an idle mode service providing method and apparatus using a PUSH_PULL mode without the need of the consent of a user.
- a further object of the present invention is to provide an idle mode service providing method and apparatus using a PUSH&PULL mode with the need for the consent of a user.
- the present invention provides a method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, the method including: receiving state information from the at least one mobile communication terminal; transmitting a push message to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server, the push message including information for providing contents to the at least one mobile communication terminal; and transmitting contents to the at least one mobile communication terminal according to the push message transmission.
- the method may further include receiving contents from the contents provider server and storing the contents, and allocating a contents key when the contents provided from the contents provider server is stored.
- a method for providing an idle mode service using an idle mode service system including an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, includes: receiving, at the idle mode service server system, state information from the at least one mobile communication terminal; transmitting a push message from the idle mode service server system to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server; identifying, at the mobile communication terminal, a page URL contained in the push message and to browse a server to connect to; and receiving corresponding contents from the browsed server and applying the received contents to an application.
- the method may further include, upon receiving the push message at the mobile communication terminal, executing an application action contained in the push message and then obtaining consent of a user to browse to the server.
- an idle mode service system interworking with at least one mobile communication terminal includes: a contents provider server storing contents provided from a contents provider and performing a push message request; and an idle mode service server system receiving state information from the at least one mobile communication terminal, transmitting a push message to the at least one mobile communication terminal in consideration of the state information upon receiving a push message request from the contents provider server, and transmitting contents provided from the contents provider server to the at least one mobile communication terminal.
- the idle mode service server system may include: a contents cashing manager server receiving a push message transmission request from the contents provider server, and receiving and storing contents at, before or after the push message request; a push manage system server receiving a push message request from the contents cashing manager server, requesting state information, and transmitting a push message to the at least one mobile communication terminal in consideration of the state information; and a mobile signal interface server receiving state information from the at least one mobile communication terminal and transmitting the state information to the push manage system server.
- the mobile signal interface server may receive a contents request signal, which is transmitted according to reception of the push message at the at least one mobile communication terminal, and transmit the received contents request signal to the contents cashing manager server.
- the contents cashing manager server may receive a contents request signal from the at least one mobile communication terminal, and transmit contents to the mobile communication terminal through the mobile signal interface server.
- the contents cashing manager server may automatically transmit prestored contents to the mobile communication terminal.
- the present invention can provide an idle mode service that can be used without the connection to a contents server by a user. Also, it is possible to provide specific contents with or without the request and consent of a user. Consequently, the system according to the present invention can control an idle-screen application through a combination between interworking systems.
- FIG. 1 is a schematic diagram illustrating a structure of an idle mode service providing system according to preferred embodiments of the present invention.
- FIG. 2 is a signal flow diagram illustrating message/contents push processes for providing an idle mode service according to preferred embodiments of the present invention.
- FIG. 3 is a conceptual diagram illustrating a data structure of an automatic PUSH_PULL mode push message for pulling registered contents according to a first embodiment of the present invention.
- FIG. 4 is a conceptual diagram illustrating a data structure of an automatic PUSH_PULL mode push message for browsing a Web page on a mobile communication terminal according to a second embodiment of the present invention.
- FIG. 5 is a conceptual diagram illustrating a data structure of a manual PUSH& PULL mode push message for pulling registered contents according to a third embodiment of the present invention.
- FIG. 6 is a conceptual diagram illustrating a data structure of a manual PUSH& PULL mode push message for browsing a Web page on a mobile communication terminal according to a fourth embodiment of the present invention.
- the present invention illustrates a system using an idle-screen application based on the WIPI platform.
- the system of the present invention transmits contents by relaying, transmitting and pushing a push message that is requested by a contents service provider.
- information is exchanged by a PULL mode where a mobile communication terminal transmits a contents request message.
- a message transmission standard is divided into a PUSH message transmission standard by which a message is unidirectionally transmitted to a mobile communication terminal and a PULL message transmission standard by which, after the PUSH operation, an application of the mobile communication terminal transmits a data request signal to a server to download contents.
- This message transmission standard cannot provide a desired results when the contents of a message transmitted to the mobile communication terminal are improper.
- the message transmission standard must represent limited bytes, a character string, and a function that are defined in an idle mode service providing system.
- the PUSH is a process where the final results are usually terminated in an application, such as an operation of a mobile communication terminal application, function execution, and information transmission.
- the PULL is a process by which an application connects to a server in response to the PUSH process and then data are downloaded and stored in the mobile communication terminal, which can solve the problem that the PUSH cannot transmit data directly. Accordingly, the present invention provides embodiments where a PULL function according to the following methods is added using an idle-screen application.
- the embodiments of the present invention will be described discriminatively according to a PUSH_PULL mode and a PUSH&PULL mode.
- PUSH_PULL mode data (contents) are provided without the request and consent of a user.
- PUSH&PULL mode data are provided with the consent of a user.
- the PUSH_PULL mode and the PUSH&PULL mode will be described discriminatively according to a manual function and an automatic function.
- the manual function is used to full registered contents, and the automatic function is used to browse a Web page.
- Idle mode service providing systems and methods are identically applied in the embodiments of the present invention, and can be discriminated according to push messages to be transmitted to a mobile communication terminal. These push messages will be described later in detail.
- FIG. 1 is a schematic diagram illustrating a structure of an idle mode service providing system according to preferred embodiments of the present invention.
- an idle mode service system includes a contents provider (CP) server 101 , a contents cashing manager (CCM) server 103 , a push manage system (PMS) server 105 , a mobile signal interface (MSI) server 111 , a base transceiver station (BTS) 113 , a message center (MC) 115 , a wireless information system environment (WISE) 121 , and a mobile communication terminal 123 .
- CP contents provider
- CCM contents cashing manager
- PMS push manage system
- MSI mobile signal interface
- BTS base transceiver station
- MC message center
- WISE wireless information system environment
- the CP server 101 stores contents provided by contents providers, and, if necessary, transmits contents to users through the CCM server 103 , together with a message PUSH request.
- the CCM server 103 uploads contents provided by the CP server 101 , and transmits the message PUSH request from the CP server 101 to the PMS server 105 .
- the CCM server 103 schedules a message PUSH sequence.
- the PMS serve 105 includes: an SMS push server 107 transmitting an SMS message via the MC 115 ; and a CBS push server 119 transmitting a CBS message.
- the PMS server 105 transmits a message the mobile communication terminal 123 via the MC 115 .
- the MSI server 111 receives information about a ticker channel list and a set/release status of an application of the mobile communication terminal 123 .
- the MSI server 111 transmits contents to the application.
- the ticker is a service for providing specific information to users in real time through a specific area set on an idle screen of the mobile communication terminal 123 .
- a system for providing contents from the CP server 101 to the mobile communication terminal 123 including the CCM server 103 , the PMS server 105 and the MSI server 111 , is referred to as “an idle mode service server system”.
- the BTS 113 performs baseband signal processing, wireline/wireless conversion, and transmission/reception of a radio signal.
- the BTS 113 is a network terminating device that is directly connected to a subscriber terminal.
- the BTS 113 includes an RF processor (not illustrated) and a baseband processor (not illustrated) including a controller and a channel for processing a mobile communication protocol.
- the BTS 113 transmits a push message to the mobile communication terminal 123 in response to the request of the CP server 101 .
- the BTS 113 transmits contents to the mobile communication terminal 123 under the control of a BTS controller (not illustrated).
- the MC 115 includes: a short message service center (SMSC) 117 interworking with the SMS push server 107 to transmit a SMS message to the mobile communication terminal 123 ; and a cell broadcasting service center (CBMC) 119 interworking with the CBS push server 109 to transmit a CBS message to the mobile communication terminal 123 .
- the MC 115 transmits a push message from each MC 115 to the mobile communication terminal 123 according to user classes and characteristics of contents to be provided.
- the WISE 121 is a system building device by which a mobile communication service provider seeks to enhance a business image through management of a CS (customer satisfied) center or to enhance its reliability by on-line processing of a charging operation.
- the WISE performs operations of subscribing/unsubscribing new users, an operation of changing information of subscribers, a charging service operation, and a centralized charging management operation.
- the mobile communication terminal 123 may be a variety of communication devices such as general portable phones, 3GPP terminals, PDAs, and smart phones.
- the mobile communication terminal 123 may basically be a terminal that can provide a message service and data communication together with a call service.
- the mobile communication terminal 123 is mounted with an idle mode service application, receives a push message from the CP server 101 , and receives and displays contents automatically or by selection by a user.
- FIG. 2 is a signal flow diagram illustrating a message/contents push process for providing an idle mode service according to preferred embodiments of the present invention.
- the service providing process can be divided into a process of transmitting a push message in response to the request of the CP server 101 and a process of providing PULL contents in response to the request of the mobile communication terminal 123 .
- the push message has a predetermined data structure, which will be described later.
- the CP server 101 transmits a contents upload signal CON_UPLOAD to the CCM server 103 .
- the contents upload signal CON_UPLOAD is a signal by which the CP server 101 uploads contents to the CCM server 103 .
- the uploaded contents is endowed with a contents key so that it can be extracted in response to the contents transmit request from the mobile communication terminal 123 .
- the CP server 101 transmits a push request signal PUSH_REQ to the CCM server 103 .
- the push request signal PUSH_REQ is a signal that is used for requesting a push message for the contents to be transmitted to the mobile communication terminal 123 .
- FIG. 2 illustrates that push message transmission is requested after uploading of contents in the case of automatic/manual methods for pulling contents registered according to the first and third embodiments of the present invention, the contents may be uploaded simultaneously with or after the push request. In addition, a contents uploading operation may be omitted in the case of a service for browsing an URL according to the second and fourth embodiments of the present invention.
- the CCM 103 transmits a push request signal to the PMS server 105 .
- the push request signal is a signal that is used for relaying the push request signal received from the CP server 101 .
- the mobile communication terminal 123 transmits a state signal STATE to the MSI server 111 .
- the state signal STATE indicates the state of the mobile communication terminal 123 , such as a call state or an idle state. In the case of the idle state, the state signal STATE indicates a set or release state of a popup application. Accordingly, the MSI server 111 uses state information, which is received from the mobile communication terminal 123 mounted with an idle mode service application, as criteria for message transmission. Accordingly, the state signal STATE is a signal indicating a state just before a state request signal STATE_REQ for transmission of the push message is received.
- the PMS 105 transmits the state request signal STATE_REQ to the MSI server 111 .
- the state request signal STATE_REQ is a signal for inquiring the state of the mobile communication terminal 123 .
- the MSI server 111 transmits a state response signal STATE_ACK to the PMS server 105 .
- the state response signal STATE_REQ is a response signal for the state request signal STATE_REQ. That is, the state response signal STATE_REQ is a signal for informing the set/release state and the idle state of the mobile communication terminal 123 .
- the PMS server 105 upon receiving the state response signal STATE_ACK from the MSI server 111 , transmits a push message PUSH_MSG to the mobile communication terminal 123 .
- the push message PUSH_MSG includes a contents type, a contents key, and application data, which are provided by the CP server 101 . According to the types of contents, the push message PUSH_MSG is transmitted using an SMS message, a multimedia messaging service (MMS) message, or a CBS message.
- MMS multimedia messaging service
- the mobile communication terminal 123 transmits a contents request signal CON_REQ to the MSI server 111 .
- the contents request signal CON_REQ is a signal by which the mobile communication terminal 123 requests contests corresponding to the received push message PUSH_MSG.
- the contents request signal CON_REQ may be generated by two methods. One method is that the contents request signal CON_REQ is automatically generated by an application in the mobile communication terminal 123 according to the first and second embodiments of the present invention, which is defined as a PUSH_PULL mode. The other method is that the contents request signal CON_REQ is manually generated by an application in the mobile communication terminal 123 with approval of a user according to the third and fourth embodiments of the present invention, which is defined as a PUSH&PULL mode.
- the MSI server 111 transmits a contents request signal CON_REQ to the CCM server 103 .
- the contents request signal CON_REQ transmitted to the CCM server 103 is a signal for requesting extraction of contents stored in the CCM server 103 .
- the CCM server 103 extracts contents, which is requested by the mobile communication terminal 123 , from a memory on the basis of a contents key value contained in the contents request signal CON_REQ, and transmits the extracted contents to the MSI server 111 .
- contents are illustrated as being stored and managed by the CCM server 103 , the present invention is not limited to this.
- the contents request signal CON_REQ may be transmitted to the CP server 101 .
- the MSI server 111 transmits the received contents to the mobile communication terminal 123 . Accordingly, the mobile communication terminal 123 displays the received contents on its display unit.
- the mobile communication terminal 123 to download data after the push message transmission, connects to the servers of the idle mode service server system.
- the mobile communication terminal 123 may be provided with idle mode service contents (data) by connection to a server of a service provider via a general communication path.
- a page URL is contained in the push message and the mobile communication terminal 123 is provided with contents by checking the page URL and connecting to a corresponding server through browsing.
- the first embodiment of the present invention describes a push message that is used in the case where contents are provided using the automatic PUSH_PULL mode for pulling registered contents, that is, the case where data (contents) are provided without the request and consent of a user.
- This push message is referred to as a PUSH_PULL message.
- a payload of the PUSH_PULL message according to the first embodiment of the present invention has a format illustrated in FIG. 3 .
- the PUSH_PULL message uses ‘
- the mobile communication terminal 123 since contents exist in the CP server 101 or the CCM server 103 of the idle mode service server system, the mobile communication terminal 123 requests the above serve to transmit contents.
- a PUSH_PULL mode push message data 300 includes a message type field MSG_TYPE 301 , a content key field CONTENT_KEY 303 , and an application type field APP_DATA 305 .
- the message type field MSG_TYPE 301 indicates the type of a message. In the case of a PUSH_PULL message for pulling contents stored in the CP server 101 or the CCM server 103 of the idle mode service server system, the message type field MSG_TYPE 301 uses a value of 05 and has a size of 2 bytes.
- the content key field CONTENT_KEY 303 indicates a key value of stored PULL contents (data), and has the maximum size of 10 bytes.
- the application type field APP_DATA 305 is a message defining an action of an application, and has the maximum size of 50 bytes.
- the size of the PUSH_PULL mode push message data 300 cannot exceed 55 bytes.
- the second embodiment of the present invention describes a push message that is used in the case where contents are provided using the automatic PUSH_PULL mode for browsing a specific URL of a Web page on the mobile communication terminal 123 , that is, the case where data (contents) are received and applied in an application without the consent of a user.
- This push message is called a PUSH_PULL message.
- a payload of the PUSH_PULL message according to the second embodiment of the present invention has a format illustrated in FIG. 4 .
- the PUSH_PULL message uses ‘
- a specific URL is browsed using a browser after an application performs an action defined by the CP server 101 .
- the third embodiment of the present invention describes a push message that is used in the case where contents are provided using the manual PUSH&PULL mode for pulling registered contents, that is, the case where data (contents) are provided with the request and consent of a user.
- This push message is referred to as a PUSH&PULL message.
- a payload of the PUSH_PULL message according to the third embodiment of the present invention has a format illustrated in FIG. 5 .
- the PUSH&PULL message uses ‘
- the CONFIG_MSG field 505 includes message data to be confirmed by a user before the pulling of contents.
- the CONFIG_MSG field 505 includes a message “A NEW PICTURE HAS ARRIVED. DO YOU WANT TO RECEIVE IT?”, and has the maximum size of 10 bytes.
- the application type field APP_DATA 507 is a message defining an action of an application, and has the maximum size of 50 bytes.
- the fourth embodiment of the present invention describes a push message that is used in the case where contents are provided using the manual PUSH&PULL mode for browsing a specific URL of a Web page on the mobile communication terminal 123 , that is, the case where data (contents) are provided with the request and consent of a user.
- This push message is called a PUSH&PULL message.
- a payload of the PUSH&PULL message according to the fourth embodiment of the present invention has a format illustrated in FIG. 6 .
- the PUSH_PULL message uses ‘
- a specific URL is browsed using a browser, passing through confirmation of a user, after an application performs an action defined by the CP server 101 .
- a PUSH&PULL mode push message data 600 includes a message type field MSG_TYPE 601 , a call back URL field CALLBACK_URL 603 , a confirmation message field CONFIRM_MSG 605 , and an application type field APP_DATA 607 .
- the message type field MSG_TYPE 601 indicates the type of a message. In the case of a PUSH&PULL message for browsing a specific URL, the message type field MSG_TYPE 601 uses a value of 08 and has a size of 2 bytes.
- the call back URL field CALLBACK_URL 603 indicates an URL of a specific page for browsing, and has the maximum size of 50 bytes.
- the CONFIG_MSG field 605 includes message data to be confirmed by a user before the pulling of contents.
- the CONFIG_MSG field 605 includes a message “DO YOU WANT TO CONNECT TO A RANKING SERVER?”, and has the maximum size of 40 bytes.
- the application type field APP_DATA 607 is a message defining an action of an application, and has the maximum size of 50 bytes.
- the size of the push message data 600 cannot exceed 55 bytes.
- the present invention provides a method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal.
- the method includes receiving state information from the at least one mobile communication terminal, transmitting a push message to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server, and transmitting contents to the at least one mobile communication terminal according to the push message transmission. Accordingly, it is possible to provide an idle mode service that can be used without the connection to a contents server by a user. Also, specific contents can be provided with or without the request and consent of a user. Consequently, the system and method according to the present invention can control an idle-screen application through a combination between interworking systems.
Abstract
Provided is a method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal. In the method, state information is received from the at least one mobile communication terminal, and a push message is transmitted to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server. Thereafter, contents are transmitted to the at least one mobile communication terminal according to the push message transmission. Accordingly, it is possible to provide an idle mode service that can be used without the connection to a contents server by a user. Also, specific contents can be provided with or without the request and consent of a user. Consequently, the system and method according to the present invention can control an idle-screen application through a combination between interworking systems.
Description
- The present invention relates to a method and apparatus for providing an idle mode service, and more particularly, to a method and apparatus for providing an idle mode service by pushing or push-pulling a message between a mobile communication terminal and a contents server.
- In general, an idle mode service is a service that enables a user to receive desired information in an idle mode of a mobile communication terminal and to use contents that are not stored in the mobile communication terminal.
- In a conventional idle mode service, service providers are unable to directly transmit contents from a contents server to a mobile, but merely informs users of the possibility of transmission of contents indirectly through an SMS message. In addition, in order to enjoy contents, users must connect to an URL or a calling number contained in an SMS message received from a service provider and then download data of the contents.
- However, in a conventional method, in order to change a background image of a mobile communication terminal or receive specific information, users must perform data communication in an active (call) mode of the mobile communication terminal and then receive data from a contents server to update the background image.
- Therefore, in the case of the conventional method, in order to obtain desired information or contents, users must make a call connection to a service provider or perform data communication with a content server. Also, the users are charged a communication fee for a time period from the start point of the connection to the time when the desired contents are found. In addition, the service provider is unable to directly transmit even no-charge advertisements when there is no connection of a user. Also, since users are reluctant to connect communication due to the burden of a communication fee, a content market is difficult to activate.
- An object of the present invention is to provide an idle mode service providing method and apparatus that can be used without the connection to a content server by a user.
- Another object of the present invention is to provide an idle mode service providing method and apparatus using a PUSH_PULL mode without the need of the consent of a user.
- A further object of the present invention is to provide an idle mode service providing method and apparatus using a PUSH&PULL mode with the need for the consent of a user.
- In order to achieve the above objects, the present invention provides a method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, the method including: receiving state information from the at least one mobile communication terminal; transmitting a push message to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server, the push message including information for providing contents to the at least one mobile communication terminal; and transmitting contents to the at least one mobile communication terminal according to the push message transmission.
- The method may further include receiving contents from the contents provider server and storing the contents, and allocating a contents key when the contents provided from the contents provider server is stored.
- In another aspect of the present invention, a method for providing an idle mode service using an idle mode service system including an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, includes: receiving, at the idle mode service server system, state information from the at least one mobile communication terminal; transmitting a push message from the idle mode service server system to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server; identifying, at the mobile communication terminal, a page URL contained in the push message and to browse a server to connect to; and receiving corresponding contents from the browsed server and applying the received contents to an application.
- The method may further include, upon receiving the push message at the mobile communication terminal, executing an application action contained in the push message and then obtaining consent of a user to browse to the server.
- In a further aspect of the present invention, an idle mode service system interworking with at least one mobile communication terminal, includes: a contents provider server storing contents provided from a contents provider and performing a push message request; and an idle mode service server system receiving state information from the at least one mobile communication terminal, transmitting a push message to the at least one mobile communication terminal in consideration of the state information upon receiving a push message request from the contents provider server, and transmitting contents provided from the contents provider server to the at least one mobile communication terminal.
- The idle mode service server system may include: a contents cashing manager server receiving a push message transmission request from the contents provider server, and receiving and storing contents at, before or after the push message request; a push manage system server receiving a push message request from the contents cashing manager server, requesting state information, and transmitting a push message to the at least one mobile communication terminal in consideration of the state information; and a mobile signal interface server receiving state information from the at least one mobile communication terminal and transmitting the state information to the push manage system server.
- The mobile signal interface server may receive a contents request signal, which is transmitted according to reception of the push message at the at least one mobile communication terminal, and transmit the received contents request signal to the contents cashing manager server.
- The contents cashing manager server may receive a contents request signal from the at least one mobile communication terminal, and transmit contents to the mobile communication terminal through the mobile signal interface server.
- The contents cashing manager server may automatically transmit prestored contents to the mobile communication terminal.
- Accordingly, the present invention can provide an idle mode service that can be used without the connection to a contents server by a user. Also, it is possible to provide specific contents with or without the request and consent of a user. Consequently, the system according to the present invention can control an idle-screen application through a combination between interworking systems.
-
FIG. 1 is a schematic diagram illustrating a structure of an idle mode service providing system according to preferred embodiments of the present invention. -
FIG. 2 is a signal flow diagram illustrating message/contents push processes for providing an idle mode service according to preferred embodiments of the present invention. -
FIG. 3 is a conceptual diagram illustrating a data structure of an automatic PUSH_PULL mode push message for pulling registered contents according to a first embodiment of the present invention. -
FIG. 4 is a conceptual diagram illustrating a data structure of an automatic PUSH_PULL mode push message for browsing a Web page on a mobile communication terminal according to a second embodiment of the present invention. -
FIG. 5 is a conceptual diagram illustrating a data structure of a manual PUSH& PULL mode push message for pulling registered contents according to a third embodiment of the present invention. -
FIG. 6 is a conceptual diagram illustrating a data structure of a manual PUSH& PULL mode push message for browsing a Web page on a mobile communication terminal according to a fourth embodiment of the present invention. - Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the attached drawings. Like reference numerals in the drawings denote like elements. Detailed descriptions about well-known functions or structures will be omitted if they are deemed to obscure the subject matter of the present invention.
- As an example, the present invention illustrates a system using an idle-screen application based on the WIPI platform. The system of the present invention transmits contents by relaying, transmitting and pushing a push message that is requested by a contents service provider. To this end, information is exchanged by a PULL mode where a mobile communication terminal transmits a contents request message. That is, a message transmission standard is divided into a PUSH message transmission standard by which a message is unidirectionally transmitted to a mobile communication terminal and a PULL message transmission standard by which, after the PUSH operation, an application of the mobile communication terminal transmits a data request signal to a server to download contents. This message transmission standard cannot provide a desired results when the contents of a message transmitted to the mobile communication terminal are improper. Therefore, the message transmission standard must represent limited bytes, a character string, and a function that are defined in an idle mode service providing system. The PUSH is a process where the final results are usually terminated in an application, such as an operation of a mobile communication terminal application, function execution, and information transmission. The PULL is a process by which an application connects to a server in response to the PUSH process and then data are downloaded and stored in the mobile communication terminal, which can solve the problem that the PUSH cannot transmit data directly. Accordingly, the present invention provides embodiments where a PULL function according to the following methods is added using an idle-screen application.
- The embodiments of the present invention will be described discriminatively according to a PUSH_PULL mode and a PUSH&PULL mode. In the PUSH_PULL mode, data (contents) are provided without the request and consent of a user. In the PUSH&PULL mode, data are provided with the consent of a user. Also, the PUSH_PULL mode and the PUSH&PULL mode will be described discriminatively according to a manual function and an automatic function. The manual function is used to full registered contents, and the automatic function is used to browse a Web page. Idle mode service providing systems and methods are identically applied in the embodiments of the present invention, and can be discriminated according to push messages to be transmitted to a mobile communication terminal. These push messages will be described later in detail. An idle mode service system according to an embodiment of the present invention will now be described with reference to the accompanying drawings.
-
FIG. 1 is a schematic diagram illustrating a structure of an idle mode service providing system according to preferred embodiments of the present invention. - Referring to
FIG. 1 , an idle mode service system includes a contents provider (CP)server 101, a contents cashing manager (CCM)server 103, a push manage system (PMS)server 105, a mobile signal interface (MSI)server 111, a base transceiver station (BTS) 113, a message center (MC) 115, a wireless information system environment (WISE) 121, and amobile communication terminal 123. - The
CP server 101 stores contents provided by contents providers, and, if necessary, transmits contents to users through theCCM server 103, together with a message PUSH request. - The
CCM server 103 uploads contents provided by theCP server 101, and transmits the message PUSH request from theCP server 101 to thePMS server 105. When receiving a plurality of message PUSH requests from a plurality ofCP servers 101, theCCM server 103 schedules a message PUSH sequence. - The PMS serve 105 includes: an
SMS push server 107 transmitting an SMS message via theMC 115; and a CBSpush server 119 transmitting a CBS message. When receiving the message PUSH request from theCP server 101 via theCCM server 103, thePMS server 105 transmits a message themobile communication terminal 123 via theMC 115. - The MSI
server 111 receives information about a ticker channel list and a set/release status of an application of themobile communication terminal 123. When receiving a contents transmit request form themobile communication terminal 123 after transmission of a push message to themobile communication terminal 123, theMSI server 111 transmits contents to the application. Here, the ticker is a service for providing specific information to users in real time through a specific area set on an idle screen of themobile communication terminal 123. - A system for providing contents from the
CP server 101 to themobile communication terminal 123, including theCCM server 103, thePMS server 105 and theMSI server 111, is referred to as “an idle mode service server system”. - The
BTS 113 performs baseband signal processing, wireline/wireless conversion, and transmission/reception of a radio signal. TheBTS 113 is a network terminating device that is directly connected to a subscriber terminal. TheBTS 113 includes an RF processor (not illustrated) and a baseband processor (not illustrated) including a controller and a channel for processing a mobile communication protocol. TheBTS 113 transmits a push message to themobile communication terminal 123 in response to the request of theCP server 101. When there is a contents transmit request from the CCM server due to a contents request of the mobile communication terminal, theBTS 113 transmits contents to themobile communication terminal 123 under the control of a BTS controller (not illustrated). - The
MC 115 includes: a short message service center (SMSC) 117 interworking with theSMS push server 107 to transmit a SMS message to themobile communication terminal 123; and a cell broadcasting service center (CBMC) 119 interworking with theCBS push server 109 to transmit a CBS message to themobile communication terminal 123. TheMC 115 transmits a push message from eachMC 115 to themobile communication terminal 123 according to user classes and characteristics of contents to be provided. - The
WISE 121 is a system building device by which a mobile communication service provider seeks to enhance a business image through management of a CS (customer satisfied) center or to enhance its reliability by on-line processing of a charging operation. The WISE performs operations of subscribing/unsubscribing new users, an operation of changing information of subscribers, a charging service operation, and a centralized charging management operation. - The
mobile communication terminal 123 may be a variety of communication devices such as general portable phones, 3GPP terminals, PDAs, and smart phones. Themobile communication terminal 123 may basically be a terminal that can provide a message service and data communication together with a call service. Themobile communication terminal 123 is mounted with an idle mode service application, receives a push message from theCP server 101, and receives and displays contents automatically or by selection by a user. - Idle mode service providing systems in the above idle mode service providing system according to embodiments of the present invention will now be described in detail with reference to the accompanying drawings.
-
FIG. 2 is a signal flow diagram illustrating a message/contents push process for providing an idle mode service according to preferred embodiments of the present invention. - Referring to 2, the service providing process can be divided into a process of transmitting a push message in response to the request of the
CP server 101 and a process of providing PULL contents in response to the request of themobile communication terminal 123. The push message has a predetermined data structure, which will be described later. - In operation S201, the
CP server 101 transmits a contents upload signal CON_UPLOAD to theCCM server 103. The contents upload signal CON_UPLOAD is a signal by which theCP server 101 uploads contents to theCCM server 103. The uploaded contents is endowed with a contents key so that it can be extracted in response to the contents transmit request from themobile communication terminal 123. - In
operation 203, theCP server 101 transmits a push request signal PUSH_REQ to theCCM server 103. The push request signal PUSH_REQ is a signal that is used for requesting a push message for the contents to be transmitted to themobile communication terminal 123. AlthoughFIG. 2 illustrates that push message transmission is requested after uploading of contents in the case of automatic/manual methods for pulling contents registered according to the first and third embodiments of the present invention, the contents may be uploaded simultaneously with or after the push request. In addition, a contents uploading operation may be omitted in the case of a service for browsing an URL according to the second and fourth embodiments of the present invention. In operation 205, theCCM 103 transmits a push request signal to thePMS server 105. The push request signal is a signal that is used for relaying the push request signal received from theCP server 101. - In
operation 207, themobile communication terminal 123 transmits a state signal STATE to theMSI server 111. The state signal STATE indicates the state of themobile communication terminal 123, such as a call state or an idle state. In the case of the idle state, the state signal STATE indicates a set or release state of a popup application. Accordingly, theMSI server 111 uses state information, which is received from themobile communication terminal 123 mounted with an idle mode service application, as criteria for message transmission. Accordingly, the state signal STATE is a signal indicating a state just before a state request signal STATE_REQ for transmission of the push message is received. - In
operation 209, upon receiving the push request signal PUSH_REQ, thePMS 105 transmits the state request signal STATE_REQ to theMSI server 111. The state request signal STATE_REQ is a signal for inquiring the state of themobile communication terminal 123. Inoperation 211, theMSI server 111 transmits a state response signal STATE_ACK to thePMS server 105. The state response signal STATE_REQ is a response signal for the state request signal STATE_REQ. That is, the state response signal STATE_REQ is a signal for informing the set/release state and the idle state of themobile communication terminal 123. - In operation 213, upon receiving the state response signal STATE_ACK from the
MSI server 111, thePMS server 105 transmits a push message PUSH_MSG to themobile communication terminal 123. The push message PUSH_MSG includes a contents type, a contents key, and application data, which are provided by theCP server 101. According to the types of contents, the push message PUSH_MSG is transmitted using an SMS message, a multimedia messaging service (MMS) message, or a CBS message. - In
operation 215, upon receiving the push message PUSH_MSG, themobile communication terminal 123 transmits a contents request signal CON_REQ to theMSI server 111. The contents request signal CON_REQ is a signal by which themobile communication terminal 123 requests contests corresponding to the received push message PUSH_MSG. The contents request signal CON_REQ may be generated by two methods. One method is that the contents request signal CON_REQ is automatically generated by an application in themobile communication terminal 123 according to the first and second embodiments of the present invention, which is defined as a PUSH_PULL mode. The other method is that the contents request signal CON_REQ is manually generated by an application in themobile communication terminal 123 with approval of a user according to the third and fourth embodiments of the present invention, which is defined as a PUSH&PULL mode. - In
operation 217, upon receiving the contents request signal CON_REQ from themobile communication terminal 123, theMSI server 111 transmits a contents request signal CON_REQ to theCCM server 103. The contents request signal CON_REQ transmitted to theCCM server 103 is a signal for requesting extraction of contents stored in theCCM server 103. - In
operation 219, theCCM server 103 extracts contents, which is requested by themobile communication terminal 123, from a memory on the basis of a contents key value contained in the contents request signal CON_REQ, and transmits the extracted contents to theMSI server 111. Although the contents are illustrated as being stored and managed by theCCM server 103, the present invention is not limited to this. For example, in the case of URL browsing, a page to be browsing by the contents may not be stored in theCCM server 103. In this case, the contents request signal CON_REQ may be transmitted to theCP server 101. - In
operation 221, upon receiving the extracted contents, theMSI server 111 transmits the received contents to themobile communication terminal 123. Accordingly, themobile communication terminal 123 displays the received contents on its display unit. - In the above idle mode service providing method, to download data after the push message transmission, the
mobile communication terminal 123 connects to the servers of the idle mode service server system. Alternatively, themobile communication terminal 123 may be provided with idle mode service contents (data) by connection to a server of a service provider via a general communication path. - Meanwhile, in the second and fourth embodiments of the present invention, without the need to perform
operations 215 to 221 for pulling registered in the idle mode service server system after reception of the push message PUSH_MSG in operation 213, a page URL is contained in the push message and themobile communication terminal 123 is provided with contents by checking the page URL and connecting to a corresponding server through browsing. - The structures of push messages according to the embodiments of the present invention will now be described in detail with reference to the accompanying drawings.
- The first embodiment of the present invention describes a push message that is used in the case where contents are provided using the automatic PUSH_PULL mode for pulling registered contents, that is, the case where data (contents) are provided without the request and consent of a user. This push message is referred to as a PUSH_PULL message.
- A payload of the PUSH_PULL message according to the first embodiment of the present invention has a format illustrated in
FIG. 3 . The PUSH_PULL message uses ‘|’ as a divider for each field, and PULL accompanying an action of an application is a message type where the application takes a specific action before or after reception of contents. In the first embodiment of the present invention, since contents exist in theCP server 101 or theCCM server 103 of the idle mode service server system, themobile communication terminal 123 requests the above serve to transmit contents. - Referring to
FIG. 3 , a PUSH_PULL mode pushmessage data 300 includes a messagetype field MSG_TYPE 301, a contentkey field CONTENT_KEY 303, and an applicationtype field APP_DATA 305. The messagetype field MSG_TYPE 301 indicates the type of a message. In the case of a PUSH_PULL message for pulling contents stored in theCP server 101 or theCCM server 103 of the idle mode service server system, the messagetype field MSG_TYPE 301 uses a value of 05 and has a size of 2 bytes. The contentkey field CONTENT_KEY 303 indicates a key value of stored PULL contents (data), and has the maximum size of 10 bytes. The applicationtype field APP_DATA 305 is a message defining an action of an application, and has the maximum size of 50 bytes. Here, the size of the PUSH_PULL mode pushmessage data 300 cannot exceed 55 bytes. - The second embodiment of the present invention describes a push message that is used in the case where contents are provided using the automatic PUSH_PULL mode for browsing a specific URL of a Web page on the
mobile communication terminal 123, that is, the case where data (contents) are received and applied in an application without the consent of a user. This push message is called a PUSH_PULL message. - A payload of the PUSH_PULL message according to the second embodiment of the present invention has a format illustrated in
FIG. 4 . The PUSH_PULL message uses ‘|’ as a divider for each field. A specific URL is browsed using a browser after an application performs an action defined by theCP server 101. - Referring to
FIG. 4 , a payload of aPUSH_PULL message 400 includes a messagetype field MSG_TYPE 401, a call backURL field CALLBACK_URL 403, and an applicationtype field APP_DATA 405. The messagetype field MSG_TYPE 401 indicates the type of a message. In the case of a PUSH_PULL message for browsing a specific URL, the messagetype field MSG_TYPE 401 uses a value of 06 and has a size of 2 bytes. The call backURL field CALLBACK_URL 403 indicates an URL of a specific page for browsing, and has the maximum size of 10 bytes. The applicationtype field APP_DATA 405 defines an action of an application, and has the maximum size of 50 bytes. Here, the size of thepush message data 400 cannot exceed 55 bytes. - The third embodiment of the present invention describes a push message that is used in the case where contents are provided using the manual PUSH&PULL mode for pulling registered contents, that is, the case where data (contents) are provided with the request and consent of a user. This push message is referred to as a PUSH&PULL message.
- A payload of the PUSH_PULL message according to the third embodiment of the present invention has a format illustrated in
FIG. 5 . The PUSH&PULL message uses ‘|’ as a divider for each field. Contents exist in the idle mode service server system, and a contents transmit request is sent to theCP server 101 or theCCM server 103. - Referring to
FIG. 5 , a PUSH&PULL mode pushmessage data 500 includes a messagetype field MSG_TYPE 501, a contentkey field CONTENT_KEY 503, aCONFIG_MSG field 505, and an applicationtype field APP_DATA 507. The messagetype field MSG_TYPE 501 indicates the type of a message. In the case of a PUSH& PULL message for pulling stored contents stored, the messagetype field MSG_TYPE 501 uses a value of 07 and has a size of 2 bytes. The contentkey field CONTENT_KEY 503 indicates a key value of the stored PULL contents, and has the maximum size of 10 bytes. TheCONFIG_MSG field 505 includes message data to be confirmed by a user before the pulling of contents. For example, theCONFIG_MSG field 505 includes a message “A NEW PICTURE HAS ARRIVED. DO YOU WANT TO RECEIVE IT?”, and has the maximum size of 10 bytes. When there is no confirmation of a user with respect to a PULL action, a fixed default confirmation message must exist in each application. The applicationtype field APP_DATA 507 is a message defining an action of an application, and has the maximum size of 50 bytes. - The fourth embodiment of the present invention describes a push message that is used in the case where contents are provided using the manual PUSH&PULL mode for browsing a specific URL of a Web page on the
mobile communication terminal 123, that is, the case where data (contents) are provided with the request and consent of a user. This push message is called a PUSH&PULL message. - A payload of the PUSH&PULL message according to the fourth embodiment of the present invention has a format illustrated in
FIG. 6 . The PUSH_PULL message uses ‘|’ as a divider for each field. A specific URL is browsed using a browser, passing through confirmation of a user, after an application performs an action defined by theCP server 101. - Referring to
FIG. 6 , a PUSH&PULL mode pushmessage data 600 includes a messagetype field MSG_TYPE 601, a call backURL field CALLBACK_URL 603, a confirmationmessage field CONFIRM_MSG 605, and an applicationtype field APP_DATA 607. The messagetype field MSG_TYPE 601 indicates the type of a message. In the case of a PUSH&PULL message for browsing a specific URL, the messagetype field MSG_TYPE 601 uses a value of 08 and has a size of 2 bytes. The call backURL field CALLBACK_URL 603 indicates an URL of a specific page for browsing, and has the maximum size of 50 bytes. TheCONFIG_MSG field 605 includes message data to be confirmed by a user before the pulling of contents. For example, theCONFIG_MSG field 605 includes a message “DO YOU WANT TO CONNECT TO A RANKING SERVER?”, and has the maximum size of 40 bytes. When there is no confirmation message of a user with respect to an action for browsing a specific action, a fixed default confirmation message must exist in each application. The applicationtype field APP_DATA 607 is a message defining an action of an application, and has the maximum size of 50 bytes. Here, the size of thepush message data 600 cannot exceed 55 bytes. - Although the present invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. The preferred embodiments should be considered in descriptive sense only and not for purposes of limitation. Therefore, the scope of the invention is defined not by the detailed description of the invention but by the appended claims, and all differences within the scope will be construed as being included in the present invention.
- The present invention provides a method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal. The method includes receiving state information from the at least one mobile communication terminal, transmitting a push message to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server, and transmitting contents to the at least one mobile communication terminal according to the push message transmission. Accordingly, it is possible to provide an idle mode service that can be used without the connection to a contents server by a user. Also, specific contents can be provided with or without the request and consent of a user. Consequently, the system and method according to the present invention can control an idle-screen application through a combination between interworking systems.
Claims (21)
1. A method for providing an idle mode service using an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, the method comprising:
receiving state information from the at least one mobile communication terminal;
transmitting a push message to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server, the push message including information for providing contents to the at least one mobile communication terminal; and
transmitting contents to the at least one mobile communication terminal according to the push message transmission.
2. The method of claim 1 , further comprising receiving contents from the contents provider server and storing the contents.
3. The method of claim 2 , further comprising allocating a contents key when the contents provided from the contents provider server is stored.
4. The method of claim 1 , wherein the transmitting of the contents to the at least one mobile communication terminal comprises automatically transmitting the prestored contents after the transmitting of the push message.
5. The method of claim 4 , wherein the push message comprises a message type field MSG TYPE, a contents key field CONTENTS KEY, and an application data field APP_DATA.
6. The method of claim 1 , wherein the transmitting of the contents to the at least one mobile communication terminal comprises:
receiving a contents request for an idle mode service from the mobile communication terminal that has received the push message; and
transmitting prestored corresponding contents to the mobile communication terminal in response to the contents request.
7. The method of claim 6 , wherein the push message comprises a message type field MSGJTYPE, a contents key filed CONTENTS_KEY, a confirmation message field CONFIRM_MSG, and an application data field APP_DATA.
8. A method for providing an idle mode service using an idle mode service system including an idle mode service server system interlocking with a contents provider server and at least one mobile communication terminal, the method comprising:
receiving, at the idle mode service server system, state information from the at least one mobile communication terminal;
transmitting a push message from the idle mode service server system to the at least one mobile communication terminal in consideration of the sate information upon receiving a push message transmission request from the contents provider server;
identifying, at the mobile communication terminal, a page URL contained in the push message and to browse a server to connect to:
and receiving corresponding contents from the browsed server and applying the received contents to an application.
9. The method of claim 8 , further comprising, upon receiving the push message at the mobile communication terminal, executing an application action contained in the push message and then obtaining consent of a user to browse to the server.
10. The method of claim 8 , wherein the push message comprises a message type field MSG_TYPE, a call back URL field CALLBACK_URL, and an application data field APP_DATA.
11. The method of claim 8 , wherein the push message comprises a message type field MSG_TYPE, a call back URL field CALLBACK_URL, a confirmation message field CONFIRM_MSG, and an application data field APP_DATA.
12. An idle mode service system interworking with at least one mobile communication terminal, the idle mode service system comprising:
a contents provider server storing contents provided from a contents provider and performing a push message request; and
an idle mode service server system receiving state information from the at least one mobile communication terminal, transmitting a push message to the at least one mobile communication terminal in consideration of the state information upon receiving a push message request from the contents provider server, and transmitting contents provided from the contents provider server to the at least one mobile communication terminal.
13. The idle mode service system of claim 12 , wherein the idle mode service server system comprises:
a contents cashing manager server receiving a push message transmission request from the contents provider server, and receiving and storing contents at, before or after the push message request;
a push manage system server receiving a push message request from the contents cashing manager server, requesting state information, and transmitting a push message to the at least one mobile communication terminal in consideration of the state information; and
a mobile signal interface server receiving state information from the at least one mobile communication terminal and transmitting the state information to the push manage system server.
14. The idle mode service system of claim 13 , wherein the mobile signal interface server receives a contents request signal, which is transmitted according to reception of the push message at the at least one mobile communication terminal, and transmits the received contents request signal to the contents cashing manager server.
15. The idle mode service system of claim 13 , wherein the contents cashing manager server receives a contents request signal from the at least one mobile communication terminal and transmits contents to the mobile communication terminal through the mobile signal interface server.
16. The idle mode service system of claim 14 , wherein the push message comprises a message type field MSG_TYPE, a contents key field CONTENTS_KEY, a conformation message field CONFIRM_MSG, and an application data field APP_DATA.
17. The idle mode service system of claim 13 , wherein the contents cashing manager server automatically transmits prestored contents to the mobile communication terminal.
18. The idle mode service system of claim 17 , the push message comprises a message type field MSG_TYPE, a contents key field CONTENTS_KEY, a conformation message field CONFIRM_MSG, and an application data field APP_DATA.
19. The idle mode service system of claim 13 , wherein when the push message includes information for browsing a specific URL, the at least one mobile communication terminal confirms a page URL to browse a server to connect to, receives corresponding contents from the browsed server, and applies the corresponding contents to an application.
20. The idle mode service system of claim 19 , wherein the push message comprises a message type field MSG_TYPE, a call back URL field CALLBACK_URL, and an application data field APP_DATA.
21. The idle mode service system of claim 19 , wherein the push message comprises a message type field MSG_TYPE, a call back URL field CALLBACK_URL, a confirmation message field CONFIRM_MSG, and an application data field APP_DATA.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/KR2006/001103 WO2007111391A1 (en) | 2006-03-24 | 2006-03-24 | Method and apparatus for providing idle mode service |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2006/001103 A-371-Of-International WO2007111391A1 (en) | 2006-03-24 | 2006-03-24 | Method and apparatus for providing idle mode service |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/614,292 Continuation US9325830B2 (en) | 2006-03-24 | 2012-09-13 | Method and apparatus for providing idle mode service |
Publications (1)
Publication Number | Publication Date |
---|---|
US20090275349A1 true US20090275349A1 (en) | 2009-11-05 |
Family
ID=38541303
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/293,515 Abandoned US20090275349A1 (en) | 2006-03-24 | 2006-03-24 | Method and apparatus for providing idle mode service |
US13/614,292 Expired - Fee Related US9325830B2 (en) | 2006-03-24 | 2012-09-13 | Method and apparatus for providing idle mode service |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/614,292 Expired - Fee Related US9325830B2 (en) | 2006-03-24 | 2012-09-13 | Method and apparatus for providing idle mode service |
Country Status (3)
Country | Link |
---|---|
US (2) | US20090275349A1 (en) |
JP (1) | JP2009530954A (en) |
WO (1) | WO2007111391A1 (en) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8176176B1 (en) * | 2010-08-10 | 2012-05-08 | Google Inc. | Scheduling data pushes to a mobile device based on usage and applications thereof |
AU2010241225A1 (en) * | 2010-10-29 | 2012-05-17 | Marsh, Stuart Mr | Information communication apparatus, method and system |
US20130084896A1 (en) * | 2011-09-29 | 2013-04-04 | International Business Machines Corporation | Pushing Secure Notifications to Mobile Computing Devices |
US20130194993A1 (en) * | 2012-01-26 | 2013-08-01 | Samsung Electronics Co., Ltd. | Packet transmission method and apparatus of mobile terminal |
US20130223314A1 (en) * | 2012-02-23 | 2013-08-29 | Htc Corporation | Handheld device and power saving control method thereof |
US20140372552A1 (en) * | 2010-07-26 | 2014-12-18 | Seven Networks, Inc. | Mobile application traffic optimization |
US9386113B1 (en) * | 2011-12-30 | 2016-07-05 | Speaktoit, Inc. | System-initiated interactions and notifications in a chat information system on mobile devices |
US9473914B2 (en) | 2008-01-11 | 2016-10-18 | Seven Networks, Llc | System and method for providing a network service in a distributed fashion to a mobile device |
US9671851B2 (en) | 2010-07-26 | 2017-06-06 | Seven Networks, Llc | Optimizing mobile network traffic coordination across multiple applications running on a mobile device |
US10097477B2 (en) | 2013-06-03 | 2018-10-09 | Seven Networks, Llc | Blocking/unblocking algorithms for signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols |
US10250513B2 (en) | 2013-07-22 | 2019-04-02 | Seven Networks, Llc | Systems and methods for enhancing mobile traffic management at a proxy server associated with or residing on a mobile carrier for aligning traffic in the mobile network |
US11012399B1 (en) * | 2020-01-30 | 2021-05-18 | Blackberry Limited | Partial message delivery and status notification in an end-to-end secure messaging context |
US11587060B2 (en) * | 2011-08-17 | 2023-02-21 | Lookout, Inc. | System and method for pushing messages to a mobile communications device |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2948836B1 (en) * | 2009-07-29 | 2011-08-26 | Eutelsat Sa | METHOD FOR DATA DISTRIBUTION BY A PUSH SERVER TO USER TERMINALS VIA AN INTERFACE DEVICE |
EP2805550B1 (en) * | 2012-02-27 | 2019-08-07 | Huawei Technologies Co., Ltd. | Method for controlling network energy saving in a wireless communication system |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5109543A (en) * | 1987-08-14 | 1992-04-28 | General Electric Company | Hardware interface and protocol for a mobile radio transceiver |
US6249681B1 (en) * | 1997-04-01 | 2001-06-19 | Nokia Mobile Phones Ltd. | Method and apparatus for packet data call re-establishment in a telecommunications system |
US6363419B1 (en) * | 1999-04-05 | 2002-03-26 | Openwave Systems Inc. | Method and apparatus for generating idle loop screen displays on mobile wireless computing devices |
US20030093530A1 (en) * | 2001-10-26 | 2003-05-15 | Majid Syed | Arbitrator system and method for national and local content distribution |
US20050070251A1 (en) * | 2003-09-30 | 2005-03-31 | Kyocera Corporation | Mobile communication terminal, information providing system, program, and computer readable recording medium |
US20050138105A1 (en) * | 2002-05-08 | 2005-06-23 | Dong-Heon Lee | Method for playing interactive contents for standby mode in a mobile communication terminal, and a mobile communication terminal using the same |
US20060056381A1 (en) * | 2004-08-25 | 2006-03-16 | Samsung Electronics Co., Ltd. | Mobile communication system and packet processing method thereof |
US20060156256A1 (en) * | 2004-04-20 | 2006-07-13 | Changseok Lee | Method and apparatus for controlling and applying resource of idle screen on mobile |
US20080178095A1 (en) * | 2005-01-01 | 2008-07-24 | Chang Seok Lee | Method Of Changing Idle Screen Template Type Of Mobile Communication Termianl, Computer Readable Recording Medium In Which Program For Executing The Same Is Recorded And Mobile Communication Terminal Having Function Thereof |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3677907B2 (en) * | 1996-12-13 | 2005-08-03 | 株式会社日立製作所 | Information transmission / reception method and system using the same |
US7020685B1 (en) * | 1999-10-08 | 2006-03-28 | Openwave Systems Inc. | Method and apparatus for providing internet content to SMS-based wireless devices |
KR100391291B1 (en) * | 2000-08-18 | 2003-07-12 | (주)인트로모바일 | Mobile phone with a notifying function and driving the same and method and system for notify servicing using the same |
US7200633B2 (en) * | 2000-08-25 | 2007-04-03 | Ntt Docomo, Inc. | Information delivery system and information delivery method |
WO2002069567A2 (en) * | 2000-10-26 | 2002-09-06 | General Instrument Corporation | Enforcement of rights and conditions for multimedia content |
KR20020036880A (en) * | 2000-11-11 | 2002-05-17 | 구자홍 | Method for transfer long message using Short Message Service |
JP2003134270A (en) * | 2001-10-22 | 2003-05-09 | Sony Corp | Foldable mobile information terminal |
KR100477368B1 (en) * | 2002-06-12 | 2005-03-22 | 에스케이 텔레콤주식회사 | A contents information display service system for stand by mode in potable communication terminal and method thereof |
US20040203681A1 (en) * | 2002-07-01 | 2004-10-14 | Ross David J. | Application catalog on an application server for wireless devices |
-
2006
- 2006-03-24 JP JP2009501335A patent/JP2009530954A/en active Pending
- 2006-03-24 US US12/293,515 patent/US20090275349A1/en not_active Abandoned
- 2006-03-24 WO PCT/KR2006/001103 patent/WO2007111391A1/en active Application Filing
-
2012
- 2012-09-13 US US13/614,292 patent/US9325830B2/en not_active Expired - Fee Related
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5109543A (en) * | 1987-08-14 | 1992-04-28 | General Electric Company | Hardware interface and protocol for a mobile radio transceiver |
US6249681B1 (en) * | 1997-04-01 | 2001-06-19 | Nokia Mobile Phones Ltd. | Method and apparatus for packet data call re-establishment in a telecommunications system |
US6363419B1 (en) * | 1999-04-05 | 2002-03-26 | Openwave Systems Inc. | Method and apparatus for generating idle loop screen displays on mobile wireless computing devices |
US20030093530A1 (en) * | 2001-10-26 | 2003-05-15 | Majid Syed | Arbitrator system and method for national and local content distribution |
US20050138105A1 (en) * | 2002-05-08 | 2005-06-23 | Dong-Heon Lee | Method for playing interactive contents for standby mode in a mobile communication terminal, and a mobile communication terminal using the same |
US20050070251A1 (en) * | 2003-09-30 | 2005-03-31 | Kyocera Corporation | Mobile communication terminal, information providing system, program, and computer readable recording medium |
US20060156256A1 (en) * | 2004-04-20 | 2006-07-13 | Changseok Lee | Method and apparatus for controlling and applying resource of idle screen on mobile |
US20060056381A1 (en) * | 2004-08-25 | 2006-03-16 | Samsung Electronics Co., Ltd. | Mobile communication system and packet processing method thereof |
US20080178095A1 (en) * | 2005-01-01 | 2008-07-24 | Chang Seok Lee | Method Of Changing Idle Screen Template Type Of Mobile Communication Termianl, Computer Readable Recording Medium In Which Program For Executing The Same Is Recorded And Mobile Communication Terminal Having Function Thereof |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9473914B2 (en) | 2008-01-11 | 2016-10-18 | Seven Networks, Llc | System and method for providing a network service in a distributed fashion to a mobile device |
US9553816B2 (en) | 2010-07-26 | 2017-01-24 | Seven Networks, Llc | Optimizing mobile network traffic coordination across multiple applications running on a mobile device |
US9369539B2 (en) * | 2010-07-26 | 2016-06-14 | Seven Networks, Llc | Method and device for power saving for downloading files |
US9681387B2 (en) | 2010-07-26 | 2017-06-13 | Seven Networks, Llc | Mobile traffic optimization and coordination and user experience enhancement |
US9671851B2 (en) | 2010-07-26 | 2017-06-06 | Seven Networks, Llc | Optimizing mobile network traffic coordination across multiple applications running on a mobile device |
US9516129B2 (en) | 2010-07-26 | 2016-12-06 | Seven Networks, Llc | Mobile application traffic optimization |
US9503544B2 (en) | 2010-07-26 | 2016-11-22 | Seven Networks, Llc | Mobile application traffic optimization |
US20140372552A1 (en) * | 2010-07-26 | 2014-12-18 | Seven Networks, Inc. | Mobile application traffic optimization |
US8626906B1 (en) * | 2010-08-10 | 2014-01-07 | Google Inc. | Scheduling data pushes to a mobile device based on usage and applications thereof |
US8176176B1 (en) * | 2010-08-10 | 2012-05-08 | Google Inc. | Scheduling data pushes to a mobile device based on usage and applications thereof |
US9246989B1 (en) | 2010-08-10 | 2016-01-26 | Google Inc. | Scheduling data pushes to a mobile device based on usage and applications thereof |
AU2010241225A1 (en) * | 2010-10-29 | 2012-05-17 | Marsh, Stuart Mr | Information communication apparatus, method and system |
US11587060B2 (en) * | 2011-08-17 | 2023-02-21 | Lookout, Inc. | System and method for pushing messages to a mobile communications device |
US9253644B2 (en) | 2011-09-29 | 2016-02-02 | International Business Machines Corporation | Pushing secure notifications to mobile computing devices |
US20130084896A1 (en) * | 2011-09-29 | 2013-04-04 | International Business Machines Corporation | Pushing Secure Notifications to Mobile Computing Devices |
US8634810B2 (en) * | 2011-09-29 | 2014-01-21 | International Business Machines Corporation | Pushing secure notifications to mobile computing devices |
US9615259B2 (en) | 2011-09-29 | 2017-04-04 | International Business Machines Corporation | Pushing secure notifications to mobile computing devices |
US9386113B1 (en) * | 2011-12-30 | 2016-07-05 | Speaktoit, Inc. | System-initiated interactions and notifications in a chat information system on mobile devices |
US20130194993A1 (en) * | 2012-01-26 | 2013-08-01 | Samsung Electronics Co., Ltd. | Packet transmission method and apparatus of mobile terminal |
US9420623B2 (en) | 2012-01-26 | 2016-08-16 | Samsung Electronics Co., Ltd. | Packet transmission method and apparatus of mobile terminal |
US9036525B2 (en) * | 2012-01-26 | 2015-05-19 | Samsung Electronics Co., Ltd. | Packet transmission method and apparatus of mobile terminal |
US20130223314A1 (en) * | 2012-02-23 | 2013-08-29 | Htc Corporation | Handheld device and power saving control method thereof |
US9226230B2 (en) * | 2012-02-23 | 2015-12-29 | Htc Corporation | Handheld device and power saving control method thereof |
US10097477B2 (en) | 2013-06-03 | 2018-10-09 | Seven Networks, Llc | Blocking/unblocking algorithms for signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols |
US10250513B2 (en) | 2013-07-22 | 2019-04-02 | Seven Networks, Llc | Systems and methods for enhancing mobile traffic management at a proxy server associated with or residing on a mobile carrier for aligning traffic in the mobile network |
US11012399B1 (en) * | 2020-01-30 | 2021-05-18 | Blackberry Limited | Partial message delivery and status notification in an end-to-end secure messaging context |
Also Published As
Publication number | Publication date |
---|---|
JP2009530954A (en) | 2009-08-27 |
US9325830B2 (en) | 2016-04-26 |
US20130013709A1 (en) | 2013-01-10 |
WO2007111391A1 (en) | 2007-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9325830B2 (en) | Method and apparatus for providing idle mode service | |
EP1653693B1 (en) | File transmission method in instant messaging service | |
EP2342869B1 (en) | System and method for managing and appling history information of terminal in converged personal network service environment, and converged personal network service server, mobile communication and end device therefor | |
CN102047214B (en) | Wireless communication device having deterministic control of foreground access of the user interface | |
EP2028911B1 (en) | Apparatus and method for providing subscriber identity module (sim) application toolkit service in mobile communication system | |
US8655329B2 (en) | Downloadable profiles for mobile terminals | |
EP2076003A1 (en) | Apparatus and method for providing SIM application toolkit in mobile communication system | |
US20090215440A1 (en) | Application Activation Method | |
US20160316354A1 (en) | Terminal device, data transmission method, and data transfer method | |
US20040230653A1 (en) | Structure for an electronic newsletter subscription system of a multimedia messaging service | |
CN101431751A (en) | System and method for updating order relations of mobile phone TV terminal | |
KR20140061943A (en) | System and method for advertisement message integrated management | |
KR100521033B1 (en) | Method for relay forwarding the message | |
KR100402830B1 (en) | Method and System for Providing and Managing Billing for Internet Service | |
KR101183643B1 (en) | Message service system based on Wi-Fi | |
EP2356805B1 (en) | Method and system for service management of mobile stations | |
KR101748369B1 (en) | Communication terminal apparatus, multimedia terminal apparatus, method and system for interlocking terminal apparatus | |
CN101753590A (en) | Device for remote management application and method | |
KR100621854B1 (en) | Method and apparatus for providing idle mode service | |
KR100547221B1 (en) | Multimedia messaging service method for multimedia message provided by web server | |
KR100622907B1 (en) | Multimedia message service method in mobile communication system | |
WO2006003681A1 (en) | Method, terminal and system for providing video, audio and text contents in mobile telephone networks | |
KR101767425B1 (en) | Recording medium for interlocking terminal apparatus | |
KR20150071064A (en) | Smart message service system and its method | |
KR20060065079A (en) | Method for providing upgrading software of communication terminal using sms message |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: KTFREETEL CO., LTD., KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BAE, HAN-UP;HEO, TAE-BEOM;CHUN, GWI-HO;REEL/FRAME:021551/0800 Effective date: 20080903 |
|
AS | Assignment |
Owner name: KT CORPORATION, KOREA, REPUBLIC OF Free format text: MERGER;ASSIGNOR:KTFREETEL CO., LTD.;REEL/FRAME:028445/0780 Effective date: 20090602 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |