JP2011229186A - Ip telephone system, telephone switching device, and switching method for ip telephone system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an IP telephone system which continues a call and a reception on an IP network even when a problem is generated in an IP-telephone control card, or in a LAN cable, a switching hub, a router, a provider, or the like connected to the card.SOLUTION: The IP telephone system according to an embodiment is directed to an IP telephone system in which a plurality of telephone exchange devices to which the IP network can be connected are interconnected with by an exclusive line. The IP telephone system includes a detection means and a control means. The detection means detects failures associated with the communication being carried out between a first telephone terminal connected to a first telephone exchange device among the plurality of telephone exchange devices and a second telephone terminal connected to the IP network. The control means switches a first communication route formed between the first telephone terminal and the second telephone terminal to a second communication route via the exclusive line and a second telephone exchange device which is different from the first telephone exchange device when the detection means detects any failure.

Description

  Embodiments of the present invention relate to, for example, an IP (Internet Protocol) telephone system, a telephone exchange apparatus used in the system, and a switching method of the IP telephone system.

  2. Description of the Related Art In recent years, network telephone systems (IP telephone systems) that transmit and receive images and sounds as packet data in both directions via an IP network have begun to spread. In this IP telephone system, it is possible not only to perform inter-line communication and external line transmission / reception for each main apparatus connected to the IP network, but also to perform internal line communication and external line transmission / reception between main apparatuses via the IP network. Can do.

  By the way, in the above IP telephone system, since the Internet / Intranet is used as a communication channel, there are various devices and providers existing from high reliability to low ones. A license or the like is not required, and as a result, the reliability of the Internet / intranet is inferior to that of the conventional telephone network.

  For example, a business telephone device for a small office may be connected to an inexpensive non-intelligent hub for consumers, like other PCs and network devices. In such an environment, if a failure occurs in the hub or cable, the entire telephone system cannot be used. However, the failure is not reported and the administrator is delayed and the system cannot be used for a long time. , It is difficult to immediately determine where the problem is, and it may take time to recover.

  Conventionally, a method has been proposed in which a telephone exchange such as an IP telephone apparatus measures the Internet call quality and switches from the Internet line to a normal telephone line if the allowable value is exceeded (for example, Patent Document 1). ).

JP 2004-15276 A

  However, in the above method, the Internet line is switched to a normal telephone line, and other routes on the Internet line are not bypassed.

  Therefore, an object of the present invention is to provide an IP that can continue calls and incoming calls on an IP network even when a problem occurs in an IP telephone control card or a LAN cable, a switching hub, a router, or a provider connected to the IP telephone control card. It is an object of the present invention to provide a telephone system, a telephone exchange device, and an IP telephone system switching method.

  According to the embodiment, the IP telephone system is intended for an IP telephone system in which a plurality of telephone exchange devices that can be connected to an IP network are connected by a dedicated line, and includes a detection unit and a control unit. The detecting means is in a state in which communication is performed between the first telephone terminal connected to the first telephone switching apparatus and the second telephone terminal connected to the IP network among the plurality of telephone switching apparatuses. , Detecting a failure related to the communication. When a failure is detected by the detection means, the control means sets the first communication route formed between the first telephone terminal and the second telephone terminal as a dedicated line and a first telephone exchange device. Is switched to the second communication route via the second telephone exchange device different from the above.

1 is a schematic configuration diagram of an IP telephone system according to a first embodiment of the present invention. The sequence diagram which shows the operation | movement which detects the failure generation of the router in the said 1st Embodiment. The sequence diagram which shows the operation | movement which switches a communication route at the time of the failure generation in the said 1st Embodiment. 6 is a flowchart showing a control processing procedure of the call center when a failure occurs in the first embodiment. The schematic block diagram of the IP telephone system in 2nd Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the IP telephone control card interface part in the said 2nd Embodiment. The sequence diagram which shows the operation | movement which switches a communication route at the time of the failure generation in the said 2nd Embodiment. 9 is a flowchart showing a control processing procedure among a CPU of an IP telephone apparatus, an IP telephone control card interface unit, and an IP telephone terminal when a failure occurs in the second embodiment. 7 is a flowchart showing a control processing procedure among the CPU of the IP telephone device, the IP telephone control card interface unit, and the IP telephone terminal when a failure occurs in the same second embodiment. The sequence diagram which shows the switching operation at the time of failure occurrence as a 1st modification of the 2nd Embodiment of this invention. Similarly, as a first modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a first modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a first modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a first modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. The sequence diagram which shows the switching operation at the time of failure occurrence as a 2nd modification of the 2nd Embodiment of this invention. Similarly, as a second modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a second modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a second modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a second modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. The sequence diagram which shows the switching operation at the time of failure occurrence as a 3rd modification of the 2nd Embodiment of this invention. Similarly, as a third modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a third modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a third modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a third modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. The sequence diagram which shows the switching operation at the time of failure occurrence as a 4th modification of the 2nd Embodiment of this invention. Similarly, as a fourth modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a fourth modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a fourth modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. Similarly, as a fourth modification of the second embodiment of the present invention, a sequence diagram showing a switching operation when a failure occurs. The schematic block diagram of the IP telephone system in the 3rd Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the internet provider SPA in the said 3rd Embodiment The sequence diagram which shows the operation | movement which switches a communication route at the time of the failure occurrence in the said 3rd Embodiment. 9 is a flowchart showing a control processing procedure between an IP telephone apparatus and an IP telephone terminal when a failure occurs in the third embodiment. 12 is a flowchart showing a control processing procedure between the IP telephone apparatus and the IP telephone terminal when a failure occurs in the third embodiment. The schematic block diagram of the IP telephone system in the 4th Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the IP telephone control card in the said 4th Embodiment. The sequence diagram which shows the operation | movement which re-registers with a registration server at the time of the failure occurrence in the 4th embodiment. The flowchart which shows the control processing procedure between the IP telephone apparatus and the registration server at the time of failure occurrence in the fourth embodiment. 14 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the registration server RSV at the time of failure recovery in the fourth embodiment. The schematic block diagram of the IP telephone system in the 5th Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the IP telephone control card in the said 5th Embodiment. The sequence diagram which shows the operation | movement which notifies connection ID with respect to an IP network at the time of the failure occurrence in the said 5th Embodiment. 10 is a flowchart showing a control processing procedure between an IP telephone apparatus and an IP network when a failure occurs in the fifth embodiment. 14 is a flowchart showing a control processing procedure between the IP telephone apparatus and the IP network at the time of failure recovery in the fifth embodiment. The schematic block diagram of the IP telephone system in the 6th Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the IP telephone control card in the said 6th Embodiment. The sequence diagram which shows the operation | movement which notifies connection ID with respect to an IP network at the time of the failure generation in the said 6th Embodiment. 18 is a flowchart showing a control processing procedure between the IP telephone apparatus and the IP network when a failure occurs in the sixth embodiment. 18 is a flowchart showing a control processing procedure between the IP telephone apparatus and the IP network at the time of failure recovery in the sixth embodiment. The schematic block diagram of the IP telephone system in the 7th Embodiment of this invention. The sequence diagram which shows the operation | movement which detects the failure generation of the internet provider in the said 7th Embodiment. The sequence diagram which shows the operation | movement which re-registers with a registration server at the time of the failure occurrence in the said 7th Embodiment. The flowchart which shows the control processing procedure between the IP telephone apparatus and the registration server at the time of a failure occurrence in the seventh embodiment. 12 is a flowchart showing a control processing procedure between the IP telephone device and the registration server when a failure occurs in the seventh embodiment. The flowchart which shows the control processing procedure between the IP telephone apparatus and the registration server at the time of failure recovery in the said 7th Embodiment. 12 is a flowchart showing a control processing procedure between the IP telephone device and the registration server at the time of failure recovery in the same seventh embodiment. The figure which shows an example of the line list | wrist used in the said 4th thru | or 7th embodiment.

  Hereinafter, embodiments will be described with reference to the drawings.

(First embodiment)
FIG. 1 is a schematic configuration diagram of an IP telephone system according to a first embodiment of the present invention. CC is a call center, NWA, NWB, and NWC are IP packet transmission networks, and RTA, RTB, and RTC are routers, respectively. Show.

  An IP telephone terminal (terminal TA) T11 is connected to the network NWA, and an IP telephone terminal (terminal TB) T12 is connected to the network NWB. That is, the IP telephone terminal T11 is connected to the network NWC via the router RTA, and is further connected to the call center CC from this network NWC. The IP telephone terminal T12 is connected to the network NWC via the router RTB, and is further connected to the call center CC from the network NWC. Further, the networks NWA and NWB are connected by a router RTC.

  The call center CC includes an IP phone control card 11 and a CPU 12. The IP telephone control card 11 accommodates a network NWC and performs interface operations such as outgoing / incoming processing with respect to the IP telephone terminals T11 and T12. The IP telephone control card 11 exchanges various control information related to the interface operation with the IP telephone terminals T11 and T12 with the CPU 12.

  The CPU 12 has a failure switching control function in addition to the control function for realizing the operation as the call center CC. The failure switching control function monitors the occurrence of a failure during communication between the IP telephone terminals T11 and T12. When a failure is detected, the communication route in which the failure has occurred, that is, the communication route via the router RTC is switched to the communication route via the routers RTA and RTB.

Next, the operation of the system configured as described above will be described. FIG. 2 is a sequence diagram showing an operation for detecting the occurrence of a failure in the router RTC, FIG. 3 is a sequence diagram showing an operation for switching the communication route when a failure occurs, and FIG. 4 is a control process of the call center CC when the failure occurs. It is a flowchart which shows a procedure.
It is assumed that a telephone call is being performed between IP telephone terminal T11 and IP telephone terminal T12.

  As shown in FIG. 2, each of the IP telephone terminals T11 and T12 measures call quality such as jitter, packet delay, and packet dropout, and always or when a preset threshold value is exceeded, To notify.

  The CPU 12 of the call center CC looks at the value (step ST4a), determines the call quality (step ST4b), and if it is determined that some problem has occurred in the network, the process proceeds from step ST4c to step ST4d. Here, by setting the voice packet transmission destination of each IP telephone terminal T11, T12 from the IP telephone terminals T11, T12 to the IP telephone control card 11, the process proceeds from step ST4e to step ST4f, where Peer-to-Peer Is switched to a call via the call center CC, and the call is continued.

  Therefore, according to the first embodiment, a call can be continued even when a problem occurs in the routers RTA, RTB, RTC and the relay network itself.

(Second Embodiment)
FIG. 5 is a schematic configuration diagram of an IP telephone system according to the second embodiment of the present invention, and BT indicates an IP telephone apparatus.

  An IP network INW is connected to the IP telephone apparatus BT. The IP telephone apparatus BT includes IP telephone control card interface units 21 and 22, an extension interface unit 23, and a CPU 24.

  The IP telephone control card interface units 21 and 22 perform interface processing with the IP network INW.

  The extension interface unit 23 accommodates an IP telephone terminal T21. The extension interface unit S1 performs interface operations such as outgoing / incoming processing for the IP telephone terminal T21. The extension interface unit 23 exchanges various control information related to the interface operation with the IP telephone terminal T21 with the CPU 24.

  The CPU 24 has a failure switching control function in addition to a control function for realizing the operation as the IP telephone apparatus BT. The failure switching control function monitors the occurrence of a failure during communication between the IP telephone terminals T21 and T22. When a failure is detected, the communication route in which the failure has occurred, that is, the communication route of the IP telephone control card interface unit 21 is switched to the communication route via the IP telephone control card interface unit 22.

Next, the operation of the system configured as described above will be described. 6 is a sequence diagram showing an operation for detecting the occurrence of a failure in the IP telephone control card interface unit 21, FIG. 7 is a sequence diagram showing an operation for switching a communication route when a failure occurs, and FIGS. 7 is a flowchart showing a control processing procedure among the CPU 24 of the IP telephone apparatus BT, the IP telephone control card interface units 21 and 22, and the IP telephone terminals T21 and T22 at the time.
It is assumed that a call is made between the IP telephone terminal T21 and the IP telephone terminal T22 via the IP telephone control card interface unit (I / F1) 21.

  In this state, the CPU 24 of the IP telephone apparatus BT monitors the failure of the IP telephone control card interface unit 21 during communication. As a failure monitoring method, a monitoring signal is periodically transmitted to the IP telephone control card interface unit 21 during communication, and a response signal returned from the IP telephone control card interface unit 21 is received in response to the monitoring signal. What monitors whether or not is used.

  When the IP telephone control card interface unit 21 detects a failure, or when a failure occurs in the IP phone control card interface unit 21 itself (step ST8a), the failure information is notified to the CPU 24 (step ST8b and step ST8b). ST8c).

  When the CPU 24 of the IP telephone apparatus BT detects a failure, the CPU 24 moves from step ST8b to step ST8e, and searches for an IP telephone control card interface unit having the same function in the own IP telephone apparatus BT.

  If the own IP telephone apparatus BT has an IP telephone control card interface unit 22 in which no failure has occurred and all the ports are not being used, the CPU 24 proceeds from step ST8f to step ST8h, where the IP telephone control card is used. The interface unit 22 sends an instruction to transmit a voice packet to the IP phone control card interface unit 22 to the IP phone terminal T22.

  Upon receiving the voice transmission / reception destination change (step ST8i), IP telephone terminal T22 switches the voice transmission / reception destination (step ST8j) and transmits the result to IP telephone control card interface unit 22 (step ST8k).

  When the voice transmission / reception destination change of the IP telephone terminal T22 is successful, the IP telephone control card interface section 22 shifts from step ST81 to step ST8m, where the IP telephone control card interface section 22 and the IP telephone terminal T21 are internally connected. Connecting. As a result, the call can be continued.

  As described above, according to the second embodiment, when the IP telephone control card interface unit 21 itself in communication breaks down, the LAN cable connected to the IP telephone control card interface unit 21, If a problem occurs in the hub, the call can be continued.

  10 to 14 are sequence diagrams showing a switching operation when a failure occurs as a first modification of the second embodiment of the present invention.

  In FIG. 10, IP telephone terminals T21A and T22A are connected to the IP telephone apparatus BTA via the IP network INWA.

  The IP telephone terminals T21A and T22A regularly check whether the IP telephone control card 21A in which the terminal itself is accommodated is operating normally. If the IP telephone control card 21A is operating normally, the IP telephone control card 21A returns a response indicating normal operation to the requesting terminals T21A and T22A.

  Here, if the IP telephone control card 21A fails, the IP telephone apparatus BTA itself fails, or some failure occurs on the connection path to those devices, the IP telephone terminals T21A and T22A, as shown in FIG. A response indicating abnormal operation is received from the IP telephone control card 21A, or no response is returned from the IP telephone control card 21A.

  The IP telephone terminals T21A and T22A have a switching destination list determined in advance by the following procedure. When an abnormal operation is detected or no response is received, the accommodation card is changed according to the list as shown in FIG.

(1) Switching destination candidate list fixedly set on the phone side (2) IP phone control card periodically notifies the terminal on the network that there is an empty port, and the terminal side records the notification and creates it Switched destination candidate list.

  (3) The IP phone control card periodically notifies the terminal on the network that there is an available port, and the terminal that has notified that there is an available port requests the IP phone control card to reserve an available port, and makes a reservation. A list of candidate switching destinations created by extracting only those that succeeded.

  (4) A switching destination candidate list in which IP telephone control cards that have been used as call partners in the past are recorded.

  (5) A switching destination candidate list in which call control signals of other terminals are captured and the IP telephone control card serving as a transmission destination or a transmission source is recorded.

  At this time, the IP telephone terminal T21A that has requested the switching requests the status of the telephone set such as idle, outgoing, incoming, calling, and talking, and the other party's information if the calling party and the other party are already determined. To the IP telephone control card 22A. The IP telephone control card 22A creates new call control information from the notified call state and partner information so that the telephone can be controlled, and switching to the switching source IP telephone terminal T21A succeeds. Notify you.

  When the switching is successful and the other party information exists, IP telephone terminal T21A transmits the IP telephone control card information of the switching destination to the destination terminal. As shown in FIG. 13, the IP telephone terminal T22A that has received the IP telephone control card information of the switching destination accommodates the IP telephone control card information of the communication partner when the IP telephone control card that accommodates the own terminal is determined. To the IP phone control card.

  When the above processing is completed, the IP telephone terminals T21A and T22A start checking whether the switching destination IP telephone control card is operating normally, as shown in FIG.

  FIGS. 15 to 19 are sequence diagrams showing a switching operation when a failure occurs as a second modification of the second embodiment of the present invention.

  In FIG. 15, IP telephone terminals T21B and T22B are connected to IP telephone apparatus BTB-1 via IP network INWB. Further, IP telephone apparatus BTB-2 is connected via IP network INWB.

  The IP telephone terminals T21B and T22B regularly check whether the IP telephone control cards 21B and 22B in which the terminals are accommodated are operating normally. If the IP telephone control cards 21B and 22B are operating normally, the IP telephone control cards 21B and 22B return a response indicating normal operation to the requesting terminals T21B and T22B.

  Here, when a failure occurs in the IP telephone control card 22B, as shown in FIG. 16, the IP telephone terminal T22B receives a response indicating an abnormal operation from the IP telephone control card 22B or from the IP telephone control card 22B. No response is returned.

  The IP telephone terminals T21B and T22B have a switching destination list determined in advance according to the procedures (1) to (5) described above. When an abnormal operation is detected or no response is received, as shown in FIG. Change the previous card.

  At this time, the IP telephone terminal T22B that requested the switching requests the switching request destination if the calling party or the calling party has already been determined, and the state of the telephone such as idle, outgoing, incoming, calling, and talking. To the IP telephone control card 25 of the IP telephone apparatus BTB-2. The IP telephone control card 25 newly creates call control information from the notified call state and partner information so that the telephone can be controlled, and switching to the switching source IP telephone terminal T22B is successful. Notify you.

  The IP telephone terminal T22B transmits the switching destination IP telephone control card information to the partner terminal T21B when the switching is successful and the partner information exists. When the IP telephone terminal T21B receiving the switching destination IP telephone control card information determines the IP telephone control card accommodating the own terminal as shown in FIG. To the IP telephone control card 21B.

  When the above processing is completed, the IP telephone terminal T22B starts checking whether the switching destination IP telephone control card 25 is operating normally, as shown in FIG.

  20 to 24 are sequence diagrams showing a switching operation when a failure occurs as a third modification of the second embodiment of the present invention.

  In FIG. 20, IP telephone terminals T21C and T22C are connected to IP telephone apparatus BTC-1 via an IP network INWC. Further, IP telephone apparatuses BTC-2 and BTC-3 are connected via the IP network INWC.

  The IP telephone terminals T21C and T22C regularly check whether the IP telephone control card 21C in which the terminal itself is accommodated is operating normally. If the IP telephone control card 21C is operating normally, the IP telephone control card 21C returns a response indicating normal operation to the requesting terminals T21C and T22C.

  Here, when a failure occurs in IP telephone apparatus BTC-1, as shown in FIG. 21, IP telephone terminals T21C and T22C receive a response indicating an abnormal operation from IP telephone control card 21C, or IP telephone control card. The response from 21C is not returned.

  The IP telephone terminals T21C and T22C have a switching destination list determined in advance according to the procedures (1) to (5). When an abnormal operation is detected or no response is received, as shown in FIG. Change the card.

  At this time, the IP telephone terminals T21C and T22C that requested the switching switch the status of the telephone such as idle, outgoing, incoming, ringing, and talking, and the other party information if the calling party or the other party is already determined. Notification is made to the IP telephone control cards 25 and 26 of the requested IP telephone apparatuses BTC-2 and BTC-3. The IP telephone control cards 25 and 26 create new call control information from the notified call state and partner information so that the telephone can be controlled, and the switching IP telephone terminals T21C and T22C , Notify that the switch was successful.

  The IP telephone terminals T21C and T22C transmit the IP telephone control card information of the switching destination to the partner terminal when the switching is successful and the partner information exists. As shown in FIG. 23, the IP telephone terminals T21C and T22C that have received the switching destination IP telephone control card information, when the IP telephone control card that accommodates the own terminal is determined, Are transmitted to the IP telephone apparatuses BTC-2 and BTC-3.

  When the above processing is completed, the IP telephone terminals T21C and T22C start checking whether the switching destination IP telephone control cards 25 and 26 are operating normally, as shown in FIG.

  As described above, according to the first to third modifications described above, the IP telephone control card itself, the LAN cable connected to the IP telephone control card, the hub ahead thereof, or the IP telephone control card are accommodated. Call processing can be continued even when the telephone device itself fails.

  FIGS. 25 to 29 are sequence diagrams showing a switching operation when a failure occurs as a fourth modification of the second embodiment of the present invention. 25 to 29, the same parts as those in FIGS. 20 to 24 are denoted by the same reference numerals, and detailed description thereof is omitted.

  In this fourth modification, the proxy server PSV has a monitoring / accommodating destination switching function for the IP telephone control card, not the telephone itself. The procedure itself is the same as in the first to third modifications, but in an environment where the proxy server PSV exists, the connection information / accommodation information of each terminal is collectively managed by the proxy server PSV. It is not necessary to notify the other party of the IP telephone control card information in which the terminal is accommodated.

  In addition, although the diagram of the embodiment describes a case where a failure occurs during a call, the essence of the present invention is to notify the switching destination device of the terminal status and change the switching destination device status to the terminal status. By matching, the subsequent service deployment is possible, and the present invention is applicable not only to a call but also to any other call state.

(Third embodiment)
FIG. 30 is a schematic configuration diagram of an IP telephone system according to the third embodiment of the present invention, and BT3-1 and BT3-2 indicate IP telephone apparatuses.

  The IP telephone devices BT3-1 and BT3-2 are connected to each other via a dedicated line network PN. In addition, Internet providers SPA, SPB, and SPC are connected to IP telephone devices BT3-1 and BT3-2.

  The IP telephone apparatus BT3-1 includes IP telephone control cards 31, 32, an extension interface unit 33, and a dedicated line interface unit 34. Of these, the IP telephone control cards 31 and 32 perform interface processing with the Internet provider SPA.

  The extension interface unit 33 performs interface processing with the IP telephone terminal T31.

  The leased line interface unit 34 performs interface processing with the leased line network PN.

  The IP telephone apparatus BT3-2 includes an IP telephone control card 35 and a dedicated line interface unit 36.

Next, the operation of the system configured as described above will be described. FIG. 31 is a sequence diagram showing an operation for detecting the occurrence of a failure in the Internet provider SPA, FIG. 32 is a sequence diagram showing an operation for switching the communication route when a failure occurs, and FIGS. 33 and 34 are IP telephones when the failure occurs. It is a flowchart which shows the control processing procedure between apparatus BT3-1, BT3-2 and IP telephone terminal T31, T32.
Assume that the IP telephone terminal T32 is connected to the IP telephone terminal T31 via the Internet providers SPA, SPB, SPC and the IP telephone control card 31 of the IP telephone apparatus BT3-1. The IP telephone apparatus BT3-2 has an IP telephone control card 35 and is connected to the Internet provider SPC.

  When the IP telephone control card 31 detects a failure or when a failure occurs in the IP telephone control card 31 itself, the IP telephone apparatus BT3-1 detects the failure, and the process proceeds from step ST32a to step ST32b. To find out whether there is an IP telephone control card having the same function in its own device.

  If there is an IP telephone control card having the same function in its own IP telephone apparatus BT3-1, it tries to switch the call according to a predetermined procedure, but if the switching fails or if the IP telephone apparatus BT3-1 has the same function. If there is no IP telephone control card, the process proceeds from step ST32b to step ST32c, where it is searched whether or not the own IP telephone apparatus BT3-1 is connected to another IP telephone apparatus BT3-2.

  Here, when the own IP telephone apparatus BT3-1 is connected to the other IP telephone apparatus BT3-2, the IP telephone apparatus BT3-1 moves from step ST32c to step ST32d, and here, via the private line network PN. Then, the call information of the IP telephone terminal T32 is transmitted to the IP telephone apparatus BT3-2.

  The IP telephone apparatus BT3-2 that has received the call information of the IP telephone terminal T32 moves from step ST32e to step ST32f and searches for an IP telephone control card. If there is an IP telephone control card 35, the above description is made. In accordance with the above procedure, the IP telephone control card 35 changes the voice transmission / reception destination of the IP telephone terminal T32 and connects the IP telephone control card 35 and the private line network PN as shown in FIG. -1.

  As shown in FIG. 32, the IP telephone apparatus BT3-1 connects the private line network PN and the IP telephone terminal T31 if the voice transmission / reception destination has been successfully changed. Thereby, the IP telephone terminal T31 and the IP telephone terminal T32 can continue the telephone call via the IP telephone control card 35 and the private line network PN.

  As described above, according to the third embodiment, only when the IP telephone control card 31 itself fails or when a problem occurs in the LAN cable connected to the IP telephone control card 31 or the hub beyond that. In addition, the telephone call can be continued even when a problem occurs in the connection destination Internet providers SPB and SPC.

  Next, the fourth to seventh embodiments of the present invention are procedures for normally receiving an incoming call from the network when a failure occurs.

(Fourth embodiment)
FIG. 35 is a schematic configuration diagram of an IP telephone system according to the fourth embodiment of the present invention, and BT4 represents an IP telephone apparatus.

  A registration server RSV is connected to the IP telephone apparatus BT4 via the IP network INW. IP telephone apparatus BT4 accommodates IP telephone terminals T41 and T42.

  The IP telephone apparatus BT4 includes IP telephone control cards 41 and 42 having different connection IDs, extension interface units 43 and 44, and a CPU 45.

Next, the operation of the system configured as described above will be described. FIG. 36 is a sequence diagram showing an operation for detecting the occurrence of a failure in the IP telephone control card, FIG. 37 is a sequence diagram showing an operation for re-registering with the registration server RSV when a failure occurs, and FIG. FIG. 39 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the registration server RSV, and FIG. 39 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the registration server RSV at the time of failure recovery.
Here, IP telephone terminal T41 is the destination of the line number (line ID) AAA-AAA1. The line AAA-AAA1 is registered with the registration server RSV from the IP telephone control card 41 (here, connection ID: 192.168.0.1) accommodated in the IP telephone apparatus BT4.

  In this case, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since a registration result (192.168.0.1) is returned from the registration server RSV, if the terminal makes a call to 192.168.0.1, the terminal receives the IP telephone apparatus BT4, and the IP telephone apparatus BT4 calls the IP telephone terminal T41. .

  When the IP telephone control card 41 detects a failure or when a failure occurs in the IP telephone control card 41 itself, the CPU 45 of the IP telephone apparatus BT4 moves from step ST36a to step ST36b and detects the failure here. Then, the registered line list is extracted from the IP telephone control card 41 (step ST36c), and it is searched whether there is an IP telephone control card having the same function in the own IP telephone apparatus BT4 (step ST36d).

  Here, if the IP telephone control card 42 having the same function is present in the own IP telephone apparatus BT4, the IP telephone apparatus BT4 connects the line from this card (here, I / F2: 192.168.0.2) to the registration server RSV. AAA-AAA1 is registered (step ST36e).

  On the other hand, the registration server RSV changes the registration destination of the line AAA-AAA1 from 192.168.0.1 to 192.168.0.2, as shown in FIG.

  When the above procedure is successful, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since a registration result (192.168.0.2) is returned from the registration server RSV, when the terminal transmits to 192.168.0.2, as shown in FIG. 37, the terminal arrives at the IP telephone device BT4, and the IP telephone device BT4. Calls the IP telephone terminal T41, so that even if a failure occurs in the IP telephone control card 41, it is possible to receive an incoming call for AAA-AAA1.

  On the other hand, when the failure of the IP telephone control card 41 is recovered, the original state can be recovered by registering the line AAA-AAA1 from the IP telephone control card 41 according to the procedure shown in FIG.

  As described above, in the fourth embodiment, the management table in which the line ID of the IP telephone control card 41 is associated with the connection ID of the IP telephone control card 42 in response to the occurrence of a communication failure in the IP telephone control card 41. The management table is re-registered with the registration server RSV on the IP network INW. Therefore, the incoming call can be continued even when the IP telephone control card 41 itself fails or when a problem occurs in the LAN cable connected to the IP telephone control card 41 or the hub ahead.

(Fifth embodiment)
FIG. 40 is a schematic configuration diagram of an IP telephone system according to the fifth embodiment of the present invention. In FIG. 40, the same parts as those in FIG.

  Here, the connection ID of the IP telephone control card in which the failure has occurred is assigned to the normal IP telephone control card, and the connection ID is notified from the normal IP telephone control card to the IP network INW.

Next, the operation of the system configured as described above will be described. 41 is a sequence diagram showing an operation for detecting the occurrence of a failure in the IP telephone control card, FIG. 42 is a sequence diagram showing an operation for notifying the IP network INW of a connection ID when a failure occurs, and FIG. FIG. 44 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the IP network INW at the time of occurrence, and FIG. 44 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the IP network INW at the time of failure recovery. is there.
That is, IP telephone terminal T41 is the destination of line number AAA-AAA1. The line AAA-AAA1 is registered with the registration server RSV from the IP telephone control card 41 (here, connection ID: 192.168.0.1) accommodated in the IP telephone apparatus BT4.

  In addition, the IP telephone control card 42 is accommodated in this system. In this case, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since a registration result (192.168.0.1) is returned from the registration server RSV, if the terminal makes a call to 192.168.0.1, the terminal receives the IP telephone apparatus BT4, and the IP telephone apparatus BT4 calls the IP telephone terminal T41. .

  When the IP telephone control card 41 detects a failure or when a failure occurs in the IP telephone control card 41 itself, the CPU 45 of the IP telephone apparatus BT4 moves from step ST41a to step ST41b and detects the failure here. Then, the registered IP address (connection ID) is read from the IP telephone control card 41 (step ST41c), and it is searched whether there is an IP telephone control card having the same function in the own IP telephone apparatus BT4 (step ST41d). ).

  Here, if the IP telephone apparatus BT4 has an IP telephone control card 42 having the same function, the IP telephone apparatus BT4 is shown in FIG. 41 for this card (I / F2: 192.168.0.2). As described above, the IP address of the IP telephone control card 41 is additionally set (step ST41e).

  As a result, the IP telephone control card 42 has two IP addresses 192.168.0.1 and 192.168.0.2. When the IP address setting of the IP telephone control card 42 is successful, the IP telephone apparatus BT4 moves from step ST41f to step ST41h, where the IP address setting for the IP telephone control card 41 is deleted, and the IP telephone control card 41 When recovered, it prevents two identical IP addresses from existing.

  The IP telephone control card 42 broadcasts using an IP address of 192.168.0.1 to prevent each device existing in the network from transmitting data to the IP telephone control card 41.

  When the above procedure is successful, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since a registration result (192.168.0.1) is returned from the registration server RSV, when the terminal makes a call to 192.168.0.1, it arrives at the IP telephone device BT4 via the IP telephone control card 42, and the IP telephone device The BT 4 makes an incoming call to the IP telephone terminal T41, and as a result, as shown in FIG. 42, it is possible to receive an incoming call for AAA-AAA1 even if a failure has occurred in the IP telephone control card 41.

  On the other hand, when the failure of the IP telephone control card 41 is recovered, the IP telephone control card 41 set in the IP telephone control card 42 is deleted according to the procedure shown in FIG. The original IP address is set to prevent two identical IP addresses from existing.

  The IP telephone control card 41 broadcasts using an IP address of 192.168.0.1 to prevent each device existing in the network from transmitting data to the IP telephone control card 42.

  As described above, in the fifth embodiment, the connection ID is assigned as the connection ID of the normally operating IP telephone control card 42 in response to the occurrence of a failure related to communication in the IP telephone control card 41. Therefore, even when the IP telephone control card 41 itself fails or when a problem occurs in the LAN cable connected to the IP telephone control card 41 or the hub ahead thereof, automatic registration without re-registration to the registration server RSV is possible. Thus, the normal IP telephone control card 42 is switched, and as a result, communication and incoming calls can be continued.

(Sixth embodiment)
FIG. 45 is a schematic configuration diagram of an IP telephone system according to the sixth embodiment of the present invention. In FIG. 45, the same parts as those in FIG.

  Here, the connection ID of the IP telephone control card in which the failure has occurred is assigned to the spare IP telephone control card, and the spare IP telephone control card notifies the IP network INW of the connection ID.

Next, the operation of the system configured as described above will be described. 46 is a sequence diagram showing an operation for detecting the occurrence of a failure in the IP telephone control card, FIG. 47 is a sequence diagram showing an operation for notifying the IP network of a connection ID when a failure occurs, and FIG. 49 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the IP network INW at the time of occurrence, and FIG. 49 is a flowchart showing a control processing procedure between the IP telephone apparatus BT4 and the IP network INW at the time of failure recovery. is there.
That is, IP telephone terminal T41 is the destination of line number AAA-AAA1. The line AAA-AAA1 is registered with the registration server RSV from the IP telephone control card 41 (here, connection ID: 192.168.0.1) accommodated in the IP telephone apparatus BT4.

  Further, this system accommodates a spare IP telephone control card 42 when a failure occurs. In this case, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since the registration result (192.168.0.1) is returned from the registration server RSV, when the terminal makes a call to 192.168.0.1, the terminal receives the IP telephone device BT4, and the IP telephone device BT4 calls the IP telephone terminal T41. call.

  When the IP telephone control card 41 detects a failure or when a failure occurs in the IP telephone control card 41 itself, the CPU 45 of the IP telephone apparatus BT4 shifts from step ST47a to step ST47b and detects the failure here. Then, the registered IP address (connection ID) is read from the IP telephone control card 41 (step ST47c), and it is searched whether or not there is a spare IP telephone control card 42 having the same function in its own IP telephone apparatus BT4. (Step ST47d).

  If the IP telephone control card 42 having the same function is present in the own IP telephone apparatus BT4, the IP telephone apparatus BT4 sets the IP address of the IP telephone control card 41 to this card as shown in FIG. (Step ST47e).

  As a result, the IP telephone control card 42 has an IP address of 192.168.0.1. When the IP address setting of the IP telephone control card 42 is successful, the IP telephone apparatus BT4 moves from step ST47f to step ST47h, where the IP address setting for the IP telephone control card 41 is deleted, and the IP telephone control card 41 When recovered, it prevents two identical IP addresses from existing.

  The IP telephone control card 42 broadcasts using an IP address of 192.168.0.1 to prevent each device existing in the network from transmitting data to the IP telephone control card 41.

  When the above procedure is successful, when a terminal connected to the IP network INW makes a call to AAA-AAA1, an inquiry is first made to the registration server RSV. Since a registration result (192.168.0.1) is returned from the registration server RSV, when the terminal makes a call to 192.168.0.1, it arrives at the IP telephone device BT4 via the IP telephone control card 42, and the IP telephone device BT4 makes an incoming call to IP telephone terminal T41, and as a result, as shown in FIG. 47, it is possible to receive an incoming call for AAA-AAA1 even if a failure has occurred in IP telephone control card 41.

  On the other hand, when the failure of the IP telephone control card 41 is recovered, the IP telephone control card 41 set in the IP telephone control card 42 is deleted according to the procedure shown in FIG. The original IP address is set to prevent two identical IP addresses from existing.

  The IP telephone control card 41 broadcasts using an IP address of 192.168.0.1 to prevent each device existing in the network from transmitting data to the IP telephone control card 42.

  As described above, according to the sixth embodiment, when the IP telephone control card 41 fails in the system using the IP telephone control card in which a plurality of IP addresses cannot be set, the IP telephone control The incoming call can be continued even when a problem occurs in the LAN cable connected to the card 41 or the hub ahead.

(Seventh embodiment)
FIG. 50 is a schematic configuration diagram of an IP telephone system according to the seventh embodiment of the present invention. In FIG. 50, the same parts as those in FIG.

  Here, a registration server RSV is connected to the IP telephone devices BT3-1 and BT3-2 via Internet providers SPA, SPB, and SPC.

Next, the operation of the system configured as described above will be described. 51 is a sequence diagram showing an operation for detecting the occurrence of a failure in the Internet provider, FIG. 52 is a sequence diagram showing an operation for re-registering with the registration server when a failure occurs, and FIGS. FIG. 55 and FIG. 56 are flowcharts showing a control processing procedure between the IP telephone apparatuses BT3-1 and BT3-2 and the registration server RSV, and FIGS. 55 and 56 show the IP telephone apparatuses BT3-1 and BT3-2 and the registration server at the time of failure recovery. It is a flowchart which shows the control processing procedure between RSV.
That is, the IP telephone terminal T31 is registered in the registration server RSV via the IP telephone control card 31 of the IP telephone apparatus BT3-1. The IP telephone apparatus BT3-2 has an IP telephone control card 35 and is connected to the Internet provider SPC.

  When the IP telephone control card 31 detects a failure or when a failure occurs in the IP telephone control card 31 itself, the CPU of the IP telephone apparatus BT3-1 moves from step ST51a to step ST51b and detects the failure here. Then, the registered IP address (connection ID) and line number (line ID) are read from the IP telephone control card 31 (step ST51c and step ST51d), and the IP telephone control card having the same function as the own IP telephone apparatus BT3-1 It is searched whether there is any (step ST51e).

  If there is an IP telephone control card 32 having the same function in its own IP telephone apparatus BT3-1, the process proceeds to step ST51f and an attempt is made to switch the IP telephone control card 32 as the destination, but the switching IP If registration with the telephone control card 32 fails, or if there is no IP telephone control card having the same function in the own IP telephone apparatus BT3-1, the own IP telephone apparatus BT3-1 connects to another IP telephone apparatus. It is searched whether it has not been performed (step ST52a).

  Here, when the own IP telephone apparatus BT3-1 is connected to another IP telephone apparatus BT3-2, the IP telephone apparatus BT3-1 sends the number of the line 1 and the destination to the IP through the private line network PN. It transmits to telephone apparatus BT3-2 (step ST52b).

  The IP telephone apparatus BT3-2 that has received the line 1 number and the destination information performs a search to determine whether there is an IP telephone control card in its own system (step ST52c). The number of line 1 is transmitted from telephone control card 35 to registration server RSV (step ST52d).

  If the registration from the IP telephone control card 35 is successful, the IP telephone apparatus BT3-2 moves to step ST52e from step ST52e and receives the line 1 number as shown in FIG. Register the destination of the hour.

  When the above procedure is successful, when a terminal connected to the Internet provider SPC makes a call to AAA-AAA1, first, an inquiry is made to the registration server RSV. Since a registration result (192.168.1.1) is returned from the registration server RSV, when the terminal makes a call to 192.168.1.1, it arrives at the IP telephone apparatus BT3-2 via the IP telephone control card 35. In IP telephone apparatus BT3-2, since IP telephone apparatus BT3-1 is set as the destination of AAA-AAA1, as shown in FIG. 52, the original of IP telephone apparatus BT3-1 is provided via dedicated line PN. Incoming calls to

  When the failure of the IP telephone control card 31 is recovered, if the IP address of the IP telephone control card 31 is set in the IP telephone control card 32 according to the procedure shown in FIGS. After deletion, an original IP address is set for the IP telephone control card 31 to prevent two identical IP addresses from existing, and then broadcast from the IP telephone control card 31 so that each device present in the network Is prevented from transmitting data to the IP telephone control card 32.

  When a line number is registered in the registration server RSV from the IP telephone control card 35, the line number is re-registered in the registration server RSV from the IP telephone control card 31. At this time, since the destination of registration for the IP telephone apparatus BT3-1 remains in the IP telephone apparatus BT3-2, the line number successfully registered from the IP telephone control card 31 is transmitted to the IP telephone apparatus BT3-2. Then, the IP telephone apparatus BT3-2 deletes the destination registration of the corresponding number.

  As described above, it is possible to receive an incoming call to AAA-AAA1 even if a failure has occurred in the IP telephone control card 31.

  As described above, according to the seventh embodiment, only when the IP telephone control card 31 itself fails or when a problem occurs in the LAN cable connected to the IP telephone control card 31 or the hub beyond that. In addition, the incoming call can be continued even when a problem occurs in the connection destination Internet provider SPA.

(Other embodiments)
The present invention is not limited to the above embodiments. For example, by appropriately selecting and combining the above embodiments and modifications according to the type of failure occurrence and the state of the call, a wide range of failures from IP phone control card failures to device failures and provider service interruptions in the network Correspondingly, it is possible to construct an IP telephone system that can continue a call / incoming call even when a failure occurs.

  In the fourth to seventh embodiments, a line list as shown in FIG. 57 is stored and managed in the IP telephone apparatus.

  In addition, the system configuration, the failure detection control procedure, the communication route switching control procedure, and the contents thereof can be variously modified and implemented without departing from the gist of the present invention.

  DESCRIPTION OF SYMBOLS 11 ... IP telephone control card, 12, 24, 45 ... CPU, 21, 22, 25, 31, 32, 35, 41, 42 ... IP telephone control card, 23, 43 ... Extension interface part, 34 ... Dedicated line interface part , RTA, RTB, RTC ... router, NWA, NWB, NWC ... network, CC ... call center, T11, T12, T21, T22, T31, T32, T41, T42 ... IP phone terminal, SPA, SPB, SPC ... Internet provider INW ... IP network, PN ... private line network, RSV ... registration server, PSV ... proxy server, BT, BT3-1, BT3-2, BT4 ... IP telephone apparatus.

Claims (15)

In an IP telephone system in which a plurality of telephone exchange devices that can be connected to an IP network are connected by a dedicated line,
In a state in which communication is performed between a first telephone terminal connected to the first telephone switching apparatus and a second telephone terminal connected to the IP network among the plurality of telephone switching apparatuses. Detection means for detecting a communication-related failure;
When a failure is detected by the detection means, the first communication route formed between the first telephone terminal and the second telephone terminal is designated as the dedicated line and the first telephone switching device. And a control means for switching to a second communication route via a second telephone exchange device different from the above. In an IP telephone system comprising a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
A first management table provided on the IP network and associated with connection IDs for specifying a plurality of interface units for connecting to the IP network and circuit IDs for specifying a plurality of lines on the IP network is registered. Have a registration server
The telephone exchange device
The plurality of interface units connected to the telephone terminal or the IP network;
Detecting means for detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected by this detection means, the line ID corresponding to the connection ID of the first interface unit in which the failure has occurred corresponds to the connection ID of the second interface unit different from the first interface unit. An IP telephone system comprising: control means for generating the attached second management table and updating the first management table registered in the registration server to the second management table. In an IP telephone system comprising a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
A first management table provided on the IP network and associated with connection IDs for specifying a plurality of interface units for connecting to the IP network and circuit IDs for specifying a plurality of lines on the IP network is registered. Have a registration server
The telephone exchange device
The plurality of interface units connected to the telephone terminal or the IP network;
Detecting means for detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected by the detection means, a connection ID of the first interface unit in which the failure has occurred is assigned as a connection ID of a second interface unit different from the first interface unit, and the second An IP telephone system comprising control means for notifying a connection ID assigned to the IP network from an interface unit. In an IP telephone system comprising a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
A first management table provided on the IP network and associated with connection IDs for specifying a plurality of interface units for connecting to the IP network and circuit IDs for specifying a plurality of lines on the IP network is registered. Have a registration server
The telephone exchange device
The plurality of interface units connected to the telephone terminal or the IP network;
Detecting means for detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected by the detection means, a connection ID of the first interface unit in which the failure has occurred is assigned as a connection ID of a second interface unit different from the first interface unit, and the second An IP telephone system comprising control means for notifying a connection ID assigned to the IP network from an interface unit. In an IP telephone system in which a plurality of telephone exchange devices that can connect to an IP network are connected by a dedicated line, and a telephone terminal and the IP network are connected to enable communication.
A first management table provided on the IP network and associated with connection IDs for specifying a plurality of interface units for connecting to the IP network and circuit IDs for specifying a plurality of lines on the IP network is registered. Have a registration server
The telephone exchange device
The plurality of interface units connected to the telephone terminal or the IP network;
Detecting means for detecting a failure related to communication of the interface units of the plurality of telephone exchange devices;
When a failure is detected by this detection means, the connection ID and line ID of the interface unit of the first telephone exchange device in which the failure has occurred are set to the second telephone exchange device different from the first telephone exchange device. An IP telephone system comprising: control means for generating a second management table assigned to an interface unit and updating the first management table registered in the registration server to the second management table. In a telephone exchange device capable of connecting an IP network,
When connected to another telephone exchange device via a dedicated line,
Detecting means for detecting a failure related to communication in a state in which communication is being performed between a first telephone terminal connected to the own telephone exchange device and a second telephone terminal connected to the IP network; ,
When a failure is detected by this detection means, the first communication route formed between the first telephone terminal and the second telephone terminal is routed through the dedicated line and other telephone exchange devices. A telephone switching apparatus comprising: control means for switching to the second communication route. In a telephone exchange device that enables connection of an IP network and enables communication by connecting a telephone terminal and the IP network,
A plurality of interface units connected to telephone terminals or IP networks to be accommodated;
A first that associates a connection ID that specifies a plurality of interface units for connecting to the IP network and a line ID that specifies a plurality of lines on the IP network with respect to a registration server provided on the IP network. Means for registering the management table of
Detecting means for detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected by this detection means, the line ID corresponding to the connection ID of the first interface unit in which the failure has occurred corresponds to the connection ID of the second interface unit different from the first interface unit. A telephone exchange apparatus comprising: a control unit that generates the attached second management table and updates the first management table registered in the registration server to the second management table. In a telephone exchange device that enables connection of an IP network and enables communication by connecting a telephone terminal and the IP network,
A plurality of interface units connected to telephone terminals or IP networks to be accommodated;
A first that associates a connection ID that specifies a plurality of interface units for connecting to the IP network and a line ID that specifies a plurality of lines on the IP network with respect to a registration server provided on the IP network. Means for registering the management table of
Detecting means for detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected by the detection means, a connection ID of the first interface unit in which the failure has occurred is assigned as a connection ID of a second interface unit different from the first interface unit, and the second A telephone exchange apparatus comprising: a control unit that notifies a connection ID assigned to the IP network from an interface unit.   The control means assigns the connection ID of the first interface unit in which the failure has occurred as the connection ID of the second interface unit for standby, and the connection ID assigned to the IP network from the second interface unit The telephone exchange apparatus according to claim 8, further comprising means for notifying. In a telephone exchange device in which a plurality of telephone exchange devices that can be connected to an IP network are connected to each other by a dedicated line, and a telephone terminal and the IP network are connected to enable communication.
A plurality of interface units connected to telephone terminals or IP networks to be accommodated;
A first that associates a connection ID that specifies a plurality of interface units for connecting to the IP network and a line ID that specifies a plurality of lines on the IP network with respect to a registration server provided on the IP network. Means for registering the management table of
Detecting means for detecting a failure related to communication of the interface units of the plurality of telephone exchange devices;
When a failure is detected by this detection means, the connection ID and line ID of the interface unit of the first telephone exchange device in which the failure has occurred are set to the second telephone exchange device different from the first telephone exchange device. A telephone exchange apparatus comprising: control means for generating a second management table assigned to the interface unit and updating the first management table registered in the registration server to the second management table. In a method of switching an IP telephone system in which a plurality of telephone exchange devices that can connect an IP network are connected by a dedicated line,
In a state in which communication is performed between a first telephone terminal connected to the first telephone switching apparatus and a second telephone terminal connected to the IP network among the plurality of telephone switching apparatuses. Detect communication problems and
When a failure is detected, a first communication route formed between the first telephone terminal and the second telephone terminal is different from the dedicated line and the first telephone switching device. A method of switching an IP telephone system for switching to a second communication route via the second telephone exchange device. In an IP telephone system switching method including a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
A first management table in which a connection ID for specifying a plurality of interface units for connecting to the IP network and a line ID for specifying a plurality of lines on the IP network are associated with each other is registered in a registration server;
Detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected, a second line ID corresponding to the connection ID of the second interface unit different from the first interface unit is associated with the connection ID of the first interface unit in which the failure has occurred. Generate a management table for
An IP telephone system switching method for updating a first management table registered in the registration server to the second management table. In an IP telephone system switching method including a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
Registering in the registration server a first management table in which connection IDs for specifying a plurality of interface units for connecting to the IP network and line IDs for specifying a plurality of lines on the IP network are associated;
Detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected, a connection ID of the first interface unit in which the failure has occurred is assigned as a connection ID of a second interface unit different from the first interface unit, and the second interface unit An IP telephone system switching method for notifying a connection ID assigned to an IP network. In an IP telephone system switching method including a telephone exchange device that enables connection of an IP network and enables communication between a telephone terminal and the IP network.
Registering in the registration server a first management table in which connection IDs for specifying a plurality of interface units for connecting to the IP network and line IDs for specifying a plurality of lines on the IP network are associated;
Detecting a failure related to communication of each of the plurality of interface units;
When a failure is detected, a connection ID of the first interface unit in which the failure has occurred is assigned as a connection ID of a second interface unit different from the first interface unit,
An IP telephone system switching method for notifying a connection ID assigned to the IP network from the second interface unit. In a method for switching an IP telephone system that connects a plurality of telephone exchange devices that can be connected to an IP network with a dedicated line and connects between a telephone terminal and the IP network to enable communication,
Registering in the registration server a first management table in which connection IDs for specifying a plurality of interface units for connecting to the IP network and line IDs for specifying a plurality of lines on the IP network are associated;
Detecting a failure related to communication of an interface unit of the plurality of telephone exchange devices;
When a failure is detected, the connection ID and line ID of the interface unit of the first telephone exchange device in which the failure has occurred are assigned to the interface unit of the second telephone exchange device different from the first telephone exchange device. Generate a second management table,
An IP telephone system switching method for updating a first management table registered in the registration server to the second management table.

Images