(57)【要約】【課題】サーバ側で発生した障害情報をネットワーク側で検知すること。【解決手段】サーバを監視する監視装置と第１のネットワークで接続され、かつ、端末装置と第２のネットワークで接続される中継装置は、前記サーバの障害情報と転送先が前記第１のネットワーク内であることを示す第１のネットワーク情報とを含む第１のデータを前記監視装置から前記第１のネットワークを介して入力する入力処理部と、前記入力処理部によって前記第１のデータが入力された場合、前記第１のネットワーク情報を転送先が前記第２のネットワーク内であることを示す第２のネットワーク情報に付け替えることにより、前記第１のデータを第２のデータに変換する変換部と、前記変換部によって変換された前記第２のデータに含まれる前記第２のネットワーク情報にしたがって、前記第２のデータを前記第２のネットワークを介して前記端末装置に出力する出力処理部と、を有する。【選択図】  図２
2017011567.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバを監視する監視装置と、前記監視装置と第１のネットワークで接続され、かつ、端末装置と第２のネットワークで接続される中継装置と、を有する障害通知システムであって、
前記監視装置は、
前記第１のサーバの障害を検出した場合、前記第１のサーバの障害情報と転送先が前記第１のネットワーク内であることを示す第１のネットワーク情報とを含む第１のデータを生成して、前記第１のネットワークに出力する第１の出力処理部を有し、
前記中継装置は、
前記監視装置から前記第１のネットワークを介して前記第１のデータの入力を受け付ける入力処理部と、
前記入力処理部によって前記第１のデータが入力された場合、前記第１のネットワーク情報を転送先が前記第２のネットワーク内であることを示す第２のネットワーク情報に付け替えることにより、前記第１のデータを第２のデータに変換する変換部と、
前記変換部によって変換された前記第２のデータに含まれる前記第２のネットワーク情報にしたがって、前記第２のデータを前記第２のネットワークを介して前記端末装置に出力する第２の出力処理部と、
を有することを特徴とする障害通知システム。
【請求項２】
前記中継装置は、
前記第１のネットワーク情報と前記第２のネットワーク情報とを対応付ける対応情報を記憶する記憶部と、
前記対応情報を参照して、前記第１のデータに含まれている前記第１のネットワーク情報に関連付けられている前記第２のネットワーク情報を特定する特定部と、を有し、
前記変換部は、前記第１のデータに含まれている前記第１のネットワーク情報を前記特定部によって特定された前記第２のネットワーク情報に付け替えることにより、前記第１のデータを前記第２のデータに変換することを特徴とする請求項１に記載の障害通知システム。
【請求項３】
前記第１のネットワーク情報は、前記第１のネットワークを一意に特定する識別情報を含み、前記第２のネットワーク情報は、前記第２のネットワークを一意に特定する識別情報を含むことを特徴とする請求項１に記載の障害通知システム。
【請求項４】
前記第１のネットワーク情報は、前記第１のネットワークの監視区間を示す情報を含み、前記第２のネットワーク情報は、前記第２のネットワークの監視区間を示す情報を含むことを特徴とする請求項３に記載の障害通知システム。
【請求項５】
前記中継装置は、
第３のネットワーク内の第２のサーバを監視する監視実行部と、
前記監視実行部による前記第２のサーバの監視中に、前記第２のサーバに障害が発生したか否かを判定する障害判定部と、を有し、
前記出力処理部は、前記障害判定部によって障害が発生したと判定された場合、前記第２のサーバの障害情報と前記第１のネットワーク内での転送を規定する前記第１のネットワーク情報とを含む第３のデータを前記第１のネットワークに出力することを特徴とする請求項１に記載の障害通知システム。
【請求項６】
第１のサーバを監視する監視装置と第１のネットワークで接続され、かつ、端末装置と第２のネットワークで接続される中継装置であって、
前記監視装置から前記第１のネットワークを介して、前記第１のサーバの障害情報と転送先が前記第１のネットワーク内であることを示す第１のネットワーク情報とを含む第１のデータの入力を受け付ける入力処理部と、
前記入力処理部によって前記第１のデータが入力された場合、前記第１のネットワーク情報を転送先が前記第２のネットワーク内であることを示す第２のネットワーク情報に付け替えることにより、前記第１のデータを前記第２のデータに変換する変換部と、
前記変換部によって変換された第２のデータに含まれる前記第２のネットワーク情報にしたがって、前記第２のデータを前記第２のネットワークを介して前記端末装置に出力する出力処理部と、
を有することを特徴とする中継装置。
【請求項７】
前記第１のネットワーク情報と前記第２のネットワーク情報とを対応付ける対応情報を記憶する記憶部と、
前記回線情報を参照して、前記第１のデータに含まれている前記第１のネットワーク情報に関連付けられている前記第２のネットワーク情報を特定する特定部と、を有し、
前記変換部は、前記第１のデータに含まれている前記第１のネットワーク情報を前記特定部によって特定された前記第２のネットワーク情報に付け替えることにより、前記第１のデータを前記第２のデータに変換することを特徴とする請求項６に記載の中継装置。
【請求項８】
前記第１のネットワーク情報は、前記第１のネットワークを一意に特定する識別情報を含み、前記第２のネットワーク情報は、前記第２のネットワークを一意に特定する識別情報を含むことを特徴とする請求項６に記載の中継装置。
【請求項９】
前記第１のネットワーク情報は、前記第１のネットワークの監視区間を示す情報を含み、前記第２のネットワーク情報は、前記第２のネットワークの監視区間を示す情報を含むことを特徴とする請求項８に記載の中継装置。
【請求項１０】
第３のネットワーク内の第２のサーバを監視する監視実行部と、
前記監視実行部による前記第２のサーバの監視中に、前記第２のサーバに障害が発生したか否かを判定する障害判定部と、を有し、
前記出力処理部は、前記障害判定部によって障害が発生したと判定された場合、前記第２のサーバの障害情報と前記第１のネットワーク内での転送を規定する前記第１のネットワーク情報とを含む第３のデータを前記第１のネットワークに出力することを特徴とする請求項６に記載の中継装置。
【請求項１１】
サーバを監視する監視装置と、前記監視装置と第１のネットワークで接続され、かつ、端末装置と第２のネットワークで接続される中継装置と、を有する障害通知システムによる障害通知方法であって、
前記監視装置は、
前記サーバの障害を検出した場合、前記サーバの障害情報と転送先が前記第１のネットワーク内であることを示す第１のネットワーク情報とを含む第１のデータを生成して、前記第１のネットワークに出力する第１の出力処理を実行し、
前記中継装置は、
前記監視装置から前記第１のネットワークを介して前記第１のデータの入力を受け付ける入力処理と、
前記入力処理によって前記第１のデータが入力された場合、前記第１のネットワーク情報を転送先が前記第２のネットワーク内であることを示す第２のネットワーク情報に付け替えることにより、前記第１のデータを第２のデータに変換する変換処理と、
前記変換処理によって変換された前記第２のデータに含まれる前記第２のネットワーク情報にしたがって、前記第２のデータを前記第２のネットワークを介して前記端末装置に出力する第２の出力処理と、
を実行することを特徴とする障害通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害を通知する障害通知システム、中継装置、および中継方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として特許文献１がある。特許文献１には、「物理ネットワークに障害が発生した際に、スライスを構成する仮想サーバがネットワーク障害を検知することを可能とする。」と記載されている（要約参照）。また、ネットワーク機能を仮想化するソリューションに注目が集まっている。たとえば、従来宅内に置かれていたＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｉｅｓ  Ｅｑｕｉｐｍｅｎｔ）が提供する機能を通信キャリアのネットワーク内で提供するｖＣＰＥ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｉｅｓ  Ｅｑｕｉｐｍｅｎｔ）が挙げられる。当該仮想化ソリューションでは、ネットワークとサービス提供サーバとはそれぞれ独立した障害監視を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２０７３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１記載の技術は、ネットワーク側での障害を仮想サーバ側に通知する技術であり、仮想サーバへの障害通知手段として、ネットワークと仮想サーバを接続する仮想スイッチにおいて、強制的にリンクダウンを発生させたり、または、仮想スイッチを削除する。したがって、仮想サーバ側での障害をネットワーク側に通知することが出来ないという問題がある。本発明は、サーバ側で発生した障害情報をネットワーク側で検知することを目的とする。
【課題を解決するための手段】
【０００５】
本願において開示される発明の一側面となる障害通知システムは、第１のサーバを監視する監視装置と、前記監視装置と第１のネットワークで接続され、かつ、端末装置と第２のネットワークで接続される中継装置と、を有する障害通知システムであって、前記監視装置は、前記第１のサーバの障害を検出した場合、前記第１のサーバの障害情報と転送先が前記第１のネットワーク内であることを示す第１のネットワーク情報とを含む第１のデータを生成して、前記第１のネットワークに出力する第１の出力処理部を有し、前記中継装置は、前記監視装置から前記第１のネットワークを介して前記第１のデータの入力を受け付ける入力処理部と、前記入力処理部によって前記第１のデータが入力された場合、前記第１のネットワーク情報を転送先が前記第２のネットワーク内であることを示す第２のネットワーク情報に付け替えることにより、前記第１のデータを第２のデータに変換する変換部と、前記変換部によって変換された前記第２のデータに含まれる前記第２のネットワーク情報にしたがって、前記第２のデータを前記第２のネットワークを介して前記端末装置に出力する第２の出力処理部と、を有する。
【発明の効果】
【０００６】
本発明の代表的な実施の形態によれば、サーバ側で発生した障害情報をネットワーク側で検知することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【０００７】
【図１】実施例１にかかる障害通知システムのシステム構成例を示す説明図である。
【図２】機能監視端末の機能的構成例を示すブロック図である。
【図３Ａ】回線テーブルの記憶内容例１を示す説明図である。
【図３Ｂ】回線テーブルの記憶内容例２を示す説明図である。
【図４】機能監視端末がネットワーク側へサーバ障害の警報を通知するシーケンス例を示す説明図である。
【図５】ＶＬＡＮタグの付け替え例を示す説明図である。
【図６】第１の設定シーケンス例を示す説明図である。
【図７】図６のステップＳ６０で示した監視モードの設定先の選択する設定先選択画面例を示す説明図である。
【図８】図６のステップＳ６１で示した監視モードを選択する監視モード選択画面例を示す説明図である。
【図９】図６のステップＳ６２で示した設定項目の値の入力画面例を示す説明図である。
【図１０】第２の設定シーケンス例を示す説明図である。
【図１１】ユーザ装置に表示されるログイン画面例を示す説明図である。
【図１２】図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例である統計情報による監視処理の詳細な処理手順例を示すフローチャートである。
【図１３】図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるフレーム挿入による監視処理の詳細な処理手順例を示すフローチャートである。
【図１４】図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例である疎通確認による監視処理の詳細な処理手順例を示すフローチャートである。
【図１５】図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるサーバマネージャによるポーリング監視処理の詳細な処理手順例を示すフローチャートである。
【図１６】図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるサーバマネージャからの通知による監視処理の詳細な処理手順例を示すフローチャートである。
【図１７】実施例２にかかる障害通知システムのシステム構成例を示す説明図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施例について図面を用いて具体的に説明する。なお、各構成要素に付される符号において同種の構成要素が複数存在する場合には、たとえば、「端末装置１２−１、１２−２」のように枝番を用いて区別するが、説明上区別しない場合は、たとえば、「端末装置１２」のように、枝番を省略する。
【実施例１】
【０００９】
＜システム構成例＞
図１は、実施例１にかかる障害通知システムのシステム構成例を示す説明図である。障害通知システム１は、端末装置１２と、ＮＥ（Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ）装置１３と、サーバ拠点１７と、コントローラ１９と、を有する。端末装置１２は、ネットワーク網１０のエッジ部分に設置され、ユーザ装置１１と接続される。ＮＥ装置１３は、ネットワーク網１０を構成する中継装置である。
【００１０】
なお、機能監視端末１４−１、ＮＥ装置１３−２、１３−３、機能監視端末１４−２、およびこれらを接続する回線Ｌ１をネットワークＮＷ１とする。端末装置１２−１、ＮＥ装置１３−１、１３−２、機能監視端末１４−１、およびこれらを接続する回線Ｌ２をネットワークＮＷ２とする。端末装置１２−２、ＮＥ装置１３−３、１３−４、機能監視端末１４−２、およびこれらを接続する回線Ｌ３をネットワークＮＷ３とする。また、端末装置１２−１、ＮＥ装置１３−１，１３−２、機能監視端末１４−１、ＮＥ装置１３−２，１３−３、機能監視端末１４−２、ＮＥ装置１３−３，１３−４、端末装置１２−２を接続する回線をユーザ回線Ｌとする。
【００１１】
サーバ拠点１７は、サーバ１６がサービスを提供する拠点である。サーバ拠点１７は、機能監視端末１４と、スイッチ１５と、サーバ１６と、を有する。スイッチ１５は、機能監視端末１４とサーバ１６とをネットワークを介して接続する。つまり、サーバ拠点１７内は、スイッチ１５を介したネットワークによって接続される。機能監視端末１４は、サーバ１６を監視し、サーバ１６で発生した障害情報をネットワーク網１０側に通知する。サーバ１６は、Ｗｅｂサービス、データベースなど特定の機能を実現するコンピュータである。サーバ１６は、物理サーバでも仮想サーバでもよい。
【００１２】
また、サーバ１６は、不図示のサーバマネージャにより管理される。サーバマネージャは、サーバ１６の外部からサーバ１６を管理してもよく、サーバ１６内部でサーバ１６を管理してもよい。サーバマネージャは、サーバ１６を監視し、サーバ１６のハードウェアの故障、温度異常、サーバ１６内のデータベース故障、無応答、サーバ１６の処理遅延のうち少なくとも１つを示す障害情報を取得する。
【００１３】
コントローラ１９は、ネットワーク網１０を構成する端末装置１２とＮＥ装置１３と機能監視端末１４の管理制御およびネットワーク網１０内の回線設定を行う。コントローラ１９が、端末装置１２−１と機能監視端末１４−１との間と、端末装置１２−２と機能監視端末１４−２との間と、機能監視端末１４−１と機能監視端末１４−２との間と、を接続する回線を設定することで、ユーザ装置１１−１とユーザ装置１１−２の間で、サーバ拠点１７−１とサーバ拠点１７−２を経由する通信が可能となる。
【００１４】
ここで、機能監視端末１４についてより具体的に説明する。機能監視端末１４は、サーバ拠点１７に設置されているサーバ１６のサーバ種別や、サーバ１６が提供する機能、あるいは要求される障害検出までの時間等に対応するため、複数種類のサーバ監視モードを備える。
【００１５】
具体的には、たとえば、サーバ監視モードには、統計情報による監視モード、フレーム挿入による監視モード、疎通確認による監視モード、サーバマネージャのポーリング監視による監視モード、サーバマネージャからの通知受信による監視モードなどがある。
【００１６】
統計情報による監視モードは、サーバ拠点１７へ送り出すフレーム数とサーバ拠点１７を通過したフレーム数とを比較することで、サーバ１６を監視する監視モードである。
【００１７】
フレーム挿入による監視モードは、サーバ拠点１７に対してＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）やＢＦＤ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｄｅｔｅｃｔｉｏｎ）などに代表される機能監視フレームを機能監視端末１４がサーバ拠点１７へ送信し、サーバ拠点１７を通過後に再度受信することでサーバ１６を監視する監視モードである。
【００１８】
疎通確認による監視モードは、機能監視端末１４からＰｉｎｇなどの機能監視フレームを各サーバ１６宛に送信し、サーバ１６からの応答を確認することでサーバ１６を監視する監視モードである。
【００１９】
サーバマネージャのポーリング監視による監視モードは、サーバ拠点１７でサーバ１６の管理を一括して行うサーバマネージャに対して定期的に障害情報を含む機能監視フレームを取得することでサーバ１６を監視する監視モードである。
【００２０】
サーバマネージャからの通知受信による監視モードは、各サーバ１６の障害情報を含む機能監視フレームをサーバマネージャから機能監視端末１４宛に送信してもらい、機能監視端末１４で障害情報を受信することでサーバ１６を監視する監視モードである。
【００２１】
＜機能監視端末１４の機能的構成例＞
図２は、機能監視端末１４の機能的構成例を示すブロック図である。機能監視端末１４は、監視機能と中継機能とを有する中継装置である。監視機能とは、所属先となるサーバ拠点１７内のサーバ１６を監視する機能である。中継機能とは、他のサーバ拠点１７からの接続性監視フレームを、当該接続性監視フレームが送信されてきたネットワークとは異なるネットワークに中継する機能である。
【００２２】
機能監視端末１４は、装置管理部２０と、入力処理部２１と、特定部２２と、変換部２３と、監視実行部２４と、サーバ監視管理部２５と、出力処理部２６と、ポート２７と、を有する。装置管理部２０〜出力処理部２６は、具体的には、たとえば、記憶デバイス（不図示）に記憶されたプログラムをプロセッサ（不図示）に実行させることにより実現される。また、装置管理部２０〜出力処理部２６は、具体的には、たとえば、ＦＰＧＡ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）のような集積回路で設計する等によりハードウェアによってその機能を実現してもよい。
【００２３】
装置管理部２０は、コントローラ１９から設定した内容を判定し、機能監視端末１４の制御を行う機能ブロックである。装置管理部２０は、装置制御部２００とルーティングテーブル２０１と回線テーブル２８とを有する。装置制御部２００は、コントローラ１９からの設定内容を、制御ＩＦ（ｉｎｔｅｒｆａｃｅ）により受信する。コントローラ１９からの設定内容が回線設定に関する内容の場合、装置制御部２００は、回線テーブル２８を更新する。コントローラ１９からの設定内容がサーバ機能監視の設定に関する内容である場合、装置制御部２００は、サーバ監視管理部２５の中の通信ポリシー２５１を更新する。
【００２４】
また、コントローラ１９からの設定内容が隣接装置のルーティングに関する設定内容である場合、装置制御部２００は、隣接装置のルーティングに関する設定内容を示すルーティングテーブル２０１を保存する。隣接装置のルーティングに関する設定内容とは、たとえば、機能監視端末１４のポート番号と、当該ポート番号のポートと接続される隣接装置のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスとを対応付けた対応情報である。ルーティングテーブル２０１は、出力処理部２６により参照される。
【００２５】
回線テーブル２８は、ネットワーク網１０における回線を管理するテーブルである。回線テーブル２８は、あらかじめコントローラ１９から設定される。回線テーブル２８は、具体的には、たとえば、記憶デバイス（不図示）に格納される。
【００２６】
入力処理部２１は、ポート２７で受信したフレームを入力し、当該フレームを特定部２２に送る。
【００２７】
特定部２２は、受信フレームが入力されてきた回線を識別する。具体的には、たとえば、特定部２２は、回線テーブル２８を参照して、受信フレームが入力されてきたポート２７のポート番号と、受信フレームに含まれているＭＥＬ（Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｉｔｙ  Ｇｒｏｕｐ  Ｌｅｖｅｌ）、内部ＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）タグ、および外部ＶＬＡＮタグと、が一致するエントリを特定し、特定したエントリの回線識別子を取得する。取得した回線識別子は、変換部２３に送られる。
【００２８】
たとえば、機能監視端末１４−１において、ネットワークＮＷ２からの受信フレームが入力されてきたポート２７のポート番号が「１」、受信フレームに含まれているＭＥＬレベルが「３」、受信フレームに含まれている内部ＶＬＡＮタグが「３」、およびフレームに含まれている外部ＶＬＡＮタグが「２」である場合、機能監視端末１４−１の特定部２２は、後述する図３Ａの回線テーブル２８−１から一行目のエントリを特定し、特定したエントリの回線識別子である「１」を取得する。
【００２９】
また、機能監視端末１４−１において、ネットワークＮＷ１からの受信フレームが入力されてきたポート２７のポート番号が「３」、受信フレームに含まれているＭＥＬレベルが「６」、受信フレームに含まれている内部ＶＬＡＮタグが「１」、およびフレームに含まれている外部ＶＬＡＮタグが「１」である場合、機能監視端末１４−１の特定部２２は、回線テーブル２８−２から一行目のエントリを特定し、特定したエントリの回線識別子である「１」を取得する。
【００３０】
変換部２３は、特定部２２で特定された回線識別子を用いて、回線テーブル２８を参照して、フレームに含まれているＶＬＡＮタグおよびＭＥＬの変換（付け替え）をおこなう。回線テーブル２８は、機能監視端末１４を介して接続しあう２つのネットワークのネットワーク情報を対応付ける対応情報である。ネットワーク情報とは、たとえば、後述する内部ＶＬＡＮタグおよび外部ＶＬＡＮタグであり、ネットワーク内でのフレームの転送を規定する情報である。ＶＬＡＮタグおよびＭＥＬの変換の詳細については後述する。ＶＬＡＮタグおよびＭＥＬの変換により、一方のＶＬＡＮからのフレームを他方のＶＬＡＮに転送することができる。
【００３１】
監視実行部２４は、上述した複数種類のサーバ監視モードによる監視を実行する。具体的には、たとえば、統計情報による監視モードの場合、監視実行部２４は、所属先のサーバ拠点１７内のサーバ１６へ送信したユーザフレームの数（送信フレーム数）と当該サーバ１６から受信したユーザフレームの数（受信フレーム数）とを計数し、フレームロス数を算出する。フレームロス数は、送信フレーム数から受信フレーム数を減算した値である。監視実行部２４は、フレームロス数を障害判定部２５０に送り、障害判定部２５０から判定結果を受ける。
【００３２】
フレーム挿入による監視モードの場合、監視実行部２４は、所属先のサーバ拠点１７内のサーバ１６宛の機能監視フレームを生成し、出力処理部２６に転送する。監視実行部２４は、機能監視フレームの生成時刻を障害判定部２５０に送る。そして、監視実行部２４は、当該機能監視フレームがサーバ１６から転送されてくるのを待ち受ける。機能監視フレームをサーバ１６から受信した場合、監視実行部２４は、当該受信時刻を障害判定部２５０に送る。監視実行部２４は、障害判定部２５０から判定結果を受ける。
【００３３】
また、疎通確認による監視モードの場合、監視実行部２４は、所属先のサーバ拠点１７内のサーバ１６宛の疎通確認フレームを生成し、出力処理部２６に転送する。監視実行部２４は、疎通確認フレームの生成時刻を障害判定部２５０に送る。そして、監視実行部２４は、当該疎通確認フレームに対する応答フレームがサーバ１６から転送されてくるのを待ち受ける。応答フレームがサーバ１６から受信した場合、監視実行部２４は、当該受信時刻を障害判定部２５０に送る。監視実行部２４は、障害判定部２５０から判定結果を受ける。
【００３４】
また、サーバマネージャのポーリング監視による監視モードの場合、監視実行部２４は、機能監視フレームとして障害情報の取得要求をサーバマネージャに送信する。障害情報とは、上述したように、サーバ１６のハードウェアの故障、温度異常、サーバ１６内のデータベース故障、無応答、サーバ１６の処理遅延のうち少なくとも１つを示す情報である。監視実行部２４は、機能監視フレームの取得要求時刻を障害判定部２５０に送る。そして、監視実行部２４は、障害情報を含む機能監視フレームがサーバマネージャから転送されてくるのを待ち受ける。障害情報を含む機能監視フレームがサーバ１６から受信した場合、監視実行部２４は、当該受信時刻を障害判定部２５０に送る。監視実行部２４は、障害判定部２５０から判定結果を受ける。
【００３５】
また、サーバマネージャからの通知受信による監視モードの場合、監視実行部２４は、障害情報を含む機能監視フレームが自律的にサーバマネージャから転送されてくるのを待ち受ける。障害情報を含む機能監視フレームがサーバ１６から受信した場合、監視実行部２４は、当該障害情報を障害判定部２５０に送る。監視実行部２４は、障害判定部２５０から判定結果を受ける。
【００３６】
いずれの監視モードの場合でも、前回のサーバ１６の状態が「正常」であり、障害判定部２５０によりサーバ１６に障害が発生したと判定された場合、監視実行部２４は、不図示の内部テーブルにおいて、判定対象となるサーバ１６の状態を「正常」から「障害」に更新する。また、前回のサーバ１６の状態が「障害」であり、障害判定部２５０によりサーバ１６に障害が発生していないと判定された場合、監視実行部２４は、内部テーブルにおいて、判定対象となるサーバ１６の状態を「障害」から「正常」に更新する。「障害」に更新された場合、出力処理部２６への通知内容は、「障害検出」となる。一方、「正常」に更新された場合、出力処理部２６への通知内容は、「障害回復」となる。監視実行部２４は、通知内容を含むメッセージを出力処理部２６に送る。
【００３７】
サーバ監視管理部２５は、障害判定部２５０と通信ポリシー２５１とを有する。通信ポリシー２５１は、監視モードで用いられる各種設定値を格納するテーブルである。通信ポリシー２５１は、あらかじめユーザ装置１１またはコントローラ１９から設定される。通信ポリシー２５１は、具体的には、たとえば、記憶デバイス（不図示）に格納される。
【００３８】
障害判定部２５０は、所属先のサーバ拠点１７内のサーバ１６に障害の有無を判定する。障害判定部２５０は、サーバ１６の障害か否かの状態を管理する。デフォルトの状態は、「正常」とする。障害判定部２５０は、判定結果を監視実行部２４に返す。
【００３９】
たとえば、統計情報による監視モードの場合、障害判定部２５０は、フレームロス数と通信ポリシー２５１内の障害判定基準値とを比較して、フレームロス数が障害判定基準値以上である場合、サーバ１６に障害が発生したと判定する。一方、フレームロス数が障害判定基準値未満である場合、障害判定部２５０は、サーバ１６に障害が発生していないと判定する。
【００４０】
フレーム挿入による監視モードの場合、障害判定部２５０は、監視フレームを送信してから、すなわち、監視フレームの生成時刻から設定時間内に監視フレームを受信したか否かを判定する。また、障害判定部２５０は、監視フレームを受信した場合に、監視フレームに障害情報が付与されているか否かを判定する。障害判定部２５０は、通信ポリシー２５１内に格納されている設定時間を参照する。
【００４１】
そして、監視フレームが設定時間内に受信されなかった場合、または、設定時間内に受信された監視フレームに障害情報が付与されている場合、障害判定部２５０は、サーバ１６に障害が発生したと判定する。一方、監視フレームが設定時間内に受信され、かつ、受信された監視フレームに障害情報が付与されていない場合、障害判定部２５０は、サーバ１６に障害が発生していないと判定する。
【００４２】
また、疎通確認による監視モードの場合、障害判定部２５０は、機能監視フレームがサーバ１６から設定時間内に受信されたか否かを判定する。障害判定部２５０は、通信ポリシー２５１内に格納されている設定時間を参照する。設定時間の起算時刻は、監視実行部２４における機能監視フレームの生成時刻である。監視実行部２４から送られてくる受信時刻が設定時間を超過した場合、障害判定部２５０は、サーバ１６に障害が発生したと判定する。一方、設定時間内である場合、障害判定部２５０は、サーバ１６に障害が発生していないと判定する。
【００４３】
また、サーバマネージャのポーリング監視による監視モードの場合、障害判定部２５０は、設定時間内に障害情報を取得できたか否かを判定する。また、障害判定部２５０は、通信ポリシー２５１を参照して、取得した障害情報のうち障害判定に適用する障害情報が含まれているか否かを判定する。障害判定部２５０は、通信ポリシー２５１内に格納されている設定時間を参照する。設定時間の起算時刻は、監視実行部２４における機能監視フレームの取得要求時刻である。
【００４４】
障害判定部２５０は、通信ポリシー２５１を参照して、取得した障害情報のうち障害判定に適用する障害情報が含まれているか否かを判定する。たとえば、取得した障害情報に「温度異常」が含まれており、通信ポリシー２５１で規定された障害判定に適用する障害情報も「温度異常」である場合、障害判定部２５０は、障害情報を取得したと判定する。一方、取得した障害情報に「温度異常」が含まれており、通信ポリシー２５１で規定された障害判定に適用する障害情報に「温度異常」がない場合、障害判定部２５０は、障害情報を取得していないと判定する。
【００４５】
そして、機能監視フレームが設定時間内に受信され、かつ、障害情報を取得した場合、障害判定部２５０は、サーバ１６に障害が発生したと判定する。また、機能監視フレームが設定時間内に受信されなかった場合も、障害判定部２５０は、サーバ１６に障害が発生したと判定する。一方、機能監視フレームが設定時間内に受信され、かつ、機能監視フレームから障害情報が取得されていない場合、障害判定部２５０は、サーバ１６に障害が発生していないと判定する。
【００４６】
また、サーバマネージャからの通知受信による監視モードの場合、障害判定部２５０は、障害情報を取得したか否かを判定する。また、障害判定部２５０は、通信ポリシー２５１を参照して、取得した障害情報のうち障害判定に適用する障害情報が含まれているか否かを判定する。たとえば、取得した障害情報に「温度異常」が含まれており、通信ポリシー２５１で規定された障害判定に適用する障害情報も「温度異常」である場合、障害判定部２５０は、障害情報を取得したことになり、障害判定部２５０は、サーバ１６に障害が発生したと判定する。一方、取得した障害情報に「温度異常」が含まれており、通信ポリシー２５１で規定された障害判定に適用する障害情報に「温度異常」がない場合、障害判定部２５０は、障害情報を取得していないことになり、障害判定部２５０は、サーバ１６に障害が発生していないと判定する。
【００４７】
出力処理部２６は、フレームを出力する出力処理を実行する。出力処理部２６は、装置管理部２０のルーティングテーブル２０１を参照して、フレームを出力するポートを特定し、特定したポートからフレームを送信する。また、出力処理部２６は、障害判定部２５０により障害発生と判定された場合、接続性監視フレームを生成する。接続性監視フレームの生成例は、図５の（Ａ）で後述する。
【００４８】
ＮＷ側ポート２７−１，２７−２は、ネットワーク網１０と接続するポートである。サーバ側ポート２７−３，２７−４は、サーバ拠点１７と接続するポートである。ＮＷ側ポート２７−１，２７−２は、たとえば、図１のＰｏｒｔ１およびＰｏｒｔ３であり、サーバ側ポート２７−３，２７−４は、たとえば、図１のＰｏｒｔ５およびＰｏｒｔ６である。
【００４９】
＜回線テーブル２８＞
図３Ａおよび図３Ｂは、回線テーブル２８の記憶内容例を示す説明図である。図３Ａの回線テーブル２８−１，２８−２は、機能監視端末１４−１が保持するテーブルであり、図３Ｂの回線テーブル２８−３，２８−４は、機能監視端末１４−２が保持するテーブルである。図３Ａにおいて、左側の回線テーブル２８−１は、サーバ拠点１７−１と接続されるネットワークＮＷ２における回線Ｌ２を管理するテーブルであり、右側の回線テーブル２８−２は、サーバ拠点１７−１と接続されるネットワークＮＷ１における回線Ｌ１を管理するテーブルである。図３Ｂにおいて、左側の回線テーブル２８−３は、サーバ拠点１７−２と接続されるネットワークＮＷ１における回線Ｌ１を管理するテーブルであり、右側の回線テーブル２８−４は、サーバ拠点１７−２と接続されるネットワークＮＷ３における回線Ｌ３を管理するテーブルである。
【００５０】
回線テーブル２８は、フィールドとして、回線識別子３１と、所属先ネットワークの回線識別情報３２と、所属先サーバ拠点の回線識別情報３３と、を有する。回線識別子３１は、値として、ユーザ回線を特定する回線識別子を格納するフィールドである。所属先ネットワークの回線識別情報３２は、値として、所属先となるネットワークの各種回線識別情報を格納するフィールドである。所属先サーバ拠点の回線識別情報３３は、値として、所属先となるサーバ拠点の各種回線識別情報を格納するフィールドである。
【００５１】
回線テーブル２８−１の場合は、所属先ネットワーク（サーバ拠点１７−１と接続されるネットワークＮＷ２）における回線Ｌ２の回線識別情報が格納され、回線テーブル２８−２の場合は、所属先ネットワーク（サーバ拠点１７−１と接続されるネットワークＮＷ１）における回線Ｌ１の回線識別情報が格納される。
【００５２】
回線テーブル２８−３の場合は、所属先ネットワーク（サーバ拠点１７−２と接続されるネットワークＮＷ１）における回線Ｌ１の回線識別情報が格納され、回線テーブル２８−４の場合は、所属先ネットワーク（サーバ拠点１７−２と接続されるネットワークＮＷ３）における回線Ｌ３の回線識別情報が格納される。
【００５３】
所属先ネットワークの回線識別情報３２は、フィールドとして、ポート番号３４と、ＭＥＬ３５と、内部ＶＬＡＮタグ３６と、外部ＶＬＡＮタグ３７と、を有する。ポート番号３４は、値として、所属先ネットワークにフレームを入力する機能監視端末１４のポート２７を特定するポート番号を格納するフィールドである。ＭＥＬ３５は、値として、ＭＥＧ（Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｉｔｙ  Ｇｒｏｕｐ）の管理レベル（ＭＥＬ）を格納するフィールドである。ＭＥＧは、管理単位（監視区間ともいう）であるＭＥ（Ｍａｉｎｔｅｎａｎｃｅ  Ｅｎｔｉｔｙ）の集合である。本例では、管理単位は所属先ネットワークの回線が引き回されている区間である。たとえば、所属先ネットワークがネットワークＮＷ１の場合、回線Ｌ１が監視区間である。
【００５４】
内部ＶＬＡＮタグ３６は、値として、所属先ネットワーク内のＶＬＡＮを特定する識別情報（内部ＶＬＡＮタグ）を格納するフィールドである。外部ＶＬＡＮタグ３７は、値として、所属先ネットワーク外のＶＬＡＮを特定する識別情報（外部ＶＬＡＮタグ）を格納するフィールドである。内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７の組み合わせにより、ＶＬＡＮが一意に特定される。内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７の組み合わせは、フレームの転送先が内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７の組み合わせにより特定されるＶＬＡＮ内であることを示すネットワーク情報である。
【００５５】
所属先サーバ拠点の回線識別情報３３は、機能監視端末１４の所属先となるサーバ拠点１７を特定する各種回線識別情報を格納するフィールドである。具体的には、所属先サーバ拠点の回線識別情報３３は、フィールドとして、ポート番号３８と、ＶＬＡＮタグ３９と、を有する。ポート番号３８は、値として、所属先サーバ拠点１７からフレームを出力する機能監視端末１４のポート２７を特定するポート番号を格納するフィールドである。ＶＬＡＮタグ３９は、値として、所属先サーバ拠点１７内のＶＬＡＮを特定する識別情報を格納するフィールドである。
【００５６】
また、回線テーブル２８−１，２８−２において、同一の回線識別子３１を有するエントリが関連付けられる。たとえば、回線テーブル２８−１の回線識別子３１が「１」であるエントリは回線Ｌ２と規定しており、回線テーブル２８−２の回線識別子３１が「１」であるエントリは回線Ｌ１を規定している。回線識別子３１：１により両エントリが関連付けられるため、回線Ｌ２と回線Ｌ１との接続が規定される。回線テーブル２８−３、２８−４においても同様である。
【００５７】
＜障害通知シーケンス＞
つぎに、機能監視端末１４でサーバ１６の障害発生を検出してから障害警報を端末装置およびコントローラ１９へ通知するまでのシーケンスについて説明する。
【００５８】
図４は、機能監視端末１４がネットワーク側へサーバ障害の警報を通知するシーケンス例を示す説明図である。ここでは、機能監視端末１４−２の障害判定部２５０において障害が発生したと判定された場合を例に挙げて説明する。機能監視端末１４−２は、障害判定部２５０において障害が発生したと判定された場合、障害発生を検出する（ステップＳ４０）。そして、機能監視端末１４−２は、サーバ１６の障害警報を含む接続性監視フレームをＮＥ装置１３に送信する（ステップＳ４１−１，Ｓ４１−２）。ＮＥ装置１３−３，１３−４に送信するフレームの生成については後述する。ＮＥ装置１３−３に転送された接続性監視フレームは、ＮＥ装置１３−２を経由して機能監視端末１４−１に転送されるとともに、ＮＥ装置１３−４を経由して端末装置１２−２に転送される。
【００５９】
端末装置１２−２は、接続性監視フレームを受信すると当該接続性監視フレームを終端し、接続性監視フレームの受信によりサーバ拠点１７−２のサーバ１６に障害が発生したことを検出する（ステップＳ４２）。そして、端末装置１２−２は、接続性監視フレームから障害情報を取り出し、当該障害情報を含むメッセージを生成して、隣接するＮＥ装置１３−４に送信する（ステップＳ４３）。ＮＥ装置１３−４は、障害情報を含むメッセージを受信すると、当該メッセージをコントローラ１９に通知する（ステップＳ４４）。
【００６０】
機能監視端末１４−１は、機能監視端末１４−２からの監視フレームを受信すると、変換部２３により、接続性監視フレーム内のＶＬＡＮタグの付け替えをおこなう（ステップＳ４５）。ＶＬＡＮタグの付け替えは、具体的には、サーバ障害を検出した機能監視端末１４−２と接続性監視フレームを受信した機能監視端末１４−１間の回線Ｌ１を含むネットワークＮＷ１から、接続性監視フレームを受信した機能監視端末１４−１と端末装置１２−１間の回線Ｌ２を含むネットワークＮＷ２への変更を示す。ＶＬＡＮタグの付け替えについては、図５で後述する。
【００６１】
機能監視端末１４−１は、ＶＬＡＮタグ付け替え後の接続性監視フレームをＮＥ装置１３−２，１３−１経由で端末装置１２−１に送信する（ステップＳ４６）。ＶＬＡＮタグが付け替えられているため、ＮＥ装置１３−２は、ＶＬＡＮタグ付け替え前のネットワークＮＷ１ではなく、ＶＬＡＮタグ付け替え後のネットワークＮＷ２に所属する隣接ＮＥ装置１３−１に、ＶＬＡＮタグ付け替え後の接続性監視フレームを転送する。ＮＥ装置１３−１も同様にＶＬＡＮタグ付け替え後のネットワークＮＷ２に所属する端末装置１２−１に、ＶＬＡＮタグ付け替え後の接続性監視フレームを転送する。これにより、ネットワークＮＷ２に属さないサーバ拠点１７−２のサーバ１６で発生した障害を示す障害情報をネットワークＮＷ２側で検知する。
【００６２】
端末装置１２−１は、ＶＬＡＮタグ付け替え後の接続性監視フレームを終端して、ＶＬＡＮタグ付け替え後の接続性監視フレームの受信によりサーバ拠点１７−２のサーバ１６に障害が発生したことを検出する（ステップＳ４７）。そして、端末装置１２−１は、ＶＬＡＮタグ付け替え後の接続性監視フレームから障害情報を取り出し、当該障害情報を含むメッセージを生成して、隣接するＮＥ装置１３−１に送信する（ステップＳ４８）。ＮＥ装置１３−１は、障害情報を含むメッセージを受信すると、当該メッセージをコントローラ１９に通知する（ステップＳ４９）。
【００６３】
＜ＶＬＡＮタグの付け替え例＞
図５は、ＶＬＡＮタグの付け替え例を示す説明図である。図５中、（Ａ）は、障害を検出した機能監視端末１４−２で生成された接続性監視フレームのフレームフォーマット例を示し、（Ｂ）は、（Ａ）の接続性監視フレームを受信した機能監視端末１４−１での当該接続性監視フレームのフレームフォーマット例を示す。接続性監視フレームの転送には、たとえば、ＩＴＵ−Ｔ  Ｇ．８０１３／Ｙ．１７３１で規定するＥＴＨ−ＶＳＰ（Ｅｔｈｅｒｎｅｔ  Ｖｅｎｄｏｒ―Ｓｐｅｃｉｆｉｃ  ＯＡＭ  ｆｕｎｃｔｉｏｎ（Ｅｔｈｅｒｎｅｔは登録商標））が用いられる。
【００６４】
図５の各フィールドにおいて、ＭＡＣ  ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）５０１には、値として、宛先ＭＡＣアドレスが格納される。ＭＡＣ  ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）５０２には、値として、送信元ＭＡＣアドレスが格納される。外部ＶＬＡＮタグ５０３には、値として、外部ＶＬＡＮタグが格納される。内部ＶＬＡＮタグ５０４には、値として、内部ＶＬＡＮタグが格納される。フレームを中継する場合、機能監視端末１４やＮＥ装置１３は、内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７を参照し、内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７の組み合わせにより特定されるＶＬＡＮ内にフレームを送信し、それ以外のネットワークには送信しない。機能監視端末１４は、他のネットワークに中継する場合は、後述するように、内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７の値を中継先のネットワークを特定する値に付け替える。ＭＥＬ５０５には、値として、ＭＥＧの管理レベルが格納される。Ｖｅｒｓｉｏｎ５０６には、値として、プロトコルのバージョン番号が格納される。
【００６５】
ＯｐＣｏｄｅ５０７には、値として、ネットワークの接続性監視フレームと区別するため、ＥＴＨ−ＶＳＰを示す値が格納される。Ｆｌａｇｓ５０８には、値として、フラグが格納される。ＴＬＶ（Ｔｙｐｅ、Ｌｅｎｇｔｈ、ａｎｄ  Ｖａｌｕｅ）  Ｏｆｆｓｅｔ５０９には、値として、ＴＬＶのオフセット値が格納される。ＯＵＩ（Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）５１０には、値として、送信元ＭＡＣアドレスの前半部分（製品コード）が格納される。
【００６６】
ＳｕｂＯｐＣｏｄｅ５１１には、値として、サーバ障害警報であることを示す値が格納される。ＭＥＰ（ＭＥＧ  Ｅｎｄ  Ｐｏｉｎｔ）  ＩＤ５１２には、値として、サーバ障害を検出した機能監視端末１４のＭＥＰ  ＩＤが格納される。ＭＥＧ  ＩＤ５１３には、値として、サーバ障害を検出した機能監視端末１４のＭＥＧ  ＩＤが格納される。ＭＥＰ  ＩＤとＭＥＧ  ＩＤをＳｕｂＯｐＣｏｄｅである障害警報に付与することで、コントローラ１９から障害警報を発報している機能監視端末１４を特定することが可能となる。
【００６７】
また、サーバマネージャを用いる監視モード等、障害発生したサーバ１６自体が特定可能な場合や、仮想サーバにおいて障害発生した機能を示す情報まで含めて警報転送する場合を想定し、オプション項目として機能識別子５１４も設けてもよい。接続性監視フレームは、ＥＴＨ−ＶＳＰで隣接する機能監視端末１４または端末装置１２宛に送信される。受信した装置が端末装置１２であった場合、端末装置１２は接続性監視フレームを終端し、接続性監視フレーム内のＭＥＰ  ＩＤ５１２、ＭＥＧ  ＩＤ５１３、および機能識別子５１４を参照し、サーバ拠点１７で障害が発生したことを、コントローラ１９へ通知する。受信した装置が機能監視端末１４であった場合、端末装置１２まで中継する必要があるため、接続性監視フレームを受信した機能監視端末１４は中継処理を行う。
【００６８】
ここで、図４に示したように、（Ａ）機能監視端末１４−２において障害が発生した場合の接続性監視フレームの生成例について説明する。ここでは、機能監視端末１４−２は、サーバ拠点１７−２内においてＰｏｒｔ５からサーバ１６の障害情報を含む機能監視フレームを受信した場合を例に挙げて説明する。
【００６９】
障害情報を含む機能監視フレームを受信したポート２７がＰｏｒｔ５であるため、機能監視端末１４−２は、回線テーブル２８−３，２８−４のうち、所属先サーバ拠点の回線識別情報３２に、ポート番号３８の値として「５」がある図３Ｂの回線テーブル２８−３を参照する。たとえば、図３Ｂの回線テーブル２８−３において、回線識別子３１−３が「１」であるエントリの場合、機能監視端末１４−２は、接続性監視フレームにおいて、外部ＶＬＡＮタグ５０３の値を「１」、内部ＶＬＡＮタグ５０４の値を「１」、ＭＥＬ５０５の値を「６」に設定する。
【００７０】
機能監視端末１４−２は、ＭＡＣ  ＳＡ５０２の値を、機能監視端末１４−２のＭＡＣアドレスに設定する。また、当該エントリのネットワークＮＷ１のポート番号３４−３は「１」であるため、機能監視端末１４−２は、ルーティングテーブル２０１を参照し、ポート番号「１」に対応するＭＡＣアドレス（ＮＥ装置１３−３のＭＡＣアドレス）を特定し、ＭＡＣ  ＤＡ５０１の値を、当該特定したＭＡＣアドレスに設定する。これにより、障害を検知したことを示す接続性監視フレームが生成され、Ｐｏｒｔ１からＮＥ装置１３−３経由でネットワークＮＷ１に送信され、機能監視端末１４−１のＰｏｒｔ３に入力される（ステップＳ４１−１）。
【００７１】
また、ステップＳ４１−１で接続性監視フレームを生成、送信した場合に、図３Ｂの回線テーブル２８−３の回線識別子３１−３が「１」であるエントリが参照されたため、機能監視端末１４−２は、回線識別子３１−４の値が同一、すなわち、「１」であるエントリを回線テーブル２８−４から特定する。この場合、機能監視端末１４−２は、接続性監視フレームにおいて、外部ＶＬＡＮタグ５０３の値を「１」、内部ＶＬＡＮタグ５０４の値を「２」、ＭＥＬ５０５の値を「６」に設定する。機能監視端末１４−２は、ＭＡＣ  ＳＡ５０２の値を、機能監視端末１４−２のＭＡＣアドレスに設定する。
【００７２】
また、当該エントリのネットワークＮＷ３のポート番号３４−４は「３」であるため、機能監視端末１４−２は、ルーティングテーブル２０１を参照し、ポート番号「３」に対応するＭＡＣアドレス（ＮＥ装置１３−３のＭＡＣアドレス）を特定し、ＭＡＣ  ＤＡ５０１の値を、当該特定したＭＡＣアドレスに設定する。これにより、障害を検知したことを示す接続性監視フレームが生成され、Ｐｏｒｔ３からＮＥ装置１３−３経由でネットワークＮＷ３に送信され、端末装置１２−２に入力される（ステップＳ４１−２）。
【００７３】
（Ｂ）において、中継処理を行う機能監視端末１４−１は、機能監視端末１４−２からの接続性監視フレームを受信した場合、ＭＡＣ  ＤＡ５０１を転送先のＭＡＣ  ＤＡ５０１に書き換え、ＭＡＣ  ＳＡ５０２を自身の機能監視端末１４−１のＭＡＣアドレスに書き換える。機能監視端末１４−１は、受信した接続性監視フレームの外部ＶＬＡＮタグ５０３および内部ＶＬＡＮタグ５０４を、中継処理を行う機能監視端末１４−１と転送先の端末装置１２−１との間の回線識別子に対応する内部ＶＬＡＮタグ３６および外部ＶＬＡＮタグ３７に付け替える。
【００７４】
また、機能監視端末１４−１は、ネットワーク内転送中にサーバ障害警報が廃棄されることを防ぐため、ＭＥＬ５０５を、中継する機能監視端末１４−１と端末装置間でのネットワークＮＷ２の接続性監視に使用するＥＴＨ−ＯＡＭのＭＥＬ３５−１の値「３」に書き換える。
【００７５】
Ｖｅｒｓｉｏｎ５０６、ＯｐＣｏｄｅ５０７、Ｆｌａｇｓ５０８、ＴＬＶ  Ｏｆｆｓｅｔ５０９、ＯＵＩ５１０、ＳｕｂＯｐＣｏｄｅ５１１、ＭＥＰ  ＩＤ５１２、ＭＥＧ  ＩＤ５１３、機能識別子５１４、Ｅｎｄ  ＴＬＶ５１５については、機能監視端末１４−１は、受信した接続性監視フレームの内容をそのままコピーする。
【００７６】
端末装置１２−１は、受信した接続性監視フレームを終端し、ＭＥＰ  ＩＤ５１２、ＭＥＧ  ＩＤ５１３、機能識別子５１４をコントローラ１９へ通知する。これにより、コントローラ１９はサーバ障害警報を発報している機能監視端末１４−２を特定し、どのサーバ拠点１７で障害が発生したかを知ることができる。
【００７７】
ここで、図４に示したように、（Ｂ）機能監視端末１４−１において、機能監視端末１４−２からの接続性監視フレームを端末装置１２−１に転送する場合の接続性監視フレームの変換例について説明する。ここでは、機能監視端末１４−１は、サーバ１６の障害情報を含む機能監視端末１４−２からの機能監視フレームをＰｏｒｔ３で受信した場合を例に挙げて説明する。
【００７８】
機能監視フレームを受信したポート２７がＰｏｒｔ３であるため、機能監視端末１４−１は、回線テーブル２８−１，２８−２のうち、所属先ネットワークの回線識別情報３２に、ポート番号３４の値として「３」がある図３Ａの回線テーブル２８−２を参照する。そして、機能監視端末１４−１は、所属先ネットワークの回線識別情報３２−２のポート番号３４−２の値が「３」であるエントリ群のうち、機能監視端末１４−２から受信した接続性監視フレームの外部ＶＬＡＮタグ５０３、内部ＶＬＡＮタグ５０４、および、ＭＥＬ５０５と値が一致するエントリを特定し、当該特定したエントリの回線識別子３１−２の値を特定する。本例では、機能監視端末１４−２から受信した接続性監視フレームの内部ＶＬＡＮタグは「１」、外部ＶＬＡＮタグは「１」、ＭＥＬは「６」であるため、回線テーブル２８−２の回線識別子３１−２の値が「１」であるエントリが特定される。
【００７９】
そして、機能監視端末１４−１は、特定したエントリの回線識別子３１−２の値「１」と値が同一の回線識別子３１−１であるエントリを、回線テーブル２８−１から特定する。本例の場合、回線テーブル２８−１の回線識別子３１−１の値が「１」であるエントリが特定される。そして、機能監視端末１４−１は、受信した接続性監視フレームの外部ＶＬＡＮタグ５０３の値「１」を、特定したエントリの外部ＶＬＡＮタグ３７−１の値「２」に書き換え、受信した接続性監視フレームの内部ＶＬＡＮタグ５０４の値「１」を、特定したエントリの内部ＶＬＡＮタグ３６−１の値「３」に書き換え、受信した接続性監視フレームのＭＥＬ５０５の値「６」を、特定したエントリのＭＥＬ３５−１の値「３」に書き換える（ステップＳ４５）。
【００８０】
また、機能監視端末１４−１は、受信した接続性監視フレームのＭＡＣ  ＳＡ５０２に、受信した接続性監視フレームのＭＡＣ  ＤＡ５０１、すなわち、機能監視端末１４−１のＭＡＣアドレスを設定する。また、機能監視端末１４−１は、特定したエントリの所属先ネットワークの回線識別情報３２−１のポート番号３４−１の値「１」に対応するＭＡＣアドレス、すなわち、ＮＥ装置１３−２のＭＡＣアドレスをルーティングテーブル２０１から特定し、ＭＡＣ  ＤＡ５０１に設定する。このあと、機能監視端末１４−１は、書換後の接続性監視フレームをＰｏｒｔ１から送信する（ステップＳ４６）。送信された接続性監視フレームをＮＥ装置１３−２，１３−１を経由して端末装置１２−１に到達する。
【００８１】
＜監視モードの設定シーケンス＞
監視モードの設定シーケンスには、２通りの方法がある。第１の設定シーケンスは、コントローラ１９の管理者の操作により監視モードを設定するシーケンスであり（図６〜図９）、第２の設定シーケンスは、ユーザ装置１１からの操作により監視モードを設定するシーケンスである（図１０、図１１）。まずは、コントローラ１９の管理者の操作により監視モードを設定するシーケンスから説明する。
【００８２】
図６は、第１の設定シーケンス例を示す説明図である。コントローラ１９は、管理者の操作により、監視モードの設定先となる機能監視端末１４を選択する（ステップＳ６０）。つぎに、コントローラ１９は、管理者の操作により、選択した機能監視端末１４に設定する監視モードを選択する（ステップＳ６１）。そして、コントローラ１９は、管理者の操作により、選択した監視モードの設定項目に値を入力する（ステップＳ６２）。監視モードの選択例および監視モードの設定項目の値の入力例については後述する。そして、コントローラ１９は、選択した機能監視端末１４に、選択した監視モードおよび設定項目の値を送信する（ステップＳ６３）。
【００８３】
機能監視端末１４は、受信内容から監視モードを特定し（ステップＳ６４）、設定項目の値により監視モードの設定内容を反映する（ステップＳ６５）。具体的には、たとえば、機能監視端末１４は、特定した監視モードを監視実行部２４および障害判定部２５０に設定し、通信ポリシー２５１に設定項目の値を保存する。機能監視端末１４は、設定項目の値の保存が完了すると、コントローラ１９に選択した監視モードおよび設定項目の値の反映が完了したことを通知する（ステップＳ６６）。そして、機能監視端末１４は、特定した監視モードによる監視処理を実行する（ステップＳ６７）。これにより、第１の設定シーケンスが終了する。監視処理の詳細については、図１２〜図１６で説明する。
【００８４】
図７は、図６のステップＳ６０で示した監視モードの設定先の選択する設定先選択画面例を示す説明図である。設定先選択画面７０には、設定対象の端末設定７１が表示される。設定対象の端末設定７１は、設定対象の端末である監視モードの設定先となる機能監視端末１４を選択する一覧情報を表示する。監視モードの設定先は、たとえば、ラジオボタン７２により選択可能である。図７は、「拠点Ｃ」の「機能監視端末ＣＣＣＣ」が選択された例である。「次へ」のボタン７３が押下されると、ステップＳ６１に移行する。
【００８５】
図８は、図６のステップＳ６１で示した監視モードを選択する監視モード選択画面例を示す説明図である。監視モード選択画面８０には、監視モードの選択８１が表示される。監視モードの選択８１は、監視モードの一覧情報を表示する。たとえば、チェックボックス８２により１以上の監視モードが選択可能である。図８は、統計情報による監視モードとサーバマネージャによる監視モードが選択された例である。「次へ」のボタン８３が押下されると、ステップＳ６２に移行する。
【００８６】
図９は、図６のステップＳ６２で示した設定項目の値の入力画面例を示す説明図である。入力画面９０には、統計情報による監視モードについての第１の入力領域９１と、フレーム挿入による監視モードについての第２の入力領域９２と、疎通確認による監視モードについての第３の入力領域９３と、サーバマネージャのポーリング監視による監視モードについての第４の入力領域９４とが表示される。
【００８７】
第１の入力領域９１には、たとえば、フレーム数確認間隔、送受信フレームの差が入力可能な項目として表示され、また、オプションとして、「一定時間以上、受信フレームが０の場合も通知」または「一定時間以上、送信フレームが０の場合も通知」が選択可能な項目として表示される。
【００８８】
第４の入力領域９４には、たとえば、ポーリング監視方法と情報受信方法とが選択可能な項目として表示される。ポーリング監視方法の設定項目としては、たとえば、ポーリング間隔が入力可能な項目として表示される。また、サーバ故障、温度上昇、ＤＢ（Ｄａｔａ  Ｂａｓｅ）故障、応答なし、サーバ処理遅延が選択可能な項目として表示される。また、サーバ処理遅延については、遅延時間が入力可能な項目として表示される。
【００８９】
なお、図８の例では、統計情報による監視モードとサーバマネージャによる監視モードが選択されたため、選択されなかったフレーム挿入による監視モードについての第２の入力領域９２と、疎通確認による監視モードについての第３の入力領域９３とについては、入力不可または非表示としてもよい。送信ボタン９５が降下されると、ステップＳ６３の送信が実行される。
【００９０】
図１０は、第２の設定シーケンス例を示す説明図である。まず、ユーザ装置１１〜コントローラ１９が、ユーザ装置１１のユーザに関する認証処理を実行する（ステップＳ１００）。具体的には、ユーザ装置１１は、ユーザの操作によりログイン画面を用いてユーザ認証入力をおこなう（ステップＳ０１）。認証方法の例として、パスワード入力による方法と、要求のあったユーザが利用しているユーザ装置１１のシリアル番号とユーザ回線の識別子が、コントローラ１９側の情報と一致するかを確認する方法等がある。
【００９１】
図１１は、ユーザ装置１１に表示されるログイン画面例を示す説明図である。図１１では、パスワードによるログイン画面１１０の例が示されている。ログイン画面１１０は、回線情報によるログイン１１１と、パスワードによるログイン１１２とを選択可能な項目として表示する。パスワードによるログイン１１２については、ユーザ名入力領域１１３とパスワード入力領域１１４があり、ユーザ名とパスワードが入力可能である。回線情報によるログイン１１１またはパスワードによるログイン１１２は、それぞれラジオボタン１１５，１１６により選択可能である。送信ボタン１１７が押下されると、ログイン画面１１０においてラジオボタン１１５，１１６で選択した方のログイン１１１，１１２の内容が端末装置１２に送信される（ステップＳ０２）。
【００９２】
図１０に戻り、端末装置１２は、入力内容を含む受信データを制御用フレームに変換し、カプセル化により設定元のユーザアドレスを隠蔽する（ステップＳ０３）。そして、端末装置１２は、制御用フレームをコントローラ１９に送信する（ステップＳ０４）。コントローラ１９は、受信した制御用フレームをデカプセル化し、ログイン画面１１０の入力内容（たとえば、ユーザ名およびパスワード）を取り出し、コントローラ１９で保存しているユーザ名およびパスワードの組み合わせと照合することにより認証処理を実行する（ステップＳ０５）。
【００９３】
コントローラ１９は、認証成功の認証結果を含む制御用フレームを端末装置１２に送信する（ステップＳ０６）。端末装置１２は、制御用フレームをデカプセル化して認証結果を取得して（ステップＳ０７）、認証結果をユーザ装置１１に返す（ステップＳ０８）。認証結果が認証失敗である場合、処理が終了する。一方、認証結果が認証成功である場合、ユーザ装置１１は、監視モードの選択および設定項目の入力処理を実行する（ステップＳ１０１）。
【００９４】
監視モードの選択および設定項目の入力処理（ステップＳ１０１）では、ユーザ装置１１は、ユーザの操作により、監視モードの設定先となる機能監視端末１４を選択する（ステップＳ１０）。機能監視端末１４の選択では、第１の設定シーケンスと同様、図７の設定先選択画面が用いられる。
【００９５】
つぎに、ユーザ装置１１は、ユーザの操作により、選択した機能監視端末１４に設定する監視モードを選択する（ステップＳ１１）。監視モードの選択では、第１の設定シーケンスと同様、図８の監視モード選択画面８０が用いられる。
【００９６】
つぎに、ユーザ装置１１は、選択した監視モードを含むデータを端末装置１２に送る（ステップＳ１２）。端末装置１２は、監視モードを含むデータを制御用フレームに変換し、カプセル化により設定元のユーザアドレスを隠蔽する（ステップＳ１３）。そして、端末装置１２は、制御用フレームをコントローラ１９に送信する（ステップＳ１４）。コントローラ１９は、受信した制御用フレームをデカプセル化し、監視モードを取り出して確認する（ステップＳ１５）。そして、コントローラ１９は、図９に示したような入力画面９０のデータを制御用フレームに変換し、カプセル化してから端末装置１２に送信する（ステップＳ１６）。
【００９７】
端末装置１２は、制御用フレームをデカプセル化して入力画面９０のデータを取得して（ステップＳ１７）、入力画面９０のデータをユーザ装置１１に返す（ステップＳ１８）。そして、ユーザ装置１１は、入力画面９０を表示して、ユーザの操作により設定項目に値を入力する（ステップＳ１９）。これにより、監視モードの選択および設定項目の入力処理（ステップＳ１０１）が終了する。
【００９８】
つぎに、ユーザ装置１１は、Ｓ１９での設定内容を端末装置１２に送信する（ステップＳ１０２）。端末装置１２は、設定内容を含む受信データを制御用フレームに変換し、カプセル化により設定元のユーザアドレスを隠蔽する（ステップＳ１０３）。そして、端末装置１２は、制御用フレームをコントローラ１９に送信する（ステップＳ１０４）。
【００９９】
コントローラ１９は、受信した制御用フレームから、機能監視端末１４宛に選択した監視モードおよび監視モードにおける設定項目の値を取り出して、ＮＥ装置１３経由で機能監視端末１４に送信する（ステップＳ１０５）。
【０１００】
機能監視端末１４は、受信内容から監視モードを特定し（ステップＳ１０６）、設定項目の値により監視モードの設定内容を反映する（ステップＳ１０７）。具体的には、たとえば、機能監視端末１４は、特定した監視モードを監視実行部２４および障害判定部２５０に設定し、通信ポリシー２５１に設定項目の値を保存する。そして、機能監視端末１４は、設定の完了通知を含む制御用フレームをＮＥ装置１３経由でコントローラ１９に返す（ステップＳ１０８）。このあと、機能監視端末１４は、特定した監視モードによる監視処理を実行する（ステップＳ１０９）。監視処理の詳細については、図１２〜図１６で説明する。
【０１０１】
また、コントローラ１９は、機能監視端末１４からの制御用フレームを受信して端末装置１２に転送する（ステップＳ１１０）。端末装置１２は、制御用フレームをデカプセル化して完了通知を取得し（ステップＳ１１１）、ユーザ装置１１に送信する（ステップＳ１１２）。これにより、第２の設定シーケンスが終了する。
【０１０２】
＜監視処理＞
図１２は、図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例である統計情報による監視処理の詳細な処理手順例を示すフローチャートである。機能監視端末１４は、監視実行部２４により、所定時間内のサーバ１６側への送信フレーム数とサーバ１６側からの受信フレーム数とを計数する（ステップＳ１２０）。所定時間とは、たとえば、図９の入力画面９０において第１の入力領域９１の「送受信フレームの差」における［ｆｒａｍｅ／１０秒］の１０秒である。１０秒は一例である。
【０１０３】
つぎに、機能監視端末１４は、監視実行部２４により、フレームロス数を算出する（ステップＳ１２１）。フレームロス数は、送信フレーム数から受信フレーム数を減算した値である。そして、機能監視端末１４は、障害判定部２５０により、フレームロス数が障害判定基準値以上であるか否かを判定する（ステップＳ１２２）。障害判定基準値は、図９の入力画面９０において第１の入力領域９１の「送受信フレームの差」に入力された値であり、通信ポリシー２５１から読み出される。
【０１０４】
フレームロス数が障害判定基準値未満である場合（ステップＳ１２２：Ｎｏ）、障害が発生していないことになり、機能監視端末１４は、障害判定部２５０により、前回の統計情報による監視処理で判定されたサーバの状態（以下、前回状態）が障害状態であるか否かを判断する（ステップＳ１２３）。前回状態が障害状態でない場合（ステップＳ１２３：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、ステップＳ１２９に移行する。
【０１０５】
一方、前回状態が障害状態である場合（ステップＳ１２３：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、障害状態から回復したことになる。したがって、機能監視端末１４は、出力処理部２６により、障害回復を示すメッセージを出力する（ステップＳ１２４）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバの状態を「障害」から「正常」に更新して（ステップＳ１２５）、ステップＳ１２９に移行する。
【０１０６】
また、ステップＳ１２２において、フレームロス数が障害判定基準値以上である場合（ステップＳ１２２：Ｙｅｓ）、障害が発生したことになり、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１２６）。前回状態が障害状態である場合（ステップＳ１２６：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、ステップＳ１２９に移行する。一方、前回状態が障害状態でない場合（ステップＳ１２３：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、正常状態から障害になったことになる。したがって、機能監視端末１４は、出力処理部２６により、障害検出を示すメッセージを出力する（ステップＳ１２７）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「正常」から「障害」に更新して（ステップＳ１２８）、ステップＳ１２９に移行する。
【０１０７】
ステップＳ１２９では、機能監視端末１４は、監視実行部２４を一定時間スリープ状態にする（ステップＳ１２９）。一定時間とは、たとえば、図９の入力画面９０において第１の入力領域９１の「フレーム数確認間隔」に入力された値である。また、スリープ状態とは、一連の処理の中で、処理を終了せずに継続したまま待機させた状態である。一定時間経過後、ステップＳ１２０が再実行される。
【０１０８】
図１３は、図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるフレーム挿入による監視処理の詳細な処理手順例を示すフローチャートである。まず、機能監視端末１４は、障害判定部２５０により、サーバ１６側へ機能監視フレームを送信し（ステップＳ１３０）、送信した機能監視フレームが所定時間内に受信したか否かを判断する（ステップＳ１３１）。所定時間とは、たとえば、図９の入力画面９０において第２の入力領域９２の「フレーム挿入間隔」に入力された値である。所定時間内に受信されなかった場合（ステップＳ１３１：Ｎｏ）、障害が発生したことになり、ステップＳ１３６に移行する。一方、設定時間内に受信された場合（ステップＳ１３１：Ｙｅｓ）、機能監視端末１４は、障害判定部２５０により、受信した機能監視フレームに障害情報があるか否かを判定する（ステップＳ１３２）。障害情報は、サーバマネージャにより付与される。
【０１０９】
障害情報がある場合（ステップＳ１３２：Ｙｅｓ）、障害が発生したことになり、ステップＳ１３６に移行する。一方、障害情報がない場合（ステップＳ１３２：Ｎｏ）、障害が発生していないことになり、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１３３）。前回状態が障害状態でない場合（ステップＳ１３３：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、ステップＳ１３９に移行する。一方、前回状態が障害状態である場合（ステップＳ１３３：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、障害状態から回復したことになる。したがって、機能監視端末１４は、出力処理部２６により、障害回復を示すメッセージを出力する（ステップＳ１３４）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「障害」から「正常」に更新して（ステップＳ１３５）、ステップＳ１３９に移行する。
【０１１０】
また、ステップＳ１３６において、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１３６）。前回状態が障害状態である場合（ステップＳ１３６：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、ステップＳ１３９に移行する。一方、前回状態が障害状態でない場合（ステップＳ１３６：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、正常状態から障害になったことになる。したがって、機能監視端末１４は、出力処理部２６により、障害検出を示すメッセージを出力する（ステップＳ１３７）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「正常」から「障害」に更新して（ステップＳ１３８）、ステップＳ１２９に移行する。
【０１１１】
ステップＳ１３９では、機能監視端末１４は、監視実行部２４を一定時間スリープ状態にする（ステップＳ１２９）。一定時間とは、たとえば、図９の入力画面９０において第１の入力領域９１の「設定時間」に入力された値である。一定時間経過後、ステップＳ１３０が再実行される。
【０１１２】
図１４は、図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例である疎通確認による監視処理の詳細な処理手順例を示すフローチャートである。まず、機能監視端末１４は、障害判定部２５０により、サーバ１６側へ疎通確認フレームを送信し（ステップＳ１４０）、所定時間内に応答フレームが返ってきたか否かを判断する（ステップＳ１３１）。所定時間とは、たとえば、図９の入力画面９０において第３の入力領域９３の「確認間隔」に入力された値である。
【０１１３】
応答フレームが返ってきた場合（ステップＳ１４１：Ｙｅｓ）、障害が発生していないことになり、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１４２）。前回状態が障害状態でない場合（ステップＳ１４２：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、ステップＳ１４８に移行する。一方、前回状態が障害状態である場合（ステップＳ１４２：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、障害状態から回復したことになる。したがって、機能監視端末１４は、出力処理部２６により、障害回復を示すメッセージを出力する（ステップＳ１４３）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバの状態を「障害」から「正常」に更新して（ステップＳ１４４）、ステップＳ１４８に移行する。
【０１１４】
また、ステップＳ１４１において、応答フレームが返ってこない場合（ステップＳ１２２：Ｎｏ）、障害が発生したことになり、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１４５）。前回状態が障害状態である場合（ステップＳ１４５：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、ステップＳ１４８に移行する。一方、前回状態が障害状態でない場合（ステップＳ１４５：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、正常状態から障害になったことになる。したがって、機能監視端末１４は、出力処理部２６により、障害検出を示すメッセージを出力する（ステップＳ１４６）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「正常」から「障害」に更新して（ステップＳ１４７）、ステップＳ１４８に移行する。
【０１１５】
ステップＳ１４８では、機能監視端末１４は、監視実行部２４を一定時間スリープ状態にする（ステップＳ１２９）。一定時間とは、たとえば、図９の入力画面９０において第３の入力領域９３の「設定時間」に入力された値である。一定時間経過後、ステップＳ１４０が再実行される。
【０１１６】
図１５は、図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるサーバマネージャのポーリングによる監視処理の詳細な処理手順例を示すフローチャートである。まず、機能監視端末１４は、監視実行部２４により、サーバ１６側へ障害情報を問い合わせし（ステップＳ１５０）、障害判定部２５０により、サーバマネージャから障害情報を取得したか否かを判断する（ステップＳ１５１）。障害情報が取得されなかった場合（ステップＳ１５１：Ｎｏ）、障害が発生したことになり、ステップＳ１５７に移行する。一方、障害情報が取得された場合（ステップＳ１５１：Ｙｅｓ）、機能監視端末１４は、障害判定部２５０により、受信した障害情報を通信ポリシー２５１で絞り込み（ステップＳ１５２）、絞り込み後の障害情報により障害があるか否かを判定する（ステップＳ１５３）。
【０１１７】
障害がある場合（ステップＳ１５２：Ｙｅｓ）、ステップＳ１５７に移行する。一方、障害がない場合（ステップＳ１５２：Ｎｏ）、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１５４）。前回状態が障害状態でない場合（ステップＳ１５４：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、ステップＳ１５Ａに移行する。一方、前回状態が障害状態である場合（ステップＳ１５４：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、障害状態から回復したことになる。したがって、機能監視端末１４は、出力処理部２６により、障害回復を示すメッセージを出力する（ステップＳ１５５）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「障害」から「正常」に更新して（ステップＳ１５６）、ステップＳ１５Ａに移行する。
【０１１８】
また、ステップＳ１５７において、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１５７）。前回状態が障害状態である場合（ステップＳ１５７：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、ステップＳ１５Ａに移行する。一方、前回状態が障害状態でない場合（ステップＳ１５７：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、正常状態から障害になったことになる。したがって、機能監視端末１４は、出力処理部２６により、障害検出を示すメッセージを出力する（ステップＳ１５８）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「正常」から「障害」に更新して（ステップＳ１５９）、ステップＳ１５Ａに移行する。
【０１１９】
ステップＳ１５Ａでは、機能監視端末１４は、監視実行部２４を一定時間スリープ状態にする（ステップＳ１５Ａ）。一定時間とは、たとえば、図９の入力画面９０において第４の入力領域９４の「ポーリング間隔」に入力された値である。一定時間経過後、ステップＳ１５０が再実行される。
【０１２０】
図１６は、図６および図１０の監視処理（ステップＳ６７、Ｓ１０９）の一例であるサーバマネージャからの通知による監視処理の詳細な処理手順例を示すフローチャートである。まず、機能監視端末１４は、監視実行部２４により、サーバマネージャから障害情報を受信する（ステップＳ１６０）。つぎに、機能監視端末１４は、障害判定部２５０により、受信した障害情報を通信ポリシー２５１で絞り込み（ステップＳ１６１）、絞り込み後の障害情報により障害があるか否かを判定する（ステップＳ１６２）。
【０１２１】
障害がない場合（ステップＳ１６２：Ｎｏ）、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１６３）。前回状態が障害状態でない場合（ステップＳ１６３：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、ステップＳ１６９に移行する。一方、前回状態が障害状態である場合（ステップＳ１６３：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、障害状態から回復したことになる。したがって、機能監視端末１４は、出力処理部２６により、障害回復を示すメッセージを出力する（ステップＳ１６４）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「障害」から「正常」に更新して（ステップＳ１６５）、ステップＳ１６９に移行する。
【０１２２】
また、ステップＳ１６２において、障害がある場合（ステップＳ１６２：Ｙｅｓ）、機能監視端末１４は、障害判定部２５０により、前回状態が障害状態であるか否かを判断する（ステップＳ１６６）。前回状態が障害状態である場合（ステップＳ１６６：Ｙｅｓ）、すなわち、内部テーブルが「障害」である場合、ステップＳ１６９に移行する。一方、前回状態が障害状態でない場合（ステップＳ１６３：Ｎｏ）、すなわち、内部テーブルが「正常」である場合、正常状態から障害になったことになる。したがって、機能監視端末１４は、出力処理部２６により、障害検出を示すメッセージを出力する（ステップＳ１６７）。そして、機能監視端末１４は、監視実行部２４により、内部テーブルにおけるサーバ１６の状態を「正常」から「障害」に更新して（ステップＳ１６８）、ステップＳ１２９に移行する。
【０１２３】
ステップＳ１６９では、機能監視端末１４は、監視実行部２４を一定時間スリープ状態にする（ステップＳ１６９）。一定時間経過後、ステップＳ１６０が再実行される。
【０１２４】
このように、実施例１によれば、サーバ１６側で発生した障害をネットワーク側で検出することができる。また、これにより、ネットワーク保守者の障害箇所特定作業の負担を軽減することができる。また、ネットワーク側への障害通知方法についてはリンクダウンではなく、ＯＡＭなどを用いた通知方法のため、障害発生区間外の制御信号等への影響を与えることなく、サーバ側の障害通知が可能となる。
【実施例２】
【０１２５】
実施例２では、サーバ１６およびサーバ拠点１７の監視に機能監視端末１４を設置せずに、サーバ１６およびサーバ拠点１７の監視する例である。実施例１と同一構成には同一符号を付し、その説明を省略する。
【０１２６】
図１７は、実施例２にかかる障害通知システム１のシステム構成例を示す説明図である。実施例２の障害通知システム１は、サーバ１６の障害をネットワーク側へ通知するシステムの構成である。図１７ではＮＥ装置１３−２、１３−３の機能として、サーバ１６の障害監視を行う機能監視部１４０−１、１４０−２を実装した例である。機能監視部１４０−１、１４０−２は、既に説明した機能監視端末１４と同等である。
【０１２７】
また、ＮＥ装置１３−２、１３−３は、機能監視端末１４と比べて収容可能な回線数も多いため、ネットワーク密度の高い区間の監視も可能である。例えば、監視対象のサーバ拠点１７−２が大規模サーバ拠点等の場合、機能監視部１４０−２を備えたＮＥ装置１３−３を設置することで、機能監視端末１４を複数台設置することなくサーバ拠点１７の監視が可能になる。また、ＮＥ装置１３−２内部に機能監視部１４０−１を持つため、サーバ拠点１７−１にはサーバ障害を監視する装置の設置が不要となる。
【０１２８】
障害警報を含む接続性監視フレームは、機能監視部１４０から、隣接する端末装置１２または機能監視部１４０に転送される。例えば、機能監視部１４０−１でサーバ障害を検出した場合、機能監視部１４０−１を有するＮＥ装置１３−２は、端末装置１２−１および機能監視部１４０−２宛に障害警報を含む接続性監視フレームを発報する。端末装置１２−１は、エッジ装置であるため障害警報を含む接続性監視フレームを終端し、サーバ１６に障害が発生したことをコントローラ１９に通知する。
【０１２９】
一方、機能監視部１４０−１が発報した障害警報を含む接続性監視フレームを受信した機能監視部１４０−２は、障害警報を含む接続性監視フレームを端末装置１２−２まで中継するため、障害情報を接続性監視フレームに格納し、端末装置１２−２宛に送信する。端末装置１２−２は、受信した障害警報を終端し、サーバ１６に障害が発生したことをコントローラ１９に通知する。
【０１３０】
このように、実施例２においても、サーバ１６側で発生した障害をネットワーク側で検出することができる。また、これにより、ネットワーク保守者の障害箇所特定作業の負担を軽減することができる。また、ネットワーク側への障害通知方法についてはリンクダウンではなく、ＯＡＭなどを用いた通知方法のため、障害発生区間外の制御信号等への影響を与えることなく、サーバ側の障害通知が可能となる。
【０１３１】
また、ＮＥ装置１３は機能監視端末１４と比べて収容可能な回線数も多いため、ＮＥ装置１３に機能監視部１４０を実装することにより、ネットワーク密度の高い区間の監視精度の向上を図ることができる。また、ＮＥ装置１３内部に機能監視部１４０を持つため、サーバ拠点１７−１にはサーバ障害を監視する装置の設置が不要となり、サーバ拠点１７における低コスト化を図ることができる。
【０１３２】
なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。
【０１３３】
また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
【０１３４】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【０１３５】
また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。
【符号の説明】
【０１３６】
１  障害通知システム
１０  ネットワーク網
１１  ユーザ装置
１２  端末装置
１３  ＮＥ装置
１４  機能監視端末
１６  サーバ
１７  サーバ拠点
１９  コントローラ
２０  装置管理部
２１  入力処理部
２２  特定部
２３  変換部
２４  監視実行部
２６  出力処理部
２７  ポート
２８  回線テーブル
１４０  機能監視部
２００  装置制御部
２０１  ルーティングテーブル
２５０  障害判定部
２５１  通信ポリシー
【図１】
2017011567.tif 000003
【図２】
2017011567.tif 000004
【図３Ａ】
2017011567.tif 000005
【図３Ｂ】
2017011567.tif 000006
【図４】
2017011567.tif 000007
【図５】
2017011567.tif 000008
【図６】
2017011567.tif 000009
【図８】
2017011567.tif 000010
【図９】
2017011567.tif 000011
【図１０】
2017011567.tif 000012
【図１１】
2017011567.tif 000013
【図１２】
2017011567.tif 000014
【図１３】
2017011567.tif 000015
【図１４】
2017011567.tif 000016
【図１５】
2017011567.tif 000017
【図１６】
2017011567.tif 000018
【図１７】
2017011567.tif 000019
【図７】
2017011567.tif 000020