JPH04233624A - パーソナル・コンピュータ・システム内でシステム・ユーティリティを保護するための装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、パーソナル・コンピ
ュータ・システムに関し、具体的には、パーソナル・コ
ンピュータ・システム内の大容量記憶装置上の保護され
た区画内にシステム・ユーティリティを記憶し保護する
ための方法及び装置に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】一般に
パーソナル・コンピュータ・システム、特にＩＢＭパー
ソナル・コンピュータは、広く使用されるようになり、
今日の現代社会の多くの分野にコンピュータ能力を提供
するようになった。パーソナル・コンピュータ・システ
ムは、通常、デスクトップ型、床置き型、または携帯型
のマイクロコンピュータとして定義され、単一のシステ
ム・プロセッサ、ディスプレイ・モニタ、キーボード、
１台または複数のディスケット・ドライブ、固定ディス
ク記憶装置、及びオプションのプリンタをもつシステム
・ユニットからなる。これらのシステムの際だった特徴
の１つは、マザーボードまたはシステム・プレーナ・ボ
ードを使って、これらの構成要素を電気的に互いに接続
していることである。これらのシステムは、主として単
一のユーザに独立の計算能力を与えるように設計され、
個人または小企業が購入できるように低価格に設定され
る。このようなパーソナル・コンピュータ・システムの
例は、ＩＢＭパーソナル・コンピュータＡＴ、及びＩＢ
Ｍパーソナル・システム／２モデル２５、３０、５０、
５０Ｚ、５５ＳＸ、６０、６５ＳＸ、７０、８０である
。

【０００３】これらのシステムは、２つの一般的なファ
ミリに分類することができる。第１のファミリは通常「
ファミリＩモデル」と呼ばれるもので、ＩＢＭパーソナ
ル・コンピュータＡＴ及び他の「ＩＢＭ互換」機によっ
て代表されるバス・アーキテクチャを使用する。第２の
ファミリは「ファミリＩＩモデル」と呼ばれ、ＩＢＭパ
ーソナル・システム／２モデル５０ないし８０によって
代表されるＩＢＭマイクロ・チャネル・バス・アーキテ
クチャを使用する。

【０００４】ＩＢＭパーソナル・コンピュータなどのフ
ァミリＩモデルの最初期のパーソナル・コンピュータ・
システム以来、ソフトウェアの互換性が最重要であるこ
とが認識された。この目標を達成するために、ハードウ
ェアとソフトウェアの間に、「ファームウェア」とも呼
ばれる、システム常駐コードの分離層が確立された。こ
のファームウェアは、ユーザのアプリケーション・プロ
グラム／オペレーティング・システムと装置との間の動
作上のインタフェースを提供し、ハードウェア装置の特
性についてのユーザの心配を解消した。このコードは、
最終的に、基本入出力システム（ＢＩＯＳ）に発展し、
アプリケーション・プログラムをハードウェアの特殊性
から切り離しながら新しい装置をシステムに追加するこ
とを可能にした。ＢＩＯＳの重要性は、すぐに明らかに
なった。なぜなら、ＢＩＯＳによって、デバイス・ドラ
イバは特定装置のハードウェア特性に依存することから
解放され、同時にデバイス・ドライバは装置への迅速な
インタフェースを提供されたからであった。ＢＩＯＳは
システムの一体的部分であり、システム・プロセッサへ
のデータの出入れを制御したので、ＢＩＯＳはシステム
・プレーナ・ボード上に常駐し、読出し専用メモリ（Ｒ
ＯＭ）の形でユーザに出荷された。たとえば、最初のＩ
ＢＭパーソナル・コンピュータのＢＩＯＳは、プレーナ
・ボード上のＲＯＭ８Ｋを占めた。

【０００５】パーソナル・コンピュータ・ファミリの新
しいモデルが導入されたとき、ＢＩＯＳを、新しいハー
ドウェア及び入出力装置を含むように更新し、拡張しな
ければならなかった。予期されたことであったが、ＢＩ
ＯＳのメモリ・サイズは増加し始めた。たとえば、ＩＢ
Ｍパーソナル・コンピュータＡＴの導入によって、ＢＩ
ＯＳは３２ＫバイトのＲＯＭを必要とするように拡張さ
れた。

【０００６】今日、新しい技術の発展とともに、ファミ
リＩＩモデルのパーソナル・コンピュータ・システムは
ますます精巧になり、消費者がより頻繁に利用できるよ
うになってきている。技術が急速に変化し、新しい入出
力装置がパーソナル・コンピュータ・システムに追加さ
れつつあるので、パーソナル・コンピュータ・システム
の開発サイクルにおいてＢＩＯＳの修正は大きな問題に
なってきた。

【０００７】たとえば、マイクロ・チャネル・アーキテ
クチャをもつＩＢＭパーソナル・システム／２の導入に
伴って、拡張ＢＩＯＳまたはＡＢＩＯＳと呼ばれるきわ
めて新しいＢＩＯＳが開発された。しかしながら、ソフ
トウェアの互換性を維持するために、ファミリＩモデル
からのＢＩＯＳを、ファミリＩＩモデルにも含めなけれ
ばならなかった。ファミリＩ　　ＢＩＯＳは、「互換Ｂ
ＩＯＳ」またはＣＢＩＯＳと呼ばれるようになった。し
かしながら、ＩＢＭパーソナル・コンピュータＡＴに関
して先に述べたように、プレーナ・ボード上には３２Ｋ
バイトのＲＯＭしか存在しなかった。好運にも、このシ
ステムは、９６ＫバイトのＲＯＭに拡張することができ
た。残念ながら、システムの制約条件のために、これは
、ＢＩＯＳに利用できる最大容量であることが判明した
。好運にも、ＡＢＩＯＳを追加しても、ＡＢＩＯＳとＣ
ＢＩＯＳを依然として９６ＫのＲＯＭに押し込むことが
できた。しかしながら、拡張のために利用できる部分と
して、９６Ｋ　　ＲＯＭ領域のうちわずかな部分しか残
らなかった。将来入出力装置を追加する場合、ＣＢＩＯ
Ｓ及びＡＢＩＯＳはついにはＲＯＭ空間を使い切ってし
まう。したがって、新しい入出力技術を、ＣＢＩＯＳ及
びＡＢＩＯＳ内部に容易に組み込むことができなくなる
。

【０００８】これらの問題のために、さらに開発サイク
ルのできるだけ後期にファミリＩＩＢＩＯＳに修正を加
えることが望まれるために、ＲＯＭからＢＩＯＳの一部
分をオフロードすることが必要になった。これは、ＢＩ
ＯＳの一部分を固定ディスクなどの大容量記憶装置上に
記憶することによって達成された。ディスクは書込み能
力ならびに読出し能力を提供するので、ディスク上で実
際のＢＩＯＳコードを修正することが可能になった。デ
ィスクは、ＢＩＯＳコードを記憶するための高速で効率
的な方法を提供するが、それと同時に、ＢＩＯＳコード
が破壊される可能性が大幅に増加した。ＢＩＯＳはオペ
レーティング・システムの一体的部分なので、ＢＩＯＳ
の破壊は悲惨な結果をもたらすことがあり、多くの場合
、システムの完全な故障及び停止につながる。このよう
に、固定ディスク上のＢＩＯＳコードの無許可の修正を
防止するための手段が極めて望ましいことが明らかにな
った。これは、米国特許出願第０７／３９８８２０号の
主題であった。

【０００９】ＢＩＯＳを大容量記憶装置上に記憶するこ
とに加えて、通常はシステム参照ディスケット上に格納
されるシステム・ユーティリティを記憶することが極め
て望ましくなった。システム・ディスケットを除去する
と、システムの価格が下がるだけでなく、よりユーザ・
フレンドリな環境が提供される。

【００１０】ここで、以前には参照ディスケット上に記
憶されていたシステム・ユーティリティの目的を簡単に
説明することが適切である。ＩＢＭ　　ＰＳ／２マイク
ロ・チャネル・システムの導入に伴って、入出力アダプ
タ・カード及びプレーナ・ボードからスイッチ及びジャ
ンパが除去された。マイクロ・チャネル・アーキテクチ
ャは、それらの代わりにプログラマブル・レジスタを提
供した。これらのプログラマブル・レジスタまたはプロ
グラマブル・オプション・セレクト（ＰＯＳ）レジスタ
を構成するためのユーティリティが必要であった。さら
に、システム可用性特性ならびにシステム診断を改善す
るための他のユーティリティが、このシステム参照ディ
スケットに載せて各システムとともに出荷された。

【００１１】各マイクロ・チャネル・システムは、初め
て使用する前に、そのＰＯＳレジスタを初期設定するこ
とが必要であった。たとえば、新しい入出力カードによ
って、または入出力カード用のスロット変更によってシ
ステムをブートする場合、構成エラーが発生し、システ
ム・ブートアップ手順は停止する。次にユーザは、シス
テム参照ディスケットをロードしてＦ１キーを押すよう
に指示される。次に、システムを構築するためにシステ
ム参照ディスケットから「構築設定ユーティリティ」を
ブートすることができる。「構築設定ユーティリティ」
は、ユーザに、希望する活動を指定するよう指示する。 適当な入出力カードの記述子ファイルがシステム参照デ
ィスケット上にロードされた場合、「構築設定ユーティ
リティ」は持久記憶装置内に正しいＰＯＳまたは構築デ
ータを生成する。記述子ファイルは、入出力カードをシ
ステムにインタフェースするための構築情報を含む。

【００１２】この手順の実行はかなり容易であるが、シ
ステム参照ディスケットはハンディーでなければならず
、あるいは身近に保管するのに好都合でなければならな
い。ある期間が経過した後、システム参照ディスケット
が行方不明になることが起きている。したがって、シス
テムの可用性を改善するために、システム参照ディスケ
ットのコピーをＢＩＯＳとともに大容量記憶装置上に格
納することが極めて望ましくなった。

【００１３】本発明は、上記の問題を解決するために開
発された。したがって、本発明の１目的は、パーソナル
・コンピュータ・システムの直接アクセス記憶装置上に
システム参照ディスケットのコピーを記憶する手段を設
けることである。

【００１４】本発明の別の目的は、各システムにそれ自
体の、システム参照ディスケット及び構築ファイルの、
個別化されたコピーを提供することによって、これらの
システムの使いやすさを改善することである。

【００１５】

【課題を解決するための手段】広義に考えると、本発明
によるパーソナル・コンピュータ・システムは、システ
ム・プロセッサ、ランダム・アクセス・メモリ、読出し
専用メモリ、及び少なくとも１つの直接アクセス記憶装
置を含む。システム・プロセッサと直接アクセス記憶装
置の間に結合された直接アクセス記憶装置コントローラ
は、その記憶装置のある領域を保護する手段を含む。直
接アクセス記憶装置の保護された領域は、マスタ・ブー
ト・レコード、ＢＩＯＳイメージ、及びシステム参照デ
ィスケット・イメージを含む。ＢＩＯＳイメージは、「
パワー・オン・セルフ・テスト」（ＰＯＳＴ）と呼ばれ
るセクションを含む。ＰＯＳＴは、システムをテストし
初期設定するために使用される。構築エラーが検出され
ると、システム参照ディスケット・イメージからのシス
テム・ユーティリティ、たとえば構築設定プログラム、
診断プログラム、及びユーティリティ・プログラムが自
動的に活動化される。

【００１６】具体的には、システムをブートアップする
ためのリセット信号に応答して、保護手段が、保護され
た領域へのアクセスを許可し、マスタ・ブート・レコー
ドをランダム・アクセス・メモリにロードすることが可
能になる。動作に際して、マスタ・ブート・レコードは
さらに、ＢＩＯＳイメージをランダム・アクセス・メモ
リにロードする。こうしてランダム・アクセス・メモリ
に入ったＢＩＯＳは、実行され、オペレーティング・シ
ステムをブートアップして、システムの動作を開始する
ことができる。次いで、ＢＩＯＳは、マスタ・ブート・
レコード及びＢＩＯＳイメージを含むディスク上の領域
へのアクセスを防止するために保護手段を活動化する、
第２の信号を発生する。ＢＩＯＳ（ＰＯＳＴ）がエラー
を検出した場合、ＢＩＯＳは第３の信号を発生して保護
手段をディスエーブルし、次にブート可能なディスケッ
ト・ドライブ内で見つかったシステム参照ディスケット
をブートアップしようと試みる。システム参照ディスケ
ットがない場合は、ＢＩＯＳはシステム区画領域内のシ
ステム・ユーティリティをブートアップする。

【００１７】具体的には、読出し専用メモリはＢＩＯＳ
の第１部分を含む。ＢＩＯＳの第１部分は、システム・
プロセッサ、直接アクセス記憶装置を初期設定し、直接
アクセス記憶装置上の保護された領域または区画からマ
スタ・ブート・レコードをランダム・アクセス・メモリ
内に読み込むために保護手段をリセットする。マスタ・
ブート・レコードは、データ・セグメント及び実行可能
コード・セグメントを含む。データ・セグメントは、シ
ステム・ハードウェアと、マスタ・ブート・レコードに
よって支援されるシステム構築とを表すデータを含む。 第１ＢＩＯＳ部分は、マスタ・ブート・レコードのデー
タ・セグメントからのデータが、第１ＢＩＯＳ部分に含
まれる、システム・プロセッサ、システム・プレーナ・
ボード、及びプレーナ入出力構成を表すデータと合致す
るのを検証することによって、マスタ・ブート・レコー
ドがシステム・ハードウェアと互換性をもつことを確認
する。

【００１８】マスタ・ブート・レコードがシステム・ハ
ードウェアと互換性をもつ場合、第１ＢＩＯＳ部分は、
マスタ・ブート・レコードの実行可能コード・セグメン
トを実行するようシステム・プロセッサに指令する。実
行可能コード・セグメントは、システム構成が変化して
いないことを確認し、直接アクセス記憶装置から残りの
ＢＩＯＳ部分をランダム・アクセス・メモリにロード・
インする。次に、実行可能コード・セグメントは、残り
のＢＩＯＳ部分が正しいものであることを確認し、既に
ランダム・アクセス・メモリ内にあるＢＩＯＳの実行を
開始するようシステム・プロセッサに指令する。ランダ
ム・アクセス・メモリ内で実行中のＢＩＯＳは、残りの
ＢＩＯＳを含むディスク区画を保護するための第２の信
号を発生し、パーソナル・コンピュータ・システムの動
作を開始するためにオペレーティング・システムをブー
ト・アップする。残りのＢＩＯＳを保持している区画は
、ＢＩＯＳコードの保全性を保護するため、ディスク上
のＢＩＯＳコードへのアクセスを防止するように保護さ
れる。

【００１９】しかしながら、オペレーティング・システ
ムをブートする前に、エラー、またはユーザが開始した
診断ブート・キー・シーケンスがＢＩＯＳによって検出
された場合は、システム参照ディスケット・イメージが
存在するなら、それがシステム区画からブートされる。 さらに、システム参照ディスケットがディスケット・ド
ライブＡ内で検出された場合は、そのシステム参照ディ
スケットがシステム区画内のイメージより優先され、そ
れの代わりにブートされる。これらの状況において、Ｂ
ＩＯＳは、ブートストラップ・ローダが制御をブート・
レコードに渡す前に保護手段が非活動状態になることを
保証する。したがって、マスタ・ブート・レコード、Ｂ
ＩＯＳイメージ、及びシステム参照ディスケット・イメ
ージを含むディスク上の領域へのアクセスを防止する保
護手段は活動状態にならない。次に、ＢＩＯＳは、ディ
スク上のある領域にソフトウェアがアクセスできる状態
で、システム参照ディスケット・イメージまたはシステ
ム参照ディスケットをブート・アップする。

【００２０】

【実施例】以下の詳細な説明は、本発明を実施するため
の現在考えられる最良のモードに関するものである。こ
の説明は、限定的な意味で受け取るべきものではなく、
単に本発明の一般的原理を例示するために行うものであ
る。本発明の範囲は、頭記の特許請求の範囲によって最
もよく定義される。

【００２１】図面、具体的には図１を参照すると、パー
ソナル・コンピュータ・システム１０の切欠き図が示さ
れている。パーソナル・コンピュータ・システム１０は
、複数の入出力スロット１８を介してシステム・ボード
またはプレーナ・ボード２４に接続された複数のＤＡＳ
Ｄ（直接アクセス記憶装置）１２−１６をもつ。電源２
２が、周知の方式でシステム１０に電力を提供する。 プレーナ・ボード２４は、情報を入力、処理、及び出力
するためコンピュータ命令の制御下で動作する、システ
ム・プロセッサを含む。

【００２２】使用の際には、パーソナル・コンピュータ
・システム１０は、主として小グループのユーザまたは
単一のユーザに独立の計算能力を与えるように設計され
、個人または小企業が購入できるように低価格に設定さ
れている。動作に際して、システム・プロセッサは、Ｉ
ＢＭのＯＳ／２オペレーティング・システムやＤＯＳな
どのオペレーティング・システムの下で動作する。この
タイプのオペレーティング・システムは、ＤＡＳＤ１２
−１６とオペレーティング・システムの間にＢＩＯＳイ
ンタフェースを含む。機能ごとにいくつかのモジュール
に分割されたＢＩＯＳの一部分は、プレーナ・ボード２
４上のＲＯＭに記憶され、以後ＲＯＭ−ＢＩＯＳと呼ぶ
ことにする。ＢＩＯＳは、ハードウェアとオペレーティ
ング・システム・ソフトウェアの間のインタフェースを
提供するので、プログラマまたはユーザは、特定の装置
に関する詳細な操作知識がなくても自分のコンピュータ
をプログラミングすることが可能になる。たとえば、Ｂ
ＩＯＳディスケット・モジュールを用いると、プログラ
マは、ディスケット・ドライブ・ハードウェアの詳細な
知識がなくてもディスケット・ドライブをプログラミン
グすることが可能になる。このように、様々なメーカに
よって設計され製造された多数のディスケット・ドライ
ブがシステム内で使用できる。そのため、システム１０
の価格が下がるだけでなく、ユーザが多数のディスケッ
ト・ドライブから好きなものを選択することができるよ
うになる。

【００２３】上記の構造を本発明に関連づける前に、復
習のためパーソナル・コンピュータ・システム１０の一
般的動作について要約しておく。図２を参照すると、パ
ーソナル・コンピュータ・システム１０のブロック図が
示されている。図２は、プレーナ・ボード２４の構成要
素、及びプレーナ・ボード２４と入出力スロット１８及
びパーソナル・コンピュータ・システムのその他のハー
ドウェアとの接続を示している。プレーナ・ボード２４
の上には、ローカル・バス２８によってメモリ・コント
ローラ３０に接続されたマイクロプロセッサからなるシ
ステム・プロセッサ２６がある。メモリ・コントローラ
３０は、さらにランダム・アクセス・メモリ（ＲＡＭ）
３２に接続されている。任意の適当なマイクロプロセッ
サが使用できるが、１つの好適なマイクロプロセッサは
、インテルから販売されている８０３８６である。

【００２４】以下では図２のシステム・ブロック図を特
に参照して本発明の説明を行うが、以下の説明を始める
に際して、本発明による装置及び方法は、プレーナ・ボ
ードの他のハードウェア構成においても使用できるよう
に企図されていることを理解されたい。たとえば、シス
テム・プロセッサは、インテル８０２８６または８０４
８６マイクロプロセッサでもよい。

【００２５】プレーナ識別番号（プレーナＩＤ）がプロ
セッサによってアクセス可能である。プレーナＩＤは各
プレーナ・ボード独自のものであり、使用されているプ
レーナ・ボードのタイプを識別する。たとえば、プレー
ナＩＤは、システム・プロセッサ２６の入出力ポートを
介して、またはスイッチを使用して読み出されるように
配線することができる。さらに、システム・プロセッサ
２６の別の入出力ポートを使って、ディスク・コントロ
ーラへのプレーナ論理回路を使用してリセット信号を発
生することができる。たとえば、リセット信号は、入出
力ポートをソフトウェア・アドレス指定し、プレーナ論
理回路を活動化してリセット信号を発生させることによ
って開始できる。

【００２６】ローカル・バス２８はさらに、バス・コン
トローラ３４を介してプレーナ・ボード２４上の読出し
専用メモリ（ＲＯＭ）３６に接続される。追加の持久メ
モリ（ＮＶＲＡＭ）５８は、直並列ポート・インタフェ
ース４０を介し、さらにバス・コントローラ３４を介し
てマイクロプロセッサ２６に接続される。持久メモリは
、システムから電力が除去されたとき情報を保持するた
めのバッテリ・バックアップを備えた、ＣＭＯＳでよい
。ＲＯＭは通常プレーナ・ボード上にあるので、ＲＯＭ
内に記憶されたモデル値とサブモデル値を使って、それ
ぞれシステム・プロセッサとシステム・プレーナ入出力
構成を識別する。このように、これらの値は、プロセッ
サ及びプレーナ入出力構成を物理的に識別する。

【００２７】ＮＶＲＡＭは、システム構成データを記憶
するために使用される。すなわち、ＮＶＲＡＭは、シス
テムの現構成を記述する値を含む。たとえば、ＮＶＲＡ
Ｍは、固定ディスクまたはディスケットの容量、ディス
プレイのタイプ、メモリの量、時刻、日付などを記述す
る情報を含む。さらに、ＲＯＭに記憶されたモデル値及
びサブモデル値は、構成設定プログラムなど特別の構成
プログラムが実行されるとき、ＮＶＲＡＭにコピーされ
る。構成設定プログラムの目的は、システムの構成を特
徴づける値をＮＶＲＡＭ内に記憶することである。この
ように、正しく構成されたシステムでは、ＮＶＲＡＭ内
のモデル値及びサブモデル値は、それぞれＲＯＭ内に記
憶されたモデル値及びサブモデル値に等しくなる。これ
らの値が等しくない場合は、システムの構成が変更され
たことを示す。図９を参照すると、この特徴がＢＩＯＳ
のロードと共により詳細に説明されている。

【００２８】話を続けて、図２を参照すると、バス・コ
ントローラ３４はさらに、入出力プレーナ・バス４３に
よって、入出力スロット１８、直並列インタフェース４
０、及び周辺装置コントローラ４２に結合されている。 周辺装置コントローラ４２はさらに、キーボード４４、
マウス４６、診断パネル４７、及びディスケット・コン
トローラ６４に接続されている。直並列インタフェース
４０は、ＮＶＲＡＭ５８の他に、さらにプリンタ、ハー
ド・コピー装置などに情報を入出力するために直列ポー
ト４８及び並列ポート５０に接続されている。当技術に
おいて周知のように、ローカル・バス２８は、キャッシ
ュ・コントローラ５２、キャッシュ・メモリ６８、コプ
ロセッサ５４、及びＤＭＡコントローラ５６にも接続す
ることができる。

【００２９】システム・プロセッサ２６は、その内部動
作を制御するだけでなく、パーソナル・コンピュータ・
システム１０の他の要素ともインタフェースする。たと
えば、図では、システム・プロセッサ２６は、小型コン
ピュータ・システム・インタフェース（ＳＣＳＩ）入出
力カード６０に接続されている。入出力カード６０はさ
らに、固定ディスク・ドライブ６２などのＤＡＳＤに接
続されている。本発明によれば、ＳＣＳＩディスク・ド
ライブ以外のものも固定ディスクとして使用できること
を理解されたい。固定ディスク６２に加えて、システム
・プロセッサ２６は、ディスケット・ドライブ６６を制
御するディスケット・コントローラ６４にもインタフェ
ースできる。また、用語に関して、「ハードファイル」
の語は固定ディスク・ドライブ６２を意味し、「フロッ
ピー」の語はディスケット・ドライブ６６を意味するこ
とを理解されたい。

【００３０】本発明以前には、ＲＯＭ３６は、オペレー
ティング・システムをハードウェア周辺装置にインタフ
ェースするＢＩＯＳコードのすべてを含むことができた
。しかしながら、本発明の１態様によれば、ＲＯＭ３６
は、ＢＩＯＳの一部分だけを記憶するようになっている
。この部分は、システム・プロセッサ２６によって実行
されたとき、固定ディスク６２またはディスケット６６
からＢＩＯＳの第２部分すなわち残余の部分（以後ＢＩ
ＯＳイメージとも呼ぶ）を入力する。このＢＩＯＳイメ
ージは、第１ＢＩＯＳ部分に取って代わり、システムの
一体的な部分となって、ＲＡＭ３２などのメイン・メモ
リ内に常駐する。ＲＯＭ３６内に記憶されたＢＩＯＳの
第１部分（ＲＯＭ−ＢＩＯＳ）については、後で図３及
び図４に関して一般的に、また図６−図９に関して詳細
に説明する。ＢＩＯＳの第２部分（ＢＩＯＳイメージ）
については、図５に関して、またＢＩＯＳイメージのロ
ードについては図１０に関して説明する。ＤＡＳＤから
ＢＩＯＳイメージをロードすることによる別の利点は、
ＢＩＯＳをシステム・プロセッサのＲＡＭ３２に直接ロ
ードできることである。ＲＡＭへのアクセスは、ＲＯＭ
へのアクセスよりずっと高速なので、コンピュータ・シ
ステムの処理速度の大きな向上が達成される。ＤＡＳＤ
上にシステム・ユーティリティを記憶することによって
、さらに別の利点も得られる。システム・ユーティリテ
ィの使用に関する条件が必要なとき、システム・ユーテ
ィリティをＤＡＳＤ上で自動的に参照することが可能で
ある。

【００３１】次に、ＲＯＭ３６内のＢＩＯＳの動作、及
びＢＩＯＳイメージとシステム参照ディスケット・イメ
ージを固定ディスクまたはディスケットからロードする
動作の説明に進む。一般的に、ＲＯＭ−ＢＩＯＳなどの
第１のプログラムが、システムを事前検査し、ＢＩＯＳ
マスタ・ブート・レコードをＲＡＭにロードする。この
マスタ・ブート・レコードは、妥当性検査情報を有する
データ・セグメントを含み、またロード手段であるので
、実行可能コードを有するコード・セグメントを含む。 実行可能コードは、データ情報を使ってハードウェア互
換性及びシステム構成の妥当性検査を行う。ハードウェ
ア互換性の有無及びシステム構成が適切かどうかについ
てテストした後、実行可能コードはＢＩＯＳイメージを
ＲＡＭにロードしてメイン・メモリ常駐プログラムを生
ずる。ＢＩＯＳイメージは、ＲＯＭ−ＢＩＯＳを引き継
ぎ、オペレーティング・システムをロードしてコンピュ
ータの動作を開始させる。わかりやすいように、マスタ
・ブート・レコードの実行可能コード・セグメントをＭ
ＢＲコードと呼び、データ・セグメントはＭＢＲデータ
と呼ぶことにする。

【００３２】図３を参照すると、ＲＯＭ−ＢＩＯＳを含
む異なるコード・モジュールを示すメモリ・マップが示
されている。ＲＯＭ−ＢＩＯＳは、パワー・オン・セル
フ・テスト（ＰＯＳＴ）ステージＩモジュール７０、初
期ＢＩＯＳロード（ＩＢＬ）ルーチン・モジュール７２
、ディスケット・モジュール７４、ハードファイル・モ
ジュール７６、ビデオ・モジュール７８、診断パネル・
モジュール８０、及びハードウェア互換性データ８２を
含む。簡単に言うと、ＰＯＳＴステージＩ７０は、シス
テムの事前初期設定及びテストを実行する。ＩＢＬルー
チン７２は、ＢＩＯＳイメージをディスクとディスケッ
トのどちらからロードすべきかどうかを判定し、互換性
があるかどうかを検査し、マスタ・ブート・レコードを
ロードする。ディスケット・モジュール７４は、ディス
ケット・ドライブのための入出力機能を提供する。ハー
ドファイル・モジュール７６は、固定ディスクなどへの
入出力を制御する。ビデオ・モジュール７８は、ビデオ
入出力コントローラへの出力機能を制御する。ビデオ入
出力コントローラはさらにビデオ・ディスプレイに接続
されている。診断パネル・モジュール８０は、システム
の診断ディスプレイ装置への制御を提供する。ハードウ
ェア互換性データ８２は、システム・モデル値やサブモ
デル値などの値を含む。これらの値については、後で図
５に関して説明する。

【００３３】さて、図４を参照すると、ＢＩＯＳイメー
ジを固定ディスクまたはディスケットからシステムにロ
ードするための方法の概要が示されている。システムが
電源投入されると、システム・プロセッサはＰＯＳＴス
テージＩの入口点に進む（ステップ１００）。ＰＯＳＴ
ステージＩは、システムを初期設定し、選択されたＤＡ
ＳＤからＢＩＯＳイメージをロードするのに必要なシス
テム機能だけをテストする（ステップ１０２）。具体的
には、ＰＯＳＴステージＩは、必要ならば、プロセッサ
／プレーナ機能、診断パネル、メモリ・サブシステム、
割り込みコントローラ、タイマ、ＤＭＡサブシステム、
固定ディスクＢＩＯＳルーチン（ハード・ファイル・モ
ジュール７６）、及びディスケットＢＩＯＳルーチン（
ディスケット・モジュール７４）を初期設定する。

【００３４】ＰＯＳＴステージＩは、システムを事前初
期設定した後、システム・プロセッサを初期ＢＩＯＳロ
ード・モジュール７２に含まれる初期ＢＩＯＳロード（
ＩＢＬ）ルーチンに進ませる。ＩＢＬルーチンはまず、
ＢＩＯＳイメージが固定ディスク上に記憶されているの
か、それともディスケットからロードできるのかを判定
し、第２に、選択された媒体（ディスクまたはディスケ
ット）からマスタ・ブート・レコードをＲＡＭにロード
する（ステップ１０４）。マスタ・ブート・レコードは
、ＭＢＲデータ及びＭＢＲコードを含む。ＭＢＲデータ
は妥当性検査に使用され、ＭＢＲコードはＢＩＯＳイメ
ージをロード・インするために実行される。ＩＢＬルー
チンの動作の詳細は、後で図６−図９に関して説明する
。

【００３５】引き続き図４を参照すると、ＩＢＬルーチ
ンがマスタ・ブート・レコードをＲＡＭにロードした後
、システム・プロセッサは、実行開始のためＭＢＲコー
ドの開始アドレスに進む（ステップ１０６）。ＭＢＲコ
ードは、一連の妥当性検査を実行して、ＢＩＯＳイメー
ジが正しいものであるかどうか判定し、システムの構成
を検証する。ＭＢＲコードの動作をよく理解するために
、ＭＢＲコードが詳細に記述されている図１０に留意さ
れたい。これらの妥当性検査に基づいて、ＭＢＲコード
はＢＩＯＳイメージをＲＡＭにロードし、メイン・メモ
リ内の新しくロードされたＢＩＯＳイメージに制御を移
す（ステップ１０８）。具体的には、ＢＩＯＳイメージ
は、ＲＯＭ−ＢＩＯＳが以前に占めたアドレス空間にロ
ードされる。すなわち、ＲＯＭ−ＢＩＯＳがＥ００００
ＨからＦＦＦＦＦＨまでアドレス指定されている場合、
ＢＩＯＳイメージはこのＲＡＭアドレス空間にロードさ
れ、ＲＯＭ−ＢＩＯＳに取って代わる。次に、新しくロ
ードされたＢＩＯＳイメージに含まれているＰＯＳＴス
テージＩＩに制御が移り、従ってＲＯＭ−ＢＩＯＳは廃
棄される。このときＲＡＭ内にあるＰＯＳＴステージＩ
Ｉは、オペレーティング・システム・ブートをロードす
るために残りのシステムを初期設定し、テストする（ス
テップ１１０−１１４）。ステージＩＩＰＯＳＴは、オ
ペレーティング・システムに制御を移す前に、保護手段
をセットして、ＢＩＯＳイメージを保持しているディス
ク区画へのアクセスを防止する。しかし、エラーが検出
された場合には、ステージＩＩＰＯＳＴは、この保護手
段をディスエーブルすることができ、ディスク上のシス
テム参照ディスケット・イメージ内のシステム・ユーテ
ィリティを呼び出すことができる。この保護過程の詳細
な検討については、図１１−図１３を参照されたい。ウ
ォーム・スタート期間中は、プロセッサはステップ１０
０−１０６をバイパスしてステップ１０８に進むことに
留意されたい。

【００３６】わかりやすいように、ここでマスタ・ブー
ト・レコードの形式の表現を示すのが適当である。図５
を参照すると、マスタ・ブート・レコードが示されてい
る。マスタ・ブート・レコードは、実行可能コード・セ
グメント１２０及びデータ・セグメント１２２−１３８
を含む。ＭＢＲコード１２０は、ＲＯＭ−ＢＩＯＳの識
別を検証し、ＩＢＬブート・レコードがシステムと互換
性をもつことを検査し、システム構成を検証し、選択さ
れたＤＡＳＤ（ディスクまたはディスケット）からＢＩ
ＯＳイメージをロードすることに責任をもつ、ＤＡＳＤ
従属コードを含む。データ・セグメント１２２−１３８
は、媒体を定義し、マスタ・ブート・レコードを識別・
検証し、ＢＩＯＳイメージの位置を特定し、ＢＩＯＳイ
メージをロードするために使用される情報を含む。

【００３７】マスタ・ブート・レコードは、ブート・レ
コード識別子１２２によって識別される。このブート・
レコード識別子１２２は、前記レコードの最初の３バイ
ト内の文字列“ＡＢＣ”などの一義的なビット・パター
ンとすることができる。マスタ・ブート・レコードの保
全性は、検査合計値１３２によってテストされる。この
検査合計値１３２は、マスタ・ブート・レコードがロー
ドされたとき、計算された検査合計値と比較される。デ
ータ・セグメントはさらに、少なくとも１つの互換性プ
レーナＩＤ値１３４、互換性モデル値及びサブモデル値
１３６を含む。マスタ・ブート・レコードのプレーナＩ
Ｄ値は、マスタ・ブート・レコードがどのプレーナに対
して有効なのかを定義する。同様に、マスタ・ブート・
レコードのモデル値とサブモデル値は、それぞれ、マス
タ・ブート・レコードが有効であるプロセッサとプレー
ナ入出力構成を定義する。マスタ・ブート・レコードの
識別子及び検査合計は、有効なマスタ・ブート・レコー
ドを識別するが、マスタ・ブート・レコードのプレーナ
ＩＤ、ブート・レコードのモデル及びブート・レコード
のサブモデルの比較は、システムと互換性のあるブート
・レコードを識別し、システム構成が有効であるかどう
かを判定するために使用されることに留意されたい。も
う１つの値であるブート・レコード・パターン１２４は
、ＲＯＭ−ＢＩＯＳの妥当性を判定するために使用され
る。このブート・レコード・パターン１２４は、ＲＯＭ
内に記憶された対応するパターン値と比較される。これ
らのパターン値が一致した場合は、有効なＲＯＭ−ＢＩ
ＯＳが選択された媒体からのＢＩＯＳイメージのロード
を開始したことを示す。

【００３８】以下の説明では、さらにマスタ・ブート・
レコード内の各値及びその機能を詳細に説明する。ＭＢ
Ｒ識別子（１２２）：ＩＢＬブート・レコードの最初の
３バイトは、“ＡＢＣ”などの文字列から構成すること
ができる。この識別子は、ブート・レコードを識別する
ために使用される。

【００３９】ＭＢＲコード・セグメント（１２０）：こ
のコードは、対応するプレーナＩＤおよびモデル／サブ
モデル値を比較することによって、ブート・レコードと
プレーナ・ボード及びプロセッサとの互換性を検証する
。これらの値が一致した場合、選択された媒体からＢＩ
ＯＳイメージをシステムＲＡＭにロードする。システム
・イメージ（メモリ内にロードされたＢＩＯＳイメージ
）の検査合計が有効であり、かつ媒体ロード・エラーが
発生しない場合、ＭＢＲコードはシステム・イメージの
ＰＯＳＴステージＩＩルーチンに制御を渡す。

【００４０】ＭＢＲパターン（１２４）：ＩＢＬブート
・レコードのデータ・セグメントの第１フィールドは、
文字列“ＲＯＭ−ＢＩＯＳ　　１９９０”などのパター
ンを含む。この文字列は、ブート・パターン値をＲＯＭ
内に記憶された対応する値（ＲＯＭパターン）と比較す
ることによって、ＲＯＭ−ＢＩＯＳの妥当性検査を行う
ために使用される。

【００４１】ＭＢＲバージョン日付（１２６）：マスタ
・ブート・レコードは、更新ユーティリティで使用する
ためのバージョン日付を含む。

【００４２】システム区画ポインタ（１２８）：データ
・セグメントは、ステージＩＩ　　ＰＯＳＴで使用する
ための、媒体システム区画域の開始点を指す媒体ポイン
タを含む。ＩＢＬディスケット上では、このポインタは
、トラック−ヘッド−セクタ形式をとる。ディスク上で
は、このポインタは相対ブロック・アドレス（ＲＢＡ）
形式をとる。

【００４３】システム区画タイプ（１３０）：システム
区画タイプは、媒体システム区画の構造を示す。完全シ
ステム区画と、最小システム区画と、不在システム区画
の３つのタイプのシステム区画構造がある。完全システ
ム区画は、ＢＩＯＳイメージ及びマスタ・ブート・レコ
ードに加えて、セットアップ・ユーティリティ及び診断
を含む。最小システム区画は、ＢＩＯＳイメージ及びマ
スタ・ブート・レコードだけを含む。システムがＩＢＬ
イメージをもつハードファイルにアクセスをできないこ
とがあり、この場合、システム区画タイプは不在を示す
。この場合には、ＩＢＬはディスケットから発生する。 これら３種のシステム区画タイプにより、システム区画
が媒体上で占める空間に関して柔軟性が得られる。

【００４４】検査合計値（１３２）：データ・セグメン
トの検査合計値は、マスタ・ブート・レコード・コード
のレコード長値（１．５ｋバイト）に対する有効な検査
合計を生成するように初期設定される。

【００４５】ＭＢＲプレーナＩＤ値（１３４）：データ
・セグメントは、互換性プレーナＩＤを定義するワード
列などの値を含む。各ワードは、１６ビット・プレーナ
ＩＤから構成され、この列はワード値０で終わる。シス
テムのプレーナＩＤが、マスタ・ブート・レコード内の
プレーナＩＤ値、たとえば列内のワードの１つと一致し
た場合、ＩＢＬ媒体イメージはシステム・プレーナ・ボ
ードと互換性がある。システムのプレーナＩＤが列内の
どのワードとも一致しない場合、ＩＢＬ媒体イメージは
システム・プレーナ・ボードと互換性がない。

【００４６】ＭＢＲモデル値及びサブモデル値（１３６
）：データ・セグメントは、互換プロセッサを定義する
ワード列などの値を含む。各ワードは、モデル及びサブ
モデル値から構成され、この列はワード値０で終わる。 （ＲＯＭに記憶されている）システムのモデル値及びサ
ブモデル値が列内のワードの１つと一致した場合、ＩＢ
Ｌ媒体イメージはシステム・プロセッサと互換性がある
。ＲＯＭモデル値及びＲＯＭサブモデル値が列内のどの
ワードとも一致しない場合、ＩＢＬ媒体イメージはシス
テム・プロセッサと互換性がない。

【００４７】ＭＢＲマップ長（１３８）：ＩＢＬマップ
長は、媒体イメージ・ブロックの数に初期設定される。 言い替えると、ＢＩＯＳイメージが４ブロックに分割さ
れた場合、マップ長は４となり、４つのブロック・ポイ
ンタ／長さフィールドを示す。通常、この長さは１にセ
ットされる。というのは、媒体イメージは連続した１つ
の１２８ｋブロックだからである。ＭＢＲ媒体セクタ・
サイズ（１３８）：このワード値は、１セクタ当たりの
バイト数で表した媒体セクタ・サイズに初期設定される
。

【００４８】媒体イメージ・ブロック・ポインタ（１３
８）：媒体イメージ・ブロック・ポインタは、媒体上で
システム・イメージ・ブロックの位置を特定する。通常
、ただ１つのポインタしかない。というのは、媒体イメ
ージは連続する１つのブロックとして記憶されるからで
ある。ＩＢＬディスケット上では、このポインタはトラ
ック−ヘッド−セクタ形式になる。ディスク上では、こ
のポインタは相対ブロック・アドレス形式である。

【００４９】媒体イメージ・ブロック長（１３８）：媒
体イメージ・ブロック長は、対応するイメージ・ブロッ
ク・ポインタに位置するブロックのサイズ（セクタ数）
を示す。ＢＡＳＩＣ用の空間を含めて１２８ｋの連続す
る媒体イメージの場合、このフィールドは２５６にセッ
トされ、ＢＩＯＳイメージ・ブロックが媒体イメージ・
ブロック・ポインタ位置から始まる２５６セクタ（５１
２バイト／セクタ）を占めることを示す。

【００５０】次に、図６−図９を参照すると、ＩＢＬル
ーチンの動作の詳細な流れ図が示されている。通常の状
況下では、ＩＢＬルーチンは、システムの固定ディスク
からマスタ・ブート・レコードをＲＡＭの特定のアドレ
スにロードし、次いでシステム・プロセッサにマスタ・
ブート・レコードのコード・セグメントの実行を開始さ
せる。またＩＢＬルーチンは、マスタ・ブート・レコー
ドをディスケットからロードできる、ディスケット・デ
フォールト・モードを提供する。ただし、システムがシ
ステムの固定ディスク上にＩＢＬ媒体を含み、有効なパ
スワードがＮＶＲＡＭ内に存在する場合は、ＩＢＬルー
チンはディスケット・デフォールト・モードを実行させ
ない。ユーザは、ＮＶＲＡＭ内でパスワードを設定する
オプションを有する。ディスケット・デフォールト・モ
ードが影響を受けるのを防止する目的は、ディスケット
から無許可のＢＩＯＳイメージがロードできないように
するためである。言い替えると、ディスケット・デフォ
ールト・モードは、システムの固定ディスクが稼働して
いず、ユーザが（パスワードを設定しないことによって
）ディスケットからロードできるようにしたいと指示し
たときだけ使用される。ＩＢＬルーチンがいずれの媒体
からもマスタ・ブート・レコードをロードできない場合
、エラー・メッセージが発生され、システムは停止する
。

【００５１】次に図６を参照すると、通常の状況下では
、システムは、システム固定ディスクを含み、ＩＢＬル
ーチンがそれを初期設定する（ステップ１５０）。例と
して、固定ディスクがパーソナル・コンピュータ・シス
テムのドライブＣ用に構成されていると仮定する。同様
に、ドライブＡはディスケット・ドライブとして指定さ
れていると仮定する。このときＩＢＬルーチンはドライ
ブＣを調べて、ドライブＣがＩＢＬ媒体を含むかどうか
判定する（ステップ１５２）。このプロセスを詳細に記
述している図７に注目されたい。ＩＢＬルーチンは、固
定ディスクの最後の３つのセクタから読出しを開始し、
媒体ポインタを減分しながら９９セクタ分、または有効
なマスタ・ブート・レコードが見つかるまで読出しを続
ける。マスタ・ブート・レコードが見つかった場合、そ
れにシステム・プレーナ・ボード及びプロセッサとの互
換性があるかどうか検査する（ステップ１５６）。マス
タ・ブート・レコードがプレーナ・ボードまたはプロセ
ッサと互換性をもたない場合は、エラーが報告される（
ステップ１５８）。ステップ１５２に戻って、マスタ・
ブート・レコードが固定ディスク（プライマリ・ハード
ファイル）の最後の９９セクタ上で見つからない場合、
エラーが報告される（ステップ１５４）。

【００５２】ステップ１５６に戻って、マスタ・ブート
・レコードが見つかった場合、そのマスタ・ブート・レ
コードがコンピュータ・システムと互換性をもつかどう
か判定するために一連の妥当性検査が実行される。さら
に、システムの構成が検査される。このプロセスを詳細
に開示している図９に注目されたい。マスタ・ブート・
レコードがプレーナＩＤ、モデル及びサブモデルと互換
性をもつ場合、及びさらにシステム構成が変化していな
い場合、マスタ・ブート・レコードがロードされ、マス
タ・ブート・レコードのコード・セグメントが実行され
る（ステップ１６０）。

【００５３】ステップ１５４及び１５８に戻って、固定
ディスクからマスタ・ブート・レコードをロードする際
にエラーが発生した場合、または固定ディスクが利用で
きない場合、ＩＢＬルーチンは、有効なパスワードがＮ
ＶＲＡＭ内に含まれているかどうかを判定する（ステッ
プ１６２）。このパスワードは、ＢＩＯＳイメージがデ
ィスケットからロードできるかどうかを決定する。パス
ワードは、フィーチャー設定ユーティリティを走らせる
ユーザによって導入される際にだけ存在することに留意
されたい。パスワードがＮＶＲＡＭ内に導入されている
場合、ＢＩＯＳイメージをディスケットからロードする
ことが防止される（ステップ１６４）。これによって、
システムには固定ディスク上のＢＩＯＳイメージだけが
ロードされるので、ユーザはシステムの動作の保全性を
確保することができる。パスワードは、ＮＶＲＡＭ内に
記憶された文字列の形をとることができる。

【００５４】ステップ１６２に戻って、ＮＶＲＡＭ内に
有効なパスワードが存在せず、したがってＢＩＯＳイメ
ージがディスケットからロードできる場合、ＩＢＬルー
チンはディスケット・サブシステムを初期設定する（ス
テップ１６６）。次にＩＢＬルーチンは、ドライブＡが
ディスケット上にＩＢＬ媒体を含むかどうか判定する（
ステップ１６８）。ドライブＡがＩＢＬ媒体を含まない
場合、エラー信号が発生して、無効なディスケットがド
ライブ内に差し込まれたことをユーザに知らせる（ステ
ップ１７０）。このとき、システムは停止する（ステッ
プ１７２）。ステップ１６８の詳細な検討については図
８に注目されたい。

【００５５】ステップ１６８に戻って、ドライブＡがＩ
ＢＬ媒体を含むかどうか検査された後、マスタ・ブート
・レコードがＲＡＭにロードされ、マスタ・ブート・レ
コード内に含まれるコード・セグメントが実行される（
ステップ１６０）。ディスケットの場合は、ＩＢＬルー
チンは固定ディスク・システムで使用される妥当性検査
を含まないことに留意されたい。妥当性検査を行わない
理由は、ディスケットから互換性のないＩＢＬイメージ
がロードされるからである。たとえば、新しいプロセッ
サがシステムに追加される場合、新しいＢＩＯＳイメー
ジはディスケット上に含まれるはずである。固定ディス
クからロードするとき新しいプロセッサは妥当性エラー
を生ずるので、ＩＢＬルーチンは、ディスケットからＢ
ＩＯＳイメージをロードすることによって、これらのテ
ストをバイパスすることができる。

【００５６】要約すると、マスタ・ブート・レコードは
、システム・プレーナＩＤ及びプロセッサ・モデル／サ
ブモデル値をブート・レコード値と突き合わせることに
よって、システムとの互換性があるかどうか検査される
。ディスクの場合は、この検査はまずＩＢＬルーチン７
２で行われ、次にＩＢＬブート・レコード内で再度実行
される。（ＩＢＬルーチンでの）最初の検査は、ブート
・レコードがシステムと互換性をもつことを確認するた
めに行われる。（ブート・レコード内での）第２の検査
は、互換性ＲＯＭがブート・レコードに制御を渡したこ
とを保証するために実行される。ディスク・ブート・レ
コード内で行われる検査は、互換性ＲＯＭの場合決して
失敗しないことに注意されたい。というのは、ＩＢＬル
ーチンはすでに互換性があることを検査済みのはずだか
らである。これとは対照的に、最初の互換性検査は、デ
ィスケットの場合は行われない。プレーナ／プロセッサ
互換性は、ディスケットのブート・レコードの実行中に
だけ検査される。この方法により、参照ディスケットか
ら新しいＢＩＯＳイメージをロードする際に将来の変更
が可能になる。

【００５７】図６のＩＢＬルーチンについて述べたので
、上記で検討した妥当性検査の包括的で完全な理解を得
るための説明に進む。図７を参照すると、有効なマスタ
・ブート・レコードがドライブＣ上にあるかどうかを判
定するための、図６のステップ１５２の詳細な流れ図が
示されている。このプロセスは、ドライブ・パラメータ
を得て、ＩＢＬルーチンがドライブＣにアクセスできる
ようにすることによって開始する（ステップ２００）。 ＩＢＬロード位置が、ディスクの最後の３セクタに設定
される（この最後の３セクタは、通常、マスタ・ブート
・レコードを含む）（ステップ２０２）。ディスクから
マスタ・ブート・レコードを読み出そうとする試行の回
数を示すロード・カウントが１にセットされる（ステッ
プ２０４）。３つのセクタが、ディスクのＩＢＬロード
位置から読み出される（ステップ２０６）。ディスク・
ドライブ・エラーが検出され、ディスク・ドライブ読出
しエラーが発生した場合は報告される（ステップ２０８
−２１０）。このとき、処理はエラー指示を出して戻る
（ステップ２１２−２１４）。

【００５８】ステップ２０８に戻って、ドライブ・エラ
ーが発生しなかった場合、ディスク・レコードがマスタ
・ブート・レコード識別子を求めて走査される（ステッ
プ２１６）。文字列“ＡＢＣ”などのブート・レコード
識別子が、ディスク・レコードの最初の３バイトと比較
される。ディスク・レコードが有効なブート・レコード
識別子（文字“ＡＢＣ”）をもたず、かつメモリにロー
ドされたディスク・レコードから計算された検査合計が
ブート・レコード検査合計に等しい場合、そのディスク
・レコードはエラーのない有効なブート・レコードとし
て示される（ステップ２１８）。次に処理は戻る（ステ
ップ２１４）。

【００５９】ステップ２１６に戻って、ブート・レコー
ド識別子または検査合計が無効な場合、ロード・カウン
トが１だけ増分される（ステップ２２０）。次に、ロー
ド・カウントが、所定の定数、たとえば９９と比較され
る（ステップ２２２）。ブート・レコードを読み出すた
めの試行が９９回失敗に終わった場合、エラーが指示さ
れ、処理は戻る（ステップ２２４、２１２、２１４）。 ブート・レコードを読み出すための試行が９９回に満た
ない場合は、ＩＢＬロード位置が１だけ減分され、新し
い３つのセクタが新しいロード位置から読み出される（
ステップ２２６、２０６）。このように有効なＩＢＬブ
ート・レコードが最後の９９セクタ（３３コピーに相当
）からロードできない場合、エラー状態がセットされ、
制御はＩＢＬルーチンに戻る。

【００６０】次に第８図を参照すると、ドライブＡ上の
ディスケットからマスタ・ブート・レコードをロードす
るための詳細な流れ図が示されている。最初に、ドライ
ブＡにアクセスするためのディスケット・ドライブ・パ
ラメータが検索される（ステップ２３０）。ＩＢＬロー
ド位置が、ディスケット上の最後の３セクタ（シリンダ
、ヘッド、及びセクタ形式）に設定される（ステップ２
３２）。この最後の３セクタが読み出される（ステップ
２３４）。ディスケット・ドライブ・エラーが検出され
た場合は、エラーが指示される（ステップ２３６−２３
８）。エラー状態がセットされ、制御はＩＢＬルーチン
に戻る（ステップ２４０−２４２）。

【００６１】ステップ２３６に戻って、ドライブ・エラ
ーが検出されなかった場合、ディスケット・レコードが
ブート・レコード識別子を求めて検査され、検査合計が
計算される（ステップ２４４）。ブート・レコード識別
子が行方不明の場合、または検査合計が無効な場合は、
エラーが指示され、制御はＩＢＬルーチンに戻る（ステ
ップ２４４、２４６、２４０、２４２）。有効なブート
・レコード識別子及び有効な検査合計が検出された場合
、指示がセットされ、制御はＩＢＬルーチンに戻る（ス
テップ２４８、２４２）。ディスケット・ロードの際に
は、ＩＢＬルーチンは固定ディスク・ロードの場合と違
って媒体を探索しないことに留意されたい。したがって
、ディスケット・ロードの際には、ＩＢＬ媒体をディス
ケットの特定の位置に記憶しなければならない。

【００６２】最後に、図９は、ＩＢＬルーチンが、シス
テム・プレーナ・ボード及びプロセッサとの互換性があ
るかどうか、及びシステム構成が適切かどうかをどのよ
うにテストするかを示す。マスタ・ブート・レコードは
、ブート・レコード・プレーナＩＤ値と、システム・プ
ロセッサによって読み出されたシステム・プレーナＩＤ
を比較することによって、システム・プレーナ・ボード
との互換性があるかどうか検査される（ステップ２６０
）。システム・プレーナＩＤがブート・レコード・プレ
ーナＩＤ値と一致しない場合は、このマスタ・ブート・
レコードがこのプレーナ・ボードと互換性をもたないこ
とを示す。エラーが指示され、制御はＩＢＬルーチンに
戻る（ステップ２６２、２６４、２６６）。

【００６３】マスタ・ブート・レコードがプレーナ・ボ
ードと互換性をもつ場合、マスタ・ブート・レコードは
、プロセッサと互換性をもつかどうか検査される（ステ
ップ２６８）。ブート・レコード・モデル値とサブモデ
ル値が、それぞれＲＯＭ内に記憶されたモデル値とサブ
モデル値と比較される。不一致の場合は、おそらく新し
いプロセッサが差し込まれ、このブート・レコードがこ
の新しいプロセッサと互換性をもたないことを示す。 エラーが指示され、制御はＩＢＬルーチンに戻る（ステ
ップ２７０、２６４、２６６）。マスタ・ブート・レコ
ードがプレーナ・ボード及びプロセッサと互換性をもつ
場合は、ＮＶＲＡＭが信頼できるかどうかを判定するた
めの検査をする（ステップ２７２）。ＮＶＲＡＭが信頼
できない場合、エラーが指示され、制御はＩＢＬルーチ
ンに戻る（ステップ２７４、２６６）。ＮＶＲＡＭが信
頼できる場合は、システム構成が検査される（ステップ
２７６）。ＮＶＲＡＭ内に記憶されたモデル値及びサブ
モデル値が、ＲＯＭ内に記憶されたモデル値及びサブモ
デル値と一致しない場合は、システム構成の変化が指示
される。この最後の比較は、構成エラーを示すだけであ
ることに留意されたい。構成エラーが示された場合、ユ
ーザに対してエラー信号が発生される。このエラー信号
は、前回構成設定プログラムが動作して以降に、システ
ムの構成が変化したことをユーザに知らせる。ユーザに
構成の変化が通知され、制御はＩＢＬルーチンに戻る（
ステップ２７８、２６４、２６６）。このエラー自体は
致命的ではないが、構成設定プログラム（構成プログラ
ム）を実行しなければならないことをユーザに知らせる
。ステップ２７６に戻って、システム・モデル値／サブ
モデル値が一致した場合、互換性の指示がセットされ、
ルーチンは戻る（ステップ２７６、２７４、２６６）。 したがって、システム構成が修正されたかどうかの判定
とともに、マスタ・ブート・レコードとシステムの間の
互換性がテストされる。

【００６４】ＩＢＬルーチンは、マスタ・ブート・レコ
ードをＲＡＭにロードした後、制御をＭＢＲコードの開
始アドレスに移す。図１０を参照すると、マスタ・ブー
ト・レコードの実行可能コード・セグメントは、まずブ
ート・レコード・パターンをＲＯＭパターンと比べて検
証する（ステップ３００）。マスタ・ブート・レコード
内のパターンがＲＯＭ内のパターンと一致しない場合は
、エラーが発生され、システムは停止する（ステップ３
０２及び３０５）。ＲＯＭパターンとブート・レコード
・パターンが一致するかどうかの検査で、ディスクまた
はディスケットからロードされたマスタ・ブート・レコ
ードが、プレーナ・ボード上のＲＯＭと互換性をもつこ
とが保証される。ステップ３００に戻って、ＲＯＭ内の
パターンがブート・レコード内のパターンと一致した場
合、ＭＢＲコードは、システム・プレーナＩＤ値、モデ
ル値及びサブモデル値を対応するマスタ・ブート・レコ
ード値と比較する（ステップ３０４）。この処理につい
ては、先に図９に関して詳細に検討した。これらの値が
一致しない場合、マスタ・ブート・レコードはシステム
・プレーナ・ボード及びプロセッサと互換性がなく、す
なわちシステム構成が変化しており、エラー信号が発生
する（ステップ３０６）。ＩＢＬレコードがプレーナ値
、モデル値、またはサブモデル値と互換性がないとき、
システムは停止する（ステップ３０５）。

【００６５】ステップ３０４に戻って、システム・プレ
ーナＩＤ値、モデル値及びサブモデル値が、対応するマ
スタ・ブート・レコード値と一致した場合、ＭＢＲコー
ドは選択された媒体からＢＩＯＳイメージをシステムＲ
ＡＭにロードする（ステップ３０８）。データを読み出
す際に媒体ロード・エラーが発生した場合（ステップ３
１０）、エラー信号が発生され、システムは停止する（
ステップ３１２及び３０５）。ステップ３１０に戻って
、媒体ロード・エラーが発生しない場合、メモリ内のＢ
ＩＯＳイメージについて検査合計が計算される（ステッ
プ３１４）。検査合計が無効な場合、エラー信号が発生
され、システムは停止する（ステップ３１８及び３０５
）。ステップ３１６に戻って、検査合計が有効な場合、
システム区画ポインタがセーブされ（ステップ３２０）
、システム・プロセッサはシステムのロードを開始する
ため、ＰＯＳＴステージＩＩに進む（ステップ３２２）
。

【００６６】図１１を参照すると、ディスク・ドライブ
３５１とシステム・プロセッサの間でのデータの移動を
制御するためのインテリジェント・ディスク・コントロ
ーラ３５０のブロック図が示されている。ディスク・コ
ントローラ３５０は、アダプタ・カード６０に組み込む
ことができ、ディスク・ドライブ３５１は、図２のドラ
イブ６２上に含めることができることを理解されたい。 好適なディスク・コントローラ３５０は、ＩＢＭ社製の
ＳＣＳＩアダプタ部品番号３３Ｆ８７４０である。ディ
スク・コントローラ３５０は、マイクロプロセッサ３５
２を含むことを理解されたい。マイクロプロセッサ３５
０は、それ自体の内部クロックの下で動作し、その内部
動作を制御するだけでなく、ディスク・サブシステム及
びシステム・プロセッサのその他の要素とのインタフェ
ース動作をも制御する。マイクロプロセッサ３５２は、
命令バス３５４によって読出し専用メモリ（ＲＯＭ）３
５６に結合される。このＲＯＭ３５６は、ディスク・ド
ライブとシステム・プロセッサの間でのデータの移動を
処理し制御するためにディスク・コントローラ３５０が
実行する命令を記憶する。また、ディスク・コントロー
ラ３５０は、データの記憶または検索のためにマイクロ
プロセッサ３５２に結合されたランダム・アクセス・メ
モリを含むことができることも理解されたい。ディスク
・コントローラ３５０とシステム・プロセッサの間での
データの移動は、データ・バス３５８及び命令バス３６
０によって実施される。線３６２上のリセット信号は、
パワーオン・シーケンス時またはシステム・リセット中
にディスク・コントローラ論理回路をリセットまたは初
期設定する。このリセット信号は、プレーナ・ボード論
理回路によって発生され、ＩＢＭ社のエントリ・システ
ムズ・ディビジョン発行の“ＩＢＭ　　ＰＥＲＳＯＮＡ
Ｌ　　ＳＹＳＴＥＭ／２　　ＳｅｍｉｎａｒＰｒｏｃｅ
ｅｄｉｎｇｓ”，Ｖｏｌｕｍｅ　　５，Ｎｕｍｂｅｒ　
　３，Ｍａｙ　　１９８７に記載されている、ＩＢＭマ
イクロ・チャネル・アーキテクチャによって提供される
チャネル・リセット信号の形をとることができる。さら
に、リセット信号は、プレーナ論理回路が接続されてい
るシステム・プロセッサの入出力ポートにＢＩＯＳが特
定のビット構成を出力することによって、有効に開始す
ることができる。

【００６７】周知のように、マイクロプロセッサ３５２
は、ディスク・ドライブとシステム・プロセッサの間で
のデータの効率的な転送を実施するための、すべてのイ
ンタフェース信号及びタイミング信号を提供する。わか
りやすいように、本発明の理解にとって重要な信号だけ
を示してある。データ・バス３６４など他の信号や線も
使用されるが、それらは本発明の理解にとって重要では
ないので、ここでは示さないことを理解されたい。さら
に、本発明の理解にとって重要な、ＲＯＭ３５６内に記
憶されたプログラムまたはルーチンだけについて図１２
に関して説明することも理解されたい。

【００６８】さて図１２を参照すると、ＲＯＭ３５６に
記憶されたルーチンの動作によって実施される、ディス
ク・コントローラの読出し、書込み、及び保護の諸機能
を図示した流れ図が示されている。動作の際には、ディ
スク命令がシステム・プロセッサによって開始され、デ
ィスク・コントローラ３５０に転送される。このディス
ク・コントローラは、指定された動作を実行するために
、その命令を受け取って解釈する（ステップ４００）。 ディスク・コントローラは、まずそれが、システム・プ
ロセッサからのデータがディスク・ドライブ・ハードウ
ェア上に記憶される、書込み動作であるかどうか判定す
る（ステップ４０２）。命令が書込み命令の場合には、
データは相対ブロック・アドレス（ＲＢＡ）形式でシス
テム・プロセッサから受け取られる。

【００６９】上記の検討を続ける前に、復習のための大
容量記憶装置に適用される相対ブロック・アドレス形式
について簡単に説明しておく。ＲＢＡとは、大容量記憶
装置内のデータが連番による所定のサイズのブロック、
すなわち個別に定義可能な連続するデータ・ブロックで
アドレスされる方式である。たとえば、１ブロックのサ
イズを１０２４バイトと仮定すると、システム・プロセ
ッサは１０メガバイトのディスク１枚について約１０，
０００ブロックをアドレスすることができる。すなわち
、Ｎの範囲を０から９，９９９までとして、システム・
プロセッサはディスク媒体をＮブロック、アドレスする
ことができる。本発明のパーソナル・コンピュータ・シ
ステム用に使用されるタイプのオペレーティング・シス
テムにおいて、ＲＢＡを使用すると、大容量記憶装置を
アドレスするための非常に高速かつ効率的な方法が提供
されることが発見された。

【００７０】便宜上、以下の仮定を行う。第１に、ディ
スクは合計Ｎ個のブロックを支援することができる。第
２に、システム・プロセッサはＫブロックを転送する。 ただし、Ｋは０以上かつ（Ｎ−１）以下である。第３に
、ディスク・コントローラは、最大アドレス可能ブロッ
ク数Ｍを設定することができる。ＫがＭより小さいデー
タ・ブロックへのアクセスは許され、ＫがＭ以上である
データ・ブロックへのアクセスは拒否される。ＭをＮ未
満に設定することにより、ディスク上の保護可能な領域
がＭ番目からＮ−１番目までのブロックで生成されるこ
とに留意されたい。この特徴によって、以下で検討する
ようにＩＢＬ媒体を保護することが可能となる。

【００７１】図１２に関して検討を続けると、データは
ディスクからＲＢＡ形式で受け取られる（ステップ４０
４）。次に、ディスク・コントローラは、受け取られた
ブロックＫが最大ブロック値Ｍより小さいかどうか判定
する。ただし、ＭはＮより小さい（ステップ４０６）。 ＫがＭより小さい場合、ディスク・コントローラはＲＢ
Ａ形式を大容量記憶装置用の特定の形式、たとえば固定
ディスク用のシリンダ−ヘッド−セクタ（ＣＨＳ）形式
に変換する（ステップ４０８）。ディスク・コントロー
ラは、たとえばルックアップ・テーブルを使用すること
により、ＲＢＡアドレスを一義的なシリンダ−ヘッド−
セクタ位置に変換することができる。もう１つの方法は
、ＲＢＡをＣＨＳに変換するための変換公式を使用する
ものである。たとえば、１つのヘッド、６４個のシリン
ダ、９６セクタを有するディスクでは、ヘッド＝０、シ
リンダ＝ＲＢＡ／９６の商、セクタ＝（ＲＢＡの剰余）
／９６。ＲＢＡ形式をＣＨＳ形式に変換した後、データ
はディスクの変換されたＣＨＳ位置に書き込まれる（ス
テップ４１０）。次に、ディスク・コントローラは、シ
ステム・プロセッサからの別の命令を待つ（ステップ４
１２）。

【００７２】ステップ４０６に戻って、受け取られたＲ
ＢＡが最大設定ＲＢＡ値より大きい場合、アクセスは拒
否される（ステップ４１４）。すなわち、ＫがＭ以上の
場合、Ｋ番目のブロックはディスクに書き込まれない。 ＩＢＬ媒体がＭ番目からＮ−１番目までのブロックに記
憶されている場合、ＩＢＬ媒体は書込みから保護される
。

【００７３】ステップ４０２に戻って、システム・プロ
セッサからの命令が書込み命令でない場合、読出し命令
かどうかテストされる（ステップ４１６）。命令が読出
し命令である場合、システム・プロセッサは要求された
データをＲＢＡ形式で送り出す（ステップ４１８）。次
に、ディスク・コントローラは、所望のＲＢＡ（Ｋ）が
最大設定ＲＢＡ（Ｍ）より小さいかどうか判定する。所
望のＲＢＡ（Ｋ）が最大設定ＲＢＡ（Ｍ）より小さい場
合、ディスク・コントローラはそのＲＢＡを適切なＣＨ
Ｓ形式に変換し、ディスクからデータを読み出す（ステ
ップ４２２及び４２４）。次にデータが、システム・プ
ロセッサに転送される（ステップ４１２）。

【００７４】ステップ４２０に戻って、受け取られたＲ
ＢＡ（Ｋ）が最大設定ＲＢＡ（Ｍ）以上の場合、アクセ
スは拒否される（ステップ４２６）。ＩＢＬ媒体がＭ番
目のブロックと（Ｎ−１）番目のブロックの間に記憶さ
れている場合、この領域へのアクセスは拒否される。こ
の状況ではまた、ＩＢＬ媒体はコピーからも保護される
ことに留意されたい。

【００７５】ステップ４１６に戻って、命令が書込み命
令でも読出し命令でもない場合、最大ＲＢＡ設定命令か
どうかがテストされる（ステップ４２８）。この命令は
、ディスク・コントローラに、ディスク・ドライブ・ハ
ードウェア上に保護可能な領域または区画を作成させる
。この命令は、ディスク・コントローラに、Ｍを０から
Ｎの間の値に設定させる（ステップ４３０）。ディスク
・コントローラが（リセット信号によって）リセットさ
れたときに最大数のブロックが得られるようにＭが設定
されることに留意されたい。すなわち、ディスク・コン
トローラがリセットされたとき、Ｍ＝Ｎである。本質的
に、保護可能領域の保護は、ディスク・コントローラを
リセットしてその領域へのアクセスが可能になったとき
に解除される。ただし、最大ＲＢＡ設定命令が実行され
た後、リセット命令または別の最大ＲＢＡ設定命令だけ
が保護可能領域へのアクセスを可能にする。概念的には
、最大ＲＢＡの設定は、それより高い領域へのアクセス
を防止し、それより低い領域へのアクセスは許す、フェ
ンスの設定と考えることができる。次に、ディスク・コ
ントローラは、戻って別の命令を待つ（ステップ４１２
）。

【００７６】ステップ４２８に戻って、命令が読出し、
書込み、または最大ＲＢＡ設定命令でない場合、別のデ
ィスク・コントローラ命令かどうかがテストされ、実行
される（ステップ４３２）。これらの命令は、最大ＲＢ
Ａ設定値を使用するが、本発明の理解には重要でないの
で、話を簡単にするためにここでは提示しない。次に、
ディスク・コントローラは、戻って別の命令を待つ（ス
テップ４１２）。

【００７７】次に、ＩＢＬ媒体をロード・インし保護す
る操作に説明を進める。一般的に、コールド・スタート
（電源投入）かウォーム・スタート（Ｃｔｒｌ−Ａｌｔ
−Ｄｅｌ）のいずれかから、ＩＢＬ媒体をもつディスク
・コントローラがリセットされる。これによって、最大
ＲＢＡ（Ｍ）はＮにセットされる、すなわちフェンスが
除去されてＩＢＬ媒体へのアクセスが可能になる。これ
が必要な理由は、システムにＩＢＬ媒体をロードして動
作を開始させるためである。ＩＢＬ媒体がロードされ実
行された後、ディスク上に記憶されたＩＢＬ媒体へのア
クセスを防止するためにフェンスが立てられる（最大Ｒ
ＢＡをＩＢＬ媒体より下に設定する）。

【００７８】次に、図１３を参照すると、ＩＢＬ媒体の
保護を実施する流れ図が示されている。電源投入状態か
ら、システムが初期設定され、ＢＩＯＳはプレーナ・ボ
ード論理回路内で活動を開始し、リセット状態信号をデ
ィスク・コントローラに送る（ステップ４５０及び４５
２）。このリセット信号は、フェンスを倒し、ディスク
上のＭ番目のブロックからＮ番目のブロックまでの領域
にすでに記憶されているＩＢＬ媒体へのシステム・プロ
セッサによるアクセスを可能にする。システムは、図４
−図１０を参照してすでに説明したように、ＩＢＬ媒体
をロードする（ステップ４５４）。ＩＢＬロード・シー
ケンス中に、ＰＯＳＴステージＩＩが実行される（ステ
ップ４５６）。ＰＯＳＴステージＩＩのタスクの１つは
、最大ＲＢＡ設定命令の実行であり、最大ＲＢＡがＩＢ
Ｌ媒体の第１ブロックであるＭに設定される（ステップ
４５８）。Ｍは、すでに説明したように区画タイプ（非
、部分または完全）に依存する。これは、ＩＢＬ媒体へ
のアクセスを拒否するフェンスを設定する効果をもつと
同時に、ディスクの他の領域へのアクセスを可能にする
。次にオペレーティング・システムが、通常の方式でブ
ート・アップされる（ステップ４６０）。

【００７９】システムがＣｔｒｌ−Ａｌｔ−Ｄｅｌなど
のウォーム・スタート状態から開始される場合、プレー
ナ論理回路はＰＯＳＴステージＩＩによってディスク・
コントローラをリセットするよう指令される（ステップ
４６２及び４６４）。これによってフェンスが倒される
。この状況では、ＩＢＬ媒体はすでにＲＡＭ内に存在し
ているので、ＩＢＬ媒体が再度ロードされることはない
。しかしながら、ＩＢＬ媒体の保護はなくなっているの
で、フェンスをリセットするためにＰＯＳＴステージＩ
Ｉを実行しなければならない（ステップ４５６及び４５
８）。ＩＢＬ媒体を保護するフェンスが立てられ、その
後システムは通常の方式で再ブートされる（ステップ４
６０）。

【００８０】ＩＢＬ媒体は、大容量記憶装置をブロック
でアドレスし、システムが通常動作中にアクセスできる
最大ブロックを設定することによって保護される。ＩＢ
Ｌ媒体は、アクセス可能な最大ブロックとディスク・ド
ライブによって支援されるブロックの合計数との間のブ
ロックに連続的に記憶される。ディスク・コントローラ
に送られたリセット信号は、アクセス可能な最大ブロッ
クを解除して、システムがＩＢＬ媒体にアドレスできる
ようにする。ＩＢＬ媒体へのアクセスを可能にしてシス
テムをブート・アップさせるために、電源投入状態また
はウォーム・スタート状態の間にリセット信号が発生さ
れる。

【００８１】次に図１４を参照すると、流れ図は、固定
ディスク６２上のシステム区画からシステム参照ディス
ケット・イメージをロードするためにＰＯＳＴステージ
ＩＩがたどるプロセスを記述している。ＤＯＳやＩＢＭ
のＯＳ／２などのオペレーティング・システムをブート
する前に、ＰＯＳＴは、ＩＢＬ媒体上に存在するシステ
ム区画のタイプを確認する（ステップ５００）。次に、
ＰＯＳＴは、最後のブロック・アドレスの値を固定ディ
スク６２に照会する（ステップ５０２）。次に、ＰＯＳ
Ｔは、最後のブロック・アドレスとして得られた値をシ
ステム区画のサイズ分が補償されるように調整する（ス
テップ５０４）。これは、固定ディスク６２の最後の物
理的ブロック・アドレスからシステム区画内のブロック
の量を引き算することによって実行される。ＰＯＳＴは
、調整済みの値を最後の論理的ブロック・アドレスとし
てセーブする（ステップ５０６）。そうすることによっ
て、ＰＯＳＴは、固定ディスク区画の始めからではなく
システム区画からブートする機構をＢＩＯＳに提供した
。上記の詳細な検討については図１６を参照されたい。

【００８２】さらに話を進めると、図１４に関して、Ｐ
ＯＳＴステージＩＩは、ＰＯＳＴパス・フラグの現内容
を調べる（ステップ５０８）。ＰＯＳＴパス・フラグは
、ＰＯＳＴを通るパスのタイプ、たとえば初期電源投入
パスかウォーム・リブート・パスかを追跡するためにＰ
ＯＳＴが使用する１つの機構である。ウォーム・リブー
トは、通常Ｃｔｒｌ−Ａｌｔ−Ｄｅｌキーストローク・
シーケンスによってイネーブルされる。ＰＯＳＴパス・
フラグの現在値が、システム区画ブート・オーバライド
手順を示す場合、ＰＯＳＴステージＩＩはシステム区画
ブート・フラグを偽にセットして、システム区画をブー
トしないことを示す（ステップ５１０）。次に、ＰＯＳ
ＴステージＩＩは、ステップ５０６で計算された値に基
づいてブート固定ディスク上の保護手段を活動化するよ
うにＢＩＯＳに指令することにより、システム区画を保
護する（ステップ５１１）。すなわち、フェンスが、ス
テップ５０６で計算されたアドレス・ポインタに設定さ
れる。したがって、不注意による破壊を防止するために
システム区画が保護される。その後、ＰＯＳＴステージ
ＩＩはブートストラップ・ローダＩＮＴ　　１９Ｈを呼
び出し、オペレーティング・システムのブートを開始す
る（ステップ５１２）。

【００８３】ステップ５０８に戻って、ＰＯＳＴパス・
フラグがシステム区画ブート・シーケンスのオーバライ
ドを指示しない場合、ＰＯＳＴパス・フラグが、Ｃｔｒ
ｌ−Ａｌｔ−Ｄｅｌキー・シーケンスが入力されたこと
をＰＯＳＴが示す、ウォーム・ブート・パスかどうか調
べられる（ステップ５２０）。パス・フラグがウォーム
・ブートを示さない場合、ＰＯＳＴステージＩＩは、コ
ールド・スタート実行中にエラーが検出されたかどうか
判定する（ステップ５２２）。エラーが検出されなかっ
た場合、ＰＯＳＴステージＩＩは、システム区画をブー
トしないことを示すフラグをセットする（ステップ５１
０）。こうして、ＰＯＳＴステージＩＩは、ステップ５
１１に示すように、保護手段を活動化するようＢＩＯＳ
に指令することにより、システム区画を保護し、その後
でブートストラップ・ローダを呼び出す（ステップ５１
２）。

【００８４】ステップ５２２に戻って、ＰＯＳＴステー
ジＩＩがその実行中にエラーを検出した場合、システム
・ブート区画フラグを真にセットする（ステップ５２６
）。次に、ＰＯＳＴステージＩＩは、ステップ５１１に
示すように保護手段を活動化するようＢＩＯＳに指令す
ることにより、システム区画を保護する。その後で、Ｐ
ＯＳＴステージＩＩは、ブートストラップ・ローダを呼
び出して、オペレーティング・システムのブートを開始
させる（ステップ５１２）。

【００８５】ステップ５２０に戻って、Ｃｔｒｌ−Ａｌ
ｔ−Ｄｅｌキー・シーケンスが入力された場合、ＰＯＳ
ＴステージＩＩは、ユーザがキーストローク・シーケン
スＣｔｒｌ−Ａｌｔ−Ｉｎｓを入力したかどうか調べる
。Ｃｔｒｌ−Ａｌｔ−Ｉｎｓキーストローク・シーケン
ス命令は、システム参照ディスケット・イメージ５２４
のブート動作を呼び出す（ステップ５２４）。このシー
ケンスにより、ユーザはシステム区画からブートアップ
手順を強制することができる。入力されなかった場合、
ＰＯＳＴステージＩＩは、システム区画ブート・フラグ
を偽にセットし、ステップ５１１に示すように保護手段
を活動化するようＢＩＯＳに指令することにより、シス
テム区画を保護する。その後で、ＰＯＳＴステージＩＩ
はブートストラップ・ローダＩＮＴ　　１９Ｈを呼び出
して、オペレーティング・システムのブートを開始させ
る（ステップ５１２）。

【００８６】ステップ５２４に戻って、ＰＯＳＴステー
ジＩＩがユーザ入力のキーストローク・シーケンスＣｔ
ｒｌ−Ａｌｔ−Ｉｎｓを検出した場合、システム区画ブ
ート・フラグを、システム区画をブートすることを指示
する、真にセットする（ステップ５２６）。次に、ＰＯ
ＳＴステージＩＩは、ステップ５１１に示すように保護
手段を活動化するようＢＩＯＳに指令することにより、
システム区画を保護する。その後で、ブートストラップ
・ローダを呼び出す（ステップ５１２）。

【００８７】この時点で、ＰＯＳＴステージＩＩは、通
常のブート・シーケンスと、システム区画内のシステム
参照ディスケット・イメージのブートのどちらを行うか
を確定した。また、ＰＯＳＴは、システム区画の開始点
を、それが論理的ブート可能区画であるかのように確立
し、信頼できると判定されなかったプログラムによるシ
ステム区画へのアクセスを防止するために保護手段を活
動化した。論理的ブート可能区画は、ＰＯＳＴにはディ
スク上の第１区画に見えるので、ブート可能である。こ
うして、ＰＯＳＴステージＩＩはブートストラップ・ロ
ーダを呼び出す。

【００８８】ブートストラップ・ローダは、適切なブー
ト装置を選択し、活動区画からブート・レコードを読み
込むために使用される。ブート・ドライブの優先順位は
、第１ディスケット・ドライブ、その次にブート固定デ
ィスクなどの第１固定ディスクである。ただし、システ
ム参照ディスケット上のユーティリティまたはシステム
区画内のシステム参照ディスケット・イメージを使用す
ることにより、デフォールトのブート装置シーケンスの
優先順位を変更することができる。次に、ブートストラ
ップ・ローダは、制御をブート・レコード内の実行可能
コードに渡し、それが、所望のオペレーティング・シス
テムまたは制御プログラムをブートする。

【００８９】図１５に関して検討を続けると、ブートス
トラップ・ローダＩＮＴ１９Ｈ内部の論理的流れを記述
した流れ図が示されている。まず、ブートストラップ・
ローダは、第１ディスケット・ドライブ内にシステム参
照ディスケットが実際に存在するかどうかを検査する（
ステップ６００）。第１ディスケット・ドライブ内にシ
ステム参照ディスケットが存在すると、他のすべての参
照ディスケットがオーバライドされる。言い替えると、
システム参照ディスケットを呼び出すと、システム区画
内のシステム参照ディスケット・イメージ、またはＰＯ
ＳＴエラーが検出された場合にオペレーティング・シス
テムをブートしたいというユーザによる直接要求がオー
バライドされる。次に、システム区画ブート・フラグが
検査される（ステップ６２０）。システム参照ディスケ
ットが存在するので、システム区画ブート・フラグは偽
である。

【００９０】システム区画ブート・フラグが偽であるの
で、ブートストラップ・ローダは、参照ディスケット・
ブートが必要かどうか判定する（ステップ６３０）。シ
ステム参照ディスケットが第１ディスケット・ドライブ
内に存在するので、ブートストラップ・ローダはまず、
システム区画に対して保護手段を非活動化するようＢＩ
ＯＳに指令する（ステップ６４０）。次に、ブートスト
ラップ・ローダは、ステップ５０６で論理的開始ブロッ
ク・アドレスとして計算された値を使用して、システム
区画をブート固定ディスクの起点として確定する（ステ
ップ６５０）。このとき、システム区画は保護されてい
ない。次に、ブートストラップ・ローダは、システム参
照ディスケットからブート・レコードを取り出し、制御
をブート・レコードに渡す（ステップ６６０）。次に、
ブート・レコードは、システム参照ディスケットをブー
ト・アップする。たとえば、ユーザが、新機能入出力ア
ダプタをシステムに追加しており、システム区画内にア
ダプタ記述ファイルを導入したいと思うことがある。

【００９１】ステップ６００に戻って、システム参照デ
ィスケットが第１ディスケット・ドライブ内に存在しな
い場合、ブートストラップ・ローダは、システム区画ブ
ート・フラグを検査する（ステップ６１２）。このフラ
グがオペレーティング・システムのブートを示す場合、
ブートストラップ・ローダは制御を選択可能ブート・ル
ーチンに渡す（ステップ６１４）。次いで、選択可能ブ
ート・ルーチンは、どの物理的装置からブートするかを
決定し、ステップ６２０に進む。

【００９２】次にシステム区画ブート・フラグが、セッ
トされているかどうか判定するためにアクセスされる（
ステップ６２０）。システム区画ブートが要求されない
場合、ブートストラップ・ローダは、システム参照ディ
スケット・ブートが必要であるかどうか判定する（ステ
ップ６３０）。たとえば、システム参照ディスケットが
、第１の物理ディスケット・ドライブ以外のブート可能
なディスケット・ドライブ内にあることがある。システ
ム参照ディスケットが存在しない場合、ブートストラッ
プ・ローダは、オペレーティング・システム・ブート・
レコードを取り出し、それに制御を渡す（ステップ６６
０）。システム区画は保護されたままであり、ＢＩＯＳ
は別の区画、すなわちブート固定ディスク上のオペレー
ティング・システム区画にアクセスすることになる。

【００９３】ステップ６３０に戻って、システム参照デ
ィスケット・ブートが必要な場合、ブートストラップ・
ローダは、システム区画の保護手段を非活動化するよう
、かつステップ５０６で論理的開始ブロック・アドレス
として計算された値を使用して、システム区画をブート
固定ディスクの起点として確定するようＢＩＯＳに指令
する（ステップ６５０）。ブートストラップ・ローダは
、システム参照ディスケットからブート・レコードを取
り出し（この場合にはシステム参照ディスケットが存在
する）、システム参照ディスケットをブート・アップす
る（ステップ６６０）。システム区画は保護されていず
、このとき固定ディスク上の活動区画である。これは、
参照ディスケットによるアクセスを可能にするために実
行される。すでに説明したように、ユーザが新機能入出
力アダプタをシステムに追加しており、そのアダプタ記
述ファイルをシステム区画内に導入したいと思うことが
ある。

【００９４】ステップ６２０に戻って、システム区画ブ
ート・フラグが真の場合、ブートストラップ・ローダは
、システム区画の保護手段を非活動化するよう（ステッ
プ６４０）、かつステップ５０６で論理的開始ブロック
・アドレスとして計算された値を使用して、システム区
画をブート固定ディスクの起点として確定するようＢＩ
ＯＳに指令する（ステップ６５０）。次に、ブートスト
ラップ・ローダは、システム区画内のシステム参照ディ
スケット・イメージからブート・レコードを取り出し、
システム参照ディスケット・イメージをブート・アップ
する（ステップ６６０）。システム区画は保護されてい
ず、このときブート固定ディスク上の活動区画である。

【００９５】ステップ６１２に戻って、システム区画ブ
ート・フラグがシステム区画ブートを示す場合、ブート
ストラップ・ローダは、システム区画上に有効なブート
・レコードがあるかどうかを検査する（ステップ６１６
）。このステップは、システム区画が完全システム区画
であること、ブート・レコード識別子が有効であること
、及びシステム参照ディスケット識別子が存在すること
の検証を含む。有効な場合、ブートストラップ・ローダ
はシステム区画ブート・フラグに照会する（ステップ６
２０）。それが真なので、ブートストラップ・ローダは
、システム区画の保護手段を非活動化するよう、かつス
テップ５０６で論理的開始ブロック・アドレスとして計
算された値を使用して、システム区画をブート固定ディ
スクの起点として確定するようＢＩＯＳに指令する（ス
テップ６４０及び６５０）。ブートストラップ・ローダ
は、システム区画からブート・レコードを取り出し、シ
ステム参照ディスケット・イメージをブート・アップす
る（ステップ６６０）。システム区画は保護されていず
、このときブート固定ディスク上の活動区画である。

【００９６】ステップ６１６に戻って、有効なブート・
レコードが存在しない場合、ブートストラップ・ローダ
は、ユーザに、システム参照ディスケットをディスケッ
ト・ドライブに差し込み、キーボードの’Ｙ’キーを押
すよう指示する（ステップ６１７）。次にブートストラ
ップ・ローダは、キー入力を待つ（ステップ６１８）。 入力された後、ブートストラップ・ローダは、有効なシ
ステム参照ディスケットが存在するかどうか検査する（
ステップ６１９）。存在しない場合、ブートストラップ
・ローダは、ステップ６１７から始まる処理を繰り返す
。

【００９７】ステップ６１９に戻って、ブートストラッ
プ・ローダが有効なシステム参照ディスケットを見つけ
た場合、ブートストラップ・ローダは、システム区画の
保護手段を非活動化するよう、かつステップ５０６で論
理的開始ブロック・アドレスとして計算された値を使用
して、システム区画をブート固定ディスクの起点として
確定するようＢＩＯＳに指令する（ステップ６４０及び
６５０）。システム区画はこのとき保護されていず、ブ
ートストラップ・ローダは、システム参照ディスケット
からブート・レコードを取り出し、それに制御を渡す（
ステップ６６０）。ブート・レコードは、システム参照
ディスケットをブート・アップする。

【００９８】図１６は、ブート固定ディスクのシステム
区画からシステム参照ディスケット・イメージのブート
動作を支援するのに、またはシステム参照ディスケット
がブートされるとき、システム参照ディスケット・イメ
ージへのアクセスを可能にするのに必要なＢＩＯＳの修
正を示す。ＢＩＯＳは、データ転送動作の実行要求を受
け取ったとき、これがステップ７００に示すようにブー
ト固定ディスクであるかどうか判定する。ブート固定デ
ィスクとは、固定ディスク・アダプタ上の第１の物理的
固定ディスクである。固定ディスクがブート固定ディス
クでない場合、ＢＩＯＳは要求された動作を実行する（
ステップ７３０）。

【００９９】ステップ７００に戻って、固定ディスクが
ブート固定ディスクである場合、ＢＩＯＳは、システム
区画ブート・フラグが真であるかどうか、あるいはシス
テム参照ディスケットがブートされているかどうかを検
査する（ステップ７１０）。いずれも真でない場合、Ｂ
ＩＯＳは要求された動作を実行する（ステップ７３０）
。

【０１００】ステップ７１０に戻って、システム区画ブ
ート・フラグが真である場合、あるいはシステム参照デ
ィスケットがブートされている場合、ステップ５０６で
計算された固定ディスク・ブロック・アドレスが、固定
ディスク・データ転送機能要求と共に提供されるユーザ
供給のシリンダ・パラメータ、ヘッド・パラメータ、及
びセクタ・パラメータから変換された後、任意のブロッ
ク・アドレスに加えられる（ステップ７２０）。これに
よって、システム区画は固定ディスク上の第１ブロック
に見えるようになる。すなわち、システム区画は、ブー
ト固定ディスク上の活動区画に見えるようになる。その
後、ＢＩＯＳは、要求された動作を実行する（ステップ
７３０）。

【０１０１】本発明を好ましい実施例に関して例示した
が、当業者なら多くの変形を思いつくであろうことを理
解されたい。

【０１０２】

【発明の効果】固定ディスク・ドライブなどの大容量記
憶装置内のシステム区画からシステム参照ディスケット
・イメージをブートするための方法及び装置が開示され
た。システム区画は、ディスク・ドライブ上の領域を保
護することによって提供される。システム区画は、シス
テム区画の開始アドレスをディスク・ドライブ上に記憶
しておいて、システム参照ディスケット・イメージのブ
ートが要求されたときまたは必要となったとき、この開
始アドレスを固定ディスクの起点として使用するようＢ
ＩＯＳに指示することによってブート可能になる。この
能力を提供することによって、構成が変更されたとき、
システム・ユーティリティが希望されるとき、あるいは
ＰＯＳＴの実行中にエラーに出会ったとき、システム参
照ディスケット・ユーティリティが自動的に利用可能に
なる。こうして、システムの使い易さが向上する。

【図面の簡単な説明】

【図１】複数の直接アクセス記憶装置に接続されたシス
テム・プレーナ・ボードを示すパーソナル・コンピュー
タ・システムの切欠き図である。

【図２】図１のパーソナル・コンピュータ・システムの
システム・ブロック図である。

【図３】プレーナ・ボード上に含まれるＲＯＭ　　ＢＩ
ＯＳのメモリ・マップである。

【図４】直接アクセス記憶装置からＢＩＯＳイメージを
ロードするための全過程を記述した流れ図である。

【図５】マスタ・ブート・レコードのレコード形式を示
す図である。

【図６】ＩＢＬルーチンの働きを記述した流れ図である
。

【図７】固定ディスクからＢＩＯＳイメージをロードす
るためのステップを示す流れ図である。

【図８】ディスケットからＢＩＯＳイメージをロードす
るためのステップを示す流れ図である。

【図９】マスタ・ブート・レコードとプレーナ／プロセ
ッサの間の互換性検査の詳細を示す流れ図である。

【図１０】マスタ・ブート・レコードの実行可能コード
・セグメントの働きを示す詳細な流れ図である。

【図１１】直接アクセス記憶装置のコントローラのブロ
ック図である。

【図１２】ディスク・ドライブに記憶されたＩＢＬ媒体
を保護するためのディスク・コントローラの働きを示す
流れ図である。

【図１３】ＢＩＯＳイメージを保護するための方法を示
す流れ図である。

【図１４】いつ直接アクセス記憶装置からシステム参照
ディスケットをロードするかを決定するための過程を記
述した流れ図である。

【図１５】直接アクセス記憶装置からのシステム参照デ
ィスケット・イメージを含む正しい媒体をブートするブ
ートストラップ・ローダを示す流れ図である。

【図１６】区画を固定ディスク上の活動区画としてシス
テムを扱うことを可能にするＢＩＯＳの修正例を示す流
れ図である。

【符号の説明】

１０　　パーソナル・コンピュータ・システム　　１２
　　直接アクセス記憶装置（ＤＡＳＤ）１４　　直接ア
クセス記憶装置（ＤＡＳＤ）１６　　直接アクセス記憶
装置（ＤＡＳＤ）１８　　入出力スロット ２４　　プレーナ・ボード ２６　　システム・プロセッサ ３０　　メモリ・コントローラ ３２　　ランダム・アクセス・メモリ（ＲＡＭ）３４　
　バス・コントローラ ３６　　読出し専用メモリ（ＲＯＭ） ４０　　直並列ポート・インタフェース４２　　周辺装
置コントローラ ４７　　診断パネル ５８　　持久メモリ（ＮＶＲＡＭ） ６２　　固定ディスク ６４　　ディスケット・コントローラ ６６　　ディスケット・ドライブ

Claims (4)

【特許請求の範囲】
1. 【請求項１】オペレーティング・システムを実行するた
   めのシステム・プロセッサと、読出し専用メモリと、ラ
   ンダム・アクセス・メモリと、少なくとも１つの直接ア
   クセス記憶装置とを有するパーソナル・コンピュータ・
   システム内で、システム・ユーティリティを保護するた
   めの装置であって、直接アクセス記憶装置の領域を保護
   するための機能を具備し、且つリセット信号に応答して
   保護された領域へのアクセスを可能にする保護手段を有
   する、直接アクセス記憶装置コントローラと、直接アク
   セス記憶装置の保護された領域に含まれていて、オペレ
   ーティング・システムをブートするため、及びオペレー
   ティング・システムの通常動作中に直接アクセス記憶装
   置の保護された領域へのアクセスを防止するように前記
   保護手段を活動化するために、ランダム・アクセス・メ
   モリにロードされるＢＩＯＳの一部分と、直接アクセス
   記憶装置の保護された領域に含まれ、オペレーティング
   ・システムのロード時にエラー状態を検出するとき自動
   的に実行される、システム・ユーティリティの一部分と
   を含む装置。
2. 【請求項２】直接アクセス記憶装置が固定ディスクを含
   む、請求項１の装置。
3. 【請求項３】システム・ユーティリティの前記部分がシ
   ステムの構成を修正するためのプログラムを含む、請求
   項１の装置。
4. 【請求項４】システム・プロセッサと、読出し専用メモ
   リと、メイン・メモリと、複数のデータ・レコードを記
   憶できる少なくとも１つの直接アクセス記憶装置とを有
   するパーソナル・コンピュータ・システム内で、システ
   ム・ユーティリティ・プログラムを保護するための装置
   であって、読出し専用メモリ内に含まれ、システム・プ
   ロセッサを初期設定し、さらにデータ・レコードにアク
   セスできるようにするために直接アクセス記憶装置への
   リセット信号の発生を開始する、第１のプログラムと、
   直接アクセス記憶装置の保護可能区画内に記憶され、前
   記第１のプログラムによって直接アクセス記憶装置から
   メイン・メモリに読み込まれ、且つ前記第１のプログラ
   ムによって活動化されて、直接アクセス記憶装置内のデ
   ータ・レコードをメイン・メモリにロードするためのロ
   ード手段と、直接アクセス記憶装置の保護可能区画に記
   憶され、メイン・メモリ常駐プログラムを作成するため
   に前記ロード手段によって直接アクセス記憶装置からメ
   イン・メモリに読み込まれる、メイン・メモリ常駐プロ
   グラム・イメージと、前記ロード手段及び前記メイン・
   メモリ常駐プログラム・イメージへの無許可アクセスを
   防止するために前記メイン・メモリ常駐プログラムによ
   って活動化されて、直接アクセス記憶装置の保護可能区
   画を保護する手段と、直接アクセス記憶装置の保護可能
   区画に記憶され、前記メイン・メモリ常駐プログラムが
   システム内でエラーを検出するとき直接アクセス記憶装
   置からメイン・メモリに自動的に読み込まれる、システ
   ム・ユーティリティ・プログラム・イメージとを含む装
   置。