(57)【要約】【課題】専用の管理ステーションを設けることなく、ＴＲＡＰ通知を確実に行うことができるネットワーク管理システムを提供する。【解決手段】被管理ノード２２は、ＴＲＡＰ送信プロセス４６と、少なくともＴＲＡＰ宛先ＭＩＢフィールドと受信応答ＭＩＢフィールドを有するＴＲＡＰ管理テーブル４８を備え、端末装置１２は、ＴＲＡＰを受信した場合に前記受信応答ＭＩＢに該端末装置の受信応答情報をセットするＴＲＡＰ受信プロセス３６と、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照して同報ＴＲＡＰを該当する端末装置に送信する代替送信プロセス３８を備え、ＴＲＡＰ送信プロセスは、ＴＲＡＰ送信に際して、ＴＲＡＰ宛先ＭＩＢフィールドにＴＲＡＰ送信先の端末装置のＩＰアドレスを記憶し、ＴＲＡＰ宛先の端末装置により受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、各端末装置に同報ＴＲＡＰを送信する。【選択図】      図２
2004355283.tif 000002
【特許請求の範囲】
【請求項１】
マネージャプログラムを有する複数の端末装置と、エージェントプログラムを有する少なくとも１つの被管理ノードとがネットワークに接続され、ＳＮＭＰで管理されるネットワーク管理システムにおいて、
前記被管理ノードは、ＴＲＡＰ送信処理部と、少なくともＴＲＡＰ宛先ＭＩＢフィールドと受信応答ＭＩＢフィールドを有するＴＲＡＰ管理テーブルを備え、前記端末装置は、ＴＲＡＰを受信した場合に前記受信応答ＭＩＢに該端末装置の受信応答情報をセットするＴＲＡＰ受信処理部と、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照して同報ＴＲＡＰを該当する端末装置に送信する代替送信処理部を備え、
前記ＴＲＡＰ送信処理部は、ＴＲＡＰ送信に際して、ＴＲＡＰ宛先ＭＩＢフィールドにＴＲＡＰ送信先の端末装置のＩＰアドレスを記憶し、ＴＲＡＰ宛先の端末装置により受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、各端末装置に同報ＴＲＡＰを送信するようになしたことを特徴とするネットワーク管理システム。
【請求項２】
前記ＴＲＡＰ送信処理部は、ＴＲＡＰ宛先の端末装置により受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、所定のリトライ回数に達するまで該宛先の端末装置に対してＴＲＡＰのリトライ送信を行うようになしたことを特徴とする請求項１に記載のネットワーク管理システム。
【請求項３】
前記ＴＲＡＰ送信処理部は、所定回数のリトライ送信後に受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、各端末装置に同報ＴＲＡＰを送信するようになしたことを特徴とする請求項２に記載のネットワーク管理システム。
【請求項４】
前記代替送信処理部は、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照し、ＴＲＡＰ宛先が他の端末装置である場合に該同報ＴＲＡＰを該当する端末装置に送信するようになしたことを特徴とする請求項３に記載のネットワーク管理システム。
【請求項５】
前記代替送信処理部は、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照し、ＴＲＡＰ宛先が自端末装置である場合、受信応答ＭＩＢフィールドに受信応答情報をセットするようになしたことを特徴とする請求項３に記載のネットワーク管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＳＮＭＰを用いたネットワーク管理システムに関し、被管理ノードで発生したイベントをＴＲＡＰとして管理ノードに通知するネットワーク管理システムに関するものである。
【０００２】
【従来の技術】
ＳＮＭＰサービスは、ＴＣＰ／ＩＰネットワーク環境において、プリンタ等のデバイスの情報を取得するための簡便な方法として広く利用されている。このＳＮＭＰサービスのなかにＴＲＡＰと呼ばれる機能がある。この機能は、予め設定された条件に基づいて、管理の対象になっているデバイスが自発的に当該デバイスの状態の変動に関する通知を行うものである。
【０００３】
先ず、ＴＣＰ／ＩＰネットワークの標準管理プロトコルであるＳＮＭＰについて説明し、その後、ＳＮＭＰで定義されている標準ＴＲＡＰの送信手段を従来技術として示す。ＳＮＭＰとは、ネットワーク内のノードから管理情報の収集や設定処理を行ったり、ノード内で発生したイベントの通知処理を行うために規定されたネットワーク管理プロトコルであり、管理ステーション（管理サーバー等のコンピュータ装置）内のマネージャプログラムと被管理ノード（プリンタ等のデバイス）内のエージェントプログラムが互いにメッセージを送受することにより実現されている。
【０００４】
ＳＮＭＰを用いたネットワーク管理システム（以下単に管理システムという）では、管理ステーションから被管理ノードへのポーリング監視によって管理が行われるのが一般的である。しかし、ポーリング監視では、監視の度にネットワーク上にリクエスト／レスポンスメッセージが流れるため、管理対象ノード数が増大した場合などネットワーク負荷が増大したり、管理ステーションのオーバヘッドが増大するといった問題がある。そして、よりリアルタイムに管理を実現しようとした場合、被管理ノードで監視を実行し、異常が発生した場合にのみＴＲＡＰを管理ステーションに送信するといった処理が必要である。
【０００５】
このような状況のもと、単にＳＮＭＰのＴＲＡＰを使ったのでは、相手に確実に届くという保証はない。そして、ＴＲＡＰが消失したことにより障害の検知ができなかったり、障害検知が遅れる可能性があり、重要な管理は行えないといった問題があった。信頼性のある通信（例えばＴＣＰ／ＩＰ）を使って、ＴＲＡＰを送信すれば確実に届くが、この場合、管理ステーションと被管理ノード間のＴＲＡＰ送受信方法を全て変更しなければならず、独自の管理方法になってしまう。
それ故、標準管理プロトコルであるＳＮＭＰを使用し、ＳＮＭＰで定義されている標準ＴＲＡＰを確実に管理ステーションに伝達することのできるシステムが必要とされる。
【０００６】
ＳＮＭＰでは管理情報のことをＭＩＢと呼び、イベントのことをＴＲＡＰと呼ぶ。そして、ＳＮＭＰの下位プロトコルとしてＵＤＰ／ＩＰを推奨し、ＳＮＭＰ関連製品のほとんどがこれに従っている。即ち、管理ステーション内のマネージャプログラムは、ＵＤＰ／ＩＰパケットを用いてＭＩＢ（メッセージ経路情報、送信／受信メッセージ数などのトラフィック情報、障害情報など）の収集／設定を被管理ノード内のエージェントプログラムに依頼するリクエストメッセージを送信する。
【０００７】
エージェントプログラムは依頼された情報の収集／設定処理を行い、その結果をレスポンスメッセージに設定しＵＤＰ／ＩＰパケットでマネージャプログラムに送信する。また、被管理ノードでは管理ステーションからの要求なしに自発的にＴＲＡＰをＵＤＰ／ＩＰパケットで管理ステーションに送信する。なお、ＵＤＰでは再送処理を行わずメッセージが確実に相手に届く保証はない。また、ＴＲＡＰは被管理ノードから管理ステーションへの一方向のメッセージのやり取りしかなく応答がないため、ＴＲＡＰを管理ステーションに送信したとしても確実に届くという保証や、届いているか否かを確認することができない。
【０００８】
現在、標準ＴＲＡＰには、ネットワークインターフェースの状態（ＵＰ／ＤＯＷＮ）が変化した場合や、管理ステーションから無効なリクエストを受けた場合、ジョブ実行中にエラーが発生した場合などに送信するＴＲＡＰなどが定義されている。そして、これらのＴＲＡＰはエージェントプログラムによって送信されているが、エージェントプログラムではＴＲＡＰメッセージの送信処理を１回実行するだけであり、管理ステーションに届いているかの確認は全く行っていない。
【０００９】
かかる不都合を解消するため、例えば、下記の特許文献１には、エージェントプログラムがタイムアウト監視機能を備え、必要に応じて該タイムアウト監視機能を起動し、エージェントプログラムがＴＲＡＰを送信したにもかかわらず、マネージャプログラムが受信確認応答を行わない場合、エージェントプログラムが再度ＴＲＡＰを送信する管理システムが開示されている。
【００１０】
また、下記の特許文献２には、エージェントプログラムに設けられたＴＲＡＰ受信確認用のＭＩＢオブジェクトに、マネージャプログラムが受信確認の所定情報を書込むセットアクセスを行い、エージェントプログラムは時間監視して一定時間内にこの書込みが行われない場合にＴＲＡＰを再送信する管理システムが開示されている。
【００１１】
【特許文献１】
特開平１０−５１４７６号公報
【特許文献２】
特開平９−１０１９２９号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、前記の特許文献１および特許文献２に開示された管理システムは、何れもマネージャプログラムによるＴＲＡＰ受信の確認処理が行われない場合に、エージェントプログラムが再度ＴＲＡＰを送信するものの、同一の条件下でＴＲＡＰが再送されるものであり、再び受信障害が発生する可能性は否定できず、ＴＲＡＰを確実にマネージャプログラムに届けられるシステムとは言い難いという問題点があった。
【００１３】
また、上記特許文献２に記載の管理システムは、複数の被管理ノードに対して集中管理するための管理ステーションを設けたものであり、比較的小さなネットワークシステムでは管理ステーション設置のためのコストが増大するという問題点があった。
【００１４】
本願発明者は上記問題を解消すべく種々検討を重ねた結果、被管理ノードに対してデータ送受信を行うクライアント装置やサーバー装置、ワークステーション等のコンピュータ装置で構成される端末装置に、ＴＲＡＰ受信部を設けＴＲＡＰを受信した場合に被管理ノードに応答を送信するＴＲＡＰ受信プロセスと、代替送信プロセスを設け、ＴＲＡＰ応答送信がない場合に被管理ノードはブロードキャスト形式で全端末装置にＴＲＡＰ送信を行い、受信した各端末装置によりＴＲＡＰ宛先の端末装置に該ＴＲＡＰを代替送信する構成となすことにより前記問題点を解消できることを見出し本発明を完成するに至ったものである。
【００１５】
すなわち、本発明は前記の問題点を解消することを課題とし、専用の管理ステーションを設けることなく、ＴＲＡＰ通知を確実に行うことができるネットワーク管理システムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明の上記目的は、以下の構成により達成することができる。すなわち、本発明に係るネットワーク管理システムは、マネージャプログラムを有する複数の端末装置と、エージェントプログラムを有する少なくとも１つの被管理ノードとがネットワークに接続され、ＳＮＭＰで管理されるネットワーク管理システムにおいて、
前記被管理ノードは、ＴＲＡＰ送信処理部と、少なくともＴＲＡＰ宛先ＭＩＢフィールドと受信応答ＭＩＢフィールドを有するＴＲＡＰ管理テーブルを備え、
前記端末装置は、ＴＲＡＰを受信した場合に前記受信応答ＭＩＢに該端末装置の受信応答情報をセットするＴＲＡＰ受信処理部と、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照して同報ＴＲＡＰを該当する端末装置に送信する代替送信処理部を備え、
前記ＴＲＡＰ送信処理部は、ＴＲＡＰ送信に際して、ＴＲＡＰ宛先ＭＩＢフィールドにＴＲＡＰ送信先の端末装置のＩＰアドレスを記憶し、ＴＲＡＰ宛先の端末装置により受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、各端末装置に同報ＴＲＡＰを送信するようになしたことを特徴とする。
【００１７】
斯かる構成によって、被管理ノードはＴＲＡＰの受信応答がなされない場合には、各端末装置に同報ＴＲＡＰ送信を行い、ＴＲＡＰ宛先でない他の端末装置からＴＲＡＰ宛先の端末装置にＴＲＡＰを代替送信するため、確実にＴＲＡＰを目的の端末装置に受信させることができ、また、ネットワークに専用の管理ステーションを設置する必要がないからコストを抑制でき、小規模のネットワークシステムに適用するに好適である。
【００１８】
また、本発明の別の態様によれば、ＴＲＡＰ送信処理部は、ＴＲＡＰ宛先の端末装置により受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、所定のリトライ回数に達するまで該宛先の端末装置に対してＴＲＡＰのリトライ送信を行うようになしたことを特徴とする。
【００１９】
更に、本発明の別の態様によれば、ＴＲＡＰ送信処理部は、所定回数のリトライ送信後に受信応答ＭＩＢフィールドに受信応答情報がセットされない場合に、各端末装置に同報ＴＲＡＰを送信するようになしたことを特徴とする。
【００２０】
また、更に、本発明の別の態様によれば、代替送信処理部は、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照し、ＴＲＡＰ宛先が他の端末装置である場合に該同報ＴＲＡＰを該当する端末装置に送信するようになしたことを特徴とする。
【００２１】
また、本発明の更に別の態様によれば、代替送信処理部は、同報ＴＲＡＰを受信した場合に前記ＴＲＡＰ宛先ＭＩＢフィールドを参照し、ＴＲＡＰ宛先が自端末装置である場合、受信応答ＭＩＢフィールドに受信応答情報をセットするようになしたことを特徴とする。
【００２２】
【発明の実施の形態】
本発明に係るネットワーク管理システムについて添付の図面を参照して以下詳細に説明する。図１は本発明に係るネットワーク管理システム１０の構成を示す図である。ネットワーク管理システム１０は、ネットワークに接続されたプリンタ等の被管理ノード２２、２４と、被管理ノード２２、２４等に印刷等のジョブを発行するクライアント、サーバー、ワークステーション等のコンピュータ装置からなる端末装置１２、１４、１６とから構成される。
【００２３】
端末装置１２、１４、１６は、被管理ノード２２、２４に対するジョブを送信する通常の機能の他に、本管理システムにおけるＴＲＡＰを受信するためのマネージャプログラムを搭載しており、後述のＴＲＡＰ受信プロセスおよび代替送信プロセスを実行する。被管理ノード２２、２４は、本管理システムにおけるエージェントプログラムを搭載しており、被管理ノード２２、２４で発生したイベントをＴＲＡＰとして該当する端末装置１２、１４、１６の何れかに送信する。
【００２４】
図２は、本発明に係るネットワーク管理システム１０を構成する端末装置１２と被管理ノード２２の構成を示すブロック図である。図２に示すように、端末装置１２と被管理ノード２２はネットワーク１１を介して接続されている。
被管理ノード２２はネットワーク１１を介してデータ、コマンド等の情報を送受信するためのインターフェース部４２と制御部４４を備えている。制御部４４はマイクロプロセッサにより構成され、被管理ノード２２の本来の機能、例えば、被管理ノード２２がプリンタデバイスであればプリンタとしての機能を実行する制御プログラムの他に、本管理システムにおける、エージェントプログラムが搭載されている。
【００２５】
被管理ノード２２が予め定義されたＴＲＡＰ送信の条件に合致する状態になった場合には、このエージェントプログラムによってＴＲＡＰ送信処理部４６が動作しＴＲＡＰ送信プロセスが実行され、送信すべき端末装置１２等に対してＴＲＡＰメッセージが送信される。エージェントプログラムは、ＴＲＡＰ送信コマンド４２を含む。このＴＲＡＰ送信コマンドは、被管理ノード２２で発生したイベントをＴＲＡＰとして送信すべき端末装置、例えば、端末装置１２にＴＲＡＰメッセージを送信する為のコマンドである。被管理ノード２２では、状態／障害監視を実行しイベントを検知した場合、このコマンドによってＴＲＡＰ送信プロセスが実行される。被管理ノード２２でイベントが検知され、ＴＲＡＰ送信コマンドが起動されたときの処理は次のようである。
【００２６】
コマンドパラメータは、ＴＲＡＰメッセージを作成するときに必要となるデータであり、第１パラメータから順に、ＴＲＡＰ送信先アドレス、エンタープライズＩＤ、エージェントアドレス、ｇｅｎｅｒｉｃ−ｔｒａｐとｓｐｅｃｉｆｉｃ−ｔｒａｐ番号、変数リストである。エンタープライズＩＤはエージェントを識別するためのＩＤであり、エージェントアドレスは、ＴＲＡＰを発生した被管理ノード２２のＩＰアドレス、ｇｅｎｅｒｉｃ−ｔｒａｐとｓｐｅｃｉｆｉｃ−ｔｒａｐ番号は、このＴＲＡＰの内容、つまり発生した要因を表す番号である。このｇｅｎｅｒｉｃ−ｔｒａｐについては予め番号が決められており、固有のＴＲＡＰの場合は６を使用しなければならないが、ｓｐｅｃｉｆｉｃ−ｔｒａｐについては、自由に番号を決めることができる。変数リストはＴＲＡＰに関する情報を指定し、不要であれば省略することができる。
【００２７】
パラメータが指定されＴＲＡＰ送信コマンドが起動されると先ず、ＴＲＡＰ送信処理部４６は指定されたパラメータのチェック処理を行い、タイムスタンプ値を取得した後、ＴＲＡＰメッセージを作成する。タイムスタンプは、エージェントが最後に起動されてからの経過時間であり、この値によってＴＲＡＰを一意に識別する。ＴＲＡＰメッセージの詳細および端末装置からの応答リクエストの詳細については後述する。ＴＲＡＰメッセージを作成した後、被管理ノード２２は、ＴＲＡＰ情報をＴＲＡＰ管理テーブル４８に登録する。このＴＲＡＰ管理テーブル４８は制御部４４（エージェントプログラム）、及び、端末装置１２等のＴＲＡＰ受信処理部３６、代替送信処理部３８によってアクセスされ、ＴＲＡＰの受信確認、及び、再送（リトライ）処理を実行するために必要なテーブルである。
【００２８】
ＴＲＡＰ管理テーブル４８には、ＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドと受信応答ＭＩＢ（Ｉ）フィールドの他に図示していないが、通番，タイマ値，送信アドレス，ＴＲＡＰメッセージ等のフィールドから構成される。通番にはタイムスタンプ値をセットし、タイマ値にはタイムアウト時間を秒単位でセットする。なお、ＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドと受信応答ＭＩＢ（Ｉ）フィールドは、端末装置１２等からのＳＮＭＰリクエストによってフィールド値の読出し、セットが行われる。
【００２９】
ＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドにはＴＲＡＰ送信に際して、送信先の端末装置のＩＰアドレスがセットされ、後述の同報送信を受けた端末装置を参照してＴＲＡＰの送信先端末を知ることができる。また、受信応答ＭＩＢ（Ｉ）フィールドは、ＴＲＡＰ宛先の端末装置が受信応答情報として自身のＩＰアドレスをセットし、被管理ノード２２がこのフィールドの値をチェックすることにより正常に受信されたことを知ることができる。被管理ノード２２はＴＲＡＰ管理テーブル４８に各データを登録した後、指定送信先にＴＲＡＰを送信する。
【００３０】
端末装置１２はネットワーク１１を介してデータ、コマンド等の情報を送受信するためのインターフェース部３２と制御部３４を備えている。制御部３４はマイクロプロセッサにより構成され、通常の端末装置としての機能を実行する制御プログラムの他に、本管理システムにおけるマネージャプログラムを搭載しており、ＴＲＡＰの受信プロセスをＴＲＡＰ受信処理部３６で実行し、代替送信プロセスを代替送信処理部３８で実行する。
【００３１】
ＴＲＡＰ受信処理部３６は、被管理ノード２２から送信されるＴＲＡＰを受信した場合、受信の確認のために被管理ノード２２にセットリクエストメッセージを送信し、ＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）フィールドに自身のＩＰアドレスをセットする。これにより被管理ノード２２はＴＲＡＰメッセージが宛先の端末装置１２により受信されたことを確認することができる。
【００３２】
ＴＲＡＰメッセージおよび端末装置１２等から被管理ノード２２等に送信されるセットリクエストメッセージのフォーマットを図３に示す。ＴＲＡＰメッセージは図３（ａ）に示すようにエンタープライズＩＤ、エージェントアドレス、ｇｅｎｅｒｉｃ−ｔｒａｐとｓｐｅｃｉｆｉｃ−ｔｒａｐ、タイムスタンプ、変数リストをセットする変数バインディングからなる。ここで、タイムスタンプ以外のフィールドは全てＴＲＡＰ送信コマンド起動時に指定されたパラメータであり、指定された値をそれぞれセットする。変数リストはｎａｍｅとｖａｌｕｅから構成されている。ｎａｍｅにはセットする管理情報のＩＤがセットされ、ｖａｌｕｅにはそのＩＤの項目が持つ値がセットされる。このｎａｍｅとｖａｌｕｅの数はセットする情報の数に一致しており、必要がない場合は、本フィールドは省略される。
【００３３】
ＴＲＡＰメッセージを受信すると、端末装置１２のＴＲＡＰ受信処理部３６は、ＴＲＡＰを正常受信した応答として図３（ｂ）に示すセットリクエストメッセージを作成して被管理ノード２２に送信する。このフォーマットは他の目的で作成されるレスポンスメッセージと同じ構成であり、メッセージのリクエストＩＤ（管理情報の収集、あるいは、設定かを識別するためのコード）と、エラーステータス、エラーＩＮＤＥＸをセットするエリア、及び、変数リストをセットするエリアから構成される。エラーステータスとエラーＩＮＤＥＸはレスポンスメッセージの時に有効となるエリアであり、リクエストに対するエラー情報（正常終了か否か、異常ならばエラーの詳細）がセットされる。変数リストはＴＲＡＰメッセージと同一であり、ｎａｍｅエリアとｖａｌｕｅエリアから構成されている。ｎａｍｅにはセットを要求する管理情報のＩＤがセットされ、ｖａｌｕｅにはそのＩＤのフィールドにセットする値が記される。
【００３４】
すなわち、ＴＲＡＰを受信した端末装置１２はこのセットリクエストメッセージを用いて、変数リストのｎａｍｅに受信応答ＭＩＢ（Ｉ）をセットし、ｖａｌｕｅに自身のＩＰアドレスをセットして被管理ノード２２に送信し、被管理ノード２２はこれを受信してＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスをセットする。これによって被管理ノード２２はＴＲＡＰが宛先の端末装置１２により正常に受信されたことを確認する。
【００３５】
宛先の端末装置によってＴＲＡＰメッセージが正常に受信できなかった場合、ＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）フィールドがセットされないため、被管理ノード２２はこれを監視し、一定時間経過したらＴＲＡＰ送信処理部４６からＴＲＡＰのリトライ送信を行う。所定の回数、例えば、３回あるいは４回リトライ送信してもなお正常受信されない場合、被管理ノード２２においてＴＲＡＰ送信処理部４６は、全端末装置に対してブロードキャスト形式で同報ＴＲＡＰ（ＢＣＴｒａｐ）送信を行う。
【００３６】
図４は同報ＴＲＡＰ送信における各メッセージの構成を示す図であり、（ａ）は同報ＴＲＡＰメッセージの構成、（ｂ）は端末装置から送信されるゲットリクエストメッセージの構成、（ｃ）は被管理ノードのレスポンスメッセージの構成を示す図である。同報ＴＲＡＰメッセージの構成は図３のＴＲＡＰメッセージの構成と同様であるが、変数バインディングのフィールドに、ＴＲＡＰ管理テーブル４８のＴＲＡＰ宛先ＭＩＢ（Ｏ）がセットされる。
【００３７】
この同報ＴＲＡＰメッセージを受信した各端末装置１２等はゲットリクエストメッセージの変数バインディングフィールドにこのＴＲＡＰ宛先ＭＩＢ（Ｏ）をセットして被管理ノード２２に送信する。被管理ノード２２はこのメッセージを受信すると、ＴＲＡＰ管理テーブル４８のＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドの値を読出して、レスポンスメッセージにセットしてリクエストメッセージを送信してきた端末装置１２等に応答する。ＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドにはＴＲＡＰ宛先である端末装置のＩＰアドレスがセットされており、これによって端末装置１２等は同報されたＴＲＡＰがどの端末に対するＴＲＡＰであるかを知ることができる。この結果、端末装置１２等は、ＴＲＡＰ宛先ＭＩＢ（Ｏ）フィールドにセットされた宛先である端末装置のＩＰアドレスを得て、該ＩＰアドレスに受信した同報ＴＲＡＰメッセージを代替送信することができる。
【００３８】
代替送信を受けたＴＲＡＰ宛先の端末装置は、被管理ノード２２から正常にＴＲＡＰを受信した場合と同様に、セットリクエストメッセージを用いて、変数リストのｎａｍｅに受信応答ＭＩＢ（Ｉ）をセットし、ｖａｌｕｅに自身のＩＰアドレスをセットして被管理ノード２２に送信し、被管理ノード２２はこれを受信してＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスをセットする。
【００３９】
図５〜図７は上記の動作手順を示すフローチャートであり、図５はＴＲＡＰ宛先の端末装置１２等で正常に受信した場合のフローチャート、図６は同報ＴＲＡＰ送信でＴＲＡＰ宛先の端末装置１２等でＴＲＡＰを受信した場合のフローチャート、図７は同報ＴＲＡＰ送信でＴＲＡＰ宛先の端末装置が受信に失敗し、ＴＲＡＰ宛先でない他の端末装置からの代替送信によりＴＲＡＰを受信した場合のフローチャートである。
【００４０】
図５のフロチャートにおいて、被管理ノード２２からステップＳ１でＴＲＡＰメッセージ（図３（ａ）参照）が端末装置１２宛に送信されると、端末装置１２はステップＳ２でセットリクエストメッセージ（図３（ｂ）参照）を被管理ノード２２に送信する。被管理ノード２２は端末装置１２から受信したセットリクエストメッセージに従ってステップＳ３でＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスをセットする。これによって被管理ノード２２はＴＲＡＰが宛先の端末装置１２により正常に受信されたことを確認する。
【００４１】
図６のフローチャートにおいて、被管理ノード２２からステップＳ１１でＴＲＡＰメッセージ（図３（ａ）参照）が端末装置１２宛に送信され、端末装置１２で受信に失敗する（所定の時間内に受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスがセットされない）と、被管理ノード２２はステップＳ１２でＴＲＡＰのリトライ送信を行う。所定の回数リトライ送信しても端末装置１２で受信に失敗すると、被管理ノード２２はステップＳ１３でブロードキャスト形式で全端末装置に同報ＴＲＡＰ送信を行う（図４（ａ）参照）。
【００４２】
この同報ＴＲＡＰ送信を端末装置１２で受信できた場合、端末装置１２はステップＳ１４でゲットリクエストメッセージ（図４（ｂ）参照）を被管理ノード２２に送信する。端末装置１２において、送信先の被管理ノードはＴＲＡＰメッセージ中のエージェントアドレスによって知ることができる。ゲットリクエストメッセージの変数バインディングフィールドにはＴＲＡＰ宛先ＭＩＢ（Ｏ）がセットされ、被管理ノード２２はゲットリクエストメッセージに対する応答としてステップＳ１５でＴＲＡＰ宛先ＭＩＢ（Ｏ）の値、この場合、ＴＲＡＰの宛先である端末装置１２のＩＰアドレスを変数バインディングフィールドのｖａｌｕｅにセットしてレスポンスメッセージ（図４（ｃ）参照）を作成して端末装置１２に送信する。
【００４３】
このゲットレスポンスメッセージによって、端末装置１２は同報ＴＲＡＰの宛先が自身であることを知り、ステップＳ１６で前述と同様セットリクエストメッセージを被管理ノード２２に送信する。被管理ノード２２は受信したセットリクエストメッセージに従ってステップＳ１７でＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスをセットする。これによって被管理ノード２２はＴＲＡＰが宛先の端末装置１２に受信されたことを確認する。
【００４４】
図７は、同報ＴＲＡＰ送信においても端末装置１２で受信ができず、宛先でない他の端末装置１４から端末装置１２に代替送信する場合の動作手順である。図６の手順と同様に、被管理ノード２２からＴＲＡＰ宛先の端末装置１２にＴＲＡＰを送信し、正常受信されず、所定回数のリトライ送信でも受信されなかった場合、ステップＳ２１で被管理ノード２２から同報ＴＲＡＰ送信が全端末装置に対して行われ、端末装置１４はこの同報ＴＲＡＰを受信すると、ステップＳ２２でゲットリクエストメッセージ（図４（ｂ）参照）を被管理ノード２２に送信する。
【００４５】
端末装置１４において、送信先の被管理ノードがどのノードであるかはＴＲＡＰメッセージ中のエージェントアドレスによって知ることができる。ゲットリクエストメッセージの変数バインディングフィールドにはＴＲＡＰ宛先ＭＩＢ（Ｏ）がセットされ、被管理ノード２２はゲットリクエストメッセージに対する応答としてステップＳ２３でＴＲＡＰ宛先ＭＩＢ（Ｏ）の値、この場合、ＴＲＡＰの宛先である端末装置１２のＩＰアドレスを変数バインディングフィールドのｖａｌｕｅにセットしてレスポンスメッセージ（図４（ｃ）参照）を作成して端末装置１４に送信する。
【００４６】
このゲットレスポンスメッセージによって、端末装置１４は同報ＴＲＡＰの宛先が端末装置１２であることを知り、代替送信処理部３８によって同報ＴＲＡＰメッセージを端末装置１２に送信する。被管理ノード２２は端末装置１２からゲットリクエストメッセージの受信がないことで、他の端末装置１４等からの代替送信が行われることを知り、端末装置１２による受信応答を待つ状態に入る。
【００４７】
ＴＲＡＰの代替送信を受けた端末装置１２はステップＳ２５で前述と同様セットリクエストメッセージを被管理ノード２２に送信する。被管理ノード２２は受信したセットリクエストメッセージに従ってステップＳ２６でＴＲＡＰ管理テーブル４８の受信応答ＭＩＢ（Ｉ）に端末装置１２のＩＰアドレスをセットする。これによって被管理ノード２２はＴＲＡＰが宛先の端末装置１２に受信されたことを確認する。端末装置１２で受信が成功していれば代替送信されたＴＲＡＰは端末装置１２で破棄される。
【００４８】
【発明の効果】
以上、詳細に説明したように本発明に係るネットワーク管理システムによれば、被管理ノードはＴＲＡＰの受信応答がなされない場合に、各端末装置に同報ＴＲＡＰ送信を行い、ＴＲＡＰ宛先でない他の端末装置からＴＲＡＰ宛先の端末装置にＴＲＡＰを代替送信するため、確実にＴＲＡＰを目的の端末装置に受信させることができ、また、ネットワークに専用の管理ステーションを設置する必要がないからコストを抑制できるという効果を奏する。従って本発明の係るネットワーク管理システムは小規模のネットワークシステムに適用するに好適である。
【図面の簡単な説明】
【図１】本発明に係るネットワーク管理システムの構成を示す図である。
【図２】被管理ノードと端末装置の構成を示すブロック図である。
【図３】被管理ノードおよび端末装置から送信されるメッセージの構成を示す図であり、（ａ）はＴＲＡＰメッセージの構成、（ｂ）は端末装置から送信される受信応答メッセージの構成を示す図である。
【図４】同報ＴＲＡＰ送信における各メッセージの構成を示す図であり、（ａ）は同報ＴＲＡＰメッセージの構成、（ｂ）は端末装置から送信されるリクエストメッセージの構成、（ｃ）は被管理ノードの応答メッセージの構成を示す図である。
【図５】正常なＴＲＡＰ受信時の動作手順を示すフローチャートである。
【図６】同報ＴＲＡＰ送信の受信に成功した場合の動作手順を示すフローチャートである。
【図７】代替ＴＲＡＰ送信の場合の動作手順を示すフローチャートである。
【符号の説明】
１０…ネットワーク管理システム
１１…ネットワーク
１２、１４、１６…端末装置
２２、２４…被管理ノード
３２…インターフェース部
３４…制御部（マネージャプログラム）
３６…ＴＲＡＰ受信処理部
３８…代替送信処理部
４２…インターフェース部
４４…制御部（エージェントプログラム）
４６…ＴＲＡＰ送信処理部
４８…ＴＲＡＰ管理テーブル
【図１】
2004355283.tif 000003
【図２】
2004355283.tif 000004
【図３】
2004355283.tif 000005
【図４】
2004355283.tif 000006
【図５】
2004355283.tif 000007
【図６】
2004355283.tif 000008
【図７】
2004355283.tif 000009