(57)【要約】【課題】  ＶｏＩＰサーバの移行を行う際に、ＶｏＩＰサーバの負荷を増加させずに短時間で移行できるＩＰ電話システムを目的とする。【解決手段】  複数のＶｏＩＰサーバＳと、少なくとも１つの通信機器Ｔと、この通信機器Ｔが接続される複数のルータ３とを有し、複数のＶｏＩＰサーバＳと通信機器Ｔとの間で分配装置を介して疎通確認の通信ができるＩＰ電話システムであって、通信拠点Ａ毎に複数のＶｏＩＰサーバＳの優先度を記憶する優先度テーブル１３ａと、複数のＶｏＩＰサーバＳから送られてくる疎通確認パケットの情報を基に、複数のＶｏＩＰサーバＳとの疎通確認ができたか否かの情報を、ＶｏＩＰサーバＳと対応付けた疎通確認リストＬを作成する疎通確認リスト作成手段４２ａと、前記疎通確認リストＬが通信機器Ｔから送られてくると、疎通確認リストＬおよび優先度テーブル１３ａを参照して通信拠点Ａの移行を判断する移行判断手段１２ａとを備える。【選択図】  図１
2009206639.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムであって、
前記通信機器には、前記複数のサーバ装置から送られてくる疎通確認パケットの情報を基に、前記複数のサーバ装置からの疎通確認ができたか否かの情報を含む疎通確認リストを作成する疎通確認リスト作成手段を有し、
前記サーバ装置には、
前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルと、
前記疎通確認リスト作成手段によって作成された前記疎通確認リストが前記通信機器から送られてきた場合に、前記疎通確認リストおよび前記優先度テーブルを参照して呼制御の対象とする前記通信拠点に係る通信機器を移行するか否かを判断する移行判断手段とを有することを特徴とするＩＰ電話システム。
【請求項２】
前記サーバ装置には、
前記移行判断手段によって移行すると判断した場合に、呼制御を行うサーバ装置が移行したことを示す疎通確認パケットを、呼制御の対象とする通信拠点の通信機器にブロードキャスト送信する手段をさらに有することを特徴とする請求項１に記載のＩＰ電話システム。
【請求項３】
前記移行判断手段には、
前記優先度テーブルおよび前記疎通確認リストを参照して、疎通確認ができたサーバ装置のうち前記通信拠点毎の優先度が一番高いサーバ装置が自らのサーバ装置か否かを判断する手段と、
自らのサーバ装置の優先度が一番高いと判断した場合、現在帰属している前記通信拠点に変更があるか否か判断する手段と
を有することを特徴とする請求項１に記載のＩＰ電話システム。
【請求項４】
複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムに備えられたサーバ装置であって、
前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルと、
前記通信機器が作成した前記疎通確認リストが送られてきた場合に、前記疎通確認リストおよび前記優先度テーブルを参照して呼制御の対象とする前記通信拠点に係る通信機器を移行するか否かを移行判断手段と、
前記移行判断手段によって移行を判断した場合に、呼制御を行うサーバ装置が移行したことを示す疎通確認パケットを、呼制御の対象とする通信拠点の通信機器にブロードキャスト送信する手段と
を有することを特徴とするサーバ装置。
【請求項５】
複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムのサーバ装置移行方法であって、
前記サーバ装置は、前記通信拠点を代表する前記通信機器へ定期的に疎通確認パケットを送信し、
前記疎通確認パケットを受信した前記通信機器は、前記疎通確認パケットの到達正常性を確認し、前記サーバ装置に対応付けて疎通確認リストを作成して、疎通確認応答パケットに前記疎通確認リストを含めて応答し、
前記疎通確認応答パケットを受信した前記サーバ装置は、前記サーバ装置に備えられた、前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルおよび前記疎通確認リストを参照して、疎通確認ができたサーバ装置のうち前記通信拠点毎の優先度が一番高いサーバ装置が自らのサーバ装置か否かを判断し、自らのサーバ装置の優先度が一番高いと判断した場合、現在帰属している前記通信拠点に変更があるか否か判断し、
自らのサーバ装置に帰属している前記通信拠点に変更があると判断した場合は、疎通確認パケットの宛先を移行する通信拠点の分配装置の通信拠点側のネットワークアドレスに変更し、
呼制御を行うサーバ装置が移行したことを示す前記疎通確認パケットを、呼制御の対象とする通信拠点の通信機器へブロードキャスト送信することを特徴とするサーバ装置移行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網に冗長構成で接続されたサーバ装置を移行するＩＰ電話システムに関する。
【背景技術】
【０００２】
ＩＰ回線を使用したＩＰ電話システムは、呼制御処理を行うＶｏＩＰ（Voice Over IP）サーバがＩＰ網に接続されている。このＶｏＩＰサーバは、ＩＰ網に接続されるルータなどの分配器を中心にＬＡＮなどで構成される通信拠点毎に呼制御処理を担っている。このようなＩＰ電話システムでは、ネットワーク障害やメンテナンスの際にＶｏＩＰサーバがダウンすると呼接続ができないため、バックアップ用のＶｏＩＰサーバが用意されている場合が多い。
【０００３】
呼制御処理を担っているＶｏＩＰサーバがダウンすると、このバックアップ用のＶｏＩＰサーバに切替えを行う。従来は、通信機器がＶｏＩＰサーバのダウンを検出すると、自らの通信機器の呼制御処理を担う他のＶｏＩＰサーバを検出するために、他のＶｏＩPサーバへ疎通確認を行い、疎通確認ができればそのＶｏＩＰサーバへ移行していた。これを各々の通信機器が一台ずつ行うため、疎通確認の回数が多く全ての通信機器の移行が完了するまでに長時間を要し、時間短縮のために疎通確認の間隔を短くするとＶｏＩＰサーバの負荷が増大するという問題があった。
【０００４】
そこで、通信機器がＶｏＩＰサーバのダウンを検出すると、移行先のＶｏＩPサーバを検出するために、複数のバックアップ用のＶｏＩＰサーバに対して同時並行に疎通確認を実施することで、移行先のＶｏＩＰサーバを決定するまでの時間を短縮するという技術が知られている（特許文献１）。
【特許文献１】特開２００３−１９８６０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、ＶｏＩＰサーバがダウンした後にバックアップ用のＶｏＩＰサーバの疎通確認を行うため、ＶｏＩＰサーバの移行に要する時間を短縮することができないという問題がある。また、上記の従来技術では、ＶｏＩＰサーバがダウンすると、複数のバックアップ用のＶｏＩＰサーバに対して疎通確認を実行するため、ＶｏＩＰサーバがダウンした場合に、疎通確認の通信によって通信量が増加しＶｏＩＰサーバの負荷が増大してしまう。
【０００６】
本発明は、上記問題点を解決するためになされたもので、ＶｏＩＰサーバの移行を行う際に、ＶｏＩＰサーバの負荷を増加させずに短時間で移行できるＩＰ電話システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明によるＩＰ電話システムは、複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムであって、前記通信機器には、前記複数のサーバ装置から送られてくる疎通確認パケットの情報を基に、前記複数のサーバ装置からの疎通確認ができたか否かの情報を含む疎通確認リストを作成する疎通確認リスト作成手段を有し、前記サーバ装置には、前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルと、前記疎通確認リスト作成手段によって作成された前記疎通確認リストが前記通信機器から送られてきた場合に、前記疎通確認リストおよび前記優先度テーブルを参照して呼制御の対象とする前記通信拠点に係る通信機器を移行するか否かを移行判断手段とを有することを特徴とする。
【０００８】
また、上記目的を達成するために、本発明によるサーバ装置は、複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムに備えられたサーバ装置であって、前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルと、前記通信機器が作成した前記疎通確認リストが送られてきた場合に、前記疎通確認リストおよび前記優先度テーブルを参照して呼制御の対象とする前記通信拠点に係る通信機器を移行するか否かを移行判断手段と、前記移行判断手段によって移行を判断した場合に、呼制御を行うサーバ装置が移行したことを示す疎通確認パケットを、呼制御の対象とする通信拠点の通信機器にブロードキャスト送信する手段とを有することを特徴とする。
【０００９】
また、上記目的を達成するために、本発明によるサーバ装置移行方法は、複数のサーバ装置と、少なくとも１つの通信機器と、前記通信機器と接続される複数の分配装置とを有し、前記複数のサーバ装置と前記通信機器との間で前記分配装置を介して疎通確認の通信ができるＩＰ電話システムのサーバ装置移行方法であって、
前記サーバ装置は、前記通信拠点を代表する前記通信機器へ定期的に疎通確認パケットを送信し、
前記疎通確認パケットを受信した前記通信機器は、前記疎通確認パケットの到達正常性を確認し、前記サーバ装置に対応付けて疎通確認リストを作成して、疎通確認応答パケットに前記疎通確認リストを含めて応答し、
前記疎通確認応答パケットを受信した前記サーバ装置は、前記サーバ装置に備えられた、前記分配装置を中心とした通信拠点毎に、前記複数のサーバの呼制御に係る優先度を記憶する優先度テーブルおよび前記疎通確認リストを参照して、疎通確認ができたサーバ装置のうち前記通信拠点毎の優先度が一番高いサーバ装置が自らのサーバ装置か否かを判断し、自らのサーバ装置の優先度が一番高いと判断した場合、現在帰属している前記通信拠点に変更があるか否か判断し、
自らのサーバ装置に帰属している前記通信拠点に変更があると判断した場合は、疎通確認パケットの宛先を移行する通信拠点の分配装置の通信拠点側のネットワークアドレスに変更し、
呼制御を行うサーバ装置が移行したことを示す前記疎通確認パケットを、呼制御の対象とする通信拠点の通信機器へブロードキャスト送信することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＩＰ電話システムにおけるＶｏＩＰサーバの移行を行う際に、冗長構成のＶｏＩＰが共通の優先度テーブルを有することによってＶｏＩＰサーバの負荷を増加させずに短時間で移行できる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施例を、図面を参照して説明する。
【実施例１】
【００１２】
図１は、この発明に関わるＩＰ電話システムの一実施の形態を示し、特に呼制御処理を行うサーバをより早く切換えるためのシステム構成図である。  
このシステムは、呼制御処理を行うＶｏＩPサーバ（サーバ装置）Ｓ１、Ｓ２、Ｓ３がＩＰ網に接続され、ＩＰ網には、ネットワークの通信拠点となるルータ（分配装置）３ａ、３ｂが接続されている。また、ルータ３ａおよびルータ３ｂには、それぞれＩＰ電話機（通信機器）４ａ、ＩＰ電話機４ｂが接続されている。ルータ３ａには、ネットワーク間のプロトコル変換を行うゲートウェイ（通信機器）ＧＷも接続され、ゲートウェイＧＷからさらに公衆ＩＳＤN／ＰＳＴＮ網２へ接続されている。なお、ＩＰ電話機４は夫々のルータ３に１つずつのみ示しているが、各ルータ３には多数のＩＰ電話機４が接続可能である。
【００１３】
図２は、ＶｏＩＰサーバＳ（Ｓ１、Ｓ２、Ｓ３共通）の機能ブロック図である。ＶｏＩＰサーバＳには、通信インターフェース部１１、制御部１２、記憶部１３が備えられている。
【００１４】
通信インターフェース部１１は、ＩＰ網と接続するものであり、記憶部１３は、通信拠点Ａごとに定められたＶｏＩＰサーバＳの優先度を記憶する優先度テーブル１３ａを記憶するようになっている。また、制御部１２は、通信インターフェース部１１から受信した情報と優先度テーブル１３ａに記憶されている情報を基に、通信拠点Ａの移行を判断する移行判断部（移行判断手段）１２ａと、通信インターフェース部から受信した呼接続に係る情報を基に呼制御を行う呼制御部１２ｂとを備えている。
【００１５】
図３は、ＩＰ電話機４やゲートウェイＧＷなどの通信機器Ｔの機能ブロック図である。通信機器Ｔには、通信インターフェース部４１、制御部４２、記憶部４３が備えられている。
【００１６】
通信インターフェース部４１は、ルータ３やＩＰ網１と接続するものである。制御部４２は、疎通確認リスト作成部（疎通確認リスト作成手段）４２ａが備えられ、ＶｏＩＰサーバＳと疎通確認を行う際に作成するリストを一時的に記憶したりすることができるようになっているものである。
【００１７】
図４は、ＶｏＩＰサーバＳに共通に記憶されている優先度テーブル１３ａの一例である。通信拠点Ａ毎にＶｏＩPサーバＳの接続優先度と、疎通確認先のＩＰアドレス、通信拠点Ａのネットワークアドレス、疎通確認間隔、疎通確認応答間隔が記憶されている。
【００１８】
図４では、通信拠点１の疎通確認先は「ＧＷのＩＰアドレス」が記憶され、拠点ネットワークアドレスは「３ａのネットワークアドレス」が記憶されている。また、疎通確認間隔は「τ１」、疎通確認応答間隔は「τ２」、接続優先度は「ＶｏＩＰサーバＳ１、ＶｏＩＰサーバＳ２、ＶｏＩPサーバＳ３」の順番に設定されていることを示している。
【００１９】
図５は、通信機器ＴがＶｏＩＰサーバＳへ送信する疎通確認リストＬの一例である。この疎通確認リストＬは、ＶｏＩＰサーバＳと疎通確認できたか否かについて、定期的に通信機器ＴがＶｏＩPサーバＳへ送信するリストである。図５（ａ）および図５（ｂ）は、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３とＩＰ電話機４ｂおよびゲートウェイＧＷが疎通確認を行う場合に、全てのＶｏＩPサーバＳ１、Ｓ２、Ｓ３と疎通確認ができた場合の疎通確認リストＬ１、Ｌ２である。ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３の欄には、全て「ＯＫ」が記入されている。図５（ｃ）および図５（ｄ）は、ＶｏＩPサーバＳ１、Ｓ２、Ｓ３とＩＰ電話機４ｂおよびゲートウェイＧＷが疎通確認を行う場合に、ＶｏＩＰサーバＳ１と疎通確認ができなかった場合の疎通確認リストＬ３、Ｌ４である。ＶｏＩＰサーバＳ１の欄には、「ＮＧ」が、ＶｏＩＰサーバＳ２、Ｓ３の欄には「ＯＫ」が記入されている。
【００２０】
図６は、ＩＰ電話システム全体の動作の流れを示すシーケンスである。ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が通信拠点Ａ１の疎通確認先の通信機器であるゲートウェイＧＷと、通信拠点Ａ２の打以上通信機器であるＩＰ電話機４ｂと疎通確認を行い、正常に疎通確認ができる場合について説明する。
【００２１】
まず、ＶｏＩＰサーバＳ１には通信拠点Ａ１が帰属し、ゲートウェイＧＷを含む通信拠点Ａ１とＶｏＩPサーバＳ１の間で呼制御信号の通信を行う状態である（ステップＡ、ステップＢ）。また、ＶｏＩＰサーバＳ３には通信拠点Ａ２が帰属し、ＩＰ電話機４ｂとＶｏＩPサーバＳ３の間で呼制御信号の通信を行う情報である（ステップＣ）。
【００２２】
ここで、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３は、優先度テーブル１３ａに記憶されている拠点疎通確認先と疎通確認間隔に応じて、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３は、拠点疎通確認先であるゲートウェイＧＷとＩＰ電話機４ｂに対して、ＴＣＰ方式により疎通確認パケットを送信する（ステップＤ〜ステップＬ）。また、疎通確認をより確実にするためにステップＤ〜ステップＬをもう一度繰り返す（ステップＪ〜ステップＯ）。夫々の通信拠点Ａの疎通確認先であるゲートウェイＧＷおよびＩＰ電話機４ｂは、ＶｏＩPサーバＳ１、Ｓ２、Ｓ３からの疎通確認パケットが正常に到達しているか否かを確認する。２回の疎通確認のうち、例えば１回しか疎通確認ができなかった場合には、疎通確認ができないと判断する。また、例えば２回とも疎通確認ができれば、疎通確認できたと判断する。ここでは、ゲートウェイＧＷおよびＩＰ電話機４ｂがＶｏＩＰサーバＳ１、Ｓ２、Ｓ３からの疎通確認パケットを２回とも正常に受信している。ゲートウェイＧＷはＶｏＩＰサーバＳ１、Ｓ２、Ｓ３と疎通確認ができたことを示す疎通確認リストＬ１を作成し、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３へ送信する（ステップＰ〜ステップＲ）。また、ＩＰ電話機４ｂはＶｏＩＰサーバＳ１、Ｓ２、Ｓ３と疎通確認ができたことを示す疎通確認リストＬ２を作成し、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３へ送信する（ステップＳ〜ステップＵ）。
【００２３】
ステップＵで、ＩＰ電話機４ｂが疎通確認リストＬ２をＶｏＩPサーバＳ１、Ｓ２、Ｓ３へ送信した後は、ステップＤ〜ステップＵまでを繰り返す（ステップ２Ｄ〜ステップ２Ｕ）。
【００２４】
図７は、ＩＰ電話システム全体の動作の流れを示すシーケンスである。ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が通信拠点Ａ１の疎通確認先の通信機器であるゲートウェイＧＷと、通信拠点Ａ２の打以上通信機器であるＩＰ電話機４ｂと疎通確認を行い、ＶｏＩＰサーバＳ１に障害が発生し、通信拠点Ａ１の呼制御処理を行うＶｏＩP場合にサーバＳを変更する場合について説明する。但し、ステップａ〜ステップｕは、図６のステップＡ〜ステップＵと同じであるため説明を省略する。
【００２５】
ステップｕでＩＰ電話機４ｂが疎通確認リストＬ２をＶｏＩPサーバＳ１、Ｓ２、Ｓ３へ送信した後は、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３は、優先度テーブル１３ａに記憶されている拠点疎通確認先と疎通確認間隔に応じて、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が、拠点疎通確認先であるゲートウェイＧＷに対して疎通確認パケットを送信する（ステップｖ〜ステップｘ）。ここで、ステップｖの後にＶｏＩPサーバＳ１に障害が発生したとする。
【００２６】
次に、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が、拠点疎通確認先であるＩＰ電話機４ｂに対して疎通確認パケットを送信する（ステップｙ〜ステップａａ）。しかし、ＶｏＩＰサーバＳ１は障害が発生しているため、ＩＰ電話機４ｂはＶｏＩＰサーバＳ１からの疎通確認パケットを受信できない。その次に、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が、拠点疎通確認先であるゲートウェイＧＷに対して疎通確認パケットを送信する（ステップａｂ〜ステップａｄ）。しかし、ＶｏＩＰサーバＳ１は障害が発生しているため、ゲートウェイＧＷはＶｏＩＰサーバＳ１からの疎通確認パケットを受信できない。さらに、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３が、拠点疎通確認先であるＩＰ電話機４ｂに対して疎通確認パケットを送信する（ステップａｅ〜ステップａｇ）。しかし、ＶｏＩＰサーバＳ１は障害が発生しているため、ＩＰ電話機４ｂはＶｏＩＰサーバＳ１からの疎通確認パケットを受信できない。
【００２７】
２回の疎通確認パケットのうち、何回正常に受信したかによって、疎通確認できたか否かを判断する。ここでは、ゲートウェイＧＷおよびＩＰ電話機４ｂはＶｏＩＰサーバＳ１からの疎通確認パケットを受信できなく、ゲートウェイＧＷおよびＩＰ電話機４ｂはＶｏＩＰサーバＳ２、Ｓ３からの疎通確認パケットを２回とも正常に受信している。ゲートウェイＧＷは、ＶｏＩＰサーバＳ１と疎通確認ができないことと、ＶｏＩＰサーバＳ２、Ｓ３と疎通確認ができたこととを示す疎通確認リストＬ３を作成し、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３へ送信する（ステップａｈ〜ステップａｊ）。すると、疎通確認リストＬ３を受信したＶｏＩＰサーバＳ２、Ｓ３は、優先度テーブル１３ａを参照して、疎通確認ができたＶｏＩＰサーバＳ２、Ｓ３のうち、優先度テーブルの優先度が一番高いサーバ装置が自らのサーバ装置か否かを判断し、自らのサーバ装置の優先度が一番高いと判断した場合、現在帰属している通信拠点に変更があるか否かを判断する。ここでは、ＶｏＩＰサーバＳ２は、ＶｏＩPサーバＳ１が疎通確認できないことによって、通信拠点Ａ１の呼制御処理の主体を変更すると判断する。ＶｏＩＰサーバＳ３は、優先度テーブル１３ａによると、ＶｏＩＰサーバＳ１が疎通確認できなくても呼制御処理の主体に変更はない。
【００２８】
ＶｏＩＰサーバＳ２が通信拠点Ａ１を帰属させると判断すると、優先度テーブル１３ａの拠点ネットワークアドレスを参照して、通信拠点Ａ１のルータのネットワークアドレスを宛先にしてブロードキャストに、通信拠点Ａ１の呼制御処理の主体がＶｏＩPサーバＳ２へ移行したことを示す通知を送信する（ステップａｋ）。この通知を受信したゲートウェイＧＷおよびＩＰ電話機４ａの呼制御処理はＶｏＩPサーバＳ２へ帰属する（ステップａｌ、ステップａｍ）。
【００２９】
また、ＩＰ電話機４ｂはＶｏＩＰサーバＳ１と疎通確認ができないことと、ＶｏＩＰサーバＳ２、Ｓ３と疎通確認ができたこととを示す疎通確認リストＬ２を作成し、ＶｏＩＰサーバＳ１、Ｓ２、Ｓ３へ送信する（ステップａｎ〜ステップａｐ）。この疎通確認リストＬ２をＶｏＩＰサーバＳ２、Ｓ３が受信しても、通信拠点Ａ２の呼制御処理の主体に変更はない（ステップａｑ）。
【００３０】
図８は、ＶｏＩＰサーバＳ（Ｓ１〜Ｓ３共通）の処理を示すフローチャートである。  
まず、疎通確認先へ疎通確認パケットを送信する（Ｓ１０１）。疎通確認パケットを送信した後に、疎通確認リストＬを受信する（Ｓ１０２）。疎通確認リストＬを受信すると、疎通確認リストＬから、夫々のＶｏＩPサーバＳ１、Ｓ２、Ｓ３と疎通確認先が疎通確認できたか否かを読み出す（Ｓ１０３）。疎通確認リストＬを読み出すと、自らのＶｏＩＰサーバＳは、疎通確認できたＶｏＩＰサーバＳのうち、優先度が一番高い通信拠点Ａがあるか否かを判断する（Ｓ１０４）。自らのＶｏＩＰサーバが優先度の一番高い通信拠点Ａがある場合は、現在、呼制御処理を担う通信拠点Ａに変更があるか否かを判断する（Ｓ１０５）。処理Ｓ１０４において、自らのＶｏＩＰサーバが優先度の一番高い通信拠点Ａがない場合は、処理Ｓ１０１へ戻る。処理Ｓ１０５において変更があれば、疎通確認パケットの宛先をその通信拠点Ａのネットワークアドレスに設定し、その通信拠点Ａの呼制御処理を自らが担うことを示す情報を含めてその通信拠点Ａへブロードキャストで送信する（Ｓ１０６）。処理Ｓ１０５において変更がなければ、処理Ｓ１０１へ戻る。
【００３１】
以上のように、ＶｏＩPサーバＳと疎通確認する通信機器Ｔを通信拠点Ａの代表通信機器Ｔとして疎通確認先を設定することで、疎通確認の間隔を短縮しても疎通確認によるトラフィック量の増加およびＶｏＩＰサーバＳの負荷の両方を解決することができ、疎通確認先の属する通信拠点Ａの呼制御処理を行うＶｏＩＰサーバの障害が発生してからその障害を検出するまでの時間を短縮することができる。また、夫々のＶｏＩＰサーバＳが共通の優先テーブルを備え、定期的に行われる疎通確認パケットと疎通確認リストの送受信によって、ＶｏＩＰサーバに障害が生じた場合に、通信拠点Ａが移行すべきＶｏＩＰサーバＳの決定をより早く行うことができる。さらに、疎通確認先の自らの属する通信拠点Ａが呼制御処理を行うＶｏＩＰサーバＳを移行する際に、疎通確認先からＶｏＩＰサーバＳへ移行を要求する通知をしたり、ＶｏＩP同士の間で移行を通知したりする送受信を行わないため、定期的に行われる疎通確認パケットと疎通確認リストの送受信以外の通知が発生せず、ＶｏＩＰサーバＳの負荷を抑えることができる。
【００３２】
なお、本発明は、以上の構成に限定されるものではなく、種々の変形が可能である。例えば、通信拠点Ａ１、Ａ２とＩＰ網１を接続している装置はルータ３ａ、３ｂであるが、ＩＰ網１と通信拠点Ａ１、Ａ２とを接続する装置は、ゲートウェイＧＷであってもよい。また、優先度テーブル１３ａは、通信拠点Ａごとに「疎通確認先」「拠点ネットワークアドレス」「疎通確認間隔」「疎通確認応答間隔」「接続優先度」が記憶されているが、通信拠点Ａごとに「接続優先度」が記憶されていればよく、その他の項目は優先度テーブル１３ａとは別のテーブルに記憶されていてもよい。さらに、ＶｏＩＰサーバＳが疎通確認先に疎通確認パケットを送信する回数は、実施例では２回の場合を説明したが、２回以外であってもよく、疎通確認先が複数回疎通確認パケットを受信した場合に、疎通確認できた「ＯＫ」または疎通確認できなかった「ＮＧ」と判断する基準は、実施例で説明した「ＯＫが１回以上」という基準だけでなく、ネットワークの性質等に合わせて「ＯＫが５０％以上」などの基準であってもよい。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施の形態に係るIP電話システムの概略図。
【図２】本発明の一実施の形態に係るVｏＩＰサーバの機能ブロック図。
【図３】本発明の一実施の形態に係る通信機器の機能ブロック図。
【図４】本発明の一実施の形態に係る優先度テーブルを示す図。
【図５】本発明の一実施の形態に係る疎通確認リストを示す図。
【図６】本発明の一実施の形態に係るＩＰ電話システムの全体の動作を示す図。
【図７】本発明の一実施の形態に係るＩＰ電話システムの全体の動作を示す図。
【図８】本発明の一実施の形態に係るＶｏＩＰサーバの処理を示すフローチャート。
【符号の説明】
【００３４】
Ｓ１、Ｓ２、Ｓ３…ＶｏＩPサーバ
Ａ、Ａ１、Ａ２…通信拠点
１…ＩＰ網
２…公衆ＩＳＤN／ＰＳＴＮ網
３、３ａ、３ｂ…ルータ
４、４ａ、４ｂ…ＩＰ電話機
Ｔ…通信機器
ＧＷ…ゲートウェイ
１１、４１…通信インターフェース部
１２、４２…制御部
１２ａ…移行判断部
１２ｂ…呼制御部
４２ａ…疎通確認リスト作成部
１３、４３…記憶部
１３ａ…優先度テーブル
Ｌ、Ｌ１、Ｌ２、Ｌ３、Ｌ４…疎通確認リスト
【図１】
2009206639.tif 000003
【図２】
2009206639.tif 000004
【図３】
2009206639.tif 000005
【図４】
2009206639.tif 000006
【図５】
2009206639.tif 000007
【図６】
2009206639.tif 000008
【図７】
2009206639.tif 000009
【図８】
2009206639.tif 000010