JP2015084185A

JP2015084185A - 情報処理装置、情報処理装置の制御方法、情報処理装置制御プログラム

Info

Publication number: JP2015084185A
Application number: JP2013222667A
Authority: JP
Inventors: 農佐藤; No Sato
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2013-10-25
Filing date: 2013-10-25
Publication date: 2015-04-30
Also published as: WO2015060174A1

Abstract

【課題】ＧＰＵの性能を損なうことなく、最適な電力消費とする。【解決手段】アプリケーションの描画要求を満たすクロックを設定範囲に含むパラメタのうち、最もクロックが小さくなるパラメタと当該アプリケーションとを対応付けたパラメタテーブル（１０１）を用いてパラメタを決定するパラメタ算出部（１０３）と、決定したパラメタを用いて表示処理部のクロックを設定するＧＰＵドライバ（１２）と、を備えている。【選択図】図１

Description

本発明は、表示の制御を行う情報処理装置、特にＧＰＵのクロックを制御する情報処理装置等に関する。

昨今、携帯端末等の表示部で表示される内容の高度化・詳細化により、ＧＰＵ（Graphics Processing Unit）の処理能力も向上している。これに伴い、ＧＰＵの動作に伴う消費電力も増大している。携帯端末は、バッテリで動作することが多く、消費電力の増大はバッテリの消耗を早めるため望ましくない。そのため、ＧＰＵの性能を損なうことなく、消費電力を抑える仕組みが求められている。

そこで、例えば、特許文献１では、描画要求のＦＩＦＯ（First In First Out）の残量によってＧＰＵのクロックを制御する技術が開示されている。また、特許文献２には、システムで定められたリフレッシュレートと、描画要求およびＧＰＵの処理性能から算出した最大フレーム数とを比較して、ＧＰＵのクロックを調整する技術が開示されている。

特開平０９−２８２０４２号公報（１９９７年１０月３１日公開）特開２００７−１６４０７１号公報（２００７年６月２８日公開）

しかしながら、上述のような従来技術では、アプリケーションに対応してＧＰＵが制御されているとは言い難く、必ずしも最適なＧＰＵの制御となっているとは言えない。

さらに、引用文献１では、ＦＩＦＯの残量によって、ＧＰＵを制御しているため、ＦＩＦＯの残量が閾値まで到達しないと、ＧＰＵの制御を行わない。これは、描画要求がＦＩＦＯに溜まっていることを意味しており、アプリケーションからの描画要求に対する処理が遅れてしまう。また、描画開始時はＦＩＦＯが空のため、ＧＰＵのクロックを最低の状態とするため、アプリケーションによっては性能不足になり、描画の速度がアプリケーションの要求に追いつかない可能性がある。

本発明は、上記課題に鑑みてなされたものであり、その目的は、ＧＰＵの性能を損なうことなく最適なＧＰＵの制御を可能とする情報処理装置等を実現することにある。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は、表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置において、アプリケーションの起動を検出する検出手段と、上記検出手段が上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと当該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定手段と、上記パラメタ決定手段が決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御手段と、を備えている構成である。

また、本発明の一態様に係る情報処理装置の制御方法は、表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置の制御方法であって、アプリケーションの起動を検出する検出ステップと、上記検出ステップで上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと当該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定ステップと、上記パラメタ決定ステップで決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御ステップと、を含む方法である。

本発明の一態様によれば、アプリケーション毎に、アプリケーションからの描画要求を滞らせることなく、表示処理部のクロックを最適にすることができ、表示処理部の消費電力も最適にすることができるという効果を奏する。

本発明の実施形態１に係る情報処理装置の要部構成を示すブロック図である。（ａ）、（ｂ）は、上記情報処理装置で用いるパラメタの導出方法を説明するための図である。（ａ）、（ｂ）は、上記情報処理装置で用いるパラメタの導出方法を説明するための図である。（ａ）、（ｂ）は、上記情報処理装置で用いるパラメタの別の導出方法を説明するための図である。上記情報処理装置で用いるパラメタテーブルの例を示す図である。上記情報処理装置における処理の流れを示すフローチャートである。上記情報処理装置におけるパラメタの更新処理の流れを示すフローチャートである。上記パラメタの追加処理の流れを示すフローチャートである。上記パラメタの削除処理の流れを示すフローチャートである。本発明の実施形態２に係る情報処理装置の要部構成を示すブロック図である。上記情報処理装置で用いるパラメタテーブルの例を示す図である。

〔実施形態１〕
以下、本発明の実施形態について、詳細に説明する。まず、本実施形態に係る情報処理装置１の説明に先立ち、情報表示装置１で用いるＧＰＵ（表示処理部）のクロックのパラメタの導出方法について、図２〜４を参照して説明する。

ここで、パラメタとは、情報表示装置１におけるＧＰＵのクロックを設定するためのものであり、初期値、最大値、および最小値を決定するための値である。本実施形態に係る情報処理装置１では、ＧＰＵのクロックは、ＧＰＵ起動時は初期値となり、その後は負荷（例えば、単位時間あたりの実動作時間）に応じて最小値から最大値の間で変動するものである。そして、本実施形態では、ＧＰＵのクロックのパラメタは、アプリケーション毎に設定されている。

〔パラメタの導出方法１〕
アプリケーションに最適なＧＰＵのクロックは、装置におけるシステム（ソフトウェア）およびＧＰＵ（ハードウェア）に強く依存している。そこで、本実施形態では、アプリケーションを実際に動作させて、その観測結果から最適なパラメタを決定している。なお、ＧＰＵのクロックは、高いほど処理性能が向上するが、消費電力も高くなる。

図２の（ａ）は、ＧＰＵが０〜３の４つ（０がＯＦＦで３が最高）のクロックを持ち、初期値が２、最小値が１、最大値が３の場合に、等負荷の描画を等間隔で行うアプリケーションを実行させたとき（例えば、画面スクロール操作）の観測結果を示す図である。図２において、四角の黒点はアプリケーションからの描画要求を示し、実線は観測されたＧＰＵのクロックを示す。図２の（ａ）に示すように、等負荷の描画を等間隔で行うアプリケーションを実行させた場合、最初の描画要求から４回目までは、ＧＰＵのクロックが２であり、その後は１となり、そのまま１が継続している。

等負荷の描画を等間隔で行っていることを考慮すると、ＧＰＵのクロックが２となっている区間は、負荷調整されるまでに必要となった区間であり、アプリケーションの描画要求に応えるためには、ＧＰＵのクロックは１で十分であると推測できる。よって、図２の（ａ）における斜線部分は不要なクロックであり、無駄な電力を消費していると考えられる。そこで、このようなアプリケーションについては、初期値を１に設定する。これにより、ＧＰＵの処理に伴う消費電力を削減することができる。なお、初期値ではなく、最大値を１に設定してもよい。

図２の（ｂ）は、初期値を１に設定し、図２の（ａ）と同様のアプリケーションを実行させたときの観測結果を示している。図２の（ｂ）に示すように、初期値を１に設定すれば、アプリケーションからの描画要求に対し、初めから最後まで、ＧＰＵのクロックが１となっていることが分かる。

図３の（ａ）は、ＧＰＵが０〜３の４つ（０がＯＦＦで３が最高）のクロックを持ち、初期値が２、最小値が１、最大値が３の場合に、離散的な等負荷の描画を行うアプリケーションを実行させたとき（例えば、メニュー画面の開閉の繰り返し）の観測結果を示す図である。図２と同様に、図３でも、四角の黒点はアプリケーションからの描画要求を示し、実線は観測されたＧＰＵのクロックを示す。図３の（ａ）に示すように、離散的な等負荷の描画を行うアプリケーションを実行させた場合、描画要求直後にＧＰＵのクロックは２となり、一定時間経過後に０となっている。仮に、アプリケーションからの描画要求の負荷が上述した図２の場合と同程度のものとすれば、ＧＰＵのクロックは、負荷調整される前に２から０になっていると推測できる。よって、アプリケーションの描画要求に応えるためには、ＧＰＵのクロックは１で十分であると推測できる。すなわち、図３の（ａ）における斜線部分は不要なクロックであり、無駄な電力を消費していると考えられる。そこで、このようなアプリケーションについては、初期値を１に設定する。これにより、ＧＰＵの処理に伴う消費電力を削減することができる。なお、初期値ではなく、最大値を１に設定してもよい。

図３の（ｂ）は、初期値を１に設定し、図３の（ａ）と同様のアプリケーションを実行させたときの観測結果を示している。図３の（ｂ）に示すように、初期値を１に設定すれば、アプリケーションからの描画要求に対し、ＧＰＵのクロックが１で対応できていることが分かる。

〔パラメタの導出方法２〕
本導出方法は、アプリケーションの描画負荷とＧＰＵの性能とから、最適なパラメタを導出する。具体的には、アプリケーションの描画負荷およびＧＰＵのクロック毎の処理可能な描画負荷を数値化し、これを用いてパラメタを導出する。描画負荷は、例えば、描画面積により決定することができる。

図４の（ａ）は、ＧＰＵのクロックと該クロックにおける処理可能な描画負荷との関係の例を示す図である。図４（ａ）の対応表４０１に示す例では、クロック０で処理可能な描画負荷は、クロック１で処理可能な描画負荷は１００、クロック２で処理可能な描画負荷は２００、クロック３で処理可能な描画負荷は３００となっている。また、図４の（ｂ）は、アプリケーションの描画負荷の例を示す図である。図４（ｂ）の対応表４０２に示す例では、動作ケースＡで描画負荷は２０、動作ケースＢで描画負荷は８０、動作ケースＣで描画負荷は５０、動作ケースＤで描画負荷は３０となっている。

このような図４の（ａ）、（ｂ）に示す例の場合であれば、アプリケーションからの描画要求に対し、クロック１で対応可能であることが明確なので、ＧＰＵのクロックの初期値または最大値を１とする。これにより、ＧＰＵの処理に伴う消費電力を削減することができる。

〔情報処理装置１の構成〕
次に、図１を参照して、本実施形態に係る情報処理装置１の要部構成について説明する。図１は、情報表示装置１の要部構成を示すブロック図である。図１に示すように、情報表示装置１は、アプリケーション５１、５２から描画要求を受けたシステム１０がＧＰＵドライバ（表示処理部制御手段）１１に対し、描画要求を行い、ＧＰＵドライバ１１はＧＰＵ１２に対し描画を指示する構成である。なお、図１では、アプリケーションは５１、５２の２つのみ記載しているが、アプリケーションの数は、これに限られるものではない。１つであってもよいし、３つ以上であってもよい。

アプリケーション５１、５２は、アプリケーションのブロックであり、システム１０に対し描画要求を行う。

システム１０は、パラメタテーブル１０１、制御部１０２、パラメタ算出部（パラメタ決定手段）１０３、および検出部（検出手段）１０４を含む。パラメタテーブル１０１は、アプリケーション名と個別パラメタとを対応付けたテーブルである。パラメタテーブル１０１は、制御部１０２からアプリケーション名を受け取り、対応する個別パラメタを返す。また、該当するアプリケーション名が存在しない場合、デフォルト値を返す。図５に、パラメタテーブル１０１のデータ構造例５０１を示す。図５に示すように、パラメタテーブル１０１では、アプリケーション名とパラメタ（初期値、最小値、最大値）とが対応付けられている。図５に示す構造例５０１では、アプリケーション１と初期値Ｉｎｉｔ_１、最小値Ｍｉｎ_１、最大値Ｍａｘ_１とが対応付けられ、アプリケーション２と初期値Ｉｎｉｔ_２、最小値Ｍｉｎ_２、最大値Ｍａｘ_２とが対応付けられ、以下同様に対応づけられている。また、デフォルト値として、初期値Ｉｎｉｔ_ｄ、最小値Ｍｉｎ_ｄ、最大値Ｍａｘ_ｄが対応付けられている。

制御部１０２は、情報表示装置１全体の制御を行う。制御部１０２は、検出部１０４から、アプリケーションの起動・終了の通知を受け取る。アプリケーションの起動の通知を受け取ると、パラメタテーブル１０１に起動したアプリケーション名を渡し、対応するパラメタを受け取る。そして、パラメタ算出部１０３に、アプリケーション名と対応するパラメタとを渡す。また、制御部１０２は、アプリケーション５１、５２から描画要求を受けて、ＧＰＵドライバ１１に描画要求を出す。

パラメタ算出部１０３は、制御部から渡されたアプリケーション名および対応するパラメタを用いて、ＧＰＵのクロックのパラメタを算出し、その結果をＧＰＵドライバ１１に渡す。

具体的には、パラメタ算出部１０３は、起動中のアプリケーションが１つの場合、当該アプリケーションと対応するパラメタをＧＰＵ１２のクロックのパラメタとして算出する。また、起動中のアプリケーションが複数の場合、最前面に表示されているアプリケーションと対応するパラメタをＧＰＵ１２のクロックのパラメタとして算出する。

アプリケーションが複数起動されている場合でも、ユーザによって操作対象となるアプリケーションは、最前面に表示されているものと考えられる。よって、最前面に表示されているアプリケーションと対応するパラメタを用いてＧＰＵ１２のクロックを制御することにより、適切にＧＰＵ１２を制御することが可能となる。

なお、最前面に表示されているアプリケーション以外のアプリケーションも描画要求を行うことは可能である。そこで、最前面に表示されているアプリケーションによる描画要求の優先度を最も高く設定する等して、最前面に表示されているアプリケーション以外のアプリケーションによる描画要求により、最前面に表示されているアプリケーションの描画要求の処理が遅れることのないような構成にすることが望ましい。

検出部１０４は、アプリケーションの起動と終了を検出する。そして、検出したアプリケーション名と検出種別（起動または終了）を制御部１０２に伝える。

ＧＰＵドライバ１１は、ＧＰＵ１２の制御を行う。具体的には、ＧＰＵドライバ１１は、システム１０から描画要求を受け、ＧＰＵ１２に描画要求を出す。また、ＧＰＵドライバ１１は、システム１０から受け取ったＧＰＵのクロックのパラメタと、ＧＰＵ１２から受け取ったＧＰＵ１２の負荷とからＧＰＵ１２の最適なクロックを選択し、ＧＰＵ１２に設定する。

ＧＰＵ（Graphics Processing Unit）１２は、画像表示処理を行う処理部である。

〔情報処理装置１における処理の流れ〕
次に、図６〜図９を参照して、情報表示装置１における処理の流れを説明する。図６は、情報表示装置１における処理の流れを示すフローチャートである。

情報処理装置１においてアプリケーションが起動されると（Ｓ１０１）、検出部１０４が起動を検出し（Ｓ１０２）、検出したアプリケーション名を制御部１０２に通知する。制御部１０２は、通知されたアプリケーション名をパラメタテーブル１０１に通知し、対応するパラメタを受け取る。そして、アプリケーション名と対応するパラメタとをパラメタ算出部１０３に通知する。そして、パラメタ算出部１０３は、パラメタ追加要求処理を実行する（Ｓ１０３）。パラメタ追加要求処理の詳細については、後述する。

パラメタ追加要求処理の実行後、パラメタ算出部１０３は、算出したパラメタをＧＰＵドライバ１１に通知する。ＧＰＵドライバ１１は、通知されたパラメタによりＧＰＵ１２のクロックを制御し（Ｓ１０４）、システム１０は、このクロック制御により動作しているＧＰＵによりアプリケーションの処理を実行する（Ｓ１０５）。そして、アプリケーションが終了すると（Ｓ１０６）、検出部１０４はがアプリケーションの終了を検出し（Ｓ１０７）、検出したアプリケーション名を制御部１０２に通知する。制御部１０２は、通知されたアプリケーション名をパラメタ算出部１０３に通知する。そして、パラメタ算出部１０３は、パラメタ削除処理を実行する（Ｓ１０８）。パラメタ削除処理の詳細については、後述する。以上が、情報表示装置１における処理の流れである。

次に、図７、８を参照して、パラメタ追加要求処理の流れを説明する。図７、８はパラメタ追加要求処理の流れを示すフローチャートである。まず、パラメタ算出部１０３は、制御部１０２から通知されたアプリケーション名および対応するパラメタを内部テーブルに要素として追加する（Ｓ１１）。そして、パラメタ算出部１０３は、ＧＰＵパラメタ更新処理を実行する（Ｓ１２）。

図７に示すように、ＧＰＵパラメタ更新処理では、パラメタ算出部１０３は、内部テーブルの要素が空か否かを判定する（Ｓ３１）。空の場合（Ｓ３１でＹＥＳ）、デフォルト値（Ｓ３２）を算出したＧＰＵパラメタとしてＧＰＵドライバ１１に通知する（Ｓ３５）。一方、空ではない場合（Ｓ３１でＮＯ）、パラメタ算出部１０３は、要素が１つかどうかを判定する（Ｓ３６）。要素が１つの場合（Ｓ３６でＹＥＳ）、当該要素が示すパラメタ（Ｓ３３）を算出したパラメタとしてＧＰＵドライバ１１に通知する（Ｓ３５）。また、要素が複数の場合（Ｓ３６でＮＯ）、最前面のアプリケーションに対応する要素が示すパラメタを算出したパラメタとしてＧＰＵドライバ１１に通知する（Ｓ３５）。

また、検出部１０４がアプリケーションの終了を検出し、パラメタを削除する場合の処理（パラメタ削除処理）の流れは、図９に示すようになる。すなわち、パラメタ算出部１０３は、パラメタ削除要求を受けると、内部テーブルから対応する要素を削除する（Ｓ２１）。そして、ＧＰＵパラメタ更新処理を実行する（Ｓ２２）。

〔実施形態２〕
本発明の他の実施形態について、図１０、図１１に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

本実施形態に情報処理装置２において、上記実施形態と異なるのは、パラメタテーブルを保持しているブロック、およびパラメタテーブルの内容である。図１０に示すように、本実施形態では、アプリケーション５１’、５２’がパラメタテーブルを保持している。アプリケーション５１’、５２’がパラメタテーブルを保持することにより、アプリケーションの動作内容に応じてＧＰＵのクロックのパラメタを設定することができ、より細やかにＧＰＵのクロックを制御することができる。

アプリケーション５１’、５２’は、上述したアプリケーション５１、５２と同様に、アプリケーションのブロックであり、システム１０’に描画要求を行う。上述したアプリケーション５１、５２と異なるのは、パラメタテーブル１０１Ａ（Ｂ）を保持し、システム１０’に対し、動作ケースに対応したパラメタを送信する点である。図１１に、アプリケーション５１’、５２’が保持するパラメタテーブル１０１Ａ（Ｂ）のデータ構造例１１０１を示す。図１１に示すように、動作ケースとパラメタ（初期値、最小値、最大値）とが対応した構造となっている。図１１に示す構造例１１０１では、動作ケースＡと初期値Ｉｎｉｔ_Ａ、最小値Ｍｉｎ_Ａ、最大値Ｍａｘ_Ａとが対応付けられ、動作ケースＢと初期値Ｉｎｉｔ_Ｂ、最小値Ｍｉｎ_Ｂ、最大値Ｍａｘ_Ｂとが対応付けられている。

システム１０’は、制御部１０２’およびパラメタ算出部１０３’を含む構成である。制御部１０２’は、システム全体の制御を行うものであり、アプリケーション５１’、５２’からパラメタの通知を受けて、アプリケーション名とともにパラメタ算出部１０３’に渡す。また、制御部１０２’は、アプリケーション５１’、５２’から描画要求を受けて、ＧＰＵドライバ１１に描画要求を出す。

パラメタ算出部１０３’は、ＧＰＵのクロックのパラメタを算出し、その結果をＧＰＵドライバ１１に通知するものであり、その処理内容は、上記実施形態１におけるパラメタ算出部１０３と同様である。また、ＧＰＵドライバ１１、ＧＰＵ１２も、上記実施形態１と同様である。

〔実施形態３〕
上述した実施形態では、複数のアプリケーションが起動していた場合、最前面のアプリケーションと対応するパラメタを用いる構成を記載した。本実施形態では、複数のアプリケーションが起動していた場合に、上記実施形態とは異なるパラメタを用いる。

〔全アプリケーションの最高値を用いる構成〕
パラメタ算出部が、起動中の全アプリケーションそれぞれと対応するＧＰＵのクロックのパラメタのうち、最も高い値のものを算出結果として、ＧＰＵドライバに通知する構成である。例えば、２つのアプリケーションが起動中で、アプリケーション１と対応するパラメタが初期値２、最小値１、最大値２であり、アプリケーション２と対応するパラメタが初期値１、最小値１、最大値３の場合、パラメタ算出部は、ＧＰＵドライバに対して、初期値２、最小値１、最大値３を通知する。

この構成により、複数のアプリケーションの何れが描画要求を行ったとしても、適切なクロックのＧＰＵにより処理することができる。

〔全アプリケーションの合計値を用いる構成〕
パラメタ算出部は、上述した実施形態２の構成において、アプリケーションそれぞれの描画負荷の最大値の合計を上回る描画負荷を処理可能なＧＰＵのクロックのうち、最も小さいものを、算出したパラメタとしてＧＰＵドライバに通知する。

例えば、アプリケーション１の動作ケースＡの描画負荷が２０、動作ケースＢの描画負荷が８０、動作ケースＣの描画負荷が５０、動作ケースＤの描画負荷が３０の場合（図４の（ｂ）の場合）、アプリケーション１の描画負荷は最大値である８０となる。また、アプリケーション２の動作ケースＡの描画負荷が６０、動作ケースＢの描画負荷が９０の場合、アプリケーション２の描画負荷は９０となる。

そして、アプリケーション１およびアプリケーション２の２つのアプリケーションのみが起動中の場合、アプリケーションの描画負荷の合計値は、８０＋９０＝１７０となる。このときに、ＧＰＵにおける処理可能な描画負荷が図４の（ａ）で示すような値になっている場合、描画負荷１７０を上回り、かつ最も小さいものであるクロック２を算出したパラメタの初期値または最大値としてＧＰＵドライバに通知する。

また、動作ケース毎の描画負荷の合計を用いてパラメタを設定してしてもよい。例えば、アプリケーション１が動作ケースＡ（描画負荷：２０）の状態で、アプリケーション２が動作ケースＢ（描画負荷：７０）の状態にある場合、両者の合計９０を上回り、かつ最も小さいものであるクロック１（処理可能描画負荷：１００）を採用する。また、アプリケーション１が動作ケースＣ（描画負荷：５０）の状態で、アプリケーション２が動作ケースＤ（描画負荷：８０）の状態にある場合、両者の合計１３０を上回り、かつ最も小さいものであるクロック２（処理可能描画負荷：２００）を採用する。これにより、動作ケースに対応したクロックの設定が可能となり、より細やかにＧＰＵの制御を行うことができる。

〔付記事項〕
上述した実施形態では、ＧＰＵの消費電力を抑制する構成を記載した。しかしながら、パラメタの設定値によっては、処理性能を向上させることも可能である。例えば、デフォルトで初期値２、最小値１、最大値３となっている構成から、初期値２、最小値２、最大値３に変更した場合、ＧＰＵのクロックは１に下がることがない。これにより、ＧＰＵの処理性能を向上させることができる。このように、パラメタを設定可能な構成では、消費電力を抑えるだけでなく、処理性能を上げる目的にも使用できる。

〔ソフトウェアによる実現例〕
情報処理装置１の制御ブロック（特にシステム１０（１０’）およびＧＰＵドライバ１１）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、情報表示装置１は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る情報処理装置は、表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置において、アプリケーションの起動を検出する検出手段（検出部１０４）と、上記検出手段が上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと当該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定手段（パラメタ算出部１０３）と、上記パラメタ決定手段が決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御手段（ＧＰＵドライバ１１）と、を備えている。

上記の構成によれば、起動しているアプリケーション毎に、アプリケーションの描画要求を満たし、かつ表示処理部のクロックが最も小さくなるパラメタを用いて、表示処理部のクロックを制御することができる。これにより、アプリケーション毎に、アプリケーションからの描画要求を滞らせることなく、表示処理部のクロックを最適にすることができ、表示処理部の消費電力も最適にすることができる。

本発明の態様２に係る情報処理装置は、上記態様１において、上記パラメタ決定手段は、上記検出手段が検出したアプリケーションの起動が複数ある場合、表示部の最前面に表示されているアプリケーションと対応する上記パラメタを、アプリケーションを起動しているときのパラメタとして決定するものであってもよい。

アプリケーションが複数起動している場合、ユーザの操作対象となっているアプリケーションは、表示部の最前面に表示されているものである可能性が非常に高い。よって、上記の構成のように、表示部の最前面に表示されているアプリケーションと対応するパラメタに設定すれば、アプリケーションからの描画要求に対し、表示処理部のクロックを最適にすることができる。

本発明の態様３に係る情報処理装置は、上記態様１または２において、上記パラメタは、上記クロックの初期値、最小値、および最大値を指定しているものであってもよい。

上記の構成によれば、表示処理部のクロックの初期値、最小値、最大値をパラメタにより設定できる。これにより、アプリケーションからの描画要求に対し、適切なクロックの設定を可能にすることができる。

本発明の態様４に係る情報処理装置の制御方法は、表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置の制御方法であって、アプリケーションの起動を検出する検出ステップと、上記検出ステップで上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定ステップと、上記パラメタ決定ステップで決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御ステップと、を含む。

これにより、上記態様１と同様の効果を奏する。

本発明の各態様に係る情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報処理装置が備える各手段として動作させることにより上記情報処理装置をコンピュータにて実現させる情報処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、表示制御を行う情報処理装置に利用することができる。

１、２情報処理装置
１０、１０’ システム
１１ＧＰＵドライバ（表示処理部制御手段）
１２ＧＰＵ（表示処理部）
１０１、１０１Ａ、１０１Ｂパラメタテーブル
１０２，１０２’ 制御部
１０３、１０３’ パラメタ算出部（パラメタ決定手段）
１０４検出部（検出手段）

Claims

表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置において、
アプリケーションの起動を検出する検出手段と、
上記検出手段が上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定手段と、
上記パラメタ決定手段が決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御手段と、
を備えていることを特徴とする情報処理装置。
上記パラメタ決定手段は、上記検出手段が検出したアプリケーションの起動が複数ある場合、表示部の最前面に表示されているアプリケーションと対応する上記パラメタを、アプリケーションを起動しているときのパラメタとして決定することを特徴とする請求項１に記載の情報処理装置。
上記パラメタは、上記クロックの初期値、最小値、および最大値を指定しているものであることを特徴とする請求項１に記載の情報処理装置。
表示処理部のクロックの設定範囲を指定するパラメタによって該表示処理部のクロックを変更可能な情報処理装置の制御方法であって、
アプリケーションの起動を検出する検出ステップと、
上記検出ステップで上記アプリケーションの起動を検出したとき、該アプリケーションの描画要求を満たす上記クロックを設定範囲に含む上記パラメタのうち最もクロックが小さくなるパラメタと当該アプリケーションとを対応付けたパラメタテーブルを用いて、該アプリケーションを起動しているときに用いるパラメタを決定するパラメタ決定ステップと、
上記パラメタ決定ステップで決定したパラメタを用いて上記表示処理部のクロックを設定する表示処理部制御ステップと、
を含むことを特徴とする情報処理装置の制御方法。
請求項１から３のいずれか１項に記載の情報処理装置としてコンピュータを機能させるための情報処理装置制御プログラムであって、コンピュータを上記各手段として機能させるための情報処理装置制御プログラム。