(57)【要約】  電力を管理するシステム及び方法は、モバイルプラットフォームで動作する第１の動作システムからの第１の電力管理リクエストと、モバイルプラットフォームで動作する第２の動作システムからの第２の電力管理リクエストとに基づいて電力状態を決定する。第１の動作システム及びモバイルプラットフォームの１つ以上の要素は第１の仮想マシンを規定し、第２の動作システム及びモバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定する。更に、電力状態はモバイルプラットフォームに適用される。
2014508332.tif 000002
【特許請求の範囲】
【請求項１】
モバイルプラットフォームで動作する第１の動作システムからの第１の電力管理リクエストと、前記モバイルプラットフォームで動作する第２の動作システムからの第２の電力管理リクエストとに基づいて電力状態を決定するステップであって、前記第１の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第１の仮想マシンを規定し、前記第２の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定する、ステップと、
前記電力状態を前記モバイルプラットフォームに適用するステップと
を有する方法。
【請求項２】
前記第１の電力管理リクエストは第1の電力状態を表し、前記第２の電力管理リクエストは第２の電力状態を表し、前記電力状態を決定する前記ステップにおいて、前記第１及び第２の電力状態のうち、より少ない方の電力状態を選択する、請求項１に記載の方法。
【請求項３】
電力管理に特化した一群のレジスタから前記第１及び第２の電力管理リクエストを読みとるステップを更に有する請求項１に記載の方法。
【請求項４】
前記一群のレジスタが、ステータスレジスタ、コマンドレジスタ及び制御レジスタのうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項５】
前記一群のレジスタをメモリ空間にマッピングする請求項３に記載の方法。
【請求項６】
前記電力状態を前記モバイルプラットフォームに適用する前記ステップにおいて、前記モバイルプラットフォームのハードウェアブロックを前記電力状態に対応する低電力モードにする請求項１に記載の方法。
【請求項７】
前記ハードウェアブロックが、無線制御ブロック、ストレージ回路ブロック及び画像処理回路ブロックのうちの少なくとも１つである、請求項６に記載の方法。
【請求項８】
前記第１のオペレーティングシステムからの第１のパフォーマンス管理リクエスト及び前記第２のオペレーティングシステムからの第２のパフォーマンス管理リクエストにも度付いて、パフォーマンス状態を決定するステップと、
前記パフォーマンス状態を前記モバイルプラットフォームに適用するステップと
を有する請求項１に記載の方法。
【請求項９】
仮想マシン管理論理部を有する装置であって、前記仮想マシン管理論理部は、
モバイルプラットフォームで動作する第１の動作システムからの第１の電力管理リクエストと、前記モバイルプラットフォームで動作する第２の動作システムからの第２の電力管理リクエストとに基づいて電力状態を決定するステップを実行し、前記第１の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第１の仮想マシンを規定し、前記第２の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定し、かつ
前記電力状態を前記モバイルプラットフォームに適用するステップと
を実行する装置。
【請求項１０】
前記第１の電力管理リクエストが前記第１の電力状態を決定し、前記第２の電力管理リクエストが前記第２の電力状態を決定し、前記仮想マシン管理論理部が、前記第１及び第２の電力状態のうち、より少ない方の電力状態を選択する、請求項９に記載の装置。
【請求項１１】
電力管理に特化した一群のレジスタを更に含み、前記仮想マシン管理論理部は、前記第１及び第２の電力管理リクエストを前記一群のレジスタの中から読み取るステップを更に有する請求項９に記載の装置。
【請求項１２】
前記一群のレジスタが、ステータスレジスタ、コマンドレジスタ及び制御レジスタのうちのすくなくとも１つを含む、請求項１１に記載の装置。
【請求項１３】
前記仮想マシン管理論理部が、前記一群のレジスタをメモリ空間にマッピングする請求項１２に記載の装置。
【請求項１４】
前記仮想マシン管理論理部が、前記モバイルプラットフォームのハードウェアブロックを、前記電力状態に対応する低電力モードにする請求項９に記載の装置。
【請求項１５】
前記ハードウェアブロックが、無線制御ブロック、ストレージ回路ブロック及び画像処理回路ブロックのうちの少なくとも１つである、請求項１４に記載の方法。
【請求項１６】
第１の動作システム及び第２の動作システムが動作するモバイルプラットフォームであって、前記第１の動作システム及びモバイル装置の１つ以上の要素は、第１の仮想マシンを規定し、前記第２の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定する、モバイルプラットフォームと、
仮想マシン管理論理部と、
を有し、前記仮想マシン管理論理部により、
第１のオペレーティングシステムからの第１の電力管理リクエスト及び第２のオペレーティングシステムからの第２の電力管理リクエストに基づいて電力状態を決定し、
前記電力状態を前記モバイルプラットフォームに適用する、システム。
【請求項１７】
前記第１の電力管理リクエストが前記第１の電力状態を決定し、前記第２の電力管理リクエストが前記第２の電力状態を決定し、前記仮想マシン管理論理部が、前記第１及び第２の電力状態のうち、より少ない方の電力状態を選択する、請求項１６に記載のシステム。
【請求項１８】
電力管理に特化した一群のレジスタを更に含み、前記仮想マシン管理論理部は、前記第１及び第２の電力管理リクエストを前記一群のレジスタの中から読み取るステップを更に有する請求項１６に記載のシステム。
【請求項１９】
前記一群のレジスタが、ステータスレジスタ、コマンドレジスタ及び制御レジスタのうちのすくなくとも１つを含む、請求項１８に記載のシステム。
【請求項２０】
前記仮想マシン管理論理部が、前記一群のレジスタをメモリ空間にマッピングする請求項１９に記載のシステム。
【請求項２１】
前記仮想マシン管理論理部が、前記モバイルプラットフォームのハードウェアブロックを、前記電力状態に対応する低電力モードにする請求項１６に記載のシステム。
【請求項２２】
前記ハードウェアブロックが、無線制御ブロック、ストレージ回路ブロック及び画像処理回路ブロックのうちの少なくとも１つである、請求項２１に記載のシステム。
【請求項２３】
判定装置に判定方法を実行させるコンぴゅー出読み取ることが可能な命令を含む記憶媒体であって、前記判定方法は、
モバイルプラットフォームで動作する第１の動作システムからの第１の電力管理リクエストと、前記モバイルプラットフォームで動作する第２の動作システムからの第２の電力管理リクエストとに基づいて電力状態を決定するステップであって、前記第１の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第１の仮想マシンを規定し、前記第２の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定する、ステップと、
前記電力状態を前記モバイルプラットフォームに適用するステップと
を有する記憶媒体。
【請求項２４】
前記第１の電力管理リクエストは第1の電力状態を表し、前記第２の電力管理リクエストは第２の電力状態を表し、前記電力状態を決定する前記ステップにおいて、前記第１及び第２の電力状態のうち、より少ない方の電力状態を選択する、請求項２３に記載の記憶媒体。
【請求項２５】
前記判定処理が、電力管理に特化した一群のレジスタから前記第１及び第２の電力管理リクエストを読みとるステップを更に有する請求項２３に記載の記憶媒体。
【請求項２６】
前記一群のレジスタが、ステータスレジスタ、コマンドレジスタ及び制御レジスタのうちの少なくとも１つを含む、請求項２５に記載の記憶媒体。
【請求項２７】
前記一群のレジスタをメモリ空間にマッピングする請求項２５に記載の記憶媒体。
【請求項２８】
前記電力状態を前記モバイルプラットフォームに適用する前記ステップにおいて、前記モバイルプラットフォームのハードウェアブロックを前記電力状態に対応する低電力モードにする請求項２３に記載の記憶媒体。
【請求項２９】
前記ハードウェアブロックが、無線制御ブロック、ストレージ回路ブロック及び画像処理回路ブロックのうちの少なくとも１つである、請求項２８に記載の記憶媒体。
【請求項３０】
前記判定処理が、
前記第１のオペレーティングシステムからの第１のパフォーマンス管理リクエスト及び前記第２のオペレーティングシステムからの第２のパフォーマンス管理リクエストにも度付いて、パフォーマンス状態を決定するステップと、
前記パフォーマンス状態を前記モバイルプラットフォームに適用するステップと
を有する請求項２３に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
実施の形態は一般に仮想化技術(virtualization  technology：VT)に関連する。より具体体に言えば、実施の形態は仮想化モバイルプラットフォームにおける繊細な電力管理に関連する。
【背景技術】
【０００２】
移動電話又はモバイル電話機の普及と共に、それらの装置の複雑性及び多機能も充実してきている。例えば、あるモバイルプラットフォームは最早単独のオペレーティングシステム(OS)に限らず、ウェブブラウジングや通信のような様々な利用形態を使用できる。複数のシステムを備えた装置の仮想化は、電話ベンダ、ソフトウェア及びサービスプロバイダがカスタム化された方法で装置を提供し、多の残りの課題も提供することを容易にする。例えば、単独のOSに適した電力管理判定処理は、VM(仮想マシン)方式の装置を適切に又は正確に考察するには適切でなくなってしまう。なぜなら、様々なオペレーティングシステムの間で電力管理要求/判定の競合が生じてしまうからである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第７２２５４４１号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
実施の形態による課題は、複数のシステムに対して優れた電力管理方法又は電力管理装置等を提供することである。
【課題を解決するための手段】
【０００５】
実施の形態による方法は、
モバイルプラットフォームで動作する第１の動作システムからの第１の電力管理リクエストと、前記モバイルプラットフォームで動作する第２の動作システムからの第２の電力管理リクエストとに基づいて電力状態を決定するステップであって、前記第１の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第１の仮想マシンを規定し、前記第２の動作システム及び前記モバイルプラットフォームの１つ以上の要素は第２の仮想マシンを規定する、ステップと、
前記電力状態を前記モバイルプラットフォームに適用するステップと
を有する方法である。
【図面の簡単な説明】
【０００６】
【図１】実施の形態による電力管理仮想化方式の一例を示すブロック図。
【図２】実施の形態による仮想化コプロセッサを備えた電力管理仮想化方式の一例を示すブロック図。
【図３】実施の形態によるモバイルプラットフォームの一例を示すブロック図。
【図４】実施の形態によるモバイルプラットフォームによる方法例を示すフローチャート。
【発明を実施するための形態】
【０００７】
＜一般的な説明＞
本発明の実施の形態による様々な利点は以下の明細書、特許請求の範囲及び図面を参照することで当業者にとって更に明確になるであろう。
【０００８】
実施の形態が提供する方法では、モバイルプラットフォームで動作する第1のオペレーティングシステム(OS)からの第1の電力管理リクエストとモバイルプラットフォームで動作する第2のOSに基づいて電力状態が決定される。第1のOS及びモバイルプラットフォームの1つ以上の要素は第1の仮想マシン(VM)を規定することができ、第2のOS及びモバイルプラットフォームの1つ以上の要素は第2のVMを規定することができる。本方法は電力状態をモバイルプラットフォームに適用する。
【０００９】
他の実施形態は仮想マシン管理(Virtual  Machine  Management：VMM)論理装置値を有する装置を含み、モバイルプラットフォームで動作する第1のOSからの第1の電力管理リクエストとモバイルプラットフォームで動作する第2のOSからの第2の電力管理リクエストとに基づいて電力状態を決定する。第1のOS及びモバイルプラットフォームの1つ以上の要素又はコンポーネントは第1のVMを決定し、第2のOS及びモバイルプラットフォームの1つ以上の要素又はコンポーネントは第2のVMを決定する。VMM論理装置は電力状態をモバイルプラットフォームに適用する。
【００１０】
更に、実施の形態は第1のOS及び第2のOSを実行するモバイルプラットフォームを含むシステムを有し、第1のOS及びモバイルプラットフォームの1つ以上の要素は第1のVMを決定する。第2のOS及びモバイルプラットフォームの1つ以上の要素は第2のVMを決定する。システムは、また、第1のOSからの第1の電力管理リクエスト及び第2のOSからの第2の電力管理リクエストに基づいて電力状態を決定するVMM論理装置を有する。VMM論理装置は電力状態をモバイルプラットフォームに適用する。
【００１１】
他の実施形態は一群の命令を含むコンピュータ読み取り可能な媒体(コンピュータで読み取ることが可能な記憶媒体)により実現され、その命令は実行されると、モバイルプラットフォームで実行する第1のOSからの第1の電力管理リクエストとモバイルプラットフォームで実行する第2のOSからの第2の電力管理リクエストとに基づいて電力状態を決定することをモバイルプラットフォームに実行させる。モバイルプラットフォームの1つ以上の要素及び第1のOSは第1のVMを規定し、モバイルプラットフォームの1つ以上の要素及び第2のOSは第2のVMを規定する。この命令も電力状態をプラットフォームに適用する。
【００１２】
＜具体的な説明＞
図1を参照するに、仮想化されたモバイルプラットフォームで電力を管理するシステム10が示されている。図示の例の場合、複数のオペレーティングシステム12(12a-12c)が多種多様な機能を提供するようにプラットフォームで実行している。例えば、ホストOS-12aは、オフプラットフォーム無線通信(例えば、W-CDMA(UMTS)、CDMA2000(IS-856/IS-2000)等)を行うクローズド電話スタック(closed  telephony  stack)を形成するが、ゲストOS-12bはデスクトップ機能(例えば、ウィンドウズ（登録商標）機能)等の機能を提供し、一般に、電話プラットフォームの1つ以上の要素及びOS12の各々は仮想的なマシンを規定している。
【００１３】
更に、オペレーティングシステム12は、ペリフェラル及び他のプラットフォーム要素の改善されたダイナミック/ラン時間電力管理制御(dynamic/run-time  power  management  control)を提供することができる。OS12は電力管理決定/要求機能14(14a-14cに例えばmソフトウェアドライバを通じて)を発揮し、電力消費を節約し、モバイルプラットフォームのバッテリ寿命を延ばす。例えば、電力管理要求14はデバイスの電力状態、プロセッサの電力状態、プラットフォームの電力状態、須知のパフォーマンス状態等に関連する。(例えば、西暦2009年6月16日付けの改訂バージョンにおるAdvanced  Configuration  and  Power  Interface  Specificationを参照)。
【００１４】
図示のシステム10は、仮想マシン管理(VMM)論理部16を有し、グローバル関連及び互換性(global  relevance  and  compatibility  )等のようなプラットフォームワイド考慮事項に基づいて、要求14を評価し、如何なる電力管理要求が相応しいかを決定する。デバイスドライバ主導電力状態変更の場合、要求されるデバイス電力状態は、インアクティブの間は低電力モードである無線、ストレージ、又は画像処理回路ブロックのようなシステム音チップ(SoC)ハードウェアブロック(例えば、power  island)を使用する。従って、OS装置ドライバは電力をD3の電力状態の電力まで落とし、或いはD0状態まで電力を落とす。OS電力管理レイヤ(OS  power  management：OSPM)はそのようなリクエストをVMM論理部16に通知し、グローバルな全体的に関連する判定を行い、リクエストを受け入れて装置の電力を下降させる、或いは何らかの他のゲストOSがそのデバイスを現在使用していた場合、そのリクエストを拒否する。
【００１５】
例えば、ホストOS-12aが電力状態Dx及びパフォーマンス状態Pxを要求し、
ホストOS-12bが電力状態Dx1及びパフォーマンス状態Px1を要求し、
ホストOS-12cが電力状態Dx2及びパフォーマンス状態Px2を要求した場合、
VMM論理装置15は以下の分析を実行する。
【００１６】
時点tにおいて、Dx3＝Min(Dx2,Dx1,Dx)を実行し  ・・・（１）
時点tにおいて、Px3＝Min(Px2,Px1,Px)を実行し  ・・・（２）
勝ち残った電力管理リクエスト18がデバイス電力状態Dx3を決定し、状態Px3を実行する。従って、図示のVMM論理装置16は最も浅い又はより少ない電力状態(the  shallowest  power  state)であり、リアルタイムでモバイルプラットフォームにそれを適用する。
【００１７】
上述したように、VMM論理部16はプロセッサ電力状態遷移及びプラットフォーム電力状態遷移のようなパフォーマンス状態及び他の電力状態遷移を支援する。例えば、システム10はプラットフォームワイドアクティブアイドル状態を呼び出し(すなわち、SOix)、これはプラットフォームがアイドルである場合に使用される低遅延スタンバイ状態となる。そのような場合、VMM16は各OS12内のアイドル判定に基づいてプラットフォームワイドアイドルを検出し、適切な場合は全体的なSoCを低電力アイドルスタンバイ状態に案内する。そのような方法は1つ以上のゲストオペレーティングシステムがプラットフォームワイドアイドル検出論理装置を有しない場合に特に有利である。
【００１８】
図2はアーキテクチャ20を示し、VMM16(図1)が一群のメモリマップレジスタ24を用いてOS電力管理レイヤ(OSPJs)26(26a,26b)からの電力管理リクエストを評価する電力管理部(PMU)22を有する仮想化コプロセッサとして実現されている。レジスタ24は適切であればアーキテクチャ20内のどこにあってもよい。特に、図示のアーキテクチャは、混合信号集積回路(MSIC)電力配分モジュール28を有し、中央処理ユニット(CPU)電圧レール30及び外部電圧レール32を生成する。CPU電圧レール30はプロセッサ36の1つ以上のコア38に供給され、外部電圧レール32はプロセッサ36及びプラットフォームコントローラハブ(PCH)40に様々な他のハードウェアブロックを提供する。プロセッサ36のPMU34は、プロセッサ36のハードウェアブロックのダイクロック及び電力ゲートを実行し、PCH40のPMU22はPCH40のハードウェアブロックの電力ゲート及び/又はダイクロックを実行できる。
【００１９】
PCH40はメモリマップのレジスタ24をOPSM26に明らかにし、電力管理関連データをリアルタイムでレジスタ24に書き込む。一実施形態では、レジスタ24はステータスレジスタ(VT_RM_STS)、コマンドレジスタ(VT_PM_CMD)、サブシステムコントロールレジスタ(VT_PM_SSC)及びサブシステムステータスレジスタ(VT_RM_SSS)を含む。従って、OPSM26は各自の電力管理リクエスト(例えば、D0からD3への装置の遷移の要求)をコマンド及びコントールレジスタに書き込み、PMU22は、レジスタ24の内容を読み取り、仮想環境におけるプラットフォームワイド電力管理判定を行う。更に、PMU22はステータスレジスタに書き込みを行うことで、プラとフォームワイド判定の結果を報告でき、OPSM26はレジスタ24の内容を読み取り、その結果を判定する。
【００２０】
図3を参照するに、仮想化されたシステム(仮想化システム42)が示されている。システム42は、コンピュータ機能を備えたプラットフォーム(後江波、パーソナルディジタルアシスタント/PDA、ラップトップ)、通信機能(例えば、無線スマートフォン)、画像処理機能、メディア再生機能又はそれらの任意の組み合わせ(例えば、モバイルインターネット装置/MID)の一部であってもよい。図示の事例では、システム42は、プロセッサ44、グラフィックスコントローラハブ(GMCH)46、グラフィックスコントローラ48、プラットフォームコントローラハブ(PCH)50、システムメモリ52、ベーシック入力/出力システム(BIOS)メモリ54、ネットワークコントローラ56、ソリッドステートディスク(SSD)58及び1つ以上の他のコントローラ60を含んでいてもよい。プロセッサ44は、1つ以上のプロセッサコア62を備えたコアを含んでいてもよく、プロセッサ44は上述したようなパフォーマンス及び/又は電力管理事情に基づいてコア62を1つ以上のアクティブ及び/又はアイドルステートに入れることができる。
【００２１】
図示のプロセッサ44は、HGCH46と共に共通シウテムオンチップ(SoC)と統合されている。代替的に、プロセッサ44はフロントサイドバス(FSB)、ポイントトゥポイント相互接続手段又は適切な損他の任意のインターフェースを可視いてGMCH46と通信する。GMCH46はしばしばチップセットのノースブリッジ又はノースコンプレックスと言及され、メモリバスを介してシステムメモリ52と通信することが可能であり、システムメモリ52はダイナミックランダムアクセスメモリ(DRAM)であってもよく、シングルインラインメモリモジュール(SIMM)、デュアルインラインメモリモジュール(DIMM)、スモールアウトライン(DIMM)(SODIMM)等に組み込まれていてもよい。
【００２２】
GMCH46は、PCIエクスプレスグラフィクス(PEG、例えば、ペリフェラルコンポーネント相互接続/PCIエクスプレスx16グラフィックス150W-ATx標準仕様1.0、PCIスペシャルインタレストグループ)バス、又はアクセルレートグラフィックスポート(例えば、AGPV3.0インターフェース標準仕様2002年9月)バスのようなグラフィックスバスを通じてグラフィックスコントローラ48と通信してもよい。プロセッサ44はハブバスを通じてPHC50と通信してもよい。一実施形態によれば、ハブバスはDMI(ダイレクトメディアインターフェース)バスである。PCH50はプロセッサ44及びGMCH46を共通のSoCに組み込んでもよい。
【００２３】
図示のPHC50は、しばしばチップセットのサウスブリッジ又はサウスコンプレックスと言及され、ホスト装置として機能し、ネットワークコントローラ56と通信し、セルラ電話(例えば、W-CDMA(UMTS)、CDMA2000(IS-856/IS2000)等)、WiFi(例えば、IEEE802.11、1999エディション、LAN/MANワイヤレスLANS)、ブルートゥース(例えば、IEEE802.15.1-2005、無線パーソナルエリアネトワーク)、WiMax(例えば、IEEE802.16-2004、LAN/MANブロードバンド無線LANS)、グローバルポジションイングシステム(GPS)、拡散スペクトル(例えば、900MHz)、及びその他の無線周波数(RF)通信目的に使用されてもよい。PCH50はそのような通信機能を使用する又はサポートするために1つ以上の無線ハードウェア回路ブロック64を含んでいてもよい。
【００２４】
SSD58は1地上のNANDチップを含み、大容量データストレージ機能及び/又は並列処理機能を提供するために使用されてもよい。NANDコントローラの実現形態を含む手段は、シリアルATA(ASTA、たとえば、SATA改訂第3版標準仕様、2009年5月27日、SATA  International  Organization/SATO-IO)バスのような標準バスにおけるPCH50に接続された、または(PEG、例えば、ペリフェラルコンポーネントインターコネクト/PCI  エクスプレスx16グラフィクス150W-ATX  標準仕様1．0  PCIスペシャルインタレストグループ)バスのPICエクスプレスグラフィックスのような個別の特定用途向け集積回路(ASIC)でもよい。したがって、SSD58はOpen  NANDフラッシュインターフェース(後江波、ONFI標準仕様、改訂第2．2版、2009年10月7日)プロトコル又はその他の適切なプロトコルにしたがってPCH40の１つ以上の回路ブロック66と通信してもよい。SSD58はUSB(ユニバーサルシリアルバス、例えば、USB標準仕様2．0  USBImpmements  Forum)フラッシュストレージ装置として使用されてもよい。
【００２５】
他のコントローラ60はPCH50と通信し、画像処理装置をサポートするだけでなく、ディスプレイ、キーパッド、マウス等のようなユーザインターフェースをもサポートし、ユーザがシステム10からの情報を送受信し理解するのに使用される。画像処理装置の場合、PHC50はそのような機能をサポートする1つ以上の画像処理回路ブロック68を含んでいてもよい。
【００２６】
システム42は、複数のオペレーティングシステムを実行し、システム42の各々のOS及び1つ以上の要素はVMを規定する。更に、OSの各々はOSPMを含み、装置、コア及び/又はシステム42の全体に対する電力管理判定を実行することができ、その判定内容を電力管理リクエストとしてVMM論理装置に送信する。上述したように、VMM論理装置は、電力管理リクエストを計算し、プラットフォーム全体を考慮に入れて適切な判定を下す。例えば、VMM論理装置は、勝ち残った又は電力を使用すべき電力管理リクエスト18(図1)の電力状態に応じて1つ以上のハードウェアブロック64、66、68を低電力モードにする。
【００２７】
図4は仮想化されたモバイルプラットフォームで電力を管理する方法例70を示す。本方法70は、アセンブリ言語でプログラミングされた回路手段を用いて固定された機能は度ウェアで実現されもよく、例えば、ASIC、相補型金属酸化物半導体(CMOS)、トランジスタトランジスタロジック(TTL)技術で実現されてもよいし、或いはランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、プログラマブルROM(PROM)、フラッシュメモリのようなマシン又はコンピュータが読み取ることの可能なメモリ記憶媒体に格納された論理命令及び/又は一群のファームウェアのような実行可能なソフトウェアとして実現されてもよいし、それらの任意の組み合わせで実現されてもよい。
【００２８】
処理ブロック72は電力管理に特化した一群のマッピングされたレジスタを読み取る。上述したように、レジスタは1つ以上のステータスレジスタ、コマンドレジスタ及び制御メモリを含み、レジスタはプラットフォームコントローラハブ(HPCH)50(図4)、プロセッサ44(図4)、又は適切なプラットフォームにおけるそれ以外の要素を含み、プロあっとフォーム上で動作する複数のオペレーティングシステムから電力管理リクエストを含めることができる。電力状態は、現在実行されている電力管理要求に基づいてブロック74で決定され、電力状態はブロック76でプラットフォームに適用できる。
【００２９】
本願で説明されている方法は、TV方式の次世代モバイルプラットフォームで電力管理判定を実行するアーキテクチャのフレームワークに関連する。例えば、本願による解決手段は、複数のオペレーティグシステムに関する、装置、CPU、チップセット及びアクセルレータブロックのような電力効率化要素の電力状態を仮想化することができる。
【００３０】
本発明の実施の形態は、半導体集積回路(“C”)チップの全てのタイプに使用かのうである。これらのICチップの具体例は、例えば、プロセッサ、コントローラ、チップセットコンポーネント、プログラマブル論理アレイ(PLA)、メモリチップ、ネットワークチップ、システムオンチップ(SoC)、SSD/NANDコントローラ、ASIC等であるがこれらに限定されない。更に、或る図面では信号接続ラインが複数のラインで表現されていた。多くの構成要素信号経路を示すために、あるものは分厚く描かれており、多数のラベルを有しており、多数の信号構成経路を示し及び/又は1つ以上の端部に矢印が示され、主要な情報の流れる向きが示されている。しかしながらこのことは本発明を限定する要素ではない。むしろ、そのように付加されている詳細な情報は、回路の理解を促すために1つ以上の実施形態に付されているに過ぎない。任意の信号線に関し、付加的な情報の有無によらず、複数の方向に進む1つ以上の信号が実際に形成されてよいし、任意の適切なタイプの信号形式が使用されてよいし、例えば、ディジタル形式又はアナログ形式の実施形態が、異なるペアの光ファイバケーブルで及び/又はシングルエンド回線に使用されてよい。
【００３１】
例示的な寸法/サイズ/モデル/値/範囲/レンジが示されてきたが、本は杖委の実施の形態はそれらに限定されない。(例えば、フォトリソグラフィ)のような製造方法が使用されてもよく、徐々により小さなサイズの装置を製造することが可能である。更に、ICチップ及びその他の要素に関する給電/接地の要素は示されておらず、図面には描かれていなかったが、それは説明及び図示の簡明化を図るために過ぎず、本発明の実施の形態を曖昧にしてしまわないようにするためである。更に、構成又は形態本発明の実施形態を曖昧にしないようにブロック図形式で示されているが、そのようなブロック図形式に示された内容の詳細は実施される実施形態のプラットフォームに依存していることが当業者にとって自明であろう。具体的な詳細(例えば、回路)が本発明の実施形態を説明するために説明されてきたが、本発明に関する当業者はそのような具体的な詳細によってもよらなくても実施できることを認めるであろう。従って本説明は限定ではなく例示に過ぎない。
【００３２】
「結合され(coupled)」という言葉は対象とする要素同士の関係がどうであるかによらず、直接的又は間接的になされていることを示し、電気的、機械的、流体的、光学的、電磁的、電気力学的又はその他の接続形式とを問わない。また、「第1」、「第2」等の言葉は説明を進めるためにしか意図されておらず、特に断りのない限り、特定の空間的な又は時間的な順序を示していない。
【００３３】
当業者は、上記の説明から、本発明による様々な広範に及ぶ実施形態が様々な形態を取り柄ることを認めるであろう。すなわち、本発明の実施の形態は具体的な形態に関連してしか説明されていないが、本発明の実施の形態の範囲はそれらに限定されておらず、明細書、図面及び特許請求の範囲には他の形態も含まれていることが当業者に認められるであろう。
【図１】
2014508332.tif 000003
【図２】
2014508332.tif 000004
【図３】
2014508332.tif 000005
【図４】
2014508332.tif 000006
【国際調査報告】
2014508332.tif 000007
2014508332.tif 000008