(57)【要約】      （修正有）【課題】ソースコードを修正せずに、基本入出力システム（ＢＩＯＳ）で支援された機能を更新する方法とシステムを提供する。【解決手段】ＢＩＯＳメモリのソース画像ファイルを更新する方法は、第１画像ファイルを作成し、システムロックプレインストール（ＳＬＰ）２．０が支援されるかどうかを表す機能設定と、前記機能設定に関連した第１と第２アドレス情報とを含む初期化文書をロードするステップと、前記第１と第２アドレス情報に基づいて前記第１画像ファイルにＳＬＰマーカーとＯＥＭ公開キーを書き込み、第２画像ファイルを成す前記初期化文書をロードするステップと、前記第２画像ファイルを前記ＢＩＯＳメモリの前記ソース画像ファイルの中に書き込むステップと、を含む。【選択図】図１
2009059343.tif 000002
【特許請求の範囲】
【請求項１】
ＢＩＯＳメモリのソース画像ファイルを更新する方法であって、
第１画像ファイルを作成し、システムロックプレインストール（ＳＬＰ）２．０を支援するかどうかを表す機能設定と、前記機能設定に関連した第１および第２アドレス情報とを含む初期化文書をロードするステップと、
前記第１および第２アドレス情報に基づいて前記第１画像ファイルにＳＬＰマーカーとＯＥＭ公開キーを書き込み、第２画像ファイルとする前記初期化文書をロードするステップと、
前記第２画像ファイルを前記ＢＩＯＳメモリの前記ソース画像ファイルに書き込むステップと、
を含むことを特徴とする方法。
【請求項２】
前記初期化文書をロードし、前記第１画像ファイルを作成する第１ビルダーを提供するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記初期化文書をロードし、前記第２画像ファイルを作成する第２ビルダーを提供するステップを更に含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１ビルダーによって前記第２画像ファイルを作成する前記初期化文書をロードするステップを更に含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記機能設定と、前記第１および第２アドレス情報と、を設定するエディターを提供するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項６】
記憶装置のソース画像ファイルを更新する方法であって、
第１画像ファイルを作成し、機能設定と、前記機能設定に関連した第１および第２アドレス情報とを含む初期化文書をロードするステップと、
前記第１および第２アドレス情報に基づいて前記第１画像ファイルに第２および第３画像ファイルを書き込み、第４画像ファイルとする初期化文書をロードするステップと、
前記第４画像ファイルを前記記憶装置の前記ソース画像ファイルに書き込むステップと、
を含むことを特徴とする方法。
【請求項７】
前記初期化文書をロードし、前記第１画像ファイルを作成する第１ビルダーを提供するステップを更に含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記初期化文書をロードし、前記第４画像ファイルを作成する第２ビルダーを提供するステップを更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１ビルダーによって前記第４画像ファイルを作成する前記初期化文書をロードするステップを更に含むことを特徴とする請求項７に記載の方法。
【請求項１０】
前記機能設定と、前記第１および第２アドレス情報を設定するエディターを提供するステップを更に含むことを特徴とする請求項６に記載の方法。
【請求項１１】
前記機能設定は、システムロックプレインストール（ＳＬＰ）２．０を支援するかどうかを表すことを特徴とする請求項６に記載の方法。
【請求項１２】
前記第２画像ファイルは、システムロックプレインストール（ＳＬＰ）マーカーであることを特徴とする請求項６に記載の方法。
【請求項１３】
前記第３画像ファイルは、ＯＥＭ公開キーであることを特徴とする請求項６に記載の方法。
【請求項１４】
前記記憶装置は、ＢＩＯＳメモリであることを特徴とする請求項６に記載の方法。
【請求項１５】
ＢＩＯＳメモリのソース画像ファイルを更新するシステムであって、
機能設定と前記機能設定に関連した第１と第２アドレス情報とを含む初期化文書をロードし、第１画像ファイルを作成する第１ビルダーと、
前記初期化文書をロードし、前記第１および第２アドレス情報に基づいて前記第１画像ファイルに第２および第３画像ファイルを書き込み、第４画像ファイルを成す第２ビルダーと、
前記第４画像ファイルを前記記憶装置の前記ソース画像ファイルに書き込む書込み装置と、
を備えることを特徴とするシステム。
【請求項１６】
前記機能設定と、前記第１および第２アドレス情報とを設定するエディターを更に備えることを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記機能設定は、システムロックプレインストール（ＳＬＰ）２．０を支援するかどうかを表すことを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記第２画像ファイルは、前記ＳＬＰ２．０のシステムロックプレインストール（ＳＬＰ）マーカーであることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記第３画像ファイルは、ＯＥＭ公開キーであることを特徴とする請求項１８に記載のシステム。
【請求項２０】
ＢＩＯＳメモリのソース画像ファイルを更新し、システムロックプレインストール（ＳＬＰ）２．０を支援する方法であって、
初期化文書と、ＳＬＰマーカーと、ＯＥＭ公開キーとに基づいて画像ファイルを作成するステップと、
前記画像ファイルを前記ＢＩＯＳメモリの前記ソース画像ファイルに書き込むことで前記ＢＩＯＳメモリがＳＬＰ２．０を支援するステップと、
を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新方法に関し、特に、ソースコードを修正せずに、基本入出力システム（ＢＩＯＳ）で支援された機能を更新する方法とシステムに関する。
【背景技術】
【０００２】
通常、基本入出力システム（ＢＩＯＳ）は、読み出し専用メモリ（ＲＯＭ）などの不揮発性メモリに保存され、ファームウェアの少なくとも１つの画像ファイル（またはバイナリファイル）を含み、コンピュータシステムのコンポーネントを初期化することで、オペレーティングシステム（ＯＳ）をロードする前に、確実に初期化されたコンポーネントが正常に動作するようにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一般的に、ＢＩＯＳの画像ファイルは、ソースコードベンダーより提供されたソースコードによって作成される。異なるハードウェア装置、構造、または機能を支援するために、ソースコードベンダーは、ソースコードを手動で修正する必要がある。しかし、多数のＯＥＭの顧客を有するＢＩＯＳベンダーにとっては、ソースコードベンダーと提携して画像ファイルのソースコードを修正することは非常に時間が掛かり、不便である。
【０００４】
本発明は上記のような問題を考慮して創案されたものであり、本発明の課題は、ソースコードを修正せずに、基本入出力システム（ＢＩＯＳ）で支援された機能を更新する方法とシステムを提供することである。
【課題を解決するための手段】
【０００５】
初期化文書をロードし、第１画像ファイルを作成する、ＢＩＯＳメモリのソース画像ファイルを更新する方法の実施例が提供される。初期化文書は、機能設定と、その機能設定に関連した第１と第２アドレス情報を含み、機能設定は、システムロックプレインストール（ＳＬＰ）２．０を支援するかどうかを表す。初期化文書は、ロードされ、第１と第２アドレス情報に基づいてＳＬＰマーカーとＯＥＭ公開キーを第１画像ファイルに書き込み、第２画像ファイルを成す。第２画像ファイルは、ＢＩＯＳメモリのソース画像ファイルの中に書き込まれる。
【０００６】
本発明は、初期化文書をロードして第１画像ファイルを作成する、記憶装置のソース画像ファイルを更新する方法の実施例を提供する。初期化文書は、機能設定と、その機能設定に関連した第１と第２アドレス情報を含む。初期化文書はロードされ、第１と第２アドレス情報に基づいて第２と第３画像ファイルを第１画像ファイルに書き込み、第４画像ファイルを成す。第４画像ファイルは、記憶装置のソース画像ファイルに書き込まれる。
【０００７】
本発明は、画像ファイルが初期化文書と、ＳＬＰマーカーと、ＯＥＭ公開キーとに基づいて作成されたＢＩＯＳメモリのソース画像ファイルを更新し、システムロックプレインストール（ＳＬＰ）２．０を支援する方法の実施例を提供する。画像ファイルは、ＢＩＯＳメモリのソース画像ファイルに書き込まれることでＢＩＯＳメモリがＳＬＰ２．０を支援する。
【０００８】
本発明は、第１ビルダーが初期化文書をロードし、第１画像ファイルを作成するＢＩＯＳメモリのソース画像ファイルを更新するシステムの実施例を提供する。初期化文書は、機能設定とその機能設定に関連した第１と第２アドレス情報を含む。第２ビルダーは、初期化文書をロードし、第１と第２アドレス情報に基づいて第２と第３画像ファイルを第１画像ファイルに書き込み、第４画像ファイルを成す。書込み装置は、第４画像ファイルを記憶装置のソース画像ファイルに書き込む。
【発明の効果】
【０００９】
本発明のＢＩＯＳの画像ファイルを更新する方法及びシステムによれば、ソースコードベンダーと提携してソースコードを修正することなく、画像ファイルをＢＩＯＳ  ＲＯＭのソース画像ファイルに挿入することができるため、ＢＩＯＳ  ＲＯＭがＳＬＰ２．０を支援することができる。
【発明を実施するための最良の形態】
【００１０】
本発明についての目的、特徴、長所が一層明確に理解されるよう、以下に実施形態を例示し、図面を参照にしながら詳細に説明する。
【実施例】
【００１１】
マイクロソフト（登録商標）Ｖｉｓｔａオペレーティングシステムのシステムロックプレインストール（ＳＬＰ）２．０を支援するために、相手先商標製品の製造会社（ＯＥＭ）の公開キーとＳＬＰマーカーが予めＢＩＯＳのメモリの中に内蔵されることが必要であり、ＡＣＰＩ  ＢＩＯＳテーブルは、ＳＬＰ２．０を支援するかどうかを設定するために必要である。
【００１２】
本発明は、ＢＩＯＳ  ＲＯＭのソース画像ファイルを更新する方法とシステムを提供し、特に、ＢＩＯＳ  ＲＯＭのソースコードを修正することなく、ＢＩＯＳ  ＲＯＭのソースの画像ファイルを更新する方法とシステムを提供する。
【００１３】
図１は、本発明に基づいたＢＩＯＳ  ＲＯＭのソースの画像ファイルを更新するシステムの実施例を表している。図示するように、システム１００は、少なくともエディター１０と、第１ビルダー２０と、第２ビルダー３０と、書込み装置４０と、を備える。
【００１４】
エディター１０は、初期化文書１１を受け、第１グラフィカルユーザーインターフェース（ＧＵＩ）（図示せず）を提供し、初期化文書１１に記載された設定情報を設定するようにユーザーを補助する。初期化文書１１として、テキストデータ（一般的にＸＸ．ｉｎｉと言われる）を用いることができる。実施例では、初期化文書１１は、ＶｉｓｔａオペレーティングシステムのＳＬＰ２．０を支援するかどうかを設定する少なくとも１つの機能設定を含み、第１と第２アドレス情報は、ＯＥＭ公開キー５０とＳＬＰマーカー６０をそれぞれ保存する。
【００１５】
ＯＥＭキー５０とＳＬＰマーカー６０は、マイクロソフト（登録商標）により認定された後にＯＥＭで得られた２つの画像ファイルであることに留意されたい。ユーザーは、第１ＧＵＩを通して初期化文書１１をロードして編集し、ＳＬＰ２．０を支援する、または支援しない初期化文書１２を自ら作成することができる。例えば、ユーザーは、既定の項目の少なくとも１つの機能設定を入力、または選択し、ＳＬＰ２．０を支援するかどうかを決めることができる。また、ユーザーは、第１と第２アドレス情報を修正してＯＥＭ公開キー５０とＳＬＰマーカー６０を保存することもできる。
【００１６】
第１ビルダー２０は、エディター１０から編集された初期化文書１２を受け（またはロードし）、編集された初期化文書１２を画像ファイル１３に変換する。画像ファイル１３として、バイナリファイル（一般的にＸＸ．ｂｉｎと言われる）を用いることができる。
【００１７】
第２ビルダー３０は、ＯＥＭ公開キー５０とＳＬＰマーカー６０を第１ビルダー２０からの画像ファイル１３に挿入し、編集された初期化文書１２の第１と第２アドレス情報に基づいて画像ファイル１４を作成する。エディター１０で編集された初期化文書１２がＳＬＰ２．０を支援するように設定された場合、第１ビルダー２０によって作成された画像ファイル１３はＳＬＰ２．０を支援する情報を有することに留意されたい。画像ファイル１４がＯＥＭ公開キー５０とＳＬＰマーカー６０を画像ファイル１３の中に挿入することで作成されることから、画像ファイル１４はＳＬＰ２．０を支援するために必要な情報を有する。逆に編集された初期化文書１２がＳＬＰ２．０を支援するように設定されていない場合、ＯＥＭ公開キー５０とＳＬＰマーカー６０が第２ビルダー３０によって画像ファイル１３の中に挿入されても画像ファイル１３は、ＳＬＰ２．０を支援しない。
【００１８】
書込み装置４０は、画像ファイル１４をＢＩＯＳ  ＲＯＭ（図示せず）のソース画像ファイル１５の中に挿入して、新しい画像ファイル１６を作成する。本発明の実施例では、ソース画像ファイル１５は、ソースコードベンダーによって提供されたソースコードで作成されるが、これに限定されるものではない。例えば、ユーザーは、書込み装置４０によって、画像ファイル１４をソース画像ファイル１５の中に挿入するアドレスを自ら選んで、新しい画像ファイル１６を作成することができる。
【００１９】
上述に鑑みて、ユーザーは、エディター１０と、第１および第２ビルダー２０、３０とによって、ＳＬＰ２．０を支援する画像ファイル１４を自ら作成することができる。続いて、ユーザーは、ソースコードベンダーと提携してソースコードを修正することなく、画像ファイル１４をＢＩＯＳ  ＲＯＭのソース画像ファイル１５に挿入することができるため、ＢＩＯＳ  ＲＯＭがＳＬＰ２．０を支援することができる。また、本発明におけるＢＩＯＳ更新の用途は、ＳＬＰ２．０を支援することに限定されるものではなく、任意の他の機能を支援することでもよい。
【００２０】
また、他の実施例では、エディター１０と、第１および第２ビルダー２０、３０と、書込み装置４０とは、プロセッサによって実行可能で、かつ記憶装置内に保存されたアプリケーションプログラムであり、関連する機能を提供することができる。さらに他の実施例では、少なくとも２つのエディター１０と、第１および第２ビルダー２０、３０と、書込み装置４０とは、ユーザーが新しい画像ファイルを作成するのに便利なように互いに統合されている。例えば、第２ビルダー３０は第１ビルダー２０に統合されてよい。それによって、ユーザーが編集した初期化文書１２をロードして画像ファイル１３を作成し、第１ビルダー２０のみでＯＥＭ公開キー５０とＳＬＰマーカー６０を画像ファイル１３に挿入して、画像ファイル１４を作成することができる。
【００２１】
また、ユーザーが画像ファイル１４をソース画像ファイル１５に挿入するアドレスと、ＯＥＭ公開キー５０とＳＬＰマーカー６０を画像ファイル１３に挿入するアドレスを自ら決めることができることから、ユーザーは、例えばＯＥＭ公開キー５０とＳＬＰマーカー６０のＳＬＰ２．０を支援する必要な情報が不正な方法で獲得されることを防ぐことができる。
【００２２】
図２は、本発明に基づいた更新方法のフローチャートである。図示のように、更新方法は、初期化文書の機能と第１と第２アドレス情報を設定するステップＳ１１０と、初期化文書をロードして第１画像ファイルを作成するステップＳ１２０と、初期化文書をロードして第２および第３画像ファイルを第１画像ファイルに挿入し、第４画像ファイルとするステップＳ１３０と、第４画像ファイルをソース画像ファイルに挿入し、新規画像ファイルとするステップＳ１４０と、を含む。
【００２３】
図３Ａと図３Ｂは、本発明に基づいた実施例の画像ファイルの図を表しており、図１を参照にしてステップＳ１１０〜１４０を説明している。
【００２４】
まず、ステップＳ１１０では、ユーザーは、エディター１０によって初期化文書１１の機能設定と第１と第２アドレス情報を設定することができる。実施例では、初期化文書１１は、テキストデータ（一般的にＸＸ．ｉｎｉと言われる）であり、ＶｉｓｔａオペレーティングシステムのＳＬＰ２．０を支援するかどうかを設定する少なくとも１つの機能設定を含む。第１と第２アドレス情報は、ＯＥＭ公開キー５０とＳＬＰマーカー６０とをそれぞれ保存する。
【００２５】
ＯＥＭキー５０とＳＬＰマーカー６０は、マイクロソフト（登録商標）により認定された後、ＯＥＭで得られた２つの画像ファイルであることに留意されたい。例えば、エディター１０は、グラフィカルユーザインタフェース（ＧＵＩ）を提供して、初期化文書１１で記載された設定情報を設定（または編集）するようにユーザーを補助することができる。ユーザーは、初期化文書１１をロードして編集し、エディター１０のＧＵＩによって、ＳＬＰ２．０を支援する、または支援しない編集された初期化文書１２を作成することができる。
【００２６】
他の実施例では、ユーザーは、既定の項目の少なくとも１つの機能設定を入力、または選択し、ＳＬＰ２．０を支援するかどうかを決めることができるが、本発明はこれを限定されるものではない。また、ユーザーは、第１と第２アドレス情報を修正してＯＥＭ公開キー５０とＳＬＰマーカー６０を保存することもできる。
【００２７】
続いてステップＳ１２０では、図３Ａに示すように、第１ビルダー２０は、編集された初期化文書１２を受け（またはロードし）、編集された初期化文書１２を画像ファイル１３に変換する。図示するように、画像ファイル１３は、基本データを保存する少なくとも２つのデータブロックと少なくとも１つのヘッダーをそれぞれ含む。例えば、画像ファイル１３は、バイナリファイルであることができ、その機能と第１と第２アドレス情報は、ヘッダーに記載される。基本データは、ＯＥＭ  ＩＤとＯＥＭテーブルＩＤとを含む。
【００２８】
ステップＳ１３０では、第２ビルダー３０は、編集された初期化文書１２に記載された第１と第２アドレス情報に基づいて、ＯＥＭ公開キー（すなわち、ＰＵＢＫＥＹ．ｂｉｎ）５０とＳＬＰマーカー（すなわち、ＭＡＲＫＥＲ．ｂｉｎ）６０を画像ファイル１３に挿入し、画像ファイル１４とする。よって、図３Ａに示すように、ＳＬＰ２．０を支援する必要な情報を含む画像ファイル１４（すなわち、１２３．ｂｉｎ）が得られる。
【００２９】
エディター１０によって編集された初期化文書１２がＳＬＰ２．０を支援するように設定された場合、第１ビルダー２０によって作成された画像ファイル１３は、ＳＬＰ２．０を支援する情報を有することに留意されたい。逆に、エディター１０によって編集された初期化文書１２がＳＬＰ２．０を支援するように設定されていない場合、ＯＥＭ公開キー５０とＳＬＰマーカー６０とが第２ビルダー３０によって画像ファイル１３の中に挿入されても画像ファイル１３は、ＳＬＰ２．０を支援しない。
【００３０】
最後に、ステップＳ１４０では、書込み装置４０は、画像ファイル１４をＢＩＯＳ  ＲＯＭ（図示せず）のソース画像ファイル１５に挿入して、新しい画像ファイル１６とする。本発明の実施例では、ソース画像ファイル１５は、ソースコードベンダーによって提供されたソースコードで作成される。例えば、ユーザーは、オプションのＲＯＭ方式（optional ROM method）によって、書込み装置４０により、ＢＩＯＳ  ＲＯＭの画像ファイル１４（すなわち、１２３．ｂｉｎ）をソース画像ファイル１５に挿入するアドレスを決めることができる。
【００３１】
上述に鑑みて、ユーザーは、エディター１０と第１および第２ビルダー２０、３０とによって、ＳＬＰ２．０を支援する画像ファイル１４を自ら作成することができる。続いて、ユーザーは、ソースコードベンダーによりソースコードを修正することなく、画像ファイル１４をＢＩＯＳ  ＲＯＭのソース画像ファイル１５に挿入するため、ＢＩＯＳ  ＲＯＭがＳＬＰ２．０を支援することができる。また、本発明のＢＩＯＳの更新の用途は、ＳＬＰ２．０を支援することに限定されるものではなく、任意の他の機能を支援することであってよい。
【００３２】
図４に示すように、新規画像ファイル１６は、ソース画像ファイル１５とＳＬＰ２．０を支援するために必要な情報を有する画像ファイル１４を含むため、Ｖｉｓｔａオペレーティングシステムが動作した時、システムロックプレインストール（ＳＬＰ）２．０が通過（pass）する。
【００３３】
また、他の実施例では、エディター１０と、第１および第２ビルダー２０、３０と、書込み装置４０には、プロセッサによって実行可能な記憶装置内に保存されたアプリケーションプログラムを用いることができ、これにより関連する機能を提供する。さらに他の実施例では、少なくとも２つのエディター１０と、第１および第２ビルダー２０、３０と、書込み装置４０とは、ユーザーが新規画像ファイルを作成するのに便利なように互いに統合されることができる。例えば、第２ビルダー３０が第１ビルダー２０に統合されることができる。それによって、ユーザーが編集された初期化文書１２をロードして画像ファイル１３を作成し、第１ビルダー２０のみでＯＥＭ公開キー５０とＳＬＰマーカー６０を画像ファイル１３に挿入して、画像ファイル１４を作成することができる。
【００３４】
また、ユーザーが画像ファイル１４をソース画像ファイル１５に挿入するアドレスと、ＯＥＭ公開キー５０とＳＬＰマーカー６０を画像ファイル１３に挿入するアドレスを自ら決めることができることから、ユーザーは、例えばＯＥＭ公開キー５０とＳＬＰマーカー６０のＳＬＰ２．０を支援する必要な情報が不正な方法で得られることを防ぐことができる。
【００３５】
図５Ａと図５Ｂは、ＢＩＯＳの動作フローチャートを表している。ＢＩＯＳ  ＲＯＭの画像ファイルは、画像ファイル１４（すなわち、１２３．ｂｉｎ）を含む画像ファイル１６であると仮定する。
【００３６】
ステップＳ２０１では、ＣＰＵ（図示せず）は、電力制御インターフェース（ＡＣＰＩ）テーブルの構築の間に、ＡＣＰＩ＿ＳＬＩＣテーブルを構築する手順と画像ファイル１４（１２３．ｂｉｎ）をロードする手順を加えている。続いて、ステップＳ２０２では、ＣＰＵは、ＡＣＰＩ＿ＳＬＩＣテーブルを構築する。ステップＳ２０３では、ＣＰＵは、画像ファイル１４に基づいてＳＬＰ２．０を支援するかどうかを判断する。ＳＬＰ２．０を支援する場合、ステップＳ２０４のＳＬＰ２．０の支援手順が行われ、支援しない場合、ステップＳ２０４がスキップされてステップＳ２０５の手順が行われる。
【００３７】
ステップＳ２０４では、ＣＰＵは、画像ファイル１４（すなわち、１２３．ｂｉｎ）からＯＥＭ公開キー（すなわち、ＰＵＢＫＥＹ．ｂｉｎ）５０とＳＬＰマーカー（すなわち、ＭＡＲＫＥＲ．ｂｉｎ）６０をロードし、ＯＥＭ公開キー５０とＳＬＰマーカー６０をＡＣＰＩ＿ＳＬＩＣテーブルの中に書き込む。続いて、ステップＳ２０５では、ＣＰＵは、ＡＣＰＩルートシステム記述（ＡＣＰＩ＿ＲＳＤＴ）ヘッダーを設定する。
【００３８】
ステップＳ２０６では、ＣＰＵは再度、画像ファイル１４に基づいてＳＬＰ２．０を支援するかどうかを判断する。ＳＬＰ２．０を支援する場合、ステップＳ２０７の対応するＳＬＰ２．０の支援手順が行われ、支援しない場合、ステップＳ２０７がスキップされてステップＳ２０８が行われる。
【００３９】
ステップＳ２０７では、ＣＰＵは、画像ファイル１４（すなわち、１２３．ｂｉｎ）からＯＥＭ  ＩＤとＯＥＭテーブルＩＤをロードし、ＩＤをＡＣＰＩ＿ＲＳＤＴヘッダーに書き込む。続いて、ステップＳ２０８では、ＣＰＵは、ACPI extend system description（ＡＣＰＩ＿ＸＳＤＴ）ヘッダーを設定する。
【００４０】
ステップＳ２０９では、ＣＰＵは再度、画像ファイル１４に基づいてＳＬＰ２．０を支援するかどうかを判断する。ＳＬＰ２．０を支援する場合、ステップＳ２１０の対応するＳＬＰ２．０の支援手順が行われ、支援しない場合、ステップＳ２１０がスキップされてステップＳ２１１が行われる。
【００４１】
ステップＳ２１０では、ＣＰＵは、画像ファイル１４（すなわち、１２３．ｂｉｎ）からＯＥＭ  ＩＤとＯＥＭテーブルＩＤをロードし、ＩＤをＡＣＰＩ＿ＸＳＤＴヘッダーに書き込む。続いて、ステップＳ２１１では、ＣＰＵは、続くＰＯＳＴ手順を行い、起動を完成する。
【００４２】
以上、本発明を図面に示した実施形態を用いて説明したが、これらは例示的なものに過ぎず、本技術分野の当業者ならば、本発明の範囲および趣旨から逸脱しない範囲で多様な変更および変形が可能なことは理解できるであろう。したがって、本発明の範囲は、説明された実施形態によって定められず、特許請求の範囲に記載された技術的趣旨により定められねばならない。
【図面の簡単な説明】
【００４３】
【図１】本発明に基づいたＢＩＯＳ  ＲＯＭの画像ファイルを更新するシステムの実施例を表す。
【図２】本発明に基づいた更新方法のフローチャートである。
【図３Ａ】本発明に基づいた実施例の画像ファイルの図を表す。
【図３Ｂ】本発明に基づいた実施例の画像ファイルの別の図を表す。
【図４】本発明に基づいた実施例の画像ファイルのさらに別の図を表す。
【図５Ａ】本発明に基づいたＢＩＯＳの動作フローチャートを表す。
【図５Ｂ】本発明に基づいたＢＩＯＳの動作フローチャートを表す。
【符号の説明】
【００４４】
１０      エディター
１１，１２  初期化文書
１３，１４，１６  画像ファイル
１５      ソース画像ファイル
２０      第１ビルダー
３０      第２ビルダー
４０      書込み装置
５０      ＯＥＭ公開キー
６０      ＳＬＰマーカー
１００    更新システム 
【図１】
2009059343.tif 000003
【図２】
2009059343.tif 000004
【図３Ａ】
2009059343.tif 000005
【図３Ｂ】
2009059343.tif 000006
【図４】
2009059343.tif 000007
【図５Ａ】
2009059343.tif 000008
【図５Ｂ】
2009059343.tif 000009