JPH03110652A - 計算機装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、ファイルのイニシャルローディングに要す
る時間を短縮した計算機装置に関するものである。

〔従来の技術〕

第５図は従来の計算機装置を示すブロック図である。図
において、１はこの計算機装置の全体制御を掌握するプ
ロセッサであシ、２はこのプロセッサ１が使用するオペ
レージ嘗ンシステム等のプログラムが格納され九読み取
り専用メモリ（以下、ＲＯＭという）である。３は電源
投入時あるいはリセット時に、前記プロセッサ１が処理
に必要なファイルをローディングする主記憶装置（以下
、ＲＡＭという）である。４はこのＲＡＭ３にローディ
ングされるファイルを含む各種ファイルが格−納されて
いる補助記憶装置としてのディスクであシ、５はこのデ
ィスク４に接続されてそのインタフェースをとるディス
クインタフェースである。

また、第６図は前記ディスク４における各種ファイルの
格納状況を示す概念図であシ、第７図はその階層構造を
示す説明図である。図において１０〜１２はＲＡＭ　ａ
上に四−ディングされるべき＃ｌ〜＃３プログラムファ
イルであル、１３〜１９は各プログラムファイル１０〜
１２０階層構造を規定する、ルートディレクトリおよび
＃ｌ〜＃６デイレクトリフアイルによるデイレクトリフ
ァイルである。

次に動作について説明する。計算機装置の電源が投入さ
れると、プロセッサ１はＲＯＭＺ内に格納されたプログ
ラムを実行する。ここでは、　ＲＯＭ２内のプログラム
によって、ディスク４から＃１プログラムファイル１０
〜＃３プログラムファイル１２をＲＡＭ　３上にローデ
ィングするものとする。

まず、ディスク４よシルートディレクトリ１３が読み出
され、その内容が解析されて＃１デイレクトリファイル
１４が格納されている場所が求められる。次に、求めら
れた場所よシ＃ｌデイレクトリファイル１４が読み出さ
れ、その内容に基づいてローディングすべき＃１プログ
ラムファイル１０が格納されている場所が求められる。

次に、このようにして求められた場所より＃１プログラ
ムファイル１０を読み出し、ディスクインタフェース５
を介してＲＡＭａ上にローディングする。

＃ｌプログラムファイル１０のローディングが終わると
、＃２プログラムファイル１１をローディングするため
に、再度ルートディレクトリ１３の読み出しを行う。以
下同様にして、＃２デイレクトリファイル１５　、＃３
デイレクトリファイル１６と階層構造をたど９ながら＃
２プログラムファイル１１の格納場所を求め、読み出し
た＃２プログラムファイル１１をＲＡＭ　３上にローデ
ィングする。この場合、＃１プログラムファイル１０に
比べて階層が深くなっているため、＃２プログラムファ
イル１１の格納場所を求める丸めのディスク４のアクセ
ス回数は増加する。

＃３プログラムファイル１２については、階層がさらに
深くなっているため、ルートディレクトリ１３から＃４
デイレクトリファイル１７〜＃６デイレクトリフアイル
１９までの４つのデイレクトリファイルを読み出してそ
の内容を解析し、その格納場所を求めて＃３プログラム
ファイル１２を読み出し、それをＲＡＭ３上にローディ
ングする。

〔発明が解決しようとする課題〕

従来の計算機装置は以上のように構成されているので、
目的のファイルをＲＡＭ３上にローディングするために
は、膨大な回数のディスク４へのアクセスが必要となっ
てローディング時間が長くなり、その結果、電源を投入
してから、あるいはリセットがかけられてから計算機装
置が使用可能になるまでの時間が非常に長くなるという
問題点があり九。

この発明は上記のような問題点を解消するためになされ
たもので、ファイルのイニシャルローディングを高速化
した計算機装置を得ることを目的とする。

〔課題を解決するための手段〕

この発明に係る計算機装置は、バッテリによりてバック
アップされたメモリ上に、ローディングされるファイル
の、各ブロック毎の補助記憶装置上での物理アドレスお
よびサイズと、その内容が正しく保存されていることを
チエツクするチェックコードとを記憶しｆＣ管理テーブ
ルを格納しておき、プロセッサにファイルのロープトン
グに際して、管理テーブル上のチェックコードに基づい
て、通常のファイル選択方法に従りてローディングする
か、管理テーブル内の物理アドレスおよびサイズに従っ
て直接ローディングするかを判定する判定手段を持たせ
たものである。

〔作用〕

この発明におけるプロセッサは、バッテリでバックアッ
プされたメモリに格納された管理テーブル内のチェック
コードに基づいてファイルのローディング方法を判定し
、直接ローディングする場合には、前記管理テーブルに
記憶されたファイルの、各ブロック毎の補助記憶装置上
での物理アドレスおよびサイズに基づいて補助記憶装置
をアクセスして必要なファイルを直接読み取ることによ
シ、無駄な補助記憶装置のアクセスを行わないようにし
、ファイルのイニシャルローディングに要する時間が高
速化された計算機装置を実現する。

〔実施例〕

以下、この発明の一実施例を図について説明する。第１
図において、２はＲＯＭ、　３はＲＡＭ、　４は補助記
憶装置としてのディスク、５はディスクインタフェース
であり、第５図に同一符号を付した従来のそれらと同一
　あるいは相当部分であるため詳細な説明は省略する。

また、６はこの計算機装置の電源から独立したバッテリ
であり、７はこのバッテリ６によりてバックアップされ
ることによシ、計算機装置の電源が断となってもその記
憶内容が失われる仁とのない不揮発性メモリ（不揮発性
ＲＡＭ　）である。８はこの不揮発性メモＩＪ　ｒ内に
格納され、前記ディスク４に格納されている、ローディ
ングすべき各ファイルの各ブロック毎の物理アドレスお
よびサイズを記憶するとともに、その内容が正しく保存
されていることをチエツクするためのチェックコードが
付加された管理テーブルである。

９はディスク４からＲＡＭ　３へファイルをローディン
グするに際して、管理テーブル８上のチェックコードに
基づいて、通常のファイル選択方法に従りてローディン
グするか、管理テーブル８内の物理アドレスおよびサイ
ズに従りて、当該ファイルを直接ローディングす石かを
判定する判定手段である。プロセッサ１はこの判定手段
９を備えている点で、第５図に示す従来のものとは異な
っている。

第２図はローディングされるべきプログラムファイルと
、当該プログラムファイルがディスク４上に格納される
場合の各ブロックとの対応を示す概念図である。図にお
いて、２０はそのプログラムファイルであシ、２１〜２
３はディスク４に格納された当該プログラムファイル２
０の＃１ブロック、＃２ブロックおよび＃ｎブロックで
ある。プログラムファイル２０のようなシーケンシャル
ファイルは、図示のように論理的には連続したデータの
集１４）であるが、ディスク４上に格納される場合には
ディスク４の使用状況などによって必ずしも連続的に格
納されるとは限らない。即ち、ディスク４上の空ブロッ
ク（ブロックとは、一般にディスク上の連続し九セクタ
から構成される）をいくつか使用して格納されるのが普
通である。図示の例によれば、プログラムファイル２０
はｎ個のブロック、＃１ブロック２１・・・＃ｎブロッ
ク２３に分割されてディスク４の空−いている部分に適
宜格納されている。

このプログラムファイル２０の内容が変更された９追加
された場合には、各ブロック２１〜２３のロケーシ■ン
およびそのサイズは変動するが、内容に変化のない場合
には、各ブロック２１〜２３のロケータ１ンおよびサイ
ズは不変である。従って、データファイル等、このプロ
グラムファイル２０以外のファイルが生成、変更、消去
されたシしても、当該プログラムファイル２０そのもの
の内容が変更されなければ、そのディスク４上でのロケ
ーシロンは保証される。

第３図は前記管理テーブル８の構成を示す説明図である
。図において、３０は前記管理テーブル８の内容が正し
く保存されていることをチエツクするためのチェックコ
ードが記録される記憶エリアでＴｏり、このチェックコ
ードとしては、例えば巡回冗長チエツク（ＣＲＣ）コー
ド等が用いられる。

３１はこの管理テーブル８のサイズが記録される記憶エ
リアであシ、３２〜３４はローディングされる＃１プロ
グラムファイルー＃３プログラムファイルを構成してい
る各ブロック毎の、ディスク４上における物理アドレス
およびそのサイズが記録される記憶エリアである。

次に動作について説明する。ここで、第４図はプログラ
ムファイルのイニシャルローディングの手順を示すフロ
ーチャートである。計算機装置の電源が投入されて、初
めてプログラムファイルのイニシャルローディングが開
始されると、プロセッサ１はまず、ステップＳＴＩにお
いて管理テーブル８内の記憶エリア３１に記録されたサ
イズ分のデータに対してチェックコードを生成する。次
に、生成された仁のチエツク−コードと、管理テーブル
８の先頭の記憶エリア３０に記録されているチェックコ
ードとの比較をステップＳＴ２にて行う。

この場合、最初のイニシャルローディングでありて管理
テーブル８の内容が不正であるため、ステップＳＴ２に
おける比較の結果は不一致となシ処理はステップＳＴ３
に渡される。ステップＳＴ３ではまず、通常のファイル
選択方法によって＃ｌプログラムファイルの検索が行わ
れ、従来の場合と同様にルートディレクトリからデイレ
クトリファイルを順次たどって＃１プログラムファイル
が読み出され、ディスクインタフェース５を介してＲＡ
Ｍ３にローディングされる。このとき同時に、＃１プロ
グラムファイルを構成している各ブロックのディスク４
上における物理アドレスおよびサイズが、管理テーブル
８の記憶エリア３２に順次記録されてゆく。＃２プログ
ラムファイル、＃３プログラムファイルについても、ス
テップＳＴ４あるいはステップＳＴ５において全く同様
に、ルートディレクトリよ）各ファイルを九ど９、読み
出したプログラムファイルをＲＡＭ３ヘローデイングす
るとともに、管理テーブル８への記録が行われる。

各プログラムファイルのローディングが終了すると、ス
テップＳＴ５にて記憶エリア３２〜３４のサイズを合計
し、管理テーブルのサイズとして記憶エリア３１に記録
する。さらに、ステップＳＴ７にて記憶エリア３２〜３
４の内容に基づいてチェックコードを生成し、それを管
理テーブル８の先頭の記憶エリア３０に記録する。以後
、ローディングしたプログラムへ制御を移すことによっ
て、当該計算機装置本来の処理が開始される。

次に、計算機装置がリセット、あるいは電源の再投入が
行われて、再度プログラムファイルのイニシャルローデ
ィングが行われると、プロセッサ１は前述の場合と同様
に、ステップＳＴＩにてチェックコードを生成し、生成
されたこのチェックコードと記憶エリア３０に記録され
ているチェックコードとをステップＳＴ２で比較する。

この場合、管理テーブル８は正しくバックアップされて
おり、比較の結果は一致となって処理はステップＳＴ８
に渡される。

ステップＳＴ８では、＃１プログラムファイルをローデ
ィングするため、管理テーブル８の記憶エリア３２から
、＃１プログラムファイルを構成している各ブロックの
ディスク４上における物理アドレスおよびそのサイズを
読み出す。次いで。

読み出し九情報に基づいてディスク４のヘッドを直接制
御して、＃ｌプログラムファイルの各ブロックを順次読
み出し、ディスクインタフェース５を介してＲＡＭ３に
ローディングする。＃１プログラムファイルのローディ
ングが終了すると、同様にしてステップ８Ｔ９およびス
テップ５ＴＩＯにて、＃２プログラムファイルおよび＃
３プログラムファイルのローディングを行う。

この管理テーブル８に基づくプログラムファイルの直接
ローディングが全て終了すれば、ローディングされたプ
ログラムへ制御を移すことによって、当該計算機装置本
来の処理が開始される。

こζで、イニシャルローディングされるべきファイルが
変更されたシ消去されたシして、ディスク４上での格納
状態に変化が生じた場合には、管理テーブル８上の、少
なくともチェックコードが記録されている記憶エリア３
０の書き換えを行う。

これによって、次回のファイルのイニシャルローディン
グにおいて、処理はステップＳＴ２からステップＳＴ３
へ進められ、通常のファイル選択方法によるファイルの
ローディングとともに管理テーブル８の更新が行われる
。また、イニシャルローディングされるファイルに一切
変更がなければ、常ＫＭ理はステップＳＴ２からステッ
プＳＴ８に進められ、管理テーブル８を用いたファイル
の直接ローディングが行われる。

〔発明の効果〕

以上のように、この発明によれば、管理テーブル内のチ
ェックコードに基づいてファイルのローディング方法を
判定し、直接ローディングする場合には、管理テーブル
に記憶されたファイルの各ブロック毎のディスク上の物
理アドレスおよびサイズに基づいてディスクをアクセス
するように構成したので、ルートディレクトリから各デ
イレクトリファイルを順次たどって必要なファイルを口
−ディングするといった手続きが一切不要とな９、無駄
なディスクへのアクセスが行われなくなって、ファイル
のイエシャ／ｌ１０−ディングに要する時間を短縮でき
る計算機装置が得られる効果がある。

【図面の簡単な説明】

第１図はこの発明の一実施例による計算機装置を示すブ
ロック図、第２図はローディングされるべきファイルと
、当該ファイルがディスク４上に格納される場合の各ブ
ロックとの対応を示す概念図、第３図は管理テーブル８
の構成を示す説明図、第４図はファイルのイニシャルロ
ーディングの手順を示すフローチャート、第５図は従来
の計算機装置を示すブロック図、第６図はそのディスク
における各ファイルの格納状況を示す概念図、第７図は
その階層構造を示す説明図である。 １はプロセッサ、３は主記憶装置（ＲＡＭ　）、４は補
助記憶装置（ディスク）、６はバッテリ、１は不揮発性
メモリ（不揮発性ＲＡＭ）、８は管理テーブル、９は判
定手段。 なお、図中、同一符号は同一　又は相当部分を示す。 特 許 出 願 人 三菱電機株式会社 第 図 ロードしｔアロプラムへろ°１イ哩８キダ］第 図 第 図 手 続 補 正 書（自 発） １、事件の表示 ２、発明の名称 特願平１−２４８３４３号 計算機装置 ３、補正をする者 代表者 志 岐 守 哉 ） ６、補正の内容 （１）明細書第２頁第１１行に「オペレーションシステ
ム等の」とあるのを［イニシャルプログラムローディン
グ用の」と補正する。 （２）明細書第１２頁第３行にｒＳＴ５Ｊとあるのをｒ
ｓＴ６Ｊと補正する。 （３）別紙の通り第６図を補正する。 （４）別紙の通り第７図を補正する。 ７、添付書類の目録 （１）補正後の第６図を記載した書面　１　通（２）補
正後の第７図を記載した書面　ｌ　連凧　　上

Claims (1)

【特許請求の範囲】
1. 電源投入あるいはリセットによりファイルがローディン
   グされる主記憶装置と、前記主記憶装置にローディング
   される前記ファイルがブロック単位で格納されている補
   助記憶装置と、前記補助記憶装置に格納されている前記
   ファイルの各ブロックの物理アドレスおよびサイズを記
   憶するとともに、その内容が正しく保存されていること
   をチェックするためのチェックコードが付加された管理
   テーブルを格納する、バッテリによってバックアップさ
   れたメモリと、前記補助記憶装置から主記憶装置へ前記
   ファイルをローディングする際に、前記管理テーブル上
   のチェックコードに基づいて、通常のファイル選択方法
   に従ってローディングするか、前記管理テーブル内の前
   記物理アドレスおよびサイズに従って、前記ファイルを
   直接ローディングするかを判定する判定手段を有するプ
   ロセッサとを備えた計算機装置。