(57)【要約】【課題】イベントがネットワークやサービスに与える影響を容易に評価すること。【解決手段】実施形態によれば、取得部は、ネットワークに含まれるネットワーク機器のログ情報及びネットワークの構成情報を取得する。そして、推定部は、取得部によって取得されたログ情報及びネットワークの構成情報に基づいて、ネットワークに発生したイベントによって影響を受ける当該ネットワーク上の範囲及びサービスを推定する。そして、検査部は、推定部によって推定されたネットワーク上の範囲におけるサービスに対して、ネットワークに発生したイベントが与える影響の内容を検査する。そして、通知部は、検査部による検査結果をネットワークの管理者に対して通知する。【選択図】        図１
2014036310.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに含まれる複数のネットワーク機器に関するログ情報及び前記ネットワークにおける前記複数のネットワーク機器の構成を示す構成情報を取得する取得部と、
前記取得部によって取得された前記ログ情報及び前記ネットワークの構成情報に基づいて、前記ネットワークに発生した障害によって影響を受ける当該ネットワーク上の範囲及びサービスを推定する推定部と、
前記推定部によって推定された前記ネットワーク上の範囲における前記サービスに対して、前記ネットワークに発生した障害が与える影響の内容を検査する検査部と、
前記検査部による検査結果を前記ネットワークの管理者に対して通知する通知部と、
を備えたことを特徴とする影響評価装置。
【請求項２】
前記推定部は、前記ログ情報及び前記ネットワークの構成情報に基づいて、当該ネットワーク上でサービスを提供する複数のサービス提供サーバ及び前記複数のサービス提供サーバからサービス提供を受ける複数のユーザ端末のうち、前記ネットワークに発生した障害によって影響を受けるサービス提供サーバ及びユーザ端末を推定することを特徴とする請求項１に記載の影響評価装置。
【請求項３】
前記検査部は、前記ネットワークに発生した障害と、前記推定部によって推定されたネットワーク上の範囲との組み合わせに基づいて、リファレンスサイトに実行させる検査内容を決定し、決定した検査内容の実行コマンドを前記リファレンスサイトに実行させることで、前記サービスに対して前記障害が与える影響の内容を検査することを特徴とする請求項１又は２に記載の影響評価装置。
【請求項４】
前記検査部による検査結果に基づいて、前記推定部によって推定された前記ネットワーク上の範囲における前記サービスに対して、前記ネットワークに発生した障害が与える影響の内容を解析する解析部をさらに備え、
前記通知部は、前記解析部による解析結果と前記障害とを組み合わせたレポートを生成し、生成したレポートを前記ネットワークの管理者に対して通知することを特徴とする請求項１〜３のいずれか一つに記載の影響評価装置。
【請求項５】
前記取得部は、前記ログ情報として、Ｓｙｓｌｏｇの情報、ＭＩＢ情報及びＳｈｏｗコマンドの出力情報を含む情報を取得することを特徴とする請求項１〜４のいずれか一つに記載の影響評価装置。
【請求項６】
ネットワークに発生した障害による影響を評価する影響評価装置によって実行される影響評価方法であって、
前記ネットワークに含まれる複数のネットワーク機器に関するログ情報及び前記ネットワークにおける前記複数のネットワーク機器の構成を示す構成情報を取得する取得工程と、
前記取得工程によって取得された前記ログ情報及び前記ネットワークの構成情報に基づいて、前記ネットワークに発生した障害によって影響を受ける当該ネットワーク上の範囲及びサービスを推定する推定工程と、
前記推定工程によって推定された前記ネットワーク上の範囲における前記サービスに対して、前記ネットワークに発生した障害が与える影響の内容を検査する検査工程と、
前記検査工程による検査結果を前記ネットワークの管理者に対して通知する通知工程と、
を含んだことを特徴とする影響評価方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、影響評価装置及び影響評価方法に関する。
【背景技術】
【０００２】
従来、ネットワーク（ＮＷ：Network）のシステム管理者が障害などのイベントや、イベントの予兆を検出して、その原因を推定するための情報として、ＮＷ機器の管理情報が用いられている。例えば、システム管理者は、ＲＦＣ１１５６、ＲＦＣ１２１３で標準化されているＭＩＢ（Management  Information  Base：管理情報ベース）情報をＳＮＭＰ（Simple  Network  Management  Protocol）によりＮＷ経由で取得して管理することで、イベントや、イベントの予兆を検出して、原因を推定する。ここで、ＭＩＢ情報を取得して管理するためのツールは数多く知られており、例えば、ＴＷＳＮＭＰ  Ｍａｎａｇｅｒなどが知られている。
【０００３】
また、例えば、システム管理者は、各ＮＷ機器のログを収集して管理するＳｙｓｌｏｇコレクタを用いて、イベントや、イベントの予兆を検出して、原因を推定する。ここで、Ｓｙｓｌｏｇコレクタは、システムの動作状況やメッセージなどのログを記録するプログラムとして一般的に利用されているＳｙｓｌｏｇが備えるログの送受信機能が利用されており、例えば、Ｋｉｗｉ  Ｓｙｓｌｏｇ  Ｓｅｒｖｅｒなどが知られている。なお、ログの送受信機能のプロトコルは、ＲＦＣ５４２４によって標準化されている。
【０００４】
さらに、上述したＳＮＭＰマネージャやＳｙｓｌｏｇコレクタによって取得された管理情報をトリガとして、予め設定されたアクションを自動的に実行する技術も実用化されている。例えば、あるＳｙｓｌｏｇメッセージが観測された場合や、監視しているＭＩＢオブジェクトの値が閾値を超えた場合のアクションとして、Ｓｈｏｗコマンドを送信して追加情報を取得するように定義しておく。これにより、トリガが発生すると自動的に対象機器の状況をさらに詳細に知るための補足情報が取得される。このような技術としては、例えば、Ｃｉｓｃｏ  ＩＯＳ（登録商標）に搭載されているＥＥＭ（Embedded  Event  Manager）や、ＪＵＮＯＳに搭載されているＪＵＮＯＳｃｒｉｐｔなどが知られている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】J.Case  et  al,  "A  Simple  Network  Management  Protocol(SNMP)",  Network  Working  Group,  RFC1157,  May  1990,  ［online］,［平成２４年６月２６日検索］、インターネット＜http://tools.ietf.org/html/rfc1157＞
【非特許文献２】twise  labo.,  "TWSNMP  Manager", [online]、[平成２４年６月２６日検索]インターネット＜http://www.twise.co.jp/twsnmp.html＞
【非特許文献３】R.Gerhards,  "The  Syslog  Protocol",  Network  Working  Group,  RFC5424,  March  2009,  ［online］,［平成２４年６月２６日検索］、インターネット＜http://tools.ietf.org/html/rfc5424＞
【非特許文献４】ＣＩＳＣＯ,  "EEM（Embedded  Event  Manager）機能", [online]、[平成２４年６月２６日検索]インターネット＜http://www.cisco.com/cisco/web/support/JP/102/1020/1020031_eem.html＞
【非特許文献５】JUNIPER  NETWORKS,  "Junos  XML  Management  Protocol（Junoscript）Download  Software", [online]、[平成２４年６月２６日検索]インターネット＜http://www.juniper.net/support/xml/junoscript/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、イベントがネットワークやサービスに与える影響を評価することが困難であった。例えば、上述した従来技術では、イベントの影響を評価するためには、ＮＷ管理者が、イベントの詳細情報に基づいてＮＷ上で影響が及ぶ範囲を推定し、適切な評価手段を選択して評価を行わなければならず、イベントがネットワークやサービスに与える影響を評価することが困難であった。また、例えば、上述した従来技術では、イベントに関する情報のみでなく、管理者がＮＷの物理構成及び論理構成の情報を把握しておく必要があり、ＮＷ管理者にとっては高度な知識が求められる上、多くの稼動が必要となり、イベントがネットワークやサービスに与える影響を評価することが困難であった。
【０００７】
そこで、本願に係る技術は、上述した従来技術の問題に鑑みてなされたものであって、イベントがネットワークやサービスに与える影響を容易に評価することを可能にする影響評価装置及び影響評価方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、本願に係る影響評価装置は、ネットワークに含まれる複数のネットワーク機器に関するログ情報及び前記ネットワークにおける前記複数のネットワーク機器の構成を示す構成情報を取得する取得部と、前記取得部によって取得された前記ログ情報及び前記ネットワークの構成情報に基づいて、前記ネットワークに発生した障害によって影響を受ける当該ネットワーク上の範囲及びサービスを推定する推定部と、前記推定部によって推定された前記ネットワーク上の範囲における前記サービスに対して、前記ネットワークに発生した障害が与える影響の内容を検査する検査部と、前記検査部による検査結果を前記ネットワークの管理者に対して通知する通知部とを備えることを特徴とする。
【発明の効果】
【０００９】
本願に係る装置は、イベントがネットワークやサービスに与える影響を容易に評価することを可能にする。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施形態に係るネットワークの構成の一例を示す図である。
【図２】図２は、第１の実施形態に係る影響評価装置の構成の一例を示す図である。
【図３】図３は、第１の実施形態に係るログ情報記憶部によって記憶される情報の一例を示す図である。
【図４】図４は、第１の実施形態に係る構成情報記憶部によって記憶される情報の一例を示す図である。
【図５】図５は、第１の実施形態に係るルール情報記憶部によって記憶される情報の一例を示す図である。
【図６】図６は、第１の実施形態に係るテスト情報記憶部によって記憶される情報の一例を示す図である。
【図７】図７は、第１の実施形態に係る影響評価装置を含むネットワーク内における処理の流れを説明するための模式図である。
【図８】図８は、第１の実施形態に係る通知部によって通知されるイベントレポートの一例を示す図である。
【図９】図９は、第１の実施形態に係る影響評価装置による処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して、本願の開示する影響評価装置及び影響評価方法の実施形態を詳細に説明する。なお、本願の開示する影響評価装置及び影響評価方法は、以下の実施形態により限定されるものではない。
【００１２】
［第１の実施形態］
［ネットワークの構成］
まず、第１の実施形態に係る影響評価装置が適用されるネットワークの構成の一例を説明する。図１は、第１の実施形態に係るネットワーク１０の構成の一例を示す図である。図１に示すように、ネットワーク１０は、中継網１１と、ユーザセグメント１２ａと、ユーザセグメント１２ｂと、サーバセグメント１３ａと、サーバセグメント１３ｂとを有する。そして、ネットワーク１０は、ＣＭＤＢ（Configuration  Management  DataBase）２０、ＥＭ（Event  Manager）３０及び影響評価装置１００が接続される。なお、ネットワーク１０の構成は、図１に示す例に限定されるものではない。例えば、ユーザセグメント及びサーバセグメントは図示された数に限られず、多数のユーザセグメント及びサーバセグメントが、中継網１１に接続されている場合であってもよい。
【００１３】
中継網１１は、例えば、図１に示すように、ルータＲ１〜ルータＲ４を有し、ユーザセグメント１２ａと、ユーザセグメント１２ｂと、サーバセグメント１３ａと、サーバセグメント１３ｂとの間で実行される通信を中継する。なお、図１に示す中継網１１はあくまでも一例であり、図１に示す例に限定されるものではない。
【００１４】
ユーザセグメント１２ａ及びユーザセグメント１２ｂは、中継網１１を介してサーバセグメント１３ａ及びサーバセグメント１３ｂに含まれるサーバと通信を実行するユーザ端末をそれぞれ有する。また、ユーザセグメント１２ａ及びユーザセグメント１２ｂは、影響評価装置１００によって利用されるリファレンスサイトＲＳ１及びリファレンスサイトＲＳ２をそれぞれ有する。
【００１５】
リファレンスサイトＲＳ１及びリファレンスサイトＲＳ２は、影響評価装置１００によって送信されたテストコマンドを受信して、受信したテストコマンドに対応するプログラムを実行する。具体的には、リファレンスサイトＲＳ１及びリファレンスサイトＲＳ２は、影響評価装置１００によって送信されたテストコマンドに基づいて、障害などのイベントによって影響を受けるサービスの品質をテストする。例えば、リファレンスサイトＲＳ１及びリファレンスサイトＲＳ２は、インターネット制御メッセージプロトコル（ＩＣＭＰ：Internet  Control  Message  Protocol）を用いたＰｉｎｇやＴｒａｃｅ  Ｒｏｕｔｅによる計測や、ＨＴＴＰ（HyperText  Transfer  Protocol）などを実行することにより、遅延や疎通性などをテストする。リファレンスサイトＲＳ１及びリファレンスサイトＲＳ２は、例えば、セグメントやサーバなどである。
【００１６】
サーバセグメント１３ａ及びサーバセグメント１３ｂは、各種サービスを提供するサービス提供サーバＳ１及びサービス提供サーバＳ２をそれぞれ有する。サービス提供サーバＳ１及びサービス提供サーバＳ２は、ユーザセグメント１２ａ及びユーザセグメント１２ｂに含まれるユーザ端末に対して各種サービスを提供する。
【００１７】
ここで、ネットワーク１０に含まれる中継網１１及び各セグメント（ユーザセグメント１２ａ、１２ｂ及びサーバセグメント１３ａ、１３ｂ）は、それぞれ共通の管理下において運用されるネットワークの集合「ＡＳ（Autonomous  System：自律システム）」である。
【００１８】
また、ネットワーク１０に含まれる各ネットワーク機器（例えば、中継網１１に含まれるルータＲ１〜Ｒ４や、各セグメントと中継網１１を接続するルータなど：以下、ＮＷ機器と記す場合がある）は、それぞれＳｙｓｌｏｇプロトコルが適用され、所定のイベントが発生した場合に、Ｓｙｓｌｏｇメッセージを出力し、出力したＳｙｓｌｏｇメッセージをＥＭ３０に送信する。例えば、各ネットワーク機器は、データの中継処理を行った場合や、ポート間のリンクがダウンする事イベントであるリンクダウンが発生した場合や、ポート間のリンクが形成されるイベントであるリンクアップが発生した場合等に、Ｓｙｓｌｏｇメッセージを出力する。
【００１９】
このとき、各ＮＷ機器は、「タイムスタンプ」と、「イベントが発生した箇所」と、「発生したイベントの内容」とを含むＳｙｓｌｏｇメッセージを出力する。ここでいう「タイムスタンプ」とは、例えば、Ｓｙｓｌｏｇメッセージを出力した時刻、又は、イベントが発生した時刻等を示す。また、「イベントが発生した箇所」とは、例えば、ルータや、ルータを構成する構成部品等を示す。ルータの構成部品の例としては、ポートや、複数のポートを有するラインカード等が挙げられる。
【００２０】
例えば、ルータＲ１がポート１ａを有し、ルータＲ２がポート２ａを有し、ポート１ａとポート２ａとが接続されていたが、ポート１ａとポート２ａとの間においてリンクダウンが発生したものとする。かかる場合には、ルータＲ１は、例えば、「２０１１年７月１５日１０時３０分１０秒  ルータＲ１  ポート１ａ  リンクダウン」といったＳｙｓｌｏｇメッセージを出力する。また、ルータＲ２も同様のＳｙｓｌｏｇメッセージを出力する。
【００２１】
また、各ＮＷ機器は、それぞれＭＩＢ情報（Management  Information  Base）を有する。例えば、各ＮＷ機器は、ＲＦＣ１２１３によって定義された自装置のリソース状況やポートごとの管理情報を有する。一例を挙げると、各ＮＷ機器は、システムやインターフェースなどの監視対象グループごとに複数のオブジェクトを有するＭＩＢ情報を管理する。ここで、ＭＩＢ情報は、適宜更新される。
【００２２】
さらに、各ＮＷ機器は、ＳｙｓｌｏｇメッセージやＭＩＢ情報をトリガとして自装置の状態を詳細に調べるためのコマンドを実行するスクリプト（Event  Trigger  Script：以下、ＥＴＳと記す場合がある）がそれぞれ実装されている。例えば、各ＮＷ機器は、ＣＩＳＣＯ  ＥＥＭや、Ｊｕｎｉｐｅｒ  ｓｃｒｉｐｔなどが実装される。一例を挙げると、各ＮＷ機器は、所定のＳｙｓｌｏｇメッセージ（例えば、リンクダウンなど）やＭＩＢ情報（例えば、エラー以外の理由で破棄された受信パケット数が所定の閾値を超えたなど）をトリガとして、Ｓｈｏｗコマンドを実行して自装置の状態の詳細情報を収集する。
【００２３】
ＣＭＤＢ２０は、各ＮＷ機器に設定されている設定情報を各ＮＷ機器から取得して、管理する。これにより、ＣＭＤＢ２０は、各ＮＷ機器が有するポート間の接続関係に関する情報をネットワーク１０の構成情報として取得することができる。例えば、ＣＭＤＢ２０は、ネットワーク１０の構成情報として、ルータＲ１のポート１ａとルータＲ２のポート２ａとが接続されていることを示す情報等を取得することができる。
【００２４】
ＥＭ３０は、Ｓｙｓｌｏｇメッセージ収集機能と、Ｓｙｓｌｏｇメッセージ以外のシステムログ収集機能と、イベント管理機能とを有する。具体的には、ＥＭ３０は、Ｓｙｓｌｏｇコレクタを有し、各ＮＷ機器からＳｙｓｌｏｇメッセージを収集する。また、ＥＭ３０は、Ｓｙｓｌｏｇメッセージ以外のログ情報であるシステムログ情報として、ＭＩＢ情報や、ＥＴＳの結果（Ｓｈｏｗコマンドなどによって収集された詳細情報）などを収集する。例えば、ＥＭ３０がＳＮＭＰマネージャを実装し、各ＮＷ機器に実装されたＳＮＭＰエージェントに対してリクエストコマンドを発行することにより、ＭＩＢ情報を収集する。また、例えば、ＥＭ３０は、ＴＦＴＰ（Trivial  File  Transfer  Protocol）が実装され、ＴＦＴＰリクエストメッセージを各ＮＷ装置に対して送信することにより、ＥＴＳの結果などを収集する。
【００２５】
そして、ＥＭ３０は、収集したＳｙｓｌｏｇメッセージやシステムログ情報を統合して、イベント詳細情報として整理して、保持する。例えば、ＥＭ３０は、「いつ」、「どのＮＷ機器」が、「どのような状態か」を示すイベント詳細情報を保持する。
【００２６】
影響評価装置１００は、ＣＭＤＢ２０によって収集されたネットワーク１０の構成情報と、ＥＭ３０によって収集されたログ情報とを用いて、イベントによって影響を受けるネットワーク上の範囲とサービスとを解析する。
【００２７】
［影響評価装置の構成］
以下、図２を用いて、第１の実施形態に係る影響評価装置１００の構成について説明する。図２は、第１の実施形態に係る影響評価装置１００の構成の一例を示す図である。図２に示すように、影響評価装置１００は、Ｉ／Ｆ（Interface）部１１０と、入力部１２０と、表示部１３０と、通信部１４０と、記憶部１５０と、制御部１６０とを有する。Ｉ／Ｆ部１１０は、入力部１２０、表示部１３０及び通信部１４０と、制御部１６０との各種情報のやり取りを制御する。入力部１２０は、影響評価装置１００の管理者から各種情報の入力操作を受付ける。例えば、入力部１２０は、後述する制御部１６０によるリファレンスサイトの実行プログラムの選択に用いられるルール情報の入力操作を受付ける。なお、ルール情報については後に詳述する。表示部１３０は、各種情報を表示する表示デバイスであり、例えば液晶ディスプレイ等である。
【００２８】
記憶部１５０は、図２に示すように、ログ情報記憶部１５１と、構成情報記憶部１５２と、ルール情報記憶部１５３と、テスト情報１５４とを有する。記憶部１５０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２９】
ログ情報記憶部１５１は、ネットワーク１０に含まれるＮＷ機器のログ情報を記憶する。具体的には、ログ情報記憶部１５１は、後述する制御部１６０によってＥＭ３０から取得されたイベント詳細情報を記憶する。図３は、第１の実施形態に係るログ情報記憶部１５１によって記憶される情報の一例を示す図である。例えば、ログ情報記憶部１５１は、図３に示すように、「日付」、「時刻」、「ＮＷ機器」及び「状態」を対応付けたイベント詳細情報を記憶する。
【００３０】
ここで、「日付」とは、ネットワーク１０においてイベントが発生した日付を示す。また、「時刻」とは、ネットワーク１０においてイベントが発生した時刻を示す。また、「ＮＷ機器」とは、イベントが発生したＮＷ機器を示す。また、「状態」とは、イベントの内容を示す。すなわち、ログ情報記憶部１５１によって記憶されるログ情報は、「いつ」、「どの機器」で「どのようなイベント」が発生したかを意味する情報である。
【００３１】
図２に戻って、構成情報記憶部１５２は、ネットワーク１０の構成を示す構成情報を記憶する。具体的には、構成情報記憶部１５２は、後述する制御部１６０によってＣＭＤＢ２０から取得された構成情報を記憶する。図４は、第１の実施形態に係る構成情報記憶部１５２によって記憶される情報の一例を示す図である。例えば、構成情報記憶部１５２は、図４に示すように、「ＮＷ機器」、「構成部品」、「接続先ＮＷ機器」及び「構成部品」を対応付けた構成情報を記憶する。
【００３２】
一例を挙げると、構成情報記憶部１５２は、図４に示すように、「ＮＷ機器：Ｒ１、構成部品：ポート１ａ」に「接続先ＮＷ機器：Ｒ２、構成部品：ポート２ａ」が対応付けられた構成情報を記憶する。すなわち、上述した構成情報は、ネットワーク１０において、「ルータＲ１」の「ポート１ａ」に「ルータＲ２」の「ポート２ａ」が接続されていることを意味する。
【００３３】
図２に戻って、ルール情報記憶部１５３は、後述する制御部１６０によって実行されるリファレンスサイトの実行プログラムの選択に用いられるルール情報を記憶する。具体的には、ルール情報記憶部１５３は、リファレンスサイトによって実行されるテスト内容を決定するために予め設定されるルール情報を記憶する。図５は、第１の実施形態に係るルール情報記憶部１５３によって記憶される情報の一例を示す図である。例えば、ルール情報記憶部１５３は、図５に示すように、「イベント」、「範囲」、「サービス」及び「テスト内容」を対応付けたルール情報を記憶する。
【００３４】
ここで、「イベント」とは、ネットワーク１０において発生しうるイベントの内容を示す。また、「範囲」とは、ネットワーク１０において発生したイベントが影響する範囲を示す。また、「サービス」とは、ネットワーク１０において発生したイベントが影響するサービスを示す。また、「テスト内容」とは、リファレンスサイトに実行させるテストの内容を示す。すなわち、ルール情報記憶部１５１によって記憶されるルール情報は、イベント内容と、当該イベントによって影響をうける範囲及びサービス内容との組み合わせごとに、リファレンスサイトにどのようなテストを実行させるかを示す情報である。テスト内容としては、例えば、遅延テストや、疎通性テストなどが挙げられる。
【００３５】
図２に戻って、テスト情報記憶部１５４は、後述する制御部１６０によってリファレンスサイトに対して送信されるテスト実行コマンドに指定されるテストプログラムの情報を記憶する。図６は、第１の実施形態に係るルール情報記憶部１５４によって記憶される情報の一例を示す図である。例えば、テスト情報記憶部１５４は、図６に示すように、「テスト内容」に「プログラム」を対応付けたテスト情報を記憶する。ここで、「テスト内容」とは、リファレンスサイトに実行させるテストの内容を示す。また、「プログラム」とは、テスト内容に対応するプログラムの情報を示す。
【００３６】
図２に戻って、制御部１６０は、取得部１６１と、推定部１６２と、検査部１６３と、解析部１６４と、通知部１６５とを有する。ここで、制御部１６０は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路やＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路である。
【００３７】
取得部１６１は、ネットワーク１０に含まれる複数のネットワーク機器に関するログ情報及びネットワーク１０における複数のネットワーク機器の構成を示す構成情報を取得する。具体的には、取得部１６１は、ログ情報として、Ｓｙｓｌｏｇの情報、ＭＩＢ情報及びＳｈｏｗコマンドの出力情報を含む情報を取得する。例えば、取得部１６１は、ＣＭＤＢ２０から構成情報を取得する。また、取得部１６１は、ＥＭ３０からイベント詳細情報を取得する。ここで、取得部１６１は、例えば、ＴＦＴＰリクエストを用いて構成情報やイベント詳細情報を取得する。そして、取得部１６１は、取得したイベント詳細情報をログ情報記憶部１５１に格納し、構成情報を構成情報記憶部１５２に格納する。
【００３８】
推定部１６２は、取得部１６１によって取得されたログ情報及びネットワーク１０の構成情報に基づいて、ネットワーク１０に発生した障害によって影響を受ける当該ネットワーク１０上の範囲及びサービスを推定する。具体的には、推定部１６２は、ログ情報及び前記ネットワークの構成情報に基づいて、当該ネットワーク上でサービスを提供する複数のサービス提供サーバ及び前記複数のサービス提供サーバからサービス提供を受ける複数のユーザ端末のうち、ネットワーク１０に発生した障害によって影響を受けるサービス提供サーバ及びユーザ端末を推定する。
【００３９】
例えば、推定部１６２は、ログ情報記憶部１５１によって記憶されたイベント詳細情報を参照して、ネットワーク１０に発生したイベントを特定する。そして、推定部１６２は、構成情報記憶部１５２によって記憶されたネットワークの構成情報を参照して、特定したイベントごとに、イベントによって影響を受ける範囲と、サービス提供サーバによって提供されるサービスのうちイベントによって影響を受けるサービスとを推定する。
【００４０】
検査部１６３は、推定部１６２によって推定されたネットワーク１０上の範囲におけるサービスに対して、ネットワーク１０に発生した障害が与える影響の内容を検査する。具体的には、検査部１６３は、ネットワーク１０に発生した障害と、推定部１６２によって推定されたネットワーク１０上の範囲との組み合わせに基づいて、リファレンスサイトに実行させる検査内容を決定し、決定した検査内容の実行コマンドをリファレンスサイトに実行させることで、サービスに対して障害が与える影響の内容を検査する。
【００４１】
例えば、検査部１６３は、ルール情報記憶部１５３によって記憶されたルール情報と、テスト情報記憶部１５４によって記憶されたテスト情報とを参照して、推定部１６２によって影響範囲とサービスが推定されたイベントごとに、テスト内容及びプログラムを選択する。そして、検査部１６３は、選択したプログラムを実行させるテスト実行コマンドをリファレンスサイトＲＳ１及び／又はリファレンスサイトＲＳ２に送信してテストを実行させる。
【００４２】
解析部１６４は、検査部１６３による検査結果に基づいて、推定部１６２によって推定されたネットワーク上の範囲におけるサービスに対して、ネットワークに発生した障害が与える影響の内容を解析する。具体的には、解析部１６４は、リファレンスサイトＲＳ１及び／又はリファレンスサイトＲＳ２のテスト結果を取得して、取得した結果を解析することで、イベントがサービスに対して与える影響を評価する。
【００４３】
通知部１６５は、検査部１６３による検査結果をネットワークの管理者に対して通知する。具体的には、通知部１６５は、解析部１６４による解析結果とイベントとを組み合わせたイベントレポートを生成し、生成したイベントレポートをネットワーク１０の管理者に対して通知する。例えば、通知部１６５は、イベントごとに生成したイベントレポートを表示部１３０にて表示させることで、ネットワーク１０の管理者に検査結果を通知する。
【００４４】
以上、第１の実施形態に係る影響評価装置１００の構成について説明した。以下、上述した影響評価装置１００を含むネットワーク内における処理の流れについて、図７を用いて説明する。図７は、第１の実施形態に係る影響評価装置１００を含むネットワーク１０内における処理の流れを説明するための模式図である。
【００４５】
例えば、図７に示すように、ステップ１において、ネットワーク（ＮＷ）にイベントが発生すると、ＥＭ３０は、システムログ収集機能によってＭＩＢ情報やＳｈｏｗコマンド出力の情報などを収集する。また、同様に、ＥＭ３０は、Ｓｙｓｌｏｇ収集機能によってＳｙｓｌｏｇメッセージを収集する。そして、ステップ２において、ＥＭ３０は、イベント管理機能によって、収集したシステムログ情報及びＳｙｓｌｏｇメッセージの情報とを統合して、「いつ」、「どの機器」が「どのような状態か」を示すイベント詳細情報を生成して保持する。
【００４６】
その後、影響評価装置１００の取得部１６１が、ＣＭＤＢ２０からネットワークの構成情報を取得するとともに、ＥＭ３０からイベント詳細情報を取得する。そして、ステップ３において、影響評価装置１００の推定部１６２が、取得部１６１によって取得されたネットワークの構成情報と、イベント詳細情報とからどの機器・どのサービスがどのように影響を受けるかを推定する。
【００４７】
そして、ステップ４において、影響評価装置１００の検査部１６３が、推定部１６２の推定結果と、ルール情報とを用いて、「どのリファレンスサイトが」、「ＮＷのどの箇所へ」、「どのテストを実施するか」をそれぞれ決定する。そして、検査部１６３は、リファレンスサイトに対してテスト実行コマンドを送信する。
【００４８】
テスト実行コマンドを受信したリファレンスサイトは、ステップ５において、テスト実行コマンドで指示された範囲に対して、Ｐｉｎｇ、Ｔｒａｃｅ  Ｒｏｕｔｅ、Ｃａｐｔｕｒｅなどのテストを実行する。そして、リファレンスサイトは、テスト結果を影響評価装置１００に対して送信する。
【００４９】
そして、ステップ６において、影響評価装置１００がテスト結果を受信すると、解析部１６４は、テスト結果に基づいて、イベントがサービスに与える影響を解析する。例えば、解析部１６４は、「遅延」や、「疎通性」などを解析する。
【００５０】
そして、ステップ７において、通知部１６５は、解析部１６４の解析結果に基づいて、「イベント名」、「イベント詳細」、「影響評価」などの情報を含むイベントレポートを作成して、作成したイベントレポートをＮＷの管理者に対して通知する。
【００５１】
以上、影響評価装置１００を含むネットワーク内の処理の流れについて説明した。以下、図１に示すネットワーク１０のルータＲ３とルータＲ４との間にリンク故障が発生した場合の一例について説明する。
【００５２】
上記した場合、推定部１６２は、取得部１６１によって取得されたイベント詳細情報からリンク故障の詳細な情報を抽出する。例えば、推定部１６２は、イベント詳細情報に含まれる「中継網１１のルータ４のポートがダウン」とする情報を抽出する。そして、推定部１６２は、ネットワーク１０の構成情報を参照して、中継網１１の各ＮＷ機器が同一のＡＳに所属していることから、「中継網１１の各ＮＷ機器においてルートが再計算される可能性がある」と判定する。
【００５３】
さらに、推定部１６２は、構成情報を参照して、ユーザセグメント１２ａ、１２ｂ及びサーバセグメント１３ａ、１３ｂの通信が中継網１１を介していることから、「ユーザセグメント１２ａに対する及びユーザセグメント１２ｂに対するサービスサーバＳ１のサービスが影響を受ける」と推定する。同様に、推定部１６２は、「ユーザセグメント１２ａに対する及びユーザセグメント１２ｂに対するサービスサーバＳ２のサービスが影響を受ける」と推定する。
【００５４】
そして、検査部１６３は、「ルータＲ４のポートがダウンして、ルータＲ３との間のリンクが故障している」ことと、「ユーザセグメント１２ａに対する及びユーザセグメント１２ｂに対するサービスサーバＳ１のサービスが影響を受ける」及び「ユーザセグメント１２ａに対する及びユーザセグメント１２ｂに対するサービスサーバＳ２のサービスが影響を受ける」こととから、ルール情報を用いてテスト内容を決定する。
【００５５】
例えば、検査部１６３は、「サービスサーバＳ１からユーザセグメント１２ａ及びユーザセグメント１２ｂへの疎通性」を検証するテストと、「サービスサーバＳ２からユーザセグメント１２ａ及びユーザセグメント１２ｂへの疎通性」を検証するテストと、「サービスサーバＳ２からユーザセグメント１２ｂへのサービス応答時間」を検証するテストとを実行することを決定する。
【００５６】
そして、検証部１６３は、テスト情報を参照して各テスト内容に対応するプログラムを決定し、該当するリファレンスサイトへ決定したテスト実行コマンドを送信する。例えば、検査部１６３は、「サービスサーバＳ１へＰｉｎｇして、応答の有無を記録させるテスト」のテスト実行コマンドをリファレンスサイトＲＳ１に対して送信する。また、検査部１６３は、「サービスサーバＳ１へＰｉｎｇして、応答の有無を記録させるテスト」のテスト実行コマンドをリファレンスサイトＲＳ２に対して送信する。また、検査部１６３は、「サービスサーバＳ２へＰｉｎｇして、応答の有無と、応答時間とを記録させるテスト」のテスト実行コマンドをリファレンスサイトＲＳ２に対して送信する。
【００５７】
そして、解析部１６３は、各リファレンスサイトから受信したテスト結果を解析して、各サービスに対するイベントの影響を評価する。例えば、テスト結果が、「サービスサーバＳ１からリファレンスサイトＲＳ１に対する応答が有り」、「サービスサーバＳ１からリファレンスサイトＲＳ２に対する応答が有り」、「サービスサーバＳ２からリファレンスサイトＲＳ２に対する応答が有り」、「サービスサーバＳ２からリファレンスサイトＲＳ２に対する応答時間が所定の時間より長い」であった場合、解析部１６３は、「ユーザセグメント１２ｂに含まれるユーザ端末に対してサーバＳ２から提供されるサービスの通信に遅延が発生する」と解析する。
【００５８】
そして、通知部１６５は、解析部１６４による解析結果と、イベント詳細情報とからイベントレポートを生成して、ネットワーク１０の管理者に対して通知する。図８は、第１の実施形態に係る通知部１６５によって通知されるイベントレポートの一例を示す図である。例えば、通知部１６５は、図８に示すように、「イベント名：リンク故障」と、「イベント詳細：中継網１１のルータＲ４のポートがダウンし、ルータＲ３とルータＲ４との間のリンク故障」と、「影響：ユーザセグメント１２ｂに含まれるユーザ端末に対してサーバＳ２によって提供されるサービスの通信に遅延発生」とが記載されたイベントレポートを生成する。そして、通知部１６５は、表示部１３０に生成したイベントレポートを表示させる。
【００５９】
［影響評価装置による処理の手順］
次に、第１の実施形態に係る影響評価装置１００による処理の手順について、図９を用いて説明する。図９は、第１の実施形態に係る影響評価装置１００による処理の手順を示すフローチャートである。なお、図９においては、ネットワーク１０にイベントが発生して、ＥＭ３０がイベント詳細情報を生成した後の処理について示す。
【００６０】
図９に示すように、第１の実施形態に係る影響評価装置１００においては、ネットワーク１０にイベントが発生すると、取得部１６１が、イベント詳細情報及びネットワーク１０の構成情報を取得する（ステップＳ１０１）。そして、推定部１６２が、取得部１６１によって取得されたイベント詳細情報及びネットワークの構成情報を用いて、イベントによって影響を受けるＮＷ機器及びサービスを推定する（ステップＳ１０２）。
【００６１】
そして、検査部１６３が、推定部１６２によって推定されたＮＷ機器及びサービスと、イベントの内容とから、ルール情報に基づいて、テスト実行するリファレンスサイト及びテストプログラムを選択する（ステップＳ１０３）。そして、検査部１６３は、選択したリファレンスサイトに対してテスト実行コマンドを送信する（ステップＳ１０４）。
【００６２】
そして、リファレンスサイトからテスト結果を受信すると（ステップＳ１０５  肯定）、解析部１６４は、サービスに対するイベントの影響を解析する（ステップＳ１０６）。そして、通知部１６５は、解析部１６４による解析結果からイベントレポートを生成して、ＮＷ管理者に通知して（ステップＳ１０７）、処理を終了する。なお、ステップＳ１０５において、リファレンスサイトからのテスト結果を受信するまで、影響評価装置１００は待機状態となる（ステップＳ１０５  否定）。
【００６３】
［第１の実施形態の効果］
上述したように、第１の実施形態によれば、取得部１６１は、ネットワーク１０に含まれるネットワーク機器のログ情報及びネットワーク１０の構成情報を取得する。そして、推定部１６２は、取得部１６１によって取得されたログ情報及びネットワーク１０の構成情報に基づいて、ネットワーク１０に発生したイベントによって影響を受ける当該ネットワーク１０上の範囲及びサービスを推定する。そして、検査部１６３は、推定部１６２によって推定されたネットワーク１０上の範囲におけるサービスに対して、ネットワーク１０に発生したイベントが与える影響の内容を検査する。そして。通知部１６５は、検査部１６３による検査結果をネットワーク１０の管理者に対して通知する。従って、第１の実施形態に係る影響評価装置１００は、イベントがネットワークやサービスに与える影響を容易に評価することを可能にする。
【００６４】
例えば、従来技術では、イベントの影響を評価するためには、ＮＷ管理者が、イベントの詳細情報に基づいてＮＷ上で影響が及ぶ範囲を推定し、適切な評価手段を選択して評価を行なっていたが、第１の実施形態に係る影響評価装置１００は、イベントに合わせて適切な評価を行うことができ、イベントがネットワークやサービスに与える影響を容易に評価することを可能にする。
【００６５】
また、例えば、従来技術では、イベントに関する情報のみでなく、管理者がＮＷの物理構成及び論理構成の情報を把握しておく必要があり、ＮＷ管理者にとっては高度な知識が求められる上、多くの稼動が必要であったが、第１の実施形態に係る影響評価装置１００は、イベント検知からその影響評価までを自動的に実施することができ、イベントがネットワークやサービスに与える影響を容易に評価することを可能にする。
【００６６】
また、第１の実施形態によれば、推定部１６２は、ログ情報及びネットワーク１０の構成情報に基づいて、当該ネットワーク１０上でサービスを提供する複数のサービス提供サーバ及び複数のサービス提供サーバからサービス提供を受ける複数のユーザ端末のうち、前記ネットワークに発生した障害によって影響を受けるサービス提供サーバ及びユーザ端末を推定する。従って、第１の実施形態に係る影響評価装置１００は、イベントによる影響の範囲を詳細に推定することを可能にする。
【００６７】
また、第１の実施形態によれば、検査部１６３は、ネットワーク１０に発生した障害と、推定部１６２によって推定されたネットワーク上１０の範囲との組み合わせに基づいて、リファレンスサイトに実行させる検査内容を決定し、決定した検査内容の実行コマンドをリファレンスサイトに実行させることで、サービスに対して障害が与える影響の内容を検査する。従って、第１の実施形態に係る影響評価装置１００は、種々のイベントに対応した適切な検査を実行することを可能にする。
【００６８】
また、第１の実施形態によれば、解析部１６４は、検査部１６３による検査結果に基づいて、推定部１６２によって推定されたネットワーク１０上の範囲におけるサービスに対して、ネットワーク１０に発生した障害が与える影響の内容を解析する。そして、通知部１６５は、解析部１６４による解析結果と障害とを組み合わせたレポートを生成し、生成したレポートをネットワーク１０の管理者に対して通知する。従って、第１の実施形態に係る影響評価装置１００は、イベントがサービスに与える影響の詳細をネットワーク管理者に提供することができ、ネットワーク管理者が適切かつ迅速にアクションをとることを可能にする。
【００６９】
また、第１の実施形態によれば、取得部１６１は、ログ情報として、Ｓｙｓｌｏｇの情報、ＭＩＢ情報及びＳｈｏｗコマンドの出力情報を含む情報を取得する。従って、第１の実施形態に係る影響評価装置１００は、ネットワーク機器の状態に関して種々の情報を取得することができ、様々なイベントを検出することを可能にする。
【００７０】
［第２の実施形態］
これまで第１の実施形態について説明したが、本願に係る技術は第１の実施形態に限定されるものではない。すなわち、第１の実施形態は、その他の様々な形態で実施されることが可能であり、種々の省略、置き換え、変更を行うことができる。
【００７１】
上述した第１の実施形態では、イベントレポートをネットワーク１０の管理者に通知する場合について説明した。しかしながら、実施形態はこれに限定されるものではなく、例えば、複数のネットワーク管理者それぞれにイベントレポートを通知する場合であってもよい。例えば、図１に示すユーザセグメント１２ａ及びユーザセグメント１２ｂそれぞれの管理者に対してイベントレポートを通知する場合であってもよい。これにより、例えば、第２の実施形態に係る影響評価装置１００は、イベントによって影響を受けるユーザに対して迅速に通知を行うことができる。また、例えば、第２の実施形態に係る影響評価装置１００は、各ネットワーク管理者によるネットワークの設計やサーバの構成などをより適切に行わせることを可能にする。
【００７２】
[システム構成等]
例えば、各装置の分散・統合の具体的形態（例えば、図２の形態）は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合することができる。一例を挙げると、取得部１６１と推定部１６２とを一つの処理部として統合してもよく、一方、検査部１６３を、リファレンスサイト及び検査内容を決定する決定部と、決定された検査内容を決定されたリファレンスサイトに実行させる実行制御部とに分散してもよい。
【００７３】
また、ＥＭ３０に備えられたＳｙｓｌｏｇ収集機能、Ｓｙｓｌｏｇ以外のシステムログ収集機能、イベント詳細情報の管理機能は、同一の装置によって実行される場合であってもよく、或いは、それぞれ異なる装置で実行される場合であってもよい。
【００７４】
これらの実施例やその変形は、本願に係る技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００７５】
１０  ネットワーク
１１  中継網
１２ａ、１２ｂ  ユーザセグメント
１３ａ、１３ｂ  サーバセグメント
２０  ＣＭＤＢ
３０  ＥＭ
１００  影響評価装置
１６１  取得部
１６２  推定部
１６３  検査部
１６４  解析部
１６５  通知部
【図１】
2014036310.tif 000003
【図２】
2014036310.tif 000004
【図３】
2014036310.tif 000005
【図４】
2014036310.tif 000006
【図５】
2014036310.tif 000007
【図６】
2014036310.tif 000008
【図７】
2014036310.tif 000009
【図８】
2014036310.tif 000010
【図９】
2014036310.tif 000011