JP5200640B2 - 画像処理装置及び機器状態監視方法 - Google Patents

Description

本発明は、画像処理装置及び機器状態監視方法に係り、特に自機の機器状態の変化をクライアントに通知する画像処理装置及び機器状態監視方法に関する。

画像処理装置の一例としての複合機には、ＰＣ（Personal Computer）等のクライアントからネットワーク経由で受信した要求（例えば印刷要求）に応じてプロッタやスキャナ等の搭載機能により処理（例えば印刷処理）を行うものがある。このようなクライアントには使用者（ユーザ）が複合機に各種要求を行うため、複合機の機器状態をアイコン等でディスプレイに表示するものがあった。

従来、クライアントは複合機に機器状態情報を要求し、取得した機器状態情報に基づいて複合機の機器状態をアイコン等でディスプレイに表示していた。ネットワーク経由で複合機の機器状態情報をクライアントが取得することは、よく行われている（例えば特許文献１及び２参照）。
特開２００２−２９７４６８号公報 特開２００７−８０１７１号公報

従来、クライアントは複合機に機器状態を要求し、複合機の機器状態情報を引き出して取得するプル（Ｐｕｌｌ）型が多い。プル型の場合、クライアントは複合機の機器状態情報を取得しなければ複合機の機器状態の変化を検知できなかった。従って、プル型のクライアントは複合機の機器状態の変化を検知する為、定期的に複合機へアクセスして最新の機器状態情報を取得する（ポーリングを行う）必要があった。

プル型の他、クライアントはプル型の逆で複合機から機器状態情報を押し込まれるように取得するプッシュ（Ｐｕｓｈ）型がある。プッシュ型の場合、クライアントは複合機の機器状態が変化したときに複合機の機器状態情報を取得する。しかし、複合機は自機の機器状態が変化したときにクライアントへ機器状態情報を通知する為、定期的に機器状態情報へアクセスして機器状態の変化を検知する（ポーリングを行う）必要があった。

プル型はネットワーク経由でポーリングを行う為、ポーリング間隔の短縮により、クライアントから複合機へのアクセスが増え、ネットワークへの負荷が大きくなるという問題があった。

一方、プッシュ型は複合機内でポーリングを行い、機器状態が変化したときに機器状態情報を複合機からクライアントへ通知するため、ネットワークへの負荷が小さい。しかしながら、プッシュ型は複合機内でポーリングを行うため、ポーリング間隔の短縮により複合機のリソース（ＣＰＵなど）への負荷が大きくなるという問題があった。なお、ポーリング間隔を延長すれば複合機のリソースへの負荷は小さくなるが、機器状態の変化を迅速に検知できなくなるという問題があった。

従来のプッシュ型の複合機は、複合機のリソースへの負荷と機器状態の変化の検知速度とを考慮し、妥当なポーリング間隔（ポーリング値）を固定値で設定していたが、必ずしも効率良く機器状態の変化をクライアントへ通知できるものではなかった。

本発明は、上記の点に鑑みなされたもので、機器状態の変化を効率良くクライアントへ通知可能な画像処理装置及び機器状態監視方法を提供することを目的とする。

上記課題を解決する為、本発明は、自機の機器状態を監視し、前記機器状態の変化をクライアントに通知する画像処理装置であって、自機の機器状態を監視する監視手段と、前記機器状態の変化を前記クライアントに通知する通知手段と、前記機器状態に応じて、前記監視手段による前記機器状態の監視間隔を決定する決定手段とを有し、前記監視手段は、自機の機器状態情報を取得し、前記機器状態情報に応じて前記機器状態の変化を検知する検知手段と、自機の動作モードから省エネルギーモードへの移行を確認する確認手段とを有し、前記決定手段は前記検知手段が前記機器状態の変化を検知したとき又は前記確認手段が前記省エネルギーモードへの移行を確認したときに、前記監視手段による前記機器状態の監視間隔を変化させ、前記決定手段は前記機器状態の変化がエラーに関するものであるとき、前記エラーの解決までの時間が所定時間より短い前記機器状態の変化であれば前記機器状態の監視間隔を前記機器状態が通常であるときよりも短く決定することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。

本発明によれば、機器状態の変化を効率良くクライアントへ通知可能な画像処理装置及び機器状態監視方法を提供可能である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では画像処理装置の一例として複合機を例に説明するが他の画像処理装置であってもよい。

（ハードウェア構成）
本発明による複合機１のハードウェア構成について図１を用いて説明する。図１は本発明による複合機のハードウェア構成図である。図１の複合機１は、操作パネル１１と、記憶メディアＩ／Ｆ１２と、コントローラ１３と、データ通信Ｉ／Ｆ１４と、スキャナ１５と、プロッタ１６と、ＨＤＤ（Hard Disk Drive）１７とが、それぞれ相互に接続されるように構成されている。

操作パネル１１は入力装置１１ａと表示装置１１ｂとを有している。入力装置１１ａはハードウェアキーなどで構成されており、複合機１に各種操作信号を入力する為に用いられる。また、表示装置１１ｂは、ディスプレイなどで構成され、例えば画像形成動作に関する各種情報を表示する。

データ通信Ｉ／Ｆ１４は、インタフェース装置１４ａを有しており、複合機１をデータ伝送路であるネットワークなどに接続するインタフェースである。ＨＤＤ１７は複合機１で取り扱われる読み取り画像データなどの各種データを格納している。また、ＨＤＤ１７は、これらの各種データを、所定のファイルシステムやＤＢ（Data Base）により管理している。

ＨＤＤ１７に格納される各種データの中には、例えば、デジタルカメラ等の外部の機器によって記録された電子データも含まれる。電子データは、メモリカードなどの記録媒体１２ｂによって複合機１に提供されるか、データ伝送路であるネットワークなどを通じてアップロードされる。記録媒体１２ｂは、記憶メディアＩ／Ｆ１２が有するドライブ装置１２ａにセットされ、各種データが記録媒体１２ｂからドライブ装置１２ａを介してＨＤＤ１７に格納される。

コントローラ１３は、ＲＯＭ（Read Only Memory）１３ａ，ＲＡＭ（Random Access Memory）１３ｂ及びＣＰＵ（Central Processing Unit）１３ｃを有している。ＲＯＭ１３ａは複合機１が起動されるときに実行されるプログラムや各種データを格納している。ＲＡＭ１３ｂは、ＲＯＭ１３ａやＨＤＤ１７から読み出された各種プログラムやデータを一時保持する。ＣＰＵ１３ｃは、ＲＡＭ１３ｂが一時保持しているプログラムを実行する。

コントローラ１３は、例えば、データ通信Ｉ／Ｆ１４を介して印刷データを受信した場合に、ＲＯＭ１３ａからＲＡＭ１３ｂ上に読み出された、ＰＤＬ（Page Description Language）を解釈可能なプログラム（ＰＤＬパーサ）をＣＰＵ１３ｃにより実行し、印刷データを解釈してビットマップイメージを生成する。

スキャナ１５は画像読取装置１５ａを有しており、読み取り面に配置された原稿を光学的に読み取り画像データを生成する。プロッタ１６は印刷装置１６ａを有しており、例えば電子写真プロセス方式によってビットマップイメージを記録紙に印刷する。本発明による複合機１では、上記したハードウェア構成により、コピー、プリンタ、ファクシミリ又はスキャナなどの複数の機能を実現できる。

（ソフトウェア構成）
本発明による複合機１のソフトウェア構成について図２を用いて説明する。図２は本発明による複合機のソフトウェア構成図である。

図２の複合機１は、図１に示したスキャナ１５及びプロッタ１６などのハードウェア１０を有するとともに、起動部（図示せず）により起動されるアプリケーション１１０及びプラットホーム１２０を含むように構成される。

プラットホーム１２０はＮＣＳ（Network Control Service）１２１と、ＮＣＳ１２１以外の複数のサービスモジュール１２２と、ＯＳ（Operating System）１２３とを有する。ＮＣＳ１２１及びサービスモジュール１２２は、サービス層を形成する。サービスモジュール１２２は、例えばＳＣＳ（System Control Service），ＥＣＳ（Engine Control Service），ＭＣＳ（Memory Control Service），ＯＣＳ（Operation panel Control Service），ＦＣＳ（FAX Control Service），ＳＲＭ（System Resource Manager）を有するように構成される。

サービス層は、アプリケーション１１０からの処理要求を解釈してハードウェア１０の獲得要求を発生させるコントロールサービスと、ハードウェア１０の管理を行い、コントロールサービスからの獲得要求を調停するＳＲＭ（System Resource Manager）とを有する。

なお、プラットホーム１２０は、予め定義されたメソッドによりアプリケーション１１０から処理要求を受信可能とするＡＰＩ（Application Program Interface）１１３と、ハードウェア１０を利用する上位層からの要求に従ってＯＳ１２３を介して制御するときのインタフェース（図示せず）を有する。ＯＳ１２３は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットホーム１２０並びにアプリケーション１１０の各ソフトウェアをそれぞれプロセスとして並列実行する。

ＮＣＳ１２１は、ネットワークＩ／Ｏを必要とするアプリケーション１１０に対して共通に利用できるサービスを提供するネットワーク３を担うモジュール群である。後述のクライアント２に対する通知機能は、ＮＣＳ１２１が有している。

ＮＣＳ１２１は、主に、各プロトコルによって受信したデータを各アプリケーション１１０に振り分け、各アプリケーション１１０から受信したデータをネットワーク３側に送信する際の仲介を行うモジュール群で構成される。そのモジュール群の中にはＷＳ−ＭＦＰモジュール群１３３が含まれる。

図２のＮＣＳ１２１はｓｎｍｐｄ（Simple Network Management Protocol Demon）１３１と、ｎｃｓｄ（Network Control Service Demon）１３２と、ＷＳ−ＭＦＰモジュール群１３３とを有する。ＷＳ−ＭＦＰモジュール群１３３はｗｓ−ｐｒｎｄ（WS-Printer Demon）１３４を有する。

ｓｎｍｐｄ１３１はＳＮＭＰを実現する。ｎｃｓｄ１３２はＮＣＳ１２１全体の取りまとめを行う。ＷＳ−ＭＦＰモジュール群１３３はＷＳ−ＭＦＰを実現する。ＷＳ−ＭＦＰモジュール群１３３に含まれるｗｓ−ｐｒｎｄ１３４は印刷関連を担う。

ここで上記の「ＷＳ」とは、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）のワーキンググループ（ＷＧ）により進められているＸＭＬをベースとした標準化Ｗｅｂサービスの意味である。「ＷＳ」については、その詳細が開示されている公開文献「Devices Profile for Web Services」を開示し、ここでの説明を省略する。公開文献の入手先ＵＲＬは、"http://specs.xmlsoap.org/ws/2006/02/devprof/devicesprofile.pdf"である。以降の説明の中で、「ＷＳ（ｗｓ）」がつく機能名やモジュール名は、この標準化Ｗｅｂサービスに準拠して設計された機能やモジュールである。例えばＷＳ−ＭＦＰモジュール群１３３は標準化Ｗｅｂサービスに準拠して設計された複合機用のモジュール群を示している。

図２に示したＷＳ−ＭＦＰモジュール群１３３はｗｓ−ｐｒｎｄ１３４を含むように構成される。ｗｓ−ｐｒｎｄ１３４は、プリンタ関連のデータを外部のクライアント２と複合機１が有するプリンタアプリ１１１との間で取り扱う。

複合機１は、ネットワーク３を介したクライアント２とｗｓ−ｐｒｎｄ１３４とのＳＯＡＰメッセージのやり取りにより、複合機１の機器状態をクライアント２に把握させることができ、クライアント２からの要求に基づいて印刷等を実施することができる。

アプリケーション１１０は、ＰＣＬやポストスクリプト（ＰＳ）などのＰＤＬパーサを有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用のアプリケーションであるコピーアプリ１１２とを有している。プリンタアプリ１１１は、プリンタアプリ管理情報（ＭＩＢ）１１４を有している。

上記した各コントロールサービスとＳＲＭとアプリケーション１１０とは、１つ以上のメソッドを有するオブジェクトであり、このオブジェクトを起動することにより、それぞれプロセスとしてＯＳ１２３上に生成されて実行される。そして、各プロセス内部には複数のスレッドが起動され、ＯＳ１２３の管理下でこれらのスレッドのＣＰＵ占有時間を切り替えることにより並列実行が実現されている。このため、複合機１はプロセス切り替えによる並列実行と比較して、並列実行時の処理速度の向上が図られている。

なお、アプリケーション１１０のプロセス（アプリプロセス）と、コントロールサービスのプロセス（コントロールサービスプロセス）とは、メソッドの実行によるプロセス間通信によってメッセージの送受信が行われる。ここからは、ＮＣＳ１２１のＷＳ−ＭＦＰモジュール群１３３に含まれるｗｓ−ｐｒｎｄ１３４の詳細について説明する。

図３はｗｓ−ｐｒｎｄの印刷機能を表した機能構成図である。図３のｗｓ−ｐｒｎｄ１３４は、印刷要求種類判別部１４１，イベント（Event）監視部１４２，送受信処理部１４３を有する構成である。

ステップＳ１に進み、クライアント２はネットワーク３経由で印刷要求のデータを複合機１に送信する。複合機１の送受信処理部１４３はクライアント２から送信されたデータを受信する。ステップＳ２に進み、送受信処理部１４３は受信データを印刷要求種類判別部１４１に送信する。印刷要求種類判別部１４１は受信データを解析し、どのような種類の印刷要求であるか判別する。

ステップＳ３に進み、印刷要求種類判別部１４１は判別した印刷要求の種類に応じた情報をプリンタアプリ１１１に送信する。プリンタアプリ１１１は受信した情報に応じて紙への印刷を行い、印刷要求に応じた処理を終了する。

図４はｗｓ−ｐｒｎｄのイベント送出機能を表した機能構成図である。図４の機能構成図は図３の機能構成図と同様である。ステップＳ１１に進み、クライアント２はディスプレイ等の表示装置に画面１５０を表示する。画面１５０には準備完了の複合機１のアイコン１５２が含まれる。

ステップＳ１２に進み、複合機１はエラーが発生したものとする。イベント監視部１４２はエラーの発生を監視している。エラーが発生すると、ステップＳ１３に進み、イベント監視部１４２はイベント（機器状態）を送受信処理部１４３に送信する。ステップＳ１４に進み、送受信処理部１４３はクライアント２にイベントを送信する。

イベントを受信すると、クライアント２は表示装置に表示している画面１５０を画面１５１に変更する。画面１５１にはエラーの複合機１のアイコン１５３が含まれる。クライアント２側で画面１５０を画面１５１に変更する為には、複合機１のイベントをクライアント２へ通知する必要がある。

複合機１からクライアント２に送信されるイベントは、複合機１の機器状態をクライアント２に通知する為のものである。例えば複合機１はカバーが空いた機器状態で印刷を正常に実行できないため、その「カバーが空いている」という機器状態をクライアント２に通知する。

本実施例は、複合機１の機器状態をクライアント２に通知する為に必要な複合機１における機器状態の監視を最適化し、機器状態の変化を効率良くクライアント２へ通知するものである。

従来、複合機１の機器状態が変化（イベントが発生）してからクライアント２へ通知する処理手順は図５に示すようである。図５は複合機の機器状態をクライアントへ通知する従来のｗｓ−ｐｒｎｄの処理手順を表したフローチャートである。

ステップＳ２１に進み、ｗｓ−ｐｒｎｄ１３４は自機の機器状態情報を取得する。自機の機器状態情報を取得すると、ｗｓ−ｐｒｎｄ１３４はステップＳ２２に進み、自機の機器状態に変化があるか否かを判定する。自機の機器状態に変化があれば、ｗｓ−ｐｒｎｄ１３４はステップＳ２３に進み、クライアント２へイベントを通知し、ステップＳ２４に進む。なお、自機の機器状態に変化がなければ、ｗｓ−ｐｒｎｄ１３４はステップＳ２４に進む。

ステップＳ２４では、ｗｓ−ｐｒｎｄ１３４が固定値で設定されているポーリング値に従ってスリープ（Sleep）する。ｗｓ−ｐｒｎｄ１３４はステップＳ２１〜Ｓ２４の処理を繰り返し行う。ｗｓ−ｐｒｎｄ１３４はポーリング値に従ったポーリング間隔で自機の機器状態情報を取得していた。

このように、図５に表したフローチャートでは、自機の機器状態の監視を固定のポーリング間隔で行っているため、複合機１のリソースへの負荷と機器状態の変化の検知速度とを考慮して機器状態の変化を効率良くクライアント２へ通知するものではなかった。

複合機１の機器状態が変化（イベントが発生）してからクライアント２へ通知する処理手順は図６に示すようである。図６は複合機の機器状態をクライアントへ通知する本実施例のｗｓ−ｐｒｎｄの処理手順を表したフローチャートである。

ステップＳ３１に進み、ｗｓ−ｐｒｎｄ１３４は自機で保存しているプリンタアプリ管理情報（ＭＩＢ）を自機の機器状態情報として図７のシーケンス図に示す処理手順で取得する。図７は自機の機器状態情報を取得する処理手順を表したシーケンス図である。

自機の機器状態情報の取得に際し、ｗｓ−ｐｒｎｄ１３４はステップＳ４１でｓｎｍｐｄ１３１に自機の機器状態情報を問い合わせる。ステップＳ４２に進み、ｓｎｍｐｄ１３１はプリンタアプリ１１１が管理しているプリンタアプリ管理情報（ＭＩＢ）１１４からＭＩＢ値を取得する。

プリンタアプリ管理情報（ＭＩＢ）１１４から取得するＭＩＢ値は、例えばhrPrinterDetectedErrorState(1.3.6.1.2.1.25.3.5.1.2.p)とhrPrinterStatus(1.3.6.1.2.1.25.3.5.1.1.p)とである。ＭＩＢ値は、複合機１の機器状態情報を表している。

プリンタアプリ管理情報（ＭＩＢ）１１４からＭＩＢ値を取得すると、ｓｎｍｐｄ１３１はステップＳ４３に進み、プリンタアプリ管理情報（ＭＩＢ）１１４から取得したＭＩＢ値を自機の機器状態情報としてｗｓ−ｐｒｎｄ１３４に応答する。

図６のステップＳ３２に戻り、ｗｓ−ｐｒｎｄ１３４はｓｎｍｐｄ１３１から取得したＭＩＢ値から自機の機器状態に変化があるか否かを判定する。自機の機器状態に変化があれば、ｗｓ−ｐｒｎｄ１３４はステップＳ３３に進み、クライアント２へイベントを通知し、ステップＳ３４に進む。なお、自機の機器状態に変化がなければ、ｗｓ−ｐｒｎｄ１３４はステップＳ３４に進む。

ステップＳ３４に進み、ｗｓ−ｐｒｎｄ１３４は図８のシーケンス図に示す処理手順で自機が省エネルギー（省エネ）モードに入りそうか否かを確認する。図８は自機が省エネモードに入りそうか否かを確認する処理手順を表したシーケンス図である。

自機が省エネモードに入りそうか否かの確認に際し、ｗｓ−ｐｒｎｄ１３４はステップＳ５１でｎｃｓｄ１３２に自機が省エネモードに入りそうか否かを問い合わせる。ネットワーク関連の取りまとめを行うｎｃｓｄ１３２はステップＳ５２に進み、他のモジュールが活発に動いているか否かにより、自機が省エネモードに入りそうか否かを確認する。

ステップＳ５３に進み、ｎｃｓｄ１３２は自機が省エネモードに入りそうか否かの確認結果をｗｓ−ｐｒｎｄ１３４に応答する。

図６のステップＳ３５に戻り、ｗｓ−ｐｒｎｄ１３４はステップＳ３１で取得した自機の機器状態情報とステップＳ３４で取得した自機が省エネモードに入りそうか否かの確認結果とに基づき、ポーリング間隔を図９に示す表に従って決定する。図９ではステップＳ３１で取得した自機の機器状態情報とステップＳ３４で取得した自機が省エネモードに入りそうか否かの確認結果とを機器の状態と呼んでいる。

図９は、機器の状態とポーリング間隔との対応を説明する為の図である。図９では機器の状態として、通常状態，印刷中でカバーオープンなどすぐ解決できるエラーが発生した状態，省エネモードに入る直前の状態，致命的なエラー（問題解決まで時間がかかる）が発生した状態を表している。なお、すぐ解決できるエラーと致命的なエラーとは、例えば問題解決までの平均時間が所定時間よりも短いものと長いものとで分類できる。

機器の状態が通常状態のとき、ｗｓ−ｐｒｎｄ１３４はポーリング間隔を、やや短めの２秒としている。機器の状態が印刷中でカバーオープンなどすぐ解決できるエラーが発生した状態のとき、ｗｓ−ｐｒｎｄ１３４はポーリング間隔を短めの１秒としている。すぐ解決できるエラーが発生した状態であるため、ポーリング間隔は機器状態の変化を迅速に検知するように短めに設定されている。

機器の状態が省エネモードに入る直前の状態のとき、ｗｓ−ｐｒｎｄ１３４はポーリング間隔を長めの３０秒としている。直に省エネモードに入るため、ポーリング間隔は複合機１のリソースへの負担を小さくするように長めに設定されている。

機器の状態が致命的なエラーの発生した状態のとき、ｗｓ−ｐｒｎｄ１３４はポーリング間隔を、やや短めの２秒としている。機器の状態が致命的なエラーの発生した問題解決まで時間がかかる状態であるため、ポーリング間隔は、すぐ解決できるエラーが発生した状態のポーリング間隔よりも、やや長めに設定されている。

このようにポーリング間隔を図９に示す表に従って可変に決定することで、本実施例の複合機１は、より適切なタイミングでクライアント２へイベントを通知できると共に、自機の機器状態の確認も適切なタイミングで行うことができる。結果として、複合機１は自機のリソースへの負荷と機器状態の変化の検知速度とのバランスを取りつつ、イベントを効率よくクライアント２へ通知できる。

そして、図６のステップＳ３６に戻り、ｗｓ−ｐｒｎｄ１３４はステップＳ３５で決定されたポーリング間隔（ポーリング値）に従ってスリープ（Sleep）する。ｗｓ−ｐｒｎｄ１３４はステップＳ３１〜Ｓ３６の処理を繰り返し行う。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

本発明による複合機のハードウェア構成図である。 本発明による複合機のソフトウェア構成図である。 ｗｓ−ｐｒｎｄの印刷機能を表した機能構成図である。 ｗｓ−ｐｒｎｄのイベント送出機能を表した機能構成図である。 複合機の機器状態をクライアントへ通知する従来のｗｓ−ｐｒｎｄの処理手順を表したフローチャートである。 複合機の機器状態をクライアントへ通知する本実施例のｗｓ−ｐｒｎｄの処理手順を表したフローチャートである。 自機の機器状態情報を取得する処理手順を表したシーケンス図である。 自機が省エネモードに入りそうか否かを確認する処理手順を表したシーケンス図である。 機器の状態とポーリング間隔との対応を説明する為の図である。

符号の説明

１ 複合機
２ クライアント
３ ネットワーク
１０ ハードウェア
１１ 操作パネル
１２ 記憶メディアＩ／Ｆ
１３ コントローラ
１４ データ通信Ｉ／Ｆ
１５ スキャナ
１６ プロッタ
１７ ＨＤＤ（Hard Disk Drive）
１１０ アプリケーション
１１１ プリンタアプリ
１１２ コピーアプリ
１１３ ＡＰＩ（Application Program Interface）
１１４ プリンタアプリ管理情報（ＭＩＢ）
１２０ プラットホーム
１２１ ＮＣＳ（Network Control Service）
１２２ ＮＣＳ以外の複数のサービスモジュール
１２３ ＯＳ（Operating System）
１３１ ｓｎｍｐｄ（Simple Network Management Protocol Demon）
１３２ ｎｃｓｄ（Network Control Service Demon）
１３３ ＷＳ−ＭＦＰモジュール群
１３４ ｗｓ−ｐｒｎｄ（WS-Printer Demon）
１４１ 印刷要求種類判別部
１４２ イベント（Event）監視部
１４３ 送受信処理部

Claims (6)

1. 自機の機器状態を監視し、前記機器状態の変化をクライアントに通知する画像処理装置であって、
   自機の機器状態を監視する監視手段と、
   前記機器状態の変化を前記クライアントに通知する通知手段と、
   前記機器状態に応じて、前記監視手段による前記機器状態の監視間隔を決定する決定手段と
   を有し、
   前記監視手段は、
   自機の機器状態情報を取得し、前記機器状態情報に応じて前記機器状態の変化を検知する検知手段と、
   自機の動作モードから省エネルギーモードへの移行を確認する確認手段と
   を有し、
   前記決定手段は前記検知手段が前記機器状態の変化を検知したとき又は前記確認手段が前記省エネルギーモードへの移行を確認したときに、前記監視手段による前記機器状態の監視間隔を変化させ、
   前記決定手段は前記機器状態の変化がエラーに関するものであるとき、前記エラーの解決までの時間が所定時間より短い前記機器状態の変化であれば前記機器状態の監視間隔を前記機器状態が通常であるときよりも短く決定すること
   を特徴とする画像処理装置。
2. 前記決定手段は、前記機器状態が省エネルギーモードへの移行であるとき、前記機器状態の監視間隔を前記機器状態が通常であるときよりも長く決定することを特徴とする請求項１記載の画像処理装置。
3. 前記自機の機器状態情報は、ＭＩＢ（Management Information Base）情報であることを特徴とする請求項１又は２記載の画像処理装置。
4. 自機の機器状態を監視し、前記機器状態の変化をクライアントに通知する画像処理装置の機器状態監視方法であって、
   監視手段が自機の機器状態を監視する監視ステップと、
   通知手段が前記機器状態の変化を前記クライアントに通知する通知ステップと、
   決定手段が前記機器状態に応じて、前記監視手段による前記機器状態の監視間隔を決定する決定ステップと
   を有し、
   前記監視ステップは、
   検知手段が自機の機器状態情報を取得し、前記機器状態情報に応じて前記機器状態の変化を検知する検知ステップと、
   確認手段が自機の動作モードから省エネルギーモードへの移行を確認する確認ステップと
   を有し、
   前記決定ステップは前記検知手段が前記機器状態の変化を検知したとき又は前記確認手段が前記省エネルギーモードへの移行を確認したときに、前記監視手段による前記機器状態の監視間隔を変化させ、
   前記決定ステップは前記機器状態の変化がエラーに関するものであるとき、前記エラーの解決までの時間が所定時間より短い前記機器状態の変化であれば前記機器状態の監視間隔を前記機器状態が通常であるときよりも短く決定すること
   を特徴とする機器状態監視方法。
5. 前記決定ステップは、前記機器状態が省エネルギーモードへの移行であるとき、前記機器状態の監視間隔を前記機器状態が通常であるときよりも長く決定すること
   を特徴とする請求項４記載の機器状態監視方法。
6. 前記自機の機器状態情報は、ＭＩＢ（Management Information Base）情報であることを特徴とする請求項４又は５記載の機器状態監視方法。

Images