JP2006185259A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】 自律的に消費電力を制御可能な情報処理装置において、さらなる低消費電力化を実現すること。
【解決手段】 情報処理装置１は、各機能部において低消費電力の状態を基本とし、動作が必要な場合にのみ低消費電力の状態から通常の動作を行う状態に復帰させて処理を行わせる。また、動作が必要となった場合に、記録モードでＣＰＵ１０が動作することにより、図８に示すように、他の機能部において処理が行われていても、必要な動作に関する命令の発行が終了することに対応してＣＰＵ１０が低消費電力の状態となる。したがって、消費電力の大きいＣＰＵ１０が通常の電力消費状態で動作する時間をより短縮することができるため、従来の低消費電力化技術を適用した情報処理装置に比して、さらなる低消費電力化を実現することができる。
【選択図】 図４

Description

本発明は、装置内部における消費電力を自律的に制御可能な情報処理装置およびその情報処理方法に関する。

近年、コンピュータシステム技術の分野においては、処理を行っていない場合に装置内部における処理性能を低下させることによって消費電力を削減し、装置に対する入力操作が行われた場合等、処理の必要が生じた場合に、再び元の処理性能に戻すことによって処理を再開することにより、待機時における消費電力を削減する電力制御技術が開発されている。

例えば、ＰＤＡ（Personal Digital Assistant）等の携帯型の機器においては、一定時間操作が行われない場合、ＣＰＵが処理性能の低い低周波数クロックで動作すると共に、周辺回路を低消費電力モードに自動的に移行し、操作が行われた場合に、通常の状態に復帰して処理を行うことにより、待機時の消費電力の削減を図るものが知られている。
また、デバイスが使用されない場合に電力の供給を停止する省電力化方法に関する技術が、特許文献１に記載されている。
特開２００４−２０６５３０号公報

しかしながら、特許文献１に記載された技術を含め、従来の技術においては、操作が行われる等により処理の必要が生じた場合、命令の発行を行うＣＰＵ等の制御部については、処理が終了するまで常に電力消費状態で動作していた。
そして、一般にＣＰＵ等の制御部は消費電力が大きいことから、機器が一旦動作を開始した後において消費電力を削減することは困難であった。

本発明の課題は、自律的に消費電力を制御可能な情報処理装置において、さらなる低消費電力化を実現することである。

以上の課題を解決するため、本発明は、
装置を構成する各機能部における消費電力を自律的に制御する情報処理装置であって、自装置において動作の必要が生じた場合に、低消費電力の状態から通常の動作を行う状態に移行して、該動作に関わる命令を発行すると共に、該命令に関わる前記機能部を低消費電力の状態から通常の動作を行う状態に復帰させる実行制御部（例えば、図２のＣＰＵ２０）と、前記実行制御部によって発行された命令が記録される命令記録部（例えば、図２のＲＡＭ３０）とを含み、前記実行制御部は、命令の発行を終了することに対応して、低消費電力の状態に移行すると共に、前記発行された命令に関わる機能部は、前記命令記録部に記録された命令を実行することを特徴としている。

このような構成により、情報処理装置において動作が必要となった場合に、他の機能部において処理が行われていても、必要な動作に関する命令の発行が終了することに対応して実行制御部が低消費電力の状態となる。
したがって、消費電力の大きいＣＰＵ等を含む実行制御部が通常の電力消費状態で動作する時間をより短縮することができるため、従来の低消費電力化技術を適用した情報処理装置に比して、さらなる低消費電力化を実現することができる。

なお、処理を行う各機能部については、実行制御部が命令を発行する際に、低消費電力の状態に移行する命令を併せて最後に発行することにより低消費電力の状態に移行させることが可能である。
また、前記実行制御部は、組み込まれた基本ソフトウェアのアプリケーションプログラムインターフェースに対し、発行された命令が前記命令記録部に記録される記録モードと、発行された命令が前記機能部において順次実行されるＡＰＩモードとに対応する動作のいずれかを、指定に応じて切り換えて実行することを特徴としている。

このような構成により、動作を指示するためのアプリケーションプログラムインターフェースを変更することなく、モードを切り換えることのみで、より低消費電力な記録モードに移行することができる
したがって、アプリケーションプログラムあるいはユーザにとって、使用が容易な装置とすることが可能となる。

また、所定の前記機能部からなり、消費電力制御を行う際の制御単位となるパワーマネジメントドメインが複数構成され、前記実行制御部は、所定の機能部における処理の必要が生じた場合に、該機能部を含むパワーマネジメントドメインごとに低消費電力の状態から通常の動作を行う状態に復帰させることを特徴としている。
このような構成により、処理を実行する上で、同時に動作する可能性の高い機能部あるいは一連の処理を行う機能部等、機能的に密接な関係を有する機能部を一まとまりとして実行可能な状態とできるため、それぞれの機能部に順次電源投入シーケンスを実行する場合に比べ、より迅速に処理を行うことが可能となる。

また、本発明は、
装置を構成する各機能部における消費電力を自律的に制御する情報処理装置における情報処理方法であって、自装置において動作の必要が生じた場合に、該動作に関わる命令の発行を行うと共に、発行された命令を記録しておき、該命令の発行を終了することに対応して命令の発行を行う機能部を低消費電力の状態とすると共に、前記発行された命令に関わる前記機能部を低消費電力の状態から通常の動作を行う状態に復帰させ、該機能部において、前記記録された命令を実行することを特徴としている。

このように、本発明によれば、自律的に消費電力を制御可能な情報処理装置において、さらなる低消費電力化を実現することが可能となる。

以下、図を参照して本発明に係る情報処理装置の実施の形態を説明する。
まず、構成を説明する。
図１は、本発明に係る情報処理装置１の外観構成を示す図である。
なお、本実施の形態においては、情報処理装置１が電子ブックのコンテンツを閲覧するための電子ブックリーダとして構成された場合について説明する。

図１において、情報処理装置１は、本体２と、ディスプレイ３と、ページ戻りボタン４と、ページめくりボタン５と、一覧表示ボタン６と、決定ボタン７と、通信コネクタ８と、メモリカードスロット９とを含んで構成される。
本体２は、情報処理装置１を構成する各種機能部を備えており、前面には、ディスプレイ３と、ページ戻りボタン４と、ページめくりボタン５と、一覧表示ボタン６と、決定ボタン７とを備え、左側面には、通信コネクタ８と、メモリカードスロット９とを備えている。また、本体２は、内部に後述するＣＰＵ１０あるいはディスプレイコントローラ５０といった各種機能を実現するための装置を備えている。

ディスプレイ３は、例えばＡ４サイズの高画素密度（多ピクセル）である表示装置によって構成され、ディスプレイコントローラ５０の制御に応じて、所定画素に画素データを表示する。
また、ディスプレイ３は、記憶性の表示装置（一定時間毎に表示内容を更新するリフレッシュ動作を必要としない表示装置）である。そのため、表示画面の状態を維持するためには電力が不要となることから、情報処理装置１をより低消費電力化することができる。

なお、ディスプレイ３として、例えば、電気泳動ディスプレイ、コレステリック液晶ディスプレイ、帯電トナーを利用したディスプレイ、ツイストボールを利用したディスプレイあるいはエレクトロデポジションディスプレイ等が採用可能である。
ページ戻りボタン４は、現在表示されているページを戻すためのボタンであり、ページめくりボタン５は、現在表示されているページを進めるためのボタンである。

一覧表示ボタン６は、メモリカードに記憶されているコンテンツに含まれるページを一覧表示させるためのボタンである。なお、メモリカードに記憶されているコンテンツには、一覧表示用のページとして、各ページの画面が縮小されたデータ（以下、「縮小画面データ」という。）が記憶されている。
決定ボタン７は、ユーザが全面表示させるページを選択するためのボタンである。

これら、ページ戻りボタン４、ページめくりボタン５、一覧表示ボタン６および決定ボタン７の押下信号は、ＣＰＵ１０に入力される。
通信コネクタ８は、ＵＳＢ（Universal Serial Bus）ケーブルを接続するためのコネクタであり、接続された通信ケーブルを介して、情報の送受信あるいは電力の供給を受けることが可能となる。

メモリカードスロット９は、メモリカードを読み書きするためのインターフェースであり、電子ブックのコンテンツを記憶したメモリカードが装着されることにより、そのメモリカードに記憶されたコンテンツを読み込むことが可能となる。
次に、情報処理装置１の内部構成について説明する。
図２は、情報処理装置１の内部構成を示す機能ブロック図である。

図２において、情報処理装置１は、ＣＰＵ１０と、ＲＯＭ（Read Only Memory）２０と、ＲＡＭ（Random Access Memory）３０と、グラフィックアクセラレータ（以下、「ＧＡ」という。）４０と、ディスプレイコントローラ５０と、メモリカードコントローラ６０と、通信コントローラ７０とを含んで構成される。なお、これらの各機能部はバス８０によって接続されている。また、パワーマネジメントドメイン（後述）それぞれは、電力の供給を行うための給電ラインによって不図示のバッテリと接続されている。

情報処理装置１における各機能部は、消費電力制御に関する複数のグループを構成しているため、初めに、このグループ（以下、「パワーマネジメントドメイン」という。）について説明する。
本発明に係る情報処理装置１は、各機能部において低消費電力の動作停止状態を基本とし、動作が必要な場合にのみ通常の電力を消費する動作状態に移行して処理を行わせ、処理の終了後には、再び低消費電力の動作停止状態とする電力制御を行うものである。

このとき、入力された命令に応じた処理を実行する上で、同時に動作する可能性の高い機能部あるいは一連の処理を行う機能部等、機能的に密接な関係を有する機能部を同一のパワーマネジメントドメインとして消費電力制御を行うこととし、他のパワーマネジメントドメインとは独立して消費電力を制御される。
このように、機能的に密接な関係を有する機能部を同一のパワーマネジメントドメインとして消費電力制御を行うことにより、各機能部それぞれを対象として消費電力制御を行うより、回路規模および制御の容易性の面で有利なものとなる。

図２に示す機能構成においては、上述の観点から、ＣＰＵ１０を含むＣＰＵドメイン、ＲＯＭ２０を含む不揮発性ドメイン、ＲＡＭ３０を含む揮発性ドメイン、ＧＡ４０、ディスプレイコントローラ５０およびディスプレイ３を含む描画ドメイン、メモリカードコントローラ６０を含むメモリカードドメイン、通信コントローラ７０を含む通信ドメインが形成されており、これら各ドメインを単位として、ＣＰＵ１０が消費電力状態を制御する。

なお、低消費電力の状態としては、動作を停止し、再起動されるまで待機するスリープ状態が好ましいが、機能部を構成するデバイスに動作の停止が不可能であるものが含まれる場合は、ピーク時の処理性能に満たない性能となる低クロック周波数で動作し、通常の動作状態より消費電力が低減される状態で代用することが可能である。このような機能を実現するために、各パワーマネジメントドメインには、採用される方式に応じて、クロック周波数の制御等を行う電力制御部（不図示）が適宜備えられる。

続いて、図２に示す各機能部について説明する。
ＣＰＵ１０は、パワーマネジメントドメインに対する消費電力を制御する。
具体的には、ＣＰＵ１０は、ページ戻りボタン４、ページめくりボタン５、一覧表示ボタン６あるいは決定ボタン７の押下信号や、通信コネクタ８における通信ケーブルの接続あるいはメモリカードスロット９におけるメモリカードの接続を検出する信号を受けた場合、低消費電力の状態から通常の電力消費状態に復帰する。そして、ＣＰＵ１０は、発生したイベント、即ち、いずれのボタンの押下信号が入力されたか、あるいは、通信ケーブルの接続が検出されたか、あるいは、メモリカードの接続が検出されたかのいずれかを認識する。

また、ＣＰＵ１０は、ボタンが押下されること等によって、いずれかのパワーマネジメントドメインにおける動作の必要が生じると、そのパワーマネジメントドメインを通常の電力消費状態とし、パワーマネジメントドメインにおける動作の必要がなくなると、そのパワーマネジメントドメインを低消費電力の状態とする。
また、ＣＰＵ１０は、情報処理装置１全体を制御するものであり、ＲＯＭ２０に記憶された各種プログラムを読み出して実行する。例えば、ＣＰＵ１０は、パワーマネジメント回路１０を介して入力される各種信号に対応して、後述する情報処理装置１のシステム制御処理における各種処理のためのプログラムをＲＯＭ２０から読み出して実行する。

このとき、ＣＰＵ１０は、ＯＳ（Operating System）のＡＰＩ（Application Program Interface）を呼び出すことにより、システム制御処理における各種命令を実行する。そして、ＣＰＵ１０は、各種処理結果をＲＡＭ３０の所定領域に格納する。
ここで、情報処理装置１に組み込まれるＯＳのＡＰＩにおいては、低消費電力で動作するための記録モードと、通常の消費電力により動作するＡＰＩモードとが用意されており、各命令は、これらのモードに対応する動作が定義されている。ＣＰＵ１０は、選択されているモードに応じて、各ＡＰＩに対応する動作を行う。

図３は、各種ＡＰＩのモードに応じた動作内容を示す図である。
図３において、ＡＰＩとして“ＲｅｃＳｔａｒｔ”、“ＲｅｃＥｎｄ”、“ＩｎｉｔＳｃｒｅｅｎ”、“ＤｒａｗＬｉｎｅ”、“ＧＰＵＨａｌｔ”、“ＧＰＵＳｔａｒｔ”、“ＣＰＵＨａｌｔ”の動作が定義されている。
“ＲｅｃＳｔａｒｔ”は、記録モードに遷移するためのＡＰＩであり、ＲＡＭ３０のアドレス（BufferAddress）を引数とする。ＡＰＩモードにおいて“ＲｅｃＳｔａｒｔ”が実行されると、ＣＰＵ１０は、情報処理装置１の状態を記録モードに遷移させ、ＲＡＭ３０のアドレス（BufferAddress）を指定した状態となる。なお、記録モードにおいては、“ＲｅｃＳｔａｒｔ”は使用されない。

“ＲｅｃＥｎｄ”は、記録モードを終了し、ＡＰＩモードに遷移するためのＡＰＩである。なお、ＡＰＩモードにおいては、“ＲｅｃＥｎｄ”は使用されない。
“ＩｎｉｔＳｃｒｅｅｎ”は、スクリーン（ディスプレイ３）の初期化のためのＡＰＩである。ＡＰＩモードにおいて“ＩｎｉｔＳｃｒｅｅｎ”が実行されると、ＣＰＵ１０は、スクリーン（ディスプレイ３）の初期化を行う。また、記録モードにおいて“ＩｎｉｔＳｃｒｅｅｎ”が実行されると、ＣＰＵ１０は、スクリーンの初期化を行う命令コード（ここでは“０ｘ０１”とする）をＲＡＭ３０に記録する。

“ＤｒａｗＬｉｎｅ”は、直線を描画するためのＡＰＩであり、直線の始点のｘ、ｙ座標（StartX，StartY）および直線の終点のｘ、ｙ座標（EndX，EndY）を引数とする。ＡＰＩモードにおいて“ＤｒａｗＬｉｎｅ”が実行されると、ＣＰＵ１０は、スクリーン上の座標（StartX，StartY）と座標（EndX，EndY）とを結ぶ直線を描画する。また、記録モードにおいて“ＤｒａｗＬｉｎｅ”が実行されると、ＣＰＵ１０は、スクリーン上の座標（StartX，StartY）と座標（EndX，EndY）とを結ぶ直線を描画する命令コード（ここでは“０ｘ０２，StartX，StartY，EndX，EndY”とする）をＲＡＭ３０に記録する。

“ＧＰＵＨａｌｔ”は、描画ドメインを低消費電力の状態とするためのＡＰＩである。ＡＰＩモードにおいて“ＧＰＵＨａｌｔ”が実行されると、ＣＰＵ１０は、描画ドメインを構成する各部の動作を停止し、描画ドメインを低消費電力状態にする。また、記録モードにおいて“ＧＰＵＨａｌｔ”が実行されると、ＣＰＵ１０は、描画ドメインを構成する各部の動作を停止し、描画ドメインを低消費電力状態にする命令コード（ここでは“０ｘＦＦ”とする）をＲＡＭ３０に記録する。

“ＧＰＵＳｔａｒｔ”は、ＧＡ４０に命令の解釈および実行を開始させるＡＰＩである。ＡＰＩモードにおいて、“ＧＰＵＳｔａｒｔ”が実行されると、ＣＰＵ１０は、ＧＡ４０に対し、ＲＡＭ３０に記録された命令コードの解釈および実行を指示する。このとき実行される命令コードは、ＣＰＵ１０によってＲＡＭ３０の所定アドレス（BufferAddress）を先頭とする領域に順に記録されている。なお、記録モードにおいては、“ＧＰＵＳｔａｒｔ”は使用されない。

“ＣＰＵＨａｌｔ”は、ＣＰＵドメインを低消費電力の状態とするためのＡＰＩである。ＡＰＩモードにおいて、“ＣＰＵＨａｌｔ”が実行されると、ＣＰＵ１０は、ＣＰＵ１０における動作を停止し、ＣＰＵドメインを低消費電力状態にする。なお、記録モードにおいては、“ＣＰＵＨａｌｔ”は使用されない。
なお、ＡＰＩの種類としては図３に示すものに限らず、必要な動作に関しては種々のＡＰＩについて、記録モードおよびＡＰＩモードに対応する動作を定義しておくことが可能である。

図２に戻り、ＲＯＭ２０は、例えばフラッシュＲＯＭ等の不揮発性のメモリによって構成され、ＲＯＭ２０には、オペレーティングシステムプログラム（ＯＳ）および電子ブックのビューア等のアプリケーションプログラムが記憶されている。
ＲＡＭ３０は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）あるいはＳＤＲＡＭ（Synchronous DRAM）といった読み書き可能なメモリによって構成され、ＣＰＵ１０が処理を実行する際にワークエリアを形成すると共に、その処理結果を記憶する。

ＧＡ４０は、ＣＰＵ１０の命令に従って、ＡＰＩモードあるいは記録モードに対応した動作を行い、ディスプレイ３に表示する画像の描画処理を高速に行うハードウェアである。具体的には、ＧＡ４０は、ＣＰＵ１０から入力されたベクトル図形をラスタ図形に展開するといった処理を行う。そして、ＧＡ４０は、描画処理を行った図形をディスプレイ３に描画するための描画データとしてディスプレイコントローラ５０に出力する。このとき、ＧＡ４０は、直接ディスプレイコントローラ５０に描画データを送ることができるが、ＲＡＭ３０に一旦描画データを格納してから送ることも可能である。この場合、ＲＡＭ３０に格納された描画データを後に再利用することが可能となる。

ディスプレイコントローラ５０は、ディスプレイ３を直接制御し、ＧＡ４０から入力された描画データをディスプレイ３に表示させる。
具体的には、ディスプレイコントローラ５０は、ＧＡ４０から入力された描画データを参照して、ディスプレイ３のＸドライバおよびＹドライバを駆動することにより、描画対象であるラスタ図形をディスプレイ３に表示させる。

メモリカードコントローラ６０は、メモリカードスロット９に備えられるインターフェース回路であり、ＣＰＵ１０の指示に従って、メモリカードに記録されたデータの読み書きを行う。
通信コントローラ７０は、通信コネクタ８に備えられるインターフェース回路であり、ＣＰＵ１０の指示に従って、通信ケーブルを介した情報の送受信を行う。

次に、動作を説明する。
本実施の形態における情報処理装置１は、上述の構成の下、低消費電力状態を基本とし、入力操作が行われた場合等、動作が必要な場合にのみ通常の電力消費状態に移行し、必要な動作が終了すると、再び低消費電力状態となる。そして、このように消費電力状態が制御される場合、入力操作の内容に応じて、動作させる必要があるパワーマネジメントドメインにのみを通常の消費電力状態に移行する。そして、各機能部に動作を行わせる際においても、ＣＰＵ１０が記録モードによる命令の発行を行うことで、消費電力の大きいＣＰＵ１０において、通常の電力消費状態による動作時間を可能な限り短縮する。これらの動作により、情報処理装置１においては、不要な消費電力の発生を防ぐことができ、従来に比して、さらなる低消費電力化を図ることが可能となる。

まず、ＣＰＵ１０が、動作の必要が生じた機能部に対して記録モードによる命令の発行を行う場合の動作について説明する。なお、ここでは、ＣＰＵ１０がＧＡ４０に対する描画命令を発行する場合を例に挙げて説明する。
図４は、ＣＰＵ１０が記録モードによって命令を発行する際の動作例を示すフローチャートである。また、図５は、図４に示すフローチャートに対応するメモリマップの遷移図である。

図４において、記録モードによる動作を行う場合、ＣＰＵ１０は、ＲＡＭ３０の記憶領域の一部を確保するためのＡＰＩを呼び出す（ステップＰ１）。このＡＰＩが呼び出されると、確保された記憶領域（以下、「命令バッファ」と言う。）の先頭アドレス（BufferAddress）が返される。
次に、ＣＰＵ１０は、命令バッファの先頭アドレスを引数として指定し、記録モードを開始するＡＰＩ（ＲｅｃＳｔａｒｔ）を呼び出す（ステップＰ２）。これにより、情報処理装置１のステータスは記録モードに移行する。

続いて、ＣＰＵ１０は、スクリーンの初期化を行うためのＡＰＩ（ＩｎｉｔＳｃｒｅｅｎ）を呼び出し、スクリーンの初期化命令を命令バッファの先頭領域に記録する（ステップＰ３）。
さらに、ＣＰＵ１０は、直線を描画するためのＡＰＩ（ＤｒａｗＬｉｎｅ）を呼び出し、直線を描画するための命令を、命令バッファの先頭領域に続く第２の領域に記録する（ステップＰ４）。

なお、ステップＰ３およびステップＰ４に示す動作は一例として示したものであり、一般に、ステップＰ３，Ｐ４には、スクリーンへの描画内容に応じた描画命令の記録動作が挿入される。
そして、ＣＰＵ１０は、直線の描画後にＧＡ４０を含む描画ドメインを低消費電力の状態とするためのＡＰＩ（ＧＰＵＨａｌｔ）を呼び出し、描画ドメインを停止するための命令を、命令バッファの第２の領域に続く第３の領域に記録する（ステップＰ５）。

すると、ＣＰＵ１０は、記録モードを終了するためのＡＰＩ（ＲｅｃＥｎｄ）を呼び出し、記録モードからＡＰＩモードに移行する（ステップＰ６）。
次いで、ＣＰＵ１０は、ＧＡ４０に命令の解釈および実行を開始させるＡＰＩ（ＧＰＵＳｔａｒｔ）を呼び出し、ＧＡ４０に命令の解釈および実行の開始を指示する（ステップＰ７）。

ここで、現在処理を行っている描画命令に関しては、ＣＰＵ１０は動作する必要がなくなることから、ＣＰＵ１０は、描画ドメインにおける処理の終了を待たずに、ＣＰＵ１０の動作停止ＡＰＩ（ＣＰＵＨａｌｔ）を呼び出し、ＣＰＵ１０の動作を停止し、ＣＰＵ１０を低消費電力モードに移行する（ステップＰ８）。
そして、命令の発行に関する動作は終了し、描画ドメインにおける処理が行われる。

このような手順によれば、情報処理装置１において動作の必要が生ずることにより、ＣＰＵ１０が命令を発行し、各機能部が処理を行うプロセスにおいても、消費電力の大きいＣＰＵ１０の動作時間を可能な限り短縮することができ、また、例えばＧＡ４０のように消費電力の大きい機能部における動作時間も短縮できることから、情報処理装置１を従来に比して低消費電力なものとすることができる。

続いて、上述の記録モードによる動作および消費電力制御の具体的な適用場面となるシステム制御処理について説明する。
図６は、情報処理装置１が実行するシステム制御処理を示すフローチャートである。
また、図７は、システム制御処理における表示画面例を示す図である。以下、図７に示す表示画面を適宜参照しつつ、システム制御処理について説明する。

図６において、ユーザによって、いずれかのボタンに対する操作、通信ケーブルの接続あるいはメモリカードの接続が行われ、割り込み信号が入力されると（ステップＳ１）、ＣＰＵ１０は、動作状態（通常の電力消費状態）に移行する（ステップＳ２）。
すると、ＣＰＵ１０は、ＲＯＭ２０に記憶されたＯＳおよびアプリケーションプログラムの実行を再開する（ステップＳ３）。

次に、ＣＰＵ１０は、入力された割り込み信号に基づいて、発生したイベントの内容を判定する（ステップＳ４）。
ステップＳ４において、発生したイベントがいずれかのボタンに対する入力操作であると判定した場合、ＣＰＵ１０は、入力操作されたボタンの種別を判定する（ステップＳ５）。

ステップＳ５において、ページ戻りボタン４が入力操作されたと判定した場合、ＣＰＵ１０は、ＲＡＭ３０から現在閲覧中のページ番号を取得し（ステップＳ６）、そのページ番号から“１”減じて現在閲覧中のページを１ページ戻す（ステップＳ７）。
また、ステップＳ５において、ページめくりボタン５が入力操作されたと判定した場合、ＣＰＵ１０は、ＲＡＭ３０から現在閲覧中のページ番号を取得し（ステップＳ８）、そのページ番号に“１”加算して現在閲覧中のページを１ページ進める（ステップＳ９）。

ステップＳ７およびステップＳ９の後、ＣＰＵ１０は、メモリカードドメインを動作状態（通常の電力消費状態）とし（ステップＳ１０）、新たに現在閲覧中のページとなったページのデータをメモリカードから読み込む（ステップＳ１１）。
そして、ＣＰＵ１０は、メモリカードドメインを停止状態（低消費電力の状態）とし（ステップＳ１２）、記録モードへの移行処理（図４のステップＰ１，Ｐ２に示す命令バッファの確保および記録モードを開始するＡＰＩの呼び出し）を実行する（ステップＳ１３）。

すると、ＣＰＵ１０は、現在閲覧中のページを記録モードで描画する処理（図４のステップＰ３〜Ｐ５に示すスクリーンの初期化命令、各種描画命令および描画ドメインの停止命令を命令バッファに記録する処理）を実行する（ステップＳ１４）。
次いで、ＣＰＵ１０は、記録モードからＡＰＩモードへ復帰する処理（図４のステップＰ６に示す記録モードを終了するＡＰＩの呼び出し）を実行する（ステップＳ１５）。

続いて、ＣＰＵ１０は、描画ドメインに描画を行わせる処理（図４のステップＰ７に示す描画ドメインによる描画命令の解釈・実行）を実行する（ステップＳ１６）。これにより、現在閲覧中のページが表示される（図７（ａ）参照）。
その後、ＣＰＵ１０は、ＣＰＵドメインを停止状態（低消費電力の状態）とする処理（図４のステップＰ８に示すＣＰＵ１０を停止状態（低消費電力の状態）とする処理）を実行する（ステップＳ１７）。

なお、ここでは、記録モードによる動作に関連する部分として、ページ戻りボタン４あるいはページ戻りボタン５が押下された場合の動作について説明したが、ステップ４においてボタンの押下以外のイベントが発生したと判定した場合や、ステップＳ５において、他のボタンが押下されたと判定した場合には、それらに対応する動作が行われる。
例えば、ステップＳ５において一覧表示ボタン６が入力操作されたと判定した場合、ＣＰＵ２０は、メモリカードドメインおよび描画ドメインを動作状態（通常の電力消費状態）とし、一覧表示用の縮小画面データを読み込んで縮小画面データを一覧表示（図７（ｂ）参照）させ、表示するページ選択用のカーソルを現在閲覧中のページに表示させる（図７（ｃ）参照）。

また、ステップＳ４において、通信ケーブルが接続されたと判定した場合、描画ドメインが動作状態（通常の電力消費状態）とされ、ＣＰＵ２０は、通信ケーブルからデータを受信中である旨の表示（図７（ｄ）参照）を行わせると共に、通信ケーブルからのデータの受信が終了すると、データの受信が終了した旨の表示（図７（ｅ）参照）を行わせる。
情報処理装置１は、上述の処理を繰り返すことにより、ユーザが装置内部の消費電力の制御を意識して行うことなく、省電力に動作する。

以上のように、本実施の形態に係る情報処理装置１は、各機能部において低消費電力の状態を基本とし、動作が必要な場合にのみ低消費電力の状態から通常の動作を行う状態に復帰させて処理を行わせる。また、動作が必要となった場合に、記録モードでＣＰＵ１０が動作することにより、図８に示すように、他の機能部において処理が行われていても、必要な動作に関する命令の発行が終了することに対応してＣＰＵ１０が低消費電力の状態となる。

したがって、消費電力の大きいＣＰＵ１０が通常の消費電力状態で動作する時間をより短縮することができるため、従来の低消費電力化技術を適用した情報処理装置に比して、さらなる低消費電力化を実現することができる。
また、情報処理装置１は、パワーマネジメントドメインを単位として消費電力制御を行うことから、各機能部それぞれを対象として電力制御を行うより、回路規模および制御の容易性の面で有利なものとなる。

即ち、自律的に消費電力を制御可能な情報処理装置において、さらなる低消費電力化を実現することが可能となる。

本発明に係る情報処理装置１の外観構成を示す図である。 情報処理装置１の内部構成を示す機能ブロック図である。 各種ＡＰＩのモードに応じた動作内容を示す図である。 ＣＰＵ１０が記録モードによって命令を発行する際の動作例を示すフローチャートである。 図４に示すフローチャートに対応するメモリマップの遷移図である。 情報処理装置１が実行するシステム制御処理を示すフローチャートである。 システム制御処理における表示画面例を示す図である。 本発明と従来の低消費電力化技術の場合とについて、処理の実行時における各機能部の動作状態を比較して示す図である。

符号の説明

１ 情報処理装置、２ 本体、３ ディスプレイ、４ ページ戻りボタン、５ ページめくりボタン、６ 一覧表示ボタン、７ 決定ボタン、８ 通信コネクタ、９ メモリカードスロット、１０ ＣＰＵ、２０ ＲＯＭ、３０ ＲＡＭ、４０ ＧＡ、５０ ディスプレイコントローラ、６０ メモリカードコントローラ、７０ 通信コントローラ、８０ バス

Claims (4)

1. 装置を構成する各機能部における消費電力を自律的に制御する情報処理装置であって、
   自装置において動作の必要が生じた場合に、低消費電力の状態から通常の動作を行う状態に移行して、該動作に関わる命令を発行すると共に、該命令に関わる前記機能部を低消費電力の状態から通常の動作を行う状態に復帰させる実行制御部と、
   前記実行制御部によって発行された命令が記録される命令記録部と、
   を含み、
   前記実行制御部は、命令の発行を終了することに対応して、低消費電力の状態に移行すると共に、前記発行された命令に関わる機能部は、前記命令記録部に記録された命令を実行することを特徴とする情報処理装置。
2. 前記実行制御部は、組み込まれた基本ソフトウェアのアプリケーションプログラムインターフェースに対し、発行された命令が前記命令記録部に記録される記録モードと、発行された命令が前記機能部において順次実行されるＡＰＩモードとに対応する動作のいずれかを、指定に応じて切り換えて実行することを特徴とする請求項１記載の情報処理装置。
3. 所定の前記機能部からなり、消費電力制御を行う際の制御単位となるパワーマネジメントドメインが複数構成され、
   前記実行制御部は、所定の機能部における処理の必要が生じた場合に、該機能部を含むパワーマネジメントドメインごとに低消費電力の状態から通常の動作を行う状態に復帰させることを特徴とする請求項１または２記載の情報処理装置。
4. 装置を構成する各機能部における消費電力を自律的に制御する情報処理装置における情報処理方法であって、
   自装置において動作の必要が生じた場合に、該動作に関わる命令の発行を行うと共に、発行された命令を記録しておき、
   該命令の発行を終了することに対応して命令の発行を行う機能部を低消費電力の状態とすると共に、前記発行された命令に関わる前記機能部を低消費電力の状態から通常の動作を行う状態に復帰させ、該機能部において、前記記録された命令を実行することを特徴とする情報処理方法。

Images