(57)【要約】【課題】ＩＰ−ＰＢＸの障害に対応したバックアップシステムを低コストで提供する。【解決手段】複数の現用系構内交換機、及び複数の構内交換機の各々と接続するバックアップ用構内交換機を備える通信システムであって、現用系構内交換機は、通信端末を収容する通信拠点に収容され、通信端末に対する呼制御を行い、呼制御に必要な運用管理情報を保持し、バックアップ用構内交換機は、複数の現用系構内交換機から運用管理情報を取得するデータ管理部と、複数の現用系構内交換機の障害を監視する障害監視部と、任意の現用系構内交換機の障害発生が検知された場合に、当該現用系構内交換機に対応する運用管理情報を用いて呼制御を行う呼制御部とを有し、通信システムは、呼制御用データに対する現用系構内交換機からの応答がない場合に、当該呼制御用データをバックアップ用構内交換機に転送する転送機能部を備える。【選択図】  図１
2015136007.tif 000002
【特許請求の範囲】
【請求項１】
複数の現用系構内交換機、及びネットワークを介して前記複数の構内交換機の各々と接続するバックアップ用構内交換機を備える通信システムであって、
前記複数の現用系構内交換機の各々は、
通信端末を収容する通信拠点に収容され、
前記通信端末に対する呼制御を行い、
前記呼制御に必要な運用管理情報を保持し、
前記バックアップ用構内交換機は、
前記複数の現用系構内交換機の各々から前記運用管理情報を取得するデータ管理部と、
前記複数の現用系構内交換機の各々における障害を監視する障害監視部と、
任意の現用系構内交換機の障害発生が検知された場合に、当該現用系構内交換機に対応する前記運用管理情報を用いて、前記任意の現用系構内交換機を収容する通信拠点における呼制御を行う呼制御部と、を有し、
前記通信システムは、呼制御用データに対する前記現用系構内交換機からの応答がない場合に、当該呼制御用データを前記バックアップ用構内交換機に転送する転送機能部を備えることを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記通信端末には、前記呼制御用データの送信先のアドレスとして、当該通信端末が収容される前記通信拠点に収容される前記現用系構内交換機のアドレスが設定され、
前記通信端末は、
周期的に、当該通信端末が収容される前記通信拠点に収容される前記現用系構内交換機に対して、前記現用系構内交換機の状態を確認するための確認用データを送信し、
前記現用系構内交換機から一定時間内に前記確認用データに対する応答があるか否かを判定し、
前記現用系構内交換機から一定時間内に前記確認用データに対する応答がないと判定された場合、前記現用系構内交換機の障害であると判定し、
前記呼制御用データの送信先のアドレスを、前記現用系構内交換機のアドレスから前記バックアップ用構内交換機のアドレスに変更することを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記バックアップ用構内交換機は、
前記通信拠点毎に、前記通信拠点に接続するためのアドレス、及び前記通信拠点に収容される前記通信端末の電話番号が対応付けられたエントリを含む構内交換機管理情報を保持し、
前記運用管理情報は、前記通信拠点に収容される通信端末の電話番号を管理する番号管理情報を含み、
前記バックアップ用構内交換機は、
発信側の電話番号及び着信側の電話番号を含む前記呼制御用データを受信した場合、前記着信側の電話番号に基づいて前記構内交換機管理情報を参照して、前記着信側の電話番号に対応する前記通信拠点を特定し、
前記特定された通信拠点の前記運用管理情報を参照して、前記着信側の電話番号に基づいて呼び出される前記通信端末を特定し、
前記特定された通信拠点に接続するためのアドレス、及び前記特定された通信端末の電話番号を含む呼制御用データを前記ネットワークに対して送信することを特徴とする通信システム。
【請求項４】
請求項２に記載の通信システムであって、
前記バックアップ用構内交換機は、
前記障害が発生した現用系構内交換機が復旧し、かつ、当該現用系構内交換機が収容される前記通信拠点における現在行っている呼制御が全て終了した後に、当該通信拠点における前記呼制御を停止し、
前記復旧した現用系構内交換機に、当該現用系構内交換機に障害が発生してから復旧するまでの間に更新された前記運用管理情報を送信することを特徴とする通信システム。
【請求項５】
請求項２に記載の通信システムであって、
前記ネットワークは、公衆網及びＩＰネットワークを含み、
前記公衆網は交換機を含み、
前記通信拠点は、ＩＰネットワークとの間の通信を制御するゲートウェイ装置を含み、
前記転送機能部は、前記交換機、及び、前記ゲートウェイ装置の少なくともいずれかが有することを特徴とする通信システム。
【請求項６】
複数の現用系構内交換機、及びネットワークを介して前記複数の現用系構内交換機の各々と接続するバックアップ用構内交換機を有する通信システムにおける呼制御の切替え方法であって、
前記複数の現用系構内交換機の各々は、
通信端末を収容する通信拠点に収容され、
前記通信端末に対する呼制御を行い、
前記呼制御に必要な運用管理情報を保持し、
前記通信システムは、呼制御用データに対する前記現用系構内交換機からの応答がない場合に、当該呼制御用データを前記バックアップ用構内交換機に転送する転送機能部を備え、
前記呼制御の切替え方法は、
前記バックアップ用構内交換機が、前記複数の現用系構内交換機の各々から前記運用管理情報を取得する第１のステップと、
前記バックアップ用構内交換機が、前記複数の現用系構内交換機の各々における障害を監視する第２のステップと、
前記転送機能部が、任意の現用系構内交換機から前記呼制御用データに対する応答がない場合に、当該呼制御用データを前記バックアップ用構内交換機に送信する第３のステップと、
前記バックアップ用構内交換機が、任意の現用系構内交換機の障害発生が検知された場合に、当該現用系構内交換機に対応する前記運用管理情報を用いて、前記任意の現用系構内交換機を収容する通信拠点における呼制御を行う第４のステップと、を含むことを特徴とする呼制御の切替え方法。
【請求項７】
請求項６に記載の呼制御の切替え方法であって、
前記通信端末には、前記呼制御用データの送信先のアドレスとして、当該通信端末が収容される前記通信拠点に収容される前記現用系構内交換機のアドレスが設定され、
前記呼制御の切替え方法は、
前記通信端末が、周期的に、当該通信端末が収容される前記通信拠点に収容される前記現用系構内交換機に対して、前記現用系構内交換機の状態を確認するための確認用データを送信するステップと、
前記通信端末が、前記現用系構内交換機から一定時間内に前記確認用データに対する応答があるか否かを判定するステップと、
前記通信端末が、前記現用系構内交換機から一定時間内に前記確認用データに対する応答がないと判定された場合、前記構内交換機の障害であると判定するステップと、
前記通信端末が、前記呼制御用データの送信先のアドレスを、前記現用系構内交換機のアドレスから前記バックアップ用構内交換機のアドレスに変更するステップと、を含むことを特徴とする呼制御の切替え方法。
【請求項８】
請求項７に記載の呼制御の切替え方法であって、
前記バックアップ用構内交換機は、
前記通信拠点毎に、前記通信拠点に接続するためのアドレス、及び前記通信拠点に収容される前記通信端末の電話番号が対応付けられたエントリを含む構内交換機管理情報を保持し、
前記運用管理情報は、前記通信拠点に収容される通信端末の電話番号を管理する番号管理情報を含み、
前記バックアップ用構内交換機は、
前記第４のステップは、
発信側の電話番号及び着信側の電話番号を含む前記呼制御用データを受信した場合、前記着信側の電話番号に基づいて前記構内交換機管理情報を参照して、前記着信側の電話番号に対応する前記通信拠点を特定するステップと、
前記特定された通信拠点の前記運用管理情報を参照して、前記着信側の電話番号に基づいて呼び出される前記通信端末を特定するステップと、
前記特定された通信拠点に接続するためのアドレス、及び前記特定された通信端末の電話番号を含む呼制御用データを前記ネットワークに対して送信するステップと、を含むことを特徴とする呼制御の切替え方法。
【請求項９】
請求項７に記載の呼制御の切替え方法であって、
前記呼制御の切替え方法は、
前記バックアップ用構内交換機が、前記障害が発生した現用系構内交換機が復旧し、かつ、当該現用系構内交換機が収容される前記通信拠点における現在行っている呼制御が全て終了した後に、当該通信拠点における前記呼制御を停止するステップと、
前記バックアップ用構内交換機が、前記復旧した現用系構内交換機に、当該現用系構内交換機に障害が発生してから復旧するまでの間に更新された前記運用管理情報を送信するステップと、を含むことを特徴とする呼制御の切替え方法。
【請求項１０】
請求項７に記載の呼制御の切替え方法であって、
前記ネットワークは、公衆網及びＩＰネットワークを含み、
前記公衆網は交換機を含み、
前記通信拠点は、ＩＰネットワークとの間の通信を制御するゲートウェイ装置を含み、
前記転送機能部は、前記交換機、及び、前記ゲートウェイ装置の少なくともいずれかが有することを特徴とする呼制御の切替え方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ−ＰＢＸを含む通信システムに関する。
【背景技術】
【０００２】
従来、ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  Ｅｘｃｈａｎｇｅ：構内交換機）の障害に対応したバックアップシステムでは、ＩＰ−ＰＢＸが冗長化されたシステムを構成し、運用中のＩＰ−ＰＢＸに障害が発生した時に、予備系のＩＰ−ＰＢＸに制御を切り替えることによってサービス運用を継続する。
【０００３】
また、運用中のＩＰ−ＰＢＸの障害発生時に、一時的にバックアップを行う制御技術も知られている（例えば特許文献１参照）。特許文献１には「ＩＰ−ＰＢＸがＩＰ端末装置の全体データ管理及び制御を行い、個々のネットワークに配備されたバックアップ装置が、接続されたネットワーク内の各ＩＰ端末データを保持する。これにより、ＩＰ−ＰＢＸに異常が発生した場合に、バックアップ装置によりバックアップ装置が接続されたネットワーク内の接続管理が担保され、ネットワーク又はＩＰ−ＰＢＸに障害が発生し、ＩＰ−ＰＢＸによるＩＰ端末の制御が不可能になった場合に、一時的にＩＰ端末の制御をバックアップ装置側に移すことでＩＰ端末の運用再開を可能とし、停止時間の最小化を図る」ことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−６１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来のバックアップシステムのように、ＩＰ−ＰＢＸが冗長化されたシステムを構成する場合、複数のＩＰ−ＰＢＸが必要であるため、冗長化した分だけコストが高くなる。また、ＩＰ−ＰＢＸ自体が高価であるため、小規模な拠点などでは冗長化構成をとらず非冗長化構成のシステムを運用するケースも多い。
【０００６】
非冗長化構成のシステムの運用においては、ＩＰ−ＰＢＸに障害が発生すると、サービスの運用を継続することができず、ＩＰ−ＰＢＸの障害復旧までサービスが停止した状態となる。また、ＩＰ−ＰＢＸの保守サービス形態によっては、障害の復旧までに長い時間がかかり、その結果、長時間サービスが停止してしまう場合もある。
【０００７】
特許文献１に記載のシステムでは、ＩＰ−ＰＢＸが正常に稼働しているときには、当該ＩＰ−ＰＢＸがサービスを提供し、ＩＰ−ＰＢＸの障害発生時に各拠点に配備されたバックアップ装置がサービスの運用を移行するシステムであり、さらには公衆網と接続するゲートウェイ装置も各拠点に必要である。
【０００８】
すなわち、特許文献１に記載のシステムでは、ＩＰ−ＰＢＸの障害発生時にのみ稼働させる機器を各拠点に常時配備する必要があり、コストが高いという課題がある。また、ＩＰ−ＰＢＸの障害発生時に別の拠点のＩＰ端末へ着呼接続を行う場合、公衆網を利用するため、障害発生時の運用コストが高くなるという課題もある。
【０００９】
小規模又は少数の拠点を有する企業においては、特許文献１に記載のシステムは、コスト的に非常に不利となる。さらに、特許文献１に記載のシステムを導入時には、従来のＩＰ−ＰＢＸ等を当該システムに対応したＩＰ−ＰＢＸ等に入れ替える必要があるため初期費用も高くなるという課題がある。
【課題を解決するための手段】
【００１０】
本発明の代表的な一例を示せば以下の通りである。すなわち、複数の現用系構内交換機、及びネットワークを介して前記複数の構内交換機の各々と接続するバックアップ用構内交換機を備える通信システムであって、前記複数の現用系構内交換機の各々は、通信端末を収容する通信拠点に収容され、前記通信端末に対する呼制御を行い、前記呼制御に必要な運用管理情報を保持し、前記バックアップ用構内交換機は、前記複数の現用系構内交換機の各々から前記運用管理情報を取得するデータ管理部と、前記複数の現用系構内交換機の各々における障害を監視する障害監視部と、任意の現用系構内交換機の障害発生が検知された場合に、当該現用系構内交換機に対応する前記運用管理情報を用いて、前記任意の現用系構内交換機を収容する通信拠点における呼制御を行う呼制御部と、を有し、前記通信システムは、呼制御用データに対する前記現用系構内交換機からの応答がない場合に、当該呼制御用データを前記バックアップ用構内交換機に転送する転送機能部を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の通信拠点がバックアップ用構内交換機（ＰＢＸ）を共有し、通信拠点の構内交換機（ＩＰ−ＰＢＸ）に障害が発生した場合には、バックアップ用構内交換機が当該構内交換機の代わりに呼制御を行うことができる。これによって、低コストでＩＰ−ＰＢＸのバックアップシステムを提供できる。また、新たなＩＰ−ＰＢＸを導入する必要がなく、従来のＩＰ−ＰＢＸに一部機能を追加することによって導入可能であるため、システムの初期導入コストも抑えられる効果もある。
【００１２】
上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例１における通信システムの構成例を示す説明図である。
【図２】本発明の実施例１における記憶装置に格納される情報の一例を示す説明図である。
【図３】本発明の実施例１におけるＩＰ−ＰＢＸ管理テーブルの一例を示す説明図である。
【図４】本発明の実施例１のＩＰ端末が実行する送信先ＩＰアドレス選択処理の一例を説明するフローチャートである。
【図５】本発明の実施例１のバックアップ用ＰＢＸが実行するＰＢＸサービスの開始処理を説明するフローチャートである。
【図６】本発明の実施例１のＩＰ−ＰＢＸが実行するサービス運用データの更新処理の一例を説明するフローチャートである。
【図７】本発明の実施例１のＩＰ−ＰＢＸの障害発生時における呼制御の切替処理の流れを説明するシーケンス図である。
【図８】本発明の実施例１のＩＰ−ＰＢＸの障害発生時における呼接続（内線接続）の流れを説明するシーケンス図である。
【図９】発明の実施例１のＩＰ−ＰＢＸが障害から復旧した場合における呼制御の切替処理の流れを説明するシーケンス図である。
【図１０】本発明の実施例２における通信システムの構成例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下、実施例について図面を用いて説明する。
【実施例１】
【００１５】
図１は、本発明の実施例１における通信システムの構成例を示す説明図である。
【００１６】
図１に示すように、通信システムは、複数の拠点１００、バックアップ用ＰＢＸ２００及び電話３００から構成される。
【００１７】
各拠点１００は、公衆網４００及びＩＰネットワーク５００を介してバックアップ用ＰＢＸ２００と接続される。また、公衆網４００及びＩＰネットワーク５００を介して拠点１００間が接続される。また、電話３００は、公衆網４００を介して各拠点１００と接続される。図１に示す例では、拠点１（１００−１）から拠点ｎ（１００−ｎ）までのｎ個の拠点１００を示している。
【００１８】
なお、公衆網４００には、電話３００を収容し、電話交換を行う交換機４２０が含まれる。また、公衆網４００と各拠点１００との間は電話回線４１０によって接続される。
【００１９】
拠点１００は、ＰＢＸサービスを利用するユーザのシステムであり、ＩＰ−ＰＢＸ１１０、複数のＩＰ端末１３０及びサーバ１４０を含む。ＩＰ−ＰＢＸ１１０、複数のＩＰ端末１３０及びサーバ１４０は、ＬＡＮを介して互いに接続される。また、本実施例の各拠点１００では、ＩＰ−ＰＢＸ１１０は非冗長化構成で運用される。すなわち、現用系のＩＰ−ＰＢＸ１１０が一台のみ存在する。
【００２０】
ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０によって提供されるＰＢＸサービスを利用することによって拠点１００内の他のＩＰ端末１３０と通信し、また、外部の電話３００又は他の拠点１００のＩＰ端末１３０と通信する。ＩＰ端末１３０は、例えば、プロセッサ（図示省略）、メモリ（図示省略）及びネットワークインタフェース（図示省略）を備える一般的な計算機が考えられる。サーバ１４０は、ＩＰネットワーク５００を介した通信を制御する。
【００２１】
ＩＰ−ＰＢＸ１１０は、ＰＢＸサービスを提供する。ＩＰ−ＰＢＸ１１０は、後述するバックアップ用ＰＢＸ２００と同様のハードウェア構成であり、複数の回線インタフェース（図示省略）を有する。ＩＰ−ＰＢＸ１１０の回線インタフェースには電話回線４１０が接続される。ＩＰ−ＰＢＸ１１０は、構内交換等のＰＢＸサービスの運用時に使用されるデータ群を含むサービス運用データ１１５を記憶装置（図示省略）に格納する。
【００２２】
ＩＰ−ＰＢＸ１１０は、サービス運用データ１１５に基づいて、ＰＢＸサービスを提供し、また、ＰＢＸサービスの提供中に履歴情報などを記録する。本実施例のＩＰ−ＰＢＸ１１０は、サービス運用データ１１５が更新された場合、バックアップ用ＰＢＸ２００に更新されたサービス運用データ１１５の内容を通知する。
【００２３】
バックアップ用ＰＢＸ２００は、ある拠点１００のＩＰ−ＰＢＸ１１０に障害が発生した場合、当該ＩＰ−ＰＢＸ１１０の代わりにＰＢＸサービスを提供する。本実施例では、拠点１（１００−１）から拠点ｎ（１００−ｎ）が一つのバックアップ用ＰＢＸ２００を共有するものとする。
【００２４】
バックアップ用ＰＢＸ２００は、プロセッサ２０１、メモリ２０２、記憶装置２０３及び一以上の回線インタフェース２０４を備える。
【００２５】
プロセッサ２０１は、メモリ２０２に格納されるプログラムを実行する。プロセッサ２０１がプログラムを実行することによってバックアップ用ＰＢＸ２００の各種機能が実現される。プログラムによって実現される機能を主体に処理を説明する場合、プロセッサ２０１によって当該機能を実現するプログラムが実行されていることを示す。
【００２６】
メモリ２０２は、プロセッサ２０１によって実行されるプログラム及び当該プログラムの実行に必要なデータを格納する。本実施例では、メモリ２０２には、制御部２１０、障害監視部２２０、データ管理部２３０及びＰＢＸ機能部２４０を実現するプログラムが格納される。
【００２７】
制御部２１０は、ＩＰ−ＰＢＸ１１０全体を管理する。障害監視部２２０は、各拠点１００のＩＰ−ＰＢＸ１１０の状態を監視する。本実施例では、障害監視部２２０は、周期的に、各拠点１００のＩＰ−ＰＢＸ１１０に対してヘルスチェックを行い、当該ヘルスチェックの結果に基づいてＩＰ−ＰＢＸ１１０における障害発生を検知する。なお、ＩＰ−ＰＢＸ１１０の障害発生の検知方法は前述したものに限定されない。例えば、サーバ１４０とＩＰ−ＰＢＸ１１０との間で通信を行い、サーバ１４０が通信の切断を検知した場合にＩＰ−ＰＢＸ１１０の障害発生と判定し、バックアップ用ＰＢＸ２００にＩＰ−ＰＢＸ１１０の障害発生を通知してもよい。
【００２８】
データ管理部２３０は、各拠点１００のサービス運用データ２５０を管理する。サービス運用データ２５０は、各拠点１００のＩＰ−ＰＢＸ１１０が保持するサービス運用データ１１５のバックアップデータである。ＰＢＸ機能部２４０は、ＰＢＸサービスを実現する。
【００２９】
記憶装置２０３は、各拠点１００のＩＰ−ＰＢＸ１１０の代わりにＰＢＸサービスを運用するための各種データを格納する。記憶装置２０３は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等が考えられるが、データが格納できるものであればどのようなものであってもよい。
【００３０】
ここで、図２及び図３を用いて記憶装置２０３に格納される情報について説明する。
【００３１】
図２は、本発明の実施例１における記憶装置２０３に格納される情報の一例を示す説明図である。図３は、本発明の実施例１におけるＩＰ−ＰＢＸ管理テーブル２６０の一例を示す説明図である。
【００３２】
図２に示すように、本実施例の記憶装置２０３には、ＩＰ−ＰＢＸ管理テーブル２６０及び複数のサービス運用データ２５０が格納される。
【００３３】
ＩＰ−ＰＢＸ管理テーブル２６０は、バックアップ用ＰＢＸ２００を共有するＩＰ−ＰＢＸ１１０に関する情報を格納する。具体的には、ＩＰ−ＰＢＸ管理テーブル２６０は、管理ＩＤ２６１、ＩＰアドレス２６２、収容回線数２６３、電話番号２６４、状態２６５及び利用履歴２６６を含む。
【００３４】
管理ＩＤ２６１は、ＩＰ−ＰＢＸ管理テーブル２６０におけるエントリを一意に識別するための識別子である。一つのエントリが一つの拠点１００に対応する。本実施例では、拠点１（１００−１）から拠点ｎ（１００−ｎ）に対応するエントリが上から順位格納されているものとする。ＩＰアドレス２６２は、拠点１００のサーバ１４０のＩＰアドレスである。収容回線数２６３は、公衆網４００における収容回線の数である。電話番号２６４は、拠点１００におけるＩＰ端末１３０に割り当てられる電話番号に関する情報である。
【００３５】
状態２６５は、拠点１００のＩＰ−ＰＢＸ１１０の状態を示す情報である。本実施例では、状態２６５には「正常」及び「障害発生中」の少なくともいずれかが格納される。「正常」はＩＰ−ＰＢＸ１１０が正常に稼働していることを示し、「障害発生中」はＩＰ−ＰＢＸ１１０の故障又は通信断などの障害が発生していることを示す。利用履歴２６６は、拠点１００におけるバックアップ用ＰＢＸ２００の利用履歴を示す情報である。
【００３６】
なお、図３に示すＩＰ−ＰＢＸ管理テーブル２６０は一例であって、例えば、拠点１００の名称、ＩＰ−ＰＢＸ１１０の性能などを示す情報が含まれてもよい。
【００３７】
サービス運用データ２５０は、各拠点１００のＩＰ−ＰＢＸ１１０が保持するサービス運用データ１１５のバックアップデータであり、ＩＰ−ＰＢＸ１１０が構内交換等のＰＢＸサービスの運用に必要な情報が格納する。本実施例では、ｎ個のサービス運用データ２５０が格納される。
【００３８】
図２に示す例では、サービス運用データ２５０は、電話番号テーブル２５１、課金情報２５２、通話履歴情報２５３及びモーニングコール情報２５４を含む。なお、他の情報が含まれてもよい。
【００３９】
電話番号テーブル２５１は、ＩＰ端末１３０におけるＩＰアドレス、ダイヤルイン電話番号、及び内線電話番号等を格納する。課金情報２５２は、ＩＰ端末１３０から公衆網４００への発信時に生じた料金等に関する情報を格納する。通話履歴情報２５３は、ＩＰ端末１３０における通話履歴を格納する。モーニングコール情報２５４は、ＩＰ端末１３０によって設定されたモーニングコールに関する情報を格納する。
【００４０】
前述したように、サービス運用データ２５０は、各拠点１００のＩＰ−ＰＢＸ１１０が保持するサービス運用データ１１５のバックアップデータであるため、サービス運用データ１１５の内容は、サービス運用データ２５０と同一のものである。
【００４１】
また、後述するように、各拠点１００のＩＰ−ＰＢＸ１１０は、サービス運用データ１１５が更新された場合、リアルタイムでバックアップ用ＰＢＸ２００に対し、更新分のデータを送信する。なお、更新分のデータは、サーバ１４０からＩＰネットワーク５００を介して送信される。バックアップ用ＰＢＸ２００は、更新分のデータを送信したＩＰ−ＰＢＸ１１０が所属する拠点１００に対応するサービス運用データ２５０に、受信した更新分のデータを上書きする。これによって、バックアップ用ＰＢＸ２００は、各拠点１００の最新のサービス運用データ１１５のバックアップを実現する。なお、バックアップ用ＰＢＸ２００が周期的に各拠点１００のＩＰ−ＰＢＸ１１０に問い合わせを行うことによって、更新分のデータを取得してもよい。
【００４２】
本実施例では、バックアップ用ＰＢＸ２００と拠点１００との間で、バックアップ契約の処理が実行される。例えば、以下のような処理が実行される。
【００４３】
まず、バックアップ用ＰＢＸ２００は、所定のインタフェースをサーバ１４０に提供する。拠点１００の管理者は、当該インタフェースを用いて必要な情報を入力する。バックアップ用ＰＢＸ２００は、入力された情報に基づいてＩＰ−ＰＢＸ管理テーブル２６０を更新し、また、新たに追加された拠点１００のＩＰ−ＰＢＸ１１０からサービス運用データ１１５のバックアップデータを取得する。
【００４４】
さらに、バックアップ用ＰＢＸ２００は、バックアップ用ＰＢＸ２００のＩＰアドレスをサーバ１４０に通知する。サーバ１４０は、拠点１００内のＩＰ端末１３０にバックアップ用ＰＢＸ２００のＩＰアドレスを通知する。
【００４５】
ＩＰ端末１３０は、ＰＢＸサービス利用時のパケットの送信先のアドレスとして、当該ＩＰ端末１３０が所属する拠点１００のＩＰ−ＰＢＸ１１０のアドレスをプライマリＩＰアドレスとして保持し、また、バックアップ用ＰＢＸ２００のＩＰアドレスをセカンダリＩＰアドレスとして保持する。ＩＰ端末１３０は、通常時、すなわち、ＩＰ−ＰＢＸ１１０に障害が発生する前はプライマリＩＰアドレスを使用し、ＩＰ−ＰＢＸ１１０に障害が発生した後はセカンダリＩＰアドレスを使用することとなる。
【００４６】
なお、バックアップ契約形態における課金方式の一例として、例えば、基本料金に、利用履歴２６６に使用時間当たりの料金を加算した課金方式が考えられる。
【００４７】
図４は、本発明の実施例１のＩＰ端末１３０が実行する送信先ＩＰアドレス選択処理の一例を説明するフローチャートである。
【００４８】
ＩＰ端末１３０は、ＰＢＸサービスの利用時、又は、周期的に、以下で説明するＩＰアドレス選択処理を実行する。
【００４９】
ＩＰ端末１３０は、当該ＩＰ端末１３０自身の通話状態を確認し（ステップＳ１０１）、通話中であるか否かを判定する（ステップＳ１０２）。通話中であると判定された場合、ＩＰ端末１３０は処理を終了する。
【００５０】
通話中でないと判定された場合、ＩＰ端末１３０は、当該ＩＰ端末１３０が所属する拠点１００のＩＰ−ＰＢＸ１１０に対してヘルスチェックを実行する（ステップＳ１０３）。例えば、ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０に対して当該ＩＰ−ＰＢＸ１１０が正常に稼働しているか否かを確認するためのパケット（確認用パケット）を送信し、所定時間内にＩＰ−ＰＢＸ１１０から応答があるか否かを判定する。
【００５１】
ＩＰ−ＰＢＸ１１０から所定時間内に応答があった場合、ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０が正常であると判定する。一方、ＩＰ−ＰＢＸ１１０から所定時間内に応答がなかった場合、ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０に障害が発生したと判定する。
【００５２】
ＩＰ端末１３０は、ヘルスチェックの結果に基づいて、ＩＰ−ＰＢＸ１１０に障害が発生したか否かを判定する（ステップＳ１０４）。
【００５３】
ＩＰ−ＰＢＸ１１０に障害が発生していないと判定された場合、ＩＰ端末１３０は、呼出し時に送信する呼制御用パケットの送信先のＩＰアドレスとしてプライマリＩＰアドレスを設定し（ステップＳ１０５）、処理を終了する。これによって、呼制御用パケットの送信先がＩＰ−ＰＢＸ１１０に設定される。すでに、プライマリＩＰアドレスが設定されている場合、当該処理を省略することができる。
【００５４】
ＩＰ−ＰＢＸ１１０に障害が発生していると判定された場合、ＩＰ端末１３０は、呼制御用パケットの送信先のＩＰアドレスとしてセカンダリＩＰアドレスを設定し（ステップＳ１０６）、処理を終了する。これによって、呼制御用パケットの送信先がバックアップ用ＰＢＸ２００に設定される。すでに、セカンダリＩＰアドレスが設定されている場合、当該処理を省略することができる。
【００５５】
またＩＰ端末１３０に着信があった場合の応答用パケットの送信先も同様の処理によって送信先が切り替えられる。すなわち、ＩＰ−ＰＢＸ１１０が正常に稼働している場合、呼出し元のＩＰ端末１３０とＩＰ−ＰＢＸ１１０との間で呼制御用パケットが送受信され、ＩＰ−ＰＢＸ１１０に障害が発生した場合、呼出し元のＩＰ端末１３０とバックアップ用ＰＢＸ２００との間で呼制御用パケットが送受信される。
【００５６】
図４に示すように、ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０の状態に応じて、呼制御用パケットの送信先を切り替えることができる。
【００５７】
図５は、本発明の実施例１のバックアップ用ＰＢＸ２００が実行するＰＢＸサービスの開始処理を説明するフローチャートである。
【００５８】
バックアップ用ＰＢＸ２００は、バックアップ用ＰＢＸ２００自身のサービス運用状態を確認し（ステップＳ２０１）、ＰＢＸサービスの運用中であるか否かを判定する（ステップＳ２０２）。
【００５９】
例えば、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０の状態２６５を参照し、「障害発生中」が格納されるエントリが存在するか否かを判定する。状態２６５に「障害発生中」が格納されるエントリが存在する場合、すでに、ＰＢＸサービスの運用中であることを示す。また、予め、ＰＢＸサービスが運用されているか否かを示すフラグを設けておき、当該フラグに基づいてＰＢＸサービスの運用中であるか否かを判定する方法も考えられる。
【００６０】
ＰＢＸサービスの運用中であると判定された場合、バックアップ用ＰＢＸ２００は、処理を終了する。
【００６１】
ＰＢＸサービスの運用中でないと判定された場合、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０を参照して、処理対象の拠点を一つ選択する（ステップＳ２０３）。例えば、ＩＰ−ＰＢＸ管理テーブル２６０の上のエントリに対応する拠点１００を選択する方法が考えられる。また、予め、各拠点１００に優先度を設定しておき、優先度の高い順、すなわち、重要度の高い拠点１００から順に選択する方法も考えられる。
【００６２】
バックアップ用ＰＢＸ２００は、選択された拠点１００のＩＰ−ＰＢＸ１１０に対してヘルスチェックを実行する（ステップＳ２０４）。ヘルスチェックの方法は、ステップＳ１０３と同一の方法を用いればよい。バックアップ用ＰＢＸ２００は、ヘルスチェックの結果に基づいて、選択された拠点１００のＩＰ−ＰＢＸ１１０に障害が発生したか否かを判定する（ステップＳ２０５）。
【００６３】
選択された拠点１００のＩＰ−ＰＢＸ１１０に障害が発生していないと判定された場合、バックアップ用ＰＢＸ２００は、ステップＳ２０３に戻り、他の拠点１００について同様の処理を実行する。
【００６４】
選択された拠点１００のＩＰ−ＰＢＸ１１０に障害が発生していると判定された場合、バックアップ用ＰＢＸ２００は、当該ＩＰ−ＰＢＸ１１０に対応するサービス運用データ２５０を用いてＰＢＸサービスの提供を開始する（ステップＳ２０６）。このとき、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０の選択された拠点１００に対応するエントリの状態２６５を「障害発生中」に更新する。また、バックアップ用ＰＢＸ２００は、対応するエントリの利用履歴に２６６にＰＢＸサービスの提供を開始した時刻を記録する。
【００６５】
以上で説明したように、バックアップ用ＰＢＸ２００は、いずれかの拠点１００のＩＰ−ＰＢＸ１１０において障害発生が検知された場合に、当該ＩＰ−ＰＢＸ１１０に代わって、当該拠点１００におけるＰＢＸサービスを継続する。
【００６６】
図６は、本発明の実施例１のＩＰ−ＰＢＸ１１０が実行するサービス運用データ１１５の更新処理の一例を説明するフローチャートである。
【００６７】
ＩＰ−ＰＢＸ１１０は、拠点１００のＩＰ端末１３０又は外部のＩＰ端末１３０等からパケット受信すると、以下で説明する処理を開始する。
【００６８】
ＩＰ−ＰＢＸ１１０は、受信したパケットの種別を確認し（ステップＳ３０１）、当該受信したパケットの種別がサービス運用データ１１５の変更を伴うものであるか否かを判定する（ステップＳ３０２）。
【００６９】
例えば、受信したパケットが新たなＩＰ端末１３０の電話番号を登録するためのパケットである場合、電話番号テーブル２５１が更新されるため、受信したパケットの種別がサービス運用データ１１５の変更を伴うものであると判定される。
【００７０】
受信したパケットの種別がサービス運用データ１１５の変更を伴うものでないと判定された場合、ＩＰ−ＰＢＸ１１０は処理を終了する。
【００７１】
受信したパケットの種別がサービス運用データ１１５の変更を伴うものであると判定された場合、ＩＰ−ＰＢＸ１１０は、サービス運用データ１１５を更新するとともに、更新されたサービス運用データ１１５の差分データをバックアップ用ＰＢＸ２００に送信し（ステップＳ３０３）、処理を終了する。
【００７２】
バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ１１０から更新されたサービス運用データ１１５の差分データを含むパケットを受信した場合、当該パケットの送信元のアドレスに対応する拠点１００を特定する。例えば、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０のＩＰアドレス２６２が受信したパケットのＩＰアドレスと一致するエントリを検索する。
【００７３】
バックアップ用ＰＢＸ２００は、特定された拠点１００に対応するサービス運用データ２５０に受信した差分データを反映させることによって、サービス運用データ２５０を更新する。
【００７４】
図７は、本発明の実施例１のＩＰ−ＰＢＸ１１０の障害発生時における呼制御の切替処理の流れを説明するシーケンス図である。
【００７５】
図７では説明の簡単のために拠点１（１００−１）のＩＰ−ＰＢＸ１１０に障害が発生するものとして説明する。
【００７６】
バックアップ用ＰＢＸ２００及びＩＰ端末１３０は、それぞれ、周期的に、ヘルスチェックを行う（ステップＳ４０１、ステップＳ４０３）。具体的には、バックアップ用ＰＢＸ２００及びＩＰ端末１３０は、周期的に、確認用パケットをＩＰ−ＰＢＸ１１０に送信し、ＩＰ−ＰＢＸ１１０からの応答の有無に基づいてＩＰ−ＰＢＸ１１０の稼働状態を判定する。
【００７７】
なお、バックアップ用ＰＢＸ２００が確認用パケットを送信する周期、及びＩＰ端末１３０が確認用パケットを送信する周期は、同一でもよいし、また異なっていてもよい。
【００７８】
バックアップ用ＰＢＸ２００及びＩＰ端末１３０は、一定期間内にＩＰ−ＰＢＸ１１０から応答を受信した場合、ＩＰ−ＰＢＸ１１０が正常であると判定する（ステップＳ４０２、ステップＳ４０４）。一方、バックアップ用ＰＢＸ２００及びＩＰ端末は、一定期間内に、ＩＰ−ＰＢＸ１１０から応答を受信できない場合、ＩＰ−ＰＢＸ１１０の障害発生と判定する。
【００７９】
バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ１１０の障害発生を検知した場合（ステップＳ４０７）、当該ＩＰ−ＰＢＸ１１０に対応するサービス運用データ２５０を記憶装置２０３から読み出し、読み出されたサービス運用データ２５０を用いてＰＢＸサービスを開始する（ステップＳ４０８）。また、ＩＰ端末１３０は、ＩＰ−ＰＢＸ１１０の障害発生を検知した場合（ステップＳ４０９）、呼制御パケットの送信先ＩＰアドレスとして、バックアップ用ＰＢＸ２００のＩＰアドレスであるセカンダリＩＰアドレスを設定する（ステップＳ４１０）。
【００８０】
なお、バックアップ用ＰＢＸ２００及びＩＰ端末１３０は、それぞれ、ＩＰ−ＰＢＸ１１０の障害が検知された後も周期的にパケットを送信する。
【００８１】
バックアップ用ＰＢＸ２００及びＩＰ端末１３０のそれぞれが、ＩＰ−ＰＢＸ１１０の障害発生を検知した後に、公衆網４００に接続された電話３００から拠点１（１００−１）のＩＰ端末１３０への呼出しがあった場合には以下のような処理の流れになる。
【００８２】
ここで、電話３００の電話番号を「０３−００００−１１１１」とし、通話相手のＩＰ端末１３０の電話番号を「０３−２２２２−３３３３」とし、また、バックアップ用ＰＢＸ２００の電話番号を「０３−４４４４−５５５５」とする。また、交換機４２０には、予め、バックアップ用ＰＢＸ２００へのルーティングを行う無応答転送サービスが設定されているものとする。
【００８３】
まず、電話３００がＩＰ端末１３０に対して発信する（ステップＳ４１１）。当該発信にはＩＰ端末１３０の電話番号「０３−２２２２−３３３３」が含まれる。公衆網４００に含まれる交換機４２０は、拠点１（１００−１）のＩＰ−ＰＢＸ１１０と接続する電話回線４１０へのルーティングを行い、呼制御を開始する（ステップＳ４１２）。
【００８４】
しかし、この時点では、拠点１（１００−１）のＩＰ−ＰＢＸ１１０に障害が発生しているため、ＩＰ−ＰＢＸ１１０からの応答がない。交換機４２０は、無応答の状態が一定時間継続した場合、無応答転送サービスにしたがって、バックアップ用ＰＢＸ２００と接続する電話回線４１０へのルーティングを行う（ステップＳ４１３）。
【００８５】
バックアップ用ＰＢＸ２００と接続する電話回線４１０がアナログ回線の場合、交換機４２０は、ルーティング時には、発信電話番号「０３−００００−１１１１」及び最初の着信電話番号「０３−２２２２−３３３３」もモデム信号に変換することによって、バックアップ用ＰＢＸ２００に二つの電話番号を通知する。一方、バックアップ用ＰＢＸ２００と接続する電話回線４１０がＩＳＤＮ回線の場合、交換機４２０は、ルーティング時には、発信電話番号「０３−００００−１１１１」及び最初の着信電話番号「０３−２２２２−３３３３」を呼処理信号内にマッピングすることによって、二つの電話番号を通知する。
【００８６】
バックアップ用ＰＢＸ２００は、公衆網４００から発信の通知を受けつけると、ＩＰ−ＰＢＸ管理テーブル２６０の電話番号２６４を参照して、最初の着信番号「０３−２２２２−３３３３」に一致する電話番号が含まれるエントリを検索する。ここでは、管理ＩＤ２６１が「１」のエントリが検索される。このことから、当該エントリに対応する拠点１００のＩＰ−ＰＢＸ１１０に接続される電話回線４１０への発信であることが分かる。また、バックアップ用ＰＢＸ２００は、ステップＳ４０８において読み出されたサービス運用データ２５０に含まれる電話番号テーブル２５１を参照し、ダイヤルインのＩＰ端末１３０への発信であることが分かる。
【００８７】
バックアップ用ＰＢＸ２００は、前述した処理結果からＩＰ端末１３０への呼制御を開始する（ステップＳ４１４）。バックアップ用ＰＢＸ２００は、拠点１（１００−１）のＩＰ端末１３０に対して呼び出し制御を行い（ステップＳ４１５）、また、発信側の電話３００に対し呼出し中音を送出する（ステップＳ４１６）。
【００８８】
拠点１（１００−１）のＩＰ端末１３０が応答すると（ステップＳ４１７）、通話状態に移行する（ステップＳ４１８）。バックアップ用ＰＢＸ２００は、通話状態に移行した後、電話３００又はＩＰ端末１３０のいずれかが通話を切断するまで呼制御を継続する。
【００８９】
なお、呼制御については一般的なＳＩＰ呼制御であるため本明細書では詳細な説明は省略する。また、拠点１（１００−１）のＩＰ−ＰＢＸ１１０の障害発生中に拠点１（１００−１）のＩＰ端末１３０から発信、又は他の拠点１００から拠点１（１００−１）のＩＰ端末１３０への発信等は、従来のＩＰ−ＰＢＸによる呼制御が用いられる。
【００９０】
図８は、本発明の実施例１のＩＰ−ＰＢＸ１１０の障害発生時における着呼接続（内線接続）の流れを説明するシーケンス図である。
【００９１】
バックアップ用ＰＢＸ２００及びＩＰ端末１３０のそれぞれが、ＩＰ−ＰＢＸ１１０の障害発生を検知した後に、公衆網４００に接続された電話３００から拠点１（１００−１）のＩＰ端末１３０への呼出しがあった場合には以下のような処理の流れになる。なお、バックアップ用ＰＢＸ２００及びＩＰ端末１３０が実行する処理（ステップＳ４０１からステップＳ４１０）は、図７において説明した処理と同一であるため説明を省略する。
【００９２】
ここで、電話３００の電話番号を「０３−００００−１１１１」とし、通話相手のＩＰ端末１３０への呼出しに使用する電話番号を「０３−２２２２−３３３０」及び内線番号を「０００１」とし、また、バックアップ用ＰＢＸ２００の電話番号を「０３−４４４４−５５５５」とする。また、交換機４２０には、予め、バックアップ用ＰＢＸ２００へのルーティングを行う無応答転送サービスが設定されているものとする。
【００９３】
図８の処理では、電話３００が拠点１（１００−１）の代表電話番号宛に対して呼出しを行い、その後内線番号を出力することによってＩＰ端末１３０と通話を行う点が図７の処理と異なる点である。
【００９４】
まず、電話３００がＩＰ端末１３０に対して発信する（ステップＳ４１１）。当該発信にはＩＰ端末１３０への呼出しに使用する電話番号「０３−２２２２−３３３０」が含まれる。公衆網４００に含まれる交換機４２０は、拠点１（１００−１）のＩＰ−ＰＢＸ１１０と接続する電話回線４１０へのルーティングを行い、呼制御を開始する（ステップＳ４１２）。
【００９５】
しかし、この時点では、拠点１（１００−１）のＩＰ−ＰＢＸ１１０に障害が発生しているため、ＩＰ−ＰＢＸ１１０からの応答がない。交換機４２０は、無応答の状態が一定時間継続した場合、無応答転送サービスにしたがって、バックアップ用ＰＢＸ２００と接続する電話回線４１０へのルーティングを行う（ステップＳ４１３）。
【００９６】
バックアップ用ＰＢＸ２００と接続する電話回線４１０がアナログ回線の場合、交換機４２０は、ルーティング時には、発信電話番号「０３−００００−１１１１」及び最初の着信電話番号「０３−２２２２−３３３０」もモデム信号に変換することによって、バックアップ用ＰＢＸ２００に二つの電話番号を通知する。一方、バックアップ用ＰＢＸ２００と接続する電話回線４１０がＩＳＤＮ回線の場合、交換機４２０は、ルーティング時には、発信電話番号「０３−００００−１１１１」及び最初の着信電話番号「０３−２２２２−３３３０」を呼処理信号内にマッピングすることによって、二つの電話番号を通知する。
【００９７】
バックアップ用ＰＢＸ２００は、公衆網４００から発信の通知を受けつけると、ＩＰ−ＰＢＸ管理テーブル２６０の電話番号２６４を参照して、最初の着信番号「０３−２２２２−３３３０」に一致する電話番号が含まれるエントリを検索する。ここでは、管理ＩＤ２６１が「１」のエントリが検索される。このことから、当該エントリに対応する拠点１００のＩＰ−ＰＢＸ１１０に接続される電話回線４１０への発信であり、また、かつ、ＩＰ−ＰＢＸ１１０に接続する電話回線４１０の代表番号への通知であることが分かる。
【００９８】
そこで、バックアップ用ＰＢＸ２００は応答処理を開始する（ステップＳ５１４）。バックアップ用ＰＢＸ２００は、発信側の電話３００に対し音声応答を行う（ステップＳ５１５）。電話３００を操作するユーザが内線番号「０００１」を入力した場合（ステップＳ５１６）、バックアップ用ＰＢＸ２００は、サービス運用データ２５０の電話番号テーブル２５１を参照し、内線番号「０００１」に対応するＩＰ端末１３０を特定する。
【００９９】
バックアップ用ＰＢＸ２００は、特定されたＩＰ端末１３０に対して呼制御を開始する（ステップＳ４１４）。ステップＳ４１４からステップＳ４１８までの処理は図７に示す処理と同一であるため説明を省略する。
【０１００】
図９は、本発明の実施例１のＩＰ−ＰＢＸ１１０が障害から復旧した場合における呼制御の切替処理の流れを説明するシーケンス図である。ここでは、障害が発生した拠点１（１００−１）のＩＰ−ＰＢＸ１１０が復旧した場合を例に説明する。
【０１０１】
拠点１（１００−１）のＩＰ−ＰＢＸ１１０は障害発生中であるため、バックアップ用ＰＢＸ２００が呼制御を行っている。図９では、拠点１（１００−１）のＩＰ端末１３０と電話３００とが公衆網４００を介して通話状態にある（ステップＳ６０１）。
【０１０２】
ＩＰ−ＰＢＸ１１０の障害が復旧すると（ステップＳ６０２）、ＩＰ−ＰＢＸ１１０は、バックアップ用ＰＢＸ２００が周期的に送信するパケットを受信した場合（ステップＳ６０３）、当該パケットに対応する応答を行う（ステップＳ６０４）。これによって、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ１１０が障害から復旧したものと判定する。すなわち、バックアップ用ＰＢＸ２００は障害復旧を検知する（ステップＳ６０５）。このとき、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０を参照し、拠点１（１００−１）に対応するエントリの状態２６５を「障害発生中」から「正常」に更新する。
【０１０３】
この時点では、電話３００及びＩＰ端末１３０が通話状態であるためＩＰ−ＰＢＸ１１０への呼制御の切替えは行われない。したがって、バックアップ用ＰＢＸ２００は、拠点１（１００−１）の全てのＩＰ端末１３０の通話状態が終了するまで呼制御を継続する。図９に示す例では、一つのＩＰ端末１３０のみが通話状態であるものとする。
【０１０４】
バックアップ用ＰＢＸ２００は、ＰＢＸサービスを提供する拠点１００において最後のＩＰ端末１３０の通話が切断され（ステップＳ６０６）、切断処理（ステップＳ６０７）が終了した後、ＰＢＸサービスの提供を停止する（ステップＳ６０８）。このとき、バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ管理テーブル２６０を参照し、拠点１（１００−１）に対応するエントリの利用履歴２６６にＰＢＸサービスの提供を停止した時刻を記録する。
【０１０５】
その後、バックアップ用ＰＢＸ２００は、ＰＢＸサービスの提供中に更新されたサービス運用データ２５０を障害から復旧したＩＰ−ＰＢＸ１１０に送信する（ステップＳ６０９）。ＩＰ−ＰＢＸ１１０は、バックアップ用ＰＢＸ２００から受信したサービス運用データ２５０をサービス運用データ１１５に反映させる。
【０１０６】
一方、ＩＰ端末１３０は、通話状態でない場合には、周期的にＩＰ−ＰＢＸ１１０に対してヘルスチェックを行う（ステップＳ６１０）。ＩＰ端末１３０は、障害から復旧したＩＰ−ＰＢＸ１１０からの応答を受信した場合（ステップＳ６１１）、ＩＰ−ＰＢＸ１１０の障害復旧を検知する（ステップＳ６１２）。ＩＰ端末１３０は、呼制御パケットの送信先ＩＰアドレスとして、ＩＰ−ＰＢＸ１１０のＩＰアドレスであるプライマリＩＰアドレスを設定する（ステップＳ６１３）。これ以降、ＩＰ−ＰＢＸ１１０が全ての通話の呼制御を行う。
【０１０７】
なお、ＩＰ−ＰＢＸ１１０が障害から復旧した直後は、バックアップ用ＰＢＸ２００による呼制御、及びＩＰ−ＰＢＸ１１０による新たな読み出しによる呼制御の両方が併存する状態が一時的に発生する。しかし、新たな読み出しによる呼制御は、全てＩＰ−ＰＢＸ１１０によって行われる。バックアップ用ＰＢＸ２００は、ＩＰ−ＰＢＸ１１０の障害が検知された後にＰＢＸサービスの提供を開始し、ＩＰ−ＰＢＸ１１０の障害復旧が検知され、かつ、現在通話中の接続が切断されるまで呼制御を行う。
【０１０８】
なお、本実施例では、バックアップ用ＰＢＸ２００は一台であったが、二台以上であってもよい。これによって、複数のＩＰ−ＰＢＸ１１０に障害が発生した場合であっても、各ＩＰ−ＰＢＸ１１０が運用していたサービスを継続することができる。
【０１０９】
また、本実施例では、バックアップ用ＰＢＸ２００は物理的な計算機として説明したがこれに限定されない。例えば、物理的な計算機の計算機資源を論理的に分割することによって生成される仮想計算機を用いてバックアップ用ＰＢＸ２００を実現してもよい。
【実施例２】
【０１１０】
図１０は、本発明の実施例２における通信システムの構成例を示す説明図である。
【０１１１】
実施例２に通信システムは、ＩＰネットワーク５００のみから構成される点が実施例１と異なる。したがって、電話３００は、ＩＰ電話に対応可能な機能を有する。
【０１１２】
実施例２では、拠点１００の構成が一部異なる。すなわち、実施例２の拠点にはゲートウェイ（ＧＷ）１６０が含まれる。ＩＰ−ＰＢＸ１１０はＧＷ１６０を介してＩＰネットワーク５００と接続される。ＧＷ１６０は、プロセッサ（図示省略）、メモリ（図示省略）及びネットワークインタフェース（図示省略）を備え、パケットの転送機能及び交換機４２０と同様の無応答転送サービスを実現する機能を有する。
【０１１３】
実施例２では、ＧＷ１６０が、ＩＰネットワーク５００を介して外部から呼制御パケットを受信した場合、ＩＰ−ＰＢＸ１１０に当該パケットを転送する。このとき、一時的に受信したパケットを記憶する。ＩＰ−ＰＢＸ１１０から一定時間内に応答がない場合、ＧＷ１６０は、一時的に記憶されたパケットをバックアップ用ＰＢＸ２００に転送する。なお、ＧＷ１６０は、ＩＰ−ＰＢＸ１１０から応答があった場合、又は、バックアップ用ＰＢＸ２００にパケットを送信した場合に、一時的に記憶されたパケットを削除する。
【０１１４】
その他の構成及び処理は実施例１と同一であるため説明を省略する。
【０１１５】
以上説明したように、本発明によれば、一つの企業が使用する複数拠点に対して一つのバックアップ用ＰＢＸ２００を共有し、又は、複数の企業が運用する非冗長化構成のシステムに対して一つのバックアップ用ＰＢＸ２００を共有することによって、低コストなＩＰ−ＰＢＸのバックアップシステムを構築できる。また、従来のＩＰ−ＰＢＸに対して一部機能を追加することによって、本発明のシステムを構成することができるため、初期導入コストも抑えられる効果がある。
【０１１６】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１１７】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記憶媒体に置くことができる。
【０１１８】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１１９】
１００  拠点
１１０  ＰＢＸ
１１５  サービス運用データ
１３０  ＩＰ端末
１４０  サーバ
１６０  ゲートウェイ
２００  バックアップ用ＰＢＸ
２０１  プロセッサ
２０２  メモリ
２０３  記憶装置
２０４  回線インタフェース
２１０  制御部
２２０  障害監視部
２３０  データ管理部
２４０  ＰＢＸ機能部
２５０  サービス運用データ
２５１  電話番号テーブル
２５２  課金情報
２５３  通話履歴情報
２５４  モーニングコール情報
２６０  ＰＢＸ管理テーブル
３００  電話
４００  公衆網
４１０  電話回線
４２０  交換機
５００  ＩＰネットワーク
【図１】
2015136007.tif 000003
【図２】
2015136007.tif 000004
【図３】
2015136007.tif 000005
【図４】
2015136007.tif 000006
【図５】
2015136007.tif 000007
【図６】
2015136007.tif 000008
【図７】
2015136007.tif 000009
【図８】
2015136007.tif 000010
【図９】
2015136007.tif 000011
【図１０】
2015136007.tif 000012