JPH07244628A - プロテクト・モード・デバイス・ドライバを供給する方法及び装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 リアル・モード・デバイス・ドライバと互換
性のあるプロテクト・モード・デバイス・ドライバを供
給する。 【構成】 同じ物理的ディスクがリアル・モード及びプ
ロテクト・モードのディスク・ドライバによってアクセ
スされるドライブ・ユニット・ナンバーの一貫した割り
当てを行う。また、同じ論理ボリュームがリアル・モー
ド及びプロテクト・モード・ボリューム・ドライバによ
ってアクセスされるボリューム・ユニット・ナンバーの
一貫した割り当てを行う。更に、同じアダプタがリアル
・モード及びプロテクト・モード・アダプタ・ドライバ
によって制御されるアダプタ・ナンバーの一貫した割り
当てを行う。また、リアル・モード・デバイス・ドライ
バに加えて供給されるリアル・モード機能ドライバの検
出及びプロテクト・モード・アコモデーションを供給す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、デバイス・ドライバの
分野に関し、より特定的には、プロテクト・モード・デ
バイス・ドライバ（protected mode device drivers ）
を供給するオペレーティングシステムに関する。

【０００２】

【従来の技術】一般的なコンピュータ・システムは、多
数の周辺装置とインタフェースされるコンピュータを含
む。周辺装置は、コンピュータで実行されるオペレーテ
ィング・システムによってまたは適当なインタフェース
を介してコンピュータで実行されるアプリケーション・
プログラムによってアクセスされるうる。装置へのその
ようなアクセスは、デバイス・ドライバとして知られる
ソフトウェア・プログラムによって制御される。マイク
ロソフトのＭＳ−ＤＯＳオペレーティング・システムに
よって供給されるもののような、多くのデバイス・ドラ
イバは、リアル・モードとして知られるプロセッサ・モ
ードで動作する“リアル・モード・デバイス・ドライ
バ”である。リアル・モードは、その上でマイクロソフ
トのＭＳ−ＤＯＳオペレーティング・システムが実行す
べく最初に設計された、インテル８０８６マイクロプロ
セッサによって供給される動作の唯一のモードである。
カリフォルニア州、カッパティノ（Cupertino ）のイン
テル・コーポレーションによって市販された、インテル
８０８２６、８０３８６及び８０４８６のような最近の
マイクロプロセッサは、８０８６と上向きに互換性があ
り、それゆえにリアル・モードを支援すべく設計されて
いるが、しかしそれらは、“プロテクト・モード”とし
て知られる、向上したモードでも動作しうる。プロテク
ト・モードは、リアル・モードによって供給されない利
益（benefits）を供給する。例えば、プロテクト・モー
ドは、リアル・モードによって供給されるものよりも拡
大された仮想アドレス空間を供給する。プロテクト・モ
ードは、リアル・モードが供給しないマルチタスキング
及びデータ・セキュリティ（データの安全保護）に対す
るハードウェア支援をも供給する。（８０３８６及び８
０４８６のデータ・セキュリティを供給する保護機構
は、マイクロソフト出版によって出版された、“マイク
ロソフトの８０３８６／８０４８６プログラミング・ガ
イド”、１９９１年、の１０１〜１３３頁に記載されて
いる。）

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の技術では種々の問題点がある。本発明の目的は、同
じ物理的ディスクがリアル・モード及びプロテクト・モ
ード・ティスク・ドライバによってアクセスされるドラ
イブ・ユニット・ナンバー（drive unit numbers）の一
貫した割当てを供給する。本発明の目的は、同じ論理ボ
リュームがリアル・モード及びプロテクト・モード・ボ
リューム・ドライバによってアクセスされる論理ボリュ
ーム・ユニット・ナンバーの一貫した割当てを供給す
る。更に、本発明の目的は、同じアダプタがそれらのア
ダプタに接続された周辺装置をアクセスするためにリア
ル・モード及びプロテクト・モード・アダプタ・ドライ
バによって制御されるアダプタ・ナンバーの一貫した割
当てを供給する。また、本発明の目的は、リアル・モー
ド・デバイス・ドライバに加えて供給されたリアル・モ
ード機能ドライバの検出及びプロテクト・モード・アコ
モデーション（accommodation ）を供給する。

【０００４】

【課題を解決するための手段】本発明の上記目的は、同
じデバイスへの同じデバイス割当てをアクセスするリア
ル・モード・デバイス・ドライバと同じ基準値をプロテ
クト・モード・デバイス・ドライバによってアクセスさ
れたデバイスに割当てるプロテクト・モード・デバイス
・ドライバの、リアル・モード及びプロテクト・モード
で動作することができかつ少なくとも一つのデバイスに
接続されたコンピュータによって実行される、方法であ
って、（ａ）固有の基準値をリアル・モード・デバイス
・ドライバによってアクセスされたデバイスに割当てる
リアル・モード・デバイス・ドライバと、（ｂ）前記デ
バイスを独自に識別するデバイス情報を読取るべく、前
記ステップ（ａ）で前記基準値が割当てられたデバイス
をアクセスするリアル・モード・デバイス・ドライバ
と、（ｃ）前記ステップ（ａ）で前記リアル・モード・
デバイス・ドライバによって前記デバイスに割当てられ
た前記基準値を前記ステップ（ｂ）で前記デバイスから
読み取られた前記デバイス情報に対応付けられたメモリ
・ロケーションに記憶し、（ｄ）前記デバイス情報を読
取るべく前記デバイスをアクセスする前記プロテクト・
モード・デバイス・ドライバと、（ｅ）前記ステップ
（ｄ）で前記プロテクト・モード・デバイス・ドライバ
によってアクセスされた前記デバイス情報に対応付けら
れた前記メモリ・ロケーションに前記ステップ（ｃ）で
記憶された前記基準値を取得し、（ｆ）前記ステップ
（ｅ）で得られた前記基準値を前記ステップ（ｄ）の前
記プロテクト・モード・デバイス・ドライバによってア
クセスされた前記デバイスに割当てるプロテクト・モー
ド・デバイス・ドライバと、を具備する段階を備えてい
る方法によって達成される。

【０００５】本発明では、前記ステップ（ｃ）は、前記
基準値及び前記デバイス情報を前記コンピュータに接続
された各デバイスに対するエントリを有しているテーブ
ル・データ構造の同じエントリに記憶することを含むよ
うに構成してもよい。また、本発明の上記目的は、同じ
ディスク・ドライブへの同じディスク・ドライブ割当て
をアクセスするリアル・モード・ディスク・ドライバと
同じドライブ・ユニット・ナンバーをプロテクト・モー
ド・ディスク・ドライバによってアクセスされたデバイ
スに割当てるプロテクト・モード・デバイス・ドライバ
の、リアル・モード及びプロテクト・モードで動作する
ことができかつ少なくとも一つのデバイスに接続された
コンピュータによって実行される、方法であって、
（ａ）固有のドライブ・ユニット・ナンバーをリアル・
モード・ディスク・ドライバによってアクセスされたデ
ィスク・ドライブに割当てるリアル・モード・ディスク
・ドライバと、（ｂ）前記ディスク・ドライブに存在し
ている前記ディスクを独自に識別するディスク情報を読
取るべく、前記ステップ（ａ）で前記ドライブ・ユニッ
ト・ナンバーが割当てられたディスク・ドライブをアク
セスするリアル・モード・ディスク・ドライバと、
（ｃ）前記ステップ（ｂ）で前記ディスクから読み取ら
れた前記ディスク情報に対応付けられたメモリ・ロケー
ションのディスクを識別する前記ドライブ・ユニット・
ナンバーを記憶し、（ｄ）前記ディスク・ドライブに存
在している前記ディスクから前記ディスク情報を読取る
べく前記ディスク・ドライブをアクセスする前記プロテ
クト・モード・ディスク・ドライバと、（ｅ）前記ステ
ップ（ｄ）で前記プロテクト・モード・ディスク・ドラ
イバによって読み取られた前記ディスク情報に対応付け
られた前記メモリ・ロケーションに前記ステップ（ｃ）
で記憶された前記ドライブ・ユニット・ナンバーを取得
し、（ｆ）前記ステップ（ｅ）で得られた前記ドライブ
・ユニット・ナンバーを前記ステップ（ｄ）の前記プロ
テクト・モード・ディスク・ドライバによってアクセス
された前記ディスク・ドライブに割当てるプロテクト・
モード・ディスク・ドライバと、を具備する段階を備え
ている方法によっても達成される。

【０００６】本発明では、前記ステップ（ｂ）は、前記
ディスク情報として前記ディスクの所定のロケーション
に記憶された固有の値を読取り、前記ステップ（ｃ）
は、前記固有の値を有する前記ドライブ・ユニット・ナ
ンバーを前記コンピュータに接続された各ディスク・ド
ライブに対するエントリを有しているテーブル・データ
構造の同じエントリに記憶することを含むように構成し
てもよい。本発明では、（ｇ）前記ディスクが前記所定
のロケーションに固有の値を記憶するかどうかを決定
し、（ｈ）前記ディスクが前記所定のロケーションに固
有の値を記憶しないと前記ステップ（ｇ）で決定される
ならば前記固有の値を前記所定のロケーションに書込む
段階を更に具備するように構成してもよい。本発明で
は、前記ステップ（ｃ）は、前記ドライブ・ユニット・
ナンバーを前記ディスク情報の検査合計に対応付けられ
たメモリ・ロケーションに記憶することを含むように構
成してもよい。本発明では、（ｇ）前記ディスクが所定
のフォーマットを有するかどうかを決定する段階を更に
具備し、前記ステップ（ｃ）は、（ｉ）前記ディスクが
特定のロケーションに記憶されたデータの所定のフォー
マットを有すると前記ステップ（ｇ）で決定されるなら
ば前記ドライブ・ユニット・ナンバーを前記ディスクの
所定のロケーションから読み取られた固有の値に対応付
けられたメモリ・ロケーションに記憶し、（ｉｉ）前記
ディスクが特定のロケーションに記憶されたデータの所
定のフォーマットを有しないと前記ステップ（ｇ）で決
定されるならば前記ドライブ・ユニット・ナンバーを前
記ディスク情報の検査合計に対応付けられたメモリ・ロ
ケーションに記憶する段階を具備するように構成しても
よい。

【０００７】本発明では、前記ステップ（ｃ）は、（ｉ
ｉｉ）前記ドライブ・ユニット・ナンバーを、前記ディ
スクが所定のフォーマットを有するかどうかを示してい
るフラグに対応付けられたメモリ・ロケーションに記憶
する段階を更に具備し、前記ステップ（ｅ）は、（ｉ）
前記フラグを読取り、（ｉｉ）前記フラグが前記ディス
クは前記所定のフォーマットを有することを示すならば
前記固有の値に対応付けられた前記メモリ・ロケーショ
ンに記憶された前記ドライブ・ユニット・ナンバーを取
得し、（ｉｉｉ）前記フラグが前記ディスクは前記所定
のフォーマットを有しないことを示すならば前記検査合
計に対応付けられた前記メモリ・ロケーションに記憶さ
れた前記ドライブ・ユニット・ナンバーを取得する段階
を備えているように構成してもよい。本発明では、前記
ディスクは、ブート時間で用いられるマスター・ブート
・レコードを含み、前記ディスク情報は、前記ディスク
の前記マスター・ブート・レコードに記憶されるように
構成してもよい。上述した本発明の目的は、同じ論理ボ
リュームへの同じ論理ボリューム割当てをアクセスする
リアル・モード・ボリューム・ドライバと同じ基準値を
プロテクト・モード・ボリューム・ドライバによってア
クセスされたボリュームに割当てるプロテクト・モード
・デバイス・ドライバの、リアル・モード及びプロテク
ト・モードで動作することができかつ少なくとも一つの
論理ボリュームを包含しているディスクを有している少
なくとも一つのディスク・ドライブに接続されたコンピ
ュータによって実行される、方法であって、（ａ）固有
のボリューム・ユニット・ナンバーをリアル・モード・
ボリューム・ドライバによってアクセスされたボリュー
ムに割当てるリアル・モード・ボリューム・ドライバ
と、（ｂ）前記ボリュームを独自に識別するボリューム
情報を読取るべく、前記ステップ（ａ）で前記ボリュー
ム・ユニット・ナンバーが割当てられた前記論理ボリュ
ームをアクセスするリアル・モード・ボリューム・ドラ
イバと、（ｃ）前記ステップ（ｂ）で前記ディスクから
読み取られた前記ボリューム情報に対応付けられたメモ
リ・ロケーションに前記ステップ（ａ）で前記リアル・
モード・ボリューム・ドライバによって前記論理ボリュ
ームに割当てられた前記ボリューム・ユニット・ナンバ
ーを記憶し、（ｄ）前記ボリューム情報を読取るべく前
記ボリュームをアクセスする前記プロテクト・モード・
ボリューム・ドライバと、（ｅ）前記ステップ（ｄ）で
前記プロテクト・モード・ボリューム・ドライバによっ
て読み取られた前記ボリューム情報に対応付けられた前
記メモリ・ロケーションに前記ステップ（ｃ）で記憶さ
れた前記ボリューム・ユニット・ナンバーを取得し、
（ｆ）前記ステップ（ｅ）で得られた前記ボリューム・
ユニット・ナンバーを前記ステップ（ｄ）の前記プロテ
クト・モード・ボリューム・ドライバによってアクセス
された前記ディスクに割当てるプロテクト・モード・ボ
リューム・ドライバと、を具備する段階を備えている方
法によっても達成される。

【０００８】本発明では、前記ステップ（ｂ）は、前記
ボリューム情報として前記論理ボリュームの所定のロケ
ーションに記憶されたボリューム通し番号を読取り、前
記ステップ（ｃ）は、前記ボリューム通し番号を有する
前記コンピュータに接続された各ディスク・ドライブの
前記ディスクの各ボリュームに対するエントリを有して
いるテーブル・データ構造の同じエントリに前記ボリュ
ーム・ユニット・ナンバーを記憶することを含むように
構成してもよい。本発明では、前記ボリュームは、ボリ
ューム・ブート・レコードを含み、前記ボリューム情報
は、前記ボリューム・ブート・レコードに記憶されるよ
うに構成してもよい。更に、本発明の上述した目的は、
アダプタに接続された一つ以上の周辺装置をアクセスす
るために同じアダプタを制御しているリアル・モード・
アダプタ・ドライバと同じ基準値をプロテクト・モード
・アダプタ・ドライバによって制御されたアダプタに割
当てるプロテクト・モード・アダプタ・ドライバの、リ
アル・モード及びプロテクト・モードで動作することが
できかつ少なくとも一つの周辺装置に接続される少なく
とも一つのアダプタに接続されたコンピュータによって
実行される、方法であって、（ａ）固有のアダプタ・ナ
ンバーをリアル・モード・デバイス・ドライバに割当て
るリアル・モード・アダプタ・ドライバと、（ｂ）前記
周辺装置を独自に識別する周辺装置情報を、前記ステッ
プ（ａ）で前記アダプタ・ナンバーが割当てられたアダ
プタを介して周辺装置から、走査するリアル・モード・
アダプタ・ドライバと、（ｃ）前記ステップ（ｂ）で前
記周辺装置から読み取られた前記周辺装置情報に対応付
けられたメモリ・ロケーションに前記アダプタに割当て
られた前記アダプタ・ナンバーを記憶し、（ｄ）前記周
辺装置情報を走査すべく前記周辺装置をアクセスするた
めに前記アダプタを制御する前記プロテクト・モード・
アダプタ・ドライバと、（ｅ）前記ステップ（ｄ）で前
記プロテクト・モード・アダプタ・ドライバによって走
査された前記周辺装置情報に対応付けられた前記メモリ
・ロケーションに前記ステップ（ｃ）で記憶された前記
アダプタ・ナンバーを取得し、（ｆ）前記ステップ
（ｅ）で得られた前記アダプタ・ナンバーを前記ステッ
プ（ｄ）の前記プロテクト・モード・アダプタ・ドライ
バによって制御された前記アダプタに割当てるプロテク
ト・モード・アダプタ・ドライバと、を具備する段階を
備えている方法によっても達成される。

【０００９】本発明では、前記ステップ（ｂ）は、前記
周辺装置情報として前記周辺装置を識別するターゲット
ＩＤを走査し、前記ステップ（ｃ）は、前記ターゲット
ＩＤを有する前記アダプタ・ナンバーを同じデータ構造
に記憶することを含むように構成してもよい。本発明で
は、前記ステップ（ｂ）は、前記ディスクの所定のロケ
ーションに記憶された、論理・ユニット・ナンバーを前
記周辺装置情報として走査し、前記ステップ（ｃ）は、
前記アダプタ・ナンバーを前記論理・ユニット・ナンバ
ーと一緒に同じデータ構造に記憶することを含むように
構成してもよい。本発明では、前記ステップ（ｃ）は、
前記アダプタ・ナンバーを前記周辺装置情報の検査合計
と一緒に同じデータ構造に記憶することを含むように構
成してもよい。本発明では、前記ステップ（ｃ）は、前
記リアル・モード周辺ドライバがアプリケーション・プ
ログラム要求が第２のリアル・モード周辺ドライバにマ
ップされる第１のリアル・モード周辺ドライバであるな
らば、前記アダプタ・ナンバー及び前記周辺装置情報を
該第２のリアル・モード周辺ドライバのドライバ形式に
対応付けられたメモリ・ロケーションに記憶することを
含むように構成してもよい。

【００１０】本発明では、前記ステップ（ｃ）は、
（ｉ）次のアダプタ・データ構造へのポインタ及び一つ
以上のリアル・モード・周辺データ構造のリンクされた
リストへのポインタを有している一つ以上のリアル・モ
ード・アダプタ・データ構造を供給し、前記周辺装置に
対応しているリアル・モード周辺データ構造の前記アダ
プタ・ナンバーによって識別されかつ前記周辺装置が接
続される前記アダプタに対応しているリアル・モード・
アダプタ・データ構造によって指された各アダプタを介
して読み取られた各周辺装置に対する前記周辺装置情報
を記憶することを含むように構成してもよい。本発明で
は、前記ステップ（ｅ）は、（ｉ）前記周辺装置情報が
一致するかどうかを決定すべく、各プロテクト・モード
周辺データ構造の前記周辺装置情報を各リアル・モード
周辺データ構造の前記周辺装置情報と比較し、（ｉｉ）
各プロテクト・モード周辺データ構造の前記周辺装置情
報と一致する前記周辺装置情報を有しているリアル・モ
ード周辺データ構造から前記アダプタ・ナンバーを抽出
する段階を具備し、前記ステップ（ｆ）は、前記ステッ
プ（ｅ）で抽出された前記アダプタ・ナンバーを前記プ
ロテクト・モード・データ構造に対応している前記周辺
装置に接続された前記アダプタに割当てる前記プロテク
ト・モード・データ構造に対応している前記周辺装置に
接続された前記アダプタを制御する前記プロテクト・モ
ード・アダプタ・ドライバを含むように構成してもよ
い。

【００１１】本発明では、前記ステップ（ｃ）は、前記
第１の周辺ドライバが前記ステップ（ｂ）で実行された
読取りを前記第２のリアル・モード周辺ドライバにマッ
プするときに前記周辺装置情報が前記ステップ（ｂ）で
読み取られたことを通して前記第２のリアル・モード周
辺ドライバの前記ドライブ形式に対応付けられたメモリ
・ロケーションに前記周辺装置情報を記憶することを含
み、前記ステップ（ｆ）は、（ｉ）プロテクト・モード
・アダプタ・ドライバと同じ周辺装置情報を有すべく前
記ステップ（ｅ）で二つのリアル・モード・アダプタ・
ドライバが決定されたかどうかを決定し、（ｉｉ）二つ
のリアル・モード・アダプタ・ドライバが同じ周辺装置
情報を有すると前記ステップ（ｉ）で決定されるなら
ば、前記アダプタ・ナンバーを前記リアル・モード周辺
データ構造の一つによって示された前記ドライバ形式を
有している前記プロテクト・モード周辺ドライバに割当
てる前記プロテクト・モード・アダプタ・ドライバを含
んでいるように構成してもよい。上述した本発明の目的
は、コンピュータによって実行され、リアル・モード機
能ドライバの代わりにプロテクト・モード機能ドライバ
を実行すべきかどうかを決定する方法であって、（ａ）
対応しているリアル・モード機能ドライバの代わりに実
行可能であるとして一つ以上のプロテクト・モード機能
ドライバのそれぞれを指定し、（ｂ）前記コンピュータ
の前記リアル・モード機能ドライバを検出し、（ｃ）前
記ステップ（ａ）で前記プロテクト・モード機能ドライ
バの一つが前記検出されたリアル・モード機能ドライバ
の代わりに実行可能であると指定されたかどうかを決定
し、（ｄ）前記プロテクト・モード機能ドライバが前記
リアル・モード機能ドライバの代わりに実行可能である
と指定されたことが決定されるときに前記検出されたリ
アル・モード機能ドライバの代わりに前記プロテクト・
モード機能ドライバを実行する段階を具備する方法によ
っても達成される。

【００１２】本発明では、前記ステップ（ｂ）は、
（ｉ）リアル・モード・デバイス・ドライバがロードさ
れたときに当該リアル・モード・デバイス・ドライバを
アクセスするために初めに指定された該リアル・モード
・デバイス・ドライバを識別するオリジナル・リアル・
モード・デバイス・ドライバ情報を記憶し、（ｉｉ）前
記デバイスを同時にアクセスするリアル・モード・デバ
イス・ドライバを識別する現行リアル・モード・デバイ
ス・ドライバ情報を記憶し、（ｉｉｉ）前記オリジナル
・リアル・モード・デバイス・ドライバ情報を前記現行
リアル・モード・デバイス・ドライバ情報と比較し、
（ｉｖ）前記デバイスがアクセスされるときにリアル・
モード機能ドライバが実行されることを、前記オリジナ
ル・リアル・モード・デバイス・ドライバ情報が前記現
行リアル・モード・デバイス・ドライバ情報と同じでな
いときに、決定する段階を含むように構成してもよい。
本発明では、前記ステップ（ａ）は、それぞれがリアル
・モード機能ドライバの機能を供給するプロテクト・モ
ード機能ドライバのネームで記憶されたネームを有して
いる対応しているリアル・モード・ドライバの機能を供
給する、一つ以上のプロテクト・モード機能ドライバの
ネームのリストに前記プロテクト・モード機能ドライバ
のネームを記憶し、前記ステップ（ｃ）は、前記プロテ
クト・モード機能ドライバの前記ネームが前記検出され
たリアル・モード・ドライバの前記ネームで前記リスト
に記憶されるかどうかを決定することを含むように構成
してもよい。

【００１３】本発明では、（ｅ）前記デバイスをアクセ
スするための前記検出されたリアル・モード機能ドライ
バに対するリアル・モード・デバイス・ドライバ要求を
プロテクト・モードで該デバイスをアクセスするプロテ
クト・モード・デバイス・ドライバにマッピングする間
に、該検出されたリアル・モード機能ドライバを、プロ
テクト・モード機能ドライバが前記検出されたリアル・
モード機能ドライバの代わりに実行可能であると指定さ
れたことが決定されるならば、実行する段階を更に含む
ように構成してもよい。本発明では、前記ステップ
（ｅ）は、（ｉ）前記検出されたリアル・モード機能ド
ライバがリアル・モード・アダプタ・ドライバを介して
前記デバイスへのアクセスを要求するかどうかを決定
し、（ｉｉ）プロテクト・モード・アダプタ・ドライバ
に前記要求を、前記検出されたリアル・モード機能ドラ
イバがリアル・モード・アダプタ・ドライバを介して前
記デバイスへのアクセスを要求することが前記ステップ
（ｉ）で決定されるときに、マッピングする段階を含む
ように構成してもよい。本発明では、前記ステップ
（ｅ）は、（ｉ）前記検出されたリアル・モード機能ド
ライバは、リアル・モード物理ディスク・ドライバを介
して前記デバイスへのアクセスを要求するかどうかを決
定し、（ｉｉ）プロテクト・モード物理ディスク・ドラ
イバに前記要求を、前記検出されたリアル・モード機能
ドライバが該リアル・モード物理ディスク・ドライバを
介して前記デバイスへのアクセスを要求することが決定
されるときに、マッピングする段階を含むように構成し
てもよい。

【００１４】更に、本発明の上述した目的は、一つ以上
のデバイスに接続されかつプロセッサ及びメモリを有す
るコンピュータを有しているコンピュータ・システムで
あって、前記メモリに記憶されかつ前記プロセッサによ
って実行され、リアル・モード・デバイス・ドライバが
アクセスするデバイスに基準値を割当てる、リアル・モ
ード・デバイス・ドライバと、前記メモリに記憶されか
つ前記プロセッサによって実行されるプロテクト・モー
ド・デバイス・ドライバと、前記リアル・モード・デバ
イス・ドライバが同じデバイスに割当てるのと同じ基準
値を前記プロテクト・モード・デバイス・ドライバがア
クセスする前記デバイスに割当てる前記プロテクト・モ
ード・デバイス・ドライバのための手段とを備えている
コンピュータ・システムによっても達成される。本発明
では、前記デバイスは、物理ディスクがあるディスク・
ドライバを含み、前記リアル・モード・デバイス・ドラ
イバは、リアル・モードで該物理ディスクをアクセスす
べく該ディスク・ドライバを制御するリアル・モード・
ディスク・ドライバであり、前記プロテクト・モード・
デバイス・ドライバは、プロテクト・モードで該物理デ
ィスクをアクセスすべく該ディスク・ドライバを制御す
るプロテクト・モード・ディスク・ドライバであり、前
記同じ基準値を割当てる前記プロテクト・モード・デバ
イス・ドライバのための手段は、前記同じ物理ディスク
をアクセスする前記リアル・モード・ディスク・ドライ
バとして同じドライブ・ユニット・ナンバーを前記ディ
スク・ドライブに割当てる前記プロテクト・モード・デ
ィスク・ドライバを含むように構成してもよい。

【００１５】本発明では、前記同じ基準値を割当てる前
記プロテクト・モード・デバイス・ドライバのための手
段は、前記リアル・モード・ディスク・ドライバによっ
てアクセスされた前記物理ディスクに記憶された固有の
値を包含しかつ該リアル・モード・ディスク・ドライバ
によって予め割当てられたドライブ・ユニット・ナンバ
ーを包含しているエントリであり、各リアル・モード・
ディスク・ドライバに対する該エントリを有しているド
ライブ・テーブルと、前記エントリにも包含された前記
固有の値を記憶する前記物理ディスクに、該エントリに
包含された前記基準値を割当てる前記プロテクト・モー
ド・ディスク・ドライバのための手段とを備えているよ
うに構成してもよい。本発明では、前記デバイスは、論
理ボリュームがあるディスク・ドライバを含み、前記リ
アル・モード・デバイス・ドライバは、リアル・モード
で該論理ボリュームをアクセスすべく該ディスク・ドラ
イバを制御するリアル・モード・ボリューム・ドライバ
であり、前記プロテクト・モード・デバイス・ドライバ
は、プロテクト・モードで該論理ボリュームをアクセス
すべく該ディスク・ドライバを制御するプロテクト・モ
ード・ボリューム・ドライバであり、前記同じ基準値を
割当てる前記プロテクト・モード・デバイス・ドライバ
のための手段は、前記同じ論理ボリュームをアクセスす
る前記リアル・モード・ボリューム・ドライバとして同
じボリューム・ユニット・ナンバーを前記ボリュームに
割当てる前記プロテクト・モード・ディスク・ドライバ
を含むように構成してもよい。

【００１６】本発明では、前記同じ基準値を割当てる前
記プロテクト・モード・デバイス・ドライバのための手
段は、前記リアル・モード・ボリューム・ドライバによ
ってアクセスされた前記論理ボリュームに記憶された固
有の値を包含しかつ該リアル・モード・ボリューム・ド
ライバによって予め割当てられたボリューム・ユニット
・ナンバーを包含しているエントリであり、各リアル・
モード・ボリューム・ドライバに対する該エントリを有
しているドライブ・テーブルと、前記エントリにも包含
された前記固有の値を記憶する前記論理ボリュームに、
該エントリに包含された前記基準値を割当てる前記プロ
テクト・モード・ボリューム・ドライバのための手段と
を備えているように構成してもよい。本発明では、前記
デバイスは、一つ以上の周辺装置が装着されたアダプタ
を含み、前記リアル・モード・デバイス・ドライバは、
リアル・モードで該周辺装置をアクセスすべく該アダプ
タを制御するリアル・モード・アダプタ・ドライバであ
り、前記プロテクト・モード・デバイス・ドライバは、
プロテクト・モードで該周辺装置をアクセスすべく該ア
ダプタを制御するプロテクト・モード・アダプタ・ドラ
イバであり、前記同じ基準値を割当てる前記プロテクト
・モード・アダプタ・ドライバのための手段は、前記同
じ周辺装置をアクセスすべく前記同じアダプタを制御す
る前記リアル・モード・アダプタ・ドライバとして同じ
アダプタ・ナンバーを前記アダプタに割当てる前記プロ
テクト・モード・アダプタ・ドライバを含むように構成
してもよい。

【００１７】本発明では、前記同じアダプタ・ナンバー
を割当てる前記プロテクト・モード・アダプタ・ドライ
バのための手段は、前記リアル・モード・アダプタ・ド
ライバによって予め割当てられたアダプタ・ナンバーを
有する前記リアル・モード・アダプタ・ドライバによっ
て制御された前記アダプタに接続された前記周辺装置か
ら走査された固有の周辺情報を、前記リアル・モード・
データ構造が供給される前記リアル・モード・アダプタ
・ドライバによって制御された前記アダプタに装着され
た各周辺装置に対して、関連付けるリアル・モード・デ
ータ構造であり、各リアル・モード・アダプタ・ドライ
バに対して供給された該リアル・モード・データ構造
と、前記固有の周辺情報が走査される周辺装置をアクセ
スする前記アダプタに、該固有の周辺情報に対応付けら
れた前記アダプタ・ナンバーを割当てる前記プロテクト
・モード・アダプタ・ドライバのための手段とを備えて
いるように構成してもよい。また、本発明の上記目的
は、一つ以上のデバイスに接続されかつプロセッサ及び
メモリを有するコンピュータを有しているコンピュータ
・システムであって、前記デバイスの一つへのアクセス
を制御すべく前記プロセッサによって実行されかつ前記
メモリに記憶されるリアル・モード・デバイス・ドライ
バと、前記メモリに記憶されるリアル・モード機能ドラ
イバと、前記デバイスの一つへのアクセスを制御すべく
前記プロセッサによって実行されかつ前記メモリに記憶
されるプロテクト・モード・デバイス・ドライバと、前
記コンピュータ・システムが、前記リアル・モード機能
ドライバの代わりに実行可能であると指定されたプロテ
クト・モード機能ドライバを更に含むかどうかを決定す
る手段と、前記リアル・モード機能ドライバの実行が要
求されるときに前記決定されたプロテクト・モード機能
ドライバを、前記プロテクト・モード機能ドライバが該
リアル・モード機能ドライバの代わりに実行可能である
と指定されたときに、実行する手段とを備えているコン
ピュータ・システムによっても達成される。

【００１８】本発明では、同じデバイスをアクセスする
プロテクト・モード・デバイス・ドライバにリアル・モ
ード・デバイス・ドライバを介して該デバイスをアクセ
スすべく該リアル・モード機能ドライバによって要求を
マッピングする間に前記リアル・モード機能ドライバ
を、プロテクト・モード機能ドライバが該リアル・モー
ド機能ドライバの代わりに実行可能である指定されなか
ったときに、実行する手段を更に含むように構成しても
よい。本発明では、前記プロテクト・モード・オペレー
ティング・システムが前記リアル・モード機能ドライバ
の代わりに実行可能であると指定されたプロテクト・モ
ード機能ドライバを更に含むかどうかを決定する手段
は、前記リアル・モード機能ドライバを同じ機能を供給
するプロテクト・モード機能ドライバと関連付けるデー
タ構造を含むように構成してもよい。

【００１９】

【作用】本発明の第１の態様は、同じ物理的ディスクが
リアル・モード及びプロテクト・モード・ティスク・ド
ライバによってアクセスされるドライブ・ユニット・ナ
ンバー（drive unit numbers）の一貫した割当てを供給
する。物理的ディスクをアクセスするリアル・モード・
ディスク・ドライバは、それらの物理的ディスクに、同
じ物理的ディスクをアクセスするプロテクト・モード・
ディスク・ドライバと同じドライブ・ユニット・ナンバ
ーを割当てない。問題は、リアル・モード・ディスク・
ドライバがＢＩＯＳ ＩＮＴ １３ｈ 割込みに対する
対応するプロテクト・モード・ディスク・ドライバに割
当てられたドライブ・ナンバーとは異なるドライブ・ナ
ンバーを有しうるということである。本発明の第１の態
様では、好ましい実施例は、同じ物理的ディスク・デバ
イス・ドライバがリアル・モード及びプロテクト・モー
ド・物理的ディスク・ドライバの両方によってＩＮＴ１
３ｈ 割込みを介してアクセスされる、ドライブ・ユニ
ット・ナンバーの一貫した割当てを供給する。本発明の
第２の態様は、同じ論理ボリュームがリアル・モード及
びプロテクト・モード・ボリューム・ドライバによって
アクセスされる論理ボリューム・ユニット・ナンバーの
一貫した割当てを供給する。ディスクの論理ボリューム
へのアクセスを制御するリアル・モード・ボリューム・
ドライバは、同じ論理ボリュームへのアクセスを制御す
るプロテクト・モード・ボリューム・ドライバと同じプ
ロテクト・モード・ボリューム・ナンバーをそれらの論
理ボリュームに割当てない。特に、リアル・モード・ボ
リューム・ドライバは、ＢＩＯＳ ＩＮＴ ２５ｈ 割
込みに対する対応しているプロテクト・モード・ボリュ
ーム・ドライバに割当てられたボリューム・ナンバーと
は異なるボリューム・ナンバーを有しうる。本発明の第
２の態様では、好ましい実施例は、同じ論理ボリューム
が、リアル・モード及びプロテクト・モード・論理ボリ
ューム・ドライバの両方によってＩＮＴ ２５ｈ 割込
みを介してアクセスされるボリューム・ユニット・ナン
バーの一貫した割当てを供給する。

【００２０】本発明の第３の態様は、同じアダプタがそ
れらのアダプタに接続された周辺装置をアクセスするた
めにリアル・モード及びプロテクト・モード・アダプタ
・ドライバによって制御されるアダプタ・ナンバーの一
貫した割当てを供給する。アダプタを介して周辺装置を
アクセスするリアル・モード・アダプタ・ドライバは、
プロテクト・モード・オペレーティング・システムが同
じ周辺装置をアクセスするために同じアダプタを制御す
るプロテクト・モード・アダプタ・ドライバに割当てる
のと同じアダプタ・ナンバーをそれらのアダプタに割当
てない。本発明の第３の態様では、好ましい実施例は、
同じアダプタが同じ周辺装置をアクセスするためにリア
ル・モード及びプロテクト・モード・アダプタ・ドライ
バの両方によって制御されるアダプタ・ナンバーの一貫
した割当てを供給する。本発明の第３の態様は、同じア
ダプタを制御するプロテクト・モード・アダプタ・ドラ
イバを介して周辺装置をアクセスする要求へのリアル・
モード・アダプタ・ドライバを介して周辺装置をアクセ
スための要求のマッピングを更に供給する。周辺装置を
アクセスするためのアプリケーション・プログラムによ
る要求は、向けられなければ、プロテクト・モード・オ
ペレーティング・システムの動作中でさえもリアル・モ
ード・アダプタ・ドライバに向けられうる。好ましい実
施例は、同じアダプタを制御するプロテクト・モード・
アダプタ・ドライバを介して周辺装置をアクセスするた
めの要求へのリアル・モード・アダプタ・ドライバを介
して周辺装置をアクセスするためのアプリケーション・
プログラム要求のマッピングを供給する。

【００２１】本発明の第４の態様は、リアル・モード・
デバイス・ドライバに加えて供給されたリアル・モード
機能ドライバの検出及びプロテクト・モード・アコモデ
ーション（accommodation ）を供給する。リアル・モー
ド機能ドライバは、追加の機能を供給することによりリ
アル・モード・デバイス・ドライバを補うために加えら
れうる。これらの機能は、プロテクト・モード・オペレ
ーティング・システムのあらゆるプロテクト・モード機
能ドライバによって供給されうるしまたは供給されえな
い。プロテクト・モードで動作されているときにこれら
のリアル・モード機能ドライバがオペレーティング・シ
ステムによってアコモデートされないならば、プロテク
ト・モード・デバイス・ドライバは、リアル・モード・
デバイス・ドライバと互換性がない。本発明の第４の態
様では、好ましい実施例は、リアル・モード・オペレー
ティング・システムのリアル・モード・デバイス・ドラ
イバに加えて供給されるリアル・モード機能ドライバの
検出及びプロテクト・モード・アコモデーションを供給
する。

【００２２】

【実施例】本発明の好ましい実施例は、いつでも可能な
らば、プロテクト・モード・デバイス・ドライバをリア
ル・モード・デバイス・ドライバの代わりに代用する。
プロテクト・モード・デバイス・ドライバは、リアル・
モード・デバイス・ドライバと互換性があるべく実行さ
れる。特に、プロテクト・モード・デバイス・ドライバ
・アクセス・デバイスは、リアル・モード・デバイス・
ドライバと同じファッションで同じデバイスを識別する
基準値が割当てられる。好ましい実施例は、リアル・モ
ード・デバイス・ドライバが実行されるときに、リアル
・モード機能素子によって供給された機能のプロテクト
・モード動作を、可能な範囲で、更に供給する。上記の
特徴は、下記に示された、本発明の四つの個別の態様に
よって供給される。本発明の第１の態様は、同じ物理的
ディスクがリアル・モード及びプロテクト・モード・デ
ィスク・ドライバによってアクセスされるドライブ・ユ
ニット・ナンバーの一貫した割当てを供給する。本発明
の第２の態様は、同じ論理ボリュームがリアル・モード
及びプロテクト・モード・ボリューム・ドライバによっ
てアクセスされる論理ボリューム・ユニット・ナンバー
の一貫した割当てを供給する。本発明の第３の態様は、
同じアダプタがそれらのアダプタに接続された周辺装置
をアクセスするためにリアル・モード及びプロテクト・
モード・アダプタ・ドライバによって制御されるアダプ
タ・ナンバーの一貫した割当てを供給する。本発明の第
３の態様は、同じアダプタを制御するプロテクト・モー
ド・アダプタ・ドライバを介して周辺装置をアクセスす
るための要求への、リアル・モード・アダプタ・ドライ
バを介して周辺装置をアクセスするための要求のマッピ
ングを更に供給する。本発明の第４の態様は、リアル・
モード・デバイス・ドライバに加えて供給されるリアル
・モード機能ドライバの検出及びプロテクト・モード・
アコモデーションを供給する。

【００２３】本発明の好ましい実施例を実行するのに適
するコンピュータ・システムは、図１に示される。図１
は、ディスク・ドライブ１１０及び周辺装置に結合され
たコンピュータ１００を有しているコンピュータ・シス
テムのブロック図である。コンピュータ１００は、オペ
レーティング・システム２１０を記憶する内部メモリ１
０２を有する。メモリ１０２は、リアル・モード及びプ
ロテクト・モード・デバイス・ドライバも記憶する。こ
れらのドライバは、オペレーティング・システム２１０
の部分でありうるしまたはオペレーティング・システム
から分離しうる。デバイス・ドライバは、オペレーティ
ング・システム２１０によってまたはアプリケーション
・プログラムによって要求されたようにデバイス１１０
及び１２０へのアクセスを制御するために中央処理装置
（ＣＰＵ）１０４で実行される。デバイス・ドライバ
は、Ｉ／Ｏコントローラ１０６を介してディスク・ドラ
イブ１１０を制御するボリューム・ドライバ及びディス
ク・ドライバを含む。ディスクに対するデバイス・ドラ
イバは、物理的ディスク及びディスク・ドライバ１１０
に存在するディスクの論理ボリュームへのアクセスを許
容する。デバイス・ドライバは、それを通して周辺装置
１２０がアクセスされるアダプタ１０８を制御するアダ
プタ・ドライバも含む。メモリ１２０は、暗号化及びデ
ータ圧縮のような、機能向上をデバイス・ドライバに加
えるべくＣＰＵ１０４によって実行されるリアル・モー
ド及びプロテクト・モード機能ドライバも記憶する。

【００２４】好ましい実施例におけるデバイス、デバイ
ス・ドライバ及び機能ドライバの間の機能関係は、図２
に示される。オペレーティング・システム２１０は、周
辺装置１２０に対するリアル・モード（ＲＭ）・デバイ
ス・ドライバ２０２を含む。オペレーティング・システ
ム２１０は、リアル・モード・デバイス・ドライバ２０
２と同じデバイスを制御するプロテクト・モード（Ｐ
Ｍ）・デバイス・ドライバも含む。好ましい実施例で
は、オペレーティング・システムは、リアル・モード・
デバイス・ドライバ２０２を補うリアル・モード機能ド
ライバ２０４及びプロテクト・モード・デバイス・ドラ
イバ２１２を補うプロテクト・モード機能ドライバ２１
４を更に含む。好ましい実施例では、オペレーティング
・システム２１０は、ワシントン州レッドモンドのマイ
クロソフト・コーポレーションによって市販された、マ
イクロソフトＭＳ−ＤＯＳ５．０オペレーティング・シ
ステムのプラットフォームに備えられた、これもマイク
ロソフト・コーポレーションによって市販された、マイ
クロソフトのＷＩＮＤＯＷＳ ３．１オペレーティング
・システムの装飾版（embellished version ）を含む。
オペレーティング・システム２１０のマイクロソフトＭ
Ｓ−ＤＯＳオペレーティング・システム部分は、ブート
時間にロードされる。オペレーティング・システム２１
０のマイクロソフトＷＩＮＤＯＷＳオペレーティング・
システム部分は、その後でロードされる。オペレーティ
ング・システム２１０のＭＳ−ＤＯＳオペレーティング
・システム部分は、リアル・モードでのみ実行すること
が可能であるが、オペレーティング・システム２１０の
マイクロソフトＷＩＮＤＯＷＳオペレーティング・シス
テム部分は、リアル・モードまたはプロテクト・モード
のいずれでも実行することが可能である。本発明の第１
の態様では、好ましい実施例は、リアル・モード・デバ
イス・ドライバ２０２及びプロテクト・モード・デバイ
ス・ドライバ２１２によるハード・ディスクに対するド
ライブ・ユニット・ナンバー・マッピングの間の一貫性
を供給する。ディスクの物理的セクタがリアル・モード
・デバイス・ドライバ２０２またはプロテクト・モード
・デバイス・ドライバ２１２のいずれかによってアクセ
スされるときに、リアル・モード・デバイス・ドライバ
２０２及びプロテクト・モード・デバイス・ドライバ２
１２は、ディスクのセクタをアクセスするためにディス
ク・ドライブのドライブ・ユニット・ナンバーを知らな
ければならない。オペレーティング・システム２１０
は、ＭＳ−ＤＯＳオペレーティング・システムの一部と
してBasic Input/Output System ソフトウェア・モジュ
ール（ＢＩＯＳ）を含む。ＢＩＯＳは、タスクを実行す
るためにオペレーティング・システムまたはアプリケー
ションによって呼び出されうる一セットの所定の機能を
包含する。機能は、ソフトウェア割込みによって呼び出
される。一つのそのような割込みは、ＩＮＴ １３ｈ
（“ｈ”は、hexadecimal （１６進）を表わす）割込み
である。一般に、ボリューム・ドライバは、ドライブ・
ユニット・ナンバーによって識別される、ディスクで種
々のオペレーション（動作）の実行を要求するためにＩ
ＮＴ １３ｈ 割込みを採用する。ドライブ・ユニット
・ナンバーは、割込みのときにプロセッサ・レジスタに
ロードされる。

【００２５】リアル・モード・ディスク・ドライバ３０
０と互換性のあるファッションで物理的ディスク３２０
へのアクセスを制御すべくプロテクト・モード・ディス
ク・ドライバ３１０（図３）のために、プロテクト・モ
ード・ディスク・ドライバ３００は、リアル・モード・
ディスク・ドライバ３００が物理的ディスク３２０に割
当てると同じドライブＩＮＴ １３ｈユニット・ナンバ
ーを割当てなければならない。即ち、例えば、リアル・
モード・ディスク・ドライ３００に対する第１のハード
・ディスクに割当てられたドライブ・ユニット・ナンバ
ー０は、図３に示すように、ハード・ディスクに対する
プロテクト・モード・ディスク・ドライバ３１０によっ
ても割当てられなければならない。ＩＮＴ １３ｈドラ
イブ・ユニット・ナンバー０が、リアル・モード・ディ
スク・ドライバ３００またはプロテクト・モード・ディ
スク・ドライバ３１０を介して、物理的ディスクをアク
セスするための要求において特定されるときに、それが
制御するディスク・ドライバ１１０へドライブ・ユニッ
ト・ナンバー０を割当てたいずれかのディスク・ドライ
バによって同じディスク３２０がアクセスされる。同様
に、ＩＮＴ １３ｈユニット・ナンバー割当ての類似の
パリティは、残りのハード・ディスク３２０に対して存
在しなければならない。プロテクト・モード・ハード・
ディスク・ドライバ３１０がリアル・モード・ハード・
ディスク・ドライバ３００と同じ順番でロードする必要
がないので、これは、プロテクト・モード・ハード・デ
ィスク・ドライバ３１０がロードされる順番でプロテク
ト・モード・ハード・ディスク・ドライバ３１０にＩＮ
Ｔ １３ｈ ドライブ・ユニット・ナンバーを単に割当
てることによって確保されない。

【００２６】上述したように、一貫したドライブ・ユニ
ット・ナンバーを確保するために、好ましい実施例は、
図６を参照して以下に詳述する、ドライブ・テーブル６
００をまず生成する。ドライブ・テーブル６００は、各
リアル・モード・ハード・ディスク・ドライバ３００に
よって用いられたドライブ・ユニット・ナンバーを、そ
のリアル・モード・ハード・ディスク・ドライバ３００
によってアクセスされた物理的ハード・ディスクに記憶
された固有の情報と関連付ける。次に、プロテクト・モ
ード・ハード・ディスク・ドライバ３１０は、ドライバ
・テーブルを用いてドライブ・ユニット・ナンバーを同
じ物理的ハード・ディスク３２０に割当てる。各プロテ
クト・モード・ディスク・ドライバは、固有の情報を得
るために物理的ディスクの選択された部分を読取り、そ
して物理的ハード・ディスクから読み取られた固有の情
報に対応付けられるドライブ・ユニット・ナンバーをド
ライブ・テーブルから抽出する。抽出されたドライブ・
ユニット・ナンバーは、プロテクト・モード・ハード・
ディスク・ドライバによって物理的ハード・ディスクに
割当てられる。図４は、ここでビルド・ドライブ・テー
ブル処理（Build Drive Table process ）と称される、
上述したドライブ・テーブルを生成する処理のフロー図
である。ビルド・ドライブ・テーブル処理は、メモリ１
０２に記憶されたソフトウェアとして実施されかつオペ
レーティング・システム２１０がロードされるときにＣ
ＰＵ１０４によって実行されうる。ステップ４０５で
は、ビルド・ドライブ・テーブル処理は、ディスク・ド
ライブ・カウンタｎを０に初期化し、そしてドライブ・
テーブルにおける全検査合計フラグ（詳細は、後述す
る）も０に初期化される。ステップ４１０では、ビルド
・ドライブ・テーブル処理は、第１の物理的ハード・デ
ィスク３２０を読取るべくＣＰＵ１０４へのＩＮＴ １
３ｈ割込みを開始する。ビルド・ドライブ・テーブル処
理は、値が読取り機能が実行されるべきであること、及
びマスター・ブート・レコードがディスクに記憶される
セクタのセクタ・ナンバーを特定する、ドライブ・ユニ
ット・ナンバー（初期的に０）としてハード・ディスク
・ドライブ・カウンタ値ｎを供給する。ステップ４１５
では、ビルド・ドライブ・テーブル処理は、ステップ４
１０で読み取られたマスター・ブート・レコードがＭＳ
−ＤＯＳオペレーティング・システム２００によって用
いられた標準フォーマットであるかどうかを決定する。
そうであれば、固有のシグネチャ（後述する）が記憶さ
れうるハード・ディスクにロケーションが供給される。
ビルド・ドライブ・テーブル処理は、マスター・ブート
・レコードのバイトＤＡｈがゼロの値を包含するとき
に、マスター・ブート・レコード・フォーマットが標準
であることを決定する。ビルド・ドライブ・テーブル処
理が、ステップ４１０で読み取られたマスター・ブート
・レコードが標準フォーマットであることをステップ４
１５で決定するならば、制御は、ステップ４２０へ進
む。

【００２７】ステップ４２０では、ビルド・ドライブ・
テーブル処理は、マスター・ブート・レコードの特定ロ
ケーションに記憶されたシグネチャが非ゼロ値を有する
かどうかを決定する。図５は、ステップ４１０で読み取
られた物理的ハード・ディスクのセクタ０におけるマス
ター・ブート・レコード（ＭＢＲ）、及びそれに供給さ
れたシグネチャを示す。シグネチャは、セクタ０の連続
するバイトＤＣｈ及びＤＤｈで供給される。もしビルド
・ドライブ・テーブル処理がマスター・ブート・レコー
ドのシグネチャが非ゼロ値であることをステップ４２０
で決定するならば、制御は、ステップ４２５へ進む。ス
テップ４２５では、バイトＤＣｈ及びＤＤｈに記憶され
たシグネチャがドライブ・テーブルのエントリに書き込
まれる。図６は、シグネチャがステップ４２５で書き込
まれるドライブ・テーブルを示す。図６では、ドライブ
・テーブル６００は、各ディスク・ドライブ１１０に対
するドライブ・テーブル・エントリ６１０を包含する。
ドライブ・テーブル・エントリ６１０は、ドライブ・ユ
ニット・ナンバー・フィールド６１２、シグネチャがス
テップ４２５で書き込まれるシグネチャ・フィールド６
１４、及び検査合計フラグ６１６を包含する。制御は、
次にステップ４３０へ進む。ステップ４３０では、ドラ
イブ・ユニット・ナンバーｎが、シグネチャがシグネチ
ャ・フィールド６１４に書き込まれる同じドライブ・テ
ーブル・エントリ６１０のドライブ・ユニット・ナンバ
ー・フィールド６１２に書き込まれる。もしビルド・ド
ライブ・テーブル処理が，マスター・ブート・レコード
のバイトＤＣｈ及びＤＤｈにおけるシグネチャがゼロで
あることをステップ４２０で決定するならば、制御は、
ステップ４３５へ分岐する。ステップ４３５では、ビル
ド・ドライブ・テーブル処理は、ディスク・ドライブ１
１０に対応しているハード・ディスクが ライト・プロ
テクティド（write-protected ）であるかどうかを決定
する。そうであるならば、新しいシグネチャは、ハード
・ディスクに書き込まれえない。もしビルド・ドライブ
・テーブル処理が、ハード・ディスクはライト・プロテ
クティドでないということをステップ４３５で決定する
ならば、制御は、ステップ４４０へ進む。ステップ４４
０では、ビルド・ドライブ・テーブル処理は、新しい、
固有のシグネチャを生成しかつ新しいシグネチャをマス
ター・ブート・レコードのバイトＤＣｈ及びＤＤｈに書
込む。

【００２８】もしビルド・ドライブ・テーブル処理がハ
ード・ディスクはライト・プロテクティドであることを
ステップ４３５で決定するか、またはビルド・ドライブ
・テーブル処理がマスター・ブート・レコードは標準フ
ォーマットでないことをステップ４１５で決定するなら
ば、制御は、ステップ４４５へ分岐する。ステップ４４
５でビルド・ドライブ・テーブル処理は、ステップ４１
０で読み取られたハード・ディスクの第１のセクタの内
容の検査合計を計算する。制御は、ビルド・ドライブ・
テーブル処理が計算された検査合計を、ディスク・ドラ
イブ１１０に対して供給されたドライブ・テーブル・エ
ントリ６１０のシグネチャ・フィールド６１４（図６）
に書込むステップ４５０へ進む。ステップ４５５（図
４）では、ハード・ディスク１１０に対するドライブ・
テーブル・エントリ６１０の検査合計フラグ・フィール
ド６１６に記憶された検査合計フラグ（０に初期化され
た）は、１に設定される。次に制御は、上述したよう
に、ドライブ・ユニット・ナンバーｎがディスク・ドラ
イブ１１０に対して供給されたドライブ・テーブル６１
０に書き込まれるステップ４３０ヘ進む。ステップ４６
５では、ハード・ディスク・ドライブ・カウンタｎが増
分される。次に制御は、全ハード・ディスク・ドライブ
１１０が処理されたかどうかを決定する、ステップ４７
０へ進む。もしそうでなければ、ビルド・ドライブ・テ
ーブル処理は、ステップ４１０へループ・バックする。
もしそうであるならば、ビルド・ドライブ・テーブル処
理は、終了する。

【００２９】図４のビルド・ドライブ・テーブル処理に
よって生成されたドライブ・テーブル６００は、プロテ
クト・モード・ディスク・ドライバ３１０のそれぞれに
よって用いられるべき正しいドライブ・ユニット・ナン
バーを決定するために用いられる。図７は、ここでアサ
イン・ドライブ・ユニット・ナンバー処理（Assign Dri
ve Unit Number process）と称される、プロテクト・モ
ード・ディスク・ドライバ３１０がドライブ・ユニット
・ナンバーを物理的ハード・ディスクに割当てる処理の
フロー図である。アサイン・ドライブ・ユニット・ナン
バー処理は、各プロテクト・モード・ディスク・ドライ
バ３１０のローディング中かつビルド・ドライブ・テー
ブル処理が実行された後に、メモリ１０２に記憶された
ソフトウェアとして実施され、かつオペレーティング・
システム２１０がロードされるときにＣＰＵ１０４によ
って実行されうる。アサイン・ドライブ・ユニット・ナ
ンバー処理のステップ７００において、プロテクト・モ
ード・ディスク・ドライバ３１０は、ロードされる。制
御は、次にステップ７０５へ進む。処理は、次にマスタ
ー・ブート・レコードが標準であるか否かを決定する
（ステップ７０１）。もしマスター・ブート・レコード
が標準でないならば、マスター・ブート・レコードの検
査合計が計算される（ステップ７０２）。結果として得
られた検査合計は、ドライブ・エントリ・テーブルを位
置付けるべくドライブ・テーブルへのインデックスとし
て用いられる。対照的に、もしマスター・ブート・レコ
ードが標準であるならば、アサイン・ドライブ・ユニッ
ト・ナンバー処理は、物理的ハード・ディスクのマスタ
ー・ブート・レコードのバイトＤＣｈ及びＤＤｈに記憶
されたシグネチャを読取る（ステップ７０５）。制御
は、ステップ７１０へ進む。ステップ７１０では、アサ
イン・ドライブ・ユニット・ナンバー処理は、ステップ
７０５で読み取られたシグネチャをシグネチャ・フィー
ルド６１４で有するドライブ・テーブル・エントリ６１
０を見出す。制御は、次にステップ７１５へ進む。ステ
ップ７１５では、ステップ７１０で見出されたドライブ
・テーブル・エントリ６１０のドライブ・ユニット・ナ
ンバー・フィールド６１２に記憶されたドライブ・ユニ
ット・ナンバーは、抽出され、かつ抽出されたドライブ
・ユニット・ナンバーは、ロードされたプロテクト・モ
ード・ディスク・ドライバ３１０によって物理的ハード
・ディスクへ割当てられる。制御は、ロードされるべき
更なるプロテクト・モード・ディスク・ドライバ３１０
があるかどうかが決定されるステップ７２０へ次に進
む。もし更なるプロテクト・モード・ディスク・ドライ
バ３１０がロードされるべきであるならば、制御は、ス
テップ７００へループ・バックする。さもなければ、ル
ーチンは、終了する。上記処理の結果として、同じハー
ド・ディスク・ドライブ１１０を制御するリアル・モー
ド・ディスク・ドライバ３００及びプロテクト・モード
・ディスク・ドライバ３１０は、同じドライブ・ユニッ
ト・ナンバーを同じ物理的ハード・ディスクに割当て
る。

【００３０】次に本発明の第２の態様を説明する。本発
明の第２の態様では、好ましい実施例は、リアル・モー
ド・デバイス・ドライバ２０２及びプロテクト・モード
・デバイス・ドライバ２１２によって用いられる論理ボ
リュームに対するボリューム・ユニット・ナンバーの間
の一貫性を供給する。論理ボリュームは、ディスクまた
はテープのような固定記憶媒体の全部または一部であ
る。各論理ボリュームは、ゼロまたそれ以上のファイル
を有する少なくとも一つのディレクトリを包含してお
り、かつこれらのファイル及びディレクトリを位置決め
するために必要な情報の全てを包含しているセルフサフ
ィシェント（それ自体で完全な）・ファイル・システム
を包含する。オペレーティング・システム２１０及びア
プリケーション・プログラムは、その上に記憶されたフ
ァイルまたはディレクトリを特定するときに“Ａ：”、
“Ｂ：”のような、論理ドライブ文字を有する論理ボリ
ュームを参照する。しばしば論理ボリュームは、ディス
ク・ドライブ１１０に対応するけれども、ディスクは、
一以上の論理ボリュームを包含しうる。論理ボリューム
がリアル・モード・デバイス・ドライバ２０２またはプ
ロテクト・モード・デバイス・ドライバ２１２のいずれ
かによってアクセスされるときには、所望の特定論理ボ
リュームをアクセスするためにボリューム・ユニット・
ナンバー（論理ドライバ文字に対応する）が知られてい
なければならない。上述した、ＢＩＯＳモジュールは、
それを通してオペレーティング・システムまたはアプリ
ケーション・プログラムがディスクの特定論理ボリュー
ムを読取る論理ボリュームＲＥＡＤ機能の実行を要求す
るＩＮＴ ２５ｈ割込みハンドラを供給する。ＢＩＯＳ
モジュールは、それを通してオペレーティング・システ
ムまたはアプリケーション・プログラムがハード・ディ
スクに特定論理ボリュームを書込む論理ボリュームＷＲ
ＩＴＥ機能を要求しうるＩＮＴ ２６ｈ割込みハンドラ
も供給する。ＩＮＴ２５ｈ ＲＥＡＤまたはＩＮＴ ２
６ｈ ＷＲＩＴＥ が要求されるときに、ボリューム・
ユニット・ナンバーは、読み取られるかまたは書き込ま
れるべき特定論理ボリュームを識別するために、特定さ
れなければならない。

【００３１】上述したドライブ・ユニット・ナンバーの
ように、ボリューム・ユニット・ナンバーは、オペレー
ティング・システム（例えば、マイクロソフト・コープ
による、ＭＳ−ＤＯＳオペレーティング・システム）に
よって指定された順番で論理ボリューム（リアル・モー
ド・ボリューム・ドライバ）へのアクセスを制御するリ
アル・モード・デバイス・ドライバ２０２によって論理
ボリュームに割当てられる。その後でオペレーティング
・システム２１０がロードされるときには、プロテクト
・モード・ボリューム・ドライバが制御する同じ論理ボ
リュームにボリューム・ユニット・ナンバーを割当てる
プロテクト・モード・ボリューム・ドライバがロードさ
れる。この関係を示しているブロック図は、図８に示さ
れる。図８に示されたプロテクト・モード・ボリューム
・ドライバ８１０がリアル・モード・ボリューム・ドラ
イバ８００と互換性があるべきであるために、プロテク
ト・モード・ボリューム・ドライバ８１０は、同じ論理
ボリューム８３０に割当てられたリアル・モード・ボリ
ューム・ドライバ８００と同じボリューム・ユニット・
ナンバーを割当てなければならない。それゆえに、図８
に示すように、ボリューム・ユニット・ナンバー０は、
第１の論理ボリュームをアクセスするリアル・モード・
ボリューム・ドライバ８００及びプロテクト・モード・
ボリューム・ドライバ８１０によって第１の論理ボリュ
ームに割当てられる。ボリューム・ユニット・ナンバー
１は、次の論理ボリュームをアクセスするリアル・モー
ド・ボリューム・ドライバ８００及びプロテクト・モー
ド・ボリューム・ドライバ８１０によって割当てられ、
そして最後のボリューム・ユニット・ナンバーｎが割当
てられるまで、各後続の論理ボリュームは、後続のより
大きな値のボリューム・ユニット・ナンバーに割当てら
れる。

【００３２】上述したボリューム・ユニット・ナンバー
の一貫した割当てを供給するために、好ましい実施例
は、図１１を参照して以下に詳述する、ボリューム・テ
ーブル１１００をまず生成する。ボリューム・テーブル
は、各リアル・モード・ボリューム・ドライバ８００に
よって割当てられたボリューム・ユニット・ナンバーを
そのリアル・モード・ボリューム・ドライバ８００によ
ってアクセスされた論理ボリューム８３０に記憶された
固有の通し番号と関連付ける。プロテクト・モード・ボ
リューム・ドライバ８１０は、ボリューム・テーブルを
用いてボリューム・ユニット・ナンバーを同じ論理ボリ
ューム８３０に割当てる。各プロテクト・モード・ボリ
ューム・ドライバは、プロテクト・モード・ボリューム
・ドライバを介して論理ボリューム８３０から固有の通
し番号を読取り、かつ論理ボリュームから読み取られた
固有の通し番号に対応付けられたボリューム・ユニット
・ナンバーをボリューム・テーブルから抽出する。図９
は、ここでビルド・ボリューム・テーブル処理（Build
Volume Table process）と称される、上述したボリュー
ム・テーブルを生成する処理のフロー図である。ビルド
・ボリューム・テーブル処理は、メモリ１０２に記憶さ
れたソフトウェアとして実施されかつオペレーティング
・システム２１０がロードされるときにＣＰＵ１０４に
よって実行される。ステップ９００では、ビルド・ボリ
ューム・テーブル処理は、以下に詳述する論理ボリュー
ム・カウンタｍをゼロに初期化する。制御は、次にステ
ップ９１０へ進む。ステップ９１０では、ビルド・ボリ
ューム・テーブル処理は、ＩＮＴ ２５ｈ 割込みを開
始する。論理ボリューム・カウンタｍは、ボリューム・
ユニット・ナンバーとして特定される。ビルド・ボリュ
ーム・テーブル処理は、割込みパラメータとしてボリュ
ーム・ブート・レコードを記憶している論理ボリューム
の論理セクタも特定する。ＩＮＴ ２５ｈ 割込みは、
論理ＲＥＡＤが実行されるようにする。論理ＲＥＡＤ
は、特定のボリューム・ブート・レコードを有している
指定論理セクタを読取る。この論理セクタは、ボリュー
ム・ブート・レコードの所定のロケーションに記憶され
た固有の通し番号を含む。ボリューム・ブート・レコー
ドのロケーション及びそれに記憶された通し番号は、図
１０に示すように得られる。図１０では、論理ボリュー
ムが供給されるディスクのマスター・ブート・レコード
（ＭＢＲ）は、区分ブート・レコード（partition boot
record ：ＰＢＲ）へのポインタを包含する。区分ブー
ト・レコードは、第１の論理ボリュームを独自に識別す
る通し番号を記憶する第１の（ＶＢＲ）へのポインタを
包含する。追加の論理ボリュームがコンピュータ・シス
テムに常駐（resident）しているところでは、区分ブー
ト・レコードは、図に示すように、第２の区分ブート・
レコードへのポインタを包含する。第２の区分ブート・
レコードは、第２のボリュームを独自に識別する異なる
通し番号を包含する、第２のボリューム・ブート・レコ
ードへのポインタを包含する。追加の論理ボリューム
は、同じファッションで表される。

【００３３】制御は、次にステップ９２０へ進む。ステ
ップ９２０では、ビルド・ボリューム・テーブル処理
は、ボリューム・ブート・レコードで得られた通し番号
を、図１１に示された、ボリューム・テーブル１１００
に書込む。ボリューム・テーブル１１００は、コンピュ
ータ・システムに常駐する各論理ボリュームに対するボ
リューム・テーブル・エントリ１１１０を包含する。各
ボリューム・テーブル・エントリ１１１０は、ボリュー
ム・ナンバー・フィールド１１１２と通し番号フィール
ド１１１４を包含する。ビルド・ボリューム・テーブル
処理は、通し番号を、ボリューム・ユニット・ナンバー
ｍが割当てられるリアル・モード・ボリューム・ドライ
バ８００によって制御された論理ボリュームに対して供
給されたボリューム・テーブル・エントリ１１１０の通
し番号フィールド１１１４に書込む。制御は、次にステ
ップ９３０へ進む。ステップ９３０では、ビルド・ボリ
ューム・テーブル処理は、ボリューム・ユニット・ナン
バーｍを、通し番号がステップ９２０で書き込まれるボ
リューム・テーブル・エントリ１１１０のボリューム・
ユニット・ナンバー・フィールド１１１２に書込む。制
御は、次に、ボリューム・カウンタｍが増分される、ス
テップ９４０へ進む。次に、ステップ９５０では、論理
ボリュームの全てが処理されたかどうかが決定される。
もしそうでなければ、制御はステップ９００ヘループす
る。もしそうであれば、ビルド・ボリューム・テーブル
処理は、終了する。

【００３４】得られたボリューム・ユニット・ナンバー
は、次に正しい論理ボリュームに割当てられる。ここで
アサイン・ボリューム・ユニット・ナンバー処理（Assi
gn Volume Unit Number process ）と称する、ボリュー
ム・ユニット・ナンバーが割当てられる処理のフロー図
が、図１２に示される。図１２に示されたアサイン・ボ
リューム・ユニット・ナンバー処理は、メモリ１０２に
記憶されたソフトウェアとして実施されかつオペレーテ
ィング・システム２１０がロードされるときにＣＰＵ１
０４によって実行される。アサイン・ボリューム・ユニ
ット・ナンバー処理のステップ１２００では、プロテク
ト・モード・ボリューム・ドライバ８１０がロードされ
る。制御は、次にステップ１２０２へ進む。ステップ１
２０２では、アサイン・プロテクト・モード・ボリュー
ム・ナンバー処理は、論理ボリュームのボリューム・ブ
ート・レコードから通し番号を読取る（マスター・ブー
ト・レコードから区分ブート・レコードまでのパスに続
いてボリューム・ブート・レコードまで）。制御は、次
にステップ１２０４へ進む。ステップ１２０４では、ア
サイン・ボリューム・ユニット・ナンバー処理は、ステ
ップ１２０２で読み取った通し番号を包含するボリュー
ム・テーブル１１００のボリューム・テーブル・エント
リ１１１０を位置決めする。ステップ１２０６では、ス
テップ１２０４で得られたボリューム・テーブル・エン
トリ１１１０のボリューム・ユニット・ナンバー・フィ
ールド１１１２に記憶されたボリューム・ユニット・ナ
ンバーは、ロード・プロテクト・モード・ボリューム・
ドライバ８１０によって論理ボリュームに割当てられ
る。ステップ１２０８では、アサイン・ボリューム・ユ
ニット・ナンバー処理は、処理すべき更なるボリューム
・ブート・レコード（ＶＢＲ’ｓ）があるかどうかを決
定する。もしそうであるならば、制御は、ステップ１２
００へループする。さもなくば、アサイン・ボリューム
・ユニット・ナンバー処理は、終了する。結果として、
リアル・モード・ボリューム・ドライバ８００及びプロ
テクト・モード・ボリューム・ドライバ８１０は、それ
らがアクセスするボリュームに対する同じドライブ・ユ
ニット・ナンバーを用いる。

【００３５】次に、本発明の第３の態様を記述する。本
発明の第３の態様では、好ましい実施例は、アダプタ１
０８（図１）に対するアダプタ・ナンバーの間の一貫性
を供給する。これらのアダプタ・ナンバーは、それに接
続された周辺装置１２０をアクセスすべくアダプタ１０
８を制御するためにリアル・モード・デバイス・ドライ
バ２０２及びプロテクト・モード・デバイス・ドライバ
２１２によって用いられる。例えば、アダプタ１０８
は、ＳＣＳＩアダプタであり、そしてＭＳ−ＤＯＳオペ
レーティング・システムは、リアル・モード・ＳＣＳＩ
・アダプタ・ドライバを供給する。ＳＣＳＩアダプタ・
ドライバは、例えば、ＡＳＰＩ（アドバンスド・ＳＣＳ
Ｉ・プログラミング・インタフェース：Advanced SCSI
Programming Interface ）及びＣＡＭ（コモン・アクセ
ス・メソッド：Common Access Method）・ドライバを含
む。その後でオペレーティング・システム２１０がロー
ドされるときに、リアル・モード・アダプタ・ドライバ
と同じアダプタ１０８を制御するプロテクト・モード・
アダプタ・ドライバが供給される。上述したアダプタ・
ドライバ及びアダプタ１０８の間の関係を示すブロック
図が図１３に示される。同じアダプタ１０８を制御する
リアル・モード・アダプタ・ドライバ１３００と互換性
のあるファッションでアダプタ１０８を制御すべく図１
３に示されたプロテクト・モード・アダプタ・ドライバ
１３１０に対して、同じアダプタ・ナンバーが、リアル
・モード・アダプタ・ドライバ１３００が同じアダプタ
１０８に割当てるプロテクト・モード・アダプタ・ドラ
イバ１３１０によって割当てられなければならない。ア
ダプタ・ナンバーは、リアル・モード・アダプタ・ドラ
イバ１３００によって順序に割当てられる。例えば、Ｍ
Ｓ−ＤＯＳオペレーティング・システムによってロード
されたときには、アダプタ・ナンバーは、リアル・モー
ド・アダプタ・ドライバ１３００がロードされる順序で
割当てられる。しかしながら、オペレーティング・シス
テム２１０は、プロテクト・モード・アダプタ・ドライ
バ１３１０を対応しているリアル・モード・アダプタ・
ドライバ１３００と同じ順序でロードする必要がない。
それゆえに、同じアダプタ・ナンバーが、同じアダプタ
１０８を制御するリアル・モード・アダプタ・ドライバ
１３００及びプロテクト・モード・アダプタ・ドライバ
１３１０に割当てられるということが確信されえない。

【００３６】加えて、プロテクト・モード・ドライバが
存在するときでさえも、あるアプリケーション・プログ
ラムは、リアル・モード・アダプタ・ドライバ１３００
を用いることを要求しうる。更なる複雑は、周辺装置を
アクセスするために要求を、一つのインタフェース形式
（例えば、ＡＳＰＩ）のリアル・モード・アダプタ・ド
ライバ１３００を介して、異なるインタフェース形式
（例えば、ＣＡＭ）のリアル・モード・アダプタ・ドラ
イバ１３００へマップするインタフェース・マッパー１
３２０が供給されうるということである。それゆえに、
リアル・モード・アダプタ・ドライバをアクセスするた
めのアプリケーション・プログラム要求は、同じアダプ
タ１０８を制御するプロテクト・モード・アダプタ・ド
ライバ１３１０にマップされなければならない。更に、
宛先リアル・モード・アダプタ・ドライバ１３００へイ
ンタフェース・マッパー１３２０によってマップされる
リアル・モード・アダプタ・ドライバ１３００をアクセ
スするための要求は、宛先リアル・モード・アダプタ・
ドライバ１３００に対応するプロテクト・モード・アダ
プタ・ドライバ１３１０へもマップされなければならな
い。要求のマッピング及びアダプタ・ナンバーの一貫し
た割当てを正しいプロテクト・モード・アダプタ・ドラ
イバ１３１０へ供給するために、好ましい実施例は、各
アダプタ１０８に対して、図１５を参照して以下に詳述
する、リアル・モード・データ構造１５００をまず生成
する。リアル・モード・データ構造は、リアル・モード
・アダプタ・ドライバが制御するアダプタ１０８へリン
ク・モード・アダプタ・ドライバ１３００によって割当
てられたアダプタ・ナンバーを同じアダプタ１０８に接
続された各周辺装置１２０から得られた周辺情報と関連
付ける。インタフェース・マッパー１３２０が供給され
るときには、リアル・モード・データ構造は、アダプタ
・ナンバー及び周辺情報をインタフェース形式とも関連
付ける。インタフェース形式は、リアル・モード・アダ
プタ・ドライバ１３００への要求がインタフェース・マ
ッパー１３２０によってマップされる宛先リアル・モー
ド・アダプタ・ドライバ１３００のインタフェースの形
式を規定する。

【００３７】その後でプロテクト・モード・アダプタ・
ドライバ１３１０がロードされるときには、データ制御
ブロック１８００が、アダプタ１０８に接続された各周
辺装置１２０に対して生成される。データ制御ブロック
１８００は、図１８を参照して以下に詳述される。デー
タ制御ブロックは、プロテクト・モード・アダプタ・ド
ライバ１３１０によって制御されたアダプタ１０８を介
して各周辺装置１２０から得られた周辺情報を包含す
る。各データ制御ブロックの周辺情報は、リアル・モー
ド・データ構造１５００に記憶された周辺情報と比較さ
れる。周辺情報が同じであるときには、アダプタ・ナン
バーは、リアル・モード・データ構造１５００から抽出
される。抽出されたアダプタ・ナンバーは、データ制御
ブロックがそのアダプタ１０８を制御するプロテクト・
モード・アダプタ・ドライバ１３１０によって供給され
る周辺装置１２０に接続されたアダプタ１０８に割当て
られる。インタフェース・マッパー１３２０が供給され
る場合では、一つ以上のリアル・モード・データ構造の
周辺情報は、データ制御ブロック１８００の周辺情報と
一致しうる。そのような場合には、宛先リアル・モード
・アダプタ・ドライバ１３００に対応するアダプタ・ナ
ンバーは、そのアダプタ１０８を制御するプロテクト・
モード・アダプタ・ドライバによってデータ制御ブロッ
クに対応している周辺装置１２０に接続されたアダプタ
１０８に割当てられる。このアダプタ・ナンバーは、ア
ダプタ・ナンバーをインタフェース形式（即ち、宛先リ
アル・モード・アダプタ・ドライバ１３００のインタフ
ェース形式）と関連付けるリアル・モード・データ構造
から得られる。

【００３８】ここで、ビルド・リアル・モード・データ
構造（ＲＭＤｓ）処理（Build RealMode Data Structur
es process ）と称される、上述したリアル・モード・
データ構造を生成する処理のフロー図が、図１４に示さ
れる。ビルドＲＭＤｓ処理は、メモリ１０２に記憶され
たソフトウェアとして実施されかつＣＰＵ１０４によっ
て実行されうる。ステップ１４００では、ビルドＲＭＤ
ｓ処理は、インタフェース形式、アダプタ・カウンタ、
周辺カウンタ、及びリアル・モード・データ構造（上記
の全ては、以下に詳述する）を初期化する。ステップ１
４０２では、ビルドＲＭＤｓ処理は、アダプタ・カウン
タ（初期的に０）によって示されたアダプタ・ナンバー
が割当てられるリアル・モード・アダプタ・ドライバ１
３００を介して、ＳＣＳＩ照会命令（inquiry instruct
ion ）を供給する。ＳＣＳＩ照会命令は、周辺ユニット
・カウンタ（各アダプタに対して初期的に０）によって
示された周辺装置１２０から周辺情報を得る。次に、ス
テップ１４０４では、ビルドＲＭＤｓ処理は、周辺情報
とアダプタ・ナンバーを、周辺装置１２０に対応してお
りかつアダプタ１０８に対応しているリアル・モード・
データ構造に対応付けられたユニット規則子（unit spe
cifier）に一緒に記憶する。

【００３９】リアル・モード・データ構造及びユニット
規則子は、図１５に詳細に示される。各ＲＭＤ１５００
は、次のＲＭＤポインタ１５０２及びユニット・ポイン
タ１５０４を包含する。次のＲＭＤポインタ１５０２
は、次のリアル・モード・アダプタ・ドライバ１３００
に対応している次のＲＭＤを指す。次のリアル・モード
・アダプタ・ドライバ１３００は、ＲＭＤ１５００が対
応するリアル・モード・アダプタ・ドライバ１３００の
後の次にロードされるアダプタ・ドライバである。ユニ
ット・ポインタ１５０４は、周辺データ・フィールド１
５１２及びユニット・ポインタ１５１４を有している第
１のユニット規則子１５１０を指す。ユニット・ポイン
タ１５１４は、ＲＭＤ１５００に対応するアダプタ１０
８に接続された次の周辺装置１２０に対応している次の
ユニット規則子１５１０を指す。周辺データ・フィール
ド１５１２の特定内容（specific contents ）は、図１
６に示される。周辺データ・フィールド１５１２は、タ
ーゲットＩＤ１６０２、論理ユニット・ナンバー１６０
４、及びユニット規則子１５１０が対応する周辺装置１
２０から得られた検査合計１６０６からなる周辺情報１
６００を包含する。周辺データ・フィールド１５１２
は、インタフェース形式１６１０及びＲＭＤ１５００が
対応するアダプタ１０８に対応するアダプタ・ナンバー
１６２０を更に含む。

【００４０】周辺情報がビルドＲＭＤｓ処理のステップ
１４０４で記憶された後、制御は、ステップ１４０６へ
進む。ステップ１４０６では、ビルドＲＭＤｓ処理は、
初期に特定されたインタフェース形式と異なるＳＣＳＩ
照会命令を実行することにおいてリアル・モード・アダ
プタ・ドライバ１３００が呼び出されたかどうかを決定
する。例えば、インタフェース形式は、ＡＳＰＩドライ
バである全てのリアル・モード・アダプタ・ドライバ１
３００を介してＳＣＳＩ照会命令がまず供給されるよう
に、ＡＳＰＩに初期に設定される。そのような場合に
は、ビルドＲＭＤｓ処理は、ＡＳＰＩ以外のインタフェ
ース形式を有しているリアル・モード・アダプタ・ドラ
イバ１３００が呼び出されたかどうかをステップ１４０
６で初期に決定する。リアル・モード・アダプタ・ドラ
イバ１３００に対する要求を異なる、宛先リアル・モー
ド・アダプタ・ドライバ１３００へマップするインタフ
ェース・マッパー１３２０が供給されるときにはいつで
も異なるインタフェース形式を有しているリアル・モー
ド・アダプタ・ドライバ１３００が呼び出される。も
し、ステップ１４０６にて、ビルドＲＭＤｓ処理が異な
るインタフェース形式が呼び出されたということを決定
するならば、制御は、ステップ１４０８へ分岐する。ス
テップ１４０８では、ビルドＲＭＤｓ処理は、ＲＭＤ１
５００の周辺データ・フィールド１５１２のインタフェ
ース形式１６１０として宛先リアル・モード・アダプタ
・ドライバ１３００のインタフェース形式を記憶し、周
辺データ・フィールド１５１２に初期に記憶されたゼロ
値を置き換える。インタフェース形式が記憶されるＲＭ
Ｄ１５００は、アダプタ・カウンタによって示されたア
ダプタ・ナンバーが割当てられるリアル・モード・アダ
プタ・ドライバ１３００に対応する。

【００４１】もし、ステップ１４０６にて、ビルドＲＭ
Ｄｓ処理が、異なるインタフェース形式は呼び出されな
いということを決定するならば、制御は、ステップ１４
１０へ進む。制御は、ステップ１４０８が実行された後
にも１４１０へ進む。ステップ１４１０では、周辺カウ
ンタが増分されかつ次のユニット規則子１５１０が得ら
れる。制御は、ステップ１４１２へ進む。ステップ１４
１２では、ビルドＲＭＤｓ処理は、アダプタ１０８に接
続された周辺装置１２０の全てが処理されたかどうかを
決定する。もしそうであるならば、制御は、ステップ１
４０２へループ・バックする。もしそうでないならば、
制御は、アダプタ・カウンタが増分されるステップ１４
１４へ分岐する。制御は、周辺カウンタが０にリセット
されかつ次のＲＭＤが得られるステップ１４１６へ進
む。ステップ１４１８では、ビルドＲＭＤｓ処理は、ア
ダプタ１０８の全てが処理されたかどうかを決定する。
もしそうであるならば、ビルドＲＭＤｓ処理は、終了す
る。もしそうでなければ、制御は、ビルドＲＭＤｓルー
チンが最後のリアル・モード・アダプタ・ドライバ１３
００のインタフェース形式がＡＳＰＩであるどうかを決
定する、ステップ１４２０へ進む。もしそうであるなら
ば、ステップ１４２２にて、ビルドＲＭＤｓルーチン
は、ＡＳＰＩドライバの全てが処理されたかどうかを決
定する。もしそうでなければ、制御は、ステップ１４０
２へループ・バックする。もしそうであれば、制御は、
インタフェース形式がＣＡＭに設定されるステップ１４
２４へ進む。制御は、次にステップ１４０２へループす
る。もし、ステップ１４２０で、ビルドＲＭＤｓ処理が
インタフェース形式はＡＳＰＩでないと決定するなら
ば、制御は、ビルドＲＭＤｓ処理が最後のリアル・モー
ド・アダプタ・ドライバ１３００のインタフェース形式
はＣＡＭであるかどうかを決定する、ステップ１４２６
へ分岐する。もしそうであるならば、制御は、ビルドＲ
ＭＤｓ処理が全てのＣＡＭドライバが処理されたかどう
かを決定する、ステップ１４２８へ進む。もしそうでな
いならば、制御は、ステップ１４０２へループする。も
しそうであるならば、制御は、インタフェース形式がＩ
ＮＴ ４Ｂに設定されるステップ１４３０へ進む。制御
は、次にステップ１４０２へループする。

【００４２】ここで、ビルド・デバイス・制御・ブロッ
ク（ＤＣＢｓ）処理（Build DeviceControl Blocks pro
cess ）と称される、デバイス制御ブロックを生成する
処理が、図１７に示される。ビルドＤＣＢｓ処理は、メ
モリ１０２に記憶されたソフトウェアとして実施されか
つオペレーティング・システム２１０がロードされると
きにＣＰＵ１０４によって実行される。ステップ１７０
０では、ビルドＤＣＢｓ処理は、プロテクト・モード・
アダプタ・ドライバ１３１０をロードする。制御は、次
にステップ１７０５へ進む。ステップ１７０５では、ビ
ルドＤＣＢｓ処理は、ロード・プロテクト・モード・ア
ダプタ・ドライバ１３１０によって制御されるアダプタ
１０８に接続された周辺装置１２０からロード・プロテ
クト・モード・ドライバ１３１０を介して周辺情報を走
査する。制御は、ステップ１７１０へ進む。ステップ１
７１０では、ビルドＤＣＢｓ処理は、ステップ１７０５
で走査された周辺情報を、ロード・プロテクト・モード
・アダプタ・ドライバ１３１０に対応しているデバイス
制御ブロック（ＤＣＢ）に記憶する。周辺情報が記憶さ
れるデバイス制御ブロック（ＤＣＢ）は、図１８に示さ
れる。図１８に示されたように、デバイス制御ブロック
１８００は、ロード・プロテクト・モード・アダプタ・
ドライバ１３１０によって制御されたアダプタ１０８に
接続された周辺装置１２０から走査された周辺情報に基
づいて、周辺装置、論理ユニット・ナンバー１８０４、
及び検査合計１８０６を識別するターゲットＩＤ１８０
２を包含する。

【００４３】制御は、次にステップ１７１５へ進む。ス
テップ１７１５では、ビルドＤＣＢｓ処理は、更なる周
辺装置１２０が、ロード・プロテクト・モード・アダプ
タ・ドライバ１３１０によって制御されるアダプタ１０
８に接続されるかどうかを決定する。もしそうであるな
らば、制御は、ステップ１７００へループする。さもな
くば、制御は、ビルドＤＣＢｓ処理が更なるプロテクト
・モード・アダプタ・ドライバがロードされるべきであ
るかどうかを決定する、ステップ１７２０へ進む。も
し、ビルドＤＣＢｓルーチンが更なるプロテクト・モー
ド・アダプタ・ドライバ１３１０がロードされるべきで
あることをステップ１７２０で決定するならば、制御
は、ステップ１７００へループする。さもなくば、ビル
ドＤＣＢｓ処理は、終了する。ここで、アサイン・アダ
プタ・ナンバー処理（Assign Adaper Numbers process
）と称される、アダプタ・ナンバーをプロテクト・モ
ード・アダプタ・ドライバ１３１０へ割当てる処理のフ
ロー図は、図１９に示される。アサイン・アダプタ・ナ
ンバー処理は、メモリ１０２に記憶されたソフトウェア
として実施されかつＣＰＵ１０４によって実行されう
る。ステップ１９００では、アサイン・アダプタ・ナン
バー処理は、以下に詳述する、ＤＣＢｓ１８００、ＲＭ
Ｄｓ１５００及びユニット規則子１５１０を初期化す
る。ステップ１９０２では、同様に以下に詳述する、
“マッチズ（matches ：一致）”カウンタが０に初期に
設定される。ステップ１９０４では、ＲＭＤ１５００の
ユニット規則子１５１０に記憶された周辺情報が、ＤＣ
Ｂ１８００に記憶された周辺情報と比較される。制御
は、次にステップ１９０６へ進む。ステップ１９０６で
は、アサイン・アダプタ・ナンバー処理は、ユニット規
則子１５１０の周辺情報がＤＣＢ１８００の周辺情報と
同じであるかどうかを決定する。

【００４４】もし、ステップ１９０６にて、周辺情報が
一致すると決定されるならば、制御は、ステップ１９０
８へ進む。ステップ１９０８では、マッチズ・カウンタ
は、増分される。制御は、マッチズ・カウンタの値によ
ってインデックスされた宛先フラブ（destination fla
g）がＦａｌｓｅ（ファールス：誤り）であるべく初期
に設定される、ステップ１９１０へ進む。制御は、ステ
ップ１９１２へ進む。ステップ１９１２では、ユニット
規則子１５１０に記憶されたアダプタ・ナンバーは、マ
ッチズ・カウンタの値によってインデックスされた“ド
ライバ”変数（“Driver” variable ）に割当てられ
る。ドライバ変数は、ＤＣＢ１８００に対応しているプ
ロテクト・モード・アダプタ・ドライバ１３１０のアダ
プタ・ナンバーを試験的（仮り）に包含する。制御は、
ステップ１９１４へ進む。ステップ１９１４では、イン
タフェース形式１６１０（非ゼロ値）がユニット規則子
１５１０の周辺データ・フィールド１５１２に記憶され
るかどうかが決定される。インタフェース形式１６１０
は、初期にゼロ値であり、かつ図１４のビルドＲＭＤｓ
処理のステップ１４０８で記憶されたときにだけインタ
フェース形式に設定される。ステップ１４０８は、リア
ル・モード・アダプタ・ドライバ１３００に対する要求
を、異なる、宛先リアル・モード・アダプタ・ドライバ
１３００にマップするインタフェース・マッパー１３２
０が供給されたときにだけ実行される。もし、ステップ
１９１４にて、非ゼロ値がユニット規則子１５１０の周
辺データ・フィールド１５１２におけるインタフェース
形式１６１０として記憶されることが決定されるなら
ば、制御は、ステップ１９１６へ進む。ステップ１９１
６では、マッチズ・カウンタの値によってインデックス
された宛先フラグは、Ｔｒｕｅ（トルー：真）に設定さ
れる。

【００４５】制御は、アサインド・アダプタ・ナンバー
処理が更なるユニット規則子１５１０がＲＭＤ１５００
に対応するかどうかを決定する、ステップ１９２２へ進
む。もしそうであるならば、制御は、次のユニット規則
子１５１０が得られて、ステップ１９２４へ進み、制御
は、次にステップ１９０２へループする。さもなけれ
ば、制御は、更なるＲＭＤｓが供給されるかどうかが決
定される、ステップ１９２６へ分岐する。もしそうであ
るならば、次のＲＭＤ１５００が得られて、制御は、ス
テップ１９０２へループする。さもなければ、制御は、
ステップ１９３０へ分岐する。ステップ１９３０では、
マッチングＲＭＤのアダプタ・ナンバーは、そのＲＭＤ
と一致するＤＣＢに対応しているプロテクト・モード・
アダプタ・ドライバ１３１０に対するアダプタ１０８に
割当てられる。二つ以上のＲＭＤがＤＣＢと一致したと
きには、インタフェース形式（宛先リアル・モード・ア
ダプタ・ドライバのもの）に対応付けられたＲＭＤに記
憶されたアダプタ・ナンバーは、プロテクト・モード・
アダプタ・ドライバ１３１０によって割当てられる。こ
の割当ては、次の擬似コードによって示されうる：も
し、マッチズ ＝ １ならば、 アダプタ・ナンバー ＝ ドライバ （マッチズ） もし、マッチズ ＞ １ ならば、ｎ ＝ １からマッ
チズまでに対して もし、宛先 （マッチズ） ＝ Ｔｒｕｅ ならば、 アダプタ・ナンバー ＝ ドライバ （マッチズ） 制御は、次に、更なるＤＣＢｓが処理されるべきである
かどうかが決定される、ステップ１９３２へ進む。もし
そうであるならば、制御は、次のＤＣＢが得られる、ス
テップ１９３４へ進み、そして制御は、ステップ１９０
２へループする。もしそうでないならば、ルーチンは、
終了する。

【００４６】本発明の第４の態様では、好ましい実施例
は、供給されたリアル・モード機能ドライバ２０４のプ
ロテクト・モード・アコモデーションを供給する。本発
明の第４の態様では、好ましい実施例は、そのようなリ
アル・モード機能ドライバ２０４の使用をまず検出す
る。好ましい実施例は、検出されたリアル・モード機能
ドライバ２０４の機能性が常駐プロテクト・モード機能
ドライバによって供給されるかどうかを決定する。もし
そうであるならば、リアル・モード機能ドライバへの要
求は、プロテクト・モード機能ドライバ２１４へマップ
される。もしそうでなければ、好ましい実施例は、リア
ル・モード・デバイス・ドライバ２０２の代わりにプロ
テクト・モード・デバイス・ドライバ２１２と作動すべ
くリアル・モード機能ドライバ２０４を適応させる。こ
こで、アコモデート・リアル・モード（ＲＭ）機能ドラ
イブ処理（Accommodate Real Mode (RM) Functional Dr
ivers process ）と称される、リアル・モード機能ドラ
イバをアコモデートする処理は、図２０に示される。ア
コモデート・リアル・モード機能ドライブ処理は、メモ
リ１０２に記憶されたソフトウェアとして実施されかつ
ＣＰＵ１０４によって実行されうる。アコモデート・リ
アル・モード機能ドライブ処理のステップ２０００で
は、アコモデート・リアル・モード機能ドライブ処理
は、リアル・モード機能ドライバを検出するディテクト
・リアル・モード機能ドライバ処理（Detect Real Mode
Functional Driver process）を実行する。ディテクト
・リアル・モード機能ドライバ処理は、図２１に示され
る。ディテクト・リアル・モード機能ドライバ処理のス
テップ２１００では、“検出された（detected）”ブー
ル値（Boolean value ）がＦａｌｓｅに初期に設定され
る。制御は、次にステップ２１０５へ進む。ステップ２
１０５では、ディテクト・リアル・モード機能ドライバ
処理は、リアル・モード論理ドライバに対して供給され
たディスク・パラメータ・ブロック（disk parameter b
lock）から現行ドライバ情報を得る。

【００４７】ディスク・パラメータ・ブロックは、図２
２に示される。図２２に示すように、ディスク・パラメ
ータ・ブロック２２００は、現行ドライバ情報２２０２
及び実行すべき第一のドライバを指すポインタ２２０４
を包含する。初期に、ディスク・パラメータ・ブロック
２２００のポインタ２２０４は、プロテクト・モード・
デバイス・ドライバ２２３０によっても制御されたデバ
イス２２２０を制御するリアル・モード・デバイス・ド
ライバ２２１０を指す。しかしながら、リアル・モード
・デバイス・ドライバ２２１０を補うべくリアル・モー
ド機能ドライバ２２４０が供給されたところでは、ポイ
ンタ２２０４がリアル・モード機能ドライバ２２４０を
指すように、リアル・モード機能ドライバ２２４０であ
るべき呼出しは、フックされる。そのような場合には、
現行ドライバ情報２２０２は、それによって最初に記述
されたリアル・モード・デバイス・ドライバ２２１０の
代わりにリアル・モード機能ドライバ２２４０を記述す
る。機能ドライバが、個別のドライバではなく、リアル
・モード・ドライバの一部でありうるということは、注
目されるべきである。制御は、次にステップ２１１０へ
進む。ステップ２１１０では、ディテクト・リアル・モ
ード機能ドライバ処理は、ＩＯ．ＳＹＳモジュールから
オリジナル・ドライバ構造を得る。ＩＯ．ＳＹＳソフト
ウェア・モジュールは、ＭＳ−ＤＯＳオペレーティング
・システム２００を始動させるためにコンピュータ・シ
ステムのハードウェア製造者によって供給されたよく知
られたモジュールである。オリジナル・ドライバ構造
は、図２３に示される。オリジナル・ドライバ構造は、
リアル・モード・ドライバ・ネーム、多数の制御された
ユニット、リアル・モード・ドライバ・ヘッダー・アド
レスを包含する。制御は、次に、オリジナル・ドライバ
構造２３００のリアル・モード・ドライバ・ネーム、多
数の制御されたユニット及びリアル・モード・ドライバ
・ヘッダー・アドレスが、同じデバイス２２２０に対応
している現行ドライバ情報と比較される。リアル・モー
ド機能ドライバ２２４０が供給されるところでは、オリ
ジナル・ドライバ構造２３００の情報は、データ・パラ
メータ・ブロック２２００の現行ドライバ情報２２０２
と一致しない。それゆえに、ステップ２１１５で現行ド
ライバ情報が一致いないことが決定されるときに、制御
は、“検出された”フラグがＴｒｕｅに設定される、ス
テップ２１２０へ進む。さもなくば、検出されたフラグ
は、Ｆａｌｓｅのままである。次に処理は、図２０に示
されたアコモデート・リアル・モード機能ドライブ処理
を実行することを継続すべく戻る。

【００４８】ディテクト・リアル・モード機能ドライバ
処理がアコモデート・リアル・モード機能ドライブ処理
のステップ２０００で実行された後に、制御は、ステッ
プ２０１０へ進む。ステップ２０１０では、検出された
フラグは、ディテクト・リアル・モード機能ドライバ処
理によってＴｒｕｅであるべく設定されたかどうかが決
定される。もしそうであるならば、制御は、ステップ２
０１５へ進む。ステップ２０１５では、リアル・モード
機能ドライバ・ネームが“安全ドライバ（safedriver
）”・リストに見出されるかどうかが決定される。安
全ドライバ・リストは、安全ドライバ・リストは、図２
４に示される。図２４では、安全ドライバ・リスト２４
００は、リアル・モード機能ドライバ・ネームのリスト
２４０２を包含する。もし、ステップ２０１５にて、リ
アル・モード機能ドライバ・ネームが安全ドライバ・リ
ストで見出せたならば、制御は、ステップ２０２５へ進
む。ステップ２０２５では、アコモデート・リアル・モ
ード機能ドライブ処理は、リアル・モード機能ドライバ
要求を、安全ドライバ・リストで識別されたプロテクト
・モード・ドライバへマップする。もしリアル・モード
機能ドライバ・ネームが、ステップ２０１５で安全ドラ
イバ・リストに見出せないならば、制御は、アダプト・
リアル・モード機能ドライバ処理が実行される、ステッ
プ２０３０へ進む。制御は、次に、アコモデート・リア
ル・モード機能ドライブ処理が更なるリアル・モード論
理ドライバが供給されるかどうかを決定する、ステップ
２０３５へ進む。もしそうであるならば、制御は、次の
リアル・モード論理ドライバが得られる、ステップ２０
４０へ進み、そして制御は、ステップ２０００へループ
する。もしそうでなければ、アコモデート・リアル・モ
ード機能ドライブ処理は、終了する。

【００４９】図２５は、アダプト・リアル・モード機能
ドライバ処理によって実行された複数の主な機能ステッ
プを示す。この処理は、メモリ１０２に記憶されるソフ
トウェアを実行することによって実施されかつＣＰＵ１
０４によって実行される。この処理は、プロテクト・モ
ード・ドライバが安全ドライバ・リストになく、そし
て、それゆえに、所望の機能性を供給するためにリアル
・モード機能ドライバが依存されなければならないとき
に、呼び出される。従って、図２５に示すように、プロ
テクト・モード・ドライバへの論理要求は、リアル・モ
ード・マッパーを介してリアル・モード機能ドライバへ
送られる（ステップ２５００）。次に、この要求は、要
求がチェーンの最後のドライバに到達するまでリアル・
モード・ドライバ・チェーンに代々伝えられる（ステッ
プ２５０２）。リアル・モード・ドライバによるＡＰＩ
呼出しは、プロテクト・モードにフックされる（ステッ
プ２５０４）。それゆえに、ＡＰＩ、ＣＡＭまたはＩＮ
Ｔ １３ｈ ＡＰＩ呼出しは、プロテクト・モードにフ
ックされる。もしＡＰＩ呼出しがないならば、プロテク
ト・モードへのフックがない。本発明は、一つ以上の特
定な実施例を参照して記述されたが、本発明の精神から
逸脱することなく、当業者によって種々の変更がなされ
うるということは、注目すべきである。本発明の範疇
は、特許請求の範囲により適宜に規定される。

【００５０】

【発明の効果】本発明は、同じデバイスをアクセスする
リアル・モード・デバイス・ドライバと互換性があるプ
ロテクト・モード・デバイス・ドライバを供給する。プ
ロテクト・モード・デバイス・ドライバは、それらが同
じデバイスをアクセスするために同じ基準値（referenc
e values）を使用するという意味でリアル・モード・デ
バイス・ドライバと互換性がある。好ましい実施例で
は、本発明は、プロテクト・モードで動作することがで
きかつプロテクト・モード・デバイス・ドライバを有し
ているオペレーティング・システムを供給する。プロテ
クト・モードにおけるオペレーティング・システムの動
作中、プロテクト・モード・デバイス・ドライバは、オ
ペレーティング・システムまたはアプリケーション・プ
ログラムによってそのように要求されたときにデバイス
をアクセスする。オペレーティング・システムまたはリ
アル・モード動作を必要とするアプリケーション・プロ
グラムによって要求されたときにリアル・モードでデバ
イスをアクセスするリアル・モード・デバイス・ドライ
バも供給される。プロテクト・モード・デバイス・ドラ
イバは、リアル・モード・デバイス・ドライバが同じデ
バイスに割当てるのと同じ基準値をデバイスに割当て
る。本発明は、以下に説明する、本発明の多重的態様を
供給することによってこれらの基準値に関する互換性を
確実にする。

【００５１】本発明の第１の態様は、同じ物理的ディス
クがリアル・モード及びプロテクト・モード・ティスク
・ドライバによってアクセスされるドライブ・ユニット
・ナンバー（drive unit numbers）の一貫した割当てを
供給する。物理的ディスクをアクセスするリアル・モー
ド・ディスク・ドライバは、それらの物理的ディスク
に、同じ物理的ディスクをアクセスするプロテクト・モ
ード・ディスク・ドライバと同じドライブ・ユニット・
ナンバーを割当てない。問題は、リアル・モード・ディ
スク・ドライバがＢＩＯＳ ＩＮＴ １３ｈ 割込みに
対する対応するプロテクト・モード・ディスク・ドライ
バに割当てられたドライブ・ナンバーとは異なるドライ
ブ・ナンバーを有しうるということである。本発明の第
１の態様では、好ましい実施例は、同じ物理的ディスク
・デバイス・ドライバがリアル・モード及びプロテクト
・モード・物理的ディスク・ドライバの両方によってＩ
ＮＴ１３ｈ 割込みを介してアクセスされる、ドライブ
・ユニット・ナンバーの一貫した割当てを供給する。結
果として、同じ物理的ディスクへのアクセスが、互換性
のあるファッションでリアル・モード・ディスク・ドラ
イバ及びプロテクト・モード・ディスク・ドライバの両
方によって供給される。

【００５２】本発明の第２の態様は、同じ論理ボリュー
ムがリアル・モード及びプロテクト・モード・ボリュー
ム・ドライバによってアクセスされる論理ボリューム・
ユニット・ナンバーの一貫した割当てを供給する。ディ
スクの論理ボリュームへのアクセスを制御するリアル・
モード・ボリューム・ドライバは、同じ論理ボリューム
へのアクセスを制御するプロテクト・モード・ボリュー
ム・ドライバと同じプロテクト・モード・ボリューム・
ナンバーをそれらの論理ボリュームに割当てない。特
に、リアル・モード・ボリューム・ドライバは、ＢＩＯ
Ｓ ＩＮＴ ２５ｈ 割込みに対する対応しているプロ
テクト・モード・ボリューム・ドライバに割当てられた
ボリューム・ナンバーとは異なるボリューム・ナンバー
を有しうる。本発明の第２の態様では、好ましい実施例
は、同じ論理ボリュームが、リアル・モード及びプロテ
クト・モード・論理ボリューム・ドライバの両方によっ
てＩＮＴ ２５ｈ 割込みを介してアクセスされるボリ
ューム・ユニット・ナンバーの一貫した割当てを供給す
る。それゆえに、同じ論理ボリュームへのアクセスがリ
アル・モード・ボリューム・ドライバ及びプロテクト・
モード・ボリューム・ドライバの両方によって供給され
る。

【００５３】本発明の第３の態様は、同じアダプタがそ
れらのアダプタに接続された周辺装置をアクセスするた
めにリアル・モード及びプロテクト・モード・アダプタ
・ドライバによって制御されるアダプタ・ナンバーの一
貫した割当てを供給する。アダプタを介して周辺装置を
アクセスするリアル・モード・アダプタ・ドライバは、
プロテクト・モード・オペレーティング・システムが同
じ周辺装置をアクセスするために同じアダプタを制御す
るプロテクト・モード・アダプタ・ドライバに割当てる
のと同じアダプタ・ナンバーをそれらのアダプタに割当
てない。本発明の第３の態様では、好ましい実施例は、
同じアダプタが同じ周辺装置をアクセスするためにリア
ル・モード及びプロテクト・モード・アダプタ・ドライ
バの両方によって制御されるアダプタ・ナンバーの一貫
した割当てを供給する。本発明の第３の態様は、同じア
ダプタを制御するプロテクト・モード・アダプタ・ドラ
イバを介して周辺装置をアクセスする要求へのリアル・
モード・アダプタ・ドライバを介して周辺装置をアクセ
スための要求のマッピングを更に供給する。周辺装置を
アクセスするためのアプリケーション・プログラムによ
る要求は、向けられなければ、プロテクト・モード・オ
ペレーティング・システムの動作中でさえもリアル・モ
ード・アダプタ・ドライバに向けられうる。好ましい実
施例は、同じアダプタを制御するプロテクト・モード・
アダプタ・ドライバを介して周辺装置をアクセスするた
めの要求へのリアル・モード・アダプタ・ドライバを介
して周辺装置をアクセスするためのアプリケーション・
プログラム要求のマッピングを供給する。

【００５４】好ましい実施例は、リアル・モード・デバ
イス・ドライバが実行されるときにリアル・モード機能
素子によって供給される機能のプロテクト・モード動作
を更に供給する。それゆえに、本発明の第４の態様は、
リアル・モード・デバイス・ドライバに加えて供給され
たリアル・モード機能ドライバの検出及びプロテクト・
モード・アコモデーション（accommodation ）を供給す
る。リアル・モード機能ドライバは、追加の機能を供給
することによりリアル・モード・デバイス・ドライバを
補うために加えられうる。これらの機能は、プロテクト
・モード・オペレーティング・システムのあらゆるプロ
テクト・モード機能ドライバによって供給されうるしま
たは供給されえない。プロテクト・モードで動作されて
いるときにこれらのリアル・モード機能ドライバがオペ
レーティング・システムによってアコモデートされない
ならば、プロテクト・モード・デバイス・ドライバは、
リアル・モード・デバイス・ドライバと互換性がない。
本発明の第４の態様では、好ましい実施例は、リアル・
モード・オペレーティング・システムのリアル・モード
・デバイス・ドライバに加えて供給されるリアル・モー
ド機能ドライバの検出及びプロテクト・モード・アコモ
デーションを供給する。本発明の上記四つの態様を供給
することの結果として、好ましい実施例は、リアル・モ
ード・デバイス・ドライバと互換性がありかつプロテク
ト・モード動作の利益を獲得するプロテクト・モード・
デバイス・ドライバを供給する。

【図面の簡単な説明】

【図１】コンピュータがディスク・ドライブ及び他の周
辺装置に接続される一般的なコンピュータ・システムの
ブロック図である。

【図２】リアル・モード及びプロテクト・モード・デバ
イス・ドライバ、機能ドライバ、そしてそれらが制御す
るデバイスの間の機能関係の説明図である。

【図３】本発明の好ましい実施例のリアル・モード・デ
ィスク・ドライバ及びプロテクト・モード・ディスク・
ドライバの間の機能関係である。

【図４】好ましい実施例においてドライブ・テーブルを
生成する処理のフロー図である。

【図５】好ましい実施例におけるディスクのマスター・
ブート・レコードの部分のコンテントにドライブ・テー
ブルを生成する処理の説明図である。

【図６】好ましい実施例において生成されたドライブ・
テーブルの説明図である。

【図７】好ましい実施例においてドライバ・ユニット・
ナンバーを割当てる処理のフロー図である。

【図８】好ましい実施例のリアル・モード・ボリューム
・ドライバ及びプロテクト・モード・ボリューム・ドラ
イバの間の機能関係の説明図である。

【図９】好ましい実施例においてボリューム・テーブル
を構築する処理のフロー図である。

【図１０】好ましい実施例におけるディスクのボリュー
ムの区分（区画）ブート・レコード及びボリューム・ブ
ート・レコードの説明図である。

【図１１】好ましい実施例において生成されたボリュー
ム・テーブルの説明図である。

【図１２】好ましい実施例においてボリューム・ユニッ
ト・ナンバーを割当てる処理のフロー図である。

【図１３】好ましい実施例のリアル・モード・アダプタ
・ドライバ及びプロテクト・モード・アダプタ・ドライ
バの説明図である。

【図１４】好ましい実施例においてリアル・モード・デ
ータ構造を構築する処理のフロー図である。

【図１５】好ましい実施例において生成されたリアル・
モード・データ構造及び各リアル・モード・データ構造
に対応付けられたユニット規則子の説明図である。

【図１６】好ましい実施例において生成された各ユニッ
ト規則子の周辺データの説明図である。

【図１７】好ましい実施例においてデータ制御ブロック
を生成する処理のフロー図である。

【図１８】好ましい実施例において生成されたデータ制
御ブロックの説明図である。

【図１９】好ましい実施例においてアダプタ・ナンバー
を割当てる処理のフロー図である。

【図２０】好ましい実施例においてリアル・モード機能
ドライバをアコモデートする処理のフロー図である。

【図２１】好ましい実施例においてリアル・モード機能
ドライバを検出する処理のフロー図である。

【図２２】データ・パラメータ・ブロック、その部分の
内容及びリアル・モード・デバイス・ドライバまたはそ
れに特定された機能ドライバの説明図である。

【図２３】好ましい実施例におけるオリジナル・ドライ
バ構造の説明図である。

【図２４】好ましい実施例における安全ドライバ・リス
トの説明図である。

【図２５】好ましい実施例においてリアル・モード機能
ドライバを適応する処理のフロー図である。

【符号の説明】

３００ リアル・モード・ディスク・ドライバ ３１０ プロテクト・モード・ディスク・ドライバ ３２０ 物理ディスク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウィリアム ジー パーリー アメリカ合衆国 ワシントン州 98052 レッドモンド ディー1019 ウェスト レ イク サマーミッシュ パークウェイノー スイースト 4250

Claims (36)

【特許請求の範囲】
1. 【請求項１】 同じデバイスへの同じデバイス割当てを
   アクセスするリアル・モード・デバイス・ドライバと同
   じ基準値をプロテクト・モード・デバイス・ドライバに
   よってアクセスされたデバイスに割当てるプロテクト・
   モード・デバイス・ドライバの、リアル・モード及びプ
   ロテクト・モードで動作することができかつ少なくとも
   一つのデバイスに接続されたコンピュータによって実行
   される、方法であって、 （ａ）固有の基準値をリアル・モード・デバイス・ドラ
   イバによってアクセスされたデバイスに割当てるリアル
   ・モード・デバイス・ドライバと、 （ｂ）前記デバイスを独自に識別するデバイス情報を読
   取るべく、前記ステップ（ａ）で前記基準値が割当てら
   れたデバイスをアクセスするリアル・モード・デバイス
   ・ドライバと、 （ｃ）前記ステップ（ａ）で前記リアル・モード・デバ
   イス・ドライバによって前記デバイスに割当てられた前
   記基準値を前記ステップ（ｂ）で前記デバイスから読み
   取られた前記デバイス情報に対応付けられたメモリ・ロ
   ケーションに記憶し、 （ｄ）前記デバイス情報を読取るべく前記デバイスをア
   クセスする前記プロテクト・モード・デバイス・ドライ
   バと、 （ｅ）前記ステップ（ｄ）で前記プロテクト・モード・
   デバイス・ドライバによってアクセスされた前記デバイ
   ス情報に対応付けられた前記メモリ・ロケーションに前
   記ステップ（ｃ）で記憶された前記基準値を取得し、 （ｆ）前記ステップ（ｅ）で得られた前記基準値を前記
   ステップ（ｄ）の前記プロテクト・モード・デバイス・
   ドライバによってアクセスされた前記デバイスに割当て
   るプロテクト・モード・デバイス・ドライバと、を具備
   する段階を備えていることを特徴とする方法。
2. 【請求項２】 前記ステップ（ｃ）は、前記基準値及び
   前記デバイス情報を前記コンピュータに接続された各デ
   バイスに対するエントリを有しているテーブル・データ
   構造の同じエントリに記憶することを含むことを特徴と
   する請求項１に記載の方法。
3. 【請求項３】 同じディスク・ドライブへの同じディス
   ク・ドライブ割当てをアクセスするリアル・モード・デ
   ィスク・ドライバと同じドライブ・ユニット・ナンバー
   をプロテクト・モード・ディスク・ドライバによってア
   クセスされたデバイスに割当てるプロテクト・モード・
   デバイス・ドライバの、リアル・モード及びプロテクト
   ・モードで動作することができかつ少なくとも一つのデ
   バイスに接続されたコンピュータによって実行される、
   方法であって、 （ａ）固有のドライブ・ユニット・ナンバーをリアル・
   モード・ディスク・ドライバによってアクセスされたデ
   ィスク・ドライブに割当てるリアル・モード・ディスク
   ・ドライバと、 （ｂ）前記ディスク・ドライブに存在している前記ディ
   スクを独自に識別するディスク情報を読取るべく、前記
   ステップ（ａ）で前記ドライブ・ユニット・ナンバーが
   割当てられたディスク・ドライブをアクセスするリアル
   ・モード・ディスク・ドライバと、 （ｃ）前記ステップ（ｂ）で前記ディスクから読み取ら
   れた前記ディスク情報に対応付けられたメモリ・ロケー
   ションのディスクを識別する前記ドライブ・ユニット・
   ナンバーを記憶し、 （ｄ）前記ディスク・ドライブに存在している前記ディ
   スクから前記ディスク情報を読取るべく前記ディスク・
   ドライブをアクセスする前記プロテクト・モード・ディ
   スク・ドライバと、 （ｅ）前記ステップ（ｄ）で前記プロテクト・モード・
   ディスク・ドライバによって読み取られた前記ディスク
   情報に対応付けられた前記メモリ・ロケーションに前記
   ステップ（ｃ）で記憶された前記ドライブ・ユニット・
   ナンバーを取得し、 （ｆ）前記ステップ（ｅ）で得られた前記ドライブ・ユ
   ニット・ナンバーを前記ステップ（ｄ）の前記プロテク
   ト・モード・ディスク・ドライバによってアクセスされ
   た前記ディスク・ドライブに割当てるプロテクト・モー
   ド・ディスク・ドライバと、を具備する段階を備えてい
   ることを特徴とする方法。
4. 【請求項４】 前記ステップ（ｂ）は、前記ディスク情
   報として前記ディスクの所定のロケーションに記憶され
   た固有の値を読取り、前記ステップ（ｃ）は、前記固有
   の値を有する前記ドライブ・ユニット・ナンバーを前記
   コンピュータに接続された各ディスク・ドライブに対す
   るエントリを有しているテーブル・データ構造の同じエ
   ントリに記憶することを含むことを特徴とする請求項３
   に記載の方法。
5. 【請求項５】 （ｇ）前記ディスクが前記所定のロケー
   ションに固有の値を記憶するかどうかを決定し、 （ｈ）前記ディスクが前記所定のロケーションに固有の
   値を記憶しないと前記ステップ（ｇ）で決定されるなら
   ば前記固有の値を前記所定のロケーションに書込む段階
   を更に具備することを特徴とする請求項４に記載の方
   法。
6. 【請求項６】 前記ステップ（ｃ）は、前記ドライブ・
   ユニット・ナンバーを前記ディスク情報の検査合計に対
   応付けられたメモリ・ロケーションに記憶することを含
   むことを特徴とする請求項３に記載の方法。
7. 【請求項７】 （ｇ）前記ディスクが所定のフォーマッ
   トを有するかどうかを決定する段階を更に具備し、 前記ステップ（ｃ）は、 （ｉ）前記ディスクが特定のロケーションに記憶された
   データの所定のフォーマットを有すると前記ステップ
   （ｇ）で決定されるならば前記ドライブ・ユニット・ナ
   ンバーを前記ディスクの所定のロケーションから読み取
   られた固有の値に対応付けられたメモリ・ロケーション
   に記憶し、 （ｉｉ）前記ディスクが特定のロケーションに記憶され
   たデータの所定のフォーマットを有しないと前記ステッ
   プ（ｇ）で決定されるならば前記ドライブ・ユニット・
   ナンバーを前記ディスク情報の検査合計に対応付けられ
   たメモリ・ロケーションに記憶する段階を具備すること
   を特徴とする請求項３に記載の方法。
8. 【請求項８】 前記ステップ（ｃ）は、 （ｉｉｉ）前記ドライブ・ユニット・ナンバーを、前記
   ディスクが所定のフォーマットを有するかどうかを示し
   ているフラグに対応付けられたメモリ・ロケーションに
   記憶する段階を更に具備し、 前記ステップ（ｅ）は、 （ｉ）前記フラグを読取り、 （ｉｉ）前記フラグが前記ディスクは前記所定のフォー
   マットを有することを示すならば前記固有の値に対応付
   けられた前記メモリ・ロケーションに記憶された前記ド
   ライブ・ユニット・ナンバーを取得し、 （ｉｉｉ）前記フラグが前記ディスクは前記所定のフォ
   ーマットを有しないことを示すならば前記検査合計に対
   応付けられた前記メモリ・ロケーションに記憶された前
   記ドライブ・ユニット・ナンバーを取得する段階を備え
   ていることを特徴とする請求項７に記載の方法。
9. 【請求項９】 前記ディスクは、ブート時間で用いられ
   るマスター・ブート・レコードを含み、前記ディスク情
   報は、前記ディスクの前記マスター・ブート・レコード
   に記憶されることを特徴とする請求項３に記載の方法。
10. 【請求項１０】 同じ論理ボリュームへの同じ論理ボリ
    ューム割当てをアクセスするリアル・モード・ボリュー
    ム・ドライバと同じ基準値をプロテクト・モード・ボリ
    ューム・ドライバによってアクセスされたボリュームに
    割当てるプロテクト・モード・デバイス・ドライバの、
    リアル・モード及びプロテクト・モードで動作すること
    ができかつ少なくとも一つの論理ボリュームを包含して
    いるディスクを有している少なくとも一つのディスク・
    ドライブに接続されたコンピュータによって実行され
    る、方法であって、 （ａ）固有のボリューム・ユニット・ナンバーをリアル
    ・モード・ボリューム・ドライバによってアクセスされ
    たボリュームに割当てるリアル・モード・ボリューム・
    ドライバと、 （ｂ）前記ボリュームを独自に識別するボリューム情報
    を読取るべく、前記ステップ（ａ）で前記ボリューム・
    ユニット・ナンバーが割当てられた前記論理ボリューム
    をアクセスするリアル・モード・ボリューム・ドライバ
    と、 （ｃ）前記ステップ（ｂ）で前記ディスクから読み取ら
    れた前記ボリューム情報に対応付けられたメモリ・ロケ
    ーションに前記ステップ（ａ）で前記リアル・モード・
    ボリューム・ドライバによって前記論理ボリュームに割
    当てられた前記ボリューム・ユニット・ナンバーを記憶
    し、 （ｄ）前記ボリューム情報を読取るべく前記ボリューム
    をアクセスする前記プロテクト・モード・ボリューム・
    ドライバと、 （ｅ）前記ステップ（ｄ）で前記プロテクト・モード・
    ボリューム・ドライバによって読み取られた前記ボリュ
    ーム情報に対応付けられた前記メモリ・ロケーションに
    前記ステップ（ｃ）で記憶された前記ボリューム・ユニ
    ット・ナンバーを取得し、 （ｆ）前記ステップ（ｅ）で得られた前記ボリューム・
    ユニット・ナンバーを前記ステップ（ｄ）の前記プロテ
    クト・モード・ボリューム・ドライバによってアクセス
    された前記ディスクに割当てるプロテクト・モード・ボ
    リューム・ドライバと、を具備する段階を備えているこ
    とを特徴とする方法。
11. 【請求項１１】 前記ステップ（ｂ）は、前記ボリュー
    ム情報として前記論理ボリュームの所定のロケーション
    に記憶されたボリューム通し番号を読取り、前記ステッ
    プ（ｃ）は、前記ボリューム通し番号を有する前記コン
    ピュータに接続された各ディスク・ドライブの前記ディ
    スクの各ボリュームに対するエントリを有しているテー
    ブル・データ構造の同じエントリに前記ボリューム・ユ
    ニット・ナンバーを記憶することを含むことを特徴とす
    る請求項１０に記載の方法。
12. 【請求項１２】 前記ボリュームは、ボリューム・ブー
    ト・レコードを含み、前記ボリューム情報は、前記ボリ
    ューム・ブート・レコードに記憶されることを特徴とす
    る請求項１０に記載の方法。
13. 【請求項１３】 アダプタに接続された一つ以上の周辺
    装置をアクセスするために同じアダプタを制御している
    リアル・モード・アダプタ・ドライバと同じ基準値をプ
    ロテクト・モード・アダプタ・ドライバによって制御さ
    れたアダプタに割当てるプロテクト・モード・アダプタ
    ・ドライバの、リアル・モード及びプロテクト・モード
    で動作することができかつ少なくとも一つの周辺装置に
    接続される少なくとも一つのアダプタに接続されたコン
    ピュータによって実行される、方法であって、 （ａ）固有のアダプタ・ナンバーをリアル・モード・デ
    バイス・ドライバに割当てるリアル・モード・アダプタ
    ・ドライバと、 （ｂ）前記周辺装置を独自に識別する周辺装置情報を、
    前記ステップ（ａ）で前記アダプタ・ナンバーが割当て
    られたアダプタを介して周辺装置から、走査するリアル
    ・モード・アダプタ・ドライバと、 （ｃ）前記ステップ（ｂ）で前記周辺装置から読み取ら
    れた前記周辺装置情報に対応付けられたメモリ・ロケー
    ションに前記アダプタに割当てられた前記アダプタ・ナ
    ンバーを記憶し、 （ｄ）前記周辺装置情報を走査すべく前記周辺装置をア
    クセスするために前記アダプタを制御する前記プロテク
    ト・モード・アダプタ・ドライバと、 （ｅ）前記ステップ（ｄ）で前記プロテクト・モード・
    アダプタ・ドライバによって走査された前記周辺装置情
    報に対応付けられた前記メモリ・ロケーションに前記ス
    テップ（ｃ）で記憶された前記アダプタ・ナンバーを取
    得し、 （ｆ）前記ステップ（ｅ）で得られた前記アダプタ・ナ
    ンバーを前記ステップ（ｄ）の前記プロテクト・モード
    ・アダプタ・ドライバによって制御された前記アダプタ
    に割当てるプロテクト・モード・アダプタ・ドライバ
    と、を具備する段階を備えていることを特徴とする方
    法。
14. 【請求項１４】 前記ステップ（ｂ）は、前記周辺装置
    情報として前記周辺装置を識別するターゲットＩＤを走
    査し、 前記ステップ（ｃ）は、前記ターゲットＩＤを有する前
    記アダプタ・ナンバーを同じデータ構造に記憶すること
    を含むことを特徴とする請求項１３に記載の方法。
15. 【請求項１５】 前記ステップ（ｂ）は、前記ディスク
    の所定のロケーションに記憶された、論理・ユニット・
    ナンバーを前記周辺装置情報として走査し、 前記ステップ（ｃ）は、前記アダプタ・ナンバーを前記
    論理・ユニット・ナンバーと一緒に同じデータ構造に記
    憶することを含むことを特徴とする請求項１３に記載の
    方法。
16. 【請求項１６】 前記ステップ（ｃ）は、前記アダプタ
    ・ナンバーを前記周辺装置情報の検査合計と一緒に同じ
    データ構造に記憶することを含むことを特徴とする請求
    項１３に記載の方法。
17. 【請求項１７】 前記ステップ（ｃ）は、前記リアル・
    モード周辺ドライバがアプリケーション・プログラム要
    求が第２のリアル・モード周辺ドライバにマップされる
    第１のリアル・モード周辺ドライバであるならば、前記
    アダプタ・ナンバー及び前記周辺装置情報を該第２のリ
    アル・モード周辺ドライバのドライバ形式に対応付けら
    れたメモリ・ロケーションに記憶することを含むことを
    特徴とする請求項１３に記載の方法。
18. 【請求項１８】 前記ステップ（ｃ）は、 （ｉ）次のアダプタ・データ構造へのポインタ及び一つ
    以上のリアル・モード・周辺データ構造のリンクされた
    リストへのポインタを有している一つ以上のリアル・モ
    ード・アダプタ・データ構造を供給し、 前記周辺装置に対応しているリアル・モード周辺データ
    構造の前記アダプタ・ナンバーによって識別されかつ前
    記周辺装置が接続される前記アダプタに対応しているリ
    アル・モード・アダプタ・データ構造によって指された
    各アダプタを介して読み取られた各周辺装置に対する前
    記周辺装置情報を記憶することを含むことを特徴とする
    請求項１３に記載の方法。
19. 【請求項１９】 前記ステップ（ｅ）は、 （ｉ）前記周辺装置情報が一致するかどうかを決定すべ
    く、各プロテクト・モード周辺データ構造の前記周辺装
    置情報を各リアル・モード周辺データ構造の前記周辺装
    置情報と比較し、 （ｉｉ）各プロテクト・モード周辺データ構造の前記周
    辺装置情報と一致する前記周辺装置情報を有しているリ
    アル・モード周辺データ構造から前記アダプタ・ナンバ
    ーを抽出する段階を具備し、 前記ステップ（ｆ）は、前記ステップ（ｅ）で抽出され
    た前記アダプタ・ナンバーを前記プロテクト・モード・
    データ構造に対応している前記周辺装置に接続された前
    記アダプタに割当てる前記プロテクト・モード・データ
    構造に対応している前記周辺装置に接続された前記アダ
    プタを制御する前記プロテクト・モード・アダプタ・ド
    ライバを含むことを特徴とする請求項１８に記載の方
    法。
20. 【請求項２０】 前記ステップ（ｃ）は、前記第１の周
    辺ドライバが前記ステップ（ｂ）で実行された読取りを
    前記第２のリアル・モード周辺ドライバにマップすると
    きに前記周辺装置情報が前記ステップ（ｂ）で読み取ら
    れたことを通して前記第２のリアル・モード周辺ドライ
    バの前記ドライブ形式に対応付けられたメモリ・ロケー
    ションに前記周辺装置情報を記憶することを含み、 前記ステップ（ｆ）は、 （ｉ）プロテクト・モード・アダプタ・ドライバと同じ
    周辺装置情報を有すべく前記ステップ（ｅ）で二つのリ
    アル・モード・アダプタ・ドライバが決定されたかどう
    かを決定し、 （ｉｉ）二つのリアル・モード・アダプタ・ドライバが
    同じ周辺装置情報を有すると前記ステップ（ｉ）で決定
    されるならば、前記アダプタ・ナンバーを前記リアル・
    モード周辺データ構造の一つによって示された前記ドラ
    イバ形式を有している前記プロテクト・モード周辺ドラ
    イバに割当てる前記プロテクト・モード・アダプタ・ド
    ライバを含んでいることを特徴とする請求項１７に記載
    の方法。
21. 【請求項２１】 コンピュータによって実行され、リア
    ル・モード機能ドライバの代わりにプロテクト・モード
    機能ドライバを実行すべきかどうかを決定する方法であ
    って、 （ａ）対応しているリアル・モード機能ドライバの代わ
    りに実行可能であるとして一つ以上のプロテクト・モー
    ド機能ドライバのそれぞれを指定し、 （ｂ）前記コンピュータの前記リアル・モード機能ドラ
    イバを検出し、 （ｃ）前記ステップ（ａ）で前記プロテクト・モード機
    能ドライバの一つが前記検出されたリアル・モード機能
    ドライバの代わりに実行可能であると指定されたかどう
    かを決定し、 （ｄ）前記プロテクト・モード機能ドライバが前記リア
    ル・モード機能ドライバの代わりに実行可能であると指
    定されたことが決定されるときに前記検出されたリアル
    ・モード機能ドライバの代わりに前記プロテクト・モー
    ド機能ドライバを実行する段階を具備することを特徴と
    する方法。
22. 【請求項２２】 前記ステップ（ｂ）は、 （ｉ）リアル・モード・デバイス・ドライバがロードさ
    れたときに当該リアル・モード・デバイス・ドライバを
    アクセスするために初めに指定された該リアル・モード
    ・デバイス・ドライバを識別するオリジナル・リアル・
    モード・デバイス・ドライバ情報を記憶し、 （ｉｉ）前記デバイスを同時にアクセスするリアル・モ
    ード・デバイス・ドライバを識別する現行リアル・モー
    ド・デバイス・ドライバ情報を記憶し、 （ｉｉｉ）前記オリジナル・リアル・モード・デバイス
    ・ドライバ情報を前記現行リアル・モード・デバイス・
    ドライバ情報と比較し、 （ｉｖ）前記デバイスがアクセスされるときにリアル・
    モード機能ドライバが実行されることを、前記オリジナ
    ル・リアル・モード・デバイス・ドライバ情報が前記現
    行リアル・モード・デバイス・ドライバ情報と同じでな
    いときに、決定する段階を含むことを特徴とする請求項
    ２１に記載の方法。
23. 【請求項２３】 前記ステップ（ａ）は、それぞれがリ
    アル・モード機能ドライバの機能を供給するプロテクト
    ・モード機能ドライバのネームで記憶されたネームを有
    している対応しているリアル・モード・ドライバの機能
    を供給する、一つ以上のプロテクト・モード機能ドライ
    バのネームのリストに前記プロテクト・モード機能ドラ
    イバのネームを記憶し、 前記ステップ（ｃ）は、前記プロテクト・モード機能ド
    ライバの前記ネームが前記検出されたリアル・モード・
    ドライバの前記ネームで前記リストに記憶されるかどう
    かを決定することを含むことを特徴とする請求項２１に
    記載の方法。
24. 【請求項２４】 （ｅ）前記デバイスをアクセスするた
    めの前記検出されたリアル・モード機能ドライバに対す
    るリアル・モード・デバイス・ドライバ要求をプロテク
    ト・モードで該デバイスをアクセスするプロテクト・モ
    ード・デバイス・ドライバにマッピングする間に、該検
    出されたリアル・モード機能ドライバを、プロテクト・
    モード機能ドライバが前記検出されたリアル・モード機
    能ドライバの代わりに実行可能であると指定されたこと
    が決定されるならば、実行する段階を更に含むことを特
    徴とする請求項２１に記載の方法。
25. 【請求項２５】 前記ステップ（ｅ）は、 （ｉ）前記検出されたリアル・モード機能ドライバがリ
    アル・モード・アダプタ・ドライバを介して前記デバイ
    スへのアクセスを要求するかどうかを決定し、 （ｉｉ）プロテクト・モード・アダプタ・ドライバに前
    記要求を、前記検出されたリアル・モード機能ドライバ
    がリアル・モード・アダプタ・ドライバを介して前記デ
    バイスへのアクセスを要求することが前記ステップ
    （ｉ）で決定されるときに、マッピングする段階を含む
    ことを特徴とする請求項２４に記載の方法。
26. 【請求項２６】 前記ステップ（ｅ）は、 （ｉ）前記検出されたリアル・モード機能ドライバは、
    リアル・モード物理ディスク・ドライバを介して前記デ
    バイスへのアクセスを要求するかどうかを決定し、 （ｉｉ）プロテクト・モード物理ディスク・ドライバに
    前記要求を、前記検出されたリアル・モード機能ドライ
    バが該リアル・モード物理ディスク・ドライバを介して
    前記デバイスへのアクセスを要求することが決定される
    ときに、マッピングする段階を含むことを特徴とする請
    求項２４に記載の方法。
27. 【請求項２７】 一つ以上のデバイスに接続されかつプ
    ロセッサ及びメモリを有するコンピュータを有している
    コンピュータ・システムであって、 前記メモリに記憶されかつ前記プロセッサによって実行
    され、リアル・モード・デバイス・ドライバがアクセス
    するデバイスに基準値を割当てる、リアル・モード・デ
    バイス・ドライバと、 前記メモリに記憶されかつ前記プロセッサによって実行
    されるプロテクト・モード・デバイス・ドライバと、 前記リアル・モード・デバイス・ドライバが同じデバイ
    スに割当てるのと同じ基準値を前記プロテクト・モード
    ・デバイス・ドライバがアクセスする前記デバイスに割
    当てる前記プロテクト・モード・デバイス・ドライバの
    ための手段とを備えていることを特徴とするコンピュー
    タ・システム。
28. 【請求項２８】 前記デバイスは、物理ディスクがある
    ディスク・ドライバを含み、前記リアル・モード・デバ
    イス・ドライバは、リアル・モードで該物理ディスクを
    アクセスすべく該ディスク・ドライバを制御するリアル
    ・モード・ディスク・ドライバであり、前記プロテクト
    ・モード・デバイス・ドライバは、プロテクト・モード
    で該物理ディスクをアクセスすべく該ディスク・ドライ
    バを制御するプロテクト・モード・ディスク・ドライバ
    であり、 前記同じ基準値を割当てる前記プロテクト・モード・デ
    バイス・ドライバのための手段は、前記同じ物理ディス
    クをアクセスする前記リアル・モード・ディスク・ドラ
    イバとして同じドライブ・ユニット・ナンバーを前記デ
    ィスク・ドライブに割当てる前記プロテクト・モード・
    ディスク・ドライバを含むことを特徴とする請求項２７
    に記載のコンピュータ・システム。
29. 【請求項２９】 前記同じ基準値を割当てる前記プロテ
    クト・モード・デバイス・ドライバのための手段は、 前記リアル・モード・ディスク・ドライバによってアク
    セスされた前記物理ディスクに記憶された固有の値を包
    含しかつ該リアル・モード・ディスク・ドライバによっ
    て予め割当てられたドライブ・ユニット・ナンバーを包
    含しているエントリであり、各リアル・モード・ディス
    ク・ドライバに対する該エントリを有しているドライブ
    ・テーブルと、 前記エントリにも包含された前記固有の値を記憶する前
    記物理ディスクに、該エントリに包含された前記基準値
    を割当てる前記プロテクト・モード・ディスク・ドライ
    バのための手段とを備えていることを特徴とする請求項
    ２８に記載のコンピュータ・システム。
30. 【請求項３０】 前記デバイスは、論理ボリュームがあ
    るディスク・ドライバを含み、前記リアル・モード・デ
    バイス・ドライバは、リアル・モードで該論理ボリュー
    ムをアクセスすべく該ディスク・ドライバを制御するリ
    アル・モード・ボリューム・ドライバであり、前記プロ
    テクト・モード・デバイス・ドライバは、プロテクト・
    モードで該論理ボリュームをアクセスすべく該ディスク
    ・ドライバを制御するプロテクト・モード・ボリューム
    ・ドライバであり、 前記同じ基準値を割当てる前記プロテクト・モード・デ
    バイス・ドライバのための手段は、前記同じ論理ボリュ
    ームをアクセスする前記リアル・モード・ボリューム・
    ドライバとして同じボリューム・ユニット・ナンバーを
    前記ボリュームに割当てる前記プロテクト・モード・デ
    ィスク・ドライバを含むことを特徴とする請求項２７に
    記載のコンピュータ・システム。
31. 【請求項３１】 前記同じ基準値を割当てる前記プロテ
    クト・モード・デバイス・ドライバのための手段は、 前記リアル・モード・ボリューム・ドライバによってア
    クセスされた前記論理ボリュームに記憶された固有の値
    を包含しかつ該リアル・モード・ボリューム・ドライバ
    によって予め割当てられたボリューム・ユニット・ナン
    バーを包含しているエントリであり、各リアル・モード
    ・ボリューム・ドライバに対する該エントリを有してい
    るドライブ・テーブルと、 前記エントリにも包含された前記固有の値を記憶する前
    記論理ボリュームに、該エントリに包含された前記基準
    値を割当てる前記プロテクト・モード・ボリューム・ド
    ライバのための手段とを備えていることを特徴とする請
    求項３０に記載のコンピュータ・システム。
32. 【請求項３２】 前記デバイスは、一つ以上の周辺装置
    が装着されたアダプタを含み、前記リアル・モード・デ
    バイス・ドライバは、リアル・モードで該周辺装置をア
    クセスすべく該アダプタを制御するリアル・モード・ア
    ダプタ・ドライバであり、前記プロテクト・モード・デ
    バイス・ドライバは、プロテクト・モードで該周辺装置
    をアクセスすべく該アダプタを制御するプロテクト・モ
    ード・アダプタ・ドライバであり、 前記同じ基準値を割当てる前記プロテクト・モード・ア
    ダプタ・ドライバのための手段は、前記同じ周辺装置を
    アクセスすべく前記同じアダプタを制御する前記リアル
    ・モード・アダプタ・ドライバとして同じアダプタ・ナ
    ンバーを前記アダプタに割当てる前記プロテクト・モー
    ド・アダプタ・ドライバを含むことを特徴とする請求項
    ２７に記載のコンピュータ・システム。
33. 【請求項３３】 前記同じアダプタ・ナンバーを割当て
    る前記プロテクト・モード・アダプタ・ドライバのため
    の手段は、 前記リアル・モード・アダプタ・ドライバによって予め
    割当てられたアダプタ・ナンバーを有する前記リアル・
    モード・アダプタ・ドライバによって制御された前記ア
    ダプタに接続された前記周辺装置から走査された固有の
    周辺情報を、前記リアル・モード・データ構造が供給さ
    れる前記リアル・モード・アダプタ・ドライバによって
    制御された前記アダプタに装着された各周辺装置に対し
    て、関連付けるリアル・モード・データ構造であり、各
    リアル・モード・アダプタ・ドライバに対して供給され
    た該リアル・モード・データ構造と、 前記固有の周辺情報が走査される周辺装置をアクセスす
    る前記アダプタに、該固有の周辺情報に対応付けられた
    前記アダプタ・ナンバーを割当てる前記プロテクト・モ
    ード・アダプタ・ドライバのための手段とを備えている
    ことを特徴とする請求項３０に記載のコンピュータ・シ
    ステム。
34. 【請求項３４】 一つ以上のデバイスに接続されかつプ
    ロセッサ及びメモリを有するコンピュータを有している
    コンピュータ・システムであって、 前記デバイスの一つへのアクセスを制御すべく前記プロ
    セッサによって実行されかつ前記メモリに記憶されるリ
    アル・モード・デバイス・ドライバと、 前記メモリに記憶されるリアル・モード機能ドライバ
    と、 前記デバイスの一つへのアクセスを制御すべく前記プロ
    セッサによって実行されかつ前記メモリに記憶されるプ
    ロテクト・モード・デバイス・ドライバと、 前記コンピュータ・システムが、前記リアル・モード機
    能ドライバの代わりに実行可能であると指定されたプロ
    テクト・モード機能ドライバを更に含むかどうかを決定
    する手段と、 前記リアル・モード機能ドライバの実行が要求されると
    きに前記決定されたプロテクト・モード機能ドライバ
    を、前記プロテクト・モード機能ドライバが該リアル・
    モード機能ドライバの代わりに実行可能であると指定さ
    れたときに、実行する手段とを備えていることを特徴と
    するコンピュータ・システム。
35. 【請求項３５】 同じデバイスをアクセスするプロテク
    ト・モード・デバイス・ドライバにリアル・モード・デ
    バイス・ドライバを介して該デバイスをアクセスすべく
    該リアル・モード機能ドライバによって要求をマッピン
    グする間に前記リアル・モード機能ドライバを、プロテ
    クト・モード機能ドライバが該リアル・モード機能ドラ
    イバの代わりに実行可能である指定されなかったとき
    に、実行する手段を更に含むことを特徴とする請求項３
    ４に記載のコンピュータ・システム。
36. 【請求項３６】 前記プロテクト・モード・オペレーテ
    ィング・システムが前記リアル・モード機能ドライバの
    代わりに実行可能であると指定されたプロテクト・モー
    ド機能ドライバを更に含むかどうかを決定する手段は、
    前記リアル・モード機能ドライバを同じ機能を供給する
    プロテクト・モード機能ドライバと関連付けるデータ構
    造を含むことを特徴とする請求項３４に記載のコンピュ
    ータ・システム。