(57)【要約】【課題】  従来のファイルシステムとの互換性を保ちつつも、より多くのファイルを適切に管理できる新しいファイル管理方法を提供し、１枚のディスクを自由にＡＶ機器とＰＣ間で使用できる環境を作る。【解決手段】  ＡＶ機器で採用されているファイルシステムＡＶＦＳとＰＣでサポートされる管理可能なファイル数が多いファイルシステムＰＣＦＳで、ファイルシステムＡＶＦＳで管理される任意のファイルは、ファイルシステムＰＣＦＳで管理されるファイルでもあるようなファイル管理方法とする。【選択図】  図８
2005196916.tif 000002
【特許請求の範囲】
【請求項１】
書き込みデータを格納するためのファイルと該ファイルを管理するファイル管理情報が記録された記録媒体であって、
前記ファイル管理情報として第１のファイル管理情報と該第１のファイル管理情報とは異なる第２のファイル管理情報とが記録され、前記ファイルとして前記第１のファイル管理情報及び前記第２のファイル管理情報で管理される第１のファイルと前記第２のファイル管理情報で管理される第２のファイルとが記録されることを特徴とする記録媒体。
【請求項２】
請求項１記載の第２のファイル管理情報にて管理できるファイル数は第１のファイル管理情報にて管理できるファイル数に比べて多いことを特徴とする記録媒体。
【請求項３】
請求項１記載又は請求項２記載の第１のファイル管理情報にて管理される任意のファイルは、第２のファイル管理情報にて管理されるファイルであることを特徴とする記録媒体。
【請求項４】
請求項１から請求項３記載の第１のファイルはＡＶストリームファイルまたはＡＶストリーム管理ファイルであることを特徴とする記録媒体。
【請求項５】
請求項１から請求項４記載の記録媒体は、読み出し専用であることを特徴とする記録媒体。
【請求項６】
書き込みデータを格納するためのファイルと該ファイルを管理するファイル管理情報があり、
前記ファイルとして少なくとも第１のファイルと、第２のファイルと
前記ファイル管理情報として第１のファイル管理情報と該第１のファイル管理情報とは異なる第２のファイル管理情報が記録される記録媒体の記録装置であって、
前記第１のファイルを記録する場合には管理するファイル数が変更された前記第１のファイル管理情報及び前記第２のファイル管理情報を記録し、前記第２のファイルを記録する場合には管理するファイル数が変更された前記第２のファイル管理情報を記録することを特徴とする記録装置。
【請求項７】
請求項６記載の第２のファイル管理情報にて管理できるファイル数は第１のファイル管理情報にて管理できるファイル数に比べて多いことを特徴とする記録装置。
【請求項８】
請求項６記載又は請求項７記載の第１のファイル管理情報にて管理される任意のファイルは、第２のファイル管理情報にて管理されるファイルであることを特徴とする記録装置。
【請求項９】
請求項６から請求項８記載の第１のファイルはＡＶストリームファイルまたはＡＶストリーム管理ファイルであることを特徴とする記録装置。
【請求項１０】
書き込みデータを格納するためのファイルと該ファイルを管理するファイル管理情報があり、
前記ファイルとして少なくとも第１のファイルと、第２のファイルと
前記ファイル管理情報として第１のファイル管理情報と該第１のファイル管理情報とは異なる第２のファイル管理情報が記録される記録媒体への記録方法であって、
前記第１のファイルを記録する場合には管理するファイル数が変更された前記第１のファイル管理情報及び前記第２のファイル管理情報を記録し、前記第２のファイルを記録する場合には管理するファイル数が変更された前記第２のファイル管理情報を記録することを特徴とする記録方法。
【請求項１１】
請求項１０記載の第２のファイル管理情報にて管理できるファイル数は第１のファイル管理情報にて管理できるファイル数に比べて多いことを特徴とする記録方法。
【請求項１２】
請求項１０記載又は請求項１１記載の第１のファイル管理情報にて管理される任意のファイルは、第２のファイル管理情報にて管理されるファイルであることを特徴とする記録方法。
【請求項１３】
請求項１０から請求項１２記載の第１のファイルはＡＶストリームファイルまたはＡＶストリーム管理ファイルであることを特徴とする記録方法。
【請求項１４】
第１のファイル管理情報と該第１のファイル管理情報とは異なる第２のファイル管理情報を用いたファイル管理方法であって、
前記第２のファイル管理情報にて管理できるファイル数は前記第１のファイル管理情報にて管理できるファイル数に比べて多く、前記第１のファイル管理情報にて管理される任意のファイルは、前記第２のファイル管理情報にて管理されるファイルであることを特徴とするファイル管理方法。
【請求項１５】
請求項１４記載の第１のファイル管理情報にて管理されるファイルはＡＶストリームファイルまたはＡＶストリーム管理ファイルであることを特徴とするファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に記録されたファイルの管理方法に関するものであり、特に光ディスク等のランダムアクセス可能な記録媒体上に、ファイル形式のデータを記録し再生するためのファイル管理方法、及び記録再生装置に関するものである。
【背景技術】
【０００２】
光ディスク等の記録媒体では、記録媒体上のデータへのアクセスを容易にするため、データをファイル形式で記録している。このファイルを管理するために、ファイルシステムが多くの記録再生システムで適用されている。
【０００３】
一般に広く普及している光ディスクとして、ＣＤ−ＲＯＭがあげられる。一般的なＣＤ−ＲＯＭでは、ＩＳＯ−９６６０と呼ばれるファイルシステムが使用されている。ＩＳＯ−９６６０では、パステーブルと呼ばれるテーブルを使用して、ディレクトリ構造の記述を行っている。このパステーブルには、順番に番号が付加されており、１６ビットの値が割り当てられている。
【０００４】
一方、より高密度な光ディスクとして普及しつつあるＤＶＤには、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）と呼ばれるファイルシステムが広く用いられている。ＵＤＦでは、ディレクトリごとにファイル識別子とファイルテーブルというテーブルを使用してディレクトリ構造の記述を行っている。
【０００５】
また、ＡＶデータの記録再生用として、特許文献１のようなファイルシステムが考案されている。この特許文献１に記載されたファイルシステムでは、ファイル管理のために、ファイルテーブルなどのデータ管理テーブルを使用しているが、これも登録されるテーブル管理に１６ビットの番号を割り当てている。
【０００６】
【特許文献１】特開平１１−３１２３７８号公報（第２２頁、表３２）
【０００７】
【非特許文献１】光ディスク標準化委員会フォーマット分科会監訳「ユニバーサルディスクフォーマット規定」日本規格協会  １９９７年（第２４−４７頁）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の多くのファイルシステムでは、ファイル管理に使用するテーブルの番号が１６ビットの値で表されており、０〜６５５３５までの値を取る。したがって、最大でも６５５３６種類のテーブルしか作成することが出来ないため、当該ファイルシステムで管理できるファイルやディレクトリの数が６５５３６個に制限される。
【０００９】
一方で、光ディスクに代表される記録媒体の記録容量は年々増加の一途をたどっており、記録するファイルの数も増大している。
【００１０】
にもかかわらず、ファイルシステムとして、従来の延長上にあるものが広く使用されており、大容量ディスクを使用する際には必ずしも適するものではなかった。
【００１１】
ＵＤＦ等のＰＣ用途を考慮したファイルシステムを使用すれば、テーブル数に制限がないため、多くのファイルを扱うことが出来るが、必ずしも全ての機器でこれらのファイルシステムがサポートされている訳ではない。
【００１２】
ファイルシステムの構造を変化させると、従来の機器との互換性が失われてしまうため、ファイルシステム自体の大幅な変更は避けるべきである。特に、ビデオディスクレコーダを始めとするＡＶ（オーディオ・ビジュアル）機器では、ソフトウェアの変更が困難であり、従来のファイルシステムと互換性のないディスクを再生することは出来ない。
【００１３】
また、ＰＣ用途では、サイズの小さなファイルを多数扱う必要がある。通常、光ディスクなどの記録媒体では、書き換え可能な単位が比較的大きいため、小さなファイルを記録する場合に記録領域が無駄になりやすいものであった。
【００１４】
本発明の目的は、従来のファイルシステムとの互換性を保ちつつも、より多くのファイルを適切に管理できる新しいファイル管理方法を提供し、１枚のディスクを自由にＡＶ機器とＰＣ間で使用できる環境を作ることにある。
【課題を解決するための手段】
【００１５】
本発明の目的は、次の(１)から(３)により達成される。
(１) 第１のファイル管理情報とこの第１のファイル管理情報とは異なる第２のファイル管理情報を用いたファイル管理方法であって、
第２のファイル管理情報にて管理できるファイル数は第１のファイル管理情報にて管理できるファイル数に比べて多く、第１のファイル管理情報にて管理される任意のファイルは、第２のファイル管理情報にて管理されるファイルであるファイル管理方法。
【００１６】
(２) 書き込みデータを格納するためのファイルとこのファイルを管理するファイル管理情報が記録された記録媒体であって、
ファイル管理情報として第１のファイル管理情報とこの第１のファイル管理情報とは異なる第２のファイル管理情報とが記録され、ファイルとして第１のファイル管理情報及び第２のファイル管理情報で管理される第１のファイルと第２のファイル管理情報で管理される第２のファイルとが記録される記録媒体。
【００１７】
(３) 書き込みデータを格納するためのファイルとこのファイルを管理するファイル管理情報があり、
ファイルとして少なくとも第１のファイルと、第２のファイルとファイル管理情報として第１のファイル管理情報とこの第１のファイル管理情報とは異なる第２のファイル管理情報が記録される記録媒体の記録装置であって、
第１のファイルを記録する場合には管理するファイル数が変更された第１のファイル管理情報及び第２のファイル管理情報を記録し、第２のファイルを記録する場合には管理するファイル数が変更された第２のファイル管理情報を記録する記録装置。
【発明の効果】
【００１８】
本発明を用いることにより、
複数のファイルシステムを１つの記録媒体上に実現することが可能となり、結果的に同一の記録媒体をさまざまな装置間で使用すうことが可能となる。
【００１９】
例えば規格化された既存の民生用製品とＰＣ間で互換を持たせることが可能となり、またすでに規格化された製品と取り扱いファイル数の拡張が行われた第２世代の製品間で互換を持たせることが可能となる。
【発明を実施するための最良の形態】
【００２０】
ファイルシステムＡと管理可能なファイル数が多いファイルシステムＰで、ファイルシステムＡで管理される任意のファイルは、ファイルシステムＰで管理されるファイルでもあるファイル管理方法とする。
【実施例１】
【００２１】
以下、本発明の実施の具体的な形態について図を用いて説明する。
【００２２】
図１は、「ファイルシステム」及び本発明に関する「複数のファイルシステムの組み合わせで構成されるファイル管理方法」を特徴、管理できるファイル数、ＡＶレコーダとの互換性、そしてＰＣでのデータ記録再生方法の観点で比較した表である。
【００２３】
表中、最上段のＡＶＦＳはＡＶ機器、特にＡＶレコーダなどで利用されるファイルシステムを意味しており、ここでは例として特開平１１−３１２３７８号公報に記載のファイルシステムを使用している。
【００２４】
２段目のＰＣＦＳは一般的にＰＣ用記録媒体で使用されるフィイルシステムを意味しており、例として現在、ＰＣの光ディスク用ファイルシステムとして広く普及しているＵＤＦを使用している。
【００２５】
３段目のファイル管理方法（ＡＶＦＳ＝ＰＣＦＳ）はＡＶＦＳとＰＣＦＳの両ファイルシステムで、記録媒体上の全ファイルを管理するファイル管理方法を意味している。すなわち、記録するファイルの種類にこだわらず、記録媒体中のファイル管理領域内の全ファイルはＡＶＦＳ及びＰＣＦＳの１ファイルとして取り扱われる。
【００２６】
最終段のファイル管理方法（ＡＶＦＳ⊆ＰＣＦＳ）は本発明であるＡＶＦＳをＰＣＦＳの部分ファイルシステムとして使用するファイル管理方法、つまりＰＣＦＳは記録媒体上の全ファイルを管理し、ＡＶＦＳは記録媒体上に記録されたファイルのうちビデオストリームファイル、オーディオストリームファイル、ストリーム管理ファイル等のレコーダでのＡＶ再生に必要なファイルのみを管理するファイル管理方法である。従ってこのファイル管理方法とＡＶＦＳ＝ＰＣＦＳとの違いは、ＡＶＦＳ⊆ＰＣＦＳでは、レコーダでのＡＶ再生に必要とされないＰＣファイルのようなファイルはＰＣＦＳのみで管理されるといった点である。
【００２７】
これらのファイル管理方法ＡＶＦＳ＝ＰＣＦＳ、ＡＶＦＳ⊆ＰＣＦＳを管理可能なファイル数について比較する。
【００２８】
ＡＶＦＳでは、ファイルを管理するための番号は１６ビットの値で表されているため、管理可能なファイル及びディレクトリ数は最大で６５５３６に制限されている。これは仮に記録容量が６４ＧＢの記録媒体であった場合において、１つのファイルサイズが平均１Ｍバイト程度となり、実質的にＰＣなどで扱われるファイルサイズが平均数十ｋバイトから数百バイト程度であることから、ＰＣ用のファイルシステムとしては不十分であると判断できる。そのため、全てのファイルをＡＶＦＳでも管理するＡＶＦＳ＝ＰＣＦＳにおいて、管理可能なファイル及びディレクトリ数は最大で６５５３６に制限されてしまう。ＡＶＦＳ⊆ＰＣＦＳに関しては、ＰＣファイルはＰＣＦＳのみで管理するため取り扱い可能なファイル数は十分であると判断できる。
【００２９】
次にそれぞれのファイル管理方法でファイル管理された記録媒体がＡＶレコーダで記録、再生可能かどうか説明する。
【００３０】
ＡＶＦＳではＰＣファイルを含む全てのファイルがＡＶレコーダで記録・再生可能である。ただし、実質的にはＡＶレコーダではＡＶファイルのみを取り扱うことを考慮するとＰＣファイルをＡＶレコーダで記録・再生できる利点は少ないと考えられる。ＰＣＦＳのみを使用した記録媒体はＡＶレコーダでは記録・再生は不可能である。またＡＶレコーダではＰＣＦＳで管理されたファイルに関する情報が検出できないため、最悪の場合、ＰＣＦＳフォーマットされた記録媒体のファイルは、記録媒体がＡＶレコーダでＡＶＦＳにフォーマットされることにより、消去される。ＡＶファイルをＡＶＦＳで管理するＡＶＦＳ＝ＰＣＦＳ、ＡＶＦＳ⊆ＰＣＦＳにおいては、ＡＶファイルは全てＡＶＦＳで管理されるため、ＡＶレコーダで全てのＡＶＦＳで管理されたファイルを再生することは可能である。また、記録に関しては両管理方法においても、ＡＶファイルは全てＰＣＦＳでも管理されなければならないため不可能である。
【００３１】
最後にそれぞれのファイル管理方法でファイル管理された記録媒体がＰＣ上でどのように取り扱われるか説明する。
【００３２】
ＡＶＦＳでファイル管理された記録媒体にファイルを記録、再生する場合、ＰＣの標準ＯＳでは記録媒体に記録されたファイルに関する情報を記録媒体から得ることができないため、ＡＶＦＳのディレクトリ構造が理解できる専用のアプリケーションが必要となる。従ってＡＶＦＳ＝ＰＣＦＳは記録媒体に記録される全ファイルをＡＶＦＳでも管理するために、ファイルの種類に関係なく、ファイル記録のために専用のアプリケーションが必要となる。ただし再生に関しては、ＰＣＦＳでも同様に管理されるため従来通りの再生が可能となる。ＡＶＦＳ⊆ＰＣＦＳにおいては、ファイルがＰＣファイルである場合には従来通りの記録再生が可能となり、ＡＶファイルの記録に関してのみ専用のアプリケーションが必要となる。
【００３３】
以上より、上記４種のファイルシステム及びファイル管理方法を比較した場合、レコーダとＰＣ間のファイル互換を考慮するとＡＶＦＳ⊆ＰＣＦＳが優れたファイル管理方法であることが分かる。特に再生に関してレコーダ及びＰＣ間で完全な互換を図ることが可能であることからＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのＲＯＭメディアに適したファイル管理方法であると言える。近年、ビデオＲＯＭにゲーム機能を盛り込んだＲＯＭなどが市場に登場しているがＡＶＦＳ⊆ＰＣＦＳのようなファイル管理方法を利用することでレコーダ、プレーヤではビデオ再生のみ、ＰＣではビデオ再生に加え、ゲームも可能といったような環境を構築することが可能となる。
【００３４】
次に各ファイルシステム、ファイル管理方法においてファイル及びファイル管理情報が記録媒体上でどのように配置されるか、またどのようにファイルが管理されるかを図２、図３、図７及び図８を用いて説明する。
【００３５】
図２は、ファイルシステムとしてＡＶＦＳが適用された記録媒体のファイル及びファイル配置を示す。
【００３６】
図２中、２０１は記録媒体、２０２はＦＳＤ（Ｆｉｌｅ  Ｓｙｓｔｅｍ  Ｄｅｓｃｒｉｐｔｏｒ）、２０３はファイル及びファイル管理情報が記録される記録エリア、２０４はＭＩＡ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｒｅａ）、２０５はファイルを示す。
【００３７】
ＦＳＤ  ２０２はＭＩＡ  ２０４内に位置するファイル管理情報の詳細な位置を示す。ファイル管理情報は、情報内容別にテーブル形式で管理されており、管理情報配置テーブル、ファイルテーブル、記録領域テーブル、アロケーションルールセットテーブル、ファイル識別子テーブル等から構成されている。また記録媒体上でファイル管理情報はＭＩＡ  ２０４内を巡回しながら更新される。
【００３８】
ファイル管理情報を構成する管理情報配置テーブルには、ファイル管理情報内の各テーブルの配置情報が記録されている。具体的には、各テーブルの記録開始番号、テーブル番号からの継続テーブルの有無ないし、継続テーブル番号である。この領域配置情報から、各テーブルのテーブル内容を参照することができる。
【００３９】
ファイルテーブルは、ファイルに対応したファイル識別子テーブル番号、ディレクトリ関係を示すリンク情報、ファイルの属性、拡張属性情報テーブルの番号、ファイルタイプ、ファイル生成時刻、ファイル修正時刻などの情報を含む。ファイルテーブルを参照することにより、各テーブル内の各ファイルに対応したテーブル番号を求めることができる。
【００４０】
記録領域テーブルは、ディスク上の各ファイルの記録位置に関する情報が記録される。具体的には、ファイルの記録開始セクター番号、記録開始位置、記録終了セクター番号、記録終了位置の情報が含まれている。ファイルデータの内容を読み出す際には、この記録領域テーブルから、ファイルデータの記録されているセクター番号を求め、データの読み出しを行う。
【００４１】
アロケーションルールセットテーブルは、ディスク上に配置するデータの分割配置に関する情報などが記録される。これは、データの読み出しが連続して行われるように、ディスク上にデータを記録する際の最小分割サイズを規定したものである。例えば、４０９６セクター（８ＭＢ）単位で連続してセクターを使用する場合には、パラメータとして４０９６をセットする。
【００４２】
ファイル識別子テーブルは、ファイル識別子の名前とファイル識別子の長さの情報を持つ。一つのファイル識別子テーブルを３２バイトとした場合、ファイル識別子長さに４バイトを割り当てると、ファイル識別子の実体には２８バイトのデータ領域を割り当てることができる。
【００４３】
なお、上記テーブルは、各々１６バイト、３２バイトで構成されるが、記録する領域が不足する場合には、複数のテーブルを使用して、記録するデータ長を増やすことができる。
【００４４】
このようにして、ＡＶＦＳは固定アドレスのＦＳＤ  ２０２を先頭にＭＩＡ  ２０４内のファイル管理情報を探し出し、ファイル管理情報を構成する各種テーブルからファイル及びファイル管理情報記録エリア  ２０３内に配置される各種ファイルの位置及び名称と特定し、ファイル管理を行う。
【００４５】
図３は、ファイルシステムとしてＰＣＦＳが適用された記録媒体のファイル及びファイル配置を示す。ここではＵＤＦの構成を例として使用する。
【００４６】
図３中、２０１は記録媒体、３０１はＡＶＤＰ（Ａｎｃｈｏｒ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）、３０２はＶＤＳ（Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｓｅｑｕｅｎｃｅ）、３０３はＦＳＤＳ（Ｆｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ  Ｓｅｑｕｅｎｃｅ）、３０４はＦＩＤ（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）、３０５はＩＣＢ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋ）、そして２０５はファイルを示す。
【００４７】
原則的に固定アドレスに位置するＡＶＤＳ  ３０１から特定できるＶＤＳ  ３０２にはボリュームの中身の記述があり、ＶＤＳ  ３０２に指し示されるＦＳＤＳ  ３０３には記録媒体全体のファイル数や記録日時等が記載される。またＦＳＤＳ  ３０３はファイル名または属性の一部を示すＦＩＤ  ３０４を経由し、ファイルのデータの長さ、場所、属性をなどのデータが記載されたＩＣＢ  ３０５を通じてファイル  ２０５にアクセスされる。ディレクトリのＩＣＢ  ３０５はそのディレクトリの属性及びアクセス可能なファイル及びディレクトリのＦＩＤ  ３０４を指し示す。
【００４８】
図７はＡＶＦＳ、ＰＣＦＳの２種ファイルシステムを組み合わせたファイル管理方法としてＡＶＦＳ＝ＰＣＦＳが適用された場合の記録媒体のファイル及びその配置を示す。
【００４９】
この場合、ＡＶＦＳからファイルを読み出す場合には固定アドレスに位置するＦＳＤ  ２０２から図２の説明同様に各ファイルをたどり、ＰＣＦＳからファイルを読み出す場合にはやはり固定アドレスに位置するＡＶＤＰ  ３０１から図３の説明同様にファイルをたどることになる。
【００５０】
図８はＡＶＦＳ、ＰＣＦＳの２種ファイルシステムを組み合わせたファイル管理方法としてＡＶＦＳ⊆ＰＣＦＳが適用された場合の記録媒体のファイル及びその配置を示す。
【００５１】
この場合も、ＡＶＦＳからファイルを読み出す場合にはＦＳＤ  ２０２から各ファイルをたどり、ＰＣＦＳからファイルを読み出す場合にはＡＶＤＰ  ３０１からファイルをたどることになる。従ってＡＶＦＳのみに対応するレコーダなどではＡＶＦＳで管理されたＡＶファイル  ２０５Ｂのみが認識され、ＰＣファイル  ２０５Ａ、２０５Ｃは認識されない。つまりＡＶファイルをディレクトリＡＶＤＩＲ以下に配置する場合には、図９が示すようにＡＶＦＳからはＡＶファイルを統合するＡＶＤＩＲ以下のファイル及びディレクトリのみのディレクトリ構造が認識可能となり、ＰＣＦＳからは図１０が示すようにＡＶＤＩＲ以下のディレクトリ構造を含む全てのファイル及びディレクトリが認識される。
【００５２】
次にＡＶＦＳ⊆ＰＣＦＳのファイル管理方法によりファイル管理が行われた記録媒体の記録再生装置の構成及びファイルの記録再生動作について、図６のディスクドライブ装置を用いて説明する。
【００５３】
図６中、６０１は光ディスク、６０２は光ヘッド、６０３は信号処理回路、６０４は制御マイコン、６０５はサーボ、６０６はインターフェース、６０７は入出力端子である
再生時、光ディスク  ６０１に記録されている情報は、光ヘッド  ６０２により読み出しが行われ、信号処理回路  ６０３によって、復調が行われる。これら復調されたデータは、誤り訂正処理などの復号処理が行われ、インターフェース  ６０６、入出力端子  ６０７を介して外部のホストＰＣ（図示せず）などへセクターデータが出力される。制御マイコン  ６０４は、外部のホストＰＣなどからの指令を受け、指定されたセクターへのアクセスを行うよう、装置全体の制御を行う。
【００５４】
記録時は、入出力端子  ６０７、インターフェース  ６０６を介して、外部のホストＰＣなどからセクターデータが入力される。入力されたデータは、信号処理回路  ６０３により、誤り訂正符号付加などの符号化処理が行われた後、光ディスクへの書き込みが可能な変調処理が行われ、光ヘッド  ６０２を介して、光ディスク  ６０１上へデータが書き込まれる。制御マイコン  ６０４は、外部のホストＰＣなどからの指令を受け、指定されたセクターへの書き込みを行うよう、装置全体の制御を行う。
【００５５】
ここで取り扱われる記録時のデータの変調過程を図４及び図５を用いて説明する。
【００５６】
図４に、データユニットの構成方法を示す。
入出力端子  ６０７から入力される２０４８バイトからなる各セクターには、データ識別のための４バイトのデータ識別コード（ＩＤ）と、ＩＤの誤り検出符号である２バイトのＩＥＤ、予備データ領域である６バイトのＲＳＶが付加される。記録データの最後部には、データの誤りを検出する４バイトの誤り検出符号ＥＤＣが付加され、全部で２０６４バイトのデータとしてデータユニットを構成する。各データユニットは、１７２バイト１２行の形状で扱う。
【００５７】
図５に、ＥＣＣブロックの構成方法を示す。
図４で示したように構成された１７２バイト１２行のデータユニットは、１６セクター分集められ、ＥＣＣブロックを構成する。縦方向には、各行に１６バイトの誤り訂正符号（ＰＯ）を付ける。各行は、１２行１６ユニット分の１９２行のデータに１６バイトの誤り訂正符号が付加され、２０８行とする。
【００５８】
各列のデータに対して、１０バイトの誤り訂正符号（ＰＩ）を付加し、１８２バイトのデータとする。このように生成された１８２バイト２０８行のデータは、最後にデータに含まれる周波数成分を制限するために周波数変調される。
【００５９】
サーボ６０５は、光ディスクの回転制御および光ヘッドのトラッキング処理などの制御を、制御マイコン６０４の指示にしたがって行う。
【００６０】
まずＡＶＦＳのみに対応したレコーダで、ファイルを読み出す場合の動作を説明する。
【００６１】
光ディスク  ６０１が、ディスクドライブ装置に挿入されると、制御マイコン  ６０４は、これを検出し、インターフェース  ６０６および入出力端子  ６０７を介して、レコーダ全体を制御する上位マイコンへディスクが挿入された旨を通知する。
【００６２】
上位マイコンは、ディスク挿入通知を受け、まず、ＦＳＤ  ２０２の読み出しを指示する。ＦＳＤ  ２０２には、ＭＩＡ  ２０４の書かれているアドレスが記録されている。
【００６３】
上位マイコンは、読み出したＦＳＤ  ２０２を元に、ＭＩＡ  ２０３の記録されているアドレスを求め、ＭＩＡの読み出しを行う。
【００６４】
ＭＩＡ  ２０３には、レコーダで必要となるＡＶファイルに関する識別子や記録位置の情報、ディレクトリ構造など、ＡＶファイルに関する情報がテーブルとして記録されている。
【００６５】
このＭＩＡ  ２０３の情報を基に所定のファイルの読み出しを行う。まず、管理情報配置テーブルを読み出す。管理情報配置テーブル内のデータから、記録されているファイルの全てのファイルテーブルを検索する。各ファイルテーブルには、そのファイルテーブルに対応したファイル識別子テーブルの番号が書かれているので、読み出し対象となるファイル名と一致するファイル識別子テーブルを持つものを検索する。この際、ディレクトリについても、ファイルテーブル上に書かれているディレクトリ構造情報から解析を行い、所望のファイルテーブルを見つける。
【００６６】
ファイルテーブルが検索された後、そのファイルテーブルに対応した記録領域テーブル内の記録領域情報から、読み出し対象となるファイルの記録されているセクターデータのデータ識別コード（ＩＤ）に対応するアドレスと記録バイト数の情報が得られる。この情報を元に、光ディスクよりデータの読み出しを行う。
【００６７】
次に、ＡＶＦＳ⊆ＰＣＦＳに対応した専用アプリケーションを使用したＰＣで行われるＡＶファイルの記録動作について説明する。
【００６８】
ディスクドライブ装置は光ディスク  ６０１が挿入されると、制御マイコン  ６０４で、これを検出し、インターフェース  ６０６および入出力端子  ６０７を介して、ホストＰＣへディスクが挿入された旨を通知する。
【００６９】
ホストＰＣは、ディスク挿入通知を受け、まず、ＦＳＤ  ２０２の読み出しを指示した後、読み出したＦＳＤ  ２０２を元にして、ＭＩＡ  ２０３の記録されているアドレスを求め、ＭＩＡの読み出しを行う。
【００７０】
またホストＰＣは、ＡＶＤＰ  ３０１の読み出しを指示する。ＡＶＤＰ  ３０１には、ＶＤＳ  ３０２の書かれているアドレスが記録されている。
【００７１】
ホストＰＣは、読み出したＡＶＤＰ  ３０１を元に、ＶＤＳ  ３０２の記録されているアドレスを求め、ＶＤＳ  ３０２の読み出し、この情報を基に続けてＦＳＤＳ  ３０３の読み出しを行う。次にＦＳＤＳ  ３０３に記載されたルートディレクトリを指し示すＦＩＤ  ３０４を読み出した後、これを基に光ディスク上の全てのＦＩＤ  ３０４及びＩＣＢ  ３０５を読み出し、光ディスク上の新規にファイルを記録できる空き領域を調査する。
【００７２】
この結果を基にホストＰＣはディスクドライブ装置を用いて新たに追加したいＡＶファイルを空き領域に記録する。このＡＶファイルに関する記録領域やファイル名、属性等の情報を読み出されていたＡＶＦＳのＭＩＡ  ２０３に追加、また図９と図１０の関係のように同一のディレクトリ構造を持つよう配慮しながら同様の情報をＰＣＦＳのＦＩＤ  ３０４、ＩＣＢ  ３０５に追加し、ＭＩＡ  ２０３、ＦＩＤ  ３０４、ＩＣＢ  ３０５及び内容に変更が生じた他の管理情報を入出力端子  ６０７を介して、光ディスク  ６０１にデータとして記録する。
【００７３】
従って、この専用アプリケーションはＡＶファイルのみを対象とするものか、図１１が示すように記録されるファイルの種類に応じてＡＶＦＳのディレクトリ構造を修正する動作を行うものとなる。
【００７４】
尚、本説明中でＡＶファイル及びＰＣファイルといった表現を用いたが、ここでのＡＶファイルとはＡＶコンテンツのストリームデータのみを表すのではなく、ストリームデータ以外にもレコーダ再生に必要となる全てのデータを含んでいる。またＡＶＦＳ及びＰＣＦＳと言った表現を用いたが、ＡＶ用途のみにしか対応できないファイルシステムは実質的に存在しない、またＰＣでの利用のみが可能なファイルシステムも存在しないとったことから本発明はＰＣ及びＡＶ機器間の互換に限定したものではなく、管理が必要なファイル数が異なるファイルシステムを利用した全ての機器間に共通する技術であることも明らかである。
【産業上の利用可能性】
【００７５】
規格化された既存の民生用製品とＰＣ間で互換を持たせることを可能とするファイル管理方法を利用することで再生装置を選ばない、用途が広い記録媒体を提供することが可能となる。
【００７６】
またすでに規格化された製品と取り扱いファイル数の拡張が行われた第２世代の製品間で互換を持つ記録媒体の提供が可能となる。
【図面の簡単な説明】
【００７７】
【図１】ファイルシステム及びファイル管理方法を比較する図である。
【図２】ＡＶＦＳを用いた記録媒体のデータ配置を説明する図である。
【図３】ＰＣＦＳを用いた記録媒体のデータ配置を説明する図である。
【図４】データユニットの構成を示した説明図である。
【図５】ＥＣＣブロックの構成を示した説明図である。
【図６】ディスクドライブ装置の構成を示した説明図である。
【図７】ＡＶＦＳ＝ＰＣＡＶを用いた記録媒体のデータ配置を説明する図である。
【図８】ＡＶＦＳ⊆ＰＣＡＶを用いた記録媒体のデータ配置を説明する図である。
【図９】ＡＶＦＳのディレクトリ構造を説明する図である。
【図１０】ＰＣＦＳのディレクトリ構造を説明する図である。
【図１１】ファイル記録時のアルゴリズムを説明するフロチャートである。
【符号の説明】
【００７８】
２０１  記録媒体
２０２  ＦＳＤ
２０３  ファイル及びファイル管理情報が記録される記録エリア
２０４  ＭＩＡ
２０５  ファイル
３０１  ＡＶＤＰ
３０２  ＶＤＳ
３０３  ＦＳＤＳ
３０４  ＦＩＤ
３０５  ＩＣＢ
６０１  光ディスク
６０２  光ヘッド
６０３  信号処理回路
６０４  制御マイコン
６０５  サーボ
６０６  インターフェース
６０７  入出力端子
【図１】
2005196916.tif 000003
【図２】
2005196916.tif 000004
【図３】
2005196916.tif 000005
【図４】
2005196916.tif 000006
【図５】
2005196916.tif 000007
【図６】
2005196916.tif 000008
【図７】
2005196916.tif 000009
【図８】
2005196916.tif 000010
【図９】
2005196916.tif 000011
【図１０】
2005196916.tif 000012
【図１１】
2005196916.tif 000013