JPH0877017A

JPH0877017A - 情報処理装置

Info

Publication number: JPH0877017A
Application number: JP21311294A
Authority: JP
Inventors: Tsuneo Suzuki; 経男鈴木
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1994-09-07
Filing date: 1994-09-07
Publication date: 1996-03-22

Abstract

(57)【要約】【目的】設定変更時の工数を削減し、初期エントリの
設定ミスに伴う誤動作を防止する。【構成】マイクロプロセッサ１はエントリ番号がメモ
リ３の初期エントリ３５に設定されていない場合、ＲＯ
Ｍ２内に予め格納されている機種ＩＤを読込み、機種Ｉ
Ｄに応じてエントリ番号を初期エントリ３５に設定す
る。マイクロプロセッサ１は初期エントリ３５に設定さ
れたエントリ番号を基にイニシャルプログラムロード種
別コード３１〜３４の中から一つを選択的に読込み、イ
ニシャルプログラムロード種別コード３１〜３４のイニ
シャルプログラムロード種別情報を解析する。マイクロ
プロセッサ１はイニシャルプログラムロード種別コード
３１〜３４で指定される入出力装置５〜８の中の一つに
対してバスアダプタ４を介してアクセスし、イニシャル
プログラムロード処理を開始する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理装置に関し、特
に複数の入出力装置からイニシャルプログラムロード
（ＩＰＬ）が可能な情報処理装置のイニシャルプログラ
ムロード制御方法に関する。

【０００２】

【従来の技術】一般に、情報処理装置では電源が投入さ
れると初期診断を実行し、その後にイニシャルプログラ
ムロード（以下、ＩＰＬとする）種別情報にしたがって
実行されるＩＰＬ処理によってオペレーティングシステ
ム（ＯＳ）や試験診断プログラム等のプログラムを読込
んでいる。

【０００３】ここで、ＩＰＬ種別情報とはＩＰＬ処理の
実行時にデバイスタイプ（例えば、磁気ディスクや磁気
テープ等）及びメモリにロードするプログラムタイプ
（例えば、オペレーティングシステムや試験診断プログ
ラム等）を示す情報である。

【０００４】ＩＰＬ種別情報を格納する領域は複数個の
エントリからなり、通常、それらのエントリの中から希
望する１エントリを前もって設定するようになってい
る。この１エントリを初期エントリと呼んでいる。

【０００５】ＩＰＬ処理は上記の設定済みの初期エント
リに書込まれているＩＰＬ種別情報にしたがって処理を
開始する。このＩＰＬ処理によってメモリへのプログラ
ムロードが終了すると、メモリに展開されたオペレーテ
ィングシステムや試験診断プログラムに処理が渡され、
オペレーティングシステムや試験診断プログラムの処理
が開始される。

【０００６】尚、情報処理装置によってはデバイスタイ
プやロードされるプログラムタイプが機種毎に異なるこ
とがあるので、機種毎に初期エントリを人手で変更する
必要がある。ここで、情報処理装置は使用するデバイス
によって機種が異なる。

【０００７】また、読込まれるプログラムのデバイスが
メディアデバイスの場合、メディアのフォーマッティン
グの違いによって読込み時の１セクタ長が異なることが
ある。そのため、使用するメディアデバイスを制限した
り、あるいは使用するメディアデバイスを含んだＩＰＬ
種別情報のエントリを増やしてから初期エントリを人手
で変更しなければならない。

【０００８】

【発明が解決しようとする課題】上述した従来のイニシ
ャルプログラムロード制御方法では、機種毎にデバイス
タイプやロードされるプログラムタイプが異なる場合、
その都度初期エントリを適切な値に人手で変更しなけれ
ばならないので、設定変更による工数の増加や人手作業
に伴う誤設定等の問題が発生する。

【０００９】また、メディアデバイスからＩＰＬ処理を
実行する場合、メディアによっては読込み時の１セクタ
長が異なることがあるので、使用可能なメディアに制限
を設けなければならなかったり、その制限に対する違反
で誤動作が生じたりすることがある。

【００１０】さらに、メディアの制限がない場合でも、
１セクタ長が異なる場合には新たにエントリを追加して
初期エントリを変更しなければならないので、設定変更
による工数の増加や人手作業に伴う誤設定等の問題が発
生する。

【００１１】さらにまた、上記の問題を解決するために
初期エントリやメディアの１セクタ長を自動的に決定で
きるようにした場合、ＩＰＬ処理が失敗した時にどのエ
ントリで実行したのか、あるいは１セクタ長が何バイト
のメディアで実行したのかがわからなくなる。

【００１２】そこで、本発明の目的は上記の問題点を解
消し、設定変更時の工数を削減することができ、初期エ
ントリや１セクタ長の設定ミスに伴う誤動作を防止する
ことができる情報処理装置を提供することにある。

【００１３】本発明の他の目的は、ＩＰＬ処理が失敗し
た時の原因を容易に解析可能とすることができる情報処
理装置を提供することにある。

【００１４】

【課題を解決するための手段】本発明による情報処理装
置は、イニシャルプログラムロード実行時にブートされ
るデバイスタイプ及びプログラムタイプを示すイニシャ
ルプログラムロード種別情報を認識してイニシャルプロ
グラムロード処理を行う情報処理装置であって、使用す
るデバイス各々に対応する機種情報を格納する格納手段
と、前記イニシャルプログラムロード種別情報を保持す
る複数の保持手段と、前記イニシャルプログラムロード
実行時に使用すべきデバイスを特定するデバイス情報を
記憶する記憶手段と、前記格納手段の内容に基づいて前
記デバイス情報を前記記憶手段に設定する設定手段と、
前記記憶手段の内容に対応する前記イニシャルプログラ
ムロード種別情報を前記複数の保持手段から読出す手段
と、読出したイニシャルプログラムロード種別情報にし
たがって前記イニシャルプログラムロード処理を実行す
る手段とを備えている。

【００１５】本発明による他の情報処理装置は、上記の
構成のほかに、前記イニシャルプログラムロード処理に
用いられた前記デバイス情報及び前記イニシャルプログ
ラムロード種別情報をログする手段を具備している。

【００１６】本発明による別の情報処理装置は、イニシ
ャルプログラムロード実行時にブートされるデバイスタ
イプ及びプログラムタイプを示すイニシャルプログラム
ロード種別情報を認識してイニシャルプログラムロード
処理を行う情報処理装置であって、使用するデバイス各
々に対応する機種情報を格納する格納手段と、前記イニ
シャルプログラムロード種別情報を保持する複数の保持
手段と、前記イニシャルプログラムロード実行時に使用
すべきデバイスを特定するデバイス情報を記憶する記憶
手段と、前記格納手段の内容に基づいて前記デバイス情
報を前記記憶手段に設定する設定手段と、前記記憶手段
の内容に対応する前記イニシャルプログラムロード種別
情報を前記複数の保持手段から読出す読出し手段と、前
記読出し手段が読出したイニシャルプログラムロード種
別情報を解析して前記デバイスタイプに対応する１セク
タ長を判別する判別手段と、前記読出し手段が読出した
イニシャルプログラムロード種別情報及び前記判別手段
が判別した１セクタ長にしたがって前記イニシャルプロ
グラムロード処理を実行する手段とを備えている。

【００１７】本発明によるさらに別の情報処理装置は、
上記の構成のほかに、前記イニシャルプログラムロード
処理に用いられた前記デバイス情報と前記イニシャルプ
ログラムロード種別情報と前記１セクタ長とを夫々ログ
する手段を具備している。

【００１８】

【作用】使用するデバイスに対応する機種ＩＤをＲＯＭ
に、ＩＰＬ種別情報をメモリ内のＩＰＬ種別コードに夫
々格納しておき、機種ＩＤを基に初期エントリに使用す
べきデバイスを特定するデバイス情報を設定する。

【００１９】この初期エントリの内容に対応するＩＰＬ
種別情報をＩＰＬ種別コードから読出し、対応する入出
力装置にアクセスしてＩＰＬ処理を実行する。

【００２０】これによって、機種毎に初期エントリの設
定変更を行う必要がなくなるので、設定変更時の工数の
削減が可能となり、初期エントリの設定ミスに伴う誤動
作の防止が可能となる。

【００２１】また、初期エントリの内容に対応するＩＰ
Ｌ種別情報がメディアデバイスと判別されたときにその
ＩＰＬ種別情報を解析して１セクタ長を調べ、そのＩＰ
Ｌ種別情報及び１セクタ長にしたがってＩＰＬ処理を実
行する。

【００２２】これによって、機種毎に初期エントリの設
定変更やメディアタイプの設定追加及び変更を行う必要
がなくなるので、設定変更時の工数の削減が可能とな
り、初期エントリや１セクタ長の設定ミスに伴う誤動作
の防止が可能となる。

【００２３】さらに、ＩＰＬ処理の途中でリカバリ不可
能な障害が発生すると、障害が発生したことを示す情報
と、そのときのステータス情報、つまり初期エントリの
内容や初期エントリの内容が示すＩＰＬ種別コードの内
容、及びメディア情報（１セクタ長）等とをログバッフ
ァに格納する。これによって、ＩＰＬ処理の失敗の原因
が後から容易に解析可能となる。

【００２４】

【実施例】次に、本発明について図面を参照して説明す
る。

【００２５】図１は本発明の一実施例の構成を示すブロ
ック図である。図において、マイクロプロセッサ（ＭＰ
Ｕ）１はシステムバス１００を介してＲＯＭ２とメモリ
（ＭＥＭ）３とバスアダプタ（ＢＡＤＰ）４とに夫々接
続されている。

【００２６】また、マイクロプロセッサ１はシステムバ
ス１００とバスアダプタ４とＩＯ（入出力）バス１１０
とを介して入出力装置（ＩＯ）５〜８に接続されてい
る。

【００２７】ＲＯＭ２にはマイクロプロセッサ１が使用
する入出力装置５〜８（デバイス）に対応する機種ＩＤ
が予め格納されている。この機種ＩＤはどの入出力装置
５〜８を用いて処理動作を行うかによって変ってくる。

【００２８】メモリ３にはＩＰＬ処理の実行時にデバイ
スタイプやロードするプログラムタイプを示すＩＰＬ種
別コード３１〜３４と、前もって設定されたデバイスを
示す初期エントリ３５とが格納されている。ここで、Ｉ
ＰＬ種別コード３１〜３４で夫々指定されるデバイスは
入出力装置５〜８各々に対応している。

【００２９】図２は本発明の一実施例の動作を示すフロ
ーチャートである。これら図１及び図２を用いて本発明
の一実施例の動作について説明する。上記のような構成
の情報処理装置では、通常、電源投入後に初期診断を実
施し（図２ステップＳ１）、それからＩＰＬ処理を開始
している。

【００３０】ＩＰＬ処理では、まず、マイクロプロセッ
サ１がメモリ３内の初期エントリ３５を読出し（図２ス
テップＳ２）、読出した内容を基に前もって設定された
デバイスを示すエントリ番号がすでに初期エントリ３５
に設定されているか否かを判定する（図２ステップＳ
３）。

【００３１】マイクロプロセッサ１はエントリ番号が初
期エントリ３５に設定されていない場合、ＲＯＭ２内に
予め格納されている機種ＩＤを読込み（図２ステップＳ
４）、機種ＩＤに応じてエントリ番号を初期エントリ３
５に設定する（図２ステップＳ５）。

【００３２】すなわち、マイクロプロセッサ１内には機
種ＩＤとエントリ番号とを互いに対応付けて格納するテ
ーブル（図示せず）が設けられており、機種ＩＤによっ
てテーブルから読出されたエントリ番号が初期エントリ
に設定される。

【００３３】マイクロプロセッサ１は初期エントリ３５
に設定されたエントリ番号を基にＩＰＬ種別コード３１
〜３４の中から一つを選択的に読込み（図２ステップＳ
６）、ＩＰＬ種別コード３１〜３４のＩＰＬ種別情報を
解析する（図２ステップＳ７）。マイクロプロセッサ１
はＩＰＬ種別コード３１〜３４で指定される入出力装置
５〜８の中の一つに対してＩＰＬ処理を開始する（図２
ステップＳ８）。

【００３４】ここで、ＩＰＬ種別コード３１が選択的に
読込まれたとすると、マイクロプロセッサ１はＩＰＬ種
別コード３１内に格納されているデバイスタイプとプロ
グラムタイプとを解析し、ＩＰＬ種別コード３１で指定
されるデバイスである入出力装置５にバスアダプタ４を
介してアクセスし、入出力装置５に対してＩＰＬ処理を
開始する。

【００３５】一方、マイクロプロセッサ１はエントリ番
号が初期エントリ３５に設定されている場合、初期エン
トリ３５に設定されたエントリ番号を基にＩＰＬ種別コ
ード３１〜３４の中から一つを選択的に読込み（図２ス
テップＳ６）、ＩＰＬ種別コード３１〜３４のＩＰＬ種
別情報を解析する（図２ステップＳ７）。マイクロプロ
セッサ１はＩＰＬ種別コード３１〜３４で指定される入
出力装置５〜８の中の一つに対してＩＰＬ処理を開始す
る（図２ステップＳ８）。

【００３６】ここで、ＩＰＬ種別コード３１が選択的に
読込まれたとすると、マイクロプロセッサ１はＩＰＬ種
別コード３１内に格納されているデバイスタイプとプロ
グラムタイプとを解析し、ＩＰＬ種別コード３１で指定
されるデバイスである入出力装置５にバスアダプタ４を
介してアクセスし、入出力装置５に対してＩＰＬ処理を
開始する。

【００３７】これによって、機種毎に初期エントリ３５
の設定変更を人手で行う必要がなくなるので、設定変更
時の工数を削減することができ、初期エントリの設定ミ
スに伴う誤動作を防止することができる。

【００３８】図３は本発明の他の実施例の動作を示すフ
ローチャートである。これら図１及び図３を用いて本発
明の他の実施例の動作について説明する。尚、本発明の
他の実施例の構成は図１に示す本発明の一実施例の構成
と同様なので、その構成及び動作の説明は省略する。

【００３９】以下、ＩＰＬ種別コード３１のデバイスタ
イプがＣＧＭＴ（カートリッジ型磁気テープ）で、プロ
グラムタイプがオペレーティングシステム（以下、ＯＳ
とする）の場合について説明する。

【００４０】上記のような構成の情報処理装置では、通
常、電源投入後に初期診断を実施し（図３ステップＳ１
１）、それからＩＰＬ処理を開始している。

【００４１】ＩＰＬ処理では、まず、マイクロプロセッ
サ１がメモリ３内の初期エントリ３５を読出し（図３ス
テップＳ１２）、読出した内容を基に前もって設定され
たデバイスを示すエントリ番号がすでに初期エントリ３
５に設定されているか否かを判定する（図３ステップＳ
１３）。

【００４２】マイクロプロセッサ１はエントリ番号が初
期エントリ３５に設定されていない場合、ＲＯＭ２内に
予め格納されている機種ＩＤを読込み（図３ステップＳ
１４）、機種ＩＤに応じてテーブル内から読出したエン
トリ番号を初期エントリ３５に設定する（図３ステップ
Ｓ１５）。

【００４３】マイクロプロセッサ１は初期エントリ３５
に設定されたエントリ番号を基にＩＰＬ種別コード３１
〜３４の中から一つを選択的に読込み（図３ステップＳ
１６）、ＩＰＬ種別コード３１〜３４のＩＰＬ種別情報
を解析する（図３ステップＳ１７）。

【００４４】このとき、マイクロプロセッサ１はＩＰＬ
種別コード３１〜３４のＩＰＬ種別情報の解析結果にお
けるデバイスタイプがメディアタイプか否かを判別する
（図３ステップＳ１８）。

【００４５】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプであると判別すると、そのメ
ディアの１セクタ長を調べ（図３ステップＳ１９）、そ
の１セクタ長とＩＰＬ種別情報とに基づいてＩＰＬ種別
コード３１〜３４で指定される入出力装置５〜８の中の
一つに対してＩＰＬ処理を開始する（図３ステップＳ２
０）。

【００４６】ここで、メディアの１セクタ長は入出力装
置５〜８各々をコントロールするコントローラ（図示せ
ず）に予め設定されており、マイクロプロセッサはＩＰ
Ｌ種別情報が示すデバイスのコントローラから１セクタ
長の情報を得る。

【００４７】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプでないと判別すると、ＩＰＬ
種別コード３１〜３４で指定される入出力装置５〜８の
中の一つに対してＩＰＬ処理を開始する（図３ステップ
Ｓ２０）。

【００４８】例えば、上記の処理でＩＰＬ種別コード３
１が選択的に読込まれたとすると、マイクロプロセッサ
１はＩＰＬ種別コード３１内に格納されているデバイス
タイプとプログラムタイプとを解析する。

【００４９】マイクロプロセッサ１はＩＰＬ種別コード
３１のデバイスタイプがＣＧＭＴであるため、ＩＰＬ種
別コード３１のＩＰＬ種別情報の解析結果におけるデバ
イスタイプをメディアタイプであると判別し、そのメデ
ィアの１セクタ長をＣＧＭＴのコントローラから調べ、
その１セクタ長に基づいてＩＰＬ種別コード３１で指定
される入出力装置５にバスアダプタ４を介してアクセス
し、入出力装置５に対してＩＰＬ処理を開始する。

【００５０】一方、マイクロプロセッサ１はエントリ番
号が初期エントリ３５に設定されている場合、初期エン
トリ３５に設定されたエントリ番号を基にＩＰＬ種別コ
ード３１〜３４の中から一つを選択的に読込み（図３ス
テップＳ１６）、ＩＰＬ種別コード３１〜３４のＩＰＬ
種別情報を解析する（図３ステップＳ１７）。

【００５１】このとき、マイクロプロセッサ１はＩＰＬ
種別コード３１〜３４のＩＰＬ種別情報の解析結果にお
けるデバイスタイプがメディアタイプか否かを判別する
（図３ステップＳ１８）。

【００５２】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプであると判別すると、そのメ
ディアの１セクタ長を調べ（図３ステップＳ１９）、そ
の１セクタ長に基づいてＩＰＬ種別コード３１〜３４で
指定される入出力装置５〜８の中の一つに対してＩＰＬ
処理を開始する（図３ステップＳ２０）。

【００５３】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプでないと判別すると、ＩＰＬ
種別コード３１〜３４で指定される入出力装置５〜８の
中の一つに対してＩＰＬ処理を開始する（図３ステップ
Ｓ２０）。

【００５４】ここで、ＩＰＬ種別コード３１が選択的に
読込まれたとすると、マイクロプロセッサ１はＩＰＬ種
別コード３１内に格納されているデバイスタイプとプロ
グラムタイプとを解析する。

【００５５】マイクロプロセッサ１はＩＰＬ種別コード
３１のデバイスタイプがＣＧＭＴであるため、ＩＰＬ種
別コード３１のＩＰＬ種別情報の解析結果におけるデバ
イスタイプをメディアタイプであると判別し、そのメデ
ィアの１セクタ長を調べ、この１セクタ長に基づいてＩ
ＰＬ種別コード３１で指定される入出力装置５にバスア
ダプタ４を介してアクセスし、入出力装置５に対してＩ
ＰＬ処理を開始する。

【００５６】上述した処理動作によって、機種毎に初期
エントリ３５の設定変更やメディアタイプの設定追加及
び変更を人手で行う必要がなくなるので、設定変更時の
工数を削減することができ、初期エントリや１セクタ長
の設定ミスに伴う誤動作を防止することができる。

【００５７】図４は本発明の別の実施例の構成を示すブ
ロック図である。図において、本発明の別の実施例によ
る情報処理装置はシステムバス１００上にログバッファ
９を接続した以外は図１に示す本発明の一実施例と同様
の構成となっており、同一構成要素には同一符号を付し
てある。また、同一構成要素の動作も図１に示す本発明
の一実施例と同様である。

【００５８】ログバッファ９にはＩＰＬ処理においてリ
カバリ不可能な障害が発生したときに、障害が発生した
ことを示す情報と、そのときのステータス情報、つまり
初期エントリ３５の内容や初期エントリ３５の内容が示
すＩＰＬ種別コード３１〜３４の内容、及びメディア情
報（１セクタ長）等とが格納される。

【００５９】図５は本発明の別の実施例の動作を示すフ
ローチャートである。これら図４及び図５を用いて本発
明の別の実施例の動作について説明する。以下、ＩＰＬ
種別コード３１のデバイスタイプがＣＧＭＴで、プログ
ラムタイプがＯＳの場合について説明する。

【００６０】上記のような構成の情報処理装置では、通
常、電源投入後に初期診断を実施し（図５ステップＳ２
１）、それからＩＰＬ処理を開始している。

【００６１】ＩＰＬ処理では、まず、マイクロプロセッ
サ１がメモリ３内の初期エントリ３５を読出し（図５ス
テップＳ２２）、読出した内容を基に前もって設定され
たデバイスを示すエントリ番号がすでに初期エントリ３
５に設定されているか否かを判定する（図５ステップＳ
２３）。

【００６２】マイクロプロセッサ１はエントリ番号が初
期エントリ３５に設定されていない場合、ＲＯＭ２内に
予め格納されている機種ＩＤを読込み（図５ステップＳ
２４）、機種ＩＤに応じてテーブルから読出したエント
リ番号を初期エントリ３５に設定する（図５ステップＳ
２５）。

【００６３】マイクロプロセッサ１は初期エントリ３５
に設定されたエントリ番号を基にＩＰＬ種別コード３１
〜３４の中から一つを選択的に読込み（図５ステップＳ
２６）、ＩＰＬ種別コード３１〜３４のＩＰＬ種別情報
を解析する（図５ステップＳ２７）。

【００６４】このとき、マイクロプロセッサ１はＩＰＬ
種別コード３１〜３４のＩＰＬ種別情報の解析結果にお
けるデバイスタイプがメディアタイプか否かを判別する
（図５ステップＳ２８）。

【００６５】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプであると判別すると、そのメ
ディアの１セクタ長を調べ（図５ステップＳ２９）、そ
の１セクタ長に基づいてＩＰＬ種別コード３１〜３４で
指定される入出力装置５〜８の中の一つに対してＩＰＬ
処理を開始する（図５ステップＳ３０）。

【００６６】マイクロプロセッサ１は上記のＩＰＬ処理
が正常終了すると（図５ステップＳ３１）、処理をＯＳ
に渡す（図５ステップＳ３２）。これによって、ＯＳの
処理が開始される。

【００６７】また、マイクロプロセッサ１は上記のＩＰ
Ｌ処理が正常終了しなければ（図５ステップＳ３１）、
すなわち、ＩＰＬ処理の途中でリカバリ不可能な障害が
発生すると、障害が発生したことを示す情報と、そのと
きのステータス情報、つまり初期エントリ３５の内容や
初期エントリ３５の内容が示すＩＰＬ種別コード３１〜
３４の内容、及びメディア情報（１セクタ長）等とをロ
グバッファ９に格納する（図５ステップＳ３３）。

【００６８】これに対し、マイクロプロセッサ１はＩＰ
Ｌ種別コード３１〜３４のＩＰＬ種別情報の解析結果に
おけるデバイスタイプがメディアタイプでないと判別す
ると、ＩＰＬ種別コード３１〜３４で指定される入出力
装置５〜８の中の一つに対してＩＰＬ処理を開始する
（図５ステップＳ３０）。

【００６９】マイクロプロセッサ１は上記のＩＰＬ処理
が正常終了すると（図５ステップＳ３１）、処理をＯＳ
に渡す（図５ステップＳ３２）。これによって、ＯＳの
処理が開始される。

【００７０】また、マイクロプロセッサ１は上記のＩＰ
Ｌ処理が正常終了しなければ（図５ステップＳ３１）、
すなわち、ＩＰＬ処理の途中でリカバリ不可能な障害が
発生すると、障害が発生したことを示す情報と、そのと
きのステータス情報、つまり初期エントリ３５の内容や
初期エントリ３５の内容が示すＩＰＬ種別コード３１〜
３４の内容、及びメディア情報（１セクタ長）等とをロ
グバッファ９に格納する（図５ステップＳ３３）。

【００７１】例えば、上記の処理でＩＰＬ種別コード３
１が選択的に読込まれたとすると、マイクロプロセッサ
１はＩＰＬ種別コード３１内に格納されているデバイス
タイプとプログラムタイプとを解析する。

【００７２】マイクロプロセッサ１はＩＰＬ種別コード
３１のデバイスタイプがＣＧＭＴであるため、ＩＰＬ種
別コード３１のＩＰＬ種別情報の解析結果におけるデバ
イスタイプをメディアタイプであると判別し、そのメデ
ィアの１セクタ長を調べ、この１セクタ長に基づいてＩ
ＰＬ種別コード３１で指定される入出力装置５にバスア
ダプタ４を介してアクセスし、入出力装置５に対してＩ
ＰＬ処理を開始する。

【００７３】マイクロプロセッサ１は上記の入出力装置
５に対するＩＰＬ処理が正常終了すると、処理をＯＳに
渡す。これによって、ＯＳの処理が開始される。

【００７４】また、マイクロプロセッサ１は上記の入出
力装置５に対するＩＰＬ処理が正常終了しなければ、す
なわち、入出力装置５に対するＩＰＬ処理の途中でリカ
バリ不可能な障害が発生すると、障害が発生したことを
示す情報と、そのときのステータス情報、つまり初期エ
ントリ３５の内容や初期エントリ３５の内容が示すＩＰ
Ｌ種別コード３１の内容、及びメディア情報（１セクタ
長）等とをログバッファ９に格納する。

【００７５】一方、マイクロプロセッサ１はエントリ番
号が初期エントリ３５に設定されている場合、初期エン
トリ３５に設定されたエントリ番号を基にＩＰＬ種別コ
ード３１〜３４の中から一つを選択的に読込み（図５ス
テップＳ２６）、ＩＰＬ種別コード３１〜３４のＩＰＬ
種別情報を解析する（図５ステップＳ２７）。

【００７６】このとき、マイクロプロセッサ１はＩＰＬ
種別コード３１〜３４のＩＰＬ種別情報の解析結果にお
けるデバイスタイプがメディアタイプか否かを判別する
（図５ステップＳ２８）。

【００７７】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプであると判別すると、そのメ
ディアの１セクタ長を調べ（図５ステップＳ２９）、そ
の１セクタ長に基づいてＩＰＬ種別コード３１〜３４で
指定される入出力装置５〜８の中の一つに対してＩＰＬ
処理を開始する（図５ステップＳ３０）。

【００７８】マイクロプロセッサ１はＩＰＬ種別コード
３１〜３４のＩＰＬ種別情報の解析結果におけるデバイ
スタイプがメディアタイプでないと判別すると、ＩＰＬ
種別コード３１〜３４で指定される入出力装置５〜８の
中の一つに対してＩＰＬ処理を開始する（図５ステップ
Ｓ３０）。

【００７９】ここで、ＩＰＬ種別コード３１が選択的に
読込まれたとすると、マイクロプロセッサ１はＩＰＬ種
別コード３１内に格納されているデバイスタイプとプロ
グラムタイプとを解析する。

【００８０】マイクロプロセッサ１はＩＰＬ種別コード
３１のデバイスタイプがＣＧＭＴであるため、ＩＰＬ種
別コード３１のＩＰＬ種別情報の解析結果におけるデバ
イスタイプをメディアタイプであると判別し、そのメデ
ィアの１セクタ長を調べ、この１セクタ長に基づいてＩ
ＰＬ種別コード３１で指定される入出力装置５にバスア
ダプタ４を介してアクセスし、入出力装置５に対してＩ
ＰＬ処理を開始する。

【００８１】マイクロプロセッサ１は上記の入出力装置
５に対するＩＰＬ処理が正常終了すると、処理をＯＳに
渡す。これによって、ＯＳの処理が開始される。

【００８２】また、マイクロプロセッサ１は上記の入出
力装置５に対するＩＰＬ処理が正常終了しなければ、す
なわち、入出力装置５に対するＩＰＬ処理の途中でリカ
バリ不可能な障害が発生すると、障害が発生したことを
示す情報と、そのときのステータス情報、つまり初期エ
ントリ３５の内容や初期エントリ３５の内容が示すＩＰ
Ｌ種別コード３１の内容、及びメディア情報（１セクタ
長）等とをログバッファ９に格納する。

【００８３】上述した処理動作によって、機種毎に初期
エントリ３５の設定変更やメディアタイプの設定追加及
び変更を人手で行う必要がなくなるので、設定変更時の
工数を削減することができ、初期エントリや１セクタ長
の設定ミスに伴う誤動作を防止することができる。

【００８４】また、ＩＰＬ処理の途中でリカバリ不可能
な障害が発生すると、障害が発生したことを示す情報
と、そのときのステータス情報とをログバッファ９に格
納するので、そのＩＰＬ処理の失敗の原因を後から容易
に調査することができる。

【００８５】このように、自装置の機種を特定する機種
ＩＤをＲＯＭ２に、ＩＰＬ種別情報をＩＰＬ種別コード
３１〜３４に夫々格納しておき、機種ＩＤを基に初期エ
ントリ３５に使用すべきデバイスを特定するデバイス情
報を設定するとともに、この初期エントリ３５の内容に
対応するＩＰＬ種別情報をＩＰＬ種別コード３１〜３４
から読出してＩＰＬ処理を実行することによって、機種
毎に初期エントリ３５の設定変更を行う必要がなくなる
ので、設定変更時の工数を削減することができ、初期エ
ントリの設定ミスに伴う誤動作を防止することができ
る。

【００８６】また、初期エントリ３５の内容に対応する
ＩＰＬ種別情報がメディアデバイスと判別されたときに
そのＩＰＬ種別情報を解析して１セクタ長を調べ、その
ＩＰＬ種別情報及び１セクタ長にしたがってＩＰＬ処理
を実行することによって、機種毎に初期エントリ３５の
設定変更やメディアタイプの設定追加及び変更を人手で
行う必要がなくなるので、設定変更時の工数を削減する
ことができ、初期エントリや１セクタ長の設定ミスに伴
う誤動作を防止することができる。

【００８７】さらに、ＩＰＬ処理の途中でリカバリ不可
能な障害が発生すると、障害が発生したことを示す情報
と、そのときのステータス情報とをログバッファ９に格
納することによって、ＩＰＬ処理の失敗の原因を後から
容易に解析可能とすることができる。

【００８８】

【発明の効果】以上説明したように本発明の情報処理装
置によれば、自装置の機種を特定する機種情報を格納手
段に格納し、イニシャルプログラムロード種別情報を複
数の保持手段に保持しておき、格納手段の内容に基づい
てイニシャルプログラムロード実行時に使用すべきデバ
イスを特定するデバイス情報を設定するとともに、この
設定内容に対応するイニシャルプログラムロード種別情
報を複数の保持手段から読出してイニシャルプログラム
ロード処理を実行することによって、設定変更時の工数
を削減することができ、初期エントリの設定ミスに伴う
誤動作を防止することができるという効果がある。

【００８９】また、本発明の他の情報処理装置によれ
ば、自装置の機種を特定する機種情報を格納手段に格納
し、イニシャルプログラムロード種別情報を複数の保持
手段に保持しておき、格納手段の内容に基づいてイニシ
ャルプログラムロード実行時に使用すべきデバイスを特
定するデバイス情報を設定するとともに、複数の保持手
段から読出した設定内容に対応するイニシャルプログラ
ムロード種別情報と、このイニシャルプログラムロード
種別情報を解析して得た１セクタ長とにしたがってイニ
シャルプログラムロード処理を実行することによって、
設定変更時の工数を削減することができ、初期エントリ
や１セクタ長の設定ミスに伴う誤動作を防止することが
できるという効果がある。

【００９０】また、本発明の別の情報処理装置によれ
ば、イニシャルプログラムロード処理に用いられたデバ
イス情報とイニシャルプログラムロード種別情報と１セ
クタ長とをログすることによって、ＩＰＬ処理が失敗し
た時の原因を容易に解析可能とすることができるという
効果がある。

【図面の簡単な説明】

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

【図２】本発明の一実施例の動作を示すフローチャート
である。

【図３】本発明の他の実施例の動作を示すフローチャー
トである。

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

【図５】本発明の別の実施例の動作を示すフローチャー
トである。

【符号の説明】

１マイクロプロセッサ２ＲＯＭ３メモリ４バスアダプタ５〜８入出力装置９ログバッファ３１〜３４イニシャルプログラムロード種別コード３５初期エントリ

Claims

【特許請求の範囲】

【請求項１】イニシャルプログラムロード実行時にブ
ートされるデバイスタイプ及びプログラムタイプを示す
イニシャルプログラムロード種別情報を認識してイニシ
ャルプログラムロード処理を行う情報処理装置であっ
て、使用するデバイス各々に対応する機種情報を格納す
る格納手段と、前記イニシャルプログラムロード種別情
報を保持する複数の保持手段と、前記イニシャルプログ
ラムロード実行時に使用すべきデバイスを特定するデバ
イス情報を記憶する記憶手段と、前記格納手段の内容に
基づいて前記デバイス情報を前記記憶手段に設定する設
定手段と、前記記憶手段の内容に対応する前記イニシャ
ルプログラムロード種別情報を前記複数の保持手段から
読出す手段と、読出したイニシャルプログラムロード種
別情報にしたがって前記イニシャルプログラムロード処
理を実行する手段とを有することを特徴とする情報処理
装置。
【請求項２】前記イニシャルプログラムロード処理に
用いられた前記デバイス情報及び前記イニシャルプログ
ラムロード種別情報をログする手段を含むことを特徴と
する請求項１記載の情報処理装置。
【請求項３】イニシャルプログラムロード実行時にブ
ートされるデバイスタイプ及びプログラムタイプを示す
イニシャルプログラムロード種別情報を認識してイニシ
ャルプログラムロード処理を行う情報処理装置であっ
て、使用するデバイス各々に対応する機種情報を格納す
る格納手段と、前記イニシャルプログラムロード種別情
報を保持する複数の保持手段と、前記イニシャルプログ
ラムロード実行時に使用すべきデバイスを特定するデバ
イス情報を記憶する記憶手段と、前記格納手段の内容に
基づいて前記デバイス情報を前記記憶手段に設定する設
定手段と、前記記憶手段の内容に対応する前記イニシャ
ルプログラムロード種別情報を前記複数の保持手段から
読出す読出し手段と、前記読出し手段が読出したイニシ
ャルプログラムロード種別情報を解析して前記デバイス
タイプに対応する１セクタ長を判別する判別手段と、前
記読出し手段が読出したイニシャルプログラムロード種
別情報及び前記判別手段が判別した１セクタ長にしたが
って前記イニシャルプログラムロード処理を実行する手
段とを有することを特徴とする情報処理装置。
【請求項４】前記イニシャルプログラムロード処理に
用いられた前記デバイス情報と前記イニシャルプログラ
ムロード種別情報と前記１セクタ長とを夫々ログする手
段を含むことを特徴とする請求項３記載の情報処理装
置。