JP4113526B2 - Network terminal - Google Patents

Description

  The present invention relates to a network terminal having a telephone function, and more particularly to a network terminal that performs incoming call control according to an operator's terminal operation status when an incoming call is received.

  Network terminals such as personal computers and mobile phones continue to evolve functionally, and in recent years, the number of personal computers equipped with telephone functions, and conversely, mobile phones equipped with various application functions is increasing.

  For example, in the case of a personal computer, in general, a foreground program that operates in the foreground (front) that uses a man-machine interface such as a word processor, spreadsheet, phonebook registration, and telephone call function, and a back-end that controls the incoming call function that occurs asynchronously Contains a background program running in the ground. If you receive a call while inputting a word processor on this kind of personal computer, you may have to answer the call, which may interfere with the word processor input. In the case of a mobile phone, for example, when a call is received while registering a phone book, browsing the Web or mail, or calling a call screen, these operations are often abandoned and the call is often answered.

  Hereinafter, a description will be given of an example of a case where there is an incoming call request from the outside regarding a telephone function mounted on a personal computer, a so-called soft phone. For the spread of the Internet and the saving of telephone charges, H. IP telephones using protocols such as H.323 and SIP (Session Initiation Protocol) have become widespread. This soft phone connects a telephone handset to a general-purpose network terminal such as a personal computer, and realizes a telephone function in combination. In addition, this handset is equipped with a dial button, a speaker, and a microphone, like a normal telephone, and various displays are shared by a personal computer screen.

  When an incoming call occurs when an operator is performing general work such as word processor input on a personal computer that has such a telephone function, the operator usually stops working once and the telephone function on the personal computer Opened the screen and prioritized answering incoming calls. As described above, when an incoming call is received while inputting a document, a table, or the like on a personal computer, the input is interrupted, so that there is a problem in that the operator lacks concentration and decreases work efficiency.

Various proposals have been made regarding how to respond to incoming calls. For example, Patent Document 1 discloses that, when an application is started in a mobile phone, the incoming call function of the phone is stopped and an automatic response by voice is performed. Thereby, troublesome switching operation and battery consumption are prevented. In Patent Document 2, if a phone call is received while the camera is operating in a camera-equipped mobile phone, there is a high possibility that the image being shot will be interrupted or the image being shot will be messed up. It is shown to activate the telephone function. In Patent Document 3, in a mobile phone with a voice recorder, if there is an incoming call while the voice recorder is operating with the intention of recording the content of the conference, recording is likely to be interrupted or the atmosphere of the conference is destroyed. In the figure, it is shown that a notification that the incoming call cannot be answered is given.
JP 2003-46601 A JP 2000-92191 A JP 2003-198716 A

  As described above, various proposals have been made on how to deal with incoming calls, but it is still not sufficient. For example, in Patent Document 1, even when an application is in operation, the user does not perform a key input operation just by looking at the display, forgets to close the application, or is accidentally pressed in a pocket or a bag. Even if the application is running, incoming calls are not possible, and there is excessive defense against incoming calls. Also, in Patent Documents 2 and 3, when an incoming call is received while the camera or voice recorder is operating, the answering machine function is activated or a notification that the incoming call cannot be answered is given. There is a problem of being eliminated uniformly.

  Accordingly, an object of the present invention is to provide a network terminal capable of responding to an input state of an input device when an asynchronous event such as an incoming call occurs.

  The above objects include a foreground program that operates in the foreground of a display device, a background program related to a telephone function that operates in the background of the display device, an input device for operating the foreground program and the background program, Means for monitoring the input state of the input device during the operation of the foreground program, and when the incoming call event occurs, the busy processing of the phone call by the background program according to the input state of the input device Achieved by a network terminal that performs Here, the input state of the input device may be an input speed of the input device or an input operation of a specific key.

The program according to the present invention includes a function for determining an input state of an input device for operating the foreground program during operation of a foreground program that operates in the foreground of a display device, and the input when an incoming call event occurs. According to the determination result of the state, the computer is made to realize a function of performing busy processing of the telephone by a background program related to the telephone function that operates in the background of the display device. Here, the input state can be an input state obtained by prediction.
In the present invention, busy processing includes processing to return a so-called busy answer tone, and also includes processing of answering machine, message, voice mail, etc., and means that the incoming call cannot be answered. It is processing.

  According to the present invention, it is possible to obtain a network terminal capable of responding to an input state of an input device when an asynchronous event such as an incoming call occurs. As a result, when an asynchronous event such as an incoming call occurs during operation of a network terminal such as a personal computer or a mobile phone, smooth incoming processing can be performed in the background program. That is, it is possible to prevent an operator's input operation from being interrupted in a general job due to an asynchronous event such as an incoming call, as required, and to improve operability. In the present invention, even during the foreground program operation, the incoming call processing and the busy processing can be used properly according to the input operation of the operator (input device input state). The problem of being eliminated can be solved.

Hereinafter, embodiments of the network terminal according to the present invention will be described by taking a personal computer (PC) equipped with a softphone as an example. However, the present invention is not limited to this, for example, a mobile phone or other network terminals. The same applies to.
In this embodiment, a case where an asynchronous event “incoming call” in a softphone competes with a keyboard input operation in a general business by a personal computer will be described, but the present invention is not limited to this.

  FIG. 1 is a diagram showing a system configuration example to which a network terminal according to the present invention is connected. The system of this example includes a personal computer (PC) 1 as a network terminal, a softphone handset 2 for an IP phone, a server device 3, a gateway 4, a public line network 5, and an external phone 6. The personal computer 1 has a softphone function, and the handset 2 has a microphone and a speaker for performing transmission / reception for the softphone. The server device 3 performs telephone control and outgoing / incoming control using a VoIP function known by SIP or the like, such as conversion of a telephone number and an IP address. The gateway 4 performs signal system conversion between a general public line network 5 and an IP telephone network. An external telephone 6 that is a general analog telephone is connected to the public line network 5.

  The personal computer 1 normally displays a screen of a foreground program such as a word processor for general business on a display device. Here, when an incoming IP phone call event occurs, the present invention performs a busy process of the phone call by a background program according to the input state of an input device such as a keyboard or a mouse that operates a foreground program such as a word processor. . This busy process may be a process of returning a so-called busy answer tone, or may be a process such as an answering machine, a message, or a voice mail. Details thereof will be described later. Before that, first, a configuration example of hardware and software of the personal computer 1 will be described.

  FIG. 2 is a diagram showing a hardware block configuration example of the personal computer 1 shown in FIG. The personal computer 1 of this example includes a CPU 101, a memory 102, a LAN control board 103, an input device 104, a display device 105, an external storage device (HDD) 106, and a USB control board 107. Connected to. The CPU 101 controls the entire personal computer, and the memory 102 temporarily stores computer programs and tables. The LAN control board 103 controls a local area network (LAN) interface. The input device 104 is an input device such as a keyboard, a mouse, or a barcode reader, and the display device 105 is a display device such as a monitor or a liquid crystal panel. The HDD 106 is, for example, an external storage device such as a hard disk that stores computer programs, tables, and databases related to application software such as word processors, spreadsheets, and IP phones (softphones). The USB control board 107 is a handset. 2 for controlling a USB signal system, for example.

  FIG. 3 is a diagram showing a software block configuration example of the personal computer 1 shown in FIG. As illustrated, the personal computer 1 includes a softphone application unit 110, an operating system (OS) 120, an input / output control unit 130, and a general-purpose application unit 150. The softphone application unit 110 includes an event control unit 111, a voice control unit 112, a transmission control unit 113, an incoming call control unit 114, a screen operation control unit 115, and an input hook control unit 116. The input / output control unit 130 includes a LAN control unit 131, a handset control unit 132 connected to the handset 2, a hard disk control unit 133 connected to the HDD 106, an input control unit 134 connected to the input device 104, and the display device 105. The display control unit 135 is connected. The general-purpose application unit 150 includes an event control unit 151 and a screen operation control unit 152.

In the softphone application unit 110, an event control unit 111 receives and controls various input / output events via the OS 120 and the input hook control unit 116. The voice control unit 112 instructs the handset control unit 132 or the LAN control unit 131 to transfer voice data to be transmitted / received. In other words, the received voice message is received from the LAN control unit 131 to the event control unit 111 and the voice control unit 112, and is decompressed into voice data by the voice control unit 112. Data can be sent to the handset control unit 132 and heard as a received sound. On the contrary, at the time of transmission, the voice data input from the handset 2 is transferred from the handset control unit 132 to the voice control unit 112 via the event control unit 111, and the voice control unit 112 receives the received voice data. It is divided and compressed to generate a voice message. The data is sent to the LAN control unit 131, and the LAN control unit 131 sends it as a voice message. The transmission control unit 113 receives a transmission instruction operation event from the handset 2 or the input device 104 via the input / output control unit 130 and activates the screen operation control unit 115 for transmission. The incoming call control unit 114 controls incoming calls from the external telephone 6 that have passed through the LAN control board 103. The screen operation control unit 115 performs outgoing / incoming operation control through a screen for operating the softphone.
The OS 120 performs schedule management such as input / output control, event notification, application activation, and termination.

  The input / output control unit 130 includes a driver for controlling a keyboard, a handset, a LAN, and the like. That is, the LAN control unit 131 includes a driver for controlling the LAN interface, TCP / IP protocol control, and the like, and the handset control unit 132 includes a driver for controlling the USB interface, hardware control of the handset, and the like. The hard disk control unit 133 includes a driver such as SCSI for controlling the HDD 106, management such as file creation and deletion. The input control unit 134 includes an input driver such as a keyboard and a mouse that controls the input device 104. The display control unit 135 includes a display driver that controls the display device 105, video memory management, and the like.

  The general-purpose application unit 150 is a general-purpose application having a man-machine interface such as a word processor or spreadsheet. Here, the event control unit 151 has a function of receiving an input event for the general-purpose application unit 150 from the input control unit 134 when the general-purpose application unit 150 is displayed in the foreground and input operation is performed by the operator. The screen operation control unit 152 is a part that controls man-machine operations such as so-called input and display.

Here, the input hook control unit 116 in the softphone application unit 110 has a function of hooking all the events input from the input control unit 134 (all items once entered into the OS system queue are sent to the corresponding application. Have the ability to see before being). This can be realized by providing a hook function. For example, when there is a key input on the input device 104, the input hook control unit 116 first calls a hook function and refers to the key input before the general-purpose application unit 150 processes the key input. Thereby, for example, the general-purpose application unit 150 is displayed in the foreground, the event sent to the general-purpose application unit 150 is once referred to in advance by the softphone application unit 110, and the input speed and the monitoring key are input. You can know if there is no. Needless to say, the input hook control unit 116 just catches a glimpse of the input key event, and thereafter, the input key event itself is sent to the application that should be properly received.
Next, an example of the appearance of the soft phone screen (IP phone screen) and the handset in the personal computer 1 will be described.

  FIG. 4 is a diagram showing an example of a softphone screen in the personal computer 1 shown in FIG. The softphone screen 140 of this example includes a numeric keypad number input area 141 for dial input, a guidance display area 142 for displaying various statuses such as “Yobidachu”, a numeric keypad area 143 created on the screen, and outgoing / incoming calls A button 144, a disconnect button 145, and a control button area 146 are provided. Here, by selecting the numeric keypad in the numeric keypad area 143, dial input can be made to the numeric keypad input area 141. After dial input, a call operation can be performed by pressing the call / receive button 144. When an incoming call is received, the incoming call operation can be performed by pressing the outgoing / incoming button 144. By pressing the disconnect button 145, the telephone can be disconnected. The control button area 146 has various control buttons (not shown) for transferring, holding, etc., for example.

FIG. 5 is a diagram showing an example of the appearance of the handset 2 in the personal computer 1 shown in FIG. The handset 2 of this example includes a speaker 201, a call incoming / outgoing button 202, a disconnect button 203, a numeric keypad input area 204, and a microphone 205. The handset 2 can perform a call operation by selecting a numeric keypad in the numeric keypad area 204, inputting a dial, and pressing a call button 202, like a normal telephone. When an incoming call is received, the incoming call operation can be performed by pressing the outgoing / incoming button 202. By pressing the disconnect button 203, the telephone can be disconnected.
Next, an example of a telegram format of the IP phone and a telegram format between the personal computer 1 and the handset 2 will be described.

  FIG. 6 is a diagram showing an example of a telegram format for an IP phone. This example shows a message format in an upper layer of the TCP / IP protocol using a LAN message, and includes a source address 601, a destination address 602, a session number 603, and content 604. The source address 601 and the destination address 602 are identification addresses of a source and a destination such as an IP phone URI (Uniform Resource Identifier) for designating a telephone number or a telephone, respectively. For example, when the session number 603 is a code indicating outgoing / incoming call control (SIP) of an IP phone (soft phone), the content 604 is connection (call incoming / outgoing) or disconnection, and the session number 603 is voice data (RTP) of the phone. ), The content 604 is telephone voice data.

  FIGS. 7A and 7B are diagrams illustrating an example of a message format between the personal computer 1 and the handset 2. FIG. 4A shows a message format from the handset 2 to the personal computer 1, an identifier “IN” 701 indicating that the input is from the handset 2 to the personal computer 1, and an input code 702 that is input key information. And are included. FIG. 5B shows a message format from the personal computer 1 to the handset 2, an identifier “OUT” 711 indicating that the output is from the personal computer 1 to the handset 2, and an output such as a display from the personal computer 1. Code 712 is included. In addition, by dividing the audio data, it is possible to transmit and receive in the same electronic message format.

  FIG. 8 is a diagram showing an example of an input journal of input events from the input device 104 of the personal computer 1. The input journal of this example includes an input time 801 and, for example, an input key code 802 of the keyboard. As shown in the figure, the input key code (0, 1, ENTER, A, A) corresponding to the input time 801 is shown. , B, etc.) are recorded in time series. Here, the input key code 802 is, for example, a character code. However, the present invention is not limited to this. The input key code 802 may be content indicating a matrix position of a key, contact (make), and break (break) before conversion to the character code.

  FIGS. 9A and 9B are diagrams showing examples of event formats generated from the input control unit 134 of the personal computer 1 to the softphone application unit, particularly the event control unit 111. FIG. 5A shows “INPUT 0” as the input attribute 901 and the value of “number of strokes / sec” as the input speed 902 actually inputted. The input speed 902 represents the number of keystrokes generated at a monitoring input interval, which will be described later, by the speed, and indicates the input speed and frequency during the current input. FIG. 5B shows an event that “INPUT 1” is shown as the input attribute 901 and “ENTER” key is pressed as the monitored key event (monitoring key event) 903.

  FIG. 10 is a diagram showing an example of an event journal generated from the input control unit 134 of the personal computer 1 to the softphone application unit, particularly the event control unit 111. The input journal of this example includes an event occurrence time 1001, an input attribute 1002 (901), and event contents 1003. The event content 1003 stores a monitoring input speed 902 and a monitoring key event 903 corresponding to the input attribute 1002 (901) in time series. When based on statistical prediction, the average occurrence interval can be obtained from this journal, the next occurrence prediction can be obtained, and the event can be generated. In this example, only events that have occurred recently (monitoring input speed 902, monitoring key event 903) are sent to the event control unit 111, and the event control unit 111 determines whether or not to receive an incoming call when an incoming event occurs. Used for determination of

  FIG. 11 is a diagram illustrating an example of preset of items whose input is monitored by the input control unit 134 in the input state from the input device 104. In this example, a monitor input interval 1101, a monitor input speed 1102, an activation delay time 1103, and a monitor key 1104 are included. For example, in this example, the monitoring input interval 1101 is equal to the event “INPUT 0” or “INPUT 1”, in this example, the number of keystrokes at every one second interval. It means that it is counting and monitoring. The monitoring input speed 1102 is for monitoring whether or not the keystroke input speed generated at the monitoring input interval 1101 exceeds the monitoring input speed. In this example, “1 stroke / sec” is set. Has been. As a result, when a change in the keystroke input speed is detected and the input frequency is in the direction of decreasing, it is possible to reduce the probability of competition with the operator by accepting a background incoming call.

  In this example, the determination is based on the comparison of the monitoring input speed 1102, but a probability distribution such as an exponential distribution or a Poisson distribution can be used by using the input interval itself and its variation. As a result, the next input state can be predicted to improve accuracy. The accuracy of these predictions can be improved by a learning function.

  The activation delay time 1103 indicates the time for which the incoming call response processing is delayed from the reception of the event of the arrival of the LAN message content 604, for example, when the keystroke input speed exceeds the monitoring input speed 1102. . The monitoring key 1104 designates a monitoring key to be monitored in addition to the monitoring input speed 1102. In this example, it is an “ENTER” key. This is a key for delimiting input, and the operator's habit of entering an input pause immediately after inputting the “ENTER” key is focused on. By accepting incoming calls during this suspension period, the probability of competition with the operator is reduced. In addition to the “ENTER” key, the monitoring key 1104 may be a key such as “DEL” or “BS”, or a plurality of these may be designated.

  FIG. 12 is a flowchart showing the processing contents of the LAN control unit 131, the input hook control unit 116, and the event control unit 111. First, when a message is received from the outside (S1201), the LAN control unit 131 determines whether or not the session number 603 of the received message indicates a softphone-related code (S1202). As a result, if “No”, other processing is performed (S1203). That is, the corresponding application is activated to execute related processing. On the other hand, in the case of “Yes”, that is, in the case of a message indicating “received call” or “voice message” received, an incoming call event is generated for the softphone application unit 110 (S1204).

  Next, the input hook control unit 116 counts the number of keystrokes input from, for example, a keyboard at every monitoring input interval 1101 in the next loop of steps S1211 and S1212. The input hook control unit 116 can basically know the input speed, monitoring key, and other events by hooking all the contents of the system queue of the OS 120 even when other applications are operating in the foreground. . Here, the number of keystrokes is first counted (S1211), and it is determined whether the monitoring input interval 1101 has elapsed (S1212). As a result, if “No”, the process returns to step S1211 to count the number of keystrokes again. On the other hand, if “Yes”, the input speed is calculated from the number of keystrokes counted (measured) at the monitoring input interval 1101 (S1213), and the keystroke input speed event (INPUT 0: 901, input speed 902) is detected. Occurs (S1214). This is notified to the event control unit 111, and it is determined whether or not the key designated by the monitoring key 1104 has been input (S1215). If the result is “No”, the process returns to step S1211. On the other hand, in the case of “Yes”, a monitoring key input event (INPUT 1: 901, monitoring key 903) is generated and notified to the event control unit 111.

  Next, the event control unit 111 receives any event. That is, the latest event of the keystroke input speed is received and held (S1221). Also, the latest event of the monitoring key input is received and held (S1222). Normally, the latest event is always received and held in steps S1221 and S1222 while the input is continued. Then, an event related to a softphone such as an incoming call, voice, or disconnection is received from step S1204 (S1223). In response to this reception event, the softphone application unit 110 executes substantial softphone event processing (S1224). Hereinafter, this process will be described.

  FIG. 13 is a flowchart showing the processing contents of the softphone event processing S1224 of FIG. First, it is determined whether the received message is an incoming message (S1301). As a result, if “No”, it is determined whether or not it is a voice message (S1302). As a result, if “No”, other processing is performed (S1303). That is, processing corresponding to other messages is performed. On the other hand, when the message received in step S1302 is a voice message (“Yes”), the event control unit 111 transmits the received voice message to the voice control unit 112 (S1304). The voice control unit 112 can decompress this into voice data, buffer it in a certain chunk, send the data to the handset control unit 132, and listen to it as a reception sound.

  If the message received in the previous step S1301 is an incoming message (“Yes”), conventionally, the incoming call reception process was performed immediately, but here, the key input state in the general business of the operator is monitored. . Therefore, first, it is determined whether or not the key input is a monitoring key input event (S1311). As a result, in the case of “No”, it is determined whether or not the keystroke input speed is faster than the monitoring input speed (S1312). In this way, the key input state is monitored in steps S1311 and S1312.

If the determination is “Yes” in step S1311, for example, when the “ENTER” key to be monitored is input, the process branches as shown in FIG. 11 to perform incoming processing (S1314). As a result, the softphone screen 140 for notifying the operator of the incoming call and intervening to take a call is displayed on the foreground (front side) of the display device 105. Similarly, in step S1312, if the determination is “No”, for example, if the monitoring condition is satisfied due to a decrease in the key input speed, a certain delay time is provided until activation (S1313), and the incoming call processing is performed. (S1314), the screen display is controlled. Even after the processing of S1311, similarly to the case of S1313, the processing may be performed with a delay time.
However, if the routes “No” and “Yes” are followed in S1311, S1312, it indicates that the operator frequently continues key input in general work and no break has occurred. . In that case, the process branches as shown in the figure, and a busy process is performed to return a busy answer tone, for example (S1315). This busy processing may be processing such as an answering machine, a message, or voice mail. At this time, similarly to S1313, a delay time may be provided for processing.
In this example, the key input speed and the activation delay time are combined. However, an activation method may be used immediately depending on the value of the key input speed.

  This embodiment can be executed by a computer program. That is, a function for determining the input state of the input device for operating the foreground program during the operation of the foreground program that operates in the foreground of the display device, and according to the determination result of the input state when an incoming call event occurs Thus, it is possible to provide a program for causing a computer to realize a function of performing telephone busy processing by a background program related to a telephone function that operates in the background of the display device. This input state can also be obtained by predicting a change in input speed immediately after, etc., based on the next input prediction probability by regarding it as a kind of Poisson arrival. Further, this program can be stored in a computer-readable recording medium such as a CD-ROM, and can be downloaded by uploading via an electric communication line such as the Internet, and is appropriately installed in a network terminal such as a personal computer. be able to.

  As described above, in the present embodiment, the method of using the hook function that can refer to the system queue has been described as the monitoring method of all inputs. However, when installing the softphone application, the keyboard driver included in the input control unit 134 is installed. A method may be used in which input is monitored by a keyboard driver by rewriting or adding a part, and the result is passed to a softphone application via a message or a file. In this case, the keyboard driver to be changed or added is also provided with the softphone application.

  In this embodiment, the input operation from the keyboard is exemplified as the input speed and the specific monitoring key. However, the input operation by other man-machine interface such as mouse click operation and barcode input can be similarly applied. It is. Also, monitoring values such as input speed and input interval can be set for each user of the terminal device, and the predicted value of the next input state can be changed using the event journal of FIG. Thereby, wrinkles according to the user are reflected, and the prediction accuracy of the next input state can be improved.

  As described above, the present invention has a program that operates in the foreground, a program that operates in the background having a step for determining whether or not an operator intervention condition is satisfied, and an operating system that controls these operations in a multiple operation state. When an operator intervention condition such as an incoming call is established in the background program, the background program responds to the incoming call in accordance with this input state. In addition, it has a means for monitoring the input speed state, and when an operator intervention condition such as an incoming call is established in the background program, the background program responds to the incoming call in accordance with the input speed state. A high input speed (frequency) indicates that the input is frequently performed at present and means that a response to an incoming call is returned with, for example, a busy answer tone. In addition, when there is a means for monitoring the input operation (input state) of a specific key, and an operator intervention condition such as an incoming call is established in the background program, the background program is set according to the input state of a specific key. Response processing for incoming calls. For example, in accordance with input information such as the ENTER key, incoming call acceptance processing is performed in the background program. That is, immediately after the ENTER key is input, attention is paid to the fact that there is a gap between the inputs. Furthermore, it has an input status journal, and has a means for statistically predicting the next input from this input status journal, and when an operator intervention condition such as an incoming call is established in the background program, it is based on the next input prediction. In the background program, response processing for incoming calls is performed. For example, assuming that the probability of occurrence of input and the interval follow a statistical distribution such as a Poisson distribution, the next input state can be predicted, and processing for incoming calls in the background program can be performed accordingly.

  The present invention relates to a network terminal having a telephone function, and more particularly to a network terminal that performs incoming call control according to a terminal operation situation of an operator when an incoming call is received, and has industrial applicability.

It is a figure which shows the system configuration example to which the network terminal which concerns on this invention is connected. It is a figure which shows the hardware block structural example of the personal computer 1 shown in FIG. It is a figure which shows the example of a software block structure of the personal computer 1 shown in FIG. It is a figure which shows the example of the softphone screen in the personal computer 1 shown in FIG. It is a figure which shows the example of the external appearance of the handset 2 in the personal computer 1 shown in FIG. It is a figure which shows the example of the message format of IP telephone. (A), (b) is a figure which shows the example of the message | telegram format between the personal computer 1 and the handset 2. FIG. 3 is a diagram illustrating an example of an input journal of input events from the input device 104 of the personal computer 1. FIG. (A), (b) is a figure which shows the example of the event format generated from the input control part 134 of the personal computer 1 to the softphone application part, especially the event control part 111. FIG. 4 is a diagram illustrating an example of an event journal generated from an input control unit 134 of the personal computer 1 to a softphone application unit, in particular, an event control unit 111. FIG. FIG. 10 is a diagram illustrating an example of presetting items whose input state from the input device 104 is monitored by the input control unit 134; 4 is a flowchart showing processing contents of a LAN control unit 131, an input hook control unit 116, and an event control unit 111. It is a flowchart which shows the processing content of softphone event process S1224 of FIG.

Explanation of symbols

1 PC 2 Handset 3 Server 4 Gateway 5 Public network 6 External phone 101 CPU
102 Memory 103 LAN control board 104 Input device 105 Display device 106 HDD
107 USB control board 110 Softphone application unit 111, 151 Event control unit 112 Voice control unit 113 Outgoing control unit 114 Incoming control unit 115, 152 Screen operation control unit 116 Input hook control unit 120 Operating system 130 Input / output control unit 131 LAN control Unit 132 handset control unit 133 hard disk control unit 134 input control unit 135 display control unit 150 general-purpose application unit

Claims (3)

A foreground program that operates in the foreground of the display device, a background program related to a telephone function that operates in the background of the display device, a keyboard for operating the foreground program and the background program, and the foreground program being operated wherein a means for monitoring the input rate obtained by counting the number of keystrokes in the keyboard of a predetermined time before the incoming event of the phone as an input state of the keyboard for operating the foreground program, incoming call events A network terminal characterized in that, during the occurrence of a call, a busy process of telephone is performed by the background program according to the input speed . The input speed obtained by counting the number of keystrokes on the keyboard for a certain period of time before the incoming call event as the keyboard input state for operating the foreground program during the operation of the foreground program operating in the foreground of the display device. A function of determining, when a call incoming event occurs, a function of performing a busy process of a telephone call by a background program related to a telephone function that operates in the background of the display device according to a determination result of the input speed , A program to be realized on a computer. The input state, instead of the input speed, time series stored, based on statistical input speed obtained by counting the number of keystrokes in the keyboard of a certain time prior to incoming events Phone The program according to claim 2 , wherein the input speed at the time of occurrence of the incoming event is obtained by prediction.

Images