(57)【要約】【課題】  ステータスの更新に伴う無駄な消費電力を極力減らしつつ、ユーザに煩雑な作業を強いることなく、更新されるのが望ましいステータスを知らしめること。【解決手段】  第一ネットワーク１０４を介してクライアント１０５から送られる印刷指示要求や情報取得要求等の画像形成装置１０１に対するリクエストは、応答判断制御部２０２でハンドリングされる。応答判断制御部２０２は、画像形成装置１０１がいわゆるアイドル状態であるときは、そのリクエストを第二ネットワークIF２０５と第二ネットワーク１０２を介して、画像形成装置１０１に送り、画像形成装置１０１が休止の状態にあるときは、受信したリクエストの内容を解析してリクエストの応答方法を決定する。ステータス記憶手段である情報記憶部２０３には、画像形成装置１０１がアイドル状態のときに、情報取得部２０４によって、画像形成装置１０１の任意の情報を取得した各種情報が格納されている。【選択図】  図２
2005119203.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置との間でデータの送受信を行う送受信手段と、
該送受信手段により外部装置から受信した印刷データに基づいて画像形成部に印刷出力を行わせる画像形成指示手段と、
前記画像形成部が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、前記画像形成部に前記第２のステータスを検出させることなく第２のステータスの値を前記外部装置に送信する応答処理手段と
を備えたことを特徴とする画像処理装置。
【請求項２】
前記画像形成部が休止状態にない場合に、予め前記第２のステータスの値を検出させてステータス記憶部に格納するステータス記憶手段をさらに備え、
前記応答処理手段は、前記画像形成部が休止状態にある場合、前記送受信手段により第２のステータスに対するステータス要求を受信したときは、前記第２のステータスの値を前記ステータス記憶部から読み出して前記外部装置に送信することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ステータス記憶手段は、前記画像形成部が休止状態に移行する直前に前記第２のステータスの値を検出させて格納することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記応答処理手段は、前記画像形成部が休止状態にある場合、前記送受信手段により前記第１のステータスに対するステータス要求を受信したときは、ユーザに該第１のステータスの値が必要か否かを確認する確認手段を含み、該確認手段がユーザが前記ステータスの値を必要とすることを確認したときのみ、前記画像形成部に前記第１のステータスを検出させて当該検出された第１のステータスの値を前記外部装置に送信することを特徴とする請求項１、２または３に記載の画像処理装置。
【請求項５】
いずれのステータスが第１のステータスに含まれるかを予め設定することができることを特徴とする請求項１ないし４のいずれかに記載の画像処理装置。
【請求項６】
前記第２のステータスは、画像形成条件を定める前記画像形成部の温度を含むことを特徴とする請求項１ないし５のいずれかに記載の画像処理装置。
【請求項７】
前記第１のステータスは経時変化がない静的な内容のステータスであり、前記第２のステータスは変化し得る動的な内容のステータスであることを特徴とする請求項１ないし５のいずれかに記載の画像処理装置。
【請求項８】
送受信手段によりネットワークを介して外部装置との間でデータの送受信を行うステップと、
該送受信手段により外部装置から受信した印刷データに基づいて、画像形成指示手段により画像形成部に印刷出力を行わせるステップと、
応答処理手段により、前記画像形成部が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、前記画像形成部に前記第２のステータスを検出させることなく第２のステータスの値を前記外部装置に送信するステップと
を備えたことを特徴とする画像処理方法。
【請求項９】
ネットワークを介してデータの送受信を行う外部装置と、
画像形成を行う画像形成装置と、
前記外部装置から受信した印刷データに基づいて該画像形成装置に印刷出力を行わせる画像形成指示手段と、前記画像形成装置が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、前記画像形成装置に前記第２のステータスを検出させることなく第２のステータスの値を前記外部装置に送信する応答処理手段とを含む画像処理装置と
を備えたことを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置および画像処理方法に関し、より詳細には、画像形成部のステータスを検出する画像処理装置および画像処理方法に関する。
【背景技術】
【０００２】
画像形成装置がスリープ中の場合、画像処理部のメモリ部にスリープ状態ステータスを格納しておき、外部から状態の問い合わせがあったときは、メモリに格納されたステータスを応答する技術が提案されている（例えば、特許文献１参照）。
【０００３】
また、画像形成装置が消費電力節約モードで所定の要求を受信した場合、その受信した要求が印字動作を必要としないか否かを判別し、当該要求がステータス要求のときには、消費電力節約モードを解除しないという技術が提案されている（例えば、特許文献２および３参照）。
【０００４】
さらに、画像形成装置がスリープ状態の時に、外部のホストコンピュータからステータス項目を指定したステータス要求が入力されると、指定されたステータス項目に対応するセンサのみを通電しセンサによる消費電力を最小限に抑えるという技術が提案されている（例えば、特許文献４参照）。
【０００５】
【特許文献１】特開平７−１５６５１２号公報
【特許文献２】特開平８−１４２４５８号公報
【特許文献３】特開平６−２８２１２７号公報
【特許文献４】特開２００２−０２９１１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術のうちメモリに格納されたステータスを送信する技術および消費電力節約モードを解除しない技術によれば、全てのステータスにおいて更新処理が行われない。したがって、プリンタ名など静的なステータスについてはステータス内容を更新する必要はかならずしもないが、更新されるのが望ましい用紙残量等動的なステータスについてもユーザは全く最新のステータスを知ることができない。
【０００７】
また、指定されたステータス項目に対応するセンサのみを通電する技術では、ユーザが欲するステータス項目のみを更新できる点で便利であるが、ユーザがステータスを知ろうとする度に、プリンタドライバＵＩを介してステータス項目を指定する必要があり、非常に煩雑な作業をユーザに強いることとなり、さらに印刷装置がスリープ状態にかかわらず、ユーザに、欲するステータス項目を指定させることとなる。印刷装置が待機状態（通電状態）にもかかわらず、ユーザにセンサを通電させたいステータス項目を指定させるという無駄な作業を行わせるものである。
【０００８】
本願発明は、上記問題点を鑑みてなされたものであり、ステータスの更新に伴う無駄な消費電力を極力減らしつつ、ユーザに煩雑な作業を強いることなく、更新されるのが望ましいステータスを知らしめる画像形成装置および画像形成方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上記の課題を解決することを目的とする。つまり、可能な限り画像形成装置の省電力機能を解除せずに、画像処理装置内でユーザの要求に対応できるようにするものである。実際には、一般的にプリンタコントローラと呼ばれる画像処理装置がネットワークを介して、省電力機能が作動している一般的にプリンタエンジンと呼ばれる画像形成装置と、ユーザとの間に接続されている構成において、画像処理装置がユーザの要求に対して、事前に画像形成装置から必要な情報は全て取得しておき、その情報でユーザの要求に応答することができる場合は、その情報を用いてユーザへ応答し、実際の画像形成動作等の画像処理装置単体では処理することができない要求に対してのみ、画像形成装置に要求するような制御をする。また、画像形成装置の省電力機能を解除せざるを得ない場合にも、本当に解除することが必要か否かをユーザに判断させる制御も行う。さらに、ユーザの要求で使用される通信プロトコルに応じて、画像処理装置内で解決するか、または画像形成装置内で解決するかを判断する。本発明はこのような印刷システムを実現するものである。具体的な手段として以下の構成を備える。
【００１０】
請求項１に記載の発明は、画像処理装置であって、ネットワークを介して外部装置との間でデータの送受信を行う送受信手段と、送受信手段により外部装置から受信した印刷データに基づいて画像形成部に印刷出力を行わせる画像形成指示手段と、画像形成部が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、画像形成部に第２のステータスを検出させることなく第２のステータスの値を外部装置に送信する応答処理手段とを備えたことを特徴とする。
【００１１】
請求項２に記載の発明は、請求項１に記載の画像処理装置において、画像形成部が休止状態にない場合に、予め第２のステータスの値を検出させてステータス記憶部に格納するステータス記憶手段をさらに備え、応答処理手段は、画像形成部が休止状態にある場合、送受信手段により第２のステータスに対するステータス要求を受信したときは、第２のステータスの値をステータス記憶部から読み出して外部装置に送信することを特徴とする。
【００１２】
請求項３に記載の発明は、請求項２に記載の画像処理装置において、ステータス記憶手段は、画像形成部が休止状態に移行する直前に第２のステータスの値を検出させて格納することを特徴とする。
【００１３】
請求項４に記載の発明は、請求項１、２または３に記載の画像処理装置において、応答処理手段は、画像形成部が休止状態にある場合、送受信手段により第１のステータスに対するステータス要求を受信したときは、ユーザに第１のステータスの値が必要か否かを確認する確認手段を含み、確認手段がユーザがステータスの値を必要とすることを確認したときのみ、画像形成部に第１のステータスを検出させて検出された第１のステータスの値を外部装置に送信することを特徴とする。
【００１４】
請求項５に記載の発明は、請求項１ないし４のいずれかに記載の画像処理装置において、いずれのステータスが第１のステータスに含まれるかを予め設定することができることを特徴とする。
【００１５】
請求項６に記載の発明は、請求項１ないし５のいずれかに記載の画像処理装置において、第２のステータスは、画像形成条件を定める画像形成部の温度を含むことを特徴とする。
【００１６】
請求項７に記載の発明は、請求項１ないし５のいずれかに記載の画像処理装置において、第１のステータスは経時変化がない静的な内容のステータスであり、第２のステータスは変化し得る動的な内容のステータスであることを特徴とする。
【００１７】
請求項８に記載の発明は、画像処理方法であって、送受信手段によりネットワークを介して外部装置との間でデータの送受信を行うステップと、送受信手段により外部装置から受信した印刷データに基づいて、画像形成指示手段により画像形成部に印刷出力を行わせるステップと、応答処理手段により、画像形成部が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、画像形成部に第２のステータスを検出させることなく第２のステータスの値を外部装置に送信するステップとを備えたことを特徴とする。
【００１８】
請求項９に記載の発明は、画像処理システムであって、ネットワークを介してデータの送受信を行う外部装置と、画像形成を行う画像形成装置と、外部装置から受信した印刷データに基づいて画像形成装置に印刷出力を行わせる画像形成指示手段と、画像形成装置が休止状態にある場合、第１のステータスおよび第２のステータスからなるステータスのうち第２のステータスに対するステータス要求を受信したときは、画像形成装置に第２のステータスを検出させることなく第２のステータスの値を外部装置に送信する応答処理手段とを含む画像処理装置とを備えたことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、あらかじめ画像処理装置が画像形成装置から情報を取得しておき、画像形成装置がスリープ中の場合には、ユーザからのリクエストを、画像処理装置内で解析し、画像処理装置内で解決可能か否かを切り分け制御することによって、可能な限り画像形成装置の省電力モードを解除せずに、画像処理装置内でユーザの要求に対応できるようになり、無駄な電力を使わずに、結果的に消費電力を従来よりも減らすことが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照して本発明による記録材判別装置および画像形成装置並びにその方法を説明する。  
（第１実施形態）
図１は、本発明を実施する印刷システムの概略説明図である。印刷システムは主要な構成として、イーサネット（登録商標）LANに代表される第一ネットワーク１０４を介して、印刷指示や画像形成装置の情報取得等を行うクライアント１０５と、第一ネットワーク１０４とイーサネット（登録商標）LANに代表される第二ネットワーク１０２の間に接続され、クライアント１０５から要求される印刷指示に基づいた画像処理や、情報要求等のハンドリングを行う画像処理装置１０３と、第二ネットワーク１０２と接続され、画像処理装置１０３とコミュニケーションが可能であり、実際に印刷実行を行うことを主とする画像形成装置１０１とを有する。
【００２１】
ここで、画像形成装置１０１および画像処理装置１０３は、後述の全実施形態も含め、図示しないが通常のコンピュータが備えることができるすべてのコンポーネント、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等の補助記憶を有することができる。また、本実施形態および他の実施形態は、ＲＯＭやハードディスク上に格納され、あるいはその他の方法で取得されたプログラム、オブジェクトなどのソフトウェアをＣＰＵにロードし実行させることにより実現することもできる。また、画像形成装置の記録部には、電子写真方式を採用したレーザービームエンジンや、インクジェット方式を採用したインクジェットエンジンを搭載したものが想定されるがこれに限定されるものではない。更には、画像形成装置としては、ファクシミリ装置、スキャナー装置、またはファクシミリ機能、複写機能及びプリンタ機能を備え合わせたデジタル複合機に適用可能であるが、これらに限定されるものではない。
【００２２】
なお、本実施形態における第一ネットワーク１０４は、イーサネット（登録商標）を用いた一般的なLANを想定しており、第二ネットワーク１０２は、画像処理装置１０３と画像形成装置１０１とで閉じたイーサネット（登録商標）LANを想定している。しかし、この他のネットワーク形態であっても、本発明の同機能、同目的を果たすことが出来れば採用可能である。
【００２３】
次に、画像処理装置１０３について、図２を用いて説明する。  
図２は、画像処理装置１０３を説明するための、本発明にとりわけ重要な構成のみを示したブロック図である。なお、画像処理装置１０３は一般的にはプリンタコントローラと称される場合がある。第一ネットワーク１０４を介してクライアント１０５から送られる印刷指示要求や情報取得要求等の画像形成装置１０１に対するステータス要求であるリクエストは、画像処理装置１０３内の第一ネットワークIF２０１で受信する。受信したリクエストは、応答判断制御部２０２によってハンドリングされる。応答判断制御部２０２は、画像形成装置１０１がいわゆる省電力モードやスリープモードと呼ばれる状態に無いとき、つまりアイドル状態であるときは、通常通り、そのリクエストを第二ネットワークIF２０５と第二ネットワーク１０２を介して、画像形成装置１０１に送る。もちろん、印刷データがクライアント１０５から送られてきた場合は、画像形成指示を行う画像形成モジュール（不図示）により画像形成指示が画像形成装置１０１に送信される。すなわち、画像形成指示をおこなう手段である画像形成モジュールは、クライアント１０５から印刷要求を受信すると、データに画像処理を施し画像形成部に送るとともに画像形成を指示する。一方、応答判断制御部２０２は、画像形成装置１０１がいわゆる省電力モードやスリープモードと呼ばれる休止の状態にあるとき、受信したリクエストの内容を解析してリクエストの応答方法を決定する。ステータス記憶手段である情報記憶部２０３には、画像形成装置１０１がアイドル状態のときに、情報取得部２０４によって、画像形成装置１０１の任意の情報を取得した各種情報が格納されている。情報取得部２０４による画像形成装置１０１からの情報取得は、画像形成装置１０１がアイドル状態の時に定期的な間隔で行っても、あるタイミングで行っても良くここでは限定しない。
【００２４】
ステータスの値である情報取得部２０４の取得する情報は、例えば、記録用紙残量やトナー残量、装備オプション情報、装備記録用紙情報といった画像形成装置１０１内のあらゆる任意の情報である。これらの情報を、情報記憶部２０３に格納しておく。応答判断制御部２０２の受信したリクエストの解析方法は、上記の各種情報が格納されている情報記憶部２０３の内容とリクエストとを見比べて、もし、情報記憶部２０３内の情報の中でクライアント１０５からのリクエストの応答として満足する情報が存在すれば、その情報を画像形成装置１０１に代わって、画像処理装置１０３がクライアント１０５に返す。反対に、もし、情報記憶部２０３内の情報の中でクライアント１０５からのリクエストの応答として満足する情報が存在しなければ、つまり、画像処理装置１０３が画像形成装置１０１の変わりをつとめることが出来ない場合、また、実際の印刷動作が必要な場合は、そのリクエストを第二ネットワークIF２０５と第二ネットワーク１０２を介して、画像形成装置１０１に送られる。もちろん、印刷データがクライアント１０５から送られてきた場合は、画像処理を施してから画像形成装置１０１に送信する。いわゆるスリープ中である画像形成装置１０１は、この送信がきっかけとなりスリープ状態から復帰してリクエストに応答する。
【００２５】
スリープ状態とは、画像形成装置の定着器を含む記録エンジン、用紙残量センサなど画像形成装置における各種センサ、またはページ記述言語などの印刷データの展開を行う画像処理回路などへの通電を抑えると共に、第二ネットワークＩ/Ｆ部分が機能する電力供給を行う状態を指す。また、第二ネットワークＩ/Ｆ部分を通電した状態で、スリープ状態を、記録エンジン、各種センサ、画像処理回路の通電をまとめて行う第１スリープ状態と、記録エンジン部のみの通電を抑える第２スリープ状態といった複数段階に設定し、第１スリープ状態を本実施形態のスリープ状態としても良い。このスリープ状態については、第１乃至３実施形態について同様である。
【００２６】
なお、本実施形態においては、クライアント１０５からのリクエストが、画像処理装置１０３に対してのリクエストであった場合は、当然、画像処理装置１０３内で解決可能であり本発明とは関係ない。あくまでも、本実施形態におけるクライアント１０５からのリクエストとは、画像形成装置１０１に対してのものである。
【００２７】
また、本実施形態において、画像処理装置は、画像形成装置と別の装置であってネットワークまたはケーブルで接続されるように示されているが、画像形成装置自体に含めるような構成とすることもでき、このような装置構成でも同様の効果を得ることができる。
【００２８】
次に、画像形成装置１０１について、図３を用いて説明する。図３は、画像形成装置１０１を説明するための、本発明にとりわけ重要な構成のみを示したブロック図である。なお、画像形成装置１０１は一般的にはプリンタエンジンと称される場合がある。第二ネットワークIF２０５を介して画像処理装置１０３から送られるクライアント１０５からの画像形成装置１０１に対するリクエストは、第三ネットワークIF３０１で受信する。送られるリクエストが印刷データである場合は、画像形成部３０２によって実際に印刷が実行される。また、送られるリクエストが何らかの情報要求であった場合は、情報提供部３０３によってその応答となる情報を、今度は逆の系で、クライアント１０５に返す。つまりその応答は、第二ネットワーク１０２、画像処理装置１０３、第一ネットワーク１０４を介して、クライアント１０５に届く。スリープ手段である省電力機能制御部３０４は、画像形成装置１０１内の状態に応じて、一般的にはスリープ状態や省電力状態に移行させ、およびスリープ状態から復帰させる。なお、スリープ状態への移行条件や復帰条件の詳細については、本実施形態では限定はせず、本実施形態が実施できる条件であれば、採用可能である。また、情報提供部３０３は、画像形成装置１０１がスリープ状態でないときに、前記した画像処理装置１０３内の情報取得部２０４と通信をして、画像形成装置１０１内の状態情報等のやりとりを行う。なお、前記した通り、情報取得部２０４による画像形成装置１０１からの情報取得は、画像形成装置１０１がアイドル状態の時に、定期的な間隔で行っても、あるタイミングで行っても良くここでは限定されず、取得される情報が最新の情報であることが保証される方法であればよい。情報取得部２０４の取得する情報は、例えば、記録用紙残量やトナー残量、装備オプション情報、装備記録用紙情報といった画像形成装置１０１内のあらゆる任意の情報である。
【００２９】
次に、図４は、前記した画像処理装置１０３内の情報取得部２０４が、画像形成装置１０１のアイドル状態時に行う、画像形成装置１０１内の情報提供部３０３とのやりとりを示すブロック図である。任意のタイミングで、画像処理装置１０３内の情報取得部２０４が、第二ネットワークIF２０５と第二ネットワーク１０２、および画像形成装置１０１内の第三ネットワークIF３０１を介して、情報取得部２０４とやりとりをする。情報取得部２０４は、画像形成装置１０１内の様々な情報を、収集し、可能な限り画像処理装置１０３内の情報取得部２０４に提供する。
【００３０】
また、図５は、上述の画像形成装置１０１のスリープ状態時に処理を行うクライアント１０５からのリクエストに対して、画像処理装置１０３内で解決可能な場合の処理を示すブロック図である。第一ネットワーク１０４を介して、第一ネットワークIF２０１で受信したクライアントのリクエストは、応答判断制御部２０２が情報記憶部２０３を用いて解析することで、画像処理装置１０３内で解決できると判断を下し、そのリクエストに対しクライアント１０５に応答を送信する。つまり、クライアント１０５からのリクエストが、画像形成装置１０１に対してのものであっても、画像処理装置１０３内で解決する場合を示している。
【００３１】
次に、図６は、前記した画像形成装置１０１のスリープ状態時に行うクライアント１０５からのリクエストに対して、画像処理装置１０３内で解決不可能な場合の処理を示すブロック図である。第一ネットワーク１０４を介して、第一ネットワークIF２０１で受信したクライアントのリクエストは、応答判断制御部２０２が情報記憶部２０３を用いて解析することで、画像処理装置１０３内で解決できないと判断を下し、そのリクエストに対する応答を画像形成装置１０１に委ねるようにする。画像処理装置１０３内で解決されなかったリクエストは、第二ネットワークIF２０５と第二ネットワーク１０２を介して、画像形成装置１０１内の第三ネットワークIF３０１で受信される。
【００３２】
画像形成装置１０１は、リクエストの受信を開始した時点で省電力機能制御部３０４によって、スリープ状態から正常状態、つまりアイドル状態に復帰する。さて、受信したリクエストは、画像形成装置１０１内の情報提供部３０３で処理されて、クライアント１０５に応答が返される。なお、リクエストが印刷データである場合は、画像処理装置１０３内で画像処理された上で、画像形成装置１０１に送られ、画像形成部３０２によって、実際に印刷が実行される。
【００３３】
以上の構成と、全体と個々の流れに基づき、以降、本発明の特徴的な制御である、応答判断制御部２０２の制御について説明する。
【００３４】
まず、図７は、上述した画像処理装置１０３内の情報取得部２０４と、画像形成装置１０１内の情報提供部３０３とのやりとりにおける情報の具体例と、その情報が画像形成装置１０１がスリープ状態時に、画像処理装置１０３内で解決可能か、または画像処理装置１０３内では解決不可能で、画像形成装置１０１内での解決が必要であるという切り分けを対応表形式に示したものである。この対応表を読み込み可能なテーブルとして画像処理装置に設けるようにして、該テーブルとクライアント１０５からの要求内容とに基づき後述のステップＳ８０４等の処理を行わせるようにしても良いし、またはクライアント１０５から発行されるステータス要求の中に図７に示される関係を含ませ、含ませた関係を画像処理装置に解析および実行させるようにしても良い。
【００３５】
ここで、画像処理装置のみで解決できる情報とは、例えば画像形成装置名などのように経時変化がない静的な情報をいう。また、本実施形態では図７の各項目は画像形成装置１０１がスリープ時の動作について説明しているが、スリープ時にない場合、すなわち動作時にはこれらの項目のすべてを画像形成装置１０１によって解決させるようにすることもできる。
【００３６】
一方、画像形成装置内で解決すべき情報とは、例えば温度や湿度といった環境条件など画像形成装置がスリープ状態にあっても変化する可能性のある情報や、消費やユーザの操作に応じて変化し得る動的な情報をいう。また、例えば、記録用紙残量など、その情報の性質上、一般には画像形成装置内で解決すべき情報ではないが、システムによっては、スリープ状態で記録用紙が抜き取られる場合を考慮して、画像形成装置内で解決すべき情報に含めるよう、自由に設定することもできる。
【００３７】
本実施形態では、一般的な設定として、例えば画像形成装置１０１内の記録用紙残量をクライアント１０５が知りたい場合は、画像処理装置１０３内で解決可能であり、わざわざ画像形成装置１０１をスリープ状態から復帰させなくても、そのリクエストの応答が得られる情報として示す。
【００３８】
反対に、クライアント１０５が画像形成装置１０１に対してプリントというリクエスト、即ちプリントジョブの要求を行った場合は、画像処理装置１０３内で解決は不可能であり、スリープ状態の画像形成装置１０１を復帰させプリント実行をさせないと、そのリクエストには応えられないことを示している。なお、ここに示した情報や対応は、あくまでも例であり、もちろん他の情報や対応関係が存在すれば採用することが可能である。また、上述の通りこれらの対応関係や情報は画像形成装置や画像処理装置から設定、変更などをすることができ、さらにこの設定、変更は外部のホストコンピュータから行うこともできる。
【００３９】
図８は、前述した本実施形態における応答判断制御部２０２の制御ステップを示すフローチャートである。ステップＳ８０１において、画像処理装置１０３内の第一ネットワークIF２０１が、クライアント１０５から画像形成装置１０１に対するリクエストを受信する。ステータスリクエストかプリントジョブかは、画像処理装置に受信させるデータの先頭部分にステータス要求であることを示すステータス要求コマンドや、プリントジョブ要求コマンドを含ませ、そのコマンドを画像処理装置により解析させることにより実現される。また、ステータス要求コマンドには更にどのような種類（種別）のステータス要求かを示す詳細コマンドが含まれており、画像処理装置はこの詳細コマンド内容を解析し、該解析に従う処理を行うことにより、ステータス要求に対応することができる。このコマンドの解析の仕組みは第１乃至３実施形態において同様のものとする。
【００４０】
Ｓ８０２においては、要求されているステータスの種類が第１ステータスであるか否かの切り分けが行われる。つまり、画像形成装置１０１がスリープ状態にあるか否かに拘わらず画像処理装置１０３のみで値を返すことができる種類のステータス要求であるか否かを判断し、そのようなステータス要求の場合は、画像形成装置１０１の状態を確認することなく、または確認はするが確認内容を無視してＳ８０６の処理を行う。
【００４１】
次に、ステップＳ８０３において、応答判断制御部２０２が、画像形成装置１０１はスリープ状態か、または、アイドル状態かを判断する。Ｓ８０３において、アイドル状態と判断された場合は、後述するステップＳ８１０へスキップする。
【００４２】
上記ステップＳ８０３によって、もし、画像形成装置１０１がスリープ状態であると判断された場合、ステップＳ８０４において応答判断制御部２０２が、情報記憶部２０３内に蓄積された情報でリクエストの応答が可能か否かを解析する。
【００４３】
ステップＳ８０５において、上記ステップＳ８０４での応答判断制御部２０２の解析によって、要求されているステータスの種類が第２のステータスである場合には、画像形成装置１０１をスリープ状態から復帰させる必要があるのか、または無いのかを判断する。本ステップＳ８０５において、画像形成装置１０１をスリープ状態から復帰させる必要がある場合、後述するステップＳ８０７にスキップする。
【００４４】
上記ステップＳ８０５によって、画像形成装置１０１をスリープ状態から復帰させなくても、画像処理装置１０３内で解決できると判断された場合、ステップＳ８０６において、クライアント１０５の画像形成装置１０１に対するリクエストに対し、画像処理装置１０３が画像形成装置１０１の代わりにクライアント１０５に応答を返してリクエストに対する処理を完了し終了する。
【００４５】
一方、上記ステップＳ８０５によって、画像形成装置１０１のステータス要求に必要なセンサをスリープ状態から復帰させ、画像形成装置１０１内での解決が必要と判断された場合、ステップＳ８０７において、画像形成装置１０１のスリープ状態を解除する。ここでスリープ状態を解除するとは、画像処理装置が所定の指示（例えばマジックパケットや専用信号線による指示）を画像形成部に行うことにより、電力が抑えられている画像形成装置の電力を供給させステータスの返答を行える状態にすることを指す。画像処理装置から所定の指示がなされた際に、画像形成装置で各種センサなどの必要な部分のみを対象とした電源供給を行うようにすればより一層の省電力化を促進できる。そしてＳ８０８において、画像処理装置１０３から画像形成装置１０１に対しクライアント１０５からのリクエストを送信する。
【００４６】
つぎに、ステップＳ８０９において、画像形成装置１０１は画像処理装置１０３から送られるクライアント１０５からのリクエストを受信し、画像形成装置１０１内からクライアント１０５の画像形成装置１０１に対するリクエストの応答を返してリクエストに対する処理を完了し終了する。その後、Ｓ８１０において、画像形成装置１０１は、省電力機能制御部３０４によってスリープ状態に移行する。
【００４７】
以上、説明してきたように、第１実施形態においては画像処理装置は、ステータス要求を受信した場合に、ステップＳ８０２やステップＳ８０５で何のステータスの要求かを解析し、画像処理装置内で事前に保持した情報で対応する（ステップＳ８０６）か、あるいは画像形成部の必要部分の通電を行わせ（Ｓ８０７）最新の画像形成部のステータスを取得するかを切り分けることができ、確実なステータス管理と省エネ効果との双方を実現することができる。
【００４８】
（第２実施形態）
上述した第１実施形態の変形例としての第２実施形態について説明する。なお、画像処理装置１０３や画像形成装置１０１をはじめ、本実施形態の構成は第１実施形態と同様であるため説明を省略する。
【００４９】
第１実施形態では、図８のステップＳ８０７において、画像形成装置１０１をスリープ状態から復帰させ、画像形成装置１０１内での解決が必要と判断された場合に、ステップＳ８０８において、即座に画像形成装置１０１へとクライアント１０５のリクエストを送信し、画像形成装置１０１のスリープ状態を解除した。しかし、クライアントによっては、わざわざ画像形成装置１０１のスリープ状態を解除してまで、そのクライアント１０５のリクエストに応えなくても構わないと判断するユーザも存在するかもしれない。また、画像形成装置１０１の消費電力を極力少なくしたい、あるいはその印刷システムの管理者が本当に必要な場合のみに限って画像形成装置１０１のスリープ状態を解除したいと考えることがある。そこで、画像形成装置１０１のスリープ状態を解除しなくてはならないリクエストの場合、クライアント１０５に対して、本当に画像形成装置１０１のスリープ状態を解除するかを確認する処理を加えたのが本実施形態である。
【００５０】
図９は、第１実施形態における応答判断制御部２０２の制御ステップに、本実施形態の特徴的な処理を加えたフローチャートである。なお、本実施形態で説明しないステップについては、第１実施形態と同じであるので省略する。
【００５１】
ステップＳ８０５において、画像形成装置１０１をスリープ状態から復帰させ、画像形成装置１０１内での解決が必要と判断された場合は、ステップＳ９０１において、クライアント１０５に対して、本当に画像形成装置１０１をスリープ状態から復帰させるかを問い合わせる。なお、問い合わせる手段については、結果的にクライアント１０５への問い合わせが行える手段であれば採用可能であり、例えば、復帰させるか否かをクライアントの表示部に表示させるためのコマンドをクライアント１０５に通知し、クライアントから前記表示を介しての「Ｙｅｓ」、「Ｎｏ」の指示を待機するようにすれば良い。
【００５２】
上記ステップＳ９０１において、クライアント１０５が画像形成装置１０１のスリープ状態を解除してまで、リクエストの応答を欲すると判断した場合は、ステップＳ８０８において、画像処理装置１０３から画像形成装置１０１に対して、クライアント１０５のリクエストを送信する。
【００５３】
このように、ステップＳ９０１の処理により、ステップＳ８０５で画像形成装置のスリープ状態を解除して要求されたステータスの値を検出すると判定した場合にでも、ユーザにステータスの値が必要か否かを確認するようにし、ユーザがステータスの値を必要としていないと確認したときは、画像形成手段の休止状態を解除せず、およびステータスの値を検出せずに、画像処理装置内の解決によりステータス応答を行うようにするので、ユーザの意図を考慮して不必要なスリープ解除を防ぐことができる。
【００５４】
（第３実施形態）
さらに、上述の実施形態の変形例として別の実施形態について説明する。なお、画像処理装置１０３や画像形成装置１０１をはじめ、本実施形態の構成は第１、第２実施形態と同様であるため、ここでは説明を省略する。
【００５５】
第１、第２実施形態では、図９のステップＳ８０３において、応答判断制御部２０２が、情報記憶部２０３内に蓄積された情報でリクエストの応答となるかを解析していたが、本実施形態では、リクエストの内容と情報記憶部２０３の内容とを比較するのではなく、クライアント１０５がどの通信プロトコルでリクエストをしてきたかに注目する。この場合には不図示ではあるが、画像処理装置１０３にはプロトコル解析部が設けられているものとする。
【００５６】
なお、本実施形態において、クライアント１０５等から送信されるリクエストには、ステータスの検出要求だけでなく、例えば画像形成装置に設けられたハードディスクに格納されたファイルの取得要求など実際の画像形成装置に要求されるすべてのリクエストが含まれる。そして、実際の画像形成装置は、画像形成機能だけでなく種々の機能を含み、またハードディスクをはじめ多くの構成を含むことから、これらの要求にも画像形成機能に関するもの以外の多くの問い合わせ、ファイル交換等種々の要求が含まれる。ここで、ファイル交換には、例えば画像形成装置１０１のハードディスクに含まれるデータファイルをクライアント１０５へ転送するなどが含まれる。
【００５７】
まず、図１０は、一般的な通信プロトコルの具体例と、その通信プロトコルは、画像形成装置１０１がスリープ状態時に、画像処理装置１０３内で解決するのか、または画像処理装置１０３内で解決するのかという切り分けを対応表形式に示している。たとえば、クライアント１０５が通信プロトコルhttpでリクエストをしてきた場合は、画像処理装置１０３内で解決し、画像形成装置１０１をスリープ状態から復帰させなくても、そのリクエストの応答をすることを示している。画像処理装置１０３内で解決する場合には、画像処理装置１０３内の情報記憶部２０３やそのほかの画像処理装置１０３内の手段によって、リクエストの解決をし、クライアント１０５に画像形成装置１０１に代わって応答する。
【００５８】
反対に、クライアント１０５が通信プロトコルFTPでリクエストをしてきた場合は、画像処理装置１０３内で解決せずに、スリープ状態の画像形成装置１０１を復帰させて画像形成装置１０１内で、そのリクエストに応えることを示している。なお、ここに示す通信プロトコルやその対応は、あくまでも例であり、もちろん他の通信プロトコルやその対応が存在しても採用可能である。また、各通信プロトコルの対応、つまり、画像処理装置１０３内で解決するのか、または、画像形成装置１０１内で解決するのかを、クライアント１０５または管理者によって設定することが出来る。なお、本実施形態では、その設定方法は限定せず、結果的に有効に設定できる方法であれば採用することができる。
【００５９】
図１１は、第２実施形態における応答判断制御部２０２の制御ステップを、本実施形態の特徴的な処理に変形したフローチャートである。なお、本実施形態で説明しない本図のステップについては、第２実施形態と同じであるので省略する。
ステップＳ１１０１において、クライアント１０５がどの通信プロトコルでリクエストをしてきたかを識別し、図１０の設定に従って画像処理装置１０３内で解決するか、画像形成装置０１０１内で解決するかを判断する。
【図面の簡単な説明】
【００６０】
【図１】本発明を実施する印刷システムの概略説明図である。
【図２】本発明の一実施形態にかかる画像処理装置を説明するためのブロック図である。
【図３】本発明の一実施形態にかかる画像形成装置を説明するためのブロック図である。
【図４】本発明の一実施形態にかかる画像処理装置内の情報取得部が、画像形成装置のアイドル状態時に行う情報提供部とのやりとりを示すブロック図である。
【図５】本発明の一実施形態にかかる画像形成装置のスリープ状態時に処理を行うクライアントからのリクエストに対し、画像処理装置内で解決可能な場合の処理を示すブロック図である。
【図６】本発明の一実施形態にかかる画像形成装置のスリープ状態時に処理を行うクライアントからのリクエストに対し、画像処理装置内で解決不可能な場合の処理を示すブロック図である。
【図７】画像処理装置内で解決可能か、解決不可能かの切り分けを示す対応表である。
【図８】本実施形態における応答判断制御部の制御ステップを示すフローチャートである。
【図９】第２実施形態における応答判断制御部の制御ステップを示すフローチャートである。
【図１０】画像処理装置内で解決可能か、解決不可能かを通信プロトコルにより切り分ける場合を示す対応表である。
【図１１】第３実施形態における応答判断制御部の制御ステップを示すフローチャートである。
【符号の説明】
【００６１】
１０１  画像形成装置
１０２  第二ネットワーク
１０３  画像処理装置
１０４  第一ネットワーク
１０５  クライアント
２０１  第一ネットワークIF
２０２  応答判断制御部
２０３  情報記憶部
２０４  情報取得部
２０５  第二ネットワークIF
３０１  第三ネットワークIF
３０２  画像形成部
３０３  情報提供部
３０４  省電力機能制御部
【図１】
2005119203.tif 000003
【図２】
2005119203.tif 000004
【図３】
2005119203.tif 000005
【図４】
2005119203.tif 000006
【図５】
2005119203.tif 000007
【図６】
2005119203.tif 000008
【図７】
2005119203.tif 000009
【図８】
2005119203.tif 000010
【図９】
2005119203.tif 000011
【図１０】
2005119203.tif 000012
【図１１】
2005119203.tif 000013