JPH04156627A - 部分書き換え可能な記憶媒体におけるファイル管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　　要〕 物理的に書き換え可能な領域と書き換え不可能な領域と
が混在する記憶媒体におけるファイル管理方式に関し、 書き換え不可能なＲＯＭ部と、書き換え可能なＲＡＭ部
とを有する記憶媒体に作成されるファイルを特別なファ
イル管理システムを用意することなく、従来の単一の記
憶媒体のファイル管理方式で管理できるようにすること
を目的とし、単一の記憶媒体上に書き換え可能なＲＡＭ
部と書き換え不可能なＲＯＭ部とを有する部分書き換え
可能な記憶媒体におけるファイル管理方式において、前
記記憶媒体の作成時に、前記ＲＯＭ部にファイルとその
ファイルに係わる管理情報を含む媒体管理情報を予め作
成しておき、前記記憶媒体の使用開始時に、その記憶媒
体の使用形態に応じ寸前記ＲＯＭ部に作成されている前
記媒体管理情報に基づき、前記記憶媒体の使用に必要な
ファイル管理情報を前記ＲＡＭ部に作成するように構成
する。

〔産業上の利用分野］ 本発明は、書き換え可能な領域と書き換え不可能な領域
とが混在する記憶媒体におけるファイル管理方式に関す
る。

〔従来の技術〕

従来のランダムアクセス可能な記憶媒体は、全ての領域
においてデータの書き換え可能な記憶媒体（磁気ディス
ク、光磁気ディスク等）と全ての領域においてデータの
書き換えが不可能な記憶媒体（追記型光ディスク、Ｃｏ
−ＲＯＭ等）に分類される。

したがって、従来のランダムアクセス可能な記憶媒体に
おけるファイル管理方式は、一般に、全ての領域におい
てデータの書き換えが可能な記憶媒体または全ての領域
においてデータの読み出しのみが可能でデータの書き換
えが不可能な記憶媒体のいずれかを前提にしたものであ
った。

ファイル管理においては、各ファイルのファイル管理情
報をファイルが作成されている記憶媒体そのものに作成
するのが基本原則である。

これは、そのようにしないと管理システムの構成が複雑
なものとなり、またそのために管理作業が非常に煩雑な
ものとなり、ファイル管理を効率良く行えなくなるため
、ファイルへのアクセスが遅くなり、その結果としてフ
ァイル内のデータに係わる処理速度が遅くなってしまう
からである。

また、書き換え可能なファイルにおいては、そのファイ
ル管理情報は当然書き換え可能である必要がある。すな
わち、ファイルの更新・削除、あるいはファイル名の変
更（改名）等が行われる毎にそのファイル管理情報を書
き換える必要があるからである。

書き換え可能な記憶媒体は、上記２つの条件を満足する
ことができるので、ファイル管理の効率化が可能である
。

一方、書き換え不可能な記憶媒体においても、そのファ
イル管理方式は、上記書き換え可能な記憶媒体と同様な
方式を適用している。

すなわち、その書き換え不可能な記憶媒体に作成される
ファイルの管理情報は、その書き換え不可能な記憶媒体
に作成される。

書き換え不可能な記憶媒体に作成されるファイルは、デ
ータの読み出しのみが可能でデータの更新・削除はでき
ない。したがって、そのファイルの管理情報の内容を変
更する必要がなく、逆にその管理情報が書き換えられて
しまうと、ファイルからデータを読み出せなくなってし
まう。したがって、書き換え不可能な記憶媒体において
もファイルとその管理情報は同一の記憶媒体に作成する
のが望ましく、ファイルに対するアクセスも高速に行う
ことができる。

ところで、最近記憶媒体の製造技術の進歩により、記憶
媒体の任意の部分を書き換え不可能な領域に設定し、そ
の領域に媒体製造時に予めデータを書き込むことができ
るようになった。このように、媒体製造時にデータを書
き込むため、単位枚数あたりのデータ書き込みコストは
安くなる。そして、このようにして作られた記憶媒体は
、書き換え可能な領域と書き換え不可能な領域とを有す
ることになる。

このような記憶媒体に対し従来のファイル管理方式をそ
のまま適用しようとした場合、記録媒体を書き換え不可
能な領域（以下、ＲＯＭ部と記載する）と書き換え可能
な領域（以下、ＲＡＭ部と記載する）とに分割して管理
する方式と、全体を単一の記憶媒体として管理する方式
のいずれかの方式が考えられる。

〔発明が解決しようとする課題］ ところで、上記２つのファイル管理方式においては、そ
れぞれ以下に述べるような問題が生しる。

ＲＯＭヮとＲＡＭａ　　　Ｉに　　　る　工゛■　物理
的に単一の記憶媒体を、論理的に複数の記憶媒体とみな
して管理する必要がある。これは、Ｏ８（オペレーティ
ング・システム）がファイルアクセスを最適化する上で
の障害となる。例えば、あるＯ３においては、ディスク
をドライブ塩によって識別するようにしているが、この
方式の場合、同一のディスクであっても、ＲＯＭ部とＲ
ＡＭ部に対して異なるドライブ塩を割り当てる必要があ
る。したがって、シーク動作時等においてアクセス・ヘ
ッド（Ｉ気ディスクの場合）もしくは光ピツクアップ（
光ディスクの場合）の動きを最適化するような管理を行
う場合、ＲＯＭ部とＲＡＭ部を異なる記憶媒体として管
理すると、デバイスドライバの制御による実際のアクセ
スヘッド（光ピツクアップ）の動きと、Ｏ３のデバイス
を管理する状態とが相違することにより、意図した管理
が行われなくなる。

また、この問題はＯ３のみならずアプリケーション・プ
ログラムについても同様に発生する。

■　ＲＯＭ部に書かれる管理情報は、特定のファイル管
理システムを想定したものにならざるを得ない。よって
、そのＲＯＭ部に作成されるファイルは、特定のＯ８で
しか使用できない。

■　ＲＯＭ部とＲＡＭ部の比率及び構成は、各記録媒体
毎に異なるので、ユーザがアプリケーションソフトを作
成する際のファイル処理が複雑なものとなる。

ＲＡＭ部に作成されるファイルの管理においては、ファ
イルの更新・削除及びファイル名の変更（改名）等に伴
って、そのファイルの管理情報を更新する必要が生じる
ので、記録媒体の管理情報はＲＡＭ部に作成する必要が
ある。したがって、ＲＯＭ部に作成されるファイルの管
理情報もＲＡＭ部に作成されることになる。このため、
ＲＯＭ部のファイルに対しても削除が可能となる。しか
しながら、ＲＡＭ部に作成されるＲＯＭ部の各ファイル
についての管理情報も書き換え・消去可能となることか
ら、誤ってＲＯＭ部の管理情報が消去された場合には、
ＲＯＭ部のファイルに対するアクセスが不可能となって
しまう欠点がある。

本発明は、書き換え不可能なＲＯＭ部と、書き換え可能
なＲＡＭ部とを有する記憶媒体に作成されるファイルを
特別なファイル管理システムを用意することなく、従来
の単一の記憶媒体のファイル管理方式で管理できるよう
にすることを目的とする。　　　　。

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

第１図（ａ）〜（ｄ）は、本発明の原理説明図である。

本発明は、単一の記憶媒体上に書き換え可能なＲＡＭ部
２と書き換え不可能なＲＯＭ部３とを有する部分書き換
え可能な記憶媒体ｌにおけるファイル管理方式を特徴と
する 請求項１記載の発明は、第１図（ａ）に示すように前記
記憶媒体１の作成時に、前記ＲＯＭ部２に１または複数
のファイル４とその（それらの）ファイル４に係わる管
理情報を含む媒体管理情報５を予め作成しておき、前記
記憶媒体ｌの使用開始時に、第１図（ｂ）に示すように
その記憶媒体１の使用形態に応じて前記ＲＯＭ部２に作
成されている前記媒体管理情報５に基づき、前記記憶媒
体１の使用に必要なファイル管理情報６を前記ＲＡＭ部
２に作成する。

また、請求項２記載の発明は、上記請求項１記載の発明
において、さらに第１図（Ｃ）に示すように、前記ＲＯ
Ｍ部２の所定領域に対するデーテ書き込み要求があった
場合、その書き込みデータが前記ＲＯＭ部２の前記所定
領域に書き込み済みのデータと同一の場合にはそのデー
タ書き込みを正常とみなす。

そして、上記請求項１または２記載の発明は、第１図（
ｄ）に示すように、例えば請求項３記載のように、前記
ＲＡＭ部３に作成されたファイル管理情報６の中の領域
管理情報６ａ（例えば、ＦＡＴ　：　Ｆ　ｉｌｅ　Ａ１
１ｏｃａｔｉｏｎ　Ｔａｂｌｅ等）の管理において、前
記ＲＯＭ部２の前記領域管理情報６ａにおける管理対象
の領域を例えば、媒体管理情報６ａに対するアクセスが
行われたときとか、ＲＯＭ部２に対する書き込み要求が
発生したときなどの所定のタイミングで検査して、その
管理対象の領域が使用可能領域として割り当てられてい
る場合には、そのＭ域を使用不可能な領域に更新するよ
うにしてもよい。

ところで、上記部分書き換え可能な記憶媒体１は、例え
ば消去不可能な記録層（ＲＯＭ部２に対応）とオーバー
・ライト可能な記録層（ＲＡＭ部３に対応）とが円形状
の基板に形成された光ディスクから成る。

また、上記媒体管理情報５は、記憶媒体１の出荷時の状
態に関し、例えば以下のような情報を記録している。

（１）　　記憶媒体１のどの領域がＲＯＭ部２及びＲＡ
Ｍ部３に対応しているか。

（２）記憶媒体１上に使用できない領域があるか、もし
あればその領域はどこか。

（３）ＲＯＭ部２において、どこにどのようなファイル
が書き込まれているか。

さらに、上記領域管理情報６ａの管理対象の領域は、例
えば所定バイトから成るセクタ、あるいは複数個のセク
タから成るクラスタ等のファイルに対する領域割り当て
の最小単位である。

〔作　　　用〕

請求項１記載の発明においては、前記記憶媒体１の作成
時において、ＲＯＭ部２に予めファイル４とそのファイ
ル４の管理情報を含む媒体管理情報５を作成しておき、
前記記憶媒体１の使用開始時に、その記憶媒体１の使用
形態に応じて、前記ＲＯＭ部２に作成されている前記媒
体管理情報５に基づき、前記記憶媒体１を使用するファ
イル管理システムが要求する形式で、そのファイル管理
システムが使用する全てのファイル４を管理するために
必要なファイル管理情報６を前記ＲＡＭ部２に作成する
。

したがって、ＲＡＭ部３に作成したファイル管理情報６
により、記憶媒体工を単一の媒体として管理できる。ま
た、ＲＯＭ部２に多種類のシステムに対応する複数のフ
ァイル４を作成しておくことにより、記憶媒体１を用い
て複数の異なるファイル管理システムを構築できる。ま
た、ＲＯＭ部２に作成されたファイル４及び媒体管理情
報５の内容は、消去されることは無いので、ＲＡＭ部３
に作成した情報が誤って全て消去された場合でも、ＲＯ
Ｍ部２に作成されている上記ファイル４及び媒体管理情
報５に基づいて、ファイル管理システムの再構築が可能
である。

また、請求項２記載の発明においては、ＲＯＭ部２の所
定領域に対するデータ書き込み要求があった場合、その
書き込みデータがそのＲＯＭ部２の前記所定領域に書き
込み済みのデータと同一の場合には、そのデータ書き込
みを正常とみなす。

換言すれば、書き込み済みのデータと異なる場合には、
エラーとみなす。

したがって、既存のファイル管理システムのように、フ
ァイル削除が行われたとき、そのファイルが使用してい
たＲＯＭ部の領域を解放し、そのＲＯＭ部の領域に対し
「使用可」の属性を付与したとしても、ＲＯＭ部の領域
の内容は変更されない。したがって、ＲＯＭ部２の解放
領域には実質的に「使用不可」の属性が付与されたこと
になるので、既存のファイル管理システムを、そのまま
使用することができる。

さらに、請求項３記載の発明においては、ＲＡＭ部３に
作成されたファイル管理情報６の中の領域管理情報６ａ
の管理において、ＲＯＭ部２内の前記領域管理情報６ａ
における管理対象の領域を所定のタイミングで検査して
、その管理対象の領域が使用可能領域として割り当てら
れている場合には、その領域を使用不可能な領域に更新
する。

したがって、ＲＯＭ部２が「使用不可」の領域として登
録されるので、ＲＯＭ部２に対する書き込み要求に応じ
た記憶媒体１に対するアクセスが未然に防止され、記憶
媒体１に対するアクセスが効率良く行われるようになる
。換言すれば、ＲＡＭ部２内の使用可能領域に対する書
き込み要求のみが効率良く行われることになる。

〔実　　施　　例〕

以下、図面を参照しながら本発明の実施例について説明
する。

第２図（ａ）は、本実施例で使用する記憶媒体１０の出
荷時の構成を示す模式図である。この記憶媒体１０は、
例えば光（磁気）ディスクから成る。

記憶媒体１０は、データの読み出しのみが可能でデータ
の書き換えが不可能な８０Ｍ部１１とデータの読み出し
及び書き換えが可能なＲＡＭ部１２とから成っている。

そして、この記憶媒体１０の出荷時においては、その８
０Ｍ部１１に、以下の（１）、　（２）、　（３）に示
す情報から成る媒体管理情報１１ａが予め記録される。

（１）記憶媒体１０における８０Ｍ部１１とＲＡＭ部１
２の各領域の区分を示す情報。

（２）記憶媒体１０における使用不可能な領域に関する
情報。

（３）８０Ｍ部１１に記録されている１または複数のフ
ァイルｌｌｂの管理情報。

次に、この記憶媒体１０の使用方法を説明する。

この記憶媒体１０を使用する場合、まずその使用に先立
って、８０Ｍ部１１に書き込まれている前記媒体管理情
報１１ａに基づいて、第２図（ト））に示すようにこの
記憶媒体１０を使用するコンピュータ・システム（Ｏ３
を機種により指定）またはＯ３のファイル管理システム
に対応する形式（フォーマット）で、ＲＡＭ部１２にフ
ァイル管理情報１２ａを作成する。この処理は、従来の
書きかえ可能なディスク媒体を使う時のフォーマット処
理（記憶媒体の初期化処理）に対応する。以後、上記フ
ァイル管理システムは、このファイル管理情報１２ａを
用いて、記憶媒体１０のＲＡＭ部１２に新たに作成され
るファイル、さらには８０Ｍ部１１から削除されるファ
イルの管理等の一連のファイル処理を行う。

尚、上記ファイル管理情報１２ａは、ファイル管理シス
テムが管理する全てのファイルを階層構造で管理するデ
ィレクトリ、記憶媒体１０の全てのセクタの使用状況を
記憶するＦ　ＡＴ　（Ｆｉｌｅ　Ａ１１ｏｃａｔｉｏｎ
　Ｔａｂｌｅ）等からなる。

そして、上述のようにして記憶媒体１０のフォーマット
処理を行った後、記憶媒体１０の使用が可能となるが、
ファイル管理の過程において例えばファイル削除等によ
り８０Ｍ部１１の任意の領域を解放した場合、以後、そ
の解放された８０Ｍ部１１の領域は「使用不可」の領域
として管理する。

このように、記憶媒体１０の製造時において８０Ｍ部１
１に前記媒体管理情報１１ａを予め作成しておき、その
媒体管理情報１１ａを基に、媒体の使用形態（ファイル
管理システム）に応じてファイル管理情報１２ａをＲＡ
Ｍ部１２に作成し、以後のファイル管理は、このＲＡＭ
部１２に作成したファイル管理情報１２ａに基づいて行
う。

次に、上記記憶媒体１０を用いたファイル管理の実現例
を説明する。

尚、以後の説明において記憶媒体１０の物理特性を下記
のように想定する。

トラック数・・・１００００から２００００セクタ数　
・・・２５セクタ／トラツクセクタ長　・・・５１２バ
イト／セタク全容量　　・・・１２０Ｍ（メガ）ないし
２５０Ｍ　（メｉ＞パイト また、トラック単位に、そこが書き込み可であるか否か
を設定できるようになっている。

ｚ１桝土 この例は、１つの記憶媒体１０のＲＯＭ部１１に、予め
想定する複数のシステム毎のファイル管理情報を記録し
ておく例であり、システムは、Ｏ３とコンピュータの機
種との組み合わせにより分類される。

この場合、ＲＯＭ部１１には、下記の表１に示すような
情報が書き込まれる。

一表１− トラック０： セクター １−　８　バイ　ト　　ｆｏｒｍａｔ　　１ｄ９−１６
バイト　空き １７−３２バイト　記憶媒体１０のフォーマット情報 ３３−４８バイト　対象システム１の名前（ｏｒ　ＩＤ
）４９−６４バイト　対象システム１の為の管理情報等
が書かれている位置情報 ６５−８０ハイド　対象システム２の名前（ｏｒ　ＩＤ
）８１−９６ハイト　対象システム２の為の管理情報等
が書かれている位置情報 ９７−１１２バイト　対象システム３の名前（ｏｒ　Ｉ
Ｄ）１１３−１２８バイト　対象システム３の為の管理
情報等が書かれているＲＯＭ部 １１における位置情報 ・・以下、繰り返し・・　（１４システム迄）セクタ　
２　　　ユーザ定義 セクタ　３９．８　　各トラックがＲＯＭ部１１でるか
ＲＡＭ部１２であるかを示 すビット・マツプ セクタ　９．．１２　　対象システムｌのＩＰＲレコー
ドセタク１３．．２４　　対象システム２のＩＰＲレコ
ードトラック１０．６　　対象システム１，２の管理情
報トラック７、．１２　　対象システム３の管理情報・
・・通常のファイル・・・ すなわち、トラック　（Ｔｒａｃｋ）　Ｏのセクタ（Ｓ
ｅｃ−ｔｏｒ）　１の１ハイド目〜８バイト目には、記
憶媒体１０におけるデータのフォーマット方式を示すＩ
Ｄ（識別ラベル）であるｆｏｒｍａｔ　ｉｄ（フォーマ
ットＩＤ）が記録される。

また、それに続く９ハ゛イト目〜１６バイト目は空き領
域となっている。

そして、次の１７バイト目から３２ハイド目には、記憶
媒体１０の記録フォーマット等を示すフォーマット情報
が記録されている。

下記の表２に、上記記録媒体１０のフォーマット情報の
構成を示す。

一表２（トラック０．セクタ１）□ １７−１８バイト　全シリンダ数 １９　　　　バイト　面数 ２０　　　　バイト　セクタ数 ２１−２２バイト　セクタ長 ２３−２４バイト　代替トラック数 ２５−２６バイト　記憶媒体１０のファイル管理情報１
２ｂを書き込むべきＲＡＭ 部１１のトラック階 ２６−３２バイト　未定義 すなわち、トラックＯ、セクタ１の１７バイト目〜１９
バイト目には、記憶媒体ｌＯの全シリンダ数が記録され
る。

また、１９バイト目には、記憶媒体１０のデータが記録
される面（ディスク面）の数が、２０バイト目には１ト
ラツクあたりのセクタ数が、２１バイト目〜２２バイト
目には、１セクタのハイド数（バイト長）を示すセクタ
長が、２３バイト目〜２４バイト目には、記録面の欠陥
等によってデータの再生ができないセクタ（欠陥セクタ
）に書かれるべきデータが代わって書き込まれる代替ト
ラック（交代トラック）の数が記録される。さら′こ、
２５バイト目〜２６ハイト目には、記憶媒体１０のファ
イル管理情報１２ａが書き込まれるべき最初のトラック
（通常は、前記ＲＡＭ部１２の先頭トラック）を示す情
報が記録される。

また、同じくトラック０、セクタ１の３３バイト目〜４
８バイト目には、対象システムｌの名前（もしくはＩＤ
）が、４９ハ′イト目〜６４バイト目にはその対象シス
テム１用の管理情報等が書かれたＲＯＭ部１１の前記媒
体管理情報１１ａ内の格納領域を示す位置情報が記録さ
れる。

この位置情報は、（開始トラック、トラック数、プート
トラック・セクタ位置、ブートセタク数、ロードアドレ
ス）から成っている。すなわち、開始トラックとトラッ
ク数により、ＲＯＭ部１１の媒体管理情報１１内におけ
る上記位置情報の書き込み領域（位置情報格納域）が示
される。また、ブートトラック・セクタ位置は、システ
ム立ち上げ時にプートストラップ・ローダにより主記憶
装置に読み込まれるＩ　Ｐ　Ｌ　（Ｉｎｉｔｉａｌ　Ｐ
ｒｏｇｒａ＋ｉ　Ｌｏａｄｅｒ）レコードが記録されて
いるトラック及びセクタ位置をを示す情報である。また
、ロードアドレスは、上記ＩＰＬレコードをロードする
主記憶装置（メモリ）の先頭アドレスを示すアドレス情
報である。尚、ＩＰＬレコードは、周知のようにシステ
ムを立ち上げ時に、オペレーティングシステムやシステ
ムプログラムの中核部を主記憶装置の所定領域にロード
するためのプログラムである。

このように１つの対象システムに対して、３２バイトの
情報が記録されており、以下同様にして、対！システム
２以降の全ての対象システムについて、上記対象システ
ム１と同様な情報が、トラック０、セクタ１の６５ハイ
ド目以降に３２パ゛イト単位で記録されている。

ところで、上記対象システムの名前（あるいはＩＤ）は
、Ｏ３（オペレーティングシステム）とそのＯ５が稼働
する機種との組み合わせで設定される。また、同じＯ５
を異なる機種で用いる場合には、対象システムの管理情
報は、そのＯ３を使用する他の対象システムの管理情報
を共通に使用することができるので、上記ブートトラッ
ク・セクタ位置を別の位置に設定するだけで良い。

次に、トラック０のセクタ２には、ユーザが定義する種
々の情報が記録される。

さらにトラック０のセクタ３〜セクタ８には、記憶媒体
１０の各トラックがＲＯＭ部１１ａまたはＲＡＭ部１２
のいずれかに属すかを示すビットマツプ（Ｂｉｔ　Ｍａ
ｐ）が記録されている。すなわち、記憶媒体１０の全て
のトラックについて、そのトラックがＲＯＭ部１１、（
例えば、ビットの値が「０」）またはＲＡＭ部１２（例
えば、ビットの値が「１」）のいずれに属しているかが
ビット対応で記録されている。

また、トラック０のセクタ９〜セクタ１２には前記対象
システム１用のＩＰＬレコードが、セクタ１３〜セクタ
２４には、前記対象システム２用のＩＰＬレコードが記
録されている。

さらに、トラック１〜トラツク６には、対象システム１
，２の管理情報が書き込まれ、トラック７〜トラツク１
２には、対象システム３の管理情報が記録されている。

そして、さらに、トラック１３以降には、対象システム
４以降の各対象システムの管理情報、及び各種Ｏ５を構
成する複数のプログラムが格納されている複数のファイ
ル１１ｂの内容が書き込まれる。

次に、上記構成の記憶媒体１０を用いたシステムの立ち
上げ等の各種使用方法を説明する。

上述したように、この記憶媒体１０のＲＯＭ部１１には
、複数のシステムで使用するファイルが予め記録されて
いるので、使用するＯ３と機種により所望する対象シス
テムを指定することにより、種々の機種で所望するＯ３
を有するシステムの立ち上げを行うことができる。

第３図は、任意のＯ３を使用する任意の機種のコンピュ
ータにおいて、記憶媒体１ｏを初期化する場合の動作を
説明するフローチャートである。

まず、ＲＯＭ部１１のトラック０のセクタ１を読み出し
、続いてその読み出したセクタ１の１バイト目〜８パ゛
イト目に記録されているｆｏｒｍａｔ　ｉｄを読み出す
（ＳＡ　１　）。そして、次にそのｆｏｒｍａｔｉｄニ
基ツいて、この記憶媒体１０のフォーマット方式がこの
コンピュータにおいて扱える方式となっているか否かを
判別する（ＳＡ２）。

そして、扱える方式でなければ直ちに処理を終了するが
、処理できる方式であれば、次に記憶媒体１０が既に初
期化されているか否かの判別を行う（ＳＡ３）。この判
別は、ＲＡＭ部１２に既にファイル管理情報１２ａが作
成されているか否がを判別することにより行う。

そして、記憶媒体１０が既に初期化されていれば、ユー
ザが再度記憶媒体１０の初期化を指定したので、既にＲ
ＡＭＡｌＢ１２成されているファイル管理情報１２ａを
読み出し、その内容をデイスプレィに表示する等の処理
を行い、ユーザに注意を促す（ＳＡ４）。

そして、上記処理ＳＡｄ後、または上記処理ＳＡ３で記
憶媒体１０がまだ初期化されていなければ、次に初期化
を行おうとしている対象システム（Ｏ３、機種）の名前
（またはＩＤ）が１トラツク０のセクタ１の３３バイト
目以降に登録されているかを調べるための検索を行う（
ＳＡ５）。またこの検索においてＯ３かつ機種が共に一
致する名前（またはＩＤ）が無ければ、同じＯ３を有す
る対象システムの検索を行う。

そして、当該対象システムが登録されていれば（ＳＡ６
）、その対象システムの為の管理情報が書かれている位
置情報の開始トラック及びトラック数に基づいて、その
指定されたシステムの管理情報をＲＯＭ部１２の当該領
域から読み込んだ後、その読み込んだ管理情報をＲＡＭ
ＡｌＢ１２頭領域に書き込み、ＲＡＭＡｌＢ１２頭領域
にファイル管理情報１２ａ　（ディレクトリ等）を作成
する。

また、このとき、上記位置情報（前記表１参照）におけ
るロードアドレスも、ファイル管理情報１２ａに書き込
む（ＳＡＴ）。

続けて、上記処理ＳＡ５において対象とする機種が見つ
け出されたか、すなわち対象とする機種が８０Ｍ部１１
に登録されていたか否か判別しく５Ａ８）、登録されて
いれば、その対象機種に対応する管理情報のブートトラ
ック・セクタに位置及びブートセクタ数を参照して、そ
の対象機種に対応するＩＰＬレコードを当該トラックの
当ｇ亥セクタから読み出し、ＲＡＭＡｌＢ１２定領域に
書き込む（ＳＡ９）。

次に、８０Ｍ部１１のトラック０のセクタ２に記録され
ているユーザ定義の情報を読み出して、ユーザ・オプシ
ョンとして指定される管理情報をファイル管理情報１２
ａに設定しく５ＡＩＯ）、さらに記憶媒体１０の各セク
タの使用状況を示すファイル管理情報１２ａの一部であ
るＦＡＴについては、ＲＯＭ部１２のセクタが全て使用
中であるよう　に設定する（ＳＡＩＬ）。

一方、上記処理ＳＡ８で、対象となるＯ８のみがＲＯＭ
部１工に登録されており、対象とする機種が登録されて
いなければ、上記処理ＳＡ９におけるＩＰＬレコードの
ＲＡＭＡｌＢ１２書き込みは行わず、前記処理５ＡＩＯ
及び処理５ＡＩＩのみを行う。すなわち、Ｏ３のみが登
録され、対象機種が登録されていない場合には、ＲＡＭ
ＡｌＢ１２するＩＰＬレコードの書き込みは行わない。

これは、ＩＰＬレコードが機種に依存するためである。

また、前記処理ＳＡ６で、対象とするシステム（該当す
るＯ３と機種の組み合わせ）のみならず当該Ｏ３も無け
れば、本記憶媒体１０によるシステム立ち上げは不可能
なので、直ちに処理を終了する。

このように、記憶媒体１０の出荷時に、その８０Ｍ部１
１に複数のシステム（機種とＯ３で指定）で用いられる
プログラム（ファイル）、ＩＰＬレコード、及び各シス
テムのＯ５で使用する全てのプログラム（ファイル）を
管理するための管理情報を各システム毎に記録しておき
、記憶媒体１゜を初期化する際、システムＣ機種とＯ３
）を指定することにより、ＲＡＭＡｌＢ１２の対象シス
テムで必要とされる全てのプログラム（ファイル）を管
理するためのファイル管理情報１２ａ（ディレクトリ、
ＦＡＴ）が自動的に作成される。また、対象システムが
８０Ｍ部１１に登録されていた場合には、８０Ｍ部１１
に格納されている当該システムのＩＰＬレコードもＲＡ
ＭＡｌＢ１２定領域に書き込まれる。尚、対象となるＯ
３のみが８０Ｍ部１１に登録されていた場合には、上記
ファイル管理情報１２ｂのみがＲＡＭＡｌＢ１２成され
、ＩＰＬレコードはＲＡＭＡｌＢ１２き込まれない。

したがって、このようにして記憶媒体１０を初期化する
ことにより、ＲＯＭ部１０に記録されている複数のシス
テムの立ち上げをこの記録媒体１０を用いて行うことが
できる。

次に、上述のように初期化を行った記憶媒体ｌ０を用い
て、その記憶媒体１０のＲＡＭ部１２にファイル管理情
報１２ａが作成されたシステムに対応するＩＰＬレコー
ドを主記憶装置（メモリ）にブート（ブートストラップ
）する処理を第４図のフローチャートを参照しながら説
明する。

まず、記憶媒体ｌＯのトラックＯのセクタ１を読み込み
、次にそのセクタ１に書かれているｆｏｒｍａｔ　ｉｄ
を読み出しく５ＢＩ）、この記憶媒体１０が処理可能な
フォーマット方式であるか否かを判別する（ＳＢ２）。

そして、処理可能なフォーマット方式であれば、ＲＡＭ
部１２のファイル管理情報１２ａ（ディレクトリ）が書
かれているか（初期化されているか）否か判別しくＳＢ
３，５Ｂ４）、既にファイル管理情報１２ａ（ディレク
トリ）が書かれていれば、次にそのディレクトリを基に
ＩＰＬレコードがＲＡＭ部１２の所定領域に書かれてい
るか否か判別する（ＳＢ５）。

そして、ＩＰＬレコードが書かれていれば、ブートスト
ラップ・ローダによりそのＩＰＬレコードを、ファイル
管理情報１２ａ内のロードアドレスで指定される主記憶
装置の所定の領域にロートする。さらに、そのロードし
たＩＰＬレコードを用いて、ファイル管理情報１２ａ　
（ディレクトリ）に登録されている全てのファイル（シ
ステム・プログラム等）を主記憶装置にロードする（Ｓ
Ｂ６）。

一方、上記判別処理ＳＢ５で、ＲＡＭ部１２にＩＰＬレ
コードが書かれていない場合には、ＲＯＭ部１１のトラ
ック０のセクタｌに書かれた当該システムの為の管理情
報の位置情報（表１参照）から、当該システムで使用す
るＲＯＭ部１１内のＩＰＬレコードへのポインタ（ブー
トトラック／セクタ位置）を得て、ブートストラップ・
ローダによりそのポインタの示すトラック・セクタから
ＩＰＬレコードを主記憶装置の前記ロードアドレスの示
す所定領域にロードする。そして、そのロードしたＩＰ
Ｌレコードによりファイル管理情報１２ａ（ディレクト
リ）に登録されている全てのファイルを主記憶装置にロ
ードする（ＳＢ７）。

このように、記憶媒体１０の初期化を行った後（前記第
３図のフローチャート参照）、その初期化によりＲＡＭ
部１２に作成されたファイル管理情報１２ａを参照して
、ＲＡＭ部１２に書き込まれているＩＰＬレコードへの
ポインタを得、そのＩＰＬレコードを用いて、主記憶装
置にシステム・プログラムをロードして、システムの立
ち上げを行うことができる。また、ＲＡＭ部１２にファ
イル管理情報１２ａが書かれているが、ＩＰＬレコード
が書かれていない場合（ＲＯＭ部１１に当該対象システ
ムが登録されておらず、当該Ｏ３のみが登録されている
場合）にも、ＲＯＭ部１１に書き込まれている当該Ｏ５
に対応するＩＰＬレコードを用いて、主記憶装置にシス
テム・プログラムをロードして、システムの立ち上げを
行うことができる。

続いて、上述のようにして立ち上げられたシステムにお
けるファイル管理システム記憶媒体１０への入出力処理
を説明する。

スＩ不五生詐威 ＲＡＭ部１２のファイル管理情報１２ａ　（ディレクト
リ）に、新たに作成するファイルのディレクトリ・エン
トリを作成する。また、この新規に作成するファイルの
領域は、ファイル管理情報１２ａ（ＦＡＴ）を参照して
、確保する。

ファイルに・するレコードの゛　■ ＲＡＭ部１２のファイル管理情報１２Ａ（ＦＡＴ）を参
照して、追加するレコードを書き込むために必要な領域
をＲＡＭ部１部内２内保し、その確保した領域に追加レ
コードを書き込む。

ファイルの　　、　　　・ ＲＡＭ部１２のファイル管理情報１２ａ（ディレクトリ
）におけるその改名、属性変更を行うファイルのディレ
クトリ・エントリのファイル名・属性を書き換える。

フ　イルの一゛−の ■　まず、ＲＡＭ部１２のファイル管理情報１２ａ（デ
ィレクトリ・ＦＡＴ）を参照して、更新すべきレコード
の記憶媒体１０上の位置（セクタ）を求める。

■　次に、上記求めたセクタに指定データを書き込む。

この時点では、上記セクタがＲＯＭ部１１内にあるか、
またはＲＡＭ部１部内２内るかの区別は行わず、ＲＯＭ
部１１内のセクタに対するデータの書き込みの場合には
、Ｏ８のファイル管理システムから呼ばれて実際にファ
イルに対するデータの入出力を行うＩ１０サブシステム
、あるいは記憶媒体１０に対し直接データの入出力を行
う駆動装置（ドライブ）のファームウェアでエラーとす
る。

■　上述したようにデータの書き込みを行ったセクタが
ＲＯＭ部ＩＩ内にあった場合、通常Ｉ１０サブシステム
から書き込みエラーとなって戻ってくるが１．この場合
、ファイル管理システムはそのセクタを以後「使用不可
」としてファイル管理情報１２ａ　（ＦＡＴ）に登録（
マーク）する。そして、次にファイル管理情報（ＦＡＴ
）を参照して空きセクタを得、その空きセクタに上記指
定データの書き込みを行う。（このとき、上記「使用不
可」と登録されたＲＯＭ部１１のセクタは、以後の領域
確保では使用されなくなる〕 ところで、上記■におけるＩ１０サブシステムの処理に
おいて、Ｉ１０サブシステムは、書き込み先のセクタが
ＲＯＭ部１１内にあれば、そのセクタのデータと書き込
みデータとを比較し、両方のデータが等しければ正常（
ノーエラー）、異なれば書き込み不可（エラー）の情報
をファイル管理システムに返す。

一方、書き込み先のセクタがＲＡＭ部１１であれば、そ
のセクタにデータを書き込んだ後、ベリファイ（ＶＥＲ
ＩＦＹ）を行い、 等しければ正常（ノーエラー） 異なれば、規定回数に達するまでデータの書き込みを行
い、ベリファイ（ＶＥＲＩＦＹ）を繰り返す。

尚、実際のプログラムでは、書き込みセクタがＲＯＭ部
１１内にあるときは、上記規定回数を「０」として、直
ちにベリファイ（ＶＥＲＩＦＹ）を行うようにする。

１１コ］す鉱静除 次に、第５図のフローチャートを参照しながらファイル
の削除処理を説明する。

まず、ＲＡＭ部１２のファイル管理情報１２ａ（ディレ
クトリ、ＦＡＴ）により、削除するセクタの位置を求め
る（ＳＣＩ）。

次に、ＲＡＭ部１２のファイル管理情報１２ａ（ディレ
クトリ）における削除指定されたファイルのディレクト
リ・エントリのファイル名・属性を削除する（ＳＣ２）
。この処理は、例えばファイル名の先頭に　“ｄｅｌｅ
ｔｅｄ“マーク（デリート・マーク）を書き込むことに
より行う。

続いて、上記削除したファイルが使用していた領域がＲ
ＯＭ部１１内にあるか否か判別しく５Ｃ３）、ＲＯＭ部
１１内であれば、ＲＡＭ部１２のファイル管理情報１２
　ａ　（ＦＡＴ）における上記削除ファイルが使用して
いたＲＯＭ部１１内の当該領域（セクタ）のエントリに
対し「使用不可」のマークを書き込む（ＳＣ４）。

一方、上記判別処理ＳＣ３で削除したファイルを使用し
ていた領域がＲＡＭ部１部内２内れば、ＲＡＭ部Ｉ２の
ファイル管理情報１２ａ　（ＦＡＴ）における上記削除
ファイルが使用していたＲＯＭ部１１内の当Ｂｔｊ　ｅ
Ｍ域（セクタ）のエントリを、「使用中」から「使用可
」に改め、上記当該領域の処理を行う（ＳＣ５）。

このように、従来のファイル管理システムであれば、削
除ファイルが使用していた領域を全て解放して「使用可
」の属性にしていたが、本実施例では削除ファイルが使
用していた領域が８０Ｍ部ｌｌ内にある場合「使用不可
」の属性にする。

しかしながら、従来のファイル管理システムを改変せず
に、そのまま暖用することも可能である。

すなわち、ＲＯＭ部１１の領域の場合もＲＡＭ部１２と
同様に使用していた領域を解放し、以後その解放された
ＲＯＭ部１１の領域が使用可能となるようにファイル管
理情報１２　ａ　（ＦＡＴ）を書き換えるが、実際にそ
のＲＯＭ部１１の領域に対する書き込み要求が行われた
場合には、上述したようにＩ１０サブシステムが実際の
データ書き込みを行わずエラーを返すようにする。この
ようにすれば、ファイル管理システムが上記解放したＲ
ＯＭ部１１の領域に「使用可」という属性を与えても、
実質的には、Ｉ１０サブシステムが処理する段階で、Ｒ
ＯＭ部１２の削除ファイルの各セクタは「使用不可」と
なり正しい処理が行われる。

しかしながら、このようにすると、ＲＯＭ部１１に対す
る書き込み要求が頻発し、記憶媒体１０へのアクセスが
非効率となってしまうので、Ｉ１０サブシステムに対し
以下のような処理を付加するのが好ましい。

すなわち、適当なタイミング（例えば、ファイル管理処
理１２ａ　（ＦＡＴ）へのアクセスが行われるとき、任
意のデータ書き込みが行われるとき等）で、ＦＡＴのＲ
ＯＭ部１１の各セクタの管理データを調べて、その管理
データが解放されていれば（「使用可」となっていれば
）、「使用不可」に書き直す。一方、データ書き込みの
あったＲＯＭ部１１のセクタに対する管理データが既に
「使用不可」と変更されていれば、直ちにファイル管理
システムに対して、例えば「記憶媒体１０が交換された
」旨の通知を行う。このことにより、ファイル管理シス
テムは、内部的に保持している書き込みデータは無効で
あると判断する。尚、この通知は、ファイル管理システ
ムからの要求に応じて行う。このようにすれば、ファイ
ル管理システムがＦＡＴを参照した時点で、ＲＯＭ部１
１のセクタに対する書き込みを中止する頻度がしだいに
高くなり、記憶媒体１０に対するアクセスが効率良く行
われるようになる。

（第２の実施例） この実施例は、記憶媒体１０の作成時に、前記第１実施
例のようにＲＯＭ部１１にシステム毎に個別の管理情報
を用意することはせず、記憶媒体１０独自の管理情報を
用意しておく例である。

まず、記憶媒体１０の作成時、ＲＯＭ部１１には、下記
の表３に示すような管理情報を書き込む。

−表３＝ トラックＯ： セクタ１ １−８バイト　ｆｏｒｍａｔ　１ｄ ９−１６バイト　空き １７−３２バイト　記憶媒体１０のフォーマット情報 ３３−４８バイト　対象システム１の名前（ｏｒ　ＩＤ
）４９−６４バイト　対象システム２０名前（ｏｒ　Ｉ
Ｄ）６５−８０バイト　対象システム３の名前（ｏｒ　
ＩＤ）・・・繰り返し・・・ ４９５−５１２バイト　対象システム３０の名前（ｏｒ
　ＩＤ）セクタ２　　ユーザ定義 セクタ３９．８　　各トラックがＲＯＭ部１１であるか
ＲＡＭ部１２であるかを示すビット ・マツプ（ＢＩＴ　ＭＡＰ） セクタ９ ■−４８バイト　ＲＯＭ部１１に書かれたファル１の情
報 ４９−９６パイ）　　ＲＯＭ部１１に書かれたファル２
の情報 ・・・　　・・・繰り返し・・・ ４３３−４８０バイト　ＲＯＭ部１１に書かれたファル
１０の情報 セクタ１１−２４繰り返し セクタ２５ １−４８パイ）　　ＲＯＭ部１１に書かれたファル１６
１の情報 ４９−９６ハイト　ＲＯＭ部１１に書かれたファル１６
２の情報 ・・・　・・・繰り返し・・・ ４３３−４８０バイト　ＲＯＭ部１１に書かれたファル
１７０の情報 トラック１： セクタ１ １−４８バイト　ＲＯＭ部１１に書かれたファル１７１
の情報 ４９−９６バイト　ＲＯＭ部１１に書かれたファル１７
２の情報 ４３３−４８０バイト　ＲＯＭ部１１に書かれた７フル
１８０の情報 セクタ２．．２５ ファイル情報を、トラック０のセクタ１の前記記憶媒体
１０に指定されたファイル数に達するまで繰り返す。

トラック２：、。

（必要ならば）トラックｌと同様のファイル情報を繰り
返す。

上記表３に示すように、まず、トラックＯのセクタ１に
は、ｆｏｒｍａｔ　ｉｄ　、媒体のフォーマット情報、
及び対象システム１〜１４０名前（もしくはＩＤ）が記
録される。

上記ｆｏｒｍａｔ　ｉｄは、この記憶媒体１０のフォー
マット方式を示すＩＤ（識別ラベル）である。

また、上記媒体のフォーマット情報は、下記の表４に示
すような形式となっている。

−表４− １７　　　　バイト　セクタ／トラック数１Ｂ−１９バ
イト　全シリンダ数 ２０　　　　バイト　面数 ２１−２２ハイド　セクタ長 ２３−２４バイト　代替トラック数 ２５−２６バイト　記憶媒体１０のファイル管理情報１
２ａを書き込むべきトラフ クＮα（通常のＲＡＭ部１２の最 初の領域） ２７−２８ハイド　ＲＯＭ部１１に書き込まれファイル
の数 ２９−３２バイト　未定義 すなわち、第２実施例における媒体フォーマット情報も
前述した第１実施例の媒体フォーマット情報とほぼ同様
であり、トラック０のセクタ１の２７〜２８バイト目に
、ＲＯＭ部１１に書き込まれたファイル（このファイル
は、任意のオペレーティング・システムで使用されるプ
ログラムが格納されているファイル等である）の数が記
録されている点だけが異なる。

続いて、トラック０のセクタ１の３３バイト目から５１
２バイト目には、４バイト単位で、対象システム１〜対
象システム３０までの３０種類の対象システムの名前（
あるいはＩＤ）が記録される。

そして、次のセクタ２には、ユーザが定義する種々の情
報が記録される。

さらに、セクタ３からセクタ８には、記憶媒体１０の全
てのトラックについて、そのトラックがＲＯＭ部１１に
属しているかまたはＲＡＭ部１２に属しているかを示す
情報がビット・マツプ（Ｂｉｔ　Ｍａｐ）形式で記録さ
れる。

そして、さらにトラック０のセクタ９以降には、上記ト
ラックＯのセクタ１０バイト２７〜２８に書き込まれた
ファイル数に等しいだけの各ファイルに関する情報が記
録される。このファイルに関する情報は、上記ファイル
数に応じて、トラック２にも記録される場合がある。

ここで、上記ファイルｎ　（ｎ＝１．２．　　・・・）
の情報の構成を下記の表４に示す。

−表４− １−３０バイト　ファイル名 ３１−３２バイト　ファイルのグループ番号３３−３６
バイト　このファイルを対象とするシステムに対応する
ビットマツ プ ３７−４０バイト　ファイルの属性を示すビットマツプ ４１−４４バイト　ファイルが書かれている開始位置（
面、トラック、セクタ） ４５−４８　ハイド　ファイルが書かれている終了位置
（面、トラック、セクタ） 尚、上記１〜４８の各バイトは、ファイルｎの情報の相
対的なバイト位置である。

ファイル名： 最大３０バイトの英数字等から成る固有のファイル名 ファイルのグループ番号： 本実施例では、上記複数のファイルをグループ分けして
管理するが、その場合のファイルｎが属するグループの
番号を示す。

ファイルを対象とするシステム（ビットマツプ）ニドラ
ックＯ，セクタ１の３３バイト目から５１バイト目に記
録されているシステム（対象システム）のそれぞれが、
ＲＯＭ部１１に記録されている全てのファイルを使用す
る訳ではない。

また、論理的には同じ処理を行うプログラムも、システ
ム毎に異なるプログラムを用意したい合がある。このよ
うな場合、両者をファイル名で区別するのは、機種が変
わるとコマンド入力等の操作が変わってしまう等の理由
により管理上望ましくない。そこで、ファイル名は同一
としておき、動作する機種により、ファイルを取捨選択
して使用するための情報である。このビットマツプは、
各ビットが、上記トラック０．セクタ１の３３バイト目
から５１バイト目に記録されたシステムに順に対応して
おり、そのシステムで使用されるファイルであるか否か
に応じて「ｌ」　（使用）または「０」　（使用せず）
のフラグが設定される。

ファイルの属性（ビットマツプ）： ファイルｎの属性をビット対応で示したもの。

そのビットマツプの各ビットは、ｄｉ　ｒｅｃｔｏｒｙ
（ディレクトリ）　、ｔｅｘｔ　（テキストファイル）
、ｅｘｅｃｕｔａｂｌｅ　（実行形式ファイル）　、ｒ
ｅａｄ　ｏｎｌｙ（読出専用）　、　ｈｉｄｄｅｎ、５
ｈｅａｒｂｌｅ、ｓｙｓｙｔｅｍ　　（システムファイ
ル）・・・の順に対応している。

ファイルが書かれている位置： 本ファイルの格納領域の開始位置を、面（１ハイド）、
トラック（２バイト）、セクタ（１バイト）で示す。

ファイルが書かれている終了位置： 本ファイルの格納領域の終了位置を、面（１バイト）、
トラック（２バイト）、セクタ（１ハイド）で示す。

続いて、上記構成の第２実施例の記憶媒体１０の使用方
法を説明する。

シ己　　　１０の　其ヒ この初期化処理は、前述した第１実施例の場合とほぼ同
様であるので、簡単に説明する。

まず、ＲＯＭ部１１の０トラツクの１セクタの１バイト
目〜８バイト目からｆｏｒｍａｔ　ｉｄを読み出し、次
にそのｆｏｒｍａｔ　ｉｄに基づいて、この記憶媒体１
０のフォーマット方式がこのコンピュータにおいて処理
可能なフォーマット方式となっているか否かを判別する
。

そして、フォーマット可能な方式でなければ直ちに処理
を終了するが、フォーマット可能な方式であれば、次に
記憶媒体１０が既に初期化されているか否かの判別を行
う。この判別はＲＡＭ部１２にファイル管理情報１２ａ
が既に作成されているか否かを判別することにより行わ
れる。

そして、既に記憶媒体１０が初期化されていれば、ユー
ザが再度記憶媒体１０の初期化を行ったので、既にＲＡ
Ｍ部１２に作成されているファイル管理情報１２ａの内
容をデイスプレィの表示する等の処理を行い、ユーザに
注意を促す。

続いて、フォーマットを行おうとしている対象システム
（Ｏ３と機種により設定されるＩＤ）を第１セクタの３
３バイト目以降を検索して探す。

そして、対象システムが見つかれば、その対象システム
に対応する前記ピントマツプを作成する。

続いて記憶媒体１０のフォーマット情報（セクタ１の１
７〜３２バイト）に応じて、ファイル情報１２ａの雛形
を作成した後、上記フォーマット情報からＲＯＭ部１１
に書き込まれているファイル数ｎを得る。

そして、前記作成したビットマツプと、セクタ９以降に
書かれた全てのファイルＨ（ｎ＝１．２゜・・・）の情
報中の対象とするシステムに対応するビットマツプ（表
４参照）との論理積をとる論理演算を行い、対象システ
ムが使用する全てのファイルを見つけ、その見つけ出し
た使用するファイルを管理するためのファイル管理情報
１２ａ（ディレクトリ、ＦＡＴ）を作成する。

次に、ＲＯＭ部１１の各セクタに対応するＦＡＴの管理
データに「未使用」と設定されている管理データがあれ
ば、それらの管理データを「使用不可」に設定する。

そして、次に、以上のようにして作成したファイル管理
情報１２ａをＲＡＭ部１２の所定領域の書き込む。

さらに、対象システムがこの記憶媒体１０からのＩＰＬ
が可能なシステムであれば、別の媒体（例えば、磁気テ
ープ等）に用意していたＩＰＬレコードをＲＡＭ部１２
の所定領域に書き込む。

以上の処理により、記憶媒体１０のＲＡＭ部１２に対象
システムが必要とするＲＯＭ部１１に書き込まれたファ
イルを管理するためのファイル管理情報１２ａが書き込
まれ、さらには、対象システムに応じてＩＰＬレコード
も書き込まれる。

發　　　１０）゛のＩＰＬ このＩＰＬの処理は、ＩＰＬレコードがＲＡＭＡｌＢ１
２き込まれていない場合には、ＩＰＬレコードの主記憶
装置へのブート（ブートストラップ）を行わないことを
除いては、前記第１実施例の記憶媒体１０からのＩＰＬ
と同様であるので詳しい説明は省略する。

また、ファイルの作成、ファイルへのデータの追加、フ
ァイルの改名・属性変更、ファイルの更新、及びファイ
ルの削除等のファイル管理に係わる処理は、前記第１実
施例と同様であるので、詳しい説明は省略する。

このように、１つの記憶媒体ｌＯを用いて、種々のファ
イル管理システムを構築できる。

また、ＲＯＭ部１１に記録された情報は消去されること
はないので、ＲＡＭＡｌＢ１２き込んだ情報が全て消去
されても、直ちに所望のファイル管理システムを再構築
できる。

尚、本実施例においては、ＲＯＭ部とＲＡＭ部を２分割
しているが、ＲＯＭ部とＲＡＭ部の配置構成は、これに
限定されるものではなく、ＲＯＭ部とＲＡＭ部を交互に
配置するなど、各種の配置構成が考えられる。

〔発明の効果〕

以上、詳細に説明したように、本発明によれば、書き換
え可能なＲＡＭ部と書き換え不可能なＲＯＭ部とを有す
る記憶媒体のファイル管理において、ＲＡＭ部に作成さ
れるファイルとＲＯＭ部に作成されるファイルとを、Ｒ
ＡＭ部に作成するファイル管理情報により、従来の単一
の記憶媒体のファイル管理システムと同様にして管理で
きる。

【図面の簡単な説明】

第１図は本発明の原理説明図、 第２図は本実施例の概略を説明する図、第３図は第１実
施例における記憶媒体の初期化処理を説明するフローチ
ャート、 第４図は第１実施例における記憶媒体からのＩＰＬ処理
を説明するフローチャート、 第５図は第１実施例におけるファイルの削除処理を説明
するフローチャートである。 １・・・記憶媒体、 ２・・・ＲＯＭ部、 ３・・・ＲＡＭ部、 ４・・・ファイル、 ５・・・媒体管理情報、 ６・・・ファイル管理情報、 ６ａ・・・領域管理情報。

Claims (1)

1. 【特許請求の範囲】 １）単一の記憶媒体上に書き換え可能なＲＡＭ部（２）
   と書き換え不可能なＲＯＭ部（３）とを有する部分書き
   換え可能な記憶媒体（１）におけるファイル管理方式に
   おいて、 前記記憶媒体（１）の作成時に、前記ＲＯＭ部（２）に
   ファイル（４）とそのファイル（４）に係わる管理情報
   を含む媒体管理情報（５）を予め作成しておき、前記記
   憶媒体（１）の使用開始時に、その記憶媒体（１）の使
   用形態に応じて前記ＲＯＭ部（２）に作成されている前
   記媒体管理情報（５）に基づき、前記記憶媒体（１）の
   使用に必要なファイル管理情報（６）を前記ＲＡＭ部（
   ２）に作成することを特徴とする部分書き換え可能な記
   憶媒体におけるファイル管理方式。 ２）前記ＲＯＭ部（２）の所定領域に対するデータ書き
   込み要求があった場合、その書き込みデータが前記ＲＯ
   Ｍ部（２）の前記所定領域に書き込み済みのデータと同
   一の場合にはそのデータ書き込みを正常とみなすことを
   特徴とする請求項１記載の部分書き換え可能な記憶媒体
   におけるファイル管理方式。 ３）前記ＲＯＭ部（３）に作成されたファイル管理情報
   （６）の中の領域管理情報（６ａ）の管理において、前
   記ＲＯＭ部（２）内の前記領域管理情報（６ａ）におけ
   る管理対象の領域を所定のタイミングで検査して、その
   管理対象の領域が使用可能領域として割り当てられてい
   る場合には、その領域を使用不可能な領域に更新するこ
   とを特徴とする請求項１または２記載の部分書き換え可
   能な記憶媒体におけるファイル管理方式。