JPH0786834B2 - コンピュータ・システム及びコンピュータ・システムのブート方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、デイスケツトのような
交換可能なデータ・メモリからオペレーテイング・シス
テムをロードするコンピユータに関する。交換可能のメ
モリはオペレーテイング・システムではなく単なるデー
タだけを含むことができるが、本発明は、一方の決定に
おいて、オペレーテイング・システムとしてそのメモリ
の内容をロードし、そして、他方の決定において、その
メモリにストアされた他のコードを処理することに関す
る。

【０００２】

【従来の技術】パーソナル・コンピユータのデイスケツ
トなどの交換可能のメモリは、オペレーテイング・シス
テムをストアすることができるし、あるいはデータだけ
をストアすることもできる。多くの秀れたオペレーテイ
ング・システムがあり、それらは今後も改善されるであ
ろう。通常、コンピユータを制御するためのオペレーテ
イング・システムのローデイング（通常、ブーテイン
グ、またはブートするといわれている）は、単一のコー
ドを反復してストアしているデイスケツトであつて、フ
オーマツトされたデイスケツトではないことを設定する
ためのデイスケツトの読取りコードを含んでいる。若
し、上述した反復したコードのテストが満足されたなら
ば、従来のシステムは、デイスケツト上のコードをブー
テイング制御に通す。そのコードがオペレーテイング・
システムを構成していないことが判つた時、コンピユー
タはエラーの信号を発生して、機械の操作員の介入を待
つ。通常、このエラー信号は、システム・デイスケツト
を挿入した後、もう一度ブーテイングを開始することを
操作員に知らせるメツセージである。従つて、操作員が
有効なオペレーテイング・システムを持つデイスケツト
を機械に挿入しない場合には、エラー・メツセージと操
作員の動作とが絶対に必要である。

【０００３】大部分のオペレーテイング・システムは、
デイスケツト内にオペレーテイング・システムを設定す
るためと、デイスケツト内の情報を定義するコードをス
トアするために、上述した規約と同様な規約を採用して
いる。種々のオペレーテイング・システムの異なつたバ
ージヨンは、デイスケツトのどこにキーの情報があるか
について、若干異なつた規約を採用している。この発明
は、デイスケツトがオペレーテイング・システムを含ん
でいるか否かを正確に高い確率で決定するような規約を
採用し、これにより、他の種類のオペレーテイング・シ
ステムを自動的にブーテイングさせて、無駄な動作時間
と、操作員の負担とを回避する。コンピユータのデイス
ケツト・ドライブ内に、錯誤によつて取り残されたデイ
スケツトは、通常、システム・デイスケツトではなく、
データ・デイスケツトであることがしばしばあるので、
代替メモリ中のコードで自動的にブートすることは、オ
ペレータの意図と一致することが多い。

【０００４】図３に示されたように、デイスケツトが挿
入されていない時、つまりブートするために検査される
オリジナル・コードを持つフオーマツトされたデイスケ
ツトが、デイスケツト・ドライブに見出されない場合、
代替のメモリ・ロケーシヨン中のコードからブートする
のが従来のパーソナル・コンピユータにおける通常の方
法である。基本的に言えば、これらの通常のシステム
は、パーソナル・コンピユータのパーマネント・メモリ
（読取専用メモリ、またはＲＯＭと呼ばれる）の公知の
基本的なオペレーテイング・システムを実行する。

【０００５】

【発明が解決しようとする課題】本発明の目的は交換可
能のメモリを装着することのできるコンピユータ・シス
テムにおいて、オペレーテイング・システムをブートす
るための方法及び装置を提供することにある。

【０００６】

【課題を解決するための手段】本発明に従つて、メモリ
の有効データからブート情報を検出する動作において、
メモリの中にｃ、ｏ及びｍを表示するバイトが存在する
か否かが検査される。若し、ｃｏｍが発見されなけれ
ば、ブーテイングはそのメモリ中のコードで行なわれ
る。メモリのデイレクトリが検索され、有効なデイレク
トリが発見されて、ｃｏｍが発見されたならば、デイレ
クトリの最初の２つの項目は、ブート情報メモリ中のｃ
ｏｍの前のある所定の数の文字と一致しているか否かが
検査される。若し、これらの項目の何れもが、その比較
動作を満足したならば、そのメモリ中のコードでブーテ
イングが行なわれる。

【０００７】ｃｏｍが発見されないか、またはｃｏｍと
デイレクトリの項目との一致が見い出されない場合、コ
ンピユータの動作は異なつたメモリ中のコードからブー
テイングを試行する。従つて、最初のメモリのコードか
ら実際に試行されたブーテイングが失敗した場合か、ま
たは代替のブーテイングが失敗した場合でなければ、エ
ラーのメツセージは発生しない。上述の２つの失敗は、
希にしか発生しない。

【０００８】結果から言えば、デイスケツトがデイスケ
ツト・ドライブの中にあり、通常のデータだけを含む場
合には、そのデイスケツトは予め設置されているオペレ
ーテイング・システム、即ち代替のオペレーテイング・
システムを持つパーソナル・コンピユータの始動の進行
を妨げない。また、そのデイスケツトがシステム・デイ
スケツトである場合、そのオペレーテイング・システム
は、機械の操作者の介入を要さずにロードされる。

【０００９】

【実施例】本発明を適用するコンピユータ・システム
は、デイスプレー１と、システム・ユニツト３と、デイ
スケツト５を受け入れ、デイスケツト５からコードを読
取り、またはデイスケツト５にコードを書込むためのデ
イスケツト・ドライブ４とを持つ基本的な通常のパーソ
ナル・コンピユータ・システムであることが望ましい。
デイスケツト５は、操作員７によつて選択され、挿入さ
れる場合もあれば、挿入されない場合もある。パーソナ
ル・コンピユータは、マイクロプロセツサ９と、読取専
用メモリ（ＲＯＭ）１１と、ランダム・アクセス・メモ
リ（ＲＡＭ）１３とを含む標準的なロジツク及びメモリ
とを含んでいる。ＲＯＭ１１は、標準的なパーマネント
・コードを含んでいる。

【００１０】本発明は標準的なデータ処理能力に修正を
加えるか、または付加的な能力を与えるものである。本
発明の理解を容易にするために、そのような能力につい
て或る程度まで以下に細述する。

【００１１】パワー・オン自己テスト（ＰＯＳＴ）（po
wer-on self test ）−これは、コンピユータがパワー
・オフにされた後のようなコンピユータの最も初期の状
態からコンピユータを準備完了状態に立ち上げる時、コ
ンピユータを動作状態に導入するための内部コード、ま
たは内部ロジツクによつて制御される動作の順序であ
る。ＰＯＳＴは、幾つかの内部チエツクと、ハードウエ
アを準備し、かつＲＡＭ１３の内容をセツトする動作と
を制御する。続いて、ＰＯＳＴは、ＰＯＳＴが終了した
後に、オペレーテイング・システムをロードする動作を
制御する。オペレーテイング・システムのこのようなロ
ードの動作は、本発明に対して本質的な関係のある領域
である。標準的なパーソナル・コンピユータ・システム
において、ＰＯＳＴは先ず、オペレーテイング・システ
ムに関してデイスケツト５を検査する。

【００１２】デイスクのセクタ−デイスケツト５のよう
なデイスクは同心円のトラツクに機能的に分割され（物
理的に分割されているのではない）ており、各トラツク
は幾つかのセクタに分割されてコードを担持している。
デイスケツト５のようなデイスケツトは、１つのトラツ
ク当り９個のセクタを持つビツト密度のものと、１つの
トラツク当り１８個のセクタを持つ、より高いビツト密
度を持つものとがある。上述のデイスケツトのセクタ
は、両方とも、システムで実行可能な５１２個のバイ
ト、即ちデータ・コードのバイトを持つている。フオー
マツトされたデイスクは、同じバイトですべての位置に
書込まれる。実行可能なコードを担持するデイスケツト
はコードのタイミング・パターンによつて決められたセ
クタを持つており、これに続いて、そのトラツク、セク
タ及び両側（一方の側はヘツド０、反対側はヘツド１と
呼ばれる）を定義するアドレス情報が続き、これに続い
て、チエツク・バイトが続き、これに続いて、実行可能
な５１２個のバイトが続き、そして、これに続くチエツ
ク・バイトで終了する。

【００１３】ブート・レコード−最も外側のトラツク中
の１つのセクタは、アドレス０、セクタ１（規約では、
セクタ０はない）及びヘツド０を保持している。通常、
このセクタの実行可能なコードの最後の２個のバイト
は、その内容がオペレーテイング・システムを構成して
いる時には、独特の名前コードを保持する。そのセクタ
において実行可能なコードは、その内容がデータであ
れ、オペレーテイング・システムであれ、その内容には
関係なくブート・レコードと言われる。名前コードは標
準コードであるけれども、トラツク０、セクタ１、ヘツ
ド０にある実行可能なコードの最初の８ポジシヨン中の
フオーマツト・コードとは異なつてストアされている８
バイト・コードは、ブート・レコードとしてデータを定
義する名前コードとは無関係にテストされる。

【００１４】Ｃｏｍｍａｎｄ．Ｃｏｍ−ＩＢＭデイスク
・オペレーテイング・システム（ＩＢＭ ＤＯＳ）、ま
たは、これと互換性あるオペレーテイング・システム中
のルーチンのためのコードに用いられている見出し表示
であり、これは、関連するオペレーテイング・システム
によつて付勢された時、コンピユータに対して幾つかの
共通した能力、即ち基本的な能力を与える。Ｃｏｍｍａ
ｎｄ．Ｃｏｍにより定義される代表的な機能は以下の通
りである。即ち、それらは、（１）Ｄｉｒｅｃｔｏｒ
ｙ、即ち、デイレクトリ（登録簿）を表示させる機能
（例えば、ｄｉｒと打鍵した後に入力キーを押すと、デ
イスケツト５の中のすべてのフアイルがデイスプレー１
にリストされる。）、（２）ｖｉｅｗ、即ち、フアイル
を表示させる機能（ｔｙｐｅ ｘｘｘｘｘと打鍵した後
に入力キーを押すと、標準のＡＳＣＩＩコードでデコー
ドされたフアイルｘｘｘｘｘが表示される。）、（３）
ｅｘｅｃｕｔｅ ｘｘｘｘｘ、即ち、ｘｘｘｘｘを実行
させる機能（ｘｘｘｘｘは予約済みのコマンドではない
ことを条件にして、例えば、ｘｘｘｘｘと打鍵した後に
入力キーを押すと、ｘｘｘｘｘをフアイル名としてデイ
スケツト５の中のデイレクトリを検索し、そのフアイル
をロードし、実行する。）などである。Ｃｏｍｍａｎ
ｄ．Ｃｏｍは、機械の操作員とコンピユータとの間のコ
ミユニケーシヨンの接点を構成する他の多くの機能を与
える。

【００１５】ＩＢＭＢＩＯ＃＃ＣＯＭ及びＩＢＭＤＯＳ
＃＃ＣＯＭ−これらは、ＩＢＭのＤＯＳオペレーテイン
グ・システムのためのデイレクトリ中の最初の２つの項
目（entry ）（これらの項目中、＃はスペース、即ち空
白を表わしている）である。ＩＢＭの機械と互換性を持
つ機械は、これら２つの項目として、例えばＸＸＢＩＯ
＃＃＃ＣＯＭ及びＸＸＤＯＳ＃＃＃ＣＯＭを持つている
が、これらの項目は、標準のＡＳＣＩＩコードで表わさ
れ、ＣＯＭで終わる合計１１個の文字で構成されてい
る。これらの項目は、ＢＩＯＳ（basic input output s
ystem ）と、ＤＯＳ（disk operating system ）とのコ
ードのアドレスを与える。ＢＩＯＳはコードの入力及び
出力を制御するルーチンであり、ＤＯＳはマイクロプロ
セツサ９とデイスケツト５のようなデイスクとを定義す
るルーチンである。この発明に対して用いられるＢＩＯ
Ｓ及びＤＯＳは従来のものであつてよい。

【００１６】ＩＢＭのＤＯＳオペレーテイング・システ
ム、または、ＩＢＭのオペレーテイング・システムと互
換性を持つオペレーテイング・システムのブート・レコ
ードは、夫々、標準のＡＳＣＩＩ表記法で表わされたＩ
ＢＭＢＩＯ＃＃ＣＯＭ及びＩＢＭＤＯＳ＃＃ＣＯＭ、ま
たは、ｉｂｍｂｉｏ＃＃ｃｏｍ及びｉｂｍ＃＃ｄｏｓｃ
ｏｍを必然的に含んでおり、ＣＯＭ、またはｃｏｍで終
わる１１バイトのコードで構成される。然しながら、そ
のようなオペレーテイング・システムに対するデータだ
けを担持するデイスケツトは、しばしば使用されるブー
ト・レコードにおいて、データの一部としてＩＢＭＢＩ
Ｏ＃＃ＣＯＭ、またはｉｂｍｂｉｏ＃＃ｃｏｍ、または
同等の１１バイトのコードを担持している。

【００１７】図３は本発明によつて改善されるＰＯＳＴ
２０から開始する従来のブーテイングの流れ図である。
ＰＯＳＴ２０の多くの段階が成功裡に実行された後、Ｐ
ＯＳＴ２０は、デイスケツト５のトラツク０、セクタ
１、ヘツド０の５１２個のデータ・バイトをＲＡＭ１３
の中に導入する。動作２４において、そのデータ内の最
初の８個のバイトは、それらのバイトがフオーマツト・
バイトとは異なつたバイトか否かを決定するためにプロ
セツサ９で検査される。若し、そのデータがフオーマツ
ト・バイトであれば、そのデータは、有効なブート・レ
コードとして活動して、機能２６の動作が開始され、こ
れにより、マイクロプロセツサ９はブート・レコードを
実行し、デイスケツト５にストアされているオペレーテ
イング・システムを設置して、準備完了またはエラーの
メツセージ２８を発生する。機能２６からの準備完了の
表示はＰＯＳＴ２０が完了したことを表わす。

【００１８】ＰＯＳＴ２０は、マイクロプロセツサ９の
中のブート・レコードの５１２個のデータ・バイトの内
の最初の２個のバイトを、インストラクシヨンとしてロ
ードすることによつて、図３に示した従来のコンピユー
タと、本発明のコンピユータとの両方にオペレーテイン
グ・システムを設置する。これは、オペレーテイング・
システムの核心部分（カーネル（kernel ）と呼ばれ
る）をＲＡＭにロードするため５１２個のバイトのイン
ストラクシヨンに対する飛び越しインストラクシヨン
（jump instraction ）である。カーネルはブート・レ
コード中にストアされた情報からデイレクトリのアドレ
スを決定し、デイレクトリからＣｏｍｍａｎｄ．Ｃｏｍ
のようなルーチンを位置付け、そして適切にそれらをロ
ードする。オペレーテイング・システムの大部分はデイ
スケツト５、または他のデイスクに残留しており、必要
に応じて、カーヌルによつてＲＡＭ１３中にロードされ
る。

【００１９】動作２４がデイスケツト５のようなデイス
ケツト上に有効なブート・レコードを発見できなかつた
時、従来のシステムはシステム・ユニツト３の中に半永
久的に設置されている固定デイスク（図示せず）からの
ブートの試行に自動的に進む。通常、固定デイスクは、
操作員が挿抜できるデイスケツト５よりも高速であるけ
れども、すべてのコンピユータが固定デイスクを持つて
いるわけではない。

【００２０】固定デイスクのトラツク０、セクタ１、ヘ
ツド０からの５１２バイトのデータは、機能３０におい
てＲＡＭ１３に読込まれる。動作３２において、そのデ
ータの最初の８バイトは、それらの各バイトがフオーマ
ツト・バイトと相異しているか否かを決定するためにマ
イクロプロセツサ９において検査される。若し、フオー
マツト・バイトと同じならば、そのコードは機能２６で
説明したのと同じ態様で機能３４で実行され、その結
果、準備完了、またはエラー・メツセージ２８に進む。
若し、フオーマツト・バイトと相異していれば、機能３
６はＲＯＭ１１中にストアされている基本的なオペレー
テイング・システムを設置して、準備完了、またはエラ
ー・メツセージ２８に進む。

【００２１】図４乃至図７は本発明の実施例を説明する
ための流れ図である。図４において、ＰＯＳＴ４０は本
発明についても従来と同様に進行する。動作４２におい
て、ＰＯＳＴ４０はデイスケツト５からのブーテイング
が試行されるか否かを決定するためにＲＡＭ１３のパー
マネント・メモリの位置を検査する。これらのビツト
は、ブーテイングが外部メモリからのすべてにおいて試
行されるべきか否かを定義するための１つのメモリ・ビ
ツトと、デイスケツトの内容の決定が本発明に従つて決
定されるか否かを定義する１つのメモリ・ビツトと、Ａ
ｕｔｏｅｘｅｃ．Ｂａｔ（操作員がルーチンをロードす
る必要がないように、予め選ばれた他のルーチンをロー
ドするルーチン）が固定デイスクから取り出され、そし
て固定デイスクからではないオペレーテイング・システ
ムを使用すべきか否かを定義する１つのメモリ・ビツト
と、Ｃｏｎｆｉｇ．Ｓｙｓ（コンピユータ・システム
を、プリンタとか、付加的なメモリなどの或る種の周辺
装置と協働するような構成にするためのルーチン）が固
定デイスクから取り出され、そして固定デイスクからで
はないオペレーテイング・システムを使用すべきか否か
を定義する１つのメモリ・ビツトとである。若し、これ
らのビツトのすべてが肯定的なものであれば、動作４２
の結果は肯定的である。

【００２２】動作４２の結果が肯定的な場合、動作４４
はデイスク・ドライブ３中のデイスケツトの存在によつ
て物理的に位置付けられるスイツチを感知する。（この
スイツチは或る種の従来のコンピユータ中に存在してい
るけれども、ブーテイング動作において使用することは
公知ではない。ブーテイングの間で、固定デイスクのた
めの物理的な存在スイツチを感知することは知られてお
り、固定デイスクの存在がスイツチによつて示されてい
るか否かによつて、固定デイスクからのブートの試みが
決定される。）

【００２３】若し、動作４４の結果が肯定的であると決
定されれば、従来のシステムの機能２２について説明し
たのと同じように、機能４６はトラツク０、セクタ１、
ヘツド０のデータをＲＡＭ１３に移動する。次に、動作
４８において、従来のシステムの動作２４で説明したの
と同じように、最初の８バイトを検査することによつ
て、そのデータが有効なブート・レコードであるか否か
を決定する。若し、その結果が肯定的であれば、動作５
０は、デイスケツト５からのブーテイングが命令である
か否かを定義するパーマネント・メモリＲＡＭ１３のビ
ツトを検査する。若し、結果が肯定的であれば、機能５
２は、従来のシステムの機能２６と同様に、ブート・レ
コードのデータを実行する。

【００２４】若し、動作５０の結果が否定的であれば、
動作５１はデイスケツト５の内容が決定されるべきか否
かを定義するＲＡＭ１３のパーマネント・メモリのビツ
トを検査する。若し、その検査結果が否定的であれば、
動作５４は、固定デイスクからのフアイルを読取ること
によつてのみ満足される要件を定義するＲＡＭ１３のパ
ーマネント・メモリの位置を検査する。（上述の要件
は、Ｃｏｎｆｉｇ．Ｓｙｓ、またはＡｕｔｏｅｘｅｃ．
Ｂａｔが固定デイスクから来なければならず、そして、
固定デイスクからではないオペレーテイング・システム
を使用しなければならないという条件である。）若し、
動作５４の結果が肯定的であれば、動作５６は、１１番
目のデータ・バイトとして小文字のｙがデイスケツト５
のトラツク０、セクタ１、ヘツド０にあるか否かを検査
する。若し、その結果が肯定的であれば、機能５２はデ
イスケツト５のブート・レコードを実行する。このよう
なブート・レコードは、小文字ｙを標準として置かれた
保守用のオペレーテイング・システムを含んでおり、保
守を必要とする時に、熟練した保守技術員によつて改訂
することができる。

【００２５】動作５１の結果が肯定的の場合、デイスケ
ツト５の或る種の内容が決定された時にのみ、デイスケ
ツト５がブートされる。動作５８は、標準の位置にある
標準の識別コードが存在するか否かについて、デイスケ
ツト５のブート・レコード中のバイト番号２２を検査
し、そして、その識別子をＩＢＭのオペレーテイング・
システムと互換性あるオペレーテイング・システムのた
めの５つの可能性ある識別子と比較する。旧式のシステ
ムは１６０ＫＢ（キロバイト）のデイスケツトでも、３
２０ＫＢのデイスケツトの何れでも００のコードを持つ
ている。３６０ＫＢ、７２０ＫＢ、１．４４ＭＢ（メガ
バイト）及び１．２ＭＢのデイスケツトのような他のデ
イスケツトは異なつた独特のコードを持つている。若
し、これらのコードの何れのコードも現われなければ、
動作５８は否定の動作を行なつて、機能５２において、
ブート・レコードを実行する。若し、動作５８の結果が
肯定的であれば、動作６０は、動作５１において読取ら
れた識別コードが１６０ＫＢデイスケツトの識別コード
か、または３２０ＫＢデイスケツトの識別コードかを決
定する。

【００２６】００がデータ・デイスケツト中に現れるか
も知れないから、動作６０からの肯定的な答えに応答し
て、機能６２はデイスケツト５のフアイル割り当てテー
ブルの最初のセクタをＲＡＭ１３の中に読取る。フアイ
ル割り当てテーブルは可変長のフアイルの連結を定義す
るテーブルとして広く標準化されている。これは、ブー
ト・レコードの直後に続いたセクタで開始し、そして、
すべてが１であるよう標準化された１バイトか、１６０
ＫＢ及び３２０ＫＢデイスケツトに対して０（１６進法
表記法においてＦＦ、またはＦＥ）で終わる７個の１を
持つ１バイトで開始する。動作６４において、マイクロ
プロセツサ９は、そのバイトとＦＦ及びＦＥが一致する
か否かの比較を行なう。動作６４の結果が肯定的である
場合、機能６８において、これらのデイスク上のデイレ
クトリの位置がトラツク０、セクタ１、ヘツド０の始め
の所で始まるとして知られているデイレクトリの最初の
２つの項目をＲＡＭ１３の中に読取る。

【００２７】若し、動作６０の動作結果が否定的であれ
ば、デイスケツト５は、他の５つのタイプの何れか１つ
のタイプである。機能６６は、標準のブート・レコード
中の情報からデイスケツト５のデイレクトリを見いだ
す。次に、機能６８はデイスケツト５のデイレクトリの
最初の２つの項目をＲＡＭ１３の中に読取る。

【００２８】動作７０において、そのデイレクトリから
のデイレクトリ情報の読取つた内容が、デイレクトリで
ある内容と一致するか否かが検査される。特定されたセ
クタの存在のチエツクと、セクタの内容に対してセクタ
中のチエツク・ビツトの正確さのチエツクの２つの主要
なチエツクがある。これらは標準的なチエツクである。
若し、動作７０の結果が否定的であれば、デイスケツト
５のブート・レコードは機能５２によつて実行される。
若し、動作７０の結果が肯定的であれば、動作７２にお
いて、マイクロプロセツサ９は、大文字ＣＯＭが存在す
るか否かについて、デイスケツト５のブート・レコード
の内容を順番にチエツクする。若し、ＣＯＭが発見され
なければ、次には、マイクロプロセツサ９によつて、小
文字ｃｏｍが存在するか否かについてブート・レコード
の内容を逐次にチエツクする。大文字のＣＯＭ、または
小文字のｃｏｍの何れかが存在すれば、機能５２はブー
ト・レコードを実行する。

【００２９】動作７２の結果が肯定的であれば、動作７
４において、マイクロプロセツサ９は、デイレクトリの
項目の最初の１１個のバイトと、動作７２において見い
出されたＣＯＭまたはｃｏｍの前の８個のバイトの内容
及びＣＯＭまたはｃｏｍとを比較する。若し、デイレク
トリの何れかが、これらの１１個のバイトと一致したな
らば、動作７４の結果は肯定的であり、機能５２におい
て、デイスケツト５のブート・レコードが実行される。

【００３０】若し、以下の動作結果が否定的であれば、
つまり、デイスケツトのブート要求の動作４２が否定さ
れた場合と、デイスケツトが存在するという動作４４が
否定された場合と、有効なブート要求であるという動作
４８が否定された場合と、固定デイスクのフアイルを読
取るという動作５４が否定された場合と、診断ブート・
レコードを読取る動作５６が否定された場合と、または
ｘｘｘｘｘｘｘｘｃｏｍと一致するという動作７４が否
定された場合には、ＲＡＭ１３のパーマネント・メモリ
のビツトが、固定デイスクからのブーテイングが発生さ
れるべきか否かを決定する動作７８に移行する。若し、
動作８０の結果が否定的であれば、機能８２は、通常、
標準のＩＢＭのＤＯＳオペレーテイング・システムであ
るが、特定されたオペレーテイング・システムであるの
が望ましいＲＯＭ１１にストアされたブート・ルーチン
を実行する。若し、動作８０の結果が肯定的であれば、
機能８４において、固定デイスクのブート・レコードは
ＲＡＭ１３にロードされる。これ以降の中間的な動作は
標準的なものであり、図示していない。通常の動作にお
いて、機能８６は固定デイスクのブート・レコードを実
行する。機能５２におけるデイスケツトからのブート・
レコードと、機能８２におけるＲＯＭからのブート・レ
コードと、機能８６における固定デイスクからのブート
・レコードとの実行は、標準的なオペレーテイング・シ
ステムのように、準備完了かエラー信号８８をコンピユ
ータの操作員に表示する。ブーテイング動作の後の準備
完了状態はＰＯＳＴを終了させ、ＰＯＳＴではなく、オ
ペレーテイング・システムがロードされる。

【００３１】ブーテイングが行なわれる前に、その内容
を定義するＲＡＭ１３の中のビツトの設定は、ブーテイ
ングを試行するのに希に用いられるＩＢＭのＤＯＳと互
換性あるオペレーテイング・システムのためのデータを
持つデイスケツト５中に発生するが、実際的には、他の
すべてのデイスケツトが試行される。従つて、ＤＯＳと
互換性あるデータ用のデイスケツトをコンピユータのデ
イスク・ドライブに挿入したままであつても、通常のオ
ペレーテイング・システムは特別の動作を必要とせず、
他の代替源から、通常のようにコンピユータをブートす
る。このようにして、操作員の手を患わすことなくエラ
ー信号８８を回避することができる。

【００３２】パーマネントＲＡＭ１３の状態が電池によ
つて維持されるように、コンピユータの電源がオフにさ
れても、パーマネントＲＡＭ１３のビツトは、通常の月
並な電池でバツクアツプするメモリであることが好まし
い。オペレーテイング・システムや、アプリケーシヨン
・ソフトウエアなどをストアするＲＡＭ１３中の大部分
のデータは永久的に維持する必要はないから、ＲＡＭ１
３の他の部分は、永久的に保持する能力を持つ必要はな
い。

【００３３】本発明の好適な実施例においては幾つかの
入力源から直接にブートする交換可能なメモリのビツト
を、操作者の制御の下で設定することも可能である。

【００３４】本発明の技術的範囲内で、上述した実施例
の動作の順序を変更、または修正することは、当業者に
は自明である。従つて、上述したように、デイスケツト
の不在を、データをチエツクすることによつて発見する
ことができるので、デイスケツト５の存在の物理的なチ
エツクは必要不可欠な要件というわけではない。若し、
デイスケツト５に代替する源からの強制的なブーテイン
グが回避されるならば、システムは大部分の場合に良好
に機能するが、操作者は、与えられたブート・レコード
がオペレーテイング・システムをロードしないことを確
認する選択権を持つていない。固定デイスクの抵触使用
が見出された時、既に述べたような診断デイスケツトに
よつて励起する代わりに、ソフトウエアのアルゴリズム
がこの抵触使用を認識して、内部のオペレーテイング・
システムにブーテイングを特定する。この種のプログラ
ムから、またはランダムなエラーから予見不可能なロツ
クアツプが、発生する可能性があるので、デイフオルト
のアルゴリズムが含まれている場合であつても専門の技
術員によつてアクセスできるように、診断デイスクに到
達するメカニズムが準備される。

【００３５】

【発明の効果】錯誤によりデータ用のデイスケツトをデ
イスケツト・ドライブに残したままにして、コンピユー
タの電源を投入したとしても、本発明はオペレーテイン
グ・システムを自動的にブーテイングさせて、無駄な動
作時間と、操作員の負担とを回避することができる。

【図面の簡単な説明】

【図１】本発明を適用するためのパーソナル・コンピユ
ータの斜視図である。

【図２】パーソナル・コンピユータに使用される従来の
デイスケツトの斜視図である。

【図３】パーソナル・コンピユータによつてブートする
動作の従来の標準的な順序を示す流れ図である。

【図４】本発明の実施例を説明するための流れ図の一部
を示す図である。

【図５】本発明の実施例を説明するための流れ図の一部
を示す図である。

【図６】本発明の実施例を説明するための流れ図の一部
を示す図である。

【図７】本発明の実施例を説明するための流れ図の一部
を示す図である。

【符号の説明】

１ デイスプレー ３ システム・ユニツト ４ デイスク・ドライブ ５ デイスケツト ９ マイクロプロセツサ １１ 読取専用メモリ（ＲＯＭ） １３ ランダム・アクセス・メモリ １４ キーボード

Claims (4)

【特許請求の範囲】
1. 【請求項１】プロセッサと、ディスケットを装填しその
   内容を読み取るため上記プロセッサに接続し該プロセッ
   サによって制御されるディスケット・ドライブと、上記
   プロセッサに接続し、上記ディスケットからオペレーテ
   イング・システムをロードしコンピュータ・システムの
   ためのオペレーティング・システムを記憶するための初
   期化データ・コードを記憶する内部メモリと、第１と第
   ２の状態のオン・オフを識別するデータ・ビットを持つ
   パーマネント・ランダム・アクセス・メモリとを含むコ
   ンピユータ・システムにおいて、上記ディスケットが、所定のデータを記憶する第１と第
   ２の所定領域を持ち、 上記プロセッサが、 上記データ・ビットの状態を検査し、第１の状態がオン
   の状態にある場合は、上記ディスケットからのオペレー
   ティング・システムのロードを試行せず、上記ディスケ
   ット以外からオペレーティング・システムをロードする
   試行を含めた所定の動作を行う手段と、 上記第１の状態がオフの場合、 上記ディスケットの第１
   の所定領域中にｃｏｍがあるか否かについて上記ディス
   ケットを検索する手段と、 上記検索の結果ｃｏｍが発見された場合、上記初期デー
   タ・コードの制御のもと、上記ｃｏｍおよび上記ディス
   ケットの第１の所定領域中にある上記ｃｏｍの直前に先
   行する予め決められた数のバイトと上記ディスケットの
   第２の所定領域中のデータとを比較する手段と、 上記比較動作の結果が肯定的である場合には、上記ディ
   スケットからオペレーテイング・システムをロードする
   よう試行する手段と、上記比較動作の結果が否定的である場合、上記データ・
   ビットの状態を検査し第２の状態がオンであれば、上記
   ディスケットからオペレーテイング・システムをロード
   するよう更に試行する手段と、 上記比較動作の結果が否定的である場合、上記データ・
   ビットの状態を検査し第２の状態がオフであれば、上記
   内部メモリからオペレーティング・システムをロードす
   るよう試行する手段と、 上記検索の結果ｃｏｍが発見されなかった場合、上記デ
   ータ・ビットの状態を 検査し第２の状態がオンの場合、
   上記ディスケットから所定形式でないオペレーテイング
   ・システムをロードするよう試行し、第２の状態がオフ
   であれば、上記内部メモリからオペレーティング・シス
   テムをロードするよう試行する手段と、 を有する、 コンピュータ・システム。
2. 【請求項２】上記第１の所定の領域はデイスケツトのト
   ラツク０、セクタ１、サイド０であり、かつ、上記第２
   の予め決められた領域は上記デイスケツトのデイレクト
   リに含まれている、請求項１に記載のコンピユータ・シ
   ステム。
3. 【請求項３】ｃｏｍの直前に先行した上記所定の数のバ
   イトは８個であり、かつ上記第２の予め決められた領域
   は上記外部メモリのデイレクトリ中の最初の２つの項目
   の位置である、請求項２に記載のコンピユータ・システ
   ム。
4. 【請求項４】プロセッサと、所定のデータを記憶する第
   １と第２の所定領域を持つディスケットを装填しその内
   容を読み取るため上記プロセッサに接続し該プロセッサ
   によって制御されるディスケット・ドライブと、上記プ
   ロセッサに接続し、上記ディスケットからオペレーテイ
   ング・システムをロードしコンピュータ・システムのた
   めのオペレーティング・システムを記憶するための初期
   化データ・コードを記憶する内部メモリと、第１と第２
   の状態のオン・オフを識別するデータ・ビットを持つパ
   ーマネント・ランダム・アクセス・メモリとを含むコン
   ピユータ・システムにおいて、上記データ・ビットの状態を検査し、第１の状態がオン
   の状態にある場合は、上記ディスケットからのオペレー
   ティング・システムのロードを試行せず、上記ディスケ
   ット以外からオペレーティング・システムをロードする
   試行を含めた所定の動作を行うステップと、 上記第１の状態がオフの場合、 上記ディスケットの第１
   の所定領域中にｃｏｍがあるか否かについて上記ディス
   ケットを検索するステップと、 上記検索の結果ｃｏｍが発見された場合、上記初期デー
   タ・コードの制御のもと、上記ｃｏｍおよび上記ディス
   ケットの第１の所定領域中にある上記ｃｏｍの直前に先
   行する予め決められた数のバイトと上記ディスケットの
   第２の所定領域中のデータとを比較するステップと、 上記比較動作の結果が肯定的である場合には、上記ディ
   スケットからオペレーテイング・システムをロードする
   よう試行するステップと、上記比較動作の結果が否定的である場合、上記データ・
   ビットの状態を検査し第２の状態がオンであれば、上記
   ディスケットからオペレーテイング・システムをロード
   するよう更に試行するステップと、 上記比較動作の結果が否定的である場合、上記データ・
   ビットの状態を検査し第２の状態がオフであれば、上記
   内部メモリからオペレーティング・システムをロードす
   るよう試行するステップと、 上記検索の結果ｃｏｍが発見されなかった場合、上記デ
   ータ・ビットの状態を検査し第２の状態がオンの場合、
   上記ディスケットから所定形式でないオペレーテイング
   ・システムをロードするよう試行し、第２の状態がオフ
   であれば、上記内部メモリからオペレーティング・シス
   テムをロードするよう試行するステップと、 を含むコンピュータ・システムのブート方法。