被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラム
【課題】管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業を不要とした被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムを提供することを課題とする。
【解決手段】本発明に係る被管理装置１０は、トラップ送信先設定情報を必要とするときに、ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段３０２と、管理装置１が応答した応答確認のパケットから、管理装置１へのトラップ送信先設定情報を抽出する抽出手段３０３と、応答確認を行なった管理装置１を当該被管理装置が管理されるべき管理装置として、トラップ送信先設定情報とともに、登録する登録手段３０４とを有し、登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【解決手段】本発明に係る被管理装置１０は、トラップ送信先設定情報を必要とするときに、ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段３０２と、管理装置１が応答した応答確認のパケットから、管理装置１へのトラップ送信先設定情報を抽出する抽出手段３０３と、応答確認を行なった管理装置１を当該被管理装置が管理されるべき管理装置として、トラップ送信先設定情報とともに、登録する登録手段３０４とを有し、登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムの分野に関する。
【背景技術】
【０００２】
近年、コンピュータに係るあらゆる環境下において、ネットワークは益々複雑化する一方である。このようなネットワークを管理・監視する技術に関して、ＳＮＭＰ（Simple Network Management Protocol）が知られている（ＲＦＣ１１５７）。ＳＮＭＰは、ネットワーク上のネットワーク機器（ノード）を監視、制御する情報の通信方法を定めるプロトコルである。ＳＮＭＰエージェント（管理対象ノード、被管理装置）は、ＭＩＢ（Management information base）と呼ばれる管理用データベースに、管理に利用されるステータス情報などを蓄積している。また、ＳＮＭＰエージェントは、ＳＮＭＰマネージャ（管理装置）に対してトラップ（障害等の通知）を送信することで、ネットワーク管理者は管理対象ノードで発生したトラブルや状態の変化をいち早く察知することができる。
【０００３】
ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要がある。ネットワーク管理者にとって、この設定作業は管理対象ノードが少ない場合にはそれほど問題にならないが、その数が増えるにつれて大きな負荷となってくる。また、この設定作業はネットワーク構成の変更、例えばＳＮＭＰマネジャ（管理端末）のＩＰアドレスが変更されると、全てのＳＮＭＰエージェントに対してそれぞれ設定情報の再設定作業が必要となり、ネットワーク管理者とってやはり負荷は大きい。
【０００４】
特許文献１に記載される発明は、ＳＮＭＰエージェントがトラップ送信先となるリモートホストのアドレスをネットワーク上に流れているパケットから検出し、送信先として自動設定するトラップ配送方法である。
【特許文献１】特許３４４８２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載される発明は従来に比較してトラップ先の設定作業は軽減されるもののネットワーク管理システムから管理対象であるＳＮＭＰエージェントに対してポーリングの設定作業を行なうことが必要である。
【０００６】
そこで本発明では上記のような問題に鑑みて、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業を不要とした被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る被管理装置は、ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段と、前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【０００８】
また上記課題を解決するため、本発明に係る被管理装置は、ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手段と、前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【０００９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業を不要とした被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
【００１２】
（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本発明による管理装置１―３及び被管理装置１０−Ｎがネットワーク５を介して接続されているネットワーク図である。管理装置１は、ＳＮＭＰを利用して被管理装置１０−Ｎを管理するＳＮＭＰマネジャである。被管理装置１０−Ｎは、ＳＮＭＰを利用して管理装置１０−Ｎに管理されるＳＮＭＰエージェントである。ネットワーク５は、有線、無線を含むネットワークである。
【００１３】
管理装置１−３は、ＳＮＭＰマネジャとして動作しネットワーク５上に接続される被管理装置１０−Ｎに対してＭＩＢ情報取得要求を行い、ＳＮＭＰエージェントである被管理装置１０―Ｎから情報を抜き出してネットワークの管理を行なう。一方、被管理装置１０―Ｎは、障害が発生した際など自らの状態に何らかの変化が起きた際に、管理装置１−３に対してトラップを送信し、ＳＮＭＰエージェントが自発的にＳＮＭＰマネジャへ情報を通知する。図１は、本発明の一実施形態を説明するにあたっての構成を示したものであり、管理装置及び被管理装置は何台あってもよい。
【００１４】
なおトラップとは、障害が発生した際など自らの状態に何らかの変化が起きた際に、ＳＮＭＰエージェントが自発的にＳＮＭＰマネジャへ情報を通知する通知パケットであることを説明した。ここでトラップが用いられる例を挙げておくと、ＳＮＭＰエージェントがサーバであった場合に、トラップを送信するタイミング（契機）として、サーバのＣＰＵの使用率が所定率を超えた場合やディスク残量が所定量以下になった場合などがある。また、ＳＮＭＰエージェントがネットワークルータやネットワークハブなどのネットワーク機器であった場合に、回線やポートごとのトラフィックが所定率を超えた場合などがある。いずれにしろトラップの利用目的はネットワークノード管理であるので、管理上重要なイベントに着目してトラップ設定がなされる。トラップを受信したＳＮＭＰマネジャは、これを受けてなんらかの対応を行なうことが多い。ネットワーク管理者は、管理装置の画面上にトラップが上がると、そのトラップがネットワークルータからのものであるとすると、例えば、ＷＡＮ回線の使用率が８０％を超えたことに気が付く。そして、さらに詳細を調べるために、ネットワークルータに対してＭＩＢ情報取得要求を行い、他のＷＡＮポートの状態（使用率）はどうなのか、他のＬＡＮポートの状態はどうなのか、また一定時間ごとのポーリングにより取得した過去の回線使用率の情報から使用率の推移などを確認してその後、適切な対応を行なわれる。
【００１５】
（被管理装置）
本発明に係る被管理装置について説明する。本発明による一実施形態として、被管理装置１０は、例えば、ネットワーク５上で任意のサービス等を提供するサーバ機である。また、被管理装置１１はネットワークルータであり、被管理装置Ｎはネットワークハブ（インテリジェンスハブ）である。
【００１６】
図２は、本発明による被管理装置１０の一実施形態の主要構成を示すハードウェア構成図である。被管理装置１０のハードウェア構成について簡単に説明しておく。被管理装置１０は、主要な構成として、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶装置２０４、記憶媒体読取装置２０５、入力装置２０６、表示装置２０７、及び通信装置２０８を含む構成である。
【００１７】
ＣＰＵ２０１は、マイクロプロセッサ及びその周辺回路から構成され、被管理装置１０全体を制御する回路である。また、ＲＯＭ２０２は、ＣＰＵ２０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ２０３は、ＣＰＵ２０１がＲＯＭ２０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００１８】
補助記憶装置２０４は、汎用のＯＳ（Operating System）、ＳＮＭＰプログラム、ＭＩＢ情報、トラップ送信先設定情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置２０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置２０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置２０５にセットすることで、各種情報が得られる。
【００１９】
入力装置２０６は、ユーザが各種入力操作を行うための装置である。入力装置２０６は、マウス、キーボード、表示装置２０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置２０７は、プロジェクト管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。次に、通信装置３は、ネットワーク５を介して管理装置１−３との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。以上、被管理装置１０のハードウェア構成である。
【００２０】
ここで被管理装置１１及び被管理装置Ｎのハードウェア構成についての説明は省略する。それぞれ一般的なネットワークルータ及びネットワークハブが備えるハードウェア構成からなるものである。
【００２１】
次に、被管理装置の機能について説明する。本発明による一実施形態として、例えば、被管理装置１０はサーバ機であり、被管理装置１１はネットワークルータであり、被管理装置Ｎはネットワークハブであると上述したが、機能の面からはこれら被管理装置は区別されない。つまり、同じＳＮＭＰエージェントとして機能するものである。よって被管理装置１１、被管理装置Ｎも被管理装置１０と同様の機能を有するので特に必要のない限り被管理装置１０に代表して被管理装置の機能を説明する。
【００２２】
本発明による被管理装置１０は、管理装置１−３の機能であるＳＮＭＰマネジャに対応してＳＮＭＰエージェントとして機能する。被管理装置１０は、ＳＮＭＰマネジャにトラップの送信を行なうにあたって以下に説明する機能を有することにより、トラップ送信先の設定情報を取得するのでトラップ送信先の設定作業が不要である。
【００２３】
図３は、本発明による被管理装置１０の一実施形態の主要機能を示す機能ブロック図である。被管理装置１０は、主要な機能として、装置制御部３０１、トラップ送信部３０２、抽出部３０３、トラップ送信先管理部３０４、及び管理テーブル３０５を含む構成である。
【００２４】
装置制御部３０１は、装置内部で所定のイベントやアラートを検知して、トラップ送信部３０２にトラップを送信するよう要求を行う。
【００２５】
トラップ送信部３０２は、装置制御部３０１からの要求を受けてトラップの送信を行なう。トラップ送信部３０２が送信するトラップには３種類のトラップがある。１つは、ＳＮＭＰエージェント側からＳＮＭＰマネジャへイベント発生時に送信される公知のトラップで、応答確認のない一方向的なトラップ（パケット）である。このトラップは、トラップ送信先が登録された管理テーブル３０５が参照されて送信される。またさらに、本発明に係る被管理装置１０のトラップ送信部３０２は、トラップ送信先設定情報を必要とするときに２種類のトラップを送信する。１つは、応答確認を要するブロードキャストトラップであり、１つは、応答確認を要しないブロードキャストトラップ（変形例で触れる）である。
【００２６】
ＳＮＭＰでは、ＳＮＭＰマネジャ、ＳＮＭＰエージェント間でコマンドのやり取りを行い、機器やネットワークの管理が行われる。基本的にはコマンドとして、GetRequest、GetNextRequest、SetRequest、GetResponse、Trapなどのオペレーションコマンドがある。また、InformRequestは、ＳＮＭＰバージョン２（SNMPv2）からサポートされるもので複数のＳＮＭＰマネジャ間で情報交換用の通信に利用されるが、その他に応答確認付きのトラップとしての使用も可能である。よってInformRequestをブロードキャストにしたものが、応答確認を要するブロードキャストトラップである。また、応答確認を要しないブロードキャストトラップは、公知のトラップをブロードキャストにしたものである。なお、ブロードキャストは言うまでもなく同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。
【００２７】
抽出部３０３は、上述したInformRequestに対する応答確認パケット、及び管理装置からのＭＩＢ情報取得要求パケット（変形例で触れる）から、トラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、ＩＰアドレス、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、被管理装置（ＳＮＭＰエージェント）が管理装置（ＳＮＭＰマネジャ）に対してトラップを送信する際に必要となる情報である。
【００２８】
トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５で管理する。即ち、抽出部３０３により抽出されたトラップ送信先設定情報を管理テーブル３０５に登録（登録手段）する。
【００２９】
なお、以上説明したこれらの機能は、実際にはＣＰＵ２０１が実行するプログラムにより実現されるものである。
【００３０】
（管理装置）
次に、管理装置１について簡単に説明する。管理装置１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置、記憶媒体読取装置、入力装置、表示装置、及び通信装置などを有する情報処理装置、ＰＣ（Personal Computer）でよく、被管理装置１０と同様のハードウェア構成を有すればよい。つまり、管理装置１−３及び被管理装置１―Ｎは、それぞれＳＮＭＰマネジャ及びＳＮＭＰエージェントとして機能すればよく、その機能を動作させるハードウェア構成を有すればよい。
【００３１】
管理装置１は、機能として、被管理装置１０の機能であるＳＮＭＰエージェントに対応してＳＮＭＰマネジャとして機能する。管理装置１は、ＳＮＭＰエージェントからのトラップの受信を行なう。上述したように、３種類のトラップを受信する。
【００３２】
また、管理装置１０は、ＳＮＭＰマネジャであるのでＭＩＢ情報取得を行うことができる。ＳＮＭＰマネジャにより定期的に行なわれるＭＩＢ情報取得は、ポーリングと呼ばれる。ポーリングは、一定期間ごとにＭＩＢ情報を取得して、所定の情報の推移などを把握するために行なわれる。過去の回線使用率の情報であれば、時間帯別などの回線使用率を把握することができる。また、不定期的にＭＩＢ情報取得が行なわれる場合もある。例えば、ＳＮＭＰマネジャがトラップを受信したときである。トラップを受信したとなるとなんらかの問題が発生している可能性があるため、ＳＮＭＰマネジャ側は、これを受けてなんらかの対応を行なうことが多い。よってＳＮＭＰマネジャは、管理装置でトラップが上がると、さらに詳細を調べるために、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する。この場合、ネットワーク管理者によってあるトラップがあがるとそのトラップに関連するＭＩＢ情報を取得するようＳＮＭＰマネジャ側で設定されている。
【００３３】
（ＳＮＭＰコマンド）
ここで、上述したＳＮＭＰのやり取りで用いられるコマンドについて触れる。ここでは本発明に係るコマンド、GetRequest、GetResponse、Trap、InformRequestについて説明する（それ以外のコマンドについては省略する）。GetRequestは、ＳＮＭＰマネジャがＳＮＭＰエージェントに対してＭＩＢ情報（ＭＩＢ変数）の値を要求する際に用いられる。InformRequestは、ＳＮＭＰバージョン２（SNMPv2）からサポートされるもので複数のＳＮＭＰマネジャ間で情報交換用の通信に利用される。また、ＳＮＭＰマネジャ間に限られずＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知にも用いられる。この場合、Trapと異なる点は応答確認付きである点である。GetResponseは、GetRequest、InformRequestの応答として用いられるコマンドである。Trapは、ＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知を行なうコマンドである。InformRequestと異なる点は応答確認なしである点である。図４にＳＮＭＰマネジャ、ＳＮＭＰエージェント間で行なわれるコマンドの様子を示しておく。
【００３４】
＜実施例＞
以上を踏まえて、本実施例による被管理装置１０の一使用形態について説明する。
【００３５】
（動作）
図５は、被管理装置１０の行う処理について説明するシーケンスである。被管理装置１０は、InformRequest（応答確認を要するブロードキャストトラップ）を用いて、トラップ設定先情報を取得する。
【００３６】
ステップＳ５０１で、ＳＮＭＰエージェントである被管理装置１０のトラップ送信部３０２は、InformRequestをブロードキャストパケットにしてネットワーク上に送信すると、InformRequestパケットは、ネットワーク上に接続される管理装置１−３に到達する。なお、ブロードキャストパケットは、同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。例えば、192.168.1.0/24のネットワークへのブロードキャストパケットであれば、送信先を192.168.1.255にセットすればよい。また、InformRequestパケットの送信にあたりコミュニティ名、バージョンは、そのネットワーク管理環境で用いられている値、例えば「public」、「v2」などをセットしておく。なお、トラップ送信部３０２が、InformRequestのブロードキャストパケットを送信するタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたときが好適である。さらに、以後同様にして所定期間ごとに送信される。
【００３７】
ステップＳ５０２に進み、ＳＮＭＰマネジャである管理装置１−３からそれぞれ応答パケットが返答される。ネットワーク上には、ＳＮＭＰマネジャである管理装置１−３以外にも複数の装置や端末等が接続されているが、ＳＮＭＰマネジャではないので、InformRequestパケットは到達されるもののこれに応答しない。
【００３８】
ステップＳ５０３に進み、抽出部３０３は、応答パケットからトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、管理装置に対してトラップを送信する際に必要となる情報である。
【００３９】
ステップＳ５０４に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。
【００４０】
ステップＳ５０５に進み、トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５に登録する。ステップＳ５０６で、管理テーブル３０５が更新（アップデート）される。
【００４１】
図６は、管理テーブル３０５の一例を示したものである。トラップ送信先設定情報である、「ＩＰアドレス」、「コミュニティ名（アカウント名）」、「ＳＮＭＰバージョン」が登録されている。また、「登録時間」は登録された時間を示すタイムスタンプである。「送信ＯＮ／ＯＦＦ」は、トラップ送信先として有効か、無効かの状況（ステータス）を示すフラグで、送信がＯＮの場合には、トラップ送信先として有効である（トラップ送信先として設定される）ことを意味する。なお、登録された段階では、すべてをＯＮ（有効）にしておく。逆に、登録された段階では、ひとまずＯＦＦ（無効）にしておき、あるタイミングでＯＮ（有効）にする構成例については後述する。
【００４２】
被管理装置１０がトラップを送信するときは、トラップ送信先管理部３０４は、管理テーブル３０５を参照して、トラップ送信先としてＯＮ（有効）となっているトラップ送信先情報を取得し、トラップ送信部３０２に渡す。トラップ送信部３０２は、トラップ送信先情報に基づいて、トラップを送信する。
【００４３】
以上、本実施例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業が不要になる。即ち、従来は、ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要があるが、ネットワーク管理者にとって、この設定作業は管理対象ノードが多い場合大きな負荷であった。本実施例による被管理装置１０は、InformRequestのブロードキャストパケットを送信することでネットワーク上の管理装置のトラップ送信先設定情報を取得してトラップ送信先として設定するので、被管理装置１０においてトラップ送信先の設定作業を行なう必要がなくなる。
【００４４】
（トラップ送信先の限定）
ここまで被管理装置１０がトラップ送信先設定情報を取得してトラップ送信先を設定することを説明した。ここでは、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報を管理テーブル３０５に登録するものの、トラップ設定先としてすぐに設定せず、送信ＯＦＦ(無効)として管理テーブル３０５に一先ず登録しておく。そして、次に説明する条件を満たした管理装置（ＳＮＭＰマネジャ）についてのみトラップ設定先として設定を行なう。
【００４５】
図７は、被管理装置１０の行う処理について説明するシーケンスである。前提として管理テーブル３０５には、図５のシーケンスを用いて説明した処理によりトラップ送信先設定情報が登録されている。しかしながら、そのトラップ送信先の設定状況（ステータス）
はすべてＯＦＦでトラップ送信先として未だ有効ではない。いわばトラップ送信先の候補が登録されている状況である。本シーケンスは、このトラップ送信先の設定状況がＯＮ（有効）に移行する場合について説明するものである。
【００４６】
ステップＳ７０１で、管理装置１が被管理装置１０に対してＭＩＢ情報取得要求を行う。これが意味するところ、ＭＩＢ情報取得要求は管理装置１が被管理装置１０への積極的な管理意思の表れであると考えられる。即ち、管理装置１−３の中で、管理装置１が行った被管理装置１０に対してＭＩＢ情報取得要求は、管理装置１が被管理装置１０を管理するために行う動作そのものである。一方、管理装置２、３から同様なＭＩＢ情報取得要求がないのであれば、管理装置２、３は被管理装置１０を管理していない可能性もある。とすると、管理装置（ＳＮＭＰマネジャ）としてネットワーク上に接続されていて先に説明したInformRequestをブロードキャストパケットの応答を行なって管理テーブル３０５に登録されていたとしても、事実上、管理装置２、３は被管理装置１０を管理していない可能性がある。一方、管理装置１が被管理装置１０に対してＭＩＢ情報取得要求を行っているので、事実上管理装置１は被管理装置１０を管理している。よって、管理装置１に限定してトラップ送信先設定を行なう。
【００４７】
ステップＳ７０２に進み、抽出部３０３は、ＭＩＢ情報取得パケット（GetRequest）からトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンである。
【００４８】
ステップＳ７０３に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。
【００４９】
ステップＳ７０４に進み、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報が管理テーブル３０５に既に登録されているか確認を行なう。
【００５０】
ステップＳ７０５に進み、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報が既に登録されている場合には管理テーブル３０５に登録された管理装置１をトラップ送信先の設定状況（ステータス）の更新を要求する。
【００５１】
ステップＳ７０６に進み、管理テーブル３０５は、要求に応じて登録された管理装置１のトラップ送信先の設定状況の更新を要求する。具体的には、「送信ＯＮ／ＯＦＦ」の欄をＯＦＦ（無効）からＯＮ（有効）に更新（変更）する。既にＯＮ（有効）であればそれを維持する。
【００５２】
なお、ステップＳ７０１で、管理装置１が被管理装置１０に対して行うＭＩＢ情報取得要求を、さらにトラップに関連するＭＩＢ情報の取得要求とすることで、管理装置１を被管理装置１０の管理装置としての地位の可能性、信頼度を高めることができる。トラップに関連するＭＩＢ情報とは、例えば、ネットワーク管理者が被管理装置１０にトラップとして通知させたい管理（監視）項目があるはずであるが、その管理項目に関連するＭＩＢ情報を意味する。ネットワークルータやネットワークハブであれば、あるＬＡＮ／ＷＡＮポートがダウンした旨の通知をトラップとして通知するようにされているとすると、ネットワーク管理者はポートのリンク（uplink）状況に管理対象として注目していることになる。よって、ＭＩＢ情報が、全てのＬＡＮ／ＷＡＮポートのリンク状況やトラフィック情報などのトラップに関連するＭＩＢ情報である場合、そのようなＭＩＢ情報取得要求を行った管理装置１は、被管理装置１０の管理装置としての地位の可能性（信頼性）はより高い。
【００５３】
また、同様に、管理装置１が被管理装置１０に対して行うＭＩＢ情報取得要求を、管理者権限（admin）など一般権限(public)より高い権限を用いてＭＩＢ情報の取得要求を行うならば、その管理装置１は被管理装置１０の管理装置としての地位の可能性はより高い。
【００５４】
さらに、同様に、管理装置１が被管理装置１０に対して管理者権限などでログイン（さらには被管理装置１０の操作）を行うならば、その管理装置１は被管理装置１０の管理装置としての地位の可能性はより高い。図８のシーケンスに示すように、ステップＳ８０１で、管理装置２は、管理者権限で被管理者装置１０に対してログインを行う。機器制御部３０１は、ログイン認証成功を受けて、ステップＳ８０２で、トラップ送信先として設定するようトラップ送信先管理部３０４に要求を行う。トラップ送信先管理部３０４は、既に登録があるか確認し登録がある場合には上述したようにトラップ送信先に設定を行なって、管理テーブル３０５を更新する。
【００５５】
以上、本実施例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、ネットワーク上に接続される管理装置の中で被管理装置１０を管理する可能性が高い管理装置をトラップ送信先として設定作業なしに設定することが可能となる。
【００５６】
（トラップの送信）
図９は、トラップの送信シーケンスである。これまで説明を行った本発明に係る被管理装置１０が管理装置に対してトラップの送信を行う流れについて図９を用いて説明する。
【００５７】
ステップＳ９０１で、機器制御部３０１は、被管理装置１０でのトラップに係るイベントの発生を検知する。
【００５８】
ステップＳ９０２に進み、トラップ送信部３０２に対してイベントを通知する。
【００５９】
ステップＳ９０３に進み、トラップ送信部３０２は、トラップを送信するにあたりトラップ送信先管理部３０４にトラップ送信先情報要求を行う。
【００６０】
ステップＳ９０４に進み、トラップ送信先管理部３０４は、管理テーブル３０５を参照して、トラップ送信先としてＯＮ（有効）となっているトラップ送信先情報を取得し、Ｓステップ９０５で、トラップ送信部３０２に渡す。
【００６１】
ステップＳ９０６に進み、トラップ送信部３０２は、トラップ送信先情報に基づいて、トラップを送信する。図９では、管理装置１、２に対してトラップが送信されている。
【００６２】
（トラップ送信先の削除）
ここで再度、図６を参照する。「登録時間」が記録されているが、これは管理テーブル３０５にそのトラップ送信先情報が登録された時間を示している。被管理装置１０のトラップ送信先管理部３０４は、管理テーブル３０５に登録されるトラップ設定先でＯＦＦ（無効）になっているものについて、「登録時間」の時間（時刻）から所定期間以上経過しているトラップ設定先については削除する。
【００６３】
また、管理テーブル３０５に登録されるトラップ設定先でＯＮ（有効）になっているものの、ステップＳ９０６に相当するトラップを送信してから所定時間以上応答のないトラップ設定先についても削除する。
【００６４】
また、InformRequestのブロードキャストが送信されるタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたとき、さらに、以後同様にして所定期間ごとに送信されることは上述した。１度目（被管理装置１０がネットワーク５に接続されたとき）に登録がなされたトラップ設定先であっても、２度目のInformRequestのブロードキャストによって応答しなかったトラップ設定先についても管理テーブル３０５から削除する。
【００６５】
このようにして、管理テーブル３０５を最新の管理装置の実状況に対応させることができる。また、管理装置のＩＰアドレスの変更された場合などでも古い情報は削除され、再度のInformRequestのブロードキャストにより変更後のＩＰアドレスでもって管理装置を検知しトラップ送信先として設定することが可能となる。
【００６６】
＜変形例＞
次に、上述した実施例の変形例について説明する。まず、トラップ送信部３０２が送信するトラップには３種類のトラップがあると説明した。再度これらを挙げると、１つは、ＳＮＭＰエージェント側からＳＮＭＰマネジャへイベント発生時に送信される公知のトラップで、応答確認のない一方向的なトラップ（パケット）である。また１つは、応答確認を要するブロードキャストトラップであり、１つは、応答確認を要しないブロードキャストトラップである。応答確認を要するブロードキャストトラップについては、実施例でInformRequestのブロードキャストを挙げて、この応答パケットからトラップ送信先設定情報を抽出し管理テーブル３０５に登録、そしてトラップ送信先として設定することについて説明してきた。本変形例では、応答確認を要するブロードキャストトラップに代えて、応答確認を要しないブロードキャストトラップを用いるものである。
【００６７】
応答確認を要しないブロードキャストトラップを送信するに、具体的にはTrapコマンドが用いられる。Trapは、ＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知を行なうコマンドである。InformRequestと異なる点は応答確認なしである点である。再度図４を参照するに、TrapはＳＮＭＰエージェントからＳＮＭＰマネジャに送信されるが、その応答パケットなどは行なわれない。
【００６８】
ところで、上述したように管理装置１は、ＳＮＭＰマネジャとして機能する。管理装置１は、ＳＮＭＰエージェントからのトラップの受信を行なう他に、ＭＩＢ情報取得を行うことができる。これは、ＭＩＢ情報取得要求を行うことによってＳＮＭＰエージェントが有するＭＩＢからＭＩＢ情報を取得するものである。実際のネットワーク管理（監視）において、ＳＮＭＰマネジャによりＭＩＢ情報取得はよく行なわれている。例えば、定期的なＭＩＢ情報取得は、ポーリングと呼ばれ、一定期間ごとにＭＩＢ情報を取得して、所定の情報の推移などを把握するために行なわれる。また、ＭＩＢ情報取得要求は、ＳＮＭＰマネジャがトラップを受信したときにも行なわれる。ＳＮＭＰマネジャがＳＮＭＰエージェントからトラップを受信したとき、ＳＮＭＰエージェント側ではなんらかの問題が発生している可能性があるため、ＳＮＭＰマネジャ側は、これを受けてなんらかの対応を行なうことが多い。よってＳＮＭＰマネジャは、管理装置でトラップが上がると、さらに詳細を調べるために、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する動作を行なう。この場合、ネットワーク管理者によってあるトラップがあがるとそのトラップに関連するＭＩＢ情報を取得するようＳＮＭＰマネジャ側で設定されている。
【００６９】
この点に着目し、本変形例に係る被管理装置１０は、応答確認を要しないブロードキャストトラップ、即ち、Trapをブロードキャストパケットにしてネットワーク上に送信する。このTrapの到達を受けて、所定期間内に自発的に管理装置が行うＭＩＢ情報取得要求パケットからからトラップ送信先設定情報を抽出し管理テーブル３０５に登録、そしてトラップ送信先として設定するものである。
【００７０】
（動作）
図１０は、本変形例に係る被管理装置１０の行う処理について説明するシーケンスである。以下、図１０を参照して説明する。
【００７１】
ステップＳ１００１で、ＳＮＭＰエージェントである被管理装置１０のトラップ送信部３０２は、Trapをブロードキャストパケットにしてネットワーク上に送信すると、Trapパケットは、ネットワーク上に接続される管理装置１−３に到達する。ブロードキャストパケットは、同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。また、Trapパケットの送信にあたりコミュニティ名、バージョンは、そのネットワーク管理環境で用いられている値、例えば「public」、「v2」などをセットしておく。なお、トラップ送信部３０２が、Trapのブロードキャストパケットを送信するタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたときが好適である。さらに、以後同様にして所定期間ごとに送信される。
【００７２】
ステップＳ１００２に進み、ＳＮＭＰマネジャである管理装置１からＭＩＢ情報取得パケット（GetRequest）が送信される。Trapは、そのTrapに対する応答確認を要するものではないので、そのTrapに対する応答確認パケットは管理装置１−３から応答されない。しかしながら、ＳＮＭＰマネジャがトラップを受信したとき、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する。このような動作は被管理装置１０に対する管理動作そのものであり、よってこのＭＩＢ情報取得要求を行なってきた装置を被管理装置１０は自身を管理する管理装置とする。
【００７３】
ステップＳ１００３に進み、抽出部３０３は、ＭＩＢ情報取得パケット（GetRequest）からトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、上述したとおり例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、管理装置に対してトラップを送信する際に必要となる情報である。なお、抽出部３０３は、トラップ送信部３０２がTrapをブロードキャストパケットにしてネットワーク上に送信してから所定期間内に到達したＭＩＢ情報取得パケットに限ってトラップ送信先設定情報を抽出する。これは所定期間内を超えて以降に到達したＭＩＢ情報取得パケットは、トラップ送信部３０２が送信したTrapに対する応答である確度が下がるからである。これにより、偶然に（Trapとは無関係に）送信されたＭＩＢ情報取得パケットをできるだけ取り込まないようにする。
【００７４】
ステップＳ１００４に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。ステップＳ１００５に進み、トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５に登録する。ステップＳ１００６で、管理テーブル３０５が更新（アップデート）される。ステップＳ１００４―１００６までのステップは、InformRequestに係る実施例の場合と同様である。
【００７５】
ステップＳ１００７で、ＳＮＭＰマネジャである管理装置２からＭＩＢ情報取得パケット（GetRequest）が送信される。管理装置２からＭＩＢ情報取得パケットは、トラップ送信部３０２がTrapをブロードキャストパケットにしてネットワーク上に送信してから所定期間内に到達したＭＩＢ情報取得パケットではないので、抽出部３０３はトラップ送信先設定情報を抽出しない。なお、この管理装置２からＭＩＢ情報取得パケットは上述した定期的なポーリングであると考えられるが、被管理装置１０の抽出部３０３はトラップ送信先設定情報を抽出しないというものであって、被管理装置１０はＳＮＭＰエージェントであるのでＭＩＢ情報取得要求には応じるものである。つまり、被管理装置１０はＭＩＢ情報取得パケットに対する応答パケット（GetResponse）で応答を行なう。
【００７６】
ここまで変形例に係る被管理装置１０について説明を行った。管理テーブル３０５にトラップ送信先設定情報が登録されて以降については上述した実施例の通りである。
【００７７】
以上、本変形例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業が不要になる。即ち、従来は、ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要があるが、ネットワーク管理者にとって、この設定作業は管理対象ノードが多い場合大きな負荷であった。本実施例による被管理装置１０は、Trapのブロードキャストパケットの送信を利用しネットワーク上の管理装置のトラップ送信先設定情報を取得してトラップ送信先として設定するので、被管理装置１０においてトラップ送信先の設定作業を行なう必要がなくなる。また、InformRequestコマンドはＳＮＭＰバージョン２から採用されたものであるので、本変形例によれば、InformRequestに対応しない被管理装置でも本発明を利用することができる。
【００７８】
なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明による管理装置及び被管理装置がネットワーク５を介して接続されているネットワーク図である。
【図２】本発明による被管理装置の一実施形態の主要構成を示すハードウェア構成図である
【図３】本発明による被管理装置の一実施形態の主要機能を示す機能ブロック図である。
【図４】ＳＮＭＰマネジャ、ＳＮＭＰエージェント間で行なわれるコマンドの一例を示す図である。
【図５】被管理装置の行う処理について説明するシーケンス図である。
【図６】管理テーブルを示す図の一例である。
【図７】被管理装置の行う処理について説明するシーケンス図である。
【図８】被管理装置の行う処理について説明するシーケンス図である。
【図９】被管理装置の行うトラップの送信シーケンス図である。
【図１０】本変形例に係る被管理装置の行う処理について説明するシーケンス図である。
【符号の説明】
【００８０】
１―３ 管理装置
１０−Ｎ 被管理装置
５ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 補助記憶装置
２０５ 記憶媒体読取装置
２０６ 入力装置
２０７ 表示装置
２０８ 通信装置
３０１ 装置制御部
３０２ トラップ送信部
３０３ 抽出部
３０４ トラップ送信先管理部
３０５ 管理テーブル
【技術分野】
【０００１】
本発明は、被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムの分野に関する。
【背景技術】
【０００２】
近年、コンピュータに係るあらゆる環境下において、ネットワークは益々複雑化する一方である。このようなネットワークを管理・監視する技術に関して、ＳＮＭＰ（Simple Network Management Protocol）が知られている（ＲＦＣ１１５７）。ＳＮＭＰは、ネットワーク上のネットワーク機器（ノード）を監視、制御する情報の通信方法を定めるプロトコルである。ＳＮＭＰエージェント（管理対象ノード、被管理装置）は、ＭＩＢ（Management information base）と呼ばれる管理用データベースに、管理に利用されるステータス情報などを蓄積している。また、ＳＮＭＰエージェントは、ＳＮＭＰマネージャ（管理装置）に対してトラップ（障害等の通知）を送信することで、ネットワーク管理者は管理対象ノードで発生したトラブルや状態の変化をいち早く察知することができる。
【０００３】
ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要がある。ネットワーク管理者にとって、この設定作業は管理対象ノードが少ない場合にはそれほど問題にならないが、その数が増えるにつれて大きな負荷となってくる。また、この設定作業はネットワーク構成の変更、例えばＳＮＭＰマネジャ（管理端末）のＩＰアドレスが変更されると、全てのＳＮＭＰエージェントに対してそれぞれ設定情報の再設定作業が必要となり、ネットワーク管理者とってやはり負荷は大きい。
【０００４】
特許文献１に記載される発明は、ＳＮＭＰエージェントがトラップ送信先となるリモートホストのアドレスをネットワーク上に流れているパケットから検出し、送信先として自動設定するトラップ配送方法である。
【特許文献１】特許３４４８２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載される発明は従来に比較してトラップ先の設定作業は軽減されるもののネットワーク管理システムから管理対象であるＳＮＭＰエージェントに対してポーリングの設定作業を行なうことが必要である。
【０００６】
そこで本発明では上記のような問題に鑑みて、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業を不要とした被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る被管理装置は、ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段と、前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【０００８】
また上記課題を解決するため、本発明に係る被管理装置は、ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手段と、前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定することを特徴とする。
【０００９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業を不要とした被管理装置、トラップ送信先設定方法、及びトラップ送信先設定プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
【００１２】
（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本発明による管理装置１―３及び被管理装置１０−Ｎがネットワーク５を介して接続されているネットワーク図である。管理装置１は、ＳＮＭＰを利用して被管理装置１０−Ｎを管理するＳＮＭＰマネジャである。被管理装置１０−Ｎは、ＳＮＭＰを利用して管理装置１０−Ｎに管理されるＳＮＭＰエージェントである。ネットワーク５は、有線、無線を含むネットワークである。
【００１３】
管理装置１−３は、ＳＮＭＰマネジャとして動作しネットワーク５上に接続される被管理装置１０−Ｎに対してＭＩＢ情報取得要求を行い、ＳＮＭＰエージェントである被管理装置１０―Ｎから情報を抜き出してネットワークの管理を行なう。一方、被管理装置１０―Ｎは、障害が発生した際など自らの状態に何らかの変化が起きた際に、管理装置１−３に対してトラップを送信し、ＳＮＭＰエージェントが自発的にＳＮＭＰマネジャへ情報を通知する。図１は、本発明の一実施形態を説明するにあたっての構成を示したものであり、管理装置及び被管理装置は何台あってもよい。
【００１４】
なおトラップとは、障害が発生した際など自らの状態に何らかの変化が起きた際に、ＳＮＭＰエージェントが自発的にＳＮＭＰマネジャへ情報を通知する通知パケットであることを説明した。ここでトラップが用いられる例を挙げておくと、ＳＮＭＰエージェントがサーバであった場合に、トラップを送信するタイミング（契機）として、サーバのＣＰＵの使用率が所定率を超えた場合やディスク残量が所定量以下になった場合などがある。また、ＳＮＭＰエージェントがネットワークルータやネットワークハブなどのネットワーク機器であった場合に、回線やポートごとのトラフィックが所定率を超えた場合などがある。いずれにしろトラップの利用目的はネットワークノード管理であるので、管理上重要なイベントに着目してトラップ設定がなされる。トラップを受信したＳＮＭＰマネジャは、これを受けてなんらかの対応を行なうことが多い。ネットワーク管理者は、管理装置の画面上にトラップが上がると、そのトラップがネットワークルータからのものであるとすると、例えば、ＷＡＮ回線の使用率が８０％を超えたことに気が付く。そして、さらに詳細を調べるために、ネットワークルータに対してＭＩＢ情報取得要求を行い、他のＷＡＮポートの状態（使用率）はどうなのか、他のＬＡＮポートの状態はどうなのか、また一定時間ごとのポーリングにより取得した過去の回線使用率の情報から使用率の推移などを確認してその後、適切な対応を行なわれる。
【００１５】
（被管理装置）
本発明に係る被管理装置について説明する。本発明による一実施形態として、被管理装置１０は、例えば、ネットワーク５上で任意のサービス等を提供するサーバ機である。また、被管理装置１１はネットワークルータであり、被管理装置Ｎはネットワークハブ（インテリジェンスハブ）である。
【００１６】
図２は、本発明による被管理装置１０の一実施形態の主要構成を示すハードウェア構成図である。被管理装置１０のハードウェア構成について簡単に説明しておく。被管理装置１０は、主要な構成として、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶装置２０４、記憶媒体読取装置２０５、入力装置２０６、表示装置２０７、及び通信装置２０８を含む構成である。
【００１７】
ＣＰＵ２０１は、マイクロプロセッサ及びその周辺回路から構成され、被管理装置１０全体を制御する回路である。また、ＲＯＭ２０２は、ＣＰＵ２０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ２０３は、ＣＰＵ２０１がＲＯＭ２０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００１８】
補助記憶装置２０４は、汎用のＯＳ（Operating System）、ＳＮＭＰプログラム、ＭＩＢ情報、トラップ送信先設定情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置２０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置２０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置２０５にセットすることで、各種情報が得られる。
【００１９】
入力装置２０６は、ユーザが各種入力操作を行うための装置である。入力装置２０６は、マウス、キーボード、表示装置２０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置２０７は、プロジェクト管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。次に、通信装置３は、ネットワーク５を介して管理装置１−３との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。以上、被管理装置１０のハードウェア構成である。
【００２０】
ここで被管理装置１１及び被管理装置Ｎのハードウェア構成についての説明は省略する。それぞれ一般的なネットワークルータ及びネットワークハブが備えるハードウェア構成からなるものである。
【００２１】
次に、被管理装置の機能について説明する。本発明による一実施形態として、例えば、被管理装置１０はサーバ機であり、被管理装置１１はネットワークルータであり、被管理装置Ｎはネットワークハブであると上述したが、機能の面からはこれら被管理装置は区別されない。つまり、同じＳＮＭＰエージェントとして機能するものである。よって被管理装置１１、被管理装置Ｎも被管理装置１０と同様の機能を有するので特に必要のない限り被管理装置１０に代表して被管理装置の機能を説明する。
【００２２】
本発明による被管理装置１０は、管理装置１−３の機能であるＳＮＭＰマネジャに対応してＳＮＭＰエージェントとして機能する。被管理装置１０は、ＳＮＭＰマネジャにトラップの送信を行なうにあたって以下に説明する機能を有することにより、トラップ送信先の設定情報を取得するのでトラップ送信先の設定作業が不要である。
【００２３】
図３は、本発明による被管理装置１０の一実施形態の主要機能を示す機能ブロック図である。被管理装置１０は、主要な機能として、装置制御部３０１、トラップ送信部３０２、抽出部３０３、トラップ送信先管理部３０４、及び管理テーブル３０５を含む構成である。
【００２４】
装置制御部３０１は、装置内部で所定のイベントやアラートを検知して、トラップ送信部３０２にトラップを送信するよう要求を行う。
【００２５】
トラップ送信部３０２は、装置制御部３０１からの要求を受けてトラップの送信を行なう。トラップ送信部３０２が送信するトラップには３種類のトラップがある。１つは、ＳＮＭＰエージェント側からＳＮＭＰマネジャへイベント発生時に送信される公知のトラップで、応答確認のない一方向的なトラップ（パケット）である。このトラップは、トラップ送信先が登録された管理テーブル３０５が参照されて送信される。またさらに、本発明に係る被管理装置１０のトラップ送信部３０２は、トラップ送信先設定情報を必要とするときに２種類のトラップを送信する。１つは、応答確認を要するブロードキャストトラップであり、１つは、応答確認を要しないブロードキャストトラップ（変形例で触れる）である。
【００２６】
ＳＮＭＰでは、ＳＮＭＰマネジャ、ＳＮＭＰエージェント間でコマンドのやり取りを行い、機器やネットワークの管理が行われる。基本的にはコマンドとして、GetRequest、GetNextRequest、SetRequest、GetResponse、Trapなどのオペレーションコマンドがある。また、InformRequestは、ＳＮＭＰバージョン２（SNMPv2）からサポートされるもので複数のＳＮＭＰマネジャ間で情報交換用の通信に利用されるが、その他に応答確認付きのトラップとしての使用も可能である。よってInformRequestをブロードキャストにしたものが、応答確認を要するブロードキャストトラップである。また、応答確認を要しないブロードキャストトラップは、公知のトラップをブロードキャストにしたものである。なお、ブロードキャストは言うまでもなく同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。
【００２７】
抽出部３０３は、上述したInformRequestに対する応答確認パケット、及び管理装置からのＭＩＢ情報取得要求パケット（変形例で触れる）から、トラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、ＩＰアドレス、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、被管理装置（ＳＮＭＰエージェント）が管理装置（ＳＮＭＰマネジャ）に対してトラップを送信する際に必要となる情報である。
【００２８】
トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５で管理する。即ち、抽出部３０３により抽出されたトラップ送信先設定情報を管理テーブル３０５に登録（登録手段）する。
【００２９】
なお、以上説明したこれらの機能は、実際にはＣＰＵ２０１が実行するプログラムにより実現されるものである。
【００３０】
（管理装置）
次に、管理装置１について簡単に説明する。管理装置１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置、記憶媒体読取装置、入力装置、表示装置、及び通信装置などを有する情報処理装置、ＰＣ（Personal Computer）でよく、被管理装置１０と同様のハードウェア構成を有すればよい。つまり、管理装置１−３及び被管理装置１―Ｎは、それぞれＳＮＭＰマネジャ及びＳＮＭＰエージェントとして機能すればよく、その機能を動作させるハードウェア構成を有すればよい。
【００３１】
管理装置１は、機能として、被管理装置１０の機能であるＳＮＭＰエージェントに対応してＳＮＭＰマネジャとして機能する。管理装置１は、ＳＮＭＰエージェントからのトラップの受信を行なう。上述したように、３種類のトラップを受信する。
【００３２】
また、管理装置１０は、ＳＮＭＰマネジャであるのでＭＩＢ情報取得を行うことができる。ＳＮＭＰマネジャにより定期的に行なわれるＭＩＢ情報取得は、ポーリングと呼ばれる。ポーリングは、一定期間ごとにＭＩＢ情報を取得して、所定の情報の推移などを把握するために行なわれる。過去の回線使用率の情報であれば、時間帯別などの回線使用率を把握することができる。また、不定期的にＭＩＢ情報取得が行なわれる場合もある。例えば、ＳＮＭＰマネジャがトラップを受信したときである。トラップを受信したとなるとなんらかの問題が発生している可能性があるため、ＳＮＭＰマネジャ側は、これを受けてなんらかの対応を行なうことが多い。よってＳＮＭＰマネジャは、管理装置でトラップが上がると、さらに詳細を調べるために、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する。この場合、ネットワーク管理者によってあるトラップがあがるとそのトラップに関連するＭＩＢ情報を取得するようＳＮＭＰマネジャ側で設定されている。
【００３３】
（ＳＮＭＰコマンド）
ここで、上述したＳＮＭＰのやり取りで用いられるコマンドについて触れる。ここでは本発明に係るコマンド、GetRequest、GetResponse、Trap、InformRequestについて説明する（それ以外のコマンドについては省略する）。GetRequestは、ＳＮＭＰマネジャがＳＮＭＰエージェントに対してＭＩＢ情報（ＭＩＢ変数）の値を要求する際に用いられる。InformRequestは、ＳＮＭＰバージョン２（SNMPv2）からサポートされるもので複数のＳＮＭＰマネジャ間で情報交換用の通信に利用される。また、ＳＮＭＰマネジャ間に限られずＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知にも用いられる。この場合、Trapと異なる点は応答確認付きである点である。GetResponseは、GetRequest、InformRequestの応答として用いられるコマンドである。Trapは、ＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知を行なうコマンドである。InformRequestと異なる点は応答確認なしである点である。図４にＳＮＭＰマネジャ、ＳＮＭＰエージェント間で行なわれるコマンドの様子を示しておく。
【００３４】
＜実施例＞
以上を踏まえて、本実施例による被管理装置１０の一使用形態について説明する。
【００３５】
（動作）
図５は、被管理装置１０の行う処理について説明するシーケンスである。被管理装置１０は、InformRequest（応答確認を要するブロードキャストトラップ）を用いて、トラップ設定先情報を取得する。
【００３６】
ステップＳ５０１で、ＳＮＭＰエージェントである被管理装置１０のトラップ送信部３０２は、InformRequestをブロードキャストパケットにしてネットワーク上に送信すると、InformRequestパケットは、ネットワーク上に接続される管理装置１−３に到達する。なお、ブロードキャストパケットは、同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。例えば、192.168.1.0/24のネットワークへのブロードキャストパケットであれば、送信先を192.168.1.255にセットすればよい。また、InformRequestパケットの送信にあたりコミュニティ名、バージョンは、そのネットワーク管理環境で用いられている値、例えば「public」、「v2」などをセットしておく。なお、トラップ送信部３０２が、InformRequestのブロードキャストパケットを送信するタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたときが好適である。さらに、以後同様にして所定期間ごとに送信される。
【００３７】
ステップＳ５０２に進み、ＳＮＭＰマネジャである管理装置１−３からそれぞれ応答パケットが返答される。ネットワーク上には、ＳＮＭＰマネジャである管理装置１−３以外にも複数の装置や端末等が接続されているが、ＳＮＭＰマネジャではないので、InformRequestパケットは到達されるもののこれに応答しない。
【００３８】
ステップＳ５０３に進み、抽出部３０３は、応答パケットからトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、管理装置に対してトラップを送信する際に必要となる情報である。
【００３９】
ステップＳ５０４に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。
【００４０】
ステップＳ５０５に進み、トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５に登録する。ステップＳ５０６で、管理テーブル３０５が更新（アップデート）される。
【００４１】
図６は、管理テーブル３０５の一例を示したものである。トラップ送信先設定情報である、「ＩＰアドレス」、「コミュニティ名（アカウント名）」、「ＳＮＭＰバージョン」が登録されている。また、「登録時間」は登録された時間を示すタイムスタンプである。「送信ＯＮ／ＯＦＦ」は、トラップ送信先として有効か、無効かの状況（ステータス）を示すフラグで、送信がＯＮの場合には、トラップ送信先として有効である（トラップ送信先として設定される）ことを意味する。なお、登録された段階では、すべてをＯＮ（有効）にしておく。逆に、登録された段階では、ひとまずＯＦＦ（無効）にしておき、あるタイミングでＯＮ（有効）にする構成例については後述する。
【００４２】
被管理装置１０がトラップを送信するときは、トラップ送信先管理部３０４は、管理テーブル３０５を参照して、トラップ送信先としてＯＮ（有効）となっているトラップ送信先情報を取得し、トラップ送信部３０２に渡す。トラップ送信部３０２は、トラップ送信先情報に基づいて、トラップを送信する。
【００４３】
以上、本実施例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業が不要になる。即ち、従来は、ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要があるが、ネットワーク管理者にとって、この設定作業は管理対象ノードが多い場合大きな負荷であった。本実施例による被管理装置１０は、InformRequestのブロードキャストパケットを送信することでネットワーク上の管理装置のトラップ送信先設定情報を取得してトラップ送信先として設定するので、被管理装置１０においてトラップ送信先の設定作業を行なう必要がなくなる。
【００４４】
（トラップ送信先の限定）
ここまで被管理装置１０がトラップ送信先設定情報を取得してトラップ送信先を設定することを説明した。ここでは、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報を管理テーブル３０５に登録するものの、トラップ設定先としてすぐに設定せず、送信ＯＦＦ(無効)として管理テーブル３０５に一先ず登録しておく。そして、次に説明する条件を満たした管理装置（ＳＮＭＰマネジャ）についてのみトラップ設定先として設定を行なう。
【００４５】
図７は、被管理装置１０の行う処理について説明するシーケンスである。前提として管理テーブル３０５には、図５のシーケンスを用いて説明した処理によりトラップ送信先設定情報が登録されている。しかしながら、そのトラップ送信先の設定状況（ステータス）
はすべてＯＦＦでトラップ送信先として未だ有効ではない。いわばトラップ送信先の候補が登録されている状況である。本シーケンスは、このトラップ送信先の設定状況がＯＮ（有効）に移行する場合について説明するものである。
【００４６】
ステップＳ７０１で、管理装置１が被管理装置１０に対してＭＩＢ情報取得要求を行う。これが意味するところ、ＭＩＢ情報取得要求は管理装置１が被管理装置１０への積極的な管理意思の表れであると考えられる。即ち、管理装置１−３の中で、管理装置１が行った被管理装置１０に対してＭＩＢ情報取得要求は、管理装置１が被管理装置１０を管理するために行う動作そのものである。一方、管理装置２、３から同様なＭＩＢ情報取得要求がないのであれば、管理装置２、３は被管理装置１０を管理していない可能性もある。とすると、管理装置（ＳＮＭＰマネジャ）としてネットワーク上に接続されていて先に説明したInformRequestをブロードキャストパケットの応答を行なって管理テーブル３０５に登録されていたとしても、事実上、管理装置２、３は被管理装置１０を管理していない可能性がある。一方、管理装置１が被管理装置１０に対してＭＩＢ情報取得要求を行っているので、事実上管理装置１は被管理装置１０を管理している。よって、管理装置１に限定してトラップ送信先設定を行なう。
【００４７】
ステップＳ７０２に進み、抽出部３０３は、ＭＩＢ情報取得パケット（GetRequest）からトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンである。
【００４８】
ステップＳ７０３に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。
【００４９】
ステップＳ７０４に進み、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報が管理テーブル３０５に既に登録されているか確認を行なう。
【００５０】
ステップＳ７０５に進み、トラップ送信先管理部３０４は、取得したトラップ送信先設定情報が既に登録されている場合には管理テーブル３０５に登録された管理装置１をトラップ送信先の設定状況（ステータス）の更新を要求する。
【００５１】
ステップＳ７０６に進み、管理テーブル３０５は、要求に応じて登録された管理装置１のトラップ送信先の設定状況の更新を要求する。具体的には、「送信ＯＮ／ＯＦＦ」の欄をＯＦＦ（無効）からＯＮ（有効）に更新（変更）する。既にＯＮ（有効）であればそれを維持する。
【００５２】
なお、ステップＳ７０１で、管理装置１が被管理装置１０に対して行うＭＩＢ情報取得要求を、さらにトラップに関連するＭＩＢ情報の取得要求とすることで、管理装置１を被管理装置１０の管理装置としての地位の可能性、信頼度を高めることができる。トラップに関連するＭＩＢ情報とは、例えば、ネットワーク管理者が被管理装置１０にトラップとして通知させたい管理（監視）項目があるはずであるが、その管理項目に関連するＭＩＢ情報を意味する。ネットワークルータやネットワークハブであれば、あるＬＡＮ／ＷＡＮポートがダウンした旨の通知をトラップとして通知するようにされているとすると、ネットワーク管理者はポートのリンク（uplink）状況に管理対象として注目していることになる。よって、ＭＩＢ情報が、全てのＬＡＮ／ＷＡＮポートのリンク状況やトラフィック情報などのトラップに関連するＭＩＢ情報である場合、そのようなＭＩＢ情報取得要求を行った管理装置１は、被管理装置１０の管理装置としての地位の可能性（信頼性）はより高い。
【００５３】
また、同様に、管理装置１が被管理装置１０に対して行うＭＩＢ情報取得要求を、管理者権限（admin）など一般権限(public)より高い権限を用いてＭＩＢ情報の取得要求を行うならば、その管理装置１は被管理装置１０の管理装置としての地位の可能性はより高い。
【００５４】
さらに、同様に、管理装置１が被管理装置１０に対して管理者権限などでログイン（さらには被管理装置１０の操作）を行うならば、その管理装置１は被管理装置１０の管理装置としての地位の可能性はより高い。図８のシーケンスに示すように、ステップＳ８０１で、管理装置２は、管理者権限で被管理者装置１０に対してログインを行う。機器制御部３０１は、ログイン認証成功を受けて、ステップＳ８０２で、トラップ送信先として設定するようトラップ送信先管理部３０４に要求を行う。トラップ送信先管理部３０４は、既に登録があるか確認し登録がある場合には上述したようにトラップ送信先に設定を行なって、管理テーブル３０５を更新する。
【００５５】
以上、本実施例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、ネットワーク上に接続される管理装置の中で被管理装置１０を管理する可能性が高い管理装置をトラップ送信先として設定作業なしに設定することが可能となる。
【００５６】
（トラップの送信）
図９は、トラップの送信シーケンスである。これまで説明を行った本発明に係る被管理装置１０が管理装置に対してトラップの送信を行う流れについて図９を用いて説明する。
【００５７】
ステップＳ９０１で、機器制御部３０１は、被管理装置１０でのトラップに係るイベントの発生を検知する。
【００５８】
ステップＳ９０２に進み、トラップ送信部３０２に対してイベントを通知する。
【００５９】
ステップＳ９０３に進み、トラップ送信部３０２は、トラップを送信するにあたりトラップ送信先管理部３０４にトラップ送信先情報要求を行う。
【００６０】
ステップＳ９０４に進み、トラップ送信先管理部３０４は、管理テーブル３０５を参照して、トラップ送信先としてＯＮ（有効）となっているトラップ送信先情報を取得し、Ｓステップ９０５で、トラップ送信部３０２に渡す。
【００６１】
ステップＳ９０６に進み、トラップ送信部３０２は、トラップ送信先情報に基づいて、トラップを送信する。図９では、管理装置１、２に対してトラップが送信されている。
【００６２】
（トラップ送信先の削除）
ここで再度、図６を参照する。「登録時間」が記録されているが、これは管理テーブル３０５にそのトラップ送信先情報が登録された時間を示している。被管理装置１０のトラップ送信先管理部３０４は、管理テーブル３０５に登録されるトラップ設定先でＯＦＦ（無効）になっているものについて、「登録時間」の時間（時刻）から所定期間以上経過しているトラップ設定先については削除する。
【００６３】
また、管理テーブル３０５に登録されるトラップ設定先でＯＮ（有効）になっているものの、ステップＳ９０６に相当するトラップを送信してから所定時間以上応答のないトラップ設定先についても削除する。
【００６４】
また、InformRequestのブロードキャストが送信されるタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたとき、さらに、以後同様にして所定期間ごとに送信されることは上述した。１度目（被管理装置１０がネットワーク５に接続されたとき）に登録がなされたトラップ設定先であっても、２度目のInformRequestのブロードキャストによって応答しなかったトラップ設定先についても管理テーブル３０５から削除する。
【００６５】
このようにして、管理テーブル３０５を最新の管理装置の実状況に対応させることができる。また、管理装置のＩＰアドレスの変更された場合などでも古い情報は削除され、再度のInformRequestのブロードキャストにより変更後のＩＰアドレスでもって管理装置を検知しトラップ送信先として設定することが可能となる。
【００６６】
＜変形例＞
次に、上述した実施例の変形例について説明する。まず、トラップ送信部３０２が送信するトラップには３種類のトラップがあると説明した。再度これらを挙げると、１つは、ＳＮＭＰエージェント側からＳＮＭＰマネジャへイベント発生時に送信される公知のトラップで、応答確認のない一方向的なトラップ（パケット）である。また１つは、応答確認を要するブロードキャストトラップであり、１つは、応答確認を要しないブロードキャストトラップである。応答確認を要するブロードキャストトラップについては、実施例でInformRequestのブロードキャストを挙げて、この応答パケットからトラップ送信先設定情報を抽出し管理テーブル３０５に登録、そしてトラップ送信先として設定することについて説明してきた。本変形例では、応答確認を要するブロードキャストトラップに代えて、応答確認を要しないブロードキャストトラップを用いるものである。
【００６７】
応答確認を要しないブロードキャストトラップを送信するに、具体的にはTrapコマンドが用いられる。Trapは、ＳＮＭＰエージェントからＳＮＭＰマネジャへの情報通知を行なうコマンドである。InformRequestと異なる点は応答確認なしである点である。再度図４を参照するに、TrapはＳＮＭＰエージェントからＳＮＭＰマネジャに送信されるが、その応答パケットなどは行なわれない。
【００６８】
ところで、上述したように管理装置１は、ＳＮＭＰマネジャとして機能する。管理装置１は、ＳＮＭＰエージェントからのトラップの受信を行なう他に、ＭＩＢ情報取得を行うことができる。これは、ＭＩＢ情報取得要求を行うことによってＳＮＭＰエージェントが有するＭＩＢからＭＩＢ情報を取得するものである。実際のネットワーク管理（監視）において、ＳＮＭＰマネジャによりＭＩＢ情報取得はよく行なわれている。例えば、定期的なＭＩＢ情報取得は、ポーリングと呼ばれ、一定期間ごとにＭＩＢ情報を取得して、所定の情報の推移などを把握するために行なわれる。また、ＭＩＢ情報取得要求は、ＳＮＭＰマネジャがトラップを受信したときにも行なわれる。ＳＮＭＰマネジャがＳＮＭＰエージェントからトラップを受信したとき、ＳＮＭＰエージェント側ではなんらかの問題が発生している可能性があるため、ＳＮＭＰマネジャ側は、これを受けてなんらかの対応を行なうことが多い。よってＳＮＭＰマネジャは、管理装置でトラップが上がると、さらに詳細を調べるために、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する動作を行なう。この場合、ネットワーク管理者によってあるトラップがあがるとそのトラップに関連するＭＩＢ情報を取得するようＳＮＭＰマネジャ側で設定されている。
【００６９】
この点に着目し、本変形例に係る被管理装置１０は、応答確認を要しないブロードキャストトラップ、即ち、Trapをブロードキャストパケットにしてネットワーク上に送信する。このTrapの到達を受けて、所定期間内に自発的に管理装置が行うＭＩＢ情報取得要求パケットからからトラップ送信先設定情報を抽出し管理テーブル３０５に登録、そしてトラップ送信先として設定するものである。
【００７０】
（動作）
図１０は、本変形例に係る被管理装置１０の行う処理について説明するシーケンスである。以下、図１０を参照して説明する。
【００７１】
ステップＳ１００１で、ＳＮＭＰエージェントである被管理装置１０のトラップ送信部３０２は、Trapをブロードキャストパケットにしてネットワーク上に送信すると、Trapパケットは、ネットワーク上に接続される管理装置１−３に到達する。ブロードキャストパケットは、同一ネットワークセグメント内のネットワークノード全てに到達するタイプのパケットである。また、Trapパケットの送信にあたりコミュニティ名、バージョンは、そのネットワーク管理環境で用いられている値、例えば「public」、「v2」などをセットしておく。なお、トラップ送信部３０２が、Trapのブロードキャストパケットを送信するタイミングとしては、例えば、被管理装置１０がネットワーク５に接続されたときが好適である。さらに、以後同様にして所定期間ごとに送信される。
【００７２】
ステップＳ１００２に進み、ＳＮＭＰマネジャである管理装置１からＭＩＢ情報取得パケット（GetRequest）が送信される。Trapは、そのTrapに対する応答確認を要するものではないので、そのTrapに対する応答確認パケットは管理装置１−３から応答されない。しかしながら、ＳＮＭＰマネジャがトラップを受信したとき、トラップを送信してきたＳＮＭＰエージェントに対して自発的にＭＩＢ情報取得要求を行い、関連するＭＩＢ情報を収集する。このような動作は被管理装置１０に対する管理動作そのものであり、よってこのＭＩＢ情報取得要求を行なってきた装置を被管理装置１０は自身を管理する管理装置とする。
【００７３】
ステップＳ１００３に進み、抽出部３０３は、ＭＩＢ情報取得パケット（GetRequest）からトラップ送信先設定情報を抽出する。トラップ送信先設定情報は、上述したとおり例えば、応答パケットに含まれるＩＰアドレス（応答パケットの送信元ＩＰアドレス）、コミュニティ名（アカウント名）、ＳＮＭＰバージョンなどであり、管理装置に対してトラップを送信する際に必要となる情報である。なお、抽出部３０３は、トラップ送信部３０２がTrapをブロードキャストパケットにしてネットワーク上に送信してから所定期間内に到達したＭＩＢ情報取得パケットに限ってトラップ送信先設定情報を抽出する。これは所定期間内を超えて以降に到達したＭＩＢ情報取得パケットは、トラップ送信部３０２が送信したTrapに対する応答である確度が下がるからである。これにより、偶然に（Trapとは無関係に）送信されたＭＩＢ情報取得パケットをできるだけ取り込まないようにする。
【００７４】
ステップＳ１００４に進み、トラップ送信先設定情報は、トラップ送信先管理部３０４に渡される。ステップＳ１００５に進み、トラップ送信先管理部３０４は、トラップ送信先設定情報を管理テーブル３０５に登録する。ステップＳ１００６で、管理テーブル３０５が更新（アップデート）される。ステップＳ１００４―１００６までのステップは、InformRequestに係る実施例の場合と同様である。
【００７５】
ステップＳ１００７で、ＳＮＭＰマネジャである管理装置２からＭＩＢ情報取得パケット（GetRequest）が送信される。管理装置２からＭＩＢ情報取得パケットは、トラップ送信部３０２がTrapをブロードキャストパケットにしてネットワーク上に送信してから所定期間内に到達したＭＩＢ情報取得パケットではないので、抽出部３０３はトラップ送信先設定情報を抽出しない。なお、この管理装置２からＭＩＢ情報取得パケットは上述した定期的なポーリングであると考えられるが、被管理装置１０の抽出部３０３はトラップ送信先設定情報を抽出しないというものであって、被管理装置１０はＳＮＭＰエージェントであるのでＭＩＢ情報取得要求には応じるものである。つまり、被管理装置１０はＭＩＢ情報取得パケットに対する応答パケット（GetResponse）で応答を行なう。
【００７６】
ここまで変形例に係る被管理装置１０について説明を行った。管理テーブル３０５にトラップ送信先設定情報が登録されて以降については上述した実施例の通りである。
【００７７】
以上、本変形例の被管理装置１０によれば、管理装置と被管理装置との間のＳＮＭＰを利用して行うネットワーク管理において、トラップ送信先の設定作業が不要になる。即ち、従来は、ＳＮＭＰエージェントがＳＮＭＰマネジャに対してトラップを送信するためには、ＳＮＭＰエージェント側にＳＮＭＰマネジャのＩＰアドレスやコミュニティ名といった設定情報が予め設定されている必要があるが、ネットワーク管理者にとって、この設定作業は管理対象ノードが多い場合大きな負荷であった。本実施例による被管理装置１０は、Trapのブロードキャストパケットの送信を利用しネットワーク上の管理装置のトラップ送信先設定情報を取得してトラップ送信先として設定するので、被管理装置１０においてトラップ送信先の設定作業を行なう必要がなくなる。また、InformRequestコマンドはＳＮＭＰバージョン２から採用されたものであるので、本変形例によれば、InformRequestに対応しない被管理装置でも本発明を利用することができる。
【００７８】
なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明による管理装置及び被管理装置がネットワーク５を介して接続されているネットワーク図である。
【図２】本発明による被管理装置の一実施形態の主要構成を示すハードウェア構成図である
【図３】本発明による被管理装置の一実施形態の主要機能を示す機能ブロック図である。
【図４】ＳＮＭＰマネジャ、ＳＮＭＰエージェント間で行なわれるコマンドの一例を示す図である。
【図５】被管理装置の行う処理について説明するシーケンス図である。
【図６】管理テーブルを示す図の一例である。
【図７】被管理装置の行う処理について説明するシーケンス図である。
【図８】被管理装置の行う処理について説明するシーケンス図である。
【図９】被管理装置の行うトラップの送信シーケンス図である。
【図１０】本変形例に係る被管理装置の行う処理について説明するシーケンス図である。
【符号の説明】
【００８０】
１―３ 管理装置
１０−Ｎ 被管理装置
５ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 補助記憶装置
２０５ 記憶媒体読取装置
２０６ 入力装置
２０７ 表示装置
２０８ 通信装置
３０１ 装置制御部
３０２ トラップ送信部
３０３ 抽出部
３０４ トラップ送信先管理部
３０５ 管理テーブル
【特許請求の範囲】
【請求項１】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段と、
前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、
前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、
前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とする被管理装置。
【請求項２】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手段と、
前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、
前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、
前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とする被管理装置。
【請求項３】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対してＭＩＢ情報取得要求を行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項１に記載の被管理装置。
【請求項４】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対して前記ＭＩＢ情報取得要求の後に再びＭＩＢ情報取得要求を行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項２に記載の被管理装置。
【請求項５】
前記ＭＩＢ情報は、トラップに関するＭＩＢ情報であること、
を特徴とする請求項３又は４に記載の被管理装置。
【請求項６】
前記管理装置は、管理者権限でＭＩＢ情報取得要求を行った管理装置であること、
を特徴とする請求項３ないし５いずれか一項に記載の被管理装置。
【請求項７】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対して管理者権限でログインを行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項１又は２に記載の被管理装置。
【請求項８】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置におけるトラップ送信先設定方法において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手順と、
前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手順と、
前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手順により抽出された前記トラップ送信先設定情報とともに、登録する登録手順とを有し、
前記登録手順によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とするトラップ送信先設定方法。
【請求項９】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置におけるトラップ送信先設定方法において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手順と、
前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手順と、
前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手順により抽出された前記トラップ送信先設定情報とともに、登録する登録手順とを有し、
前記登録手順によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とするトラップ送信先設定方法。
【請求項１０】
請求項８又は９に記載のトラップ送信先設定方法をコンピュータに実行させるためのトラップ送信先設定プログラム。
【請求項１】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手段と、
前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、
前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、
前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とする被管理装置。
【請求項２】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手段と、
前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手段と、
前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手段により抽出された前記トラップ送信先設定情報とともに、登録する登録手段とを有し、
前記登録手段によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とする被管理装置。
【請求項３】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対してＭＩＢ情報取得要求を行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項１に記載の被管理装置。
【請求項４】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対して前記ＭＩＢ情報取得要求の後に再びＭＩＢ情報取得要求を行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項２に記載の被管理装置。
【請求項５】
前記ＭＩＢ情報は、トラップに関するＭＩＢ情報であること、
を特徴とする請求項３又は４に記載の被管理装置。
【請求項６】
前記管理装置は、管理者権限でＭＩＢ情報取得要求を行った管理装置であること、
を特徴とする請求項３ないし５いずれか一項に記載の被管理装置。
【請求項７】
前記ネットワークには複数の管理装置が接続されており、
前記登録手段によって登録された管理装置全てでなく、登録された管理装置の中から、当該被管理装置に対して管理者権限でログインを行った管理装置に限定して、トラップ送信先として設定すること、
を特徴とする請求項１又は２に記載の被管理装置。
【請求項８】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置におけるトラップ送信先設定方法において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要するブロードキャストトラップを送信するトラップ送信手順と、
前記管理装置が応答した前記応答確認のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手順と、
前記応答確認を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手順により抽出された前記トラップ送信先設定情報とともに、登録する登録手順とを有し、
前記登録手順によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とするトラップ送信先設定方法。
【請求項９】
ＳＮＭＰを用いてネットワーク管理を行う管理装置と、ネットワークを介して接続され、前記管理装置にトラップを送信する被管理装置におけるトラップ送信先設定方法において、
トラップ送信先設定情報を必要とするときに、前記ネットワーク上に応答確認を要しないブロードキャストトラップを送信するトラップ送信手順と、
前記ブロードキャストトラップの送信から一定期間内に前記管理装置が行ったＭＩＢ情報取得要求のパケットから、前記管理装置へのトラップ送信先設定情報を抽出する抽出手順と、
前記一定期間内に前記ＭＩＢ情報取得要求を行なった管理装置を当該被管理装置が管理されるべき管理装置として、前記抽出手順により抽出された前記トラップ送信先設定情報とともに、登録する登録手順とを有し、
前記登録手順によって登録された管理装置を、イベントが発生したときに送信するトラップの送信先として設定すること、
を特徴とするトラップ送信先設定方法。
【請求項１０】
請求項８又は９に記載のトラップ送信先設定方法をコンピュータに実行させるためのトラップ送信先設定プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−３０６９（Ｐ２０１０−３０６９Ａ）
【公開日】平成２２年１月７日（２０１０．１．７）
【国際特許分類】
【出願番号】特願２００８−１６０６６８（Ｐ２００８−１６０６６８）
【出願日】平成２０年６月１９日（２００８．６．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年１月７日（２０１０．１．７）
【国際特許分類】
【出願日】平成２０年６月１９日（２００８．６．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]