ポリシー仮想マシンVMホスト上の仮想マシンマネージャVMM上の高度構成及び電力インタフェースACPIサブシステムと、ポリシー仮想マシンVMとの間の双方向通信のための、マシンによって実現される方法であって、前記VMホスト上の複数のVMのうちの1つを前記ポリシーVMとして指定する工程であって、前記ポリシーVMは、前記VMホストのポリシーを制御するよう構成され、前記VMホストのハードウェア、並びに前記VMホストの装置構成及び電力管理サブシステムテーブルに対するアクセスを有する工程と、メモリ領域を前記ポリシーVMに割り当てる工程と、前記ポリシーVM及び前記VMMによってアクセス可能なメールボックスとして前記メモリ領域の一部分を指定する工程と、前記ポリシーVMが情報を前記メールボックスに入れることを可能にする工程であって、前記情報は、前記VMMによって検出可能なイベントを生成するよう、前記ポリシーVMのACPIサブシステムによって実行される第1の方法の実行から受け取られる工程と、前記VMMが、前記VMホスト上に仮想ACPI汎用イベントGPEレジスタブロックを生成することができるよう構成されることを可能にする工程と、前記ポリシーVMのACPIサブシステムにより、第2の方法を実行させるために方法情報を前記メールボックスに挿入することにより、前記VMMが前記ポリシーVMと通信することを可能にする工程と、前記VMMが割り込みを前記ポリシーVMに更に挿入することを可能にする工程であって、前記VMMはシステム制御割り込みSCIを前記ポリシーVMにおけるゲストオペレーティングシステムOSに投入し、前記ゲストOSは、GPEレジスタブロックを検査することにより、前記GPEの原因を求めるために前記SCIを前記ACPIサブシステムに転送し、前記VMMは、アクティブステータスを有するステータスレジスタを備えた仮想ACPIGPEレジスタブロックを生成し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた前記仮想GPEレジスタブロックを検査し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた前記GPEレジスタブロックに基づいて前記SCIを扱うためのACPI制御方法を起動する方法。ポリシー仮想マシンVMホスト上の仮想マシンマネージャVMM上の高度構成及び電力インタフェースACPIサブシステムと、ポリシー仮想マシンVMとの間の双方向通信を、マシンによって実行されると可能にする命令を記憶させたマシン読み取り可能な記憶媒体であって、前記命令は、前記VMホスト上の複数のVMのうちの1つをポリシーVMとして指定する機能であって、前記ポリシーVMは、前記VMホストのポリシーを制御するよう構成され、前記VMホストのハードウェア、並びに前記VMホストの装置構成及び電力管理サブシステムテーブルに対するアクセスを有する機能と、仮想マシンマネージャVMMが高度構成及び電力インタフェースACPI汎用イベントGPEを認識することを可能にする機能と、メモリ領域を前記ポリシーVMに割り当てる機能と、前記ポリシーVM及び前記VMMによってアクセス可能なメールボックスとして前記メモリ領域の一部分を指定する機能と、前記ポリシーVMが前記メールボックスに情報を入れることを可能にする機能であって、前記情報は、前記VMMによって検出可能なイベントを生成するよう、前記ポリシーVMのACPIサブシステムによって実行される第1の方法の実行から受け取られる機能と、前記ポリシーVMのACPIサブシステムにより、第2の方法を実行させるための方法情報を前記メールボックスに挿入することにより、前記VMMが前記ポリシーVMと通信するよう構成されることを可能にする機能と、前記VMMが割り込みを前記ポリシーVMに更に挿入することを可能にする機能であって、前記VMMはシステム制御割り込みSCIを前記ポリシーVMにおけるゲストオペレーティングシステムOSに投入し、前記ゲストOSは、GPEレジスタブロックを検査することにより、前記GPEの原因を求めるために前記SCIを前記ACPIサブシステムに転送し、前記VMMは、アクティブステータスを有するステータスレジスタを備えた仮想GPEレジスタブロックを生成し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた仮想GPEレジスタブロックを検査し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた前記GPEレジスタブロックに基づいて前記SCIを扱うためのACPI制御方法を起動する記憶媒体。仮想マシンVMホストの動作を実行するためのメモリ及びプロセッサを備えたプラットフォームであって、前記プラットフォームは更に、高度構成及び電力インタフェースACPI汎用イベントGPEレジスタブロックを仮想化することができる拡張仮想マシンマネージャVMMと、前記VMMに結合されたメモリと、前記VMホストのポリシーを制御するポリシーVMであって、前記ポリシーVMは前記VMM及び前記メモリに結合され、前記メモリの一部分は前記ポリシーVMに割り当てられるポリシーVMと、前記VMM、前記メモリ、及び前記ポリシーVMに結合されたサブシステムであって、前記ACPIサブシステムは、情報を生成するための第1の方法を実行することができるサブシステムと、前記ポリシーVMに割り当てられた前記メモリの前記部分内で指定されたメールボックスであって、前記ポリシーVMは、前記VMMによって検出可能なイベントを生成するために前記メールボックスに前記第1の方法によって生成された前記情報を入れることができ、前記VMMは更に、第2の方法が前記ポリシーVMのACPIサブシステムによって実行されるための方法情報を前記メールボックスに挿入することにより、前記ポリシーVMと通信することができるメ―ルボックスと、前記ポリシーVMにおけるゲストオペレーティングシステムOSであって、前記VMMはシステム制御割り込みSCIを前記ゲストOSに投入することができ、前記ゲストOSは、GPEレジスタブロックを検査することにより、前記GPEの原因を求めるために前記SCIを前記ACPIサブシステムに転送し、前記VMMは、アクティブステータスを有するステータスレジスタを備えた仮想ACPIGPEレジスタブロックを生成し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた前記仮想GPEレジスタブロックを検査し、前記ACPIサブシステムは、前記アクティブステータスを有する前記ステータスレジスタを備えた前記GPEレジスタブロックに基づいて前記SCIを扱うためのACPI制御方法を起動するゲストオペレーティングシステムOSとを備えるプラットフォーム。請求項3記載のVMホストであって、前記VMMは更に、前記情報を処理し、前記情報を前記VMホスト上の他のVMに伝播することができるVMホスト。プラットフォームハードウェアは相互に依存している。よって、存在する、これを管理するポリシーオーナは1つのみであり得る。通常の計算環境では、OSがプラットフォーム資源を管理する。しかし、仮想化環境では、複数のオペレーティングシステムが、プラットフォーム上の資源に対するアクセスを有し得る。仮想化手法は、仮想マシンモニタVMMを実行する単一のホストコンピュータが、ホストの下にあるハードウェアが、独立して動作している仮想マシンVMにみえるようにホストの複数の抽象化及び/又は表示を提示することを可能にする。各VMは、それ自身のOS及び/又はソフトウェアアプリケーションを実行して、自己完結的なプラットフォームとして機能することができる。VMMは通常、ホスト上の資源の配分を管理し、ラウンドロビンやその他の所定の手法によって種々のVM間で巡回するよう必要に応じてコンテキストスイッチングを行う。VMMはしたがって、ACPIと相互作用し、資源競合を回避する役割を果たす。本発明の実施例は、VMMと、ACPI準拠ゲストオペレーティングシステムOSとの間の双方向通信のための方法、装置及びシステムを提供する。本明細書において本発明のoneembodiment又はanembodimentに言及していることは、その実施例に関して説明する特定の特徴、構造又は特性が本発明の少なくとも1つの実施例に含まれていることを意味している。よって、本明細書を通した種々の箇所に存在している句inoneembodiment、accordingtooneembodiment等は必ずしもその全てが同じ実施例を表している訳でない。本発明は、限定としてではなく例として、添付図面の図に示し、同様な参照符号は同様な構成要素を示す。ホスト上の種々のVMからの種々のACPIイベント例えば、種々のAPCIイネーブル/ディセーブル動作、S状態遷移、C状態遷移、P状態遷移、T状態遷移、及び割り込みルーティング変更を上記最終のシナリオすなわち、ホストOSハイパバイザなどを含まないシステムにおいて解決することができる現行の手法は存在しない。よって、例えば、第1のACPIイベントが第1のVMによって生成され、別のACPIイベントが、同じホスト上の第2のVMによって生成される場合に、前述のイベント間で競合が生じた場合例えば、それぞれが、ホスト上の別の動作を必要とする場合、前述のイベントを解決することができる現行の方法論は存在しない。本発明の実施例は、VMMと、ACPI準拠ゲストOSとの間の双方向通信のための方法、装置及びシステムを含む。ACPIとは別の手法が実現された場合、ゲストOSはよって、別の手法に準拠することになる。したがって、本明細書の目的で、本明細書及び特許請求の範囲記載のOSに対する言及は、プラットフォーム上で実現される電力構成及び管理手法に準拠したオペレーティングシステムを意味している。同様に、本明細書及び特許請求の範囲記載のACPI及び/又はACPIサブシステムは、限定されないが、ACPIを含む何れかの電力構成及び管理手法を備える。本発明の実施例の理解を容易にするために、図1は、通常の仮想マシンホストプラットフォームホスト100を示す。前述の通り、仮想マシンモニタVMM130は通常、ホストプラットフォーム上で実行し、仮想マシン又はVMとしても表すプラットフォームの抽象化及び/又は表示を他のソフトウェアに提示する。2つのVM区画のみVM110及びVM120以降、併せてVMとして表すを示しているが、前述のVMは、例証に過ぎず、更なる仮想マシンをホストに加えることができる。VM130は、ソフトウェア例えば、スタンドアロンプログラム及び/又は構成部分ホストオペレーティングシステムの、ハードウェア、ファームウェア及び/又はそれらの何れかの組み合わせで実現することができる。VM110及びVM120は、それら自身のゲストオペレーティングシステムすなわち、ゲストOS111及びゲストOS121以下併せてゲストOSとして表すとして示す、VMM130によってホスティングされるオペレーティングシステムを実行して、それぞれ、自己完結的なプラットフォームとして機能することができる。各ゲストOS及び/又はゲストソフトウェアは、仮想マシンではなく専用コンピュータ上で実行しているかのように動作する。すなわち、各ゲストOS及び/又はゲストソフトウェアは、種々のイベントを制御することを期待し得るものであり、ホスト100上のハードウェア資源へのアクセスを有し得る。しかし、前述の通り、現実には、VMM130は、イベント及びハードウェア資源に対する最終的なコントロールを有し、それ自身のポリシーによってVMに資源を割り当てる。図1における各VMは通常、プラットフォーム管理を行うためにゲストソフトウェア内に仮想ACPIドライバACPIOSドライバ113及びACPIOSドライバ123も含む。ACPIドライバは当該技術分野において周知であり、その更なる説明は本明細書及び特許請求の範囲では割愛する。前述のACPIドライバは、仮想BIOS116及び126それぞれにおいて仮想ACPIテーブル117及び127通常、VMM130によって生成されると相互作用して、VM毎の構成及び電力管理を行うことができる。しかし、前述の通り、ホスト上の種々のVMからの種々のACPIイベントが、ホストオペレーティングシステムがない状態で解決することができる手法は現在、存在していない。以下の説明はACPIプロトコルの使用を前提としているが、他の構成プロトコルも、本発明の実施例の趣旨から逸脱しない限り、利用することができる。種々のメモリ資源もホスト100に利用可能であり得る図1に併せて、ハードウェア150内に含まれるメモリ資源140として示している。メモリ資源140の一部分は、ホスト100上の各VMに割り当てることができるVM110及びVM120それぞれ内にメモリ114及びメモリ124として示す。種々のVMに対するメモリ資源のこの割り当ては、通常、VMM130によって管理される。前述の通り、仮想化ホストにおけるVMMは通常、ホスト上の資源の割り当てを管理する役割を果たす。VMMはしたがって、ホストプラットフォーム及びホストACPIテーブルを、仮想化ホスト上の各OSがみることが可能であった場合に生じることになる、資源の何れかの競合を回避する役割を果たす。VMMが、ホスティングされたVMMすなわち、ホストオペレーティングシステムによって起動され、ホストオペレーティングシステムの制御下のVMMの場合、プラットフォームハードウェア及びポリシーオーナシップは通常、ホストOSによって維持される。VMMは次いで、ホストOS上に位置し、種々のソフトウェア手法を用いてVMを作成し、仮想化OSを実行させることが可能な完全に仮想のプラットフォームを作成する。これは、VMMが、仮想プラットフォームハードウェア及び仮想ACPIテーブル実際のプラットフォームとの何らかの関係があり得るか、又はないことがあり得る全てを作成することを意味する。VMMは、ホスティングされていない場合例えば、ハイパバイザ、2つのやり方のうちの1つで資源競合を処理することができる。まず、VMM自体は、プラットフォームポリシー及びACPIのオーナシップを有し、ゲスト全てに対するほぼ完全に仮想のプラットフォームを提供することができる。この手法は、ホスティングされたモデルと非常に類似しているが、ホストOSなしである。その代わりに、ハイパバイザは、ACPI及び電力管理のニュアンスを処理するというかなりの負担を負う。あるいは、本発明の実施例によれば、VMMは、ホスト100上のVMの1つをプラットフォームのポリシーオーナ以降、ポリシーVMとして表すと表すことができる。ポリシーVMは、ホスト100のプラットフォーム電力ポリシーを支配し、プラットフォームハードウェア及び実際のACPIテーブルの大半をみることができる。その後のゲストは、プラットフォーム制御に対する必要性なしの特定用途のゲストであり得るものであり、かつ/又は、ハイパバイザによって提示される単純化された仮想プラットフォームハードウェアを有し得る。前述のゲストは従属ゲストと認めることができる。更に、VMMは、前述のゲストにおけるゲストソフトウェアがACPIアウェアである場合に、前述の従属ゲストの仮想化ACPIテーブルを生成することができる。本発明の実施例は、VMMとACPIテーブルとの間の双方向通信を可能にする。特に、本発明の実施例は、システムファームウェアの一部として提供されるACPIテーブル及びACPI手法を強化することによってポリシーVMにおけるACPIサブシステムがVMMと通信することを可能にする。強化された前述のACPI手法は、指定されたメモリ動作領域及び仮想化ハードウェア装置と相互作用して、ACPI関連情報及びイベントをVMMに通知する。指定されたメモリ動作領域はメールボックスとして用いられ、仮想ハードウェア装置を用いて、メモリ動作領域のメールボックスが、新たな情報を含んでいる旨をVMMに通知する。一実施例では、仮想ハードウェア装置は、未使用の単一の8ビット入力/出力I/Oポ―トである。種々の実施例では、仮想化ハードウェア装置に用いられるI/Oポートは、チップセットによってデコードされないI/Oポートであり得るものであり、装置には一切割り当てられないことがあり得るものであり、プラットフォーム上の副作用を有しないことが保証される。これは、同じACPIテーブル及び手法を、VMMがある状態及びVMMがない状態で用いることを可能にする。本発明の実施例の趣旨から逸脱しない限り、別の仮想ハードウェア装置も利用することができる。逆に、ポリシーVMに通知し、かつ/又は、ポリシーVMと通信して、プラットフォーム管理決定に影響を及ぼすためにメールボックスをVMMによって用いることもできる。この手法を容易にするために、ポリシーVMにおけるACPIドライバは、システム制御割り込みSCI及び汎用イベントGPEを用いることによってエンライトンされenlightened得る。GPEは、当該技術分野における当業者に周知であり、本発明の実施例を不必要にわかりにくくすることのないように本明細書及び特許請求の範囲において更に詳細に説明しないこととする。GPEを用いてSCIの原因を判定することができる。SCIは、ポリシーVMのOSにおけるACPIサブシステムと通信するためにACPIハードウェア例えば、ホスト100のチップセット上のACPIハードウェアによって生成されるACPI定義割り込みである。よって、本発明の実施例によれば、VMMは、ACPI手法情報をメールボックスに追加し、SCIをポリシーVMに投入することができる。SCIを受け取ると、ポリシーVMのOSにおけるACPIドライバは、割り込みサービスルーチンISR及び/又はデファード手続コールDPCをポリシーVMのACPIサブシステムにおいて実行させることができる。ポリシーVMは次いで、GPEステータスレジスタにクエリすることができ、クエリはVMMによって傍受することができる。VMMはGPEレジスタブロックを仮想化して仮想GPEステータスレジスタを生成し、その後、ポリシーVMのOSにおけるACPIドライバから前述のISR及び/又はDPCクエリをトラップすることができる。VMMは次いで、クエリの結果を編集し、仮想GPEステータスをアクティブとして戻すことができる。その後、ポリシーVMのACPIドライバは、アクティブであったGPEに基づいてSCIを処理するためのドライバをディスパッチすることができる。図2A乃至2Bは、本発明の種々の実施例を更に詳細に示す図である。本発明の実施例を不必要にわかりにくくすることのないように、特定の構成要素例えば、仮想BIOS及び仮想ACPIテーブルは本明細書及び特許請求の範囲に示していない。しかし、本発明の実施例の趣旨から逸脱しない限り、種々の他の構成部分がホスト200上に存在し、かつ/又はホスト200に結合され得ることを当業者は容易に認識するであろう。更に、3つのVMを含んでいるとしてホスト200を示しているが、本発明の実施例の趣旨から逸脱しない限り、より多く又はより少ないVMを実現することができることを当業者は認識するであろう。VMの1つはポリシーVMポリシーVM205として示し、他のVMはVM210及びVM220として表すとして表すことができる。図2Aは、本発明の実施例を示す。ここで、ポリシーVM205は、VM210及び/又はVM220からの入力なしで、プラットフォーム電力ポリシーホスト200を支配する。この実施例によれば、ホスト上のファームウェアBIOS225として示すは、ポリシーVM205に割り当てられるメモリ資源240メモリ208として示すの一部分内のメモリ動作領域メールボックス250を表し得る。一実施例では、メールボックス250は、4KB境界上にあり、長さが4KBの倍数であり得る。別の実施例では、本発明の実施例の趣旨から逸脱しない限り、他の境界を利用することができる。ポリシーVM205のゲストOSにおけるAPCIサブシステムゲストOS206及びゲストソフトウェア207のうちのACPIOSドライバ215として示しているが方法を実行すると、その方法は情報をメールボックス250に投入し、拡張VMM230が仮想ACPIハードウェア装置IOポート275として示すにアクセスすることを可能にする。本明細書及び特許請求の範囲使用のACPIOSドライバの語が、何れかのタイプのACPI又は同等のサブシステムを包含し得ることを当業者は容易に分かるであろう。よって、例えば、個々のドライバの概念が存在しないことがあり得るオペレーティングシステムでは、ACPI又は同等のサブシステムは、別個の構成部分になることなく、オペレーティングシステムの一部を備え得るに過ぎない。よって、本明細書及び特許請求の範囲におけるACPIOSドライバへの参照は何れも、前述のACPI又は同等のサブシステムを全て含むものとする。拡張VMM230が、既存VMM、及び/又は既存VMMとともに機能し得るその他の構成要素に対して行われる拡張を備え得ることも当業者に明らかである。拡張VM230は、よって、ソフトウェア例えば、スタンドアロンプログラム及び/又は構成部分ホストオペレーティングシステムの、ハードウェア、ファームウェア及び/又はそれらの何れかの組み合わせで実現することができる。IOポート275をアクセスすると、拡張VMM230は、メールボックス250における情報を解析することができる。本発明の実施例はよって、ポリシーVM200がACPI準拠ゲストOS例えば、ゲストOS206を含む場合、ポリシーVM205と拡張VMM230が情報を交換することを可能にする。拡張VMM230は、その後、この情報をホスト100上の他のVMに伝播して、適切な措置を必要な場合、ポリシーVM205によって実現されるポリシー決定に基づいてその他のVMが講じることを可能にすることができる。このようにして、本発明の一実施例によれば、ポリシーVM205は、ホスト100上のプラットフォーム構成及び電力管理の詳細を支配し、よって、種々のVMからの競合イベントを回避することができる。他の実施例では、図2Bに示すように、拡張VMM230は、ホスト100上のその他のVMの必要性をポリシーVM205に通信することができる。ポリシーVM205はよって、プラットフォームのポリシー決定を行う前に、ホスト100上の他のVMの必要性を考慮に入れることができる。すなわち、ポリシーVM205がプラットフォームの決定を一方的に行う代わりに、この実施例では、ホスト200上の他のVMは、拡張VMM230を介して決定に影響を及ぼす機会を有し得る。ポリシーVM205は、ホスト100上のその他のVMの要件を評価し、プラットフォームの決定を行う際に前述の要件を考慮に入れることができる。よって、ポリシーVM205は、プラットフォームの意思決定のコントロールを持ち続けるが、ホスト200上のVM全てによりうまく合い得る、より多くの情報を知ったうえでのポリシー作成を行うことを可能にする。この実施例によれば、BIOS225は、メモリ資源240内のメモリメールボックス250をなお指定することができる。ACPIOSドライバ215が方法を実行すると、その方法はメールボックス250に情報を投入し、拡張VMM230がIOポート275にアクセスすることを可能にする。しかし、この実施例では、ACPIOSドライバ215は更に、拡張VMM230がSCI及びGPEを利用してホスト200上の電力管理及び構成を連係することができるようにエンライトンされ得る。前述の通り、拡張VMM230は、SCIをゲストOS206に投入することができる図2BにパスAとして示す。ポリシーVM200は、SCIを受け取り、ISR及び/又はDPCをVM110のACPIサブシステムすなわち、ACPIOSドライバ215において実行させることができる。ISR及び/又はDPCはGPEステータスレジスタにクエリすることができ、クエリは拡張VMM230によって傍受することができる。拡張VMM230は、仮想GPEステータスレジスタを生成し、その後、ACPIOSドライバ215から前述のISR及び/又はDPCクエリをトラップすることができる。拡張VMM230は次いで、クエリの結果を編集し、仮想GPEステータスをアクティブとして戻すことができる図2BにパスBとして示す。その後、ACPIOSドライバ215は、アクティブであったGPEに基づいてSCIを処理するためのエンライトンされたドライバをディスパッチすることができる。一実施例では、ACPIOSドライバ215は仮想GPEをフックすることができるので、デバイスドライバはSCIが投入されると実行することができる。一実施例では、拡張VMM230は、ホスト200上のハードウェア装置の大半がポリシーVM205上のゲストOS211に直接マッピングされることを可能にし得る。この実施例では、拡張VMM230は、ACPIプラットフォーム構成及び電力管理動作全てをゲストOS211が行うことを可能にすることによって単純にすることができる。しかし、拡張VMM230は、適切なプラットフォーム管理を行うためにいくつかのタイプのACPIイベントについて通知されなければならない。前述には、S状態、C状態、P状態及びT状態の遷移が含まれる。この情報の一部はスタティックACPIテーブルによって入手可能であるが、他の情報は、ゲストOS211におけるAMLインタプリタによってACPI手法の実行によってのみ利用可能であり得る。このシナリオでは、ゲストOS211は、構成及び電力管理のためにプラットフォームポリシーを保有し得る。拡張VMM230並びにゲストOS211及びゲストOS221は、前述のポリシー決定を順守する必要があり得る。一実施例では、拡張VMM230は、仮想ファームウェア及び仮想化プラットフォーム構成部分を生成するよう企図することもできる。この実施例では、ゲストOS206がACPI準拠であるとすれば、拡張VMM230は、仮想化されたACPIテーブル及び手法も生成することができる。拡張VMM230は、前述の種々の実施例による前述のACPIテーブル及び手法を強化することができる。この実施例によれば、拡張VMM230は、プラットフォーム構成及び電力管理イベントへの可視性を有し得るものであり、上記情報を用いて、各ゲストVMに供給されるハードウェア資源及びCPUサイクルを最適化することができる。よって、例えば、拡張VMM230が、VM210からのS3、S4又はS5遷移を検出した場合、拡張VMM230のスケジューリング機構は、VM210へのCPUサイクルの割り当てを停止することができ、代わりに、ホスト200上の他のVM例えば、ポリシーVM205及びVM220にCPUメモリやその他のハードウェア資源を割り当てることができる。拡張VMM230は、各VMにおけるCx、Px及びTx状態遷移の知識を用いて、VMに割り当てられるCPU及びCPUサイクルの数を調節することもできる。このようにして、拡張VMM230は、ホスト200上のVM内のゲストOS全ての状態に対する大局的な表示を維持し、それによって、最適なプラットフォーム構成及び電力管理の決定を拡張VMM230が行うことを可能にすることができる。図3は、本発明の実施例を示すフロー図である。以下の動作は、順次プロセスとして表すことができるが、動作の多くは実際には、並列及び/又は同時に行うことができる。更に、動作の順序は、本発明の実施例の趣旨から逸脱しない限り、再配列することができる。301では、ホスト200が起動すると、BIOS225が、ポリシーVM205のメモリ内のメモリ動作領域メールボックス250を指定することができる。その後、302で、拡張VMM230は、ポリシーVM205を含む、ホスト200上の種々のVMをインスタンス化することができる。ポリシーVM205は、ゲストOS206内のACPIOSドライバ215を含み得る。303では、ACPIOSドライバ215は手法を実行することができ、304では、この手法からの情報をメールボックス250に入れることができる。305では、イベントをIOポートや前述のその他の機構を介して生成することができる。その後、306では、拡張VMM230は、メールボックス250から情報を取り出し、307で適切な措置を講じることができる。図4は、本発明の実施例を示すフロー図である。やはり、以下の動作は、順次プロセスとして表すことができるが、動作の多くは実際に並列及び/又は同時に行うことができる。更に、本発明の趣旨から逸脱しない限り、動作の順序を再配列することができる。前述の通り、401では、ホスト200が起動すると、BIOS225は、ポリシーVM205のメモリ内のメモリ動作領域メールボックス250を指定することができる。その後、402で、拡張VMM230は、ホスト200上の種々のVMポリシーVM205を含むをインスタンス化することができる。ポリシーVM205は、ゲストOS206内にACPIOSドライバ215を含み得る。403では、拡張VMM230は、メールボックス250をデータで埋めることができ、404では、拡張VMM230はSCIをゲストOS206に投入することができる。405では、ゲストOS206はSCIをACPIOSドライバ215に転送することができ、406では、ACPIOSドライバ215は、ACPIハードウェアにおけるGPEにクエリしてSCIの原因を判定することができる。拡張VMM230は、407で、仮想GPEの仮想GPEステータスレジスタを生成し、仮想GPEステータスをアクティブとして戻すことによって前述のクエリに応答することができる。408では、ACPIOSドライバ215は、アクティブであったGPEに基づいてSCIを処理するためのドライバをディスパッチすることができる。本発明の実施例によるホストは、種々の計算装置上で実現することができる。本発明の実施例によれば、計算装置は、本発明の実施例を実現する旨の命令を実行することができる種々の構成部分を含み得る。例えば、計算装置は、マシンアクセス可能な少なくとも1つの媒体を含み得るものであり、かつ/又は、マシンアクセス可能な少なくとも1つの媒体に結合し得る。本明細書及び特許請求の範囲記載のマシンは、限定しないが、1つ又は複数のプロセッサを備えた何れかの計算装置を含む。本明細書及び特許請求の範囲記載の、マシンアクセス可能な媒体は、計算装置によってアクセス可能な何れかの形態における情報を記憶し、かつ/又は伝送する何れかの機構を含み、マシンアクセス可能な媒体は、限定しないが、記録可能な/記録可能でない媒体リードオンリーメモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体や、フラッシュメモリ装置など、並びに、伝搬信号搬送波、赤外信号やディジタル信号などの電気的、光学的、音響的、又はその他の形式を含む。一実施例によれば、計算装置は、1つ又は複数のプロセッサなどの種々の他の周知の構成部分を含み得る。プロセッサ及びマシンアクセス可能な媒体は、通信するようブリッジ/メモリコントローラを用いて結合することができ、プロセッサは、マシンアクセス可能な媒体に記憶された命令を実行することができ得る。ブリッジ/メモリコントローラはグラフィクスコントローラに結合することができ、グラフィックスコントローラは、表示装置上の表示データの出力を制御することができる。ブリッジ/メモリコントローラは1つ又は複数のバスに結合することができる。前述の構成要素の1つ又は複数は、単一のパッケージ上に、又は複数のパッケージ若しくはダイを用いて、プロセッサとともに一体化することができる。ユニバーサルシリアルバスUSBホストコントローラなどのホストバスコントローラはバスに結合することができ、複数の装置をUSBに結合することができる。例えば、キーボードやマウスなどのユーザ入力装置を、入力データを供給するために計算装置に含めることができる。別の実施例では、ホストバスコントローラは、種々の他の相互接続標準PCI、PCIエクスプレス、ファイヤワイヤやその他のそうした既存及び将来の基準を含むと互換であり得る。上記明細書では、その特定の例示的な実施例を参照して本発明を説明している。しかし、特許請求の範囲記載の本発明のより広範囲にわたる趣旨及び範囲から逸脱しない限り、種々の修正及び変更を行うことができることが認識されよう。本明細書及び添付図面はよって、限定的な意味合いでなく例証的な意味合いで解するものとする。図2A乃至2Bは、本発明の種々の実施例を更に詳細に示す図である。本発明の実施例を不必要にわかりにくくすることのないように、特定の構成要素例えば、仮想BIOS及び仮想ACPIテーブルは本明細書及び特許請求の範囲に示していない。しかし、本発明の実施例の趣旨から逸脱しない限り、種々の他の構成部分がホスト200上に存在し、かつ/又はホスト200に結合され得ることを当業者は容易に認識するであろう。更に、3つのVMを含んでいるとしてホスト200を示しているが、本発明の実施例の趣旨から逸脱しない限り、より多く又はより少ないVMを実現することができることを当業者は認識するであろう。VMの1つはポリシーVMポリシーVM205として示し、他のVMはVM210及びVM220として表すとして表すことができる。図2Aは、本発明の実施例を示す。ここで、ポリシーVM205は、VM210及び/又はVM220からの入力なしで、プラットフォーム電力ポリシーホスト200を支配する。この実施例によれば、ホスト上のファームウェアBIOS225として示すは、ポリシーVM205に割り当てられるメモリ資源240メモリ208として示すの一部分内のメモリ動作領域メールボックス250を表し得る。一実施例では、メールボックス250は、4KB境界上にあり、長さが4KBの倍数であり得る。別の実施例では、本発明の実施例の趣旨から逸脱しない限り、他の境界を利用することができる。