(57)【特許請求の範囲】
【請求項１】
自機の機器状態を監視し、前記機器状態の変化をクライアントに通知する画像処理装置であって、
自機の機器状態を監視する監視手段と、
前記機器状態の変化を前記クライアントに通知する通知手段と、
前記機器状態に応じて、前記監視手段による前記機器状態の監視間隔を決定する決定手段と
を有し、
前記監視手段は、
自機の機器状態情報を取得し、前記機器状態情報に応じて前記機器状態の変化を検知する検知手段と、
自機の動作モードから省エネルギーモードへの移行を確認する確認手段と
を有し、
前記決定手段は前記検知手段が前記機器状態の変化を検知したとき又は前記確認手段が前記省エネルギーモードへの移行を確認したときに、前記監視手段による前記機器状態の監視間隔を変化させ、
前記決定手段は前記機器状態の変化がエラーに関するものであるとき、前記エラーの解決までの時間が所定時間より短い前記機器状態の変化であれば前記機器状態の監視間隔を前記機器状態が通常であるときよりも短く決定すること
を特徴とする画像処理装置。
【請求項２】
前記決定手段は、前記機器状態が省エネルギーモードへの移行であるとき、前記機器状態の監視間隔を前記機器状態が通常であるときよりも長く決定することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記自機の機器状態情報は、ＭＩＢ（Management Information Base）情報であることを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
自機の機器状態を監視し、前記機器状態の変化をクライアントに通知する画像処理装置の機器状態監視方法であって、
監視手段が自機の機器状態を監視する監視ステップと、
通知手段が前記機器状態の変化を前記クライアントに通知する通知ステップと、
決定手段が前記機器状態に応じて、前記監視手段による前記機器状態の監視間隔を決定する決定ステップと
を有し、
前記監視ステップは、
検知手段が自機の機器状態情報を取得し、前記機器状態情報に応じて前記機器状態の変化を検知する検知ステップと、
確認手段が自機の動作モードから省エネルギーモードへの移行を確認する確認ステップと
を有し、
前記決定ステップは前記検知手段が前記機器状態の変化を検知したとき又は前記確認手段が前記省エネルギーモードへの移行を確認したときに、前記監視手段による前記機器状態の監視間隔を変化させ、
前記決定ステップは前記機器状態の変化がエラーに関するものであるとき、前記エラーの解決までの時間が所定時間より短い前記機器状態の変化であれば前記機器状態の監視間隔を前記機器状態が通常であるときよりも短く決定すること
を特徴とする機器状態監視方法。
【請求項５】
前記決定ステップは、前記機器状態が省エネルギーモードへの移行であるとき、前記機器状態の監視間隔を前記機器状態が通常であるときよりも長く決定すること
を特徴とする請求項４記載の機器状態監視方法。
【請求項６】
前記自機の機器状態情報は、ＭＩＢ（Management Information Base）情報であることを特徴とする請求項４又は５記載の機器状態監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び機器状態監視方法に係り、特に自機の機器状態の変化をクライアントに通知する画像処理装置及び機器状態監視方法に関する。
【背景技術】
【０００２】
画像処理装置の一例としての複合機には、ＰＣ（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）監視部
１４３    送受信処理部
【図１】
0005200640.tif 000002
【図２】
0005200640.tif 000003
【図３】
0005200640.tif 000004
【図４】
0005200640.tif 000005
【図５】
0005200640.tif 000006
【図６】
0005200640.tif 000007
【図７】
0005200640.tif 000008
【図８】
0005200640.tif 000009
【図９】
0005200640.tif 000010