JP2008092217A - Ｉｐ電話システム及び電話交換装置 - Google Patents

Abstract

【課題】ＩＰ電話制御カードや、それに接続されているＬＡＮケーブル・スイッチングハブ・ルータ・プロバイダ等に問題が発生した場合にも、ＩＰ網上で通話や着信を継続し得るＩＰ電話システムを提供する。
【解決手段】ＩＰ電話端末Ｔ１１とＩＰ電話端末Ｔ１２との間でルータＲＴＣを介して通信を行なっている状態で、ルータＲＴＣが障害を起こして通信の継続が不可能になった場合に、通話センタＣＣにて、ＩＰ電話端末Ｔ１１とＩＰ電話端末Ｔ１２との間の通信ルートを自動的に正常なルータＲＴＡ，ＲＴＢ及びネットワークＮＷＣ及びＩＰ電話制御カード１１を経由する通信ルートへ切り替えて、通信を継続させるようにしている。
【選択図】 図１

Description

この発明は、例えばＩＰ(Internet Protocol)電話システム及びこのシステムで使用される電話交換装置に関する。

近年、ＩＰ網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するネットワーク電話システム（ＩＰ電話システム）が普及し始めている。このＩＰ電話システムでは、ＩＰ網に接続される主装置ごとに内線間通信や外線発着信を行えることは勿論のこと、ＩＰ網を経由した主装置間での内線通信や外線発着信を行うことができる。

ところで、上記ＩＰ電話システムでは、インターネット・イントラネットを通信路として使用しているため、そこに存在する機器やプロバイダは、信頼性の高いものから低いものまで様々であり、また、接続・工事にあたって特に免許等も不要であり、結果としてインターネット・イントラネットの信頼性は従来の電話網に対して劣る部分があるという点があげられる。

例えば、小規模オフィス向けのビジネス電話装置では、他のＰＣやネットワーク機器と同様に、コンシューマ向けの安価なノンインテリジェントハブに接続されることがある。このような環境で、ハブやケーブルに障害が発生した場合、電話システム全体が使用できなくなるが、障害の発報等がされず、管理者への通報が遅れシステムが使えない期間が長くなったり、どこに問題があるかすぐには判断できず、復旧に時間がかかる場合もある。

なお、従来では、ＩＰ電話装置といった電話交換機で、インターネットの通話品質を測定し、許容値を上回っていた場合、インターネット回線から通常の電話回線に切り替える手法も提案されている（例えば、特許文献１）。
特開２００４−１５２７６号公報

しかしながら、上記手法では、インターネット回線から通常の電話回線に切り替えるものであり、インターネット回線上の他のルートを迂回するものではない。

そこで、この発明の目的は、ＩＰ電話制御カードや、それに接続されているＬＡＮケーブル・スイッチングハブ・ルータ・プロバイダ等に問題が発生した場合にも、ＩＰ網上で通話や着信を継続し得るＩＰ電話システム及び電話交換装置を提供することにある。

上記目的を達成するために、この発明に係わるＩＰ電話システムは、互いに電話端末を接続可能な複数のＩＰ（Internet Protocol）網相互間を接続装置で接続し、これら複数のＩＰ網のうち第１のＩＰ網に接続される第１の電話端末と、第２のＩＰ網に接続される第２の電話端末との間を前記接続装置及び前記ＩＰ網を介して接続して通信を可能とするＩＰ電話システムにおいて、第１の電話端末と第２の電話端末との間で通信が行なわれている状態で、当該通信に係わる障害を検出する検出手段と、この検出手段により障害が検出された場合に、第１の電話端末と第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由する接続装置及びＩＰ網が異なる第２の通信ルートに切り替える制御手段とを備えるようにしたものである。

また、この発明に係わるＩＰ電話システムは、複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、複数の電話端末とＩＰ網との間、またはＩＰ網に接続される複数の電話端末間を複数のインタフェース部の少なくとも一部を介して接続し通信を可能とする電話交換機を備えるＩＰ電話システムにおいて、複数の電話端末のうち第１の電話端末と第２の電話端末との間でインタフェース部を介して通信が行なわれている状態で、当該通信に係わる障害を検出する検出手段と、この検出手段により障害が検出された場合に、第１の電話端末と第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由するインタフェース部が異なる第２の通信ルートに切り替える制御手段とを備えるようにしたものである。

この構成によれば、通信中の第１及び第２の電話端末との間で接続装置やインタフェース部が障害を起こして通信の継続が不可能になった場合でも、自動的に正常な接続装置またはインタフェース部を経由する通信ルートへ切り替わり、この結果通信が継続される。

この発明に係わる電話交換装置は、複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、当該ＩＰ網上の少なくとも１つの登録サーバに対しＩＰ網に接続するための複数のインタフェース部を特定する接続ＩＤとＩＰ網上の複数回線を特定する回線ＩＤとを対応付けた第１の管理テーブルを登録することで、電話端末とＩＰ網との間を複数のインタフェース部を介して接続し通信を可能とする電話交換装置において、複数のインタフェース部それぞれの通信に係わる障害を検出する検出手段と、この検出手段により障害が検出された場合に、障害が発生した第１のインタフェース部の接続ＩＤに対応する回線ＩＤを、第１のインタフェース部とは異なる第２のインタフェース部の接続ＩＤに対応付けた第２の管理テーブルを生成し、前記登録サーバに登録された第１の管理テーブルを前記第２の管理テーブルに更新する制御手段とを備えるようにしたものである。

この構成によれば、例えばインタフェース部における通信に係わる障害発生に応じて最適な接続ＩＤと回線ＩＤとの対応付けを行なって第２の管理テーブルを生成し、ＩＰ網上の登録サーバに登録してある第１の管理テーブルを第２の管理テーブルに更新するようにしている。従って、障害発生によりインタフェース部が使用不可能な場合に、対応付け直した第２管理テーブルを登録サーバに登録することができ、これによりＩＰ網に接続する際に使用するインタフェース部が自動的に正常なインタフェース部へ切り替わり、この結果、着信制御を継続できる。

また、この発明に係わる電話交換装置は、複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、当該ＩＰ網上の少なくとも１つの登録サーバに対しＩＰ網に接続するための複数のインタフェース部を特定する接続ＩＤとＩＰ網上の複数回線を特定する回線ＩＤとを対応付けた第１の管理テーブルを登録することで、電話端末とＩＰ網との間を複数のインタフェース部を介して接続し通信を可能とする電話交換装置において、複数のインタフェース部それぞれの通信に係わる障害を検出する検出手段と、この検出手段により障害が検出された場合に、障害が発生した第１のインタフェース部の接続ＩＤを、第１のインタフェース部とは異なる第２のインタフェース部の接続ＩＤとして割り当て、第２のインタフェース部からＩＰ網に対して割り当てた接続ＩＤを通知する制御手段とを備えるようにしたものである。

この構成によれば、例えばインタフェース部における通信に係わる障害発生に応じて接続ＩＤを正常動作している第２のインタフェース部の接続ＩＤとして割り当てるようにしている。従って、障害発生によりインタフェース部が使用不可能な場合に、登録サーバへの再登録なしにＩＰ網に接続する際に使用するインタフェース部が自動的に正常なインタフェース部へ切り替わり、この結果通信や着信制御を継続できる。

以上詳述したようにこの発明によれば、ＩＰ電話制御カードや、それに接続されているＬＡＮケーブル・スイッチングハブ・ルータ・プロバイダ等に問題が発生した場合にも、ＩＰ網上で通話や着信を継続し得るＩＰ電話システム及び電話交換装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態におけるＩＰ電話システムの概略構成図であり、ＣＣは通話センタ、ＮＷＡ，ＮＷＢ，ＮＷＣはＩＰパケット伝送用のネットワーク、ＲＴＡ，ＲＴＢ、ＲＴＣはルータをそれぞれ示している。

ネットワークＮＷＡにはＩＰ電話端末（端末ＴＡ）Ｔ１１が接続され、ネットワークＮＷＢにはＩＰ電話端末（端末ＴＢ）Ｔ１２が接続されている。すなわち、ＩＰ電話端末Ｔ１１は、ルータＲＴＡを介してネットワークＮＷＣに接続され、このネットワークＮＷＣからさらに通話センタＣＣに接続される。また、ＩＰ電話端末Ｔ１２は、ルータＲＴＢを介してネットワークＮＷＣに接続され、このネットワークＮＷＣからさらに通話センタＣＣに接続される。さらに、ネットワークＮＷＡ，ＮＷＢ間は、ルータＲＴＣにより接続される。

通話センタＣＣは、ＩＰ電話制御カード１１と、ＣＰＵ１２とを備えている。ＩＰ電話制御カード１１には、ネットワークＮＷＣが収容されており、ＩＰ電話端末Ｔ１１，Ｔ１２に対する発着信処理等のインタフェース動作を行う。また、ＩＰ電話制御カード１１は、ＩＰ電話端末Ｔ１１，Ｔ１２とのインタフェース動作に係わる種々の制御情報の授受を、ＣＰＵ１２との間で行なう。

ＣＰＵ１２は、通話センタＣＣとしての動作を実現するための制御機能に加え、障害切替制御機能を備えている。障害切替制御機能は、ＩＰ電話端末Ｔ１１，Ｔ１２間で通信が行なわれている最中に、障害発生を監視する。そして、障害が検出されると、障害が発生した通信ルートつまりルータＲＴＣ経由の通信ルートを、ルータＲＴＡ，ＲＴＢ経由の通信ルートに切り替える。

次に、以上のように構成されたシステムの動作を説明する。図２はルータＲＴＣの障害発生を検出する動作を示すシーケンス図であり、図３は障害発生時に通信ルートを切り替える動作を示すシーケンス図であり、図４は障害発生時における通話センタＣＣの制御処理手順を示すフローチャートである。
ＩＰ電話端末Ｔ１１とＩＰ電話端末Ｔ１２との間で通話が行われているものとする。

各ＩＰ電話端末Ｔ１１，Ｔ１２は、図２に示すように、ジッター・パケット遅延・パケット抜け等の通話品質を測定しており、常時、あるいはあらかじめ設定した閾値を越えた場合に、通話センタＣＣ側に通知を行う。

通話センタＣＣのＣＰＵ１２はその値を見て（ステップＳＴ４ａ）、通話品質の判定を行ない（ステップＳＴ４ｂ）、そしてネットワークに何らかの問題が発生したと判断した場合に、ステップＳＴ４ｃからステップＳＴ４ｄに移行してここで各ＩＰ電話端末Ｔ１１，Ｔ１２の音声パケット送信先を、ＩＰ電話端末Ｔ１１，Ｔ１２同士からＩＰ電話制御カード１１とすることにより、ステップＳＴ４ｅからステップＳＴ４ｆに移行してここでPeer-to-Peerになっている通話を通話センタＣＣ経由の通話に切り変え、通話を継続する。

従って、上記第１の実施形態によれば、ルータＲＴＡ，ＲＴＢ，ＲＴＣや中継ネットワークそのものに問題が発生した場合にも通話を継続可能である。

（第２の実施形態）
図５は、この発明の第２の実施形態におけるＩＰ電話システムの概略構成図であり、ＢＴはＩＰ電話装置を示している。

ＩＰ電話装置ＢＴには、ＩＰ網ＩＮＷが接続される。また、ＩＰ電話装置ＢＴは、ＩＰ電話制御カードインタフェース部２１，２２と、内線インタフェース部２３と、ＣＰＵ２４とを備えている。

ＩＰ電話制御カードインタフェース部２１，２２は、ＩＰ網ＩＮＷとの間のインタフェース処理を行うものである。

内線インタフェース部２３には、ＩＰ電話端末Ｔ２１が収容されている。内線インタフェース部Ｓ１は、ＩＰ電話端末Ｔ２１に対する発着信処理等のインタフェース動作を行う。また、内線インタフェース部２３は、ＩＰ電話端末Ｔ２１とのインタフェース動作に係わる種々の制御情報の授受を、ＣＰＵ２４との間で行なう。

ＣＰＵ２４は、ＩＰ電話装置ＢＴとしての動作を実現するための制御機能に加え、障害切替制御機能を備えている。障害切替制御機能は、ＩＰ電話端末Ｔ２１，Ｔ２２間で通信が行なわれている最中に、障害発生を監視する。そして、障害が検出されると、障害が発生した通信ルートつまりＩＰ電話制御カードインタフェース部２１の通信ルートを、ＩＰ電話制御カードインタフェース部２２経由の通信ルートに切り替える。

次に、以上のように構成されたシステムの動作を説明する。図６はＩＰ電話制御カードインタフェース部２１の障害発生を検出する動作を示すシーケンス図であり、図７は障害発生時に通信ルートを切り替える動作を示すシーケンス図であり、図８及び図９は障害発生時におけるＩＰ電話装置ＢＴのＣＰＵ２４とＩＰ電話制御カードインタフェース部２１，２２とＩＰ電話端末Ｔ２１，Ｔ２２との間の制御処理手順を示すフローチャートである。
ＩＰ電話端末Ｔ２１とＩＰ電話端末Ｔ２２との間でＩＰ電話制御カードインタフェース部（I/F1）２１を介して通話を行っているものとする。

この状態で、ＩＰ電話装置ＢＴのＣＰＵ２４では通信中のＩＰ電話制御カードインタフェース部２１の障害監視が行なわれる。障害監視の手法としては、通信中のＩＰ電話制御カードインタフェース部２１に対し周期的に監視信号を送信して、この監視信号に対しＩＰ電話制御カードインタフェース部２１が返送する応答信号を受信するか否かを監視するものが用いられる。

そして、ＩＰ電話制御カードインタフェース部２１が障害を検出した場合、あるいはＩＰ電話制御カードインタフェース部２１自体に障害が発生した場合（ステップＳＴ８ａ）その障害情報は、ＣＰＵ２４に通知される（ステップＳＴ８ｂ及びステップＳＴ８ｃ）。

ＩＰ電話装置ＢＴのＣＰＵ２４は障害を検出すると、ステップＳＴ８ｂからステップＳＴ８ｅに移行してここで自ＩＰ電話装置ＢＴに同一機能を持つＩＰ電話制御カードインタフェース部があるか検索する。

自ＩＰ電話装置ＢＴに、障害の発生しておらず、かつ、全ポート使用中でないＩＰ電話制御カードインタフェース部２２があれば、ＣＰＵ２４はステップＳＴ８ｆからステップＳＴ８ｈに移行してここでＩＰ電話制御カードインタフェース部２２から、自ＩＰ電話制御カードインタフェース部２２に対して音声パケットを送信する指示をＩＰ電話端末Ｔ２２に対して送出する。

ＩＰ電話端末Ｔ２２は、音声送受信先変更を受信すると（ステップＳＴ８ｉ）、音声送受信先を切り替え（ステップＳＴ８ｊ）、ＩＰ電話制御カードインタフェース部２２に結果を送信する（ステップＳＴ８ｋ）。

ＩＰ電話制御カードインタフェース部２２は、ＩＰ電話端末Ｔ２２の音声送受信先変更が成功した場合、ステップＳＴ８ｌからステップＳＴ８ｍに移行してここでＩＰ電話制御カードインタフェース部２２とＩＰ電話端末Ｔ２１を内部的に接続する。これにより通話を継続できる。

以上のように上記第２の実施形態によれば、通信中のＩＰ電話制御カードインタフェース部２１自体が故障した場合や、ＩＰ電話制御カードインタフェース部２１に接続されているＬＡＮケーブルや、その先のハブに問題が発生した場合にも通話を継続可能である。

図１０から図１４は、この発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図である。

図１０において、ＩＰ電話装置ＢＴＡには、ＩＰ網ＩＮＷＡを介してＩＰ電話端末Ｔ２１Ａ，Ｔ２２Ａが接続されている。

ＩＰ電話端末Ｔ２１Ａ，Ｔ２２Ａは定期的に、自端末が収容されているＩＰ電話制御カード２１Ａが正常に動作しているか確認を行っている。ＩＰ電話制御カード２１Ａが正常に動作していれば、ＩＰ電話制御カード２１Ａは要求元の端末Ｔ２１Ａ、Ｔ２２Ａに対して正常動作を示す応答を返す。

ここで、ＩＰ電話制御カード２１Ａの故障、ＩＰ電話装置ＢＴＡ自体の故障、あるいはそれらの機器への接続経路上に何らかの障害が発生した場合、図１１に示すように、ＩＰ電話端末Ｔ２１Ａ，Ｔ２２ＡはＩＰ電話制御カード２１Ａより異常動作を示す応答を受信、あるいはＩＰ電話制御カード２１Ａからの応答が返らなくなる。

ＩＰ電話端末Ｔ２１Ａ，Ｔ２２Ａは以下のような手順によりあらかじめ決められた切替先リストを持っており、異常動作検知または無応答時には、図１２に示すように、リストに従って収容先のカードを変更する。

（１）電話機側に固定的に設定された切替先候補リスト
（２）ＩＰ電話制御カードが定期的に空きポートがあることをネットワーク上の端末に通知し、端末側がその通知を記録して作成された切替先候補リスト。

（３）ＩＰ電話制御カードが定期的に空きポートがあることをネットワーク上の端末に通知し空きポートがあることを通知した端末が、ＩＰ電話制御カードに、空きポートの予約を要求し、予約が成功したものだけを抜き出して作成された切替先候補リスト。

（４）過去に通話相手として使用したことのあるIP電話制御カードを記録した切替先候補リスト。

（５）他の端末の呼制御信号をキャプチャし、送信先または発信元となっているIP電話制御カードを記録した切替先候補リスト。

この際、切替を要求したＩＰ電話端末Ｔ２１Ａは、空き・発信中・着信中・呼出中・通話中等の電話機の状態と、既に呼出相手や通話相手が決定していれば相手情報を切替要求先のＩＰ電話制御カード２２Ａに通知する。ＩＰ電話制御カード２２Ａは、通知された呼状態と相手情報から、新たに呼制御情報を作成し、電話機の制御を行えるようにするとともに、切替元のＩＰ電話端末Ｔ２１Ａに対して、切替が成功した事を通知する。

ＩＰ電話端末Ｔ２１Ａは、切替が成功した場合かつ相手情報が存在していた場合には、相手先の端末に対して、切替先のＩＰ電話制御カード情報を送信する。切替先のＩＰ電話制御カード情報を受信したＩＰ電話端末Ｔ２２Ａは、図１３に示すように、自端末を収容するＩＰ電話制御カードが決定したら、通話相手のＩＰ電話制御カード情報を自端末を収容するＩＰ電話制御カードに送信する。

以上の処理が終了したら、ＩＰ電話端末Ｔ２１Ａ，Ｔ２２Ａは、図１４に示すように、切替先のＩＰ電話制御カードが正常に動作しているかの確認を開始する。

図１５から図１９は、この発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図である。

図１５において、ＩＰ電話装置ＢＴＢ−１には、ＩＰ網ＩＮＷＢを介してＩＰ電話端末Ｔ２１Ｂ，Ｔ２２Ｂが接続されている。さらに、ＩＰ網ＩＮＷＢを介してＩＰ電話装置ＢＴＢ−２が接続されている。

ＩＰ電話端末Ｔ２１Ｂ，Ｔ２２Ｂは定期的に、自端末が収容されているＩＰ電話制御カード２１Ｂ，２２Ｂが正常に動作しているか確認を行っている。ＩＰ電話制御カード２１Ｂ，２２Ｂが正常に動作していれば、ＩＰ電話制御カード２１Ｂ，２２Ｂは要求元の端末Ｔ２１Ｂ、Ｔ２２Ｂに対して正常動作を示す応答を返す。

ここで、ＩＰ電話制御カード２２Ｂの故障が発生した場合、図１６に示すように、ＩＰ電話端末Ｔ２２ＢにはＩＰ電話制御カード２２Ｂより異常動作を示す応答を受信、あるいはＩＰ電話制御カード２２Ｂからの応答が返らなくなる。

ＩＰ電話端末Ｔ２１Ｂ，Ｔ２２Ｂは上記（１）〜（５）のような手順によりあらかじめ決められた切替先リストを持っており、異常動作検知または無応答時には、図１７に示すように、リストに従って収容先のカードを変更する。

この際、切替を要求したＩＰ電話端末Ｔ２２Ｂは、空き・発信中・着信中・呼出中・通話中等の電話機の状態と、既に呼出相手や通話相手が決定していれば相手情報を切替要求先のＩＰ電話装置ＢＴＢ−２のＩＰ電話制御カード２５に通知する。ＩＰ電話制御カード２５は、通知された呼状態と相手情報から、新たに呼制御情報を作成し、電話機の制御を行えるようにするとともに、切替元のＩＰ電話端末Ｔ２２Ｂに対して、切替が成功した事を通知する。

ＩＰ電話端末Ｔ２２Ｂは、切替が成功した場合かつ相手情報が存在していた場合には、相手先の端末Ｔ２１Ｂに対して、切替先のＩＰ電話制御カード情報を送信する。切替先のＩＰ電話制御カード情報を受信したＩＰ電話端末Ｔ２１Ｂは、図１８に示すように、自端末を収容するＩＰ電話制御カードが決定したら、通話相手のＩＰ電話制御カード情報を自端末を収容するＩＰ電話制御カード２１Ｂに送信する。

以上の処理が終了したら、ＩＰ電話端末Ｔ２２Ｂは、図１９に示すように、切替先のＩＰ電話制御カード２５が正常に動作しているかの確認を開始する。

図２０から図２４は、この発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図である。

図２０において、ＩＰ電話装置ＢＴＣ−１には、ＩＰ網ＩＮＷＣを介してＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃが接続されている。さらに、ＩＰ網ＩＮＷＣを介してＩＰ電話装置ＢＴＣ−２，ＢＴＣ−３が接続されている。

ＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは定期的に、自端末が収容されているＩＰ電話制御カード２１Ｃが正常に動作しているか確認を行っている。ＩＰ電話制御カード２１Ｃが正常に動作していれば、ＩＰ電話制御カード２１Ｃは要求元の端末Ｔ２１Ｃ、Ｔ２２Ｃに対して正常動作を示す応答を返す。

ここで、ＩＰ電話装置ＢＴＣ−１の故障が発生した場合、図２１に示すように、ＩＰ電話端末Ｔ２１Ｃ，Ｔ２２ＣにはＩＰ電話制御カード２１Ｃより異常動作を示す応答を受信、あるいはＩＰ電話制御カード２１Ｃからの応答が返らなくなる。

ＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは上記（１）〜（５）の手順によりあらかじめ決められた切替先リストを持っており、異常動作検知または無応答時には、図２２に示すように、リストに従って収容先のカードを変更する。

この際、切替を要求したＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは、空き・発信中・着信中・呼出中・通話中等の電話機の状態と、既に呼出相手や通話相手が決定していれば相手情報を切替要求先のＩＰ電話装置ＢＴＣ−２、ＢＴＣ−３のＩＰ電話制御カード２５、２６に通知する。ＩＰ電話制御カード２５、２６は、通知された呼状態と相手情報から、新たに呼制御情報を作成し、電話機の制御を行えるようにするとともに、切替元のＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃに対して、切替が成功した事を通知する。

ＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは、切替が成功した場合かつ相手情報が存在していた場合には、相手先の端末に対して、切替先のＩＰ電話制御カード情報を送信する。切替先のＩＰ電話制御カード情報を受信したＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは、図２３に示すように、自端末を収容するＩＰ電話制御カードが決定したら、通話相手のＩＰ電話制御カード情報を自端末を収容するＩＰ電話装置ＢＴＣ−２，ＢＴＣ−３に送信する。

以上の処理が終了したら、ＩＰ電話端末Ｔ２１Ｃ，Ｔ２２Ｃは、図２４に示すように、切替先のＩＰ電話制御カード２５，２６が正常に動作しているかの確認を開始する。

以上のように上記第１乃至第３の変形例によれば、ＩＰ電話制御カード自体やＩＰ電話制御カードに接続されているＬＡＮケーブル・その先のハブ、またはＩＰ電話制御カードを収容している電話装置自体が故障した場合にも呼処理を継続可能である。

図２５から図２９は、この発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図である。なお、図２５から図２９において、上記図２０から図２４と同一部分には同一符号を付して詳細な説明を省略する。

この第４の変形例では、ＩＰ電話制御カードの監視・収容先切替機能を電話機自体ではなくプロキシサーバＰＳＶに持たせようにしている。手順自体は上記第１乃至第３の変形例の場合と変わりないが、プロキシサーバＰＳＶが存在する環境では、各端末の接続情報・収容情報はプロクシサーバＰＳＶが一括して管理しており、自端末が収容されているＩＰ電話制御カード情報の通話相手への通知は必要ない。

また、実施例の図は通話中に故障が発生した場合について書いているが、本発明の本質は、端末の状態を切替先の機器に通知し、切替先の機器の状態を端末の状態に一致させることにより、その後のサービス展開を可能とする点にあり、本発明は通話中だけでなく他のあらゆる呼状態に適用可能である。

（第３の実施形態）
図３０は、この発明の第３の実施形態におけるＩＰ電話システムの概略構成図であり、ＢＴ３−１，ＢＴ３−２はＩＰ電話装置を示している。

ＩＰ電話装置ＢＴ３−１，ＢＴ３−２は、互いに専用線網ＰＮを介して接続されている。また、ＩＰ電話装置ＢＴ３−１，ＢＴ３−２には、インターネットプロバイダＳＰＡ，ＳＰＢ，ＳＰＣが接続される。

ＩＰ電話装置ＢＴ３−１は、ＩＰ電話制御カード３１，３２と、内線インタフェース部３３と、専用線インタフェース部３４とを備えている。このうちＩＰ電話制御カード３１，３２は、インターネットプロバイダＳＰＡとの間のインタフェース処理を行うものである。

内線インタフェース部３３は、ＩＰ電話端末Ｔ３１との間のインタフェース処理を行うものである。

専用線インタフェース部３４は、専用線網ＰＮとの間のインタフェース処理を行うものである。

また、ＩＰ電話装置ＢＴ３−２は、ＩＰ電話制御カード３５と、専用線インタフェース部３６とを備えている。

次に、以上のように構成されたシステムの動作を説明する。図３１はインターネットプロバイダＳＰＡの障害発生を検出する動作を示すシーケンス図であり、図３２は障害発生時に通信ルートを切り替える動作を示すシーケンス図であり、図３３及び図３４は障害発生時におけるＩＰ電話装置ＢＴ３−１，ＢＴ３−２とＩＰ電話端末Ｔ３１，Ｔ３２との間の制御処理手順を示すフローチャートである。
今、ＩＰ電話端末Ｔ３２がインターネットプロバイダＳＰＡ，ＳＰＢ、ＳＰＣとＩＰ電話装置ＢＴ３−１のＩＰ電話制御カード３１を介してＩＰ電話端末Ｔ３１に接続されているとする。また、ＩＰ電話装置ＢＴ３−２はＩＰ電話制御カード３５を持ちインターネットプロバイダＳＰＣに接続されている。

そして、ＩＰ電話制御カード３１が障害を検出した場合、あるいはＩＰ電話制御カード３１自体に障害が発生した場合、ＩＰ電話装置ＢＴ３−１は障害を検出し、ステップＳＴ３２ａからステップＳＴ３２ｂに移行してここで自装置内に同一機能を持つＩＰ電話制御カードがあるか否かを検索する。

自ＩＰ電話装置ＢＴ３−１に同一機能を持つＩＰ電話制御カードがあれば、所定の手順に従って通話を切り替えようとするが、切替が失敗した場合、または自ＩＰ電話装置ＢＴ３−１に同一機能を持つＩＰ電話制御カードが無い場合には、ステップＳＴ３２ｂからステップＳＴ３２ｃに移行してここで自ＩＰ電話装置ＢＴ３−１が他のＩＰ電話装置ＢＴ３−２に接続されていないか否かを検索する。

ここで、自ＩＰ電話装置ＢＴ３−１が他のＩＰ電話装置ＢＴ３−２に接続されている場合、ＩＰ電話装置ＢＴ３−１はステップＳＴ３２ｃからステップＳＴ３２ｄに移行してここで専用線網ＰＮを介して、ＩＰ電話端末Ｔ３２の通話情報をＩＰ電話装置ＢＴ３−２に送信する。

ＩＰ電話端末Ｔ３２の通話情報を受信したＩＰ電話装置ＢＴ３−２では、ステップＳＴ３２ｅからステップＳＴ３２ｆに移行してＩＰ電話制御カードがあるか検索を行い、ＩＰ電話制御カード３５があれば、上記で説明した手順に従って、ＩＰ電話制御カード３５はＩＰ電話端末Ｔ３２の音声送受信先を変更するとともに、図３１に示すように、ＩＰ電話制御カード３５と専用線網ＰＮを接続し、結果をＩＰ電話装置ＢＴ３−１に送信する。

ＩＰ電話装置ＢＴ３−１では、図３２に示すように、音声送受信先の変更が成功していれば、専用線網ＰＮとＩＰ電話端末Ｔ３１を接続する。これにより、ＩＰ電話端末Ｔ３１とＩＰ電話端末Ｔ３２は、ＩＰ電話制御カード３５及び専用線網ＰＮを介して通話を継続できる。

以上のように上記第３の実施形態によれば、ＩＰ電話制御カード３１自体が故障した場合や、ＩＰ電話制御カード３１に接続されているＬＡＮケーブルやその先のハブに問題が発生した場合だけでなく、接続先インターネットプロバイダＳＰＢ，ＳＰＣに問題が発生した場合にも通話を継続可能である。

次に、この発明の第４乃至第７の実施形態は、障害発生時、網からの着信を正常に行わせるための手順である。

（第４の実施形態）
図３５は、この発明の第４の実施形態におけるＩＰ電話システムの概略構成図であり、ＢＴ４はＩＰ電話装置を示している。

ＩＰ電話装置ＢＴ４には、ＩＰ網ＩＮＷを介して登録サーバＲＳＶが接続されている。また、ＩＰ電話装置ＢＴ４には、ＩＰ電話端末Ｔ４１，Ｔ４２が収容されている。

また、ＩＰ電話装置ＢＴ４は、互いに接続ＩＤが異なるＩＰ電話制御カード４１，４２と、内線インタフェース部４３，４４とＣＰＵ４５とを備えている。

次に、以上のように構成されたシステムの動作を説明する。図３６はＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図であり、図３７は障害発生時に登録サーバＲＳＶに再登録を行なう動作を示すシーケンス図であり、図３８は障害発生時におけるＩＰ電話装置ＢＴ４と登録サーバＲＳＶとの間の制御処理手順を示すフローチャートであり、図３９は障害復旧時におけるＩＰ電話装置ＢＴ４と登録サーバＲＳＶとの間の制御処理手順を示すフローチャートである。
ここで、ＩＰ電話端末Ｔ４１は回線番号（回線ＩＤ）AAA-AAA1の着信先である。回線AAA-AAA1は、ＩＰ電話装置ＢＴ４に収容されているＩＰ電話制御カード４１(ここでは接続ＩＤ：192.168.0.1)から登録サーバＲＳＶに対して登録が行われている。

この場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.1）が返ってくるため端末は192.168.0.1に対して発信を行うと、ＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１を呼び出す。

ここで、ＩＰ電話制御カード４１が障害を検出した場合、あるいはＩＰ電話制御カード４１自体に障害が発生した場合、ＩＰ電話装置ＢＴ４のＣＰＵ４５はステップＳＴ３６ａからステップＳＴ３６ｂに移行してここで障害を検出し、ＩＰ電話制御カード４１から登録済みの回線リストを抽出して（ステップＳＴ３６ｃ）、自ＩＰ電話装置ＢＴ４に同一機能を持つＩＰ電話制御カードがあるか否かを検索する（ステップＳＴ３６ｄ）。

ここで、自ＩＰ電話装置ＢＴ４に同一機能を持つＩＰ電話制御カード４２があれば、ＩＰ電話装置ＢＴ４はこのカード（ここではI/F2:192.168.0.2とする）から登録サーバＲＳＶに対して回線AAA-AAA1を登録する（ステップＳＴ３６ｅ）。

一方、登録サーバＲＳＶは、図３６に示すように、回線AAA-AAA1の登録先を192.168.0.1から192.168.0.2に変更する。

以上の手順が成功した場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.2）が返ってくるため端末は192.168.0.2に対して発信を行うと、図３７に示すように、ＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１を呼び出し、これによりＩＰ電話制御カード４１に障害が発生していてもAAA-AAA1に対する着信を受けることが可能となる。

一方、ＩＰ電話制御カード４１の障害が復旧した場合には、図３９に示す手順により、回線AAA-AAA1をＩＰ電話制御カード４１から登録を行うことにより、元の状態に復旧可能である。

以上のように上記第４の実施形態では、ＩＰ電話制御カード４１における通信に係わる障害発生に応じて、ＩＰ電話制御カード４１の回線ＩＤをＩＰ電話制御カード４２の接続ＩＤに対応付けた管理テーブルを生成し、この管理テーブルをＩＰ網ＩＮＷ上の登録サーバＲＳＶに再登録するようにしている。従って、ＩＰ電話制御カード４１自体が故障した場合や、ＩＰ電話制御カード４１に接続されているＬＡＮケーブルやその先のハブに問題が発生した場合にも着信を継続可能である。

（第５の実施形態）
図４０は、この発明の第５の実施形態におけるＩＰ電話システムの概略構成図である。なお、図４０において、上記図３５と同一部分には同一符号を付して詳細な説明を省略する。

ここでは、障害が発生したＩＰ電話制御カードの接続ＩＤを、正常なＩＰ電話制御カードに割り当て、正常なＩＰ電話制御カードからＩＰ網ＩＮＷに対して接続ＩＤを通知する。

次に、以上のように構成されたシステムの動作を説明する。図４１はＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図であり、図４２は障害発生時にＩＰ網ＩＮＷに対して接続ＩＤを通知する動作を示すシーケンス図であり、図４３は障害発生時におけるＩＰ電話装置ＢＴ４とＩＰ網ＩＮＷとの間の制御処理手順を示すフローチャートであり、図４４は障害復旧時におけるＩＰ電話装置ＢＴ４とＩＰ網ＩＮＷとの間の制御処理手順を示すフローチャートである。
すなわち、ＩＰ電話端末Ｔ４１は回線番号AAA-AAA1の着信先である。回線AAA-AAA1は、ＩＰ電話装置ＢＴ４に収容されているＩＰ電話制御カード４１(ここでは接続ＩＤ：192.168.0.1)から登録サーバＲＳＶに対して登録が行われている。

また、このシステムにはＩＰ電話制御カード４２が収容されている。この場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.1）が返ってくるため端末は192.168.0.1に対して発信を行うと、ＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１を呼び出す。

ここで、ＩＰ電話制御カード４１が障害を検出した場合、あるいはＩＰ電話制御カード４１自体に障害が発生した場合、ＩＰ電話装置ＢＴ４のＣＰＵ４５はステップＳＴ４１ａからステップＳＴ４１ｂに移行してここで障害を検出し、ＩＰ電話制御カード４１から登録済みのＩＰアドレス（接続ＩＤ）を読み出して（ステップＳＴ４１ｃ）、自ＩＰ電話装置ＢＴ４に同一機能を持つＩＰ電話制御カードがあるか否かを検索する（ステップＳＴ４１ｄ）。

ここで、自ＩＰ電話装置ＢＴ４に同一機能を持つＩＰ電話制御カード４２があれば、ＩＰ電話装置ＢＴ４はこのカード（ここではI/F2:192.168.0.2とする）に対して、図４１に示すように、ＩＰ電話制御カード４１のＩＰアドレスを追加で設定する（ステップＳＴ４１ｅ）。

これにより、ＩＰ電話制御カード４２は192.168.0.1と192.168.0.2の二つのＩＰアドレスを持つことになる。ＩＰ電話制御カード４２のＩＰアドレス設定が成功した場合、ＩＰ電話装置ＢＴ４は、ステップＳＴ４１ｆからステップＳＴ４１ｈに移行してここでＩＰ電話制御カード４１に対するＩＰアドレス設定を削除し、ＩＰ電話制御カード４１が復旧した場合に、同じＩＰアドレスが２個存在することを防ぐ。

また、ＩＰ電話制御カード４２は192.168.0.1のＩＰアドレスを使ってブロードキャストを行い、ネットワーク内に存在する各機器がＩＰ電話制御カード４１にデータを送信することを防ぐ。

以上の手順が成功した場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.1）が返ってくるため端末は192.168.0.1に対して発信を行うと、ＩＰ電話制御カード４２を介してＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１に対して着信をかけ、これにより、図４２に示すように、ＩＰ電話制御カード４１に障害が発生していてもAAA-AAA1に対する着信を受けることが可能となる。

一方、ＩＰ電話制御カード４１の障害が復旧した場合には、図４４に示す手順に従って、ＩＰ電話制御カード４２に設定したＩＰ電話制御カード４１のＩＰアドレスを削除後、ＩＰ電話制御カード４１に対して本来のＩＰアドレスを設定し、同じＩＰアドレスが２個存在することを防ぐ。

また、ＩＰ電話制御カード４１は192.168.0.1のＩＰアドレスを使ってブロードキャストを行い、ネットワーク内に存在する各機器がＩＰ電話制御カード４２にデータを送信することを防ぐ。

以上のように上記第５の実施形態では、ＩＰ電話制御カード４１における通信に係わる障害発生に応じて接続ＩＤを正常動作しているＩＰ電話制御カード４２の接続ＩＤとして割り当てるようにしている。従って、ＩＰ電話制御カード４１自体が故障した場合や、ＩＰ電話制御カード４１に接続されているＬＡＮケーブルやその先のハブに問題が発生した場合にも、登録サーバＲＳＶへの再登録なしに自動的に正常なＩＰ電話制御カード４２へ切り替わり、この結果通信や着信を継続可能である。

（第６の実施形態）
図４５は、この発明の第６の実施形態におけるＩＰ電話システムの概略構成図である。なお、図４５において、上記図３５と同一部分には同一符号を付して詳細な説明を省略する。

ここでは、障害が発生したＩＰ電話制御カードの接続ＩＤを、予備用のＩＰ電話制御カードに割り当て、予備用のＩＰ電話制御カードからＩＰ網ＩＮＷに対して接続ＩＤを通知する。

次に、以上のように構成されたシステムの動作を説明する。図４６はＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図であり、図４７は障害発生時にＩＰ網に対して接続ＩＤの通知を行なう動作を示すシーケンス図であり、図４８は障害発生時におけるＩＰ電話装置ＢＴ４とＩＰ網ＩＮＷとの間の制御処理手順を示すフローチャートであり、図４９は障害復旧時におけるＩＰ電話装置ＢＴ４とＩＰ網ＩＮＷとの間の制御処理手順を示すフローチャートである。
すなわち、ＩＰ電話端末Ｔ４１は回線番号AAA-AAA1の着信先である。回線AAA-AAA1は、ＩＰ電話装置ＢＴ４に収容されているＩＰ電話制御カード４１(ここでは接続ＩＤ：192.168.0.1)から登録サーバＲＳＶに対して登録が行われている。

また、このシステムには故障発生時の予備用ＩＰ電話機制御カード４２が収容されている。この場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.1）が返ってくるため、端末は192.168.0.1に対して発信を行うと、ＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１を呼び出す。

ここで、ＩＰ電話制御カード４１が障害を検出した場合、あるいはＩＰ電話制御カード４１自体に障害が発生した場合、ＩＰ電話装置ＢＴ４のＣＰＵ４５はステップＳＴ４７ａからステップＳＴ４７ｂに移行してここで障害を検出し、ＩＰ電話制御カード４１から登録済みのＩＰアドレス（接続ＩＤ）を読み出して（ステップＳＴ４７ｃ）、自ＩＰ電話装置ＢＴ４に同一機能を持つ予備用ＩＰ電話制御カード４２があるか否かを検索する（ステップＳＴ４７ｄ）。

ここで、自ＩＰ電話装置ＢＴ４に同一機能を持つＩＰ電話制御カード４２があれば、ＩＰ電話装置ＢＴ４はこのカードに対して、図４６に示すように、ＩＰ電話制御カード４１のＩＰアドレスを設定する（ステップＳＴ４７ｅ）。

これにより、ＩＰ電話制御カード４２は192.168.0.1のＩＰアドレスを持つことになる。ＩＰ電話制御カード４２のＩＰアドレス設定が成功した場合、ＩＰ電話装置ＢＴ４は、ステップＳＴ４７ｆからステップＳＴ４７ｈに移行してここでＩＰ電話制御カード４１に対するＩＰアドレス設定を削除し、ＩＰ電話制御カード４１が復旧した場合に、同じＩＰアドレスが２個存在することを防ぐ。

また、ＩＰ電話制御カード４２は192.168.0.1のＩＰアドレスを使ってブロードキャストを行い、ネットワーク内に存在する各機器がＩＰ電話制御カード４１にデータを送信することを防ぐ。

以上の手順が成功した場合、ＩＰ網ＩＮＷに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.0.1）が返ってくるため端末は192.168.0.1に対して発信を行うと、ＩＰ電話制御カード４２を介してＩＰ電話装置ＢＴ４に着信し、ＩＰ電話装置ＢＴ４はＩＰ電話端末Ｔ４１に対して着信をかけ、これにより、図４７に示すように、ＩＰ電話制御カード４１に障害が発生していてもAAA-AAA1に対する着信を受けることが可能となる。

一方、ＩＰ電話制御カード４１の障害が復旧した場合には、図４９に示す手順に従って、ＩＰ電話制御カード４２に設定したＩＰ電話制御カード４１のＩＰアドレスを削除後、ＩＰ電話制御カード４１に対して本来のＩＰアドレスを設定し、同じＩＰアドレスが２個存在することを防ぐ。

また、ＩＰ電話制御カード４１は192.168.0.1のＩＰアドレスを使ってブロードキャストを行い、ネットワーク内に存在する各機器がＩＰ電話制御カード４２にデータを送信することを防ぐ。

以上のように上記第６の実施形態によれば、複数のＩＰアドレスを設定することができないＩＰ電話制御カードを使用しているシステムで、ＩＰ電話制御カード４１が故障した場合や、ＩＰ電話制御カード４１に接続されているＬＡＮケーブルやその先のハブに問題が発生した場合にも着信を継続可能である。

（第７の実施形態）
図５０は、この発明の第７の実施形態におけるＩＰ電話システムの概略構成図である。なお、図５０において、上記図３０と同一部分には同一符号を付して詳細な説明を省略する。

ここでは、ＩＰ電話装置ＢＴ３−１，ＢＴ３−２にインターネットプロバイダＳＰＡ，ＳＰＢ，ＳＰＣを介して登録サーバＲＳＶが接続されている。

次に、以上のように構成されたシステムの動作を説明する。図５１はインターネットプロバイダの障害発生を検出する動作を示すシーケンス図であり、図５２は障害発生時に登録サーバに再登録を行なう動作を示すシーケンス図であり、図５３及び図５４は障害発生時におけるＩＰ電話装置ＢＴ３−１，ＢＴ３−２と登録サーバＲＳＶとの間の制御処理手順を示すフローチャートであり、図５５及び図５６は障害復旧時におけるＩＰ電話装置ＢＴ３−１，ＢＴ３−２と登録サーバＲＳＶとの間の制御処理手順を示すフローチャートである。
すなわち、ＩＰ電話端末Ｔ３１がＩＰ電話装置ＢＴ３−１のＩＰ電話制御カード３１を介して登録サーバＲＳＶに登録されている。また、ＩＰ電話装置ＢＴ３−２はＩＰ電話制御カード３５を持ちインターネットプロバイダＳＰＣに接続されている。

ＩＰ電話制御カード３１が障害を検出した場合、あるいはＩＰ電話制御カード３１自体に障害が発生した場合、ＩＰ電話装置ＢＴ３−１のＣＰＵはステップＳＴ５１ａからステップＳＴ５１ｂに移行してここで障害を検出し、ＩＰ電話制御カード３１から登録済みのＩＰアドレス（接続ＩＤ）及び回線番号（回線ＩＤ）を読み出して（ステップＳＴ５１ｃ及びステップＳＴ５１ｄ）、自ＩＰ電話装置ＢＴ３−１に同一機能を持つＩＰ電話制御カードがあるか検索する（ステップＳＴ５１ｅ）。

ここで、自ＩＰ電話装置ＢＴ３−１に同一機能を持つＩＰ電話制御カード３２があれば、ステップＳＴ５１ｆの処理に移行して着信先となるＩＰ電話制御カード３２を切り替えようとするが、切り替えＩＰ電話制御カード３２での登録が失敗した場合、または自ＩＰ電話装置ＢＴ３−１に同一機能を持つＩＰ電話制御カードが無い場合には、自ＩＰ電話装置ＢＴ３−１が他のＩＰ電話装置に接続されていないかを検索する（ステップＳＴ５２ａ）。

ここで、自ＩＰ電話装置ＢＴ３−１が他のＩＰ電話装置ＢＴ３−２に接続されている場合、ＩＰ電話装置ＢＴ３−１は専用線網ＰＮを介して、回線１の番号と着信先をＩＰ電話装置ＢＴ３−２に送信する（ステップＳＴ５２ｂ）。

回線１の番号と着信先情報を受信したＩＰ電話装置ＢＴ３−２では、自システムにＩＰ電話制御カードがあるか否かの検索を行い（ステップＳＴ５２ｃ）、ＩＰ電話制御カード３５があれば、ＩＰ電話制御カード３５から回線１の番号を登録サーバＲＳＶに送信する（ステップＳＴ５２ｄ）。

そして、ＩＰ電話制御カード３５からの登録が成功した場合、ＩＰ電話装置ＢＴ３−２は、図５１に示すように、自システムに対して、ステップＳＴ５２ｅからステップＳＴ５２ｆに移行して回線１の番号受信時の着信先を登録する。

以上の手順が成功した場合、インターネットプロバイダＳＰＣに接続されている端末がAAA-AAA1に発信を行う場合、まず登録サーバＲＳＶに対して問い合わせを行う。登録サーバＲＳＶからは、登録結果（192.168.1.1）が返ってくるため端末は192.168.1.1に対して発信を行うと、ＩＰ電話制御カード３５を介してＩＰ電話装置ＢＴ３−２に着信する。ＩＰ電話装置ＢＴ３−２では、AAA-AAA1に対する着信先として、ＩＰ電話装置ＢＴ３−１が設定されているため、図５２に示すように、専用線ＰＮを介してＩＰ電話装置ＢＴ３−１の本来の着信先に着信する。

なお、ＩＰ電話制御カード３１の障害が復旧した場合には、図５５及び図５６に示す手順に従って、ＩＰ電話制御カード３２にＩＰ電話制御カード３１のＩＰアドレスを設定していれば、そのアドレスを削除後、ＩＰ電話制御カード３１に対して本来のＩＰアドレスを設定し、同じＩＰアドレスが２個存在することを防いだ後、ＩＰ電話制御カード３１からブロードキャストを行い、ネットワーク内に存在する各機器がＩＰ電話制御カード３２にデータを送信することを防ぐ。

なお、ＩＰ電話制御カード３５から回線番号を登録サーバＲＳＶに登録した場合には、その回線番号をＩＰ電話制御カード３１から登録サーバＲＳＶに再登録する。この際、ＩＰ電話装置ＢＴ３−２にはＩＰ電話装置ＢＴ３−１に対する着信先の登録が残っているため、ＩＰ電話制御カード３１からの登録が成功した回線番号をＩＰ電話装置ＢＴ３−２に送信し、ＩＰ電話装置ＢＴ３−２では該当する番号の着信先登録を削除する。

以上のようにして、ＩＰ電話制御カード３１に障害が発生していてもAAA-AAA1に対する着信を受けることが可能となる。

以上のように上記第７の実施形態によれば、ＩＰ電話制御カード３１自体が故障した場合や、ＩＰ電話制御カード３１に接続されているＬＡＮケーブルやその先のハブに問題が発生した場合だけでなく、接続先インターネットプロバイダＳＰＡに問題が発生した場合にも着信を継続可能である。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば、上記各実施形態や変形例を、障害発生種別や呼の状態により適切に選択、組み合わせることにより、ＩＰ電話制御カードの障害からネットワーク内での機器故障・プロバイダのサービス中断まで、幅広い障害に対応し、障害発生時にも通話・着信が継続できるＩＰ電話システムを構築可能である。

また、上記第４の実施形態乃至第７の実施形態では、ＩＰ電話装置内において、図５７に示すような回線リストが蓄積管理されている。

その他、システムの構成、障害検出制御手順や通信ルート切替制御手順及びその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態におけるＩＰ電話システムの概略構成図。 同第１の実施形態におけるルータの障害発生を検出する動作を示すシーケンス図。 同第１の実施形態における障害発生時に通信ルートを切り替える動作を示すシーケンス図。 同第１の実施形態において、障害発生時における通話センタの制御処理手順を示すフローチャート。 この発明の第２の実施形態におけるＩＰ電話システムの概略構成図。 同第２の実施形態におけるＩＰ電話制御カードインタフェース部の障害発生を検出する動作を示すシーケンス図。 同第２の実施形態における障害発生時に通信ルートを切り替える動作を示すシーケンス図。 同第２の実施形態において、障害発生時におけるＩＰ電話装置のＣＰＵとＩＰ電話制御カードインタフェース部とＩＰ電話端末との間の制御処理手順を示すフローチャート。 同じく同第２の実施形態において、障害発生時におけるＩＰ電話装置のＣＰＵとＩＰ電話制御カードインタフェース部とＩＰ電話端末との間の制御処理手順を示すフローチャート。 この発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第１の変形例として、障害発生時の切替動作を示すシーケンス図。 この発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第２の変形例として、障害発生時の切替動作を示すシーケンス図。 この発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第３の変形例として、障害発生時の切替動作を示すシーケンス図。 この発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図。 同じくこの発明の第２の実施形態の第４の変形例として、障害発生時の切替動作を示すシーケンス図。 この発明の第３の実施形態におけるＩＰ電話システムの概略構成図。 同第３の実施形態におけるインターネットプロバイダＳＰＡの障害発生を検出する動作を示すシーケンス図 同第３の実施形態における障害発生時に通信ルートを切り替える動作を示すシーケンス図。 同第３の実施形態において、障害発生時におけるＩＰ電話装置とＩＰ電話端末との間の制御処理手順を示すフローチャート。 同じく同第３の実施形態において、障害発生時におけるＩＰ電話装置とＩＰ電話端末との間の制御処理手順を示すフローチャート。 この発明の第４の実施形態におけるＩＰ電話システムの概略構成図。 同第４の実施形態におけるＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図。 同第４の実施形態における障害発生時に登録サーバに再登録を行なう動作を示すシーケンス図。 同第４の実施形態において、障害発生時におけるＩＰ電話装置と登録サーバとの間の制御処理手順を示すフローチャート。 同第４の実施形態において、障害復旧時におけるＩＰ電話装置ＢＴ４と登録サーバＲＳＶとの間の制御処理手順を示すフローチャート。 この発明の第５の実施形態におけるＩＰ電話システムの概略構成図。 同第５の実施形態におけるＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図。 同第５の実施形態における障害発生時にＩＰ網に対して接続ＩＤの通知を行なう動作を示すシーケンス図。 同第５の実施形態において、障害発生時におけるＩＰ電話装置とＩＰ網との間の制御処理手順を示すフローチャート。 同第５の実施形態において、障害復旧時におけるＩＰ電話装置とＩＰ網との間の制御処理手順を示すフローチャート。 この発明の第６の実施形態におけるＩＰ電話システムの概略構成図。 同第６の実施形態におけるＩＰ電話制御カードの障害発生を検出する動作を示すシーケンス図。 同第６の実施形態における障害発生時にＩＰ網に対し接続ＩＤの通知を行なう動作を示すシーケンス図。 同第６の実施形態において、障害発生時におけるＩＰ電話装置とＩＰ網との間の制御処理手順を示すフローチャート。 同第６の実施形態において、障害復旧時におけるＩＰ電話装置とＩＰ網との間の制御処理手順を示すフローチャート。 この発明の第７の実施形態におけるＩＰ電話システムの概略構成図。 同第７の実施形態におけるインターネットプロバイダの障害発生を検出する動作を示すシーケンス図。 同第７の実施形態における障害発生時に登録サーバに再登録を行なう動作を示すシーケンス図。 同第７の実施形態において、障害発生時におけるＩＰ電話装置と登録サーバとの間の制御処理手順を示すフローチャート。 同じく同第７の実施形態において、障害発生時におけるＩＰ電話装置と登録サーバとの間の制御処理手順を示すフローチャート。 同第７の実施形態において、障害復旧時におけるＩＰ電話装置と登録サーバとの間の制御処理手順を示すフローチャート。 同じく同第７の実施形態において、障害復旧時におけるＩＰ電話装置と登録サーバとの間の制御処理手順を示すフローチャート。 上記第４乃至第７の実施形態で使用される回線リストの一例を示す図。

符号の説明

１１…ＩＰ電話制御カード、１２，２４，４５…ＣＰＵ、２１，２２、２５，３１，３２，３５，４１，４２…ＩＰ電話制御カード、２３，４３…内線インタフェース部、３４…専用線インタフェース部、ＲＴＡ，ＲＴＢ、ＲＴＣ…ルータ、ＮＷＡ，ＮＷＢ，ＮＷＣ…ネットワーク、ＣＣ…通話センタ、Ｔ１１，Ｔ１２，Ｔ２１，Ｔ２２、Ｔ３１、Ｔ３２，Ｔ４１，Ｔ４２…ＩＰ電話端末、ＳＰＡ，ＳＰＢ、ＳＰＣ…インターネットプロバイダ、ＩＮＷ…ＩＰ網、ＰＮ…専用線網、ＲＳＶ…登録サーバ、ＰＳＶ…プロキシサーバ、ＢＴ，ＢＴ３−１，ＢＴ３−２、ＢＴ４…ＩＰ電話装置。

Claims (11)

1. 互いに電話端末を接続可能な複数のＩＰ（Internet Protocol）網相互間を接続装置で接続し、これら複数のＩＰ網のうち第１のＩＰ網に接続される第１の電話端末と、第２のＩＰ網に接続される第２の電話端末との間を前記接続装置及び前記ＩＰ網を介して接続して通信を可能とするＩＰ電話システムにおいて、
   前記第１の電話端末と前記第２の電話端末との間で通信が行なわれている状態で、当該通信に係わる障害を検出する検出手段と、
   この検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由する接続装置及びＩＰ網が異なる第２の通信ルートに切り替える制御手段とを具備したことを特徴とするＩＰ電話システム。
2. 複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、前記複数の電話端末と前記ＩＰ網との間、または前記ＩＰ網に接続される複数の電話端末間を複数のインタフェース部の少なくとも一部を介して接続し通信を可能とする電話交換機を備えるＩＰ電話システムにおいて、
   前記複数の電話端末のうち第１の電話端末と第２の電話端末との間で前記インタフェース部を介して通信が行なわれている状態で、当該通信に係わる障害を検出する検出手段と、
   この検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由するインタフェース部が異なる第２の通信ルートに切り替える制御手段とを具備したことを特徴とするＩＰ電話システム。
3. 前記検出手段は、第１の電話端末と前記ＩＰ網に接続される第２の電話端末との間で前記インタフェース部及びＩＰ網を介して通信が行なわれている状態で、当該通信に係わる障害を検出し、
   前記制御手段は、前記検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由するインタフェース部が異なる第２の通信ルートに切り替えることを特徴とする請求項２記載のＩＰ電話システム。
4. 前記検出手段は、前記ＩＰ網に接続される第１及び第２の電話端末間で前記ＩＰ網及びインタフェース部を介して通信が行なわれている状態で、当該通信に係わる障害を検出し、
   前記制御手段は、前記検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、この第１の通信ルートとは経由するインタフェース部が異なる第２の通信ルートに切り替えることを特徴とする請求項２記載のＩＰ電話システム。
5. 前記電話交換機が複数備えられ、互いに前記ＩＰ網を介して接続されるとき、
   前記検出手段は、前記ＩＰ網に接続される第１及び第２の電話端末間で前記ＩＰ網及び前記複数の電話交換機のうち第１の電話交換機のインタフェース部を介して通信が行なわれている状態で、当該通信に係わる障害を検出し、
   前記制御手段は、前記検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、前記第１の電話交換機とは異なる第２の電話交換機のインタフェース部を経由する第２の通信ルートに切り替えることを特徴とする請求項２記載のＩＰ電話システム。
6. 前記ＩＰ網にサーバ装置が接続されるとき、
   前記検出手段及び前記制御手段は、前記サーバ装置に備えられることを特徴とする請求項２記載のＩＰ電話システム。
7. 複数の電話端末及びＩＰ網を接続可能な複数の電話交換機相互間を専用線で接続したＩＰ電話システムにおいて、
   前記複数の電話交換機のうち第１の電話交換機に接続される第１の電話端末と前記ＩＰ網に接続される第２の電話端末との間で通信が行なわれている状態で、当該通信に係わる障害を検出する検出手段と、
   この検出手段により障害が検出された場合に、前記第１の電話端末と前記第２の電話端末との間で形成される第１の通信ルートを、前記専用線及び前記第１の電話交換機とは異なる第２の電話交換機を経由する第２の通信ルートに切り替える制御手段とを具備したことを特徴とするＩＰ電話システム。
8. 複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、当該ＩＰ網上の少なくとも１つの登録サーバに対し前記ＩＰ網に接続するための複数のインタフェース部を特定する接続ＩＤと前記ＩＰ網上の複数回線を特定する回線ＩＤとを対応付けた第１の管理テーブルを登録することで、前記電話端末と前記ＩＰ網との間を前記複数のインタフェース部を介して接続し通信を可能とする電話交換装置において、
   前記複数のインタフェース部それぞれの通信に係わる障害を検出する検出手段と、
   この検出手段により障害が検出された場合に、障害が発生した第１のインタフェース部の接続ＩＤに対応する回線ＩＤを、前記第１のインタフェース部とは異なる第２のインタフェース部の接続ＩＤに対応付けた第２の管理テーブルを生成し、前記登録サーバに登録された第１の管理テーブルを前記第２の管理テーブルに更新する制御手段とを具備したことを特徴とする電話交換装置。
9. 複数の電話端末を収容すると共に、ＩＰ網を接続可能とし、当該ＩＰ網上の少なくとも１つの登録サーバに対し前記ＩＰ網に接続するための複数のインタフェース部を特定する接続ＩＤと前記ＩＰ網上の複数回線を特定する回線ＩＤとを対応付けた第１の管理テーブルを登録することで、前記電話端末と前記ＩＰ網との間を前記複数のインタフェース部を介して接続し通信を可能とする電話交換装置において、
   前記複数のインタフェース部それぞれの通信に係わる障害を検出する検出手段と、
   この検出手段により障害が検出された場合に、障害が発生した第１のインタフェース部の接続ＩＤを、前記第１のインタフェース部とは異なる第２のインタフェース部の接続ＩＤとして割り当て、前記第２のインタフェース部から前記ＩＰ網に対して割り当てた接続ＩＤを通知する制御手段とを具備したことを特徴とする電話交換装置。
10. 前記制御手段は、障害が発生した第１のインタフェース部の接続ＩＤを、待機用の第２のインタフェース部の接続ＩＤとして割り当て、前記第２のインタフェース部から前記ＩＰ網に対して割り当てた接続ＩＤを通知する手段を備えたことを特徴とする請求項９記載の電話交換装置。
11. 複数の電話端末及びＩＰ網を接続可能な複数の電話交換機相互間を専用線で接続し、当該ＩＰ網上の少なくとも１つの登録サーバに対し前記ＩＰ網に接続するための複数のインタフェース部を特定する接続ＩＤと前記ＩＰ網上の複数回線を特定する回線ＩＤとを対応付けた第１の管理テーブルを登録することで、前記電話端末と前記ＩＰ網との間を前記複数のインタフェース部を介して接続し通信を可能とするＩＰ電話システムにおいて、
    前記複数の電話交換機のインタフェース部の通信に係わる障害を検出する検出手段と、
    この検出手段により障害が検出された場合に、障害が発生した第１の電話交換機のインタフェース部の接続ＩＤ及び回線ＩＤを、前記第１の電話交換機とは異なる第２の電話交換機のインタフェース部に割り当てた第２の管理テーブルを生成し、前記登録サーバに登録された第１の管理テーブルを前記第２の管理テーブルに更新する制御手段とを具備したことを特徴とするＩＰ電話システム。

Images