(57)【要約】【課題】  デバイスの様々なステータス情報を監視する際に、ネットワークトラフィックの増大を抑制する。【解決手段】  監視システム１０は、監視サーバ２００が、プリンタ３００の種々のステータス情報を監視し、監視した結果をコンピュータ１００に通知するシステムである。監視サーバ２００は、プリンタ３００に対して印刷枚数を定期的にポーリングし、この印刷枚数に応じて、印刷枚数と相関関係を有するトナー残量のポーリングタイミングを調整する。こうすることにより、２つのステータス情報を同期して受信する必要がないため、ネットワークトラフィックの増大を抑制することができる。【選択図】  図１
2005182701.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたデバイスを監視する監視装置であって、
デバイスに対して、該デバイスの所定の状態を表す第１のステータス情報を所定のタイミングで問い合わせる第１の問い合わせ部と、
前記問い合わせた第１のステータス情報に基づき、前記デバイスの他の状態を表す第２のステータス情報を問い合わせるタイミングを調整する調整部と、
前記調整したタイミングで、前記デバイスに対して第２のステータス情報を問い合わせる第２の問い合わせ部と、
を備える監視装置。
【請求項２】
請求項１に記載の監視装置であって、
更に、前記問い合わせた第１のステータス情報に基づき前記第２のステータス情報を予測する予測部を備え、
前記調整部は、更に、前記予測した第２のステータス情報に基づき、デバイスに対して該第２のステータス情報を問い合わせるタイミングを調整する、監視装置。
【請求項３】
請求項２に記載の監視装置であって、
前記調整部は、前記予測した第２のステータス情報と所定の閾値との比較結果に応じて前記タイミングを調整する、監視装置。
【請求項４】
請求項１に記載の監視装置であって、
更に、前記第２のステータス情報に関連する情報であってデバイスが自発的に発信した情報を受信する受信部を備え、
前記調整部は、更に、前記受信した情報に基づき、前記デバイスに対して第２のステータス情報を問い合わせるタイミングを調整する、監視装置。
【請求項５】
請求項１に記載の監視装置であって、
前記調整部は、前記第２の問い合わせ部が前記第２のステータス情報を問い合わせるタイミングが、前記第１の問い合わせ部が前記第１のステータス情報を問い合わせるタイミングに比べて長期間となる範囲で前記調整を行う、監視装置。
【請求項６】
請求項１〜５のいずれかに記載の監視装置であって、
前記第１のステータス情報と第２のステータス情報とは相関関係を有する、監視装置。
【請求項７】
コンピュータがネットワークを介して接続されたデバイスを監視する監視方法であって、
デバイスに対して、該デバイスの所定の状態を表す第１のステータス情報を所定のタイミングで問い合わせる工程と、
前記問い合わせた第１のステータス情報に基づき、前記デバイスの他の状態を表す第２のステータス情報を問い合わせるタイミングを調整する工程と、
前記調整したタイミングで、前記デバイスに対して第２のステータス情報を問い合わせる工程と、
を備える監視方法。
【請求項８】
コンピュータがネットワークを介して接続されたデバイスを監視するためのコンピュータプログラムであって、
デバイスに対して、該デバイスの所定の状態を表す第１のステータス情報を所定のタイミングで問い合わせる機能と、
前記問い合わせた第１のステータス情報に基づき、前記デバイスの他の状態を表す第２のステータス情報を問い合わせるタイミングを調整する機能と、
前記調整したタイミングで、前記デバイスに対して第２のステータス情報を問い合わせる機能と、
をコンピュータに実現させるためのコンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたデバイスを監視する技術に関する。
【背景技術】
【０００２】
近年、ネットワーク上に接続されたデバイスを監視するシステムでは、ＳＮＭＰ（Simple Network Management Protocol）というプロトコルを用いることが一般的となっている（下記特許文献１参照）。
【０００３】
ＳＮＭＰを用いたシステムでは、監視装置上で動作するＳＮＭＰマネージャが、デバイス上で動作するＳＮＭＰエージェントに対してポーリングと呼ばれる問い合わせを行うことで種々のステータス情報を取得する。ステータス情報は、デバイスが保持するＭＩＢ（Management Information Base）と呼ばれる一種のデータベースに記録されている。
【０００４】
【特許文献１】特開２０００−１１５１６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＭＩＢには、様々なステータス情報が記録されているため、より詳細なステータス情報を取得しようとすれば、それだけネットワーク上を流れるデータ量が増加してしまい、ＳＮＭＰ以外の他の通信に支障を来すおそれがあった。このような課題は、ＳＮＭＰを用いた監視システムに限らず、他の通信方式を用いた監視システムにも共通の課題であった。
【０００６】
本発明は、このような課題に鑑みてなされたものであり、デバイスの様々なステータス情報を監視するに際し、ネットワークトラフィックの増大を抑制することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明を次のような監視装置として構成した。すなわち、ネットワークを介して接続されたデバイスを監視する監視装置であって、
デバイスに対して、該デバイスの所定の状態を表す第１のステータス情報を所定のタイミングで問い合わせる第１の問い合わせ部と、
前記問い合わせた第１のステータス情報に基づき、前記デバイスの他の状態を表す第２のステータス情報を問い合わせるタイミングを調整する調整部と、
前記調整したタイミングで、前記デバイスに対して第２のステータス情報を問い合わせる第２の問い合わせ部と、を備えることを要旨とする。
【０００８】
本発明の監視装置では、少なくとも２種類のステータス情報を監視するが、一方のステータス情報を監視するタイミングは、他方のステータス情報の状態に応じて調整を行う。例えば、デバイスとしてプリンタの監視を行う場合、第１のステータス情報を印刷枚数として、第２のステータス情報をトナー残量とすると、印刷枚数が少なければ、トナー残量を問い合わせる間隔を長くし、印刷枚数が多ければ、トナー残量を問い合わせる間隔を短くするといった調整を行うことができる。従って、本発明の監視装置によれば、複数のステータス情報を同期して問い合わせる必要がないため、ネットワークトラフィックの増大を抑制し、効率よくデバイスを監視することができる。
【０００９】
上記構成の監視装置において、
更に、前記問い合わせた第１のステータス情報に基づき前記第２のステータス情報を予測する予測部を備え、
前記調整部は、更に、前記予測した第２のステータス情報に基づき、デバイスに対して該第２のステータス情報を問い合わせるタイミングを調整するものとしてもよい。
【００１０】
このような構成によれば、例えば、問い合わせを行った印刷枚数からトナー残量を予測し、この予測値から実際のトナー残量を問い合わせるタイミングを調整することができる。その他にも、例えば、印刷ジョブのサイズからトナー残量や印刷枚数を予測したり、印刷枚数やトナー残量から感光ドラムや紙送り機構の走行回数を予測したりすることもできる。
【００１１】
上記構成の監視装置において、
前記調整部は、前記予測した第２のステータス情報と所定の閾値との比較結果に応じて前記タイミングを調整するものとしてもよい。
【００１２】
このような構成によれば、例えば、印刷枚数からトナー残量を予測した後、予測したトナー残量と所定の閾値とを比較し、トナー残量が閾値を超えていれば、十分にトナーが残存していると判断して問い合わせを行わないといった制御を行うことができる。こうすることで、ネットワークトラフィックの増大を更に抑制することができる。また、トナー残量が閾値以下であれば、印刷枚数とは無関係に十分な頻度で問い合わせを行うといった制御を行うこともできる。
【００１３】
上記構成の監視装置において、
更に、前記第２のステータス情報に関連する情報であってデバイスが自発的に発信した情報を受信する受信部を備え、
前記調整部は、更に、前記受信した情報に基づき、デバイスに対して第２のステータス情報を問い合わせるタイミングを調整するものとしてもよい。
【００１４】
こうすることにより、第１のステータス情報だけではなく、デバイスから受信したアラート情報などに基づき第２のステータス情報を問い合わせるタイミングを調整することができる。例えば、トナーの残存量が少ない旨のアラート情報を受信した場合に、トナー残量を問い合わせるタイミングを印刷枚数に関わらず短くするといった制御を行うことができる。
【００１５】
本発明の監視装置において、
前記調整部は、前記第２の問い合わせ部が前記第２のステータス情報を問い合わせるタイミングが、前記第１の問い合わせ部が前記第１のステータス情報を問い合わせるタイミングに比べて長期間となる範囲で前記調整を行うものとしてもよい。
【００１６】
こうすることで、第２のステータス情報の問い合わせ頻度を第１のステータス情報の問い合わせ頻度よりも低く抑えることができるため、ネットワークトラフィックの増大をより確実に抑制することができる。
【００１７】
また、本発明の監視装置において、
第１のステータス情報と第２のステータス情報とは相関関係を有することが好ましい。相関関係があれば第１のステータス情報に基づき第２のステータス情報の問い合わせタイミングを容易に調整することができるからである。
【００１８】
本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、コンピュータがネットワークを介して接続されたデバイスを監視する監視方法や、コンピュータがネットワークを介して接続されたデバイスを監視するためのコンピュータプログラムなどとしても構成することができる。いずれの構成においても上述した種々の態様を適用可能である。
【００１９】
上記コンピュータプログラムは、コンピュータが読み取り可能な記録媒体に記録するものとしてもよい。記録媒体としては、例えば、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、メモリカード、ハードディスク等の種々の媒体を利用することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態について実施例に基づき次の順序で説明する。
Ａ．監視システムの概略構成：
Ｂ．監視サーバの概略構成：
Ｃ．プリンタの概略構成：
Ｄ．監視処理：
Ｅ．変形例：
【００２１】
Ａ．監視システムの概略構成：
図１は、監視システム１０の概略構成を示す説明図である。監視システム１０は、コンピュータ１００と監視サーバ２００とプリンタ３００によって構成されており、これらは、ＬＡＮ（ローカルエリアネットワーク）によって接続されている。監視システム１０は、監視サーバ２００が、プリンタ３００の種々のステータス情報を監視し、監視した結果をコンピュータ１００に通知するシステムである。図１には監視対象とするプリンタ３００を１台示したが、台数は特に制限されない。また、コンピュータ１００の数も任意である。
【００２２】
コンピュータ１００は、いわゆるパーソナルコンピュータであり、ＣＰＵやＲＡＭ、ハードディスクドライブ、ディスプレイ等を備えている。ハードディスクドライブにはオペレーティングシステムやＷｅｂブラウザがインストールされている。プリンタ３００の管理者は、このＷｅｂブラウザを介して監視サーバ２００にアクセスすることにより、プリンタ３００のステータス情報を確認することができる。図中のコンピュータ１００の下部には、Ｗｅｂブラウザ上にステータス情報として印刷枚数とトナー残量とが表示された例を示した。
【００２３】
監視サーバ２００は、ＳＮＭＰプロトコルを用いてプリンタ３００のステータス情報を監視する装置である。本実施例では、プリンタ３００のステータス情報として、印刷枚数とトナー残量を監視するものとする。監視サーバ２００は、プリンタ３００に対して印刷枚数を定期的にポーリング（問い合わせ）し、この印刷枚数に応じて、印刷枚数と相関関係を有するトナー残量のポーリングタイミングを調整する。
【００２４】
図中の監視サーバ２００の下部には、このタイミング調整の概念を表す図を示した。監視サーバ２００は、例えば、図示するように１時間間隔でプリンタ３００に対して印刷枚数をポーリングする。ポーリングの結果、印刷枚数が増加していれば、トナー残量が減少していることが予測されるため、監視サーバ２００は、トナー残量のポーリング間隔を３時間、２時間、１時間と、短くする。こうすることにより、トナー残量が少なくなった場合に頻繁にその状況を監視することができる。
【００２５】
Ｂ．監視サーバの概略構成：
図２は監視サーバ２００の概略構成を示す説明図である。監視サーバ２００は、ＣＰＵ２１０やＲＡＭ２２０、ＮＩＣ（ネットワークインタフェースコントローラ）２３０、ＨＤＤ（ハードディスクドライブ）２４０等が所定のバスによって接続されたコンピュータとして構成されている。ＮＩＣ２３０は、ＬＡＮを介して他の装置と通信を行うための制御を行うコントローラである。
【００２６】
ＨＤＤ２４０には、オペレーティングシステム２４１と、このオペレーティングシステム２４１上で動作するＷＷＷサーバプログラム２４２やＳＮＭＰマネージャ２４３がインストールされている。ＣＰＵ２１０は、これらのプログラムをＲＡＭ２２０に展開して実行する。
【００２７】
ＷＷＷサーバプログラム２４２は、コンピュータ１００上で動作するＷｅｂブラウザに対して、プリンタ３００のステータス情報を表示させるために用いられる。ステータス情報は、Ｗｅｂブラウザからのリクエストに応じて送信するものとしてもよいし、定期的にＷｅｂブラウザに対してプッシュ配信するものとしてもよい。
【００２８】
ＳＮＭＰマネージャ２４３は、ＳＮＭＰプロトコルを用いてプリンタ３００を監視するためのソフトウェアである。図２の下部には、ＳＮＭＰマネージャ２４３がＣＰＵ２１０によって実行されることによりソフトウェア的に実現される機能ブロックを示した。図示するようにＳＮＭＰマネージャ２４３は、問い合わせ部２５０や、トラップ受信部２５１、トナー残量予測部２５２、タイミング調整部２５３などによって構成される。
【００２９】
問い合わせ部２５０は、プリンタ３００に対して印刷枚数やトナー残量など種々のステータス情報のポーリングを行う。本発明の第１の問い合わせ部と第２の問い合わせ部に相当する。
【００３０】
トラップ受信部２５１は、プリンタ３００が自発的に発信するアラート情報の受信を行う。アラート情報とは、例えば、用紙が残り少ない旨を表す情報やトナーが残り少ない旨を表す情報である。ＳＮＭＰプロトコルでは、このように監視対象から自発的に発信される情報を「トラップ」と呼ぶ。
【００３１】
トナー残量予測部２５２は、問い合わせ部２５０によってポーリングした印刷枚数から、プリンタ３００に残存するトナー残量の予測を行う。
【００３２】
タイミング調整部２５３は、トナー残量予測部２５２によって予測したトナー残量やトラップ受信２５１によって受信したトラップに応じて、トナー残量をポーリングするタイミングの調整を行う。
【００３３】
Ｃ．プリンタの概略構成：
図３は、プリンタ３００の概略構成を示す説明図である。プリンタ３００は、ネットワーク対応型のレーザプリンタであり、ＣＰＵ３１０やＲＡＭ３２０、ＮＩＣ３３０、ＥＥＰＲＯＭ３４０、ＲＯＭ３５０、印刷機構３６０、トナーセンサ３７０等を備えている。
【００３４】
印刷機構３６０は、給紙された用紙に印刷を行うための機構であり、レーザ制御部や感光ドラム、トナーカートリッジ、給排紙機構等により構成される。
【００３５】
ＥＥＰＲＯＭ３４０には、ＭＩＢ３４１が格納される。ＭＩＢ３４１にはプリンタ３００の様々なステータス情報が記録される。ステータス情報としては、例えば、印刷枚数、トナー残量、プリンタの製造番号、機種名、ネットワークアドレス、印刷ジョブのサイズ、感光ドラムや紙送り機構の走行回数などといった情報が記録される。ＭＩＢ３４１は、ＲＡＭ３２０に格納されているものとしてもよい。
【００３６】
ＲＯＭ３５０には、プリントエンジン３５１やＳＮＭＰエージェント３５２などの各種プログラムが格納されている。ＣＰＵ３１０は、これらのプログラムをＲＡＭ３２０に展開して実行する。
【００３７】
プリントエンジン３５１は、印刷機構３６０を制御することによりＮＩＣ３３０を介してコンピュータ１００等から受信した印刷ジョブの印刷処理を行うプログラムである。プリントエンジン３５１は、印刷処理時に印刷枚数のカウントを行い、カウントした印刷枚数をＭＩＢ３４１に記録する。また、プリントエンジン３５１は、トナーセンサ３７０を用いてトナー残量を検出し、検出したトナー残量をＭＩＢ３４１に記録する。なお、本実施例における「印刷枚数」とは、トナーカートリッジが新品に交換されてから積算した総印刷枚数のことをいう。
【００３８】
ＳＮＭＰエージェント３５２は、ＳＮＭＰプロトコルを用いてプリンタ３００のステータス情報を監視サーバ２００に送信するプログラムである。図の下部には、ＳＮＭＰエージェント３５２がＣＰＵ３１０によって実行されることによりソフトウェア的に実現される機能ブロックを示した。図示するように、ＳＮＭＰエージェント３５２は、ポーリング処理部３８０やトラップ発信部３８１によって構成されている。
【００３９】
ポーリング処理部３８０は、監視サーバ２００からポーリングがあった場合に、指定されたステータス情報をＭＩＢ３４１から検索して返信する処理を行う。
【００４０】
トラップ発信部３８１は、用紙やトナーが残り少なくなった場合に、その旨をトラップとして監視サーバ２００に発信する。
【００４１】
Ｄ．監視処理：
図４は、監視サーバ２００のＣＰＵ２１０が実行する監視処理のフローチャートである。この監視処理は、監視サーバ２００がプリンタ３００を監視するために実行される処理である。
【００４２】
まず、ＣＰＵ２１０は、プリンタ３００に対して定期的に印刷枚数をポーリングする（ステップＳ１０）。そして、トナー残量が少ない旨のトラップをプリンタ３００から受信したか否かを判断する（ステップＳ１１）。トラップを受信しなかった場合には（ステップＳ１１：Ｎｏ）、ポーリングした印刷枚数を用いてトナー残量を予測する（ステップＳ１２）。図中に示すグラフは、かかる予測に用いる関数の一例を表すグラフである。図示するグラフによれば、印刷枚数が多くなるにつれトナー残量が少なくなるように予測される。トナー残量の予測は、関数ではなくテーブルを用いるものとしてもよい。
【００４３】
次に、ＣＰＵ２１０は、予測したトナー残量が所定の閾値以下であるか否かを判断する（ステップＳ１３）。閾値は、例えば、６０％などとすることができる。予測したトナー残量が閾値を超えていれば（ステップＳ１３：Ｎｏ）、十分にトナーが残存していると判断し、プリンタ３００に対してトナー残量のポーリングを行うことなく、当該監視処理を終了する。
【００４４】
予測したトナー残量が閾値以下であれば（ステップＳ１３：Ｙｅｓ）、ＣＰＵ２１０は、トナー残量のポーリングを行うタイミングを調整する（ステップＳ１４）。図中に示すグラフは、かかるタイミング調整に用いる関数の一例を表すグラフである。図示するグラフによれば、トナー残量が多くなるにつれ、ポーリング間隔が長くなるようにタイミングが調整される。トナーが十分に残存していれば、頻繁に監視を行わなくともプリンタ３００の運用に支障を来さないからである。このとき、ＣＰＵ２１０は、トナー残量のポーリングを行う頻度が、印刷枚数のポーリングを行う頻度よりも少なくなるようにタイミングを調整する。ネットワークトラフィックが必要以上に増大することを抑制するためである。なお、かかるタイミング調整についても、関数ではなくテーブルなどを用いるものとしてもよい。
【００４５】
上記ステップＳ１１において、トナー残量が少ない旨のトラップを受信した場合には（ステップＳ１１：Ｙｅｓ）、上述したトナー残量の予測（ステップＳ１２）やポーリング間隔の調整（ステップＳ１４）を行うことなく、ポーリング間隔を一定時間に固定する（ステップＳ１５）。固定する時間は、例えば、０．５時間など短時間になるよう設定する。このようなトラップがプリンタ３００から発信される状況は、トナーの残量がほぼゼロに近い状況であるため、監視を頻繁に行ってプリンタ３００の管理者にその残量を把握させるためである。
【００４６】
最後に、ＣＰＵ２１０は、上記ステップＳ１４やステップＳ１５で調整されたポーリング間隔で、トナー残量のポーリングを行う（ステップＳ１６）。ＣＰＵ２１０は、当該監視処理を監視サーバ２００の起動中、常時、ループして実行する。
【００４７】
以上で説明した監視処理によれば、印刷枚数に応じてトナー残量のポーリングする間隔を調整できるため、２つのステータス情報を同期してプリンタ３００に問い合わせる必要がない。従って、ネットワークトラフィックの増大を抑制し、効率よく監視を行うことができる。監視サーバ２００が複数のプリンタ３００の監視を行う場合には、監視するステータス情報の数も増加するため、特に、このような効果が顕著である。
【００４８】
Ｅ．変形例：
（１）上記実施例における監視処理では、トナー残量が少ない旨のトラップを受信した場合にはポーリング間隔を一定時間にするものとして説明したが、この処理は省略してもよい。このようにすれば、処理を簡略化することができる。かかる場合には、上記監視処理のステップＳ１１とステップＳ１５を省略すればよい。
【００４９】
（２）上記実施例における監視処理では、予測したトナー残量が閾値を超えた場合には、トナー残量のポーリングを行わないものとして説明した。しかし、処理の簡略化のため、閾値に基づく判断を省略してもよい。このような場合には、上記ステップＳ１３の処理を省略すればよい。
【００５０】
（３）上記実施例における監視処理において、ステップＳ１６でポーリングしたトナー残量の実測値を、ステップＳ１２におけるトナー残量の予測処理にフィードバックして予測値を補正するものとしてもよい。こうすることにより、正確にトナー残量を予測することが可能となる。
【００５１】
（４）上記実施例における監視処理では、印刷枚数から一旦、トナー残量を予測した上でトナー残量のポーリングタイミングを調整するものとして説明した。しかし、トナー残量の予測を行うことなく、ポーリングした印刷枚数に基づき、直接、トナー残量のポーリング間隔を調整してもよい。図５は、このようなタイミング調整に用いる関数の一例を表すグラフである。このような関数を用いることにより、印刷枚数が多くなるにつれ、トナー残量が減少しているとみなし、ポーリング間隔が短くなるようにタイミングを調整することができる。こうすることで処理の簡略化を図ることができる。
【００５２】
（５）上記実施例では、プリンタ３００は、トナーカートリッジが新品に交換されてから印刷枚数を積算してカウントするものとした。つまり、実施例では、プリンタ３００は、トナーカートリッジが交換されたことを検出する機構を備え、この検出結果に応じて印刷枚数のリセット処理を行うこととなる。しかし、プリンタ３００が製造出荷時からの印刷枚数を積算してカウントし、途中で値をリセットしないような場合には、監視サーバ２００がこれに相当する処理を行うものとしてもよい。すなわち、監視サーバ２００がプリンタ３００に対してトナー残量をポーリングした結果、その残量が急激に増加した場合に、トナーカートリッジが交換されたものと判断し、そのときにプリンタ３００から取得した印刷枚数（製造出荷時から積算された値）を基準値として、後にポーリングした印刷枚数からこの基準値を差し引くものとしてもよい。こうすることにより、プリンタ３００が製造出荷時からの印刷枚数を積算してカウントするような場合でも上述した監視処理を実行することができる。
【００５３】
（６）上記実施例では、印刷枚数に基づきトナー残量のポーリング間隔を調整する場合について説明した。しかし、本発明はこれに限らず、トナー残量に基づき印刷枚数のポーリング間隔を調整する場合や、印刷ジョブのサイズに基づきトナー残量や残り用紙枚数のポーリング間隔を調整する場合、印刷枚数やインク残量に基づき感光ドラムや紙送り機構の走行回数のポーリング間隔を調整する場合などについても適用することができる。
【００５４】
（７）上記実施例では、監視サーバ２００はプリンタ３００の監視を行うものとしたが、ＳＮＭＰプロトコルではプリンタだけではなく、インテリジェントハブやルータなど、種々のネットワーク機器の監視を行うことができる。従って、これらの装置に対しても、本発明を適用することにより、あるステータス情報の状況に応じて他のステータス情報をポーリングするタイミングの調整を行うことができる。
【００５５】
以上、本発明の実施例と種々の変形例について説明したが、本発明はこれらに限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、ソフトウェア的に実現した機能は、ハードウェアによって実現するものとしてもよい。実施例ではプリンタ３００をレーザプリンタであるものとして説明したが、インクジェットプリンタであってもよい。
【図面の簡単な説明】
【００５６】
【図１】監視システムの概略構成を示す説明図である。
【図２】監視サーバの概略構成を示す説明図である。
【図３】プリンタの概略構成を示す説明図である。
【図４】監視処理のフローチャートである。
【図５】印刷枚数からトナー残量のポーリング間隔を調整するために用いる関数の一例を表すグラフである。
【符号の説明】
【００５７】
１０...監視システム
１００...コンピュータ
２００...監視サーバ
２１０...ＣＰＵ
２２０...ＲＡＭ
２３０...ネットワークインタフェースコントローラ
２４０...ハードディスクドライブ
２４１...オペレーティングシステム
２４２...ＷＷＷサーバプログラム
２４３...ＳＮＭＰマネージャ
２５０...問い合わせ部
２５１...トラップ受信部
２５２...トナー残量予測部
２５３...タイミング調整部
３００...プリンタ
３１０...ＣＰＵ
３２０...ＲＡＭ
３３０...ネットワークインタフェースコントローラ
３４０...ＥＥＰＲＯＭ
３４１...ＭＩＢ
３５０...ＲＯＭ
３５１...プリントエンジン
３５２...ＳＮＭＰエージェント
３６０...印刷機構
３７０...トナーセンサ
３８０...ポーリング処理部
３８１...トラップ発信部
【図１】
2005182701.tif 000003
【図２】
2005182701.tif 000004
【図３】
2005182701.tif 000005
【図４】
2005182701.tif 000006
【図５】
2005182701.tif 000007