(57)【要約】【課題】ネットワーク機器が通信経路を制御する一般的なサーバシステムでは、ネットワーク機器間の通信が切断してしまうという課題があった。【解決手段】サーバシステムは、複数のサーバと複数のネットワーク機器が接続されたサーバシステムであって、前記サーバは、接続されるネットワーク機器全てから自身の死活を確認するための死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さないサーバであり、前記ネットワーク機器は、接続された複数のサーバのうち、いずれかの前記サーバとの間で通信経路を確立し、通信を行うネットワーク機器であって、現在、通信を行っている所定の前記サーバに送信した死活確認パケットに対し、応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバとの間で通信経路を確立するネットワーク機器である。【選択図】      図１１
2014179866.tif 000002
【特許請求の範囲】
【請求項１】
接続されるネットワーク機器全てから自身の死活を確認するための死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さない、
ことを特徴とするサーバ。
【請求項２】
前記ネットワーク機器全てから前記死活確認パケットを受信し、且つ、自身の動作に異常がないときは、前記応答パケットを返し、それ以外の場合は、前記応答パケットを前記ネットワーク機器に返さない、
ことを特徴とする請求項１に記載のサーバ。
【請求項３】
接続された複数のサーバのうち、いずれかの前記サーバとの間で通信経路を確立し、通信を行うネットワーク機器であって、
現在、通信を行っている所定の前記サーバに送信した死活確認パケットに対し、応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバとの間で通信経路を確立する、
ことを特徴とするネットワーク機器。
【請求項４】
前記他のサーバにも前記死活確認パケットを送信し、前記応答パケットが返ってきた前記サーバの内、優先度の最も高いサーバとの間で通信経路を確立する、
ことを特徴とする請求項３に記載のネットワーク機器。
【請求項５】
前記複数のサーバは、プライマリサーバとセカンダリサーバを含み、
前記プライマリサーバに送信した前記死活確認パケットに対し、前記応答パケットが返されない場合、前記セカンダリサーバとの間で通信経路を確立する、
ことを特徴とする請求項３乃至４のいずれか１項に記載のネットワーク機器。
【請求項６】
前記セカンダリサーバとの間で通信経路を確立した後、前記プライマリサーバとの間では通信経路を確立しない、
ことを特徴とする請求項５に記載のネットワーク機器。
【請求項７】
通信先に対応する切替フラグを保持し、前記セカンダリサーバとの間で通信経路を確立する場合には、前記切替フラグの値を、通信先が前記セカンダリリサーバであることに対応する値とし、前記プライマリサーバに前記死活確認パケットを送信し、前記応答パケットが返ってきた場合であっても、前記切替フラグの値が、通信先が前記セカンダリリサーバであることに対応する値であれば、前記プライマリサーバとの間で通信経路を確立しない、
ことを特徴とする請求項６に記載のネットワーク機器。
【請求項８】
前記ネットワーク機器は、サーバとルータのいずれかを含む、
ことを特徴とする請求項３乃至７のいずれか１項に記載のネットワーク機器。
【請求項９】
複数のサーバと複数のネットワーク機器が接続されたサーバシステムであって、
前記サーバは、請求項１乃至２のいずれか１項に記載のサーバであり、
前記ネットワーク機器は、請求項３乃至８のいずれか１項に記載のネットワーク機器である、
ことを特徴とする、サーバシステム。
【請求項１０】
複数のサーバと複数のネットワーク機器が接続されたサーバシステムにおいて、前記ネットワーク機器が通信先の前記サーバを決定する通信先決定方法であって、
前記ネットワーク機器は、所定の前記サーバに死活確認パケットを送信し、前記所定のサーバは、接続される前記ネットワーク機器全てから前記死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さず、前記ネットワーク機器は、前記応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバを通信先に決定し、決定した前記サーバとの間で通信経路を確立する、
ことを特徴とする通信先決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、ネットワーク機器、サーバシステム、通信先決定方法に関し、特に、
多重化されたサーバに障害が発生しても通信を継続するサーバ、ネットワーク機器、サーバシステム、通信先決定方法に関する。
【背景技術】
【０００２】
一般的に、システムの信頼性を高めるために、サーバを二重化したサーバシステムが知られている。
【０００３】
例えば、特許文献１には、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバを二重化したサーバシステムが開示されている。特許文献１のサーバシステムは、運用系ＳＩＰサーバに障害が発生した場合には、運用系ＳＩＰサーバを待機系に切り替え、待機系ＳＩＰサーバを運用系に切り替える。上述の切り替えを実現する為に、各ＳＩＰサーバは、以下の動作を行う。まず、各ＳＩＰサーバは、同一のＩＰアドレス（以下、「サービスＩＰアドレス」という）を持つ。各ＳＩＰサーバは、サービスＩＰアドレスを端末に登録する。次に、運用系ＳＩＰサーバは、自身に障害が発生した場合には、自身のサービスＩＰアドレスを無効化し、待機状態に移行する。一方、待機系ＳＩＰサーバは、運用系サーバに障害が発生した場合には、自身のサービスＩＰアドレスを有効化し、運用状態に移行する。その結果、特許文献１のサーバシステムは、上述の切り替えを実現でき、ＳＩＰサーバから端末までの通信経路を、障害のある運用系ＳＩＰサーバではなく、待機系ＳＩＰサーバを経由する経路に変更して、ＳＩＰサーバと端末間の通信を維持する。
【０００４】
ところで、上述のサーバを二重化したサーバシステムには、サーバの障害を検知すると、特許文献１のサーバシステムのようにサーバ自身が通信経路を変更するシステムもあれば、サーバに接続されている各ネットワーク機器が通信経路を変更するシステムもある。
【０００５】
後者のサーバシステムは、以下のように、サーバの障害を検知し、通信経路を変更する。なお、図１は、ネットワーク機器が通信経路を変更する一般的なサーバシステムの構成例を示す図である。図２は、ネットワーク機器が通信経路を変更する一般的なサーバシステムの動作を説明する為の図である。
【０００６】
まず、サーバに接続されている各ネットワーク機器は、サーバの障害を検知する為、各サーバに死活確認パケットを送信する。例えば、図１の構成のサーバシステムでは、ネットワーク機器Ａ、Ｂが、それぞれ、サーバ、すなわちプライマリサーバとセカンダリサーバに死活確認パケットを送信する。死活確認パケットは、サーバに障害が発生していないならば、応答を返すことを求めるパケットである。また、上述のプライマリサーバは運用系サーバ、セカンダリサーバは待機系サーバである。次に、各サーバは、ネットワーク機器から死活確認パケットを受信し、自身に障害がないことを確認すると、死活確認パケットを送信してきたネットワーク機器に応答パケットを返信する。例えば、上述のプライマリサーバとセカンダリサーバは、図２に示されるように、ネットワーク機器Ａ、Ｂから死活確認パケットを受信し、自身に障害がないことを確認すると、ネットワーク機器Ａ、Ｂに対し、応答パケットを返信する。各ネットワーク機器は、プライマリサーバから応答パケットを受信すると、プライマリサーバに障害がないものと判断し、まずは、プライマリサーバとの間で通信経路を確立する。その結果、各ネットワーク機器、例えばネットワーク機器Ａ、Ｂは、プライマリサーバを経由して通信を行うことができる。その後、各ネットワーク機器は、各サーバに死活確認パケットを周期的に送信し続ける。各サーバは、死活確認パケットを受信し、自身に障害があることを確認したときは、死活確認パケットを送信してきたネットワーク機器に応答パケットを返信しない。各ネットワーク機器は、プライマリサーバから応答パケットを返信されない場合には、プライマリサーバに障害が発生したものと判断する。各ネットワーク機器は、プライマリサーバに障害が発生したものと判断すると、セカンダリサーバを新たな通信先に決定し、セカンダリサーバとの間で通信経路を確立する。その結果、各ネットワーク機器は、セカンダリサーバを経由して、すなわち通信経路を変更して、通信を継続することができる。なお、上述のネットワーク機器は、ルータやサーバであってもよい。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１４２９７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、上述のネットワーク機器が通信経路を変更する一般的なサーバシステム（以下、「一般的なサーバシステム」という）では、ネットワーク機器間の通信が切断してしまうという課題があった。その理由を以下に説明する。なお、図３は、ネットワーク機器が通信経路を変更する一般的なサーバシステムの動作（通信切断時の動作）を説明する為の図である。
【０００９】
まず、上述の一般的なサーバシステムでは、各サーバは、各ネットワーク機器から死活確認パケットを受信することを前提とする。しかし、一般的なサーバシステムのサーバは、実際、様々な要因により、一部のネットワーク機器から死活確認パケットを受信できない場合がある。例えば、図３に示されるように、プライマリサーバは、ネットワーク機器Ａに応答パケットを返した後、ネットワーク機器Ｂとの間で通信量が増加し、処理能力を超えると、ネットワーク機器Ｂからの死活確認パケットをロスし、受信できないことがある。また、プライマリサーバとネットワーク機器Ｂ間のケーブルが劣化して、プライマリサーバは、死活確認パケットを受信できないことがある。ここで、プライマリサーバは、一部のネットワーク機器（図３の例ではネットワーク機器Ｂ）から死活確認パケットを受信できないとき、そのネットワーク機器に応答パケットを返さない。その結果、プライマリサーバから応答パケットが返されないネットワーク機器（図３の例ではネットワーク機器Ｂ）は、セカンダリサーバを通信先と決定し、セカンダリサーバとの間で通信経路を確立する。一方、プライマリサーバから応答パケットが返されたネットワーク機器（図３の例ではネットワーク機器Ａ）は、プライマリサーバとの間で確立した通信経路を継続する。その結果、各ネットワーク機器は、通信先が同じサーバでないので、通信経路が途切れ、通信が切断してしまうという課題が発生していた。
【００１０】
本発明は、上記課題を解決するサーバ、ネットワーク機器、サーバシステム、通信先決定方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明のサーバは、接続されるネットワーク機器全てから自身の死活を確認するための死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さない。
【００１２】
上記目的を達成するために、本発明のネットワーク機器は、接続された複数のサーバのうち、いずれかの前記サーバとの間で通信経路を確立し、通信を行うネットワーク機器であって、現在、通信を行っている所定の前記サーバに送信した死活確認パケットに対し、応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバとの間で通信経路を確立する。
【００１３】
上記目的を達成するために、本発明のサーバシステムは、複数のサーバと複数のネットワーク機器が接続されたサーバシステムであって、前記サーバは、接続されるネットワーク機器全てから自身の死活を確認するための死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さないサーバであり、前記ネットワーク機器は、接続された複数のサーバのうち、いずれかの前記サーバとの間で通信経路を確立し、通信を行うネットワーク機器であって、現在、通信を行っている所定の前記サーバに送信した死活確認パケットに対し、応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバとの間で通信経路を確立するネットワーク機器である。
【００１４】
上記目的を達成するために、本発明の通信先決定方法は、複数のサーバと複数のネットワーク機器が接続されたサーバシステムにおいて、前記ネットワーク機器が通信先の前記サーバを決定する通信先決定方法であって、前記ネットワーク機器は、所定の前記サーバに死活確認パケットを送信し、前記所定のサーバは、接続される前記ネットワーク機器全てから前記死活確認パケットを受信していないと、応答パケットを前記ネットワーク機器に返さず、前記ネットワーク機器は、前記応答パケットが返されない場合、前記所定のサーバ以外の他の前記サーバのうち、優先度の最も高いサーバを通信先に決定し、決定した前記サーバとの間で通信経路を確立する。
【発明の効果】
【００１５】
本発明によれば、ネットワーク機器が通信経路を制御する一般的なサーバシステムは、サーバを経由して行われるネットワーク機器間の通信を継続することができる。
【図面の簡単な説明】
【００１６】
【図１】ネットワーク機器が通信経路を変更する一般的なサーバシステムの構成例を示す図である。
【図２】ネットワーク機器が通信経路を変更する一般的なサーバシステムの動作を説明する為の図である。
【図３】ネットワーク機器が通信経路を変更する一般的なサーバシステムの動作（通信切断時の動作）を説明する為の図である。
【図４】本発明の第１の実施の形態におけるサーバシステムの構成例を示す図である。
【図５】本発明の第１の実施の形態におけるサーバシステムが保持する死活確認リストを説明する為の図である。
【図６】本発明の第１の実施の形態におけるサーバシステムの動作（通常時の動作）を説明する為の図である。
【図７】本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバが一部のネットワーク機器から死活確認パケットを受信できなくなった場合の動作）を説明する為の図である。
【図８】本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバに障害が発生した場合の動作）を説明する為の図である。
【図９】本発明の第１の実施の形態におけるサーバシステムの動作（通信先をセカンダリＳＩＰサーバ１２に変更した後の動作）を説明する為の図である。
【図１０】本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバが保守者によって復旧された場合の動作）を説明する為の図である。
【図１１】本発明の第２の実施の形態におけるサーバシステムの構成例を示す図である。
【発明を実施するための形態】
【００１７】
次に本発明の実施形態について、図面を参照して詳細に説明する。
【００１８】
［第１の実施の形態］
［構成の説明］
まず、本発明の第１の実施の形態におけるサーバシステムの構成と機能について説明する。
【００１９】
（１）本発明の第１の実施の形態におけるサーバシステムの構成
図４は、本発明の第１の実施の形態におけるサーバシステムの構成例を示す図である。図４に示されるように、本実施形態のサーバシステムは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバが二重化されたシステムであって、プライマリＳＩＰサーバ１１と、セカンダリＳＩＰサーバ１２を備える。また、本実施形態のサーバシステムは、ＣＡ（Ｃａｌｌ  Ａｇｅｎｔ）サーバ２１と、ＮＷ（Ｎｅｔｗｏｒｋ）機器３１と、加入者端末４１と、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）網５１を備える。
【００２０】
さらに、プライマリＳＩＰサーバ１１は、死活確認部１１０を備え、セカンダリＳＩＰサーバ１２は、死活確認部１２０を備える。ＣＡサーバ２１は、拠点切替部２１０を備え、ＮＷ機器３１は、拠点切替部３１０を備える。
【００２１】
ＣＡサーバ２１は、図４に示されるように、プライマリＳＩＰサーバ１１と、セカンダリＳＩＰサーバ１２と、ＰＳＴＮ網５１に接続される。また、ＮＷ機器３１は、プライマリＳＩＰサーバ１１と、セカンダリＳＩＰサーバ１２と、加入者端末４１に接続される。
【００２２】
（２）本発明の第１の実施形態におけるサーバシステムを構成する各部位の機能
本実施形態のサーバシステムを構成する各部位の機能について説明する。なお、図５は、本発明の第１の実施の形態におけるサーバシステムが保持する死活確認リストを説明する為の図である。
【００２３】
（２−１）プライマリＳＩＰサーバ１１の機能
プライマリＳＩＰサーバ１１は、一般的な通信機能、例えばパケット通信機能を備える。また、プライマリＳＩＰサーバ１１は、死活確認リストを保持する。死活確認リストとは、図５に示されるように、二重化されたサーバに接続されたネットワーク機器、すなわちＮＷ機器３１やＣＡサーバ２１から死活確認パケットを受信しているのか否かを示すリストである。死活確認部１１０は、起動後、死活確認リストを初期状態にする。すなわち、死活確認部１１０は、死活確認リストを、ＮＷ機器３１とＣＡサーバ２１のいずれからも死活確認パケットを受信していないことを示すものにする。プライマリＳＩＰサーバ１１の死活確認部１１０は、上述のパケット通信機能によって、ＣＡサーバ２１から死活確認パケットを受信すると、死活確認リストを、図５に示されるように、ＣＡサーバ２１から死活確認パケットを受信していることを示すものに更新する。また、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信すると、死活確認リストを、ＮＷ機器３１から死活確認パケットを受信していることを示すものに更新する。さらに、死活確認部１１０は、死活確認パケットを受信すると、死活確認リストを確認し、自身に接続されたネットワーク機器全て、すなわちＮＷ機器３１とＣＡサーバ２１両方から死活確認パケットを受信しているのかを確認する。死活確認部１１０は、自身に接続されたネットワーク機器全てから死活確認パケットを受信していない場合には、死活確認パケットを送信してきたネットワーク機器に応答パケットを返さない。死活確認部１１０は、自身に接続されたネットワーク機器全てから死活確認パケットを受信している場合には、死活確認パケットを送信してきたネットワーク機器に応答パケットを返す。また、死活確認部１１０は、ＣＡサーバ２１から死活確認パケットを受信できない状態となっているかを確認する。具体的には、死活確認部１１０は、ＣＡサーバ２１から死活確認パケットを受信した後、所定の時間以内に、次の死活確認パケットをＣＡサーバ２１から受信するのかを確認する。死活確認部１１０は、所定の時間を経過しても、ＣＡサーバ２１から次の死活確認パケットを受信していないのであれば、ＣＡサーバ２１から死活確認パケットを受信できない状態となっていると認識する。死活確認部１１０は、ＣＡサーバ２１から死活確認パケットを受信できない状態となっていると認識すると、死活確認リストを、ＣＡサーバ２１から死活確認パケットを受信していないことを示すものに更新する。さらに、死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信できない状態となっているかを確認する。具体的には、死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信した後、所定の時間以内に、次の死活確認パケットをＮＷ機器３１から受信するのかを確認する。死活確認部１１０は、所定の時間を経過しても、ＮＷ機器３１から次の死活確認パケットを受信していないのであれば、ＮＷ機器３１から死活確認パケットを受信できない状態となっていると認識する。死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信できない状態となっていると認識すると、死活確認リストを、ＮＷ機器３１から死活確認パケットを受信していないことを示すものに更新する。さらに、プライマリＳＩＰサーバ１１は、自身に障害が発生しているかを検出する一般的な障害検出機能を備える。プライマリＳＩＰサーバ１１は、一般的な障害検出機能によって自身に障害があることを検出すると、死活確認リストを初期状態にし、死活確認パケットを受信しても応答パケットを返さない。
【００２４】
（２−２）セカンダリＳＩＰサーバ１２の機能
セカンダリＳＩＰサーバ１２は、プライマリＳＩＰサーバ１１と同じ機能を備える。
【００２５】
（２−３）ＣＡサーバ２１の機能
ＣＡサーバ２１は、一般的な通信機能、例えばパケット通信機能を備えるネットワーク機器である。ＣＡサーバ２１の拠点切替部２１０は、上述のパケット通信機能を用い、所定の時間毎に、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対して、死活確認パケットを出力する。拠点切替部２１０は、プライマリＳＩＰサーバ１１に死活確認パケットを出力した後、応答パケットを受信すると、プライマリＳＩＰサーバ１１を通信先に決定する。なお、ＣＡサーバ２１の拠点切替部２１０は、切替フラグを保持する。切替フラグは、通信先がプライマリＳＩＰサーバ１１か、セカンダリＳＩＰサーバ１２かを示す変数である。拠点切替部２１０は、プライマリＳＩＰサーバ１１を通信先に決定すると、切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値（例えば０）に設定する。拠点切替部２１０は、プライマリＳＩＰサーバ１１に死活確認パケットを出力した後、応答パケットが返信されない場合には、セカンダリＳＩＰサーバ１２を新たな通信先に決定し、セカンダリＳＩＰサーバ１２との間で通信経路を確立する。拠点切替部２１０は、セカンダリＳＩＰサーバ１２を新たな通信先に決定すると、切替フラグを、通信先がセカンダリＳＩＰサーバ１２であることを示す値（例えば１）に変更する。なお、拠点切替部２１０は、通信先がセカンダリＳＩＰサーバ１２であることを示す切替フラグ（例えば値が１のフラグ）を保持すると、その後、プライマリＳＩＰサーバ１１から応答パケットが受信しても、通信先をプライマリＳＩＰサーバ１１と決定しない。なお、拠点切替部２１０は、起動後、切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値（例えば０）に設定する。
【００２６】
（２−４）ＮＷ機器３１の機能
ＮＷ機器３１は、上述のＣＡサーバ２１と同じ機能を備えるネットワーク機器である。
【００２７】
（２−５）加入者端末４１の機能
加入者端末４１は、ＳＩＰに対応した一般的な端末である。
【００２８】
［動作の説明］
まず、本実施形態のサーバシステムの動作の概略を以下に説明する。
【００２９】
（１）本実施形態のサーバシステムの動作の概略
本実施形態のサーバシステムの各ネットワーク機器が、プライマリＳＩＰサーバ１１を経由して通信を行っている。そのとき、プライマリＳＩＰサーバ１１は、何らかの障害により、一部のネットワーク機器から死活確認パケットを受信できなくなると、他のネットワーク機器から死活確認パケットを受信したとしても、応答パケットを返信しない。各ネットワーク機器は、プライマリＳＩＰサーバから応答パケットが返信されないので、プライマリＳＩＰサーバ経由での通信に障害が発生したことを認識でき、セカンダリＳＩＰサーバ１２を新たな通信先に決定し、セカンダリＳＩＰサーバ１２との間で通信経路を確立する。各ネットワーク機器は、セカンダリＳＩＰサーバ１２を経由して通信を行い、通信を継続する。
【００３０】
上述の本実施形態のサーバシステムの動作の詳細を、図６〜図１０を用いて、以下に説明する。
【００３１】
（２）本実施形態のサーバシステムの動作の詳細
図６は、本発明の第１の実施の形態におけるサーバシステムの動作（通常時の動作）を説明する為の図である。図７は、本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバが一部のネットワーク機器から死活確認パケットを受信できなくなった場合の動作）を説明する為の図である。また、図８は、本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバに障害が発生した場合の動作）を説明する為の図である。図９は、本発明の第１の実施の形態におけるサーバシステムの動作（通信先をセカンダリＳＩＰサーバ１２に変更した後の動作）を説明する為の図である。さらに、図１０は、本発明の第１の実施の形態におけるサーバシステムの動作（プライマリＳＩＰサーバが保守者によって復旧された場合の動作）を説明する為の図である。
【００３２】
なお、本実施形態のサーバシステムの動作の説明は、通常時の動作について説明し、その後に、プライマリＳＩＰサーバ１１が一部のネットワーク機器から死活確認パケットを受信できなくなった場合の動作について詳細を説明する。さらに、プライマリＳＩＰサーバに障害が発生した場合の動作、通信先をセカンダリＳＩＰサーバ１２に変更した後の動作、プライマリＳＩＰサーバが保守者によって復旧された場合の動作についてもあわせて説明する。
【００３３】
（３）通常時の動作
本実施形態のサーバシステムは、通常、以下の動作を行う。
【００３４】
まず、ＣＡサーバ２１の拠点切替部２１０は、図６に示されるように、起動すると、切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば、値０に設定する（Ｓ１）。
【００３５】
また、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、起動すると、死活確認リストを初期状態とする（Ｓ２）。
【００３６】
すなわち、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、死活確認リストを、ＮＷ機器３１とＣＡサーバ２１のいずれからも死活確認パケットを受信していないことを示すものにする。
【００３７】
さらに、ＮＷ機器３１の拠点切替部３１０は、起動すると、切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば値０に設定する（Ｓ３）。
【００３８】
次に、ＣＡサーバ２１の拠点切替部２１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ４）。上述の所定の時間は、一定間隔毎のタイミングであり、本実施形態のサーバシステムのユーザによって、拠点切替部２１０に設定される。
【００３９】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、図示していないが、ＣＡサーバ２１から死活確認パケットを受信すると、以下の処理を行う。
【００４０】
（Ａ）まず、死活確認部１１０と死活確認部１２０は、死活確認リストを確認し、自身に接続されたネットワーク機器全て、すなわちＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信しているのかを確認する。現時点では、死活確認リストは、上述のＳ２の処理によって初期状態となっているので、死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認できない。
【００４１】
（Ｂ）死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認したときは、応答パケットを、ＣＡサーバ２１に返す。しかし、現時点では、死活確認部１１０と死活確認部１２０は、（Ａ）に上述した通り、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認できないので、ＣＡサーバ２１に応答パケットを返信しない。
【００４２】
（Ｃ）次に、死活確認部１１０と死活確認部１２０は、死活確認リストを、ＣＡサーバ２１から死活確認パケットを受信していることを示すものに更新する。
【００４３】
（Ｄ）次に、死活確認部１１０と死活確認部１２０は、自身に備わる計時機能を動作させ、時間の計測を開始する。この処理は、後述の（Ｅ）にて、死活確認部１１０と死活確認部１２０が、ＣＡサーバ２１から死活確認パケットを受信できない状態となっているかを確認する為の処理である。
【００４４】
次に、ＮＷ機器３１の拠点切替部３１０も、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ５）。
【００４５】
上述の所定の時間は、一定間隔毎のタイミングであり、本実施形態のサーバシステムのユーザによって、拠点切替部３１０に設定される。
【００４６】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、図示していないが、ＮＷ機器３１から死活確認パケットを受信すると、以下の処理を行う。
【００４７】
（ａ）まず、死活確認部１１０と死活確認部１２０は、死活確認リストを確認し、自身に接続されたネットワーク機器全て、すなわちＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信しているのかを確認する。現時点では、死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認できない。死活確認リストは、上述の（Ｃ）の処理によって、ＣＡサーバ２１からのみ死活確認パケットを受信していることを示すものとなっているからである。
【００４８】
（ｂ）死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認したときは、応答パケットを、ＮＷ機器３１に返す。現時点では、死活確認部１１０と死活確認部１２０は、（ａ）に上述した通り、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを確認できないので、ＮＷ機器３１に応答パケットを返信しない。
【００４９】
（ｃ）次に、死活確認部１１０と死活確認部１２０は、死活確認リストを、ＮＷ機器３１から死活確認パケットを受信していることを示すものに更新する。
【００５０】
（ｄ）次に、死活確認部１１０と死活確認部１２０は、自身に備わる計時機能を動作させ、時間の計測を開始する。この処理は、後述の（ｅ）にて、死活確認部１１０と死活確認部１２０が、ＣＡサーバ２１から死活確認パケットを受信できない状態となっているかを確認する為の処理である。
【００５１】
上述の（Ａ）〜（Ｄ）、（ａ）〜（ｄ）の処理が行われた結果、死活確認リストは、図６に示されるように、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっている（Ｓ１９）。なお、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１から応答パケットを受信していない。しかし、拠点切替部２１０と拠点切替部３１０は、起動後、初めてプライマリＳＩＰサーバ１１に送信した死活確認パケットについては、応答パケットが返信されなくても、セカンダリＳＩＰサーバ１２を新たな通信先に決定しないものとする。
【００５２】
次に、ＣＡサーバ２１の拠点切替部２１０は、次の所定の時間になると、再び、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ４）。
【００５３】
次に、死活確認部１１０と死活確認部１２０は、図示していないが、ＣＡサーバ２１から死活確認パケットを受信すると、若しくは、上述の（Ｄ）から計測している時間が所定の時間を経過すると、以下の（Ｅ）の処理を行う。なお、ここでの所定の時間は、上述のＳ４で用いられる所定の時間よりも十分に長い時間であり、本実施形態のサーバシステムのユーザによって設定される。
【００５４】
（Ｅ）死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信すると、自身に備わる計時機能を停止し、計測していた時間（以下、「計測時間」という）が所定の時間以内かを確認する。死活確認部１１０と死活確認部１２０は、計測時間が所定の時間以内であれば、ＣＡサーバ２１から次の死活確認パケットを受信しているので、ＣＡサーバ２１から死活確認パケットを受信できている状態と認識する。死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信できている状態と認識すると、受信した死活確認パケットについて、上述の（Ａ）〜（Ｄ）の処理を実施する。一方、死活確認部１１０と死活確認部１２０は、計測時間が所定の時間以内でなければ、所定の時間を経過しても、ＣＡサーバ２１から死活確認パケットを受信しておらず、ＣＡサーバ２１から死活確認パケットを受信できない状態になっていると認識する。死活確認部１１０と死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信できない状態になっていると認識すると、死活確認リストを、ＣＡサーバ２１から死活確認パケットを受信していないことを示すものに更新する。なお、死活確認部１１０と死活確認部１２０は、死活確認リストを更新後、ＣＡサーバ２１から死活確認パケットを受信すれば、その死活確認パケットについて上述の（Ａ）〜（Ｄ）の処理を実施する。
【００５５】
ここでは、通常時の動作を説明しているので、以下、死活確認部１１０と死活確認部１２０は、所定の時間以内に、ＣＡサーバ２１から次の死活確認パケットを受信し、再度、上述の（Ａ）〜（Ｄ）の処理を実施したものとして説明を続ける。
【００５６】
次に、死活確認部１１０と死活確認部１２０は、上述の（Ａ）〜（Ｄ）の処理を実施した結果、応答パケットをＣＡサーバ２１に返信する（Ｓ６）。死活確認リストが、上述の（ｄ）において、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっているからである。
【００５７】
次に、ＮＷ機器３１の拠点切替部３１０は、次の所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ５）。
【００５８】
次に、死活確認部１１０と死活確認部１２０は、図示していないが、ＮＷ機器３１から死活確認パケットを受信すると、若しくは、上述の（ｄ）から計測している時間が所定の時間を経過すると、以下の（ｅ）の処理を行う。なお、ここでの所定の時間は、上述のＳ４で用いられる所定の時間よりも十分に長い時間であり、本実施形態のサーバシステムのユーザによって設定される。
【００５９】
（ｅ）死活確認部１１０と死活確認部１２０は、ＮＷ機器３１から死活確認パケットを受信すると、自身に備わる計時機能を停止し、計測していた時間（以下、「計測時間」という）が所定の時間以内かを確認する。死活確認部１１０と死活確認部１２０は、計測時間が所定の時間以内であれば、ＮＷ機器３１から次の死活確認パケットを受信しているので、ＮＷ機器３１から死活確認パケットを受信できている状態と認識する。死活確認部１１０と死活確認部１２０は、ＮＷ機器３１から死活確認パケットを受信できている状態と認識すると、受信した死活確認パケットについて、上述の（ａ）〜（ｄ）の処理を実施する。一方、死活確認部１１０と死活確認部１２０は、計測時間が所定の時間以内でなければ、所定の時間を経過しても、ＮＷ機器３１から死活確認パケットを受信しておらず、ＮＷ機器３１から死活確認パケットを受信できない状態になっていると認識する。死活確認部１１０と死活確認部１２０は、ＮＷ機器３１から死活確認パケットを受信できない状態になっていると認識すると、死活確認リストを、ＮＷ機器３１から死活確認パケットを受信していないことを示すものに更新する。なお、死活確認部１１０と死活確認部１２０は、死活確認リストに更新後、ＮＷ機器３１から死活確認パケットを受信すれば、その死活確認パケットについて上述の（ａ）〜（ｄ）の処理を実施する。
【００６０】
ここでは、通常時の動作を説明しているので、以下、死活確認部１１０と死活確認部１２０は、所定の時間以内にＮＷ機器３１から次の死活確認パケットを受信し、再度、上述の（ａ）〜（ｄ）の処理を実施したものとして説明を続ける。
【００６１】
次に、死活確認部１１０と死活確認部１２０は、上述の（ａ）〜（ｄ）の処理を実施した結果、応答パケットをＮＷ機器３１に返信する（Ｓ７）。死活確認リストが、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっているからである。
【００６２】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、セカンダリＳＩＰサーバ１２とプライマリＳＩＰサーバ１１から応答パケットを受信する。
【００６３】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１から応答パケットを受信すると、プライマリＳＩＰサーバ１１を通信先と決定する（Ｓ８）。また、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば、値０に設定する。
【００６４】
次に、ＣＡサーバ２１の拠点切替部２１０は、プライマリＳＩＰサーバ１１を通信先と決定すると、プライマリＳＩＰサーバ１１との間で通信経路を確立する（Ｓ９）。
【００６５】
また、ＮＷ機器３１の拠点切替部３１０も、プライマリＳＩＰサーバ１１を通信先と決定すると、プライマリＳＩＰサーバ１１との間で通信経路を確立する（Ｓ１０）。
【００６６】
上述の通信経路を確立するとは、公知の呼制御プロトコルを行って、ネットワーク機器とＳＩＰサーバとの間で通信ができる状態にすることをいう。例えば、ＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１に対し、ＩＮＶＩＴＥメッセージ等の接続要求メッセージを送信し、プライマリＳＩＰサーバ１１は、接続許可を出す公知の呼制御プロトコルを行って、それらが通信できる状態にしてもよい。
【００６７】
次に、ＣＡサーバ２１とＮＷ機器３１は、プライマリＳＩＰサーバ１１を経由して、通信を行う。
【００６８】
以降、ＣＡサーバ２１、ＮＷ機器３１、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２は、上述したＳ４〜Ｓ１０までの動作（以下、「通常動作」という）を繰り返す。
【００６９】
すなわち、ＣＡサーバ２１の拠点切替部２１０は、所定の時間になると、上述のＳ４を行い、ＮＷ機器３１の拠点切替部３１０は、所定の時間になると、上述のＳ５を行う。これにより、プライマリＳＩＰサーバ１１の死活確認部１１０やセカンダリＳＩＰサーバ１２の死活確認部１２０は、上述の（Ａ）〜（Ｅ）や（ａ）〜（ｅ）の処理を行い、応答パケットをＣＡサーバ２１やＮＷ機器３１に返す。ＣＡサーバ２１とＮＷ機器３１は、応答パケットを受信し、プライマリＳＩＰサーバ１１を通信先と決定する。ＣＡサーバ２１とＮＷ機器３１は、プライマリＳＩＰサーバ１１を経由して、通信を行う。
【００７０】
なお、上述の死活確認部１１０と死活確認部１２０は、所定の周期毎に、死活確認リストを初期状態にしてもよい。さらに、ＣＡサーバ２１やＮＷ機器３１は、応答パケットを受信できない回数が所定の回数以下である場合には、プライマリＳＩＰサーバ１２を通信先とするとしてもよい。所定の回数は、２以上の値であり、本実施形態のサーバシステムのユーザによって設定される。
【００７１】
（４）プライマリＳＩＰサーバ１１が一部のネットワーク機器から死活確認パケットを受信できなくなった場合の動作
次に、プライマリＳＩＰサーバ１１が一部のネットワーク機器から死活確認パケットを受信できなくなった場合の動作を、図７を用いて説明する。なお、本実施形態のサーバシステムのＣＡサーバ２１、ＮＷ機器３１、プライマリＳＩＰサーバ１１、及びセカンダリＳＩＰサーバ１２のことを、以下「各種機器」と総称するものとする。
【００７２】
まず、各種機器は、「（３）通常時の動作」に上述した通常動作を繰り返し実行し、ＣＡサーバ２１とＮＷ機器３１がプライマリＳＩＰサーバ１１を経由して通信を行っているものとする。
【００７３】
このとき、ＣＡサーバ２１やＮＷ機器３１の切替フラグは、図７に示されるように、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば値０である（Ｓ２０）。
【００７４】
また、プライマリＳＩＰサーバ１１やセカンダリＳＩＰサーバ１２の死活確認リストは、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっている（Ｓ２１）。
【００７５】
そこに、プライマリＳＩＰサーバ１１が一部のネットワーク機器から死活確認パケットを受信できなくなったとする。以下では、図７のＳ５の処理に示されるように、プライマリＳＩＰサーバ１１が、ＮＷ機器３１から死活確認パケットを受信できなくなった場合を例に説明を行う。このとき、各種機器は、以下の通りに動作する。
【００７６】
まず、プライマリＳＩＰサーバの死活確認部１１０は、ＮＷ機器３１から確認パケットを受信できないので、上述の（ａ）〜（ｄ）の処理を実施できず、応答パケットをＮＷ機器３１に返信しない（Ｓ２２）。
【００７７】
また、プライマリＳＩＰサーバの死活確認部１１０は、ＮＷ機器３１から確認パケットを受信できないので、上述の（ｅ）の処理を実施によって、死活確認リストを、ＮＷ機器３１から死活確認パケットを受信していないことを示すものに更新する（Ｓ２３）。
【００７８】
次に、ＮＷ機器３１の拠点切替部３１０は、図示していないが、プライマリＳＩＰサーバ１１から応答パケットが返信されないので、プライマリＳＩＰサーバ１１経由の通信に障害が発生したことを認識し、セカンダリＳＩＰサーバ１２を新たな通信先と決定する。なお、ＮＷ機器３１の拠点切替部３１０は、セカンダリＳＩＰサーバ１２から応答パケットを受信していることを確認した上で、セカンダリＳＩＰサーバ１２を新たな通信先と決定してもよい。
【００７９】
さらに、ＮＷ機器３１の拠点切替部３１０は、切替フラグを、通信先がセカンダリＳＩＰサーバ１２であることを示す値、例えば値１に変更し、セカンダリＳＩＰサーバ１２との間で通信経路を確立する（Ｓ２４）。
【００８０】
ここで、ＣＡサーバ２１とＮＷ機器３１は、セカンダリＳＩＰサーバ１２を経由して通信できないので、ＣＡサーバ２１とＮＷ機器３１との間の通信は途切れてしまう。しかし、本実施形態のサーバシステムでは、一般的なサーバシステムと異なり、各ネットワーク機器間の通信が途切れるのは、一時的なものである。本実施形態のサーバシステムは、以下のように、各ネットワーク機器間の通信を復旧させ、通信を継続する。
【００８１】
まず、ＣＡサーバ２１とＮＷ機器３１は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に死活確認パケットを出力する（Ｓ４、Ｓ５）。
【００８２】
このとき、上述のＳ５の処理において、ＮＷ機器３１からプライマリＳＩＰサーバ１１に対して送信された死活確認パケットが、プライマリＳＩＰサーバに届かない状態である。その為、プライマリＳＩＰサーバ１１は、ＣＡサーバ２１からのみ死活確認パケットを受信する。
【００８３】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０は、図示していないが、ＣＡサーバ２１から死活確認パケットを受信すると、その死活確認パケットについて、（Ａ）〜（Ｄ）の処理を実施する。このとき、プライマリＳＩＰサーバ１１の死活確認部１１０は、上述のＳ２３によって、死活確認リストが、ＮＷ機器３１から死活確認パケットを受信していないことを示すものに更新されている。すなわち、死活確認リストは、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっていない。その為、プライマリＳＩＰサーバ１１の死活確認部１１０は、（Ａ）〜（Ｄ）の処理を実施してもＣＡサーバ２１に応答パケットを返信しない。さらに、プライマリＳＩＰサーバの死活確認部１１０は、ＮＷ機器３１からは死活確認パケットを受信できないので、応答パケットをＮＷ機器３１に返信しない。
【００８４】
なお、セカンダリＳＩＰサーバの死活確認部１２０は、通常動作を行っているので、応答パケットをＣＡサーバ２１とＮＷ機器３１に返す（Ｓ２５）。
【００８５】
次に、ＣＡサーバ２１の拠点切替部２１０は、プライマリＳＩＰサーバ１１から応答パケットを受信できないので、プライマリＳＩＰサーバ１１経由の通信に障害が発生したことを認識し、セカンダリＳＩＰサーバ１２を新たな通信先と決定する（Ｓ２６）。
【００８６】
次に、ＣＡサーバ２１の拠点切替部２１０は、切替フラグを、通信先がセカンダリＳＩＰサーバ１２であることを示す値、例えば値１に変更し、セカンダリＳＩＰサーバ１２との間で通信経路を確立する（Ｓ２７）。
【００８７】
次に、ＣＡサーバ２１とＮＷ機器３１は、セカンダリＳＩＰサーバ１２を経由して通信を行う。
【００８８】
以上のように、本実施形態のサーバシステムの各ネットワーク機器は、各ネットワーク機器間の通信経路を、セカンダリＳＩＰサーバ１２を経由するよう変更するので、通信を継続することができる。
【００８９】
（５）プライマリＳＩＰサーバに障害が発生した場合の動作
次に、プライマリＳＩＰサーバに障害が発生した場合の動作について説明する。本実施形態のサーバシステムは、プライマリＳＩＰサーバに障害が発生した場合、セカンダリＳＩＰサーバ１２にて通信を継続する。プライマリＳＩＰサーバに障害が発生した場合の動作の詳細を、図８を用いて、以下に説明する。
【００９０】
まず、各種機器は、「（３）通常時の動作」に上述した通常動作を繰り返し実行し、ＣＡサーバ２１とＮＷ機器３１がプライマリＳＩＰサーバ１１を経由して通信を行っているものとする。
【００９１】
すなわち、ＣＡサーバ２１とＮＷ機器３１は、所定の時間になると、上述のＳ４とＳ５を実施し、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に死活確認パケットを送信する。また、プライマリＳＩＰサーバ１１やセカンダリＳＩＰサーバ１２は、死活確認パケットを受信すると、上述の（Ａ）〜（Ｅ）や（ａ）〜（ｅ）の処理を行い、応答パケットをＣＡサーバ２１やＮＷ機器３１に返信することを繰り返している。
【００９２】
このとき、ＣＡサーバ２１やＮＷ機器３１の切替フラグは、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば値０である（Ｓ３０）。
【００９３】
また、プライマリＳＩＰサーバ１１やセカンダリＳＩＰサーバ１２の死活確認リストは、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっている（Ｓ３１）。
【００９４】
そこに、プライマリＳＩＰサーバ１１に障害が発生した場合、プライマリＳＩＰサーバ１１の死活確認部１１０は、図８に示されるように、自身に備わる一般的な障害検出機能で、障害発生を検知する（Ｓ３２）。
【００９５】
次に、ＣＡサーバ２１の拠点切替部２１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に死活確認パケットを出力する（Ｓ４）。
【００９６】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＣＡサーバ２１からの死活確認パケットを受信するが、障害発生を検知しているので、応答パケットをＣＡサーバ２１に返信しない。
【００９７】
一方、セカンダリＳＩＰサーバ１２の死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信すると、障害発生を検知していないので、通常通り、上述の（Ａ）〜（Ｅ）の処理を行い、応答パケットをＣＡサーバ２１に返信する（Ｓ３３）。
【００９８】
次に、ＮＷ機器３１の拠点切替部３１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ５）。
【００９９】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＮＷ機器３１からの死活確認パケットを受信するが、障害発生を検知しているので、応答パケットをＮＷ機器３１に返信しない。
【０１００】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０は、障害発生を検知しているので、死活確認リストを初期状態とする（Ｓ３４）。
【０１０１】
一方、セカンダリＳＩＰサーバ１２の死活確認部１２０は、ＮＷ機器３１からの死活確認パケットを受信すると、障害発生を検知していないので、通常通り、上述の（ａ）〜（ｅ）の処理を行い、ＮＷ機器３１に応答パケットを返信する（Ｓ３５）。
【０１０２】
ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１から応答パケットを受信できないので、セカンダリＳＩＰサーバ１２を新たな通信先と決定する（Ｓ３６）。
【０１０３】
なお、拠点切替部２１０と拠点切替部３１０は、上述のＳ３６において、セカンダリＳＩＰサーバ１２から応答パケットを受信していることを確認した上で、セカンダリＳＩＰサーバ１２を新たな通信先と決定してもよい。
【０１０４】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、切替フラグを、通信先がセカンダリＳＩＰサーバ１２であることを示す値、例えば値１に変更し、セカンダリＳＩＰサーバ１２との間で通信経路を確立する（Ｓ３７）。
【０１０５】
次に、ＣＡサーバ２１とＮＷ機器３１は、セカンダリＳＩＰサーバ１２を経由して、通信を行う。
【０１０６】
以上のように、ＣＡサーバ２１とＮＷ機器３１は、通信経路を、セカンダリＳＩＰサーバ１２を経由するよう変更して、通信を継続することができる。
【０１０７】
（６）通信先をセカンダリＳＩＰサーバ１２に変更した後の動作
次に、通信先をセカンダリＳＩＰサーバ１２に変更した後の動作について説明する。本実施形態のサーバシステムは、通信先をプライマリＳＩＰサーバ１１からセカンダリＳＩＰサーバ１２に変更した後、プライマリＳＩＰサーバ１１を経由する通信が復旧しても、通信先をプライマリＳＩＰサーバ１１に戻さない。プライマリＳＩＰサーバ１１を経由する通信は、不安定で再度切断する可能性があるからである。以下に、通信先をセカンダリＳＩＰサーバ１２に変更した後の動作の詳細を、図９を用いて説明する。なお、以下の動作は、上述の「（４）死活確認パケットがプライマリＳＩＰサーバに届かなかった場合の動作」や「（５）プライマリＳＩＰサーバに障害が発生した場合の動作」の後に実施されてもよい。
【０１０８】
まず、本実施形態のサーバシステムは、プライマリＳＩＰサーバ１１を経由する通信に障害があり、各ネットワーク機器は、通信先をプライマリＳＩＰサーバ１１からセカンダリＳＩＰサーバ１２に変更して、セカンダリＳＩＰサーバ１２と通信を行っている。
【０１０９】
このとき、ＣＡサーバ２１とＮＷ機器３１の切替フラグは、通信先がセカンダリＳＩＰサーバ１２であることを示す値、例えば値１となっている（Ｓ４０）。
【０１１０】
また、プライマリＳＩＰサーバ１１が保持する死活確認リストは、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信済であることを示すものではなくなっている。ここでは、死活確認リストは、図９に示されるように、初期状態であるとして説明を続ける（Ｓ４１）。
【０１１１】
上述の状態において、プライマリＳＩＰサーバ１１を経由する通信の障害が復旧し、正常に行えるようになったとする（Ｓ４２）。
【０１１２】
次に、ＣＡサーバ２１の拠点切替部２１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ４）。
【０１１３】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信すると、上述の（Ａ）〜（Ｅ）の処理を実施する。
【０１１４】
その結果、セカンダリＳＩＰサーバ１２の死活確認部１２０は、応答パケットをＣＡサーバ２１に返信する（Ｓ４３）。
【０１１５】
一方、プライマリＳＩＰサーバ１１の死活確認部１１０は、図示していないが、ＣＡサーバ２１から死活確認パケットを受信しているので、死活確認リストを、ＣＡサーバ２１から死活確認パケットを受信していることを示すものに更新する。なお、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＣＡサーバ２１から死活確認パケットを受信しても、死活確認リストが初期状態である為、応答パケットをＣＡサーバ２１に返信しない。
【０１１６】
次に、ＮＷ機器３１の拠点切替部３１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ５）。
【０１１７】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、ＮＷ機器３１から死活確認パケットを受信すると、上述の（ａ）〜（ｅ）の処理を実施する。
【０１１８】
その結果、セカンダリＳＩＰサーバ１２の死活確認部１２０は、応答パケットをＮＷ機器３１に返信する（Ｓ４４）。
【０１１９】
一方、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信しているが、応答パケットをＮＷ機器３１に返信しない。死活確認リストが、ＣＡサーバ２１からのみ死活確認パケットを受信していることを示すものだからである。
【０１２０】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０は、ＮＷ機器３１から死活確認パケットを受信しているので、死活確認リストを、死活確認リストは、ＣＡサーバ２１とＮＷ機器３１両方から受信していることを示すものに更新する（Ｓ４５）。
【０１２１】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、図示していないが、プライマリＳＩＰサーバ１１から応答パケットが返信されない為、セカンダリＳＩＰサーバ１２を通信先と決定し、セカンダリＳＩＰサーバ１２と通信を継続する。
【０１２２】
次に、ＣＡサーバ２１の拠点切替部２１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ４）。
【０１２３】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、ＣＡサーバ２１から死活確認パケットを受信すると、上述の（Ａ）〜（Ｅ）の処理を実施する。
【０１２４】
その結果、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、応答パケットを、ＣＡサーバ２１に返す（Ｓ６）。死活確認リストが、上述のＳ４５にて、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっているからである。
【０１２５】
次に、ＮＷ機器３１の拠点切替部３１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを出力する（Ｓ５）。
【０１２６】
次に、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、ＮＷ機器３１から死活確認パケットを受信すると、上述の（ａ）〜（ｅ）の処理を実施する。
【０１２７】
その結果、プライマリＳＩＰサーバ１１の死活確認部１１０とセカンダリＳＩＰサーバ１２の死活確認部１２０は、応答パケットを、ＮＷ機器３１に返す（Ｓ７）。死活確認リストが、上述のＳ４５にて、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信していることを示すものとなっているからである。
【０１２８】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１から応答パケットを受信するが、通信先がセカンダリＳＩＰサーバ１２であることを示す値、例えば値１である切替フラグを保持している。
【０１２９】
その為、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、通信先をセカンダリＳＩＰサーバ１２のままとし、セカンダリＳＩＰサーバ１２と通信を継続する（Ｓ４６）。すなわち、ＣＡサーバ２１とＮＷ機器３１は、セカンダリＳＩＰサーバ１２を経由して通信を継続する。
【０１３０】
上述の動作により、本実施形態のサーバシステムのＣＡサーバ２１とＮＷ機器３１は、プライマリＳＩＰサーバ１１経由を経由する通信が復旧しても、通信先をプライマリＳＩＰサーバ１１に戻さないようにすることができる。
【０１３１】
（７）プライマリＳＩＰサーバが保守者によって復旧された場合の動作
最後に、保守者が障害のあるプライマリＳＩＰサーバ１１を復旧させた後の本実施形態のサーバシステムの動作について、図１０を用いて以下に説明する。
【０１３２】
まず、本実施形態のサーバシステムは、セカンダリＳＩＰサーバ１２経由で通信を行っている。そこに、保守者が、障害のあるププライマリＳＩＰサーバ１１を復旧させ、さらに、以下の（イ）〜(ニ)の手順を行ったとする。
【０１３３】
（イ）まず、保守者は、障害のあるプライマリＳＩＰサーバ１１を復旧させると、図１０に示されるように、プライマリＳＩＰサーバ１１の動作の正常性を確認する（Ｓ６０）。
【０１３４】
（ロ）次に、保守者は、プライマリＳＩＰサーバ１１の動作に異常がなければ、プライマリＳＩＰサーバ１１の死活確認部１１０の保持している死活確認リストを初期状態とする（Ｓ６１）。
【０１３５】
（ハ）次に、保守者は、ＣＡサーバ２１の保持する切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば、値０に設定する（Ｓ６２）。
【０１３６】
（ニ）次に、保守者は、ＮＷ機器３１の保持する切替フラグを、通信先がプライマリＳＩＰサーバ１１であることを示す値、例えば、値０に設定する（Ｓ６３）。
【０１３７】
次に、本実施形態のサーバシステムの各種機器は、図１０に示されるように、上述の「（３）通常時の動作」で説明したＳ４〜Ｓ７の動作を開始する。
【０１３８】
すなわち、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、所定の時間になると、プライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２に対し、死活確認パケットを繰り返し送信する。プライマリＳＩＰサーバ１１の死活確認部１１０やセカンダリＳＩＰサーバ１２の死活確認部１２０は、死活確認パケットを受信する度に、上述の（Ａ）〜（Ｅ）や（ａ）〜（ｅ）の処理を行う。その結果、死活確認リストが、ＣＡサーバ２１とＮＷ機器３１両方から死活確認パケットを受信済であることを示すものとなって、死活確認部１１０や死活確認部１２０は、応答パケットをＣＡサーバ２１やＮＷ機器３１に返信する。
【０１３９】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１から応答パケットを受信すると、プライマリＳＩＰサーバ１１を通信先に決定する（Ｓ６４）。このとき、切替フラグは、通信先がプライマリＳＩＰサーバ１１であることを示すものである。
【０１４０】
次に、ＣＡサーバ２１の拠点切替部２１０とＮＷ機器３１の拠点切替部３１０は、プライマリＳＩＰサーバ１１との間で通信経路を確立する（Ｓ６５）。
【０１４１】
次に、ＣＡサーバ２１とＮＷ機器３１は、プライマリＳＩＰサーバ１１を経由して、通信を行う。
【０１４２】
なお、上述では、ＳＩＰサーバに接続されるネットワーク機器は、ＣＡサーバ２１とＮＷ機器３１の２台であったが、これに限定せず、３台以上設定されていてもよい。
【０１４３】
また、ＳＩＰサーバについても、上述ではプライマリＳＩＰサーバ１１とセカンダリＳＩＰサーバ１２の２台であったが、これに限定しない。３台以上設定されていてもよい。この場合、本実施形態のサーバシステムのユーザは、各ＳＩＰサーバの優先度を各ネットワーク機器に設定する。各ネットワーク機器は、現在、通信を行っているサーバに死活確認パケットを送信し、応答パケットが返されない場合、通信を行っているサーバ以外の他のサーバのうち、優先度の最も高いサーバを新たな通信先に決定し、そのサーバとの間で通信経路を確立する。
【０１４４】
［効果の説明］
本実施形態によれば、サーバシステムは、サーバを経由して行われるネットワーク機器間の通信を継続することができる。その理由を以下に説明する。
【０１４５】
まず、本実施形態のサーバシステムを構成するプライマリＳＩＰサーバは、接続されるネットワーク機器のうち、一部のネットワーク機器から死活確認パケットを受信できない場合、全てのネットワーク機器に応答パケットを返信しない。その為、全てのネットワーク機器は、プライマリＳＩＰサーバ経由の通信に障害が発生したことが認識でき、セカンダリＳＩＰサーバを新たな通信先に決定し、そのセカンダリＳＩＰサーバとの間で通信経路を確立することができる。その結果、ネットワーク機器全てが、同じサーバ、すなわちセカンダリＳＩＰサーバを経由して通信を行うことができ、ネットワーク間の通信経路が途切れないので、本実施形態のサーバシステムは、ネットワーク間の通信を途切れないようにすることができる。
【０１４６】
また、本実施形態によれば、サーバシステムは、プライマリＳＩＰサーバ経由での通信が自然復旧したとしても、不安定で再度切断する可能性のあるプライマリＳＩＰサーバ経由で通信を行わないようにすることができる。その理由は、各ネットワーク機器は、通信先がセカンダリＳＩＰサーバであることを示す切替フラグを保持している場合には、通信先をプライマリＳＩＰサーバ１１に戻さないからである。この効果は、上述の「（６）通信先をセカンダリＳＩＰサーバ１２に変更した後の動作」でも述べている。
【０１４７】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
【０１４８】
［構成の説明］
図１１は、本発明の第２の実施の形態におけるサーバシステムの構成例を示す図である。
【０１４９】
第２の実施の形態におけるサーバシステムは、図１１に示されるように、複数のネットワーク機器と複数のサーバから構成される。各ネットワーク機器は、複数のサーバと接続される。
【０１５０】
各ネットワーク機器は、接続された複数のサーバのうち、いずれかのサーバとの間で通信経路を確立し、通信を行うネットワーク機器である。各ネットワーク機器は、現在、通信を行っている所定のサーバに送信した死活確認パケットに対し、応答パケットが返されない場合、所定のサーバ以外の他のサーバのうち、優先度の最も高いサーバとの間で通信経路を確立する。各サーバの優先度は、本実施形態のサーバシステムのユーザによってネットワーク機器に設定される。なお、上述の所定のサーバは、サーバのうち、優先度の最も高いサーバであってもよい。
【０１５１】
各サーバは、接続されるネットワーク機器全てから自身の死活を確認するための死活確認パケットを受信していないと、応答パケットをネットワーク機器に返さない。
【０１５２】
[動作の説明]
各ネットワーク機器は、接続された複数のサーバのうち、所定のサーバとの間で通信経路を確立し、通信を行っている。すなわち、各ネットワーク機器は、所定のサーバを経由して通信を行っている。
【０１５３】
このとき、まず、各ネットワーク機器は、所定のサーバに死活確認パケットを送信する。
【０１５４】
次に、所定のサーバは、接続されるネットワーク機器全てから死活確認パケットを受信していないと、応答パケットをネットワーク機器に返さない。
【０１５５】
各ネットワーク機器は、送信した死活確認パケットに対し、応答パケットが返されない場合、所定のサーバ以外の他のサーバのうち、優先度の最も高いサーバとの間で通信経路を確立する。
【０１５６】
その結果、各ネットワーク機器は、決定したサーバを経由して、互いに通信を行うことができる。
【０１５７】
［効果の説明］
本実施形態によれば、サーバシステムは、サーバを経由して行われるネットワーク機器間の通信を継続することができる。その理由を以下に説明する。
【０１５８】
まず、本実施形態のサーバシステムを構成する各サーバは、接続されるネットワーク機器のうち、一部のネットワーク機器から死活確認パケットを受信できない場合、全てのネットワーク機器に応答パケットを返信しない。その為、全てのネットワーク機器は、現在通信先としているサーバ、すなわち所定のサーバを経由する通信に障害が発生したことを認識することができ、他の優先度の最も高いサーバとの間で通信経路を確立することができる。その結果、ネットワーク機器全てが、同じ他のサーバを経由して通信を行うことができ、ネットワーク間の通信経路が途切れないので、本実施形態のサーバシステムは、サーバを経由するネットワーク機器間の通信を継続することができる。
【符号の説明】
【０１５９】
１１    プライマリＳＩＰサーバ
１２    セカンダリＳＩＰサーバ
２１    ＣＡサーバ
３１    ＮＷ機器
４１    加入者端末
５１    ＰＳＴＮ網
１１０    死活確認部
１２０    死活確認部
２１０    拠点切替部
３１０    拠点切替部
【図１】
2014179866.tif 000003
【図２】
2014179866.tif 000004
【図３】
2014179866.tif 000005
【図４】
2014179866.tif 000006
【図５】
2014179866.tif 000007
【図６】
2014179866.tif 000008
【図７】
2014179866.tif 000009
【図８】
2014179866.tif 000010
【図９】
2014179866.tif 000011
【図１０】
2014179866.tif 000012
【図１１】
2014179866.tif 000013