(57)【要約】【課題】  記録媒体の記録領域を有効に利用する。【解決手段】  ファイルシステム情報からなるMIAが更新されて、記録再生ブロック５３は、記録媒体上のFree area上のブロックＢ’’１にファイルシステム情報であるMainMIAを記録する。さらに、ブロックＢ’’２に、グループ管理されているファイル群であるMainG1、Res.G1、MainG2、Res.G2、G3がブロックＢ’’２記録される。さらに、ファイルシステム情報のバックアップ用のRes.MIAがブロックＢ’’３に記録される。本発明は、記録媒体にグループ管理された情報を記録する情報記録再生装置に適用することが可能である。【選択図】  図１２
2005149638.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを記録媒体に記録する記録手段と、
前記ファイルの使用頻度、前記ファイルのサイズ、または、特定のアプリケーションプログラムに使用されるものであるか否かの情報を含む属性情報に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体に記録させるように前記記録手段を制御する制御手段と
を備えることを特徴とする情報記録再生装置。
【請求項２】
前記設定手段は、前記属性情報をアロケーションクラスの値により識別し、前記ファイルのアロケーションクラスの値に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体に記録させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項３】
前記ファイルの追加、または、変更が発生した場合、前記制御手段は、前記記録媒体にグループ毎に記録されたファイルのうち、前記追加、または、変更が発生したファイルの属するグループの全てのファイルを、前記記録媒体の他の領域にまとめて再記録するように、前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項４】
前記ファイルの追加、または、変更が発生した場合、前記制御手段は、前記記録媒体にグループ毎に記録されたファイルのうち、前記追加、または、変更が発生したファイルの属するグループを含む、複数のグループの全てのファイルを、前記記録媒体の他の領域にまとめて再記録するように、前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項５】
前記記録媒体のファイルシステム情報が変更された場合、前記制御手段は、前記記録媒体にグループ毎に記録されたファイルのうち、少なくとも１のグループの全てのファイルと、前記ファイルシステム情報とを、前記記録媒体の他の領域にまとめて再記録するように、前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項６】
前記記録媒体に、前記グループ毎に前記記録媒体に記録されているファイルシステム情報を読み出す読出手段をさらに備え、
前記読出手段は、前記再記録されたファイルシステム情報の読み出しに失敗した場合、前記再記録される前の領域の前記読み出しに失敗したファイルシステム情報に対応するファイルシステム情報を読み出す
ことを特徴とする請求項５に記載の情報記録再生装置。
【請求項７】
前記ファイルの追加、または、変更が発生した場合、前記制御手段は、所定の指令が送信された後、前記記録媒体にグループ毎に記録されたファイルのうち、前記追加、または、変更が発生したファイルの属するグループの全てのファイルを、前記記録媒体の他の領域にまとめて再記録するように、前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項８】
前記制御手段は、前記ファイルの使用頻度、前記ファイルのサイズ、または、特定のアプリケーションプログラムに使用されるものであるか否かの情報を含む、その属性情報に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体の連続する領域にまとめて記録させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録再生装置。
【請求項９】
ファイルを記録媒体に記録する記録ステップと、
前記ファイルの使用頻度、前記ファイルのサイズ、または、特定のアプリケーションプログラムに使用されるものであるか否かの情報を含む属性情報に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体に記録させるように前記記録ステップの処理を制御する制御ステップと
を備えることを特徴とする情報記録再生方法。
【請求項１０】
ファイルの使用頻度、前記ファイルのサイズ、または、特定のアプリケーションプログラムに使用されるものであるか否かの情報を含む属性情報に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体に記録させるように制御する制御ステップを含む
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項１１】
ファイルの使用頻度、前記ファイルのサイズ、または、特定のアプリケーションプログラムに使用されるものであるか否かの情報を含む属性情報に基づいて、前記ファイルをグループ化して、前記ファイルを前記グループ毎に前記記録媒体に記録させるように制御する制御ステップを含む
処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録再生装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、記録媒体の記録領域を有効に活用できるようにした情報記録再生装置および方法、プログラム格納媒体、並びにプログラムに関する。
【背景技術】
【０００２】
大容量の記録媒体にファイルを記録する技術が普及しつつある。
【０００３】
これらの大容量の記録媒体にファイルを記録する様々なフォーマットが提案されている。
【０００４】
例えば、DVD（Digital Versatile Disc）で使用されているUDF（Universal Disc Format）などがある（例えば、非特許文献１参照）。
【非特許文献１】Universal Disk Format Specification Revision 2.01 March 15, 2000 Optical Storage Technology Association
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述の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１１より供給されてくる制御信号に基づいて、記録部５２を制御して、記録再生ブロック５３に記録媒体８１に対して情報を記録させたり、または、再生部５４を制御して、記録再生ブロック５３に記録媒体８１に記録されている情報を読み出させたりする。
【００４１】
制御部５１のファイルシステム情報生成部６２は、入力データのファイルの属性に基づいて、入力データのうちの所定の属性のファイルをグループ化処理（グループ管理とも称する）するために必要なファイルシステム情報を生成し、記録部５２に供給する。また、ファイルシステム情報に基づいて、書込部７３を制御し、記録再生ブロック５３によりファイルを記録媒体８１に書き込ませる。また、ファイルシステム情報生成部６２は、ファイルシステム情報に基づいて、グループ管理されたファイルをまとめて記録媒体８１上の連続する領域に記録させる。さらに、ファイルの更新や変更が指示された場合、ファイルシステム情報生成部６２は、更新や追加の指示があったファイルの情報を更新情報記憶部６３に記憶させた後、その更新情報記憶部６３に記憶された更新、または、追加の指示に基づいて、更新や追加があったファイルがグループ管理されたファイルであったとき、その更新や追加が指示されたファイルの属するグループの全てのファイルをまとめて、記録媒体８１上の別の連続する領域に記録させる。
【００４２】
制御部５１のファイルシステム情報認識部６１は、再生部５４より供給されるファイルシステム情報を読み出し、このファイルシステム情報に基づいて、所定のファイルを読み出す。そして、制御部５１（ファイルシステム情報認識部６１）は、このファイルシステム情報に基づいて、記録媒体８１上のファイルを読み出すように読出部９１を制御する。また、読み出すファイルが、グループ管理されたファイルであった場合、読み出すように指示されたファイルが属するグループであって、記録媒体８１上の所定の連続する領域に記録された全てのファイルを読み出す。
【００４３】
記録再生ブロック５３は、書込部７３、または、読出部９１により制御され、記録媒体８１に対して物理的に情報を記録、または、再生する。記録媒体８１は、機械的、光学的、磁気的、または、磁気光学的に記録可能なもので、繰り返し書込みが可能なもの（例えば、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）ストリームデータなど）とファイルシステム情報とに分離し、通常のファイルを出力データとして出力し、ファイルシステム情報を制御部５１に出力する。
【００４６】
次に、図３を参照して、ファイルシステム情報生成部６２によりグループ化して管理される入力データのファイルの管理構造について説明する。
【００４７】
図３は、書き換え可能な記録媒体にAVストリームデータを記録する際に、各種のデーファイルを管理する場合の例について示したものであり、その管理構造は、Blu-Ray Disc Rewritable（商標）規格の管理構造に準拠したものである。図３においては、図中上からコンテンツ管理レイヤ、プレイリストレイヤ、および、クリップレイヤの３個のレイヤが示されている。
【００４８】
ここで、コンテンツ管理レイヤには、プレイリスト管理テーブル１１１、および、サムネイル管理テーブル１１２が属している。また、プレイリストレイヤには、プレイリスト１１３−１乃至１１３−３が属している。さらに、クリップレイヤには、クリップ情報１２１−１乃至１２１−３が属している。尚、以下において、プレイリスト１１３−１乃至１１３−３、および、クリップ情報１２１−１乃至１２１−３をそれぞれ区別する必要がない場合、単に、プレイリスト１１３、および、クリップ情報１２１を称するものとして、その他の構成についても同様とする。
【００４９】
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ディレクトリの下に、これら以外のディレクトリを作っても良いが、Blu-Ray Disc Audio Visual（BDAV）情報としては扱われない。
【００５８】
同図に示されるように、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"ディレクトリには、直下にサムネイルファイル１４１−１，１４１−２に対応するmenu.tdt1，menu.tdt2が保持されており、また、サムネイルファイル１５１−１，１５１−２に対応するmark.tdt1，mark.tdt2が保持されている。さらに、プレイリスト管理テーブル１１１に対応するinfo.bdav、サムネイル管理テーブル１１２に対応するmenu.tidx，mark.tidxが保持されている。
【００７２】
また、"root"ディレクトリ直下には、"DATA1"ディレクトリ、および、"DATA2"ディレクトリが設定されており、それぞれグループ管理されるファイルとして、ファイル１６１−１，１６１−２に対応するFile1.dat，File2.dat・・・、および、ファイル１７１−１，１７１−２に対応するFileA.dat，FileB.dat・・・が保持されている。
【００７３】
図４で示されるディレクトリ下で管理されるファイルおよびディレクトリにおいて、図３で示されるように、サムネイルファイル１４１−１，１４１−２に対応するmenu.tdt1，menu.tdt2はグループ３として、サムネイルファイル１５１−１，１５１−２に対応するmark.tdt1，mark.tdt2は、グループ４として、プレイリスト管理テーブル１１１に対応する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（書き換え可能な記録媒体）の規格に基づいたグループ化における管理構造を示したが、次に、図５，図６を参照して、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４として管理されている。
【０１０２】
具体的なアロケーションクラスの値は、AC０が一般のデータファイルであり、AC１がグループ１に属するファイルであり、AC２がグループ２に属するファイルであり、AC３がグループ３に属するファイルであり、AC４がグループ４に属するファイルでありAC５乃至１５が未使用であり、AC１６がリアルタイムファイルタイプ１（低レート）であり、AC１７がリアルタイムファイルタイプ２（高レート）であり、さらに、AC１８乃至２５５が未使用となっている。
【０１０３】
MIAには、グループごとに割り当てられた記録領域に関する情報が記録されており、例えば、図８で示されるファイルシステム情報内のAllocation Rule Set Table（ARST）のように記載されている。上述したように、ARSTには、グループごとに割り当てられた領域の開始アドレス、終了アドレスが記載されており、この情報によりデータを読み出す際にはファイル単体の読み込みではなく、グループに属するファイルをまとめて読み出すことが可能となり、読み出し時間が短縮される。
【０１０４】
尚、図８においては、ファイルのグループ毎に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回の連続領域読み出しによって取得可能な構成となる。なお、図中のグループ１乃至４は図３，図４で説明したグループ化方法に対応している。
【０１０６】
グループ１乃至３（図中のG１，Ｇ２，Ｇ３）は、Blu-ray Disc Rewritable規格における、アプリケーション管理データである。これらのファイルは記録媒体から高速にまとめて読み出す必要があり、上述のMIAと一緒にGathered File領域にまとめて記録されている。また、グループ１とグループ２に属するファイルはコンテンツ再生に必須のファイルであり、記録媒体上に欠陥セクタが発生した場合においてもできる限りファイルのデータを失わない仕組みが必要であるため、グループ１とグループ２に属するファイルについてはMain領域とReserved領域の２箇所に同じファイルが記録されている。
【０１０７】
グループ４（図中のG４）は、マーク用のサムネイル情報である。このファイルは、まとめて記録しておく必要はあるが、グループ１乃至３と比較すると使用頻度が低く、記録媒体へのアクセス開始時にすべて読み出す必要性も低い。そのため、グループ単体として連続な記録領域に記録されているが、他のグループとあわせて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）はすべての操作において変更が発生するのに対し、各グループのファイルは変更発生の有無にばらつきがある。
【０１１６】
なお、グループ単位で「変更あり」となるケースは、新規のファイルを記録する場合、記録済みファイルの内容が変化しデータの再記録が必要な場合に該当する。単にファイルを削除しただけの場合、これまで使用されていた領域が使用されなくなるだけであり、グループごとに特定の領域にまとめて記録しているファイル群はそのままでよく、削除されたファイルを除き再度グループ全体を記録しなおす必要はない。
【０１１７】
次に、図１０のフローチャートを参照して、図２の記録再生機構部２２による記憶処理について説明する。
【０１１８】
ステップＳ１において、ファイルシステム情報生成部６２は、ファイルの追加、または、更新が発生したか否かを判定し、追加、または、更新の処理が発生したと判定されるまで、その処理を繰り返す。そして、例えば、ファイルの追加、または、更新の処理が発生したと判定された場合、その処理は、ステップＳ２に進む。
【０１１９】
ステップＳ２において、ファイルシステム情報生成部６２は、追加、または、更新の処理が発生したファイルの属性に基づいて、そのファイルが、管理グループに属したファイルであるか否か、すなわち、グループ管理されており、図７で示したMainG1、Res.G1、MainG2、Res.G2、G3のいずれかのグループに属しているファイルであるか否かを判定する。
【０１２０】
ステップＳ２において、例えば、追加、または、変更の処理が発生したファイルが、管理グループに属したファイルであると判定された場合、ステップＳ３において、ファイルシステム情報生成部６２は、管理グループのファイルのいずれかに更新または追加の処理が発生したことを、更新情報記憶部６３に記憶させる。
【０１２１】
ステップＳ４において、ファイルシステム情報生成部６２は、追加、または、変更が発生したファイルの情報を更新情報記憶部６３に記憶させる。
【０１２２】
一方、ステップＳ２において、追加、または、更新が発生したファイルが、管理グループのいずれにも属していないファイルであると判定された場合、ステップＳ３の処理はスキップされる。
【０１２３】
以上の処理により、グループ管理されているファイルに追加、または、変更があったとき、管理グループのファイルのいずれかに更新または追加の処理が発生したことと、そのファイルの情報が、更新情報記憶部６３に記憶されることになる。
【０１２４】
次に、図１１のフローチャートを参照して、図２の記録再生機構部２２によるファイルの記録処理について説明する。
【０１２５】
ステップＳ１１において、ファイルシステム情報生成部６２は、ファイルの記録が指令されたか否かを判定し、ファイルの記録が指示されるまで、その処理を繰り返す。そして、ステップＳ１１において、ファイルの記録が指示された場合、ファイルシステム情報生成部６２は、ステップＳ１２において、更新情報記憶部６３を確認し、更新、または、追加が発生したグループ管理されていないファイルの情報を読み出し、書込部７３を制御して、記録再生ブロック５３に管理グループに属さないファイルを記録媒体８１の新たな領域に記録させると共に、これにあわせたファイルシステム情報を生成し、同様に、記録再生ブロック５３に記録媒体８１に記録させる。より詳細には、ファイルシステム情報生成部６２は、ファイルシステム情報認識部６１に問い合わせて、ファイルシステム情報により今現在の記録媒体８１上の記録情報を取得して、その情報に基づいて、新たな記録媒体８１上のアドレスを指定して、ファイルの記録を指示する。
【０１２６】
例えば、更新、または、追加の処理がなされたファイルが発生するまでの記録媒体８１の状態が、図１２の状態Ａで示されるとき、ステップＳ１２の処理により、その状態Ｂに変化する。
【０１２７】
尚、状態Ａについては、図中左から、reserved、AIA1、AIA2、AV Stream、G4、Main MIA、MainG1、Res.G1、MainG2、Res.G2、G3、Res.MIA、Free area、AIA3、AIA4、および、reservedの順に記録されている。ステップＳ１２の処理により、まず、記録再生ブロック５３は、記録媒体８１上のFree area上のグループ管理されたファイルからなるブロックＢ１，Ｂ２，Ｂ３に最も近い位置にブロックＢ４で示される、グループ管理されていないファイル（図中のData File）を記録する。さらに、この記録に伴って、記録媒体８１上に記録されたファイルの位置情報が変化することになるため、対応するファイルシステム情報からなるMIAが更新されて、ブロックＢ’１，Ｂ’３に、それぞれMainMIA、Res.MIAが記録されると共に、AIAに記録されたMainMIA、Res.MIAの位置情報をブロックＢ’１，Ｂ’３を指し示すように更新する。その結果、それまでMainMIA、Res.MIAが記録されていた領域であるブロックＢ１，Ｂ３は参照されない状態となる（図中のnot usedと記録されたブロック）。尚、ステップＳ１２の処理は、グループ管理されないファイルに変更や追加があった場合にのみなされる処理であって、グループ管理されないファイルに変更や追加が無かった場合には、実質的にスキップされることになる。
【０１２８】
ステップS１３において、ファイルシステム情報発生部６２は、更新情報記憶部６３を確認し、管理グループに属するファイルの変更があるか否かを確認し、ステップＳ１４において、管理グループの更新情報が更新発生となっており、更新、または、追加が発生した、グループ管理されているファイルが存在すると判定した場合、その処理は、ステップＳ１５に進む。
【０１２９】
ステップＳ１５において、ファイルシステム情報発生部６２は、追加、または、変更のあった、グループ管理されているファイルの情報を更新情報記憶部６３より読み出し、そのファイルの属性情報である、アロケーションクラスに基づいて、対応する管理グループ毎にファイルを記録媒体８１に記録させると共に、対応するファイルシステム情報を生成し、併せて記録させる。
【０１３０】
すなわち、例えば、G1に属するファイルが更新、または、追加された場合、ステップＳ１５の処理により、図１２において、記録媒体８１の状態は、状態Ｂから状態Ｃに変化させられる。すなわち、ステップＳ１５の処理により、まず、この記録に伴って、記録媒体８１上に記録されたファイルの位置情報が変化することになるため、対応するファイルシステム情報からなるMIAが更新されて、記録再生ブロック５３は、記録媒体８１上のFree area上のグループ管理されたファイルからなるブロックＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ’１，Ｂ’３に最も近い位置であるブロックＢ’’１にファイルシステム情報であるMainMIAを記録する。さらに、ブロックＢ’’２に、グループ管理されているファイル群であるMainG1、Res.G1、MainG2、Res.G2、G3がブロックＢ’’２記録される。さらに、ファイルシステム情報のバックアップ用のRes.MIAがブロックＢ’’３に記録される。そして、ＡＩＡに記録されたMainMIA、Res.MIAの位置情報は、ブロックＢ’’１，Ｂ’’３を指し示すように更新される。以上の処理は行われた結果、それまでグループ管理されているファイルが記録されていたブロックＢ２、および、直前のファイルシステム情報が記録されていたブロックＢ’１，Ｂ’３は参照されない状態となる（図中のnot usedと記録されたブロック）。尚、図１２の状態Ａから状態Ｂへの変化、状態Ｂから状態Ｃへの変化において、新たに記録するデータおよびファイルシステム情報は、Free area上でそれまでにデータが記録されていた領域に最も近い領域に記録するように図示しているが、実際には、Free area上の任意の位置に記録することが可能である。
【０１３１】
従来は、グループ管理されているか否かを問わず、いかなるファイルであっても追加、または、更新がある度に、MIAとグループ管理されている全てのファイルが、新たなブロックに記録され、それまでMIAとグループ管理されている全てのファイルが記録されていたブロックが使用不可にされていたため、記録媒体８１の領域がファイルの更新、または、追加の度に、それまでMIAとグループ管理されている全てのファイルが記録されていたブロックが使用できない状態となっていたが、以上の処理により、グループ管理されていないファイルが、追加、または、変更された場合には、変更、または、追加のあったファイルそのものと、ファイルシステム情報（MIA）のみを新たなブロックに記録するだけで済み、変更や追加の無かったグループ管理されたファイルからなるブロックの情報は、引き続き利用することができるので、記録媒体８１の記録領域を有効に利用させることが可能となる。また、この際においても、グループ管理されたファイルは、１個のブロックに連続的に記録されているため、ファイルシステム情報が記録されたMainMIAとRes.MIAが記録されたブロックと、グループ管理されたファイルが記録されたブロックの２つのブロックを読み出すことにより、連続的にグループ管理されたファイルを読み出すことができるので、ファイルの読み出し速度も十分に確保することが可能となる。より詳細には、これらのデータは最大でも２回の連続領域（ブロック）の読み出しによって取得可能である。このため、例えば記録媒体へのアクセス開始時にコンテンツ管理データの取得を高速で行うことができ、メニュー画面の表示などを短い時間で行うことが可能となる。
【０１３２】
以上においては、グループ管理されているファイルが追加、または、更新される場合、実際に使用できなくなるブロックは、従来と同様であったが、例えば、グループ管理されたファイルに追加、または、変更があった場合、その追加、または、変更があったファイルの属するグループのブロックのみを新たに記録し、その他のブロックの記録をそのまま残して置くようにしても良い。
【０１３３】
図１３は、グループ管理されたファイルに追加、または、変更があった場合、その追加、または、変更があったファイルの属するグループのブロックのみを新たに記録し、その他のブロックの記録をそのまま残して置くようにした記録再生機構部２２の構成を示している。尚、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１３４】
図１３の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報生成部６２に代えて、ファイルシステム情報生成部３０１を設けた点である。
【０１３５】
ファイルシステム情報生成部３０１は、基本的にファイルシステム情報生成部６２と同様の機能を有するものであるが、さらに、グループ管理されたファイルに追加、または、変更があった場合、その追加、または、変更があったファイルの属するグループの情報のみを更新情報記憶部６３に記憶させると共に、書込部７３を制御して、記録再生ブロックにより記録媒体８１に、その更新、または、追加が発生したファイルの属するグループのブロックのみを新たに記録し、その他のブロックの記録をそのまま残して置くようにさせる。すなわち、ファイルシステム情報生成部３０１は、グループ単位で、ファイルを追記して、追記したグループがそれまで記録していたブロックをグループ単位で使用不可にする。
【０１３６】
次に、図１４のフローチャートを参照して、図１３の記録再生機構部２２による記憶処理について説明する。尚、図１４のフローチャートのステップＳ２１，Ｓ２２，Ｓ２５の処理については、図１０のフローチャートにおけるステップＳ１，Ｓ２，Ｓ４の処理と同様であるので、その説明は省略する。
【０１３７】
ステップＳ２３において、ファイルシステム情報生成部３０１は、追加、または、更新のあったファイルが属している管理グループを、そのファイルの属性に基づいて確認する。
【０１３８】
ステップＳ２４において、ファイルシステム情報生成部３０１は、確認した管理グループのファイルに更新または追加の処理が発生したことを、更新情報記憶部６３に記憶させる。
【０１３９】
以上の処理により、グループ管理されているファイルに追加、または、変更があったとき、その変更、または、追加のあったファイルの属する管理グループに更新または追加の処理が発生したことと、そのファイルの情報が、更新情報記憶部６３に記憶されることになる。
【０１４０】
次に、図１５のフローチャートを参照して、図１３の記録再生機構部２２によるファイルの記録処理について説明する。尚、図１５のフローチャートにおけるステップＳ３１乃至Ｓ３４の処理は、図１１のフローチャートを参照して説明したステップＳ１１乃至Ｓ１４の処理と同様であるので、その説明は省略する。
【０１４１】
ステップＳ３５において、ファイルシステム情報生成部３０１は、追加、または、変更のあった、グループ管理されているファイルが属している管理グループを確認し、ステップＳ３６において、追加、または、変更のあった、グループ管理されているファイルの情報を更新情報記憶部６３より読み出し、対応する管理グループのファイル群を記録媒体８１に記録させると共に、対応するファイルシステム情報を生成し、併せて記録させる。
【０１４２】
すなわち、例えば、G1に属するファイルが更新、または、追加された場合、ステップＳ３６の処理により、図１６において、記録媒体８１の状態は、状態Ｂから状態Ｃに変化させられる。
【０１４３】
尚、図１６において、状態Ｂは、上述した図１２における状態Ｂと同様であるので、その説明は省略する。また、状態Ａにおいては、図１２においては、MainG1、Res.G1、MainG2、Res.G2、およびG3が、１ブロックの構成となっていたが、ここでは、それぞれが別々に管理できるので、ブロックＢ１乃至Ｂ６とされ、対応して、Res.MIAが、ブロックＢ７に変更されている。
【０１４４】
すなわち、ステップＳ３６の処理により、まず、この記録に伴って、記録媒体８１上に記録されたファイルの位置情報が変化することになるため、対応するファイルシステム情報からなるMIAが更新されて、記録再生ブロック５３は、記録媒体８１上のFree area上のグループ管理されたファイルからなるブロックＢ８，Ｂ’１，Ｂ’７に最も近い位置であるブロックＢ’’１にファイルシステム情報であるMainMIAを記録する。さらに、ブロックＢ’２に、グループ管理されているファイル群であるMainG1、Res.G1がそれぞれブロックＢ’２，Ｂ’３に記録される。さらに、ファイルシステム情報のバックアップ用のRes.MIAがブロックＢ’’７に記録される。そして、AIAに記録されたMainMIA、Res.MIAの位置情報は、ブロックＢ’’１，Ｂ’’７を指し示すように更新される。以上の処理が行われた結果、それまでグループ管理されているファイル群のうち、MainG1およびRes.G1が記録されていたブロックＢ２，Ｂ３、および、直前のファイルシステム情報が記録されていたブロックＢ’１，Ｂ’７は参照されない状態となる（図中のnot usedと記録されたブロック）。尚、図１６の状態Ａから状態Ｂへの変化、状態Ｂから状態Ｃへの変化において、新たに記録するデータおよびファイルシステム情報は、Free area上でそれまでにデータが記録されていた領域に最も近い位置に記録するように図示しているが、実際には、Free area上の任意の位置に記録することが可能である。
【０１４５】
以上の処理により、グループ管理されているファイルが、追加、または、変更された場合には、変更、または、追加のあったファイルの属する管理グループのみのファイルそのものと、ファイルシステム情報を新たなブロックに記録するだけで済み、変更や追加の無かった管理グループに属するファイルからなるブロックの情報は、引き続き利用することができるので、記録媒体８１の記録領域を有効に利用させることが可能となる。また、この際においても、グループ管理されたファイルは、グループ毎に１個のブロックに連続的に記録されているため、ファイルシステム情報が記録されたMainMIAとRes.MIAが記録されたブロックと、グループ管理されたファイルが記録されたブロックを読み出すことにより、連続的にグループ管理されたファイルを読み出すことができるので、ファイルの読み出し速度も十分に確保することが可能となる。より詳細には、これらのデータは最大でも４回の連続領域（ブロック）読み出しによって取得可能である。このため、例えば記録媒体へのアクセス開始時にコンテンツ管理データの取得を高速で行うことができ、メニュー画面の表示などを短い時間で行うことが可能となる。
【０１４６】
以上においては、グループ管理されているファイルが追加、または、更新される場合、実際に使用できなくなるブロックを、追加、または、更新があったファイルの属するグループの全ファイルのブロックとすることにより、１個のファイルの変更に伴って、利用できなくなるブロックを減らせるので、記録媒体８１の記憶領域を有効に利用させていたが、更新、または、追加のあったファイルのみを新たに記録し、その他のファイルをそのまま残して置くようにしても良い。
【０１４７】
図１７は、グループ管理されたファイルに追加、または、変更があった場合、その追加、または、変更があったファイルのみを新たに記録し、その他のファイルの記録をそのまま残して置くようにした記録再生機構部２２の構成を示している。尚、図２の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１４８】
図１７の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報生成部６２に代えて、ファイルシステム情報生成部３１１を設けた点である。
【０１４９】
ファイルシステム情報生成部３１１は、基本的にファイルシステム情報生成部６２と同様の機能を有するものであるが、さらに、グループ管理されたファイルに追加、または、変更があった場合、その追加、または、変更があったファイルのみを更新情報記憶部６３に記憶させると共に、書込部７３を制御して、記録再生ブロックにより記録媒体８１に、その更新、または、追加が発生したファイルのみを新たに記録し、その他のファイルの記録をそのまま残して置くようにさせる。
【０１５０】
尚、ファイルシステム情報生成部３１１は、グループ管理されたファイルを個々に追記、または、使用不可とすることができるため、記録媒体８１上のグループ管理されるファイルは、更新、または、追加がなされたままの状態では、グループ毎に配置されていないままの状態となるため、グループ管理されたファイルの読み出しを高速に行うためには、一般にデフラグメント処理と称される、ファイルをグループ毎に配置する最適化処理が必要となる。
【０１５１】
次に、図１８のフローチャートを参照して、図１７の記録再生機構部２２による記憶処理について説明する。尚、図１８のフローチャートのステップＳ４１，Ｓ４２，Ｓ４５の処理については、図１０のフローチャートにおけるステップＳ１，Ｓ２，Ｓ４の処理と同様であるので、その説明は省略する。
【０１５２】
ステップＳ４３において、ファイルシステム情報生成部３１１は、追加、または、更新のあったファイルを確認する。
【０１５３】
ステップＳ４４において、ファイルシステム情報生成部３０１は、確認したファイルに更新または追加の処理が発生したことを、更新情報記憶部６３に記憶させる。
【０１５４】
以上の処理により、グループ管理されているファイルに追加、または、変更があったとき、その変更、または、追加のあったファイルに更新または追加の処理が発生したことと、そのファイルの情報が、更新情報記憶部６３に記憶されることになる。
【０１５５】
次に、図１９のフローチャートを参照して、図１７の記録再生機構部２２によるファイルの記録処理について説明する。尚、図１９のフローチャートにおけるステップＳ５１乃至Ｓ５４の処理は、図１１のフローチャートを参照して説明したステップＳ１乃至Ｓ４の処理と同様であるので、その説明は省略する。
【０１５６】
ステップＳ５５において、ファイルシステム情報生成部３１１は、追加、または、変更のあったファイルを確認し、ステップＳ５６において、追加、または、変更のあった、グループ管理されているファイルを更新情報記憶部６３より読み出し、そのファイルを記録媒体８１に記録させると共に、対応するファイルシステム情報を生成し、併せて記録させる。
【０１５７】
すなわち、例えば、プレイリスト編集操作を行い、それに伴ってG1に属するファイルが更新された場合、ステップＳ５６の処理により、図２０において、記録媒体８１の状態は、状態Ｂから状態Ｃに変化させられる。
【０１５８】
尚、図２０において、状態Ｂは、上述した図１２における状態Ｂと同様であるので、その説明は省略する。また、状態Ａにおいては、図１２においては、MainG1、Res.G1、MainG2、Res.G2、およびG3が、１ブロックの構成となっていたが、ここでは、ファイル毎にそれぞれが別々に管理できるので、ブロックＢ２においては、グループ管理されるファイルが記録されているが、それぞれグループ単位で配置されていない状態となる（図中のG1〜G3 files）。
【０１５９】
ステップＳ５６の処理により、記録媒体８１上のFree area上のブロックＢ’２に最も近い位置であるブロックＢ’’１にファイルシステム情報であるMainMIAを記録する。さらに、ブロックＢ’’２に、追加、または、更新されたファイルであるグループ１（G1）に属するファイル（図中のG1 file）を記録し、さらに、ファイルシステム情報のバックアップ用のRes.MIAがブロックＢ’’３に記録される。そして、AIAに記録されたMainMIA、Res.MIAの位置情報は、ブロックＢ’’１，Ｂ’’３を指し示すように更新される。以上の処理が行われた結果、それまで、グループ管理されているファイルが記録されていたブロックＢ２の一部、および、直前のファイルシステム情報が記録されていたブロックＢ’１，Ｂ’２が参照されない状態になる（図中のnot usedと記録されたブロック）。尚、図２０においては、状態AのブロックＢ２と、状態ＣのブロックＢ２には、実質的な差が明確に出るように記載されていないが、ブロックＢ２のうちの、追加、または、記録されたG1に属するファイルに相当する一部が使用不可にされているため、実際には、同一のサイズではない。また、図２０の状態Ａから状態Ｂへの変化、状態Ｂから状態Ｃへの変化において、新たに記録するデータおよびファイルシステム情報は、Free area上でそれまでにデータが記録されていた領域に最も近い領域に記録するように図示しているが、実際には、Free area上の任意の位置に記録することが可能である。
【０１６０】
以上の処理により、グループ管理されているファイルが、追加、または、変更された場合には、変更、または、追加のあったファイルそのものと、ファイルシステム情報を新たなブロックに記録するだけで済み、変更や追加の無かった管理グループに属するファイルの情報は、引き続き利用することができるので、記録媒体８１の記録領域を有効に利用させることが可能となる。
【０１６１】
ただし、図２０の状態Ｃで示されるように、グループ管理されるファイルが記録されるブロックＢ２と、さらに、追加、または、更新されたG1に属するファイルがそれぞれ別の位置に記録されており、さらに、ブロックＢ２内においてもグループ管理されているファイルが、散在した状態となっているため、グループ管理されたファイルの読み出しを高速に行うためには、状態Ｃとなったところで、デフラグメント処理を掛けて、状態Ｄで示されるように、グループ管理されるべきファイルをグループ毎に配置して記録することになる。すなわち、状態Ｄにおいては、ブロックＢ１１で示されるように、Main MIA、MainG1、Res.G1、MainG2、Res.G2、G3、および、Res.MIAに属するファイルが、それぞれの管理グループ毎に配置されている。
【０１６２】
結果として、グループ管理されたファイルは、グループ毎に１個のブロックに連続的に記録されているため、ファイルシステム情報が記録されたMainMIAとRes.MIAが記録されたブロックと、グループ管理されたファイルが記録されたブロックを読み出すことにより、連続的にグループ管理されたファイルを読み出すことができるので、ファイルの読み出し速度も十分に確保することが可能となる。
【０１６３】
図２１においては、AVStream、並びに、G1，G2の管理グループに属するファイルが、追加、または、更新された場合、図２，図１３，図１７の記録再生機構部２２により記録処理がなされたときの記録媒体８１上の状態が示されている。
【０１６４】
尚、図２１の状態Ａは、記録処理がなされる前の記録媒体８１の状態であり、状態Ｂは、従来の記録処理に対応したものであり、状態Ｃは、図２の記録再生機構部２２による記録処理に対応したものであり、状態Ｄは、図１３の記録再生機構部２２による記録処理に対応したものであり、状態Ｅは、図１７の記録再生機構部２２による記録処理に対応したものである。
【０１６５】
すなわち、図２１においては、AVStream、並びに、G1，G2の管理グループに属するファイルが、追加、または、更新された場合、状態Ｂ，Ｃによれば、図２の記録再生機構部２２による記録処理においては、従来の記録処理との差が生じないことになるが、状態Ｂと状態Ｄを比較するに、図中のｄ１で示される領域が節約されることになり、さらに、状態Ｂと状態Ｅを比較するに、図中のｄ２で示される領域が節約されることになり、状態Ｄと状態Ｅを比較するに、図中の（ｄ２−ｄ１）の領域が節約されることが示される。
【０１６６】
結果として、図２１においては、AVStream、並びに、G1，G2の管理グループに属するファイルが、追加、または、更新された場合、図１７の記録再生機構部２２における記録処理が最も記録媒体８１を効率よく利用することができ、次いで、図１３の記録再生機構部２２による記録処理、続いて、図２の記録再生機構部２２による記録処理における効率が良いことが示されている。
【０１６７】
また、図２２においては、G1の管理グループに属するファイルが、追加、または、更新された場合、図２，図１３，図１７の記録再生機構部２２により記録処理がなされたときの記録媒体８１上の状態が示されている。
【０１６８】
尚、図２２においても、図２１と同様に、状態Ａは、記録処理がなされる前の記録媒体８１の状態であり、状態Ｂは、従来の記録処理に対応したものであり、状態Ｃは、図２の記録再生機構部２２による記録処理に対応したものであり、状態Ｄは、図１３の記録再生機構部２２による記録処理に対応したものであり、状態Ｅは、図１７の記録再生機構部２２による記録処理に対応したものである。
【０１６９】
すなわち、図２２においては、G1の管理グループに属するファイルが、追加、または、更新された場合、状態Ｂ，Ｃによれば、図２の記録再生機構部２２による記録処理においては、従来の記録処理との差が生じないことになるが、状態Ｂと状態Ｄを比較するに、図中のｄ１で示される領域が節約されることになり、さらに、状態Ｂと状態Ｅを比較するに、図中のｄ２で示される領域が節約されることになり、状態Ｄと状態Ｅを比較するに、図中の（ｄ２−ｄ１）の領域が節約されることが示される。
【０１７０】
結果として、図２２においても、G1管理グループに属するファイルが、追加、または、更新された場合、図１７の記録再生機構部２２における記録処理が最も記録媒体８１を効率よく利用することができ、次いで、図１３の記録再生機構部２２による記録処理、続いて、図２の記録再生機構部２２による記録処理における効率が良いことが示されている。
【０１７１】
さらに、図２３においては、グループ管理されていないファイルが、追加、または、更新された場合、図２，図１３，図１７の記録再生機構部２２により記録処理がなされたときの記録媒体８１上の状態が示されている。
【０１７２】
尚、図２３においても、図２１と同様に、状態Ａは、記録処理がなされる前の記録媒体８１の状態であり、状態Ｂは、従来の記録処理に対応したものであり、状態Ｃは、図２の記録再生機構部２２による記録処理に対応したものであり、状態Ｄは、図１３の記録再生機構部２２による記録処理に対応したものであり、状態Ｅは、図１７の記録再生機構部２２による記録処理に対応したものである。
【０１７３】
すなわち、図２３においては、グループ管理されていないファイルが、追加、または、更新された場合、状態Ｂ乃至Ｅによれば、図２，図１３，図１７の記録再生機構部２２による記録処理のいずれにおいても、図中のｄで示される領域が節約されることが示される。
【０１７４】
結果として、図２３においても、グループ管理されていないファイルが、追加、または、更新された場合、図１７，図１３，図２の記録再生機構部２２による記録処理における効率が良いことが示されている。
【０１７５】
図２１乃至図２３で示したように、図２，図１３，図１７の記録再生機構部２２による記録処理のいずれにおいても、記録媒体８１の記録領域を効率よく利用することが可能となる。さらに、いずれにおいても、グループ管理されるファイルを連続的にグループ毎にまとめて記録することができるので、グループ管理されるファイルの高速な読み出しをも可能にすることができる。
【０１７６】
以上においては、記録再生機構部２２によりファイルの追加、または、変更が発生した場合、記録媒体８１上の新たな領域に、ファイルシステム情報と追加、または、変更が発生したファイルを追記していく上で、効率よく記録媒体８１に記録するときの処理を説明してきた。
【０１７７】
ところで、以上のような処理により、追加、または、変更が発生したファイルは、新たな領域に記録されることになるが、追加、または、変更が発生する前に記録されていた情報は、使用不可の状態にされるものの、その記録領域にファイルそのものは残された状態となる。
【０１７８】
例えば、追加、または、変更が発生し、新たな領域に記録された最新のファイルを読み出そうとする場合、記録媒体８１に欠陥セクタが生じるなどの事情により、ファイルシステム情報のデータが壊れてしまうなどして、読み出せなくなったとき、使用不可の状態にされた過去のファイルシステム情報を代わりに読み出せるようにすることで、ファイルシステム情報の復旧を図るようなことが考えられる。
【０１７９】
そこで、以降においては、ファイルシステム情報や管理データが壊れてしまうなどして、読み出せなくなったとき、使用不可の状態にされた過去のファイルシステム情報を代わりに読み出せるようにすることで、ファイルシステム情報の復旧を図るようにした記録再生機構部２２について説明する。しかしながら、その前に、図２４を参照して、ファイルシステム情報の位置を管理するAIAの構成について説明する。尚、図２４においては、AIAの状態が示されており、図中上から状態A，Ｂ，Ｃの順に、AIAの変化に伴う状態が記述されている。
【０１８０】
上述したように、BDFSにおいてはファイルシステム情報（MIA）の位置を記録の度に変化させることが可能である。その際、AIAに記録されるMIAの位置とサイズに関する情報も更新されることになる。
【０１８１】
図２４で示されるように、AIA内部はHeader TableとLoop Tableの２階層構造となっている。Header TableのIndicator Descriptorには、AIA内のLoop Tableの個数、Loop Table内の書き換えブロックの個数、および現在有効なLoop Tableの番号が記録される。このIndicator Descriptorは、図２４で示されるように、ブロックが３２個設けられており、Indicator Descriptorを３２回書き換えて記述することが可能である。
【０１８２】
各Loop TableのFile System Descriptorは、Main MIAとReserved MIAの位置・サイズが記録される。File System Descriptorは、MIAの記録位置が変化する度に更新される。
【０１８３】
例えば、MIAが更新されると、図２４で示されるように、AIAは、状態Aから状態Ｂに変化し、Loop Table内の次の書き換えブロックに新しいFile System Descriptorが記録される。すなわち、図２４で示されるように、状態Aにおいては、FSDが番号０のLoop Table（図中のLoop Table［０］）内における、番号０のブロックに記録されている。
【０１８４】
この状態で、例えば、記録媒体８１上の記録状態が図２５で示されるような状態であるものとする。図２５のMIAの情報が、図２４で示される状態AにおけるFSDに記述され、番号０のLoop Table（図中のLoop Table［０］）内における、番号０のブロックに記録されているものとする。
【０１８５】
この状態でAV Stream、G1およびG2に属するグループ管理されるファイルを追加した場合、図２の記録再生機構部２２による記録処理によれば、図２６で示されるように、Free areaの先頭位置にAV Streamが記録されて、さらに、続いてMain MIA、Main G1、Res. G1、Main G2、Res. G2、G3、Res. MIAが記録される。
【０１８６】
記録媒体８１の状態が図２５から図２６のように変化すると、MIAが更新されることになるので、AIAは、状態Aから状態Bに変化し、新たなFSDが番号０のLoop Table（図中のLoop Table［０］）内における、番号１のブロックに記録される。
【０１８７】
このような処理により、FSDは、MIAが更新される度に、番号０のLoop Tableの番号０乃至１５までのブロックで合計１６回書き換えることができる。このとき、それまでのFSDが記述されていたブロックには、過去のFSDの情報（図中のFSD（old））が残されたまま、使用不可の状態となる（最新のFSDが記録されたブロックのみが検索されるので使用されない状態となる）。そして、MIAの更新が繰り返されて、最後のブロック（番号１５のブロック）まで使用された場合、図２４の状態Cで示されるように、新たなFSDは、次のLoop Table（図２４においては、Loop Table［１］）の先頭ブロックに記述されることになる。
【０１８８】
この場合、現在有効なLoop Tableの番号が変化するため、Header Table内の次の番号のブロックが使用されて、新たな内容のIndicator Descriptorが記録される。
【０１８９】
図２４においては、３２個のLoop Tableに16個ずつFile System Descriptor記録用の書き換えブロックが設定されているので、File System Descriptorを合計５１２回更新することが可能となる。つまり、MIAは、５１２回移動させることが可能である。
【０１９０】
以上のようにAIAには、MIAの位置が記述されているので、ファイルシステム情報は、AIAに基づいて、最新のFSDが認識されて、FSDに基づいてMain MIAとReserved MIAの位置が確認された上でMain MIAとReserved MIAを解析して取得される。
【０１９１】
次に、図２７を参照して、ファイルのデータが壊れてしまうなどして、読み出せなくなったとき、使用不可の状態にされた過去のファイルを代わりに読み出せるようにすることで、ファイルの復旧を図るようにした記録再生機構部２２について説明する。尚、図２７の記録再生機構部２２と同一の構成については、同一の番号を付しており、その説明は適宜省略する。
【０１９２】
図２７の記録再生機構部２２において、図２の記録再生機構部２２と異なる構成は、ファイルシステム情報認識部６１に代えて、ファイルシステム情報認識部３２１を設けた点である。
【０１９３】
ファイルシステム情報認識部３２１は、基本的にファイルシステム情報認識部６１と同様の機能を有するものであるが、さらに、読出部９１を制御して、記録媒体８１に記録されたファイルシステム情報と管理データを読み出させると共に、欠陥セクタなどの理由により、ファイルシステム情報と管理データを読み出すことができないような場合、AIAを解析して、最新のFSDより１回前に記録されていたFSDの情報に基づいて、過去のファイルシステム情報と管理データを読み出させ、ファイルシステム情報と管理データが取得できるまで、遡って過去のFSDを読み出して解析することで、可能な限り直近のファイルシステムを復旧させる。
【０１９４】
次に、図２８のフローチャートを参照して、図２の記録再生機構部２２により情報が記録された記録媒体８１の情報を図２７の記録再生機構部２２により再生する（読み出す）ときの再生処理について説明する。
【０１９５】
ステップＳ７１において、ファイルシステム情報認識部３２１は、ファイルの読み出しが指示されたか否かを判定し、読み出しが指示されるまで、その処理を繰り返す。そして、ファイルの読み出しが指示されたと判定された場合、ステップＳ７２において、読出部９１を制御して、記録再生ブロック５３より記録媒体８１に記録されたAIAに基づいて、最新のFSDから最新のMIAに基づいて、最新のファイルシステム情報と管理データを取得するように指令する。例えば、AIAの状態が図２４の状態Bであったとすると、ファイルシステム情報認識部３２１は、AIAのHeader Tableの番号０のIndicator Dscriptorを読み出し、この情報から番号１のLoop Tableにおける番号０のブロックに記述された最新のFSDを読み出し、最新のMIAに基づいて、最新のファイルシステム情報と管理データの取得を指令する。
【０１９６】
ステップＳ７３において、ファイルシステム情報認識部３２１は、最新のファイルシステム情報と管理データが取得できたか否かを判定する。例えば、このとき、記録媒体８１の状態が図２６で示されるような状態であったとすると、取得されるべきファイルシステム情報と管理情報に対応するのは、図中右側に記録されているMainMIAとRes.MIA（図中の白地に記述された部分）となるが、この領域に欠陥セクタが発生し、図中右側に記録されているMainMIAとRes.MIAが読み出せない場合、ファイルシステム情報と管理データが取得できなかったと判定され、その処理は、ステップＳ７４に進む。
【０１９７】
ステップＳ７４において、ファイルシステム情報認識部３２１は、読出部９１を制御して、記録再生ブロック５３より記録媒体８１に記録されたAIAに基づいて、１回前の過去のFSDから１回前の過去のMIAに基づいて、１回前のファイルシステム情報と管理データの位置を取得する。
【０１９８】
すなわち、今の場合、AIAの状態Ｂであるので、ファイルシステム情報認識部３２１は、AIAのHeader Tableの番号０のIndicator Dscriptorを読み出し、この情報から番号０のLoop Tableにおける、最新のFSDの１回前のブロックとなる番号０のブロックに記述されたFSDを読み出し、この１回前のFSDに記述された１回前のMIAに基づいて、一回前のファイルシステム情報と管理データの位置の情報を取得する。
【０１９９】
ステップＳ７５において、ファイルシステム情報認識部３２１は、取得した１回前のファイルシステム情報と管理データの位置の情報に基づいて、読出部９１を制御して、記録再生ブロック５３より記録媒体８１上の１回前のファイルシステム情報と管理データを取得するように指令する。
【０２００】
すなわち、今の場合、記録媒体８１の状態が図２６の状態であるので、ファイルシステム情報認識部３２１は、取得した１回前のファイルシステム情報と管理データの位置の情報に基づいて、読出部９１を制御して、記録再生ブロック５３より記録媒体８１上の図２６における左側のMainMIAとRes.MIA（図中の白地に記述された部分）を読み出す。
【０２０１】
ステップＳ７６において、ファイルシステム情報認識部３２１は、最新のファイルシステム情報と管理データが取得できたか否かを判定する。すなわち、図２６で示される記録媒体８１の状態におけるMainMIAとRes.MIAに基づいてファイルシステム情報と管理データが取得された場合、その処理は、ステップＳ７７に進み、取得されたファイルシステム情報と管理データに基づいて、読出部９１を制御して、記録再生ブロック５３より記録媒体８１上の目的とするファイルを読み出す。
【０２０２】
一方、ステップＳ７６において、１回前のファイルシステム情報、および、管理データが取得できなかったと判定された場合、その処理は、ステップＳ７４に戻り、それ以降の処理が繰り返される。すなわち、ファイルシステム情報と管理データが取得されるまで、ステップＳ７４乃至Ｓ７６の処理が繰り返され、すなわち、順次過去に遡ったファイルシステム情報の読み出しが、ファイルシステム情報が取得されるまで繰り返される。
【０２０３】
ステップＳ７３において、ファイルシステム情報と管理データが取得されたと判定された場合、ステップＳ７４乃至Ｓ７６の処理がスキップされる。
【０２０４】
以上の処理により、ファイルシステム情報と管理データが取得されるまで、順次過去に遡ってファイルシステム情報を取得できるようにしたので、記録媒体８１上に欠陥セクタが発生するなどして、最新のファイルシステム情報が取得できない事体に陥っても、読み出し可能な、直近のファイルシステム情報により復旧させることが可能となる。
【０２０５】
特に、記録媒体８１が、WriteOnceメディア（記録可能な回数が１回である記録媒体）の場合、前回記録したファイルシステム情報と管理データが復元できれるので、大半のデータを利用可能な状態に戻すことが可能となる。また、図２４で示されるAIAの構造から、それまでに記録したすべてのMIAの位置とサイズは、全て取得することが可能であるので、ファイルシステム情報と管理データが取得できるまで、前に記録した情報を順次読み出して、欠陥セクタが発生した場合でもできる限り最新に近い状態のファイルシステム情報と管理データを復元することが可能となる。
【０２０６】
尚、記録媒体８１が、WriteOnceメディアに限らず、繰り返し書き換え可能なメディアにおいても、上述した図２の記録再生機構部２２による記録処理のように、記録する度にファイルシステム情報と管理データが記録される位置を、前回の位置と重ならないように管理することにより、上述のように、できるだけ最新のファイルシステム情報を復元する機能を実現させることが可能となる。
【０２０７】
また、以上においては、記録媒体８１が、図２の記録再生機構部２２による記録処理により情報が記録されている場合について説明してきたが、これに限らず、例えば、図１３，図１７の記録再生機構部２２による記録処理により情報が記録されている場合においてもAIAに記述される情報は同じものであるので、同様の手法により、最新のファイルシステム情報に近いものを復元させることができる。
【０２０８】
尚、以上においては、記録媒体８１が１層式の場合について説明してきたが、記録するファイルをグループ化して、グループごとに特定のルールで配置することを特徴とするファイルシステムを多層式の記録媒体で使用するようにしてもよい。例えば、図２９においては、BDFSによる４層式の記録媒体の例が示されている。
【０２０９】
記録の方向は奇数番目の層においては記録媒体の内周から外周へ、偶数版目の層においては外周から内周へ記録を行う。１層目には、記録方向に沿って、先頭アドレスからreserved、AIA1、AIA2、AV Stream、AIA3、AIA4、およびreservedが順に記録されており、2層目には、記録方向に沿って、AV Stream、Main MIA、Main G1、Res. G1、Main G2、Res. G2 、G3、および、Res.MIAが順に記録されており、3層目は、Free areaとなっており、記録情報がなく、４層目は、最終アドレスにreservedのみが記録されている。
【０２１０】
尚、AIAは1層目だけに存在するが、MIAやグループ単位で管理するファイルは任意の層に記録することもできる。
【０２１１】
以上によれば、記録媒体に記録されたグループ管理されたファイルを高速で読み出すことが可能となり、また、記録媒体の記録領域を有効利用することが可能となると共に、欠陥セクタなどによりファイルシステム情報などの読み出しが不可能になった場合にも、最新のものに近いものに復元することが可能となる。
【０２１２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどにプログラム格納媒体からインストールされる。
【０２１３】
プログラムが格納されているプログラム格納媒体は、図１に示すように、記録再生装置１とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disc-Read Only Memory)，DVD（Digital Versatile Disk）を含む）、光磁気ディスク４３（MD（Mini-Disc）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、記録再生装置１に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２や、記憶部１８に含まれるハードディスクなどで構成される。
【０２１４】
尚、本明細書において、プログラム格納媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【０２１５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２１６】
【図１】本発明を適用した記録再生装置の一実施の形態の構成を示す図である。
【図２】図１の記録再生機構部の構成を示す図である。
【図３】グループ管理の例を示す図である。
【図４】図３のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図５】グループ管理のその他の例を示す図である。
【図６】図５のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図７】記録媒体上に記録されるデータの配置例を説明する図である。
【図８】ファイルシステム情報を示す図である。
【図９】グループ管理されたファイルの各種の操作に応じた変更の有無を示す図である。
【図１０】図２の記録再生機構部による記憶処理を説明するフローチャートである。
【図１１】図２の記録再生機構部による記録処理を説明するフローチャートである。
【図１２】図２の記録再生機構部による記録処理を説明する図である。
【図１３】図１の記録再生機構部のその他の構成を示す図である。
【図１４】図１３の記録再生機構部による記憶処理を説明するフローチャートである。
【図１５】図１３の記録再生機構部による記録処理を説明するフローチャートである。
【図１６】図１３の記録再生機構部による記録処理を説明する図である。
【図１７】図１の記録再生機構部のさらにその他の構成を示す図である。
【図１８】図１７の記録再生機構部による記憶処理を説明するフローチャートである。
【図１９】図１７の記録再生機構部による記録処理を説明するフローチャートである。
【図２０】図１７の記録再生機構部による記録処理を説明する図である。
【図２１】図２、図１３、および図１７の記録再生機構部による記録処理の処理結果の比較を説明する図である。
【図２２】図２、図１３、および図１７の記録再生機構部による記録処理の処理結果の比較を説明する図である。
【図２３】図２、図１３、および図１７の記録再生機構部による記録処理の処理結果の比較を説明する図である。
【図２４】AIAの構成を説明する図である。
【図２５】AIAの構成を説明する図である。
【図２６】AIAの構成を説明する図である。
【図２７】図１の記録再生機構部のさらにその他の構成を示す図である。
【図２８】図２７の記録再生機構部による再生処理を説明するフローチャートである。
【図２９】多層式の記録媒体におけるデータの配置例を説明する図である。
【符号の説明】
【０２１７】
２２  記録再生機構部，  ５１  制御部，  ５２  記録部，  ５３  記録再生ブロック，  ５４  再生部，  ６１  ファイルシステム情報認識部，  ６２  ファイルシステム情報生成部，  ７１  ECC符号化部，  ７２  変調部，  ７３  書込部，  ８１  記録媒体，  ９１  読出部，  ９２  復調部，  ９３  ECC復号部，  ３０１  ファイルシステム情報認識部，  ３１１  ファイルシステム情報認識部，  ３２１  ファイルシステム情報認識部
【図１】
2005149638.tif 000003
【図２】
2005149638.tif 000004
【図３】
2005149638.tif 000005
【図４】
2005149638.tif 000006
【図５】
2005149638.tif 000007
【図６】
2005149638.tif 000008
【図７】
2005149638.tif 000009
【図８】
2005149638.tif 000010
【図９】
2005149638.tif 000011
【図１０】
2005149638.tif 000012
【図１１】
2005149638.tif 000013
【図１２】
2005149638.tif 000014
【図１３】
2005149638.tif 000015
【図１４】
2005149638.tif 000016
【図１５】
2005149638.tif 000017
【図１６】
2005149638.tif 000018
【図１７】
2005149638.tif 000019
【図１８】
2005149638.tif 000020
【図１９】
2005149638.tif 000021
【図２０】
2005149638.tif 000022
【図２１】
2005149638.tif 000023
【図２２】
2005149638.tif 000024
【図２３】
2005149638.tif 000025
【図２４】
2005149638.tif 000026
【図２５】
2005149638.tif 000027
【図２６】
2005149638.tif 000028
【図２７】
2005149638.tif 000029
【図２８】
2005149638.tif 000030
【図２９】
2005149638.tif 000031