JP2001056719A

JP2001056719A - Ｂｉｏｓブートアップ中にメディア出力を生成する方法

Info

Publication number: JP2001056719A
Application number: JP2000182555A
Authority: JP
Inventors: Kuroonii Peter; ピーター・クローニー; Dansudon Wolfgang; ヴォルフガング・ダンスドン; E Jiisutaddo Glen; グレン・イー・ジイスタッド; Kimu Myunseokku; ミュンセオック・キム
Original assignee: FIINIKKUSU TECHNOLOGIES Ltd
Current assignee: FIINIKKUSU TECHNOLOGIES Ltd
Priority date: 1999-06-18
Filing date: 2000-06-19
Publication date: 2001-02-27
Also published as: TW554265B; CN1283816A; CN1252582C

Abstract

(57)【要約】【課題】情報を表示する、特にグラフィックの一部を
更新できるような形で表示することができる方法および
装置を提供すること。【解決手段】この方法は、第１のデバイス・パラメー
タを表す第１の値を検索するステップと、第２のデバイ
ス・パラメータを表す第２の値を検出するステップとを
含む。グラフィック・オブジェクトに対応するテンプレ
ートを記憶装置から検索する。グラフィック・オブジェ
クトを特徴付けるグラフィック属性をテンプレートから
生成する。第１および第２の値を表示し、グラフィック
属性に応じて画像をグラフィック・オブジェクトから生
成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はマルチメディアに関
する。特に、本発明は、ファームウェアからのグラフィ
ック表示およびサウンド生成に関する。本発明はさら
に、システムの図形表示および／またはシステム・デバ
イス情報の表示に関する。

【０００２】

【従来の技術】グラフィック・オブジェクトの画像など
のメディア出力の生成はいくつかの方法で実施できる。
グラフィック・オブジェクトがビットマップされたグラ
フィック・データによって表現されている場合には、グ
ラフィック・エンジンがビットマップされたピクセルを
直接読み取り、ピクセル値に従って適切な色をレンダリ
ングすることができる。グラフィック・オブジェクトが
一連のベクトル演算によって形成されている場合には、
グラフィック・コントローラがベクトル生成演算を順次
に実施することができる。

【０００３】上記の方法は従来のグラフィックス環境内
で使用できるが、高度に編成されたデータ構造が必要と
される用途には適さないことがある。そのような用途の
一例は、基本入力出力システム（ＢＩＯＳ）ブートアッ
プ中のグラフィックスの表示である。そのような用途で
は、グラフィック・オブジェクトの画像ができるだけ速
く生成されることが好ましい。さらに、システムがその
データベースを更新したときに、画像内容が頻繁に変化
することがある。

【０００４】

【発明が解決しようとする課題】従来の方法は、通常、
グラフィック・オブジェクトから直接画像を生成する。
これらの方法にはいくつかの欠点がある。第１に、特に
画像セットの一部のみを更新する必要があるとき、グラ
フィック・オブジェクトを更新することが困難である。
第２に、グラフィック・オブジェクトを編成するために
より多くの記憶装置を必要とする。第３に、異なる画像
特性（例えば、色、レイアウト）を混合するなど、画像
をレンダリングするのにフレキシブルでない。

【０００５】したがって、当技術分野では、メディア出
力を生成する簡単かつ効率的な方法を提供する必要があ
る。

【０００６】現在、追加の機能をシステムＢＩＯＳに追
加しようとする場合、著しい変更を加える必要がある。
特に、システムＢＩＯＳコードを著しく改訂する必要が
ある。したがって、システムＢＩＯＳコードを著しく変
更する必要なしにシステムＢＩＯＳに追加の機能を提供
する必要がある。また、当業界ではさらに、システム・
デバイス情報を簡単かつ効率的に提供し、表示する必要
がある。

【０００７】さらに、プロセッサ・パフォーマンス情報
やメモリ・サイズ情報など、システム・デバイスに関す
る情報がテキスト形式で表示されるのが通常である。そ
のようなシステム・デバイス情報は一般に製造時に決定
される。製造時に決定されたシステム・デバイス情報
は、システムＢＩＯＳによって検出および／または検索
され、テキスト形式で表示される。そのような情報は、
ユーザが所望の情報を見付け出すためにすべての行をソ
ートする必要があるので閲覧することが困難である。し
たがって、当業界ではさらに、システム・デバイス情報
を簡単かつ効率的に提供し、表示する必要がある。

【０００８】

【課題を解決するための手段】本発明は、情報を表示す
る方法および装置である。この方法は、第１のデバイス
・パラメータを表す第１の値を検索するステップと、第
２のデバイス・パラメータを表す第２の値を検出するス
テップとを含む。グラフィック・オブジェクトに対応す
るテンプレートを記憶装置から検索する。グラフィック
・オブジェクトを特徴付けるグラフィック属性をテンプ
レートから生成する。第１および第２の値を表示し、グ
ラフィック属性に従って画像をグラフィック・オブジェ
クトから生成する。

【０００９】本発明の特徴および利点は、本発明につい
ての以下の詳細な説明から明らかになろう。

【００１０】

【発明の実施の形態】本発明は、ＢＩＯＳブートアップ
中にメディア出力を生成する方法および装置である。一
実施形態では、テンプレートはグラフィック・オブジェ
クトを特徴付けるグラフィック属性を含んでいる。テン
プレートおよびグラフィック・オブジェクトを記憶装置
に記憶する。テンプレートを検索し、走査し、パースし
て、グラフィック属性を生成する。属性に基づいてグラ
フィック・オブジェクトを検索する。グラフィック属性
を使用してグラフィック・オブジェクトの画像を生成す
る。アニメーションおよびサウンドを生成することがで
きる。この技法は、ブートアップまたは電源投入リセッ
ト中に広告バナー、テキスト項目などのグラフィック・
オブジェクトの画像を表示する効率的な手段を提供す
る。他の実施形態では、ＢＩＯＳブートアップの早期段
階にメディア・デバイスを初期化する。次いで、通常の
ＢＩＯＳタスクを実施している間に、メディア動作を実
施する。

【００１１】また、本発明の他の態様は、メディア出力
を生成する効率的な技法を提供する。メディア出力は実
行時に生成されたシステム・デバイス情報を含む。その
ような情報は簡単かつ効率的に表示される。この技法
は、テンプレートからグラフィック・オブジェクトを特
徴付けるグラフィック属性を生成する。次いで、グラフ
ィック属性を使用してグラフィック・オブジェクトから
画像を生成する。他の実施形態では、グラフィックス・
コントローラやオーディオ・カードなどのメディア・デ
バイスを早期ＢＩＯＳブートアップ中に初期化する。次
いで、通常のＢＩＯＳタスクを実施している間に、メデ
ィア動作を実施する。

【００１２】本発明の他の態様は、簡単、簡潔かつフレ
キシブルな形でシステムＢＩＳＯに機能を提供する方法
および装置である。インタフェース・モジュールが設け
られ、ＰＣシステム・メーカやマザーボード・メーカな
どの様々な当事者が追加のシステムＢＩＯＳ機能を提供
することができ、システムＢＩＯＳコードへの影響は最
小である。この方法は、インタフェース・モジュールを
システムＢＩＯＳにインタフェースするステップと、シ
ステムＢＩＯＳからタスクを実施する要求を受け取るス
テップとを含む。タスクに関連するシステム・デバイス
情報をシステムＢＩＯＳから受け取る。インタフェース
・モジュールがシステム・デバイス情報を変換して、変
換された情報を提供する。次いで、変換された情報を対
応するモジュールに転送する。

【００１３】以下の説明では、説明のために、本発明を
完全に理解できるよう多数の詳細を記載してある。ただ
し、これらの特定の詳細が本発明を実施するのに不要で
あることは当業者には明らかであろう。他の事例では、
周知の電気構造および回路は、本発明を曖昧にしないた
めにブロック図の形で示してある。

【００１４】定義本明細書で論じるように、「コンピュータ・システム」
とは、データを処理することのできる回路を含む製品で
ある。コンピュータ・システムには、これらに限定され
ないが、汎用コンピュータ・システム（例えばサーバ、
ラップトップ、デスクトップ、パームトップ、パーソナ
ル電子デバイスなど）、パーソナル・コンピュータ（Ｐ
Ｃ）、ハード・コピー機器（例えばプリンタ、プロッ
タ、ファクス機など）、銀行業務機器（例えば現金自動
預払機）などを含めることができる。インフォメディア
リとは、商品およびサービスの生産者に代わって情報を
提供するウェブ・サイトであり、ビジネスに、供給業者
および他のビジネスから提供される製品および／または
サービスに関する関連情報を供給する。コンテントと
は、アプリケーション・プログラム、ドライバ・プログ
ラム、ユーティリティ・プログラム、ペイロードなど、
およびそれらの組合せ、ならびに、グラフィックス、情
報材料（記事、株式相場、他）などのうちの１つまたは
いずれかの組合せについて言う。「ペイロード」とは、
グラフィックスまたは情報材料（記事、株式相場、他）
を伴うメッセージであり、ファイルまたはアプリケーシ
ョンを含めることができる。一実施形態では、これは所
定時にシステムの大容量記憶メディアに転送される。さ
らに、「通信リンク」とは、通信のメディアまたはチャ
ネルのこである。通信リンクには、これらに限定されな
いが、電話回線、モデム接続、インターネット接続、Ｉ
ＳＤＮ（統合サービス・デジタル・ネットワーク）接
続、非同期転送モード（ＡＴＭ）接続、フレーム・リレ
ー接続、イーサネット（登録商標）接続、同軸接続、光
ファイバ接続、衛星接続（例えばディジタル・サテライ
ト・サービスなど）、無線接続、無線周波（ＲＦ）リン
ク、電磁リンク、双方向ページング接続など、およびそ
れらの組合せを含めることができる。

【００１５】さらに、オペレーティング・システム
（「ＯＳ」）のロードとは、オペレーティング・システ
ム・ブートストラップ・ローダの初期設置のことであ
る。一実施形態では、ＯＳロード中に、通常、情報のセ
クタがハード・ディスクからシステム・メモリにロード
される。あるいは、ブートストラップ・ローダがネット
ワークからシステム・メモリにロードされる。ＯＳ「ブ
ート」とは、ブートストラップ・ローダの実行のことで
ある。これは、ＯＳをシステムの制御下に置く。ＯＳブ
ート中に行われるいくつかの動作には、システム構成、
デバイス検出、ドライバのロードおよびユーザ・ログイ
ンが含まれる。ＯＳランタイムとは、ブート段階の完了
およびＯＳによるアプリケーション実行の開始について
言う。一実施形態では、ＯＳランタイムの間、ＯＳはユ
ーザと対話して、アプリケーションを実行および／また
は稼動させる。

【００１６】パワーオン・セルフ・テスト（ＰＯＳＴ）
とは、ＯＳをロードする前にシステム・ハードウェアを
構成し、テストするために実行される命令を指す。

【００１７】システム概要本発明の実施形態を組み込んだ例示的なシステムの説明
を以下に記載する。

【００１８】図１に、本発明の装置および方法が使用さ
れる情報分配システム１０の一実施形態のシステム・ブ
ロック図を示す。システム１０は、インフォメディアリ
の提供に関係する。これは、保証サービス登録、インタ
ーネット・サービス登録、システム・プロファイル、お
よびユーザ選好から主に収集される、インターネット・
ユーザ・プロファイルおよびシステム・プロファイルの
安全かつ私的なリポジトリの構築および維持を含む。最
初にこの情報は、購入されたハードウェア製品およびソ
フトウェア製品の製造業者と、オンラインまたは他のサ
ービスのプロバイダとにユーザを登録するのに使用され
る。時の経過に伴い、ユーザ・データは、ユーザ・プロ
ファイルを作成するためと、ユーザに当該ソフトウェア
の更新およびアップグレードを通知するために使用され
て、関連商品のオンライン購入を奨励し、１対１のマー
ケティングおよび他のサービスを可能にする。

【００１９】一実施形態では、本発明の様々な実施形態
を実施するために２つのソフトウェア・モジュールが使
用される。一方がユーザのシステム上に常駐し、所定の
ウェブ・サイトにアクセスするのに使用される。例えば
一実施形態では、オペレーティング・システムおよび基
本入出力システム（ＢＩＯＳ）がコンピュータ・システ
ムにプリインストールされ、続いてコンピュータ・シス
テムが最初に電源を入れられるとき、考察の目的で第１
のソフトウェア・モジュールと呼ぶアプリケーション
（一実施形態では第１のソフトウェア・モジュールは初
期スタートアップ・アプリケーション（ＩＳＵＡ）であ
り、後続の章で述べることとする）が、ブート前の環境
で１つまたは複数の実行可能プログラムの起動を可能に
する。一実施形態では、第１のソフトウェア・モジュー
ルは、ＯＳのロード、ブート、実行、および／または稼
動の前に１つまたは複数の実行可能プログラムを起動す
るのを助ける。一実施形態では、ユーザは、そのような
プログラムの使用（すなわち第１のソフトウェア・モジ
ュールの使用）を選択するよう奨励され、代替実施形態
では、プログラムは自動的に起動される。第１のソフト
ウェア・モジュール中に含まれるプログラムは、ツール
およびユーティリティが適時に、かつ正しいユーザ許可
によって稼動するようにし、また、ユーザがインターネ
ット接続を通してドライバ、アプリケーション、および
追加ファイルまたはペイロードを含む第２のソフトウェ
ア・モジュールをＰＣ上にダウンロードできるようにす
る。プログラムはまた、ＯＳが首尾よく起動できない場
合にシステムの遠隔管理も可能にする。

【００２０】第２のソフトウェア・モジュールが配信さ
れると、これはメモリ常駐となり、第１のソフトウェア
・モジュールのコピーの転送をディスエーブルにするこ
とができる。システムの不揮発性メモリにまだ常駐して
いる第１のソフトウェア・モジュールのオリジナルコピ
ーは、第２のソフトウェア・モジュールが機能できなく
なるか、破損するか、削除されるまでアイドル状態を保
ち、第２のソフトウェア・モジュールがそのようになっ
た際、元の第１のソフトウェア・モジュールのコピーが
再び前述のように転送される。第２のソフトウェア・モ
ジュールは、ユーザをインターネット上の特定のサーバ
に接続し、ユーザを所定のウェブ・サイトに向かわせて
別の申込みのものをダウンロードする許可を要求させる
アプリケーションを含むことができる。第２のソフトウ
ェア・モジュールはまた、第１のソフトウェア・モジュ
ールに等しいか類似するコンテントも含むことができ
る。

【００２１】一実施形態では、システムはまた、読出し
専用メモリＢＩＯＳ（ＲＯＭＢＩＯＳ）中に記憶され
る初期ペイロードも含むことができる。一実施形態で
は、初期ペイロードは、第１のソフトウェア・モジュー
ル（例えばＩＳＵＡ）の一部である。代替実施形態で
は、初期ペイロードは、ＲＯＭＢＩＯＳ中のモジュー
ルとして、第１のソフトウェア・モジュールとは別に記
憶される。一実施形態では、初期ペイロードはＲＯＭ
ＢＩＯＳから起動され、電源投入自己テスト（ＰＯＳ
Ｔ）後に、ただしＯＳのブート、ロード、および／また
は実行の前に、画面上に表示される。これは、所定時、
例えばシステムが製造、組立て、およびテストされてい
るときや、エンド・ユーザが最初にシステムをアクティ
ブにするときなどに行われる場合がある。代替実施形態
では、この初期ペイロードは、所定時、例えばシステム
が製造、組立て、およびテストされているときや、エン
ド・ユーザが最初にシステムをアクティブにするときな
どに、所定の位置（システムのハード・ディスクなど）
にコピーされる。コピーされると、ペイロードはＰＯＳ
Ｔ後に、ただしＯＳの実行前に実行され、グラフィック
ス、広告、アニメーション、ＪＰＥＧ（ＪｏｉｎｔＰ
ｈｏｔｏｇｒａｐｈｉｃＥｘｐｅｒｔｓＧｒｏｕ
ｐ）／ＭＰＥＧ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘ
ｐｅｒｔｓＧｒｏｕｐ）形式の試料を画面上に表示す
ることができる。追加プログラムおよび／またはペイロ
ードが（インターネットまたは他の外部接続を介して）
配信されるとき、表示画面を使用して、メッセージまた
はグラフィックスの形でカスタマイズされた画面を、Ｏ
Ｓのブート前およびその間に提供することができる。さ
らに、ウェブ・サイトからダウンロードされた第１のソ
フトウェア・モジュールならびに後続のプログラム（第
２のソフトウェア・モジュールなど）中で配信される実
行可能プログラムを使用して、インストールされた様々
なタイプのデバイス、ドライブ、およびアプリケーショ
ンを決定するためにＰＣを調査することができる。一実
施形態では、参照により本明細書に組み込む、本願と同
時係属の「ＭｅｔｈｏｄａｎｄＡｐｐａｒａｔｕｓ
ｆｏｒＡｕｔｏｍａｔｉｃａｌｌｙＩｎｓｔａｌ
ｌｉｎｇＡｎｄＣｏｎｆｉｇｕｒｉｎｇＳｏｆｔ
ｗａｒｅｏｎａＣｏｍｐｕｔｅｒ」という名称の
米国特許出願第０９／３３６２８９号に記載されている
ように、第１のソフトウェア・モジュールを使用して、
ユーザに対するショートカットおよび／またはブックマ
ークが識別され、自動的に作成される。ウェブ・サイト
からダウンロードされるプログラムは、ユーザの選好に
基づくユーザ・プロファイルを収集および維持するソフ
トウェアを含むことができる。そのような情報は、イン
フォメディアリに提供することができ、続いてこのイン
フォメディアリは、情報および／または情報に基づいて
コンパイルされたデータの一部を供給業者および他のビ
ジネスに転送して、それらの供給業者および他のビジネ
スから提供される情報の更新または改訂を入手する。

【００２２】図１を参照すると、情報分配システム１０
は、１つまたは複数の通信リンク３０₁〜３０_Nを介して
１つまたは複数のユーザ・コンピュータ・システム４０
₁〜４０_N（「４０」）に接続されるサービス・センター
２０を含む。サービス・センター２０は、１つまたは複
数のサーバ２２、１つまたは複数のデータベース２４、
および１つまたは複数のコンピュータ２６₁〜２６_Mを含
む。１つまたは複数のコンピュータ２６₁〜２６_Mは、複
数のユーザ・コンピュータ４０₁〜４０_Nから同時にアク
セスすることができる。複数のコンピュータが使用され
る場合、コンピュータ２６₁〜２６_Mは、ローカル・エリ
ア・ネットワーク（ＬＡＮ）またはいずれか他の同様の
接続技術によって接続することができる。しかし、サー
ビス・センター２０は、他の構成をとることも可能であ
る。例えば、より大きなコンピュータ上で稼動するいく
つかの内部プログラムまたはプロセスを有し、ユーザ・
コンピュータとの通信リンクを確立することができる、
より少数のより大きなコンピュータ（すなわち少数のメ
インフレーム・コンピュータ、ミニ・コンピュータな
ど）である。

【００２３】サービス・センター２０はまた、遠隔ネッ
トワーク５０（例えばインターネット）または遠隔サイ
ト（例えば衛星、図１には図示せず）に接続することも
できる。遠隔ネットワーク５０または遠隔サイトは、サ
ービス・センター２０がより多彩なコンピュータ・ソフ
トウェアやコンテントなどを提供できるようにし、それ
らはサービス・センター２０に記憶することができる。
サービス・センター・コンピュータ、例えばコンピュー
タ２６₁などに接続される、１つまたは複数のデータベ
ース２４は、コンピュータ２６で利用できるコンピュー
タ・ソフトウェアからなるデータベース・エントリを記
憶するのに使用される。一実施形態では、各ユーザ・コ
ンピュータ４０₁〜４０_Nは、他のどのコンピュータから
もアクセスできないそれ自体の安全なデータベース（図
示せず）を有する。通信リンク３０₁〜３０_Nは、１つま
たは複数のユーザ・コンピュータ・システム４１₁〜４
０_Nが同時にコンピュータ２６₁〜２６_Mに接続できるよ
うにする。接続は、サーバ２２によって管理される。

【００２４】ユーザ・コンピュータ・システム４０が情
報サービス・コンピュータ２６との双方向通信を確立し
た後、以下に述べるように、コンテントがユーザ・コン
ピュータ・システム４０に送信される。ダウンロードさ
れるコンテントは、ユーザ・プロファイルならびにユー
ザのシステムのプロファイルを製作するためにユーザお
よび／またはユーザ・コンピュータ・システムのハード
ウェアおよび／またはソフトウェアを調査するアプリケ
ーションを含む。続いて、ユーザおよび／またはユーザ
のコンピュータ・システムから収集された情報がサービ
ス・センター２０に提供され、このサービス・センター
２０は、ユーザ・プロファイルおよびシステム・プロフ
ァイルに基づいて、ユーザ・コンピュータ４０に追加の
コンテントを提供する。サービス・コンピュータ２６に
接続されるデータベースからのデータベース・エントリ
は、コンピュータ・ソフトウェア、ハードウェア、およ
びユーザに入手可能な第３者サービスおよび製品に関す
る情報を含む。ユーザ・プロファイルおよび／またはシ
ステム・プロファイルに基づいて、コンテントはさらに
ユーザ・コンピュータに表示用に送信される。コンテン
トはまた、既存のコンピュータ・ソフトウェアに対する
パッチおよび修正、既存のコンピュータ・ソフトウェア
の新バージョン、新作コンピュータ・ソフトウェア、新
しいヘルプ・ファイルなどの入手可能性など情報の一覧
を含むこともできる。コンテントはさらに、ユーザにと
って興味のあるハードウェア、第３者製品およびサービ
スの入手可能性に関する情報を含むこともできる。次い
でユーザは、入手可能な製品およびサービスから１つま
たは複数の選択をして、サービス・コンピュータ２６か
らユーザ・コンピュータにその製品を転送するように要
求することができる。あるいは、ユーザは、入手可能な
製品およびサービスの一覧から所望の製品またはサービ
スを購入することもできる。

【００２５】図２に、本発明の実施形態を実施する例示
的なコンピュータ・システム１００を示す。コンピュー
タ・システム１００は、ユーザ・コンピュータ・システ
ム４０₁〜４０_Nおよび／またはコンピュータ２６₁〜２
６_M（図１）の一実施形態を例示するが、他の実施形態
も容易に使用することができる。

【００２６】図２を参照すると、コンピュータ・システ
ム１００は、プロセッサまたは中央処理装置（ＣＰＵ）
１０４を含む。例示のＣＰＵ１０４は、計算を実行する
ための論理演算装置（ＡＬＵ）、データおよび命令の一
時記憶用のレジスタの集積、およびシステム１００に対
する操作を制御するための制御ユニットを含む。一実施
形態では、ＣＰＵ１０４は、Ｉｎｔｅｌ社から発売のｘ
８６、Ｐｅｎｔｉｕｍ、ＰｅｎｔｉｕｍＩＩ、Ｐｅｎｔ
ｉｕｍＰｒｏマイクロプロセッサ、ＡＭＤから発売の
Ｋ−６マイクロプロセッサ、またはＣｙｒｉｘ社から発
売の６ｘ８６ＭＸマイクロプロセッサのいずれかを含
む。別の例は、ＤｉｇｉｔａｌＥｑｕｉｐｍｅｎｔ
Ｃｏｒｐｏｒａｔｉｏｎから発売のＡｌｐｈａプロセッ
サ、Ｍｏｔｏｒｏｌａから発売の６８０Ｘ０プロセッ
サ、またはＩＢＭから発売のＰｏｗｅｒＰＣプロセッ
サを含む。さらに、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍ
ｓ、ＭＩＰＳ、ＩＢＭ、Ｍｏｔｏｒｏｌａ、ＮＥＣ、Ｃ
ｙｒｉｘ、ＡＭＤ、Ｎｅｘｇｅｎ他からのものを含めた
他の様々なプロセッサのいずれかを、ＣＰＵ１０４を実
施するのに使用することもできる。ＣＰＵ１０４は、マ
イクロプロセッサに限定されず、マイクロコントロー
ラ、ディジタル信号プロセッサ、ＲＩＳＣ（縮小命令セ
ットコンピュータ）、特定用途向け集積回路など、他の
形をとることもできる。コンピュータ・システム１００
は、１つのＣＰＵ１０４と共に示されるが、別法として
複数の処理装置を含むこともできる。

【００２７】ＣＰＵ１０４は、ＣＰＵバス１０８によっ
てバス・コントローラ１１２に結合される。バス・コン
トローラ１１２は、その中に統合されるメモリ・コント
ローラ１１６を含むが、メモリ・コントローラ１１６
は、バス・コントローラ１１２の外部にあってもよい。
メモリ・コントローラ１１６は、ＣＰＵ１０４または他
のデバイスからメモリ・バス１２０を介してシステム・
メモリ１２４にアクセスするためのインタフェースとな
る。一実施形態では、システム・メモリ１２４は、ＳＤ
ＲＡＭ（シンクロナス・ダイナミック・ランダム・アク
セス・メモリ）を含む。システム・メモリ１２４は任意
選択で、いずれかの追加または代替の高速メモリ・デバ
イスまたはメモリ回路を含むこともできる。バス・コン
トローラ１１２はシステム・バス１２８に結合され、こ
のシステム・バス１２８は、ＰＣＩ（周辺構成要素相互
接続）バス、ＩＳＡ（業界標準アーキテクチャ）バスな
どとすることができる。システム・バス１２８には、グ
ラフィックス・コントローラ、グラフィックス・エンジ
ン、またはビデオ・コントローラ１３２と、大容量記憶
デバイス１５２と、通信インタフェース・デバイス１５
６と、１つまたは複数の入出力（Ｉ／Ｏ）デバイス１６
８₁〜１６８_Nと、拡張バス・コントローラ１７２とが結
合される。ビデオ・コントローラ１３２は、ビデオ・メ
モリ１３６（例えば８メガバイト）およびビデオＢＩＯ
Ｓ１４０に結合され、これらはすべて、番号１４４で示
すように単一のカードまたはデバイス上に統合すること
ができる。ビデオ・メモリ１３６は、表示画面１４８上
に情報を表示するための表示データを収容するのに使用
され、ビデオＢＩＯＳ１４０は、ビデオ・コントローラ
１３２を制御するためのコードおよびビデオ・サービス
を含む。別の実施形態では、ビデオ・コントローラ１３
２は、ＡＧＰ（ＡｄｖａｎｃｅｄＧｒａｐｈｉｃｓ
Ｐｏｒｔ）バスを介してＣＰＵ１０４に結合される。

【００２８】大容量記憶デバイス１５２には、（これら
に限定されないが、）ハード・ディスク、フロッピー・
ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、テープ、高
密度フロッピー、大容量取外し可能メディア、低容量取
外し可能メディア、固体メモリ・デバイスなど、および
これらの組合せが含まれる。大容量記憶デバイス１５２
には、他のどんな大容量記憶メディアを含めることもで
きる。通信インタフェース・デバイス１５６には、通信
リンク１６０を介してネットワーク１６４にアクセスす
るためのネットワーク・カード、モデム・インタフェー
スなどが含まれる。入出力デバイス１６８₁〜１６８_Nに
は、キーボード、マウス、オーディオ／サウンドカー
ド、プリンタなどが含まれる。入出力デバイス１６８₁
〜１６８_Nは、ディスク・ドライブ、例えばコンパクト
・ディスク・ドライブ、ディジタル・ディスク・ドライ
ブ、テープ・ドライブ、ｚｉｐ（登録商標）ドライブ、
ｊａｚｚドライブ、ディジタル・ビデオ・ディスク（Ｄ
ＶＤ）ドライブ、固体メモリ・デバイス、光磁気ディス
ク・ドライブ、高密度フロッピー・ドライブ、大容量取
外し可能メディア・ドライブ、低容量メディア・デバイ
ス、および／またはこれらのいずれかの組合せとするこ
とができる。拡張バス・コントローラ１７２は不揮発性
メモリ１７５に結合される。この不揮発性メモリ１７５
はシステム・ファームウェア１７６を含む。システム・
ファームウェア１７６はシステムＢＩＯＳ８２を含む。
このシステムＢＩＯＳ８２は、とりわけコンピュータ・
システム１００内のハードウェア・デバイスを制御する
ためのものである。システム・ファームウェア１７６は
また、ＲＯＭ１８０およびフラッシュ（またはＥＥＰＲ
ＯＭ）１８４も含む。拡張バス・コントローラ１７２は
また、ＲＡＭ、ＲＯＭ、および／またはフラッシュ・メ
モリ（図示せず）を有する拡張メモリ１８８にも結合さ
れる。システム１００は追加的に、バス・コントローラ
１１２に結合されるメモリ・モジュール１９０も含む。
一実施形態では、メモリ・モジュール１９０は、ＲＯＭ
１９２およびフラッシュ（またはＥＥＰＲＯＭ）１９４
を含む。

【００２９】当業者によく知られているように、コンピ
ュータ・システム１００はさらに、オペレーティング・
システム（ＯＳ）、および少なくとも１つのアプリケー
ション・プログラムを含み、一実施形態では、これら
は、大容量記憶デバイス１５２からシステム・メモリ１
２４にロードされ、ＰＯＳＴ後に起動される。ＯＳに
は、これらに限定または制約されないが、ＤＯＳ、Ｗｉ
ｎｄｏｗｓ^TM（例えばＷｉｎｄｏｗｓ９５^TM、Ｗｉｎｄ
ｏｗｓ９８^TM、ＷｉｎｄｏｗｓＮＴ^TM）、Ｕｎｉｘ（登
録商標）、Ｌｉｎｕｘ、ＯＳ／２、ＯＳ／９、Ｘｅｎｉ
ｘなどを含めた、どんなタイプのＯＳも含めることがで
きる。オペレーティング・システムは、コンピュータ・
システムの動作およびリソースの割振りを制御する１つ
または複数のプログラムのセットである。アプリケーシ
ョン・プログラムは、ユーザに望まれるタスクを実行す
る１つまたは複数のプログラムである。

【００３０】コンピュータ・プログラミングの当業者の
慣習に従って、本発明は、その他の指示がない限り、コ
ンピュータ・システム１００によって実行される動作の
シンボリック表現との関連で以下に述べる。そのような
動作は、コンピュータ実行と言われることがある。シン
ボリックに表される動作には、ＣＰＵ１０４によるデー
タ・ビットを表す電気信号の操作、およびシステム・メ
モリ１２４内のメモリ位置でのデータ・ビットの維持、
ならびに他の信号処理が含まれることを理解されたい。
データ・ビットが維持されるメモリ位置は、データ・ビ
ットに対応する特有の電気、磁気、光学、または有機の
特性を有する物理位置である。

【００３１】ソフトウェアに実装されるとき、本発明の
要素は本質的に、必要なタスクを実行するコード・セグ
メントである。プログラムまたはコード・セグメント
は、プロセッサ読取り可能メディア中に記憶することも
でき、また、搬送波に組み入れられるコンピュータ・デ
ータ信号によって、伝送メディアまたは通信リンクを介
して伝送することもできる。「プロセッサ読取り可能メ
ディア」には、情報を記憶または転送できるどんなメデ
ィアも含めることができる。プロセッサ読取り可能メデ
ィアの例には、電子回路、半導体メモリ・デバイス、Ｒ
ＯＭ、フラッシュ・メモリ、消去可能ＲＯＭ（ＥＲＯ
Ｍ）、フロッピー（登録商標）・ディスケット、ＣＤ−
ＲＯＭ、光ディスク、ハード・ディスク、光ファイバ・
メディア、無線周波（ＲＦ）リンクなどが含まれる。コ
ンピュータ・データ信号には、電子ネットワーク・チャ
ネル、光ファイバ、空気、電磁気、ＲＦリンクなどの伝
送メディアを介して伝播できる、どんな信号も含めるこ
とができる。コード・セグメントは、インターネットや
イントラネットなどのコンピュータ・ネットワークを介
してダウンロードすることができる。

【００３２】図３に、コンピュータ・システム１００の
論理図を示す。図２および図３を参照すると、システム
・ファームウェア１７６はソフトウェア・モジュールお
よびデータを含み、これらは、ＰＯＳＴ中にシステム・
メモリ１２４にロードされ、続いてプロセッサ１０４に
よって実行される。一実施形態では、システム・ファー
ムウェア１７６は、システムＢＩＯＳハンドラやハード
ウェア・ルーチンなどを有するシステムＢＩＯＳモジュ
ール８２、ＲＯＭアプリケーション・プログラム・イン
タフェース（ＲＡＰＩ）モジュール８４、初期スタート
アップ・アプリケーション（ＩＳＵＡ）モジュール８
６、初期ペイロード８８ａ、暗号キー９０、暗号エンジ
ン９２、および表示エンジン９４を含む。前述のシステ
ム・ファームウェア１７６のモジュールおよび各部は、
ＲＯＭ１８０および／またはフラッシュ１８４中に含め
ることができる。あるいは、前述のシステム・ファーム
ウェア１７６のモジュールおよび各部は、ＲＯＭ１９０
および／またはフラッシュ１９４中に含めることもでき
る。ＲＡＰＩ８４は、ＲＯＭアプリケーション・プログ
ラムとシステムＢＩＯＳ８２との間に安全なインタフェ
ースである。ＲＡＰＩ８４、ＩＳＵＡ８６、および初期
ペイロード８８はそれぞれ、コンピュータ・システム１
００を最初に使用する前に、別々に開発してシステム・
ファームウェア１７６に記憶することができる。一実施
形態では、ＲＡＰＩ８４、ＩＳＵＡ８６、および初期ペ
イロード８８ａはそれぞれ、ＰｈｏｅｎｉｘＴｅｃｈ
ｎｏｌｏｇｉｅｓ社によって開発されたプロプライエタ
リ・ソフトウェアを含む。ＲＡＰＩ８４の一実施形態
は、ＰｈｏｅｎｉｘＴｅｃｈｎｏｌｏｇｉｅｓ社に譲
渡された、本願と同時係属の１９９９年６月１８日出願
の「ＳｙｓｔｅｍａｎｄＭｅｔｈｏｄｆｏｒＳｅ
ｃｕｒｉｔｙＵｔｉｌｉｚｉｎｇＢａｓｉｃＩｎｐ
ｕｔａｎｄＯｕｔｐｕｔＳｙｓｔｅｍ（ＢＩＯ
Ｓ）Ｓｅｒｖｉｃｅｓ」という名称の米国特許出願第０
９／３３６８８９号に記載されており、これを参照によ
り本明細書に組み込む。ＩＳＵＡ８６の一実施形態は、
ＰｈｏｅｎｉｘＴｅｃｈｎｏｌｏｇｉｅｓ社に譲渡さ
れた、本願と同時係属の１９９９年６月１８日出願の
「ＭｅｔｈｏｄａｎｄＡｐｐａｒａｔｕｓｆｏｒ
ＡｕｔｏｍａｔｉｃａｌｌｙＩｎｓｔａｌｌｉｎｇ
ａｎｄＣｏｎｆｉｇｕｒｉｎｇＳｏｆｔｗａｒｅ
ｏｎａＣｏｍｐｕｔｅｒ」という名称の米国特許
出願第０９／３３６２８９号に記載されており、この内
容を参照により本明細書に組み込む。

【００３３】一実施形態では、図３および図４Ａおよび
図４Ｂに示すように、新しいコンピュータ・システム１
００に最初に電源が入れられた後、システムは、ＰＯＳ
Ｔ手順から開始する。初期ＰＯＳＴの間、Ａ１によって
示すようにＩＳＵＡ８６が大容量記憶デバイス１５２に
転送される。一実施形態では、そのような転送は、製造
および／または組立ての過程の間に、オペレーティング
・システムをインストールした後で（ただしオペレーテ
ィング・システムをブート、ロード、および稼動させる
前に）システム１００に最初に電源が入れられるときに
行われる。代替実施形態では、そのような転送は、製造
および／または組立ての過程の後で、ユーザがシステム
１００を受け取って電源を入れるときに行われるように
することもできる。他の代替実施形態では、ＩＳＵＡ８
６の転送中に、追加のプログラム、アプリケーション、
ドライブ、データ、グラフィックス、および他の情報を
（例えばＲＯＭから）大容量記憶デバイス１５２に転送
することもできる。例えば、転送は、大容量記憶デバイ
ス１５２への初期ペイロード８８ａの転送を含むことが
でき、それに続いて初期ペイロードは大容量記憶デバイ
ス１５２から送られる。あるいは、初期ペイロードはＲ
ＯＭから送ることもできる。そのような転送を容易にす
るためのシステムおよびプロセスの一実施形態は、Ｐｈ
ｏｅｎｉｘＴｅｃｈｎｏｌｏｇｉｅｓ社に譲渡された、
１９９９年６月１８日出願の「Ｍｅｔｈｏｄａｎｄ
ＳｙｓｔｅｍｆｏｒＴｒａｎｓｆｅｒｒｉｎｇａ
ｎＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｆｒｏｍ
ＳｙｓｔｅｍＦｉｒｍｗａｒｅｔｏａＳｔｏ
ｒａｇｅＤｅｖｉｃｅ」という名称の本願と同時係属
の米国特許出願第０９／３３６０６７号に記載されてお
り、この内容を参照により本明細書に組み込む。そのよ
うな転送を容易にするためのシステムおよびプロセスの
代替実施形態は、本願と同時係属の１９９９年３月１９
日出願の「ＭｅｔｈｏｄａｎｄＡｐｐａｒａｔｕｓ
ｆｏｒＰｒｏｖｉｄｉｎｇＭｅｍｏｒｙ−ｂａｓ
ｅｄＤｅｖｉｃｅＥｍｕｌａｔｉｏｎ」という名称
の米国特許出願第０９／２７２８５９号、本願と同時係
属の１９９９年６月１８日出願の「Ｍｅｔｈｏｄａｎ
ｄＡｐｐａｒａｔｕｓｆｏｒＰｒｏｖｉｄｉｎｇ
Ｍｅｍｏｒｙ−ＢａｓｅｄＤｅｖｉｃｅＥｍｕｌａ
ｔｉｏｎ」という名称の一部継続米国特許出願第０９／
３３６３０７号、および本願と同時係属の１９９９年６
月１８日出願の「ＳｙｓｔｅｍａｎｄＭｅｔｈｏｄ
ｆｏｒＩｎｓｅｒｔｉｎｇＯｎｅｏｒＭｏｒ
ｅＦｉｌｅｓＯｎｔｏＭａｓｓＳｔｏｒａｇｅ」
という名称の米国特許出願第０９／３３６２８１号に記
載されており、各々は本発明の譲受人であるＰｈｏｅｎ
ｉｘＴｅｃｈｎｏｌｉｇｉｅｓ社に譲渡され、各々の
内容を参照により本明細書に組み込む。

【００３４】一実施形態ではＩＳＵＡ８６は、エンド・
ユーザのシステムに常駐するプリインストールされたプ
ログラムがあるかどうかを判定するコンピュータ・ソフ
トウェア実行可能プログラムである。プリインストール
されたプログラムがある場合、ＩＳＵＡ８６はプリイン
ストールされたプログラムを識別し、ユーザが自動的に
プログラムを立ち上げることができるショートカット
（Ｗｉｎｄｏｗｓオペレーティング・システムの場合に
はデスクトップ上に作成される）またはブックマークを
作成する。この実施形態ではこの実行可能プログラムが
さらに、後述するようにサーバ２２および／または１つ
のサービス・コンピュータ２６（図１）の１つまたは複
数のアプリケーションとの双方向通信を開始し、確立す
る能力を有する。さらに一実施形態ではＰＯＳＴ中に初
期ペイロード８８ａのグラフィカル・コンテントが表示
エンジン９４によってユーザの表示画面１４８に表示さ
れる。あるいは、初期ペイロード８８ａのグラフィカル
・コンテントを次のブート・プロセスの後に表示しても
よい。例えば後述するようにユーザのプロファイルの一
部として、１つまたは複数の製品および／またはサービ
スに関する追加情報を得たいかどうかをユーザに尋ねて
もよい。ユーザがそうしたい場合には次のブート・プロ
セス中に所望の製品および／またはサービスに関するコ
ンテントを表示する。

【００３５】ＰＯＳＴが完了した後にＯＳのロード、実
行および初期化を実施する。次いで標準ＯＳドライバお
よびサービスをロードする。次いで年齢、性別、趣味な
どのデモグラフィック情報を含む登録情報を入力するよ
うユーザに促す。さらにＩＳＵＡ８６が実行され、バッ
クグラウンドで走り、図２のネットワーク１６４（例え
ばインターネット）を介してコンピュータ・システム１
００とリモート・サーバ（例えば図１のサーバ２２）の
間に確立された通信リンクを検出するまでアイドル状態
を維持する。一実施形態ではＩＳＵＡ８６がオペレーテ
ィング・システムを探索して、システムにプリロードま
たはプリインストールされたアプリケーションがあるか
どうかを判定する。そのようなアプリケーションがある
場合にＩＳＵＡ８６は、通信リンクが確立された後に所
定のサーバに送り出すためのショートカットおよび／ま
たはブックマークをアプリケーションに自動的に提供す
る。この通信リンクは、ソケットを介したネットワーク
・プロトコル・スタック（例えばＴＣＰ／ＩＰ）または
当技術分野で周知のその他の双方向通信技法を用いて確
立することができる。通信リンク３０を確立した後にＩ
ＳＵＡ８６はサーバ２２に要求信号を発行して（Ａ２で
示す）、コンテント・モジュール６０から初期コンテン
ト・パッケージ６２をダウンロードするよう求める。こ
の要求に応答してサーバは、初期コンテント・パッケー
ジ６２をダウンロードし（Ａ３で示す）、一実施形態で
はこれを大容量記憶デバイス１５２に記憶する。一実施
形態では初期コンテント６２および後発コンテント６４
を別々に開発し、初期コンテント６２および後発コンテ
ント６４をサーバ２２に記憶する前に暗号化キーを使用
してそれぞれを暗号化するか、および／またはそれぞれ
にディジタル署名する。続いて初期コンテント６２およ
び／または後発コンテント６４をシステム１００にダウ
ンロードするときには暗号エンジン９２がキー９０を使
用して、初期コンテント６２および／または後発コンテ
ント６４を暗号化解除する。

【００３６】先に論じたように初期コンテント・パッケ
ージ６２はアプリケーション６２ａ、ドライバ６２ｂお
よびペイロード６２ｃを含むことができる。一実施形態
ではアプリケーション６２ａが、データ・ローダ・アプ
リケーションおよびプロファイル・マネージャ・アプリ
ケーションを含む。データ・ローダ・アプリケーション
はＩＳＵＡ８６と同じかまたは類似の機能を有し、ダウ
ンロードされるとＩＳＵＡ８６を使用禁止にしＩＳＵＡ
８６に取って代わる。より詳細にはデータ・ローダ・ア
プリケーションは、サーバ２２とコンピュータ・システ
ム１００の間の双方向通信を開始し、確立し、終了させ
る能力を有するコンピュータ・ソフトウェア・プログラ
ムである。データ・ローダ・アプリケーションはさらに
サーバ２２とコンピュータ・システム１００の間のトラ
フィック制御管理、ならびにエンド・ユーザのシステム
と指定のサーバの間の通信およびエンド・ユーザのシス
テムへのコンテントのダウンロードを容易にするその他
の機能を提供する。

【００３７】プロファイル・マネージャは、ユーザのプ
リファランス、システム・ハードウェアおよびコンピュ
ータ・システム１００にインストールされたソフトウェ
アに基づいてコンピュータ・システム１００のユーザ・
プロファイルおよびシステム・プロファイルを獲得す
る。コンピュータ・システム１００のユーザ・プロファ
イルおよびシステム・プロファイルを獲得した後、プロ
ファイル・マネージャ・アプリケーションは結果をデー
タ・ローダ・アプリケーションに転送し、データ・ロー
ダ・アプリケーションは続いてこの情報をサーバ２２に
提供する。サーバ２２は、ユーザが指示した選択をデー
タベース２４（図１）と突き合わせる。結果は所定の間
隔で転送してもよいし、ユーザの要求があったときに転
送してもよい。サーバ２２は次いでユーザ・プロファイ
ルまたはデモグラフィック・データを処理し、コンテン
トを同様のプロファイルを有するユーザに向ける。さら
に複数のユーザのユーザ・プロファイル・データをサー
バ２２上に集められ、これを寄せ集めて集合ユーザ・プ
ロファイル・モデルを作成する。次いでコンテントを、
ユーザ・プロファイル・データおよび／または集合ユー
ザ・プロファイル・モデルに基づいてユーザ・コンピュ
ータ・システムに送る（Ａ４で示す）。後発コンテント
６４をダウンロードし、符号８８ｂで示すシステム・フ
ァームウェア１７６に記憶する。一実施形態では後発コ
ンテント６４がフラッシュ、ＥＥＰＲＯＭなどの不揮発
性メモリに記憶され、後発コンテントのロードが当業者
に周知のとおりこのＲＯＭをリフラッシュすることによ
って実施される。後発コンテント６４を１つまたは複数
のファイルとして大容量記憶デバイス１５２に記憶して
もよく、または（Ｗｉｎｄｏｗｓ^TM環境下で）Ｗｉｎｄ
ｏｗｓ^TMシステム・ファイルを修正するのに使用しても
よい。このプロファイル収集プロセスはコンピュータ・
システム１００が活動化されている限り続けられる。一
実施形態ではユーザのプロファイルがサーバ２２で受け
取られ分析された後にコンテントがダウンロードされ
る。

【００３８】続いてコンピュータ・システム１００がパ
ワーアップされると（図４Ｂ参照）システムは再びＰＯ
ＳＴを実行する。次いで以前にダウンロードされシステ
ム・ファームウェア１７６に記憶された著作権問題が解
決済みのコンテントをオペレーティング・システムのロ
ードおよび／または実行の前に表示する。Ｗｉｎｄｏｗ
ｓ^TM環境では、オペレーティング・システムの初期ロー
ド中に表示されるＷｉｎｄｏｗｓ^TMロゴに続いて、以前
にダウンロードされシステム・ファームウェア１７６に
記憶されたコンテントを表示する１つまたは複数の画面
が表示される。

【００３９】ＲＯＭをリフラッシュするのではなくコン
テントを１つまたは複数のファイルとして大容量記憶デ
バイス１５２に記憶する場合には、ブートアップおよび
シャットダウン中に表示されるＷｉｎｄｏｗｓ^TMロゴ・
ファイルを変更または置き換えることができる。この方
法を利用する一実施形態は、ＰｈｏｅｎｉｘＴｅｃｈ
ｎｏｌｏｇｉｅｓ社に譲渡された参照によって本明細書
に組み込まれる１９９９年６月１８日提出の「Ｄｉｓｐ
ｌａｙｉｎｇＩｍａｇｅｓｄｕｒｉｎｇＢｏｏｔ−
ｕｐａｎｄＳｈｕｔ−ｄｏｗｎ」という名称の同時
係属米国特許出願０９／３３６００３号に記載されてい
るように、対応するＷｉｎｄｏｗｓ^TMシステム・ファイ
ルの代わりにコンテントを表す１つまたは複数のファイ
ル（例えばグラフィック・ファイル）を使用することを
含む。このブートアップＷｉｎｄｏｗｓディスプレイ・
ファイルはＬＯＧＯ．ＳＹＳと名付けられ、通常はＷｉ
ｎｄｏｗｓディレクトリに位置する。まずＷｉｎｄｏｗ
ｓ^TMのＬＯＧＯ．ＳＹＳファイルをＷｉｎｄｏｗｓディ
レクトリから他のディレクトリに移す。次いでコンテン
ト・グラフィックス・ファイルをＬＯＧＯ．ＳＹＳとリ
ネームし、Ｗｉｎｄｏｗｓ^TMディレクトリに移す。オペ
レーティング・システムは最初に立ち上げられたときに
このファイルを取り出し、したがってこのコンテントが
表示画面に表示される。Ｗｉｎｄｏｗｓ^TMはＬＯＧＯ．
ＳＹＳファイルが解像度３２０×４００、２５６色のビ
ットマップ・ファイルであると期待する。ただしＷｉｎ
ｄｏｗｓ^TMは後にこの解像度を表示用に６４０×４００
に引き伸ばす。したがってコンテント・グラフィックス
・ファイルも同じグラフィックス・フォーマットでなけ
ればならない（ＬＯＧＯ．ＳＹＳにリネームされる前は
通常、拡張子「．ＢＭＰ」を付けて命名されている）。

【００４０】次いでオペレーティング・システムのロー
ド、実行および初期化を実施する。標準オペレーティン
グ・システム・ドライバおよびアプリケーションもロー
ドする。次いでプロファイル・マネージャを実行する。
所定のウェブ・サイトとのリンクが確立されると、追加
のコンテントをダウンロードし続いてこれを表示するこ
とができる。このような追加のコンテントは任意に提供
されるか、またはユーザまたはユーザのシステムの調査
から得られた情報に基づいて提供される。一実施形態で
はブート・プロセスが完了した後に表示画面の一部が、
以前に表示されたメッセージまたは広告に関する詳細な
情報にアクセスするのに使用するショートカットのアイ
コンを形成するのに使用される。他の実施形態ではメッ
セージまたは広告がシャットダウン・プロセス中に再び
表示される。例えば、メッセージ「Ｗｉｎｄｏｗｓｉ
ｓｓｈｕｔｔｉｎｇｄｏｗｎ」または「Ｉｔｉｓ
ｎｏｗｓａｆｅｔｏｔｕｒｎｏｆｆｙｏｕｒ
ｃｏｍｐｕｔｅｒ」を表示する表示画面の代わりに別
に選択したコンテントが表示される。

【００４１】詳細な説明図５は、本発明の一実施形態に基づく表示用のイメージ
を生成するアーキテクチャを示す図である。このアーキ
テクチャは記憶装置１２４／１７６／１９０、属性生成
器５３０および画像生成器５４０を含む。

【００４２】記憶装置１２４／１７６／１９０はテンプ
レート５１０およびグラフィック・オブジェクト５２０
を含む。記憶装置１２４／１７６／１９０は、ランダム
・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（Ｒ
ＯＭ）、消去可能ＲＯＭ（ＥＲＯＭ）、フラッシュ・メ
モリなどの任意の記憶媒体である。好ましい一実施形態
ではこの記憶装置がフラッシュ・メモリである。グラフ
ィック・オブジェクト５２０はテンプレート５１０と同
じ物理記憶媒体に記憶してもよいし、または別の記憶媒
体に記憶してもよい。例えばテンプレート５１０とグラ
フィック・オブジェクト５２０をフラッシュ・メモリな
どの１つのファームウェアに記憶してもよいし、または
テンプレート５１０をファームウェアに記憶し、グラフ
ィック・オブジェクト５２０を大容量記憶デバイス（例
えばハード・ディスク）に記憶してもよい。テンプレー
ト５１０およびグラフィック・オブジェクト５２０は更
新可能である。

【００４３】テンプレート５１０は、グラフィック・オ
ブジェクトを特徴づけるグラフィック属性を構成するい
くつかの識別子を含む。グラフィック・オブジェクト５
２０は表示画面に表示されるオブジェクトに関する情報
を含む。グラフィック・オブジェクト５２０は、イメー
ジを作り出すために操作することができる線分、曲線セ
グメントなどのイメージ・プリミティブを記憶したデー
タ構造を含むことができる。グラフィック・オブジェク
ト５２０はさらに、ビットマップ・レベルの未処理のイ
メージ・データを含むかまたは参照することができる。

【００４４】属性生成器５３０はスキャナ５３２および
パーサ５３４を含む。スキャナ５３２はテンプレート上
で辞書編集分析を実行してトークンを作り出す。パーサ
５３４は一連のトークンからグラフィック属性を生成す
る。グラフィック属性は、いくつかの識別子および／ま
たは表示画面に表示するイメージを生成するためにグラ
フィック・オブジェクト上で操作されるグラフィック・
プリミティブを含む。

【００４５】図６Ａは、本発明の一実施形態に基づくグ
ラフィック・オブジェクト用のテンプレート５１０を示
す図である。テンプレート５１０は、開始コード６１
０、Ｎ個のコマンドＣＭＤ１、ＣＭＤ２、．．．、ＣＭ
ＤＮ６２０₁、．．．、６２０_N、および終了コード６
３０を含む。

【００４６】開始コード６１０および終了コード６３０
はテンプレートの開始および終了をそれぞれ指示する定
義済みコードである。開始コード６１０および終了コー
ド６３０はテンプレート５１０の中でそれらが固有のコ
ードとなるように選択される。一実施形態では開始コー
ド６１０および終了コード６３０が１バイト識別子であ
る。

【００４７】コマンドＣＭＤＮ６２０₁、．．．、６２
０_Nはそれぞれ２つの部分、すなわちコマンド・コード
６２２およびコマンド情報６２４を含む。コマンド・コ
ード６２２は実行するコマンドの種類を指示し、コマン
ド情報６２４はコマンド・コードが必要とする情報を提
供する。コマンド情報を必要としないコマンドもある。
一実施形態ではコマンド・コード６２２が１バイト識別
子であり、コマンド情報６２４がマルチバイト・データ
である。

【００４８】コマンド・コード６２２は、グラフィック
ス・コントローラが実行するグラフィック操作を指定す
る識別子である。グラフィック操作にはディスプレイの
使用可／使用不可、単純な形状の描画（例えば線、円、
ボックス、三角形、点、多角形など）、ファイル参照
（例えばビットマップ、パレット、フォント、アニメー
ション、サウンドなど）およびその他の操作が含まれ
る。

【００４９】ディスプレイ・オン６３１はディスプレイ
が使用可能であることを指示する。このコマンド・コー
ドは対応するコマンド情報を必要としない。ディスプレ
イ・オフ６３２はディスプレイが使用不可であることを
指示する。このコマンド・コードは対応するコマンド情
報を必要としない。ライン６３３は、線の２つの端点の
座標（ｘ１，ｙ１）、（ｘ２，ｙ２）および色コードを
含む線情報６３４を使用して線を描く。サークル６３５
は、中心の座標（ｘ，ｙ）、半径、色およびフィル・コ
ードを含む円情報６３６を使用して円を描く。ボックス
６３７は、コーナの４つの座標（ｘ１，ｙ１）、（ｘ
２，ｙ２）、（ｘ３，ｙ３）、（ｘ４，ｙ４）、色およ
びフィル・コードを含むボックス情報６３８を使用して
長方形の枠を描く。三角形６３９は、コーナの３つの座
標（ｘ１，ｙ１）、（ｘ２，ｙ２）、（ｘ３，ｙ３）、
色およびフィル・コードを含む三角形情報６４０を使用
して三角形を描く。点６４１は、点の座標（ｘ、ｙ）お
よび色を含む点情報６４２を使用して点を描く。ポリゴ
ン６４３は、コーナのＮ個の座標（ｘ１，ｙ
１）、．．．、（ｘＮ，ｙＮ）、色およびフィル・コー
ドを含む多角形情報６４４を使用して多角形を描く。

【００５０】ビットマップ・オブジェクト６５１は、ビ
ットマップ・ファイル名および拡張子を指定するビット
マップ情報６５２を使用してビットマップ・ファイルか
らビットマップ・オブジェクトをレンダリングする。パ
レット・オブジェクト６５３は、パレット・ファイル名
および拡張子を指定するパレット情報６５４を使用して
パレット・ファイルからパレット・オブジェクトをレン
ダリングする。フォント・オブジェクト６５５は、フォ
ント・ファイル名および拡張子を指定するフォント情報
６５６を使用してテキスト・ストリングに対するフォン
ト・タイプをレンダリングする。ゾーン・オブジェクト
６５７は、ゾーン識別を含むゾーン情報６５８を使用し
てゾーン番号を指定する。テキスト・ストリング６５９
は、生成する文字ストリングを含むテキスト情報６６０
を使用して指定されたフォント・タイプのテキスト・ス
トリングを作成する。パレット・インデックス６７１
は、インデックスを含むパレット・インデックス情報６
７２を使用してパレット・オブジェクトを指す。フィル
ド・パレット・インデックス６７３は、インデックスを
含むフィルド・パレット・インデックス情報６７４を使
用してオブジェクトを埋めるのに使用するパレットを指
す。アニメーション６７５は、アニメーション・ファイ
ル名および拡張子を含むアニメーション情報６７６を使
用してアニメーション・ファイルからアニメーション・
シーケンスをレンダリングする。サウンド６７７は、サ
ウンド・ファイル名および拡張子を含むサウンド情報６
７８を使用してサウンド・ファイルからサウンド・シー
ケンスを生成する。

【００５１】図６Ｂは、本発明の一実施形態に基づく表
示画面６８０を示す図である。表示画面６８０には、ゾ
ーン１６８２、ゾーン２６８３、ゾーン３６８
４、ゾーン４６８５、ゾーン５６８６、ゾーン６
６８７、ゾーン７６９０、ゾーン８６９１およびゾ
ーン９６９２を含む９つのゾーンの例示的な表示が示
されている。

【００５２】これらのゾーンの生成に使用するテンプレ
ートは、それぞれのゾーンの４つのコーナの座標を指定
するボックス・コマンドを使用する一連のコマンドを含
む。さらにそれぞれのゾーンに対して使用する対応する
ビットマップ・ファイルおよびテキスト・ファイルが参
照される。

【００５３】ゾーン１６８２、ゾーン２６８３、ゾ
ーン３６８４、ゾーン４６８５、ゾーン５６８
６、ゾーン６６８７、ゾーン７６９０、ゾーン８
６９１およびゾーン９６９２は、それぞれの参照ファ
イルｔｅｘｔ１．ｂｍｐ、ｔｅｘｔ２．ｂｍｐ、ｌｏｇ
ｏ１．ｂｍｐ、ｌｏｇｏ２．ｂｍｐ、ｌｏｇｏ３．ｂｍ
ｐ、ｂｉｔｍａｐ１．ｂｍｐ、ｂｉｔｍａｐ２．ｂｍ
ｐ、ｂｉｔｍａｐ３．ｂｍｐおよびｂｉｔｍａｐ４．ｂ
ｍｐに含まれるビットマップ・ファイルまたはテキスト
・ファイルを使用してレンダリングされる。

【００５４】図７は、本発明の一実施形態に基づくイメ
ージ表示プロセス７００を示す流れ図である。

【００５５】「開始」に続いてプロセス７００は、表示
エンジンを初期化して表示解像度、色深度などの表示環
境をセットアップする（ブロック７１０）。表示環境
は、表示エンジンのデフォルト環境としてもよいし、ま
たは指定された任意の環境としてもよい。次いでプロセ
ス７００は記憶装置からテンプレートを取り出す（ブロ
ック７２０）。この取出しは、記憶装置上の所定のアド
レスのメモリ位置を読み取ることによって達成される。
プロセス７００はテンプレートを走査して一連のトーク
ンを生成する（ブロック７３０）。次いでプロセス７０
０はトークンを解析してグラフィック・オブジェクトを
特徴づけるグラフィック属性を生成する（ブロック７４
０）。

【００５６】プロセス７００は、テンプレートから解析
した位置識別子を使用して記憶デバイスからグラフィッ
ク・オブジェクトを取り出す（ブロック７５０）。次い
でプロセス７００は表示すべきイメージを、グラフィッ
ク属性を使用してグラフィック・オブジェクトから生成
する（ブロック７６０）。グラフィック属性に指定され
ている場合にはそれにしたがってアニメーションおよび
／またはサウンドを作り出す。次いでプロセス７００
は、表示エンジンに関連したディスプレイ・バッファに
イメージを書き込む（ブロック７７０）。プロセス７０
０は次いで終了となる。

【００５７】ＢＩＯＳのブートアップおよびＢＩＯＳに
よるオペレーティング・システムのロードに数秒かかる
ことがある。その間、モニタ画面はテストの統計、結果
などのＢＩＯＳ情報を表示するだけである。ほとんどの
状況でこれらの結果は同じであり、ユーザにとって有用
な情報は何も提供されない。したがってこの間にインタ
ーネットからダウンロードした広告、バナーなどのその
他のグラフィックスが表示されたり、またはサウンドが
生成されたりしたほうが好ましい。これらのアクティビ
ティは、ＢＩＯＳのプートアップ・シーケンスの初期の
ステップのプリブート期間に実行することができる。メ
ディア・デバイスは、グラフィックスまたはサウンド、
あるいはその他のメディア情報を生成することができる
デバイスである。例えばグラフィックス・コントローラ
上のグラフィックス・エンジンは一般に、グラフィック
ス・エンジンは、大きくかつ複雑なイメージを少量のデ
ータに基づいて表示できるようにする一組のプリミティ
ブを有している。生成された表示は、ＢＩＯＳのブート
アップが完了するかまたはマシンが何か他のことを開始
するまで画面上に残る。

【００５８】図８は、本発明の一実施形態に基づくプリ
ブート・メディア・システム８００を示す図である。プ
リブート・メディア・システム８００は実質的に図２に
示したシステム１００のサブセットである。プリブート
・メディア・システム８００はプロセッサ１０４、バス
１０８／１２８、ＢＩＯＳ記憶装置１７６、大容量記憶
装置１５２、システム・メモリ１２４、メディア記憶装
置１２４／１５２／１８４、オーディオ・カード１６
８、グラフィックスまたはビデオ・コントローラ１３２
およびディスプレイ・モニタ１４８を含む。

【００５９】プロセッサ１０４は、システム・メモリ１
２４にロードされたＢＩＯＳ記憶装置１７６中の命令お
よびオペレーティング・システムを実行する。プリブー
ト・アクティビティでプロセッサは、バス１０８／１２
８を介してオーディオ・カード１６８およびグラフィッ
クス・コントローラ１３２と通信する。パワーオン・リ
セットの後、プロセッサ１０４は予め決められたアドレ
スから命令の取出しを開始してＢＩＯＳ記憶装置１７６
からのＢＩＯＳのブートを開始する。

【００６０】ＢＩＯＳ記憶装置１７６は、最小メディア
初期化コード８１０、標準ＢＩＯＳコード８１５および
オペレーティング・システム（ＯＳ）ローダ８２０を含
むＢＩＯＳを含む。一般にプロセッサ１０４はまず最小
メディア初期化コード８１０、次いで標準ＢＩＯＳコー
ド８１５、最後にＯＳローダ８２０を実行する。

【００６１】最小メディア初期化コード８１０は、プリ
ブート・メディア生成を実行できるようグラフィックス
・コントローラ１３２および／またはオーディオ・カー
ド１６８を初期化する最小コードを含む。初期化コード
８１０は、グラフィックス・コントローラ１３２の表示
モード（例えば色深度および表示解像度）、オーディオ
・カード１６８のオーディオ・モード、グラフィックお
よび／またはオーディオ・コマンド、グラフィックス・
データおよび／またはサウンド・データのアドレスを構
成する命令を含むことができる。より先進のグラフィッ
クス・コントローラに対しては初期化コード８１０が、
追加のグラフィック情報なしに、またはごくわずかな追
加グラフィック情報を用いてグラフィックス・コントロ
ーラがイメージを生成できる完全なコード・シーケンス
を含むことができる。これらのグラフィックス・コント
ローラに対しては初期化コード８１０が、画素、線、単
純な形状、陰影、色、イメージを表示する表示画面上の
特定の位置などのグラフィック・プリミティブを生成す
るコマンドを含むことができる。プリブート・メディア
生成をできるだけ早く開始できるように最小メディア初
期化コード８１０は一般にＢＩＯＳブートアップの初期
のステップで実行される。プロセッサ１０４が最小メデ
ィア初期化コード８１０を実行すると、グラフィックス
・コントローラ１３２および／またはオーディオ・カー
ド１６８はプロセッサ１０４とは独立に機能を開始す
る。

【００６２】標準ＢＩＯＳコード８１５は、標準ＢＩＯ
Ｓブートアップ中に標準ＢＩＯＳタスクを実行する命令
を含む。これらのタスクにはＰＯＳＴ、周辺デバイス
（必要に応じてグラフィックス・コントローラ１３２お
よびオーディオ・カード１６８を含む）の初期化および
構成、ならびにその他のシステム・テストが含まれる。
この間、グラフィックス・コントローラ１３２はディス
プレイ・モニタ１３２に表示するイメージの生成を継続
する。オーディオ・カード１６８もサウンドの生成を続
ける。

【００６３】ＯＳローダ８２０は、大容量記憶装置１５
２からシステム・メモリ１２４にＯＳ８３０をロードす
る命令を含む。ＯＳがシステム・メモリ１２４にロード
されると直ぐに制御がＯＳに渡され、プロセッサ１０４
はＯＳから適当なプログラムを実行する。ＯＳのロード
時間中、グラフィックス・コントローラ１３２およびオ
ーディオ・カード１６８はグラフィックスおよびサウン
ドを生成し続ける。ＯＳのロードが完了するまでには数
秒かかる場合があるので、この時間を生産的に使用して
有用な情報がモニタに表示され、および／または有用な
サウンドが生成される。ＯＳが制御を引き継ぐと、ＯＳ
の適当なドライバ中に要求されたグラフィックスおよび
サウンド・アクティビティを実行することができる。プ
リブート・メディア・アクティビティは終了され、標準
システム動作が開始される。

【００６４】大容量記憶装置１５２はＯＳ８３０ならび
にその他のデータおよび情報を記憶する。先に説明した
とおりＯＳ８３０は、ＢＩＯＳブートアップの終わりに
システム・メモリ１２４にロードされる。通常はＯＳ８
３０の一部だけがシステム・メモリ８３０に常駐する。
必要に応じてドライバ、プログラムまたはデータをシス
テム・メモリ１２４と大容量記憶装置１５２の間でスワ
ップインおよびスワップアウトすることができる。ＯＳ
８３０は、適当なときにグラフィックス・コントローラ
１３２およびオーディオ・カード１６８を再始動させる
ドライバを含むことができる。通常はＯＳ８３０が実行
を開始したときにプリブート・メディア・アクティビテ
ィは終了となる。

【００６５】システム・メモリ１２４は、ＯＳ８３０の
ロードされた部分を含むランダム・アクセス・メモリ
（ＲＡＭ）を含む。システム・メモリ１２４はさらにフ
ラッシュ・メモリなどのその他の種類のメモリを含むこ
とができる。

【００６６】メディア記憶装置１２４／１５２／１８４
は、必要に応じてメディア・デバイスが使用するメディ
ア情報を記憶する。メディア記憶装置１２４／１５２／
１８４をシステム・メモリ１２４、大容量記憶装置１５
２またはフラッシュ・メモリ１８４の一部とすることが
できる。メディア情報はメディア・データ８４０、メデ
ィア・モード８４５およびメディア・コマンド８５０を
含む。メディア・データ８４０は、メディア出力を生成
するためにメディア・デバイスが直接に使用するデータ
である。このデータは、メディア記憶装置１２４／１５
２／１８４上で直接にアクセスされるか、またはポイン
タまたはファイル名によって参照される。メディア・デ
ータの例にはグラフィック・ビットマップ・データおよ
びディジタル化されたオーディオ・サンプルのシーケン
スが含まれる。メディア・モード８４５はメディア・デ
バイスの動作モードを提供する。例えばグラフィック・
アニメーション・モードはグラフィックス・フレームの
一連の繰返しシーケンスを指定する。メディア・コマン
ド８５０はメディア・デバイスがその機能を実行するの
に使用する特定のコマンドである。コマンド８５０の例
にはグラフィック・データのイメージを画面上の指定の
位置に置くコマンド、またはイメージをある方法でレン
ダリングするコマンドが含まれる。

【００６７】オーディオ・カード１６８は、メディア・
データ８４０の中のサウンド・データを使用してスピー
カへ送るサウンドを生成する。グラフィックス・コント
ローラ１３２は、ディスプレイ・モニタ１４８に表示す
るイメージを生成する。グラフィックス・コントローラ
１３２は、構成レジスタ８６０およびコマンド・レジス
タ８６５を含む。構成レジスタ８６０は、グラフィック
ス・コントローラ１３２を指定のモードで動作するよう
に構成する目的に使用される。コマンド・レジスタ８６
５は、ブロックの充てん、線描などの特定の操作を指定
するコマンドを含む。プロセッサ１０４は、対応するメ
ディア・デバイスに構成データおよびコマンドを書き込
むことによってオーディオ・カード１６８とグラフィッ
クス・コントローラ１３２を初期化する。初期化される
と直ぐにメディア・デバイスはそれ自体で動作を開始す
ることができる。オーディオ・カード１６８はメディア
記憶装置１２４／１５２／１８４からオーディオ・デー
タを取り出してスピーカに送るサウンドを作り出すこと
ができる。グラフィックス・コントローラ１３２はメデ
ィア記憶装置１２４／１５２／１８４からグラフィック
・データを取り出し、表示画面上にイメージを生成する
ことができる。メディア・コマンド８５０から追加のコ
マンドを獲得してその他のメディア結果を作り出すこと
ができる。

【００６８】図９は、本発明の一実施形態に基づくメデ
ィア・プリブート・プロセス９００を示すフローチャー
トである。

【００６９】「開始」に続いて、システムはパワーオン
・リセット・シーケンスを開始する（ブロック９１
０）。次いでプロセッサが、ＢＩＯＳ記憶装置にアクセ
スすることによってＢＩＯＳのブートアップを実施する
（ブロック９２０）。プロセッサは、メディア・デバイ
ス（例えばグラフィックス・コントローラ、オーディオ
・カードなど）をＢＩＯＳの一部である最小構成を用い
て初期化する（ブロック９３０）。最小構成は、グラフ
ィックス・コントローラおよび／またはオーディオ・カ
ードがプロセッサとは独立に自体の動作を開始するのに
十分な情報を提供する。

【００７０】プロセス９００は次いで平行した２つの経
路（パス）に分かれる。ＢＩＯＳパスはＢＩＯＳの実行
に対応し、メディア・パスはメディア・デバイスに対応
する。メディア・パスはブロック９４０、９５０および
９６０を含む。ＢＩＯＳパスはブロック９４５、９５５
および９６５を含む。

【００７１】ＢＩＯＳパスではプロセッサがＢＩＯＳブ
ートアップ・シーケンスを続ける（ブロック９４５）。
残りのＢＩＯＳタスクが完了するまでに数秒かかること
がある。その間、初期化され、構成されたグラフィック
ス・コントローラおよび／またはオーディオ・カードは
自体の機能を実行する。ＢＩＯＳタスクが完了した後、
プロセッサは、大容量記憶装置からシステム・メモリに
オペレーティング・システムをロードする（ブロック９
５５）。一般に一度にロードされるのはＯＳシステムの
一部分だけである。ＯＳがシステム・メモリにロードさ
れると制御はＢＩＯＳからＯＳに移り、ＯＳは制御を開
始する（ブロック９６５）。ＯＳは、生成された以外の
グラフィックスおよびサウンドを作り出すことができ
る。プロセス９００は次いで終了となる。

【００７２】初期化され、構成された後にメディア・デ
バイスは、グラフィックス・データ、サウンド・デー
タ、ファイル参照、コマンド、プリミティブなどのメデ
ィア情報を得る（ブロック９４０）。次いでメディア・
デバイスは自体の機能を実行する（ブロック９５０）。
グラフィックス・コントローラは、グラフィック・デー
タを取り出しグラフィック・プリミティブを使用してデ
ィスプレイ・モニタにイメージを表示する。グラフィッ
ク・データは例えば適当な記憶装置に記憶された広告ま
たはバナーに対応する。一連のフレームを使用してアニ
メーションを実行することもできる。オーディオ・カー
ドは、オーディオ記憶装置から取り出したサウンド・デ
ータを再生することによってサウンドを生成する。

【００７３】次いでプロセス９００は、オペレーティン
グ・システムがシステムの制御を引き継いだかどうかを
判定する（ブロック９６０）。まだである場合にはプロ
セス９００はブロック９５０に戻ってメディア操作を続
ける。引継ぎが済んでいる場合にはプロセス９００は終
了となる。

【００７４】本発明の他の態様は、システム・デバイス
の性能を実行時に測定し結果をグラフィック表示するシ
ステムおよび方法を含む。一実施形態では測定された情
報が、対応するグラフィック・オブジェクトに関連づけ
られ表示される。

【００７５】本発明の他の態様は簡単、簡潔かつフレキ
シブルな形でシステムＢＩＯＳに機能を提供する方法お
よび装置である。ＰＣシステム・メーカおよびマザーボ
ード・メーカなどのさまざまな当事者がシステムＢＩＯ
Ｓコードへの影響を最小限に抑えて追加のシステムＢＩ
ＯＳ機能を実施することができるインタフェース・モジ
ュールが提供される。この方法は、インタフェース・モ
ジュールをシステムＢＩＯＳにインタフェースするステ
ップ、およびタスクを実行するよう求める要求をシステ
ムＢＩＯＳから受け取るステップを含む。そのタスクに
関連したシステム・デバイス情報はシステムＢＩＯＳか
ら受け取る。このインタフェース・モジュールはシステ
ム・デバイス情報を変換して変換された情報を提供す
る。変換された情報は次いで対応するモジュールに送ら
れる。このインタフェース・モジュールの実施態様を、
メディア出力を生成する技法およびシステム・デバイス
の性能を実行時に測定し結果をグラフィック表示する技
法とは独立に提供することができることに留意された
い。

【００７６】図１０Ａに、本発明の原理に基づく情報表
示画面１０００の一実施形態を示す。表示画面１０００
には６つのゾーン、すなわちゾーン１１０１０、ゾー
ン２１０２０、ゾーン３１０３０、ゾーン４１０４
０、ゾーン５１０５０およびゾーン６１０６０の例
示的な表示が示されている。それぞれのゾーン１０１
０、１０２０、１０３０、１０４０、１０５０および１
０６０はさらにサブゾーンを含むことができる。例えば
ゾーン１１０１０はサブゾーン１０１２、１０１４お
よび１０１６を含み、ゾーン２１０２０はサブゾーン
１０２２および１０２４を含み、ゾーン３はサブゾーン
１０３２、１０３４および１０３６を含み、ゾーン４は
サブゾーン１０４２および１０４４を含み、ゾーン６
１０６０はサブゾーン１０６２および１０６４を含む。
それぞれのサブゾーンはさらに１つまたは複数のフィー
ルドを含むことができる。例えばサブゾーン１０１６は
フィールド１０１６ａおよび１０１６ｂを含み、サブゾ
ーン１０６４はフィールド１０６４ａ、１０６４ｂおよ
び１０６４ｃを含む。

【００７７】図６Ｂに示した実施形態と同様に、これら
のゾーンを生成するのに使用するテンプレートはそれぞ
れのゾーンの４つのコーナの座標を指定するボックス・
コマンドを使用した一連のコマンドを含む。さらにそれ
ぞれのゾーンに対して使用される対応するビットマップ
・ファイルおよびテキスト・ファイルが参照される。例
えばゾーン１０１０、１０２０、１０３０、１０４０、
１０５０および１０６０をそれぞれ、対応する参照テキ
スト・ファイル、ロゴ・ファイルまたはビットマップ・
ファイルに含まれるビットマップ・ファイルまたはテキ
スト・ファイルを使用してレンダリングすることができ
る。

【００７８】図１０Ｂに示す一実施形態ではゾーン１０
１０、１０２０および１０６０を使用してシステム・デ
バイスの容量および／または性能に関する情報が表示さ
れる。例えばゾーン１１０１０を使用してサブゾーン
１０１２にシステム・デバイスを識別するテキスト、こ
のケースでは「ｐｒｏｃｅｓｓｏｒ」が表示される。同
様にゾーン２１０２０およびゾーン６１０６０を使
用して対応するシステム・デバイスを識別するテキスト
「ＲＡＭ」および「ｈａｒｄｄｒｉｖｅ」がそれぞれ
のサブゾーン１０２２および１０６０に表示される。ゾ
ーン１１０１０では対応するロゴがサブゾーン１０１
４に表示される。さらにシステム・デバイスの２つのパ
ラメータを反映したテキストがサブゾーン１０１６のフ
ィールド１０１６ａおよび１０１６ｂに表示される。例
えばフィールド１０１６ａには第１の基準セットを使用
して決定したプロセッサの動作速度が表示され、フィー
ルド１０１６ｂには第２の基準セットを使用して決定し
たプロセッサの動作速度が表示される。例えば第１の基
準セットはベンダ（例えばプロダクション・システムＢ
ＩＯＳを生産している会社）によって決定され、第２の
基準セットはメーカ（例えばプロセッサ・メーカ）によ
って決定される。

【００７９】ゾーン２１０２０では、サブゾーン１０
２２に識別されたシステム・デバイスの容量を含むテキ
スト・ファイルがサブゾーン１０２４に表示される。同
様にハード・ドライブのリストおよびそれらの対応する
容量または種類がフィールド１０６４ａ、１０６４ｂお
よび１０６４ｃに識別される。同様にその他の機能、ロ
ゴまたはイメージをゾーン３１０３０、ゾーン４１
０４０およびゾーン５１０５０に表示することができ
る。

【００８０】図１１Ａは、本発明の原理に基づいて実施
されたソフトウェア・モジュールのシステム・アーキテ
クチャ１１００の一実施形態を示す図である。アーキテ
クチャ１１００は、インタフェース・モジュール１１１
０が位置する記憶装置Ａ、ならびに１つまたは複数のテ
ンプレート１１２２、１つまたは複数のグラフィックス
・オブジェクト１１２４、１つまたは複数のサウンド・
オブジェクト１１２６および１つまたは複数のテキスト
・オブジェクト１１２８が記憶された記憶装置Ｂ１１２
０を含む。一実施形態では記憶装置Ａおよび記憶装置Ｂ
が図２に示したシステム・メモリ１２４、システム・フ
ァームウェア１７６および／またはメモリ・モジュール
１９０である。他の実施形態では記憶装置Ａおよび記憶
装置Ｂは一体のユニットである。あるいは記憶装置Ａお
よび記憶装置Ｂを別々の記憶ユニットとすることができ
る。

【００８１】記憶装置１２４／１７６／１９０（図２）
はランダム・アクセス・メモリ（ＲＡＭ）、読取り専用
メモリ（ＲＯＭ）、消去可能ＲＯＭ（ＥＲＯＭ）、フラ
ッシュ・メモリなどの任意の記憶媒体である。好ましい
一実施形態ではこの記憶デバイスがフラッシュ・メモリ
である。テンプレート１１２２、グラフィック・オブジ
ェクト１１２４、サウンド・オブジェクト１１２６およ
びテキスト・オブジェクト１１２８は同じ物理記憶媒体
に記憶してもよいし、別個の記憶媒体に任意の組合せで
記憶してもよい。テンプレート１１２２、グラフィック
・オブジェクト１１２４、サウンド・オブジェクト１１
２６およびテキスト・オブジェクト１１２８は更新可能
である。

【００８２】インタフェース・モジュール１１１０はさ
まざまな機能を実行するフック・ディスパッチャ１１１
２を含む。一実施形態ではフック・ディスパッチャ１１
１２が、（ｉ）メディアおよび／またはシステム・デバ
イス情報をＢＩＯＳから獲得し（フック・ディスパッチ
ャ１１１２はあるいはインタフェース・モジュール１１
１０自体からメディアおよび／またはシステム・デバイ
ス情報を獲得することもできる）、（ii）属性生成器１
１３０を初期化し、（iii）オブジェクト管理を提供
し、（iv）メモリ管理、暗号化／暗号化解除および圧縮
解除を含むその他のサービスを提供する。ただし提供す
るサービスがこれらに限定されるわけではない。

【００８３】プロセッサから得られる情報の例には第１
の基準セットを使用して測定したプロセッサの動作速度
および第２の基準セットを使用して測定したプロセッサ
の動作速度が含まれる。第１の基準セットは例えばシス
テムＢＩＯＳが実行時に測定したプロセッサの動作速度
を含む。第１の基準セットを、プロダクション・システ
ムＢＩＯＳを生産している会社などの所定の当事者によ
って提供され、指定され、決定されたコードによって測
定される基準とすることができる。例えば第１の基準セ
ットをシステムＢＩＯＳにインストールされたコードと
して実施することができる。このようなコードの一例に
は、いずれも米カリフォルニア州サンホゼのＰｈｏｅｎ
ｉｘＴｅｃｈｎｏｌｏｇｉｅｓ社から販売されている
ＡｗａｒｄＢＩＯＳ４．５１、ＡｗａｒｄＢＩＯＳ６．
０および／またはＰｈｏｅｎｉｘＢＩＯＳ４．０Ｒｅｌ
ｅａｓｅ６が含まれる。第２の基準セットは例えば第２
の所定の当事者、例えばプロセッサ・メーカによって提
供され、指定され、および／または決定されたテスト／
コードを含む。

【００８４】プロセッサの動作速度の測定は、所定の命
令シーケンスを有する１つまたは複数のベンチマーク・
プログラムによって実行することができる。ベンチマー
ク・プログラムを実行する前および後にリアルタイム・
タイミング値を得ることができる。ベンチマーク・プロ
グラムを実行している間の時間間隔を既知のプロセッサ
速度での結果と比較することができる。この比較からプ
ロセッサのクロック周波数で表された相対的な速度およ
び／または絶対的なプロセッサ速度を決定することがで
きる。

【００８５】メモリに関して得られる情報には使用可能
なメモリまたはインストールされたメモリの種類および
容量が含まれる。さらにＩＤＥに関する情報にはハード
・ディスク・ドライブ、ＣＤ−ＲＯＭドライブ、ＬＳ１
２０ドライブ、ＺＩＰドライブ、ＤＶＤドライブなどが
含まれる。

【００８６】システムＢＩＯＳ機能のタスクまたは実行
（例えばプロセッサ・グラフィックス・イメージの表
示）が要求されると、システムＢＩＯＳから要求が発行
される。この要求はメディアおよび／またはシステム・
デバイス情報を含み、一般にシステムＢＩＯＳから未処
理の数値の形態で提供される。この未処理の数値は複数
の情報変換器１１１４の１つによって属性生成器１１３
０が読めるフォーマットに変換される。具体的には情報
変換器１１１４が未処理の数値を受け取り、これを変換
された対応する情報を含むストリングに変換する。例え
ばプロセッサの動作速度が要求されている場合には、プ
ロセッサの種類（例えばＡＭＤＡｔｈｌｏｎ、Ｉｎｔ
ｅｌＰｅｎｔｉｕｍ、ＩｎｔｅｌＣｅｌｅｒｏｎな
ど）などのプロセッサの識別がプロセッサ・マップ・テ
ーブルを参照することによって提供される（図１１Ｂ参
照）。この識別はキーワードを含み、このキーワードが
情報変換器によってオブジェクト名に変換される（図１
１Ｂ）。オブジェクト名は次いで属性生成器１１３０に
提供される。オブジェクト名を受け取ると属性生成器１
１３０は、オブジェクト管理要求を発行することによっ
て１つまたは複数テンプレート１１２２に関して辞書編
集分析を実行する。オブジェクト管理要求はインタフェ
ース・モジュール１１１０を介して１つまたは複数のテ
ンプレート１１２２にディスパッチされる。属性生成器
１１３０はさらに対応するグラフィック属性を生成す
る。それぞれの属性は、いくつかの識別子および／また
は表示画面に表示するイメージを生成するためにグラフ
ィック・オブジェクト上で操作されるグラフィック・プ
リミティブを含む。次いで生成されたイメージがサブゾ
ーン１０１４に表示され、サブゾーン１０１６のフィー
ルド１０１６ａおよび１０１６ｂにテキストが表示され
る。

【００８７】図１２は、本発明の原理に基づく情報表示
プロセス１２００の一実施形態を示す流れ図である。開
始状態に続いてプロセス１２００はまず、プロセス・ブ
ロック１２０２に示すようにパワー・オン・セルフ・テ
スト（ＰＯＳＴ）を実施する。ＰＯＳＴはタスク１ない
しタスク（Ｍ−１）などの複数のタスクを含むことがで
きる。プロセス１２００は次にインタフェース・モジュ
ール１１１０（図１１Ａ参照）を初期化し、インタフェ
ース・モジュール１１１０をシステム・メモリにロード
する。次にプロセスは、プロセス・ブロック１２０６に
示すようにシステム内に位置するオーディオ・デバイス
を検出し初期化する。次いでビデオ・エンジンを検出し
初期化する（プロセス・ブロック１２０８）。

【００８８】次にプロセス１２００はプロセス・ブロッ
ク１２１０に示すように、バックグラウンド・グラフィ
ックス、イメージおよび／またはテキストを表示するよ
う指令するコマンドをインタフェース・モジュール１１
１０（図１１Ａ）に発行する。プロセス１２００は次い
でプロセッサ識別および動作速度を検出する。一実施形
態では２種類の動作速度が提供される。１つは、実行時
に決定した動作速度である。このような動作速度は所定
の基準セットを使用してソフトウェアによって決定され
るものであり、プロダクション・システムＢＩＯＳを生
産している会社などの当事者が提供し、指定し、決定す
ることができる。このようなソフトウェアの例には、い
ずれも米カリフォルニア州サンホゼのＰｈｏｅｎｉｘ
Ｔｅｃｈｎｏｌｏｇｉｅｓ社から販売されているＡｗａ
ｒｄＢＩＯＳ４．５１、ＡｗａｒｄＢＩＯＳ６．０およ
び／またはＰｈｏｅｎｉｘＢＩＯＳ４．０Ｒｅｌｅａｓ
ｅ６が含まれる。２つめの動作速度をプロセッサ・メー
カが決定する動作速度とすることができる。一実施形態
ではメーカが決定したこのような動作速度が、メーカが
提供した（特定のプロセッサ・レジスタを読むことによ
って得られる）固定数値か、またはメーカが供給したソ
フトウェアによって決定される数値である。後者の数値
は、メーカによって提供された１つまたは複数のソフト
ウェア・アルゴリズムを実行することによって得ること
ができる。アルゴリズムのソース・コードをシステムＢ
ＩＯＳに常駐させることができる。あるいはソース・コ
ードを別な方法で記憶する（例えばファームウェアとし
て、または他の記憶媒体中に提供する）ことができる。

【００８９】プロセッサ識別および速度が決定される
と、これらはプロセス・ブロック１２１４に示すように
インタフェース・モジュールに送られる。プロセス１２
００は次いでプロセス・ブロック１２１６に進み、サイ
ズを決定しシステム・メモリをテストする。プロセス１
２００は次いでプロセス・ブロック１２１８に示すよう
にシステム・メモリ情報をインタフェース・モジュール
１２００に渡す。

【００９０】次にプロセスは、プロセス・ブロック１２
２０に示すようにシステムの大容量記憶デバイスを検出
する。この情報はインタフェース・モジュールに渡され
る（プロセス・ブロック１２２４）。プロセス１２００
は次いでタスクＭなどのその他のＰＯＳＴタスクを実施
する（プロセス・ブロック１２２６）。ＰＯＳＴの完了
後、プロセス１２００はオペレーティング・システムの
ブートを実施する（プロセス・ブロック１２２８）。

【００９１】プロセス・ブロック１２０４、１２０６、
１２０８、１２１０、１２１２、１２１４、１２１６、
１２１８、１２２６および１２２４に記載したタスクを
連続して実行する必要はないことに留意されたい。例え
ば１つのタスクをＰＯＳＴタスク７の後に実行し、別の
タスクをＰＯＳＴタスク２０の後に実行することができ
る。一実施形態ではプロセス・ブロック１２０４、１２
０６、１２０８、１２１０、１２１２、１２１４、１２
１６、１２１８、１２２６および１２２４に記載したタ
スクが所定の順序で、連続してまたは別の方法で実行さ
れる。代替実施形態ではタスクがソフトウェア開発者が
決定した方法で実行される。

【００９２】図１３は、本発明の原理に基づいて実施さ
れた機能ディスパッチャ・プロセス１３００の一実施形
態を示す流れ図である。プロセス１３００は、対応する
機能を実行するよう求める要求に応答してインタフェー
ス・モジュール１１１０（図１１Ａ）のフック・ディス
パッチャ１１１２によって実行される。機能ディスパッ
チャ・プロセス１３００は、プロセス１２１０、１２１
４、１２１８および／または１２２４（図１２）のうち
の１つとして実装することができる（ただしこれらに限
定されるわけではない）。機能を実行するよう求める要
求を受け取るとプロセス１３００はまず、プロセス・ブ
ロック１３０２に示すように機能番号の妥当性を検査す
る。機能番号が無効な場合（判断ブロック１３０４で判
定される）、プロセス１３００はプロセス・ブロック１
３１２に進みエラー・フラグをセットする。プロセス１
３００は次いで終了となる。判断ブロック１３０４で機
能番号が有効であると判定された場合、プロセス１３０
０はその機能番号を対応するハンドラのアドレスに変換
する（プロセス・ブロック１３０６）。次にそのメディ
ア／システム・デバイス情報を有するハンドラを呼び出
す（プロセス・ブロック１３０８）。プロセスは次いで
エラーがあるかどうかを判定する（判断ブロック１３１
０）。エラーがない場合にはエラー・フラグがクリアさ
れ（プロセス・ブロック１３１４）、プロセス１３００
は終了する。

【００９３】図１４は、本発明の原理に基づいて提供さ
れた情報ハンドラ・プロセス１４００の一実施形態を示
す流れ図である。開始状態に続いてプロセス１４００
は、メディア／システム・デバイス識別を獲得する（プ
ロセス・ブロック１４０２）。プロセス１４００は次い
で、プロセッサの場合の動作速度、メモリ・デバイスの
場合のメモリ・サイズなどの関連デバイス情報を獲得す
る。次にプロセス１４００は対応するグラフィックス・
オブジェクトを獲得すべきかどうかを判定する。獲得し
ない場合にはプロセス・ブロック１４１８に進みデバイ
ス情報を表示して終了する。獲得する場合には対応する
グラフィックス・オブジェクト名を獲得する（プロセス
・ブロック１４０８）。プロセス１４００は次いでプロ
セス・ブロック１４１０に進み、属性生成器に対する対
応するデータ・パケットを作成する。次いでデータ・パ
ケットを使用して属性生成器を呼び出す（プロセス・ブ
ロック１４１２）。呼び出された属性生成器は、対応す
るイメージを表示するよう指令するコマンドを画像生成
器に発行する（プロセス・ブロック１４１４）。先に獲
得したデバイス情報が表示され、画像生成器は対応する
グラフィックスを表示する（プロセス・ブロック１４１
６）。プロセス１４００は次いで終了となる。

【００９４】図１５は、本発明の原理に基づいて提供さ
れたプロセッサ情報／イメージ・ハンドラ・プロセス１
５００の一実施形態を示す流れ図である。開始状態に続
いてプロセス１５００は、ファームウェアからプロセッ
サ・ベンダ識別コードを獲得する（プロセス・ブロック
１５０２）。次にプロセッサの動作速度を獲得する（プ
ロセス・ブロック１５０４）。一実施形態ではこれがメ
ーカが決定した動作速度および実行時に測定した動作速
度を含む。次に対応するプロセッサに対するグラフィッ
ク・オブジェクト名をプロセッサ・マッピング・テーブ
ルから獲得する（プロセス・ブロック１５０６）。プロ
セス１５００は次いで属性生成器に対する対応するデー
タ・パケットを作成する（プロセス・ブロック１５０
８）。データ・パケットを用いて属性生成器を呼出し
（プロセス・ブロック１５１０）、属性生成器は画像生
成器を呼び出す（プロセス・ブロック１５１２）。プロ
セッサ情報（メーカが決定した情報および実行時に測定
した情報）を対応するイメージとともに表示する。プロ
セス１５００は次いで終了となる。

【００９５】このように本発明はメディア出力を生成す
る効率的な技法である。この技法は、グラフィック・オ
ブジェクトを特徴づけるグラフィック属性をテンプレー
トから生成する。次いでグラフィック属性を使用してグ
ラフィック・オブジェクトからイメージを生成する。他
の実施形態ではグラフィックス・コントローラ、オーデ
ィオ・カードなどのメディア・デバイスが初期ＢＩＯＳ
ブートアップ中に初期化される。次いで標準ＢＩＯＳタ
スクを実行している間にメディア操作が実行される。本
発明はさらに、実行時に生成したシステム・デバイス情
報を提供し、このような情報を単純かつ効率的に表示す
る。

【００９６】本発明はさらにメディア出力を生成する効
率的な技法を提供する。メディア出力は実行時に生成し
たシステム・デバイス情報を含み、さらにこのような情
報を単純かつ効率的に表示する。この技法は、グラフィ
ック・オブジェクトを特徴づけるグラフィック属性をテ
ンプレートから生成する。次いでグラフィック属性を使
用してグラフィック・オブジェクトからイメージを生成
する。他の実施形態ではグラフィックス・コントロー
ラ、オーディオ・カードなどのメディア・デバイスが初
期ＢＩＯＳブートアップ中に初期化される。次いで標準
ＢＩＯＳタスクを実行している間にメディア操作が実行
される。

【００９７】本発明はさらに、単純でエレガントかつ柔
軟な方法でシステムＢＩＯＳに機能を提供する方法およ
び装置を提供する。ＰＣシステム・メーカ、マザーボー
ド・メーカなどのさまざまな当事者がシステムＢＩＯＳ
コードへの影響を最小限に抑えて追加のシステムＢＩＯ
Ｓ機能を提供することができるインタフェース・モジュ
ールが提供される。この方法は、インタフェース・モジ
ュールをシステムＢＩＯＳにインタフェースするステッ
プ、およびタスクを実行するよう求める要求をシステム
ＢＩＯＳから受け取るステップを含む。そのタスクに関
連したシステム・デバイス情報はシステムＢＩＯＳから
受け取る。このインタフェース・モジュールはシステム
・デバイス情報を変換して変換された情報を提供する。
変換された情報は次いで対応するモジュールに送られ
る。

【００９８】本発明を例示的な実施形態に関して説明し
てきたが、この説明は限定の意味で解釈されることを意
図したものではない。本発明が属する分野の熟練者にと
って明白なこれらの例示的な実施形態ならびに本発明の
その他の実施形態のさまざまな変更は、本発明の趣旨お
よび範囲に含まれるとみなされる。

【図面の簡単な説明】

【図１】本発明の装置と方法が使用される情報分配シス
テムの一実施形態のシステム・ブロック図である。

【図２】本発明の実施形態を実施する例示的なプロセッ
サ・システムまたはユーザ・コンピュータを示す図であ
る。

【図３】本発明の一実施形態の論理図である。

【図４Ａ】本発明の原理によって提供されるプロセス・
フロー・チャートの一実施形態を示す図である。

【図４Ｂ】本発明の原理によって提供されるプロセス・
フローチャートの一実施形態を示す図である。

【図５】本発明の一実施形態による表示用に画像を生成
するアーキテクチャを示す図である。

【図６Ａ】本発明の一実施形態によるグラフィック・オ
ブジェクト用のテンプレートを示す図である。

【図６Ｂ】本発明の一実施形態による表示画面を示す図
である。

【図７】本発明の一実施形態による画像を表示するプロ
セスを示すフローチャートである。

【図８】本発明の原理による情報表示画面の一実施形態
を示す図である。

【図９】本発明の原理による情報を表示するプロセスの
一実施形態を示すフローチャートである。

【図１０Ａ】本発明の他の態様による情報表示画面の一
実施形態を示す図である。

【図１０Ｂ】本発明の他の態様による情報表示画面の第
２の実施形態を示す図である。

【図１１Ａ】本発明の原理によって実施されるソフトウ
ェア・モジュールのシステム・アーキテクチャの一実施
形態を示す図である。

【図１１Ｂ】プロセッサ・マッピング・テーブルの一実
施形態を示すチャートである。

【図１２】本発明の原理による情報を表示するプロセス
の一実施形態を示すフローチャートである。

【図１３】本発明の原理によって提供される機能ディス
パッチャ・プロセスの一実施形態を示すフローチャート
である。

【図１４】本発明の原理によって提供される情報ハンド
ラ・プロセスの一実施形態を示すフローチャートであ
る。

【図１５】本発明の原理によって提供されるプロセッサ
情報および画像ハンドラ・プロセスの一実施形態を示す
フローチャートである。

【符合の説明】

１０情報分配システム２０サービス・センター２２サーバ２４データベース２６サービス・コンピュータ２６情報サービス・コンピュータ３０通信リンク４０ユーザ・コンピュータ４０ユーザ・コンピュータ・システム５０遠隔ネットワーク５２登録ウェブサイト５４一次ウェブサイト５６二次ウェブサイト６０コンテント・モジュール６２初期コンテント６２初期コンテント・パッケージ６２ａアプリケーション６２ｂドライバ６２ｃペイロード６４後発コンテント８２システムＢＩＯＳ８２システムＢＩＯＳモジュール８４ＲＯＭアプリケーション・プログラム・インタフ
ェース（ＲＡＰＩ）モジュール８４ＲＡＰＩ８６初期スタートアップ・アプリケーション８６ＩＳＵＡ８８ａ初期ペイロード８８ｂ後発ペイロード９０暗号キー９２暗号エンジン９４表示エンジン１００コンピュータ・システム１０４ＣＰＵ１０８ＣＰＵバス１１２バス・コントローラ１１６メモリ・コントローラ１２４システム・メモリ１２８システム・バス１３２ビデオ・コントローラ１３６ビデオ・メモリ１４０ビデオＢＩＯＳ１４８表示画面１５２大容量記憶デバイス１５６通信インタフェース・デバイス１６０通信リンク１６４ネットワーク１６８１〜Ｎ入出力デバイス１６８周辺モジュール１７２拡張バス・コントローラ１７５不揮発性メモリ１７６システム・ファームウェア１８０ＲＯＭ１８４フラッシュ１８８拡張メモリ１８８ａ拡張メモリ１９０メモリ・モジュール１９０ＲＯＭ１９２ＲＯＭ１９４フラッシュ

フロントページの続き (72)発明者ヴォルフガング・ダンスドンアメリカ合衆国・95050・カリフォルニア州・サンタクララ・フォスゲートアベニュ・2354 (72)発明者グレン・イー・ジイスタッドアメリカ合衆国・92679・カリフォルニア州・ドーブキャニオン・メリディアン・９ (72)発明者ミュンセオック・キムアメリカ合衆国・92614・カリフォルニア州・アーヴィン・ラティーナ・14

Claims

【特許請求の範囲】

【請求項１】情報を表示する方法であって、第１のデバイス・パラメータを表す第１の値を検索する
ステップと、第２のデバイス・パラメータを表す第２の値を検出する
ステップと、グラフィック・オブジェクトに対応するテンプレートを
記憶装置から検索するステップと、グラフィック・オブジェクトを特徴付けるグラフィック
属性をテンプレートから生成するステップと、前記第１および第２の値を表示するステップと、グラフィック属性に従って画像をグラフィック・オブジ
ェクトから生成するステップとを含む方法。
【請求項２】第１のデバイス・パラメータが、製造時
に決定されるパラメータであることを特徴とする請求項
１に記載の方法。
【請求項３】第２のデバイス・パラメータが、実行時
に決定されるパラメータであることを特徴とする請求項
２に記載の方法。
【請求項４】第１および第２のデバイス・パラメータ
がプロセッサ動作速度であることを特徴とする請求項３
に記載の方法。
【請求項５】プロセッサと、プロセッサに結合されたメモリであって、情報を表示す
るためのプログラム・コードを含んでいるメモリとを含
むシステムであって、プログラム・コードがプロセッサ
によって実行されると、プロセッサが、第１のデバイス・パラメータを表す第１の値を検索し、第２のデバイス・パラメータを表す第２の値を検出し、グラフィック・オブジェクトに対応するテンプレートを
記憶装置から検索し、グラフィック・オブジェクトを特徴付けるグラフィック
属性をテンプレートから生成し、前記第１および第２の値を表示し、グラフィック属性に従って画像をグラフィック・オブジ
ェクトから生成することを特徴とするシステム。
【請求項６】第１のデバイス・パラメータが、製造時
に決定されるパラメータであることを特徴とする請求項
５に記載のシステム。
【請求項７】第２のデバイス・パラメータが、実行時
に決定されるパラメータであることを特徴とする請求項
６に記載のシステム。
【請求項８】第１および第２のデバイス・パラメータ
がプロセッサ動作速度であることを特徴とする請求項７
に記載のシステム。
【請求項９】画像を表示する方法であって、グラフィック・オブジェクトに対応するテンプレートを
記憶装置から検索するステップと、グラフィック・オブジェクトを特徴付けるグラフィック
属性をテンプレートから生成するステップと、グラフィック属性に従って画像をグラフィック・オブジ
ェクトから生成するステップとを含む方法。
【請求項１０】グラフィック属性が、グラフィック・
オブジェクトの場所、表示位置、サイズ、ゾーン、グラ
フィック・プリミティブ・セット、アニメーション・プ
リミティブ・セット、およびサウンド・セットを含むこ
とを特徴とする請求項９に記載の方法。
【請求項１１】さらに、表示環境を設定するためにグラフィック・コントローラ
を初期化するステップと、グラフィック・コントローラに関連する表示バッファに
画像を書き込むステップとを含む請求項１０に記載の方
法。
【請求項１２】グラフィック属性を生成するステップ
が、テンプレートを走査して、トークンを生成するステップ
と、トークンをパースして、グラフィック属性を生成するス
テップとを含むことを特徴とする請求項１０に記載の方
法。
【請求項１３】画像を生成するステップが、グラフィック属性に基づいて記憶装置からグラフィック
・オブジェクトを検索するステップと、グラフィック属性に基づいてグラフィック・オブジェク
トを画像に変換するステップとを含むことを特徴とする
請求項１０に記載の方法。
【請求項１４】プロセッサと、プロセッサに結合されたメモリであって、画像を表示す
るプログラム・コードを含んでいるメモリとを含むシス
テムであって、プログラム・コードがプロセッサによっ
て実行されると、プロセッサが、グラフィック・オブジェクトに対応するテンプレートを
記憶装置から検索し、グラフィック・オブジェクトを特徴付けるグラフィック
属性をテンプレートから生成し、グラフィック属性に従って画像をグラフィック・オブジ
ェクトから生成することを特徴とするシステム。
【請求項１５】グラフィック属性が、グラフィック・
オブジェクトの場所、表示位置、サイズ、ゾーン、グラ
フィック・プリミティブ・セット、アニメーション・プ
リミティブ・セット、およびサウンド・セットを含むこ
とを特徴とする請求項１４に記載のシステム。
【請求項１６】さらに、プログラム・コードがプロセ
ッサによって実行されると、プロセッサが、表示環境を設定するためにグラフィック・コントローラ
を初期化し、グラフィック・コントローラに関連する表示バッファに
画像を書き込むことを特徴とする請求項１５に記載のシ
ステム。
【請求項１７】プログラム・コードによりプロセッサ
が、テンプレートを走査して、トークンを生成することと、トークンをパースして、グラフィック属性を生成するこ
ととによってグラフィック属性を生成することを特徴と
する請求項１５に記載のシステム。
【請求項１８】プログラム・コードによりプロセッサ
が、グラフィック属性に基づいて記憶装置からグラフィック
・オブジェクトを検索することと、グラフィック属性に基づいてグラフィック・オブジェク
トを画像に変換することとによって画像を生成すること
を特徴とする請求項１５に記載のシステム。
【請求項１９】基本入出力システム（ＢＩＯＳ）ブー
トアップ中にメディア出力を生成する方法であって、メディア・デバイスを初期化するステップと、通常のＢＩＯＳタスクを実施している間に、メディア出
力を供給するメディア操作を実行するステップとを含む
方法。
【請求項２０】さらに、メディア操作に対応するメディア情報でメディア・デバ
イスを構成するステップを含む請求項１９に記載の方
法。
【請求項２１】プロセッサと、プロセッサに結合され、基本入出力システム（ＢＩＯ
Ｓ）ブートアップ中にメディア出力を生成するメディア
・デバイスと、プロセッサに結合され、プログラム・コードを含んでい
るメモリとを含むシステムであって、プログラム・コー
ドがプロセッサによって実行されると、プロセッサが、メディア・デバイスを初期化し、メディア出力を供給するメディア操作をメディア・デバ
イスが実施している間に、通常のＢＩＯＳタスクを実施
するシステム。
【請求項２２】プログラム・コードがプロセッサによ
って実行されると、さらに、プロセッサが、メディア操作に対応するメディア情報でメディア・デバ
イスを構成することを特徴とする請求項２１に記載のシ
ステム。