JP2006165909A - ネットワーク監視装置、ネットワーク監視方法、及びネットワーク監視プログラム - Google Patents

Abstract

【課題】 柔軟にイベント処理を行うことのできるネットワーク監視装置を提供する。
【解決手段】 本発明のネットワーク監視装置（６０）は、管理対象から送信されたトラップを受信する受信部（６０１）と、受信トラップの各フィールドに含まれる変数値を格納する受信変数格納部（６０２）と、予め定められた複数の条件式を含む受信イベント処理表と変数値とを比較して、変数値との間に条件式が定める関係が成立する条件式が存在するか否かを判定する条件判定部（６０６）と、条件式が存在する場合に、条件式と対応付けられて受信イベント処理表に定義されている管理対象の識別タイプに対応した変数値に一致する管理対象が存在するか否かを識別する識別部（６０７）と、管理対象が存在する場合に障害処理を行う障害処理部（６０８）と、アクション処理を行うアクション処理部（６０９）とを備える。
【選択図】 図１

Description

本発明はネットワーク監視装置、ネットワーク監視方法、及びネットワーク監視プログラムに関し、特に、受信イベントの解析及び表示技術に関する。

ＳＮＭＰ（Simple Network Management Protocol）は通信機器が複数存在するネットワーク管理システムにおいて、マネージャとエージェントとの間で管理情報を送受信するためのプロトコルとして知られている。ＳＮＭＰを使用したネットワーク管理システムにおいて、エージェントは、ルータやハブなどの通信機器、或いは複写機やファックスなどのＯＡ機器内に実装され、これらの管理対象機器に生じた事象（イベント）や障害に関する管理情報をオブジェクトと称される形式でＭＩＢ（Management Information Base）に保持する。マネージャはエージェントにコマンドを送信することにより、管理対象機器から管理情報を取得したり、或いは管理対象機器に管理情報を設定したりすることができる。また、エージェントは、管理対象機器内で生じた事象や障害の情報を随時自発的にトラップとしてマネージャに送信する。このような仕組みによって、ネットワーク上に配置された複数の分散拠点にある管理通信機器の情報を一箇所で管理することができる。通信ネットワークに接続された複数の通信機器に発生する各種の事象を通知する技術として、例えば、特公平５−７７１０２号、特開２００３−２３４７４１号、特開２００２−２６１８７１号などが知られている。
特公平５−７７１０２号 特開２００３−２３４７４１号 特開２００２−２６１８７１号

しかし、エージェントから送信されたイベントをマネージャにおいて受信し、これを解析して表示する一連の処理手順はプログラムによって予め組まれており、イベント解析を行うための条件判定や事象の通知方法などは容易には変更することができなかった。ネットワーク管理をより効率的に運用するには、イベント処理をより柔軟に機能変更又は機能拡張できるシステムの構築が望まれる。

そこで、本発明は柔軟にイベント処理を行うことのできるネットワーク監視装置、ネットワーク監視方法、及びネットワーク監視プログラムを提供することを課題とする。

上記の課題を解決するため、本発明に係るネットワーク監視装置は、通信ネットワークに接続された管理対象を監視するネットワーク監視装置であって、管理対象から送信されたイベントを受信する受信部と、受信イベントの各フィールドに含まれる変数値を格納する受信変数格納部と、予め定められた複数の条件式を含む受信イベント処理表を格納する受信イベント処理表格納部と、受信イベント処理表と変数値とを比較して、変数値との間に条件式が定める関係が成立する条件式が存在するか否かを判定する条件判定部と、条件式が存在する場合に、条件式と対応付けられて受信イベント処理表に定義されている管理対象の識別タイプに対応した変数値を受信変数格納部から読み取り、識別タイプに対応した変数値に一致する管理対象が存在するか否かを識別する識別部と、管理対象が存在する場合に、条件式と対応付けられて受信イベント処理表に定義されている障害処理を行う障害処理部と、条件式と対応付けられて受信イベント処理表に定義されているアクション処理を行うアクション処理部と、を備える。本発明のネットワーク監視装置によれば、受信トラップの解析及び表示処理等の一連の処理内容を条件設定する受信イベント処理表を機能変更又は機能拡張することにより、イベント処理を柔軟に行える。

本発明に係るネットワーク監視装置は、受信イベント処理表において定義される、条件式、識別タイプ、障害処理、アクション処理、又はイベントのうち何れかの項目を入力又は変更する入力部を更に備えてもよい。かかる構成により、受信イベント処理表を容易に機能変更又は機能拡張できる。

また、管理対象は、例えば、通信ネットワークに接続するデバイス又はポートである。本発明によれば、デバイスだけでなく、ポートも管理対象に設定できる。

本発明のネットワーク監視方法は、通信ネットワークに接続された管理対象を監視するネットワーク監視方法であって、管理対象から送信されたイベントを受信するステップと、イベントの各フィールドに含まれる変数値を受信変数格納部に格納するステップと、予め定められた複数の条件式を含む受信イベント処理表と受信変数格納部に格納された変数値とを比較して、変数値との間に条件式が定める関係が成立する条件式が存在するか否かを判定するステップと、条件式が存在する場合に、条件式と対応付けられて受信イベント処理表に定義されている管理対象の識別タイプに対応した変数値を受信変数格納部から読み取り、識別タイプに対応した変数値に一致する管理対象が存在するか否かを識別するステップと、管理対象が存在する場合に、条件式と対応付けられて受信イベント処理表に定義されている障害処理を行うステップと、条件式と対応付けられて受信イベント処理表に定義されているアクション処理を行うステップと、を備える。本発明のネットワーク監視方法によれば、受信トラップの解析及び表示処理等の一連の処理内容を条件設定する受信イベント処理表を機能変更又は機能拡張することにより、イベント処理を柔軟に行える。

本発明のネットワーク監視プログラムは、本発明のネットワーク監視方法をコンピュータシステムに実行させるためのプログラムである。

本発明によれば、受信トラップの解析及び表示処理等の一連の処理内容を条件設定する受信イベント処理表の内容を容易に機能変更又は機能拡張できるため、イベント処理を柔軟に行える。

以下、各図を参照して本発明の実施形態について説明する。実施形態は特許請求の範囲を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は本実施形態に係るネットワークシステム１０の構成図である。ネットワークシステム１０は、サーバ３１、プリンタ３２、ゲートウェイ３３、端末４１〜４４、中継器５１〜５３、及びネットワーク監視装置６０を備えて構成されている。サーバ３１、プリンタ３２、ゲートウェイ３３、端末４１〜４４、及び中継器５１〜５３等の管理対象デバイス（ネットワークデバイス）にはＳＮＭＰエージェントが実装される一方、ネットワーク監視装置６０にはＳＮＭＰマネージャが実装されている。ネットワーク監視装置６０は管理対象デバイスとの間でＳＮＭＰプロトコルに基づく通信を行うことにより、管理対象デバイスに生じた事象や障害の有無等を監視する。

サーバ３１は、ファイル管理、メール管理、プリンタ管理、データベース管理等の各種のサービスを端末４１〜４４に提供する。プリンタ３２は、端末４１〜４４からの要求を受けて印刷を行う。ゲートウェイ３３は、サーバ３１、端末４１〜４４、及びネットワーク監視装置６０が外部ネットワークにアクセスする際の中継を行う。端末４１〜４４は、ユーザがサーバ３１、プリンタ３２、及びゲートウェイ３３等にアクセスするために使用される、例えば、パーソナルコンピュータやＰＤＡなどの装置である。中継器５１〜５３は、サーバ３１、プリンタ３２、ゲートウェイ３３、端末４１〜４４、及びネットワーク監視装置６０を接続し、これらの通信装置相互間の通信を中継する。尚、ネットワークシステム１０は、ＬＡＮに限られるものではなく、例えば、インターネット或いは公衆電話網などの公衆通信網を使用したものであってもよい。

図２は本実施形態に係わるネットワーク監視装置６０のハードウエア構成図である。ネットワーク監視装置６０は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、通信インターフェース６４、表示装置６５、入力装置６６、ハードディスク６７、ＦＤドライブ６８、及びＣＤ−ＲＯＭドライブ６９を備えて構成されるコンピュータシステムである。ＣＰＵ６１はＲＯＭ６２及びＲＡＭ６３に格納されたプログラムを読み取ってこれを解釈・実行する。通信インターフェース６４は、ネットワークを介して管理対象デバイスと通信する。表示装置６５は、管理対象デバイスの監視状態を表示するための手段であり、例えば、イベントの発生等を表示する。入力装置６６は、後述する受信イベント処理表やタイプ識別表等の各項目を入力し、或いは各項目を追加・変更・削除等するための手段である。ＣＰＵ６１が実行するプログラムは、フロッピー（登録商標）ディスク２１又はＣＤ−ＲＯＭ２２等の記録媒体に格納されている。これらの記録媒体に格納されているプログラムは、ＦＤドライブ６８又はＣＤ−ＲＯＭドライブ６９を介してハードディスク６７にインストールされ、適宜ＲＡＭ６３に読み出されて、ＣＰＵ６１によって実行される。ここでは、プログラムを格納する記録媒体として、フロッピー（登録商標）ディスク２１又はＣＤ−ＲＯＭ２２を例示するが、この他に例えば、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体などでもよく、或いは、ＩＣカード等の半導体記憶装置やテープ記録媒体でもよい。また、専用通信ネットワーク又はインターネット等の通信網に接続するサーバに内蔵された記憶資源を記録媒体として使用し、この記憶資源から通信網を介してプログラムの提供を受けて、ネットワーク監視装置６０がこれを実行するように構成してもよい。

図３はネットワーク監視装置６０の機能ブロック図である。ネットワーク監視装置６０は、管理対象から送信されたＳＮＭＰトラップを受信する受信部６０１と、ＳＮＭＰトラップの各フィールドに含まれる変数値を格納する受信変数格納部６０２と、予め定められた複数の条件式を含む受信イベント処理表を格納する受信イベント処理表格納部６０３と、管理対象のタイプ識別表を格納するタイプ識別表格納部６０４と、オブジェクト（管理対象）のデータ表を格納するデータ表格納部６０５と、受信イベント処理表格納部６０３に格納された受信イベント処理表と受信変数格納部６０２に格納された変数値とを比較してその変数値との間に条件式が定める関係が成立する条件式が存在するか否かを判定する条件判定部６０６と、その条件式が存在する場合に、その条件式と対応付けられて受信イベント処理表に定義されている管理対象の識別タイプに対応した識別変数をタイプ識別表格納部６０４から取得し、その識別変数に対応する変数値を受信変数格納部６０２から読み取り、データ表格納部６０５を検索することによりその変数値に一致する管理対象が存在するか否かを識別する識別部６０７と、その管理対象が存在する場合に、その条件式と対応付けられて受信イベント処理表に定義されている障害処理を行う障害処理部６０８と、その条件式と対応付けられて受信イベント処理表に定義されているアクション処理を行うアクション処理部６０９と、その条件式と対応付けられて受信イベント処理表に定義されているイベントの発生を表示する表示部６１０と、条件式が存在しない場合又は管理対象が存在しない場合に、予め定められたデフォルト処理を行うデフォルト処理部６１１と、管理対象における事象の発生履歴をログ情報として記録するログ・データベース６１２と、受信イベント処理表又はタイプ識別表の各項目を入力或いは変更する入力部６１３と、を備えている。

ネットワーク監視装置６０が実行するプログラムは、その機能構成として、受信モジュール、条件判定モジュール、識別モジュール、障害処理モジュール、アクション処理モジュール、及びデフォルト処理モジュールを含み、これらの各モジュールがネットワーク監視装置６０のハードウエア資源と協働することにより、上述した受信部６０１、条件判定部６０６、識別部６０７、障害処理部６０８、アクション処理部６０９、及びデフォルト処理部６１１として機能する。また、受信変数格納部６０２、受信イベント処理表格納部６０３、タイプ識別表格納部６０４、データ表格納部６０５、及びログ・データベース６１２の機能は上述したＲＯＭ６２、ＲＡＭ６３又はハードディスク６７等の記憶資源によって実現されている。表示部６１０の機能は上述した表示装置６５によって実現され、入力部６１３の機能は上述した入力装置６６によって実現されている。

次に、図３乃至図１４を参照しながら、ネットワーク監視装置６０のイベント解析及び表示処理について詳細に説明する。
図４はＳＮＭＰトラップフォーマットを示している。ＳＮＭＰでは、ＳＮＭＰエージェントからＳＮＭＰマネージャに通知されるトラップ通知を、同図に示すフィールドを備えたプロトコル・データ・ユニット（ＰＤＵ）として規定している。同図において、PDU typeは、パケットをトラップ通知として識別する。enterpriseは、トラップを生成したシステム及びネットワーク管理サブシステムのベンダ識別子（ＯＩＤ）である。ここでは、ＯＩＤの一例として、allied Telesisが定義されている。agent addressは、トラップが生成されたノードのＩＰアドレスである。ここでは、ＩＰアドレスの一例として、１９２．１６８．１．１が定義されている。generic trap typeは、０〜６の整数をとる。タイプ６は、enterprise specificトラップタイプと称され、このトラップの解釈はspecific trap typeフィールドの値によって決まる。ここでは、generic trap typeの一例として、２が定義されている。specific trap typeフィールドは、トラップがgeneric type 6の場合に、トラップを生成したイベントの性質を細かく指定する数値であり、ベンダのカスタムＭＩＢによって定義される。ここでは、specific trap typeの一例として、０が定義されている。timestampは、トラップを発行したエージェントが最後に初期化されてからトラップが発行されるまでの時間である。ここでは、timestampの一例として、３分が書き込まれている。variable bindingsは、トラップに関係する追加情報を示す。ここでは、管理対象デバイスが備えるインターフェースの識別子として、ifIndexが定義されている。ifIndexは同一のデバイスに複数のインターフェースが存在している場合に、各インターフェースを識別する。インターフェースとして、例えば、中継器のポート等がある。ここでは、当該ポートの識別子として、ifIndex＝３が例示されている。

図５は受信変数格納部６０２に格納される変数表を示している。この変数表はＳＮＭＰトラップから抽出した変数値を表形式にまとめたものである。上述したトラップパケットにおいて、generic trap type＝２、かつspecific trap type＝０は、linkUpの事象として予め定義されているので、変数表のtrapcodeの項目はlinkUpとなっている。変数表のその他の項目については、説明が重複するので、説明を省略する。

図６は受信イベント処理表を示している。受信イベント処理表とは、トラップの解析及び表示処理等の一連の処理内容を条件設定するためのテーブルである。受信イベント処理表は特定のテーブルに固定されるものではなく、ネットワーク管理者によって適宜自由にその内容を機能変更又は機能拡張できるように柔軟性を持たせてある。ここでは、受信イベント処理表の項目として、例えば、条件式、識別タイプ、障害処理、イベント、アクション処理等が定義されている。条件式とは、イベントの種類を識別するための論理式である。識別タイプとは、管理対象がデバイスであるか或いはポートであるかを特定するための項目である。障害処理の項目は、管理対象を障害扱いするか或いは障害扱いを解除するかを指定する項目である。trueは障害扱いすることを意味し、falseは障害扱いを解除することを意味する。イベントの項目は、トラップ発生の起因となる事象の種類を指定する項目である。イベントとして、例えば、coldStart、linkDown、linkUp等がある。アクション処理の項目は、トラップ発生を通知又は記録するための処理内容を指定する項目をいう。アクション処理として、例えば、（１）ログ情報として記録する、（２）マップ等の図形にイベントを表示する、或いは（３）メールやポップアップ・ダイアログ等でオペレータに通知する、等がある。

受信イベント処理表の第１行目の各項目は、trapcodeがcoldStartである場合に、イベントがcoldStartである旨を定義し、アクション処理として、ログ情報の記録をとる旨が定義されている。coldStartするときの管理対象はデバイスである。受信イベント処理表の第２行目の各項目は、trapcodeがlinkDownである場合に、当該イベントがlinkDownである旨を定義し、アクション処理として、ログ情報の記録をとる旨が定義されている。linkDownが生じたときの管理対象はポートであり、当該イベントは障害扱いされる。受信イベント処理表の第３行目の各項目は、trapcodeがlinkUpである場合に、当該イベントがlinkUpである旨を定義し、アクション処理として、ログ情報の記録をとる旨が定義されている。linkUpが生じたときの管理対象はポートであり、当該イベントの障害扱いは解除される。

図７はタイプ識別表格納部６０４に格納されるタイプ識別表を示している。タイプ識別表とは、管理対象の識別タイプ毎に設定された識別変数を表形式でまとめたテーブルをいい、この識別変数に対応する変数値とオブジェクトのデータ表とを対比することにより、イベントの生じている管理対象（デバイス又はポート等）を特定できる。例えば、デバイスを識別するには、ＩＰアドレスを基にオブジェクトのデータ表を検索すればよく、ポートを識別するには、ＩＰアドレスとifIndexを基にオブジェクトのデータ表を検索すればよい。タイプ識別表は、ネットワーク管理者によって適宜自由にその内容を機能変更又は機能拡張できるように柔軟性を持たせてあり、管理対象として、デバイスとポート以外を定義した場合には、その管理対象を識別するための識別変数を新たに定義することが可能である。

図８と図９はオブジェクトのデータ表を示している。特に、図８はデバイスのデータ表を示し、図９はポートのデータ表を示している。デバイスのデータ表には、管理対象となるデバイスのＩＰアドレス、デバイスが正常か否かを示すステータス（status）、トラブル（trouble）発生の有無等の各項目が定義されている。ポートのデータ表には、管理対象となるポートが存在するデバイスのＩＰアドレス、ポートのifIndex、ポートが正常か否かを示すステータス、トラブル発生の有無等の各項目が定義されている。

図１０はトラップの解析及び表示処理を記述したメインルーチンである。図１１はデフォルト処理を記述したサブルーチンである。図１２は識別処理を記述したサブルーチンである。図１３は障害処理を記述したサブルーチンである。図１４はアクション処理を記述したサブルーチンである。これらのサブルーチンはメインルーチンの中で適宜呼び出されて実行される。以後、これらの処理ルーチンと併せて、図３を適宜参照しながらネットワーク監視装置６０におけるトラップの解析及び表示処理について説明する。

受信部６０１は、ＳＮＭＰトラップを受信すると、各フィールドの変数値を受信変数格納部６０２に格納する（Ｓ１０１）。条件判定部６０６は、受信イベント処理表格納部６０３から受信イベント処理表の各項目を一行ずつ読み取り（Ｓ１０２）、ＳＮＭＰトラップのgeneric trap typeとspecific trap typeとで定義されるtrapcodeと、受信イベント処理表内で定義されている条件式との間に当該条件式が定める関係が成立する条件式が存在するか否かを判定する（Ｓ１０３，Ｓ１０４）。条件式が存在しない場合には（Ｓ１０３；ＹＥＳ）、デフォルト処理部６１１は、デフォルト処理を行う（Ｓ１０９）。デフォルト処理では、受信トラップがイベント化されなかった場合の処理を実行する（Ｓ２０１）。一方、条件式が存在する場合には（Ｓ１０４；ＹＥＳ）、識別部６０７は、管理対象の識別処理を行う（Ｓ１０５）。識別処理では、タイプ識別表格納部６０４に格納されているタイプ識別表から識別タイプ（デバイス又はポート等の種別）に対応する識別変数を読み取り（Ｓ３０１）、識別変数に対応した変数値に一致する管理対象がオブジェクトのデータ表に存在するか否かを判定する（Ｓ３０２）。管理対象が存在しない場合は（Ｓ１０６；ＮＯ）、デフォルト処理部６１１は上述したデフォルト処理を行う（Ｓ１０９）。管理対象が存在する場合は（Ｓ１０６；ＹＥＳ）、障害処理部６０８は、当該条件式と対応付けられて受信イベント処理表に定義されている障害処理を行う（Ｓ１０７）。障害処理では、受信イベント処理表に定義されている障害処理の項目がtrueである場合には（Ｓ４０１；ＹＥＳ）、管理対象のオブジェクト又はポート等を障害扱いとする（Ｓ４０２）。障害処理の項目がtrueでない場合には（Ｓ４０１；ＮＯ）、当該項目がfalseであるか否かを判定する（Ｓ４０３）。当該項目がfalseである場合には（Ｓ４０３；ＹＥＳ）、管理対象のオブジェクト又はポート等の障害扱いを解除する（Ｓ４０４）。当該項目がtrueでもなく（Ｓ４０１；ＮＯ）、falseでもない場合には（Ｓ４０３；ＮＯ）、そのままこのサブルーチンを抜けて、メインルーチンに戻る。障害処理が終了すると、アクション処理部６０９は、アクション処理を行う（Ｓ１０８）。アクション処理では、当該条件式と対応付けられて受信イベント処理表に定義されているアクション処理を行う（Ｓ５０１）。

本実施形態によれば、ネットワーク管理者は、受信イベント処理表又はタイプ識別表の各種設定内容を柔軟に機能変更又は機能拡張できるため、イベント受信処理を柔軟に処理することができる。例えば、受信部６０１の機能を拡張し、受信イベント処理表の条件式を変更するだけで、ＳＮＭＰエージェントから送信されるsyslogをＳＮＭＰマネージャが受信し、これをイベント処理するように、容易に機能変更できる。また、管理対象のオブジェクトがデバイス又はポート以外のタイプに変更されても、プログラムを変更せずに、タイプ識別表の変更又は追加だけで対処できる。また、本実施形態によれば、デバイスだけでなく、ポートもネットワークの管理対象に設定できる。

実施形態に係るネットワークシステムの構成図である。 実施形態に係わるネットワーク監視装置のハードウエア構成図である。 実施形態に係わるネットワーク監視装置の機能ブロック図である。 ＳＮＭＰトラップフォーマットの説明図である。 変数表の説明図である。 受信イベント処理表の説明図である。 タイプ識別表の説明図である。 デバイスのデータ表の説明図である。 ポートのデータ表の説明図である。 イベントの解析及び表示処理の処理ルーチンである。 デフォルト処理の処理ルーチンである。 識別処理の処理ルーチンである。 障害処理の処理ルーチンである。 アクション処理の処理ルーチンである。

符号の説明

１０…ネットワークシステム ２１…ＦＤ ２２…ＣＤ−ＲＯＭ ３１…サーバ ３２…プリンタ ３３…ゲートウェイ ４１〜４４…端末 ５１〜５３…中継装置 ６０…ネットワーク監視システム ６１…ＣＰＵ ６２…ＲＯＭ ６３…ＲＡＭ ６４…通信Ｉ／Ｆ ６５…表示装置 ６６…入力装置 ６７…ＨＤＤ ６８…ＦＤドライブ ６９…ＣＤ−ＲＯＭドライブ ６０１…受信部 ６０２…受信変数格納部 ６０３…受信イベント処理表格納部 ６０４…タイプ識別表格納部 ６０５…データ表格納部 ６０６…条件判定部 ６０７…識別部 ６０８…障害処理部 ６０９…アクション処理部 ６１０…表示部 ６１１…デフォルト処理部 ６１２…ログ・データベース ６１３…入力部

Claims (5)

1. 通信ネットワークに接続された管理対象を監視するネットワーク監視装置であって、
   前記管理対象から送信されたイベントを受信する受信部と、
   前記イベントの各フィールドに含まれる変数値を格納する受信変数格納部と、
   予め定められた複数の条件式を含む受信イベント処理表を格納する受信イベント処理表格納部と、
   前記受信イベント処理表と前記変数値とを比較して、前記変数値との間に前記条件式が定める関係が成立する条件式が存在するか否かを判定する条件判定部と、
   前記条件式が存在する場合に、前記条件式と対応付けられて前記受信イベント処理表に定義されている管理対象の識別タイプに対応した変数値を前記受信変数格納部から読み取り、前記識別タイプに対応した変数値に一致する管理対象が存在するか否かを識別する識別部と、
   前記管理対象が存在する場合に、前記条件式と対応付けられて前記受信イベント処理表に定義されている障害処理を行う障害処理部と、
   前記条件式と対応付けられて前記受信イベント処理表に定義されているアクション処理を行うアクション処理部と、
   を備える、ネットワーク監視装置。
2. 請求項１に記載のネットワーク監視装置であって、
   前記受信イベント処理表において定義される、前記条件式、前記識別タイプ、前記障害処理、前記アクション処理、又は前記イベントのうち何れかの項目を入力又は変更する入力部を更に備える、ネットワーク監視装置。
3. 請求項１又は請求項２に記載のネットワーク監視装置であって、前記管理対象は前記通信ネットワークに接続するデバイス又はポートである、ネットワーク監視装置。
4. 通信ネットワークに接続された管理対象を監視するネットワーク監視方法であって、
   前記管理対象から送信されたイベントを受信するステップと、
   前記トラップの各フィールドに含まれる変数値を、受信変数格納部に格納するステップと、
   予め定められた複数の条件式を含む受信イベント処理表と前記受信変数格納部に格納された変数値とを比較して、前記変数値との間に前記条件式が定める関係が成立する条件式が存在するか否かを判定するステップと、
   前記条件式が存在する場合に、前記条件式と対応付けられて前記受信イベント処理表に定義されている管理対象の識別タイプに対応した変数値を前記受信変数格納部から読み取り、前記識別タイプに対応した変数値に一致する管理対象が存在するか否かを識別するステップと、
   前記管理対象が存在する場合に、前記条件式と対応付けられて前記受信イベント処理表に定義されている障害処理を行うステップと、
   前記条件式と対応付けられて前記受信イベント処理表に定義されているアクション処理を行うステップと、
   を備える、ネットワーク監視方法。
5. コンピュータシステムに請求項４に記載の方法を実行させるためのネットワーク監視プログラム。

Images