コンテキストベース電力管理
【課題】モバイル機器は複雑なアプリケーションを実行するので消費電力量は増加する。その結果、バッテリはより頻繁に充電する必要が生じ、その事がユーザを煩わすこととなる。バッテリのサイズを大きくすることなくモバイル機器の電池寿命を増加させる。
【解決手段】いくつかの形態によると、処理システムに関連したコンテキスト情報が決定される。その後、コンテキスト情報に基づいて、処理システムに関連した電力状態は第１のパワー状態から第２のパワー状態に自動的に移行される。
【解決手段】いくつかの形態によると、処理システムに関連したコンテキスト情報が決定される。その後、コンテキスト情報に基づいて、処理システムに関連した電力状態は第１のパワー状態から第２のパワー状態に自動的に移行される。
【発明の詳細な説明】
【背景技術】
【０００１】
処理システムは動作中に電力を消費する。例えば、モバイルコンピュータに関連する処理システムはバッテリから電力を消費する。処理システムのパフォーマンスが向上すると（例えばプロセッサのスピードを増加すること、無線通信を可能にすること、より大きいディスプレイを提供すること、及び／又はより複雑なアプリケーションを実行することで）、処理システムによって消費される電力量は増加する。その結果、バッテリはより頻繁に充電する必要が生じ、その事がユーザを煩わすこととなる。バッテリのサイズを大きくすることは実用的でないことに留意してほしい（なぜなら、モバイルコンピュータが大きくなり過ぎるので）。
【発明の開示】
【課題を解決するための手段】
【０００２】
電力を節約する目的で、処理システム及び／又は処理システム内のサブシステムは様々な電力状態を用いても良い。例えば、処理システム又はサブシステムは、アクティブに用いられる期間はより高い電力状態で稼動して、比較的アクティブでない期間には低電力状態で稼動しても良い（例えば、ハードディスクドライブは５分間アクセスされなかったときに低電力状態に移行される）。しかしながら、いくつかの場合には、処理システム又はサブシステムは低電力状態に移行されなくても良い。例えば、サブシステムは、ユーザがそのサブシステムを要求するアプリケーションを実行しないときでも低電力状態に置かれなくても良い。
【図面の簡単な説明】
【０００３】
【図１】いくつかの形態における処理システムを示すブロック図である。
【０００４】
【図２】いくつかの形態における方法を示すフロー図である。
【０００５】
【図３】いくつかの形態における処理システムを示すブロック図である。
【０００６】
【図４】いくつかの形態において実行中のアプリケーションを評価する方法を示すフロー図である。
【０００７】
【図５】いくつかの形態における処理システムを示すブロック図である。
【０００８】
【図６】いくつかの形態における外部状況を感知する方法を示すフロー図である。
【０００９】
【図７】いくつかの形態におけるハードウェア及びソフトウェア電力マネージメントコンポーネントを示すブロック図である。
【００１０】
【図８】いくつかの形態におけるコンピュータシステムを示す。
【発明を実施するための最良の形態】
【００１１】
ここに記したいくつかの実施形態は、「処理システム」を対象とする。ここに記した処理システムとは１つ以上のプロセッサを含む装置を表してもよい。処理システムの例としては、デスクトップパーソナルコンピュータ（ＰＣ）、モバイルコンピュータ、ワークステーション、サーバ、セットトップボックス（例えば、デジタルテレビ受信機に関連した物）、無線電話、及びゲームシステムを含む。
【００１２】
例えば、図１は処理システム１００のブロック図である。具体的には、処理システム１００は様々なサブシステム１０２を含む。サブシステム１０２は、例えば、ＩＮＴＥＬ(r)ＰＥＮＴＩＵＭ(r)ＩＶプロセッサ等の１つ以上のプロセッサを含んでも良い。プロセッサは、例えば、オペレーティングシステム及び／又は様々なアプリケーション（ワード処理アプリケーション）を実行しても良い。サブシステムのほかの例としてハードディスクドライブ、オーディオサブシステム、ディスプレイデバイス、通信デバイス及びプリンタが挙げられる。
【００１３】
処理システム１００は電力ポリシーマネージャ１５０を含む。電力ポリシーマネージャ１５０は、例えば、（例えばサブシステム１０２の１つである）プロセッサによって実行されるオペレーティングシステムに関係しても良い。電力ポリシーマネージャ１５０は（サブシステム１０２のいくつかを含む）処理システム１００に様々な異なる電力状態を割り当てても良い。例えば、電力ポリシーマネージャ１５０はハードディスクドライブが１０分間アクセスされなかったときに、ハードディスクドライブを低電力状態にしても良い。
【００１４】
いくつかの実施形態よれば、電力ポリシーマネージャ１５０は、処理システム１００に関連するコンテキスト情報を評価して、その評価に基づいて（サブシステム１０２のいくつかを含む）処理システムの電力状態を第１の電力状態から第２の電力状態に移行させても良い。いくつかの形態によると、電力ポリシーマネージャ１５０は１つ以上のコンテキストアウェア電力マネージャ拡張部に従って動作しても良い。
【００１５】
図２はいくつかの実施形態の方法を示すフロー図である。図２のフロー図は、例えば、図１で説明した処理システムに関連しても良い。ここに記したフロー図は固定された順番で実行されなくても良く、実行可能であればどのような順番で実行されても良い。ここに記した方法は、ハードウェアで実行されても、ソフトウェア（マイクロコードを含む）で実行されても、或いは両者を組み合わせて実行されてもよい。例えば、記憶メディアはマシンによって実行されたときに、ここに記したいくつかの形態を実行する命令を格納しても良い。
【００１６】
２０２において、処理システムに関連したコンテキスト情報が決定される。図４及び６に記したとおり、コンテキスト情報は、現在実行中のアプリケーションの評価、又は感知した状況を含んでもよい。コンテキスト情報の他の例として、時間、曜日及び日付が挙げられる。例えば、コンテキスト情報は平日の午前９時から午後５時迄であるか否かを示す情報であっても良い。
【００１７】
コンテキスト情報は例えばユーザ使用パターンに基づいても良い。例えば、コンテキスト情報は、携帯デバイスの第１のユーザはたいてい１つの曲を聴く一方で、第２のユーザはたいてい多くの曲を聴く（そして、普通次の曲の選択に３０秒有する）ことを示しても良い。
【００１８】
２０４において、コンテキスト情報に基づいて、処理システムの電力状態を第１の電力状態から第２の電力状態に「自動的に」移行する。ここで用いた「自動的に」とは、ユーザからの入力を必要とせずに実行されるアクションを表す。電力状態は電力マネージャによって直接調整されても良いし、既存の電力ポリシーを調整することで（例えばタイムアウト期間を減らすことで）調整しても良いことに留意してほしい。
【００１９】
例えば、ラップトップコンピュータは自動的に、平日の午前９時から午後５時までの間は第１の電力マネージメントポリシーを実行して、そうでない場合は第２のポリシーを実行しても良い。ユーザ使用パターンの場合は、例えば、第１のユーザがある曲を聴き終わった後に、携帯デバイスはオーディオサブシステムを自動的に切り、第２のユーザがある曲を聴き終わった後には（他の曲を選択する可能性が高いので）オーディオサブシステムを切らなくても良い。
【００２０】
図３は様々なサブシステムを含む処理システム３００のブロック図である。具体的には、処理システム３００は、アプリケーション及び情報ファイル（曲及び写真等）を格納するハードディスクドライブ３０２を含んでも良い。処理システム３００はまた、オーディオシステム３０４を含んでも良い。オーディオサブシステム３０４及びハードディスクドライブ３０２は、例えば、国際標準化機構（ＩＳＯ）／インターナショナルエンジニアリングコンソーシアム（ＩＥＣ）ドキュメント番号１１１７２−１、タイトル「情報テクノロジ―デジタル記憶メディアのための動画及び関連音声のコード化」（１９９３）（ＭＰ３）によって規定されたＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）１プルトコルのオーディオレイヤ３に準じたオーディオ出力を提供する目的で用いられても良い。
【００２１】
更に、処理システム３００はディスプレイ３０６（携帯デバイスのスクリーン等）、通信サブシステム３０８及びプリンタ３１０を含んでも良い。通信サブシステム３０８は、例えば、第３世代（３Ｇ）無線、第２世代携帯電話（ＧＳＭ）、及び／又はブルートゥース通信に準じた通信ネットワークを介して情報をやり取りしても良い。一例として、通信サブシステム３０８は、電気電子学会（ＩＥＥＥ）仕様書番号８０２．１１ｇ（２００３）によって規定されたもの等である、イーサネットプロトコル及び／又は符号分割多重接続／衝突回避方式（ＣＤＭＡ／ＣＡ）プルトコルに準じて動作する無線ローカルエリアネットワーク（ＷＬＡＮ）を介して情報を転送及び／又は受信しても良い。
【００２２】
処理システム３００は又、オペレーティングシステム及び１つ以上のアプリケーションを実行するプロセッサ３５０を含んでも良い。例えば、プロセッサ３５０は、ＭＩＣＲＯＳＯＦＴ(r) ＷＩＮＤＯＷＳ(r)ＸＰオペレーティングシステム、ＭＩＣＲＯＳＯＦＴ(r)ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ ５．０(r)ウェブブラウザ、及びＭＰ３音楽の再生に適したメディアプレイヤーを実行しても良い。
【００２３】
プロセッサ３５０又はいくつかの他のコンポーネントは、ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｐｏｗｅｒ Ｉｎｔｅｒｆａｃｅ）仕様書改訂版２．０ｂ（２００２年１０月）に準じて動作する電力マネージャを含んでも良い。例えば、プロセッサ３５０は、Ｓ０（フル稼働で最も電力を消費する状態）、Ｓ１（システムコンテキストがロストしないローウエイクレイテンシスリープ状態）、及びＳ２（プロセッサ及びシステムキャッシュコンテキストがリストアされる必要のあるローウエイクレイテンシスリープ状態）等の様々な「スリープ」状態において実行されても良い。更に、プロセッサ３５０によって消費される電力量を減らす目的で、周波数及び電圧のスケーリングを用いても良い。
【００２４】
スリープ状態に加えて、処理システム３００は様々なグローバル状態、デバイス電力状態、プロセッサ電力状態及び／又はパフォーマンス状態において動作しても良い。ＡＣＰＩ仕様書はＧ０からＧ３までのグローバル状態、Ｄ０からＤ３までの電力状態（Ｄ０内のＰ０からＰｎまでのデバイスパフォーマンス状態）、及びＣ０からＣ３までのプロセッサ電力状態を定義していることに留意してほしい。つまり、様々なサブシステム３０２、３０４、３０６、３０８及び３１０のパフォーマンス及び電力必要量は個別に制御されても良い。
【００２５】
図４はいくつかの実施形態において実行されるアプリケーションを評価する方法を示すフロー図である。４０２において、処理システムによって実行される複数のアプリケーションに関連するサブシステムの使用状況が評価される。この評価は、例えば、定期的に、又は現在実行中のアプリケーションのセットにおいて変化が生じたとき（例えば、ユーザが新しいプログラムを立ち上げたとき）に実行されても良い。
【００２６】
例えば、図３に戻るが、プロセッサ３５０は現在ウェブブラウザ及びＭＰ３プレーヤの両方を実行中なので、プロセッサは現在高電力状態（例えば、電圧又は周波数スケーリングを用いていない状態）である。つまり、両方のアプリケーションをサポートする目的で著しい量の処理が要求されるので、ハイレベルの電力消費は当然のことである。
【００２７】
更に、ハードディスクドライブ３０２はノーマル状態であり、オーディオサブシステム３０４は動作中であり（例えばＭＰ３ファイルを再生する目的で）、ディスプレイ３０６は明るく（ユーザがウェブページを見られるよう）通信サブシステム３０８は動作中である（例えば、ユーザがインターネットにアクセスできるよう）。プリンタサブシステム３１０はオフ状態であるので（どのアプリケーションもプリンタ３１０を用いないため）、処理システム３００によって用いられる電力量を減らすことができる。
【００２８】
４０４において、評価結果に基づいて、サブシステムに関連する電力状態は、第１の電力状態から第２の電力状態に移行される。例えば、実行中のアプリケーションが用いられる可能性が低くなったときに、１つ以上のサブシステムを低電力状態（例えば、低電力ＡＣＰＩデバイス又はパフォーマンス状態）に移行しても良い。
【００２９】
例えば、図５はユーザがウェブブラウザを閉じた後（例えば、ユーザがもはやウェブページにアクセスしないとき）の処理システム３００のブロック図である。この場合、プロセッサ３５０によって消費される電力量を減らす目的で周波数及び電圧のスケーリングを用いなくても良い（なぜなら、ＭＰ３プレーヤ１つでは要求される処理電力は少ないので）。
【００３０】
更に、ＭＰ３プレーヤをサポートする目的で、ハードディスクドライブ３０２のパフォーマンスは最適化されても良い。この例では、オーディオサブシステム３０４の電力状態は変化しない（オーディオサブシステム３０４はＭＰ３プレーヤに必要なので）。ディスプレイ３０６は「ディム（薄暗い）」電力モードに置かれる（ユーザがディスプレイを見る可能性は低いので）、通信サブシステム３０８は、処理システム３００に消費される電力量を減らす目的で、電源を完全に切られる。その結果、処理システム３００に電力を供給する目的で用いられるバッテリの寿命が延びる。
【００３１】
実行されるアプリケーションを評価することに加え、電力状態を調整する目的で他のコンテキスト情報を用いても良い。例えば、図６はいくつかの形態における外部状況を感知する方法を示すフロー図である。具体的には、６０２において外部状況が検知され、６０４においてその外部状況に基づいて処理システムにおける電力状態が移行される。
【００３２】
外部状況は、例えば、周辺の光量であっても良い。この場合、処理システムは、ユーザが暗い部屋に入ってライトを付けた時（例えば、ユーザはサブシステムを用いる可能性が高いので）サブシステムを高電力状態に置く目的で、光センサを用いても良い。他の例として、処理システムに関連する動きを検知して、電力状態を調整する目的に用いても良い。例えば、携帯コンピュータは、ユーザに取り上げられたときに高電力状態に移行しても良い。他の例として、処理システムに関連した位置を検知しても良い。例えば、無線電話サブシステムは、処理システムがユーザの家にあることを、又は無線サービスの範囲内にあることを検知したとき、自動的に低電力状態に移行しても良い。他の例として、遠隔装置に関連する位置が検知されても良い。例えば、ラップトップコンピュータがデジタルカメラが近くに移動したこと（ユーザがブルートゥースを介してカメラから写真を見られるよう）を検知したとき、ラップトップコンピュータ上のディスプレイサブシステムが「明るい」状態に移行されても良い。
【００３３】
図７は、いくつかの形態における、ＡＣＰＩシステム７００に関連したハードウェア及びソフトウェア電力管理構成要素のブロック図である。システム７００は、システム７００に関連したプロセッサ、マザーボード及びサブシステム等のプラットフォームハードウェア７１０を含む。システム７００はまた、起動動作を促進するバイオス（ＢＩＯＳ）７２０を含む。プラットフォームハードウェア７１０は、ＡＣＰＩバイオス７３０、ＡＣＰＩレジスタ７３２、及び／又はＡＣＰＩテーブル７３４（これらはバイオスデータの一部であっても良く、フラッシュメモリ等の不揮発性メモリエレメントにバイオスと共に格納されても良い）を介してＡＣＰＩドライバ７４０と情報をやり取りしても良い。（例えば、オペレーティングシステムに不可欠の要素である）ＡＣＰＩドライバ７４０は、順にオペレーティングシステム（ＯＳ）カーネル７５０及び１つ以上のデバイスドライバ７４２と通信しても良い。カーネル７５０はＯＳ電力管理（ＯＳＰＭ）コード７６０及び、システム７００で実行される１つ以上のアプリケーション７７０と情報をやり取りしても良い。
【００３４】
電力を節約する目的で、ＡＣＰＩシステム７００は様々な電力状態に移行しても良い。様々な電力状態は、例えば、システム７００が電力量を段々消費しなくなり、アプリケーション７７０命令がプラットフォームハードウェア７１０においてプロセッサによって実行されない（例えば、ＡＣＰＩスリープ状態Ｓ１又はＳ２）状態を表しても良い。他の電力状態として、「サスペンド・トゥ・ラム」とも呼ばれるＡＣＰＩスリープ状態Ｓ３、及び「ハイバネーション」とも呼ばれるＡＣＰＩスリープ状態Ｓ４等の、システム７００がユーザに対して「電源オフ」であるかのような状態であっても良い。
【００３５】
システム７００の１つ以上の構成要素（又は図７に示されていない他の構成要素）は電力マネージャとして働いても良い。いくつかの形態によれば、電力マネージャはオペレーティングシステムとプラットフォームファームウェアとの間のインターフェース等のＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）に関連しても良い。ＢＩＯＳ及び／又はＥＦＩにおいてそのようなアプローチを実行することは、既存のオペレーティングシステムを著しく変化させることなく電力管理を向上させることに留意してほしい。
【００３６】
いくつかの形態によれば、電力マネージャは単に、現在実行されているアプリーションに基づいて特定のサブシステムの電源を切るかどうかを決定しても良い。この場合、電力マネージャは 現在実行されている複数のアプリケーション７７０に関連したサブシステム要求値を対象としてプールＯＲ演算を実行しても良い。電力マネージャはその後、プールＯＲ演算結果に基づいてシステム７００（例えば、サブシステムを含む）に関連した電力状態を「オン」又は「オフ」に切り替えても良い（例えば、サブシステムは少なくとも１つのアプリケーションがサブシステムを必要としているときにオン状態となる）。
【００３７】
単にサブシステムを「オン」又は「オフ」することに加え、電力マネージャは電力状態を様々な他のレベルに移行させても良い（例えば、ディスプレイは２０％の明るさにセットされても良い）。例えば、以下のソフトウェアルゴリズムが、ｎ個のサブシステム（例えばデバイス）を含み、ｊ個の異なるアプリケーションを実行できる処理システムの電力状態を移行する目的で用いられても良い。
Ｗｈｉｌｅ (ｆｏｒｅｖｅｒ) // この例では, アルゴリズムは周期的に実行される
｛
Ｆｏｒ Ａｐｐｌｉｃａｔｉｏｎ １ ｔｈｏｕｇｈ ｊ
｛
Ｉｆ ｔｈｉｓ ａｐｐｌｉｃａｔｉｏｎ ｉｓ ｎｅｗ ｓｉｎｃｅ ｌａｓｔ ｓａｍｐｌｉｎｇ
｛
Ｆｏｒ Ｄｅｖｉｃｅ １ ｔｈｒｏｕｇｈ ｎ
｛
Ａｐｐｌｉｃａｔｉｏｎ[ｊ]．Ｄｅｖｉｃｅ[ｉ]．
Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ；
｝
｝
Ｅｌｓｅ
｛
Ｉｆ ａｐｐｌｉｃａｔｉｏｎ ｓｔａｔｅ ｈａｓ
ｃｈａｎｇｅｄ (ｅ．ｇ．， ｔｏ ｉｄｌｅ)
｛
Ｆｏｒ Ｄｅｖｉｃｅ １ ｔｈｒｏｕｇｈ ｎ
｛
Ａｐｐｌｉｃａｔｉｏｎ[ｊ]．Ｄｅｖｉｃｅ
［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ；
｝
｝
｝
｝
Ｆｏｒ Ｄｅｖｉｃｅ［１．．ｎ］ ｉｎ ｔｈｅ ｓｙｓｔｅｍ
｛
Ｄｅｖｉｃｅ［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ ＝
ＭＡＸ(Ａｐｐｌｉｃａｔｉｏｎ
［１．．Ｍ］．Ｄｅｖｉｃｅ［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ)；
｝
｝
【００３８】
すなわち、新しいアプリケーションが実行されると、アルゴリズムは、デバイスごとの原則（例えば、新しいアプリケーションはディスプレイにおいて少なくとも２０％の明るさ、及び完全に機能する通信サブシステムを必要とする）においてアプリケーションが必要とするリソースの最小量を決定する。同様に、アプリケーションが実行を止めたとき、パフォーマンスプロファイルは必要に応じて調整されても良い（例えば、０％の明るさで通信サブシステムを全く必要としない状態に）。アルゴリズムはそれから、それぞれのデバイスが必要とする最大値を選択して、必要に応じてデバイスの電力状態を調整する。
【００３９】
例えば、３つのアプリケーションを実行中の処理システムを考えてみよう。第１のアプリケーションは４０％の明るさレベルを必要とし、第２のアプリケーションは９０パーセントの明るさレベルを必要とし、第３のアプリケーションは５０％の明るさレベルを必要とする。この場合、電力マネージャはディスプレイサブシステムの明るさレベルを９０％にセットしても良い。ユーザが第２のアプリケーションを閉じたとき、電力マネージャはディスプレイサブシステムの明るさレベルを５０％に調整しても良い（その結果、電力を節約でき、システムに電力を供給するバッテリの寿命を延ばすことができる）。
【００４０】
図８はいくつかの実施形態におけるコンピュータシステム８００を示す。コンピュータシステム８００はバッテリ８２０から電力を消費しても良く、ここに記した形態のどれに準じて動作しても良い。例えば、コンピュータシステムは、コンテキスト情報（例えば、動作中のアプリケーション及び／又は外部状況）に基づいて、サブシステムに関連する電力状態を調整するプロセッサ８１０を含んでも良い。いくつかの形態によると、調整されるサブシステムはプロセッサ８１０そのものであっても良いことに留意してほしい。
【００４１】
以下に様々な他の形態を説明する。これらは可能な限りの形態の定義を形成するものではなく、他にたくさんの形態が可能であることは当業者であれば理解できるであろう。更に、明確にする目的で、以下の形態は簡潔に記されているが、必要であれば、これらの及び他の形態、用途に対応する目的で、上記の記載に如何なる変更を行なえば良いかは当業者であれば理解できるであろう。
【００４２】
ＡＣＰＩ電力状態を、ここでは一例として用いたが、本発明の形態は如何なる種類の低電力状態に関連しても良い。更に、特定の機能を実行するものとして、特定のコンポーネントを記してきたが、ここで記した機能はどれもソフトウェアプリケーション、ハードウェアデバイス、オペレーティンシステム、ドライバ及び／又はバイオスによって実行されても良い。
【００４３】
ここに記したいくつかの形態は説明だけを目的とする。この記載から、請求項によって限定された範囲内で変更及び改良をすることで他の形態も実行することができることは当業者であれば理解できるであろう。
【背景技術】
【０００１】
処理システムは動作中に電力を消費する。例えば、モバイルコンピュータに関連する処理システムはバッテリから電力を消費する。処理システムのパフォーマンスが向上すると（例えばプロセッサのスピードを増加すること、無線通信を可能にすること、より大きいディスプレイを提供すること、及び／又はより複雑なアプリケーションを実行することで）、処理システムによって消費される電力量は増加する。その結果、バッテリはより頻繁に充電する必要が生じ、その事がユーザを煩わすこととなる。バッテリのサイズを大きくすることは実用的でないことに留意してほしい（なぜなら、モバイルコンピュータが大きくなり過ぎるので）。
【発明の開示】
【課題を解決するための手段】
【０００２】
電力を節約する目的で、処理システム及び／又は処理システム内のサブシステムは様々な電力状態を用いても良い。例えば、処理システム又はサブシステムは、アクティブに用いられる期間はより高い電力状態で稼動して、比較的アクティブでない期間には低電力状態で稼動しても良い（例えば、ハードディスクドライブは５分間アクセスされなかったときに低電力状態に移行される）。しかしながら、いくつかの場合には、処理システム又はサブシステムは低電力状態に移行されなくても良い。例えば、サブシステムは、ユーザがそのサブシステムを要求するアプリケーションを実行しないときでも低電力状態に置かれなくても良い。
【図面の簡単な説明】
【０００３】
【図１】いくつかの形態における処理システムを示すブロック図である。
【０００４】
【図２】いくつかの形態における方法を示すフロー図である。
【０００５】
【図３】いくつかの形態における処理システムを示すブロック図である。
【０００６】
【図４】いくつかの形態において実行中のアプリケーションを評価する方法を示すフロー図である。
【０００７】
【図５】いくつかの形態における処理システムを示すブロック図である。
【０００８】
【図６】いくつかの形態における外部状況を感知する方法を示すフロー図である。
【０００９】
【図７】いくつかの形態におけるハードウェア及びソフトウェア電力マネージメントコンポーネントを示すブロック図である。
【００１０】
【図８】いくつかの形態におけるコンピュータシステムを示す。
【発明を実施するための最良の形態】
【００１１】
ここに記したいくつかの実施形態は、「処理システム」を対象とする。ここに記した処理システムとは１つ以上のプロセッサを含む装置を表してもよい。処理システムの例としては、デスクトップパーソナルコンピュータ（ＰＣ）、モバイルコンピュータ、ワークステーション、サーバ、セットトップボックス（例えば、デジタルテレビ受信機に関連した物）、無線電話、及びゲームシステムを含む。
【００１２】
例えば、図１は処理システム１００のブロック図である。具体的には、処理システム１００は様々なサブシステム１０２を含む。サブシステム１０２は、例えば、ＩＮＴＥＬ(r)ＰＥＮＴＩＵＭ(r)ＩＶプロセッサ等の１つ以上のプロセッサを含んでも良い。プロセッサは、例えば、オペレーティングシステム及び／又は様々なアプリケーション（ワード処理アプリケーション）を実行しても良い。サブシステムのほかの例としてハードディスクドライブ、オーディオサブシステム、ディスプレイデバイス、通信デバイス及びプリンタが挙げられる。
【００１３】
処理システム１００は電力ポリシーマネージャ１５０を含む。電力ポリシーマネージャ１５０は、例えば、（例えばサブシステム１０２の１つである）プロセッサによって実行されるオペレーティングシステムに関係しても良い。電力ポリシーマネージャ１５０は（サブシステム１０２のいくつかを含む）処理システム１００に様々な異なる電力状態を割り当てても良い。例えば、電力ポリシーマネージャ１５０はハードディスクドライブが１０分間アクセスされなかったときに、ハードディスクドライブを低電力状態にしても良い。
【００１４】
いくつかの実施形態よれば、電力ポリシーマネージャ１５０は、処理システム１００に関連するコンテキスト情報を評価して、その評価に基づいて（サブシステム１０２のいくつかを含む）処理システムの電力状態を第１の電力状態から第２の電力状態に移行させても良い。いくつかの形態によると、電力ポリシーマネージャ１５０は１つ以上のコンテキストアウェア電力マネージャ拡張部に従って動作しても良い。
【００１５】
図２はいくつかの実施形態の方法を示すフロー図である。図２のフロー図は、例えば、図１で説明した処理システムに関連しても良い。ここに記したフロー図は固定された順番で実行されなくても良く、実行可能であればどのような順番で実行されても良い。ここに記した方法は、ハードウェアで実行されても、ソフトウェア（マイクロコードを含む）で実行されても、或いは両者を組み合わせて実行されてもよい。例えば、記憶メディアはマシンによって実行されたときに、ここに記したいくつかの形態を実行する命令を格納しても良い。
【００１６】
２０２において、処理システムに関連したコンテキスト情報が決定される。図４及び６に記したとおり、コンテキスト情報は、現在実行中のアプリケーションの評価、又は感知した状況を含んでもよい。コンテキスト情報の他の例として、時間、曜日及び日付が挙げられる。例えば、コンテキスト情報は平日の午前９時から午後５時迄であるか否かを示す情報であっても良い。
【００１７】
コンテキスト情報は例えばユーザ使用パターンに基づいても良い。例えば、コンテキスト情報は、携帯デバイスの第１のユーザはたいてい１つの曲を聴く一方で、第２のユーザはたいてい多くの曲を聴く（そして、普通次の曲の選択に３０秒有する）ことを示しても良い。
【００１８】
２０４において、コンテキスト情報に基づいて、処理システムの電力状態を第１の電力状態から第２の電力状態に「自動的に」移行する。ここで用いた「自動的に」とは、ユーザからの入力を必要とせずに実行されるアクションを表す。電力状態は電力マネージャによって直接調整されても良いし、既存の電力ポリシーを調整することで（例えばタイムアウト期間を減らすことで）調整しても良いことに留意してほしい。
【００１９】
例えば、ラップトップコンピュータは自動的に、平日の午前９時から午後５時までの間は第１の電力マネージメントポリシーを実行して、そうでない場合は第２のポリシーを実行しても良い。ユーザ使用パターンの場合は、例えば、第１のユーザがある曲を聴き終わった後に、携帯デバイスはオーディオサブシステムを自動的に切り、第２のユーザがある曲を聴き終わった後には（他の曲を選択する可能性が高いので）オーディオサブシステムを切らなくても良い。
【００２０】
図３は様々なサブシステムを含む処理システム３００のブロック図である。具体的には、処理システム３００は、アプリケーション及び情報ファイル（曲及び写真等）を格納するハードディスクドライブ３０２を含んでも良い。処理システム３００はまた、オーディオシステム３０４を含んでも良い。オーディオサブシステム３０４及びハードディスクドライブ３０２は、例えば、国際標準化機構（ＩＳＯ）／インターナショナルエンジニアリングコンソーシアム（ＩＥＣ）ドキュメント番号１１１７２−１、タイトル「情報テクノロジ―デジタル記憶メディアのための動画及び関連音声のコード化」（１９９３）（ＭＰ３）によって規定されたＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）１プルトコルのオーディオレイヤ３に準じたオーディオ出力を提供する目的で用いられても良い。
【００２１】
更に、処理システム３００はディスプレイ３０６（携帯デバイスのスクリーン等）、通信サブシステム３０８及びプリンタ３１０を含んでも良い。通信サブシステム３０８は、例えば、第３世代（３Ｇ）無線、第２世代携帯電話（ＧＳＭ）、及び／又はブルートゥース通信に準じた通信ネットワークを介して情報をやり取りしても良い。一例として、通信サブシステム３０８は、電気電子学会（ＩＥＥＥ）仕様書番号８０２．１１ｇ（２００３）によって規定されたもの等である、イーサネットプロトコル及び／又は符号分割多重接続／衝突回避方式（ＣＤＭＡ／ＣＡ）プルトコルに準じて動作する無線ローカルエリアネットワーク（ＷＬＡＮ）を介して情報を転送及び／又は受信しても良い。
【００２２】
処理システム３００は又、オペレーティングシステム及び１つ以上のアプリケーションを実行するプロセッサ３５０を含んでも良い。例えば、プロセッサ３５０は、ＭＩＣＲＯＳＯＦＴ(r) ＷＩＮＤＯＷＳ(r)ＸＰオペレーティングシステム、ＭＩＣＲＯＳＯＦＴ(r)ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ ５．０(r)ウェブブラウザ、及びＭＰ３音楽の再生に適したメディアプレイヤーを実行しても良い。
【００２３】
プロセッサ３５０又はいくつかの他のコンポーネントは、ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｐｏｗｅｒ Ｉｎｔｅｒｆａｃｅ）仕様書改訂版２．０ｂ（２００２年１０月）に準じて動作する電力マネージャを含んでも良い。例えば、プロセッサ３５０は、Ｓ０（フル稼働で最も電力を消費する状態）、Ｓ１（システムコンテキストがロストしないローウエイクレイテンシスリープ状態）、及びＳ２（プロセッサ及びシステムキャッシュコンテキストがリストアされる必要のあるローウエイクレイテンシスリープ状態）等の様々な「スリープ」状態において実行されても良い。更に、プロセッサ３５０によって消費される電力量を減らす目的で、周波数及び電圧のスケーリングを用いても良い。
【００２４】
スリープ状態に加えて、処理システム３００は様々なグローバル状態、デバイス電力状態、プロセッサ電力状態及び／又はパフォーマンス状態において動作しても良い。ＡＣＰＩ仕様書はＧ０からＧ３までのグローバル状態、Ｄ０からＤ３までの電力状態（Ｄ０内のＰ０からＰｎまでのデバイスパフォーマンス状態）、及びＣ０からＣ３までのプロセッサ電力状態を定義していることに留意してほしい。つまり、様々なサブシステム３０２、３０４、３０６、３０８及び３１０のパフォーマンス及び電力必要量は個別に制御されても良い。
【００２５】
図４はいくつかの実施形態において実行されるアプリケーションを評価する方法を示すフロー図である。４０２において、処理システムによって実行される複数のアプリケーションに関連するサブシステムの使用状況が評価される。この評価は、例えば、定期的に、又は現在実行中のアプリケーションのセットにおいて変化が生じたとき（例えば、ユーザが新しいプログラムを立ち上げたとき）に実行されても良い。
【００２６】
例えば、図３に戻るが、プロセッサ３５０は現在ウェブブラウザ及びＭＰ３プレーヤの両方を実行中なので、プロセッサは現在高電力状態（例えば、電圧又は周波数スケーリングを用いていない状態）である。つまり、両方のアプリケーションをサポートする目的で著しい量の処理が要求されるので、ハイレベルの電力消費は当然のことである。
【００２７】
更に、ハードディスクドライブ３０２はノーマル状態であり、オーディオサブシステム３０４は動作中であり（例えばＭＰ３ファイルを再生する目的で）、ディスプレイ３０６は明るく（ユーザがウェブページを見られるよう）通信サブシステム３０８は動作中である（例えば、ユーザがインターネットにアクセスできるよう）。プリンタサブシステム３１０はオフ状態であるので（どのアプリケーションもプリンタ３１０を用いないため）、処理システム３００によって用いられる電力量を減らすことができる。
【００２８】
４０４において、評価結果に基づいて、サブシステムに関連する電力状態は、第１の電力状態から第２の電力状態に移行される。例えば、実行中のアプリケーションが用いられる可能性が低くなったときに、１つ以上のサブシステムを低電力状態（例えば、低電力ＡＣＰＩデバイス又はパフォーマンス状態）に移行しても良い。
【００２９】
例えば、図５はユーザがウェブブラウザを閉じた後（例えば、ユーザがもはやウェブページにアクセスしないとき）の処理システム３００のブロック図である。この場合、プロセッサ３５０によって消費される電力量を減らす目的で周波数及び電圧のスケーリングを用いなくても良い（なぜなら、ＭＰ３プレーヤ１つでは要求される処理電力は少ないので）。
【００３０】
更に、ＭＰ３プレーヤをサポートする目的で、ハードディスクドライブ３０２のパフォーマンスは最適化されても良い。この例では、オーディオサブシステム３０４の電力状態は変化しない（オーディオサブシステム３０４はＭＰ３プレーヤに必要なので）。ディスプレイ３０６は「ディム（薄暗い）」電力モードに置かれる（ユーザがディスプレイを見る可能性は低いので）、通信サブシステム３０８は、処理システム３００に消費される電力量を減らす目的で、電源を完全に切られる。その結果、処理システム３００に電力を供給する目的で用いられるバッテリの寿命が延びる。
【００３１】
実行されるアプリケーションを評価することに加え、電力状態を調整する目的で他のコンテキスト情報を用いても良い。例えば、図６はいくつかの形態における外部状況を感知する方法を示すフロー図である。具体的には、６０２において外部状況が検知され、６０４においてその外部状況に基づいて処理システムにおける電力状態が移行される。
【００３２】
外部状況は、例えば、周辺の光量であっても良い。この場合、処理システムは、ユーザが暗い部屋に入ってライトを付けた時（例えば、ユーザはサブシステムを用いる可能性が高いので）サブシステムを高電力状態に置く目的で、光センサを用いても良い。他の例として、処理システムに関連する動きを検知して、電力状態を調整する目的に用いても良い。例えば、携帯コンピュータは、ユーザに取り上げられたときに高電力状態に移行しても良い。他の例として、処理システムに関連した位置を検知しても良い。例えば、無線電話サブシステムは、処理システムがユーザの家にあることを、又は無線サービスの範囲内にあることを検知したとき、自動的に低電力状態に移行しても良い。他の例として、遠隔装置に関連する位置が検知されても良い。例えば、ラップトップコンピュータがデジタルカメラが近くに移動したこと（ユーザがブルートゥースを介してカメラから写真を見られるよう）を検知したとき、ラップトップコンピュータ上のディスプレイサブシステムが「明るい」状態に移行されても良い。
【００３３】
図７は、いくつかの形態における、ＡＣＰＩシステム７００に関連したハードウェア及びソフトウェア電力管理構成要素のブロック図である。システム７００は、システム７００に関連したプロセッサ、マザーボード及びサブシステム等のプラットフォームハードウェア７１０を含む。システム７００はまた、起動動作を促進するバイオス（ＢＩＯＳ）７２０を含む。プラットフォームハードウェア７１０は、ＡＣＰＩバイオス７３０、ＡＣＰＩレジスタ７３２、及び／又はＡＣＰＩテーブル７３４（これらはバイオスデータの一部であっても良く、フラッシュメモリ等の不揮発性メモリエレメントにバイオスと共に格納されても良い）を介してＡＣＰＩドライバ７４０と情報をやり取りしても良い。（例えば、オペレーティングシステムに不可欠の要素である）ＡＣＰＩドライバ７４０は、順にオペレーティングシステム（ＯＳ）カーネル７５０及び１つ以上のデバイスドライバ７４２と通信しても良い。カーネル７５０はＯＳ電力管理（ＯＳＰＭ）コード７６０及び、システム７００で実行される１つ以上のアプリケーション７７０と情報をやり取りしても良い。
【００３４】
電力を節約する目的で、ＡＣＰＩシステム７００は様々な電力状態に移行しても良い。様々な電力状態は、例えば、システム７００が電力量を段々消費しなくなり、アプリケーション７７０命令がプラットフォームハードウェア７１０においてプロセッサによって実行されない（例えば、ＡＣＰＩスリープ状態Ｓ１又はＳ２）状態を表しても良い。他の電力状態として、「サスペンド・トゥ・ラム」とも呼ばれるＡＣＰＩスリープ状態Ｓ３、及び「ハイバネーション」とも呼ばれるＡＣＰＩスリープ状態Ｓ４等の、システム７００がユーザに対して「電源オフ」であるかのような状態であっても良い。
【００３５】
システム７００の１つ以上の構成要素（又は図７に示されていない他の構成要素）は電力マネージャとして働いても良い。いくつかの形態によれば、電力マネージャはオペレーティングシステムとプラットフォームファームウェアとの間のインターフェース等のＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ）に関連しても良い。ＢＩＯＳ及び／又はＥＦＩにおいてそのようなアプローチを実行することは、既存のオペレーティングシステムを著しく変化させることなく電力管理を向上させることに留意してほしい。
【００３６】
いくつかの形態によれば、電力マネージャは単に、現在実行されているアプリーションに基づいて特定のサブシステムの電源を切るかどうかを決定しても良い。この場合、電力マネージャは 現在実行されている複数のアプリケーション７７０に関連したサブシステム要求値を対象としてプールＯＲ演算を実行しても良い。電力マネージャはその後、プールＯＲ演算結果に基づいてシステム７００（例えば、サブシステムを含む）に関連した電力状態を「オン」又は「オフ」に切り替えても良い（例えば、サブシステムは少なくとも１つのアプリケーションがサブシステムを必要としているときにオン状態となる）。
【００３７】
単にサブシステムを「オン」又は「オフ」することに加え、電力マネージャは電力状態を様々な他のレベルに移行させても良い（例えば、ディスプレイは２０％の明るさにセットされても良い）。例えば、以下のソフトウェアルゴリズムが、ｎ個のサブシステム（例えばデバイス）を含み、ｊ個の異なるアプリケーションを実行できる処理システムの電力状態を移行する目的で用いられても良い。
Ｗｈｉｌｅ (ｆｏｒｅｖｅｒ) // この例では, アルゴリズムは周期的に実行される
｛
Ｆｏｒ Ａｐｐｌｉｃａｔｉｏｎ １ ｔｈｏｕｇｈ ｊ
｛
Ｉｆ ｔｈｉｓ ａｐｐｌｉｃａｔｉｏｎ ｉｓ ｎｅｗ ｓｉｎｃｅ ｌａｓｔ ｓａｍｐｌｉｎｇ
｛
Ｆｏｒ Ｄｅｖｉｃｅ １ ｔｈｒｏｕｇｈ ｎ
｛
Ａｐｐｌｉｃａｔｉｏｎ[ｊ]．Ｄｅｖｉｃｅ[ｉ]．
Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ；
｝
｝
Ｅｌｓｅ
｛
Ｉｆ ａｐｐｌｉｃａｔｉｏｎ ｓｔａｔｅ ｈａｓ
ｃｈａｎｇｅｄ (ｅ．ｇ．， ｔｏ ｉｄｌｅ)
｛
Ｆｏｒ Ｄｅｖｉｃｅ １ ｔｈｒｏｕｇｈ ｎ
｛
Ａｐｐｌｉｃａｔｉｏｎ[ｊ]．Ｄｅｖｉｃｅ
［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ；
｝
｝
｝
｝
Ｆｏｒ Ｄｅｖｉｃｅ［１．．ｎ］ ｉｎ ｔｈｅ ｓｙｓｔｅｍ
｛
Ｄｅｖｉｃｅ［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ ＝
ＭＡＸ(Ａｐｐｌｉｃａｔｉｏｎ
［１．．Ｍ］．Ｄｅｖｉｃｅ［ｉ］．Ｐｅｒｆｏｒｍａｎｃｅ＿Ｓｔａｔｅ)；
｝
｝
【００３８】
すなわち、新しいアプリケーションが実行されると、アルゴリズムは、デバイスごとの原則（例えば、新しいアプリケーションはディスプレイにおいて少なくとも２０％の明るさ、及び完全に機能する通信サブシステムを必要とする）においてアプリケーションが必要とするリソースの最小量を決定する。同様に、アプリケーションが実行を止めたとき、パフォーマンスプロファイルは必要に応じて調整されても良い（例えば、０％の明るさで通信サブシステムを全く必要としない状態に）。アルゴリズムはそれから、それぞれのデバイスが必要とする最大値を選択して、必要に応じてデバイスの電力状態を調整する。
【００３９】
例えば、３つのアプリケーションを実行中の処理システムを考えてみよう。第１のアプリケーションは４０％の明るさレベルを必要とし、第２のアプリケーションは９０パーセントの明るさレベルを必要とし、第３のアプリケーションは５０％の明るさレベルを必要とする。この場合、電力マネージャはディスプレイサブシステムの明るさレベルを９０％にセットしても良い。ユーザが第２のアプリケーションを閉じたとき、電力マネージャはディスプレイサブシステムの明るさレベルを５０％に調整しても良い（その結果、電力を節約でき、システムに電力を供給するバッテリの寿命を延ばすことができる）。
【００４０】
図８はいくつかの実施形態におけるコンピュータシステム８００を示す。コンピュータシステム８００はバッテリ８２０から電力を消費しても良く、ここに記した形態のどれに準じて動作しても良い。例えば、コンピュータシステムは、コンテキスト情報（例えば、動作中のアプリケーション及び／又は外部状況）に基づいて、サブシステムに関連する電力状態を調整するプロセッサ８１０を含んでも良い。いくつかの形態によると、調整されるサブシステムはプロセッサ８１０そのものであっても良いことに留意してほしい。
【００４１】
以下に様々な他の形態を説明する。これらは可能な限りの形態の定義を形成するものではなく、他にたくさんの形態が可能であることは当業者であれば理解できるであろう。更に、明確にする目的で、以下の形態は簡潔に記されているが、必要であれば、これらの及び他の形態、用途に対応する目的で、上記の記載に如何なる変更を行なえば良いかは当業者であれば理解できるであろう。
【００４２】
ＡＣＰＩ電力状態を、ここでは一例として用いたが、本発明の形態は如何なる種類の低電力状態に関連しても良い。更に、特定の機能を実行するものとして、特定のコンポーネントを記してきたが、ここで記した機能はどれもソフトウェアプリケーション、ハードウェアデバイス、オペレーティンシステム、ドライバ及び／又はバイオスによって実行されても良い。
【００４３】
ここに記したいくつかの形態は説明だけを目的とする。この記載から、請求項によって限定された範囲内で変更及び改良をすることで他の形態も実行することができることは当業者であれば理解できるであろう。
【特許請求の範囲】
【請求項１】
様々なサブシステムを含む処理システムに関連するコンテキスト情報を決定する工程と、
前記コンテキスト情報に基づいて、前記処理システムに関連した電力状態を第１の電力状態から第２の電力状態に自動的に移行する工程とを含む方法。
【請求項２】
前記決定工程は、前記処理システムによって実行される複数のアプリケーションに関連するサブシステム使用状況を評価する工程を含む請求項１に記載の方法。
【請求項３】
前記移行工程は、前記評価に基づいて、サブシステムに関連した電力状態を第１の電力状態から第２の電力状態に移行する工程を含む請求項２に記載の方法。
【請求項４】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項３に記載の方法。
【請求項５】
前記コンテキスト情報は、（ｉ）時間、（ｉｉ）曜日、（ｉｉｉ）日付、又は（ｉｖ）ユーザ使用パターンの少なくとも１つに関連する請求項１に記載の方法。
【請求項６】
前記決定工程は、外部状況を検知する工程を含む請求項１に記載の方法。
【請求項７】
前記外部状況は（ｉ）周辺光（ｉｉ）前記処理システムに関連した動き、（ｉｉｉ）前記処理システムに関連した位置、又は（ｉｖ）遠隔装置に関連した位置の少なくとも１つに関連する請求項６に記載の方法。
【請求項８】
前記電力状態は、ＡＣＰＩ規格電力状態である請求項１に記載の方法。
【請求項９】
前記電力状態は、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つに関連する請求項８に記載の方法。
【請求項１０】
前記移行工程は、コンテキストアウェア電力マネージメント拡張部及びオペレーティングシステム電力ポリシーマネージャに従って実行される請求項１に記載の方法。
【請求項１１】
前記処理システムは、（ｉ）デスクトップパーソナルコンピュータ、（ｉｉ）モバイルコンピュータ、（ｉｉｉ）ワークステーション、（ｉｖ）サーバ、（ｖ）セットトップボックス、（ｖｉ）無線電話、又は（ｖｉｉ）ゲームシステムの少なくとも１つを含む請求項１に記載の方法。
【請求項１２】
前記決定工程は、（ｉ）ソフトウェアプリケーション、（ｉｉ）ハードウェアデバイス、（ｉｉｉ）オペレーティングシステム、（ｉｖ）ドライバ、又は（ｖ）バイオスの少なくとも１つによって実行される請求項１に記載の方法。
【請求項１３】
様々なサブシステムと、
プロセッサと、
（ｉ）装置に関連したコンテキスト情報を評価し、（ｉｉ）前記評価に基づいて、前記装置に関連した電力状態を第１の電力状態から第２の電力状態に移行する
電力マネージャとを含む装置。
【請求項１４】
前記電力マネージャは、前記プロセッサによって実行される複数のアプリケーションに関連したサブシステム要求値を評価する請求項１３に記載の装置。
【請求項１５】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項１３に記載の装置。
【請求項１６】
前記装置は更に、前記コンテキスト情報に関連した外部状況を検知するセンサを含む請求項１３に記載の装置。
【請求項１７】
前記センサは、（ｉ）周辺光センサ、（ｉｉ）モーションセンサ及び（ｉｉｉ）位置センサの少なくとも１つを含む請求項１６に記載の装置。
【請求項１８】
前記電力状態はＡＣＰＩ規定電力状態であり、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つと関連する請求項１３に記載の装置。
【請求項１９】
前記電力マネージャは、コンテキストアウェア電力マネージャ拡張部を用いることに適したオペレーティングシステム電力ポリシーマネージャである請求項１３に記載の装置。
【請求項２０】
様々なサブシステムと、
プロセッサと、
前記プロセッサに電力を供給するバッテリと、
（ｉ）前記プロセッサによって実行される複数のアプリケーションに関連した最小サブシステム要求値を決定し、（ｉｉ）前記サブシステムの最も大きい最小サブシステム要求値に基づいて、サブシステムに関連した電力状態を第１の電力状態から第２の電力状態に移行する電力マネージャとを含むコンピュータシステム。
【請求項２１】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項２０に記載のコンピュータシステム。
【請求項２２】
前記電力状態はＡＣＰＩ規格電力状態であり、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つと関連する請求項２０に記載のコンピュータシステム。
【請求項２３】
マシンによって実行されたとき、様々なサブシステムを含む処理システムに関連したコンテキスト情報を決定し、前記コンテキスト情報に基づいて、前記処理システムに関連した電力状態を第１の電力状態から第２の電力状態にユーザの入力動作無しで移行させる命令を格納する記憶媒体を含む物品。
【請求項２４】
前記コンテキスト情報は、（ｉ）時間、（ｉｉ）曜日、（ｉｉｉ）日付、又は（ｉｖ）ユーザ使用パターンの少なくとも１つに関連する請求項２３に記載の物品。
【請求項２５】
前記決定工程は、
（ｉ）周辺光、（ｉｉ）前記処理システムに関連した動き、（ｉｉｉ）前記処理システムに関連した位置、又は（ｉｖ）遠隔装置に関連した位置の少なくとも１つと関連する外部状況を感知する工程を含む請求項２３に記載の物品。
【請求項１】
様々なサブシステムを含む処理システムに関連するコンテキスト情報を決定する工程と、
前記コンテキスト情報に基づいて、前記処理システムに関連した電力状態を第１の電力状態から第２の電力状態に自動的に移行する工程とを含む方法。
【請求項２】
前記決定工程は、前記処理システムによって実行される複数のアプリケーションに関連するサブシステム使用状況を評価する工程を含む請求項１に記載の方法。
【請求項３】
前記移行工程は、前記評価に基づいて、サブシステムに関連した電力状態を第１の電力状態から第２の電力状態に移行する工程を含む請求項２に記載の方法。
【請求項４】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項３に記載の方法。
【請求項５】
前記コンテキスト情報は、（ｉ）時間、（ｉｉ）曜日、（ｉｉｉ）日付、又は（ｉｖ）ユーザ使用パターンの少なくとも１つに関連する請求項１に記載の方法。
【請求項６】
前記決定工程は、外部状況を検知する工程を含む請求項１に記載の方法。
【請求項７】
前記外部状況は（ｉ）周辺光（ｉｉ）前記処理システムに関連した動き、（ｉｉｉ）前記処理システムに関連した位置、又は（ｉｖ）遠隔装置に関連した位置の少なくとも１つに関連する請求項６に記載の方法。
【請求項８】
前記電力状態は、ＡＣＰＩ規格電力状態である請求項１に記載の方法。
【請求項９】
前記電力状態は、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つに関連する請求項８に記載の方法。
【請求項１０】
前記移行工程は、コンテキストアウェア電力マネージメント拡張部及びオペレーティングシステム電力ポリシーマネージャに従って実行される請求項１に記載の方法。
【請求項１１】
前記処理システムは、（ｉ）デスクトップパーソナルコンピュータ、（ｉｉ）モバイルコンピュータ、（ｉｉｉ）ワークステーション、（ｉｖ）サーバ、（ｖ）セットトップボックス、（ｖｉ）無線電話、又は（ｖｉｉ）ゲームシステムの少なくとも１つを含む請求項１に記載の方法。
【請求項１２】
前記決定工程は、（ｉ）ソフトウェアプリケーション、（ｉｉ）ハードウェアデバイス、（ｉｉｉ）オペレーティングシステム、（ｉｖ）ドライバ、又は（ｖ）バイオスの少なくとも１つによって実行される請求項１に記載の方法。
【請求項１３】
様々なサブシステムと、
プロセッサと、
（ｉ）装置に関連したコンテキスト情報を評価し、（ｉｉ）前記評価に基づいて、前記装置に関連した電力状態を第１の電力状態から第２の電力状態に移行する
電力マネージャとを含む装置。
【請求項１４】
前記電力マネージャは、前記プロセッサによって実行される複数のアプリケーションに関連したサブシステム要求値を評価する請求項１３に記載の装置。
【請求項１５】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項１３に記載の装置。
【請求項１６】
前記装置は更に、前記コンテキスト情報に関連した外部状況を検知するセンサを含む請求項１３に記載の装置。
【請求項１７】
前記センサは、（ｉ）周辺光センサ、（ｉｉ）モーションセンサ及び（ｉｉｉ）位置センサの少なくとも１つを含む請求項１６に記載の装置。
【請求項１８】
前記電力状態はＡＣＰＩ規定電力状態であり、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つと関連する請求項１３に記載の装置。
【請求項１９】
前記電力マネージャは、コンテキストアウェア電力マネージャ拡張部を用いることに適したオペレーティングシステム電力ポリシーマネージャである請求項１３に記載の装置。
【請求項２０】
様々なサブシステムと、
プロセッサと、
前記プロセッサに電力を供給するバッテリと、
（ｉ）前記プロセッサによって実行される複数のアプリケーションに関連した最小サブシステム要求値を決定し、（ｉｉ）前記サブシステムの最も大きい最小サブシステム要求値に基づいて、サブシステムに関連した電力状態を第１の電力状態から第２の電力状態に移行する電力マネージャとを含むコンピュータシステム。
【請求項２１】
前記サブシステムの少なくとも１つは、（ｉ）プロセッサ、（ｉｉ）ハードディスクドライブ、（ｉｉｉ）オーディオサブシステム、（ｉｖ）ディスプレイデバイス、又は（ｖ）通信デバイスの少なくとも１つを含む請求項２０に記載のコンピュータシステム。
【請求項２２】
前記電力状態はＡＣＰＩ規格電力状態であり、（ｉ）グローバル状態、（ｉｉ）デバイス電力状態、（ｉｉｉ）スリープ状態、（ｉｖ）プロセッサ電力状態、又は（ｖ）パフォーマンス状態の少なくとも１つと関連する請求項２０に記載のコンピュータシステム。
【請求項２３】
マシンによって実行されたとき、様々なサブシステムを含む処理システムに関連したコンテキスト情報を決定し、前記コンテキスト情報に基づいて、前記処理システムに関連した電力状態を第１の電力状態から第２の電力状態にユーザの入力動作無しで移行させる命令を格納する記憶媒体を含む物品。
【請求項２４】
前記コンテキスト情報は、（ｉ）時間、（ｉｉ）曜日、（ｉｉｉ）日付、又は（ｉｖ）ユーザ使用パターンの少なくとも１つに関連する請求項２３に記載の物品。
【請求項２５】
前記決定工程は、
（ｉ）周辺光、（ｉｉ）前記処理システムに関連した動き、（ｉｉｉ）前記処理システムに関連した位置、又は（ｉｖ）遠隔装置に関連した位置の少なくとも１つと関連する外部状況を感知する工程を含む請求項２３に記載の物品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１２３８２４（Ｐ２０１２−１２３８２４Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−２１２５３（Ｐ２０１２−２１２５３）
【出願日】平成２４年２月２日（２０１２．２．２）
【分割の表示】特願２００７−５２９９３５（Ｐ２００７−５２９９３５）の分割
【原出願日】平成１７年８月１２日（２００５．８．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１２−２１２５３（Ｐ２０１２−２１２５３）
【出願日】平成２４年２月２日（２０１２．２．２）
【分割の表示】特願２００７−５２９９３５（Ｐ２００７−５２９９３５）の分割
【原出願日】平成１７年８月１２日（２００５．８．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
[ Back to top ]