JP5252195B2 - IP telephone system and method for notifying incoming call response result in IP telephone system - Google Patents

IP telephone system and method for notifying incoming call response result in IP telephone system Download PDF

Info

Publication number
JP5252195B2
JP5252195B2 JP2008252203A JP2008252203A JP5252195B2 JP 5252195 B2 JP5252195 B2 JP 5252195B2 JP 2008252203 A JP2008252203 A JP 2008252203A JP 2008252203 A JP2008252203 A JP 2008252203A JP 5252195 B2 JP5252195 B2 JP 5252195B2
Authority
JP
Japan
Prior art keywords
ip telephone
incoming call
simultaneous
call
notification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2008252203A
Other languages
Japanese (ja)
Other versions
JP2010087656A (en
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 JP2008252203A priority Critical patent/JP5252195B2/en
Publication of JP2010087656A publication Critical patent/JP2010087656A/en
Application granted granted Critical
Publication of JP5252195B2 publication Critical patent/JP5252195B2/en
Application status is Active legal-status Critical
Anticipated expiration legal-status Critical

Links

Images

Description

  The present invention relates to an IP (Internet Protocol) telephone system, and more particularly to an invention for detecting a response result of simultaneous incoming calls from an external line through an IP network in an IP telephone terminal.

  There has been provided an IP telephone which performs a telephone exchange service by performing relay exchange using VoIP (Voice over Internet Protocol), which is a technology for transmitting a voice signal using an IP network such as the Internet or an intranet.

  In this IP phone, the calling side and the receiving side use the IP address assigned to each to transmit the telephone voice by IP packet, thereby enabling a call, and the call can be made with a low call charge. Has become possible, so the spread has expanded.

  As in the case of the conventional button telephone system, in this IP telephone, for example, a plurality of VoIP telephone terminals connected to a LAN (Local Area Network) and the plurality of VoIP telephone terminals There has been provided an IP telephone system including a main device as a circuit switching relay device that controls and manages switching relay (see, for example, Japanese Patent Application Laid-Open No. 2004-320289).

  In this IP telephone system, as in the case of a conventional button telephone system, when an incoming call is received from an external line, simultaneous incoming is possible to notify all of the plurality of internal IP telephone terminals of the incoming call. . In response to the simultaneous incoming notification, any of the plurality of IP telephone terminals can respond to the incoming call. The IP telephone terminal that has made an incoming call response is configured to leave a history of the incoming call response of the terminal itself.

  In addition, as disclosed in Patent Document 2 (Japanese Patent Laid-Open No. 2007-228363), a plurality of IP telephone terminals connected to a main device as a circuit switching relay device are grouped, and a simultaneous incoming call is made for each group. There is also known an IP telephone system that can receive a notification (incoming calls to a telephone number (group telephone number) specifying a group can be answered by any of the IP telephone terminals belonging to the same group).

  Then, for an incoming call that has not responded to the simultaneous incoming notification, an unanswered history remains in each IP telephone terminal. According to Patent Document 1, not only unanswered calls for individual IP telephone terminals but also unanswered calls for group telephone numbers can be recorded as a history according to user settings. Have been described.

The above-mentioned patent documents are as follows.
JP 2004-320289 A JP 2007-228363 A

  As described above, in the conventional IP telephone system, the response history remains in the IP telephone terminal that responds to the simultaneous incoming notification. In addition, the IP telephone terminal that has not responded to the simultaneous call notification has a history of no response. Here, the IP telephone terminal that has not responded to the notification of simultaneous incoming calls records no response as a history because the notification of simultaneous incoming calls has been stopped although it has not responded to incoming calls.

  By the way, in the case of simultaneous incoming call, the own terminal did not respond to the notification of the simultaneous incoming call, but as an event that the simultaneous incoming call notification is stopped, when the other party abandons the incoming call, another IP telephone terminal The IP telephone system has an answering response function and executes the answering response, the IP telephone system has an incoming call transfer function and performs the incoming call transfer, and the like.

  However, in the conventional IP telephone system, the IP telephone terminal does not respond to incoming calls, but when the notification of simultaneous incoming calls is stopped, the history is all unanswered. For this reason, there is a problem that it is impossible to know from the history that the response result to the notification of simultaneous incoming calls is actually the above-mentioned event.

  This problem will be described by taking, as an example, an IP telephone system in which an IP telephone terminal 2A and an IP telephone terminal 2B are connected to a main apparatus 1 as a circuit switching relay apparatus as shown in FIG.

  FIG. 36 (A) shows a state in which there is an outside line incoming call (simultaneous incoming call) through the IP network, and the main apparatus 1 has transmitted a notice of simultaneous incoming call to the two IP telephone terminals 2A and 2B. In response to this notification of simultaneous incoming calls, for example, the IP telephone terminals 2A and 2B notify the user that there has been an incoming call by ringing the incoming call.

  On the other hand, the state of FIG. 36 (B) shows a case where the user of the IP telephone terminal 2B performs an incoming call response operation. That is, when the IP telephone terminal 2B detects the user's incoming response operation, the IP telephone terminal 2B sends an incoming response notification to the main apparatus 1 and stops ringing. Then, IP telephone terminal 2B records as a history that it has responded.

  When the main device 1 receives the incoming call response notification from the IP telephone terminal 2B, the main apparatus 1 transmits the incoming call response to the other party through the IP network (external line), and also stops the simultaneous incoming call notification to the other IP telephone terminal 2A. Notification data for informing and abandoning the call (hereinafter referred to as call abandonment notification data) is sent. In SIP (Session Initiation Protocol), which is a typical call control protocol used in an IP telephone system, this call abandonment notification data is called a CANCEL message.

  The IP telephone terminal 2A that has received the call abandonment notification data from the main device 1 recognizes the call abandonment notification data as notification data for stopping the notification of simultaneous incoming calls, stops ringing, and records “unread” Record response. That is, although the incoming call response is made at IP telephone terminal 2B, there is no response in the history of IP telephone terminal 2A. For this reason, it is impossible to know from the history of the IP telephone terminal 2A that the incoming call notification has been stopped due to the response of the IP telephone terminal 2B.

  Next, in FIG. 36 (A), the other party performs an on-hook operation on the basis of the outside line incoming call in the state where the notification of simultaneous incoming call is transmitted from the main apparatus 1 to the two IP telephone terminals 2A and 2B. FIG. 36C shows the case where the call is abandoned.

  In this case, as shown in FIG. 36C, the main apparatus 1 that has received the call abandonment notification from the external line (IP network) transmits the call abandonment notification data to both the IP telephone terminals 2A and 2B. . The IP telephone terminals 2A and 2B that have received the call abandonment notification data from the main device 1 both recognize the call abandonment notification data as notification data for stopping the simultaneous incoming notification, stop the ringing of incoming calls, Record “unanswered” as history.

  Next, the case where the IP telephone system makes an absence response and the case where the incoming call is transferred will be described with reference to FIG.

  In FIG. 37 (A), as in FIG. 36 (A), there is an incoming incoming call (simultaneous incoming call) through the IP network, and the main device 1 sends a simultaneous incoming call notification to the two IP telephone terminals 2A and 2B. Shows the state. In the IP telephone system in the case of FIG. 37A, the answering system 3 is provided for the main apparatus 1, and an incoming call notification is also sent to the answering system 3.

  In this state, as shown in FIG. 37 (B), for example, when a predetermined time elapses without any of the IP telephone terminals 2A and 2B responding, the absence system 3 makes an absence response. Therefore, the main device 1 sends a response to the incoming call to the other party via an external line (IP network) so that the answering system 3 and the other party are connected.

  Then, main apparatus 1 transmits call abandonment notification data to both IP telephone terminals 2A and 2B based on the answering response from answering system 3. The IP telephone terminals 2A and 2B that have received the call abandonment notification data from the main apparatus 1 both recognize the call abandonment notification data as notification data for stopping the notification of simultaneous incoming calls, stop the ringing of incoming calls, As “Unanswered”.

  In FIG. 38A, there is an outside line incoming call (simultaneous incoming call) through the IP network, just as in FIG. 36A, and the main apparatus 1 makes a simultaneous incoming call to the two IP telephone terminals 2A and 2B. It shows the state where the notification has been sent.

  In the example of FIG. 38B, the main apparatus 1 has a call transfer function. For example, when a predetermined time has elapsed without any IP telephone terminals 2A and 2B responding, the main apparatus 1 An outgoing call is sent to the set transfer destination through an external line different from the external line of the incoming call, and the incoming call is transferred.

  In the example of FIG. 38B, when the outgoing call transfer is terminated, the main device 1 transmits call abandonment notification data to both the IP telephone terminals 2A and 2B. The IP telephone terminals 2A and 2B that have received the call abandonment notification data from the main device 1 both recognize the call abandonment notification data as notification data for stopping the simultaneous incoming notification, stop the ringing of incoming calls, Record “unanswered” as history.

  As described above, in the conventional IP telephone system, the incoming call history when the other terminal abandons the call at the time of the incoming call and when another IP telephone terminal responds to the incoming call is the same as the unanswered Become. Also, when the IP telephone system has an answering function or an incoming call forwarding function, no IP telephone terminal responds to the simultaneous incoming call, but when the IP telephone system makes an answering answer or forwards the call However, the incoming call history of the IP telephone terminal is not answered.

  For this reason, since the incoming call history is “unanswered”, it cannot be determined that the result is any of the above four types of incoming response, and the other party who has received a simultaneous incoming call is not answered. There is a problem that it is not possible to judge whether to apply.

  In view of the above, an object of the present invention is to provide an IP telephone system that can easily determine a response result to a simultaneous call notification even in an IP telephone terminal that has not performed a response operation. And

In order to solve the above problems, the invention of claim 1
In an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching repeater connected to an IP network.
The circuit-switched relay device is
Simultaneous incoming call notification means for notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that simultaneously notifies all of the plurality of IP telephone terminals through the IP network When,
As an event to stop the notification of the simultaneous incoming call,
Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
Or
At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call Detecting means for detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
Sending notification data to the plurality of IP telephone terminals to notify the stop of the notification of the simultaneous incoming call and to abandon the call when the detecting means detects an event of stopping the notification of the simultaneous incoming call Means,
Generating means for generating event notification information for notifying the IP telephone terminal of the event detected by the detecting means;
Means for including the event notification information generated by the generating means in the notification data;
With
Each of the plurality of IP telephone terminals is
Means for extracting and storing the event notification information from the notification data;
Display means for notifying the user of the event notification information;
An IP telephone system is provided.

The invention of claim 2
In an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching repeater connected to an IP network.
The circuit-switched relay device is
Simultaneous incoming call notification means for notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that simultaneously notifies all of the plurality of IP telephone terminals through the IP network When,
As an event to stop the notification of the simultaneous incoming call,
Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
Or
At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call Detecting means for detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
When the detecting means detects an event for stopping the notification of the simultaneous incoming call, the first notification data for notifying the stop of the notification of the simultaneous incoming call and abandoning the call is sent to the plurality of IP telephone terminals. First sending means for
Generating means for generating event notification information for notifying the IP telephone terminal of the event detected by the detecting means;
Second sending means for sending the predetermined notification data including the event notice information generated by the generating means to the plurality of IP telephone terminals after sending the first notice data; ,
With
Each of the plurality of IP telephone terminals is
Means for extracting and storing the event notification information from the second notification data;
Display means for notifying the user of the event notification information;
An IP telephone system is provided.

  According to the invention of claim 1 having the above-described configuration, when an event that stops notification of simultaneous incoming calls is detected by the detection means, the generation means notifies the event of stopping notification of detected simultaneous incoming calls. Event notification information is generated. Then, the generated event notification information is included in notification data for stopping notification of simultaneous incoming calls, and is sent to the IP telephone terminal.

  The IP telephone terminal extracts event notification information from the received notification data and stores it as a history. And the user knows whether the incoming call response result for the simultaneous incoming call is abandoned, unanswered, absence response, incoming call transfer, etc. by viewing the event notification information on the display screen. Can do.

  In the invention of claim 2 configured as described above, the event notification information generated by the generation means is sent to the second notification data after sending the first notification data for stopping the notification of simultaneous incoming calls. And sent to the IP telephone terminal.

  Then, the IP telephone terminal extracts the event notification information from the sent second notification data and stores it as a history. Then, the user displays the extracted event notification information on the display screen to see whether the incoming call response result for the simultaneous incoming call is abandoned, unanswered, absence response, incoming call transfer, etc. I can know.

According to the present invention, when the circuit-switched relay apparatus detects an event that stops notification of simultaneous incoming calls, it generates event notification information for notifying the detected event and includes the notification data in the IP telephone terminal. The IP phone terminal uses the event notification information received by the notification to determine whether the incoming call response result for the simultaneous call is abandoned, unanswered, absence response, call forwarding, etc. The person can be notified.

  Embodiments of an IP telephone system according to the present invention will be described below with reference to the drawings.

  FIG. 2 is a block diagram for explaining the outline of the overall configuration of the embodiment of the IP telephone system according to the present invention.

  As shown in FIG. 2, the IP telephone system 10 of this embodiment includes a main device 20 as an example of a circuit switching relay device connected to an IP network 50, and a plurality of extension terminals connected to the main device 20. , 3n and an answering machine 40.

  The main apparatus 20 is a call such as an outgoing call from the IP telephone terminals 31, 32,..., 3n of the IP telephone system 10 or an incoming call to the IP telephone terminals 31, 32,. A microcomputer for performing control and simultaneous call control for a plurality of IP telephone terminals 31, 32,..., 3n at the time of an incoming call, etc., and executing various controls including the control as software processing It is equipped with.

  The plurality of IP telephone terminals 31, 32,..., 3 n are connected to each other via a LAN, and the LAN is connected to the main device 20.

  In this embodiment, the answering machine 40 is connected to the main device 20. The main device 20 stores and manages the addresses (IP addresses) of the IP telephone terminals 31, 32,..., 3n connected to the LAN, and also the IP address of the answering machine 40. Remember and manage.

  If the main device 20 is set to make an answering response, when there is an incoming call, all of the IP telephone terminals 31, 32,. If not, the answering machine 40 is automatically made to receive a call. The answering machine 40 automatically responds when an incoming call is received, sends out an answering machine message, and records a message message sent from the partner terminal.

  In addition, the main device of the IP telephone system 10 of this embodiment has an incoming call transfer function, and accepts and stores in advance the setting of the transfer destination telephone number. When the incoming call transfer function is set to operate, the main device 20 transfers the incoming call to the transfer destination when a certain time or more has elapsed since the incoming call is detected when the incoming call is received. Is configured to run.

  Then, as will be described later, when there is a simultaneous incoming call from the counterpart terminal via the IP network 50, the main apparatus 20 in the IP telephone system of this embodiment responds, abandons the partner, Detection function for detecting an event that stops notification of simultaneous incoming calls such as response, absence response, incoming call forwarding, and event for notifying IP telephone terminals 31, 32,..., 3n of events detected by the detection function A generation function for generating notification information is provided.

  The main device 20 further includes a function of sending the event notification information generated by the generation function to the IP telephone terminals 31, 32,.

  As shown in FIG. 2, the IP network 50 is connected to a partner IP telephone terminal 60, a partner IP telephone system 70, and the like. Telephone communication is performed between the terminal 60 and the IP telephone terminal of the partner IP telephone system 70.

  In the following description, the counterpart IP phone terminal 60 and the IP phone terminal of the counterpart IP phone system 70 are referred to as counterpart terminals for convenience.

[Hardware configuration example of main device 20]
A block diagram of a configuration example of the main apparatus 20 is shown in FIG. As shown in FIG. 3, the main apparatus 20 of this embodiment includes a microcomputer. A CPU (Central Processing Unit) 101 is connected to a ROM (Read Only Memory) 102, a RAM (RAM) through a system bus 100. Random Access Memory) 103, external line interface 104, packet processing unit 105, internal line interface 106, answering machine interface 107, call control memory unit 108, transfer destination memory unit 109, setting memory unit 110, event detection unit 111, The event notification information generation unit 112 is connected.

  The ROM 102 stores various processing programs executed by the main device 20, and the CPU 101 executes various software processes using the RAM 103 as a work area according to the processing programs.

  The external line interface 104 is connected to the IP network 40. The extension interface 106 includes, for example, a power supply hub, and is connected to a LAN to which a plurality of IP telephone terminals 31, 32,.

  The external line interface 104 receives a reception packet sent through the IP network 50 and passes it to the packet processing unit 105 through the system bus 100, and transmits a transmission packet transferred from the packet processing unit 105 through the system bus 100 to the IP bus 50. It sends out to the net 50.

  The extension interface 106 receives packets sent from the IP telephone terminals 31, 32,..., 3n through the LAN, passes the packets to the packet processing unit 105 through the system bus 100, and sends the packets from the packet processing unit 105 to the system bus 100. , 3n is sent to the IP telephone terminals 31, 32,..., 3n through the LAN.

  The packet processing unit 105 disassembles the received packet from the external line interface 104 and sends the information for controlling incoming calls to the system bus 100, and the voice received packet is sent to the IP telephone terminals 31, 32, .., 3n a function for converting to a packet to be sent, and a function for converting a voice transmission packet from the IP telephone terminals 31, 32,..., 3n to a packet to be sent to the IP network 40 through the external line interface 104. Is provided. The packet processing unit 105 can also be realized as a software process executed by the CPU 101 using a program stored in the ROM 102.

  The interface 107 of the answering machine is composed of, for example, a hub, to which the answering machine 40 is connected.

  The call control memory unit 108 stores call control information such as the correspondence between addresses (IP addresses) on the LAN of the IP telephone terminals 31, 32,..., 3n and telephone numbers. ing.

  The transfer destination memory 109 stores a transfer destination telephone number set and input in advance by the user.

  In the setting memory 110, setting information such as whether or not to make an absence response and whether or not to activate the incoming call transfer function is set and input in advance by the user and stored.

  The event detection unit 111 responds to one of the IP telephone terminals based on the information for call control sent after being disassembled by the packet processing unit 105, the execution of the answering response, the execution of the incoming call transfer, etc. Detects an event that stops notification of simultaneous incoming calls such as unanswered, absence response, incoming call forwarding, etc. The event detection unit 111 is configured as a functional unit that is realized as a software process that the CPU 101 executes by a program in the ROM 102.

  The event notification information generation unit 112 includes a memory unit that stores notification information according to an event in which any IP telephone terminal stops notification of simultaneous incoming calls such as response, abandonment, unresponse, absence response, incoming call transfer, etc. . Then, the notification information is read from the memory unit according to the event that stops the notification of the simultaneous incoming call detected by the event detection unit 111, the event notification information is generated, and is sent to the packet processing unit 105.

  The packet processing unit 105 includes the event notification information received from the event notification information generation unit 112 in a notification data packet to be described later, and generates a packet to be sent to the IP telephone terminals 31, 32,. To do.

  The event notification information generation unit 112 is configured as a functional unit that is realized as a software process executed by the CPU 101 using a program stored in the ROM 102, except for the memory unit.

[IP phone terminal hardware configuration example]
FIG. 4 shows a hardware configuration example of IP telephone terminals 31 to 3n in the IP telephone system of this embodiment. Since the IP telephone terminals 31 to 3n have the same hardware configuration, FIG. 4 will be described as the case of the IP telephone terminal 31. As shown in FIG. 4, the IP telephone terminal 31 of this embodiment comprises an IP telephone terminal main body TE and a handset HS. Although not shown, the handset HS includes a microphone that constitutes a transmitter, a transmission amplifier, a speaker that constitutes a receiver, and a reception amplifier.

  The IP telephone terminal main body TE is composed of a microcomputer, and is connected to the CPU 201 via the system bus 200 in the ROM 202, RAM 203, display controller 204, LED drive unit 205, and operation input interface (in the figure). The interface is described as I / F. The same applies hereinafter) 206, LAN interface 207, packet processing unit 208, voice data input / output interface 209, telephone directory memory 210, history information storage unit 211, and event notification display An information generation unit 212 is connected.

  In the ROM 202, a program for executing a processing sequence at the time of outgoing or incoming as an IP telephone terminal, notification data including event notification information is received, and event notification information is extracted and stored as history information. A program for executing processing for generating the display information from the notification information and displaying it on the display 213 is stored.

  The RAM 203 is mainly used as a work area when the program of the ROM 202 is executed by the CPU 201.

  A display 213 is connected to the display controller 204, and a display according to the control of the CPU 201 is performed on the display screen of the display 213.

  The operation input interface 206 is connected to an operation input unit 215 including a numeric keypad, a line button key, a cursor key, a history display key, other operation keys, a hook switch, and the like. The CPU 201 recognizes which input key the user has operated through the operation input unit 215 via the operation input interface 206, and executes processing corresponding to the key input operation according to the program of the ROM 202 based on the recognition result. To do.

  Connected to the LED drive unit 205 is an LED group 214 composed of a plurality of LEDs for performing display related to the state of line keys, other button keys, hook switches, and the like.

  The LAN interface 207 has a function for capturing packetized data sent through the LAN constituting the IP network and sending the packetized data to the LAN.

  The packet processing unit 208 disassembles the packetized data captured by the LAN interface 207 to obtain control data and voice data, and a function to generate packetized data that packetizes and transmits the control data and voice data to be transmitted. Have The packet processing unit 208 includes a buffer memory for decomposing and generating packetized data.

  Note that the packet disassembly processing function and the generation processing function of the packet processing unit 208 can also be realized as a software process executed by the CPU 201 using the RAM 203 as a work area in accordance with a program stored in the ROM 202.

  The audio data input / output interface 209 converts the audio data obtained by the packet decomposition into an analog audio signal and supplies it to the handset HS, and converts the analog audio signal input from the handset HS into a digital signal and takes it in. It has a function.

  In the telephone book memory 210, in this embodiment, the telephone number of the other party, the telephone number (extension number, etc.), the name, etc. are registered and stored.

  The history information storage unit 211 stores the own terminal response history information when the own terminal responds to the simultaneous incoming call, and in this embodiment, the incoming incoming call is included in predetermined notification data. The event notification information about is saved as history information.

  The event notification display information generation unit 212 generates display information to be displayed on the display 213 from at least event notification information stored in the history information storage unit 211. The event notification display information generation unit 212 has a function of generating display information to be displayed on the display 213 from not only the event notification information but also other history information such as its own terminal response history information.

[Explanation of notification method of incoming call response result of simultaneous incoming calls]
As described in the description of the hardware configuration above, in the IP telephone system of this embodiment, when there is a simultaneous incoming call from the other party terminal, the main apparatus 20 responds with one of the IP telephone terminals responding, When an event that stops notification of simultaneous incoming calls such as abandonment, unanswered answering, answering answer, and incoming call transfer is detected, event notification information for notifying the detected event is sent to IP telephone terminals 31, 32,. In addition, it is included in predetermined notification data.

  When any IP telephone terminal responds to the simultaneous incoming call, the main apparatus 20 does not send notification data for stopping the notification of the simultaneous incoming call to the IP telephone terminal that has made the incoming call response. As described above, an IP telephone terminal that has made an incoming call response maintains a history of the incoming call response, so there is no need to send notification data including event notification information to the IP telephone terminal.

  Here, the following two cases are proposed as the notification data to be sent to the IP telephone terminal including the event notification information.

  The first is to notify the IP telephone terminal that notification of simultaneous incoming calls has been stopped, and to include event notification data in the call abandonment notification data itself for abandoning the call. In SIP, since the call abandonment notification data is a CANCEL message as described above, event notification information is included in this CANCEL message. This first case is the first embodiment of the method for notifying event notification information.

  Next, the second is to send a history notification message using a call identifier (Call-ID) different from the call notified by the call abandonment notification data, including event notification information, to the IP telephone terminal. It is a method to make. In SIP, there are NOTIFY messages and MESSAGE messages as notification data for history notification, and these notification data are used. This second case is the second embodiment of the method for notifying event notification information.

[First Embodiment of Method for Notifying Event Notification Information]
<When another terminal answers a simultaneous call>
FIG. 1 is a diagram showing a sequence of the first embodiment when a certain IP telephone terminal responds when receiving a simultaneous incoming call from an outside line. In this example, for convenience, the IP telephone terminal 32 is “extension number 2”, and the IP telephone terminal 32 of the “extension number 2” responds to simultaneous incoming calls. For simplicity of explanation, only the IP telephone terminals 31 and 32 are shown in the sequence diagram, but the processing operations in the other IP telephone terminals 33 to 3n are the same as those of the IP telephone terminal 31. The same applies to the case of other examples of response results to be described later.

As shown in FIG. 1, when it is detected that a simultaneous incoming call (INVITE) has arrived from the outside line through the IP network, the main device 20 returns a response (trying) being processed to the partner terminal on the outside line, and An incoming call (INVITE) is notified to all IP telephone terminals 31 to 3n. Needless to say, the notification of the simultaneous incoming call is not sent to the IP telephone terminal that is in a call using another external line.

  In this example, each of the IP telephone terminals 31 to 3n receiving the notification of simultaneous incoming calls notifies the user of the incoming call by ringing. Then, each of the IP telephone terminals 31 to 3n returns a response (trying) being processed and a message (Ringing) notifying that the ringing is in progress to the main apparatus 20. In this example, all the IP telephone terminals that have received the incoming call notification ring the incoming call, but only a specific IP telephone terminal among the plurality of IP telephone terminals 31 to 3n of the IP telephone system 10 is used. It can also be set to ring the incoming call.

  When the main device 20 receives a message (Ringing) informing the ringing from the IP telephone terminals 31 to 3n, it sends it to the partner terminal through the IP network 50 (external line).

  When the user of the IP telephone terminal 32 performs an incoming call response operation for this simultaneous incoming call, the IP telephone terminal 32 sends a response message (OK) based on the incoming call response operation to the main apparatus 20.

  The main device 20 that has received this response message (OK) sends the response message (OK) to the partner terminal via the IP network 50 (external line), and the IP telephone terminal 32 has received the response message (OK). Confirmation message ACK is sent.

  When the main device 20 receives the confirmation message ACK from the partner terminal via the IP network 50 (outside line), the main device 20 sets a call state between the IP telephone terminal 32 and the partner terminal. Then, the main device 20 notifies the other IP telephone terminals 31, 33-3n other than the IP telephone terminal 32 that has made an incoming call response, the notification data for notifying the stop of the simultaneous incoming notification and abandoning the call. Send.

  Here, the main device 20 detects that the IP telephone terminal 32, that is, the extension number 2 has responded to the incoming call as an event for stopping the notification of simultaneous incoming calls by the event detecting unit 111 before sending out the CANCEL message. . Based on the detection result, main apparatus 20 causes event notification information generation section 112 to generate event notification information for notifying “an event that extension 2 has made an incoming response”. Further, the generated event notification information is included in the header part of the CANCEL message.

  Here, an example of the header part of the packet of the CANCEL message to be sent is shown in FIG. That is, the first line in FIG. 5 indicates that the packet is a CANCEL message. The second line is the IP address of the destination of the packet, and the third line is the IP address of the packet transmission source. Call-ID in the fourth line is call identification information, and Cseq in the fifth line is a sequence number.

  In this example, event notification information is included as additional data “X-SAXA” in the last line of the header part of the packet of the CANCEL message. Unlike the conventional CANCEL message packet, event notification information can be included in the last line of the header part. The same applies to the description of other sequence examples of incoming call response results described below.

  In this example, the event notification information includes the extension number “num” of the responding IP telephone terminal, the other party telephone number “src-num”, and the status “status”. As will be described later, in the case of incoming call transfer, the transfer destination telephone number “call-num” is added after the status “status”.

  In the example of FIG. 5, “status = Answer” indicates “a state in which an incoming call has been answered”. “Num = 2” indicates that the incoming call response is “extension 2”. Furthermore, “src-num = 0123345678” indicates that the caller telephone number is “0312345678”.

  Upon receiving this CANCEL message, the IP telephone terminals 31, 33 to 3n stop ringing, extract event notification information from the header portion of the CANCEL message, and record event notification information containing “extension 2 response” as a history. The information is stored in the history information storage unit 211 as information.

  In this example, the IP telephone terminals 31 and 33-3n generate display information from the event notification information received by the event notification display information generation unit 212 and display the display information on the display screen of the display 213. In the case of the other party incoming response in this example, the event notification display information generating unit 212 generates event notification display information “extension 2 has responded to the incoming call from the outside line 0123345678”, and this is displayed on the display screen. The

  In this embodiment, the incoming call response display displayed on this display screen is erased after a predetermined time.

  In this embodiment, each operation input unit 215 of the IP telephone terminals 31 to 3n is provided with a history display key. When the history display key is pressed by the user, the history information storage unit 211 is provided. The history information stored in is read out, and the display information is generated and displayed on the display screen of the display 213. Therefore, the user can confirm the response history such as simultaneous incoming calls at any time by pressing the history display key.

  Then, each of the IP telephone terminals 31 and 33-3n returns a response message (OK) to the reception of the CANCEL message and a call abandonment response (487) to the simultaneous incoming call (INVITE) to the main apparatus 20. Then, main apparatus 20 sends the confirmation message (ACK) to each of IP telephone terminals 31, 33-3n.

  When the situation at this time is compared with the description in the above-described conventional example, it becomes as shown in FIG. For simplicity of explanation, FIG. 6 shows only the IP telephone terminals 31 and 32 as IP telephone terminals, but the processing operations in the other IP telephone terminals 33 to 3n are the same as those of the IP telephone terminal 31. is there. The same applies to the case of other examples of response results to be described later.

  FIG. 6A shows a state in which there is an outside line incoming call (simultaneous incoming call) through the IP network, and the main apparatus 20 has transmitted a notice of simultaneous incoming call to the two IP telephone terminals 31 and 32. In response to this notification of simultaneous incoming calls, in this example, the IP telephone terminals 31 and 32 notify the user that there has been an incoming call by ringing the incoming call.

  When the user of the IP telephone terminal 32 performs an incoming call response operation from the state shown in FIG. 6A, the state shown in FIG. 6B is obtained. That is, when the IP telephone terminal 32 detects a user's incoming response operation, the IP telephone terminal 32 sends an incoming response notification to the main apparatus 20 and stops ringing and records that the terminal responds as a history.

  When the main apparatus 20 receives the incoming call response notification from the IP telephone terminal 32, the main apparatus 20 transmits the incoming call response to the other party through the IP network (external line), and calls the other IP telephone terminals 31, 33 to 3n. A CANCEL message which is notification data for giving up is sent. As described above, the CANCEL message packet includes event notification information including that the extension 2 has responded.

  The IP telephone terminals 31 and 33-3n that have received the CANCEL message from the main device 20 recognize the CANCEL message as notification data for stopping notification of simultaneous incoming calls, and stop ringing. Then, the IP telephone terminals 31 and 33 to 3n extract the event notification information from the header of the received CANCEL message packet and store the event notification information in the history information storage unit 211. The extension 2 responds to the incoming call from the external line 0123345678. Event notification display information “is done” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 and 33-3n that have not responded to the simultaneous incoming call can know that the extension 2 has made an incoming call response by looking at the response display information on the display 213. This display disappears after a certain period of time, but as described above, in this embodiment, by pressing the history display key of the operation input unit 215, the history information of the incoming call response is read, and the display screen of the display 213 is displayed. It can be displayed and confirmed.

  The event notification information included in the header part of the CANCEL message is ignored and discarded without being processed in an IP telephone terminal that does not have the function of extracting the event notification information described above. It won't be a hindrance.

<When the other terminal abandons a simultaneous incoming call>
FIG. 7 is a diagram showing a sequence according to the first embodiment when a simultaneous incoming call is received from an outside line but the other terminal abandons the incoming call.

  In FIG. 7, the main device 20 receives a simultaneous incoming call (INVITE) call, and each of the IP telephone terminals 31 to 3n that has received the simultaneous incoming call notification then sends a message (Ringing) informing the ringing. The processing operation until the main device 20 returns it to the device 20 and sends it to the partner terminal via the IP network 50 (outside line) is the same as in the case of FIG.

  From this state, in the example of FIG. 7, before any of the IP telephone terminals 31 to 3n responds to the incoming call, the counterpart terminal abandons the call. Then, since the CANCEL message indicating the call abandonment is sent from the counterpart terminal via the IP network 50, the main apparatus 20 receives it and returns a response message (OK) to the counterpart terminal. Further, the main apparatus 20 sends a call abandonment response (487) to the other terminal in response to the simultaneous incoming call (INVITE).

  Since the confirmation message ACK confirming that the call abandonment response has been received is sent from the partner terminal, the master apparatus 20 is received and confirms the call termination of the partner terminal. Here, the main device 20 detects the call abandonment of the other terminal as an event to stop the notification of the simultaneous call by sending a response (487) of the call abandonment (INVITE) to the other terminal to the other terminal. Yes.

  Based on the detection result, main apparatus 20 causes event notification information generation section 112 to generate event notification information for notifying the “event that the partner terminal has abandoned the call”. Then, the generated event notification information is included in the header part of the CANCEL message, and transmitted to all the IP telephone terminals 31 to 3n except the IP telephone terminal in use in the call state.

  Here, an example of the header part of the packet of the CANCEL message to be transmitted is shown in FIG. As described above, the event notification information is included as additional data “X-SAXA” in the last line of the header part of the packet of the CANCEL message, and the content thereof is as illustrated.

  That is, the event notification information in this example is the extension number “num = null” of the responding IP telephone terminal and indicates that no one is responding. “Status = cancel” indicates “a state in which the other terminal abandons the call”. Furthermore, “src-num = 0123345678” indicates that the caller telephone number is “0312345678”.

  Upon receiving this CANCEL message, the IP telephone terminals 31 to 3n stop ringing, extract event notification information from the CANCEL message, and history information storage section using event notification information containing “call abandonment” as history information. 211.

  In this example, in the IP telephone terminals 31 to 3n, the display information is generated from the event notification information received by the event notification display information generation unit 212 and displayed on the display screen of the display 213. In the case of the call abandonment of the partner terminal in this example, the event notification display information generation unit 212 generates event notification display information “There has been an incoming call from the external line 0312345678”, and this is displayed on the display screen.

  Then, each of the IP telephone terminals 31 to 3n returns a response message (OK) to the reception of the CANCEL message and a call abandonment response (487) to the simultaneous incoming call (INVITE) to the main apparatus 20. Then, main apparatus 20 sends the confirmation message (ACK) to each of IP telephone terminals 31 to 3n.

  When the situation at this time is compared with the description in the above-described conventional example, it becomes as shown in FIG. FIG. 9A is the same state as FIG. 6A, and there is an outside line incoming call (simultaneous incoming call) through the IP network. The main apparatus 20 notifies the two IP telephone terminals 31 and 32 of the simultaneous incoming call. Shows the state of sending.

  Then, from the state shown in FIG. 9A, as shown in FIG. 9B, when receiving a call abandonment notification from the other terminal via the external line (IP network), the main apparatus 20 receives the IP telephone terminals 31 to 3n. Send a CANCEL message, which is notification data for abandoning the call. In the case of this example, the CANCEL message packet includes event notification information including that the other terminal abandoned the call.

  The IP telephone terminals 31 to 3n that have received the CANCEL message from the main device 20 recognize the CANCEL message as notification data for stopping notification of simultaneous incoming calls, and stop ringing. Then, the IP telephone terminals 31 to 3n extract the event notification information from the header of the received CANCEL message packet, and store the event notification information containing “unanswered” in the history information storage unit 211 as history information. At the same time, event notification display information “There was an incoming call from the outside line 0123345678” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous call can see that the other terminal has abandoned the call by looking at the response display information on the display 213 and not knowing that the call has not been answered. .

  This display disappears after a certain period of time, but as described above, in this embodiment, by pressing the history display key of the operation input unit 215, the history information of the incoming call response is read, and the display screen of the display 213 is displayed. It can be displayed and confirmed.

<When the answering machine responds to the absence>
In FIG. 10, the IP telephone terminals 31 to 3n did not answer the incoming call by receiving a simultaneous incoming call from the outside line, but in this example, the answering setting is set in the main device 20. It is a figure which shows the sequence of 1st Embodiment when the answering machine 40 made an answering service.

  In FIG. 10, the main device 20 receives a simultaneous incoming (INVITE) call and then receives a message (Ringing) informing each of the IP telephone terminals 31 to 3n that has received the simultaneous incoming notification. The processing operation until the main device 20 returns it to the device 20 and sends it to the partner terminal via the IP network 50 (outside line) is the same as in the case of FIG.

  From this state, in the example of FIG. 10, when none of the IP telephone terminals 31 to 3n responds to the incoming call and a predetermined time elapses, the main apparatus 20 sends an incoming call to the answering machine 40. The absence answering device 40 causes the answering response process to be performed.

  In the example of FIG. 10, the main device 20 returns a response message (OK) from the absence response device 40 to the counterpart terminal. On the other hand, since the confirmation message ACK is sent from the partner terminal through the IP network 50 (external line), the main apparatus 20 receives this and establishes a communication path between the answering machine 40 and the partner terminal. It is possible to generate an answering response process by the answering device 40.

  Here, the main device 20 detects the absence response as an event that stops the notification of simultaneous incoming calls before sending the CANCEL message. Based on the detection result, the main apparatus 20 generates event notification information for notifying the “event that has made an absence” in the event notification information generation unit 112. Then, the generated event notification information is included in the header part of the CANCEL message, and transmitted to all the IP telephone terminals 31 to 3n except the IP telephone terminal in use in the call state.

  Here, an example of the header part of the packet of the CANCEL message to be sent is shown in FIG. As described above, the event notification information is included as additional data “X-SAXA” in the last line of the header part of the packet of the CANCEL message, and the content thereof is as illustrated.

  That is, the event notification information in this example is the extension number “num = null” of the responding IP telephone terminal and indicates that no one is responding. “Status = message” indicates a “state of absence response”. Furthermore, “src-num = 0123345678” indicates that the caller telephone number is “0312345678”.

  Upon receiving this CANCEL message, the IP telephone terminals 31 to 3n stop ringing, extract event notification information from the CANCEL message, and history information storage unit using event notification information containing “absence response” as history information. 211.

  In this example, in the IP telephone terminals 31 to 3n, the display information is generated from the event notification information received by the event notification display information generation unit 212 and displayed on the display screen of the display 213. In the case of the absence response in this example, the event notification display information generation unit 212 generates event notification display information “An incoming call from the external line 0123345678 has been answered”, and this is displayed on the display screen.

  Then, each of the IP telephone terminals 31 to 3n returns a response message (OK) to the reception of the CANCEL message and a call abandonment response (487) to the simultaneous incoming call (INVITE) to the main apparatus 20. Then, main apparatus 20 sends the confirmation message (ACK) to each of IP telephone terminals 31 to 3n.

  If the situation at this time is compared with the description in the above-described conventional example, it becomes as shown in FIG. FIG. 12A is in the same state as FIG. 6A, and there is an incoming incoming call (simultaneous incoming call) through the IP network. The main device 20 notifies the two IP telephone terminals 31 and 32 of the simultaneous incoming call. Shows the state of sending.

  Then, from the state of FIG. 12 (A), as shown in FIG. 12 (B), when confirming the absence response from the absence response device 40, the main device 20 notifies the counterpart terminal of the absence response, A CANCEL message, which is notification data for abandoning the call, is sent to the telephone terminals 31 to 3n. In the case of this example, the CANCEL message packet includes event notification information including an absence response.

  The IP telephone terminals 31 to 3n that have received the CANCEL message from the main device 20 recognize the CANCEL message as notification data for stopping notification of simultaneous incoming calls, and stop ringing. Then, the IP telephone terminals 31 to 3n extract event notification information from the header of the received CACEL message packet, store the “answering response” in the history information storage unit 211, and “receive the incoming call from the outside line 0123345678”. Event notification display information “An absence response has been made” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous call can see that the absence response has been made by looking at the response display information on the display 213.

  This display disappears after a certain period of time, but as described above, in this embodiment, by pressing the history display key of the operation input unit 215, the history information of the incoming call response is read, and the display screen of the display 213 is displayed. It can be displayed and confirmed.

<When forwarding a call>
In FIG. 13, the IP telephone terminals 31 to 3n did not respond to the incoming call when the simultaneous incoming call was received from the outside line. In this example, however, the main apparatus 20 is set to transfer the incoming call. FIG. 4 is a diagram showing a sequence of the first embodiment when the answering machine 40 executes the incoming call transfer.

  In FIG. 13, the main device 20 receives a simultaneous incoming (INVITE) call and then receives a message (Ringing) indicating that the IP telephone terminals 31 to 3n that have received the simultaneous incoming notification are ringing. The processing operation until the main device 20 returns it to the device 20 and sends it to the partner terminal via the IP network 50 (outside line) is the same as in the case of FIG.

  From this state, in the example of FIG. 13, when none of the IP telephone terminals 31 to 3n responds to the incoming call and a predetermined time elapses, the main apparatus 20 sends the transfer destination stored in advance to Performs processing to transfer an incoming call.

  In other words, in the example of FIG. 13, the main device 20 makes an outgoing call (INVITE) to the transfer destination through an external line different from the external line that has received the incoming call through the IP network 50 in order to transfer the incoming call.

  Here, the main device 20 detects the incoming call transfer as an event of stopping the notification of the simultaneous incoming call by the incoming call transfer process. Based on the detection result, the main apparatus 20 generates event notification information for notifying the “event transferred by incoming call” in the event notification information generation unit 112. Then, the generated event notification information is included in the header part of the CANCEL message, and transmitted to all the IP telephone terminals 31 to 3n except the IP telephone terminal being used in the call state.

  Here, an example of the header part of the packet of the CANCEL message to be transmitted is shown in FIG. As described above, the event notification information is included as additional data “X-SAXA” in the last line of the header part of the packet of the CANCEL message, and the content thereof is as illustrated.

  That is, the event notification information in this example is the extension number “num = null” of the responding IP telephone terminal and indicates that no one is responding. “Status = Forward” indicates “the state where the incoming call is transferred”. Further, “src-num = 00312345678” indicates that the caller telephone number is “0312345678”, and “Call-num = 0611111222” indicates that the transfer destination telephone number is “0611112222”. Yes.

  Upon receiving this CANCEL message, the IP telephone terminals 31 to 3n stop ringing, extract event notification information from the CANCEL message, and history information storage unit using event notification information containing “incoming call transfer” as history information. 211.

  In this example, in the IP telephone terminals 31 to 3n, the display information is generated from the event notification information received by the event notification display information generation unit 212 and displayed on the display screen of the display 213. In the case of the absence response in this example, the event notification display information generation unit 212 generates event notification display information that “the incoming call from the external line 0312345678 has been transferred to 0611112222”, and this is displayed on the display screen.

  Then, each of the IP telephone terminals 31 to 3n returns a response message (OK) to the reception of the CANCEL message and a call abandonment response (487) to the simultaneous incoming call (INVITE) to the main apparatus 20. Then, main apparatus 20 sends the confirmation message (ACK) to each of IP telephone terminals 31 to 3n.

  If the situation at this time is compared with the description in the above-described conventional example, it becomes as shown in FIG. FIG. 15A is the same state as FIG. 6A, and there is an incoming incoming call (simultaneous incoming call) through the IP network. The main device 20 notifies the two IP telephone terminals 31 and 32 of the simultaneous incoming call. Shows the state of sending.

  Then, from the state of FIG. 15A, the main device 20 performs call transfer by making a call to the transfer destination using the external line 2 different from the external line 1 that received the incoming call. Then, main apparatus 20 sends a CANCEL message, which is notification data for abandoning the call, to IP telephone terminals 31 to 3n. In the case of this example, the CANCEL message packet includes event notification information including incoming call transfer.

  The IP telephone terminals 31 to 3n that have received the CANCEL message from the main device 20 recognize the CANCEL message as notification data for stopping notification of simultaneous incoming calls, and stop ringing. Then, the IP telephone terminals 31 to 3n extract event notification information from the header of the received CACEL message packet, store “incoming transfer” in the history information storage unit 211, and “receive an incoming call from the outside line 0123345678”. Event notification display information “transferred to 0611112222” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous incoming call can know that the incoming call transfer has been made by looking at the response display information on the display 213.

  This display disappears after a certain period of time, but as described above, in this embodiment, by pressing the history display key of the operation input unit 215, the history information of the incoming call response is read, and the display screen of the display 213 is displayed. It can be displayed and confirmed.

<Processing Operation of Main Device 20 of First Embodiment>
A flowchart showing an example of the processing operation of the main apparatus 20 that performs the processing operation of the sequence example of the first embodiment as described above is shown in FIGS. The processing operation of each step in FIGS. 16 and 17 is executed by the CPU 101 shown in FIG. 3 using the RAM 103 as a work area according to the program stored in the ROM 102.

  First, the CPU 101 waits for reception of an incoming call through the outside line (IP network 50) (step S101). When the incoming call is detected, whether the incoming call is an individual incoming call specifying individual IP telephone terminals or a simultaneous incoming call. Is determined (step S102). If it is determined in step S102 that the incoming call is an individual incoming call, the CPU 101 executes a processing routine for the individual incoming call (step S103). Since the individual incoming call is out of the scope of the present invention, its detailed description is omitted.

  When it is determined in step S102 that the incoming call is a simultaneous incoming call, the CPU 101 sends an incoming call notification to all of the IP telephone terminals 31 to 3n except for a call that is being used (step S104).

  Next, the CPU 101 determines whether any of the IP telephone terminals 31 to 3n has made an incoming call response (step S105). When it is determined in step S105 that any of the IP telephone terminals has made an incoming call response, the CPU 101 recognizes the IP telephone terminal that has made the incoming call response, and generates a communication path between the recognized IP telephone terminal and the counterpart terminal. Then, the telephone call is started (step S106).

  Next, the CPU 101 generates event notification information including information indicating that the IP telephone terminal (extension number) recognized in step S106 has received an incoming call (step S107), and other IP telephones other than the IP telephone terminal that has made the incoming call response. The generated event notification information is included in the CANCEL message and transmitted to the IP telephone terminal that is not in a call at the terminal (step S108).

  Then, the CPU 101 determines whether or not the call for the incoming call is terminated (step S109). When it is determined that the call is terminated, the incoming call processing routine is terminated.

  If it is determined in step S105 that none of the IP telephone terminals 31 to 3n has responded to the incoming call, the CPU 101 determines whether the other terminal has abandoned the call (step S110).

  When it is determined in this step S110 that the partner terminal has abandoned the call, the CPU 101 executes processing for disconnecting the incoming call from the partner terminal (step S111). Then, the CPU 101 generates event notification information including information indicating that the partner terminal has abandoned the call (step S112), and the generated event notification information is converted into a CANCEL message for all IP telephone terminals that have notified the simultaneous incoming call. It is transmitted including (step S113). Then, this processing routine ends.

  If it is determined in step S110 that the partner terminal has not abandoned the call, the CPU 101 refers to the setting information in the setting memory unit 110 to determine whether an absence response has been set (step S121). ) When it is determined that the absence response setting has been made, it is determined whether or not a predetermined time has elapsed since the incoming call was received (step S122). If it is determined in step S122 that the predetermined time has not elapsed, the process returns to step S105.

  When it is determined in step S122 that the fixed time has elapsed, the CPU 101 sends an incoming call to the answering machine 40 to automatically respond to the answering process (step S123).

  Next, the CPU 101 generates event notification information including information indicating that the absence response has been made (step S124), and transmits the generated event notification information included in the CANCEL message to all IP telephone terminals that have notified the simultaneous incoming call. (Step S125).

  Then, the CPU 101 determines whether or not the answering response has ended and the call is ended (step S126). When it is determined that the call is ended, the incoming call processing routine is ended.

  If it is determined in step S121 that the absence response setting has not been made, it is determined by referring to the setting information in the setting memory unit 110 whether or not call forwarding is set (step S127). If it is determined in step S127 that the incoming call transfer is not set, the CPU 101 returns to step S105.

  If it is determined in step S127 that call forwarding has been set, it is determined whether or not a predetermined time has elapsed since the incoming call was received (step S128). If it is determined in step S128 that the predetermined time has not elapsed, the process returns to step S105.

  If it is determined in step S128 that the predetermined time has elapsed, the CPU 101 makes a call to the transfer destination stored in the transfer destination memory unit 110 and executes incoming call transfer (step S129).

  Next, the CPU 101 generates event notification information including information indicating that the incoming call has been transferred (step S130), and transmits the generated event notification information included in the CANCEL message to all IP telephone terminals that have notified the simultaneous incoming call. (Step S131).

  Then, the CPU 101 determines whether or not the incoming call transfer process has ended (step S132), and when determining that it has ended, ends this incoming call processing routine.

<Processing Operation of IP Phone Terminal of First Embodiment>
A processing operation example of each of the IP telephone terminals 31 to 3n corresponding to the processing operation of the main device 20 in the first embodiment described above is shown in the flowchart of FIG. 18 is executed by the CPU 201 shown in FIG. 4 using the RAM 203 as a work area in accordance with a program stored in the ROM 202.

  The CPU 201 first determines whether or not an incoming notification has been received from the main device 20 (step S141). If no incoming notification has been received, the CPU 201 executes other processing (step S142).

  If it is determined in step S141 that the incoming call notification has been received, the CPU 201 performs ringing to notify the user of the incoming call (step S143). Then, the CPU 201 determines whether or not there is an incoming call response operation by the user (step S144). When determining that there is an incoming call response operation, the CPU 201 notifies the main device 20 of the incoming call response (step S145), and receives the incoming call response. Stored as history information (step S146). And it transfers to the processing routine of the telephone call with the other party terminal.

  If it is determined in step S144 that no incoming call response operation has been performed, the CPU 201 determines whether a CANCEL message has been received from the main device 20 (step S147). If it is determined that no CANCEL message has been received, the CPU 201 determines in step S144. Return to.

  If it is determined in step S147 that a CANCEL message has been received, the CPU 201 stops ringing and executes call abandonment processing (step S148). Then, the CPU 201 determines whether or not event notification information is included in the packet header portion of the CANCEL message (step S149). If the event notification information is included, the event notification information is extracted from the packet header portion. (Step S150).

  Then, the CPU 201 stores the extracted event notification information as history information in the history information storage unit 211, generates event notification display information from the extracted event notification information, and displays the event notification display information on the display screen of the display 213 (step 213). S151). Then, this processing routine ends.

  If it is determined in step S149 that event notification information is not included in the packet header portion of the CANCEL message, the CPU 201 stores call abandonment as history information as in the conventional case (step S152). End the routine.

[Second Embodiment of Method for Notifying Event Notification Information]
<When another terminal answers a simultaneous call>
FIG. 19 is a diagram showing a sequence of the second embodiment when a certain IP telephone terminal responds when receiving a simultaneous incoming call from an outside line. The sequence diagram of FIG. 19 is the same as that of the sequence diagram of the first embodiment of FIG. 1 until the main apparatus 20 sends a CANCEL message to other than the IP telephone terminal 32 that responds to the incoming call.

  However, in the second embodiment, the main apparatus 20 sends the CANCEL message in the same form as before without including the event notification information.

  Then, after the CANCEL message is transmitted and the call abandonment process is completed, in this second embodiment, the NOTIFY message or the MESSAGE message packet is returned as the notification data for the history notification. It is transmitted to all IP telephone terminals other than IP telephone terminals (excluding IP telephone terminals that are in a call).

  Here, the main device 20 detects that the IP telephone terminal 32, that is, the extension number 2 has responded to the incoming call as an event for stopping the notification of simultaneous incoming calls by the event detecting unit 111 before sending out the CANCEL message. . Based on the detection result, main apparatus 20 causes event notification information generation section 112 to generate event notification information for notifying “an event that extension 2 has made an incoming response”. Then, the generated event notification information is included in the body part of the packet of the NOTIFY message or MESSAGE message to be transmitted.

  An example of a NOTIFY message packet to be sent is shown in FIG. The example of FIG. 20 shows a case where the event notification information for notifying “the event that the extension number 2 has received an incoming call” is included in the body part of the NOTIFY message packet. The configuration is almost the same when a packet of a MESSAGE message is transmitted instead of the NOTIFY message.

  The event notification information may be the same as the event notification information shown in the last line of the header part in FIG. FIG. 20 shows that when the event notification display information generating unit 212 of the IP telephone terminal generates the event notification display information, the display content is “the extension 2 has responded to the incoming call from the external line 0123345678”. ing.

  The event notification information may include text information for display that “extension 2 has responded to an incoming call from external line 0123345678”. This display text information may be included in addition to the event notification information shown in FIG. 5, or only the display text information may be used as event notification information.

  When the state of the above example is compared with FIGS. 6A and 6B of the first embodiment, it becomes as shown in FIGS. FIG. 21A is exactly the same as FIG. In FIG. 21B, event notification information is included in the NOTIFY message or the MESSAGE message in addition to the CANCEL message for abandoning the call, and is transmitted to the IP telephone terminal that has not responded. The only difference is.

  That is, in FIG. 21B, when the IP telephone terminal 32 detects the user's incoming response operation, the IP telephone terminal 32 sends a notification of the incoming response to the main apparatus 20, stops the ringing of the incoming call, and records that the terminal has responded. Record as.

  When the main apparatus 20 receives the incoming call response notification from the IP telephone terminal 32, the main apparatus 20 transmits the incoming call response to the other party through the IP network (external line), and calls the other IP telephone terminals 31, 33 to 3n. A CANCEL message which is notification data for giving up is sent. After sending this CANCEL message, the main device 20 further sends a NOTIFY message or MESSAGE message including event notification information including that the extension 2 has responded to the IP telephone terminal as described above. 31, 33 to 3n.

  The IP telephone terminals 31 and 33-3n that have received the CANCEL message from the main device 20 recognize the CANCEL message as notification data for stopping notification of simultaneous incoming calls, and stop ringing. Then, the IP telephone terminals 31 and 33-3n extract the event notification information from the body part of the received NOTIFY message or MESSAGE message packet, and store it in the history information storage unit 211, and “receive the incoming call from the outside line 0123345678”. Event notification display information “extension 2 has responded” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 and 33-3n that have not responded to the simultaneous incoming call can know that the extension 2 has made an incoming call response by looking at the response display information on the display 213. This display disappears after a certain period of time, but as described above, in this embodiment, by pressing the history display key of the operation input unit 215, the history information of the incoming call response is read, and the display screen of the display 213 is displayed. It can be displayed and confirmed.

  Note that the NOTIFY message or MESSAGE message is ignored and discarded without being processed in an IP telephone terminal that does not have the above-described function, but there is no problem in processing and function.

<When the other terminal abandons a simultaneous incoming call>
FIG. 22 is a diagram illustrating a sequence according to the second embodiment when a simultaneous incoming call is received from an outside line but the other terminal abandons the incoming call. The sequence diagram of FIG. 22 is the sequence diagram of the example of the first embodiment of FIG. 7, and the processing operation until the main apparatus 20 sends the CANCEL message to all the IP telephone terminals that have not responded is completely the same. Are the same.

  However, in the second embodiment, the main apparatus 20 sends the CANCEL message in the same form as before without including the event notification information.

  Then, after the CANCEL message is transmitted and the call abandonment process is completed, in the second embodiment, a NOTIFY message or a MESSAGE message packet is used as a simultaneous incoming call as notification data for history notification. On the other hand, it transmits to all IP telephone terminals that have not yet responded.

  Here, the main apparatus 20 detects that the other terminal has abandoned the call by the event detection unit 111 as an event to stop the notification of simultaneous incoming calls before sending the CANCEL message. Based on the detection result, main apparatus 20 causes event notification information generation section 112 to generate event notification information for notifying the “event that the partner terminal has abandoned the call”. The generated event notification information is included in the body part of the packet of the NOTIFY message or MESSAGE message to be transmitted.

  FIG. 23 shows an example of a NOTIFY message packet in the example of the second embodiment. FIGS. 24A and 24B are diagrams compared with FIGS. 9A and 9B of the first embodiment. These are exactly the same as the difference between the first embodiment and the second embodiment in the case of the “extension 2 response” example described above, and thus detailed description thereof is omitted.

  In the case of this example, the IP telephone terminals 31 to 3n extract event notification information from the body part of the received NOTIFY message or MESSAGE message packet, and the event notification information containing “unanswered” as history information. In addition to being stored in the history information storage unit 211, event notification display information “There has been an incoming call from the outside line 0123345678” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous call can see that the other terminal has abandoned the call by looking at the response display information on the display 213 and not knowing that the call has not been answered. .

<When the answering machine responds to the absence>
In FIG. 25, the IP telephone terminals 31 to 3n did not answer the incoming call by receiving the simultaneous incoming call from the outside line. In this example, the answering setting is set in the main device 20, It is a figure which shows the sequence of 2nd Embodiment when the answering machine 40 made an answering service.

  The sequence diagram of FIG. 25 is the sequence diagram of the example in the case of the first embodiment of FIG. 10. The processing operation until the main apparatus 20 sends the CANCEL message to all the IP telephone terminals that have not responded is completely the same. Are the same.

  However, in the second embodiment, the main apparatus 20 sends the CANCEL message in the same form as before without including the event notification information.

  Then, after the CANCEL message is transmitted and the call abandonment process is completed, in the second embodiment, a NOTIFY message or a MESSAGE message packet is used as a simultaneous incoming call as notification data for history notification. On the other hand, it transmits to all IP telephone terminals that have not yet responded.

  Here, the main device 20 detects the absence response as an event that stops the notification of simultaneous incoming calls before sending the CANCEL message. Based on the detection result, the main apparatus 20 generates event notification information for notifying the “event that has made an absence” in the event notification information generation unit 112. The generated event notification information is included in the body part of the packet of the NOTIFY message or MESSAGE message to be transmitted.

  FIG. 26 shows an example of a NOTIFY message packet in the example of the second embodiment. FIGS. 27A and 27B are views compared with FIGS. 12A and 12B of the first embodiment. These are exactly the same as the difference between the first embodiment and the second embodiment in the case of the “extension 2 response” example described above, and thus detailed description thereof is omitted.

  In the case of this example, the IP telephone terminals 31 to 3n extract event notification information from the body part of the received NOTIFY message or MESSAGE message packet, and the event notification information containing “answering response” as history information. In addition to being stored in the history information storage unit 211, event notification display information “An incoming call from the outside line 0123345678 has been answered” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous call can see that the absence response has been made by looking at the response display information on the display 213.

<When forwarding a call>
In FIG. 28, a simultaneous incoming call is received from an outside line, and the IP telephone terminals 31 to 3n did not respond to the incoming call. In this example, however, the main apparatus 20 is set to transfer incoming calls. FIG. 10 is a diagram showing a sequence of the second embodiment when the answering machine 40 executes the incoming call transfer.

  The sequence diagram of FIG. 28 is the sequence diagram of the example of the first embodiment of FIG. 13, and the processing operation until the main apparatus 20 sends the CANCEL message to all the IP telephone terminals that have not responded is completely the same. Are the same.

  However, in the second embodiment, the main apparatus 20 sends the CANCEL message in the same form as before without including the event notification information.

  Then, after the CANCEL message is transmitted and the call abandonment process is completed, in the second embodiment, a NOTIFY message or a MESSAGE message packet is used as a simultaneous incoming call as notification data for history notification. On the other hand, it transmits to all IP telephone terminals that have not yet responded.

  Here, the main apparatus 20 detects incoming call transfer as an event that stops notification of simultaneous incoming calls before sending the CANCEL message. Based on the detection result, the main apparatus 20 generates event notification information for notifying the “event transferred by incoming call” in the event notification information generation unit 112. The generated event notification information is included in the body part of the packet of the NOTIFY message or MESSAGE message to be transmitted.

  FIG. 29 shows an example of a NOTIFY message packet in the example of the second embodiment. FIGS. 30A and 30B are diagrams compared with FIGS. 15A and 15B of the first embodiment. These are exactly the same as the difference between the first embodiment and the second embodiment in the case of the “extension 2 response” example described above, and thus detailed description thereof is omitted.

  In the case of this example, the IP telephone terminals 31 to 3n extract event notification information from the body part of the received NOTIFY message or MESSAGE message packet, and the event notification information having the content of “incoming transfer” as history information. In addition to being stored in the history information storage unit 211, event notification display information that “the incoming call from the outside line 0123345678 has been transferred to 0611112222” is generated and displayed on the display screen of the display 213.

  Therefore, the users of the IP telephone terminals 31 to 3n that have not responded to the simultaneous incoming call can know that the incoming call transfer has been made by looking at the response display information on the display 213.

<Processing Operation of Main Device 20 of Second Embodiment>
31 and 32 are flowcharts showing an example of the processing operation of the main apparatus 20 that performs the processing operation of the sequence example of the second embodiment as described above. The processing operation of each step in FIG. 31 and FIG. 32 is executed by the CPU 101 shown in FIG. 3 using the RAM 103 as a work area according to the program stored in the ROM 102.

  First, the CPU 101 waits for reception of an incoming call through the external line (IP network 50) (step S201). When the incoming call is detected, whether the incoming call is an individual incoming call designating individual IP telephone terminals or a simultaneous incoming call. Is determined (step S202). When it is determined in step S202 that the incoming call is an individual incoming call, the CPU 101 executes a processing routine for the individual incoming call (step S203). Since the individual incoming call is out of the scope of the present invention, its detailed description is omitted.

  When it is determined in step S202 that the incoming call is a simultaneous incoming call, the CPU 101 sends an incoming call notification to all of the IP telephone terminals 31 to 3n except for a busy call being used (step S204).

  Next, the CPU 101 determines whether any of the IP telephone terminals 31 to 3n has made an incoming call response (step S205). If it is determined in step S205 that any of the IP telephone terminals has made an incoming call response, the CPU 101 recognizes the IP telephone terminal that has made the incoming call response, and generates a communication path between the recognized IP telephone terminal and the counterpart terminal. Then, the telephone call is started (step S206).

  Next, CPU 101 transmits a CANCEL message to an IP telephone terminal that is not in a call with another IP telephone terminal other than the IP telephone terminal that has made an incoming call response (step S207).

  Next, event notification information including information indicating that the IP telephone terminal (extension number) recognized in step S206 has made an incoming call response is generated (step S208), and a call is made on another IP telephone terminal other than the IP telephone terminal that has made the incoming call response. The generated event notification information is included in the NOTIFY message (or MESSAGE message) and transmitted to the IP telephone terminal that is not in the middle (step S209).

  Then, the CPU 101 determines whether or not the call for the incoming call has been terminated (step S210), and when determining that the call has been terminated, ends the incoming call processing routine.

  If it is determined in step S205 that none of the IP telephone terminals 31 to 3n has responded to the incoming call, the CPU 101 determines whether or not the partner terminal has abandoned the call (step S211).

  If it is determined in this step S211 that the partner terminal has abandoned the call, the CPU 101 executes processing for disconnecting the incoming call from the partner terminal (step S212). Then, the CPU 101 transmits a CANCEL message to all IP telephone terminals notified of simultaneous incoming calls (step S213).

  Then, the CPU 101 generates event notification information including information indicating that the partner terminal has abandoned the call (step S214), and sends the generated event notification information to all IP telephone terminals notified of simultaneous incoming calls as NOTIFY messages ( Alternatively, it is included in the MESSAGE message and transmitted (step S215). Then, this processing routine ends.

  If it is determined in step S211 that the partner terminal has not abandoned the call, the CPU 101 refers to the setting information in the setting memory unit 110 to determine whether an absence response has been set (step S221). ) When it is determined that the absence response setting has been made, it is determined whether or not a predetermined time has elapsed since the incoming call was received (step S222). If it is determined in step S222 that the predetermined time has not elapsed, the process returns to step S205.

  If it is determined in step S222 that a certain time has elapsed, the CPU 101 sends an incoming call to the answering machine 40, automatically responds, and executes an answering process (step S223).

  Next, the CPU 101 transmits a CANCEL message to all IP telephone terminals notified of simultaneous incoming calls (step S224). Next, the CPU 101 generates event notification information including information indicating that the absence response has been made (step S225), and the generated event notification information is sent to all IP telephone terminals notified of simultaneous incoming calls as NOTIFY messages (or MESSAGE messages). ) And transmitted (step S226).

  Then, the CPU 101 determines whether or not the answering response has ended and the call has ended (step S227). When it is determined that the call has ended, this incoming call processing routine is ended.

  If it is determined in step S221 that the absence response setting has not been made, it is determined by referring to the setting information in the setting memory unit 110 whether or not incoming call forwarding has been set (step S228). If it is determined in this step S228 that the call forwarding setting has not been made, the CPU 101 returns to step S205.

  If it is determined in step S228 that the incoming call transfer is set, it is determined whether or not a predetermined time has elapsed since the incoming call was received (step S229). If it is determined in step S229 that the predetermined time has not elapsed, the process returns to step S205.

  When it is determined in step S229 that the predetermined time has elapsed, the CPU 101 makes a call to the transfer destination stored in the transfer destination memory unit 110 and executes incoming call transfer (step S230).

  Next, the CPU 101 transmits a CANCEL message to all IP telephone terminals notified of simultaneous incoming calls (step S231). Next, the CPU 101 generates event notification information including information indicating that the incoming call has been transferred (step S232), and sends the generated event notification information to all IP telephone terminals that have received the simultaneous incoming notification as NOTIFY messages (or MESSAGE messages). ) And transmitted (step S233).

  Then, the CPU 101 determines whether or not the incoming call transfer process has ended (step S234), and when determining that it has ended, ends this incoming call processing routine.

<Processing Operation of IP Phone Terminal of Second Embodiment>
A flowchart of FIG. 33 shows an example of processing operation of each of the IP telephone terminals 31 to 3n corresponding to the processing operation of the main apparatus 20 in the second embodiment. The processing operation of each step in FIG. 33 is executed by the CPU 201 shown in FIG. 4 using the RAM 203 as a work area according to the program stored in the ROM 202.

  The processing operations from step S241 to step S248 in the flowchart of FIG. 33 are the same as the processing operations in the IP telephone terminal in the case of the first embodiment shown in FIG.

  In the second embodiment, when the CPU 201 of the IP telephone terminal determines in step S247 that the CANCEL message has been received, the incoming call ringing is stopped, the call abandonment process is executed, and then the NOTIFY message (or MESSAGE message). ) Is received (step S249).

  When it is determined that the NOTIFY message (or MESSAGE message) has been received, event notification information is extracted from the body part of the NOTIFY message (or MESSAGE message) (step S250).

  Then, the CPU 201 stores the extracted event notification information as history information in the history information storage unit 211, generates event notification display information from the extracted event notification information, and displays the event notification display information on the display screen of the display 213 (step 213). S251). Then, this processing routine ends.

  If it is determined in step S249 that the NOTIFY message (or MESSAGE message) has not been received, the CPU 201 stores call abandonment as history information (step S252), and ends this processing routine.

[Modified Embodiment of Second Embodiment]
In the first and second embodiments described above, history information is stored in the IP telephone terminal. However, in the second embodiment, response result information for simultaneous incoming calls is transmitted using a NOTIFY message or a MESSAGE message for notifying an incoming call of history information having a different call identifier.

  In the case of this second embodiment, using the NOTIFY message or the MESSAGE message, the history information is provided not only in the IP phone terminal but also in the IP phone terminal, Can be sent and stored.

  The IP telephone system 11 in the case of this modified embodiment has a configuration as shown in FIG. That is, the IP telephone system 11 in the case of this modified embodiment is different from the IP telephone system 10 of FIG. 2 in that the history management device 80 is provided connected to the main device 20. Others are the same as the IP telephone system 10.

  FIG. 35 shows a sequence example when the main apparatus 20 detects a simultaneous incoming call in the case of this modified embodiment. The sequence example of FIG. 35 is an example when the IP telephone terminal 32 among the plurality of IP telephone terminals 31 to 3n responds to the incoming call. In the description of the second embodiment described above, the sequence shown in FIG. It corresponds to an example.

  As shown in FIG. 35, in this modified embodiment, when the IP telephone terminal 32 responds to the incoming call, the main apparatus 20 generates event notification information whose content is that the IP telephone terminal 32 responds to the incoming call, The generated event notification information is included in the body part of the NOTIFY message or MESSAGE message, and is sent to the history management device 80.

  The history management device 80 extracts event notification information from the body part of the NOTIFY message or MESSAGE message, and stores it as history information in the built-in memory part. Here, the built-in memory unit can be a memory unit having a relatively large capacity, and can hold and manage all past history information in the IP telephone system.

  In this modified embodiment, the NOTIFY message or MESSAGE message including the event notification information in the body part may be sent to the IP telephone terminal as in the second embodiment described above, or the history management device 80 It is possible to transmit only to the IP telephone terminal and not to the IP telephone terminal.

  In this modified embodiment, since the history can be stored and managed by the history management device 80 separately from the main device 20 and the IP phone terminal, the system comprising the main device 20 and the IP phone terminal is operated. It is easy to exchange the history management device 80.

  In addition, history information for a plurality of IP telephone systems can be stored and managed collectively by one history management device 80.

  In this modified embodiment, the history information storage unit 211 may be provided in the IP telephone terminal in the same manner as in the second embodiment. In that case, the capacity of the history information storage unit 211 can be reduced. The history information storage unit 211 may not be provided. However, it is better to provide a function for displaying the response result on the display at the time of simultaneous incoming calls.

  When the history information storage unit 211 is not provided, when the history display key is pressed, the history management device 80 is accessed via the main device 20, the history information is acquired from the history management device 80, and the history display information is obtained. A function for generating and displaying on the screen of the display 213 may be provided.

  Further, the main device 20 includes the event notification information in the format as described in the first embodiment and the second embodiment in the history management device 80 in the body portion of the packet of the NOTIFY message or the MESSAGE message. The text information having the content such as the event notification display information in the above example may be included in the body part of the NOTIFY message or MESSAGE message packet as event notification information. In that case, the IP telephone terminal is convenient because the extracted event notification information can be used for display as it is.

[Other Embodiments and Modifications]
In the above-described embodiment, the circuit-switched relay device is the main device, but may be a SIP server, a gatekeeper, or the like. In that case, a LAN to which a plurality of IP telephone terminals are connected can be configured to connect to a SIP server, a gatekeeper, or the like through a router.

  The parameter format of the event notification information described above is an example, and it is needless to say that an arbitrary format can be determined for each system. Further, as described above, the event notification information may be text information. Transmission by text information is possible not only in the body part of the NOTIFY message or MESSAGE message packet but also in the header part of the CANCEL message packet.

  In the embodiment described above, the display of the incoming call history has not been described. However, in the IP telephone terminal of the IP telephone system of this embodiment, the following unanswered lamp is analyzed by analyzing the extracted event notification information. It is also possible to control lighting. That is, the IP phone terminal responds to other IP phone terminals, responds to the absence, and does not blink unanswered lamps for all incoming calls, but responds to all incoming calls. If there is no answer, that is, if the other party is abandoned, the unanswered lamp can be lit.

  The user can recognize the abandonment of the other party call by lighting the unanswered lamp, and can make a call to the other party using the other party telephone number included in the event notification information.

It is a sequence diagram for demonstrating the processing operation example with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a block diagram which shows the structural example of embodiment of the IP telephone system by this invention. It is a block diagram which shows the structural example of the main apparatus in embodiment of the IP telephone system by this invention. It is a block diagram which shows the structural example of the IP telephone terminal in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. It is a figure for demonstrating the processing operation example with respect to simultaneous incoming calls in the case of the sequence example of FIG. It is a sequence diagram for demonstrating the processing operation example with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. It is a figure for demonstrating the processing operation example with respect to simultaneous incoming calls in the case of the sequence example of FIG. It is a sequence diagram for demonstrating the processing operation example with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. It is a figure for demonstrating the processing operation example with respect to simultaneous incoming calls in the case of the sequence example of FIG. It is a sequence diagram for demonstrating the processing operation example with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. It is a figure for demonstrating the example of a processing operation with respect to simultaneous incoming calls in the case of the sequence example of FIG. It is a figure which shows a part of flowchart for operation | movement description of the main apparatus in embodiment of the IP telephone system by this invention. It is a figure which shows a part of flowchart for operation | movement description of the main apparatus in embodiment of the IP telephone system by this invention. It is a figure which shows the flowchart for operation | movement description of the IP telephone terminal in embodiment of the IP telephone system by this invention. It is a sequence diagram for demonstrating the other example of the processing operation | movement with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. FIG. 20 is a diagram for explaining an example of processing operation for simultaneous incoming calls in the case of the sequence example of FIG. 19. It is a sequence diagram for demonstrating the other example of the processing operation | movement with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. FIG. 23 is a diagram for explaining an example of processing operation for simultaneous incoming calls in the case of the sequence example of FIG. 22; It is a sequence diagram for demonstrating the other example of the processing operation | movement with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. FIG. 26 is a diagram for explaining a processing operation example for simultaneous incoming calls in the case of the sequence example of FIG. 25. It is a sequence diagram for demonstrating the other example of the processing operation | movement with respect to simultaneous incoming call in embodiment of the IP telephone system by this invention. It is a figure which shows the example of the notification data used in the case of the sequence example of FIG. FIG. 29 is a diagram for explaining an example of a processing operation for simultaneous incoming calls in the case of the sequence example of FIG. 28. It is a figure which shows a part of flowchart for operation | movement description of the main apparatus in embodiment of the IP telephone system by this invention. It is a figure which shows a part of flowchart for operation | movement description of the main apparatus in embodiment of the IP telephone system by this invention. It is a figure which shows the flowchart for operation | movement description of the IP telephone terminal in embodiment of the IP telephone system by this invention. It is a block diagram which shows the structural example of other embodiment of the IP telephone system by this invention. It is a sequence diagram for demonstrating the example of the processing operation | movement with respect to simultaneous incoming call in other embodiment of the IP telephone system by this invention. It is a figure for demonstrating the example of the processing operation | movement with respect to the simultaneous incoming call in the conventional IP telephone system. It is a figure for demonstrating the example of the processing operation | movement with respect to the simultaneous incoming call in the conventional IP telephone system. It is a figure for demonstrating the example of the processing operation | movement with respect to the simultaneous incoming call in the conventional IP telephone system.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 ... IP telephone system, 20 ... Main apparatus (circuit switching relay apparatus), 31-3n ... IP telephone terminal, 40 ... Answering machine, 111 ... Event detection part, 112 ... Event notification information generation part, 211 ... History information storage 212, event notification display information generation unit

Claims (9)

  1. In an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching relay apparatus connected to an IP (Internet Protocol) network.
    The circuit-switched relay device is
    Simultaneous incoming call notification means for notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that simultaneously notifies all of the plurality of IP telephone terminals through the IP network When,
    As an event to stop the notification of the simultaneous incoming call,
    Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
    Or
    At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call Detecting means for detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
    Sending notification data to the plurality of IP telephone terminals to notify the stop of the notification of the simultaneous incoming call and to abandon the call when the detecting means detects an event of stopping the notification of the simultaneous incoming call Means,
    Generating means for generating event notification information for notifying the IP telephone terminal of the event detected by the detecting means;
    Means for including the event notification information generated by the generating means in the notification data;
    With
    Each of the plurality of IP telephone terminals is
    Means for extracting and storing the event notification information from the notification data;
    Display means for notifying the user of the event notification information;
    An IP telephone system comprising:
  2. In an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching repeater connected to an IP network.
    The circuit-switched relay device is
    Simultaneous incoming call notification means for notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that simultaneously notifies all of the plurality of IP telephone terminals through the IP network When,
    As an event to stop the notification of the simultaneous incoming call,
    Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
    Or
    At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call Detecting means for detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
    When the detecting means detects an event for stopping the notification of the simultaneous incoming call, the first notification data for notifying the stop of the notification of the simultaneous incoming call and abandoning the call is sent to the plurality of IP telephone terminals. First sending means for
    Generating means for generating event notification information for notifying the IP telephone terminal of the event detected by the detecting means;
    Second sending means for sending the predetermined notification data including the event notice information generated by the generating means to the plurality of IP telephone terminals after sending the first notice data; ,
    With
    Each of the plurality of IP telephone terminals is
    Means for extracting and storing the event notification information from the second notification data;
    Display means for notifying the user of the event notification information;
    An IP telephone system comprising:
  3. The IP telephone system according to claim 1,
    When the detecting means detects that any of the plurality of IP telephone terminals has responded to the simultaneous incoming call as an event to stop the notification of the simultaneous incoming call, the sending means responds to the simultaneous incoming call. Sending the notification data including the event notification information to other IP telephone terminals, excluding the IP telephone terminal,
    Each of the plurality of IP telephone terminals is
    An IP telephone system comprising means for holding a history of the response when the terminal responds to the simultaneous incoming call.
  4. In the IP telephone system according to claim 2,
    When the detecting means detects that any of the plurality of IP telephone terminals has responded to the simultaneous incoming call as an event for stopping the notification of the simultaneous incoming call, the first sending means and the second sending means The means sends the first notification data and the second notification data to other IP telephone terminals, excluding the IP telephone terminal that responded to the simultaneous incoming call,
    Each of the plurality of IP telephone terminals is
    An IP telephone system comprising means for holding a history of the response when the terminal responds to the simultaneous incoming call.
  5. In the IP telephone system according to claim 3 or 4,
    2. The IP telephone system according to claim 1, wherein the event notification information includes information for identifying the IP telephone terminal that has responded to the simultaneous incoming call.
  6. In the IP telephone system according to claim 1 or 2,
    The event notification information is composed of text information.
  7. An IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching relay apparatus connected to an IP network, and a history management apparatus is connected to the circuit switching relay apparatus,
    The circuit-switched relay device is
    Notifying the plurality of IP telephone terminals not in communication of the simultaneous incoming call when detecting a simultaneous incoming call that simultaneously notifies all of the plurality of IP telephone terminals through the IP network Simultaneous incoming call notification means;
    As an event to stop the notification of the simultaneous incoming call,
    Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
    Or
    At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call Detecting means for detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
    When the detecting means detects an event for stopping the notification of the simultaneous incoming call, the first notification data for notifying the stop of the notification of the simultaneous incoming call and abandoning the call is sent to the plurality of IP telephone terminals. First sending means for
    Generating means for generating event notification information for notifying the IP telephone terminal of the event detected by the detecting means;
    Second sending means for sending to the history management device including the event notification information generated by the generating means in predetermined second notification data after sending the first notification data;
    With
    The IP telephone system, wherein the history management device includes a storage unit that stores the received event notification information.
  8. An incoming call response result notification method in an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching relay apparatus connected to an IP network,
    The circuit-switched relay device is
    A simultaneous incoming call notification step of notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that notifies all of the plurality of IP telephone terminals simultaneously through the IP network When,
    As an event to stop the notification of the simultaneous incoming call,
    Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
    Or
    At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call A detection step of detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
    Sending notification data for notifying the stop of the simultaneous incoming notification and causing the call to be abandoned to the plurality of IP telephone terminals when detecting the event of stopping the simultaneous incoming notification in the detecting step Process,
    A generation step of generating event notification information for notifying the IP telephone terminal of the event detected in the detection step;
    Including the event notification information generated in the generation step in the notification data;
    With
    Each of the plurality of IP telephone terminals is
    Extracting and storing the event notification information from the notification data; and
    A display step for displaying the event notification information on a display screen to notify the user;
    An incoming call response result notification method in an IP telephone system, comprising:
  9. An incoming call response result notification method in an IP telephone system in which a plurality of IP telephone terminals are connected as extension terminals to a circuit switching relay apparatus connected to an IP network,
    The circuit-switched relay device is
    A simultaneous incoming call notification step of notifying the plurality of IP telephone terminals of the simultaneous incoming call when detecting a simultaneous incoming call that notifies all of the plurality of IP telephone terminals simultaneously through the IP network When,
    As an event to stop the notification of the simultaneous incoming call,
    Detecting whether at least the caller abandoned the simultaneous call, or none of the plurality of IP telephone terminals responded to the simultaneous call ;
    Or
    At least whether the caller abandoned the simultaneous call, none of the plurality of IP telephone terminals responded to the simultaneous call , or none of the plurality of IP telephone terminals received the simultaneous call A detection step of detecting whether the processing based on the answering function or the transfer function provided in the circuit-switched relay device when not responding to ,
    In the detecting step, when an event for stopping the notification of the simultaneous incoming call is detected, first notification data for notifying the stop of the notification of the simultaneous incoming call and causing the call to be abandoned is sent to the plurality of IP telephone terminals. A first sending step for sending;
    A generation step of generating event notification information for notifying the IP telephone terminal of the event detected in the detection step;
    A second sending step for sending the predetermined notification data to the plurality of IP telephone terminals after sending the first notice data, including the event notice information generated in the generating step; ,
    With
    Each of the plurality of IP telephone terminals is
    Extracting and storing the event notification information from the second notification data; and
    A display step for displaying the event notification information on a display screen to notify the user;
    An incoming call response result notification method in an IP telephone system, comprising:
JP2008252203A 2008-09-30 2008-09-30 IP telephone system and method for notifying incoming call response result in IP telephone system Active JP5252195B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008252203A JP5252195B2 (en) 2008-09-30 2008-09-30 IP telephone system and method for notifying incoming call response result in IP telephone system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008252203A JP5252195B2 (en) 2008-09-30 2008-09-30 IP telephone system and method for notifying incoming call response result in IP telephone system

Publications (2)

Publication Number Publication Date
JP2010087656A JP2010087656A (en) 2010-04-15
JP5252195B2 true JP5252195B2 (en) 2013-07-31

Family

ID=42251198

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008252203A Active JP5252195B2 (en) 2008-09-30 2008-09-30 IP telephone system and method for notifying incoming call response result in IP telephone system

Country Status (1)

Country Link
JP (1) JP5252195B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6283938B2 (en) * 2014-03-24 2018-02-28 日本電気株式会社 Call importance notification method for missed call, communication processing system, communication processing device, and control method and control program therefor

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5000215B2 (en) * 2006-06-30 2012-08-15 Necインフロンティア株式会社 Button telephone apparatus using SIP and its group representative incoming call and incoming call response method

Also Published As

Publication number Publication date
JP2010087656A (en) 2010-04-15

Similar Documents

Publication Publication Date Title
US7567549B2 (en) Computer telephony integration adapter
CN1201533C (en) Internet telephone network system, network access method and talking device adapter
US6853713B1 (en) Client-server network for managing internet protocol voice packets
CA2566390C (en) Handling an audio conference related to a text-based message
US7978686B2 (en) System and method for feature-based services control using SIP
JP2009504020A (en) Contextual phone augmentation
US20030059005A1 (en) Multi-media communication management system with dynamic bypass routing of real time streaming media
US20070130260A1 (en) Presence based telephony
US6671356B2 (en) Multi-media communication management system with subscriber messaging integration services
US7304985B2 (en) Multimedia communication management system with line status notification for key switch emulation
CN102065187B (en) Method and system for providing a call answering service between a source telephone and a target telephone
US20050037741A1 (en) System and method for telephonic presence via e-mail and short message service
JP4139031B2 (en) Caller information display method
CN100428216C (en) Method and system for managing communication sessions between a text-based and a voice-based client
JP2007251714A (en) Telephone condition notification system, condition management device, telephone, telephone condition notification method, program, and recording medium
JP4548242B2 (en) Voice IP telephone method and apparatus.
US20040006623A1 (en) Service providing mechanism
JP2005318503A (en) Presence server, session control server, packet relay system, server, and system
US7577429B2 (en) Real-time communications architecture and methods for use with a personal computer system
US7336668B2 (en) Communication management system with line status notification for key switch emulation
US20030058844A1 (en) Communication management system with lines status notification and single button dialing for key switch emulation
JP2005286856A (en) Ip phone and ip phone speech method
US20070263604A1 (en) Ring back notification system and method therefor
JP2015505439A (en) System and method for communication notification and handling
WO2005079393A2 (en) Examiner predicting routing scheme for multimedia communication

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110802

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120601

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120606

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120806

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20121121

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130218

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20130226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130321

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130403

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160426

Year of fee payment: 3