特開 2022-37737 情報処理装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022037737

(43)【公開日】2022-03-09

(54)【発明の名称】情報処理装置及び方法

(51)【国際特許分類】

   G06F 1/329 20190101AFI20220302BHJP

   G06F 9/50 20060101ALI20220302BHJP

   G06F 9/48 20060101ALI20220302BHJP

   G06F 1/3228 20190101ALI20220302BHJP

   G06F 1/20 20060101ALI20220302BHJP

【ＦＩ】

G06F1/329

G06F9/50 120A

G06F9/48 300J

G06F1/3228

G06F1/20 B

G06F1/20 D

【審査請求】未請求

【請求項の数】18

【出願形態】ＯＬ

(21)【出願番号】P 2020142022

(22)【出願日】2020-08-25

(71)【出願人】

【識別番号】505205731

【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100169764

【弁理士】

【氏名又は名称】清水 雄一郎

(74)【代理人】

【識別番号】100175824

【弁理士】

【氏名又は名称】小林 淳一

(74)【代理人】

【識別番号】100206081

【弁理士】

【氏名又は名称】片岡 央

(72)【発明者】

【氏名】中村 厚喜

(72)【発明者】

【氏名】内野 顕範

(72)【発明者】

【氏名】織田 弘樹

(72)【発明者】

【氏名】吉沢 肇

【テーマコード（参考）】

5B011

【Ｆターム（参考）】

5B011EA04

5B011FF01

5B011KK03

5B011LL12

(57)【要約】

【課題】アプリケーションプログラムを実行可能な状態にある情報処理装置であって、ユーザの操作が中断している情報処理装置の発熱を抑制することにある。
【解決手段】処理能力の調整可能なプロセッサを含む情報処理装置は、前記プロセッサが実行する処理を検出する。情報処理装置は、プロセッサが実行する処理の状況を表示させる表示部と、切替制御部とを備える。切替制御部は、処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にする第１調整モードと、前記第１選択範囲の第１処理能力クラスと第２処理能力クラスと第３処理能力クラスの中から比較的高い処理能力に係る前記第１処理能力クラスが除かれた第２選択範囲内を選択の対象にする第２調整モードと、に関し、前記表示部に実行状況を表示させずに実行する所定の処理に対応付けて、前記第１調整モードと前記第２調整モードを切り替えるるように制御する。
【選択図】図４

【特許請求の範囲】

【請求項1】

処理能力の調整可能なプロセッサを含み、前記プロセッサが実行する処理を検出する情報処理装置であって、
前記プロセッサが実行する処理の状況を表示させる表示部と、
処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にする第１調整モードと、前記第１選択範囲の第１処理能力クラスと第２処理能力クラスと第３処理能力クラスの中から比較的高い処理能力に係る前記第１処理能力クラスが除かれた第２選択範囲内を選択の対象にする第２調整モードと、に関し、前記表示部に実行状況を表示させずに実行する所定の処理に対応付けて、前記第１調整モードと前記第２調整モードを切り替えるように制御する切替制御部と、
を備える情報処理装置。

【請求項2】

前記プロセッサの動作を規定する複数の動作モードが前記処理能力の高さに応じて規定され、
前記複数の動作モードは、
前記第１処理能力クラスに対応付けられた第１動作モードと、
前記第１処理能力クラスの処理能力よりも低い処理能力の前記第２処理能力クラスに対応付けられた第２動作モードと、
前記第２処理能力クラスの処理能力よりも低い処理能力の前記第３処理能力クラスに対応付けられた第３動作モードとを含み、
前記切替制御部は、
前記第１調整モードを選択することで、前記第１動作モードから前記第３動作モードまでを含む動作モードで、前記プロセッサの処理を実行可能にして、
前記第２調整モードを選択することで、前記第２動作モードと前記第３動作モードを含む何れかの動作モードで、前記プロセッサの処理を実行可能にする、
請求項１に記載の情報処理装置。

【請求項3】

前記切替制御部は、
実行するスケジュール・タスクがあることと、スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかが検出された場合に、前記第１調整モードと前記第２調整モードを切り替えるための判定を実施する、
請求項１に記載の情報処理装置。

【請求項4】

前記第１動作モードは、前記プロセッサの処理能力の利用を優先させるための動作モードであり、
前記第３動作モードは、前記プロセッサの処理中の静寂性を優先させるための動作モードであり、
前記第２動作モードは、前記プロセッサの処理能力と前記プロセッサの処理中の静寂性の双方の利点をバランスさせるための動作モードである、
請求項２に記載の情報処理装置。

【請求項5】

前記切替制御部は、
前記情報処理装置がアイドル状態にあるなかで、実行のトリガが発生したスケジュール・タスクを対象にする、
請求項１に記載の情報処理装置。

【請求項6】

前記切替制御部は、
前記プロセッサが実行する複数のスケジュール・タスクの中から対象のスケジュール・タスクを識別可能にする対象タスク情報と、前記プロセッサの実行状態を示す実行状態情報とに基づいて、前記第１調整モードと前記第２調整モードを切り替える
請求項１に記載の情報処理装置。

【請求項7】

前記切替制御部は、
前記対象タスク情報に規定された前記対象のスケジュール・タスクに関する前記プロセッサの使用率が所定の閾値に満たない場合に、前記第２調整モードに切り替えるための要件にしない、
請求項６に記載の情報処理装置。

【請求項8】

前記切替制御部は、
前記対象タスク情報に規定された前記対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることを検出し、前記プロセッサによって実行されるバックグラウンドタスクの処理量に応じて、前記対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定する、
請求項７に記載の情報処理装置。

【請求項9】

前記バックグラウンドタスクは、
前記表示部に表示させる情報表示画面を生成しないように形成されている、
請求項８に記載の情報処理装置。

【請求項10】

前記バックグラウンドタスクは、
前記表示部に情報表示画面を表示させる第１プログラムに関連する第２プログラムであって、前記第１プログラムから独立して実行させる前記第２プログラムを含む、
請求項８に記載の情報処理装置。

【請求項11】

前記バックグラウンドタスクは、
関連するアプリケーションプログラムによって規定された動作条件のもとで、前記アプリケーションプログラムから独立して実行されるプロセスを含む、
請求項８に記載の情報処理装置。

【請求項12】

前記第２動作モードと前記第３動作モードに対応する前記プロセッサの消費電力の上限値がそれぞれ規定されていて、前記プロセッサの処理能力が前記第１動作モードと前記第２動作モードの何れかが選択されると、前記選択された動作モードに対応する前記プロセッサが消費する電力の上限値と前記プロセッサの冷却に係る放熱ファンの駆動指令値とを決定する設定部
を備える請求項２に記載の情報処理装置。

【請求項13】

処理能力の調整可能なプロセッサと前記プロセッサが実行する処理の状況を表示させる表示部を含む情報処理装置において、前記プロセッサの処理量を制御する方法であって、
前記プロセッサが実行する処理を検出するステップと、
処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にする第１調整モードと、前記第１選択範囲の第１処理能力クラスと第２処理能力クラスと第３処理能力クラスの中から比較的高い処理能力に係る前記第１処理能力クラスが除かれた第２選択範囲内を選択の対象にする第２調整モードと、に関し、前記表示部に実行状況を表示させずに実行する所定の処理に対応付けて、前記第１調整モードと前記第２調整モードを切り替えるように制御するステップと、
を含む方法。

【請求項14】

前記プロセッサの処理量に係る指標に基づく指定値を指定するステップと、
前記指定値と前記検出の結果とに基づいて、前記プロセッサの処理量の上限を調整するステップと、
をさらに含む請求項１３に記載の方法。

【請求項15】

前記プロセッサが実行する処理を検出するステップは、
実行するスケジュール・タスクがあることと、前記スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかを検出するステップを含む、
請求項１３に記載の方法。

【請求項16】

前記プロセッサが実行する処理を検出するステップは、
前記プロセッサによって実行されるバックグラウンドタスクの処理量に応じて、スケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定するステップを含む、
請求項１３に記載の方法。

【請求項17】

前記プロセッサが実行する処理を検出するステップは、
前記プロセッサによって実行されるタスクの中に、前記プロセッサの処理量に対する所定の比率を超える処理量のバックグラウンドタスクが含まれている場合に、スケジュール・タスクの処理量を制限して実行させるための条件が満たされていると判定するステップを含む、
請求項１３に記載の方法。

【請求項18】

前記バックグラウンドタスクは、
ＯＳに含まれるソフトウエアを更新させる更新処理プログラムによるタスク、又は情報のセキュリティ性を検証するためのソフトウエアが起動するバックグラウンドプロセスのタスクを含む、
請求項１６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、及びプロセッサの処理量を制御する方法に関する。

【背景技術】

【0002】

パーソナル・コンピュータなどの情報処理装置は、ＣＰＵ（Central Processing Unit）などの動作に応じて発熱し、電子デバイス自体及びその筐体の温度が上昇する。このような情報処理装置には、主要な電子デバイスなどの温度を測定するための温度センサと、温度センサの検出結果に基づいて制御される放熱ファンとが設けられていることがある。

【0003】

特許文献１には、サーマルアクションテーブルを利用する温度制御に関することと、ＣＰＵなどの電子デバイスがアイドル状態のときに、冷却ファン（放熱ファン）の回転速度の上昇を抑制することなどが記載されている。

【0004】

情報処理装置におけるＯＳなどの更新処理、セキュリティ対策処理などの処理は、ユーザの操作によらずに、所定の条件が満たされたときに実行されることがある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第４４４８１０１号明細書

【発明の概要】

【発明が解決しようとする課題】

【0006】

情報処理装置は、アプリケーションプログラムを実行可能な状態にあるときなどに、ユーザがその情報処理装置を操作しないでいる状態がしばらく続いていると、これに応じて放熱ファンの回転速度が低下した状態になることがある。情報処理装置は、このような状態の下でスケジュール・タスクが実行されると、その筐体の温度が突然上昇したり、これを抑制するために放熱ファンが突然作動したりすることがあった。

【0007】

本発明の目的は、アプリケーションプログラムを実行可能な状態にある情報処理装置であって、ユーザの操作が中断している情報処理装置の発熱を抑制することにある。

【課題を解決するための手段】

【0008】

本発明の一の態様は、処理能力の調整可能なプロセッサを含み、前記プロセッサが実行する処理を検出する情報処理装置である。この情報処理装置は、前記プロセッサが実行する処理の状況を表示させる表示部と、処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にする第１調整モードと、前記第１選択範囲の第１処理能力クラスと第２処理能力クラスと第３処理能力クラスの中から比較的高い処理能力に係る前記第１処理能力クラスが除かれた第２選択範囲内を選択の対象にする第２調整モードと、に関し、前記表示部に実行状況を表示させずに実行する所定の処理に対応付けて、前記第１調整モードと前記第２調整モードを切り替えるように制御する切替制御部と、を備える。

【0009】

本発明の一の態様は、上記の情報処理装置において、前記プロセッサの動作を規定する複数の動作モードが前記処理能力の高さに応じて規定され、前記複数の動作モードは、前記第１処理能力クラスに対応付けられた第１動作モードと、前記第１処理能力クラスの処理能力よりも低い処理能力の前記第２処理能力クラスに対応付けられた第２動作モードと、前記第２処理能力クラスの処理能力よりも低い処理能力の前記第３処理能力クラスに対応付けられた第３動作モードとを含み、前記切替制御部は、前記第１調整モードを選択することで、前記第１動作モードから前記第３動作モードまでを含む動作モードで、前記プロセッサの処理を実行可能にして、前記第２調整モードを選択することで、前記第２動作モードと前記第３動作モードを含む何れかの動作モードで、前記プロセッサの処理を実行可能にするようにしてもよい。

【0010】

本発明の一の態様は、上記の情報処理装置において、前記切替制御部は、実行するスケジュール・タスクがあることと、スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかが検出された場合に、前記第１調整モードと前記第２調整モードを切り替えるための判定を実施するようにしてもよい。

【0011】

本発明の一の態様は、上記の情報処理装置において、前記第１動作モードは、前記プロセッサの処理能力の利用を優先させるための動作モードであり、前記第３動作モードは、前記プロセッサの処理中の静寂性を優先させるための動作モードであり、前記第２動作モードは、前記プロセッサの処理能力と前記プロセッサの処理中の前記静寂性の双方の利点をバランスさせるための動作モードであってもよい。

【0012】

本発明の一の態様は、上記の情報処理装置において、前記切替制御部は、前記情報処理装置がアイドル状態にあるなかで、実行のトリガが発生したスケジュール・タスクを、前記プロセッサの処理量を制御するための対象にするようにしてもよい。

【0013】

本発明の一の態様は、上記の情報処理装置において、前記切替制御部は、前記プロセッサが実行する複数のスケジュール・タスクの中から対象のスケジュール・タスクを識別可能にする対象タスク情報と、前記プロセッサの実行状態を示す実行状態情報とに基づいて、前記第１調整モードと前記第２調整モードを切り替えるようにしてもよい。

【0014】

本発明の一の態様は、上記の情報処理装置において、前記切替制御部は、前記対象タスク情報に規定された前記対象のスケジュール・タスクに関する前記プロセッサの使用率が所定の閾値に満たない場合に、前記第２調整モードに切り替えるための要件にしないようにしてもよい。

【0015】

本発明の一の態様は、上記の情報処理装置において、前記切替制御部は、前記対象タスク情報に規定された前記対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることを検出し、前記プロセッサによって実行されるバックグラウンドタスクの処理量に応じて、前記対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定するようにしてもよい。

【0016】

本発明の一の態様は、上記の情報処理装置において、前記バックグラウンドタスクは、前記表示部に表示させる情報表示画面を生成しないように形成されてもよい。

【0017】

本発明の一の態様は、上記の情報処理装置において、前記バックグラウンドタスクは、前記表示部に情報表示画面を表示させる第１プログラムに関連する第２プログラムであって、前記第１プログラムから独立して実行させる前記第２プログラムを含めてもよい。

【0018】

本発明の一の態様は、上記の情報処理装置において、前記バックグラウンドタスクは、関連するアプリケーションプログラムによって規定された動作条件のもとで、前記アプリケーションプログラムから独立して実行されるプロセスを含めてもよい。

【0019】

本発明の一の態様は、上記の情報処理装置において、前記第２動作モードと前記第３動作モードに対応する前記プロセッサの消費電力の上限値がそれぞれ規定されていて、前記プロセッサの処理能力が前記第１動作モードと前記第２動作モードの何れかが選択されると、前記選択された動作モードに対応する前記プロセッサが消費する電力の上限値と前記プロセッサの冷却に係る放熱ファンの駆動指令値とを決定する設定部を備えてもよい。

【0020】

また、本発明の一の態様は、処理能力の調整可能なプロセッサを含む情報処理装置において、前記プロセッサの処理量を制御する方法であって、前記プロセッサが実行する処理を検出するステップと、処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にする第１調整モードと、前記第１選択範囲の第１処理能力クラスと第２処理能力クラスと第３処理能力クラスの中から比較的高い処理能力に係る前記第１処理能力クラスが除かれた第２選択範囲内を選択の対象にする第２調整モードと、に関し、前記表示部に実行状況を表示させずに実行する所定の処理に対応付けて、前記第１調整モードと前記第２調整モードを切り替えるように制御するステップと、を含む方法である。

【0021】

本発明の一の態様は、上記の方法において、前記プロセッサの処理量に係る指標に基づく指定値を指定するステップと、前記指定値と前記検出の結果とに基づいて、前記プロセッサの処理量の上限を調整するステップと、をさらに含めてもよい。

【0022】

本発明の一の態様は、上記の方法において、前記プロセッサが実行する処理を検出するステップは、実行するスケジュール・タスクがあることと、前記スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかを検出するステップを含めてもよい。

【0023】

本発明の一の態様は、上記の方法において、前記プロセッサが実行する処理を検出するステップは、前記プロセッサによって実行されるバックグラウンドタスクの処理量に応じて、前記スケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定するステップを含めてもよい。

【0024】

本発明の一の態様は、上記の方法において、前記プロセッサが実行する処理を検出するステップは、前記プロセッサによって実行されるタスクの中に、前記プロセッサの処理量に対する所定の比率を超える処理量のバックグラウンドタスクが含まれている場合に、前記スケジュール・タスクの処理量を制限して実行させるための条件が満たされていると判定するステップを含めてもよい。

【0025】

本発明の一の態様は、上記の方法において、前記バックグラウンドタスクは、ＯＳに含まれるソフトウエアを更新させる更新処理プログラムによるタスク、又は情報のセキュリティ性を検証するためのソフトウエアが起動するバックグラウンドプロセスのタスクを含めてもよい。

【発明の効果】

【0026】

本発明の上記態様により、アプリケーションプログラムを実行可能な状態にある情報処理装置において、ユーザの操作が中断している情報処理装置の発熱を抑制することができた。

【図面の簡単な説明】

【0027】

【図1A】ノートＰＣ１の一例を示す外観図である。

【図1B】ノートＰＣ１の筐体内部の模式的な平面図である。

【図2】ノートＰＣ１の主要なハードウェア構成の一例を示す図である。

【図3】ノートＰＣ１の機能的な構成の一例を示すブロック図である。

【図4】温度制御に利用する温度制御データテーブル（TAT）を説明するための図である。

【図5】ノートＰＣ１の動作モードの状態遷移図である。

【図6】ノートＰＣ１の動作モード制御について説明するための図である。

【図7】実行可能な状態にあるタスクとその分類を説明するための図である。

【図8】バックグラウンドタスクリストを説明するための図である。

【図9】動作モード制御の手順を示すフローチャートである。

【図10】変形例の動作モード制御の手順を示すフローチャートである。

【図11】第２の実施形態のノートＰＣ１の機能的な構成の一例を示すブロック図である。

【図12】第２の実施形態の電力制御に関わる情報を説明するための図である。

【図13】第２の実施形態の電力制御に関わる情報を説明するための図である。

【図14】第２の実施形態の電力制御に関わる情報を説明するための図である。

【図15】第２の実施形態の動作モード制御の手順を示すフローチャートである。

【発明を実施するための形態】

【0028】

［用 語］
本明細書で使用する用語を説明する。実施形態の「スケジュール・タスク」とは、一般に一連の条件（トリガ条件）が成立したときに実行されるプログラムのことをいう。トリガ条件を設定する主体をトリガ条件のオーナーという。トリガ条件は、ＯＳ（operating system）のスケジュール機能に登録される場合がある。このときＯＳは、トリガ条件のオーナーとしてスケジュール機能に登録されているトリガ条件を監視してスケジュール・タスクを実行する。

【0029】

ＯＳ以外のプログラムがトリガ条件のオーナーになる場合がある。当該プログラムは、独自に設定したトリガ条件を監視して、そのトリガ条件が満たされたときに所定の「スケジュール・タスク」を実行する。トリガ条件には、イベント・ベースと時間ベースがある。本実施形態では、トリガ条件として、ＣＰＵ（Central Processing Unit）の使用率が比較的低い状態の検出、セキュリティ対策処理の起動などが含まれる。このトリガ条件の成立に応じて実行するイベント・ベースのスケジュール・タスクを説明する。

【0030】

これに対して、「一般タスク」とはスケジュール・タスク以外のプログラムをいう。このプログラムには、所謂アプリケーションプログラムが含まれる。

【0031】

アイドル状態とは、ＣＰＵの使用率が比較的低い動作状態の一例である。例えば、ＣＰＵの使用率が比較的低い状態、その継続時間、ＨＤＤへのアクセスの有無、及びユーザによる操作（ユーザ・アクティビティ）の検出の有無などに基づいて定められた所定の条件が成立したときに、情報処理装置は、アイドル状態に遷移する。

【0032】

例えば、ＣＰＵの使用率Ｙは、アイドル・プロセスのユーザ・モード時間の割合をＵｉ、アイドル・プロセスのカーネル・モード時間の割合をＫｉ、経過時間をＥｔとしたときに次の式で計算することができる。
Ｙ＝（１－（Ｕｉ＋Ｋｉ）／Ｅｔ）×１００％
上記の式に示すように、アイドル状態では、ＣＰＵの使用率が０％に近い状態になる。

【0033】

タスク開始状態とは、トリガ条件が成立してスケジュール・タスクの実行を開始した直後で、かつ、放熱ファンが回転速度を上昇させる前の状態のことをいう。ユーザ・アクティビティとは、キーボード、ポインティング・デバイス及びタッチスクリーンのような入力デバイス（ＨＩＤ）に対する入力、ユーザにより指示されたプログラムの実行、及びストリーミング・データの再生などのことをいう。ユーザ・アクティビティがある状況であれば、情報処理装置の面前でユーザが情報処理装置を使用している状況と判断してもよい。

【0034】

本実施形態の「バックグラウンドタスク」は、上記のスケジュール・タスクの一例である。「バックグラウンドタスク」は、ユーザ・アクティビティに応じて実行されるアプリケーションプログラムのプロセスを含まない。これに対して、「フォアグランドタスク」は、ユーザ・アクティビティに応じて実行されるアプリケーションプログラムのプロセスを含む。「フォアグランドタスク」とは、一般タスクの一例である。

【0035】

例えば、マイクロソフト（登録商標）社のＯＳの場合、ＣＰＵが実行するタスクを、上記の「アプリケーションプログラム」によるタスクと、ＯＳが実行するタスク（「Windows（登録商標）プロセス」という。）と、上記以外のタスクに大別することができる。例えば、「アプリケーションプログラム」によるタスクは、表示部に表示させる情報表示画面（ビジブルウインドウ）を生成する処理を起動させるように形成されている。

【0036】

ＯＳの識別結果により上記の「アプリケーションプログラム」によるタスクを「フォアグランドタスク」に分類するとよい。これに対し、「フォアグランドタスク」以外のタスクを「バックグラウンドタスク」に分類するとよい。

【0037】

上記とは別の観点で「バックグラウンドタスク」について整理する。
例えば、バックグラウンドタスクは、表示部に情報表示画面を表示させる第１プログラムに関連する第２プログラムであって、前記第１プログラムから独立して実行させる第２プログラムを含むものであってもよい。

【0038】

また、バックグラウンドタスクは、関連するアプリケーションプログラムによって規定された動作条件のもとで、そのアプリケーションプログラムから独立して実行されるプロセスを含むものであってよい。
より具体的には、バックグラウンドタスクには、ＯＳに含まれるソフトウエアを更新させる更新処理プログラムによるタスク、又は情報のセキュリティ性を検証するためのソフトウエアが起動するバックグラウンドプロセスのタスクが含まれていてよい。

【0039】

本実施形態の「処理能力クラス」とは、ＣＰＵがプログラムを実行する際に、ＣＰＵの実行に許容する処理能力を複数の段階に区分したときに、その各段階のことである。

【0040】

［情報処理装置］
図１Ａは、本実施形態における情報処理装置としてのノートＰＣ１の一例を示す外観図である。なお、本実施形態において、情報処理装置の一例として、ノートＰＣ１について説明する。

【0041】

ノートＰＣ１は、第１筐体８０１と、第２筐体８０２と、ヒンジ機構８０３とを備える。
第１筐体８０１は、表示部１４と、カメラ２７とを備える筐体であり、ヒンジ機構８０３により、第２筐体８０２と接続されている。第１筐体８０１には、表示部１４の表示面Ｆ１が視認可能なように表示部１４が配置されている。また、カメラ２７は、表示部１４の表示面Ｆ１と同一の第１筐体８０１の面に配置されている。

【0042】

第２筐体８０２は、少なくともキーボードなどの入力部３２を有する筐体であり、ヒンジ機構８０３により、第１筐体８０１と接続されている。第２筐体８０２は、表面Ｆ２に入力部３２が配置されており、筐体内部には、ノートＰＣ１の主要なハードウェアが搭載されたマザーボードが格納されている。

【0043】

ヒンジ機構８０３（回動機構の一例）は、第１筐体８０１と第２筐体８０２とを結合しながら、第１筐体８０１を第２筐体８０２に対して、回転軸ＡＸの周りに回動可能である。

【0044】

なお、以下の説明において、第１筐体８０１の表面（表示面Ｆ１）と第２筐体８０２の表面Ｆ２との成す角度を開閉角度θと呼ぶ。ヒンジ機構８０３は、開閉角度θが０度から３６０度までの範囲で第１筐体８０１を回動させることができるとともに、多少のトルクがかけられても任意の開閉角度θで、その開閉角度θを維持することができる。

【0045】

このような構成により、ノートＰＣ１は、開閉角度θに応じて、使用モード（使用形態）を変更することが可能である。例えば、開閉角度θが０度である場合、ノートＰＣ１は、クローズモードであり、開閉角度θが３６０度である場合、ノートＰＣ１は、タブレットモードである。また、例えば、開閉角度θが、０度より大きく１９０度より小さい場合（０度＜θ＜１９０度の場合）、ノートＰＣ１は、ラップトップモードであり、開閉角度θが、１９０度以上で３６０度より小さい場合（１９０度≦θ＜３６０度の場合）、ノートＰＣ１は、スタイルモードである。なお、上記のタブレットモードと同様の開閉角度θにした状態で、図に示さないドッキングステーションに搭載して利用する形態をドックモードということがある。
ここで、図１Ａに示す例では、開閉角度θが、０度より大きく１９０度より小さいラップトップモードに相当する。ラップトップモードの場合、後述するように、処理のパフォーマンスを自動調整するオートモードが適用される。これに対し、スタイルモードとドックモードでは、上記のオートモードが適用されない。

【0046】

図１Ｂは、ノートＰＣ１の第２筐体８０２の内部を模式的に示した平面図である。以下に示す説明において、第２筐体８０２を単に筐体ＢＤと呼び、放熱ファン３５を搭載するノートＰＣ１を例示して説明する。これに制限されることなく、本実施の形態は放熱ファン３５を搭載しない情報処理装置の筐体温度が突然上昇することを抑制する場合にも適用することができる。

【0047】

筐体ＢＤの内部には、マザーボード１０、ＨＤＤ２３、オーディオシステム２４、バッテリ３４、及び放熱ファン３５が配置されている。マザーボード１０には、例えば、ＣＰＵ１１、ビデオサブシステム１３、チップセット２１、ＢＩＯＳメモリ２２、エンベデッドコントローラ３１及び電源回路３３が実装されている。

【0048】

放熱ファン３５は、筐体ＢＤ内の空気を外気と入れ替える。例えば、放熱ファン３５が作動すると、外気が筐体ＢＤの吸気口８１を通じて筐体ＢＤ内に入り、ヒート・シンク（不図示）と熱交換して排気口８３から筐体ＢＤの外に排出される。ヒート・シンクは、ヒート・パイプ（不図示）などによりＣＰＵ１１と熱結合されている。筐体ＢＤには、温度管理が必要とされる電子デバイスと筐体ＢＤ内の所定の位置に複数の温度センサ３６が配置されている。例えば、温度センサ３６ａはＣＰＵ１１の温度を検出する。図示されない温度センサ３６ｂから温度センサ３６ｅも、配置された位置の温度を同様に検出する。

【0049】

ＣＰＵ１１は、ＣＰＵ及びＧＰＵ、又はそれらのうちの何れかであってもよい。ＣＰＵ１１はＣＰＵとＧＰＵを同一のコアに形成するタイプでもよい。さらにＣＰＵ１１はＣＰＵとＧＰＵを別々のコアで形成し負荷を分担するタイプでもよい。ＣＰＵ１１は複数でもよい。

【0050】

一例においてＣＰＵ１１は、スピード・ステップという技術及びスロットリングという技術に対応している。スピード・ステップは、プロセッサの動作電圧及び動作周波数の値を設定により調整する技術である。例えば、スピード・ステップでは、システムの状態により許可される最大の動作周波数をプロセッサに設定することにより、実際に当該プロセッサが動作する動作周波数を段階的に低下させることができる。

【0051】

ＣＰＵ１１は動作周波数を低下させるときに同時に当該動作周波数でＣＰＵ１１が動作するのに必要な値まで動作電圧を低下させる。例えば、ＣＰＵ１１は、スピード・ステップを実行するときに、エンベデッドコントローラ３１に指示して電源回路３３に、ＣＰＵ１１の電圧を、設定した最大動作周波数に適合するよう変更させる。スピード・ステップによってＣＰＵ１１の消費電力及び発熱量が低下する。

【0052】

スロットリングは、ＣＰＵ１１が一定間隔で動作及び停止するように間欠動作をさせて平均的な処理速度を切り替える機能である。スロットリングを実行するには、システムファームウェアがプロセッサのレジスタにスロットリングの有効／無効の設定及びデューティ比（スロットリング率）を設定する。スピード・ステップもスロットリングも段階的にプロセッサの処理能力及び発熱量を変化させることができる。

【0053】

また、スピード・ステップとスロットリングとを併用し、スピード・ステップによる最低の動作周波数を維持したままでスロットリングに移行することもできる。本実施の形態においては、これらの技術を、プロセッサの処理能力を複数の段階に変化させて発熱量を調整するために利用する。以後、スピード・ステップ及びスロットリング又は何れか一方により変化するプロセッサの処理能力の指令値を離散的な値で示し、その各段階の値を、パフォーマンス・ステップということにする。パフォーマンス・ステップが１００％のときは、処理能力が低下しない通常状態になる。プロセッサの処理能力の指令値のことを、電力調整値（power slider position）と呼んでもよい。

【0054】

なお、ＣＰＵの中にはコアの温度を監視し、負荷が多くなって温度が上昇したときに動作周波数及び動作電圧を低下させたり、間欠動作をしたりして温度を抑制するように制御する機能を保有するものがある。このような技術の一例としてインテル（登録商標）社が、温度監視制御機能をＴＣＣ（Thermal Control Circuit）に組み込んだＣＰＵを提供している。ＣＰＵ１１はＴＣＣを備えるものでもよい。

【0055】

ＣＰＵ１１は、パフォーマンス・ステップが高いほど、かつ、使用率が高いほど消費電力が大きくなり発熱量も多くなる。ＣＰＵ１１は、処理能力を低下させたときに、設定されたパフォーマンス・ステップに対応する消費電力を最大として、負荷に応じた消費電力で動作する。したがって、パフォーマンス・ステップが低下するほど一定のプロセスを実行する時間が長くなる。ＣＰＵ１１が生成した熱は、ＣＰＵ１１自体の温度を上昇させるとともに、筐体ＢＤ内部の温度も上昇させる。

【0056】

次に、図２を参照して、ノートＰＣ１の主要なハードウェア構成について説明する。
図２は、ノートＰＣ１の主要なハードウェア構成の一例を示す図である。

【0057】

ノートＰＣ１は、ＣＰＵ１１と、メインメモリ１２と、ビデオサブシステム１３と、表示部１４と、チップセット２１と、ＢＩＯＳメモリ２２と、ＨＤＤ２３と、オーディオシステム２４と、ＷＬＡＮカード２５と、ＵＳＢコネクタ２６と、カメラ２７と、エンベデッドコントローラ３１と、入力部３２と、電源回路３３と、バッテリ３４と、放熱ファン３５と、温度センサ３６と、加速度センサ３７とを備える。

【0058】

ＣＰＵ１１は、プログラム制御により種々の演算処理を実行し、ノートＰＣ１全体を制御している。
メインメモリ１２は、ＣＰＵ１１の実行プログラムの読み込み領域として、又は、実行プログラムの処理データを書き込む作業領域として利用される書き込み可能メモリである。メインメモリ１２は、例えば、複数個のＤＲＡＭ（Dynamic Random Access Memory）チップで構成される。この実行プログラムには、ＯＳ、周辺機器類をハードウェア操作するための各種ドライバ、各種サービス／ユーティリティ、アプリケーションプログラム等が含まれる。

【0059】

ビデオサブシステム１３は、画像表示に関連する機能を実現するためのサブシステムであり、ビデオコントローラを含んでいる。このビデオコントローラは、ＣＰＵ１１からの描画命令を処理し、処理した描画情報をビデオメモリに書き込むとともに、ビデオメモリからこの描画情報を読み出して、表示部１４に描画データ（表示データ）として出力する。

【0060】

表示部１４は、例えば、液晶ディスプレイであり、ビデオサブシステム１３から出力された描画データ（表示データ）に基づく表示画面を表示する。表示部１４は、表示面Ｆ１が視認可能に第１筐体８０１に配置されている。

【0061】

チップセット２１は、ＵＳＢ（Universal Serial Bus）、シリアルＡＴＡ（AT Attachment）、ＳＰＩ（Serial Peripheral Interface）バス、ＰＣＩ（Peripheral Component Interconnect）バス、ＰＣＩ－Ｅｘｐｒｅｓｓバス、及びＬＰＣ（Low Pin Count）バスなどのコントローラを備えており複数のデバイスが接続される。例えば、複数のデバイスとして、後述するＢＩＯＳメモリ２２と、ＨＤＤ２３と、オーディオシステム２４と、ＷＬＡＮカード２５と、ＵＳＢコネクタ２６と、カメラ２７と、エンベデッドコントローラ３１とが含まれる。

【0062】

ＢＩＯＳ（Basic Input Output System）メモリ２２は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）やフラッシュＲＯＭなどの電気的に書き換え可能な不揮発性メモリで構成される。ＢＩＯＳメモリ２２は、ＢＩＯＳ、及びエンベデッドコントローラ３１などを制御するためのシステムファームウェアなどを記憶する。

【0063】

ＨＤＤ（Hard Disk Drive）２３（不揮発性記憶装置の一例）は、ＯＳ、各種ドライバ、各種サービス／ユーティリティ、アプリケーションプログラム、及び各種データを記憶する。

【0064】

オーディオシステム２４は、図示されないマイク及びスピーカが接続され、音データの記録、再生、出力を行う。なお、マイク及びスピーカは、一例として、ノートＰＣ１に内蔵されているものとする。

【0065】

ＷＬＡＮ（Wireless Local Area Network）カード２５は、ワイヤレス（無線）ＬＡＮにより、ネットワークに接続して、データ通信を行う。ＷＬＡＮカード２５は、例えば、ネットワークからのデータを受信した際に、データを受信したことを示すイベントトリガを発生する。
ＵＳＢコネクタ２６は、ＵＳＢを利用した周辺機器類を接続するためのコネクタである。

【0066】

入力部３２は、例えば、キーボードなどの、ポインティング・デバイス、タッチパッドなどの入力デバイスである。入力部３２は、図１Ａに示すように、第２筐体８０２の表面Ｆ２に配置されている。

【0067】

電源回路３３は、例えば、ＤＣ／ＤＣコンバータ、充放電ユニット、ＡＣ／ＤＣアダプタなどを含んでおり、外部電源から、又はバッテリ３４から供給される直流電圧を、ノートＰＣ１を動作させるために必要な複数の電圧に変換する。また、電源回路３３は、エンベデッドコントローラ３１からの制御に基づいて、ノートＰＣ１の各部に電力を供給する。

【0068】

バッテリ３４は、例えば、リチウムバッテリであり、ノートＰＣ１に外部電源から電力供給されている場合に、電源回路３３を介して充電され、ノートＰＣ１に外部電源から電力供給されていない場合に、電源回路３３を介して、充電された電力をノートＰＣ１の動作電力として出力する。

【0069】

加速度センサ３７は、例えば、３軸加速度センサであり、加速度を検出する。なお、ノートＰＣ１は、２つの加速度センサ３７（３７Ａ、３７Ｂ）を備えており、２つの加速度センサ３７（３７Ａ、３７Ｂ）の検出結果は、図示しない第１筐体ＢＤ１と第２筐体ＢＤ２とが成す開閉角度θの検出に利用される。加速度センサ３７Ａは、例えば、第１筐体ＢＤ１の内部に配置され、加速度センサ３７Ｂは、例えば、第２筐体ＢＤ２の内部に配置されている。

【0070】

エンベデッドコントローラ３１は、ノートＰＣ１のシステムの状態に関わらず、各種デバイス（周辺装置やセンサ等）を監視して制御するワンチップマイコン（One-Chip Microcomputer）である。エンベデッドコントローラ３１は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、複数チャネルのＡ／Ｄ入力端子、Ｄ／Ａ出力端子、タイマ、及びデジタル入出力端子を備える。エンベデッドコントローラ３１のデジタル入出力端子には、例えば、入力部３２、電源回路３３、放熱ファン３５、温度センサ３６、及び加速度センサ３７などが接続されており、エンベデッドコントローラ３１は、これらの動作を制御する。

【0071】

エンベデッドコントローラ３１は、電源回路３３を制御する電源管理機能を有する。電源管理機能は、ＡＣＰＩ（Advanced Configuration and Power Interface）仕様に規定されたものに準じていてよい。エンベデッドコントローラ３１は、ノートＰＣ１における所定の動作モードによって電源回路３３を制御することにより、例えば、ＣＰＵ１１に供給する駆動電力の値を制御する。上記の所定の動作モードには、例えば、オートモード４００、固定モード４１０、及び省電力モード４２０などが含まれる。ノートＰＣ１の動作モードは、イベントトリガに応答して、オートモード４００、固定モード４１０、及び省電力モード４２０の何れかに遷移する。なお、ノートＰＣ１の動作モードは、ＡＣＰＩ（Advanced Configuration and Power Interface）仕様に規定された動作モードであってよい。各動作モードについての詳細は、図５、図６を参照して後述する。

【0072】

図３は、ノートＰＣ１の機能的な構成の一例を示すブロック図である。ノートＰＣ１は、例えば、制御部１００、パラメータ取得部１０１、電力設定処理部１１０（設定部）、パワー管理ドライバ１１１（切替制御部）、アップデート処理部１２１、アップデート処理管理部１２２、セキュリティ処理部１２３、セキュリティ処理管理部１２４、及びパワー管理サービス部１２６を備える。制御部１００、パラメータ取得部１０１、電力設定処理部１１０、パワー管理ドライバ１１１、アップデート処理部１２１、アップデート処理管理部１２２、セキュリティ処理部１２３、セキュリティ処理管理部１２４、及びパワー管理サービス部１２６は、例えば、ＣＰＵ１１などのプロセッサが、ＨＤＤ２３やメインメモリ１２などに記憶されたプログラムを実行することにより実現される。また、これらの構成要素は、ＬＳＩ（Large Scale Integration）やＡＳＣＩ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェア（回路部；circuitry）によって実現されてもよいし、ソフトウエアとハードウェアの協働によって実現されてもよい。

【0073】

また、図３において、サービス／ユーティリティ、ドライバ、及びＢＩＯＳは、例えば、ＨＤＤ２３又はＢＩＯＳメモリ２２に記憶されているプログラムをメインメモリ１２に読み込み、ＣＰＵ１１が実行することにより実現される。ここで、アップデート処理部１２１、アップデート処理管理部１２２、セキュリティ処理部１２３、セキュリティ処理管理部１２４、及びパワー管理サービス部１２６がサービス／ユーティリティに対応し、電力設定処理部１１０及びパワー管理ドライバ１１１がドライバに対応し、制御部１００及びパラメータ取得部１０１がＢＩＯＳに対応する。なお、アップデート処理部１２１、アップデート処理管理部１２２、及びパワー管理サービス部１２６は、ＯＳ１２０の一部として提供されてもよい。さらに、セキュリティ処理部１２３とセキュリティ処理管理部１２４は、同様に、ＯＳ１２０の一部として提供されてもよい。

【0074】

アップデート処理部１２１は、ノートＰＣ１におけるソフトウエアをアップデートする処理（アップデート処理）を実行する。より具体的には、アップデート処理部１２１は、少なくともＯＳに含まれるソフトウエアを更新させる更新処理プログラムを実行する。アップデート処理部１２１による処理は、後述するバックグラウンドタスクの一例である。アップデート処理管理部１２２は、アップデート処理部１２１にアップデート処理を実施させるための各種設定を行うための処理を実行する。アップデート処理管理部１２２による処理は、後述するフォアグラウンドタスクの一例である。

【0075】

セキュリティ処理部１２３は、ノートＰＣ１におけるセキュリティをチェックする処理や、チェック結果に基づいてセキュリティに関する処理を実行する。より具体的には、セキュリティ処理部１２３は、情報のセキュリティ性を検証するためのソフトウエアを実行する。上記のソフトウエアを実行に伴って、バックグラウンドプロセスが起動する。セキュリティ処理部１２３による処理は、後述するバックグラウンドタスクの一例である。セキュリティ処理管理部１２４は、セキュリティ処理部１２３に上記の処理を実施させるための各種設定を行うための処理を実行する。セキュリティ処理管理部１２４による処理は、後述するフォアグラウンドタスクの一例である。

【0076】

パワー管理サービス部１２６は、パワー管理（消費電力の管理）のためのサービスを提供する。パワー管理サービス部１２６は、例えば、動作モードを変更するイベントトリガに応じて、動作モードを変更する指示を、パワー管理ドライバ１１１に出力する。

【0077】

パワー管理ドライバ１１１は、例えば、ＡＣＰＩ仕様に準拠するドライバである。パワー管理ドライバ１１１は、パワー管理サービス部１２６の制御に応じて、ノートＰＣ１の消費電力を管理する。例えば、パワー管理ドライバ１１１は、パワー管理サービス部１２６から動作モード変更指示を受け付けたことに応じて、制御部１００を制御する。

【0078】

例えば、パワー管理ドライバ１１１は、ＯＳ１２０がアイドル状態のときに生成するアイドル・プロセスを監視する。アイドル・プロセスは、他のプロセスより高い優先順位で割り当てられる。そのため、ノートＰＣ１がアイドル状態に入ると、アイドル・プロセスは、スケジュール・タスク１０３よりも先に実行される。

【0079】

パワー管理ドライバ１１１は、アイドル・プロセスをフックすることができる。パワー管理サービス部１２６は、パワー管理ドライバ１１１がフックしたアイドル・プロセスから、ノートＰＳ１のシステムがアイドル状態に遷移したことを認識することができる。このとき電力設定処理部１１０が認識するアイドル状態は、トリガ条件のオーナーであるＯＳ１２０が認識するアイドル状態と一致する。電力設定処理部１１０は、ＣＰＵ１１の使用率をＯＳ１２０やプロセッサから取得することができる。

【0080】

制御部１００は、例えば、ＤＹＴＣ（Dynamic Thermal Control ACPI I/F method）に準じている。制御部１００は、エンベデッドコントローラ３１を制御する。さらに、制御部１００は、電力設定処理部１１０に対してＣＰＵ１１における消費電力の上限の変更を指示する。消費電力の上限とは、例えば、「Ｐｏｗｅｒ Ｌｉｍｉｔ」と呼ばれる設定可能な消費電力レベルであり、ＣＰＵ１１が消費できる単位時間当たりの消費電力の上限である。制御部１００は、エンベデッドコントローラ３１に、電源回路３３からＣＰＵ１１に供給する電力量の変更を指示する。

【0081】

例えば、制御部１００は、エンベデッドコントローラ３１に対して放熱ファン３５の回転数の変更を指示する。なお、制御部１００は、回転数に代えて、駆動音量そのものを制御してよい。

【0082】

電力設定処理部１１０は、例えば、ＤＰＴＦ（Dynamic Platform and Thermal Framework）ドライバである。電力設定処理部１１０は、制御部１００の制御状態に基づいて、ＣＰＵ１１の消費電力の上限を設定する。電力設定処理部１１０は、例えば、制御部１００からの指示に基づいて、ＣＰＵ１１における消費電力の上限の設定を変更する。

【0083】

例えば、電力設定処理部１１０はさらに所定の監視時間におけるＣＰＵ１１の平均使用率、ユーザ・アクティビティの有無、ディスク・アクセスの時間などのパラメータを利用して独自のアイドル状態を定義することができる。一例として電力設定処理部１１０は、最後にユーザ・アクティビティを検出してからの所定の経過時間における使用率がほぼ０％のときにアイドル状態と認識することができる。電力設定処理部１１０は、独自に定義したアイドル状態を認識して、トリガ条件のオーナーが定義したアイドル状態が成立してスケジュール・タスクが実行される前にＣＰＵ１１の処理能力を低下させることができる。
ＢＧタスクであるアップデート処理部１２１と、セキュリティ処理部１２３は、上記のスケジュール・タスクに分類される処理を実行する処理部の一例である。

【0084】

アイドル状態で一般タスクが実行されると、そのプロセスは優先順位が高いためアイドル・プロセスはＣＰＵ１１を使用する権利が剥奪される。電力設定処理部１１０は、この状態を監視してアイドル状態の終了又はアイドル状態のときの一般タスクの実行開始を認識することができる。電力設定処理部１１０は、ＣＰＵ１１の使用率、消費電力及び温度センサ３６ａの測定温度などに基づいてタスク開始状態を及びスケジュール・タスクの実行終了を認識することができる。

【0085】

［温度制御系の動作］
エンベデッドコントローラ３１は、放熱ファン３５の回転速度をステップ状に制御する。

【0086】

図４を参照して、エンベデッドコントローラ３１による温度制御について説明する。図４は、温度制御に利用する温度制御データテーブル（TAT）を説明するための図である。この温度制御データテーブルには、温度センサと設定温度の項目が含まれる。例えば、この温度制御データテーブルには、温度センサ３６ａ～３６ｅごとに放熱ファン３５の動作状態を停止、低速回転、中速回転、及び高速回転の４段階の速度ステップ間で変更するための設定温度のデータが格納される。設定温度は、各動作状態に対するイネーブル温度ＬＴｅ、ＭＴｅ、ＨＴｅとディスエーブル温度ＬＴｄ、ＭＴｄ、ＨＴｄで構成され、回転速度が上昇方向に変化する場合と下降方向に変化する場合との間にヒステリシス特性を形成するように各データが設定される。

【0087】

イネーブル温度ＬＴｅ、ＭＴｅ、ＨＴｅは、温度センサの測定温度が上昇傾向にある場合に、１ステップ遅い速度ステップから当該速度ステップに移行する温度である。ディスエーブル温度ＬＴｄ、ＭＴｄ、ＨＴｄは、温度センサの測定温度が下降傾向にある場合に、当該速度ステップより１ステップ遅い速度ステップに移行する温度である。ここで、上記の低速回転より遅い速度ステップは停止状態である。

【0088】

各温度センサ３６ａ～３６ｅに対応して設定されている設定温度は、放熱ファン３５をできるだけ低い回転速度で動作させて筐体ＢＤの所定の場所の表面温度が所定値を越えないように、あるいは各電子デバイスがクリティカル温度を超えないように放熱ファン３５を適切な回転速度で動作させるように設定されている。

【0089】

エンベデッドコントローラ３１は、何れかの温度センサ３６ａ～３６ｅの測定温度がイネーブル温度ＬＴｅ、ＭＴｅ、ＨＴｅに到達したとき放熱ファン３５の回転速度を１ステップ上昇させ、すべての温度センサ３６ａ～３６ｅの測定温度がディスエーブル温度ＭＴｄ、ＨＴｄ未満まで下降したとき放熱ファン３５の回転速度を１ステップ下降させ、ディスエーブル温度ＬＴｄ未満になったときに停止させる。

【0090】

エンベデッドコントローラ３１は、温度センサ３６ａ～３６ｅの測定温度と温度制御データテーブルに基づいて放熱ファン３５の回転速度を制御する。放熱ファン３５の回転速度が上昇するほど排気口８３を通過する際の空気の摩擦音が大きくなる。

【0091】

例えば、ＣＰＵ１１の温度が上昇すると、これにつれて放熱ファン３５の回転速度が上昇して騒音が発生することがある。本実施形態では、この温度制御データテーブルについて動作モードごとに適した数値を定義した１つ以上の温度制御データテーブルを利用する。符号ＴＡＴ＿ＡからＴＡＴ＿Ｅが付されたテーブルは、互いに異なる数値が定義された温度制御データテーブルの一例である。以下に説明する動作モード制御では、これを用いて騒音が大きくならないように制御する。

【0092】

［動作モード制御］
図５と図６を参照して、実施形態におけるノートＰＣ１の動作モードの制御（動作モード制御）について説明する。図５は、ノートＰＣ１の動作モードの状態遷移図である。図６は、ノートＰＣ１の動作モード制御について説明するための図である。

【0093】

ノートＰＣ１の動作モードには、ＣＰＵ１１のパフォーマンスに関係する動作モードとして、オートモード４００と、固定モード４１０と、省電力モード４２０とが含まれる。ＣＰＵ１１のパフォーマンス制御において、ノートＰＣ１の動作モードは、例えば、オートモード４００と、固定モード４１０と、省電力モード４２０とのなかの何れかに遷移する。

【0094】

オートモード４００では、ＣＰＵ１１のパフォーマンスの上限が自動で調整される。オートモード４００は、ノートＰＣ１としての最も一般的な利用形態において選択されうる動作モードである。オートモード４００は、例えば、最もアクティブな動作を可能にする。

【0095】

これに対し、固定モード４１０では、ＣＰＵ１１のパフォーマンスの上限が固定される。

【0096】

省電力モード４２０は、オートモード４００と固定モード４１０に比べて、より低い消費電力の値でＣＰＵ１１を動作させる動作モードである。省電力モード４２０は、例えば、迅速に通常の動作状態を提供するオートモード４００と固定モード４１０の何れかに復帰可能な状態でＣＰＵ１１を待機させるように、低消費電力でＣＰＵ１１を動作させる。所謂モダンスタンバイモードは、省電力モード４２０の一例である。モダンスタンバイモードでは、表示部１４の表示をオフ（停止）した状態に制御される。なお、省電力モード４２０は、ソフトウエアにより電源をオフしたシャットダウン状態（電源断状態）であってもよく、作業内容をＨＤＤ２３などに退避させた休止状態であるハイバネーション状態であってもよい。

【0097】

ユーザは、入力部３２を通じて電力設定処理部１１０の動作モードの選択について自動又は手動を設定する。手動に設定された場合には、電力設定処理部１１０は、設定された動作モードだけで動作する。自動に設定された場合には、電力設定処理部１１０は、加速度センサ３７から取得した振動や、筐体ＢＤの姿勢などによって、動作モードを選択して、パフォーマンスモード４０１から静粛モード４０３の間を遷移させる。

【0098】

ノートＰＣ１が、上記のオートモード４００と、固定モード４１０との何れかで制御されているときに、ユーザの操作が所定時間継続して中断したときに、ノートＰＣ１は、アイドルモードになる。このアイドルモードでは、表示部１４の表示をオンした状態で、ＣＰＵ１１によるバックグラウンド処理などの実行が許可される状態になる。

【0099】

オートモード４００のより具体的な一例について説明する。上記のオートモード４００には、例えば、静粛モード４０３、パフォーマンスモード４０１、及びバランスモード４０２の３つの動作モードが含まれる。ノートＰＣ１の動作モードがオートモード４００にあるときに、静粛モード４０３、パフォーマンスモード４０１、及びバランスモード４０２との何れかに遷移する。

【0100】

静粛モード４０３は処理のパフォーマンスよりも静粛性を優先させるために、温度が上昇したときに放熱ファン３５の回転速度を上昇させることよりも先にパフォーマンス・ステップを下げる動作モードに相当する。

【0101】

ここで放熱ファン３５の回転速度の抑制は、ＣＰＵ１１の発熱量を低下させることによって、停止している放熱ファン３５を回転させないこと、回転している放熱ファン３５を停止させること、及び高い回転速度で回転している放熱ファン３５を、それが発する騒音が問題にならない程度の回転速度に抑えて回転させることの何れか又は複数を意味する。

【0102】

静粛モード４０３で制御する場合に、例えば、電力設定処理部１１０は、ＣＰＵ１１の使用率が１００％になっても放熱ファン３５が回転しない程度までパフォーマンス・ステップを下げるとよい。あるいは、上記の場合に、電力設定処理部１１０は、プロセッサの使用率が１００％になっても、放熱ファン３５の回転速度が、騒音が問題になる回転速度まで上昇しないようにパフォーマンス・ステップを下げることができる。静粛モード４０３で制御されるＣＰＵ１１は、設定されたパフォーマンス・ステップに対応する消費電力を上限とし、かつ実行するタスクに応じた消費電力で動作する。

【0103】

パフォーマンスモード４０１は、静粛性よりもパフォーマンスを優先させるために、温度が上昇したときに先に放熱ファン３５の回転速度をその設定可能な上限速度まで上昇させる。上記のように放熱ファン３５の回転速度を制御しても、さらに、検出された温度が上昇する場合には、パフォーマンス・ステップを下げるとよい。パフォーマンスモード４０１は、一例で、机上で静止した状態で実行される。

【0104】

バランスモード４０２は、静粛モード４０３の静粛性とパフォーマンスモード４０１のパフォーマンスの双方の利点を生かすように調整されるモードであり、静粛モード４０３とパフォーマンスモード４０１の間に位置するモードである。

【0105】

なお、ノートＰＣ１の使用形態に応じて、適正な動作モードが選択されるように構成されてもよい。例えば、ノートＰＣ１を膝の上で使用する使用形態（ラップトップモード）の場合には、パフォーマンス・ステップと放熱ファン３５の回転速度を調和させるように制御する動作モードが設けられていてもよい。吸気口８１又は排気口８３の通風が制限される傾向にある使用形態（スタイルモードとドックモードなど。）の場合には、パフォーマンス・ステップと放熱ファン３５の回転速度を予め定められた範囲内で制御するとよい。スタイルモードとドックモードについて後述するが、これらは上記の固定モード４１０の一例である。

【0106】

次に、図７を参照して、実行可能な状態にあるタスクとその分類について説明する。
図７は、実行可能な状態にあるタスクとその分類を説明するための図である。
実行可能な状態にあるタスクを、「アプリ」と、「バックグラウンドプロセス」と、「ＯＳプロセス」の３つに大別して、これを管理するためのタスクリストの一例を示す。

【0107】

「アプリ」に分類されている「アプリケーション１」から「アプリケーション４」は、上記のアプリケーションプログラムの一例である。これらは、図示される「アプリケーション１」などの各識別情報によって識別される。「バックグラウンドプロセス」に分類されている「ＢＧプロセス１」から「ＢＧプロセス４」は、上記のバックグラウンドプロセスの一例である。これらは、図示される「ＢＧプロセス１」などの各識別情報などによって識別される。「ＯＳプロセス」には、図示されてない複数のプロセスが含まれる。

【0108】

このタスクリストの各行に対応付けられる各タスクは、スレッドとして管理され、個々に実行させることができる。各タスクに対応付けられて図の右端に記載の数値は、各タスクのＣＰＵ使用率である。これらの数値の上段にある数値は、実行中の全タスクによるＣＰＵ使用率である。

【0109】

この図７に示されたタスクリストは、後述する実行中タスクリストとして利用してもよい。実施形態では、「アプリ」に分類されるタスクを、「フォアグランドタスク」と呼び、これをＦＧＴと記す。「バックグラウンドプロセス」と、「ＯＳプロセス」とに分類されるタスクを、「バックグラウンドタスク」と呼び、これをＢＧＴと記す。換言すれば、「アプリ」に分類されるタスクは、例えば、表示面FS1に可視ウインドウを表示させるタスクである。

【0110】

例えば、バックグラウンドタスクは、更新処理プログラムによるタスク、又は情報のセキュリティ性を検証するためのソフトウエアが起動するバックグラウンドプロセスのタスクを含むものであってよい。

【0111】

図８は、バックグラウンドタスクリストを説明するための図である。
バックグラウンドタスクリスト（ＢＧタスクリストと呼ぶ。）には、特定のバックグラウンドタスクとして扱う必要のあるタスクを識別するためのデータ（対象タスク情報と呼ぶ。）が予め格納されている。「ＢＧプロセス１」と「ＢＧプロセス２」は、特定のバックグラウンドタスクとして扱う必要のある対象タスクの一例である。「ＢＧプロセス１」は、上記のアップデート処理部１２１に対応付けられていてよく、「ＢＧプロセス２」は、上記のセキュリティ処理部１２３に対応付けられていてよい。

【0112】

図９は、動作モード制御の手順を示すフローチャートである。

【0113】

パワー管理ドライバ１１１は、実行中タスクリストとＢＧタスクリストとを参照して、実行中タスクリストに含まれている各タスクがＢＧタスクリストに登録されているプロセス（対象タスク）であるか否かを判定する（ステップＳＡ１１）。
ＢＧタスクリストに登録されているプロセスである場合に、パワー管理ドライバ１１１は、制限対象のＢＧタスクであると判定する（ステップＳＡ１２）。
ＢＧタスクリストに登録されているプロセスでない場合に、パワー管理ドライバ１１１は、制限対象のＢＧタスクでないと判定する（ステップＳＡ１３）。
パワー管理ドライバ１１１は、実行中のプロセスの判定が完了したか否かを判定し（ステップＳＡ１４）、未完了である場合にステップＳＡ１１からの処理を実行する。これにより、パワー管理ドライバ１１１は、ＣＰＵ１１が実行する複数のスケジュール・タスクの中から対象のスケジュール・タスクを識別可能にする対象タスクを識別する。

【0114】

上記の処理が完了した場合に、パワー管理ドライバ１１１は、制限対象のＢＧタスクと判定されたプロセス以外が実行されているか否かを判定する（ステップＳＡ１５）。

【0115】

制限対象のＢＧタスクと判定されたプロセス以外が実行されている場合には、パワー管理ドライバ１１１は、ノートＰＣ１がアイドル状態か否かを判定する（ステップＳＡ１６）。ノートＰＣ１がアイドル状態にない場合には、パワー管理ドライバ１１１は、通常のオートモードの実行を指定して（ステップＳＡ１７）、処理をステップＳＡ１８に進める。通常のオートモードとは、パフォーマンスのモード設定に制限を設けないオートモード４００のことである。

【0116】

これに対して、制限対象のＢＧタスクと判定されたプロセス以外が実行されていない場合、又はノートＰＣ１がアイドル状態にある場合には、パワー管理ドライバ１１１は、パフォーマンスのモード設定に制限を設けたオートモードを実行させる（ステップＳＡ１８）。上記の制限を設けたオートモードとは、パフォーマンスのモード設定に制限を設けた制限付きオートモード４０４のことである。このように、パワー管理ドライバ１１１は、対象タスク情報と、ＣＰＵ１１の実行状態（アイドル状態）を示す実行状態情報とに基づいて、オートモード４００と制限付きオートモード４０４とを切り替える。

【0117】

パワー管理ドライバ１１１は、上記の判定の結果を制御部１００に通知する。制御部１００は、その判定の結果に基づいた温度制御と電力制御とを実施する（ステップＳＡ１９）。例えば、制御部１００は、エンベデッドコントローラ３１によって放熱ファン３５を制御させて、ＣＰＵ１１のパフォーマンスを制御して、上記の一連の処理を終える。

【0118】

上記の処理によれば、制限対象のＢＧタスクが起動している場合、又はノートＰＣ１がアイドル状態にある場合には、ノートＰＣ１が制限付きオートモード４０４の範囲内で制御されることになり、パフォーマンスモード４０１への遷移が制限される。この制限された状態は、制限対象のＢＧタスクが終了した段階で解除される。

【0119】

ノートＰＣ１がアイドル状態にあることの検出は、上述した手法の何れかを適用するとよい。

【0120】

上記の処理のＢＧタスクリストでは、制限対象のＢＧタスクを登録する事例であるが、これに代えて制限対象外のＢＧタスクを登録するようにしてもよい。これに合わせて、上記処理の判定と論理的に矛盾しないように処理の論理を変更するとよい。

【0121】

上記の実施形態によれば、本実施形態のノートＰＣ１は、ＣＰＵ１１（プロセッサ）が実行する処理を検出する。ノートＰＣ１は、ＣＰＵ１１が実行する処理の状況を表示させる表示部１４と、パワー管理ドライバ１１１（切替部）とを備える。パワー管理ドライバ１１１（切替部）は、処理能力の高さに応じて区分された複数の処理能力クラスを含む第１選択範囲を選択の対象にするオートモード４００（第１調整モード）と、第１選択範囲の「パフォーマンスモード（第１処理能力クラス）と、「バランスモード（第２処理能力クラス）」と、「静寂モード（第３処理能力クラス）」の中から比較的高い処理能力に係る「パフォーマンスモード（第１処理能力クラス）が除かれた第２選択範囲内を選択の対象にする制限付きオートモード４０４（第２調整モード）と、に関する。パワー管理ドライバ１１１（切替部）は、表示部１４に実行状況を表示させずに実行する所定の処理に対応付けて、オートモード４００と制限付きオートモード４０４とを切り替える。

【0122】

これにより、本実施形態のノートＰＣ１は、ユーザの操作が中断している情報処理装置の発熱を抑制することができる。

【0123】

例えば、本実施形態のノートＰＣ１において、ＣＰＵ１１の動作を規定する複数の動作モードが処理能力の高さに応じて規定されてもよい。複数の動作モードは、第１処理能力クラスに対応付けられた第１動作モードと、第１処理能力クラスの処理能力よりも低い処理能力の第２処理能力クラスに対応付けられた第２動作モードと、第２処理能力クラスの処理能力よりも低い処理能力の第３処理能力クラスに対応付けられた第３動作モードとを含むとよい。パワー管理ドライバ１１１は、第１調整モードを選択することで、第１動作モードから第３動作モードまでを含む動作モードでＣＰＵ１１の処理を実行可能にして、第２調整モードを選択することで、第２動作モードと第３動作モードを含む何れかの動作モードでＣＰＵ１１の処理を実行可能にするとよい。これにより、本実施形態のノートＰＣ１のパワー管理ドライバ１１１は、オートモード４００と制限付きオートモード４０４とを切り替える際に、第２動作モードと第３動作モードを制限付きオートモード４０４に含めてＣＰＵ１１の処理を実行させることができる。

【0124】

本実施形態のノートＰＣ１におけるパワー管理ドライバ１１１は、実行するスケジュール・タスクがあることと、スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかが検出された場合に、オートモード４００（第１調整モード）と制限付きオートモード４０４（第２調整モード）とを切り替えるための判定を実施するとよい。

【0125】

これにより、本実施形態のノートＰＣ１は、実行するスケジュール・タスクがあることと、スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることとの少なくとも何れかが検出された場合に、所定の判定を実施して、その判定結果に基づいてオートモード４００と制限付きオートモード４０４とを切り替えることができる。

【0126】

パワー管理ドライバ１１１は、ノートＰＣ１がアイドル状態にある中で、実行のトリガが発生したスケジュール・タスクを、ＣＰＵ１１の処理量を制御するための対象にするとよい。

【0127】

本実施形態のノートＰＣ１におけるパワー管理ドライバ１１１は、ＣＰＵ１１が実行する複数のスケジュール・タスクの中から対象のスケジュール・タスクを識別可能にする対象タスク情報と、ＣＰＵ１１の実行状態を示す実行状態情報とに基づいて、オートモード４００と制限付きオートモード４０４とを切り替えるとよい。これにより、オートモード４００と制限付きオートモード４０４とを切り替えることができる。

【0128】

なお、ＣＰＵ１１が実行する処理をパワー管理サービス部１２６が検出した場合に、パワー管理ドライバ１１１は、スケジュール・タスクの処理量を制限して実行することを要するスケジュール・タスクがあることを検出するとよい。パワー管理ドライバ１１１は、スケジュール・タスクの処理量を制限して実行することを要するスケジュール・タスクがあることを検出したことにより、スケジュール・タスクの処理量を制限して実行することができる。

【0129】

（第１の実施形態の変形例）
第１の実施形態の変形例について説明する。第１の実施形態において、ＢＧタスクと判定されたプロセス以外が実行されているか否かの判定の結果によって、パフォーマンスのモード設定に制限を設ける事例について説明した。本変形例では、上記に加えて、実行中のプロセスのＣＰＵ使用率の判定の結果を判断に加える事例について説明する。

【0130】

図１０は、変形例の動作モード制御の手順を示すフローチャートである。
本変形例の場合も実施形態と同様に、ステップＳＡ１１からステップＳＡ１４の処理を実施した後に、パワー管理ドライバ１１１は、制限対象のＢＧタスクと判定されたプロセスのＣＰＵ使用率がｋ％未満か否かを判定する（ステップＳＡ１５Ａ）。なお、ｋの大きさは、例えば、０に比較的近い正の実数値であり、これを自然数で示す場合には、１、２などの値にするとよい。

【0131】

BGタスクと判定されたプロセスのＣＰＵ使用率がｋ％未満の場合には、パワー管理ドライバ１１１は、通常のオートモードを実行させて（ステップＳＡ１６）、処理をステップＳＡ１９に進める。

【0132】

これに対して、BGタスクと判定されたプロセスのＣＰＵ使用率がｋ％以上の場合には、パワー管理ドライバ１１１は、パフォーマンスモードにならないようにモード設定に制限を設けたオートモード（制限付きオートモード４０４）を実行させる（ステップＳＡ１８）。

【0133】

実施形態と同様に、パワー管理ドライバ１１１は、上記の判定の結果を制御部１００に通知する。制御部１００は、その判定の結果に基づいた温度制御と電力制御とを実施する（ステップＳＡ１９）。例えば、制御部１００は、エンベデッドコントローラ３１によって放熱ファン３５を制御させて、さらにＣＰＵ１１のパフォーマンスを制御して、上記の一連の処理を終える。

【0134】

なお、この処理は、例えば予め定められた周期ごとに実施される。ステップＳＡ１５Ａにて参照するＣＰＵ使用率は、その周期の中で検出された瞬時値を用いるとよい。

【0135】

上記のように、パワー管理ドライバ１１１は、対象タスク情報に規定された対象のスケジュール・タスクに関するＣＰＵ１１の使用率が所定の閾値に満たない場合に、制限付きオートモード４０４（第２調整モード）に切り替えるための要件にしないことで、制限対象のBGタスクによるＣＰＵ使用率が比較的低いときに、他のタスクに関する処理の負荷が高まった際にこれを制限することなくオートモード４００の範囲で調整することが可能になる。上記のほか、変形例の場合も、実施形態と同様の効果を奏する。

【0136】

（第２の実施形態）
次に、第２の実施形態について説明する。

【0137】

図１１を参照して、実施形態の動作モード制御のデータフローについて説明する。
図１１は、第２の実施形態のノートＰＣ１の機能的な構成の一例を示すブロック図である。

【0138】

ノートＰＣ１は、制御部１００Ａと、パラメータ取得部１０１と、電力設定処理部１１０Ａと、パワー管理ドライバ１１１Ａと、アップデート処理部１２１、アップデート処理管理部１２２、セキュリティ処理部１２３、セキュリティ処理管理部１２４、及びパワー管理サービス部１２６とを備える。制御部１００Ａと、電力設定処理部１１０Ａと、パワー管理ドライバ１１１Ａは、前述の制御部１００と、電力設定処理部１１０と、パワー管理ドライバ１１１に対応する。

【0139】

以下の説明では、制御部１００Ａと、電力設定処理部１１０Ａと、パワー管理ドライバ１１１Ａの詳細について、制御部１００と、電力設定処理部１１０と、パワー管理ドライバ１１１との相違点を中心に説明する。なお、本実施形態のパワー管理ドライバ１１１Ａは、ＩＴＳドライバ（Intelligent Thermal Solution Driver）として構成されてもよい。

【0140】

図１２から図１４は、実施形態の電力制御に関わる情報を説明するための図である。
図１２に示すDYTCテーブルは、制御部１００Ａが制御状態を保持するために利用するテーブルである。例えば、DYTCテーブルは、制御部１００Ａに設けられていてもよい。

【0141】

DYTCテーブルには、モード（Mode）、分類、選択結果などの項目が含まれる。
モードの項目には、選択可能な動作モードを識別するための識別データが格納される。分類の項目には、動作モードの中で複数のケースに区分して制御する動作モードがある場合に、これを識別するための識別データが格納される。選択結果の項目には、選択された動作モードと分類の結果が格納される。

【0142】

例えば、制御部１００Ａは、各種センサの検出結果などの各種情報に基づいて動作モードを決定する。上記の各種情報には、上記のＰＳＣ情報のほか、例えば加速度センサ３７による検出値、筐体ＢＤの開閉状態に基づいた情報（Style情報)、電源回路３３によるドックに対する装着状態を示す情報（Dock情報）などが含まれる。動作モードは、オートモード（Auto）、スタイルモード（Style）、ドックモード（Dock）に大別されている。スタイルモード（Style）、ドックモード（Dock）は、図１Ａに示した利用形態に対応する。オートモード（Auto）は、図１Ａに示した利用形態のラップトップモードに適用される。制御部１００Ａが上記の情報をDYTCテーブルに追加することで、上記の各動作モードに関する情報が格納される。

【0143】

さらに、DYTCテーブルには、オートモードのＢＧタスクありのケースとＢＧタスクなしのケースを識別するための情報が格納される。例えば、制御部１００Ａによって、オートモードのＢＧタスクありのケースと、スタイルモードのケースが有効（Ｙｅｓ）であり、他のケースが無効（Ｎｏ）であると判断された結果が追加されている。

【0144】

図１３に示すDPTF状態テーブルは、電力設定処理部１１０が動作モードを決定するために利用するテーブルである。DPTF状態テーブルは、例えば、電力設定処理部１１０が備える。DPTF状態テーブルには、優先度（Priority）、モード（Mode）、状態２（Condition2）、状態１（Condition1）、持続期間（duration）の各項目が含まれる。

【0145】

優先度の項目は、選択可能な動作モードのうちから選択可能な範囲の上限を示す。値が小さなものほど優先度が高い。モードの項目は、選択可能な各動作モードの名称である。上記の優先度の数値が小さいほうから、「Performance（パフォーマンス）」、「Balanced（バランス）」、「Quiet（静寂）」、「Balanced」、「Dock（ドック）」、「Style（スタイル）」などの名称が付与される。「Performance」は、パフォーマンスモードに対応する。「Balanced」は、バランスモードに対応する。「Quiet」は、静寂モードに対応する。「Dock」は、ドックモードに対応する。「Style」は、スタイルモードに対応する。なお、スタイルモードの場合には、優先度が付与されていないため、後述する優先度制御の対象から除外されるように設定されている。

【0146】

状態２（Condition2）の項目には、特定の動作モードを指定するための情報が格納される。例えば、優先度が「１」の「Performance」の場合には、バックグラウンドタスクに基づくモード制限制御を適用しないことを示す「バックグラウンドタスク（BGT）なし」が書き込まれている。また、「Style」の場合には、「Style」モード固有の制御を行うことを示す「Style」が書き込まれている。「Balanced」、「Quiet」、及び「Float」の各項目には、書き込まれた情報がなく、バックグラウンドタスクに基づくモード制限制御を適用することを示す「バックグラウンドタスク（BGT）あり」が書き込まれている。

【0147】

状態１（Condition1）と持続期間（duration）の各項目には、ＣＰＵ１１の消費電力とその状態の持続時間に基づいたモード制御を実行するための条件が規定されている。

【0148】

例えば、ＣＰＵ１１の消費電力がＰ１（W）以上の状態がＴ１（秒）以上持続した場合には、優先度が「１」の「Performance」モードを選択する。ＣＰＵ１１の消費電力がＰ２（W）以上の状態がＴ２（秒）以上持続した場合には、優先度が「２」の「Balanced」モードを選択する。ＣＰＵ１１の消費電力がＰ１（W）以下の状態がＴ３（秒）以上持続した場合には、優先度が「３」の「Quiet」モードを選択する。ＣＰＵ１１の消費電力がＰ４（W）以上の状態がＴ３（秒）以上持続した場合には、優先度が「４」の「Balanced」モードを選択する。上記のＰ１からＰ４の大きさは、例えばＰ４、Ｐ１、Ｐ２の順に小さくするとよい。上記のＴ１からＴ３の大きさは、例えばＴ１、Ｔ２、Ｔ３の順に小さくするとよい。

【0149】

上記のように規定されたDPTF状態テーブルを用いて、ＣＰＵ１１の消費電力の大きさと、その消費電力の大きさの状態が続く時間（持続時間）に基づいて、動作モードを選択して、これを優先度番号で指定するとよい。なお、優先度付の選択ルールとして下記のルールを適用してもよい。

【0150】

そのルールの一例として、指定された優先度よりも上位のものを選択することができないことにする。例えば、１が選択された場合には、１よりも大きな数値が付与された各モード（例えば、１から５の全モード）を選択可能である。２が選択された場合には、２よりも大きな数値の各モード（例えば、２から５のモード）を選択可能であるが、１のモードを選択することができない。

【0151】

図１４に示すDPTFアクションテーブルは、電力設定処理部１１０が電力制御に係る指令値を決定するために利用するテーブルである。DPTFアクションテーブルには、モード、電力制限値（Power limit）、ファンテーブル（Fan table）の各項目が含まれる。

【0152】

モードの項目には、選択可能な各動作モードの名称を格納する。電力制限値の項目は、ＣＰＵ１１に許容する消費電力の上限値を格納する。ファンテーブルの項目には、エンベデッドコントローラ３１などに通知する温度制御データテーブルの識別情報（例えば、ＴＡＴ＿ＡからＴＡＴ＿Ｅ。）を格納する。温度制御データテーブルは、上記の通り、動作モードごとに設定され、エンベデッドコントローラ３１が放熱ファンを制御することなどの温度制御に利用するテーブルである。

【0153】

例えば、温度制御データテーブルの識別情報を用いて温度制御データテーブルが指定されると、エンベデッドコントローラ３１は、温度制御データテーブルの識別情報に基づいて放熱ファン３５を制御する。これに加えて、パワー管理ドライバ１１１は、エンベデッドコントローラ３１宛に送信された温度制御データテーブルの識別情報を中継する際に、その温度制御データテーブルの識別情報を識別して、これに基づいて、動作モードを識別する。

【0154】

パワー管理ドライバ１１１は、例えば、温度制御データテーブルの識別情報がＴＡＴ＿Ａであれば、パフォーマンスモード４０１が選択されていることを識別して、このパフォーマンスモード４０１が選択されている状況から、ＢＧタスクがない状況にあると識別する。これに代えて、温度制御データテーブルの識別情報がＴＡＴ＿ＢかＴＡＴ＿Ｃであれば、パワー管理ドライバ１１１は、バランスモード４０２又は静粛モード４０３が選択されていることを識別できる。パワー管理ドライバ１１１は、温度制御データテーブルの識別情報がＴＡＴ＿ＢかＴＡＴ＿Ｃであると、ＢＧタスクがあるかないかを確定することはできない。

【0155】

前述の図１１と図１５を参照して、実施形態の動作モード制御について説明する。図１５は、第２の実施形態の動作モード制御の手順を示すフローチャートである。

【0156】

パワー管理サービス部１２６は、ＣＰＵ１１が実行する処理に応じて、前述のパフォーマンス・ステップを、パワー管理ドライバ１１１Ａに通知する（ステップＳＢ１１）。

【0157】

パワー管理ドライバ１１１Ａは、パワー管理サービス部１２６から上記のパフォーマンス・ステップを取得して、電力設定処理部１１０からの情報を取得して、これらに基づいて、ＰＳＣ（Power Slider Condition）情報を生成して（ステップＳＢ１２）、この情報を制御部１００に供給する。例えば、上記のＰＳＣ情報には、電力制御と運転モード選択とのための情報が含まれる。より具体的には、パワー管理ドライバ１１１Ａは、パワー管理サービス部１２６によって生成されたパフォーマンス・ステップに基づいて制御部１００による電力制御のためのＰＳＣ情報を生成する。なお、電力設定処理部１１０からの情報の一例は、後述する放熱ファン３５を制御するための指令値として生成された温度制御データテーブルの識別情報である。この情報の生成について説明を進める。

【0158】

制御部１００Ａは、各種センサの検出結果などの各種情報に基づいて動作モードを決定する（ステップＳＢ１３）。上記の各種情報には、上記のＰＳＣ情報のほか、例えば加速度センサ３７による検出値、筐体ＢＤの開閉情報（Style情報)、電源回路３３によるドックに対する装着状態を示す情報（Dock情報）などが含まれる。

【0159】

例えば、制御部１００Ａは、上記の各種情報に基づいて、例えば、オートモード、スタイルモード、ドックモードの３つの動作モードの中から、特定の動作モードを選択する。なお、制御部１００Ａは、オートモードの分類を確定する処理を実施するが、初期段階では、制限付きオートモード４０４を必要とする情報がない状況にある。そこで、制御部１００Ａは、初期値として例えばオートモード４００を選択する。

【0160】

制御部１００Ａは、選択した動作モードの識別情報と、ＣＰＵ１１の消費電力の上限の変更の指示（「Ｐｏｗｅｒ Ｌｉｍｉｔ」）とを、電力設定処理部１１０Ａに通知する（ステップＳＢ１４）。

【0161】

電力設定処理部１１０Ａは、制御部１００Ａから、選択した動作モードの識別情報と、ＣＰＵ１１の消費電力の上限の変更の指示とを、ＣＰＵ１１の動作状況の情報として受け付ける。電力設定処理部１１０Ａは、上記のＣＰＵ１１の動作状況の情報に基づいて、DPTF状態テーブルを用いて、その動作状況に適した動作モードの細分類を決定する（ステップＳＢ１５）。さらに、電力設定処理部１１０Ａは、DPTF状態テーブルとDPTFアクションテーブルとを用いて動作モードの細分類を決定することで、動作モードの細分類に対応する温度制御データテーブルを決定する（ステップＳＢ１６）。電力設定処理部１１０は、決定した温度制御データテーブルの識別情報を通知する（ステップＳＢ１７）。

【0162】

パワー管理ドライバ１１１Ａは、電力設定処理部１１０Ａから通知された温度制御データテーブルの識別情報を受け付けて（ステップＳＢ１８）、この識別情報に基づいてオートモードの分類結果を識別する（ステップＳＢ１９）。

【0163】

パワー管理ドライバ１１１Ａは、オートモードの分類結果に応じて、オートモード４００と制限付きオートモード４０４の何れかに切り替えて、この結果を制御部１００Ａに通知する（ステップＳＢ２０）。この通知は、上記のステップＳＢ１２の通知に係る制御サイクルの次の制御サイクルの通知に相当する。

【0164】

制御部１００Ａは、パワー管理ドライバ１１１から通知されたオートモードの分類結果を受け付けて、この分類結果に従い、ＢＧタスクが実行されている状態か否かを識別する（ステップＳＢ２１）。制御部１００Ａは、これに応じて、オートモードの分類をオートモード４００と制限付きオートモード４０４の何れかに決定する。

【0165】

制御部１００Ａは、上記の識別結果に対応するオートモードによる制御を実施する（ステップＳＢ２２）。これにより、制御部１００Ａは、パワー管理サービス部１２６からのパフォーマンス・ステップの過大な値に反応してパフォーマンスモード４０１に遷移することを抑制することができる。

【0166】

上記の制御により、制限付きオートモード４０４に設定された状態にあるときに、パワー管理サービス部１２６からのパフォーマンス・ステップが過大であったとしても、パワー管理ドライバ１１１は、パフォーマンス・ステップの値を制限付きオートモード４０４の上限値に制限することで、パワー管理サービス部１２６からのパフォーマンス・ステップの過大な値に反応してパフォーマンスモード４０１に遷移することを抑制することができる。

【0167】

ステップＳＢ１３において、初期値としてオートモード４００を選択する事例を例示したが、これに制限されず、制限付きオートモード４０４を選択してもよい。初期値としてオートモード４００を選択していても、十分に短い周期で上記の制御サイクルが繰り返されていれば、次の制御サイクルなどで制限付きオートモード４０４が選択されて、パフォーマンスモード４０１に遷移することなく蒸気を制限することができる。

【0168】

上記のように、制御部１００Ａは、パワー管理サービス部１２６からのパフォーマンス・ステップに基づいて制御部１００Ａを制御する。さらに、制御部１００Ａは、電力設定処理部１１０Ａによって決定された温度制御データテーブルの識別情報に基づいて、制御モードを間接的に検出することで、オートモードがオートモード４００と制限付きオートモード４０４の何れに設定されているかを識別する。

【0169】

本実施形態のノートＰＣ１は、処理能力の調整可能なＣＰＵ１１を含み、ＣＰＵ１１の処理量を制御する。
パワー管理サービス部１２６は、ＣＰＵ１１が実行する処理を検出する。アップデート処理部１２１Ａと、セキュリティ処理部１２３Ａなどの処理は、ＣＰＵ１１が実行する処理の一例である。
パワー管理ドライバ１１１Ａは、第１の実施形態と同様に、オートモード４００と制限付きオートモード４０４を切り替える。

【0170】

本実施形態のノートＰＣ１によれば、例えば、アップデート処理部１２１Ａと、セキュリティ処理部１２３Ａなどの処理を、ＣＰＵ１１が実行する処理として判定し、オートモード４００と制限付きオートモード４０４を切り替えることができる。

【0171】

本実施形態のノートＰＣ１におけるパワー管理ドライバ１１１Ａは、対象タスク情報に規定された対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることを検出し、ＣＰＵ１１によって実行されるバックグラウンドタスクの処理量に応じて、対象のスケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定するとよい。
本実施形態のノートＰＣ１によれば、ＣＰＵ１１によって実行されるバックグラウンドタスクの処理量に応じて、対象のスケジュール・タスクの処理量を制限することにより、ユーザの操作が中断している情報処理装置の発熱を抑制することができる。

【0172】

例えば、上記のステップＳＢ１５に示したように、電力設定処理部１１０Ａは、動作モードの識別情報を含めたＣＰＵ１１の動作状況の情報に基づいて、DPTF状態テーブルを用いて、その動作状況に適した動作モードの細分類を決定する。このような状況の中で、パワー管理サービス部１２６は、ＣＰＵ１１の処理量に係る指標に基づく指定値を指定すると、これに応じて、パワー管理ドライバ１１１Ａは、上記の指定値とＣＰＵ１１が実行する処理の検出の結果とに基づいてＣＰＵ１１の処理量の上限を調整して、制御部１００を制御するとよい。本実施形態のノートＰＣ１によれば、ＣＰＵ１１の処理量の上限を調整することができる。

【0173】

ステップＳＢ１０においてＣＰＵ１１によって実行される処理をパワー管理サービス部１２６が検出した場合に、パワー管理ドライバ１１１Ａは、スケジュール・タスクの処理量を制限して実行させるための条件が満たされた状態にあることを検出するように構成するとよい。この検出の結果により、パワー管理ドライバ１１１Ａは、スケジュール・タスクの処理量を制限して実行することができる。

【0174】

例えば、パワー管理ドライバ１１１Ａは、上記の場合に、ＣＰＵ１１によって実行されるバックグラウンドタスクの処理量に応じて、スケジュール・タスクの処理量を制限して実行させるための条件が満たされたと判定してもよい。例えば、パワー管理ドライバ１１１Ａは、ＣＰＵ１１によって実行されるバックグラウンドタスクの処理量が所定量を超える場合に、スケジュール・タスクの処理量を制限して実行させるとよい。

【0175】

（第２の実施形態の変形例）
第２の実施形態の変形例について説明する。第２の実施形態では、ＣＰＵ１１によって実行されるバックグラウンドタスクの処理量を条件に用いた制御の事例について説明した。本変形例では、これに代えて、バックグラウンドタスクのＣＰＵ使用率と、フォアグラウンドタスクのＣＰＵ使用率とを用いた制御の事例について説明する。

【0176】

例えば、パワー管理ドライバ１１１Ａは、下記の判定を行ってもよい。ＣＰＵ１１によって実行されるタスクの中に、ＣＰＵ１１の処理量に対する所定の比率を超える処理量のバックグラウンドタスクが含まれている場合に、パワー管理ドライバ１１１Ａは、スケジュール・タスクの処理量を制限して実行させるための条件が満たされていると判定してもよい。

【0177】

例えば、バックグラウンドタスクのＣＰＵ使用率をＢＧＴｒで示し、フォアグラウンドタスクのＣＰＵ使用率をＦＧＴｒで示し、これらを用いた式（１）を定義する。

【0178】

K = (BGTr) / (BGTr+FGTr) > TH ・・・（１）

【0179】

上記の式（１）は、ＣＰＵ使用率ＢＧＴとＣＰＵ使用率ＦＧＴｒの合計値に対するＣＰＵ使用率ＢＧＴｒの比Ｋを算出するものである。この式（１）に示されるように、閾値ＴＨを超えるほど比率Ｋが大きな場合には、パワー管理ドライバ１１１Ａは、スケジュール・タスクの処理量を制限して実行させるとよい。これに対して、閾値ＴＨを超えるほど比率Ｋが大きくない場合には、パワー管理ドライバ１１１Ａは、スケジュール・タスクの処理量を制限しないで実行させるとよい。

【0180】

パワー管理ドライバ１１１Ａは、ＣＰＵ１１によって実行されるタスクの中に、ＣＰＵ１１の処理量に対する所定の比率を超える処理量のバックグラウンドタスクが含まれている場合に、上記の判定処理を実施するとよい。例えば、この条件が満たされた場合に、パワー管理ドライバ１１１Ａは、制限付きオートモード４０４を選択するとよい。

【0181】

本変形例によれば、第２の実施形態と同様の効果を奏することのほか、ＣＰＵ１１の処理量に対する所定の比率を超える処理量のバックグラウンドタスクの処理量とフォアグラウンドタスクの処理量との関係に基づいて、その状態に適した方法で制御することができる。

【0182】

これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることはいうまでもないことである。

【符号の説明】

【0183】

１ ノートＰＣ、１１ ＣＰＵ（プロセッサ）、２１ チップセット、３１ エンベデッドコントローラ、３５ 放熱ファン、３６ 温度センサ、１００ 制御部（ＢＩＯＳ）、１０１ パラメータ取得部、１１０ 電力設定処理部、１１１ パワー管理ドライバ、１２０ ＯＳ、１２１ アップデート処理部、１２２ アップデート処理管理部、１２３ セキュリティ処理部、１２４ セキュリティ処理管理部、１２６ パワー管理サービス部、４００ オートモード、４０１ パフォーマンスモード、４０３ 静粛モード、４０４ 制限付きオートモード、４１０ 固定モード、４２０ 省電力モード、ＢＤ 筐体

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】