(57)【要約】  本発明の実施の１形態であるＳＮＭＰ管理システム１００では、エージェント装置１４と複数のマネージャ装置１２とが接続される。複数のマネージャ装置１２のそれぞれは、自装置において保持されたＴＲＡＰメッセージの管理番号をエージェント装置１４に通知する。エージェント装置１４は、複数のマネージャ装置１２のそれぞれから通知された管理番号と、各マネージャ装置１２に対して送信したＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出して再送する。
2010150325.tif 000002
【特許請求の範囲】
【請求項１】
エージェント装置と複数のマネージャ装置とが接続され、機器の動作状態をＳＮＭＰ（Simple Network Management Protocol）により管理するシステムであって、
前記エージェント装置は、
ＴＲＡＰメッセージの通知条件が充足されたとき、前記複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するＴＲＡＰ送信部と、
前記複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを保持する送出履歴保持部と、を有し、
前記複数のマネージャ装置のそれぞれは、
前記エージェント装置から送信されたＴＲＡＰメッセージを保持する受付履歴保持部と、
ＴＲＡＰメッセージの検証を行うべき所定条件が充足されたとき、自装置において保持されたＴＲＡＰメッセージの管理番号を前記エージェント装置に通知する管理番号通知部と、を有し、
前記エージェント装置は、
前記複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出する照合部と、
前記破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するＴＲＡＰ再送部と、をさらに有することを特徴とするＳＮＭＰ管理システム。
【請求項２】
前記複数のマネージャ装置のそれぞれは、あらかじめ定められた複数のコミュニティの少なくとも１つに所属し、
前記エージェント装置のＴＲＡＰ送信部は、ＴＲＡＰメッセージの通知条件が充足されたとき、そのＴＲＡＰメッセージの通知対象であるコミュニティに所属するマネージャ装置に対してＴＲＡＰメッセージを送信し、
前記エージェント装置の送出履歴保持部は、前記複数のコミュニティのそれぞれに対して送信されたＴＲＡＰメッセージを保持し、
前記エージェント装置の照合部は、前記複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置が所属するコミュニティに対して送信されたＴＲＡＰメッセージの管理番号とを照合し、破棄されたＴＲＡＰメッセージを検出することを特徴とする請求項１に記載のＳＮＭＰ管理システム。
【請求項３】
前記マネージャ装置の管理番号通知部は、自装置において保持された最新のＴＲＡＰメッセージの管理番号を前記エージェント装置に通知し、
前記エージェント装置の照合部は、前記複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信された最新のＴＲＡＰメッセージの管理番号とを照合し、破棄されたＴＲＡＰメッセージを検出することを特徴とする請求項１に記載のＳＮＭＰ管理システム。
【請求項４】
前記エージェント装置の照合部は、前記複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信された最新のＴＲＡＰメッセージの管理番号とが異なる場合、前記通知された管理番号の次の管理番号から、前記最新のＴＲＡＰメッセージの管理番号までの、１つ以上の管理番号のそれぞれに対応するＴＲＡＰメッセージを前記破棄されたＴＲＡＰメッセージとして特定することを特徴とする請求項３に記載のＳＮＭＰ管理システム。
【請求項５】
前記エージェント装置のＴＲＡＰ送信部は、あるＴＲＡＰメッセージとその次に送信するＴＲＡＰメッセージとのそれぞれに連続した管理番号を付与し、
前記マネージャ装置の管理番号通知部は、自装置において保持されたＴＲＡＰメッセージの管理番号が不連続である場合、最初に保持されたＴＲＡＰメッセージの管理番号から連続する管理番号の中で最後の管理番号を前記最新のＴＲＡＰメッセージの管理番号として前記エージェント装置に通知することを特徴とする請求項３または４に記載のＳＮＭＰ管理システム。
【請求項６】
前記エージェント装置の照合部は、ＴＲＡＰメッセージの管理番号の通知に対する応答を各マネージャ装置へ通知し、
前記マネージャ装置の管理番号通知部は、前記エージェント装置に管理番号を通知後、その通知に対する応答を所定期間以上受け付けない場合、前記エージェント装置に対して前記管理番号を再通知することを特徴とする請求項１から５のいずれかに記載のＳＮＭＰ管理システム。
【請求項７】
前記エージェント装置のＴＲＡＰ送信部は、ＴＲＡＰメッセージの管理番号の通知元であるマネージャ装置に対し、前記照合部による照合結果を示すＴＲＡＰメッセージをさらに送信することを特徴とする請求項１から６のいずれかに記載のＳＮＭＰ管理システム。
【請求項８】
機器の動作状態をＳＮＭＰにより管理するシステムにおいて複数のマネージャ装置と接続されたエージェント装置であって、
ＴＲＡＰメッセージの通知条件が充足されたとき、前記複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するＴＲＡＰ送信部と、
前記複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを保持する送出履歴保持部と、
前記複数のマネージャ装置のそれぞれから各マネージャ装置にて保持されたＴＲＡＰメッセージの管理番号が通知されたとき、通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出する照合部と、
前記破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するＴＲＡＰ再送部と、
を備えることを特徴とするＳＮＭＰエージェント装置。
【請求項９】
エージェント装置と複数のマネージャ装置とが接続されたシステムにおいて、機器の動作状態をＳＮＭＰにより管理する方法であって、
前記エージェント装置において、ＴＲＡＰメッセージの通知条件が充足されたとき、前記複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するステップと、
前記エージェント装置において、前記複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを所定の記憶装置に記憶させるステップと、
前記複数のマネージャ装置のそれぞれにおいて、前記エージェント装置から送信されたＴＲＡＰメッセージを所定の記憶装置に記憶させるステップと、
前記複数のマネージャ装置のそれぞれにおいて、ＴＲＡＰメッセージの検証を行うべき所定条件が充足されたとき、自装置において保持されたＴＲＡＰメッセージの管理番号を前記エージェント装置に通知するステップと、
前記エージェント装置において、前記複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出するステップと、
前記エージェント装置において、前記破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するステップと、
を備えることを特徴とするＳＮＭＰ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、機器の動作状態をＳＮＭＰ（Simple Network Management Protocol）により管理するＳＮＭＰ管理システムとそのエージェント装置およびＳＮＭＰ管理方法に関する。
【背景技術】
【０００２】
機器の動作状態をＳＮＭＰにより管理するシステムでは、そのエージェント装置からマネージャ装置に対して自発的にＴＲＡＰメッセージを送信して、異常の発生等を通知することがある。ＴＲＡＰメッセージは、コネクションレス型のＵＤＰ（User Datagram Protocol）を使用するため、そのメッセージがマネージャ装置に到達したか否かはエージェント装置側では確認されない。【０００３】
これを踏まえ、本出願人は、マネージャ装置において、エージェント装置からのＴＲＡＰメッセージが受け付けられた際に、過去に受け付けられたＴＲＡＰメッセージと比較することで消失したＴＲＡＰメッセージを検出し、その消失したメッセージをエージェント装置に再送させるＳＮＭＰ管理システムを提案している（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９７３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のＳＮＭＰ管理システムでは、エージェント装置からのＴＲＡＰメッセージをマネージャ装置で受け付けたことが、消失したＴＲＡＰメッセージを検出するトリガとなる。したがって、ＴＲＡＰメッセージの発生頻度によっては消失したＴＲＡＰメッセージを検出するまでに時間を要することが考えられる。これを踏まえ、本発明者は、特許文献１のＳＮＭＰ管理システムには改善の余地があると考えた。【０００６】
本発明は、本発明者の上記課題認識に基づいてなされたものであり、その主たる目的は、機器の動作状態をＳＮＭＰにより管理するシステムにおいて、エージェント装置からのＴＲＡＰメッセージをマネージャ装置が保持する確実性を向上させるための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様のＳＮＭＰ管理システムは、エージェント装置と複数のマネージャ装置とが接続され、機器の動作状態をＳＮＭＰにより管理するシステムであって、エージェント装置は、ＴＲＡＰメッセージの通知条件が充足されたとき、複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するＴＲＡＰ送信部と、複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを保持する送出履歴保持部と、を有する。複数のマネージャ装置のそれぞれは、エージェント装置から送信されたＴＲＡＰメッセージを保持する受付履歴保持部と、ＴＲＡＰメッセージの検証を行うべき所定条件が充足されたとき、自装置において保持されたＴＲＡＰメッセージの管理番号をエージェント装置に通知する管理番号通知部と、を有する。エージェント装置は、複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出する照合部と、破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するＴＲＡＰ再送部と、をさらに有する。【０００８】
ＴＲＡＰ送信部は、複数のマネージャ装置それぞれの属性に応じて、ＴＲＡＰメッセージの通知対象であるマネージャ装置を決定してもよい。マネージャ装置の属性とは、例えば、管理対象機器や管理すべき情報項目であってもよく、エージェント装置およびそのエージェント装置が管理する情報項目に対するアクセス権限の種類であってもよい。また、送出履歴保持部は、複数のマネージャ装置のそれぞれに対応づけた履歴テーブルを保持してもよく、各履歴テーブルには各マネージャ装置に対して送信されたＴＲＡＰメッセージが逐次記録されてもよい。【０００９】
「ＴＲＡＰメッセージの通知条件」は、ＳＮＭＰ管理システムの運用担当者の知見や、ＳＮＭＰ管理システムに対する要求条件に基づいて決定されてよい。例えば、エージェント装置の動作状態や動作環境が所定態様になることでもよい。動作状態や動作環境が数値で表される場合は、その動作状態や動作環境と、所定の閾値との関係が所定状態になることでもよい。「管理番号」は、ＳＮＭＰ管理システムにおいてＴＲＡＰメッセージを一意に特定するためのＩＤであってもよい。また、時系列に連続して通知されるＴＲＡＰメッセージのそれぞれには、連続した管理番号が付与されることが望ましい。例えば、１ずつインクリメントされた管理番号が付与されてもよい。【００１０】
「ＴＲＡＰメッセージの検証を行うべき所定条件」は、ＳＮＭＰ管理システムの運用担当者の知見や、ＳＮＭＰ管理システムに対する要求条件に基づいて決定されてよい。また、エージェント装置からＴＲＡＰメッセージが通知されることに依存しない条件であってもよい。例えば、マネージャ装置のシステム時刻が所定時刻になったことでもよい。また、過去時点においてエージェント装置に管理番号を通知してから所定期間が経過したことを検出することでもよい。また、マネージャ装置の運用担当者による指示を受け付けることでもよい。また、受付履歴保持部に対するメンテナンスが実行されたことを検出したことでもよく、受付履歴保持部が初期化されたことを検出することでもよい。さらにまた、マネージャ装置におけるＳＮＭＰマネージャプロセスの起動・再起動を検出することでもよい。【００１１】
「破棄されたＴＲＡＰメッセージ」とは、エージェント装置からは送信されたものの、マネージャ装置では正常に受け付けられなかった、もしくは正常に記録されなかったＴＲＡＰメッセージであってもよい。「照合結果に応じて、破棄されたＴＲＡＰメッセージを検出する」とは、マネージャ装置での管理番号とエージェント装置での管理番号との間に差異が存在する場合、その差異の管理番号に対応するＴＲＡＰメッセージを破棄されたＴＲＡＰメッセージとして検出することでもよい。【００１２】
この態様によると、エージェント装置からは送信されたものの、マネージャ装置で記憶される前に破棄されてしまったＴＲＡＰメッセージがエージェント装置から再送される。これにより、エージェント装置からのＴＲＡＰメッセージをマネージャ装置が保持する確実性を向上させることができる。また、複数のマネージャ装置があり、マネージャ装置ごとに通知すべきＴＲＡＰメッセージが異なる場合でも、個々のマネージャ装置ごとに破棄されたＴＲＡＰメッセージが検出されて再送される。【００１３】
また上記態様によると、マネージャ装置における自律的なトリガに基づいてエージェント装置へ管理番号が通知される。これにより、エージェント装置からマネージャ装置へのＴＲＡＰメッセージの通知頻度が低くても、破棄されたＴＲＡＰメッセージが比較的短時間のうちに補完される。例えば、マネージャ装置で保持されていた一部もしくは全てのＴＲＡＰメッセージが、システム障害やメンテナンス等の理由により破棄された場合も、新たなＴＲＡＰメッセージの到着を待つことなく、破棄されたＴＲＡＰメッセージを自律的に回復できる。【００１４】
複数のマネージャ装置のそれぞれは、あらかじめ定められた複数のコミュニティの少なくとも１つに所属し、エージェント装置のＴＲＡＰ送信部は、ＴＲＡＰメッセージの通知条件が充足されたとき、そのＴＲＡＰメッセージの通知対象であるコミュニティに所属するマネージャ装置に対してＴＲＡＰメッセージを送信し、エージェント装置の送出履歴保持部は、複数のコミュニティのそれぞれに対して送信されたＴＲＡＰメッセージを保持し、エージェント装置の照合部は、複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置が所属するコミュニティに対して送信されたＴＲＡＰメッセージの管理番号とを照合し、破棄されたＴＲＡＰメッセージを検出してもよい。【００１５】
「コミュニティ」は、ＳＮＭＰに基づくシステムにおいて設定可能な、マネージャ装置のグループであってもよい。複数のコミュニティのそれぞれは、コミュニティに所属するマネージャ装置の属性に応じて設けられてもよい。例えば、マネージャ装置が管理すべき機器の種類に応じて設定されてもよい。また、エージェント装置における管理情報やＭＩＢ（Management Information Base）情報に対するアクセス権限の種類に応じて設定されてもよい。アクセス権限の種類とは、参照のみ、書き換え可能、アクセス可能な情報範囲であってもよい。また、１つのマネージャ装置は複数のコミュニティに所属可能であってもよい。【００１６】
ＴＲＡＰ送信部は、複数のコミュニティそれぞれの属性、例えば上記の管理対象機器やアクセス権限の種類に応じて、ＴＲＡＰメッセージの通知対象となるコミュニティを決定してもよい。また、送出履歴保持部は、複数のコミュニティのそれぞれに対応づけた履歴テーブルを保持してもよく、各履歴テーブルには各コミュニティに対して送信されたＴＲＡＰメッセージが逐次記録されてもよい。また、受付履歴保持部は受け付けられたＴＲＡＰメッセージをマネージャ装置が所属するコミュニティごとに保持してもよい。また、管理番号通知部はマネージャ装置が所属するコミュニティごとにその管理番号を通知してもよい。【００１７】
この態様によると、それぞれがマネージャ装置を含む複数のコミュニティがあり、コミュニティごとに通知すべきＴＲＡＰメッセージが異なる場合でも、各コミュニティに所属する個々のマネージャ装置ごとに破棄されたＴＲＡＰメッセージが検出されて再送される。【００１８】
マネージャ装置の管理番号通知部は、自装置において保持された最新のＴＲＡＰメッセージの管理番号をエージェント装置に通知し、エージェント装置の照合部は、複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信された最新のＴＲＡＰメッセージの管理番号とを照合し、破棄されたＴＲＡＰメッセージを検出してもよい。【００１９】
この態様によると、エージェント装置とマネージャ装置とのそれぞれにおける最新の管理番号を比較することで、破棄されたＴＲＡＰメッセージを容易に検出できる。【００２０】
エージェント装置の照合部は、複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信された最新のＴＲＡＰメッセージの管理番号とが異なる場合、通知された管理番号の次の管理番号から最新のＴＲＡＰメッセージの管理番号までの、１つ以上の管理番号のそれぞれに対応するＴＲＡＰメッセージを破棄されたＴＲＡＰメッセージとして特定してもよい。【００２１】
この態様によると、マネージャ装置から通知された管理番号と、エージェント装置においてそのマネージャ装置と対応づけられた管理番号との差異に基づいて、破棄されたＴＲＡＰメッセージが漏れなく特定される。【００２２】
エージェント装置のＴＲＡＰ送信部は、あるＴＲＡＰメッセージとその次に送信するＴＲＡＰメッセージとのそれぞれに連続した管理番号を付与し、マネージャ装置の管理番号通知部は、自装置において保持されたＴＲＡＰメッセージの管理番号が不連続である場合、最初に保持されたＴＲＡＰメッセージの管理番号から連続する管理番号の中で最後の管理番号を最新のＴＲＡＰメッセージの管理番号としてエージェント装置に通知してもよい。【００２３】
この態様によると、マネージャ装置に保持されたＴＲＡＰメッセージについて、その途中のＴＲＡＰメッセージが破棄された場合でも、その破棄されたＴＲＡＰメッセージを検出できる。言い換えれば、ＴＲＡＰメッセージが破棄された後で、そのＴＲＡＰメッセージが補完される前に、より新しいＴＲＡＰメッセージがマネージャ装置において受け付けられた場合でも、管理番号の非連続性に基づいて、破棄されたＴＲＡＰメッセージが検出されて補完される。【００２４】
エージェント装置の照合部は、ＴＲＡＰメッセージの管理番号の通知に対する応答を各マネージャ装置へ通知し、マネージャ装置の管理番号通知部は、エージェント装置に管理番号を通知後、その通知に対する応答を所定期間以上受け付けない場合、エージェント装置に対して管理番号を再通知してもよい。【００２５】
この態様によると、マネージャ装置とエージェント装置との間で通信障害が発生した場合、マネージャ装置からエージェント装置へ管理番号が再通知される。これにより、通信回復時には、通信障害が発生してから回復するまでの間に破棄されたＴＲＡＰメッセージが自動的に補完される。【００２６】
エージェント装置のＴＲＡＰ送信部は、ＴＲＡＰメッセージの管理番号を通知元であるマネージャ装置に対し、照合部による照合結果を示すＴＲＡＰメッセージをさらに送信してもよい。「照合結果」は、マネージャ装置での管理番号とエージェント装置での管理番号との異同を示すデータであってもよい。この態様によると、照合結果に応じた各種処理をマネージャ装置で実行できる。【００２７】
本発明の別の態様は、ＳＮＭＰエージェント装置である。この装置は、機器の動作状態をＳＮＭＰにより管理するシステムにおいて複数のマネージャ装置と接続されたエージェント装置であって、ＴＲＡＰメッセージの通知条件が充足されたとき、複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するＴＲＡＰ送信部と、複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを保持する送出履歴保持部と、複数のマネージャ装置のそれぞれから各マネージャ装置にて保持されたＴＲＡＰメッセージの管理番号が通知されたとき、通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出する照合部と、破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するＴＲＡＰ再送部と、を備える。この態様によると上記効果を奏するＳＮＭＰ管理システムを実現するために好適なエージェント装置を実現できる。【００２８】
本発明のさらに別の態様は、ＳＮＭＰ管理方法である。この方法は、エージェント装置と複数のマネージャ装置とが接続されたシステムにおいて、機器の動作状態をＳＮＭＰにより管理する方法であって、エージェント装置において、ＴＲＡＰメッセージの通知条件が充足されたとき、複数のマネージャ装置のうち当該ＴＲＡＰメッセージの通知対象であるマネージャ装置に対して、管理番号を含むＴＲＡＰメッセージを送信するステップと、エージェント装置において、複数のマネージャ装置のそれぞれに対して送信されたＴＲＡＰメッセージを所定の記憶装置に記憶させるステップと、複数のマネージャ装置のそれぞれにおいて、エージェント装置から送信されたＴＲＡＰメッセージを所定の記憶装置に記憶させるステップと、複数のマネージャ装置のそれぞれにおいて、ＴＲＡＰメッセージの検証を行うべき所定条件が充足されたとき、自装置において保持されたＴＲＡＰメッセージの管理番号をエージェント装置に通知するステップと、エージェント装置において、複数のマネージャ装置のそれぞれから通知された管理番号と、各マネージャ装置に対して送信されたＴＲＡＰメッセージの管理番号とを照合し、その照合結果に応じて、破棄されたＴＲＡＰメッセージを検出するステップと、エージェント装置において、破棄されたＴＲＡＰメッセージをマネージャ装置に対して再送するステップと、を備える。この態様においても、上記効果を奏するＳＮＭＰ管理システムを実現できる。【００２９】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００３０】
本発明によれば、機器の動作状態をＳＮＭＰにより管理するシステムにおいて、エージェント装置からのＴＲＡＰメッセージをマネージャ装置が保持する確実性を向上させることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態であるＳＮＭＰ管理システムの構成を示す図である。
【図２】図１のエージェント装置の機能構成を示すブロック図である。
【図３】送出履歴テーブルの構造を示す図である。
【図４】図１のマネージャ装置の機能構成を示すブロック図である。
【図５】ＳＮＭＰ管理システムの動作を示すフローチャートである。
【図６】ＳＮＭＰ管理システムの動作を示すフローチャートである。
【図７】ＳＮＭＰ管理システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００３２】
図１は、本発明の実施の形態であるＳＮＭＰ管理システムの構成を示す。ＳＮＭＰ管理システム１００は、マネージャ装置１２で総称される第１のマネージャ装置１２ａ、第２のマネージャ装置１２ｂ、第３のマネージャ装置１２ｃ、第４のマネージャ装置１２ｄと、エージェント装置１４とを備える。
【００３３】
マネージャ装置１２は、ＳＮＭＰマネージャソフトウェアが搭載されたコンピュータ端末である。エージェント装置１４は、ＳＮＭＰエージェントソフトウェアが搭載された、または、そのソフトウェアと同様の機能を提供する電子回路等のハードウェアが搭載されたルータ等の通信機器である。マネージャ装置１２とエージェント装置１４とは、ＬＡＮ・ＷＡＮ・インターネット等、公知の通信網を介して相互に接続される。
【００３４】
第１のマネージャ装置１２ａおよび第２のマネージャ装置１２ｂは、エージェント装置１４と図示しない外部装置間の接続状態を管理するコミュニティである第１のコミュニティ１０ａに所属する。また、第３のマネージャ装置１２ｃおよび第４のマネージャ装置１２ｄは、エージェント装置１４に搭載されたラインカードの動作状態を管理するコミュニティである第２のコミュニティ１０ｂに所属する。
【００３５】
エージェント装置１４は、図示しない外部装置との接続が切断されたことを検出すると、その旨を示すＴＲＡＰメッセージを、第１のコミュニティ１０ａに所属する第１のマネージャ装置１２ａおよび第２のマネージャ装置１２ｂへ送信する。また、エージェント装置１４は、搭載したラインカードの故障を検出すると、その旨を示すＴＲＡＰメッセージを、第２のコミュニティ１０ｂに所属する第３のマネージャ装置１２ｃおよび第４のマネージャ装置１２ｄへ送信する。
【００３６】
図２は、図１のエージェント装置１４の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００３７】
エージェント装置１４は、送出履歴保持部２０と、ＴＲＡＰ契機検出部２２と、ＴＲＡＰ生成部２４と、ＴＲＡＰ送信部２６と、照合部２８とを有する。
【００３８】
送出履歴保持部２０は、マネージャ装置１２に対して送信したＴＲＡＰメッセージを記憶するための記憶領域である。送出履歴保持部２０は、第１のコミュニティ１０ａに対応する送出履歴テーブルと、第２のコミュニティ１０ｂに対応する送出履歴テーブルとを保持する。第１のコミュニティ１０ａに対応する送出履歴テーブルには、第１のコミュニティ１０ａへ送信された、言い換えれば、第１のコミュニティ１０ａに所属する第１のマネージャ装置１２ａおよび第２のマネージャ装置１２ｂに対して送信されたＴＲＡＰメッセージが記録される。第２のコミュニティ１０ｂに対応する送出履歴テーブルには、第２のコミュニティ１０ｂへ送信されたＴＲＡＰメッセージが記録される。
【００３９】
図３は、送出履歴テーブルの構造を示す。「ＴＲＡＰ管理番号」欄には、ＳＮＭＰ管理システム１００においてＴＲＡＰメッセージを一意に特定するためのＩＤが記録される。「タイムスタンプ」欄、「オブジェクト１」欄、「値１」欄、「オブジェクト２」欄、「値２」欄・・・のそれぞれには、ＴＲＡＰメッセージにおける対応するフィールドのデータが記録される。具体的には、「タイムスタンプ」欄にはエージェント装置１４が起動してからの経過時間が設定される。「オブジェクト１」欄にはＴＲＡＰ管理番号を示す所定のコードが設定され、「値１」欄にはＴＲＡＰ管理番号のデータが設定される。「オブジェクト２」欄以降は、メッセージの本体、すなわち外部装置との接続状態やラインカードの動作状態が記録される。
【００４０】
図３の「最新のＴＲＡＰ管理番号」欄には、送出履歴テーブルに最後に記録されたＴＲＡＰ管理番号が記録される。なお、図３では、ＴＲＡＰメッセージに通常設定されるＥｎｔｅｒｐｒｉｓｅフィールドやＴｒａｐＴｙｐｅフィールド等に対応する記憶領域を省略している。送出履歴テーブルにおいてこれらのデータも記録されてよいのはもちろんである。図２に戻る。
【００４１】
ＴＲＡＰ契機検出部２２は、外部装置との接続状態の変化を第１のコミュニティ１０ａに対するＴＲＡＰメッセージの送信契機として検出する。また、ラインカードの動作状態の変化を第２のコミュニティ１０ｂに対するＴＲＡＰメッセージの送信契機として検出する。
【００４２】
ＴＲＡＰ生成部２４は、第１のコミュニティ１０ａに対するＴＲＡＰメッセージの送信契機が検出されたとき、第１のコミュニティ１０ａに対するＴＲＡＰメッセージを生成する。また、第２のコミュニティ１０ｂに対するＴＲＡＰメッセージの送信契機が検出されたとき、第１のコミュニティ１０ａに対するＴＲＡＰメッセージを生成する。
【００４３】
具体例として、第１のコミュニティ１０ａに対するＴＲＡＰメッセージの生成処理を示す。まず、ＴＲＡＰ生成部２４は、第１のコミュニティ１０ａに対応づけられた送出履歴テーブルを参照して、「最新のＴＲＡＰ管理番号」欄に記録された番号に１を加算した番号を、新たに生成するＴＲＡＰメッセージのＴＲＡＰ管理番号として決定する。次に、そのＴＲＡＰ管理番号が値１フィールドに設定され、外部装置との接続状態を示すデータがオブジェクト２フィールド以降に設定されたＴＲＡＰメッセージを生成する。次に、ＴＲＡＰ生成部２４は、生成したＴＲＡＰメッセージのデータを、第１のコミュニティ１０ａに対応づけられた送出履歴テーブルに記録する。その際に「ＴＲＡＰ管理番号」欄および「最新のＴＲＡＰ管理番号」欄にはこのＴＲＡＰメッセージのＴＲＡＰ管理番号を設定する。
【００４４】
ＴＲＡＰ送信部２６は、第１のコミュニティ１０ａに対するＴＲＡＰメッセージを第１のマネージャ装置１２ａおよび第２のマネージャ装置１２ｂへ送信する。また、第２のコミュニティ１０ｂに対するＴＲＡＰメッセージを第３のマネージャ装置１２ｃおよび第４のマネージャ装置１２ｄへ送信する。
【００４５】
照合部２８は、マネージャ装置１２のそれぞれから送信されたＳＮＭＰのＳｅｔＲｅｑｕｅｓｔデータを受け付ける。そして、そのＳｅｔＲｅｑｕｅｓｔデータにおいて指定されたＴＲＡＰ管理番号（以下、「マネージャ管理番号」とも呼ぶ。）と、各マネージャ装置１２が所属するコミュニティについて送出履歴テーブルで保持された最新のＴＲＡＰ管理番号（以下、「エージェント管理番号」とも呼ぶ。）とを照合する。マネージャ管理番号とエージェント管理番号との間に差異がある場合、照合部２８は、その差異に対応するＴＲＡＰ管理番号に対応づけられたＴＲＡＰメッセージを、マネージャ装置１２へ再送すべきＴＲＡＰメッセージ（以下、「再送メッセージ」とも呼ぶ。）として決定する。
【００４６】
典型的には、照合部２８は、マネージャ管理番号の次の管理番号からエージェント管理番号までの各ＴＲＡＰ管理番号に対応づけられたＴＲＡＰメッセージを再送メッセージとして決定する。例えば、マネージャ管理番号が「１３」で、エージェント管理番号が「１５」であるとき、ＴＲＡＰ管理番号「１４」および「１５」に対応づけられたＴＲＡＰメッセージが再送メッセージとして決定される。
【００４７】
照合部２８は、マネージャ管理番号を通知したマネージャ装置１２の識別情報と、そのマネージャ装置１２への再送メッセージのＴＲＡＰ管理番号をＴＲＡＰ送信部２６に通知する。ＴＲＡＰ送信部２６は、送出履歴テーブルを参照して再送メッセージのＴＲＡＰ管理番号で特定されるＴＲＡＰメッセージのデータを取得する。そして、通知された識別情報で特定されるマネージャ装置１２に対して再送メッセージのデータを送信する。
【００４８】
変形例として、照合部２８は、マネージャ装置１２の識別情報と、そのマネージャ装置１２への再送メッセージのＴＲＡＰ管理番号とをＴＲＡＰ生成部２４へ通知してもよい。ＴＲＡＰ生成部２４は、送出履歴テーブルを参照して再送メッセージのＴＲＡＰ管理番号で特定されるＴＲＡＰメッセージのデータを取得し、再送メッセージを生成してもよい。ＴＲＡＰ生成部２４はマネージャ装置１２の識別情報と再送メッセージのデータとをＴＲＡＰ送信部２６へ通知し、ＴＲＡＰ送信部２６は通知された識別情報で特定されるマネージャ装置１２に対して再送メッセージのデータを送信してもよい。
【００４９】
また、照合部２８は、マネージャ管理番号の通知に対する応答データを、そのマネージャ管理番号を通知したマネージャ装置１２へ通知する。具体的には、照合部２８は、マネージャ管理番号を通知したＳｅｔＲｅｑｕｅｓｔに対する応答データとして、ＧｅｔＲｅｓｐｏｎｓｅデータをマネージャ装置１２へ送信する。
【００５０】
図４は、図１のマネージャ装置１２の機能構成を示すブロック図である。マネージャ装置１２は、受付履歴保持部３０と、ＴＲＡＰ受信部３２と、検証契機検出部３４と、管理番号通知部３６とを有する。
【００５１】
受付履歴保持部３０は、エージェント装置１４から送信されたＴＲＡＰメッセージを記憶するための記憶領域である。受付履歴保持部３０は、ＴＲＡＰメッセージが記録される受付履歴テーブルを保持する。受付履歴テーブルの構造は、図３で示した送出履歴テーブルの構造と同様であるが、「最新のＴＲＡＰ管理番号」欄は含まない。変形例としては、「最新のＴＲＡＰ管理番号」欄を含んでもよく、ＴＲＡＰ生成部２４と同様に、ＴＲＡＰ受信部３２が当該欄のデータを設定してもよい。
【００５２】
ＴＲＡＰ受信部３２は、エージェント装置１４から送信されたＴＲＡＰメッセージを受信する。ＴＲＡＰ受信部３２は、そのＴＲＡＰメッセージの各フィールドのデータを受付履歴テーブルに記録する。その際に、「ＴＲＡＰ管理番号」欄には、ＴＲＡＰメッセージの「値１」欄のデータが示すＴＲＡＰ管理番号を設定する。
【００５３】
検証契機検出部３４は、エージェント装置１４から送信されたＴＲＡＰメッセージが漏れなく受付履歴保持部３０において保持されているかを検証すべき所定契機の充足を検出する。そして、ＴＲＡＰメッセージの検証処理の実行指示を管理番号通知部３６に通知する。例えば、前回の検証処理の実行から所定期間が経過したことを契機として、管理番号通知部３６に検証処理を開始させる。
【００５４】
管理番号通知部３６は、受付履歴テーブルを参照して、エージェント装置１４に通知すべきマネージャ管理番号を決定して、そのマネージャ管理番号をエージェント装置１４へ通知する。このマネージャ管理番号は、受付履歴テーブルに保持された最新のＴＲＡＰメッセージのＴＲＡＰ管理番号であるが、ＴＲＡＰ管理番号の連続性を考慮して決定される。
【００５５】
具体的には、管理番号通知部３６は、受付履歴テーブルにおける最少のＴＲＡＰ管理番号から連続するＴＲＡＰ管理番号のうち、最大のＴＲＡＰ管理番号を通知すべきマネージャ管理番号として決定する。この「連続する」とは、ＳＮＭＰ管理システム１００においてあらかじめ定められたＴＲＡＰ管理番号の付与基準において連続するとの意味である。例えば、ＴＲＡＰ管理番号が１ずつインクリメントされる場合、ＴＲＡＰ管理番号「１、２、３、５」は「３」まで連続していることになる。
【００５６】
第１の具体例として、受付履歴テーブルに記録されたＴＲＡＰ管理番号が「１、２、３、４、５」であるとき、管理番号通知部３６は、ＴＲＡＰ管理番号「５」をマネージャ管理番号としてエージェント装置１４へ通知する。エージェント装置１４におけるエージェント管理番号が「７」であるとき、ＴＲＡＰ管理番号が「６」のＴＲＡＰメッセージと、ＴＲＡＰ管理番号が「７」のＴＲＡＰメッセージとがマネージャ装置１２へ再送されることになる。
【００５７】
第２の具体例として、受付履歴テーブルに記録されたＴＲＡＰ管理番号が「１、２、３、５」であるとき、管理番号通知部３６は、ＴＲＡＰ管理番号「３」をマネージャ管理番号としてエージェント装置１４へ通知する。エージェント装置１４におけるエージェント管理番号が「５」であるとき、ＴＲＡＰ管理番号が「４」のＴＲＡＰメッセージと、ＴＲＡＰ管理番号が「５」のＴＲＡＰメッセージとがマネージャ装置１２へ再送されることになる。
【００５８】
上記第２の具体例において、最新のＴＲＡＰメッセージの管理番号である「５」を通知してしまうと、エージェント装置１４の照合部２８において、破棄されたＴＲＡＰメッセージが存在しないと判定される。したがって、通知すべきマネージャ管理番号を決定する際に、受付履歴テーブルにおいて保持されたＴＲＡＰ管理番号の連続性を考慮することは、ＴＲＡＰメッセージを漏れなく保持しているかを検証するために好適な態様である。
【００５９】
なお変形例として、管理番号通知部３６は、最少のＴＲＡＰ管理番号から連続するＴＲＡＰ管理番号が設定されたＴＲＡＰメッセージのうち、最大のタイムスタンプ値を有するＴＲＡＰメッセージに設定されたＴＲＡＰ管理番号を通知すべきマネージャ管理番号として決定してもよい。
【００６０】
管理番号通知部３６は、マネージャ管理番号を通知するために、オブジェクト名欄にマネージャ管理番号を示す所定コードが設定され、値欄にマネージャ管理番号のデータが設定されたＳＮＭＰのＳｅｔＲｅｑｕｅｓｔデータをエージェント装置１４へ送信する。そして、管理番号通知部３６は、ＳｅｔＲｅｑｕｅｓｔデータに対するレスポンスとして、ＧｅｔＲｅｓｐｏｎｓｅデータをエージェント装置１４から受信する。
【００６１】
管理番号通知部３６は、ＳｅｔＲｅｑｕｅｓｔデータの送信後、そのレスポンスとしてＧｅｔＲｅｓｐｏｎｓｅデータを所定期間以上受信しないとき、ＳｅｔＲｅｑｕｅｓｔデータをエージェント装置１４へ再送する。すなわちマネージャ管理番号を再通知する。これにより、マネージャ装置１２とエージェント装置１４との通信障害や、エージェント装置１４における装置障害に対応しやすくなる。例えば、障害回復時にはそれまでに破棄されたＴＲＡＰメッセージを自動的に取得できる。
【００６２】
以上の構成による動作を以下説明する。
図５は、ＳＮＭＰ管理システム１００の動作を示すフローチャートである。同図は、ＴＲＡＰメッセージがエージェント装置からマネージャ装置に通知される際の動作を示している。エージェント装置１４のＴＲＡＰ契機検出部２２は、複数のコミュニティのうちの少なくとも１つに対するＴＲＡＰメッセージの通知契機が充足されない間は（Ｓ１０のＮ）、継続的に通知契機の充足有無を監視する。ＴＲＡＰメッセージの通知契機が充足されると（Ｓ１０のＹ）、ＴＲＡＰ生成部２４は、ＴＲＡＰ管理番号を含むＴＲＡＰメッセージを生成する（Ｓ１２）。そして、ＴＲＡＰ生成部２４は、そのＴＲＡＰメッセージのデータを送出履歴テーブルに記録する（Ｓ１４）。ＴＲＡＰ送信部２６は、生成されたＴＲＡＰメッセージのデータを、そのＴＲＡＰメッセージを通知すべきコミュニティに所属するマネージャ装置１２へ送信する（Ｓ１６）。マネージャ装置１２のＴＲＡＰ受信部３２は、エージェント装置１４から送信されたＴＲＡＰメッセージのデータを受信する（Ｓ１８）。ＴＲＡＰ受信部３２は、そのＴＲＡＰメッセージのデータを受付履歴テーブルへ記録する（Ｓ２０）。
【００６３】
図６は、ＳＮＭＰ管理システム１００の動作を示すフローチャートである。同図は、破棄されたＴＲＡＰメッセージを検出する際の動作を示している。マネージャ装置１２の検証契機検出部３４は、ＴＲＡＰメッセージの検証契機が充足されない間は（Ｓ３０のＮ）、継続的に検証契機の充足有無を監視する。ＴＲＡＰメッセージの検証契機が充足されると（Ｓ３０のＹ）、マネージャ装置１２の管理番号通知部３６は、受付履歴テーブルを参照して、エージェント装置１４へ通知すべきマネージャ管理番号を決定する。そして、そのマネージャ管理番号をＳｅｔＲｅｑｕｅｓｔのデータとしてエージェント装置１４へ通知する（Ｓ３２）。
【００６４】
エージェント装置１４の照合部２８は、マネージャ装置１２から通知されたマネージャ管理番号と、そのマネージャ装置１２が所属するコミュニティに関するエージェント管理番号とを照合して、破棄されたＴＲＡＰメッセージを特定する（Ｓ３４）。照合部２８は、ＳｅｔＲｅｑｕｅｓｔに対する応答としてＧｅｔＲｅｓｐｏｎｓｅデータをマネージャ装置１２へ送信する（Ｓ３６）。マネージャ装置１２において、ＧｅｔＲｅｓｐｏｎｓｅが所定期間内に受け付けられない場合（Ｓ３８のＮ）、Ｓ３２に戻る。すなわち、マネージャ装置１２の管理番号通知部３６は、先に通知したマネージャ管理番号をエージェント装置１４へ定期的に再通知する。ＧｅｔＲｅｓｐｏｎｓｅがマネージャ装置１２へ所定期間内に通知された場合（Ｓ３８のＹ）、本処理フローは終了する。
【００６５】
図７は、ＳＮＭＰ管理システム１００の動作を示すフローチャートである。同図は、破棄されたＴＲＡＰメッセージを再送する際の動作を示している。Ｓ３４の照合処理において破棄されたＴＲＡＰメッセージが検出された場合（Ｓ４０のＹ）、エージェント装置１４のＴＲＡＰ送信部２６は、再送メッセージのデータをマネージャ装置１２へ送信する（Ｓ４２）。以下、図５のＳ１８以下の処理が実行されることになる。破棄されたメッセージが検出されなければ（Ｓ４０のＮ）、Ｓ４２はスキップされる。なお、図７に示す処理は、図６のＳ３６以下の処理と並行して実行されてもよい。
【００６６】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００６７】
第１の変形例を説明する。上記実施の形態では、送出履歴保持部２０において複数のコミュニティのそれぞれに対応づけられた送出履歴テーブルが保持された。変形例では、送出履歴保持部２０において複数のマネージャ装置１２のそれぞれに対応づけられた送出履歴テーブルが保持されてもよい。この変形例は、ＳＮＭＰ管理システムのコミュニティにおいてマネージャ装置１２やエージェント装置１４が区別されない場合や、複数のマネージャ装置１２のそれぞれに対して異なるＴＲＡＰメッセージを送信すべき場合に特に好適な態様である。
【００６８】
第２の変形例を説明する。上記実施の形態では、マネージャ装置１２からエージェント装置１４へのマネージャ管理番号の通知処理は、前回の通知から所定期間が経過したことをトリガとして実行された。変形例として、ＴＲＡＰメッセージがマネージャ装置１２へ通知されたこともトリガとしてマネージャ管理番号の通知処理が実行されてもよい。この場合には、ＴＲＡＰ管理番号の連続性を考慮するために、そのとき通知されたＴＲＡＰメッセージのＴＲＡＰ管理番号と、受付履歴テーブルにおける最新のＴＲＡＰ管理番号とが比較されてもよい。そして、それらが連続する場合には前者が、不連続である場合には後者が、マネージャ管理番号としてエージェント装置１４へ通知されてもよい。
【００６９】
第３の変形例を説明する。マネージャ装置１２の受付履歴テーブルが破壊された場合等、マネージャ装置１２に保持されていた全てのＴＲＡＰメッセージが破棄された場合、マネージャ装置１２の管理番号通知部３６は、全てのＴＲＡＰメッセージの再送を要求するための所定のＴＲＡＰ管理番号をエージェント装置１４へ通知してもよい。例えば、エージェント装置１４においてＴＲＡＰ管理番号に使用されない「０」を、マネージャ管理番号としてエージェント装置１４へ通知してもよい。
【００７０】
第４の変形例を説明する。管理番号通知部３６は、ＴＲＡＰ管理番号の通知に対する応答がエージェント装置１４から受け付けられない場合、先に通知したマネージャ管理番号を再送するとともに、ＳＮＭＰ管理システム１００の運用担当者に対して、マネージャ装置１２とエージェント装置１４との接続状態が異常である旨を通知してもよい。その後、エージェント装置１４からの応答が受け付けられた際には、マネージャ装置１２とエージェント装置１４との接続状態が正常状態に回復した旨を通知してもよい。
【００７１】
第５の変形例を説明する。この変形例では、マネージャ管理番号とエージェント管理番号との異同結果や、異同の内容を示す照合結果（以下、単に「照合結果」とも呼ぶ。）がエージェント装置１４からマネージャ装置１２へ通知される。この場合、照合部２８は、マネージャ管理番号とエージェント管理番号との照合結果をＴＲＡＰ生成部２４へ通知する。ＴＲＡＰ生成部２４は、照合結果を示すＴＲＡＰメッセージを生成する。ＴＲＡＰ送信部２６は、そのＴＲＡＰメッセージを、マネージャ管理番号の通知元であるマネージャ装置１２へ送信する。
【００７２】
マネージャ装置１２は、ＴＲＡＰメッセージを処理するＴＲＡＰ処理部を備える。このＴＲＡＰ処理部は、照合結果を示すＴＲＡＰメッセージがＴＲＡＰ受信部３２において受信されたとき、その照合結果に応じた所定の処理を実行する。例えば、ＴＲＡＰ処理部は、照合結果がマネージャ管理番号とエージェント管理番号との不一致を示す場合、ＳＮＭＰ管理システム１００の運用担当者に対してその旨を通知してもよい。
【００７３】
実施の形態においては、マネージャ管理番号の通知に対する応答としてＧｅｔＲｅｓｐｏｎｓｅデータがマネージャ装置１２へ通知された。しかしＧｅｔＲｅｓｐｏｎｓｅではエージェント装置１４が設定可能な情報量が少なく、照合結果に関する様々な情報をマネージャ装置１２へ通知することは難しい。本変形例においては、ＧｅｔＲｅｓｐｏｎｓｅに加えて、照合結果に関する様々な情報が設定されたＴＲＡＰメッセージがマネージャ装置１２へ別途通知される。これにより、その照合結果に応じた各種処理をマネージャ装置１２において実行可能となる。
【００７４】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００７５】
１０ａ  第１のコミュニティ、  １０ｂ  第２のコミュニティ、  １２  マネージャ装置、  １４  エージェント装置、  ２０  送出履歴保持部、  ２２  ＴＲＡＰ契機検出部、  ２４  ＴＲＡＰ生成部、  ２６  ＴＲＡＰ送信部、  ２８  照合部、  ３０  受付履歴保持部、  ３２  ＴＲＡＰ受信部、  ３４  検証契機検出部、  ３６  管理番号通知部、  １００  ＳＮＭＰ管理システム。
【産業上の利用可能性】
【００７６】
本発明は、機器の動作状態をＳＮＭＰにより管理するシステムにおいて利用できる。
【図１】
2010150325.tif 000003
【図２】
2010150325.tif 000004
【図３】
2010150325.tif 000005
【図４】
2010150325.tif 000006
【図５】
2010150325.tif 000007
【図６】
2010150325.tif 000008
【図７】
2010150325.tif 000009
【国際調査報告】
2010150325.tif 000010
2010150325.tif 000011
2010150325.tif 000012
2010150325.tif 000013