WO2019231163A1 - 메시지 전송 지연 관리 장치 및 방법 - Google Patents

메시지 전송 지연 관리 장치 및 방법 Download PDF

Info

Publication number
WO2019231163A1
WO2019231163A1 PCT/KR2019/006138 KR2019006138W WO2019231163A1 WO 2019231163 A1 WO2019231163 A1 WO 2019231163A1 KR 2019006138 W KR2019006138 W KR 2019006138W WO 2019231163 A1 WO2019231163 A1 WO 2019231163A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
time
client device
network
information
Prior art date
Application number
PCT/KR2019/006138
Other languages
English (en)
French (fr)
Inventor
윤희태
Original Assignee
삼성에스디에스 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성에스디에스 주식회사 filed Critical 삼성에스디에스 주식회사
Priority to US16/754,527 priority Critical patent/US20200274786A1/en
Priority to EP19810683.3A priority patent/EP3806403A4/en
Publication of WO2019231163A1 publication Critical patent/WO2019231163A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/067—Generation of reports using time frame reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes

Definitions

  • Embodiments of the present invention relate to techniques for determining and managing message transmission delays.
  • the conventional mobile message service is configured to transmit a message to a client device using a push service and read a received message by accessing the message server from the client device receiving the push message.
  • Embodiments of the present invention provide a device and method for managing message transmission delay.
  • the apparatus for managing message transmission delay obtains local time information of a message server, and based on the obtained local time information, a time difference between a local time of the message server and a local time of a client device.
  • the time difference calculator for calculating the and the client device receives a push message including the transmission time information based on the local time of the message server from the message server, based on the local time of the client device
  • a delay time calculator configured to calculate a delay time for the push message based on the reception time information of the push message, the transmission time information included in the push message, and the time difference.
  • the time difference calculator transmits a request message for requesting local time information of the message server to the message server, receives a response message including local time information of the message server from the message server, and includes the response message in the response message.
  • the local time information may include a transmission time of the response message based on the local time of the message server.
  • the time difference calculator may include a round trip time using a transmission time of the request message based on the local time of the client device and a reception time of the response message based on the local time of the client device. RTT), and the time difference may be calculated using the transmission time of the request message, the round trip time, and the transmission time of the response message.
  • the apparatus for managing message transmission delay may include a connection history manager which stores network connection history information of the client device, a delay information manager that stores message delay information about the push message, and at least one of the network connection history information and the message delay information.
  • the control unit may further include a control unit for controlling the client device based on the control.
  • the network connection history information includes network identification information, connection start time, and connection end time for each network to which the client device is connected, and the message delay information includes the reception time information, the delay time, and the push message. May include network identification information of a network to which the client device is connected at the point in time at which is transmitted.
  • the delay information manager may identify a network connected by the client device at the time when the push message is transmitted, based on the reception time information, the delay time, and the network connection history information.
  • the controller is configured to adjust a ping period of a push session for receiving a push message in a network to which the client device is currently connected, based on a delay time and network identification information included in the message delay information. Can be controlled.
  • the control unit may identify, from the network connection history information, a past connection holding time of the client device with respect to a network to which the client device is currently connected, and based on the past connection holding time, a network to which the client device is currently connected; It is possible to determine which network to use for push message reception among other networks accessible by the client device and to control the client device to receive push messages over the determined network.
  • the message delay information further includes failure reception information of the push message through the network connected to the client device at the time when the push message is transmitted, and the delay information manager is configured to transmit the push message at the time when the push message is transmitted. If the network identification information of the network to which the client device is connected and the network identification information of the network to which the client device is connected at the time when the push message is received are different from each other, the network to which the client device is connected at the time the push message is transmitted It can be determined that the reception of the push message through the failed.
  • the controller may be configured to use push message reception among a network to which the client device is currently connected and other networks accessible by the client device based on the delay time, network identification information, and reception failure information included in the message delay information. And control the client device to receive a push message over the determined network.
  • the message delay information further includes doze mode state information of the client device, wherein the delay information manager is a message corresponding to the push message from the message server after the client device receives the push message. If the acquisition fails, it may be determined that the client device is in a doze mode.
  • the controller may control the client device to provide a notification message for processing a dose mode exception to a user of the client device based on the dose mode state information.
  • the method comprises: acquiring local time information of a message server; based on the obtained local time information, a time between a local time of the message server and a local time of a client device; Calculating a difference and when the client device receives a push message from the message server including transmission time information based on the local time of the message server, the client device based on the local time of the client device. Calculating a delay time for the push message based on the reception time information of the push message, the transmission time information included in the push message, and the time difference.
  • the acquiring includes transmitting a request message for requesting local time information of the message server to the message server and receiving a response message including local time information of the message server from the message server;
  • the local time information included in the response message may include a transmission time of the response message based on the local time of the message server.
  • the calculating of the time difference may include round trip time using a transmission time of the request message based on the local time of the client device and a reception time of the response message based on the local time of the client device.
  • the message transmission delay management method may further include controlling the client device based on at least one of network connection history information of the client device and message delay information on the push message.
  • the network connection history information includes network identification information, connection start time, and connection end time for each network to which the client device is connected, and the message delay information includes the reception time information, the delay time, and the push message. May include network identification information of a network to which the client device is connected at the point in time at which is transmitted.
  • the controlling may identify a network to which the client device accesses at the time when the push message is transmitted, based on the reception time information, the delay time, and the network connection history information.
  • the controlling may include adjusting a ping period of a push session for receiving a push message in a network to which the client device is currently connected, based on a delay time and network identification information included in the message delay information. You can control the client device.
  • the controlling may include identifying a past connection holding time of the client device with respect to a network to which the client device is currently connected from the network connection history information, and based on the past connection holding time, the client device is currently connected. Determining one of a network and another network accessible by the client device to use push message reception and controlling the client device to receive a push message over the determined network.
  • the message delay information may further include reception failure information of the push message through a network connected to the client device at the time when the push message is transmitted, and the controlling may include: at the time when the push message is transmitted; If the network identification information of the network to which the client device is connected and the identification information of the network to which the client device is connected at the time when the push message is received are different from each other, the network to which the client device is connected at the time the push message is transmitted is determined. It may be determined that the reception of the push message through the message has failed.
  • the controlling may include receiving a push message from a network to which the client device is currently connected and other networks accessible by the client device based on a delay time, network identification information, and reception failure information included in the message delay information. Determining a network to use and controlling the client device to receive a push message over the determined network.
  • the message delay information further includes doze mode state information of the client device, and the controlling may include: a message corresponding to the push message from the message server after the client device receives the push message; If the acquisition fails, it may be determined that the client device is in a doze mode.
  • the controlling may include controlling the client device to provide a notification message for processing a dose mode exception to a user of the client device based on the dose mode state information.
  • the time difference between the message server and the client device in the client device performing the message service may be calculated to determine the delay time of the message transmission.
  • FIG. 1 is a block diagram of a message service system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of a message transmission delay management apparatus according to an embodiment of the present invention
  • FIG. 3 is an exemplary diagram for describing a process of obtaining local time information of a message server according to an embodiment of the present invention.
  • FIG. 4 is an exemplary diagram for explaining a process of receiving a push message from a message server by a client device according to an embodiment of the present invention
  • FIG. 5 is a block diagram of an apparatus for managing message transmission delay according to a further embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a message transmission delay management method according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a message transmission delay management method according to an additional embodiment of the present invention.
  • FIG. 8 is a block diagram illustrating and describing a computing environment including a computing device suitable for use in exemplary embodiments of the present invention.
  • FIG. 1 is a block diagram of a message service system 100 according to an embodiment of the present invention.
  • a message service system 100 includes a message server 110, a push server 130, and a client device 150.
  • the message server 110 is a server for providing a message service to the client device 150.
  • the message service is a service for transmitting and receiving a message between users using a messenger application installed in the client device 150.
  • the messenger application means, for example, a program that allows a plurality of users to exchange messages with each other.
  • the message server 110 may notify the push server 130 that there is a message to be transmitted to the client device 150.
  • the push message may be transmitted to the client device 150 by requesting transmission of the push message.
  • the message server 110 transmits the requested message from the client device 150 after receiving the push request for the message corresponding to the push message from the client device 150 after transmitting the push message to the client device 150. Can be.
  • the push server 130 is a server for transmitting a push message to the client device 150 at the request of the message server 110. For example, when the push server 130 receives a request to transmit a push message from the message server 110 to the client device 150, the push server 130 may transmit the push message to the client device 150.
  • the client device 150 is a device used by a user to receive a message service.
  • the client device 150 may be carried by a user such as a laptop PC, a tablet PC, a tablet, a PDA, a smartphone, and the like. Form of a mobile device.
  • the client device 150 requests the message server 110 to transmit a message corresponding to the push message to receive the message requested to be transmitted from the message server 110. Can be.
  • the client device 150 is illustrated as directly receiving a message corresponding to a push message from the message server 110, but is not necessarily limited thereto. That is, according to an embodiment, the message service system 100 further includes a proxy server (not shown) that receives and stores a message corresponding to the push message provided from the message server 110 to the client device 150. can do. In this case, the client device 150 receiving the push message may request a message corresponding to the push message to the proxy server, and receive a request for transmission from the proxy server.
  • a proxy server not shown
  • FIG. 2 is a block diagram of a message transmission delay management apparatus 200 according to an embodiment of the present invention.
  • the apparatus 200 for managing message transmission delay illustrated in FIG. 2 may be implemented, for example, in one configuration included in the client apparatus 150 illustrated in FIG. 1.
  • the apparatus 200 for managing message transmission delay includes a time difference calculator 210 and a delay time calculator 230.
  • the time difference calculator 210 acquires local time information of the message server 110 and based on the obtained local time information, the time between the local time of the message server 110 and the local time of the client device 150. Calculate the difference
  • the local time of the message server 110 refers to a time set in the message server 110.
  • the local time of the client device 150 means a time set in the client device 150.
  • the time difference calculator 210 transmits a request message for requesting local time information of the message server 110 to the message server 110, and from the message server 110 to the message server ( A response message including the local time information of 110 may be received.
  • the local time information of the message server 110 included in the response message may include a transmission time of the response message based on the local time of the message server 110.
  • 3 is an exemplary view for explaining a process of acquiring local time information of the message server 110 according to an embodiment of the present invention.
  • the client device 150 transmits a request message for requesting local time information of the message server 110 to the message server 110, and requests a request based on the local time of the client device 150. Measure and store the transmission time (Time 1) of the message.
  • the message server 110 Upon receiving the request message, the message server 110 transmits a response message including the transmission time (Time 2) based on the local time of the message server 110 to the client device 150.
  • the client device 150 receiving the response message measures and stores the reception time (Time 3) of the response message based on the local time of the client device 150.
  • the time difference calculator 210 uses a round trip time (RTT) using a transmission time (Time 1) of a request message and a reception time (Time 3) of a response message. Can be calculated.
  • the round trip time refers to the time from when the request message is transmitted from the client device 150 to the message server 110 to the time when the client device 150 receives the response message from the message server 110.
  • the round trip time may be calculated according to, for example, Equation 1 below.
  • the time difference calculator 210 uses the calculated round trip time, the transmission time (time 1) of the request message, and the transmission time (Time 2) included in the response message, to the client device 150 and the message server 110.
  • the time gap between) can be calculated.
  • the time difference may be calculated according to, for example, Equation 2 below.
  • Time Gap Time2-Time1-(RTT / 2)
  • the client device 150 when the client device 150 receives the push message including the transmission time information based on the local time of the message server 110 from the message server 110, the client device ( Delay for the received push message based on the received time information of the push message based on the local time of 150), the transmission time information included in the received push message, and the time difference calculated by the time difference calculator 210. Calculate the delay time.
  • FIG 4 is an exemplary view for explaining a process of receiving a push message from the message server 110 by the client device 150 according to an embodiment of the present invention.
  • the message server 110 transmits a push message including a transmission time (Time 4) of a push message measured based on the local time of the message server 110 to the client device 150. .
  • the client device 150 receiving the push message measures the reception time (Time 5) of the push message based on the local time of the client device 150 at the time when the push message is received.
  • the delay time calculator 230 receives the push time of the push message (Time 5), the push time of the push message (Time 4), and the time difference calculated by the time difference calculator 210.
  • Delay time can be calculated using. Specifically, the delay time may be calculated using, for example, Equation 3 below.
  • FIG. 5 is a block diagram of a message transmission delay management apparatus 500 according to an embodiment of the present invention.
  • the apparatus 500 for managing message transmission delay further includes an access history manager 510, a delay information manager 530, and a controller 550.
  • an access history manager 510 for managing message transmission delay
  • a delay information manager 530 for managing message transmission delay
  • a controller 550 for managing message transmission delay.
  • the access history manager 510 may store network access history information of the client device 150.
  • the network connection history information may include information on each of the networks to which the client device 150 has past and present access.
  • the network connection history information may include network identification information, an access start time, and an access end time for each network to which the client device 150 connects.
  • the network identification information is for distinguishing each network from other networks and may include, for example, a BSSID.
  • connection start time and the connection end time are times measured based on the local time of the client device 150.
  • the connection start time is a time measured based on the local time of the client device 150 when the client device 150 connects to the network
  • the connection end time is a time when the client device 150 was connected to the network. It may be a time measured based on the local time of the client device 150 at the end of the connection.
  • the delay information manager 530 may store message delay information regarding the push message received by the client device 150.
  • the message delay information may include information related to the transmission delay of the push message generated in the process of transmitting the push message. Meanwhile, when the client device 150 receives a plurality of push messages, the delay information manager 530 may store message delay information for each of the plurality of push messages.
  • the message delay information may include a reception time of a push message, a delay time for the push message, and network identification information of a network connected to the client device 150 at the time when the push message is transmitted.
  • the reception time of the push message may be a time measured based on the local time of the client device 150 at the time when the client device 150 receives the push message.
  • the delay information management unit 530 is the network identification information of the network connected to the client device 150 at the time the push message is transmitted based on the reception time information of the push message, the delay time for the push message and the network connection history information. Can be identified.
  • the delay information manager 530 may calculate a time at which the push message is transmitted based on the local time of the client device 150 using the reception time of the push message and the delay time calculated for the push message. . Thereafter, the delay information manager 530 pushes the push message calculated based on the local time of the client device 150 and the access start time and the connection end time of each network included in the network access history information. At which point the message is transmitted, it may be determined which network the client device 150 is connected to.
  • the delay information manager 530 may calculate '4:35:40 pm', which is the time subtracted by the delay time from the reception time of the push message, as the time when the push message is transmitted. Thereafter, the delay information manager 530 identifies a network accessed by the client device 150 at 4:35:40 pm using the access start time and the connection end time for each network stored in the network access history information. can do. In addition, the delay information management unit 530 may obtain network identification information of the network identified from the access history information and include it in the delay information.
  • the message delay information may further include reception failure information of the push message through the network connected to the client device 150 at the time when the push message is transmitted.
  • the delay information management unit 530 may identify network identification information of a network connected to the client device 150 at the time when the push message is transmitted, and network identification of a network connected to the client device 150 at the time of receiving the push message. When the information is different from each other, it may be determined that reception of the push message through the network to which the client device 150 has failed at the time when the push message is transmitted. At this time, the delay information manager 530 is connected to the client device 150 at the time when the push message is received using the connection start time and the connection end time for each of the networks stored in the push message and the network connection history information. Network identification information of the network can be obtained.
  • the message delay information may further include the dose mode state information of the client device 150.
  • the dose mode reduces power consumption of the client device 150 by limiting network connection of the client device 150 when a preset condition is satisfied, such as when the client device 150 does not receive an input from the outside for a long time. It can mean a function for.
  • the delay information management unit 530 if the client device 150 fails to obtain a message corresponding to the push message from the message server 110 after receiving the push message, the client device It may be determined that 150 is in the dose mode.
  • the client device 150 receives a push message for notifying that there is a message to be received from the message server 110, and connects to the message server 110 to request information about the received message.
  • the delay information management unit 530 responds to the push message, for example, the client device 150 does not transmit a request for information on the message to the message server 110 or does nothing when the push message is received.
  • the client device 150 may determine that the device is in the doze mode and store the same.
  • the controller 550 may control the client device 150 based on at least one of network connection history information of the client device 150 and message delay information about the push message.
  • the controller 550 may be configured to perform a push session for receiving a push message in a network to which the client device 150 is currently connected, based on the delay time and the network identification information included in the message delay information.
  • the client device 150 may be controlled to adjust the ping period.
  • the controller 550 is currently connected. It can be determined that the push session maintenance time of the network is short. In this case, the controller 550 may control to shorten the ping period of the client device 150 to maintain the push session in the currently connected network.
  • the controller 550 identifies the past connection holding time of the client device 150 with respect to the network to which the client device 150 is currently connected from the network connection history information, and maintains the past connection. Based on time, the client device 150 may determine which network to use for push message reception among the currently connected network and other networks accessible by the client device 150. In addition, the controller 550 may control the client device 150 to receive the push message through the determined network.
  • the controller 550 controls the past connection of the client device 150 to the network to which the client device 150 currently connects based on the network identification information, the connection start time, and the connection end time included in the network connection history information. The retention time can be identified.
  • the controller 550 is handovered due to the weak electric field in the currently connected network when the rate at which the past connection maintenance time for the network to which the client device 150 is currently connected is less than or equal to the third threshold is greater than or equal to the fourth threshold. ) May occur frequently.
  • the controller 550 may control the client device 150 to access the network other than the network to which the client device 150 is currently connected (for example, a mobile network).
  • control unit 550 is based on the delay time, network identification information and reception failure information included in the message delay information, the network and the client device that the client device 150 currently connected ( 150 may determine which of the other networks accessible by push message to use to receive the push message, and control the client device 150 to receive the push message via the determined network.
  • the controller 550 analyzes the delay time of the push messages received in the network currently connected to the client device 150 and the failure rate of the push message received through the network to which the client device 150 is currently connected.
  • the transmission success rate of the push message can be determined.
  • the controller 550 may present the present invention when the delay time of the push messages received from the network to which the client device 150 is currently connected is greater than or equal to the fifth threshold and the percentage of push messages that have not been received is greater than or equal to the sixth threshold. It may be determined that the transmission success rate of the push message through the connected network is low. In this case, the controller 550 may control the client device 150 to access the network other than the network to which the client device 150 is currently connected (for example, a mobile network).
  • the controller 550 sends a notification message for processing a dose mode exception to a user of the client device 150 based on the dose mode state information included in the delay information for the push message.
  • the client device 150 can be controlled to provide.
  • the controller 550 may be configured for the message application installed in the client device 150. It can be determined that the dose mode exception is not handled. In this case, the controller 550 may provide the user of the client device 150 with a notification message for guiding that the dose mode exception processing for the message application is required to receive the push message.
  • FIG. 6 is a flowchart illustrating a message transmission delay management method according to an embodiment of the present invention.
  • the method illustrated in FIG. 6 may be performed by, for example, the apparatus 200 for managing message transmission delay illustrated in FIG. 2.
  • the message transmission delay management apparatus 200 obtains local time information of the message server 110 (610).
  • the message transmission delay management apparatus 200 may transmit a request message for requesting local time information of the message server 110 to the message server 110.
  • the apparatus 200 for managing message transmission delay may receive a response message including local time information of the message server 110 from the message server 110.
  • the local time information included in the response message may include a transmission time of the response message based on the local time of the message server 110.
  • the message transmission delay management apparatus 200 calculates a time difference between the local time of the message server 110 and the local time of the client device 150 based on the obtained local time information (620).
  • the message transmission delay management apparatus 200 rounds using the transmission time of the request message based on the local time of the client device 150 and the reception time of the response message based on the local time of the client device 150.
  • the trip time can be calculated.
  • the message transmission delay management apparatus 200 may transmit the request time based on the local time of the client device 150, the round trip time, and the transmission time of the response message based on the local time of the message server 110.
  • the time difference can be calculated using.
  • the client device 150 receives the push message including the transmission time information based on the local time of the message server 110
  • receives the push message from the message server 110 (630).
  • the delay time for the push message is calculated based on the reception time information of the push message, the transmission time information included in the push message, and the time difference based on the local time of the client device 150 (640).
  • FIG. 7 is a flowchart illustrating a message transmission delay management method according to an additional embodiment of the present invention.
  • the method illustrated in FIG. 7 may be performed by the message transmission delay management apparatus 500 illustrated in FIG. 5, for example.
  • the steps 710 to 740 are the same as the steps 610 to 640 shown in FIG. 6, and thus redundant description thereof will be omitted.
  • the apparatus 500 for managing message transmission delay may include at least one of network connection history information of the client device 150 and message delay information for push messages received by the client device 150 from the message server 110.
  • the client device 150 may be controlled based on 750.
  • the network connection history information may include network identification information, an access start time, and an access end time for each network connected by the client device 150.
  • the message delay information may include receiving time information of a push message, delay time for a push message, and network identification information of a network connected to the client device 150 at the time when the push message is transmitted. It may include.
  • the message delay information may further include reception failure information of a push message through a network connected to the client device 150 at the time when the push message is transmitted.
  • the message delay information may further include the dose mode state information of the client device 150.
  • the message transmission delay management apparatus 500 may transmit a push message in a network to which the client device 150 currently accesses, based on the delay time and the network identification information included in the message delay information.
  • the client device 150 may be controlled to adjust the ping period of the push session to receive.
  • the message transmission delay management apparatus 500 may identify the past connection holding time of the client device 150 with respect to the network to which the client device 150 is currently connected from the network connection history information. Can be. At this time, the message transmission delay management apparatus 500 determines, based on the past connection maintenance time, a network to use push message reception among the network to which the client device 150 is currently connected and other networks accessible by the client device 150. Can be. In addition, the message transmission delay management apparatus 500 may control the client device 150 to receive the push message through the determined network.
  • the message transmission delay management apparatus 500 is based on the delay time included in the message delay information, network identification information, and whether the reception failure, the network that the client device 150 is currently connected to And determining a network to use push message reception among other networks accessible by the client device 150, and controlling the client device 150 to receive the push message through the determined network.
  • the message message transmission delay management apparatus 500 may provide a notification message for processing a dose mode exception to a user of the client apparatus 150 based on the dose mode state information. 150 may be controlled.
  • the method is divided into a plurality of steps, but at least some of the steps may be performed in a reverse order, in combination with other steps, omitted, or as detailed steps. It may be performed separately or in addition to one or more steps not shown.
  • each component may have different functions and capabilities in addition to those described below, and may include additional components in addition to those described below.
  • the illustrated computing environment 10 includes a computing device 12.
  • the computing device 12 may be, for example, the time difference calculator 210, the delay time calculator 230, the connection history manager 510, and the delay information manager illustrated in FIG. 2 or 5.
  • 530 and the controller 550 may be one or more components included in the message transmission delay management apparatus 200 or 500.
  • Computing device 12 includes at least one processor 14, computer readable storage medium 16, and communication bus 18.
  • the processor 14 may cause the computing device 12 to operate according to the example embodiments mentioned above.
  • processor 14 may execute one or more programs stored in computer readable storage medium 16.
  • the one or more programs may include one or more computer executable instructions that, when executed by the processor 14, cause the computing device 12 to perform operations in accordance with an exemplary embodiment. Can be.
  • Computer readable storage medium 16 is configured to store computer executable instructions or program code, program data and / or other suitable forms of information.
  • the program 20 stored in the computer readable storage medium 16 includes a set of instructions executable by the processor 14.
  • computer readable storage medium 16 includes memory (volatile memory, such as random access memory, nonvolatile memory, or a suitable combination thereof), one or more magnetic disk storage devices, optical disk storage devices, flash Memory devices, or any other form of storage medium that is accessible by computing device 12 and capable of storing desired information, or a suitable combination thereof.
  • the communication bus 18 interconnects various other components of the computing device 12, including the processor 14 and the computer readable storage medium 16.
  • Computing device 12 may also include one or more input / output interfaces 22 and one or more network communication interfaces 26 that provide an interface for one or more input / output devices 24.
  • the input / output interface 22 and the network communication interface 26 are connected to the communication bus 18.
  • the input / output device 24 may be connected to other components of the computing device 12 via the input / output interface 22.
  • Exemplary input / output device 24 may include a pointing device (such as a mouse or trackpad), a keyboard, a touch input device (such as a touchpad or touchscreen), a voice or sound input device, various types of sensor devices, and / or imaging devices.
  • Input devices, and / or output devices such as display devices, printers, speakers, and / or network cards.
  • the example input / output device 24 may be included inside the computing device 12 as one component of the computing device 12, and may be connected to the computing device 12 as a separate device from the computing device 12. It may be.

Abstract

메시지 전송 지연 관리 장치 및 방법이 개시된다. 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 장치는 메시지 서버의 로컬 시간 정보를 획득하고, 상기 획득된 로컬 시간 정보에 기초하여, 상기 메시지 서버의 로컬 시간과 클라이언트 장치의 로컬 시간 사이의 시간 차를 산출하는 시간 차 산출부 및 상기 클라이언트 장치가 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시(push) 메시지를 수신한 경우, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 푸시 메시지의 수신 시간 정보, 상기 푸시 메시지에 포함된 전송 시간 정보 및 상기 시간 차에 기초하여 상기 푸시 메시지에 대한 지연 시간을 산출하는 지연 시간 산출부를 포함한다.

Description

메시지 전송 지연 관리 장치 및 방법
본 발명의 실시예들은 메시지 전송 지연을 판단 및 관리하기 위한 기술과 관련된다.
종래의 모바일 메시지 서비스는 푸시(push) 서비스를 활용해 수신할 메시지가 있음을 클라이언트 장치에 전송하고, 푸시 메시지를 수신한 클라이언트 장치에서 메시지 서버에 접속해 수신한 메시지를 읽어가는 형태로 구성되어 있다.
이러한 종래 모바일 메시지 서비스의 경우, 클라이언트 장치가 푸시 메시지를 수신하기 전 까지 메시지의 지연 여부를 판단할 수 없고, 서버에서 푸시 메시지를 전송한 시간부터 클라이언트 장치가 메시지 서버에 접속해 메시지를 읽어간 시점까지의 시간 차를 통해 메시지 전송 지연을 측정할 수 밖에 없어 단순 전송 지연 정도만 판단 가능하다.
이에 따라, 네트워크 구간 및 클라이언트 장치 설정의 이슈로 인해 발생하는 메시지 전송 지연을 클라이언트 장치에서 판단하여 클라이언트 장치가 메시지 전송 지연에 대해 능동적으로 대처하도록 하기 위한 방안이 요구되고 있다.
본 발명의 실시예들은 메시지 전송 지연 관리 장치 및 방법을 제공하기 위한 것이다.
본 발명의 일 실시예에 따른 메시지 전송 지연 관리 장치는 메시지 서버의 로컬 시간 정보를 획득하고, 상기 획득된 로컬 시간 정보에 기초하여, 상기 메시지 서버의 로컬 시간과 클라이언트 장치의 로컬 시간 사이의 시간 차를 산출하는 시간 차 산출부 및 상기 클라이언트 장치가 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시(push) 메시지를 수신한 경우, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 푸시 메시지의 수신 시간 정보, 상기 푸시 메시지에 포함된 전송 시간 정보 및 상기 시간 차에 기초하여 상기 푸시 메시지에 대한 지연 시간을 산출하는 지연 시간 산출부를 포함한다.
상기 시간 차 산출부는, 상기 메시지 서버로 상기 메시지 서버의 로컬 시간 정보를 요청하는 요청 메시지를 전송하여 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간 정보를 포함하는 응답 메시지를 수신하고, 상기 응답 메시지에 포함된 로컬 시간 정보는, 상기 메시지 서버의 로컬 시간을 기준으로 한 상기 응답 메시지의 전송 시간을 포함할 수 있다.
상기 시간 차 산출부는, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 요청 메시지의 전송 시간 및 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 응답 메시지의 수신 시간을 이용하여 라운드 트립 타임(Round Trip Time: RTT)을 산출하고, 상기 요청 메시지의 전송 시간, 상기 라운드 트립 타임 및 상기 응답 메시지의 전송 시간을 이용하여 상기 시간 차를 산출할 수 있다.
상기 메시지 전송 지연 관리 장치는 상기 클라이언트 장치의 네트워크 접속 이력 정보를 저장하는 접속 이력 관리부, 상기 푸시 메시지에 대한 메시지 지연 정보를 저장하는 지연 정보 관리부 및 상기 네트워크 접속 이력 정보 및 상기 메시지 지연 정보 중 적어도 하나에 기초하여 상기 클라이언트 장치를 제어하는 제어부를 더 포함할 수 있다.
상기 네트워크 접속 이력 정보는, 상기 클라이언트 장치가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함하고, 상기 메시지 지연 정보는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보를 포함할 수 있다.
상기 지연 정보 관리부는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 네트워크 접속 이력 정보에 기초하여 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 식별할 수 있다.
상기 제어부는, 상기 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑(ping) 주기를 조절하도록 상기 클라이언트 장치를 제어할 수 있다.
상기 제어부는, 상기 네트워크 접속 이력 정보로부터 상기 클라이언트 장치가 현재 접속한 네트워크에 대한 상기 클라이언트 장치의 과거 접속 유지 시간을 식별하고, 상기 과거 접속 유지 시간에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하고, 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어할 수 있다.
상기 메시지 지연 정보는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신 실패 정보를 더 포함하고, 상기 지연 정보 관리부는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보와 상기 푸시 메시지가 수신된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보가 서로 상이한 경우, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신이 실패한 것으로 판단할 수 있다.
상기 제어부는, 상기 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하고, 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어할 수 있다.
상기 메시지 지연 정보는, 상기 클라이언트 장치의 도즈(doze) 모드 상태 정보를 더 포함하고, 상기 지연 정보 관리부는, 상기 클라이언트 장치가 상기 푸시 메시지를 수신한 후 상기 메시지 서버로부터 상기 푸시 메시지에 대응되는 메시지 획득을 실패한 경우, 상기 클라이언트 장치가 도즈 모드 상태인 것으로 판단할 수 있다.
상기 제어부는, 상기 도즈 모드 상태 정보에 기초하여, 상기 클라이언트 장치의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 상기 클라이언트 장치를 제어할 수 있다.
본 발명의 일 실시예에 따른 메시지 전송 지연 관리 방법은 메시지 서버의 로컬 시간 정보를 획득하는 단계, 상기 획득된 로컬 시간 정보에 기초하여, 상기 메시지 서버의 로컬 시간과 클라이언트 장치의 로컬 시간 사이의 시간 차를 산출하는 단계 및 상기 클라이언트 장치가 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시(push) 메시지를 수신한 경우, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 푸시 메시지의 수신 시간 정보, 상기 푸시 메시지에 포함된 전송 시간 정보 및 상기 시간 차에 기초하여 상기 푸시 메시지에 대한 지연 시간을 산출하는 단계를 포함한다.
상기 획득하는 단계는, 상기 메시지 서버로 상기 메시지 서버의 로컬 시간 정보를 요청하는 요청 메시지를 전송하는 단계 및 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간 정보를 포함하는 응답 메시지를 수신하는 단계를 포함하고, 상기 응답 메시지에 포함된 로컬 시간 정보는, 상기 메시지 서버의 로컬 시간을 기준으로 한 상기 응답 메시지의 전송 시간을 포함할 수 있다.
상기 시간 차 산출하는 단계는, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 요청 메시지의 전송 시간 및 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 응답 메시지의 수신 시간을 이용하여 라운드 트립 타임(Round Trip Time: RTT)을 산출하는 단계 및 상기 요청 메시지의 전송 시간, 상기 라운드 트립 타임 및 상기 응답 메시지의 전송 시간을 이용하여 상기 시간 차를 산출하는 단계를 포함할 수 있다.
본 발명의 일 실시예에 따른 메시지 전송 지연 관리 방법은 클라이언트 장치의 네트워크 접속 이력 정보 및 상기 푸시 메시지에 대한 메시지 지연 정보 중 적어도 하나에 기초하여 상기 클라이언트 장치를 제어하는 단계를 더 포함할 수 있다.
상기 네트워크 접속 이력 정보는, 상기 클라이언트 장치가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함하고, 상기 메시지 지연 정보는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보를 포함할 수 있다.
상기 제어하는 단계는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 네트워크 접속 이력 정보에 기초하여 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 식별할 수 있다.
상기 제어하는 단계는, 상기 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑(ping) 주기를 조절하도록 상기 클라이언트 장치를 제어할 수 있다.
상기 제어하는 단계는, 상기 네트워크 접속 이력 정보로부터 상기 클라이언트 장치가 현재 접속한 네트워크에 대한 상기 클라이언트 장치의 과거 접속 유지 시간을 식별하는 단계, 상기 과거 접속 유지 시간에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하는 단계 및 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 단계를 포함할 수 있다.
상기 메시지 지연 정보는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신 실패 정보를 더 포함하고, 상기 제어하는 단계는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보와 상기 푸시 메시지가 수신된 시점에 상기 클라이언트 장치가 접속한 네트워크의 식별 정보가 서로 상이한 경우, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신이 실패한 것으로 판단할 수 있다.
상기 제어하는 단계는, 상기 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하는 단계 및 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 단계를 포함할 수 있다.
상기 메시지 지연 정보는, 상기 클라이언트 장치의 도즈(doze) 모드 상태 정보를 더 포함하고, 상기 제어하는 단계는, 상기 클라이언트 장치가 상기 푸시 메시지를 수신한 후 상기 메시지 서버로부터 상기 푸시 메시지에 대응되는 메시지 획득을 실패한 경우, 상기 클라이언트 장치가 도즈 모드 상태인 것으로 판단할 수 있다.
상기 제어하는 단계는, 상기 도즈 모드 상태 정보에 기초하여, 상기 클라이언트 장치의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 상기 클라이언트 장치를 제어할 수 있다.
본 발명의 실시예들에 따르면, 메시지 서비스를 수행하는 클라이언트 장치 내에서 메시지 서버와 클라이언트 장치 사이의 시간 차를 산출하여 메시지 전송의 지연 시간을 판단할 수 있다.
또한, 본 발명의 실시예들에 따르면, 산출한 메시지 전송의 지연 시간을 이용하여 클라이언트 장치가 메시지 전송 지연에 대해 능동적으로 대처하도록 함으로써 메시지 전송 지연을 효과적으로 방지할 수 있다.
도 1은 본 발명의 일 실시예에 따른 메시지 서비스 시스템의 구성도
도 2는 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 장치의 구성도
도 3은 본 발명의 일 실시예에 따른 메시지 서버의 로컬 시간 정보를 획득하는 과정을 설명하기 위한 예시도
도 4는 본 발명의 일 실시예에 따른 클라이언트 장치가 메시지 서버로부터 푸시 메시지를 수신하는 과정을 설명하기 위한 예시도
도 5는 본 발명의 추가적 실시예에 따른 메시지 전송 지연 관리 장치의 구성도
도 6은 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 방법의 순서도
도 7은 본 발명의 추가적 실시예에 따른 메시지 전송 지연 관리 방법의 순서도
도 8은 본 발명의 예시적인 실시예들에서 사용되기에 적합한 컴퓨팅 장치를 포함하는 컴퓨팅 환경을 예시하여 설명하기 위한 블록도
이하, 도면을 참조하여 본 발명의 구체적인 실시형태를 설명하기로 한다. 이하의 상세한 설명은 본 명세서에서 기술된 방법, 장치 및/또는 시스템에 대한 포괄적인 이해를 돕기 위해 제공된다. 그러나 이는 예시에 불과하며 본 발명은 이에 제한되지 않는다.
본 발명의 실시예들을 설명함에 있어서, 본 발명과 관련된 공지기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략하기로 한다. 그리고, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 상세한 설명에서 사용되는 용어는 단지 본 발명의 실시예들을 기술하기 위한 것이며, 결코 제한적이어서는 안 된다. 명확하게 달리 사용되지 않는 한, 단수 형태의 표현은 복수 형태의 의미를 포함한다. 본 설명에서, "포함" 또는 "구비"와 같은 표현은 어떤 특성들, 숫자들, 단계들, 동작들, 요소들, 이들의 일부 또는 조합을 가리키기 위한 것이며, 기술된 것 이외에 하나 또는 그 이상의 다른 특성, 숫자, 단계, 동작, 요소, 이들의 일부 또는 조합의 존재 또는 가능성을 배제하도록 해석되어서는 안 된다.
도 1는 본 발명의 일 실시예에 따른 메시지 서비스 시스템(100)의 구성도이다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 메시지 서비스 시스템(100)은 메시지 서버(110), 푸시(push) 서버(130) 및 클라이언트 장치(150)를 포함한다.
메시지 서버(110)는 클라이언트 장치(150)로 메시지 서비스를 제공하기 위한 서버이다. 이때, 메시지 서비스는 클라이언트 장치(150)에 설치된 메신저 어플리케이션을 이용하여 사용자 간의 메시지를 송수신할 수 있도록 하기 위한 서비스이다. 이때, 메신저 어플리케이션은 예를 들어, 복수의 사용자들이 상호간에 메시지를 교환할 수 있도록 하는 프로그램을 의미한다.
구체적으로, 메시지 서버(110)는 메시지 서비스를 이용하는 특정 사용자로부터 클라이언트 장치(150)의 사용자로 전송할 메시지를 수신한 경우, 푸시 서버(130)에게 클라이언트 장치(150)로 전송할 메시지가 있음을 알리기 위한 푸시 메시지의 전송을 요청하여 클라이언트 장치(150)로 푸시 메시지를 전송할 수 있다.
또한, 메시지 서버는(110)는 클라이언트 장치(150)로 푸시 메시지 전송 이후, 클라이언트 장치(150)로부터 푸시 메시지에 대응되는 메시지에 대한 전송 요청을 받으면, 클라이언트 장치(150)로부터 요청된 메시지를 전송할 수 있다.
푸시 서버(130)는 메시지 서버(110)의 요청에 따라 클라이언트 장치(150)로 푸시 메시지를 전송하기 위한 서버이다. 예를 들어, 푸시 서버(130)는 메시지 서버(110)로부터 클라이언트 장치(150)로 푸시 메시지를 전송해달라는 요청을 받는 경우, 클라이언트 장치(150)로 푸시 메시지를 전송할 수 있다.
클라이언트 장치(150)는 메시지 서비스를 제공받기 위해 사용자에 의해 이용되는 장치로서, 예를 들어, 랩톱 PC, 태블릿 PC, 패블릿(Phablet), PDA, 스마트폰 등과 같이 사용자가 소지하여 이동할 수 있는 다양한 형태의 모바일 장치일 수 있다. 클라이언트 장치(150)는 푸시 서버(130)로부터 푸시 메시지를 수신한 경우, 메시지 서버(110)로 푸시 메시지에 대응되는 메시지에 대한 전송을 요청을 하여 메시지 서버(110)로부터 전송 요청한 메시지를 수신할 수 있다.
한편, 도 1에 도시된 예에서는, 클라이언트 장치(150)가 메시지 서버(110)로부터 푸시 메시지에 대응되는 메시지를 직접 제공받는 것으로 예시하고 있으나, 반드시 이에 한정되는 것은 아니다. 즉, 실시예에 따라, 메시지 서비스 시스템(100)은 메시지 서버(110)로부터 클라이언트 장치(150)로 제공된 푸시 메시지에 대응되는 메시지를 수신하여 저장하는 프록시(proxy) 서버(미도시)를 더 포함할 수 있다. 이 경우, 푸시 메시지를 수신한 클라이언트 장치(150)는 프록시 서버로 푸시 메시지에 대응되는 메시지를 요청하고, 프록시 서버로부터 전송 요청한 메시지를 수신할 수 있다.
도 2는 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 장치(200)의 구성도이다.
도 2에 도시된 메시지 전송 지연 관리 장치(200)는 예를 들어, 도 1에 도시된 클라이언트 장치(150)에 포함된 일 구성으로 구현될 수 있다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 장치(200)는 시간 차 산출부(210) 및 지연 시간 산출부(230)를 포함한다.
시간 차 산출부(210)는 메시지 서버(110)의 로컬 시간 정보를 획득하고, 획득된 로컬 시간 정보에 기초하여, 메시지 서버(110)의 로컬 시간과 클라이언트 장치(150)의 로컬 시간 사이의 시간 차를 산출한다. 이때, 메시지 서버(110)의 로컬 시간은 메시지 서버(110)에서 설정된 시간을 의미한다. 또한, 클라이언트 장치(150)의 로컬 시간은 클라이언트 장치(150)에서 설정된 시간을 의미한다.
본 발명의 일 실시예에 따르면, 시간 차 산출부(210)는 메시지 서버(110)로 메시지 서버(110)의 로컬 시간 정보를 요청하는 요청 메시지를 전송하고, 메시지 서버(110)로부터 메시지 서버(110)의 로컬 시간 정보를 포함하는 응답 메시지를 수신할 수 있다.
이때, 본 발명의 일 실시예에 따르면, 응답 메시지에 포함된 메시지 서버(110)의 로컬 시간 정보는 메시지 서버(110)의 로컬 시간을 기준으로 한 응답 메시지의 전송 시간을 포함할 수 있다.
도 3은 본 발명의 일 실시예에 따른 메시지 서버(110)의 로컬 시간 정보를 획득하는 과정을 설명하기 위한 예시도이다.
도 3을 참조하면, 우선, 클라이언트 장치(150)는 메시지 서버(110)로 메시지 서버(110)의 로컬 시간 정보를 요청하는 요청 메시지를 전송하고, 클라이언트 장치(150)의 로컬 시간을 기준으로 요청 메시지의 전송 시간(Time 1)을 측정하여 저장한다.
요청 메시지를 수신한 메시지 서버(110)는 메시지 서버(110)의 로컬 시간을 기준으로 한 전송 시간(Time 2)을 포함하는 응답 메시지를 클라이언트 장치(150)로 전송한다.
응답 메시지를 수신한 클라이언트 장치(150)는 클라이언트 장치(150)의 로컬 시간을 기준으로 응답 메시지의 수신 시간(Time 3)을 측정하여 저장한다.
한편, 도 3에 도시된 예에서, 시간 차 산출부(210)는 요청 메시지의 전송 시간(Time 1)과 응답 메시지의 수신 시간(Time 3)를 이용하여 라운드 트립 타임(Round Trip Time: RTT)을 산출할 수 있다. 이때, 라운드 트립 타임은 클라이언트 장치(150)에서 메시지 서버(110)로 요청 메시지가 전송된 시점부터 클라이언트 장치(150)에서 메시지 서버(110)로부터 응답 메시지를 수신한 시점까지의 시간을 의미한다. 구체적으로, 라운드 트립 타임은 예를 들어, 아래의 수학식 1에 따라 산출될 수 있다.
[수학식 1]
RTT = Time 3 - Time 1
또한, 시간 차 산출부(210)는 산출된 라운드 트립 타임, 요청 메시지의 전송 시간(time 1) 및 응답 메시지에 포함된 전송 시간(Time 2)을 이용하여 클라이언트 장치(150)와 메시지 서버(110) 사이의 시간 차(Time Gap)를 산출할 수 있다. 구체적으로, 시간 차는 예를 들어, 아래의 수학식 2에 따라 산출될 수 있다.
[수학식 2]
Time Gap = Time2 - Time1 - (RTT/2)
한편, 지연 시간 산출부(230)는 클라이언트 장치(150)가 메시지 서버(110)로부터 메시지 서버(110)의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시 메시지를 수신한 경우, 클라이언트 장치(150)의 로컬 시간을 기준으로 한 푸시 메시지의 수신 시간 정보, 수신된 푸시 메시지에 포함된 전송 시간 정보 및 시간 차 산출부(210)에 의해 산출된 시간 차에 기초하여 수신된 푸시 메시지에 대한 지연 시간(Delay time)을 산출한다.
도 4는 본 발명의 일 실시예에 따른 클라이언트 장치(150)가 메시지 서버(110)로부터 푸시 메시지를 수신하는 과정을 설명하기 위한 예시도이다.
도 4를 참조하면, 우선, 메시지 서버(110)는 클라이언트 장치(150)로 메시지 서버(110)의 로컬 시간을 기준으로 측정된 푸시 메시지의 전송 시간(Time 4)을 포함하는 푸시 메시지를 전송한다.
푸시 메시지를 수신한 클라이언트 장치(150)는 푸시 메시지를 수신한 시점에 클라이언트 장치(150)의 로컬 시간을 기준으로 푸시 메시지의 수신 시간(Time 5)을 측정한다.
한편, 도 4에 도시된 예에서, 지연 시간 산출부(230)는 푸시 메시지의 수신 시간(Time 5), 푸시 메시지의 전송 시간(Time 4) 및 시간 차 산출부(210)에서 산출된 시간 차를 이용하여 지연 시간을 산출할 수 있다. 구체적으로, 지연 시간은 예를 들어, 아래 수학식 3을 이용하여 산출될 수 있다.
[수학식 3]
Delay Time = Time 4 - Time 5 + Time Gap
도 5는 본 발명의 추가적 실시예에 따른 메시지 전송 지연 관리 장치(500)의 구성도이다.
도 5를 참조하면, 본 발명의 추가적 실시예에 따른 메시지 전송 지연 관리 장치(500)는 접속 이력 관리부(510), 지연 정보 관리부(530) 및 제어부(550)를 더 포함한다. 도 5에 도시된 예에서, 시간 차 산출부(210) 및 지연 시간 산출부(230)는 도 2에 도시된 구성과 동일한 구성이므로 이에 대한 중복적인 설명은 생략한다.
접속 이력 관리부(510)는 클라이언트 장치(150)의 네트워크 접속 이력 정보를 저장할 수 있다. 이때, 네트워크 접속 이력 정보는, 클라이언트 장치(150)가 과거 및 현재 접속한 네트워크 각각에 대한 정보를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 네트워크 접속 이력 정보는, 클라이언트 장치(150)가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함할 수 있다. 이때, 네트워크 식별 정보는 각 네트워크를 다른 네트워크와 구분하기 위한 것으로 예를 들어, BSSID를 포함할 수 있다.
한편, 접속 시작 시간 및 접속 종료 시간은 클라이언트 장치(150)의 로컬 시간을 기준으로 측정된 시간이다. 예를 들어, 접속 시작 시간은 클라이언트 장치(150)가 네트워크에 접속한 시점에 클라이언트 장치(150)의 로컬 시간을 기준으로 측정된 시간이고, 접속 종료 시간은 클라이언트 장치(150)가 네트워크와 연결 중이던 접속을 종료한 시점에 클라이언트 장치(150)의 로컬 시간을 기준으로 측정된 시간일 수 있다.
지연 정보 관리부(530)는 클라이언트 장치(150)가 수신한 푸시 메시지에 대한 메시지 지연 정보를 저장할 수 있다. 이때, 메시지 지연 정보는, 푸시 메시지를 전송하는 과정에서 발생하는 푸시 메시지의 전송 지연과 관련된 정보를 포함할 수 있다. 한편, 지연 정보 관리부(530)는 클라이언트 장치(150)가 복수의 푸시 메시지를 수신한 경우, 복수의 푸시 메시지 각각에 대한 메시지 지연 정보를 저장할 수 있다.
본 발명의 일 실시예에 따르면, 메시지 지연 정보는 푸시 메시지의 수신 시간, 푸시 메시지에 대한 지연 시간 및 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보를 포함할 수 있다. 이때, 푸시 메시지의 수신 시간은 클라이언트 장치(150)에서 푸시 메시지를 수신한 시점에 클라이언트 장치(150)의 로컬 시간을 기준으로 측정된 시간일 수 있다.
한편, 지연 정보 관리부(530)는 푸시 메시지의 수신 시간 정보, 푸시 메시지에 대한 지연 시간 및 네트워크 접속 이력 정보에 기초하여 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보를 식별할 수 있다.
구체적으로, 지연 정보 관리부(530)는 푸시 메시지의 수신 시간과 해당 푸시 메시지에 대해 산출된 지연 시간을 이용하여 클라이언트 장치(150)의 로컬 시간을 기준으로 푸시 메시지가 전송된 시간을 산출할 수 있다. 이후, 지연 정보 관리부(530)는 클라이언트 장치(150)의 로컬 시간을 기준으로 산출된 푸시 메시지가 전송된 시간과 네트워크 접속 이력 정보에 포함된 네트워크 각각의 접속 시작 시간 및 접속 종료 시간을 이용하여 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 어느 네트워크에 접속했는지 판단할 수 있다.
예를 들어, 푸시 메시지의 수신 시간을 '오후 4시 35분 43초', 푸시 메시지에 대해 산출된 지연 시간을 '3초'라고 가정하자. 이때, 지연 정보 관리부(530)는 푸시 메시지의 수신 시간에서 지연 시간만큼 뺀 시간인 '오후 4시 35분 40초'를 푸시 메시지가 전송된 시간으로 산출할 수 있다. 이후, 지연 정보 관리부(530)는 네트워크 접속 이력 정보에 저장된 네트워크 각각에 대한 접속 시작 시간 및 접속 종료 시간을 이용하여 '오후 4시 35분 40초'에 클라이언트 장치(150)가 접속한 네트워크를 식별할 수 있다. 또한, 지연 정보 관리부(530)는 접속 이력 정보로부터 식별된 네트워크의 네트워크 식별 정보를 획득하여 지연 정보에 포함시킬 수 있다.
한편, 본 발명의 일 실시예에 따르면, 메시지 지연 정보는 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크를 통한 푸시 메시지의 수신 실패 정보를 더 포함할 수 있다.
구체적으로, 지연 정보 관리부(530)는 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보와 푸시 메시지가 수신된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보가 서로 상이한 경우, 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크를 통한 푸시 메시지의 수신이 실패한 것으로 판단할 수 있다. 이때, 지연 정보 관리부(530)는 푸시 메시지의 수신 시간과 네트워크 접속 이력 정보에 저장된 네트워크 각각에 대한 접속 시작 시간 및 접속 종료 시간을 이용하여 푸시 메시지가 수신된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보를 획득할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 지연 정보는 클라이언트 장치(150)의 도즈(doze) 모드 상태 정보를 더 포함할 수 있다. 이때, 도즈 모드는 클라이언트 장치(150)가 장기간 외부로부터 입력을 받지 않는 경우와 같이 기 설정된 조건이 만족되는 경우, 클라이언트 장치(150)의 네트워크 접속을 제한하여 클라이언트 장치(150)의 전력 소모를 줄이기 위한 기능을 의미할 수 있다.
구체적으로, 본 발명의 일 실시예에 따르면, 지연 정보 관리부(530)는 클라이언트 장치(150)가 푸시 메시지를 수신한 후 메시지 서버(110)로부터 푸시 메시지에 대응되는 메시지 획득에 실패한 경우, 클라이언트 장치(150)가 도즈 모드 상태인 것으로 판단할 수 있다.
예를 들어, 클라이언트 장치(150)가 메시지 서버(110)로부터 수신할 메시지가 있음을 알리기 위한 푸시 메시지를 수신하고, 수신한 메시지에 대한 정보를 요청하기 위해 메시지 서버(110)에 접속하는 경우를 가정하자. 이때, 지연 정보 관리부(530)는 예를 들어, 클라이언트 장치(150)가 메시지 서버(110)로 메시지에 대한 정보 요청을 전송하지 않거나 푸시 메시지를 수신하고도 아무런 동작을 하지 않는 등 푸시 메시지에 대응되는 메시지 획득에 실패하는 경우, 클라이언트 장치(150)가 도즈 모드 상태인 것으로 판단하여 저장할 수 있다.
한편, 제어부(550)는 클라이언트 장치(150)의 네트워크 접속 이력 정보 및 푸시 메시지에 대한 메시지 지연 정보 중 적어도 하나에 기초하여 클라이언트 장치(150)를 제어할 수 있다.
본 발명의 일 실시예에 따르면, 제어부(550)는 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑(ping) 주기를 조절하도록 클라이언트 장치(150)를 제어할 수 있다.
예를 들어, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크를 통해 과거 수신한 푸시 메시지 중 지연 시간이 제1 임계 값 이상인 푸시 메시지의 비율이 제2 임계 값 이상인 경우, 현재 접속한 네트워크의 푸시 세션 유지 시간이 짧은 것으로 판단할 수 있다. 이 경우, 제어부(550)는 클라이언트 장치(150)의 핑 주기를 짧게 조절하도록 제어하여 현재 접속한 네트워크에서 푸시 세션이 유지되도록 할 수 있다.
또한, 본 발명의 다른 실시예에 따르면, 제어부(550)는 네트워크 접속 이력 정보로부터 클라이언트 장치(150)가 현재 접속한 네트워크에 대한 클라이언트 장치(150)의 과거 접속 유지 시간을 식별하고, 과거 접속 유지 시간에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크 및 클라이언트 장치(150)에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정할 수 있다. 또한, 제어부(550)는 결정된 네트워크를 통해 푸시 메시지를 수신하도록 클라이언트 장치(150)를 제어할 수 있다.
예를 들어, 제어부(550)는 네트워크 접속 이력 정보에 포함된 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간에 기초하여 클라이언트 장치(150)가 현재 접속한 네트워크에 대한 클라이언트 장치(150)의 과거 접속 유지 시간을 식별할 수 있다. 또한, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크에 대한 과거 접속 유지 시간이 제3 임계 값 이하인 비율이 제4 임계 값 이상인 경우, 현재 접속한 네트워크에서 약전계로 인해 핸드오버(handover)가 빈번하게 발생하는 것으로 판단할 수 있다. 이 경우, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크가 아닌 다른 네트워크(예를 들어, 모바일 네트워크 등)에 접속하도록 클라이언트 장치(150)를 제어할 수 있다.
또한, 본 발명의 다른 실시예에 따르면, 제어부(550)는 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 정보에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크 및 클라이언트 장치(150)에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하고, 결정된 네트워크를 통해 푸시 메시지를 수신하도록 클라이언트 장치(150)를 제어할 수 있다.
구체적으로, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크에서 과거 수신한 푸시 메시지들에 대한 지연 시간과 현재 접속한 네트워크를 통한 푸시 메시지의 수신 실패의 비율을 분석하여 해당 네트워크를 통한 푸시 메시지의 전송 성공율을 판단할 수 있다. 예를 들어, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크에서 수신한 푸시 메시지들 중 지연 시간이 제5 임계 값 이상인 동시에 수신 실패한 푸시 메시지의 비율이 제6 임계 값 이상인 경우, 현재 접속한 네트워크를 통한 푸시 메시지의 전송 성공률이 낮은 것으로 판단할 수 있다. 이 경우, 제어부(550)는 클라이언트 장치(150)가 현재 접속한 네트워크가 아닌 다른 네트워크(예를 들어, 모바일 네트워크 등)에 접속하도록 클라이언트 장치(150)를 제어할 수 있다.
또한, 본 발명의 다른 실시예에 따르면, 제어부(550)는 푸시 메시지에 대한 지연 정보에 포함된 도즈 모드 상태 정보에 기초하여, 클라이언트 장치(150)의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 클라이언트 장치(150)를 제어할 수 있다.
구체적으로, 제어부(550)는 클라이언트 장치(150)가 과거 수신한 푸시 메시지에 대한 지연 정보 중 도즈 상태 정보가 'true'인 지연 정보가 존재하는 경우, 클라이언트 장치(150)에 설치된 메시지 애플리케이션에 대한 도즈 모드 예외 처리가 되어 있지 않은 것으로 판단할 수 있다. 이 경우, 제어부(550)는 클라이언트 장치(150)의 사용자에게 푸시 메시지를 수신하기 위해 메시지 애플리케이션에 대한 도즈 모드 예외 처리가 필요함을 가이드하기 위한 알림 메시지를 제공할 수 있다.
도 6은 본 발명의 일 실시예에 따른 메시지 전송 지연 관리 방법의 순서도이다.
도 6에 도시된 방법은 예를 들어, 도 2에 도시된 메시지 전송 지연 관리 장치(200)에 의해 수행될 수 있다.
도 6을 참조하면, 메시지 전송 지연 관리 장치(200)는 메시지 서버(110)의 로컬 시간 정보를 획득한다(610).
이때, 메시지 전송 지연 관리 장치(200)는 메시지 서버(110)로 메시지 서버(110)의 로컬 시간 정보를 요청하는 요청 메시지를 전송할 수 있다.
또한, 메시지 전송 지연 관리 장치(200)는 메시지 서버(110)로부터 메시지 서버(110)의 로컬 시간 정보를 포함하는 응답 메시지를 수신할 수 있다. 이때, 응답 메시지에 포함된 로컬 시간 정보는, 메시지 서버(110)의 로컬 시간을 기준으로 한 응답 메시지의 전송 시간을 포함할 수 있다.
이후, 메시지 전송 지연 관리 장치(200)는 획득된 로컬 시간 정보에 기초하여, 메시지 서버(110)의 로컬 시간과 클라이언트 장치(150)의 로컬 시간 사이의 시간 차를 산출한다(620).
이때, 메시지 전송 지연 관리 장치(200)는 클라이언트 장치(150)의 로컬 시간을 기준으로 한 요청 메시지의 전송 시간 및 클라이언트 장치(150)의 로컬 시간을 기준으로 한 응답 메시지의 수신 시간을 이용하여 라운드 트립 타임을 산출할 수 있다.
또한, 메시지 전송 지연 관리 장치(200)는 클라이언트 장치(150)의 로컬 시간을 기준으로 한 요청 메시지의 전송 시간, 라운드 트립 타임 및 메시지 서버(110)의 로컬 시간을 기준으로 한 응답 메시지의 전송 시간을 이용하여 시간 차를 산출할 수 있다.
이후, 메시지 전송 지연 관리 장치(200)는 클라이언트 장치(150)가 메시지 서버(110)로부터 메시지 서버(110)의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시 메시지를 수신한 경우(630), 클라이언트 장치(150)의 로컬 시간을 기준으로 한 푸시 메시지의 수신 시간 정보, 푸시 메시지에 포함된 전송 시간 정보 및 시간 차에 기초하여 푸시 메시지에 대한 지연 시간을 산출한다(640).
도 7은 본 발명의 추가적 실시예에 따른 메시지 전송 지연 관리 방법의 순서도이다.
도 7에 도시된 방법은 예를 들어, 도 5에 도시된 메시지 전송 지연 관리 장치(500)에 의해 수행될 수 있다.
도 7에 도시된 예에서, 710 단계 내지 740 단계는 도 6에 도시된 610 단계 내지 640 단계와 동일하므로 이에 대한 중복적인 설명은 생략한다.
도 7을 참조하면, 메시지 전송 지연 관리 장치(500)는 클라이언트 장치(150)의 네트워크 접속 이력 정보 및 클라이언트 장치(150)가 메시지 서버(110)로부터 수신한 푸시 메시지에 대한 메시지 지연 정보 중 적어도 하나에 기초하여 클라이언트 장치(150)를 제어할 수 있다(750).
이때, 본 발명의 일 실시예에 따르면, 네트워크 접속 이력 정보는, 클라이언트 장치(150)가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 지연 정보는, 푸시 메시지의 수신 시간 정보, 푸시 메시지에 대한 지연 시간 및 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크의 네트워크 식별 정보를 포함할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 지연 정보는, 푸시 메시지가 전송된 시점에 클라이언트 장치(150)가 접속한 네트워크를 통한 푸시 메시지의 수신 실패 정보를 더 포함할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 지연 정보는 클라이언트 장치(150)의 도즈 모드 상태 정보를 더 포함할 수 있다.
한편, 본 발명의 일 실시예에 따르면, 메시지 전송 지연 관리 장치(500)는 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑 주기를 조절하도록 클라이언트 장치(150)를 제어할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 전송 지연 관리 장치(500)는 네트워크 접속 이력 정보로부터 클라이언트 장치(150)가 현재 접속한 네트워크에 대한 클라이언트 장치(150)의 과거 접속 유지 시간을 식별할 수 있다. 이때, 메시지 전송 지연 관리 장치(500)는 과거 접속 유지 시간에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크 및 클라이언트 장치(150)에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정할 수 있다. 또한, 메시지 전송 지연 관리 장치(500)는 결정된 네트워크를 통해 푸시 메시지를 수신하도록 클라이언트 장치(150)를 제어할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 전송 지연 관리 장치(500)는 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 여부에 기초하여, 클라이언트 장치(150)가 현재 접속한 네트워크 및 클라이언트 장치(150)에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 이용할 네트워크를 결정하고, 결정된 네트워크를 통해 푸시 메시지를 수신하도록 클라이언트 장치(150)를 제어할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 메시지 메시지 전송 지연 관리 장치(500)는 도즈 모드 상태 정보에 기초하여, 클라이언트 장치(150)의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 클라이언트 장치(150)를 제어할 수 있다.
한편, 도 6 및 도 7에 도시된 순서도에서는 상기 방법을 복수 개의 단계로 나누어 기재하였으나, 적어도 일부의 단계들은 순서를 바꾸어 수행되거나, 다른 단계와 결합되어 함께 수행되거나, 생략되거나, 세부 단계들로 나뉘어 수행되거나, 또는 도시되지 않은 하나 이상의 단계가 부가되어 수행될 수 있다.
도 8은 본 발명의 예시적인 실시예들에서 사용되기에 적합한 컴퓨팅 장치를 포함하는 컴퓨팅 환경을 예시하여 설명하기 위한 블록도이다. 도시된 실시예에서, 각 컴포넌트들은 이하에 기술된 것 이외에 상이한 기능 및 능력을 가질 수 있고, 이하에 기술되지 것 이외에도 추가적인 컴포넌트를 포함할 수 있다.
도시된 컴퓨팅 환경(10)은 컴퓨팅 장치(12)를 포함한다. 일 실시예에서, 컴퓨팅 장치(12)는 예를 들어, 도 2 또는 도 5에 도시된 시간 차 산출부(210), 지연 시간 산출부(230), 접속 이력 관리부(510), 지연 정보 관리부(530) 및 제어부(550)와 같이 메시지 전송 지연 관리 장치(200, 500)에 포함되는 하나 이상의 컴포넌트일 수 있다.
컴퓨팅 장치(12)는 적어도 하나의 프로세서(14), 컴퓨터 판독 가능 저장 매체(16) 및 통신 버스(18)를 포함한다. 프로세서(14)는 컴퓨팅 장치(12)로 하여금 앞서 언급된 예시적인 실시예에 따라 동작하도록 할 수 있다. 예컨대, 프로세서(14)는 컴퓨터 판독 가능 저장 매체(16)에 저장된 하나 이상의 프로그램들을 실행할 수 있다. 상기 하나 이상의 프로그램들은 하나 이상의 컴퓨터 실행 가능 명령어를 포함할 수 있으며, 상기 컴퓨터 실행 가능 명령어는 프로세서(14)에 의해 실행되는 경우 컴퓨팅 장치(12)로 하여금 예시적인 실시예에 따른 동작들을 수행하도록 구성될 수 있다.
컴퓨터 판독 가능 저장 매체(16)는 컴퓨터 실행 가능 명령어 내지 프로그램 코드, 프로그램 데이터 및/또는 다른 적합한 형태의 정보를 저장하도록 구성된다. 컴퓨터 판독 가능 저장 매체(16)에 저장된 프로그램(20)은 프로세서(14)에 의해 실행 가능한 명령어의 집합을 포함한다. 일 실시예에서, 컴퓨터 판독 가능 저장 매체(16)는 메모리(랜덤 액세스 메모리와 같은 휘발성 메모리, 비휘발성 메모리, 또는 이들의 적절한 조합), 하나 이상의 자기 디스크 저장 디바이스들, 광학 디스크 저장 디바이스들, 플래시 메모리 디바이스들, 그 밖에 컴퓨팅 장치(12)에 의해 액세스되고 원하는 정보를 저장할 수 있는 다른 형태의 저장 매체, 또는 이들의 적합한 조합일 수 있다.
통신 버스(18)는 프로세서(14), 컴퓨터 판독 가능 저장 매체(16)를 포함하여 컴퓨팅 장치(12)의 다른 다양한 컴포넌트들을 상호 연결한다.
컴퓨팅 장치(12)는 또한 하나 이상의 입출력 장치(24)를 위한 인터페이스를 제공하는 하나 이상의 입출력 인터페이스(22) 및 하나 이상의 네트워크 통신 인터페이스(26)를 포함할 수 있다. 입출력 인터페이스(22) 및 네트워크 통신 인터페이스(26)는 통신 버스(18)에 연결된다. 입출력 장치(24)는 입출력 인터페이스(22)를 통해 컴퓨팅 장치(12)의 다른 컴포넌트들에 연결될 수 있다. 예시적인 입출력 장치(24)는 포인팅 장치(마우스 또는 트랙패드 등), 키보드, 터치 입력 장치(터치패드 또는 터치스크린 등), 음성 또는 소리 입력 장치, 다양한 종류의 센서 장치 및/또는 촬영 장치와 같은 입력 장치, 및/또는 디스플레이 장치, 프린터, 스피커 및/또는 네트워크 카드와 같은 출력 장치를 포함할 수 있다. 예시적인 입출력 장치(24)는 컴퓨팅 장치(12)를 구성하는 일 컴포넌트로서 컴퓨팅 장치(12)의 내부에 포함될 수도 있고, 컴퓨팅 장치(12)와는 구별되는 별개의 장치로 컴퓨팅 장치(12)와 연결될 수도 있다.
이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 전술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다. 그러므로 본 발명의 권리범위는 설명된 실시예에 국한되어 정해져서는 안 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

Claims (24)

  1. 메시지 서버의 로컬 시간 정보를 획득하고, 상기 획득된 로컬 시간 정보에 기초하여, 상기 메시지 서버의 로컬 시간과 클라이언트 장치의 로컬 시간 사이의 시간 차를 산출하는 시간 차 산출부; 및
    상기 클라이언트 장치가 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시(push) 메시지를 수신한 경우, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 푸시 메시지의 수신 시간 정보, 상기 푸시 메시지에 포함된 전송 시간 정보 및 상기 시간 차에 기초하여 상기 푸시 메시지에 대한 지연 시간을 산출하는 지연 시간 산출부를 포함하는 메시지 전송 지연 관리 장치.
  2. 청구항 1에 있어서,
    상기 시간 차 산출부는, 상기 메시지 서버로 상기 메시지 서버의 로컬 시간 정보를 요청하는 요청 메시지를 전송하여 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간 정보를 포함하는 응답 메시지를 수신하고,
    상기 응답 메시지에 포함된 로컬 시간 정보는, 상기 메시지 서버의 로컬 시간을 기준으로 한 상기 응답 메시지의 전송 시간을 포함하는 메시지 전송 지연 관리 장치.
  3. 청구항 2에 있어서,
    상기 시간 차 산출부는, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 요청 메시지의 전송 시간 및 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 응답 메시지의 수신 시간을 이용하여 라운드 트립 타임(Round Trip Time: RTT)을 산출하고, 상기 요청 메시지의 전송 시간, 상기 라운드 트립 타임 및 상기 응답 메시지의 전송 시간을 이용하여 상기 시간 차를 산출하는 메시지 전송 지연 관리 장치.
  4. 청구항 1에 있어서,
    상기 클라이언트 장치의 네트워크 접속 이력 정보를 저장하는 접속 이력 관리부;
    상기 푸시 메시지에 대한 메시지 지연 정보를 저장하는 지연 정보 관리부; 및
    상기 네트워크 접속 이력 정보 및 상기 메시지 지연 정보 중 적어도 하나에 기초하여 상기 클라이언트 장치를 제어하는 제어부를 더 포함하는 메시지 전송 지연 관리 장치.
  5. 청구항 4에 있어서,
    상기 네트워크 접속 이력 정보는, 상기 클라이언트 장치가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함하고,
    상기 메시지 지연 정보는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보를 포함하는 메시지 전송 지연 관리 장치.
  6. 청구항 5에 있어서,
    상기 지연 정보 관리부는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 네트워크 접속 이력 정보에 기초하여 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 식별하는 메시지 전송 지연 관리 장치.
  7. 청구항 5에 있어서,
    상기 제어부는, 상기 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑(ping) 주기를 조절하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 장치.
  8. 청구항 5에 있어서,
    상기 제어부는, 상기 네트워크 접속 이력 정보로부터 상기 클라이언트 장치가 현재 접속한 네트워크에 대한 상기 클라이언트 장치의 과거 접속 유지 시간을 식별하고, 상기 과거 접속 유지 시간에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 위해 이용할 네트워크를 결정하고, 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 장치.
  9. 청구항 5에 있어서,
    상기 메시지 지연 정보는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신 실패 정보를 더 포함하고,
    상기 지연 정보 관리부는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보와 상기 푸시 메시지가 수신된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보가 서로 상이한 경우, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신이 실패한 것으로 판단하는 메시지 전송 지연 관리 장치.
  10. 청구항 9에 있어서,
    상기 제어부는, 상기 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 위해 이용할 네트워크를 결정하고, 상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 장치.
  11. 청구항 5에 있어서,
    상기 메시지 지연 정보는, 상기 클라이언트 장치의 도즈(doze) 모드 상태 정보를 더 포함하고,
    상기 지연 정보 관리부는, 상기 클라이언트 장치가 상기 푸시 메시지를 수신한 후 상기 메시지 서버로부터 상기 푸시 메시지에 대응되는 메시지 획득을 실패한 경우, 상기 클라이언트 장치가 도즈 모드 상태인 것으로 판단하는 메시지 전송 지연 관리 장치.
  12. 청구항 11에 있어서,
    상기 제어부는, 상기 도즈 모드 상태 정보에 기초하여, 상기 클라이언트 장치의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 장치.
  13. 메시지 서버의 로컬 시간 정보를 획득하는 단계;
    상기 획득된 로컬 시간 정보에 기초하여, 상기 메시지 서버의 로컬 시간과 클라이언트 장치의 로컬 시간 사이의 시간 차를 산출하는 단계; 및
    상기 클라이언트 장치가 상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간을 기준으로 한 전송 시간 정보를 포함하는 푸시(push) 메시지를 수신한 경우, 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 푸시 메시지의 수신 시간 정보, 상기 푸시 메시지에 포함된 전송 시간 정보 및 상기 시간 차에 기초하여 상기 푸시 메시지에 대한 지연 시간을 산출하는 단계를 포함하는 메시지 전송 지연 관리 방법.
  14. 청구항 13에 있어서,
    상기 획득하는 단계는, 상기 메시지 서버로 상기 메시지 서버의 로컬 시간 정보를 요청하는 요청 메시지를 전송하는 단계; 및
    상기 메시지 서버로부터 상기 메시지 서버의 로컬 시간 정보를 포함하는 응답 메시지를 수신하는 단계를 포함하고,
    상기 응답 메시지에 포함된 로컬 시간 정보는, 상기 메시지 서버의 로컬 시간을 기준으로 한 상기 응답 메시지의 전송 시간을 포함하는 메시지 전송 지연 관리 방법.
  15. 청구항 14에 있어서,
    상기 시간 차를 산출하는 단계는,
    상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 요청 메시지의 전송 시간 및 상기 클라이언트 장치의 로컬 시간을 기준으로 한 상기 응답 메시지의 수신 시간을 이용하여 라운드 트립 타임(Round Trip Time: RTT)을 산출하는 단계; 및
    상기 요청 메시지의 전송 시간, 상기 라운드 트립 타임 및 상기 응답 메시지의 전송 시간을 이용하여 상기 시간 차를 산출하는 단계를 포함하는 메시지 전송 지연 관리 방법.
  16. 청구항 13에 있어서,
    상기 클라이언트 장치의 네트워크 접속 이력 정보 및 상기 푸시 메시지에 대한 메시지 지연 정보 중 적어도 하나에 기초하여 상기 클라이언트 장치를 제어하는 단계를 더 포함하는 메시지 전송 지연 관리 방법.
  17. 청구항 16에 있어서,
    상기 네트워크 접속 이력 정보는, 상기 클라이언트 장치가 접속한 네트워크 각각에 대한 네트워크 식별 정보, 접속 시작 시간 및 접속 종료 시간을 포함하고,
    상기 메시지 지연 정보는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보를 포함하는 메시지 전송 지연 관리 방법.
  18. 청구항 17에 있어서,
    상기 제어하는 단계는, 상기 수신 시간 정보, 상기 지연 시간 및 상기 네트워크 접속 이력 정보에 기초하여 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 식별하는 메시지 전송 지연 관리 방법.
  19. 청구항 17에 있어서,
    상기 제어하는 단계는, 상기 메시지 지연 정보에 포함된 지연 시간 및 네트워크 식별 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크에서 푸시 메시지를 수신하기 위한 푸시 세션의 핑(ping) 주기를 조절하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 방법.
  20. 청구항 17에 있어서,
    상기 제어하는 단계는,
    상기 네트워크 접속 이력 정보로부터 상기 클라이언트 장치가 현재 접속한 네트워크에 대한 상기 클라이언트 장치의 과거 접속 유지 시간을 식별하는 단계;
    상기 과거 접속 유지 시간에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 위해 이용할 네트워크를 결정하는 단계; 및
    상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 단계를 포함하는 메시지 전송 지연 관리 방법.
  21. 청구항 17에 있어서,
    상기 메시지 지연 정보는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신 실패 정보를 더 포함하고,
    상기 제어하는 단계는, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보와 상기 푸시 메시지가 수신된 시점에 상기 클라이언트 장치가 접속한 네트워크의 네트워크 식별 정보가 서로 상이한 경우, 상기 푸시 메시지가 전송된 시점에 상기 클라이언트 장치가 접속한 네트워크를 통한 상기 푸시 메시지의 수신이 실패한 것으로 판단하는 메시지 전송 지연 관리 방법.
  22. 청구항 21에 있어서,
    상기 제어하는 단계는,
    상기 메시지 지연 정보에 포함된 지연 시간, 네트워크 식별 정보 및 수신 실패 정보에 기초하여, 상기 클라이언트 장치가 현재 접속한 네트워크 및 상기 클라이언트 장치에 의해 접속 가능한 다른 네트워크 중 푸시 메시지 수신을 위해 이용할 네트워크를 결정하는 단계; 및
    상기 결정된 네트워크를 통해 푸시 메시지를 수신하도록 상기 클라이언트 장치를 제어하는 단계를 포함하는 메시지 전송 지연 관리 방법.
  23. 청구항 17에 있어서,
    상기 메시지 지연 정보는, 상기 클라이언트 장치의 도즈(doze) 모드 상태 정보를 더 포함하고,
    상기 제어하는 단계는, 상기 클라이언트 장치가 상기 푸시 메시지를 수신한 후 상기 메시지 서버로부터 상기 푸시 메시지에 대응되는 메시지 획득을 실패한 경우, 상기 클라이언트 장치가 도즈 모드 상태인 것으로 판단하는 메시지 전송 지연 관리 방법.
  24. 청구항 23에 있어서,
    상기 제어하는 단계는, 상기 도즈 모드 상태 정보에 기초하여, 상기 클라이언트 장치의 사용자에게 도즈 모드 예외 처리를 위한 알림 메시지를 제공하도록 상기 클라이언트 장치를 제어하는 메시지 전송 지연 관리 방법.
PCT/KR2019/006138 2018-05-31 2019-05-22 메시지 전송 지연 관리 장치 및 방법 WO2019231163A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/754,527 US20200274786A1 (en) 2018-05-31 2019-05-22 Apparatus and method for managing message transmission delay
EP19810683.3A EP3806403A4 (en) 2018-05-31 2019-05-22 MESSAGE TRANSMISSION DELAY MANAGEMENT APPARATUS AND METHOD

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2018-0062318 2018-05-31
KR1020180062318A KR102580417B1 (ko) 2018-05-31 2018-05-31 메시지 전송 지연 관리 장치 및 방법

Publications (1)

Publication Number Publication Date
WO2019231163A1 true WO2019231163A1 (ko) 2019-12-05

Family

ID=68698634

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/006138 WO2019231163A1 (ko) 2018-05-31 2019-05-22 메시지 전송 지연 관리 장치 및 방법

Country Status (4)

Country Link
US (1) US20200274786A1 (ko)
EP (1) EP3806403A4 (ko)
KR (1) KR102580417B1 (ko)
WO (1) WO2019231163A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114816826B (zh) * 2022-06-28 2022-09-23 杭银消费金融股份有限公司 一种应用系统的推送缺陷识别方法及设备
CN115914038B (zh) * 2022-11-11 2024-04-09 中国联合网络通信集团有限公司 劣化转发设备检测方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100048124A (ko) * 2008-10-30 2010-05-11 주식회사 케이티 근거리 통신망에서의 시간 동기화 방법
KR20130109410A (ko) * 2012-03-27 2013-10-08 주식회사 케이티 통신 시스템을 통한 푸시 알림 서비스의 푸시 알림 메시지 전송주기 조절 방법 및 장치
KR20130135916A (ko) * 2011-02-11 2013-12-11 인터디지탈 패튼 홀딩스, 인크 협업 세션 중에 이동국 미디어 플로우를 동기화하는 방법 및 장치
KR20180022921A (ko) * 2015-11-17 2018-03-06 구글 엘엘씨 개선된 푸시 메시징
WO2018041092A1 (zh) * 2016-08-29 2018-03-08 上海交通大学 一种基于异构网络的多媒体资源同步推送方法
KR20190047889A (ko) * 2017-10-30 2019-05-09 삼성에스디에스 주식회사 시간 동기화를 위한 장치 및 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3696806B2 (ja) * 2001-06-19 2005-09-21 富士通株式会社 通信性能測定装置
US7012900B1 (en) * 2001-08-22 2006-03-14 Packeteer, Inc. Method for measuring network delay using gap time
JP2014171037A (ja) * 2013-03-01 2014-09-18 Kddi Corp プッシュ通知サービスの評価方法
KR101606319B1 (ko) 2015-01-26 2016-03-24 성균관대학교산학협력단 데이터베이스를 이용한 푸시메시지 관리 방법
JP6626015B2 (ja) * 2017-01-04 2019-12-25 株式会社東芝 同期装置、同期方法、同期プログラム、および同期システム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100048124A (ko) * 2008-10-30 2010-05-11 주식회사 케이티 근거리 통신망에서의 시간 동기화 방법
KR20130135916A (ko) * 2011-02-11 2013-12-11 인터디지탈 패튼 홀딩스, 인크 협업 세션 중에 이동국 미디어 플로우를 동기화하는 방법 및 장치
KR20130109410A (ko) * 2012-03-27 2013-10-08 주식회사 케이티 통신 시스템을 통한 푸시 알림 서비스의 푸시 알림 메시지 전송주기 조절 방법 및 장치
KR20180022921A (ko) * 2015-11-17 2018-03-06 구글 엘엘씨 개선된 푸시 메시징
WO2018041092A1 (zh) * 2016-08-29 2018-03-08 上海交通大学 一种基于异构网络的多媒体资源同步推送方法
KR20190047889A (ko) * 2017-10-30 2019-05-09 삼성에스디에스 주식회사 시간 동기화를 위한 장치 및 방법

Also Published As

Publication number Publication date
KR20190136507A (ko) 2019-12-10
US20200274786A1 (en) 2020-08-27
EP3806403A1 (en) 2021-04-14
KR102580417B1 (ko) 2023-09-20
EP3806403A4 (en) 2022-02-23

Similar Documents

Publication Publication Date Title
WO2014112811A1 (en) Method and apparatus for controlling traffic in electronic device
WO2016064030A1 (ko) 글로벌 서버 로드 밸런서 장치 및 상기 장치에서의 동적 캐쉬 유효 기간 제어 방법
WO2016114601A1 (ko) 위치정보 수집이 필요 없는 재난알림 서비스 방법 및 이를 위한 재난알림 서버, 애플리케이션 시스템
WO2014092375A1 (en) Method and apparatus for controlling access between home device and external server in home network system
WO2019231163A1 (ko) 메시지 전송 지연 관리 장치 및 방법
WO2014077458A1 (ko) 통신망의 종류를 구분하는 방법 및 이를 이용한 콘텐츠 제공 방법
WO2011129635A2 (ko) 이동통신 시스템에서 응용 서비스를 제공하는 방법 및 장치
WO2015023122A1 (ko) 앱테스트시스템 및 앱테스트방법
WO2014112754A1 (ko) 웹 서비스 푸시 방법 및 이를 수행하는 웹 서비스 푸시 서버 및 웹 서비스 제공 서버
WO2014204084A1 (ko) 어플리케이션 공유 서비스 방법 및 이에 적용되는 장치
WO2015056833A1 (en) Web-based real time data pushing method and system thereof
WO2013012278A2 (ko) 통신 시스템에서 ｉｐ 어드레스를 이용한 디바이스 컨텍스트 관리 방법 및 장치
WO2014107084A1 (en) Apparatus and method for providing a near field communication function in a portable terminal
WO2014073902A1 (en) Method and apparatus for providing web service in wireless communication system
WO2012070900A2 (ko) 개인 장치간 이벤트 및 데이터 공유 시스템
WO2013069981A1 (en) Communication system and operating method using home gateway
WO2015194829A2 (ko) 인터넷 접속 요청을 하는 클라이언트 단말의 인터넷 접속 요청 트래픽으로부터 동일한 공인 ip를 이용하는 사설 네트워크상의 복수개의 클라이언트 단말 중에서 추가 비지정 도메인 네임을 구비한 웹서버에 의해 선별된 디바이스의 대수를 검출하는 방법 및 공인 ip 공유 상태의 디바이스의 선별적인 검출 시스템
WO2014077459A1 (ko) 데이터 가속 알고리즘을 선택하여 콘텐츠를 제공하는 방법 및 장치
WO2013176431A1 (ko) 단말을 서버에 할당하고 단말로의 효율적인 메시징을 위한 시스템 및 방법
WO2019231215A1 (ko) 단말 장치 및 이에 의한 악성 ａｐ의 식별 방법
WO2014129859A1 (en) Apparatus and method for registering position in mobile communication system
WO2018084648A1 (en) Method of and apparatus for releasing mission critical data communication
WO2018182065A1 (ko) M2m 시스템에서 다중 리소스 구독 연관 방법
WO2018079925A1 (ko) 서비스 가입자 정보를 이용한 사물인터넷 기기의 신속 페어링 제어 방법
WO2013154364A1 (ko) 스트리밍 재생 방법 및 이를 이용한 컴퓨팅 장치

Legal Events

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

Ref document number: 19810683

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019810683

Country of ref document: EP

Effective date: 20210111