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