サーバ冗長化システム、仮想ルータおよびサーバ
【課題】元々サーバ冗長を取っていないシステムで、サーバの二重化を図ることができるサーバ冗長化システムを提供する。
【解決手段】同一ＩＰアドレスの運用系サーバＳ１と予備系サーバＳ２とを有するサーバ冗長化システムにおいて、運用系サーバに接続される第一ルータＲ１および第三ルータＲ３の間を監視用ポートにより接続する。第三ルータＲ３は、経路障害の検出時にリンク断検出通知を第一ルータＲ１に送信し、優先度を予備系サーバが接続される第四ルータＲ４より低く設定すると共に、伝送装置側のVRRPに属するポートを閉塞し、優先度の高くなった第四ルータＲ４は、伝送装置側のポートをVRRP機能により開放する。第一ルータＲ１は、優先度を第二ルータＲ２より低く設定すると共に、制御端末側のVRRPに属するポートを閉塞し、優先度の高くなった第二ルータＲ２は、制御端末側のポートをVRRP機能により開放する。
【解決手段】同一ＩＰアドレスの運用系サーバＳ１と予備系サーバＳ２とを有するサーバ冗長化システムにおいて、運用系サーバに接続される第一ルータＲ１および第三ルータＲ３の間を監視用ポートにより接続する。第三ルータＲ３は、経路障害の検出時にリンク断検出通知を第一ルータＲ１に送信し、優先度を予備系サーバが接続される第四ルータＲ４より低く設定すると共に、伝送装置側のVRRPに属するポートを閉塞し、優先度の高くなった第四ルータＲ４は、伝送装置側のポートをVRRP機能により開放する。第一ルータＲ１は、優先度を第二ルータＲ２より低く設定すると共に、制御端末側のVRRPに属するポートを閉塞し、優先度の高くなった第二ルータＲ２は、制御端末側のポートをVRRP機能により開放する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおけるサーバ冗長化技術に関する。
【背景技術】
【０００２】
一般的なネットワークシステムでは、サーバやルータの障害発生時にサービスを停止しないように冗長化が求められる。一方、VRRP（Virtual Router Redundancy Protocol）と呼ばれるルータの多重化を行うためのプロトコルが知られている。VRRPは、複数のルータを一つのグループとして扱い、グループ内のルータには優先度が与えられる。そして、通常時は優先度が高いルータによる通信が行われ、障害時には同じグループの他のルータの中で優先度が高いルータに自動的に切り替えて通信を継続できるようになっている。VRRPでは、優先度の高い稼働中のルータがVRRPパケット（アドバタイズメント）を定期的に送信することにより、優先度の低いルータを待機させておき、稼働中のルータに問題が発生して待機中のルータがVRRPパケットを一定期間受信されなくなった場合に待機中のルータの中で優先度が高いルータが自動的に稼動を開始してバックアップすることができる。このようなVRRP技術を用いたサーバ冗長化の技術が考えられている（例えば特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３６６９０号公報
【特許文献２】ＷＯ２００６−０３０６２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、サーバ冗長化のためにシステム自体のプログラムを改版する必要があったり、元々サーバ冗長を取っていないシステムでユーザ端末の接続が行われている場合は、サーバ冗長化のために多数のユーザ端末の設定を変更しなければならないという問題が生じる。また、運用系サーバと同一のIPアドレスを持つ予備系サーバを冗長化サーバとして用いる場合は、同じネットワークに接続される予備系サーバをコールドスタンバイさせる必要がある。そして、ルータに障害が発生した場合、VRRPにより自動的に経路は切り替わるが、手動で運用系サーバを停止して予備系サーバを起動しなければならないという問題が生じる。さらに、運用系サーバ側のポートで障害が発生した場合、ルータ自身には障害が発生していないため経路は変更されず、手動でルータの経路を変更する必要がある。このように、従来はシステムを長時間停止しなければならないという問題があった。
【０００５】
上記課題に鑑み、本発明の目的は、元々サーバ冗長を取っていないシステムでサーバの二重化を図ることができるサーバ冗長化システム、仮想ルータおよびサーバを提供することである。
【課題を解決するための手段】
【０００６】
本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【０００７】
また、本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【０００８】
また、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。
【０００９】
また、本発明に係るサーバ冗長化システムは、ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバとで構成されるサーバ冗長化システムにおいて、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。
【００１０】
本発明に係る仮想ルータは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有し、前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータとで構成され、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【００１１】
また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。
【００１２】
また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。
【００１３】
本発明に係るサーバは、第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一ＩＰアドレス、前記第三ルータおよび前記第四ルータに対して第二ＩＰアドレスをそれぞれ有する冗長化された複数のサーバにおいて、前記サーバは、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成され、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信することを特徴とする。
【発明の効果】
【００１４】
本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、元々サーバ冗長を取っていないシステムにおいてサーバの二重化を図ることができる。また、同じＩＰアドレスを有するサーバを共存させることができる。さらに、同じＩＰアドレスを有する予備系サーバのホットスタンバイが可能になる。
【図面の簡単な説明】
【００１５】
【図１】第一実施形態に係る監視制御システム１０１の構成および通常時の状態を示す図である。
【図２】仮想ルータの通常時の状態を示す図である。
【図３】仮想ルータの予備系への切替時の状態を示す図である。
【図４】第一実施形態に係る監視制御システム１０１の障害発生時の状態を示す図である。
【図５】第一実施形態に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図６】第一実施形態の応用例１に係る監視制御システム１０１の構成および通常時の状態を示す図である。
【図７】第一実施形態の応用例１に係る監視制御システム１０１の障害発生時の状態を示す図である。
【図８】第一実施形態の応用例１に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図９】第一実施形態の応用例２に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図１０】第二実施形態に係る監視制御システム１０１ａの構成および通常時の状態を示す図である。
【図１１】第二実施形態に係る監視制御システム１０１ａの障害発生時の状態を示す図である。
【図１２】第二実施形態に係る監視制御システム１０１ａの障害発生時の動作を示す図である。
【図１３】第三実施形態に係るサーバ冗長化システム２０１の構成および通常時の状態を示す図である。
【図１４】第三実施形態に係るサーバ冗長化システム２０１の障害発生時の状態を示す図である。
【図１５】第三実施形態に係るサーバ冗長化システム２０１の障害発生時の動作を示す図である。
【図１６】第三実施形態に係るサーバ冗長化システム２０１の障害発生時のその他の動作を示す図である。
【図１７】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時の状態を示す図である。
【図１８】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時の動作を示す図である。
【図１９】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時のその他の動作を示す図である。
【図２０】第四実施形態に係るサーバ冗長化システム３０１の構成および通常時の状態を示す図である。
【図２１】第四実施形態に係るサーバ冗長化システム３０１の障害発生時の状態を示す図である。
【図２２】第四実施形態に係るサーバ冗長化システム３０１の障害発生時の動作を示す図である。
【図２３】第五実施形態に係るサーバ冗長化システム４０１の構成および通常時の状態を示す図である。
【図２４】第五実施形態に係るサーバ冗長化システム４０１の障害発生時の状態を示す図である。
【図２５】第五実施形態に係るサーバ冗長化システム４０１の障害発生時の動作を示す図である。
【図２６】第五実施形態に係るサーバ冗長化システム４０１の障害発生時のその他の動作を示す図である。
【図２７】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時の状態を示す図である。
【図２８】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時の動作を示す図である。
【図２９】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時のその他の動作を示す図である。
【図３０】第六実施形態に係るサーバ冗長化システム５０１の構成および通常時の状態を示す図である。
【図３１】第六実施形態に係るサーバ冗長化システム５０１の障害発生時の状態を示す図である。
【図３２】第六実施形態に係るサーバ冗長化システム５０１の障害発生時の動作を示す図である。
【図３３】第一実施形態から第四実施形態における各ルータの構成例を示す図である。
【図３４】第五実施形態および第六実施形態における各ルータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係る「サーバ冗長化システム、仮想ルータおよびサーバ」の実施形態について詳しく説明する。
【００１７】
（第一実施形態）
第一実施形態では、本発明に係る「サーバ冗長化システム、仮想ルータおよびサーバ」の一例として監視制御システム１０１に適用する場合について説明する。図１は監視制御システム１０１の構成例を示す図である。図１において、監視制御システム１０１は、監視対象であるネットワーク上の装置(N1)と、オペレータが監視や制御を行うためのＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）を提供する制御端末(H1)と、冗長化された監視用のサーバ(S1)およびサーバ(S2)と、制御端末(H1)側のネットワーク(NW1)に接続される仮想ルータ(VR1)と、装置(N1)側のネットワーク(NW2)に接続される仮想ルータ(VR2)とで構成される。監視制御システム１０１は、制御端末(H10)からサーバ（サーバ(S1)およびサーバ(S2)）にアクセスし、ネットワーク上の装置(N1)を監視・制御するシステムで、例えば装置(N1)の動作設定を変更したり、装置(N1)の動作状態を監視したり、装置(N1)に異常が発生した場合の警報をモニタすることができる。特にサーバが冗長化されていないシステムでは、サーバ自体やサーバへの経路に問題が発生した場合、全ての装置の監視や制御を行えない状態になり、通信システムに多大な影響を及ぼすためサーバや経路の冗長化は必須であり、本実施形態に係る監視制御システム１０１のようなサーバを冗長化するシステムが有効である。
【００１８】
［仮想ルータについて］
ここで、仮想ルータについて説明する。仮想ルータは、複数の物理ルータを用いて多重化を行うための周知のプロトコル（VRRP）に対応する。VRRPでは、複数のルータに優先度を割り当てて１つのグループとして扱い、通常はそのうち１つのルータが稼動中の運用ルータとして通信を行い、その他のルータは待機する。そして、運用ルータが障害を起こした場合に、同じグループに属する待機中の予備ルータの中で優先度の高いものが自動的に通信を受け継いで稼動する。図２は、仮想ルータの仕組みを説明するための図で、IPアドレス(IP:B10)の制御端末(H10)からIPアドレス(IP:A10)のサーバ(S10)へアクセスする例を示している。図２において、サーバ(S10)はネットワーク(NW10)を介して仮想ルータ(VR10)の仮想IPアドレス(IP:RL)で接続され、制御端末(H10)はネットワーク(NW11)を介して仮想ルータ(VR11)の仮想IPアドレス(IP:RW)で接続されている。そして、仮想ルータ(VR10)および仮想ルータ(VR11)は、共にルータ(R10)およびルータ(R11)の物理ルータで構成され、ルータ(R10)には優先度：１０、ルータ(R11)には優先度：５がそれぞれ与えられている。ここで、ルータ(R10)のポート(IP:r1L)とルータ(R11)のポート(IP:r2L)は、仮想ルータVR10のVRRP機能に属するポートであり、ルータ(R10)のポート(IP:r1W)とルータ(R11)のポート(IP:r2W)は、VRRP機能に属さないポートである。
【００１９】
図２において、ルータ(R10)の物理IPアドレス(IP:r1L)のポートとルータ(R11)の物理IPアドレス(IP:r2L)のポートは、共に仮想IPアドレス(IP:RL)としてネットワーク(NW10)に接続されるが、ルータ(R10)よりも優先度が低いルータ(R11)のネットワーク(NW10)側のポートは仮想ルータ(VR10)のVRRP機能により閉塞されている。同様に、ルータ(R10)の物理IPアドレス(IP:r1W)のポートとルータ(R11)の物理IPアドレス(IP:r2W)のポートは、共に仮想IPアドレス(IP:RW)としてネットワーク(NW11)に接続されるが、ルータ(R10)よりも優先度が低いルータ(R11)のネットワーク(NW11)側のポートは仮想ルータ(VR11)のVRRP機能により閉塞されている。この場合、ルータ(R10)が運用ルータとして稼動し、ルータ(R11)は予備ルータとして待機する。そして、優先度の高い稼働中のルータ(R10)から優先度の低い待機中のルータ(R11)に対して、優先度などの情報を含むVRRPパケット（アドバタイズメント）を予め設定された時間間隔で定期的に送信し、待機中のルータ(R11)はルータ(R10)の優先度が下げられた場合やVRRPパケットが予め設定された期間内に受信されなくなった場合に待機中のルータの中で優先度が高いルータ（図２の例ではルータ(R11)）が自動的に稼動を開始して通信を継続する。図３の例では、ルータ(R10)は自装置を優先度：１に下げると共に物理IPアドレス(IP:r1L)と物理IPアドレス(IP:r1W)に対応する各ポートを閉塞する。一方、優先度が最上位になったルータ(R11)は、物理IPアドレス(IP:r1L)と物理IPアドレス(IP:r1W)に対応する各ポートを開放し、制御端末(H10)からネットワーク(NW11)を介して仮想IPアドレス(IP:RW)に接続されるパケットは、ルータ(R11)を経由してネットワーク(NW10)からサーバ(S10)に伝送される。
【００２０】
このように、VRRP機能に対応する仮想ルータ(VR10)および仮想ルータ(VR11)の間での経路は変更されるが、制御端末(H10)は仮想IPアドレス(IP:RW)で通信するのでルータ間の経路変更を意識する必要はなく、制御端末(H10)のネットワーク設定も変更する必要はない。同様に、サーバ(S10)においても仮想IPアドレス(IP:RL)として仮想ルータ(VR10)と通信するのでルータ間の経路変更を意識する必要はなく、サーバ(S10)のネットワーク設定を変更する必要はない。
【００２１】
［監視制御システム１０１の動作］
図１において、２台のサーバ(S1)とサーバ(S2)は、インターフェースカードをそれぞれ２枚実装しており、同時に異なる２つのネットワークを構成できる。特に、サーバ(S1)とサーバ(S2)は冗長構成をとっており、制御端末(H1)から各サーバにアクセスする場合、同一のIPアドレス(IP:A）で接続することができる。同様に、装置(N1)から各サーバにアクセスする場合は、同一のIPアドレス(IP:B）で接続することができる。尚、図１の例では、サーバ(S1)とサーバ(S2)のIPアドレスが重複しないように、サーバ(S2)は電源が投入されていない状態になっている（コールドスタンバイ状態）。
【００２２】
図１において、仮想ルータ（VR1）は、物理ルータのルータ(R1)とルータ(R2)とで構成され、ネットワーク(NW1)側の制御端末(H1)が接続されるポートは、VRRP機能により連携して動作する。一般に、仮想ルータは複数の物理ルータで構成され、VRRP機能により複数の物理ルータが多重化されて一つの仮想的なルータとして扱うことができる。そして、先に図２で説明したように、同じグループ内の各ルータには優先度が与えられ、常に優先度が高いルータが稼動する仕組みになっている。もし運用ルータに障害が発生した場合、予備ルータの中で優先度が高いルータが自動的に運用ルータとして動作を開始する。例えば図１において、仮想ルータ(VR1)を構成する物理ルータは、優先度：１０が与えられたルータ(R1)と優先度：５が与えられたルータ(R2)である。そして、ルータ(R1)よりも優先度が低いルータ(R2)のVRRPに対応するネットワーク(NW1)側の制御端末(H1)が接続されるポートは閉塞された状態になっている。これにより、IPアドレス（IP:C)を有する制御端末(H1)からルータ(R1)を介してIPアドレス（IP:A)のサーバ(S1)に接続される。同様に、仮想ルータ(VR2)を構成する物理ルータは、優先度：１０が与えられたルータ(R3)と優先度：５が与えられたルータ(R4)である。そして、ルータ(R3)よりも優先度が低いルータ(R4)のネットワーク(NW2)側の装置(N1)が接続されるVRRPに対応するポートは閉塞された状態になっている。これにより、IPアドレス（IP:D)を有する装置(N1)からルータ(R3)を介してIPアドレス（IP:B)のサーバ(S1)に接続される。
【００２３】
尚、本実施形態に係る監視制御システム１０１では、同じサーバを収容するルータ間で制御情報を送受信するための監視用ポートが設けられている。例えば図１の例では、サーバ(S1)を収容するルータ(R1)とルータ(R3)とは監視用ポート(SVP1)で接続され、サーバ(S2)を収容するルータ(R2)とルータ(R4)とは監視用ポート(SVP2)で接続されている。尚、各ルータは、例えばIP:AとIP:Bが同じサーバに接続されることを示すIPアドレスおよびポートの対応テーブルを有している。
【００２４】
［障害発生時の動作］
ここで、図１において、サーバ(S1)にアクセスする経路に障害が発生した場合にルータ(R2)、ルータ(R4)、サーバ(S2)で構成される経路に切り替える動作について図４および図５を用いて説明する。尚、図５は、図４の各ルータ間の処理の流れを示す図である。図４において、ルータ(R3)とサーバ(S1)の間で障害が発生した場合、ルータ(R3)はサーバ(S1)との間のリンクが切断されたことを検出する（図５のステップS101）。そして、ルータ(R3)は装置(N1)が接続されるネットワーク(NW2)側のVRRP機能に対応するポートを閉塞すると共に優先度を１に下げる（ステップS102）。これにより、ルータ(R4)に対してVRRPによる切り替え機能が発動され（ステップS103）、ルータ(R4)のIPアドレス(IP:B)に対応するネットワーク(NW2)側の装置(N1)に接続されるVRRPに属するポートを開放する（ステップS104）。
【００２５】
さらに、ルータ(R3)は監視用ポート(SVP1)を経由して同じサーバ(S1)を収容する対向のルータ(R1)にリンク断検出情報(LDI)を送信する（ステップS105）。尚、リンク断検出情報(LDI)にはリンク断が検出された接続先のIPアドレス情報（ここではIP:B）が含まれている。
【００２６】
一方、ルータ(R3)から監視用ポート(SVP1)を介してリンク断検出情報(LDI)を受信したルータ(R1)は、IPアドレスおよびポートの対応テーブルを参照して、リンク断検出情報(LDI)に含まれるIPアドレス情報から対応するIPアドレス（ここではIP:A）にアクセスするネットワーク(NW1)側のVRRPに属するポートを閉塞すると共に優先度を１に下げる（ステップS106）。これにより、ルータ(R3)に対してVRRPによる切り替え機能が発動され（ステップS107）、ルータ(R3)のIPアドレス(IP:A)に対応するネットワーク(NW1)側の制御端末(H1)に接続されるVRRPに属するポートを開放する（ステップS108）。
【００２７】
このようにして、制御端末(H1)からサーバ(S1)に接続される経路と装置(N1)からサーバ(S1)に接続される経路を、制御端末(H1)からサーバ(S2)に接続される経路と装置(N1)からサーバ(S2)に接続される経路に切り替えることができる。但し、図１および図４の例では、サーバ(S2)はコールドスタンバイ状態になっているので、保守者がサーバ(S2)の電源を投入して立ち上げる必要がある。尚、図１などでは明示していないが、サーバ(S1)の経路に異常が発生したことを検出したルータ(R3)は、一般的な監視制御システムの動作と同様に、制御端末(H1)に警報を発するので、保守者がサーバ(S2)の立ち上げ作業に対応することができる。
【００２８】
このように本実施形態に係る監視制御システム１０１では、同じIPアドレスを有するサーバ(S1)およびサーバ(S2)は、ネットワーク(NW1)を介して接続される制御端末(H1)からは１つのIPアドレス（IP:A)のサーバとして見え、ネットワーク(NW2)を介して接続される装置(N1)からは別の１つのIPアドレス（IP:B)のサーバとして見える。そして、稼働中のサーバ(S1)の経路に異常が発生した場合、サーバ(S1)にアクセスする制御端末(H1)および装置(N1)の両方の経路をサーバ(S2)側に切り替えることができる。
【００２９】
「応用例１」
ここで、上記実施形態の応用例１について説明する。図１および図４の例では、サーバ(S2)はコールドスタンバイ状態になっているので、保守者がサーバ(S2)の電源を投入して立ち上げる必要があった。そこで、サーバ(S2)をホットスタンバイ状態にしておき、保守者がサーバ(S2)の立ち上げを行うことなく、サーバ(S1)からサーバ(S2)に自動的に切り替える例について図６、図７および図８を用いて説明する。
【００３０】
図６は、先の実施形態の図１に対応する図である。図１との相違点は、サーバ(S2)の電源が投入され立ち上がった状態になっていることと、ルータ(R2)のサーバ(S2)側のポートが閉塞されていることと、ルータ(R4)のサーバ(S2)側のポートが閉塞されていることである。上記以外の点は図１の例と同じであり、通常時において、制御端末(H1)はネットワーク(NW1)および仮想ルータ(VR1)のルータ(R1)の経路でサーバ(S1)に接続され、装置(N1)はネットワーク(NW2)および仮想ルータ(VR2)のルータ(R3)の経路でサーバ(S1)に接続されている。図１の例では、サーバ(S1)とサーバ(S2)は、同じIPアドレス(IP:A)で常に接続された状態になっているので、サーバ(S2)を立ち上げておいた場合、IPアドレスが重複してしまうことになる。同様に、サーバ(S1)とサーバ(S2)のIPアドレス(IP:B)も重複してしまう。このため、図１の例では、サーバ(S2)をコールドスタンバイ状態にしておく必要があった。これに対して、図６の例では、サーバ(S2)は立ち上がった状態になっているが、IPアドレス(IP:A)で接続されるルータ(R2)のポートは閉塞されているので、IPアドレス(IP:A)が衝突することはない。同様に、IPアドレス(IP:B)で接続されるルータ(R4)のポートも閉塞されているので、IPアドレス(IP:B)が衝突することはない。
【００３１】
［障害発生時の動作］
ここで、図６において、サーバ(S1)にアクセスする経路に障害が発生した場合にルータ(R2)、ルータ(R4)、サーバ(S2)で構成される経路に切り替える動作について図７および図８を用いて説明する。尚、図８は、図６の各ルータ間の処理の流れを示す図である。
【００３２】
図７および図８は、先の実施形態の図４および図５にそれぞれ対応する図である。図７と図４との相違点は、サーバ(S2)の電源が投入され立ち上がった状態になっていることである。また、図８と図５との相違点は、ステップS109、ステップS110およびステップS111が追加されていることで、ステップS101からステップS108までの処理は図５と同じである。
【００３３】
図７において、ルータ(R3)とサーバ(S1)の間で障害が発生した場合、ステップS101からステップS104が実行されて、VRRP機能により、ルータ(R3)のVRRPに属する装置(N1)側のポートの閉塞と、ルータ(R4)のVRRPに属する装置(N1)側のポートの開放とが行われる。尚、この時点では、図６で説明したように、IPアドレス(IP:B)で接続されるルータ(R4)のサーバ(S2)側のポートは未だ閉塞された状態にある。
【００３４】
さらに、ステップS105からステップS108が実行されて、VRRP機能により、ルータ(R1)のVRRPに属する制御端末(H1)側のポートの閉塞と、ルータ(R2)のVRRPに属する制御端末(H1)側のポートの開放とが行われる。尚、この時点では、図６で説明したように、IPアドレス(IP:A)で接続されるルータ(R2)のサーバ(S2)側のポートは未だ閉塞された状態にある。
【００３５】
ここまでの処理は、図５の例と同じであるが、サーバ(S2)に接続されるルータ(R2)およびルータ(R4)の各ポートは閉塞状態のままであり、サーバ(S2)へのリンクは確立されていない。
【００３６】
そして、本応用例１では、ルータ(R2)は拡張VRRP機能により、IPアドレス(IP:A)の接続ポートを開放する（ステップS109）。この時点で、ルータ(R2)はサーバ(S2)との間のリンクを確立する。尚、拡張VRRP機能とは、本明細書内で便宜的に用いる独自の言葉で、一般的に用いられているVRRP機能を拡張した本発明特有の機能を意味し、周知の技術ではないことを明記しておく。
【００３７】
さらに、ルータ(R2)は、IPアドレス(IP:A)のサーバ(S2)との間で信号開通したことを示す信号開通検出情報(SDI)を監視用ポート(SVP2)経由でルータ(R4)に送信する（ステップS110）。ルータ(R2)から信号開通検出情報(SDI)を受信したルータ(R4)は、IPアドレス(IP:A)に対応するIPアドレス(IP:B)の接続ポートを開放する（ステップS111）。この時点で、ルータ(R4)はサーバ(S2)との間のリンクを確立する。
【００３８】
このようにして、制御端末(H1)からサーバ(S1)に接続される経路と装置(N1)からサーバ(S1)に接続される経路を、制御端末(H1)からサーバ(S2)に接続される経路と装置(N1)からサーバ(S2)に接続される経路に切り替えることができる。特に応用例１では、サーバ(S2)はホットスタンバイ状態になっているので、ルータ(R2)およびルータ(R4)とサーバ(S2)との間のポートの閉塞が解除された時点で、制御端末(H1)および装置(N1)は直ぐにサーバ(S2)にアクセスすることができるので、先の実施形態のように、保守者がサーバ(S2)の電源を投入して立ち上げる必要がなくなる。
【００３９】
「応用例２」
ここで、上記実施形態の応用例２について説明する。応用例１では、サーバ(S2)をホットスタンバイ状態にしておき、サーバ(S2)に接続されるルータ(R2)およびルータ(R4)のサーバ(S2)側のポートが開放されると直ぐに稼動できるようになっていた。ところが、サーバ(S2)を常に稼動状態にしておかなければならず、無駄な電力を消費するという課題が生じる。そこで、本応用例２では、サーバ(S2)をスリープ状態にしておき、サーバ(S1)からサーバ(S2)に切り替わったときに、サーバ(S2)をウェイクアップさせる。これにより、保守者がサーバ(S2)の立ち上げを行うことなく、且つ、省電力化を図ることができる。
【００４０】
図９は、先の応用例１の図８に対応する図である。図９において、ステップS101からステップS111までの処理は図８と同じである。そして、応用例２では、ルータ(R4)はIPアドレス(IP:B)のサーバ(S2)に対してWOL(Wake On LAN)用のフレームを送信する（ステップS112）。ここで、WOLはスリープ状態にある装置をウェイクアップさせるためのフレームとして規格化されているものである。WOL用フレームを受信したサーバ(S2)は自動的に起動され、稼動状態になる（ステップS113）。尚、サーバ(S2)は、WOL用フレーム受信時にウェイクアップするモードに設定されているものとする。
【００４１】
このようにして、制御端末(H1)からサーバ(S1)にアクセスする経路と装置(N1)からサーバ(S1)にアクセスする経路を、制御端末(H1)からサーバ(S2)にアクセスする経路と装置(N1)からサーバ(S2)にアクセスする経路に切り替えることができる。特に応用例２では、サーバ(S2)はスリープ状態になっているので、先の実施形態のように、保守者がサーバ(S2)の電源を投入して立ち上げる必要がなく、且つ、先の応用例１のようにサーバ(S2)をホットスタンバイ状態にしておく必要がないのでサーバ(S2)の省電力化が可能になる。
【００４２】
（第二実施形態）
次に、第二実施形態に係る監視制御システム１０１ａについて説明する。図１０は監視制御システム１０１ａの構成例を示す図である。尚、図１０の監視制御システム１０１ａにおいて、図１の監視制御システム１０１と同符号のものは同じ機能のブロックを示す。図１と異なる部分は、図１のルータ(R1)とルータ(R3)との間の監視用ポート(SVP1)が図１０のルータ(R1a)とルータ(R3a)との間には配置されていないことと、図１のルータ(R2)とルータ(R4)との間の監視用ポート(SVP2)が図１０のルータ(R2a)とルータ(R4a)との間には配置されていないことである。また、リンク断を検出したときの稼働中のサーバ(S1a)（或いはサーバ(S2a)）の動作と各ルータの動作が異なるが、通常稼働中の動作については図１の監視制御システム１０１と同じである。
【００４３】
［障害発生時の動作］
次に、障害発生時の動作について図１１および図１２を用いて説明する。尚、図１２は先の実施形態の図５に対応し、同符号の処理ステップは同じ処理を示す。
【００４４】
図１１において、ルータ(R3a)とサーバ(S1a)の間で障害が発生した場合のルータ(R3a)とルータ(R4a)の動作は、図５のステップS101からステップS104までの処理と同じなので説明を省略する。図１１の例では、サーバ(S1a)においてもルータ(R3a)との間の障害を検出する（ステップS201）。そして、サーバ(S1a)は、ルータ(R1a)との間の主信号を用いてルータ(R1a)に信号断検出情報(SFI)を送信する（ステップS202）。信号断検出情報(SFI)をサーバ(S1a)から受信したルータ(R1a)は、IPアドレス（ここではIP:A）に接続されるネットワーク(NW1)側のVRRPに属するポートを閉塞すると共に優先度を１に下げる（ステップS106）。尚、ステップS106からステップS108の動作は図５の同符号のステップと同じで、ルータ(R2a)に対してVRRPによる切り替え機能が発動され（ステップS107）、ルータ(R2a)のIPアドレス(IP:A)に対応するネットワーク(NW1)側の制御端末(H1)に接続されるVRRPに属するポートを開放する（ステップS108）。
【００４５】
このようにして、制御端末(H1)からサーバ(S1a)に接続される経路および装置(N1)からサーバ(S1a)に接続される経路を、制御端末(H1)からサーバ(S2a)に接続される経路および装置(N1)からサーバ(S2a)に接続される経路に切り替えることができる。但し、図１０から図１２の例では、サーバ(S2a)はコールドスタンバイ状態になっているので、保守者がサーバ(S2a)の電源を投入して立ち上げる必要がある。
【００４６】
尚、本実施形態においても、第一実施形態で説明した応用例１と同様にして、サーバ(S2a)をホットスタンバイ状態にしておき、図６で説明したように、ルータ(R2a)のサーバ(S2a)側のポートと、ルータ(R4a)のサーバ(S2a)側のポートとを閉塞状態にしておくことにより、サーバ(S1a)とサーバ(S2a)とが同じIPアドレスで衝突することを回避できる。そして、図８で説明したステップS109からステップS111までの処理を実行することにより、ルータ(R2a)およびルータ(R4a)はサーバ(S2a)との間のリンクをそれぞれ確立することができる。但し、この場合は、ルータ(R2a)とルータ(R4a)との間に、図７で説明した監視用ポート(SVP2)を設けて信号開通検出情報(SDI)を送受信する必要がある。同様に、図９で説明した応用例２のように、サーバ(S2a)をスリープ状態にしてルータ(R2a)からWOL用フレームをサーバ(S2a)に送信することにより、サーバ(S2a)を起動することも可能である。
【００４７】
このように本実施形態に係る監視制御システム１０１ａでは、同じIPアドレスを有するサーバ(S1a)およびサーバ(S2a)は、ネットワーク(NW1)を介して接続される制御端末(H1)からは１つのIPアドレス（IP:A)のサーバとして見え、ネットワーク(NW2)を介して接続される装置(N1)からは別の１つのIPアドレス（IP:B)のサーバとして見える。そして、稼働中のサーバ(S1a)の経路に異常が発生した場合、サーバ(S1a)にアクセスする制御端末(H1)および装置(N1)の両方の経路をサーバ(S2a)側に切り替えることができる。
【００４８】
（第三実施形態）
次に、第三実施形態に係るサーバ冗長化システム２０１について説明する。図１３は、先にVRRP機能を説明するために用いた図２の構成の一部に該当し、サーバ(S10)を冗長化して運用系のサーバ(S11)および予備系のサーバ(S12)をルータ(R10)およびルータ(R11)に接続している。そして、IPアドレス(IP:B10)を有する制御端末(H10)は、ネットワーク(NW11)を介して仮想ルータ(VR11)に仮想IPアドレス(IP:RW)で接続され、運用系のサーバ(S11)および予備系のサーバ(S12)を意識することなく同じIPアドレス(IP:A10)でアクセスできるようになっている。また、図１３において、ルータ(R10)とルータ(R11)は、ネットワーク(NW11)側のポートはVRRP機能に対応し、制御端末(H10)からのアクセスは優先度の高い方のルータ（図１３の例ではルータ(R10)）に接続される。
【００４９】
図１３において、ルータ(R10)の優先度は１０で、ルータ(R11)の優先度は５なので、仮想ルータ(VR10)のVRRP機能により、ルータ(R10)のVRRP機能に対応するポート(IP：r1W)は開放状態で、ルータ(R11)のVRRP機能に対応するポート(IP：r2W)は閉塞状態になっている。また、本発明特有の拡張VRRPの機能により、仮想ルータ(VR11)のVRRP機能に対応しない予備系のサーバ(S12)側のルータ(R11)のポート(IP：r2L)も閉塞状態になっている。これにより、運用系のサーバ(S11)と同じIPアドレス(IP:A10)を有する予備系のサーバ(S12)は、ルータ(R11)のポート(IP:r2L)から切り離されるので予備系のサーバ(S12)をホットスタンバイ状態にしておいても運用系のサーバ(S11)と衝突することはない。
【００５０】
ここで、図１３において、ルータ(R10)とルータ(R11)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されて接続されており、ルータ間で制御情報を送受信することができる。これにより、ルータ(R10)からネットワーク(NW11)を介してルータ(R11)に制御情報を送信できない場合でも、ネットワーク(NW12)を介してルータ(R10)からルータ(R11)へ制御情報を送信することができる。例えば、拡張VRRP機能では、運用系のサーバ(S11)のIPアドレス(IP:A10)に接続されるルータ(R10)のポート(IP:r1L)が開放されているか閉塞されているかの情報をネットワーク(NW12)を介してルータ(R11)に送信し、ルータ(R10)のポート(IP:r1L)が開放されている場合はルータ(R11)のポート(IP:r2L)を閉塞し、ルータ(R10)のポート(IP:r1L)が閉塞された場合はルータ(R11)のポート(IP:r2L)を開放するように動作する。
【００５１】
［ルータ(R10)の制御端末(H10)側の経路で障害が発生した場合］
次に、ルータ(R10)の制御端末(H10)側の経路において障害が発生した時の動作について図１４および図１５を用いて説明する。尚、図１４は図１３においてネットワーク(NW11)とルータ(R10)との間で障害が発生した場合の様子を示す図で、図１３と同符号のものは同じものを示す。
【００５２】
図１４において、例えば制御端末(H10)が接続されるネットワーク(NW11)とルータ(R10)のポート(IP:r1W)との間で障害が発生した場合、図１５に示すように処理される。
【００５３】
（ステップS301）ルータ(R10)は、VRRP機能における優先度を１０から１に下げると共に、障害発生側のポート(IP:r1W)に対応するポート(IP:r1L)を閉塞し、運用系のサーバ(S11)との通信を停止する。ここで、先の実施形態と同様に、ポート(IP:r1W)とポート(IP:r1L)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されている。尚、ルータ(R10)は、ポート(IP:r1L)を閉塞後、ネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信する。
【００５４】
（ステップS302）ルータ(R10)とルータ(R11)との間でVRRP機能による制御が行われ、ルータ(R10)の優先度が１に下がったことをVRRPパケットの送受信によりルータ(R11)に通知される。
【００５５】
（ステップS303）ルータ(R11)は、仮想ルータ(VR11)内で自分が最高優先度のルータになったことを認識し、運用系のルータに移行してポート(IP:r2W)を開放する。
【００５６】
（ステップS304）ルータ(R11)は、自装置内のタイマの計時を開始する。尚、タイマには予め決められた時間が設定されている。
【００５７】
（ステップS305）ルータ(R11)は、ルータ(R10)からポート開放依頼通知(POI)を受信したか否かを判別し、ポート開放依頼通知(POI)を受信した場合はステップS308に進み、受信していない場合はステップS306に進む。
【００５８】
（ステップS306）ルータ(R11)は、タイマがタイムアウトしたか否かを判別し、タイムアウトした場合はステップS307に進み、タイムアウトしていない場合はステップS305に戻ってポート開放依頼通知(POI)を待つ動作を繰り返す。
【００５９】
（ステップS307）ルータ(R11)は、ポート(IP:r2L)を開放する。
【００６０】
（ステップS308）ルータ(R11)は、予備系のサーバ(S12)との通信を開始する。
【００６１】
このようにして、ルータ(R10)と制御端末(H10)との間で障害が発生した場合に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００６２】
また、ルータ(R10)とルータ(R11)との間でポート開放依頼通知(POI)を送受信してルータ(R11)のポート(IP:r2L)を開放するので、同じIPアドレス(IP:A10)の運用系のサーバ(S11)のポート閉塞後に予備系のサーバ(S12)のポートが開放されるので、両方のサーバの同じIPアドレスのポートが同時に開放状態になることはなく、予備系のサーバ(S12)に確実に切り替えることができる。また、何らかの要因により、ルータ(R10)からルータ(R11)にポート開放依頼通知(POI)が送信できない場合でも、タイマにより予め設定した時間が経過した段階でルータ(R11)のポート(IP:r2L)を開放することにより、予備系のサーバ(S12)を強制的に稼動することができる。
【００６３】
ここで、ポート開放依頼通知(POI)が来ない理由として、ルータ(R10)自体に問題が発生していることが考えられる。そこで、図１６に示すように、ルータ(R10)が活きているか否かを確認する処理を行った上でルータ(R11)のポート(IP:r2L)を開放するようにしてもよい。尚、図１６において、ステップS301からステップS306までの処理は、図１５の同符号の処理ステップと同じ処理なので重複する説明は省略する。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10)対して死活確認を行う（ステップS351）。死活確認は、例えばPingなどの周知のパケットを用い、ルータ(R10)から応答があるか否かにより判断する（ステップS352）。そして、ルータ(R10)から応答があった場合はステップS353に進み、ルータ(R10)から応答がなかった場合はステップS307に進む。応答があった場合はルータ(R10)が活きているので、ステップS305に戻ってポート開放依頼通知(POI)を待つ処理をリトライするが、予め設定された最大リトライ回数を超過したか否かを判別し、超過していない場合にリトライを繰り返す（ステップS353）。尚、ステップS353でステップS305に戻る際にポート開放依頼通知(POI)を待つ処理のリトライ回数をカウントする。そして、ステップS353で最大リトライ回数を超過した場合、ステップS352でルータ(R10)からの応答が無かった場合、或いは、ポート開放依頼通知(POI)を受信した場合のいずれかの場合は、図１５と同様にポート(IP:r2L)を開放し（ステップS307）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００６４】
このようにして、ルータ(R10)が活きているか否かの確認を行った上でルータ(R11)のポート(IP:r2L)を開放できるので、ルータ(R10)のポート開放依頼通知(POI)の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００６５】
［ルータ(R10)のサーバ(S11)側の経路で障害が発生した場合］
次に、ルータ(R10)の運用系のサーバ(S11)側の経路において障害が発生した時の動作について図１７および図１８を用いて説明する。尚、図１７は、先に説明した図１３においてルータ(R10)と運用系のサーバ(S11)との間で障害が発生した場合の様子を示す図で、図１３と同符号のものは同じものを示す。
【００６６】
図１７において、例えば運用系のサーバ(S11)が接続されるルータ(R10)のポート(IP:r1L)と運用系のサーバ(S11)との間で障害が発生した場合、図１８に示すように処理される。
【００６７】
（ステップS301a）ルータ(R10)は、VRRP機能における優先度を１０から１に下げると共に、ポート(IP:r1L)に対応するポート(IP:r1W)を閉塞し、運用系のサーバ(S11)との通信を停止する。ここで、先の実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されている。尚、ルータ(R10)は、ポート(IP:r1L)を閉塞後、ネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信する。
【００６８】
次のステップS302からステップS308までの処理については、図１５と同じなので詳しい説明は省略するが、VRRP機能によってルータ(R11)に運用系のルータが移行してポート(IP:r2W)を開放し、タイマを動作させると共にルータ(R10)からのポート開放依頼通知(POI)の到来を待つ。そして、ルータ(R11)は、タイマがタイムアウトした場合、或いはポート開放依頼通知(POI)を受信した場合にポート(IP:r2L)を開放して、予備系のサーバ(S12)との通信を開始する。
【００６９】
このようにして、運用系のサーバ(S11)とルータ(R10)との間で障害が発生した場合でも、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００７０】
また、図１４および図１５の例と同様に、ポート開放依頼通知(POI)によりルータ(R11)のポート(IP:r2L)を開放するので、ルータ(R10)のポート(IP:r1L)と同時にルータ(R11)のポート(IP:r2L)が開放状態になることなく予備系のサーバ(S12)に切り替えることができる。そして、何らかの要因でルータ(R10)からポート開放依頼通知(POI)を受信できない場合でも、タイマによりルータ(R11)のポート(IP:r2L)を開放して予備系のサーバ(S12)に強制的に接続することができる。
【００７１】
ここで、図１６の例と同様に、ルータ(R10)に問題が発生してポート開放依頼通知(POI)が来ない場合に対応して、ルータ(R10)の死活を確認する処理を行った上でルータ(R11)のポート(IP:r2L)を開放するようにしてもよい。この場合の処理を図１９に示す。
【００７２】
図１９において、ステップS301aからステップS306までの処理は、図１８の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10)が活きている場合は予め設定された最大リトライ回数までルータ(R10)からのポート開放依頼通知(POI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10)からの応答が無かった場合、或いは、ポート開放依頼通知(POI)を受信した場合のいずれかの場合は、図１５および図１８と同様にポート(IP:r2L)を開放し（ステップS307）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００７３】
このようにして、ルータ(R10)が活きているか否かの確認を行った上でルータ(R11)のポート(IP:r2L)を開放するので、ルータ(R10)のポート開放依頼通知(POI)の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００７４】
（第四実施形態）
次に、第四実施形態に係るサーバ冗長化システム３０１について説明する。図１３のサーバ冗長化システム２０１の例では、ルータ(R10)とルータ(R11)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、例えばネットワーク(NW11)に障害が発生した場合でもルータ(R10)からネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム３０１は、図２０に示すようにルータ(R10)とルータ(R11)との間にネットワーク(NW12)が配置されていないので、ルータ(R10)とネットワーク(NW11)との間で障害が発生した場合、図１４の例のようにルータ(R10)からルータ(R11)にポート開放依頼通知(POI)を送信することができない。
【００７５】
そこで、本実施形態に係るサーバ冗長化システム３０１では、即時開放モードを設け、即座にルータ(R11)のサーバ(S12)側のポート(IP:r2L)を開放することができる。
【００７６】
［ルータ(R10)の制御端末(H10)側の経路で障害が発生した場合］
次に、ネットワーク(NW11)とルータ(R10)との間で障害が発生した時の即時開放モードにおける動作について図２１および図２２を用いて説明する。尚、図２２において、先に説明した図１５と同符号のものは同じ処理を示す。
【００７７】
図２０において、ルータ(R10)のVRRPに属するポート(IP:r1W)とルータ(R10)との間で障害が発生した場合、図２１および図２２のように処理される。以下、処理の流れについて説明する。
【００７８】
（ステップS301b）ルータ(R10)は、ポート(IP:r1W)側で障害が発生した場合、VRRP機能における優先度を１０から１に下げると共に、ポート(IP:r1L)を閉塞し、運用系のサーバ(S11)との通信を停止する。
【００７９】
ここで、先の実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されているので、ルータ(R10)は障害が発生したポート(IP:r1W)に対応するポート(IP:r1L)を知ることができる。
【００８０】
尚、ルータ(R10)とルータ(R11)との間で定期的に送受信される従来技術のVRRPパケットも障害により送受信できないので（ステップS302b）、仮想ルータ(VR11)の中でルータ(R10)の次に優先度が高いルータ(R11)は自らが運用系のルータに移行し、VRRP機能に対応するポート(IP:r2W)を開放する（ステップS303b）。また、図１５の例では、ステップS302でルータ(R10)から定期的に送信されるVRRPパケットをネットワーク(NW12)を介してルータ(R11)側で受信できるので、ルータ(R11)はルータ(R10)の優先度が１に下がったことを知ることができたが、図２２の例ではVRRPパケットを送受信できないので、ルータ(R11)は一定期間ルータ(R10)からVRRPパケットが来ないことを検出して自身が仮想ルータ(VR11)内の最高優先度のルータになったことを認識する点が図１５の例とは異なる。
【００８１】
以降、ステップS307およびステップS308の処理は図１５の例と同じであり、VRRP機能に対応しないポート(IP:r2L)を開放して、予備系のサーバ(S12)との通信を開始する。
【００８２】
このようにして、ルータ(R10)とネットワーク(NW11)との間で障害が発生した場合、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００８３】
（第五実施形態）
次に、第五実施形態に係るサーバ冗長化システム４０１について説明する。図２３は、先の実施形態の図１３に対応する図で、図１３と同符号のものは同じものを示す。図２３において、仮想ルータ(VR11a)を構成するルータ(R10a)およびルータ(R11a)の動作が図１３の例と異なるが、それ以外の動作については図１３の例と基本的に同じである。
【００８４】
図２３において、ルータ(R10a)の優先度は１０で、ルータ(R11a)の優先度は５なので、仮想ルータ(VR10a)内のVRRP機能により、優先度が高いルータ(R10a)のVRRPに対応するポート(IP：r1W)は開放状態で、優先度が低いルータ(R11a)のVRRP機能に対応するポート(IP：r2W)は閉塞状態になっている。尚、ポート(IP：r1W)とポート(IP：r2W)は、制御端末(H10)からは仮想IPアドレス（IP:RW）としてアクセスされる。
【００８５】
また、本実施形態に係るサーバ冗長化システム４０１では、仮想ルータ(VR11a)のVRRP機能に対応しないルータ(R11a)のポート(IP：r2L)は、図１３の例とは異なり開放状態になっているが、予備系のサーバ(S12)から入力するフレームを廃棄するフィルタリングの機能を有している。これにより、運用系のサーバ(S11)と同じIPアドレス(IP:A10)を有する予備系のサーバ(S12)は、ルータ(R11)のポート(IP:r2L)から切り離されているのと同じ状態になるので、予備系のサーバ(S12)をホットスタンバイ状態にしておいても運用系のサーバ(S11)と衝突することはない。
【００８６】
ここで、図２３において、ルータ(R10a)とルータ(R11a)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、ルータ間で制御情報を送受信することができる。これにより、ルータ(R10a)からネットワーク(NW11)を介してルータ(R11a)に制御情報を送信できない場合でも、ネットワーク(NW12)を介してルータ(R10a)からルータ(R11a)へ制御情報を送信することができる。尚、本実施形態で送受信する制御情報は、ルータ(R11a)のポート(IP:r2L)から入力するフレームのフィルタリング開始を指示するフィルタ指示(FLI)と、このフィルタリングを解除するフィルタ解除通知(FRI)である。例えば、通常動作時はルータ(R10a)からルータ(R11a)にフィルタ指示(FLI)を送信して、ルータ(R11a)のポート(IP:r2L)から入力するフレームをフィルタリングし、障害発生時に予備系のサーバ(S12)が運用系のサーバに移行する場合にルータ(R10a)からルータ(R11a)にフィルタ解除通知(FRI)を送信して、ルータ(R11a)のポート(IP:r2L)から入力するフレームのフィルタリングを解除する。
【００８７】
［ルータ(R10a)の制御端末(H10)側の経路で障害が発生した場合］
次に、ルータ(R10a)の制御端末(H10)側の経路において障害が発生した時の動作について図２４および図２５を用いて説明する。尚、図２４は図２３においてネットワーク(NW11)とルータ(R10a)との間で障害が発生した場合の様子を示す図で、図２３と同符号のものは同じものを示す。
【００８８】
図２４において、例えばルータ(R10a)に制御端末(H10)が接続されるネットワーク(NW11)側のポート(IP:r1W)とルータ(R10a)との間で障害が発生した場合、図２５に示すように処理される。尚、図２５において、先に説明した図１５と同符号の処理ステップは同じ処理を示す。以下、処理の流れについて説明する。
【００８９】
（ステップS301c）ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。ここで、先の各実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10a)の内部に予め記憶されている。尚、ルータ(R10a)は、ポート(IP:r1L)のフィルタリングを開始後、ネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信する。
【００９０】
次のステップS302およびステップS303の処理は、図１５と同様に実行され、VRRP機能によって優先度がルータ(R10a)より高くなったことを認識したルータ(R11a)は運用系のルータに移行してVRRPに対応するポート(IP:r2W)を開放する。そして、ルータ(R11a)はタイマを動作させ(ステップS304c)、ルータ(R10a)からのフィルタ解除通知(FRI)の到来を待つ(ステップS305c)。その後、タイマがタイムアウトした場合(ステップS306)、或いはフィルタ解除通知(FRI)を受信した場合、ルータ(R11a)は、ポート(IP:r2L)のフィルタリングを解除して透過状態にし(ステップS307c)、予備系のサーバ(S12)との通信を開始する(ステップS308)。
【００９１】
このようにして、運用系のサーバ(S11)とルータ(R10)との間で障害が発生した場合でも、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10a)からルータ(R11a)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)から入力するフレームをフィルタリングするので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００９２】
また、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合を除いて、ルータ(R10a)から送信されるフィルタ解除通知(FRI)を受信するまでルータ(R11a)のポート(IP:r2L)のフィルタリングを解除しないので、ルータ(R10a)のポート(IP:r1L)と重複してフィルタリングが解除された状態になることはなく、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避できる。そして、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合でも、ルータ(R11a)はタイマのタイムアウトによりポート(IP:r2L)のフィルタリングを解除して予備系のサーバ(S12)に移行することができる。尚、ルータ(R10a)からフィルタ解除通知(FRI)が来ない場合はルータ(R10a)自体に障害が発生していると考えられるので、予備系のサーバ(S12)を稼動しても運用系のサーバ(S11)とは衝突しない。
【００９３】
ここで、図１６の例と同様に、ルータ(R10a)に問題が発生してフィルタ解除通知(FRI)が来ない場合に対応して、ルータ(R10a)の死活を確認する処理を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するようにしてもよい。この場合の処理を図２６に示す。
【００９４】
図２６において、ステップS301cからステップS306までの処理は、図２５の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10a)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10a)が活きている場合は予め設定された最大リトライ回数までルータ(R10a)からのフィルタ解除通知(FRI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10a)からの応答が無かった場合、或いは、フィルタ解除通知(FRI)を受信できた場合のいずれかの場合は、図２５と同様にポート(IP:r2L)のフィルタリングを解除し（ステップS307c）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００９５】
このようにして、ルータ(R10a)が活きているか否かの確認を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のフィルタ解除通知(FRI)の送信がルータ(R10a)の処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００９６】
［ルータ(R10a)のサーバ(S11)側の経路で障害が発生した場合］
次に、ルータ(R10a)の運用系のサーバ(S11)側の経路において障害が発生した時の動作について図２７および図２８を用いて説明する。尚、図２７は、先に説明した図２４においてルータ(R10a)と運用系のサーバ(S11)との間で障害が発生した場合の様子を示す図で、図２４と同符号のものは同じものを示す。
【００９７】
図２７において、例えば運用系のサーバ(S11)が接続されるルータ(R10a)のポート(IP:r1L)と運用系のサーバ(S11)との間で障害が発生した場合、図２８に示すように処理される。尚、図２８は、先に説明した図２５に対応する図で、同符号の処理ステップは同じ処理を示し、障害の発生がポート(IP:r1L)側であることと、次に説明するステップS301dの一部の処理以外は図２５の例と全く同じである。
【００９８】
（ステップS301d）ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。また、ポート(IP:r1L)に対応するポート(IP:r1W)を閉塞する。
【００９９】
ここで、先の各実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10a)の内部に予め記憶されている。尚、ルータ(R10a)は、ポート(IP:r1L)のフィルタリングを開始後、ネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信する。
【０１００】
尚、運用系のサーバ(S11)とルータ(R10a)との間で障害が発生しているので、サーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを行う必要がないように見えるが、ルータ(R10a)からサーバ(S11)への送信信号だけに障害がある場合、サーバ(S11)から制御端末(H10)宛の余計なパケットが送信されることがある。このような問題を回避するために運用系のサーバ(S11)から流入するパケットをルータ(R10a)のポート(IP:r1L)側でフィルタリングしている。
【０１０１】
以降、ステップS302からステップS308までの処理については、図２５と同じなので詳しい説明は省略するが、VRRP機能によってルータ(R11a)に運用系のルータが移行してポート(IP:r2W)を開放し、タイマを動作させると共にルータ(R10a)からのフィルタ解除通知(FRI)の到来を待つ。そして、ルータ(R11a)は、タイマがタイムアウトした場合、或いはフィルタ解除通知(FRI)を受信した場合にポート(IP:r2L)のフィルタリングを解除して透過状態にし、予備系のサーバ(S12)との通信を開始する。
【０１０２】
このようにして、運用系のサーバ(S11)とルータ(R10a)との間で障害が発生した場合でも、図２４および図２５で説明したルータ(R10a)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10aからルータ(R11a)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)から入力される予備系のサーバ(S12)のパケットをフィルタリングするので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【０１０３】
また、図２４および図２５の例と同様に、フィルタ解除通知(FRI)によりルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のポート(IP:r1L)が同時にフィルタリング解除状態になることがなく、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避できる。そして、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合でも、タイマによりルータ(R11a)のポート(IP:r2L)のフィルタリングを解除して透過状態にし、予備系のサーバ(S12)に接続することができる。
【０１０４】
ここで、図２６の例と同様に、ルータ(R10a)自体に問題が発生してフィルタ解除通知(FRI)が来ない場合に対応して、ルータ(R10a)の死活を確認する処理を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するようにしてもよい。この場合の処理を図２９に示す。
【０１０５】
図２９において、ステップS301dからステップS306までの処理は、図２８の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10a)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10a)が活きている場合は予め設定された最大リトライ回数までルータ(R10a)からのフィルタ解除通知(FRI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10a)からの応答が無かった場合、或いは、フィルタ解除通知(FRI)を受信できた場合のいずれかの場合は、図２８と同様にポート(IP:r2L)のフィルタリングを解除し（ステップS307c）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【０１０６】
このようにして、ルータ(R10a)が活きているか否かの確認を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のフィルタ解除通知(FRI)の送信がルータ(R10a)の処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【０１０７】
（第六実施形態）
次に、第六実施形態に係るサーバ冗長化システム５０１について説明する。図２３のサーバ冗長化システム４０１の例では、ルータ(R10a)とルータ(R11a)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、例えば図２４のように、ネットワーク(NW11)に障害が発生した場合でもルータ(R10a)からネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム５０１は、図３０に示すようにルータ(R10a)とルータ(R11a)との間にネットワーク(NW12)が配置されていないので、ルータ(R10a)とネットワーク(NW11)との間に障害が発生した場合、図２４の例のようにルータ(R10a)からルータ(R11a)にフィルタ解除通知(FRI)を送信することができない。
【０１０８】
そこで、本実施形態に係るサーバ冗長化システム５０１では、第四実施形態と同様に即時開放モードを設け、即座にルータ(R11a)のサーバ(S12)側のポート(IP:r2L)を開放（本実施形態ではフィルタリングを解除）することができる。
【０１０９】
［ルータ(R10a)の制御端末(H10)側の経路で障害が発生した場合］
次に、ネットワーク(NW11)とルータ(R10a)との間で障害が発生した時の即時開放モードにおける動作について図３１および図３２を用いて説明する。尚、図３２において、先に説明した図２５と同符号のものは同じ処理を示す。
【０１１０】
図３１において、ルータ(R10a)のVRRPに属するポート(IP:r1W)とルータ(R10a)との間で障害が発生した場合、図３２のように処理される。尚、ステップS301cの処理は図２５と同じであり、ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。ここで、図２５の例では、定期的に送受信される従来技術のVRRPパケットをルータ(R10a)とルータ(R11a)との間でネットワーク(NW12)を介して送受信できたが(ステップS302)、本実施形態ではネットワーク(NW12)が配置されていないので図３２に示すようにルータ(R10a)とルータ(R11a)との間でVRRPパケットを送受信できない(ステップS302b)。
【０１１１】
そして、ルータ(R10a)とルータ(R11a)との間で送受信されるVRRPパケットが障害により送受信できないので、仮想ルータ(VR11a)の中でルータ(R10a)の次に優先度が高いルータ(R11a)は自らが運用系のルータに移行し、VRRP機能に対応するポート(IP:r2W)を開放する（ステップS303c）。ここで、図２５の例では、ステップS302でルータ(R10a)から定期的に送信されるVRRPパケットをネットワーク(NW12)を介してルータ(R11a)側で受信できるので、ルータ(R11a)はルータ(R10a)の優先度が１に下がったことを知ることができたが、図３２の例ではVRRPパケットを送受信できないので、ルータ(R11a)は一定期間ルータ(R10a)からVRRPパケットが来ないことを検出して自身が仮想ルータ(VR11a)内の最高優先度のルータになったことを認識する点が図２５の例とは異なる。
【０１１２】
以降、ステップS307cおよびステップS308の処理は、図２５の例と同じなので詳しい説明は省略するが、ポート(IP:r2L)から入力するパケットのフィルタリングを解除して、予備系のサーバ(S12)との通信を開始する。
【０１１３】
このようにして、ルータ(R10a)とネットワーク(NW11)との間で障害が発生した場合、図２４および図２５で説明したルータ(R10a)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10a)からルータ(R11a)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)をフィルタリング状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【０１１４】
［ルータの構成例１］
次に、第一実施形態から第四実施形態におけるルータの構成例について説明する。図３３は、ルータ１５０の構成を示すブロック図で、本発明に関係するブロックを中心に描いてある。図３３において、ルータ１５０は、ＯＳ（オペレーションシステム）１５１と、ポート制御部１５２と、状態管理部１５３と、コマンド処理部１５４と、ルーティングテーブル管理部１５５と、ＶＲＲＰ機能部１５６と、ルータ間通信部１５７と、ポート閉塞制御部１５８と、ポート閉塞管理テーブル１５９とで構成される。
【０１１５】
図３３において、ＯＳ１５１は、オペレーティングシステムで、ルータ１５０全体の動作を制御するソフトウェアのプラットホームを提供する。例えばポート制御部１５２、状態管理部１５３、コマンド処理部１５４、ルーティングテーブル管理部１５５、ＶＲＲＰ機能部１５６、ルータ間通信部１５７およびポート閉塞制御部１５８の各ブロックの処理は、ＯＳ１５１上で実行される。
【０１１６】
ポート制御部１５２は、実ポートへの直接の設定変更やデータ転送などの処理を行う。例えば各実施形態において、ポート(IP:r1L)、ポート(IP:r2L)、ポート(IP:r1W)およびポート(IP:r2W)の閉塞や開放などの設定や各ポートを介してデータの送受信を行う。尚、ポートの閉塞や開放は、ＶＲＲＰ機能部１５６やポート閉塞制御部１５８などから指令される。
【０１１７】
状態管理部１５３は、各ポートやルータの障害状態や、コマンド処理部１５４からの更新情報を処理する。例えばサーバ(S11)が接続されるポート(IP:r1L)側の障害検出やネットワーク(NW11)が接続されるポート(IP:r1W)側の障害検出などを行う。或いは、制御端末(H10)からポート設定の変更やルーティングテーブルの変更などを要求するコマンドが送られてきた場合にコマンド処理部１５４を介してポート設定変更指示やルーティングテーブル変更指示を受け取ってポート制御部１５２やルーティングテーブル管理部１５５を制御する。
【０１１８】
コマンド処理部１５４は、制御端末(H10)からユーザが入力したコマンドを処理する。例えば制御端末(H10)からポート設定変更のコマンドを受けた場合は状態管理部１５３にポート設定変更を指示する。
【０１１９】
ルーティングテーブル管理部１５５は、ルータ１５０でルーティングするフレームのルーティング情報を管理する。例えばポート(IP:r1L)から入力するフレームをポート(IP:r1W)に出力するなどの情報を管理し、状態管理部１５３やＶＲＲＰ機能部１５６を介してポート制御部１５２に出力され、ポート制御部１５２はルーティング情報に応じたパケットの転送を行う。
【０１２０】
ＶＲＲＰ機能部１５６は、周知のＶＲＲＰ規格に準拠した機能制御を行う。例えば、仮想ルータを形成するグループ内の運用ルータや予備ルータの状態管理および優先度管理などを行い、状態管理部１５３からの障害通知や設定変更などの指示に応じて、優先度の変更などのＶＲＲＰ機能を動作させる。具体的例として、図１４のルータ(R10)の状態管理部１５３がネットワーク(NW11)との間の障害を検出した場合に、ルータ(R10)のＶＲＲＰ機能部１５６は、自身の優先度を１に下げると共に、ポート制御部１５２に指令してポート(IP:r1W)の閉塞を行う。一方、ルータ(R11)のＶＲＲＰ機能部１５６は、自身の優先度が同じグループの仮想ルータ内で一番高くなったことを認識して、ルータ(R11)のポート制御部１５２に指令してＶＲＲＰに属するポート(IP:r2W)を開放する。また、ＶＲＲＰ機能部１５６は、優先度が一番高い実ルータ（運用ルータ）から予備ルータに対して定期的にＶＲＲＰパケットを送受信する処理も実行する。
【０１２１】
ルータ間通信部１５７は、ＶＲＲＰに関する情報（優先度など）、リンク断検出情報(LDI)、信号開通検出情報(SDI)、ポート開放依頼通知(POI)、或いは死活確認メッセージ（Ｐｉｎｇなど）をルータ間で送受信する。
【０１２２】
ポート閉塞制御部１５８は、障害発生時に本発明における拡張ＶＲＲＰ機能によるポート閉塞の判定処理を行ったり、予備系のルータへ各制御情報（リンク断検出情報(LDI)、信号開通検出情報(SDI)、ポート開放依頼通知(POI)、或いは死活確認メッセージ（Ｐｉｎｇなど））の送信や各情報の判定を行う。尚、どのポートを閉塞または開放するかは、ポート閉塞管理テーブル１５９を参照して判定する。
【０１２３】
ポート閉塞管理テーブル１５９は、本発明における拡張ＶＲＲＰ機能によるポートの閉塞／開放状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。
【０１２４】
このように、第一実施形態から第四実施形態における各ルータは、ルータ１５０のように構成される。尚、第一実施形態に係る監視制御システム１０１では、仮想ルータ(VR1)と仮想ルータ(VR2)のそれぞれを構成するルータ(R1)およびルータ(R2)とルータ(R3)およびルータ(R4)とが図３３のルータ１５０と同様に構成される。また、第二実施形態に係る監視制御システム１０１ａでは、仮想ルータ(VR1a)と仮想ルータ(VR2a)のそれぞれを構成するルータ(R1a)およびルータ(R2a)とルータ(R3a)およびルータ(R4a)とが図３３のルータ１５０と同様に構成される。さらに、第三実施形態に係るサーバ冗長化システム２０１および第四実施形態に係るサーバ冗長化システム３０１では、仮想ルータ(VR11)を構成するルータ(R10)とルータ(R11)が図３３のルータ１５０と同様に構成される。
【０１２５】
［ルータの構成例２］
次に、第五実施形態および第六実施形態におけるルータの構成例について説明する。図３４は、ルータ１５０ａの構成を示すブロック図である。図３４において、ルータ１５０ａは、ＯＳ（オペレーションシステム）１５１と、ポート制御部１５２と、状態管理部１５３と、コマンド処理部１５４と、ルーティングテーブル管理部１５５と、ＶＲＲＰ機能部１５６と、ルータ間通信部１５７ａと、フィルタリング制御部１６０と、フィルタリング管理テーブル１６１とで構成される。尚、図３３と同符号のブロックの基本的な動作は同じなので重複する説明は省略するが、図３３と同様に、ポート制御部１５２、状態管理部１５３、コマンド処理部１５４、ルーティングテーブル管理部１５５、ＶＲＲＰ機能部１５６、ルータ間通信部１５７ａおよびフィルタリング制御部１６０の各ブロックの処理は、ＯＳ１５１上で実行される。
【０１２６】
ここで、ルータ１５０ａと図３３のルータ１５０との違いは、ポート閉塞制御部１５８とポート閉塞管理テーブル１５９の代わりに、フィルタリング制御部１６０とフィルタリング管理テーブル１６１とが配置されていることである。
【０１２７】
フィルタリング制御部１６０は、障害発生時に本発明における拡張ＶＲＲＰ機能によるポートのフィルタリングの有無を判定する処理を行ったり、予備系のルータへ各制御情報（フィルタ指示(FLI)、フィルタ解除通知(FRI)、或いは死活確認メッセージ（Ｐｉｎｇなど））の送信や各情報の判定を行う。尚、どのポートでフィルタリングを行うか否かは、ポート閉塞管理テーブル１５９を参照して判定する。
【０１２８】
フィルタリング管理テーブル１６１は、本発明における拡張ＶＲＲＰ機能によるポートのフィルタリング状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。
【０１２９】
ルータ間通信部１５７ａは、ＶＲＲＰに関する情報（優先度など）、フィルタ指示(FLI)、フィルタ解除通知(FRI)、或いは死活確認メッセージ（Ｐｉｎｇなど）を仮想ルータを構成するルータ間で送受信する。
【０１３０】
このように、第五実施形態および第六実施形態における各ルータは、ルータ１５０ａのように構成される。尚、第五実施形態に係るサーバ冗長化システム４０１では、仮想ルータ(VR11a)を構成するルータ(R10a)とルータ(R11a)が図３４のルータ１５０ａと同様に構成される。また、第五実施形態に係るサーバ冗長化システム４０１および第六実施形態に係るサーバ冗長化システム５０１では、仮想ルータ(VR11a)を構成するルータ(R10a)とルータ(R11a)が図３４のルータ１５０ａと同様に構成される。
【０１３１】
以上、各実施形態において説明してきたように、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、以下のような効果が得られる。
【０１３２】
元々サーバ冗長を取っていないシステムを二重化した場合、従来の方法では、サーバが設置された局での保守員による作業が必要であり、障害発生時にはシステムの長時間停止が必至であったが、本発明を適用することにより、冗長化されたサーバが同じIPアドレスを持っていても同時に起動しておくことができる。この結果、障害時にホットスタンバイ状態での切替を行うことができ、非運用時間を大幅に短縮することができる。
【０１３３】
また、制御端末側においても、障害が発生したことを意識して設定変更（接続先のＩＰアドレスの変更など）を行うことなく、自動的にサーバの切替が行われるので、制御端末側での作業も発生することは無い。つまり、サーバや制御端末の機能改版も不要にできる。
【０１３４】
また、同一IPアドレスを冗長化サーバに使用できるので、管理するサーバアドレスが半分（２台で冗長化する場合）となりサーバの管理が容易になる。
【０１３５】
尚、本発明は、サーバを冗長していないネットワーク装置を監視する監視制御システムにおけるサーバ冗長化システムに適用することができ、監視や制御は、サーバを経由して制御端末で確認や実行を行うシステムにおいて、災害対策などによりサーバ拠点を２ヶ所に分ける場合において有効である。
【０１３６】
このようにして、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、サーバプログラムの改版やネットワーク装置(装置(N1))および制御端末(H10)の改版を行うことなく、二重化システムを構築できる。特に、予備系のサーバをコールドスタンバイ状態だけでなく、ホットスタンバイ状態やスリープ状態での運用も可能になる。
【０１３７】
尚、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバについて、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【０１３８】
Ｓ１、Ｓ２、Ｓ１ａ、Ｓ２ａ、Ｓ１０、Ｓ１１、Ｓ１２・・・サーバ
Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ１０、Ｒ１１、Ｒ１ａ、Ｒ２ａ、Ｒ３ａ、Ｒ４ａ、Ｒ１０ａ、Ｒ１１ａ・・・ルータ
ＶＲ１、ＶＲ２、ＶＲ１０、ＶＲ１１、ＶＲ１ａ、ＶＲ２ａ、ＶＲ１１ａ・・・仮想ルータ
Ｈ１、Ｈ１０・・・制御端末
Ｎ１・・・装置
ＮＷ１、ＮＷ２、ＮＷ１０、ＮＷ１１、ＮＷ１２・・・ネットワーク
ＳＶＰ１、ＳＶＰ２・・・監視用ポート
ＬＤＩ・・・リンク断検出情報
ＳＤＩ・・・信号開通検出情報
ＰＯＩ・・・ポート開放依頼通知
ＳＦＩ・・・信号断検出情報
ＦＬＩ・・・フィルタ指示
ＦＲＩ・・・フィルタ解除通知
１５０、１５０ａ・・・ルータ
１５１・・・ＯＳ
１５２・・・ポート制御部
１５３・・・状態管理部
１５４・・・コマンド処理部
１５５・・・ルーティングテーブル管理部
１５６・・・ＶＲＲＰ機能部
１５７・・・ルータ間通信部
１５７ａ・・・ルータ間通信部
１５８・・・ポート閉塞制御部
１５９・・・ポート閉塞管理テーブル
１６０・・・フィルタリング制御部
１６１・・・フィルタリング管理テーブル
【技術分野】
【０００１】
本発明は、ネットワークにおけるサーバ冗長化技術に関する。
【背景技術】
【０００２】
一般的なネットワークシステムでは、サーバやルータの障害発生時にサービスを停止しないように冗長化が求められる。一方、VRRP（Virtual Router Redundancy Protocol）と呼ばれるルータの多重化を行うためのプロトコルが知られている。VRRPは、複数のルータを一つのグループとして扱い、グループ内のルータには優先度が与えられる。そして、通常時は優先度が高いルータによる通信が行われ、障害時には同じグループの他のルータの中で優先度が高いルータに自動的に切り替えて通信を継続できるようになっている。VRRPでは、優先度の高い稼働中のルータがVRRPパケット（アドバタイズメント）を定期的に送信することにより、優先度の低いルータを待機させておき、稼働中のルータに問題が発生して待機中のルータがVRRPパケットを一定期間受信されなくなった場合に待機中のルータの中で優先度が高いルータが自動的に稼動を開始してバックアップすることができる。このようなVRRP技術を用いたサーバ冗長化の技術が考えられている（例えば特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３６６９０号公報
【特許文献２】ＷＯ２００６−０３０６２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、サーバ冗長化のためにシステム自体のプログラムを改版する必要があったり、元々サーバ冗長を取っていないシステムでユーザ端末の接続が行われている場合は、サーバ冗長化のために多数のユーザ端末の設定を変更しなければならないという問題が生じる。また、運用系サーバと同一のIPアドレスを持つ予備系サーバを冗長化サーバとして用いる場合は、同じネットワークに接続される予備系サーバをコールドスタンバイさせる必要がある。そして、ルータに障害が発生した場合、VRRPにより自動的に経路は切り替わるが、手動で運用系サーバを停止して予備系サーバを起動しなければならないという問題が生じる。さらに、運用系サーバ側のポートで障害が発生した場合、ルータ自身には障害が発生していないため経路は変更されず、手動でルータの経路を変更する必要がある。このように、従来はシステムを長時間停止しなければならないという問題があった。
【０００５】
上記課題に鑑み、本発明の目的は、元々サーバ冗長を取っていないシステムでサーバの二重化を図ることができるサーバ冗長化システム、仮想ルータおよびサーバを提供することである。
【課題を解決するための手段】
【０００６】
本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【０００７】
また、本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【０００８】
また、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。
【０００９】
また、本発明に係るサーバ冗長化システムは、ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバとで構成されるサーバ冗長化システムにおいて、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。
【００１０】
本発明に係る仮想ルータは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有し、前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータとで構成され、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。
【００１１】
また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。
【００１２】
また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。
【００１３】
本発明に係るサーバは、第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一ＩＰアドレス、前記第三ルータおよび前記第四ルータに対して第二ＩＰアドレスをそれぞれ有する冗長化された複数のサーバにおいて、前記サーバは、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成され、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信することを特徴とする。
【発明の効果】
【００１４】
本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、元々サーバ冗長を取っていないシステムにおいてサーバの二重化を図ることができる。また、同じＩＰアドレスを有するサーバを共存させることができる。さらに、同じＩＰアドレスを有する予備系サーバのホットスタンバイが可能になる。
【図面の簡単な説明】
【００１５】
【図１】第一実施形態に係る監視制御システム１０１の構成および通常時の状態を示す図である。
【図２】仮想ルータの通常時の状態を示す図である。
【図３】仮想ルータの予備系への切替時の状態を示す図である。
【図４】第一実施形態に係る監視制御システム１０１の障害発生時の状態を示す図である。
【図５】第一実施形態に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図６】第一実施形態の応用例１に係る監視制御システム１０１の構成および通常時の状態を示す図である。
【図７】第一実施形態の応用例１に係る監視制御システム１０１の障害発生時の状態を示す図である。
【図８】第一実施形態の応用例１に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図９】第一実施形態の応用例２に係る監視制御システム１０１の障害発生時の動作を示す図である。
【図１０】第二実施形態に係る監視制御システム１０１ａの構成および通常時の状態を示す図である。
【図１１】第二実施形態に係る監視制御システム１０１ａの障害発生時の状態を示す図である。
【図１２】第二実施形態に係る監視制御システム１０１ａの障害発生時の動作を示す図である。
【図１３】第三実施形態に係るサーバ冗長化システム２０１の構成および通常時の状態を示す図である。
【図１４】第三実施形態に係るサーバ冗長化システム２０１の障害発生時の状態を示す図である。
【図１５】第三実施形態に係るサーバ冗長化システム２０１の障害発生時の動作を示す図である。
【図１６】第三実施形態に係るサーバ冗長化システム２０１の障害発生時のその他の動作を示す図である。
【図１７】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時の状態を示す図である。
【図１８】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時の動作を示す図である。
【図１９】第三実施形態に係るサーバ冗長化システム２０１のサーバ側障害発生時のその他の動作を示す図である。
【図２０】第四実施形態に係るサーバ冗長化システム３０１の構成および通常時の状態を示す図である。
【図２１】第四実施形態に係るサーバ冗長化システム３０１の障害発生時の状態を示す図である。
【図２２】第四実施形態に係るサーバ冗長化システム３０１の障害発生時の動作を示す図である。
【図２３】第五実施形態に係るサーバ冗長化システム４０１の構成および通常時の状態を示す図である。
【図２４】第五実施形態に係るサーバ冗長化システム４０１の障害発生時の状態を示す図である。
【図２５】第五実施形態に係るサーバ冗長化システム４０１の障害発生時の動作を示す図である。
【図２６】第五実施形態に係るサーバ冗長化システム４０１の障害発生時のその他の動作を示す図である。
【図２７】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時の状態を示す図である。
【図２８】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時の動作を示す図である。
【図２９】第五実施形態に係るサーバ冗長化システム４０１のサーバ側障害発生時のその他の動作を示す図である。
【図３０】第六実施形態に係るサーバ冗長化システム５０１の構成および通常時の状態を示す図である。
【図３１】第六実施形態に係るサーバ冗長化システム５０１の障害発生時の状態を示す図である。
【図３２】第六実施形態に係るサーバ冗長化システム５０１の障害発生時の動作を示す図である。
【図３３】第一実施形態から第四実施形態における各ルータの構成例を示す図である。
【図３４】第五実施形態および第六実施形態における各ルータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係る「サーバ冗長化システム、仮想ルータおよびサーバ」の実施形態について詳しく説明する。
【００１７】
（第一実施形態）
第一実施形態では、本発明に係る「サーバ冗長化システム、仮想ルータおよびサーバ」の一例として監視制御システム１０１に適用する場合について説明する。図１は監視制御システム１０１の構成例を示す図である。図１において、監視制御システム１０１は、監視対象であるネットワーク上の装置(N1)と、オペレータが監視や制御を行うためのＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）を提供する制御端末(H1)と、冗長化された監視用のサーバ(S1)およびサーバ(S2)と、制御端末(H1)側のネットワーク(NW1)に接続される仮想ルータ(VR1)と、装置(N1)側のネットワーク(NW2)に接続される仮想ルータ(VR2)とで構成される。監視制御システム１０１は、制御端末(H10)からサーバ（サーバ(S1)およびサーバ(S2)）にアクセスし、ネットワーク上の装置(N1)を監視・制御するシステムで、例えば装置(N1)の動作設定を変更したり、装置(N1)の動作状態を監視したり、装置(N1)に異常が発生した場合の警報をモニタすることができる。特にサーバが冗長化されていないシステムでは、サーバ自体やサーバへの経路に問題が発生した場合、全ての装置の監視や制御を行えない状態になり、通信システムに多大な影響を及ぼすためサーバや経路の冗長化は必須であり、本実施形態に係る監視制御システム１０１のようなサーバを冗長化するシステムが有効である。
【００１８】
［仮想ルータについて］
ここで、仮想ルータについて説明する。仮想ルータは、複数の物理ルータを用いて多重化を行うための周知のプロトコル（VRRP）に対応する。VRRPでは、複数のルータに優先度を割り当てて１つのグループとして扱い、通常はそのうち１つのルータが稼動中の運用ルータとして通信を行い、その他のルータは待機する。そして、運用ルータが障害を起こした場合に、同じグループに属する待機中の予備ルータの中で優先度の高いものが自動的に通信を受け継いで稼動する。図２は、仮想ルータの仕組みを説明するための図で、IPアドレス(IP:B10)の制御端末(H10)からIPアドレス(IP:A10)のサーバ(S10)へアクセスする例を示している。図２において、サーバ(S10)はネットワーク(NW10)を介して仮想ルータ(VR10)の仮想IPアドレス(IP:RL)で接続され、制御端末(H10)はネットワーク(NW11)を介して仮想ルータ(VR11)の仮想IPアドレス(IP:RW)で接続されている。そして、仮想ルータ(VR10)および仮想ルータ(VR11)は、共にルータ(R10)およびルータ(R11)の物理ルータで構成され、ルータ(R10)には優先度：１０、ルータ(R11)には優先度：５がそれぞれ与えられている。ここで、ルータ(R10)のポート(IP:r1L)とルータ(R11)のポート(IP:r2L)は、仮想ルータVR10のVRRP機能に属するポートであり、ルータ(R10)のポート(IP:r1W)とルータ(R11)のポート(IP:r2W)は、VRRP機能に属さないポートである。
【００１９】
図２において、ルータ(R10)の物理IPアドレス(IP:r1L)のポートとルータ(R11)の物理IPアドレス(IP:r2L)のポートは、共に仮想IPアドレス(IP:RL)としてネットワーク(NW10)に接続されるが、ルータ(R10)よりも優先度が低いルータ(R11)のネットワーク(NW10)側のポートは仮想ルータ(VR10)のVRRP機能により閉塞されている。同様に、ルータ(R10)の物理IPアドレス(IP:r1W)のポートとルータ(R11)の物理IPアドレス(IP:r2W)のポートは、共に仮想IPアドレス(IP:RW)としてネットワーク(NW11)に接続されるが、ルータ(R10)よりも優先度が低いルータ(R11)のネットワーク(NW11)側のポートは仮想ルータ(VR11)のVRRP機能により閉塞されている。この場合、ルータ(R10)が運用ルータとして稼動し、ルータ(R11)は予備ルータとして待機する。そして、優先度の高い稼働中のルータ(R10)から優先度の低い待機中のルータ(R11)に対して、優先度などの情報を含むVRRPパケット（アドバタイズメント）を予め設定された時間間隔で定期的に送信し、待機中のルータ(R11)はルータ(R10)の優先度が下げられた場合やVRRPパケットが予め設定された期間内に受信されなくなった場合に待機中のルータの中で優先度が高いルータ（図２の例ではルータ(R11)）が自動的に稼動を開始して通信を継続する。図３の例では、ルータ(R10)は自装置を優先度：１に下げると共に物理IPアドレス(IP:r1L)と物理IPアドレス(IP:r1W)に対応する各ポートを閉塞する。一方、優先度が最上位になったルータ(R11)は、物理IPアドレス(IP:r1L)と物理IPアドレス(IP:r1W)に対応する各ポートを開放し、制御端末(H10)からネットワーク(NW11)を介して仮想IPアドレス(IP:RW)に接続されるパケットは、ルータ(R11)を経由してネットワーク(NW10)からサーバ(S10)に伝送される。
【００２０】
このように、VRRP機能に対応する仮想ルータ(VR10)および仮想ルータ(VR11)の間での経路は変更されるが、制御端末(H10)は仮想IPアドレス(IP:RW)で通信するのでルータ間の経路変更を意識する必要はなく、制御端末(H10)のネットワーク設定も変更する必要はない。同様に、サーバ(S10)においても仮想IPアドレス(IP:RL)として仮想ルータ(VR10)と通信するのでルータ間の経路変更を意識する必要はなく、サーバ(S10)のネットワーク設定を変更する必要はない。
【００２１】
［監視制御システム１０１の動作］
図１において、２台のサーバ(S1)とサーバ(S2)は、インターフェースカードをそれぞれ２枚実装しており、同時に異なる２つのネットワークを構成できる。特に、サーバ(S1)とサーバ(S2)は冗長構成をとっており、制御端末(H1)から各サーバにアクセスする場合、同一のIPアドレス(IP:A）で接続することができる。同様に、装置(N1)から各サーバにアクセスする場合は、同一のIPアドレス(IP:B）で接続することができる。尚、図１の例では、サーバ(S1)とサーバ(S2)のIPアドレスが重複しないように、サーバ(S2)は電源が投入されていない状態になっている（コールドスタンバイ状態）。
【００２２】
図１において、仮想ルータ（VR1）は、物理ルータのルータ(R1)とルータ(R2)とで構成され、ネットワーク(NW1)側の制御端末(H1)が接続されるポートは、VRRP機能により連携して動作する。一般に、仮想ルータは複数の物理ルータで構成され、VRRP機能により複数の物理ルータが多重化されて一つの仮想的なルータとして扱うことができる。そして、先に図２で説明したように、同じグループ内の各ルータには優先度が与えられ、常に優先度が高いルータが稼動する仕組みになっている。もし運用ルータに障害が発生した場合、予備ルータの中で優先度が高いルータが自動的に運用ルータとして動作を開始する。例えば図１において、仮想ルータ(VR1)を構成する物理ルータは、優先度：１０が与えられたルータ(R1)と優先度：５が与えられたルータ(R2)である。そして、ルータ(R1)よりも優先度が低いルータ(R2)のVRRPに対応するネットワーク(NW1)側の制御端末(H1)が接続されるポートは閉塞された状態になっている。これにより、IPアドレス（IP:C)を有する制御端末(H1)からルータ(R1)を介してIPアドレス（IP:A)のサーバ(S1)に接続される。同様に、仮想ルータ(VR2)を構成する物理ルータは、優先度：１０が与えられたルータ(R3)と優先度：５が与えられたルータ(R4)である。そして、ルータ(R3)よりも優先度が低いルータ(R4)のネットワーク(NW2)側の装置(N1)が接続されるVRRPに対応するポートは閉塞された状態になっている。これにより、IPアドレス（IP:D)を有する装置(N1)からルータ(R3)を介してIPアドレス（IP:B)のサーバ(S1)に接続される。
【００２３】
尚、本実施形態に係る監視制御システム１０１では、同じサーバを収容するルータ間で制御情報を送受信するための監視用ポートが設けられている。例えば図１の例では、サーバ(S1)を収容するルータ(R1)とルータ(R3)とは監視用ポート(SVP1)で接続され、サーバ(S2)を収容するルータ(R2)とルータ(R4)とは監視用ポート(SVP2)で接続されている。尚、各ルータは、例えばIP:AとIP:Bが同じサーバに接続されることを示すIPアドレスおよびポートの対応テーブルを有している。
【００２４】
［障害発生時の動作］
ここで、図１において、サーバ(S1)にアクセスする経路に障害が発生した場合にルータ(R2)、ルータ(R4)、サーバ(S2)で構成される経路に切り替える動作について図４および図５を用いて説明する。尚、図５は、図４の各ルータ間の処理の流れを示す図である。図４において、ルータ(R3)とサーバ(S1)の間で障害が発生した場合、ルータ(R3)はサーバ(S1)との間のリンクが切断されたことを検出する（図５のステップS101）。そして、ルータ(R3)は装置(N1)が接続されるネットワーク(NW2)側のVRRP機能に対応するポートを閉塞すると共に優先度を１に下げる（ステップS102）。これにより、ルータ(R4)に対してVRRPによる切り替え機能が発動され（ステップS103）、ルータ(R4)のIPアドレス(IP:B)に対応するネットワーク(NW2)側の装置(N1)に接続されるVRRPに属するポートを開放する（ステップS104）。
【００２５】
さらに、ルータ(R3)は監視用ポート(SVP1)を経由して同じサーバ(S1)を収容する対向のルータ(R1)にリンク断検出情報(LDI)を送信する（ステップS105）。尚、リンク断検出情報(LDI)にはリンク断が検出された接続先のIPアドレス情報（ここではIP:B）が含まれている。
【００２６】
一方、ルータ(R3)から監視用ポート(SVP1)を介してリンク断検出情報(LDI)を受信したルータ(R1)は、IPアドレスおよびポートの対応テーブルを参照して、リンク断検出情報(LDI)に含まれるIPアドレス情報から対応するIPアドレス（ここではIP:A）にアクセスするネットワーク(NW1)側のVRRPに属するポートを閉塞すると共に優先度を１に下げる（ステップS106）。これにより、ルータ(R3)に対してVRRPによる切り替え機能が発動され（ステップS107）、ルータ(R3)のIPアドレス(IP:A)に対応するネットワーク(NW1)側の制御端末(H1)に接続されるVRRPに属するポートを開放する（ステップS108）。
【００２７】
このようにして、制御端末(H1)からサーバ(S1)に接続される経路と装置(N1)からサーバ(S1)に接続される経路を、制御端末(H1)からサーバ(S2)に接続される経路と装置(N1)からサーバ(S2)に接続される経路に切り替えることができる。但し、図１および図４の例では、サーバ(S2)はコールドスタンバイ状態になっているので、保守者がサーバ(S2)の電源を投入して立ち上げる必要がある。尚、図１などでは明示していないが、サーバ(S1)の経路に異常が発生したことを検出したルータ(R3)は、一般的な監視制御システムの動作と同様に、制御端末(H1)に警報を発するので、保守者がサーバ(S2)の立ち上げ作業に対応することができる。
【００２８】
このように本実施形態に係る監視制御システム１０１では、同じIPアドレスを有するサーバ(S1)およびサーバ(S2)は、ネットワーク(NW1)を介して接続される制御端末(H1)からは１つのIPアドレス（IP:A)のサーバとして見え、ネットワーク(NW2)を介して接続される装置(N1)からは別の１つのIPアドレス（IP:B)のサーバとして見える。そして、稼働中のサーバ(S1)の経路に異常が発生した場合、サーバ(S1)にアクセスする制御端末(H1)および装置(N1)の両方の経路をサーバ(S2)側に切り替えることができる。
【００２９】
「応用例１」
ここで、上記実施形態の応用例１について説明する。図１および図４の例では、サーバ(S2)はコールドスタンバイ状態になっているので、保守者がサーバ(S2)の電源を投入して立ち上げる必要があった。そこで、サーバ(S2)をホットスタンバイ状態にしておき、保守者がサーバ(S2)の立ち上げを行うことなく、サーバ(S1)からサーバ(S2)に自動的に切り替える例について図６、図７および図８を用いて説明する。
【００３０】
図６は、先の実施形態の図１に対応する図である。図１との相違点は、サーバ(S2)の電源が投入され立ち上がった状態になっていることと、ルータ(R2)のサーバ(S2)側のポートが閉塞されていることと、ルータ(R4)のサーバ(S2)側のポートが閉塞されていることである。上記以外の点は図１の例と同じであり、通常時において、制御端末(H1)はネットワーク(NW1)および仮想ルータ(VR1)のルータ(R1)の経路でサーバ(S1)に接続され、装置(N1)はネットワーク(NW2)および仮想ルータ(VR2)のルータ(R3)の経路でサーバ(S1)に接続されている。図１の例では、サーバ(S1)とサーバ(S2)は、同じIPアドレス(IP:A)で常に接続された状態になっているので、サーバ(S2)を立ち上げておいた場合、IPアドレスが重複してしまうことになる。同様に、サーバ(S1)とサーバ(S2)のIPアドレス(IP:B)も重複してしまう。このため、図１の例では、サーバ(S2)をコールドスタンバイ状態にしておく必要があった。これに対して、図６の例では、サーバ(S2)は立ち上がった状態になっているが、IPアドレス(IP:A)で接続されるルータ(R2)のポートは閉塞されているので、IPアドレス(IP:A)が衝突することはない。同様に、IPアドレス(IP:B)で接続されるルータ(R4)のポートも閉塞されているので、IPアドレス(IP:B)が衝突することはない。
【００３１】
［障害発生時の動作］
ここで、図６において、サーバ(S1)にアクセスする経路に障害が発生した場合にルータ(R2)、ルータ(R4)、サーバ(S2)で構成される経路に切り替える動作について図７および図８を用いて説明する。尚、図８は、図６の各ルータ間の処理の流れを示す図である。
【００３２】
図７および図８は、先の実施形態の図４および図５にそれぞれ対応する図である。図７と図４との相違点は、サーバ(S2)の電源が投入され立ち上がった状態になっていることである。また、図８と図５との相違点は、ステップS109、ステップS110およびステップS111が追加されていることで、ステップS101からステップS108までの処理は図５と同じである。
【００３３】
図７において、ルータ(R3)とサーバ(S1)の間で障害が発生した場合、ステップS101からステップS104が実行されて、VRRP機能により、ルータ(R3)のVRRPに属する装置(N1)側のポートの閉塞と、ルータ(R4)のVRRPに属する装置(N1)側のポートの開放とが行われる。尚、この時点では、図６で説明したように、IPアドレス(IP:B)で接続されるルータ(R4)のサーバ(S2)側のポートは未だ閉塞された状態にある。
【００３４】
さらに、ステップS105からステップS108が実行されて、VRRP機能により、ルータ(R1)のVRRPに属する制御端末(H1)側のポートの閉塞と、ルータ(R2)のVRRPに属する制御端末(H1)側のポートの開放とが行われる。尚、この時点では、図６で説明したように、IPアドレス(IP:A)で接続されるルータ(R2)のサーバ(S2)側のポートは未だ閉塞された状態にある。
【００３５】
ここまでの処理は、図５の例と同じであるが、サーバ(S2)に接続されるルータ(R2)およびルータ(R4)の各ポートは閉塞状態のままであり、サーバ(S2)へのリンクは確立されていない。
【００３６】
そして、本応用例１では、ルータ(R2)は拡張VRRP機能により、IPアドレス(IP:A)の接続ポートを開放する（ステップS109）。この時点で、ルータ(R2)はサーバ(S2)との間のリンクを確立する。尚、拡張VRRP機能とは、本明細書内で便宜的に用いる独自の言葉で、一般的に用いられているVRRP機能を拡張した本発明特有の機能を意味し、周知の技術ではないことを明記しておく。
【００３７】
さらに、ルータ(R2)は、IPアドレス(IP:A)のサーバ(S2)との間で信号開通したことを示す信号開通検出情報(SDI)を監視用ポート(SVP2)経由でルータ(R4)に送信する（ステップS110）。ルータ(R2)から信号開通検出情報(SDI)を受信したルータ(R4)は、IPアドレス(IP:A)に対応するIPアドレス(IP:B)の接続ポートを開放する（ステップS111）。この時点で、ルータ(R4)はサーバ(S2)との間のリンクを確立する。
【００３８】
このようにして、制御端末(H1)からサーバ(S1)に接続される経路と装置(N1)からサーバ(S1)に接続される経路を、制御端末(H1)からサーバ(S2)に接続される経路と装置(N1)からサーバ(S2)に接続される経路に切り替えることができる。特に応用例１では、サーバ(S2)はホットスタンバイ状態になっているので、ルータ(R2)およびルータ(R4)とサーバ(S2)との間のポートの閉塞が解除された時点で、制御端末(H1)および装置(N1)は直ぐにサーバ(S2)にアクセスすることができるので、先の実施形態のように、保守者がサーバ(S2)の電源を投入して立ち上げる必要がなくなる。
【００３９】
「応用例２」
ここで、上記実施形態の応用例２について説明する。応用例１では、サーバ(S2)をホットスタンバイ状態にしておき、サーバ(S2)に接続されるルータ(R2)およびルータ(R4)のサーバ(S2)側のポートが開放されると直ぐに稼動できるようになっていた。ところが、サーバ(S2)を常に稼動状態にしておかなければならず、無駄な電力を消費するという課題が生じる。そこで、本応用例２では、サーバ(S2)をスリープ状態にしておき、サーバ(S1)からサーバ(S2)に切り替わったときに、サーバ(S2)をウェイクアップさせる。これにより、保守者がサーバ(S2)の立ち上げを行うことなく、且つ、省電力化を図ることができる。
【００４０】
図９は、先の応用例１の図８に対応する図である。図９において、ステップS101からステップS111までの処理は図８と同じである。そして、応用例２では、ルータ(R4)はIPアドレス(IP:B)のサーバ(S2)に対してWOL(Wake On LAN)用のフレームを送信する（ステップS112）。ここで、WOLはスリープ状態にある装置をウェイクアップさせるためのフレームとして規格化されているものである。WOL用フレームを受信したサーバ(S2)は自動的に起動され、稼動状態になる（ステップS113）。尚、サーバ(S2)は、WOL用フレーム受信時にウェイクアップするモードに設定されているものとする。
【００４１】
このようにして、制御端末(H1)からサーバ(S1)にアクセスする経路と装置(N1)からサーバ(S1)にアクセスする経路を、制御端末(H1)からサーバ(S2)にアクセスする経路と装置(N1)からサーバ(S2)にアクセスする経路に切り替えることができる。特に応用例２では、サーバ(S2)はスリープ状態になっているので、先の実施形態のように、保守者がサーバ(S2)の電源を投入して立ち上げる必要がなく、且つ、先の応用例１のようにサーバ(S2)をホットスタンバイ状態にしておく必要がないのでサーバ(S2)の省電力化が可能になる。
【００４２】
（第二実施形態）
次に、第二実施形態に係る監視制御システム１０１ａについて説明する。図１０は監視制御システム１０１ａの構成例を示す図である。尚、図１０の監視制御システム１０１ａにおいて、図１の監視制御システム１０１と同符号のものは同じ機能のブロックを示す。図１と異なる部分は、図１のルータ(R1)とルータ(R3)との間の監視用ポート(SVP1)が図１０のルータ(R1a)とルータ(R3a)との間には配置されていないことと、図１のルータ(R2)とルータ(R4)との間の監視用ポート(SVP2)が図１０のルータ(R2a)とルータ(R4a)との間には配置されていないことである。また、リンク断を検出したときの稼働中のサーバ(S1a)（或いはサーバ(S2a)）の動作と各ルータの動作が異なるが、通常稼働中の動作については図１の監視制御システム１０１と同じである。
【００４３】
［障害発生時の動作］
次に、障害発生時の動作について図１１および図１２を用いて説明する。尚、図１２は先の実施形態の図５に対応し、同符号の処理ステップは同じ処理を示す。
【００４４】
図１１において、ルータ(R3a)とサーバ(S1a)の間で障害が発生した場合のルータ(R3a)とルータ(R4a)の動作は、図５のステップS101からステップS104までの処理と同じなので説明を省略する。図１１の例では、サーバ(S1a)においてもルータ(R3a)との間の障害を検出する（ステップS201）。そして、サーバ(S1a)は、ルータ(R1a)との間の主信号を用いてルータ(R1a)に信号断検出情報(SFI)を送信する（ステップS202）。信号断検出情報(SFI)をサーバ(S1a)から受信したルータ(R1a)は、IPアドレス（ここではIP:A）に接続されるネットワーク(NW1)側のVRRPに属するポートを閉塞すると共に優先度を１に下げる（ステップS106）。尚、ステップS106からステップS108の動作は図５の同符号のステップと同じで、ルータ(R2a)に対してVRRPによる切り替え機能が発動され（ステップS107）、ルータ(R2a)のIPアドレス(IP:A)に対応するネットワーク(NW1)側の制御端末(H1)に接続されるVRRPに属するポートを開放する（ステップS108）。
【００４５】
このようにして、制御端末(H1)からサーバ(S1a)に接続される経路および装置(N1)からサーバ(S1a)に接続される経路を、制御端末(H1)からサーバ(S2a)に接続される経路および装置(N1)からサーバ(S2a)に接続される経路に切り替えることができる。但し、図１０から図１２の例では、サーバ(S2a)はコールドスタンバイ状態になっているので、保守者がサーバ(S2a)の電源を投入して立ち上げる必要がある。
【００４６】
尚、本実施形態においても、第一実施形態で説明した応用例１と同様にして、サーバ(S2a)をホットスタンバイ状態にしておき、図６で説明したように、ルータ(R2a)のサーバ(S2a)側のポートと、ルータ(R4a)のサーバ(S2a)側のポートとを閉塞状態にしておくことにより、サーバ(S1a)とサーバ(S2a)とが同じIPアドレスで衝突することを回避できる。そして、図８で説明したステップS109からステップS111までの処理を実行することにより、ルータ(R2a)およびルータ(R4a)はサーバ(S2a)との間のリンクをそれぞれ確立することができる。但し、この場合は、ルータ(R2a)とルータ(R4a)との間に、図７で説明した監視用ポート(SVP2)を設けて信号開通検出情報(SDI)を送受信する必要がある。同様に、図９で説明した応用例２のように、サーバ(S2a)をスリープ状態にしてルータ(R2a)からWOL用フレームをサーバ(S2a)に送信することにより、サーバ(S2a)を起動することも可能である。
【００４７】
このように本実施形態に係る監視制御システム１０１ａでは、同じIPアドレスを有するサーバ(S1a)およびサーバ(S2a)は、ネットワーク(NW1)を介して接続される制御端末(H1)からは１つのIPアドレス（IP:A)のサーバとして見え、ネットワーク(NW2)を介して接続される装置(N1)からは別の１つのIPアドレス（IP:B)のサーバとして見える。そして、稼働中のサーバ(S1a)の経路に異常が発生した場合、サーバ(S1a)にアクセスする制御端末(H1)および装置(N1)の両方の経路をサーバ(S2a)側に切り替えることができる。
【００４８】
（第三実施形態）
次に、第三実施形態に係るサーバ冗長化システム２０１について説明する。図１３は、先にVRRP機能を説明するために用いた図２の構成の一部に該当し、サーバ(S10)を冗長化して運用系のサーバ(S11)および予備系のサーバ(S12)をルータ(R10)およびルータ(R11)に接続している。そして、IPアドレス(IP:B10)を有する制御端末(H10)は、ネットワーク(NW11)を介して仮想ルータ(VR11)に仮想IPアドレス(IP:RW)で接続され、運用系のサーバ(S11)および予備系のサーバ(S12)を意識することなく同じIPアドレス(IP:A10)でアクセスできるようになっている。また、図１３において、ルータ(R10)とルータ(R11)は、ネットワーク(NW11)側のポートはVRRP機能に対応し、制御端末(H10)からのアクセスは優先度の高い方のルータ（図１３の例ではルータ(R10)）に接続される。
【００４９】
図１３において、ルータ(R10)の優先度は１０で、ルータ(R11)の優先度は５なので、仮想ルータ(VR10)のVRRP機能により、ルータ(R10)のVRRP機能に対応するポート(IP：r1W)は開放状態で、ルータ(R11)のVRRP機能に対応するポート(IP：r2W)は閉塞状態になっている。また、本発明特有の拡張VRRPの機能により、仮想ルータ(VR11)のVRRP機能に対応しない予備系のサーバ(S12)側のルータ(R11)のポート(IP：r2L)も閉塞状態になっている。これにより、運用系のサーバ(S11)と同じIPアドレス(IP:A10)を有する予備系のサーバ(S12)は、ルータ(R11)のポート(IP:r2L)から切り離されるので予備系のサーバ(S12)をホットスタンバイ状態にしておいても運用系のサーバ(S11)と衝突することはない。
【００５０】
ここで、図１３において、ルータ(R10)とルータ(R11)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されて接続されており、ルータ間で制御情報を送受信することができる。これにより、ルータ(R10)からネットワーク(NW11)を介してルータ(R11)に制御情報を送信できない場合でも、ネットワーク(NW12)を介してルータ(R10)からルータ(R11)へ制御情報を送信することができる。例えば、拡張VRRP機能では、運用系のサーバ(S11)のIPアドレス(IP:A10)に接続されるルータ(R10)のポート(IP:r1L)が開放されているか閉塞されているかの情報をネットワーク(NW12)を介してルータ(R11)に送信し、ルータ(R10)のポート(IP:r1L)が開放されている場合はルータ(R11)のポート(IP:r2L)を閉塞し、ルータ(R10)のポート(IP:r1L)が閉塞された場合はルータ(R11)のポート(IP:r2L)を開放するように動作する。
【００５１】
［ルータ(R10)の制御端末(H10)側の経路で障害が発生した場合］
次に、ルータ(R10)の制御端末(H10)側の経路において障害が発生した時の動作について図１４および図１５を用いて説明する。尚、図１４は図１３においてネットワーク(NW11)とルータ(R10)との間で障害が発生した場合の様子を示す図で、図１３と同符号のものは同じものを示す。
【００５２】
図１４において、例えば制御端末(H10)が接続されるネットワーク(NW11)とルータ(R10)のポート(IP:r1W)との間で障害が発生した場合、図１５に示すように処理される。
【００５３】
（ステップS301）ルータ(R10)は、VRRP機能における優先度を１０から１に下げると共に、障害発生側のポート(IP:r1W)に対応するポート(IP:r1L)を閉塞し、運用系のサーバ(S11)との通信を停止する。ここで、先の実施形態と同様に、ポート(IP:r1W)とポート(IP:r1L)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されている。尚、ルータ(R10)は、ポート(IP:r1L)を閉塞後、ネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信する。
【００５４】
（ステップS302）ルータ(R10)とルータ(R11)との間でVRRP機能による制御が行われ、ルータ(R10)の優先度が１に下がったことをVRRPパケットの送受信によりルータ(R11)に通知される。
【００５５】
（ステップS303）ルータ(R11)は、仮想ルータ(VR11)内で自分が最高優先度のルータになったことを認識し、運用系のルータに移行してポート(IP:r2W)を開放する。
【００５６】
（ステップS304）ルータ(R11)は、自装置内のタイマの計時を開始する。尚、タイマには予め決められた時間が設定されている。
【００５７】
（ステップS305）ルータ(R11)は、ルータ(R10)からポート開放依頼通知(POI)を受信したか否かを判別し、ポート開放依頼通知(POI)を受信した場合はステップS308に進み、受信していない場合はステップS306に進む。
【００５８】
（ステップS306）ルータ(R11)は、タイマがタイムアウトしたか否かを判別し、タイムアウトした場合はステップS307に進み、タイムアウトしていない場合はステップS305に戻ってポート開放依頼通知(POI)を待つ動作を繰り返す。
【００５９】
（ステップS307）ルータ(R11)は、ポート(IP:r2L)を開放する。
【００６０】
（ステップS308）ルータ(R11)は、予備系のサーバ(S12)との通信を開始する。
【００６１】
このようにして、ルータ(R10)と制御端末(H10)との間で障害が発生した場合に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００６２】
また、ルータ(R10)とルータ(R11)との間でポート開放依頼通知(POI)を送受信してルータ(R11)のポート(IP:r2L)を開放するので、同じIPアドレス(IP:A10)の運用系のサーバ(S11)のポート閉塞後に予備系のサーバ(S12)のポートが開放されるので、両方のサーバの同じIPアドレスのポートが同時に開放状態になることはなく、予備系のサーバ(S12)に確実に切り替えることができる。また、何らかの要因により、ルータ(R10)からルータ(R11)にポート開放依頼通知(POI)が送信できない場合でも、タイマにより予め設定した時間が経過した段階でルータ(R11)のポート(IP:r2L)を開放することにより、予備系のサーバ(S12)を強制的に稼動することができる。
【００６３】
ここで、ポート開放依頼通知(POI)が来ない理由として、ルータ(R10)自体に問題が発生していることが考えられる。そこで、図１６に示すように、ルータ(R10)が活きているか否かを確認する処理を行った上でルータ(R11)のポート(IP:r2L)を開放するようにしてもよい。尚、図１６において、ステップS301からステップS306までの処理は、図１５の同符号の処理ステップと同じ処理なので重複する説明は省略する。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10)対して死活確認を行う（ステップS351）。死活確認は、例えばPingなどの周知のパケットを用い、ルータ(R10)から応答があるか否かにより判断する（ステップS352）。そして、ルータ(R10)から応答があった場合はステップS353に進み、ルータ(R10)から応答がなかった場合はステップS307に進む。応答があった場合はルータ(R10)が活きているので、ステップS305に戻ってポート開放依頼通知(POI)を待つ処理をリトライするが、予め設定された最大リトライ回数を超過したか否かを判別し、超過していない場合にリトライを繰り返す（ステップS353）。尚、ステップS353でステップS305に戻る際にポート開放依頼通知(POI)を待つ処理のリトライ回数をカウントする。そして、ステップS353で最大リトライ回数を超過した場合、ステップS352でルータ(R10)からの応答が無かった場合、或いは、ポート開放依頼通知(POI)を受信した場合のいずれかの場合は、図１５と同様にポート(IP:r2L)を開放し（ステップS307）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００６４】
このようにして、ルータ(R10)が活きているか否かの確認を行った上でルータ(R11)のポート(IP:r2L)を開放できるので、ルータ(R10)のポート開放依頼通知(POI)の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００６５】
［ルータ(R10)のサーバ(S11)側の経路で障害が発生した場合］
次に、ルータ(R10)の運用系のサーバ(S11)側の経路において障害が発生した時の動作について図１７および図１８を用いて説明する。尚、図１７は、先に説明した図１３においてルータ(R10)と運用系のサーバ(S11)との間で障害が発生した場合の様子を示す図で、図１３と同符号のものは同じものを示す。
【００６６】
図１７において、例えば運用系のサーバ(S11)が接続されるルータ(R10)のポート(IP:r1L)と運用系のサーバ(S11)との間で障害が発生した場合、図１８に示すように処理される。
【００６７】
（ステップS301a）ルータ(R10)は、VRRP機能における優先度を１０から１に下げると共に、ポート(IP:r1L)に対応するポート(IP:r1W)を閉塞し、運用系のサーバ(S11)との通信を停止する。ここで、先の実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されている。尚、ルータ(R10)は、ポート(IP:r1L)を閉塞後、ネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信する。
【００６８】
次のステップS302からステップS308までの処理については、図１５と同じなので詳しい説明は省略するが、VRRP機能によってルータ(R11)に運用系のルータが移行してポート(IP:r2W)を開放し、タイマを動作させると共にルータ(R10)からのポート開放依頼通知(POI)の到来を待つ。そして、ルータ(R11)は、タイマがタイムアウトした場合、或いはポート開放依頼通知(POI)を受信した場合にポート(IP:r2L)を開放して、予備系のサーバ(S12)との通信を開始する。
【００６９】
このようにして、運用系のサーバ(S11)とルータ(R10)との間で障害が発生した場合でも、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００７０】
また、図１４および図１５の例と同様に、ポート開放依頼通知(POI)によりルータ(R11)のポート(IP:r2L)を開放するので、ルータ(R10)のポート(IP:r1L)と同時にルータ(R11)のポート(IP:r2L)が開放状態になることなく予備系のサーバ(S12)に切り替えることができる。そして、何らかの要因でルータ(R10)からポート開放依頼通知(POI)を受信できない場合でも、タイマによりルータ(R11)のポート(IP:r2L)を開放して予備系のサーバ(S12)に強制的に接続することができる。
【００７１】
ここで、図１６の例と同様に、ルータ(R10)に問題が発生してポート開放依頼通知(POI)が来ない場合に対応して、ルータ(R10)の死活を確認する処理を行った上でルータ(R11)のポート(IP:r2L)を開放するようにしてもよい。この場合の処理を図１９に示す。
【００７２】
図１９において、ステップS301aからステップS306までの処理は、図１８の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10)が活きている場合は予め設定された最大リトライ回数までルータ(R10)からのポート開放依頼通知(POI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10)からの応答が無かった場合、或いは、ポート開放依頼通知(POI)を受信した場合のいずれかの場合は、図１５および図１８と同様にポート(IP:r2L)を開放し（ステップS307）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００７３】
このようにして、ルータ(R10)が活きているか否かの確認を行った上でルータ(R11)のポート(IP:r2L)を開放するので、ルータ(R10)のポート開放依頼通知(POI)の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００７４】
（第四実施形態）
次に、第四実施形態に係るサーバ冗長化システム３０１について説明する。図１３のサーバ冗長化システム２０１の例では、ルータ(R10)とルータ(R11)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、例えばネットワーク(NW11)に障害が発生した場合でもルータ(R10)からネットワーク(NW12)を介してルータ(R11)にポート開放依頼通知(POI)を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム３０１は、図２０に示すようにルータ(R10)とルータ(R11)との間にネットワーク(NW12)が配置されていないので、ルータ(R10)とネットワーク(NW11)との間で障害が発生した場合、図１４の例のようにルータ(R10)からルータ(R11)にポート開放依頼通知(POI)を送信することができない。
【００７５】
そこで、本実施形態に係るサーバ冗長化システム３０１では、即時開放モードを設け、即座にルータ(R11)のサーバ(S12)側のポート(IP:r2L)を開放することができる。
【００７６】
［ルータ(R10)の制御端末(H10)側の経路で障害が発生した場合］
次に、ネットワーク(NW11)とルータ(R10)との間で障害が発生した時の即時開放モードにおける動作について図２１および図２２を用いて説明する。尚、図２２において、先に説明した図１５と同符号のものは同じ処理を示す。
【００７７】
図２０において、ルータ(R10)のVRRPに属するポート(IP:r1W)とルータ(R10)との間で障害が発生した場合、図２１および図２２のように処理される。以下、処理の流れについて説明する。
【００７８】
（ステップS301b）ルータ(R10)は、ポート(IP:r1W)側で障害が発生した場合、VRRP機能における優先度を１０から１に下げると共に、ポート(IP:r1L)を閉塞し、運用系のサーバ(S11)との通信を停止する。
【００７９】
ここで、先の実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10)の内部に予め記憶されているので、ルータ(R10)は障害が発生したポート(IP:r1W)に対応するポート(IP:r1L)を知ることができる。
【００８０】
尚、ルータ(R10)とルータ(R11)との間で定期的に送受信される従来技術のVRRPパケットも障害により送受信できないので（ステップS302b）、仮想ルータ(VR11)の中でルータ(R10)の次に優先度が高いルータ(R11)は自らが運用系のルータに移行し、VRRP機能に対応するポート(IP:r2W)を開放する（ステップS303b）。また、図１５の例では、ステップS302でルータ(R10)から定期的に送信されるVRRPパケットをネットワーク(NW12)を介してルータ(R11)側で受信できるので、ルータ(R11)はルータ(R10)の優先度が１に下がったことを知ることができたが、図２２の例ではVRRPパケットを送受信できないので、ルータ(R11)は一定期間ルータ(R10)からVRRPパケットが来ないことを検出して自身が仮想ルータ(VR11)内の最高優先度のルータになったことを認識する点が図１５の例とは異なる。
【００８１】
以降、ステップS307およびステップS308の処理は図１５の例と同じであり、VRRP機能に対応しないポート(IP:r2L)を開放して、予備系のサーバ(S12)との通信を開始する。
【００８２】
このようにして、ルータ(R10)とネットワーク(NW11)との間で障害が発生した場合、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11)を形成するルータ(R10)からルータ(R11)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11)のポート(IP:r2L)を閉塞状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００８３】
（第五実施形態）
次に、第五実施形態に係るサーバ冗長化システム４０１について説明する。図２３は、先の実施形態の図１３に対応する図で、図１３と同符号のものは同じものを示す。図２３において、仮想ルータ(VR11a)を構成するルータ(R10a)およびルータ(R11a)の動作が図１３の例と異なるが、それ以外の動作については図１３の例と基本的に同じである。
【００８４】
図２３において、ルータ(R10a)の優先度は１０で、ルータ(R11a)の優先度は５なので、仮想ルータ(VR10a)内のVRRP機能により、優先度が高いルータ(R10a)のVRRPに対応するポート(IP：r1W)は開放状態で、優先度が低いルータ(R11a)のVRRP機能に対応するポート(IP：r2W)は閉塞状態になっている。尚、ポート(IP：r1W)とポート(IP：r2W)は、制御端末(H10)からは仮想IPアドレス（IP:RW）としてアクセスされる。
【００８５】
また、本実施形態に係るサーバ冗長化システム４０１では、仮想ルータ(VR11a)のVRRP機能に対応しないルータ(R11a)のポート(IP：r2L)は、図１３の例とは異なり開放状態になっているが、予備系のサーバ(S12)から入力するフレームを廃棄するフィルタリングの機能を有している。これにより、運用系のサーバ(S11)と同じIPアドレス(IP:A10)を有する予備系のサーバ(S12)は、ルータ(R11)のポート(IP:r2L)から切り離されているのと同じ状態になるので、予備系のサーバ(S12)をホットスタンバイ状態にしておいても運用系のサーバ(S11)と衝突することはない。
【００８６】
ここで、図２３において、ルータ(R10a)とルータ(R11a)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、ルータ間で制御情報を送受信することができる。これにより、ルータ(R10a)からネットワーク(NW11)を介してルータ(R11a)に制御情報を送信できない場合でも、ネットワーク(NW12)を介してルータ(R10a)からルータ(R11a)へ制御情報を送信することができる。尚、本実施形態で送受信する制御情報は、ルータ(R11a)のポート(IP:r2L)から入力するフレームのフィルタリング開始を指示するフィルタ指示(FLI)と、このフィルタリングを解除するフィルタ解除通知(FRI)である。例えば、通常動作時はルータ(R10a)からルータ(R11a)にフィルタ指示(FLI)を送信して、ルータ(R11a)のポート(IP:r2L)から入力するフレームをフィルタリングし、障害発生時に予備系のサーバ(S12)が運用系のサーバに移行する場合にルータ(R10a)からルータ(R11a)にフィルタ解除通知(FRI)を送信して、ルータ(R11a)のポート(IP:r2L)から入力するフレームのフィルタリングを解除する。
【００８７】
［ルータ(R10a)の制御端末(H10)側の経路で障害が発生した場合］
次に、ルータ(R10a)の制御端末(H10)側の経路において障害が発生した時の動作について図２４および図２５を用いて説明する。尚、図２４は図２３においてネットワーク(NW11)とルータ(R10a)との間で障害が発生した場合の様子を示す図で、図２３と同符号のものは同じものを示す。
【００８８】
図２４において、例えばルータ(R10a)に制御端末(H10)が接続されるネットワーク(NW11)側のポート(IP:r1W)とルータ(R10a)との間で障害が発生した場合、図２５に示すように処理される。尚、図２５において、先に説明した図１５と同符号の処理ステップは同じ処理を示す。以下、処理の流れについて説明する。
【００８９】
（ステップS301c）ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。ここで、先の各実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10a)の内部に予め記憶されている。尚、ルータ(R10a)は、ポート(IP:r1L)のフィルタリングを開始後、ネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信する。
【００９０】
次のステップS302およびステップS303の処理は、図１５と同様に実行され、VRRP機能によって優先度がルータ(R10a)より高くなったことを認識したルータ(R11a)は運用系のルータに移行してVRRPに対応するポート(IP:r2W)を開放する。そして、ルータ(R11a)はタイマを動作させ(ステップS304c)、ルータ(R10a)からのフィルタ解除通知(FRI)の到来を待つ(ステップS305c)。その後、タイマがタイムアウトした場合(ステップS306)、或いはフィルタ解除通知(FRI)を受信した場合、ルータ(R11a)は、ポート(IP:r2L)のフィルタリングを解除して透過状態にし(ステップS307c)、予備系のサーバ(S12)との通信を開始する(ステップS308)。
【００９１】
このようにして、運用系のサーバ(S11)とルータ(R10)との間で障害が発生した場合でも、図１４および図１５で説明したルータ(R10)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10a)からルータ(R11a)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)から入力するフレームをフィルタリングするので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【００９２】
また、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合を除いて、ルータ(R10a)から送信されるフィルタ解除通知(FRI)を受信するまでルータ(R11a)のポート(IP:r2L)のフィルタリングを解除しないので、ルータ(R10a)のポート(IP:r1L)と重複してフィルタリングが解除された状態になることはなく、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避できる。そして、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合でも、ルータ(R11a)はタイマのタイムアウトによりポート(IP:r2L)のフィルタリングを解除して予備系のサーバ(S12)に移行することができる。尚、ルータ(R10a)からフィルタ解除通知(FRI)が来ない場合はルータ(R10a)自体に障害が発生していると考えられるので、予備系のサーバ(S12)を稼動しても運用系のサーバ(S11)とは衝突しない。
【００９３】
ここで、図１６の例と同様に、ルータ(R10a)に問題が発生してフィルタ解除通知(FRI)が来ない場合に対応して、ルータ(R10a)の死活を確認する処理を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するようにしてもよい。この場合の処理を図２６に示す。
【００９４】
図２６において、ステップS301cからステップS306までの処理は、図２５の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10a)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10a)が活きている場合は予め設定された最大リトライ回数までルータ(R10a)からのフィルタ解除通知(FRI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10a)からの応答が無かった場合、或いは、フィルタ解除通知(FRI)を受信できた場合のいずれかの場合は、図２５と同様にポート(IP:r2L)のフィルタリングを解除し（ステップS307c）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【００９５】
このようにして、ルータ(R10a)が活きているか否かの確認を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のフィルタ解除通知(FRI)の送信がルータ(R10a)の処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【００９６】
［ルータ(R10a)のサーバ(S11)側の経路で障害が発生した場合］
次に、ルータ(R10a)の運用系のサーバ(S11)側の経路において障害が発生した時の動作について図２７および図２８を用いて説明する。尚、図２７は、先に説明した図２４においてルータ(R10a)と運用系のサーバ(S11)との間で障害が発生した場合の様子を示す図で、図２４と同符号のものは同じものを示す。
【００９７】
図２７において、例えば運用系のサーバ(S11)が接続されるルータ(R10a)のポート(IP:r1L)と運用系のサーバ(S11)との間で障害が発生した場合、図２８に示すように処理される。尚、図２８は、先に説明した図２５に対応する図で、同符号の処理ステップは同じ処理を示し、障害の発生がポート(IP:r1L)側であることと、次に説明するステップS301dの一部の処理以外は図２５の例と全く同じである。
【００９８】
（ステップS301d）ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。また、ポート(IP:r1L)に対応するポート(IP:r1W)を閉塞する。
【００９９】
ここで、先の各実施形態と同様に、ポート(IP:r1L)とポート(IP:r1W)とを対応付けるIPアドレスおよびポートの対応テーブルがルータ(R10a)の内部に予め記憶されている。尚、ルータ(R10a)は、ポート(IP:r1L)のフィルタリングを開始後、ネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信する。
【０１００】
尚、運用系のサーバ(S11)とルータ(R10a)との間で障害が発生しているので、サーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを行う必要がないように見えるが、ルータ(R10a)からサーバ(S11)への送信信号だけに障害がある場合、サーバ(S11)から制御端末(H10)宛の余計なパケットが送信されることがある。このような問題を回避するために運用系のサーバ(S11)から流入するパケットをルータ(R10a)のポート(IP:r1L)側でフィルタリングしている。
【０１０１】
以降、ステップS302からステップS308までの処理については、図２５と同じなので詳しい説明は省略するが、VRRP機能によってルータ(R11a)に運用系のルータが移行してポート(IP:r2W)を開放し、タイマを動作させると共にルータ(R10a)からのフィルタ解除通知(FRI)の到来を待つ。そして、ルータ(R11a)は、タイマがタイムアウトした場合、或いはフィルタ解除通知(FRI)を受信した場合にポート(IP:r2L)のフィルタリングを解除して透過状態にし、予備系のサーバ(S12)との通信を開始する。
【０１０２】
このようにして、運用系のサーバ(S11)とルータ(R10a)との間で障害が発生した場合でも、図２４および図２５で説明したルータ(R10a)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10aからルータ(R11a)に経路が移行されるので、制御端末(H10)は運用系のサーバ(S11)から予備系のサーバ(S12)に移行されたことを意識することなく同じIPアドレス(IP:A10)によりアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)から入力される予備系のサーバ(S12)のパケットをフィルタリングするので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【０１０３】
また、図２４および図２５の例と同様に、フィルタ解除通知(FRI)によりルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のポート(IP:r1L)が同時にフィルタリング解除状態になることがなく、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避できる。そして、何らかの要因でルータ(R10a)からフィルタ解除通知(FRI)を受信できない場合でも、タイマによりルータ(R11a)のポート(IP:r2L)のフィルタリングを解除して透過状態にし、予備系のサーバ(S12)に接続することができる。
【０１０４】
ここで、図２６の例と同様に、ルータ(R10a)自体に問題が発生してフィルタ解除通知(FRI)が来ない場合に対応して、ルータ(R10a)の死活を確認する処理を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するようにしてもよい。この場合の処理を図２９に示す。
【０１０５】
図２９において、ステップS301dからステップS306までの処理は、図２８の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時（或いはタイマ動作中でもよい）にルータ(R10a)対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図１６の例と同じなので詳しい説明は省略するが、ルータ(R10a)が活きている場合は予め設定された最大リトライ回数までルータ(R10a)からのフィルタ解除通知(FRI)を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータ(R10a)からの応答が無かった場合、或いは、フィルタ解除通知(FRI)を受信できた場合のいずれかの場合は、図２８と同様にポート(IP:r2L)のフィルタリングを解除し（ステップS307c）、予備系のサーバ(S12)との通信を開始する（ステップS308）。
【０１０６】
このようにして、ルータ(R10a)が活きているか否かの確認を行った上でルータ(R11a)のポート(IP:r2L)のフィルタリングを解除するので、ルータ(R10a)のフィルタ解除通知(FRI)の送信がルータ(R10a)の処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバ(S11)と予備系のサーバ(S12)との衝突を回避することができる。
【０１０７】
（第六実施形態）
次に、第六実施形態に係るサーバ冗長化システム５０１について説明する。図２３のサーバ冗長化システム４０１の例では、ルータ(R10a)とルータ(R11a)の間はネットワーク(NW11)とネットワーク(NW12)を介して冗長化されており、例えば図２４のように、ネットワーク(NW11)に障害が発生した場合でもルータ(R10a)からネットワーク(NW12)を介してルータ(R11a)にフィルタ解除通知(FRI)を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム５０１は、図３０に示すようにルータ(R10a)とルータ(R11a)との間にネットワーク(NW12)が配置されていないので、ルータ(R10a)とネットワーク(NW11)との間に障害が発生した場合、図２４の例のようにルータ(R10a)からルータ(R11a)にフィルタ解除通知(FRI)を送信することができない。
【０１０８】
そこで、本実施形態に係るサーバ冗長化システム５０１では、第四実施形態と同様に即時開放モードを設け、即座にルータ(R11a)のサーバ(S12)側のポート(IP:r2L)を開放（本実施形態ではフィルタリングを解除）することができる。
【０１０９】
［ルータ(R10a)の制御端末(H10)側の経路で障害が発生した場合］
次に、ネットワーク(NW11)とルータ(R10a)との間で障害が発生した時の即時開放モードにおける動作について図３１および図３２を用いて説明する。尚、図３２において、先に説明した図２５と同符号のものは同じ処理を示す。
【０１１０】
図３１において、ルータ(R10a)のVRRPに属するポート(IP:r1W)とルータ(R10a)との間で障害が発生した場合、図３２のように処理される。尚、ステップS301cの処理は図２５と同じであり、ルータ(R10a)は、VRRP機能における優先度を１０から１に下げると共に、障害が発生した運用系のサーバ(S11)側のポート(IP:r1L)から入力するフレームのフィルタリングを開始し、運用系のサーバ(S11)との通信を実質的に停止する。ここで、図２５の例では、定期的に送受信される従来技術のVRRPパケットをルータ(R10a)とルータ(R11a)との間でネットワーク(NW12)を介して送受信できたが(ステップS302)、本実施形態ではネットワーク(NW12)が配置されていないので図３２に示すようにルータ(R10a)とルータ(R11a)との間でVRRPパケットを送受信できない(ステップS302b)。
【０１１１】
そして、ルータ(R10a)とルータ(R11a)との間で送受信されるVRRPパケットが障害により送受信できないので、仮想ルータ(VR11a)の中でルータ(R10a)の次に優先度が高いルータ(R11a)は自らが運用系のルータに移行し、VRRP機能に対応するポート(IP:r2W)を開放する（ステップS303c）。ここで、図２５の例では、ステップS302でルータ(R10a)から定期的に送信されるVRRPパケットをネットワーク(NW12)を介してルータ(R11a)側で受信できるので、ルータ(R11a)はルータ(R10a)の優先度が１に下がったことを知ることができたが、図３２の例ではVRRPパケットを送受信できないので、ルータ(R11a)は一定期間ルータ(R10a)からVRRPパケットが来ないことを検出して自身が仮想ルータ(VR11a)内の最高優先度のルータになったことを認識する点が図２５の例とは異なる。
【０１１２】
以降、ステップS307cおよびステップS308の処理は、図２５の例と同じなので詳しい説明は省略するが、ポート(IP:r2L)から入力するパケットのフィルタリングを解除して、予備系のサーバ(S12)との通信を開始する。
【０１１３】
このようにして、ルータ(R10a)とネットワーク(NW11)との間で障害が発生した場合、図２４および図２５で説明したルータ(R10a)と制御端末(H10)との間で障害が発生した場合と同様に、仮想ルータ(VR11a)を形成するルータ(R10a)からルータ(R11a)に経路が移行されるので、制御端末(H10)は意識することなく運用系のサーバ(S11)から予備系のサーバ(S12)にアクセスできる。特に、運用系のサーバ(S11)が稼働中は、予備系のサーバ(S12)に接続されるルータ(R11a)のポート(IP:r2L)をフィルタリング状態にしておくので、同じIPアドレス(IP:A10)の予備系のサーバ(S12)をホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバ(S11)から予備系のサーバ(S12)に移行できる。
【０１１４】
［ルータの構成例１］
次に、第一実施形態から第四実施形態におけるルータの構成例について説明する。図３３は、ルータ１５０の構成を示すブロック図で、本発明に関係するブロックを中心に描いてある。図３３において、ルータ１５０は、ＯＳ（オペレーションシステム）１５１と、ポート制御部１５２と、状態管理部１５３と、コマンド処理部１５４と、ルーティングテーブル管理部１５５と、ＶＲＲＰ機能部１５６と、ルータ間通信部１５７と、ポート閉塞制御部１５８と、ポート閉塞管理テーブル１５９とで構成される。
【０１１５】
図３３において、ＯＳ１５１は、オペレーティングシステムで、ルータ１５０全体の動作を制御するソフトウェアのプラットホームを提供する。例えばポート制御部１５２、状態管理部１５３、コマンド処理部１５４、ルーティングテーブル管理部１５５、ＶＲＲＰ機能部１５６、ルータ間通信部１５７およびポート閉塞制御部１５８の各ブロックの処理は、ＯＳ１５１上で実行される。
【０１１６】
ポート制御部１５２は、実ポートへの直接の設定変更やデータ転送などの処理を行う。例えば各実施形態において、ポート(IP:r1L)、ポート(IP:r2L)、ポート(IP:r1W)およびポート(IP:r2W)の閉塞や開放などの設定や各ポートを介してデータの送受信を行う。尚、ポートの閉塞や開放は、ＶＲＲＰ機能部１５６やポート閉塞制御部１５８などから指令される。
【０１１７】
状態管理部１５３は、各ポートやルータの障害状態や、コマンド処理部１５４からの更新情報を処理する。例えばサーバ(S11)が接続されるポート(IP:r1L)側の障害検出やネットワーク(NW11)が接続されるポート(IP:r1W)側の障害検出などを行う。或いは、制御端末(H10)からポート設定の変更やルーティングテーブルの変更などを要求するコマンドが送られてきた場合にコマンド処理部１５４を介してポート設定変更指示やルーティングテーブル変更指示を受け取ってポート制御部１５２やルーティングテーブル管理部１５５を制御する。
【０１１８】
コマンド処理部１５４は、制御端末(H10)からユーザが入力したコマンドを処理する。例えば制御端末(H10)からポート設定変更のコマンドを受けた場合は状態管理部１５３にポート設定変更を指示する。
【０１１９】
ルーティングテーブル管理部１５５は、ルータ１５０でルーティングするフレームのルーティング情報を管理する。例えばポート(IP:r1L)から入力するフレームをポート(IP:r1W)に出力するなどの情報を管理し、状態管理部１５３やＶＲＲＰ機能部１５６を介してポート制御部１５２に出力され、ポート制御部１５２はルーティング情報に応じたパケットの転送を行う。
【０１２０】
ＶＲＲＰ機能部１５６は、周知のＶＲＲＰ規格に準拠した機能制御を行う。例えば、仮想ルータを形成するグループ内の運用ルータや予備ルータの状態管理および優先度管理などを行い、状態管理部１５３からの障害通知や設定変更などの指示に応じて、優先度の変更などのＶＲＲＰ機能を動作させる。具体的例として、図１４のルータ(R10)の状態管理部１５３がネットワーク(NW11)との間の障害を検出した場合に、ルータ(R10)のＶＲＲＰ機能部１５６は、自身の優先度を１に下げると共に、ポート制御部１５２に指令してポート(IP:r1W)の閉塞を行う。一方、ルータ(R11)のＶＲＲＰ機能部１５６は、自身の優先度が同じグループの仮想ルータ内で一番高くなったことを認識して、ルータ(R11)のポート制御部１５２に指令してＶＲＲＰに属するポート(IP:r2W)を開放する。また、ＶＲＲＰ機能部１５６は、優先度が一番高い実ルータ（運用ルータ）から予備ルータに対して定期的にＶＲＲＰパケットを送受信する処理も実行する。
【０１２１】
ルータ間通信部１５７は、ＶＲＲＰに関する情報（優先度など）、リンク断検出情報(LDI)、信号開通検出情報(SDI)、ポート開放依頼通知(POI)、或いは死活確認メッセージ（Ｐｉｎｇなど）をルータ間で送受信する。
【０１２２】
ポート閉塞制御部１５８は、障害発生時に本発明における拡張ＶＲＲＰ機能によるポート閉塞の判定処理を行ったり、予備系のルータへ各制御情報（リンク断検出情報(LDI)、信号開通検出情報(SDI)、ポート開放依頼通知(POI)、或いは死活確認メッセージ（Ｐｉｎｇなど））の送信や各情報の判定を行う。尚、どのポートを閉塞または開放するかは、ポート閉塞管理テーブル１５９を参照して判定する。
【０１２３】
ポート閉塞管理テーブル１５９は、本発明における拡張ＶＲＲＰ機能によるポートの閉塞／開放状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。
【０１２４】
このように、第一実施形態から第四実施形態における各ルータは、ルータ１５０のように構成される。尚、第一実施形態に係る監視制御システム１０１では、仮想ルータ(VR1)と仮想ルータ(VR2)のそれぞれを構成するルータ(R1)およびルータ(R2)とルータ(R3)およびルータ(R4)とが図３３のルータ１５０と同様に構成される。また、第二実施形態に係る監視制御システム１０１ａでは、仮想ルータ(VR1a)と仮想ルータ(VR2a)のそれぞれを構成するルータ(R1a)およびルータ(R2a)とルータ(R3a)およびルータ(R4a)とが図３３のルータ１５０と同様に構成される。さらに、第三実施形態に係るサーバ冗長化システム２０１および第四実施形態に係るサーバ冗長化システム３０１では、仮想ルータ(VR11)を構成するルータ(R10)とルータ(R11)が図３３のルータ１５０と同様に構成される。
【０１２５】
［ルータの構成例２］
次に、第五実施形態および第六実施形態におけるルータの構成例について説明する。図３４は、ルータ１５０ａの構成を示すブロック図である。図３４において、ルータ１５０ａは、ＯＳ（オペレーションシステム）１５１と、ポート制御部１５２と、状態管理部１５３と、コマンド処理部１５４と、ルーティングテーブル管理部１５５と、ＶＲＲＰ機能部１５６と、ルータ間通信部１５７ａと、フィルタリング制御部１６０と、フィルタリング管理テーブル１６１とで構成される。尚、図３３と同符号のブロックの基本的な動作は同じなので重複する説明は省略するが、図３３と同様に、ポート制御部１５２、状態管理部１５３、コマンド処理部１５４、ルーティングテーブル管理部１５５、ＶＲＲＰ機能部１５６、ルータ間通信部１５７ａおよびフィルタリング制御部１６０の各ブロックの処理は、ＯＳ１５１上で実行される。
【０１２６】
ここで、ルータ１５０ａと図３３のルータ１５０との違いは、ポート閉塞制御部１５８とポート閉塞管理テーブル１５９の代わりに、フィルタリング制御部１６０とフィルタリング管理テーブル１６１とが配置されていることである。
【０１２７】
フィルタリング制御部１６０は、障害発生時に本発明における拡張ＶＲＲＰ機能によるポートのフィルタリングの有無を判定する処理を行ったり、予備系のルータへ各制御情報（フィルタ指示(FLI)、フィルタ解除通知(FRI)、或いは死活確認メッセージ（Ｐｉｎｇなど））の送信や各情報の判定を行う。尚、どのポートでフィルタリングを行うか否かは、ポート閉塞管理テーブル１５９を参照して判定する。
【０１２８】
フィルタリング管理テーブル１６１は、本発明における拡張ＶＲＲＰ機能によるポートのフィルタリング状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。
【０１２９】
ルータ間通信部１５７ａは、ＶＲＲＰに関する情報（優先度など）、フィルタ指示(FLI)、フィルタ解除通知(FRI)、或いは死活確認メッセージ（Ｐｉｎｇなど）を仮想ルータを構成するルータ間で送受信する。
【０１３０】
このように、第五実施形態および第六実施形態における各ルータは、ルータ１５０ａのように構成される。尚、第五実施形態に係るサーバ冗長化システム４０１では、仮想ルータ(VR11a)を構成するルータ(R10a)とルータ(R11a)が図３４のルータ１５０ａと同様に構成される。また、第五実施形態に係るサーバ冗長化システム４０１および第六実施形態に係るサーバ冗長化システム５０１では、仮想ルータ(VR11a)を構成するルータ(R10a)とルータ(R11a)が図３４のルータ１５０ａと同様に構成される。
【０１３１】
以上、各実施形態において説明してきたように、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、以下のような効果が得られる。
【０１３２】
元々サーバ冗長を取っていないシステムを二重化した場合、従来の方法では、サーバが設置された局での保守員による作業が必要であり、障害発生時にはシステムの長時間停止が必至であったが、本発明を適用することにより、冗長化されたサーバが同じIPアドレスを持っていても同時に起動しておくことができる。この結果、障害時にホットスタンバイ状態での切替を行うことができ、非運用時間を大幅に短縮することができる。
【０１３３】
また、制御端末側においても、障害が発生したことを意識して設定変更（接続先のＩＰアドレスの変更など）を行うことなく、自動的にサーバの切替が行われるので、制御端末側での作業も発生することは無い。つまり、サーバや制御端末の機能改版も不要にできる。
【０１３４】
また、同一IPアドレスを冗長化サーバに使用できるので、管理するサーバアドレスが半分（２台で冗長化する場合）となりサーバの管理が容易になる。
【０１３５】
尚、本発明は、サーバを冗長していないネットワーク装置を監視する監視制御システムにおけるサーバ冗長化システムに適用することができ、監視や制御は、サーバを経由して制御端末で確認や実行を行うシステムにおいて、災害対策などによりサーバ拠点を２ヶ所に分ける場合において有効である。
【０１３６】
このようにして、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、サーバプログラムの改版やネットワーク装置(装置(N1))および制御端末(H10)の改版を行うことなく、二重化システムを構築できる。特に、予備系のサーバをコールドスタンバイ状態だけでなく、ホットスタンバイ状態やスリープ状態での運用も可能になる。
【０１３７】
尚、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバについて、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【０１３８】
Ｓ１、Ｓ２、Ｓ１ａ、Ｓ２ａ、Ｓ１０、Ｓ１１、Ｓ１２・・・サーバ
Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ｒ１０、Ｒ１１、Ｒ１ａ、Ｒ２ａ、Ｒ３ａ、Ｒ４ａ、Ｒ１０ａ、Ｒ１１ａ・・・ルータ
ＶＲ１、ＶＲ２、ＶＲ１０、ＶＲ１１、ＶＲ１ａ、ＶＲ２ａ、ＶＲ１１ａ・・・仮想ルータ
Ｈ１、Ｈ１０・・・制御端末
Ｎ１・・・装置
ＮＷ１、ＮＷ２、ＮＷ１０、ＮＷ１１、ＮＷ１２・・・ネットワーク
ＳＶＰ１、ＳＶＰ２・・・監視用ポート
ＬＤＩ・・・リンク断検出情報
ＳＤＩ・・・信号開通検出情報
ＰＯＩ・・・ポート開放依頼通知
ＳＦＩ・・・信号断検出情報
ＦＬＩ・・・フィルタ指示
ＦＲＩ・・・フィルタ解除通知
１５０、１５０ａ・・・ルータ
１５１・・・ＯＳ
１５２・・・ポート制御部
１５３・・・状態管理部
１５４・・・コマンド処理部
１５５・・・ルーティングテーブル管理部
１５６・・・ＶＲＲＰ機能部
１５７・・・ルータ間通信部
１５７ａ・・・ルータ間通信部
１５８・・・ポート閉塞制御部
１５９・・・ポート閉塞管理テーブル
１６０・・・フィルタリング制御部
１６１・・・フィルタリング管理テーブル
【特許請求の範囲】
【請求項１】
第一ネットワークに収容される制御端末と、
第二ネットワークに収容される伝送装置と、
前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、
前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、
前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、
前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とするサーバ冗長化システム。
【請求項２】
第一ネットワークに収容される制御端末と、
第二ネットワークに収容される伝送装置と、
前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、
前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、
前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、
前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とするサーバ冗長化システム。
【請求項３】
請求項１または２に記載のサーバ冗長化システムにおいて、
前記予備系サーバは、ホットスタンバイ状態で待機し、
前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、
前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項４】
請求項３に記載のサーバ冗長化システムにおいて、
前記予備系サーバは、スリープ状態で待機する
ことを特徴とするサーバ冗長化システム。
【請求項５】
請求項４に記載のサーバ冗長化システムにおいて、
前記第四ルータは、優先度が前記第三ルータより高くなった場合に、前記スリープ状態にある前記予備系サーバにウェイクアップ信号を出力する
ことを特徴とするサーバ冗長化システム。
【請求項６】
請求項３から５のいずれか一項に記載のサーバ冗長化システムにおいて、
前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一ＩＰアドレスと前記第二ＩＰアドレスとを対応付けるテーブルをそれぞれ有し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのＩＰアドレス情報とを前記監視用ポートにより送信し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記ＩＰアドレス情報とを受信した場合に、前記ＩＰアドレス情報に対応する自装置のＩＰアドレスを前記テーブルにより検索し、当該ＩＰアドレスに対応するポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項７】
ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、
前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞する
ことを特徴とするサーバ冗長化システム。
【請求項８】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項９】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１０】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１１】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１２】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、前記運用系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１３】
ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、
前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄する
ことを特徴とするサーバ冗長化システム。
【請求項１４】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１５】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するVRRPに属さないポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１６】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１７】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１８】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１９】
第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、
設定された優先度の高いルータが動作するVRRP機能を有し、
前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータと
で構成され、
前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、
前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とする仮想ルータ。
【請求項２０】
請求項１９に記載の仮想ルータにおいて、
前記予備系サーバをホットスタンバイ状態で待機させる場合、
前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、
前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放する
ことを特徴とする仮想ルータ。
【請求項２１】
請求項２０に記載の仮想ルータにおいて、
前記予備系サーバをスリープ状態で待機させる場合、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記予備系サーバに接続されるポートを開放すると共に、スリープ状態にある前記予備系サーバにウェイクアップ信号を出力する
ことを特徴とする仮想ルータ。
【請求項２２】
請求項２０または２１に記載の仮想ルータにおいて、
前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一ＩＰアドレスと前記第二ＩＰアドレスとを対応付けるテーブルをそれぞれ有し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのＩＰアドレス情報とを前記監視用ポートにより送信し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記ＩＰアドレス情報とを受信した場合に、前記ＩＰアドレス情報に対応する自装置のＩＰアドレスを前記テーブルにより検索し、当該ＩＰアドレスに対応するポートを開放する
ことを特徴とする仮想ルータ。
【請求項２３】
ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞する
ことを特徴とする仮想ルータ。
【請求項２４】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２５】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２６】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２７】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２８】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、前記予備系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２９】
ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄する
ことを特徴とする仮想ルータ。
【請求項３０】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３１】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３２】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３３】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３４】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３５】
第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一ＩＰアドレス、前記第三ルータおよび前記第四ルータに対して第二ＩＰアドレスをそれぞれ有する冗長化された複数のサーバにおいて、
前記サーバは、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成され、
前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信する
ことを特徴とするサーバ。
【請求項１】
第一ネットワークに収容される制御端末と、
第二ネットワークに収容される伝送装置と、
前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、
前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、
前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、
前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とするサーバ冗長化システム。
【請求項２】
第一ネットワークに収容される制御端末と、
第二ネットワークに収容される伝送装置と、
前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、
前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、
前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、
前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とするサーバ冗長化システム。
【請求項３】
請求項１または２に記載のサーバ冗長化システムにおいて、
前記予備系サーバは、ホットスタンバイ状態で待機し、
前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、
前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項４】
請求項３に記載のサーバ冗長化システムにおいて、
前記予備系サーバは、スリープ状態で待機する
ことを特徴とするサーバ冗長化システム。
【請求項５】
請求項４に記載のサーバ冗長化システムにおいて、
前記第四ルータは、優先度が前記第三ルータより高くなった場合に、前記スリープ状態にある前記予備系サーバにウェイクアップ信号を出力する
ことを特徴とするサーバ冗長化システム。
【請求項６】
請求項３から５のいずれか一項に記載のサーバ冗長化システムにおいて、
前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一ＩＰアドレスと前記第二ＩＰアドレスとを対応付けるテーブルをそれぞれ有し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのＩＰアドレス情報とを前記監視用ポートにより送信し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記ＩＰアドレス情報とを受信した場合に、前記ＩＰアドレス情報に対応する自装置のＩＰアドレスを前記テーブルにより検索し、当該ＩＰアドレスに対応するポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項７】
ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、
前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞する
ことを特徴とするサーバ冗長化システム。
【請求項８】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項９】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１０】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１１】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１２】
請求項７に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、前記運用系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とするサーバ冗長化システム。
【請求項１３】
ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、
前記第一ルータに第一ＩＰアドレスで接続される運用系サーバと、
前記第二ルータに前記運用系サーバと同じ前記第一ＩＰアドレスで接続される予備系サーバと
で構成されるサーバ冗長化システムにおいて、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄する
ことを特徴とするサーバ冗長化システム。
【請求項１４】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１５】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するVRRPに属さないポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１６】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１７】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１８】
請求項１３に記載のサーバ冗長化システムにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とするサーバ冗長化システム。
【請求項１９】
第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、
設定された優先度の高いルータが動作するVRRP機能を有し、
前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、
前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータと
で構成され、
前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、
前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、
前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放する
ことを特徴とする仮想ルータ。
【請求項２０】
請求項１９に記載の仮想ルータにおいて、
前記予備系サーバをホットスタンバイ状態で待機させる場合、
前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、
前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放する
ことを特徴とする仮想ルータ。
【請求項２１】
請求項２０に記載の仮想ルータにおいて、
前記予備系サーバをスリープ状態で待機させる場合、
前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記予備系サーバに接続されるポートを開放すると共に、スリープ状態にある前記予備系サーバにウェイクアップ信号を出力する
ことを特徴とする仮想ルータ。
【請求項２２】
請求項２０または２１に記載の仮想ルータにおいて、
前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一ＩＰアドレスと前記第二ＩＰアドレスとを対応付けるテーブルをそれぞれ有し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのＩＰアドレス情報とを前記監視用ポートにより送信し、
前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記ＩＰアドレス情報とを受信した場合に、前記ＩＰアドレス情報に対応する自装置のＩＰアドレスを前記テーブルにより検索し、当該ＩＰアドレスに対応するポートを開放する
ことを特徴とする仮想ルータ。
【請求項２３】
ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞する
ことを特徴とする仮想ルータ。
【請求項２４】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２５】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２６】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２７】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２８】
請求項２３に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、
前記第二ルータは、前記予備系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放する
ことを特徴とする仮想ルータ。
【請求項２９】
ネットワークを介して制御端末に接続され、第一ＩＰアドレスと第二ＩＰアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、
前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、
前記第一ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一ＩＰアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、
前記第二ルータは、VRRPに属さないポートに前記第一ＩＰアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄する
ことを特徴とする仮想ルータ。
【請求項３０】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３１】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３２】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３３】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３４】
請求項２９に記載の仮想ルータにおいて、
前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、
前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除する
ことを特徴とする仮想ルータ。
【請求項３５】
第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一ＩＰアドレス、前記第三ルータおよび前記第四ルータに対して第二ＩＰアドレスをそれぞれ有する冗長化された複数のサーバにおいて、
前記サーバは、前記第一ルータに対して第一ＩＰアドレス、前記第三ルータに対して第二ＩＰアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一ＩＰアドレス、前記第四ルータに対して前記第二ＩＰアドレスをそれぞれ有する予備系サーバとで構成され、
前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信する
ことを特徴とするサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公開番号】特開２０１３−７７９８３（Ｐ２０１３−７７９８３Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１６６０６（Ｐ２０１１−２１６６０６）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
[ Back to top ]