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