第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とするサーバ冗長化システム。第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とするサーバ冗長化システム。請求項1または2に記載のサーバ冗長化システムにおいて、前記予備系サーバは、ホットスタンバイ状態で待機し、前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にしておき、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放することを特徴とするサーバ冗長化システム。請求項3に記載のサーバ冗長化システムにおいて、前記予備系サーバは、スリープ状態で待機することを特徴とするサーバ冗長化システム。請求項4に記載のサーバ冗長化システムにおいて、前記第四ルータは、優先度が前記第三ルータより高くなった場合に、前記スリープ状態にある前記予備系サーバにウェイクアップ信号を出力することを特徴とするサーバ冗長化システム。請求項3から5のいずれか一項に記載のサーバ冗長化システムにおいて、前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一IPアドレスと前記第二IPアドレスとを対応付けるテーブルをそれぞれ有し、前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのIPアドレス情報とを前記監視用ポートにより送信し、前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記IPアドレス情報とを受信した場合に、前記IPアドレス情報に対応する自装置のIPアドレスを前記テーブルにより検索し、当該IPアドレスに対応するポートを開放することを特徴とするサーバ冗長化システム。ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第一ルータに第一IPアドレスで接続される運用系サーバと、前記第二ルータに前記運用系サーバと同じ前記第一IPアドレスで接続される予備系サーバとで構成されるサーバ冗長化システムにおいて、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とするサーバ冗長化システム。請求項7に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するポートを開放することを特徴とするサーバ冗長化システム。請求項7に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とするサーバ冗長化システム。請求項7に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とするサーバ冗長化システム。請求項7に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とするサーバ冗長化システム。請求項7に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、前記運用系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とするサーバ冗長化システム。ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第一ルータに第一IPアドレスで接続される運用系サーバと、前記第二ルータに前記運用系サーバと同じ前記第一IPアドレスで接続される予備系サーバとで構成されるサーバ冗長化システムにおいて、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一IPアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とするサーバ冗長化システム。請求項13に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とするサーバ冗長化システム。請求項13に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するVRRPに属さないポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とするサーバ冗長化システム。請求項13に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とするサーバ冗長化システム。請求項13に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とするサーバ冗長化システム。請求項13に記載のサーバ冗長化システムにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とするサーバ冗長化システム。第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有し、前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータとで構成され、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする仮想ルータ。請求項19に記載の仮想ルータにおいて、前記予備系サーバをホットスタンバイ状態で待機させる場合、前記第四ルータは、優先度が前記第三ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第三ルータより高くなった場合に前記予備系サーバに接続されるポートを開放し、前記第二ルータは、優先度が前記第一ルータより低い場合は前記予備系サーバに接続されるポートを閉塞状態にし、優先度が前記第一ルータより高くなった場合に前記予備系サーバに接続されるポートを開放することを特徴とする仮想ルータ。請求項20に記載の仮想ルータにおいて、前記予備系サーバをスリープ状態で待機させる場合、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記予備系サーバに接続されるポートを開放すると共に、スリープ状態にある前記予備系サーバにウェイクアップ信号を出力することを特徴とする仮想ルータ。請求項20または21に記載の仮想ルータにおいて、前記第二ルータおよび前記第四ルータは、前記予備系サーバに接続するための互いの前記第一IPアドレスと前記第二IPアドレスとを対応付けるテーブルをそれぞれ有し、前記第二ルータまたは前記第四ルータは、前記予備系サーバに接続されるポートを開放した場合に、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータに信号開通検出情報と開放したポートに接続する前記予備系サーバのIPアドレス情報とを前記監視用ポートにより送信し、前記第二ルータまたは前記第四ルータは、前記予備系サーバを介して対向する前記第二ルータまたは前記第四ルータから前記信号開通検出情報と前記IPアドレス情報とを受信した場合に、前記IPアドレス情報に対応する自装置のIPアドレスを前記テーブルにより検索し、当該IPアドレスに対応するポートを開放することを特徴とする仮想ルータ。ネットワークを介して制御端末に接続され、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする仮想ルータ。請求項23に記載の仮想ルータにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とする仮想ルータ。請求項23に記載の仮想ルータにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とする仮想ルータ。請求項23に記載の仮想ルータにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とする仮想ルータ。請求項23に記載の仮想ルータにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにポート開放依頼通知を送信し、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末に接続するVRRPに属するポートを開放し、且つ、前記第一ルータからポート開放依頼通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にポート開放依頼通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とする仮想ルータ。請求項23に記載の仮想ルータにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートの閉塞とを行い、前記第二ルータは、前記予備系サーバに接続するポートを閉塞状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートを開放することを特徴とする仮想ルータ。ネットワークを介して制御端末に接続され、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一IPアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする仮想ルータ。請求項29に記載の仮想ルータにおいて、前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とする仮想ルータ。請求項29に記載の仮想ルータにおいて、前記第一ルータは、前記端末との間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とする仮想ルータ。請求項29に記載の仮想ルータにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とする仮想ルータ。請求項29に記載の仮想ルータにおいて、前記第一ルータは、前記運用系サーバとの間の障害を検出した場合、前記第二ルータにフィルタ解除通知を送信すると共に、前記端末に接続するVRRPに属するポートの閉塞と、優先度を前記第二ルータより低く設定すると共に、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記端末に接続するポートをVRRP機能により開放し、且つ、前記第一ルータからフィルタ解除通知の受信を待つ受信待ち処理を行い、前記受信待ち処理期間にフィルタ解除通知を受信できない場合は前記第一ルータに死活確認パケットを送信し、前記死活確認パケットの応答がある場合は前記受信待ち処理をリトライし、予め設定した最大リトライ回数を超えた場合または前記死活確認パケットの応答がない場合は、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とする仮想ルータ。請求項29に記載の仮想ルータにおいて、前記第一ルータは、前記制御端末との間の障害を検出した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末に接続するVRRPに属するポートの閉塞と、前記運用系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄し、前記第二ルータは、前記予備系サーバに接続するポートから入力するパケットのフィルタリングを行って廃棄する状態にして前記第一ルータに確認パケットを定期的に送信し、前記第一ルータから前記確認パケットに対する応答が予め設定された期間内に受信されない場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを解除することを特徴とする仮想ルータ。第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一IPアドレス、前記第三ルータおよび前記第四ルータに対して第二IPアドレスをそれぞれ有する冗長化された複数のサーバにおいて、前記サーバは、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成され、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信することを特徴とするサーバ。ところが、サーバ冗長化のためにシステム自体のプログラムを改版する必要があったり、元々サーバ冗長を取っていないシステムでユーザ端末の接続が行われている場合は、サーバ冗長化のために多数のユーザ端末の設定を変更しなければならないという問題が生じる。また、運用系サーバと同一のIPアドレスを持つ予備系サーバを冗長化サーバとして用いる場合は、同じネットワークに接続される予備系サーバをコールドスタンバイさせる必要がある。そして、ルータに障害が発生した場合、VRRPにより自動的に経路は切り替わるが、手動で運用系サーバを停止して予備系サーバを起動しなければならないという問題が生じる。さらに、運用系サーバ側のポートで障害が発生した場合、ルータ自身には障害が発生していないため経路は変更されず、手動でルータの経路を変更する必要がある。このように、従来はシステムを長時間停止しなければならないという問題があった。上記課題に鑑み、本発明の目的は、元々サーバ冗長を取っていないシステムでサーバの二重化を図ることができるサーバ冗長化システム、仮想ルータおよびサーバを提供することである。本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。また、本発明に係るサーバ冗長化システムは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、前記第一ネットワークを介して前記制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成されるサーバ冗長化システムにおいて、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信し、前記第三ルータは、前記運用系サーバとの間の障害を検出した場合、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記運用系サーバから前記信号断検出通知を主信号により受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。また、ネットワークを介して制御端末に接続され、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。また、本発明に係るサーバ冗長化システムは、ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、前記第一ルータに第一IPアドレスで接続される運用系サーバと、前記第二ルータに前記運用系サーバと同じ前記第一IPアドレスで接続される予備系サーバとで構成されるサーバ冗長化システムにおいて、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一IPアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。本発明に係る仮想ルータは、第一ネットワークに収容される制御端末と、第二ネットワークに収容される伝送装置と、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有し、前記第一ネットワークを介して前記制御端末に接続され、前記仮想ルータを形成する第一ルータおよび第二ルータと、前記第二ネットワークを介して前記伝送装置に接続され、前記仮想ルータを形成する第三ルータおよび第四ルータとで構成され、前記運用系サーバに接続される前記第一ルータおよび前記第三ルータの間を監視用ポートにより接続し、前記第三ルータは、前記伝送装置から前記運用系サーバにアクセスする経路の障害を検出した場合、リンク断検出通知を前記第一ルータに前記監視用ポートにより送信し、優先度を前記第四ルータより低く設定すると共に、前記伝送装置を収容する前記第二ネットワークに接続するVRRPに属するポートを閉塞し、前記第四ルータは、優先度が前記第三ルータより高くなった場合、前記伝送装置を収容する前記第二ネットワークに接続するポートをVRRP機能により開放し、前記第一ルータは、前記第三ルータから前記リンク断検出通知を前記監視用ポートにより受信した場合、優先度を前記第二ルータより低く設定すると共に、前記制御端末を収容する前記第一ネットワークに接続するVRRPに属するポートを閉塞し、前記第二ルータは、優先度が前記第一ルータより高くなった場合、前記制御端末を収容する前記第一ネットワークに接続するポートをVRRP機能により開放することを特徴とする。また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、優先度が前記第一ルータより低い場合、VRRPに属するポートを開放し、VRRPに属さないポートを閉塞することを特徴とする。また、本発明に係る仮想ルータは、ネットワークを介して制御端末に接続され、第一IPアドレスと第二IPアドレスをそれぞれ有する運用系サーバおよび予備系サーバとで構成されるサーバ冗長化システムに用いられる仮想ルータにおいて、前記仮想ルータは、設定された優先度の高いルータが動作するVRRP機能を有する第一ルータおよび第二ルータで構成され、前記第一ルータは、VRRPに属さないポートに前記第一IPアドレスで前記運用系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、且つ、前記第二ルータに対して前記予備系サーバに接続するポートから入力する前記第一IPアドレスのパケットをフィルタリングして廃棄するフィルタ開始指示を送信し、前記第二ルータは、VRRPに属さないポートに前記第一IPアドレスで前記予備系サーバに接続すると共に、VRRPに属するポートに前記ネットワークを介して前記制御端末を接続し、前記第一ルータからフィルタ開始指示を受信した場合、前記予備系サーバに接続するVRRPに属さないポートから入力するパケットのフィルタリングを開始して廃棄することを特徴とする。本発明に係るサーバは、第一ネットワークを介して制御端末に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第一ルータおよび第二ルータと、第二ネットワークを介して伝送装置に接続され、設定された優先度の高いルータが動作するVRRP機能による仮想ルータを形成する第三ルータおよび第四ルータと、前記第一ルータおよび前記第二ルータに対して第一IPアドレス、前記第三ルータおよび前記第四ルータに対して第二IPアドレスをそれぞれ有する冗長化された複数のサーバにおいて、前記サーバは、前記第一ルータに対して第一IPアドレス、前記第三ルータに対して第二IPアドレスをそれぞれ有する運用系サーバと、前記第二ルータに対して前記第一IPアドレス、前記第四ルータに対して前記第二IPアドレスをそれぞれ有する予備系サーバとで構成され、前記運用系サーバは、前記第三ルータとの間の障害を検出した場合、信号断検出通知を前記第一ルータに主信号により送信することを特徴とする。本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、元々サーバ冗長を取っていないシステムにおいてサーバの二重化を図ることができる。また、同じIPアドレスを有するサーバを共存させることができる。さらに、同じIPアドレスを有する予備系サーバのホットスタンバイが可能になる。以下、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバの実施形態について詳しく説明する。第一実施形態第一実施形態では、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバの一例として監視制御システム101に適用する場合について説明する。図1は監視制御システム101の構成例を示す図である。図1において、監視制御システム101は、監視対象であるネットワーク上の装置と、オペレータが監視や制御を行うためのHMIHumanMachineInterfaceを提供する制御端末と、冗長化された監視用のサーバおよびサーバと、制御端末側のネットワークに接続される仮想ルータと、装置側のネットワークに接続される仮想ルータとで構成される。監視制御システム101は、制御端末からサーバサーバおよびサーバにアクセスし、ネットワーク上の装置を監視制御するシステムで、例えば装置の動作設定を変更したり、装置の動作状態を監視したり、装置に異常が発生した場合の警報をモニタすることができる。特にサーバが冗長化されていないシステムでは、サーバ自体やサーバへの経路に問題が発生した場合、全ての装置の監視や制御を行えない状態になり、通信システムに多大な影響を及ぼすためサーバや経路の冗長化は必須であり、本実施形態に係る監視制御システム101のようなサーバを冗長化するシステムが有効である。[仮想ルータについて]ここで、仮想ルータについて説明する。仮想ルータは、複数の物理ルータを用いて多重化を行うための周知のプロトコルVRRPに対応する。VRRPでは、複数のルータに優先度を割り当てて1つのグループとして扱い、通常はそのうち1つのルータが稼動中の運用ルータとして通信を行い、その他のルータは待機する。そして、運用ルータが障害を起こした場合に、同じグループに属する待機中の予備ルータの中で優先度の高いものが自動的に通信を受け継いで稼動する。図2は、仮想ルータの仕組みを説明するための図で、IPアドレスの制御端末からIPアドレスのサーバへアクセスする例を示している。図2において、サーバはネットワークを介して仮想ルータの仮想IPアドレスで接続され、制御端末はネットワークを介して仮想ルータの仮想IPアドレスで接続されている。そして、仮想ルータおよび仮想ルータは、共にルータおよびルータの物理ルータで構成され、ルータには優先度:10、ルータには優先度:5がそれぞれ与えられている。ここで、ルータのポートとルータのポートは、仮想ルータVR10のVRRP機能に属するポートであり、ルータのポートとルータのポートは、VRRP機能に属さないポートである。図2において、ルータの物理IPアドレスのポートとルータの物理IPアドレスのポートは、共に仮想IPアドレスとしてネットワークに接続されるが、ルータよりも優先度が低いルータのネットワーク側のポートは仮想ルータのVRRP機能により閉塞されている。同様に、ルータの物理IPアドレスのポートとルータの物理IPアドレスのポートは、共に仮想IPアドレスとしてネットワークに接続されるが、ルータよりも優先度が低いルータのネットワーク側のポートは仮想ルータのVRRP機能により閉塞されている。この場合、ルータが運用ルータとして稼動し、ルータは予備ルータとして待機する。そして、優先度の高い稼働中のルータから優先度の低い待機中のルータに対して、優先度などの情報を含むVRRPパケットアドバタイズメントを予め設定された時間間隔で定期的に送信し、待機中のルータはルータの優先度が下げられた場合やVRRPパケットが予め設定された期間内に受信されなくなった場合に待機中のルータの中で優先度が高いルータ図2の例ではルータが自動的に稼動を開始して通信を継続する。図3の例では、ルータは自装置を優先度:1に下げると共に物理IPアドレスと物理IPアドレスに対応する各ポートを閉塞する。一方、優先度が最上位になったルータは、物理IPアドレスと物理IPアドレスに対応する各ポートを開放し、制御端末からネットワークを介して仮想IPアドレスに接続されるパケットは、ルータを経由してネットワークからサーバに伝送される。このように、VRRP機能に対応する仮想ルータおよび仮想ルータの間での経路は変更されるが、制御端末は仮想IPアドレスで通信するのでルータ間の経路変更を意識する必要はなく、制御端末のネットワーク設定も変更する必要はない。同様に、サーバにおいても仮想IPアドレスとして仮想ルータと通信するのでルータ間の経路変更を意識する必要はなく、サーバのネットワーク設定を変更する必要はない。[監視制御システム101の動作]図1において、2台のサーバとサーバは、インターフェースカードをそれぞれ2枚実装しており、同時に異なる2つのネットワークを構成できる。特に、サーバとサーバは冗長構成をとっており、制御端末から各サーバにアクセスする場合、同一のIPアドレスから各サーバにアクセスする場合は、同一のIPアドレスとサーバのIPアドレスが重複しないように、サーバは電源が投入されていない状態になっているコールドスタンバイ状態。図1において、仮想ルータVR1は、物理ルータのルータとルータとで構成され、ネットワーク側の制御端末が接続されるポートは、VRRP機能により連携して動作する。一般に、仮想ルータは複数の物理ルータで構成され、VRRP機能により複数の物理ルータが多重化されて一つの仮想的なルータとして扱うことができる。そして、先に図2で説明したように、同じグループ内の各ルータには優先度が与えられ、常に優先度が高いルータが稼動する仕組みになっている。もし運用ルータに障害が発生した場合、予備ルータの中で優先度が高いルータが自動的に運用ルータとして動作を開始する。例えば図1において、仮想ルータを構成する物理ルータは、優先度:10が与えられたルータと優先度:5が与えられたルータである。そして、ルータよりも優先度が低いルータのVRRPに対応するネットワーク側の制御端末が接続されるポートは閉塞された状態になっている。これにより、IPアドレスIPCを有する制御端末からルータを介してIPアドレスIPAのサーバに接続される。同様に、仮想ルータを構成する物理ルータは、優先度:10が与えられたルータと優先度:5が与えられたルータである。そして、ルータよりも優先度が低いルータのネットワーク側の装置が接続されるVRRPに対応するポートは閉塞された状態になっている。これにより、IPアドレスIPDを有する装置からルータを介してIPアドレスIPBのサーバに接続される。尚、本実施形態に係る監視制御システム101では、同じサーバを収容するルータ間で制御情報を送受信するための監視用ポートが設けられている。例えば図1の例では、サーバを収容するルータとルータとは監視用ポートで接続され、サーバを収容するルータとルータとは監視用ポートで接続されている。尚、各ルータは、例えばIPAとIPBが同じサーバに接続されることを示すIPアドレスおよびポートの対応テーブルを有している。[障害発生時の動作]ここで、図1において、サーバにアクセスする経路に障害が発生した場合にルータ、ルータ、サーバで構成される経路に切り替える動作について図4および図5を用いて説明する。尚、図5は、図4の各ルータ間の処理の流れを示す図である。図4において、ルータとサーバの間で障害が発生した場合、ルータはサーバとの間のリンクが切断されたことを検出する図5のステップS101。そして、ルータは装置が接続されるネットワーク側のVRRP機能に対応するポートを閉塞すると共に優先度を1に下げるステップS102。これにより、ルータに対してVRRPによる切り替え機能が発動されステップS103、ルータのIPアドレスに対応するネットワーク側の装置に接続されるVRRPに属するポートを開放するステップS104。さらに、ルータは監視用ポートを経由して同じサーバを収容する対向のルータにリンク断検出情報を送信するステップS105。尚、リンク断検出情報にはリンク断が検出された接続先のIPアドレス情報ここではIPBが含まれている。一方、ルータから監視用ポートを介してリンク断検出情報を受信したルータは、IPアドレスおよびポートの対応テーブルを参照して、リンク断検出情報に含まれるIPアドレス情報から対応するIPアドレスここではIPAにアクセスするネットワーク側のVRRPに属するポートを閉塞すると共に優先度を1に下げるステップS106。これにより、ルータに対してVRRPによる切り替え機能が発動されステップS107、ルータのIPアドレスに対応するネットワーク側の制御端末に接続されるVRRPに属するポートを開放するステップS108。このようにして、制御端末からサーバに接続される経路と装置からサーバに接続される経路を、制御端末からサーバに接続される経路と装置からサーバに接続される経路に切り替えることができる。但し、図1および図4の例では、サーバはコールドスタンバイ状態になっているので、保守者がサーバの電源を投入して立ち上げる必要がある。尚、図1などでは明示していないが、サーバの経路に異常が発生したことを検出したルータは、一般的な監視制御システムの動作と同様に、制御端末に警報を発するので、保守者がサーバの立ち上げ作業に対応することができる。このように本実施形態に係る監視制御システム101では、同じIPアドレスを有するサーバおよびサーバは、ネットワークを介して接続される制御端末からは1つのIPアドレスIPAのサーバとして見え、ネットワークを介して接続される装置からは別の1つのIPアドレスIPBのサーバとして見える。そして、稼働中のサーバの経路に異常が発生した場合、サーバにアクセスする制御端末および装置の両方の経路をサーバ側に切り替えることができる。応用例1ここで、上記実施形態の応用例1について説明する。図1および図4の例では、サーバはコールドスタンバイ状態になっているので、保守者がサーバの電源を投入して立ち上げる必要があった。そこで、サーバをホットスタンバイ状態にしておき、保守者がサーバの立ち上げを行うことなく、サーバからサーバに自動的に切り替える例について図6、図7および図8を用いて説明する。図6は、先の実施形態の図1に対応する図である。図1との相違点は、サーバの電源が投入され立ち上がった状態になっていることと、ルータのサーバ側のポートが閉塞されていることと、ルータのサーバ側のポートが閉塞されていることである。上記以外の点は図1の例と同じであり、通常時において、制御端末はネットワークおよび仮想ルータのルータの経路でサーバに接続され、装置はネットワークおよび仮想ルータのルータの経路でサーバに接続されている。図1の例では、サーバとサーバは、同じIPアドレスで常に接続された状態になっているので、サーバを立ち上げておいた場合、IPアドレスが重複してしまうことになる。同様に、サーバとサーバのIPアドレスも重複してしまう。このため、図1の例では、サーバをコールドスタンバイ状態にしておく必要があった。これに対して、図6の例では、サーバは立ち上がった状態になっているが、IPアドレスで接続されるルータのポートは閉塞されているので、IPアドレスが衝突することはない。同様に、IPアドレスで接続されるルータのポートも閉塞されているので、IPアドレスが衝突することはない。[障害発生時の動作]ここで、図6において、サーバにアクセスする経路に障害が発生した場合にルータ、ルータ、サーバで構成される経路に切り替える動作について図7および図8を用いて説明する。尚、図8は、図6の各ルータ間の処理の流れを示す図である。図7および図8は、先の実施形態の図4および図5にそれぞれ対応する図である。図7と図4との相違点は、サーバの電源が投入され立ち上がった状態になっていることである。また、図8と図5との相違点は、ステップS109、ステップS110およびステップS111が追加されていることで、ステップS101からステップS108までの処理は図5と同じである。図7において、ルータとサーバの間で障害が発生した場合、ステップS101からステップS104が実行されて、VRRP機能により、ルータのVRRPに属する装置側のポートの閉塞と、ルータのVRRPに属する装置側のポートの開放とが行われる。尚、この時点では、図6で説明したように、IPアドレスで接続されるルータのサーバ側のポートは未だ閉塞された状態にある。さらに、ステップS105からステップS108が実行されて、VRRP機能により、ルータのVRRPに属する制御端末側のポートの閉塞と、ルータのVRRPに属する制御端末側のポートの開放とが行われる。尚、この時点では、図6で説明したように、IPアドレスで接続されるルータのサーバ側のポートは未だ閉塞された状態にある。ここまでの処理は、図5の例と同じであるが、サーバに接続されるルータおよびルータの各ポートは閉塞状態のままであり、サーバへのリンクは確立されていない。そして、本応用例1では、ルータは拡張VRRP機能により、IPアドレスの接続ポートを開放するステップS109。この時点で、ルータはサーバとの間のリンクを確立する。尚、拡張VRRP機能とは、本明細書内で便宜的に用いる独自の言葉で、一般的に用いられているVRRP機能を拡張した本発明特有の機能を意味し、周知の技術ではないことを明記しておく。さらに、ルータは、IPアドレスのサーバとの間で信号開通したことを示す信号開通検出情報を監視用ポート経由でルータに送信するステップS110。ルータから信号開通検出情報を受信したルータは、IPアドレスに対応するIPアドレスの接続ポートを開放するステップS111。この時点で、ルータはサーバとの間のリンクを確立する。このようにして、制御端末からサーバに接続される経路と装置からサーバに接続される経路を、制御端末からサーバに接続される経路と装置からサーバに接続される経路に切り替えることができる。特に応用例1では、サーバはホットスタンバイ状態になっているので、ルータおよびルータとサーバとの間のポートの閉塞が解除された時点で、制御端末および装置は直ぐにサーバにアクセスすることができるので、先の実施形態のように、保守者がサーバの電源を投入して立ち上げる必要がなくなる。応用例2ここで、上記実施形態の応用例2について説明する。応用例1では、サーバをホットスタンバイ状態にしておき、サーバに接続されるルータおよびルータのサーバ側のポートが開放されると直ぐに稼動できるようになっていた。ところが、サーバを常に稼動状態にしておかなければならず、無駄な電力を消費するという課題が生じる。そこで、本応用例2では、サーバをスリープ状態にしておき、サーバからサーバに切り替わったときに、サーバをウェイクアップさせる。これにより、保守者がサーバの立ち上げを行うことなく、且つ、省電力化を図ることができる。図9は、先の応用例1の図8に対応する図である。図9において、ステップS101からステップS111までの処理は図8と同じである。そして、応用例2では、ルータはIPアドレスのサーバに対してWOL用のフレームを送信するステップS112。ここで、WOLはスリープ状態にある装置をウェイクアップさせるためのフレームとして規格化されているものである。WOL用フレームを受信したサーバは自動的に起動され、稼動状態になるステップS113。尚、サーバは、WOL用フレーム受信時にウェイクアップするモードに設定されているものとする。このようにして、制御端末からサーバにアクセスする経路と装置からサーバにアクセスする経路を、制御端末からサーバにアクセスする経路と装置からサーバにアクセスする経路に切り替えることができる。特に応用例2では、サーバはスリープ状態になっているので、先の実施形態のように、保守者がサーバの電源を投入して立ち上げる必要がなく、且つ、先の応用例1のようにサーバをホットスタンバイ状態にしておく必要がないのでサーバの省電力化が可能になる。第二実施形態次に、第二実施形態に係る監視制御システム101aについて説明する。図10は監視制御システム101aの構成例を示す図である。尚、図10の監視制御システム101aにおいて、図1の監視制御システム101と同符号のものは同じ機能のブロックを示す。図1と異なる部分は、図1のルータとルータとの間の監視用ポートが図10のルータとルータとの間には配置されていないことと、図1のルータとルータとの間の監視用ポートが図10のルータとルータとの間には配置されていないことである。また、リンク断を検出したときの稼働中のサーバ或いはサーバの動作と各ルータの動作が異なるが、通常稼働中の動作については図1の監視制御システム101と同じである。[障害発生時の動作]次に、障害発生時の動作について図11および図12を用いて説明する。尚、図12は先の実施形態の図5に対応し、同符号の処理ステップは同じ処理を示す。図11において、ルータとサーバの間で障害が発生した場合のルータとルータの動作は、図5のステップS101からステップS104までの処理と同じなので説明を省略する。図11の例では、サーバにおいてもルータとの間の障害を検出するステップS201。そして、サーバは、ルータとの間の主信号を用いてルータに信号断検出情報を送信するステップS202。信号断検出情報をサーバから受信したルータは、IPアドレスここではIPAに接続されるネットワーク側のVRRPに属するポートを閉塞すると共に優先度を1に下げるステップS106。尚、ステップS106からステップS108の動作は図5の同符号のステップと同じで、ルータに対してVRRPによる切り替え機能が発動されステップS107、ルータのIPアドレスに対応するネットワーク側の制御端末に接続されるVRRPに属するポートを開放するステップS108。このようにして、制御端末からサーバに接続される経路および装置からサーバに接続される経路を、制御端末からサーバに接続される経路および装置からサーバに接続される経路に切り替えることができる。但し、図10から図12の例では、サーバはコールドスタンバイ状態になっているので、保守者がサーバの電源を投入して立ち上げる必要がある。尚、本実施形態においても、第一実施形態で説明した応用例1と同様にして、サーバをホットスタンバイ状態にしておき、図6で説明したように、ルータのサーバ側のポートと、ルータのサーバ側のポートとを閉塞状態にしておくことにより、サーバとサーバとが同じIPアドレスで衝突することを回避できる。そして、図8で説明したステップS109からステップS111までの処理を実行することにより、ルータおよびルータはサーバとの間のリンクをそれぞれ確立することができる。但し、この場合は、ルータとルータとの間に、図7で説明した監視用ポートを設けて信号開通検出情報を送受信する必要がある。同様に、図9で説明した応用例2のように、サーバをスリープ状態にしてルータからWOL用フレームをサーバに送信することにより、サーバを起動することも可能である。このように本実施形態に係る監視制御システム101aでは、同じIPアドレスを有するサーバおよびサーバは、ネットワークを介して接続される制御端末からは1つのIPアドレスIPAのサーバとして見え、ネットワークを介して接続される装置からは別の1つのIPアドレスIPBのサーバとして見える。そして、稼働中のサーバの経路に異常が発生した場合、サーバにアクセスする制御端末および装置の両方の経路をサーバ側に切り替えることができる。第三実施形態次に、第三実施形態に係るサーバ冗長化システム201について説明する。図13は、先にVRRP機能を説明するために用いた図2の構成の一部に該当し、サーバを冗長化して運用系のサーバおよび予備系のサーバをルータおよびルータに接続している。そして、IPアドレスを有する制御端末は、ネットワークを介して仮想ルータに仮想IPアドレスで接続され、運用系のサーバおよび予備系のサーバを意識することなく同じIPアドレスでアクセスできるようになっている。また、図13において、ルータとルータは、ネットワーク側のポートはVRRP機能に対応し、制御端末からのアクセスは優先度の高い方のルータ図13の例ではルータに接続される。図13において、ルータの優先度は10で、ルータの優先度は5なので、仮想ルータのVRRP機能により、ルータのVRRP機能に対応するポートは開放状態で、ルータのVRRP機能に対応するポートは閉塞状態になっている。また、本発明特有の拡張VRRPの機能により、仮想ルータのVRRP機能に対応しない予備系のサーバ側のルータのポートも閉塞状態になっている。これにより、運用系のサーバと同じIPアドレスを有する予備系のサーバは、ルータのポートから切り離されるので予備系のサーバをホットスタンバイ状態にしておいても運用系のサーバと衝突することはない。ここで、図13において、ルータとルータの間はネットワークとネットワークを介して冗長化されて接続されており、ルータ間で制御情報を送受信することができる。これにより、ルータからネットワークを介してルータに制御情報を送信できない場合でも、ネットワークを介してルータからルータへ制御情報を送信することができる。例えば、拡張VRRP機能では、運用系のサーバのIPアドレスに接続されるルータのポートが開放されているか閉塞されているかの情報をネットワークを介してルータに送信し、ルータのポートが開放されている場合はルータのポートを閉塞し、ルータのポートが閉塞された場合はルータのポートを開放するように動作する。[ルータの制御端末側の経路で障害が発生した場合]次に、ルータの制御端末側の経路において障害が発生した時の動作について図14および図15を用いて説明する。尚、図14は図13においてネットワークとルータとの間で障害が発生した場合の様子を示す図で、図13と同符号のものは同じものを示す。図14において、例えば制御端末が接続されるネットワークとルータのポートとの間で障害が発生した場合、図15に示すように処理される。ステップS301ルータは、VRRP機能における優先度を10から1に下げると共に、障害発生側のポートに対応するポートを閉塞し、運用系のサーバとの通信を停止する。ここで、先の実施形態と同様に、ポートとポートとを対応付けるIPアドレスおよびポートの対応テーブルがルータの内部に予め記憶されている。尚、ルータは、ポートを閉塞後、ネットワークを介してルータにポート開放依頼通知を送信する。ステップS302ルータとルータとの間でVRRP機能による制御が行われ、ルータの優先度が1に下がったことをVRRPパケットの送受信によりルータに通知される。ステップS303ルータは、仮想ルータ内で自分が最高優先度のルータになったことを認識し、運用系のルータに移行してポートを開放する。ステップS304ルータは、自装置内のタイマの計時を開始する。尚、タイマには予め決められた時間が設定されている。ステップS305ルータは、ルータからポート開放依頼通知を受信したか否かを判別し、ポート開放依頼通知を受信した場合はステップS308に進み、受信していない場合はステップS306に進む。ステップS306ルータは、タイマがタイムアウトしたか否かを判別し、タイムアウトした場合はステップS307に進み、タイムアウトしていない場合はステップS305に戻ってポート開放依頼通知を待つ動作を繰り返す。ステップS307ルータは、ポートを開放する。ステップS308ルータは、予備系のサーバとの通信を開始する。このようにして、ルータと制御端末との間で障害が発生した場合に、仮想ルータを形成するルータからルータに経路が移行されるので、制御端末は意識することなく運用系のサーバから予備系のサーバにアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートを閉塞状態にしておくので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。また、ルータとルータとの間でポート開放依頼通知を送受信してルータのポートを開放するので、同じIPアドレスの運用系のサーバのポート閉塞後に予備系のサーバのポートが開放されるので、両方のサーバの同じIPアドレスのポートが同時に開放状態になることはなく、予備系のサーバに確実に切り替えることができる。また、何らかの要因により、ルータからルータにポート開放依頼通知が送信できない場合でも、タイマにより予め設定した時間が経過した段階でルータのポートを開放することにより、予備系のサーバを強制的に稼動することができる。ここで、ポート開放依頼通知が来ない理由として、ルータ自体に問題が発生していることが考えられる。そこで、図16に示すように、ルータが活きているか否かを確認する処理を行った上でルータのポートを開放するようにしてもよい。尚、図16において、ステップS301からステップS306までの処理は、図15の同符号の処理ステップと同じ処理なので重複する説明は省略する。そして、ステップS306でタイマがタイムアウトした時或いはタイマ動作中でもよいにルータ対して死活確認を行うステップS351。死活確認は、例えばPingなどの周知のパケットを用い、ルータから応答があるか否かにより判断するステップS352。そして、ルータから応答があった場合はステップS353に進み、ルータから応答がなかった場合はステップS307に進む。応答があった場合はルータが活きているので、ステップS305に戻ってポート開放依頼通知を待つ処理をリトライするが、予め設定された最大リトライ回数を超過したか否かを判別し、超過していない場合にリトライを繰り返すステップS353。尚、ステップS353でステップS305に戻る際にポート開放依頼通知を待つ処理のリトライ回数をカウントする。そして、ステップS353で最大リトライ回数を超過した場合、ステップS352でルータからの応答が無かった場合、或いは、ポート開放依頼通知を受信した場合のいずれかの場合は、図15と同様にポートを開放しステップS307、予備系のサーバとの通信を開始するステップS308。このようにして、ルータが活きているか否かの確認を行った上でルータのポートを開放できるので、ルータのポート開放依頼通知の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバと予備系のサーバとの衝突を回避することができる。[ルータのサーバ側の経路で障害が発生した場合]次に、ルータの運用系のサーバ側の経路において障害が発生した時の動作について図17および図18を用いて説明する。尚、図17は、先に説明した図13においてルータと運用系のサーバとの間で障害が発生した場合の様子を示す図で、図13と同符号のものは同じものを示す。図17において、例えば運用系のサーバが接続されるルータのポートと運用系のサーバとの間で障害が発生した場合、図18に示すように処理される。ステップS301aルータは、VRRP機能における優先度を10から1に下げると共に、ポートに対応するポートを閉塞し、運用系のサーバとの通信を停止する。ここで、先の実施形態と同様に、ポートとポートとを対応付けるIPアドレスおよびポートの対応テーブルがルータの内部に予め記憶されている。尚、ルータは、ポートを閉塞後、ネットワークを介してルータにポート開放依頼通知を送信する。次のステップS302からステップS308までの処理については、図15と同じなので詳しい説明は省略するが、VRRP機能によってルータに運用系のルータが移行してポートを開放し、タイマを動作させると共にルータからのポート開放依頼通知の到来を待つ。そして、ルータは、タイマがタイムアウトした場合、或いはポート開放依頼通知を受信した場合にポートを開放して、予備系のサーバとの通信を開始する。このようにして、運用系のサーバとルータとの間で障害が発生した場合でも、図14および図15で説明したルータと制御端末との間で障害が発生した場合と同様に、仮想ルータを形成するルータからルータに経路が移行されるので、制御端末は運用系のサーバから予備系のサーバに移行されたことを意識することなく同じIPアドレスによりアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートを閉塞状態にしておくので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。また、図14および図15の例と同様に、ポート開放依頼通知によりルータのポートを開放するので、ルータのポートと同時にルータのポートが開放状態になることなく予備系のサーバに切り替えることができる。そして、何らかの要因でルータからポート開放依頼通知を受信できない場合でも、タイマによりルータのポートを開放して予備系のサーバに強制的に接続することができる。ここで、図16の例と同様に、ルータに問題が発生してポート開放依頼通知が来ない場合に対応して、ルータの死活を確認する処理を行った上でルータのポートを開放するようにしてもよい。この場合の処理を図19に示す。図19において、ステップS301aからステップS306までの処理は、図18の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時或いはタイマ動作中でもよいにルータ対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図16の例と同じなので詳しい説明は省略するが、ルータが活きている場合は予め設定された最大リトライ回数までルータからのポート開放依頼通知を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータからの応答が無かった場合、或いは、ポート開放依頼通知を受信した場合のいずれかの場合は、図15および図18と同様にポートを開放しステップS307、予備系のサーバとの通信を開始するステップS308。このようにして、ルータが活きているか否かの確認を行った上でルータのポートを開放するので、ルータのポート開放依頼通知の送信が何らかの理由で遅れている場合にも対応でき、運用系のサーバと予備系のサーバとの衝突を回避することができる。第四実施形態次に、第四実施形態に係るサーバ冗長化システム301について説明する。図13のサーバ冗長化システム201の例では、ルータとルータの間はネットワークとネットワークを介して冗長化されており、例えばネットワークに障害が発生した場合でもルータからネットワークを介してルータにポート開放依頼通知を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム301は、図20に示すようにルータとルータとの間にネットワークが配置されていないので、ルータとネットワークとの間で障害が発生した場合、図14の例のようにルータからルータにポート開放依頼通知を送信することができない。そこで、本実施形態に係るサーバ冗長化システム301では、即時開放モードを設け、即座にルータのサーバ側のポートを開放することができる。[ルータの制御端末側の経路で障害が発生した場合]次に、ネットワークとルータとの間で障害が発生した時の即時開放モードにおける動作について図21および図22を用いて説明する。尚、図22において、先に説明した図15と同符号のものは同じ処理を示す。図20において、ルータのVRRPに属するポートとルータとの間で障害が発生した場合、図21および図22のように処理される。以下、処理の流れについて説明する。ステップS301bルータは、ポート側で障害が発生した場合、VRRP機能における優先度を10から1に下げると共に、ポートを閉塞し、運用系のサーバとの通信を停止する。ここで、先の実施形態と同様に、ポートとポートとを対応付けるIPアドレスおよびポートの対応テーブルがルータの内部に予め記憶されているので、ルータは障害が発生したポートに対応するポートを知ることができる。尚、ルータとルータとの間で定期的に送受信される従来技術のVRRPパケットも障害により送受信できないのでステップS302b、仮想ルータの中でルータの次に優先度が高いルータは自らが運用系のルータに移行し、VRRP機能に対応するポートを開放するステップS303b。また、図15の例では、ステップS302でルータから定期的に送信されるVRRPパケットをネットワークを介してルータ側で受信できるので、ルータはルータの優先度が1に下がったことを知ることができたが、図22の例ではVRRPパケットを送受信できないので、ルータは一定期間ルータからVRRPパケットが来ないことを検出して自身が仮想ルータ内の最高優先度のルータになったことを認識する点が図15の例とは異なる。以降、ステップS307およびステップS308の処理は図15の例と同じであり、VRRP機能に対応しないポートを開放して、予備系のサーバとの通信を開始する。このようにして、ルータとネットワークとの間で障害が発生した場合、図14および図15で説明したルータと制御端末との間で障害が発生した場合と同様に、仮想ルータを形成するルータからルータに経路が移行されるので、制御端末は意識することなく運用系のサーバから予備系のサーバにアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートを閉塞状態にしておくので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。第五実施形態次に、第五実施形態に係るサーバ冗長化システム401について説明する。図23は、先の実施形態の図13に対応する図で、図13と同符号のものは同じものを示す。図23において、仮想ルータを構成するルータおよびルータの動作が図13の例と異なるが、それ以外の動作については図13の例と基本的に同じである。図23において、ルータの優先度は10で、ルータの優先度は5なので、仮想ルータ内のVRRP機能により、優先度が高いルータのVRRPに対応するポートは開放状態で、優先度が低いルータのVRRP機能に対応するポートは閉塞状態になっている。尚、ポートとポートは、制御端末からは仮想IPアドレスIPRWとしてアクセスされる。また、本実施形態に係るサーバ冗長化システム401では、仮想ルータのVRRP機能に対応しないルータのポートは、図13の例とは異なり開放状態になっているが、予備系のサーバから入力するフレームを廃棄するフィルタリングの機能を有している。これにより、運用系のサーバと同じIPアドレスを有する予備系のサーバは、ルータのポートから切り離されているのと同じ状態になるので、予備系のサーバをホットスタンバイ状態にしておいても運用系のサーバと衝突することはない。ここで、図23において、ルータとルータの間はネットワークとネットワークを介して冗長化されており、ルータ間で制御情報を送受信することができる。これにより、ルータからネットワークを介してルータに制御情報を送信できない場合でも、ネットワークを介してルータからルータへ制御情報を送信することができる。尚、本実施形態で送受信する制御情報は、ルータのポートから入力するフレームのフィルタリング開始を指示するフィルタ指示と、このフィルタリングを解除するフィルタ解除通知である。例えば、通常動作時はルータからルータにフィルタ指示を送信して、ルータのポートから入力するフレームをフィルタリングし、障害発生時に予備系のサーバが運用系のサーバに移行する場合にルータからルータにフィルタ解除通知を送信して、ルータのポートから入力するフレームのフィルタリングを解除する。[ルータの制御端末側の経路で障害が発生した場合]次に、ルータの制御端末側の経路において障害が発生した時の動作について図24および図25を用いて説明する。尚、図24は図23においてネットワークとルータとの間で障害が発生した場合の様子を示す図で、図23と同符号のものは同じものを示す。図24において、例えばルータに制御端末が接続されるネットワーク側のポートとルータとの間で障害が発生した場合、図25に示すように処理される。尚、図25において、先に説明した図15と同符号の処理ステップは同じ処理を示す。以下、処理の流れについて説明する。ステップS301cルータは、VRRP機能における優先度を10から1に下げると共に、障害が発生した運用系のサーバ側のポートから入力するフレームのフィルタリングを開始し、運用系のサーバとの通信を実質的に停止する。ここで、先の各実施形態と同様に、ポートとポートとを対応付けるIPアドレスおよびポートの対応テーブルがルータの内部に予め記憶されている。尚、ルータは、ポートのフィルタリングを開始後、ネットワークを介してルータにフィルタ解除通知を送信する。次のステップS302およびステップS303の処理は、図15と同様に実行され、VRRP機能によって優先度がルータより高くなったことを認識したルータは運用系のルータに移行してVRRPに対応するポートを開放する。そして、ルータはタイマを動作させ、ルータからのフィルタ解除通知の到来を待つ。その後、タイマがタイムアウトした場合、或いはフィルタ解除通知を受信した場合、ルータは、ポートのフィルタリングを解除して透過状態にし、予備系のサーバとの通信を開始する。このようにして、運用系のサーバとルータとの間で障害が発生した場合でも、図14および図15で説明したルータと制御端末との間で障害が発生した場合と同様に、仮想ルータを形成するルータからルータに経路が移行されるので、制御端末は運用系のサーバから予備系のサーバに移行されたことを意識することなく同じIPアドレスによりアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートから入力するフレームをフィルタリングするので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。また、何らかの要因でルータからフィルタ解除通知を受信できない場合を除いて、ルータから送信されるフィルタ解除通知を受信するまでルータのポートのフィルタリングを解除しないので、ルータのポートと重複してフィルタリングが解除された状態になることはなく、運用系のサーバと予備系のサーバとの衝突を回避できる。そして、何らかの要因でルータからフィルタ解除通知を受信できない場合でも、ルータはタイマのタイムアウトによりポートのフィルタリングを解除して予備系のサーバに移行することができる。尚、ルータからフィルタ解除通知が来ない場合はルータ自体に障害が発生していると考えられるので、予備系のサーバを稼動しても運用系のサーバとは衝突しない。ここで、図16の例と同様に、ルータに問題が発生してフィルタ解除通知が来ない場合に対応して、ルータの死活を確認する処理を行った上でルータのポートのフィルタリングを解除するようにしてもよい。この場合の処理を図26に示す。図26において、ステップS301cからステップS306までの処理は、図25の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時或いはタイマ動作中でもよいにルータ対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図16の例と同じなので詳しい説明は省略するが、ルータが活きている場合は予め設定された最大リトライ回数までルータからのフィルタ解除通知を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータからの応答が無かった場合、或いは、フィルタ解除通知を受信できた場合のいずれかの場合は、図25と同様にポートのフィルタリングを解除しステップS307c、予備系のサーバとの通信を開始するステップS308。このようにして、ルータが活きているか否かの確認を行った上でルータのポートのフィルタリングを解除するので、ルータのフィルタ解除通知の送信がルータの処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバと予備系のサーバとの衝突を回避することができる。[ルータのサーバ側の経路で障害が発生した場合]次に、ルータの運用系のサーバ側の経路において障害が発生した時の動作について図27および図28を用いて説明する。尚、図27は、先に説明した図24においてルータと運用系のサーバとの間で障害が発生した場合の様子を示す図で、図24と同符号のものは同じものを示す。図27において、例えば運用系のサーバが接続されるルータのポートと運用系のサーバとの間で障害が発生した場合、図28に示すように処理される。尚、図28は、先に説明した図25に対応する図で、同符号の処理ステップは同じ処理を示し、障害の発生がポート側であることと、次に説明するステップS301dの一部の処理以外は図25の例と全く同じである。ステップS301dルータは、VRRP機能における優先度を10から1に下げると共に、障害が発生した運用系のサーバ側のポートから入力するフレームのフィルタリングを開始し、運用系のサーバとの通信を実質的に停止する。また、ポートに対応するポートを閉塞する。ここで、先の各実施形態と同様に、ポートとポートとを対応付けるIPアドレスおよびポートの対応テーブルがルータの内部に予め記憶されている。尚、ルータは、ポートのフィルタリングを開始後、ネットワークを介してルータにフィルタ解除通知を送信する。尚、運用系のサーバとルータとの間で障害が発生しているので、サーバ側のポートから入力するフレームのフィルタリングを行う必要がないように見えるが、ルータからサーバへの送信信号だけに障害がある場合、サーバから制御端末宛の余計なパケットが送信されることがある。このような問題を回避するために運用系のサーバから流入するパケットをルータのポート側でフィルタリングしている。以降、ステップS302からステップS308までの処理については、図25と同じなので詳しい説明は省略するが、VRRP機能によってルータに運用系のルータが移行してポートを開放し、タイマを動作させると共にルータからのフィルタ解除通知の到来を待つ。そして、ルータは、タイマがタイムアウトした場合、或いはフィルタ解除通知を受信した場合にポートのフィルタリングを解除して透過状態にし、予備系のサーバとの通信を開始する。このようにして、運用系のサーバとルータとの間で障害が発生した場合でも、図24および図25で説明したルータと制御端末との間で障害が発生した場合と同様に、仮想ルータを形成するルータに経路が移行されるので、制御端末は運用系のサーバから予備系のサーバに移行されたことを意識することなく同じIPアドレスによりアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートから入力される予備系のサーバのパケットをフィルタリングするので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。また、図24および図25の例と同様に、フィルタ解除通知によりルータのポートのフィルタリングを解除するので、ルータのポートが同時にフィルタリング解除状態になることがなく、運用系のサーバと予備系のサーバとの衝突を回避できる。そして、何らかの要因でルータからフィルタ解除通知を受信できない場合でも、タイマによりルータのポートのフィルタリングを解除して透過状態にし、予備系のサーバに接続することができる。ここで、図26の例と同様に、ルータ自体に問題が発生してフィルタ解除通知が来ない場合に対応して、ルータの死活を確認する処理を行った上でルータのポートのフィルタリングを解除するようにしてもよい。この場合の処理を図29に示す。図29において、ステップS301dからステップS306までの処理は、図28の同符号の処理ステップと同じ処理である。そして、ステップS306でタイマがタイムアウトした時或いはタイマ動作中でもよいにルータ対して死活確認を行う処理が追加される。尚、ステップS351からステップS353までの処理は図16の例と同じなので詳しい説明は省略するが、ルータが活きている場合は予め設定された最大リトライ回数までルータからのフィルタ解除通知を待つ処理を繰り返し、最大リトライ回数を超過した場合、ルータからの応答が無かった場合、或いは、フィルタ解除通知を受信できた場合のいずれかの場合は、図28と同様にポートのフィルタリングを解除しステップS307c、予備系のサーバとの通信を開始するステップS308。このようにして、ルータが活きているか否かの確認を行った上でルータのポートのフィルタリングを解除するので、ルータのフィルタ解除通知の送信がルータの処理上の遅延などの理由で遅れている場合にも対応でき、運用系のサーバと予備系のサーバとの衝突を回避することができる。第六実施形態次に、第六実施形態に係るサーバ冗長化システム501について説明する。図23のサーバ冗長化システム401の例では、ルータとルータの間はネットワークとネットワークを介して冗長化されており、例えば図24のように、ネットワークに障害が発生した場合でもルータからネットワークを介してルータにフィルタ解除通知を送信することができた。これに対して、本実施形態に係るサーバ冗長化システム501は、図30に示すようにルータとルータとの間にネットワークが配置されていないので、ルータとネットワークとの間に障害が発生した場合、図24の例のようにルータからルータにフィルタ解除通知を送信することができない。そこで、本実施形態に係るサーバ冗長化システム501では、第四実施形態と同様に即時開放モードを設け、即座にルータのサーバ側のポートを開放本実施形態ではフィルタリングを解除することができる。[ルータの制御端末側の経路で障害が発生した場合]次に、ネットワークとルータとの間で障害が発生した時の即時開放モードにおける動作について図31および図32を用いて説明する。尚、図32において、先に説明した図25と同符号のものは同じ処理を示す。図31において、ルータのVRRPに属するポートとルータとの間で障害が発生した場合、図32のように処理される。尚、ステップS301cの処理は図25と同じであり、ルータは、VRRP機能における優先度を10から1に下げると共に、障害が発生した運用系のサーバ側のポートから入力するフレームのフィルタリングを開始し、運用系のサーバとの通信を実質的に停止する。ここで、図25の例では、定期的に送受信される従来技術のVRRPパケットをルータとルータとの間でネットワークを介して送受信できたが、本実施形態ではネットワークが配置されていないので図32に示すようにルータとルータとの間でVRRPパケットを送受信できない。そして、ルータとルータとの間で送受信されるVRRPパケットが障害により送受信できないので、仮想ルータの中でルータの次に優先度が高いルータは自らが運用系のルータに移行し、VRRP機能に対応するポートを開放するステップS303c。ここで、図25の例では、ステップS302でルータから定期的に送信されるVRRPパケットをネットワークを介してルータ側で受信できるので、ルータはルータの優先度が1に下がったことを知ることができたが、図32の例ではVRRPパケットを送受信できないので、ルータは一定期間ルータからVRRPパケットが来ないことを検出して自身が仮想ルータ内の最高優先度のルータになったことを認識する点が図25の例とは異なる。以降、ステップS307cおよびステップS308の処理は、図25の例と同じなので詳しい説明は省略するが、ポートから入力するパケットのフィルタリングを解除して、予備系のサーバとの通信を開始する。このようにして、ルータとネットワークとの間で障害が発生した場合、図24および図25で説明したルータと制御端末との間で障害が発生した場合と同様に、仮想ルータを形成するルータからルータに経路が移行されるので、制御端末は意識することなく運用系のサーバから予備系のサーバにアクセスできる。特に、運用系のサーバが稼働中は、予備系のサーバに接続されるルータのポートをフィルタリング状態にしておくので、同じIPアドレスの予備系のサーバをホットスタンバイ状態で待機させることができ、障害発生時に直ぐに運用系サーバから予備系のサーバに移行できる。[ルータの構成例1]次に、第一実施形態から第四実施形態におけるルータの構成例について説明する。図33は、ルータ150の構成を示すブロック図で、本発明に関係するブロックを中心に描いてある。図33において、ルータ150は、OSオペレーションシステム151と、ポート制御部152と、状態管理部153と、コマンド処理部154と、ルーティングテーブル管理部155と、VRRP機能部156と、ルータ間通信部157と、ポート閉塞制御部158と、ポート閉塞管理テーブル159とで構成される。図33において、OS151は、オペレーティングシステムで、ルータ150全体の動作を制御するソフトウェアのプラットホームを提供する。例えばポート制御部152、状態管理部153、コマンド処理部154、ルーティングテーブル管理部155、VRRP機能部156、ルータ間通信部157およびポート閉塞制御部158の各ブロックの処理は、OS151上で実行される。ポート制御部152は、実ポートへの直接の設定変更やデータ転送などの処理を行う。例えば各実施形態において、ポート、ポート、ポートおよびポートの閉塞や開放などの設定や各ポートを介してデータの送受信を行う。尚、ポートの閉塞や開放は、VRRP機能部156やポート閉塞制御部158などから指令される。状態管理部153は、各ポートやルータの障害状態や、コマンド処理部154からの更新情報を処理する。例えばサーバが接続されるポート側の障害検出やネットワークが接続されるポート側の障害検出などを行う。或いは、制御端末からポート設定の変更やルーティングテーブルの変更などを要求するコマンドが送られてきた場合にコマンド処理部154を介してポート設定変更指示やルーティングテーブル変更指示を受け取ってポート制御部152やルーティングテーブル管理部155を制御する。コマンド処理部154は、制御端末からユーザが入力したコマンドを処理する。例えば制御端末からポート設定変更のコマンドを受けた場合は状態管理部153にポート設定変更を指示する。ルーティングテーブル管理部155は、ルータ150でルーティングするフレームのルーティング情報を管理する。例えばポートから入力するフレームをポートに出力するなどの情報を管理し、状態管理部153やVRRP機能部156を介してポート制御部152に出力され、ポート制御部152はルーティング情報に応じたパケットの転送を行う。VRRP機能部156は、周知のVRRP規格に準拠した機能制御を行う。例えば、仮想ルータを形成するグループ内の運用ルータや予備ルータの状態管理および優先度管理などを行い、状態管理部153からの障害通知や設定変更などの指示に応じて、優先度の変更などのVRRP機能を動作させる。具体的例として、図14のルータの状態管理部153がネットワークとの間の障害を検出した場合に、ルータのVRRP機能部156は、自身の優先度を1に下げると共に、ポート制御部152に指令してポートの閉塞を行う。一方、ルータのVRRP機能部156は、自身の優先度が同じグループの仮想ルータ内で一番高くなったことを認識して、ルータのポート制御部152に指令してVRRPに属するポートを開放する。また、VRRP機能部156は、優先度が一番高い実ルータ運用ルータから予備ルータに対して定期的にVRRPパケットを送受信する処理も実行する。ルータ間通信部157は、VRRPに関する情報優先度など、リンク断検出情報、信号開通検出情報、ポート開放依頼通知、或いは死活確認メッセージPingなどをルータ間で送受信する。ポート閉塞制御部158は、障害発生時に本発明における拡張VRRP機能によるポート閉塞の判定処理を行ったり、予備系のルータへ各制御情報リンク断検出情報、信号開通検出情報、ポート開放依頼通知、或いは死活確認メッセージPingなどの送信や各情報の判定を行う。尚、どのポートを閉塞または開放するかは、ポート閉塞管理テーブル159を参照して判定する。ポート閉塞管理テーブル159は、本発明における拡張VRRP機能によるポートの閉塞/開放状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。このように、第一実施形態から第四実施形態における各ルータは、ルータ150のように構成される。尚、第一実施形態に係る監視制御システム101では、仮想ルータと仮想ルータのそれぞれを構成するルータおよびルータとルータおよびルータとが図33のルータ150と同様に構成される。また、第二実施形態に係る監視制御システム101aでは、仮想ルータと仮想ルータのそれぞれを構成するルータおよびルータとルータおよびルータとが図33のルータ150と同様に構成される。さらに、第三実施形態に係るサーバ冗長化システム201および第四実施形態に係るサーバ冗長化システム301では、仮想ルータを構成するルータとルータが図33のルータ150と同様に構成される。[ルータの構成例2]次に、第五実施形態および第六実施形態におけるルータの構成例について説明する。図34は、ルータ150aの構成を示すブロック図である。図34において、ルータ150aは、OSオペレーションシステム151と、ポート制御部152と、状態管理部153と、コマンド処理部154と、ルーティングテーブル管理部155と、VRRP機能部156と、ルータ間通信部157aと、フィルタリング制御部160と、フィルタリング管理テーブル161とで構成される。尚、図33と同符号のブロックの基本的な動作は同じなので重複する説明は省略するが、図33と同様に、ポート制御部152、状態管理部153、コマンド処理部154、ルーティングテーブル管理部155、VRRP機能部156、ルータ間通信部157aおよびフィルタリング制御部160の各ブロックの処理は、OS151上で実行される。ここで、ルータ150aと図33のルータ150との違いは、ポート閉塞制御部158とポート閉塞管理テーブル159の代わりに、フィルタリング制御部160とフィルタリング管理テーブル161とが配置されていることである。フィルタリング制御部160は、障害発生時に本発明における拡張VRRP機能によるポートのフィルタリングの有無を判定する処理を行ったり、予備系のルータへ各制御情報フィルタ指示、フィルタ解除通知、或いは死活確認メッセージPingなどの送信や各情報の判定を行う。尚、どのポートでフィルタリングを行うか否かは、ポート閉塞管理テーブル159を参照して判定する。フィルタリング管理テーブル161は、本発明における拡張VRRP機能によるポートのフィルタリング状態を管理するテーブルで、ポートの対応関係が記憶されている。例えば、先の各実施形態におけるIPアドレスおよびポートの対応テーブルに相当する。ルータ間通信部157aは、VRRPに関する情報優先度など、フィルタ指示、フィルタ解除通知、或いは死活確認メッセージPingなどを仮想ルータを構成するルータ間で送受信する。このように、第五実施形態および第六実施形態における各ルータは、ルータ150aのように構成される。尚、第五実施形態に係るサーバ冗長化システム401では、仮想ルータを構成するルータとルータが図34のルータ150aと同様に構成される。また、第五実施形態に係るサーバ冗長化システム401および第六実施形態に係るサーバ冗長化システム501では、仮想ルータを構成するルータとルータが図34のルータ150aと同様に構成される。以上、各実施形態において説明してきたように、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、以下のような効果が得られる。元々サーバ冗長を取っていないシステムを二重化した場合、従来の方法では、サーバが設置された局での保守員による作業が必要であり、障害発生時にはシステムの長時間停止が必至であったが、本発明を適用することにより、冗長化されたサーバが同じIPアドレスを持っていても同時に起動しておくことができる。この結果、障害時にホットスタンバイ状態での切替を行うことができ、非運用時間を大幅に短縮することができる。また、制御端末側においても、障害が発生したことを意識して設定変更接続先のIPアドレスの変更などを行うことなく、自動的にサーバの切替が行われるので、制御端末側での作業も発生することは無い。つまり、サーバや制御端末の機能改版も不要にできる。また、同一IPアドレスを冗長化サーバに使用できるので、管理するサーバアドレスが半分2台で冗長化する場合となりサーバの管理が容易になる。尚、本発明は、サーバを冗長していないネットワーク装置を監視する監視制御システムにおけるサーバ冗長化システムに適用することができ、監視や制御は、サーバを経由して制御端末で確認や実行を行うシステムにおいて、災害対策などによりサーバ拠点を2ヶ所に分ける場合において有効である。このようにして、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバは、サーバプログラムの改版やネットワーク装置および制御端末の改版を行うことなく、二重化システムを構築できる。特に、予備系のサーバをコールドスタンバイ状態だけでなく、ホットスタンバイ状態やスリープ状態での運用も可能になる。尚、本発明に係るサーバ冗長化システム、仮想ルータおよびサーバについて、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。