JPH1153214A - パーソナルコンピュータのブート不良検出システム - Google Patents

Abstract

(57)【要約】 【課題】 パーソナルコンピュータにおいて、数種類の
ブート可能なデバイスのブート試験を自動で行い、未然
に不良があるパーソナルコンピュータを発見するシステ
ムを提供する。 【解決手段】 パーソナルコンピュータに搭載されてい
るシステムＢＩＯＳ１と、ＢＩＯＳの一部であるブート
ローダ２と、システムＢＩＯＳ１が参照するブートデバ
イス情報が記憶されているバックアップメモリ３と、数
種類のブートデバイス４〜６とを有し、各ブートデバイ
スに記憶されているＯＳは、いずれもそのデバイスから
ブート可能な仕様となっており、かつそのＯＳ上で動作
するテストプログラムは、前記バックアップメモリのブ
ートデバイス情報を書き換える機能を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般には、パーソ
ナルコンピュータの検査に関するものであり、特に、パ
ーソナルコンピュータのブート不良検出に関するもので
ある。

【０００２】

【従来の技術】従来からパーソナルコンピュータが起動
しない不良を診断したりするには、装置に搭載されたシ
ステム（システムＢＩＯＳ）の中にテストプログラムを
あらかじめ記録させておき、それをキー入力によって動
作させて診断する方法（特開平７−３１９８５８号公
報）や、フロッピィディスクのような記憶媒体から検査
プログラムをブートして検査が行われている。

【０００３】また、現在のほとんどのパーソナルコンピ
ュータは、システムプログラム（ＯＳ）が記憶されてい
る数種類のブート可能な外部記憶装置のどれからブート
するかは、ＣＭＯＳメモリ（バックアップメモリ）に登
録された情報を元に選択される。例えば、特開平３−４
２７５１号公報には、その具体的な実現方法が明記され
ている。これにより、ディップスイッチなどの物理的な
操作をすることなしに、ブートすべきデバイスが選択可
能となっている。

【０００４】

【発明が解決しようとする課題】従来技術では、数種の
ブート可能なデバイスのインターフェースを確認して
も、実際にそれらのデバイスからテストプログラムをブ
ートできない不良を検出できない場合がある。その理由
は、テストプログラムは通常、数種のブート可能なデバ
イスが存在してもその中の１つにのみ記録されているた
め、それ以外のブート可能デバイスからのブートを実際
には実現できないからである。

【０００５】また、ある環境下でブートができたデバイ
スでも振動が加わったり温度条件が変わるとブートでき
なくなる不良をもつことがあるが、その不良を再現でき
ない場合が多い。その理由は、各ブート可能なデバイス
のブート試験を繰り返し実行する場合は、検査員による
操作が必要となり、環境を変えながらの長時間のランニ
ング試験が難しいためである。

【０００６】本発明の目的は、検査員の操作無しに自動
でブートデバイスを切り替えることを可能とし、かつ、
ブートデバイスを切り替えながらの長時間のランニング
試験も可能とするパーソナルコンピュータのブート不良
検出システムを提供することにある。

【０００７】本発明の他の目的は、通常のブートデバイ
スのインターフェースのみの確認では検出できない、実
際に装置を使用する環境に近い状態で発覚する不良を検
出できるパーソナルコンピュータのブート不良検出シス
テムを提供することにある。

【０００８】

【課題を解決するための手段】本発明は、パーソナルコ
ンピュータに接続される数種類のブートデバイスからの
ブート試験を、検査員の試験無しに自動で切り替える手
段を提供する。

【０００９】また本発明は、検査プログラムによるブー
ト可能なデバイスのインターフェース試験ではなく、実
際の装置の使用状況でブートデバイスを検査できる手段
を提供する。

【００１０】また本発明は、それぞれのブートデバイス
を切り替えながら、連続ランニング試験を行える環境を
提供する。

【００１１】したがって本発明は、パーソナルコンピュ
ータに搭載されているシステムＢＩＯＳと、ＢＩＯＳの
一部であるブートローダと、システムＢＩＯＳ１が参照
するブートデバイス情報が記憶されているバックアップ
メモリと、数種類のブートデバイスとを有するパーソナ
ルコンピュータのブート不良検出システムにおいて、ブ
ート可能なデバイスを自動的に連続して切り替えて、繰
り返し検査を実行する手段を有することを特徴とする。

【００１２】本発明によれば、ブートデバイスの切り替
えはソフトウェアにより行われ、特別なハードウェア機
器（治具）などを準備する必要が無いため、検査スペー
スや実施環境の制約が無い。また、検査員の特別な操作
無しに、数種類のブートデバイスを自動で切り替えてブ
ート検査を繰り返し実行でき、さらには、検査プログラ
ムでは検出できない実際の装置の使用環境でのブート不
良の検出力を強化することができる。

【００１３】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１４】図１を参照すると、本発明のパーソナルコ
ンピュータのブート不良検出システムは、パーソナルコ
ンピュータに搭載されているＢＩＯＳ１と、その一部で
あるブートローダ２と、そのシステムＢＩＯＳ１が参照
するブートデバイス情報が記憶されているバックアップ
メモリ３と、数種類のブートデバイス４〜６とを有して
いる。

【００１５】なお、各ブートデバイスには、本発明を実
現するテストプログラムとそれを動作させるシステムプ
ログラム（ＯＳ）が含まれている。

【００１６】システムＢＩＯＳ１は、各種類のブートデ
バイス４〜６のどれからＯＳを起動するかは、バックア
ップメモリ３に記憶されているブートデバイス情報を参
照して、ブートローダ２を実行するといった、現在のほ
とんどのパーソナルコンピュータの機能を有している。

【００１７】各ブートデバイス４〜６に記憶されている
システムプログラム（ＯＳ）は、いずれもそのデバイス
からブート可能な仕様となっており、かつそのＯＳ上で
動作するテストプログラムは、バックアップメモリ３の
ブートデバイス情報を書き換える機能を有している。

【００１８】次に図１および図２を参照して本発明の実
施の形態の動作について詳細に説明する。なお、図２は
本発明を実現するプログラムの動作を示すフローチャー
トである。

【００１９】図１に示される構成のパーソナルコンピュ
ータにおいて、電源を投入されると、システムＢＩＯＳ
１が動作して、パーソナルコンピュータの各機能一連の
初期化を終了すると、バックアップメモリ３に登録され
ているブートデバイス情報を参照して、ブートデバイス
４〜６のいずれからブートすべきかを決定して、決定さ
れたデバイスの媒体に記憶されたシステムプログラム
（ＯＳ）をブートして、そのＯＳに制御が移される。Ｏ
Ｓは、ブートしたデバイスの媒体に登録されている図２
の動作をするプログラムＡを起動する。

【００２０】ここで、プログラムＡの動作を図２を参照
して説明する。

【００２１】プログラムＡが起動されると、バックアッ
プメモリ３に記憶されているブートデバイス情報を読み
出す（ステップＡ１）。

【００２２】ステップＡ２では、読み出したデバイス情
報を次にブートしたいデバイスからブートさせることが
できるように変更する。

【００２３】ステップＡ３では、変更した情報をバック
アップメモリに書き戻す。

【００２４】この後、ステップＡ４では、パーソナルコ
ンピュータを再起動するために、システムリセットＩ／
Ｏコマンドをパーソナルコンピュータに対して発行す
る。

【００２５】すると、システムはリセットされて、パー
ソナルコンピュータが起動された直後の状態に復帰する
ので、システムＢＩＯＳ１はバックアップメモリ３の情
報を読み込んできて、その情報を基にブートデバイスを
選択してそのブートデバイスのＯＳを起動することにな
る。

【００２６】この時には既にブートデバイス情報が変更
されているので、新しいブートデバイスからＯＳが起動
することになる。

【００２７】新しいブートデバイスには、プログラムＡ
と同じ処理をするとプログラムが登録されているので、
図２のステップＡ１〜Ａ５の処理が行われて、次々と異
なるブートデバイスからＯＳが起動されることになる。

【００２８】

【実施例】次に、図３および図４を参照して本発明の実
施例について詳細に説明する。

【００２９】図３を参照すると、本実施例のブート不良
検出システムは、パーソナルコンピュータ１０に搭載さ
れているシステムＢＩＯＳ１と、その一部であるブート
ローダ２と、そのシステムＢＩＯＳ１が参照するブート
デバイス情報が記憶されているバックアップメモリ３
と、ブートデバイスとして、システムプログラム（Ｏ
Ｓ）が記憶されたフロッピィディスク媒体を含むフロッ
ピィディスクドライブ４と、同じくＯＳが記憶されたハ
ードディスクドライブ５と、同じくＯＳが記憶されたＣ
Ｄ−ＲＯＭドライブ６と、同じくＯＳが記憶されたＰＣ
カード７とを備えている。

【００３０】これらのＯＳは、いずれもそのデバイスか
らブート可能な仕様となっており、かつそのＯＳ上で動
作するテストプログラムには、バックアップメモリ３の
ブートデバイス情報を書き換える機能を含んでいる。

【００３１】このパーソナルコンピュータ１０に搭載さ
れるシステムＢＩＯＳ１は、各種類のブートデバイス４
〜７のどれからＯＳを起動するかは、バックアップメモ
リ３に記憶されているブートデバイス情報を参照するこ
とによって実現されている。

【００３２】次に図２，図３および図４を参照して実施
例の動作について詳細に説明する。なお図４は本実施例
の動作を説明するためのフローチャートである。

【００３３】パーソナルコンピュータ１０は、電源を投
入されるとシステムＢＩＯＳ１が動作して、パーソナル
コンピュータの各機能一連の初期化を終了して、バック
アップメモリ３に登録されているブートデバイス情報を
参照して、ブートデバイス４〜７のいずれからブートす
べきかを決定して、決定されたデバイスの媒体に記憶さ
れたシステムプログラム（ＯＳ）をブートして、そのＯ
Ｓに制御が移される。

【００３４】ここでは、まず最初にフロッピィディスク
ドライブ４からブートが開始されるテストプログラムＢ
の例を図４のフローチャートで説明する。

【００３５】まずは、パーソナルコンピュータ１０の電
源が投入されると、システムＢＩＯＳ１のブートローダ
２によってステップＢ１が実行される。すなわち、テス
トプログラムが登録された媒体の入ったフロッピィディ
スクドライブ４からシステムがブートする。

【００３６】次に、ブートが止まってしまう不良を検出
できるように、ブートされたデバイスの情報とブート回
数をフロッピィディスク媒体に記録しておく（ステップ
Ｂ２）。すなわち、現在のブート回数をファイル化して
フロッピィディスク媒体に登録する。

【００３７】このブート回数は、ステップＢ３でチェッ
クされて指定回数ブートが正常に行われたら、ブート切
り替えを終了してこのテストプログラムＢは終了する仕
組みになっている。すなわち、現在のブート実行回数と
繰返しすべき回数を比較する。

【００３８】ステップＢ３でブート回数が指定回数に達
していない場合は、図２に示されるステップＡ１〜Ａ５
の処理で次にブートすべきデバイスをハードディスクド
ライブ５に切り替えてパーソナルコンピュータ１０を再
起動する（ステップＢ４）。すなわち、ブートデバイス
変更プログラム（図２）を実行して、次のブートデバイ
スをハードディスクドライブ５に変更して、システムを
リブートする。

【００３９】これによって、次はハードディスクドライ
ブ５からＯＳがブートされる（ステップＢ５）。すなわ
ち、テストプログラムが登録されたハードディスクドラ
イブ５からシステムがブートする。

【００４０】ここで再び現在のブート回数をフロッピィ
ディスクドライブ４のフロッピィディスク媒体に登録す
る（ステップＢ６）。すなわち、現在のブート回数をフ
ァイル化してフロッピィディスク媒体に登録する。

【００４１】次に、ステップＢ４と同様な方法で、今度
は次にブートするデバイスをＣＤ−ＲＯＭドライブとす
る（ステップＢ７）。すなわち、ブートデバイス変更プ
ログラム（図２）を実行して、次のブートデバイスをＣ
Ｄ−ＲＯＭドライブ６に変更して、システムをリブート
する。

【００４２】今度はＣＤ−ＲＯＭドライブ６からＯＳが
ブートされる（ステップＢ８）。すなわち、テストプロ
グラムが登録されたＣＤ−ＲＯＭドライブ６から、シス
テムがブートする。

【００４３】ステップＢ９では、ステップＢ２，Ｂ６と
同様に現在のブート回数を記録する。すなわち、現在の
ブート回数をファイル化してフロッピィディスク媒体に
登録する。

【００４４】次に、ステップＢ４，Ｂ８と同様な方法で
今度は次にブートするデバイスをＰＣカードとする（ス
テップＢ１０）。すなわち、ブートデバイス変更プログ
ラム（図２）を実行して、次のブートデバイスをＰＣカ
ード７に変更して、システムをリブートする。

【００４５】今度はＰＣカードからＯＳがブートする
（ステップＢ１１）。すなわち、テストプログラムが登
録されたＰＣカード７から、システムがブートする。

【００４６】ステップＢ１２では、ステップＢ２，Ｂ
６，Ｂ９と同様に現在のブート回数を記録する。すなわ
ち、現在のブート回数をファイル化してフロッピィディ
スク媒体に登録する。

【００４７】そして、ステップＢ１３では再びフロッピ
ィディスクドライブ４からＯＳがブートするようにブー
トデバイスを切り替えて、すなわち、ブートデバイス変
更プログラム（図２）を実行して、次のブートデバイス
をフロッピィディスクドライブ４に変更して、システム
をリブートし、パーソナルコンピュータ１０を再起動
し、再びステップＢ１から同じ動作を繰り返す。

【００４８】指定された回数、このステップＢ１〜Ｂ１
３が行われ、指定回数ブートが正常に繰り返されれば、
ステップＢ３によってテストプログラムＢを終了する。

【００４９】この時に異常がなかったかが判断できるこ
とになり、人手を介さずに自動で各ブートデバイス４〜
７のブート試験が可能となる。

【００５０】なお、この例ではブート回数の記録をフロ
ッピィディスクに限定して説明したが、他の記憶可能な
媒体を利用することも可能である。

【００５１】

【発明の効果】本発明によれば、様々な環境の中でブー
ト可能なデバイスを、すべて自動で、かつ実使用に近い
状態で繰り返して検査できるので、単一デバイスから行
う各ブート可能なデバイスの検査では検出できない不良
の検出力が強化され、検査工程をすり抜けてパーソナル
コンピュータが出荷されてしまうことを未然に防ぐこと
が可能となる。

【００５２】また本発明による検査を工場の大量生産検
査工程で使用することにより、数台のパーソナルコンピ
ュータでしか行われていないＢＩＯＳのブートシーケン
スの検査では見つからないＢＩＯＳのブートシーケンス
の改善点も発見できることである。その理由は、ブート
シーケンスが特別な検査プログラムによるものではな
く、パーソナルコンピュータと一体となっているＢＩＯ
Ｓのブートシーケンスを使用しているからであり、ま
た、工場でのバーニング検査工程のように人手を介さな
いランニング試験にも応用可能なためである。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成を示すブロック図で
ある。

【図２】本発明を実現するプログラムの動作のフローチ
ャートである。

【図３】本発明の実施例の構成を示すブロック図であ
る。

【図４】本発明の実施例の動作を説明するためのフロー
チャートである。

【符号の説明】

１ システムＢＩＯＳ ２ ブートローダ ３ バックアップメモリ ４，５，６，７ ブートデバイス １０ パーソナルコンピュータ

Claims (6)

【特許請求の範囲】
1. 【請求項１】パーソナルコンピュータに搭載されている
   システムＢＩＯＳと、ＢＩＯＳの一部であるブートロー
   ダと、システムＢＩＯＳ１が参照するブートデバイス情
   報が記憶されているバックアップメモリと、数種類のブ
   ートデバイスとを有するパーソナルコンピュータのブー
   ト不良検出システムにおいて、 ブート可能なデバイスを自動的に連続して切り替えて、
   繰り返し検査を実行する手段を有することを特徴とする
   パーソナルコンピュータのブート不良検出システム。
2. 【請求項２】前記各ブートデバイスに記憶されているＯ
   Ｓは、いずれもそのデバイスからブート可能な仕様とな
   っており、かつそのＯＳ上で動作するテストプログラム
   は、前記バックアップメモリのブートデバイス情報を書
   き換える機能を有することを特徴とする請求項１記載の
   パーソナルコンピュータのブート不良検出システム。
3. 【請求項３】前記バックアップメモリに記憶されている
   ブートデバイス情報を読み出し、読み出したデバイス情
   報を次にブートしたいデバイスからブートさせることが
   できるように変更し、変更した情報をバックアップメモ
   リに書き戻すことを特徴とする請求項２記載のパーソナ
   ルコンピュータのブート不良検出システム。
4. 【請求項４】ブートが止まってしまう不良を検出できる
   ように、ブートされたデバイスの情報とブート回数をフ
   ロッピィディスク媒体に記録しておくことを特徴とする
   請求項３記載のパーソナルコンピュータのブート不良検
   出システム。
5. 【請求項５】前記ブート回数が指定回数に達していない
   場合は、次にブートすべきデバイスに切り替えてパーソ
   ナルコンピュータを再起動し、前記ブート回数が指定回
   数行われた場合は、ブート切替を終了することを特徴と
   する請求項４記載のパーソナルコンピュータのブート不
   良検出システム。
6. 【請求項６】前記ブートデバイスは、少なくともフロッ
   ピィディスクドライブ，ハードディスクドライブ，ＣＤ
   −ＲＯＭドライブ，ＰＣカードであることを特徴とする
   請求項１〜５のいずれかに記載のパーソナルコンピュー
   タのブート不良検出システム。