(57)【特許請求の範囲】
【請求項１】
ネットワークを介してマネージャとエージェントを接続し、エージェントからマネージャにトラップを発行して監視させるトラップ制御システムに於いて、
前記マネージャに、
監視対象とするエージェントに、自己アドレス及びトラップ有効時間を含むトラップ登録要求を発行してトラップ先として登録させる登録要求処理部と、
前記エージェントからのリリース確認要求に対しトラップ先としての登録を削除させるリリース要求又はトラップ先としての登録を継続させる時間延長要求を発行する有効時間管理処理部と、
トラップ先として登録要求を行ったエージェントからのトラップを受信して処理するトラップ監視処理部と、
を設け、
前記エージェントに、
前記マネージャからトラップ登録要求を受信した際に、データベースにトラップ先のアドレス及びトラップ有効時間を登録するトラップ登録処理部と、
トラップ発生時に前記データベースを参照してトラップ先として登録されたマネージャにトラップを発行するトラップ発行処理部と、
前記データベースのトラップ有効時間が切れた際に、対応するマネージャにリリース確認要求を発行する時間切れ監視処理部と、
前記マネージャからリリース要求を受信した際に、データベースの該当するトラップ先の登録を削除するリリース処理部と、
前記マネージャから時間延長要求を受信した際に、データベースの該当する有効時間を更新する時間延長処理部と、
を備えたことを特徴とするトラップ制御システム。
【請求項２】
請求項１記載のトラップ制御システムに於いて、前記エージェントの時間切れ監視処理部は、マネージャにリリース確認要求を発行した後、一定時間を経過しても応答が得られなかった場合、データベースから時間切れとなったトラップ先を削除することを特徴とするトラップ制御システム。
【請求項３】
請求項１記載のトラップ制御システムに於いて、前記マネージャから発行するトラップ登録要求に認証ＩＤを含めてエージェントのデータベースにトラップ先として登録し、リリース要求コマンドを受信した際に認証ＩＤの照合一致でトラップ先の登録をデータベースから削除することを特徴とするトラップ制御システム。
【請求項４】
請求項１記載のトラップ制御システムに於いて、前記エージェントのトラップ発行処理部、リリース処理部及び時間延長処理部は、マネージャからの要求を処理した場合は要求成功をマネージャに発行し、要求を処理できなかった場合は要求失敗をマネージャに発行することを特徴とするトラップ制御システム。
【請求項５】
請求項１記載のトラップ制御システムに於いて、前記エージェントのトラップ登録処理部および時間延長処理部は、トラップ有効時間の最大有効時間と最小有効時間を閾値として備え、要求された有効時間が最大有効時間を越えた場合は最大有効時間に合わせ、要求された有効時間が最小時間より短い場合は最小有効時間に合わせることを特徴とするトラップ制御システム。
【請求項６】
ネットワークを介してマネージャ、エージェント及び代理エージェントを接続し、前記エージェントから代理エージェントを経由してマネージャにトラップを転送して監視させるトラップ制御システムに於いて、
前記マネージャに、
代理エージェントに、監視するエージェントアドレス、自己アドレス及びトラップ有効時間を含むトラップ登録要求を発行してトラップ先として登録させるトラップ登録要求処理部と、
代理エージェントからのリリース確認要求に対しトラップ先としての登録を削除させるリリース要求又はトラップ先としての登録を継続させる時間延長要求をエージェントアドレスを指定して発行する時間管理処理部と、
トラップ先として登録要求を行ったエージェントのトラップを代理エージェントから受信して処理するトラップ監視処理部と、
を設け、
前記代理エージェントに、
エージェント毎に分けて設けられたデータベースと、
前記マネージャからのトラップ登録要求を受信した際に、エージェントアドレスで指定されるデータベースにトラップ先としてアドレス及びトラップ有効時間を登録するトラップ登録処理部と、
エージェントからのトラップ通知時に対応するデータベースを参照し、トラップ先として登録されたマネージャにトラップを発行するトラップ発行処理部と、
前記データベースのトラップ有効時間が切れた際に、マネージャに該当するエージェントのリリース確認要求を発行するリリース確認処理部と、
前記マネージャからリリース要求を受信した際に、エージェントアドレスで指定されたデータベースの該当するトラップ先の登録を削除するリリース処理部と、
前記マネージャから時間延長要求を受信した際に、エージェントアドレスで指定されたデータベースの該当する有効時間を更新する時間延長処理部と、
を備えたことを特徴とするトラップ制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してマネージャとエージェントを接続し、エージェントからマネージャにトラップを発行して監視させるトラップ制御システムに関し、特に、エージェントにトラップ先登録を行ったマネージャに対してのみトラップを発行するようにしたトラップ制御システムに関する。
【０００２】
【従来の技術】
近年、ＬＡＮ等のネットワークは膨大化し複雑化しつつあり、ネットワーク管理がますます重要になってくる。このようなネットワークの管理には、種々のネットワーク管理プロトコルが運用され、代表なものとしてはＣＭＩＰ(Common Management Information Protcol）、ＳＮＭＰ（Simple Network Management Protcol ）などをあげられる。これらの管理プロトコルは基本的にポーリング方式とイベント方式を使っている。
【０００３】
ポーリング方式はマネージャが一定の間隔で管理対象機器に問い合わせ、管理対象機器の状態を常にチェックする。この方式は正確に監視できる特徴をもつ反面、トラフィックが起こり易く、リアルタイム性に欠ける等のデメリットがある。
【０００４】
イベント方式は、管理対象機器からマネージャに自分の状態変化を通知するものであり、ポーリング方式を補間する。しかし、イベント方式も様々な制約がある。現在、代表的なネットワーク管理プロトコルであるＳＮＭＰの世界では、イベント方式はトラップという。ＳＮＭＰのエージェントを搭載したプリンタ等の管理対象機器は状態変化が発生する時にトラップを発行する。エージェントからのトラップはマネージャが受け取り、管理対象機器の状態を把握する。
【０００５】
ＳＮＭＰのトラップの発行方式には、ブロードキャスト方式とユニキャスト方式がある。図２９はブロードキャスト方式のトラップを説明する。いまサブネット１０６にエージェント１００、マネージャ１０２−１，１０２−２およびホスト１０４−１，１０４−２が接続されており、エージェント１００とマネージャ１０２−１が管理グループを構成していたとする。
【０００６】
ここでサブネット１０６とは、ネットワークＩＤとホストＩＤで構成される各ノードのアドレスにつき、例えば８ビットのネットワークＩＤに４ビットのサブネットを付加したアドレスをもつネットワークである。このようなサブネット１０６にあっては、ネットワークＩＤのサブネットを同じアドレスにすることで、エージェント１００とマネージャ１０２−１で管理グループを構成することができる。
【０００７】
通常の運用状態で、エージェント１００はブロードキャスト方式でトラップを発行する。しかし、エージェント１００が発行してブロードキャストのトラップは、管理対象と同じサブネットのネットワークＩＤに存在しているマネージャ１０２−１しか受け取らない。しかし、ブロードキャストでは、サブネット１０６に存在する全てのホスト１０４−１，１０４−２に対しトラップを発行する。このためサブネット１０６内にトラフィックが起こり安い。特に最近はスイッチング技術を採用してサブネット内のトラフィックを制御するネットワークが多くなってきているが、ブロードキャストのトラップによってトラフィックを制御できない比率が高くなる問題がある。
【０００８】
ブロードキャストで発行するトラップは、ネットワークのトラフィックの影響以外に、トラップを管理するマネージャにも影響する。エージェント１００がブロードキャストでトラップを発行した場合、エージェント１００を管理していないマネージャ１０２−２もトラップを受け付けなければならない。マネージャ１０２−２は受け付けた沢山のトラップの中から、自分が管理対象としているエージェントからの有用なトラップを探し出さなければならず、マネージャの負担が重くなってしまう。
【０００９】
【発明が解決しようとする課題】
このような従来のブロードキャストで発行するトラップの問題を解決するには、ユニキャスト方式でトラップを発行することが考えられる。ユニキャスト方式、エージェントの各々にトラップの通知先のマネージャを予め登録しておき、トラップを登録したマネージャにのみ直接通知するようにしている。
【００１０】
しかし、ユニキャスト方式のトラップは、運用を開始する前にトラップ通知先をエージェントに登録しなければならず、このような登録は煩雑で時間がかかるために、ほとんどの場合、結局、ブロードキャストを採用してしまっている。
【００１１】
またトラップの通知先をいったん登録しまうと、マネージャがダウンしても登録を解除しない限りのエージェントが継続してトラップを発行する。このためトラフィックの発生する以外に、エージェントが無駄な作業をやってしまって、管理対象機器の性能にも影響する。
【００１２】
また図３０のように、サブネット１０６のマネージャ１０２−１をトラップ先としてエージェント１００−１〜１００−ｎに登録してユニキャスト方式でトラップを発行していた場合、マネージャ１０２−１のアドレス変更やマネージャ１０２−２への変更の場合、エージェント１００−１〜１００−ｎの全てにおいててトラップ先の登録を変更しなければならない。この登録の変更は、管理対象機器が多い環境では、膨大となり、かなり無理な作業となる。
【００１３】
更に、エージェントとして機能する管理対象機器が搭載するメモリ量は限られており、使用していないトラップ先の登録エントリを削除しないと、メモリをどんどん使うことになり、管理対象機器の資源を食ってしまう。
【００１４】
以上の問題点を整理する。まずブロードキャスト方式のトラップは、次の問題がある。
（１）トラップをブロードキャストで発行すると、ネットワークにトラフィックの発生が多くなる。
（２）サブネット外のマネージャがブロードキャスト方式のトラップを受け取れない。
（３）ブロードキャストのトラップを無差別でサブネットにあるすべてのネットワーク装置に送出することによって、各装置及びマネージャに負担をかける。
【００１５】
またユニキャスト方式のトラップは次の問題がある。
（１）ユニキャストのトラップでは、トラップ先の事前登録のため管理者に負担をかけて、運用しにくい。
（２）事前登録のトラップ先を解除するまで、マネージャが該当するノードを管理しなくても、トラップを送られてきてしまう。
（３）管理システム構成が変わった時に、すべてのトラップ先登録エントリを正確に移行するのはほぼ不可能に近い。
（４）無駄なトラップ先の登録エントリにより管理対象機器でのメモリの使用量が多くなる。
【００１６】
このような問題は、ネットワークが膨大化し複雑化しつつある環境変化に起因している。従来のネットワーク管理は、ルータ、交換機などのネットワーク機器の管理をメインとしている。しかし、ネットワーク上ではルータ、交換機などのような機器の数は少ないため、ブロードキャスト方式でトラップを発行しても、トラフィックの発生総量が少なく、ネットワークに負担をかけない。またユニキャスト方式でトラップ先の設定を変更する必要が生じても、数少ないホストを再設定するだけて対応できるため、人手で行っても、負担がそんなに大きくない。
【００１７】
また従来の監視対象とする情報は、機器のステータス、特に障害情報をメインとしており、そのため情報の種類が少なく、発行するトラップの数も限られる。通常の運用では、ＳＮＭＰマネージャを専用サーバにインストールしてネットワーク機器を管理する。１つのネットワーク上では、このようなＳＮＭＰマネージャの数も少なく、しかも一旦設定して稼動し始めたら、あまり変更しない。このためユニキャスト方式としても、管理対象機器に登録するトラップ先となるＳＮＭＰマネージャの情報が少なくて済み、一旦登録したら、変更することはほんどない。
【００１８】
しかし、最近、ＳＮＭＰでネットワーク管理は、ネットワークの膨大化と複雑化に伴い新たな動向が出てきている。まずワークステーション、パソコン、プリンタなどのオフィス機器もＳＮＭＰで管理することになり、管理する対象機器のの種類および数が増加している。また管理する情報は、従来の障害情報だけではなく、タスク、ジョブ、消耗品などの稼動中の情報も統計や課金管理のために監視され、情報の量が従来と比べて膨大な量になってきている。
【００１９】
更に、一般機器を監視するＳＮＭＰマネージャは専用サーバではなく、一般のパソコンを使用したクライアントにもインストールすることができ、マネージャの数が多くなり、しかも固定しない状況にある。
【００２０】
このような環境においては、ブロードキャスト方式のトラップを採用すればネットワークトラフィックが深刻になる。またユニキャスト方式のトラップを採用すると、人手でトラップを一々登録するのは不可能に近いことになり、新たなトラップ制御の手法が要求されている。
【００２１】
本発明は、ＳＮＭＰのネットワーク管理を対象とし、ネットワーク、マネージャ、エージェント側の管理対象機器に及す影響を最小限してネットワーク性能を向上するトラップ制御システムを提供することを目的とする。
【００２２】
【課題を解決するための手段】
図１は本発明の原理説明図である。本発明は、ネットワーク１４を介してマネージャ１２とエージェント１０を接続し、エージェント１０からマネージャ１２にトラップを発行して監視させるトラップ制御システムを対象とする。
【００２３】
このようなトラップ制御システムにつき本発明は、マネージャ１２に、監視対象とするエージェントに、自己アドレス及びトラップ有効時間を含むトラップ登録要求を発行してトラップ先として登録させる登録要求処理部２２と、エージェントからのリリース確認要求に対しトラップ先としての登録を削除させるリリース要求又はトラップ先としての登録を継続させる時間延長要求を発行する有効時間管理処理部２４と、トラップ先として登録要求を行ったエージェントからのトラップを受信して処理するトラップ監視処理部２０とを設ける。
【００２４】
またエージェント１０に、マネージャからトラップ登録要求を受信した際に、データベース１６にトラップ先のアドレス及びトラップ有効時間（残り有効時間）を登録するトラップ登録処理部３６と、トラップ発生時にデータベース１６を参照してトラップ先として登録されたマネージャにトラップを発行するトラップ発行処理部３４と、データベースの有効時間が切れた際に、対応するマネージャにリリース確認要求を発行する時間切り監視処理部３８と、マネージャからリリース要求を受信した際に、データベースの該当するトラップ先の登録を削除するリリース処理部４０と、マネージャから時間延長要求を受信した際に、データベースの該当する有効時間を更新する時間延長処理部４２とを備えたことを特徴とする。
【００２５】
このように本発明のトラップ制御システムは、ブロードキャスト方式のトラップではなく、ユニキャスト方式でトラップを発行することを基本とし、このためネットワークトラフィック量を減らすことができ、サブネット外にあるマネージャでもトラップを受け取ることが可能となる。
【００２６】
またマネージャは監視対象とする機器のエージェントに自分をトラップ先として登録させることができ、マネージャにおいて、エージェントのトラップを受け取るか否かのコントロールでき、無駄なトラップを発生させない。
【００２７】
更に、マネージャとエージェントの間のプロトコルにより、トラップ先の登録、削除などの操作はオペレータが関与しなくとも自動的にでき、オペレータの負担を軽減し、ユニキャストでトラップを発行するためのシステム設定が正確にできる。
【００２８】
エージェントの時間切れ監視処理部は、マネージャにリリース確認要求を発行した後、一定時間を経過しても応答が得られなかった場合、データベースから時間切れとなったトラップ先を削除する。このようにエージェント側でも登録したトラップ先の有効時間をコントロールするため、マネージャがダウンしたような場合、エージェント側の判断で登録したトラップ先を解除でき、エージェントのリソースを有効に利用し、無駄なトラップを減少できる。
【００２９】
マネージャは、トラップ登録要求に認証ＩＤを含めることでエージェントのデータベースのトラップ先に登録し、リリース要求コマンドを受信した際に認証ＩＤの照合一致でトラップ先の登録をデータベースから削除する。これによってトラップ先の登録、解除のセキュリテイを高め、また第三者代行によるトラップ先の登録や削除を可能とする。
【００３０】
エージェントのトラップ発行処理部、リリース処理部及び時間延長処理部は、マネージャからの要求を処理した場合は要求成功をマネージャに発行し、要求を処理できなかった場合は要求失敗をマネージャに発行する。これによって、マネージャは、エージェントにおけるトラップ先の登録、解除等の状況を正確に把握して適切な対応をとることができる。
【００３１】
エージェントのトラップ登録処理部および時間延長処理部は、トラップ有効時間の最大有効時間と最小有効時間を閾値として備え、要求された有効時間が最大有効時間を越えた場合は最大有効時間に合わせ、要求された有効時間が最小時間より短い場合は最小有効時間に合わせる。
【００３２】
このトラップ有効時間を最大有効時間に合わせることで、必要時間以上のトラップ先の登録を回避して不要なトラップを防止できる。また最小有効時間に合わせることで、有効時間が短すぎることによるトラップ登録要求や時間延長要求のコマンド発行回数を制限する。
【００３３】
また本発明は、ネットワークを介してマネージャ、エージェント及び代理エージェントを接続し、エージェントから代理エージェントを経由してマネージャにトラップを転送して監視させるトラップ制御システムを提供する。
【００３４】
このシステムでは、マネージャに、代理エージェントに、監視するエージェントアドレス、自己アドレス及び有効時間を含むトラップ登録要求を発行してトラップ先として登録させるトラップ登録要求処理部と、代理エージェントからのリリース確認要求に対しトラップ先としての登録を削除させるリリース要求又はトラップ先としての登録を継続させる時間延長要求をエージェントアドレスを指定して発行する時間管理処理部と、トラップ先として登録要求を行ったエージェントのトラップを代理エージェントから受信して処理するトラップ監視処理部とを備える。
【００３５】
また代理エージェントには、エージェント毎に分けて設けられたデータベースと、マネージャからのトラップ登録要求を受信した際に、エージェントアドレスで指定されるデータベースにトラップ先としてアドレス及び有効時間を登録するトラップ登録処理部と、エージェントからのトラップ通知時に対応するデータベースを参照し、トラップ先として登録されたマネージャにトラップを発行するトラップ発行処理部と、データベースの有効時間が切れた際に、該当するエージェントの対応するマネージャにリリース確認要求を発行するリリース確認処理部と、マネージャからリリース要求を受信した際に、エージェントアドレスで指定されたデータベースの該当するトラップ先の登録を削除するリリース処理部と、マネージャから時間延長要求を受信した際に、エージェントアドレスで指定されたデータベースの該当する有効時間を更新する時間延長処理部とを備える。
【００３６】
このような代理エージェントの機能により、メモリ資源の制限等の理由で本発明の機能を備えない通常のエージェントについても、トラップ先を代理エージェントとするユニキャスト方式でトラップを発生させることで、マネージャは実質的に監視対象とする機器のエージェントに自分をトラップ先を登録させ、エージェントからのトラップを受け付けをコントロールできる。
【００３７】
【発明の実施の形態】
図２は、本発明のトラップ制御システムのシステム構成の説明図である。
【００３８】
図２において本発明のトラップ制御システムは、例えばサブネットを構成するＬＡＮ１４に対しネットワーク管理プロトコルとして、ＳＮＭＰを採用したエージェント１０、マネージャ１２−１，１２−２を接続している。尚、図２は説明を簡単にするため本発明のトラップ制御システムの一部を示し、実際には多数のエージェント１０及びマネージャがＬＡＮ１４に接続されている。
【００３９】
エージェント１０及びマネージャ１２−１，１２−２は、それぞれユニークなアドレス例えばＩＰアドレスを持っている。ＩＰアドレスはネットワークＩＤとホストＩＤで構成される。
【００４０】
ＳＮＭＰネットワーク管理プロトコルにあっては、ネットワークＩＤにサブネットを付加しており、このためＳＮＭＰにおけるブロードキャストのトラップはエージェント１０と同じサブネットに属しているマネージャにしか届かない。ここでエージェント１０とマネージャ１２−１が同じサブネットに存在しており、マネージャ１２−２は別のサブネットに存在しているとする。
【００４１】
本発明のトラップ制御システムにあっては、マネージャ１２−１，１２−２のそれぞれが、エージェント１０の存在する機器を監視対象とした場合、エージェント１０に対しトラップ先の登録を行い、この登録がデータベース１６に格納される。登録後にエージェント１０でトラップが発生すると、データベース１６を参照し、登録されたトラップ先としてマネージャ１２−１，１２−２を認識し、それぞれに対しトラップを発行する。
【００４２】
このようなマネージャ１２−１，１２−２からエージェント１０に対する監視対象としての登録要求によって、エージェント１０は同じサブネットに存在しているマネージャ１２−１はもちろんのこと、別のサブネットに存在しているマネージャ１２−２に対してもトラップ先の登録に従ってトラップを発行することができる。
【００４３】
図３は、図２のマネージャ１２−１及びエージェント１０の機能構成のブロック図である。尚、マネージャ１２−２もマネージャ１２−１と同じ構成を有する。
【００４４】
マネージャ１２−１はマネージャ制御部１８、トラップ監視処理部２０、登録要求処理部２２及び有効時間管理処理部２４を備える。有効時間管理処理部２４にはリリース確認処理部２５、リリース要求処理部２６及び時間延長要求部２８が設けられている。
【００４５】
マネージャ制御部１８はＳＮＭＰに従ってエージェント１０との間で要求と応答のやり取りを行う。トラップ監視処理部２０はトラップ先として登録要求を行ったエージェント１０からのトラップを受信して処理する。登録要求処理部２２は監視対象とする機器に存在するエージェント１０に対し、登録要求コマンド、トラップ先を示す自己アドレス、トラップ有効時間、更にセキュリティ用の認証ＩＤを含むトラップ登録要求のコマンドメッセージを発行し、エージェント１０にマネージャ１０−１をトラップ先として登録させる。
【００４６】
有効時間管理処理部２４は、エージェント１０からのリリース確認要求に対し、リリース確認処理部２５でトラップ先として継続するか否か判断し、解除する場合にはリリース要求部２６よりリリース要求を発行し、継続させる場合には時間延長要求部２８より時間延長要求を発行する。
【００４７】
このようなマネージャ１２−１の機能に対応してエージェント１０には、エージェント制御部３０、初期化処理部３２、トラップ発行処理部３４、トラップ登録処理部３６、時間切れ監視処理部３８、リリース処理部４０、時間延長処理部４２、更にデータベース１６が設けられている。
【００４８】
エージェント処理部３０は、ネットワーク管理プロトコルとしてのＳＮＭＰに従ってマネージャ１２−１からの要求の受信とその応答を行う。初期化処理部３２は、エージェント１０の起動時に、データベースを読み込む初期化処理を行っている。トラップ発行処理部３４はデータベース１６に登録されたトラップ先にトラップを発行する。
【００４９】
トラップ登録処理部３６は、マネージャ１２−１からトラップ登録要求を受信した際に、データベース１６にトラップ先の登録を行う。このトラップ先の登録は、トラップ先を示すマネージャ１２−１のアドレス、トラップ有効時間及び認証ＩＤを登録する。
【００５０】
時間切れ監視処理部３８は、データベース１６に登録しているトラップ有効時間が切れた際に、対応するマネージャにリリース確認要求を発行する。リリース処理部４０は、マネージャからリリース要求を受信した際に、データベース１６の該当するトラップ先の登録を削除する。更に時間延長処理部４２は、マネージャから時間延長要求を受信した際に、データベース１６の該当する登録先のトラップ有効時間を更新する。
【００５１】
ここで時間切れ監視処理部３８は、データベース１６のトラップ有効時間が切れた際にマネージャに対しリリース確認要求を行い、この確認要求に対し一定時間を経過しても応答が得られなかった場合には、データベース１６から時間切れとなったトラップ先をエージェント１０自身で削除する。
【００５２】
また、エージェント１０に設けているトラップ登録処理部３６、リリース処理部４０及び時間延長処理部４２は、マネージャからの要求を処理した場合は要求成功をマネージャに発行し、要求を処理できなかった場合は要求失敗をマネージャに発行する。
【００５３】
更にトラップ登録処理部３６と時間延長処理部４２は、データベース１６に登録するトラップ有効時間の最大有効時間と最小有効時間を閾値として持っており、要求されたトラップ有効時間が最大有効時間を越えた場合は最大有効時間に合わせ、要求されたトラップ有効時間が最小有効時間より短い場合は最小有効時間に合わせる。
【００５４】
図４は図３のマネージャ１２−１とエージェント１０の間でトラップ制御のためにやり取りする各種の要求及び応答に使用するコマンドを示している。また図５は、マネージャとエージェントの間でコマンドメッセージとしてやり取りする要求及び応答のコマンドフォーマットを示している。
【００５５】
図５（Ａ）はコマンドフォーマットの基本構成であり、シーケンスＩＤ、コマンド、トラップ先、有効時間、認証ＩＤで構成されている。このコマンドフォーマットのコマンドの部分には、図４に示すコマンドコードがセットされる。トラップ先は要求または発行するマネージャまたはエージェントのアドレスを入れる。
【００５６】
図５（Ｂ）はマネージャからエージェントにトラップ登録要求を行う際の具体的なコマンド内容である。このトラップ登録要求については、「シーケンスＩＤ」に続いてトラップ登録要求を意味するコマンド「ＴＲＡＰ ＲＥＧ ＲＥＱ」を入れ、トラップ先にはエージェント１２−１のアドレス「Ａｄｄｒ１」を入れ、有効時間は「２Ｈ（２時間）」を入れ、認証ＩＤには「ａａａａ」を入れている。
【００５７】
図４のコマンド説明にあっては、コマンドＩＤ１〜ＩＤ８の８つを示しており、コマンドＩＤ１がマネージャからエージェントに発行するトラップ登録要求であり、コマンドコード「ＴＲＡＰ ＲＥＧ ＲＥＱ」を使用する。コマンドコードＩＤ２はトラップ登録要求に対しエージェントでデータベースに登録を行った際に返すトラップ登録成功であり、コマンドコード「ＴＲＡＰ ＲＥＧ ＯＫ」を使用する。またエージェントで登録が失敗した場合には、トラップ登録失敗としてコマンドコード「ＴＲＡＰ ＲＥＧ ＦＡＩＬＥＤ」を使用する。
【００５８】
次のコマンドコードＩＤ４，ＩＤ５は時間延長要求と時間延長成功であり、それぞれコマンドコード「ＴＲＡＰ ＥＸＴＥＮＤ ＲＥＱ」「ＴＲＡＰ ＥＸＴＥＮＤ ＯＫ」を使用する。更にコマンドコードＩＤ６，ＩＤ７はリリース要求とリリース成功であり、コマンドコード「ＴＲＡＰ ＲＥＬＥＡＳＥ ＲＥＱ」と「ＴＲＡＰ ＲＥＬＥＡＳＥ ＯＫ」を使用する。最後のコマンドコードＩＤ８はエージェントからマネージャに発行するリリース確認要求であり、コマンドコード「ＴＲＡＰ ＲＥＬＥＡＳＥ ＣＯＮＦ」を使用する。
【００５９】
図６は図２のデータベース１６に対し、マネージャ１２−１とマネージャ１２−２のそれぞれによりトラップ先の登録が行われたときの登録内容である。データベース１６はトラップ先の残り有効時間及び認証ＩＤをトラップ先のエントリごとに登録している。ここでマネージャ１２−１はアドレス「Ａｄｄｒ１」を持ち、これがトラップ先として登録され、その有効時間は「２Ｈ」であり、認証ＩＤは「ａａａａ」となっている。これに対しマネージャ１２−２はトラップ先として自己アドレス「Ａｄｄｒ２」を登録しており、残り有効時間は「３０ｍｉｎ」であり、更に認証ＩＤは「ｂｂｂｂ」となっている。
【００６０】
図７，図８及び図９は、図２のエージェント１０をマネージャ１２−１，１２−２が監視対象とした場合のトラップ登録処理、登録後のトラップ発行処理、トラップ有効時間が時間切れとなった場合のリリース及び時間延長処理、更にトラップ発行処理において完了トラップが発行された場合のリリース処理を示している。
【００６１】
まず図７は、マネージャ１２−１，１２−２がエージェント１０に対しトラップ登録を行う場合のタイムチャートである。
【００６２】
図７において、マネージャ１２−１がステップＳ１０１でエージェント１０をトラップ監視ノードとして追加する条件が成立したとき、ステップＳ１０２でトラップ登録要求をエージェント１０に対し発行する。このトラップ登録要求は図５（Ｂ）に示したコマンドメッセージを発行する。
【００６３】
エージェント１０はステップＳ１で、マネージャ１２−１からのトラップ登録要求を受信すると、データベース１６をステップＳ２でチェックして、このとき空きがあるため、ステップＳ３で図６のデータベース１６における「Ａｄｄｒ１，２Ｈ，ａａａａ」のように登録する。
【００６４】
データベース１６に対する登録が成功すると、ステップＳ４でトラップ登録成功を発行する。このトラップ登録成功のコマンドメッセージは、図５（Ａ）のコマンドとして図４のコマンドコード「ＴＲＡＰ ＲＥＧ ＯＫ」を入れたものを返す。エージェント１０からのトラップ登録成功を受信したマネージャ１２−１は、ステップＳ１０３でエージェント１０のトラップ監視モードに入る。
【００６５】
一方、マネージャ１２−２にあっては、ステップＳ２０１でエージェント１０をトラップ監視ノードとして追加し、これに伴いステップＳ２０２でトラップ登録要求を発行する。このトラップ登録要求のコマンドメッセージは、図５（Ａ）のコマンドフォーマットに従って「シーケンスＩＤ，ＴＲＡＰ ＲＥＧ ＲＥＱ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」を発行する。
【００６６】
エージェント１０はステップＳ６でマネージャ１２−２からのトラップ登録要求を受信したが、このときステップＳ７のようにデータベース１６に空きがなかった場合には、ステップＳ８で図６のデータベース１６に登録した全てのマネージャリリース確認要求を発行する。メッセージを受信したマネージャ１２−２は自分の状況によって、時間延長要求またはリリース要求を返信する。その後、エージェント１０はマネージャ１２−２は自分の状況によって、処理が次のケース１とケース２の２つに分かれる。
【００６７】
（ケース１）：マネージャ１２−２からリリース要求を受信したか、又は未返信のマネージャが存在する場合、エージェント１０はステップＳ９のようにデータベース１６から不要なトラップを削除し、データベース１０に空きができる。そこでステップＳ１０で図６のデータベース１６に対し「Ａｄｄｒ２，３０ｍｉｍ，ｂｂｂｂ」のように登録する。データベース１６に対する登録が成功すると、ステップＳ１１でトラップ登録成功を発行する。このトラップ登録成功のコマンドは、図５（Ａ）のコマンドとして図４のコマンド「ＴＲＡＰ ＲＥＧ ＯＫ」を入れたものを返す。エージェントらのトラップ登録成功を受信したマネージャ１２−２はステップ２０４でエージェント１０のトラップ監視モードに入る。
【００６８】
（ケース２）：全てのマネージャから時間延長要求を受信したら、データベース１６には空きを作れないので、ステップＳ１２でトラップ登録要求失敗をマネージャ１２−２に発行する。このトラップ登録失敗コマンドメッセージは、図５（Ａ）のコマンドフォーマットに従って「シーケンスＩＤ，ＴＲＡＰ ＲＥＧ ＦＡＩＬＥＤ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」を発行する。エージェント１０からトラップ登録失敗を受信したマネージャ１２−２はステップＳ２０３でエージェント１０のポーリング監視モードに入る。
【００６９】
ケース２の場合、マネージャ１２−１が既にトラップ監視モードに入っているため、エージェント１０でトラップが発生したとき、ステップＳ１３でデータベース１６を参照してトラップ先となるアドレス「Ａｄｄｒ１」にトラップを発行し、これを受けてマネージャ１２−１がステップＳ１０６でトラップを受信してメッセージ表示等を行う。
【００７０】
またケース１では、マネージャ１２−１，１２−２がトラップ監視モードに入るため、エージェント１０でトラップが発生したとき、ステップＳ１４でデータベース１６を参照してトラップ先となるアドレス「Ａｄｄｒ１」にトラップを発行し、これを受けてマネージャ１２−１がステップＳ１０６でトラップを受信してメッセージ表示等を行う。
【００７１】
同時にエージェント１０は、同じトラップに基づきステップＳ１５で、データベース１６から得たトラップ先のアドレス「Ａｄｄｒ２」へトラップを発行し、これを受けてマネージャ１２−２がステップＳ２０５でトラップを受信してメッセージ表示を行う。
【００７２】
図８はマネージャ１２−１，１２−２がトラップ監視モードに入った状態でエージェント１０でそれぞれのトラップ有効時間が切れた場合の処理である。まずエージェント１０において、ステップＳ１６でマネージャ１２−１についての残り有効時間Ｔ１がＴ１＝０となって有効時間が切れると、ステップＳ１７でマネージャ１２−１に対しリリース確認要求を発行する。
【００７３】
このリリース確認要求は図５（Ａ）のコマンドフォーマットに従って「シーケンスＩＤ，ＴＲＡＰ ＲＥＬＥＡＳＥ ＣＯＮＦ，Ａｄｄｒ１，０Ｈ，ａａａａ」のコマンドメッセージを発行する。マネージャ１２−１はエージェント１０からのリリース確認要求を受信すると、ステップＳ１０７でエージェント１０をノード監視対象として終了することを確認し、この場合にはステップＳ１０８でリリース要求をエージェント１０に発行する。
【００７４】
このリリース要求のコマンドフォーマットは「シーケンスＩＤ，ＴＲＡＰ ＲＥＬＥＡＳＥ ＲＥＱ，Ａｄｄｒ１，０Ｈ，ａａａａ」となる。エージェント１０はマネージャ１２−１からのリリース要求をステップＳ１８で受信し、データベース１６からトラップ先としての登録を削除する。
【００７５】
削除が済むと、ステップＳ１９でリリース成功をコマンドメッセージ「シーケンスＩＤ，ＴＲＡＰ ＲＥＬＥＡＳＥ ＯＫ，Ａｄｄｒ１，０Ｈ，ａａａａ」としてマネージャ１２−１に発行する。このリリース成功の受信によりマネージャ１２−１は、ステップＳ１０９でエージェント１０に対するトラップ監視ノードを解除する。
【００７６】
次にエージェント１０のステップＳ２０でマネージャ１２−２のトラップ先の登録における残り有効時間Ｔ２がＴ２＝０となって時間切れとなった場合には、ステップＳ２１でリリース確認要求をマネージャ１２−２に発行する。エージェント１０からのリリース確認要求を受信したマネージャ１２−２は、エージェント１０をノード監視の対象として継続することをステップＳ２０６で確認すると、ステップＳ２０７に進んで時間延長要求をコマンドメッセージ「シーケンスＩＤ，ＴＲＡＰ ＥＸＴＥＮＤ ＲＥＱ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」として発行する。
【００７７】
このマネージャ１２−２からの時間延長要求をエージェント１０はステップＳ２２で受信し、残り有効時間Ｔ２を要求された時間３０ｍｉｎだけ延長する。そしてステップＳ２３で時間延長成功をコマンドメッセージシーケンスＩＤ，ＴＲＡＰ ＥＸＴＥＮＤ ＯＫ，Ａｄｄｒ２，３０ｍｉｎ，ｂｂｂｂ」として発行する。この時間延長成功を受けてマネージャ１２−２は、ステップＳ２０８でトラップ監視モードを継続する。
【００７８】
その後、マネージャ１２−２がステップＳ２０９で障害等で停止したとする。このマネージャ１２−２の停止状態において、エージェント１０がステップＳ２４でマネージャ１２−２の残り有効時間Ｔ２＝０の時間切れを認識し、リリース確認要求を発行したとする。
【００７９】
このリリース確認要求の発行に対し、マネージャ１２−２は停止状態にあるため何の応答も得られない。そこでエージェント１０はステップＳ２５で応答待ちの時間切れを判断すると、ステップＳ２６でデータベース１６からマネージャ１２−２のトラップ先の登録を削除する。
【００８０】
これによって、トラップ有効時間切れとなったマネージャがダウンして応答が得られないような場合には、エージェント側で自動的にトラップ先の登録が削除され、時間切れとなった応答なしのマネージャに対しトラップを発行することはなくなり、またエージェント１０におけるデータベースからの削除で不要なメモリ資源を占有することもない。
【００８１】
図９はマネージャ１２−１がエージェント１０をトラップ監視モードから外すタイムチャートである。マネージャ１２−１は、ステップＳ１１０でエージェント１０に対しリリース要求を発行する。このリリース要求を受けてエージェント１０は、ステップＳ２７でデータベース１６からマネージャ１２−１のトラップ先としての登録を削除する。
【００８２】
トラップ先の登録が削除できると、ステップＳ２８でリリース成功をマネージャ１２−１に発行する。このためマネージャ１２−１は、ステップＳ１１２でエージェント１０についてのトラップ監視モードを解除する。
【００８３】
図１０は図２のマネージャ１２−１におけるメイン処理のフローチャートである。マネージャメイン処理にあっては、ステップＳ１で監視対象としてノードの追加があったときに登録要求処理を行い、ステップＳ２でエージェントからのトラップ監視処理を行い、更にステップＳ３でエージェントからのリリース確認要求に対応した有効時間管理処理を行っており、これらのステップＳ２〜Ｓ３のメイン処理を、ステップＳ４で終了指示があるまで繰り返している。
【００８４】
図１１は図１０のステップＳ２におけるトラップ監視処理のフローチャートである。トラップ監視処理にあっては、ステップＳ１でエージェントからのトラップ受信をチェックしており、トラップを受信すると、ステップＳ２でメッセージ表示等のトラップの受信処理を行う。
【００８５】
続いてステップＳ３で、受信したトラップが完了トラップか否かチェックする。完了トラップであれば、ステップＳ４でリリース要求をエージェントに発行し、ステップＳ５でリリース成功の受信を待って、ステップＳ６で該当エージェントのトラップ監視モードを解除する。
【００８６】
図１２は図１０のステップＳ２における登録要求処理のフローチャートである。ステップＳ１でマネージャにおいてエージェントの追加が認識されると、ステップＳ２でトラップ登録要求を追加先のエージェントに発行する。続いてステップＳ３でトラップ登録成功の受信をチェックしており、成功を受信すると、ステップＳ４で、新たに追加した該当エージェントのトラップ監視モードに入る。トラップ登録失敗の場合はステップＳ５で、新たに追加した該当エージェントのポーリング監視モードに入る。
【００８７】
図１３は、図１０のステップＳ３の有効時間監視処理のフローチャートである。この有効時間監視処理にあっては、ステップＳ１でエージャントをトラップ監視対象から外すか否かチェックし、外さない場合はステップＳ２でエージェントからのトラップ有効時間切れに対応して発行されるリリース確認要求の受信をチェックする。
【００８８】
リリース確認要求を受信すると、ステップＳ３でリリース確認要求の発行原因となったエージェントに対象機器のトラップ監視を中止するか否かチェックする。トラップ監視の継続を中止する場合にはステップＳ４に進み、エージェントに対しリリース要求を発行する。リリース要求の発行に対しステップＳ５でエージェントからリリース成功を受信するかタイムアウトになると、ステップＳ６で該当エージェントのトラップ監視モードを解除する。尚ねステップＳ１でエージェントをトラップ監視対象から外す場合もステップＳ３〜Ｓ５の処理となる。
【００８９】
一方、ステップＳ３でリリース確認要求を出したエージェントの対象機器の監視を継続する場合には、ステップＳ７に進み、エージェントに対し時間延長要求を発行し、ステップＳ８でタイムアウトまでの間にエージェントからの時間延長成功を受信すると、ステップＳ９で該当エージェントのトラップ監視モードを継続する。
【００９０】
図１４は図３のエージェント１０におけるメイン処理のフローチャートである。このエージェントメイン処理にあっては、ステップＳ１でエージェントの起動に伴うデータベースのファイル読み込みを行って初期化し、ステップＳ２でトラップ発行処理を行い、ステップＳ３でトラップ登録処理を行い、ステップＳ４でリリース処理を行い、ステップＳ５で時間延長処理を行い、ステップＳ６で時間切れ監視処理を行い、ステップＳ２〜Ｓ６の処理を、ステップＳ７で終了指示があるまで繰り返す。
【００９１】
図１５は図１４のトラップ発行処理のフローチャートである。このトラップ発行処理にあっては、ステップＳ１で対象機器においてトラップが発生したか否かチェックしており、トラップが発生するとステップＳ２に進み、データベースからトラップの送信先のマネージャを検索し、ステップＳ３で、検索したマネージャにトラップを転送する。
【００９２】
図１６は図１４のトラップ登録処理のフローチャートである。このトラップ登録処理にあっては、ステップＳ１でマネージャからのトラップ登録要求を受信すると、ステップＳ２に進み、データベースに空きがあるか否かチェックする。
【００９３】
データベースに空きがあれば、ステップＳ３でマネージャに関するエントリ、即ち図６に示したようなトラップ先、残り有効時間、認証ＩＤを追加する。次にステップＳ４でマネージャに対しトラップ登録成功を発行する。一方、ステップＳ２でデータベースに空きがなかった場合には、ステップＳ５でマネージャに対しトラップ登録失敗を発行する。
【００９４】
図１７は図１４のステップＳ４におけるリリース処理のフローチャートである。このリリース処理にあっては、ステップＳ１でリリース要求の受信を判別すると、ステップＳ２に進んでデータベースの該当するマネージャのエントリを削除する。エントリの削除が済むと、ステップＳ３でリリース要求成功を要求元のマネージャに対し発行する。
【００９５】
図１８は図１４のステップＳ４における時間延長処理のフローチャートである。この時間延長処理にあっては、ステップＳ１でマネージャからの時間延長要求を受信すると、ステップＳ２に進み、データベースの該当するマネージャの有効時間を更新する。更新が済むと、ステップＳ３で要求元のマネージャに対し時間延長成功を発行する。
【００９６】
図１９は図１４のステップＳ５における時間切れ監視処理のフローチャートである。この時間切れ監視処理にあっては、ステップＳ１でデータベースの中の有効時間が切れたトラップ先としてのマネージャがあるか否か検索する。時間切れが検索されるとステップＳ２に進み、時間切れとなったトラップ先の該当マネージャに対しリリース確認要求を発行する。
【００９７】
リリース確認要求の発行が済むと、ステップＳ３で時間延長要求が受信したか否か判別している。時間延長要求が受信されると、ステップＳ４でデータベースの該当マネージャの有効時間を更新し、ステップＳ５で時間延長成功を発行する。このステップＳ３〜Ｓ５の処理は、図１８に示した時間延長処理そのものである。
【００９８】
またステップＳ６でリリース要求を受信した場合には、ステップＳ７でデータベースから該当マネージャのエントリを削除し、ステップＳ８でリリース要求成功を発行する。このステップＳ６〜Ｓ８の処理は、図１７に示したリリース処理と同じものである。
【００９９】
一方、ステップＳ２で該当するマネージャへリリース確認要求を発行した後、ステップＳ３で時間延長要求を受信せず、またステップＳ６でリリース要求も受信しなかった場合には、ステップＳ９に進み、一定の応答時間を経過したか否かのタイムアウトのチェックを行い、一定時間を経過してタイムアウトとなると、ステップＳ１０に進み、データベースから時間切れとなった該当マネージャのエントリを強制的に削除する。
【０１００】
次に、監視対象機器としてプリンタを例にとって本発明のトラップ制御システムの具体例を説明する。
【０１０１】
図２０は本発明のトラップ制御システムのシステム構成であり、サブネットを構成するＬＡＮ１４に対しホスト１２Ａ，１２Ｂ及びプリンタ１１を接続している。ホスト１２Ａ，１２Ｂは、ＳＮＭＰによるネットワーク管理プロトコルのマネージャであり、プリンタ１１はエージェントであり、このためトラップ先を登録するためのデータベース１６を備えている。
【０１０２】
図２１及び図２２は、図２０のホスト１２Ａからプリンタ１１に対し印刷要求を行った場合の本発明によるトラップ制御処理のタイムチャートである。
【０１０３】
図２１において、ホスト１２Ａは、ステップＳ１０１で印刷処理を開始し、ステップＳ１０２でドライバで印刷データを処理した後、ステップＳ１０３でプリンタに印刷データを転送する。印刷データのプリンタへの転送が済むと、ステップＳ１０４でジョブ監視マネージャを起動し、ステップＳ１０５でトラップ登録要求をプリンタ１１に発行する。
【０１０４】
プリンタ１１は、ステップＳ１でホスト１２Ａからの印刷データを受信して印刷処理を起動している。続いてステップＳ２でホスト１２Ａからのトラップ登録要求を受信し、データベース１６にトラップ先の登録処理を行う。続いてステップＳ３でトラップの登録成功をホスト１２Ａに対し発行する。
【０１０５】
ホスト１２ＡはステップＳ１０６でトラップ登録成功を受信し、トラップ監視モードに移行する。このときホスト１２Ａにあっては、例えば図２３（Ａ）のようなトラップ登録成功ログ４６を表示する。
【０１０６】
プリンタ１１はステップＳ４で印刷状況を監視しており、印刷中にステップＳ５で例えばジャムが発生すると、ステップＳ６でデータベース１６を検索してトラップ先としてホスト１２Ａを認識し、ホスト１２に対しジャムトラップを発行する。ホスト１２Ａは、ステップＳ１０７でプリンタ１１からのジャムトラップを受信し、紙詰まりのメッセージ表示を行う。このメッセージ表示は、例えば図２３（Ｂ）のジャム発生ログ４８のように「紙が詰まりました。」のメッセージ表示と同時にプリンタ１１の内部構造によりジャム発生箇所を表示する。
【０１０７】
プリンタ１１はジャム発生に対しオペレータがステップＳ７でジャム解除を行うと、ステップＳ８でホスト１２Ａに対しジャム解除トラップを発行する。ホスト１２Ａは、ステップＳ１０８でジャム解除トラップを受信し、印刷再開のメッセージ表示を行う。この印刷再開のメッセージ表示は、例えば図２３（Ｃ）のようなジャム解除ログ５０を表示する。
【０１０８】
続いてプリンタ１１側でステップＳ９のように印刷完了となると、ステップＳ１０で印刷完了トラップをホスト１２Ａに発行する。ホスト１２ＡはステップＳ１０９で印刷完了トラップを受信し、印刷完了のメッセージ表示を行う。この印刷完了のメッセージ表示は、例えば図２４（Ｄ）のような印刷完了ログ５２を表示する。
【０１０９】
続いて図２２のステップＳ１１０でホスト１２は、印刷完了トラップの受信に基づきプリンタ１１に対しリリース要求を発行する。プリンタ１１はホスト１２からのリリース要求をステップＳ１１で受信して、データベースからトラップ先としてのホスト１２の登録を削除する。
【０１１０】
トラップ先の削除が済むと、ステップＳ１２でリリース要求成功をホスト１２に対し発行する。ホスト１２はステップＳ１１１でプリンタ１１からのリリース要求成功を受信し、ジョブ監視マネージャを終了し、ステップＳ１１２で一連の印刷処理を終了する。ステップＳ１１１でホスト１２がリリース要求成功を受信すると、例えば図２４（Ｅ）のようなリリース要求成功ログ５４を表示する。
【０１１１】
図２５は本発明のトラップ制御システムの他の実施形態であり、エージェント側に代理エージェントを設けたことを特徴とする。
【０１１２】
図２５において、サブネットを構成するＬＡＮ１４に対してはマネージャ１２−１，１２−２及びエージェント１０Ａ〜１０Ｃが接続されており、更にこの実施形態にあっては代理エージェント１５を接続している。ここでエージェント１０Ａ〜１０Ｃはエージェント側に制限によって、図３のエージェント１０に示したトラップ制御のためのサービスを提供することができない機器である。例えば図３のエージェント１０として機能するためのメモリ領域が不足したり、メモリ領域に制限があってデータベースを確保できないような場合である。
【０１１３】
このようにエージェント１０Ａ〜１０Ｃが図３のエージェント１０の機能に対応できない場合には、代理エージェント１５を設け、図３のエージェント１０の機能を代理エージェント１５に行わせる。このため代理エージェント１５には、エージェント１０Ａ〜１０Ｃのそれぞれに対応したデータベース１６−１〜１６−３が確保されている。
【０１１４】
図２６は図２５の実施形態におけるマネージャ１２−１と代理エージェント１５、更にエージェント１０Ａ〜１０Ｃの機能構成のブロック図である。まずマネージャ１２−１は図３の実施形態のマネージャ１２−１と同じであり、マネージャ制御部１８、トラップ監視処理部２０、登録要求処理部２２、有効時間管理処理部２４を備えており、有効時間管理処理部２４にはリリース確認処理部２５、リリース要求部２６及び時間延長要求部２８が設けられている。
【０１１５】
これに対し代理エージェント１５にあっては、基本的には図３の実施形態のエージェント１０と同じであるが、データベースがエージェント１０Ａ〜１０Ｃに対応してそれぞれデータベース１６−１〜１６−３として設けられている。
【０１１６】
また代理エージェント１５にあっては、トラップ発行処理部３４Ａがエージェント１０Ａ〜１０Ｃに設けているトラップ転送部６２及びエージェント制御部６０からのトラップ発行を受信し、これに基づき、対応するデータベース１６−１〜１６−３の検索でトラップ先としてのマネージャを認識してトラップを発行する点が相違する。
【０１１７】
それ以外のトラップ登録処理部３６Ａ、時間切れ監視処理部３８Ａ、リリース処理部４０Ａ、時間延長処理部４２Ａについては、図３の実施形態では各エージェントに設けていたデータベースを、代理エージェント１５にデータベース１６−１〜１６−３として設けているデータベース検索の処理が相違するだけである。
【０１１８】
またマネージャ１２−１と代理エージェント１５の間の要求と応答のコマンドメッセージにあっては、図２７（Ａ）のようにシーケンスＩＤ、コマンド、トラップ先、有効時間及び認証ＩＤに加え、新たにエージェントアドレスが設けられている。図２７（Ｂ）は、マネージャ１２−１から代理エージェント１５に対しエージェント１０Ａに対するトラップ登録要求を行うためのコマンドメッセージである。
【０１１９】
このコマンドメッセージにあっては、最後にエージェント１０Ａのエージェントアドレス「Ａｄｄｒ１１」が入っている点が図３の実施形態と異なる。このコマンドメッセージの中にエージェントアドレスが入ることで、代理エージェント１５は自分が代理しているエージェント１０Ａ〜１０Ｃのいずれに対するトラップ登録要求であるかを認識できる。
【０１２０】
図２８は代理エージェント１５に設けているデータベース１６−１〜１６−３であり、エージェント１０Ａ用のデータベース１６−１、エージェント１０Ｂ用のデータベース１６−２、更にエージェント１０Ｃ用のデータベース１６−３に分けて設けている。
【０１２１】
各データベース１６−１〜１６−３はエージェント１０Ａのデータベース１６−１のように、トラップ先、残り有効時間、認証ＩＤを持っており、この場合には図２５のようにマネージャ１２−１，１２−２をトラップ先として残り有効時間及び認証ＩＤを登録している。この点はマネージャ１０Ｂ，１０Ｃに対応したデータベース１６−２，１６−３についても同様である。
【０１２２】
このような図２５の実施形態にあっては、代理エージェント１５としてパーソナルコンピュータ等を使用することからデータベース１６−１〜１６−３の確保は容易であり、代理エージェント１５を設けることによってエージェント１０Ａ〜１０Ｃにおけるリソースが不足する問題を解消し、マネージャ１２−１，１２−２との間の要求と応答のやり取りで、エージェント１０Ａ〜１０Ｃの各々についてマネージャ側からの要求でトラップ先としての登録を行い、エージェント１０Ａ〜１０Ｃでトラップが発生した場合には代理エージェント１５にトラップを通知すると、代理エージェント１５が該当するデータベース１６−１〜１６−３を参照してトラップ先を認識し、認識したトラップ先にトラップを発行することができる。
【０１２３】
尚、上記の実施形態は、ネットワーク管理プロトコルとしてＳＮＭＰを例にとるものであったが、同様にトラップ管理にブロードキャスト方式とユニキャスト方式を採用しているプロトコルであれば、適宜のネットワーク管理プロトコルにつきそのまま適用することができる。
【０１２４】
また上記の実施形態にあっては、ホストからパソコンに印刷データを送って印刷処理を行う場合を具体例として例にとるものであったが、トラップ監視対象とする機器はプリンタに限定されず、パソコン、ワークステーション等適宜のネットワーク接続機器を含む。また本発明はその目的と利点を損なわない適宜の変形を含み、更に実施形態に示した数値による限定は受けない。
【０１２５】
【発明の効果】
以上説明してきたように本発明によれば、マネージャからエージェントに対しトラップ先を登録することによって、マネージャ側においてエージェントのトラップを受け取るかどうかをコントロールでき、無駄なトラップの発生を防ぐことができる。
【０１２６】
また本発明にあっては、マネージャからのトラップ先の登録に基づきエージェントからユニキャストでトラップを発行しているため、ブロードキャストのトラップに比べネットワークのトラフィック量を減らすことができ、更にサブネット内に制約されるブロードキャストのトラップに対し、ユニキャストのトラップとすることによって、サブネット外のマネージャであってもトラップを受け取ることができる。
【０１２７】
また、マネージャとエージェントの間のトラップ処理に関するプロトコルによって、トラップの登録削除等の操作はオペレータが関与しなくても自動的に行うことができ、オペレータの負担を軽減し、トラップ先の登録の正確性を確保できる。
【０１２８】
またマネージャ側から各エージェントにおけるトラップ有効時間をコントロールすることもでき、トラップ有効時間切れとなった際にはマネージャに対する確認を行い、この確認に基づくマネージャからのリリースまたは延長の指示により有効時間がコントロールでき、エージェントのリソースを有効に活用し、無駄なトラップを減少できる。
【０１２９】
更に、エージェント側にトラップ有効時間の最大有効時間と最小有効時間を閾値として持たせており、マネージャからのトラップ有効時間が最大有効時間を超えた場合には最大有効時間に合わせ、最小有効時間より短かった場合には最小有効時間に合わせ、これによってトラップ有効時間が長すぎることによる不要なトラップの発生を防ぎ、またトラップ有効時間が短かすぎることによるトラップ登録要求やトラップ時間延長要求の発行回数の増加を防止できる。
【０１３０】
更に、ネットワーク管理プロトコルとして使用するＳＮＭＰのトラップ機能を拡張するだけで、プロトコル自体は一切変更することなく対応でき、ＳＮＭＰの汎用性、標準性、軽さなどのメリットには影響を及ぼすことがない。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明のシステム構成図
【図３】本発明の機能ブロック図
【図４】本発明のトラップ制御で使用するコマンドの説明図
【図５】本発明のトラップ制御で使用するコマンドフォーマットの説明図
【図６】図３のエージェントに設けたデータベースの説明図
【図７】図２のマネージャとエージェントの間に行うトラップ制御のタイムチャート
【図８】図７から続くタイムチャート
【図９】図７から続く別のタイムチャート
【図１０】図３のマネージャのメイン処理のフローチャート
【図１１】図１０のトラップ監視処理のフローチャート
【図１２】図１０のトラップ登録要求処理のフローチャート
【図１３】図１０の有効時間管理処理のフローチャート
【図１４】図３のエージェントのメイン処理のフローチャート
【図１５】図１４のトラップ発行処理のフローチャート
【図１６】図１４のトラップ登録処理のフローチャート
【図１７】図１４のリリース処理のフローチャート
【図１８】図１４の時間延長処理のフローチャート
【図１９】図１４の時間切れ監視処理のフローチャート
【図２０】ホストでプリンタを管理する本発明の具体的なシステムの説明図
【図２１】図２０のホスト側のマネージャとプリンタ側のエージェントによるトラップ制御のタイムチャート
【図２２】図２１から続くタイムチャート
【図２３】図２１，図２２のトラップ制御のメッセージ表示に使用するダイヤログの説明図
【図２４】図２３に続くダイヤログの説明図
【図２５】代理エージェントを使用した本発明の他の実施形態のシステム構成図
【図２６】図２５のマネージャ、代理エージェント及びエージェントの機能ブロック図
【図２７】図２５のシステムで使用するコマンドフォーマットの説明図
【図２８】図２５の代理エージェントに設けるデータベースの説明図
【図２９】従来のブロードキャスト方式のトラップ制御の説明図
【図３０】従来のユニキャスト方式のトラップ制御で起きる問題の説明図
【符号の説明】
１０，１０−１，１０−２：エージェント
１１：プリンタ
１２，１２−１，１２−２：マネージャ
１４：ＬＡＮ
１５：代理エージェント
１６，１６−１〜１６−３：データベース（ＤＢ）
１８，１８Ａ：マネージャ制御部
２０，２０Ａ：トラップ監視処理部
２２，２２Ａ：登録要求処理部
２４，２４Ａ：有効時間管理処理部
２５，２５Ａ：リリース確認処理部
２６，２６Ａ：リリース要求部
２８，２８Ａ：時間延長要求部
３０，６０：エージェント制御部
３０Ａ；代理エージェント制御部
３２，３２Ａ：初期化処理部
３４，３４Ａ：トラップ発行処理部
３６，３６Ａ：トラップ登録処理部
３８，３８Ａ：時間切れ監視処理部
４０，４０Ａ：リリース処理部
４２，４２Ａ：時間延長処理部
６２：トラップ転送部
【図１】
0003783501.tif 000002
【図２】
0003783501.tif 000003
【図３】
0003783501.tif 000004
【図４】
0003783501.tif 000005
【図５】
0003783501.tif 000006
【図６】
0003783501.tif 000007
【図７】
0003783501.tif 000008
【図８】
0003783501.tif 000009
【図９】
0003783501.tif 000010
【図１０】
0003783501.tif 000011
【図１１】
0003783501.tif 000012
【図１２】
0003783501.tif 000013
【図１３】
0003783501.tif 000014
【図１４】
0003783501.tif 000015
【図１５】
0003783501.tif 000016
【図１６】
0003783501.tif 000017
【図１７】
0003783501.tif 000018
【図１８】
0003783501.tif 000019
【図１９】
0003783501.tif 000020
【図２０】
0003783501.tif 000021
【図２１】
0003783501.tif 000022
【図２２】
0003783501.tif 000023
【図２３】
0003783501.tif 000024
【図２４】
0003783501.tif 000025
【図２５】
0003783501.tif 000026
【図２６】
0003783501.tif 000027
【図２７】
0003783501.tif 000028
【図２８】
0003783501.tif 000029
【図２９】
0003783501.tif 000030
【図３０】
0003783501.tif 000031