JPH11265289A

JPH11265289A - 情報処理装置および情報処理装置の高速初期起動方法

Info

Publication number: JPH11265289A
Application number: JP10065957A
Authority: JP
Inventors: Atsushi Setsutsu; 敦攝津; Yoshiyuki Baba; 儀之馬場; Naohito Sugai; 尚人菅井
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1998-03-16
Filing date: 1998-03-16
Publication date: 1999-09-28
Also published as: US6374353B1

Abstract

(57)【要約】【課題】ブートストラップコードがブートデバイスの
ファイルシステムにあるＯＳをメモリにロードし起動し
ていたため、ＯＳが起動するまでに時間がかかるなどの
課題があった。【解決手段】ＯＳをブート処理に必要なミニＯＳモジ
ュール７とそれ以外のＯＳ本体モジュール８に分け、ミ
ニＯＳモジュール７をブートブロック４に配置し、ＯＳ
本体モジュール８をファイルシステム５に配置し、Ｆ／
Ｗコードモジュール６はミニＯＳモジュール７をメモリ
２にロードして実行し、ミニＯＳモジュール７はＯＳ本
体モジュール８をメモリ２にロードして初期化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電源投入後の起
動に要する時間を短縮することができる情報処理装置と
情報処理装置の高速初期起動方法に関するものである。

【０００２】

【従来の技術】従来、情報処理装置の起動方式として
は、「ＵＮＩＸ４．３ＢＳＤの設計と実装（中村明
ほか訳、平成３年６月３０日丸善株式会社出版）の１
３章「システムの立ち上げ」（ｐ．４１３〜ｐ．４３
３）に記載されているように、プログラム可能読み出し
専用メモリ（ＲＯＭ）に格納されているＦ／Ｗコードが
ｂｏｏｔというブートストラップコードをロードする。
次に、そのｂｏｏｔプログラムがファイルシステムにあ
るＯＳをロードすることにより、そのＯＳが起動し、自
身の初期化を全て行った後、初期起動プロセス（ｉｎｉ
ｔ）が動作し、その後、一般アプリケーションを動作す
るものであった。

【０００３】

【発明が解決しようとする課題】従来の情報処理装置の
高速初期起動方法は以上のように構成されているので、
Ｆ／Ｗコードがブートデバイスのブートブロックにある
ブートストラップコードをメモリにロードして実行し、
次にブートストラップコードがブートデバイスのファイ
ルシステムにあるＯＳをメモリにロードし起動していた
ため、ＯＳが起動するまでに時間がかかるなどの課題が
あった。

【０００４】また、ＯＳが自身の初期化を全て行った
後、アプリケーションを起動するようになっていたた
め、アプリケーションの起動時間が長くなるという問題
点もあった。

【０００５】この発明は上記のような課題を解決するた
めになされたもので、電源投入後の起動時間を短縮する
ことができるとともに、アプリケーションの起動時間を
短縮することができる情報処理装置および情報処理装置
の高速初期起動方法を得ることを目的とする。

【０００６】

【課題を解決するための手段】この発明に係る情報処理
装置は、ブートデバイスにおいてブートストラップ処理
に必要な機能を備えるミニＯＳモジュールと、ブートス
トラップ処理に関係しない機能を備えるＯＳ本体モジュ
ールとに分割し、ブートストラップコードの代わりにミ
ニＯＳモジュールを初期起動し、このミニＯＳモジュー
ルがＯＳ本体モジュールをブートデバイスからロードし
た後、このＯＳ本体モジュールとミニＯＳモジュールと
を結合するようにしたものである。

【０００７】この発明に係る情報処理装置の高速初期起
動方法は、ＯＳをミニＯＳモジュールとＯＳ本体部とに
分け、ミニＯＳモジュールにはブートストラップ処理で
最低限必要な機能を備え、ＯＳ本体部にはブートストラ
ップ処理に関係しない機能を備え、ミニＯＳモジュール
をブートストラップコードとして実行し、ミニＯＳモジ
ュールがＯＳ本体部をファイルシステムからロードし、
ミニＯＳモジュールと結合して初期化し、ブートストラ
ップコードのロードと実行分の時間を削減するようにし
たものである。

【０００８】この発明に係る情報処理装置の高速初期起
動方法は、ファイルシステムに配置されたＯＳ本体部を
機能毎に分割して配置し、ＯＳ本体部のロードを行う処
理とＯＳ本体部の初期化を行う処理を独立したスレッド
として動作させることにより、ＯＳ機能のロード処理で
のＩ／Ｏ処理待ちで発生するＣＰＵの空き時間に、ＯＳ
機能の初期化を実行できるようにしたものである。

【０００９】この発明に係る情報処理装置の高速初期起
動方法は、ＯＳ本体部のロードを処理するスレッドとＯ
Ｓの初期化を処理するスレッドをスレッド間通信を用い
て同期を取ることにより、スレッドの生成／終了処理に
伴う時間を短縮するようにしたものである。

【００１０】この発明に係る情報処理装置の高速初期起
動方法は、ＯＳ本体部の機能毎に分かれた機能ファイル
をそれぞれ圧縮した形式でファイルシステム上に配置
し、ＯＳ本体部をロードするスレッドは、ＯＳ本体部の
ロード後に機能ファイルを復元し、その後にＯＳを初期
化するスレッドを起動することにより、Ｉ／Ｏ処理に掛
かる時間を削減するようにしたものである。

【００１１】この発明に係る情報処理装置の高速初期起
動方法は、ＯＳ本体部をロードおよび復元を行うスレッ
ドを、機能ファイルを復元するスレッドとＯＳ本体部を
ロードするスレッドに分け、それぞれを並行実行させる
ことにより、ＣＰＵの空き時間を削減するようにしたも
のである。

【００１２】この発明に係る情報処理装置の高速初期起
動方法は、ＯＳ上で動作するアプリケーションに、その
アプリケーションが必要なＯＳ機能を記述した機能定義
ファイルをあらかじめ組み込み、ミニＯＳモジュールは
残りのＯＳ機能部をロードする前にアプリケーションを
メモリにロードし、機能定義ファイルよりアプリケーシ
ョンの起動に必要なＯＳ機能のロードと初期化を行った
あと、アプリケーションの起動を実施し、アプリケーシ
ョンの起動に必要のないＯＳ機能はアプリケーションの
実行と並行に処理するようにしたものである。

【００１３】この発明に係る情報処理装置の高速初期起
動方法は、ミニＯＳモジュールをＲＯＭに配置し、Ｆ／
ＷがＲＯＭ上にあるミニＯＳモジュールを直接実行し、
ミニＯＳモジュールは自身のデータ領域をメモリにロー
ドした後、ミニＯＳモジュールの初期化を行い、ＯＳ本
体部をブートデバイスからメモリにロードし、結合・初
期化することにより、ミニＯＳモジュールのコード部分
のロードを省くようにしたものである。

【００１４】この発明に係る情報処理装置の高速初期起
動方法は、ミニＯＳモジュールにミニＯＳモジュールと
ＯＳ本体部の結合を間接的に行うアドレス解決テーブル
を持たせ、ＯＳのロードおよび初期化が完了し、初期起
動プロセスが動作した後、ＲＯＭに配置されたミニＯＳ
モジュールのコード部をメモリロードし、アドレス解決
テーブルにあるＲＯＭ内のミニＯＳモジュールコードを
指す部分をメモリにロードされたミニＯＳモジュールコ
ードを指すように変更することで、以降の処理を高速ア
クセス可能なメモリ上で実行するようにしたものであ
る。

【００１５】この発明に係る情報処理装置の高速初期起
動方法は、ミニＯＳモジュールのＯＳロード処理と初期
化処理をスレッドとして並行に実行できるようにし、Ｏ
Ｓ本体部には任意のブロックサイズ毎にロード目的フラ
グを設け、ＯＳ本体部内の機能モジュールが格納されて
いる最終ブロックのロード目印フラグにその機能モジュ
ールを表すビットが１になるように設定しておき、ミニ
ＯＳモジュールはＯＳ本体部をロードする際に、ブロッ
ク毎にロード目印フラグを参照し、該フラグのビットが
１になっていたときにＯＳ初期化処理を並行に実行させ
るようにすることで、ＯＳ機能のロード処理内のＩ／Ｏ
処理待ちの間に発生するＣＰＵの空き時間にＯＳ機能の
初期化を実行できるようにしたものである。

【００１６】この発明に係る情報処理装置の高速初期起
動方法は、ロード目印フラグはビットではなく対象機能
モジュールとミニＯＳモジュールを結合する結合処理関
数のアドレスと対象機能モジュールの初期化を行う初期
化処理関数のアドレスを格納するようにし、ミニＯＳモ
ジュールは、ＯＳ本体部をロードする際に、ブロック毎
にロード目印フラグを参照し、該領域が０でない場合
に、ＯＳ初期化処理を並行に実行させ、初期化処理では
該結合処理関数と該初期化関数を呼び出すことで、ビッ
トでの把握処理を省くようにしたものである。

【００１７】この発明に係る情報処理装置の高速初期起
動方法は、ミニＯＳモジュールとＯＳ本体モジュールの
作成時において、各々のオブジェクトファイルはリンカ
によって一旦１つのＯＳファイルとして結合され、それ
をＯＳ分割手段を用いてミニＯＳモジュールとＯＳ本体
モジュールを分割し、ミニＯＳモジュールをブートブロ
ックに、ＯＳ本体モジュールをファイルシステムに配置
するようにすることで、ＯＳ本体モジュールのロード時
のミニＯＳモジュールとＯＳ本体モジュールの結合にお
けるアドレス解決処理に掛かる時間を省くようにしたも
のである。

【００１８】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。実施の形態１．図１はこの発明の実施の形態１による情
報処理装置を示す構成図であり、図において、１は情報
処理装置のＲＯＭ、２は情報処理装置のメモリ、３は情
報処理装置のブートデバイスである。４はブートデバイ
ス３内のブートブロック、５はブートデバイス３内のフ
ァイルシステムを示す。６はＲＯＭ１内に配置されたＦ
／Ｗコードモジュールであり、ＲＯＭ１上で直接実行さ
れ、Ｈ／Ｗレジスタの設定および診断を行った後、ブー
トデバイス３内のブートブロック４にあるデータをメモ
リ２にロードし、ロードしたデータをコードとみなして
そのコードを実行する。７は通常のプログラムファイル
と同じようにコンパイル・リンクされブートブロック４
に配置されたミニＯＳモジュール、８はファイルシステ
ム５内に配置され、ミニＯＳモジュール７内にあるＯＳ
機能以外のＯＳ機能が格納されたＯＳ本体モジュールで
あり、情報処理装置の電源が投入されると、情報処理装
置Ｈ／Ｗの初期化が実施され、ＲＯＭ１内のＦ／Ｗコー
ドモジュール６に制御を移す。

【００１９】図２はこの発明の実施の形態１による情報
処理装置においてブートブロック領域に格納されるミニ
ＯＳモジュールを示す構成図であり、図において、ミニ
ＯＳモジュール７はＯＳの基本部であるミニカーネルモ
ジュール９、ブートデバイスの入出力を行うブートデバ
イスドライバモジュール１０およびブートデバイス３か
らＯＳ本体モジュール８をメモリ２にロードし初期化す
るＯＳロード・初期化処理モジュール１１とから構成さ
れる。ミニカーネルモジュール９はスレッドの並行実行
を実現するスレッド管理モジュール１２、デバイスドラ
イバの管理およびＩ／Ｏ割り込みをサポートするＩ／Ｏ
管理モジュール１３およびスレッド間の同期を実現する
スレッド間通信管理モジュール１４とで構成される。ブ
ートデバイスドライバモジュール１０は一般のＯＳと同
じドライバ構造を持ちミニカーネルモジュール９のＩ／
Ｏ管理モジュール１３によって管理される。スレッドと
して起動されるＯＳロード・初期化処理モジュール１１
はこのＩ／Ｏ管理モジュール１３を介してブートデバイ
スドライバモジュール１０にアクセスする。

【００２０】図３はこの発明の実施の形態１による情報
処理装置においてＯＳ本体モジュールを示す構成図であ
り、図において、ＯＳ本体モジュール８は、図２のミニ
カーネルモジュール９に格納されている機能以外のカー
ネル機能が組み込まれたカーネルモジュール１５とブー
トデバイス以外のデバイスの入出力を行うデバイスドラ
イバモジュール１６で構成される。カーネルモジュール
１５には、ユーザプログラムとカーネルとのＩ／Ｆを処
理するシステムコール処理モジュール１７、ユーザプロ
グラムのプロセスとしての動作を実現するプロセス管理
モジュール１８、プロセス間で同一のメモリを参照可能
とする共有メモリ管理モジュール１９、プロセス間での
メッセージ送受信を実現するメッセージ管理モジュール
２０、プロセス間での非同期通知機能であるシグナルを
実現するシグナル管理モジュール２１、スワップ機能を
実現する仮想記憶処理モジュール２２などが含まれる。
このＯＳ本体モジュール８は、ブートデバイス３のファ
イルシステム５内に配置され、ミニＯＳモジュール７に
よってメモリ２上にロードされ、初期化される。

【００２１】次に動作について説明する。図４はこの発
明の実施の形態１による情報処理装置のミニＯＳモジュ
ールの動作手順を示すフローチャートである。まず、ミ
ニＯＳモジュール７はＦ／Ｗコードモジュール６によっ
てメモリ２にロードされ、制御を移されると、ミニカー
ネルモジュール９の初期化を実施する（ステップＳＴ１
０１）。ここでは、スレッド管理モジュール１２、Ｉ／
Ｏ管理モジュール１３、およびスレッド間通信管理モジ
ュール１４が初期化され、それぞれの機能が使用可能と
なる。次に、ミニＯＳモジュール７はブートデバイスド
ライバモジュール１０の初期化を実施する（ステップＳ
Ｔ１０２）。ブートデバイスドライバモジュール１０で
は、ブートデバイスのからの割り込みに対する処理をＩ
／Ｏ管理モジュール１３を使用して割り込みに登録し、
ブートデバイス入出力操作処理をスレッド管理モジュー
ル１２を使用してスレッドとして生成・起動する。ま
た、割り込みに対する処理とスレッドとして起動される
ブートデバイス入出力操作処理の同期は、スレッド間通
信管理モジュール１４を利用して実施される。また、入
出力操作処理の他モジュールとのＩ／ＦはＩ／Ｏ管理モ
ジュール１３に登録され、他モジュールはＩ／Ｏ管理モ
ジュール１３を介してブートデバイスドライバモジュー
ル１０へのアクセスが行われるようになる。

【００２２】次に、ミニＯＳモジュール７はＯＳロード
・初期化処理モジュール１１を動作させるためのスレッ
ドをスレッド管理モジュール１２を使用して生成する
（ステップＳＴ１０３）。そして、そのスレッドをスレ
ッド管理モジュール１２を使用して起動する（ステップ
ＳＴ１０４）。これによりＯＳロード・初期化処理モジ
ュール１１がスレッドとして起動され、ミニＯＳモジュ
ール７からＯＳロード・初期化処理モジュール１１へ制
御が移動する。

【００２３】また、ＯＳロード・初期化処理モジュール
１１は、ブートデバイス３のファイルシステム５内に格
納されているＯＳ本体モジュール８をブートデバイスド
ライバモジュール１０を利用してメモリ２にロードする
（ステップＳＴ１１１）。次に、メモリ２にロードされ
たＯＳ本体モジュール８とミニＯＳモジュール７を結合
する（ステップＳＴ１１２）。ここでは、ＯＳ本体モジ
ュール８で未定義になっているミニＯＳモジュール７内
のコード・データのアドレスを解決し、かつミニＯＳモ
ジュール７で未定義になっているＯＳ本体モジュール８
のコード・データのアドレスを解決する。これにより、
ＯＳ本体モジュール８からミニＯＳモジュール７へおよ
びミニＯＳモジュール７からＯＳ本体モジュール８への
アクセスが可能となる。

【００２４】次に、ＯＳロード・初期化処理モジュール
１１はＯＳ本体モジュール８の初期化を実施する（ステ
ップＳＴ１１３）。ここでは、カーネルモジュール１５
内の各機能モジュール（システムコール処理モジュール
１７、プロセス管理モジュール１８、共有メモリ管理モ
ジュール１９、メッセージ管理モジュール２０、シグナ
ル管理モジュール２１、仮想記憶処理モジュール２２）
の初期化や、ブートデバイス以外のデバイスドライバモ
ジュール１６の初期化が行われる。ここで、ミニＯＳモ
ジュール７のミニカーネルモジュール９内の各機能モジ
ュール（スレッド管理モジュール１２、Ｉ／Ｏ管理モジ
ュール１３、スレッド間通信管理モジュール１４）はカ
ーネルモジュール１５内の各機能モジュールの基本機能
部として動作する。すなわち、プロセス管理モジュール
１８でのスレッドに関する処理は、スレッド管理モジュ
ール１２が実施し、メッセージ管理モジュール２０でス
レッド間の同期を取る処理部分はスレッド間通信管理モ
ジュール１４が実施する。

【００２５】また、Ｉ／Ｏ管理モジュール１３は、ＯＳ
本体モジュール８のデバイスドライバモジュール１６に
も適用され、デバイスドライバモジュール１６での各デ
バイスに対する割り込み処理の登録や、入出力のＩ／Ｆ
はＩ／Ｏ管理モジュール１３によって管理・動作され
る。ステップＳＴ１１３によってＯＳ本体モジュール８
の初期化が完了すると、ＯＳロード・初期化処理モジュ
ール１１はステップＳＴ１１３によって、初期起動プロ
セス（ｉｎｉｔ）をファイルシステム５上からメモリ２
にロードし、プロセスとして起動する（ステップＳＴ１
１４）。これによりＯＳの起動処理が完了する。

【００２６】以上のように、この実施の形態１によれ
ば、ＯＳをブート処理に必要なミニＯＳモジュール７と
それ以外のＯＳ本体モジュール８に分け、ミニＯＳモジ
ュール７をブートブロックに配置し、ＯＳ本体モジュー
ル８をファイルシステムに配置し、Ｆ／Ｗコードモジュ
ール６はミニＯＳモジュール７をメモリ２にロードして
実行し、ミニＯＳモジュール７はＯＳ本体モジュール８
をメモリ２にロードして初期化することにより、情報処
理装置の起動時間を短縮することができるなどの効果が
得られる。

【００２７】実施の形態２．図５はこの発明の実施の形
態２による情報処理装置を示す構成図である。図におい
て、実施の形態１と同一符号については同一または相当
部分を示すので説明を省略する。実施の形態２では、実
施の形態１のＯＳ本体モジュール８をＯＳの各機能モジ
ュールであるシステムコール処理モジュール１７、プロ
セス管理モジュール１８、共有メモリ管理モジュール１
９、メッセージ管理モジュール２０、シグナル管理モジ
ュール２１、仮想記憶処理モジュール２２、デバイスド
ライバモジュール１６に分割し、各々独立したファイル
としてファイルシステム５内に格納される。

【００２８】図６はこの発明の実施の形態２による情報
処理装置におけるミニＯＳモジュールを示す構成図であ
る。この実施の形態２では、実施の形態１のＯＳロード
・初期化処理モジュール１１をＯＳロード処理モジュー
ル３０とＯＳ初期化モジュール３１に分割したものであ
る。

【００２９】次に動作について説明する。図７はこの発
明の実施の形態２による情報処理装置のミニＯＳモジュ
ールの動作手順を示すフローチャートである。まず、ミ
ニＯＳモジュール７はＦ／Ｗコードモジュール６によっ
てメモリ２にロードされ、制御を移されると、ミニカー
ネルモジュール９の初期化を実施し（ステップＳＴ１２
１）、続いてブートデバイスドライバモジュール１０の
初期化を実施する（ステップＳＴ１２２）。その後、Ｏ
Ｓロード処理モジュール３０用スレッドを生成し（ステ
ップＳＴ１２３）、そのＯＳロード処理モジュール３０
用スレッドを起動する（ステップＳＴ１２４）。これに
よりＯＳロード処理モジュール３０に制御が移る。

【００３０】次に、ＯＳロード処理モジュール３０およ
びＯＳ初期化モジュール３１の動作手順を説明する。図
８はこの発明の実施の形態２による情報処理装置のＯＳ
ロード処理モジュールおよびＯＳ初期化モジュールの動
作手順を示すフローチャートである。まず、ミニＯＳモ
ジュール７よりスレッドとして制御を移されたＯＳロー
ド処理モジュール３０は、ファイルシステム５内に格納
されているＯＳ本体部のロード、すなわち、システムコ
ール処理モジュール１７、プロセス管理モジュール１
８、共有メモリ管理モジュール１９、メッセージ管理モ
ジュール２０、シグナル管理モジュール２１、仮想記憶
処理モジュール２２、デバイスドライバモジュール１６
のロードを行う（ステップＳＴ１３１）。次に、ＯＳロ
ード処理モジュール３０は、最初にステップＳＴ１３１
を実行する時点では、ＯＳ本体部の各機能モジュール１
６〜２２までのどれか１つのロードを実施し、ＯＳ初期
化モジュール３１用スレッドの生成を実施する（ステッ
プＳＴ１３２）。そして、ステップＳＴ１３３でそのＯ
Ｓ初期化モジュール３１用スレッドを起動する（ステッ
プＳＴ１３３）。以降、ＯＳロード処理モジュール３０
とＯＳ初期化モジュール３１は並行実行される。

【００３１】次に、ＯＳロード処理モジュール３０は、
ＯＳ本体部の全ロードが完了したか、すなわち各機能モ
ジュール１６〜２２が全てメモリ２にロードされたか否
かをチェックする（ステップＳＴ１３４）。全てロード
されていない場合は、ステップＳＴ１３１まで戻り、残
りのＯＳ機能モジュールのロード処理を続ける。一方、
ステップＳＴ１３４のチェックの結果、全てのロードが
完了していれば、初期起動プロセス（ｉｎｉｔ）をファ
イルシステム５上からメモリ２にロードし、プロセスと
して起動する（ステップＳＴ１３５）。

【００３２】また、ＯＳ初期化モジュール３１では、ス
レッドとして起動されると、ロードされたＯＳ機能モジ
ュール（システムコール処理モジュール１７、プロセス
管理モジュール１８、共有メモリ管理モジュール１９、
メッセージ管理モジュール２０、シグナル管理モジュー
ル２１、仮想記憶処理モジュール２２、デバイスドライ
バモジュール１６のうちのいずれか１つ）に対し、ミニ
ＯＳモジュール７との結合を実施する（ステップＳＴ１
４１）。そして、該ＯＳ機能モジュールの初期化処理を
実施し（ステップＳＴ１４２）、処理を終了する。ＯＳ
初期化モジュール３１は、ＯＳロード処理モジュール３
０より、各機能モジュールのロード毎にステップＳＴ１
３２およびステップＳＴ１３３にてスレッドとして生成
・起動される。

【００３３】以上のように、この実施の形態２によれ
ば、ＯＳ本体部をＯＳ機能毎に分けてファイルシステム
５に配置し、ＯＳロード処理とＯＳ初期化処理を並行に
実行できるようにすることにより、各処理内のイベント
待ちで発生するＣＰＵの空き時間に別の処理を行うこと
ができ、情報処理装置の起動時間を短縮することができ
るなどの効果が得られる。

【００３４】実施の形態３．図９はこの発明の実施の形
態３による情報処理装置のミニＯＳモジュールを示す構
成図であり、図において、実施の形態１および実施の形
態２と同一符号については同一または相当部分を示すの
で説明を省略する。実施の形態３では、実施の形態２の
ミニＯＳモジュール７にＯＳロード処理モジュール３０
とＯＳ初期化モジュール３１とのスレッドとしての同期
を取るスレッド同期手段４０が追加されたものである。

【００３５】次に動作について説明する。図１０はこの
発明の実施の形態３による情報処理装置のミニＯＳモジ
ュールの動作手順を示すフローチャートである。まず、
ミニＯＳモジュール７は、Ｆ／Ｗコードモジュール６に
よってメモリ２にロードされ、制御を移されると、ミニ
カーネルモジュール９の初期化を実施し（ステップＳＴ
１５１）、続いてブートデバイスドライバモジュール１
０の初期化を実施する（ステップＳＴ１５２）。その
後、ＯＳロード処理モジュール３０用スレッドを生成し
（ステップＳＴ１５３）、そのＯＳロード処理モジュー
ル３０用スレッドを起動する（ステップＳＴ１５４）。
そして、ＯＳ初期化モジュール３１用スレッドを生成し
（ステップＳＴ１５５）、そのスレッドを起動する（ス
テップＳＴ１５６）。この時点で、ＯＳロード処理モジ
ュール３０とＯＳ初期化モジュール３１は並行実行され
る。

【００３６】次に、ＯＳロード処理モジュール３０とＯ
Ｓ初期化モジュール３１の動作手順を説明する。図１１
はこの発明の実施の形態３による情報処理装置のＯＳロ
ード処理モジュールとＯＳ初期化モジュールの動作手順
を示すフローチャートである。まず、ミニＯＳモジュー
ル７よりスレッドとして起動されたＯＳロード処理モジ
ュール３０は、ステップＳＴ１３１でファイルシステム
５内に格納されているＯＳ各機能モジュール１６〜２２
のロードを実施する（ステップＳＴ１６１）。最初にス
テップＳＴ１６１を実行する時点では、各機能モジュー
ル１６〜２２のいずれか１つのロードを実施する。次
に、ＯＳロード処理モジュール３０は、スレッド同期手
段４０を介してＯＳ初期化モジュール３１へ、初期化処
理の実施を通知する（ステップＳＴ１６２）。そして、
ＯＳロード処理モジュール３０は、ＯＳ本体部の全ロー
ドが完了したか否か、すなわち各機能モジュール１６〜
２２が全てメモリにロードされたか否かをチェックする
（ステップＳＴ１６３）。

【００３７】そして、ＯＳ本体部の全ロードが完了して
いない場合は、ステップＳＴ１６１まで戻り、残りのＯ
Ｓ機能モジュールのロード処理を続ける。一方、全ての
ロードが完了していれば、初期化起動プロセス（ｉｎｉ
ｔ）をファイルシステム５内からメモリ２にロードし、
プロセスとして起動する（ステップＳＴ１６４）。

【００３８】また、ＯＳ初期化モジュール３１は、ミニ
ＯＳモジュール７よりスレッドとして起動されると、ま
ず、スレッド同期手段４０を介してＯＳロード処理モジ
ュール３０からの要求待ちを行う（ステップＳＴ１７
１）。そして、ＯＳロード処理モジュール３０のステッ
プＳＴ１６２の操作により、スレッド同期手段４０を介
して初期化処理要求が通知されると、ＯＳ初期化モジュ
ール３１は、ロードされたＯＳ機能モジュールとミニＯ
Ｓモジュール７との結合を実施する（ステップＳＴ１７
２）。そして、該ＯＳ機能モジュールの初期化処理を実
施した後、再度ステップＳＴ１７１に戻り、スレッド同
期手段４０を介した要求待ちになる（ステップＳＴ１７
３）。

【００３９】以上のように、この実施の形態３によれ
ば、ＯＳのロードを行うＯＳロード処理モジュール３０
用スレッドとＯＳ初期化モジュール３１用スレッドをス
レッド同期手段４０を介して同期を取るようにすること
により、ＯＳの初期化を行うＯＳ初期化モジュール３１
用スレッドの生成・終了を行う処理を省くことができ、
情報処理装置の起動時間を短縮することができるなどの
効果が得られる。

【００４０】実施の形態４．図１２はこの発明の実施の
形態４による情報処理装置を示す構成図であり、図にお
いて、実施の形態１から実施の形態３までと同一符号に
ついては同一または相当部分を示すので説明を省略す
る。この実施の形態４では、実施の形態２のＯＳ本体部
の各機能モジュール（システムコール処理モジュール１
７、プロセス管理モジュール１８、共有メモリ管理モジ
ュール１９、メッセージ管理モジュール２０、シグナル
管理モジュール２１、仮想記憶処理モジュール２２、デ
バイスドライバモジュール１６）の個々のファイルが圧
縮された形でファイルシステム５内に格納されるもので
ある。

【００４１】図１３はこの発明の実施の形態４による情
報処理装置のミニＯＳモジュールを示す構成図である。
実施の形態３では、実施の形態２のＯＳロード処理モジ
ュール３０に、ロードされた各ＯＳ機能モジュール１６
〜２２を復元する処理を追加したＯＳロード・復元処理
モジュール５０に置き換えられる。

【００４２】次に動作について説明する。図１４はこの
発明の実施の形態４による情報処理装置のＯＳロード・
復元処理モジュールの動作手順を示すフローチャートで
ある。まず、ミニＯＳモジュール７よりスレッドとして
制御を移されたＯＳロード・復元処理モジュール５０
は、ファイルシステム５内に格納されているＯＳ本体部
のロード、すなわち、システムコール処理モジュール１
７、プロセス管理モジュール１８、共有メモリ管理モジ
ュール１９、メッセージ管理モジュール２０、シグナル
管理モジュール２１、仮想記憶処理モジュール２２、デ
バイスドライバモジュール１６のロードを行う（ステッ
プＳＴ１８１）。最初に、ＯＳロード・復元処理モジュ
ール５０は、最初にステップＳＴ１８１を実行する時点
では、ＯＳ本体部の各機能モジュール１６〜２２までの
いずれか１つのロードを実施する。次に、ＯＳロード・
復元処理モジュール５０は、ロードされた機能モジュー
ルの復元処理を行う（ステップＳＴ１８２）。ファイル
システム５内に格納されている各ＯＳ機能モジュール１
６〜２２は、ファイル圧縮された形式で格納されてお
り、このメモリ２にロードされた時点では、データが圧
縮されている。そのためステップＳＴ１８２では、この
圧縮されたデータを復元し、実際に動作できるコード／
データに変換する。

【００４３】次に、ＯＳロード・復元処理モジュール５
０は、ＯＳ初期化モジュール３１用スレッドを生成し
（ステップＳＴ１８３）、該スレッドを起動する（ステ
ップＳＴ１８４）。これにて、ＯＳ初期化モジュール３
１が動作し、ロード・復元されたＯＳ機能モジュールの
初期化が実施される。続いてＯＳロード・復元処理モジ
ュール５０は、ＯＳ本体部の全ロードが完了したか否
か、すなわち各機能モジュール１６〜２２までが全てメ
モリ２にロードされたか否かをチェックする（ステップ
ＳＴ１８５）。そして、まだ全てロードされていない場
合は、ステップＳＴ１８１まで戻り、残りのＯＳ機能モ
ジュールのロード処理を続ける。一方、全てのロードが
完了していれば、初期起動プロセス（ｉｎｉｔ）をファ
イルシステム５内からメモリ２にロードし、プロセスと
して起動する（ステップＳＴ１８６）。

【００４４】以上のように、この実施の形態４によれ
ば、ＯＳ本体部の各ＯＳ機能モジュール１６〜２２を圧
縮した形式で格納し、ＯＳロード・復元処理モジュール
５０にてロードされたＯＳ機能モジュール１６〜２２を
復元することによって、Ｉ／Ｏ処理時間を削減すること
ができ、情報処理装置の起動時間を短縮することができ
るなどの効果が得られる。

【００４５】実施の形態５．図１５はこの発明の実施の
形態５による情報処理装置のミニＯＳモジュールを示す
構成図であり、図において、実施の形態１から実施の形
態４までと同一符号については同一または相当部分を示
すので説明を省略する。実施の形態５では、実施の形態
４のＯＳロード・復元処理モジュール５０をＯＳロード
処理モジュール６０とＯＳ復元処理モジュール６１に分
割する。

【００４６】次に動作について説明する。図１６はこの
発明の実施の形態５による情報処理装置のＯＳロード処
理モジュールとＯＳ復元処理モジュールの動作手順を示
すフローチャートである。まず、ミニＯＳモジュール７
よりスレッドとして制御を移されたＯＳロード処理モジ
ュール６０は、ステップＳＴ１３１でファイルシステム
５内に格納されている各ＯＳ機能モジュール１６〜２２
のロードを行う（ステップＳＴ１９１）。次に、ＯＳロ
ード処理モジュール６０は、最初にステップＳＴ１９１
を実行する時点では、ＯＳ本体部の各ＯＳ機能モジュー
ル１６〜２２のいずれか１つのロードを実施する。次
に、ＯＳロード処理モジュール６０は、ＯＳ復元処理モ
ジュール６１用のスレッドを生成し（ステップＳＴ１９
２）、該スレッドを起動する（ステップＳＴ１９３）。
これにて、ＯＳ復元処理モジュール６１が動作する。以
降、ＯＳロード処理モジュール６０とＯＳ復元処理モジ
ュール６１とは、並行実行される。

【００４７】次に、ＯＳロード処理モジュール６０は、
ＯＳ本体部の全ロードが完了したか否か、すなわち各Ｏ
Ｓ機能モジュール１６〜２２までが全てメモリにロード
されたか否かチェックする（ステップＳＴ１９４）。そ
して、まだ全てロードされていない場合は、ステップＳ
Ｔ１９１まで戻り、残りのＯＳ機能モジュールのロード
処理を続ける。一方、全てのロードが完了していれば、
初期起動プロセス（ｉｎｉｔ）をファイルシステム５内
からメモリ２にロードし、プロセスとして起動する（ス
テップＳＴ１９５）。また、ＯＳ復元処理モジュール６
１は、スレッドとして起動されると、ロードされた機能
モジュール１６〜２２の復元を行う（ステップＳＴ２０
１）。そして、ＯＳ初期化モジュール３１用のスレッド
を生成・起動し（ステップＳＴ２０２，ＳＴ２０３）、
ＯＳ初期化処理を実施させる。

【００４８】以上のように、この実施の形態５によれ
ば、ＯＳのロード処理と復元処理を並行に実行できるよ
うにすることにより、各処理内のイベント待ちで発生す
るＣＰＵの空き時間に別の処理を行うことができ、情報
処理装置の起動時間を短縮することができるなどの効果
が得られる。

【００４９】実施の形態６．図１７はこの発明の実施の
形態６による情報処理装置を示す構成図であり、図にお
いて、実施の形態１から実施の形態５までと同一符号に
ついては同一または相当部分を示すので説明を省略す
る。実施の形態６では、実施の形態２のファイルシステ
ム５にＯＳ上で動作するアプリケーションモジュール７
０があり、そのアプリケーションモジュール７０には、
アプリケーションモジュール７０がＯＳ上で動作するた
めに最低限必要なＯＳ機能モジュール（システムコール
処理モジュール１７、プロセス管理モジュール１８、共
有メモリ管理モジュール１９、メッセージ管理モジュー
ル２０、シグナル管理モジュール２１、仮想記憶処理モ
ジュール２２、デバイスドライバモジュール１６）が記
述された機能定義ファイル７１を持つ。

【００５０】図１８はこの発明の実施の形態６による情
報処理装置のアプリケーションモジュールを示す構成図
である。アプリケーションモジュール７０には、機能定
義ファイル７１を有し、この機能定義ファイル７１に
は、ＯＳ上でアプリケーションモジュール７０が動作す
るために最低限必要なＯＳ機能モジュール１６〜２２が
記述されている。本実施の形態６では、例としてシステ
ムコール処理モジュール１７、プロセス管理モジュール
１８、メッセージ管理モジュール２０が記述されてい
る。

【００５１】図１９はこの発明の実施の形態６による情
報処理装置のミニＯＳモジュールを示す構成図である。
このミニＯＳモジュール７ではミニカーネルモジュール
９、ブートデバイスドライバモジュール１０、ＡＰ実行
・ＯＳロード処理モジュール７２、ＯＳ初期化モジュー
ル３１とで構成される。

【００５２】次に動作について説明する。図２０はこの
発明の実施の形態６による情報処理装置のＡＰ実行・Ｏ
Ｓロード処理モジュールの動作手順を示すフローチャー
トである。まず、ミニＯＳモジュール７よりスレッドと
して制御を移されたＡＰ実行・ＯＳロード処理モジュー
ル７２は、アプリケーションモジュール７０をメモリ２
にロードする（ステップＳＴ２１１）。この時、同時に
機能定義ファイル７１もロードされる。次に、ＡＰ実行
・ＯＳロード処理モジュール７２は、メモリ２にロード
された機能定義ファイル７１に記述されているＯＳ機能
モジュール（本実施の形態では、システムコール処理モ
ジュール１７、プロセス管理モジュール１８、メッセー
ジ管理モジュール２０）を把握する（ステップＳＴ２１
２）。

【００５３】そして、機能定義ファイル７１に記述され
たＯＳ機能モジュールの１つをメモリ２にロードし（ス
テップＳＴ２１３）、ＯＳ初期化モジュール３１を生成
し（ステップＳＴ２１４）、そのスレッドを起動する
（ステップＳＴ２１５）。これによりＯＳ初期化モジュ
ール３１が起動され、ロードされたＯＳ機能モジュール
の初期化処理が実施される。続いて、ＡＰ実行・ＯＳロ
ード処理モジュール７２は、機能定義ファイル７１に記
述されているＯＳ機能モジュールが全てロードされたか
否かをチェックする（ステップＳＴ２１６）。もし、全
てのロードが完了していなければ、ステップＳＴ２１３
に戻り機能定義ファイル７１に記述されている残りのＯ
Ｓ機能モジュールのロードを実施する。一方、機能定義
ファイル７１に記述されている全てのＯＳ機能モジュー
ルのロードが完了していれば、ＡＰ実行・ＯＳロード処
理モジュール７２は、ステップＳＴ２１１でロードした
アプリケーションモジュール７０をプロセスとして起動
する（ステップＳＴ２１７）。この時点で、アプリケー
ションモジュール７０は実行可能となる。

【００５４】次に、ＡＰ実行・ＯＳロード処理モジュー
ル７２はステップＳＴ２１３でロードしていない、残り
のＯＳ機能モジュール（本実施の形態では、共有メモリ
管理モジュール１９、シグナル管理モジュール２１、仮
想記憶処理モジュール２２、デバイスドライバモジュー
ル１６）のロードを実施する（ステップＳＴ２１８）。
その後、ＯＳ初期化モジュール３１用スレッドを生成し
（ステップＳＴ２１９）、スレッドを起動する（ステッ
プＳＴ２２０）。これにより、ＯＳ初期化モジュール３
１が動作し、ロードされたＯＳ機能モジュールの初期化
が実施される。

【００５５】続いて、ＡＰ実行・ＯＳロード処理モジュ
ール７２は、ＯＳ本体部の全ロードが完了したか否か、
すなわち各ＯＳ機能モジュール１６〜２２までが全て、
メモリ２にロードされたか否かをチェックする（ステッ
プＳＴ２２１）。全てがロードされていない場合は、ス
テップＳＴ２１８まで戻り、残りのＯＳ機能モジュール
のロード処理を続ける。一方、全てのロードが完了して
いれば、初期起動プロセス（ｉｎｉｔ）をファイルシス
テム５内からメモリ２にロードし、プロセスとして起動
する（ステップＳＴ２２２）。

【００５６】以上のように、この実施の形態６によれ
ば、アプリケーションに必要なＯＳ機能モジュールのロ
ードおよび初期化を先に行い、アプリケーションを実行
に移してから、残りのＯＳ機能モジュールのロードおよ
び初期化をすることにより、アプリケーションが実行さ
れるまでの時間を短くすることができ、情報処理装置の
起動時間を短縮することができるなどの効果が得られ
る。

【００５７】実施の形態７．図２１はこの発明の実施の
形態７による情報処理装置を示す構成図、図２２はこの
発明の実施の形態７による情報処理装置のミニＯＳモジ
ュールを示す構成図であり、図において、実施の形態１
から実施の形態６までと同一符号については同一または
相当部分を示すので説明を省略する。この実施の形態７
では、実施の形態１のミニＯＳモジュール７をＲＯＭ１
内に配置する。ミニＯＳモジュール７の各構成モジュー
ル（ミニカーネルモジュール９、ブートデバイスドライ
バモジュール１０、ＯＳロード・初期化処理モジュール
１１）はコード部分とデータ部分に分かれており、コー
ド部はＲＯＭ１上で直接実行され、データ部は一度メモ
リ２にロードされてから処理される。

【００５８】次に動作について説明する。図２３はこの
発明の実施の形態７による情報処理装置のミニＯＳモジ
ュールおよびＯＳロード・初期化処理モジュールの動作
手順を示すフローチャートである。まず、Ｆ／Ｗコード
モジュール６は処理を終了すると、ミニＯＳモジュール
７をＲＯＭ１上で直接実行する。ミニＯＳモジュール７
はＲＯＭ１内にあるミニＯＳモジュール７のデータ部
（ミニカーネルモジュール９、ブートデバイスドライバ
モジュール１０、ＯＳロード・初期化処理モジュール１
１のデータ部）をメモリ２にロードする（ステップＳＴ
２３１）。次に、ミニカーネルモジュール９の初期化を
行う（ステップＳＴ２３２）。このとき、ミニカーネル
モジュール９内で定義されているデータは、全てメモリ
２上にコピーされたものを使用する。以降の処理も同様
にメモリ２上にコピーされたデータを使用する。次に、
ミニＯＳモジュール７はブートデバイスドライバモジュ
ール１０の初期化を行い（ステップＳＴ２３３）、ＯＳ
ロード・初期化処理モジュール１１用のスレッドを生成
し（ステップＳＴ２３４）、起動する（ステップＳＴ２
３５）。これによりＯＳロード・初期化処理モジュール
１１に制御が移る。

【００５９】また、ＯＳロード・初期化処理モジュール
１１では、ＯＳ本体モジュール８のロードを行い（ステ
ップＳＴ２４１）、ＯＳ本体モジュール８とミニＯＳモ
ジュール７の結合を行う（ステップＳＴ２４２）。この
時、ＯＳ本体モジュール８はＲＯＭ１上にあるミニＯＳ
モジュール７のコード部およびメモリ２上にあるミニＯ
Ｓモジュール７のデータ部との結合を行う。次に、ＯＳ
ロード・初期化処理モジュール１１はＯＳ本体モジュー
ル８の初期化を行う（ステップＳＴ２４３）。そして、
初期起動プロセス（ｉｎｉｔ）をプロセスとして起動
し、処理を終える（ステップＳＴ２４４）。

【００６０】以上のように、この実施の形態７によれ
ば、ミニＯＳモジュール７をＲＯＭ１に配置し、ミニＯ
Ｓモジュール７のデータ部のみメモリ２にコピーし、コ
ード部を直接実行することにより、コード部のメモリコ
ピー分の処理の削減ができ、情報処理装置の起動時間を
短縮することができるなどの効果が得られる。

【００６１】実施の形態８．図２４はこの発明の実施の
形態８による情報処理装置のミニＯＳモジュールを示す
構成図であり、図において、実施の形態１から実施の形
態７までと同一符号については同一または相当部分を示
すので説明を省略する。実施の形態８では、実施の形態
７にアドレス解決テーブル８０が追加される。このアド
レス解決テーブル８０には、ミニカーネルモジュール
９、ブートデバイスドライバモジュール１０、ＯＳロー
ド・初期化処理モジュール１１内で定義されたシンボル
およびＯＳ本体モジュール８で必要なシンボルの一覧が
記述されており、ミニＯＳモジュール７とＯＳ本体モジ
ュール８は、このアドレス解決テーブル８０を介して、
それぞれの関数・データをアクセスすることができる。

【００６２】次に動作について説明する。図２５はこの
発明の実施の形態８による情報処理装置のＯＳロード・
初期化処理モジュールの動作手順を示すフローチャート
である。まず、スレッドとして起動されたＯＳロード・
初期化モジュール１１はＯＳ本体モジュール８のロード
を実施し、ＯＳ本体モジュール８をファイルシステム５
からメモリ２にロードする（ステップＳＴ２３１）。そ
して、ＯＳ本体モジュール８とミニＯＳモジュール７の
結合を行う（ステップＳＴ２３２）。この時、結合はア
ドレス解決テーブル８０を介して行われる。つまり、Ｏ
Ｓ本体モジュール８で、ミニＯＳモジュール７内のコー
ドまたはデータを必要とするときは、アドレス解決テー
ブル８０の該当する領域を参照し、関数コールまたはデ
ータアクセスを行う。同様にミニＯＳモジュール７で、
ＯＳ本体モジュール８内のコードまたはデータを必要と
するときは、アドレス解決テーブル８０の該当する領域
を参照し、関数コールまたはデータアクセスを行う。

【００６３】次に、ＯＳロード・初期化処理モジュール
１１は、ＯＳ本体モジュール８の初期化を行う（ステッ
プＳＴ２３３）。そして、初期起動プロセス（ｉｎｉ
ｔ）の起動を行い（ステップＳＴ２３４）、アプリケー
ションの起動もここで可能となる。この処理が終わると
ＯＳロード・初期化処理モジュール１１は、ミニＯＳモ
ジュール７のコード部分をＲＯＭ１からメモリ２にロー
ドする（ステップＳＴ２３５）。そして、アドレス解決
テーブル８０の内容を変更する（ステップＳＴ２３
６）。これは、アドレス解決テーブル８０でミニＯＳモ
ジュール７のコード部に関する領域の内容（この時点で
はＲＯＭ１上のアドレスになっている）をメモリ２にロ
ードされたコード部分のアドレスに変更する。こうする
ことにより、次に、ＯＳ本体モジュール８がミニＯＳモ
ジュール７のコードへのアクセスを行ったとき、ＲＯＭ
１上ではなく、メモリ２上のコードにアクセスするよう
になる。

【００６４】以上のように、この実施の形態８によれ
ば、初期起動プロセス（ｉｎｉｔ）起動後に、ＲＯＭ１
上にあったコードの内容をメモリ２にコピーし、アドレ
ス解決テーブル８０の内容を変更することで、以降のミ
ニＯＳモジュール７の実行をメモリ２上のコードで行う
ことができ、アプリケーションまでの起動時間を短縮し
ながら、ＯＳコードのＲＯＭ１上での実行による遅延も
解消することができるなどの効果が得られる。

【００６５】実施の形態９．図２６はこの発明の実施の
形態９による情報処理装置におけるＯＳ本体モジュール
８のファイル構成を示す構成図であり、図において、実
施の形態１から実施の形態８までと同一符号については
同一または相当部分を示すので説明を省略する。実施の
形態９では、実施の形態１においてカーネルモジュール
１５やデバイスドライバモジュール１６が組み込まれた
ＯＳ本体モジュール８の任意のブロック単位（４Ｋバイ
トや１６Ｋバイト毎など）において、ブロックの最終部
分にロード目印フラグ９１を設ける。このロード目印フ
ラグ９１には、ＯＳ本体モジュール８の各機能モジュー
ル（システムコール処理モジュール１７、プロセス管理
モジュール１８、共有メモリ管理モジュール１９、メッ
セージ管理モジュール２０、シグナル管理モジュール２
１、仮想記憶処理モジュール２２、デバイスドライバモ
ジュール１６）に対応したビットが存在する。このビッ
トがＯＮ（１）の時、そのブロックのロードが完了する
と、そのビットに対応した機能モジュールのロードが完
了したことを表す。それ以外の場合は、ＯＦＦ（０）に
なっている。

【００６６】図２７はこの発明の実施の形態９による情
報処理装置におけるミニＯＳモジュールを示す構成図で
ある。実施の形態９では、実施の形態２と同様にミニカ
ーネルモジュール９、ブートデバイスドライバモジュー
ル１０、ＯＳロード処理モジュール３０、ＯＳ初期化モ
ジュール３１でミニＯＳモジュール７は構成される。

【００６７】次に動作について説明する。図２８はこの
発明の実施の形態９による情報処理装置におけるミニＯ
Ｓモジュールの動作手順を示すフローチャートである。
まず、ミニＯＳモジュール７は、Ｆ／Ｗコードモジュー
ル６から制御を移されると、ミニカーネルモジュール９
の初期化を行う（ステップＳＴ２４１）。そして、ブー
トデバイスドライバモジュール１０の初期化を行う（ス
テップＳＴ２４２）。次に、ＯＳロード処理モジュール
３０用スレッドを生成し（ステップＳＴ２４３）、その
スレッドを起動する（ステップＳＴ２４４）。これによ
りＯＳロード処理モジュール３０が動作する。

【００６８】次に、ＯＳロード処理モジュール３０の動
作を説明する。図２９はこの発明の実施の形態９による
情報処理装置のＯＳロード処理モジュールの動作手順を
示すフローチャートである。まず、ＯＳロード処理モジ
ュール３０は、まずブートデバイス３のファイルシステ
ム５内にあるＯＳ本体モジュール８を１ブロック分メモ
リ２にロードする（ステップＳＴ２５１）。そして、ロ
ード目印フラグ９１を参照し特定のビットが１になって
いるか否かを調べる（ステップＳＴ２５２）。もし、何
らかのビットが立っていれば、ＯＳ初期化モジュール３
１用のスレッドを生成し（ステップＳＴ２５３）、その
スレッドを起動する。これによりＯＳ初期化モジュール
３１が起動され（ステップＳＴ２５４）、ロードされた
機能モジュールの初期化が実施される。この処理のあ
と、ＯＳロード処理モジュール３０は、ステップＳＴ２
５２でロード目印フラグ９１に何もビットが立っていな
い場合の処理に戻る。

【００６９】次に、ＯＳロード処理モジュール３０は、
ＯＳ本体モジュール８の全てのブロックをロードしたか
否かをチェックする（ステップＳＴ２５５）。もし、全
てのロードが完了していない場合は、ステップＳＴ２５
１に戻り、次のブロックをメモリ２にロードする。一
方、全てロードしていれば、初期起動プロセス（ｉｎｉ
ｔ）を起動し処理を終了する（ステップＳＴ２５６）。

【００７０】次に、ＯＳ初期化モジュール３１の動作を
説明する。図３０はこの発明の実施の形態９による情報
処理装置のＯＳ初期化モジュールの動作手順を示すフロ
ーチャートである。まず、ＯＳ初期化モジュール３１が
スレッドとして起動されると、ロードされたＯＳ本体モ
ジュール８の１ブロックのロード目印フラグ９１を参照
し、どのビットが立っているかを検出する。そして、そ
のビットが示す機能モジュール（システムコール処理モ
ジュール１７、プロセス管理モジュール１８、共有メモ
リ管理モジュール１９、メッセージ管理モジュール２
０、シグナル管理モジュール２１、仮想記憶処理モジュ
ール２２、デバイスドライバモジュール１６）を選択す
る（ステップＳＴ２６１）。次に、対応する機能モジュ
ールとミニＯＳモジュール７の結合を行い（ステップＳ
Ｔ２６２）、その機能モジュールの初期化を実施する
（ステップＳＴ２６３）。

【００７１】以上のように、この実施の形態９によれ
ば、ＯＳ本体モジュール８の各ブロック毎にロード目印
フラグ９１を設け、ある機能モジュールのロードが完了
したときに、その機能モジュールに対応したビットを１
にするようにロード目印フラグ９１を設定することによ
り、ＯＳロード処理とＯＳ初期化処理を並行実行するこ
とができ、情報処理装置の起動時間を短縮することがで
きるなどの効果が得られる。

【００７２】実施の形態１０．図３１はこの発明の実施
の形態１０による情報処理装置のＯＳ本体モジュールを
示す構成図であり、図において、実施の形態１から実施
の形態９までと同一符号については同一または相当部分
を示すので説明を省略する。実施の形態１０では、実施
の形態９におけるロード目印フラグ９１に、ある機能モ
ジュールのロードが完了した時、その機能モジュールに
対する結合処理関数のアドレスと、初期化処理関数のア
ドレスが格納される。機能モジュールのロードが完了し
ていないブロックのロード目印フラグ９１は０になって
いる。

【００７３】次に動作について説明する。図３２はこの
発明の実施の形態１０による情報処理装置のＯＳロード
処理モジュールの動作手順を示すフローチャートであ
る。まず、ＯＳロード処理モジュール３０はスレッドと
して起動されると、ＯＳ本体モジュール８の１ブロック
をメモリ２にロードする（ステップＳＴ２７１）。次
に、ロード目印フラグ９１の内容が０であるか否かをチ
ェックする（ステップＳＴ２７２）。そして、ロード目
印フラグ９１が０でない場合、ＯＳ初期化モジュール３
１用のスレッドを生成し（ステップＳＴ２７３）、その
スレッドを起動する。これによりＯＳ初期化モジュール
３１が起動され（ステップＳＴ２７４）、ステップＳＴ
２７５へ進む。一方、ステップＳＴ２７２のチェックで
ロード目印フラグ９１が０であった場合、ＯＳ本体モジ
ュール８のロードが完了したか否かをチェックする（ス
テップＳＴ２７５）。そして、ロードが未完了の場合、
ステップＳＴ２７１に戻りＯＳ本体モジュール８の次の
１ブロックをメモリ２にロードする。一方、ＯＳ本体モ
ジュール８のロードが完了していれば、初期起動プロセ
ス（ｉｎｉｔ）を起動し（ステップＳＴ２７６）、処理
を終了する。

【００７４】次に、ＯＳ初期化モジュール３１の動作を
説明する。図３３はこの発明の実施の形態１０による情
報処理装置のＯＳ初期化モジュールの動作手順を示すフ
ローチャートである。まず、ＯＳ初期化モジュール３１
はＯＳロード処理モジュール３０によってスレッドとし
て起動されると、ロード目印フラグ９１にある結合処理
関数を呼び出す（ステップＳＴ２８１）。これにより、
ＯＳロード処理モジュール３０によってロードされた機
能モジュールのミニＯＳモジュール７との結合が実施さ
れる。次に、ＯＳ初期化モジュール３１は、ロード目印
フラグ９１内にある初期化処理関数を呼び出す（ステッ
プＳＴ２８２）。これにより機能モジュールの初期化が
実施される。

【００７５】以上のように、この実施の形態１０によれ
ば、ロード目印フラグ９１にロードされた機能モジュー
ルとミニＯＳモジュール７の結合処理を行う関数のアド
レスと、機能モジュールの初期化を行う関数のアドレス
を組み込んでおくことにより、どの機能モジュールかを
判定する手間が省け、情報処理装置の起動時間を短縮す
ることができるなどの効果が得られる。

【００７６】実施の形態１１．図３４はこの発明の実施
の形態１１による情報処理装置においてプログラムのソ
ースファイルからＯＳプログラムファイルができる過程
を示す構成図であり、図において、実施の形態１から実
施の形態１０までと同一符号については同一または相当
部分を示すので説明を省略する。ミニＯＳモジュール７
およびＯＳ本体モジュール８を構成するためのソースは
Ｃ言語で作成したＣファイル１００およびアセンブラ言
語で作成したＡＳＭファイル１０１とで構成される。こ
れらソースファイルからコンパイラ１０２によって機械
語に変換されたオブジェクトファイル１０３ができ、リ
ンカ１０４によって各オブジェクトファイルの関数およ
びデータが全て静的に結合された１つのＯＳプログラム
ファイル１０５が作成される。

【００７７】次に、ＯＳプログラムファイル１０５の内
容について説明する。図３５はこの発明の実施の形態１
１による情報処理装置においてＯＳプログラムファイル
を示す構成図である。リンカ１０４によって生成された
ＯＳプログラムファイル１０５は、プログラムのコード
領域におけるメモリ２上の先頭アドレス、コード領域の
サイズ、ＯＳプログラムファイル１０５上の先頭アドレ
ス、プログラムのデータ領域におけるメモリ２上の先頭
アドレス、データ領域のサイズ、ＯＳプログラムファイ
ル１０５上の先頭アドレスおよびコード部・データ部に
含まれているシンボルに対するその値を持ったシンボル
情報領域１１１の先頭アドレスなどが格納されたヘッダ
１０６を先頭部分に持っている。

【００７８】続いてプログラムのミニＯＳモジュールコ
ード部１０７およびＯＳ本体モジュールコード部１０８
を持ったコード領域があり、その後にミニＯＳモジュー
ルデータ部１０９およびＯＳ本体モジュールデータ部１
１０を持ったデータ領域がある。最後に前述したシンボ
ル情報領域１１１が格納されている。ＯＳブート時はヘ
ッダ１０６からプログラムのコード領域およびデータ領
域のＯＳプログラムファイル１０５上の位置を探し出
し、ヘッダ１０６より、メモリ２のどこにロードするか
およびそのサイズを判断する。

【００７９】次に、ＯＳプログラムファイル１０５をミ
ニＯＳモジュール７およびＯＳ本体モジュール８に分割
する方法について説明する。図３６はこの発明の実施の
形態１１による情報処理装置においてＯＳプログラムフ
ァイルをミニＯＳモジュールおよびＯＳ本体モジュール
に分割する過程を示す構成図である。リンカ１０４によ
って作成されたＯＳプログラムファイル１０５は、ＯＳ
分割手段１１２によってミニＯＳモジュール７およびＯ
Ｓ本体モジュール８に分割される。ＯＳ分割手段１１２
によって、ＯＳプログラムファイル１０５よりミニＯＳ
モジュールコード部１０７とミニＯＳモジュールデータ
部１０９が抽出されミニＯＳモジュール７に書き込まれ
る。

【００８０】そして、ヘッダ１１３には、ミニＯＳモジ
ュールコード部１０７およびミニＯＳモジュールデータ
部１０９に関するデータが格納される。すなわちコード
部のアドレスはミニＯＳモジュールコード部１０７の先
頭アドレスに設定され、コード部のサイズはミニＯＳモ
ジュールコード部１０７のサイズに設定され、コード部
のファイル上のアドレスはミニＯＳモジュール７上のミ
ニＯＳモジュールコード部１０７の先頭アドレスに設定
される。ミニＯＳモジュールデータ部１０９に関するヘ
ッダ内の情報も同様に書き換えられる。シンボル情報領
域１１１に関してはブート時に必要としないので、ミニ
ＯＳモジュール７に結合する必要はない。ＯＳ分割手段
１１２は同様にしてＯＳ本体モジュール８の作成も行
う。

【００８１】次に動作について説明する。図３７はこの
発明の実施の形態１１による情報処理装置のＯＳ分割手
段の動作手順を示すフローチャートである。まず、ＯＳ
分割手段１１２が実行されると、ＯＳプログラムファイ
ル１０５からミニＯＳモジュールコード部１０７を抽出
し（ステップＳＴ２９１）、ミニＯＳモジュール７へ抽
出したコードを書き込む。ミニＯＳモジュールコード部
１０７の位置はヘッダ１０６にあるコード領域の先頭ア
ドレスから判明する。ミニＯＳモジュールコード部１０
７のサイズは、シンボル情報領域１１１からＯＳ本体モ
ジュールコード部１０８の先頭にある関数のシンボルを
割り出し、その値（メモリ上のアドレスを示している）
からヘッダ１０６に格納されているコード領域のアドレ
ス（＝ミニＯＳモジュールコード部１０７の先頭アドレ
ス）を引くことにより求めることができる。

【００８２】次に、ＯＳ分割手段１１２は、ミニＯＳモ
ジュールデータ部１０９を抽出し（ステップＳＴ２９
２）、ミニＯＳモジュール７へ抽出したデータを書き込
む。ミニＯＳモジュールデータ部１０９の位置はヘッダ
１０６にあるデータ領域の先頭アドレスから判明する。
ミニＯＳモジュールデータ部１０９のサイズは、シンボ
ル情報領域１１１からＯＳ本体モジュールデータ部１１
０の先頭にある変数のシンボルを割り出し、その値から
ヘッダ１０６に格納されているデータ領域のアドレスを
引くことにより求まる。次に、ミニＯＳモジュール７の
ヘッダ１１３を作成する（ステップＳＴ２９３）。ヘッ
ダ１１３内のコード部のアドレス格納領域には、ＯＳプ
ログラムファイル１０５のヘッダ１０６にあるコード部
のアドレスがそのまま格納される。ヘッダ１１３内のコ
ード部のサイズ領域には、ステップＳＴ２９１で求めた
ミニＯＳモジュールコード部１０７のサイズが格納され
る。

【００８３】ヘッダ１１３内のコード部のファイル上の
アドレス領域には、ミニＯＳモジュール７内のミニＯＳ
モジュールコード部１０７の先頭アドレスが格納され
る。ヘッダ１１３内のデータ部のアドレス領域には、Ｏ
Ｓプログラムファイル１０５のヘッダ１０６にあるデー
タ部のアドレスがそのまま格納される。ヘッダ１１３内
のデータ部のサイズはステップＳＴ２９２にて求めたミ
ニＯＳモジュールデータ部１０９のサイズが格納され
る。ヘッダ１１３内のデータ部のファイル上のアドレス
領域には、ミニＯＳモジュール７内のミニＯＳモジュー
ルデータ部１０９の先頭アドレスが格納される。ヘッダ
１１３内のデータ部のシンボル情報領域１１１のアドレ
ス領域には、特に値は設定されない。

【００８４】以上のデータがヘッダ１１３に設定され、
ミニＯＳモジュール７が完成する（ステップＳＴ２９
３）。次に、ＯＳ分割手段１１２はＯＳ本体モジュール
コード部１０８をＯＳプログラムファイル１０５より抽
出し（ステップＳＴ２９４）、ＯＳ本体モジュール８へ
書き込む。ＯＳ本体モジュールコード部１０８の位置
は、ヘッダ１０６にあるコード部のファイル上のアドレ
ス（＝ミニＯＳモジュールコード部１０７のファイル上
のアドレス）にステップＳＴ２９１で求めたミニＯＳモ
ジュールコード部１０７のサイズを加算することにより
求まる。ＯＳ本体モジュールコード部１０８のサイズ
は、ヘッダ１０６のコード部のサイズからステップＳＴ
２９１で求めたミニＯＳモジュールコード部１０７のサ
イズを引くことにより求まる。

【００８５】次にＯＳ分割手段１１２は、ＯＳ本体モジ
ュールデータ部１１０をＯＳプログラムファイル１０５
から抽出し（ステップＳＴ２９５）、ＯＳ本体モジュー
ル８へ書き込む。ＯＳ本体モジュールデータ部１１０の
位置は、ヘッダ１０６にあるデータ部のファイル上のア
ドレス（＝ミニＯＳモジュールデータ部１０９のファイ
ル上のアドレス）にステップＳＴ２９２で求めたミニＯ
Ｓモジュールデータ部１０９のサイズを加算することに
より求まる。ＯＳ本体モジュールデータ部１１０のサイ
ズは、ヘッダ１０６のデータ部のサイズからステップＳ
Ｔ２９２で求めたミニＯＳモジュールデータ部１０９の
サイズを引くことにより求まる。

【００８６】次にＯＳ分割手段１１２は、ＯＳ本体モジ
ュール８のヘッダ１１４を作成する（ステップＳＴ２９
６）。ヘッダ１１４内のコード部のアドレス格納領域に
は、ステップＳＴ２９１にて割り出したＯＳ本体モジュ
ールコード部１０８の先頭関数のアドレスが格納され
る。ヘッダ１１４内のコード部のサイズ領域にはステッ
プＳＴ２９４で求めたＯＳ本体モジュールコード部１０
８のサイズが格納される。ヘッダ１１４内のコード部の
ファイル上のアドレス領域には、ＯＳ本体モジュール８
内のＯＳ本体モジュールコード部１０８の先頭アドレス
が格納される。ヘッダ１１４内のデータ部のアドレス領
域には、ステップＳＴ２９５にて割り出したＯＳ本体モ
ジュールデータ部１１０の先頭にある変数のアドレスが
格納される。

【００８７】ヘッダ１１４内のデータ部のサイズ領域に
はステップＳＴ２９５で求めたＯＳ本体モジュールデー
タ部１１０のサイズが格納される。ヘッダ１１４内のデ
ータ部のファイル上のアドレス領域には、ＯＳ本体モジ
ュール８内のＯＳ本体モジュールデータ部１１０の先頭
アドレスが格納される。ヘッダ１１４内のデータ部のシ
ンボル情報領域１１１のアドレス領域には特に値が設定
されない。以上のデータがヘッダ１１４に設定され、ス
テップＳＴ２９６にてＯＳ本体モジュール８が完成され
る。この後、ミニＯＳモジュール７はブートブロック４
に、ＯＳ本体モジュール８はファイルシステム５にそれ
ぞれ格納される。

【００８８】次に、図３８はこの発明の実施の形態１１
による情報処理装置においてミニＯＳモジュールがメモ
リにロードされたときの状態を示す構成図である。ミニ
ＯＳモジュール７がＦ／Ｗコードモジュール６によって
ブートブロック４からメモリ２にロードされたときの状
態の図である。Ｆ／Ｗコードモジュール６は、ミニＯＳ
モジュール７のヘッダ１１３からミニＯＳモジュールコ
ード部１０７のファイル上のアドレスおよびサイズを読
み取り、ミニＯＳモジュールコード部１０７を読み出
し、ヘッダ１１３にあるミニＯＳモジュールコード部１
０７のメモリ上の先頭アドレス情報に従いメモリ２にロ
ードする。同様にミニＯＳモジュールデータ部１０９も
メモリ２にロードされ、ミニＯＳモジュールコード部１
０７に実行が移る。

【００８９】この時、ミニＯＳモジュールコード部１０
７とミニＯＳモジュールデータ部１０９の間およびミニ
ＯＳモジュールデータ部１０９の最後から数１００Ｋバ
イトはＯＳ本体モジュール８のロード領域として空けら
れているが、ミニＯＳモジュール７はそれを意識する必
要はない。なぜならば、ミニＯＳモジュール７はＯＳプ
ログラムファイル１０５から切り出されたので、ミニＯ
Ｓモジュール７そのものは、ＯＳ本体モジュール８を含
んだＯＳプログラムファイル１０５の延長上で動作して
いるので特に空けられた領域に対し特別な処理をする必
要はない。

【００９０】次に、ミニＯＳモジュール７およびＯＳロ
ード・初期化処理モジュール１１の動作を説明する。図
３９はこの発明の実施の形態１１による情報処理装置に
おいてミニＯＳモジュールおよびＯＳロード・初期化処
理モジュールの動作手順を示すフローチャートである。
ミニＯＳモジュール７に制御が移ると、ミニカーネルモ
ジュール９を初期化し（ステップＳＴ３０１）、ブート
デバイスドライバモジュール１０の初期化を実施する
（ステップＳＴ３０２）。そして、ミニＯＳモジュール
７はＯＳロード・初期化処理モジュール１１をスレッド
として生成・起動する（ステップＳＴ３０３，３０
４）。

【００９１】ＯＳロード・初期化処理モジュール１１で
は、ＯＳ本体モジュール８のロードを行う（ステップＳ
Ｔ３１１）。ここでは、ＯＳ本体モジュール８のヘッダ
１１４からＯＳ本体モジュールコード部１０８のファイ
ル上のアドレスとサイズを読み取り、ＯＳ本体モジュー
ルコード部１０８を読み出し、ヘッダ１１４にあるＯＳ
本体モジュールコード部１０８のメモリ上の先頭アドレ
ス情報に従いメモリ２にロードする。同様にＯＳ本体モ
ジュールデータ部１１０もメモリ２にロードされる。Ｏ
Ｓ本体モジュールコード部１０８、ＯＳ本体モジュール
データ部１１０はＯＳプログラムファイル１０５から切
り出されているので、ロードされたときミニＯＳモジュ
ールコード部１０７、ミニＯＳモジュールデータ部１０
９と重なることはない。また、ミニＯＳモジュール７お
よびＯＳ本体モジュール８は静的に結合されたＯＳプロ
グラムファイル１０５から切り出されているので、未定
義シンボル等は存在しないため、ミニＯＳモジュール７
とＯＳ本体モジュール８の結合処理は必要としない。

【００９２】図４０はこの発明の実施の形態１１による
情報処理装置においてミニＯＳモジュールがメモリにロ
ードされたときの状態を示す構成図である。次にＯＳロ
ード・初期化処理モジュール１１は、ステップＳＴ３１
２にてＯＳ本体モジュール８の初期化を行う。そして、
ステップＳＴ３１３にて初期起動プロセス（ｉｎｉｔ）
を起動し、処理を終える。

【００９３】以上のように、この実施の形態１１によれ
ば、ミニＯＳモジュール７とＯＳ本体モジュール８を一
度ＯＳプログラムファイル１０５として静的に結合して
からＯＳ分割手段１１２にてミニＯＳモジュール７とＯ
Ｓ本体モジュール８に分割し、ブートブロック４および
ファイルシステム５に配置するので、ＯＳ本体モジュー
ル８のロード時に発生するミニＯＳモジュール７との結
合処理が必要なくなり、情報処理装置の起動時間を短縮
することができるなどの効果が得られる。

【００９４】

【発明の効果】以上のように、この発明によれば、ブー
トデバイスにおいてブートストラップ処理に必要な機能
を備えるミニＯＳモジュールと、ブートストラップ処理
に関係しない機能を備えるＯＳ本体モジュールとに分割
し、ブートストラップコードの代わりにミニＯＳモジュ
ールを初期起動し、このミニＯＳモジュールがＯＳ本体
モジュールをブートデバイスからロードした後、このＯ
Ｓ本体モジュールとミニＯＳモジュールとを結合するよ
うに構成したので、情報処理装置の起動時間を短縮する
ことができる効果がある。

【００９５】この発明によれば、情報処理装置の起動に
対しブートストラップコードを介してＯＳ本体をロード
するのではなく、ＯＳ本体をブートストラップ機能のみ
を果たすようなミニＯＳモジュールと残りの機能のＯＳ
本体部に分け、ブートストラップコードの代わりにミニ
ＯＳモジュールを起動し、ミニＯＳモジュールがＯＳ本
体部をブートデバイスからロードし、ミニＯＳモジュー
ルとの結合・ＯＳ本体部の初期化を行うように構成した
ので、情報処理装置の起動時間を短縮することができる
効果がある。

【００９６】この発明によれば、ＯＳ本体部を各機能毎
に別ファイルとしてファイルシステムに配置し、ＯＳの
ロード処理と初期化処理を並行に実行できるようにし、
ＣＰＵの空き時間に別の処理を行うように構成したの
で、情報処理装置の起動時間を短縮することができる効
果がある。

【００９７】この発明によれば、ＯＳの初期化処理の起
動をスレッド生成ではなく、スレッド同期手段を使い並
行に実行できるように構成したので、情報処理装置の起
動時間を短縮することができる効果がある。

【００９８】この発明によれば、機能毎に分かれたファ
イルを圧縮したファイルシステムに配置し、ＯＳロード
処理に復元処理を加え、圧縮されたファイルを復元して
から初期化するようにし、Ｉ／Ｏに掛かる時間が短くな
るように構成したので、情報処理装置の起動時間を短縮
することができる効果がある。

【００９９】この発明によれば、ロード処理と復元処理
を並行実行し、ＣＰＵの空き時間に別の処理を行うよう
に構成したので、情報処理装置の起動時間を短縮するこ
とができる効果がある。

【０１００】この発明によれば、アプリケーションにそ
のアプリケーションが必要なＯＳ機能モジュールを記述
した機能定義ファイルを持たせ、ミニＯＳモジュールは
ＯＳ本体部をロードする前にアプリケーションをロード
して機能定義ファイルを参照し、この中に記述されてい
るＯＳ機能モジュールを先にロード・初期化し、アプリ
ケーションを起動した後に、残りのＯＳ機能モジュール
のロード・初期化を行うように構成したので、情報処理
装置の起動時間を短縮することができる効果がある。

【０１０１】この発明によれば、ミニＯＳモジュールを
ＲＯＭ上に配置し、Ｆ／Ｗが直接ＲＯＭ上のミニＯＳモ
ジュールを実行するように構成したので、情報処理装置
の起動時間を短縮することができる効果がある。

【０１０２】この発明によれば、ミニＯＳモジュールに
ミニＯＳモジュールとＯＳ本体部のコード／データを間
接的に結合するアドレス解決テーブルを持たせ、ＯＳ起
動後にＲＯＭ上にあるミニＯＳモジュールをメモリにロ
ードし、アドレス解決テーブルにあるミニＯＳモジュー
ルのコード部分のアドレスデータをメモリ上にあるコー
ドのアドレスに変更するように構成したので、情報処理
装置の起動時間を短縮することができる効果がある。

【０１０３】この発明によれば、ＯＳ本体モジュールの
ブロック毎にどの機能モジュールがロード完了になった
かを示すロード目印フラグを設け、ＯＳロード処理とＯ
Ｓ初期化処理を並行実行するように構成したので、情報
処理装置の起動時間を短縮することができる効果があ
る。

【０１０４】この発明によれば、ロード目印フラグを、
ロード完了になった機能モジュールの結合処理関数アド
レスと初期化処理関数アドレスを格納し、初期化処理で
は、各関数を呼び出すだけで済むように構成したので、
情報処理装置の起動時間を短縮することができる効果が
ある。

【０１０５】この発明によれば、ミニＯＳモジュールと
ＯＳ本体モジュールを一度ＯＳプログラムファイルとし
て静的に結合してからＯＳ分割手段にてミニＯＳモジュ
ールとＯＳ本体モジュールに分割して、ブートブロック
およびファイルシステムに配置するように構成したの
で、ＯＳ本体モジュールのロード時に発生するミニＯＳ
モジュールとの結合処理を行う必要がなく、情報処理装
置の起動時間を短縮することができる効果がある。

【図面の簡単な説明】

【図１】この発明の実施の形態１による情報処理装置
を示す構成図である。

【図２】この発明の実施の形態１による情報処理装置
においてブートブロック領域に格納されるミニＯＳモジ
ュールを示す構成図である。

【図３】この発明の実施の形態１による情報処理装置
においてＯＳ本体モジュールを示す構成図である。

【図４】この発明の実施の形態１による情報処理装置
のミニＯＳモジュールの動作手順を示すフローチャート
である。

【図５】この発明の実施の形態２による情報処理装置
を示す構成図である。

【図６】この発明の実施の形態２による情報処理装置
におけるミニＯＳモジュールを示す構成図である。

【図７】この発明の実施の形態２による情報処理装置
のミニＯＳモジュールの動作手順を示すフローチャート
である。

【図８】この発明の実施の形態２による情報処理装置
のＯＳロード処理モジュールおよびＯＳ初期化モジュー
ルの動作手順を示すフローチャートである。

【図９】この発明の実施の形態３による情報処理装置
のミニＯＳモジュールを示す構成図である。

【図１０】この発明の実施の形態３による情報処理装
置のミニＯＳモジュールの動作手順を示すフローチャー
トである。

【図１１】この発明の実施の形態３による情報処理装
置のＯＳロード処理モジュールとＯＳ初期化モジュール
の動作手順を示すフローチャートである。

【図１２】この発明の実施の形態４による情報処理装
置を示す構成図である。

【図１３】この発明の実施の形態４による情報処理装
置のミニＯＳモジュールを示す構成図である。

【図１４】この発明の実施の形態４による情報処理装
置のＯＳロード・復元処理モジュールの動作手順を示す
フローチャートである。

【図１５】この発明の実施の形態５による情報処理装
置のミニＯＳモジュールを示す構成図である。

【図１６】この発明の実施の形態５による情報処理装
置のＯＳロード処理モジュールとＯＳ復元処理モジュー
ルの動作手順を示すフローチャートである。

【図１７】この発明の実施の形態６による情報処理装
置を示す構成図である。

【図１８】この発明の実施の形態６による情報処理装
置のアプリケーションモジュールを示す構成図である。

【図１９】この発明の実施の形態６による情報処理装
置のミニＯＳモジュールを示す構成図である。

【図２０】この発明の実施の形態６による情報処理装
置のＡＰ実行・ＯＳロード処理モジュールの動作手順を
示すフローチャートである。

【図２１】この発明の実施の形態７による情報処理装
置を示す構成図である。

【図２２】この発明の実施の形態７による情報処理装
置のミニＯＳモジュールを示す構成図である。

【図２３】この発明の実施の形態７による情報処理装
置のミニＯＳモジュールおよびＯＳロード・初期化処理
モジュールの動作手順を示すフローチャートである。

【図２４】この発明の実施の形態８による情報処理装
置のミニＯＳモジュールを示す構成図である。

【図２５】この発明の実施の形態８による情報処理装
置のＯＳロード・初期化処理モジュールの動作手順を示
すフローチャートである。

【図２６】この発明の実施の形態９による情報処理装
置におけるＯＳ本体モジュールのファイル構成を示す構
成図である。

【図２７】この発明の実施の形態９による情報処理装
置におけるミニＯＳモジュールを示す構成図である。

【図２８】この発明の実施の形態９による情報処理装
置におけるミニＯＳモジュールの動作手順を示すフロー
チャートである。

【図２９】この発明の実施の形態９による情報処理装
置のＯＳロード処理モジュールの動作手順を示すフロー
チャートである。

【図３０】この発明の実施の形態９による情報処理装
置のＯＳ初期化モジュールの動作手順を示すフローチャ
ートである。

【図３１】この発明の実施の形態１０による情報処理
装置のＯＳ本体モジュールを示す構成図である。

【図３２】この発明の実施の形態１０による情報処理
装置のＯＳロード処理モジュールの動作手順を示すフロ
ーチャートである。

【図３３】この発明の実施の形態１０による情報処理
装置のＯＳ初期化モジュールの動作手順を示すフローチ
ャートである。

【図３４】この発明の実施の形態１１による情報処理
装置においてプログラムのソースファイルからＯＳプロ
グラムファイルができる過程を示す構成図である。

【図３５】この発明の実施の形態１１による情報処理
装置においてＯＳプログラムファイルを示す構成図であ
る。

【図３６】この発明の実施の形態１１による情報処理
装置においてＯＳプログラムファイルをミニＯＳモジュ
ールおよびＯＳ本体モジュールに分割する過程を示す構
成図である。

【図３７】この発明の実施の形態１１による情報処理
装置のＯＳ分割手段の動作手順を示すフローチャートで
ある。

【図３８】この発明の実施の形態１１による情報処理
装置においてミニＯＳモジュールがメモリにロードされ
たときの状態を示す構成図である。

【図３９】この発明の実施の形態１１による情報処理
装置においてミニＯＳモジュールおよびＯＳロード・初
期化処理モジュールの動作手順を示すフローチャートで
ある。

【図４０】この発明の実施の形態１１による情報処理
装置においてミニＯＳモジュールがメモリにロードされ
たときの状態を示す構成図である。

【符号の説明】

１ＲＯＭ、２メモリ、３ブートデバイス、４ブ
ートブロック、５ファイルシステム、６Ｆ／Ｗコー
ドモジュール、７ミニＯＳモジュール、８ＯＳ本体モ
ジュール、９ミニカーネルモジュール、１０ブート
デバイスドライバモジュール、１１ＯＳロード・初期
化処理モジュール、１５カーネルモジュール、１６
デバイスドライバモジュール、３０，６０ＯＳロード
処理モジュール、３１ＯＳ初期化モジュール、４０
スレッド同期手段、５０ＯＳロード・復元処理モジュ
ール、６１ＯＳ復元処理モジュール、７０アプリケ
ーションモジュール、７１機能定義ファイル、７２
ＡＰ実行・ＯＳロード処理モジュール、８０アドレス
解決テーブル、９１ロード目印フラグ、１０３オブジ
ェクトファイル、１０４リンカ、１１２ＯＳ分割手
段。

Claims

【特許請求の範囲】

【請求項１】ＯＳファイルを有しているファイルシス
テムとブートブロックとを有するブートデバイスを備え
た情報処理装置において、上記ブートデバイスは、ブートストラップ処理に必要な
機能を備えるミニＯＳモジュールと、上記ブートストラ
ップ処理に関係しない機能を備えるＯＳ本体モジュール
とに分割され、ブートストラップコードの代わりに上記ミニＯＳモジュ
ールを初期起動し、このミニＯＳモジュールが上記ＯＳ
本体モジュールを上記ブートデバイスからロードした
後、このＯＳ本体モジュールと上記ミニＯＳモジュール
とを結合することを特徴とする情報処理装置。
【請求項２】ＯＳファイルを有しているファイルシス
テムとブートブロックとを有するブートデバイスを、ブ
ートストラップ処理に必要な機能を備えるミニＯＳモジ
ュールと、上記ブートストラップ処理に関係しない機能
を備えるＯＳ本体モジュールとに分割し、上記ミニＯＳモジュールを上記ブートブロックに配置す
るとともに、上記ＯＳ本体モジュールを上記ファイルシ
ステムに配置し、ＲＯＭ内のＦ／Ｗコードモジュールが、上記ブートブロ
ックにある上記ミニＯＳモジュールを上記メモリにロー
ドし、上記ミニＯＳモジュールが、上記ミニカーネルモジュー
ルの初期化および上記ブートデバイスドライバモジュー
ルの初期化を行った後、ＯＳロード・初期化処理モジュ
ールをスレッドとして生成・起動し、上記ＯＳロード・初期化処理モジュールが、上記ファイ
ルシステム内にある上記ＯＳ本体モジュールをロードし
初期化する情報処理装置の高速初期起動方法。
【請求項３】ＯＳロード・初期化処理モジュールをＯ
Ｓロード処理モジュールとＯＳ初期化モジュールに分割
し、ＯＳ本体モジュールは個々のカーネルモジュールと
デバイスドライバモジュールに分割して、独立のファイ
ルとしてファイルシステムに配置し、ミニＯＳモジュールがミニカーネルモジュールの初期化
およびブートデバイスドライバモジュールの初期化を行
った後、ＯＳロード処理モジュールをスレッドとして生
成・起動し、上記ＯＳロード処理モジュールがファイルシステム内に
ある各機能モジュールをロードする毎に上記ＯＳ初期化
モジュールをスレッドとして生成・起動し、上記ＯＳ初期化モジュールがＯＳの初期化を実施するこ
とを特徴する請求項２記載の情報処理装置の高速初期起
動方法。
【請求項４】ミニＯＳモジュールにミニカーネルモジ
ュールのスレッド間通信管理モジュールを利用したスレ
ッド同期手段を設け、上記ミニＯＳモジュールは、上記ミニカーネルモジュー
ルの初期化とブートデバイスドライバモジュールの初期
化を実施した後、ＯＳロード処理モジュールとＯＳ初期
化モジュールとそれぞれスレッドとして起動し、上記ＯＳ初期化モジュールは、上記スレッド同期手段を
使用して要求待ちになり、上記ＯＳロード処理モジュールは、ＯＳ本体部の各機能
モジュールをロードする毎に上記ＯＳ初期化モジュール
に上記スレッド同期手段を使用して要求通知を行い、上記ＯＳ初期化モジュールは、要求通知がある毎に起動
し、所定の上記機能モジュールの初期化を行い、再度要
求待ちになることを特徴する請求項３記載の情報処理装
置の高速初期起動方法。
【請求項５】ファイルシステム内にあるＯＳ本体部の
各機能モジュールを圧縮した形式で格納し、ミニカーネ
ルモジュール、ブートデバイスドライバモジュール、Ｏ
Ｓロード・復元処理モジュールおよびＯＳ初期化モジュ
ールを備えたミニＯＳモジュールは、上記ミニカーネル
モジュールの初期化とブートデバイスドライバモジュー
ルの初期化を実施した後、上記ＯＳロード・復元処理モ
ジュールをスレッドとして起動し、上記ＯＳロード・復元処理モジュールは、ＯＳのロード
を実施した後、圧縮された上記機能モジュールの復元処
理を行い、上記復元処理が終了した後、上記ＯＳ初期化
モジュールをスレッドとして生成・起動し、上記ＯＳ初期化モジュールは復元された上記機能モジュ
ールを初期化することを特徴する請求項３記載の情報処
理装置の高速初期起動方法。
【請求項６】ＯＳロード・復元処理モジュールをＯＳ
ロード処理モジュールとＯＳ復元処理モジュールに分
け、ミニＯＳモジュールは、ミニカーネルモジュールの初期
化およびブートデバイスドライバモジュールの初期化を
行った後、上記ＯＳロード処理モジュールをスレッドと
して生成・起動し、上記ＯＳロード処理モジュールは、圧縮されたＯＳ本体
部の各機能モジュールをロードする毎に上記ＯＳ復元処
理モジュールを生成・起動し、上記ＯＳ復元処理モジュールは、ロードされた圧縮ファ
イルを復元した後、上記ＯＳ初期化モジュールを生成・
起動し、上記ＯＳ初期化モジュールは、復元された上記機能モジ
ュールを初期化することを特徴する請求項５記載の情報
処理装置の高速初期起動方法。
【請求項７】ミニＯＳモジュールにＡＰ実行・ＯＳロ
ード処理モジュールを備え、ＯＳ上で動作するアプリケーションモジュールは、該ア
プリケーションモジュールが動作するために必要なＯＳ
機能モジュールを記述した機能定義ファイルを有し、上記ミニＯＳモジュールは、ミニカーネルモジュールの
初期化とデバイスドライバモジュールの初期化を実施し
た後、上記ＡＰ実行・ＯＳロード処理モジュールをスレ
ッドとして起動し、上記ＡＰ実行・ＯＳロード処理モジュールは、ファイル
システム上にある上記アプリケーションモジュールをメ
モリにロードした後、該アプリケーションモジュール内
にある機能定義ファイルに従ってアプリケーションモジ
ュールに必要なＯＳ機能モジュールをファイルシステム
からメモリにロードした後、ＯＳ初期化モジュールを生
成・起動し、上記ＯＳ初期化モジュールは、上記ＯＳ機能モジュール
を初期化し、上記ＡＰ実行・ＯＳロード処理モジュールは、上記アプ
リケーションモジュールが必要な上記ＯＳ機能モジュー
ルのロードが全て完了した後、アプリケーションをプロ
セスとして起動しながら、残りの上記ＯＳ機能モジュー
ルをロードし、上記ＯＳ初期化モジュールを使用して初
期化することを特徴する請求項３記載の情報処理装置の
高速初期起動方法。
【請求項８】ミニＯＳモジュールをＲＯＭに配置し、Ｆ／Ｗコードモジュールは、ＲＯＭにあるミニＯＳモジ
ュールを直接実行し、上記ミニＯＳモジュールは、ミニカーネルモジュール、
ブートデバイスドライバモジュール、ＯＳロード・初期
化処理モジュールのデータ部をメモリにロードした後、
上記ミニカーネルモジュールの初期化および上記ブート
デバイスドライバモジュールの初期化を行い、上記ＯＳロード・初期化処理モジュールをスレッドとし
て生成・起動することを特徴する請求項２記載の情報処
理装置の高速初期起動方法。
【請求項９】ミニＯＳモジュールにミニＯＳモジュー
ルとＯＳ本体モジュールの結合を間接的に行うアドレス
解決テーブルを備え、上記ミニＯＳモジュールは、ＯＳロード・初期化処理モ
ジュールをスレッドとして生成・起動すると、上記ＯＳロード・初期化処理モジュールは、上記ＯＳ本
体モジュールをロード・初期化し、初期起動プロセスを
ロードした後、ミニカーネルモジュールおよびブートデ
バイスドライバモジュールのコード部をメモリにロード
し、上記アドレス解決テーブルにメモリロードされた各
コード部のアドレスを書き込むことを特徴する請求項８
記載の情報処理装置の高速初期起動方法。
【請求項１０】ミニＯＳモジュールのＯＳロード・初
期化処理モジュールをＯＳロード処理モジュールとＯＳ
初期化モジュールに分けるとともに、ＯＳ本体モジュー
ルに任意のブロックサイズ毎にロード目印フラグを設
け、機能モジュールの最終ブロックの上記ロード目印フ
ラグにその機能モジュールを示すビットが１になるよう
に設定しておき、ミニＯＳモジュールは、ミニカーネルモジュールの初期
化およびブートデバイスドライバモジュールの初期化を
行った後、上記ＯＳロード処理モジュールをスレッドと
して起動し、上記ＯＳロード処理モジュールは、上記ＯＳ本体モジュ
ールをロードし、ブロック毎に上記ＯＳ本体モジュール
の上記ロード目印フラグを参照し、ビットが１になって
いたときに、上記ＯＳ初期化モジュールをスレッドとし
て起動し、上記ＯＳ初期化モジュールは、対象のＯＳ機能モジュー
ルを初期化することを特徴する請求項２記載の情報処理
装置の高速初期起動方法。
【請求項１１】ロード目印フラグには対象ＯＳ機能モ
ジュールとミニＯＳモジュールの結合処理を行う結合処
理関数のアドレスとＯＳ機能モジュールの初期化を行う
初期化処理関数のアドレスを格納し、ＯＳロード処理モジュールは、ＯＳ本体モジュールをロ
ードし、ブロック毎に上記ＯＳ本体モジュールの上記ロ
ード目印フラグを参照し、このロード目印フラグの内容
が０でなければ、ＯＳ初期化モジュールを起動し、上記ＯＳ初期化モジュールは、上記結合処理関数のアド
レスおよび上記初期化処理関数を呼び出すことを特徴す
る請求項１０記載の情報処理装置の高速初期起動方法。
【請求項１２】ミニＯＳモジュールとＯＳ本体モジュ
ール作成時において、上記ミニＯＳモジュールのオブジ
ェクトファイルと該ＯＳ本体モジュールのオブジェクト
ファイルは、１つのＯＳファイルとしてリンカによって
結合され、それをＯＳ分割手段を用いて上記ミニＯＳモ
ジュールと上記ＯＳ本体モジュールを分割し、上記ミニ
ＯＳモジュールをブートブロックに配置するとともに、
上記ＯＳ本体モジュールをファイルシステムに配置する
ことを特徴する請求項２記載の情報処理装置の高速初期
起動方法。