(57)【特許請求の範囲】
【請求項１】
システムから取り外し可能な外部記憶手段と、システム内部に実装され、複数のバージョンのロードモジュールを管理する第１管理ファイルを記憶する内部記憶手段と、前記外部記憶手段の実装状態及び前記第１管理ファイルの内容に基づいて、前記外部記憶手段あるいは前記内部記憶手段に記憶された指定ロードモジュールを読み込む複数の起動管理手段とを具備し、
一つの起動管理手段が、特定の指定ロードモジュールのファイル名及びそれが記憶されている記憶手段名を内部記憶手段の第２管理ファイルに書込むとともに、指定ロードモジュールを特定した旨のフラグを設定し、他の起動管理手段が、前記第２管理ファイルに書き込まれた内容に従って前記特定の指定ロードモジュールを読み込む、ことを特徴とする情報処理装置。
【請求項２】
起動管理手段は、外部記憶手段が実装されていない場合、内部記憶手段の第１管理ファイルを参照し、優先度が最も高いロードモジュールを指定ロードモジュールとして読み込むことを特徴とする請求項１記載の情報処理装置。
【請求項３】
起動管理手段は、外部記憶手段の指定ロードモジュールが内部記憶手段にも記憶されている場合、内部記憶手段の指定ロードモジュールを読み込むことを特徴とする請求項１又は請求項２記載の情報処理装置。
【請求項４】
起動管理手段は、内部記憶手段に記憶されていない指定ロードモジュールを外部記憶手段から前記内部記憶手段に複写可能な場合、指定ロードモジュールを前記内部記憶手段に複写した後、前記内部記憶手段から指定ロードモジュールを読み込み、複写不可能な場合、前記外部記憶手段から指定ロードモジュールを読み込むことを特徴とする請求項１から請求項３のいずれかに記載の情報処理装置。
【請求項５】
起動管理手段は、内部記憶手段の空き容量が指定ロードモジュールのモジュールサイズより大きい場合、外部記憶手段から前記内部記憶手段に指定ロードモジュールを複写可能と判断することを特徴とする請求項４記載の情報処理装置。
【請求項６】
起動管理手段は、内部記憶手段の空き容量が指定ロードモジュールのモジュールサイズより大きくなるまで、内部記憶手段に既に記憶されているロードモジュールを優先度が低い順に削除することを特徴とする請求項５記載の情報処理装置。
【請求項７】
複数系の内部記憶手段及び外部記憶手段を具備し、一つの起動管理手段が、特定の指定ロードモジュールの系のフラグを設定した場合、他の起動管理手段は、前記フラグの系に属する内部記憶手段の第２ファイルに書き込まれた内容に従って前記特定の指定ロードモジュールを読み込むことを特徴とする請求項１から請求項６のいずれかに記載の情報処理装置。
【請求項８】
システム内部の内部メモリに複数のバージョンのロードモジュールを管理する第１管理ファイルを記憶し、外部メモリの実装状態及び前記第１管理ファイルの内容に基づいて、前記外部メモリあるいは前記内部メモリの指定ロードモジュールを読み込むシステム起動管理方法であって、
一つのプロセッサが、特定のロードモジュールのファイル名及びそれが記憶されている記憶メモリ名を内部メモリの第２管理ファイルに書込むとともに、ロードモジュールを特定した旨のフラグを設定し、他のプロセッサが、前記第２管理ファイルに書き込まれた内容に従って前記特定のロードモジュールを読み込むことを特徴とするシステム起動管理方法。
【請求項９】
外部メモリが実装されていない場合、内部メモリの第１管理ファイルを参照し、優先度が最も高いロードモジュールを指定ロードモジュールとして読み込むことを特徴とする請求項８記載のシステム起動管理方法。
【請求項１０】
外部メモリの指定ロードモジュールが内部メモリにも記憶されている場合、内部メモリの指定ロードモジュールを読み込むことを特徴とする請求項８又は請求項９記載のシステム起動管理方法。
【請求項１１】
内部メモリに記憶されていない指定ロードモジュールを外部メモリから前記内部メモリに複写可能な場合、指定ロードモジュールを前記内部メモリに複写した後、複写された指定ロードモジュールを読み込み、複写不可能な場合、前記外部メモリから指定ロードモジュールを読み込むことを特徴とする請求項８から請求項１０のいずれかに記載のシステム起動管理方法。
【請求項１２】
複数系の内部メモリ及び外部メモリを具備し、一つのプロセッサが、特定のロードモジュールの系のフラグを設定した場合、他のプロセッサは、前記フラグの系に属する内部メモリの第２ファイルに書き込まれた内容に従って前記特定のロードモジュールを読み込むことを特徴とする請求項８から請求項１１のいずれかに記載のシステム起動管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、システム起動ロードモジュールの起動、管理を行う情報処理装置及びシステム起動管理方法に関する。
【０００２】
【従来の技術】
従来の情報処理装置におけるシステム起動管理方法として、特開平６−２０２９２３号公報に記載されているものがある。
【０００３】
図１４は、従来の情報処理装置の構成を示すブロック図である。図１４に示す情報処理装置１は、システムから取り外し可能な外部メモリ１０と、システム内部に実装された内部メモリ２０と、システムにおける主処理を行うプロセッサモジュール３０と、プロセッサモジュール３０と外部メモリ１０、内部メモリ２０を結ぶバス等の結合媒体４０とから主に構成される。
【０００４】
内部メモリ２０は、内部にバージョン管理ファイル２１を有する。また、プロセッサモジュール３０は、内部にＣＰＵ５０と、主記憶部６０とを有する。
【０００５】
図１５は、従来の情報処理装置におけるバージョン管理ファイル２１の内部構造を示す図である。図１５に示すように、バージョン管理ファイル２１には１つのオブジェクト（プログラム、データ等）のファイル名２２が書込まれ、ファイル名２２にはバージョン符号２３が付随している。
【０００６】
次に、従来の情報処理装置のシステム起動管理処理手順について、図１６のフロー図を用いて説明する。
【０００７】
まず、ステップ（以下、「ＳＴ」という）８１で、内部メモリ２０のバージョン管理ファイル２１に書き込まれたオブジェクトのバージョン符号２３を読み出す。
【０００８】
次に、ＳＴ８２で、外部メモリ１０に記録されたオブジェクトに付随するバージョン符号とを比較する。
【０００９】
ＳＴ８２の比較において変化があればバージョンアップとみなし、ＳＴ８３で、外部メモリ１０から内部メモリ２０にオブジェクトを書き移す。
【００１０】
そして、ＳＴ８４で、内部メモリ２０からプロセッサモジュール３０の主記憶部６０にロードを行う。
【００１１】
このように、従来の情報処理装置におけるシステム起動管理方法は、オブジェクトのファイル名にバージョン符号を付随させることにより、オブジェクトが変更されたり、バージョンアップした場合における処理時間を短縮している。
【００１２】
【発明が解決しようとする課題】
しかしながら、従来の情報処理装置におけるシステム起動管理方法では、内部メモリ内に単一のバージョンのロードモジュールを管理することしかできず、デバッグ時のように、複数バージョンのロードモジュールを入れ替えて使用する場合、その度、外部メモリからロードモジュールを読み込む必要がある。
【００１３】
これは、外部メモリが取り外された状態では、単一のロードモジュールでしか起動ができないことを意味する。また、外部メモリは内部メモリに比べ、一般にアクセスが低速であるため、起動に時間がかかってしまうことになる。
【００１４】
さらに、システムが運用された後、新しいバージョンのロードモジュールをシステムにインストールする際に、システムが正常に動作しないという障害が発生した場合、正常に動作したロードモジュールを再度ロードし直す必要があるため、復旧に非常に時間がかかってしまい、通信制御装置の様なリアルタイム処理が必要なシステムには不適切である。
【００１５】
本発明はかかる点に鑑みてなされたものであり、複数のバージョンのロードモジュールでシステムを起動することができ、かつ、外部メモリが取り外されている状況でも、起動するロードモジュールを容易に特定することができる情報処理装置及びシステム起動管理方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明の情報処理装置は、システムから取り外し可能な外部記憶手段と、システム内部に実装され、複数のバージョンのロードモジュール及びこれらのファイル名を管理する第１管理ファイルを記憶する内部記憶手段と、前記外部記憶手段の実装状態及び前記第１管理ファイルの内容に基づいて、前記外部記憶手段あるいは前記内部記憶手段に記憶された指定ロードモジュールを読み込む複数の起動管理手段とを具備し、一つの起動管理手段が、特定の指定ロードモジュールのファイル名及びそれが記憶されている記憶手段名を内部記憶手段の第２管理ファイルに書込むとともに、指定ロードモジュールを特定した旨のフラグを設定し、他の起動管理手段が、前記第２管理ファイルに書き込まれた内容に従って前記特定の指定ロードモジュールを読み込む、構成を採る。
【００１７】
この構成により、複数のバージョンのロードモジュールでシステムを起動することができ、かつ、外部記憶手段が取り外されている状況でも、起動するロードモジュールを容易に特定することができる。さらに、この構成により、マルチプロセッサにおいて全てのＣＰＵが同一のロードモジュールを特定することができる。
【００１８】
また、ロードモジュール起動後にロードモジュールに障害がないことをチェックし、その後にバージョン管理ファイルの優先度を変更することにより、常に障害のないロードモジュールでのシステム起動を行うことができる。
【００１９】
さらに、障害が発生し、システムが動作しなくなったときでも、バージョン管理ファイルを書き換える時間だけで、別のロードモジュールを起動することができ、システム再起動の時間が短縮される。
【００２０】
また、本発明の情報処理装置において、起動管理手段は、外部記憶手段が実装されていない場合、内部記憶手段の第１管理ファイルを参照し、優先度が最も高いロードモジュールを指定ロードモジュールとして読み込む構成を採る。
【００２１】
この構成により、外部記憶手段が取り外されている場合において、内部記憶手段に記憶された複数のバージョンのロードモジュールから優先度の高いものを選択して起動することができる。
【００２２】
また、本発明の情報処理装置において、起動管理手段は、外部記憶手段の指定ロードモジュールが内部記憶手段にも記憶されている場合、内部記憶手段の指定ロードモジュールを読み込む構成を採る。
【００２３】
また、本発明の情報処理装置において、起動管理手段は、内部記憶手段に記憶されていない指定ロードモジュールを外部記憶手段から前記内部記憶手段に複写可能な場合、指定ロードモジュールを前記内部記憶手段に複写した後、前記内部記憶手段から指定ロードモジュールを読み込み、複写不可能な場合、前記外部記憶手段から指定ロードモジュールを読み込む構成を採る。
【００２４】
また、本発明の情報処理装置において、起動管理手段は、内部記憶手段の空き容量が指定ロードモジュールのモジュールサイズより大きい場合、外部記憶手段から前記内部記憶手段に指定ロードモジュールを複写可能と判断する構成を採る。
【００２５】
また、本発明の情報処理装置において、起動管理手段は、内部記憶手段の空き容量が指定ロードモジュールのモジュールサイズより大きくなるまで、内部記憶手段に既に記憶されているロードモジュールを優先度が低い順に削除する構成を採る。
【００２６】
これらの構成により、システム内部に位置する内部記憶手段に対するアクセスが、外部記憶手段に対してアクセスする場合に比べて早いことから、より高速にロードモジュールを読み込むことができる。
【００２９】
また、本発明の情報処理装置は、複数系の内部記憶手段及び外部記憶手段を具備し、一つの起動管理手段が、特定の指定ロードモジュールの系のフラグを設定した場合、他の起動管理手段は、前記フラグの系に属する内部記憶手段の第２ファイルに書き込まれた内容に従って前記特定の指定ロードモジュールを読み込む構成を採る。
【００３０】
この構成により、外部記憶手段及び内部記憶手段が２重化されたマルチプロセッサにおいて、全てのＣＰＵが同一のロードモジュールを特定することができる。
【００３１】
また、本発明のシステム起動管理方法は、システム内部の内部メモリに複数のバージョンのロードモジュールを管理する第１管理ファイルを記憶し、外部メモリの実装状態及び前記第１管理ファイルの内容に基づいて、前記外部メモリあるいは前記内部メモリの指定ロードモジュールを読み込むシステム起動管理方法であって、一つのプロセッサが、特定のロードモジュールのファイル名及びそれが記憶されている記憶メモリ名を内部メモリの第２管理ファイルに書込むとともに、ロードモジュールを特定した旨のフラグを設定し、他のプロセッサが、前記第２管理ファイルに書き込まれた内容に従って前記特定のロードモジュールを読み込む方法を採る。
【００３２】
この方法により、複数のバージョンのロードモジュールでシステムを起動することができ、かつ、外部メモリが取り外されている状況でも、起動するロードモジュールを容易に特定することができる。さらに、この方法により、マルチプロセッサにおいて全てのＣＰＵが同一のロードモジュールを特定することができる。
【００３３】
また、ロードモジュール起動後にロードモジュールに障害がないことをチェックし、その後にバージョン管理ファイルの優先度を変更することにより、常に障害のないロードモジュールでのシステム起動を行うことができる。
【００３４】
さらに、障害が発生し、システムが動作しなくなったときでも、バージョン管理ファイルを書き換える時間だけで、別のロードモジュールを起動することができ、システム再起動の時間が短縮される。
【００３５】
また、本発明のシステム起動管理方法は、外部メモリが実装されていない場合、内部メモリの第１管理ファイルを参照し、優先度が最も高いロードモジュールを指定ロードモジュールとして読み込む方法を採る。
【００３６】
この方法により、外部メモリが取り外されている場合において、内部メモリに記憶された複数のバージョンのロードモジュールから優先度の高いものを選択して起動することができる。
【００３７】
また、本発明のシステム起動管理方法は、外部メモリの指定ロードモジュールが内部メモリにも記憶されている場合、内部メモリの指定ロードモジュールを読み込む方法を採る。
【００３８】
また、本発明のシステム起動管理方法は、内部メモリに記憶されていない指定ロードモジュールを外部メモリから前記内部メモリに複写可能な場合、指定ロードモジュールを前記内部メモリに複写した後、複写された指定ロードモジュールを読み込み、複写不可能な場合、前記外部メモリから指定ロードモジュールを読み込む方法を採る。
【００３９】
これらの方法により、システム内部に位置する内部メモリに対するアクセスが、外部メモリに対してアクセスする場合に比べて早いことから、より高速にロードモジュールを読み込むことができる。
【００４２】
また、本発明のシステム起動管理方法は、複数系の内部メモリ及び外部メモリを具備し、一つのプロセッサが、特定のロードモジュールの系のフラグを設定した場合、他のプロセッサは、前記フラグの系に属する内部メモリの第２ファイルに書き込まれた内容に従って前記特定のロードモジュールを読み込む方法を採る。
【００４３】
この方法により、外部メモリ及び内部メモリが２重化されたマルチプロセッサにおいて全てのＣＰＵが同一のロードモジュールを特定することができる。
【００４４】
【発明の実施の形態】
本発明の骨子は、複数のバージョンのロードモジュール及びこれらを管理するバージョン管理ファイルを内部メモリ内に設け、外部メモリの実装状態及びバージョン管理ファイルの内容に基づいて、起動するロードモジュールを特定することである。
【００４５】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００４６】
（実施の形態１）
図１は、実施の形態１に係る情報処理装置の構成を示すブロック図である。図１に示す情報処理装置１００は、システムから取り外し可能な外部メモリ１１０と、システム内部に実装された内部メモリ１２０と、システムにおける主処理を行うプロセッサモジュール１３０と、プロセッサモジュール１３０と外部メモリ１１０、内部メモリ１２０を結ぶバス等の結合媒体１４０とから主に構成される。
【００４７】
プロセッサモジュール１３０は、内部にＣＰＵ１５０と、主記憶部１６０とを有する。なお、ＣＰＵ１５０と主記憶部１６０との間にキャッシュを設けることもできる。キャッシュとは、小容量のの高速半導体メモリであって、低速大容量のコアメモリを援助するものである。
【００４８】
図２は、実施の形態１に係る情報処理装置の外部メモリ１１０のファイルイメージを示す図である。図２に示すように、外部メモリ１１０には、保守者により書き込まれるロードモジュール指定ファイル１１１及びシステムの起動を行うロードモジュール１１２が格納されている。なお、外部メモリには複数のロードモジュールを格納することができる。ただし、ユーザが指定できるロードモジュールは１つであるので、説明を簡単にするために、図２では、１つのロードモジュール１１２を記載している。
【００４９】
図３は、実施の形態１に係る情報処理装置のロードモジュール指定ファイル１１１の内部構造を示す図である。図３に示すように、ロードモジュール指定ファイル１１１の１行目には、ロードモジュール名、日付等で表され、保守者またはシステム管理者により特定されるロードモジュール１１２の識別子１１６がテキスト形式で書き込まれている。ロードモジュール指定ファイル内の記述を識別子の羅列という簡単な形式にすることにより、保守者が簡単にファイルの更新を行うことができる。
【００５０】
図４は、実施の形態１に係る情報処理装置の内部メモリ１２０のファイルイメージを示す図である。図４に示すように、内部メモリ１２０には、システム起動時に自動で書き込まれるバージョン管理ファイル１２１及び１又は複数のロードモジュール１２２が格納されている。
【００５１】
図５は、実施の形態１に係る情報処理装置のバージョン管理ファイル１２１の内部構造を示す図である。図５に示すように、バージョン管理ファイル１２１には、ロードモジュール指定ファイル１１１と同様に、ロードモジュール１２２の識別子１２６がシステム固定の数分、または不定数、テキスト形式で１行目から順に列挙されている。この識別子の順番が優先度を表しており、バージョン管理ファイル１２１は、優先度が高いロードモジュールの識別子を上位に書き込む構成となっている。
【００５２】
図６は、実施の形態１に係る情報処理装置のＣＰＵ１５０の機能ブロック図である。
【００５３】
図６において、外部メモリ実装判定部１５１は、システムに外部メモリ１１０が実装されているか否かを判定し、外部メモリ１１０が実装されている場合、その旨の信号をロードモジュール特定部１５２に出力し、外部メモリ１１０が実装されていない場合、その旨の信号をロード実行部１５３に出力する。
【００５４】
ロードモジュール特定部１５２は、ロードモジュール指定ファイル１１１のロードモジュール１１２の識別子１１６とバージョン管理ファイル１２１に登録された各ロードモジュール１２２の識別子１２６とを比較し、識別子が一致するロードモジュールが存在する場合、その旨の信号をロード実行部１５３に出力する。
【００５５】
また、ロードモジュール特定部１５２は、識別子が一致するロードモジュールが存在しない場合、ロードモジュール指定ファイル１１１の指定ロードモジュールのモジュールサイズとバージョン管理ファイル１２１の残容量とを比較し、指定ロードモジュールを内部メモリ１２０に書込み可能な場合、その旨の信号をロードモジュール複写部１５４に出力し、書込み不可能な場合、その旨の信号をロード実行部１５３に出力する。
【００５６】
ロード実行部１５３は、各部から入力した信号の種類に応じて、内部メモリ１２０のロードモジュール１２２、あるいは、外部メモリ１１０のロードモジュール１１２を主記憶部１６０に書込む。
【００５７】
ロードモジュール複写部１５４は、ロードモジュール特定部１５２からの指示に基づいて、外部メモリ１１０から読み込んだロードモジュール１１２を内部メモリ１２０に複写し、バージョン管理ファイル１２１にロードモジュールの識別子を追加する。
【００５８】
次に、実施の形態１に係る情報処理装置のＣＰＵ１５０におけるシステム起動管理処理手順について、図７のフロー図を用いて説明する。
【００５９】
まず、ＣＰＵ１５０にリセット信号が入力されると、ステップ（以下、「ＳＴ」という）２０１で、外部メモリ実装判定部１５１が、システムに外部メモリ１１０が実装されているか否かを判定する。
【００６０】
ＳＴ２０１において、外部メモリ１１０が実装されていないと判定された場合、ＳＴ２０２で、ロード実行部１５３が、内部メモリ１２０のバージョン管理ファイル１２１を参照し、ロードモジュール１２２の中で優先度が最も高いものを主記憶部１６０に書込む。
【００６１】
一方、ＳＴ２０１において、外部メモリ１１０が実装されていないと判定された場合、ＳＴ２０３で、ロードモジュール特定部１５２が、ロードモジュール指定ファイル１１１に書かれたバージョンを示すロードモジュールの識別子１１６とバージョン管理ファイル１２１に登録されたロードモジュール識別子１２６とを比較し、識別子が一致するロードモジュールが存在するか否かを検索する。
【００６２】
ＳＴ２０３において、識別子が一致するロードモジュールが存在しなかった場合、ＳＴ２０４で、ロードモジュール特定部１５２が、外部メモリ１１０のロードモジュール１１２のモジュールサイズと内部メモリ１２０の残容量とを比較して、外部メモリ１１０のロードモジュール１２２を内部メモリ１２０に複写することが可能か否かを判定する。
【００６３】
ＳＴ２０４において、内部メモリ１２０の残容量がロードモジュール１１２のモジュールサイズより小さい場合、ＳＴ２０５で、ロードモジュール特定部１５２が、内部メモリ１２０のロードモジュール１２２を優先度の低い順に検索し、検索したロードモジュールを削除した場合に外部メモリ１１０のロードモジュール１１２を複写することが可能か否かを判定する。
【００６４】
ＳＴ２０５において、削除してもロードモジュール１１２を複写することが不可能である場合、ＳＴ２０６で、ロード実行部１５３が、外部メモリ１１０のロードモジュール１２２を主記憶部１６０に書込む。
【００６５】
ＳＴ２０５において、削除すればロードモジュール１１２を複写することが可能である場合、ＳＴ２０７で、ロードモジュール複写部１５４が、バージョン管理ファイル１２１から検索されたロードモジュール１２２を削除する。
【００６６】
ＳＴ２０４において、内部メモリ１２０の残容量がロードモジュールのモジュールサイズより大きい場合、又は、ＳＴ２０７で検索ロードモジュールを削除した後、ロードモジュール複写部１５４が、外部メモリ１１０から内部メモリ１２０にロードモジュールを複写し、バージョン管理ファイル１２１に指定ロードモジュールを追加する。これは、システム内部に位置する内部メモリに対するアクセスが、外部メモリに対してアクセスする場合に比べて早いことから、より高速にロードモジュールを読み込むためである。
【００６７】
ＳＴ２０３において、識別子が一致するロードモジュールが存在する場合、又は、ＳＴ２０８でロードモジュールを書込んだ後、ＳＴ２０９で、ロード実行部１５３が、内部メモリ１２０内のロードモジュールを主記憶部１６０に書込む。
【００６８】
このように、複数のロードモジュールを内部メモリに蓄え、バージョン管理ファイルを更新することにより、複数のバージョンのロードモジュールでシステムを起動することができ、かつ、外部メモリが取り外されている状況でも、起動するロードモジュールを保守者により容易に特定できる。
【００６９】
また、ロードモジュール起動後にロードモジュールに障害がないことをチェックし、その後にバージョン管理ファイルの優先度を変更することにより、常に障害のないロードモジュールでのシステム起動を行うことができる。
【００７０】
さらに、障害が発生し、システムが動作しなくなったときでも、バージョン管理ファイルを書き換える時間だけで、別のロードモジュールを起動することができ、システム再起動の時間が短縮される。
【００７１】
（実施の形態２）
図８は、実施の形態２に係る情報処理装置の構成を示すブロック図である。なお、図８に示す情報処理装置３００において、図１に示した情報処理装置１００と共通する構成部分については、図１と同一の符号を付して説明を省略する。
【００７２】
図８に示す情報処理装置３００は、図１に示した情報処理装置１００と比較して、内部メモリ１２０の代りに内部構成を異にする内部メモリ３２０を備えている。また、情報処理装置３００は、複数のプロセッサモジュールを実装したマルチプロセッサ構成を採り、その中の１つをマスタプロセッサモジュール１３０として定め、他をスレーブプロセッサモジュール３３０としている。
【００７３】
スレーブプロセッサモジュール３３０は、内部にＣＰＵ３５０、主記憶部３６０とを有する。
【００７４】
また、情報処理装置３００は、マスタＣＰＵ１５０がロードモジュールを特定したことを示すフラグ３７０を有する。フラグ３７０は、全ＣＰＵから読み出し可能である。なお、情報処理装置３００は、フラグ３７０を内部メモリ３２０内にファイルとして持たせることもできる。
【００７５】
また、情報処理装置３００には、マスタＣＰＵ１５０を特定する機構が備わっているものとし、システム起動管理処理を開始する際にはマスタＣＰＵ１５０、スレーブＣＰＵ３５０が決定されている。
【００７６】
図９は、実施の形態２に係る情報処理装置の内部メモリ３２０のファイルイメージを示す図である。図９に示すように、内部メモリ３２０には、バージョン管理ファイル１２１及び複数のロードモジュール１２２に加えて、マスタＣＰＵ１５０により書込まれる特定ロードモジュール書込みファイル３２３が格納されている。
【００７７】
図１０は、実施の形態２に係る情報処理装置の特定ロードモジュール書込みファイル３２３の内部構造を示す図である。図１０に示すように、特定ロードモジュール書込みファイル３２３には、マスタＣＰＵ１５０により特定されたロードモジュールが記憶されている記憶部を示す記号３２６がテキスト形式で１行目に書込まれ、さらに、特定されたロードモジュールのロードモジュール識別子３２７がテキスト形式で２行目以降に書込まれる。
【００７８】
マスタＣＰＵ１５０が特定ロードモジュール書込みファイル３２３を書込んだ後、スレーブＣＰＵ３５０がこの特定ロードモジュール書込みファイル３２３を読み込むことにより、全ＣＰＵが特定ロードモジュール及び特定ロードモジュールが記憶されている記憶部を知ることができる。
【００７９】
図１１は、実施の形態２に係る情報処理装置のマスタＣＰＵ１５０の機能ブロック図である。なお、図１１に示すマスタＣＰＵ１５０において、図６と共通する構成部分については、図６と同一の符号を付して説明を省略する。
【００８０】
図１１に示すマスタＣＰＵ１５０は、図６にロードモジュール書込み部３５５及びフラグ設定部３５６を追加した構成を採る。
【００８１】
ロードモジュール書込み部３５５は、ロード実行部１５３が主記憶部１６０に対するロードモジュールの書込みを完了した後、図１０に示したように内部メモリ３２０の特定ロードモジュール書込みファイル３２３に書込みを行う。
【００８２】
フラグ設定部３５６は、ロード実行部１５３が主記憶部１６０に対するロードモジュールの書込みを完了した後、フラグ３７０を設定する。
【００８３】
次に、実施の形態２に係る情報処理装置のスレーブＣＰＵ３５０におけるシステム起動管理処理手順について、図１２のフロー図を用いて説明する。
【００８４】
まず、前提として、マスタＣＰＵ１５０が、上記図７に示したフロー図にしたがってロードを実行した後、内部メモリ３２０に特定ロードモジュール書込みファイル３２３を書込み、フラグ３７０を設定する。
【００８５】
ＳＴ４０１で、スレーブＣＰＵ３５０は、フラグ３７０がセットされるまで待機し、フラグ３７０がセットされると、ＳＴ４０２で、内部メモリ３２０に特定ロードモジュール書込みファイル３２３の内容を読み込む。
【００８６】
次に、ＳＴ４０３で、スレーブＣＰＵ３５０は、特定ロードモジュール書込みファイル３２３の内容に従って、指定された記憶部から特定ロードモジュールを読み込んで、主記憶部３６０に書込む。
【００８７】
このように、マスタＣＰＵが、特定ロードモジュール書込みファイルに書込みを行い、フラグを設定することにより、マルチプロセッサにおいて全てのＣＰＵが同一のロードモジュールを特定することができる。
【００８８】
（実施の形態３）
図１３は、実施の形態３に係る情報処理装置の構成を示すブロック図である。
【００８９】
図１３に示す情報処理装置５００は、図８に示した情報処理装置３００と比較して、外部メモリ、内部メモリ及びフラグが、運用系と待機系の２つの系に２重化されている。
【００９０】
両系の内部メモリ５２０の間には、予め優先度が決められている。一般的には、運用系の方が待機系よりも優先度が高い。
【００９１】
外部メモリ実装判定部１５１は、システムに外部メモリ１１０が実装されているか否かを判定し、いずれかの系が実装されている場合、実装されている系を示す信号をロードモジュール特定部１５２に出力し、どちらの系も実装されていない場合、その旨の信号をロード実行部１５３に出力する。
【００９２】
ロード実行部１５３は、外部メモリ実装判定部１５１から、どちらの系も実装されていない旨を示す信号を入力した場合、優先度が高い系の内部メモリ５２０のバージョン管理ファイル１２１を参照し、ロードモジュール１２２の中で優先度が最も高いものを主記憶部１６０に書込む。また、ロード実行部１５３は、優先度が高い系の内部メモリ５２０にロードモジュール１２２が登録されていない場合には、優先度が低い系に対して処理を行う。
【００９３】
以下、特定されたロードモジュールが記憶されている記憶部が属する系を指定系という。
【００９４】
ロードモジュール書込み部３５５は、ロード実行部１５３が主記憶部１６０に対するロードモジュールの書込みを完了した後、指定系の内部メモリ５２０の特定ロードモジュール書込みファイルに書込みを行う。
【００９５】
フラグ設定部３５６は、ロード実行部１５３が主記憶部１６０に対するロードモジュールの書込みを完了した後、指定系のフラグ５７０を設定する。
【００９６】
スレーブＣＰＵ３５０は、指定系のフラグ５７０がセットされると、指定系の内部メモリ５２０の特定ロードモジュール書込みファイルを読み込み、その情報に従って、指定された記憶部から特定ロードモジュールを読み込んで、主記憶部３６０に書込む。
【００９７】
なお、図１３示す情報処理装置５００における各構成部のその他の動作は、図８に示した情報処理装置３００と共通するので説明を省略する。
【００９８】
このように、内部メモリの優先度を予め決定することにより、外部メモリ及び内部メモリが２重化されたマルチプロセッサにおいて全てのＣＰＵが同一のロードモジュールを特定することができる。
【００９９】
なお、上記実施の形態３においては、外部メモリ、内部メモリ及びフラグのみを２重化したが、本発明はこれに限られず、情報処理装置全体を２重化することもできる。
【０１００】
【発明の効果】
以上説明したように、本発明の情報処理装置及びシステム起動管理方法によれば、複数のバージョンのロードモジュールでシステムを起動することができ、かつ、外部メモリが取り外されている状況でも、起動するロードモジュールを容易に特定することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る情報処理装置の構成を示すブロック図
【図２】実施の形態１に係る情報処理装置の外部メモリのファイルイメージを示す図
【図３】実施の形態１に係る情報処理装置のロードモジュール指定ファイルの内部構造を示す図
【図４】実施の形態１に係る情報処理装置の内部メモリのファイルイメージを示す図
【図５】実施の形態１に係る情報処理装置のバージョン管理ファイルの内部構造を示す図
【図６】実施の形態１に係る情報処理装置のＣＰＵの機能ブロック図
【図７】実施の形態１に係る情報処理装置のＣＰＵにおけるシステム起動管理処理手順を示すフロー図
【図８】本発明の実施の形態２に係る情報処理装置の構成を示すブロック図
【図９】実施の形態２に係る情報処理装置の内部メモリのファイルイメージを示す図
【図１０】実施の形態２に係る情報処理装置の特定ロードモジュール書込みファイルの内部構造を示す図
【図１１】実施の形態２に係る情報処理装置のマスタＣＰＵの機能ブロック図
【図１２】実施の形態２に係る情報処理装置のスレーブＣＰＵにおけるシステム起動管理処理手順を示すフロー図
【図１３】本発明の実施の形態３に係る情報処理装置の構成を示すブロック図
【図１４】従来の情報処理装置の構成を示すブロック図
【図１５】従来の情報処理装置におけるバージョン管理ファイルの内部構造を示す図
【図１６】従来の情報処理装置のシステム起動管理処理手順を示すフロー図
【符号の説明】
１００、３００、５００  情報処理装置
１１０、５１０  外部メモリ
１２０、３２０、５２０  内部メモリ
１２１  バージョン管理ファイル
１３０、３３０  プロセッサモジュール
１５０、３５０  ＣＰＵ
１５１  外部メモリ実装判定部
１５２  ロードモジュール特定部
１５３  ロード実行部
１５４  ロードモジュール複写部
１６０、３６０  主記憶部
３２３  特定ロードモジュール書込みファイル
３５５  ロードモジュール書込み部
３５６  フラグ設定部
【図１】
0004351328.tif 000002
【図２】
0004351328.tif 000003
【図３】
0004351328.tif 000004
【図４】
0004351328.tif 000005
【図５】
0004351328.tif 000006
【図６】
0004351328.tif 000007
【図７】
0004351328.tif 000008
【図８】
0004351328.tif 000009
【図９】
0004351328.tif 000010
【図１０】
0004351328.tif 000011
【図１１】
0004351328.tif 000012
【図１２】
0004351328.tif 000013
【図１３】
0004351328.tif 000014
【図１４】
0004351328.tif 000015
【図１５】
0004351328.tif 000016
【図１６】
0004351328.tif 000017