動作コンテキストを切り替える方法であって、実行可能な命令を用いて設定された1つ又は複数のプロセッサの制御下で、コンピューティングデバイスをスタンバイ電力状態にする段階と、前記スタンバイ電力状態から起動する複数のオペレーティングシステムのうちの1つを決定する段階と、前記スタンバイ電力状態から、前記決定されたオペレーティングシステムで実行される所望の動作コンテキストを起動する段階と、を含む、方法。前記複数のオペレーティングシステムのうちの1つを決定する段階は、前記コンピューティングデバイスでのユーザー行動に基づく、請求項1に記載の方法。前記決定する段階は、以前のオペレーティングシステムから異なるオペレーティングシステムに切り替える段階を含む、請求項1または請求項2に記載の方法。前記スタンバイ電力状態から起動することは、オペレーティングシステムをブートアップする際にエラーを検出する段階と、前記決定されたオペレーティングシステムをブートアップする段階とを含む、請求項1から請求項3のいずれか1つに記載の方法。前記スタンバイ電力状態にする段階、前記決定する段階、及び前記起動する段階は、プラットフォーム及びオペレーティングシステムに依存しない、請求項1から請求項4のいずれか1つに記載の方法。前記起動することを実行するために、データをメモリに保存する段階を更に含む、請求項1から請求項5のいずれか1つに記載の方法。前記複数のオペレーティングシステムを起動するためのデータのメモリを確保する段階を更に含む、請求項1から請求項6のいずれか1つに記載の方法。コンピューティングデバイスであって、1つ又は複数のプロセッサと、前記1つ又は複数のプロセッサ用に構成されるメモリコントローラーと、前記1つ又は複数のプロセッサ及び前記メモリコントローラー用に構成されるメモリと、を備え前記メモリは、前記コンピューティングデバイスがスタンバイ電力状態になる場合、所望の動作コンテキストをサポートするオペレーティングシステムが前記スタンバイ電力状態から起動されるような1つ又は複数のオペレーティングシステムを含む、コンピューティングデバイス。前記メモリコントローラーは、前記コンピューティングデバイスがスタンバイ電力状態である間、メモリからの動作を実行する、請求項8に記載のコンピューティングデバイス。前記メモリはランダムアクセスメモリを含み、前記ランダムアクセスメモリは、スタンバイ電力状態からの前記1つ又は複数のオペレーティングシステムの起動に割り振られる、請求項8または請求項9に記載のコンピューティングデバイス。前記メモリはランダムアクセスメモリを含み、前記1つ又は複数のオペレーティングシステムをスタンバイ電力状態から起動するためのデータがランダムアクセスメモリに保存される、請求項8または請求項9に記載のコンピューティングデバイス。前記メモリは、オペレーティングシステムを起動する際にエラーを検出し、所望の動作コンテキストについて適切な前記オペレーティングシステムを起動するシステム管理コードを含む、請求項8から請求項11のいずれか1つに記載のコンピューティングデバイス。装置及び周辺機器に接続され、動作コンテキストの起動を開始する入出力インターフェースを更に備える、請求項8から請求項12のいずれか1つに記載のコンピューティングデバイス。前記スタンバイ電力状態をサポートする基本入出力システムBIOSを更に備え、所望の前記オペレーティングシステムが起動される、請求項8から請求項13のいずれか1つに記載のコンピューティングデバイス。前記BIOSは、所望の前記オペレーティングシステムの起動元である様々なフェーズを含む、請求項14に記載のコンピューティングデバイス。コンピューティングデバイスをスタンバイ電力状態にする段階と、前記スタンバイ電力状態から、複数の動作コンテキストをサポートする1つ又は複数のオペレーティングシステムを起動するためのデータロケーションをメモリに保存する段階と、前記スタンバイ電力状態から、所望の動作コンテキストをサポートするオペレーティングシステムを起動させる段階と、を前記コンピューティングデバイスに実行させるためのプログラム。前記コンピューティングデバイスをスタンバイ電力状態にする段階及び前記オペレーティングシステムを起動させる段階は、前記コンピューティングデバイスでのユーザー行動に基づく、請求項16に記載のプログラム。前記データロケーションをメモリに保存する段階は、以前に実施されたオペレーティングシステムからのデータを保存する段階を含む、請求項16または請求項17に記載のプログラム。前記起動させる段階は、前記1つ又は複数のオペレーティングシステムのブートに割り振られた保存メモリから読み出す段階を含む、請求項16から請求項18のいずれか1つに記載のプログラム。前記オペレーティングシステムをブートアップする際にシステムエラーを特定する段階と、別のオペレーティングシステムを起動させる段階とを更に前記コンピューティングデバイスに実行させる、請求項16から請求項19のいずれか1つに記載のプログラム。コンピューティングデバイスでの動作コンテキストの切り替えは、スタンバイ状態すなわちS3スリープ状態等の低電力状態を利用する。低電力状態を用いることにより、動作コンテキストの切り替え及び/又は動作コンテキストの呼び出しの時間を最小にすることができる。概説本明細書には、低電力状態を実施して、コンピューティングデバイスでの動作コンテキストの切り替え例えば、変更を可能にする方法、コンピューティングデバイス及びコンピュータ可読記憶媒体が記載される。通常、S3状態等のスタンバイ状態は、1つのプロセス及び1つのインスタンスに用いられるが、本明細書には、N個の動作コンテキストにスタンバイ状態すなわちS3状態を用いる方法、コンピューティングデバイス、及びコンピュータ可読記憶媒体が記載される。例えば、スタンバイ状態すなわちS3状態を用いて、時間効率的かつ応答的に動作コンテキストを切り替えることができる。動作は、プラットフォームに非依存又はOSに非依存であることができ、コンピューティングデバイスの基本入出力システムBIOSを用いて実施される。以下の詳細な説明では、本発明の完全な理解を提供するために、多くの特定の詳細が記載される。しかしながら、これらの特定の詳細なしでも本発明を実施可能なことが当業者には理解されよう。他の場合、既知の方法、手順、構成要素、及び回路は、本発明を曖昧にしないように詳述されていない。以下の詳細な説明の幾つかの部分は、コンピュータメモリ内のデータビット又は二進デジタル信号に対する演算のアルゴリズム的表現及び象徴的表現に関して提示される。これらのアルゴリズム的な説明及び表現は、データ処理分野の当業者が、他の当業者に仕事の本質を伝えるのに用いる技法とすることができる。別途指定のある場合を除き、以下の考察から明らかなように、本明細書全体を通して、例えば処理、コンピューティング、計算、決定等の用語を利用する考察が、コンピューティングシステムのレジスタ及び/又はメモリ内の電子的数量等の物理的数量として表されるデータを操作し、及び/又はコンピューティングシステムのメモリ、レジスタ、他のそのような情報記憶装置、若しくは伝送装置内の物理的数量として同様に表される他のデータに変換するコンピュータすなわちコンピューティングシステム又は同様の電子コンピューティングデバイスの動作及び/又はプロセスを指すことが理解される。数量を指定しないaoran用語は、本明細書に用いられる場合、1つ又は2つ以上として定義される。複数という用語は、本明細書に用いられる場合、2つ又は3つ以上として定義される。別という用語は、本明細書に用いられる場合、少なくとも2つ目又は3つ目以上として定義される。含むincluding及び/又は有するという用語は、本明細書に用いられる場合、含む、備えるcomprisingとして定義されるが、これに限定されない。結合されるという用語は、本明細書で用いられる場合、任意の所望の形態で、例えば、機械的に、電子的に、デジタル的に、直接、ソフトウェアにより、ハードウェア等により、動作可能に結合されることとして定義される。本発明を様々な用途で用いることが可能なことを理解されたい。幾つかの実施形態は、様々な装置及びシステム、例えば、パーソナルコンピュータPC、デスクトップコンピュータ、モバイルコンピュータ、ラップトップコンピュータ、ノート型コンピュータ、タブレットコンピュータ、サーバーコンピュータ、ハンドヘルドコンピュータ、ハンドヘルド装置、個人情報端末PDA装置、ハンドヘルドPDA装置、オンボード装置、オフボード装置、ハイブリッド装置、車両装置、非車両装置、モバイル装置若しくはポータブル装置、消費者装置、非モバイル装置若しくは非ポータブル装置、無線通信基地局、及び/又は無線通信装置と併せて用いることができる。本明細書では、そのような装置は一括してコンピューティングデバイスと呼ばれる。コンピューティングデバイスは低電力状態を実施し、例えば、コンピューティングデバイスはACPI仕様を用い、S3スリープ状態すなわちスタンバイ状態になることができる。コンピューティングデバイスは、完全なOS、専用OS、OS/アプリケーション等を含む1つ又は複数のOSを含む。コンピューティングデバイスで実行中のアプリケーションは、各自の動作コンテキストで実行することができる。各OS及び動作コンテキストは、低電力状態例えば、スタンバイ状態すなわちS3状態と互換性があるか、又は低電力状態を利用する。動作コンテキスト又はOSは、ラップトップコンピューティングデバイスの蓋を閉じること及び/又はコンピューティングデバイスのホットキーをアクティベートすること等のユーザー行動により、呼び出すことができるか、又は或るOS/動作コンテキストから別のOS/動作コンテキストに切り替えることができる。予めプログラムされ、及び/又はコンピューティングデバイスの一部として統合され、及び/又はユーザーによってプログラムされる他のトリガーイベントを実施することも可能なことを理解されたい。記載の方法及びプロセスは、コンピューティングデバイスの基本入出力システムBIOSの一環として実施することができる。さらに、コンピューティングデバイスは、特定のBIOSブート仕様及び/又は拡張可能ファームウェアインターフェースEFIブートマネージャ仕様を実施する。本方法及びプロセスはまた、システム管理モードSMM:SystemManagementMode割り込みSMI:SMMInterrupt動作、特にSMIハンドラーを含む定義されたSMM動作を利用することもできる。SMIハンドラーは特に、OSをブートする際にエラーを検出してエラーに対処することに関連する。プロセス例これより図面を参照すると、図1は、動作コンテキストを切り替えるプロセス100の一例を示す。ブロック102において、コンピューティングデバイスに電源が投入されることが前提されるが、コンピューティングデバイスは幾つかのスリープ状態のうちの1つであることができる。コンピューティングデバイスがスタンバイ状態、例えば、S3スリープ状態であるか否かが判断される。特に、ブロック104において、コンピューティングデバイスがスタンバイ状態すなわちS3スリープ状態から再開するか否かが判断される。コンピューティングデバイスがスタンバイ状態すなわちS3スリープ状態から再開されていない場合、ブロック104のNO分岐を辿り、ブロック106において、コンピューティングデバイスはターゲットOS用のリソースを確保し、ターゲットOSは、コンピューティングデバイスが特定の動作コンテキストに用いるべきOSとして定義される。ブロック108において、OS切り替えコンテキスト用のリソースが確保される。例えば、OSをWindows登録商標OSからLinux登録商標OSに切り替えることができる。ブロック110において、所望のOSが開始される。コンピューティングデバイスがスタンバイ状態すなわちS3スリープ状態から来る場合、ブロック104のYES分岐を辿り、ブロック112において、OS切り替えフラグが設定されているか否かが判断される。特に、ブロック112において、所望の動作コンテキストをサポートするために、OSを切り替えるべきであるか、又は変更すべきであるか否かに判断が向けられる。判断が、以前の同じOSを用いるべきであるというものである場合、112のNO分岐を辿り、ブロック114において、スタンバイ状態すなわちS3状態からの通常の再開が実行される。次に、ブロック110において、OSが開始される。コンピューティングデバイス100がOSを変更すべきであるか、又は切り替えるべき場合、ブロック112のYES分岐を辿り、コンピューティングデバイスは、或るOSのスタンバイ状態すなわちS3状態から、別のOSで実行される動作コンテキストに移る。したがって、他方のOSを復帰させるか、又はブートアップする必要がある。ブロック116において、OS切り替えフラグが、メンテナンス目的でクリアされる。ブロック118において、ブートターゲットへの更新が実行される。OSごとに、メモリが、各OSのブートアップ用に確保される。再開が、所望のOSの各メモリロケーションから実行される。ブロック120において、ターゲットOS用のリソースが確保される。ブロック122において、ブートモードからターゲット/切り替え先のOSの完全ブートへのオーバーライドが実行される。ブロック124において、コンピューティングデバイスのBIOS時、ブートが実行されて、異なるOS又はターゲットOSを開始する。ブロック126において、ターゲットOSがブートされ、ブロック110において、OSが開始される。図2は、動作コンテキストを切り替える場合にオペレーティングシステムを実行するプロセス200を示す。プロセス200はプロセス100から続く。ブロック110において、OSが開始される。ブロック202において、ラップトップの蓋を閉じる又はホットキーが押下される等のトリガーイベントが、異なる動作コンテキストすなわち、異なるOSで実行中の別の動作コンテキストを実行中の異なるOSへの切り替えを開始するか否かが判断される。異なるOSへの切り替えがないとの判断である場合、ブロック202のNO分岐を辿り、フロー200はブロック110に戻る。その他の場合、ブロック202のYES分岐を辿り、ブロック204において、OS切り替えフラグが設定される。ブロック206において、スタンバイ状態すなわちS3状態がトリガーされる。S3状態をトリガーすることにより、ブロック208において、SMIハンドラーが呼び出されるか、又は開始される図3に関する考察において更に後述される。SMIハンドラーは特に、OSをブートする際のエラーの検出及び対処に関連する。ブロック110を実行することは、ブロック210において、OS切り替えフラグが設定されているか否かを判断することも含む。ブロック210のNO分岐を辿り、フロー200はブロック110に戻る。OSフラグ切り替えが設定されていた場合、ブロック210のYES分岐を辿り、フロー200はブロック206に進み、スタンバイ状態すなわちS3状態をトリガーする。図3は、システム管理モード割り込み又はSMIハンドラーを開始するプロセス300の一例を示す。スタンバイ状態すなわちS3状態をトリガーすることによって、ブロック208において、SMIハンドラーが開始される。プロセス300は、SMIハンドラーを呼び出すようなブロックを含め、アドバンスドコンフィグレーションアンドパワーインターフェースすなわちACPI規格に基づくことができる。ブロック302において、S3レジスタは、コンテキスト情報の保存を含め、ソースOSのメモリすなわち、RAMに保存される。ディープスリープ状態すなわちS4状態とは対照的に、スタンバイ状態すなわちS3状態では、コンピューティングデバイスは、ディープスリープ状態すなわちS4状態よりも迅速に復帰し実行することができる。換言すれば、動作状態になるために、ディープスリープ状態すなわちS4状態と比較した場合、スタンバイ状態すなわちS3状態では初期化が最小である。ブロック304において、OSを切り替えるか否かが判断される。OSを切り替えないとの判断である場合、ブロック304のNO分岐を辿り、ブロック306において、プロセスは継続する。OSを切り替えるべき場合、ブロック304のYES分岐を辿り、ブロック308において、OS切り替えコンテキストは保持されるか、又は保存される図4に関する考察で更に後述する。ブロック310において、ターゲットOSをブートすべきか否かが判断される。ターゲットOSをブートすべきではない場合、ブロック310のNO分岐を辿り、ブロック312において、OSの自動復帰が設定される。そのターゲットOSをブートすべき場合、ブロック310のYES分岐を辿り、ブロック314において、ターゲットOS切り替えコンテキストが再開される図5に関する考察で更に後述する。ブロック316において、ターゲットOSの再開ベクトルへのジャンプが実行される図6に関する考察で更に後述する。コンテキストを切り替える場合、ソフトウェアコードフローは効率的に、コンピューティングデバイスの初期リセットベクトルから開始される。BIOSコードが実行され、スタンバイ状態すなわちS3状態の通常の再開コードパスの一環として、ターゲットOSのローダーを実行するすなわち、OSが効率的にロードされる代わりに、メモリ内のロケーションに記憶することができるOS再開ベクトルへのジャンプが実行される。そのようなコードは、OSがそれ自体を、現存のスタンバイ状態すなわちS3状態から復帰させる手段によって実施することができる。BIOSがOSを再び復帰させようとする場合、このコードを実行することができる。ブロック318において、ターゲットOSが実行される。これは、所望の動作コンテキストを実行することを含むことができる。図4は、動作コンテキストを切り替える場合に切り替えられたオペレーティングシステムコンテキストを保持するプロセス400の一例を示す。ブロック308に続き、規定されるACPI要件に従い、ブロック402において、ACPIテーブル内の値のコピーが保存される。ブロック404において、ソースOSコンテキスト用に確保された指定のメモリが、後に使用又は参照するために、保存又は保持される。特定の実施態様では、メモリすなわち、RAM内の特定のエリアが指定される。例えば、RAM内のNMB未満のメモリが指定される。次に、プロセス400は、ブロック310におけるターゲットOSをブートすべきであるか否かの判断に戻る。図5は、動作コンテキストを切り替える場合にターゲット切り替えコンテキストを再開するプロセス500の一例を示す。ブロック314に続き、ブロック502において、保存されたスタンバイ状態すなわちS3状態のレジスタが再開される。ブロック504において、保存されたACPIテーブルが呼び出され、再開される。ブロック506において、指定のメモリすなわち、例えばブロック404において保存されたメモリが呼び出され、実施される。図6は、動作コンテキストを切り替える場合にオペレーティングシステム再開ベクトルにジャンプするプロセス600の一例である。プロセス600は、BIOS内の論理として実施することができる。そのような論理を用いて、スタンバイモードである複数のOSを管理することができる。BIOSは、どのOS再開ベクトルが起動されるかを制御するか、又は決定する。したがって、コンテキストが切り替えられる場合、現在の再開ベクトルは以前の再開ベクトルに切り替えられる。切り替えを実行するために、現在の再開ベクトルのロケーションを一時的な記憶装置に書き込み、新しい宛先OSにアクティブな古い再開ベクトルをリストアし、それを現在の再開ベクトルとして確立し、最終的に、その古い再開ベクトルを用いることができる。これは、コンテキストを失わずに様々な再開ベクトル間で安全に往復してピンポンする能力を提供することができる。或る特定の実施態様では、確保されたメモリ領域を実施して、このデータをBIOSのコンテキスト内に保持することができる。BIOSは、コンテキストの切り替えを理解する計算プラットフォーム内のエンティティである。OSの再開ベクトルへのジャンプが行われるブロック316後、ブロック602において、SMMが呼び出された場合に再開するメモリ領域のコピーの保存が実行される。特に、実行される保存は、切り替え元のOSに関連付けられた任意の他の必要なデータとともに、古い再開ベクトルデータである。これは、データの損失を回避することを可能にし、将来にリストアし再び切り替える能力を可能にする。ブロック604において、以前に実行されていない場合、以前のOSが再開する、以前のメモリ領域のリストアが実行される。用いられるメモリ領域は、BIOS内のプライベートに確保されたメモリストアとして見なすことができ、それにより、各動作コンテキストは効率的に、それぞれに確保されたスロットを有するため、十分なスペースが、N個のコンテキストの確保に割り振られ、他の動作コンテキストをオーバーライトする必要性をなくす。例えば、2つの動作コンテキストが存在する場合、動作コンテキスト1のスロット1が存在し、動作コンテキスト2のスロット2が存在することができる。したがって、動作コンテキスト1から動作コンテキスト2に切り替える場合、動作コンテキスト1に関連付けられたアクティブ情報をスロット1に保存することができる。スロット2の再開ベクトル等の現在のアクティブな設定に用いられるデータは、スロット2から読み出すことができる。ブロック606において、ブートストラッププロセスが実行され、このプロセスは、メモリ領域を、代替のOS再開ベクトルにジャンプすることができるようにするコードで置換することを含む。特に、ブロック606において、各プライベートストア又はスロット内のデータを用いて、現在の挙動を確立する。したがって、プライベートストア又はスロットは、データのバックアップと見なすことができる。実際の構成データ例えば、現在の再開情報に、そのようなバックアップからのデータがプログラムされる。mwait等のコマンドがアプリケーションプロセスに用いられて、電力状態を設定することができる。ブロック608において、再開命令が開始されて、SMIハンドラープロセスから出る。SMIハンドラープロセスは、様々な事象によって開始することができるが、この例では、SMIハンドラープロセスは、SMIをトリガーする、スタンバイ状態すなわちS3状態になるACPIS状態移行によって定義されるように開始される。したがって、ブロック602は、SMIハンドラーに入る場合であり、ブロック608はSMIハンドラーから出ることである。ブロック610において、上述したように、動作はブロック318に続く。BIOSプロセス上述したように、実施態様は、コンピューティングデバイスのBIOSを用いて実行することができる。一般に、BIOSは、電源投入からの動作を実行して、コンピューティングデバイスのOSにハンドオフする。BIOS動作は様々なフェーズを含むことができる。BIOSの部分は、統合拡張ファームウェアインターフェースすなわちUEFI又はEFIとすることができる。Pre-EFIすなわちPEIは、コンピューティングデバイスBIOS初期化の早期フェーズである。ドライバー実行環境すなわちDXEは、コンピューティングデバイスのBIOS初期化の後半で行われる。DXEは、BIOSでの、OSが起動される場所である。スタンバイ状態すなわちS3状態では、メモリすなわち、RAMへの保存により、多くの初期化を再び行う必要がないため、OSへの再開は比較的迅速に行うことができる。スタンバイ状態すなわちS3状態では、起動はPEIフェーズにあることができる。DXEは、OSを少なくとも1回ブートすべき場合に実施され、各OSの完全なBIOS初期化の一部である。OSブートは、少なくとも1回実施されて、スタンバイ状態すなわちS3状態になる。一般に、S3フロー又はS3モードのいずれかで、PEIにおいてブートアップする場合、ブートターゲットOSが以前のターゲットであったか否かが判断される。例えば、Windows登録商標OSからS3モードに入り、Windows登録商標OSから戻る。この事例が当てはまる場合、通常フローが再開される。この事例が当てはまらない場合、代替のフロー又はOS再開ベクトルへの切り替えが実行される。他のOSが起動され、スタンバイ状態すなわちS3状態になりつつあるか否かが判断される。判断が真ではない場合、プロセスはDXE及び通常のブートフローに進み、DXEにおいてOSを起動する。図7は、動作コンテキストを切り替える場合に、事前のPre-EFIすなわちPEIにおいてスリープ状態から復帰するプロセス700の一例である。プロセス700は、BIOSによって実施することができる。ブロック702において、電源投入が開始されるか、又は以前のBIOSフローからの復帰が開始される。ブロック704において、ブートモードがスタンバイ状態すなわちS3状態から再開中であるか否かが判断される。スタンバイ状態すなわちS3状態からのブートモードが再開されない場合、ブロック704のNO分岐を辿り、ブロック706において、非スタンバイ状態すなわち非S3状態が実行される。ブロック708において、ブートターゲットが第2のOS又は他のOSからのものであるか否かが判断される。ブロック708のNO分岐を辿り、既存又は第1のOSブートフローが続く。ブロック712において、ハンドオフブロックが設定されて、ブートターゲットが既存のOS又は第1のOSであることを示す。ブロック714において、BIOSプロセスが継続される。ブロック708のYES分岐を辿り、ブロック716において、非スタンバイ状態すなわち非S3フローが実行される。ブロック718において、ハンドオフブロックが設定されて、ブートターゲットが第2のOS又は他のOSであることを示す。ブロック714において、BIOSが継続される。スタンバイ状態すなわちS3状態からのブートモードが再開される場合、ブロック704のYES分岐を辿り、ブロック720において、S3フローが続く。ブロック722において、ブートターゲットが以前のブートターゲットからのものであるか否かが判断される。ブロック722のYES分岐を辿り、ブロック724において、通常の再開フローが続く。ブロック722のNO分岐を辿り、代替のOS再開ベクトルへの切り替えが実行される。ブロック728において、OSがスタンバイ状態すなわちS3状態からブートされたか否かが判断される。ブロック728のNO分岐を辿り、ブロック708が実行される。728のYES分岐を辿り、ブロック730において、コンテキストが保存され、代替のOS再開ベクトルにジャンプする。図8は、動作コンテキストを切り替える場合に、DXEにおいてスリープ状態から復帰するプロセス800の一例である。プロセス800は、BIOSによって実施することができる。ブロック802において、ブートオプションフローが実行される。ブロック804において、OS切り替えBIOSオプションがイネーブルされるか否かが判断される。ブロック804のNO分岐を辿り、ブロック806において、PEIフェーズからのハンドオフブロックが切り替えを示すか否かが判断される。ブロック806のYES分岐を辿り、ブロック808において、ブートオプションは、代替のOSを含むメモリストアを指すように変更される。ブロック806のNO分岐を辿り、ブロック810において、BIOSプロセスが継続される。OS切り替えBIOSオプションがイネーブルされる場合、ブロック804のYES分岐を辿り、動作コンテキストの呼び出しをトリガーした開始ホットキー又は開始アプレットをディセーブルするコードが適用される。ブロック810において、BIOSプロセスが継続される。コンピューティングデバイスの例図9は、動作コンテキストの切り替えを実施するコンピューティングデバイス900の一例を示す。上述したように、コンピューティングデバイス900は、例えばタブレット、ラップトップコンピュータ等の様々な装置を含むことができる。コンピューティングデバイス900は、1つ又は複数のプロセッサであるプロセッサ902を含む。プロセッサ902は、1つの処理ユニット又は幾つかの処理ユニットとすることができ、それらは全て1つ若しくは複数の計算ユニット又は複数のコアを含むことができる。プロセッサ902は、1つ又は複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラー、デジタル信号プロセッサ、中央演算処理装置、状態マシン、論理回路、及び/又は動作命令に基づいて信号を操作する任意の装置として実施することができる。機能の中でも特に、プロセッサ902は、メモリ904又は他のコンピュータ可読記憶媒体に記憶されたコンピュータ可読命令又はプロセッサアクセス可能な命令をフェッチして実行するように構成することができる。メモリ904は、命令を記憶するコンピュータ可読記憶媒体の一例であり、命令は、プロセッサ902によって実行されると、プロセッサ902に、上述した様々な機能を実行させる。例えば、メモリ904は一般に、揮発性メモリ及び不揮発性メモリ例えば、RAM、ROM等の両方を含むことができる。メモリ904は、本明細書ではメモリ又はコンピュータ可読記憶媒体と呼ぶことができる。メモリ904は、コンピュータ可読のプロセッサ実行可能なプログラム命令をコンピュータプログラムコードとして記憶することが可能であり、コンピュータプログラムコードは、本明細書で実施態様において説明される動作及び機能を実行するように構成される特定のマシンとしてプロセッサ902によって実行することができる。メモリ904は、1つ又は複数のオペレーティングシステム906を含むことができ、1つ又は複数のアプリケーション908を記憶することができる。オペレーティングシステム906は、パーソナルコンピュータ、視聴覚装置等に実施される様々な既知のオペレーティングシステム及び将来のオペレーティングシステムの1つとすることができる。アプリケーション908は、予め構成/インストールされたアプリケーション及びダウンロード可能なアプリケーションを含むことができる。加えて、メモリ904はデータ910を含むことができる。オペレーティングシステム906及びアプリケーション908は、上述したように動作コンテキストを定義することができる。メモリ904は特に、ランダムアクセスメモリ又はRAM912を含み、RAM912に、上記プロセスは、スタンバイ状態すなわちS3状態である間に情報を記憶する。さらに、BIOS914はメモリ904に含まれる。BIOS914は読み取り専用メモリROMに記憶することができる。コンピューティングデバイス900はメモリコントローラー916を含む。スタンバイ状態すなわちS3状態にある間、メモリコントローラー916を用いてメモリ内の動作を実行することができる。RAM912は自己リフレッシュモードに保つことができ、それにより、RAM912は、コンピューティングデバイスを作動状態aliveに保つ最小のコンテキストを保持することができる。したがって、プロセッサ902及びコンピューティングデバイスの他の装置が復帰するとき、メモリが待機している。これにより、スタンバイ状態すなわちS3状態は、アプリケ-ション908が実行中の場合と比較して低電力消費状態であることができる。コンピューティングデバイスは、モニター、キーボード、ポインティングデバイス等の、様々な内部装置、外部装置、及び周辺機器に接続される入出力装置918を更に含むことができる。様々な既知のインターフェース及び将来のインターフェースを入出力装置918に含むことができる。特に、入出力装置918は、既存の動作コンテキスト又は異なる動作コンテキストへの移行を開始することができる、予めインストールされるか又はユーザーによってプログラムされるホットキーへのアクセスを提供することができる。本明細書に記載のコンピューティングデバイス900の例は、幾つかの実施態様に適する単なる一例であり、本明細書に記載のプロセス、構成要素、及び特徴を実施することができる環境、アーキテクチャ、及びフレームワークの使用又は機能の範囲としてのいかなる限定も示唆することを意図されない。概して、図を参照して説明したいかなる機能も、ソフトウェア、ハードウェア例えば、固定論理回路、又はこれらの実施態様の組み合わせを用いて実施することができる。プログラムコードは、1つ又は複数のコンピュータ可読メモリ装置又は他のコンピュータ可読記憶装置に記憶することができる。したがって、本明細書に記載のプロセス及び構成要素はコンピュータプログラム製品によって実施することができる。上述したように、コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータ等の情報を記憶する任意の方法又は技術で実施される揮発性媒体、不揮発性媒体、リムーバブル媒体、及び非リムーバブル媒体を含む。コンピュータ記憶媒体は、限定ではなく、RAM、ROM、EEPROM、フラッシュメモリ、若しくは他のメモリ技術、CD-ROM、デジタル汎用ディスクDVD、若しくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、若しくは他の磁気記憶装置、又はコンピューティングデバイスによるアクセスについての情報の記憶に用いることができる任意の他の媒体を含む。メモリ割り振り例図10を参照すると、RAM912は、プロセスに関して上述した情報/データにセクションを割り振ることができるか、又は確保されたセクションを有することができる。TSEG1000は、SMMがCPU又はプロセッサ902の初期化について定義する、メモリ内のセグメントである。TSEG1000は、SMMコードと、SMMに関連付けられた論理とを含む。確保されたOS切り替えコンテキスト1002は、切り替え先又は切り替え元とすることができる複数の動作コンテキストに関連付けられた情報の追加の保存及びリストアを達成するのに、BIOSのオーバーヘッドとして確保される領域である。OS1メモリページ1004及びOS2メモリページ1006は、特定のOSのセクションである。他のOSを実施することもでき、そのようなOSにRAM912内のセクションを確保可能なことを理解されたい。互換性アドレス範囲1010は、特定のOSにアクセスするためのアドレスである。RAM912のセクション複数の場合もあるは、動作コンテキストの切り替えに関連する他のデータ及び情報1008に確保することができる。残りのRAM1012は、説明されたプロセスに用いられないRAM912のセクションを示す。本発明による実現について、特定の実施形態のコンテキストの中で説明した。これらの実施形態は例示を意味し、限定を意味しない。多くの変形、変更、追加、及び改善が可能である。したがって、単一の事例として本明細書に記載される構成要素に、複数の事例を提供することができる。様々な構成要素、動作、及びデータストア間の境界はいくらか任意的なものであり、特定の動作が、特定の例示的な構成の文脈の中で示される。機能の他の割り振りが考えられ、以下の特許請求の範囲の範囲内にあることができる。最後に、様々な構成で離散した構成要素として提示される構造及び機能は、組み合わせられた構造又は構成要素として実施することも可能である。これら及び他の変形、変更、追加、及び改善は、以下の特許請求の範囲において規定される本発明の範囲内にあることができる。