(57)【要約】【課題】管理できるデータファイル数が記録媒体に記録可能なファイル数よりも少ないファイルシステムとの互換性を保ちつつも、より多くのファイルを管理できるファイルシステムを提供すること。【解決手段】サブファイル領域を設け、その領域にサブファイル管理情報１０５とサブファイル１０６ａ〜ｄを記録する。サブファイル１０６ａ〜ｄとサブファイル管理情報１０５は、ひとつのファイル１０４ｄとして、ファイル１０４ａ〜１０４ｃとともにメインファイル管理情報１０３によって管理される。【選択図】　図１
2004021363.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体上に記録されたファイル形式のデータを管理するファイル管理方法であって、
少なくとも２つの異なる第１及び第２のファイル管理情報を持ち、
第２のファイル管理情報を、第１のファイル管理情報上でファイルとして扱うことを特徴とするファイル管理方法。
【請求項２】
請求項１に記載のファイル管理方法であって、
第２のファイル管理情報が記録された第１のファイル管理情報のファイルの属性情報に、当該ファイルはファイル管理情報であることを意味する属性を付加することを特徴とするファイル管理方法。
【請求項３】
請求項１に記載のファイル管理方法であって、
第２のファイル管理情報が記録された第１のファイル管理情報のファイルに、あらかじめ決められた特定のファイル名を付けることを特徴とするファイル管理方法。
【請求項４】
記録媒体上に記録されたファイル形式のデータを管理するファイル管理方法であって、
少なくとも２つの異なるファイル管理情報を持ち、
第２のファイル管理情報により管理される複数のファイルを、第１のファイル管理情報上で一つのファイルとして扱うことを特徴とするファイル管理方法。
【請求項５】
請求項３に記載のファイル管理方法であって、
第２のファイル管理情報により管理される複数のファイルを扱う第１のファイル管理情報上のファイルの属性情報に、当該ファイルはファイル管理情報であることを意味する属性を付加することを特徴とするファイル管理方法。
【請求項６】
請求項３に記載のファイル管理情報であって、
第２のファイル管理情報により管理される複数のファイルを扱う第１のファイル管理情報上のファイルに、あらかじめ決められた特定のファイル名を付けることを特徴とするファイル管理方法。
【請求項７】
記録媒体上に記録されたファイル形式のデータを管理するファイル管理方法であって、
少なくとも２つの異なるファイル管理情報を持ち、
第２のファイル管理情報と第２のファイル管理情報により管理される複数のファイルを、第１のファイル管理情報上で一つのファイルとして扱うことを特徴とするファイル管理方法。
【請求項８】
請求項７に記載のファイル管理方法であって、
第２のファイル管理情報と第２のファイル管理情報により管理される複数のファイルを記録する第１のファイル管理情報上のファイルの属性情報に、当該ファイルはファイル管理情報であることを意味する属性を付加することを特徴とするファイル管理方法。
【請求項９】
請求項７に記載のファイル管理方法であって、
第２のファイル管理情報と第２のファイル管理情報により管理される複数のファイルを記録する第１のファイル管理情報上のファイルに、あらかじめ決められた特定のファイル名を付けることを特徴とするファイル管理方法。
【請求項１０】
記録媒体上にファイル形式のデータを記録する記録装置であって、
請求項１から請求項９に記載のいずれかのファイル管理方法に対応するファイル管理方式でファイルデータを記録することを特徴とする記録装置。
【請求項１１】
記録媒体上からファイル形式のデータを再生する再生装置であって、
請求項１から請求項９の記載のいずれかのファイル管理方法に対応した記録媒体からファイルデータを再生することを特徴とする再生装置。
【請求項１２】
記録媒体であって、
請求項１から請求項９に記載のいずれかのファイル管理方法に対応したファイル管理情報を記録することを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録媒体に記録されるファイルのファイル管理技術に関するものであり、特に光ディスクや磁気ディスク、半導体メモリなどのランダムアクセス可能な記録媒体上にファイル形式のデータを記録し再生する際に用いるファイル管理技術、このファイル管理技術を利用した記録装置、記録方法及び記録媒体に関するものである。
【０００２】
【従来の技術】
光ディスク装置や磁気ディスク装置、光磁気ディスク装置などの記録装置では、記録したデータへのアクセスを容易にするため、データをファイルという形式で管理するファイルシステムを使用している。
【０００３】
一般に広く普及している光ディスクとして、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−ＲｅａｄＯｎｌｙ　Ｍｅｍｏｒｙ）があげられる。ＣＤ−ＲＯＭでは、ＩＳＯ−９６６０と呼ばれるファイルシステムが一般的に使用されている。ＩＳＯ−９６６０では、パステーブルと呼ばれるテーブルを使用して、ファイルの管理を行っている。このパステーブルには、順番に番号が付加されており、１６ビットの値が割り当てられている。
【０００４】
一方、より高密度な光ディスクとして普及しつつあるＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）には、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｃ　Ｆｏｒｍａｔ）と呼ばれるファイルシステムが広く用いられている。ＵＤＦでは、ディレクトリごとにファイル識別子とファイルエントリーというテーブルを使用してファイルの管理を行っている。
【０００５】
また、ＡＶデータの記録再生用として、特開平１１−３１２３７８号公報に記載されているようなファイルシステムがある。この公知例に記載されたファイルシステムでは、ファイル管理のために、ファイルテーブルなどのデータ管理テーブルを使用しているが、これも上述のＩＳＯ９６６０と同様、テーブルの管理に１６ビットの番号を割り当てて使用している。
【０００６】
【発明が解決しようとする課題】
従来のファイルシステムでは、以下のような問題があった。
すなわち、ＩＳＯ９６６０を含む従来の多くのファイルシステムでは、ファイル管理に使用するテーブルの番号が１６ビットの値で表されており、０〜６５５３５までの値を取る。したがって、最大でも６５５３６種類のテーブルしか作成することが出来ないため、当該ファイルシステムで管理できるファイルの数が６５５３６個に制限されるという欠点があった。例えば、ＤＶＤ−ＲＡＭ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅ　Ｄｉｓｃ−Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）ディスクには、データの最小記録単位であるセクタが約２３０万個あるため、ファイルシステムで管理できるファイルの数が６５５３６個では足りない場合が生じる。
【０００７】
近年、光ディスクや磁気ディスクに代表される記録媒体の記録容量は年々増加の一途をたどっており、記録するファイルの数も増大している。このような状況にもかかわらず、ファイルシステムとして、従来の延長上にあるものが広く使用されており、これが大容量ディスクを使用する際に問題となっている。
【０００８】
一方、ＵＤＦで管理できるファイル数は２の３２乗個、すなわち４０億個以上であるため、多くのファイルを扱うことが出来るが、必ずしも全ての機器でＵＤＦがサポートされている訳ではない。
【０００９】
ファイルシステムの構造を変化させると、従来の機器との互換性が失われてしまうため、ファイルシステム自体を大幅に変更することには問題がある。特に、ビデオディスクレコーダを始めとするＡＶ（オーディオ・ビジュアル）機器では、ソフトウェアの変更が困難であり、従来のファイルシステムと互換性のない記録媒体からデータを再生することは出来ない。
【００１０】
また、ＰＣ用途では、データ量の少ないファイルを多数扱う必要があるが、通常、光ディスクなどの記録媒体では、書き換え可能なデータの記録単位が比較的大きいため、データ量の少ないファイルを記録する場合には、記録媒体上の記録領域が無駄になりやすい。
【００１１】
本発明の目的は、管理できるデータファイル数が記録媒体に記録可能なファイル数よりも少ないファイルシステムとの互換性を保ちつつも、より多くのファイルを管理できるファイルシステムを提供することにある。
【００１２】
【課題を解決するための手段】
本発明にかかるファイル管理方法では、ファイルシステム上に、もう一つのファイル管理情報を設け、第２のファイル管理情報と第２のファイル管理情報により管理される複数のファイルを、第１のファイル管理情報上で一つのファイルとして扱う。
【００１３】
【発明の実施の形態】
以下、本発明の実施の具体的な形態を図を用いて詳細に説明する。
図１は、本発明にかかるファイルシステムでのファイル管理情報およびファイルの論理的な配置を示す。物理的、すなわち記録媒体上の配置は図１に示した順番に限られることはないが、アクセス時間短縮のためには、図１に示した順番で記録した方が好ましい。本実施例では、説明の便宜上、論理的な配置と物理的な配置が同じであるものとして説明する。また、記録媒体が光ディスクであるものとして説明する。
【００１４】
この例では、メインファイル管理情報によって管理されるファイルが３つ、サブファイル管理情報によって管理されるサブファイルが４つ、存在している。また、メインファイル管理情報によって管理できるファイル数は、光ディスクに記録可能なファイル数より少ないものとする。
【００１５】
光ディスク上の記録領域１０１は、所定長さのセクター構造をしており、各セクターには２０４８バイトのデータを記録することができる。また、各セクターには、ディスク中心部分から外周に向かって順番にセクター番号が割り当てられており、このセクター番号によって、アクセスを行うセクターを指定することが出来る。
【００１６】
アンカー記述子記録領域には、メインファイル管理情報が記録されている領域を示すアンカー記述子１０２が記録されている。メインファイル管理情報１０３の記録位置を変更した場合には、アンカー記述子１０２を書き換えることにより、メインファイル管理情報１０３の読み出し位置を変更することが出来る。また、アンカー記述子１０２が、アンカー記述子記録領域に複数記録されている場合、最後部のアンカー記述子１０２のみを参照するように規定することにより、アンカー記述子記録領域の書き換え回数を減らすことが出来る。また、ライトワンスと呼ばれる追記型記録方式への対応も容易となる。
【００１７】
メインファイル管理領域には、光ディスク上に記録されているデータファイルの記録位置やデータサイズ、ファイル識別子（ファイル名）などの情報を管理するメインファイル管理情報１０３が記録される。
【００１８】
ファイル記録領域には、ユーザーにより記録されたＡＶデータ、ＰＣデータ等のファイル１〜３がそれぞれファイル１０４ａ〜１０４ｃとして記録される。
【００１９】
ファイル１０４ｄは、サブファイル１〜４の情報を管理するサブファイル管理情報１０５及びサブファイル１〜４がそれぞれ記録されるサブファイル記録領域１０６ａ〜ｄからなる。サブファイル管理情報及びサブファイル１〜４は、ファイル１、ファイル２、ファイル３とともに、メインファイルシステム上の一つのメインファイルの如く扱われる。　ところで、光ディスク上に記録するデータは、ディスクに傷や汚れなどが付着した場合にも正しく再生できる必要がある。そこで、データとは別に、誤りの検出および訂正が可能なように、誤り検出符号・誤り訂正符号を付加してから、ディスク上に記録する。そのために、各セクターデータをユニットデータの形状に変換し、いくつかのユニットデータをひとまとめに、誤り訂正符号を付加する。
【００２０】
図２に、ユニットデータの構成方法を示す。
【００２１】
各セクターは、２０４８バイトのデータ領域を有し、記録するセクターデータは、この領域に記録される。セクターデータには、データ識別のための４バイトのデータ識別コード（ＩＤ）と、ＩＤの誤り検出符号である２バイトのＩＥＤ、予備データ領域である６バイトのＲＳＶが付加される。記録データの最後部には、データの誤りを検出する４バイトの誤り検出符号ＥＤＣが付加され、全部で２０６４バイトのデータとしてデータユニットを構成する。各ユニットデータは、１７２バイト１２行の形状で扱う。
【００２２】
図３に、ＥＣＣブロックの構成方法を示す。
【００２３】
図２で示したように構成された１７２バイト１２行のユニットデータは、１６セクター分集められ、ＥＣＣブロックを構成する。縦方向には、各行に１６バイトの誤り訂正符号（ＰＯ）を付ける。各行は、１２行１６ユニット分の１９２行のデータに１６バイトの誤り訂正符号が付加され、２０８行とする。
【００２４】
各列のデータに対して、１０バイトの誤り訂正符号（ＰＩ）を付加し、１８２バイトのデータとする。これにより、１８２バイト２０８行のデータとして、光ディスクに記録する。
【００２５】
ここで、各々の誤り検出符号には、ＣＲＣ符号（巡回符号）を用いればよい。また、誤り訂正符号には、リードソロモン符号（ＲＳ符号）を用いればよい。
【００２６】
以上のような処理により、光ディスク上にデータを記録し、再生した場合に、傷や埃などにより読み出し不能なデータが生じた場合にも、正しいデータを得ることが出来る。
【００２７】
図４は、図１に示したメインファイル管理領域に記録されるメインファイル管理情報１０３の詳細を示す。
【００２８】
管理情報配置テーブル４０１には、メインファイル管理情報内の各テーブルの配置情報が記録されている。具体的には、各テーブルの記録開始番号、テーブル番号からの継続テーブルの有無ないし、継続テーブル番号である。この領域配置情報から、各テーブルのテーブル内容を参照することができる。
【００２９】
各テーブルのうち、ファイルテーブル４０２は、ファイルに対応したファイル識別子テーブル番号、ディレクトリ関係を示すリンク情報、ファイルの属性、拡張属性情報テーブルの番号、ファイルタイプ、ファイル生成時刻、ファイル修正時刻などの情報を含む。ファイルテーブルを参照することにより、各ファイルに対応したテーブルの番号を求めることができる。
【００３０】
記録領域テーブル４０３は、ディスク上の各ファイルの記録位置に関する情報が記録される。具体的には、ファイルの記録開始セクター番号、記録開始位置、記録終了セクター番号、記録終了位置の情報が含まれている。ファイルデータの内容を読み出す際には、この記録領域テーブルから、ファイルデータの記録されているセクター番号を求め、データの読み出しを行う。
【００３１】
アロケーションルールセットテーブル４０４は、ディスク上に配置するデータの分割配置に関する情報などが記録される。これは、データの読み出しが連続して行われるように、ディスク上にデータを記録する際の最小分割サイズを規定したものである。例えば、４０９６セクター（８ＭＢ）単位で連続してセクターを使用する場合には、パラメータとして４０９６をセットする。
【００３２】
ファイル識別子テーブル４０５は、ファイル識別子の名前とファイル識別子の長さの情報を持つ。一つのファイル識別子テーブルを３２バイトとした場合、ファイル識別子長さに４バイトを割り当てると、ファイル識別子の実体には２８バイトのデータ領域を割り当てることができる。
【００３３】
なお、上記各テーブルは、各々３２バイトで構成されるが、記録する領域が不足する場合には、複数のテーブルを使用して、記録するデータ長を増やすことができる。
【００３４】
図５は、図１に示したファイル１０４ｄの詳細を示す。
【００３５】
ここで、ファイルセット記述子５０１、終端記述子５０２、ファイルエントリー５０３、ファイル識別記述子５０４ａ〜５０４ｄ及びファイルエントリー５０５ａ〜５０５ｄがサブファイル管理情報にあたる。
【００３６】
ファイルセット記述子５０１は、サブファイルシステムに関する詳細な情報が記録されており、これにより、サブファイルシステムの詳細情報を得ることができる。また、ルートファイルエントリー５０３の書き込まれているセクター番号の情報が記録されている。サブファイルシステムを参照する場合、始めにこのファイルセット記述子５０１を参照し、ルートファイルエントリー５０３の書き込み位置を判断する。
【００３７】
終端記述子５０２は、ファイルセット記述子がこれ以上続かないことを意味する記述子である。
【００３８】
ルートのファイルエントリー５０３は、ルートディレクトリを記述したファイルエントリーであり、ルートディレクトリの詳細な情報と、そこに属するファイルのファイル識別記述子の先頭セクター番号が記されている。
【００３９】
ファイル識別記述子５０４には、サブファイルシステム内の各ファイルの名称と、そのファイルのファイルエントリーのセクター番号が記されている。各ディレクトリに対するファイル識別子記録領域には、そのディレクトリに属するファイル数分のファイル識別記述子が記録される。
【００４０】
ファイルエントリー５０５は、各ファイルの属性、記録開始セクター番号、データ長、記録時刻などの情報を有する。
【００４１】
ファイルへのアクセスを行う際には、対応するディレクトリー内のファイル識別記述子５０４から、アクセス対象のファイルエントリー４０４を参照し、ファイルエントリー内に記録されているファイルのセクター番号から、各ファイルへのアクセスを行う。
【００４２】
なお、図５に示すサブファイル管理情報１０５が管理できるファイル数は、メインファイル管理情報１０３により管理できるファイル数より多い。
【００４３】
以上説明した通り、光ディスクに記録可能なファイル数より少ないファイル数しか管理できないメインファイルシステム上に、サブファイル管理情報を持たせ、このサブファイル管理情報によってサブファイルを管理することにより、メインファイルシステム上で管理できるファイル数を増やすことができる。
【００４４】
特に、メインファイルシステムの最小記録単位が、記録媒体の最小記録単位よりも大きい場合には、メインファイル内にサブファイルシステムを構築できるので、記録媒体の記録領域を有効に使うことができる。
【００４５】
図６は、本発明にかかる記録装置のブロック図を示す。
【００４６】
光ディスク６０１に記録されている情報は、光ヘッド６０２により読み出しが行われ、記録再生信号処理回路６０３によって、復調が行われる。これら復調されたデータは、誤り訂正処理などの復号処理が行われ、インターフェース６０６、入出力端子６０７を介して外部のホストＰＣ（図示せず）などへセクターデータが出力される。制御マイコン６０４は、外部のホストＰＣなどからの指令を受け、指定されたセクターへのアクセスを行うよう、記録装置全体の制御を行う。
【００４７】
記録時は、入出力端子６０７、インターフェース６０６を介して、外部のホストＰＣなどからセクターデータが入力される。入力されたデータは、信号処理回路６０３により、誤り訂正符号付加などの符号化処理が行われた後、光ディスクへの書き込みが可能な変調処理が行われ、光ヘッド６０２を介して、光ディスク６０１上へデータが書き込まれる。制御マイコン６０４は、外部のホストＰＣなどからの指令を受け、指定されたセクターへの書き込みを行うよう、記録装置全体の制御を行う。
【００４８】
なお、サーボ６０５は、光ディスクの回転制御および光ヘッドのトラッキング処理などの制御を、制御マイコン６０４の指示にしたがって行う。
【００４９】
次に、記録装置がサブファイル情報に対応せず、メインファイル管理情報のみに対応した装置である場合の、ファイルを読み出す動作を説明する。
【００５０】
光ディスク６０１が、ディスクドライブ装置に挿入されると、制御マイコン６０４は、これを検出し、インターフェース６０６および入出力端子６０７を介して、ホストＰＣへディスクが挿入された旨を通知する。
【００５１】
ホストＰＣは、ディスク挿入通知を受け、まず、アンカー記述子１０２の読み出しを指示する。アンカー記述子１０２には、メインファイル管理情報１０３の書かれているセクター番号が記録されている。
【００５２】
ホストＰＣは、読み出したアンカー記述子１０２を元に、メインファイル管理情報１０３の記録されているセクター番号を求め、メインファイル管理情報の読み出しを行う。
【００５３】
メインファイル管理情報１０３には、メインファイルのファイルの識別子や記録位置の情報、ディレクトリ構造など、メインファイルに関するすべての情報がテーブルとして記録されている。
【００５４】
メインファイル管理情報を用いて所定のファイルの読み出しを行う場合には、まず、管理情報配置テーブル４０１を読み出す。管理情報配置テーブ内のデータから、記録されているファイルの全てのファイルテーブル４０２を検索する。各ファイルテーブル４０２には、そのファイルテーブルに対応したファイル識別子テーブルの番号が書かれているので、読み出し対象となるファイル名と一致するファイル識別子テーブルを持つものを検索する。この際、ディレクトリについても、ファイルテーブル上に書かれているディレクトリ構造情報から解析を行い、所望のファイルテーブルを見つける。
【００５５】
ファイルテーブル４０２が検索された後、そのファイルテーブルに対応した記録領域テーブル４０３内の記録領域情報から、読み出し対象となるファイルの記録されているセクター番号、記録バイト数の情報が得られる。この情報を元に、光ディスク情報セクターよりデータの読み出しを行う。
【００５６】
ここで、サブファイルシステムによって管理されるデータ（１０５および１０６）は、ひとまとまりのファイルの形式で記録されている。すなわち、サブファイルシステムで管理されるデータは、そのデータをひとつのファイルとみなして名前を付け、その記録位置およびデータ長に関する情報を記録する。ここでは、例として、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”という名称を充てて、以下に説明する。
【００５７】
メインファイル管理情報１０３中には、メインファイルシステムで管理されているファイルのほかに、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”というファイルが書かれているように扱われる。このファイル名は、メインファイルシステムで通常使用されないファイル識別子とする。無論、このファイル識別子は、他の名前でもいっこうに構わない。但し、メインファイルシステム上で、混乱の生じない名称を用いればよい。
【００５８】
メインファイル管理情報１０３にのみ対応した機器では、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”へのアクセスは通常生じないため、サブファイル領域へのアクセスは、生じることが無い。したがって、間違えてアクセスを行ったり、データを消去する恐れはなく、メインファイルシステム上、何ら悪影響を与えるものではない。メインファイル管理情報にのみ対応した機器でも、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”以外のファイルへのアクセスは、全く通常通り行うことができる。
【００５９】
また、サブファイル１０６やサブファイル管理情報１０５は、メインファイルシステムとは独立して記録されているので、メインファイルシステム上のデータには、まったく影響を与えない。
【００６０】
仮に、メインファイル管理情報に対応した装置で、サブファイル管理情報で管理されるデータにアクセスすると不都合が生じる場合には、この“ＳＵＢＦＩＬＥＳ．ＳＹＳ”に対して、「書き込み禁止」、「読み出し禁止」、「隠しファイル」などの属性情報を必要に応じて付加すればよい。あるいは、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”は、サブファイルシステムを持つ特殊なファイルなので、これを意味するフラグを、属性情報に付加してもよい。これら属性情報は、ファイルテーブル４０２中の所定領域を割り当てる。無論、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”を特殊なディレクトリに格納するなど、様々な方式が考えられる。
【００６１】
以上説明したファイルシステムでは、メインファイルシステムとの下位互換性が非常に優れている。
【００６２】
次に、サブファイル管理情報にも対応した記録装置でのサブファイルへのアクセスを行う場合の動作を説明する。
【００６３】
サブファイルシステムにも対応した装置では、まず、メインファイルシステムを用いて、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”の記録位置および長さなどの情報を得る。これは、上述の、メインファイル管理情報にのみ対応した機器におけるファイル検索処理と同様である。
【００６４】
図１の例では、サブファイル管理情報１０５の記録位置は、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”の記録位置先頭なので、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”の記録開始位置からデータを読み込み、サブファイル管理情報として内容の解析を行なう。
【００６５】
まず、ファイルセット記述子５０１から、サブファイルシステムの基本情報を得る。また、ファイルセット記述子内の情報より、ルートのファイルエントリー記録セクター番号を得、それを元にルートのファイルエントリー５０３を読み出す。
【００６６】
ルートファイルエントリー内には、ルートディレクトリに属するファイルのファイル識別記述子の記録位置が、セクター番号で記載されている。また、そこに記載されたファイル識別記述子の総バイト数も記載されている。これら情報を元に、ファイル識別記述子の記録セクターから、ファイル識別記述子を順次読み出す。
【００６７】
ファイル識別記述子５０４には、サブファイル領域に記録されているファイルの識別子（ファイル名）が各々書かれている。したがって、このファイル識別記述子を参照することにより、サブファイル領域に記録されているファイルのファイル名を得ることが出来る。
【００６８】
ホストＰＣは、得られたファイル識別記述子５０４から、所望のファイルと一致するものを検索し、対象のファイル識別記述子内のデータを参照する。ファイル識別記述子には、ファイルの記述子のほかに、そのファイル識別子に対応するファイルエントリーの記録位置が、セクター番号で書かれている。ホストＰＣは、所望のファイル名に対応したファイル識別記述子を検出後、そのファイル識別子に記載されているファイルエントリー５０５を読み込む。
【００６９】
次いで、ホストＰＣは、ファイルエントリー内のアドレス情報から、所望のファイルの記録先セクター番号と、データ長を得る。ここで得られたセクター番号よりデータを読み出すことにより、サブファイル領域に記録されたデータファイルの読み出しを行うことができる。
【００７０】
以上のような処理により、サブファイル領域内のファイルへのアクセスが可能となる。この際、サブファイル領域内のそれぞれのファイル管理情報およびデータファイルは、すべて“ＳＵＢＦＩＬＥＳ．ＳＹＳ”に対応した領域に書かれているため、メインファイルシステム内のメインファイル管理情報１０３やメインファイル１０４へのアクセスを行う必要が無く、サブファイルシステム内で完結している。したがって、メインファイルシステムへの影響がなく、サブファイルシステムの独立性を確保できる。
【００７１】
次に、サブファイル管理情報で管理される領域にサブファイルを追加する場合の処理について説明する。
【００７２】
サブファイル領域にサブファイルを追加する場合には、まず、メインファイル管理情報１０３を用いて、ディスク上の空き領域を探し、ディスク上にファイルデータを書き込む。具体的には、メインファイル管理情報内の全てのファイルに対応する記録領域テーブル４０３を読み出し、これを元に、ディスク上の使用済み領域を調べればよい。
【００７３】
サブファイルの追加は、サブファイル領域の後ろにデータを追加すればよいが、サブファイル領域の後ろに空き領域がない場合には、サブファイル領域に不連続が生じるが、問題はない。
【００７４】
ここで、追加されたサブファイルデータの分だけサブファイル領域のサイズは増加するので、この増加分は、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”のファイルが増大したものとして、メインファイル管理情報に反映する。
【００７５】
万一、サブファイルの記録が連続した領域に行うことができず、分割された場合でも、“ＳＵＢＦＬＥＳ．ＳＹＳ”の記録領域に相当する　メインファイル管理情報の記録領域テーブルに、複数の記録領域を割り当てることで、分割記録にも対応することが出来る。
【００７６】
しかしながら、記録領域が細かく分割された場合、光ディスクからデータを読み出す際に、頻繁に読み出しセクターが変化し、シーク動作に時間がかかってしまう要因となる。これを防止するために、ディスク上の記録領域をある程度まとまった容量で確保し、その領域内のセクターに連続してデータを書き込むことが有効である。例えば、８ＭＢ程度の容量を割り当てればよい。この連続書き込みを行うデータ長に関する情報は、メインファイル管理情報内のアロケーションルールセットテーブル４０４に書き込む。
【００７７】
記録されたサブファイルのファイル名、データ記録位置、データ長などの情報は、サブファイル管理情報１０５内のファイル識別子テーブル５０４およびファイルエントリー５０５に追加することにより、サブファイルへのアクセスが可能となる。
【００７８】
以上のような処理により、サブファイル管理情報にファイルが追加される。同時に、メインファイル管理情報にも、記録領域の情報が反映される。したがって、メインファイル管理情報のみを用いる機器においても、矛盾が生じることがない。
【００７９】
また、サブファイルの削除などにより、サブファイル領域のサイズが減少した場合にも、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”のファイルサイズが変化したものとして、メインファイル管理情報を書き換えれば、双方のファイルシステム上矛盾が生じることはない。
【００８０】
なお、上記例では、サブファイル管理情報をサブファイル領域先頭部にまとめて記録したが、これは限定されるものではなく、サブファイル領域最後部に記録するなどの各種変形が可能である。
【００８１】
図７に、サブファイル管理情報をサブファイル領域最後部に記録する場合の記録方法を示す。ここで、７０１は更新された新しいサブファイル管理情報である。
【００８２】
図１に示したサブファイル管理情報の記録方法では、サブファイル領域の先頭にサブファイル管理情報１０５を記録していた。しかしながら、この方法では、サブファイル管理領域の書き込み位置が固定されてしまうため、以下のような問題がある。
【００８３】
すなわち、サブファイル管理情報の書き込み位置がサブファイル１０６よりも前にあるので、サブファイル管理情報の書き込み領域が制限されてしまう。多数のサブファイルが追加された場合、サブファイル管理情報を記録する領域が不足する恐れがある。また、サブファイル管理情報が変化するたびに、サブファイル管理情報領域を書き換えることになるため、この領域の書き換え回数が増加し、ディスク寿命が短くなるという欠点もある。
【００８４】
そこで、図７に示したサブファイル管理情報の記録方法では、サブファイル管理情報１０５をサブファイル１０６の記録領域の後ろに配置した。ファイル追加を行なう場合、追加するファイル（１０６ｃ）をサブファイル管理領域の書かれていた領域に上書きし、追加ファイルの後ろに、新しいファイル管理情報７０１を書き込む。これにより、サブファイル管理情報を書き込む領域に制限が無くなる。また、サブファイル管理情報の記録領域は、ファイル追加のたびに変化するため、データ書き込み動作が特定のセクターに偏ることを防止できる。
【００８５】
この時、サブファイル管理情報がどの領域に書かれているかが判らなくなる恐れがある。なぜなら、メインファイル管理情報１０３上では、サブファイルデータとサブファイル管理情報をまとめて一つのファイルとして扱っているため、サブファイル管理情報の書き込み開始セクターに関する情報が存在しないためである。
【００８６】
そこで、サブファイル管理情報の記録領域１０５を、サブファイル記録領域（すなわち“ＳＵＢＦＩＬＥＳ．ＳＹＳ”の記録領域）の最後部１６セクターと規定する。これによれば、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”の記録領域の情報から、当該セクター番号を得ることができ、サブファイル管理情報の先頭位置を容易に求めることができる。
【００８７】
図８に、サブファイル管理情報をサブファイル領域の最後部１６セクターに記録する場合のデータ配置を示す。
【００８８】
図８中、８０１は管理情報サイズ情報である。
【００８９】
ここで、サブファイル管理情報の記録位置をサブファイル記録領域の最後部１６セクターと決めたのは、ＥＣＣブロックのサイズからである。すなわち、セクターデータの読み出しを行う場合に、誤り訂正処理を行なっているので、ＥＣＣブロック単位での読み出しを行えば、複数のＥＣＣブロックにデータが分散している場合と比べ、読み出し時間が短くなるからである。また、サブファイル管理情報の書き込み時にも、ＥＣＣブロックでの書き込みを行えば、書き込みの効率が非常に高い。もちろん、１６セクターというのは限定されるものではなく、サブファイル管理情報を、サブファイル領域の任意の位置に記録しても、同様にサブファイルの管理を行うことができる。
【００９０】
図８に示したサブファイル管理情報の記録方法では、サブファイル管理情報の先頭に、管理情報サイズ情報８０１を記録している。これは、サブファイル管理情報の管理を容易にするために導入したものであり、必ずしも必要というわけではない。
【００９１】
サブファイルへのアクセスを行う場合には、まず、管理情報サイズ情報８０１から、必要な読み出しデータサイズを得て、サブファイル管理情報（５０１から５０５）を読み出せばよい。サブファイル管理情報を読み出した後、サブファイルへのアクセス方法については、上述の通りである。
【００９２】
ところで、サブファイル管理情報の記録位置を、サブファイル領域の最後１６セクターと決めるとひとつ問題が生じる。これは、サブファイル管理情報が１６セクター以上のサイズになった場合である。この場合、１６セクターを超えたサブファイル管理情報を如何にして記録するかが問題となる。
【００９３】
そこで、これを解決するために、図９に示すような記録方法をとる。
【００９４】
図９は、サブファイル管理情報が１６セクター以上のサイズになった場合の記録方法である。
【００９５】
サブファイル管理情報のサイズが１６セクターを超えた場合には、その直前１６セクターに戻り、残りのサブファイル管理情報を得る。３２セクター使用してもサブファイル管理情報が納まらない場合には、さらに１６セクター使用していく。これにより、サブファイル管理情報のサイズが大きくなった場合にも対応が可能である。
【００９６】
図１０は、サブファイル管理情報が１６セクター以上のサイズになった場合の他の記録方法である。
【００９７】
図１０に示したサブファイル管理情報の記録方法では、先頭１６セクターを除いたサブファイル管理情報をその直前の領域に記録している。
【００９８】
この方法によれば、図９の場合と異なり、サブファイル管理情報のサイズが大きい場合にも、順次セクターを遡る必要はないので、ファイルアクセスが高速になると言う利点がある。最後部１６セクターを除くサブファイル管理情報の大きさは、管理情報サイズ情報から求めることができる。
【００９９】
以上のようにして、サブファイル管理情報をサブファイル記録領域の最後部に記録することができる。この場合にも、サブファイル管理情報の記録開始位置は、常にサブファイル領域（すなわち、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”）の最後部１６セクター目に固定することができ、読み出しを容易に行うことができる。もちろん、サブファイル管理情報の記録開始位置は、任意に決定可能であることは言うまでもない。
【０１００】
ところで、サブファイル管理情報の記録開始位置をサブファイル記録領域の最後部にすることにより、もう一つの利点が生じる。これは、ライトワンスと呼ばれる、一回のみ記録可能な光ディスクに対しての、追記が容易になると言う点である。
【０１０１】
図１１は、ディスクへ追記を行った場合のサブファイル記録領域の変化を示す図である。
【０１０２】
ライトワンス型ディスクでは、一旦ディスク上にデータを書き込むと、データの消去ができないため、データの書き換えは追記処理により行う。また、書き込みの際には、ＥＣＣブロック単位での書き込みとなる。
【０１０３】
図１０で、サブファイル３（１０６ｃ）を書き込むと、古いサブファイル管理情報１０５の後ろに追加される。この時、サブファイル管理情報の記録開始位置は、サブファイル記録領域の最後部１６セクターと規定してあるので、古いサブファイル管理情報は、使用不能となる。古いサブファイル管理情報に、サブファイル３に関する情報を追加し、新しいサブファイル管理情報７０１を作成して、サブファイル３の後ろに記録すれば、自動的に新しいサブファイル管理情報が参照される。
【０１０４】
但し、サブファイル記録領域のサイズが増加しているので、“ＳＵＢＦＩＬＥＳ．ＳＹＳ”のサイズが増加した如く、メインファイル管理情報へ変更を加える必要がある。
【０１０５】
以上のようにして、サブファイルシステムの導入により、サブファイルへのアクセスおよびサブファイルの追加などの処理を行うことができる。この時、メインファイルシステムへの影響はほとんどなく、従来のファイルシステムとの互換性に問題が生じることはない。
【０１０６】
上記例では、サブファイル管理情報とサブファイルをひとまとめにして一つのメインファイルとして扱ったが、これは各種変形が可能である。例えば、サブファイル管理情報を独立したメインファイルの形式とし、サブファイルを別のメインファイルとすることもできる。この場合、メインファイル管理情報上は、２つの異なったファイルとして扱われるが、効果は同じである。
【０１０７】
また、メインファイル上の各ディレクトリごとに、別々のサブファイル管理情報とサブファイルを設けてもよい。この方式によれば、ディレクトリの管理はメインファイル管理情報によって行い、そのディレクトリに属するファイルをサブファイルとして扱うことができる。サブファイル管理情報では、ディレクトリ構造に関する情報を扱う必要がなく、構成が簡単になる。
【０１０８】
【発明の効果】
本発明によれば、メインファイル管理情報のほかに、サブファイル管理情報を有しているので、メインファイル管理情報のみを用いた場合よりも多くのファイルを管理することができる。また、サブファイルシステムは、メインファイルシステム上の一ファイルとして扱われるので、メインファイルシステムの構造に影響を与えることがなく、互換性の面でも非常に優れている。
【図面の簡単な説明】
【図１】図１は、本発明にかかるファイルシステムでのファイル管理情報およびファイルの論理的な配置を示す図である。
【図２】図２は、ユニットデータの構成方法を示す図である。
【図３】図３は、ＥＣＣブロックの構成方法を示す図である。
【図４】図４は、メインファイル管理情報の構造を示す図である。
【図５】図５は、サブファイル管理情報の配置方法を示す図である。
【図６】図６は、記録再生装置のブロック図である。
【図７】図７は、サブファイル及びサブファイル管理情報の追記方法を示す図である。
【図８】図８は、サブファイル管理情報の配置方法を示す図である。
【図９】図９は、サブファイル管理情報の配置方法を示す図である。
【図１０】図１０は、サブファイル管理情報の配置方法を示す図である。
【図１１】図１１は、サブファイルの追記方法を示す図である。
【符号の説明】
１０１…光ディスクの記録領域、１０２…アンカー記述子、１０３…メインファイル管理情報、１０４…メインファイル、１０５…サブファイル管理情報、１０６…サブファイル。
【図１】
2004021363.tif 000003
【図２】
2004021363.tif 000004
【図３】
2004021363.tif 000005
【図４】
2004021363.tif 000006
【図５】
2004021363.tif 000007
【図６】
2004021363.tif 000008
【図７】
2004021363.tif 000009
【図８】
2004021363.tif 000010
【図９】
2004021363.tif 000011
【図１０】
2004021363.tif 000012
【図１１】
2004021363.tif 000013