(57)【特許請求の範囲】
【請求項１】
複数の電力消費状態で動作可能な画像形成装置であって、
スキャナまたはプリンタを用いて画像形成を行うアプリケーションと、
前記アプリケーションが呼び出すグラフィックスミドルウェアと、
前記画像形成装置の複数の電力消費状態の情報を前記グラフィックスミドルウェアに送信する状態管理アプリケーションと、
ユーザ入力のための画像表示を提供するための第１描画手段と、
前記第１描画手段よりも高速で描画処理することが可能な第２描画手段と、
前記第１描画手段および前記第２描画手段が共用し、前記画像表示のためのデータを格納する記憶手段と、
を備え、
前記グラフィックスミドルウェアは、
前記状態管理アプリケーションから送信された情報が第１消費電力状態の場合に描画デバイスを前記第１描画手段とし、
前記状態管理アプリケーションから送信された情報が前記第１消費電力よりも電力消費量の大きな第２消費電力状態の場合に前記描画デバイスを前記第２描画手段とする
とともに
前記画像形成装置が第１消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第１描画手段に描画要求し、
前記画像形成装置が前記第２消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第２描画手段に描画要求する、画像形成装置。
【請求項２】
前記第１描画手段は、画像形成装置のＣＰＵであり、前記第２描画手段は、グラフィック・アクセラレータである、請求項１に記載の画像形成装置。
【請求項３】
前記記憶手段は、前記描画デバイスが生成したグラフィックス・データを格納する共用のメモリ領域を有する、請求項１または２に記載の画像形成装置。
【請求項４】
前記電力消費状態に応答して前記描画デバイスを切替えるための描画制御手段を備える、請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
スキャナまたはプリンタを用いて画像形成を行うアプリケーションと、前記アプリケーションが呼び出すグラフィックスミドルウェアと、画像形成装置の複数の電力消費状態の情報を前記グラフィックスミドルウェアに送信する状態管理アプリケーションとを備え、複数の電力消費状態で動作可能な画像形成装置における電力制御方法であって、
前記画像形成装置を第２消費電力状態から前記第２消費電力状態よりも電力消費量の少ない第１消費電力状態に退避させるか否かを判断するステップと、
前記画像形成装置の電力消費を低下させるとの判断に応答して、第２描画手段から前記第２描画手段よりも低速で描画処理が可能な第１描画手段へと、描画デバイスを切替えるステップと、
前記第１描画手段および前記第２描画手段が共用する記憶手段の描画のためのデータを、前記第１描画手段を使用して更新するステップと
を含み、
前記グラフィックスミドルウェアは、
前記状態管理アプリケーションから送信された情報が前記第１消費電力状態の場合に描画デバイスを前記第１描画手段とするステップと、
前記状態管理アプリケーションから送信された情報が前記第２消費電力状態の場合に前記描画デバイスを前記第２描画手段とするステップとを実行するとともに
前記画像形成装置が前記第１消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第１描画手段に描画要求し、
前記画像形成装置が前記第２消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第２描画手段に描画要求する、電力制御方法。
【請求項６】
画像形成装置が実行する装置実行可能なプログラムであって、前記プログラムが画像形成装置を、
スキャナまたはプリンタを用いて画像形成を行うアプリケーション、
前記アプリケーションが呼び出すグラフィックスミドルウェア、
前記画像形成装置の複数の電力消費状態の情報を前記グラフィックスミドルウェアに送信する状態管理アプリケーション、
ユーザ入力のための画像表示を提供するための第１描画手段、
前記第１描画手段よりも高速で描画処理することが可能な第２描画手段、
前記第１描画手段および前記第２描画手段が共用し、前記画像表示のためのデータを格納する記憶手段
として機能させ、
前記グラフィックスミドルウェアは、
前記状態管理アプリケーションから送信された情報が第１消費電力状態の場合に描画デバイスを前記第１描画手段とし、
前記状態管理アプリケーションから送信された情報が前記第１消費電力よりも電力消費量の大きな第２消費電力状態の場合に前記描画デバイスを前記第２描画手段とする
とともに
前記画像形成装置が第１消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第１描画手段に描画要求し、
前記画像形成装置が前記第２消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時は、前記第２描画手段に描画要求する、プログラム。
【請求項７】
前記記憶手段は、前記描画デバイスが生成したグラフィックス・データを格納する共用のメモリ領域を有する、請求項６に記載のプログラム。
【請求項８】
さらに、前記画像形成装置を、前記電力消費状態に応答して前記描画デバイスを切替えるための描画制御手段として機能させる、請求項６または７に記載のプログラム。
【請求項９】
前記グラフィックスミドルウェアは、
前記状態管理アプリケーションから送信された情報が、第１消費電力状態の場合には、描画デバイスを前記第１描画手段に設定するとともに、前記第２描画手段を省エネルギーモードに移行する
請求項１に記載の画像形成装置。
【請求項１０】
前記グラフィックスミドルウェアは、
前記画像形成装置が第１消費電力状態の場合であって、前記画像形成を行うアプリケーションから前記グラフィックスミドルウェアが呼び出された時に前記第１描画手段に描画要求する際、前記記憶手段における前記画像形成を行うアプリケーションにより修正されたデータに関連する箇所に限定して、描画処理を行う
請求項１または２に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、電力制御方法、プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
近年、情報処理装置が使用されていない場合に消費電力を削減するため、待機中に使われる可能性が低い機能ブロックの電力消費状態を低下させ、消費電力を削減することが知られている。例えば、情報処理装置の例示としてデジタルカメラを例示として説明する。デジタルカメラは、背面に像表示用のＬＣＤを備えている。デジタルカメラでは、省電力化するため、操作されていない期間、上述したＬＣＤに対する電力供給を停止させるという電力制御が行われる。
【０００３】
また他の例示として画像形成装置といった情報処理装置では、画像形成装置が所定期間使用されない場合、画像形成装置の操作部、ＣＰＵなどへの電力供給を停止するか、または最小限の電力消費状態として、待機状態（以下、省エネ状態として参照する。）での消費電力を削減している。
【０００４】
これまでもエネルギー消費特性を改善するための検討がなれており、例えば、特開２００７−１７９２２５号公報（特許文献１）では、描画性能と、電力消費特性との間のトレードオフを改善する技術が提案されている。より具体的には、特許文献１では、ノート型パーソナル・コンピュータに、内蔵型および外部接続型の２つのグラフィックスチップを接続する技術が記載されている。特許文献１は、ユーザの操作に応答して、マニュアルで使用するべきグラフィックスチップを設定する。ユーザが、使用するべきグラフィックチップを切替えることで、消費電力と描画パフォーマンスを両立する事が可能な制御手段が開示されている。しかしながら、特許文献１に開示された技術は、待機状態における省エネルギー要請を改善することを解決課題とするものではない。
【０００５】
この他、近年、パーソナル・ユースの画像形成装置であっても、操作部は、スマートホンに利用されるような高機能の、画像表示による入力手段を搭載する場合もある。以下、ユーザ入力のための画像表示を、単にＵＩとして参照する。高機能のＵＩは、ＵＩを専ら提供するため、いわゆるグラフィックス・アクセラレータとして参照される描画手段をＣＰＵとは別に搭載する。以下、グラフィックス・アクセラレータを、単にＧＡとして参照する。ＧＡは、いわゆるＧＰＵといった専用の情報処理要素を備え、高速処理を行うために電力消費も高く、またその発熱量も大きい。このため、省エネ要請にさらに対応するためには、ＧＡの省エネルギー化も視野に入れた省エネルギー設計を行う必要があった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、情報処理装置が省エネ状態にあったとしても、時々刻々変化する情報や省エネ状態下での装置状態の変化などを、通常モード復帰時に反映させることが必要である。この際、省エネ状態から十分な速度で、通常モードに復帰させることが必要とされていた。
【０００７】
本発明は、エネ状態における描画処理を確保しながら、省エネルギー要請に応える技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
すなわち、本発明によれば、
複数の電力消費状態で動作可能な情報処理装置であって、
前記情報処理装置の電力消費状態を管理する状態管理手段と
ユーザ入力のための画像表示を提供するための第１描画手段と、
前記第１描画手段よりも高速で描画処理することが可能な第２描画手段と、
前記第１描画手段および前記第２描画手段が共用し、前記画像表示のためのデータを格納する記憶手段と、
を備え、
前記情報処理装置が第１消費電力状態の場合に描画デバイスを前記第１描画手段とし、前記情報処理装置が前記第１消費電力よりも電力消費量の大きな第２消費電力状態の場合に前記描画デバイスを前記第２描画手段とする、情報処理装置が提供される。
【発明の効果】
【０００９】
本発明によれば、省エネ状態における描画処理を確保しながら、省エネルギー要請に応える技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の情報処理装置１２０のハードウェア・ブロック１００を示す図。
【図２】本実施形態の情報処理装置１２０のソフトウェア・ブロック２００を示す図。
【図３】本実施形態の電力制御方法において、通常モードから省エネモードへと退避する処理のフローチャート。
【図４】本実施形態の省エネモードを説明するグラフ図。
【図５】本実施形態の省エネモードへの退避におけるシーケンス図。
【図６】本実施形態の電力制御方法において、省エネモードから通常モードへと復帰する処理のフローチャート。
【図７】本実施形態の通常モードへの復帰におけるシーケンス図。
【図８】本実施形態における通常モードでの描画処理のシーケンス図。
【図９】本実施形態における省エネモードでの描画処理のシーケンス図。
【発明を実施するための形態】
【００１１】
以下、本発明につき、実施例を以て説明するが、本発明は、後述する実施形態に限定されるものではない。
【００１２】
図１は、本実施形態の情報処理装置１２０を含む情報処理システム１００のハードウェア・ブロックを示す。情報処理装置１２０は、バス１０６により相互接続されたＣＰＵ１０１、メモリ制御部１０２、画像処理部１０３、ＧＡ１０４、およびＬＣＤ制御部１０５を含んでいる。ＣＰＵ１０１は、数値計算ユニット（ＡＬＵ）の外、グラフィック・モジュール（ＧＭ）を含んでおり、ＣＰＵ１０１単独でもグラフィック処理を行うことが可能とされている。ＣＰＵ１０１のＧＭが、後述するＤＲＡＭドライバ２０６と共に、本実施形態における第１描画手段を構成する。
【００１３】
情報処理装置１２０が使用するＣＰＵとしては、より具体的には、例えば、ＰＥＮＴＩＵＭ（登録商標）〜ＰＥＮＴＩＵＭ  ＩＶ（登録商標）、ＰＥＮＴＩＵＭ  ＤＵＡＬ  ＣＯＲＥ（登録商標）、ＣＯＲＥ２ＤＵＯ（登録商標）、ＣＯＲＥ２ＱＵＡＤ（登録商標）、ＣＯＲＥｉ（登録商標）、ＰＥＮＴＩＵＭ（登録商標）互換ＣＰＵ、ＰＯＷＥＲ  ＰＣ（登録商標）、ＭＩＰＳなどを挙げることができる。しかしながら、本実施形態のＣＰＵ１０１は、上述したものに限定されるものではなく、ＡＬＵを備え、グラフィックス処理が可能であれば、特に限定はなく、いわゆるＡＳＩＣとして実装される構成であっても良い。
【００１４】
メモリ制御部１０２は、ＣＰＵ１０１が本実施形態のプログラムを実行するためのメモリ領域を提供するＤＲＡＭ１１５を制御し、情報処理装置１２０を、本実施形態の各機能処理手段として機能させている。また、本実施形態のメモリ制御部１０２は、後述するＧＡによるグラフィックス処理のデータを格納するメモリ領域を、ＤＲＡＭ１１５に提供する。当該メモリ領域を、以下、フィールド・バッファとして参照する。このフィールド・バッファは、本実施形態では、ＧＡに占有させるのではなく、ＣＰＵ１０１のグラフィック・モジュールと共用する。なお、本実施形態におけるＤＲＡＭ１１５は、ＣＰＵ１０１およびＧＡ１０４がそのグラフィックス・データを格納するために共用される記憶手段を構成する。
【００１５】
画像処理部１０３は、情報処理装置１２０が画像データに対する処理を行うための機能手段である。画像処理部１０３は、情報処理装置１２０が画像形成装置の特定の実施形態の場合には、γ補正、スキュー補正、ＲＧＢ色空間からＣＭＹＫ色空間への変換などを行う。
【００１６】
ＧＡ１０４は、いわゆるＧＰＵ（Graphic Processing Unit)として参照される処理装置を備え、ＬＣＤ１１６に表示するためのグラフィックス情報を生成する。ＬＣＤ１１６は、液晶ディスプレイおよび必要に応じてタッチセンサ機能を備えても良く、本実施形態における表示手段を構成する。ＧＡ１０４は、処理結果を、ＤＲＡＭ１１５のフィールド・バッファに格納する。通常モードでは、より高速のグラフィックス処理を提供するため、ＵＩを提供するためのデータ処理は、ＧＡ１０４が担当する。さらにＬＣＤ制御部１０５は、ＤＲＡＭ１１５のフィールド・バッファ内に格納されたデータからビデオ信号を生成する。生成したビデオ信号は、ＶＧＡ、ＳＶＧＡ、ＸＧＡなどの規格に従い、ＬＣＤ１１６に表示され、ＵＩを提供する。ＧＡ１０４が、後述するＧＡドライバ２０７と共に本実施形態における第２描画手段を構成する。
【００１７】
また、図１の実施形態の情報処理装置１２０は、スキャナ制御部１０７、プロッタ制御部１０８および外付記憶装置制御部１０９を備える。スキャナ制御部１０７は、ＵＳＢなどの適切なＩ／Ｏバスを介して接続されるスキャナ１１０が取得したデータを処理する機能手段を提供する。スキャナ制御部１０７およびスキャナ１１０は、本実施形態における画像データ取得手段を構成する。またプロッタ制御部１０８は、適切なバスを介して接続されるプリンタなどの印刷エンジン１１１を制御して、情報処理装置１２０が生成した各種データを、ハードプリントするために使用される。プロッタ制御部１０８および印刷エンジン１１１は、本実施形態における画像データ出力手段を構成する。
【００１８】
外付記憶装置制御部１０９は、ＥＰＲＯＭおよびＥＥＰＲＯＭといった書換え可能なＲＯＭ、ＨＤＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯなどのディスクドライブといった外付記憶媒体を制御する機能を提供する。さらに、情報処理装置１２０は、通信制御部１１３を備えていて、イーサネット（登録商標）などを介してネットワーク１１４へ接続を可能としている。なお、当該通信制御部１１３は、本実施形態における他の画像データ取得手段および他の画像データ出力手段を構成する。
【００１９】
スキャナ制御部１０７、プロッタ制御部１０８、外付記憶装置制御部１０９、通信制御部１１３についても、バス１０６を介してＣＰＵ１０１により制御され、各機能を提供する。
【００２０】
図１に示した実施形態の情報処理装置１２０の各機能手段は、それぞれが、基板上にハードウェアを配置してボードとして提供され、適切なバスを介して、情報処理装置１２０を構成するように接続されていても良い。さらに本実施形態の情報処理装置１２０のうち、破線内のブロックの全部またはブロックのいかなる組合わせは、単一のシリコン基板上に集積した構成の、いわゆるＳｏＣ(System On Chip)として提供されても良い。さらに他の実施形態では、本実施形態の情報処理装置１２０の破線内のブロックは、ＦＰＧＡ(Field Programmable Gate Array)として構成することもできる。
【００２１】
本実施形態の情報処理装置１２０が使用するオペレーティング・システム（ＯＳ）としては、ＭａｃＯＳ（商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＣＨＲＯＭＥ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ  Ｓｅｒｖｅｒ、ＵＮＩＸ（登録商標）、ＡＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）またはそれ以外の適切なＯＳを挙げることができ、特に制限はない。さらに、情報処理装置１２０は、上述したＯＳ上で動作する、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ  Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）、Ｐｅｒｌ、Ｒｕｂｙなどのプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行することが可能とされている。
【００２２】
図２は、本実施形態の情報処理装置１２０のソフトウェア・ブロック２００を示す。情報処理装置１２０の図２に示した各ソフトウェア・ブロックは、図１に示したＣＰＵ１０１が、プログラムをＤＲＡＭ１１５に読み込んで、プログラムを情報処理装置１２０が実行することにより情報処理装置１２０上に実現される機能ブロックである。情報処理装置１２０は、ＡＰ２０１、状態管理ＡＰ２０２、ＵＩＡＰ２０３といったアプリケーションを実装する。ＡＰ２０１は、アプリケーションをまとめて示した各種アプリケーションである。これらのアプリケーションとしては、例えば、コピー・アプリケーション、ファクシミリ・アプリケーション、スキャナ・アプリケーション、通信アプリケーション、文書作成アプリケーション、計時アプリケーション、警告アプリケーションなどを挙げることができる。
【００２３】
状態管理ＡＰ２０２は、本実施形態において、情報処理装置１２０の電力状態を管理するためのアプリケーションである。状態管理ＡＰ２０２は、情報処理装置１２０の電力消費状態を、通常モードおよび省エネモードとして制御し、情報処理装置１２０のエネルギー消費を管理している。通常モードとは、電力消費に制限を加えることがない動作モードを意味し、本実施形態において第２電力消費状態に相当する。省エネモードとは、消費電力を特定にレベルに対応して最低化させた動作モードを意味し、本実施形態における第１電力消費状態に相当する。
【００２４】
状態管理ＡＰ２０２は、情報処理装置１２０に対する外部入力が終了した後の経過時間その他のイベントの発生に応じて、情報処理装置１２０を、通常モードから省エネモードへと退避させる。また、状態管理ＡＰ２０２は、外部入力発生のイベントに対応して省エネモードから通常モードへと、情報処理装置１２０を復帰させる。省エネモードから通常モードへの復帰は、外部入力があった場合に発生するので、当該外部入力をサポートするため、ＵＩを十分な速度で表示する必要がある。
【００２５】
ＵＩＡＰ２０３は、ユーザによる情報処理装置１２０に対する入力を可能とするための、アイコン、ボタン、その他の画像表示を提供するための機能を提供するアプリケーションである。なお、当該画像表示には、特定の指令が割り当てられており、画像表示にタッチするか、マウスなどのデバイスによるイベント発生に応じて、割り当てられた指令が呼び出され、処理を行う。以下、ユーザに対してＵＩＡＰ２０３は、グラフィックス表示機能の外、タッチパネルを介したＬＣＤへのタッチを検出し、各アプリケーションを呼び出すためのイベントを生成するイベントハンドラといった機能も含む機能手段である。例えばＵＩＡＰ２０３は、画像形成装置のオペレーションパネルや、タブレット端末、スマートホンなどのタッチパネルを介した入力を受領し、各アプリケーションに渡す。
【００２６】
ＵＩＡＰ２０３が提供するＵＩは、グラフィックス表示により与えられるものが主要なものである。当該グラフィックス表示のための処理は、本実施形態では、グラフィックス・ミドルウェア２０４が提供する。例えば、グラフィックス・ミドルウェアは、ＧＤＩモジュール、ＵＮＩＸ（登録商標）またはＬＩＮＵＸ用のグラフィックス・パッケージを挙げることができるが、特に限定されるものではない。当該グラフィックス・ミドルウェア２０４が、本実施形態における描画制御手段を構成する。
【００２７】
さらに、情報処理装置１２０は、外部接続される機器とのインターフェイスを可能とする各種ドライバ、例えばＤＲＡＭドライバ２０６、ＧＡドライバ２０７、スキャナ・ドライバ２０８、エンジン・ドライバ２０９などを含んでいる。ＤＲＡＭドライバ２０６は、メモリ制御部１０２が、ＤＲＡＭ１１５に対してデータアクセスする際に呼び出される機能手段であり、ＤＲＡＭ１１５への書込み・読出しを可能とする。
【００２８】
ＧＡドライバ２０７は、ＧＡ１０４を制御するための各種プログラム、データなどを保持し、ＧＡ１０４によるグラフィックス処理を可能とする機能手段である。この他、情報処理嘘うち１２０は、スキャナ・ドライバ２０８、エンジン・ドライバ２０９などを実装するが、より詳細な説明は省略する。
【００２９】
情報処理装置１２０の各アプリケーション、ミドルウェア、ドライバは、オペレーティング・システム（ＯＳ）２０５による管理下、各種の処理を実行する。
【００３０】
本実施形態では、通常モードでは、グラフィックス処理をＧＡ１０４に担当させ、省エネモードではグラフィックス処理をＣＰＵ１０１に担当させる。すなわち、本実施形態では、グラフィックス・ミドルウェア２０４の描画デバイス設定を、モード遷移に対応付けて切替えることで、各モードにおいて描画処理を行うためのエネルギー消費を制御するものである。
【００３１】
ＧＡ１０４またはＣＰＵ１０１は、グラフィックス処理を行った結果、そのデータをＤＲＡＭ１１５のフレーム・バッファに書込みを行う。この際、図２に示すように、通常モードでは、ＧＡドライバ２０７を経由してＤＲＡＭ１１５へのアクセスが行われる。一方、省エネモードでは、ＣＰＵ１０１から直接ＤＲＡＭ１１５へのアクセスが行われる。このため本実施形態では、省エネモードにおいて、ＧＡ１０４を通常の消費電力で動作させておく必要がなくなり、省エネルギー要請に対してさらに応えることが可能となる。
【００３２】
一方、省エネモードでは、通常モードにおいてＧＡ１０４が作成し、フレーム・バッファに格納したデータを使用して、ＣＰＵ１０１のグラフィック・モジュール（ＧＭ）が描画処理を行う。そして、その結果は、ＤＲＡＭドライバ２０６を介してフレーム・バッファに反映される。
【００３３】
このため、本実施形態によれば、省エネモードから通常モードへの復帰時、ＧＡ１０４は、描画データを再生成する必要がなくなり、最小のタイムラグで、ＵＩを表示することが可能となる。
【００３４】
図３は、本実施形態の電力制御方法において、通常モードから省エネモードへと退避する処理のフローチャートである。本実施形態の処理は、ステップＳ３００から開始し、ステップＳ３０１で、省エネ退避イベント発生を検出する。省エネ退避イベントは、最後の外部入力が終了してからのタイマ満了などを採用することができる。さらに他の実施形態では、ユーザが明示的に省エネモード退避を、ＵＩから指示する（イベント生成）ことでも良い。ステップＳ３０２で、状態管理ＡＰ２０２がグラフィックス・ミドルウェア２０４に対して省エネモードへの遷移を通知する。
【００３５】
ステップＳ３０３は、グラフィックス・ミドルウェア２０４が、グラフィックス・デバイスを、ＧＡ１０４からＣＰＵ１０１のＧＭに切り替える。この切替は、（１）グラフィックス・ミドルウェア２０４におけるデバイス設定を書き換えるか、または（２）グラフィックス・デバイスの異なる描画関数を２系統用意しておき、通知の有無を判断して、呼出す描画関数を切替える処理を採用することができる。
【００３６】
ステップＳ３０４では、ＧＡ１０４を省エネモードに退避させる。ＧＡ１０４を省エネモードに遷移させる処理は、ＧＡ１０４に対する電力供給を停止させるか、または動作クロック周波数を最低化（クロック停止も含む。）させるかのいずれかの方法を使用して行うことができる。本実施形態では、ＧＡ１０４への電力供給を完全に停止させても、描画データは、ＧＡ１０４外のＤＲＡＭ１１５に確保されているので、データ消失という不具合を回避することができる。
【００３７】
ステップＳ３０５で、本実施形態における省エネ状態に到達し、ステップＳ３０６で処理を終了し、通常モード復帰イベントが発生するまで省エネ状態を保持する。
【００３８】
図４は、本実施形態の省エネモードを説明するグラフ図である。縦軸が描画速度、横軸が、ＣＰＵ１０１またはＧＡ１０４の画像処理能力である。矢線Ａで示す処理能力の位置から右手側が通常モード（第２電力消費状態）であり、左手側が省エネモード（第１電力消費状態）である。通常モードでは、ＧＡ１０４がグラフィックス処理を担当し、その処理能力は、クロックレートを低下させる場合には、ライン４０１にしたがって減少する。また、電源供給をサスペンドする態様では、破線４２０のように減少する。
【００３９】
一方、ＣＰＵ１０１の画像処理能力は、ＧＡ１０４に比較して通常モードでも低く、クロックレートの低減に従って、ライン４３０に従って減少する。なお、省エネモードでも、ＣＰＵ１０１２は、少なくとも状態管理ＡＰ２０２などを動作させておくために必要なクロックレートで動作されるので、ＣＰＵ１０１自体の演算処理能力が完全に失われることはない。
【００４０】
図４に示す様に、ＧＡ１０４の処理能力が低くなるに従って、相対的にＣＰＵ１０１による処理能力が高くなる状況が発生する。本実施形態における省エネモード、すなわち第１電力消費状態は、ＧＡ１０４の処理能力よりも、ＣＰＵ１０１による画像処理能力が高くなる状態４４０の領域として定義することができる。省エネモードの程度および達成の態様は、特定の用途に応じて適宜選択することができる。
【００４１】
図５は、本実施形態の省エネモードへの退避におけるシーケンス図である。状態管理ＡＰ２０２は、シーケンスＰ１で省エネ遷移イベントを検出し、グラフィックス・ミドルウェア（ＧＭＷ）２０４に対して省エネ移行を通知する。グラフィックス・ミドルウェア２０４は、当該通知を受領すると、シーケンスＰ２で描画デバイス（ＧＤ）をＧＡ１０４からＣＰＵ１０１のＧＭに切替える処理を実行する。
【００４２】
その後、グラフィックス・ミドルウェア２０４は、シーケンスＰ３で、ＧＡドライバ２０７に対して省エネ移行を通知する。ＧＡドライバ２０７は、当該通知を受領すると、ＧＡ１０４に対し、省エネ設定を指令する。省エネ設定は、（１）ＧＡドライバ２０７により、ＧＡ１０４に対する電力供給をサスペンドするか、または（２）ＧＡ１０４のＧＰＵの動作クロックを最低化することで達成することができる。
【００４３】
以上のシーケンスにより、通常モードから省エネモードへの退避処理が完了する。省エネモードにおいては、ＣＰＵ１０１のＧＭがグラフィックス処理を行い、その結果をＤＲＡＭ１１５に確保したフレーム・バッファに書込み、ＧＡ１０４が作成したグラフィックス・データを更新する。
【００４４】
図６は、本実施形態の電力制御方法において、省エネモードから通常モードへと復帰する処理のフローチャートである。処理は、ステップＳ５００から開始し、ステップＳ５０１で状態管理ＡＰ２０２が、通常モード復帰イベントの発生を検知する。ステップＳ５０２で、状態管理ＡＰ２０２がグラフィックス・ミドルウェアに対して通常モードへの遷移を通知する。
【００４５】
ステップＳ５０３では、グラフィックス・ミドルウェア２０４が、グラフィックス・デバイスを、ＣＰＵ１０１からＧＡ１０４に切り替える。ステップＳ５０４では、ＧＡ１０４を通常モードに復帰させる。ＧＡ１０４を通常モードに遷移させる処理は、ＧＡ１０４に対する電力供給を再開させるか、または動作クロック周波数を定格周波数に設定するかのいずれかの方法を使用して行うことができる。本実施形態では、ＧＡ１０４の処理を開始しても、ＧＡ１０４は、それ以前にＣＰＵ１０１が更新していたグラフィックス・データを読み込んでＵＩを生成できる。このため、ＵＩを描画するためのデータ取得および描画処理を省略でき、通常モードでの復帰を高速化できる。
【００４６】
ステップＳ５０５で、本実施形態における省エネ状態に到達し、ステップＳ５０６で処理を終了し、省エネモード退避イベントが発生するまで通常モード状態を保持する。
【００４７】
図７は、本実施形態の通常モードへの復帰におけるシーケンス図である。状態管理ＡＰ２０２は、シーケンスＰ１０で省エネ遷移イベントを検出し、グラフィックス・ミドルウェア（ＧＭＷ）２０４に対して通常モード移行を通知する。グラフィックス・ミドルウェア２０４は、当該通知を受領すると、シーケンスＰ１１で描画デバイス（ＧＤ）をＣＰＵ１０１のＧＭからＧＡ１０４に切替える処理を実行する。その後、グラフィックス・ミドルウェア２０４は、シーケンスＰ１２で、ＧＡドライバ２０７に対して通常モード復帰を通知する。ＧＡドライバ２０７は、当該通知を受領すると、シーケンスＰ１３でＧＡ１０４に対し、通常モード設定を指令する。通常モード設定は、ＧＡ１０４に対する電力供給のサスペンドを解除するか、またはＧＡ１０４のＧＰＵの動作クロックを定格周波数まで増加することで達成することができる。
【００４８】
以上のシーケンスにより、省エネモードから通常モードへの復帰処理が完了する。通常モードにおいては、ＧＡ１０４がグラフィックス処理を行い、その結果をＤＲＡＭ１１５に確保したフレーム・バッファに書込み、ＵＩを提供する。
【００４９】
図８は、本実施形態における通常モードでの描画処理のシーケンス図である。図８のシーケンスにおいて、シーケンスＰ２０で、アプリケーション（ＡＰ）２０１が、データの描画を行うためにグラフィックス・ミドルウェア２０４を呼び出す。グラフィックス・ミドルウェア２０４は、シーケンスＰ２１でＧＡドライバ２０７に対して描画データと共に描画要求を発行する。
【００５０】
ＧＡドライバ２０７は、シーケンスＰ２２で、ＧＡ１０４に対して受け取った描画データを送付し、描画を開始させる。ＧＡ１０４は、シーケンスＰ２３で描画データから生成したグラフィックス・データを、ＤＲＡＭドライバ２０６を呼び出してＤＲＡＭ１１５のフレーム・バッファに書き込み、ＵＩとして表示させる。上述した処理で通常モードにおける描画処理およびＵＩ表示処理が可能とされる。
【００５１】
図９は、本実施形態における省エネモードでの描画処理のシーケンス図である。図９のシーケンスにおいてシーケンスＰ３０で、アプリケーション（ＡＰ）２０１が、データの描画を行うためにグラフィックス・ミドルウェア２０４を呼び出す。グラフィックス・ミドルウェア２０４は、ＣＰＵ１０１を使用して描画処理およびグラフィックス・データ生成処理を行う。この際、ＣＰＵ１０１が担当するグラフィックス処理は、ＤＲＡＭ１１５のフレーム・バッファに格納されている全データではなく、ＡＰ２０１により修正されたデータに関連する箇所に限定することができる。このような限定は、ＣＰＵ１０１の描画処理への負担を軽減すると共に、ＤＲＡＭ１１５アクセスする際のデータ量も削減でき、さらに効率的な省エネモードでの描画を可能とする。
【００５２】
その後、グラフィックス・ミドルウェア２０４は、シーケンスＰ３１でＤＲＡＭドライバ２０６に対してグラフィックス・データの書込み要求を発行する。ＤＲＡＭドライバ２０６は、シーケンスＰ３３で、受領したグラフィックス・データをＤＲＡＭ１１５のフレーム・バッファに書込むことで、省エネモード中に変更があったグラフィックス・データを修正することが可能となる。
【００５３】
なお、この際のグラフィックス処理およびデータ書き込みは、フレーム・バッファ内の全データではなく、修正されたデータのみの書込みを行う構成とすることができる。当該実施形態では、ＣＰＵ１０１への負担をさらに軽減しながら、グラフィックス・データの更新が可能となる。このため、情報処理装置１２０が通常モードに復帰した場合でも、最新のグラフィックス・データがＤＲＡＭ１１５に確保されているので、最小限の時間的遅延でＵＩ表示処理が可能とされる。
【００５４】
以上の通り、本実施形態によれば、ＣＰＵ１０１およびＧＡ１０４に対してＤＲＡＭ１１５のメモリ領域を共用させることにより、より省エネルギー要請に応えることが可能となる。さらに本実施形態によれば、さらに通常モードと省エネモードとの間の退避および復帰処理におけるグラフィックス表示を効率化することが可能となる。
【００５５】
これまで本発明を、実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができる。いずれの態様においても本発明の作用・効果を奏する態様は、本発明の範囲に含まれるものである。
【符号の説明】
【００５６】
１００    ：情報処理システム
１０１    ：ＣＰＵ
１０２    ：メモリ制御部
１０３    ：画像処理部
１０５    ：ＬＣＤ制御部
１０６    ：バス
１０７    ：スキャナ制御部
１０８    ：プロッタ制御部
１０９    ：外付記憶装置制御部
１１０    ：スキャナ
１１１    ：印刷エンジン
１１３    ：通信制御部
１１４    ：ネットワーク
１１５    ：ＤＲＡＭ
１１６    ：ＬＣＤ
１２０    ：情報処理装置
２００    ：ブロック
２０４    ：ミドルウェア
２０６    ：ＤＲＡＭドライバ
２０７    ：ＧＡドライバ
２０８    ：スキャナ・ドライバ
２０９    ：エンジン・ドライバ
【先行技術文献】
【特許文献】
【００５７】
【特許文献１】特開２００７−１７９２２５号公報
【図１】
0006554998.tif 000002
【図２】
0006554998.tif 000003
【図３】
0006554998.tif 000004
【図４】
0006554998.tif 000005
【図５】
0006554998.tif 000006
【図６】
0006554998.tif 000007
【図７】
0006554998.tif 000008
【図８】
0006554998.tif 000009
【図９】
0006554998.tif 000010