(57)【要約】  本発明の実施の１形態であるエージェント装置１２は、ＴＲＡＰメッセージを生成するＴＲＡＰ発行部３０と、ＴＲＡＰメッセージをマネージャ装置１４へ送信するＴＲＡＰ送信部２０とを備える。ＴＲＡＰ送信部２０は、複数のＴＲＡＰメッセージの処理が輻輳した場合、当該複数のＴＲＡＰメッセージのうち少なくとも１つの処理を中止する。ＴＲＡＰ発行部３０は、ＴＲＡＰ送信部がアイドル状態であることを条件として、ＴＲＡＰ送信部２０へＴＲＡＰメッセージを出力する。
2011007399.tif 000002
【特許請求の範囲】
【請求項１】
機器の動作状態をＳＮＭＰ（Simple Network Management Protocol）により管理するマネージャ装置と接続されたエージェント装置であって、
ＴＲＡＰメッセージの通知条件が充足されたとき、前記マネージャ装置へ通知すべきＴＲＡＰメッセージを生成するＴＲＡＰ発行部と、
前記ＴＲＡＰ発行部において生成されたＴＲＡＰメッセージを前記マネージャ装置へ送信するＴＲＡＰ送信部と、
を備え、
前記ＴＲＡＰ送信部は、複数のＴＲＡＰメッセージの処理が輻輳した場合、当該複数のＴＲＡＰメッセージのうち少なくとも１つの処理を中止するものであり、
前記ＴＲＡＰ発行部は、前記ＴＲＡＰ送信部がアイドル状態であることを条件として、前記ＴＲＡＰ送信部へＴＲＡＰメッセージを出力することを特徴とするＳＮＭＰエージェント装置。
【請求項２】
前記ＴＲＡＰ送信部は、自身の動作状態が変化したことを契機として、その動作状態を前記ＴＲＡＰ発行部へ通知し、
前記ＴＲＡＰ発行部は、前記ＴＲＡＰ送信部からの通知内容を参照して、前記ＴＲＡＰ送信部がアイドル状態であるか否かを検出することを特徴とする請求項１に記載のＳＮＭＰエージェント装置。
【請求項３】
前記ＴＲＡＰ発行部は、ＴＲＡＰメッセージを一時的に保持するバッファを含み、
前記ＴＲＡＰ発行部は、前記ＴＲＡＰ送信部が他のＴＲＡＰメッセージの処理中である場合、前記ＴＲＡＰ送信部へ出力すべきＴＲＡＰメッセージを前記バッファに保持することを特徴とする請求項１または２に記載のＳＮＭＰエージェント装置。
【請求項４】
前記ＴＲＡＰ発行部は、前記ＴＲＡＰ送信部の動作状態がＴＲＡＰメッセージの処理中からアイドル状態へ移行した場合、前記バッファが保持するＴＲＡＰメッセージを前記ＴＲＡＰ送信部へ出力することを特徴とする請求項３に記載のＳＮＭＰエージェント装置。
【請求項５】
複数のＴＲＡＰ発行部を備え、
前記複数のＴＲＡＰ発行部のそれぞれは、前記ＴＲＡＰ送信部がＴＲＡＰメッセージの処理中である場合に、前記ＴＲＡＰ送信部へ出力すべきＴＲＡＰメッセージを保持するためのバッファを含むことを特徴とする請求項１または２に記載のＳＮＭＰエージェント装置。
【請求項６】
機器の動作状態をＳＮＭＰにより管理するマネージャ装置と接続されたエージェント装置を制御する方法であって、
ＴＲＡＰメッセージの通知条件が充足されたとき、ＴＲＡＰ発行部が、前記マネージャ装置へ通知すべきＴＲＡＰメッセージを生成するステップと、
複数のＴＲＡＰメッセージの処理が輻輳した場合、当該複数のＴＲＡＰメッセージのうち少なくとも１つの処理を中止するＴＲＡＰ送信部がアイドル状態であることを条件として、前記ＴＲＡＰ発行部が、前記ＴＲＡＰ送信部へＴＲＡＰメッセージを出力するステップと、
前記ＴＲＡＰ送信部が、前記マネージャ装置へＴＲＡＰメッセージを送信するステップと、
を前記エージェント装置に実行させることを特徴とするＳＮＭＰエージェント制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、機器の動作状態をＳＮＭＰ（Simple Network Management Protocol）により管理するマネージャ装置と接続されたエージェント装置およびその制御方法に関する。
【背景技術】
【０００２】
機器の動作状態をＳＮＭＰにより管理するシステムでは、そのエージェント装置からマネージャ装置に対して自発的にＴＲＡＰメッセージを送信することにより、監視対象項目における異常の発生を通知することがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−８０３９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
エージェント装置において、複数の監視対象項目における異常の発生が短時間のうちにそれぞれ検出され、マネージャ装置に対する複数のＴＲＡＰメッセージの送信処理が輻輳することがある。この場合、一部のＴＲＡＰメッセージがマネージャ装置に通知されることなく破棄されてしまうことがあった。【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、ＳＮＭＰのエージェント装置にて生成された複数のＴＲＡＰメッセージを、マネージャ装置に対して漏れなく通知する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のＳＮＭＰエージェント装置は、機器の動作状態をＳＮＭＰにより管理するマネージャ装置と接続されたエージェント装置であって、ＴＲＡＰメッセージの通知条件が充足されたとき、マネージャ装置へ通知すべきＴＲＡＰメッセージを生成するＴＲＡＰ発行部と、ＴＲＡＰ発行部において生成されたＴＲＡＰメッセージをマネージャ装置へ送信するＴＲＡＰ送信部と、を備える。ＴＲＡＰ送信部は、複数のＴＲＡＰメッセージの処理が輻輳した場合、当該複数のＴＲＡＰメッセージのうち少なくとも１つの処理を中止するものであり、ＴＲＡＰ発行部は、ＴＲＡＰ送信部がアイドル状態であることを条件として、ＴＲＡＰ送信部へＴＲＡＰメッセージを出力する。【０００７】
「ＴＲＡＰメッセージの通知条件」は、システムの運用担当者の知見や、システムに対する要求条件に基づいて決定されてよい。例えば、エージェント装置の動作状態や動作環境等の監視対象項目が所定態様になることでもよい。「複数のＴＲＡＰメッセージの処理が輻輳した」とは、複数のＴＲＡＰメッセージの送信依頼がＴＲＡＰ送信部において略同時に受け付けられたことでもよい。例えば、ＴＲＡＰ送信部において第１のＴＲＡＰメッセージの送信処理中に、その第１のＴＲＡＰメッセージとは異なる第２のＴＲＡＰメッセージの送信依頼がＴＲＡＰ発行部から受け付けられたことでもよい。「ＴＲＡＰ送信部がアイドル状態である」とは、ＴＲＡＰ送信部の動作状態が、新たなＴＲＡＰメッセージを受け付けても送信処理の輻輳が発生しない状態を示す。例えば、他のＴＲＡＰメッセージの送信処理を未実行の状態であってもよい。【０００８】
この態様によると、ＴＲＡＰ送信部は、自身がアイドル状態であるときに、ＴＲＡＰ発行部からのＴＲＡＰ送信依頼を受け付けることになる。したがって、ＴＲＡＰ送信部において、複数のＴＲＡＰメッセージの送信処理が輻輳することを回避できる。これにより、ＴＲＡＰメッセージの通知条件が略同時に複数充足された場合でも、複数のＴＲＡＰメッセージのそれぞれは廃棄されることなく、マネージャ装置へ漏れなく送信される。【０００９】
ＴＲＡＰ送信部は、自身の動作状態が変化したことを契機として、その動作状態をＴＲＡＰ発行部へ通知し、ＴＲＡＰ発行部は、ＴＲＡＰ送信部からの通知内容を参照して、ＴＲＡＰ送信部がアイドル状態であるか否かを検出してもよい。「自身の動作状態が変化したこと」とは、ＴＲＡＰ送信部の動作状態が、アイドル状態からＴＲＡＰメッセージの送信処理を実行中の状態へ移行したことでもよく、ＴＲＡＰメッセージの送信処理を実行中の状態からアイドル状態へ移行したことでもよい。この態様によると、ＴＲＡＰ発行部はＴＲＡＰ送信部の動作状態をＴＲＡＰ送信部に問い合わせる必要がなく、ＴＲＡＰメッセージを送出すべき際にその動作状態を即座に検出できる。【００１０】
ＴＲＡＰ発行部は、ＴＲＡＰメッセージを一時的に保持するバッファを含んでもよい。ＴＲＡＰ発行部は、ＴＲＡＰ送信部が他のＴＲＡＰメッセージの処理中である場合、ＴＲＡＰ送信部へ出力すべきＴＲＡＰメッセージをバッファに保持してもよい。「バッファ」は、ＴＲＡＰメッセージのデータを記憶する記憶領域であってもよく、ＲＡＭ等のメモリとして実装されてもよい。この態様によると、ＴＲＡＰ送信部に対してＴＲＡＰメッセージを出力すべきでない間、ＴＲＡＰ発行部は、自身のバッファにＴＲＡＰメッセージを保持しておくことができる。【００１１】
ＴＲＡＰ発行部は、ＴＲＡＰ送信部の動作状態がＴＲＡＰメッセージの処理中からアイドル状態へ移行した場合、バッファが保持するＴＲＡＰメッセージをＴＲＡＰ送信部へ出力してもよい。この態様によると、ＴＲＡＰ送信部における他のＴＲＡＰメッセージの送信処理が完了してから、ＴＲＡＰ発行部はＴＲＡＰメッセージをＴＲＡＰ送信部へ出力する。これにより、ＴＲＡＰ送信部にて複数のＴＲＡＰメッセージの送信処理が輻輳することを回避できる。【００１２】
このＳＮＭＰエージェント装置は、複数のＴＲＡＰ発行部を備えてもよい。複数のＴＲＡＰ発行部のそれぞれは、ＴＲＡＰ送信部がＴＲＡＰメッセージの処理中である場合に、ＴＲＡＰ送信部へ出力すべきＴＲＡＰメッセージを保持するためのバッファを含んでもよい。「複数のＴＲＡＰ発行部」のそれぞれは、互いに異なる監視対象項目の状態変化を検出してＴＲＡＰメッセージを生成するものであってもよい。【００１３】
この態様によれば、複数種のＴＲＡＰメッセージをマネージャ装置へ通知するエージェント装置においても、ＴＲＡＰ送信部にて複数のＴＲＡＰメッセージの送信処理が輻輳することを回避できる。また、個々のＴＲＡＰ発行部がバッファを含むことにより、ＴＲＡＰ送信部がバッファを含む場合と比べて、ＴＲＡＰ送信部の処理負荷を低減できる。また、複数のＴＲＡＰメッセージは個々のＴＲＡＰ発行部のバッファに分散されて格納されるため、バッファ容量を超えてＴＲＡＰメッセージが格納されることを防止しやすくなる。【００１４】
本発明の別の態様は、ＳＮＭＰエージェント制御方法である。この方法は、機器の動作状態をＳＮＭＰにより管理するマネージャ装置と接続されたエージェント装置を制御する方法であって、ＴＲＡＰメッセージの通知条件が充足されたとき、ＴＲＡＰ発行部が、マネージャ装置へ通知すべきＴＲＡＰメッセージを生成するステップと、複数のＴＲＡＰメッセージの処理が輻輳した場合、当該複数のＴＲＡＰメッセージのうち少なくとも１つの処理を中止するＴＲＡＰ送信部がアイドル状態であることを条件として、ＴＲＡＰ発行部が、ＴＲＡＰ送信部へＴＲＡＰメッセージを出力するステップと、ＴＲＡＰ送信部が、マネージャ装置へＴＲＡＰメッセージを送信するステップと、をエージェント装置に実行させる。この態様によると、上記の効果を奏するエージェント装置を実現できる。【００１５】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１６】
本発明によれば、ＳＮＭＰのエージェント装置にて生成された複数のＴＲＡＰメッセージについて、マネージャ装置に対する通知漏れの発生を防止しやすくなる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態であるＳＮＭＰ管理システムの構成を示す図である。
【図２】ＴＲＡＰメッセージの送信について従来の処理シーケンスを示す図である。
【図３】ＴＲＡＰメッセージの送信について従来の処理シーケンスを示す図である。
【図４】図１のエージェント装置の機能構成を示すブロック図である。
【図５】図４のエージェント装置の動作を示すフローチャートである。
【図６】図４のエージェント装置の動作を示すフローチャートである。
【図７】図４のエージェント装置の動作を示すフローチャートである。
【図８】ＴＲＡＰメッセージの送信について本実施の形態の処理シーケンスを示す図である。
【発明を実施するための形態】
【００１８】
図１は、本発明の実施の形態であるＳＮＭＰ管理システム１０の構成を示す。ＳＮＭＰ管理システム１０は、エージェント装置１２で総称される第１のエージェント装置１２ａ、第２のエージェント装置１２ｂと、マネージャ装置１４とを備える。エージェント装置１２とマネージャ装置１４とは、ＬＡＮ（Local Area Network）１６を介して相互に接続されている。
【００１９】
マネージャ装置１４は、ＳＮＭＰマネージャソフトウェアが搭載されたコンピュータ端末である。マネージャ装置１４は、所定の監視対象項目の状態を示すデータをエージェント装置１２から取得する。そして、監視対象項目の状態をＳＮＭＰ管理システム１０の運用担当者へ適宜通知することで、ＳＮＭＰ管理システム１０の監視および運用を支援する。
【００２０】
エージェント装置１２は、ＳＮＭＰエージェントソフトウェアが搭載された、または、そのソフトウェアと同様の機能を提供する電子回路等のハードウェアが搭載されたＳＮＭＰのエージェント装置である。例えば、レイヤ２スイッチやルータ等の通信機器であってもよく、一般的なＰＣ端末であってもよい。
【００２１】
エージェント装置１２は、所定の監視対象項目の状態を通知するためのＴＲＡＰメッセージを自発的にマネージャ装置１４へ通知する。例えば、エージェント装置１２は、ＴＲＡＰメッセージの通知条件が充足されたとき、典型的には、所定の監視対象項目についてその状態変化を検出したとき、その状態変化の内容を含むＴＲＡＰメッセージのデータをマネージャ装置１４へ送信する。
【００２２】
ＴＲＡＰメッセージの送信に際して、エージェント装置１２は、ＴＲＡＰ発行部においてＴＲＡＰメッセージを生成し、ＴＲＡＰ送信部においてそのＴＲＡＰメッセージをマネージャ装置１４へ送信する。これまでのエージェント装置では、複数のＴＲＡＰメッセージそれぞれの送信処理がＴＲＡＰ送信部において輻輳したとき、少なくとも１つのＴＲＡＰメッセージが廃棄された。その結果、マネージャ装置に対するＴＲＡＰメッセージの通知漏れが生じることがあった。以下、その具体例を示す。
【００２３】
図２は、ＴＲＡＰメッセージの送信について従来の処理シーケンスを示す。ある監視対象項目に関する所定イベントの発生を検出すると、第１のＴＲＡＰ発行部は、ＴＲＡＰメッセージ＃１を生成する。そして、そのＴＲＡＰメッセージ＃１の送信依頼をＴＲＡＰ送信部へ出力する（Ｓ１０）。ＴＲＡＰ送信部は、ＴＲＡＰメッセージ＃１の送信処理を開始して、マネージャ装置のアドレスを解決するためのＡＲＰ（Address Resolution Protocol）リクエストをＬＡＮ側へ送出する（Ｓ１２）。
【００２４】
ここで、第２のＴＲＡＰ発行部は、別の監視対象項目に関する所定イベントの発生を検出して、ＴＲＡＰメッセージ＃２の送信依頼をＴＲＡＰ送信部へ出力する（Ｓ１４）。ＴＲＡＰ送信部は、ＴＲＡＰメッセージ＃１の送信処理中にＴＲＡＰメッセージ＃２の送信依頼を受け付けると、ＴＲＡＰメッセージ＃１を廃棄する（Ｓ１６）。そして、ＴＲＡＰ送信部は、ＡＲＰリプライを受け付けて、ＴＲＡＰメッセージ＃２をＬＡＮ側へ送出することにより、ＴＲＡＰメッセージ＃２をマネージャ装置へ送信する（Ｓ１８）。
【００２５】
また、このようなＴＲＡＰメッセージ廃棄の問題は、１つのＴＲＡＰ発行部が短時間のうちに複数のＴＲＡＰメッセージを生成した場合にも生じていた。この例を図３で説明する。
【００２６】
図３は、ＴＲＡＰメッセージの送信について従来の処理シーケンスを示す。第１のＴＲＡＰ発行部はＴＲＡＰメッセージ＃１の送信依頼をＴＲＡＰ送信部へ出力し（Ｓ２０）、ＴＲＡＰ送信部はＡＲＰリクエストをＬＡＮ側へ送出する（Ｓ２２）。ここで、第１のＴＲＡＰ発行部は、別のイベントの発生を検出して、ＴＲＡＰメッセージ＃２の送信依頼をＴＲＡＰ送信部へ出力する（Ｓ２４）。ＴＲＡＰ送信部は、ＴＲＡＰメッセージ＃１の送信処理中にＴＲＡＰメッセージ＃２の送信依頼を受け付けると、ＴＲＡＰメッセージ＃１を廃棄する（Ｓ２６）。そして、ＴＲＡＰ送信部は、ＡＲＰリプライを受け付けて、ＴＲＡＰメッセージ＃２をＬＡＮ側へ送出する（Ｓ２８）。
【００２７】
なお、ＴＲＡＰ送信部にＴＲＡＰメッセージを保持するバッファを設けることで、ＴＲＡＰ送信部におけるＴＲＡＰメッセージ送信処理の輻輳を回避することも考えられる。この態様の場合、第１のＴＲＡＰ発行部および第２のＴＲＡＰ発行部は、マネージャ装置へ通知すべきＴＲＡＰメッセージをこのバッファに格納する。そして、ＴＲＡＰ送信部は、このバッファからＴＲＡＰメッセージを順次取得してマネージャ装置へ送信する。
【００２８】
しかし、この態様では、ＴＲＡＰ送信部は常にバッファからＴＲＡＰメッセージを取得するため、バッファに対するアクセス時間がオーバーヘッドとして生じることとなる。また、ＴＲＡＰ送信部は、ＴＲＡＰメッセージの送信処理を一元的に行うため処理負荷が比較的高いが、バッファの空き状態等の管理処理を加重して実行する場合、その処理負荷はさらに高くなってしまう。また、ＴＲＡＰ送信部の実装規模、例えば回路規模が大きくなってしまうことがあった。
【００２９】
このようなＴＲＡＰメッセージ廃棄の問題を解決するために、本実施の形態のエージェント装置１２においては、そのＴＲＡＰ送信部が、随時、自身の動作状態をＴＲＡＰ発行部へ通知する。ＴＲＡＰ発行部は、ＴＲＡＰ送信部がアイドル状態であることを条件として、ＴＲＡＰメッセージの送信依頼をＴＲＡＰ送信部へ出力する。これにより、ＴＲＡＰ送信部において複数のＴＲＡＰメッセージの送信処理が輻輳することを回避でき、マネージャ装置に対してＴＲＡＰメッセージを漏れなく送信可能となる。また、エージェント装置１２においては、個々のＴＲＡＰ発行部にバッファを設けることで、ＴＲＡＰメッセージの送信依頼の一時的な保留と、ＴＲＡＰ送信部における処理負荷の増大防止との両方を実現する。
【００３０】
図４は、図１のエージェント装置１２の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００３１】
エージェント装置１２は、ＴＲＡＰ発行部３０で総称される第１のＴＲＡＰ発行部３０ａ、第２のＴＲＡＰ発行部３０ｂと、ＴＲＡＰ送信部２０とを備える。ＴＲＡＰ送信部２０は、マネージャ装置１４に対するＴＲＡＰメッセージの送信処理を実行する。ＴＲＡＰ送信部２０は、送信実行部２２と、状態通知部２４とを有する。
【００３２】
送信実行部２２は、ＴＲＡＰ発行部３０からＴＲＡＰメッセージの送信依頼データを受け付ける。そして、その送信依頼データに含まれるＴＲＡＰメッセージのデータを、ＬＡＮ１６を介して、マネージャ装置１４へ送信する。
【００３３】
状態通知部２４は、送信実行部２２の動作状態を示す状態データにより、後述するＴＲＡＰ発行部３０の状態レジスタ３２における記憶データを随時上書き更新する。この状態データは、ＴＲＡＰメッセージの送信処理中でない状態を示す「アイドル状態」と、ＴＲＡＰメッセージの送信処理中を示す「送信処理中状態」とのいずれかを示す。具体的には、状態通知部２４は、送信実行部２２の動作状態について、アイドル状態から送信処理中状態への移行、もしくは、送信処理中状態からアイドル状態への移行を検出したときに、移行後の動作状態を状態レジスタ３２へ随時記録する。
【００３４】
ＴＲＡＰ発行部３０は、マネージャ装置１４へ通知すべきＴＲＡＰメッセージの生成処理を実行する。第１のＴＲＡＰ発行部３０ａは、第１の監視対象項目に関するＴＲＡＰメッセージ（以下、「ＴＲＡＰメッセージ＃１」とも呼ぶ。）を生成する。第２のＴＲＡＰ発行部３０ｂは、第２の監視対象項目に関するＴＲＡＰメッセージ（以下、「ＴＲＡＰメッセージ＃２」とも呼ぶ。）を生成する。
【００３５】
ＴＲＡＰ発行部３０は、状態レジスタ３２と、ＴＲＡＰバッファ３４と、ＴＲＡＰ契機検出部３６と、ＴＲＡＰ生成部３８と、送信依頼部４０とを有する。状態レジスタ３２は、ＴＲＡＰ送信部２０の動作状態を示すフラグを記憶するレジスタであり、少なくとも１ビットを記憶する。例えば、フラグ「０」はＴＲＡＰ送信部２０がアイドル状態であることを示し、フラグ「１」はＴＲＡＰ送信部２０が送信処理中状態であることを示してもよい。ＴＲＡＰバッファ３４は、ＴＲＡＰメッセージのデータを一時的に記憶する記憶領域である。
【００３６】
ＴＲＡＰ契機検出部３６は、ＴＲＡＰメッセージ通知の条件となる所定イベントの発生、具体的には、所定の監視対象項目における所定の状態変化をマネージャ装置１４に対するＴＲＡＰメッセージの通知契機として検出する。そして、その状態変化を示すデータを含むＴＲＡＰメッセージの生成要求をＴＲＡＰ生成部３８へ送出する。例えば、外部装置との接続状態を監視対象項目とする場合、外部装置とのリンク断が発生したことをＴＲＡＰメッセージの通知契機として検出してもよい。また、ラインカードの動作状態を監視対象項目とする場合、ラインカードにおける故障の発生をＴＲＡＰメッセージの通知契機として検出してもよい。
【００３７】
ＴＲＡＰ生成部３８は、ＴＲＡＰメッセージの生成要求をＴＲＡＰ契機検出部３６から受け付ける。そして、監視対象項目の状態変化の内容を、あらかじめ定められた形式のＴＲＡＰメッセージのデータとして設定することにより、マネージャ装置１４へ通知すべきＴＲＡＰメッセージを生成する。
【００３８】
送信依頼部４０は、マネージャ装置１４へ通知すべきＴＲＡＰメッセージがＴＲＡＰ生成部３８において生成されると、状態レジスタ３２を参照して、ＴＲＡＰ送信部２０の動作状態を識別する。ＴＲＡＰ送信部２０がアイドル状態である場合、送信依頼部４０は、マネージャ装置１４へ通知すべきＴＲＡＰメッセージを含むその送信依頼のデータを送信実行部２２へ出力する。ＴＲＡＰ送信部２０が送信処理中状態である場合、送信依頼部４０は、送信実行部２２に対するＴＲＡＰメッセージの送信依頼を保留し、そのＴＲＡＰメッセージのデータをＴＲＡＰバッファ３４へ記録する。
【００３９】
また送信依頼部４０は、ＴＲＡＰバッファ３４を定期的に参照して、ＴＲＡＰバッファ３４に保持されたＴＲＡＰメッセージの有無を定期的に判定する。そして、ＴＲＡＰバッファ３４にＴＲＡＰメッセージが保持され、かつ、ＴＲＡＰ送信部２０がアイドル状態であるとき、ＴＲＡＰバッファ３４からＴＲＡＰメッセージを取得して、その送信依頼のデータを送信実行部２２へ出力する。
【００４０】
以上の構成による動作を以下説明する。
図５は、図４のエージェント装置１２の動作を示すフローチャートである。同図は、ＴＲＡＰ送信部２０の処理フローを示している。送信実行部２２は、送信依頼部４０からＴＲＡＰメッセージの送信依頼を受け付ける（Ｓ３０）。状態通知部２４は、送信実行部２２の送信処理中状態を示すフラグを状態レジスタ３２へ設定する（Ｓ３２）。送信実行部２２は、マネージャ装置１４に対してＴＲＡＰメッセージのデータを送信する（Ｓ３４）。送信処理が完了すると、状態通知部２４は、送信実行部２２のアイドル状態を示すフラグを状態レジスタ３２へ設定する（Ｓ３６）。
【００４１】
図６は、図４のエージェント装置１２の動作を示すフローチャートである。同図は、ＴＲＡＰ発行部３０の処理フローを示している。ＴＲＡＰ契機検出部３６は、ＴＲＡＰメッセージ通知のトリガとなる所定イベントの発生を検出する（Ｓ４０）。ＴＲＡＰ生成部３８は、検出されたイベントの内容を示すＴＲＡＰメッセージのデータを生成する（Ｓ４２）。送信依頼部４０は、状態レジスタ３２を参照して、送信実行部２２の動作状態を特定する。送信実行部２２がアイドル状態である場合（Ｓ４４のＹ）、送信依頼部４０は、ＴＲＡＰメッセージの送信依頼を送信実行部２２へ直ちに送出する（Ｓ４６）。送信実行部２２が送信処理中状態である場合（Ｓ４４のＮ）、送信依頼部４０は、ＴＲＡＰメッセージの送信依頼の送出に代えて、そのＴＲＡＰメッセージをＴＲＡＰバッファ３４へ記録する（Ｓ４８）。
【００４２】
図７は、図４のエージェント装置１２の動作を示すフローチャートである。同図は、ＴＲＡＰ発行部３０において定期的に実行される処理フローを示している。送信依頼部４０は、ＴＲＡＰバッファ３４を定期的に参照し、ＴＲＡＰメッセージが保持されているか否かを判定する。ＴＲＡＰバッファ３４にＴＲＡＰメッセージが保持されており（Ｓ５０のＹ）、送信実行部２２がアイドル状態である場合（Ｓ５２のＹ）、送信依頼部４０は、ＴＲＡＰバッファ３４に保持されたＴＲＡＰメッセージの送信依頼を送信実行部２２へ送出する。ＴＲＡＰバッファ３４にＴＲＡＰメッセージが保持されておらず（Ｓ５０のＮ）、もしくは、送信実行部２２が送信処理中状態である場合（Ｓ５２のＮ）、図７の処理フローを終了する。
【００４３】
図８は、ＴＲＡＰメッセージの送信について本実施の形態の処理シーケンスを示す。第１のＴＲＡＰ発行部３０ａは、ある監視対象項目に関する所定イベントの発生を検出すると、ＴＲＡＰメッセージ＃１を生成する。そして、そのＴＲＡＰメッセージ＃１の送信依頼をＴＲＡＰ送信部２０へ出力する（Ｓ６０）。ＴＲＡＰ送信部２０は、ＴＲＡＰメッセージ＃１の送信処理を開始する際に、送信処理中である旨を第１のＴＲＡＰ発行部３０ａおよび第２のＴＲＡＰ発行部３０ｂへ通知する（Ｓ６２）。具体的には、送信処理中状態を示すフラグデータを第１のＴＲＡＰ発行部３０ａおよび第２のＴＲＡＰ発行部３０ｂの状態レジスタ３２へ記録する。ＴＲＡＰ送信部２０は、ＴＲＡＰメッセージ＃１の送信処理においてＡＲＰリクエストをＬＡＮ側へ送出する（Ｓ６４）。
【００４４】
ここで、第２のＴＲＡＰ発行部３０ｂは、別の監視対象項目に関する所定イベントの発生を検出して、ＴＲＡＰメッセージ＃２を生成する。そして、ＴＲＡＰ送信部２０が送信処理中状態であると判別して、ＴＲＡＰメッセージ＃２をＴＲＡＰバッファ３４へ記録する（Ｓ６６）。ＴＲＡＰ送信部２０は、ＡＲＰリプライを受け付けて、ＴＲＡＰメッセージ＃１をマネージャ装置１４へ送信する（Ｓ６８）。ＴＲＡＰメッセージ＃１の送信処理が完了すると、ＴＲＡＰ送信部２０は、アイドル状態である旨を第１のＴＲＡＰ発行部３０ａおよび第２のＴＲＡＰ発行部３０ｂへ通知する（Ｓ７０）。
【００４５】
続いて、第２のＴＲＡＰ発行部３０ｂは、ＴＲＡＰバッファ３４にＴＲＡＰメッセージ＃２が保持されていること、および、ＴＲＡＰ送信部２０がアイドル状態であることを検出して、ＴＲＡＰメッセージ＃２の送信依頼をＴＲＡＰ送信部２０へ出力する（Ｓ７２）。ＴＲＡＰ送信部２０は、ＴＲＡＰメッセージ＃２の送信処理を開始する際に、送信処理中である旨を第１のＴＲＡＰ発行部３０ａおよび第２のＴＲＡＰ発行部３０ｂへ通知する（Ｓ７４）。以降、ＴＲＡＰメッセージ＃２の送信処理が実行される。
【００４６】
本実施の形態のエージェント装置１２によれば、ＴＲＡＰ送信部２０の動作状態がＴＲＡＰ発行部３０へ随時通知される。ＴＲＡＰ発行部３０は、ＴＲＡＰ送信部２０がアイドル状態であることを条件として、ＴＲＡＰメッセージの送信をＴＲＡＰ送信部２０へ依頼する。これにより、ＴＲＡＰ送信部２０において複数のＴＲＡＰメッセージの送信処理が輻輳することを回避できる。また、ＴＲＡＰ発行部３０側でＴＲＡＰバッファ３４を保持することにより、ＴＲＡＰ送信部２０におけるバッファ管理が不要となる。また、ＴＲＡＰ送信部２０がアイドル状態であれば、ＴＲＡＰバッファ３４へのアクセスそのものが不要となる。すなわち、バッファへのアクセス回数が低減されてエージェント装置１２の処理性能を向上できる。
【００４７】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４８】
変形例を説明する。複数のＴＲＡＰ発行部３０のそれぞれには、ＴＲＡＰ送信部２０に対してＴＲＡＰメッセージの送信依頼を出力可能な期間として、互いに異なるタイムスロットがあらかじめ割り当てられてもよい。このタイムスロットは、所定の単位時間を複数区間に分割したものであってもよい。この場合、複数のＴＲＡＰ発行部３０それぞれの送信依頼部４０は、自身に割り当てられたタイムスロットにおいて、送信実行部２２の動作状態を識別し、送信実行部２２に対してＴＲＡＰメッセージの送信依頼を実行する。
【００４９】
さらに、複数のＴＲＡＰ発行部３０のそれぞれに割り当てられるタイムスロットの間には、いずれのＴＲＡＰ発行部３０にもＴＲＡＰメッセージの送信依頼が許容されない依頼不可期間が設定されてもよい。この依頼不可期間は、ＴＲＡＰ発行部３０からＴＲＡＰ送信部２０へＴＲＡＰメッセージの送信依頼が出力されて、ＴＲＡＰ送信部２０からＴＲＡＰ発行部３０へ送信処理中状態が通知されるまでの期間以上であることが望ましい。この変形例によれば、複数のＴＲＡＰ発行部３０のそれぞれにおいてＴＲＡＰメッセージが同時に生成された場合でも、ＴＲＡＰ送信部２０においてＴＲＡＰメッセージの送信処理が輻輳することをより確実に回避できる。
【００５０】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００５１】
１０  ＳＮＭＰ管理システム、  １２  エージェント装置、  １４  マネージャ装置、  ２０  ＴＲＡＰ送信部、  ２２  送信実行部、  ２４  状態通知部、  ３０  ＴＲＡＰ発行部、  ３２  状態レジスタ、  ３４  ＴＲＡＰバッファ、  ３６  ＴＲＡＰ契機検出部、  ３８  ＴＲＡＰ生成部、  ４０  送信依頼部。
【産業上の利用可能性】
【００５２】
本発明は、機器の動作状態をＳＮＭＰにより管理するシステムにおいて利用できる。
【図１】
2011007399.tif 000003
【図２】
2011007399.tif 000004
【図３】
2011007399.tif 000005
【図４】
2011007399.tif 000006
【図５】
2011007399.tif 000007
【図６】
2011007399.tif 000008
【図７】
2011007399.tif 000009
【図８】
2011007399.tif 000010
【国際調査報告】
2011007399.tif 000011
2011007399.tif 000012
2011007399.tif 000013
2011007399.tif 000014