JP2001142714A - 通常のｏｓ制御下でコンピュータのプリ−ブート及びポスト−ブート作動の際にアプリケーションを実行する方法と装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【解決手段】 アプリケーションと該アプリケーション
により実行可能な少なくとも１つの表示に対し、大容量
記憶装置（MSD）上のアドレスを指し示すプログラムア
プリケーションマネージャ（PAM）及び ファイルシステ
ム構造（FSS）を含む特別のBIOSは動作開始時にPAMを呼
び出し、オペレーティングシステムをローディングする
前にPAMは、アプリケーションを検査し、同じロードを
発見し、実行する。好適な実施例において、FSSはプロ
グラム可能であり、OS起動開始後のシステムは、新しい
MSD装置においてFSSパラメータについて検査し、BIOSの
プログラム可能なFSSに対する同じロードパラメータを
見つける。 【効果】 オペレーティングシステムがローディングさ
れる前とオペレーティングシステムがローディングされ
る最中にプリブートアプリケーションを実行させること
ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、基本入出力系（BI
OS）システム分野に関連し、大容量記憶装置にアクセス
するソフトウェアを含む方法と装置に対する特定の用途
を有し、コンピュータBIOSシステムチップ内の未使用フ
ラッシュ(flash)又は他の不揮発性メモリを利用するこ
とによってアプリケーションを実行し、OSブート後にお
いてもそれを使用し続ける。

【０００２】

【関係文書に対するクロスリファレンス】本発明は、共
に出願係属中の米国特許出願第08/988,603号の一部継続
出願である。該出願は1997年12月10日に出願され、Bios
-Rom内の不揮発性メモリの使用を標準化する方法と装置
と題する。該出願内容は、その全体を本願明細書に包含
するものとする。

【０００３】

【発明の背景】本発明は、基本入出力系（BIOS）システ
ムに関する。BIOSプログラムは、特にパーソナルコンピ
ュータのために提供され、システムハードウェアの試験
及び初期化のための複雑な及び重要な動作を管理し、更
に全体としてコンピュータ及びその接続周辺装置の準備
をすることがコンピュータ分野において周知である。こ
の手順の一部は、電源投入自己診断（POST）シーケンス
として周知である。このPOSTシーケンスに加え、該BIOS
は、例えば被接続ハードディスク装置のように指定ブー
ト装置からブート動作（Boot）を指揮し、必要に応じて
ブートBIOSルーチンがアクセスされた後にコンピュータ
ーシステムを構成する被接続ディジタル装置間の通信の
動作等をサポートする。

【０００４】PC開発の初期段階では比較的小さな不揮発
性リードオンリーメモリ（ROM）チップはBIOSシステム
に十分過ぎるものであり、ROMへのアクセスが比較的緩
速であっても十分だった。PC技術が、より高速のCPU及
び広範囲にわたる極めて強力で且つ精巧な周辺機器の開
発をもたらすと、BIOS開発も歩調を合わせた開発が強い
られてきた。BIOSルーチンは、初期のシステムより非常
に大きくなり、高速の動作速度を必要とされてきた。

【０００５】システム開発の結果、今や最新システム群
においてBIOSがROMチップ内に圧縮されるのが一般的で
あり、BIOSルーチンはランダムアクセスメモリ(RAM) シ
ステムにシャドウイングがなされ、ROMから直接実行す
るよりも極高速で該ルーチンがアクセス且つ実行され得
る。同時に、このBIOSルーチンは改良され、より精巧で
強力なPCのために開発され、ROMチップの開発と並行し
てなされてきた。斯かる開発は、上書き可能(flash)ROM
として知られている。この上書き可能ROMは、不揮発性I
Cメモリであり、全体として又は特定のブロックについ
て消去可能な、新たなメモリ値によって上書きされ得る
ものである。現在、BIOSは上級パーソナルコンピュータ
(high-end PC)内の該上書き可能ROMチップ群内に提供さ
れ、例えば市場の一連のシステムバグを特定する能力等
の新たな利点を有する。それ故、BIOSは新バージョンを
提供するために市場に「再上書きされ(re-flashed)」
得、例えばインターネットにより新バージョンをダウン
ロードし、既存のBIOS ROMをこの新バージョンにより再
上書きをする。

【０００６】関連する開発では、上書き可能(flash)ROM
チップは、より大きく、より速いものが製造され、規模
の経済と関連する種々の理由により、小型の上書き可能
ROMの製造は不経済となった。本出願時点において、上
書き可能ROMチップ群は、例えば1メガビット(1Mb)、2Mb
及び４Mb及び更に大きいサイズのものが直ちに入手可能
である。斯かるサイズは、8の因数による、より一般的
なバイトに係る記憶容量の指定と関係がある。4Mbの上
書き可能ROMは、512キロバイト（KB）のコード容量を有
する。

【０００７】比較的安価な大型上書き可能ROMチップを
利用し得る結果、更に現在、BIOSは圧縮コードが普通で
あるという事実によって、本出願時点において、上書き
可能ROM内のBIOSシステムは該チップのメモリ容量全体
のほんの一部しか占有しないのが普通である。同時に、
例えば現在は高解像度であり且つカラーであるビデオデ
ィスプレーのような新しい周辺装置の急速な開発及び他
の装置の機能の拡張により、システム起動時に多数の装
置の初期化が必要となり、全装置の初期化をシステムBI
OSに含めることはできない。従って、かかる装置群、例
えばVGAアダプタ群の多くは装置製造業者によってBIOS
機能が提供されている。

【０００８】より大型のROMチップ、とりわけ上書き可
能ROMの使用により、相手先商標製造会社（OEM）や付加
価値再販業者(VAR)等は、ROMチップ内の余剰メモリ容量
を使用してBIOS機能を記憶し、周辺装置のBIOS機能又は
例えばプリブート保証ルーチンのような他のルーチン群
を提供する。しかしながら、現技術において、第三者は
BIOS供給者と密接に協同して、BIOSチップに機能を追加
及び拡張することが必要である。区画(partitioning)、
番地指定(addressing)、容量及びチップの他の特徴は、
第三者に知られることを要し、更にレジデントコードの
構造及び記憶状況(storage estate)も知られる必要があ
る。

【０００９】発明者の知るシステムは、第三者にプラグ
アンドプレイ装置群(plug-n-play devices)及び特定の
ユーティリティーアプリケーション群のためのＢＩＯＳ
命令群を上書きする(flash in)ことを許容し、OSのプリ
ブート又はブート中に諸命令は実行され得る。仮想ROM
（V-ROM）BIOSと称する本規約は、編集者が該チップの
アーキテクチャ又はデータマッピングについて詳細な知
識を有することを要求されることなく第三者を介して変
更され得る本システムは、先に引用した親出願に記載さ
れている。

【００１０】プリブート動作に対し、特定の追加ブート
命令を上書きすることに加え、そのアクセスをし得る前
にOSの完全なローディングに通常頼る特定のアプリケー
ションを開始し、実行し得ることが望ましい。疑いなく
必要なのは、オペレーティングシステムがローディング
される前に、ハードドライブ又は他の大容量記憶装置
（MSD）から特定のアプリケーション群を発見し、初期
化し、実行するプログラムを備えるBIOSシステムであ
る。かかるプログラムは、オペレーティングシステムが
ローディングされる前に、例えばマルチメディアアプリ
ケーション群を予め計画された方法により実行し、広告
又は他の視聴者を対象とする情報を提供することを許容
する。更に、斯かるシステムがオペレーティングシステ
ムをローディングする間にプリブートアプリケーション
の実行、またオペレーティングシステムに登録され且つ
統合され、オペレーティングシステムがローディングさ
れた後も実行し続けることを許容することが望ましい。

【００１１】

【課題を解決するための手段】本発明の好適な実施例
は、オペレーティングシステム（OS）を起動する前にコ
ンピュータ上のアプリケーションを呼び出し、OS起動中
に該アプリケーションを実行し続ける方法が提供され、
該方法は (a) BIOS内にコンピュータ初期化及びオペレ
ーティングシステム（OS）の起動を指示するプリブート
アプリケーションマネージャ（PAM）ソフトウェアを含
むステップと、（b）OS起動前に、始動に際してPAMを呼
び出し且つ実行するステップと、(c) アプリケーション
に対するポインタのために、PAMによりBIOS内のファイ
ルシステム構造（FSS）を確認するステップと、（d）RA
Mに該アプリケーションをローディングし、該アプリケ
ーションを実行するステップと、（e）OS起動の際、該
アプリケーションを含むようにBIOSアドレス範囲を提示
し、及び、(f) OS起動中に該アプリケーションを実行し
続けるステップとを含む。

【００１２】更なる実施例では、OS起動後に特別なドラ
イバを呼び出し、該アプリケーションを登録し且つ該OS
の構成にそれを含むステップを有し、それ故にOS起動後
に該アプリケーションを安定した方法で実行し得る。い
くつかのアプリケーション群のPAMは、フラッシュメモ
リ内で実行される構成可能な仮想ランダムアクセスメモ
リBIOS（VROM BIOS）の一部であり得る。

【００１３】本発明の他の態様では、コンピューターシ
ステムは、コンピュータの初期化及びオペレーティング
システム（OS）の起動を指揮するシステムBIOS内のプリ
ブートアプリケーションマネージャ（PAM）と、ランダ
ムアクセスメモリ（RAM）と、オペレーティングシステ
ム（OS）とを含み、このBIOSは、電源投入又はリセット
時にRAMに上書きがなされ、該PAMは実行され、プリブー
トアプリケーションに対するポインタをBIOS内のファイ
ルシステム構造（FSS）において確認する。プリブート
アプリケーションを発見するや否や、このアプリケーシ
ョンはRAMにローディングされ、実行される。更にOS起
動時に、該BIOSはRAM内のBIOS空間を該アプリケーショ
ンの空間を含むようにOSに対して示す。

【００１４】本システムの幾つかの実施例では、OS起動
後に呼び出される特別のドライバドライバがあり、該ア
プリケーションを登録し、それをOS構成に含み、それ故
にOS起動後に該アプリケーションを安定した方法で実行
し得る。このPAMは、フラッシュメモリに実装される構
成可能な仮想ランダムアクセスメモリBIOS（VROM BIO
S）の一部であり得る。

【００１５】さらに他の特徴として、コンピューターシ
ステムを初期化し且つオペレーティングシステム（OS）
をローディングするBIOSコード部分と、プリブートアプ
リケーションマネージャ（PAM）の一部とを含む基本入
出力制御システム（BIOS）が提供される。RAMに上書き
後に、このPAM部は、OSをローディングする前に呼び出
され、実行され、これに因ってOSのローディング開始前
に１以上のアプリケーションの開始がなされる。そして
OS起動時に、該BIOSは該１以上アプリケーションを含む
ためにRAM内のアドレス空間の限界を示し、それ故に該
１以上のアプリケーションがOS起動中に実行し続けるこ
とを許容する。このBIOSは、フラッシュメモリ内の仮想
ランダムアクセスメモリ（VROM）BIOSとして実行され得
る。本発明の実施例では初めて、例えば電話方式アプリ
ケーションのようなアプリケーションを電源投入後、極
めて速やかに呼び出し且つ実行し得、オペレーティング
システムの起動中にアプリケーションを実行し続け得、
ユーザーに利用可能であり、更にオペレーティングシス
テムの起動後においても同様である。

【００１６】

【発明の実施の形態】本発明の好適な実施例によるBIOS
システムは、BIOSと結合する固有のドライバと共に、プ
ラグイン群(plug-ins)を優先順位づけし、使用可能に
し、使用不能にし、追加し及び削除する機構として上書
き可能ROMに提供される。本発明のBIOSは、上書き可能R
OMに限定されず、他のタイプの再プログラム可能な不揮
発性メモリに適用され得る。上書き可能ROMは本発明の
複数の特徴を示す良好な選択であると発明者は考える。
なんとなれば、本発明の好適な実施例による幾つかのBI
OS製品は上書き可能ROMで提供されるからである。

【００１７】本願明細書では、このBIOSは仮想ROM BIOS
（VROM BIOS）と称され、該BIOSの一部であるこの固有
のドライバはVROM-DVRと称される。本発明の一つの実施
例によるBIOS製造業者によって製造されるフラッシュチ
ップレジデント(flash-chip-resident)VROM BIOSの場合
において、前述のVROM-DVRの事例を有するとき、例えば
OEMの如く協同する第三者は多種多様な目的のために上
書き可能ROM内にプラグインを開発し且つインストール
し得る。本発明の1つの態様及び実施例では、プラグイ
ン群はBIOS製造業者によってOEM群に準備され、提供さ
れ得、その後OEMは既知の又は期待されたシステムアー
キテクチャのための適切な混合がなされたプラグイン群
をインストールし得る。

【００１８】本発明の別の態様では、第三者はBIOS製造
業者により提供されるVROM開発アプリケーションを使用
するライセンスを与えられ得、さもなければ許可され
得、新規なVROMプラグイン群を開発し、市場に投入す
る。ある態様において、エンドユーザ達は、例えばイン
ターネットからダウンロードすることによりプラグイン
群を購入し且つインストールし得る。

【００１９】本発明の好適な実施例では、VROM BIOS内
においてVROMと互換性を有するプラグイン群を準備し且
つインストールするプロセスは、一般に次のように動作
する。まず開発者は、VROM開発アプリケーションを使用
して、汎関数コードを組み込んだプラグインを準備し、
インストールする。この汎関数コードは、VROM BIOSのV
ROM-DVRと互換性を有するインストールコードを伴う。
このプラグインがインストールされるシステムでは、こ
のVROM BIOSはRAMへ複製される。これはコードに係るRO
Mチップ配置の物理的な複製であり、BIOS起動時のシャ
ドウイングではない。プラグインに付随する本インスト
ールコードは、該VROM-DVRを呼び出し、RAM内の複製VRO
M BIOSに新規なプラグインのファンクションコードの追
加を管理する。

【００２０】このインストール過程において、該VROM-D
VRは、インストレーションのために該BIOSマップに充分
な空きがあるか否かの検査を含む複数の動作を実行す
る。ある実施例では、空きがない場合、ユーザーはこの
新たなプラグインのための空間をつくるために１以上の
常駐モジュール (resident modules)を削除する承認を
得るべく促すこともあり得る。他においては、アクセス
は説明を付して単に拒絶され得る。充分な空きがある場
合、該VROM-DVRは、該VROM BIOS RAMマップに新たなプ
ラグインの汎関数コードを追加し、複数の再上書きシー
ケンスを呼び出し、BIOSチップ内の既存のコードを上書
き、消去し、この新しいRAMマップをこのチップに複製
する。

【００２１】開発者又は設置者は、このチップそのもの
又はこのチップ上のVROM BIOSコードのマッピングにつ
いての詳細な知識を何ら有する必要はない。該VROM-DVR
は、これらの諸事実との関係で明確であり、必要に応じ
て該インストレーションを管理する。このVROM-BIOS
は、上述したコードの追加のための場合に準ずる形態で
VROM BIOSチップからプラグイン群の削除を管理する。
互換性あるプログラムは、該VROM-DVRを呼び出し且つ１
以上のモジュール群の削除を開始し得、その後該チップ
は新たな形態に再上書きされる。該VROM-DVRの他の機能
は以下に記載される。

【００２２】本発明の多くの実施例では、このVROM BIO
Sの一部をなす該VROM-DVRは、例えばプラグイン群に優
先順位をつけ、そして使用可能にするような他の機能を
有する。例えば、該VROM-DVRはPOSTコードと協同してプ
ラグイン群のためにスキャニングをし、発見されたプラ
グイン群を使用可能にし、開始する。図１は、本発明の
一つの実施例による2Mb（512KB）の上書き可能ROMチッ
プ内の圧縮状態で示されるVROM BIOS 100のメモリーマ
ップであり、VROM BIOS 100は、固有のVROM-DVR 101に
よって拡張されている。本発明は、この2MbのROMチップ
に限定されず、他のサイズも適用可能であるが、2Mbが
本発明の特徴を示すのに適当な選択肢と思われる。

【００２３】類比として、VROM-DVR 101は、BIOS 100内
の該フラッシュメモリに読み書きする点を除き、いくつ
かの点でコンピュータ上のハードディスクに読み書きす
る小型のオペレーティングシステムの如く機能するよう
に考えられ得る。このユニークで革新的な方法は、第三
者（例えばOEM）が、本アーキテクチャ及びコード内容
及びBIOS 100の所在地について詳細な知識を有さずとも
BIOS 100にコンポーネントを追加又移動することを許容
する。

【００２４】上記の通り、典型的なシステムでは、ROM
BIOSコードは起動時にRAMにシャドウイングされる。BIO
Sチップ内のコードは圧縮されるが故に本コードがRAMに
移される際、一般に解凍がなされる。図２は、解凍及び
RAMへの移送の後におけるBIOSコードのRAMマップであ
る。勿論、RAM内のBIOS及び関連コードのメモリ量は問
題となる。なんとなればメモリはいかなるシステムにお
いても貴重な資源だからである。BIOSコードにより実行
される第１の動作群は、電源投入自己診断（POST）であ
り、この動作後、該コードのこの部分はRAM内に保持さ
れる必要がない。というのは、これはPOST後の通常動作
の際は利用されず、システムの電源を切って再起動する
までは再び必要とされないからである。

【００２５】図１及び図２を参照すると、本実施例のデ
ータブロックのメモリアドレスは各ブロックの右に示さ
れ、これは当業者に周知である。製造中にBIOS 100に書
き込まれるVROM-DVR 101は、該チップアーキテクチャ及
びコード所在地についての詳細な知識を有さずして、プ
ラグイン群の優先順位づけをなし、使用可能にし、使用
不能にし、追加し及び削除する機構及び方法を提供す
る。該VROM-DVRは、CPUによってアクセスされ、そして
実行され得るコードシーケンスであり、更にVROM-BIOS
及びその上書き可能ROMに固有のものであり、該VROM BI
OSバージョンに固有の蓄積データ及び該VROM BIOSが記
憶される所定のチップ、本例では2Mbの上書き可能ROMに
記憶されたデータに対して構造および／またはアクセス
を有する。

【００２６】図１を参照しつつ説明すると、8KBブート
ブロック(Boot Block)に加え、4KBのプラグアンドプレ
イ（PnP）ユーティリティがあり、これは拡張システム
構成データ（ESCD）として書き込まれ、4KB のP6マイク
ロコード（公知技術である）と、4KBのコード解凍及び
メモリサイジングセクタ及び圧縮BIOSファンクションコ
ードを含む圧縮BIOSセクターとがある。区画103は64KB
セクションであり、OEMにより提供されるプラグイン群
のために予約される。区画105は64KBセクションであ
り、例えばビデオグラフィックスアレイ（VGA）アダプ
タ、小型コンピュータシステムインターフェイス（SCS
I）ドライバネットワーク及びＰＣカードプラグイン群
等の如く、追加(add-in)ルーチンのために予約される。

【００２７】図２は、本発明の一つの実施例によるRAM
にシャドウイングされる図１のBIOSコードの例示的なBI
OSメモリーマップである。ここではランタイムルーチ
ン、IBM互換コード及びシステム準備ルーチンが示され
ている。RAMのアドレス・ロケーションは、図２の左側
に示され、これは当該技術分野において公知である。64
KBの電源投入自己診断（POST）コードはシャドウイング
されたRAMに示され、同セクターは起動後に空きとして
再び示され、これは要素109に示される。このPOSTコー
ドはブート後はもはや不要である。

【００２８】VROM BIOSにおいては、POSTコードは、付
加されたプラグイン群及びBIOS拡張部を認識し、上書き
可能ROMからシャドウＲＡＭに該プラグイン群及び拡張
部を再配置し、モジュールのINITルーチンを実行するこ
とによってサインを捜し、該各モジュールを起動する。
図２の表111は、例示的な本実施例において図１の区画1
05の追加装置モジュールがシャドウイングされるRAMの
記憶場所を表す。使用され得る追加データ又はプラグイ
ンモジュール量は、未使用のフラッシュメモリ量によっ
てのみ制限される。

【００２９】図３は、本発明の一つの実施例によるVROM
BIOSシステムのソフトウェアアーキテクチャを示すブ
ロック図である。アプリケーション層113はユーザイン
タフェースを表し、第三者が本発明によるVROM-DVRを有
するVROM BIOSに追加するプラグイン群を準備し得るよ
うに構成され、本例ではソフトウェア開発キット（SD
K）及びアプリケーションプログラムインタフェース（A
PI）ライブラリを含む。追加プログラムの具体例として
は、ウイルス保護プログラム、ディスクユーティリティ
プログラム、ネットワークカードスキャニングプログラ
ム等を含み得るが、これらに限定されない。

【００３０】本実施例では、VROMドライバ115（VROM-DV
R）は上書き可能ROMチップ上のドライバであり、図１の
BIOS 100の各VROM域をアクセスする。VROM-DVR 115は、
該ドライバが属する上書き可能ROM（又は他の不揮発性
記憶装置）と、ROMに統合されたVROM-BIOSと、更にVROM
-BIOSを適用し得るコンピュータのオペレーティングシ
ステム（OS）とに依存している。VROM BIOS 119は、BIO
S機能を有するBIOS 100上に設けたコードである。

【００３１】図4はインストレーション検査の構成を示
す表であり、システムが本発明の一つ実施例によるVROM
BIOSを事実上有するか否かをアプリケーションソフト
ウェアが決めるのを許容する。本インストレーション検
査は、全16バイト区域の0F0000hから0FFFFFhに至るシス
テムメモリ内のASCII文字列「VROMBIOS」記号(signatur
e)の捜索方法を含む。そして本ソフトウェアはチェック
サムを計算することにより該構成が有効か否かを決め得
る。チェックサム演算は、該構成の最上部から8ビット
値としてバイト長を加算する方法でなされる。合計がゼ
ロの場合には有効な構成を示す。本構成のエントリーポ
イントは、VROM BIOS機能に対するソフトウェアインタ
ーフェースである。

【００３２】図５は、図４に示す種々のフィールド群の
ためのフィールド定義表である。図５の最上位から説明
を始めると、著名フィールドは、記号を有するテキスト
を表現する一般的な方法である情報交換のためのアメリ
カンスタンダードコード（ASCII）文字列として表され
る。例えば文字列「VROMBIOS」は使用可能である。バー
ジョンフィールドはBCD値であり、以下の具体例（10hの
値はバージョン1.0に等しい）等に示される。長さフィ
ールドは、該著名から開始するインストレーション構成
全体のバイト数の合計である。チェックサムフィールド
は、単純なエラー検出方式であり、公知技術である。チ
ェックサムは、インストレーション構成のバイト数を合
算し、その後、受け取るステーションは有効な構成か否
かを確認するために斯かる値を比較する。リアルモード
インターフェースは、エントリーポイントにオフセット
されているセグメントである。リアルモードは、DOSが
自己のプログラムを実行するモードである。32ビットの
保護モードインターフェースは、コードセグメントベー
スアドレスである。保護モードでは、メモリー空間は異
なるプログラムに指定された他のメモリに部分的に重な
り合うことから保護されている。ウィンドウオペレーテ
ィングシステムは、保護モードを使用する。

【００３３】リアルモード及び保護モードを両方の結合
することによって、追加プログラムはDOS及びウィンド
ウズからインストールされ得る。図４及び５に示される
表に係る変更は、本発明の趣旨および範囲から逸脱する
ことなくなし得ることは当業者に明らかである。例え
ば、ある実施例では、インストレーションは、O/S 2又
はＵＮＩＸ（登録商標）のような異なるプラットホーム
を使用して実行され得る。本好適な実施例においてはウ
ィンドウズ環境が利用される。

【００３４】図６は、本発明の実施例による第三者のソ
フトウェア機能を示す表であり、例えばシステムインテ
グレータ又はＰＣユーザの如く表に掲げられている機能
は第三者に対して任意のものである。表の上から下につ
いて順に見ると、機能-0では、フラッシュVROMに属する
VROMリスト群をリストバッファに戻し、そこで分析がな
され得る。発明者が命名するリストバッファは全VROMリ
ストを保持する十分な大きさでなければならない。次の
機能はVROMサイズを入手する機能-１と称し、これは呼
び出しているソフトウェアに対してVROMサイズをバイト
単位(in bytes)で戻す。機能-2 の使用可能/不能VROMリ
ストは、呼び出し側に VROMリスト群内のVROMリストを
使用可能又は使用不能にすることを許容する。発明者に
より名づけられたVROMバッファはVROMデータの全てを記
憶するだけの十分な大きさを要する。VROMデータを読み
取る機能-３は、第三者呼び出しソフトウェア(third pa
rty calling software)がVROMリスト域からVROMデータ
を読み込むことを許容する。VROMデータを追加/削除す
る機能-４は第三者呼び出しソフトウェアにVROMデータ
を追加または削除することを許容する。

【００３５】第三者呼び出しソフトウェアは、BIOS追加
プログラムを提供するライセンスを付与されたソフトウ
ェア販売業者、ライセンスを付与されたシステムインテ
グレータ、ユーザー又はBIOS追加プログラムを購入した
ユーザーによって利用され得ることは当業者に明らかで
ある。「VROMプラグイン群」と発明者により名づけられ
た斯かる追加プログラム群は、一般的にライセンス製品
であり、プリブート機能群又はポストブートにおけるBI
OS使用可能な機能群のいずれでも構わない。

【００３６】図７は、本発明の一つの実施例によるVROM
リスト構造及び付随する定義表を示す表である。発明者
は、このリスト構造及び付随する定義表が当業者にとっ
て自明であることを充分に予想する。このVROMリスト
は、呼び出しソフトウェアアプリケーションに対してデ
ータがどこに記憶されているのか、各データブロックは
どれだけの大きさを有するのか、VGAの如くデータのタ
イプ等の重要な情報を提供する。このデータは現状を反
映するためにプログラムのインストレーション及び/又
は削除の後に変更がなされる。インストールに係る問題
を示すリターンエラーが生じた場合に、一組の指令を提
供する機構（図示せず）も提供される。ある実施例にお
いて、保護機構は、ミラーリング技法（公知技術であ
る）を使用することにより過去の設定を復旧し得、バッ
クアップ又はデフォルトのインストレーションに優先権
を与え得る。

【００３７】本願明細書に記述される発明の実施例につ
いて、本発明の趣旨および範囲から逸脱することなく様
々な変更がなされ得ることは当業者に明らかである。斯
かる変更の幾つかは、例えば上書き可能ROM以外の他の
不揮発性記憶装置の使用や本実施例において説明されて
いる2MbのROM以外の使用し得る異なるサイズの記憶装置
の如く、既に説明がなされている。かような多数の変更
は他にも在る。例えば、プログラマが個性的な方法でコ
ードを構築することは周知であり、多数の可変的なコー
ド構造は類似した結果を果たし得る。同様に、本発明の
一つの実施例によれば、多種のプラグイン群をVROM BIO
Sに達成し得る。あるものはプリブート機能群を達成
し、他のものはポストブートにおけるBIOSの使用を許可
された機能を達成し得る。多数ある可能性の中で、ディ
スクユーティリティプログラム、ウイルス保護プログラ
ム、ＰＣカードスキャニングプログラム、特定のデバイ
スBIOSコード等が挙げられる。

【００３８】

【プリ‐ブートアプリケーションマネージャー（PA
M）】本発明の一つの態様において、BIOS拡張部モジュ
ールは、好適な実施例に係るマルチメディアアプリケー
ションを含み且つハードディスク又は他の被接続大容量
記憶装置（MSD）上の記憶場所から得る特定のアプリケ
ーション群を、検出、初期化、更に実行を、オペレーテ
ィングシステムの通常の起動前にするために提供され
る。発明者によってプリブートアプリケーション-マネ
ージャ（PAM）と称される拡張部モジュールは、標準BIO
Sの一部として又は上記において親出願において開示し
たV-ROM BIOSの一部として提供され得、本願明細書にそ
の全体を包含するものとする。

【００３９】発明者の知るところでは、V-ROM BIOSは、
該装置に本来備わっている汎用的な上書きする能力故に
利用される。本発明の実施例によるPAMは、V-ROM BIOS
のようなシステムBIOSの拡張としてインストール又は上
書きがなされるソフトウェアモジュールである。本実施
例におけるPAMモジュールは、V-ROM-BIOSの特定域内の
場所を占有する別個の部品を含む。PAMのNVM部品は、NV
M（不揮発性メモリ）に内臓されており、V-ROMによって
ローディングされ、実行される。PAMのポストブートに
係る部分は、新たなMSD群のアクセス又は設定をし、必
要なドライバ情報（記憶場所及びタイプ）の検出をし、
該情報を第3の部分又はファイルシステム構造（FSS）モ
ジュールに結合して、その後NVMレジデントコードの一
部になるように実行される。BIOS 内へのPAMの機能的導
入は、上書きであろうとプリインストールであろうと、
例えば先の図１から図７までに関連して既述した、圧
縮、シャドウイング及びアドレッシング技法のような実
行中のBIOSの取り決めに従うことを当業者は理解するで
あろう。従って、以下に記載の処理ステップが本発明を
実施し得る態様で説明するのに充分であると発明者は考
える。

【００４０】図８は、本発明の一の実施例による論理的
な処理ステップを示すプロセスフローチャートである。
この例示的な実施例では、本発明の方法と装置は上記の
如くＶ-ROM機能と統合がなされて提供される。この処理
は、上書き可能なV-ROMチップはインストールがなさ
れ、先に開示した諸実施例に従って動作し得ることを仮
定する。

【００４１】ステップ121では、プリブートのBIOS動作
を開始する。ステップ123では、V-ROMはPAMモジュール
を呼び出し、そして実行する。ステップ133は、PAMが動
作を開始するプリブートモードを表す。ステップ135で
は、PAMは有効なMSD情報、例えばタイプ、サイズ、OSパ
ラメータ等を得るために自己のFSSモジュールにアクセ
ス及びスキャニングをする。MSD情報ポインタ群が利用
可能であり、装置が認知されるならば、指定されたMSD
は、ステップ137において分析される。本ステップは、
整合の対象となるパラメータ、例えばタイプ（SCSI、Ｉ
ＤＥ）、サイズ（容量、利用可能なメモリ）、フォーマ
ット（ブート区画数、OSのタイプ）を確かめる。ステッ
プ139では、PAMは、整合がなされたかを判断する。もし
整合がある場合、該処理は図９に示すステップ140に続
行する。しかしながら、もし整合がない場合には、シス
テムは修正された（違う命令が与えられた）又は該MSD
は新たな装置であると仮定され、リセットされなければ
ならない。

【００４２】説明のため、上書き後に該システムは初め
てブートされ又は新たなデフォルト状態のMSDが付加さ
れていると仮定すると、ステップ139における整合はな
い。この節では、PAMは単純なバイナリーコードであり
得るフラグをたて（ステップ141）、新たなMSDと関連す
る新たなパラメータ群は、次の起動動作のためにBIOS内
にローディングされ得る。斯かるパラメータ群は、ドラ
イバの位置及び識別を含む、但しこれに限定されない全
ての必要な情報も含み得、プリブートアプリケーション
群、例えばビデオ群、静止広告群、音声広告群、又は他
のプリブート前の有益なディスプレー群にアクセスを
し、開始する。その後、この処理は矢印で図示の如くス
テップ125に進み、OSを起動する。

【００４３】ステップ125において開始されるOS起動の
後、被接続MSDにアクセス及び分析する能力を有するFSS
ドライバは、他のドライバ群とともにステップ127にお
いて起動する。ステップ129では、ドライバはステップ1
41に設定されたプリセットフラグ(pre-set flag）を検
査する。フラグが見つかった場合、即ち有効なMSDが現
在インストールされていない場合、該処理はステップ14
3へ進み、この新たなMSDは分析がなされる。ステップ14
5では、MSDドライバ群と関連するパラメータ群及びプリ
ブート動作中に実行される予定であるプリブートアプリ
ケーション群に対して包括的である他のドライバは、MS
D上に位置決めがなされる。ステップ147では、斯かるパ
ラメータ群はステップ135のFSSモジュール内への転送の
ため、ローディング及び準備がなされる。ステップ149
におけるMSDからFSSモジュール内へのパラメータ群の転
送完了後、OSの完全なブーティングを含む標準的なシス
テム操作はステップ151において続行される。

【００４４】次にシステムの電源が投入されると、新た
な変更はプリブート分析の際に認識され、マルチメディ
ア広告群を含むローディングされた広告は全て自動的に
アクセスされ、表示され、その後OSはブートされる。し
かしながら、もしステップ141にフラグの設定がない場
合、ステップ129にフラグは見つからない。これは、必
要な情報が先のブート現象の間に既にアクセスされ、ロ
ーディングされ、ステップ139で整合がなされているこ
とを前提にする。この場合、該処理は前述したように図
９へ進む。

【００４５】図９は、図８のフローチャートに従属する
処理フローチャートであり、本発明の一つの実施例によ
るアプリケーションローディングシーケンスを示す。図
９は、MSDにアクセスし、ステップ139（図８）のFSSモ
ジュールに含まれる整合情報に従った広告群などを表示
するためのローディングシーケンスを示す。ステップ14
0では、FSSモジュールはMSDドライバ群をNVMにアクセス
及びローディングする。ステップ142では、アプリケー
ションドライバ群は全て、同様にローディングがなされ
る。ステップ144では、対象アプリケーションプログラ
ム（広告群）はいづれもMSDからローディングされる。
その後、ロードされたアプリケーション（群）はステッ
プ146において実行される。それからアプリケーション
ドライバは、完全にローディングされたOS下における正
常な実行と整合する方法でステップ148において実行さ
れる。アプリケーション（群）は、電源投入からOSのロ
ーディング（プリブート及び可能ならはブート中）まで
の時間の間、表示される。その後新たなフラグは、ステ
ップ150で設定され、次の起動のために、プリブート広
告群に対する何らかの新たな追加又は変更を指し示す。

【００４６】図８及び図９に教示される処理フローシー
ケンスは、該処理の例示であることを意図し、本発明の
実施に実装され得る。 本発明の趣旨および範囲から逸
脱することなく、多くの変更を含み得る。例えば、一つ
の実施例において、広告スケジュールは、被交換パケッ
トネットワーク(a switched packet network)からMSDに
ダウンロードされ得る。この広告スケジュールは、複数
の個別の広告を含み得、この広告は例えば、おそらくMP
EGビデオクリップ群のように、一つのクリップがプリブ
ート事象毎に連続的な順序で（回転がなされて）実行さ
れるものである。広告スケジュールを普及する能力を有
するFSSドライバは、先の広告の実行後に新たなフラグ
を次の広告に設定する。このようにして、次回システム
の電源を投入する際、新しい広告は、ローディングさ
れ、実行される。

【００４７】本発明のもう一つの実施例では、アプリケ
ーションは、接続したMSDにあるPAMソフトウェアの一部
として提供され、システムBIOS内の対応するソフトウェ
アと情報をやりとりし得る。本実施例では、全メディア
タイプの全ての新しい広告はユーザーにより選択され
得、そして正常な動作時においていつでもBIOS内にフラ
ッシングし得る。同様に、斯かる広告群及びドライバ情
報は、目的にあった接続ネットワークサーバを利用する
ことにより第三者によってBIOS内にフラッシングし得
る。システムの電源投入後、新しいポインタ群は登録さ
れ、システムBIOS内（FSSモジュール）に保持される。
斯かるポインタ群は、いくつかの実施例において、広告
の存在する新しい又は代替的に選択されたMSD装置を示
し得る。

【００４８】さらに別の実施例においは、FSSモジュー
ルは区分され得、別個の広告群を内在する複数のMSDに
関連する別個の情報のブロックを包含する。この態様
は、各個のビデオディスプレイユニット群（VDU）を多
数一緒にネットワーク化及び最小の且つ個別的なMSD能
力を有することを反映し得る。VDUのネットワークに連
結される主要ブーティング局及びMSDは、各接続ユニッ
トのためにBIOS初期化を提供し得る。本実施例におい
て、プリブート広告又は命令は、斯かるVDUを指定され
る個人に対して特有化され得る。

【００４９】図１０は、オペレーティングシステムがロ
ーディングされる前とオペレーティングシステムがロー
ディングされる最中に、プリブートアプリケーションが
如何にしてローディングされ、実行され得るか、更にオ
ペレーティングシステムの起動後に該プリブートアプリ
ケーションが如何にして登録され且つ使用され得るかを
示すブロック図である。

【００５０】図１０では、要素151は上述した上書きVRO
Mを表し、BIOSコードは、ランダムアクセスメモリ（RA
M）の上部アドレス153にシャドウイングされ（矢印15
5）、これは当該技術分野において典型的である。別の
実施例では、図示の上書きVROMは他の種類のBIOS ROMで
あってもよい。BIOSコードがRAM内で動作可能となった
後、該BIOSは、上記の通りプリブートアプリケーション
をローディングする。これは本例において先にRAMにシ
ャドウイングされ又は矢印161で示され且つ先に他の実
施例で述べた大容量記憶装置（MSD）159のコードからロ
ーディングがなされる。

【００５１】本実施例では、あるステップは該ステップ
群を越えてなされ、先の諸例におけるプリブートアプリ
ケーションを使用可能にする。そのステップは、自己の
及びプリブートアプリケーションのアドレス空間を該BI
OSがBIOSの一部として表し、ブートの際、OSが双方とも
上書きしないようにする。これは、オペレーティングシ
ステムによって種々の方法で実現され得、一般に周知で
ある。

【００５２】この処理により、プリブートアプリケーシ
ョンはOSのローディングの最中にその動作を続け得、こ
れは矢印163によって示される。場合によっては、該処
理は該ポイントを越えて動作し得るが、安定したシステ
ム動作を保証するために他のステップが必要となる。更
なるステップは、OSがローディングを完了時に起動す
る。本実施例では、この時にOS構成に先に含まれていた
特別のドライバを実行する。それから、このドライバ
は、該アプリケーションをOS内に再配置し、又はOSのた
めの該資源群を「自由化する」ことによりOSに制御され
た空間内に該アプリケーションを結合する一方、同時に
それらを使用する。例えば、ウインドウズ 98（登録商
標）の場合、該ドライバは、バーチャルメモリマネージ
ャ（VMM）と連動してバーチャルアドレス記述子（VAD）
の規約を使用し、「回復された」空間の範囲を記録し得
る。

【００５３】本処理は、通常のブート動作とこれに続い
て直ちになされる所望のアプリケーションの投入と比較
して非常に複雑に見えるが、このユニークなシステムの
効果を理解するには、本発明の実施例によって提供され
るリアルタイムの問題を考慮する必要がある。OSのブー
トは、30秒から90秒だけしかかからないものの、状況に
より、それはアプリケーション投入の待ち時間として容
認できない時間の長さかも知れない。例えば、利用者
が、ブートがなされるコンピューターシステムを使用し
て緊急通報をしなければならない場合に、彼または彼女
は従来システムのときには90秒ほど待たなければならな
いかもしれない。ここに提示される実施例によるシステ
ムでは、ハードディスクのようなMSDを利用する場合、
プリブートの段階はミリ秒単位または低い数の秒単位し
かかからないかも知れない。

【００５４】上述の実施例では、1つのアプリケーショ
ンをローディングし、OSをブートする前、その最中、そ
してその後に実行する方法を教示する。本法を拡張し、
斯かる一つのアプリケーションよりも多くのものをロー
ディングし、実行し得ることは当業者であれば明らかで
ある。例えば、ある利用者は、VROM又は他のBIOSにアド
レス帳及びIP通話を可能ならしめるIP電話アプリケーシ
ョン(IP telephony application) の双方とも設定し得
る。ある利用者は、電子メールクライアントをも含み得
る。かように多くの可能性があり、通信分野の応用は疑
いなく望ましい候補となる。勿論、他の可能性もある。
例えば、作家であれは、直接ワードプロセッサに行きた
いであろう。

【００５５】プリブートの適用例としては多数の異なる
可能性がある。従って、本発明の方法と装置は最も幅広
い範囲が与えられるべきである。本発明の趣旨および範
囲は、本願明細書に記載する請求項にのみ制限される。

【図面の簡単な説明】

【図１】 本発明の一つの実施例による2Mb上書き可
能ROM内の圧縮BIOSの拡張されたBIOSメモリーマップで
ある。

【図２】 本発明の一つの実施例による解凍され及びRA
Mにシャドウイングされた図１のBIOSコードマップを図
示する。

【図３】 本発明の一つの実施例によるVROMシステムの
ソフトウェアアーキテクチャを示す本発明の一の実施例
によるブロック図である。

【図４】 本発明の一つの実施例によるVROM BIOSのた
めの第三者によるソフトウェアインストールチェックに
係る構造を示す表である。

【図５】 図４に示されるフィールドのフィールド定義
表である。

【図６】 本発明の一つの実施例による第三者の一連の
ソフトウェア機能を示す表である。

【図７】 本発明の一つの実施例によるVROMリスト構造
及び付随する定義表を示す表である。

【図８】 本発明の一つの実施例による処理ステップを
示すプロセスフローチャートである。

【図９】 本発明の一つの実施例によるアプリケーショ
ンローディングシーケンスを示す図８のフローチャート
に従属する処理フローチャートである。

【図１０】 本発明の別の実施例による、メモリーマッ
プ内のプログラム群の記憶場所及び制御の伝達を示すブ
ロック図である。

【符号の説明】

121 プリブートBIOS動作 123 コア半径 129 フラグの確認 139 FSS/MSDの整合 140 FSS/MSDドライバ群をローディングする 150 フラグをリセットする

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェフ チェン 台湾 タイペイ チャンシャンエヌ．ロー ド セック．６ レーン７−８ アレイ９ ナンバー４ ２エフ (72)発明者 ダン キキニス アメリカ合衆国 カリフォルニア州 95070 サラトガ リェパバドライブ 20264

Claims (8)

【特許請求の範囲】
1. 【請求項１】 オペレーティングシステム（OS）を起動
   する前にコンピュータ上のアプリケーションを呼び出
   し、前記OS起動中に前記アプリケーションを実行し続け
   る方法であって、 (a) BIOS内にコンピュータ初期化及び前記OSの起動を指
   示するプリブートアプリケーションマネージャ（PAM）
   ソフトウェアを含むステップと、 (b）前記OS起動前に、始動に際して前記PAMを呼び出し
   且つ実行するステップと、 (c) アプリケーションに対するポインタのために、前記
   PAMによりBIOS内のファイルシステム構造（FSS）を確認
   するステップと、 (d）RAMに前記アプリケーションをローディングし、前
   記アプリケーションを実行するステップと、 (e）前記OS起動の際、前記アプリケーションを含むよう
   にBIOSアドレス範囲を提示するステップと、及び、 (f) 前記OS起動中に前記アプリケーションを実行し続け
   るステップと、を含む方法。
2. 【請求項２】 OS起動後に、前記アプリケーションを登
   録し且つ前記OSの構成に含まれる特別なドライバを呼び
   出すステップを有し、それ故にOS起動後に前記アプリケ
   ーションを安定した方法で実行し得る請求項１に記載の
   方法。
3. 【請求項３】 前記PAMは、フラッシュメモリ内で実行
   される構成可能な仮想ランダムアクセスメモリBIOS（VR
   OM BIOS）の一部である請求項１に記載の方法。
4. 【請求項４】 コンピュータの初期化及びオペレーティ
   ングシステム（OS）の起動を指揮するシステムBIOS内の
   プリブートアプリケーションマネージャ（PAM）と、 ランダムアクセスメモリ（RAM)と、 オペレーティングシステム（OS）とを含み、 前記BIOSは、電源投入又はリセット時にRAMにシャドウ
   イングがなされ、前記PAMは実行され、プリブートアプ
   リケーションに対するポインタを前記BIOS内のファイル
   システム構造（FSS）において確認し、プリブートアプ
   リケーションを発見するや否や、前記アプリケーション
   はRAMにローディングされ、実行され、更に前記OS起動
   時に、前記BIOSはRAM内のBIOS空間を前記アプリケーシ
   ョンの空間を含むように前記OSに対して示すコンピュー
   ターシステム。
5. 【請求項５】 OS起動後に呼び出される特別のドライバ
   を含み、前記アプリケーションを登録し、それを前記OS
   構成に含み、それ故にOS起動後に前記アプリケーション
   を安定した方法で実行し得る請求項４に記載のコンピュ
   ーターシステム。
6. 【請求項６】 前記PAMは、フラッシュメモリに実装さ
   れる構成可能な仮想ランダムアクセスメモリBIOS（VROM
   BIOS）の一部であり得る請求項４に記載のコンピュー
   ターシステム。
7. 【請求項７】 コンピューターシステムを初期化し且つ
   オペレーティングシステム（OS）をローディングするBI
   OSコード部分と、 プリブートアプリケーションマネージャ（PAM）の一部
   であって、 RAMへのシャドウイング後に、前記PAM部は、前記OSをロ
   ーディングする前に呼び出され、実行され、これに因っ
   て前記OSのローディング開始前に１以上のアプリケーシ
   ョンの開始がなされ、前記OS起動時に、前記BIOSは前記
   １以上アプリケーションを含むためにRAM内のアドレス
   空間の限界を示し、それ故に前記１以上のアプリケーシ
   ョンが前記OSの起動中に実行し続けることを許容する基
   本入出力制御システム（BIOS）。
8. 【請求項８】 前記BIOSは、フラッシュメモリ内の仮想
   ランダムアクセスメモリ（VROM）BIOSとして実行される
   請求項４に記載の基本入出力制御システム。