(57)【要約】【課題】運用上の信頼性を向上させたＩＰ−ＰＢＸ用バックアップ装置、ＩＰ−ＰＢＸバックアップシステムおよび同システムの障害対応方法を得る。【解決手段】本発明のＩＰ−ＰＢＸ用バックアップ装置１０１は、個々のネットワーク４２へ接続される。交換機１００は、個別のネットワーク４０，４１，４２と接続され、端末装置１０，１１，１２，１３の全体を管理保持する。バックアップ装置１０１は、接続されたネットワーク内の端末装置郡１２，１３の各端末データを保持する。これにより、交換機１００による接続管理に異常が発生した場合に、バックアップ装置１０１により該バックアップ装置が接続されたネットワーク内の接続管理が担保される。これにより、ネットワークまたは交換機本体に障害が発生し、収容しているＩＰ端末の制御が不可能になった場合に、一時的にＩＰ端末の制御をバックアップ装置側に移してＩＰ端末の運用再開を可能とし、停止時間の最小化を図る。【選択図】        図１
2005006121.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末装置が接続された第１のネットワークと、
第２の端末装置が接続された第２のネットワークと、
前記第１のネットワークと前記第２のネットワーク間を接続する第３のネットワークと、
前記第１のネットワークまたは第２のネットワークの何れか一方と接続され、前記第１の端末装置および前記第２の端末装置の各端末装置間の接続を管理するための端末データを保持する交換機と、
前記第１のネットワークまたは第２のネットワークの何れか一方と接続され、該接続されたネットワーク内の端末装置郡の各端末データを保持するバックアップ装置とを有し、
前記バックアップ装置が接続されたネットワーク内の接続管理を担保したことを特徴とするＩＰ−ＰＢＸ用バックアップ装置。
【請求項２】
前記バックアップ装置は、各ネットワーク毎に設けられ、前記交換機および／または前記第３のネットワークへの異常の発生時に、該バックアップ装置の接続された各々のネットワーク内の接続管理を担保したことを特徴とする請求項１に記載のＩＰ−ＰＢＸ用バックアップ装置。
【請求項３】
前記バックアップ装置は、該バックアップ装置の電源投入直後に、前記交換機へ前記接続されたネットワーク内の端末装置郡の各端末データの問い合わせを行い、当該時点での前記交換機の保持する端末データのコピーをダウンロードすることを特徴とする請求項１または２に記載のＩＰ−ＰＢＸ用バックアップ装置。
【請求項４】
前記バックアップ装置から前記交換機への前記各端末データの問い合わせは、予め定めた所定時間間隔で行い、前記問い合わせ時点での前記交換機の保持する端末データのコピーをダウンロードすることを特徴とする請求項３に記載のＩＰ−ＰＢＸ用バックアップ装置。
【請求項５】
前記バックアップ装置は、個々のネットワーク毎に設けられ、公衆網と該公衆網との接続部としてゲートウェイ装置が設けられた当該ネットワークに、さらに設けられたことを特徴とする請求項１から４の何れかに記載のＩＰ−ＰＢＸ用バックアップ装置。
【請求項６】
第１のネットワークへ接続された第１の端末装置と、
第２のネットワークへ接続された第２の端末装置と、
前記第１のネットワークと前記第２のネットワークとの間が第３のネットワークで接続され、
前記第１のネットワークまたは第２のネットワークの何れか一方と交換機が接続され、
前記第１のネットワークまたは第２のネットワークの何れか一方、または各々へバックアップ装置が接続されて構成され、
前記交換機が前記第１の端末装置および前記第２の端末装置の各端末装置間の接続を管理するための端末データを保持し、また前記バックアップ装置が接続されたネットワーク内の端末装置郡の端末データを保持し、該ネットワーク内の接続管理を担保したことを特徴とするＩＰ−ＰＢＸバックアップシステム。
【請求項７】
第１のネットワークへ第１の端末装置が接続され、第２のネットワークへ第２の端末装置が接続され、第３のネットワークが前記第１のネットワークと前記第２のネットワーク間を接続し、構内交換機が前記第１のネットワークまたは第２のネットワークの何れか一方と接続されて構成されたＩＰ−ＰＢＸバックアップシステムの障害対応方法において、
前記構内交換機が前記第１の端末装置および前記第２の端末装置の各端末装置間の接続を管理するための端末データを保持し、
前記ネットワーク内の端末装置郡の各端末データを保持するバックアップ装置が前記第１のネットワークまたは第２のネットワークの何れか一方とさらに接続されて前記ＩＰ−ＰＢＸバックアップシステムが構成され、
前記構内交換機による前記各端末装置間の接続動作に異常が生じた場合に、前記バックアップ装置が代行して前記ネットワーク内の接続管理の実行を担保したことを特徴とするＩＰ−ＰＢＸバックアップシステムの障害対応方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ−ＰＢＸ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ−ｐｒｉｖａｔｅ  ｂｒａｎｃｈ  ｅｘｃｈａｎｇｅ  ／構内交換機）の障害を対象にしたＩＰ−ＰＢＸ用バックアップ装置、ＩＰ−ＰＢＸバックアップシステムおよび同システムの障害対応方法に関する。
【０００２】
【従来の技術】
従来のＩＰ−ＰＢＸ用バックアップ装置は、一般的に、物理的に異なるネットワーク間に対応すべくバックアップ装置が装備されている。例えば、図７に示すような本従来のＩＰ−ＰＢＸシステムは、物理的に異なるネットワーク４１，４２と、それらを接続するネットワーク４０と、ネットワーク４１に接続されるＩＰ−ＰＢＸ装置（以下、構内交換機または交換機１００と呼ぶ）とＩＰ端末１０，１１、およびネットワーク４２に接続されるＩＰ端末１２，１３から構成されている（例えば、特許文献１参照）。
【０００３】
このような構成を有する従来のＩＰ−ＰＢＸシステムは、以下の様に動作する。
ネットワーク４２に接続されたＩＰ端末１２，１３は、ネットワーク４０を介して端末運用開始要求を交換機１００に送信し、交換機１００は記憶している端末データから登録要求のあった端末をサーチして、データに存在すればそのＩＰ端末を交換機１００の制御下に置き、以後、ＩＰ端末からの発信要求や他のＩＰ端末からの着信指示などは、すべて交換機１００を基にネットワーク４０，４２経由でＩＰ端末に送信される。
【０００４】
すなわち、ＩＰ−ＰＢＸ装置本体とＩＰ端末間を、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットといったＴＣＰ／ＩＰ（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ）プロトコルにより、通信可能なネットワークで接続する。このことにより、物理的、地理的に離れている場所において、現地にＩＰ−ＰＢＸ（構内交換機）を設置することなく、中央のＩＰ−ＰＢＸのみでＩＰ端末を制御することが可能である。
【０００５】
下記の特許文献１では、主装置と予備装置の切り替えを行うための網管理インターフェースが通信網内に存在している。これらの主装置と予備装置間の切り替えは、この網管理インターフェースにより行われる。
【０００６】
また、特許文献２では、１台目のＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ）ルータに障害が発生した時、２台目のＩＰルータが１台目のＩＰルータのノードで示すアドレスの、ＩＰルータのＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）アドレスおよびＩＰアドレスを引き継いでいる。これによれば、ＬＡＮ−ＷＡＮ−ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ−ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ−ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ  ）接続ＩＰルータを二重化し、セカンダリＩＰルータがプライマリＩＰルータを状態監視し、プライマリＩＰルータが故障した場合、セカンダリＩＰルータがプライマリＩＰルータの情報とアドレスを引き継ぐことにより、ＩＰルータの自動二重化を実現し、端末間の通信を補償している。
【０００７】
【特許文献１】
特開昭６３−２８５０５３号公報
【特許文献２】
特開平７−１５４４２９号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、上記の従来技術には、次のような問題点を伴う。
第１の問題点は、ＬＡＮやインターネット等のネットワークに障害が発生した場合、ＩＰ端末の制御が一切不可能になり、ＩＰ端末の正常な運用を続けることができなくなる。特に、重要な問題点は、物理的なケーブルの障害だけでなく、ルータのソフトウェア的障害も制御不能の原因と成り得る点にある。
【０００９】
その理由は、ＩＰ端末を制御するための制御信号がＴＣＰ／ＩＰプロトコルによってパケットとして送信され、そのパケットの通信路に異常が発生した場合であり、ＩＰ−ＰＢＸまたはＩＰ端末に到達できない場合には、端末を制御する制御信号も到達できない点にある。このため結果的に、ＩＰ端末の制御が不可能になるからである。
【００１０】
特に、インターネット等、不特定多数の機器およびネットワークが接続されるネットワークを利用する場合は、それぞれのネットワークの信頼性を確実に保証できない。このため、継続して正常に運用できる可能性は、低くなる問題点を有する。
【００１１】
また、上掲の特許文献２では、バックアップ装置は障害発生時に主装置のＩＰアドレスおよびＭＡＣアドレスを引き継ぎ、主装置に完全に成り代わって稼働する。このため、この装置までの通信路が切断された場合、迂回する方法が無くなる問題点を有する。
【００１２】
本発明は、運用上の信頼性を向上させたＩＰ−ＰＢＸ用バックアップ装置、ＩＰ−ＰＢＸバックアップシステムおよび同システムの障害対応方法を提供することを目的とする。
【００１３】
さらに詳述すると、本発明は、ＩＰ−ＰＢＸ（以下、交換機と呼ぶ）を利用する環境において、ＩＰ内線多機能電話機（以下、ＩＰ端末と呼ぶ）を接続しているローカル・エリア・ネットワーク、またはインターネットなどのＩＰネットワーク（以下、ネットワークと呼ぶ）、または交換機本体に障害が発生し、収容しているＩＰ端末の制御が不可能になった場合に、一時的にＩＰ端末の制御をバックアップ装置側に移してＩＰ端末の運用再開を可能とし、停止時間の最小化を図ったＩＰ−ＰＢＸ用バックアップ装置、ＩＰ−ＰＢＸバックアップシステムおよび同システムの障害対応方法を提供するものである。
【００１４】
【課題を解決するための手段】
かかる目的を達成するため、本発明のＩＰ−ＰＢＸ用バックアップ装置は、第１の端末装置が接続された第１のネットワークと、第２の端末装置が接続された第２のネットワークと、第１のネットワークと第２のネットワーク間を接続する第３のネットワークと、第１のネットワークまたは第２のネットワークの何れか一方と接続され、第１の端末装置および第２の端末装置の各端末装置間の接続を管理するための端末データを保持する交換機と、第１のネットワークまたは第２のネットワークの何れか一方と接続され、該接続されたネットワーク内の端末装置郡の各端末データを保持するバックアップ装置とを有し、バックアップ装置が接続されたネットワーク内の接続管理を担保したことを特徴としている。
【００１５】
また、上記のＩＰ−ＰＢＸ用バックアップ装置において、このバックアップ装置は、各ネットワーク毎に設けられ、交換機および／または第３のネットワークへの異常の発生時に、該バックアップ装置の接続された各々のネットワーク内の接続管理を担保し、該バックアップ装置の電源投入直後に、交換機へ接続されたネットワーク内の端末装置郡の各端末データの問い合わせを行い、当該時点での交換機の保持する端末データのコピーをダウンロードするとよい。
【００１６】
上記のバックアップ装置から交換機への各端末データの問い合わせは、予め定めた所定時間間隔で行い、問い合わせ時点での交換機の保持する端末データのコピーをダウンロードし、このバックアップ装置は、個々のネットワーク毎に設けられ、公衆網と該公衆網との接続部としてゲートウェイ装置が設けられた当該ネットワークに、さらに設けられるとよい。
【００１７】
請求項６に記載のＩＰ−ＰＢＸバックアップシステムは、第１のネットワークへ接続された第１の端末装置と、第２のネットワークへ接続された第２の端末装置と、第１のネットワークと第２のネットワークとの間が第３のネットワークで接続され、第１のネットワークまたは第２のネットワークの何れか一方と交換機が接続され、第１のネットワークまたは第２のネットワークの何れか一方、または各々へバックアップ装置が接続されて構成され、交換機が第１の端末装置および第２の端末装置の各端末装置間の接続を管理するための端末データを保持し、またバックアップ装置が接続されたネットワーク内の端末装置郡の端末データを保持し、該ネットワーク内の接続管理を担保したことを特徴としている。
【００１８】
請求項７に記載のＩＰ−ＰＢＸバックアップシステムの障害対応方法は、第１のネットワークへ第１の端末装置が接続され、第２のネットワークへ第２の端末装置が接続され、第３のネットワークが第１のネットワークと第２のネットワーク間を接続し、構内交換機が第１のネットワークまたは第２のネットワークの何れか一方と接続されて構成されたＩＰ−ＰＢＸバックアップシステムの障害対応方法であり、構内交換機が第１の端末装置および第２の端末装置の各端末装置間の接続を管理するための端末データを保持し、ネットワーク内の端末装置郡の各端末データを保持するバックアップ装置が第１のネットワークまたは第２のネットワークの何れか一方とさらに接続されてＩＰ−ＰＢＸバックアップシステムが構成され、構内交換機による各端末装置間の接続動作に異常が生じた場合に、バックアップ装置が代行してネットワーク内の接続管理の実行を担保したことを特徴としている。
【００１９】
【発明の実施の形態】
次に、添付図面を参照して本発明によるＩＰ−ＰＢＸ用バックアップ装置および同装置の障害対応方法の実施の形態を詳細に説明する。図１から図６を参照すると、本発明のＩＰ−ＰＢＸ用バックアップ装置および同装置の障害対応方法の一実施形態が示されている。
【００２０】
図１において、ＩＰ端末１０，１１と，ＩＰ端末１２，１３は、それぞれネットワーク４１と、ネットワーク４２に夫々属している。各ネットワーク４１，４２間は、ネットワーク４０を介して接続され、（構内）交換機１００からの制御信号により制御されている。また、バックアップ装置１０１は、同装置の起動後、交換機１００に問い合わせを行い、（構内）交換機１００内部に保存されている端末データのコピーをダウンロードし、バックアップ装置１０１内に保持しておく。
【００２１】
通常、ＩＰ端末１２がＩＰ端末１３を呼び出す場合、ネットワーク４０を経由して交換機１００へ発信要求信号を送信し、交換機１００が着信先のＩＰ端末を特定し、ＩＰ端末１３に対してＩＰ端末１２と通信を確立するよう通信路設定信号を送信する。
通話路設定信号を受信したＩＰ端末１３は、ＩＰ端末１２との間に通信路を確立し、通話開始手順を踏むことで、ＩＰ端末１２とＩＰ端末１３の間で通話が可能になる。一連の動作は、ＩＰ端末１０とＩＰ端末１２との間での通話でも同様である。このように、ＩＰ端末間の通話を確立させるためには、交換機１００による制御が必要である。
【００２２】
ここで、ネットワーク４０になんらかの障害が発生し、ネットワーク４１，４２間の通信が実行不能になった場合、ＩＰ端末１２からＩＰ端末１３を呼び出すための発信要求信号を交換機１００に送信することが不可能になり、その結果、ＩＰ端末１３との通話を確立することも不可能となる。また、交換機１００からの制御信号を受信できなくなるため、ネットワーク４０の障害が復旧するまでの間は、端末としての操作が全て不可能となる。
【００２３】
ここで、バックアップ装置１０１が交換機１００との通信が不可能になったことを検出し、バックアップ装置１０１自身の動作モードを変更して、ＩＰ端末からの端末運用開始要求を受け付けられるようにし、ＩＰ端末１２，１３が交換機１００との制御信号の送受信が不可能になったことを検出し、端末内に登録されている複数の登録先からバックアップ装置１０１へ端末運用開始要求を送信し、バックアップ装置１０１の制御下へ入る。このことで、ＩＰ端末１２，１３の運用は再開され、他のＩＰ端末との通話を可能にすることができる。
【００２４】
その後ネットワーク４０の障害が復旧し、バックアップ装置１０１と交換機１００との間の通信が復旧した時点で、バックアップ装置１０１はＩＰ端末１２，１３に制御下から外れるよう指示する。その結果、ＩＰ端末は、再度端末運用開始要求を優先順位順に送信して、再度交換機１００の制御下に入ることで、運用状態へ復旧させることが可能となる。
このようにして、物理的に異なるネットワークに分散したＩＰ端末を、一台の交換機で集中制御する環境において、ネットワーク障害時のＩＰ端末停止を、手動での装置切り替えやネットワークの復旧作業なしに復旧可能にする。
【００２５】
（実施例の構成）
図１は、本発明のＩＰ−ＰＢＸ用バックアップ装置および同装置の障害対応方法の第１の実施例を示す網構成図である。また、図２は、動作例を示すフローチャートである。
図１を参照すると、本発明のＩＰ−ＰＢＸ用バックアップ装置および同装置の障害対応方法の一実施例は、物理的に異なるネットワーク４１，４２と、それらのネットワークを接続するネットワーク４０から構成される。ネットワーク４１には（構内）交換機１００およびＩＰ端末１０，１１が、ネットワーク４２にはバックアップ装置１０１とＩＰ端末１２，１３が接続される。
【００２６】
ＩＰ端末１０，１１，１２，１３は、端末情報の登録先を複数記憶しており、優先順位の高い順に端末情報の登録を試みる。この例では、まず交換機１００に端末情報の登録を試みる。交換機１００は、内部記憶装置にＩＰ端末１０，１１，１２，１３の端末データを記憶しており、通常、ＩＰ端末１０，１１，１２，１３は、交換機１００の制御下で運用される。
【００２７】
ＩＰ端末１０，１１と交換機１００の間の制御信号は、ネットワーク４１を経由して送受信される。また、ＩＰ端末１２，１３と交換機１００の間の制御信号は、ネットワーク４２，４０を経由して送受信される。
【００２８】
バックアップ装置１０１は、バックアップの対象となる装置のＩＰアドレスを保持しており、電源投入直後、対象装置（この場合交換機１００）に端末データの問い合わせを行い、その時点での交換機１００の端末データのコピーをダウンロードして保持する。
【００２９】
ＩＰ端末１０，１１，１２，１３およびバックアップ装置１０１は、任意の一定周期でネットワーク４１，４２，４０を経由し、交換機１００との間で状態監視信号の送受信を行う。バックアップ装置１０１は、交換機１００と同一内容の端末データを記憶している。状態監視信号が正常に送受信できている間は、バックアップ装置１０１はＩＰ端末１２，１３に対して何の処理も行わない。同様に、別のネットワーク４１に接続されているＩＰ端末１０，１１に対しても、何の処理も行わない。
【００３０】
通常、ＩＰ端末１０，１１，１２，１３は交換機１００の制御下にあり、ＩＰ端末１０，１１はネットワーク４１を介して、またＩＰ端末１２，１３はネットワーク４０，４２を介して、それぞれ交換機１００と制御信号の送受信を行う。
【００３１】
（動作例）
次に、図１及び図２のフローチャートを参照して、本実施例の全体の動作について詳細に説明する。
【００３２】
バックアップ装置１０１は、装置が起動した段階で、交換機１００から端末データ送信の問い合わせを行い、交換機１００から端末データをコピーし、バックアップ装置側に記憶しておく（図２のステップＣ１）。ＩＰ端末１０，１１，１２、１３（以下、ＩＰ端末１２のみに着目する）は、内部に記憶されている登録先メモリから優先順位の高い順に運用開始要求を送信して、端末運用開始登録を試みる（ステップＡ１）。
まず、交換機１００に対して端末運用開始要求を送信し、交換機１００は内部に記憶している端末データにＩＰ端末１２のデータがあることを確認できるので、ＩＰ端末１２に対して端末運用開始応答を返し、それを受けることでＩＰ端末１２は運用状態となる（ステップＡ２）。
【００３３】
ＩＰ端末１２は、運用状態に入ってから交換機１００の制御を外れるまで、交換機１００との間で状態監視信号の送受信を行う（ステップＡ３）。また、交換機１００とバックアップ装置１０１についても互いの状態を常に識別するため、状態監視信号を送受信する。それぞれの状態監視信号の送受信間隔は、任意に設定できる（ステップＣ３）。
【００３４】
ＩＰ端末１２とバックアップ装置１０１は、状態監視信号を送信したならば、交換機１００からの状態監視信号を受信できたかどうかの確認を行う（ステップＡ４、Ｃ４）。通信に問題がなければ、任意に設定した送受信間隔だけ時間をおいて、再度状態監視信号の送受信を行う（ステップＡ４、Ｃ４／ＹＥＳ）。
【００３５】
ここでネットワーク４０に何らかの障害が発生し、ネットワーク４０経由での信号の送受信が不可能になった場合を考える。
【００３６】
ネットワーク４０に障害が発生した時点で、バックアップ装置１０１は、交換機１００との状態監視信号の送受信に失敗する（ステップＣ４／ＮＯ）。バックアップ装置１０１は、何らかの理由により状態監視信号がネットワーク４０上で消失した可能性も考えられるので、あらかじめ設定された回数だけ信号の送受信を繰り返す（ステップＣ５，Ｃ６）。その結果、送受信に失敗した場合には、ネットワーク４０に障害が発生したものと判断し、バックアップ装置１０１は、自身の動作状態をＩＰ端末からの端末運用開始要求を受け付ける状態に変更する（ステップＣ７）。
【００３７】
また、ＩＰ端末１２は、ネットワーク４０に障害が発生した時点で、交換機１００との間で状態監視信号または制御信号の送受信に失敗する（ステップＡ５，Ａ６）。このとき、ＩＰ端末１２は、あらかじめ設定された時間・回数で制御信号の送受信を再度試みるが、設定時間内に応答がない場合、または設定回数内に応答がない場合に、自律リセットにより端末自身の状態を初期化し、交換機１００の制御下から離れる。それ以降は、制御信号のやりとりを行わない（ステップＡ７）。
【００３８】
次に、ＩＰ端末１２は、自身の端末情報を再度登録するため、端末運用開始要求を内部に設定されている複数の登録先に対して、優先順位の高い順に送信する。まず、優先順位が一番高い交換機１００に送信するが（ステップＡ８）、ネットワーク４０の障害のため、交換機１００からの応答が得られず（ステップＡ９）、次の優先順位のバックアップ装置１０１に対して送信する（ステップＡ１０）。
【００３９】
バックアップ装置１０１は、ＩＰ端末１２からの登録情報を受信し、その登録情報が自身の持つ端末データに存在するかどうか読み出しを行い、端末データに存在する端末であると判断した場合に、ＩＰ端末に対して端末運用開始応答信号を送信する（ステップＣ８）。ＩＰ端末１２は、端末運用開始応答信号により、バックアップ装置１０１の制御下に入り、以後、運用状態に入る（ステップＡ１１）。
【００４０】
動作モード変更後も、バックアップ装置１０１は、交換機１００に向けて状態監視信号を送信し続ける（ステップＣ９）。ネットワーク４０の障害が復旧し、交換機１００から状態監視信号の応答を受信した時点で（ステップＣ１０／ＹＥＳ）、バックアップ装置１０１側にあるＩＰ端末制御権を交換機１００側に返還すると同時に、制御下にあるＩＰ端末１２，１３に対し、バックアップ装置１０１の制御下から外れるよう、状態初期化信号を送信する（ステップＣ１１）。
【００４１】
信号を受信したＩＰ端末１２は、端末自身の状態を初期化し（ステップＡ１２）、再度、登録情報を優先順位の高い順に登録先に対して送信する。ただし、バックアップ装置１０１の制御下でＩＰ端末１２の通話が確立している場合は、ＩＰ端末１２の通話保持を優先し、通話終了時点でバックアップ装置１０１から状態初期化信号を送信する。
【００４２】
ネットワーク４０が復旧しているので、交換機１００との間の通信に問題はない。このため、第一優先順位の交換機１００に対して端末運用開始要求信号が送信され（ステップＡ１３）、受信した交換機１００は端末データにＩＰ端末１２が存在するかどうか読み出しを行う。交換機１００が制御する対象であると判断した場合に、ＩＰ端末１２に対して端末運用開始応答信号を送信する。これによりＩＰ端末１２は、再度、交換機１００の制御下に入り、運用状態に入る（ステップＡ１４）。バックアップ装置１０１は、ＩＰ端末すべてが制御下から外れた後、再度、交換機１００との間で状態監視信号の送受信を行う。
【００４３】
次に、具体例を用いて説明する。図３は、第１の適用例を示すネットワーク構成図である。
図３に示すように、交換機１００にはＩＰアドレス１９２．１６８．０．１が割り当てられ、バックアップ装置１０１にはＩＰアドレス１９２．１６８．１．１が割り当てられているとする。
【００４４】
ＩＰ端末１０，１１，１２，１３には、登録先として第一優先順位に交換機１００のＩＰアドレスが、第二優先順位にバックアップ装置１０１のＩＰアドレスが登録されている。バックアップ装置１０１には、端末データ参照先としてＩＰアドレス１９２．１６８．０．１が登録されており、バックアップ装置１０１は、起動直後に交換機１００にアクセスして端末データのコピーを行い、運用状態に入る（ステップＣ１）。
【００４５】
ＩＰ端末１０，１１，１２，１３は、第一優先度の１９２．１６８．０．１、すなわち交換機１００に対し端末運用開始要求信号を送信する。交換機１００は、自身の持つ端末データを参照し、端末運用開始要求信号に設定されている送信元ＩＰアドレスと内線番号を参照し、それぞれのＩＰ端末に対し運用開始応答信号を返送し、それぞれ内線番号１０００，１１００，１２００，１３００として交換機１００の制御下に置く（ステップＡ１〜Ａ２）。
【００４６】
（以下、ＩＰ端末１２に着目する）。
ＩＰ端末１２は、交換機１００に対して状態監視信号を送信し、応答チェックを常に行う（ステップＡ３）。同様に、バックアップ装置１０１も交換機１００に対して状態監視信号を送信して、応答チェックを行う（ステップＣ３）。ここで、ネットワーク４０に障害が発生し、バックアップ装置１０１から１９２．１６８．０．１、すなわち交換機１００向けの状態監視信号が到達できなくなった場合、バックアップ装置１０１は交換機１００へ三回まで状態監視信号の再送を行う（ステップＣ６の“以下”）。
【００４７】
ネットワーク４０が復旧せず、三回とも応答が無いと判断すると、バックアップ装置１０１は動作モードを変更し、ＩＰ端末の端末運用開始要求を受け付けられるようにする（ステップＣ７）。ＩＰ端末１２，１３は、同様に交換機１００へ三回まで状態監視信号の再送を行い、三回とも応答がないと判断すると、自律リセットを行い、端末運用開始要求を開始する（ステップＡ６の“以上”〜Ａ７）。
【００４８】
ＩＰ端末１２は、まず優先順位１の１９２．１６８．０．１すなわち交換機１００へ端末運用開始要求を送信するが、ネットワーク４０は復旧していないので、信号は交換機１００へ到達しない（ステップＡ８）。
端末運用開始要求への応答が無いと判断したＩＰ端末１２は（ステップＡ９の“無し”）、優先順位２の１９２．１６８．１．１、すなわちバックアップ装置１０１へ端末運用開始要求信号を送信する（ステップＡ１０）。
【００４９】
バックアップ装置は、すでにＩＰ端末の端末運用開始要求を受け付けられるよう動作モードを変更済みなので、ＩＰ端末１２からの端末運用開始要求を受け、端末データに登録されているＩＰアドレスと比較を行い、データ登録されていればＩＰ端末１２に対して運用開始応答を返す（ステップＣ８）。
ＩＰ端末１２は、バックアップ装置１０１からの運用開始応答をもって運用状態へ復旧する（ステップＡ１１）。
【００５０】
（実施例の効果）
第１の効果は、ネットワーク障害発生時のＩＰ端末動作復旧を自動で行うことが可能なことにある。
その理由は、交換機およびネットワークの障害検出を、状態監視信号の送受信により能動的に行い、その結果障害が発生していると認識した場合は、自らの動作モードを変更し、ＩＰ端末からの端末運用開始要求を受け付けることができるためである。
また、バックアップ装置は、交換機から端末データをダウンロードして動作するので、交換機に新たに端末を追加した場合でも、バックアップ装置側にデータの追加をする必要がない。また、状態監視信号の送受信が正常に行えるようになれば、障害が復旧したと判断し、自動でＩＰ端末の制御を交換機に戻すことも可能である。
【００５１】
第２の効果は、第１の効果により、ＩＰ端末の動作停止時間を最小限に押さえることができることにある。
その理由は、交換機またはネットワークの障害を検出する時間を任意に設定できるため、障害を検出し、ＩＰ端末の制御をバックアップ装置に切り替えるまでの時間を短縮することができるためである。さらに、自動でＩＰ端末の制御切り替えを行うことができるため、従来のような手動での復旧作業を行う必要が無く、復旧までの時間を劇的に短縮することができるためである。
【００５２】
第３の効果は、バックアップ装置の冗長構成を簡単に取ることができることにある。
ＩＰ端末には、優先順位をつけて複数の登録先を設定できる。バックアップ装置は、端末からの要求が無い限り自ら端末を制御することはない。このため、バックアップ装置間の制御は単純である。また、バックアップ装置のデータ設定も、起動時に必要な自身のＩＰアドレスと端末データのコピー元装置のＩＰアドレス程度であり、端末データは交換機の端末データのコピーを使用する。このため、バックアップ装置を運用するための手順が少なくて済む。
【００５３】
（第２の実施例）
次に、本発明の他の実施例について図面を参照して詳細に説明する。
図４は、第２の実施例のネットワーク構成図を示す。本図４を参照すると、本実施例は、交換機１００と、交換機１００と同じネットワーク４１に接続されたバックアップ装置１０２およびＩＰ端末１０，１１と、物理的に異なるネットワーク４２と、ネットワーク４２に接続されるバックアップ装置１０１およびＩＰ端末１２，１３と、から成る。
【００５４】
図１の構成例では、交換機１００そのものに障害が発生した場合、ＩＰ端末１２，１３は、バックアップ装置１０１の制御下に入り運用を続けられた。しかし、ＩＰ端末１０，１１については、制御する装置が存在せず、交換機１００の障害が復旧するまで運用に入れない。しかし、図４の構成であれば、交換機１００に障害が発生した場合に、バックアップ装置１０２がＩＰ端末１０，１１の制御を行うことで、ＩＰ端末１０，１１の運用を再開することができる。
【００５５】
具体的には、図４にあるような優先順位の登録先データを、全てのＩＰ端末が記憶しているとする。本状態において、交換機１００に障害が発生した場合、バックアップ装置１０２と交換機１００との状態監視信号の送受信が失敗するため、バックアップ装置１０２は、自身の動作モードをＩＰ端末からの端末運用開始登録を受け付けられるよう変更する。同様にＩＰ端末１０，１１は、交換機１００との状態監視信号の送受信が失敗するため、何回かの再送を試みた後に、自律リセットし、複数の登録先に対して優先順位順に、再登録を試みる。
【００５６】
優先順位の一番高い交換機１００に対しては、交換機１００自身に障害が発生しているため登録に失敗するが、二番目に登録されているバックアップ装置１０２に対して、登録を行うことができる。このため、ＩＰ端末１０，１１の運用が可能になる。もちろんＩＰ端末１２，１３についても同様に、バックアップ装置１０１に対して登録を行うことで、運用再開が可能である。さらに、ＩＰ端末１０，１１とＩＰ端末１２，１３の持つ登録先の優先順位は、それぞれ個別に登録することができる。このため、同一ネットワークに存在するバックアップ装置の優先順位を、交換機１００の次に設定することで、運用再開までの時間を短縮することが可能である。
【００５７】
（第３の実施例）
次に、本発明の第３の実施例について、図面を参照して詳細に説明する。
図５を参照すると、本実施例は、図１の構成例に加え、ＩＰネットワークから公衆電網への接続部としてゲートウェイ装置２０，２１が接続される。本ゲートウェイ装置２０，２１は、ＩＰ端末１２，１３と同様に、通常は交換機１００に対して端末運用開始要求の送受信を行い、交換機１００の制御下でＩＰネットワークと公衆電話網との間の発着信処理を行う。
【００５８】
交換機１００とバックアップ装置１０１の間で状態監視信号の送受信が途切れると、バックアップ装置１０１は装置自身の動作モードを変更し、ＩＰ端末１２，１３からの端末運用開始要求を受け付ける。また、併せて、ゲートウェイ装置２０からの端末運用開始要求も受けつけ、ＩＰ端末１２，１３とゲートウェイ装置２０をバックアップ装置１０１の制御下に置く。
この状態では、ネットワーク４０の復旧を待つことなく、バックアップ装置１０１の制御下にあるネットワーク４２と、交換機１００またはバックアップ装置１０２の制御下にあるネットワーク４１の間で、ゲートウェイ装置２０，２１から公衆電話網を介し、ＩＰ端末１０，１１とＩＰ端末１２，１３の間で通話が可能となる。
【００５９】
具体的には、ＩＰ端末１０の内線番号を１０００番、ＩＰ端末１１の内線番号を１１００番、ＩＰ端末１２の内線番号を１２００番、ＩＰ端末１３の内線番号を１３００番とし、ゲートウェイ装置２０の外線番号を２０−１１１１、ゲートウェイ装置２１の外線番号を２１−１１１１とする。ネットワーク４０が正常に運用されている場合は、ＩＰ端末１０，１１，１２，１３およびゲートウェイ装置２０，２１は、全て交換機１００の制御下に置かれる。ＩＰ端末１２がＩＰ端末１０を呼び出す場合に内線番号１０００をダイヤルすると、ネットワーク４０を経由して、ＩＰ端末１２とＩＰ端末１０の間に通話路が確立され、通話を行う。
【００６０】
ここで、ネットワーク４０に障害が発生し、交換機１００とバックアップ装置１０１の状態監視信号の送受信が不可能になると、ＩＰ端末１２はバックアップ装置１０１の制御下に置かれる。同様に、ゲートウェイ装置２０もバックアップ装置１１の制御下に置かれる。ＩＰ端末１０，１１およびゲートウェイ装置２１は、交換機１００の制御下のままである。ここで、バックアップ装置１０１は、ＩＰ端末１２，１３に対してバックアップ装置１０１の制御下に置かれたことを通知する。このため、端末のディスプレイまたはボタンの点滅などを指示する。この状況において、ＩＰ端末１３がＩＰ端末１１を呼び出す場合には、まず、外線番号２１−１１１１をダイヤルし、ゲートウェイ装置２１に着信する。
【００６１】
ゲートウェイ装置は、ＩＰ端末１３に対してダイヤルトーンなど識別音を送信し、接続したい内線番号のダイヤルを促す。ＩＰ端末１３は、最終的にＩＰ端末１１を呼び出すために外線番号１１００をダイヤルすると、交換機１００による制御を受け、ゲートウェイ装置２１を介したＩＰ端末１２とＩＰ端末１１の通話路が確立し、通話が可能となる。
【００６２】
（第４の実施例）
次に、本発明の第４の実施例について、図面を参照して詳細に説明する。
図６を参照すると、本実施例は、ネットワーク４１とネットワーク４１とに接続された交換機１００と、物理的に異なるネットワーク４０，４２と、ネットワーク４２に接続されるバックアップ装置１０１，１０２，およびＩＰ端末１２，１３から成る。ＩＰ端末１２，１３は、図６に示すような登録先データを記憶している。この構成にて、ネットワーク４０または交換機１００に障害が発生した時、ＩＰ端末１２，１３は、バックアップ装置１０１の制御下に入り運用状態となるが、バックアップ装置１０１に障害が発生した場合は、さらに次のバックアップ装置１０２に対して端末運用開始要求を送信することで、バックアップ装置１０２の制御下に入り、運用を続けることが可能となる。
【００６３】
なお、上に掲げた二つの特許文献１および特許文献２と比較して、本発明の上記実施例では、主装置とバックアップ装置のＭＡＣアドレスおよびＩＰアドレスは、まったく別々のものとなっている。よって、障害発生時に主装置に成り代わるのではなく、別個の装置として稼動することとなる。
【００６４】
【発明の効果】
以上の説明より明らかなように、本発明のＩＰ−ＰＢＸ用バックアップ装置は、夫々のネットワークへ接続された端末装置と、この端末装置の全体を交換機が管理保持し、さらに個別のネットワークと接続され、該接続されたネットワーク内の端末装置郡の各端末データをバックアップ装置により保持させている。これにより、交換機による接続管理に異常が発生した場合に、バックアップ装置が接続されたネットワーク内の接続管理が担保される。
【図面の簡単な説明】
【図１】本発明のＩＰ−ＰＢＸ用バックアップ装置および同装置の障害対応方法の第１の実施例を示す網構成図である。
【図２】第１の実施例に基く動作例を示すフローチャートである。
【図３】適用例１を示すネットワーク構成図である。
【図４】第２の実施例を示すネットワーク構成図である。
【図５】第３の実施例を示すネットワーク構成図である。
【図６】第４の実施例を示すネットワーク構成図である。
【図７】従来のＩＰ−ＰＢＸシステムの構成例を示す図である。
【符号の説明】
１０、１１、１２、１３  ＩＰ端末
４０、４１、４２  ネットワーク
１００  交換機
１０１、１０２  バックアップ装置
１９２．１６８．０．１  ＩＰアドレス
【図１】
2005006121.tif 000003
【図２】
2005006121.tif 000004
【図３】
2005006121.tif 000005
【図４】
2005006121.tif 000006
【図５】
2005006121.tif 000007
【図６】
2005006121.tif 000008
【図７】
2005006121.tif 000009