JP2001197059A - トラップ制御システム - Google Patents

Abstract

(57)【要約】 【課題】ネットワーク、マネージャ、エージェントの機
器に影響を最小限してネットワーク性能を向上するトラ
ップ制御を行う。 【解決手段】マネージャ１２は、監視対象とするエージ
ェント１０に、自己アドレスと有効時間を含むトラップ
登録要求を発行して登録させ、またリリース確認要求に
対しリリース要求又は時間延長要求を発行する。エージ
ェント１０は、マネージャからトラップ登録要求を受信
してデータベースにトラップ先のアドレス及び有効時間
を登録し、トラップ発生時にデータベースを参照してト
ラップ先として登録されたマネージャにトラップを発行
し、有効時間が切れた際にリリース確認要求を発行し、
応答としてリリース要求を受信するとトラップ先の登録
を削除し、時間延長要求を受信すると有効時間を更新す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してマネージャとエージェントを接続し、エージェント
からマネージャにトラップを発行して監視させるトラッ
プ制御システムに関し、特に、エージェントにトラップ
先登録を行ったマネージャに対してのみトラップを発行
するようにしたトラップ制御システムに関する。

【０００２】

【従来の技術】近年、ＬＡＮ等のネットワークは膨大化
し複雑化しつつあり、ネットワーク管理がますます重要
になってくる。このようなネットワークの管理には、種
々のネットワーク管理プロトコルが運用され、代表なも
のとしてはＣＭＩＰ(Common Management Information P
rotcol）、ＳＮＭＰ（Simple Network Management Prot
col ）などをあげられる。これらの管理プロトコルは基
本的にポーリング方式とイベント方式を使っている。

【０００３】ポーリング方式はマネージャが一定の間隔
で管理対象機器に問い合わせ、管理対象機器の状態を常
にチェックする。この方式は正確に監視できる特徴をも
つ反面、トラフィックが起こり易く、リアルタイム性に
欠ける等のデメリットがある。

【０００４】イベント方式は、管理対象機器からマネー
ジャに自分の状態変化を通知するものであり、ポーリン
グ方式を補間する。しかし、イベント方式も様々な制約
がある。現在、代表的なネットワーク管理プロトコルで
あるＳＮＭＰの世界では、イベント方式はトラップとい
う。ＳＮＭＰのエージェントを搭載したプリンタ等の管
理対象機器は状態変化が発生する時にトラップを発行す
る。エージェントからのトラップはマネージャが受け取
り、管理対象機器の状態を把握する。

【０００５】ＳＮＭＰのトラップの発行方式には、ブロ
ードキャスト方式とユニキャスト方式がある。図２９は
ブロードキャスト方式のトラップを説明する。いまサブ
ネット１０６にエージェント１００、マネージャ１０２
−１，１０２−２およびホスト１０４−１，１０４−２
が接続されており、エージェント１００とマネージャ１
０２−１が管理グループを構成していたとする。

【０００６】ここでサブネット１０６とは、ネットワー
クＩＤとホストＩＤで構成される各ノードのアドレスに
つき、例えば８ビットのネットワークＩＤに４ビットの
サブネットを付加したアドレスをもつネットワークであ
る。このようなサブネット１０６にあっては、ネットワ
ークＩＤのサブネットを同じアドレスにすることで、エ
ージェント１００とマネージャ１０２−１で管理グルー
プを構成することができる。

【０００７】通常の運用状態で、エージェント１００は
ブロードキャスト方式でトラップを発行する。しかし、
エージェント１００が発行してブロードキャストのトラ
ップは、管理対象と同じサブネットのネットワークＩＤ
に存在しているマネージャ１０２−１しか受け取らな
い。しかし、ブロードキャストでは、サブネット１０６
に存在する全てのホスト１０４−１，１０４−２に対し
トラップを発行する。このためサブネット１０６内にト
ラフィックが起こり安い。特に最近はスイッチング技術
を採用してサブネット内のトラフィックを制御するネッ
トワークが多くなってきているが、ブロードキャストの
トラップによってトラフィックを制御できない比率が高
くなる問題がある。

【０００８】ブロードキャストで発行するトラップは、
ネットワークのトラフィックの影響以外に、トラップを
管理するマネージャにも影響する。エージェント１００
がブロードキャストでトラップを発行した場合、エージ
ェント１００を管理していないマネージャ１０２−２も
トラップを受け付けなければならない。マネージャ１０
２−２は受け付けた沢山のトラップの中から、自分が管
理対象としているエージェントからの有用なトラップを
探し出さなければならず、マネージャの負担が重くなっ
てしまう。

【０００９】

【発明が解決しようとする課題】このような従来のブロ
ードキャストで発行するトラップの問題を解決するに
は、ユニキャスト方式でトラップを発行することが考え
られる。ユニキャスト方式、エージェントの各々にトラ
ップの通知先のマネージャを予め登録しておき、トラッ
プを登録したマネージャにのみ直接通知するようにして
いる。

【００１０】しかし、ユニキャスト方式のトラップは、
運用を開始する前にトラップ通知先をエージェントに登
録しなければならず、このような登録は煩雑で時間がか
かるために、ほとんどの場合、結局、ブロードキャスト
を採用してしまっている。

【００１１】またトラップの通知先をいったん登録しま
うと、マネージャがダウンしても登録を解除しない限り
のエージェントが継続してトラップを発行する。このた
めトラフィックの発生する以外に、エージェントが無駄
な作業をやってしまって、管理対象機器の性能にも影響
する。

【００１２】また図３０のように、サブネット１０６の
マネージャ１０２−１をトラップ先としてエージェント
１００−１〜１００−ｎに登録してユニキャスト方式で
トラップを発行していた場合、マネージャ１０２−１の
アドレス変更やマネージャ１０２−２への変更の場合、
エージェント１００−１〜１００−ｎの全てにおいてて
トラップ先の登録を変更しなければならない。この登録
の変更は、管理対象機器が多い環境では、膨大となり、
かなり無理な作業となる。

【００１３】更に、エージェントとして機能する管理対
象機器が搭載するメモリ量は限られており、使用してい
ないトラップ先の登録エントリを削除しないと、メモリ
をどんどん使うことになり、管理対象機器の資源を食っ
てしまう。

【００１４】以上の問題点を整理する。まずブロードキ
ャスト方式のトラップは、次の問題がある。 （１）トラップをブロードキャストで発行すると、ネッ
トワークにトラフィックの発生が多くなる。 （２）サブネット外のマネージャがブロードキャスト方
式のトラップを受け取れない。 （３）ブロードキャストのトラップを無差別でサブネッ
トにあるすべてのネットワーク装置に送出することによ
って、各装置及びマネージャに負担をかける。

【００１５】またユニキャスト方式のトラップは次の問
題がある。 （１）ユニキャストのトラップでは、トラップ先の事前
登録のため管理者に負担をかけて、運用しにくい。 （２）事前登録のトラップ先を解除するまで、マネージ
ャが該当するノードを管理しなくても、トラップを送ら
れてきてしまう。 （３）管理システム構成が変わった時に、すべてのトラ
ップ先登録エントリを正確に移行するのはほぼ不可能に
近い。 （４）無駄なトラップ先の登録エントリにより管理対象
機器でのメモリの使用量が多くなる。

【００１６】このような問題は、ネットワークが膨大化
し複雑化しつつある環境変化に起因している。従来のネ
ットワーク管理は、ルータ、交換機などのネットワーク
機器の管理をメインとしている。しかし、ネットワーク
上ではルータ、交換機などのような機器の数は少ないた
め、ブロードキャスト方式でトラップを発行しても、ト
ラフィックの発生総量が少なく、ネットワークに負担を
かけない。またユニキャスト方式でトラップ先の設定を
変更する必要が生じても、数少ないホストを再設定する
だけて対応できるため、人手で行っても、負担がそんな
に大きくない。

【００１７】また従来の監視対象とする情報は、機器の
ステータス、特に障害情報をメインとしており、そのた
め情報の種類が少なく、発行するトラップの数も限られ
る。通常の運用では、ＳＮＭＰマネージャを専用サーバ
にインストールしてネットワーク機器を管理する。１つ
のネットワーク上では、このようなＳＮＭＰマネージャ
の数も少なく、しかも一旦設定して稼動し始めたら、あ
まり変更しない。このためユニキャスト方式としても、
管理対象機器に登録するトラップ先となるＳＮＭＰマネ
ージャの情報が少なくて済み、一旦登録したら、変更す
ることはほんどない。

【００１８】しかし、最近、ＳＮＭＰでネットワーク管
理は、ネットワークの膨大化と複雑化に伴い新たな動向
が出てきている。まずワークステーション、パソコン、
プリンタなどのオフィス機器もＳＮＭＰで管理すること
になり、管理する対象機器のの種類および数が増加して
いる。また管理する情報は、従来の障害情報だけではな
く、タスク、ジョブ、消耗品などの稼動中の情報も統計
や課金管理のために監視され、情報の量が従来と比べて
膨大な量になってきている。

【００１９】更に、一般機器を監視するＳＮＭＰマネー
ジャは専用サーバではなく、一般のパソコンを使用した
クライアントにもインストールすることができ、マネー
ジャの数が多くなり、しかも固定しない状況にある。

【００２０】このような環境においては、ブロードキャ
スト方式のトラップを採用すればネットワークトラフィ
ックが深刻になる。またユニキャスト方式のトラップを
採用すると、人手でトラップを一々登録するのは不可能
に近いことになり、新たなトラップ制御の手法が要求さ
れている。

【００２１】本発明は、ＳＮＭＰのネットワーク管理を
対象とし、ネットワーク、マネージャ、エージェント側
の管理対象機器に及す影響を最小限してネットワーク性
能を向上するトラップ制御システムを提供することを目
的とする。

【００２２】

【課題を解決するための手段】図１は本発明の原理説明
図である。本発明は、ネットワーク１４を介してマネー
ジャ１２とエージェント１０を接続し、エージェント１
０からマネージャ１２にトラップを発行して監視させる
トラップ制御システムを対象とする。

【００２３】このようなトラップ制御システムにつき本
発明は、マネージャ１２に、監視対象とするエージェン
トに、自己アドレス及びトラップ有効時間を含むトラッ
プ登録要求を発行してトラップ先として登録させる登録
要求処理部２２と、エージェントからのリリース確認要
求に対しトラップ先としての登録を削除させるリリース
要求又はトラップ先としての登録を継続させる時間延長
要求を発行する有効時間管理処理部２４と、トラップ先
として登録要求を行ったエージェントからのトラップを
受信して処理するトラップ監視処理部２０とを設ける。

【００２４】またエージェント１０に、マネージャから
トラップ登録要求を受信した際に、データベース１６に
トラップ先のアドレス及びトラップ有効時間（残り有効
時間）を登録するトラップ登録処理部３６と、トラップ
発生時にデータベース１６を参照してトラップ先として
登録されたマネージャにトラップを発行するトラップ発
行処理部３４と、データベースの有効時間が切れた際
に、対応するマネージャにリリース確認要求を発行する
時間切り監視処理部３８と、マネージャからリリース要
求を受信した際に、データベースの該当するトラップ先
の登録を削除するリリース処理部４０と、マネージャか
ら時間延長要求を受信した際に、データベースの該当す
る有効時間を更新する時間延長処理部４２とを備えたこ
とを特徴とする。

【００２５】このように本発明のトラップ制御システム
は、ブロードキャスト方式のトラップではなく、ユニキ
ャスト方式でトラップを発行することを基本とし、この
ためネットワークトラフィック量を減らすことができ、
サブネット外にあるマネージャでもトラップを受け取る
ことが可能となる。

【００２６】またマネージャは監視対象とする機器のエ
ージェントに自分をトラップ先として登録させることが
でき、マネージャにおいて、エージェントのトラップを
受け取るか否かのコントロールでき、無駄なトラップを
発生させない。

【００２７】更に、マネージャとエージェントの間のプ
ロトコルにより、トラップ先の登録、削除などの操作は
オペレータが関与しなくとも自動的にでき、オペレータ
の負担を軽減し、ユニキャストでトラップを発行するた
めのシステム設定が正確にできる。

【００２８】エージェントの時間切れ監視処理部は、マ
ネージャにリリース確認要求を発行した後、一定時間を
経過しても応答が得られなかった場合、データベースか
ら時間切れとなったトラップ先を削除する。このように
エージェント側でも登録したトラップ先の有効時間をコ
ントロールするため、マネージャがダウンしたような場
合、エージェント側の判断で登録したトラップ先を解除
でき、エージェントのリソースを有効に利用し、無駄な
トラップを減少できる。

【００２９】マネージャは、トラップ登録要求に認証Ｉ
Ｄを含めることでエージェントのデータベースのトラッ
プ先に登録し、リリース要求コマンドを受信した際に認
証ＩＤの照合一致でトラップ先の登録をデータベースか
ら削除する。これによってトラップ先の登録、解除のセ
キュリテイを高め、また第三者代行によるトラップ先の
登録や削除を可能とする。

【００３０】エージェントのトラップ要求処理部、リリ
ース処理部及び時間延長処理部は、エージェントからの
要求を処理した場合は要求成功をマネージャに発行し、
要求を処理できなかった場合は要求失敗をマネージャに
発行する。これによって、マネージャは、エージェント
におけるトラップ先の登録、解除等の状況を正確に把握
して適切な対応を取ることができる。

【００３１】エージェントのトラップ登録処理部および
時間延長処理部は、トラップ有効時間の最大有効時間と
最小有効時間を閾値として備え、要求された有効時間が
最大有効時間を越えた場合は最大有効時間に合わせ、要
求された有効時間が最小時間より短い場合は最小有効時
間に合わせる。

【００３２】このトラップ有効時間を最大有効時間に合
わせることで、必要時間以上のトラップ先の登録を回避
して不要なトラップを防止できる。また最小有効時間に
合わせることで、有効時間が短すぎることによるトラッ
プ登録要求や時間延長要求のコマンド発行回数を制限す
る。

【００３３】また本発明は、ネットワークを介してマネ
ージャ、エージェント及び代理エージェントを接続し、
エージェントから代理エージェントを経由してマネージ
ャにトラップを転送して監視させるトラップ制御システ
ムを提供する。

【００３４】このシステムでは、マネージャに、代理エ
ージェントに、監視するエージェントアドレス、自己ア
ドレス及び有効時間を含むトラップ登録要求を発行して
トラップ先として登録させるトラップ登録要求処理部
と、代理エージェントからのリリース確認要求に対しト
ラップ先としての登録を削除させるリリース要求又はト
ラップ先としての登録を継続させる時間延長要求をエー
ジェントアドレスを指定して発行する時間管理処理部
と、トラップ先として登録要求を行ったエージェントの
トラップを代理エージェントから受信して処理するトラ
ップ監視処理部とを備える。

【００３５】また代理エージェントには、エージェント
毎に分けて設けられたデータベースと、マネージャから
のトラップ登録要求を受信した際に、エージェントアド
レスで指定されるデータベースにトラップ先としてアド
レス及び有効時間を登録するトラップ登録処理部と、エ
ージェントからのトラップ通知時に対応するデータベー
スを参照し、トラップ先として登録されたマネージャに
トラップを発行するトラップ発行処理部と、データベー
スの有効時間が切れた際に、該当するエージェントの対
応するマネージャにリリース確認要求を発行するリリー
ス確認処理部と、マネージャからリリース要求を受信し
た際に、エージェントアドレスで指定されたデータベー
スの該当するトラップ先の登録を削除するリリース処理
部と、マネージャから時間延長要求を受信した際に、エ
ージェントアドレスで指定されたデータベースの該当す
る有効時間を更新する時間延長処理部とを備える。

【００３６】このような代理エージェントの機能によ
り、メモリ資源の制限等の理由で本発明の機能を備えな
い通常のエージェントについても、トラップ先を代理エ
ージェントとするユニキャスト方式でトラップを発生さ
せることで、マネージャは実質的に監視対象とする機器
のエージェントに自分をトラップ先を登録させ、エージ
ェントからのトラップを受け付けをコントロールでき
る。

【００３７】

【発明の実施の形態】図２は、本発明のトラップ制御シ
ステムのシステム構成の説明図である。

【００３８】図２において本発明のトラップ制御システ
ムは、例えばサブネットを構成するＬＡＮ１４に対しネ
ットワーク管理プロトコルとして、ＳＮＭＰを採用した
エージェント１０、マネージャ１２−１，１２−２を接
続している。尚、図２は説明を簡単にするため本発明の
トラップ制御システムの一部を示し、実際には多数のエ
ージェント１０及びマネージャがＬＡＮ１４に接続され
ている。

【００３９】エージェント１０及びマネージャ１２−
１，１２−２は、それぞれユニークなアドレス例えばＩ
Ｐアドレスを持っている。ＩＰアドレスはネットワーク
ＩＤとホストＩＤで構成される。

【００４０】ＳＮＭＰネットワーク管理プロトコルにあ
っては、ネットワークＩＤにサブネットを付加してお
り、このためＳＮＭＰにおけるブロードキャストのトラ
ップはエージェント１０と同じサブネットに属している
マネージャにしか届かない。ここでエージェント１０と
マネージャ１２−１が同じサブネットに存在しており、
マネージャ１２−２は別のサブネットに存在していると
する。

【００４１】本発明のトラップ制御システムにあって
は、マネージャ１２−１，１２−２のそれぞれが、エー
ジェント１０の存在する機器を監視対象とした場合、エ
ージェント１０に対しトラップ先の登録を行い、この登
録がデータベース１６に格納される。登録後にエージェ
ント１０でトラップが発生すると、データベース１６を
参照し、登録されたトラップ先としてマネージャ１２−
１，１２−２を認識し、それぞれに対しトラップを発行
する。

【００４２】このようなマネージャ１２−１，１２−２
からエージェント１０に対する監視対象としての登録要
求によって、エージェント１０は同じサブネットに存在
しているマネージャ１２−１はもちろんのこと、別のサ
ブネットに存在しているマネージャ１２−２に対しても
トラップ先の登録に従ってトラップを発行することがで
きる。

【００４３】図３は、図２のマネージャ１２−１及びエ
ージェント１０の機能構成のブロック図である。尚、マ
ネージャ１２−２もマネージャ１２−１と同じ構成を有
する。

【００４４】マネージャ１２−１はマネージャ制御部１
８、トラップ監視処理部２０、登録要求処理部２２及び
有効時間管理処理部２４を備える。有効時間管理処理部
２４にはリリース確認処理部２５、リリース要求処理部
２６及び時間延長要求部２８が設けられている。

【００４５】マネージャ制御部１８はＳＮＭＰに従って
エージェント１０との間で要求と応答のやり取りを行
う。トラップ監視処理部２０はトラップ先として登録要
求を行ったエージェント１０からのトラップを受信して
処理する。登録要求処理部２２は監視対象とする機器に
存在するエージェント１０に対し、登録要求コマンド、
トラップ先を示す自己アドレス、トラップ有効時間、更
にセキュリティ用の認証ＩＤを含むトラップ登録要求の
コマンドメッセージを発行し、エージェント１０にマネ
ージャ１０−１をトラップ先として登録させる。

【００４６】有効時間管理処理部２４は、エージェント
１０からのリリース確認要求に対し、リリース確認処理
部２５でトラップ先として継続するか否か判断し、解除
する場合にはリリース要求部２６よりリリース要求を発
行し、継続させる場合には時間延長要求部２８より時間
延長要求を発行する。

【００４７】このようなマネージャ１２−１の機能に対
応してエージェント１０には、エージェント制御部３
０、初期化処理部３２、トラップ発行処理部３４、トラ
ップ登録処理部３６、時間切れ監視処理部３８、リリー
ス処理部４０、時間延長処理部４２、更にデータベース
１６が設けられている。

【００４８】エージェント処理部３０は、ネットワーク
管理プロトコルとしてのＳＮＭＰに従ってマネージャ１
２−１からの要求の受信とその応答を行う。初期化処理
部３２は、エージェント１０の起動時に、データベース
を読み込む初期化処理を行っている。トラップ発行処理
部３４はデータベース１６に登録されたトラップ先にト
ラップを発行する。

【００４９】トラップ登録処理部３６は、マネージャ１
２−１からトラップ登録要求を受信した際に、データベ
ース１６にトラップ先の登録を行う。このトラップ先の
登録は、トラップ先を示すマネージャ１２−１のアドレ
ス、トラップ有効時間及び認証ＩＤを登録する。

【００５０】時間切れ監視処理部３８は、データベース
１６に登録しているトラップ有効時間が切れた際に、対
応するマネージャにリリース確認要求を発行する。リリ
ース処理部４０は、マネージャからリリース要求を受信
した際に、データベース１６の該当するトラップ先の登
録を削除する。更に時間延長処理部４２は、マネージャ
から時間延長要求を受信した際に、データベース１６の
該当する登録先のトラップ有効時間を更新する。

【００５１】ここで時間切れ監視処理部３８は、データ
ベース１６のトラップ有効時間が切れた際にマネージャ
に対しリリース確認要求を行い、この確認要求に対し一
定時間を経過しても応答が得られなかった場合には、デ
ータベース１６から時間切れとなったトラップ先をエー
ジェント１０自身で削除する。

【００５２】また、エージェント１０に設けているトラ
ップ登録処理部３６、リリース処理部４０及び時間延長
処理部４２は、マネージャからの要求を処理した場合は
要求成功をマネージャに発行し、要求を処理できなかっ
た場合は要求失敗をマネージャに発行する。

【００５３】更にトラップ登録処理部３６と時間延長処
理部４２は、データベース１６に登録するトラップ有効
時間の最大有効時間と最小有効時間を閾値として持って
おり、要求されたトラップ有効時間が最大有効時間を越
えた場合は最大有効時間に合わせ、要求されたトラップ
有効時間が最小有効時間より短い場合は最小有効時間に
合わせる。

【００５４】図４は図３のマネージャ１２−１とエージ
ェント１０の間でトラップ制御のためにやり取りする各
種の要求及び応答に使用するコマンドを示している。ま
た図５は、マネージャとエージェントの間でコマンドメ
ッセージとしてやり取りする要求及び応答のコマンドフ
ォーマットを示している。

【００５５】図５（Ａ）はコマンドフォーマットの基本
構成であり、シーケンスＩＤ、コマンド、トラップ先、
有効時間、認証ＩＤで構成されている。このコマンドフ
ォーマットのコマンドの部分には、図４に示すコマンド
コードがセットされる。トラップ先は要求または発行す
るマネージャまたはエージェントのアドレスを入れる。

【００５６】図５（Ｂ）はマネージャからエージェント
にトラップ登録要求を行う際の具体的なコマンド内容で
ある。このトラップ登録要求については、「シーケンス
ＩＤ」に続いてトラップ登録要求を意味するコマンド
「ＴＲＡＰ ＲＥＧ ＲＥＱ」を入れ、トラップ先には
エージェント１２−１のアドレス「Ａｄｄｒ１」を入
れ、有効時間は「２Ｈ（２時間）」を入れ、認証ＩＤに
は「ａａａａ」を入れている。

【００５７】図４のコマンド説明にあっては、コマンド
ＩＤ１〜ＩＤ８の８つを示しており、コマンドＩＤ１が
マネージャからエージェントに発行するトラップ登録要
求であり、コマンドコード「ＴＲＡＰ ＲＥＧ ＲＥ
Ｑ」を使用する。コマンドコードＩＤ２はトラップ登録
要求に対しエージェントでデータベースに登録を行った
際に返すトラップ登録成功であり、コマンドコード「Ｔ
ＲＡＰ ＲＥＧ ＯＫ」を使用する。またエージェント
で登録が失敗した場合には、トラップ登録失敗としてコ
マンドコード「ＴＲＡＰ ＲＥＧ ＦＡＩＬＥＤ」を使
用する。

【００５８】次のコマンドコードＩＤ４，ＩＤ５は時間
延長要求と時間延長成功であり、それぞれコマンドコー
ド「ＴＲＡＰ ＥＸＴＥＮＤ ＲＥＱ」「ＴＲＡＰ Ｅ
ＸＴＥＮＤ ＯＫ」を使用する。更にコマンドコードＩ
Ｄ６，ＩＤ７はリリース要求とリリース成功であり、コ
マンドコード「ＴＲＡＰ ＲＥＬＥＡＳＥ ＲＥＱ」と
「ＴＲＡＰ ＲＥＬＥＡＳＥ ＯＫ」を使用する。最後
のコマンドコードＩＤ８はエージェントからマネージャ
に発行するリリース確認要求であり、コマンドコード
「ＴＲＡＰ ＲＥＬＥＡＳＥ ＣＯＮＦ」を使用する。

【００５９】図６は図２のデータベース１６に対し、マ
ネージャ１２−１とマネージャ１２−２のそれぞれによ
りトラップ先の登録が行われたときの登録内容である。
データベース１６はトラップ先の残り有効時間及び認証
ＩＤをトラップ先のエントリごとに登録している。ここ
でマネージャ１２−１はアドレス「Ａｄｄｒ１」を持
ち、これがトラップ先として登録され、その有効時間は
「２Ｈ」であり、認証ＩＤは「ａａａａ」となってい
る。これに対しマネージャ１２−２はトラップ先として
自己アドレス「Ａｄｄｒ２」を登録しており、残り有効
時間は「３０ｍｉｎ」であり、更に認証ＩＤは「ｂｂｂ
ｂ」となっている。

【００６０】図７，図８及び図９は、図２のエージェン
ト１０をマネージャ１２−１，１２−２が監視対象とし
た場合のトラップ登録処理、登録後のトラップ発行処
理、トラップ有効時間が時間切れとなった場合のリリー
ス及び時間延長処理、更にトラップ発行処理において完
了トラップが発行された場合のリリース処理を示してい
る。

【００６１】まず図７は、マネージャ１２−１，１２−
２がエージェント１０に対しトラップ登録を行う場合の
タイムチャートである。

【００６２】図７において、マネージャ１２−１がステ
ップＳ１０１でエージェント１０をトラップ監視ノード
として追加する条件が成立したとき、ステップＳ１０２
でトラップ登録要求をエージェント１０に対し発行す
る。このトラップ登録要求は図５（Ｂ）に示したコマン
ドメッセージを発行する。

【００６３】エージェント１０はステップＳ１で、マネ
ージャ１２−１からのトラップ登録要求を受信すると、
データベース１６をステップＳ２でチェックして、この
とき空きがあるため、ステップＳ３で図６のデータベー
ス１６における「Ａｄｄｒ１，２Ｈ，ａａａａ」のよう
に登録する。

【００６４】データベース１６に対する登録が成功する
と、ステップＳ４でトラップ登録成功を発行する。この
トラップ登録成功のコマンドメッセージは、図５（Ａ）
のコマンドとして図４のコマンドコード「ＴＲＡＰ Ｒ
ＥＧ ＯＫ」を入れたものを返す。エージェント１０か
らのトラップ登録成功を受信したマネージャ１２−１
は、ステップＳ１０３でエージェント１０のトラップ監
視モードに入る。

【００６５】一方、マネージャ１２−２にあっては、ス
テップＳ２０１でエージェント１０をトラップ監視ノー
ドとして追加し、これに伴いステップＳ２０２でトラッ
プ登録要求を発行する。このトラップ登録要求のコマン
ドメッセージは、図５（Ａ）のコマンドフォーマットに
従って「シーケンスＩＤ，ＴＲＡＰ ＲＥＧ ＲＥＱ，
Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」を発行する。

【００６６】エージェント１０はステップＳ６でマネー
ジャ１２−２からのトラップ登録要求を受信したが、こ
のときステップＳ７のようにデータベース１６に空きが
なかった場合には、ステップＳ８で図６のデータベース
１６に登録した全てのマネージャリリース確認要求を発
行する。メッセージを受信したマネージャ１２−２は自
分の状況によって、時間延長要求またはリリース要求を
返信する。その後、エージェント１０はマネージャ１２
−２は自分の状況によって、処理が次のケース１とケー
ス２の２つに分かれる。

【００６７】（ケース１）：マネージャ１２−２からリ
リース要求を受信したか、又は未返信のマネージャが存
在する場合、エージェント１０はステップＳ９のように
データベース１６から不要なトラップを削除し、データ
ベース１０に空きができる。そこでステップＳ１０で図
６のデータベース１６に対し「Ａｄｄｒ２，３０ｍｉ
ｍ，ｂｂｂｂ」のように登録する。データベース１６に
対する登録が成功すると、ステップＳ１１でトラップ登
録成功を発行する。このトラップ登録成功のコマンド
は、図５（Ａ）のコマンドとして図４のコマンド「ＴＲ
ＡＰ ＲＥＧ ＯＫ」を入れたものを返す。エージェン
トらのトラップ登録成功を受信したマネージャ１２−２
はステップ２０４でエージェント１０のトラップ監視モ
ードに入る。

【００６８】（ケース２）：全てのマネージャから時間
延長要求を受信したら、データベース１６には空きを作
れないので、ステップＳ１２でトラップ登録要求失敗を
マネージャ１２−２に発行する。このトラップ登録失敗
コマンドメッセージは、図５（Ａ）のコマンドフォーマ
ットに従って「シーケンスＩＤ，ＴＲＡＰ ＲＥＧ ＦＡ
ＩＬＥＤ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」を発行
する。エージェント１０からトラップ登録失敗を受信し
たマネージャ１２−２はステップＳ２０３でエージェン
ト１０のポーリング監視モードに入る。

【００６９】ケース２の場合、マネージャ１２−１が既
にトラップ監視モードに入っているため、エージェント
１０でトラップが発生したとき、ステップＳ１３でデー
タベース１６を参照してトラップ先となるアドレス「Ａ
ｄｄｒ１」にトラップを発行し、これを受けてマネージ
ャ１２−１がステップＳ１０６でトラップを受信してメ
ッセージ表示等を行う。

【００７０】またケース１では、マネージャ１２−１，
１２−２がトラップ監視モードに入るため、エージェン
ト１０でトラップが発生したとき、ステップＳ１４でデ
ータベース１６を参照してトラップ先となるアドレス
「Ａｄｄｒ１」にトラップを発行し、これを受けてマネ
ージャ１２−１がステップＳ１０６でトラップを受信し
てメッセージ表示等を行う。

【００７１】同時にエージェント１０は、同じトラップ
に基づきステップＳ１５で、データベース１６から得た
トラップ先のアドレス「Ａｄｄｒ２」へトラップを発行
し、これを受けてマネージャ１２−２がステップＳ２０
５でトラップを受信してメッセージ表示を行う。

【００７２】図８はマネージャ１２−１，１２−２がト
ラップ監視モードに入った状態でエージェント１０でそ
れぞれのトラップ有効時間が切れた場合の処理である。
まずエージェント１０において、ステップＳ１６でマネ
ージャ１２−１についての残り有効時間Ｔ１がＴ１＝０
となって有効時間が切れると、ステップＳ１７でマネー
ジャ１２−１に対しリリース確認要求を発行する。

【００７３】このリリース確認要求は図５（Ａ）のコマ
ンドフォーマットに従って「シーケンスＩＤ，ＴＲＡＰ
ＲＥＬＥＡＳＥ ＣＯＮＦ，Ａｄｄｒ１，０Ｈ，ａａ
ａａ」のコマンドメッセージを発行する。マネージャ１
２−１はエージェント１０からのリリース確認要求を受
信すると、ステップＳ１０７でエージェント１０をノー
ド監視対象として終了することを確認し、この場合には
ステップＳ１０８でリリース要求をエージェント１０に
発行する。

【００７４】このリリース要求のコマンドフォーマット
は「シーケンスＩＤ，ＴＲＡＰ ＲＥＬＥＡＳＥ ＲＥ
Ｑ，Ａｄｄｒ１，０Ｈ，ａａａａ」となる。エージェン
ト１０はマネージャ１２−１からのリリース要求をステ
ップＳ１８で受信し、データベース１６からトラップ先
としての登録を削除する。

【００７５】削除が済むと、ステップＳ１９でリリース
成功をコマンドメッセージ「シーケンスＩＤ，ＴＲＡＰ
ＲＥＬＥＡＳＥ ＯＫ，Ａｄｄｒ１，０Ｈ，ａａａ
ａ」としてマネージャ１２−１に発行する。このリリー
ス成功の受信によりマネージャ１２−１は、ステップＳ
１０９でエージェント１０に対するトラップ監視ノード
を解除する。

【００７６】次にエージェント１０のステップＳ２０で
マネージャ１２−２のトラップ先の登録における残り有
効時間Ｔ２がＴ２＝０となって時間切れとなった場合に
は、ステップＳ２１でリリース確認要求をマネージャ１
２−２に発行する。エージェント１０からのリリース確
認要求を受信したマネージャ１２−２は、エージェント
１０をノード監視の対象として継続することをステップ
Ｓ２０６で確認すると、ステップＳ２０７に進んで時間
延長要求をコマンドメッセージ「シーケンスＩＤ，ＴＲ
ＡＰ ＥＸＴＥＮＤ ＲＥＱ，Ａｄｄｒ２，３０ｍｉ
ｎ，ｂｂｂｂ」として発行する。

【００７７】このマネージャ１２−２からの時間延長要
求をエージェント１０はステップＳ２２で受信し、残り
有効時間Ｔ２を要求された時間３０ｍｉｎだけ延長す
る。そしてステップＳ２３で時間延長成功をコマンドメ
ッセージシーケンスＩＤ，ＴＲＡＰ ＥＸＴＥＮＤ Ｏ
Ｋ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」として発行す
る。この時間延長成功を受けてマネージャ１２−２は、
ステップＳ２０８でトラップ監視モードを継続する。

【００７８】その後、マネージャ１２−２がステップＳ
２０９で障害等で停止したとする。このマネージャ１２
−２の停止状態において、エージェント１０がステップ
Ｓ２４でマネージャ１２−２の残り有効時間Ｔ２＝０の
時間切れを認識し、リリース確認要求を発行したとす
る。

【００７９】このリリース確認要求の発行に対し、マネ
ージャ１２−２は停止状態にあるため何の応答も得られ
ない。そこでエージェント１０はステップＳ２５で応答
待ちの時間切れを判断すると、ステップＳ２６でデータ
ベース１６からマネージャ１２−２のトラップ先の登録
を削除する。

【００８０】これによって、トラップ有効時間切れとな
ったマネージャがダウンして応答が得られないような場
合には、エージェント側で自動的にトラップ先の登録が
削除され、時間切れとなった応答なしのマネージャに対
しトラップを発行することはなくなり、またエージェン
ト１０におけるデータベースからの削除で不要なメモリ
資源を占有することもない。

【００８１】図９はマネージャ１２−１がエージェント
１０をトラップ監視モードから外すタイムチャートであ
る。マネージャ１２−１は、ステップＳ１１０でエージ
ェント１０に対しリリース要求を発行する。このリリー
ス要求を受けてエージェント１０は、ステップＳ２７で
データベース１６からマネージャ１２−１のトラップ先
としての登録を削除する。

【００８２】トラップ先の登録が削除できると、ステッ
プＳ２８でリリース成功をマネージャ１２−１に発行す
る。このためマネージャ１２−１は、ステップＳ１１２
でエージェント１０についてのトラップ監視モードを解
除する。

【００８３】図１０は図２のマネージャ１２−１におけ
るメイン処理のフローチャートである。マネージャメイ
ン処理にあっては、ステップＳ１で監視対象としてノー
ドの追加があったときに登録要求処理を行い、ステップ
Ｓ２でエージェントからのトラップ監視処理を行い、更
にステップＳ３でエージェントからのリリース確認要求
に対応した有効時間管理処理を行っており、これらのス
テップＳ２〜Ｓ３のメイン処理を、ステップＳ４で終了
指示があるまで繰り返している。

【００８４】図１１は図１０のステップＳ２におけるト
ラップ監視処理のフローチャートである。トラップ監視
処理にあっては、ステップＳ１でエージェントからのト
ラップ受信をチェックしており、トラップを受信する
と、ステップＳ２でメッセージ表示等のトラップの受信
処理を行う。

【００８５】続いてステップＳ３で、受信したトラップ
が完了トラップか否かチェックする。完了トラップであ
れば、ステップＳ４でリリース要求をエージェントに発
行し、ステップＳ５でリリース成功の受信を待って、ス
テップＳ６で該当エージェントのトラップ監視モードを
解除する。

【００８６】図１２は図１０のステップＳ２における登
録要求処理のフローチャートである。ステップＳ１でマ
ネージャにおいてエージェントの追加が認識されると、
ステップＳ２でトラップ登録要求を追加先のエージェン
トに発行する。続いてステップＳ３でトラップ登録成功
の受信をチェックしており、成功を受信すると、ステッ
プＳ４で、新たに追加した該当エージェントのトラップ
監視モードに入る。トラップ登録失敗の場合はステップ
Ｓ５で、新たに追加した該当エージェントのポーリング
監視モードに入る。

【００８７】図１３は、図１０のステップＳ３の有効時
間監視処理のフローチャートである。この有効時間監視
処理にあっては、ステップＳ１でエージャントをトラッ
プ監視対象から外すか否かチェックし、外さない場合は
ステップＳ２でエージェントからのトラップ有効時間切
れに対応して発行されるリリース確認要求の受信をチェ
ックする。

【００８８】リリース確認要求を受信すると、ステップ
Ｓ３でリリース確認要求の発行原因となったエージェン
トに対象機器のトラップ監視を中止するか否かチェック
する。トラップ監視の継続を中止する場合にはステップ
Ｓ４に進み、エージェントに対しリリース要求を発行す
る。リリース要求の発行に対しステップＳ５でエージェ
ントからリリース成功を受信するかタイムアウトになる
と、ステップＳ６で該当エージェントのトラップ監視モ
ードを解除する。尚ねステップＳ１でエージェントをト
ラップ監視対象から外す場合もステップＳ３〜Ｓ５の処
理となる。

【００８９】一方、ステップＳ３でリリース確認要求を
出したエージェントの対象機器の監視を継続する場合に
は、ステップＳ７に進み、エージェントに対し時間延長
要求を発行し、ステップＳ８でタイムアウトまでの間に
エージェントからの時間延長成功を受信すると、ステッ
プＳ９で該当エージェントのトラップ監視モードを継続
する。

【００９０】図１４は図３のエージェント１０における
メイン処理のフローチャートである。このエージェント
メイン処理にあっては、ステップＳ１でエージェントの
起動に伴うデータベースのファイル読み込みを行って初
期化し、ステップＳ２でトラップ発行処理を行い、ステ
ップＳ３でトラップ登録処理を行い、ステップＳ４でリ
リース処理を行い、ステップＳ５で時間延長処理を行
い、ステップＳ６で時間切れ監視処理を行い、ステップ
Ｓ２〜Ｓ６の処理を、ステップＳ７で終了指示があるま
で繰り返す。

【００９１】図１５は図１４のトラップ発行処理のフロ
ーチャートである。このトラップ発行処理にあっては、
ステップＳ１で対象機器においてトラップが発生したか
否かチェックしており、トラップが発生するとステップ
Ｓ２に進み、データベースからトラップの送信先のマネ
ージャを検索し、ステップＳ３で、検索したマネージャ
にトラップを転送する。

【００９２】図１６は図１４のトラップ登録処理のフロ
ーチャートである。このトラップ登録処理にあっては、
ステップＳ１でマネージャからのトラップ登録要求を受
信すると、ステップＳ２に進み、データベースに空きが
あるか否かチェックする。

【００９３】データベースに空きがあれば、ステップＳ
３でマネージャに関するエントリ、即ち図６に示したよ
うなトラップ先、残り有効時間、認証ＩＤを追加する。
次にステップＳ４でマネージャに対しトラップ登録成功
を発行する。一方、ステップＳ２でデータベースに空き
がなかった場合には、ステップＳ５でマネージャに対し
トラップ登録失敗を発行する。

【００９４】図１７は図１４のステップＳ４におけるリ
リース処理のフローチャートである。このリリース処理
にあっては、ステップＳ１でリリース要求の受信を判別
すると、ステップＳ２に進んでデータベースの該当する
マネージャのエントリを削除する。エントリの削除が済
むと、ステップＳ３でリリース要求成功を要求元のマネ
ージャに対し発行する。

【００９５】図１８は図１４のステップＳ４における時
間延長処理のフローチャートである。この時間延長処理
にあっては、ステップＳ１でマネージャからの時間延長
要求を受信すると、ステップＳ２に進み、データベース
の該当するマネージャの有効時間を更新する。更新が済
むと、ステップＳ３で要求元のマネージャに対し時間延
長成功を発行する。

【００９６】図１９は図１４のステップＳ５における時
間切れ監視処理のフローチャートである。この時間切れ
監視処理にあっては、ステップＳ１でデータベースの中
の有効時間が切れたトラップ先としてのマネージャがあ
るか否か検索する。時間切れが検索されるとステップＳ
２に進み、時間切れとなったトラップ先の該当マネージ
ャに対しリリース確認要求を発行する。

【００９７】リリース確認要求の発行が済むと、ステッ
プＳ３で時間延長要求が受信したか否か判別している。
時間延長要求が受信されると、ステップＳ４でデータベ
ースの該当マネージャの有効時間を更新し、ステップＳ
５で時間延長成功を発行する。このステップＳ３〜Ｓ５
の処理は、図１８に示した時間延長処理そのものであ
る。

【００９８】またステップＳ６でリリース要求を受信し
た場合には、ステップＳ７でデータベースから該当マネ
ージャのエントリを削除し、ステップＳ８でリリース要
求成功を発行する。このステップＳ６〜Ｓ８の処理は、
図１７に示したリリース処理と同じものである。

【００９９】一方、ステップＳ２で該当するマネージャ
へリリース確認要求を発行した後、ステップＳ３で時間
延長要求を受信せず、またステップＳ６でリリース要求
も受信しなかった場合には、ステップＳ９に進み、一定
の応答時間を経過したか否かのタイムアウトのチェック
を行い、一定時間を経過してタイムアウトとなると、ス
テップＳ１０に進み、データベースから時間切れとなっ
た該当マネージャのエントリを強制的に削除する。

【０１００】次に、監視対象機器としてプリンタを例に
とって本発明のトラップ制御システムの具体例を説明す
る。

【０１０１】図２０は本発明のトラップ制御システムの
システム構成であり、サブネットを構成するＬＡＮ１４
に対しホスト１２Ａ，１２Ｂ及びプリンタ１１を接続し
ている。ホスト１２Ａ，１２Ｂは、ＳＮＭＰによるネッ
トワーク管理プロトコルのマネージャであり、プリンタ
１１はエージェントであり、このためトラップ先を登録
するためのデータベース１６を備えている。

【０１０２】図２１及び図２２は、図２０のホスト１２
Ａからプリンタ１１に対し印刷要求を行った場合の本発
明によるトラップ制御処理のタイムチャートである。

【０１０３】図２１において、ホスト１２Ａは、ステッ
プＳ１０１で印刷処理を開始し、ステップＳ１０２でド
ライバで印刷データを処理した後、ステップＳ１０３で
プリンタに印刷データを転送する。印刷データのプリン
タへの転送が済むと、ステップＳ１０４でジョブ監視マ
ネージャを起動し、ステップＳ１０５でトラップ登録要
求をプリンタ１１に発行する。

【０１０４】プリンタ１１は、ステップＳ１でホスト１
２Ａからの印刷データを受信して印刷処理を起動してい
る。続いてステップＳ２でホスト１２Ａからのトラップ
登録要求を受信し、データベース１６にトラップ先の登
録処理を行う。続いてステップＳ３でトラップの登録成
功をホスト１２Ａに対し発行する。

【０１０５】ホスト１２ＡはステップＳ１０６でトラッ
プ登録成功を受信し、トラップ監視モードに移行する。
このときホスト１２Ａにあっては、例えば図２３（Ａ）
のようなトラップ登録成功ログ４６を表示する。

【０１０６】プリンタ１１はステップＳ４で印刷状況を
監視しており、印刷中にステップＳ５で例えばジャムが
発生すると、ステップＳ６でデータベース１６を検索し
てトラップ先としてホスト１２Ａを認識し、ホスト１２
に対しジャムトラップを発行する。ホスト１２Ａは、ス
テップＳ１０７でプリンタ１１からのジャムトラップを
受信し、紙詰まりのメッセージ表示を行う。このメッセ
ージ表示は、例えば図２３（Ｂ）のジャム発生ログ４８
のように「紙が詰まりました。」のメッセージ表示と同
時にプリンタ１１の内部構造によりジャム発生箇所を表
示する。

【０１０７】プリンタ１１はジャム発生に対しオペレー
タがステップＳ７でジャム解除を行うと、ステップＳ８
でホスト１２Ａに対しジャム解除トラップを発行する。
ホスト１２Ａは、ステップＳ１０８でジャム解除トラッ
プを受信し、印刷再開のメッセージ表示を行う。この印
刷再開のメッセージ表示は、例えば図２３（Ｃ）のよう
なジャム解除ログ５０を表示する。

【０１０８】続いてプリンタ１１側でステップＳ９のよ
うに印刷完了となると、ステップＳ１０で印刷完了トラ
ップをホスト１２Ａに発行する。ホスト１２Ａはステッ
プＳ１０９で印刷完了トラップを受信し、印刷完了のメ
ッセージ表示を行う。この印刷完了のメッセージ表示
は、例えば図２４（Ｄ）のような印刷完了ログ５２を表
示する。

【０１０９】続いて図２２のステップＳ１１０でホスト
１２は、印刷完了トラップの受信に基づきプリンタ１１
に対しリリース要求を発行する。プリンタ１１はホスト
１２からのリリース要求をステップＳ１１で受信して、
データベースからトラップ先としてのホスト１２の登録
を削除する。

【０１１０】トラップ先の削除が済むと、ステップＳ１
２でリリース要求成功をホスト１２に対し発行する。ホ
スト１２はステップＳ１１１でプリンタ１１からのリリ
ース要求成功を受信し、ジョブ監視マネージャを終了
し、ステップＳ１１２で一連の印刷処理を終了する。ス
テップＳ１１１でホスト１２がリリース要求成功を受信
すると、例えば図２４（Ｅ）のようなリリース要求成功
ログ５４を表示する。

【０１１１】図２５は本発明のトラップ制御システムの
他の実施形態であり、エージェント側に代理エージェン
トを設けたことを特徴とする。

【０１１２】図２５において、サブネットを構成するＬ
ＡＮ１４に対してはマネージャ１２−１，１２−２及び
エージェント１０Ａ〜１０Ｃが接続されており、更にこ
の実施形態にあっては代理エージェント１５を接続して
いる。ここでエージェント１０Ａ〜１０Ｃはエージェン
ト側に制限によって、図３のエージェント１０に示した
トラップ制御のためのサービスを提供することができな
い機器である。例えば図３のエージェント１０として機
能するためのメモリ領域が不足したり、メモリ領域に制
限があってデータベースを確保できないような場合であ
る。

【０１１３】このようにエージェント１０Ａ〜１０Ｃが
図３のエージェント１０の機能に対応できない場合に
は、代理エージェント１５を設け、図３のエージェント
１０の機能を代理エージェント１５に行わせる。このた
め代理エージェント１５には、エージェント１０Ａ〜１
０Ｃのそれぞれに対応したデータベース１６−１〜１６
−３が確保されている。

【０１１４】図２６は図２５の実施形態におけるマネー
ジャ１２−１と代理エージェント１５、更にエージェン
ト１０Ａ〜１０Ｃの機能構成のブロック図である。まず
マネージャ１２−１は図３の実施形態のマネージャ１２
−１と同じであり、マネージャ制御部１８、トラップ監
視処理部２０、登録要求処理部２２、有効時間管理処理
部２４を備えており、有効時間管理処理部２４にはリリ
ース確認処理部２５、リリース要求部２６及び時間延長
要求部２８が設けられている。

【０１１５】これに対し代理エージェント１５にあって
は、基本的には図３の実施形態のエージェント１０と同
じであるが、データベースがエージェント１０Ａ〜１０
Ｃに対応してそれぞれデータベース１６−１〜１６−３
として設けられている。

【０１１６】また代理エージェント１５にあっては、ト
ラップ発行処理部３４Ａがエージェント１０Ａ〜１０Ｃ
に設けているトラップ転送部６２及びエージェント制御
部６０からのトラップ発行を受信し、これに基づき、対
応するデータベース１６−１〜１６−３の検索でトラッ
プ先としてのマネージャを認識してトラップを発行する
点が相違する。

【０１１７】それ以外のトラップ登録処理部３６Ａ、時
間切れ監視処理部３８Ａ、リリース処理部４０Ａ、時間
延長処理部４２Ａについては、図３の実施形態では各エ
ージェントに設けていたデータベースを、代理エージェ
ント１５にデータベース１６−１〜１６−３として設け
ているデータベース検索の処理が相違するだけである。

【０１１８】またマネージャ１２−１と代理エージェン
ト１５の間の要求と応答のコマンドメッセージにあって
は、図２７（Ａ）のようにシーケンスＩＤ、コマンド、
トラップ先、有効時間及び認証ＩＤに加え、新たにエー
ジェントアドレスが設けられている。図２７（Ｂ）は、
マネージャ１２−１から代理エージェント１５に対しエ
ージェント１０Ａに対するトラップ登録要求を行うため
のコマンドメッセージである。

【０１１９】このコマンドメッセージにあっては、最後
にエージェント１０Ａのエージェントアドレス「Ａｄｄ
ｒ１１」が入っている点が図３の実施形態と異なる。こ
のコマンドメッセージの中にエージェントアドレスが入
ることで、代理エージェント１５は自分が代理している
エージェント１０Ａ〜１０Ｃのいずれに対するトラップ
登録要求であるかを認識できる。

【０１２０】図２８は代理エージェント１５に設けてい
るデータベース１６−１〜１６−３であり、エージェン
ト１０Ａ用のデータベース１６−１、エージェント１０
Ｂ用のデータベース１６−２、更にエージェント１０Ｃ
用のデータベース１６−３に分けて設けている。

【０１２１】各データベース１６−１〜１６−３はエー
ジェント１０Ａのデータベース１６−１のように、トラ
ップ先、残り有効時間、認証ＩＤを持っており、この場
合には図２５のようにマネージャ１２−１，１２−２を
トラップ先として残り有効時間及び認証ＩＤを登録して
いる。この点はマネージャ１０Ｂ，１０Ｃに対応したデ
ータベース１６−２，１６−３についても同様である。

【０１２２】このような図２５の実施形態にあっては、
代理エージェント１５としてパーソナルコンピュータ等
を使用することからデータベース１６−１〜１６−３の
確保は容易であり、代理エージェント１５を設けること
によってエージェント１０Ａ〜１０Ｃにおけるリソース
が不足する問題を解消し、マネージャ１２−１，１２−
２との間の要求と応答のやり取りで、エージェント１０
Ａ〜１０Ｃの各々についてマネージャ側からの要求でト
ラップ先としての登録を行い、エージェント１０Ａ〜１
０Ｃでトラップが発生した場合には代理エージェント１
５にトラップを通知すると、代理エージェント１５が該
当するデータベース１６−１〜１６−３を参照してトラ
ップ先を認識し、認識したトラップ先にトラップを発行
することができる。

【０１２３】尚、上記の実施形態は、ネットワーク管理
プロトコルとしてＳＮＭＰを例にとるものであったが、
同様にトラップ管理にブロードキャスト方式とユニキャ
スト方式を採用しているプロトコルであれば、適宜のネ
ットワーク管理プロトコルにつきそのまま適用すること
ができる。

【０１２４】また上記の実施形態にあっては、ホストか
らパソコンに印刷データを送って印刷処理を行う場合を
具体例として例にとるものであったが、トラップ監視対
象とする機器はプリンタに限定されず、パソコン、ワー
クステーション等適宜のネットワーク接続機器を含む。
また本発明はその目的と利点を損なわない適宜の変形を
含み、更に実施形態に示した数値による限定は受けな
い。

【０１２５】

【発明の効果】以上説明してきたように本発明によれ
ば、マネージャからエージェントに対しトラップ先を登
録することによって、マネージャ側においてエージェン
トのトラップを受け取るかどうかをコントロールでき、
無駄なトラップの発生を防ぐことができる。

【０１２６】また本発明にあっては、マネージャからの
トラップ先の登録に基づきエージェントからユニキャス
トでトラップを発行しているため、ブロードキャストの
トラップに比べネットワークのトラフィック量を減らす
ことができ、更にサブネット内に制約されるブロードキ
ャストのトラップに対し、ユニキャストのトラップとす
ることによって、サブネット外のマネージャであっても
トラップを受け取ることができる。

【０１２７】また、マネージャとエージェントの間のト
ラップ処理に関するプロトコルによって、トラップの登
録削除等の操作はオペレータが関与しなくても自動的に
行うことができ、オペレータの負担を軽減し、トラップ
先の登録の正確性を確保できる。

【０１２８】またマネージャ側から各エージェントにお
けるトラップ有効時間をコントロールすることもでき、
トラップ有効時間切れとなった際にはマネージャに対す
る確認を行い、この確認に基づくマネージャからのリリ
ースまたは延長の指示により有効時間がコントロールで
き、エージェントのリソースを有効に活用し、無駄なト
ラップを減少できる。

【０１２９】更に、エージェント側にトラップ有効時間
の最大有効時間と最小有効時間を閾値として持たせてお
り、マネージャからのトラップ有効時間が最大有効時間
を超えた場合には最大有効時間に合わせ、最小有効時間
より短かった場合には最小有効時間に合わせ、これによ
ってトラップ有効時間が長すぎることによる不要なトラ
ップの発生を防ぎ、またトラップ有効時間が短かすぎる
ことによるトラップ登録要求やトラップ時間延長要求の
発行回数の増加を防止できる。

【０１３０】更に、ネットワーク管理プロトコルとして
使用するＳＮＭＰのトラップ機能を拡張するだけで、プ
ロトコル自体は一切変更することなく対応でき、ＳＮＭ
Ｐの汎用性、標準性、軽さなどのメリットには影響を及
ぼすことがない。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明のシステム構成図

【図３】本発明の機能ブロック図

【図４】本発明のトラップ制御で使用するコマンドの説
明図

【図５】本発明のトラップ制御で使用するコマンドフォ
ーマットの説明図

【図６】図３のエージェントに設けたデータベースの説
明図

【図７】図２のマネージャとエージェントの間に行うト
ラップ制御のタイムチャート

【図８】図７から続くタイムチャート

【図９】図７から続く別のタイムチャート

【図１０】図３のマネージャのメイン処理のフローチャ
ート

【図１１】図１０のトラップ監視処理のフローチャート

【図１２】図１０のトラップ登録要求処理のフローチャ
ート

【図１３】図１０の有効時間管理処理のフローチャート

【図１４】図３のエージェントのメイン処理のフローチ
ャート

【図１５】図１４のトラップ発行処理のフローチャート

【図１６】図１４のトラップ登録処理のフローチャート

【図１７】図１４のリリース処理のフローチャート

【図１８】図１４の時間延長処理のフローチャート

【図１９】図１４の時間切れ監視処理のフローチャート

【図２０】ホストでプリンタを管理する本発明の具体的
なシステムの説明図

【図２１】図２０のホスト側のマネージャとプリンタ側
のエージェントによるトラップ制御のタイムチャート

【図２２】図２１から続くタイムチャート

【図２３】図２１，図２２のトラップ制御のメッセージ
表示に使用するダイヤログの説明図

【図２４】図２３に続くダイヤログの説明図

【図２５】代理エージェントを使用した本発明の他の実
施形態のシステム構成図

【図２６】図２５のマネージャ、代理エージェント及び
エージェントの機能ブロック図

【図２７】図２５のシステムで使用するコマンドフォー
マットの説明図

【図２８】図２５の代理エージェントに設けるデータベ
ースの説明図

【図２９】従来のブロードキャスト方式のトラップ制御
の説明図

【図３０】従来のユニキャスト方式のトラップ制御で起
きる問題の説明図

【符号の説明】 １０，１０−１，１０−２：エージェント １１：プリンタ １２，１２−１，１２−２：マネージャ １４：ＬＡＮ １５：代理エージェント １６，１６−１〜１６−３：データベース（ＤＢ） １８，１８Ａ：マネージャ制御部 ２０，２０Ａ：トラップ監視処理部 ２２，２２Ａ：登録要求処理部 ２４，２４Ａ：有効時間管理処理部 ２５，２５Ａ：リリース確認処理部 ２６，２６Ａ：リリース要求部 ２８，２８Ａ：時間延長要求部 ３０，６０：エージェント制御部 ３０Ａ；代理エージェント制御部 ３２，３２Ａ：初期化処理部 ３４，３４Ａ：トラップ発行処理部 ３６，３６Ａ：トラップ登録処理部 ３８，３８Ａ：時間切れ監視処理部 ４０，４０Ａ：リリース処理部 ４２，４２Ａ：時間延長処理部 ６２：トラップ転送部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB02 GB08 HA06 HB06 JB22 KA07 KB11 5K030 HB06 HB11 JA10 KA07 KX30 LE05 LE07 MC03 5K035 BB02 CC01 DD01 FF04 9A001 CC07 CZ06 JJ18

Claims (6)

【特許請求の範囲】
1. 【請求項１】ネットワークを介してマネージャとエージ
   ェントを接続し、エージェントからマネージャにトラッ
   プを発行して監視させるトラップ制御システムに於い
   て、 前記マネージャに、 監視対象とするエージェントに、自己アドレス及びトラ
   ップ有効時間を含むトラップ登録要求を発行してトラッ
   プ先として登録させる登録要求処理部と、 前記エージェントからのリリース確認要求に対しトラッ
   プ先としての登録を削除させるリリース要求又はトラッ
   プ先としての登録を継続させる時間延長要求を発行する
   有効時間管理処理部と、 トラップ先として登録要求を行ったエージェントからの
   トラップを受信して処理するトラップ監視処理部と、を
   設け、 前記エージェントに、 前記マネージャからトラップ登録要求を受信した際に、
   データベースにトラップ先のアドレス及びトラップ有効
   時間を登録するトラップ登録処理部と、 トラップ発生時に前記データベースを参照してトラップ
   先として登録されたマネージャにトラップを発行するト
   ラップ発行処理部と、 前記データベースのトラップ有効時間が切れた際に、対
   応するマネージャにリリース確認要求を発行する時間切
   れ監視処理部と、 前記マネージャからリリース要求を受信した際に、デー
   タベースの該当するトラップ先の登録を削除するリリー
   ス処理部と、 前記マネージャから時間延長要求を受信した際に、デー
   タベースの該当する有効時間を更新する時間延長処理部
   と、を備えたことを特徴とするトラップ制御システム。
2. 【請求項２】請求項１記載のトラップ制御システムに於
   いて、前記エージェントの時間切れ監視処理部は、マネ
   ージャにリリース確認要求を発行した後、一定時間を経
   過しても応答が得られなかった場合、データベースから
   時間切れとなったトラップ先を削除することを特徴とす
   るトラップ制御システム。
3. 【請求項３】請求項１記載のトラップ制御システムに於
   いて、前記マネージャから発行するトラップ登録要求に
   認証ＩＤを含めてエージェントのデータベースにトラッ
   プ先として登録し、リリース要求コマンドを受信した際
   に認証ＩＤの照合一致でトラップ先の登録をデータベー
   スから削除することを特徴とするトラップ制御システ
   ム。
4. 【請求項４】請求項１記載のトラップ制御システムに於
   いて、前記エージェントのトラップ要求処理部、リリー
   ス処理部及び時間延長処理部は、エージェントからの要
   求を処理した場合は要求成功をマネージャに発行し、要
   求を処理できなかった場合は要求失敗をマネージャに発
   行することを特徴とするトラップ制御システム。
5. 【請求項５】請求項１記載のトラップ制御システムに於
   いて、前記エージェントのトラップ登録処理部および時
   間延長処理部は、トラップ有効時間の最大有効時間と最
   小有効時間を閾値として備え、要求された有効時間が最
   大有効時間を越えた場合は最大有効時間に合わせ、要求
   された有効時間が最小時間より短い場合は最小有効時間
   に合わせることを特徴とするトラップ制御システム。
6. 【請求項６】ネットワークを介してマネージャ、エージ
   ェント及び代理エージェントを接続し、前記エージェン
   トから代理エージェントを経由してマネージャにトラッ
   プを転送して監視させるトラップ制御システムに於い
   て、 前記マネージャに、 代理エージェントに、監視するエージェントアドレス、
   自己アドレス及びトラップ有効時間を含むトラップ登録
   要求を発行してトラップ先として登録させるトラップ登
   録要求処理部と、 代理エージェントからのリリース確認要求に対しトラッ
   プ先としての登録を削除させるリリース要求又はトラッ
   プ先としての登録を継続させる時間延長要求をエージェ
   ントアドレスを指定して発行する時間管理処理部と、 トラップ先として登録要求を行ったエージェントのトラ
   ップを代理エージェントから受信して処理するトラップ
   監視処理部と、を設け、 前記代理エージェントに、 エージェント毎に分けて設けられたデータベースと、 前記マネージャからのトラップ登録要求を受信した際
   に、エージェントアドレスで指定されるデータベースに
   トラップ先としてアドレス及びトラップ有効時間を登録
   するトラップ登録処理部と、 エージェントからのトラップ通知時に対応するデータベ
   ースを参照し、トラップ先として登録されたマネージャ
   にトラップを発行するトラップ発行処理部と、 前記データベースのトラップ有効時間が切れた際に、マ
   ネージャに該当するエージェントのリリース確認要求を
   発行するリリース確認処理部と、 前記マネージャからリリース要求を受信した際に、エー
   ジェントアドレスで指定されたデータベースの該当する
   トラップ先の登録を削除するリリース処理部と、 前記マネージャから時間延長要求を受信した際に、エー
   ジェントアドレスで指定されたデータベースの該当する
   有効時間を更新する時間延長処理部と、を備えたことを
   特徴とするトラップ制御システム。