(57)【要約】【課題】故障が発生した際の解析処理を効率化する【解決手段】  監視装置は、少なくとも１つの通信装置を含む通信システムを監視する。監視装置は、記憶部、受信部、特定部を備える。少なくとも１つの通信装置に配置された複数の仮想マシンの配置と複数の仮想マシン間の通信経路の組み合わせにより決まる第１の仮想システムの変更により、第２の仮想システムが生成される。記憶部は、第２の仮想システムで使用される仮想マシンの配置及び通信経路を表すシステム情報を記憶する。受信部は、故障の発生を通知する故障情報を受信する。特定部は、故障情報がシステム情報で表されている第２の仮想システム中の仮想マシンのいずれかから送信される場合に検出される所定の故障が検出されていない場合、故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定する。【選択図】図１
2015143944.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの通信装置を含む通信システムを監視する監視装置であって、
前記少なくとも１つの通信装置に配置された複数の仮想マシンの配置と前記複数の仮想マシン間の通信経路の組み合わせにより決まる第１の仮想システムの変更により、第２の仮想システムが生成されると、前記第２の仮想システムで使用される仮想マシンの配置及び通信経路を表すシステム情報を記憶する記憶部と、
故障の発生を通知する故障情報を受信する受信部と、
前記故障情報が前記システム情報で表されている前記第２の仮想システム中の仮想マシンのいずれかから送信される場合に検出される所定の故障が検出されていない場合、前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定する特定部と、を備える
ことを特徴とする監視装置。
【請求項２】
前記記憶部は、ＦＴＡ解析（Ｆａｕｌｔ  Ｔｒｅｅ  Ａｎａｌｙｓｉｓ）に使用する故障木情報を予め記憶しており、
前記特定部は、前記故障木情報を参照することにより、前記所定の故障の種類を認識する
ことを特徴とする請求項１記載の監視装置。
【請求項３】
前記記憶部が、前記第１の仮想システムで使用される仮想マシンの配置及び通信経路を表す他のシステム情報を更に記憶し、
前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定された場合に、前記他のシステム情報と、前記故障情報と、前記所定の故障の種類から、故障原因及び故障箇所を判定する判定部をさらに備える
ことを特徴とする請求項１又は２に記載の監視装置。
【請求項４】
少なくとも１つの通信装置を含む通信システムを監視する監視方法であって、
前記少なくとも１つの通信装置に配置された複数の仮想マシンの配置と前記複数の仮想マシン間の通信経路の組み合わせにより決まる第１の仮想システムの変更により、第２の仮想システムが生成されると、前記第２の仮想システムで使用される仮想マシンの配置及び通信経路を表すシステム情報を記憶し、
故障の発生を通知する故障情報を受信し、
前記故障情報が前記システム情報で表されている前記第２の仮想システム中の仮想マシンのいずれかから送信される場合に検出される所定の故障が検出されていない場合、前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定する
処理をコンピュータに行わせることを特徴とする監視方法。
【請求項５】
前記コンピュータは、ＦＴＡ解析（Ｆａｕｌｔ  Ｔｒｅｅ  Ａｎａｌｙｓｉｓ）に使用する故障木情報を予め保持しており、
前記故障木情報を参照することにより、前記所定の故障の種類を認識する
処理をコンピュータに行わせることを特徴とする請求項４記載の監視方法。
【請求項６】
前記第１の仮想システムで使用される仮想マシンの配置及び通信経路を表す他のシステム情報を記憶し、
前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定された場合に、前記他のシステム情報と、前記故障情報と、前記所定の故障の種類から、故障原因及び故障箇所を判定する
処理をコンピュータに行わせることを特徴とする請求項４又は５に記載の監視方法。
【請求項７】
少なくとも１つの通信装置を含む通信システムを監視する監視装置で実行される監視プログラムであって、
前記少なくとも１つの通信装置に配置された複数の仮想マシンの配置と前記複数の仮想マシン間の通信経路の組み合わせにより決まる第１の仮想システムの変更により、第２の仮想システムが生成されると、前記第２の仮想システムで使用される仮想マシンの配置及び通信経路を表すシステム情報を記憶し、
故障の発生を通知する故障情報を受信し、
前記故障情報が前記システム情報で表されている前記第２の仮想システム中の仮想マシンのいずれかから送信される場合に検出される所定の故障が検出されていない場合、前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定する
処理を前記監視装置に実行させる監視プログラム。
【請求項８】
前記監視装置は、ＦＴＡ解析（Ｆａｕｌｔ  Ｔｒｅｅ  Ａｎａｌｙｓｉｓ）に使用する故障木情報を予め保持しており、
前記故障木情報を参照することにより、前記所定の故障の種類を認識する
ことを特徴とする請求項７記載の監視プログラム。
【請求項９】
前記第１の仮想システムで使用される仮想マシンの配置及び通信経路を表す他のシステム情報を記憶し、
前記故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定された場合に、前記他のシステム情報と、前記故障情報と、前記所定の故障の種類から、故障原因及び故障箇所を判定する
処理を前記監視装置に実行させる請求項７又は８に記載の監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークの保守管理に関する。
【背景技術】
【０００２】
サーバ仮想化技術やＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）を導入した通信システムが、通信サービスに用いられる。サーバ仮想化技術を導入した通信システムは、処理に応じて、通信ノードのＶＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）の数を増減させる。例えば、通信システムは、増えたＶＭを経由した通信経路を用いて通信を行うことで、使用されていた通信経路のトラフィックを分散することができる。ＳＤＮは、通信システム内の複数の通信経路の中から最適な通信経路を選択する技術である。サーバ仮想化技術及びＳＤＮを導入した通信システムは、動的に通信経路を変更する。
【０００３】
また、サーバ仮想化技術において、通信システム内のネットワークに故障がある場合、ＶＭは、ＶＭの処理を実行するサーバを別の物理サーバに移行させることがある。別の物理サーバにＶＭの処理を移行させる技術は、マイグレーションと呼ばれる。
【０００４】
サーバ仮想化技術に関する技術として、物理リソース及び仮想リソースに識別子を付与することで、仮想リソースが別の物理リソースに移動しても、物理リソースを判別する方法が知られている（例えば、特許文献１を参照）。
【０００５】
サーバ仮想化技術に関する技術として、仮想マシンの構成変更を検知する技術が知られている（例えば、特許文献２を参照）。
【０００６】
マイグレーションに関する技術として、業務を稼動させる物理サーバを移動させた場合でも、物理サーバのログ情報とソフトウェア資源とをリンクさせる技術が知られている（例えば、特許文献３を参照）。
【０００７】
マイグレーションに関する技術として、端末から送られてくる構成情報を取得し、構成情報を世代情報と対応をとりつつ記憶する技術が知られている（例えば、特許文献４を参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−１９１８０７号公報
【特許文献２】特開２０１１−１８６７８３号公報
【特許文献３】特開２０１１−００８４８１号公報
【特許文献４】特開２００１−３４４１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
動的に通信経路が変更する通信システム内で故障が発生した場合、システムの管理者が故障の原因の調査を行う時点で、既に、故障した際とシステムの状態が違うことがある。このため、管理者が故障原因の調査をするには、まず、調査の開始時点でのシステムの状態情報を取得し、どのような経路で通信が行われていたかなどの情報を精査することとなる。ここで、管理者は、故障情報を用いて故障の原因を特定しようとするものの、既に故障した際とシステムの状態が違うため、故障の原因が特定できない。すると、管理者は、調査の開始時点から遡り、システムの状態を調査する。システムの状態の調査を終えると、管理者は、故障原因の特定をする。管理者は、故障の原因の特定ができるまで、システムの状態の調査及び故障原因の特定の作業を繰り返す。そのため、動的に通信経路を変更する通信システムにおいて管理者は、故障時にどのような経路で通信が行われていたかの特定作業や、故障の判断などの調査は膨大な時間を要していた。
【００１０】
１つの側面において、本発明の目的は、故障が発生した際の解析処理を効率化することである。
【課題を解決するための手段】
【００１１】
監視装置は、少なくとも１つの通信装置を含む通信システムを監視する。監視装置は、記憶部、受信部、特定部を備える。少なくとも１つの通信装置に配置された複数の仮想マシンの配置と複数の仮想マシン間の通信経路の組み合わせにより決まる第１の仮想システムの変更により、第２の仮想システムが生成される。記憶部は、第２の仮想システムで使用される仮想マシンの配置及び通信経路を表すシステム情報を記憶する。受信部は、故障の発生を通知する故障情報を受信する。特定部は、故障情報がシステム情報で表されている第２の仮想システム中の仮想マシンのいずれかから送信される場合に検出される所定の故障が検出されていない場合、故障情報が前記第１の仮想システム中の仮想マシンで生成されたと特定する。
【発明の効果】
【００１２】
故障が発生した際の解析処理を効率化することができる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態に係る通信システムの例を説明する図である。
【図２】監視装置の構成の例を説明する図である。
【図３】監視装置のハードウェア構成の例を示す。
【図４】第２の実施形態に係る通信システム内の物理サーバの例を説明する図である。
【図５】第２の実施形態に係る通信システムの通信経路の例を説明する図（その１）である。
【図６】管理情報の例を説明する図（その１）である。
【図７】第２の実施形態に係る通信システムの通信経路の例を説明する図（その２）である。
【図８】管理情報の例を説明する図（その２）である。
【図９】故障木図の例（その１）を説明する図である。
【図１０】管理情報の例を説明する図（その３）である。
【図１１】故障木図の例（その２）を説明する図である。
【図１２】管理情報の例を説明する図（その４）である。
【図１３】管理情報の更新処理の例（その１）を説明するフローチャートである。
【図１４】管理情報の更新処理の例（その２）を説明するフローチャートである。
【図１５Ａ】故障木図を用いた判定処理の例を説明するフローチャートである。
【図１５Ｂ】故障木図を用いた判定処理の例を説明するフローチャートである。
【図１６】管理情報書き込み部の処理の例（その１）を説明するフローチャートである。
【図１７】管理情報書き込み部の処理の例（その２）を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本実施形態について、図面を参照しながら詳細に説明する。
図１は、第１の実施形態に係る通信システムの例を説明する図である。通信システム１００は、サーバ１０１（１０１ａ〜１０１ｃ）、監視装置１０２を備える。サーバ１０１ａは、ＶＭ１（仮想マシン）を稼動させている。サーバ１０１ｂは、ＶＭ２を稼動させている。通信システム１００は、サーバ１０１ａ〜１０１ｃ及びＶＭ１、ＶＭ２を備えるものの、他のサーバ１０１及びＶＭがあってもよい。監視装置１０２は、通信システム１００内の通信状況を監視する。
【００１５】
ケースＣ１の通信システム１００において、監視装置１０２は、ケースＣ１のサーバ１０１及びＶＭ１、ＶＭ２の配置及び通信経路の情報をケースＣ１の管理情報として保持している。管理情報は、通信システム内のＶＭの配置やＶＭ間の通信経路などが変更されるたびに、更新されたシステム構成毎に保持される。ケースＣ１の通信システム１００は、サーバ１０１ｂが故障した場合の例である。例えば、サーバ１０１ｂのＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）が故障した場合、サーバ１０１ｂのＮＩＣ故障を示すエラー及びＮＩＣを割り当てられているＶＭ２のエラーの２つの故障情報が生成される。サーバ１０１ｂは、故障していないＮＩＣを使用して、監視装置１０２にＮＩＣの故障情報を通知する。このＮＩＣの故障情報を、「第１の故障情報」と称す。監視装置１０２は、サーバ１０１ｂから受信した第１の故障情報を、ケースＣ１の管理情報に保持する。一方、ＶＭ２は、ＶＭ２に割り当てられていたＮＩＣが故障しているため、ＶＭ２の故障情報を監視装置１０２に通知できない。エラーが発生したときの通信システムで、監視装置１０２に通知されないＶＭ２の故障情報を、「第２の故障情報」と称す。ＶＭ２は、通信システムの処理を継続するため、サーバ１０１ｃに処理を移行する。
【００１６】
ケースＣ２の通信システム１００において、監視装置１０２は、ケースＣ２のサーバ１０１及びＶＭ１、ＶＭ２の配置及び通信経路の情報をケースＣ２の管理情報として保持する。ケースＣ２の通信システム１００では、ＶＭ２は、サーバ１０１ｃで稼動している。ＶＭ２は、サーバ１０１ｃのＮＩＣを用いて監視装置１０２に第２の故障情報を通知する。ＶＭ２は、故障のないサーバ１０１ｃで処理を実行しているので、ケースＣ１の際に発生したエラーからリカバリーしたと認識する。そのため、ＶＭ２は、故障状態から回復したことを示すリカバリー情報を監視装置１０２に通知する。故障したサーバ１０１ｂから故障のないサーバ１０１ｃへＶＭ２の処理を移行することで、通信システム１００は、ＶＭ１とＶＭ２との間の通信を継続させることができる。
【００１７】
ケースＣ２において、監視装置１０２は、ＶＭ２がサーバ１０１ｂに配置されていたことにより検出された第２の故障情報を、故障したサーバ１０１ｂからではなく、故障のないサーバ１０１ｃから受信する。つまり、監視装置１０２は、一見、故障がないサーバ１０１ｃから故障情報を受信する。監視装置１０２は、通信システム１００内の故障原因の特定処理を開始する。通信システム１００内の故障原因の特定処理は、ケース毎の管理情報及びＦＴＡ解析（Ｆａｕｌｔ  Ｔｒｅｅ  Ａｎａｌｙｓｉｓ）を用いて行われる。ＦＴＡ解析は、故障に関して、発生経路、発生原因及び発生確率を「故障木図」（図９で説明する）を用いて解析する方法である。故障木図は、ＶＭから通知された第２の故障情報と併せて出ると予想される第１の故障情報の特定に用いられる。
【００１８】
ケースＣ２で監視装置１０２がＶＭ２から第２の故障情報を受信した場合、監視装置１０２は、第２の故障情報をケースＣ２の管理情報に記憶させる。監視装置１０２は、故障木図を用いて、第２の故障情報と併せて出ると予想される予想情報が第１の故障情報であると判定する。ここで、現在の通信システム（ケースＣ２）において発生していることが確認できたエラーは、管理情報に記録されるものとする。監視装置１０２は、第１の故障情報がケースＣ２の管理情報に含まれるかを判定する。第１の故障情報が、ケースＣ２の管理情報に含まれていない場合、監視装置１０２は、受信した第２の故障情報がケースＣ１の通信システム１００で発生した障害であると特定する。
【００１９】
一方、一例として、第１の故障情報がケースＣ２の管理情報に含まれている場合、監視装置１０２は、第２の故障情報がケース２の通信システム１００で発生した障害であると特定する。すると監視装置１０２は、第２の故障情報を管理情報に書き込むとともに、特定した結果を管理者が確認できるように表示する。この場合、故障の発生した際のまま通信システムが稼働しているため、管理者は、至急対応を行わなければならないと判断できる。
【００２０】
監視装置１０２が、故障が発生した時点が故障の通知を受けた時点のケースであるかを判定してくれるため、管理者は、至急に故障の対応がいるかどうかの判断ができる。また、監視装置１０２が、故障の原因及び故障箇所の特定処理をするため、管理者は、動的な通信システムの変更を気にすることなく故障の原因を知ることができる。更に、管理者による故障原因の特定作業が軽減される。
【００２１】
図２は、監視装置の構成の例を説明する図である。監視装置１０２は、記憶部２１０、表示部２２０、処理部２３０、書き込み部２４０、収集部２５０を備える。収集部２５０は、経路情報収集部２５１と受信部２５２とを有する。経路情報収集部２５１は、通信システム１００内のサーバ１０１及びＶＭの配置及び通信経路の情報を収集する。経路情報収集部２５１は、収集した経路情報２１１を記憶部２１０に記憶させる。受信部２５２は、通信システム１００内の各サーバからの故障情報を受信する。受信部２５２は、受信した故障情報２１２を記憶部２１０に記憶させる。
【００２２】
書き込み部２４０は、故障木図書き込み部２４１と管理情報書き込み部２４２を有する。書き込み部２４０は、ケースＣ１からケースＣ２のように、通信システム１００の通信経路が変更された場合に、変更された経路情報２１１を、故障木図２１３及び管理情報２１４に反映させる。故障木図書き込み部２４１は、経路情報２１１を記憶部２１０の故障木図２１３に反映させる。記憶部２１０は、ケース毎の故障木図２１３を保持している。管理情報書き込み部２４２は、経路情報２１１を記憶部２１０の管理情報２１４に書き込む。また、管理情報書き込み部２４２は、故障情報２１２を、管理情報２１４に書き込む。記憶部２１０は、ケース毎の管理情報２１４を保持している。なお、特定部２３１は、一定時間以上、故障情報の受信がない場合、最新のケース及び１つ前のケースの管理情報２１４及び故障木図２１３を有効とし、残りは無効なデータとする。無効なデータは、削除してもよい。
【００２３】
処理部２３０は、特定部２３１と判定部２３２を有する。特定部２３１は、第２の故障情報を受信している場合に、第２の故障情報と併せて出ると予想される第１の故障情報を特定する。その後、判定部２３２は、第２の故障情報を受信したケースの管理情報２１４が第１の故障情報を含むかを判定する。特定部２３１は、第２の故障情報を受信したケースの管理情報２１４が第１の故障情報を含まない場合、第１の故障情報を含む管理情報２１４を用いて、どのケースで第１の故障情報を受信したかを特定する。更に、判定部２３２と特定部２３１は、特定部２３１が処理対象としているケースの管理情報２１４及び同じケースの故障木図２１３を用いて、第１の故障情報及び第２の故障情報から、故障の主原因や故障箇所を判定する。
【００２４】
表示部２２０は、故障の主原因や故障箇所及び特定したケースの管理情報を、表示装置１１０に通知する。表示装置１１０は、管理者に管理情報内の故障情報を提示する。
【００２５】
図３は、監視装置のハードウェア構成の例を示す。監視装置１０２は、プロセッサ１１、メモリ１２、バス１５、外部記憶装置１６、ネットワーク接続装置１９を備える。さらにオプションとして、監視装置１０２は、入力装置１３、出力装置１４、媒体駆動装置１７を備えても良い。監視装置１０２は、例えば、コンピュータなどで実現されることがある。
【００２６】
プロセッサ１１は、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）を含む任意の処理経路とすることができる。プロセッサ１１は、表示部２２０、処理部２３０、書き込み部２４０、収集部２５０として動作する。なお、プロセッサ１１は、例えば、外部記憶装置１６に記憶されたプログラムを実行することができる。メモリ１２は、記憶部２１０として動作し、経路情報２１１、故障情報２１２、故障木図２１３、管理情報２１４を保持する。さらに、メモリ１２は、プロセッサ１１の動作により得られたデータや、プロセッサ１１の処理に用いられるデータも、適宜、記憶する。ネットワーク接続装置１９は、他の装置との通信に使用され、動作する。
【００２７】
入力装置１３は、例えば、ボタン、キーボード、マウス等として実現され、出力装置１４は、ディスプレイなどとして実現される。出力装置１４は、なくともよい。バス１５は、プロセッサ１１、メモリ１２、入力装置１３、出力装置１４、外部記憶装置１６、媒体駆動装置１７、ネットワーク接続装置１９の間を相互にデータの受け渡しが行えるように接続する。外部記憶装置１６は、プログラムやデータなどを格納し、格納している情報を、適宜、プロセッサ１１などに提供する。媒体駆動装置１７は、メモリ１２や外部記憶装置１６のデータを可搬記憶媒体１８に出力することができ、また、可搬記憶媒体１８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体１８は、フロッピイディスク、Ｍａｇｎｅｔ−Ｏｐｔｉｃａｌ（ＭＯ）ディスク、Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ（ＣＤ−Ｒ）やＤｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ（ＤＶＤ−Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。
【００２８】
図４は、第２の実施形態に係る通信システム内の物理サーバの例を説明する図である。通信システム３００は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１又はＵＥ２から、ＵＥ３とＵＥ４へと通信する中継システムである。通信システム３００は、拠点３１０ａ、拠点３１０ｂ、サーバマネージャ３０１、ＯｐｅｎＦｌｏｗコントローラ３０２を備える。ＵＥは、ネットワークを介して通信をする通信機器であればよい。ＵＥ１がＵＥ４にデータを送信する場合、ＵＥ１からの通信データは、Ｏｐｅｎ  Ｆｌｏｗネットワークの拠点３１０ａから拠点３１０ｂを経由し、ＵＥ４へと送信される。拠点３１０ａと拠点３１０ｂ間のネットワークは、Ｏｐｅｎ  Ｆｌｏｗネットワークである。拠点３１０（３１０ａと３１０ｂ）は、複数のサーバ３１１を有する。
【００２９】
拠点３１０ａは、サーバ３１１ａ〜３１１ｃを有する。拠点３１０ｂは、サーバ３１１ｄ〜３１１ｆを有する。ここで、ＵＥ１からの通信データは、サーバ３１１ａ、３１１ｂ、３１１ｃ、３１１ｄ、３１１ｅ、３１１ｆの順でＵＥ４へ送信される。
【００３０】
サーバマネージャは、各サーバ３１１と通信をし、故障情報を取りまとめる。Ｏｐｅｎ  Ｆｌｏｗコントローラ３０２は、拠点３１０ａと拠点３１０ｂの拠点内Ｏｐｅｎ  Ｆｌｏｗ網の論理的な通信経路を制御する。Ｏｐｅｎ  Ｆｌｏｗコントローラ３０２は、サーバ及びＶＭの配置及び通信経路の情報を保持している。
【００３１】
図５は、第２の実施形態に係る通信システムの通信経路の例を説明する図（その１）である。ケースＣ１１の通信システム３００は、図４のＯｐｅｎ  Ｆｌｏｗネットワークの拠点３１０ａと拠点３１０ｂを、論理的な通信経路として示したものである。Ｅ１は、図４のサーバ３１１ａに格納されたＶＭである。Ｅ２は、図４のサーバ３１１ｂに格納されたＶＭである。Ｅ３は、図４のサーバ３１１ｃに格納されたＶＭである。Ｅ４は、図４のサーバ３１１ｄに格納されたＶＭである。Ｅ５は、図４のサーバ３１１ｅに格納されたＶＭである。Ｅ６は、図４のサーバ３１１ｆに格納されたＶＭである。
【００３２】
Ｅ１とＥ２の間は、論理的な経路Ｌ１で接続されている。Ｅ２とＥ３の間は、論理的な経路Ｌ２で接続されている。Ｅ３とＥ４の間は、論理的な経路Ｌ３で接続されている。Ｅ４とＥ５の間は、論理的な経路Ｌ４で接続されている。Ｅ５とＥ６の間は、論理的な経路Ｌ５で接続されている。ＵＥ１からの通信データは、各経路を介して、Ｅ１、Ｅ２、Ｅ３、Ｅ４、Ｅ５、Ｅ６の順でＵＥ３に送信される。
【００３３】
さらに、ケースＣ１１の通信システム３００は、各ＶＭ及び経路を階層化している。各階層は、管理情報で用いられる（図６で後述する）。階層１は、Ｅ３及びＥ４と、Ｌ３を含む。階層２は、Ｅ２及びＥ５と、Ｌ２及びＬ４を含む。階層３は、Ｅ１及びＥ６と、Ｌ１及びＬ５を含む。
【００３４】
図６は、管理情報の例を説明する図（その１）である。図６の管理情報５１１は、ケースＣ１１の通信システム３００の経路情報である。監視装置内の経路情報収集部２５１が、管理情報を生成する。管理情報は、階層情報、区間情報、上位区間情報、区間の状態情報、ケース毎の故障情報、通知情報を有する。管理情報の階層情報は、各ＶＭ及び経路情報を階層化して組み合わせた情報である。区間情報は、階層毎に管理されるＶＭ及び経路を示す情報である。上位区間は、階層毎の区間で通信するために経由する別の階層の区間の情報である。そのため、上位区間での故障は、下位の区間にも影響を与えるものとする。区間の状態情報は、階層毎の区間に故障があるかを示す情報である。
【００３５】
通知情報は、監視装置が受信した故障情報である。通知情報は、所定の時間毎に削除される。ケース毎の故障情報は、受信した故障情報が、ケースＣ１１の通信システム３００で発生した故障であると判定されたものが保持される。
【００３６】
区間情報における始端と終端は、ＶＭ間通信の送信元のＶＭと送信先のＶＭである。一例として、ＵＥ１側からＵＥ３側に通信を送信する場合、区間情報における始端はＵＥ１側のＶＭである。管理情報は、始端にＵＥ１側のＶＭ情報（Ｅ１）を保持する。区間情報における終端はＵＥ３側である。管理情報は、終端にＵＥ３側のＶＭ情報（Ｅ６）を保持する。次に、入力ラインは、始端のＶＭに通信を入力する経路を示す。出力ラインは、終端のＶＭから通信を出力する先の経路を示す。
【００３７】
ケースＣ１１の管理情報５１１の階層１は、入力ラインＬ２、始端Ｅ３、終端Ｅ４、出力ラインＬ４という区間情報を保持している。更に、管理情報５１１の階層１は、上位区間の入力ラインにＬ３という情報を保持している。上位区間は、区間情報の始端と終端間の通信経路を示す。この場合、管理情報の階層１の区間は、Ｌ２、Ｅ３、Ｌ３、Ｅ４、Ｌ４の順で通信を行うことを示している。管理情報５１１の階層２は、入力ラインＬ１、始端Ｅ２、終端Ｅ５、出力ラインＬ５という区間情報を保持している。この区間は、始端Ｅ２から終端Ｅ５間の通信をする際に、上位区間である階層１のＬ２、始端Ｅ３、終端Ｅ４、Ｌ４の通信経路を使用する。
【００３８】
管理情報５１１の階層３は、入力ラインＣＨ１、始端Ｅ１、終端Ｅ６、出力ラインＣＨ３という区間情報を保持している。この区間は、始端Ｅ１から終端Ｅ６間の通信をする際に、上位区間である階層２のＬ１、始端Ｅ２、終端Ｅ５、Ｌ５の通信経路を使用する。同様に、管理情報５１１の階層３は、入力ラインＣＨ２、始端Ｅ１、終端Ｅ６、出力ラインＣＨ４という区間情報を保持している。この区間は、始端Ｅ１から終端Ｅ６間の通信をする際に、上位区間である階層２のＬ１、始端Ｅ２、終端Ｅ５、Ｌ５の通信経路を使用する。
【００３９】
なお、ケースＣ１１では、故障が発生していないため、管理情報５１１の区間の状態情報は、正常となっている。監視装置は、何ら故障情報を受信していないため、ケース毎の故障情報と通知情報も、何ら情報が格納されていない。次に、仮想システムの変更に伴う管理情報の変更の例を示す。例えば、通信量の増加によりＶＭ（Ｅ２）の負荷が大きくなったため、Ｅ１とＥ３の間を結ぶ新たなＶＭ（Ｅ７）が生成される場合の例を例とする。
【００４０】
図５のケースＣ１２の通信システム３００は、ケースＣ１１の通信システム３００から、Ｅ７のＶＭを用いた新しい通信経路が形成したものである。Ｅ７は、図４のサーバ３１１ｂに作成されたものである。ここでＵＥ１とＵＥ３の間の通信経路は、Ｅ２を用いた通信経路を経由する。すなわち、ＵＥ１とＵＥ３の間の通信は、Ｌ１、Ｅ２、Ｌ２を経由する。ＵＥ２とＵＥ４の間の通信経路は、Ｅ７を用いた通信経路を経由する。すなわち、ＵＥ２とＵＥ４の間の通信は、Ｌ６、Ｅ７、Ｌ７を経由する。ケースＣ１２の通信システム３００の場合に生成される管理情報５１２を、図６の下図に示す。
【００４１】
ケースＣ１２の管理情報５１２は、ケースＣ１１の管理情報５１１から、更に、Ｌ６、Ｅ７、Ｌ７を使用した通信経路が増えた例である。そのため、管理情報５１２の階層１と階層２は、管理情報５１１の各階層より更に１つ多くの階層データを保持している。なお、管理情報５１２の階層３は、ＣＨ２とＣＨ４の間の通信が新しい通信経路を経由するよう変更されている。管理情報５１２の階層１は、増えた通信経路情報として、入力ラインＬ７、始端Ｅ３、終端Ｅ４、出力ラインＬ４という区間情報を保持している。なお、管理情報５１２の階層１（２行目）の情報は、上位区間の入力ラインにＬ３という情報を保持している。この場合、管理情報５１２の階層１（２行目）の区間は、Ｌ７、Ｅ３、Ｌ３、Ｅ４、Ｌ４の順で通信を行うことを示している。次に、管理情報５１２の階層２（４行目）は、増えた通信経路情報として、入力ラインＬ６、始端Ｅ７、終端Ｅ５、出力ラインＬ５という区間情報を保持している。この区間は、始端Ｅ７から終端Ｅ５間の通信をする際に、上位区間である階層１のＬ７、始端Ｅ３、終端Ｅ４、Ｌ４の通信経路を使用する。管理情報５１２の階層３において、ＣＨ２とＣＨ４間の通信は、新しく増えた通信経路を用いて行われる。そのため、管理情報５１２の階層３は、入力ラインＣＨ２、始端Ｅ１、終端Ｅ６、出力ラインＣＨ４という区間情報を保持している。この区間は、始端Ｅ１から終端Ｅ６間の通信をする際に、上位区間である階層２のＬ６、始端Ｅ７、終端Ｅ５、Ｌ５の通信経路を使用する。
【００４２】
図７は、第２の実施形態に係る通信システムの通信経路の例を説明する図（その２）である。図７を参照しながら、障害が発生した場合の処理について説明する。ケースＣ１３の通信システム３００は、ケースＣ１２のＥ７のＶＭに割り当てられたＮＩＣに障害が発生した状態の例である。ＮＩＣの障害は、サーバ３１１ｂの物理的な障害である。
【００４３】
サーバ３１１ｂのＮＩＣが故障した場合、サーバ３１１ｂのＮＩＣ故障を示す故障情報及び故障したＮＩＣを割り当てられているＶＭの故障情報が生成される。サーバ３１１ｂは、故障したＮＩＣ以外のＮＩＣを使用して、ＮＩＣの故障情報（第１の故障情報）を監視装置に送信する。一方、ＶＭの故障情報は、例えば、アプリケーション通信のエラーである。Ｅ７のＶＭには、故障したＮＩＣが割り当てられていたため、故障情報（第２の故障情報）を監視装置に送ることができない。そこで、ＶＭ（Ｅ７）は、故障情報を保持したまま待機する。
【００４４】
なお、第１の故障情報（通信システムが変更される前に監視装置１０２に通知されるエラー）には、Ｅ７のＮＩＣ障害を示す情報、経路Ｌ６及びＬ７が、接続先とのアクセスできないことを示すアクセス障害情報が含まれる。監視装置の管理情報書き込み部２４２は、Ｅ７、Ｌ６及びＬ７から受信した第１の故障情報を管理情報に保持する。また、第２の故障情報は、監視装置に通知できないため、図６のケースＣ１２の管理情報に記憶されない。すなわち管理情報は、図６の管理情報５１２から、図８の管理情報５１３ａに更新される。更新の際の処理の詳細は以下のとおりである。
【００４５】
処理部２３０及び書き込み部２４０は、Ｅ７のＮＩＣ障害情報及びＬ６及びＬ７のアクセス障害情報を管理情報５１２の通知情報に保持させ、管理情報５１３ａのように更新する。例えば、Ｅ７：ＮＩＣ障害という記載は、Ｅ７のＶＭからＮＩＣ障害の通知を受けたことを示す。判定部２３２は、Ｅ７のＮＩＣ障害情報及びＬ６及びＬ７のアクセス障害情報を、管理情報５１３ａのどの階層の情報に保持させるかを判定する。まず、判定部２３２は、障害のあるＶＭ（Ｅ７）を示す情報を、区間情報の始端又は終端に含む階層を特定する。Ｅ７を示す情報は、管理情報５１３ａのように、階層２（４行目）の始端の情報に保持されている。そのため、管理情報書き込み部２４２は、判定部２３２が特定した階層２（４行目）の通知情報に、ＮＩＣ障害情報を書き込む。
【００４６】
次に、判定部２３２は、Ｌ６及びＬ７に接続されているＶＭを特定する。Ｌ６に接続されているＶＭは、Ｅ１とＥ７である。Ｌ７に接続されているＶＭは、Ｅ３とＥ７である。判定部２３２は、Ｌ６に接続されているＶＭ（Ｅ１とＥ７）を示す情報を、区間情報の始端又は終端に含む階層を特定する。Ｅ１を示す情報は、管理情報５１３ａのように、階層３（５行目、６行目）の始端の情報に保持されている。Ｅ７を示す情報は、管理情報５１３ａのように、階層２（４行目）の始端の情報に保持されている。ここで、判定部２３２は、Ｌ６を使用しない通信経路を持つ区間及び上位区間を持つ階層は、除外する。そのため、判定部２３２は、Ｌ６が接続されているＶＭ（Ｅ１とＥ７）を示す情報を区間情報に含む階層として、階層２（４行目）と階層３（６行目）を特定する。管理情報書き込み部２４２は、判定部２３２が特定した階層２（４行目）と階層３（６行目）の通知情報に、アクセス障害情報を書き込む。
【００４７】
同様に、判定部２３２は、Ｌ７に接続されているＶＭ（Ｅ３とＥ７）を示す情報を、区間情報の始端又は終端に含む階層を特定する。Ｅ３を示す情報は、管理情報５１３ａのように、階層１（１行目、２行目）の始端の情報に保持されている。Ｅ７を示す情報は、管理情報５１３ａのように、階層２（４行目）の始端の情報に保持されている。ここで、判定部２３２は、Ｌ７を使用しない通信経路を持つ区間及び上位区間を持つ階層は、除外する。そのため、判定部２３２は、Ｌ７が接続されているＶＭ（Ｅ３とＥ７）を示す情報を区間情報に含む階層として、階層１（２行目）と階層２（４行目）を特定する。管理情報書き込み部２４２は、判定部２３２が特定した階層１（２行目）と階層２（４行目）の通知情報に、アクセス障害情報を書き込む。以上の処理により、図８の管理情報５１３ａが得られる。
【００４８】
特定部２３１は、出力された故障情報の管理情報５１３ａへの書き込みが終わると、通知情報が、ケースＣ１３の通信システム３００で発生した故障であるかを特定する。管理情報５１３ａの通知情報がケースＣ１３の通信システム３００で発生した故障であるかの特定処理は、故障木図を用いて行われる。管理情報５１３ａの通知情報は全てケースＣ１３の通信システム３００で発生した故障であるため、管理情報５１３ｂは、通知情報をそのままケースＣ１３の故障情報として保持する。また、通知情報に故障情報が含まれている各階層は、区間の状態情報として異常と設定されている。以下に、管理情報５１２ａから管理情報５１３ｂが生成される場合の処理の詳細を述べる。
【００４９】
図９は、故障木図の例（その１）を説明する図である。図９の故障木図は、ケースＣ１３の管理情報５１３ａの通信情報が、ケースＣ１３の通信システム３００で発生した故障情報であるかの判定に用いられる。故障木図６０１は、要因事象と発生事象とを関係づけた図である。要因事象は、単体で出力される故障情報である。発生事象は、要因事象の組み合わせから発生すると考えられる事象である。なお、要因事象と発生事象とは、ＯＲ経路のように、要因事象の少なくとも１つが故障情報として出力されている場合、発生事象の故障情報が出力される。
【００５０】
ケースＣ１３の管理情報５１３ａの通知情報が、ケースＣ１３の通信システム３００で発生した故障情報であるかの特定処理を、故障木図６０１を用いて説明する。特定部２３１は、Ｌ７のアクセス障害情報を含む故障木図６０１を特定する。Ｌ７のアクセス障害情報は、故障木図６０１ｃ内に発生事象として登録されている。Ｌ７のアクセス障害情報は、発生事象であるため、単体では発生しない故障情報である。そのため、判定部２３２は、管理情報５１３に、Ｌ７のアクセス障害情報と併せて出ると予想される通知情報又は故障情報が含まれるかを判定する。ここで、Ｌ７のアクセス障害情報と併せて出ると予想される故障情報は、Ｅ７のＮＩＣ障害、Ｅ７のホスト接続障害、Ｅ７のＶＭ接続障害である。Ｅ７のＮＩＣ障害が、管理情報５１３ａの通知情報に含まれるため、判定部２３２は、Ｌ７のアクセス障害情報が、Ｅ７のＮＩＣ障害に伴って発生した障害であると判定する。Ｌ７のアクセス障害が、Ｅ７のＮＩＣ障害に伴って発生する障害であるため、管理情報書き込み部２４２は、Ｌ７のアクセス障害情報を管理情報内のケースＣ１３の故障情報に書き込む。Ｌ６のアクセス障害情報についても、Ｌ７のアクセス障害情報と同様の処理が行われる。
【００５１】
特定部２３１は、Ｅ７のＮＩＣ障害情報を含む故障木図６０１を特定する。Ｅ７のＮＩＣ障害情報は、故障木図６０１ａ内に要因事象として登録されている。そのため、特定部２３１は、Ｅ７のＮＩＣ障害情報は単体で出力される故障情報であると特定する。Ｅ７のＮＩＣ障害情報は単体で出力される故障情報であるため、管理情報書き込み部２４２は、Ｅ７のＮＩＣ障害情報を管理情報５１３ｂのように、ケースＣ１３の故障情報として書き込む。
【００５２】
判定部２３２は、通知情報が、ケース毎の故障情報であるかの判定が終わると、ケース毎の故障情報を保持する区間の稼動状態を異常と判定する。区間の稼動状態を異常と判定する処理は、上位の区間から順に実行される。上位の区間の稼動状態が異常である場合、下位の区間の稼動状態も異常であると判定できるためである。そのため、階層１の2行目の区間の稼動状態が異常と判定されると、階層１の2行目を上位区間とする階層２（４行目）及び階層３（６行目）の区間の稼動状態も異常となる。管理情報書き込み部２４２は、階層１（２行目）、階層２（４行目）及び階層３（６行目）の区間の稼動状態を異常と書き込む。この結果、管理情報５１３ｂが得られる。
【００５３】
図７のケースＣ１４の通信システム３００は、Ｅ７が、通信システムの処理を継続するため、サーバ３１１ｃに処理を移行した後の例である。なお、Ｅ７は、サーバ３１１ｂとは別のサーバ３１１ａに移行（マイグレーション）されてもよい。ケースＣ１４の通信システム３００は、Ｅ７のＶＭをサーバ３１１ｃに作成し、Ｌ８、Ｅ７，Ｌ９を使用した新たな通信経路を形成する。監視装置の経路情報収集部２５１は、ケースＣ１４の通信システム３００の管理情報を収集する。ケースＣ１４の管理情報の例を図１０の管理情報５１４ａに示す。図１０の管理情報５１４ａは、管理情報５１２（図６）のＬ６、Ｅ７、Ｌ７の通信経路を、Ｌ８、Ｅ７、Ｌ９の通信経路に置き換えたものである。
【００５４】
以下に、ケースＣ１４の通信システムに変更された後の処理の例を述べる。
ケースＣ１３の通信システム３００において、Ｅ７のＶＭには、故障したＮＩＣが割り当てられていたため、故障情報（第２の故障情報）を監視装置に送ることができていなかい。そのため、ケースＣ１４の通信システム３００で稼動するＥ７のＶＭは、サーバ３１１ｃで動作することで、故障していないＮＩＣを使用することができ、監視装置に第２の故障情報（待機中に保持していた情報）を通知する。また、Ｅ７は、故障のないサーバ３１１ｃで処理を実行しているので、リカバリーしたと認識する。Ｅ７は、故障状態から回復したことを示すリカバリー情報を監視装置に通知する。故障したサーバ３１１ｂから故障のないサーバ３１１ｃへＥ７の処理を移行することで、通信システム３００は、ＵＥ間の通信を継続させることができる。
【００５５】
ケースＣ１４において、監視装置は、第２の故障情報をサーバ３１１ｂからではなく、故障のないサーバ３１１ｃから受信する。監視装置の処理部２３０は、第２の故障情報を受信すると、ケース毎の管理情報及びＦＴＡ解析を用いて、通信システム３００内の故障箇所の特定処理を開始する。
【００５６】
管理情報５１４ｂは、管理情報５１４ａから故障情報を更新したものである。ケースＣ１４の通信システム３００では、Ｅ７からアプリケーションエラーが故障情報として出力されている。判定部２３２は、Ｅ７を示す情報を区間情報の始端又は終端に含む階層を特定する。Ｅ７を示す情報は、管理情報５１４ｂの階層２（４行目）の始端に保持されている。判定部２３２は、Ｅ７を示す情報を区間情報に含む階層として、階層２（４行目）を特定する。管理情報書き込み部２４２は、判定部２３２が特定した階層２（４行目）の通知情報に、アプリケーションエラーを書き込む。
【００５７】
特定部２３１は、出力された故障情報の管理情報５１４ｂへの書き込みが終わると、通知情報が、ケースＣ１４の通信システム３００で発生した故障であるかを判定する。管理情報５１４ｂの通知情報がケースＣ１４の通信システム３００で発生した故障であるかの判定処理は、故障木図（図１１で説明）を用いて行われる。
【００５８】
本実施形態に係る通信システムでは、以下に説明するようにアプリケーションエラーが、図７のケースＣ１４の時に発生したエラーでないことを判定することができる。
【００５９】
図１１は、故障木図の例（その２）を説明する図である。図１１の故障木図６０２（６０２ａ〜６０２ｃ）は、ケースＣ１４の通信システム３００に用いられる。特定部２３１は、Ｅ７から出力されたアプリケーションエラーを含む故障木図６０２を特定する。Ｅ７のアプリケーションエラーは、故障木図６０２ａ内の発生事象として登録されている。アプリケーションエラーは、発生事象であるため、単体では発生しない故障情報である。
そのため、判定部２３２は、管理情報５１４ｂに、Ｅ７のアプリケーションエラーと併せて出ると予想される故障情報が含まれるかを判定する。ここで、アプリケーションエラーと併せて出ると予想される故障情報は、Ｅ７のＮＩＣ障害とＥ７のセッションタイムアウトである。しかし、Ｅ７のＮＩＣ障害とＥ７のセッションタイムアウトは、管理情報５１４ｂに含まれていない。
【００６０】
特定部２３１は、Ｅ７のアプリケーションエラーがケースＣ１４の時に発生した故障によるものではないため、Ｅ７のアプリケーションエラーが発生した通信システム３００の別のケースを選択する。特定部２３１は、Ｅ７のアプリケーションエラーと併せて出ると予想される故障情報であるＥ７のＮＩＣ障害又はＥ７のセッションタイムアウトを含む管理情報から通信システムのケースを特定する。特定部２３１は、Ｅ７のＮＩＣ障害を示す情報を、ケースＣ１３の管理情報５１３ｂ（図８）に含まれていると特定する。
【００６１】
図１２は、管理情報の例を説明する図（その４）である。図１２の管理情報５１３ｃは、図７のケースＣ１３の通信システムで作成された管理情報５１３ｂにＥ７のアプリケーションエラーを更新したものである。特定部２３１が特定したケースＣ１３の管理情報５１３ｂには、Ｅ７のＮＩＣ障害を示す情報が含まれている。そのため、Ｅ７のアプリケーションエラーは、ケースＣ１３の通信システムで発生したＮＩＣ故障に伴う故障情報であると判定できる。管理情報書き込み部２４２は、Ｅ７のＮＩＣ障害を含む階層２（４行目）のケースＣ１３の故障情報に、Ｅ７のアプリケーションエラーを書き込む。
【００６２】
このようにして、ケースＣ１３で発生した障害による故障情報であるアプリケーションエラーを、ケースＣ１４の時点で受信した場合であっても、監視装置は、ケースＣ１３のＮＩＣ障害とアプリケーションエラーとを対応づけることができる。そして、監視装置は、Ｅ７で発生したＮＩＣ障害が、アプリケーションエラーの原因であると判定できる。これにより、単体で出力された第２の故障情報であっても、併せて出ると予想される第１の故障情報を特定することで、故障した時点及び原因を特定することができる。
【００６３】
監視装置が、故障が発生した時点が、故障の通知を受けた時点でのケースであるかの判定をしてくれるため、管理者は、至急に故障の対応がいるかどうかの判断ができる。また、監視装置が、故障の主原因及び故障箇所の特定処理をするため、管理者は、動的な通信システムの変更を気にすることなく故障の原因を知ることができる。更に、管理者による故障原因の特定作業が軽減される。
【００６４】
図１３は、管理情報の更新処理の例（その１）を説明するフローチャートである。図１３の管理情報の更新処理は、一定周期毎に実施される。特定部２３１は、最新のケースの管理情報を選択する（ステップＳ１）。判定部２３２は、記憶部２１０に故障情報が保持されているかを判定する（ステップＳ２）。処理部２３０及び書き込み部２４０は、管理情報の更新処理を行う（ステップＳ３、ステップＳ２でＹＥＳ）。判定部２３２は、故障情報の引継ぎがあるかを判定する（ステップＳ４）。故障情報の引継ぎは、記憶部２１０が保持する故障情報が、Ｓ３で処理をした管理情報に含まれない場合に、別の管理情報に故障情報を引き継ぐ処理である。特定部２３１は、1つ前のケースの管理情報を選択する（ステップＳ５、ステップＳ４でＹＥＳ）。監視装置は、管理情報の更新処理が終了する（ステップＳ２でＮＯ、ステップＳ４でＮＯ）。
【００６５】
図１４は、管理情報の更新処理の例（その２）を説明するフローチャートである。図１４のフローチャートに示す処理は、図１３のステップＳ３の管理情報の更新処理である。管理情報書き込み部２４２は、故障情報を記憶部２１０から取得する（ステップＳ１１）。判定部２３２は、取得した故障情報が、装置アラームか、ラインアラームかを判定する（ステップＳ１２）。なお、装置アラームは、装置での障害を示す故障情報である。ラインアラームは、通信経路での障害を示す故障情報である。故障情報が装置アラームである場合、判定部２３２は、故障情報が含むＶＭを示す情報を、区間情報の始端又は終端に含む階層を特定する（ステップＳ１３）。故障情報がラインアラームである場合、判定部２３２は、故障情報が含む経路情報から、故障情報を含む経路と接続されているＶＭ情報を取得する（ステップＳ２１）。取得したＶＭ情報から、判定部２３２は、区間情報の始端又は終端に含む階層を特定する（ステップＳ２２）。管理情報書き込み部２４２は、判定部２３２が特定した階層の通知情報に、故障情報を書き込む（ステップＳ１４）。判定部２３２は、記憶部２１０の全ての故障情報に関して処理が終了したかを判定する（ステップＳ１５）。判定部２３２は、故障木図を用いた判定処理を行う（ステップＳ１６）。Ｓ１６の処理内容は、図１５で説明する。管理情報書き込み部２４２は、上位区間の稼動状態が異常である場合、下位区間にも異常の状態情報を書き込む（ステップＳ１７）。
【００６６】
図１５は、故障木図を用いた判定処理の例を説明するフローチャートである。図１５のフローチャートに示す処理は、図１４のステップＳ１６の故障木図を用いた特定処理である。特定部２３１は、管理情報内の一番上の階層の区間を選択する（ステップＳ２０１）。特定部２３１は、選択された区間の通知情報が、故障情報を保持しているかを判定する（ステップＳ２０２）。特定部２３１は、通知情報が保持している故障情報を選択する（ステップＳ２０３、ステップＳ２０２でＹＥＳ）。特定部２３１は、故障木図を読み出す（ステップＳ２０４）。特定部２３１は、故障情報が、要因事象であるかを判定する（ステップＳ２０５）。
【００６７】
特定部２３１は、故障情報と併せて出ると予想される故障情報を特定する（ステップＳ２１１、ステップＳ２０５でＮＯ）。判定部２３２は、故障情報と併せて出ると予想される故障情報が、管理情報に保持されているかを判定する（ステップＳ２１２）。故障情報と併せて出ると予想される故障情報が管理情報に保持されている場合、特定部２３１は、は、処理をＳ２０６に移す。管理情報書き込み部２４２は、故障情報と併せて出ると予想される故障情報が管理情報に保持されていない場合、故障情報を引き継ぎ情報として、データベースに再度書き込みをする（ステップＳ２２１、ステップＳ２１２でＮＯ）。Ｓ２２１の処理が終了すると、処理は、Ｓ２０７に渡される。
【００６８】
故障情報が、要因事象である場合、管理情報書き込み部２４２は、通知情報に保持されている故障情報を、ケース毎の故障情報に書き込む（ステップＳ２０６、ステップＳ２０５でＹＥＳ、ステップＳ２１２でＹＥＳ）。特定部２３１は、選択された区間の通知情報の故障情報に、未だＳ２０５の処理が実行されていない故障情報があるかを判定する（ステップＳ２０７）。未だＳ２０５の処理が実行されていない故障情報がある場合、特定部２３１は、未だＳ２０５の処理が実行されていない故障情報について、Ｓ２０４から処理を繰り返す（ステップＳ２３１、ステップＳ２０７でＹＥＳ）。特定部２３１は、全ての階層の区間について、Ｓ２０２〜Ｓ２０７の処理が完了したかを判定する（ステップＳ２０８、ステップＳ２０７でＮＯ）。特定部２３１は、全ての階層の区間について、Ｓ２０２〜Ｓ２０７の処理が完了していない場合、次の区間を選択し、Ｓ２０２から処理を繰り返す（ステップＳ２４１、ステップＳ２０８でＮＯ）。
【００６９】
図１６は、管理情報書き込み部の処理の例（その１）を説明するフローチャートである。図１６のフローチャートに示す処理は、図１５のステップＳ２０６の管理情報書き込み部の処理である。判定部２３２は、書き込み対象の区間の稼動状態が正常と登録されているかを判定する（ステップＳ１００１）。管理情報書き込み部２４２は、書き込み対象の区間の稼動状態を異常と書き込む（ステップＳ１００２、ステップＳ１００１でＹＥＳ）。管理情報書き込み部２４２は、書き込み対象の区間のケース毎の故障情報に、通知情報を書き込む（ステップＳ１００３）。管理情報書き込み部２４２は、書き込み対象の区間のケース毎の故障情報に、通知情報を書き込む（ステップＳ１０１１、ステップＳ１００１でＮＯ）。
【００７０】
図１７は、管理情報書き込み部の処理の例（その２）を説明するフローチャートである。図１７のフローチャートに示す処理は、図１４のステップＳ１７の管理情報書き込み部の処理である。判定部２３２は、２階層目の区間を選択する（ステップＳ３０１）。判定部２３２は、選択した区間の上位区間の稼動状態が正常かを判定する（ステップＳ３０２）。判定部２３２は、選択した区間の稼動状態に正常と登録されているかを判定する（ステップＳ３０３、ステップＳ３０２でＮＯ）。管理情報書き込み部２４２は、選択した区間の稼動状態を異常として書き込む（ステップＳ３０４、ステップＳ３０３でＹＥＳ）。管理情報書き込み部２４２は、選択した区間のケース毎の故障情報に、「上位区間の異常」を示す情報を書き込む（ステップＳ３０５）。判定部２３２は、管理情報内の全ての区間で、Ｓ３０２〜Ｓ３０５の処理が完了したかを判定する（ステップＳ３０６、ステップＳ３０２でＹＥＳ、ステップＳ３０３でＮＯ）。判定部２３２は、管理情報内の次の区間を選択する（ステップＳ３１１、ステップＳ３０６でＮＯ）。
【００７１】
以上、説明したように、実施形態にかかる方法では、監視装置が、故障が発生した時点が、故障の通知を受けた時点でのケースであるかの判定をしてくれるため、管理者は、至急に故障の対応がいるかどうかの判断ができる。また、監視装置が、故障の主原因及び故障箇所の特定処理をするため、管理者は、動的な通信システムの変更を気にすることなく故障の原因を知ることができる。更に、管理者による故障原因の特定作業が軽減される。
【符号の説明】
【００７２】
１００  通信システム
１０１  サーバ
１０２  監視装置
１１０  表示装置
２１０  記憶部
２２０  表示部
２３０  処理部
２３１  特定部
２３２  判定部
２４０  書き込み部
２５０  収集部
２５１  経路情報収集部
２５２  受信部
３０１  サーバマネージャ
３０２  ＯｐｅｎＦｌｏｗコントローラ
３１０  拠点
３１１  サーバ
【図１】
2015143944.tif 000003
【図２】
2015143944.tif 000004
【図３】
2015143944.tif 000005
【図４】
2015143944.tif 000006
【図５】
2015143944.tif 000007
【図６】
2015143944.tif 000008
【図７】
2015143944.tif 000009
【図８】
2015143944.tif 000010
【図９】
2015143944.tif 000011
【図１０】
2015143944.tif 000012
【図１１】
2015143944.tif 000013
【図１２】
2015143944.tif 000014
【図１３】
2015143944.tif 000015
【図１４】
2015143944.tif 000016
【図１５Ａ】
2015143944.tif 000017
【図１５Ｂ】
2015143944.tif 000018
【図１６】
2015143944.tif 000019
【図１７】
2015143944.tif 000020