情報記録装置および方法、プログラム格納媒体、並びにプログラム
【課題】特定の記録媒体に追記する際の記録容量の消費を節約する。
【解決手段】AV-Streamと、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されると、図１４の下段で示されるように、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されないファイルのFSが記録された領域Ｂ１２が、読出不可とされずに、そのまま残されるようにして、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されるファイルのFSを領域Ｂ１３を読出不可として、新たに領域Ｂ１３’に追記するようにする。本発明は、Blu-Ray Discの記録再生装置に適用することができる。
【解決手段】AV-Streamと、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されると、図１４の下段で示されるように、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されないファイルのFSが記録された領域Ｂ１２が、読出不可とされずに、そのまま残されるようにして、AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されるファイルのFSを領域Ｂ１３を読出不可として、新たに領域Ｂ１３’に追記するようにする。本発明は、Blu-Ray Discの記録再生装置に適用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、ファイルが追記された場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報のみを追記することで、記録媒体の記憶容量を節約するようにした情報記録装置および方法、プログラム格納媒体、並びにプログラムに関する。
【背景技術】
【０００２】
大容量の記録媒体にファイルを記録する技術が普及しつつある。
【０００３】
また、このような大容量の記録媒体にファイルを記録する様々なフォーマットが提案されている。
【０００４】
例えば、DVD（Digital Versatile Disc）で使用されているUDF（Universal Disc Format）などがある（例えば、非特許文献１参照）。
【非特許文献１】Universal Disk Format Specification Revision 2.50 April 30, 2003 Optical Storage Technology Association
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述のUDF規格（Ver2.50）においては、ファイルシステム情報をメタデータパーティションと呼ばれる領域にまとめて配置し、メタデータパーティション内の仮想アドレス上に配置する機能が追加されている。
【０００６】
しかしながら、ライトアットワンスメディア（1回のみの記録が可能な記録媒体）においては、新たにファイルが追記されると、それまでのファイルシステム情報が記録されていた領域を読出不可の状態にして、新たなファイルシステム情報を生成し、記録媒体上の新たな領域に記録されることになるため、ファイルの追記が繰り返されると、ファイルシステム情報が繰り返し新たな領域に記録されると共に、古いファイルシステム情報が記録されている領域が読出不可の状態になるため、実際にファイルを記録する領域が無駄に消費されてしまうという課題があった。
【０００７】
例えば、UDF規格(Ver2.50)に対応したBlu-Ray Disc（以下、BDとも称する）の場合、ファイルやファイルシステム情報は、図１の上段で示されるように記録される。ここで、図１は、BDのライトアットワンスメディア（以下、Blu-Ray Disc-Recordable：BD-Rとも称する）上の記録状態の例を示している。図１においては、図中左からLSN（Logical Sector Number：論理セクタ番号（＝仮想アドレス））が設定されており、図１の上段においては、ボリュームスペースとして設定されている領域は、０乃至Nとなっている。LSNの先頭位置の「Reserved」と記述されている領域は、予約領域を示す。「VRS（Volume Recognition Sequence）」と記述されている領域は、ファイルシステム種別を認識するための情報が記録されている領域を示す。「AV-Stream」と記述されている領域には、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより記録または再生されるストリームデータが記録されている領域を示す。
【０００８】
「Files（DB）」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムによるストリームデータの再生処理に用いられるデータベース管理（DB管理）されているファイルが記録されている領域を示す。「Files（DB管理外）」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムによりDB管理されないファイルが記録されている領域を示す。「FS(＝MD File（Metadata File）)と記述されている領域は、メタデータとしてファイルシステム情報が記録された領域を示している。さらに、「FS」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域（図中左部：DB管理外と記述された範囲）と、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されるファイルに関するファイルシステム情報が記述されている領域（図中右部：DB管理と記述された範囲）とに分かれている。
【０００９】
「MD File FE」と記述されている領域は、「FS」の位置を示すFE（File Entry）情報が記録されている領域を示す。「MD Bitmap」と記述されている領域には、ファイルシステム情報の記述された領域使用情報を管理する情報が記述されている。「MD Bitmap FE」と記述されている領域は、「MD Bitmap」の位置を示すFE（File Entry）情報が記録されている領域を示す。「AVDP」と記述されている２の領域は、アンカ情報が記録されている領域を示す。「Volume Str.（Volume Structure）」と記述された領域は、ボリューム構造の情報が記録されている領域を示す。尚、「AV-Stream」、「Files（DB管理）」と記述されている領域は、領域Ｂ１と称するものとする。また、「FS」のうち、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域は領域Ｂ２、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されているファイルに関するファイルシステム情報が記述されている領域は領域Ｂ３と称するものとする。また、「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」と示された領域は、まとめて領域Ｂ４と称するものとする。
【００１０】
例えば、図１の上段で示されている状態のBD-Rに、ストリームデータが追記されて、そのストリームデータを記録再生するためのアプリケーションソフトウェアプログラムによりデータベース管理されているファイルが更新された場合、BD-Rには、図１の下段で示されるように記録されることになる。
【００１１】
すなわち、領域Ｂ１に記述された情報に追記された、新たなストリームデータと、その再生用のデータベース管理されたファイルとが、領域Ｂ１’に記録されることになる。さらに、その後段に、領域Ｂ１’に、新たに情報が追記されることにより更新されたファイルシステム情報（以降においては、FSとも称する）が記録され、FSのうち、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域として領域Ｂ２’が、また、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されているファイルに関するファイルシステム情報が記述されている領域として領域Ｂ３’がそれぞれ記録される。さらに、そのFSに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が領域Ｂ４’に記録されることになる。このとき、領域Ｂ２，Ｂ３，Ｂ４に記録されていた、「FS」、「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」は、読出不能な状態とされる。
【００１２】
このため、ファイルが追記される度に、領域Ｂ２乃至Ｂ４が繰り返し読出不能領域となって蓄積されていくことになるので、記録媒体の記憶容量を無駄に消費してしまう。特に、ライトアットワンスメディア（１回のみ記録可能な記録媒体）の場合、読出不能となった領域は二度と使用することができないため、ファイルが追記される度に、記録可能な容量を小さくしてしまうという課題があった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、特に、記録媒体にファイルが追記される場合に、追記されるファイルシステムの容量を必要最小限に留めるようにすることで、記録媒体の記録容量を無駄に消費させないようにして、記録可能な容量をできるだけ確保できるようにするものである。
【課題を解決するための手段】
【００１４】
本発明の情報記録装置は、ファイルとファイルシステム情報を記録媒体に記録する記録手段と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段と、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録手段の動作を制御する動作制御手段とを備え、動作制御手段は、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御することを特徴とする。
【００１５】
前記記録媒体は、１回記録用とするようにすることができる。
【００１６】
前記記録媒体は、１回記録用のBlu-Ray Discとするようにすることができる。
【００１７】
前記ファイルは、UDFで管理されるファイルとするようにすることができる。
【００１８】
前記動作制御手段には、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御させるようにすると共に、追記される前に存在する、アプリケーションソフトウェアプログラムにより使用されるファイルと、追記されるファイルとをまとめて追記させるように記録手段を制御させるようにすることができる。
【００１９】
前記動作制御手段には、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上で２重化して記録するように記録手段の動作を制御させるようにすることができ、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に2重化して追記させるように記録手段を制御させるようにすることができる。
【００２０】
前記動作制御手段には、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に2重化して追記させるように記録手段を制御させるようにすると共に、追記される前に存在する、アプリケーションソフトウェアプログラムにより使用されるファイルと、追記されるファイルとをまとめて、さらに2重化して追記させるように記録手段を制御させるようにすることができる。
【００２１】
本発明の情報記録方法は、ファイルとファイルシステム情報を記録媒体に記録する記録ステップと、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップと、ファイルシステム情報生成ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録ステップの処理による動作を制御する動作制御ステップとを含み、動作制御ステップの処理は、記録ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録ステップの処理を制御することを特徴とする。
【００２２】
本発明の記録媒体は、前記情報記録方法によりファイルおよびファイルシステム情報が記録されているようにすることができる。
【００２３】
本発明のプログラム格納媒体のプログラムは、ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、ファイルシステム情報の、ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、ファイルシステム情報生成制御ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録制御ステップの処理による動作を制御する動作制御ステップとを含み、動作制御ステップの処理は、記録制御ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録制御ステップの処理を制御することを特徴とする。
【００２４】
本発明のプログラムは、ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、ファイルシステム情報の、ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、ファイルシステム情報生成制御ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録制御ステップの処理による動作を制御する動作制御ステップとをコンピュータに実行させ、動作制御ステップの処理は、記録制御ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録制御ステップの処理を制御することを特徴とする
【００２５】
本発明の情報記録装置および方法、並びにプログラムにおいては、ファイルとファイルシステム情報が記録媒体に記録され、ファイルシステム情報が、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成され、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報が、仮想アドレス上でまとめて１のファイルとして記録されるように制御され、ファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報が更新されて記録媒体に追記させられるように制御される。
【００２６】
本発明の情報記録装置は、独立した装置であっても良いし、情報記録処理を行うブロックであっても良い。
【発明の効果】
【００２７】
本発明によれば、記録媒体にファイルが追記される場合に、追記されるファイルシステムの容量を必要最小限に留めるようにすることで、記録媒体の記録容量を無駄に消費させないようにして、記録可能な容量をできるだけ確保できるようにすることが可能となる。
【発明を実施するための最良の形態】
【００２８】
以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が本明細書に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２９】
さらに、この記載は、本明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。
【００３０】
即ち、本発明の情報記録装置は、ファイルとファイルシステム情報を記録媒体に記録する記録手段（例えば、図３の書込部７３）と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段（例えば、図３のファイルシステム情報生成部６２）と、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録手段の動作を制御する動作制御手段（例えば、図３の制御部５１）とを備え、動作制御手段は、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御することを特徴とする。
【００３１】
本発明の情報記録方法は、ファイルとファイルシステム情報を記録媒体に記録する記録ステップ（例えば、図１３のフローチャートにおけるステップＳ３の処理）と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップ（例えば、図１３のフローチャートにおけるステップＳ６の処理）と、ファイルシステム情報生成ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録ステップの処理による動作を制御する動作制御ステップ（例えば、図１３のフローチャートにおけるステップＳ６の処理）とを含み、動作制御ステップの処理は、記録ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録ステップの処理を制御することを特徴とする。
【００３２】
尚、プログラム格納媒体、および、プログラムについては、情報記録方法と同様であるので、その説明は省略する。
【００３３】
図２は、本発明を適用した記録再生装置１の一実施の形態の構成を示す図である。
【００３４】
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１１より供給されてくる制御信号に基づいて、記録部５２を制御して、記録再生ブロック５３に記録媒体８１に対して情報を記録させたり、または、再生部５４を制御して、記録再生ブロック５３に記録媒体８１に記録されている情報を読み出させたりする。
【００４６】
制御部５１のファイルシステム情報生成部６２は、入力データのファイルの属性に基づいて、入力データのうちの所定の属性のファイルごとにグループ化して記録媒体８１上の記録位置を決定し、ファイルを記録すると共に、それらの情報に基づいて、ファイルシステム情報を生成し、記録部５２に供給し、記録媒体８１に記録させる。
【００４７】
より具体的には、ファイルシステム情報生成部６２は、入力されるファイルを、使用されるアプリケーションソフトウェアプログラム毎（属性毎）に、仮想アドレス上でまとまった配置となるように記録する（ファイルをグループ化して、仮想アドレス上でまとまった配置となるように記録する）。また、ファイルシステム情報生成部６２は、アプリケーションソフトウェアプログラム毎にファイルシステム情報を生成して、記録部５２に供給し、記録媒体８１上に、アプリケーションソフトウェアプログラム毎にファイルシステム情報を記録させる。
【００４８】
さらに、ファイルが追記される場合、ファイルシステム情報生成部６２は、追記されたファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報のみを更新し追記させる。このとき、それまでに記録されていたファイルシステム情報が記録されていた領域は、読出不可の状態にされる。
【００４９】
制御部５１のファイルシステム情報認識部６１は、再生部５４より供給されるファイルシステム情報を読み出し、このファイルシステム情報に基づいて、所定のファイルを読み出す。
【００５０】
記録再生ブロック５３は、書込部７３、または、読出部９１により制御され、記録媒体８１に対して物理的に情報を記録、または、再生する。記録媒体８１は、機械的、光学的、磁気的、または、磁気光学的に記録可能なもので、繰り返し書込みが可能なもの（例えば、BD-RE（Blu-Ray Disc-Rewritable）、DVD-RW（Digital Versatile Disc-Rewritable）、またはDVD-RAM（Digital Versatile Disc-Random Access Memory）を含む）であってもよいし、１回書込みのみが可能なもの（例えば、BD-R（Blu-Ray Disc-Recordable）、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形式である）。図４においては、図中上からコンテンツ管理レイヤ、プレイリストレイヤ、および、クリップレイヤの３個のレイヤが示されている。尚、この管理構造は、Blu-Ray Disc Recordable（商標）の管理構造としても使用可能である。
【００５５】
ここで、コンテンツ管理レイヤには、プレイリスト管理テーブル１１１、および、サムネイル管理テーブル１１２が属している。また、プレイリストレイヤには、プレイリスト１１３−１乃至１１３−３が属している。さらに、クリップレイヤには、クリップ情報１２１−１乃至１２１−３が属している。尚、以下において、プレイリスト１１３−１乃至１１３−３、および、クリップ情報１２１−１乃至１２１−３をそれぞれ区別する必要がない場合、単に、プレイリスト１１３、および、クリップ情報１２１を称するものとして、その他の構成についても同様に称するものとする。
【００５６】
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ディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、BDAV対応レコーダ／プレーヤにおいては無視される。また、図５のディレクトリ構造は、Blu-Ray Disc Recordable（BD-R）においても使用可能である。
【００６５】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００６６】
”BDAV”ディレクトリには、BDAVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、”BDAV”ディレクトリは、以下に説明するディレクトリを含む。
【００６７】
”PLAYLIST”ディレクトリには、プレイリスト１１３のデータベースファイルが記録される。また、このディレクトリは、プレイリスト１１３が、仮に１個も存在しないような場合にでも設定される。
【００６８】
”CLIPINF”ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００６９】
”STREAM”ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００７０】
”BACKUP”ディレクトリには、グループ１，２に分類されるファイルのバックアップファイルが記録される。このディレクトリは、グループ１，２に分類されるファイルが、仮に１個も存在しないような場合にでも設定される。
【００７１】
”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は、グループ２としてそれぞれグループ化されて保持されている。
【００８２】
さらに、上記のグループ管理されるファイル以外に、”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ディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、BDMV対応レコーダ／プレーヤでは、無視される。
【００９２】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００９３】
”BDMV”には、BDMVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、”BDMV”ディレクトリは、以下に説明するディレクトリを含む。
【００９４】
”PLAYLIST”ディレクトリには、プレイリスト２２１のデータベースファイルが記録される。また、このディレクトリは、プレイリスト２２１が、仮に１個も存在しないような場合にでも設定される。
【００９５】
”CLIPINF”ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００９６】
”STREAM”ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００９７】
”BACKUP”ディレクトリには、グループA，Bに分類されるファイルのバックアップファイルが記録される。このディレクトリは、グループA，Bに分類されるファイルが、仮に１個も存在しないような場合にでも設定される。
【００９８】
”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としてグループ化されている。
【０１０７】
次に、本発明による記録処理の説明の前に、図８，図９を参照して、従来の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”ファイルのデータを取得することができる。
【０１１９】
UDF2.50で導入されたメタデータパーティションが使用されている場合、番号１１で示されるFile Set Descriptor、番号１２で示されるルートディレクトリのFile Entry、番号１３で示されるBDMVディレクトリのFID（File Identifier Descriptor）、番号１４で示されるBDMVディレクトリのFE（File Entry）、番号１５で示されるBDMVディレクトリにあるUnit_Key_Gen_Value.infのFile Identifier Descriptor、および番号１６のUnit_Key_Gen_Value.infのFile Entryはメタデータパーティション内に仮想アドレスを使用して配置される。
【０１２０】
メタデータパーティションが記録されている位置は、メタデータファイルのファイルエントリによって取得できる。メタデータパーティション内のデータを一度にメモリに読み込むことにより、複数階層のディレクトリの下に保存されているファイルにアクセスする際も、ディレクトリを１段下るごとにFile Identifier Descriptor、File Entry、ディレクトリ情報の３の情報を個々に記録媒体上から読み出すことを避け、メモリ上に読み出されれているメタデータパーティションの情報からファイルの読み出しに必要な情報を取得し解析することが可能である。
【０１２１】
次に、図１０乃至図１２を参照して、ファイルシステム情報を仮想アドレスに配置する手法について説明する。
【０１２２】
ファイルシステム情報は、ファイルシステムで用いる通常の物理パーティション上のアドレスを用いて、メタデータファイルとして１箇所に固めて配置される。メタデータファイル内は仮想アドレス（パーティションの先頭をアドレス０とする）が割り当てられ、ファイルシステム情報はメタデータパーティション内に、この仮想アドレスを参照する形式で構築される。
【０１２３】
すなわち、図９で説明したような番号１１で示されるFile Set Descriptor、番号１２で示されるルートディレクトリのFile Entry、番号１３で示されるBDMVディレクトリのFID（File Identifier Descriptor）、番号１４で示されるBDMVディレクトリのFE（File Entry）、番号１５で示されるBDMVディレクトリにあるUnit_Key_Gen_Value.infのFile Identifier Descriptor、および番号１６のUnit_Key_Gen_Value.infのFile Entry（ファイルエントリ）までの情報を、メタデータファイル内の仮想アドレスを用いて辿ること（読み出すこと）ができるようになっている。
【０１２４】
図１０の上段においては、領域Ｂ１１には、MD File FE（Metadata File File-Entry）が記述され、この記述に基づいて、領域Ｂ１２に記録されているファイルシステム情報（FS）を辿ることができる。すなわち、領域Ｂ１２のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ１１にファイルシステム情報（FS）が記録されていることが示されている。また、図１０の下段で示されるように、上述したファイルシステム情報（FS）は、メタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ１に記述される。
【０１２５】
また、メタデータパーティションは、物理パーティションにおける複数の領域に配置してもよい。例えば、図１１上段で示されるように、物理パーティションのアドレスA乃至A+Xの領域Ｂ２３と物理パーティションのアドレスB乃至B+Yの２箇所に配置されていた場合、領域Ｂ２１のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ２３と物理パーティションのアドレスB乃至B+Yである領域Ｂ２２の２箇所にファイルシステム情報が記録されていることが示される。そして、図１１下段で示されるようにメタデータパーティション内の仮想アドレス０乃至X+Yの領域Ｐ２にファイルシステム情報が記録されることになる。
【０１２６】
さらに、UDF2.50で採用されている機能としてメタデータファイルを二重に配置して（一方をメインメタデータファイル（＝メインFS）、他方をミラーメタデータファイル（ミラーFS）と称する同一の２のメタデータファイル（FS）を配置して）ファイルシステム情報の信頼性を高めることも可能である。
【０１２７】
すなわち、図１２で示されるように、物理パーティションのアドレスA乃至A+Xの領域Ｂ３２にファイルシステム情報である（メイン）メタデータファイルが配置され、物理パーティションのアドレスB乃至B+Yの領域Ｂ３４にファイルシステム情報であるミラーメタデータファイルが配置されていた場合、領域Ｂ３１のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ３２にメタデータファイルが記録されていることが示される。そして、図１２下段で示されるようにメタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ３に（メイン）メタデータファイルとしてファイルシステム情報が記録されることになる。このとき、同様にして、領域Ｂ３３のMDM File FEには、物理パーティションにおけるアドレスB乃至B+Xの領域である領域Ｂ３４にミラーメタデータファイルが記録されていることが示される。そして、上述のメインメタデータファイルと同様に、図１２下段で示されるようにメタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ３にミラーメタデータファイルとしてファイルシステム情報が記録されることになる。このように、同一のメタデータファイルを記述することにより、ファイルシステム情報の信頼性を向上させることが可能となる。
【０１２８】
次に、図１３のフローチャートを参照して、図３の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１２９】
ステップＳ１において、制御部５１は、AV-Streamの追記が要求されてきたか否かを判定し、AV-Streamの追記が要求されるまで、その処理を繰り返し、例えば、追記（または、新規の記録）が要求された場合、その処理は、ステップＳ２に進む。
【０１３０】
ステップＳ２において、ファイルシステム情報認識部６１は、再生部５４を制御して、記録再生ブロック５３より記録媒体８１に記録されているFSを読み込ませ、その情報を取得する。すなわち、記録媒体８１に予め、図１４の上部で示されるように情報が記録されているような場合、ファイルシステム情報認識部６１は、領域Ｂ１２，Ｂ１３に記録されているFSを読み出す。
【０１３１】
尚、図１４の上部における領域Ｂ１１乃至Ｂ１４については、図１の上部における領域Ｂ１乃至Ｂ４と同様の領域を示している。
【０１３２】
また、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ２の処理は、スキップされることになる。
【０１３３】
ステップＳ３において、ファイルシステム情報生成部６２は、供給されてきたAV-Streamと、AV-Streamを再生させるアプリケーションソフトウェアプログラムによりデータベース管理されているファイル（Files（DB管理））とを記録領域に追記する。すなわち、記録媒体８１に予め、図１４の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部６２は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-StreamとFiles（DB管理）とを記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１４の後段部分の領域Ｂ１１’に書き込ませる。
【０１３４】
ステップＳ４において、ファイルシステム情報生成部６２は、元のFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分を抽出する。すなわち、元のFSは、図１４の上部の領域Ｂ１２，Ｂ１３であり、このうち、AV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ１３（図中の「DB管理」と記述された領域）であるので、ファイルシステム情報生成部６２は、読み込んだFSのうち、領域Ｂ１３に記述された部分の情報を抽出する。
【０１３５】
ステップＳ５において、ファイルシステム情報生成部６２は、元のFS（新たなAV-Streamと、ファイルが追記される前のFS）におけるAV-StreamとDB管理されているファイルの追記に対応する部分を読出不可にする。すなわち、図１４の上部で示されるように、元のFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ１３であるので、ファイルシステム情報生成部６２は、図１４の下部で示されるように（黒色で示されるように）、領域Ｂ１３の情報を読出不可にする。
【０１３６】
尚、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ４，Ｓ５の処理は、スキップされることになる。
【０１３７】
ステップＳ６において、ファイルシステム情報生成部６２は、AV-StreamとDB管理されているファイルの追記に対応するFSを生成し、記録媒体８１に記録させる。すなわち、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する部分のFSを生成し、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１１’の後段部分の領域Ｂ１３’に書き込ませる。
【０１３８】
ステップＳ７において、ファイルシステム情報生成部６２は、元の「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記述された領域を読出不可にする。すなわち、図１４の上部で示されるように、元の「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録された部分は、領域Ｂ１４であるので、ファイルシステム情報生成部６２は、図１４の下部で示されるように（黒色で示されるように）、領域Ｂ１４の情報を読出不可にする。
【０１３９】
ステップＳ８において、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとDB管理されているファイルに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を記録させ、その処理は、ステップＳ１に戻り、それ以降の処理が繰り返される。すなわち、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１３’の後段部分の領域Ｂ１４’に書き込ませる。
【０１４０】
以上の処理により、AV-Streamを記録、または、再生させるためのアプリケーションソフトウェアプログラムによりDB管理されないファイルに関するFSについては、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されても、元の領域に残されたままの状態となるので、その分の記録領域を節約することが可能となる。
【０１４１】
すなわち、従来においては、図１の下段で示されていたように、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されると、領域Ｂ２，Ｂ３，Ｂ４が読出不可の状態にされ、新たに、領域Ｂ１’，Ｂ２’，Ｂ３’，Ｂ４’が記録されていたのに対して、以上のように処理することで、図１４の下段で示されるように、領域Ｂ１３，Ｂ１４のみが読出不可とされ、領域Ｂ１１’，Ｂ１３’，Ｂ１４’のみを追記するのみで済むため、領域１２を読出不可にせず、対応する領域を新たに追記する必要がなくなる分だけ、記録媒体８１の記録による容量の消費を節約することが可能となる。
以上においては、AV-Streamの追記に関係するFSのみを追記するようにすることで、AV-Streamの追記ががなされたときの記録媒体８１の容量の消費を節約する例について説明してきたが、以上の手法で、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるときの記録媒体８１の容量の消費を節約させると、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルの記録領域が離れて記録されることになる。このように、同一の属性のファイルが、記録媒体８１上の離れた位置に記録されると、連続的に読み出すことができなくなるため、読出速度を低下させてしまう要因となることが考えられる。
【０１４２】
そこで、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録するようにしても良い。
【０１４３】
図１５は、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録するようにした記録再生機構部２２の構成を示している。尚、図１５の記録再生機構部２２において、図３の記録再生機構部２２の構成と対応する構成については、同一の符号を付しており、その説明は適宜省略するものとする。
【０１４４】
図１５の記録再生機構部２２と図３の記録再生機構部２２の構成において、異なるのは、ファイルシステム情報生成部６２に代えて、ファイルシステム情報生成部１０１を設けた点である。
【０１４５】
ファイルシステム情報生成部１０１は、基本的な機能について、ファイルシステム情報生成部６２と同様である。しかしながら、ファイルが追記される場合、ファイルシステム情報生成部１０１は、追記されたファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して追記すると共に、さらに、元のファイル（DB管理）と、追記されるファイル（DB管理）を一体化した状態で一括して追記させる。このとき、それまでに記録されていたファイルシステム情報と共に、元のファイル（DB管理）が記録されていた領域は、読出不可の状態にされる。
【０１４６】
次に、図１６のフローチャートを参照して、図１５の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１４７】
尚、図１６のフローチャートにおけるステップＳ２１，Ｓ２２、および、ステップＳ２６乃至Ｓ３０の処理については、図１３のフローチャートを参照して説明したステップＳ１，Ｓ２、および、ステップＳ４乃至Ｓ８の処理と同様であるので、その説明は省略する。
【０１４８】
ステップＳ２３において、ファイルシステム情報生成部１０１は、供給されてきたAV-Streamを記録領域に追記する。すなわち、記録媒体８１に予め、図１７の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１０１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図１７の下部で示されるように、領域Ｂ２５の後段部分の領域Ｂ２１’に書き込ませる。
【０１４９】
尚、図１７における領域Ｂ２１，Ｂ２２は、図１４における領域Ｂ１１に対応する領域であり、AV-Streamが記録されている領域Ｂ２１と、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルが記録されている領域Ｂ２２とがそれぞれ分けて示されている。また、図１７における領域Ｂ２３，Ｂ２４，Ｂ２５は、図１４の領域Ｂ１２，Ｂ１３，Ｂ１４と同様のものである。
【０１５０】
ステップＳ２４において、ファイルシステム情報生成部１０１は、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルが記録されていた領域を読出不可にする。すなわち、図１７の上部で示されるように、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルの追記に対応する部分は、領域Ｂ２２であるので、ファイルシステム情報生成部１０１は、図１７の下部で示されるように（黒色で示されるように）、領域Ｂ２２の情報を読出不可にする。
【０１５１】
ステップＳ２５において、ファイルシステム情報生成部１０１は、供給されてきた（追記する）AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルと、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルを一括してを記録領域に追記させる。すなわち、記録媒体８１に予め、図１７の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１０１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図１７の下部で示されるように、領域Ｂ２１’の後段部分の領域Ｂ２２’に書き込ませる。
【０１５２】
尚、図１７における領域Ｂ２１’，Ｂ２４’，Ｂ２５’は、図１４における領域Ｂ１３’，Ｂ１４’，Ｂ１５’と同様のものである。
【０１５３】
すなわち、以上の処理により、AV-Streamが追記される前のDB管理されているファイルが記録されている領域が、AV-Streamが追記される度に、読出不可となる分だけ、図３の記録再生機構部２２による書込処理における記録媒体８１の記憶容量の消費が増えるが、DB管理されているファイルが、まとまった位置に一括して配置されることにより、DB管理されているファイルが分割して配置されるよりも、読出速度を向上させることが可能となる。結果として、従来の手法と比べると、AV-Streamが追記される度に消費される記録媒体８１の記録容量を節約しつつ、記録されたDB管理されているファイルの読出速度を向上させることが可能となる。
【０１５４】
以上においては、FSおよびDB管理されるファイルが、それぞれ記録媒体について１のみ記録される場合の例について説明してきたが、例えば、それぞれについて同一のファイル（Mirrorファイル）を設けるようにして、記録されている情報の信頼性を向上させるようにしてもよい。
【０１５５】
図１８は、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録すると共に、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとFSをそれぞれ２重に記録するようにした記録再生機構部２２の構成を示している。尚、図１８の記録再生機構部２２において、図１５の記録再生機構部２２の構成と対応する構成については、同一の符号を付しており、その説明は適宜省略するものとする。
【０１５６】
図１８の記録再生機構部２２と図１５の記録再生機構部２２の構成において、異なるのは、ファイルシステム情報生成部１０１に代えて、ファイルシステム情報生成部１２１を設けた点である。
【０１５７】
ファイルシステム情報生成部１２１は、基本的な機能は、ファイルシステム情報生成部１０１と同様であるが、さらに、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとFSをそれぞれ２重に記録する点で異なる。
【０１５８】
次に、図１９のフローチャートを参照して、図１８の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１５９】
尚、図１９のフローチャートにおけるステップＳ４１乃至Ｓ４３の処理については、図１６のフローチャートを参照して説明したステップＳ２１乃至Ｓ２３（図１３のフローチャートを参照して説明したステップＳ１，Ｓ２の処理を含む）の処理と同様であるので、その説明は省略する。また、以降の説明において、２重で記録されているFS、並びに、DB管理されたファイルについては、それぞれメインFSおよびバックアップFS、並びに、DB管理されたメインファイルおよびDB管理されたバックアップファイルと称するものとする。
【０１６０】
ステップＳ４４において、ファイルシステム情報生成部１２１は、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルおよびバックアップファイルが記録されていた領域を読出不可にする。すなわち、図２０の上部で示されるように、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルとバックアップファイルが記録されている領域は、領域Ｂ３２であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３２の情報を読出不可にする。
尚、図２０においては、領域Ｂ３１は、図１７における領域Ｂ２１に対応するものである。また、図２０の領域３２には、DB管理されているメインファイルとバックアップファイルが記録されており、図１７の領域Ｂ２２に対応する領域である。さらに、図２０の領域Ｂ３３，Ｂ３６には、それぞれDB管理されているメインファイルとバックアップファイルについてのメインFSとバックアップFS（FS（BackUp）＝MDM File（Metadata Mirror File））が記録されており、図１７における領域Ｂ２３に対応する。
【０１６１】
また、図２０の領域Ｂ３４，Ｂ３７には、それぞれDB管理されていないメインファイルとバックアップファイルについてのメインFS（FS（main））とバックアップFS（FS（BackUp）＝MDM File（Metadata Mirror File））が記録されており、図１７における領域Ｂ２４に対応する。さらに、領域Ｂ３５，Ｂ３８には、それぞれメインFSとバックアップFSのそれぞれのファイルエントリ（MD File FEおよびMDM（Metadata Mirror） File FE）が記録されている。また、領域Ｂ３９には、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録されている。従って、図２０の領域Ｂ３５，Ｂ３８，Ｂ３９を合わせた領域は、図１７の領域Ｂ２５に対応しているとも考えることができる。
【０１６２】
ステップＳ４５において、ファイルシステム情報生成部１２１は、供給されてきた（追記する）AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルおよびバックアップファイルと、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルとバックアップファイルを、それぞれ一括してを記録領域に追記させる。
【０１６３】
すなわち、記録媒体８１に予め、図２０の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１２１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図２０の下部で示されるように、入力されたAV-Streamが記録されている領域Ｂ３１’の後段部分の領域Ｂ３２’にメインファイルを書き込ませた後、そのコピーをバックアップファイルとして書き込ませる。
【０１６４】
ステップＳ４６において、ファイルシステム情報生成部１２１は、元のメインFSとバックアップFSにおける、それぞれのAV-StreamとDB管理されているファイルの追記に対応する部分を抽出する。すなわち、元のメインFSおよびバックアップFSは、それぞれ図２０の上部の領域Ｂ３３，Ｂ３４および領域Ｂ３６，Ｂ３７であり、このうち、AV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ３４，Ｂ３７（図中の「DB管理」と記述された領域）であるので、ファイルシステム情報生成部１２１は、読み込んだメインFSとバックアップFSのうち、領域Ｂ３４，Ｂ３７に記述された部分の情報を抽出する。
【０１６５】
ステップＳ４７において、ファイルシステム情報生成部１２１は、元のメインFSとバックアップFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分を読出不可にする。すなわち、図２０の上部で示されるように、元のメインFSとバックアップFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分は、それぞれ領域Ｂ３４，Ｂ３７であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３４，Ｂ３７の情報を読出不可にする。また、ファイルシステム情報生成部１２１は、それぞれの位置の情報としてMD File FEとMDM File FEがそれぞれ記録された領域Ｂ３５，Ｂ３８も読出不可にする。
【０１６６】
尚、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ４６，Ｓ４７の処理は、スキップされることになる。
【０１６７】
ステップＳ４８において、ファイルシステム情報生成部１２１は、AV-StreamとDB管理されているファイルの追記に対応するメインFSを生成し、記録媒体８１に記録させ、さらに、メインFSのコピーをバックアップFSとして記録させる。すなわち、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する部分のメインFSを生成し、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図２０の下部で示されるように、領域Ｂ３２’の後段部分の領域Ｂ３３’に書き込ませる。このとき、ファイルシステム情報生成部１２１は、記録位置を示すMD File FEも領域Ｂ３５’に記録する。さらに、ファイルシステム情報生成部１２１は、メインFSのコピーをバックアップFSとして領域Ｂ３７’に記録させ、記録位置を示すMDM File FEを領域Ｂ３８’に記録させる。
【０１６８】
ステップＳ４９において、ファイルシステム情報生成部１２１は、元の「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記述された領域を読出不可にする。すなわち、図２０の上部で示されるように、元の「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録された部分は、領域Ｂ３９であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３９の情報を読出不可にする。
【０１６９】
ステップＳ５０において、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとDB管理されているメインファイルおよびバックアップファイルに対応する「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を記録させ、その処理は、ステップＳ４１に戻り、それ以降の処理が繰り返される。すなわち、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図２０の下部で示されるように、領域Ｂ３８’の後段部分の領域Ｂ３９’に書き込ませる。
【０１７０】
すなわち、以上の処理により、DB管理されたファイルやFSが２重に記録されることにより、AV-Streamが追記される度に、読出不可となる領域が増えるため、図３，図１５の記録再生機構部２２による書込処理における記録媒体８１の記憶容量の消費が増えるが、DB管理されているファイルが、まとまった位置に一括して配置されることにより、DB管理されているファイルが分割して配置されるよりも、読出速度を向上させることが可能になると共に、DB管理されたファイルやFSが２重に記録されることにより、いずれか一方のファイルやFSが破壊されるような事態が発生しても、AV-Streamやファイルの読み出しにおける安定性を向上させることが可能となる。結果として、従来の手法と比べると、AV-Streamが追記される度に消費される記録媒体８１の記録容量を節約しつつ、記録されたDB管理されているファイルの読出速度と読み出し処理における安定性を向上させることが可能となる。
【０１７１】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどに記録媒体からインストールされる。
【０１７２】
プログラムが記録されている記録媒体は、図２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disc-Read Only Memory)，DVD（Digital Versatile Disk）を含む）、光磁気ディスク４３（MD（Mini-Disc）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２や、記憶部１８に含まれるハードディスクなどで構成される。
【０１７３】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【図面の簡単な説明】
【０１７４】
【図１】従来のファイルシステム情報の書込処理を説明する図である。
【図２】本発明を適用した記録再生装置の一実施の形態の構成を示す図である。
【図３】図２の記録再生機構部の構成を示す図である。
【図４】グループ管理の例を示す図である。
【図５】図４のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図６】グループ管理のその他の例を示す図である。
【図７】図６のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図８】UDFによるファイルへのアクセス手順を説明する図である。
【図９】UDFによるファイルへのアクセス手順を説明する図である。
【図１０】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１１】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１２】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１３】図３の記録再生機構部による書込処理を説明するフローチャートである。
【図１４】図３の記録再生機構部による書込処理を説明する図である。
【図１５】記録再生機構部のその他の構成を説明する図である。
【図１６】図１５の記録再生機構部による書込処理を説明するフローチャートである。
【図１７】図１５の記録再生機構部による書込処理を説明する図である。
【図１８】記録再生機構部のさらにその他の構成を説明する図である。
【図１９】図１８の記録再生機構部による書込処理を説明するフローチャートである。
【図２０】図１８の記録再生機構部による書込処理を説明する図である。
【符号の説明】
【０１７５】
２２ 記録再生機構部， ５１ 制御部， ５２ 記録部， ５３ 記録再生ブロック， ５４ 再生部， ６１ ファイルシステム情報認識部， ６２ ファイルシステム情報生成部， ７１ ECC符号化部， ７２ 変調部， ７３ 書込部， ８１ 記録媒体， ９１ 読出部， ９２ 復調部， ９３ ECC復号部， １０１ ファイルシステム情報生成部， １２１ ファイルシステム情報生成部
【技術分野】
【０００１】
本発明は、情報記録装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、ファイルが追記された場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報のみを追記することで、記録媒体の記憶容量を節約するようにした情報記録装置および方法、プログラム格納媒体、並びにプログラムに関する。
【背景技術】
【０００２】
大容量の記録媒体にファイルを記録する技術が普及しつつある。
【０００３】
また、このような大容量の記録媒体にファイルを記録する様々なフォーマットが提案されている。
【０００４】
例えば、DVD（Digital Versatile Disc）で使用されているUDF（Universal Disc Format）などがある（例えば、非特許文献１参照）。
【非特許文献１】Universal Disk Format Specification Revision 2.50 April 30, 2003 Optical Storage Technology Association
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述のUDF規格（Ver2.50）においては、ファイルシステム情報をメタデータパーティションと呼ばれる領域にまとめて配置し、メタデータパーティション内の仮想アドレス上に配置する機能が追加されている。
【０００６】
しかしながら、ライトアットワンスメディア（1回のみの記録が可能な記録媒体）においては、新たにファイルが追記されると、それまでのファイルシステム情報が記録されていた領域を読出不可の状態にして、新たなファイルシステム情報を生成し、記録媒体上の新たな領域に記録されることになるため、ファイルの追記が繰り返されると、ファイルシステム情報が繰り返し新たな領域に記録されると共に、古いファイルシステム情報が記録されている領域が読出不可の状態になるため、実際にファイルを記録する領域が無駄に消費されてしまうという課題があった。
【０００７】
例えば、UDF規格(Ver2.50)に対応したBlu-Ray Disc（以下、BDとも称する）の場合、ファイルやファイルシステム情報は、図１の上段で示されるように記録される。ここで、図１は、BDのライトアットワンスメディア（以下、Blu-Ray Disc-Recordable：BD-Rとも称する）上の記録状態の例を示している。図１においては、図中左からLSN（Logical Sector Number：論理セクタ番号（＝仮想アドレス））が設定されており、図１の上段においては、ボリュームスペースとして設定されている領域は、０乃至Nとなっている。LSNの先頭位置の「Reserved」と記述されている領域は、予約領域を示す。「VRS（Volume Recognition Sequence）」と記述されている領域は、ファイルシステム種別を認識するための情報が記録されている領域を示す。「AV-Stream」と記述されている領域には、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより記録または再生されるストリームデータが記録されている領域を示す。
【０００８】
「Files（DB）」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムによるストリームデータの再生処理に用いられるデータベース管理（DB管理）されているファイルが記録されている領域を示す。「Files（DB管理外）」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムによりDB管理されないファイルが記録されている領域を示す。「FS(＝MD File（Metadata File）)と記述されている領域は、メタデータとしてファイルシステム情報が記録された領域を示している。さらに、「FS」と記述されている領域は、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域（図中左部：DB管理外と記述された範囲）と、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されるファイルに関するファイルシステム情報が記述されている領域（図中右部：DB管理と記述された範囲）とに分かれている。
【０００９】
「MD File FE」と記述されている領域は、「FS」の位置を示すFE（File Entry）情報が記録されている領域を示す。「MD Bitmap」と記述されている領域には、ファイルシステム情報の記述された領域使用情報を管理する情報が記述されている。「MD Bitmap FE」と記述されている領域は、「MD Bitmap」の位置を示すFE（File Entry）情報が記録されている領域を示す。「AVDP」と記述されている２の領域は、アンカ情報が記録されている領域を示す。「Volume Str.（Volume Structure）」と記述された領域は、ボリューム構造の情報が記録されている領域を示す。尚、「AV-Stream」、「Files（DB管理）」と記述されている領域は、領域Ｂ１と称するものとする。また、「FS」のうち、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域は領域Ｂ２、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されているファイルに関するファイルシステム情報が記述されている領域は領域Ｂ３と称するものとする。また、「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」と示された領域は、まとめて領域Ｂ４と称するものとする。
【００１０】
例えば、図１の上段で示されている状態のBD-Rに、ストリームデータが追記されて、そのストリームデータを記録再生するためのアプリケーションソフトウェアプログラムによりデータベース管理されているファイルが更新された場合、BD-Rには、図１の下段で示されるように記録されることになる。
【００１１】
すなわち、領域Ｂ１に記述された情報に追記された、新たなストリームデータと、その再生用のデータベース管理されたファイルとが、領域Ｂ１’に記録されることになる。さらに、その後段に、領域Ｂ１’に、新たに情報が追記されることにより更新されたファイルシステム情報（以降においては、FSとも称する）が記録され、FSのうち、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されていないファイルに関するファイルシステム情報が記述されている領域として領域Ｂ２’が、また、BDにストリームデータを記録または再生するためのアプリケーションソフトウェアプログラムにより管理されているファイルに関するファイルシステム情報が記述されている領域として領域Ｂ３’がそれぞれ記録される。さらに、そのFSに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が領域Ｂ４’に記録されることになる。このとき、領域Ｂ２，Ｂ３，Ｂ４に記録されていた、「FS」、「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」は、読出不能な状態とされる。
【００１２】
このため、ファイルが追記される度に、領域Ｂ２乃至Ｂ４が繰り返し読出不能領域となって蓄積されていくことになるので、記録媒体の記憶容量を無駄に消費してしまう。特に、ライトアットワンスメディア（１回のみ記録可能な記録媒体）の場合、読出不能となった領域は二度と使用することができないため、ファイルが追記される度に、記録可能な容量を小さくしてしまうという課題があった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、特に、記録媒体にファイルが追記される場合に、追記されるファイルシステムの容量を必要最小限に留めるようにすることで、記録媒体の記録容量を無駄に消費させないようにして、記録可能な容量をできるだけ確保できるようにするものである。
【課題を解決するための手段】
【００１４】
本発明の情報記録装置は、ファイルとファイルシステム情報を記録媒体に記録する記録手段と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段と、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録手段の動作を制御する動作制御手段とを備え、動作制御手段は、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御することを特徴とする。
【００１５】
前記記録媒体は、１回記録用とするようにすることができる。
【００１６】
前記記録媒体は、１回記録用のBlu-Ray Discとするようにすることができる。
【００１７】
前記ファイルは、UDFで管理されるファイルとするようにすることができる。
【００１８】
前記動作制御手段には、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御させるようにすると共に、追記される前に存在する、アプリケーションソフトウェアプログラムにより使用されるファイルと、追記されるファイルとをまとめて追記させるように記録手段を制御させるようにすることができる。
【００１９】
前記動作制御手段には、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上で２重化して記録するように記録手段の動作を制御させるようにすることができ、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に2重化して追記させるように記録手段を制御させるようにすることができる。
【００２０】
前記動作制御手段には、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に2重化して追記させるように記録手段を制御させるようにすると共に、追記される前に存在する、アプリケーションソフトウェアプログラムにより使用されるファイルと、追記されるファイルとをまとめて、さらに2重化して追記させるように記録手段を制御させるようにすることができる。
【００２１】
本発明の情報記録方法は、ファイルとファイルシステム情報を記録媒体に記録する記録ステップと、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップと、ファイルシステム情報生成ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録ステップの処理による動作を制御する動作制御ステップとを含み、動作制御ステップの処理は、記録ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録ステップの処理を制御することを特徴とする。
【００２２】
本発明の記録媒体は、前記情報記録方法によりファイルおよびファイルシステム情報が記録されているようにすることができる。
【００２３】
本発明のプログラム格納媒体のプログラムは、ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、ファイルシステム情報の、ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、ファイルシステム情報生成制御ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録制御ステップの処理による動作を制御する動作制御ステップとを含み、動作制御ステップの処理は、記録制御ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録制御ステップの処理を制御することを特徴とする。
【００２４】
本発明のプログラムは、ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、ファイルシステム情報の、ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、ファイルシステム情報生成制御ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録制御ステップの処理による動作を制御する動作制御ステップとをコンピュータに実行させ、動作制御ステップの処理は、記録制御ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録制御ステップの処理を制御することを特徴とする
【００２５】
本発明の情報記録装置および方法、並びにプログラムにおいては、ファイルとファイルシステム情報が記録媒体に記録され、ファイルシステム情報が、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成され、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報が、仮想アドレス上でまとめて１のファイルとして記録されるように制御され、ファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報が更新されて記録媒体に追記させられるように制御される。
【００２６】
本発明の情報記録装置は、独立した装置であっても良いし、情報記録処理を行うブロックであっても良い。
【発明の効果】
【００２７】
本発明によれば、記録媒体にファイルが追記される場合に、追記されるファイルシステムの容量を必要最小限に留めるようにすることで、記録媒体の記録容量を無駄に消費させないようにして、記録可能な容量をできるだけ確保できるようにすることが可能となる。
【発明を実施するための最良の形態】
【００２８】
以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が本明細書に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２９】
さらに、この記載は、本明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。
【００３０】
即ち、本発明の情報記録装置は、ファイルとファイルシステム情報を記録媒体に記録する記録手段（例えば、図３の書込部７３）と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段（例えば、図３のファイルシステム情報生成部６２）と、ファイルシステム情報生成手段により、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録手段の動作を制御する動作制御手段（例えば、図３の制御部５１）とを備え、動作制御手段は、記録手段によりファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録手段を制御することを特徴とする。
【００３１】
本発明の情報記録方法は、ファイルとファイルシステム情報を記録媒体に記録する記録ステップ（例えば、図１３のフローチャートにおけるステップＳ３の処理）と、ファイルシステム情報を、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップ（例えば、図１３のフローチャートにおけるステップＳ６の処理）と、ファイルシステム情報生成ステップの処理で、ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように記録ステップの処理による動作を制御する動作制御ステップ（例えば、図１３のフローチャートにおけるステップＳ６の処理）とを含み、動作制御ステップの処理は、記録ステップの処理でファイルが追記される場合、追記されるファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して記録媒体に追記させるように記録ステップの処理を制御することを特徴とする。
【００３２】
尚、プログラム格納媒体、および、プログラムについては、情報記録方法と同様であるので、その説明は省略する。
【００３３】
図２は、本発明を適用した記録再生装置１の一実施の形態の構成を示す図である。
【００３４】
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１１より供給されてくる制御信号に基づいて、記録部５２を制御して、記録再生ブロック５３に記録媒体８１に対して情報を記録させたり、または、再生部５４を制御して、記録再生ブロック５３に記録媒体８１に記録されている情報を読み出させたりする。
【００４６】
制御部５１のファイルシステム情報生成部６２は、入力データのファイルの属性に基づいて、入力データのうちの所定の属性のファイルごとにグループ化して記録媒体８１上の記録位置を決定し、ファイルを記録すると共に、それらの情報に基づいて、ファイルシステム情報を生成し、記録部５２に供給し、記録媒体８１に記録させる。
【００４７】
より具体的には、ファイルシステム情報生成部６２は、入力されるファイルを、使用されるアプリケーションソフトウェアプログラム毎（属性毎）に、仮想アドレス上でまとまった配置となるように記録する（ファイルをグループ化して、仮想アドレス上でまとまった配置となるように記録する）。また、ファイルシステム情報生成部６２は、アプリケーションソフトウェアプログラム毎にファイルシステム情報を生成して、記録部５２に供給し、記録媒体８１上に、アプリケーションソフトウェアプログラム毎にファイルシステム情報を記録させる。
【００４８】
さらに、ファイルが追記される場合、ファイルシステム情報生成部６２は、追記されたファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報のみを更新し追記させる。このとき、それまでに記録されていたファイルシステム情報が記録されていた領域は、読出不可の状態にされる。
【００４９】
制御部５１のファイルシステム情報認識部６１は、再生部５４より供給されるファイルシステム情報を読み出し、このファイルシステム情報に基づいて、所定のファイルを読み出す。
【００５０】
記録再生ブロック５３は、書込部７３、または、読出部９１により制御され、記録媒体８１に対して物理的に情報を記録、または、再生する。記録媒体８１は、機械的、光学的、磁気的、または、磁気光学的に記録可能なもので、繰り返し書込みが可能なもの（例えば、BD-RE（Blu-Ray Disc-Rewritable）、DVD-RW（Digital Versatile Disc-Rewritable）、またはDVD-RAM（Digital Versatile Disc-Random Access Memory）を含む）であってもよいし、１回書込みのみが可能なもの（例えば、BD-R（Blu-Ray Disc-Recordable）、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形式である）。図４においては、図中上からコンテンツ管理レイヤ、プレイリストレイヤ、および、クリップレイヤの３個のレイヤが示されている。尚、この管理構造は、Blu-Ray Disc Recordable（商標）の管理構造としても使用可能である。
【００５５】
ここで、コンテンツ管理レイヤには、プレイリスト管理テーブル１１１、および、サムネイル管理テーブル１１２が属している。また、プレイリストレイヤには、プレイリスト１１３−１乃至１１３−３が属している。さらに、クリップレイヤには、クリップ情報１２１−１乃至１２１−３が属している。尚、以下において、プレイリスト１１３−１乃至１１３−３、および、クリップ情報１２１−１乃至１２１−３をそれぞれ区別する必要がない場合、単に、プレイリスト１１３、および、クリップ情報１２１を称するものとして、その他の構成についても同様に称するものとする。
【００５６】
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ディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、BDAV対応レコーダ／プレーヤにおいては無視される。また、図５のディレクトリ構造は、Blu-Ray Disc Recordable（BD-R）においても使用可能である。
【００６５】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００６６】
”BDAV”ディレクトリには、BDAVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、”BDAV”ディレクトリは、以下に説明するディレクトリを含む。
【００６７】
”PLAYLIST”ディレクトリには、プレイリスト１１３のデータベースファイルが記録される。また、このディレクトリは、プレイリスト１１３が、仮に１個も存在しないような場合にでも設定される。
【００６８】
”CLIPINF”ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００６９】
”STREAM”ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００７０】
”BACKUP”ディレクトリには、グループ１，２に分類されるファイルのバックアップファイルが記録される。このディレクトリは、グループ１，２に分類されるファイルが、仮に１個も存在しないような場合にでも設定される。
【００７１】
”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は、グループ２としてそれぞれグループ化されて保持されている。
【００８２】
さらに、上記のグループ管理されるファイル以外に、”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ディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、BDMV対応レコーダ／プレーヤでは、無視される。
【００９２】
同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００９３】
”BDMV”には、BDMVアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリが記録される。また、”BDMV”ディレクトリは、以下に説明するディレクトリを含む。
【００９４】
”PLAYLIST”ディレクトリには、プレイリスト２２１のデータベースファイルが記録される。また、このディレクトリは、プレイリスト２２１が、仮に１個も存在しないような場合にでも設定される。
【００９５】
”CLIPINF”ディレクトリには、クリップのデータベースが記録される。このディレクトリは、クリップが、仮に１個も存在しないような場合にでも設定される。
【００９６】
”STREAM”ディレクトリには、AVストリームファイルが記録される。このディレクトリは、AVストリームファイルが、仮に１個も存在しないような場合にでも設定される。
【００９７】
”BACKUP”ディレクトリには、グループA，Bに分類されるファイルのバックアップファイルが記録される。このディレクトリは、グループA，Bに分類されるファイルが、仮に１個も存在しないような場合にでも設定される。
【００９８】
”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としてグループ化されている。
【０１０７】
次に、本発明による記録処理の説明の前に、図８，図９を参照して、従来の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”ファイルのデータを取得することができる。
【０１１９】
UDF2.50で導入されたメタデータパーティションが使用されている場合、番号１１で示されるFile Set Descriptor、番号１２で示されるルートディレクトリのFile Entry、番号１３で示されるBDMVディレクトリのFID（File Identifier Descriptor）、番号１４で示されるBDMVディレクトリのFE（File Entry）、番号１５で示されるBDMVディレクトリにあるUnit_Key_Gen_Value.infのFile Identifier Descriptor、および番号１６のUnit_Key_Gen_Value.infのFile Entryはメタデータパーティション内に仮想アドレスを使用して配置される。
【０１２０】
メタデータパーティションが記録されている位置は、メタデータファイルのファイルエントリによって取得できる。メタデータパーティション内のデータを一度にメモリに読み込むことにより、複数階層のディレクトリの下に保存されているファイルにアクセスする際も、ディレクトリを１段下るごとにFile Identifier Descriptor、File Entry、ディレクトリ情報の３の情報を個々に記録媒体上から読み出すことを避け、メモリ上に読み出されれているメタデータパーティションの情報からファイルの読み出しに必要な情報を取得し解析することが可能である。
【０１２１】
次に、図１０乃至図１２を参照して、ファイルシステム情報を仮想アドレスに配置する手法について説明する。
【０１２２】
ファイルシステム情報は、ファイルシステムで用いる通常の物理パーティション上のアドレスを用いて、メタデータファイルとして１箇所に固めて配置される。メタデータファイル内は仮想アドレス（パーティションの先頭をアドレス０とする）が割り当てられ、ファイルシステム情報はメタデータパーティション内に、この仮想アドレスを参照する形式で構築される。
【０１２３】
すなわち、図９で説明したような番号１１で示されるFile Set Descriptor、番号１２で示されるルートディレクトリのFile Entry、番号１３で示されるBDMVディレクトリのFID（File Identifier Descriptor）、番号１４で示されるBDMVディレクトリのFE（File Entry）、番号１５で示されるBDMVディレクトリにあるUnit_Key_Gen_Value.infのFile Identifier Descriptor、および番号１６のUnit_Key_Gen_Value.infのFile Entry（ファイルエントリ）までの情報を、メタデータファイル内の仮想アドレスを用いて辿ること（読み出すこと）ができるようになっている。
【０１２４】
図１０の上段においては、領域Ｂ１１には、MD File FE（Metadata File File-Entry）が記述され、この記述に基づいて、領域Ｂ１２に記録されているファイルシステム情報（FS）を辿ることができる。すなわち、領域Ｂ１２のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ１１にファイルシステム情報（FS）が記録されていることが示されている。また、図１０の下段で示されるように、上述したファイルシステム情報（FS）は、メタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ１に記述される。
【０１２５】
また、メタデータパーティションは、物理パーティションにおける複数の領域に配置してもよい。例えば、図１１上段で示されるように、物理パーティションのアドレスA乃至A+Xの領域Ｂ２３と物理パーティションのアドレスB乃至B+Yの２箇所に配置されていた場合、領域Ｂ２１のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ２３と物理パーティションのアドレスB乃至B+Yである領域Ｂ２２の２箇所にファイルシステム情報が記録されていることが示される。そして、図１１下段で示されるようにメタデータパーティション内の仮想アドレス０乃至X+Yの領域Ｐ２にファイルシステム情報が記録されることになる。
【０１２６】
さらに、UDF2.50で採用されている機能としてメタデータファイルを二重に配置して（一方をメインメタデータファイル（＝メインFS）、他方をミラーメタデータファイル（ミラーFS）と称する同一の２のメタデータファイル（FS）を配置して）ファイルシステム情報の信頼性を高めることも可能である。
【０１２７】
すなわち、図１２で示されるように、物理パーティションのアドレスA乃至A+Xの領域Ｂ３２にファイルシステム情報である（メイン）メタデータファイルが配置され、物理パーティションのアドレスB乃至B+Yの領域Ｂ３４にファイルシステム情報であるミラーメタデータファイルが配置されていた場合、領域Ｂ３１のMD File FEには、物理パーティションにおけるアドレスA乃至A+Xの領域である領域Ｂ３２にメタデータファイルが記録されていることが示される。そして、図１２下段で示されるようにメタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ３に（メイン）メタデータファイルとしてファイルシステム情報が記録されることになる。このとき、同様にして、領域Ｂ３３のMDM File FEには、物理パーティションにおけるアドレスB乃至B+Xの領域である領域Ｂ３４にミラーメタデータファイルが記録されていることが示される。そして、上述のメインメタデータファイルと同様に、図１２下段で示されるようにメタデータパーティション内の仮想アドレス０乃至Xの領域Ｐ３にミラーメタデータファイルとしてファイルシステム情報が記録されることになる。このように、同一のメタデータファイルを記述することにより、ファイルシステム情報の信頼性を向上させることが可能となる。
【０１２８】
次に、図１３のフローチャートを参照して、図３の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１２９】
ステップＳ１において、制御部５１は、AV-Streamの追記が要求されてきたか否かを判定し、AV-Streamの追記が要求されるまで、その処理を繰り返し、例えば、追記（または、新規の記録）が要求された場合、その処理は、ステップＳ２に進む。
【０１３０】
ステップＳ２において、ファイルシステム情報認識部６１は、再生部５４を制御して、記録再生ブロック５３より記録媒体８１に記録されているFSを読み込ませ、その情報を取得する。すなわち、記録媒体８１に予め、図１４の上部で示されるように情報が記録されているような場合、ファイルシステム情報認識部６１は、領域Ｂ１２，Ｂ１３に記録されているFSを読み出す。
【０１３１】
尚、図１４の上部における領域Ｂ１１乃至Ｂ１４については、図１の上部における領域Ｂ１乃至Ｂ４と同様の領域を示している。
【０１３２】
また、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ２の処理は、スキップされることになる。
【０１３３】
ステップＳ３において、ファイルシステム情報生成部６２は、供給されてきたAV-Streamと、AV-Streamを再生させるアプリケーションソフトウェアプログラムによりデータベース管理されているファイル（Files（DB管理））とを記録領域に追記する。すなわち、記録媒体８１に予め、図１４の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部６２は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-StreamとFiles（DB管理）とを記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１４の後段部分の領域Ｂ１１’に書き込ませる。
【０１３４】
ステップＳ４において、ファイルシステム情報生成部６２は、元のFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分を抽出する。すなわち、元のFSは、図１４の上部の領域Ｂ１２，Ｂ１３であり、このうち、AV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ１３（図中の「DB管理」と記述された領域）であるので、ファイルシステム情報生成部６２は、読み込んだFSのうち、領域Ｂ１３に記述された部分の情報を抽出する。
【０１３５】
ステップＳ５において、ファイルシステム情報生成部６２は、元のFS（新たなAV-Streamと、ファイルが追記される前のFS）におけるAV-StreamとDB管理されているファイルの追記に対応する部分を読出不可にする。すなわち、図１４の上部で示されるように、元のFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ１３であるので、ファイルシステム情報生成部６２は、図１４の下部で示されるように（黒色で示されるように）、領域Ｂ１３の情報を読出不可にする。
【０１３６】
尚、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ４，Ｓ５の処理は、スキップされることになる。
【０１３７】
ステップＳ６において、ファイルシステム情報生成部６２は、AV-StreamとDB管理されているファイルの追記に対応するFSを生成し、記録媒体８１に記録させる。すなわち、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する部分のFSを生成し、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１１’の後段部分の領域Ｂ１３’に書き込ませる。
【０１３８】
ステップＳ７において、ファイルシステム情報生成部６２は、元の「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記述された領域を読出不可にする。すなわち、図１４の上部で示されるように、元の「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録された部分は、領域Ｂ１４であるので、ファイルシステム情報生成部６２は、図１４の下部で示されるように（黒色で示されるように）、領域Ｂ１４の情報を読出不可にする。
【０１３９】
ステップＳ８において、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとDB管理されているファイルに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を記録させ、その処理は、ステップＳ１に戻り、それ以降の処理が繰り返される。すなわち、ファイルシステム情報生成部６２は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する「MD File FE」、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図１４の下部で示されるように、領域Ｂ１３’の後段部分の領域Ｂ１４’に書き込ませる。
【０１４０】
以上の処理により、AV-Streamを記録、または、再生させるためのアプリケーションソフトウェアプログラムによりDB管理されないファイルに関するFSについては、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されても、元の領域に残されたままの状態となるので、その分の記録領域を節約することが可能となる。
【０１４１】
すなわち、従来においては、図１の下段で示されていたように、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されると、領域Ｂ２，Ｂ３，Ｂ４が読出不可の状態にされ、新たに、領域Ｂ１’，Ｂ２’，Ｂ３’，Ｂ４’が記録されていたのに対して、以上のように処理することで、図１４の下段で示されるように、領域Ｂ１３，Ｂ１４のみが読出不可とされ、領域Ｂ１１’，Ｂ１３’，Ｂ１４’のみを追記するのみで済むため、領域１２を読出不可にせず、対応する領域を新たに追記する必要がなくなる分だけ、記録媒体８１の記録による容量の消費を節約することが可能となる。
以上においては、AV-Streamの追記に関係するFSのみを追記するようにすることで、AV-Streamの追記ががなされたときの記録媒体８１の容量の消費を節約する例について説明してきたが、以上の手法で、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるときの記録媒体８１の容量の消費を節約させると、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルの記録領域が離れて記録されることになる。このように、同一の属性のファイルが、記録媒体８１上の離れた位置に記録されると、連続的に読み出すことができなくなるため、読出速度を低下させてしまう要因となることが考えられる。
【０１４２】
そこで、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録するようにしても良い。
【０１４３】
図１５は、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録するようにした記録再生機構部２２の構成を示している。尚、図１５の記録再生機構部２２において、図３の記録再生機構部２２の構成と対応する構成については、同一の符号を付しており、その説明は適宜省略するものとする。
【０１４４】
図１５の記録再生機構部２２と図３の記録再生機構部２２の構成において、異なるのは、ファイルシステム情報生成部６２に代えて、ファイルシステム情報生成部１０１を設けた点である。
【０１４５】
ファイルシステム情報生成部１０１は、基本的な機能について、ファイルシステム情報生成部６２と同様である。しかしながら、ファイルが追記される場合、ファイルシステム情報生成部１０１は、追記されたファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して追記すると共に、さらに、元のファイル（DB管理）と、追記されるファイル（DB管理）を一体化した状態で一括して追記させる。このとき、それまでに記録されていたファイルシステム情報と共に、元のファイル（DB管理）が記録されていた領域は、読出不可の状態にされる。
【０１４６】
次に、図１６のフローチャートを参照して、図１５の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１４７】
尚、図１６のフローチャートにおけるステップＳ２１，Ｓ２２、および、ステップＳ２６乃至Ｓ３０の処理については、図１３のフローチャートを参照して説明したステップＳ１，Ｓ２、および、ステップＳ４乃至Ｓ８の処理と同様であるので、その説明は省略する。
【０１４８】
ステップＳ２３において、ファイルシステム情報生成部１０１は、供給されてきたAV-Streamを記録領域に追記する。すなわち、記録媒体８１に予め、図１７の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１０１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図１７の下部で示されるように、領域Ｂ２５の後段部分の領域Ｂ２１’に書き込ませる。
【０１４９】
尚、図１７における領域Ｂ２１，Ｂ２２は、図１４における領域Ｂ１１に対応する領域であり、AV-Streamが記録されている領域Ｂ２１と、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルが記録されている領域Ｂ２２とがそれぞれ分けて示されている。また、図１７における領域Ｂ２３，Ｂ２４，Ｂ２５は、図１４の領域Ｂ１２，Ｂ１３，Ｂ１４と同様のものである。
【０１５０】
ステップＳ２４において、ファイルシステム情報生成部１０１は、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルが記録されていた領域を読出不可にする。すなわち、図１７の上部で示されるように、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルの追記に対応する部分は、領域Ｂ２２であるので、ファイルシステム情報生成部１０１は、図１７の下部で示されるように（黒色で示されるように）、領域Ｂ２２の情報を読出不可にする。
【０１５１】
ステップＳ２５において、ファイルシステム情報生成部１０１は、供給されてきた（追記する）AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルと、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているファイルを一括してを記録領域に追記させる。すなわち、記録媒体８１に予め、図１７の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１０１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図１７の下部で示されるように、領域Ｂ２１’の後段部分の領域Ｂ２２’に書き込ませる。
【０１５２】
尚、図１７における領域Ｂ２１’，Ｂ２４’，Ｂ２５’は、図１４における領域Ｂ１３’，Ｂ１４’，Ｂ１５’と同様のものである。
【０１５３】
すなわち、以上の処理により、AV-Streamが追記される前のDB管理されているファイルが記録されている領域が、AV-Streamが追記される度に、読出不可となる分だけ、図３の記録再生機構部２２による書込処理における記録媒体８１の記憶容量の消費が増えるが、DB管理されているファイルが、まとまった位置に一括して配置されることにより、DB管理されているファイルが分割して配置されるよりも、読出速度を向上させることが可能となる。結果として、従来の手法と比べると、AV-Streamが追記される度に消費される記録媒体８１の記録容量を節約しつつ、記録されたDB管理されているファイルの読出速度を向上させることが可能となる。
【０１５４】
以上においては、FSおよびDB管理されるファイルが、それぞれ記録媒体について１のみ記録される場合の例について説明してきたが、例えば、それぞれについて同一のファイル（Mirrorファイル）を設けるようにして、記録されている情報の信頼性を向上させるようにしてもよい。
【０１５５】
図１８は、AV-Streamと、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとが追記されるとき、AV-Streamを記録再生するためのアプリケーションソフトウェアプログラムによりDB管理されるファイルについては、改めて一括してまとめて記録すると共に、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとFSをそれぞれ２重に記録するようにした記録再生機構部２２の構成を示している。尚、図１８の記録再生機構部２２において、図１５の記録再生機構部２２の構成と対応する構成については、同一の符号を付しており、その説明は適宜省略するものとする。
【０１５６】
図１８の記録再生機構部２２と図１５の記録再生機構部２２の構成において、異なるのは、ファイルシステム情報生成部１０１に代えて、ファイルシステム情報生成部１２１を設けた点である。
【０１５７】
ファイルシステム情報生成部１２１は、基本的な機能は、ファイルシステム情報生成部１０１と同様であるが、さらに、そのアプリケーションソフトウェアプログラムによりDB管理されるファイルとFSをそれぞれ２重に記録する点で異なる。
【０１５８】
次に、図１９のフローチャートを参照して、図１８の記録再生機構部２２による記録媒体８１にAV-Streamと、AV-Streamを記録、または、再生させるアプリケーションソフトウェアプログラムによりDB管理されているファイルを書き込む書込処理について説明する。
【０１５９】
尚、図１９のフローチャートにおけるステップＳ４１乃至Ｓ４３の処理については、図１６のフローチャートを参照して説明したステップＳ２１乃至Ｓ２３（図１３のフローチャートを参照して説明したステップＳ１，Ｓ２の処理を含む）の処理と同様であるので、その説明は省略する。また、以降の説明において、２重で記録されているFS、並びに、DB管理されたファイルについては、それぞれメインFSおよびバックアップFS、並びに、DB管理されたメインファイルおよびDB管理されたバックアップファイルと称するものとする。
【０１６０】
ステップＳ４４において、ファイルシステム情報生成部１２１は、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルおよびバックアップファイルが記録されていた領域を読出不可にする。すなわち、図２０の上部で示されるように、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルとバックアップファイルが記録されている領域は、領域Ｂ３２であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３２の情報を読出不可にする。
尚、図２０においては、領域Ｂ３１は、図１７における領域Ｂ２１に対応するものである。また、図２０の領域３２には、DB管理されているメインファイルとバックアップファイルが記録されており、図１７の領域Ｂ２２に対応する領域である。さらに、図２０の領域Ｂ３３，Ｂ３６には、それぞれDB管理されているメインファイルとバックアップファイルについてのメインFSとバックアップFS（FS（BackUp）＝MDM File（Metadata Mirror File））が記録されており、図１７における領域Ｂ２３に対応する。
【０１６１】
また、図２０の領域Ｂ３４，Ｂ３７には、それぞれDB管理されていないメインファイルとバックアップファイルについてのメインFS（FS（main））とバックアップFS（FS（BackUp）＝MDM File（Metadata Mirror File））が記録されており、図１７における領域Ｂ２４に対応する。さらに、領域Ｂ３５，Ｂ３８には、それぞれメインFSとバックアップFSのそれぞれのファイルエントリ（MD File FEおよびMDM（Metadata Mirror） File FE）が記録されている。また、領域Ｂ３９には、「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録されている。従って、図２０の領域Ｂ３５，Ｂ３８，Ｂ３９を合わせた領域は、図１７の領域Ｂ２５に対応しているとも考えることができる。
【０１６２】
ステップＳ４５において、ファイルシステム情報生成部１２１は、供給されてきた（追記する）AV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルおよびバックアップファイルと、元のAV-Streamを記録再生するアプリケーションソフトウェアプログラムによりDB管理されているメインファイルとバックアップファイルを、それぞれ一括してを記録領域に追記させる。
【０１６３】
すなわち、記録媒体８１に予め、図２０の上部で示されるように情報が記録されているような場合、ファイルシステム情報生成部１２１は、ECC符号化部７１および変調部７２を介して、書込部７３に入力されるAV-Streamを記録再生ブロック５３により、図２０の下部で示されるように、入力されたAV-Streamが記録されている領域Ｂ３１’の後段部分の領域Ｂ３２’にメインファイルを書き込ませた後、そのコピーをバックアップファイルとして書き込ませる。
【０１６４】
ステップＳ４６において、ファイルシステム情報生成部１２１は、元のメインFSとバックアップFSにおける、それぞれのAV-StreamとDB管理されているファイルの追記に対応する部分を抽出する。すなわち、元のメインFSおよびバックアップFSは、それぞれ図２０の上部の領域Ｂ３３，Ｂ３４および領域Ｂ３６，Ｂ３７であり、このうち、AV-StreamとDB管理されているファイルの追記に対応する部分は、領域Ｂ３４，Ｂ３７（図中の「DB管理」と記述された領域）であるので、ファイルシステム情報生成部１２１は、読み込んだメインFSとバックアップFSのうち、領域Ｂ３４，Ｂ３７に記述された部分の情報を抽出する。
【０１６５】
ステップＳ４７において、ファイルシステム情報生成部１２１は、元のメインFSとバックアップFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分を読出不可にする。すなわち、図２０の上部で示されるように、元のメインFSとバックアップFSにおけるAV-StreamとDB管理されているファイルの追記に対応する部分は、それぞれ領域Ｂ３４，Ｂ３７であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３４，Ｂ３７の情報を読出不可にする。また、ファイルシステム情報生成部１２１は、それぞれの位置の情報としてMD File FEとMDM File FEがそれぞれ記録された領域Ｂ３５，Ｂ３８も読出不可にする。
【０１６６】
尚、最初の書込処理の場合、FSは、フォーマット時に記録領域が確保されているのみであって、FSそのものが存在しないので、実質的に、ステップＳ４６，Ｓ４７の処理は、スキップされることになる。
【０１６７】
ステップＳ４８において、ファイルシステム情報生成部１２１は、AV-StreamとDB管理されているファイルの追記に対応するメインFSを生成し、記録媒体８１に記録させ、さらに、メインFSのコピーをバックアップFSとして記録させる。すなわち、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する部分のメインFSを生成し、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図２０の下部で示されるように、領域Ｂ３２’の後段部分の領域Ｂ３３’に書き込ませる。このとき、ファイルシステム情報生成部１２１は、記録位置を示すMD File FEも領域Ｂ３５’に記録する。さらに、ファイルシステム情報生成部１２１は、メインFSのコピーをバックアップFSとして領域Ｂ３７’に記録させ、記録位置を示すMDM File FEを領域Ｂ３８’に記録させる。
【０１６８】
ステップＳ４９において、ファイルシステム情報生成部１２１は、元の「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記述された領域を読出不可にする。すなわち、図２０の上部で示されるように、元の「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」が記録された部分は、領域Ｂ３９であるので、ファイルシステム情報生成部１２１は、図２０の下部で示されるように（黒色で示されるように）、領域Ｂ３９の情報を読出不可にする。
【０１６９】
ステップＳ５０において、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとDB管理されているメインファイルおよびバックアップファイルに対応する「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を記録させ、その処理は、ステップＳ４１に戻り、それ以降の処理が繰り返される。すなわち、ファイルシステム情報生成部１２１は、新たに追記されたAV-StreamとFiles（DB管理）とに対応する「MD Bitmap」、「MD Bitmap FE」、「AVDP」、および、「Volume Str.」を、ECC符号化部７１および変調部７２を介して、記録再生ブロック５３により、図２０の下部で示されるように、領域Ｂ３８’の後段部分の領域Ｂ３９’に書き込ませる。
【０１７０】
すなわち、以上の処理により、DB管理されたファイルやFSが２重に記録されることにより、AV-Streamが追記される度に、読出不可となる領域が増えるため、図３，図１５の記録再生機構部２２による書込処理における記録媒体８１の記憶容量の消費が増えるが、DB管理されているファイルが、まとまった位置に一括して配置されることにより、DB管理されているファイルが分割して配置されるよりも、読出速度を向上させることが可能になると共に、DB管理されたファイルやFSが２重に記録されることにより、いずれか一方のファイルやFSが破壊されるような事態が発生しても、AV-Streamやファイルの読み出しにおける安定性を向上させることが可能となる。結果として、従来の手法と比べると、AV-Streamが追記される度に消費される記録媒体８１の記録容量を節約しつつ、記録されたDB管理されているファイルの読出速度と読み出し処理における安定性を向上させることが可能となる。
【０１７１】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどに記録媒体からインストールされる。
【０１７２】
プログラムが記録されている記録媒体は、図２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disc-Read Only Memory)，DVD（Digital Versatile Disk）を含む）、光磁気ディスク４３（MD（Mini-Disc）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２や、記憶部１８に含まれるハードディスクなどで構成される。
【０１７３】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【図面の簡単な説明】
【０１７４】
【図１】従来のファイルシステム情報の書込処理を説明する図である。
【図２】本発明を適用した記録再生装置の一実施の形態の構成を示す図である。
【図３】図２の記録再生機構部の構成を示す図である。
【図４】グループ管理の例を示す図である。
【図５】図４のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図６】グループ管理のその他の例を示す図である。
【図７】図６のグループ管理によって生成されるディレクトリとファイルの構成を示す図である。
【図８】UDFによるファイルへのアクセス手順を説明する図である。
【図９】UDFによるファイルへのアクセス手順を説明する図である。
【図１０】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１１】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１２】ファイルシステム情報を仮想アドレスに配置する手法を説明する図である。
【図１３】図３の記録再生機構部による書込処理を説明するフローチャートである。
【図１４】図３の記録再生機構部による書込処理を説明する図である。
【図１５】記録再生機構部のその他の構成を説明する図である。
【図１６】図１５の記録再生機構部による書込処理を説明するフローチャートである。
【図１７】図１５の記録再生機構部による書込処理を説明する図である。
【図１８】記録再生機構部のさらにその他の構成を説明する図である。
【図１９】図１８の記録再生機構部による書込処理を説明するフローチャートである。
【図２０】図１８の記録再生機構部による書込処理を説明する図である。
【符号の説明】
【０１７５】
２２ 記録再生機構部， ５１ 制御部， ５２ 記録部， ５３ 記録再生ブロック， ５４ 再生部， ６１ ファイルシステム情報認識部， ６２ ファイルシステム情報生成部， ７１ ECC符号化部， ７２ 変調部， ７３ 書込部， ８１ 記録媒体， ９１ 読出部， ９２ 復調部， ９３ ECC復号部， １０１ ファイルシステム情報生成部， １２１ ファイルシステム情報生成部
【特許請求の範囲】
【請求項１】
ファイルとファイルシステム情報を記録媒体に記録する記録手段と、
前記ファイルシステム情報を、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段と、
前記ファイルシステム情報生成手段により、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録手段の動作を制御する動作制御手段とを備え、
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録手段を制御する
ことを特徴とする情報記録装置。
【請求項２】
前記記録媒体は、１回記録用である
ことを特徴とする請求項１に記載の情報記録装置。
【請求項３】
前記記録媒体は、１回記録用のBlu-Ray Discである
ことを特徴とする請求項１に記載の情報記録装置。
【請求項４】
前記ファイルは、UDFで管理されるファイルである
ことを特徴とする請求項１に記載の情報記録装置。
【請求項５】
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録手段を制御すると共に、追記される前に存在する、前記アプリケーションソフトウェアプログラムにより使用されるファイルと、追記される前記ファイルとをまとめて追記させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録装置。
【請求項６】
前記動作制御手段は、前記ファイルシステム情報生成手段により、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上で２重化して記録するように前記記録手段の動作を制御し、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に2重化して追記させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録装置。
【請求項７】
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に2重化して追記させるように前記記録手段を制御すると共に、追記される前に存在する、前記アプリケーションソフトウェアプログラムにより使用されるファイルと、追記される前記ファイルとをまとめて、さらに2重化して追記させるように前記記録手段を制御する
ことを特徴とする請求項６に記載の情報記録装置。
【請求項８】
ファイルとファイルシステム情報を記録媒体に記録する記録ステップと、
前記ファイルシステム情報を、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップと、
前記ファイルシステム情報生成ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録ステップの処理による動作を制御する動作制御ステップとを含み、
前記動作制御ステップの処理は、前記記録ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録ステップの処理を制御する
ことを特徴とする情報記録方法。
【請求項９】
請求項８に記載の情報記録方法によりファイルおよびファイルシステム情報が記録されている
ことを特徴とする記録媒体。
【請求項１０】
ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、
前記ファイルシステム情報の、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、
前記ファイルシステム情報生成制御ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録制御ステップの処理による動作を制御する動作制御ステップとを含み、
前記動作制御ステップの処理は、前記記録制御ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録制御ステップの処理を制御する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項１１】
ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、
前記ファイルシステム情報の、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、
前記ファイルシステム情報生成制御ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録制御ステップの処理による動作を制御する動作制御ステップとをコンピュータに実行させ、
前記動作制御ステップの処理は、前記記録制御ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録制御ステップの処理を制御する
ことを特徴とするプログラム。
【請求項１】
ファイルとファイルシステム情報を記録媒体に記録する記録手段と、
前記ファイルシステム情報を、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成手段と、
前記ファイルシステム情報生成手段により、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録手段の動作を制御する動作制御手段とを備え、
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録手段を制御する
ことを特徴とする情報記録装置。
【請求項２】
前記記録媒体は、１回記録用である
ことを特徴とする請求項１に記載の情報記録装置。
【請求項３】
前記記録媒体は、１回記録用のBlu-Ray Discである
ことを特徴とする請求項１に記載の情報記録装置。
【請求項４】
前記ファイルは、UDFで管理されるファイルである
ことを特徴とする請求項１に記載の情報記録装置。
【請求項５】
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録手段を制御すると共に、追記される前に存在する、前記アプリケーションソフトウェアプログラムにより使用されるファイルと、追記される前記ファイルとをまとめて追記させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録装置。
【請求項６】
前記動作制御手段は、前記ファイルシステム情報生成手段により、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上で２重化して記録するように前記記録手段の動作を制御し、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に2重化して追記させるように前記記録手段を制御する
ことを特徴とする請求項１に記載の情報記録装置。
【請求項７】
前記動作制御手段は、前記記録手段により前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に2重化して追記させるように前記記録手段を制御すると共に、追記される前に存在する、前記アプリケーションソフトウェアプログラムにより使用されるファイルと、追記される前記ファイルとをまとめて、さらに2重化して追記させるように前記記録手段を制御する
ことを特徴とする請求項６に記載の情報記録装置。
【請求項８】
ファイルとファイルシステム情報を記録媒体に記録する記録ステップと、
前記ファイルシステム情報を、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成するファイルシステム情報生成ステップと、
前記ファイルシステム情報生成ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録ステップの処理による動作を制御する動作制御ステップとを含み、
前記動作制御ステップの処理は、前記記録ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録ステップの処理を制御する
ことを特徴とする情報記録方法。
【請求項９】
請求項８に記載の情報記録方法によりファイルおよびファイルシステム情報が記録されている
ことを特徴とする記録媒体。
【請求項１０】
ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、
前記ファイルシステム情報の、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、
前記ファイルシステム情報生成制御ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録制御ステップの処理による動作を制御する動作制御ステップとを含み、
前記動作制御ステップの処理は、前記記録制御ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録制御ステップの処理を制御する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。
【請求項１１】
ファイルとファイルシステム情報の記録媒体への記録を制御する記録制御ステップと、
前記ファイルシステム情報の、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎の生成を制御するファイルシステム情報生成制御ステップと、
前記ファイルシステム情報生成制御ステップの処理で、前記ファイルが使用されるアプリケーションソフトウェアプログラム毎に生成されたファイルシステム情報を、仮想アドレス上でまとめて１のファイルとして記録するように前記記録制御ステップの処理による動作を制御する動作制御ステップとをコンピュータに実行させ、
前記動作制御ステップの処理は、前記記録制御ステップの処理で前記ファイルが追記される場合、追記される前記ファイルが使用されるアプリケーションソフトウェアプログラムに対応するファイルシステム情報を更新して前記記録媒体に追記させるように前記記録制御ステップの処理を制御する
ことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００６−２４２８６（Ｐ２００６−２４２８６Ａ）
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願番号】特願２００４−２０１９９０（Ｐ２００４−２０１９９０）
【出願日】平成１６年７月８日（２００４．７．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願日】平成１６年７月８日（２００４．７．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]