(57)【要約】【課題】ＬＡＮ通信不可時にエージェントがマネージャに向けて送信しようとしたトラップの消失を最小限に抑える。【解決手段】ＬＡＮ監視制御部１１は、トラップ処理部１３に一定周期でＬＡＮ３による通信の可否をチェックさせる。トラップ処理部１３は、ＬＡＮ通信可能である場合は、トラップ発行部１２で発行されたトラップをＬＡＮ３を介してマネージャに向けて送信する。一方、ＬＡＮ通信不可である場合は、ＬＡＮ通信が再度可能になるまでにトラップ発行部１２で発行されたトラップをローカルバッファ１４に退避し、ＬＡＮ通信が再度可能になり次第、ローカルバッファ１４に退避したトラップをＬＡＮ３を介してマネージャに向けて送信する。【選択図】　　　図２
2004080397.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰを使用したＬＡＮを介してマネージャとなる通信機器に接続され、前記マネージャとの間で前記ＬＡＮを介して管理情報を送受信する通信機器である、ＬＡＮ監視機能を備えたＳＮＭＰエージェントにおいて、
前記ＳＮＭＰエージェントで生じた事象または障害の情報を含む前記管理情報を、随時トラップとして発行するトラップ発行手段と、
前記トラップ発行手段で発行されたトラップを一時退避する場所であるローカルバッファと、
前記マネージャとの前記ＬＡＮによる通信の可否をチェックするＬＡＮ通信チェック手段と、
前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が可能であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記マネージャに向けて送信するトラップ送信手段と、
前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が不可であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避するトラップ退避手段と、
前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が再度可能となったことを検出した時に、前記ローカルバッファに退避しておいたトラップを前記トラップ送信手段を介して前記マネージャに向けて送信する退避トラップ送信手段とを有することを特徴とするＳＮＭＰエージェント。
【請求項２】
前記ＬＡＮ通信チェック手段は、前記ＬＡＮによる通信の可否をチェックする場合、前記マネージャに向けてテスト用パケットを送信し、前記マネージャからの前記テスト用パケットの返信状況に基づいて前記ＬＡＮによる通信の可否を判定する、請求項１に記載のＳＮＭＰエージェント。
【請求項３】
前記ＬＡＮ通信チェック手段は、前記マネージャに向けて前記テスト用パケットを送信してから、前記マネージャからの前記テスト用パケットの受信をタイムアウトの時間まで待つこととし、該タイムアウトの時間が経過した時点で前記ＬＡＮによる通信が不可と判定する、請求項２に記載のＳＮＭＰエージェント。
【請求項４】
前記ＬＡＮ通信チェック手段は、一定周期で前記ＬＡＮによる通信の可否をチェックする、請求項１から３のいずれか１項に記載のＳＮＭＰエージェント。
【請求項５】
前記トラップ退避手段は、前記トラップ発行手段で発行されたトラップを元にトラップ送信用コマンドラインを作成し、作成したトラップ送信用コマンドラインを前記トラップとして前記ローカルバッファに退避し、
前記退避トラップ送信手段は、前記ローカルバッファに退避しておいた前記トラップ送信用コマンドラインを前記トラップとして前記トラップ送信手段を介して前記マネージャに向けて送信する、請求項１から４のいずれか１項に記載のＳＮＭＰエージェント。
【請求項６】
前記トラップ退避手段は、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が不可であることを検出した場合、それ以降、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が再度可能となったことを検出するまでに前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避する、請求項１から５のいずれか１項に記載のＳＮＭＰエージェント。
【請求項７】
前記トラップ退避手段は、前記ローカルバッファの容量が前記トラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込む、請求項６に記載のＳＮＭＰエージェント。
【請求項８】
前記退避トラップ送信手段は、前記ローカルバッファに退避しておいたトラップを最も古いものから順番に読み出して前記トラップ送信手段を介して前記マネージャに向けて送信する、請求項６または７に記載のＳＮＭＰエージェント。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）監視機能を備えたＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋ　Ｍａｎａｇｅｒ　Ｐｒｏｔｏｃｏｌ）エージェントに関し、特に、ＬＡＮ通信不可を検出し、ＳＮＭＰトラップの消失を回避するＬＡＮ監視機能を備えたＳＮＭＰエージェントに関する。
【０００２】
【従来の技術】
ＳＮＭＰは、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）およびＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を主に使用したネットワークプロトコルである。このＳＮＭＰは、通信機器が複数存在するネットワーク管理システムにおいて、マネージャと呼ばれる通信機器が、エージェントと呼ばれる他の通信機器の状態を管理する時、エージェントとマネージャ間で管理情報を送受信するためのプロトコルとして使用される。
【０００３】
ＳＮＭＰを使用したネットワーク管理システムにおいて、エージェントはエージェントの事象や障害の情報をオブジェクトという形式で保持する。マネージャはコマンドによりエージェントのオブジェクトに格納されているエージェントの状態を取得する。また、マネージャはエージェントに対する設定の要求をコマンドとしてエージェントに送信し、エージェントはその結果をマネージャに返信する。また、エージェントはエージェントで生じた事象や障害の情報を、随時自発的にトラップ（Ｔｒａｐ）としてマネージャに送信する。
【０００４】
ＳＮＭＰは、データの送受信に際し、ＳＮＭＰの下位プロトコルであるＵＤＰを使用している。このＵＤＰは、ネットワーク上のコネクションが確立されているか（ネットワーク通信が可能であるか）の確認が行なわれないで直接データの送信が行われるコネクションレス型と呼ばれるプロトコルである。
【０００５】
従って、ＳＮＭＰは、比較的高速にデータの送受信ができるという利点がある反面、信頼性は低く、例えば、ＳＮＭＰを使用したＬＡＮ上のネットワーク管理システムにおいて、エージェントとマネージャ間のＬＡＮ通信が不可である時に、エージェントからマネージャに向けてＬＡＮ上にトラップが送出された場合、そのトラップは全て消失されてしまう。
【０００６】
そこで、トラップの消失を検出するために、例えば、特開２００１−６７２９１号公報においては、マネージャを２台設置し、両マネージャ間で相互通信を行なうことにより、一方のマネージャがエージェントからトラップを受信し、他方のマネージャがそのトラップを受信できなかった場合に、そのトラップが消失したと判断するネットワーク監視方式が開示されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記の特許公報に開示されたネットワーク監視方式においては、最低でも２台のマネージャを設置する必要があり、システム規模が増大してしまうという問題点がある。
【０００８】
また、エージェントは、トラップが消失したことを認識することができないため、それを知らずにマネージャに向けてトラップを送信し続けることとなり、トラップの消失量が増大してしまうという問題点がある。
【０００９】
また、エージェントが発行したトラップが、ＬＡＮ通信不可により消失しマネージャに到達しないことが起こり得るという問題点がある。
【００１０】
そこで本発明の目的は、システム規模を増大させることなく、ＬＡＮ通信不可時に発行されたＳＮＭＰトラップの消失を最小限に抑えることができ、かつ、ＬＡＮ通信不可時に発行されたＳＮＭＰトラップをマネージャに確実に渡すことができる、ＬＡＮ監視機能を備えたＳＮＭＰエージェントを提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために本発明のＬＡＮ監視機能を備えたＳＮＭＰエージェントは、ＳＮＭＰを使用したＬＡＮを介してマネージャとなる通信機器に接続され、前記マネージャとの間で前記ＬＡＮを介して管理情報を送受信する通信機器である、ＬＡＮ監視機能を備えたＳＮＭＰエージェントにおいて、前記ＳＮＭＰエージェントで生じた事象または障害の情報を含む前記管理情報を、随時トラップとして発行するトラップ発行手段と、前記トラップ発行手段で発行されたトラップを一時退避する場所であるローカルバッファと、前記マネージャとの前記ＬＡＮによる通信の可否をチェックするＬＡＮ通信チェック手段と、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が可能であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記マネージャに向けて送信するトラップ送信手段と、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が不可であることを検出した場合、前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避するトラップ退避手段と、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が再度可能となったことを検出した時に、前記ローカルバッファに退避しておいたトラップを前記トラップ送信手段を介して前記マネージャに向けて送信する退避トラップ送信手段とを有することを特徴とする。
【００１２】
この場合、前記ＬＡＮ通信チェック手段は、前記ＬＡＮによる通信の可否をチェックする場合、前記マネージャに向けてテスト用パケットを送信し、前記マネージャからの前記テスト用パケットの返信状況に基づいて前記ＬＡＮによる通信の可否を判定することとしても良い。
【００１３】
また、前記ＬＡＮ通信チェック手段は、前記マネージャに向けて前記テスト用パケットを送信してから、前記マネージャからの前記テスト用パケットの受信をタイムアウトの時間まで待つこととし、該タイムアウトの時間が経過した時点で前記ＬＡＮによる通信が不可と判定することとしても良い。
【００１４】
また、前記ＬＡＮ通信チェック手段は、一定周期で前記ＬＡＮによる通信の可否をチェックすることとしても良い。
【００１５】
また、前記トラップ退避手段は、前記トラップ発行手段で発行されたトラップを元にトラップ送信用コマンドラインを作成し、作成したトラップ送信用コマンドラインを前記トラップとして前記ローカルバッファに退避し、前記退避トラップ送信手段は、前記ローカルバッファに退避しておいた前記トラップ送信用コマンドラインを前記トラップとして前記トラップ送信手段を介して前記マネージャに向けて送信することとしても良い。
【００１６】
また、前記トラップ退避手段は、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が不可であることを検出した場合、それ以降、前記ＬＡＮ通信チェック手段が前記ＬＡＮによる通信が再度可能となったことを検出するまでに前記トラップ発行手段で発行されたトラップを前記ローカルバッファに一時退避することとしても良い。
【００１７】
また、前記トラップ退避手段は、前記ローカルバッファの容量が前記トラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込むこととしても良い。
【００１８】
また、前記退避トラップ送信手段は、前記ローカルバッファに退避しておいたトラップを最も古いものから順番に読み出して前記トラップ送信手段を介して前記マネージャに向けて送信することとしても良い。
【００１９】
（作用）
上記のように構成された本発明においては、ＬＡＮ通信チェック手段がＬＡＮ通信不可を検出した場合、その後に発行されたトラップをローカルバッファに退避しておき、後にＬＡＮ通信チェック手段がＬＡＮ通信可能を検出した時に、ローカルバッファに退避したトラップをマネージャに向けて送信する。
【００２０】
それにより、ＬＡＮ通信不可時に発行されたトラップがＬＡＮ上に送出されて消失することを防止できるとともに、ＬＡＮ通信不可時に発行されたトラップをＬＡＮ通信復旧後にマネージャに確実に渡すことができる。
【００２１】
【発明の実施の形態】
以下に、本発明の実施形態について図面を参照して説明する。
【００２２】
（第１の実施形態）
図１は、本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェント（以下、エージェントと称する）を用いたネットワーク管理システムの構成を示すブロック図である。図１を参照すると、このネットワーク管理システムは、通信機器であるエージェント１と通信機器であるマネージャ２とが、ＳＮＭＰを使用したＬＡＮ３により接続された構成となっている。
【００２３】
図２は、図１に示したエージェント１の構成を示すブロック図である。図２を参照すると、エージェント１は、ＬＡＮ監視制御部１１と、トラップ発行部１２と、トラップ処理部１３と、ローカルバッファ１４とを備えている。
【００２４】
ＬＡＮ監視制御部１１は、トラップ処理部１３にＬＡＮ３を一定周期で監視させ、トラップ発行部１２は、エージェント１で生じた事象や障害等の管理情報を随時トラップとして発行する。
【００２５】
トラップ処理部１３は、ＬＡＮ監視制御部１１の制御の元でＬＡＮ通信可否のチェックを一定周期で実行し、ＬＡＮ通信可能である場合は、トラップ発行部１２で発行されたトラップをＬＡＮ３を介してマネージャ２に向けて送信する。一方、ＬＡＮ通信不可である場合は、トラップ発行部１２で発行されたトラップをローカルバッファ１４に退避し、ＬＡＮ通信可能になり次第、ローカルバッファ１４に退避したトラップをＬＡＮ３を介してマネージャ２に向けて送信する。
【００２６】
図３は、図２に示したトラップ処理部１３の詳細な構成を示すブロック図である。図３を参照すると、トラップ処理部１３は、ＬＡＮチェック・退避トラップ送信部１３１と、ＬＡＮ通信チェック部１３２と、退避トラップ送信部１３３と、トラップ制御部１３４と、トラップ退避部１３５と、トラップ送信部１３６と、ＬＡＮ状態フラグ１３７とを備えている。
【００２７】
ＬＡＮチェック・退避トラップ送信部１３１は、ＬＡＮ監視制御部１１の制御の元で、ＬＡＮ通信チェック部１３２を一定周期で呼び出し、エージェント１とマネージャ２間のＬＡＮ通信可否をチェックさせる。ＬＡＮ通信可能である場合は、退避トラップ送信部１３３を呼び出し、その時点でローカルバッファ１４に退避されているトラップがあれば、ローカルバッファ１４に退避されているトラップをトラップ送信部１３６を介してマネージャ２に向けて送信させる。
【００２８】
トラップ制御部１３４は、トラップ発行部１２でのトラップ発行時にＬＡＮ通信可能であれば、そのトラップをトラップ送信部１３６を介してマネージャ２に向けて送信する。また、トラップ発行部１２でのトラップ発行時にＬＡＮ通信不可であれば、トラップ退避部１３５を呼び出し、トラップ発行部１２で発行されたトラップをローカルバッファ１４に一時退避させる。
【００２９】
ＬＡＮ状態フラグ１３７は、ＬＡＮ通信チェック部１３２による周期的なＬＡＮ通信可否の監視結果を示すフラグである。このＬＡＮ状態フラグ１３７は、ＬＡＮ監視制御部１１により初期値としてＯＦＦ（ＬＡＮ通信不可）にセットされ、その後はＬＡＮ通信チェック部１３２による周期的なＬＡＮ通信可否の監視結果に応じて、ＬＡＮチェック・退避トラップ送信部１３１によりＯＮ（ＬＡＮ通信可）またはＯＦＦにセットされる。
【００３０】
以下に、本実施形態によるエージェント１内の各構成要素の動作について、フローチャートを用いて順に説明する。
【００３１】
図４を参照すると、トラップ発行部１２は、エージェント１で発生した異常や事象等の管理情報を随時トラップとして発行する（ステップＡ１）。
【００３２】
続いて、トラップ発行部１２は、ステップＡ１において発行したトラップを転送することによりトラップ処理部１３内のトラップ制御部１３４を呼び出し、エージェント１とマネージャ２間のＬＡＮ通信の可否に基づく、トラップの送信先を決定する処理およびトラップを送信する処理を実行させ（ステップＡ２）、処理を終了する。
【００３３】
図５を参照すると、トラップ制御部１３４は、まず、図４のステップＡ１においてトラップ発行部１２で発行されたトラップを元に、トラップ送信用コマンドラインを作成する（ステップＢ１）。
【００３４】
続いて、トラップ制御部１３４は、エージェント１とマネージャ２間のＬＡＮ通信の可否（エージェント１からマネージャ２にトラップが送信できるか否か）を、ＬＡＮ状態フラグ１３７により確認する（ステップＢ２）。
【００３５】
ＬＡＮ状態フラグ１３７がＯＮ（ＬＡＮ通信可能）である場合、トラップ制御部１３４は、ステップＢ１で作成したトラップ送信用コマンドラインを使用して、トラップをトラップ送信部１３６を介してマネージャ２に向けて送信し（ステップＢ３）、処理を終了する。
【００３６】
一方、ＬＡＮ状態フラグ１３７がＯＦＦ（ＬＡＮ通信不可）である場合、トラップ制御部１３４は、トラップ退避部１３５を呼び出し（ステップＢ４）、ステップＢ１で作成したトラップ送信用コマンドラインをコマンドラインごとローカルバッファ１４に退避させた後、処理を終了する。
【００３７】
図６を参照すると、トラップ退避部１３４は、まず、ローカルバッファ１４をサーチしてローカルバッファ１４内のトラップ送信用コマンドラインの書き込み先を取得し（ステップＣ１）、このトラップ送信用コマンドラインを、コマンドラインごとステップＣ１で取得した場所に書き込み（ステップＣ２）、処理を終了する。なお、トラップ退避部１３４は、ローカルバッファ１４の容量がトラップにより一杯になった場合、最も古いトラップから順番に上書きで新たなトラップを書き込むこととする。
【００３８】
図７〜図１０は、本実施形態において、ＬＡＮ監視制御部１１の制御の元で、周期的に実行される動作の流れを示している。
【００３９】
図７を参照すると、ＬＡＮ監視制御部１１は、ＬＡＮ状態フラグ１３７を初期値としてＯＦＦ（ＬＡＮ通信不可）とした後（ステップＤ１）、ＬＡＮチェック・退避トラップ送信部１３１を一定周期で呼び出すループ１（ステップＤ２〜Ｄ４）の処理を繰り返し、ＬＡＮ３を監視させる。ＬＡＮチェック・退避トラップ送信部１３１を呼び出す周期は、ＬＡＮ通信不可になってからこの周期内に発行されたトラップを保証しない（トラップが消失される）という時間であるため、できるだけ短いほうがよいが、ＬＡＮ３上のトラヒックを最小限に保つことも考慮して、本実施形態では１［ｓｅｃ］とする。
【００４０】
図８を参照すると、ＬＡＮチェック・退避トラップ送信部１３１は、まず、ＬＡＮ通信チェック部１３２を呼び出し（ステップＥ１）、エージェント１とマネージャ２間のＬＡＮ通信の可否をチェックさせる。
【００４１】
図９を参照すると、ＬＡＮ通信チェック部１３２は、まず、テスト用パケットをマネージャ２に向けて送信し（ステップＦ１）、テスト用パケットを送信してから一定の時間（タイムアウト）が経過するまで、マネージャ２から返信されるテスト用パケットを受信するループ１（ステップＦ２〜Ｆ５）の処理を繰り返し、タイムアウトになったら処理を終了する。
【００４２】
具体的には、ＬＡＮ通信チェック部１３２は、タイムアウトになるまでの間、マネージャ２から返信されるテスト用パケットを受信したかを確認し（ステップＦ３）、テスト用パケットを受信した場合はそのパケットが正常のものであること（マネージャ２からのテスト用パケットであり、マネージャ２と正常に通信できること）を確認する（ステップＦ４）ことを繰り返す。ステップＦ４で確認可能となれば、ループ１（ステップＦ２〜Ｆ５）を抜け、処理を終了する。タイムアウトの時間は、以下のように検討した。実験による測定では、ＬＡＮ通信可能な正常時に、テスト用パケットを送信してからテスト用パケットを受信するまでの時間が０．０００１［ｓｅｃ］のオーダーであった。この結果より、タイムアウトの時間は０．１［ｓｅｃ］で十分である。よって、本実施形態ではタイムアウトの時間は０．１［ｓｅｃ］とする。
【００４３】
再度図８を参照すると、ＬＡＮチェック・退避トラップ送信部１３１は、ステップＥ１においてＬＡＮ通信チェック部１３２によるＬＡＮ通信可否のチェックの結果に基づいて（ステップＥ２）、ＬＡＮ状態フラグ１３７をＯＮ（ＬＡＮ通信可）またはＯＦＦ（ＬＡＮ通信不可）にセットする（ステップＥ３，Ｅ５）。
【００４４】
ステップＥ５においてＬＡＮ状態フラグ１３７をＯＦＦにセットした場合、ＬＡＮチェック・退避トラップ送信部１３１は処理を終了する。
【００４５】
一方、ステップＥ３においてＬＡＮ状態フラグ１３７をＯＮにセットした場合、ＬＡＮチェック・退避トラップ送信部１３１は、退避トラップ送信部１３３を呼び出し（ステップＥ４）、その時点でローカルバッファ１４に退避されているトラップがあれば、ローカルバッファ１４に退避されているトラップを全てマネージャ２に向けて送信させた後、処理を終了する。
【００４６】
図１０を参照すると、退避トラップ送信部１３３は、ローカルバッファ１４に退避されてマネージャ２に未送信のトラップがあるか否かを確認し（ステップＧ１）、無ければ処理を終了する。
【００４７】
一方、ローカルバッファ１４に退避されてマネージャ２に未送信のトラップがある場合、退避トラップ送信部１３３は、ローカルバッファ１４に退避されている全てのトラップを、１つのトラップ送信用コマンドラインづつマネージャ２に向けて送信するループ１（ステップＧ２〜Ｇ５）の処理を繰り返す。
【００４８】
具体的には、退避トラップ送信部１３３は、ローカルバッファ１４に退避されているトラップのトラップ送信用コマンドラインを、古いものから１つづつ順番にマネージャ２に向けて送信する（ステップＧ３）。そして、マネージャ２に送信したトラップがローカルバッファ１４に退避されてマネージャ２に未送信である最後（残りの１つ）のトラップであるか否かを確認し（ステップＧ４）、最後であれば、ループ１（ステップＧ２〜Ｇ５）を抜け、処理を終了する。
【００４９】
以下に、本実施形態によるエージェント１の動作について、具体的な実施例を挙げて説明する。ここでは、図１１に示すように、エージェント１とマネージャ２間を接続するＬＡＮ３の途中に、ハブ４が配置されているものとする。
【００５０】
図１２は、本実施形態によるエージェント１の具体的な動作を説明するシーケンスチャートである。
【００５１】
本実施例では、エージェント１の稼動開始（ステップＨ１）とハブ４の電源投入（ステップＨ２）が同時に行なわれ、エージェント１は、稼動開始してからトラップ発行部１２によりトラップ発行を行なうことが可能になるものとする。
【００５２】
しかしながら、この場合、ハブ４の電源投入からハブ４を挟んだＬＡＮ３による通信が可能になるまで時間を要するため（ハブ４の電源投入後６秒間はハブ４を介したＬＡＮ通信を保証しない）、エージェント１の稼動開始からＬＡＮ通信可能になるまでの間に発行されたトラップはエージェント１からマネージャ２に向けて送信しようとしても送信されない。
【００５３】
このような事情を考慮して、本実施例ではエージェント１のＬＡＮ状態フラグ１３７の初期値をＯＦＦとしている。よって、エージェント１の稼動開始（ステップＨ１）から、ＬＡＮ通信チェック部１３２による最初のＬＡＮ通信チェック（ステップＨ４）を実行してＬＡＮ状態フラグ１３７をセットするまでの時間は『ＬＡＮ通信不可想定時間』として扱い、この時間に発行されたトラップ＃１はローカルバッファ１４に退避される（ステップＨ３）。
【００５４】
なお、ＬＡＮ通信チェックを開始してから、ＬＡＮ状態フラグ１３７をセットするまでの時間Ｔ１は、ＬＡＮ通信チェックを開始（テスト用パケットをマネージャ２に向けて送信）してから、テスト用パケットを受信するのを待つタイムアウトの時間であり、本実施例では０．１［ｓｅｃ］とする。
【００５５】
以降、エージェント１では、ＬＡＮ通信チェック部１３２により、一定の周期Ｔ２（本実施例では、１［ｓｅｃ］）でＬＡＮ通信チェックが実行され（ステップＨ５，Ｈ７，Ｈ８）、トラップ発行部１２により、ステップＨ５，Ｈ８のＬＡＮ通信チェックの後にトラップ＃２，＃３が発行され（ステップＨ６，Ｈ９）、そのトラップ＃２，＃３がローカルバッファ１４に退避される。なお、トラップ＃３は、ＬＡＮ通信が可能になった後に発行されたものであるが、この時点ではＬＡＮ状態フラグ１３７がＯＦＦであるため、ローカルバッファ１４に退避される。
【００５６】
結局、本実施例では、『エージェント１の稼動開始から、ＬＡＮ通信が可能になった後の最初のＬＡＮ通信チェックによりＬＡＮ通信可を検出し（ステップＨ１０）、ＬＡＮ状態フラグ１３７をＯＮにセットした時まで』に発行された全てのトラップ＃１，＃２，＃３はローカルバッファ１４に退避される。
【００５７】
そして、ＬＡＮ通信が可能になった後、最初のＬＡＮ通信チェック（ステップＨ１０）でＬＡＮ通信可を検出し、ＬＡＮ状態フラグ１３７がＯＮになった時点で、ローカルバッファ１４に退避していた全てのトラップ＃１，＃２，＃３がマネージャ２に向けて送信される（ステップＨ１１）。
【００５８】
以降のＬＡＮ通信チェック（ステップＨ１２）ではＬＡＮ通信可が検出されＬＡＮ状態フラグ１３７がＯＮにセットされるため、トラップ＃４はローカルバッファ１４に退避されずにマネージャ２に向けて送信される（ステップＨ１３）。
【００５９】
（第２の実施形態）
本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェント（以下、エージェントと称する）は、その基本構成は図２に示した第１の実施形態と同様であるが、トラップ処理部１３が、トラップ発行部１２で発行されたトラップを全てローカルバッファ１４に退避する点で第１の実施形態とは異なる。
【００６０】
具体的には、トラップ処理部１３は、エージェント１とマネージャ２間のＬＡＮ通信が可能である場合、トラップ発行部１２で発行されたトラップをローカルバッファ１４とマネージャ２に同時に送信する。
【００６１】
また、トラップ処理部１３は、ＬＡＮ通信チェックによりＬＡＮ通信不可を最初に検出した場合（最初に検出とは、前回のＬＡＮ通信チェックではＬＡＮ通信可能を検出したが今回のチェックではＬＡＮ通信不可の意）、前回のＬＡＮ通信チェック以降に発行されたトラップが消失されていることを想定して、ローカルバッファ１４に退避されているトラップのうち前回のＬＡＮ通信チェック以後、つまり今回のチェックから１周期（１［ｓｅｃ］）前以後に発行されたトラップを、ＬＡＮ通信が再び可能となり次第、マネージャ２に向けて送信するようにする。
【００６２】
これにより、第１の実施形態では、ＬＡＮ通信不可になってから最初のＬＡＮ通信チェックまでに発行されたトラップが保証できない（消失される）が、本実施形態では保証される。これは、本実施形態では、実際にＬＡＮ通信不可になる直前のＬＡＮ通信チェックの時点以降が、ＬＡＮ通信不可であることを想定しており、この時点以降に発行されたトラップが、ＬＡＮ通信復旧後、マネージャ２に向けて送信されるためである。
【００６３】
しかしながら、このため、ＬＡＮ通信不可になる直前のＬＡＮ通信チェックから、ＬＡＮ通信不可になるまでの間に発行されたトラップ（該当トラップは、即時マネージャ２に向けて送信されている）がＬＡＮ通信復旧後もう一度マネージャ２に向けて送信されることになる（同じトラップが二度送信される）。
【００６４】
図１３を参照すると、トラップ処理部１３は、上記のような動作を行うために、図３に示した第１の実施形態の構成に、ＬＡＮ通信不可検出時刻保持部１３８が追加された構成となっている。
【００６５】
ＬＡＮ通信不可検出時刻保持部１３８は、ＬＡＮ通信チェック部１３２によりＬＡＮ通信不可を最初に検出（最初に検出とは、前回のＬＡＮ通信チェック部１３２のＬＡＮ通信チェックによりＬＡＮ通信可能を検出したが今回のチェックでは不可であるという意）した時刻を保持する。
【００６６】
以下に、本実施形態によるエージェント１内の各構成要素の動作について、フローチャートを用いて順に説明する。
【００６７】
トラップ発行部１２は、第１の実施形態（図４）と同様に、エージェント１で発生した異常や事象等の管理情報を随時トラップとして発行する（図４のステップＡ１）。そして、そのトラップを転送することによりトラップ処理部１３内のトラップ制御部１３４を呼び出し、エージェント１とマネージャ２間のＬＡＮ通信の可否に基づく、トラップの送信先を決定する処理およびトラップを送信する処理を実行させ（図４のステップＡ２）、処理を終了する。
【００６８】
図１４を参照すると、トラップ制御部１３４は、まず、図５のステップＢ１と同様にトラップ発行部１２で発行されたトラップを元に、トラップ送信用コマンドラインを作成する（ステップＩ１）。
【００６９】
続いて、トラップ制御部１３４は、第１の実施形態（図５）とは異なり、エージェント１とマネージャ２間のＬＡＮ通信の可否（エージェント１からマネージャ２にトラップが送信できるか否か）に関わらず、トラップ退避部１３５を呼び出し（ステップＩ２）、ステップＩ１で作成したトラップ送信用コマンドラインをコマンドラインごとローカルバッファ１４に退避させる。このステップＩ２におけるトラップ退避部１３５の動作は図６と同様である。
【００７０】
続いて、トラップ制御部１３４は、図５のステップＢ２と同様に、ＬＡＮ状態フラグ１３７を確認し（ステップＩ３）、ＬＡＮ状態フラグがＯＦＦ（ＬＡＮ通信不可）であれば、処理を終了する。
【００７１】
一方、ＬＡＮ状態フラグ１３７がＯＮ（ＬＡＮ通信可能）であれば、トラップ制御部１３４は、ステップＩ１で作成したトラップ送信用コマンドラインを使用して、トラップをトラップ送信部１３６を介してマネージャ２に向けて送信し（ステップＩ４）、処理を終了する。
【００７２】
図１５〜図１７は、本実施形態において、ＬＡＮ監視制御部１１の制御の元で、周期的に実行される動作の流れを示している。
【００７３】
図１５を参照すると、ＬＡＮ監視制御部１１は、初期値設定として、第１の実施形態（図７のステップＤ１）と同様に、ＬＡＮ状態フラグ１３７をＯＦＦ（ＬＡＮ通信不可）に設定すると共に（ステップＪ１）、第１の実施形態に追加して、ＬＡＮ通信不可検出時刻保持部１３８に現在時刻を代入する（ステップＪ２）。
【００７４】
続いて、ＬＡＮ監視制御部１１は、ＬＡＮチェック・退避トラップ送信部１３１を一定周期で呼び出すループ１（ステップＪ３〜Ｊ５）の処理を繰り返し、ＬＡＮ３を監視させる。ＬＡＮチェック・退避トラップ送信部１３１を呼び出す周期は、第１の実施形態と同じく１［ｓｅｃ］とする。
【００７５】
図１６を参照すると、ＬＡＮチェック・退避トラップ送信部１３１は、まず、ＬＡＮ通信チェック部１３２を呼び出し（ステップＫ１）、エージェント１とマネージャ２間のＬＡＮ通信の可否をチェックさせる。このステップＫ１におけるＬＡＮ通信チェック部１３２の動作は図９と同様である。
【００７６】
続いて、ＬＡＮチェック・退避トラップ送信部１３１は、ステップＫ１においてＬＡＮ通信チェック部１３２によるＬＡＮ通信可否のチェックの結果に基づいて（ステップＫ２）、ＬＡＮ状態フラグ１３７をＯＮ（ＬＡＮ通信可）またはＯＦＦ（ＬＡＮ通信不可）にセットする（ステップＫ３，Ｋ５）。
【００７７】
ステップＫ５においてＬＡＮ状態フラグ１３７をＯＦＦにセットした場合、ＬＡＮチェック・退避トラップ送信部１３１は、ＬＡＮ通信不可検出時刻保持部１３８に現在時刻を代入し、処理を終了する（ステップＫ６）。ただし、すでに正常な時刻が代入されている場合は、継続してＬＡＮ通信不可（前回あるいは前回より前のＬＡＮ通信チェックによりＬＡＮ通信不可を検出している）であるため、現在時刻を代入しない。
【００７８】
一方、ステップＫ３においてＬＡＮ状態フラグ１３７をＯＮにセットした場合、ＬＡＮチェック・退避トラップ送信部１３１は、図８のステップＥ４と同様に、退避トラップ送信部１３３を呼び出し（ステップＫ４）、ＬＡＮ通信不可の間、マネージャ２に向けて送信するはずだった、ローカルバッファ１４に退避しているトラップをマネージャ２に向けて送信させた後、処理を終了する。
【００７９】
図１７を参照すると、退避トラップ送信部１３３は、第１の実施形態（図１０）とは異なり、まず、ＬＡＮ通信不可検出時刻保持部１３８に保持されている時刻が正常であるかを確認する（ステップＬ１）。ＬＡＮ通信不可検出時刻保持部１３８に正常な時刻が保持されている場合は、退避トラップ送信部１３３が、ＬＡＮ通信不可からＬＡＮ通信可能になって最初に呼び出されたことになる（時刻を代入するタイミングは、ＬＡＮ状態フラグ１３７がＯＦＦの時に限る（図１５のステップＪ２および図１６のステップＫ６）ためである）。この場合、退避トラップ送信部１３３は、ローカルバッファ１４に退避されているトラップの該当する全てのトラップを１つのトラップ送信用コマンドラインづつマネージャ２に向けて送信するループ１（ステップＬ２〜Ｌ５）の処理を繰り返す。
【００８０】
具体的には、退避トラップ送信部１３３は、ＬＡＮ通信不可検出時刻保持部１３８に保持されている時刻（前回あるいは前回より前のＬＡＮ通信チェックでＬＡＮ通信不可を最初に検出した時刻）から１［ｓｅｃ］を引いた時刻以降、現在までに発行されてローカルバッファ１４に格納されているトラップがマネージャ２に送信されなかったトラップであるものと想定し、ローカルバッファ１４の該当するトラップのトラップ送信用コマンドラインを、古いものから１つづつ順番にマネージャ２に向けて送信する（ステップＬ３）。そして、マネージャ２に向けて送信したトラップが最新のトラップ（最後にローカルバッファ１４に退避されたトラップ）であるか否かを確認し（ステップＬ４）、最新のトラップであれば、ループ１（ステップＬ２〜Ｌ５）を抜ける。
【００８１】
最後に、退避トラップ送信部１３３は、ＬＡＮ通信不可検出時刻保持部１３８に保持されている時刻をリセットし（ステップＬ６）、処理を終了する。
【００８２】
以下に、本実施形態によるエージェント１の動作について、具体的な実施例を挙げて説明する。ここでは、図１に示すように、エージェント１とマネージャ２間がＬＡＮ３により接続されているものとする。
【００８３】
図１８は、本実施形態によるエージェント１の具体的な動作を説明するシーケンスチャートである。
【００８４】
本実施例では、ＬＡＮ通信が可能である間にＬＡＮ通信チェック部１３２によるＬＡＮ通信チェックが実行され（ステップＭ１）、ＬＡＮ通信可が検出されてＬＡＮ状態フラグ１３７がＯＮになった後の動作について説明する。なお、ＬＡＮ通信チェックを開始してから、ＬＡＮ状態フラグ１３７をセットするまでの時間Ｔ１は、テスト用パケットをマネージャ２に向けて送信してから、テスト用パケットを受信するのを待つタイムアウトの時間であり、第１の実施形態と同様０．１［ｓｅｃ］とする。また、ＬＡＮ通信チェック部１３２によるＬＡＮ通信チェックが実行される周期Ｔ２も第１の実施形態と同様１［ｓｅｃ］とする。
【００８５】
ＬＡＮ通信可の間に発行されたトラップ＃１は、エージェント１のトラップ制御部１３４によりローカルバッファ１４およびマネージャ２に向けて送信される（ステップＭ２，Ｍ３）。
【００８６】
その後、最初にＬＡＮ通信チェック部１３２によるＬＡＮ通信チェックが実行（ステップＭ６）される前に、何らかの原因でエージェント１とマネージャ２間のＬＡＮ通信が不可となったとする。
【００８７】
この場合、ＬＡＮ通信不可となってから最初のＬＡＮ通信チェック（ステップＭ６）が行なわれる以前に発行されたトラップ＃２は、エージェント１からローカルバッファ１４およびマネージャ２の両方に送信しようとしても（ステップＭ４，Ｍ５）、マネージャ２への送信は失敗し、ローカルバッファ１４への送信のみが成功することになる。
【００８８】
ＬＡＮ通信が不可である間にＬＡＮ通信チェックが実行された場合は（ステップＭ６）、ＬＡＮ通信不可が検出されてＬＡＮ状態フラグ１３７がＯＦＦになるため、本検出以後ＬＡＮ通信可能が検出されるまでの間に発行されたトラップ＃３，＃４は、エージェント１からローカルバッファ１４のみに送信される（ステップＭ７，Ｍ８）。このうち、トラップ＃４は、実際にＬＡＮ通信が復旧された後に発行されたトラップであるが、ＬＡＮ通信復旧後最初にＬＡＮ通信チェックが実行される（ステップＭ９）までの間に発行されたものであるため、ローカルバッファ１４のみに送信されることになる（ステップＭ８）。
【００８９】
ＬＡＮ通信が復旧してから最初にＬＡＮ通信チェックが行なわれてＬＡＮ通信可を検出すると（ステップＭ９）、ローカルバッファ１４に退避されているトラップのうちＬＡＮ通信不可の間に発行されたと思われる最大限のトラップが、ローカルバッファ１４からマネージャ２に向けて送信される（ステップＭ１０）。
【００９０】
ＬＡＮ通信不可の間に発行されたと思われる最大限のトラップとは、今回のＬＡＮ通信チェックでＬＡＮ通信不可を検出した最初の時刻Ｔ１１から１周期（ＬＡＮ通信チェックの周期Ｔ２：第１の実施形態と同様１［ｓｅｃ］）前の時刻Ｔ１０以降、ＬＡＮ通信復旧を検出した時刻Ｔ１２までの間に発行され、ローカルバッファ１４に格納されているトラップである。本実施例ではトラップ＃１、トラップ＃２、トラップ＃３、トラップ＃４である。
【００９１】
以降、ＬＡＮ通信可の間に発行されたトラップ＃５は、エージェント１からローカルバッファ１４およびマネージャ２に向けて送信される（ステップＭ１１，Ｍ１２）。
【００９２】
【発明の効果】
以上説明したように本発明においては、マネージャとの間のＬＡＮ通信が可能かどうかを監視し、ＬＡＮ通信不可であることを検出した場合、それ以降、ＬＡＮ通信可能になるまでに発行したトラップをエージェント内のローカルバッファに退避し、ＬＡＮ通信可能を検出した時に、ローカルバッファに退避しておいたトラップをマネージャに向けて送信する。
【００９３】
それにより、エージェントが、ＬＡＮ通信不可の場合に、それを知らずにトラップをマネージャに向けて送信し続け、トラップが消失することを防止することができるため、トラップの消失量を最低限に抑えることができるという効果を奏する。また、ＬＡＮ通信不可時に発行されたトラップを、ＬＡＮ通信可能となり次第マネージャに向けて送信するため、「トラップを発行したがＬＡＮ通信不可によりマネージャに到達しない」ことが起こらないという効果を奏する。
【図面の簡単な説明】
【図１】本発明のＬＡＮ監視機能を備えたＳＮＭＰエージェントを用いたネットワーク管理システムの一構成例を示すブロック図である。
【図２】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの構成を示すブロック図である。
【図３】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェント内のトラップ処理部の詳細な構成を示すブロック図である。
【図４】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図５】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図６】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図７】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図８】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図９】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１０】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１１】本発明のＬＡＮ監視機能を備えたＳＮＭＰエージェントを用いたネットワーク管理システムの具体例を示すブロック図である。
【図１２】本発明の第１の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの具体的な動作を説明するシーケンスチャートである。
【図１３】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェント内のトラップ処理部の詳細な構成を示すブロック図である。
【図１４】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１５】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１６】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１７】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの動作を説明するフローチャートである。
【図１８】本発明の第２の実施形態によるＬＡＮ監視機能を備えたＳＮＭＰエージェントの具体的な動作を説明するシーケンスチャートである。
【符号の説明】
１　　エージェント
２　　マネージャ
３　　ＬＡＮ
４　　ハブ
１１　　ＬＡＮ監視制御部
１２　　トラップ発行部
１３　　トラップ処理部
１４　　ローカルバッファ
１３１　　ＬＡＮチェック・退避トラップ送信部
１３２　　ＬＡＮ通信チェック部
１３３　　退避トラップ送信部
１３４　　トラップ制御部
１３５　　トラップ退避部
１３６　　トラップ送信部
１３７　　ＬＡＮ状態フラグ
１３８　　ＬＡＮ通信不可検出時刻保持部
【図１】
2004080397.tif 000003
【図２】
2004080397.tif 000004
【図３】
2004080397.tif 000005
【図４】
2004080397.tif 000006
【図５】
2004080397.tif 000007
【図６】
2004080397.tif 000008
【図７】
2004080397.tif 000009
【図８】
2004080397.tif 000010
【図９】
2004080397.tif 000011
【図１０】
2004080397.tif 000012
【図１１】
2004080397.tif 000013
【図１２】
2004080397.tif 000014
【図１３】
2004080397.tif 000015
【図１４】
2004080397.tif 000016
【図１５】
2004080397.tif 000017
【図１６】
2004080397.tif 000018
【図１７】
2004080397.tif 000019
【図１８】
2004080397.tif 000020