JP2016206996A - 情報処理装置及びその制御方法 - Google Patents

Abstract

【課題】 画像形成装置を、強制的に省電力状態を解除させてデータ取得を行うことを削減可能な技術を提供することを目的とする。【解決手段】 複数の電源状態と、電源状態毎に取得可能なデータとを関連付けた関連情報を保持し、画像形成装置の電源状態を取得し、要求データを、実データと、キャッシュデータとから選択する。関連情報と電源状態を用いて、選択された要求データを、画像形成装置が電源状態を変更することなく、画像形成装置から取得できるかを判定し、取得できると判定された場合、画像形成装置へ、要求データの取得要求を送信する。取得できないと判定された場合、画像形成装置へ、要求データの取得要求と電源状態の遷移指示とを送信する。【選択図】 図６

Description

本発明は、画像形成装置の電源状態遷移制御を行う技術に関するものである。

近年、複写機等の画像形成装置における省電力化を求める声が高まっており、省エネに関わる要件は重要なものとなっている。また、画像形成装置からあらゆるデータ（カウンタ、ジョブログ、ステータス情報等）を取得し、画像形成装置の管理を行う管理装置（監視装置）の存在もよく知られている。従来の管理装置は、画像形成装置からデータを取得する際、画像形成装置が省電力状態であったとしても、強制的に省電力状態を解除させてデータ取得を行うことがある。これは画像形成装置の省電力化の観点からは好ましくなく、その対策手段として、画像形成装置の使用頻度に基づき、使用頻度が少ない画像形成装置に対する省電力状態でのアクセス回数を減らすこと等が検討されている（特許文献１）。

特開２０１２−２２１１９３号公報

しかしながら、データ取得のタイミングが決められている場合など、アクセス回数を減らすことができない場合は、特許文献１の技術は使えない。データ取得のタイミングが決められている場合など、アクセス回数を減らすことができない場合であっても、画像形成装置を、強制的に省電力状態を解除させてデータ取得を行う回数を減らす必要がある。
本発明は、上述の問題点に鑑みなされたものであり、画像形成装置を、強制的に省電力状態を解除させてデータ取得を行うことを削減可能な技術を提供することを目的としている。

上記の課題を解決するために、本発明の情報処理装置は以下の構成を有する。すなわち、複数の電源状態と、前記電源状態毎に取得可能なデータとを関連付けた関連情報を保持する保持手段と、画像形成装置の電源状態を取得する取得手段と、要求データを、実データと、キャッシュデータとから選択する選択手段と、前記関連情報と前記電源状態を用いて、前記選択された要求データを、前記画像形成装置が電源状態を変更することなく、前記画像形成装置から取得できるかを判定する判定手段と、前記判定手段で、取得できると判定された場合、前記画像形成装置へ、前記要求データの取得要求を送信し、取得できないと判定された場合、前記画像形成装置へ、前記要求データの取得要求と電源状態の遷移指示とを送信する送信手段を有する。

本発明により、画像形成装置を、強制的に省電力状態を解除させてデータ取得を行うことを削減可能となる。

本発明の実施形態を示すシステムの全体図 本発明における画像形成装置１００のブロック図 本発明における管理装置１０１のブロック図 実施形態３のデータキャッシュフラグ管理処理のフローチャート 実施形態３のデータキャッシュ取得処理のフローチャート 実施形態１のデータ取得処理のフローチャート 管理テーブルの一例 実施形態１の変形例のデータ取得処理のフローチャート 実施形態２の電源状態遷移指示処理のフローチャート 実施形態２の電源状態遷移処理のフローチャート

次に本発明を実施するための最良の形態について図面を参照して説明する。

［実施形態１］
以下、本発明の一実施形態について図面を参照しながら説明する。

図１は、本発明の実施形態を示すシステムの全体図である。１００はプリンタ、複写機等の画像形成装置である。通常は、ネットワーク等を介して、ホストコンピュータから印刷データを受信して印刷等を行う。管理装置１０１は、ネットワーク１０２を介して、画像形成装置１００を管理する情報処理装置である。

図２（ａ）は、画像形成装置１００の内部構成の一例を示すブロック図である。ＣＰＵ２０１はＲＯＭ２０２もしくはハードディスク（ＨＤＤ）２０５に記憶された画像形成装置全体の制御を行うソフトウェアを実行し、システムバス２０６に接続する各デバイスを統括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリア等として機能する。ＨＤＣ２０４はＨＤＤ２０５を制御するハードディスクコントローラである。リーダＩ／Ｆ２０７及びプリンタＩ／Ｆ２０８は、それぞれリーダ部２１２及びプリンタ部２１３に接続され、これらデバイスを制御する。操作部Ｉ／Ｆ２０９は操作部２１４に接続され、操作部２１４への表示や、操作部２１４からのユーザー入力を制御する。２１４は操作部であり、操作のためのボタン及び表示部等より構成される。スイッチＩ／Ｆ２１０はスイッチ部２１５に接続され、スイッチ部からの操作を制御する。２１５はスイッチ部であり、操作のためのスイッチ等により構成される。２１６はネットワークインターフェースガード（ＮＩＣ）で、ネットワーク２１７を介してホストコンピュータ等の外部装置とデータのやりとりをする。ここで、図中破線で囲まれた部分を全体制御部２１１と呼ぶことにする。全体制御部２１１は、画像形成装置に接続された各種装置及びインターフェースを制御すると共に、画像形成装置全体の動作を制御する部分である。リーダ部２１２は原稿の画像を読み取り、ユーザーからの指示により、その原稿画像に応じた画像データを、プリンタ部２１３に出力する、或いは、画像形成装置の記憶装置に保存する。更に、ネットワークＩ／Ｆ２１６を介してネットワーク２１７に接続されたホストコンピュータに画像データを送信することも可能である。プリンタ部２１３は、リーダ部２１２により読み取られた原稿や、画像形成装置本体内の記憶装置２０５に格納された画像データを印刷する。更に、ネットワーク２１７に接続されたホストコンピュータからの印刷ジョブを、ネットワークＩ／Ｆ部２１６を介して受信し、印刷する。ネットワークＩ／Ｆ部２１６は、ネットワーク２１７を介して接続され、全体制御部２１１が、ネットワーク２１７上の他の情報機器と相互通信するために用いられる。操作部２１４は、ボタン及び表示装置、或いは、タッチパネル入力付き液晶表示画面、或いはその組み合わせにより、全体制御部２１１からのユーザーへの情報表示や、ユーザーの入力を全体制御部２１１へと通知する。スイッチ部２１５は、全体制御部２１１の電源状態を制御する。

図２（ｂ）は、画像形成装置１００の機能構成の一例を示すブロック図である。インターフェース部３０１は、ネットワーク等を介して、ホストコンピュータ等の外部機器と接続を行う。状態管理部３０２は、現在の電源状態の管理や状態遷移における電源状態の管理等を行う。記憶部３０３は、各種データの記録等を行う。状態遷移部３０４は、外部機器からの指示や画像形成装置内部での判定をもとに、電源状態の遷移等を行う。データ管理部３０５は、データキャッシュを行うタイミングかの判定やデータのキャッシュフラグの管理、キャッシュ取得処理等を行う。ジョブ管理部３０６は、ジョブが実行されか否かの管理等を行う。

図３（ａ）は、管理装置１０１の内部構成の一例を示すブロック図である。

管理装置１０１は、ＣＰＵ４０２、ＲＡＭ４０３、ＲＯＭ４０４、外部記憶装置４０９を備える。ＣＰＵ４０２は、ＲＯＭ４０４や外部記憶装置４０９に記憶された、或いはネットワーク４１３よりダウンロードしたソフトウェアを実行し、システムバス４１１に接続された各デバイスを総括的に制御する。ＲＡＭ４０３は、ＣＰＵ４０２の主メモリあるいはワークエリアなどとして機能する。外部記憶装置４０９は、ハードディスク（ＨＤ）等からなる。外部記憶装置４０９は、ブートプログラム、オペレーティングシステム、認証サーバ、認証クライアントを含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。さらに管理装置１０１において、４０６はキーボードコントローラ（ＫＢＤＣ）であり、キーボード（ＫＢＤ）４０５や図示しないポインティングデバイスからの入力情報をＣＰＵ４０２に送る。４０８はビデオコントローラ（ＶＣ）であり、ＣＲＴやＬＤＣ等からなる表示装置４０７の表示を制御する。４１０はディスクコントローラ（ＤＫＣ）であり、外部記憶装置４０９とのアクセスを制御する。４１２は通信コントローラ（ＣＯＭＭ Ｉ／Ｆ）であり、これを介してネットワーク４１３に接続される。

図３（ｂ）は、管理装置１０１の機能構成の一例を示すブロック図である。

インターフェース部５０１は、ネットワーク等を介して、画像形成装置等の外部機器と接続を行う。状態管理部５０２は、画像形成装置１００から通知されてきた電源状態の管理等を行う。取得部５０３は、画像形成装置から各種データ等の取得を行う。データ管理部５０４は、画像形成装置の電源状態とその電源状態で取得可能なデータの種類を紐付けた管理、また取得すべきデータの管理等を行う。指示部５０５は、指定する電源状態に遷移するよう画像形成装置側に通知を行う。記憶部５０６は、画像形成装置から取得した各種データの記録等を行う。

図６は、画像形成装置からのデータ取得における処理の一例を示すフローチャートである。Ｓ６０１において、取得部５０３は、データ取得の指示を検知する。これは、例えば、データ取得のスケジュールを予め作っておき、それを用いてもよいし、指示部５０５からのデータ取得の指示を検知してもよい。

Ｓ６０２において、データ管理部５０４は、要求データを特定する。これは、例えば、予め生成されているデータ取得のスケジュールに要求データを記入しておき、それを用いてもよいし、指示部５０５から入力してもよい。本実実施形態では、要求データは、例えば、図７に記載のカウンタジョブログ情報の実データや、カウンタジョブログ情報のキャッシュ値である。つまり、カウンタジョブログ情報であっても、実データ、あるいは、キャッシュ値（キャッシュデータ）のいずれかを、選択する。実データとは、取得要求されたときの、画像形成装置における実際のデータである。また、キャッシュ値（キャッシュデータ）とは、取得要求される前に、予め、画像形成装置内で、キャッシュしていたデータである。

Ｓ６０３において、データ管理部５０４は、状態管理部５０２で管理している画像形成装置の電源状態を取得する。画像形成装置は、電源状態が変化するたびに、状態管理部５０２へ通知を行い、状態管理部５０２では通知された電源状態を管理してある。そのため、Ｓ６０３では、画像形成装置への問合せはしない。

Ｓ６０４において、データ管理部５０４は、画像形成装置の電源状態を変更することなく、要求データを、画像形成装置から取得できるか否かの判定を、管理テーブルを用いて行う。

図７は、画像形成装置の電力状態とその電力状態で取得可能な各種データ内容を示している管理テーブルの一例である。管理テーブルは、複数の電源状態と、前記電源状態毎に取得可能なデータとを関連付けた関連情報である。例えば、「ＳＴＡＮＤＢＹ（１）」の状態では、各種データは全て実データで取得できることを示している。また「ＳＬＥＥＰ（１）」の状態では、トナー残量や用紙残量、パンチ屑情報等は実データではなく、キャッシュの情報しか取得できないことを示している。「ＳＴＡＮＤＢＹ（１）」と「ＳＴＡＮＤＢＹ（２）」のように、同じＳＴＡＮＤＢＹ状態でも異なる電源状態として定義しているものがあるが、これは消費電力が異なるために、違う電源状態として定義してある。例えば、「ＳＴＡＮＤＢＹ（１）」と「ＳＴＡＮＤＢＹ（２）」の違いとして、画像形成装置の操作パネルのバックライトがＯＮになっているか否か等が挙げられる。Ｓ６０４におけるデータ管理部５０４の処理では、例えば、カウンタ情報の実データが取得したくて、現在の電源状態が「ＳＴＡＮＤＢＹ（１）」の状態であった場合を想定する。そのような場合、管理テーブルではカウンタ情報の実データが「ＳＴＡＮＤＢＹ（１）」の電源状態で取得可能であることを示しているため、その情報をもとに現在の電源状態で取得したい情報が取得可能だと判定する。

図６の説明に戻る。Ｓ６０４において、取得できると判定した場合には、Ｓ６０７に処理を進める。一方、Ｓ６０４において、取得できないと判定した場合には、Ｓ６０５に処理を進める。

Ｓ６０５において、データ管理部５０４は、要求データを取得するために遷移させなければならない電源状態を、管理テーブルを用いて定める。尚、遷移する電源状態は、消費電力量が低い状態を選択する。例えば、取得したい情報が、トナー残量用紙情報の実データであり、現在の電状状態がＳＬＥＥＰ（２）の場合、ＳＴＡＮＤＢＹ（１）でも、ＳＴＡＮＤＢＹ（２）でも、取得できるが、消費電力量の低いＳＴＡＮＤＢＹ（２）を選択する。Ｓ６０６において、指示部５０５は、Ｓ６０５の処理において定めた電源状態への遷移指示と、要求データの取得要求を、画像形成装置に送る。

Ｓ６０７において、取得部５０３は、要求データの取得要求を、画像形成装置に送り、Ｓ６０８において、取得部５０３は、画像形成装置からデータを取得する。

以上示したように、管理装置側では画像形成装置の電力状態をもとにデータの取得を行う。ただし、どうしても現在のタイミングで取得しなければならないデータが現在の電力状態で取得できない場合には、取得できる電源状態に遷移させてからデータ取得を行う。例えば、毎月のジョブログレポート等を作成する場合、ある月の締め日には、確実に実データを取得しなければならない。そのようなケースにおいて、その日のある取得タイミングで、画像形成装置の電源状態がジョブログの実データを取得できないような電源状態であれば、ジョブログの実データを取得できる電源状態にまで遷移させてから、データ取得を行う必要がある。このような仕組みを設けることで、画像形成装置の消費電力を極力抑制することが可能になる。

＜実施形態１の変形例＞
実施形態１では、現在の画像形成装置の電源状態に応じてデータ取得を行い、取得できるタイミングで取得しておくことで、極力、強制的に電源状態を遷移させたデータ取得（強制取得）を抑止していた。実施形態１の変形例として、その他の強制取得を抑止する方法を説明する。実施形態１と異なる箇所のみ、説明する。

図８は、画像形成装置からのデータ取得における処理のフローチャートである。Ｓ８０１、Ｓ８０２における処理以外は、実施形態１と同様であるので、説明は省略する。

Ｓ８０１において、データ管理部５０４は、取得する情報（要求データ）が現在の画像形成装置の電力状態よりも省電力の電源状態で取得できるか否かの判定を、管理テーブル（図７）を用いて行う。例えば、取得したい情報がカウンタ情報の実データで、現在の電源状態が「ＳＬＥＥＰ（１）」であった場合を想定する。その場合、カウンタ情報の実データは「ＳＬＥＥＰ（１）」より消費電力量が少ない「ＳＬＥＥＰ（２）」、「ＳＬＥＥＰ（３）」でカウンタ情報の実データが取得可能か判定を行う。この例では、「ＳＬＥＥＰ（２）」のみで取得可能と判定できる。ここで現在の電力状態よりも省電力の電源状態で取得できると判定した場合には、Ｓ８０２に処理を進める。一方、現在の電力状態よりも省電力の電源状態で取得できないと判定した場合には、Ｓ６０７に処理を進める。

Ｓ８０２において、指示部５０５は、Ｓ８０１の処理において定めた電源状態に遷移するよう画像形成装置に指示を行う。

以上示したように、管理装置からのデータ取得時に、画像形成装置の電力状態がより省電力状態に遷移可能な場合に、その電源状態に遷移させることで、更なる省電力効果を生むことが可能になる。

［実施形態２］
管理装置から画像形成装置に対してデータ取得を行う際に、実施形態１でも示した通り、強制的に電源状態遷移を行うケース（強制取得）が存在することもある。また強制取得を行うタイミングも、決められたタイミングで行うこと（定期強制取得）や、一定期間、期待しているデータが取得できていない場合に行うこと等（不定期強制取得）様々なケースが考えられる。これら管理装置から強制取得を行う際の処理についても省エネの観点から考慮する必要がある。

図９は、管理装置における電源状態遷移指示処理のフローチャートである。

またここでの処理内容は、一定期間期待しているデータが取得できていない場合に強制取得を行うこと（不定期強制取得）を前提として説明を行う。

Ｓ９０１において、取得部５０３は、強制取得を行うタイミングか否かを判定する。強制取得を行うタイミングと判定した場合には、Ｓ９０２に処理を進める。一方、強制取得を行うタイミングでないと判定した場合には、Ｓ９０３に処理を進める。Ｓ９０２において、取得部５０３は、強制取得要求を行う。強制取得とは、データを取得するために必要な電源状態になるよう画像形成装置に指示を行ってから、データ取得を行うことである。Ｓ９０６において、取得部５０３は、画像形成装置からデータを取得する。

Ｓ９０３において、取得部５０３は、前回データ取得時刻から次回強制取得予定時刻を算出する。例えば、下記のような算出式で導き出す。

「次回強制取得予定時刻」＝「前回データ取得時刻」＋「あらかじめ定めた一定期間」（式１）
ここでは、強制取得タイミングであるか否かの判定の後に、毎回、次回強制取得予定時刻を算出しているが、前回データ取得時に次回強制取得予定時刻を算出しておいてもよい。

Ｓ９０４において、取得部５０３は、次回取得タイミングで強制取得を行う必要があるか否かを判定する。判定方法としては、次回取得時刻が、次回強制取得予定時刻より前かどうかである。つまり、次回取得時刻が、１４時で、次回強制取得予定時刻が、１５時である場合は、次回取得タイミングで強制取得を行うと判定する。次回取得タイミングで強制取得を行う必要があると判定した場合には、Ｓ９０５に処理を進める。

Ｓ９０５において、指示部５０５は、画像形成装置側に、次回取得タイミングに合わせて、指定する電源状態になるように設定指示を行う。

また、ここでは不定期強制取得における説明を行ったが、定期強制取得の場合は、あらかじめ指定の時間に、指定する電源状態になるように設定指示を行っておけばよい。

図１０は、画像形成装置における電源状態遷移処理の一例を示すフローチャートである。

Ｓ１００１において、状態遷移部３０４は、電源状態移行タイミングか否かを判定する。電源状態移行タイミングと判定した場合には、Ｓ１００２に処理を進める。

Ｓ１００２において、状態遷移部３０４は、現在の電源状態が指定された電源状態へ移行する必要がある電源状態か否かを判定する。移行する必要があると判定した場合には、Ｓ１００３に処理を進める。ここで、判定条件の一例を、図７で示している電源状態を用いて説明を行う。例えば、現在の電源状態が「ＳＴＡＮＤＢＹ（１）」で、「ＳＬＥＥＰ（１）」に遷移するよう管理装置から指示がなされている場合、「ＳＬＥＥＰ（１）」になることで、ユーザーが使用したい機能が即時に使用できなくなることも考えられる。そのような場合には、指定された電源状態への移行を取りやめる。

Ｓ１００３において、状態遷移部３０４は、指定された電源状態へ移行を行う。

また電源状態遷移におけるその他の一例として、現在の電源状態が「ＳＴＡＮＤＢＹ（１）」で、「ＳＬＥＥＰ（１）」に遷移するよう管理装置から指示がなされている場合、「ＳＬＥＥＰ（１）」に移行する直前に「ＳＬＥＥＰ（２）」へ自動移行することも考えられる。そのような場合、「ＳＬＥＥＰ（２）」移行直後に「ＳＬＥＥＰ（１）」に移行するのは、無駄な状態遷移であり、消費電力も増大してしまう。そのため、管理装置から指定された電源状態遷移の直前に、異なる電源状態への遷移が行われる場合は、その状態遷移を取りやめ、管理装置から指定された電源状態遷移を行ってもよい。ただし、電源状態によっては状態遷移を取りやめる必要はなく、その電源状態で管理装置が期待するデータが取得できるのであれば、そのまま状態遷移を行い、管理装置から指定された電源状態遷移を取りやめてもよい。そのあたりの判定条件等をあらかじめ画像形成装置側で保持していてもよいし、管理装置側から指定しておいてもよい。

以上示したように、管理装置側からあらかじめ指定の時間に指定の電源状態に遷移するよう画像形成装置に指示を行い、画像形成装置側で電源状態遷移制御を行うことで、無駄な状態遷移を抑止でき、それに伴う無駄な消費電力も抑制することが可能になる。

［実施形態３］
実施形態２でも説明を行ったが、管理装置から強制取得を行うケースが存在する。強制取得を極力抑止するためにも、画像形成装置側の制御も更に検討する必要がある。

図４は、画像形成装置におけるデータキャッシュフラグ管理処理のフローチャートである。

Ｓ１１０１において、データ管理部３０５は、データキャッシュを行う時間帯であるか否かを判定する。データキャッシュを行う時間帯であると判定した場合には、Ｓ１１０２に処理を進める。一方、データキャッシュを行う時間帯でないと判定した場合には、Ｓ１１０３に処理を進める。データキャッシュを行う時間帯とは、例えば、下記のような算出式で求めてもよい。

「データキャッシュを行う開始時間」＝「管理装置が取得を行う時刻」−「既定の時間」（式２）
「データキャッシュ処理の終了時間」＝「管理装置が取得を行う時間」（式３）
常にキャッシュを行うことは画像形成装置の処理負担にもなるので、管理装置からデータ取得が行われる、あらかじめ定めておいた時間前から開始することで、その問題を解決する。無論、これはあくまで一例であり、キャッシュを行うタイミングはどのように定めてもよい。

Ｓ１１０２において、データ管理部３０５は、キャッシュフラグが立っているか否かを判定する。キャッシュフラグが立っていないと判定した場合には、Ｓ１１０４に処理を進める。キャッシュフラグは記憶装置等で管理を行う。Ｓ１１０３において、データ管理部３０５は、キャッシュフラグが立っているか否かを判定する。キャッシュフラグが立っていると判定した場合には、Ｓ１１０５に処理を進める。Ｓ１１０４において、データ管理部３０５は、キャッシュフラグを立てる。Ｓ１１０５において、データ管理部３０５は、キャッシュフラグを削除する。

図５は、画像形成装置におけるデータキャッシュ取得処理の一例を示すフローチャートである。Ｓ１２０１において、ジョブ管理部３０６は、ジョブが実行されたか否かを判定する。ジョブが実行されたと判定した場合には、Ｓ１２０２に処理を進める。Ｓ１２０２において、データ管理部３０５は、キャッシュフラグが立っているか否かを判定する。キャッシュフラグが立っていると判定した場合には、Ｓ１２０３に処理を進める。Ｓ１２０３において、データ管理部３０５は、ＳＬＥＥＰ状態ではキャッシュ値しか取得できないような情報（トナー情報／用紙残量情報等）のデータキャッシュを行い、記憶装置（ＨＤＤ等）に保存を行う。

以上示したように、管理装置からの取得処理が行われる際に、画像形成装置側であらかじめ最新のデータをキャッシュしておくことで、実データが取得できない電源状態時でも、実データに相当する値をキャッシュ値から取得することが可能になる。このことにより、電源状態を遷移することが不必要になるため、無駄な消費電力の発生を抑制することが可能になる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能をソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給して格納し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. 複数の電源状態と、前記電源状態毎に取得可能なデータとを関連付けた関連情報を保持する保持手段と、
   画像形成装置の電源状態を取得する取得手段と、
   要求データを、実データと、キャッシュデータとから選択する選択手段と、
   前記関連情報と前記電源状態を用いて、前記選択された要求データを、前記画像形成装置が電源状態を変更することなく、前記画像形成装置から取得できるかを判定する判定手段と、
   前記判定手段で、取得できると判定された場合、前記画像形成装置へ、前記要求データの取得要求を送信し、取得できないと判定された場合、前記画像形成装置へ、前記要求データの取得要求と電源状態の遷移指示とを送信する送信手段を有することを特徴とする情報処理装置。
2. 前記判定手段で取得できないと判定され、かつ、前記要求データを取得可能な電源状態が複数ある場合、前記送信手段は、消費電力量が低い電源状態への遷移指示を送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段で取得できると判定され、かつ、前記画像形成装置の電源状態よりも消費電力量が低い電源状態で前記要求データが取得できる場合、前記送信手段は、前記要求データの取得要求と、前記画像形成装置の電源状態よりも消費電力量が低い電源状態への遷移指示を送信することを特徴とする請求項１に記載の情報処理装置。
4. 情報処理装置の制御方法であって、
   複数の電源状態と、前記電源状態毎に取得可能なデータとを関連付けた関連情報を保持する保持工程と、
   画像形成装置の電源状態を取得する取得工程と、
   要求データを、実データと、キャッシュデータとから選択する選択工程と、
   前記関連情報と前記電源状態を用いて、前記選択された要求データを、前記画像形成装置が電源状態を変更することなく、前記画像形成装置から取得できるかを判定する判定工程と、
   前記判定工程で、取得できると判定された場合、前記画像形成装置へ、前記要求データの取得要求を送信し、取得できないと判定された場合、前記画像形成装置へ、前記要求データの取得要求と電源状態の遷移指示とを送信する送信工程を有することを特徴とする情報処理装置の制御方法。
5. 前記判定工程で取得できないと判定され、かつ、前記要求データを取得可能な電源状態が複数ある場合、前記送信工程は、消費電力量が低い電源状態への遷移指示を送信することを特徴とする請求項４に記載の情報処理装置の制御方法。
6. 前記判定工程で取得できると判定され、かつ、前記画像形成装置の電源状態よりも消費電力量が低い電源状態で前記要求データが取得できる場合、前記送信工程は、前記要求データの取得要求と、前記画像形成装置の電源状態よりも消費電力量が低い電源状態への遷移指示を送信することを特徴とする請求項４に記載の情報処理装置の制御方法。
7. コンピュータを、請求項１乃至３の何れか１項に記載の情報処理装置が有する各手段として機能させるためのプログラム。
8. 請求項７に記載のプログラムを格納した、コンピュータが読み取り可能な記憶媒体。

Images