JP2004362772A - 記録管理方法 - Google Patents

Abstract

【課題】 オーディオデータを記録するミニディスクに、コンピュータデータを記録することができるようにする。
【解決手段】 クラスタとは異なる、クラスタより小さい単位であるブロックでデータを記録する場合に、LOFAT（Location of FAT）に基づいてブロックのデータが記録される、所定の数のクラスタ、例えば、クラスタ１６乃至クラスタ２７からなるセグメントを、Ｕ−ＴＯＣの管理テーブルに設定する。そして、LOFATに基づいてブロックのデータが記録される領域に、ブロックで管理するＦＡＴ（File Allocation Table）に基づいて、ブロックで、LOFATで管理される領域に記録されるオーディオデータとは種類の異なるコンピュータで処理されるデータを記録する。本発明は、ミニディスクの記録管理方法に適用できる。
【選択図】 図６

Description

本発明は、例えば、本来デジタルオーディオデータを圧縮して記録する光磁気ディスクに、コンピュータで処理するデジタルデータを記録再生する場合に用いて好適な記録管理方法に関する。

最近、光磁気ディスクにデジタルオーディオデータを圧縮して記録し、伸長して再生するミニディスク（ＭＤ）（商標）が普及しつつある。図２９は、このミニディスクにおける記録フォーマットを表している。同図に示すように、ミニディスクは、その１周が複数のセクタに区分されている。そして、３６個のセクタにより１クラスタを構成し、このクラスタを単位として、圧縮されたデジタルオーディオデータが記録されるようになされている。

録音用のミニディスクの場合、１クラスタ（＝３６セクタ）の中で、先頭の３セクタがリンクセクタとされ、次の１セクタはサブデータセクタとされる。このサブデータセクタには、オーディオデータ以外のサブデータが配置される。リンクセクタは前後のクラスタを結合するための領域とされ、オーディオデータは実質的に、リンクセクタとサブデータセクタ以外の３２セクタにのみ記録される。

一方、再生専用のミニディスクにおいては、データが連続して記録されており（離散的に記録されておらず）、リンク領域の３セクタは不要となる。そこで、この場合においては、この３セクタもサブデータセクタとされる。

１セクタは、２３５２バイト（データ用に２３３２バイト）とされ、２つの連続するセクタに１１個のサウンドグループが配置される。１サウンドグループは４２４バイトとされ、そこには、左チャンネルと右チャンネルのオーディオデータが合計５１２サンプル（１１．６１ｍｓ）分配置される。デジタルオーディオデータは、このサウンドグループを単位として記録が行われる。

このようなミニディスクを、例えばコンピュータの記憶装置として用いることが考えられる。この場合、コンピュータのデータをファイルとして管理するには、クラスタ（３６セクタ）は単位として大きすぎるため、クラスタより小さい単位（例えばセクタ単位）でデータを記録することができるようにすることが好ましい。しかしながら、上述したように、ミニディスクは１クラスタを単位としてデータを記録することが規格上定められているため、１クラスタより小さい単位（例えばセクタ単位）でデータを記録することができない課題を有している。

また、例えば、１枚のミニディスクにコンピュータのデータとオーディオデータの両方を記録する場合、ハードディスクにおける場合と同様に、データを記録する領域を予め区分することが考えられる。

例えば図３０に示すように、クラスタ０からクラスタ２１９９までの２２００個のクラスタが１枚のミニディスク上に存在する場合、クラスタ０からクラスタ６５０までの領域（Ａ）、クラスタ６５１からクラスタ１１００までの領域（Ｂ）、およびクラスタ１１０１からクラスタ２１９９までの領域（Ｃ）に区分し、各領域（パーティション）のうち、例えばパーティションＡとＣにオーディオデータを記録し、パーティションＢにコンピュータのデータを記録するようにすることができる。

しかしながら、このように、データの種類に対応して、記録領域を予め区分すると、例えば記録すべきコンピュータのデータがパーティションＢの容量以上になったとき、たとえパーティションＡとパーティションＣに空き領域が存在していたとしても、もはやコンピュータのデータをそのミニディスクに記録することができなくなる課題があった。また、逆に、パーティションＡとパーティションＣが一杯になると、パーティションＢに空き領域が存在していても、オーディオデータをそれ以上記録することができない。

さらに、このようにパーティションに区分する管理方法は、クラスタを単位とする管理方法とは基本的に異なる管理方法となり、例えば、複数のパーティションに区分され、所定のパーティションにコンピュータのデータが記録されており、他のパーティションにオーディオデータが記録されている１枚のミニディスクを、オーディオデータ再生専用の装置で再生したとき、そのオーディオデータを再生することができなくなってしまう恐れがある。即ち、互換性を保証することが困難になる。

本発明はこのような状況に鑑みてなされたものであり、クラスタを単位としてデータを記録することが規格化されているミニディスクに対して、クラスタより小さい、例えばセクタ単位でデータを記録することができるようにするものである。

また、空き領域が存在する場合においては、コンピュータデータとオーディオデータのいずれをも必要に応じて随時記録することができるようにするものである。

さらに、通常のミニディスクとの互換性も確保するものである。

本発明の記録管理方法は、第１のデータ量単位とは異なる第２のデータ量単位でデータを記録する場合に第２の管理データに基づいて第２のデータ量単位のデータが記録される領域を第１の管理データに設定し、第２の管理データに基づいて第２のデータ量単位のデータが記録される領域に第２のデータ量単位で管理する第３の管理データに基づいて第２のデータ量単位で上記第１の管理データで管理される領域に記録されるデータとは種類の異なるデータを記録することを特徴とする。

第１の管理データで管理される領域には、オーディオデータが記録され、第３の管理データで管理される領域には、コンピュータで処理されるデータが記録されるようにすることができる。

本発明の記録管理方法においては、第１のデータ量単位とは異なる第２のデータ量単位でデータを記録する場合に第２の管理データに基づいて第２のデータ量単位のデータが記録される領域が第１の管理データに設定され、第２の管理データに基づいて第２のデータ量単位のデータが記録される領域に第２のデータ量単位で管理する第３の管理データに基づいて第２のデータ量単位で上記第１の管理データで管理される領域に記録されるデータとは種類の異なるデータが記録される。

以上の如く本発明の記録管理方法によれば、第１のデータ量単位を基準としてデータが記録された記録媒体との互換性を確保することができ、また、記録媒体に空き領域があれば、そこにデータを追加して記録することが可能となる。

図１は、本発明の記録媒体管理方法を応用したミニディスク装置の一実施例の外観構成を示している。ディスクカートリッジ１ａには、ミニディスク１（図２）が内部に収容されており、このカートリッジ１ａは、挿入口４２から本体４１に対して装填することができるようになされている。本体４１の右側下方には、電源釦１９ａとイジェクト釦１９ｂなどを含む操作入力部１９が設けられている。電源釦１９ａは、電源をオンまたはオフするとき操作され、イジェクト釦１９ｂは、カートリッジ１ａをイジェクトするとき操作される。また、本体４１の上面中央部には、表示部１８が配置されている。本体４１は、ＳＣＳＩバス３０を介してホストＣＰＵ３１（図２）に接続されている。

図２は、本体４１の内部構成を示している。同図において、例えば複数の楽曲（オーディオデータ）とコンピュータデータの両方、またはコンピュータデータのみが記録されているミニディスク（光磁気ディスク）１は、スピンドルモータ２により回転駆動される。光学ヘッド３は、ミニディスク１に対して記録／再生時にレーザ光を照射する。即ち、記録時には、記録トラックをキュリー温度まで加熱するための高レベルのレーザ光が出力され、また再生時には、磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ光が出力される。

このため、光学ヘッド３は、レーザ光を出力するレーザダイオード、偏光ビームスプリッタ、対物レンズ等からなる光学系、および反射光を検出するためのディテクタを有している。このうち、対物レンズ３ａは、２軸機構４によって、ディスク半径方向（トラッキング方向）およびディスクに接離する方向（フォーカス方向）に変位可能に保持されており、また、光学ヘッド３の全体は、スレッド機構５によりディスク半径方向に移動可能とされている。

また、磁気ヘッド６は、供給されたデータによって変調された磁界をミニディスク１に印加するように、ミニディスク１を挟んで光学ヘッド３と対向する位置に配置されている。

再生動作によって、光学ヘッド３によりミニディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は、供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ＡＴＩＰ情報（ミニディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対時間情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。

そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号は、サーボ回路９に供給され、アドレス情報はアドレスデコーダ１０に供給される。さらに、ＡＴＩＰ情報、フォーカスモニタ信号は、例えばマイクロコンピュータ（ＣＰＵ）によって構成されるシステムコントローラ１１に供給される。

サーボ回路９は、ＲＦアンプ７より供給されたトラッキングエラー信号、フォーカスエラー信号、システムコントローラ１１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４およびスレッド機構５を制御して、フォーカスおよびトラッキング制御を行わせ、またスピンドルモータ２を一定角速度（ＣＡＶ）または一定線速度（ＣＬＶ）に制御する。

再生ＲＦ信号は、エンコーダ／デコーダ部８でＥＦＭ復調され、さらにＣＩＲＣ等のデコード処理がなされた後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。尚、光学ヘッド３によるミニディスク１からのデータの読み取り、および光学ヘッド３からバッファＲＡＭ１３までの再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃの転送レートで行われる。

バッファＲＡＭ１３に書き込まれたデータは、ＳＣＳＩインタフェース１４を介してホストＣＰＵ３１に供給される。

また、アドレスデコーダ１０から出力されるアドレス情報は、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。

さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、および再生データのフレーム同期信号の欠落状態のモニタ信号も、システムコントローラ１１に供給される。

ミニディスク１に対して記録動作が実行される際には、記録データが、ホストＣＰＵ３１よりＳＣＳＩインタフェース１４を介してメモリコントローラ１２に供給される。そして、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定のタイミングで読み出されて、エンコーダ／デコーダ部８に送られる。そして、エンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理が施された後、磁気ヘッド駆動回路１５に供給される。

磁気ヘッド駆動回路１５は、エンコード処理された記録データに応じて、磁気ヘッド６に磁気ヘッド駆動信号を供給する。つまり、ミニディスク１に対して磁気ヘッド６によるＮまたはＳの磁界印加を実行させる。また、このとき、システムコントローラ１１は、光学ヘッド３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。

例えば、液晶ディスプレイによって構成される表示部１８には、システムコントローラ１１からの指令に対応して、所定の文字等が表示される。操作入力部１９は、上述した電源釦１９ａ、イジェクト釦１９ｂの他、再生キー、停止キー、ＡＭＳキー、サーチキー等を有し、その操作に対応する信号をシステムコントローラ１１に入力する。

ＲＡＭ（以下、ＴＯＣメモリという）１６は、ミニディスク１におけるＴＯＣ情報を保持する。ミニディスク１が装填された時点、あるいは記録または再生動作の直前において、システムコントローラ１１は、スピンドルモータ２および光学ヘッド３を駆動させ、ミニディスク１の例えば最内周側に設定されているＴＯＣ領域のデータを抽出させる。そして、ＲＦアンプ７、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給されたＴＯＣ情報は、ＴＯＣメモリ１６に蓄えられ、以後、そのミニディスク１に対する記録／再生動作の制御に用いられる。メモリ１７は、後述するＦＡＴ（File Allocation Table）情報、またはビットマップを記憶する。

ホストＣＰＵ３１は、コンピュータデータの送受信の制御だけでなく、ＦＡＴ情報またはビットマップの送受信や更新を制御する。尚、メモリ１７は、本体４１側に設けることもできる。

書き込み可能なミニディスク１にはまた、一連の楽曲を、１または複数に分割したセグメント（パーツ）として離散的に（勿論、連続的でもよいが）記録／再生できるようにするためのセグメント管理データが記録されている。つまり記録データ領域の管理のために、データの記録や消去に応じて内容が書き換えられるユーザＴＯＣ（以下、Ｕ−ＴＯＣという）が、例えば図３に示すようなデータ構造で記録されている。

このＵ−ＴＯＣは、データ領域中の、例えば４バイト×５８７の領域に記録され、その領域には、先頭位置に、オール０ビットまたはオール１ビットの１バイトデータよりなる同期パターンを有するヘッダが設けられている。

また、所定アドレス位置に、このミニディスク１に記録されている最初の楽曲の曲番（First TNO）、最後の楽曲の曲番（Last TNO）、セクタ使用状況、ディスクＩＤ等のデータが記録される。さらに、記録されている各楽曲等を後述する管理テーブルに対応させる各種の対応テーブル指示データ（P-DFA〜P-TNO255）を記録する領域が用意されている。

一方、管理テーブルとして、番号（０１ｈ）〜（ＦＦｈ）までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、あるセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメント（トラック）のモード情報、およびそのセグメントが他のセグメントへ続いて連結される場合は、その連結されるセグメントのスタートアドレスおよびエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。

トラックのモード情報とは、そのトラックが、例えばオーバライト禁止やデータ複写禁止に設定されているのか否かの情報、オーディオ情報、コンピュータ情報などの種類を表す情報、モノラル／ステレオの種別を示す情報などである。リンク情報は、例えば各パーツテーブルに与えられた番号（０１ｈ）〜（ＦＦｈ）によって、連結すべきパーツテーブルを指定している。

つまり管理テーブルにおいては、１つのパーツテーブルが１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲については、リンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理がなされる。尚、このため、パーツテーブルの番号（０１ｈ）〜（ＦＦｈ）は、そのままセグメント（パーツ）番号とすることができる。

管理テーブルにおける（０１ｈ）〜（ＦＦｈ）までの各パーツテーブルは、対応テーブル指示データ（P-DFA〜P-TNO255）によって、そのセグメントの内容が 示される。

Ｐ−ＤＦＡは、ミニディスク１上の欠陥領域を示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル、または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合、対応テーブル指示データＰ−ＤＦＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、欠陥セグメントがスタートおよびエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として、他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、そのセグメントが最後の欠陥セグメントである場合は、リンク情報は、例えば（００ｈ）とされ、それ以降にセグメントがリンクされていないことが表される。

Ｐ−ＥＭＰＴＹは、管理テーブルにおける１または複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹとして、（０１ｈ）〜（ＦＦｈ）のいずれかが記録される。未使用のパーツテーブルが複数存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹによって指定されたパーツテーブルから、リンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル上で連結（リンク）される。

例えば、全く記録がなされておらず、欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えば対応テーブル指示データＰ−ＥＭＰＴＹによってパーツテーブル（０１ｈ）が指定され、また、パーツテーブル（０１ｈ）のリンク情報としてパーツテーブル（０２ｈ）が指定され、パーツテーブル（０２ｈ）のリンク情報としてパーツテーブル（０３ｈ）が指定され、というように、パーツテーブル（ＦＦｈ）まで連結される。この場合、パーツテーブル（ＦＦｈ）のリンク情報は、それ以降に連結がないことを示す（００ｈ）とされる。

Ｐ−ＦＲＡは、ミニディスク１上のデータの未記録領域（消去領域を含む）を示しており、未記録領域となるトラック部分（＝セグメント）が示された、１または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合、対応テーブル指示データＰ−ＦＲＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、未記録領域であるセグメントが、スタートおよびエンドアドレスによって示されている。また、このようなセグメントが複数個ある場合、つまりパーツテーブルが複数個ある場合は、リンク情報により、リンク情報が（００ｈ）となるパーツテーブルまで順次指定されている。

図４に、未記録領域となるセグメントのパーツテーブルによる管理状態を模式的に示す。これは、スタートアドレスとエンドアドレスが、それぞれ、（Ｓ_03h，Ｅ_03h），（Ｓ_18h，Ｅ_18h），（Ｓ_1Fh，Ｅ_1Fh），（Ｓ_2Bh，Ｅ_2Bh），（Ｓ_E3h，Ｅ_E3h）で表されるセグメントが未記録領域とされているとき、この状態が対応テーブル指示データＰ−ＦＲＡに引き続き、パーツテーブル（０３ｈ），（１８ｈ），（１Ｆｈ），（２Ｂｈ），（Ｅ３ｈ）のリンクによって表現されている状態を示している。尚、上記した欠陥領域や、未使用パーツテーブルの管理形態も、これと同様となる。

Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５は、ミニディスク１上に記録された、それぞれの楽曲（トラック）について示しており、例えば対応テーブル指示データＰ−ＴＮＯ１では、１曲目のデータが記録された、１または複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。

例えば、１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域は、対応テーブル指示データＰ−ＴＮＯ１で示されるパーツテーブルにおけるスタートおよびエンドアドレスとして記録されている。

また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の位置を示すため、各セグメントが時間的な順序に従って指定（リンク）される。つまり、対応テーブル指示データＰ−ＴＮＯ２に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が（００ｈ）となるパーツテーブルまで連結される（上記、図４と同様の形態）。

このように、例えば２曲目を構成するデータが記録された全セグメントが順次指定、記憶されていることにより、このＵ−ＴＯＣデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行う際に、光学ヘッド３および磁気ヘッド６をアクセスさせ、離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。

このように、ミニディスク１に記録されているＵ−ＴＯＣデータが読み出され、ＴＯＣメモリ１６に記憶される。そして、ＴＯＣメモリ１６に読み込んだＵ−ＴＯＣデータを用いて、ディスク上の記録領域の管理を行って記録再生動作を制御することができる。

以上のＵ−ＴＯＣデータは、通常の楽曲を記録するミニディスクにおいても同様に記録されるものである。そして、本実施例のミニディスクにおいては、オーディオデータ（楽曲）以外に、例えばコンピュータデータを記録することができるように、ＬＯＦＡＴ（Location of FAT）が１６ビットのデータとして記録されるようになされている。このＬＯＦＡＴについては後述する。

図５は、Ｕ−ＴＯＣの管理テーブル（パーツテーブル）と、ミニディスク１のデータ記録領域のクラスタとの関係を模式的に表している。この実施例は、ミニディスク１上におけるデータの未記録領域を表している。未記録領域の先頭クラスタを示すパーツテーブル番号は、対応テーブル指示データＰ−ＦＲＡに（０１ｈ）として規定されている。即ち、データの未記録領域としての先頭のセグメントの位置が、パーツテーブル（０１ｈ）に記述されていることになる。

そこで、この番号（０１ｈ）のパーツテーブルを参照すると、そのスタートアドレスはクラスタ９とされ、エンドアドレスはクラスタ１２とされている。このことから、データ記録領域のクラスタ９からクラスタ１２までが、連続して未記録領域とされていることがわかる。そして、この番号（０１ｈ）のパーツテーブルには、リンク情報として、（０Ａｈ）が記述されている。このことは、クラスタ９からクラスタ１２までのセグメントに続く未記録領域のセグメントに関するデータが、番号（０Ａｈ）のパーツテーブルに記述されていることを表している。

そこで、番号（０Ａｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ２９とされ、エンドアドレスはクラスタ３０とされている。即ち、クラスタ２９からクラスタ３０までのセグメントが、データ記録領域中に未記録領域として存在していることがわかる。

また、この番号（０Ａｈ）のリンク情報としては、（０４ｈ）が記述されている。そこで、この（０４ｈ）の番号のパーツテーブルを見ると、そのスタートアドレスはクラスタ１０４とされ、エンドアドレスはクラスタ１０５とされている。即ち、クラスタ２９とクラスタ３０に続く第３のセグメントとして、クラスタ１０４とクラスタ１０５からなる未記録領域が存在することがわかる。

さらに、この（０４ｈ）のパーツテーブルには、（０７ｈ）のリンク情報が記述されている。そこで、（０７ｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ８２とされ、エンドアドレスはクラスタ８７とされている。即ち、クラスタ８２からクラスタ８７までの第４番目のセグメントが未記録領域とされている。そして、この（０７ｈ）のパーツテーブルのリンク情報には、（００ｈ）が記述されているため、この第４番目のセグメントが未記録領域の最後のセグメントであることがわかる。

上述したように、データ記録領域の各クラスタには、基本的にはデジタルオーディオデータが記録されるのであるが、その所定の範囲（クラスタ）にデジタルオーディオデータではなく、コンピュータデータを記録する場合、例えば図６に示すように、まずコンピュータデータを記録する範囲がホストＣＰＵ３１によりクラスタを単位として指定される。

図６の実施例においては、クラスタ１６からクラスタ２７までの１２クラスタよりなるセグメントが、コンピュータデータを記録するためのセグメントとして指定されている。そして、このセグメントは５番目のセグメントなので、上述したＵ−ＴＯＣの対応テーブル指示データＰ−ＴＮＯ５には、コンピュータデータ記録用の先頭のセグメントに関するパーツテーブルの番号として（０２ｈ）が記述される。そこで、この（０２ｈ）のパーツテーブルを見ると、スタートアドレスとしてクラスタ１６が記述され、エンドアドレスとしてクラスタ２７が記述されている。そして、そのリンク情報としては、（００ｈ）が記述されているため、クラスタ１６からクラスタ２７までの１２クラスタからなる１つのセグメントだけが、コンピュータデータ記録用として用意されていることがわかる。

このように、管理テーブル（パーツテーブル）にコンピュータデータを記録する領域が指定されると、図７に示すような、コンピュータデータを記録するファイルを管理するテーブルとしてのＦＡＴが、ミニディスク１上のデータ記録領域の所定のトラックに形成される。例えば図６に示すように、クラスタ１６からクラスタ２７までの、コンピュータデータ記録用の領域の先頭のクラスタ１６にＦＡＴを記録する（勿論、ＦＡＴは、例えばＵ−ＴＯＣ領域に記録することもできる）。また、このとき、ＦＡＴの記録位置がわかるように、ＬＯＦＡＴに（０２ｈ）が記述される。

ＦＡＴの１つのブロックは、２バイトにより構成され、各ブロックは、データ記録領域の所定の大きさの領域（例えばクラスタ）に対応している。即ち、図６に示した実施例においては、データ記録領域中のクラスタ１６乃至２７までのセグメントが、コンピュータデータ記録領域として指定されたため、ＦＡＴにおいては、このクラスタ１６乃至２７に対応するブロック１６乃至２７に、使用可能未使用ブロックであることを示すデータ（ＦＦＥｈ）が記述される。但し、クラスタ１６にＦＡＴが記録されたときは、このクラスタに対応するＦＡＴのブロック１６に、（ＦＦＤｈ）が記録される。これは、そこ（対応するクラスタ１６）にデータが記録されており、そのデータは、そこ（対応するクラスタ１６）で終了していることを表している。

データ記録領域のクラスタ１６乃至２７以外の各クラスタは、コンピュータデータを記録する領域として指定されていないため、換言すれば、コンピュータデータを記録する領域として使用することが禁止されているため、使用禁止ブロックであることを表すデータ（ＦＦＦｈ）が記述される。

図８は、このようにして確保したクラスタ１６乃至２７の所定の範囲に、コンピュータデータを記録した状態におけるＦＡＴを示している。この実施例においては、クラスタ１７に対応するブロック１７には、ブロック１８の番号が記述され、ブロック１８には、ブロック１９の番号が記述され、ブロック１９にはブロック２０の番号が記述され、さらにブロック２０には、セグメントの最後のブロックであることを表すデータ（ＦＦＤｈ）が記述されている。従って、クラスタ１７からクラスタ２０までの４つのクラスタからなるセグメントに、一連のコンピュータデータが記録されていることがわかる。

さらに、ブロック２１にはブロック番号２２が、ブロック２２にはブロック番号２３が、ブロック２３にはブロック番号２４が、ブロック２４にはブロック番号２５が、そしてブロック２５には（ＦＦＤｈ）が記述されている。即ち、クラスタ２１からクラスタ２５までの５個のクラスタに、一連のコンピュータデータが記録されていることになる。

尚、ブロック２６とブロック２７のデータは、（ＦＦＥｈ）のままであるため、クラスタ２６とクラスタ２７は、まだコンピュータデータが記録されていない未使用領域のままとされていることになる。

図９は、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ１において、ミニディスク１のＵ−ＴＯＣのＬＯＦＡＴに所定の管理テーブル上のパーツテーブルを示す番号が記述されているか否かが判定される。ＬＯＦＡＴに所定のパーツテーブルの番号が記述されている場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。

ステップＳ１において、ＬＯＦＡＴに所定の番号が記述されていないと判定された場合、ステップＳ２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば図６に示すように、データ記録領域中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５からわかる）の中から、所定の１２クラスタ（図６においては、クラスタ１６からクラスタ２７までの１２クラスタ）が、コンピュータデータ記録用トラックとして確保される。そして、このセグメントがＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブル（０２ｈ）に登録される。

次にステップＳ３に進み、ステップＳ２で確保したデータトラックの領域内の（１２クラスタ中の）任意のクラスタ（例えば、先頭のクラスタ１６）に、図７に示したようなＦＡＴが書き込まれる。そして、ＦＡＴにおいては、図７に示すように、ＦＡＴの書き込まれたクラスタ１６に対応するブロック１６に、使用ブロックであり、かつ、リンクするブロックが存在しないことを表すデータ（ＦＦＤｈ）が記録される。ＦＡＴが記録されていないクラスタ１７乃至２７に対応するＦＡＴのブロック１７乃至２７には、使用可能未使用ブロックとしてデータ（ＦＦＥｈ）が記録される。さらに、それ以外のクラスタに対応するＦＡＴのブロックには、使用禁止ブロックとして、データ（ＦＦＦｈ）が記録される。

次にステップＳ４に進み、Ｕ−ＴＯＣのＬＯＦＡＴに、ＦＡＴを記録したクラスタに対応するパーツテーブルの番号を記述する。

尚、ＦＡＴデータは、一旦メモリ１７に記憶され、所定のタイミングでミニディスク１上のＦＡＴに記録される。

次に図１０は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ１１において、ホストＣＰＵ３１は、ミニディスク１に記録されているＵ−ＴＯＣのＬＯＦＡＴが示すＦＡＴ（図６のデータ記録領域のクラスタ１６のＦＡＴ）を読み込む。このデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを、所定のタイミングで読み込むことになる。

次にステップＳ１２に進み、いま読み込んだＦＡＴのエントリに使用可能な未使用ブロックがあるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ１２からステップＳ１５に進む。ステップＳ１５では、未使用ブロックから１つのブロック（例えば、図８のＦＡＴのブロック１７）を選択し、このブロックを、いまデータを書き込もうとしているファイルに対応させる。そして、そのブロックが対応するクラスタ（例えば、図６のデータ記録領域のクラスタ１７）に、実際にデータが書き込まれる。

次にステップＳ１６に進み、いま割り当てられたブロックの前に、そのファイルに割り当てたブロックが存在するか否かが判定される。初めての記録である場合、以前に割り当てたブロックは存在しないため、ステップＳ１６からステップＳ１８に進む。ステップＳ１８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ１２に戻る。

以上のような動作が繰り返される。２回目以降の処理においては、ステップＳ１６において、以前にファイルに割り当てたブロックが存在すると判定されるため、この場合、ステップＳ１６からステップＳ１７に進み、前のブロックのＦＡＴのエントリに、現在のブロック番号を登録する。即ち、図８を参照して説明したように、例えばブロック１７に、現在のブロック番号１８を登録する。そして、同様に、ブロック１８にブロック番号１９が、ブロック１９にブロック番号２０が、それぞれ記録される。

また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ１２においてＦＡＴのエントリに使用可能な未使用ブロックが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ１３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域をコンピュータデータを記録するデータトラックとして追加する。そして、ステップＳ１４に進み、データトラック追加した領域のブロックを使用可能未使用ブロックとしてＦＡＴのエントリに登録する。即ち、図９の初期化処理におけるステップＳ２，Ｓ３と同様の処理を行い、新たに１２クラスタのデータ記録領域を確保（追加）する。但し、ＦＡＴは既に作成されているため、新たに作成せず、そのデータのみを更新する。

このステップＳ１３，Ｓ１４の処理を行うことにより、ミニディスク１上の空き領域が随時コンピュータデータを記録するためのデータトラックとして追加される。従って、パーティションとして予め所定の範囲を区分する場合のように、ディスクに空き領域が存在するにも拘らず、コンピュータデータを記録することができなくなるようなことが防止される。

ステップＳ１８において、全てのデータの書込が終了したと判定された場合においては、ステップＳ１９に進み、現在のブロックのＦＡＴエントリを最終ブロックとして登録し、ＦＡＴを更新する。即ち、図８のＦＡＴのブロック２０における場合のように、当該ブロックにデータ（ＦＦＤｈ）を記録する。

尚、以上においては、ＬＯＦＡＴにパーツテーブルの番号（０１ｈ）〜（ＦＦｈ）を記述するようにしたが、ＬＯＦＡＴは１６ビット確保してあるため、データ記録領域中のアドレスを直接記録させるようにすることもできる。

例えば、いま、ミニディスク１の領域全体のクラスタ数を２２００とし、１クラスタの容量を６４ｋバイトとすると、ミニディスク１全体の容量は、１４０Ｍバイト（＝２２００×６４ｋバイト）となる。

ＦＡＴの１個のブロックに、記録データ領域の８ｋバイトの範囲を対応させると、ＦＡＴのブロックの個数（エントリ数）は、１７，６００（＝１４０Ｍバイト／８ｋバイト）個必要となる。１つのエントリ（ブロック）を２バイト（１６ビット）で形成すると、ＦＡＴの容量としては、約３５ｋバイト（＝１７，６００×２バイト）必要となる。結局、ＦＡＴの１ブロックに、データ記録領域における８ｋバイト（１クラスタである６４ｋバイトの１／８の範囲）を対応させると、ディスク１枚の全体の範囲を管理するのに、３５ｋバイトの容量のＦＡＴが必要となる。

ＦＡＴの１ブロックの割当量が、データ記録の単位となる。上述したように、この割当量を６４ｋバイト（１クラスタ）とすると、通常のミニディスクと同様の書込が可能となる。しかしながら、コンピュータデータを効率的に転送することを考えると、６４ｋバイトより小さい８ｋバイト程度にするのが好ましい。また、このようにすると、クラスタより小さい単位でデータの記録が可能になる。

但し、８ｋバイト単位でデータを記録する場合、一旦ミニディスク１から、その８ｋバイトのブロックを含む１クラスタ分のデータが読み出され、ＲＡＭ１３に記憶される。次に、ＲＡＭ１３に記憶された１クラスタ分のデータのうち、その８ｋバイトに相当するデータが新たに記憶される。そして、ミニディスク１には、その１クラスタ分のデータが書き込まれる。即ち、実質的に、その８ｋバイトのみの記録が行われることになる。また、再生時においては、ホストＣＰＵ３１は、１セクタ単位でデータを読み取る。

このようにして、コンピュータデータ（勿論、その他のデータでもよい）がオーディオデータとともに混在するように記録されたミニディスクを、通常の楽曲用のミニディスク装置に装着した場合、コンピュータデータは再生不能であるが、オーディオデータは再生可能である。また、空き領域があれば、オーディオデータを追加記録することができる。

以上の実施例においては、ＦＡＴを用いてデータトラックを管理するようにしたが、ＦＡＴを用いないでデータトラックを管理する実施例について、次に説明する。

図１１は、この実施例を実現する場合における書き込み可能なミニディスク１の記録フォーマットを表している。同図に示すように、最内周（図中、左側）から最外周（図中、右側）までのインフォメーションエリア（Ｉｎｆｏｒｍａｔｉｏｎ ａｒｅａ）のうち、最内周側と最外周側に、それぞれリードインエリア（Ｌｅａｄ−ｉｎ ａｒｅａ）とリードアウトエリア（Ｌｅａｄ−ｏｕｔ ａｒｅａ）が設けられている。このリードインエリアとリードアウトエリアには、ＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）データなどが必要に応じて記録される。これらの領域には、一般の使用者は情報を記録することができない。

インフォメーションエリアのうち、リードインエリアとリードアウトエリアを除くエリアが、レコーダブルエリア（Ｒｅｃｏｒｄａｂｌｅ ａｒｅａ）とされ、そこに一般の使用者がデータを記録または再生することができるようになされている。レコーダブルエリアの最内周側には、ＵＴＯＣ（Ｕｓｅｒ ＴＯＣ）エリアが設けられ、その外側にプログラムエリア（Ｐｒｏｇｒａｍ ａｒｅａ）が設けられている。ＵＴＯＣエリアには、上述したＵ−ＴＯＣデータが記録される。プログラムエリアには、オーディオデータやコンピュータで処理するデータ、その他のデータを記録することができるようになされている。

プログラムエリアにおいては、各データは離散的に記録される。図１１の実施例においては、トラックＴｒｋ１にオーディオデータが記録されている。即ち、このトラックは、オーディオトラックとされている。このトラックＴｒｋ１は、２つのパーツ（Ｔｒｋ１−１，Ｔｒｋ１−２）から構成されている。パーツ（トラック）Ｔｒｋ１−１とＴｒｋ１−２は、ディスク上において離れた位置に形成されているが、例えば、そのデータを再生するとき、パーツＴｒｋ１−１の再生が終了したとき、光学ヘッド３は、パーツＴｒｋ１−２にシークし、そこを再生する。このため、再生データは、連続して得ることができる。

この実施例においては、この他、オーディオトラックＴｒｋ２−１とＴｒｋ４−１が、それぞれ１つのパーツで構成され、オーディオデータが記録されている。

さらに、この実施例においては、パーツＴｒｋ３−１乃至３−３から構成されるトラックＴｒｋ３が形成され、そこには、ホストＣＰＵ３１により処理されるデータが記録されている。

ＥＦＭ・ＣＩＲＣエンコーダ／デコーダ８は、プログラムエリアの各トラックに対して、クラスタ（６４キロバイト）を単位としてデータが記録再生されるように処理する。

データトラックは、ボリュームマネジメントエリア（Ｖｏｌｕｍｅ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）とイクステントエリア（Ｅｘｔｅｎｔ Ａｒｅａ）により構成されている。ボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成される。イクステントエリアは、それ以外の領域とされる。

ボリュームマネジメントエリアとイクステントエリアのデータの割当単位（Ａｌｌｏｃａｔｉｏｎ Ｂｌｏｃｋ）は単独の管理とされ、前者は、２キロバイトとされ、後者は、４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイトのいずれかの値（例えば８キロバイト）とされる。

ボリュームマネジメントエリアは、図１２に示すように、１６個のクラスタより構成される。ボリュームマネジメントエリアの１クラスタ前には、必要に応じて、ブートクラスタ（Ｂｏｏｔ−Ｃｌｕｓｔｅｒ）が配置される。

図１３は、ボリュームマネジメントエリアのフォーマットを表している。ボリュームマネジメントエリアは、１６クラスタから構成され、１クラスタは６４キロバイトにより構成されるため、ボリュームマネジメントエリアには、２キロバイトのブロックが１０２４個形成されることになる。

最初の番号０のブロックには、ボリュームディスクリプタＶＤ（Ｖｏｌｕｍｅ Ｄｅｓｃｒｉｐｔｏｒ）が記録される。このボリュームディスクリプタには、例えばルートディレクトリが記録されているブロックの番号（０乃至１０２３のいずれかの値（この実施例の場合、４））や、ボリュームスペースビットマップの位置情報等が記録される。

番号１のブロックには、ボリュームスペースビットマップ（Ｖｏｌｕｍｅ Ｓｐａｃｅ Ｂｉｔｍａｐ（ＶＳＢ））が配置される。このＶＳＢには、ミニディスク１全体の使用状態を表すビットマップが記録される。このビットマップについては後述する。

番号２と番号３の合計４キロバイトのブロックには、マネージメントテーブル（Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ（ＭＴ））が配置される。このＭＴには、ボリュームマネジメントエリアの使用状態が記録される。

図１４は、番号２と番号３の２つのブロックにより構成されるマネージメントテーブルを模式的に表している。同図に示すように、０乃至１０２３の番号で示す４バイトの大きさの各ブロックは、図１３における０乃至１０２３のブロックの番号で示す２キロバイトのブロックに対応している。図１３において、番号０乃至３のブロックは、予め規格により定められているものであるため、図１４のマネージメントテーブル上の対応する領域（ブロック）には、特にデータは記録されない（Ｒｅｓｅｒｖｅｄとされている）。

図１３に示すように、番号４以降のブロックには、ディレクトリレコードブロック（Ｄｉｒｅｃｔｏｒｙ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ（ＤＲＢ））またはイクステントレコードブロック（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ（ＥＲＢ））が配置されている。

このディレクトリレコードブロックＤＲＢには、次のような情報（ディレクトリ管理情報とファイル管理情報）が記録される。
Ｄｉｒｅｃｔｏｒｙ （Ｎａｍｅ， Ｉｎｄｅｘ ｔｏ ＤＲＢ， ＩＤ， Ｓｉｚｅ， Ｄａｔｅ， ｅｔｃ．）
Ｆｉｌｅ（Ｎａｍｅ， Ｉｎｄｅｘ ｔｏ ＥＲ（Ｉｎｄｅｘ ｔｏ ＥＲＢ， Ｏｆｆｓｅｔ ｏｆ ＥＲ）， Ｅｘｔｅｎｔ ｓｔａｒｔ Ｌｏｃａｔｉｏｎ， Ｎｕｍｂｅｒ ｏｆ Ｂｌｏｃｋｓ， ＩＤ， Ｓｉｚｅ， Ｄａｔｅ， ｅｔｃ．）

このディレクトリレコードブロックＤＲＢのデータを記録するためのマネージメントテーブルのディレクトリレコードブロックエントリ（Ｄｉｒｅｃｔｏｒｙ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ Ｅｎｔｒｙ）は、図１５または図１６乃至図１８に示すように構成される。

図１５に示すフォーマットは、ディレクトリレコードブロックＤＲＢが単独である場合におけるフォーマットを表している。この場合、４バイトのデータのうちの最初のビット３１に０がセットされ、残りのビット３０からビット０までの３１ビットにＩＤが記録される。例えば、図１４の番号４のブロックに対応するディレクトリレコードブロックエントリは、このフォーマットで構成されている。この実施例の場合、ＩＤとして、０００００００２が記録されている。このＩＤはルートディレクトリを表している。

ディレクトリレコードブロックＤＲＢが複数のブロックで構成される場合においては、最初のディレクトリレコードブロックエントリが図１６に示すようなフォーマットで構成され、最後のエントリが図１８に示すようなフォーマットで構成され、その間のエントリは、図１７に示すようなフォーマットで構成される。

図１６のフォーマットにおいては、最初の１バイトにＦ０が記録され、次の１バイトに、４バイトのＩＤのうちのＭＳＢ側の１バイトのＩＤが記録される。そして次の２バイトには、次のＤＲＢへのインデックス（Ｉｎｄｅｘ ｔｏ Ｎｅｘｔ ＤＲＢ）が配置されている。

図１７のエントリにおいては、最初の１バイトにＦＥが配置され、次の１バイトは未使用とされている。そして、残りの２バイトに次のＤＲＢへのインデックスが配置されている。

また、図１８のエントリにおいては、最初の１バイトにＦＦが配置され、残りの３バイトに、図１６の２バイト目に記録した１バイトのＭＳＢを除く、残りの３バイトのＩＤが記録されるようになされている。

図１４の番号７、番号８または番号１０で示すエントリが、この図１６、図１７または図１８で示すフォーマットで規定されている。ブロック番号７に対応するエントリの最後の２バイトには０００８が記録され、これは、関連するデータが記録されている次のＤＲＢが、番号８で表されるディレクトリレコードブロックＤＲＢであることを表している。また、番号８に対応するブロックのエントリの最後の２バイトにおいては、０００Ａ（１６進）が記録されており、これは番号１０（１６進数のＡに対応する１０進法による値）のディレクトリレコードブロックが続いていることを表している。

そして、番号７の２番目のバイトに００が記録されており、番号１０のブロックに対応するエントリに０００００５のＩＤが記録されているため、結局、この３つのブロックにより規定されるディレクトリのＩＤは、０００００００５であることが判る。

図１９は、図１４のマネージメントテーブルのイクステントレコードブロックエントリ（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ Ｅｎｔｒｙ）のフォーマットを表している。このフォーマットにおいては、最初の１バイトに８０が配置され、残りの２バイトは未使用とされ、最後の１バイトには、ユーズドカウント（Ｕｓｅｄ Ｃｏｕｎｔ）が配置されている。このユーズドカウントは、後述する図２０のイクステントレコードブロック（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ）の０乃至６３の番号に対応するレコードのうち、使用済みのイクステントレコードの数を表すようになされている。

図１４のマネージメントテーブルにおいては、番号５で表すブロックに対応するエントリが、図１９で示すイクステントレコードブロックエントリのフォーマットで表されている。その一番最後の１バイトには、０４の値が記録されている。これは、図２０に示すイクステントレコードブロックの０乃至６３の６４個の番号で表されるイクステントレコードＥＲのうち、使用済みのイクステントレコードの数が４（番号０，１，２，４の各イクステントレコードが使用済み）であることを表している。

図１３に示したイクステントレコードブロックＥＲＢは、例えば図２０に示すように構成されている。同図に示すように、２キロバイトのイクステントレコードブロックＥＲＢは、それぞれが、３２バイトの、番号０から番号６３で表される６４個のイクステントレコードＥＲにより構成される。

各イクステントレコードＥＲは、最初の１バイトにＦＦＦＦが記録された４バイトのデータと、図２１に示すイクステントレコードインデックス（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄ Ｉｎｄｅｘ）が７個集められて構成されるか、あるいはまた、図２２に示す４バイトのイクステントディスクリプタ（Ｅｘｔｅｎｔ Ｄｅｓｃｒｉｐｔｏｒ）が８個集められて構成されている。

図２１に示すように、イクステントレコードインデックスの最初の２バイトには、ロジカルブロックオフセット（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｏｆｆｓｅｔ）が配置され、次の２バイトには、インデックストゥＥＲＢ（Ｉｎｄｅｘ ｔｏ ＥＲＢ）が配置され、最後の１バイトには、オフセットオブＥＲ（Ｏｆｆｓｅｔ ｏｆ ＥＲ）が配置されている。

イクステントエリアにおいては、アロケーションブロックを割当の最小単位としてデータが記録される。ロジカルブロックオフセットは、インデックスによって示されるデータがファイル中で先頭からどの位のところに位置しているかを表している。また、インデックストゥＥＲＢは、１０ビットの構成とされ、イクステントレコードブロックＥＲＢへのインデックスを、番号０乃至１０２３のいずれかの値により表すようになされている。また、オフセットオブＥＲは、６ビットにより構成され、０乃至６３のいずれかの番号により、図２０に示すイクステントレコードブロックの６４個のイクステントレコードのうちのいずれかを表している。

図２２に示すように、イクステントディスクリプタのうち、最初の２バイトには、イクステントスタートロケーション（Ｅｘｔｅｎｔ Ｓｔａｒｔ Ｌｏｃａｔｉｏｎ）が配置され、残りの２バイトには、ナンバオブブロック（Ｎｕｍｂｅｒ ｏｆ Ｂｌｏｃｋｓ）が配置されている。このイクステントスタートロケーションは、イクステントエリアに記録されているファイルのスタート位置を表している。また、ナンバオブブロックは、そのスタート位置よりスタートするファイルのブロックの数を表している。

図２０において、番号１で表される３２バイトのイクステントレコードは、インデックスを表している。最初の４バイトのうちの先頭の２バイトには、ＦＦＦＦが記録されている。そして、この実施例の場合、次のイクステントレコードインデックスには、最初の２バイトにロジカルブロックオフセットとして、００００が配置され、インデックストゥＥＲＢとして５が、また、オフセットオブＥＲとして２が、それぞれ記憶されている。

オフセットオブＥＲが２であるということは、図２０において、番号２で表されるイクステントレコードが存在することを示している。そして、そのロジカルブロックオフセットは、００００であるが、これは、番号２で表されるイクステントレコードに表されているファイルの最初のブロックの番号は、００００である（即ち、一番最初のブロックである）ことを表している。そして、番号２のイクステントレコードには、例えば、その先頭（図中、左側）に、データトラック上の絶対的な位置（イクステントスタートロケーション）で１５番目のブロックに、１個のブロックが存在することが示されている。

尚、インデックストゥＥＲＢが５であるということは、その（図２０に示す）イクステントレコードブロックの番号が５であることを示している。

次のオフセットオブＥＲが４であるということは、番号が４で表されるイクステントレコードのデータが存在することを示している。そして、この場合、ロジカルブロックオフセットが０００Ｂ（１０進数で１１）である。即ち、この実施例においては、番号２で表されるイクステントレコードのブロック数の合計が１１（＝１＋１＋２＋１＋１＋１＋３＋１）となる。このため、番号４で表されるイクステントレコードに記録されているミニディスク１上の絶対的位置としてのイクステントスタートロケーションが０５３Ｃである位置には、第１２個目（ブロック番号１１）から始まるファイルが存在する。

尚、図２０に示すように、１つのイクステントレコードインデックスにより、７つのイクステントレコードしか表すことができないが、イクステントレコードがそれ以上増えた場合においては、さらに他のイクステントレコードインデックスが生成され、複数のイクステントレコードインデックスをまとめるインデックスがさらに生成される。

図２３は、イクステントレコードブロックに記録されているインデックスとイクステントレコードの関係を模式的に表している。同図に示すように、所定のディレクトリレコードブロックのディレクトリレコードから所定のイクステントレコードブロックＥＲＢのインデックスが指定される（Ｉｎｄｅｘ ｔｏ ＥＲ）。そして、指定したインデックスには、最大７個のインデックスが記録されている。

そして、各インデックスには、最大８個のファイルのスタート位置（イクステントスタートロケーション）と、そのファイルを構成するブロックの数（ナンバオブブロック）が記録されている。

この実施例においては、図７に示したようなＦＡＴは用いられない。このため、この実施例におけるＵ−ＴＯＣは、例えば図２４に示すように構成される。図２４を図３と比較して明らかなように、図２４のＵ−ＴＯＣには、図３に示したＬＯＦＡＴが記録されないようになされている。Ｕ−ＴＯＣのその他のフォーマットは、図３に示した場合と同様である。

この実施例においては、ＦＡＴに代えて、図２５に示すようなビットマップが用いられる。このビットマップは、図１３のＶＳＢに記録されるものである。

この実施例においては、ビットマップの１エントリが２ビットにより構成される。各エントリは、図７に示したＦＡＴにおける場合と同様に、ミニディスク１上の所定の大きさのブロック（４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイト）に対応している。従って、このエントリの数は、ミニディスク１の記録容量に対応する数だけ形成される。

ビットマップの２ビットの各エントリには、００，０１，１０または１１のいずれかの２ビットのデータが記録される。００は、ミニディスク１上の対応するブロックが使用可能であり、かつ、未使用のブロックであることを表している。０１は、ミニディスク１上の対応するブロックが、既にデータが記録されている使用済みのブロックであることを表している。１０は、ミニディスク１上の対応するブロックが、何らかの欠陥を有しているブロックであることを表している。また、１１は、ミニディスク１上の対応するブロックが、その使用を禁止されているブロックであることを表している。

このように、ビットマップには、図７と図８に示したＦＡＴとは異なり、ＦＦＤｈ、あるいは、リンクすべきブロックの番号といったようなリンク情報は、記録されないようになされている。これらのリンク情報は、上述したディレクトリ情報あるいはファイル情報（特にイクステントレコードＥＲ）により管理される。

図２６は、この実施例において、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ３１において、ミニディスク１に、データトラックが形成されているか否かが判定される。データトラックが形成されているか否かは、Ｕ−ＴＯＣのトラックモードから判別することができる。データトラックが存在する場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。

ステップＳ３１において、データトラックが形成されていないと判定された場合、ステップＳ３２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば、プログラムエリア中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５から判る）の中から、所定の数のブロックが、コンピュータデータ記録用のデータトラックとして確保される。即ち、このパーツが、例えばＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブルに登録される。さらに、パーツテーブルのトラックモードにコンピュータデータ記録用であることを示すデータが登録される。また、Ｕ−ＴＯＣのＰ−ＦＲＡが更新される。

上述したように、データトラックの先頭の１６クラスタは、ＶＭＡとされ、それに続くイクステントエリアに実際のデータが記録される（図１２）。このイクステントエリアの大きさを、例えば１０クラスタ分確保すると、合計２６クラスタ（＝１６＋１０）分の領域が、データトラックとされる。

次にステップＳ３３に進み、ステップＳ３２で確保したデータトラックの先頭の１６クラスタにより構成されるＶＭＡ（図１２）のＶＳＢ（図１３）に、ビットマップが書き込まれる。そして、ビットマップにおいては、図２５に示すように、データが書き込まれる。

即ち、ＶＭＡが書き込まれる１６クラスタ分に対応するエントリには、使用済ブロックであることを表すデータ（０１）が記録される。また、それに続く、イクステントエリア上の５０クラスタ（本来のコンピュータデータを記録するための領域）に対応するビットマップのエントリには、使用可能未使用ブロックを意味するデータ（００）が記録される。さらに、それ以外のイクステントエリア上のブロックに対応するビットマップのエントリには、使用禁止ブロックを意味するデータ（１１）が記録される。

尚、ビットマップデータをデータトラックの管理に用いる場合、ビットマップデータは、図２のメモリ１７に記憶され、所定のタイミングでミニディスク１上のビットマップに記録される。

次に図２７は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ４１において、ホストＣＰＵ３１は、ミニディスク１に記録されているビットマップのデータを読み込む。

上述したように、ビットマップのデータを含むボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成されている。よって、Ｕ−ＴＯＣから、最初に形成されたデータトラックの先頭に対応するパーツテーブルのスタートアドレスを検出し、このスタートアドレスに基づいて、ボリュームディスクリプタを読み出し、そこに記録されたビットマップの位置情報基づいてビットマップを読み出すことにより、ホストＣＰＵ３１にビットマップを読み込むことができる。このビットマップデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを所定のタイミングで読み込むことになる。

次にステップＳ４２に進み、いま読み込んだビットマップに使用可能な未使用のエントリ（００のブロック）があるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ４２からステップＳ４５に進む。ステップＳ４５では、未使用ブロックから１つのエントリ（例えば、図２８のビットマップのエントリ８０）を選択し、このエントリを、いまデータを書き込もうとしているファイルに対応させる。そして、そのエントリが対応するイクステントエリア上のブロックに、実際にデータが書き込まれる。

次にステップＳ４６に進み、記録が行われたイクステントエリアのブロックに対応するビットマップのエントリに、使用領域を表すデータ（０１）が記録される（図２８）。さらにステップＳ４７に進み、そのイクステントエリアのブロックをイクステントレコードＥＲ（図１３、図２０）に登録する。

次にステップＳ４７からステップＳ４８に進む。ステップＳ４８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ４２に戻る。以上のような動作が繰り返される。

図２８には、以上のようにして、ビットマップ上のエントリ８０乃至８９に対応するイクステントエリアのブロックにデータが記録された場合のビットマップの状態が表されている。

また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ４２において、ビットマップに使用可能な未使用ブロックを示すエントリが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ４３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域を、コンピュータデータを記録するデータトラックとして追加する。そしてステップＳ４４に進み、データトラックの追加した領域のブロックを使用可能未使用ブロックとしてビットマップに登録する。即ち、図２６の初期化処理におけるステップＳ３２，Ｓ３３と同様の処理を行い、新たに１２ブロックのデータ記録領域を確保（追加）する。尚、このとき追加するブロックの数は、任意である。但し、ビットマップは既に作成されているため、新たに作成せず、そのデータのみを更新する。

ステップＳ４８において、全てのデータの書込が終了したと判定された場合においては、処理を終了する。

尚、以上の各実施例において、ＦＡＴまたはビットマップで管理する単位を１クラスタより小さい値にした場合、１つの単位に対してデータを記録するには、本体４１は、一旦ミニディスク１からその単位を含む１クラスタ分のデータを読み出し、ＲＡＭ１３に記憶する。次に、その単位に相当するデータが、ホストＣＰＵ３１から転送され、新たにＲＡＭ１３に記憶される。そして、ＲＡＭ１３から読み出された１クラスタ分のデータがミニディスク１に書き込まれる。即ち、実質的に、１クラスタより小さい単位での記録が可能となる。一方、再生は、セクタ単位で行われる。

尚、上記実施例においては、書き込み可能なミニディスク１についての記録データの管理を説明したが、上述の実施例の記録データ管理は、読み出し専用のミニディスク１についても適用することができる。但し、読み出し専用のミニディスク１については、Ｕ−ＴＯＣエリアは設けられない。よって、上述の実施例のＵ−ＴＯＣとほぼ同様の構成のテーブルをＴＯＣエリアに設定し、プログラムエリアに上述の実施例と同様のＶＭＡを設定することにより、上述の記録データ管理を実現する。

本発明の記録媒体管理方法を応用したミニディスク装置の外観構成を示す図である。 図１の実施例の本体４１の内部構成を示すブロック図である。 図２のミニディスク１のＵ−ＴＯＣのフォーマットを説明する図である。 図３の管理テーブルのリンクを説明する図である。 管理テーブルとデータ記録領域の関係を説明する図である。 コンピュータデータを記録する領域を確保したときの管理テーブルとデータ記録領域の関係を説明する図である。 ＦＡＴを説明する図である。 コンピュータデータを記録した状態におけるＦＡＴを説明する図である。 図２の実施例においてミニディスク１を初期化する動作を説明するフローチャートである。 図２の実施例においてミニディスク１にコンピュータデータを記録する場合の動作を説明する図である。 本発明の記録媒体管理方法の他の実施例におけるミニディスク１のフォーマットを説明する図である。 図１１のデータトラックのフォーマットを説明する図である。 図１２のボリュームマネジメントエリアのフォーマットを説明する図である。 図１３のマネージメントテーブルのフォーマットを説明する図である。 図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。 図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。 図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。 図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。 図１３のイクステントレコードブロックエントリのフォーマットを説明する図である。 図１３のイクステントレコードブロックの構成例を示す図である。 イクステントレコードインデックスのフォーマットを説明する図である。 イクステントディスクリプタのフォーマットを説明する図である。 インデックスとイクステントレコードとの関係を説明する図である。 Ｕ−ＴＯＣの他の構成例を示す図である。 ビットマップの構成を説明する図である。 ミニディスク１を初期化する他の動作を説明するフローチャートである。 ミニディスク１にコンピュータデータを記録する場合の他の動作を説明するフローチャートである。 コンピュータデータを記録した状態におけるビットマップを説明する図である。 ミニディスクのフォーマットを説明する図である。 パーティションの概念を説明する図である。

符号の説明

１ ミニディスク
２ スピンドルモータ
３ 光学ヘッド
３ａ 対物レンズ
４ ２軸機構
５ スレッド機構
６ 磁気ヘッド
７ ＲＦアンプ
８ エンコーダ／デコーダ部
９ サーボ回路
１０ アドレスデコーダ
１１ システムコントローラ
１２ メモリコントローラ
１３ ＲＡＭ
１４ ＳＣＳＩインタフェース
１５ 磁気ヘッド駆動回路
１６ ＴＯＣメモリ
１７ メモリ
１８ 表示部
１９ 操作入力部
３０ ＳＣＳＩバス
３１ ホストＣＰＵ
４１ 本体
４２ 挿入口

Claims (2)

1. データが所定の第１のデータ量単位で記録されるとともに前記データの記録を管理するための第１の管理データが記録される記録媒体の記録管理方法において、
   前記第１のデータ量単位とは異なる第２のデータ量単位でデータを記録する場合に第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域を前記第１の管理データに設定し、
   前記第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域に前記第２のデータ量単位で管理する第３の管理データに基づいて前記第２のデータ量単位で上記第１の管理データで管理される領域に記録されるデータとは種類の異なるデータを記録する
   ことを特徴とする記録管理方法。
2. 前記第１の管理データで管理される領域には、オーディオデータが記録され、
   前記第３の管理データで管理される領域には、コンピュータで処理されるデータが記録される
   ことを特徴とする請求項１に記載の記録管理方法。
   

Images