JPH08255100A - ファイル管理システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 楽音データのようなデータをハートドディス
ク等の記録媒体に記録し、編集し、再生するのに適した
システムの提供。 【解決手段】 記録媒体において連続する１又は任意の
複数の記録単位からなるブロックを１又は複数設定し、
１ファイルを構成するデータを分割して前記記録媒体の
各ブロックに記録すると共に、前記各ブロック毎に、該
ブロックに記憶されているデータの有効データ量を示す
管理情報を記憶する。各ブロック毎の記録単位数は夫々
任意数となり、また、各ブロックにおける有効データ量
が管理されるので、所定の記録単位で一括してデータを
読み出したとしても、有効なデータと不要なデータを区
別できる。従って、データ編集作業によって或るブロッ
クに空白が生じたとしても、そのままにしておくことが
でき、大幅なデータ書き換え処理が不要となり、時間の
短縮化が可能。また、１つのファイルを構成するブロッ
ク数は比較的少数となるので、記録・編集・再生処理の
際のトータルのアクセス時間を短縮することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ハードディスク
のようなランダムアクセス可能な大容量タイプの記録媒
体に対するデータファイルの記録・編集・再生等の管理
に適したシステムに関し、特に、サウンド波形データあ
るいは自動演奏データのような、リアルタイムの記録・
再生が要求されるデータやユーザーによるデータ編集処
理頻度が比較的高いデータ等のファイルの管理に適した
システム及び方法に関する。

【０００２】

【従来の技術】マイクロフォンなどによって外部からサ
ンプリングした楽音データを記録したり、記録した楽音
データを再生したりする楽音データ記録再生装置には、
大容量の補助記録媒体として、ランダムアクセス可能な
ディスク型記録媒体を使用しているものがある。このう
ち、ハードディスクを使用しているものは、ディスクレ
コーダと呼ばれている。

【０００３】ハードディスク上のファイルを管理するシ
ステムにおいては、一般に、ディスク上の所定の大きさ
の記録領域を、データを管理する最小の記録単位として
設定している。これらの記録単位には、ディスクの同一
トラック上で連続する順番に、１つずつ番号を付けてい
る。そして、各番号の記録単位の現在の使用状況（使用
されているか否か、不良であるか否か等）を記録する領
域をディスク上に設け、各記録単位の使用状況を管理し
ている。ユーザーがデータファイルの作成を指示した
際、こうしたファイル管理システムでは、上述のような
使用状況を記録した領域の情報に基づき、ディスク上の
使用可能な記録単位を、当該ファイルの大きさに応じた
数だけ探し出す。また、こうしたファイル管理システム
では、ファイルに関する所定の情報（ファイルの種類，
ファイルの大きさ，ディスク上のファイルの記録位置，
等を示す情報）を記録する領域をディスク上に設けてお
り、上述のようにして探し出した記録単位にデータを記
録する際に、併せて、この領域にも情報を記録してい
る。そして、ユーザーが、作成済のファイルの読み出し
・削除のためにファイル名を指定すると、ファイル管理
システムは、この領域内の情報のうち「ディスク上のフ
ァイルの記録位置」を示す情報に基づき、当該ファイル
のデータを記録しているディスク上の記録単位を検出す
る。なお、ファイル管理システムの一例として、ＭＳ−
ＤＯＳ（マイクロソフトディスクオペレーションシステ
ム：登録商標）では、上述の最小の記録単位をクラスタ
と呼び、クラスタに付ける番号をクラスタ番号と呼んで
いる。（なお、以下、この明細書でも、この最小の記録
単位をクラスタと呼ぶことにするが、最小の記録単位と
しては既存概念であるクラスタ以外の単位を使用しても
よいのは勿論である。）

【０００４】従来のディスクレコーダのファイル管理シ
ステムでは、ディスク上の限られた容量の記録領域に少
しでも多くの楽音データ（すなわちサウンド波形デー
タ）を記録するという要請から、楽音データの記録によ
るファイルの作成を行なう際、使用状況を記録した領域
の情報に基づいて使用可能なクラスタを１個探し出した
毎に、そのクラスタにアクセスして楽音データを記録し
ていた。すなわち、探し出した複数のクラスタがディス
ク上で相互にどのような位置関係にあるかにかかわら
ず、探し出したハードディスク上の個々のクラスタに逐
一にアクセスして、楽音データを記録していた。

【０００５】そのようにして作成したファイルの一例
を、図１８に示す。この例では、クラスタ４個分のデー
タ量のファイルを作成するために、ハードディスクＨＤ
上の４つの使用可能なクラスタＡ〜Ｄ（図１８（ａ））
が、Ａ，Ｂ，Ｃ，Ｄの順に探し出され、ハードディスク
上のそれらのクラスタに逐一アクセスしてデータが記録
されている（図１８（ｂ））。また、従来のディスクレ
コーダのファイル管理システムでは、上述の「ディスク
上のファイルの記録位置」を、データを記録している個
々のクラスタのクラスタ番号で表現している。したがっ
て、作成済のファイルの読み出しによる楽音データの再
生を行なう際には、これらのクラスタ番号に基づき、当
該ファイルの楽音データを記録しているハードディスク
上の個々のクラスタに逐一アクセスし、楽音データを再
生していた。

【０００６】

【発明が解決しようとする課題】こうした従来のディス
クレコーダのシステムでは、１ファイルを構成するデー
タのデータ量が多い場合には、非常に多くのクラスタの
クラスタ番号を用いてファイルの記録位置を表現しなけ
ればならなくなるので、ファイル管理を行なうための管
理情報が膨大になってしまう。そのため、ファイル管理
が煩雑になってしまうという問題があった。またこうし
た従来のディスクレコーダのシステムでは、楽音データ
の記録によるファイルの作成を行なう際や、作成済のフ
ァイルの読み出しによる楽音データの再生を行なう際
に、ハードディスク上の個々のクラスタに、逐一アクセ
スしなければならない。したがって、ファイルサイズが
大きい場合には、ハードディスクへのアクセス回数が膨
大になるので、トータルのアクセス時間（リードライト
ヘッドがディスク上のトラックの間を移動する時間と、
移動後の安定時間と、ディスクの回転待ち時間と、ヘッ
ドロード時間との合計）が長時間となり、記録・再生の
処理スピードが低下してしまう。特に、ハードディスク
上でのファイルの作成・更新・削除の回数が増えるにつ
れ、上述のクラスタの使用状況を記録する領域から、使
用可能なクラスタとして探し出されるクラスタのクラス
タ番号の順番が、不規則になっていく。したがって、そ
れにつれて、図１８（ａ）に例示したように、ディスク
上の相互に離れた位置にあるクラスタにアクセスする
（特に、相互に異なるトラック上にあるクラスタに、リ
ードライトヘッドを移動させてアクセスする）頻度も多
くなり、記録・再生の処理スピードの低下の度合いは著
しくなる。楽音データをリアルタイムに記録・再生する
ことが要請されるディスクレコーダにとっては、こうし
た処理スピードの低下は、非常に不都合な問題である。

【０００７】ハードディスク上のデータの再生スピード
の向上を図って、記録済のデータのディスク上の位置を
並べ替える処理を行なうソフトウェアも開発されてい
る。そうしたソフトウェアは、記録したデータを時間を
おいてから再生するようなディスクの使用環境のもとで
は、再生スピードの向上に資することができる。しか
し、ディスクレコーダのようにデータをリアルタイムに
再生する使用環境には不適当である。また、そうしたソ
フトウェアでは、データを記録する際に記録スピードを
向上させることは全く不可能である。

【０００８】また、１ファイル分のデータはその大きさ
（サイズ）に応じて複数のクラスタに記録されるが、従
来は、１ファイル分のデータがクラスタ単位で分割さ
れ、最後のクラスタ以外のクラスタにおいてはデータが
フルに記録され、最後のクラスタでのみデータが記録さ
れていない空き領域が幾分残ることがあるようになって
いる。そこで、このようなファイル管理方式を採用した
従来のディスクレコーダでは、ファイルの作成後に楽音
データの編集（データの挿入や削除）によるファイルの
更新を行なう際には、編集位置に対応するクラスタ以降
の各クラスタに記録されているデータを、全て新たに記
録し直しさなければならない。

【０００９】上述の図１８のファイルを例にとって説明
すると、ファイルのデータのうち、クラスタＢとクラス
タＣにまたがって記録されているデータＸの部分を削除
する編集を行なう際には、クラスタＢの残りのデータ
Ｂ’と、削除個所以降のデータ（クラスタＣの残りのデ
ータＣ’、及びクラスタＤのデータ）とを一旦統合し
て、それから、全て別のクラスタＥ，Ｆ，Ｇに記録し直
さなければならない（図１８（ｃ）参照）。この例で
は、図示の便宜上、ファイルサイズを小さくしてあるの
で、削除個所以降のデータは僅かである。しかし実際に
は、楽音データのファイルはサイズが大きいので、削除
個所以降のデータが膨大になり、そのデータを記録し直
す作業に数分ないし数十分を要するようになることも稀
ではない。特に、楽音データのファイルでは、データの
編集が比較的頻繁に行なわれるので、編集に要する時間
の長時間化は、非常に不都合な問題である。

【００１０】この発明は上述の点に鑑みてなされたもの
で、サウンド波形データあるいは自動シーケンス演奏デ
ータなどのように、記録・再生処理がリアルタイムで行
なわれ、且つ、データの削除や挿入等の編集処理が比較
的頻繁に行われるような種類のデータのファイルを管理
するのに適した簡略なファイル管理システム及び方法、
あるいは、そのようなファイル管理システムを採用した
データ記録再生装置を提供しようとするものである。

【００１１】

【課題を解決するための手段】この発明に係るファイル
管理システムは、データを記録するための記録媒体と、
前記記録媒体において連続する１又は任意の複数の記録
単位からなるブロックを１又は複数設定し、１ファイル
を構成するデータを分割して前記記録媒体の各ブロック
に記録するデータ記録制御手段と、前記各ブロック毎
に、該ブロックに記憶されているデータの有効データ量
を示す管理情報を記憶する管理情報記憶手段とを具えた
ことを特徴としている。

【００１２】また、この発明に係るファイル管理方法
は、１つのファイル名で特定されるデータ集合を記録媒
体に記録し、管理するための方法であって、前記記録媒
体において連続する１又は任意の複数の利用可能な記録
単位を検出し、検出した記録単位を１つのブロックとし
て確保し、このようなブロックを１又は複数確保するス
テップと、１ファイルを構成するデータを分割して前記
記録媒体の各ブロックに記録するステップと、前記各ブ
ロック毎に該ブロックに記憶されているデータの有効デ
ータ量を示す管理情報を記憶するステップと、前記記録
媒体に記憶するデータの挿入又は削除によって或るブロ
ックの前記有効データ量が変化したとき該ブロックにつ
いての前記管理情報を更新するステップとを具えたこと
を特徴としている。

【００１３】更に、この発明に係るファイル管理システ
ムは、１又は複数のファイルのデータを記録するための
データ記録領域と記録した１又は複数のファイルの各々
のための管理情報を記録する管理情報記録領域とを含む
読み書き可能な記録媒体と、前記記録媒体のデータ記録
領域において連続する１又は任意の複数の記録単位から
なるブロックを１又は複数設定し、１つのファイルを構
成するデータを分割して前記データ記録領域の各ブロッ
クに記録するデータ記録制御手段と、前記記録媒体の管
理情報記録領域において、各ファイル毎に、該ファイル
に対応して設定された前記１又は複数のブロックの各々
について、該各ブロックに記憶されているデータの有効
データ量を示す管理情報をそれぞれ記録し、データの削
除又は挿入によって該有効データ量が変更したときその
記録値を更新する管理情報記録制御手段とを具えたこと
を特徴としている。

【００１４】また、この発明のデータ記録再生方法は、
連続して再生されるべき１つのファイルのデータを、そ
れぞれデータサイズが任意に可変設定される複数のブロ
ックに分割して、各ブロック毎に記録媒体の任意の記録
位置に別々に記録するステップと、前記記録媒体におけ
る前記各ブロックの記録位置を特定する情報と、該各ブ
ロック毎に実際に記憶している有効なデータを示す有効
データ情報とを記憶するステップとを具えたものであ
る。この発明のデータ記録再生方法は、前記１つのファ
イルのデータを再生するために、前記記録位置を特定す
る情報に従って前記記録媒体の各ブロックに順次アクセ
スし、各ブロック毎の記録データを順次読み出すステッ
プと、各ブロックの読み出し出力データのうち前記有効
データ情報に従って有効なデータのみを取り出すステッ
プとを更に具えたものである。

【００１５】この発明に従えば、記録媒体において連続
する１又は任意の複数の記録単位からなるブロックを１
又は複数設定し、１ファイルを構成するデータを分割し
て前記記録媒体の各ブロックに記録すると共に、前記各
ブロック毎に、該ブロックに記憶されているデータの有
効データ量を示す管理情報を記憶するようにしたことを
特徴としている。これによって、各ブロック毎の記録単
位数はそれぞれ任意数であってよく、各ブロックの記録
容量は任意の可変容量となる。また、各ブロックにおい
て実際に記録されているデータ量つまり有効データ量
は、各ブロック毎の管理情報によって管理されるので、
このデータを読み出してこれを利用する際に、有効に利
用することができる。すなわち、所定の記録単位で一括
してデータを読み出したとしても、どこまでが有効なデ
ータで、どこからが不要なデータかが判明する。従っ
て、削除や挿入のデータ編集作業によって或るブロック
のデータ量が減ってそのブロックに空白が生じたり、一
部にデータ空白部分を有する追加のブロックが新設され
たとしても、その空白を埋めるようにそれ以降のブロッ
クのデータ群を上にずらす処理をする必要がなくなり、
空白をそのままにしておくことができる。そのため、デ
ータ編集作業の際に、大幅なデータ書き換え処理が不要
となり、データ編集作業に要する時間を大幅に短縮する
ことができる。また、１つのブロックを、連続する１又
は任意の複数の記録単位によって設定するようにしたの
で、１つのファイルを構成するブロック数は、従来に比
べて比較的少数となるので、記録・編集・再生処理の際
のトータルのアクセス時間を短縮することができ、編集
作業時間の短縮化に資するのは勿論のこと、リアルタイ
ムでの記録・再生処理に際しても大変好都合となる。

【００１６】すなわち、記録単位をクラスタとして考え
てみると、１又は複数の利用可能な（空白の）連続した
クラスタを１まとまりのブロックとして設定すなわち確
保し、このブロックに１ファイルのデータの一部を記録
することとなる。そのように任意のデータ可変のサイズ
からなるブロック毎にデータを記録することにより、ク
ラスタ数よりも少ない数の記録媒体上のブロックにアク
セスすれば足りるようになるので、従来のように記録媒
体上の個々のクラスタに逐一にアクセスする場合と比較
して、アクセス時間が短縮され、データの記録スピード
や再生スピードが向上することになるわけである。

【００１７】特に、記録媒体上で相互に離れた位置に存
在するクラスタに対してデータの記録又は再生を行なお
うとする場合には、最初のクラスタに対する記録又は再
生を行なった後、リードライトヘッドを次のクラスタの
位置にまで移動させ、それから当該クラスタに対する記
録又は再生を行なわなければならないので、リードライ
トヘッドの移動に要する時間の分だけ記録・再生スピー
ドが低下してしまう。しかし、この発明によれば、１ブ
ロック内のクラスタに対する記録又は再生を行なう間
は、クラスタが連続的な位置に存在しているので、最初
のクラスタに対する記録又は再生の後、リードライトヘ
ッドを移動させることなく次のクラスタに対する記録又
は再生を行なうことができる。これにより、リードライ
トヘッドの移動回数が従来よりも少なくなるので、デー
タの記録・再生スピードのかなりの向上が図られる。

【００１８】またこのように、クラスタ数よりも少ない
数のブロックと、各ブロック毎の有効データ量とを用い
てファイルの記録位置を表現するようにしているので、
１ファイル分のデータを記録した個々のクラスタのクラ
スタ番号をいちいち用いてファイルの記録位置を表現し
なければ従来のファイル管理方式と比較して、少ない管
理情報でファイル管理を行なうことができ、ファイル管
理を簡略化することができる。尚、記録媒体に新たに記
録を行なう際には、記録媒体上に大きな空きスペースが
存在しているので、そうした空きスペースに、かなり多
数のクラスタが連続するブロックが確保されるので、１
ファイルにおけるブロック数が、クラスタ数に比較して
かなり少なくなることになる。したがって、特に記録媒
体に新たに記録を行なった段階では、管理情報の情報量
がかなり少なくて済むので、ファイル管理のかなりの簡
略化が図られるようになる。

【００１９】更に具体的に説明するために、この発明に
従って作成したファイルの一例を図１９に示す。この例
では、クラスタ１９個分のデータ量の１ファイルを作成
するために、５個のクラスタが連続したブロック０と、
４個のクラスタが連続したブロック１と、６個のクラス
タが連続したブロック２と、３個のクラスタが連続した
ブロック３と、２個のクラスタが連続したブロック４と
を、それぞれ記録媒体の利用可能な領域（空き領域）に
設定し、こうして設定された各ブロックに対応して適切
に分割したデータを順次記録するようにしている。な
お、最後のブロック４に対しては、２クラスタ分の記憶
領域が確保されているが、これはこの例では、１ブロッ
クの最小記憶容量を２クラスタ（２記憶単位）と設定す
ると仮定したためである。従って、１ブロックの最小記
憶容量を１クラスタ（１記憶単位）と設定するとするな
らば、最後のブロック４の容量は必要な１クラスタ分だ
け確保すればよい。さて、この例においては、１ファイ
ルの記録又は再生に要する記録媒体へのアクセス回数は
合計５回であり、１９個の任意のクラスタがばらばらに
確保される従来例では１ファイルの記録又は再生に要す
る記録媒体へのアクセス回数が合計１９回であることと
比較して、アクセス時間が明らかに短縮され、データの
記録・再生スピードを向上させることができることが理
解できる。

【００２０】更に理解を深めるために、この発明に従う
ファイル管理システム又は方法を採用した場合のデータ
編集作業の具体例について図２０及び図２１を参照して
説明する。図２０の例では、或るファイルのデータを記
録したブロックのうち、４個の連続するクラスタからな
る９番目のブロック９における任意の挿入位置ＩＰに、
クラスタ２個分のデータ量のデータＹを挿入する例を示
している（図２０（ａ）参照）。データＹを挿入した場
合、ブロック９の新たなデータ量は、該ブロック９に確
保されている記憶容量（４クラスタ分）を上回るので、
ブロック１０以降の記憶状態を変えることなく適切な処
置をしてやる必要がある。そのための適切な処置は、こ
の発明に従って、ブロック毎の有効データ量管理をして
いることにより、適切に行える。例えば、図２０（ｂ）
に示すように、ブロック９については、既存の４クラス
タを確保しておき、追加のブロック２０を新設するよう
にすることができる。すなわち、挿入データＹのうちブ
ロック９のＩＰ以降の記録容量（例えばクラスタ１．５
個分）に相当する部分はブロック９のＩＰ以降の部分に
記録し、それを超える部分（例えばクラスタ１個分）と
元々ブロック９のＩＰ以降に記録されていたデータ（例
えばクラスタ１．５個分）については、３個のクラスタ
が連続してなる追加のブロック２０を新規に開設し（勿
論、ブロック２０としては、データを記録していない利
用可能な記録領域を探し出す）、そこに記録する。追加
のブロック２０には、一部に空白が生じるが、このブロ
ックの有効データ量の情報を記憶しておき、管理するこ
とにより、この空白をそのままにしておいても問題なく
編集及び再生処理を行うことができる。従って、ブロッ
ク９より後のブロック（ブロック１０，…）に記録され
ているデータは、全く書き換える必要がない。勿論、こ
の場合、ブロック９の次に追加のブロック２０が挿入さ
れることを明らかにするブロック順位管理を別途してお
くものとする。あるいは、追加のブロック２０のブロッ
ク番号のみをブロック１０に変更し、元々のブロック１
０以降はそのブロック番号を１つづつ下にずらすように
してもよい。その場合も、単に管理上のブロック番号を
ずらすのみであり、それらのブロックに記録されていた
データの書換えは行なわないので、それらのデータの記
録媒体における実際の記録位置に変更はない。したがっ
て、従来のように挿入位置より後の全クラスタ内のデー
タをずらして記録し直すために記録媒体上のそれらの全
クラスタにアクセスする場合と比較して、記録媒体への
アクセス時間が明らかに短縮されることが理解できる。
なお、図２０（ｂ）の例に限らず、データ挿入後のブロ
ック９の全データを収納できるだけの利用可能な連続す
るクラスタ（例えば８クラスタ）を探し出して確保し、
この新規に確保した８クラスタを新たなブロック９に変
更してデータ記録を行うようにしてもよいのは勿論であ
る。また、このようなデータ編集作業を行なうことによ
り、挿入位置よりも後に１または複数のブロックが新た
に追加されることがあるが、こうして追加されるブロッ
クの数は、挿入処理後の楽音データファイルを管理する
のに必要な最低限の数なので、ブロック数が不必要に増
大することはなく、編集作業を行なう前（すなわち記録
処理のみを終えた状態）と同様な効率的なファイル管理
を維持することができる。

【００２１】図２１は或るファイルのデータの削除例を
示すもので、４個のクラスタが連続してなる１０番目の
ブロック１０と４個のクラスタが連続してなる１１番目
のブロック１１とにまたがって記録されているクラスタ
３．５個分のデータ量のデータＺを削除する例を示して
いる（図２１（ａ））。この場合、図２１（ｂ）のよう
に、ブロック１０の残りのデータ（例えばクラスタ２個
分）とブロック１１の残りのデータ（クラスタ２．５個
分）の合計のうち、最初のクラスタ４個分のデータをブ
ロック１０に記録し直し、残りのクラスタ０．５個分の
データをブロック１１に記録し直すように処理してよ
い。そうすると、ブロック１１には、一部に空白が生じ
るが、このブロックの有効データ量の情報を記憶してお
き、管理することにより、この空白をそのままにしてお
いても問題なく編集及び再生処理を行うことができる。
従って、ブロック１１より後のブロック（ブロック１
２，…）内のデータは全く記録し直していない。したが
って、従来のように削除位置より後の全クラスタのデー
タを記録し直すために記録媒体上のそれらのクラスタに
アクセスする場合と比較して、記録媒体へのアクセス時
間が明らかに短縮されることが理解できる。なお、図２
１（ｂ）の例に限らず、例えば、ブロック１０にはその
残りのデータのみを残し、ブロック１１にもその残りの
データのみを残すようにしてもよいのは勿論である。す
なわち、具体的なデータ削除あるいは挿入の仕方には種
々の変形例が有ってよい。

【００２２】

【実施の形態】以下、添付図面を参照してこの発明を詳
細に説明する。図１は、この発明に係るファイル管理シ
ステムを採用した楽音データ記録再生装置（以下、単に
ディスクレコーダという）の実施の一形態を示す全体的
構成ブロック図である。この図１は、この発明の実施の
一形態に係るディスクレコーダを具備した電子楽器の全
体システムに相当している。この電子楽器及びディスク
レコーダの全体の制御は、ＣＰＵ（中央処理ユニット）
１，ＲＯＭ（リードオンリーメモリ）２，ＲＡＭ（ラン
ダムアクセスメモリ）３を含むマイクロコンピュータに
よって行なわれる。このマイクロコンピュータには、大
容量の外部記録装置であるハードディスクＨＤがＳＣＳ
Ｉインターフェース４を介して接続されており、また、
記録制御部５，再生・転送制御部６，再生音発生部７，
演奏操作子（例えば鍵盤やその他の操作子等）８，表示
器９，パネルスイッチ群１０，タイマ１１が接続されて
いる。

【００２３】記録制御部５は、ＤＭＡＣ（ダイレクトメ
モリアクセスコントロール）回路１２と転送バッファメ
モリ１３とを含んでいる。マイクロフォンＭＩＣによっ
て外部からサンプリングした楽音データが、アナログ／
ディジタル変換ユニット（ＡＤＣ）１８を経由して記録
制御部５に与えられ、転送バッファメモリ１３に取り込
まれる。また記録制御部５は、ＳＣＳＩインターフェー
ス４を介して、ハードディスクＨＤに直接アクセス可能
に接続されている。マイクロコンピュータからは、ハー
ドディスクＨＤへの書き込みのための記録領域を指示す
る情報が、記録制御部５に与えられる。記録制御部５
は、このマイクロコンピュータからの情報に基づき、楽
音データを該記録領域に書き込む指示をハードディスク
ＨＤに与えるとともに、この書き込みに同期するアドレ
ス信号を作成し、このアドレス信号に従って、ハードデ
ィスクＨＤへの楽音データの供給を制御する。

【００２４】再生・転送制御部６も、ＤＭＡＣ回路１４
と転送バッファメモリ１５とを含んでおり、ＳＣＳＩイ
ンターフェース４を介して、ハードディスクＨＤに直接
アクセス可能に接続されている。また、再生・転送制御
部６は、アクセス制御部１６を介し、再生バッファメモ
リ１７に接続されている。マイクロコンピュータから
は、ハードディスクＨＤからの読み出しのための記録領
域を指示する情報が、再生・転送制御部６に与えられ
る。再生・転送制御部６は、このマイクロコンピュータ
からの情報に基づき、データを読み出す指示をハードデ
ィスクＨＤに与えるとともに、この読み出しに同期する
アドレス信号を作成し、このアドレス信号に従って、ハ
ードディスクＨＤから転送バッファメモリ１５への楽音
データの取り込みを制御する。そして、取り込んだ楽音
データを、再生バッファメモリ１７に転送する。

【００２５】再生音発生部７も、アクセス制御部１６を
介し、再生バッファメモリ１７に接続されている。再生
音発生部７は、再生・転送制御部６の指示のもと、再生
バッファメモリ１７内の楽音データを所定または任意の
再生読み出しレートで読み出す。こうして読み出された
楽音データが、ディジタル／アナログ変換ユニット（Ｄ
ＡＣ）１９を経由してサウンドシステムＳＳに与えら
れ、音響的に発音される。上記のようなＤＭＡ方式の記
録制御部５，再生・転送制御部６を具えたディスクレコ
ーダとしては、例えば（出願公開番号特開平６−５１７
７６号）において本出願人が既に提案しているものを使
用してよいので、その細部の説明は本明細書では省略す
る。本発明は、こうしたディスクレコーダにおいて、ハ
ードディスク上のファイルを管理する方法またはシステ
ムに特徴があるので、以下、その点に絞って詳細な説明
を行なう。

【００２６】次に、このディスクレコーダのファイル管
理システムにおける、ハードディスクＨＤの論理フォー
マットの一例を、図２〜図４に示す。図２（ａ）は、デ
ィスクＨＤの全記録領域の記録マップであり、アクセス
管理の単位となる最小記録単位として「クラスタ」を用
いる例を示している。「ヘッダ」は、ディスクＨＤのデ
ータ記録方式を示す情報（例えばデバイス名，種類，記
録容量，セクタサイズ，クラスタサイズ等の情報）を記
録した領域である。「アロケーションマップ」は、各ク
ラスタの使用状況を示す情報（使用されているか否か、
不良か否か等の情報）を記録した領域である。「Ｙノー
ド領域」は、楽音データファイルを作成した際に当該フ
ァイルに関する所定の情報（例えばファイルの種類，フ
ァイルの大きさ，ディスク上のファイルの記録位置，等
の情報）を記録する領域である。このＹノード領域の構
成には、本発明に係るファイル管理システムに直接関連
する特徴が存在するので、後に図３でその詳細を説明す
ることにする。「ルートディレクトリマップ」は、図２
（ｂ）に例示するように、各ファイルのパス名及びファ
イル名と、該ファイルに１対１に割り当てられたＹノー
ド領域内のＹノードの番号（Ｙノード番号と呼ぶ）とを
対応させて記録する領域である。「データ記録領域」
は、ファイルの楽音データや、サブディレクトリ等を記
録する領域であり、また、図４において後述するブロッ
クテーブルも、ここに記録される。

【００２７】図３は、上述のＹノード領域の構成例を示
す。Ｙノード領域には、図３（ａ）のように、それぞれ
番号（Ｙノード番号）が付けられた複数のＹノード
（「Ｙノード１」，「Ｙノード２」，「Ｙノード３」，
…）が記録される。各Ｙノードは、上述のルートディレ
クトリマップにおいて対応させられたファイル名のファ
イルに関する情報を記録する領域であり、例えば、図３
（ｂ）のように、当該ファイルの個人所有者を示す「オ
ーナー」，当該ファイルの団体所有者を示す「グルー
プ」，当該ファイルの種類を示す「タイプ」，当該ファ
イルへのアクセス権を示す「アクセス許可」，当該ファ
イルに最後にアクセスした時刻を示す「日時」，当該フ
ァイルのデータを記録しているブロックの総数を示す
「ブロック数ＮＢ」，当該ファイルのデータを記録して
いるクラスタの総数を示す「クラスタ数ＮＣ」，当該フ
ァイルのデータ量を示す「サイズＳＩＺＥ」，及びその
他の情報（例えば、各ファイル毎に複数種類の記録用サ
ンプリング周波数のうち所望のサンプリング周波数を選
択して楽音データを記録することが可能な場合には、選
択された記録用サンプリング周波数を示す情報）が記録
され、更に、複数（図では最大４つ）のブロック指定デ
ータ「Ｂｘ１」，「Ｂｘ２」，「Ｂｘ３」，「Ｂｘ４」
と、ネクストブロックテーブルクラスタ番号「ＮＢＴ
Ｃ」とが記録される。

【００２８】このＹノードにおける「ブロック」とは、
本発明に係るファイル管理システムの特徴をなす概念で
あり、ハードディスクＨＤにおいて物理的に連続してい
る１または複数のクラスタ（所定の記録単位）を１まと
まりとして扱うものである。こうしたブロック概念を導
入したのは、ハードディスクＨＤに楽音データを記録す
る際、ブロック単位でデータを記録することにより、ク
ラスタ数よりも少ない数のハードディスクＨＤ上のブロ
ックにアクセスすれば足りるようにし、これによって全
体としてのアクセス時間の短縮を図るためである。

【００２９】そして、Ｙノードにおける「ブロック指定
データ」は、「ディスク上のファイルの記録位置」を、
こうしたブロック単位で表現するものである。このう
ち、ブロック指定データ「Ｂｘ１」は、当該ファイルの
データを記録している全てのブロックのうち、冒頭のデ
ータを記録しているブロック（ブロック１とする）のハ
ードディスクＨＤ上の位置を示すものであり、図３
（ｃ）に示すように、当該ブロックを構成するクラスタ
のうちの先頭のクラスタのクラスタ番号を示す先頭クラ
スタ「ＢＴＣ」，当該ブロックを構成するクラスタの数
を示す連続クラスタ数「ＢＮＣ」，当該ブロックに記録
されているデータ量を示す記録データ量「ＢＳ」がそれ
ぞれ記録される。また、ブロック指定データ「Ｂｘ２」
は、ブロック１内のデータに続くデータを記録している
ブロック（ブロック２とする）のハードディスクＨＤ上
の位置を示すものであり、「Ｂｘ３」は、ブロック２内
のデータに続くデータを記録しているブロック（ブロッ
ク３とする）のハードディスクＨＤ上の位置を示すもの
であり、「Ｂｘ４」は、ブロック３内のデータに続くデ
ータを記録しているブロック（ブロック４とする）のハ
ードディスクＨＤ上の位置を示すものである。ブロック
指定データ「Ｂｘ２」〜「Ｂｘ４」の構成も、図３
（ｃ）に示したブロック指定データ「Ｂｘ１」の構成と
全く同様である。

【００３０】当該ファイルのデータを記録しているブロ
ックの数が、Ｙノード中のブロック指定データの数（図
では４つ）を超えている場合には、超えているブロック
（図ではブロック５以降のブロック）についてのブロッ
ク指定データを記録するテーブル（すなわち、ブロック
テーブル）を、ハードディスクＨＤ上のデータ記録領域
（図２）に設ける。図３（ｂ）に示されたネクストブロ
ックテーブルクラスタ番号「ＮＢＴＣ」は、こうしてデ
ータ記録領域に設けられたブロックテーブルのうち、最
初のブロックテーブルの位置を、該テーブルのデータを
記録しているクラスタのうちの先頭のクラスタのクラス
タ番号で示すものである。当該ファイルのデータを記録
しているブロックの数に応じて、当該ファイルのための
ブロックテーブルは複数設けられることがある。

【００３１】図４は、各ブロックテーブルの構成を示
す。各ブロックテーブルには、当該ブロックテーブルに
先立つブロックテーブルの先頭のクラスタのクラスタ番
号を示す「ＰＢＴＣ」，当該ブロックテーブルに続く次
のブロックテーブルがもしあればそのブロックテーブル
の先頭のクラスタのクラスタ番号を示すネクストブロッ
クテーブルクラスタ番号「ＮＢＴＣ」（次のブロックテ
ーブルがない場合には、ＮＢＴＣ＝０とする），当該ブ
ロックテーブル内のブロック指定データの総数「ｎＢ」
がそれぞれ記録され、また、複数（図では最大８４個）
のブロック指定データ「Ｂｘｉ」〜「Ｂｘ（ｉ＋８
３）」が記録される。ｉは、最初のブロックテーブルで
は、Ｙノード中のブロック指定データの数よりも１だけ
大きい整数（図３の例では５）であり、２つ目以降のブ
ロックテーブルでは、直前のブロックテーブルまでのブ
ロック指定データの総数よりも１だけ大きい整数であ
る。各ブロック指定データ「Ｂｘｉ」…「Ｂｘ（ｉ＋８
３）」の構成も、図３（ｃ）に示したのと全く同様であ
る。

【００３２】このように「ディスク上のファイルの記録
位置」を、ブロック指定データによってブロック単位で
表現するようにしたのは、作成済のファイルを読み出す
際にも、ブロック指定データに基づき、クラスタ数より
も少ない数のハードディスクＨＤ上のブロックにアクセ
スすれば足りるようにし、アクセス時間の短縮を図るた
めである。すなわち、１つのブロックを構成する１また
は複数の連続するクラスタに対して、１回のアクセスで
その記録データを連続的に読みだすことができるように
するためである。

【００３３】またこのようにファイルの記録位置をブロ
ック単位で表現すれば、１ファイル分のデータを記録し
た個々のクラスタのクラスタ番号をいちいち用いてファ
イルの記録位置を表現しなければ従来のファイル管理方
式と比較して、少ない管理情報でファイル管理を行なう
ことができ、ファイル管理を簡略化することができる。
特に、ハードディスクＨＤに新たに楽音データの記録を
行なう段階では、ハードディスクＨＤ上の大きな空きス
ペースに、多数のクラスタが連続したブロックが確保さ
れることにより、１ファイルにおけるブロックの数（し
たがってブロック指定データ（図３及び図４）の数）が
クラスタの数に比較してかなり少なくなるので、ファイ
ル管理のかなりの簡略化が図られるようになる。

【００３４】なお、以上のようなハードディスクＨＤの
記録領域に対応して、ＲＡＭ３内には、図５に示すよう
に、「ＡＭＢ」，「ＹＮＢ」，「ＤＩＲＢ」という特別
の記憶領域が設けられている。アロケーションマップバ
ッファ「ＡＭＢ」は、ディスクＨＤ上のアロケーション
マップのデータをバッファ記憶する記憶領域である。Ｙ
ノードバッファ「ＹＮＢ」は、現在処理対象となってい
る特定のファイルに対応するディスクＨＤ上のＹノード
のデータ（図３（ｂ））と、該Ｙノードに対応するブロ
ックテーブルのデータとをバッファ記憶する記憶領域で
ある。ディレクトリバッファ「ＤＩＲＢ」は、現在処理
対象となっている特定のファイルを含むディスクＨＤ上
の特定のディレクトリマップのデータをバッファ記憶す
る記録領域である。特定のファイルの作成・更新に伴う
各種データの記録または変更処理は、まず、ＲＡＭ３の
これらの領域「ＡＭＢ」，「ＹＮＢ」，「ＤＩＲＢ」に
対して行ない、追って、適宜のタイミングでディスクＨ
Ｄ上の対応する領域に転送される。「ワークエリア」で
は、通常知られるように、各種ワーキングデータをバッ
ファ記憶する。「データエリア」では、通常知られるよ
うに、必要な各種データを記憶する。概して、ＲＡＭ３
内のこうした記憶領域にハードディスクＨＤ上の各領域
からロードした楽音データや各種データに基づき、マイ
クロコンピュータにより、楽音データの記録・編集・再
生処理等の様々な処理が実行される。また、こうしたマ
イクロコンピュータによる記録・編集処理の結果ＲＡＭ
３内の各記憶領域に記憶された楽音データや各種データ
が、適宜のタイミングでハードディスクＨＤ上の対応す
る領域に転送される。

【００３５】次に、図６〜図１５のフローチャートを参
照して、マイクロコンピュータ（及び記録制御部５，再
生・転送制御部６）の実行する処理のうち、本発明に係
るファイル管理システムに関連する部分を説明する。図
６は、メインルーチンであり、初期設定（ステップ２
０）を行なった後、演奏操作子８のスキャン処理（ステ
ップ２１），パネルスイッチ群１０の操作状態検出用の
スキャン処理（ステップ２２），その他の処理（ステッ
プ２３）を繰り返して行なう。

【００３６】図７及び図８は、マイクロフォンＭＩＣに
よって外部からサンプリングした楽音データを、ハード
ディスクＨＤに記録することにより、ファイルを作成す
る録音ルーチンである。この録音ルーチンは、パネルス
イッチ群１０の操作による録音開始の指示に応じてスタ
ートする。録音サンプリングレートの値と、楽音をサン
プリングするサンプル時間の値とが、パネルスイッチ群
１０でユーザーにより指定されると（ステップ３０）、
サンプル時間と録音サンプリングレートとの積である全
サンプル数を、ディスクアクセスの最小記録単位である
１個のクラスタの記録容量で除すことにより、当該楽音
の録音に要するクラスタの総数ＮＲＣを決定する（ステ
ップ３１）。次に、パス名とファイル名とが、パネルス
イッチ群１０でユーザーにより入力されると（ステップ
３２）、ハードディスクＨＤからＲＡＭ３内のディレク
トリバッファ「ＤＩＲＢ」にロードしたディレクトリマ
ップの中のファイル名をサーチし（ステップ３３）、ユ
ーザーの入力したファイル名が当該ディレクトリマップ
内に存在しているか否かを判断する（ステップ３４）。

【００３７】存在しなければ、当該ディレクトリマップ
でまだファイル名を割り当てられていないＹノード番号
をサーチし、これを当該ファイル名に割り当てる（ステ
ップ３５）。そして、割り当てたＹノード番号とファイ
ル名とを、ディレクトリバッファ「ＤＩＲＢ」内の当該
ディレクトリマップに記録する（ステップ３６）。そし
て、ステップ３７に進む。一方、ユーザーの入力したフ
ァイル名が当該ディレクトリマップ内に存在していれ
ば、重ね書きの指示と、録音するファイルを別のファイ
ルに指定し直すファイル名変更の指示と、録音中止の指
示とのうち、いずれの指示がパネルスイッチ群１０でユ
ーザーにより入力されたかを判定する（ステップ４
８）。重ね書きの指示が入力されれば、当該ディレクト
リマップで当該ファイル名に割り当てられているＹノー
ド番号をそのまま使用し（ステップ４９）、ステップ３
７に進む。ファイル名変更の指示が入力され、新たなパ
ス名とファイル名とがパネルスイッチ群１０でユーザー
により入力されれば（ステップ５０）、ステップ３３に
戻り、ステップ３３，ステップ３４の処理を繰返す。ま
た、録音中止の指示が入力されれば、録音ルーチンを終
了する。

【００３８】ステップ３７では、ブロック番号を示す変
数ａを初期値「１」に設定する。次に、ハードディスク
ＨＤからＲＡＭ３内のアロケーションマップバッファ
「ＡＭＢ」にロードしたアロケーションマップを用い
て、使用可能なクラスタ（空きクラスタ）のうち、クラ
スタ番号が１乃至複数連続しているクラスタ（つまり、
記録領域が物理的に連続しているクラスタ）を探し出す
ことにより、当該ファイルにとってのａ番目のブロック
ａのためのクラスタを確保する（ステップ３８）。そし
て、当該ブロックａが所定数以上クラスタ番号の連続し
たクラスタから成っているか否か、すなわち当該ブロッ
クａとして確保されたクラスタの記録容量（クラスタ
数）が所定のミニマムサイズＭＩＮＳ以上であるか否か
を判断する（ステップ３９）。ミニマムサイズＭＩＮＳ
未満であれば、ステップ３８に戻り、ミニマムサイズＭ
ＩＮＳ以上のブロックａ（連続する空きクラスタ）が確
保されるまで、ブロックａのためのステップ３８，ステ
ップ３９の処理を繰り返す。ミニマムサイズ以上の連続
する空きクラスタが確保されれば、ステップ４０に進
み、ＲＡＭ３内のＹノードバッファ「ＹＮＢ」に、当該
ファイルに割り当てたＹノードのブロック指定データ
「Ｂｘａ」（図３（ｃ）参照）のうち、先頭クラスタＢ
ＴＣと連続クラスタ数ＢＮＣとを記録する。なお、ここ
で、ａの値がＹノード中のブロック指定データの数以下
である場合には、Ｙノード内に記録するが、ａの値がＹ
ノード中のブロック指定データの数を越えている場合に
は、当該Ｙノードに対応するブロックテーブル（図４参
照）を設定して該ブロックテーブル内に必要事項を記録
する。そして、確保したブロックａを構成する各クラス
タの使用状況を「使用中」とする旨の、アロケーション
マップバッファ「ＡＭＢ」内のアロケーションマップの
更新を行なう（ステップ４１）。このようにして、ハー
ドディスクＨＤ上で所定数以上連続したクラスタから成
るブロックを確保する。前述のように、ハードディスク
ＨＤに新たに楽音データの記録を行なう段階では、ハー
ドディスクＨＤ上の大きな空きスペースに、クラスタ番
号が多数連続したブロックが確保されることにより、ク
ラスタの数に比較してブロック指定データ（図３及び図
４）の数がかなり少なくなる。したがって、ファイル管
理のかなりの簡略化が図られる。なお、ステップ３９で
の所定のミニマムサイズＭＩＮＳは、ユーザーが任意に
可変設定することができるようにしてもよいし、予め所
定値に決定しておいてもよい。明らかなように、このミ
ニマムサイズＭＩＮＳの値によって、１ブロックの最小
クラスタ数が決まるので、ハードディスクＨＤに対する
アクセス時間を制御することができる。

【００３９】ここで、ミニマムサイズＭＩＮＳを設定ま
たは決定するための基準の一例を述べると、次のとおり
である。この録音ルーチンの処理によってハードディス
クＨＤ上に作成されたファイルを読み出す際には、当該
ファイルの楽音データを記録した複数のブロックから、
楽音データが順次読み出される。その際、１ブロック内
のクラスタから楽音データの読出しを行なう間は、それ
らのクラスタがハードディスクＨＤ上で連続的な位置に
存在しているので、リードライトヘッドを移動すること
なく高速に読出しを行なうことができる。しかし、１ブ
ロックについての読出しが終了して次のブロックについ
ての読出しを開始する段階では、リードライトヘッドを
当該ブロックの位置にまで移動させなければならないの
で、その移動時間の分だけ読出し速度が低下してしま
う。そして、ミニマムサイズＭＩＮＳを大きくすれば、
１ファイルにおけるブロック数が減少することによりリ
ードライトヘッドの移動回数が少なくなるので、この読
出し速度の低下の程度が大きくなるが、他方ミニマムサ
イズＭＩＮＳを小さくすれば、１ファイルにおけるブロ
ック数が増大することによりリードライトヘッドの移動
回数が多くなるので、この読出し速度の低下の程度が小
さくなる。ところで、ハードディスクＨＤから楽音デー
タを読み出しながら再生する（いわゆるダイレクトフロ
ームディスク）場合に、発音に時間的遅れを生じること
なく再生を行なうために最低限必要な読出し速度（サン
プル転送速度）は、再生サンプリング周波数の大きさや
同時再生する発音チャンネルの数等によって決定するこ
とができる。したがって一例として、ミニマムサイズＭ
ＩＮＳは、楽音データをこうして再生する際の再生サン
プリング周波数や同時再生チャンネル数等に応じて、上
記最低限必要な読出し速度を確保できる大きさ以上に設
定または決定することが望ましい。

【００４０】次に、図８のステップ４２に進み、いまま
でブロック指定データを記録したブロックのクラスタの
数が、録音に要するクラスタの総数ＮＲＣに達している
か否か、すなわち、総数ＮＲＣ分のブロックが確保され
たか否かを判断する。確保されていなければ、ステップ
５１に進んで、ブロック番号を示す変数ａを「ａ＋１」
にインクリメントした後、図７のステップ３８に戻っ
て、次のブロックに関して、ステップ３８〜ステップ４
２の処理を繰り返す。総数ＮＲＣ分のブロックが確保さ
れるまでステップ３８〜ステップ４２の処理が繰り返さ
れ、確保されると、ステップ４２からステップ４３に進
む。ステップ４３では、Ｙノードバッファ「ＹＮＢ」
に、当該ファイルに割り当てたＹノードの残りのデータ
（図３（ｂ）参照）のうち所定のデータと、当該Ｙノー
ドに対応するブロックテーブルの残りのデータ（図４参
照）とを記録する。そして、アロケーションマップバッ
ファ「ＡＭＢ」内のアロケーションマップ，Ｙノードバ
ッファ「ＹＮＢ」内の当該Ｙノード及びブロックテーブ
ルを、ハードディスクＨＤにセーブする。これにより、
ハードディスクＨＤ上のアロケーションマップとＹノー
ド領域とが更新される（ステップ４４）。

【００４１】次に、ブロック番号を示す変数ａを初期値
「１」に設定する（ステップ４５）。そして、ハードデ
ィスクＨＤ上の記録領域として、当該Ｙノードのブロッ
ク指定データ「Ｂｘａ」で指定されたブロックａ＝１を
指示する情報を、記録制御部５に与える（ステップ４
６）。そして、ハードディスクＨＤに対する楽音データ
の記録を開始するための処理を行なう（ステップ４
７）。例えば、録音スタンバイとなって、ユーザーによ
る録音開始指示入力を受付ける。録音開始指示が入力さ
れると、マイクロフォンＭＩＣによって外部からサンプ
リングした楽音データが、アナログ／ディジタル変換ユ
ニット（ＡＤＣ）１８を経由して記録制御部５に与えら
れ、ユーザーの選択した記録用サンプリング周波数に従
って転送バッファメモリ１３に取り込まれる。記録制御
部５は、所定数（例えば１または複数）のクラスタの容
量分の楽音データが転送バッファメモリ１３に蓄積され
ると、該楽音データをハードディスクＨＤに転送すると
ともに、ブロックａに対応するディスクＨＤ上のクラス
タに該楽音データを記録する指示をディスクＨＤに与え
る。こうして、ブロック単位で、転送バッファメモリ１
３からハードディスクＨＤに楽音データを転送して記録
させる。前述のとおり、１つのブロック中のクラスタは
連続しているので、ハードディスクＨＤへのアクセス
は、短時間で済む。なお、上記のような記録制御部５に
よるＤＭＡ動作の具体例として、前述した出願公開番号
特開平６−５１７７６号によって開示された技術を応用
することができるので、その細部の説明は本明細書では
省略する。

【００４２】記録制御部５は、ハードディスクＨＤに記
録された楽音データのデータ量をカウントしており、当
該ブロック指定データ「Ｂｘａ」内の連続クラスタ数Ｂ
ＮＣ分のデータ量の楽音データを記録し終えると、マイ
クロコンピュータに対し、次のブロックを要求する割込
み信号を転送する。マイクロコンピュータは、この割込
み信号を受け取ると、図９に示す割込みルーチンを実行
する。

【００４３】図９の割込みルーチンでは、まず、Ｙノー
ドバッファ「ＹＮＢ」に、当該Ｙノードのブロック指定
データ「Ｂｘａ」（図３（ｂ）参照）のうちの記録デー
タ量ＢＳ（図３（ｃ）参照）として、１クラスタの記録
容量と該ブロックａにおける連続クラスタ数ＢＮＣとの
積を記録する（ステップ６０）。そして、ａの値が、当
該Ｙノード内のブロック数ＮＢの値と一致するか否か、
すなわち、現在処理中のブロックａが、当該Ｙノードの
ブロック数ＮＢの値によって決まる最終のブロックであ
るか否かを判断する（ステップ６１）。最終ブロックで
なければ、ステップ６２に進み、ブロック番号を示す変
数ａを「ａ＋１」にインクリメントした後、図８のステ
ップ４６と同様に、ハードディスクＨＤ上の記録領域と
して、当該Ｙノードのブロック指定データ「Ｂｘａ」で
指定されたブロックａ（つまり次のブロック）を指示す
る情報を、記録制御部５に与える（ステップ６３）。そ
して、割込みルーチンを終了する。記録制御部５は、こ
の指示に基づき、前述と同様に、該楽音データをハード
ディスクＨＤに転送するとともに、当該ブロックａに対
応するディスクＨＤ上のクラスタに該楽音データを記録
する指示をディスクＨＤに与える。そして、当該ブロッ
ク指定データ「Ｂｘａ」内の連続クラスタ数ＢＮＣ分の
データ量の楽音データを記録し終えると、再び次のブロ
ックを要求する割込み信号をマイクロコンピュータに転
送する。マイクロコンピュータは、この割込み信号を受
け取ると、図９に示す割込みルーチンを再び実行する。

【００４４】このようして、ハードディスクＨＤ上の１
つのブロックに楽音データを記録し終える毎に、図９に
示す割込みルーチンによって、当該ブロックの次のブロ
ックに対する楽音データの記録を記録制御部５に指示す
る。そして、最終ブロックに達すると、図９のステップ
６１からステップ６４に進んで、記録処理の停止を指示
する情報を記録制御部５に与える。そして、ファイルが
いっぱいになったことを表示器１０に表示する（ステッ
プ６５）。次に、ＲＡＭ３内のＹノードバッファ「ＹＮ
Ｂ」に当該Ｙノードの残りのデータ（サイズＳＩＺＥ
等）（図３参照）を記録した後、Ｙノードバッファ「Ｙ
ＮＢ」内の当該Ｙノードの全てのデータをハードディス
クＨＤにセーブする。これにより、ハードディスクＨＤ
上のＹノード領域が更新される（ステップ６６）。そし
て、割込みルーチンを終了し、図８の記録ルーチンも終
了する。このようにして、ハードディスクＨＤ上で所定
数以上連続したクラスタから成るブロック単位でディス
クＨＤにアクセスしながら、楽音データがディスクＨＤ
に記録される。

【００４５】図１０は、上述のような記録処理中にユー
ザーがパネルスイッチ群１０を用いて録音ストップの指
示を入力した際に、マイクロコンピュータが実行する録
音ストップイベントルーチンの一例である。このルーチ
ンでは、まず、アナログ／ディジタル変換ユニット（Ａ
ＤＣ）１８からの楽音データの取り込みの停止を指示す
る情報を、記録制御部５に与える（ステップ７０）。そ
して、それまでに転送バッファメモリ１２に取り込んで
いる楽音データのハードディスクＨＤへの転送を指示す
る情報を、記録制御部５に与える（ステップ７１）。次
に、Ｙノードバッファ「ＹＮＢ」に、現在のブロックａ
に対応するブロック指定データ「Ｂｘａ」（図３
（ｂ），（ｃ）参照）のうちの記録データ量ＢＳとして
所定値を記録し、残りの各ブロックに対応するブロック
指定データ「Ｂｘａ」のうちの記録データ量ＢＳとして
「０」を記録し、当該ＹノードのサイズＳＩＺＥ（図３
（ｂ）参照）を確定し、これを記録する（ステップ７
２）。そして、Ｙノードバッファ「ＹＮＢ」内の当該Ｙ
ノードをハードディスクＨＤにセーブする（ステップ７
３）。これにより、ハードディスクＨＤ上のＹノード領
域が更新される。そして、このルーチンを終了する。

【００４６】以上のような録音ルーチンの処理によって
ハードディスクＨＤに記録された楽音データの一部分の
例を、図１６に示す。この例では、１つのブロックにお
けるクラスタ数の最小値を「１」としており、１クラス
タの記録容量を、１キロバイトとしている。したがっ
て、この例では、ミニマムサイズＭＩＮＳは１クラスタ
＝１キロバイトである。図１６（ａ）の例では、楽音デ
ータの一部分として、２個のクラスタが連続したブロッ
クａのデータＡ（データ量２キロバイト）と、３個のク
ラスタが連続したブロックａ＋１のデータＢ（データ量
３キロバイト）と、１個のクラスタのみからなるブロッ
クａ＋２のデータＣ（データ量１キロバイト）と、２個
のクラスタが連続したブロックａ＋３のデータＤ（デー
タ量２キロバイト）とが記録されている。これらの合計
８キロバイトの楽音データＡ〜Ｄを記録するためにハー
ドディスクＨＤにアクセスした回数は４回であり、従来
のようにデータ量に応じてハードディスクＨＤ上の個々
のクラスタに合計８回アクセスする場合と比較して、ア
クセス回数が減っており、したがって、アクセス時間が
短縮されることが理解される。特に、１ブロック内のク
ラスタに楽音データを記録する間は、クラスタが連続的
な位置に存在しているので、最初のクラスタへの楽音デ
ータの記録の後、リードライトヘッドを移動させること
なく、そのまま続けて次のクラスタに楽音データを記録
することができる。これにより、リードライトヘッドの
移動回数が従来よりも少なくなるので、楽音データの記
録スピードのかなりの向上が図られる。

【００４７】次に、以上の図７〜図１０の処理によって
ハードディスクＨＤ上に作成した所望のファイルにおけ
る楽音データの編集処理の例を、図１１〜図１３に示
す。図１１は、ディスクＨＤに記録した楽音データに対
してデータの挿入を行なう挿入ルーチンである。この挿
入ルーチンでは、現在処理中のファイルにおけるデータ
の所望の挿入位置ＩＰがパネルスイッチ群１０等でユー
ザーにより指定され（ステップ８０）、挿入すべきイン
サートデータがパネルスイッチ群１０等でユーザーによ
り指定されると（ステップ８１）、Ｙノードバッファ
「ＹＮＢ」内の当該ファイルに対応するＹノードに基づ
き、挿入位置ＩＰが存在しているディスクＨＤ上のブロ
ック（ブロックＩＰＢとする）を検出し、ディスクＨＤ
から、該ブロックＩＰＢ内の楽音データを、ＲＡＭ３の
データエリアにロードする（ステップ８２）。次に、Ｒ
ＡＭ３のワークエリアで、ブロックＩＰＢ内の楽音デー
タの位置ＩＰにインサートデータを挿入する（ステップ
８３）。そして、挿入後の楽音データを、ＲＡＭ３のデ
ータエリア内のブロックＩＰＢに対応する領域に記録し
（以下では、ＲＡＭ３のデータエリアで、ブロックに対
応する領域に記録することも、単に、ブロックに記録す
る、と表現することとする）、そのデータ内容に対応し
て、ＲＡＭ３のＹノードバッファ「ＹＮＢ」内の当該Ｙ
ノードの内容を更新する（ステップ８４）。次に、挿入
後の楽音データのデータ量がブロックＩＰＢの記録容量
を越えているか否か、すなわち、ブロックＩＰＢに記録
しきれない残データが存在するか否かを判断する（ステ
ップ８５）。残データが存在していなければ、ステップ
８８にジャンプする。

【００４８】残データが存在していれば、ステップ８６
に進み、アロケーションマップバッファ「ＡＭＢ」内の
アロケーションマップを用いて、ミニマムサイズＭＩＮ
Ｓ以上の大きさの使用可能な追加のブロックを１または
それ以上確保し、ＲＡＭ３のデータエリアで、それらの
ブロックに残データを順次記録する。そして、それに応
じて、Ｙノードバッファ「ＹＮＢ」内の当該Ｙノードの
内容を更新し、且つ、確保したブロック内の各クラスタ
の使用状況を「使用中」とするようにアロケーションマ
ップバッファ「ＡＭＢ」内のアロケーションマップを更
新する。尚、このステップ８６でのミニマムサイズＭＩ
ＮＳも、ユーザーが可変設定できるようにしたり予め所
定値に決定したりしてよいが、前述の録音ルーチンのス
テップ３９において述べたように、ハードディスクＨＤ
から楽音データを読み出しながら再生する（いわゆるダ
イレクトフロームディスク）場合に最低限必要な読出し
速度（サンプル転送速度）を確保できるような範囲内で
設定または決定することが望ましい。

【００４９】この挿入処理を、図１６（ａ）の楽音デー
タを対象にして説明する。図１６（ｂ）は、図１６
（ａ）の楽音データのうちブロックａ＋１内のデータＢ
の位置ＩＰに、インサートデータＩ（一例として、デー
タ量２．６キロバイト）を挿入する例を示している。す
なわち、この例では、ブロックａ＋１がブロックＩＰＢ
に該当する。これに基づき、ディスクＨＤから、ブロッ
クａ＋１内のデータＢがＲＡＭ３にロードされる。そし
て、ＲＡＭ３のワークエリアで、図１６（ｃ）に示すよ
うに、データＢのうち位置ＩＰより前に位置するデータ
Ｂ１と、位置ＩＰより後に位置するデータＢ２との間
に、インサートデータＩが挿入され。そして、挿入後の
データが、ＲＡＭ３のデータエリアで、ブロックａ＋１
に記録される。

【００５０】ところで、挿入後のデータのデータ量は、
３キロバイトに２．６キロバイトを加えて５．６キロバ
イトであるのに対し、ブロックａ＋１の記録容量は、３
クラスタ＝３キロバイトである。したがって、ブロック
ａ＋１に記録しきれない２．６キロバイトの残データが
存在する。そこで、図１６（ｄ）のように、ブロックａ
＋１の３クラスタ＝３キロバイトには、データＢ１とイ
ンサートデータＩの一部Ｉ１とを記録するようにし、そ
れから、ミニマムサイズＭＩＮＳ以上（ここでは１キロ
バイト以上）の大きさの使用可能なブロックとして、例
えば、最初に、２個のクラスタが連続した追加のブロッ
クを確保し、残データのうち２キロバイト分のデータ
（インサートデータＩの残りＩ２とデータＢ２の一部Ｂ
２１）を、ＲＡＭ３のデータエリアで、該追加のブロッ
クに記録するようにする。次に、１個のクラスタからな
る更なる追加のブロックを確保し、残データのうち最後
の０．６キロバイト分のデータ（データＢ２の残りＢ２
２）を、ＲＡＭ３のデータエリアで該更なる追加のブロ
ックに記録するようにする。そして、確保されたこれら
追加のブロックの番号を新たにａ＋２，ａ＋３とし、且
つ、いままでのブロックａ＋２以降の各ブロックのブロ
ック番号をすべて２ずつうしろにずらすように（いまま
でのブロックａ＋２，ａ＋３…のブロック番号をブロッ
クａ＋４，ａ＋５…とするように）、Ｙノードバッファ
「ＹＮＢ」内の当該Ｙノードの内容を更新する。

【００５１】このように、この挿入処理では、ブロック
ＩＰＢに記録しきれない残データ（すなわち、インサー
トデータと、ブロックＩＰＢの位置ＩＰ以降に記録され
ていた楽音データとのうち、ブロックＩＰＢの位置ＩＰ
以降の記録容量を超える部分）については、追加の１ま
たはそれ以上のブロックを確保して該ブロックに記録す
るようにする。そして、追加のブロックの増加に伴い、
その後のブロックについては、そのブロック番号のみを
ずらす処理を行なう。すなわち、ブロックＩＰＢの楽音
データに続く楽音データを記録していた各ブロックにつ
いては、記録している楽音データを書き換える必要がな
いので、そうした書き換え処理は行なっておらず、Ｙノ
ードの内容を更新する処理のみを行なっている（すなわ
ち、それらの楽音データのハードディスクＨＤにおける
実際の記録位置に変更はない）。したがって、従来のよ
うに挿入位置以降の全クラスタの楽音データを記録し直
すためにハードディスクＨＤ上のそれらのクラスタにア
クセスする場合と比較して、アクセス時間が短縮され
る。

【００５２】また、このような楽音データの挿入処理を
行なうことにより、挿入位置よりも後に１または複数の
ブロックが新たに追加されることがあるが、こうして追
加されるブロックの数は、挿入処理後の楽音データファ
イルを管理するのに必要な最低限の数なので、ブロック
数が不必要に増大することはなく、挿入処理を行なう前
（すなわち記録処理のみを終えた状態）と同様な効率的
なファイル管理を維持することができる。

【００５３】なお、編集処理によって、最後に追加され
たブロック（図１６（ｄ）ではブロックａ＋３）につい
ては、ブロック内の１または複数のクラスタに、データ
が記録されていない空白部分（図では斜線を付け示す）
が生じることがある。このようなデータ空白部分を有す
るブロックについてのブロック指定データの記録データ
量ＢＳ（図３（ｃ）参照）としては、実際のデータ量が
記録される。これは、後述する調整処理や削除処理の場
合も同様である。

【００５４】図１１の挿入ルーチンにおいて、ステップ
８６の処理が終了すると、ステップ８７に進み、図１２
に示すような調整ルーチンを実行する。この調整ルーチ
ンは、挿入ルーチン（または後述する削除ルーチン）に
おいて確保したブロックの見直しを行なうルーチンであ
り、まず、Ｙノードバッファ「ＹＮＢ」内の当該Ｙノー
ドのブロック指定データに基づき、挿入ルーチン（また
は削除ルーチン）において最後に確保されて楽音データ
を記録された追加のブロック（図１６（ｄ）ではブロッ
クａ＋３）の記録データ量ＢＳを検出する（ステップ９
０）。そして、この記録データ量ＢＳが、ミニマムサイ
ズＭＩＮＳ未満であるか否かを判断する（ステップ９
１）。ミニマムサイズＭＩＮＳ以上であれば、調整ルー
チンを終了する。

【００５５】ミニマムサイズＭＩＮＳ未満であれば、ス
テップ９１からステップ９２に進み、当該最後の追加の
ブロックと、当該最後の追加のブロックの直前のブロッ
クとの間で、以下のように２通りの場合に応じてそれぞ
れ異なる調整処理を行なう。 （ｉ）直前のブロックの記録容量がミニマムサイズＭＩ
ＮＳの２倍以上の場合。 ＲＡＭ３のワークエリアで、
直前のブロック内の楽音データを、最後のミニマムサイ
ズＭＩＮＳ分のデータとそれより前のデータとに分け、
最後のミニマムサイズＭＩＮＳ分のデータと最後の追加
のブロックのデータとを、１つのデータにまとめる。 （ｉｉ）直前のブロックの記録容量がミニマムサイズＭ
ＩＮＳの２倍未満の場合。ＲＡＭ３のワークエリアで、
直前のブロックの全データと最後の追加のブロックのデ
ータとを、１つのデータにまとめる。

【００５６】次に、ステップ９３に進み、アロケーショ
ンマップバッファ「ＡＭＢ」内のアロケーションマップ
を用いて、ステップ９２の（ｉ）または（ｉｉ）でまと
めたデータ量以上の大きさの使用可能なブロックを新規
に確保する。そして、ステップ９２でまとめたデータ
を、ＲＡＭ３のデータエリアで、それらの新規のブロッ
クに記録する。そして、Ｙノードバッファ「ＹＮＢ」内
の当該Ｙノードの内容をそれに応じて更新し、且つ、確
保したブロックの各クラスタの使用状況を「使用中」と
するようにアロケーションマップバッファ「ＡＭＢ」内
のアロケーションマップを更新する。そして、調整ルー
チンを終了する。

【００５７】この調整処理を、図１６（ｄ）の楽音デー
タを対象にして説明する。図１６（ｄ）の各ブロックの
うち、挿入ルーチンにおいて最後に確保されて楽音デー
タを記録された追加のブロックは、ブロックａ＋３であ
る。このブロックａ＋３の記録データ量ＢＳは、０．６
キロバイトなので、ミニマムサイズＭＩＮＳ（１キロバ
イト）に満たない。また、その直前のブロックａ＋２の
記録データ量ＢＳは、２キロバイトなので、ミニマムサ
イズＭＩＮＳの２倍以上である。したがって、この例は
図１２のステップ９２の（ｉ）の場合に該当するので、
ＲＡＭ３のワークエリアで、直前のブロックａ＋２のデ
ータを、最後のミニマムサイズＭＩＮＳ分のデータ（こ
こではデータＢ２１が該当する）と、その前のデータ
（ここではデータＩ２が該当する）とに分け、該ミニマ
ムサイズＭＩＮＳ分のデータと最後のブロックａ＋３の
データＢ２２とを、１つのデータＢ２’にまとめる調整
が行なわれる。そして、まとめたデータのデータ量は
１．６キロバイトなので、それ以上の大きさの使用可能
なブロックとして、２キロバイトの大きさの（すなわち
２個のクラスタが連続した）新規のブロックを確保し
て、ＲＡＭ３のデータエリアで、図１６（ｅ）のよう
に、まとめたデータＢ２’を該新規のブロックに記録す
る。それとともに、該ブロックの番号を新たにａ＋３と
し、それに応じたＹノードの内容の更新を行う。

【００５８】この調整ルーチンを設けた理由は、次のと
おりである。図１１の挿入ルーチンを実行すると、図１
６（ｄ）に例示したように、ファイルの途中に、記録デ
ータ量ＢＳがミニマムサイズＭＩＮＳ未満のブロックが
生じる可能性がある（後述する削除ルーチンを実行した
場合も同様である）。ところで、楽音データのファイル
では、データの挿入や削除が比較的頻繁に行なわれるの
で、それに伴って、挿入ルーチン（及び削除ルーチン）
が実行される頻度も高い。そのため、こうしたブロック
をそのまま放置しておくと、ファイルの途中に記録デー
タ量の少ないブロックが多数存在するようになり、ファ
イルサイズの割にブロック数が多くなってしまう。こう
した事態は、ファイルの読み出しの際のハードディスク
ＨＤへのアクセス時間の長時間化や、ブロック指定デー
タ（図３及び図４）の数の増大につながるので、かえっ
て不都合である。そこで、こうした事態を事前に防止す
るために、記録データ量の少ないブロックが生じた際
に、そのつど、そのブロック内のデータを直前のブロッ
ク内のデータとまとめることにより、記録データ量の少
ないブロックが生じることを解消するようにしたのであ
る。これにより、データの挿入や削除を頻繁に行なった
場合でも、ファイルを読み出す際の再生スピードを高い
水準に維持することができるとともに、ブロック指定デ
ータの数を必要最低限に抑えて簡略なファイル管理を維
持することができるようになる。

【００５９】調整ルーチンを終了すると、図１１のステ
ップ８８に進み、ＲＡＭ３内のデータエリアで挿入・調
整処理を行なった楽音データと、アロケーションマップ
バッファ「ＡＭＢ」内のアロケーションマップ，Ｙノー
ドバッファ「ＹＮＢ」内の当該Ｙノード及びブロックテ
ーブルを、ハードディスクＨＤにセーブする。これによ
り、ハードディスクＨＤ上のデータ記録領域とアロケー
ションマップとＹノード領域とが更新される。そして、
挿入ルーチンを終了する。

【００６０】次に、図１３は、ハードディスクＨＤに記
録した楽音データの一部を削除することによりファイル
を更新する削除ルーチンの一例である。この削除ルーチ
ンでは、読み出し中のファイルのデータのうち削除すべ
きカットデータがパネルスイッチ群１０等によってユー
ザーにより指定されると（ステップ１００）、Ｙノード
バッファ「ＹＮＢ」内のＹノード領域に基づき、カット
データの冒頭の部分が存在するブロック（ブロックＣＳ
Ｂとする）と、カットデータの末尾の部分が存在するブ
ロック（ブロックＣＥＢとする）とを検出する（ステッ
プ１０１）。そして、ハードディスクＨＤから、ブロッ
クＣＳＢ内の楽音データと、ブロックＣＥＢ内の楽音デ
ータとを、ＲＡＭ３のデータエリアにロードする（ステ
ップ１０２）。次に、ＲＡＭ３のワークエリアで、ブロ
ックＣＳＢ内のカットデータ以外のデータと、ブロック
ＣＥＢ内のカットデータ以外のデータとを、１つに合成
する（ステップ１０３）。そして、合成したデータを、
ＲＡＭ３のデータエリアで、ブロックＣＳＢからブロッ
クＣＥＢまでのブロックのうち必要な数のブロックに順
次記録し、それに応じて、Ｙノードバッファ「ＹＮＢ」
内の当該Ｙノードの内容を更新する（ステップ１０
４）。次に、図１２で説明した調整ルーチンをここでも
実行する（ステップ１０５）。最後に、ＲＡＭ３内のデ
ータエリアで削除・調整処理を行なった楽音データと、
アロケーションマップバッファ「ＡＭＢ」内のアロケー
ションマップ，Ｙノードバッファ「ＹＮＢ」内の当該Ｙ
ノード及びブロックテーブルを、ハードディスクＨＤに
セーブする（ステップ１０６）。これにより、ハードデ
ィスクＨＤ上のデータ記録領域とアロケーションマップ
とＹノード領域とが更新される。そして、削除ルーチン
を終了する。

【００６１】この削除処理を、図１６（ｅ）の楽音デー
タを対象にして説明する。図１７（ａ）では、図１６
（ｅ）のブロックａ〜ブロックａ＋５のデータのうち、
ブロックａ＋１の途中のデータからブロックａ＋３の途
中までのデータを、カットデータとして削除すること
が、ユーザーにより指定されているものとする。。これ
に基づき、ブロックＣＳＢとしてブロックａ＋１が、ブ
ロックＣＥＢとしてブロックａ＋３が、それぞれ検出さ
れ、ディスクＨＤから、それらのブロック内のデータが
ＲＡＭ３にロードされる。そして、図１７（ｂ）のよう
に、ＲＡＭ３のワークエリアで、ブロックａ＋１のデー
タのうちカットデータ以外のデータ（データＢ１とデー
タＩ１の一部Ｉ１１）と、ブロックａ＋３のカットデー
タ以外のデータ（データＢ２’の一部Ｂ２’１）とを１
つにまとめる合成処理が行なわれている。そして、合成
したデータを、ＲＡＭ３のデータエリアで、ブロックａ
＋１からブロックａ＋３までのブロックに順次記録する
ようにする。（もともとブロックａ＋１，ａ＋２，ａ＋
３に記録されていたデータからカットデータを除いたデ
ータを記録するのであるから、必ずブロックａ＋１から
ブロックａ＋３までのブロック内にすべて記録すること
ができる。）すると、図１７（ｃ）のように、合成した
データのうち、ブロックａ＋１の容量分のデータ（デー
タＢ１とデータＩ１１とデータＢ２’１の一部Ｂ２’１
１）がブロックａ＋１に記録され、次のブロックａ＋２
の容量分のデータ（データＢ２’１の残りのＢ２’１
２）がブロックａ＋２に記録される。そうすると、ブロ
ックａ＋３が空くので、ブロックＣＥＢに続くブロック
ａ＋４以降のブロック番号をすべて前に１つずらすよう
にし（いままでのブロックａ＋４，ａ＋５…のブロック
番号をブロックａ＋３，ａ＋４…とする）、Ｙノードバ
ッファ「ＹＮＢ」内の当該Ｙノードの内容を更新する。
なお、ステップ１０５の調整ルーチンの実行によって、
図１７（ｃ）の楽音データのうちのブロックａ＋１，ａ
＋２のデータは、ＲＡＭ３のデータエリアで、例えば図
１７（ｄ）のように記録され直される。

【００６２】このように、この削除処理では、ブロック
ＣＳＢ内のカットデータ以外のデータと、ブロックＣＥ
Ｂ内のカットデータ以外のデータとを、ブロックＣＳＢ
からブロックＣＥＢまでの１またはそれ以上のブロック
に順次記録し直しており、ブロックＣＥＢに続く各ブロ
ックについては、記録している楽音データを書き換える
必要がないので、Ｙノードの内容を更新する（ブロック
番号をずらす）のみを行なっている。したがって、従来
のように削除位置以降の全クラスタのデータを記録し直
すためにハードディスクＨＤ上のそれらのクラスタにア
クセスする場合と比較して、アクセス時間が短縮され
る。

【００６３】尚、以上では、編集処理の例として、楽音
データに対するデータの挿入処理と一部の楽音データの
削除処理とを個別に示したが、或るブロックから削除し
た楽音データと同一のデータを別のブロックに挿入する
ことにより、ファイル内で楽音データを移動させる処理
を行なうこともできるのはもちろんである。

【００６４】次に、以上のようにしてハードディスクＨ
Ｄ上に作成・更新したファイルをディスクＨＤから読み
出すことにより楽音データを再生する再生ルーチンを、
図１４に示す。読み出すファイルのパス名及びファイル
名が、パネルスイッチ群１０でユーザーにより指定され
ると（ステップ１１０）、ディレクトリバッファ「ＤＩ
ＲＢ」内のディレクトリマップの中のファイル名をサー
チし（ステップ１１１）、指定されたファイル名が当該
ディレクトリマップ内に存在しているか否かを判断する
（ステップ１１２）。存在しなければ、ステップ１１９
に進み、ファイルがみつからなかったことを表示器１０
に表示して、再生ルーチンを終了する。

【００６５】指定されたファイル名が存在していれば、
ステップ１１２からステップ１１３に進み、再生音発生
部７の複数の楽音再生チャンネルのうちの１つのチャン
ネルを、当該ファイルに割り当てる。次に、ディレクト
リマップ内で当該ファイルに対応しているＹノード番号
を検出し、ハードディスクＨＤから、当該番号のＹノー
ドと、それに対応するブロックテーブル（もしあれば）
とを、ＲＡＭ３のＹノードバッファ「ＹＮＢ」にロード
する（ステップ１１４）。そして、ブロック番号を示す
変数ａを初期値「１」に設定する（ステップ１１５）。

【００６６】次に、ハードディスクＨＤ上の再生領域と
して、当該Ｙノードのブロック指定データ「Ｂｘａ」で
指定されたブロックａ＝１を示す情報を、再生・転送制
御部６に与える（ステップ１１６）。そして、ディスク
ＨＤから、ヘッダ内のデータを（図２参照）ＲＡＭ３に
ロードし、このデータに基づき、再生条件の初期設定を
行なう（ステップ１１７）。そして、ハードディスクＨ
Ｄに記録された楽音データの再生を開始するための処理
を行なう（ステップ１１８）。例えば、再生・転送制御
部６は、マイクロコンピュータからの情報に基づき、設
定された再生条件のもと、ディスクＨＤ上のブロックａ
に記録されている楽音データを読み出す指示を、ディス
クＨＤに与えるとともに、読み出された楽音データを転
送バッファメモリ１４に取り込む。そして、転送バッフ
ァメモリ１４内の楽音データをアクセス制御１５を介し
て再生バッファメモリ１６に転送するとともに、割り当
てられた楽音再生チャンネルの再生動作をスタートさせ
ることを、再生音発生部７に指示する。この指示のも
と、再生バッファメモリ１６内の楽音データが、アクセ
ス制御１５を介して再生音発生部７により読み出され、
再生音発生部７内の当該チャンネルから、ディジタル／
アナログ変換ユニット（ＤＡＣ）１９を経由してサウン
ドシステムＳＳに与えられて音響的に発音される。な
お、複数のファイルの楽音データを同時に再生する場合
には、図１４の再生処理を各ファイルごとにそれぞれ行
なう。なお、上記のような再生・転送制御部６によるＤ
ＭＡ動作の具体例として、前述した出願公開番号特開平
６−５１７７６号によって開示された技術を応用するこ
とができるので、その細部の説明は本明細書では省略す
る。

【００６７】再生・転送制御部６は、ハードディスクＨ
Ｄから読み出した楽音データのデータ量をカウントして
おり、当該ブロック指定データ「Ｂｘａ」内の記録デー
タ量ＢＳ分だけ読み出しを終えると、マイクロコンピュ
ータに対し、次のブロックを要求する割込み信号を転送
する。マイクロコンピュータは、この割込み信号を受け
取ると、図１５に示す割込みルーチンを実行する。この
割込みルーチンでは、まず、ステップ１２０において、
ブロック番号を示す変数ａを「ａ＋１」にインクリメン
トする。そして、上述のステップ１１６と同様に、ハー
ドディスクＨＤ上の再生領域として、当該Ｙノードのブ
ロック指定データ「Ｂｘａ」で指定されたブロックａを
指示する情報を、再生・転送制御部６に与える（ステッ
プ１２１）。次に、ａの値が、当該Ｙノード内のブロッ
ク数ＮＢの値と一致するか否か、すなわち、ブロックａ
が最終のブロックであるか否かを判断する（ステップ１
２２）。最終ブロックでなければ、割込みルーチンを終
了する。再生・転送制御部６は、この指示に基づき、前
述と同様に、設定された再生条件のもと、ディスクＨＤ
上のブロックａに記録されている楽音データを読み出す
指示を、ディスクＨＤに与えるとともに、読み出された
楽音データを転送バッファメモリ１４に取り込む。そし
て、転送バッファメモリ１４内の楽音データをアクセス
制御１５を介して再生バッファメモリ１６に転送すると
ともに、割り当てられた楽音再生チャンネルの再生動作
をスタートさせることを、再生音発生部７に指示する。
この指示のもと、再生バッファメモリ１６内の楽音デー
タが、アクセス制御１５を介して再生音発生部７により
読み出され、再生音発生部７内の当該チャンネルから、
ディジタル／アナログ変換ユニット（ＤＡＣ）１９を経
由してサウンドシステムＳＳに与えられて音響的に発音
される。そして、ブロック指定データ「Ｂｘａ」内の記
録データ量ＢＳ分だけ読み出しを終えると、再び次のブ
ロックを要求する割込み信号をマイクロコンピュータに
転送する。マイクロコンピュータは、この割込み信号を
受け取ると、図１５に示す割込みルーチンを再び実行す
る。そして、当該次のブロックのブロック指定データ
「Ｂｘａ」内の記録データ量ＢＳ分だけ読み出しを終え
ると、再び次のブロックを要求する割込み信号をマイク
ロコンピュータに転送する。マイクロコンピュータは、
この割込み信号を受け取ると、図１５に示す割込みルー
チンを再び実行する。

【００６８】このようして、１つのブロックの楽音デー
タを再生し終える毎に、図１５の割込みルーチンを実行
し、当該ブロックの次のブロック内の楽音データの再生
を再生・転送制御部６に指示する。そして、最終ブロッ
クに達すると、ステップ１２２からステップ１２３に進
んで、次の割込み信号の発生の禁止を指示する情報を、
再生・転送制御部６に与える。次に、当該最終ブロック
の楽音データが再生され終えた後に再生音発生部７の当
該波形再生チャンネルの再生動作が停止するように設定
し（ステップ１２４）、割込みルーチンを終了する。こ
うして、当該最終ブロックの楽音データが再生され終え
ると、再生処理を終了する。このようにして、ブロック
指定データに基づき、クラスタ数よりも少ない数のハー
ドディスクＨＤ上のブロックにアクセスしながら、ディ
スクＨＤから楽音データが再生される。

【００６９】この再生処理におけるハードディスクＨＤ
へのアクセス回数を、図１７（ｄ）の楽音データを例に
とって説明する。ブロックａのデータＡ（データ量２キ
ロバイト），ブロックａ＋１のデータ（データ量３キロ
バイト），ブロックａ＋２のデータ（データ量０．６キ
ロバイト），ブロックａ＋３のデータ（データ量１キロ
バイト），ブロックａ＋４のデータ（データ量２キロバ
イト）の合計８．６キロバイトの楽音データを再生する
際、ディスクＨＤにアクセスする回数は、ブロックの数
に等しい５回である。したがって、従来のように、楽音
データを記録した個々のクラスタに合計９回アクセスす
る場合と比較して、アクセス時間が短縮される。特に、
１ブロック内のクラスタから楽音データを再生する間
は、クラスタが連続的な位置に存在しているので、最初
のクラスタからの楽音データの再生の後、リードライト
ヘッドを移動させることなく、そのまま続けて次のクラ
スタから楽音データを再生することができる。これによ
り、リードライトヘッドの移動回数が従来よりも少なく
なるので、データの再生スピードのかなりの向上が図ら
れる。

【００７０】このように、この実施の形態では、ハード
ディスクＨＤから楽音データを読み出しながら楽音を再
生する（いわゆるダイレクト・フローム・ディスク）場
合に、従来よりもかなりすばやく楽音データを読み出す
ことができるようになる。したがって例えば、ディスク
レコーダにおける楽音データの再生サンプリング周波数
を従来よりも高く設定したり、マルチトラックレコーダ
（複数トラックの楽音を同時に再生する機能を有するデ
ィスクレコーダ）における同時再生トラック数を従来よ
りも増やしたりすることが可能になる。

【００７１】なお、図１６又は図１７を参照した説明か
ら理解できるように、任意のブロックに対するデータの
挿入あるいは削除の処理によって、特定のブロックにお
ける最後のクラスタの一部にデータが記憶されていない
部分が生じることがある。再生処理時において、このよ
うなデータ空白部分を再生バッファメモリ１７に転送し
ないようにするために、再生・転送制御部６では、転送
バッファメモリ１５から再生バッフアメモリ１７に現在
転送処理している或る特定のブロックにつき、再生バッ
フアメモリ１７に転送済みのデータ量Ｂｓｘを常に累積
計数し、該転送済みのデータ量Ｂｓｘが当該ブロックの
ブロックサイズデータＢＳに一致したとき、該ブロック
の全データの転送が終了したと判断して、転送バッフア
メモリ１５から再生バッフアメモリ１７へのデータ転送
を中断するように制御するとよい。そうすれば、空白デ
ータは再生バッフアメモリ１７に記憶されないようにな
り、該再生バッフアメモリ１７に各ブロックの連続する
楽音データのみを連続して記憶し、支障なく読出し再生
するようにすることができる。勿論、別の対策として、
データ空白部分を再生バッファメモリ１７に転送記憶し
てもよく、そのブロックのブロックサイズデータＢＳに
基づき再生バッファメモリ１７におけるデータ空白部分
を判定して、再生読出しの際にデータ空白部分を飛び越
して実際の楽音データのみを読み出すようにしてもよ
い。

【００７２】以上説明したように、このディスクレコー
ダでは、楽音データの記録によるファイルの作成，記録
した楽音データの編集によるファイルの更新，ファイル
の読み出しによる楽音データの再生，のいずれの処理に
おいても、従来と比較して、ハードディスクへのアクセ
ス時間が短縮される。したがって、楽音データをリアル
タイムで記録・再生する際や、楽音データを編集する際
に、処理スピードの向上を図ることができる。

【００７３】なお、この実施の形態では、本発明を、Ｄ
ＭＡ方式の記録制御部，再生・転送制御部がハードディ
スクに対して記録・再生を指示するディスクレコーダに
おいて採用しているが、これに限らず、マイクロコンピ
ュータ自身がハードディスクに対して記録・再生を指示
するディスクレコーダに採用してもよい。あるいは、更
に、上位の制御装置がハードディスクに対して記録・再
生を指示するディスクレコーダに採用してもよい。ま
た、本発明の実施にあたっては、マイクロコンピュータ
を用いたソフトウェア処理に限らず、専用ハードウェア
回路によっても同等の制御を実施できるのは勿論であ
る。

【００７４】また、この実施の形態では、本発明を、ハ
ードディスクを外部記録装置として設けたディスクレコ
ーダにおいて採用しているが、これに限らず、光ディス
ク等他の適宜のランダムアクセス可能な記録媒体を外部
記録装置として設けた楽音データ記録再生装置に採用し
てもよい。

【００７５】また、この実施の形態では、本発明にかか
るファイル管理システムを、サウンド波形のような楽音
データの記録・編集・再生を行なうデータ記録再生装置
において採用しているが、これに限らず、自動演奏デー
タのような楽音制御データのために利用してもよいし、
あるいは画像データ等、その他の適宜のデータ（特に、
リアルタイムでの記録・再生が要求されるデータや、編
集が頻繁に行なわれるデータ）の記録・編集・再生を行
なうデータ記録再生装置に採用してもよい。

【００７６】この発明の実施態様のいくつかを列挙する
と、次のようである。 １． データを記録するための記録媒体と、前記記録媒
体において連続する１又は任意の複数の記録単位からな
るブロックを１又は複数設定し、１ファイルを構成する
データを分割して前記記録媒体の各ブロックに記録する
データ記録制御手段と、前記各ブロック毎に、該ブロッ
クに記憶されているデータの有効データ量を示す管理情
報を記憶する管理情報記憶手段とを具えたファイル管理
システム。 ２． 前記ファイルにおけるデータの削除または挿入等
の編集操作を行うとき、編集操作の対象となる特定のブ
ロックのデータについてのみ前記記録媒体に記憶するデ
ータの書き換えを行い、該ファイルにおける他の既存の
ブロックのデータについては書き換えを行わないように
する編集制御手段を更に具えた前記１項のファイル管理
システム。 ３． データの削除または挿入等の編集操作に基づき前
記ファイルにおける特定のブロックについて前記記録媒
体に記録するデータの書き換えを行うとき、前記管理情
報記憶手段に記憶する該ブロックの有効データ量を示す
前記管理情報を更新する手段を更に具えた前記１項又は
２項のファイル管理システム。 ４． 前記編集制御手段は、編集操作の対象となる特定
のブロックについてのデータの挿入によって、該ブロッ
クの合計データ量が該ブロックを構成する前記記録単位
数によって定まるデータ量を超えたとき、前記記録媒体
において追加のブロックを設定し、超過したデータを該
追加のブロックに記録する手段を含む前記２項のファイ
ル管理システム。 ５． 前記記録媒体からデータを読み出す手段と、特定
のブロックについて読み出されたデータのうち該ブロッ
クについて前記管理情報が示す有効データ量に相当する
データのみを有効なデータとして利用する利用制御手段
とを更に具えた前記１項のファイル管理システム。 ６． 前記データ記憶制御手段は、１つのブロックを構
成する前記記録単位数の最小値を設定する手段と、前記
記録媒体において前記最小値以上の数の連続する利用可
能な記録単位を検出し、検出した記録単位を１つのブロ
ックとして設定する手段とを含む前記１項のファイル管
理システム。 ７． 前記編集制御手段は、前記データの削除又は挿入
によって或る第１のブロックの有効データ量が所定のデ
ータ量未満となったとき、該ブロックの前又は後で隣接
する第２のブロックとの間でデータの併合または分配を
行うことにより該第１のブロックの有効データ量が所定
のデータ量以上となるようにするか又は０となるように
するかの調整処理を行う手段を含む前記２項のファイル
管理システム。 ８． １つのファイルを構成するデータが、時間的に連
続する１つのサウンドの波形データからなるものである
前記１項のファイル管理システム。 ９． 前記管理情報記憶手段は、更に、各ブロック毎
に、該ブロックを構成する前記記録単位の前記記録媒体
上の位置と数を特定する管理情報を記憶するものである
前記１項のファイル管理システム。 １０． １つのファイル名で特定されるデータ集合を記
録媒体に記録し、管理するための方法であって、前記記
録媒体において連続する１又は任意の複数の利用可能な
記録単位を検出し、検出した記録単位を１つのブロック
として確保し、このようなブロックを１又は複数確保す
るステップと、１ファイルを構成するデータを分割して
前記記録媒体の各ブロックに記録するステップと、前記
各ブロック毎に該ブロックに記憶されているデータの有
効データ量を示す管理情報を記憶するステップと、前記
記録媒体に記憶するデータの挿入又は削除によって或る
ブロックの前記有効データ量が変化したとき該ブロック
についての前記管理情報を更新するステップとを具えた
ファイル管理方法。 １１． 前記ファイル内のデータの削除又は挿入を行う
とき、削除又は挿入の対象となるブロックについて削除
又は挿入に伴うデータの書き換えを行い、該ファイルに
おける他の既存のブロックに記録済みデータについては
書き換えを行わないようにするステップを更に具え、結
果的に前記削除又は挿入の対象となるブロックの一部に
データが記憶されていない領域が生じることを許すこと
を特徴とする前記１０項のファイル管理方法。 １２． 所望のファイルのデータを利用するために前記
記録媒体から該ファイルのデータを読み出すステップ
と、各ブロックについて読み出されたデータのうち該ブ
ロックについての前記管理情報が示す有効データ量に相
当するデータのみを有効なデータとして利用するステッ
プとを更に具えた前記１０項のファイル管理方法。 １３． 或るブロックに関してデータの挿入を行うと
き、当該ブロックの合計データ量が該ブロックを構成す
る前記記録単位数によって定まるデータ量を超えたと
き、前記記録媒体において追加のブロックを設定し、超
過したデータを該追加のブロックに記録するステップを
更に具えた前記１０項のファイル管理方法。 １４． 或るブロックに関してデータの挿入を行うと
き、当該ブロックの合計データ量が該ブロックを構成す
る前記記録単位数によって定まるデータ量を超えたと
き、必要な該拡張されたデータ量に相当する連続する記
録単位が前記記録媒体において利用可能であるか否かを
検出し、検出された記録単位を当該ブロックのために確
保するステップを更に具えた前記１０項のファイル管理
方法。 １５． １又は複数のファイルのデータを記録するため
のデータ記録領域と記録した１又は複数のファイルの各
々のための管理情報を記録する管理情報記録領域とを含
む読み書き可能な記録媒体と、前記記録媒体のデータ記
録領域において連続する１又は任意の複数の記録単位か
らなるブロックを１又は複数設定し、１つのファイルを
構成するデータを分割して前記データ記録領域の各ブロ
ックに記録するデータ記録制御手段と、前記記録媒体の
管理情報記録領域において、各ファイル毎に、該ファイ
ルに対応して設定された前記１又は複数のブロックの各
々について、該各ブロックに記憶されているデータの有
効データ量を示す管理情報をそれぞれ記録し、データの
削除又は挿入によって該有効データ量が変更したときそ
の記録値を更新する管理情報記録制御手段とを具えたフ
ァイル管理システム。 １６． 前記記録媒体の管理情報記録領域において、更
に、各ブロック毎に、該ブロックを構成する前記記録単
位の前記記録媒体上の位置を特定する管理情報を記録す
るようにした前記１５項のファイル管理システム。 １７． 前記管理情報記録領域は、１つのファイルに関
して所定数分のブロックについての前記管理情報を記録
するものであり、１つのファイルに関するブロック数が
前記所定数を超えるとき、超過したブロックについての
前記管理情報を記録するための追加の管理情報記録領域
を前記記録媒体における別の記録領域に設定することを
特徴とする前記１５項又は１６項のファイル管理システ
ム。 １８． 連続して再生されるべき１つのファイルのデー
タを、それぞれデータサイズが任意に可変設定される複
数のブロックに分割して、各ブロック毎に記録媒体の任
意の記録位置に別々に記録するステップと、前記記録媒
体における前記各ブロックの記録位置を特定する情報
と、該各ブロック毎に実際に記憶している有効なデータ
を示す有効データ情報とを記憶するステップとを具える
データ記録再生方法。 １９． 前記１つのファイルのデータを再生するため
に、前記記録位置を特定する情報に従って前記記録媒体
の各ブロックに順次アクセスし、各ブロック毎の記録デ
ータを順次読み出すステップと、各ブロックの読み出し
出力データのうち前記有効データ情報に従って有効なデ
ータのみを取り出すステップとを更に具える前記１８項
のデータ記録再生方法。

【００７７】

【発明の効果】以上のように、この発明によれば、記録
媒体において連続する１又は任意の複数の記録単位から
なるブロックを１又は複数設定し、１ファイルを構成す
るデータを分割して前記記録媒体の各ブロックに記録す
ると共に、前記各ブロック毎に、該ブロックに記憶され
ているデータの有効データ量を示す管理情報を記憶する
ようにしている。したがって第１に、１ファイル分のデ
ータを記録した個々の記録単位の番号をいちいち用いて
ファイルの記録位置を表現しなければ従来のファイル管
理方式と比較して、少ない管理情報でファイル管理を行
なうことができ、ファイル管理を簡略化することができ
るという優れた効果を奏する。

【００７８】また第２に、１つのファイルを構成するブ
ロック数を従来に比べて比較的少数とすることができる
ことにより、記録・編集・再生処理の際のトータルのア
クセス時間（特にリードライトヘッドの移動に要する時
間）をかなり短縮することができ、編集作業時間の短縮
化を実現することができるのは勿論のこと、記録・再生
時間の短縮化によってリアルタイムでの記録・再生処理
に際しても大変好都合となる、という優れた効果を奏す
る。この効果を更に具体的に述べるならば、大容量の補
助記録媒体を使用する楽音データ記録再生装置に本発明
を適用すれば、記録媒体から楽音データを読み出しなが
ら楽音を再生するような場合に、従来よりもかなりすば
やく楽音データを読み出すことができるようになる。し
たがって例えば、楽音データ記録再生装置における楽音
データの再生サンプリング周波数を従来よりも高く設定
したり、マルチトラックレコーダのような楽音データ記
録再生装置における同時再生トラック数を従来よりも増
やしたりすることが可能になる。

【００７９】また第３に、各ブロックにおいて実際に記
録されているデータ量つまり有効データ量が各ブロック
毎の管理情報によってそれぞれ管理されるので、所定の
記録単位で一括してデータを読み出したとしても、どこ
までが有効なデータで、どこからが不要なデータかが判
明するものとなり、これにより、削除や挿入のデータ編
集作業によって或るブロックのデータ量が減ってそのブ
ロックに空白が生じたり、一部にデータ空白部分を有す
る追加のブロックが新設されたとしても、その空白を埋
めるようにそれ以降のブロックのデータ群を上にずらす
処理をする必要がなくなり、空白をそのままにしておく
ことができる。そのため、データ編集作業の際に、必要
なブロックでのみデータの書き換えを行えばよく、それ
よりも後の他のブロックについて大幅にデータ書き換え
処理を行うことが不要となり、データ編集作業に要する
時間を大幅に短縮することができる、という優れた効果
を奏する。

【図面の簡単な説明】

【図１】 この発明に係わるファイル管理システムを実
施した電子楽器の全体構成を略示するブロック図。

【図２】 図１におけるハードディスクのメモリマップ
の一例を示す図。

【図３】 図２におけるＹノード領域のメモリマップの
一例を示す図。

【図４】 図２におけるデータ記録領域内に設定される
ブロックテーブルのメモリマップの一例を示す図。

【図５】 図１におけるＲＡＭのメモリマップの一例を
示す図。

【図６】 図１のマイクロコンピュータによって実行さ
れるメインルーチン処理の一例を示すフローチャート。

【図７】 図１のマイクロコンピュータによって実行さ
れる録音ルーチンの一例を部分的に示すフローチャー
ト。

【図８】 図７の録音ルーチンの残りの部分を示すフロ
ーチャート。

【図９】 図１のマイクロコンピュータによって録音処
理時に実行される割り込みルーチンの一例を示すフロー
チャート。

【図１０】 図１のマイクロコンピュータによって実行
される録音ストップイベント処理の一例を示すフローチ
ャート。

【図１１】 図１のマイクロコンピュータによって実行
されるデータ編集処理の一つである挿入ルーチンの一例
を示すフローチャート。

【図１２】 図１１または図１３における調整ルーチン
の一例を示すフローチャート。

【図１３】 図１のマイクロコンピュータによって実行
されるデータ編集処理の一つである削除ルーチンの一例
を示すフローチャート。

【図１４】 図１のマイクロコンピュータによって実行
される再生ルーチンの一例を示すフローチャート。

【図１５】 図１のマイクロコンピュータによって再生
処理時に実行される割り込みルーチンの一例を示すフロ
ーチャート。

【図１６】 図１１の挿入ルーチンに従って実行される
データ挿入処理の具体例を説明するためのデータマップ
図。

【図１７】 図１３の削除ルーチンに従って実行される
データ削除処理の具体例を説明するためのデータマップ
図。

【図１８】 従来のディスクレコーダによる楽音波形デ
ータの記録形式の一例を示す図。

【図１９】 この発明に従うデータ記録形態の一例を示
す図。

【図２０】 この発明に従うデータ挿入形態の一例を示
す図。

【図２１】 この発明に従うデータ削除形態の一例を示
す図。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ ＳＣＳＩインターフェース ５ 記録制御部 ６ 再生・転送制御部 ７ 再生音発生部 ８ 演奏操作子 ９ 表示器 １０ パネルスイッチ群 １１ タイマ １２ ＤＭＡＣ回路 １３ 転送バッファメモリ １４ ＤＭＡＣ回路 １５ 転送バッファメモリ １６ アクセス制御部 １７ 再生バッファメモリ ＨＤ ハードディスク

Claims (5)

【特許請求の範囲】
1. 【請求項１】 データを記録するための記録媒体と、 前記記録媒体において連続する１又は任意の複数の記録
   単位からなるブロックを１又は複数設定し、１ファイル
   を構成するデータを分割して前記記録媒体の各ブロック
   に記録するデータ記録制御手段と、 前記各ブロック毎に、該ブロックに記憶されているデー
   タの有効データ量を示す管理情報を記憶する管理情報記
   憶手段とを具えたファイル管理システム。
2. 【請求項２】 １つのファイル名で特定されるデータ集
   合を記録媒体に記録し、管理するための方法であって、 前記記録媒体において連続する１又は任意の複数の利用
   可能な記録単位を検出し、検出した記録単位を１つのブ
   ロックとして確保し、このようなブロックを１又は複数
   確保するステップと、 １ファイルを構成するデータを分割して前記記録媒体の
   各ブロックに記録するステップと、 前記各ブロック毎に該ブロックに記憶されているデータ
   の有効データ量を示す管理情報を記憶するステップと、 前記記録媒体に記憶するデータの挿入又は削除によって
   或るブロックの前記有効データ量が変化したとき該ブロ
   ックについての前記管理情報を更新するステップとを具
   えたファイル管理方法。
3. 【請求項３】 １又は複数のファイルのデータを記録す
   るためのデータ記録領域と記録した１又は複数のファイ
   ルの各々のための管理情報を記録する管理情報記録領域
   とを含む読み書き可能な記録媒体と、 前記記録媒体のデータ記録領域において連続する１又は
   任意の複数の記録単位からなるブロックを１又は複数設
   定し、１つのファイルを構成するデータを分割して前記
   データ記録領域の各ブロックに記録するデータ記録制御
   手段と、 前記記録媒体の管理情報記録領域において、各ファイル
   毎に、該ファイルに対応して設定された前記１又は複数
   のブロックの各々について、該各ブロックに記憶されて
   いるデータの有効データ量を示す管理情報をそれぞれ記
   録し、データの削除又は挿入によって該有効データ量が
   変更したときその記録値を更新する管理情報記録制御手
   段とを具えたファイル管理システム。
4. 【請求項４】 連続して再生されるべき１つのファイル
   のデータを、それぞれデータサイズが任意に可変設定さ
   れる複数のブロックに分割して、各ブロック毎に記録媒
   体の任意の記録位置に別々に記録するステップと、 前記記録媒体における前記各ブロックの記録位置を特定
   する情報と、該各ブロック毎に実際に記憶している有効
   なデータを示す有効データ情報とを記憶するステップと
   を具えるデータ記録再生方法。
5. 【請求項５】 前記１つのファイルのデータを再生する
   ために、前記記録位置を特定する情報に従って前記記録
   媒体の各ブロックに順次アクセスし、各ブロック毎の記
   録データを順次読み出すステップと、 各ブロックの読み出し出力データのうち前記有効データ
   情報に従って有効なデータのみを取り出すステップとを
   更に具える請求項４に記載のデータ記録再生方法。