(57)【要約】【課題】ＳＩＰサーバの二重化を、安価な構成により実現する。【解決手段】プライマリサーバ２ａ及びセカンダリサーバ２ｂからなる２台のＳＩＰサーバ２を、異なる２つのネットワークである通信系ＬＡＮ３及び保守系ＬＡＮ４により接続し、双方のサービスＩＰアドレスを同一のものとする。ＳＩＰサーバ２の運用系として稼動中の何れかのサーバはルータ１０を含む通信系ＬＡＮ３に接続される全てのホストに対し、ＧＡＲＰパケットを送出することで、前記サービスＩＰアドレスと運用系サーバとを対応させることができ、これによりＳＩＰゲートウェイ６を含むクライアント端末は、ＳＩＰサービスを享受する際に、１つのサービスＩＰアドレスを参照するだけで良く、ＳＩＰサーバ２の二重化のための特別な構成を必要としないため、安価にＳＩＰサーバの二重化が実現できる。【選択図】図１
2007142976.tif 000002
【特許請求の範囲】
【請求項１】
多重化されたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバの一つを運用系として複数のＳＩＰ端末に対し、ＳＩＰ呼接続サービスを提供し、他のサーバを待機系として、運用系サーバに障害が発生した場合に、待機系サーバを運用系に切り替えてＳＩＰ呼制御サービスを行うことを特徴とするＳＩＰサーバシステム。
【請求項２】
前記ＳＩＰサーバは、ＳＩＰサービスを提供するＳＩＰ端末にＳＩＰサーバＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスとしてサービスＩＰアドレスを登録し、ＳＩＰサーバは運用状態時に、このサービスＩＰアドレスを有効化し、待機状態時にはサービスＩＰアドレスを無効化することで多重化切替を実現することを特徴とする請求項１に記載のＳＩＰサーバシステム。
【請求項３】
前記ＳＩＰサーバは、運用状態時に、ＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットを周期的に送出し続けて、同一セグメントのネットワーク上に存在する他のホストのＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）テーブルを、前記サービスＩＰアドレスと運用系サーバを対応させて更新することで多重化切替を実現することを特徴とする請求項２に記載のＳＩＰサーバシステム。
【請求項４】
前記ＳＩＰサーバを、複数系統のネットワークにより接続し、前記複数系統のネットワークを経由して、前記ＳＩＰサーバ同士による障害監視を行うことを特徴とする請求項１から３の何れか１項に記載のＳＩＰサーバシステム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末にＳＩＰサービスを提供する二重化されたＳＩＰサーバにおいて、運用系と待機系の系切替方式及び方法に関する。
【背景技術】
【０００２】
従来、サーバの多重化構成でサーバ間の運用系と待機系の切替方式が開示されている。例えば特許文献１によれば、サービスを提供する全端末に、運用系サーバよりサービスが受けられるか否かを監視する機能と、その監視結果を待機系サーバに通知する機能を搭載し、待機系サーバがサービスを提供する全端末から、運用系サーバからのサービスが受けられなかった旨の通知を受けることで、待機系サーバが自らを運用系サーバとして動作するよう、切り替えを行うようにしている。
【０００３】
【特許文献１】特開２０００−３３０８１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このサーバの二重化切替方式でＳＩＰサービスを提供するＳＩＰサーバの二重化構造を考えた場合、以下のような問題があった。
【０００５】
１点目は、全ＳＩＰ端末に２台のＳＩＰサーバのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス登録と、運用系サーバを監視する機能と、待機系サーバにその監視結果を通知する手段を搭載しなければならず、一般的に既に広まっているＳＩＰ端末を対象としたＳＩＰサーバの場合には、装置構成が複雑となり、実現が非常に困難である。
【０００６】
２点目は、仮に１つの端末が運用系サーバからサービス可能状態を待機系サーバに通知した状態で、この端末にネットワーク障害が発生し、同時に運用系サーバに障害が発生した場合、待機系サーバを運用系サーバの代替として切り替えることができず、他の端末のＳＩＰサービスも停止してしまうという問題が発生してしまう。
【０００７】
本発明は上記課題を鑑みてなされたものであり、ＳＩＰ端末でサーバの多重化構成及び切り替えを意識させることなくＳＩＰサーバ障害発生時に運用系サーバと待機系サーバの切り替えを行うことが可能なＳＩＰサーバシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係るＳＩＰサーバシステムは、多重化されたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバの一つを運用系として複数のＳＩＰ端末に対し、ＳＩＰ呼接続サービスを提供し、他のサーバを待機系として、運用系サーバに障害が発生した場合に、待機系サーバを運用系に切り替えてＳＩＰ呼制御サービスを行うことを特徴とする。
【０００９】
請求項１の構成によれば、運用系として稼働中のＳＩＰサーバに障害が発生し、サービスの提供ができない状態となっても、他の待機系サーバのうち１つを運用系サーバに切り替えることで、ＳＩＰサービスの提供を継続させることができる。
【００１０】
請求項２に係るＳＩＰサーバシステムは、請求項１に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバは、ＳＩＰサービスを提供するＳＩＰ端末にＳＩＰサーバＩＰアドレスとしてサービスＩＰアドレスを登録し、ＳＩＰサーバは運用状態時に、このサービスＩＰアドレスを有効化し、待機状態時にはサービスＩＰアドレスを無効化することで多重化切替を実現することを特徴とする。
【００１１】
請求項２の構成によれば、ＳＩＰサービスを提供するサーバのサービスＩＰアドレスを全てのＳＩＰサーバに登録し、運用系として稼動するサーバのサービスＩＰアドレスを有効化し、待機系として稼動するサーバのサービスＩＰアドレスを無効化することにより、運用系と待機系の切り替えを行うことができる。
【００１２】
請求項３に係るＳＩＰサーバシステムは、請求項２に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバは、運用状態時に、ＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットを周期的に送出し続けて、同一セグメントのネットワーク上に存在する他のホストのＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）テーブルを、前記サービスＩＰアドレスと運用系サーバを対応させて更新することで多重化切替を実現することを特徴とする。
【００１３】
請求項３の構成によれば、運用系として稼動するＳＩＰサーバから、ＧＡＲＰパケットを送出することにより、同一セグメント内のホストのＡＲＰ（Ａｄｄｒｅｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）テーブルに、サービスＩＰアドレスと運用系サーバのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを対応させるよう設定することができる。
【００１４】
請求項４に係るＳＩＰサーバシステムは、請求項１から３の何れか１項に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバを、複数系統のネットワークにより接続し、前記複数系統のネットワークを経由して、前記ＳＩＰサーバ同士による障害監視を行うことを特徴とする。
【００１５】
請求項４の構成によれば、各々のＳＩＰサーバに複数のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）を取り付け、ＳＩＰサーバを複数のネットワークにより接続することにより複数のセグメントに属するよう構成し、それぞれのネットワークを経由してＳＩＰサーバ同士が障害監視を行うことで、複数のネットワークの内、１つが障害により使用不可能な状態となっても、他のネットワークが生存している限り、ＳＩＰサーバ同士の障害監視を継続することができる。
【発明の効果】
【００１６】
請求項１に係るＳＩＰサーバシステムは、多重化されたＳＩＰサーバの一つを運用系として複数のＳＩＰ端末に対し、ＳＩＰ呼接続サービスを提供し、他のサーバを待機系として、運用系サーバに障害が発生した場合に、待機系サーバを運用系に切り替えてＳＩＰ呼制御サービスを行うので、同様にサービスの提供を行うことが可能なＳＩＰサーバを複数設置し、内１つを運用系サーバ、他を待機系サーバとして稼動させ、運用系サーバにサービスの提供が行えないような障害が発生した場合に、待機系として稼動する他のサーバのうち１つを運用系に切り替えて稼動させることにより、安定したＳＩＰ呼制御サービスの提供をクライアント端末に行うことができる。
【００１７】
請求項２に係るＳＩＰサーバシステムは、請求項１に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバは、ＳＩＰサービスを提供するＳＩＰ端末にＳＩＰサーバＩＰアドレスとしてサービスＩＰアドレスを登録し、ＳＩＰサーバは運用状態時に、このサービスＩＰアドレスを有効化し、待機状態時にはサービスＩＰアドレスを無効化することで多重化切替を実現するので、クライアント端末からサービスの享受のための運用系サーバへのアクセスの際に、運用系サーバが切り替わったとしても、サービスＩＰアドレスは同一なので、クライアント端末からはサーバ１台で稼動しているかのように見えるため、クライアント端末にＳＩＰサーバの系切り替えを検知する構成を必要とせず、低コストにてＳＩＰサーバの多重化を実現することができる。
【００１８】
請求項３に係るＳＩＰサーバシステムは、請求項２に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバは、運用状態時に、ＧＡＲＰ（Ｇｒａｔｕｉｔｏｕｓ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットを周期的に送出し続けて、同一セグメントのネットワーク上に存在する他のホストのＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）テーブルを、前記サービスＩＰアドレスと運用系サーバを対応させて更新することで多重化切替を実現することので、他のホストやＩＰ機器に周知するために、ＧＡＲＰパケットを送信し、サービスＩＰアドレスに運用系サーバのＭＡＣアドレスを対応させることで、系切り替え後の運用系サーバがサービスＩＰアドレスを有効化したこと周知することができる。
【００１９】
請求項４に係るＳＩＰサーバシステムは、請求項１から３の何れか１項に記載のＳＩＰサーバシステムにおいて、前記ＳＩＰサーバを、複数系統のネットワークにより接続し、前記複数系統のネットワークを経由して、前記ＳＩＰサーバ同士による障害監視を行うので、複数系統のネットワークの内、１つに障害が起きたとしても、他のネットワークが生存しているため、ＳＩＰサーバ同士の障害監視を継続でき、これにより、運用系として稼動中のＳＩＰサーバの障害を、他の待機系サーバにより確実に補足することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を実施するための最良の形態としての実施例を図１から図８を参照して説明する。もちろん、本発明は、その発明の趣旨に反さない範囲で、実施例において説明した以外のものに対しても容易に適用可能なことは説明を要するまでもない。
【００２１】
図１〜図８は、本発明の実施例を示し、図１は、本実施例のシステム構成を示すブロック図である。図２は、本実施例におけるシステムの運用を行うためのプライマリサーバの構成を示すブロック図である。図３は、本実施例のシステム稼動開始時の状態が、運用系サーバであるプライマリサーバの起動時動作を示すフローチャート図である。図４は、本実施例のシステム稼動開始時の状態が、待機系サーバであるセカンダリサーバの起動時動作を示すフローチャート図である。図５は、本実施例のシステム運用中の状態が、運用系サーバであるプライマリサーバの起動時動作を示すフローチャート図である。図６は、本実施例のシステム運用中の状態が、待機系サーバであるセカンダリサーバの起動時動作を示すフローチャート図である。図７は、本実施例のシステムを構成する機器の、通常の状態におけるＩＰアドレスの状態を示すブロック図である。図８は、本実施例のシステムを構成する機器の、プライマリサーバに障害が発生した場合におけるＩＰアドレスの状態を示すブロック図である。
【００２２】
本発明の実施例のネットワーク構成図について、図１に基づいて説明する。１は本発明であるＳＩＰサーバシステムである。２はＳＩＰサービスを提供するＳＩＰサーバであり、２ａは運用系サーバたるプライマリサーバ、２ｂはプライマリサーバ２ａに障害が発生した際に、代わって運用系サーバとなる待機系サーバたるセカンダリサーバである。これらのＳＩＰサーバ２は、双方とも同一のサービスＩＰアドレスを有しており、異なるＭＡＣアドレスを有するものとする。３は後述のＳＩＰクライアントであるＳＩＰゲートウェイ等にサービスを行うための通信回線たる通信系ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、４はプライマリサーバ１及びセカンダリサーバ２の双方のデータベースの同期や、双方のＳＩＰサーバと後述の保守端末との接続を行うための保守系ＬＡＮである。５はＳＩＰサーバ２とＳＩＰクライアントである後述のＳＩＰゲートウェイとを接続するための広域ＩＰ通信網を経由する仮想施設通信網たるＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）である。６は前述のＳＩＰクライアントであるＳＩＰゲートウェイである。７は各ＳＩＰゲートウェイ６に収容される従来の拠点内アナログ交換機たるＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）である。８は前述の各装置を経由してＳＩＰサーバ２からサービスを受ける端末装置たるアナログ電話機である。９は、ＳＩＰサーバ２の管理保守を行うための保守端末である。１０は通信系ＬＡＮ３とＩＰ−ＶＰＮ５を接続するＩＰ装置たるルータである。
【００２３】
本実施例のＳＩＰサーバシステム１は、２台のＳＩＰサーバ２を１組として構成し、一方を運用系サーバであるプライマリサーバ２ａとし、他方を待機系サーバであるセカンダリサーバ２ｂとする。これら２つのＳＩＰサーバ２は、それぞれが２つずつのＮＩＣを搭載し、一方を、ＳＩＰサービスを提供するネットワークである通信系ＬＡＮ３に接続し、他方を、サーバの異常などの状態確認やデータベースミラーリングのための転送等に使用する保守用ＬＡＮ４に接続する。通信系ＬＡＮ３はルータ１０を経由してＩＰ−ＶＰＮ５と接続をし、各拠点のＳＩＰクライアントであるＳＩＰゲートウェイ６、及びＳＩＰゲートウェイ６からの通信をプロトコル変換するＰＢＸ７をそれぞれ経由してアナログ電話機８に接続することで、アナログ電話機８はＳＩＰサーバ２からサービスの提供を受けることができる。
【００２４】
次に、本実施例のＳＩＰサーバ２の構成を、図２に基づいて説明する。装置の構成はプライマリサーバ２ａとセカンダリサーバ２ｂの構成に違いは無いので、セカンダリサーバ２ｂについての説明は省略する。２１はプライマリサーバ２ａに搭載され、ＳＩＰサーバとしての動作を行うためのＳＩＰサーバアプリケーションである。２２はイーサネット（登録商標）カードなどのネットワークインタフェースであり、２２ａは通信系ＬＡＮ３、２２ｂは保守系ＬＡＮ４にそれぞれ接続するためのものである。ＳＩＰサーバアプリケーション２１は、ＳＩＰサーバ２が備える、通信系ＬＡＮ３に接続するための通信ポート２２ａを介してＩＰ−ＶＰＮ５と、保守系ＬＡＮ４に接続するための保守ポート２２ｂを介して対向装置たるセカンダリサーバ２ｂ及び保守端末９とそれぞれ接続する。２１０は、ＳＩＰサーバアプリケーション２１の制御を行うためのＳＩＰサーバ制御部である。２１１はＳＩＰサーバアプリケーション２１に必要な登録情報を後述のデータベースに登録若しくは更新を行い、プライマリサーバ２ａ及びセカンダリサーバ２ｂの双方で同期をさせるためのデータベース転送４２を制御するデータベース制御部である。２１２は受信するＳＩＰメッセージ３２を解析するＳＩＰプロトコル制御部である。２１３はＳＩＰプロトコル制御部２１２により解析された情報と後述のＳＩＰ登録情報データベースに基づいて呼接続制御を行う呼制御部である。２３は、前述のＳＩＰ登録情報を蓄積するデータベースである。
【００２５】
ＳＩＰサーバ制御部２１は、以下に記載のように構成される。２１０ａは障害監視部であり、自装置を監視すると共に、状態通知要求メッセージ３１及び４１を通信ポート２２ａ及び保守ポート２２ｂを通じて対向装置に向けて送出し、対向装置からの状態通知要求メッセージの応答有無により、対向装置を周期的に監視するというものである。２１０ｂは二重化制御部であり、障害監視部２１０ａにより得られる自装置及び対向装置の状態により、自装置の運用系又は待機系の動作切替を、自立的に行うための制御部である。２１０ｃはＧＡＲＰ制御部であり、自装置が運用系として動作する際の、自装置を運用系として識別させるためのＧＡＲＰパケット３３の送出制御、及び自装置が待機系として動作する際のＧＡＲＰパケット３３の送出停止制御を行うものである。
【００２６】
障害監視部２１０ａは、通信ポート２２ａ及び保守ポート２２ｂの双方を用いて自装置及び対向装置の状態監視を実現するので、ＳＰＯＦ（Ｓｉｎｇｌｅ  Ｐｏｉｎｔ  Ｏｆ  Ｆａｉｌｕｒｅ）のための二重化制御部２１０ｂの切替動作が不可能な状態を回避することができる。また、プライマリサーバ２ａ及びセカンダリサーバ２ｂは、同一サービスＩＰアドレスを有するので、ＧＡＲＰ制御部２１０ｃはアドレス解決のために、自装置が運用系として動作している場合、同一セグメント上の他のホストに対して、２つのＳＩＰサーバ２が有するサービスＩＰアドレスに対して、自装置のＭＡＣアドレスを割り当てるよう、ルータ１０を含む同一セグメント内の他のホストに、ＧＡＲＰパケット３３を送出し、ＡＲＰテーブルを更新させることができる。
【００２７】
次に、プライマリサーバ２ａの起動時の動作を、図３に基づいて説明する。プライマリサーバ２ａの起動し、ＳＩＰサーバアプリケーション２１の起動が完了したら、障害監視部２１０ａによる周期監視を開始する（Ｓ１００１）。障害監視部２１０ａにより、対向装置即ちセカンダリサーバ２ｂの状態を判別する（Ｓ１００２）。セカンダリサーバ２ｂのステータスが立ち上げ中、待機中、障害発生中、応答無しのいずれかである場合、自装置即ちプライマリサーバ２ａのサービスＩＰアドレスの活性化を行い（Ｓ１００３）、ＧＡＲＰパケットの周期送出を開始し（Ｓ１００４）、ＳＩＰサービスを開始し（Ｓ１００５）、プライマリサーバ２ａを運用状態とする（Ｓ１００６）。ステップＳ１００２において、セカンダリサーバ２ｂが運用中である場合は、プライマリサーバ２ａを待機状態とするため、ＧＡＲＰ周期送出を停止し（Ｓ１００７）、ＳＩＰサービスを停止し（Ｓ１００８）、サービスＩＰアドレスの非活性化を行い（Ｓ１００９）、プライマリサーバ２ａを待機状態とする（Ｓ１０１０）。
【００２８】
次に、セカンダリサーバ２ｂの起動時の動作を、図４に基づいて説明する。セカンダリサーバ２ｂの起動し、ＳＩＰサーバアプリケーション２１の起動が完了したら、障害監視部２１０ａによる周期監視を開始する（Ｓ２００１）。障害監視部２１０ａにより、対向装置即ちプライマリサーバ２ａの状態を判別する（Ｓ２００２）。プライマリサーバ２ａのステータスが障害発生中、応答無しのいずれかである場合、自装置即ちセカンダリサーバ２ａのサービスＩＰアドレスの活性化を行い（Ｓ２００３）、ＧＡＲＰパケットの周期送出を開始し（Ｓ２００４）、ＳＩＰサービスを開始し（Ｓ２００５）、セカンダリサーバ２ｂを運用状態とする（Ｓ２００６）。ステップＳ２００２において、プライマリサーバ２ａが運用中、待機中、の何れかである場合は、プライマリサーバ２ａを運用状態とし、セカンダリサーバ２ｂを待機状態とするため、ＧＡＲＰパケット周期送出を停止し（Ｓ２００７）、ＳＩＰサービスを停止し（Ｓ２００８）、サービスＩＰアドレスの非活性化を行い（Ｓ２００９）、プライマリサーバ２ａを待機状態とする（Ｓ２０１０）。また、ステップＳ２００２において、プライマリサーバ２ａが立ち上げ中である場合には、プライマリサーバ２ａの立ち上がりが終了を待ち、正常に立ち上がったか否かを、再度ステップＳ２００２により判別する。
【００２９】
次に、プライマリサーバ２ａの状態遷移のフローを、図５に基づいて説明する。図中の自装置とはプライマリサーバ２ａを、対向装置とはセカンダリサーバ２ｂを示すものである。障害監視部２１０ａにより、自装置の状態を判別する（Ｓ３００１）。自装置状態が運用中である場合は、同じく障害監視部２１０ａにより自装置に障害が発生していないかを判別する（Ｓ３００２）。障害が発生していない場合は、対向装置であるセカンダリサーバ２ｂの状態に係らず、ステップ３００１に戻り、再度自装置状態の監視を続行する。自装置に障害の発生が検出された場合（Ｓ３００２）、ＧＡＲＰパケットの周期送出を停止し（Ｓ３００３）、ＳＩＰサービスを停止し（Ｓ３００４）、サービスＩＰアドレスの非活性化を行い（Ｓ３００５）、プライマリサーバ２ａを障害状態とし（Ｓ３００６）、ステップＳ３００１へ戻る。
【００３０】
ステップＳ３００１において、自装置状態が待機中であると判別された場合、続いて自装置の障害検出を行う（Ｓ３００７）。自装置に障害が検出された場合は、自装置を障害状態へ遷移させ、ステップＳ３００１に移行する。障害状態自装置に障害が検出されない場合は、対向装置状態を判別する。対向装置が運用中である場合は、自装置を待機状態のままとし、ステップＳ３００１へ戻る。対向装置が立ち上げ中、待機中、障害中、応答無しの場合は、自装置のサービスＩＰアドレスを活性化（Ｓ３００９）、ＧＡＲＰパケットの周期送出を開始（Ｓ３０１０）、ＳＩＰサービスを開始して（Ｓ３０１１）、自装置を運用状態に遷移させ、ステップＳ３００１へ戻る。
【００３１】
ステップＳ３００１において、自装置状態が障害中であると判別された場合、続いて自装置の障害を検出する（Ｓ３０１４）。このとき障害が解消されていれば、自装置を待機状態へと遷移させ（Ｓ３０１５）、障害が継続しているようであれば、そのまま障害状態を保持し、ステップＳ３００１へ戻る。
【００３２】
次にセカンダリサーバ２ｂの状態遷移のフローを、図６に基づいて説明する。図６中の自装置とはセカンダリサーバ２ｂを、対向装置はプライマリサーバ２ａを示している。サーバの系切替（運用系と待機系の切替を指す。）は、プライマリサーバ２ａと同様、自装置状態と自装置障害検出、対向装置状態によって決まる。まず、セカンダリサーバ２ｂは、自装置状態を判別する（Ｓ４００１）。自装置状態が運用中を示す場合、続いて自装置の障害を検出する（Ｓ４００２）。自装置に障害が無い場合は、対向装置、即ちプライマリサーバ２ａの状態を判別する（Ｓ４００３）。プライマリサーバ２ａを優先して運用系サーバとするため、自立的に待機状態へ遷移させるために、プライマリサーバ２ａが運用中である場合はＧＡＲＰパケット周期送出停止（Ｓ４００４）、ＳＩＰサービス停止（Ｓ４００５）、サービスＩＰアドレス非活性化（Ｓ４００６）を行い、待機状態へ遷移する（Ｓ４００７）。プライマリサーバ２ａが運用中ではない場合は、ＳＩＰサービスを中断させないよう、自装置を運用中のままとし、ステップＳ４００１へ戻る。ステップＳ４００２にて、自装置から障害が検出された場合、自装置のＧＡＲＰパケット周期送出を停止し（Ｓ４００８）、ＳＩＰサービスを停止させ（Ｓ４００９）、サービスＩＰアドレスを非活性化し（Ｓ４０１０）、自装置を障害状態として（Ｓ４０１１）、ステップＳ４００１へ戻る。
【００３３】
次に、ステップＳ４００１にて自装置状態が待機中と判別された場合、続いて自装置の障害を検出する（Ｓ４０１２）。障害が検出された場合、自装置を障害状態へと遷移（Ｓ４０１８）させ、ステップＳ４００１へ戻る。障害が検出されない場合は、対向装置の状態を判別する（Ｓ４０１３）。対向装置即ちプライマリサーバ２ａが運用中である場合は、自装置即ちセカンダリサーバ２ｂを待機中とするので、待機状態を維持し、ステップＳ４００１へ戻る。対向装置が立ち上げ中、待機中、障害中、応答無し等、ＳＩＰサーバアプリケーションが動作できない状態にある場合は、サービスＩＰアドレスを活性化し（Ｓ４０１４）、ＧＡＲＰパケットの周期送出を開始し（Ｓ４０１５）、ＳＩＰサービスを開始させ（Ｓ４０１６）、運用状態へと遷移させ（Ｓ４０１７）、ステップＳ４００１へ戻る。
【００３４】
次に、ステップＳ４００１にて自装置状態が障害発生中と判別された場合、自装置の障害状態を検出し（Ｓ４０１９）、障害復旧を検出した場合のみ待機状態へ遷移し（Ｓ４０２０）、復旧を検出できない場合は、障害状態を維持し、共にステップＳ４００１へ戻る。
【００３５】
次に、プライマリサーバ２ａが運用状態で、セカンダリサーバ２ｂが待機状態に切り替わる際の、サービスＩＰアドレスの状態とＧＡＲＰパケット送出動作を、図７に基づいて説明する。プライマリサーバ２ａは、待機状態の対向装置であるセカンダリサーバ２ｂから保守系ＬＡＮ及び通信系ＬＡＮの両ネットワークの物理ＩＰアドレス（図中における１９２．１６８．０．１００）より受信した対向装置状態監視要求の応答に対し、運用状態として応答する。また、プライマリサーバ２ａ自身もセカンダリサーバ２ｂの物理ＩＰアドレス（図中の１９２．１６８．０．２００）に対し、対向装置状態監視要求を送出し、常に対向装置の状態を監視する。さらに運用状態の場合は、通信系ＬＡＮ側のネットワークインタフェースに、ＳＩＰサービスのサービスＩＰアドレスとなるＩＰアドレス（図中の１０．０．０．１０）を設定し、ＧＡＲＰパケットを周期的に送出し、通信系ＬＡＮ上の各ホストのＡＲＰテーブルに、ＩＰアドレス１０．０．０．１０に対して、プライマリサーバ２ａを示すＭＡＣアドレス００：００：００：００：００：０１を対応させるよう周知する。一方セカンダリサーバ２ｂは、プライマリサーバ２ａ同様に、対向装置監視要求を送出することでプライマリサーバ２ａを監視し、障害検出時には運用状態に遷移する。
【００３６】
次に、プライマリサーバ２ａが障害状態で、セカンダリサーバ２ｂが運用状態に切り替わる際の、サービスＩＰアドレスの状態とＧＡＲＰパケット送出動作を、図８に基づいて説明する。図７の構成より、プライマリサーバ２ａが自装置の障害を検出し、周期ＧＡＲＰパケットの送出を停止、ＳＩＰサービス停止、サービスＩＰアドレスの非活性化を経て障害状態に遷移する。このとき、セカンダリサーバ２ｂがプライマリサーバ２ａからの対向装置状態応答に格納されている装置状態情報に障害が発生中であることを示す情報を検出すると、図６のフローチャートに従い、自装置を自立的に運用状態へ切り替え、サービスＩＰアドレスの活性化、周期ＧＡＲＰパケット送出、ＳＩＰサービス開始をそれぞれ行う。サービスＩＰアドレスを設定し、ＧＡＲＰパケットを送出することにより、通信系ＬＡＮ３上にある全てのホストのＡＲＰテーブルに登録されていたＩＰアドレス１０．０．０．１０に対するＭＡＣアドレスが、プライマリサーバ２ａのアドレス００：００：００：００：００：０１から、セカンダリサーバ２ｂのＭＡＣアドレス００：００：００：００：００：０２に変更される。これにより、ＩＰ−ＶＰＮ５を経由した先に接続されているＳＩＰゲートウェイ６などのクライアント端末に二重化切替のための構成を必要とせずに、ＳＩＰサーバの二重化を行い、自動的に運用系サーバの切り替えを行うことができる。
【００３７】
以上のように構成されたＳＩＰサーバシステム１において、ＳＩＰサーバ２を二重化し、一方を運用系サーバ、他方を待機系サーバとし、運用系に障害が発生した際に、運用系サーバを停止し、待機系サーバを運用系サーバとすることで、障害が発生しても、クライアント側に対するサービスの停止を行わずに済む。また、２台のＳＩＰサーバ２を、２つのＬＡＮで結び、それぞれのネットワークを用いて対向装置監視を行うことで、一方のネットワークに障害が発生しても、他方のネットワークが生存していることで、ＳＰＯＦのためのサービスの停止という事態にならず、確実にＳＩＰサーバ２の系切り替えを行うことができる。更に、一方の運用系サーバとして稼動するＳＩＰサーバ２のみ、サービスＩＰアドレスを活性化し、ＧＡＲＰパケットを送出することにより、運用系サーバとして稼動しているのはプライマリサーバ２ａなのかセカンダリサーバ２ｂなのかを判別させるので、クライアント端末であるＳＩＰゲートウェイ６は、ＳＩＰサーバ２が複数台存在することを意識することなくサービスを享受することができる。即ち、クライアント端末側は、運用系及び待機系の切り替え動作のためのアプリケーションソフトウェアを備える必要がなく、従来からあるＳＩＰゲートウェイ６を用いることができ、システム構成にかかるコストを削減することができる。
【００３８】
以上、本発明の実施例を詳述したが、本発明は前記実施例に限定されるものではなく、本発明の要旨の範囲内で種々の変形実施が可能である。例えば、ＳＩＰサーバ２をプライマリサーバ２ａ及びセカンダリサーバ２ｂの２台としたが、これに限定せずに、３台以上の複数のサーバを設置することで、より安定したサービスの提供を行うよう構成しても何ら問題は無い。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施例を示す、ＳＩＰサーバシステムの構成を示すブロック図である。
【図２】同上、ＳＩＰサーバの構成概念を示すブロック図である。
【図３】同上、プライマリサーバ始動時の動作を示すフローチャート図である。
【図４】同上、セカンダリサーバ始動時の動作を示すフローチャート図である。
【図５】同上、プライマリサーバの状態遷移を示すフローチャート図である。
【図６】同上、セカンダリサーバの状態遷移を示すフローチャート図である。
【図７】同上、プライマリサーバが運用系として稼動している状態の各装置の設定を示す説明図である。
【図８】同上、セカンダリサーバが運用系として稼動している状態の各装置の設定を示す説明図である。
【符号の説明】
【００４０】
１    ＳＩＰサーバシステム
２    ＳＩＰサーバ
３    通信系ＬＡＮ（ネットワーク）
４    保守系ＬＡＮ
１０  ルータ
【図１】
2007142976.tif 000003
【図２】
2007142976.tif 000004
【図３】
2007142976.tif 000005
【図４】
2007142976.tif 000006
【図５】
2007142976.tif 000007
【図６】
2007142976.tif 000008
【図７】
2007142976.tif 000009
【図８】
2007142976.tif 000010