電子デバイスの方法であって、基本入出力システムBIOSの機能を起動する要求を受信することと、前記要求を、前記BIOSの前記機能を備える特権ドメインにルーティングすることと、前記要求の送信元及び前記要求のコンテキストの中から選択された少なくとも一方を識別することに基づいて前記機能を実行するか否かを前特権ドメインによって判断することと、を含む、電子デバイスの方法。前記BIOSの前記機能を起動する前記要求を受信することは、前記BIOSのコードを更新するサービスを起動する前記要求を受信することを含む、請求項1に記載の方法。前記BIOSの前記機能を起動する前記要求を受信することは、前記BIOSの設定を更新するサービスと、前記電子デバイスにおいて熱管理を実行する熱管理サービスと、異なる電力状態間で前記電子デバイスを遷移させるサービスと、前記電子デバイス内の構成要素の電力を制御する電力管理サービスと、前記電子デバイスのボタン又はボタンシーケンスのアクティブ化を処理するサービスと、前記電子デバイスの環境光センサーに関連付けられたサービスと、前記BIOSの設定を変更するサービスと、前記電子デバイス内のハードウェア構成要素の設定を変更するサービスと、前記電子デバイスのブート可能なデバイスのブート順序を変更するサービスと、組み込みコントローラーのコマンドを実行するサービスと、レガシー周辺デバイスをサポートするサービスと、からなる群から選択されたサービスを起動する前記要求を受信することを含む、請求項1に記載の方法。前記電子デバイスにおいて実行される物理BIOSによって仮想マシンモニターを起動すること、を更に含み、前記特権ドメインへの前記要求のルーティングは、前記仮想マシンモニターによってハンドリングされる、請求項1に記載の方法。前記物理BIOSが前記仮想マシンモニターのイメージを検証し、該検証することに応答して、前記電子デバイスの特徴的機能の認可されていないアクセスを防止するのに用いられるセキュリティ対策を実行しないことを選択すること、を更に含む、請求項4に記載の方法。第2のBIOSアクセス要求を受信することと、前記第2のBIOSアクセス要求を前記特権ドメインにルーティングすることと、前記第2のBIOSアクセス要求に応答して、前記特権ドメインと前記物理BIOSとの間で通信を実行することと、を更に含む、請求項4に記載の方法。前記機能が実行されると判断することに応答して、前記特権ドメイン内の前記機能にアクセスして該機能を実行すること、を更に含む、請求項1に記載の方法。前記機能を実行することは、システム管理モードSMMに入ることなく実行される、請求項7に記載の方法。第2のBIOSアクセス要求を受信することと、前記特権ドメインによって、前記第2のBIOSアクセス要求を前記電子デバイスの外部のロケーションにダイレクトすることであって、前記外部のロケーションにおいて第2のBIOS機能を起動する、ダイレクトすることと、を更に含む、請求項1に記載の方法。前記BIOS機能の実行のステータスを監視するユーザーインターフェースを設けること、を更に含み、前記ユーザーインターフェースは、仮想マシンによって設けられる、請求項1に記載の方法。実行時に、電子デバイスに、エンティティによって、基本入出力システムBIOSの機能にアクセスする要求を生成させ、前記要求を、仮想マシンモニターを通じて、前記BIOSの前記機能を備える特権ドメインにルーティングさせる、命令を記憶する少なくとも1つのマシン可読記憶媒体を備え、前記仮想マシンモニターは仮想BIOS機能を有しない、物品。前記特権ドメインは、ドメイン0及びゲスト仮想マシンのうちの一方である、請求項11に記載の物品。前記電子デバイスは、前記仮想マシンモニターをブートする物理BIOSを更に備え、前記命令は、前記電子デバイスに、前記物理BIOSにアクセスすることなく前記特権ドメイン内の前記BIOSの前記機能を実行させるように実行可能である、請求項11に記載の物品。電子デバイスであって、少なくとも1つのプロセッサと、基本入出力システムBIOSの機能にアクセスする要求を発行するエンティティと、前記少なくとも1つのプロセッサ上で実行可能な仮想マシンモニターと、前記仮想マシンモニターによって起動される特権ドメインと、を備え、前記特権ドメインは、前記BIOSの前記機能を備え、前記エンティティからの前記要求は、前記仮想マシンモニターを通過することなく前記特権ドメインにルーティングされる、電子デバイス。前記エンティティを備えるゲスト仮想マシン、を更に備え、前記ゲスト仮想マシンは、前記エンティティからの前記要求を、前記仮想マシンモニターを通過することなく前記特権ドメインにルーティングする、請求項14に記載の電子デバイス。基本入出力システムBIOSは、通常、電子デバイスが始動したときに当該電子デバイスによって実行される最初のコードである。電子デバイスの例には、コンピューター例えば、デスクトップコンピューター、ノートブックコンピューター、タブレットコンピューター、サーバーコンピューター等、ハンドヘルドデバイス例えば、携帯情報端末、スマートフォン等、電子器具、ゲームコンソール、又は他の任意のタイプの電子デバイスが含まれる。BIOSは、電子デバイスの様々なハードウェア構成要素を初期化及び構成し、電子デバイスのオペレーティングシステムOSをロード及び始動する。BIOS用のコードは、通常、フラッシュメモリデバイス又は他のタイプのプログラマブル読み出し専用メモリROM等の不揮発性メモリ上に記憶されている。BIOSは、電子デバイスにおいて起動することができる他の機能も提供する。BIOSのそのような他の機能の多くは、多くの場合、システム管理モードSMMに入ることによって電子デバイスにおいて実行される。このシステム管理モードは、OSの実行が一時停止される動作モードである。また、複数のプロセッサ又はプロセッサコアを有する電子デバイスでは、これらのプロセッサ又はプロセッサコアのうちの1つを除いた全てが、SMMモードにおいてディセーブルされ得る。SMMモードに入るために、システム管理割り込みSMIがアサートされ、SMIハンドラーBIOSの一部分が、多くの場合、比較的高い特権モードで実行されて、それぞれの機能複数の場合もあるを実行する。SMMモードに入ってBIOS機能を実行することに伴う様々な課題が存在し得る。第1に、OSの実行が一時停止されるので、通常の電子デバイスの動作は続行することができない。また、プロセッサ複数の場合もある又はプロセッサコア複数の場合もあるがSMMモード中にディセーブルされる電子デバイスでは、この電子デバイスの処理能力の一部分が一時的に非アクティブ化されるが、これは、処理能力のそのような部分が他のタスクを実行するのに利用不能であることを意味する。その上、SMM処理にどれだけの時間を要し得るのかを予測することが困難である可能性があるため、これによって、電子デバイスの動作に不確定性がもたらされる可能性がある。その上、或る特定のBIOS機能は、完了するのに比較的長い時間期間例えば、数分程度を要する可能性があるので、ステータス情報が電子デバイスのユーザーに利用不可能となる場合があり、この結果、ユーザーは、電子デバイスが適切に機能しているか否かを確認することができず、ユーザーに当惑させる体験をもたらす可能性がある。マルウェアがSMM動作中に攻撃を行う場合があり、これによって、システム破損につながる可能性があるので、セキュリティも課題になり得る。SMM動作に対する任意のそのような攻撃を回避するために取られるセキュリティ対策の結果、電子デバイスの設計の複雑度が増す可能性がある。そのようなセキュリティ対策の例には、レジスタ、及び/又はフラッシュメモリデバイス若しくは他のタイプのプログラマブル読み出し専用メモリ等の不揮発性メモリの一部分を含む或る特定の記憶エリアをロックすることが含まれる。このロックは、BIOSの不要な変更又は認可されていない変更に対する保護を提供することができる。しかしながら、これらのセキュリティ対策は、BIOSコード更新等の或る特定のBIOS機能の実行に制約を課す場合があるが、これによって、そのようなBIOS機能は、強制的にある特定の時間、例えばシステム再始動等のみに実行せざるを得なくなる。SMMにおいて実行されることが多い様々な機能の例は、次のもの、すなわち、BIOSコードを更新するサービス;BIOSの設定にアクセスするか又はこの設定を変更するサービス;熱管理を実行する例えば、電子デバイス内のファン等の冷却デバイスを制御する熱管理サービス;電力管理サービス特定のハードウェア構成要素への電力の除去又は復旧;異なる電力状態例えば、ハイバーネーション状態、スリープ状態、完全オン状態等間で電子デバイスを遷移させるサービス;電子デバイスのボタン又はボタンシーケンス例えば、無線インターフェース構成要素をオン/オフするボタン、或る所定のタスクを実行するホットキーシーケンス等のアクティブ化複数のボタンの或る組み合わせのアクティブ化を含むを処理するサービス;電子デバイスの環境光センサー電子デバイスの周囲の環境光を検出するためのものに関連付けられたサービス;BIOSの設定を変更するサービス;電子デバイス内のハードウェア構成要素の設定を変更するサービス;電子デバイスのブート可能なデバイスのブート順序を変更するサービス;OSとBIOSとの間の或る特定のタイプのコール例えば、割り込み15コールをハンドリングするサービス;組み込みコントローラーのコマンドを実行するサービス;及び或る特定の条件下でレガシー周辺デバイス例えば、ユニバーサルシリアルバスデバイスをサポートするサービス、のうちのいずれか1つ又はそれらの組み合わせを含むことができる。様々な例示のBIOS機能が上記に列挙されているが、他の実施態様では、他のBIOS機能又は代替のBIOS機能を用いることができることに留意されたい。幾つかの実施態様によれば、よりロバストなシステム挙動を得るために、BIOSの機能を電子デバイスの特権ドメインに提供することができる。ここで、この特権ドメインは、比較的セキュアであるとともに電子デバイス内の他のエンティティに利用可能でない或る所定の特権複数の場合もあるを有する電子デバイスのドメインである。一般に、特権ドメインは、そのドメイン内のエンティティが、他のエンティティ例えば、OS、アプリケーションプログラム等が実行を許可されない電子デバイス内の機能を実行することを許可する所定の特権複数の場合もあるを有するドメインを指す。また、特権ドメインは、認可されていないアクセス又は攻撃から特権ドメインを保護するセキュリティメカニズムも有する。BIOSの機能を特権ドメインに移動させることによって、電子デバイスは、特権ドメイン内に移動されたそのようなBIOS機能を実行するのにSMMモードに入る必要がなくなり得る。幾つかの実施態様では、SMMの動作を完全になくすことができる。他の実施態様では、SMMの動作を依然としてイネーブルして、或る特定のBIOS機能を実行することができる一方、残りのBIOS機能は、特権ドメインを通じて実行される。後者の場合、その着想は、セキュリティを提供し及び/又は効率を改善する効果的な対策を取ることができるような小さな一群のBIOS機能にのみSMMがイネーブルされるということである。特権ドメインの例には、次のもの、すなわち、多くの場合に管理タスクを実行するために仮想マシンモニターハイパーバイザーとも呼ばれるによって始動される最初のドメインであるドメイン0;仮想マシンモニター又はハイパーバイザーの一部分;強化された特権及び/又はセキュリティをゲスト仮想マシンに提供する所定の設定を有する当該ゲスト仮想マシン;又は所定の特殊な特権及び/又はセキュリティメカニズムを有する電子デバイス内の別のタイプのドメイン、のうちの任意のもの又はそれらの或る組み合わせが含まれる。仮想マシン仮想アプライアンス又は仮想パーティションとも呼ばれるは、物理マシンを仮想化又はエミュレートするために提供される物理マシン電子デバイスの或るパーティション又はセグメントを指す。ユーザー又はアプリケーションの視点から、仮想マシンは物理マシンのように見える。仮想マシンは、オペレーティングシステムゲストオペレーティングシステムと呼ばれる及び少なくとも1つのアプリケーションプログラムを備える。ハイパーバイザーとも呼ばれる仮想マシンモニターVMMは、電子デバイスのハードウェア構成要素を含む物理リソースの、仮想マシンによる共有を管理する。VMMは物理リソースを仮想化する。各仮想マシンは、VMMによって管理される関連付けられた仮想化物理リソースを有する。VMMは、物理リソースを求める要求を処理する。図1は、幾つかの実施態様による一例示の電子デバイス100のブロック図である。電子デバイス100は、VMM102を備え、このVMM102は、少なくとも1つのBIOS機能106上記に列挙したBIOS機能又は他のBIOS機能のうちのいずれか1つ又はそれらの組み合わせを備える特権ドメイン104を作成する。次の論述は、特権ドメイン104の一部分としての単数形の意味でのBIOS機能を指すが、BIOS機能は、単一のBIOS機能を指すこともできるし、複数のBIOS機能を指すこともできることに留意されたい。幾つかの例では、特権ドメイン104はドメイン0であり、このドレイン0は、システム起動時にVMM102によって始動される管理ドメインであり、強化された特権及びセキュリティメカニズムを有する。ドメイン0によって実行されるタスクの例には、ゲストドメインの作成及び構成が含まれる。ドメイン0及びゲストドメインのそれぞれは、対応する仮想マシンとみなされる。他の実施態様では、特権ドメイン104は、ゲスト仮想マシン等の別のタイプの仮想マシンとすることができる。特権ドメイン104は、図1の配置等によれば、VMM102とは別個のものとすることができる。代替の実施態様では、特権ドメイン104は、VMM102の一部分とすることができる。そのような代替の実施態様では、BIOS機能106は、VMM102の一部分である。BIOS機能106を特権ドメイン104に設けることによって、BIOS.vとも呼ばれるクラウド内のBIOSが実装される。クラウドは、特権ドメイン104又は或る他の信頼できる環境を指すことができる。クラウドは、電子デバイス100内又は電子デバイス100の外部のいずれかに位置することができる。例えば、以下で更に論述するように、BIOS機能を含むクラウドは、ネットワークを介して電子デバイス100によってアクセス可能とすることができる。BIOS機能106は、電子デバイス内のエンティティ108によってアクセス可能である。幾つかの例では、特権ドメイン104内のBIOS機能106にアクセスすることができるエンティティ108は、ゲスト仮想マシン110の一部分である。例えば、そのようなエンティティ108は、ゲスト仮想マシン110内のゲストオペレーティングシステム又は別のタイプのエンティティとすることができる。他の例では、エンティティ108は、ホストオペレーティングシステム図1に図示せず又はアプリケーションプログラムがBIOS機能106にアクセスすることを望むシナリオ等における任意のゲスト仮想マシン110の外部に存在することができる。ゲストオペレーティングシステムは仮想マシンの一部分であるのに対して、ホストオペレーティングシステムは仮想マシンの一部分でないという点で、ホストオペレーティングシステムはゲストオペレーティングシステムとは異なる。エンティティ108が特権ドメイン104内のBIOS機能106にアクセスするための2つの代替のメカニズムがある。第1のメカニズムは、エンティティ108が、特権ドメイン104内のBIOS機能106にアクセスする要求112を直接送信することを含む。以下で更に論述するように、これは、ゲスト仮想マシン110内の仮想BIOSの存在によって可能にすることができる。第2のメカニズムによれば、BIOS機能106にアクセスする要求114が、VMM102によってインターセプトされ、VMM102によってパス116に沿って特権ドメイン104にルーティングされる。幾つかの実施態様では、仮想BIOSを用いてVMM102を構成する必要なく、VMM102は、エンティティ108からのBIOS機能106にアクセスする要求をインターセプトし、特権ドメイン104にルーティングすることができる。これによって、VMM102の設計における複雑度が低減される。図1は、電子デバイス100内のハードウェアリソース116も示している。例として、ハードウェアリソース116には、プロセッサ又は複数のプロセッサ、I/Oデバイス、揮発性メモリ、二次記憶装置、フラッシュメモリ、ネットワークインターフェースコントローラー、グラフィックスアダプター等が含まれる。ゲスト仮想マシン110等によるハードウェアリソース116のアクセスは、VMM102によって管理される。図2は、幾つかの実施態様によるプロセスの流れ図である。図2のプロセスは、例えば、図1に示すエンティティが実行することができる。このプロセスは、BIOSの機能例えば、図1におけるBIOS機能106を起動する要求を受信する202。この要求は、例えば、VMM102がエンティティ108から受信することができる。このプロセスは、上記要求を特権ドメイン104にルーティングする204。そのようなルーティングは、VMM102によって実行することもできるし、代替的に、このルーティングは、ゲスト仮想マシン110内の仮想BIOSによって実行することもできる。仮想BIOSを有する実施態様では、BIOSBIOS機能106等にアクセスすることを望むゲスト仮想マシン110内の、ゲストオペレーティングシステムとすることができるエンティティ例えば、108は、ゲスト仮想マシン110内の仮想BIOSにアクセス要求を発行する。この仮想BIOSは、次に、このアクセス要求を特権ドメイン104にルーティングする。特権ドメイン104は、次に、要求の送信元を識別すること、又は要求のコンテキストを識別すること、又は要求の送信元及びコンテキストの双方を識別することに基づいて、要求されたBIOS機能を実行するか否かを判断する206。特権ドメインが要求の送信元を識別することに基づいてこの判断を行う206実施態様において、特権ドメイン104が、要求の送信元が要求されたBIOS機能にアクセスする認可を受けていると判断した場合、要求されたBIOS機能が実行される。他方、そのような実施態様において、特権ドメイン104が、要求の送信元が要求されたBIOS機能にアクセスする認可を受けていないと判断した場合マルウェアが要求を発行したシナリオ等、特権ドメイン104は、要求されたBIOS機能のアクセスを拒否することができる。このように、特権ドメイン104は、BIOS機能をセキュアに実行することができる。代替的に又は加えて、特権ドメイン104は、要求のコンテキストを識別することに基づいて上記判断を行う206。要求のコンテキストは、要求が処理される時点における電子デバイス又は電子デバイスの一部分の現在の状態又は環境を指す。特権ドメイン104は、要求がコンテキスト的に正しいか否かに基づいて換言すれば、電子デバイス又は電子デバイスの一部分の現在の状態又は環境が要求の実行のための単数又は複数のルールを満たすか否かに基づいて、要求を実行することができるか否かを判断する。例えば、電子デバイスが状態S1から状態S2、状態S3、そして状態S4へ順に正当に進むことができるものと仮定する。また、要求されたBIOS機能を実行することによって、電子デバイスは状態S4に置かれるものと仮定する。そのような例では、電子デバイスが状態S3にある換言すれば、要求のコンテキストが正しい場合にのみ、特権ドメイン104は、BIOS機能を実行する要求を許可する。他方、電子デバイスが状態S2にある場合、それは不正な遷移であるコンテキストは正しくないので、特権ドメイン104は要求の実行を許可しない。BIOS機能を実行する要求のコンテキストが正しいか否かの別の例は、次のとおりである。システムは、動作を実行するコマンドが、次のコマンドシーケンス、すなわち、1システムをロックする、2動作を実行する、及び3システムをロック解除する、というシーケンスを伴うことを規定しているものと仮定する。BIOS機能を実行する要求が、システムをロックするコマンドの後に実行のために受信された場合には、この要求は、コンテキスト的に正しい。一方、この要求が、システムをロックするコマンドを受信する前に受信された場合には、この要求は、コンテキスト的に正しくなく、この要求は、特権ドメインによって実行することができない。幾つかの実施態様によれば、要求されたBIOS機能は、SMMに入る必要なく実行される。換言すれば、従来、SMMにおいてSMIBIOSハンドラーによって実行されていた或る特定のBIOS機能複数の場合もあるを、SMMを迂回して実行することができる。幾つかの実施態様による技法又はメカニズムを用いることによって、従来、SMMにおいて実行されていたBIOS機能を、代わりに、特権ドメインによって提供される信頼できるランタイム環境において実行することができる。加えて、電子デバイスの全体的な設計を単純化することができる。なぜならば、ここでは、BIOS機能に対する要求を進めることを許可するか否かを制御するのは特権ドメインであることから、レジスタ又は不揮発性メモリの一部分のロック等、従来用いられていたセキュリティメカニズムを省略することができるからである。要求されたBIOS機能を実行することに加えて、特権ドメイン104は、BIOS機能の実行前に或る特定のタスクを実行することもできる。例として、特権ドメイン104は、BIOS機能にアクセスするか又はこれを実行する要求が適切に形成されているか否か、又は書き込まれるデータBIOSコード更新の場合等又はBIOSポリシーの設定が正しいか否か例えば、正しいサイズ、正しい検証コード等を判断することができる。これは、マルウェアが、不正な形式のコマンド要求を処理する結果としてのBIOSの機能不全を引き起こすことを意図して、不正な形式の要求を用いてBIOS機能にアクセスすることができる場合に対する保護を提供することができる。特権ドメイン104は、変更されるデータ例えば、BIOSコードのバックアップをBIOS機能の実行前に行うことができるか否かを判断することもできる。特権ドメイン104は、要求されたBIOS機能を完了するのに十分なバッテリ充電量があるか否かを更に判断することができる。一般に、特権ドメインは、特権ドメインがBIOS機能を起動する要求を実際に処理することを開始する前又はこの要求を更に処理するために実際の物理BIOSにルーティングすることを開始する前に、先ず、この要求、この要求に関連付けられた入力、並びにこの要求のコンテキスト及びその入力の正当性を確認することができる。BIOSコードを更新するコンテキストでは、特権ドメイン104は、BIOS更新に関連付けられたメタデータ及び/又はメタコードをハンドリングすることもできる。このメタデータは、BIOSコードのどの部分複数の場合もあるが更新されるのかに関するポリシー又は記述と、更新の実行に関連付けられた条件複数の場合もあるBIOSコードを更新するための更新コードイメージが正しいシグネチャを有することを保証することに関係した条件、更新失敗の場合における旧BIOSコードバージョンへのロールバックに関係した条件等とを提供することができる。上記メタコードは、BIOSの変数及び設定がどのように更新されるのかに関する手順複数の場合もあるを規定することができる。特権ドメイン104は、これらのメタデータ及び/又はメタコードをハンドリングするインタープリターを実装することができる。図3は、代替の実施態様による電子デバイス300のブロック図である。電子デバイス300は、複数のゲスト仮想マシン302A、302Bを備える。図3には、2つの仮想マシン302A、302Bが示されているが、代替の実施態様では、1つだけのゲスト仮想マシンが存在することもできるし、3つ以上のゲスト仮想マシンが存在することもできることに留意されたい。各ゲスト仮想マシン302A又は302Bは、それぞれのゲストオペレーティングシステム304A又は304Bに加えて、それぞれのアプリケーションプログラム306A又は306Bを備える。幾つかの実施態様では、各ゲスト仮想マシン302A又は302Bは、仮想BIOS308A又は308Bを更に備える。BIOSのサービスにアクセスするように設計されたゲストオペレーティングシステム304A又は304Bは、実際のBIOSの代わりにそれぞれの仮想BIOS308A又は308Bをコールする。幾つかの実施態様では、仮想BIOS308A又は308Bは、次に、この要求を、BIOS機能106を備える特権ドメイン320に直接ルーティングすることができる。図1による実施態様と同様に、特権ドメイン320は、ドメイン0又は別の仮想マシンを用いて実施することもできるし、VMM102内に実施することもできる。代替の実施態様では、仮想BIOS308A又は308Bは、代わりに、BIOS機能にアクセスする要求をVMM102を通じてルーティングすることができる。更に代替の実施態様では、仮想BIOS308A又は308Bをゲスト仮想マシン302A又は302Bから省略することができる。そのような実施態様では、BIOS機能にアクセスする要求は、VMM102がインターセプトすることができる。電子デバイス300は、ハードウェアリソース116と、実際のBIOS312次の論述では物理BIOSと呼ばれるを含むマシン可読命令を有するファームウェアレイヤ310とを更に備える。物理BIOS又は実際のBIOSは、フラッシュメモリ又は他のプログラマブル読み出し専用メモリ等の不揮発性メモリに存在するとともに電子デバイス300の起動時に実行されるBIOSコードを指す。物理BIOS312は、通常の物理BIOSの縮小簡略バージョンとすることができる。なぜならば、BIOSの1つ又は複数の機能は、特権ドメイン320に移動されている場合があり、これらの機能は、物理BIOS312のアクセスを実行する必要がないように特権ドメイン320から実行されるようになっているからである。一方、物理BIOS312の或る特定の機能は、物理BIOS312とともに残っている。そのようなBIOS機能のアクセスは、物理BIOS312を起動することを伴う。そのような起動は、図3にパス314によって示すように、VMM102を通じて特権ドメイン104から行うことができる。また、従来、オペレーティングシステムとBIOSとの間で交換されるデータは保護されず、その結果、幾つかのシステムは、様々な独自の方式を用いて、オペレーティングシステムとBIOSとの間で交換されるデータに或るレベルの保護を提供し得ることにも留意されたい。そのような保護は、オペレーティングシステムとBIOSとの間で転送されるデータが、ユーザー名、パスワード、認証ハッシュ、及び/又は認証ポリシー等の機密情報を含む可能性があるために実行される。用いられる1つの例示の一般的な保護方式は、オペレーティングシステムとBIOSとの間で交換される情報を暗号化することである。暗号化を用いた保護は、鍵の使用と、鍵のBIOS及びオペレーティングシステムへの記憶とを伴い、通常、この鍵の保護は不十分であるので、オペレーティングシステムとBIOSとの間で交換される情報に与えられる保護は弱い可能性がある。物理BIOS312との通信は、特権ドメイン320を通じて実行されるので、物理BIOS312と通信されるデータの機密性及び/又は完全性をデータを暗号化すること等によって保護するための従来のメカニズムは、実施する必要がない。これによって、この解決策の単純性及び性能向上がもたらされる一方、特定の独自の保護メカニズムを実際に設ける必要なく、物理BIOSに通信されるデータのより高い保護が提供される。ゲスト仮想マシン302A及び302B並びに特権ドメイン320に加えて、電子デバイス300は、ユーザーインターフェースを提供するように実行可能なユーザーインターフェースUIコード318を含むサービスドメイン仮想マシン316も備えることができる。サービスドメイン仮想マシン316内のUIコード318によって提供されるユーザーインターフェースは、ユーザーが特権ドメイン104のステータスを監視するのに用いることができ、そのため、ユーザーは、BIOS機能106の実行中にフィードバックの提供を受けることができる。また、このユーザーインターフェースは、特権ドメイン320の設定を構成するのに用いることもできる。図3に更に示すように、幾つかの例によれば、特権ドメイン320は、セキュアな接続326を介して電子デバイス300の外部のエンティティ324からのウェブアクセスを可能にするウェブサービス322も備えることができる。セキュアな接続は、ネットワーク接続を介して通信されるデータの認可されていないアクセスを防止するセキュリティメカニズム例えば、データの暗号化、セキュアなトンネルの確立等が適用されるネットワーク接続を指す。例えば、企業体環境ここで、企業体は、会社、教育組織体、又は政府機関とすることができるでは、セキュアな接続326によって、電子デバイス300は、所定のサービスを提供するように構成されたサーバー等の信頼できるサーバー324との通信を確立することが可能になる。サーバー324が提供することができる所定のサービスの一例は、物理BIOS312又はBIOS機能106を更新するサービスを含むことができる。他の例では、他のサービスをサーバー324が提供することができる。信頼できる特権ドメイン320を用いることによって、BIOS機能のコールを電子デバイス300の外部から発信することが可能になる。幾つかの実施態様では、クラウド内のBIOSは、VMMベースのアーキテクチャの次の前提、すなわち、物理BIOSは、当該物理BIOSがブートしている主要なランタイムエンティティ図1又は図3におけるVMM102を知っているとともに信頼していることと、BIOSが信頼しているVMMは、特権ドメインから来るI/O要求以外のBIOS機能にアクセスする全てのIO要求をトラップし、オフにする能力を有すること、に基づいている。幾つかの実施態様では、電子デバイスによってブートされるVMMの起源を認証するBIOS検証メカニズムを提供することができる。そのような検証メカニズムの例は、米国特許出願第PCT/US2011/022814号に記載されている。そのような検証メカニズムによって、アドミニストレーター又は他のユーザーは、認可されたVMMのみを電子デバイス100又は300においてブートすることができることを指定することが可能になる。この検証メカニズムは、電子デバイスに存在するVMMイメージが悪意をもって変更されていないこと、及びVMMを信頼することができることを保証する。物理BIOSは、VMMイメージを視覚的に検証することができ、VMMが、事前に指定された既知の一組の制御された動作設定を用いてブートされることを保証することができる。物理BIOSは、認可されたVMMがブートされたことを検証した後、次に、当該物理BIOSが、認可されていないコード又は悪意のあるコードによる破損を防止するために通常ならば実行する様々なセキュリティ対策の実行を延期又は省略することができる。例えば、物理BIOSは、BIOSフラッシュレジスタ及び/又はフラッシュメモリの一部分をロックしないことを選ぶことができる。図1及び図3は、クラウド内のBIOS例えば、BIOS機能106が電子デバイス100又は300の内部に設けられている実施態様を示している。しかしながら、BIOSサービスへのアクセスを望む電子デバイスのゲスト仮想マシン又は他のエンティティの観点からすると、BIOSサービスを含むクラウドは、電子デバイスの外部のロケーションを含む任意の場所に位置することができることに留意されたい。幾つかの実施態様によれば、ネットワークを介したBIOS機能の効率的なアクセスを可能にする目的で特権ドメインを用いることによって、ウェブベースのネットワーク通信機能を提供することができる。図4は、そのような配置の一例を示している。図4は、ゲスト仮想マシン402と、VMM404と、ハードウェアリソース406とを有する電子デバイス400を示している。電子デバイス400は、ウェブベースのネットワーク通信機能410を有する特権ドメイン408を更に備える。ウェブベースのネットワーク通信機能410は、BIOSアクセス要求を内部BIOS機能412特権ドメイン408の一部分とすることができる又は外部BIOS機能414ネットワーク416を介してアクセス可能であるのいずれかにルーティングすることができるウェブベースのインターフェース411を提供する。要求エンティティ例えば、VMM404又はゲスト仮想マシン402は、BIOSアクセス要求を、ウェブベースのネットワーク通信機能410によって提供されたウェブベースのインターフェース411にサブミットすることができる。幾つかの実施態様では、ネットワーク416は、当該ネットワーク416を介してネットワーク要素間で通信される情報の認可されていないアクセスを防止するセキュアなメカニズムを用いて実施されたセキュアなネットワークである。外部BIOS機能414は、サーバーコンピューター420内の信頼できる環境418の一部分とすることができる。幾つかの実施態様では、信頼できる環境418は、サーバーコンピューター420内の特権ドメイン例えば、ドメイン0、セキュアなゲスト仮想マシン、仮想マシンモニター等に実装することもできる。サーバーコンピューター420は、1つ又は複数のプロセッサ422と、記憶媒体424と、ネットワーク416を介して電子デバイス400と通信するネットワークインターフェース426とを有する。幾つかの実施態様では、ウェブベースのネットワーク通信機能410によって提供されるウェブベースのインターフェース411は、リクエスター例えば、電子デバイス400がネットワークを介してプロバイダー例えば、サーバーコンピューター420にサービス例えば、BIOSサービスを要求することを可能にするサービスリクエスターサービスプロバイダーモデルの一部分である。例として、ウェブベースのインターフェースは、ウェブサービスインターフェースとすることができる。ウェブサービスは、ネットワークを介した相互動作可能なマシンツーマシンインターラクションをサポートするように設計されたメカニズムを指す。ウェブサービスインターフェースは、ワールドワイドウェブコンソーシアムW3Cによって定義されたウェブサービス記述言語WSDLによって記述されたフォーマットに従うことができる。代替的に、ウェブサービスインターフェースは、ウェブサービスの実施態様における構造化情報をネットワークを介して交換するためのプロトコルであるシンプルオブジェクトアクセスプロトコルSOAP同様にW3Cによって定義されているに従うことができる。更に別の代替形態として、ウェブベースのインターフェース411は、クライアント及びサーバーを備える具象的状態転送REST:RepresentationalStateTransferアーキテクチャに従うことができ、クライアントは、要求をサーバーにサブミットすることができ、サーバーは、応答をクライアントに提供することができる。要求及び応答は、リソースの表現の転送を巡って構築される。リソースは、取り扱い得る任意のコヒーレントで意味のある概念とすることができる。リソースの表現は、通常、リソースの現在の状態又は意図した状態を捕捉するドキュメントである。RESTアーキテクチャでは、クライアント例えば電子デバイス400によってサブミットされる要求は、幾つかの例では、ハイパーテキスト転送プロトコルHTTPGet要求とすることができる。サーバー例えばサーバーコンピューター420は、HTTPGet要求に対するHTTP応答を提供することができる。ウェブベースのインターフェース411では、要求されたリソースのアドレスを含むBIOSアクセス要求を発行することによってリソース例えば、内部BIOS機能412又は外部BIOS機能414にアクセスすることができる。このアドレスは、ユニフォームリソースロケーターURL、インターネットプロトコルIPアドレス、又は要求されたリソースを一意に識別することができる或る他のアドレス等のウェブアドレスとすることができる。ウェブベースのインターフェース411において受信されたアドレスを含むBIOSアクセス要求に応答して、ウェブベースのネットワーク通信機能410は、この要求を内部BIOS機能及び外部BIOS機能のうちの適切なものにダイレクトすることができる。場合によっては、ウェブベースのネットワーク通信機能410は、この要求を内部BIOS機能及び外部BIOS機能の双方にダイレクトすることができる。例えばサーバーコンピューター420等の外部ロケーションにBIOS機能を設けることによって、或る特定の利点をもたらすことができる。例えば、外部のサーバーコンピューター420に関連付けられたサービスプロバイダーは、電子デバイス400等のクライアントデバイスを関与させることなくBIOS更新の自動チェックを実行することができる。サービスプロバイダーは、障害又は破損の検出時等に、前のバージョンへのBIOSのロールバックを制御することもできる。BIOSに関する他の更なるサービスを、外部のサーバーコンピューター420においてより効率的かつ効果的な方法で実行することができる。ウェブベースのインターフェースを提供する別の利点は、BIOS機能にアクセスすることに関与する通信のための特定のチップセット又はオペレーティングシステムアーキテクチャに対する依存性を低減することができるということである。例えば、Microsoftから提供されているWINDOWS登録商標オペレーティングシステムを用いる幾つかのシステムでは、WBEMウェブベースの企業体管理の一実施態様であるWMIWindows登録商標管理計測メカニズムを、オペレーティングシステムからBIOS機能にアクセスするのに用いることができる。しかしながら、WMIのサポートは、Linux登録商標又は他のオペレーティングシステムを用いた環境等の他の動作環境では利用可能でない場合があるか又は貧弱な場合がある。更なる例として、int15又はint1A等の特定の割り込みメカニズムを特定のタイプのチップセットとともに用いることができる。幾つかの実施態様によるウェブベースのインターフェース等のよりオープンなインターフェースを用いることによって、特定のチップセット及びオペレーティングシステムアーキテクチャに対する依存性が低減される。さらに、WMI又は上述した他の方式を用いてBIOS機能にアクセスするためのコマンドフォーマットは、時代遅れである可能性があり、柔軟性に欠ける場合がある。ウェブベースのインターフェースは、BIOS機能を起動する通信のためのXML拡張可能マークアップ言語又は他の標準規格等のより広く用いられる標準規格によるコマンドの使用を可能にし、これによって、よりオープンかつ拡張可能なコマンドフォーマットを可能にすることができ、標準規格ベースの確認メカニズム例えば、XMLベースの確認メカニズムを用いることが可能になる。図5は、幾つかの実施態様による電子デバイス500の単純化したブロック図である。電子デバイス500は、要求エンティティ502例えば、VMM404、ゲスト仮想マシン402、又は或る他のエンティティを備える。この要求エンティティ502は、BIOSアクセス要求504をサブミットすることができる。BIOSアクセス要求504は、ウェブベースのインターフェース506図4のウェブベースのインターフェース411と同様のものにサブミットされる。ウェブベースのインターフェース506を提供する機能は、次に、BIOSアクセス要求504をクラウド510内の対応するBIOS機能508にダイレクトすることができ、クラウド510は、電子デバイス500の内部に存在することもできるし、ネットワークを介してアクセス可能な外部ロケーションに存在することもできる。図6は、幾つかの実施態様によるプロセスの流れ図である。このプロセスは、電子デバイス400又は500により実行することができる。このプロセスは、BIOS機能にアクセスする要求を受信する602。この要求は、ウェブベースのインターフェース例えば、411又は506によって受信することができる。このプロセスは、次に、この要求をウェブベースのインターフェースを通じて、BIOS機能108を備えるドメインにルーティングする604。このドメインは、次のもの、すなわち、図4における特権ドメイン408;図4における信頼できる環境418;又は図5におけるクラウド510のうちの任意のものとすることができる。図1、図3、図4、及び図5に示すモジュール等の様々なモジュールは、1つ又は複数のプロセッサ上で実行することができるマシン可読命令として実施することができる。プロセッサは、マイクロプロセッサ、マイクロコントローラー、プロセッサモジュール若しくはサブシステム、プログラマブル集積回路、プログラマブルゲートアレイ、又は別の制御デバイス若しくはコンピューティングデバイスを含むことができる。マシン可読命令は、1つ又は複数のコンピューター可読記憶媒体又はマシン可読記憶媒体として実施することができるマシン可読記憶媒体又はコンピューター可読記憶媒体に記憶することができる。これらの記憶媒体は、種々の形態のメモリを含むことができる。この種々の形態のメモリには、ダイナミックランダムアクセスメモリ又はスタティックランダムアクセスメモリDRAM又はSRAM、消去可能プログラマブル読み出し専用メモリEPROM、電気的消去可能プログラマブル読み出し専用メモリEEPROM、及びフラッシュメモリ等の半導体メモリデバイス;固定ディスク、フロッピー登録商標ディスク、及び着脱可能ディスク等の磁気ディスク;テープを含む他の磁気媒体;コンパクトディスクCD若しくはデジタルビデオディスクDVD等の光媒体;又は他のタイプの記憶デバイスが含まれる。上記で論述した命令は、1つのコンピューター可読記憶媒体又はマシン可読記憶媒体上に設けることもできるし、代替的に、複数のノードを有する可能性がある大規模システム内に分散された複数のコンピューター可読記憶媒体又はマシン可読記憶媒体上に設けることもできることに留意されたい。そのような単数又は複数のコンピューター可読記憶媒体又はマシン可読記憶媒体は、物品又は製造物品の一部分とみなされる。物品又は製造物品は、任意の製造された単一の構成要素又は複数の構成要素を指すことができる。この単数又は複数の記憶媒体は、マシン可読命令を実行するマシンに位置することもできるし、マシン可読命令を実行のためにネットワークを介してそこからダウンロードすることができるリモートサイトに位置することもできる。上記説明において、本明細書に開示した主題の理解を提供するために、多数の詳細が述べられている。しかしながら、実施態様は、これらの詳細の一部又は全てがなくても実施され得る。他の実施態様は、上記で論述した詳細からの変更及び変形を含み得る。添付の特許請求の範囲はそのような変更及び変形を包含することが意図されている。