JPH09231069A

JPH09231069A - 情報処理方法及び装置

Info

Publication number: JPH09231069A
Application number: JP8034927A
Authority: JP
Inventors: Jun Nozaki; 純野崎
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1996-02-22
Filing date: 1996-02-22
Publication date: 1997-09-05

Abstract

(57)【要約】【課題】ファームウエアに柔軟なメモリ管理機構を設け
ることにより、ファームウエアが要求するアドレス依存
部を最小限にとどめ、クライアントであるオペレーティ
ングシステムの実装工数を軽減させ、より多くのオペレ
ーティングシステムを容易に実装可能とする。【解決手段】ＲＡＭ上にファームウエアとＯＳローダが
格納され、ＯＳローダによってＯＳがロードされている
状況で、ＲＡＭに対するメモリ領域確保の要求が発生す
ると、ファームウエアは空きメモリをチェックする。そ
して、要求されたサイズのメモり領域があれば当該要求
に応じてメモリ領域が確保される。また、要求されたメ
モり領域の確保が不可能であれば、エラーを出力する。
更に、ファームウエアを移動すれば要求通りのメモり領
域を確保できる場合は、当該ファームウエアを移動し、
要求通りのメモリ領域の確保を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置及び情
報処理方法に関し、特にパーソナルコンピュータ、ワー
クステーション等に好適なファームウエアに関するもの
である。

【０００２】

【従来の技術】従来、パーソナルコンピュータ、ワーク
ステーションにおいて、ファームウエアは特定のオペレ
ーティングシステムを意識した設計になっていることが
多い。その為、ファームウエア自身が特定のアドレスに
依存した設計となっており、ファームウエアが提供する
メモリ管理機構は極めて単純なものしかなかった。

【０００３】

【発明が解決しようとする課題】近年、同一プラットフ
ォーム上で、様々なオペレーティングシステムを実行さ
せる試みがなされており、そのためには、プラットフォ
ームが実装するファームウエアの標準化や構造の柔軟化
が求められている。しかしながら、従来のファームウエ
アの多くは、そのメモリ上の動作位置が固定であった
り、事前にユーザによるカストマイズ作業が必要である
ことが多い。その為、新たに開発または移植されたオペ
レーティングシステムを実装する場合、オペレーティン
グシステムをそのフォームウエアの定義するメモリ空
間、ファームウエアの使用するアドレスに適合させる為
の工数が発生する。特定のファームウエアに依存したカ
ーネルやＯＳローダを持ったオペレーティングシステム
を別のファームウエアを持ったプラットフォームに移植
する場合、この工数はとくに顕著に発生する。

【０００４】本発明は上記問題に鑑みてなされたもので
あり、ファームウエアに柔軟なメモリ管理機構を設ける
ことにより、ファームウエアが要求するアドレス依存部
を最小限にとどめ、クライアントであるオペレーティン
グシステムの実装工数を軽減させ、より多くのオペレー
ティングシステムを容易に実装可能とする情報処理方法
及び装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の情報処理装置は以下の構成を備えている。
即ち、情報処理装置のハードウエアに対応したファーム
ウエアをメモリにロードする第１ロード手段と、前記フ
ァームウエアを介してハードウエア資源を利用し、オペ
レーティングシステムを前記メモリにロードする第２ロ
ード手段と、前記第２ロード手段及び前記オペレーティ
ングシステムによって要求されるサイズのメモリ領域を
前記メモリ上に確保する確保手段とを備える。

【０００６】また、上記の目的を達成するための本発明
の情報処理方法は以下の構成を備えている。即ち、情報
処理装置の立ち上げ時における情報処理方法であって、
前記情報処理装置のハードウエアに対応したファームウ
エアをメモリにロードする第１ロード工程と、前記ファ
ームウエアを介してハードウエア資源を利用し、オペレ
ーティングシステムを前記メモリにロードする第２ロー
ド工程と、前記第２ロード工程及び前記オペレーティン
グシステムによって要求されるサイズのメモリ領域を前
記メモリ上に確保する確保工程とを備える。

【０００７】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な一実施形態について説明する。

【０００８】図１は本実施形態による情報処理装置の概
略構成を表すブロック図である。同図において、１０１
は中央演算処理装置すなわちＣＰＵを表わす。また、１
０２はファームウエアを格納したＲＯＭ(Read Only Mem
ory)、１０３はＲＡＭ(Random Access Memory)、１０４
は不揮発性メモリ、１０５は磁気ディスク装置、１０６
はシステムコンソールである。

【０００９】一般に、図１のような構成をもった情報処
理装置の場合、システム起動（電源ＯＮ時）後、オペレ
ーティングシステムのロードまでの過程は以下のような
手順になる。

【００１０】（１）ハードウェアの診断、初期化後、Ｒ
ＯＭ内の特定のアドレスに制御をｊｕｍｐ、（２）ＲＯ
Ｍ内のファームウエアプログラムの展開と起動、（３）
ファームウエアによる周辺機器の診断、初期化、（４）
ファームウエアによるＯＳローダの磁気ディスク装置か
らの読み出しとＲＡＭへの展開、（５）ＯＳローダによ
るカーネル、リソースのロード。このとき、ＯＳローダ
からファームウエアへのＩ／Ｏ要求等が発生し、ファー
ムウエアはこのＩ／Ｏ要求に応答する、（６）ロードを
完了したＯＳへ制御を移行する。

【００１１】以下に、上記過程を踏まえ、本実施形態に
おけるシステム起動時のオペレーティングシステムのロ
ード過程を説明する。図５は本実施形態におけるシステ
ム起動時の制御手順を表すフローチャートである。

【００１２】（１）ハードウェアの診断、初期化を行
い、特定アドレスへジャンプ（ステップＳ３０１）す
る。本処理に関して、本実施形態の処理は一般に知られ
た動作を行う。従って、ここでは詳細な説明を省略す
る。

【００１３】（２）ＲＯＭ内のファームウエアプログラ
ムをＲＡＭへ展開し、起動する（ステップＳ３０２）。

【００１４】本実施形態においては、ファームウエアプ
ログラムは、図２に示されるような構造となっている。
図２において、２０１はヘッダであり、以下のデータが
ファームウエアプログラムであることを示している。２
０２はファームウエアコード領域であり、後述する初期
化ルーチンを含んだファームウエアプログラムのコード
が格納される。また２０３はファームウエアデータ領域
であり、ファームウエアプログラムが利用するためのデ
ータ領域である。尚、本実施形態によるファームウエア
プログラムは、アドレス依存性の無い、再配置可能な実
行モジュールとなっている。そして、エフェクティブア
ドレス（実効アドレス）への変換は必要に応じ、プログ
ラム内で動的に、（実効アドレス）＝（プログラム内相
対アドレス）＋（プログラム先頭アドレス）の式により
求められる構造となっている。

【００１５】さて、上記したファームウエアプログラム
がファームウエアプログラム内の初期化ルーチンによ
り、ＲＯＭ１０２からＲＡＭ１０３に転送される際、Ｎ
ＶＲＡＭ１０４より、図３に示すメモリ管理テーブルが
読み出される。図３において、３０１はこのメモリ管理
テーブル内のエントリ数を表す。３０２は３０３，３０
４で特定されるメモリ領域の属性を表す。属性としては
次のものがある。

【００１６】・Ｆｒｅｅ指定された領域は空き領域で
ある、・Ｆｉｒｍｗａｒｅ：指定された領域はファームウエア
領域である、・Ｈａｎｄｌｅｒ：指定された領域は例外割り込みハン
ドラ等のシステム領域である、・Ｎｏｔａｃｃｅｓｓａｂｌｅ：指定された領域はア
クセス不要である、・Ｌｏａｄａｄｄｒｅｓｓ：指定された領域はＯＳロ
ーダ（ブートストラッププログラム）のローディング領
域である、・Ｃｌｉｅｎｔａｒｅａ：指定された領域はＯＳロー
ダ以外のクライアントの領域である。

【００１７】開始アドレス３０３は、以上のような属性
毎に分類されたメモリ領域の先頭アドレスを示し、サイ
ズ３０４はその領域のサイズを表す。

【００１８】さて、初期化ルーチンは上記したメモリ管
理テーブルを調査し、属性がＦｉｒｍｗａｒｅとなって
いるエントリの“開始アドレス”より、ファームウエア
プログラムをローディングしていく。管理テーブルがＮ
ＶＲＡＭ１０４中に見つからない場合はデフォルト値が
採用される。尚、ＮＶＲＡＭ１０４中のメモリ管理テー
ブルはファームウエアプログラムが提供するユーティリ
ティにより、ユーザが必要に応じ、編集することが可能
である。

【００１９】ファームウエアプログラムのＲＡＭ１０３
へのローディングが完了すると、初期化ルーチンは、図
４に示されるプログラム管理テーブルを作成する。図４
において、４０１はプログラム先頭アドレスであり、現
在のファームウエアプログラムの先頭アドレスが格納さ
れている。４０２はデータ領域先頭アドレスであり、当
該ファームウエアプログラムのデータ領域の先頭が、プ
ログラム内相対アドレスで格納される。４０３は復帰ア
ドレスであり、後述するファームウエアプログラム移動
処理後の再開のためのアドレスがプログラム内相対アド
レスで格納される。４０４はレジスタ待避領域であり、
後述するファームウエアプログラム移動処理時のレジス
タ内容の退避を行う領域である。

【００２０】初期化ルーチンはプログラム管理テーブル
のプログラム先頭アドレス４０１、データ領域先頭アド
レス４０２に値を設定して、ＲＡＭ内のファームウエア
プログラムに制御を渡す。

【００２１】（３）ファームウエアにより周辺機器の診
断、初期化を行う（ステップＳ３０３）。本実施形態に
おいて、ファームウエアによる周辺機器の診断、初期化
は一般的な手順を実行するものであり、ここでは説明を
省略する。

【００２２】（４）ファームウエアによるＯＳローダの
磁気ディスク装置からの読み出しとＲＡＭへの展開、及
び起動（ステップＳ３０４）ファームウエアプログラムは、磁気ディスク装置１０５
からＯＳローダ（ブートストラッププログラム）をＲＡ
Ｍ１０３上に展開する。このときのローディングアドレ
スは、前述した、メモリ管理テーブルのＬｏａｄａｄ
ｄｒｅｓｓ属性を持ったエントリから求める。ＯＳロー
ダのローディング完了後は、当該ＯＳローダに制御を移
す。

【００２３】（５）ＯＳローダによる各種リソース展開
時（ステップＳ３０５）において、ＯＳローダからファ
ームウエアへ発生するＩ／Ｏ要求等に応答する。

【００２４】ＯＳローダはＯＳのカーネル（ｋｅｒｎｅ
ｌ）を始めとする各種リソースを磁気ディスク装置１０
５から読み出して、ＲＡＭ１０３上に展開する。しか
し、これらのＩ／Ｏ動作（コンソール１０６等への出力
も含む）はＯＳ自身のデバイスドライバがＲＡＭ１０３
上に展開され、実行環境が整うまでは、ファームウエア
に依存せざるを得ない。従って、それまでは、クライア
ント（ＯＳローダ或いはオペレーティングシステム）と
ファームウエアがメモリ上で、共存する必要がある。そ
こで、本実施形態では、ファームウエアプログラムに、
メモリ要求のプログラムインターフェイスを設けた。

【００２５】クライアントはＲＡＭ１０３上における各
種リソースの展開に際し、このプログラムインターフェ
イスを通じてファームウエアにメモリ要求を行うことに
より、ファームウエアとクライアント間のメモリの相互
破壊の防止を図ると同時に、クライアントにファームウ
エアに依存したメモリ利用を求めることを不要とする。

【００２６】図６はメモリ要求を受けた場合のファーム
ウエアの処理を表したフローチャートである。同図にお
いて、ステップＳ４０１は空きメモリチェック処理であ
り、ここでは、前述したメモリ管理テーブルを参照して
ＲＡＭ１０３の空き領域を求める。指定された空き領域
が見つかった場合は、メモリ管理テーブルを更新し、復
帰する。

【００２７】尚、本発明の実施形態によるファームウエ
アプログラムでは、メモリ要求について、・バイト長による要求・開始アドレスとバイト長による要求の２種類の指定方法が実装されており、空きメモリチェ
ック処理はこれらの指定に対応したものである。

【００２８】参考までに空きメモリチェック処理のプロ
グラムインターフェイスを示すと、 int getFreeArea( IN:void*start_Address 要求した開始アドレス（開始アドレスの要求が無い場合は−１） IN:int request_Memory_size 要求したメモリサイズ OUT:void*allocated_Address 要求によりアロケートされたメモリ空間の先頭アドレス ) のようになる。

【００２９】上述の空きメモリチェック処理は、次の３
種類の復帰情報を返す。即ち、（１）success：指定されたメモリ領域はａｌｌｏｃａ
ｔｅされた、（２）fail：指定されたメモリ領域のａｌｌｏｃａｔｅ
は不可能、（３）must move：ファームウエアの移動により指定さ
れたメモリ領域はａｌｌｏｃａｔｅされる。

【００３０】successが返された場合は、返されたアド
レス値を持って、クライアントに復帰する。また、fail
が返された場合は、ファームウエアはコンソールにエラ
ーメッセージ出力して、クライアントにエラー復帰する
（その後の処理に関してはクライアントに依存する）
（ステップＳ４０２、Ｓ４０５）。更に、must moveが
返された場合は、４０４ファームウエア移動処理に制御
を移す（ステップＳ４０２、Ｓ４０３、Ｓ４０４）。な
お、ファームウエア移動処理に制御を移す際には、図２
で示したメモリ管理テーブルの、Ｆｉｒｍｗａｒｅ属性
のエントリの開始アドレスを、指定されたメモリ領域の
ａｌｌｏｃａｔｅが可能なように更新する。

【００３１】図７はファームウエア移動処理（ステップ
Ｓ４０４）の処理内容を表したフローチャートである。
ステップＳ５０１において、前述したプログラム管理テ
ーブルのプログラム先頭アドレス４０１に移動先のファ
ームウエアプログラムの先頭アドレスをストアする。こ
のアドレスは、空きメモリチェック処理により更新され
た、メモリ管理テーブルのＦｉｒｍｗａｒｅ属性のエン
トリの開始アドレスを採用する。

【００３２】次に、ステップＳ５０２において、本処理
の復帰アドレスを実行ポインタとして、プログラム管理
テーブルの復帰アドレス４０３にストアする。このアド
レスは、ファームウエアプログラム移動後、後述する再
入処理を経た後、最初に実行されるアドレスとなる。例
えば、図６のステップＳ４０４の終わりの位置（図７の
ステップＳ５０５の終わりの位置）のアドレスをセット
すれば、後述の再入処理を終えた時点で、当該ファーム
ウエアは図６の処理を終了し、引き続き次の処理へ移行
することになる。

【００３３】ステップＳ５０３において、現状のレジス
タ値をプログラム管理テーブルのレジスタ退避領域４０
４にストアする。続いて、ステップＳ５０４において、
ファームウエアプログラムを移動先に転送する。ステッ
プＳ５０５では、移動先のファームウエアプログラムの
再入処理にｊｕｍｐする。再入処理のアドレスは再入処
理のプログラム相対エントリアドレスと移動先アドレス
の和から求める。

【００３４】図８は本実施形態における再入処理の動作
を表したフローチャートである。ステップＳ６０１にお
いて、上述の空きメモリチェック処理によって作成され
たメモリ管理テーブルを不揮発性メモリ（ＮＶＲＡＭ１
０４）に書き込む。これは次回のブート時にこれを参照
し、事前にファームウエアを適切なアドレスに配置する
ことにより、ファームウエアの移動処理に伴うオーバー
ヘッドの軽減を図るためである。

【００３５】次に、ステップＳ６０２において、前述し
たファームウエア移動処理によりストアされたレジスタ
値を復元する。そして、ステップＳ６０３において、前
述したファームウエア移動処理により復帰アドレス４０
３としてストアされたエントリポイントに対し、プログ
ラム内相対ｊｕｍｐを行い、当該ファームウエアプログ
ラムの再開を行う。

【００３６】以上のようにして、ファームウエアの移動
が行われ、ＯＳローダから要求されるメモリ領域を適切
に確保することが可能となる。そして、ＯＳローダによ
るリソースのロードを終了すると、当該オペレーティン
グシステムへ制御を移す（ステップＳ３０６）。

【００３７】以上説明したように、本実施形態によれ
ば、ファームウエアにクライアントからのメモリ領域要
求のためのプログラムインターフェイスを設けたことに
より、クライアントであるＯＳローダ（ブートストラッ
ププログラム）等の柔軟な設計が可能となる。

【００３８】また、上記実施形態によれば、メモリ依存
性の強い、クライアントの実装が容易になる。

【００３９】また、上記実施形態によれば、必要に応じ
てファームウエア自身が動的にメモリ内で再配置を行う
為、メモリの有効利用が図られる。また、上記実施形態
によれば、ポインタをプログラム相対アドレスとして管
理し、プログラムの先頭アドレスを保持する。このた
め、プログラムのメモり内での物理的位置が変わった場
合に、継続して動作させる際にプログラムカウンタとの
各種ポインタを新たなアドレスに適合させることが容易
となる。即ち、プログラムの移動後の再起動が容易とな
る。

【００４０】また、上記実施形態によれば、前回のブー
トに要したメモリ配置を不揮発性メモリに記憶するた
め、それ以降のブートにおいては、前回のクライアント
のブート処理にふさわしいメモリ配置を行う為、ブート
時間の短縮が図られる。

【００４１】更に、システム立ち上げ後において、ＮＶ
ＲＡＭ１０４のメモリ管理テーブルを編集することでメ
モリ配置のカスタマイズが可能な為、より柔軟なメモリ
管理が可能となる。

【００４２】なお、上記実施形態では、ファームウエア
プログラムを、それが管理するデータ領域も含め、連続
したプログラムモジュールとしたが、これを適当なフラ
グメントに分割し、メモリ上で管理するようにしてもよ
い。この場合、例えば、ファームウエアプログラムの移
動に際して、部分的な移動が可能となるので、より柔軟
で、高速なメモリ管理とファームウエアの再配置が可能
となる。

【００４３】また、上記実施形態では、オペレーティン
グシステムの実行を前提とした情報処理装置におけるフ
ァームウエアを挙げて、一般的なオペレーティングシス
テムのロード時の動作について述べたが、本発明の適用
はこれに限られるものではない。例えば、ファームウエ
アはクライアントが交換可能な、例えば家庭用ゲーム専
用機等にも実装することも可能である。ここで、クライ
アントとはファームウエアからサービスを受け、メモリ
上にロードされて実行されるものをいう。通常のコンピ
ュータではＯＳまたはそのローダのことであり、ゲーム
専用機であればゲームプログラムそのものを指す。ま
た、クライアントが交換可能とは、ゲーム専用機におけ
るゲームプログラムのようにゲーム毎にクライアントが
変わる状態をいう。

【００４４】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００４５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００４６】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００４７】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００４８】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００４９】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００５０】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図９のメモリマップ例に示す各モジュールを
記憶媒体に格納することになる。

【００５１】すなわち、少なくとも「第１ロード処理モ
ジュール」「第２ロード処理モジュール」および「確保
処理モジュール」の各モジュールのプログラムコードを
記憶媒体に格納すればよい。

【００５２】ここで、第１ロード処理は、情報処理装置
のハードウエアに対応したファームウエアをメモリにロ
ードする処理である。また、第２ロード処理は、ファー
ムウエアを介してハードウエア資源を利用し、オペレー
ティングシステムを前記メモリにロードする処理であ
る。そして、確保処理は、第２ロード処理及びオペレー
ティングシステムによって要求されるサイズのメモリ領
域を上記メモリ上に確保する処理である。

【００５３】

【発明の効果】以上説明したように本発明によれば、フ
ァームウエアに柔軟なメモリ管理機構が備わり、ファー
ムウエアが要求するアドレス依存部を最小限にとどめ、
クライアントであるオペレーティングシステムの実装工
数を軽減させ、より多くのオペレーティングシステムを
容易に実装することが可能となる。

【００５４】また、オペレーティングシステムとファー
ムウエア間で柔軟なメモリ管理が可能となり、オペレー
ティングシステムが、実装に際して特定のメモリ領域に
縛られることがなくなる。

【００５５】また、本発明によれば、オペレーティング
システムやこれをロードする手段によって指定されたサ
イズのメモリ領域を指定されたアドレスより確保するこ
とが可能となり、多種のオペレーティングシステムに対
応可能となる。

【００５６】また、本発明によれば、メモリ空間の使用
状態を示すテーブルを備え、前記テーブルを参照して要
求されたメモリ領域を確保するので、メモリ空間の利用
状況の把握、管理が容易となる。

【００５７】また、本発明によれば、上記テーブルをオ
ペレーティングシステムによるメモリ領域の確保状態等
に基づいて自動的に更新するので、以降の立ち上げ処理
においては、システム状態が変更されない限り適切なメ
モリ割当てが保持され、立ち上げ時の処理速度が向上す
る。即ち、メモリ再配置等によるオーバーヘッドを最小
限にとどめることができる。

【００５８】また、本発明によれば、上記テーブルを編
集することが可能となるので、より柔軟なメモリ管理が
行える。

【００５９】また、本発明によれば、上記メモリ領域の
確保に際して、必要に応じてファームウエアの格納領域
を移動することが可能となるので、メモリ内におけるデ
ータ、プログラムの柔軟な移動が可能となる。このた
め、ファームウエアが要求するメモリ依存度をより低下
させることが可能となり、種々のオペレーティングシス
テムに対応することができる。

【００６０】また、本発明によれば、上記ファームウエ
アの移動を当該ファームウエアの備える機能の一つとし
て実現される。

【００６１】また、本発明によれば、上記ファームウエ
アの移動の結果に基づいて上記テーブルが更新されるの
で、以降の立ち上げ時において、ファームウエアが適切
な位置にロードされることとなり、システムが変更され
ない限りファームウエアの移動が発生せず、立ち上げ時
の処理効率が向上する。

【００６２】

【図面の簡単な説明】

【図１】本実施形態による情報処理装置の概略構成を表
すブロック図である。

【図２】本実施形態におけるファームウエアプログラム
の構造を示す図である。

【図３】本実施形態におけるメモリ管理テーブルのデー
タ構成を表す図である。

【図４】本実施形態におけるプログラム管理テーブルの
データ構成を表す図である。

【図５】本実施形態におけるシステム起動時の制御手順
を表すフローチャートである。

【図６】メモリ要求を受けた場合のファームウエアの処
理を表したフローチャートである。

【図７】ファームウエア移動処理の処理内容を表したフ
ローチャートである。

【図８】本実施形態における再入処理の動作を表したフ
ローチャートである。

【図９】本発明にかかるプログラムの構造的特徴を表す
図である。

【符号の説明】

１０１ＣＰＵ１０２ＲＯＭ１０３ＲＡＭ１０４不揮発性メモリ（ＮＶＲＡＭ）１０５磁気ディスク装置１０６システムコンソール

Claims

【特許請求の範囲】

【請求項１】情報処理装置のハードウエアに対応した
ファームウエアをメモリにロードする第１ロード手段
と、前記ファームウエアを介してハードウエア資源を利用
し、オペレーティングシステムを前記メモリにロードす
る第２ロード手段と、前記第２ロード手段及び前記オペレーティングシステム
によって要求されるサイズのメモリ領域を前記メモリ上
に確保する確保手段とを備えることを特徴とする情報処
理装置。
【請求項２】前記確保手段は、前記第２ロード手段及
び前記オペレーティングシステムによって指定されたサ
イズのメモリ領域を前記メモリの指定されたアドレスよ
り確保することを特徴とする請求項１に記載の情報処理
装置。
【請求項３】前記メモリにおけるメモリ空間の使用状
態を示すテーブルを更に備え、前記確保手段は、前記テーブルを参照して要求されたメ
モリ領域を確保することを特徴とする請求項１又は２に
記載の情報処理装置。
【請求項４】前記テーブルは不揮発性メモリに記憶さ
れることを特徴とする請求項３に記載の情報処理装置。
【請求項５】前記確保手段によるメモリ領域の確保状
態に基づいて前記テーブルを更新する更新手段を更に備
えることを特徴とする請求項３に記載の情報処理装置。
【請求項６】前記テーブルを編集する編集手段を更に
備えることを特徴とする請求項３に記載の情報処理装
置。
【請求項７】前記確保手段によるメモリ領域の確保に
際して、必要に応じて当該ファームウエアの格納領域を
移動する移動手段を更に備えることを特徴とする請求項
１に記載の情報処理装置。
【請求項８】前記移動手段は、前記ファームウエアの
備える機能の一つであることを特徴とする請求項７に記
載の情報処理装置。
【請求項９】前記メモリにおけるメモリ空間の使用状
態を示すテーブルを更に備え、前記確保手段は、前記テーブルを参照して要求されたメ
モリ領域を確保し、前記移動手段は、前記テーブルを参照して前記ファーム
ウエアの移動先を決定することを特徴とする請求項７に
記載の情報処理装置。
【請求項１０】前記確保手段、移動手段によるメモリ
使用状態の変更に基づいて前記テーブルを更新する更新
手段を更に備えることを特徴とする請求項９に記載の情
報処理装置。
【請求項１１】前記ファームウエアについて少なくと
もプログラムの先頭格納位置を示す先頭アドレスと、前
記移動手段による該ファームウエア移動後の復帰アドレ
スを該ファームウエア内の相対アドレスで登録するプロ
グラム管理テーブルと、前記移動手段による前記ファームウエアの移動結果に基
づいて前記プログラム管理テーブルの前記プログラム先
頭アドレスを移動先のアドレスに変更し、前記復帰アド
レスで示される位置から該ファームウエアの実行を継続
する継続手段とを更に備えることを特徴とする請求項７
に記載の情報処理装置。
【請求項１２】情報処理装置の立ち上げ時における情
報処理方法であって、前記情報処理装置のハードウエアに対応したファームウ
エアをメモリにロードする第１ロード工程と、前記ファームウエアを介してハードウエア資源を利用
し、オペレーティングシステムを前記メモリにロードす
る第２ロード工程と、前記第２ロード工程及び前記オペレーティングシステム
によって要求されるサイズのメモリ領域を前記メモリ上
に確保する確保工程とを備えることを特徴とする情報処
理方法。
【請求項１３】前記確保工程は、前記第２ロード工程
及び前記オペレーティングシステムによって指定された
サイズのメモリ領域を前記メモリの指定されたアドレス
より確保することを特徴とする請求項１２に記載の情報
処理方法。
【請求項１４】前記メモリにおけるメモリ空間の使用
状態を示すテーブルを更に備え、前記確保工程は、前記テーブルを参照して要求されたメ
モリ領域を確保することを特徴とする請求項１２又は１
３に記載の情報処理方法。
【請求項１５】前記テーブルは不揮発性メモリに記憶
されることを特徴とする請求項１４に記載の情報処理方
法。
【請求項１６】前記確保工程によるメモリ領域の確保
状態に基づいて前記テーブルを更新する更新工程を更に
備えることを特徴とする請求項１４に記載の情報処理方
法。
【請求項１７】前記テーブルを編集する編集工程を更
に備えることを特徴とする請求項１４に記載の情報処理
方法。
【請求項１８】前記確保工程によるメモリ領域の確保
に際して、必要に応じて当該ファームウエアの格納領域
を移動する移動工程を更に備えることを特徴とする請求
項１２に記載の情報処理方法。
【請求項１９】前記移動工程は、前記ファームウエア
の備える機能の一つであることを特徴とする請求項１８
に記載の情報処理方法。
【請求項２０】前記メモリにおけるメモリ空間の使用
状態を示すテーブルを更に備え、前記確保工程は、前記テーブルを参照して要求されたメ
モリ領域を確保し、前記移動工程は、前記テーブルを参照して前記ファーム
ウエアの移動先を決定することを特徴とする請求項１８
に記載の情報処理方法。
【請求項２１】前記確保工程、移動工程によるメモリ
使用状態の変更に基づいて前記テーブルを更新する更新
工程を更に備えることを特徴とする請求項２０に記載の
情報処理方法。
【請求項２２】前記ファームウエアについて少なくと
もプログラムの先頭格納位置を示す先頭アドレスと、前
記移動工程による該ファームウエア移動後の復帰アドレ
スを該ファームウエア内の相対アドレスで登録するプロ
グラム管理テーブルを有し、前記移動工程による前記ファームウエアの移動結果に基
づいて前記プログラム管理テーブルの前記プログラム先
頭アドレスを移動先のアドレスに変更し、前記復帰アド
レスで示される位置から該ファームウエアの実行を継続
する継続工程とを更に備えることを特徴とする請求項１
８に記載の情報処理方法。
【請求項２３】情報処理装置の立ち上げ時における情
報処理方法のプログラムコードが格納されたコンピュー
タ可読メモリであって、前記情報処理装置のハードウエアに対応したファームウ
エアをメモリにロードする第１ロード工程のコードと、前記ファームウエアを介してハードウエア資源を利用
し、オペレーティングシステムを前記メモリにロードす
る第２ロード工程のコードと、前記第２ロード工程及び前記オペレーティングシステム
によって要求されるサイズのメモリ領域を前記メモリ上
に確保する確保工程のコードとを備えることを特徴とす
るコンピュータ可読メモリ。