(57)【要約】【課題】障害発生を示すトラップを確実にＳＮＭＰマネージャに通知する。【解決手段】監視対象サーバ８は、障害発生時にＳＮＭＰマネージャ部２２に対してＳＮＭＰトラップを送信し、ＳＮＭＰマネージャ部２２からの応答が無い場合に再送待ち時間が経過する度にＳＮＭＰトラップを送信するＳＮＭＰエージェント部６と、ＳＮＭＰマネージャ部２２からの応答が無い場合に再送待ち時間が経過する度に、業務用ＬＡＮ３１とは別の管理用ＬＡＮ３０を利用してＰＥＴをＳＮＭＰマネージャ部２２に送信するＢＭＣ２を有する。監視サーバ２４は、トラップを受信したときに業務用ＬＡＮ３１を利用してＳＮＭＰエージェント部６に応答し、ＰＥＴを受信したときに管理用ＬＡＮ３０を利用して応答するＳＮＭＰマネージャ部２２を有する。再送待ち時間は、トラップの重要度に応じて設定される。【選択図】  図１
2012177987.tif 000002
【特許請求の範囲】
【請求項１】
監視対象機器と、
この監視対象機器を監視する監視機器とを備え、
前記監視対象機器は、
前記監視対象機器の障害発生時に前記監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信し、前記ＳＮＭＰマネージャ手段からの応答が無い場合には再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰエージェント手段と、
前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＢＭＣ手段とを有し、
前記監視機器は、
前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答するＳＮＭＰマネージャ手段を有し、
前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とする監視システム。
【請求項２】
請求項１記載の監視システムにおいて、
前記再送待ち時間は、重要な障害を示すＳＮＭＰトラップであるほど短く設定されることを特徴とする監視システム。
【請求項３】
請求項１または２記載の監視システムにおいて、
前記監視対象機器は、さらに、ＳＮＭＰトラップの種類とＳＮＭＰトラップの重要度と再送待ち時間とを対応付けて記憶するトラップ重要度管理テーブルを有し、
前記ＳＮＭＰエージェント手段は、ＳＮＭＰトラップの種類に応じた重要度と再送待ち時間とを前記トラップ重要度管理テーブルから取得することを特徴とする監視システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の監視システムにおいて、
前記ＳＮＭＰエージェント手段は、前記ＳＮＭＰトラップの重要度の情報をこのＳＮＭＰトラップに埋め込んで送信し、
前記ＳＮＭＰマネージャ手段は、受信したＳＮＭＰトラップから重要度の情報を抽出し、ＳＮＭＰトラップの重要度が所定の重要度よりも高い場合には、他の処理よりも優先的に前記ＳＮＭＰエージェント手段に応答を返すことを特徴とする監視システム。
【請求項５】
監視対象機器のＳＮＭＰエージェント手段が、前記監視対象機器の障害発生時に監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信するＳＮＭＰトラップ送信ステップと、
前記ＳＮＭＰエージェント手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰトラップ再送ステップと、
前記監視対象機器のＢＭＣ手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＰＥＴ送信ステップと、
前記監視機器のＳＮＭＰマネージャ手段が、前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答する応答ステップとを備え、
前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とする監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＭＰを用いた監視システムに関するものである。
【背景技術】
【０００２】
従来、サーバ等の機器の障害監視を行う場合、監視対象サーバにエージェントプログラムをインストールし、そのエージェントが監視対象サーバのハードウェア（以下、Ｈ／Ｗ）の状態やＯＳ（Operating System）の状態をチェックし、異常発生時には、管理マネージャへＳＮＭＰ（Simple Network Management Protocol）トラップを通知することにより機器の障害監視を行ってきた。ここで、トラップ（Trap）とは、状況通知用の情報のことを言う。
【０００３】
ＳＮＭＰトラップは、負荷の軽いコネクションレス型のプロトコルであるＵＤＰ（User Datagram Protocol）を利用し通信されるため、処理速度が速い半面、通信の信頼性が低い。パケットが消失してしまった場合には、トラップの発生を検出することができなくなる。そのため、トラップが消失したことにより障害の検出ができなかったり、障害検知が遅れたりする可能性があり、重要な管理が行えないという問題があった。信頼性のある通信（例えばＴＣＰ／ＩＰ）を利用しトラップを送信すれば確実に送信することができるが、この場合、エージェントとマネージャ間で独自の通信方法となってしまう。それゆえに、標準管理プロトコルであるＳＮＭＰトラップを利用して監視を行うシステムが望まれるケースも多い。
【０００４】
ＳＮＭＰトラップの通信信頼性を向上させる技術が特許文献１に開示されている。特許文献１に開示された方式では、ＳＮＭＰエージェントにトラップ受信確認用のＭＩＢ（Management Information Base）を定義し、ＳＮＭＰマネージャがエージェントからトラップを受け取った際には、受信済みを表す値にセットするためのＳｅｔリクエスト要求をエージェントに対し送信し、管理対象サーバ上のトラップ受信確認用ＭＩＢを更新する。エージェントは、トラップ受信確認用のＭＩＢ値を監視し、一定時間待っても更新されない場合、トラップの再送処理を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−１０１９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示された方式では、ＳＮＭＰエージェントはＭＩＢが更新されるのを一定時間待つことになる。しかしながら、Ｈ／Ｗの障害などを検出していた場合、いち早いＳＮＭＰマネージャへの通知を行う必要があるが、一定時間トラップの再送を待つ方式では処理効率が悪いという問題点があった。さらに、特許文献１に開示された方式では、ネットワーク障害によりパケットが消失していた場合、同じ方法でトラップを再送すると再送トラップも再度消失してしまう可能性があるため、トラップが確実にマネージャに再送されるとは言えないという問題点があった。
【０００７】
本発明は、上記課題を解決するためになされたもので、障害発生を示すトラップを確実にＳＮＭＰマネージャに通知することができる監視システムおよび監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の監視システムは、監視対象機器と、この監視対象機器を監視する監視機器とを備え、前記監視対象機器は、前記監視対象機器の障害発生時に前記監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信し、前記ＳＮＭＰマネージャ手段からの応答が無い場合には再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰエージェント手段と、前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＢＭＣ手段とを有し、前記監視機器は、前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答するＳＮＭＰマネージャ手段を有し、前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とするものである。
【０００９】
また、本発明の監視システムの１構成例において、前記再送待ち時間は、重要な障害を示すＳＮＭＰトラップであるほど短く設定されることを特徴とするものである。
また、本発明の監視システムの１構成例において、前記監視対象機器は、さらに、ＳＮＭＰトラップの種類とＳＮＭＰトラップの重要度と再送待ち時間とを対応付けて記憶するトラップ重要度管理テーブルを有し、前記ＳＮＭＰエージェント手段は、ＳＮＭＰトラップの種類に応じた重要度と再送待ち時間とを前記トラップ重要度管理テーブルから取得することを特徴とするものである。
また、本発明の監視システムの１構成例において、前記ＳＮＭＰエージェント手段は、前記ＳＮＭＰトラップの重要度の情報をこのＳＮＭＰトラップに埋め込んで送信し、前記ＳＮＭＰマネージャ手段は、受信したＳＮＭＰトラップから重要度の情報を抽出し、ＳＮＭＰトラップの重要度が所定の重要度よりも高い場合には、他の処理よりも優先的に前記ＳＮＭＰエージェント手段に応答を返すことを特徴とするものである。
【００１０】
また、本発明の監視方法は、監視対象機器のＳＮＭＰエージェント手段が、前記監視対象機器の障害発生時に監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信するＳＮＭＰトラップ送信ステップと、前記ＳＮＭＰエージェント手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰトラップ再送ステップと、前記監視対象機器のＢＭＣ手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＰＥＴ送信ステップと、前記監視機器のＳＮＭＰマネージャ手段が、前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答する応答ステップとを備え、前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とするものである。
【発明の効果】
【００１１】
本発明によれば、ＳＮＭＰを用いた監視システムにおいて、監視対象機器のＳＮＭＰエージェント手段でＳＮＭＰトラップの重要度に応じて再送待ち時間を変えることにより、重要なＳＮＭＰトラップほど高速に再送することが可能となる。また、ＢＭＣ手段からのＰＥＴの送信を併用することで、確実にＳＮＭＰマネージャ手段にトラップを通知することが可能となる。本発明では、負荷の低いＳＮＭＰエージェント手段でＳＭＭＰトラップの再送の管理を行うため、ＳＮＭＰマネージャ手段に負荷をかけることがない。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施の形態に係る監視システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係るトラップ状態管理テーブルの例を示す図である。
【図３】本発明の第１の実施の形態に係るトラップ重要度管理テーブルの例を示す図である。
【図４】本発明の第１の実施の形態に係る監視システムの動作を示すフローチャートである。
【図５】本発明の第１の実施の形態に係る監視システムの動作を示すフローチャートである。
【図６】本発明の第１の実施の形態に係る監視システムの動作を示すフローチャートである。
【図７】本発明の第１の実施の形態に係る監視システムの動作を示すフローチャートである。
【図８】本発明の第１の実施の形態においてＢＭＣに登録されるＳＥＬの内容を示す図である。
【図９】本発明の第１の実施の形態においてＢＭＣに登録されるＳＥＬの内容を示す図である。
【図１０】本発明の第１の実施の形態においてＢＭＣに登録されるＳＥＬの内容を示す図である。
【図１１】本発明の第１の実施の形態においてＢＭＣに登録されるＳＥＬの内容を示す図である。
【図１２】本発明の第１の実施の形態においてＳＥＬリポジトリの内部イメージを示す図である。
【発明を実施するための形態】
【００１３】
［発明の原理］
ＳＮＭＰエージェントは、自身が動作する管理対象サーバ上で障害が発生した場合、送信したＳＮＭＰトラップを一意に識別できるシーケンス番号をＳＮＭＰトラップに埋め込み、ＳＮＭＰマネージャに対し送信を行う。その後、ＳＮＭＰマネージャからＳＮＭＰトラップを受信したことを通知するＳＮＭＰセット（Set）リクエストを待ち合わせるが、本発明では、重要なＳＮＭＰトラップの再送待ち時間は短くし、かつＳＮＭＰトラップと同時に管理用ＬＡＮ（Local Area Network）を利用したＢＭＣ（Baseboard Management Controller）からのＰＥＴ（Platform Event Trap）も送信する。
【００１４】
このような構成により、本発明では、重要なイベントを表すＳＮＭＰトラップほど高速に再送されるため、ＳＮＭＰマネージャ側はより早く再送されたＳＮＭＰトラップを受け取ることが可能となる。また、ＳＮＭＰエージェントとＳＮＭＰマネージャが通信に利用する業務用ＬＡＮとは異なる管理用ＬＡＮを利用したＢＭＣからのＰＥＴにより、業務用ＬＡＮのネットワーク障害時も確実にＳＮＭＰマネージャに通知することができるようになる。
【００１５】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態に係る監視システムの構成を示すブロック図である。本実施の形態では、図１に示すように、監視対象サーバ８と、監視対象サーバ８を監視する監視サーバ２４とが存在する環境を例に説明する。監視対象サーバ８は、ＮＩＣ（Network Interface Card）１を介して管理用ＬＡＮ３０に接続され、またＮＩＣ７を介して業務用ＬＡＮ３１に接続されている。監視サーバ２４は、ＮＩＣ２０を介して管理用ＬＡＮ３０に接続され、またＮＩＣ２３を介して業務用ＬＡＮ３１に接続されている。監視サーバ２４と監視対象サーバ８とは、管理用ＬＡＮ３０および業務用ＬＡＮ３１を介して互いに通信することができる。
【００１６】
監視対象サーバ８のＯＳ（Operating System）５上ではＳＮＭＰエージェント部６が動作している。監視対象サーバ２４のＯＳ２１上ではＳＮＭＰマネージャ部２２が動作している。監視対象サーバ８のＳＮＭＰエージェント部６は、業務用ＬＡＮ３１を介して監視サーバ２４のＳＮＭＰマネージャ部２２と通信を行う。
【００１７】
監視対象サーバ８は、ＢＭＣ２を搭載している。ＢＭＣ２は、イベントログ情報やセンサ情報を保持するための記憶部３と、ＩＰＭＩ（Intelligent Platform Management Interface）コマンドを処理する処理部４とを備えている。ＢＭＣ２へのアクセスは、ＯＳ５上で動作する専用のドライバを利用し、ＳＮＭＰエージェント部６から行うものとする。
【００１８】
ＳＮＭＰエージェント部６は、さまざまな処理を行う処理部６−１と、ＳＮＭＰマネージャ部２２と通信するためのマネージャ通信部６−２と、トラップの送受信状態を管理するトラップ状態管理テーブル格納部６−３と、各ＳＮＭＰトラップの重要度や再送待ち時間を管理するトラップ重要度管理テーブル格納部６−５と、テーブル格納部６−３，６−５と処理部６−１とのインターフェースを実現すると共に、各種設定情報などを保持する記憶部６−４とからなる。
【００１９】
トラップ状態管理テーブル格納部６−３には、各トラップの送信状態を記録するトラップ状態管理テーブルが格納される。図２にトラップ状態管理テーブルの例を示す。トラップ状態管理テーブルは、管理されるＳＮＭＰマネージャ部毎に複数存在し、シーケンス番号、応答の状態情報、トラップ送信のリトライ回数を保持する。
【００２０】
トラップ重要度管理テーブル格納部６−５には、各トラップ（イベント）の重要度を示すトラップ重要度管理テーブルが格納される。図３にトラップ重要度管理テーブルの例を示す。トラップ重要度管理テーブルには、イベントの種類、トラップの重要度、ＳＮＭＰマネージャ部２２からの応答を待つ再送待ち時間、ＰＥＴ通報の要否情報が格納されている。
【００２１】
監視サーバ２４のＳＮＭＰマネージャ部２２は、管理対象サーバ８に搭載されるＢＭＣ２から送信されるＰＥＴを受信したり、ＲＭＣＰプロトコルを利用してリモートからＩＰＭＩコマンドを実行したりするＢＭＣ通信部２２−１と、ユーザが監視サーバ２４を操作するためのＧＵＩ（Graphical User Interface）２２−２と、さまざまな処理を行う処理部２２−３と、設定情報などを保持する記憶部２２−４と、ＳＮＭＰエージェント部６と通信するためのエージェント通信部２２−５とからなる。
【００２２】
次に、図４、図５、図６、図７を利用し、本実施の形態の監視システムの動作について説明する。なお、ＳＮＭＰエージェント部６からのＳＮＭＰトラップやＢＭＣ２からのＰＥＴを利用するためには、予めＳＮＭＰマネージャ部２２のＩＰアドレス等の設定が必要であるが、この設定はすでに実施されているものとする。
【００２３】
まず、図４を利用してＳＮＭＰエージェント部６が監視対象サーバ８上で障害を検出し、ＳＮＭＰマネージャ部２２にＳＮＭＰトラップを送信するまでの処理を説明する。
ＳＮＭＰエージェント部６の処理部６−１は、監視対象サーバ８上で監視を行い、障害が発生していないかチェックする（図４ステップＳ２−１）。処理部６−１は、ＳＮＭＰマネージャ部２２に対しＳＮＭＰトラップを送信すべき障害が監視対象サーバ８上で発生した場合（ステップＳ２−２においてＹＥＳ）、ステップＳ２−３に進む。処理部６−１は、監視対象サーバ８に障害が発生していないか、あるいはＳＮＭＰトラップ対象外の障害であった場合、ステップＳ２−１に戻る。
【００２４】
次に、処理部６−１は、ＳＮＭＰトラップを送信すべき障害を検出した場合、検出した障害の種類を判別して、ＳＮＭＰマネージャ部２２に通知するためのＳＮＭＰトラップデータを生成する（ステップＳ２−３）。処理部６−１は、トラップ状態管理テーブル上に登録されている最後のシーケンス番号に１足した値を新たなシーケンス番号として採用する（ステップＳ２−４）。そして、処理部６−１は、ステップＳ２−４で採番したシーケンス番号をトラップ状態管理テーブルに登録すると共に、このシーケンス番号に対応する応答の状態情報として、ＳＮＭＰマネージャ部２２からの応答が未だ無いことを示す「応答無」をトラップ状態管理テーブルに登録する（ステップＳ２−５）。このとき、処理部６−１は、トラップ状態管理テーブルにリトライ回数として初期値０を登録しておく。
【００２５】
続いて、処理部６−１は、ステップＳ２−４で採番したシーケンス番号を、ステップＳ２−３で生成したＳＮＭＰトラップデータ内に埋め込む（ステップＳ２−６）。そして、処理部６−１は、ステップＳ２−６で生成したＳＮＭＰトラップをマネージャ通信部６−２を介してＳＮＭＰマネージャ部２２に送信する（ステップＳ２−７）。以上で、ＳＮＭＰエージェント部６がＳＮＭＰマネージャ部２２にＳＮＭＰトラップを送信するまでの処理が終了する。
【００２６】
次に、ＳＮＭＰエージェント部６がＳＮＭＰトラップを送信した後の動作について、図５、図６を利用して説明する。
ＳＮＭＰエージェント部６の処理部６−１は、自身がステップＳ２−７で送信したＳＮＭＰトラップの種類をキーにしてトラップ重要度管理テーブルを検索し、ＳＮＭＰトラップの種類に対応する重要度を取得する（図５ステップＳ３−１）。処理部６−１は、重要度が高いＳＮＭＰトラップかどうかを判定し、重要度が高いＳＮＭＰトラップの場合、ＳＮＭＰマネージャ部２２からの応答を待ち合わせる必要があると判定し（ステップＳ３−２においてＹＥＳ）、ステップＳ３−３に進む。また、処理部６−１は、重要度の低いＳＮＭＰトラップであれば、処理を終了する。
【００２７】
どの程度の重要度であればＳＮＭＰトラップを待ち合わせすべきかは可変であるべきだが、本実施の形態では、ＳＮＭＰトラップの重要度を「高」、「中」、「低」の３つに分類し、重要度が「高」または「中」のＳＮＭＰトラップであった場合には、ＳＮＭＰマネージャ部２２からの応答を待ち合わせることにし、重要度が「低」のＳＮＭＰトラップであった場合には、待ち合わせを行わないことにする。
【００２８】
続いて、処理部６−１は、自身がステップＳ２−７で送信したＳＮＭＰトラップの種類をキーにしてトラップ重要度管理テーブルを検索し、ＳＮＭＰトラップの種類に対応する再送待ち時間を取得する（ステップＳ３−３）。なお、監視対象サーバ８が停止するような重要な障害を示すＳＮＭＰトラップであるほど、再送待ち時間は少なくなる。そして、処理部６−１は、ＳＮＭＰエージェント部６内部で動作する図示しないタイマをステップＳ３−３で取得した再送待ち時間にセットし、再送待ち時間からのカウントダウンを開始する（ステップＳ３−４）。
【００２９】
処理部６−１は、自身がステップＳ２−７で送信したＳＮＭＰトラップのシーケンス番号をキーにしてトラップ状態管理テーブルを検索し、自身がステップＳ２−７で送信したＳＮＭＰトラップの状態情報を確認する（ステップＳ３−５）。処理部６−１は、ステップＳ３−５で取得したＳＮＭＰトラップの状態情報がＳＮＭＰマネージャ部２２からの応答が有った場合に更新される「応答有」であった場合（ステップＳ３−６においてＹＥＳ）、処理を終了する。また、処理部６−１は、ＳＮＭＰトラップの状態情報がＳＮＭＰマネージャ部２２からの応答が無いことを示す「応答無」であった場合、ステップＳ３−７に進む。
【００３０】
処理部６−１は、ＳＮＭＰトラップの状態情報が「応答無」で、ステップＳ３−４でセットしたタイマの値が０でなく、残っている場合、すなわちタイマをセット時点から再送待ち時間が経過していない場合（ステップＳ３−７においてＹＥＳ）、ステップＳ３−５に戻り、トラップ状態管理テーブルの状態を監視する。また、処理部６−１は、タイマのカウント値が既に０で、残っていない場合、すなわちタイマをセット時点から再送待ち時間が経過した場合、ステップＳ３−８に進む。
【００３１】
処理部６−１は、自身がステップＳ２−７で送信したＳＮＭＰトラップの種類をキーにしてトラップ重要度管理テーブルを検索し、ＳＮＭＰトラップの種類に対応するＰＥＴ通報要否情報を取得する（ステップＳ３−８）。処理部６−１は、ステップＳ３−８で取得したＰＥＴ通報要否情報を確認し、ＰＥＴ通報要否情報が「要」となっていれば（ステップＳ３−９においてＹＥＳ）、ステップＳ３−１０に進む。また、処理部６−１は、ＰＥＴ通報要否情報が「不要」となっていれば、ステップＳ３−１２に進む。ＰＥＴ通報が必要な障害としては、主にＨ／Ｗ障害がある。
【００３２】
処理部６−１は、ＰＥＴ通報が必要な場合、ＢＭＣ２の処理部４にＰＥＴ通報を実行させる（ステップＳ３−１０）。ＢＭＣ２からのＰＥＴ通報には、受信システムからＡＣＫ（Acknowledge）を受け取らない限り再送を行う機能が備わっているため、この機能を利用して、ＳＮＭＰマネージャ部２２がＰＥＴを受け取りＡＣＫを返却するまでＰＥＴ再送を繰り返すものとする。すなわち、毎回ステップＳ３−１０のステップで新たにＩＰＭＩコマンド等を利用してＰＥＴ通報を行わないものとする。
【００３３】
処理部６−１は、ＰＥＴ通報の実行後、ＳＮＭＰマネージャ部２２がＰＥＴ通報を受け取ったことを示すＳＥＬ（System Event Log）がＢＭＣ２に登録されているかチェックする（ステップＳ３−１１）。処理部６−１は、ＳＮＭＰマネージャ部２２がＰＥＴ通報を受け取ったことを示すＳＥＬがＢＭＣ２に登録されていない場合（ステップＳ３−１１においてＮＯ）、次の処理であるステップＳ３−１２に進む。また、処理部６−１は、ＳＮＭＰマネージャ部２２がＰＥＴ通報を受け取ったことを示すＳＥＬがＢＭＣ２に登録されている場合、ステップＳ３−１６に進む。なお、ＳＥＬのフォーマットについては、図８〜図１２において後述する。
【００３４】
ここでは、ステップＳ３−１６について先に説明する。処理部６−１は、ＳＮＭＰマネージャ部２２がＰＥＴ通報を受け取ったことを示すＳＥＬがＢＭＣ２に登録されている場合、自身がステップＳ２−７で送信したＳＮＭＰトラップのシーケンス番号に対応する、トラップ状態管理テーブルの応答状態情報を「応答有」に変更し、処理を終了する（ステップＳ３−１６）。
【００３５】
一方、処理部６−１は、ＳＮＭＰマネージャ部２２がＰＥＴ通報を受け取ったことを示すＳＥＬがＢＭＣ２に登録されていない場合、ＳＮＭＰマネージャ部２２に対し、ステップＳ２−７で送信したＳＮＭＰトラップの再送を行う（ステップＳ３−１２）。続いて、処理部６−１は、自身がステップＳ２−７，Ｓ３−１２で送信したＳＮＭＰトラップのシーケンス番号に対応する、トラップ状態管理テーブルのリトライ回数を１増やし、テーブルの値を更新する（ステップＳ３−１３）。
【００３６】
次に、処理部６−１は、自身がステップＳ２−７，Ｓ３−１２で送信したＳＮＭＰトラップのシーケンス番号をキーにしてトラップ状態管理テーブルを検索し、自身がステップＳ２−７，Ｓ３−１２で送信したＳＮＭＰトラップの送信リトライ回数が規定の回数以内であるかチェックする（ステップＳ３−１４）。処理部６−１は、ステップＳ３−１４でチェックした送信リトライ回数が規定の回数以内であれば、ステップＳ３−４に戻り、再度待ち合わせを開始する。また、処理部６−１は、送信リトライ回数が規定の回数を超えていた場合、再送処理では解決できない問題が発生したと判定し、再送処理が全て失敗した旨をログに記録して、処理を終了する（ステップＳ３−１５）。
【００３７】
次に、監視サーバ２４のＳＮＭＰマネージャ部２２がＳＮＭＰトラップを受信するまでの動作について、図７を利用して説明する。
ＳＮＭＰマネージャ部２２の処理部２２−３は、ＳＮＭＰエージェント部６から管理対象サーバ８を一意に識別するためのＧＵＩＤ（ＵＵＩＤ）情報を取得する（ステップＳ４−１）。このＧＵＩＤ（Global Unique Identifier）は、ＳＮＭＰエージェント部６とＢＭＣ２とを結びつけるために利用される。
【００３８】
続いて、処理部２２−３は、監視対象サーバ８のＳＮＭＰエージェント部６からのＳＮＭＰトラップまたはＢＭＣ２からのＰＥＴ通報を待ち受ける（ステップＳ４−２）。処理部２２−３は、ＳＮＭＰトラップを受信した場合（ステップＳ４−３においてＹＥＳ）、ステップＳ４−４に進む。また、処理部２２−３は、ＳＮＭＰトラップを受信できなかった場合、ステップＳ４−７へと進む。
【００３９】
処理部２２−３は、ＳＮＭＰトラップを受信した場合、受信したＳＮＭＰトラップを解析する（ステップＳ４−４）。そして、処理部２２−３は、受信したＳＮＭＰトラップから、シーケンス番号と、障害（イベント）の内容を示す情報と、このＳＮＭＰトラップを送信したＳＮＭＰエージェント部６のＩＰアドレスとを抽出する（ステップＳ４−５）。さらに、処理部２２−３は、抽出したＩＰアドレスのＳＮＭＰエージェント部６に対して、ＳＮＭＰトラップから抽出したシーケンス番号をＳＮＭＰセット（Set）リクエストを利用して設定し、受信処理を終了する（ステップＳ４−６）。
【００４０】
ＳＮＭＰエージェント部６では、ＳＮＭＰマネージャ部２２からシーケンス番号が設定されたことにより、このシーケンス番号に対応する、トラップ状態管理テーブルの応答状態情報を「応答有」に変更する。
【００４１】
一方、処理部２２−３は、ステップＳ４−３においてＳＮＭＰトラップを受信できなかった場合、ＰＥＴの受信が行われたかチェックする（ステップＳ４−７）。処理部２２−３は、ＰＥＴを受信できなかった場合（ステップＳ４−７においてＮＯ）、再度ステップＳ４−２に戻り、ＳＮＭＰトラップまたはＰＥＴを待ち受ける。また、処理部２２−３は、ＰＥＴを受信した場合、ステップＳ４−８に進む。
【００４２】
処理部２２−３は、ＰＥＴを受信した場合、受信したＰＥＴを解析する（ステップＳ４−８）。そして、処理部２２−３は、受信したＰＥＴから得られるＧＵＩＤとステップＳ４−１で取得した監視対象サーバ８のＧＵＩＤとを基に、ＰＥＴ通報を行ったＢＭＣ２を含む監視対象サーバ８を特定し、どのＳＮＭＰエージェント部６が管理する監視対象サーバ８かを特定する（ステップＳ４−９）。さらに、処理部２２−３は、ＰＥＴを受信したことを示すＳＥＬ（以下、応答ＳＥＬと呼ぶ）を、ステップＳ４−９で特定した監視対象サーバ８のＢＭＣ２に対してＩＰＭＩコマンドを利用して設定する（ステップＳ４−１０）。
【００４３】
登録するＳＥＬの内容は、ステップＳ４−８で解析したＰＥＴのイベント内容をそのままＳＥＬのフォーマットに変換すればよい。このとき、ＢＭＣ２が登録するＳＥＬと区別する必要があるため、センサータイプ（SENSOR TYPE）を独自のタイプに変えれば、区別することが可能となる。ＳＥＬの例を図８、図９に示す。
【００４４】
さらに、ＰＥＴを複数のＳＮＭＰマネージャ部２２に送信する場合があることを考えると、ＳＮＭＰマネージャ部２２のＩＰアドレスもＳＥＬに登録する必要がある。そこで、応答ＳＥＬを補足するＳＥＬ（以下、マネージャ情報ＳＥＬと呼ぶ）をさらに追加することを考える。マネージャ情報ＳＥＬの例を図１０、図１１に示す。ＳＥＬのＯＥＭフォーマットを利用し、１１−１２ｂｙｔｅには応答ＳＥＬのレコードＩＤ（RECORD ID）を格納し、１３−１６ｂｙｔｅにはＳＮＭＰマネージャ部２２のＩＰアドレス（MANAGER IP）を格納したＳＥＬを、マネージャ情報ＳＥＬとしてＢＭＣ２に登録する。
【００４５】
ＳＥＬリポジトリの内部イメージを図１２に示す。図１２では、レコード０００１が応答ＳＥＬを示し、レコード０００２，０００３がマネージャ情報ＳＥＬであることを示している。
【００４６】
以上のように、本実施の形態では、発生した障害毎に再送待ち時間が異なるため、重大な障害ほど早く確実にＳＮＭＰマネージャ部２２に通知することができる。また、本実施の形態では、ＳＮＭＰトラップを送信すると同時にＢＭＣ２から管理用ＬＡＮ３０を利用してＰＥＴを送信するため、ＳＮＭＰマネージャ部２２に対してトラップが到着する可能性を高めることができる。本実施の形態では、負荷の低いＳＮＭＰエージェント部６側でＳＭＭＰトラップの再送の管理を行うため、ＳＮＭＰマネージャ部２２に負荷をかけることがない。
【００４７】
［第２の実施の形態］
第１の実施の形態において、ＳＮＭＰエージェント部６は、最初のＳＮＭＰトラップ送信時にシーケンス番号と共にトラップの重要度をＳＮＭＰトラップに埋め込むようにしてもよい。ＳＮＭＰマネージャ部２２は、ＳＮＭＰトラップを受信した段階で、ＳＮＭＰトラップから重要度の情報を抽出し、ＳＮＭＰトラップの重要度が所定の重要度よりも高い場合には、他の処理よりも優先的にＳＮＭＰセットリクエストを返却するようにしてもよい。
【００４８】
優先度の高いＳＮＭＰトラップは再送間隔が短いため、ＳＮＭＰエージェント部６に負荷をかけることになる。優先度の高いＳＮＭＰトラップに関する応答を優先的にＳＮＭＰマネージャ部２２から返却することによって、ＳＮＭＰエージェント部６の処理効率を向上させることができる。
【００４９】
第１、第２の実施の形態で説明した監視対象サーバ８と監視サーバ２４の各々は、ＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。各装置のＣＰＵは、記憶装置に格納されたプログラムに従って第１、第２の実施の形態で説明した処理を実行する。
【００５０】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００５１】
（付記１）監視対象機器と、この監視対象機器を監視する監視機器とを備え、前記監視対象機器は、前記監視対象機器の障害発生時に前記監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信し、前記ＳＮＭＰマネージャ手段からの応答が無い場合には再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰエージェント手段と、前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＢＭＣ手段とを有し、前記監視機器は、前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答するＳＮＭＰマネージャ手段を有し、前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とする監視システム。
【００５２】
（付記２）付記１記載の監視システムにおいて、前記再送待ち時間は、重要な障害を示すＳＮＭＰトラップであるほど短く設定されることを特徴とする監視システム。
【００５３】
（付記３）付記１または付記２記載の監視システムにおいて、前記監視対象機器は、さらに、ＳＮＭＰトラップの種類とＳＮＭＰトラップの重要度と再送待ち時間とを対応付けて記憶するトラップ重要度管理テーブルを有し、前記ＳＮＭＰエージェント手段は、ＳＮＭＰトラップの種類に応じた重要度と再送待ち時間とを前記トラップ重要度管理テーブルから取得することを特徴とする監視システム。
【００５４】
（付記４）付記１乃至付記３のいずれか１項に記載の監視システムにおいて、前記ＳＮＭＰエージェント手段は、前記ＳＮＭＰトラップの重要度の情報をこのＳＮＭＰトラップに埋め込んで送信し、前記ＳＮＭＰマネージャ手段は、受信したＳＮＭＰトラップから重要度の情報を抽出し、ＳＮＭＰトラップの重要度が所定の重要度よりも高い場合には、他の処理よりも優先的に前記ＳＮＭＰエージェント手段に応答を返すことを特徴とする監視システム。
【００５５】
（付記５）監視対象機器のＳＮＭＰエージェント手段が、前記監視対象機器の障害発生時に監視機器のＳＮＭＰマネージャ手段に対してＳＮＭＰトラップを送信するＳＮＭＰトラップ送信ステップと、前記ＳＮＭＰエージェント手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に再送待ち時間が経過する度に前記ＳＮＭＰトラップを送信するＳＮＭＰトラップ再送ステップと、前記監視対象機器のＢＭＣ手段が、前記ＳＮＭＰマネージャ手段からの応答が無い場合に前記再送待ち時間が経過する度に、前記ＳＮＭＰエージェント手段と前記ＳＮＭＰマネージャ手段とが通信に利用する業務用ネットワークとは別の管理用ネットワークを利用して、ＰＥＴを前記ＳＮＭＰマネージャ手段に送信するＰＥＴ送信ステップと、前記監視機器のＳＮＭＰマネージャ手段が、前記ＳＮＭＰトラップを受信したときに前記業務用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答し、前記ＰＥＴを受信したときに前記管理用ネットワークを利用して前記ＳＮＭＰエージェント手段に対して応答する応答ステップとを備え、前記ＳＮＭＰトラップの重要度に応じて前記再送待ち時間を変えることを特徴とする監視方法。
【産業上の利用可能性】
【００５６】
本発明は、ＳＮＭＰを用いた監視システムに適用することができる。
【符号の説明】
【００５７】
１，７，２０，２３…ＮＩＣ、２…ＢＭＣ、３…記憶部、４…処理部、５…ＯＳ、６…ＳＮＭＰエージェント部、６−１…処理部、６−２…マネージャ通信部、６−３…トラップ状態管理テーブル格納部、６−４…記憶部、６−５…トラップ重要度管理テーブル格納部、８…監視対象サーバ、２２…ＳＮＭＰマネージャ部、２２−１…ＢＭＣ通信部、２２−２…ＧＵＩ、２２−３…処理部、２２−４…記憶部、２２−５…エージェント通信部、２４…監視サーバ、３０…管理用ＬＡＮ、３１…業務用ＬＡＮ。
【図１】
2012177987.tif 000003
【図２】
2012177987.tif 000004
【図３】
2012177987.tif 000005
【図４】
2012177987.tif 000006
【図５】
2012177987.tif 000007
【図６】
2012177987.tif 000008
【図７】
2012177987.tif 000009
【図８】
2012177987.tif 000010
【図９】
2012177987.tif 000011
【図１０】
2012177987.tif 000012
【図１１】
2012177987.tif 000013
【図１２】
2012177987.tif 000014