特許 7581295 ＡＰＩを用いたＢＭＣへのＥＦＩ変数の格納

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-01

(45)【発行日】2024-11-12

(54)【発明の名称】ＡＰＩを用いたＢＭＣへのＥＦＩ変数の格納

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241105BHJP

   G06F 9/4401 20180101ALI20241105BHJP

【ＦＩ】

G06F8/65

G06F9/4401

【請求項の数】 8

(21)【出願番号】P 2022157237

(22)【出願日】2022-09-30

(65)【公開番号】P2023116381

(43)【公開日】2023-08-22

【審査請求日】2022-09-30

(31)【優先権主張番号】17/668,253

(32)【優先日】2022-02-09

(33)【優先権主張国・地域又は機関】US

【前置審査】

(73)【特許権者】

【識別番号】508018934

【氏名又は名称】廣達電腦股▲ふん▼有限公司

【氏名又は名称原語表記】Ｑｕａｎｔａ Ｃｏｍｐｕｔｅｒ Ｉｎｃ．

【住所又は居所原語表記】Ｎｏ．１８８，Ｗｅｎｈｕａ ２ｎｄ Ｒｄ．，Ｇｕｉｓｈａｎ Ｄｉｓｔ．，Ｔａｏｙｕａｎ Ｃｉｔｙ ３３３，Ｔａｉｗａｎ

(74)【代理人】

【識別番号】100108833

【弁理士】

【氏名又は名称】早川 裕司

(74)【代理人】

【識別番号】100162156

【弁理士】

【氏名又は名称】村雨 圭介

(72)【発明者】

【氏名】林 ▲イク▼廷

(72)【発明者】

【氏名】林 友涵

【審査官】坂庭 剛史

(56)【参考文献】

【文献】中国特許出願公開第１１３０６４６２５（ＣＮ，Ａ）

【文献】中国特許出願公開第１１２００３８２６（ＣＮ，Ａ）

【文献】米国特許出願公開第２０１９／００５０３５１（ＵＳ，Ａ１）

【文献】特開２０１３－１５６９９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／６５

Ｇ０６Ｆ ９／４４０１

(57)【特許請求の範囲】

【請求項1】

コンピューティングシステムであって、
１つ以上のデータプロセッサと、
前記１つ以上のデータプロセッサ上で実行されると、前記１つ以上のデータプロセッサに操作を実行させる命令を含むコンピュータ可読記憶媒体とを備え、
前記操作は、
アプリケーションプログラミングインターフェース（ＡＰＩ）を用いて、変更された基本入出力システム（ＢＩＯＳ）設定を受信することであって、前記変更されたＢＩＯＳ設定は、少なくとも１つのＥｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ（ＥＦＩ）変数を記述する属性を含む、ことと、
前記変更されたＢＩＯＳ設定を、ベースボード管理コントローラ（ＢＭＣ）内の未来設定データ構造内に格納することと、
前記ＢＭＣに格納された現在設定データ構造を提供することと、
前記現在設定データ構造の少なくとも一部を前記変更されたＢＩＯＳ設定に置き換えて、変更された現在設定データ構造を提供することと、
前記変更された現在設定データ構造を前記コンピューティングシステムに適用することと、
前記コンピューティングシステムのＢＩＯＳが、第１の起動を実行しているかどうかを判定することと、
前記ＢＩＯＳが前記第１の起動を実行しているとの判定に少なくとも部分的に基づいて、前記ＢＩＯＳが、属性レジストリを前記ＢＭＣに送信することと、を含む、
コンピューティングシステム。

【請求項2】

前記属性レジストリは、前記少なくとも１つのＥＦＩ変数を記述する前記属性の定義を含む、
請求項１に記載のコンピューティングシステム。

【請求項3】

前記少なくとも１つのＥＦＩ変数を記述する前記属性のタイプキーは、文字列である、
請求項２に記載のコンピューティングシステム。

【請求項4】

前記少なくとも１つのＥＦＩ変数を記述する前記属性の定義はデフォルト値を含まず、一般的なＢＩＯＳ設定を記述する属性の定義はデフォルト値を含む、
請求項２に記載のコンピューティングシステム。

【請求項5】

前記命令を実行することは、前記１つ以上のデータプロセッサに操作をさらに実行させ、
前記操作は、
前記ＥＦＩ変数を前記現在設定データ構造に格納することをさらに含む、
請求項１に記載のコンピューティングシステム。

【請求項6】

前記ＥＦＩ変数を前記現在設定データ構造に格納することは、
前記ＥＦＩ変数をバイナリ構造としてパックすることと、
前記バイナリ構造を文字列にエンコードすることと、
前記文字列を前記属性の値として前記現在設定データ構造内に格納することと、を含む、
請求項５に記載のコンピューティングシステム。

【請求項7】

前記現在設定データ構造の少なくとも一部を、前記変更されたＢＩＯＳ設定に置き換えることは、
前記未来設定データ構造から前記属性の値である文字列を受信することと、
前記文字列をバイナリ構造にデコードすることと、
前記バイナリ構造がＥＦＩ変数としてＢＩＯＳに適用可能であることを確認することと、
前記バイナリ構造がＥＦＩ変数として前記ＢＩＯＳに適用可能であることに基づいて、前記現在設定データ構造の少なくとも一部を前記未来設定データ構造内の前記文字列と置き換えることと、を含む、
請求項１に記載のコンピューティングシステム。

【請求項8】

コンピューティングシステムによって実行される方法であって、
アプリケーションプログラミングインターフェース（ＡＰＩ）を用いて、少なくとも１つのＥｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ（ＥＦＩ）変数を記述する属性を含む変更された基本入出力システム（ＢＩＯＳ）設定を受信するステップと、
前記変更されたＢＩＯＳ設定を、ベースボード管理コントローラ（ＢＭＣ）内の未来設定データ構造内に格納するステップと、
前記ＢＭＣに格納された現在設定データ構造を提供するステップと、
前記現在設定データ構造の少なくとも一部を前記変更されたＢＩＯＳ設定に置き換えて、変更された現在設定データ構造を提供するステップと、
前記変更された現在設定データ構造を前記コンピューティングシステムに適用するステップと、
前記コンピューティングシステムのＢＩＯＳが第１の起動を実行しているかどうかを判定するステップと、
前記ＢＩＯＳが前記第１の起動を実行しているとの判定に少なくとも部分的に基づいて、前記ＢＩＯＳが、属性レジストリを前記ＢＭＣに送信するステップと、を含む、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークコンピューティングシステムに関し、特に、拡張可能ファームウェアインタフェース（ＥＦＩ）変数を用いたネットワークコンピューティングシステムの構成に関する。

【背景技術】

【0002】

コンピューティングシステム（例えば、サーバー）は、ネットワークベースのシステム又はデータセンター等の需要の高いアプリケーションに大量に用いられている。クラウドコンピューティングアプリケーションの出現により、データセンターの需要が高まっている。データセンターには、データを格納し、リモート接続されたコンピューターデバイスのユーザーがアクセスするアプリケーションを実行する多数のサーバーがある。一般的なデータセンターは、付随する電源（ａｔｔｅｎｄａｎｔ ｐｏｗｅｒ）及び通信接続を備えた物理ラック構造を有する。各ラックは、複数のコンピューティングサーバーとストレージサーバーを収容することができる。一般的には、各サーバーは、プロセッサ、メモリデバイス、ネットワークインターフェースカード、電源装置及び他の専用ハードウェア等のハードウェアコンポーネントを含む。サーバーは、通常、ハードウェアコンポーネントと、電源やファン等のサポートコンポーネントとの動作を管理するベースボード管理コントローラー（ＢＭＣ）を含む。ＢＭＣは、ネットワークを介して、運用データを、ラックのサーバーを管理する中央管理ステーションに送信する。ＢＭＣは、サーバーの中央処理装置（ＣＰＵ）がサーバーの動作を監視する必要性を軽減する。データセンター又はデータセンター内のコンピューティングシステムのダウンタイムが懸念されている。ＢＭＣは、コンピューティングシステムを監視するだけでなく、コンピューティングシステムの起動を管理するようにさらに強化され得る。

【発明の概要】

【発明が解決しようとする課題】

【0003】

拡張可能ファームウェアインタフェース（ＥＦＩ）変数を用いたネットワークコンピューティングシステムの構成を提供する。

【課題を解決するための手段】

【0004】

実施形態という用語及び同様の用語（例えば、実施、構成、態様、例及びオプション等）は、本開示及び以下の請求項の発明の全てを広く指すことを意図している。これらの用語を含む記載は、本明細書に記載された発明を限定するものではなく、以下の請求項の意味又は範囲を限定するものでもないことを理解されたい。本明細書でカバーされる本開示の実施形態は、本概要でなく、以下の請求項によって定義される。この概要は、本開示の様々な態様の高レベルの概要であり、以下の詳細な説明のセクションでさらに説明される概念のいくつかを紹介する。この概要は、請求された発明の重要な又は本質的な特徴を特定することを意図していない。また、この概要は、請求された発明の範囲を決定するために単独で用いられることを意図していない。この発明は、本開示の全明細書の適切な部分、一部又は全ての図面、及び、各請求項を参照することによって理解されるべきである。

【0005】

本開示の特定の態様によれば、システムは、１つ以上のデータプロセッサと、１つ以上のデータプロセッサ上で実行されると、１つ以上のデータプロセッサに操作を実行させる命令を含む非一時的なコンピュータ可読記憶媒体と、を含む。この操作は、アプリケーションプログラミングインターフェース（ＡＰＩ）を用いて変更された基本入出力システム（ＢＩＯＳ）設定を受信することを含む。変更されたＢＩＯＳ設定は、少なくとも１つのＥｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ（ＥＦＩ）変数を記述する属性を含む。この操作は、変更されたＢＩＯＳ設定を、ベースボード管理コントローラ（ＢＭＣ）内の未来設定データ構造（ｆｕｔｕｒｅ ｓｅｔｔｉｎｇ ｄａｔａ ｓｔｒｕｃｔｕｒｅ）内に格納することをさらに含む。この操作は、ＢＭＣに格納された現在設定データ構造（ｃｕｒｒｅｎｔ ｓｅｔｔｉｎｇ ｄａｔａ ｓｔｒｕｃｔｕｒｅ）を提供することをさらに含む。この操作は、現在設定データ構造の少なくとも一部を、変更されたＢＩＯＳ設定に置き換えて、変更された現在設定データ構造を提供することをさらに含む。次いで、変更された現在設定データ構造がシステムに適用される。

【0006】

一実施形態では、ＥＦＩ変数は、Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ（ｉＳＣＳＩ）デバイス、ユニファイドＥＦＩ（ｕｎｉｆｉｅｄ ＥＦＩ；ＵＥＦＩ）セキュアブート設定、ブータブルデバイスの起動順序、ＴＬＳ認証、及び／又は、ネットワークＶＬＡＮ設定の属性を記述する。一実施形態では、命令の実行は、１つ以上のデータプロセッサに操作をさらに実行させ、ＢＩＯＳが第１の起動を実行しているかどうかを判定し、ＢＩＯＳが第１の起動を実行しているとの判定に少なくとも部分的に基づいて、ＢＩＯＳが、属性レジストリをＢＭＣに送信することをさらに含む。実施形態では、属性レジストリは、少なくとも１つのＥＦＩ変数を記述する属性の定義を含む。実施形態では、少なくとも１つのＥＦＩ変数を記述する属性のタイプキーは、文字列である。実施形態では、少なくとも１つのＥＦＩ変数を記述する属性の定義は、デフォルト値を含まず、一般的なＢＩＯＳ設定を記述する属性の定義は、デフォルト値を含む。

【0007】

一実施形態では、ＡＰＩはＲｅｄｆｉｓｈ ＡＰＩである。一実施形態では、未来設定データ構造及び現在設定データ構造は、ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットである。一実施形態では、命令の実行は、１つ以上のデータプロセッサに、ＥＦＩ変数を現在設定データ構造に格納することを含む操作をさらに実行させる。一実施形態では、ＥＦＩ変数を現在設定データ構造に格納することは、ＥＦＩ変数をバイナリ構造としてパックし、バイナリ構造を文字列にエンコードし、現在設定データ構造内に、属性の値として文字列を格納することを含む。一実施形態では、ＥＦＩ変数を現在設定データ構造に格納することは、バイナリ構造をエンコードする前にバイナリ構造を圧縮することをさらに含む。一実施形態では、バイナリ構造は、Ｂａｓｅ６４を用いてエンコードされる。

【0008】

一実施形態では、ＢＭＣに格納された現在設定データ構造の少なくとも一部を、未来設定データ構造からの変更されたＢＩＯＳ設定に置き換えることは、未来設定データ構造から属性の値である文字列を受信することを含む。次いで、文字列は、バイナリ構造にデコードされる。現在設定データ構造の少なくとも一部は、バイナリデータ構造がＥＦＩ変数としてＢＩＯＳ内に適用可能であることに基づいて、未来設定データ構造内の文字列に置き換えられる。一実施形態では、ＢＭＣに格納された現在設定データ構造の少なくとも一部を、未来設定データ構造からの変更されたＢＩＯＳ設定に置き換える操作は、文字列をデコードした後にバイナリ構造を解凍することをさらに含む。一実施形態では、バイナリ構造は、Ｂａｓｅ６４を用いてデコードされる。

【0009】

一実施形態では、現在設定データ構造の少なくとも一部を、変更されたＢＩＯＳ設定に置き換えることは、ＢＩＯＳパワーオンセルフテスト（ＰＯＳＴ）中に実行される。一実施形態では、システムはサーバーである。一実施形態では、システムは、少なくとも１つのサーバーを含むデータセンターである。一実施形態では、現在設定データ構造、未来設定データ構造又は属性レジストリの何れか１つが、ＢＩＯＳのユニファイド拡張可能ファームウェアインタフェース（Ｕｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ；ＵＥＦＩ）ヒューマンインターフェイスインフラストラクチャ（ｈｕｍａｎ ｉｎｔｅｒｆａｃｅ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ；ＨＩＩ）データベースから生成される。一実施形態では、少なくとも１つのサーバーは、第１のサーバー及び第２のサーバーを含み、命令の実行は、１つ以上のデータプロセッサに、第１のサーバーの現在設定データ構造及び第１のサーバーの関連する属性レジストリを第２のサーバーに移植することを含む操作をさらに実行させる。

【0010】

本開示の特定の態様によれば、コンピューティングシステムによって実行される方法は、アプリケーションプログラミングインターフェース（ＡＰＩ）を用いて、変更された基本入出力システム（ＢＩＯＳ）設定を受信することを含む。変更されたＢＩＯＳ設定は、少なくとも１つのＥｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅ（ＥＦＩ）変数を記述する属性を含む。変更されたＢＩＯＳ設定は、ベースボード管理コントローラ（ＢＭＣ）内の未来設定データ構造内に格納される。ＢＭＣに格納された現在設定データ構造が提供される。現在設定データ構造の少なくとも一部が、変更されたＢＩＯＳ設定に置き換えられ、変更された現在設定データ構造を提供する。変更された現在設定データ構造は、コンピューティングシステムに適用される。

【0011】

一実施形態では、未来設定データ構造及び現在設定データ構造は、ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットである。一実装形態では、本方法は、システムのＢＩＯＳが第１の起動を実行しているかどうかを判定することをさらに含む。属性レジストリは、ＢＩＯＳが第１の起動を実行しているとの判定に少なくとも部分的に基づいて、ＢＩＯＳによってＢＭＣに送信される。

【0012】

上述した概要は、本開示の各実施形態又は全ての態様を表すことを意図していない。むしろ、上述した概要は、本明細書に記載された新規な態様及び特徴のいくつかの例を提供するに過ぎない。本開示の上述した特徴及び利点、並びに、他の特徴及び利点は、添付の図面及び添付の特許請求の範囲と関連して、本発明を実施するための代表的な実施形態及び態様についての以下の詳細な説明から容易に明らかとなるであろう。本開示の追加の態様は、以下に簡単な説明が提供される図面を参照してなされる様々な実施形態の詳細な説明を考慮して、当業者には明らかであろう。

【0013】

本開示並びにその利点及び図面は、例示的な実施形態の以下の説明及び添付の図面からよりよく理解されるであろう。これらの図面は、例示的な実施形態のみを示しており、従って、様々な実施形態又は特許請求の範囲を限定するものと見なされるべきではない。

【図面の簡単な説明】

【0014】

【図1】本開示のある態様による、コンピューティングシステムのブロック図である。

【図2】本開示の特定の態様による、ブート設定を格納するステップを示すフロー図である。

【図3】本開示の特定の態様による、コンピューティング環境においてブート設定を適用するステップを示すフロー図である。

【図4】本開示の特定の態様による、ＢＩＯＳ ＰＯＳＴ中に実行されるステップを示す第１のフロー図である。

【図5】本開示の特定の態様による、ＢＩＯＳ ＰＯＳＴ中に実行されるステップを示す第２のフロー図である。

【発明を実施するための形態】

【0015】

現在のサーバーでは、基本入出力システム（ＢＩＯＳ）設定の格納は、ブート設定の集中管理に有益であり得る。格納されたＢＩＯＳ設定は、変更、保存（ｐｒｅｓｅｒｖｅｄ）、又は、１つのコンピューティングデバイスから他のコンピューティングデバイスに移植されることができる。現在、一般的なＢＩＯＳ設定のみが現在のサーバーに格納されることができる。一般的なＢＩＯＳ設定は、通常、例えば有効又は無効の値等のバイナリ値を取ることができる変数である。これらの一般的なＢＩＯＳ設定は、静的変数である。これらの一般的なＢＩＯＳ設定は、サーバーに関連付けられたＢＭＣに格納され得る。しかしながら、ＢＩＯＳ設定は、一般的なＢＩＯＳ設定以外の変数の設定を含む。例えば、ＥＦＩ変数は、設定、保存又は移植される必要があり得るが、ＥＦＩ変数の動的な性質により、ＥＦＩ変数はＢＭＣに格納されない。本開示の実施形態は、一般的なＢＩＯＳ設定と同様の方法でＥＦＩ変数を格納するシステム及び方法を提供する。本開示の実施形態は、より完全なＢＩＯＳファームウェアを移植する能力を可能にし、データセンター全体のＢＩＯＳ設定の管理を向上させることによって、コンピューティングシステム及びコンピューティングインフラストラクチャを向上させる。

【0016】

添付の図面を参照しながら様々な実施形態を説明するが、同様の符号は全体を通して同様の又は同一の要素を示すのに用いられる。図面は、単に本開示の態様及び特徴を説明するためのものであり、縮尺通りに描かれるとは限らない。本開示の特定の態様及び特徴の十分な理解を提供するために、多数の特定の詳細、関係及び方法が示されているが、当業者には、これらの態様及び特徴が１つ以上の特定の詳細無しに、他の関係とともに、又は、他の方法を用いて行い得ることが理解できるであろう。いくつかの例では、周知の構造又は動作は、説明のために詳細に記述されていない。本明細書に開示された様々な実施形態は、必ずしも描かれた動作又は事象の順序に限定されるものではなく、いくつかの動作は、異なる順序及び／又は他の動作若しくは事象と同時に起こり得る。本開示の特定の態様及び特徴を実施するために、全ての描かれた動作又は事象が必ずしも必要とされるわけではない。

【0017】

詳細な説明の目的上、特に断りの無い限り、適切な場合には、単数形は複数形を含み、複数形は単数形を含む。「含む」という用語は、「制限無く含む」ことを意味する。また、例えば、「約（ａｂｏｕｔ）」、「ほとんど（ａｌｍｏｓｔ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「おおよそ（ａｐｐｒｏｘｉｍａｔｅｌｙ）」等の近似の用語は、ここでは、例えば「…で（ａｔ）」、「…近くで（ｎｅａｒ）」、「…に近接して（ｎｅａｒｌｙ ａｔ）」、「…の３～５％内で」、「製造誤差の許容範囲内で」、又は、これらの任意の論理的組み合わせの意味を含むことができる。同様に、「垂直」又は「水平」という用語は、それぞれ垂直又は水平方向の「３～５％以内」を追加的に含むことを意図している。また、「上」、「下」、「左」、「右」、「上方」及び「下方」等の方向の用語は、参照図に描かれているのと同等の方向、オブジェクト（複数可）又は要素（複数可）に一般的に用いられる位置等のように、参照されているオブジェクト又は要素から文脈的に理解される方向、又は、本明細書に別途記載される方向と関連付けられることを意図している。

【0018】

図１に示すように、コンピューティングシステム１００の構成要素のブロック図が提供されている。コンピューティングシステム１００は、サーバーであり得るが、任意の適切なコンピューターデバイスが、本明細書で開示される原理を組み込むことができる。コンピューティングシステム１００は、回路基板１０２を含む。回路基板１０２は、１つのマザーボード、又は、１つ以上の通信ケーブルで相互接続された複数のマザーボードとすることができる。回路基板１０２には、ＣＰＵ１０４、ランダムアクセスメモリ（ＲＡＭ）モジュール１０６、ＢＭＣ１０８、ＢＩＯＳ１１０、グラフィック処理ユニット（ＧＰＵ）１１２、及び／又は、入出力（Ｉ／Ｏ）ポート１１４が搭載される。

【0019】

図１には、コンピューティングシステム１００の各構成要素のうち１つが示されているが、コンピューティングシステム１００は、これらの各構成要素のうち１つ以上をサポートすることができる。例えば、ＣＰＵ１０４は、１つ以上のＣＰＵ（例えば、２つのＣＰＵ、３つのＣＰＵ、４つのＣＰＵ、６つのＣＰＵ等）を表すことができる。同様に、ＲＡＭモジュール１０６は、複数のＲＡＭモジュール（例えば、複数のデュアルインラインメモリモジュール（ＤＩＭＭ）、例えば、２つのＤＩＭＭ、４つのＤＩＭＭ、８つのＤＩＭＭ等）を表すことができる。ＧＰＵ１１２は、専用プロセッサ機能に提供され得る。いくつかの実施形態では、専用機能は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び／若しくはコンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）、又は、コンピューティングシステム１００に設けられた拡張カードによって提供される。

【0020】

ＣＰＵ１０４は、ＲＡＭモジュール１０６にアクセスすることができる。ＣＰＵ１０４は、プラットフォームコントローラハブ又は回路基板１０２のチップセットに通信可能に結合することができる。回路基板１０２のチップセットは、例えば、シリアルアドバンストテクノロジーアタッチメント（ＳＡＴＡ）デバイス、ペリフェラルコンポーネントインターコネクトエクスプレス（ＰＣＩｅ）デバイス、ネットワークインターフェースカード（ＮＩＣ）、リダンダントアレイオブインエクスペンシブディスクズ、（ＲＡＩＤ）カード、小型コンピュータシステムインターフェース（ＳＣＳＩ）、ＦＰＧＡカード、ＧＰＵ１１２等の通信規格へのアクセスを提供することができる。

【0021】

いくつかの実施形態では、ＧＰＵ１１２及び／又はビデオインターフェースは、モニタ又はスクリーンが回路基板１０２に接続することを可能にする。ビデオ処理及び二次メモリアクセス（例えば、ＲＡＭモジュール１０６）は、通常、高速動作及びＣＰＵ１０４へのアクセスを必要とし、従って、回路基板１０２のチップセットを介することなくＣＰＵ１０４に接続され得る。いくつかの実装では、ＧＰＵ１１２は、ＰＣＩｅカード又はアクセラレーテッドグラフィックスポート（ＡＧＰ）カードである。高いレベルから見ると、Ｉ／Ｏポート１１４は、入力及び／又は出力デバイスがコンピューティングシステム１００とインターフェースすることを可能にするこれらのインターフェースのうち任意の１つを表している。例えば、Ｉ／Ｏポート１１４は、例えば、ＵＳＢ４、ＵＳＢ３．２、ＵＳＢ３．１、ＵＳＢ３．０、ＵＳＢ２．０等をサポートするユニバーサルシリアルバス（ＵＳＢ）ポートを表すことができる。Ｉ／Ｏポート１１４は、イーサネット（登録商標）等の有線インターフェース、又は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ-Ｆｉ（登録商標）等の無線インターフェースをサポートするネットワークインターフェースコントローラ（ＮＩＣ）ポートを表すことができる。Ｉ／Ｏポート１１４は、ＨＤＭＩ（登録商標）ポート、ヘッドホンジャック、外部ＳＡＴＡ（ｅＳＡＴＡ）等の他のポートを表すことができる。いくつかの実装では、Ｉ／Ｏポート１１４内のいくつかのポートは、ＧＰＵ１１２を介してＣＰＵ１０４に結合される。即ち、ＧＰＵ１１２は、ポート（例えば、ＵＳＢ-Ｃポート、ＨＤＭＩ（登録商標）ポート等）を含む。いくつかの実装では、Ｉ／Ｏポート１１４内のいくつかのポートは、回路基板１０２のチップセット（例えば、イーサネット（登録商標）ポート、ヘッドホンジャック、キーボードインターフェース、マウスインターフェース、パラレルポート、シリアルポート、ＵＳＢ３．０ポート等）を経由する。

【0022】

ＢＩＯＳ１１０は、コンピューティングシステム１００へのアクセス及び基本設定を可能にする回路基板１０２上に設けられる読み取り専用メモリ（ＲＯＭ）又はフラッシュチップを表している。コンピューティングシステム１００の起動時に、ＢＩＯＳ１１０は、基本的なコンピュータハードウェア（例えば、ＧＰＵ１１２、キーボードインターフェース、マウスインターフェース等のような上述したいくつかのコンポーネント）をどのようにロードするかに関する命令（又はコード）を含む。ＢＩＯＳ１１０は、コンピューティングシステム１００がオンにされ、コンピューティングシステム１００が適切に起動する要件を満たしていることを確保したときに実行するセルフテストを含む。セルフテストは、ＢＩＯＳパワーオンセルフテスト（ＰＯＳＴ）と呼ばれる。コンピューティングシステム１００がＢＩＯＳ ＰＯＳＴに失敗した場合、通常、一連のビープ音が提供される。ビープ音のパターンは、何れのハードウェアコンポーネントが故障したかを示すことができる。ＢＩＯＳ ＰＯＳＴは、任意の基本的な問題を発見する。例えば、ＢＩＯＳ ＰＯＳＴは、（ａ）基本的なメモリチェック（例えば、項目（ｉｔｅｍ）がメモリに書き込こまれ、メモリから読み出しされ得るかのチェック）、（ｂ）基本的なストレージチェック（例えば、ハードドライブが起動してコマンドを受け入れるか、及び／又は、スピンアップしてアクセスを許可するかのチェック）、（ｃ）入力及び出力デバイスの基本的なチェック（例えば、キーボード上にスタックしたキーがないか、又は、少なくとも１つのキーボード若しくはマウスが接続されているかのチェック）等を提供することができる。

【0023】

ＢＩＯＳ１１０は、コンピューティングシステム１００のオペレーティングシステムのうち１つ以上のパーティションを見つけることを可能にするコードをさらに含む。ＢＩＯＳ１１０は、ＢＩＯＳ設定に基づいてオペレーティングシステムを順序付けることができる。ＢＩＯＳ１１０は、パーティションからブートローダを読み取り、オペレーティングシステムをロードすることを容易にする。オペレーティングシステムがロードされると、ＢＩＯＳ１１０は、オペレーティングシステムに制御を放棄する。フラッシュＢＩＯＳの場合、ＢＩＯＳ設定を更新することができ、これらの設定は、コンピューティングシステム１００の起動時にデバイスの適切な構成を確保することができる。

【0024】

ＢＩＯＳ１１０のファームウェア更新中に、ＢＩＯＳ設定が失われる可能性がある。ＢＩＯＳ１１０内のコードは、様々な理由で更新され得る。一例では、ＢＩＯＳ１１０のファームウェア更新は、マウスやキーボード等の周辺機器をより良く制御するためのドライバ更新を含むことができる。ＢＩＯＳのファームウェア更新は、テキストベースのＢＩＯＳをグラフィカルユーザーインターフェイス（ＧＵＩ）ベースのＢＩＯＳにアップグレードする等の追加機能の追加を含むことができる。一般的に、ファームウェアの更新がＢＩＯＳ１１０に対して行われると、ＢＩＯＳ設定が失われる可能性がある。従って、ＢＭＣ１０８は、一般的なＢＩＯＳ設定を格納するように使用することができる。

【0025】

図２に示すように、本開示の特定の態様による、ＢＩＯＳ設定を格納するプロセス２００を示すフロー図が提供される。コンピューティングシステム１００のユーザーは、アプリケーションユーザインターフェース（ＡＰＩ）、例えば、Ｒｅｄｆｉｓｈ ＡＰＩ２０２を用いて、ＢＭＣ１０８に格納されたＢＩＯＳ設定を表示及び制御することができる。いくつかの実施形態では、ＢＩＯＳ設定は、ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマットで格納され、Ｒｅｄｆｉｓｈ ＡＰＩ２０２が、コンピューティングシステム１００のユーザーがＢＩＯＳ設定を制御できるように用いられ、又は、ＢＩＯＳ設定をコンピューティングシステム１００から他のコンピューティングシステム（図示せず）に移植するために用いられるのを可能にする。ここでは、例としてＢＭＣ１０８が用いられているが、起動時に使用可能な他の場所を使用してＢＩＯＳ設定を格納することができる。ここでのＢＭＣ１０８は、ＢＭＣ１０８がＲｅｄｆｉｓｈ ＡＰＩ２０２をサポートしているため有益である。いくつかの実装では、Ｒｅｄｆｉｓｈをサポートするリモートサーバーを含む他の格納場所は、ＢＩＯＳ設定を格納することができ、ネットワークを介してアクセスされ得る。即ち、リモートサーバーは、ＢＭＣ１０８の機能と同様の１つ以上の機能を実行することができる（例えば、コンピューティングシステム１００のＢＩＯＳ設定を格納し、ユーザーにＲｅｄｆｉｓｈ ＡＰＩを提供し、格納されたＢＩＯＳ設定を変更する）。

【0026】

一般的なＢＩＯＳ設定は、ＢＭＣ１０８に格納されることで利益が得られるＢＩＯＳ設定のタイプだけではない。本開示の実施形態は、可変の値の長さを有し得るか、又は、１つのブートセッションから他のブートセッションに変更し得る、他のタイプのＢＩＯＳ設定を格納することを可能にする。これらのＢＩＯＳ設定のタイプは、それらの値の長さが、通常、起動時に動的に決定されるため、現在のサーバーのＢＭＣに現在格納されない。例えば、ＵＥＦＩセキュアブート設定は、証明書／署名を格納する複数のデータベースを含み、格納された証明書／署名の総数が変わる可能性がある。従って、ＵＥＦＩセキュアブート設定を格納するための値の長さは静的ではない。他の例では、ブータブルデバイス（例えば、ソリッドステートディスク、ＤＶＤＲＯＭ、ＰＸＥ等）の起動順序の設定は、コンピューティングシステム１００にインストールされた実際のデバイスに応じてブータブルデバイスの数が変わる可能性があるため、静的ではない。他の例では、ＨＴＴＰｓの起動に用いられるＴＬＳ証明書は、ＨＴＴＰｓの起動サーバーを検証するＢＩＯＳ１１０に登録されたＣＡ証明書の数が変わる可能性があるため、静的ではない。他の例では、ネットワークｉＳＣＳＩ及びＶＬＡＮ設定は、各ネットワークポートがその独自の設定を有することができるため、静的ではなく、ポートの総数に対応する値の長さがコンピューティングシステム１００内のネットワークポートの数によって決まることになる。

【0027】

従って、ＢＭＣ１１０内でこれらの動的なＢＩＯＳ設定を処理するために、固定した値の長さを有する一般的なＢＩＯＳ設定を記述するように用いられる元のスキーマが使用できず、動的なＢＩＯＳ設定のタイプごとに特定のスキーマが設計される必要がある。例えば、特定のスキーマが、ＵＥＦＩセキュアブートで用いられる証明書／署名を格納するデータベースを記述するのに必要であり、他の特定のスキーマが、各ネットワークポートのｉＳＣＳＩ及びＶＬＡＮ設定を記述するのに必要である。このプロセスは非効率的である可能性があるため、本開示のいくつかの実施形態は、一般的なＢＩＯＳ設定を記述するように用いられる元のスキーマを用いて、複雑な動的なＢＩＯＳ設定を処理するシステム及び方法を提供する。これらのシステム及び方法は、異なるタイプの動的変数用に複数のタイプの特定のスキーマを設計する必要なく、ＥＦＩ変数を用いることを含む。

【0028】

プロセス２００は、一般的なＢＩＯＳ設定だけでなく、動的なＢＩＯＳ設定も格納するように適合され得る。動的なＢＩＯＳ設定は、一般的に、ＥＦＩ変数で表され、一般的なＢＩＯＳ設定とは異なるフォーマットを有する。データセンターでは、現在のサーバーは、現在、ＵＥＦＩヒューマンインターフェースインフラストラクチャ（ＨＩＩ）データベースから一般的なＢＩＯＳ設定を抽出し、一般的なＢＩＯＳ設定をＪＳＯＮフォーマット２０４として転送し、ＢＭＣ１０８内に格納する。ＵＥＦＩ ＨＩＩデータベースは、一般的に、コンピューティングシステム１００のＲＡＭモジュール１０６（例えば、ＤＲＡＭ）内に配置される。ＵＥＦＩ ＨＩＩは、ＲＡＭモジュール１０６内に作成され、各ＢＩＯＳ起動中にＢＩＯＳ１１０によって用いられ、ＢＩＯＳセットアップメニューをユーザーに表示する。ＨＩＩデータベースは、ＢＩＯＳ設定からのデータを含んでいるため、ＨＩＩは、ＢＩＯＳ１１０によって用いられ、Ｒｅｄｆｉｓｈ ＡＰＩ２０２で用いられるＪＳＯＮフォーマットのＢＩＯＳ設定を作成する。ＥＦＩ変数に格納された値又はコンテンツは、ＨＩＩデータベースに直接格納されない。さらに、ＥＦＩ変数のコンテンツは、通常、ＪＳＯＮフォーマットで直接用いることができないバイナリコンテンツである。本開示の実施形態は、ＥＦＩ変数を処理するシステム及び方法を提供する。プロセス２００は、ＥＦＩ変数のコンテンツをＪＳＯＮフォーマットの一般的なＢＩＯＳ設定と組み合わせることができる文字列として転送し、ＢＭＣ１０８に格納されるように用いることができる。ＥＦＩ変数をＢＭＣ１０８内に格納できることにより、コンピューティングシステム１００のユーザーは、一般的なＢＩＯＳ設定と同様の方法で、Ｒｅｄｆｉｓｈ ＡＰＩ２０２を用いてＥＦＩ変数を保存、変更又は移植することができる。

【0029】

一般的なＢＩＯＳ設定は、ＢＭＣ１０８によって３つのタイプのＪＳＯＮフォーマットのデータ構造で格納され、Ｒｅｄｆｉｓｈ ＡＰＩ２０２で用いることができる。これらの３つのタイプのＪＳＯＮフォーマットのデータ構造は、属性レジストリデータ構造、現在設定データ構造及び未来設定データ構造である。

【0030】

属性レジストリデータ構造は、キーが保持できる各オプション又は値を格納する。例えば、属性レジストリの例が以下に提供される。
属性レジストリの例

【表1】

【0031】

上述した属性レジストリの例は、キーと値のペアを含む。属性名キー「属性名（ＡｔｔｒｉｂｕｔｅＮａｍｅ）」は、設定されている属性を識別し、この例では、設定されている属性はＳＥＬＳ０１５である。この属性は、デフォルト値（即ち、「デフォルト値（ＤｅｆａｕｌｔＶａｌｕｅ）」キー）を「有効（Ｅｎａｂｌｅ）」に設定することができる。属性は、「ＡｔｔｒｉｂｕｔｅＮａｍｅ」キーによって提供される単なる変数名だけでなく、人間が識別できる名前を属性に提供する表示名（即ち、「表示名（ＤｉｓｐｌａｙＮａｍｅ）」）を有することができる。属性は、属性に関するより多くの情報を提供する人間が読める説明（即ち、「ヘルプテキスト（ＨｅｌｐＴｅｘｔ）」）を有することができる。いくつかの実施形態では、「読み出し専用（ＲｅａｄＯｎｌｙ）」キー及び／又は「リセット要求（ＲｅｓｅｔＲｅｑｕｉｒｅｄ）」キーは、真（ｔｒｕｅ）又は偽（ｆａｌｓｅ）のブール値で設定され、属性をさらにカスタマイズすることができる。属性は、関連付けられた「タイプ（Ｔｙｐｅ）」及び／又は「ＵＥＦＩ名前空間（ＵｅｆｉＮａｍｅｓｐａｃｅＩｄ）」キーを有することができる。デフォルト値が設定されているが、属性が取り得る異なる値は、「値（Ｖａｌｕｅ）」キーにおいて定義され得る。この例では、「値（Ｖａｌｕｅ）」キーは、「有効（Ｅｎａｂｌｅ）」又は「無効（Ｄｉｓａｂｌｅ）」とすることができる。

【0032】

現在設定データ構造は、コンピューティングシステム１００によって現在用いられている現在のＢＩＯＳ設定値を格納する。例えば、属性ＳＥＬＳ０１５が「有効」に設定され得る。現在設定データ構造の例を以下に示す。
現在の設定の例

【表2】

【0033】

現在設定データ構造は、属性名と値をペアにしたリストを有する。上述した例では、「属性名」ＳＥＬＳ０１５で識別された属性の「値」は「有効」となり、「属性名」ＳＥＬＳ０１６で識別された属性の「値」は１０となり、「属性名」ＳＥＴＵＰ００３で識別された属性の「値」は５となり、「属性名」ＳＥＴＵＰ００５で識別された属性の「値」は偽となる。現在設定データ構造内で識別された各属性は、属性レジストリデータ構造内で対応する定義を有する。上述した属性レジストリデータ構造の例は、ＳＥＬＳ０１５の定義の例に過ぎない。

【0034】

未来設定データ構造は、現在設定データ構造と同様に、属性名と１つ以上の値のペアを含む。未来設定データ構造と現在設定データ構造の違いは、両者の使用方法にある。現在設定は、システムで用いられている現在の値を記述し、未来設定は、コンピューティングシステム１００がリセットされた場合、又は、コンピューティングシステム１００がオンになった場合に適用される未来の値を記述する。さらに、コンピューティングシステム１００のユーザーは、現在の設定を変更することができず、未来の設定のみを変更することができる。

【0035】

図３に示すように、本開示の特定の態様による、コンピューティングシステム（例えば、コンピューティングシステム１００）に起動設定を適用するためのプロセス３００を示すフロー図が提供される。ステップ３０２では、コンピューティングシステム１００（図２）のユーザーがＢＩＯＳ設定に変更を加え、変更されたＢＩＯＳ設定が、Ｒｅｄｆｉｓｈ ＡＰＩ２０２（図２）を用いてＢＭＣ１０８（図２）に格納される。ステップ３０４では、変更されたＢＩＯＳ設定は、ＢＭＣ１０８上の未来設定データ構造内に格納され、ホスト（例えば、コンピューティングシステム１００）を再起動するための信号が提供される。ステップ３０２はＢＭＣ１０８によって実行され、ステップ３０４は、コンピューティングシステム１００（即ち、ホストシステム）を再起動できる任意のコンポーネントによって実行され得る。コンピューティングシステムを再起動できるコンポーネントは、ＢＭＣ１０８、ＢＩＯＳ１１０、ＣＰＵ１０４上で動作するオペレーティングシステム等を含む。

【0036】

ステップ３０６では、コンピューティングシステム１００の起動中に、ＢＩＯＳ１１０は、コンピューティングシステム１００を起動するための現在の信号（ステップ３０４）が、前回のＢＩＯＳ更新以降のＢＩＯＳ１１０（図２）の最初の起動であるかどうかを判定する。これがＢＩＯＳ１１０の最初の起動である場合、ＢＩＯＳ１１０は、ステップ３０８で、その属性レジストリをＢＭＣ１０８に送信する。これがＢＩＯＳ１１０の最初の起動でない場合には、ステップ３０８がスキップされ、ステップ３１０が実行される。属性レジストリが大きなファイルであり、毎回レジストリを送信すると起動プロセスが遅くなる可能性があるため、属性レジストリは、必要な場合にのみ送信される。

【0037】

ステップ３１０では、ＢＩＯＳ１１０は、ＢＭＣ１０８に格納された未来設定データ構造を検索し、未来設定データ構造内に含まれる変更されたＢＩＯＳ設定があるかどうかを判定する。未来設定データ構造内に変更されたＢＩＯＳ設定がある場合、ステップ３１４で、ＢＩＯＳ１１０は、変更されたＢＩＯＳ設定を、ＢＩＯＳ１１０（即ち、フラッシュチップ又はＢＩＯＳを含む他の物理メモリ）に格納されたＢＩＯＳ設定に適用する。次いで、ＢＩＯＳ１１０は、ＢＭＣ１０８から未来設定データ構造をクリアする。ステップ３１０において変更されたＢＩＯＳ設定がない場合、ステップ３１２で、ＢＩＯＳ１１０は、現在設定データ構造をＢＭＣ１０８に送信する。

【0038】

ステップ３１６では、ＢＩＯＳ１１０は、ステップ３１２の現在設定データ構造内に格納された設定を有効にするために再起動が必要かどうかを判定する。再起動が必要でない場合、ステップ３１８で、ＢＩＯＳ１１０は、コンピューティングシステム１００がオペレーティングシステムで起動できるようにする。再起動が必要である場合、ステップ３０４で、ＢＩＯＳ１１０によって再起動が実行される。

【0039】

図４に示すように、本開示の特定の態様による、ＢＩＯＳ ＰＯＳＴ中にＥＦＩ変数を現在設定データ構造に格納するためのプロセス４００を示すフロー図が提供される。いくつかの実施形態では、図４の全てのステップがＢＩＯＳ１１０によって実行される。ステップ４０２では、ＢＩＯＳ ＰＯＳＴが開始される。ステップ４０４では、ＢＩＯＳ１１０は、任意のＥＦＩ変数が現在設定データ構造内に格納される必要があるかどうかを判定する。ＥＦＩ変数が格納される必要がない場合、ステップ４０６でＢＩＯＳ ＰＯＳＴが終了する。

【0040】

ＥＦＩ変数が格納される必要がある場合、ステップ４０８で、ＢＩＯＳ１１０は、バイナリ構造として格納される必要があるＥＦＩ変数をパック（ｐａｃｋ）する。バイナリ構造は、ＥＦＩ変数名（又は属性名）、グローバル一意識別子（ＧＵＩＤ）、ＥＦＩ変数に関連付けられた値、データサイズ等を含むことができる。ＥＦＩ変数の属性レジストリエントリの例が以下に示される。
ＥＦＩ変数の属性レジストリエントリの例

【表3】

【0041】

ＥＦＩ変数の属性レジストリエントリは、属性名、表示名、タイプ、値パラメーターの最小長、及び、値パラメーターの最大長を含む。ＥＦＩ変数の値は動的であるため、ＥＦＩ変数にはデフォルトの値パラメーターが提供されない。タイプ（ｔｙｐｅ）パラメーターは、ＥＦＩ変数のバイナリ構造から転送される文字列（ｓｔｒｉｎｇ）を格納する「文字列（Ｓｔｒｉｎｇ）」として示されている。

【0042】

ステップ４１０では、オプションとして、ステップ４０８のバイナリ構造が圧縮される。バイナリデータを圧縮する任意のアルゴリズムを用いることができる。いくつかの実施形態では、ＵＥＦＩ仕様に記載されている提案方法、即ち、ＬＺ７７アルゴリズムとハフマンコーディングの組み合わせが用いられる。ＵＥＦＩ仕様に記載されているため、通常、ＵＥＦＩ ＢＩＯＳには、圧縮と解凍に使用できるライブラリが既に含まれている。

【0043】

ステップ４１２では、バイナリ構造は、Ａｍｅｒｉｃａｎ Ｓｔａｎｄａｒｄ Ｃｏｄｅ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｔｅｒｃｈａｎｇｅ（ＡＳＣＩＩ）文字列にエンコードされる。いくつかの実施形態では、Ｂａｓｅ６４アルゴリズムを用いて、バイナリ構造をＡＳＣＩＩ文字列にエンコードする。ステップ４１４では、ＡＳＣＩＩ文字列は、ＥＦＩ変数に対応する属性の値として現在設定データ構造内に格納される。現在設定データ構造内の「ＯＥＭＶＡＲ＿ＩＳＣＳＩ００」属性のエントリの例が以下に示される。
ＥＦＩ変数の現在設定の例

【表4】

【0044】

図５に示すように、本開示の特定の態様による、ＢＩＯＳ ＰＯＳＴ中に未来設定データ構造からＥＦＩ変数を抽出するためのプロセス５００を示すフロー図が提供されている。いくつかの実施形態では、図５の全てのステップがＢＩＯＳ１１０によって実行される。ステップ５０２では、ＢＩＯＳ ＰＯＳＴが開始される。ステップ５０４では、ＢＩＯＳ１１０は、未来設定データ構造から任意のＥＦＩ変数が現在設定データ構造内に設定される必要があるかどうかを判定する。ＥＦＩ変数を設定する必要がない場合、ＢＩＯＳ ＰＯＳＴがステップ５０６で終了する。

【0045】

ＥＦＩ変数を設定する必要がある場合、ステップ５０８で、ＢＩＯＳ１１０は、未来設定データ構造からＥＦＩ変数に対応するＡＳＣＩＩ文字列を取得する。ステップ５１０では、ＢＩＯＳ１１０は、ＡＳＣＩＩ文字列をデコードしてバイナリ構造を取得する。デコードアルゴリズムは、Ｂａｓｅ６４デコードアルゴリズムとすることができる。

【0046】

オプションとして、ステップ５１２で、ＢＩＯＳ１１０は、バイナリ構造を解凍してＥＦＩ可変構造に戻す。

【0047】

ステップ５１４では、解凍されたＡＳＣＩＩ文字列に基づいて、ＢＩＯＳ１１０は、ＳｅｔＶａｒｉａｂｌｅ ＵＥＦＩ ＢＩＯＳサービス関数を用いてＥＦＩ変数を変更する。ステップ５１０で得られたバイナリ構造は、バイナリ構造がＥＦＩ変数としてＢＩＯＳフラッシュに適用可能かどうかを確認するように用いられる。この確認プロセスが成功した場合、ＥＦＩ変数は、ＳｅｔＶａｒｉａｂｌｅ関数を用いて変更される。

【0048】

ＥＦＩ変数の値又はコンテンツを３つのタイプのＪＳＯＮデータフォーマットで表示できることにより、コンピューティングシステム１００のユーザー、コンピューティングシステム１００のユーザー管理ソフトウェア、又は、ＢＭＣ１０８は、Ｒｅｄｆｉｓｈ ＡＰＩ２０２を介してＥＦＩ変数を変更、保存又は移植することができる。ＥＦＩ変数のコンテンツは、ユーザー、管理ソフトウェア又はＢＭＣ１０８がＲｅｄｆｉｓｈ ＡＰＩ２０２を用いて未来設定データ構造内の値を変更した場合に、変更され得る。ＢＭＣ１０８は、ＢＩＯＳ１１０のファームウェアを更新した場合に、ＢＭＣ１０８内の現在設定データ構造内に格納されたＥＦＩ変数の値を保存することができる。次いで、ＥＦＩ変数の値は、更新されたＢＩＯＳ１１０にＥＦＩ変数の元の値を提供するために、未来設定データ構造内に配置され得る。これらの操作を実行しない場合、ＥＦＩ変数のコンテンツは、ＢＩＯＳ１１０のファームウェア更新中にＢＩＯＳ１１０の消去によりクリアされ、失われることになる。

【0049】

いくつかの実施形態では、ユーザー又は管理ソフトウェアは、ＥＦＩ変数のコンテンツを１つのコンピューティングシステムから他のコンピューティングシステムにコピー（又は移植）することができる。現在設定データ構造をソースシステムからコピーし、それをＲｅｄｆｉｓｈ ＡＰＩ２０２を介してターゲットシステムの未来設定データ構造にコピーすることで、ＥＦＩ変数のコンテンツを移植することができる。

【0050】

本開示の実施形態を１つ以上の実施形態に関して詳細に述べてきたが、本明細書及び図面を読み、理解すれば、同等の変更及び修正が当業者に生じ得る。また、本発明の特定の特徴は、複数の実施形態のうち１つに関連して述べられているが、このような特徴は、所与の又は特定の用途に対して所望され有利になるように、他の実施形態の１つ以上の他の特徴と組み合わせられてもよい。

【0051】

本開示の様々な実施形態について上述したが、それらは限定ではなく例として提示されたものであることを理解されたい。本開示の趣旨又は範囲から逸脱することなく、開示された実施形態に対する多数の変更を、本明細書の開示に従って行うことができる。従って、本開示の幅及び範囲は、上記の実施形態の何れかによって限定されるべきではない。むしろ、本開示の範囲は、添付の特許請求の範囲及びその均等物に従って定義されるべきである。

【符号の説明】

【0052】

１００…コンピューティングシステム
１０２…回路基板
１０４…ＣＰＵ
１０６…ランダムアクセスメモリ（ＲＡＭ）モジュール
１０８…ＢＭＣ
１１０…ＢＩＯＳ
１１２…グラフィック処理ユニット（ＧＰＵ）
１１４…入出力（Ｉ／Ｏ）ポート
２００、３００、４００、５００…フロー図
２０２…Ｒｅｄｆｉｓｈ アプリケーションユーザインターフェース（ＡＰＩ）
２０４…ＪＳＯＮフォーマット
３０２、３０４、３０６、３０８、３１０、３１２、３１４、３１６、３１８、４０２、４０４、４０６、４０８、４１０、４１２、４１４、５０２、５０４、５０６、５０８、５１０、５１２、５１４…ステップ

【図1】

【図2】

【図3】

【図4】

【図5】