(57)【要約】【課題】オーディオデータを記録するミニディスクに、コンピュータデータを記録することができるようにする。【解決手段】クラスタとは異なる、クラスタより小さい単位であるブロックでデータを記録する場合に、ＬＯＦＡＴ（Ｌｏｃａｔｉｏｎ　ｏｆ　ＦＡＴ）に基づいてブロックのデータが記録される、所定の数のクラスタ、例えば、クラスタ１６乃至クラスタ２７からなるセグメントを、Ｕ−ＴＯＣの管理テーブルに設定する。そして、ＬＯＦＡＴに基づいてブロックのデータが記録される領域に、ブロックで管理するＦＡＴ（Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅ）に基づいて、ブロックでデータを記録する。本発明は、ミニディスクの記録管理方法に適用できる。【選択図】　　　図６
2004005976.tif 000002
【特許請求の範囲】
【請求項１】
データが所定の第１のデータ量単位で記録されるとともに前記データの記録を管理するための第１の管理データが記録される記録媒体の記録管理方法において、
前記第１のデータ量単位とは異なる第２のデータ量単位でデータを記録する場合に第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域を前記第１の管理データに設定し、
前記第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域に前記第２のデータ量単位で管理する第３の管理データに基づいて前記第２のデータ量単位でデータを記録する
ことを特徴とする記録管理方法。
【請求項２】
前記第２のデータ量単位は、前記第１のデータ量単位より小さい
ことを特徴とする請求項１に記載の記録管理方法。
【請求項３】
前記第１のデータ量単位はクラスタであり、
前記第２のデータ量単位はブロックである
ことを特徴とする請求項２に記載の記録管理方法。
【請求項４】
前記第２のデータ量単位は、前記第１のデータ量単位と同じ大きさである
ことを特徴とする請求項１に記載の記録管理方法。
【請求項５】
前記第１の管理データは、前記記録媒体のＵ−ＴＯＣまたはＴＯＣに記録されており、
前記第３の管理データは、前記記録媒体の、前記第３の管理データで管理される領域に記録されている
ことを特徴とする請求項１乃至４のいずれかに記載の記録管理方法。
【請求項６】
前記Ｕ−ＴＯＣまたはＴＯＣには、前記第３の管理データの記録位置を示すポインタが記録されている
ことを特徴とする請求項５に記載の記録管理方法。
【請求項７】
前記第１の管理データで管理される領域と、前記第３の管理データで管理される領域には、異なる種類のデータが記録される
ことを特徴とする請求項１乃至６のいずれかに記載の記録管理方法。
【請求項８】
前記第１の管理データのみで管理される領域には、オーディオデータが記録され、
前記第３の管理データで管理される領域には、コンピュータで処理されるデータが記録される
ことを特徴とする請求項７に記載の記録管理方法。
【請求項９】
前記第３の管理データには、前記第２のデータ量単位のそれぞれに対応するデータが形成されている
ことを特徴とする請求項１乃至８のいずれかに記載の記録管理方法。
【請求項１０】
前記第２のデータ量単位のそれぞれに対応するデータには、前記記録媒体の対応する前記第２のデータ量単位に、データが使用済みであることを表す情報を含む
ことを特徴とする請求項９に記載の記録管理方法。
【請求項１１】
前記第２のデータ量単位のそれぞれに対応するデータには、前記記録媒体の対応する前記第２のデータ量単位が、使用禁止とされていることを表す情報を含む
ことを特徴とする請求項９に記載の記録管理方法。
【請求項１２】
前記第２のデータ量単位のそれぞれに対応するデータには、前記記録媒体の対応する前記第２のデータ量単位が、欠陥を有することを表す情報を含む
ことを特徴とする請求項９に記載の記録管理方法。
【請求項１３】
前記第３の管理データには、前記第３の管理データ内におけるリンク情報がさらに記録されている
ことを特徴とする請求項１０，１１または１２に記載の記録管理方法。
【請求項１４】
前記第１のデータ量単位で記録される領域と、前記第２のデータ量単位で記録される領域のうち一方において、未記録領域が不足する場合、前記第１または第３の管理データ上において、他方の領域を一方の領域に変更する
ことを特徴とする請求項１乃至１３のいずれかに記載の記録管理方法。
【請求項１５】
前記Ｕ−ＴＯＣまたはＴＯＣは、前記記録媒体の固定の領域に記録されている
ことを特徴とする請求項５に記載の記録管理方法。
【請求項１６】
前記第３の管理データはビットマップである
ことを特徴とする請求項５に記載の記録管理方法。
【請求項１７】
前記第３の管理データの直前に前記第３の管理データの位置を示す情報が記録されている
ことを特徴とする請求項５に記載の記録管理方法。
【請求項１８】
前記第２のデータ量単位のそれぞれに対応するデータは、前記記録媒体の対応する前記第２のデータ量単位が、使用不可であることを示す情報を含む
ことを特徴とする請求項９に記載の記録管理方法。
【請求項１９】
記録媒体にデジタルデータを記録するため記録領域を設定する記録領域設定方法において、
第１のテーブルのデータから前記記録媒体の空き領域を検出し、
前記第１のテーブルに前記空き領域をデジタルデータ用のトラックとすることを示すデータを記録し、
前記デジタルデータ用のトラックとされた空き領域の先頭に前記記録媒体のデータの記録状態を示す第２のテーブルを作成する
ことを特徴とする記録領域設定方法。
【請求項２０】
前記第１のテーブルは、Ｕ−ＴＯＣに記録されている
ことを特徴とする請求項１９に記載の記録領域設定方法。
【請求項２１】
前記第２のテーブルはビットマップである
ことを特徴とする請求項１９に記載の記録領域設定方法。
【請求項２２】
前記第１のテーブルは、第１の単位で前記デジタルデータの記録状態を管理し、前記第２のテーブルは、前記第１の単位以下の第２の単位で前記デジタルデータの記録状態を管理する
ことを特徴とする請求項１９に記載の記録領域設定方法。
【請求項２３】
前記第１のテーブルのデータから前記デジタルデータ用のトラックが既に有るか否かを判定する
ことを特徴とする請求項１９に記載の記録領域設定方法。
【請求項２４】
前記第２のテーブルの直前に前記第２のテーブルの位置を示す情報を記録する
ことを特徴とする請求項１９に記載の記録領域設定方法。
【請求項２５】
前記第２のテーブルはビットマップであって、前記ビットマップは、前記第２の単位が使用可能であることを示す情報を含む
ことを特徴とする請求項２２に記載の記録領域設定方法。
【請求項２６】
前記第２のテーブルはビットマップであって、前記ビットマップは、前記第２の単位が使用済であることを示す情報を含む
ことを特徴とする請求項２２に記載の記録領域設定方法。
【請求項２７】
前記第２のテーブルはビットマップであって、前記ビットマップは、前記第２の単位が欠陥を有することを示す情報を含む
ことを特徴とする請求項２２に記載の記録領域設定方法。
【請求項２８】
前記第２のテーブルはビットマップであって、前記ビットマップは、前記第２の単位が使用不可であることを示す情報を含む
ことを特徴とする請求項２２に記載の記録領域設定方法。
【請求項２９】
デジタルデータを記録媒体に記録する際のデータ記録方法において、
第１のテーブルのデータに基づいて前記記録媒体のデジタルデータ用のトラックから第２のテーブルを読み出し、
前記第２のテーブルから使用可能ブロックを示す情報を検出し、
前記使用可能ブロックを示す情報に対応する前記デジタルデータ用のトラックのブロックにデジタルデータを記録し、
前記第２のテーブルの前記使用可能ブロックを示す情報を使用不可能を示す情報に書き換える
ことを特徴とするデータ記録方法。
【請求項３０】
前記第１のテーブルは、Ｕ−ＴＯＣに記録されている
ことを特徴とする請求項２９に記載のデータ記録方法。
【請求項３１】
前記第２のテーブルはビットマップである
ことを特徴とする請求項２９に記載のデータ記録方法。
【請求項３２】
前記第１のテーブルは、第１の単位で前記デジタルデータの記録状態を管理し、前記第２のテーブルは、前記第１の単位以下の第２の単位で前記デジタルデータの記録状態を管理する
ことを特徴とする請求項２９に記載のデータ記録方法。
【請求項３３】
前記第２のテーブルに前記使用可能ブロックを示す情報が無い場合、
前記第１のテーブルのデータから前記記録媒体の空き領域を検出し、
前記第１のテーブルに前記空き領域をデジタルデータ用のトラックとすることを示すデータを記録し、
前記デジタルデータ用のトラックとされた空き領域のブロックに対応する前記第２のテーブルのデータに、使用可能であることを示す情報を記録する
ことを特徴とする請求項２９に記載のデータ記録方法。
【請求項３４】
前記第１のテーブルに基づいて、前記第２のテーブルの直前に記録された前記第２のテーブルの位置を示す情報を読み出し、
前記第２のテーブルの位置を示す情報に基づいて、前記第２のテーブルを読み出す
ことを特徴とする請求項２９に記載のデータ記録方法。
【請求項３５】
デジタルデータを記録媒体に記録する際のデータ記録方法において、
前記記録媒体から第１のテーブルによって管理される第１の単位のデジタルデータを読み出し、
前記第１の単位のデジタルデータをメモリに記憶し、
前記メモリに記憶された第１の単位のデジタルデータのうちの少なくとも一部を、第２のテーブルで管理される前記第１の単位以下の第２の単位毎に新たなデジタルデータで更新し、
前記メモリに記憶された前記新たなデジタルデータを含む新たな前記第１の単位のデジタルデータを前記記録媒体に記録する
ことを特徴とするデータ記録方法。
【請求項３６】
前記第１の単位はクラスタであり前記第２の単位はブロックである
ことを特徴とする請求項３５に記載のデータ記録方法。
【請求項３７】
前記第１のテーブルはＵ−ＴＯＣである
ことを特徴とする請求項３５に記載のデータ記録方法。
【請求項３８】
前記第２のテーブルはビットマップである
ことを特徴とする請求項３５に記載のデータ記録方法。
【請求項３９】
データを所定の第１のデータ量単位で記録可能なディスク状記録媒体において、
少なくとも前記データが前記第１のデータ量単位で記録可能なデータ記録領域と、
前記第１のデータ量単位とは異なる第２のデータ量単位で前記データ記録領域に記録されるデータを管理する第１の管理データが記録される第１の管理データ記録領域と、
前記データの記録を前記第１のデータ量単位で管理すると共に前記第１の管理データを管理する第２の管理データが記録される、前記データ記録領域より内周に設けられた第２の管理データ記録領域と
を有することを特徴とするディスク状記録媒体。
【請求項４０】
前記第１の管理データは、前記データ記録領域に最初に形成されるデータ用のトラックに記録される
ことを特徴とする請求項３９に記載のディスク状記録媒体。
【請求項４１】
前記データ記録領域に最初に形成されるデータ用のトラックに前記第１の管理データの位置を示す情報が記録される
ことを特徴とする請求項３９に記載のディスク状記録媒体。
【請求項４２】
前記第１の管理データはビットマップである
ことを特徴とする請求項３９に記載のディスク状記録媒体。
【請求項４３】
前記第２の管理データはＵ−ＴＯＣである
ことを特徴とする請求項３９に記載のディスク状記録媒体。
【請求項４４】
前記第２の管理データは第１のデータ量単位で前記データの記録状態を管理し、前記第１の管理データは前記第１のデータ量単位以下の第２のデータ量単位で前記データの記録状態を管理する
ことを特徴とする請求項３９に記載のディスク状記録媒体。
【請求項４５】
デジタルデータを記録又は再生するための記録媒体において、
第１の単位でデジタルデータ用のトラックを管理する第１のテーブルと、前記第１のテーブルで管理されたデジタルデータ用のトラックに前記デジタルデータ用のトラックを第２の単位で管理する第２のテーブルとが記録されている
ことを特徴とする記録媒体。
【請求項４６】
前記第２のテーブルはビットマップである
ことを特徴とする請求項４５に記載の記録媒体。
【請求項４７】
前記第１のテーブルはＵ−ＴＯＣ又はＴＯＣである
ことを特徴とする請求項４５に記載の記録媒体。
【請求項４８】
前記第２の単位は前記第１の単位と同じ大きさである
ことを特徴とする請求項４５に記載の記録媒体。
【請求項４９】
前記第２のテーブルは、最初に形成されたデジタルデータ用のトラックに記録されている
ことを特徴とする請求項４５に記載の記録媒体。
【請求項５０】
前記最初に形成されたデジタルデータ用のトラックに前記第２のテーブルの位置を示す情報が記録されている
ことを特徴とする請求項４５に記載の記録媒体。
【請求項５１】
記録媒体にデジタルデータを記録するコンピュータシステムにおいて、
前記デジタルデータが記録される記録媒体と、
前記記録媒体に前記デジタルデータを記録する記録手段と、
前記記録媒体に記録された第１のテーブルを再生する再生手段と、
前記第１のテーブルを記憶する記憶手段と、
前記第１のテーブルのデータから前記記録媒体の空き領域を検出し、前記記録手段と協同して前記記録媒体の前記第１のテーブルに前記空き領域をデジタルデータ用のトラックとすることを示すデータを記録し、前記記録手段と協同して前記記録媒体の前記デジタルデータ用のトラックとされた空き領域の先頭に前記記録媒体のデータの使用状態を示す第２のテーブルを作成する制御手段と
を有することを特徴とするコンピュータシステム。
【請求項５２】
記録媒体にデジタルデータを記録するコンピュータシステムにおいて、
前記デジタルデータが記録される記録媒体と、
前記記録媒体に前記デジタルデータを記録する記録手段と、
前記記録媒体に記録された第１のテーブルを再生する再生手段と、
前記第１のテーブルを記憶する記憶手段と、
前記第１のテーブルのデータに基づいて前記記録媒体のデジタルデータ用のトラックから第２のテーブルを読み出し、前記第２のテーブルから使用可能ブロックを示す情報を検出し、前記記録手段と協同して前記記録媒体の前記使用可能ブロックを表す情報に対応する前記デジタルデータ用のトラックにデジタルデータを記録し、前記記録手段と協同して前記記録媒体の前記第２のテーブルの前記使用可能ブロックを示す情報を使用不可能を示す情報に書き換える制御手段と
を有することを特徴とするコンピュータシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、本来デジタルオーディオデータを圧縮して記録する光磁気ディスクに、コンピュータで処理するデジタルデータを記録再生する場合に用いて好適な記録管理方法、記録領域設定方法、データ記録方法、ディスク状記録媒体、記録媒体、およびコンピュータシステムに関する。
【０００２】
【従来の技術】
最近、光磁気ディスクにデジタルオーディオデータを圧縮して記録し、伸長して再生するミニディスク（ＭＤ）（商標）が普及しつつある。図２９は、このミニディスクにおける記録フォーマットを表している。同図に示すように、ミニディスクは、その１周が複数のセクタに区分されている。そして、３６個のセクタにより１クラスタを構成し、このクラスタを単位として、圧縮されたデジタルオーディオデータが記録されるようになされている。
【０００３】
録音用のミニディスクの場合、１クラスタ（＝３６セクタ）の中で、先頭の３セクタがリンクセクタとされ、次の１セクタはサブデータセクタとされる。このサブデータセクタには、オーディオデータ以外のサブデータが配置される。リンクセクタは前後のクラスタを結合するための領域とされ、オーディオデータは実質的に、リンクセクタとサブデータセクタ以外の３２セクタにのみ記録される。
【０００４】
一方、再生専用のミニディスクにおいては、データが連続して記録されており（離散的に記録されておらず）、リンク領域の３セクタは不要となる。そこで、この場合においては、この３セクタもサブデータセクタとされる。
【０００５】
１セクタは、２３５２バイト（データ用に２３３２バイト）とされ、２つの連続するセクタに１１個のサウンドグループが配置される。１サウンドグループは４２４バイトとされ、そこには、左チャンネルと右チャンネルのオーディオデータが合計５１２サンプル（１１．６１ｍｓ）分配置される。デジタルオーディオデータは、このサウンドグループを単位として記録が行われる。
【０００６】
【発明が解決しようとする課題】
このようなミニディスクを、例えばコンピュータの記憶装置として用いることが考えられる。この場合、コンピュータのデータをファイルとして管理するには、クラスタ（３６セクタ）は単位として大きすぎるため、クラスタより小さい単位（例えばセクタ単位）でデータを記録することができるようにすることが好ましい。しかしながら、上述したように、ミニディスクは１クラスタを単位としてデータを記録することが規格上定められているため、１クラスタより小さい単位（例えばセクタ単位）でデータを記録することができない課題を有している。
【０００７】
また、例えば、１枚のミニディスクにコンピュータのデータとオーディオデータの両方を記録する場合、ハードディスクにおける場合と同様に、データを記録する領域を予め区分することが考えられる。
【０００８】
例えば図３０に示すように、クラスタ０からクラスタ２１９９までの２２００個のクラスタが１枚のミニディスク上に存在する場合、クラスタ０からクラスタ６５０までの領域（Ａ）、クラスタ６５１からクラスタ１１００までの領域（Ｂ）、およびクラスタ１１０１からクラスタ２１９９までの領域（Ｃ）に区分し、各領域（パーティション）のうち、例えばパーティションＡとＣにオーディオデータを記録し、パーティションＢにコンピュータのデータを記録するようにすることができる。
【０００９】
しかしながら、このように、データの種類に対応して、記録領域を予め区分すると、例えば記録すべきコンピュータのデータがパーティションＢの容量以上になったとき、たとえパーティションＡとパーティションＣに空き領域が存在していたとしても、もはやコンピュータのデータをそのミニディスクに記録することができなくなる課題があった。また、逆に、パーティションＡとパーティションＣが一杯になると、パーティションＢに空き領域が存在していても、オーディオデータをそれ以上記録することができない。
【００１０】
さらに、このようにパーティションに区分する管理方法は、クラスタを単位とする管理方法とは基本的に異なる管理方法となり、例えば、複数のパーティションに区分され、所定のパーティションにコンピュータのデータが記録されており、他のパーティションにオーディオデータが記録されている１枚のミニディスクを、オーディオデータ再生専用の装置で再生したとき、そのオーディオデータを再生することができなくなってしまう恐れがある。即ち、互換性を保証することが困難になる。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、クラスタを単位としてデータを記録することが規格化されているミニディスクに対して、クラスタより小さい、例えばセクタ単位でデータを記録することができるようにするものである。
【００１２】
また、空き領域が存在する場合においては、コンピュータデータとオーディオデータのいずれをも必要に応じて随時記録することができるようにするものである。
【００１３】
さらに、通常のミニディスクとの互換性も確保するものである。
【００１４】
【課題を解決するための手段】
本発明の記録管理方法は、第１のデータ量単位（例えばクラスタ）とは異なる第２のデータ量単位（例えばブロック）でデータを記録する場合に第２の管理データ（例えば図３のＬＯＦＡＴまたは図１２のボリュームマネジメントエリア）に基づいて第２のデータ量単位のデータが記録される領域（例えば図６のクラスタ１６乃至クラスタ２７からなるセグメントまたは図１１のデータトラック）を第１の管理データ（例えば図３におけるＵ−ＴＯＣの管理テーブル）に設定し、第２の管理データに基づいて第２のデータ量単位のデータが記録される領域に第２のデータ量単位で管理する第３の管理データ（例えば図７のＦＡＴまたは図２５のビットマップ）に基づいて第２のデータ量単位でデータを記録することを特徴とする。
【００１５】
本発明の記録領域設定方法は、記録媒体（例えば図２のミニディスク１）にデジタルデータを記録するため記録領域を設定する記録領域設定方法において、第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）のデータから記録媒体の空き領域を検出し、第１のテーブルに空き領域をデジタルデータ用のトラックとすることを示すデータ（例えば図２４のトラックモード）を記録し、デジタルデータ用のトラックとされた空き領域の先頭に記録媒体のデータの記録状態を示す第２のテーブル（例えば図２５のビットマップ）を作成することを特徴とする。
【００１６】
本発明の第１のデータ記録方法は、デジタルデータを記録媒体（例えば図２のミニディスク１）に記録する際のデータ記録方法において、第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）のデータに基づいて記録媒体のデジタルデータ用のトラックから第２のテーブル（例えば図２５のビットマップ）を読み出し、第２のテーブルから使用可能ブロックを示す情報（例えば００）を検出し、使用可能ブロックを示す情報に対応するデジタルデータ用のトラックのブロックにデジタルデータを記録し、第２のテーブルの使用可能ブロックを示す情報を使用不可能を示す情報（例えば０１）に書き換えることを特徴とする。
【００１７】
本発明の第２のデータ記録方法は、デジタルデータを記録媒体（例えば図２のミニディスク１）に記録する際のデータ記録方法において、記録媒体から第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）によって管理される第１の単位（例えばクラスタ）のデジタルデータを読み出し、第１の単位のデジタルデータをメモリ（例えば図２のホストＣＰＵ３１に内蔵されるメモリ）に記憶し、メモリに記憶された第１の単位のデジタルデータのうちの少なくとも一部を、第２のテーブル（例えば図２５のビットマップ）で管理される第１の単位以下の第２の単位（例えばブロック）毎に新たなデジタルデータで更新し、メモリに記憶された新たなデジタルデータを含む新たな第１の単位のデジタルデータを記録媒体に記録することを特徴とする。
【００１８】
本発明のディスク状記録媒体は、少なくともデータが第１のデータ量単位（例えばクラスタ）で記録可能なデータ記録領域と、第１のデータ量単位とは異なる第２のデータ量単位（例えばブロック）でデータ記録領域に記録されるデータを管理する第１の管理データ（例えば図２５のビットマップ）が記録される第１の管理データ記録領域（例えば図１３のボリュームスペースビットマップ）と、データの記録を第１のデータ量単位で管理すると共に第１の管理データを管理する第２の管理データ（例えば図２４のＵ−ＴＯＣの管理テーブル）が記録される、データ記録領域より内周に設けられた第２の管理データ記録領域（例えば図１１のＵ−ＴＯＣ）とを有することを特徴とする。
【００１９】
本発明の記録媒体は、デジタルデータを記録又は再生するための記録媒体において、第１の単位（例えばクラスタ）でデジタルデータ用のトラックを管理する第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）と、第１のテーブルで管理されたデジタルデータ用のトラックにデジタルデータ用のトラックを第２の単位（例えばブロック）で管理する第２のテーブル（例えば図２５のビットマップ）とが記録されていることを特徴とする。
【００２０】
本発明の第１のコンピュータシステムは、記録媒体にデジタルデータを記録するコンピュータシステムにおいて、デジタルデータが記録される記録媒体（例えば図２のミニディスク１）と、記録媒体にデジタルデータを記録する記録手段（例えば図２のシステムコントローラ１１）と、記録媒体に記録された第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）を再生する再生手段（例えば図２の光学ヘッド３）と、第１のテーブルを記憶する記憶手段（例えば図２のＴＯＣメモリ１６）と、第１のテーブルのデータから記録媒体の空き領域を検出し、記録手段と協同して記録媒体の第１のテーブルに空き領域をデジタルデータ用のトラックとすることを示すデータ（例えば図２４のＵ−ＴＯＣの管理テーブルにおけるトラックモード）を記録し、記録手段と協同して記録媒体のデジタルデータ用のトラックとされた空き領域の先頭に記録媒体のデータの使用状態を示す第２のテーブル（例えば図２５のビットマップ）を作成する制御手段（例えば図２のホストＣＰＵ３１）とを有することを特徴とする。
【００２１】
本発明の第２のコンピュータシステムは、記録媒体にデジタルデータを記録するコンピュータシステムにおいて、デジタルデータが記録される記録媒体（例えば図２のミニディスク１）と、記録媒体にデジタルデータを記録する記録手段（例えば図２のシステムコントローラ１１）と、記録媒体に記録された第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）を再生する再生手段（例えば図２の光学ヘッド３）と、第１のテーブルを記憶する記憶手段（例えば図２のＴＯＣメモリ１６）と、第１のテーブルのデータに基づいて記録媒体のデジタルデータ用のトラックから第２のテーブル（例えば図２５のビットマップ）を読み出し、第２のテーブルから使用可能ブロックを示す情報（例えば００）を検出し、記録手段と協同して記録媒体の使用可能ブロックを表す情報に対応するデジタルデータ用のトラックにデジタルデータを記録し、記録手段と協同して記録媒体の第２のテーブルの使用可能ブロックを示す情報を使用不可能を示す情報（例えば０１）に書き換える制御手段（例えば図２のホストＣＰＵ３１）とを有することを特徴とする。
【００２２】
上記構成の記録管理方法においては、Ｕ−ＴＯＣの管理テーブルで管理される範囲の中から所定の範囲が指定され、その指定された範囲がＦＡＴやビットマップで管理される。従って、クラスタより小さいブロックを単位として、指定した範囲においてコンピュータデータを記録することができる。また、この指定を必要に応じて追加することにより、空き領域が存在する限りにおいて、デジタルオーディオデータはもとより、コンピュータデータを追加記録することができる。さらに、通常のオーディオデータのみが記録されているミニディスクとの互換性も確保される。
【００２３】
上記構成の記録領域設定方法においては、Ｕ−ＴＯＣの管理テーブルからミニディスク１の空き領域が検出され、その空き領域がデジタルデータ用のトラックとされる。そして、そのトラックの先頭に、ミニディスク１のデータの記録状態を示すビットマップが作成される。従って、ミニディスク１の使用開始時において、デジタルデータを記録するためのトラックを確実に確保し、管理することが可能となる。
【００２４】
上記構成の第１のデータ記録方法においては、Ｕ−ＴＯＣの管理テーブルのデータからビットマップの記録位置が検出され、ビットマップが読み出される。そして、ビットマップから使用可能ブロックが検出され、そこにデジタルデータが記録される。そのブロックに対応するビットマップの情報は、使用可能を示す情報００から使用不可能を示す情報０１に書き換えられる。従って、確実に、ブロック単位で記録データを管理することが可能となる。
【００２５】
上記構成の第２のデータ記録方法においては、ホストＣＰＵ３１に内蔵されるメモリに、クラスタ単位のデジタルデータが記憶される。そして、そのメモリに記憶されたデータが、ブロック単位で更新され、更新されたメモリのデータがクラスタ単位でミニディスク１に記録される。従って、本来、より大きな単位で記録媒体に記録されるデータを、より小さな単位で記録媒体に記録することが可能となる。
【００２６】
上記構成のディスク状記録媒体においては、第２の管理データ記録領域にＵ−ＴＯＣの管理テーブルが記録され、第１の管理データ記録領域にビットマップが記録される。従って、本来、より大きな単位で管理されるデータを、小さな単位で管理することが可能なディスク状記録媒体を実現することができる。
【００２７】
上記構成の記録媒体においては、クラスタ単位でトラックを管理するＵ−ＴＯＣの管理テーブルと、ブロック単位でトラックを管理するビットマップとが記録される。従って、より小さな単位でトラックを管理することが可能な記録媒体を実現することができる。
【００２８】
上記構成の第１のコンピュータシステムにおいては、ホストＣＰＵ３１が、システムコントローラ１１と協同して、ミニディスク１のＵ−ＴＯＣの管理テーブルから空き領域を検出し、その領域をデジタルデータ用のトラックとする。そして、そのトラックの先頭にビットマップが作成される。従って、ホストＣＰＵ３１により、システムコントローラ１１が本来管理する単位と異なる大きさを単位として、ミニディスク１にデジタルデータ記録することが可能となる。
【００２９】
上記構成の第２のコンピュータシステムにおいては、ビットマップに記録されている情報から使用可能ブロックが検出され、検出されたブロックにデジタルデータが記録される。そして、デジタルデータが記録されたブロックに対応するビットマップの情報が、使用不可能ブロックを示す情報に書き換えられる。従って、ブロック単位でデジタルデータを記録することが可能となる。
【００３０】
【発明の実施の形態】
図１は、本発明の記録媒体管理方法を応用したミニディスク装置の一実施例の外観構成を示している。ディスクカートリッジ１ａには、ミニディスク１（図２）が内部に収容されており、このカートリッジ１ａは、挿入口４２から本体４１に対して装填することができるようになされている。本体４１の右側下方には、電源釦１９ａとイジェクト釦１９ｂなどを含む操作入力部１９が設けられている。電源釦１９ａは、電源をオンまたはオフするとき操作され、イジェクト釦１９ｂは、カートリッジ１ａをイジェクトするとき操作される。また、本体４１の上面中央部には、表示部１８が配置されている。本体４１は、ＳＣＳＩバス３０を介してホストＣＰＵ３１（図２）に接続されている。
【００３１】
図２は、本体４１の内部構成を示している。同図において、例えば複数の楽曲（オーディオデータ）とコンピュータデータの両方、またはコンピュータデータのみが記録されているミニディスク（光磁気ディスク）１は、スピンドルモータ２により回転駆動される。光学ヘッド３は、ミニディスク１に対して記録／再生時にレーザ光を照射する。即ち、記録時には、記録トラックをキュリー温度まで加熱するための高レベルのレーザ光が出力され、また再生時には、磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ光が出力される。
【００３２】
このため、光学ヘッド３は、レーザ光を出力するレーザダイオード、偏光ビームスプリッタ、対物レンズ等からなる光学系、および反射光を検出するためのディテクタを有している。このうち、対物レンズ３ａは、２軸機構４によって、ディスク半径方向（トラッキング方向）およびディスクに接離する方向（フォーカス方向）に変位可能に保持されており、また、光学ヘッド３の全体は、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３３】
また、磁気ヘッド６は、供給されたデータによって変調された磁界をミニディスク１に印加するように、ミニディスク１を挟んで光学ヘッド３と対向する位置に配置されている。
【００３４】
再生動作によって、光学ヘッド３によりミニディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は、供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ＡＴＩＰ情報（ミニディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対時間情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。
【００３５】
そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号は、サーボ回路９に供給され、アドレス情報はアドレスデコーダ１０に供給される。さらに、ＡＴＩＰ情報、フォーカスモニタ信号は、例えばマイクロコンピュータ（ＣＰＵ）によって構成されるシステムコントローラ１１に供給される。
【００３６】
サーボ回路９は、ＲＦアンプ７より供給されたトラッキングエラー信号、フォーカスエラー信号、システムコントローラ１１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４およびスレッド機構５を制御して、フォーカスおよびトラッキング制御を行わせ、またスピンドルモータ２を一定角速度（ＣＡＶ）または一定線速度（ＣＬＶ）に制御する。
【００３７】
再生ＲＦ信号は、エンコーダ／デコーダ部８でＥＦＭ復調され、さらにＣＩＲＣ等のデコード処理がなされた後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。尚、光学ヘッド３によるミニディスク１からのデータの読み取り、および光学ヘッド３からバッファＲＡＭ１３までの再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃの転送レートで行われる。
【００３８】
バッファＲＡＭ１３に書き込まれたデータは、ＳＣＳＩインタフェース１４を介してホストＣＰＵ３１に供給される。
【００３９】
また、アドレスデコーダ１０から出力されるアドレス情報は、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
【００４０】
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、および再生データのフレーム同期信号の欠落状態のモニタ信号も、システムコントローラ１１に供給される。
【００４１】
ミニディスク１に対して記録動作が実行される際には、記録データが、ホストＣＰＵ３１よりＳＣＳＩインタフェース１４を介してメモリコントローラ１２に供給される。そして、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定のタイミングで読み出されて、エンコーダ／デコーダ部８に送られる。そして、エンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理が施された後、磁気ヘッド駆動回路１５に供給される。
【００４２】
磁気ヘッド駆動回路１５は、エンコード処理された記録データに応じて、磁気ヘッド６に磁気ヘッド駆動信号を供給する。つまり、ミニディスク１に対して磁気ヘッド６によるＮまたはＳの磁界印加を実行させる。また、このとき、システムコントローラ１１は、光学ヘッド３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４３】
例えば、液晶ディスプレイによって構成される表示部１８には、システムコントローラ１１からの指令に対応して、所定の文字等が表示される。操作入力部１９は、上述した電源釦１９ａ、イジェクト釦１９ｂの他、再生キー、停止キー、ＡＭＳキー、サーチキー等を有し、その操作に対応する信号をシステムコントローラ１１に入力する。
【００４４】
ＲＡＭ（以下、ＴＯＣメモリという）１６は、ミニディスク１におけるＴＯＣ情報を保持する。ミニディスク１が装填された時点、あるいは記録または再生動作の直前において、システムコントローラ１１は、スピンドルモータ２および光学ヘッド３を駆動させ、ミニディスク１の例えば最内周側に設定されているＴＯＣ領域のデータを抽出させる。そして、ＲＦアンプ７、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給されたＴＯＣ情報は、ＴＯＣメモリ１６に蓄えられ、以後、そのミニディスク１に対する記録／再生動作の制御に用いられる。メモリ１７は、後述するＦＡＴ（Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅ）情報、またはビットマップを記憶する。
【００４５】
ホストＣＰＵ３１は、コンピュータデータの送受信の制御だけでなく、ＦＡＴ情報またはビットマップの送受信や更新を制御する。尚、メモリ１７は、本体４１側に設けることもできる。
【００４６】
書き込み可能なミニディスク１にはまた、一連の楽曲を、１または複数に分割したセグメント（パーツ）として離散的に（勿論、連続的でもよいが）記録／再生できるようにするためのセグメント管理データが記録されている。つまり記録データ領域の管理のために、データの記録や消去に応じて内容が書き換えられるユーザＴＯＣ（以下、Ｕ−ＴＯＣという）が、例えば図３に示すようなデータ構造で記録されている。
【００４７】
このＵ−ＴＯＣは、データ領域中の、例えば４バイト×５８７の領域に記録され、その領域には、先頭位置に、オール０ビットまたはオール１ビットの１バイトデータよりなる同期パターンを有するヘッダが設けられている。
【００４８】
また、所定アドレス位置に、このミニディスク１に記録されている最初の楽曲の曲番（Ｆｉｒｓｔ　ＴＮＯ）、最後の楽曲の曲番（Ｌａｓｔ　ＴＮＯ）、セクタ使用状況、ディスクＩＤ等のデータが記録される。さらに、記録されている各楽曲等を後述する管理テーブルに対応させる各種の対応テーブル指示データ（Ｐ−ＤＦＡ〜Ｐ−ＴＮＯ２５５）を記録する領域が用意されている。
【００４９】
一方、管理テーブルとして、番号（０１ｈ）〜（ＦＦｈ）までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、あるセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメント（トラック）のモード情報、およびそのセグメントが他のセグメントへ続いて連結される場合は、その連結されるセグメントのスタートアドレスおよびエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００５０】
トラックのモード情報とは、そのトラックが、例えばオーバライト禁止やデータ複写禁止に設定されているのか否かの情報、オーディオ情報、コンピュータ情報などの種類を表す情報、モノラル／ステレオの種別を示す情報などである。リンク情報は、例えば各パーツテーブルに与えられた番号（０１ｈ）〜（ＦＦｈ）によって、連結すべきパーツテーブルを指定している。
【００５１】
つまり管理テーブルにおいては、１つのパーツテーブルが１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲については、リンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理がなされる。尚、このため、パーツテーブルの番号（０１ｈ）〜（ＦＦｈ）は、そのままセグメント（パーツ）番号とすることができる。
【００５２】
管理テーブルにおける（０１ｈ）〜（ＦＦｈ）までの各パーツテーブルは、対応テーブル指示データ（Ｐ−ＤＦＡ〜Ｐ−ＴＮＯ２５５）によって、そのセグメントの内容が示される。
【００５３】
Ｐ−ＤＦＡは、ミニディスク１上の欠陥領域を示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル、または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合、対応テーブル指示データＰ−ＤＦＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、欠陥セグメントがスタートおよびエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として、他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、そのセグメントが最後の欠陥セグメントである場合は、リンク情報は、例えば（００ｈ）とされ、それ以降にセグメントがリンクされていないことが表される。
【００５４】
Ｐ−ＥＭＰＴＹは、管理テーブルにおける１または複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹとして、（０１ｈ）〜（ＦＦｈ）のいずれかが記録される。未使用のパーツテーブルが複数存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹによって指定されたパーツテーブルから、リンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル上で連結（リンク）される。
【００５５】
例えば、全く記録がなされておらず、欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えば対応テーブル指示データＰ−ＥＭＰＴＹによってパーツテーブル（０１ｈ）が指定され、また、パーツテーブル（０１ｈ）のリンク情報としてパーツテーブル（０２ｈ）が指定され、パーツテーブル（０２ｈ）のリンク情報としてパーツテーブル（０３ｈ）が指定され、というように、パーツテーブル（ＦＦｈ）まで連結される。この場合、パーツテーブル（ＦＦｈ）のリンク情報は、それ以降に連結がないことを示す（００ｈ）とされる。
【００５６】
Ｐ−ＦＲＡは、ミニディスク１上のデータの未記録領域（消去領域を含む）を示しており、未記録領域となるトラック部分（＝セグメント）が示された、１または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合、対応テーブル指示データＰ−ＦＲＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、未記録領域であるセグメントが、スタートおよびエンドアドレスによって示されている。また、このようなセグメントが複数個ある場合、つまりパーツテーブルが複数個ある場合は、リンク情報により、リンク情報が（００ｈ）となるパーツテーブルまで順次指定されている。
【００５７】
図４に、未記録領域となるセグメントのパーツテーブルによる管理状態を模式的に示す。これは、スタートアドレスとエンドアドレスが、それぞれ、（Ｓ０３ｈ，Ｅ０３ｈ），（Ｓ１８ｈ，Ｅ１８ｈ），（Ｓ１Ｆｈ，Ｅ１Ｆｈ），（Ｓ２Ｂｈ，Ｅ２Ｂｈ），（ＳＥ３ｈ，ＥＥ３ｈ）で表されるセグメントが未記録領域とされているとき、この状態が対応テーブル指示データＰ−ＦＲＡに引き続き、パーツテーブル（０３ｈ），（１８ｈ），（１Ｆｈ），（２Ｂｈ），（Ｅ３ｈ）のリンクによって表現されている状態を示している。尚、上記した欠陥領域や、未使用パーツテーブルの管理形態も、これと同様となる。
【００５８】
Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５は、ミニディスク１上に記録された、それぞれの楽曲（トラック）について示しており、例えば対応テーブル指示データＰ−ＴＮＯ１では、１曲目のデータが記録された、１または複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００５９】
例えば、１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域は、対応テーブル指示データＰ−ＴＮＯ１で示されるパーツテーブルにおけるスタートおよびエンドアドレスとして記録されている。
【００６０】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の位置を示すため、各セグメントが時間的な順序に従って指定（リンク）される。つまり、対応テーブル指示データＰ−ＴＮＯ２に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が（００ｈ）となるパーツテーブルまで連結される（上記、図４と同様の形態）。
【００６１】
このように、例えば２曲目を構成するデータが記録された全セグメントが順次指定、記憶されていることにより、このＵ−ＴＯＣデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行う際に、光学ヘッド３および磁気ヘッド６をアクセスさせ、離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００６２】
このように、ミニディスク１に記録されているＵ−ＴＯＣデータが読み出され、ＴＯＣメモリ１６に記憶される。そして、ＴＯＣメモリ１６に読み込んだＵ−ＴＯＣデータを用いて、ディスク上の記録領域の管理を行って記録再生動作を制御することができる。
【００６３】
以上のＵ−ＴＯＣデータは、通常の楽曲を記録するミニディスクにおいても同様に記録されるものである。そして、本実施例のミニディスクにおいては、オーディオデータ（楽曲）以外に、例えばコンピュータデータを記録することができるように、ＬＯＦＡＴ（Ｌｏｃａｔｉｏｎ　ｏｆ　ＦＡＴ）が１６ビットのデータとして記録されるようになされている。このＬＯＦＡＴについては後述する。
【００６４】
図５は、Ｕ−ＴＯＣの管理テーブル（パーツテーブル）と、ミニディスク１のデータ記録領域のクラスタとの関係を模式的に表している。この実施例は、ミニディスク１上におけるデータの未記録領域を表している。未記録領域の先頭クラスタを示すパーツテーブル番号は、対応テーブル指示データＰ−ＦＲＡに（０１ｈ）として規定されている。即ち、データの未記録領域としての先頭のセグメントの位置が、パーツテーブル（０１ｈ）に記述されていることになる。
【００６５】
そこで、この番号（０１ｈ）のパーツテーブルを参照すると、そのスタートアドレスはクラスタ９とされ、エンドアドレスはクラスタ１２とされている。このことから、データ記録領域のクラスタ９からクラスタ１２までが、連続して未記録領域とされていることがわかる。そして、この番号（０１ｈ）のパーツテーブルには、リンク情報として、（０Ａｈ）が記述されている。このことは、クラスタ９からクラスタ１２までのセグメントに続く未記録領域のセグメントに関するデータが、番号（０Ａｈ）のパーツテーブルに記述されていることを表している。
【００６６】
そこで、番号（０Ａｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ２９とされ、エンドアドレスはクラスタ３０とされている。即ち、クラスタ２９からクラスタ３０までのセグメントが、データ記録領域中に未記録領域として存在していることがわかる。
【００６７】
また、この番号（０Ａｈ）のリンク情報としては、（０４ｈ）が記述されている。そこで、この（０４ｈ）の番号のパーツテーブルを見ると、そのスタートアドレスはクラスタ１０４とされ、エンドアドレスはクラスタ１０５とされている。即ち、クラスタ２９とクラスタ３０に続く第３のセグメントとして、クラスタ１０４とクラスタ１０５からなる未記録領域が存在することがわかる。
【００６８】
さらに、この（０４ｈ）のパーツテーブルには、（０７ｈ）のリンク情報が記述されている。そこで、（０７ｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ８２とされ、エンドアドレスはクラスタ８７とされている。即ち、クラスタ８２からクラスタ８７までの第４番目のセグメントが未記録領域とされている。そして、この（０７ｈ）のパーツテーブルのリンク情報には、（００ｈ）が記述されているため、この第４番目のセグメントが未記録領域の最後のセグメントであることがわかる。
【００６９】
上述したように、データ記録領域の各クラスタには、基本的にはデジタルオーディオデータが記録されるのであるが、その所定の範囲（クラスタ）にデジタルオーディオデータではなく、コンピュータデータを記録する場合、例えば図６に示すように、まずコンピュータデータを記録する範囲がホストＣＰＵ３１によりクラスタを単位として指定される。
【００７０】
図６の実施例においては、クラスタ１６からクラスタ２７までの１２クラスタよりなるセグメントが、コンピュータデータを記録するためのセグメントとして指定されている。そして、このセグメントは５番目のセグメントなので、上述したＵ−ＴＯＣの対応テーブル指示データＰ−ＴＮＯ５には、コンピュータデータ記録用の先頭のセグメントに関するパーツテーブルの番号として（０２ｈ）が記述される。そこで、この（０２ｈ）のパーツテーブルを見ると、スタートアドレスとしてクラスタ１６が記述され、エンドアドレスとしてクラスタ２７が記述されている。そして、そのリンク情報としては、（００ｈ）が記述されているため、クラスタ１６からクラスタ２７までの１２クラスタからなる１つのセグメントだけが、コンピュータデータ記録用として用意されていることがわかる。
【００７１】
このように、管理テーブル（パーツテーブル）にコンピュータデータを記録する領域が指定されると、図７に示すような、コンピュータデータを記録するファイルを管理するテーブルとしてのＦＡＴが、ミニディスク１上のデータ記録領域の所定のトラックに形成される。例えば図６に示すように、クラスタ１６からクラスタ２７までの、コンピュータデータ記録用の領域の先頭のクラスタ１６にＦＡＴを記録する（勿論、ＦＡＴは、例えばＵ−ＴＯＣ領域に記録することもできる）。また、このとき、ＦＡＴの記録位置がわかるように、ＬＯＦＡＴに（０２ｈ）が記述される。
【００７２】
ＦＡＴの１つのブロックは、２バイトにより構成され、各ブロックは、データ記録領域の所定の大きさの領域（例えばクラスタ）に対応している。即ち、図６に示した実施例においては、データ記録領域中のクラスタ１６乃至２７までのセグメントが、コンピュータデータ記録領域として指定されたため、ＦＡＴにおいては、このクラスタ１６乃至２７に対応するブロック１６乃至２７に、使用可能未使用ブロックであることを示すデータ（ＦＦＥｈ）が記述される。但し、クラスタ１６にＦＡＴが記録されたときは、このクラスタに対応するＦＡＴのブロック１６に、（ＦＦＤｈ）が記録される。これは、そこ（対応するクラスタ１６）にデータが記録されており、そのデータは、そこ（対応するクラスタ１６）で終了していることを表している。
【００７３】
データ記録領域のクラスタ１６乃至２７以外の各クラスタは、コンピュータデータを記録する領域として指定されていないため、換言すれば、コンピュータデータを記録する領域として使用することが禁止されているため、使用禁止ブロックであることを表すデータ（ＦＦＦｈ）が記述される。
【００７４】
図８は、このようにして確保したクラスタ１６乃至２７の所定の範囲に、コンピュータデータを記録した状態におけるＦＡＴを示している。この実施例においては、クラスタ１７に対応するブロック１７には、ブロック１８の番号が記述され、ブロック１８には、ブロック１９の番号が記述され、ブロック１９にはブロック２０の番号が記述され、さらにブロック２０には、セグメントの最後のブロックであることを表すデータ（ＦＦＤｈ）が記述されている。従って、クラスタ１７からクラスタ２０までの４つのクラスタからなるセグメントに、一連のコンピュータデータが記録されていることがわかる。
【００７５】
さらに、ブロック２１にはブロック番号２２が、ブロック２２にはブロック番号２３が、ブロック２３にはブロック番号２４が、ブロック２４にはブロック番号２５が、そしてブロック２５には（ＦＦＤｈ）が記述されている。即ち、クラスタ２１からクラスタ２５までの５個のクラスタに、一連のコンピュータデータが記録されていることになる。
【００７６】
尚、ブロック２６とブロック２７のデータは、（ＦＦＥｈ）のままであるため、クラスタ２６とクラスタ２７は、まだコンピュータデータが記録されていない未使用領域のままとされていることになる。
【００７７】
図９は、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ１において、ミニディスク１のＵ−ＴＯＣのＬＯＦＡＴに所定の管理テーブル上のパーツテーブルを示す番号が記述されているか否かが判定される。ＬＯＦＡＴに所定のパーツテーブルの番号が記述されている場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。
【００７８】
ステップＳ１において、ＬＯＦＡＴに所定の番号が記述されていないと判定された場合、ステップＳ２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば図６に示すように、データ記録領域中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５からわかる）の中から、所定の１２クラスタ（図６においては、クラスタ１６からクラスタ２７までの１２クラスタ）が、コンピュータデータ記録用トラックとして確保される。そして、このセグメントがＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブル（０２ｈ）に登録される。
【００７９】
次にステップＳ３に進み、ステップＳ２で確保したデータトラックの領域内の（１２クラスタ中の）任意のクラスタ（例えば、先頭のクラスタ１６）に、図７に示したようなＦＡＴが書き込まれる。そして、ＦＡＴにおいては、図７に示すように、ＦＡＴの書き込まれたクラスタ１６に対応するブロック１６に、使用ブロックであり、かつ、リンクするブロックが存在しないことを表すデータ（ＦＦＤｈ）が記録される。ＦＡＴが記録されていないクラスタ１７乃至２７に対応するＦＡＴのブロック１７乃至２７には、使用可能未使用ブロックとしてデータ（ＦＦＥｈ）が記録される。さらに、それ以外のクラスタに対応するＦＡＴのブロックには、使用禁止ブロックとして、データ（ＦＦＦｈ）が記録される。
【００８０】
次にステップＳ４に進み、Ｕ−ＴＯＣのＬＯＦＡＴに、ＦＡＴを記録したクラスタに対応するパーツテーブルの番号を記述する。
【００８１】
尚、ＦＡＴデータは、一旦メモリ１７に記憶され、所定のタイミングでミニディスク１上のＦＡＴに記録される。
【００８２】
次に図１０は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ１１において、ホストＣＰＵ３１は、ミニディスク１に記録されているＵ−ＴＯＣのＬＯＦＡＴが示すＦＡＴ（図６のデータ記録領域のクラスタ１６のＦＡＴ）を読み込む。このデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを、所定のタイミングで読み込むことになる。
【００８３】
次にステップＳ１２に進み、いま読み込んだＦＡＴのエントリに使用可能な未使用ブロックがあるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ１２からステップＳ１５に進む。ステップＳ１５では、未使用ブロックから１つのブロック（例えば、図８のＦＡＴのブロック１７）を選択し、このブロックを、いまデータを書き込もうとしているファイルに対応させる。そして、そのブロックが対応するクラスタ（例えば、図６のデータ記録領域のクラスタ１７）に、実際にデータが書き込まれる。
【００８４】
次にステップＳ１６に進み、いま割り当てられたブロックの前に、そのファイルに割り当てたブロックが存在するか否かが判定される。初めての記録である場合、以前に割り当てたブロックは存在しないため、ステップＳ１６からステップＳ１８に進む。ステップＳ１８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ１２に戻る。
【００８５】
以上のような動作が繰り返される。２回目以降の処理においては、ステップＳ１６において、以前にファイルに割り当てたブロックが存在すると判定されるため、この場合、ステップＳ１６からステップＳ１７に進み、前のブロックのＦＡＴのエントリに、現在のブロック番号を登録する。即ち、図８を参照して説明したように、例えばブロック１７に、現在のブロック番号１８を登録する。そして、同様に、ブロック１８にブロック番号１９が、ブロック１９にブロック番号２０が、それぞれ記録される。
【００８６】
また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ１２においてＦＡＴのエントリに使用可能な未使用ブロックが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ１３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域をコンピュータデータを記録するデータトラックとして追加する。そして、ステップＳ１４に進み、データトラック追加した領域のブロックを使用可能未使用ブロックとしてＦＡＴのエントリに登録する。即ち、図９の初期化処理におけるステップＳ２，Ｓ３と同様の処理を行い、新たに１２クラスタのデータ記録領域を確保（追加）する。但し、ＦＡＴは既に作成されているため、新たに作成せず、そのデータのみを更新する。
【００８７】
このステップＳ１３，Ｓ１４の処理を行うことにより、ミニディスク１上の空き領域が随時コンピュータデータを記録するためのデータトラックとして追加される。従って、パーティションとして予め所定の範囲を区分する場合のように、ディスクに空き領域が存在するにも拘らず、コンピュータデータを記録することができなくなるようなことが防止される。
【００８８】
ステップＳ１８において、全てのデータの書込が終了したと判定された場合においては、ステップＳ１９に進み、現在のブロックのＦＡＴエントリを最終ブロックとして登録し、ＦＡＴを更新する。即ち、図８のＦＡＴのブロック２０における場合のように、当該ブロックにデータ（ＦＦＤｈ）を記録する。
【００８９】
尚、以上においては、ＬＯＦＡＴにパーツテーブルの番号（０１ｈ）〜（ＦＦｈ）を記述するようにしたが、ＬＯＦＡＴは１６ビット確保してあるため、データ記録領域中のアドレスを直接記録させるようにすることもできる。
【００９０】
例えば、いま、ミニディスク１の領域全体のクラスタ数を２２００とし、１クラスタの容量を６４ｋバイトとすると、ミニディスク１全体の容量は、１４０Ｍバイト（＝２２００×６４ｋバイト）となる。
【００９１】
ＦＡＴの１個のブロックに、記録データ領域の８ｋバイトの範囲を対応させると、ＦＡＴのブロックの個数（エントリ数）は、１７，６００（＝１４０Ｍバイト／８ｋバイト）個必要となる。１つのエントリ（ブロック）を２バイト（１６ビット）で形成すると、ＦＡＴの容量としては、約３５ｋバイト（＝１７，６００×２バイト）必要となる。結局、ＦＡＴの１ブロックに、データ記録領域における８ｋバイト（１クラスタである６４ｋバイトの１／８の範囲）を対応させると、ディスク１枚の全体の範囲を管理するのに、３５ｋバイトの容量のＦＡＴが必要となる。
【００９２】
ＦＡＴの１ブロックの割当量が、データ記録の単位となる。上述したように、この割当量を６４ｋバイト（１クラスタ）とすると、通常のミニディスクと同様の書込が可能となる。しかしながら、コンピュータデータを効率的に転送することを考えると、６４ｋバイトより小さい８ｋバイト程度にするのが好ましい。また、このようにすると、クラスタより小さい単位でデータの記録が可能になる。
【００９３】
但し、８ｋバイト単位でデータを記録する場合、一旦ミニディスク１から、その８ｋバイトのブロックを含む１クラスタ分のデータが読み出され、ＲＡＭ１３に記憶される。次に、ＲＡＭ１３に記憶された１クラスタ分のデータのうち、その８ｋバイトに相当するデータが新たに記憶される。そして、ミニディスク１には、その１クラスタ分のデータが書き込まれる。即ち、実質的に、その８ｋバイトのみの記録が行われることになる。また、再生時においては、ホストＣＰＵ３１は、１セクタ単位でデータを読み取る。
【００９４】
このようにして、コンピュータデータ（勿論、その他のデータでもよい）がオーディオデータとともに混在するように記録されたミニディスクを、通常の楽曲用のミニディスク装置に装着した場合、コンピュータデータは再生不能であるが、オーディオデータは再生可能である。また、空き領域があれば、オーディオデータを追加記録することができる。
【００９５】
以上の実施例においては、ＦＡＴを用いてデータトラックを管理するようにしたが、ＦＡＴを用いないでデータトラックを管理する実施例について、次に説明する。
【００９６】
図１１は、この実施例を実現する場合における書き込み可能なミニディスク１の記録フォーマットを表している。同図に示すように、最内周（図中、左側）から最外周（図中、右側）までのインフォメーションエリア（Ｉｎｆｏｒｍａｔｉｏｎ　ａｒｅａ）のうち、最内周側と最外周側に、それぞれリードインエリア（Ｌｅａｄ−ｉｎ　ａｒｅａ）とリードアウトエリア（Ｌｅａｄ−ｏｕｔ　ａｒｅａ）が設けられている。このリードインエリアとリードアウトエリアには、ＴＯＣ（Ｔａｂｌｅ　ｏｆ　Ｃｏｎｔｅｎｔｓ）データなどが必要に応じて記録される。これらの領域には、一般の使用者は情報を記録することができない。
【００９７】
インフォメーションエリアのうち、リードインエリアとリードアウトエリアを除くエリアが、レコーダブルエリア（Ｒｅｃｏｒｄａｂｌｅ　ａｒｅａ）とされ、そこに一般の使用者がデータを記録または再生することができるようになされている。レコーダブルエリアの最内周側には、ＵＴＯＣ（Ｕｓｅｒ　ＴＯＣ）エリアが設けられ、その外側にプログラムエリア（Ｐｒｏｇｒａｍ　ａｒｅａ）が設けられている。ＵＴＯＣエリアには、上述したＵ−ＴＯＣデータが記録される。プログラムエリアには、オーディオデータやコンピュータで処理するデータ、その他のデータを記録することができるようになされている。
【００９８】
プログラムエリアにおいては、各データは離散的に記録される。図１１の実施例においては、トラックＴｒｋ１にオーディオデータが記録されている。即ち、このトラックは、オーディオトラックとされている。このトラックＴｒｋ１は、２つのパーツ（Ｔｒｋ１−１，Ｔｒｋ１−２）から構成されている。パーツ（トラック）Ｔｒｋ１−１とＴｒｋ１−２は、ディスク上において離れた位置に形成されているが、例えば、そのデータを再生するとき、パーツＴｒｋ１−１の再生が終了したとき、光学ヘッド３は、パーツＴｒｋ１−２にシークし、そこを再生する。このため、再生データは、連続して得ることができる。
【００９９】
この実施例においては、この他、オーディオトラックＴｒｋ２−１とＴｒｋ４−１が、それぞれ１つのパーツで構成され、オーディオデータが記録されている。
【０１００】
さらに、この実施例においては、パーツＴｒｋ３−１乃至３−３から構成されるトラックＴｒｋ３が形成され、そこには、ホストＣＰＵ３１により処理されるデータが記録されている。
【０１０１】
ＥＦＭ・ＣＩＲＣエンコーダ／デコーダ８は、プログラムエリアの各トラックに対して、クラスタ（６４キロバイト）を単位としてデータが記録再生されるように処理する。
【０１０２】
データトラックは、ボリュームマネジメントエリア（Ｖｏｌｕｍｅ　Ｍａｎａｇｅｍｅｎｔ　Ａｒｅａ）とイクステントエリア（Ｅｘｔｅｎｔ　Ａｒｅａ）により構成されている。ボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成される。イクステントエリアは、それ以外の領域とされる。
【０１０３】
ボリュームマネジメントエリアとイクステントエリアのデータの割当単位（Ａｌｌｏｃａｔｉｏｎ　Ｂｌｏｃｋ）は単独の管理とされ、前者は、２キロバイトとされ、後者は、４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイトのいずれかの値（例えば８キロバイト）とされる。
【０１０４】
ボリュームマネジメントエリアは、図１２に示すように、１６個のクラスタより構成される。ボリュームマネジメントエリアの１クラスタ前には、必要に応じて、ブートクラスタ（Ｂｏｏｔ−Ｃｌｕｓｔｅｒ）が配置される。
【０１０５】
図１３は、ボリュームマネジメントエリアのフォーマットを表している。ボリュームマネジメントエリアは、１６クラスタから構成され、１クラスタは６４キロバイトにより構成されるため、ボリュームマネジメントエリアには、２キロバイトのブロックが１０２４個形成されることになる。
【０１０６】
最初の番号０のブロックには、ボリュームディスクリプタＶＤ（ＶｏｌｕｍｅＤｅｓｃｒｉｐｔｏｒ）が記録される。このボリュームディスクリプタには、例えばルートディレクトリが記録されているブロックの番号（０乃至１０２３のいずれかの値（この実施例の場合、４））や、ボリュームスペースビットマップの位置情報等が記録される。
【０１０７】
番号１のブロックには、ボリュームスペースビットマップ（Ｖｏｌｕｍｅ　Ｓｐａｃｅ　Ｂｉｔｍａｐ（ＶＳＢ））が配置される。このＶＳＢには、ミニディスク１全体の使用状態を表すビットマップが記録される。このビットマップについては後述する。
【０１０８】
番号２と番号３の合計４キロバイトのブロックには、マネージメントテーブル（Ｍａｎａｇｅｍｅｎｔ　Ｔａｂｌｅ（ＭＴ））が配置される。このＭＴには、ボリュームマネジメントエリアの使用状態が記録される。
【０１０９】
図１４は、番号２と番号３の２つのブロックにより構成されるマネージメントテーブルを模式的に表している。同図に示すように、０乃至１０２３の番号で示す４バイトの大きさの各ブロックは、図１３における０乃至１０２３のブロックの番号で示す２キロバイトのブロックに対応している。図１３において、番号０乃至３のブロックは、予め規格により定められているものであるため、図１４のマネージメントテーブル上の対応する領域（ブロック）には、特にデータは記録されない（Ｒｅｓｅｒｖｅｄとされている）。
【０１１０】
図１３に示すように、番号４以降のブロックには、ディレクトリレコードブロック（Ｄｉｒｅｃｔｏｒｙ　Ｒｅｃｏｒｄｓ　Ｂｌｏｃｋ（ＤＲＢ））またはイクステントレコードブロック（Ｅｘｔｅｎｔ　Ｒｅｃｏｒｄｓ　Ｂｌｏｃｋ（ＥＲＢ））が配置されている。
【０１１１】
このディレクトリレコードブロックＤＲＢには、次のような情報（ディレクトリ管理情報とファイル管理情報）が記録される。
Ｄｉｒｅｃｔｏｒｙ　（Ｎａｍｅ，　Ｉｎｄｅｘ　ｔｏ　ＤＲＢ，　ＩＤ，　Ｓｉｚｅ，　Ｄａｔｅ，　ｅｔｃ．）
Ｆｉｌｅ（Ｎａｍｅ，　Ｉｎｄｅｘ　ｔｏ　ＥＲ（Ｉｎｄｅｘ　ｔｏ　ＥＲＢ，　Ｏｆｆｓｅｔ　ｏｆ　ＥＲ），　Ｅｘｔｅｎｔ　ｓｔａｒｔ　Ｌｏｃａｔｉｏｎ，　Ｎｕｍｂｅｒ　ｏｆ　Ｂｌｏｃｋｓ，　ＩＤ，　Ｓｉｚｅ，　Ｄａｔｅ，　ｅｔｃ．）
【０１１２】
このディレクトリレコードブロックＤＲＢのデータを記録するためのマネージメントテーブルのディレクトリレコードブロックエントリ（ＤｉｒｅｃｔｏｒｙＲｅｃｏｒｄｓ　Ｂｌｏｃｋ　Ｅｎｔｒｙ）は、図１５または図１６乃至図１８に示すように構成される。
【０１１３】
図１５に示すフォーマットは、ディレクトリレコードブロックＤＲＢが単独である場合におけるフォーマットを表している。この場合、４バイトのデータのうちの最初のビット３１に０がセットされ、残りのビット３０からビット０までの３１ビットにＩＤが記録される。例えば、図１４の番号４のブロックに対応するディレクトリレコードブロックエントリは、このフォーマットで構成されている。この実施例の場合、ＩＤとして、０００００００２が記録されている。このＩＤはルートディレクトリを表している。
【０１１４】
ディレクトリレコードブロックＤＲＢが複数のブロックで構成される場合においては、最初のディレクトリレコードブロックエントリが図１６に示すようなフォーマットで構成され、最後のエントリが図１８に示すようなフォーマットで構成され、その間のエントリは、図１７に示すようなフォーマットで構成される。
【０１１５】
図１６のフォーマットにおいては、最初の１バイトにＦ０が記録され、次の１バイトに、４バイトのＩＤのうちのＭＳＢ側の１バイトのＩＤが記録される。そして次の２バイトには、次のＤＲＢへのインデックス（Ｉｎｄｅｘ　ｔｏ　Ｎｅｘｔ　ＤＲＢ）が配置されている。
【０１１６】
図１７のエントリにおいては、最初の１バイトにＦＥが配置され、次の１バイトは未使用とされている。そして、残りの２バイトに次のＤＲＢへのインデックスが配置されている。
【０１１７】
また、図１８のエントリにおいては、最初の１バイトにＦＦが配置され、残りの３バイトに、図１６の２バイト目に記録した１バイトのＭＳＢを除く、残りの３バイトのＩＤが記録されるようになされている。
【０１１８】
図１４の番号７、番号８または番号１０で示すエントリが、この図１６、図１７または図１８で示すフォーマットで規定されている。ブロック番号７に対応するエントリの最後の２バイトには０００８が記録され、これは、関連するデータが記録されている次のＤＲＢが、番号８で表されるディレクトリレコードブロックＤＲＢであることを表している。また、番号８に対応するブロックのエントリの最後の２バイトにおいては、０００Ａ（１６進）が記録されており、これは番号１０（１６進数のＡに対応する１０進法による値）のディレクトリレコードブロックが続いていることを表している。
【０１１９】
そして、番号７の２番目のバイトに００が記録されており、番号１０のブロックに対応するエントリに０００００５のＩＤが記録されているため、結局、この３つのブロックにより規定されるディレクトリのＩＤは、０００００００５であることが判る。
【０１２０】
図１９は、図１４のマネージメントテーブルのイクステントレコードブロックエントリ（Ｅｘｔｅｎｔ　Ｒｅｃｏｒｄｓ　Ｂｌｏｃｋ　Ｅｎｔｒｙ）のフォーマットを表している。このフォーマットにおいては、最初の１バイトに８０が配置され、残りの２バイトは未使用とされ、最後の１バイトには、ユーズドカウント（Ｕｓｅｄ　Ｃｏｕｎｔ）が配置されている。このユーズドカウントは、後述する図２０のイクステントレコードブロック（Ｅｘｔｅｎｔ　Ｒｅｃｏｒｄｓ　Ｂｌｏｃｋ）の０乃至６３の番号に対応するレコードのうち、使用済みのイクステントレコードの数を表すようになされている。
【０１２１】
図１４のマネージメントテーブルにおいては、番号５で表すブロックに対応するエントリが、図１９で示すイクステントレコードブロックエントリのフォーマットで表されている。その一番最後の１バイトには、０４の値が記録されている。これは、図２０に示すイクステントレコードブロックの０乃至６３の６４個の番号で表されるイクステントレコードＥＲのうち、使用済みのイクステントレコードの数が４（番号０，１，２，４の各イクステントレコードが使用済み）であることを表している。
【０１２２】
図１３に示したイクステントレコードブロックＥＲＢは、例えば図２０に示すように構成されている。同図に示すように、２キロバイトのイクステントレコードブロックＥＲＢは、それぞれが、３２バイトの、番号０から番号６３で表される６４個のイクステントレコードＥＲにより構成される。
【０１２３】
各イクステントレコードＥＲは、最初の１バイトにＦＦＦＦが記録された４バイトのデータと、図２１に示すイクステントレコードインデックス（Ｅｘｔｅｎｔ　Ｒｅｃｏｒｄ　Ｉｎｄｅｘ）が７個集められて構成されるか、あるいはまた、図２２に示す４バイトのイクステントディスクリプタ（Ｅｘｔｅｎｔ　Ｄｅｓｃｒｉｐｔｏｒ）が８個集められて構成されている。
【０１２４】
図２１に示すように、イクステントレコードインデックスの最初の２バイトには、ロジカルブロックオフセット（Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ｏｆｆｓｅｔ）が配置され、次の２バイトには、インデックストゥＥＲＢ（Ｉｎｄｅｘ　ｔｏＥＲＢ）が配置され、最後の１バイトには、オフセットオブＥＲ（Ｏｆｆｓｅｔ　ｏｆ　ＥＲ）が配置されている。
【０１２５】
イクステントエリアにおいては、アロケーションブロックを割当の最小単位としてデータが記録される。ロジカルブロックオフセットは、インデックスによって示されるデータがファイル中で先頭からどの位のところに位置しているかを表している。また、インデックストゥＥＲＢは、１０ビットの構成とされ、イクステントレコードブロックＥＲＢへのインデックスを、番号０乃至１０２３のいずれかの値により表すようになされている。また、オフセットオブＥＲは、６ビットにより構成され、０乃至６３のいずれかの番号により、図２０に示すイクステントレコードブロックの６４個のイクステントレコードのうちのいずれかを表している。
【０１２６】
図２２に示すように、イクステントディスクリプタのうち、最初の２バイトには、イクステントスタートロケーション（Ｅｘｔｅｎｔ　Ｓｔａｒｔ　Ｌｏｃａｔｉｏｎ）が配置され、残りの２バイトには、ナンバオブブロック（Ｎｕｍｂｅｒ　ｏｆ　Ｂｌｏｃｋｓ）が配置されている。このイクステントスタートロケーションは、イクステントエリアに記録されているファイルのスタート位置を表している。また、ナンバオブブロックは、そのスタート位置よりスタートするファイルのブロックの数を表している。
【０１２７】
図２０において、番号１で表される３２バイトのイクステントレコードは、インデックスを表している。最初の４バイトのうちの先頭の２バイトには、ＦＦＦＦが記録されている。そして、この実施例の場合、次のイクステントレコードインデックスには、最初の２バイトにロジカルブロックオフセットとして、００００が配置され、インデックストゥＥＲＢとして５が、また、オフセットオブＥＲとして２が、それぞれ記憶されている。
【０１２８】
オフセットオブＥＲが２であるということは、図２０において、番号２で表されるイクステントレコードが存在することを示している。そして、そのロジカルブロックオフセットは、００００であるが、これは、番号２で表されるイクステントレコードに表されているファイルの最初のブロックの番号は、００００である（即ち、一番最初のブロックである）ことを表している。そして、番号２のイクステントレコードには、例えば、その先頭（図中、左側）に、データトラック上の絶対的な位置（イクステントスタートロケーション）で１５番目のブロックに、１個のブロックが存在することが示されている。
【０１２９】
尚、インデックストゥＥＲＢが５であるということは、その（図２０に示す）イクステントレコードブロックの番号が５であることを示している。
【０１３０】
次のオフセットオブＥＲが４であるということは、番号が４で表されるイクステントレコードのデータが存在することを示している。そして、この場合、ロジカルブロックオフセットが０００Ｂ（１０進数で１１）である。即ち、この実施例においては、番号２で表されるイクステントレコードのブロック数の合計が１１（＝１＋１＋２＋１＋１＋１＋３＋１）となる。このため、番号４で表されるイクステントレコードに記録されているミニディスク１上の絶対的位置としてのイクステントスタートロケーションが０５３Ｃである位置には、第１２個目（ブロック番号１１）から始まるファイルが存在する。
【０１３１】
尚、図２０に示すように、１つのイクステントレコードインデックスにより、７つのイクステントレコードしか表すことができないが、イクステントレコードがそれ以上増えた場合においては、さらに他のイクステントレコードインデックスが生成され、複数のイクステントレコードインデックスをまとめるインデックスがさらに生成される。
【０１３２】
図２３は、イクステントレコードブロックに記録されているインデックスとイクステントレコードの関係を模式的に表している。同図に示すように、所定のディレクトリレコードブロックのディレクトリレコードから所定のイクステントレコードブロックＥＲＢのインデックスが指定される（Ｉｎｄｅｘ　ｔｏ　ＥＲ）。そして、指定したインデックスには、最大７個のインデックスが記録されている。
【０１３３】
そして、各インデックスには、最大８個のファイルのスタート位置（イクステントスタートロケーション）と、そのファイルを構成するブロックの数（ナンバオブブロック）が記録されている。
【０１３４】
この実施例においては、図７に示したようなＦＡＴは用いられない。このため、この実施例におけるＵ−ＴＯＣは、例えば図２４に示すように構成される。図２４を図３と比較して明らかなように、図２４のＵ−ＴＯＣには、図３に示したＬＯＦＡＴが記録されないようになされている。Ｕ−ＴＯＣのその他のフォーマットは、図３に示した場合と同様である。
【０１３５】
この実施例においては、ＦＡＴに代えて、図２５に示すようなビットマップが用いられる。このビットマップは、図１３のＶＳＢに記録されるものである。
【０１３６】
この実施例においては、ビットマップの１エントリが２ビットにより構成される。各エントリは、図７に示したＦＡＴにおける場合と同様に、ミニディスク１上の所定の大きさのブロック（４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイト）に対応している。従って、このエントリの数は、ミニディスク１の記録容量に対応する数だけ形成される。
【０１３７】
ビットマップの２ビットの各エントリには、００，０１，１０または１１のいずれかの２ビットのデータが記録される。００は、ミニディスク１上の対応するブロックが使用可能であり、かつ、未使用のブロックであることを表している。０１は、ミニディスク１上の対応するブロックが、既にデータが記録されている使用済みのブロックであることを表している。１０は、ミニディスク１上の対応するブロックが、何らかの欠陥を有しているブロックであることを表している。また、１１は、ミニディスク１上の対応するブロックが、その使用を禁止されているブロックであることを表している。
【０１３８】
このように、ビットマップには、図７と図８に示したＦＡＴとは異なり、ＦＦＤｈ、あるいは、リンクすべきブロックの番号といったようなリンク情報は、記録されないようになされている。これらのリンク情報は、上述したディレクトリ情報あるいはファイル情報（特にイクステントレコードＥＲ）により管理される。
【０１３９】
図２６は、この実施例において、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ３１において、ミニディスク１に、データトラックが形成されているか否かが判定される。データトラックが形成されているか否かは、Ｕ−ＴＯＣのトラックモードから判別することができる。データトラックが存在する場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。
【０１４０】
ステップＳ３１において、データトラックが形成されていないと判定された場合、ステップＳ３２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば、プログラムエリア中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５から判る）の中から、所定の数のブロックが、コンピュータデータ記録用のデータトラックとして確保される。即ち、このパーツが、例えばＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブルに登録される。さらに、パーツテーブルのトラックモードにコンピュータデータ記録用であることを示すデータが登録される。また、Ｕ−ＴＯＣのＰ−ＦＲＡが更新される。
【０１４１】
上述したように、データトラックの先頭の１６クラスタは、ＶＭＡとされ、それに続くイクステントエリアに実際のデータが記録される（図１２）。このイクステントエリアの大きさを、例えば１０クラスタ分確保すると、合計２６クラスタ（＝１６＋１０）分の領域が、データトラックとされる。
【０１４２】
次にステップＳ３３に進み、ステップＳ３２で確保したデータトラックの先頭の１６クラスタにより構成されるＶＭＡ（図１２）のＶＳＢ（図１３）に、ビットマップが書き込まれる。そして、ビットマップにおいては、図２５に示すように、データが書き込まれる。
【０１４３】
即ち、ＶＭＡが書き込まれる１６クラスタ分に対応するエントリには、使用済ブロックであることを表すデータ（０１）が記録される。また、それに続く、イクステントエリア上の５０クラスタ（本来のコンピュータデータを記録するための領域）に対応するビットマップのエントリには、使用可能未使用ブロックを意味するデータ（００）が記録される。さらに、それ以外のイクステントエリア上のブロックに対応するビットマップのエントリには、使用禁止ブロックを意味するデータ（１１）が記録される。
【０１４４】
尚、ビットマップデータをデータトラックの管理に用いる場合、ビットマップデータは、図２のメモリ１７に記憶され、所定のタイミングでミニディスク１上のビットマップに記録される。
【０１４５】
次に図２７は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ４１において、ホストＣＰＵ３１は、ミニディスク１に記録されているビットマップのデータを読み込む。
【０１４６】
上述したように、ビットマップのデータを含むボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成されている。よって、Ｕ−ＴＯＣから、最初に形成されたデータトラックの先頭に対応するパーツテーブルのスタートアドレスを検出し、このスタートアドレスに基づいて、ボリュームディスクリプタを読み出し、そこに記録されたビットマップの位置情報基づいてビットマップを読み出すことにより、ホストＣＰＵ３１にビットマップを読み込むことができる。このビットマップデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを所定のタイミングで読み込むことになる。
【０１４７】
次にステップＳ４２に進み、いま読み込んだビットマップに使用可能な未使用のエントリ（００のブロック）があるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ４２からステップＳ４５に進む。ステップＳ４５では、未使用ブロックから１つのエントリ（例えば、図２８のビットマップのエントリ８０）を選択し、このエントリを、いまデータを書き込もうとしているファイルに対応させる。そして、そのエントリが対応するイクステントエリア上のブロックに、実際にデータが書き込まれる。
【０１４８】
次にステップＳ４６に進み、記録が行われたイクステントエリアのブロックに対応するビットマップのエントリに、使用領域を表すデータ（０１）が記録される（図２８）。さらにステップＳ４７に進み、そのイクステントエリアのブロックをイクステントレコードＥＲ（図１３、図２０）に登録する。
【０１４９】
次にステップＳ４７からステップＳ４８に進む。ステップＳ４８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ４２に戻る。以上のような動作が繰り返される。
【０１５０】
図２８には、以上のようにして、ビットマップ上のエントリ８０乃至８９に対応するイクステントエリアのブロックにデータが記録された場合のビットマップの状態が表されている。
【０１５１】
また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ４２において、ビットマップに使用可能な未使用ブロックを示すエントリが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ４３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域を、コンピュータデータを記録するデータトラックとして追加する。そしてステップＳ４４に進み、データトラックの追加した領域のブロックを使用可能未使用ブロックとしてビットマップに登録する。即ち、図２６の初期化処理におけるステップＳ３２，Ｓ３３と同様の処理を行い、新たに１２ブロックのデータ記録領域を確保（追加）する。尚、このとき追加するブロックの数は、任意である。但し、ビットマップは既に作成されているため、新たに作成せず、そのデータのみを更新する。
【０１５２】
ステップＳ４８において、全てのデータの書込が終了したと判定された場合においては、処理を終了する。
【０１５３】
尚、以上の各実施例において、ＦＡＴまたはビットマップで管理する単位を１クラスタより小さい値にした場合、１つの単位に対してデータを記録するには、本体４１は、一旦ミニディスク１からその単位を含む１クラスタ分のデータを読み出し、ＲＡＭ１３に記憶する。次に、その単位に相当するデータが、ホストＣＰＵ３１から転送され、新たにＲＡＭ１３に記憶される。そして、ＲＡＭ１３から読み出された１クラスタ分のデータがミニディスク１に書き込まれる。即ち、実質的に、１クラスタより小さい単位での記録が可能となる。一方、再生は、セクタ単位で行われる。
【０１５４】
尚、上記実施例においては、書き込み可能なミニディスク１についての記録データの管理を説明したが、上述の実施例の記録データ管理は、読み出し専用のミニディスク１についても適用することができる。但し、読み出し専用のミニディスク１については、Ｕ−ＴＯＣエリアは設けられない。よって、上述の実施例のＵ−ＴＯＣとほぼ同様の構成のテーブルをＴＯＣエリアに設定し、プログラムエリアに上述の実施例と同様のＶＭＡを設定することにより、上述の記録データ管理を実現する。
【０１５５】
【発明の効果】
以上の如く本発明の記録管理方法によれば、第１の管理データに従って管理される記録媒体の範囲の中から所定の範囲を指定し、その指定された範囲について、第２のデータ量単位を基準とするデータの記録媒体への記録状態を第３の管理データに従って管理するようにしたので、第１のデータ単位を基準としてデータが記録された記録媒体との互換性を確保することができ、また、記録媒体に空き領域があれば、そこにデータを追加して記録することが可能となる。
【０１５６】
さらにまた、第２のデータ量単位を第１のデータ量単位より小さくすれば、予め設定されている処理単位より小さい処理単位でデータを記録することが可能となる。
【０１５７】
また、第２のデータ量単位を第１のデータ量単位と同じ大きさとした場合においては、第１の管理データに１つの大きなトラックを登録し、このトラックを、第３の管理データ上で、より多くの複数の領域に区分することで、第１の管理データにおいて区分可能な数（上記した実施例の場合、Ｐ−ＴＮＯ１乃至Ｐ−ＴＮＯ２５５の２５５個）以上の数に区分して、データを記録することが可能となる。
【０１５８】
本発明の記録領域設定方法によれば、第１のテーブルのデータから記録媒体の空き領域が検出され、そこに、その領域をデジタルデータ用のトラックとするデータが記録される。そして、デジタルデータ用のトラックとされた空き領域の先頭に、第２のテーブルが作成される。従って、記録媒体に対して、デジタルデータを記録する領域を確実に確保することが可能となる。
【０１５９】
本発明の第１のデータ記録方法によれば、第１のテーブルのデータを用いて第２のテーブルが読み出され、第２のテーブルから使用可能ブロックが検出され、その使用可能ブロックにデジタルデータが記録される。そして、デジタルデータが記録されたブロックの第２のテーブル上の情報が、使用不可能を示す情報に書き換えられる。従って、ブロック単位で、デジタルデータを確実に記録することが可能となる。
【０１６０】
本発明の第２のデータ記録方法によれば、メモリに記憶された第１の単位のデジタルデータの少なくとも一部が、第２の単位毎に新たなデータに更新され、更新されたデータを含む第１の単位のデータが記録媒体に記録される。従って、第１の単位より小さい第２の単位毎に、デジタルデータを記録媒体に記録することが可能となる。
【０１６１】
本発明のディスク状記録媒体によれば、第２の管理データ記録領域に第２の管理データが記録され、第１の管理データ記録領域に第１の管理データが記録される。従って、第２のデータ量単位でデータを記録することが可能なディスク状記録媒体を実現することができる。
【０１６２】
本発明の記録媒体によれば、第１の単位でトラックを管理する第１のテーブルと、第２の単位でトラックを管理する第２のテーブルとが記録される。従って、デジタルデータを第１の単位または第２の単位のいずれかの単位で記録することが可能な記録媒体を実現することができる。
【０１６３】
本発明の第１のコンピュータシステムによれば、第１のテーブルのデータから記録媒体の空き領域が検出され、第１のテーブルには、その空き領域がデジタルデータ用のトラックとされたことを示すデータが記録される。そして、デジタルデータ用のトラックとされた空き領域の先頭に、第２のテーブルが作成される。従って、記録媒体に対してデジタルデータを記録するトラックを確実に確保することが可能となる。
【０１６４】
本発明の第２のコンピュータシステムによれば、第２のテーブルから使用可能ブロックを示す情報が検出され、その使用可能ブロックにデジタルデータが記録される。そして、第２のテーブルのそのブロックに対応する情報が、使用不可能を示す情報に書き換えられる。従って、ブロック単位でデジタルデータを記録媒体に記録することが可能となる。
【図面の簡単な説明】
【図１】本発明の記録媒体管理方法を応用したミニディスク装置の外観構成を示す図である。
【図２】図１の実施例の本体４１の内部構成を示すブロック図である。
【図３】図２のミニディスク１のＵ−ＴＯＣのフォーマットを説明する図である。
【図４】図３の管理テーブルのリンクを説明する図である。
【図５】管理テーブルとデータ記録領域の関係を説明する図である。
【図６】コンピュータデータを記録する領域を確保したときの管理テーブルとデータ記録領域の関係を説明する図である。
【図７】ＦＡＴを説明する図である。
【図８】コンピュータデータを記録した状態におけるＦＡＴを説明する図である。
【図９】図２の実施例においてミニディスク１を初期化する動作を説明するフローチャートである。
【図１０】図２の実施例においてミニディスク１にコンピュータデータを記録する場合の動作を説明する図である。
【図１１】本発明の記録媒体管理方法の他の実施例におけるミニディスク１のフォーマットを説明する図である。
【図１２】図１１のデータトラックのフォーマットを説明する図である。
【図１３】
図１２のボリュームマネジメントエリアのフォーマットを説明する図である。
【図１４】図１３のマネジメントテーブルのフォーマットを説明する図である。
【図１５】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１６】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１７】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１８】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１９】図１３のイクステントレコードブロックエントリのフォーマットを説明する図である。
【図２０】図１３のイクステントレコードブロックの構成例を示す図である。
【図２１】イクステントレコードインデックスのフォーマットを説明する図である。
【図２２】イクステントディスクリプタのフォーマットを説明する図である。
【図２３】インデックスとイクステントレコードとの関係を説明する図である。
【図２４】Ｕ−ＴＯＣの他の構成例を示す図である。
【図２５】ビットマップの構成を説明する図である。
【図２６】ミニディスク１を初期化する他の動作を説明するフローチャートである。
【図２７】ミニディスク１にコンピュータデータを記録する場合の他の動作を説明するフローチャートである。
【図２８】コンピュータデータを記録した状態におけるビットマップを説明する図である。
【図２９】ミニディスクのフォーマットを説明する図である。
【図３０】パーティションの概念を説明する図である。
【符号の説明】
１　ミニディスク
２　スピンドルモータ
３　光学ヘッド
３ａ　対物レンズ
４　２軸機構
５　スレッド機構
６　磁気ヘッド
７　ＲＦアンプ
８　エンコーダ／デコーダ部
９　サーボ回路
１０　アドレスデコーダ
１１　システムコントローラ
１２　メモリコントローラ
１３　ＲＡＭ
１４　ＳＣＳＩインタフェース
１５　磁気ヘッド駆動回路
１６　ＴＯＣメモリ
１７　メモリ
１８　表示部
１９　操作入力部
３０　ＳＣＳＩバス
３１　ホストＣＰＵ
４１　本体
４２　挿入口
【図１】
2004005976.tif 000003
【図２】
2004005976.tif 000004
【図３】
2004005976.tif 000005
【図４】
2004005976.tif 000006
【図５】
2004005976.tif 000007
【図６】
2004005976.tif 000008
【図７】
2004005976.tif 000009
【図８】
2004005976.tif 000010
【図９】
2004005976.tif 000011
【図１０】
2004005976.tif 000012
【図１１】
2004005976.tif 000013
【図１２】
2004005976.tif 000014
【図１３】
2004005976.tif 000015
【図１４】
2004005976.tif 000016
【図１５】
2004005976.tif 000017
【図１６】
2004005976.tif 000018
【図１７】
2004005976.tif 000019
【図１８】
2004005976.tif 000020
【図１９】
2004005976.tif 000021
【図２０】
2004005976.tif 000022
【図２１】
2004005976.tif 000023
【図２２】
2004005976.tif 000024
【図２３】
2004005976.tif 000025
【図２４】
2004005976.tif 000026
【図２５】
2004005976.tif 000027
【図２６】
2004005976.tif 000028
【図２７】
2004005976.tif 000029
【図２８】
2004005976.tif 000030
【図２９】
2004005976.tif 000031
【図３０】
2004005976.tif 000032