JP2015012572A - 監視システム及び監視プログラム - Google Patents

Abstract

【課題】、障害発生を契機に自動的に再現試験の実行開始又は停止を行うことができ、収集された大量のパケット情報から自動的に被疑箇所を解析することができるようにする。
【解決手段】本発明は、１又は複数の被監視装置のそれぞれから状態管理パケットを取得して、各被監視装置の状態を管理する状態管理手段と、状態管理手段により障害が検出されると、状態管理手段から当該障害に係る被監視装置までの、複数の経由装置から状態管理パケットのパケット情報の収集を開始し、収集したパケット情報に基づいて被疑箇所を解析するものであり、障害事象の再現試験の実行回数又は再現試験の実行時間に基づいてパケット情報の収集を停止するキャプチャ制御手段とを備えることを特徴とする監視システムである。
【選択図】 図１

Description

本発明は、監視システム及び監視プログラムに関し、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）アーキテクチャを利用して、サーバやネットワーク機器等を監視する監視システム及び監視プログラムに適用し得るものである。

従来、ネットワーク上の装置の運用状態を監視する監視システムの１つとして、ＳＮＭＰプロトコルを用いるものがある。監視対象とする被監視装置がＳＮＭＰプロトコルに対応している場合、監視装置は、被監視装置からＴＲＡＰの受信、あるいは定期的にＳＮＭＰエージェントの管理情報（例えば、ＭＩＢ（Ｍａｎｅｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）情報等）をポーリングにより取得することで被監視装置の状態変化を監視している。

ＳＮＭＰはＵＤＰ／ＩＰプロトコルで通信するため、ＳＮＭＰマネージャとＳＮＭＰエージェントとの間のデータ通信が保証されておらず、稀に、例えばＳＮＭＰのパケットロスが発生し、ＴＲＡＰの不達や、ＭＩＢ情報の取得エラー等が生じ得る。

パケットロスの発生原因は、例えば、被監視装置の故障や、被監視装置に搭載されるＯＳやアプリケーションのバグや、ネットワークの問題等、被疑範囲が広く、ログ解析だけでは特定することが困難な場合が多い。そのため、被疑箇所を特定する手段として、パケットキャプチャによるトラフィック解析がログ解析と併せて用いられる。

つまり、監視装置と、被監視装置との間の経路上の装置・機器を通過するＳＮＭＰパケットをキャプチャする。そして、障害発生時と同様の問題事象が再現されたときに、保守者が、キャプチャ情報からパケットロス発生箇所を解析することで被疑箇所を特定する。

図２は、従来のパケットキャプチャによるトラフィック解析手順を示すフローチャートである。

従来、パケットロス等の障害が発生すると、保守者が障害ログから１次切り分けを行い、保守者がパケットキャプチャの準備を行う（Ｓ９１）。具体的には、保守者が、障害ログを調査して、トラフィック監視に係る被監視装置やフィルタリング条件（例えば、ＬＡＮインタフェース、ポート番号等）を決定する。

保守者は、監視対象とする被監視装置にターミナルソフト等を利用してリモート接続し、Ｓ９１で決定した実行条件に従ってパケットキャプチャを実行する。これにより、ＳＮＭＰパケットのパケット情報の収集開始を行う（Ｓ９２）。

つまり、ＳＮＭＰマネージャとＳＮＭＰエージェントとの間の通信経路上のネットワーク機器の通信ポートを通過するパケットのパケット情報を取得する。また、ＳＮＭＰエージェントを備える被監視装置からパケット情報を取得するだけなく、ＳＮＭＰマネージャとＳＮＭＰエージェントとの間の経路上のネットワーク機器（例えばルータ等）の通信ポートを通過したパケット情報も取得する。

保守者は、問題事象と同様の事象が発生するまで継続して被監視装置やネットワーク機器等を監視する。なお、問題事象が発生しない場合、想定される原因に基づいて再現試験を行う場合もある（Ｓ９３）。

保守者は、監視対象とする被監視装置にターミナルソフト等を利用してリモート接続し、Ｓ９２で実行したパケットキャプチャを停止する（Ｓ９４）。

その後、保守者がパケットキャプチャにより収集したパケット情報から問題事象が発生した時刻のパケット伝送状況を解析することで、パケットロスが発生した装置、ネットワーク区間を切り分ける（Ｓ９５）。

特許文献１の記載技術は、ネットワーク構築時・施工時の障害解析に関するものであり、パケットキャプチャ部が受信ポートで受信する通信線上の通信データからパケットデータを取り込み、通信接続／切断判断部が接続状態判断用テーブルに基づいて正常又は異常を判断し、保守者が、ＧＵＩ部を通じて判断結果を表示するものである。

特開２００５−２２９５３７号公報

しかしながら、上述した従来のパケットキャプチャによるトラフィック解析方法は、以下に示すような問題が生じ得る。

まず、パケットキャプチャを実行する場合、保守者が障害ログから１次切り分けし、キャプチャする装置やフィルタリング条件を判断するため、準備に時間がかかるという問題がある。

また、問題事象が再現されるまで、パケットキャプチャを実行した場合、大量のパケット情報がファイルに出力されるため、常にファイル出力先のディスク容量を監視し、且つ、問題が再現したら、すみやかにパケットキャプチャを停止する必要がある。そのため、保守者はディスク容量監視と問題再現監視を常に行わなければならないという問題がある。

さらに、トラフィック解析を行う際、保守者は大量に出力されたパケット情報から障害解析を行わなければならないため、被疑箇所の特定までに非常に時間がかかるという問題がある。

特許文献１の記載技術を適用する場合も、保守者が、パケットキャプチャの開始又は停止命令を行なう必要が生じる。また、特許文献１の記載技術は、通信対象機器、および、通信経路上のネットワーク機器の間の障害の切り分けを実施できないという同様の課題がある。

そのため、障害発生を契機に自動的にパケットキャプチャの実行開始又は停止を行うことができ、収集された大量のパケット情報から自動的に被疑箇所を解析することができる監視システム及び監視プログラムが求められている。

上述した課題を解決するために、第１の本発明は、（１）１又は複数の被監視装置のそれぞれから状態管理パケットを取得して、各被監視装置の状態を管理する状態管理手段と、（２）状態管理手段により障害が検出されると、状態管理手段から当該障害に係る被監視装置までの、複数の経由装置から状態管理パケットのパケット情報の収集を開始し、収集したパケット情報に基づいて被疑箇所を解析するものであり、障害事象の再現試験の実行回数又は再現試験の実行時間に基づいてパケット情報の収集を停止するキャプチャ制御手段とを備えることを特徴とする監視システムである。

第２の本発明は、コンピュータを、（１）１又は複数の被監視装置のそれぞれから状態管理パケットを取得して、各被監視装置の状態を管理する状態管理手段と、（２）状態管理手段により障害が検出されると、状態管理手段から当該障害に係る被監視装置までの、複数の経由装置から状態管理パケットのパケット情報の収集を開始し、収集したパケット情報に基づいて被疑箇所を解析するものであり、障害事象の再現試験の実行回数又は再現試験の実行時間に基づいてパケット情報の収集を停止するキャプチャ制御手段として機能させることを特徴とする監視プログラムである。

本発明によれば、障害発生を契機に自動的にパケットキャプチャの実行開始又は停止を行うことができ、収集された大量のパケット情報から自動的に被疑箇所を解析することができる。

実施形態に係る監視システムの全体的な構成イメージを示す構成図である。 従来のパケットキャプチャによるトラフィック解析手順を示すフローチャートである。 実施形態に係るキャプチャ制御部の機能的な構成を示す機能構成図である。 実施形態に係る経路情報テーブルの構成例を示す構成図である。 実施形態に係る装置情報テーブルの構成例を示す構成図である。 実施形態に係るフィルタ条件テーブルの構成例を示す構成図である。 実施形態に係るキャプチャ情報テーブルの構成例を示す構成図である。 実施形態に係るキャプチャ実行テーブルの構成例を示す構成図である。 実施形態に係る監視システムにおけるＳＮＭＰパケットのキャプチャによる被疑箇所の解析処理を説明する説明図である。 実施形態に係るキャプチャ制御機能部によるパケットキャプチャの開始要求又は終了要求の処理を示すフローチャートである。 実施形態に係るキャプチャ制御機能部によるキャプチャ実行時間によるパケットキャプチャ終了要求の処理を示すフローチャートである。 実施形態に係るキャプチャ実行機能部によるパケットキャプチャ実行処理を示すフローチャートである。 ＳＮＭＰパケットを構成する情報を一部列挙した図である。 実施形態に係る監視装置１によるパケットキャプチャの様子を説明する説明図である。 図１４の例の場合のＳＮＭＰパケットの被疑箇所の切り分け方法を説明する説明図である。

（Ａ）主たる実施形態
以下では、本発明の監視システム及び監視プログラムの実施形態を、図面を参照しながら詳細に説明する。

この実施形態では、例えばＳＮＭＰを用いて監視装置が被監視装置の運用状態を監視するシステムにおいて、パケットロス等の障害が発生した際に、監視装置が自動的に経路上の装置や機器からパケット情報（ＳＮＭＰパケット）を取得するパケットキャプチャを行い、障害発生箇所を解析するシステムに、本発明を適用する場合を例示する。

（Ａ−１）実施形態の構成
図１は、実施形態に係る監視システムの全体的な構成イメージを示す構成図である。図１において、実施形態に係る監視システム１０は、監視装置１、被監視装置２−１及び２−２を有する。

図１では、監視装置１の監視対象とする被監視装置が２台の場合を例示するが、被監視装置の数は特に限定されるものではない。なお、被監視装置の共通構成を説明する場合には、被監視装置２と表記して説明する。

また、図１では、監視装置１と被監視装置２−１及び２−２とがネットワーク５を介して接続している場合を例示し、監視装置１はネットワーク５上のルータ３−１と接続し、被監視装置２−１はネットワーク５上のルータ３−２と接続し、被監視装置２−３はネットワーク５上のルータ３−３と接続しているものとする。

被監視装置２は、監視装置１によりＳＮＭＰを用いて運用状態を監視されるものである。被監視装置２は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信部等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行してソフトウェア処理により、被監視装置２の機能を実現するものである。

また、被監視装置２は、汎用ＯＳ（例えばＬｉｎｕｘ（登録商標）等）により構築されており、被監視装置２が具備するネットワークインタフェースのポートを通過するパケット情報をファイル（キャプチャファイル）に保持するものである。パケット情報のファイルには、キャプチャファイル名が付与されている。また、キャプチャファイルには、ＳＮＭＰパケットのヘッダ情報や、ＳＮＭＰのプロトコル情報、ＰＤＵ Ｔｙｐｅ（コマンドタイプ）、Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）等が記録される。つまり、キャプチャファイルには、通過したＳＮＭＰパケットのコマンドタイプやコマンド識別子等を含むものである。

図１に示すように、被監視装置２は、機能的に、ＳＮＭＰエージェント２１、管理情報としてのＭＩＢ情報（図１ではＭＩＢと表記）２２を有している。

ＳＮＭＰエージェント２１は、後述するＳＮＭＰマネージャ１３からのＳＮＭＰリクエストに応じて、ＭＩＢ２２を参照してＳＮＭＰレスポンスをＳＮＭＰマネージャ１３に送信するものである。ＳＮＭＰエージェント２１は、既存のＳＮＭＰエージェントを適用することができる。

ＭＩＢ２２は、被監視装置２の状態を示す管理情報である。ＭＩＢ２２における管理情報は、例えば、ＲＦＣ１１５６に規定される情報（ＭＩＢ１）や、ＲＦＣ１２１３に規定される情報（ＭＩＢ２）や、独自に定義した情報とすることができる。

ルータ３−１〜３−３は、監視装置１と被監視装置２との間に介在するネットワーク機器の一例である。図１では、ネットワーク機器の一例としてルータ３−１〜３−３を例示しているが、監視装置１と被監視装置２との間のネットワーク機器であれば、ネットワーク機器がスイッチ装置等であっても良い。

ネットワーク機器としてのルータ３−１〜３−３は、この実施形態において、監視装置１によるパケットキャプチャの対象装置となり得る。ネットワーク機器であるルータ３−１〜３−３は、パケットキャプチャの実行コマンドであるｔｃｐｄｕｍｐコマンドを実装していない。そのため、ルータ３−１〜３−３は、ポートミラーリング機能を有してキャプチャ情報（キャプチャファイル）を転送する。具体的には、ルータ３−１〜３−３はミラーポートを介してキャプチャ用装置３２と接続している。また、ルータ３−１〜３−３は、特定の通信ポートを通過するパケットをコピーしてミラーポートに転送するポートミラーリング機能を有する。これにより、特定の通信ポートを通過するパケットを、ミラーポートを介してキャプチャ用装置３２に転送することができる。

キャプチャ用装置３２は、監視装置１からのキャプチャ要求に従って、ルータ３−１〜３−３を通過するパケットのパケット情報を監視装置１に送信するものである。キャプチャ用装置３２は、例えばＯＳとして汎用ＯＳ（例えばＬｉｎｕｘ（登録商標））とする情報処理装置（例えば、サーバ、パーソナルコンピュータ等）を適用することができる。

キャプチャ用装置３２は、接続するルータ等のネットワーク機器のモニターポートからミラーポートに転送されたパケットのパケット情報をファイル（キャプチャファイル）として保持する。つまり、キャプチャ用装置３２は、ネットワーク機器のモニターポートとミラーポートとを対応付けて管理しておき、どのモニターポートからポートミラーリングされたパケットであるかを管理する。

パケット情報のファイルには、キャプチャファイル名が付与されている。また、キャプチャファイルには、ＳＮＭＰパケットのヘッダ情報や、ＳＮＭＰのプロトコル情報、ＰＤＵ Ｔｙｐｅ（コマンドタイプ）、Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）等が記録される。つまり、キャプチャファイルには、通過したＳＮＭＰパケットのコマンドタイプやコマンド識別子等を含むものである。

監視装置１は、ＳＮＭＰを用いて監視対象である被監視装置２の運用状態を監視するものである。

また、監視装置１は、ＳＮＭＰを用いた監視においてパケットロス等の障害が発生した際、当該監視装置１と被監視装置２との間の通信経路上に存在する装置・機器（以下、キャプチャ対象装置ともいう）の通信ポートを通過するＳＮＭＰパケットのパケット情報を取得（キャプチャ）し、監視装置１と被監視装置２との間の経路上で障害が発生したものと疑わしい箇所（被疑箇所）を解析する再現試験を行うものである。

監視装置１は、例えばＧＵＩ（Graphical User Interface）制御等により、保守端末１４に対して、各被監視装置２のネットワークトラフィック情報、ＣＰＵやメモリの使用率、ハードウェアの稼働状況等の画面情報を与える。保守端末１４に表示させる画面は、様々な表示形式を適用することができ、被監視装置２のネットワーク構成のマップ表示や、各装置状態の種類に応じてグラフ化表示等とすることができる。また、各被監視装置２の装置状態情報に応じて警告アラーム音の出力や表示色を変えて出力させるようにしても良い。

ここで、キャプチャ対象装置とは、監視装置から被監視装置までの間でパケット通信に関与する装置であって、被疑箇所の切り分けのためにパケット情報を取得する対象とする装置をいう。キャプチャ対象装置は、監視装置１及び被監視装置２を含むと共に、通信経路上に存在するネットワーク機器（例えば、ルータやスイッチ装置等）も含むものである。

監視装置１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信部等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行してソフトウェア処理により、監視装置１の機能を実現するものである。図１に示すように、監視装置１は、機能的に、被監視装置２のＳＮＭＰを用いて運用状態を管理するＳＮＭＰマネージャ１３、監視アプリケーション１２、キャプチャ制御部１１を有する。

ＳＮＭＰマネージャ１３は、ＳＮＭＰによって、ネットワーク上の被監視装置２の状態を管理するものである。ＳＮＭＰマネージャ１３は、既存のＳＮＭＰマネージャを適用することができる。

例えば、ＳＮＭＰマネージャ１３は、被監視装置２のＳＮＭＰエージェント２１に対して、被監視装置２の状態を示す管理情報（ＭＩＢ情報）の取得要求を行い、被監視装置２からのＭＩＢ情報に基づいて被監視装置２の状態を管理する。より具体的には、ＳＮＭＰマネージャ１３は、ＳＮＭＰエージェント２１から被監視装置２の状態（状態値）が設定状態（設定値）に達した旨を示すＴＲＡＰの受信や、被監視装置２のＭＩＢ情報２２（被監視装置２のＭＩＢに格納される全部又は一部のＭＩＢ情報）の取得などを行う。ＳＮＭＰマネージャ１３は、被監視部２から取得したＭＩＢ情報２２に基づいて、ネットワークシステムに接続されている被監視装置２の稼働状況や、サービスの稼働状況、システムリソース（システムパフォーマンス）の状況、ネットワークトラフィック量、システムログに記録される特定のメッセージの有無、システムログの急激な増加（又は減少）等を管理する。

監視アプリケーション１２は、被監視装置２の状態を監視するアプリケーションである。監視アプリケーション１２は、ＳＮＭＰマネージャ１３に対してＭＩＢ情報２２の取得要求を指示したり、キャプチャ制御部１１に対してパケット情報のキャプチャ要求を指示したりするものである。ここで、ＳＮＭＰマネージャ１３が被監視装置２に対してＭＩＢ情報２２の取得要求を送信したが、ＳＮＭＰマネージャ１３が被監視装置２から応答を受信しない場合に、監視アプリケーション１２は、障害検出と見做し、キャプチャ制御部１１に対してキャプチャの実行要求を行う。

また、監視アプリケーション１２は、例えば、ＳＮＭＰマネージャ１３により管理される被監視装置２の状態情報を保守端末１４のディスプレイに表示させたり、被監視装置２との間の経路情報を表示したり、キャプチャ制御部１１によりキャプチャされたパケット情報の収集結果を表示したり、被疑箇所を示したりするものである。

キャプチャ制御部１１は、監視アプリケーション１２からパケット情報のキャプチャの実行要求の通知を受けると、当該監視装置１と被監視装置２との間の経路上の装置・機器の通信ポートを通過するパケットのパケット情報を取得するキャプチャ処理の実行開始又は停止、キャプチャ情報の蓄積、キャプチャ情報の解析、問題事象の再現確認等を行うものである。

図３は、実施形態に係るキャプチャ制御部１１の機能的な構成を示す機能構成図である。

図３において、実施形態に係るキャプチャ制御部１１は、キャプチャ制御機能部１１１、キャプチャ実行機能部１１２、キャプチャ蓄積機能部１１３、キャプチャ情報データベース１１４、キャプチャ解析機能部１１５、データベース１１６を有する。

キャプチャ制御機能部１１１は、キャプチャ制御部１１が行う、キャプチャ実行機能、キャプチャ蓄積機能、キャプチャ解析機能の実行制御を行うものである。また、キャプチャ制御機能部１１１は、ユーザインタフェースである保守端末１４と接続し、保守者操作による各種要求に対して応答する機能を有する。

キャプチャ実行機能部１１２は、キャプチャ制御機能部１１１の制御の下、キャプチャ対象装置に対して、パケットキャプチャの実行開始及び停止を行うものである。

キャプチャ実行機能部１１２は、被監視装置２との間で監視制御パケットの送受信を確認することができるコマンドを用いてパケットキャプチャを行う。例えば、被監視装置２のＯＳが汎用ＯＳ（例えばＬｉｎｕｘ（登録商標）の場合）、キャプチャ実行機能部１１２は、ＯＳ標準で提供されるｔｃｐｄｕｍｐコマンドを用いることができる。勿論、ｔｃｐｄｕｍｐコマンドに限定されるものではない。

また、キャプチャ実行機能部１１２は、パケットキャプチャによりキャプチャ対象装置からキャプチャファイルを収集するものである。このとき、キャプチャ実行機能部１１２は、収集したキャプチャファイルを一時的に保存用の記憶領域に保存するようにする。これは、後述するキャプチャ蓄積機能部１１３が、収集されたキャプチャファイルの内容から所定のテーブル形式のキャプチャ情報を形成してキャプチャ情報データベース１１４に蓄積するので、収集したキャプチャファイルを一時的に保持するためである。例えば、監視装置１のファイル保存用ディレクトリにキャプチャファイルを転送することで一時的にキャプチャファイルを保存することができる。

キャプチャ実行機能部１１２は、監視アプリケーション１２から障害検出の通知を受けたことをトリガとしてパケットキャプチャの実行を開始する。

ここで、障害検出は、例えば、ＳＮＭＰマネージャ１３が被監視装置２に対してＭＩＢ情報２２の取得要求を行ったが、ＳＮＭＰマネージャ１３が被監視装置２からの応答を受信しない場合とすることができる。より具体的には、ＳＮＭＰマネージャ１３が取得要求先である被監視装置２（ＳＮＭＰエージェント２１）のＩＰアドレスを保持しておき、ＳＮＭＰマネージャ１３がＳＮＭＰマネージャ２１からの応答受信の有無を管理することで実現できる。監視アプリケーション１２は、応答受信がない被監視装置２のＩＰアドレスを含む障害通知をキャプチャ制御機能部１１１に通知することでパケットキャプチャの実行を開始させることができる。このとき、例えば、被監視装置２への取得要求時から所定時間経過しても応答受信がない場合に障害検出としても良い。また、所定のリトライ回数を設定し、取得要求の回数がリトライ回数を超えた場合に障害検出としても良い。

キャプチャ蓄積機能部１１３は、キャプチャ制御機能部１１１の制御の下、キャプチャ実行機能部１１２により各キャプチャ対象装置から収集されたキャプチャファイルに保存されているパケット情報を読み出して、データベース１１６のキャプチャ情報テーブル５４に蓄積するものである。キャプチャ蓄積機能部１１３は、キャプチャ実行機能部１１２によるパケットキャプチャが停止した後、キャプチャ制御機能部１１１からの指示に従って、キャプチャ情報の蓄積処理を開始する。

キャプチャ解析機能部１１５は、キャプチャ制御機能部１１１の制御の下、データベース１１６のキャプチャ情報テーブル５４に蓄積されているパケット情報を解析して、パケットロス発生箇所を切り分けるものである。

データベース１１６は、パケットキャプチャの実行に必要な各種情報を記憶するものである。図３に示すように、データベース１１６は、経路情報テーブル５１、装置情報テーブル５２、フィルタ条件テーブル５３、キャプチャ情報テーブル５４、キャプチャ実行テーブル５５を有する。

経路情報テーブル５１は、監視装置１から被監視装置２までの間の経路上でパケットが経由する装置の一覧情報である。経路情報テーブル５１は、キャプチャ実行機能部１１２がパケット情報をキャプチャするキャプチャ対象装置を決定する際に利用されるものである。つまり、障害通知に係る被監視装置２との間のトラフィック解析を行う際に、キャプチャ実行機能部１１２が、経路情報テーブル５１を参照して当該被監視装置２までの経路上のキャプチャ対象装置を決定する。

図４は、実施形態に係る経路情報テーブル５１の構成例を示す構成図である。図４に示すように、経路情報テーブル５１は、被監視装置２の識別情報（例えばＩＰアドレス）を示す項目「被監視装置」と、監視装置１から被監視装置２までの経路上で経由する全てのキャプチャ装置の識別情報をパケット伝送方向の順に登録した項目「経由装置１」〜「経由装置Ｎ（Ｎは整数）」とを対応付けたものである。項目「経由装置」に登録するデータは、例えば、予めコンフィグファイルに定義しておき、監視装置１の起動時に読み込むようにしても良いし、又は保守端末１４のユーザインタフェースから登録するようにしても良い。例えば、図４の第１行目の例の場合、監視装置１から「被監視装置（ＩＰアドレス）：192.162.2.100」までの間の経由装置は、「経由装置１：192.168.0.1」、…、「経由装置Ｎ：192.162.2.10」であることを示す。

装置情報テーブル５２は、パケット情報をキャプチャするキャプチャ対象装置が、被監視装置２であるか又はネットワーク機器（例えばルータやスイッチ装置等）であるかを認識するための情報である。

図５は、実施形態に係る装置情報テーブル５２の構成例を示す構成図である。図５に示すように、装置情報テーブル５２は、装置の識別情報（例えばＩＰアドレス）を示す項目「装置」と、装置種別を示す項目「装置種類」と、項目「キャプチャ用装置」と、項目「モニターポート」と、項目「ミラーポート」とを対応付けたものである。

ここで、項目「装置種類」は、装置（キャプチャ対象装置）が、被監視装置２であるか又はネットワーク機器であるかを示す情報である。例えば、「装置種類：１」は被監視装置２であることを示し、「装置種類：２」はネットワーク機器であることを示す。なお、「装置種類」の分類数は、被監視装置２とネットワーク機器の２種類に限定されるものではない。

また、キャプチャ対象装置がネットワーク機器の場合、ネットワーク機器はパケットキャプチャ機能がない。そのため、ネットワーク機器からパケットキャプチャを行うために、ネットワーク機器が有するポートミラーリング機能を利用し、キャプチャ用装置３２上でキャプチャする必要がある。そのため、図５に示すように、追加情報として、キャプチャ用装置３２のＩＰアドレスを示す項目「キャプチャ用装置」、ネットワーク機器の特定の通信ポートのモニターポート番号を示す項目「モニターポート番号」、ネットワーク機器の特定の通信ポートに対応するミラーポート番号を示す項目「ミラーポート」を有する。項目「キャプチャ用装置」と、項目「モニターポート」と、項目「ミラーポート」に登録するデータは、予めコンフィグファイルに定義しておき、監視装置１の起動時に読み込んでもよいし、保守端末１４のユーザインタフェースから登録してもよい。

フィルタ条件テーブル５３は、キャプチャ対象装置毎に、パケットキャプチャのフィルタリング条件を示す情報である。フィルタ条件テーブル５３は、キャプチャ実行機能部１１２が、パケットキャプチャを行う際、ｔｃｐｄｕｍｐコマンド実行時のパラメータ指定に利用する。

図６は、実施形態に係るフィルタ条件テーブル５３の構成例を示す構成図である。図６に示すように、フィルタ条件テーブル５３は、項目「装置」、項目「ＬＡＮインタフェース」、項目「プロトコル」、項目「ポート」、項目「キャプチャファイル名」を対応付けたものである。項目「装置」はキャプチャ対象装置の識別情報（例えばＩＰアドレス）である。項目「ＬＡＮインタフェース」は、キャプチャ対象装置のＬＡＮインタフェース名である。項目「プロトコル」はキャプチャ対象装置からパケットキャプチャする際に利用するプロトコルであり、項目「ポート」は、キャプチャ対象装置からパケットキャプチャに利用するポート番号である。項目「キャプチャファイル名」は、キャプチャ対象装置から取得するキャプチャファイルのファイル名である。

フィルタ条件テーブル５３において、キャプチャ対象装置がネットワーク機器の場合は、キャプチャ用装置でキャプチャするためのフィルタリング条件を設定する必要がある。フィルタ条件テーブル５３の各項目に登録するデータは、予めコンフィグファイルに定義しておき、装置監視システム起動時に読み込んでもよいし、保守端末のユーザインタフェースから登録してもよい。

キャプチャ情報テーブル５４は、キャプチャ蓄積機能部１１５により各キャプチャ対象装置から収集したキャプチャファイルに含まれるパケット情報を登録したものである。キャプチャ情報テーブル５４に登録されるパケット情報は、キャプチャ解析機能部１１５によりパケットロス発生箇所の切り分けに利用される。

図７は、実施形態に係るキャプチャ情報テーブル５４の構成例を示す構成図である。図７に示すように、キャプチャ情報テーブル５４は、項目「装置」、項目「タイムスタンプ」、項目「ＰＤＵＴｙｐｅ（コマンドタイプ）」、項目「ＲｅｑｕｅｓｔＩＤ（コマンド識別子）」を対応付けたものである。

図７において、項目「タイムスタンプ」は、キャプチャ対象装置が送信したパケット情報の送信時刻を示すものであり、例えば、（HH（時）：MM（分）：SS（秒）．ミリ秒））が登録される。

また、項目「ＰＤＵＴｙｐｅ（コマンドタイプ）」は、ＳＮＭＰで定義されているＰＤＵＴｙｐｅ（コマンドタイプ）が登録される。つまり、キャプチャ対象装置から収集したパケット情報がどのＰＤＵＴｙｐｅに関する情報であるかを示す情報を登録する。例えば、「ＰＤＵＴｙｐｅ（コマンドタイプ）」に登録される「ａ０」はＳＮＭＰエージェント２１にＭＩＢ情報の要求を示す「ＧｅｔＲｅｑｕｅｓｔ」、「ａ１」は管理対象オブジェクトインスタンスの値を増加させながら、ＳＮＭＰエージェントから全てのＭＩＢ情報を要求する「ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ」、「ａ２」はＧｅｔＲｅｑｕｅｓｔコマンドやＧｅｔＮｅｘｔＲｅｑｕｅｓｔコマンドに対する応答である「ＧｅｔＲｅｓｐｏｎｓｅ」等を示す。

項目「ＲｅｑｕｅｓｔＩＤ（コマンド識別子）」は、ＳＮＭＰで定義されているＳＮＭＰパケットのＲｅｑｕｅｓｔＩＤ（コマンド識別子）が登録される。つまり、キャプチャ対象装置から収集したパケット情報（ＳＮＭＰパケット）のＲｅｑｕｅｓｔＩＤが登録される。

キャプチャ実行テーブル５５は、パケットキャプチャの実行状況及び解析結果（パケットロス発生箇所）を示す情報である。キャプチャ実行テーブル５５は、パケットキャプチャの実行状況及び解析結果を管理するために利用する。

図８は、実施形態に係るキャプチャ実行テーブル５５の構成例を示す構成図である。図８に示すように、キャプチャ実行テーブル５５は、項目「実行中フラグ」、被監視装置２の識別情報（例えばＩＰアドレス）を示す項目「被監視装置」、項目「問題再現回数」、項目「最大実行時間」、項目「キャプチャ開始時刻」、項目「キャプチャ終了時刻」、項目「解析結果」を対応付けたものである。

図８において、項目「実行中フラグ」は、被監視装置２に関連するパケットキャプチャが実行中であるか否かを示す情報である。例えば「実行中フラグ：１」はパケットキャプチャ実行中である旨を示し、「実行中フラグ：０」は実行中でない旨（終了した旨）を示す。

項目「問題再現回数」は、被監視装置２に関するパケットキャプチャの停止条件であり、被監視装置２に関する障害発生通知の回数が登録される。項目「最大実行時間」は、キャプチャ開始時刻からの実行時間によりキャプチャ停止するための条件である。項目「キャプチャ開始時刻」、項目「キャプチャ終了時刻」は、パケットキャプチャの開始した時刻又は終了した時刻である。項目「解析結果」は、被監視装置２に関するパケットキャプチャの解析結果（パケットロス発生箇所）が登録される。例えば、項目「解析結果」には、パケットロスが発生した装置のＩＰアドレスが登録される。

図８において、項目「実行中フラグ」、項目「監視対象装置」、項目「キャプチャ開始時刻」、項目「キャプチャ終了時刻」は、キャプチャ制御機能部１１１が登録又は更新する。項目「問題再現回数」、項目「最大実行時間」は、予めコンフィグファイルに定義しておき、キャプチャ制御機能部１１１がパケットキャプチャを開始する契機に読み込んで登録するようにしても良い。項目「解析結果」は、キャプチャ解析機能部１１５が解析結果を更新する。

保守端末１４は、監視装置１と接続して、監視装置１がＳＮＭＰにより監視した被監視装置２の状態結果や監視装置１がパケットキャプチャにより解析した障害発生箇所等の解析結果を表示したり、保守者操作により各種設定等を行ったりするものである。

（Ａ−２）実施形態の動作
次に、この実施形態の監視システム１０におけるＳＮＭＰパケットのキャプチャによる被疑箇所の解析処理の動作を、図面を参照しながら詳細に説明する。

図９は、実施形態に係る監視システム１０におけるＳＮＭＰパケットのキャプチャによる被疑箇所の解析処理を説明する説明図である。

図９は、実施形態に係る監視システム１０における全体的な処理の流れを示しており、例えば、図９に記載の（ａ）等の記号は、以下で説明する各処理手順に対応する番号である。

以下では、適宜、動作フローチャートを用いながら、実施形態の処理動作の処理手順を順番に説明する。

（ａ）障害発生の通知
まず、監視装置１において、ＳＮＭＰマネージャ１３が、被監視装置２に対して、ＳＮＭＰによる管理情報の取得要求を行う。例えば、ＳＮＭＰマネージャ１３が、被監視装置２のＳＮＭＰエージェント２１に対してＭＩＢ２２の取得要求であるＳＮＭＰリクエストを送信する。監視アプリケーション１２は、ＳＮＭＰマネージャ１３のＳＮＭＰリクエストに対するＳＮＭＰレスポンスの有無を監視しており、被監視装置２のＳＮＭＰエージェント２１からＳＮＭＰレスポンスの受信があるか否かを確認する。

そして、ＳＮＭＰエージェント２１からのＳＮＭＰレスポンスが受信されない場合、監視アプリケーション１２は、当該被監視装置２に関する監視について障害が発生したと判断し、キャプチャ制御機能部１１１に対して障害発生通知を行う。

監視アプリケーション１２は、ＳＮＭＰリクエストに対するレスポンスがない場合、ＳＮＭＰマネージャ１３からＳＮＭＰリクエストの宛先ＩＰアドレスを取得する。これにより、障害発生に係る被監視装置２を決定することができる。

また、監視アプリケーション１２は、決定した障害発生に係る被監視装置２のＩＰアドレスを含む情報を障害発生通知としてキャプチャ制御機能部１１１に与える。これにより、キャプチャ制御機能部１１１に対して、パケットキャプチャに係る被監視装置２を認識させることができる。

なお、ここでは、被監視装置２に対するＭＩＢ２２の取得要求（ＳＮＭＰリクエスト）のレスポンスがない場合に、障害検出とするが、障害検出はこれに限定されない。例えば、ＳＮＭＰエージェント２１がＴＲＡＰを送信すべきことをＳＮＭＰマネージャ１３が認識している場合に、ＴＲＡＰ受信がないとき障害が発生したと判断するようにしても良い。

（ｂ）パケットキャプチャ開始／終了
監視アプリケーション１２から障害発生通知を受けると、キャプチャ制御機能部１１１は、キャプチャ実行機能部１１２に対して、パケットキャプチャの開始要求又は終了要求を行う。

キャプチャ制御機能部１１１は、図８のキャプチャ実行テーブル５５の項目「実行中フラグ」を参照し、被監視装置２に対するパケットキャプチャが実行中であるか否かを確認することで、パケットキャプチャの開始要求を行うか判断する。

また、パケットキャプチャの終了要求は、被監視装置２に関する障害発生通知の回数が図８のキャプチャ実行テーブル５５の項目「問題再現回数」に達した場合、又は、パケットキャプチャ開始からの実行時間が、図８のキャプチャ実行テーブル５５の項目「最大実行時間」に達した場合に行われる。これにより、障害に係る問題事象の再現確率が低い場合でも、問題再現回数又は最大実行時間に応じて処理を停止させることができる。

なお、パケットキャプチャの終了要求は、項目「問題再現回数」又は項目「最大実行時間」のどちらか一方の条件を満たした場合に行うようにしても良い。

例えば、項目「問題再現回数」を設定しないでおけば、項目「最大実行時間」のみの条件でパケットキャプチャの終了要求が行われるようにすることができる。

図１０は、実施形態に係るキャプチャ制御機能部１１１によるパケットキャプチャの開始要求又は終了要求の処理を示すフローチャートである。

図１０において、まず、キャプチャ制御機能部１１１は、パケットキャプチャの開始要求を行うか否かの判定をするために、図８のキャプチャ実行テーブル５５の項目「実行中フラグ」を参照する。そして、障害発生通知に含まれる被監視装置２のＩＰアドレスを用いて、被監視装置２に対するパケットキャプチャが実行中であるか否かを確認する（Ｓ１０１）。パケットキャプチャの開始要求は、被監視対象２に対するパケットキャプチャが未実行であることが条件である。

図８のキャプチャ実行テーブル５５の項目「実行中フラグ」が実行中の場合、
被監視装置２に対するパケットキャプチャが既に実行されているため、キャプチャ制御機能部１１１は、メモリに保持する問題再現カウンタの値をインクリメントする（Ｓ１０２）。そして、問題再現カウンタの値が図８のキャプチャ実行テーブル５５の項目「問題再現回数」の設定値に達した場合（Ｓ１０３）、キャプチャ制御機能部１１１は、キャプチャ実行機能部１１２に対して、当該被監視装置２に対するパケットキャプチャの終了要求を行い（Ｓ１０４）、図８のキャプチャ実行テーブル５５の項目「キャプチャ終了時刻」に終了時刻を記録する（Ｓ１０５）。なお、問題再現カウンタの値が図８のキャプチャ実行テーブル５５の項目「問題再現回数」の設定値に達していない場合（Ｓ１０３）には、パケットキャプチャの終了要求は行わない。

一方、図８のキャプチャ実行テーブル５５の項目「実行中フラグ」が未実行の場合、被監視装置２に対するパケットキャプチャがまだ実行されていないため、キャプチャ制御機能部１１１は、キャプチャ実行機能部１１２に対して、当該被監視装置２に対するパケットキャプチャの開始要求を行う（Ｓ１０６）。このとき、キャプチャ制御機能部１１１は、図８のキャプチャ実行テーブル５５の項目「実行中フラグ」に実行中を示すフラグを設定し、項目「被監視装置」に被監視装置２のＩＰアドレスを登録し、項目「問題再現回数」及び項目「最大実行時間」にパケットキャプチャの終了条件となる設定値を設定し、項目「キャプチャ開始時刻」に開始時刻を登録する（Ｓ１０７）。

図１１は、実施形態に係るキャプチャ制御機能部１１１によるキャプチャ実行時間によるパケットキャプチャの終了要求の処理を示すフローチャートである。

図１１において、キャプチャ制御機能部１１１は、被監視対象２に対するパケットキャプチャの実行時間を監視している。ここで、キャプチャ制御機能部１１１は、現在時刻から、図８のキャプチャ実行テーブル５５の項目「キャプチャ開始時刻」に設定されている時刻を差し引いた時間を、実行時間とする（Ｓ１５１）。

そして、パケットキャプチャの実行時間が、図８のキャプチャ実行テーブル５５の項目「最大実行時間」の設定値に達した場合（Ｓ１５２）、キャプチャ制御機能部１１１は、当該被監視装置２に対するパケットキャプチャの終了要求を、キャプチャ実行機能部１１２に行い（Ｓ１５３）、図８のキャプチャ実行テーブル５５の「キャプチャ終了時刻」に終了時刻を記録する（Ｓ１５４）。なお、パケットキャプチャの実行時間が「最大実行時間」に達していない場合（Ｓ１５２）には、処理はＳ１５１に戻る。

（ｃ）パケットキャプチャ（ｔｃｐｄｕｍｐ）の実行
図１２は、実施形態に係るキャプチャ実行機能部１１２によるパケットキャプチャ実行処理を示すフローチャートである。

図１２において、キャプチャ実行機能部１１２がキャプチャ制御機能部１１１からパケットキャプチャの開始要求を受け取ると（Ｓ２０１）、キャプチャ実行機能部１１２は、図４の経路情報テーブル５１を参照して、該当する被監視装置２のＩＰアドレスと、監視装置１から被監視装置２までの経路上の経由装置のＩＰアドレスとを取得する（Ｓ２０２）。つまり、キャプチャ対象装置のＩＰアドレスを取得する。

次に、キャプチャ実行機能部１１２は、図５の装置情報テーブル５２を参照して、各キャプチャ対象装置の「装置種類」に基づいて、キャプチャ対象装置がネットワーク機器であるか否かを確認する（Ｓ２０３）。キャプチャ対象装置がネットワーク機器の場合、キャプチャ実行機能部１１２は、図５の装置情報テーブル５２から、当該ネットワーク機器が接続するキャプチャ用装置３２のＩＰアドレスと、当該ネットワーク機器のポートミラーリングの設定条件としてモニターポートのポート番号及びミラーポートのポート番号を取得する（Ｓ２０４）。

キャプチャ実行機能部１１２は、図６のフィルタ条件テーブル５３を参照して、それぞれのキャプチャ対象装置のフィルタ条件を取得する（Ｓ２０５）。そして、キャプチャ実行機能部１１２は、Ｓ２０５で取得したフィルタ条件を用いて、ｔｃｐｄｕｍｐコマンドを実行する（Ｓ２０６）。

例えば、キャプチャ実行機能部１１２が、ＩＰアドレスが「192.168.1.10」の装置からパケットキャプチャする場合、キャプチャ実行機能部１１２は、図６のフィルタ条件テーブル５３を参照して、「装置：192.168.1.10」に対応する「ＬＡＮインタフェース：bond0」、「プロトコル：udp」、「ポート：161」、「キャプチャファイル名：equip_A_cap」をフィルタ条件として取得し、これらをフィルタ条件とするｔｃｐｄｕｍｐコマンドを実行する。

なお、ｔｃｐｄｕｍｐコマンドを実行する際のオプションは、図６のフィルタ条件テーブル５３に登録されている条件に限定されるものではなく、その他の条件をオプションとして設定するようにしても良い。

また、キャプチャ実行機能部１１２が、ネットワーク機器に対してパケットキャプチャを行う場合には、ネットワーク機器が有するポートミラーリング機能を利用し、ネットワーク機器のモニターポートからミラーポートにパケットをコピー転送する設定を合わせて行う。

キャプチャ実行機能部１１２が、監視装置１及び被監視装置２と、その間の通信経路上に存在するネットワーク機器（例えば、ルータやスイッチ装置等）に接続されるキャプチャ用装置３２にてｔｃｐｄｕｍｐコマンドを実行すると、図１３に例示するＳＮＭＰパケット情報の全てがキャプチャファイルに保存される。

図１３は、ＳＮＭＰパケットを構成する情報を一部列挙したものである。図１３に示すように、ＳＮＭＰパケットには、「タイムスタンプ」、「送信元ＩＰアドレス」、「宛先ＩＰアドレス」、「ＳＮＭＰ Ｖｅｒｓｉｏｎ（プロトコルバージョン）」、「Ｃｏｍｍｕｎｉｔｙ（コミュニティ名）」、「ＰＤＵ Ｔｙｐｅ（コマンドタイプ）」、「Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）」、「Ｏｂｊｅｃｔ ＩＤ（ＯＩＤ）」、「Ｖａｌｕｅ（値）」の情報が含まれる。

（ｄ）パケットキャプチャ（ｔｃｐｄｕｍｐ）の停止
キャプチャ実行機能部１１２は、キャプチャ制御機能部１１１からパケットキャプチャの終了要求を受信すると、（ｃ）で実行したパケットキャプチャ（ｔｃｐｄｕｍｐ）の停止、及びポートミラーリングの設定を解除する。

ｔｃｐｄｕｍｐコマンドにより出力されたキャプチャファイルは、監視装置１のファイル保存用ディレクトリにファイル転送後、削除する。このように、監視装置１のファイル保存用ディレクトリにファイルが転送し、その後収集したキャプチャファイルを削除することにより、従来のように保守者がディスク容量の監視を行う必要性がなくなる。

（ｅ）キャプチャ情報の蓄積
キャプチャ制御機能部１１１は、（ｄ）のパケットキャプチャの停止完了を契機に、キャプチャ蓄積機能部１１３にキャプチャ情報の蓄積を要求する。

キャプチャ蓄積機能部１１３は、監視装置１に収集された各キャプチャ対象装置のキャプチャファイルを読み出し、キャプチャファイルに含まれている情報の中から所定のパケット情報を抽出して、キャプチャ情報テーブル５４を形成してデータベース１１６に保存する。

換言すると、キャプチャ蓄積機能部１１３は、ＳＮＭＰパケットのパケット情報を、図７のキャプチャ情報テーブル５４の形式でデータベース１１６に保存する。ここでは、キャプチャ蓄積機能部１１３は、各キャプチャ対象装置のキャプチャファイルから、ＳＮＭＰパケットの「タイムスタンプ」、「ＰＤＵ Ｔｙｐｅ（コマンドタイプ）」、「Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）」を少なくともキャプチャ情報テーブル５４として保存する。これにより、キャプチャ対象装置が送信したＳＮＭＰパケットが、いつ送信され、どのＩＤの及びどのタイプのリクエスト又はレスポンスが送信されたかを認識することができる。

（ｆ）キャプチャ情報の解析
キャプチャ制御機能部１１１は、（ｅ）のキャプチャ情報の蓄積完了を契機に、キャプチャ解析機能部１１５にキャプチャ情報の解析を要求する。

キャプチャ解析機能部１１５は、図７のキャプチャ情報テーブルを参照して、Ｒｅｑｕｅｓｔ ＩＤが同一のパケット情報を検出し、パケットロス発生箇所の切り分け方法の考え方（後述）でパターンマッチングを行うことにより、パケットロス発生箇所を特定する。

ここで、図１４及び図１５を参照しながら、実施形態に係るキャプチャ情報の解析処理を説明する。

図１４は、実施形態に係る監視装置１によるパケットキャプチャの様子を説明する説明図である。図１４では、監視装置１が、ＳＮＭＰを用いた被監視装置２−１の監視においてパケットロス等の障害が発生した場合に、監視装置１と、被監視装置２−１と、その間の通信経路上に存在するネットワーク機器（ルータ３−１、ルータ３−２）に対するパケットキャプチャを行う場合を例示する。

パケットキャプチャの箇所は、監視装置１のポートＡ、ルータ３−１のポートＢ１及びＢ２、ルータ３−２のポートＣ１及びＣ２、被監視装置２のポートＤの６箇所とする。

図１５は、図１４の例の場合のＳＮＭＰパケットの被疑箇所の切り分け方法を説明する説明図である。図１５において、例えば「Ａ」等は図１４に記載のパケットキャプチャ箇所に対応しているものとする。

図７のキャプチャ情報テーブル５４の項目「Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）」は、ＳＮＭＰリクエスト（例えば、Ｇｅｔ Ｒｅｑｕｅｓｔ、Ｇｅｔ Ｎｅｘｔ Ｒｅｑｕｅｓｔ等）と、これに対応するＳＮＭＰレスポンス（例えば、Ｇｅｔ Ｒｅｓｐｏｎｓｅ等）とを関連付けるための識別子である。

キャプチャ解析機能部１１５は、図７のキャプチャ情報テーブル５４の項目「ＰＤＵ Ｔｙｐｅ（コマンドタイプ）」及び項目「Ｒｅｑｕｅｓｔ ＩＤ（コマンド識別子）」を参照して、全てのパケットキャプチャ箇所でＲｅｑｕｅｓｔ ＩＤが同一のＳＮＭＰリクエストとＳＮＭＰレスポンスの受信有無を確認する。つまり、Ｒｅｑｕｅｓｔ ＩＤが同一のＳＮＭＰリクエストとＳＮＭＰレスポンスがある場合には、そのパケットキャプチャ箇所で、ＳＮＭＰパケット受信があると判断する。一方、Ｒｅｑｕｅｓｔ ＩＤが同一のＳＮＭＰリクエストとＳＮＭＰレスポンスがない場合には、そのパケットキャプチャ箇所で、ＳＮＭＰパケット受信がないと判断する。

キャプチャ解析機能部１１５は、図１５に示すように、各パケットキャプチャ箇所におけるパケットの受信有無を、パケット伝送方向の順に確認することで、被疑箇所（パケットロス発生箇所）の切り分けを行う。

例えば、図１５において、キャプチャ結果パターン「１」の場合、図１４の全てのパケットキャプチャ箇所においてパケットが伝送されていることから、監視装置１内が被疑箇所と考えられる。また例えば、キャプチャ結果パターン「２」の場合、ルータ３−１のポートＢ１から伝送されたパケットを監視装置１で受信していないことから、ルータ３−１又は監視装置１が被疑箇所というと考えられる。

キャプチャ解析機能部１１５は、被疑箇所が特定できた場合、パケットロスが発生した被疑装置のＩＰアドレスを、図８のキャプチャ実行テーブルの項目「解析結果」に登録して終了する。

また、被疑箇所が特定できない場合、キャプチャ制御機能部１１１は、（ｂ）の処理手順に戻って、同じフィルタ条件でパケットキャプチャを再度実施する。

（ｇ）キャプチャ実行結果の確認
保守者は、保守端末１４のユーザインタフェースを利用し、図８のキャプチャ実行テーブル５５の情報を取得することができる。このキャプチャ実行テーブル５５情報の取得は、ＧＵＩ画面上に表示する方法でもよいし、又はファイルに出力する方法でもよい。これにより、保守者はパケットキャプチャの実行状況及び解析結果（パケットロス発生箇所）を即時に確認することができる。

（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、障害発生を契機に、被監視装置及び経由装置に対して自動的にパケットキャプチャを実行するので、保守者は障害ログの１次切り分け及びパケットキャプチャの準備作業が不要となる。

また、この実施形態によれば、パケットキャプチャの停止条件（問題再現回数、最大実行時間）を設定することで、自動的にパケットキャプチャを停止することが可能となり、保守者はパケットキャプチャ実行中のディスク容量監視や問題再現監視の作業が不要となる。

さらに、この実施形態によれば、収集された大量のパケット情報から自動的にパケットロス発生箇所が解析されるため、保守者はパケット情報の解析作業が不要となる。

（Ｂ）他の実施形態
上述した実施形態においても本発明の種々の変形実施形態を説明したが、本発明は、以下の変形実施形態にも適用することができる。

本発明は、ＳＮＭＰアーキテクチャを利用した装置監視システムに広く適用可能である。

上述した実施形態では、ＳＮＭＰパケットのキャプチャ結果に基づいて被疑解析を行う場合を例示したが、本発明は、キャプチャ蓄積機能部とキャプチャ解析機能部をＩＣＭＰ等の別プロトコルに対応させれば、ＳＮＭＰパケット以外の被疑箇所（パケットロス発生箇所）を解析することも可能である。

１０…監視システム、１…監視装置、１１…キャプチャ制御部、１２…監視アプリケーション、１３…ＳＮＭＰマネージャ、１１１…キャプチャ制御機能部、１１２…キャプチャ実行機能部、１１３…キャプチャ蓄積機能部、１１５…キャプチャ解析機能部、１１６…データベース、５１…経路情報テーブル、５２…装置情報テーブル、５３…フィルタ条件テーブル、５４…キャプチャ情報テーブル、５５…キャプチャ実行テーブル、２−１及び２−２…被監視装置、２１…ＳＮＭＰエージェント、２２…ＭＩＢ、３−１及び３−２…ルータ、３２…キャプチャ用装置。

Claims (8)

1. １又は複数の被監視装置のそれぞれから状態管理パケットを取得して、各被監視装置の状態を管理する状態管理手段と、
   上記状態管理手段により障害が検出されると、上記状態管理手段から当該障害に係る被監視装置までの、複数の経由装置から状態管理パケットのパケット情報の収集を開始し、収集したパケット情報に基づいて被疑箇所を解析するものであり、障害事象の再現試験の実行回数又は再現試験の実行時間に基づいてパケット情報の収集を停止するキャプチャ制御手段と
   を備えることを特徴とする監視システム。
2. 上記キャプチャ制御手段が、
   少なくとも、被監視装置毎に、再現試験の実行中か否かを示す実行中フラグを含むキャプチャ実行情報を記憶する記憶部と、
   障害検出時に、上記キャプチャ実行情報を参照して、当該障害に係る被監視装置に対する再現試験が未実行のときに、当該被監視装置に対する再現試験の実行を開始させるキャプチャ制御部と
   を有することを特徴とする請求項１に記載の監視システム。
3. 上記キャプチャ実行情報が、再現試験の再現回数を含むものであり、
   上記キャプチャ制御部が、当該障害に係る被監視装置に対する再現試験が実行中のとき、当該被監視装置に対する再現試験の実行回数を更新し、再現試験の実行回数が上記キャプチャ実行情報の再現回数を超えたときに、当該被監視装置に対する再現試験の実行を停止させるものである
   ことを特徴とする請求項２に記載の監視システム。
4. 上記キャプチャ実行情報が、再現試験の最大実行時間を含むものであり、
   上記キャプチャ制御部が、当該障害に係る被監視装置に対する再現試験が実行中のとき、当該被監視装置に対する再現試験の実行時間が上記キャプチャ実行情報の最大実行時間に達したときに、当該被監視装置に対する再現試験の実行を停止させるものである
   ことを特徴とする請求項２又は３に記載の監視システム。
5. 上記記憶部が、
   上記状態管理手段から上記各被監視装置までの各経由装置のアドレス情報を含む経路情報と、
   上記各経路装置のパケットキャプチャに関する条件を含む条件情報と
   を記憶するものであり、
   キャプチャ制御手段が、
   上記キャプチャ制御部からの再現試験の開始要求を受けると、上記経路情報及び上記条件情報を参照して、障害に係る被監視装置に対する再現試験を実行し、上記キャプチャ制御部からの停止要求を受けると再現試験を停止するキャプチャ実行部を有することを特徴とする請求項２〜４のいずれかに記載の監視システム。
6. キャプチャ制御手段が、
   上記キャプチャ実行部により上記各経由装置から収集した状態管理パケットのパケット情報を用いて、所定形式のキャプチャ情報を蓄積するキャプチャ蓄積部を有することを特徴とする請求項２〜５のいずれかに記載の監視システム。
7. キャプチャ制御手段が、
   上記キャプチャ蓄積部により蓄積された上記キャプチャ情報を参照して、上記状態管理パケットのリクエストと、リクエストに対するレスポンスとを対応付けて上記各経由装置でのパケット受信の有無を確認することで被疑箇所を解析するキャプチャ解析部を有することを特徴とする請求項２〜６のいずれかに記載の監視システム。
8. コンピュータを、
   １又は複数の被監視装置のそれぞれから状態管理パケットを取得して、各被監視装置の状態を管理する状態管理手段と、
   上記状態管理手段により障害が検出されると、上記状態管理手段から当該障害に係る被監視装置までの、複数の経由装置から状態管理パケットのパケット情報の収集を開始し、収集したパケット情報に基づいて被疑箇所を解析するものであり、障害事象の再現試験の実行回数又は再現試験の実行時間に基づいてパケット情報の収集を停止するキャプチャ制御手段と
   して機能させることを特徴とする監視プログラム。

Images