(57)【要約】【課題】グループ管理されているファイルを高速で読み出せるようにする。【解決手段】UDF形式で記録媒体に記録される情報のうち、グループ管理されているFile Structure、グループ管理されているファイル（図１４中のFiles（グループ管理））、および、グループ管理されているファイルのバップアップ（図１４中のFiles Back Up（グループ管理））の配置されている先頭位置と終了位置の情報からなるGathered情報を設定し、これを記録媒体に記録し、読み出す際、このGathered情報を最初に読み出すことにより、所望とするファイルが属するグループの全てのファイルを一気に読み出す。【選択図】図１４
2008305546.tif 000002
【特許請求の範囲】
【請求項１】
グループ管理の仕組みを持たないUDFで管理されるファイルを記録媒体に記録する記録手段と、
前記ファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、前記記録媒体上の配置を設定する設定手段と、
前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように前記記録手段を制御する制御手段と
を備え、
前記記録手段は、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する
情報記録再生装置。
【請求項２】
前記記録手段は、さらに、メタデータファイルをパーティションの先頭部分に配置すると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置する
請求項１に記載の情報記録再生装置。
【請求項３】
前記制御手段は、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体のユーザデータ領域に記録するように前記記録手段を制御する
請求項１に記載の情報記録再生装置。
【請求項４】
前記制御手段は、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体のユーザデータ領域の固定アドレスに記録するように前記記録手段を制御する
請求項１に記載の情報記録再生装置。
【請求項５】
前記制御手段は、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体の一般の記録データを記録しない領域に記録するように前記記録手段を制御する
請求項１に記載の情報記録再生装置。
【請求項６】
グループ管理の仕組みを持たないUDFで管理されるファイルを記録媒体に記録する記録ステップと、
前記ファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、前記記録媒体上の配置を設定する設定ステップと、
前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように前記記録ステップの処理を制御する制御ステップと
を含み、
前記記録ステップは、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する
情報記録再生方法。
【請求項７】
前記記録ステップは、さらに、メタデータファイルをパーティションの先頭部分に配置すると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置する
請求項６に記載の情報記録再生方法。
【請求項８】
グループ管理の仕組みを持たないUDFで管理されるファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、記録媒体上の配置を設定する設定ステップと、
前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを前記記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように制御する制御ステップと
を含み、
前記記録ステップは、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する
コンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項９】
前記記録ステップは、さらに、メタデータファイルをパーティションの先頭部分に配置すると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置する
請求項８に記載のプログラム格納媒体。
【請求項１０】
グループ管理の仕組みを持たないUDFで管理されるファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、記録媒体上の配置を設定する設定ステップと、
前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを前記記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように制御する制御ステップであって、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置するステップと
を含む処理をコンピュータに実行させるプログラム。
【請求項１１】
前記制御ステップは、さらに、メタデータファイルをパーティションの先頭部分に配置すると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置する
請求項１０に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録再生装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、特定のファイルを属性毎にグループ化して、記録、または、再生する機能を備えていないファイルシステムに対して、グループ化処理を施し、処理の高速化を実現できるようにした情報記録再生装置および方法、プログラム格納媒体、並びにプログラムに関する。
【背景技術】
【０００２】
大容量の記録媒体にファイルを記録する技術が普及しつつある。
【０００３】
これらの大容量の記録媒体にファイルを記録する様々なフォーマットが提案されている。
【０００４】
例えば、DVD（Digital Versatile Disc）で使用されているUDF（Universal Disc Format）などがある（例えば、非特許文献１参照）。
【非特許文献１】Universal Disk Format Specification Revision 2.01 March 15, 2000 Optical Storage Technology Association
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のUDFにおいては、例えば、膨大な数のファイルを散在した状態で記録可能な構造となっており、さらに、ファイルの位置を示す情報がファイル間で入れ子のような状態で格納されているため、最終的に読み出したいファイルを取得するために、膨大な数のアドレスにアクセスしなければならず、そのような状態の記録媒体に記録された動画像などを再生すると、再生のタイミングが保証できなくなる恐れがあり、結果として、滑らかな動画の再生ができなくなってしまうという課題があった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、特に、UDFのように膨大な数のファイルが散在した状態で記録可能な構造となっているフォーマットの場合、高速で読み出す必要のあるファイルをグループ化して管理し、読み出し速度を向上させ、結果として、動画像の再生に必要とされる時間を保証できるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の一側面の情報規則再生装置は、グループ管理の仕組みを持たないUDFで管理されるファイルを記録媒体に記録する記録手段と、前記ファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、前記記録媒体上の配置を設定する設定手段と、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように前記記録手段を制御する制御手段とを備え、前記記録手段は、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する。
【０００８】
前記記録手段には、さらに、メタデータファイルをパーティションの先頭部分に配置させると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置させるようにすることができる。
【０００９】
前記制御手段には、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体のユーザデータ領域に記録するように前記記録手段を制御させるようにすることができる。
【００１０】
前記制御手段には、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体のユーザデータ領域の固定アドレスに記録するように前記記録手段を制御させるようにすることができる。
【００１１】
前記制御手段には、前記設定手段により設定された前記配置に基づいて、前記第１のファイルおよび前記第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび前記第２のファイルの配置に基づいた配置情報を前記記録媒体の一般の記録データを記録しない領域に記録するように前記記録手段を制御させるようにすることができる。
【００１２】
本発明の一側面の情報記録再生方法は、グループ管理の仕組みを持たないUDFで管理されるファイルを記録媒体に記録する記録ステップと、前記ファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、前記記録媒体上の配置を設定する設定ステップと、前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように前記記録ステップの処理を制御する制御ステップとを含み、前記記録ステップは、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する。
【００１３】
前記記録ステップには、さらに、メタデータファイルをパーティションの先頭部分に配置させるようにすると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置させるようにすることができる。
【００１４】
本発明の一側面のプログラム格納媒体のプログラムは、グループ管理の仕組みを持たないUDFで管理されるファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、記録媒体上の配置を設定する設定ステップと、前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを前記記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように制御する制御ステップとを含み、前記記録ステップは、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置する。
【００１５】
前記記録ステップには、さらに、メタデータファイルをパーティションの先頭部分に配置させるようにすると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置させるようにすることができる。
【００１６】
本発明の一側面のプログラムは、グループ管理の仕組みを持たないUDFで管理されるファイルを、その属性に基づいて、前記ファイルのうちのグループ化の必要がある第１のファイルをグループ化すると共に、前記ファイルのうちのグループ化の必要がない第２のファイル、および、前記第１のファイルの各グループについて、記録媒体上の配置を設定する設定ステップと、前記設定ステップの処理で設定された前記配置に基づいて、前記第１のファイルおよび第２のファイルを前記記録媒体に記録させると共に、前記第１のファイルおよび第２のファイルの配置に基づいた配置情報を前記記録媒体の所定の位置に記録するように制御する制御ステップであって、グループ管理されたファイルの本体をパーティションの先頭部分に配置すると共に、前記ファイルの本体のバックアップファイルをパーティションの末尾部分に配置するステップとを含む処理をコンピュータに実行させる。
【００１７】
前記制御ステップには、さらに、メタデータファイルをパーティションの先頭部分に配置させるようにすると共に、前記メタデータファイルのバックアップファイルをパーティションの末尾部分に配置させるようにすることができる。
【００１８】
本発明の情報記録再生装置は、独立した装置であっても良いし、情報処理を行うブロックであっても良い。
【発明の効果】
【００１９】
本発明によれば、記録媒体に記録されたグループ管理されたファイルを高速で読み出すことが可能となる。
【発明を実施するための最良の形態】
【００２０】
図１は、本発明を適用した記録再生装置１の一実施の形態の構成を示す図である。
【００２１】
CPU（Central Processing Unit）１１は、ROM（Read Only Memory）１２、または記憶部１８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１３には、CPU１１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１１、ROM１２、およびRAM１３は、バス１４により相互に接続されている。
【００２２】
CPU１１には、バス１４を介して入出力インタフェース１５が接続されている。入出力インタフェース１５には、キーボード、マウス、マイクロホンなどよりなる入力部１６、ディスプレイ、スピーカなどよりなる出力部１７が接続されている。CPU１１は、入力部１６から入力される指令に対応して各種の処理を実行する。そして、CPU１１は、処理の結果得られた画像や音声等を出力部１７に出力する。
【００２３】
入出力インタフェース１５に接続されている記憶部１８は、例えばハードディスクなどで構成され、CPU１１が実行するプログラムや各種のデータを記憶する。通信部１９は、外部のサーバなどの情報処理装置とインターネットやイントラネットなどに代表されるネットワークを介して通信する。
【００２４】
また、記憶部１８は、各種のプログラムを記憶しており、CPU１１は、これらのプログラムを読み出して対応する処理を実行する。記憶部１８は、例えば、基本プログラムであるOSや、ドライバを記憶している。記憶部１８に記憶されるプログラムは、上述のほかにも、通信部１９を介してプログラムを取得して記憶するようにしてもよい。
【００２５】
画像・音声コーデック２０は、ドライブ３０に接続された磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４や、さらには、記録再生機構部２２の記録媒体８１（図２）より読み出された、所定の圧縮方式で圧縮されている画像や音声のファイルを所定の伸張して外部接続I/F（Interface）２１や、出力部１７に供給する。また、画像・音声コーデック２０は、入力部１６や外部接続I/F２１より供給される画像信号や音声信号を所定の方式で圧縮し、ドライブ３０に接続された磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４や、さらには、記録再生機構部２２の記録媒体８１（図２）に記録させる。
【００２６】
記録再生機構部２２は、光磁気記録媒体である、例えば、Blu-Ray Disc（商標）などの記録媒体８１（図２）に所定の情報を記録させたり、または、記録媒体８１に記録された情報を読み出す。尚、記録再生機構部２２の詳細な構成については、図２を参照して後述する。
【００２７】
入出力インタフェース１５に接続されているドライブ３０は、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１８に転送され、記憶される。
【００２８】
次に、図１の記録再生装置１の動作について説明する。
【００２９】
CPU１１は、入力部１６より、外部接続I/F２１を介して供給された入力データの記録が指示されると、ROM１２、RAM１３、または、記憶部１８に記憶されているプログラムに基づいて、画像音声コーデック２０を制御して、所定の圧縮方法で入力データを圧縮させて、記録再生機構部２２に供給し、後述する記録媒体８１（図２）に入力データを記録させる。
【００３０】
また、入力部１６より、記録再生機構部２２に装着された記録媒体８１に記録されたデータの再生が指示されると、ROM１２、RAM１３、または、記憶部１８に記憶されているプログラムに基づいて、記録再生機構部２２を制御して、記録媒体８１に記録されたデータを再生させ、画像音声コーデック２０に供給させると共に、画像音声コーデック２０を制御して、所定の伸張方法で入力データを伸張させて、外部接続I/F２１を介して外部に出力する、または、出力部１７に出力させ、表示させる、若しくは、音声を出力させる。
【００３１】
次に、図２を参照して、記録再生機構部２２の詳細な構成について説明する。
【００３２】
制御部５１は、記録再生機構部２２の動作の全体を制御しており、CPU１１より供給されてくる制御信号に基づいて、記録部５２を制御して、記録再生ブロック５３に記録媒体８１に対して情報を記録させたり、または、再生部５４を制御して、記録再生ブロック５３に記録媒体８１に記録されている情報を読み出させたりする。
【００３３】
制御部５１のファイルシステム情報生成部６２は、入力データのファイルの属性に基づいて、入力データのうちの所定の属性のファイルをグループ化処理（グループ管理とも称する）するために必要なファイルシステム情報およびGatheredファイルを生成し、記録部５２に供給する。このgatheredファイル（または、gathered.infファイル）は、記録媒体８１に記録するファイルのうち、ファイルを読み出す際、最初に読み出しておく必要のあるファイルを属性によりグループ化して管理するための管理構造が記録されたものである。尚、このgatheredファイルについては、詳細を後述する。
【００３４】
制御部５１のファイルシステム情報認識部６１は、再生部５４より供給されるファイルシステム情報を読み出し、このファイルシステム情報に基づいて、所定のファイルを読み出す。また、ファイルシステム情報認識部６１は、gatheredファイルを読み出し、gatheredファイルに記録された情報を解析することにより、グループ化されて管理されているファイルの管理構造を認識する。そして、制御部５１（ファイルシステム情報認識部６１）は、この管理構造に基づいて、ファイルを読み出ように読出部９１を制御する。尚、以降において、gatheredファイルに記録された情報について、特に、gathered情報とも称する。
【００３５】
記録再生ブロック５３は、書込部７３、または、読出部９１により制御され、記録媒体８１に対して物理的に情報を記録、または、再生する。記録媒体８１は、機械的、光学的、磁気的、または、磁気光学的に記録可能なもので、繰り返し書込みが可能なもの（例えば、DVD-RW（Digital Versatile Disc- Rewritable）、DVD-RAM（Digital Versatile Disc- Random Access Memory））であってもよいし、１回書込みのみが可能なもの（例えば、DVD-R（Digital Versatile Disc- Recordable）や、DVD-ROM（Digital Versatile Disc- Read Only Memory）を含む）など、その形式は問わず、データを記録、または、再生できるディスク型の記録媒体であればよいものである。従って、記録再生ブロック５３は、これらの記録媒体８１に対応して記録再生できるものであればいずれであってもよい。
【００３６】
ECC符号化部７１は、入力に誤り訂正符号を付加し、符号化し、変調部７２に出力する。変調部７２は、ECC符号化部７１から入力されたデータを変調し、書込部７３に出力する。書込部７３は、変調部７２から入力されたデータを記録再生ブロック５３に供給し、記録媒体８１に書き込む処理を実行させる。
【００３７】
記録媒体８１は、再生部５４の読出部９１により、そこに記録されている情報が読み出される。復調部９２は、読出部９１が記録媒体８１から読み出したデータを復調し、ECC復号部９３に供給する。ECC復号部９３は、復調部９２より供給されたデータを、通常のファイル（例えば、AV（Audio Visual）ストリームデータなど）とファイルシステム情報とに分離し、通常のファイルを出力データとして出力し、ファイルシステム情報を制御部５１に出力する。
【００３８】
次に、図３を参照して、ファイルシステム情報生成部６２によりグループ化して管理される入力データのファイルの管理構造について説明する。尚、記録媒体８１は、基本的にUDF形式でファイルが記録される。従って、以降で示される管理構造に従って、各ファイルは、UDF形式で記録媒体８１に記録される。
【００３９】
図３は、書き換え可能な記録媒体にAVストリームデータを記録する際に、各種のデーファイルを管理する場合の例について示したものであり、その管理構造は、Blu-Ray Disc Rewritable（商標）規格の管理構造に準拠したものである（管理構造は、Blu-Ray Disc Rewritable（商標）規格に準拠しているが、記録形式は、UDF形式である）。図３においては、図中上からコンテンツ管理レイヤ、プレイリストレイヤ、および、クリップレイヤの３個のレイヤが示されている。
【００４０】
ここで、コンテンツ管理レイヤには、プレイリスト管理テーブル１１１、および、サムネイル管理テーブル１１２が属している。また、プレイリストレイヤには、プレイリスト１１３−１乃至１１３−３が属している。さらに、クリップレイヤには、クリップ情報１２１−１乃至１２１−３が属している。尚、以下において、プレイリスト１１３−１乃至１１３−３、および、クリップ情報１２１−１乃至１２１−３をそれぞれ区別する必要がない場合、単に、プレイリスト１１３、および、クリップ情報１２１を称するものとして、その他の構成についても同様とする。
【００４１】
AVストリーム１３１のファイルとクリップ情報１２１のファイル（AVストリームの属性情報をもつ）の２つをあわせたものは、特にクリップと称されるものである。AVストリーム１３１は、例えばMPEG-TS（Moving Picture Experts Group-Transport Stream）データであり、Video、Audio、または字幕等の情報を多重化した構造のファイルである。また、AVストリーム１３１は、再生時の制御を行うためのコマンド情報も多重化されている場合がある。図中においては、コマンド情報が多重化されている例が示されている。
【００４２】
プレイリストはクリップの特定の範囲を再生開始点と再生終了点を使って参照するプレイアイテムを複数持つ構造になっており、1つのプレイリストによって複数の再生シーケンスを連続して再生する機能を提供している。さらに、ユーザにプレイリストの一覧を提示するためのプレイリスト管理テーブル１１１、およびサムネイル表示機能に使用するサムネイル管理テーブル１１２と、それぞれに対応するサムネイルファイル１４１−１，１４１−２およびサムネイルファイル１５１−１，１５１−２が存在する。
【００４３】
１個のAVストリーム１３１と、それの付属情報のペアを１個のオブジェクトと考え、それをクリップと呼ぶ。AVストリームファイルはAVストリームファイルと呼ばれ、その付属情報は、クリップ情報１２１と呼ばれる。
【００４４】
一般に、コンピュータ等で用いるファイルは、バイト列として扱われるが、AVストリーム１３１のコンテンツは、時間軸上に展開され、プレイリスト１１３は、クリップ情報１２１の中のアクセスポイントを主にタイムスタンプで指定する。プレイリスト１１３によって、クリップの中のアクセスポイントのタイムスタンプが与えられた時、クリップ情報１２１は、AVストリーム１３１の中でストリームのデコードを開始すべきアドレス情報（データバイト位置）を見つけるために用いられる。
【００４５】
プレイリスト１１３は、クリップの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入されたものである。１つのプレイリスト１１３は、クリップの中の再生区間の集まりである。あるクリップの中の１つの再生区間は、プレイアイテムと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、プレイリストは、プレイアイテムの集まりである。
【００４６】
図３において、ファイルは、使用・更新頻度、グループに属するファイルの最大合計サイズにあわせて次のようにグループ化される。プレイリスト管理テーブル１１１、サムネイル管理テーブル１１２、およびプレイリスト１１３はグループ１に、クリップ情報１２１はグループ２に、メニュー用サムネイルファイル１４１，１４２はグループ３に、マーク用サムネイルファイル１５１，１５２はグループ４に分類される。
【００４７】
これらのグループ化されるファイルは、AVストリーム１３１を再生する際に、必要とされる管理データである。これらの管理データを抽出して1箇所で管理することにより、管理データを素早く読み出すことが可能となる。結果として、AVストリームデータを高速で再生することが可能となる。
【００４８】
尚、以上においては、AVストリーム１３１の管理データのファイルをグループ化する例について説明してきたが、Blu-ray Disc Rewritable規格では定義されていないファイルをグループ化することも可能である。すなわち、図中においては、AVストリーム１３１の管理データのファイルとは異なるファイルのグループとして、グループＸが定義され、ファイル１６１−１，１６１−２がそのグループに属している。尚、図中のファイル１７１−１，１７１−２は、グループ化されないファイルであることが示されている。また、AVストリーム１３１は、管理データではないので、グループ化管理されていない。
【００４９】
図４に、記録媒体８１に記録されるBlu-Ray Disc Rewritable Format（BD-RE）で定義されるBlu-Ray Disc Audio Visual（BDAV）情報のディレクトリ構造の例を示す。尚、rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、UDF形式の記録では、無視される。
【００５０】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００５１】
"BDAV"ディレクトリには、BDAVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、"BDAV"ディレクトリは、以下に説明するディレクトリを含む。
【００５２】
"PLAYLIST"ディレクトリには、プレイリスト１１３のデータベースファイルが記録される。また、このディレクトリは、プレイリスト１１３が、仮に１個も存在しないような場合にでも設定される。
【００５３】
"CLIPINF"ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００５４】
"STREAM"ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００５５】
"PLAYLIST"ディレクトリは、Real PlayListとVirtual PlayListの２種類のPlayListファイルを記録している。図４の場合、11111.rpls，22222.vplsが、記録されている。このうち"xxxxx.rpls"で示されるファイルは、１個のReal PlayListに関連する情報を保持しており、プレイリスト毎に、１個のファイルが作られる。ここで、"xxxxx"は、５個の０から９まで数字である。
【００５６】
"yyyyy.vpls"で示されるファイルは、１個のVirtual PlayListに関連する情報を保持しており、プレイリスト毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０から９まで数字である。
【００５７】
Real PlayListは、それが参照しているクリップのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているクリップのAVストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいクリップとして記録される場合、そのクリップ全体の再生可能範囲を参照するReal PlayListが生成される。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分のデータもまた消去される。
【００５８】
Virtual PlayListは、クリップのデータを共有していないとみなされる。VirtualPlayListが変更または消去されたとしても、クリップは何も変化しない。尚、本明細書の説明においては、Real PlayListとVirtual PlayListを総称して単に、プレイリストと称するものとする。
【００５９】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルを保持している。図４の場合、01000.clpi，02000.clpiが保持されている。
【００６０】
"zzzzz.clpi"で示されるファイルは、１個のAVストリーム１３１に対応するクリップ情報１２１である。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。
【００６１】
"STREAM"ディレクトリは、AVストリームのファイルを保持する。図４の場合、01000.m2ts，02000. m2tsが保持されている。
【００６２】
"zzzzz.m２ts"で示されるファイルは、AVストリーム１３１のファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。尚、１個のAVストリーム１３１のファイルとそれに対応するクリップ情報１２１は、同じ５個の数字"zzzzz"がファイル名として設定される。
【００６３】
また、"BDAV"ディレクトリには、直下にサムネイルファイル１４１−１，１４１−２に対応するmenu1.tdt，menu2.tdtが保持されており、また、サムネイルファイル１５１−１，１５１−２に対応するmark1.tdt，mark2.tdtが保持されている。さらに、プレイリスト管理テーブル１１１に対応するinfo.bdav、サムネイル管理テーブル１１２に対応するmenu.tidx，mark.tidxが保持されている。
【００６４】
また、"root"ディレクトリ直下には、"DATA1"ディレクトリ、および、"DATA2"ディレクトリが設定されており、それぞれグループ管理されるファイルとして、ファイル１６１−１，１６１−２に対応するFile1.dat，File2.dat・・・、および、ファイル１７１−１，１７１−２に対応するFileA.dat，FileB.dat・・・が保持されている。
【００６５】
図４で示されるディレクトリ下で管理されるファイルおよびディレクトリにおいて、図３で示されるように、サムネイルファイル１４１−１，１４１−２に対応するmenu1.tdt，menu2.tdtはグループ３として、サムネイルファイル１５１−１，１５１−２に対応するmark1.tdt，mark2.tdtは、グループ４として、プレイリスト管理テーブル１１１に対応するinfo.bdav、サムネイル管理テーブル１１２に対応するmenu.tidx，mark.tidx、並びに、"PLAYLIST"ディレクトリに保持されている11111.rpls，22222.vplsは、グループ１として、そして、"CLIPINF"ディレクトリに保持されている01000.clpi，02000.clpiは、グループ２としてそれぞれグループ化されて保持されている。
【００６６】
さらに、上記のBDFSによりグループ管理されるファイル以外に、"DATA1"ディレクトリに保持されているファイル１６１−１，１６１−２に対応するFile1.dat，File2.datは、グループXとしてグループ化されている。
【００６７】
図３，図４においては、Blu-Ray Disc Rewritable（書き換え可能な記録媒体）の規格に基づいて、UDF形式で記録媒体８１に記録される場合のグループ化における管理構造を示したが、次に、図５，図６を参照して、Blu-Ray Disc ROM（読み出し専用の記録媒体）におけるグループ化の管理構造（論理フォーマット）の例を示す。図５においては、HD（High Density）ムービーコンテンツを記録した場合の例について示している。
【００６８】
尚、図５において、プレイリスト２２１−１乃至２２１−３、クリップ情報２３１−１乃至２３１−３、AVストリーム２３２−１乃至２３２−３、ファイル２５１−１，２５１−２、および、ファイル２６１−１，２６１−２は、図３におけるプレイリスト１１３−１乃至１１３−３、クリップ情報１２１−１乃至１２１−３、AVストリーム１３１−１乃至１３１−３、ファイル１６１−１，１６１−２、および、ファイル１７１−１，１７１−２と同様のものであるので、その説明は適宜省略する。
【００６９】
図３で説明したクリップ情報２３１、および、プレイリスト２２１の上位に、再生プログラム２１１−１，２１１−２（ムービーオブジェクト）、および、タイトル２０１，２０２の2つのレイヤが存在する。再生プログラム２１１（ムービーオブジェクト）は再生するプレイリストの指定のほか、ユーザの操作に対する応答、タイトル２０１または２０２間のジャンプ、再生シーケンスの分岐など、HDムービーコンテンツの提示に必要な機能をプログラマブルに提供している。
【００７０】
タイトル２０１，２０２はユーザから認識でき、コンテンツの再生を開始するためのインデックスとして使用される。タイトル２０１，２０２は実行するムービーオブジェクトを1つ指定する構造になっている。また、通常のタイトルのほかに、最初に自動的に再生されるタイトル、メニューを表示するためのタイトルも存在しする。
【００７１】
また、アプリ（アプリケーションプログラム）２０３，２０４は、拡張アプリケーションであるゲームやWebコンテンツを実行させるものであり、その際、再生プログラム（実行Object）２１２−１，２１２−２を起動させ実行させる。再生プログラム２１２は、プレイリストを使用する場合とプレイリストを使用しない場合がある。また、再生プログラム２１２は、これらのアプリケーションプログラム２０３，２０４においては任意の画像ファイル２４１、音声ファイル２４２、ファイル２４３を参照することができる。
【００７２】
HDムービーコンテンツを示すタイトル２０１，２０２、および、アプリケーション２０２，２０３は、さらにその数を増やすことも可能であり、図５においては、Other２０５として示されている。また、記録媒体８１上で混在して記録することも可能であり、図５は混在した状態を示している。
【００７３】
図５においても、図３で示した場合と同様に、ファイルは、使用・更新頻度、グループに属するファイルの最大合計サイズにあわせて次のようにグループ化される。すなわち、タイトル２０１，２０２、アプリ２０３，２０４、Other２０５、再生プログラム２１１−１，２１１−２，２１２−１，２１２−１、およびプレイリスト２２１−１乃至２２１−３は、はグループAに、クリップ情報２３１はグループBに、画像ファイル２４１、音声ファイル２４２、および、ファイル２４３はグループCに分類される。
【００７４】
尚、図５のグループＡ，Ｂ，Ｃは、図３のグループ１，２，３，４と同様に便宜的に分けて名称がついているだけであり、処理するファイルの１群という意味で同様のものである。
【００７５】
図６に、記録媒体８１に記録されるBlu-Ray Disc ROM Format（BD-ROM）で定義されるBlu-Ray Disc Movie（BDMV）情報のディレクトリ構造の例を示す。尚、rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、UDF形式の記録では、無視される。
【００７６】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００７７】
"BDMV"には、BDMVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、"BDMV"ディレクトリは、以下に説明するディレクトリを含む。
【００７８】
"PLAYLIST"ディレクトリには、プレイリスト２２１のデータベースファイルが記録される。また、このディレクトリは、プレイリスト２２１が、仮に１個も存在しないような場合にでも設定される。
【００７９】
"CLIPINF"ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００８０】
"STREAM"ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００８１】
"PLAYLIST"ディレクトリは、図４の場合、11111.mpls，22222.mplsが、記録されている。このうち"xxxxx.mpls"で示されるファイルは、１個のMovie PlayListに関連する情報を保持しており、プレイリスト毎に、１個のファイルが作られる。ここで、"xxxxx"は、５個の０から９まで数字である。
【００８２】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルを保持している。図５の場合、01000.clpi，02000.clpiが保持されている。
【００８３】
"zzzzz.clpi"で示されるファイルは、１個のAVストリーム２３２に対応するクリップ情報２３１である。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。
【００８４】
"STREAM"ディレクトリは、AVストリームのファイルを保持する。図５の場合、01000.m2ts，02000. m2tsが保持されている。
【００８５】
"zzzzz.m２ts"で示されるファイルは、AVストリーム２３２のファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。尚、１個のAVストリーム２３２のファイルとそれに対応するクリップ情報２３１は、同じ５個の数字"zzzzz"がファイル名として設定される。
【００８６】
また、"BDMV"ディレクトリには、直下には、コピー制御関連ファイルとして、Unit_Key_Gen_Value.inf、および、CPS_CCI.infが保持されており、また、タイトル管理テーブルのファイルとしてindex.bdmvが保持されている。さらに、再生プログラム管理テーブルとしてMoviObject.bdmvが保持されている。
【００８７】
また、"root"ディレクトリ直下には、"Resource"ディレクトリ、"DATA1"ディレクトリ、および、"DATA2"ディレクトリが設定されている。これらのディレクトリはBlu-Ray Disc ROM Format において必須のディレクトリではないが、コンテンツの内容によって必要となる拡張データを格納するためのディレクトリの例として追加したものである。"Resource"ディレクトリには、グループ管理されるファイルである、画像ファイル２４１、音声ファイル２４２、および、ファイル２４３に対応するImage.jpg，Audio.pcm、および、Jimaku.txtが保持されている。また、"DATA1"ディレクトリには、ファイル２５１−１，２５１−２に対応するFile1.dat，File2.datが保持されており、さらに、"DATA2"ディレクトリには、ファイル２６１−１，２６１−２に対応するFileA.dat，FileB.dat・・・が保持されている。
【００８８】
図６で示されるディレクトリ下で管理されるファイルおよびディレクトリにおいては、Unit_Key_Gen_Value.inf、CPS_CCI.inf、index.bdmvおよび、MoviObject.bdmv、並びに、"PLAYLIST"ディレクトリに保持されている11111.mpls，22222.mplsは、グループAとして、"CLIPINF"ディレクトリに保持されている01000.clpi，02000.clpiは、グループBとして、そして、"Resource"ディレクトリに保持されているImage.jpg，Audio.pcm、および、Jimaku.txtは、グループCとしてそれぞれグループ化されて保持されている。
【００８９】
さらに、上記のグループ管理されるファイル以外に、"DATA1"ディレクトリに保持されているファイル２５１−１，２５１−２に対応するFile1.dat，File2.datは、グループXとしてグループ化されている。
【００９０】
次に、図７を参照して、記録するファイルをグループ化して、グループごとに特定のルールで配置することを特徴とするファイルシステムについて、Blu-ray Disc規格のファイルシステム（BDFS）を例にして説明する。
【００９１】
図中先頭と最後尾には、「reserved」と示された、言わばデータの余白となる領域が設けられている。
【００９２】
図中のAIA（Allocation Information Area）１乃至４で示される部分には、固定領域が割り当てられており、記録媒体に記録された情報を読み出す際に最初に読み出される情報が記録される。AIA１乃至４の内部にはファイルシステム情報（MIA（Management Information Area））が格納されているアドレスが記録されており、AIAを解析することによって、MIAへのアクセスが可能となる。なお、AIA内部にはMainMIAおよびReservedMIA（バックアップ用）の2箇所の情報が記録されている。
【００９３】
MIAにはファイルシステム情報（記録媒体上のディレクトリ、ファイルに関する情報）が保存されており、可変なものである。このファイルシステム情報にはファイルのグループ化および、グループ化されたファイルの配置方法に関する情報が含まれている。Blu-ray Disc Rewritable規格においては、図７で示されるように、MIAは次に述べるグループ１乃至３のファイル群（図中のMainG1，ResG1，MainG2，ResG2，G3）と一緒にGathered File領域（図中のLB Region for gathered filesで示される領域中のGathered block）にまとめて記録されている。これらは、グループ毎に設定されるアロケーションクラスと呼ばれるグループ化のIDにより管理されており、例えば、MainG1が、アロケーションクラス１（AC１）、MainG2がAC２、G3がAC3、そして、G4がAC４として管理されている。
【００９４】
MIAには、各ファイルの位置情報が記録されており、例えば、図８で示されるように、MainG1には、開始アドレスとしてSMG1が記録され、終了アドレスとしてEMG1が記録され、ResG1には、開始アドレスとしてSRG1が記録され、終了アドレスとしてERG1が記録され、MainG2には、開始アドレスとしてSMG2が記録され、終了アドレスとしてEMG2が記録され、ResG2には、開始アドレスとしてSRG2が記録され、終了アドレスとしてERG2が記録され、G3には、開始アドレスとしてSG3が記録され、終了アドレスとしてEG3が記録され、G4には、開始アドレスとしてSG4が記録され、終了アドレスとしてEG4が記録され、MainG1が、開始アドレスSMG1から終了アドレスEMG1の範囲に記録され、ResG1が、開始アドレスSRG1から終了アドレスERG1の範囲に記録され、MainG2が、開始アドレスSMG2から終了アドレスEMG2までの範囲に記録され、ResG2が、開始アドレスSRG2から終了アドレスERG2までの範囲に記録され、G3が、開始アドレスSG3から終了アドレスEG3までの範囲に記録され、G4が、開始アドレスSG4から終了アドレスEG4までの範囲に記録されている。
【００９５】
このことにより、Blu-ray Disc Rewritable規格に準拠して情報が記録された記録媒体上では、ファイルシステム情報とグループ１乃至３のファイル群を1回の連続領域読み出しによって取得可能な構成となる。なお、図中のグループ１乃至４は図３，図４で説明したグループ化方法に対応している。
【００９６】
グループ１乃至３はBlu-ray Disc Rewritable規格における、アプリケーション管理データである。これらのファイルは記録媒体から高速にまとめて読み出す必要があり、上述のMIAと一緒にGathered File領域にまとめて記録されている。また、グループ１とグループ２に属するファイルはコンテンツ再生に必須のファイルであり、記録媒体上に欠陥セクタが発生した場合においてもできる限りファイルのデータを失わない仕組みが必要であるため、グループ１とグループ２に属するファイルについてはMain領域とReserved領域の２箇所に同じファイルが記録されている。
【００９７】
グループ４（図中のG4）は、マーク用のサムネイル情報である。このファイルは、まとめて記録しておく必要はあるが、グループ１乃至３と比較すると使用頻度が低く、記録媒体へのアクセス開始時にすべて読み出す必要性も低い。そのため、グループ単体として連続な記録領域に記録されているが、他のグループとあわせてGathered File領域に記録していない。
【００９８】
AVストリームファイルは、「再生時のレートを保証する」という属性を持ち、ファイルを記録媒体上に配置する際には再生時のレートを保証するための配置ルールに従う必要がある。AVストリームファイルの場合、上記グループ１乃至4のようにグループ化して特定の領域に記録する必要がない。そのため、ファイルの属性は定義しているが、まとめて配置されていない。また、Blu-Ray Disc規格で定義されていない一般のファイルを記録する場合、再生レートの保証、特定領域へまとめて記録する配置方法のどちらも不要であるため、一般のファイル（図中のData File）はさらに別の位置に記録されている。
【００９９】
尚、図７中の「Free Area」と示された領域は、ファイルが記録されない領域である。
【０１００】
また、図７で示されるファイルシステムの形態は、Blu-ray Disc規格のファイルシステムによる一例を示したに過ぎず、その他の規格、または、ルールに則ったものであってもよく、また、柔軟にそのルールを変更できるようにしても良いものである。
【０１０１】
次に、図９を参照して、Blu-ray Disc Rewritable規格における一般的な操作とBlu-ray Disc Rewritable規格に無関係な操作のそれぞれについて、ファイルシステム情報および図７で説明した各種のグループ内のファイルに変更の有無について説明する。
【０１０２】
図９においては、特定アアプリケーション操作の例として、「プレイリストの作成」、「プレイリストの分割」、「プレイリストの結合」、「プレイリストの全体削除」、「プレイリストの部分削除」、「ブリッジを使わないバーチャルプレイリストの編集」、「ブリッジを使ったバーチャルプレイリストの編集」、「バーチャルプレイリストの削除」、「アフレコ音声の設定」、「プレイリストの表示順変更」、「メニューサムネイルの追加」、および、「マークサムネイルの追加」が挙げられており、特定アプリケーション操作以外の操作の例として、「（アプリケーションの）規格外のファイルの追加（JPEG画像など）」、および、「規格外のファイルの削除」が挙げられている。
【０１０３】
また、図９においては、各種の操作に伴って、MIA、グループ１乃至４のファイル（図中のG1乃至4）、AVストリーム（AV Stream）、および、非アプリケーションfileのそれぞれについて、変更が生じるものには丸印が付されており、変更が無いものについては、「−」が付されている。
【０１０４】
図９で示されるように、「プレイリストの作成」処理、および、「ブリッジを使わないバーチャルプレイリストの編集」処理においては、MIA、グループ１，２のファイル、および、AVストリームが変更され、「プレイリストの分割」処理、「プレイリストの結合」処理、「プレイリストの全体削除」処理、「プレイリストの部分削除」処理、「ブリッジを使ったバーチャルプレイリストの編集」処理、「バーチャルプレイリストの削除」処理、「アフレコ音声の設定」処理、および、「プレイリストの表示順変更」処理においては、MIA、および、グループ１のファイルが変更され、「メニューサムネイルの追加」処理においては、MIA、グループ１，３のファイルが変更され、「マークサムネイルの追加」処理においては、MIA、グループ１，４のファイルが変更され、「（アプリケーションの）規格外のファイルの追加（JPEG画像など）」処理においては、MIAおよび非特定アプリケーションファイルが変更され、「規格外のファイルの削除」処理においては、MIAのみが変更されることが示されている。
【０１０５】
このように、ファイルシステム情報（MIA）はすべての操作において変更が発生するのに対し、各グループのファイルは変更発生の有無にばらつきがある。
【０１０６】
なお、グループ単位で「変更あり」となるケースは、新規のファイルを記録する場合、記録済みファイルの内容が変化しデータの再記録が必要な場合に該当する。単にファイルを削除しただけの場合、これまで使用されていた領域が使用されなくなるだけであり、グループごとに特定の領域にまとめて記録しているファイル群から削除されたファイルを除き、再度グループ全体を記録しなければならない。
【０１０７】
次に、本発明による記録処理の説明の前に、図１０，図１１を参照して、従来のUDFにおけるファイルへのアクセス手順について説明する。
【０１０８】
図１０は、ＵＤＦのVolume Structure構造の例を示しており、図１１は、File Structure and Filesの内容を示したものである。ここでは、図１１で示される”root/BDMV/Unit_Key_Gen_Value.inf“へアクセスする場合を例に説明する。
【０１０９】
図１０において、Volume Structureは論理Volumeに関する情報やパーティション内部に記録されているFile Structureの解析開始点に関する情報を記録したものである。尚、図１０において、最左列がLSN（論理セクタ番号（Logical Sector Number）を、左から2列目が、Structureを、右から2列目がDescriptorsを、そして、最右列がLBN（論理ブロック番号（Logical Block Number））を示している。また、図１１において、最左列がLBN（論理ブロック番号（Logical Block Number））を、中央の列が、Structureを、最右列がDescriptorsをそれぞれ示している。
【０１１０】
ボリューム内のアドレス情報はLSN（論理セクタ番号）、パーティション内のアドレスはLBN（論理ブロック番号）で表記される。また、ボリューム内に複数のパーティションが存在する場合、Logical Volume Descriptor内部に複数のパーティション情報を記録することができる。
【０１１１】
尚、図１０，図１１については、処理に必要な項目のみを説明し、処理に不要な項目については、適宜説明を省略する。
【０１１２】
まず、図１０の番号１で示されるLSNが２５６の位置であるAnchor-1のアンカー情報（Anchor Volume Descriptor Pointer）を解析し、番号２で示されるVolume Descriptor Sequenceの位置を取得する。続いて、番号２で示されるLSNが３２乃至４７の位置となるVolume Descriptor Sequenceを解析する。Volume Descriptor Sequenceには、”Primary Volume Descriptor”、”Implementation Use Volume Descriptor”、”Partition Descriptor”、”Logical Volume Descriptor”、”Unallocated Spece Descriptor”、”Terminating Descriptor”、および、”Trailing Logical Sectors”が含まれており、それぞれ、”Primary Volume Descriptor”はボリュームを識別する情報を、”Implementation Use Volume Descriptor”は互換性を示す情報を、”Partition Descriptor”はパーティションを識別する情報を、”Logical Volume Descriptor”は論理パーティションの位置を示す情報を、”Unallocated Spece Descriptor”は未使用領域を示す情報、”Terminating Descriptor”は領域の最後の位置を示す情報を、そして、”Trailing Logical Sectors”は残りの領域の情報を格納している。
【０１１３】
このうち、図１０の番号３で示されているLSNが３５の”Logical Volume Descriptor”に記載された”Logical Volume Integrity Sequence”の位置と、目的のパーティションの位置、パーティション内部のFile Set Descriptorの位置を取得する。
【０１１４】
さらに、番号４で示されるLSNが４８の”Logical Volume Integrity Sequence”を解析し、Volume情報の整合性チェックを行い、整合性に問題が無ければ、番号５で示されるLSN２７２乃至２７２Nａｌｌ−２７２のFile Structure and Filesのパーティション内部を解析する。以上の手順で目的のパーティションへのアクセスを開始できる。
【０１１５】
続いて、図１１の番号１１で示されるLBNが（A+1）のFile Set Descriptorには、rootの情報が格納されているので、これを解析し、番号１２で示されるLBNが（A+3）のルートディレクトリのFile Entry（図中では、FE（Root Directory）と示されている）の位置を取得する。
【０１１６】
さらに、番号１２で示されるLBNが（A+3）のルートディレクトリのFile Entry（図中では、FE（Root Directory）と示されている）を解析し、ルートディレクトリの情報が記載された位置（LBN＝A+4）を取得する。次に、ルートディレクトリの情報の中にある番号１３で示されるBDMVディレクトリのFID（File Identifier Descriptor）を解析して、番号１４で示されるBDMVディレクトリのFE（File Entry）（図中では、FE（BDMV）と示されている）の位置（LBN=A+5）を取得する。
【０１１７】
さらに、番号１４で示されるBDMVディレクトリのFile Entryを解析し、BDMVディレクトリの情報が記録されている位置（LBN=A+9）を取得する。
【０１１８】
続いて、BDMVディレクトリの情報を取得し、番号１５で示されるBDMVディレクトリにあるUnit_Key_Gen_Value.inf のFile Identifier Descriptorを解析してUnit_Key_Gen_Value.inf のFile Entryの位置を取得する。そして、番号１６のUnit_Key_Gen_Value.infのFile Entryを解析し、Unit_Key_Gen_Value.infのデータが記録されている位置を取得し、Unit_Key_Gen_Value.infのデータが記録されたアドレスへアクセスし、目的のデータを取得する。以上の手順で”番号１７で示されるroot/BDMV/Unit_Key_Gen_Value.inf“ファイルのデータを取得することができる。
【０１１９】
図１０、図１１で示されるように、これまでのUDFではBDFSでGahteredブロックとして示されていたような、特定ファイル群のデータの取得を、一般のファイルよりも早く行うような仕組みは提供されていない。複数のファイルをまとめて読み出したい場合も、ファイル毎にFile Entry、および、ファイル本体の両方が、記録媒体上の任意のアドレスに記録されている可能性があり、記録媒体上でばらばらの位置にこれらのデータが拡散している場合、データ本体の取得までに非常に時間がかかる可能性がある。また、複数階層のディレクトリの下に保存されているファイルはディレクトリを１段下るごとにFile Identifier Descriptor（FID）、File Entry（FE）、ディレクトリ情報の３つを取得し解析する必要であるため、多数の場所にアクセスする必要がある。
【０１２０】
そこで、本発明においては、UDFなどの特定ファイル群のデータの取得を、一般のファイルよりも早く行うような仕組みを持たないファイルシステムにおいて、ファイルをグループ化し、さらに、そのグループ化されたファイルをGathered情報としてまとめて管理することで、アクセスを高速で行えるようにしている。
【０１２１】
ここで、図１２のフローチャートを参照して、図２の記録再生機構部２２による記録処理について説明する。
【０１２２】
ステップＳ１において、ファイルシステム情報生成部６２は、ファイルのグループ化ルールを設定する。このグループ化ルールとは、上述した図３、または、図５で説明したようなグループ化ルールである。ここでは、図５を参照して説明したグループ化ルールが設定されたものとして説明を進めるが、グループ化ルールはこれに限るものではない。また、一般に、グループ化ルールは、ある程度決まったものが使用されるため、固定のグループ化ルールを用いる場合、そのグループ化ルールの情報を図示せぬメモリなどに記憶させておき、それを読み出すようにしても良い。
【０１２３】
ステップＳ２において、ファイルシステム情報生成部６２は、書込部７３を制御して、記録再生ブロック５３により記録媒体８１上に空のgathered.infファイルを十分な領域を確保して設定する。すなわち、ファイルシステム情報生成部６２は、ファイル配置確定後にGathered情報を書き込むためにダミーのGathered.infファイルを記録媒体８１上のいずれかの位置に設定する。この際、複数回上書き可能な記録媒体においては、ダミーのファイルを記録媒体上に記録し、後で最終的なデータを上書きすることが可能であるが、WriteOnceメディアなど上書きが不可能な記録媒体では同じ方法は使用できない。WriteOnceメディアの場合は、実際に録媒体上にダミーのファイルを記録するのではなく、記録できる領域を予約し、他のファイルが予約された領域に記録されないように処理を行うことによって、同様の処理を行うことが可能である。
【０１２４】
ステップＳ３において、ファイルシステム情報生成部６２は、ファイルとディレクトリ（UDFのFile Structureに相当するもの）を、例えば、図１３で示されるように、rootディレクトリ直下に作成する。ファイルシステム情報生成部６２は、例えば、図１３で示されるようにroot直下にgathered.infファイル、BDMVディレクトリ、Resourceディレクトリ、DATA1ディレクトリなどと共に、それぞれのディレクトリにファイルを作成する。尚、図１３においては、Gathered.inf以外の構成については、図６を参照して説明した構成と同様であるので、その説明は省略する。
【０１２５】
ステップＳ４において、ファイルシステム情報生成部６２は、ECC符号化部７１および変調部７２を介して、書込部７３に入力される入力データを各グループ毎に配置ルールに従って、全てのファイルを配置して記録再生ブロック５３により記録媒体８１に書き込ませる。このとき、ファイルシステム情報生成部６２は、書き込んだデータの配置情報を図示せぬメモリに記憶する。
【０１２６】
例えば、図１４で示されるような配置ルールにより全てのファイルが配置される。ここで、図１４においては、UDFのバージョン2.01以前で採用されている構造が使用され、Gathered情報が定義される場合の記録領域の配置例が示されている。
【０１２７】
図１４中ではグループ管理を行うファイルに関するFile Structure、グループ管理を行わないファイルに関するFile Structure、グループ管理を行うファイルの本体（図中のFiles）、ＡＶストリーム（図中のAV Stream）、グループ管理を行うファイルのバックアップデータ（図中のFiles Back Up）、グループ管理を行わない一般データ（図中のFiles）に分けて表記しているが、グループ管理領域を複数に分ける場合など、他の構成例であってもよい。尚、図１３においては、１個のパーティションに、LBN単位で０方向からグループ管理を行うファイルに関するFile Structure、グループ管理を行わないファイルに関するFile Structure、グループ管理を行うファイルの本体、ＡＶストリーム、グループ管理を行うファイルのバックアップデータ、グループ管理を行わない一般データの順に最終LBN方向に配置されている。
【０１２８】
ステップＳ５において、ファイルシステム情報生成部６２は、図示せぬメモリに記憶した情報に基づいてGathered情報を読み出し、ECC符号化部７１および変調部７２を介して、書込部７３を制御して、記録再生ブロック５３により記録媒体８１上のGathered.infに上書きさせる。すなわち、図１４で示されるように配置されている場合、Gathered情報として、グループ管理を行うファイルに関するFile Structure、グループ管理を行うファイルの本体、および、ＡＶストリーム、グループ管理を行うファイルのバックアップデータの位置が読み出され、例えば、図１５で示されるようなGathered情報が生成される。
【０１２９】
図１５においては、G-Structureには、開始アドレスとしてSStが記録され、終了アドレスとしてEStが記録され、MainG-Aには、開始アドレスとしてSMGAが記録され、終了アドレスとしてEMGAが記録され、ResG-Aには、開始アドレスとしてSRGAが記録され、終了アドレスとしてERGAが記録され、MainG-Bには、開始アドレスとしてSMGBが記録され、終了アドレスとしてEMGBが記録され、ResG-Bには、開始アドレスとしてSRGBが記録され、終了アドレスとしてERGBが記録され、G-Cには、開始アドレスとしてSGCが記録され、終了アドレスとしてEGCが記録され、G-Xには、開始アドレスとしてSGXが記録され、終了アドレスとしてEGXが記録され、G-Structureが、開始アドレスSStから終了アドレスEStの範囲に記録され、MainG-Aが、開始アドレスSMGAから終了アドレスEMGAの範囲に記録され、ResG-Aが、開始アドレスSRGAから終了アドレスERGAの範囲に記録され、MainG-Bが、開始アドレスSMGBから終了アドレスEMGBまでの範囲に記録され、ResG-Bが、開始アドレスSRGBから終了アドレスERGBまでの範囲に記録され、GCが、開始アドレスSGCから終了アドレスEGCまでの範囲に記録され、G-Xが、開始アドレスSGXから終了アドレスEGXまでの範囲に記録されている。
【０１３０】
尚、G-Structureは、図１４でFile Structure（グループ管理）として表されるグループ管理ファイルに関するFile Structure情報を示しており、また、グループＡ，Ｂ，Ｃ，Ｘは、Files（グループ管理）に配置されるグループ化されたファイルである。
【０１３１】
以上のような処理により、Gathered.infが記録媒体８１上に記録されるので、読み出しの際、グループ化されて管理されているファイル管理構造（File Structure）およびファイルをGathered.infより読み出して認識することができるので、高速の読み出しが可能となる。
【０１３２】
尚、以上においては、図５におけるグループ化のルールを適用した場合について説明してきたが、グループ化のルールについてはこれに限るものではない。例えば、UDFにおいてはFile Entry内にFile Typeというフィールドがある。この領域はファイルのグループ化には使用されていないが、例えばこのFile Typeを新しく定義し、BDFSにおけるアロケーションクラスのようにグループ化のためのIDとして使用してもよい。
【０１３３】
また、特定のディレクトリ下に配置されたデータを１つのグループとして扱うようにしてもよい。この場合、ディレクトリとグループの関係を定義するテーブルを別途記録することが必要となる。
【０１３４】
さらに、特定のアプリケーション用に限定して本発明を適用する場合、アプリケーション規格によってファイルとグループの関係が定義されていることが予想される。この場合、ファイルシステムや特定のテーブルを使ってファイルとグループの関係を記述する必要はなく、使用するアプリケーションに対応した記録再生装置であれば、各グループに対応するファイルがなんであるのかを知っており、問題なくグループ化されたファイルをまとめて読み出すことが可能である。この場合、例えば、仕組みとしてグループ１乃至Ｎを定義できるようにしておくだけで、上述と同様の効果が得られる。
【０１３５】
また、図１４の配置ルールについては、例えば、図１６で示されるように、UDFバージョン2.50以降で採用されているメタデータパーティションを使用したものであってもよい。ここで、メタデータパーティションとはFile Structureを１つのファイル（メタデータファイル（図中のMD Files））として扱うことにより、それ以前のバージョンでFile Structureをディレクトリ/ファイルごとに個別に取得していたためにアクセス時間が長かった問題を解決するものである。上述したようにファイルの中にグループ管理を行う必要があるものと必要がないものが存在するようなアプリケーションにおいては、メタデータファイルとしてパーティション全体でまとめて扱われているFile Structureに対しても、グループ管理を行うファイルに関する部分とそうでない部分を分けられることが望ましい。そのため、図１６で示されるように定義するGathered情報はメタデータファイルを分けるように定義可能なものとする。
【０１３６】
すなわち、図１６において、MD（metha data） File FE（File Entry）は、MD Fileのエントリー情報が格納されており、この情報に基づいてMD Fileの位置を認識することができる。File Structureは、MDで構成されており、各種の管理構造の情報が記録されている。また、File Structureは、グループ管理されているものとグループ管理されていないものがある。さらに、File Structureは、MD Mirrorで示されるように、バックアップとして同様のファイルが記録されている。Filesは、グループ管理されたFilesとグループ管理されていないものがある。また、Filesはグループ管理されたものはバックアップとして同じものが記録されている。
【０１３７】
図１６において、Gathered情報は、MD Filesで構成されるFile Structureのうちのグループ管理されるもの、グループ管理されているファイル本体（図中のFiles）、グループ管理されているファイルのバックアップ（図中のFiles Back Up）、および、MD Mirrorのうちグループ管理されたものとなる。従って、これらの中で管理されるグループ毎の配置情報が、Gathered情報として、Gathered.infで管理される。
【０１３８】
Gathered情報は、図１４で示したように、グループ管理されたFile Structure、グループ管理されたFiles、および、グループ管理されたFiles Back Upに限らず、必要に応じて、図１７で示されるように（図１７中の点線で示すように）、グループ管理されていないFile Structure、グループ管理されていないFiles、および、グループ管理されていないFiles Back Upを用いるようにしても良い。
【０１３９】
同様にして、Gathered情報は、図１６で示したようにMD Filesで構成されるFile Structureのうちのグループ管理されるもの、グループ管理されているファイル（図中のFiles）、グループ管理されているファイル（図中のFiles Back Up）、および、MD Mirrorのうちグループ管理されたものに限らず、図１８で示されるように（図１８中の点線で示されるように）、MD Filesで構成されるFile Structureのうちのグループ管理されていないもの、グループ管理されていないファイル（図中のFiles（グループ外））、AVストリーム、および、MD Mirrorのうちグループ管理されていないものを用いるようにしても良い。
【０１４０】
次に、図１９のフローチャートを参照して、図２の記録再生機構部２２により記録媒体８１に記録された情報を再生する処理について説明する。
【０１４１】
ステップＳ１１において、ファイルシステム情報認識部６１は、読出部９１を制御して、記録再生ブロック５３を介して記録媒体８１に記録された情報を読み出させ、復調部９２およびECC復号部を９３を介してファイルシステム情報を解析し、Gathered.infの存在する記録媒体８１上のアドレス情報に基づいて、Gathered.infファイルを取得する。
【０１４２】
ステップＳ１２において、ファイルシステム情報認識部６１は、取得したGathered.infを解析し、Gathered情報を取得する。すなわち、この処理により、ファイルシステム情報認識部６１は、上述した図１５で示されるような情報を取得することにより、記録媒体８１上のどの位置にグループ管理情報が記録されているかを把握することができる状態となる。
【０１４３】
ステップＳ１３において、ファイルシステム情報認識部６１は、取得しようとするファイル（再生しようとするファイル）が、Gathered管理されているか、すなわち、グループ管理されているファイルであるか否かを判定する。
【０１４４】
例えば、ステップＳ１３において、取得しようとするファイルが、Gathered管理されているファイルであると判定された場合、ステップＳ１４において、ファイルシステム情報認識部６１は、取得したGathered情報に記録された、そのファイルが属するグループの位置情報に基づいて、読出部９１を制御して、記録再生ブロック５３を動作させて、記録媒体８１から、そのグループに属する全てのファイルをまとめて読み出させ、取得する。
【０１４５】
すなわち、取得しようとするファイルが、グループ管理されているファイルであるとすれば、いずれかのグループに属していることになる。例えば、取得したいファイルが、図５のグループ化ルールのグループAに属するファイルであった場合、図１５で示されるGathered情報により、取得したいファイルのグループが記録された位置は、記録媒体８１上のアドレスSMGA乃至アドレスEMGAの範囲であることがわかるので、この情報に基づいて、グループAに属するファイルをまとめて読み出す。
【０１４６】
一方、ステップＳ１３において、取得しようとするファイルがGahtered管理されていない、すなわち、グループ管理されていないファイルであると判定された場合、ステップＳ１５において、ファイルシステム情報認識部６１は、ファイルシステム情報を解析し、取得しようとするファイルのみを個別に取得する。
【０１４７】
以上によれば、取得しようとするファイルがグループ管理されているファイルである場合、一般に、その他の同一グループとして管理されたファイルも同時に必要となる事が多く、Gathered情報によりまとめて読み出すことにより、個々にファイルを検索して読み出すよりも効率よく読み出すことが可能となり、結果として、高速の読み出し（高速の再生）を実現させることが可能となる。
【０１４８】
以上においては、ファイルシステム情報に基づいて、Gathered.infファイルのアドレス位置を確認し、gathered.infファイルを取得していたが、例えば、記録媒体８１上の固定のアドレスにgathered.infファイルを記録するようにして、ファイルシステム情報を取得することなく、直接Gathered.infファイルを取得できるようにしても良い。
【０１４９】
図２０は、記録媒体８１上の固定のアドレスにgathered.infファイルを記録するようにして、ファイルシステム情報を取得することなく、直接Gathered.infファイルを取得できるようにした記録再生機構部２２の構成を示している。尚、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１５０】
図２０の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報認識部６１およびファイルシステム情報生成部６２に代えて、ファイルシステム情報認識部３０１およびファイルシステム情報生成部３０２を設けた点である。
【０１５１】
ファイルシステム情報認識部３０１は、基本的にファイルシステム情報認識部６１と同様の機能を有するものであるが、さらに、ファイルシステム情報生成部３０２により記録媒体８１上の固定アドレスに記録されたgahtered.infをファイルシステム情報を解析して記録アドレスを取得することなく読み出すことができる。
【０１５２】
また、ファイルシステム情報生成部３０２は、基本的には、ファイルシステム情報生成部６２と同様のものであるが、記録媒体８１上の固定アドレスにgahtered.infを記録させる。
【０１５３】
次に、図２１のフローチャートを参照して、図２０の記録再生機構部２２による記録処理について説明する。尚、図２１のフローチャートにおけるステップＳ２１，Ｓ２３乃至Ｓ２５の処理は、図１２のフローチャートにおけるステップＳ１，Ｓ３乃至Ｓ５の処理と同様であるので、その説明は省略する。
【０１５４】
ステップＳ２２において、ファイルシステム情報生成部３０２は、書込部７３を制御して、記録再生ブロック５３により記録媒体８１上に空のgathered.infファイルを十分な領域を、記録媒体８１上の予め決められた固定のアドレス上に確保して設定する。すなわち、ファイルシステム情報生成部３０２は、ファイル配置確定後にGathered情報を書き込むためにダミーのGathered.infファイルを記録媒体８１上の固定のアドレスに設定する。
【０１５５】
以上の処理により、Gathered.infファイルが、記録媒体８１上の固定のアドレス上に記録されることになるので、再生の際、ファイルシステム情報により、Gathered.infファイルの位置を確認することなく、Gathered.infファイルを取得することが可能となり、結果として、読み出し速度を向上させることが可能となる。
【０１５６】
次に、図２２のフローチャートを参照して、図２０の記録再生機構部２２による再生処理について説明する。尚、図２２のフローチャートにおけるステップＳ３２乃至Ｓ３４の処理は、図１９のフローチャートにおけるステップＳ１３乃至Ｓ１５の処理と同様であるので、その説明は省略する。
【０１５７】
ステップＳ３１において、ファイルシステム情報認識部３０１は、読出部９１を制御して、記録再生ブロック５３を介して記録媒体８１上の固定アドレスに記録されたGathered.infファイルを読み出させて取得し、取得したGathered.infを解析し、Gathered情報を取得する。
【０１５８】
以上の処理により、図１９のフローチャートにおけるステップＳ１１の処理を省くことが可能となるため、取得しようとするファイルをより高速に取得することが可能となり、結果として、グループ化処理による高速読み出しと併せて、さらに、高速の読み出し処理が可能となる。
【０１５９】
以上においては、グループ管理されたファイルと、グループ管理されていないファイルやディレクトリを記録媒体８１上の１のパーティションで管理する場合について説明してきたが、グループ化されたファイルを記録するパーティションと、グループ管理されていないファイルを記録するパーティションを設けて、グループ化されたファイルを１つのパーティションで管理できるようにしてもよい。
【０１６０】
また、１つまたは複数のグループごとに固有のパーティションを割り当てることも可能である。まとめて高速に読み出したいグループ（または複数のグループ）ごとにパーティションを割り当てることは、これまでにユーザデータ領域にgathered.infファイルという形で記録していたGathered情報がUDFのVolume Structureに記載されるパーティションごとの領域割り当て情報で代用できることになる。すなわち、これから説明する方法においては、Gathered情報をユーザデータ領域に特定のファイルとして記録することは必須ではない。
【０１６１】
図２３は、記録媒体８１上にグループ化されたファイルを記録するパーティションと、グループ管理されていないファイルを記録するパーティションを設けて、グループ化されたファイルを１つのパーティションで管理できるようにした記録再生機構部２２の構成を示している。尚、図２３において、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１６２】
図２３の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報認識部６１およびファイルシステム情報生成部６２に代えて、ファイルシステム情報認識部３１１およびファイルシステム情報生成部３１２を設けた点である。
【０１６３】
ファイルシステム情報認識部３１１は、基本的にファイルシステム情報認識部６１と同様の機能を有するものであるが、さらに、ファイルシステム情報生成部３１２により記録媒体８１上に設定された、グループ管理されているファイルを記録するパーティションからグループ管理されているファイルを読み出し（再生し）、グループ管理されていないファイルを記録するパーティションよりグループ管理されていないファイルを読み出す（再生する）。
【０１６４】
また、ファイルシステム情報生成部３１２は、基本的には、ファイルシステム情報生成部６２と同様のものであるが、さらに、記録媒体８１上にグループ管理されているファイルを記録するパーティションと、グループ管理されていないファイルを記録するパーティションを設定し、対応するファイルをそれぞれのパーティションに記録する。
【０１６５】
次に、図２４のフローチャートを参照して、図２３の記録再生機構部２２による記録処理について説明する。尚、図２４のフローチャートにおけるステップＳ４１，Ｓ４２，Ｓ４６の処理は、図１２のフローチャートにおけるステップＳ１，Ｓ２，Ｓ５の処理と同様であるので、その説明は省略する。
【０１６６】
ステップＳ４３において、ファイルシステム情報生成部３１２は、書込部７３を制御して、記録再生ブロック５３により記録媒体８１上に、２以上のパーティションを設定する。例えば、ここでは、パーティション１，２の２つのパーティションを設定するものとする。
【０１６７】
ステップＳ４４において、ファイルシステム情報生成部３１２は、ファイルとディレクトリ（UDFのFile Structureに相当するもの）を、グループ管理されているファイルとディレクトリと、グループ管理されていないファイルとディレクトリとをそれぞれパーティション毎に作成する。例えば、図２５で示されるように、ファイルシステム情報生成部３１２は、グループ管理されているファイルとディレクトリをパーティション１に作成し、グループ管理されていないファイルとディレクトリをパーティション２に作成する。
【０１６８】
すなわち、図２５においては、図５のグループ化ルールに基づいて、グループ管理されたグループＡ、Ｂ，Ｃ，ＸのディレクトリであるPLAYLISTディレクトリ、CLIPINFディレクトリ、Resourceディレクトリ、およびDATA１ディレクトリと、それぞれのディレクトリに属するファイルがパーティション１に作成され、グループ管理されていないディレクトリであるSTREAMディレクトリおよびDATA2ディレクトリと、それぞれのディレクトリに属するファイルがパーティション２に作成されている。
【０１６９】
ステップＳ４５において、ファイルシステム情報生成部３１２は、ECC符号化部７１および変調部７２を介して、書込部７３に入力される入力データを各グループ毎で、かつ、パーティション毎に配置ルールに従って、全てのファイルを配置して記録再生ブロック５３により記録媒体８１に書き込ませる。このとき、ファイルシステム情報生成部３１２は、書き込んだデータの配置情報を図示せぬメモリに記憶する。
【０１７０】
例えば、図２６で示されるような配置ルールにより全てのファイルが配置される。図２６においては、グループ管理を行うファイルに関するFile Structure、グループ管理を行うファイルの本体（図中のFiles）、および、グループ管理を行うファイルのバックアップデータ（図中のFiles Back Up）が、パーティション１に記録され、グループ管理を行わないファイルに関するFile Structure、ＡＶストリーム（図中のAV Stream）、および、グループ管理を行わない一般データ（図中のFiles）が記録されている。
【０１７１】
このように、グループ管理されたファイルと、グループ管理されていないファイルをそれぞれ異なるパーティションで管理することにより、連続的にグループ管理された情報が読み出される際には、１回のアクセスで全てのグループ管理されたファイルを連続的に読み出すことができるので、高速な読み出し処理を実現することができる。
【０１７２】
次に、図２７のフローチャートを参照して、図２３の記録再生機構部２２による再生処理について説明する。ステップS５１において、ファイルシステム情報認識部３１１は、ファイルシステム情報生成部３１２が記録時に設定したGathered情報、すなわちパーティション１にグループ管理ファイルが記録されているという情報を取得する。尚、図２７のフローチャートにおけるステップＳ５２の処理は、図１９のフローチャートにおけるステップＳ１３の処理と同様であるので、その説明は省略する。
【０１７３】
ステップＳ５３において、ファイルシステム情報認識部３１１は、取得したGathered情報に記録された、そのファイルが属するグループの位置情報に基づいて、読出部９１を制御して、記録再生ブロック５３を動作させて、記録媒体８１のグループ管理されているディレクトリとファイルが記録されている所定のパーティションから、そのグループに属する全てのファイルをまとめて読み出させ、取得する。
【０１７４】
すなわち、例えば、図２５，図２６の場合、取得しようとするファイルが、グループ化管理されているファイルであるとすれば、パーティション１に記録されていることになるので、Gathered情報により、取得したいファイルのグループが記録されたパーティション１より取得したいファイルの属するグループのファイルをまとめて読み出す。
【０１７５】
ステップＳ５４において、ファイルシステム情報認識部３１１は、ファイルシステム情報を解析し、取得しようとするファイルのみを、グループ管理されていないディレクトリとファイルが記録されたディレクトリより個別に取得する。この場合、ファイルシステム情報認識部３１１は、ファイルシステム情報に記録された、そのファイルが属するグループの位置情報に基づいて、読出部９１を制御して、記録再生ブロック５３を動作させて、記録媒体８１のグループ管理されていないディレクトリとファイルが記録されている所定のパーティション２から個別にファイルを読み出して取得する。
【０１７６】
以上の処理により、グループ管理されたファイルと、グループ管理されていないファイルをそれぞれ異なるパーティションで管理することにより、連続的にグループ管理された情報が読み出される際には、記録再生ブロック５３が記録媒体８１に対して、１回のアクセスで全てのグループ管理されたファイルを連続的に読み出すことができるので、高速な読み出し処理を実現することができる。
【０１７７】
以上においては、記録媒体８１における一般の記録データを記録する領域（いわゆる、ユーザデータ領域）上にgathered情報（gathered.infファイル）を書き込む場合の例、および、グループ化されるファイルに対して専用のパーティションを割り当てる場合の例について説明してきたが、物理領域（例えば、リードイン領域）にgathered.infファイルを書き込むようにしても良い。
【０１７８】
図２８は、記録媒体８１の物理領域にgathered情報を書き込み、また、記録媒体８１の物理領域に記録されたgathered情報ファイルを読み出すようにした記録再生機構部２２の構成を示している。尚、図２８において、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１７９】
図２８の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報認識部６１およびファイルシステム情報生成部６２に代えて、ファイルシステム情報認識部３３１およびファイルシステム情報生成部３３２を設けた点である。
【０１８０】
ファイルシステム情報認識部３３１は、基本的にファイルシステム情報認識部６１と同様の機能を有するものであるが、さらに、ファイルシステム情報生成部３３２により記録媒体８１の物理領域上に設定された、gathered情報を読み出すように読出部９１を制御する。
【０１８１】
また、ファイルシステム情報生成部３１２は、基本的には、ファイルシステム情報生成部６２と同様のものであるが、さらに、記録媒体８１の物理領域上にgathered情報を記録させるように書込部７３を制御する。
【０１８２】
次に、図２９のフローチャートを参照して、図２８の記録再生機構部２２による記録処理について説明する。尚、図２９のフローチャートにおけるステップＳ６１乃至Ｓ６３の処理は、図１２のフローチャートにおけるステップＳ１，Ｓ３，Ｓ４の処理と同様であるので、その説明は省略する。
【０１８３】
ステップＳ６４において、ファイルシステム情報生成部３３２は、書込部７３を制御して、図３０で示されるように、記録再生ブロック５３により記録媒体８１の物理領域上に、gathered情報を書き込む。
【０１８４】
すなわち、図３０で示されるように、これまでユーザデータ領域に他のデータと共にgathered.infファイルとして記録されていたGathered情報が物理領域に記録される。
【０１８５】
以上の処理により、記録媒体８１上の情報を読み出す際に、最初に読み出される物理領域の情報にGathered情報が記録されることになるので、再生の際、ファイルシステム情報により、Gathered.infファイルの位置を確認することなく、Gathered情報を取得することが可能となり、結果として、読み出し速度を向上させることが可能となる。
【０１８６】
次に、図３１のフローチャートを参照して、図２８の記録再生機構部２２による再生処理について説明する。尚、図３１のフローチャートにおけるステップＳ７２乃至Ｓ７４の処理は、図１９のフローチャートにおけるステップＳ１３乃至Ｓ１５の処理と同様であるので、その説明は省略する。
【０１８７】
ステップＳ７１において、ファイルシステム情報認識部３３１は、読出部９１を制御して、記録再生ブロック５３を介して図３０で示されるような記録媒体８１の物理領域上に記録されたGathered情報を取得する。
【０１８８】
以上の処理により、記録媒体８１上の情報を読み出す際に、ファイルシステム情報により、Gathered.infファイルの位置を確認することなく、Gathered情報を取得することが可能となり、結果として、読み出し速度を向上させることが可能となる。
【０１８９】
以上においては、UDFなどのグループ管理が想定されていないルールのもとで、特に、記録媒体上にGathered情報を設けて、これに基づいてグループ管理を行う例、およびパーティション分割によってファイルのグループ管理を行う例について説明してきたが、例えば、UDFにおけるルールを用いて、上述したGathered.infファイルを特に用いることなく、Gahtered情報を書き込むようにしてもよい。
【０１９０】
図３２は、UDFにおけるルールを用いて、上述したGathered情報を記録するようにした記録再生機構部２２の構成を示している。尚、図３２において、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１９１】
図３２の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報認識部６１およびファイルシステム情報生成部６２に代えて、ファイルシステム情報認識部３４１およびファイルシステム情報生成部３４２を設けた点である。
【０１９２】
ファイルシステム情報認識部３４１は、基本的な機能においてファイルシステム情報認識部６１と同様であるが、さらに、読出部９１を制御して、ファイルシステム情報生成部３４２によりUDFのFile Structureの部分に記録された情報を読み出させると共に、File Structureに記述された情報に基づいて、グループ管理されたファイルを読み出すように読出部９１を制御する。
【０１９３】
また、ファイルシステム情報生成部３４２は、基本的な機能においてファイルシステム情報生成部６１と同様であるが、さらに、UDFのFile Structureの部分に対応する情報を設定して、記録媒体８１に記録させるように書込部７３を制御する。
【０１９４】
次に、図３３のフローチャートを参照して、図３２の記録再生機構部２２による記録処理について説明する。
【０１９５】
ステップＳ８１において、ファイルシステム情報生成部３４２は、ファイルとディレクトリ（UDFのFile StructureおよびFileに相当するもの）を、例えば、図３４で示されるように、rootディレクトリ直下に作成する。すなわち、ファイルシステム情報生成部３４２は、例えば、図３４で示されるようにroot直下にBDMVディレクトリ、Resourceディレクトリ、DATA1ディレクトリなどと共に、それぞれのディレクトリにファイルを作成する。尚、図３４の構造は、図１３のGathered.infを削除したものと同様であり、図６を参照して説明した構成と同様であるので、その説明は省略する。
【０１９６】
ステップＳ８２において、ファイルシステム情報生成部３４２は、図示せぬメモリ内にディレクトリ情報であるFID情報とFE情報の配置を決定する。さらに、ステップＳ８３において、ファイルシステム情報生成部３４２は、書込部７３を制御して、記録媒体８１上に決定したディレクトリの配置毎に実際のファイルの配置を決定しファイルデータを記録する。尚、この際、ファイルシステム情報生成部３４２は、書き込んだファイル、および、ディレクトリのFID、および、FEを順次図示せぬメモリに記憶する。
【０１９７】
UDFの場合、読み出しに時間がかかる理由として、1つのファイルにアクセスするとき、第１に、File Identifier Descriptor（FID）を認識し、第２に、そのFIDに基づいてFile Entry（FE）を読み出し、第３に、FEに基づいてファイル本体にアクセスすることになるため、３つのステップが有るにも関わらず、FEとファイル本体の記録位置が限定されていないという問題がある。そこで、ファイルシステム情報生成部３４２は、FEとファイル本体の配置方法に一定のルールを適用して配置を決定する。
【０１９８】
すなわち、まずFEについては、同一ディレクトリ下のファイル/ディレクトリに対するFEをディレクトリ情報において記載されたFIDの順に連続して配置する。また、ファイル本体についてもFEと同様にディレクトリ情報におけるFIDの配置順に連続して配置することとする。さらに、上記のようなルールをディレクトリ内だけでなく、特定のアプリケーションに対しては同一ディレクトリ内にある複数のディレクトリ間でも規定する。
【０１９９】
ステップＳ８４において、ファイルシステム情報生成部３４２は、書込部７３を制御して、書き込んだファイルの位置情報、およびステップＳ８２の処理で決定したディレクトリ情報の配置情報より、FE情報を確定し、File Structure情報として記録媒体８１に書き込む。
【０２００】
ステップＳ８５において、ファイルシステム情報生成部３４２は、書込部７３を制御して、ステップＳ８２の処理で確定したFEの配置情報より、FID情報を確定し、File Structure情報として記録媒体８１に書き込む。
【０２０１】
結果として、例えば、図３４におけるBDMVディレクトリの構造が、図３５で示されるような配置形式で、File Structureに記述される。尚、図３５においては、左列がLBNを示し、中央がStructureを示し、右列がDescriptorsを示している。すなわち、LBNがAの領域には、StructureとしてBDMVディレクトリの構造が記述されており、それぞれDescriptorsとして、上からFID（parent derectory）、FID（Unit_Key_Gen_Value.inf）、FID（CPS_CCI.inf）・・FID（PLAYLIST）、FID（CLIPINF）、FID（STREAM）と記述されている。これらは、図３４におけるBDMVディレクトリの直下に記録された各ファイル、または、ディレクトリのFIDとして記述されている。
【０２０２】
さらに、LBNがA+1乃至A+7の領域において、Structureとして、ICB（Information Control Block）s for files under CLIPINF Directoryの構造が記述されており、Descriptorとして、上述したFIDに対応する位置に、上からFE（Unit_Key_Gen_Value.inf）、FE（CPS_CCI.inf）・・FE（PLAYLIST）、FE（CLIPINF）、FE（STREAM）が配置される。すなわち、図３５で示されるように、FIDとFEの各項目が同じ順序で配置される。
【０２０３】
このように配置されることにより、ディレクトリ情報における最初のFIDと最後のFIDを調べることで同一ディレクトリ下のファイル/ディレクトリに対するFEが書かれた領域の開始点と終了点を取得できる。
【０２０４】
その他のディレクトリも同様の構成でStructure内に構成される。例えば、CLIPINFディレクトリについては、図３６で示されるような構成となる。LBNがB乃至B+Xの領域には、StructureとしてCLIPINFディレクトリの構造が記述されており、それぞれDescriptorsとして、上からFID（parent derectory）、FID（01000.clpi）、FID（02000.clpi）・・FID（XXXXX.clpi）と記述されている。これらは、図３４におけるCLIFINFディレクトリの直下に記録された各ファイル、または、ディレクトリのFIDとして記述されている。
【０２０５】
さらに、LBNがB+X+1乃至B+X+Nの領域において、Structureとして、ICB（Infomation Contorol Block）s for files under CLIPINF の構造が記述されており、Descriptorとして、上述したFIDに対応する位置に、上からFE（01000.clpi）、FE（02000.clpi）・・FE（XXXXX.clpi）が配置される。すなわち、図３６においても、FIDとFEの各項目が同じ順序で配置される。
【０２０６】
これにより、まず、先頭FIDを読み出し、これに基づいて先頭FEを読み出し、さらに、先頭ファイル本体の開始位置を確認すると共に、最終位置のFIDを読み出し、これに基づいて最終位置のFEを読み出し、さらに、最後のファイル本体の終了位置を確認することにより、ディレクトリ下のファイルが保存されている領域の先頭アドレスと最終アドレスを取得することができ、1回の読み出しによりまとめてデータを取得することが可能となる。
【０２０７】
次に、図３７のフローチャートを参照して、図２８の記録再生機構部２２による再生処理について説明する。
【０２０８】
ステップＳ９１において、ファイルシステム情報認識部３４１は、読出部９１を制御して、記録再生ブロック５３を介して、記録媒体８１上に記録されたファイルシステム情報を解析し、目的のファイルが存在するディレクトリの情報を取得する。
【０２０９】
ステップＳ９２において、ファイルシステム情報認識部３４１は、ステップＳ９１の処理で取得されたディレクトリ情報内のファイル用FIDのうち、先頭／最後尾のものが指し示すFEの位置を取得する。
【０２１０】
ステップＳ９３において、ファイルシステム情報認識部３４１は、記録再生ブロック５３を制御して、取得した先頭FEが指すファイルの開始点乃至最後のFEが指すファイル終了点までの範囲の情報（または、先頭FEが指すディレクトリの開始点乃至最後のFEが指すディレクトリ終了点までの範囲の情報）をまとめて読み出させる。
【０２１１】
ステップＳ９４において、ファイルシステム情報認識部３４１は、ステップＳ９３の処理でまとめて読み出されたデータから目的とする個別のファイルを取得する。すなわち、ファイルシステム情報認識部３４１は、まとめて読み出したファイルから、ファイルシステム情報に基づいて、目的とする個別のファイルを取得する。
【０２１２】
すなわち、以上の処理により、例えば、図３５で示されるBDMVディレクトリ、PLAYLISTディレクトリ、CLIPINFディレクトリの各ディレクトリに保管されたファイルが、連続して配置されている場合、BDMVディレクトリ下の先頭のファイルFE（Unit_Key_Gen_Value.inf）を開始点として図３６で示すようにCLIPINFディレクトリ下の最後のファイル（XXXXX.clpi）が終了点であるとすれば、これらの情報をまとめて読み出すことにより、上記３つのディレクトリに保管されたファイルを1回で読み出すことが可能となり、高速での読み出しを可能にする。
【０２１３】
これにより、まず、先頭FIDを読み出し、これに基づいて先頭ＦＥを読み出し、さらに、先頭ファイル本体の開始位置を確認すると共に、最後のFIDを読み出し、これに基づいて最後のＦＥを読み出し、さらに、最後のファイル本体の終了位置を確認することにより、ファイル本体の開始位置と終了位置の情報により、ディレクトリ下のファイルが保存されている領域の先頭アドレスと最終アドレスが取得でき、1回の読み出しによりまとめてデータを取得することが可能となる。また、上記のようなルールをディレクトリ内だけでなく、特定のアプリケーションに対しては同一ディレクトリ内にある複数のディレクトリ間でも規定することにより、管理データ全体の開始アドレスと終了アドレスをFile Structureの一部を解析するだけで取得可能となる。結果として、読み出し速度を向上させることが可能となる。
【０２１４】
尚、以上においては、例えば、図１４などを参照した配置ルールの説明において、１層式のディスクの場合について説明してきたが、多層式のディスクにおいても、同様の配置ルールを設定することができる。
【０２１５】
例えば、図３８においては、メタデータパーティションを使用した場合を示しているが、メタデータパーティションを使用しない場合も同様に多層メディアへの適用が可能である。
【０２１６】
図３８において、上段から１層目乃至４層目までの配置ルールが記載されており、１，３層目は、図中最外周方向にLBNが増加するように配置され、２，４層目は、図中最内周方向にLBNが増加するように配置されており、１層目、２層目、３層目、４層目と連続的に領域が設定されている。
【０２１７】
１層目では、”Volume Structure”、”MD File FE”、”File Structure”、”MD Bitmap FE”、MD Bitmap”、”MD Mirror（Case１）”、および、”File Data”の順にLBNが増加する方向に配置され、２層目では、”File Data”、”MD Mirror（Case２）”、”Free Area” の順にLBNが増加する方向に配置され、３層目では、”Free Area”が配置され、４層目は、”Free Area”、”MD Mirror（Case３）”、および、”Volume Structure”の順にLBNが増加する方向に配置されて、記録されている。
【０２１８】
ここで、”MD Mirror”とは、メタファイル（File Structure）を二重に記録するためのものであり、”MD Mirror”の記録位置としてはCase１乃至3の３種類が考えられる（すなわち、いずれか１つだけが記録される）。また、メタデータビットマップファイルはメタファイル内に使用中の領域と使用していない領域を定義するためのものであるが、記録媒体８１が、ROMである場合について適用する必要がない。そのためROMメディアで使用する場合は図中の”MD Bitmap FE”および”MD Bitmap”は不要となる。
【０２１９】
また、多層のROMメディアにおいてはディスク製造時にデータ量が確定するため、図４２で示されるように2層ディスクの場合、データ量の半分をそれぞれ1層目、2層目に記録し、論理セクタ、論理ブロックはデータを記録した領域にのみ割り当てられる。
【０２２０】
尚、図３９においては、１層目では、”Volume Structure”、”MD File FE”、”File Structure”、”MD Bitmap FE”、MD Bitmap”、”MD Mirror（Case１）”、および、”File Data”の順にLBNが増加する方向に配置され、２層目では、”File Data”、”MD Mirror（Case２）”、”Free Area”および、”Volume Structure”が、LBNが減少する方向に配置されて、記録されている。図３８の場合と同様に”MD Mirror”の記録位置としてはCase１、Case２の２種類が考えられる（すなわち、いずれか１つだけが記録される）。
【０２２１】
以上によれば、いずれにおいても、記録媒体に記録されたグループ管理されたファイルを高速で読み出す（高速で再生する）ことが可能となる。
【０２２２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどにプログラム格納媒体からインストールされる。
【０２２３】
プログラムが格納されているプログラム格納媒体は、図１に示すように、記録再生装置１とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disc-Read Only Memory)，DVD（Digital Versatile Disk）を含む）、光磁気ディスク４３（MD（Mini-Disc）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、記録再生装置１に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２や、記憶部１８に含まれるハードディスクなどで構成される。
【０２２４】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【０２２５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２２６】
【図１】本発明を適用した記録再生装置の一実施の形態の構成を示す図である。
【図２】図１の記録再生機構部の構成を示す図である。
【図３】グループ管理の例を示す図である。
【図４】図３のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図５】グループ管理のその他の例を示す図である。
【図６】図５のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図７】記録媒体上に記録されるデータの配置例を説明する図である。
【図８】ファイルシステム情報を示す図である。
【図９】グループ管理されたファイルの各種の操作に応じた変更の有無を示す図である。
【図１０】UDFによるファイルへのアクセス手順を説明する図である。
【図１１】UDFによるファイルへのアクセス手順を説明する図である。
【図１２】図２の記録再生機構部による記録処理を説明するフローチャートである。
【図１３】図２のの記録再生機構部によるグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図１４】図２の記録再生機構部により記録媒体上に記録されるデータの配置例を説明する図である。
【図１５】Gathered情報を説明する図である。
【図１６】図２の記録再生機構部により記録媒体上に記録されるデータの配置例のその他のを説明する図である。
【図１７】図２の記録再生機構部により記録媒体上に記録されるデータの配置例のさらにその他のを説明する図である。
【図１８】図２の記録再生機構部により記録媒体上に記録されるデータの配置例のさらにその他のを説明する図である。
【図１９】図２の記録再生機構部による再生処理を説明するフローチャートである。
【図２０】図１の記録再生機構部のその他の構成を示す図である。
【図２１】図２０の記録再生機構部による記録処理を説明するフローチャートである。
【図２２】図２０の記録再生機構部による再生処理を説明するフローチャートである。
【図２３】図１の記録再生機構部のさらにその他の構成を示す図である。
【図２４】図２３の記録再生機構部による記録処理を説明するフローチャートである。
【図２５】図２３の記録再生機構部による記録処理におけるパーティション毎のディレクトリの構造を説明する図である。
【図２６】図２３の記録再生機構部により記録媒体上に記録されるデータの配置例を説明する図である。
【図２７】図２３の記録再生機構部による再生処理を説明するフローチャートである。
【図２８】図１の記録再生機構部のさらにその他の構成を示す図である。
【図２９】図２８の記録再生機構部による記録処理を説明するフローチャートである。
【図３０】図２８の記録再生機構部により記録媒体上の物理層に記録される処理を説明する図である。
【図３１】図２８の記録再生機構部による再生処理を説明するフローチャートである。
【図３２】図１の記録再生機構部のさらにその他の構成を示す図である。
【図３３】図３２の記録再生機構部による記録処理を説明するフローチャートである。
【図３４】図３２の記録再生機構部による記録処理におけるディレクトリの構造を説明する図である。
【図３５】図３２の記録再生機構部による記録処理により記録されるFile Structureを説明する図である。
【図３６】図３２の記録再生機構部による記録処理により記録されるFile Structureを説明する図である。
【図３７】図３２の記録再生機構部による再生処理を説明するフローチャートである。
【図３８】図２の記録媒体のその他の構成をにおけるデータの配置例を説明する図である。
【図３９】図２の記録媒体のその他の構成をにおけるデータの配置例を説明する図である。
【符号の説明】
【０２２７】
２２  記録再生機構部，  ５１  制御部，  ５２  記録部，  ５３  記録再生ブロック，  ５４  再生部，  ６１  ファイルシステム情報認識部，  ６２  ファイルシステム情報生成部，  ７１  ECC符号化部，  ７２  変調部，  ７３  書込部，  ８１  記録媒体，  ９１  読出部，  ９２  復調部，  ９３  ECC復号部，  ３０１  ファイルシステム情報認識部，  ３０２  ファイルシステム情報生成部，  ３１１  ファイルシステム情報認識部，  ３１２  ファイルシステム情報生成部，  ３３１  ファイルシステム情報認識部，  ３３２  ファイルシステム情報生成部，  ３４１  ファイルシステム情報認識部，  ３４２  ファイルシステム情報生成部
【図１】
2008305546.tif 000003
【図２】
2008305546.tif 000004
【図３】
2008305546.tif 000005
【図４】
2008305546.tif 000006
【図５】
2008305546.tif 000007
【図６】
2008305546.tif 000008
【図７】
2008305546.tif 000009
【図８】
2008305546.tif 000010
【図９】
2008305546.tif 000011
【図１０】
2008305546.tif 000012
【図１１】
2008305546.tif 000013
【図１２】
2008305546.tif 000014
【図１３】
2008305546.tif 000015
【図１４】
2008305546.tif 000016
【図１５】
2008305546.tif 000017
【図１６】
2008305546.tif 000018
【図１７】
2008305546.tif 000019
【図１８】
2008305546.tif 000020
【図１９】
2008305546.tif 000021
【図２０】
2008305546.tif 000022
【図２１】
2008305546.tif 000023
【図２２】
2008305546.tif 000024
【図２３】
2008305546.tif 000025
【図２４】
2008305546.tif 000026
【図２５】
2008305546.tif 000027
【図２６】
2008305546.tif 000028
【図２７】
2008305546.tif 000029
【図２８】
2008305546.tif 000030
【図２９】
2008305546.tif 000031
【図３０】
2008305546.tif 000032
【図３１】
2008305546.tif 000033
【図３２】
2008305546.tif 000034
【図３３】
2008305546.tif 000035
【図３４】
2008305546.tif 000036
【図３５】
2008305546.tif 000037
【図３６】
2008305546.tif 000038
【図３７】
2008305546.tif 000039
【図３８】
2008305546.tif 000040
【図３９】
2008305546.tif 000041