(57)【要約】【課題】  デバイスに障害等が発生した場合に監視装置がデバイスに問い合わせる情報量を削減する。【解決手段】  監視サーバ２００は、プリンタ３００から紙詰まり等のエラーが発生した旨のトラップを受信すると、そのトラップに関連する関連情報がキャッシュ領域２６７にキャッシュされているかどうかを判断する。キャッシュされている場合には、当該キャッシュから関連情報を取得する。キャッシュされていない場合には、プリンタ３００にポーリングして関連情報を取得する。このような構成によれば、監視サーバ２００は、キャッシュを用いることにより、プリンタに問い合わせる情報を削減できるため、監視処理に伴うネットワークトラフィックの増加を抑制することができる。【選択図】  図１
2005202449.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデバイスを監視する監視装置であって、
前記デバイスから取得した該デバイスに関する管理情報をキャッシュするキャッシュ部と、
前記デバイスが自発的に発信するメッセージを受信する受信部と、
前記メッセージを受信した場合に、前記メッセージの種類に応じて予め対応付けられた管理情報が前記キャッシュ部にキャッシュされているか否かを判断する判断部と、
前記判断結果に基づいて前記受信したメッセージに対応する管理情報を前記キャッシュまたは前記デバイスから取得する取得部と、
を備える監視装置。
【請求項２】
請求項１に記載の監視装置であって、
前記キャッシュ部は、前記デバイスの静的な管理情報をキャッシュする、監視装置。
【請求項３】
請求項１に記載の監視装置であって、
更に、当該監視装置とネットワークにより接続されたクライアントに対して、前記取得した管理情報の少なくとも一部の情報と前記デバイスから受信したメッセージとを通知する通知部、を備える監視装置。
【請求項４】
請求項１に記載の監視装置であって、
更に、前記メッセージの種類と取得すべき管理情報との対応関係を登録する登録部、を備える監視装置。
【請求項５】
請求項１に記載の監視装置であって、
前記判断部は、更に、前記メッセージの種類に応じて予め対応付けられた管理情報が静的な情報であるか否かを判断する、監視装置。
【請求項６】
コンピュータがネットワークを介してデバイスを監視する監視方法であって、
前記デバイスから取得した該デバイスに関する管理情報をキャッシュ領域にキャッシュする工程と、
前記デバイスが自発的に発信するメッセージを受信する工程と、
前記メッセージを受信した場合に、前記メッセージの種類に応じて予め対応付けられた管理情報が前記キャッシュ領域にキャッシュされているか否かを判断する工程と、
前記判断結果に基づいて前記受信したメッセージに対応する管理情報を前記キャッシュまたは前記デバイスから取得する工程と、
を備える監視方法。
【請求項７】
コンピュータがネットワークを介してデバイスを監視するためのコンピュータプログラムであって、
前記デバイスから取得した該デバイスに関する管理情報をキャッシュ領域にキャッシュする機能と、
前記デバイスが自発的に発信するメッセージを受信する機能と、
前記メッセージを受信した場合に、前記メッセージの種類に応じて予め対応付けられた管理情報が前記キャッシュ領域にキャッシュされているか否かを判断する機能と、
前記判断結果に基づいて前記受信したメッセージに対応する管理情報を前記キャッシュまたは前記デバイスから取得する機能と、
をコンピュータに実現させるためのコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデバイスを監視する技術に関する。
【背景技術】
【０００２】
近年、ネットワーク上に接続されたデバイスを監視するシステムでは、ＳＮＭＰ（Simple Network Management Protocol）というプロトコルを用いることが一般的となっている。
【０００３】
ＳＮＭＰを用いたシステムでは、監視装置上で動作するＳＮＭＰマネージャが、デバイス上で動作するＳＮＭＰエージェントに対してポーリングと呼ばれる問い合わせを行うことで種々の管理情報を取得する。管理情報には、例えば、デバイス固有の名称やアドレス情報、デバイスの種々の動作状態を表すステータス情報などが含まれる。このような管理情報は、デバイスが保持するＭＩＢ（Management Information Base）と呼ばれる一種のデータベースに記録されている。
【０００４】
また、ＳＮＭＰを用いたシステムでは、デバイスに障害が発生すると、トラップと呼ばれるメッセージがＳＮＭＰエージェントからＳＮＭＰマネージャに通知される。この通知により、監視装置は、デバイスに障害が発生したことを認識することができる。
【０００５】
しかし、一般に、トラップによって監視装置に通知される情報量は発生した障害の状況を正確に把握するには十分でないため、監視装置は障害の詳細な情報をポーリングによってデバイスに問い合わせる必要があった（下記特許文献１参照）。
【０００６】
【特許文献１】特開２０００−１１５１６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
そのため、従来の監視方法では、障害に関する詳細情報をデバイスにポーリングすることに伴いネットワークトラフィックが増加してしまうという課題があった。特に、監視するデバイスの数が増えるとネットワークトラフィックは更に増大するため看過できなかった。このような課題は、ＳＮＭＰプロトコルを用いる監視方法に限らず、ネットワークを介してデバイスの監視を行う種々の方法に共通の課題であった。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、デバイスに障害等が発生した場合にデバイスに問い合わせる情報量を削減し、ネットワークトラフィックの増大を抑制することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明を次のような監視装置として構成した。すなわち、本発明の監視装置は、ネットワークを介してデバイスを監視する監視装置であって、
前記デバイスから取得した該デバイスに関する管理情報をキャッシュするキャッシュ部と、
前記デバイスが自発的に発信するメッセージを受信する受信部と、
前記メッセージを受信した場合に、前記メッセージの種類に応じて予め対応付けられた管理情報が前記キャッシュ部にキャッシュされているか否かを判断する判断部と、
前記判断結果に基づいて前記受信したメッセージに対応する管理情報を前記キャッシュまたは前記デバイスから取得する取得部とを備えることを要旨とする。
【００１０】
上記構成の監視装置では、デバイスから受信したメッセージに応じてそのメッセージに関連する管理情報をデバイスもしくはキャッシュから取得する。キャッシュを利用する態様としては、例えば、取得しようとする管理情報が当該監視装置にキャッシュされていれば、かかるキャッシュから管理情報を取得するといった方法を採ることができる。
【００１１】
このような構成によれば、デバイスから受信したメッセージの情報量が少ない場合であっても、そのメッセージに関連する管理情報を問い合わせることでより詳細な情報を取得することができる。また、キャッシュを用いることにより、キャッシュされていない情報のみをデバイスに問い合わせればよい為、管理情報の取得に伴うネットワークトラフィックの増大を抑制することが可能となる。
【００１２】
デバイスが発信するメッセージとしては、例えば、デバイスに異常が生じた旨を表すトラップや、エラーメッセージ、アラート情報などが含まれ、デバイスやキャッシュから取得する管理情報としては、メッセージを発信したデバイスの名称やデバイスに生じた異常の状態や発生箇所などを表す情報が含まれる。
【００１３】
上記構成の監視装置において、
前記キャッシュ部は、前記デバイスの静的な管理情報をキャッシュするものとすれば好適である。
【００１４】
静的な管理情報とは、例えば、デバイスをプリンタとして考えると、プリンタの名称やトナーの型番、トナーの色名、プリンタが備える蓋の名称、紙詰まりを検出する場所の名称などの情報である。このような静的な情報は、時間経過等に伴い変動する可能性が低いため、一旦監視装置にキャッシュしておけば、再度デバイスに問い合わせる頻度を抑制でき、効率的に管理情報を取得することが可能となる。
【００１５】
上記構成の監視装置において、
更に、当該監視装置とネットワークにより接続されたクライアントに対して、前記取得した管理情報の少なくとも一部の情報と前記デバイスから受信したメッセージとを通知する通知部を備えるものとしてもよい。
【００１６】
こうすることにより、デバイスの管理者は監視装置以外のクライアントを用いてデバイスを監視することができるため利便性を向上させることができる。また、複数のクライアントがネットワークに接続されているような場合には、デバイスが直接複数のクライアントにメッセージを通知する必要がなく、監視装置がデバイスに代わってクライアントにメッセージを通知するため、デバイスにかかる負荷を軽減することができる。
【００１７】
上記構成の監視装置において、
更に、前記メッセージの種類と取得すべき管理情報との対応関係を登録する登録部を備えるものとしてもよい。
【００１８】
こうすることにより、管理者は、監視装置がデバイスに問い合わせる管理情報をデバイスのメッセージに応じて柔軟に設定することができる。
【００１９】
上記構成の監視装置において、
前記判断部は、更に、前記メッセージの種類に応じて予め対応付けられた管理情報が静的な情報であるか否かを判断するものとしてもよい。
【００２０】
このような構成によれば、管理情報が静的か動的かの種別を考慮して、管理情報の取得を行うことができる。こうすることにより、例えば、キャッシュ部が静的な管理情報だけではなく動的な管理情報もキャッシュする場合であっても、そのキャッシュの中から静的な管理情報だけを抽出して取得することができる。取得しようとする静的な管理情報がキャッシュされていない場合や、取得しようとする管理情報が動的な管理情報の場合には、デバイスに直接問い合わせを行えばよい。動的な管理情報とは、随時変動するような情報であり、デバイスをプリンタとして考えると、例えば、印刷中の印刷ジョブの名称や印刷者名、トナーやインクの残量といった情報である。
【００２１】
本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、コンピュータがネットワークを介してデバイスを監視する監視方法や、コンピュータがネットワークを介してデバイスを監視するためのコンピュータプログラムなどとしても構成することができる。いずれの構成においても上述した種々の態様を適用可能である。
【００２２】
上記コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録するものとしてもよい。記録媒体としては、例えば、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、メモリカード、ハードディスク等の種々の媒体を利用することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について実施例に基づき次の順序で説明する。
Ａ．監視システムの概略構成：
Ｂ．監視サーバの概略構成：
Ｃ．プリンタの概略構成：
Ｄ．監視処理：
Ｅ．変形例：
【００２４】
Ａ．監視システムの概略構成：
図１は、実施例としての監視システム１０の概略構成を示す説明図である。監視システム１０は、クライアント１００と監視サーバ２００とプリンタ３００によって構成されており、これらは、ＬＡＮ（ローカルエリアネットワーク）によって接続されている。
【００２５】
監視システム１０は、監視サーバ２００がＳＮＭＰプロトコルによってプリンタ３００の監視を行い、監視結果をクライアント１００に通知するシステムである。図１には監視対象とするプリンタ３００を１台示したが、台数は特に制限されない。また、クライアント１００の数も任意である。
【００２６】
クライアント１００は、いわゆるパーソナルコンピュータであり、ＣＰＵやＲＡＭ、ハードディスクドライブ、ディスプレイ等を備えている。ハードディスクドライブにはオペレーティングシステムやＷｅｂブラウザがインストールされている。プリンタ３００の管理者は、このＷｅｂブラウザを介して監視サーバ２００にアクセスすることにより、プリンタ３００の監視結果を確認することができる。図中のクライアント１００の下部には、Ｗｅｂブラウザ上に監視結果として「ＬＰ３０００」という名称のプリンタの前面カバーが開いている旨のエラー情報が表示された例を示した。
【００２７】
監視サーバ２００は、ＳＮＭＰプロトコルによってプリンタ３００を監視する装置である。プリンタ３００からは、トナー切れ、カバーオープン、紙詰まり等が発生した場合に、そのエラー状態を表すトラップが送信される。トラップとは、ＳＮＭＰプロトコルにおいて、監視対象の装置から自発的に送信されるメッセージをいう。監視サーバ２００は、プリンタ３００から送信されたトラップの種類に応じて、そのトラップに関連した管理情報（以下、単に「関連情報」ともいう。）をプリンタ３００にポーリングする。ポーリングとは、ＳＮＭＰプロトコルにおいて、監視対象の装置に対して指定した管理情報を問い合わせることをいう。こうすることにより、監視サーバ２００は、トラップによって受信したエラーの状態に応じてその詳細な情報をプリンタ３００から取得し、クライアント１００に通知することができる。
【００２８】
ポーリングする関連情報は、予め管理者がトラップの種類に応じて設定する。管理者によって設定された設定内容は、監視サーバ２００が保持する関連情報テーブル２６６に記録される。図中の監視サーバ２００の下部には、本実施例における関連情報テーブル２６６の設定内容を示した。本実施例では、図示するように、監視サーバ２００は、プリンタ３００からトナー切れが発生したことを表すトラップを受信した場合には、そのトナーの型番、色名、他のトナーの残量、プリンタ名を関連情報として問い合わせ、プリンタ３００のカバーが開いている旨を表すトラップを受信した場合には、そのカバーの名称とプリンタ名を問い合わせるように設定されている。また、紙詰まりが発生したことを表すトラップを受信した場合には、紙詰まり発生時の印刷ジョブ名、印刷者名、紙詰まりが発生した場所の名称、プリンタ名、を問い合わせるように設定されている。
【００２９】
本実施例の監視サーバ２００は、プリンタ３００から取得した管理情報をキャッシュするためのキャッシュ領域２６７を備えている。監視サーバ２００は、ポーリングしようとする関連情報が既にキャッシュ領域２６７にキャッシュされている場合には、当該キャッシュ領域２６７から関連情報を取得する。こうすることにより、監視処理に伴うネットワークトラフィックの増大を抑制することができる。
【００３０】
Ｂ．監視サーバの概略構成：
図２は監視サーバ２００の概略構成を示す説明図である。監視サーバ２００は、ＣＰＵ２１０やＲＡＭ２２０、ＲＯＭ２３０、ＮＩＣ（ネットワークインタフェースコントローラ）２４０、ＨＤＤ（ハードディスクドライブ）２５０等が所定のバスによって接続されたコンピュータとして構成されている。
【００３１】
ＲＯＭ２３０には、監視サーバ２００の初期化等を行うためのＢＩＯＳ（basic input/output system）が記録されている。ＮＩＣ２４０は、ＬＡＮを介してプリンタ３００やクライアント１００と通信を行うための制御を行うコントローラである。
【００３２】
ＨＤＤ２５０には、ＯＳ（オペレーティングシステム）２５１と、このＯＳ２５１上で動作するＷＷＷサーバプログラム２５２とＳＮＭＰマネージャ２５３がインストールされている。ＣＰＵ２１０は、これらのプログラムをＲＡＭ２２０に展開して実行する。
【００３３】
ＷＷＷサーバプログラム２５２は、クライアント１００上で動作するＷｅｂブラウザに対して、プリンタ３００から受信したトラップ情報や関連情報を表示させるために用いられる。これらの情報は、Ｗｅｂブラウザからのリクエストに応じて送信するものとしてもよいし、定期的にＷｅｂブラウザに対してプッシュ配信するものとしてもよい。
【００３４】
ＳＮＭＰマネージャ２５３は、ＳＮＭＰプロトコルを用いてプリンタ３００を監視するためのソフトウェアである。図２の下部には、ＳＮＭＰマネージャ２５３がＣＰＵ２１０によって実行されることによりソフトウェア的に実現される機能ブロックを示した。図示するようにＳＮＭＰマネージャ２５３は、トラップ受信部２６０、判断部２６１、関連情報取得部２６２、キャッシュ部２６３、通知部２６４、登録部２６５などによって構成される。
【００３５】
トラップ受信部２６０は、プリンタ３００から送信されたトラップの受信を行う。
【００３６】
判断部２６１は、トラップ受信部２６０によって受信したトラップの種類に対応する関連情報の項目を関連情報テーブル２６６（図１参照）から検索し、その関連情報が既にキャッシュ領域２６７にキャッシュされているか否かを判断する。キャッシュ領域２６７は、ＨＤＤ２５０の記録領域の一部に確保されている。
【００３７】
関連情報取得部２６２は、判断部２６１による判断結果に従い、関連情報がキャッシュ領域２６７にキャッシュされていれば当該キャッシュ領域２６７から、キャッシュされていなければトラップを発信したプリンタ３００から関連情報を取得する。
【００３８】
キャッシュ部２６３は、関連情報取得部２６２によってプリンタ３００から取得した関連情報が静的な情報である場合にキャッシュ領域２６７にその情報をキャッシュする。静的な情報とは、時間経過等に伴って変動する可能性の低い情報をいう。例えば、プリンタ名やトナーの色名、トナーの型番、紙詰まり場所の名称、カバーの名称などの情報である。これに対し、キャッシュ部２６３は、随時変動する情報、すなわち動的な情報のキャッシュは行わない。動的な情報とは、例えば、トナー残量や印刷ジョブ名、印刷者名などである。動的か静的かの判断は、予め各管理情報がどちらの情報に属するかを定義した設定に基づき行う。この設定は、管理者によって設定されるものとしてもよいし、監視サーバ２００が各管理情報の変動を一定期間監視して自動的に設定するものとしてもよい。
【００３９】
通知部２６４は、トラップ受信部２６０によって受信したトラップの内容と、関連情報取得部２６２によって取得した関連情報とをクライアント１００に通知する。通知は、上述したＷＷＷサーバプログラム２５２を用いることによってクライアント１００のＷｅｂブラウザに対して行う。Ｗｅｂブラウザに対して通知する以外にも、例えば、電子メールなどの手段によって通知してもよい。
【００４０】
登録部２６５は、監視システム１０の管理者から関連情報テーブル２６６の設定を受けるための機能部である。設定操作は、例えば、所定のＧＵＩ（グラフィカルユーザインタフェース）を提供することにより受けることができる。ＧＵＩは、監視サーバ２００に接続されたディスプレイに提供してもよいし、クライアント１００のＷｅｂブラウザに提供するものとしてもよい。
【００４１】
図３は、かかるＧＵＩの一例を示す説明図である。このＧＵＩでは、最も左側のドロップダウンリストＤＬ１を用いてトラップの種類を選択し、その右側のドロップダウンリストＤＬ２の中からそのトラップに応じて取得すべき関連情報を選択することにより関連情報テーブル２６６の設定を行う。関連情報テーブル２６６の設定は、ＧＵＩ以外にも、例えば、管理者がトラップの種類と取得すべき関連情報の対応関係を記述した設定ファイルを作成し、これをＳＮＭＰマネージャ２５３に読み込ませるものとしてもよい。
【００４２】
Ｃ．プリンタの概略構成：
図４は、プリンタ３００の概略構成を示す説明図である。プリンタ３００は、ネットワーク対応型のレーザプリンタであり、ＣＰＵ３１０やＲＡＭ３２０、ＮＩＣ３３０、ＥＥＰＲＯＭ３４０、ＲＯＭ３５０、印刷機構３６０、センサ群３７０等を備えている。
【００４３】
印刷機構３６０は、給紙された用紙に印刷を行うための機構であり、感光ドラムやトナーカートリッジ、給排紙機構等により構成される。
【００４４】
センサ群３７０は、各色のトナーの残量を検出するセンサや紙詰まりを検出するセンサ、カバーが開いていることを検出するセンサなどによって構成される。
【００４５】
ＥＥＰＲＯＭ３４０には、プリンタ３００の様々な管理情報を記録したＭＩＢ３４１が格納される。図５には、ＭＩＢ３４１に記録される管理情報の一例を示した。図示するように本実施例のＭＩＢ３４１には、プリンタ３００に関する情報としてその名称が、トナーに関する情報として、トナーＩＤ、色名、トナーの型番、残量が記録される。紙詰まりに関する情報としては、場所ＩＤ、紙詰まり場所の名称が記録される。また、カバーに関する情報として、カバーＩＤ、カバー名称が記録される。印刷ジョブに関する情報としては、印刷中のジョブＩＤ、ジョブ名、印刷者が記録される。なお、ＭＩＢ３４１は、ＥＥＰＲＯＭ３４０ではなくＲＡＭ３２０に格納されるものとしてもよい。
【００４６】
ＲＯＭ３５０には、プリントエンジン３５１やＳＮＭＰエージェント３５２などの各種プログラムが格納されている。ＣＰＵ３１０は、これらのプログラムをＲＡＭ３２０に展開して実行する。
【００４７】
プリントエンジン３５１は、印刷機構３６０を制御することによりＮＩＣ３３０を介してクライアント１００等から受信した印刷ジョブの印刷処理を行うプログラムである。
【００４８】
ＳＮＭＰエージェント３５２は、ＳＮＭＰプロトコルを用いてＭＩＢ３４１に記録された管理情報やトラップを監視サーバ２００に送信するプログラムである。図の下部には、ＳＮＭＰエージェント３５２がＣＰＵ３１０によって実行されることによりソフトウェア的に実現される機能ブロックを示した。図示するように、ＳＮＭＰエージェント３５２は、ポーリング処理部３８０やトラップ送信部３８１によって構成されている。
【００４９】
トラップ送信部３８１は、センサ群３７０によってエラーの発生を検出した際に、その旨をトラップとして監視サーバ２００に送信する。本実施例では、カバーが開いていることが検出された場合には、カバーが開いている旨と開いているカバーの場所を表すカバーＩＤが送信され、トナー切れが検出された場合には、トナー切れが発生した旨と、切れたトナーのトナーＩＤが送信される。紙詰まりが検出された場合には、紙詰まりが発生した旨と、紙詰まりが発生した場所の場所ＩＤが送信される。
【００５０】
ポーリング処理部３８０は、監視サーバ２００から関連情報をポーリングされた場合に、指定された関連情報をＭＩＢ３４１から検索して返信する処理を行う。
【００５１】
Ｄ．監視処理：
図６は、監視サーバ２００のＣＰＵ２１０が実行する監視処理のフローチャートである。この監視処理は、監視サーバ２００がプリンタ３００を監視するために実行される処理である。
【００５２】
ＣＰＵ２１０は、プリンタ３００から送信されたトラップを受信すると（ステップＳ１０）、受信したトラップの種類に基づき関連情報テーブル２６６を参照して、取得すべき関連情報を検索する（ステップＳ１１）。例えば、トナー切れである旨のトラップを受信した場合には、図１に示すように、そのトナーの型番、色名、他のトナーの残量、プリンタ名、が取得すべき関連情報として検索される。
【００５３】
次に、ＣＰＵ２１０は、キャッシュ領域２６７を参照して取得すべき関連情報がキャッシュされているかどうかを判断する（ステップＳ１２）。キャッシュされている場合には（ステップＳ１２：Ｙｅｓ）、キャッシュ領域２６７から関連情報を取得する（ステップＳ１３）。キャッシュされていない場合には（ステップＳ１２：Ｎｏ）、プリンタ３００にポーリングして関連情報を取得する（ステップＳ１４）。
【００５４】
例えば、トナー切れを表すトラップにはトナーＩＤが含まれるため、かかるトナーＩＤに対応する型番や色名を指定してキャッシュ領域２６７やプリンタ３００に問い合わせることにより、トナー切れとなったトナーの型番や色名を取得することができる。他のトナーの残量を問い合わせる場合には、通知されたトナーＩＤ以外のトナーＩＤを指定して残量情報を問い合わせればよい。
【００５５】
ＣＰＵ２１０は、上記ステップＳ１４においてプリンタ３００から取得した関連情報が静的な情報であれば、この関連情報をキャッシュ領域２６７にキャッシュする（ステップＳ１５）。すなわち、キャッシュ領域２６７には、静的な情報のみがキャッシュされることとなる。ＣＰＵ２１０は、上記ステップＳ１２〜Ｓ１５までの処理を、ステップＳ１１で検索された全ての関連情報について行う。
【００５６】
最後にＣＰＵ２１０は、キャッシュ領域２６７やプリンタ３００から取得した関連情報とトラップされた情報とをクライアント１００に通知する。通知可能な情報量に制限があるような場合には、関連情報は、その一部のみを通知するものとしてもよい。ＣＰＵ２１０は、当該監視処理を監視サーバ２００の起動中、常時、ループして実行する。
【００５７】
以上で説明した監視処理によれば、監視サーバ２００は、トラップされた情報だけではなくその関連情報もクライアント１００に通知することができる。そのため、管理者は、プリンタ３００の詳細なエラー情報を知ることができる。また、取得すべき関連情報が監視サーバ２００内にキャッシュされている場合には、当該キャッシュから関連情報を取得するため、関連情報取得に伴うネットワークトラフィックの増加を抑制することができる。
【００５８】
Ｅ．変形例：
上記実施例では、監視サーバ２００のキャッシュ部２６３は、静的な情報のみをキャッシュするものとして説明した。しかし、本変形例では、キャッシュ部２６３が、取得した関連情報が静的であるか動的であるかを問わず、すべてキャッシュする場合について説明する。
【００５９】
図７は、かかる変形例における監視処理のフローチャートである。まず、ＣＰＵ２１０は、プリンタ３００から送信されたトラップを受信すると（ステップＳ２０）、受信したトラップの種類に基づき関連情報テーブル２６６を参照して、取得すべき関連情報を検索する（ステップＳ２１）。
【００６０】
次に、ＣＰＵ２１０は、取得すべき関連情報が静的な情報であるか否かを判断する（ステップＳ２２）。静的な情報であれば（ステップＳ２２：Ｙｅｓ）、更に、キャッシュ領域２６７を参照してその関連情報がキャッシュされているかどうかを判断する（ステップＳ２３）。キャッシュされている場合には（ステップＳ２３：Ｙｅｓ）、当該キャッシュ領域２６７から関連情報を取得する（ステップＳ２４）。
【００６１】
関連情報がキャッシュされていない場合（ステップＳ２３：Ｎｏ）、および、上記ステップＳ２２において関連情報が静的な情報ではないと判断された場合には（ステップＳ２２：Ｎｏ）、ＣＰＵ２１０は、プリンタ３００にポーリングして関連情報を取得する（ステップＳ２５）。取得した関連情報は静的であるか動的であるかを問わずキャッシュ領域２６７にキャッシュする（ステップＳ２６）。
【００６２】
最後にＣＰＵ２１０は、キャッシュ領域２６７やプリンタ３００から取得した関連情報とトラップされた情報とをクライアント１００に通知する（ステップＳ２７）。ＣＰＵ２１０は、当該監視処理を監視サーバ２００の起動中、常時、ループして実行する。
【００６３】
以上の処理によれば、プリンタ３００から取得した関連情報が静的な情報であるか動的な情報であるかを問わずキャッシュを行うため、キャッシュ処理に伴うＣＰＵ２１０の負荷を軽減することができる。
【００６４】
以下、その他の変形例について列挙する。
（１）実施例ではプリンタ３００をレーザプリンタであるものとして説明したがプリンタ３００はインクジェットプリンタであってもよい。
【００６５】
（２）実施例においてソフトウェア的に実現した機能部はハードウェアによって実現するものとしてもよい。
【００６６】
（３）実施例では監視サーバ２００がプリンタ３００の監視を行うものとしたが、ＳＮＭＰプロトコルでは、プリンタに限らず、インテリジェントハブやルータなどの種々のネットワーク機器の監視も行うことができるため、このような装置の監視にも本発明を適用することができる。この場合、例えば、監視サーバ２００が、ルータから通信エラーが発生した旨を表すトラップを受信した場合に、そのエラーの発生したルータの名称やＩＰアドレス等の情報をキャッシュやルータから取得するといった構成を採ることができる。
【００６７】
（４）実施例では、１台のプリンタの監視を行うものとして説明したが、複数のプリンタの監視を行うものとしてもよい。この場合、複数のプリンタに共通する静的な管理情報は、１台のプリンタについてのみ、その情報をキャッシュするものとしてもよい。こうすることにより、キャッシュ容量を削減することができる。共通する静的な管理情報とは、例えば、全てのプリンタが同一機種であれば、プリンタの名称や、トナーの色名、型番といった情報などである。
【００６８】
以上、本発明の実施例と種々の変形例について説明したが、本発明はこれらに限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。
【図面の簡単な説明】
【００６９】
【図１】実施例としての監視システムの概略構成を示す説明図である。
【図２】監視サーバの概略構成を示す説明図である。
【図３】関連情報テーブルの設定に用いるＧＵＩの一例を示す説明図である。
【図４】プリンタの概略構成を示す説明図である。
【図５】ＭＩＢに記録される管理情報の一例を示す説明図である。
【図６】監視処理のフローチャートである。
【図７】変形例における監視処理のフローチャートである。
【符号の説明】
【００７０】
１０...監視システム
１００...クライアント
２００...監視サーバ
２１０...ＣＰＵ
２２０...ＲＡＭ
２３０...ＲＯＭ
２４０...ネットワークインタフェースコントローラ
２５０...ハードディスクドライブ
２５１...オペレーティングシステム
２５２...ＷＷＷサーバプログラム
２５３...ＳＮＭＰマネージャ
２６０...トラップ受信部
２６１...判断部
２６２...関連情報取得部
２６３...キャッシュ部
２６４...通知部
２６５...登録部
２６６...関連情報テーブル
２６７...キャッシュ領域
３００...プリンタ
３１０...ＣＰＵ
３２０...ＲＡＭ
３３０...ネットワークインタフェースコントローラ
３４０...ＥＥＰＲＯＭ
３５０...ＲＯＭ
３５１...プリントエンジン
３５２...ＳＮＭＰエージェント
３６０...印刷機構
３７０...センサ群
３８０...ポーリング処理部
３８１...トラップ送信部
【図１】
2005202449.tif 000003
【図２】
2005202449.tif 000004
【図３】
2005202449.tif 000005
【図４】
2005202449.tif 000006
【図５】
2005202449.tif 000007
【図６】
2005202449.tif 000008
【図７】
2005202449.tif 000009