JP6286869B2 - Communication control device, method, and program - Google Patents

Description

  The present invention relates to a communication control apparatus, method, and program.

  In Patent Document 1, in order to realize a wireless communication terminal capable of reducing power consumption while performing communication with a minimum data delay and an optimal band, generally according to a communication state (frequency, band). A technique for dynamically changing the network state in accordance with the type of application is disclosed by applying a technique for changing the network state (pause, low speed, high speed) to an application. In this technique, the state of the network can be fixed according to the application, so that an optimum speed is always selected while the application is operating.

  Patent Document 2 discloses a technology that can significantly reduce latency when establishing a radio link when a connection setup from a mobile terminal is received by setting a set of radio bearer configuration settings in advance. It is disclosed.

  Patent Document 3 discloses a technique for performing character input on a touch panel, in which a plurality of selection candidate keys are assigned to one key item, such as kana character input in a mobile phone. In this technique, when a character is input on the touch panel, the approach of the finger is detected, and the lower selection candidate key is not overlapped with the approach range based on the approach range and the inclination direction, and the next selection operation is easy. A technique is disclosed in which a position is displayed in an arc shape.

JP 2004-187002 A JP 2009-514279 A JP 2011-215937 A

  When the technique described in the above document is used, there is a problem that the network state cannot be appropriately switched according to the operation timing of the application.

  That is, in the technique described in Patent Document 1, since the network state is fixed for each application, the network state cannot be switched according to the operation timing of the application. Absent.

  Patent Document 2 can speed up the setting for establishing a wireless link, but cannot properly switch the network state according to the timing of the operation on the terminal side.

  Patent Document 3 detects the approach of a finger in the operation of the touch panel, but cannot appropriately switch the network state according to the operation timing on the terminal side.

  Therefore, with the techniques described in Patent Documents 1 to 3, it is not possible to switch the network state according to the operation timing and shorten the time for the network to transition from the dormant state to the communicable state.

  An object of the present invention is to switch the network state appropriately according to the operation timing of the application.

  The terminal of the present invention includes an input predictor detecting means for detecting and outputting an approach of a cursor to a button arranged on a display screen or an approach of an input medium in the air, and an output of the input predictor detecting means based on the output of the input predictor. A packet transmission control means for transmitting a dummy packet for transitioning a state from a dormant state to a communicable state to the network; and a dormant transition time which is a time taken for transition from the communicable state to the dormant state. Communication control means for transmitting to the network.

  The communication control method of the present invention detects and outputs the approach of the cursor to the buttons arranged on the display screen or the approach of the input medium in the air, and can communicate the network state from the sleep state based on the detection output. A dummy packet for transitioning to a state is transmitted to the network, and a suspension transition time, which is a time taken to transition from the communicable state to the suspension state, is transmitted to the network as part of packet information.

  The computer program according to the present invention communicates the state of the network from the sleep state based on the detection output based on the detection and output of the approach of the cursor to the buttons arranged on the display screen or the approach of the input medium in the air. A process of transmitting a dummy packet for transition to a possible state to the network, and a process of transmitting a sleep transition time, which is a time taken for the transition from the communicable state to the sleep state, to the network as part of packet information; Is executed on the computer.

  ADVANTAGE OF THE INVENTION According to this invention, the state of a network can be changed at the appropriate timing of operation timing, and the time which changes a network from a dormant state to a communicable state can be shortened.

FIG. 1 is a block diagram showing an example of the configuration of the communication control apparatus according to the first embodiment of the present invention. FIG. 2 is an explanatory diagram of approach detection by the proximity sensor function of the input unit. FIG. 3 is a flowchart showing the operation of the terminal. FIG. 4 is a flowchart showing the operation of the server. FIG. 5 is an example of an HTTP request header. FIG. 6 is an example of an HTTP response header. FIG. 7 is a block diagram illustrating an example of the configuration of the communication control device according to the second embodiment.

  Next, a first embodiment for carrying out the invention will be described in detail with reference to the drawings.

  FIG. 1 is a block diagram showing an example of the configuration of the communication control device 30 according to the first embodiment of the present invention. The embodiment of the present invention detects a sign of application data communication and restores the state of the network 40 from the sleep state before data communication occurs.

  First, a configuration example of the communication control device 30 will be described with reference to FIG.

  In this system, the terminal 10 and the server 20 are connected via a network 40 including a wireless network in which a dormant state occurs. The wireless network is assumed to be a 3G (third generation) network, LTE (Long Term Evolution), or Wi-Fi (Wireless Fidelity), but other wireless networks may be used.

  In a wireless network, transition between a dormant state and a communicable state occurs for the purpose of accommodating radio wave resources and reducing power consumption of terminals. In the following description of the embodiments of the present invention, a state where data communication is not performed is referred to as a dormant state, and a state where communication is possible is referred to as a communicable state.

  In the dormant state, the terminal 10 confirms reception at regular intervals in order to detect whether there is received data from the access point (in the case of Wi-Fi) or the base station (in the case of 3G, LTE) to the corresponding device. If it is notified that there is data, the network 40 is changed to a communicable state and data communication is performed. This operation is called paging.

  When transmitting data from the terminal 10 during the dormant state, the communication control device 30 changes the state of the network 40 and changes the network 40 from the dormant state to the communicable state. This operation is called channel transition.

  Since the interval of confirmation of arrival of received data in paging is set from several hundred ms to several seconds, it takes time. Also, channel transition takes time of 100 ms to several seconds because control signals are exchanged between the corresponding device and the base station or access point. Therefore, it is a problem to shorten these times while maintaining a dormant state.

  First, the terminal 10 will be described in detail. The terminal 10 includes a communication control unit 11, a network state acquisition unit 12, an input predictor detection unit 13, a packet transmission control unit 14, an HTML (HyperText Markup Language) content storage unit 15, an input unit 16, and a wireless communication unit 17. .

  The communication control unit 11 stores the HTML content downloaded from the server 20 via the wireless communication unit 17 in the HTML content storage unit 15 and displays it on the browser screen. In addition, although the display part which displays a content etc. in the input part 16, such as the touch panel mentioned later, is integrated in the communication control part 11, a display part is abbreviate | omitted in FIG. As shown in FIG. 2 (described later), a plurality of clickable or tapable buttons are arranged on the displayed HTML content. When this button is clicked with a mouse or tapped with a finger or an electromagnetic induction pen, the communication control unit 11 starts HTTP (HyperText Transfer Protocol) communication (transmits an HTTP request) and acquires a new Web page from the server 20. When performing HTTP communication, as shown in FIG. 5, the communication control unit 11 determines the time (fixed for each network 40) required for the network 40 of the corresponding terminal to return from the dormant state, as an attribute of the HTTP header (FIG. 5). Then, it is transmitted as SLEEP_DEADLINE). As a result, the server 20 can confirm the time required for the terminal 10 to return from the hibernation state.

  The network state acquisition unit 12 acquires network state information indicating whether the network 40 is in a dormant state or a communicable state via the wireless communication unit 17. The network state acquisition unit 12 determines whether the network state of its own terminal is a dormant state or a communicable state, and sends a determination result (network state information) to the input predictor detection unit 13.

  When applied to a 3G system, the network state includes IDLE in a dormant state, CELL_DCH (high-speed state) and CELL_FACH (low-speed state) in a communicable state. There is a state. It takes 0.5 to 3 seconds to transition from the dormant state to the communicable state. If there is no communication for a certain period from the communicable state, the state transits again to the IDLE state, and the wireless communication unit 17 operates only to periodically confirm the reception of paging, and suppresses battery consumption. In addition, in Wi-Fi, there is a state called a power save mode. In the power save mode, the network state acquisition unit 12 intermittently determines whether a DTIM (Delivery Traffic Indication Message) for notifying that data is present has reached the terminal. Check in. The DTIM is periodically transmitted in a beacon. When receiving DTIM or attempting to transmit data by itself, the wireless communication unit 17 switches from the power save mode to the active mode, and returns from the hibernation state to enable data transmission / reception. The DTIM period is determined by the access point setting, but the beacon interval is 100 ms, and the DTIM is often transmitted once every 10 beacons, and shifts from the power save mode that is in a dormant state to the active mode that is in a communicable state. Takes up to 1 second. The network state acquisition unit 12 acquires these network states from the physical layer, and sends information on the dormant state and the communicable state to the input predictor detection unit 13.

  The input predictor detection unit 13 operates when the network state (network state information) sent from the network state acquisition unit 12 is in a dormant state, and transmits a packet according to the possibility that the user touches a button at the input unit 16. The unit 14 is urged to transmit a packet.

  The packet transmission control unit 14 sends a dummy packet, that is, a UDP (User Datagram Protocol) packet or an ICMP (Internet Control Message Protocol) packet via the wireless communication unit 17 in accordance with a request from the input sign detection unit 13. 40. The transmission destination of the packet may be the gateway address of the terminal 10 or an arbitrary site, and may not be the server 20. The packet transmission control unit 14 changes the network state from the dormant state to the communicable state by transmitting this packet. By transitioning to the communicable state, it is highly possible that the network state is communicable when an HTTP access that occurs when the button of the HTML content is pressed on the input unit 16 is performed.

  The HTML content storage unit 15 stores the HTML content downloaded from the server 20.

  The input unit 16 provides an interface with the user through a browser screen. The movement of the mouse cursor in the browser and the approach information of the pen and finger are passed to the input predictor detection unit 13.

  The wireless communication unit 17 transmits / receives communication data to / from the outside of the terminal 10.

  Next, the server 20 will be described. The server 20 includes a control unit 21, a pause time storage unit 22, an end time prediction unit 23, a preceding response start unit 24, a server application processing unit 25, and an interface unit 26.

  The control unit 21 receives an HTTP request from the terminal 10 via the interface unit 26 and makes an HTTP response. The control unit 21 transmits an HTTP request to the server application processing unit 25, and sends back HTTP response data received from the server application processing unit 25 to the communication control unit 11 of the terminal 10. Further, the control unit 21 analyzes the attribute of the HTTP header inserted by the communication control unit 11 (“SLEEP_DEADLINE” in FIG. 5), and determines the time for the network 40 of the corresponding terminal to transition from the communicable state to the dormant state. Store in the time storage unit 22.

  The pause time storage unit 22 stores the time (hereinafter referred to as pause transition time) when the network 40 of the corresponding terminal received from the control unit 21 transits from the communicable state to the dormant state so that the end time predicting unit 23 can refer to it. To do. If the suspension transition time is not transmitted from the communication control unit 11, it is stored using a predetermined value. The stored value is set to the lowest value as the setting of the network 40, for example, 500 ms as a default value.

  The end time predicting unit 23 calculates when the processing of the server application processing unit 25 ends, and when it can be predicted that the terminal 10 is in a dormant state at the end, the preceding time response is transmitted to the preceding response starting unit 24. Request.

  First, the end time prediction unit 23 determines whether or not the server application processing unit 25 starts a response. When the response starts, the end time prediction unit 23 does nothing and the control unit 21 transmits an HTTP response. If the response is not started, the end time prediction unit 23 inquires of the server application processing unit 25 and obtains a time when the processing of the server application processing unit 25 ends and a response start is scheduled. When the response start scheduled time is found, the end time prediction unit 23 determines whether or not the pause transition time elapses. That is, the end time prediction unit 23 compares the sleep transition time of the corresponding terminal accumulated in the sleep time storage unit 22 with the determined response planned start time, and the response planned start time is the sleep transition time, that is, an HTTP request. If the time difference from the communicable state to the dormant state after receiving is larger than the difference, it is highly possible that the communication device is in the dormant state during HTTP response. Request.

  Note that if the scheduled response start time is longer than the pause transition time, there is a high possibility that even if the preceding response start unit 24 requests transmission at the present time, it returns to the pause state again. Therefore, in this case, the end time prediction unit 23 subtracts the response scheduled start time as time elapses, and the preceding response start unit 24 receives the same timing as the transition time from the communicable state to the sleep state. Request to send a response. The end time prediction unit 23 repeats the above operation, and repeats the same processing when the server application processing unit 25 resets the scheduled response start time.

  The preceding response start unit 24 transmits the HTTP response to the server application processing unit 25 in advance. If the HTTP header in the first line is not transmitted from the corresponding terminal (terminal 10) in the HTTP response, the preceding response start unit 24 sends the HTTP header in the first line to the terminal 10 via the control unit 21. Send to. On the other hand, as shown in FIG. 6, when the HTTP header of the first line has already been transmitted, the preceding response start unit 24 transmits the HTTP header of “WAKEUP” as described in the second and subsequent lines. The inserted header is an arbitrary character string that is not batted with other settings, and the communication control unit 11 of the terminal that has received this header may ignore the meaning of the character string of this header. Thus, by delivering a part of the HTTP header in advance, the terminal 10 is encouraged to return from the dormant state to the communicable state, and the delay of the HTTP response is minimized.

  The advance response start unit 24 may transmit a UDP or ICMP packet instead of the HTTP header, similarly to the terminal 10. However, by inserting the response of the HTTP header, the packet can surely reach the terminal 10 even if there is a NAT (Network Address Translation) or a firewall.

  The server application processing unit 25 makes an HTTP response to the HTTP request received from the control unit 21. At that time, the end time of the process of the server application processing unit 25 is estimated, and the estimated response start time is sent to the end time prediction unit 23 when the estimation is completed and when the estimate is corrected.

  The interface unit 26 transmits / receives communication data to / from the outside of the server 20.

  Here, the communication control unit 11, the network state acquisition unit 12, the input sign detection unit 13, and the packet transmission control unit 14 are the wireless communication unit 17, the control unit 21, the end time prediction unit 23, the preceding response start unit 24, the server application. The processing unit 25 and the interface unit 26 are configured by hardware such as a logic circuit.

  The HTML content storage unit 15 and the pause time storage unit 22 are storage devices such as a disk device and a semiconductor memory.

  The input unit 16 is a browser having a proximity sensor function on the touch panel. The proximity sensor itself is an input detection part of the touch panel, and the proximity sensor function functions when a web content input button (active input unit for inputting with an input medium such as a finger or a pen) is displayed on the browser. Then, the possibility of input near a certain concentric circle around the input button is sensed. In the case of mouse input, the proximity sensor function functions when a button designated by the mouse cursor is displayed, and senses the possibility of input in the vicinity of a certain concentric circle centered on the button. Specifically, when an input button or a button indicated by the mouse cursor is displayed on the touch panel, the proximity sensor function measures the position of a finger or pen floating in the air near the button and targets The possibility of touching the button is detected by detecting a finger or pen in a certain concentric circle centered on the button. The proximity sensor function may function under the control of the communication control unit 11.

  In addition, the communication control unit 11, the network state acquisition unit 12, the input predictor detection unit 13, the packet transmission control unit 14, the wireless communication unit 17, the control unit 21, the end time prediction unit 23, the preceding response start unit 24, the server application process The unit 25 and the interface unit 26 may be realized by executing a program on a memory (for example, a non-volatile memory) (not shown) by the processor of the terminal 10 and the server 20 which are computers.

  FIG. 2 is an explanatory diagram of approach detection by the proximity sensor function of the input unit 16. As shown in FIG. 2, the input predictor detection unit 13 is located in a certain concentric circle centered on the button around the button of the web content displayed on the browser of the input unit 16, or in the case of mouse input, the mouse cursor is centered on the button. In the case of a touch panel, the position of a finger or pen floating in the air is measured and detected in the sky within a certain concentric circle centered on the target button (the input unit 16 senses an input sign). If this is the case, it is recognized as a sign of input.

  In FIG. 2, “A” and “B” indicate buttons displayed on the browser. Further, the inner concentric circle around the button “A” shows an example of a boundary line where the mouse cursor enters the certain concentric circle of the button “A”, and the outer concentric circle around the button “A” floats in the air. An example of a boundary line where the position of a finger or a pen that falls within a certain concentric circle in the sky is shown.

  When recognizing an input sign, the input sign detection unit 13 prompts the packet transmission control unit 14 to transmit a packet. Conversely, when the mouse, pen, or finger does not approach the button, there is a low possibility that an HTTP access will be generated by the user's operation, so no further control is performed. When HTTP access is generated at an arbitrary timing by the script program embedded in the HTML content, the operability for the user is not affected. Therefore, the control to the packet transmission control unit 14 may not be performed.

  FIG. 3 is a flowchart showing the operation of the terminal 10.

  First, in step F <b> 10, the communication control unit 11 stores the HTML content downloaded from the server 20 in the HTML content storage unit 15 and displays it on the browser screen of the input unit 16 during data communication. At this time, an input button as shown in FIG. 2 or a button designated by a mouse cursor is displayed on the browser screen.

  In step F11, the proximity sensor function senses an input sign. In the case of mouse input, when the mouse cursor enters within a certain concentric circle centered on the button, in the case of a mouse input, the finger or pen floating in the air is touched. When the position is measured and detected in the sky within a certain concentric circle centered on the target button, the input predictor detection unit 13 recognizes that it is an input predictor. When recognizing an input sign, the input sign detection unit 13 prompts the packet transmission control unit 14 to transmit a packet.

  Next, in step F12, the packet transmission control unit 14 transmits a UDP packet or an ICMP packet (dummy packet) to the network in accordance with a request from the input predictor detection unit 13. The transmission destination of the packet may be the gateway address of the terminal 10 or an arbitrary site.

  In step F13, the communication control unit 11 transmits an HTTP request. For example, when a user operates a Web page on which a plurality of buttons that can be clicked or tapped are arranged, and this button is clicked with a mouse or tapped with a finger or an electromagnetic induction pen, the communication control unit 11 starts HTTP communication. To send an HTTP request without delay.

  FIG. 5 is an example of an HTTP request header. When performing HTTP communication, as shown in FIG. 5, the communication control unit 11 substitutes the time (fixed for each network 40) required for the network 40 of the corresponding terminal to return from the dormant state as an attribute of the HTTP header. Send. For example, in FIG. 5, “SLEEP_DEADLINE” on the second line is the inserted HTTP header. Thus, the server device 20 can confirm the time required for the terminal 10 to return from the hibernation state.

  Finally, in step F14, the communication control unit 11 receives the HTTP response and displays the result on the web browser.

  FIG. 4 is a flowchart showing the operation of the server 20.

  First, in step F20, the control unit 21 receives an HTTP request. The control unit 21 analyzes the attribute of the HTTP header inserted by the communication control unit 11 (SLEEP_DEADLINE in FIG. 5), and pauses the time (pause transition time) when the network 40 of the terminal transitions from the communicable state to the dormant state. It is sent to the time storage unit 22.

  Then, the end time prediction unit 23 starts processing of the server application processing unit 25 in step F21, and starts time measurement in step F22.

  Next, the end time prediction unit 23 detects a response time in step F23. When the response starts, the end time prediction unit 23 starts response transmission in step F27, and ends response transmission in step F28. If the response start is not started in step F23, the end time prediction unit 23 inquires of the server application processing unit 25 in step F24, and obtains the time when the server application processing unit 25 ends processing and the response start is scheduled. .

  In step F25, when the estimated response start time is found, the end time prediction unit 23 determines whether the estimated response start time has passed the pause transition time. Specifically, the end time prediction unit 23 compares the sleep transition time accumulated in the sleep time storage unit 22 from the communicable state to the sleep state with the estimated response start time, and starts the response. If the scheduled time is larger than the difference between the time when the communication request state is changed to the dormant state after receiving the HTTP request, it is highly likely that the HTTP device is in the dormant state at the time of HTTP response. The unit 23 requests the preceding response start unit 24 to send a preceding response. Note that if the estimated response start time is longer than the time required to transition from the communicable state to the dormant state after receiving the HTTP request, even if the preceding response start unit 24 requests transmission at the present time, it returns to the dormant state again. Since the possibility is high, the scheduled response start time is subtracted with the passage of time, and the preceding response start unit 24 is requested to transmit at the same timing as the time for transition from the communicable state to the dormant state. When the above operation is repeated and the server application processing unit 25 resets the response start scheduled time, the same processing is repeated.

  In step F <b> 26, the preceding response start unit 24 transmits an HTTP response in advance to the server application processing unit 25. As described in FIG. 6 (described later), when the HTTP header of the first line is not transmitted, the HTTP header of the first line is transmitted, and when the HTTP header has been transmitted, two lines are transmitted. As described after the first, the “WAKEUP” HTTP header is transmitted.

  FIG. 6 is an example of an HTTP response header. When the preceding response start unit 24 transmits an HTTP response in advance of the server application processing unit 25, as shown in FIG. 6, an HTTP header of “WAKEUP” is transmitted.

  For example, in FIG. 6, “WAKEUP” on the second and third lines is the inserted HTTP header. If the first HTTP header has already been transmitted, the “WAKEUP” HTTP header from the next line is transmitted. Thus, by delivering a part of the HTTP header in advance, the terminal 10 is encouraged to return from the dormant state to the communicable state, and the delay of the HTTP response is minimized.

  The communication control device 30 according to the present embodiment has the following effects.

  By changing the state of the network 40 at an appropriate timing during the operation, it is possible to shorten the time for the network 40 to change from the sleep state to the communicable state. As a result, it is possible to achieve both reduction in communication delay and reduction in battery consumption by ensuring a dormant state.

The reason is that just before touching the web content displayed on the web browser of the smartphone, a lightweight packet for detecting the approach of a finger or pen in the air and causing the network 40 to transition from the sleep state to the communication state. Send. In addition, regarding the response from the web server, when it is determined that the response to the request from the browser takes time and the network 40 has fallen into the dormant state, the server processing end is determined according to the prediction of the processing end time of the web server. This is because by transmitting a part of the HTTP header before, it is possible to recover from the hibernation state of the network 40 and to immediately transmit data when the server processing is completed.
<Second Embodiment>
FIG. 7 is a block diagram illustrating an example of the configuration of the communication control device 30 according to the second embodiment.

  The terminal 10 includes a communication control unit 11, an input sign detection unit 13, and a packet transmission control unit 14.

  The communication control unit 11 transmits a pause transition time, which is a time taken for the transition from the communicable state to the pause state, as a part of the packet information.

  The input sign detection unit 13 detects the approach of the mouse cursor to the button arranged on the display screen or the approach of the input medium such as a pen or a finger to the button in the air, and outputs a detection signal.

  The packet transmission control unit 14 transmits to the network 40 a dummy packet that changes the state of the network 40 from the dormant state to the communicable state based on the output of the input sign detection means.

  Next, the operation will be described. On the display screen, an input button or a button designated by a mouse cursor as shown in FIG. 2 is displayed.

  Then, the input sign detection unit 13 detects an input sign. Specifically, in the case of mouse input, when the mouse cursor enters within a certain concentric circle centered on the button, in the case of a touch panel, it floats in the air near a certain area of the web content button displayed on the screen. When the position of the finger or pen is measured and detected in the sky above a certain concentric circle centered on the target button, the input sign detection unit 13 recognizes that it is an input sign. When recognizing an input sign, the input sign detection unit 13 prompts the packet transmission control unit 14 to transmit a packet.

  Next, based on an instruction from the input predictor detection unit 13, the packet transmission control unit 14 transmits to the network 40 a dummy packet that changes the state of the network 40 from a dormant state to a communicable state. The dummy packet may be a UDP packet or an ICMP packet packet. The transmission destination may be the gateway address of the terminal 10 or an arbitrary site.

  And the communication control part 11 transmits the dormant transition time which is time required to change the state of the network 40 from a communicable state to a dormant state as a part of packet information.

  The communication control device 30 according to the present embodiment has the following effects.

  By changing the state of the network 40 at an appropriate timing during the operation, it is possible to shorten the time for the network 40 to change from the sleep state to the communicable state. As a result, it is possible to achieve both reduction in communication delay and reduction in battery consumption by ensuring a dormant state.

  The reason is that just before touching the web content displayed on the web browser of the smartphone, a lightweight packet for detecting the approach of a finger or pen in the air and causing the network 40 to transition from the sleep state to the communication state. Send. In addition, regarding the response from the web server, when it is determined that the response to the request from the browser takes time and the network 40 has fallen into the dormant state, the server processing end is determined according to the prediction of the processing end time of the web server. This is because by transmitting a part of the HTTP header before, it is possible to recover from the hibernation state of the network 40 and to immediately transmit data when the server processing is completed.

  While the present invention has been described with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.

DESCRIPTION OF SYMBOLS 10 Terminal 11 Communication control part 12 Network state acquisition part 13 Input sign detection part 14 Packet transmission control part 15 HTML content storage part 16 Input part 17 Wireless communication part 20 Server 21 Control part 22 Pause time storage part 23 End time prediction part 24 Predecessor Response start unit 25 Server application processing unit 26 Interface unit 30 Communication control device 40 Network

Claims (8)

An input predictor detecting means for detecting and outputting an approach of a cursor to a button arranged on a display screen or an approach of an input medium in the air;
Based on the output of the input sign detection means, connected to a network for communicating with other devices, and in a state where the data communication is possible from a dormant state in which no data communication is performed with the network. A packet transmission control means for transmitting a dummy packet for transition to a communicable state to the network;
A communication control means for transmitting a dormant transition time, which is a time taken for transition from the communicable state to the dormant state, to the network as part of packet information ;
From the terminals connected to the network for communicating with the own device, and a control means for receiving the packet information including the pause transition time, to detect the pause transition time,
A server application processing unit for notifying a response start scheduled time which is a time at which a server application process based on the packet information ends and a response start is scheduled;
An end time predicting means for comparing the pause transition time and the response start scheduled time and outputting a comparison result;
A communication control device comprising: a server including: a preceding response start unit that transmits a response packet information for the packet information in advance on behalf of the server application based on an output of the end time prediction unit . The communication control apparatus according to claim 1, wherein the dummy packet is a UDP (User Datagram Protocol) or an ICMP (Internet Control Message Protocol) packet, and the packet information is an HTTP (HyperText Transfer Protocol) header . From a terminal connected to a network for communicating with its own device, a communication state between the terminal and the network, a communication enabled state in which data communication is possible, and a pause in which the data communication is not performed Control means for receiving packet information including a pause transition time, which is a time taken to transition to a state, and detecting the pause transition time;
A server application processing unit for notifying a response start scheduled time which is a time at which a server application process based on the packet information ends and a response start is scheduled;
An end time predicting means for comparing the pause transition time and the response start scheduled time and outputting a comparison result;
Server including preceding response start means for transmitting in advance the response packet information for the packet information on behalf of the server application based on the output of the end time prediction means.   4. The server according to claim 3, wherein when the estimated response start time is longer than the pause transition time, the preceding response start unit transmits the response packet information in advance before the estimated response start time.   When the estimated response start time is larger than the pause transition time, the end time prediction means subtracts the scheduled response start time, and the estimated response start time is within the same time as the pause transition time. The server according to claim 3, wherein the preceding response start unit is requested to perform the preceding transmission of the response packet information. A communication control method for a communication control device including a terminal and a server,
In the terminal, the approach of the cursor to the button arranged on the display screen or the approach of the input medium in the air is detected and output,
Based on the detection output, it is possible to connect to a network for communicating with other devices, and the communication state with the network is possible from the hibernation state in which data communication is not performed to enable the data communication. Send a dummy packet to the state to the network,
A pause transition time that is a time taken to transition from the communicable state to the dormant state is transmitted to the network as a part of packet information ,
At the server, from the terminals connected to the network for communicating with the host device receives the packet information including the pause transition time, from the packet information, detects the pause transition time,
Notifying the scheduled response start time, which is the time when the server application process based on the packet information is finished and the response is scheduled to start,
Compare the pause transition time and the expected response start time, and output a comparison result,
Based on the comparison result, response packet information for the packet information is transmitted in advance.
A communication control method for a communication control apparatus . From a terminal connected to a network for communicating with its own device, a communication state between the terminal and the network, a communication enabled state in which data communication is possible, and a pause in which the data communication is not performed Receiving packet information including a pause transition time which is a time taken to transition to a state, detecting the pause transition time from the packet information;
Notifying the scheduled response start time, which is the time when the server application process based on the packet information is finished and the response is scheduled to start,
Compare the pause transition time and the expected response start time, and output a comparison result,
A communication control method for a server, wherein response packet information for the packet information is transmitted in advance based on the comparison result. A dormant state in which data communication is not performed from a communicable state in which data communication is possible, from a terminal connected to a network for communicating with its own device to the network. Receiving packet information including a pause transition time, which is a time taken to transition to, and detecting the pause transition time from the packet information;
A process of notifying a response start scheduled time that is a time at which a server application process based on the packet information ends and a response start is scheduled
A process of comparing the pause transition time and the expected response start time and outputting a comparison result;
A server program that causes the computer to execute a process of transmitting in advance the response packet information for the packet information based on the comparison result.

Images