JP4462799B2 - 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム - Google Patents
情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム Download PDFInfo
- Publication number
- JP4462799B2 JP4462799B2 JP2002005255A JP2002005255A JP4462799B2 JP 4462799 B2 JP4462799 B2 JP 4462799B2 JP 2002005255 A JP2002005255 A JP 2002005255A JP 2002005255 A JP2002005255 A JP 2002005255A JP 4462799 B2 JP4462799 B2 JP 4462799B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- file
- recording medium
- recorded
- files
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関し、特に、情報記録媒体に記録されている情報のタイトルを迅速に表示することができるようにした情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、記録可能で記録再生装置から取り外し可能なディスク型媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Audio Visual）信号を記録するメディアとしての期待が高い。
【０００３】
デジタルビデオ信号をデジタル圧縮する符号化方式の一つにMPEG（Moving Picture Experts Group）２方式がある。MPEG２は、デジタルビデオ信号を記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を記録媒体に記録する場合、ビデオ信号をMPEG２方式にエンコードして、符号化ビットストリームを記録媒体に記録する。また、近年始まったデジタル方式のＴＶ放送では、MPEG２方式で符号化されたビデオ番組がトランスポートストリームと呼ばれるフォーマットで伝送されている。デジタル放送を記録媒体に記録する場合には、トランスポートストリームをデジタル信号のまま、デコードや再エンコードすることなく記録する方式が用いられている。
【０００４】
ディスク媒体はランダムアクセス性に優れている。この性質を利用して、デジタルビデオ信号をディスク型記録媒体に記録する場合、ディスク媒体上に空き領域が分散していても、任意の空き領域から記録開始し、順次、空き領域をサーチして任意の空き領域に記録を続けることができる。
【０００５】
【発明が解決しようとする課題】
このように、光ディスクの容量が大きくなると、そこに記録されるコンテンツの数が多くなる。光ディスクには、各コンテンツのタイトルなども併せて記録される。そして、光ディスクが再生装置に装着されたとき、そのタイトルが読み出され、表示される。ユーザは、そのタイトルを指定することで、所望のタイトルのコンテンツの再生を指令することができる。
【０００６】
従来、各コンテンツのタイトルが、光ディスク上の任意の位置に分散して記録されていた。このため、タイトルを読み出し、表示するのに時間がかかる課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されている情報のタイトルを迅速に読み出し、表示することができるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の情報記録装置は、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定手段と、判定手段による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１０】
前記判定手段は、情報の種類をさらに判定し、記録手段は、判定手段の判定結果に基づいて、情報を、特定領域に多重書きすることができる。
【００１１】
前記特定領域の連続する空き領域を検出する検出手段と、情報と、検出手段により検出された領域の容量を比較する比較手段と、比較手段の比較結果に基づいて、特定領域に連続した空き領域を形成する形成手段とをさらに備えるようにすることができる。
【００１２】
本発明の第１の情報記録方法は、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１３】
本発明の第１のプログラム格納媒体のプログラムは、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１４】
本発明の第１のプログラムは、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとをコンピュータに実行させ、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している。
【００１５】
本発明の第１の情報再生装置は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出手段と、検出手段により検出された複数のファイルのアドレスを比較する比較手段と、比較手段による比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定手段と、決定手段により決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出し手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１６】
前記読み出し手段により読み出された情報に基づいて、複数の情報に対応するコンテンツのタイトルの表示を制御する制御手段をさらに備えるようにすることができる。
【００１７】
本発明の第１の情報再生方法は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１８】
本発明の第２のプログラム格納媒体のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１９】
本発明の第２のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを実行させ、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００２０】
本発明の第２の情報再生装置は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する第１の検出手段と、情報の情報記録媒体上での配置情報を取得する取得手段と、取得手段により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出し手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２１】
前記特定領域は情報の配置属性に応じて複数の領域に区分されているようにすることができる。
【００２２】
前記情報の種類を検出する第２の検出手段をさらに備え、読み出し手段は、第２の検出手段の検出結果に基づいて、情報の読み出しにエラーが発生した場合、多重書きされている情報のうちの他方の情報を読み出すようにすることができる。
【００２３】
前記読み出し手段により読み出された情報を記憶する記憶手段と、記憶手段に記憶された情報の中から、所定の情報を復元する復元手段とをさらに備えるようにすることができる。
【００２４】
前記特定領域において情報が記録されている最大範囲を検出する第３の検出手段をさらに備え、読み出し手段は、第３の検出手段により検出された最大範囲の全ての情報を読み出すようにすることができる。
【００２５】
本発明の第２の情報再生方法は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２６】
本発明の第３のプログラム記録媒体のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２７】
本発明の第３のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを実行させ、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している。
【００２８】
本発明の情報記録媒体は、管理情報は、情報の情報記録媒体上の配置に関する配置属性のうち、短時間で読む必要のあるファイルを示す配置属性を含み、短時間で読む必要のあるファイルが記録される特定領域が形成され、管理情報に対応するコンテンツとしての動画像情報が記録される特定領域以外の領域が形成され、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２９】
前記特定領域以外の領域に、特定領域の情報記録媒体上のアドレスがさらに記録されて
いるようにすることができる。
本発明の第２の情報記録装置は、管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、動画像情報を特定領域以外の領域に記録するよう制御する制御手段と、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスを情報記録媒体に記録する記録手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
本発明の第２の情報記録方法は、管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、動画像情報を特定領域以外の領域に記録するよう制御する制御ステップと、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスを情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００３０】
本発明の第１の情報記録装置および第１の情報記録方法、第１のプログラム格納媒体、並びに第１のプログラムにおいては、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性が判定され、判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性が情報記録媒体に記録される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３１】
本発明の第１の情報再生装置および第１の情報再生方法、第２のプログラム格納媒体、並びに第２のプログラムにおいては、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスが検出され、検出された複数のファイルのアドレスが比較され、比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番が決定され、その決定された順番に従って、短時間で読む必要のあるファイルの情報が読み出される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３２】
本発明の第２の情報再生装置および第２の情報再生方法、第３のプログラム格納媒体、並びに第３のプログラムにおいては、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスが検出され、情報の情報記録媒体上での配置情報が取得され、取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報が連続して、情報記録媒体から読み出される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３３】
本発明の情報記録媒体においては、管理情報は、情報の情報記録媒体上の配置に関する配置属性のうち、短時間で読む必要のあるファイルを示す配置属性を含み、短時間で読む必要のあるファイルが記録される特定領域が形成され、管理情報に対応するコンテンツとしての動画像情報が記録される特定領域以外の領域が形成される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
本発明の第２の情報記録装置および第２の情報記録方法においては、管理情報が情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されるとともに、動画像情報が特定領域以外の領域に記録されるよう制御され、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスが情報記録媒体に記録される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３４】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照して説明する。
【００３５】
最初に、図１と図２を参照して、情報を記録媒体に記録する場合における情報のファイルの構造について説明する。
【００３６】
図１は、情報記録媒体（後述する図２８の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの２個のレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【００３７】
１個のAVストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【００３８】
１個のClip AVストリームファイルは、MPEG２トランスポートストリームをDVR（Digital Video Recording）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００３９】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayListによって、Clipの中のアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報（データバイト位置）を見つけるために役立つ。
【００４０】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【００４１】
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。
【００４２】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分のデータもまた消去される。
【００４３】
Virtual PlayListは、Clipのデータを共有していないとみなされる。VirtualPlayListが変更または消去されたとしても、Clipは何も変化しない。
【００４４】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。
【００４５】
DVRディスク上に必要なディレクトリは、次の通りである。
"DVR"ディレクトリを含むrootディレクトリ
"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，"STREAM"ディレクトリ
および"DATA"ディレクトリを含む"DVR"ディレクトリ
【００４６】
rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このDVRアプリケーションフォーマットでは、無視される。
【００４７】
図２に、DVRディスク上のディレクトリ構造の例を示す。同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００４８】
"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【００４９】
"DVR"ディレクトリは、以下に説明するディレクトリを含む。
【００５０】
"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが１個もなくても存在しなければならない。
【００５１】
"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが１個もなくても存在しなければならない。
【００５２】
"STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、AVストリームファイルが１個もなくても存在しなければならない。
【００５３】
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
【００５４】
"xxxxx.rpls" -- このファイルは、１個のReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１個のファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、５個の０から９まで数字である。ファイル拡張子は、"rpls"でなければならない。
【００５５】
"yyyyy.vpls" -- このファイルは、１個のVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０から９まで数字である。ファイル拡張子は、"vpls"でなければならない。
【００５６】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルをストアする。
【００５７】
"zzzzz.clpi" -- このファイルは、１個のAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"clpi"でなければならない。
【００５８】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
【００５９】
"zzzzz.m２ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"m２ts"でなければならない。
【００６０】
１個のAVストリームファイルとそれに対応するClip Information fileは、同じ５個の数字"zzzzz"を使用しなければならない。
【００６１】
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【００６２】
次に、本発明が適用される、ファイル管理システムについて説明する。本発明においては、ファイルを管理するために、図３に示されるように、File System Descriptor, MIA Map for File System, File Table, Disc Region Table, Allocation Rule Set Table, File Name Tableの６種類の管理情報テーブルが使用される。
【００６３】
このうちのFile System Descriptor（FSD）は、図４に示されるように、光ディスク上の予め固定されたアドレス（図４の例の場合、Ａ１乃至Ａ２）に記録される。
【００６４】
File System Descriptor以外の管理情報テーブルは、図５に示されるように、論理ボリューム上のMIA（Management Information Area）領域に記録される。図５の例においては、MIA領域は、光ディスク上のアドレスＡ１１乃至Ａ１２に形成されているが、このアドレスは、必要に応じて、適宜変更される。
【００６５】
信頼性を保証するために、MIA領域は、論理ボリューム上で２つの異なった位置に記録される。一方が、Main MIAとされ、他方が、Reserve MIAと称される。
【００６６】
それぞれのMIA中の管理情報テーブルの場所は、MIA Mapにより定義され、MIAとMIA Mapの位置は、File System Descriptorに定義される。
【００６７】
File System Descriptorは、図６に示されるように構成される。
【００６８】
Signature(BP０)の詳細は後述する図９に示される。SignatureのData Typeフィールドの値は１６でなければならない。
【００６９】
Creation Time(BP８)はFile System Descriptorの作成日時を指定しなければならない。
【００７０】
Modification Time(BP１２)はFile System Descriptorの更新日時を指定しなければならない。
【００７１】
Interchange Class(BP１６)は媒体互換のための制限を規定する。
【００７２】
Reserved(BP１７)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【００７３】
Start Address of Main MIA(BP２０)はMain MIAの最初の論理ブロック番号を規定する。
【００７４】
Start Address of Reserve MIA(BP２４)はReserve MIAの最初の論理ブロック番号を規定する。
【００７５】
Length of MIA(BP２８)はMIAの論理ブロック単位での大きさを規定する。MIAの中には＃FFEFを越える論理ブロックは存在しない。
【００７６】
Number of MIA Map Sectors(BP３０)はMIA内に記録されるMIA Mapのためのブロック数を規定する。
【００７７】
MIA Map Sectors in Main MIA(BP３２)はMain MIA内でMIA Mapに属するすべてのMIB（Management Information Blok）（MIA内の論理ブロック）を指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録しなければならない。
【００７８】
MIA Map Sectors in Reserve MIA(BP３２＋２ｘ)はReserve MIA内でMIA Mapに属するすべてのMIBを指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録しなければならない。
【００７９】
MIA Mapは、MIAに記録するデータ構造の配置を管理するために使用される。MAP Entriesフィールドの各レコードは、１つのMIB（Management Information Blok）（MIA内の論理ブロック）に対応し、MIBの使用状況を示す。MIA Mapは、図７に示すように構成される。
【００８０】
Signature(BP０)の詳細は後述する図９に示される。SignatureのData Typeフィールドの値は１７でなければならない。
【００８１】
Start Address of MIA Map(BP８)はこのMIA内のMIA Mapの最初のMIBをMIB番号で規定する。
【００８２】
Start Address of File Table(BP１０)はこのMIA内のFile Tableの最初のMIBをMIB番号で規定する。
【００８３】
Start Address of Disc Region Table(BP１２)はこのMIA内のDisc Region Tableの最初のMIBをMIB番号で規定する。
【００８４】
Start Address of Allocation Rule Set Table(BP１４)はこのMIA内のAllocation Rule Set Tableの最初のMIBをMIB番号で規定する。
【００８５】
Start Address of File Name Table(BP１６)はこのMIA内のFile Name Tableの最初のMIBをMIB番号で規定する。
【００８６】
Start Address of Defect Information Table(BP１８)はこのMIA内のDefect Information Tableの最初のMIBをMIB番号で規定する。Defect Information TableがMIA内に存在しない場合はこのフィールドに#FFFFが設定されなければならない。
【００８７】
Start Address of Extended Attribute Table(BP２０)はこのMIA内のExtended Attribute Tableの最初のMIBをMIB番号で規定する。Extended Attribute TableがMIA内に存在しない場合はこのフィールドに#FFFFが設定されなければならない。
【００８８】
Number of Implementation Use Descriptors(BP２２)はImplementation Use Descriptor Pointersフィールドに記録されたエントリ数を規定する。
【００８９】
Implementation Use Descriptor Pointers(BP２４)はImplementation Use DescriptorのData Typeと位置を規定する。
【００９０】
Map Entries(BP２４＋４ND)はMIBの使用状況を規定する。各レコードはUnit１６で記録される。エントリの数はMIA内のMIB数（NMIB）に等しい。最初のMAP Entryは最初のMIBの使用状況を表し、２番目のMAP Entryは２番目のMIBの使用状況を表す。ｎ番目のMAP Entryはｎ番目のMIBの使用状況を表す。図８にMAP Entryの取り得る値の意味を示す。
【００９１】
データ構造が１つのMIBに入るほどに小さい時は、そのMIBに対応するMap Entryには#FFFFがセットされなければならない。データ構造が多数のMIBで構成される時は、次のMIB番号が対応するMap Entryにセットされ、それらのMIB連鎖内の最後のMIBのMap Entryには＃FFFFがセットされなければならない。#FFF１のMapEntryは対応するMIBが使われていないことを示す。そして新しいMIBの必要な時に使用できる。＃FFF０のMap Entryは対応するMIBが、例えば欠陥セクタのように、使用不可であることを示す。
【００９２】
Signatureは識別のためにデータ構造の先頭に記録される。SigRecはこの値を指定するために使われる。Signatureは図９で示されたフォーマットで記録される。
【００９３】
Identification(RBP０)の内容は文字列"JAFS"。
【００９４】
Version(RBP４)は規格のバージョン番号を規定する。例えば、JAFS revision１を示すためには、"１"をセットしなければならない。
【００９５】
Data Type(RBP５)はデータ構造のタイプを規定する。図１０に示される値が、そのデータ構造の種類に従ってこのフィールドにセットされなければならない。
【００９６】
Reserved(RBP０−１５，２４−２５５)は０でなければならない（将来のために予約）。
【００９７】
図１１は、File Tableのシンタックスを表している。
【００９８】
このように、File Tableは、File Table Headerと、１つ以上のFile Recordから構成される。
【００９９】
File Recordは１から始まる昇順の連続した整数で番号付けられている。その番号はFile Record番号として示される。File Tableの最初のFile Recordはそのディレクトリ階層のルートディレクトリを記述するDirectory File Recordでなければならない。
【０１００】
図１２は、File Recordの構成を表している。
【０１０１】
File Name(RBP０)は、このFile Recordにより参照されるファイルかディレクトリを識別するための一連のバイトデータが格納されるFile Name Record Chainを規定する。１つのディレクトリ内ではファイル名はユニークでなければならない。同一ディレクトリ内に複数のファイルやディレクトリが同じ名前を持つことがあってはならない。File Name Record Chainの最初のFile Name Record番号がこのフィールドに記録される。
【０１０２】
Next Link(RBP２)は、図１３に示されるように、同一ディレクトリに属するファイルかディレクトリを指定する。ファイルやディレクトリのFile Record番号がこのフィールドにセットされる。もしこのFile Recordがリンクリストの最後のエントリなら、このフィールドには#FFFFがセットされなければならない。
【０１０３】
Parent Link(RBP４)は、図１４に示されるように、そのファイルまたはディレクトリが属するディレクトリのFile Record番号を指定する。このFile Recordがディレクトリ階層のルートディレクトリを指定する場合は、このFile RecordのFile Record番号がこのフィールドにセットされなければならない。
【０１０４】
Attribute(RBP６)はこのFile Recordか、このFile Recordにより指定されるファイルまたはディレクトリのどちらかの属性を指定する。このAttributeには、Robustビットが含まれる。
【０１０５】
Extended Attribute Record Number(RBP８)はこのFile Recordか、このFile Recordにより指定されるファイルまたはディレクトリのどちらかの拡張属性を格納するExtended Attribute Record Chainを指定する。Extended Attribute Record Chainの最初のRecordのRecord番号がこのフィールドに格納される。Extended Attribute Recordが存在しない場合には、#FFFFがセットされなければならない。
【０１０６】
File Record Type(RBP１０)は図１５に示されるように、File Recordのタイプを指定する。
【０１０７】
File Record Type Dependent(RBP１１)フィールドの解釈はFile Record Typeフィールドの値に依存する。
【０１０８】
Creation Time(RBP２４)はこのFile Recordの作成された日時を指定する。
【０１０９】
もしこのFile RecordがDirectory File Recordであるなら、Modification Time(RBP２８)はディレクトリの修正日時を表す。もしこのFile RecordがData File Recordであるなら、Modification Time(RBP２８)はファイルの修正日時を表す。
【０１１０】
図１５のDirectory File Recordは、ディレクトリを記述するために使用される。Directory File Recordは、図１２に示すように規定され、そのFile Record Type Dependentフィールドは、図１６に示されるように構成される。
【０１１１】
図１６のFile Record Type(RBP１０)は１でなければならない。
【０１１２】
Reserved(RBP１１)は将来用途のために予約される。このフィールドには０がセットされなければならない。
【０１１３】
Child Link(RBP１２)は、図１７に示されるように、このDirectory File Recordにより指定されるディレクトリに属するファイルとディレクトリを指定する。ファイルまたはディレクトリを指定する最初のFile RecordのFile Record番号がこのフィールドにセットされなければならない。もしディレクトリ内にファイルやディレクトリが含まれない場合は、#FFFFがこのフィールドにセットされなければならない。
【０１１４】
Reserved(RBP１４)は将来用途のために予約される。このフィールドには０がセットされなければならない。
【０１１５】
図１５のData File Recordは、ファイルを記述するために使用される。Data File Recordは、図１２に示すように規定され、そのFile Record Type Dependentフィールドは、図１８に示されるように構成される。
【０１１６】
図１８のFile Record Type(RBP１０)は２でなければならない。
【０１１７】
Allocation Class(RBP１１)はこのData File Recordで指定されるファイルのアロケーションクラスを指定する。
【０１１８】
Allocation Classは、ファイルの記録特性（配置属性）を指定する。DVR applicationでは、図１９に示されるように、３種類が規定される。
【０１１９】
Data filesは、通常のファイルが対応される。Real-Time filesは、一定時間の間に書き込みまたは読み出しが終了する必要があるデータからなるファイルが対応される。例えば、AVデータのコンテンツデータからなるファイルは、このファイルに対応される。
【０１２０】
Gathered filesは、光ディスクを記録または再生する装置に装着したとき、短時間に読み出す必要があるファイルが対応される。
【０１２１】
例えば、図２に示されているPLAYLISTのファイル（*.rplsおよび*.vplsの拡張子を有するファイル）、並びにCLIPINFを構成するファイルＬ*.clpiの拡張子を有するファイル）などは、このGathered filesに対応される。
【０１２２】
図１８のDisc Region Record Number(RBP１２)はこのData File Recordにより参照されるファイルデータを指定する。ファイルデータはDisc Region Recordのリストにより記述され、最初のDisc Region Recordの番号がこのフィールドにセットされる。もし参照されるDisc Region Recordが無い場合は、#FFFFがこのフィールドにセットされなければならない。
【０１２３】
もしAttribute(RBP６)（図１２）のフィールドのRobustビットが１にセットされていた場合は、図１８のSpare Disc Region Record Number(RBP１４)はこのData File Recordによって参照される予備のファイルデータを指定する。このファイルデータはDisc Region Recordのリストにより記述され、最初のDisc Region Record番号がこのフィールドにセットされなければならない。もし参照されるDisc Region Recordが無い場合は、#FFFFがこのフィールドにセットされる。
【０１２４】
もしData Length(RBP１６)フィールドの値が#FFFFFFFFFFFFFFFFの場合は、このフィールドには有効なデータが含まれないことを示す。そうでなければこのフィールドはこのData File Recordによって参照されるファイルデータの長さを指定する。
【０１２５】
Disc Region Tableは、図２０に示されるように、Disc Region Table Headerと、０以上のDisc Region Recordから構成される。
【０１２６】
Disc Region Recordは１から始まる昇順の連続した整数で番号付けられる。その番号は図１８のDisc Region Record Numberとして示される。Disc Region RecordのリンクされたリストはNext Disc Region Recordフィールド（図２１）に次のDisc Region Record番号をセットすることで作られる。そしてDisc Region Record Chainとして参照される。Disc Region Record Chainの最後のDisc Region RecordのNext Disc Region Recordフィールドの値は#FFFFでなければならない。
【０１２７】
Disc Region Recordは、Disc Regionの開始位置、終了位置、並びにDisc Region Chain中の、次のDisc Region Recordの場所を示す。Disc Region Recordは、図２１に示されるように構成される。
【０１２８】
Start Logical Block Number(RBP０)はDisc Regionの最初のバイトを含む論理ブロックを指定する。その論理ブロック番号がこのフィールドにセットされる。
【０１２９】
End Logical Block Number(RBP４)はDisc Regionの最後のバイトを含む論理ブロックを指定する。その論理ブロック番号がこのフィールドにセットされる。
【０１３０】
Start Offset(RBP８)はDisc Regionの最初のバイトを含む論理ブロックの先頭からそのバイトまでのオフセットを指定する。もしDisc Regionが論理ブロックの先頭から開始される場合は、このフィールドに０がセットされる。
【０１３１】
End Offset(RBP１０)はDisc Regionの最初のバイトを含む論理ブロックの先頭からそのバイトまでのオフセットを指定する。もしDisc Regionの最後のバイトが論理ブロックの最初のバイトである場合は、このフィールドに０がセットされる。
【０１３２】
Reserved(RBP１２)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【０１３３】
もし、Next Disc Region Record(RBP１４)のフィールドの値が０の場合は、そのDisc Region Recordが未使用であり、新たなDisc Regionの記述のために使用できることを表す。その他の場合は、このフィールドがDisc Region Record Chain中の次のDisc Regionを指定する。次のDisc Region Recordの番号がこのフィールドで指定される。もしこのRecordがDisc Region Record Chainの最後のエントリなら、#FFFFがセットされなければならない。
【０１３４】
Allocation Rule Set Table（図１０）は、ファイルシステムが論理ボリューム内で使用されるファイルデータのアロケーション方法を指定する。Allocation Rule Set Tableは、図２２に示されるように、Allocation Rule Set Table HeaderおよびAllocation Rule Set Recordから構成される。
【０１３５】
Allocation Rule Set Recordは、アロケーション方法を規定するために使用される。Allocation Rule Set Recordは、図２３に示されるように構成される。
【０１３６】
Domain(RBP０)はこのアロケーションルールセットを示す値を規定する。
【０１３７】
Type(RBP１)はこのアロケーションルールセットのタイプを指定する値を規定する。この値はアロケーションルールセットの各々のDomainで定義される。
【０１３８】
Length of Parameters(RBP２)はParameters(RBP８)フィールドの長さを規定する。
【０１３９】
Reserved(RBP４)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【０１４０】
Parameters(RBP８)はアロケーションルールセットに依存するデータを記録するために使うことができる。
【０１４１】
本発明においては、図１９に示されるように、Allocation Classとして、３種類のファイルの属性が規定されるが、そのうちのGathered filesとして指定されたファイルは、図４に示されるように、光ディスク上の予め設定された特定の領域としてのGathered file領域（図４においては、アドレスＡ３乃至Ａ４で示される領域）に集中的にまとめて記録される。
【０１４２】
図２３のAllocation Rule Set RecordのParametersには、図２４に示されるように、Gathered File領域の光ディスク上の位置（開始アドレスと終了アドレス）と、領域の総数が記録される。
【０１４３】
File Name Table（図１０）は、図２５に示されるように、File Name Table Headerと、０個以上のFile Name Recordから構成される。
【０１４４】
File Name Recordは、１から始まる昇順の連続な整数で番号付けられる。この番号は、File Name Record番号として参照される。
【０１４５】
ファイル名は１つ以上のFile Name Recordで記述される。もしファイル名の長さが２８バイト以下の場合は、ファイル名は１つのFile Name Recordで記述される。その他の場合はFile Name Recordのリンクされたリストにより記述される。この１つのRecordまたはリストはFile Name Record Chainとして参照される。
【０１４６】
Chainの最初のFile Name Recordは図２６に規定されるよう記録される。Chain内のそれ以外のFile Name Recordは図２７に規定されるよう記録される。
【０１４７】
Next File Name Record(RBP０)フィールドに０がセットされたFile Name RecordはこのFile Name Recordが未使用であり、新しいファイル名を記録するために使用可能であることを示す。
【０１４８】
図２６のNext File Name Record(RBP０)はこのFile Name Record Chainに属する次のFile Name Recordの番号を表す。もしこのFile Name RecordがFile NameRecord Chain内の最後のエントリの場合は、このフィールドに#FFFFがセットされなければならない。
【０１４９】
Length(RBP２)はファイル名のバイト単位の長さを指定する。
【０１５０】
File Name Info(RBP４)にはファイル名の情報が格納される。
【０１５１】
図２７のNext File Name Record(RBP０)はこのFile Name Record Chainに属する次のFile Name Recordの番号を表す。もしこのFile Name RecordがFile Name Record Chain内の最後のエントリの場合は、このフィールドに#FFFFがセットされなければならない。
【０１５２】
File Name Info(RBP２)にはファイル名の情報が格納される。
【０１５３】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図２８の動画像記録再生装置１のブロック図を用いて説明する。
【０１５４】
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ECC復号部１３に供給する。ECC復号部１３は、復調部１２より供給されたデータを、AVストリームとデータベースとに分離し、AVストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
【０１５５】
ソースデパケッタイザ１４は、入力されたAVストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、AVデコーダ１６とマルチプレクサ２５に出力する。
【０１５６】
AVデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
【０１５７】
記録部６２のAVエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。AVエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、AVデコーダ１６が出力したビデオ信号が供給される。
【０１５８】
AVエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
【０１５９】
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
【０１６０】
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
【０１６１】
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ECC符号化部３０に供給する。ECC符号化部３０には、制御部１７が出力するデータベースも供給されている。
【０１６２】
ECC符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ECC符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
【０１６３】
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、各部を制御する。
【０１６４】
制御部１７にはまた、ドライブ４１が必要に応じて接続され、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
【０１６５】
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
【０１６６】
はじめに、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合の基本的な動作について説明する。
【０１６７】
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とAVエンコーダ２３へ入力される。また、オーディオ信号もまたAVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)、およびシステム情報(S)をマルチプレクサ２５に出力する。
【０１６８】
符号化ビデオストリーム(V)は、例えばMPEG２ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG１オーディオストリームやドルビーAC３（商標）オーディオストリーム等である。システム情報(S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やAV同期等の時間情報である。
【０１６９】
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG２トランスポートストリームやMPEG２プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームファイルを記録する。
【０１７０】
次に、例えば、図示せぬデジタルインタフェースまたはデジタルTVチューナから入力されるデジタルTV放送等のトランスポートストリームを記録する場合の基本的な動作について説明する。
【０１７１】
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
【０１７２】
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
【０１７３】
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム(V)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ２３へ入力する。AVエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ２５へ入力する。
【０１７４】
一方、デマルチプレクサ１５から出力されるオーディオストリーム(A)とシステム情報(S)は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
【０１７５】
この動画像記録再生装置１は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのAVストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
【０１７６】
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、CMのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネール、コンテンツのタイトルなども含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
【０１７７】
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのAVストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのAVストリーム上でのアドレス情報を関連付けて記憶部１７Ａに記憶する。
【０１７８】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、AVストリームの中におけるIピクチャのタイムスタンプとアドレス情報，STC（System Time Clock）の不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
【０１７９】
AVストリーム内のIピクチャのタイムスタンプとアドレス情報は、EP_mapにストアされるデータとなる。AVストリーム内のSTCの不連続情報は、SequenceInfoにストアされるデータとなる。AVストリーム内のプログラム内容の変化情報は、ProgramInfoにストアされるデータとなる。また、AVストリーム内のアライバルタイムとアドレス情報は、TU_mapにストアされる。
【０１８０】
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、AVストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ClipMarkにストアされるデータとなる。
【０１８１】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、AVストリームのデータベース(Clip Information)にストアされるものである。
【０１８２】
端子２０からのユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のAVストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、PlayListのデータベースにストアされるものである。
【０１８３】
制御部１７は、前記入力情報に基づいて、AVストリームのデータベース（Clip Information）, PlayListのデータベース, 記録媒体１０の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
【０１８４】
次に、再生時の基本的な動作について説明する。
【０１８５】
記録媒体１０には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
【０１８６】
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０１８７】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、AVストリームは復調部１２，ECC復号部１３，ファイルシステム部の処理を経て、ソースデパケッタイザ１４へ入力される。
【０１８８】
ソースデパケッタイザ１４は、記録媒体のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０１８９】
ユーザによって選択されたEP_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いPTSを持つIピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０１９０】
また、ユーザによって選択されたTU_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０１９１】
さらに、Clip Informationの中のClipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ClipMarkにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Clip Informationの内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部１１へ指示する。
【０１９２】
すなわち、ユーザが選択した画像がストアされているAVストリーム上でのアドレスに最も近いアドレスにあるIピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３，ファイルシステム部の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるAVデータが再生される。
【０１９３】
次に、図２９のフローチャートを参照して、データベースの記録処理を中心としたビデオストリームを記録する場合の処理について説明する。
【０１９４】
最初に、ステップＳ１１において、制御部１７は、上述したようにして、入力されたビデオストリームをAVエンコーダ２３により符号化させ、記録媒体１０に記録させる。ステップＳ１２において、制御部１７は、ビデオストリームの記録が終了したか否かを判定し、まだ終了していない場合、ステップＳ１１に戻り、ビデオストリームの符号化記録処理を継続する。
【０１９５】
ステップＳ１２において、ビデオストリームの符号化記録処理が終了したと判定された場合、制御部１７は、ステップＳ１３に進み、データベースの記録処理を実行する。
【０１９６】
なお、このデータベースの記録処理は、図３０のファイル記録処理のステップＳ２３の処理の一種として実行されるものである。
【０１９７】
すなわち、このシステムにおいては、制御部１７は、ファイルを記録する場合、図３０に示される処理を実行する。ステップＳ２１において、制御部１７は、記録するファイルのAllocation class（図１９）を判定し、ステップＳ２２において、そのファイルのAllocation classがGathered filesであるか否かを判定する。記録するファイルのAllocation classがGathered filesであると判定された場合、ステップＳ２３に進み、制御部１７は、Gathered File領域（図４）に、そのファイルを記録する処理を実行する。
【０１９８】
これに対して、ステップＳ２２において、記録するファイルのAllocation classがGathered filesではないと判定された場合（Data filesまたはReal-time filesであると判定された場合）、ステップＳ２４に進み、Gathered File領域以外の領域（通常領域）への記録処理を実行する。
【０１９９】
このように、制御部１７は、記録すべきファイルのAllocation classに基づいて、記録媒体１０の記録位置を変更するのであるが、図２９のステップＳ１３で記録されるデータベースを構成するファイルのAllocation classは、Gathered filesとされているため、ステップＳ１３のデータベースの記録処理は、図３０のステップＳ２３のGathered File領域への記録処理として実行される。
【０２００】
次に、図３１のフローチャートを参照して、図２９のステップＳ１３におけるデータベースの記録処理の詳細について説明する。
【０２０１】
最初にステップＳ４１において、制御部１７は、Space Bit Mapから空き領域を検索する。このSpace Bit Mapは、図３２のフローチャートに示す処理を実行することにより生成されたものである。
【０２０２】
すなわち、制御部１７は、記録媒体１０（光ディスク）が装着されたとき、図３２の処理を実行する。
【０２０３】
ステップＳ６１において、制御部１７は、装着されたディスクのGathered File領域における既存のファイルの配置情報を、そのディスクのDisc Region Table（図２０と図２１）から読み出す。そして、ステップＳ６２において、制御部１７は、ステップＳ６１で読み出した結果に基づいて、Space Bit Mapを生成する処理を実行する。
【０２０４】
これにより、例えば、図３３に示されるように、Gathered File領域にFile-１乃至File-４が記録されている場合、各ファイルの記録領域が、予め設定されている固定サイズの領域（ビット）毎に、使用中であることが書き込まれる。
【０２０５】
図３３においては、影を付して示す部分が、使用中の領域であることを表し、影を付していない部分が、使用していない領域であることを表している。
【０２０６】
従って、このSpace Bit Mapを基に、Gathered File領域のうち、連続して空いている領域を検出することが可能となる。
【０２０７】
図３１のステップＳ４１の処理により、Space Bit Mapから空き領域が検出されたとき、ステップＳ４２において、制御部１７は、これから記録しようとするファイルが記録可能な容量の連続する空き領域が、Gathered File領域に存在するか否かを判定する。
【０２０８】
ファイルを記録することが可能な容量の連続する空き領域が存在しない場合には、ステップＳ４８に進み、制御部１７は、空き領域の容量を合計する。そして、ステップＳ４９において、制御部１７は、ステップＳ４８の処理で演算して求めた空き領域の合計の値が、これから記録するファイルの容量より大きいか否かを判定する。空き領域の合計の値が、ファイルの容量より大きい場合には、ステップＳ５０に進み、制御部１７は、Gathered File領域における既存のファイルの配置を変更する処理を実行する。
【０２０９】
例えば、図３４に示されるように、Gathered File領域に、File-１乃至File-４の４つのファイルがすでに記録されており、新たなFile-Aを記録することが可能な、連続した空き領域が存在しない場合には、File-１乃至File-４の記録位置が、それぞれが連続して記録されるように変更される。これにより、File-Aを記録することが可能な連続する空き領域が形成される。
【０２１０】
このようにして、ステップＳ５０の処理により、既存のファイルの配置を変更する処理が完了した後、または、ステップＳ４２において、ファイルを記録することが可能な容量の連続する空き領域が存在すると判定された場合、ステップＳ４３に進み、その空き領域に、制御部１７は、ファイルを記録する処理を実行する。図３４の例においては、File-Aが、この処理でGathered File領域に記録されることになる。
【０２１１】
このように、新たなファイルを記録したので、MIA情報を変更する必要がある。そこで、制御部１７は、ステップＳ４４において、新たにファイルを記録した後の領域情報を記録したDisc Region Table（図２０と図２１）を作成する。ステップＳ４５において、制御部１７は、記録したファイルのファイル名を記録したFile Name Table（図２５、図２６および図２７）を作成する。さらに、ステップＳ４６において、制御部１７は、ファイル管理属性情報を記録したFile Table（図１１と図１２）を作成する。これらの情報は、記憶部１７Ａに適宜記憶されるものである。
【０２１２】
そして、ステップＳ４７において、制御部１７は、ステップＳ４４乃至ステップＳ４６の処理で作成した各Tableを、MIA領域（図５と図７）に記録する。
【０２１３】
ステップＳ４９において、空き領域の合計が、これから記録するファイルの容量より大きくないと判定された場合、容量不足のため、そのファイルをGathered File領域に記録することができないため、制御部１７は、ステップＳ５１においてエラー処理を実行する。すなわち、容量不足のため、ファイルを記録することができませんなどのメッセージをビデオ出力として出力させ、モニタに表示させるなどの処理が実行される。
【０２１４】
次に、図３５のフローチャートを参照して、タイトル表示処理について説明する。この処理は、記録媒体１０を動画像記録再生装置１に装着したとき、制御部１７により実行される。
【０２１５】
最初に、ステップＳ７１において、PLAYLISTとCLIPINFの読み出し処理が実行される。この処理の詳細は、図３６と図３７に示されている。
【０２１６】
最初に、図３６を参照して、PLAYLISTの読み出し処理について説明する。
【０２１７】
ステップＳ９１において、制御部１７は、記録媒体１０に記録されているFile Table（図１１、図１２、図１６）を読み出し、その中のFile名フィールド（図１２）から、PLAYLISTの名称を検索する。そして、ステップＳ９２において、制御部１７は、ステップＳ９１の処理で検索されたPLAYLISTのChild Link（図１６）が指すFile Recordであって、拡張子が.rplsまたは.vplsのものを検索する。
【０２１８】
次に、ステップＳ９３に進み、制御部１７は、Next Link（図１２）が存在するか否かを判定し、存在する場合には、ステップＳ９４に進み、Next Linkが指すFile Recordであって、拡張子が.rplsまたは.vplsのものを検索する。その後、ステップＳ９３に戻り、それ以降の処理が繰り返し実行される。
【０２１９】
そして、ステップＳ９３において、Next Linkが存在しないと判定された場合、処理は終了される。
【０２２０】
以上のようにして、*.rplsまたは*.vplsの名称のファイルが、PLAYLISTの中から全て読み出される。
【０２２１】
次に、図３７のフローチャートを参照して、CLIPINFの読み出し処理について説明する。ステップＳ１０１において、制御部１７は、File Table（図１１、図１２、図１６）のFile名フィールド（図１２）から、CLIPINFの名称を検索する。ステップＳ１０２において、制御部１７は、ステップＳ１０１の処理で検索されたCLIPINFのChild Link（図１６）が指すFile Recordであって、拡張子が.clpiのものを検索する。
【０２２２】
次に、ステップＳ１０３において、制御部１７は、Next Linkが存在するか否かを判定し、存在する場合には、ステップＳ１０４に進み、Next Linkが指すFile Recordであって、拡張子が.clpiのものを検索する。その後、処理は、ステップＳ１０３に戻り、それ以降の処理が繰り返し実行される。
【０２２３】
ステップＳ１０３において、Next Linkが存在しないと判定された場合、処理は終了される。
【０２２４】
このようにして、*.clpiの名称のCLIPINFの全てのファイルが読み出される。
【０２２５】
以上のようにして、図３５のステップＳ７１の処理が完了したとき、ステップＳ７２に進み、制御部１７は、ステップＳ７１の処理で読み出した各ファイルの先頭アドレスを昇順にソートする。
【０２２６】
例えば、図３８に示されるように、File １の先頭アドレスがＡ２３であり、File ２の先頭アドレスがＡ２１であり、File ３の先頭アドレスがＡ２５である場合、Ａ２１＜Ａ２３＜Ａ２５の関係があるとすると、ステップＳ７２の処理により、図３９に示されるように、先頭アドレスが小さい順番に、File ２,File １,File
３の順にファイルがソートされる。
【０２２７】
次に、ステップＳ７３において、制御部１７は、ステップＳ７３の処理でソートした順番に、Gatherd File領域のファイルにアクセスし、そこに記録されているタイトルや、対応するコンテンツのアドレスなどを読み出す。タイトルは、PLAYLISTのファイルから読み出され、コンテンツのアドレスは、CLIPINFのファイルから読み出される。
【０２２８】
次に、ステップＳ７４において、制御部１７は、ステップＳ７３の処理で読み出したタイトルに対応するビデオデータを生成し、AVデコーダ１６に出力し、端子１８から出力させる。これにより、記録媒体１０に記録されているコンテンツのタイトルが表示される。従って、ユーザは、これから再生するタイトルを選択し、指定することが可能となる。
【０２２９】
このように、Gathered File領域に記録されているファイルとして検索されたファイルの順番が、File １,File ２,File ３の順番であったとしても、それを読み出すときの順番が、アドレスの順番に従って、図４０に示されるように、File ２,File １,File ３の順番に読み出されるので、File １,File ２,File ３の順番に読み出す場合に較べて、１つのファイルを読み出してから、次のファイルを読み出すまでのシーク動作の時間が短くてすみ、最終的に、全てのファイルを読み出すまでの時間を短くすることができる。
【０２３０】
さらに、このシステムにおいては、タイトルを含む情報のファイルが、Gathered File領域という、記録媒体１０上の所定のまとまった領域中に集中して記録されているので、例えば、図４１に示されるように、記録媒体１０上の任意の位置に分散してFile １乃至File ３が記録されている場合に較べて、さらに、迅速にファイルを読み出すことが可能となる。
【０２３１】
以上のようにして、コンテンツのタイトルが記録されているファイルや、コンテンツの記録位置を示すアドレスが記録されているファイルは、図４に示されるように、Gathered File領域（この例の場合、アドレスＡ３乃至アドレスＡ４に形成されている領域）に、File １乃至File ３として記録される。
【０２３２】
次に、本発明の実施の形態について、もう１つの例を図面を参照して説明する。
【０２３３】
図４２に、図２の例とは別の、DVRディスク上のディレクトリ構造の例を示す。図４２に示されるように、rootディレクトリは、１個のDVRディレクトリを必ず含み、オプショナルに１個以上のDVRn（nは１以上の数字である）ディレクトリを含んでも良い。DVRディレクトリをBasic DVRディレクトリと呼び、DVRnディレクトリをAux DVRディレクトリと呼ぶ。図４２において、前述の図２で示したファイル、ディレクトリと同じ名前のものは、同じ意味を持つ。
【０２３４】
図４２において、menu.tidx, menu.tdt１およびmenu.tdt２の３個のファイルは、各PlayListの代表画像から作成されたサムネール画像を管理するファイルである。menu.tidxは、それらサムネール画像のヘッダ情報をストアするファイルであり、menu.tdt１とmenu.tdt２は、それらサムネール画像の画像情報をストアするファイルである。mark.tidx, mark.tdt１およびmark.tdt２の３個のファイルは、各PlayListからユーザが選択したマーク点やＡＶストリームから抽出された特徴点の画像から作成されたサムネール画像を管理するファイルである。mark.tidxは、それらサムネール画像のヘッダ情報をストアするファイルであり、mark.tdt１とmark.tdt２は、それらサムネール画像の画像情報をストアするファイルである。
【０２３５】
前述の図１２、図１８および図１９の説明と同様にして、本実施の形態の情報処理装置で使用するファイルシステムは、ファイルの記録媒体上での配置（Allocation）に関する属性情報として、"Allocation class"を規定する。Allocation Classは、ファイル毎に１つ与えられる情報であり、この情報はファイルの管理データ（MIA(Management Information Area)）にストアされる（前述の図１８の説明を参照）。
【０２３６】
図４３にDVRアプリケーションのファイルとそのAllocation Classの関係を示す。DVRアプリケーションの例では、Group-１ files, Group-２ files, Group-３ files, Group-４ files, Real-time files, Data filesの６種類を規定する。すなわち、この例では、図１９の例におけるGathered Filesに代えて、Group-１乃至Group-４の４つのグループのAllocation Classが用いられる。
【０２３７】
また、前述の図１２および図１８の説明と同様にして、本実施の形態の情報処理装置で使用するファイルシステムは、ファイルの記録媒体上での配置（Allocation）に関する属性情報として、"Attribute"フィールドの中にRobustビットを規定する。Attributeフィールドは、ファイル毎に１つ与えられる情報であり、この情報はファイルの管理データ（MIA）にストアされる（図１２を参照）。"Attribute"フィールドの中のRobustビットが１であるファイルは、信頼性を保証するために、記録媒体上で２つの異なった位置に同じファイルデータが記録される。一方のデータをMainのファイルデータと呼び、もう一方のデータをReserveのファイルデータと呼ぶ。図４３に示されるAttributeフィールドの中のRobustビットが１であるファイルは、このように記録される。
【０２３８】
図４４は、Attributeフィールドの中のRobustビットが１であるファイルの記録方法を説明する図である。zzzzz.clpiファイルは、Robustビットが１であり、記録媒体上にファイルデータがMainのファイルデータとReserveのファイルデータとして、２重に配置（記録）される。Reserveのファイルデータには、Mainのファイルデータと同じ情報が記録される。ファイルを記録する時には、Mainデータ，Reserveデータの順番に記録する。ファイルを再生する時には、はじめにMainのファイルデータを読み出す。もし、Mainのファイルデータがデータエラーで読めない場合、Reserveのファイルデータを読み出す。
【０２３９】
"Attribute"フィールドの中のRobustビットが０であるファイルは、記録媒体上で１つの位置にファイルデータ記録される。図４４に示すmenu.tdt１ファイルは、Attributeフィールドの中のRobustビットが０であり、ファイルデータが１つの場所に配置される。
【０２４０】
本実施の形態の情報処理装置で使用するファイルシステムは、Allocation ClassがGroup-１ files, Group-２ files, Group-３ files, またはGroup-４ filesであるファイルのファイルデータを図４５に示すように、所定のLB(Logical Block) Region for Gathered files と呼ばれる領域（Gathered files領域）に集中して記録する。図４５に示すLB Region for filesとLB Region for Gathered filesの記録媒体上の各位置（開始アドレスと終了アドレス）は、Allocation Rule Set RecordのParametersに記録される（図２３）。そして、さらに、LB Region for Gathered filesの中には、図４６に示すように、次の６個の領域の位置が特定される。
【０２４１】
（１）Main LB Regions for Group-１ files (AC(Allocation Class) が、Group-１ files のファイルのMain File Dataが配置される領域であり、図中、ｇ１−Ｍとして表されている)
（２）Reserve LB Regions for Group-１ files (AC が、Group-１ files のファイルのReserve File Dataが配置される領域であり、図中、ｇ１−Ｒとして表されている)
（３）Main LB Regions for Group-２ files (AC が、Group-２ files のファイルのMain File Dataが配置される領域であり、図中、ｇ２−Ｍとして表されている)
（４）Reserve LB Regions for Group-２ files (AC が、Group-２ files のファイルのReserve File Dataが配置される領域であり、図中、ｇ２−Ｒとして表されている)
（５）LB Regions for Group-３ files (AC が、Group-３ files のファイルのFile Dataが配置される領域であり、図中、ｇ３として表されている)
（６）LB Regions for Group-４ files (AC が、Group-４ files のファイルのFile Dataが配置される領域であり、図中、ｇ４として表されている)
【０２４２】
これら６個の領域の記録媒体上の各位置（開始アドレスと終了アドレス）もまた、Allocation Rule Set RecordのParameters（図２３）に記録される。
【０２４３】
例えば、ｇ１−Ｍ，ｇ１−Ｒ，ｇ２−Ｍ，およびｇ２−Ｒの領域の大きさは、2 MByte であり、ｇ３の領域の大きさは、3.2 MByteであり、ｇ４の領域の大きさは、16MByteである。ここで、Mは、1024x1024である。
【０２４４】
Group-１, Group-２, Group-３, Group-４の各ファイルのグループ分けは、上記領域の大きさにファイルが配置できるように考慮されている。また、逆に、上記領域の大きさにファイルが配置できるように、各グループのファイルの最大サイズが制限される。
【０２４５】
例えば、AC(Allocation Class)が、Group-１ filesのファイルのMain File Dataを新規に記録する場合、そのFile dataは、Main LB Regions for Group-１ filesの中の空き領域に記録される。
【０２４６】
図４７は、Main LB Regions for Group-１ filesの中に配置するファイルデータの例を示す。Main LB Regions for Group-１ filesの中のファイルデータの配置情報は、前述のDisc Region Table （図２０と図２１）の管理データにストアされる。上記の（２）乃至（６）の領域についても同様である。
【０２４７】
上記（１）乃至（６）の領域は、LB Region for Gathered filesの中を移動可能である。また、LB Region for Gathered filesは記録媒体上の位置の移動が可能である。例えば、LB Region for Gathered filesに欠陥が多くなった時、新しいLB Region for Gathered filesを作り、その記録媒体上の位置をMIAのAllocation Rule Set RecordのParametersに記録する。
【０２４８】
図４８は、LB Region for Gathered filesが、LB Region for filesを分割している場合の例を示す。
【０２４９】
図４９は、Allocation Rule Set RecordのParameters（図２３）に格納されるところの、LB Region for Gathered filesおよび上記（１）から（６）の領域の記録媒体上の位置を示す情報のシンタクスである。この情報をAllocation Info of DVR filesと呼ぶ。
【０２５０】
LB Region for Gathered files（RBP０）は、LB Region for Gathered filesの記録媒体上の開始位置と終了位置を、図５０に示すところの、Start Logical Block NumberとEnd Logical Block Numberで表す。
【０２５１】
Main LB Regions for Group-１ files（RBP１６）は、Main LB Regions for Group-１ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。Reserve LB Regions for Group-１ files（RBP２４）は、Reserve LB Regions for Group-１ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５２】
Main LB Regions for Group-２ files（RBP３２）は、Main LB Regions for Group-２ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。Reserve LB Regions for Group-２ files（RBP４０）は、Reserve LB Regions for Group-２ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５３】
LB Regions for Group-３ files（RBP４８）は、LB Regions for Group-３ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５４】
LB Regions for Group-４ files（RBP５６）は、LB Regions for Group-４ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５５】
Main LB Regions for Group-１ files, Reserve LB Regions for Group-１ files, Main LB Regions for Group-２ files, Reserve LB Regions for Group-２ files, LB Regions for Group-３ filesおよびLB Regions for Group-４ filesは、LB Region for Gathered filesの中に含まれる。
【０２５６】
次に、このようなDVRアプリケーション構造のデータを記録再生するシステムについて、図５１の動画像記録再生装置のブロック図を用いて説明する。図５１の動画像記録再生装置１は、基本的に図２８の動画像記録再生装置１と同様の構成とされている。但し、図５１の動画像記録再生装置１においては、ECC復号部１３の出力が、バッファ７１を介して、ソースデパケッタイザ１４または制御部１７に出力される。また、制御部１７とソースパケッタイザ２９の出力が、バッファ７２を介して、ECC符号化部３０に供給される。
【０２５７】
なお、図２８におけるビデオ解析部２４、多重化ストリーム解析部２６、スイッチ２７，２８の図示は、省略されている。
【０２５８】
はじめに記録時の動作について、入力オーディオビデオ信号を符号化して記録する場合を説明する。
【０２５９】
記録に先だって、はじめに制御部１７は、読み出し部１１に対して、FSD(File System Descriptor)（図６）のデータを読み出すように指示する。読み出し部は、記録媒体１０の所定の位置に記録されているFSD（図４と図５）のデータを読み出し、そのデータは、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。制御部１７は、FSDのデータに基づいて、MIAが記録されているアドレスを取得する。
【０２６０】
そして、次に、制御部１７は、読み出し部１１に対して、MIAを読み出すように指示する。読み出し部１１は、MIAのデータを読み出し、そのデータは、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。制御部１７は、MIAに含まれているところのAllocation Info of DVR files（図４９）のデータを取得し、またDisc Region Table（図１０、図２０、図２１）のデータを解析することによって、記録媒体上の空き領域の情報を取得する。
【０２６１】
端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号とオーディオ信号は、AVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)と符号化オーディオストリーム(A)をマルチプレクサ２５に出力する。符号化ビデオストリーム(V)は、例えばMPEG２ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG１オーディオストリームやドルビーAC３（商標）オーディオストリーム等である。マルチプレクサ２５は、入力ストリームを多重化して、多重化ストリームを出力する。
【０２６２】
多重化ストリームは、例えば、MPEG２トランスポートストリームやMPEG２プログラムストリームである。多重化ストリームは、ソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを記録媒体のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、バッファ７２を介して、ECC符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へClip AVストリームファイルを記録する。制御部１７は、LB Regions for files の中からLB Regions for Gathered filesを除いた領域（図４６）の中にある空き領域に、Clip AV streamを記録するように、この記録を制御する。
【０２６３】
この動画像記録再生装置１は、Clip AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報、すなわち、Clip Information ファイル，PlayListファイル，サムネール画像の情報、および記録媒体１０の記録内容の管理情報(info.dvr)もまた記録する。これらのアプリケーションデータベース情報は、制御部１７により作成される。Clip Informationファイルおよびマークサムネール画像（特徴点）の情報は、制御部１７がClip AVストリームファイルを解析して作成する。PlayListファイルおよびメニューサムネール画像の情報は、主に端子２０から入力されるユーザの指示情報に基づいて制御部１７が作成する。また、制御部１７が、記録内容の管理情報(info.dvr)を作成する。
【０２６４】
制御部１７が作成したアプリケーションデータベース情報は、AVストリームと同様にして、ECC符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へデータベースファイルを記録する。すなわち、制御部１７は、Allocation Info of DVR filesのデータと記録媒体上の空き領域の情報に基づいて、記録媒体１０へデータベースファイルを記録する。この処理の詳細については、図５２と図５３を参照して後述する。
【０２６５】
次に、再生時の基本的な動作について説明する。
【０２６６】
記録媒体１０には、AVストリームファイル，アプリケーションデータベース情報およびファイルシステムデータが記録されている。
【０２６７】
はじめに制御部１７は、上述の記録時の動作と同様にして、FSDのデータを取得し、それに基づいて、MIAのデータを取得する。制御部１７は、MIAに含まれているところのAllocation Info of DVR files（図４９）のデータを取得し、またDisc Region Table（図１０、図２０、図２１）のデータを解析することによって、記録媒体１０上のファイルデータの配置情報を取得する。
【０２６８】
次に、制御部１７は、読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。この処理の詳細については、図５４と図５５を参照して後述する。
【０２６９】
制御部１７は、アプリケーションデータベースに基づいて、ディスクに記録されているPlayListの一覧（タイトルの一覧）を端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介してAVストリームはソースデパケッタイザ１４へ入力される。
【０２７０】
ソースデパケッタイザ１４は、記録媒体１０のアプリケーションフォーマットのAVストリームをデマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０２７１】
次に、図５２と図５３のフローチャートを参照して、リアルプレイリスト(Clip AV streamとそれに関連するデータベース情報)の新規記録の処理を説明する。
【０２７２】
ステップS１００で、制御部１７は、FSD（File System Descriptor）を読み出す。ステップS１０１で、制御部１７は、MIA（Allocation Info of DVR filesとDisc Region Tableを含む）を読み出し、記憶部１７Ａに格納する。
【０２７３】
ステップS１０２で、制御部１７は、Disc Region Tableのデータを解析し、記録媒体１０の空き領域情報を取得する。
【０２７４】
ステップS１０３で、制御部１７は、Allocation Info of DVR files（図４９）のデータに基づいて、LB Regions for filesと各グループのファイルデータを記録する領域を決定する。これらの領域は、読み出したAllocation Info of DVR filesに指定されている領域と同じにしても良いし、これを変更しても良い。
【０２７５】
ステップS１０４で、制御部１７は、LB Regions for files の中からLB Regions for Gathered filesを除いた領域の中にある空き領域に、Clip AV streamを記録するように、この記録を制御する。
【０２７６】
ステップS１０５で、制御部１７は、データベースファイルのデータとファイル名を取得する。
【０２７７】
ステップS１０６で、制御部１７は、データベースファイルのAllocation classとrobust bitの値を、図４３のテーブル（記憶部１７Ａに記憶されている）を参照して決定する。
【０２７８】
ステップS１０７で、robust bitが１か否かを判定し、robust bitが１の場合、ステップS１０８へ進む。そして、記録する情報の種類は２種類あり、それらは、上記Allocation classのメインファイルデータと上記Allocation classのリザーブファイルデータである（２重書きを行う）と決定する。
【０２７９】
ステップS１０７で、robust bitが０であると判定された場合、ステップS１０９へ進む。そして、記録する情報の種類は、上記Allocation classのファイルデータである（１重書きを行う）と決定する。
【０２８０】
ステップS１１０で、制御部１７は、ファイルデータを上記種類に対応するグループ用の記録領域の空き領域に記録する。
【０２８１】
ステップS１１１で、次に記録するデータベースファイルがあるか調べ、ある場合は、ステップS１０５へ戻り、上述の処理を繰り返す。
【０２８２】
次に記録するデータベースファイルがない場合には、ステップS１１２で、制御部１７は、上記記録媒体１０へのファイルデータの記録を管理するためのMIAのデータを作成し、それを記録媒体１０に記録する。
【０２８３】
ステップS１１３で、制御部１７は、MIAの記録アドレスを表すFSDのデータを作成し、それを記録媒体１０に記録する。そして、処理を終了する。
【０２８４】
なお、上記ステップS１０５からステップS１１１までのステップにおけるデータベースファイルの記録は、新規に記録するファイルだけを記録するようにしても良いし、または、全てのファイル（新規のファイルと既に記録されている全てファイル）を記録媒体に書き直すように記録しても良い。また、上記ステップS１０５からステップS１１１までのステップにおけるデータベースファイルの記録は、robust bitが１であるファイル毎に、メインのファイルデータを記録し、続いて、リザーブのファイルデータを記録するようにしているが、これに限らず、次のようにしてもよい。すなわち、同じAllocation classの全てのファイルのメインファイルデータをはじめに記録し、次に、そのAllocation classの全てのファイルのリザーブファイルデータを記録するようにしても良い。
【０２８５】
次に、図５４と図５５のフローチャートを参照して、記録媒体１０に記録されているプレイリストの一覧（タイトルの一覧）を画面表示する処理を説明する。
【０２８６】
ステップS２０１で、制御部１７は、記録媒体１０から、FSD（File System Descriptor）を読み出す。
【０２８７】
ステップS２０２で、制御部１７は、MIA（Allocation Info of DVR files, Disc Region Tableを含む）を読み出し、記憶部１７Ａに格納する。
【０２８８】
ステップS２０３で、制御部１７は、記録媒体１０に記録されているファイルのAllocation class と robust bitの情報をMIAから取得する。
【０２８９】
ステップS２０４で、制御部１７は、同じAllocation classのデータベースファイルのファイルデータ（またはメインファイルデータ）の配置情報を、Disc Region Tableから取得する。例えば、これが最初のステップS２０４の処理の場合、Group-１ filesのメインファイルデータの配置情報を取得する。
【０２９０】
ステップS２０５で、制御部１７は、上記ファイルデータを記録媒体１０から連続して読み出し、記憶部１７Ａに格納する。
【０２９１】
ステップS２０６で、制御部１７は、ステップS２０５のファイルデータの読み出し処理でエラーが発生したかを調べる。yesの場合、ステップS２０７へ進む。ステップS２０７で、制御部１７は、上記読み出したファイルのrobust bitが１であるかを調べる。yesの場合、ステップS２０８へ進む。ステップS２０８で、制御部１７は、上記Allocation classのデータベースファイルのリザーブファイルデータの配置情報をDisc Region Tableによって取得する。ステップS２０９で、制御部１７は、エラーがあったメインデータに対応するリザーブファイルデータを記録媒体１０から読み出し、記憶部１７Ａに格納する。
【０２９２】
ステップS２０６で、Noであると判定された場合（ファイルデータの読み出し処理でエラーが発生しないと判定された場合）は、ステップS２１０へ進む。
【０２９３】
ステップS２０７で、Noであると判定された場合（robust bitが０であると判定された場合）は、ステップS２１０へ進む。この場合、エラーがあったファイルデータを補償することはできない。
【０２９４】
ステップS２１０で、データベースファイルの読み出しが終了したかを調べる。Noの場合は、ステップS２０４へ戻り、上記と同様の処理を繰り返す。例えば、次は、Group-２ filesのファイルの読み出しを行う。
【０２９５】
ステップS２１１で、制御部１７は、記憶部１７Ａに格納されているデータベースファイルの情報に基づいて、記録媒体１０に記録されているPlayListの一覧を端子２０のユーザインターフェースへ出力する。そして、処理を終了する。
【０２９６】
なお、上記ステップS２０５で、制御部１７は、各ファイルのデータをDisc Region Table（図２０）の各Disc Region Record（図２１）に基づいて、記録媒体１０から逐次読み出しても良いが、次の図５６または図５７の手順のようにすれば、ファイルデータの読み出し速度を向上できる。
【０２９７】
図５６の例では、ステップＳ３０１で、ファイルのデータの種類（Allocation class，メインファイルデータまたはリザーブファイルデータ）に対応するグループの記録領域（例えば、Main LB Regions for Group-１ files）のデータが取得される。
【０２９８】
ステップＳ３０２では、そのグループの記録領域の全データ（ファイルデータと空き領域のデータを含む全データ）を、記録媒体１０から連続して読み出し、バッファ７１に格納する。
【０２９９】
ステップＳ３０３では、MIAのデータ（ファイルの管理データ）に基づいて、バッファ７１に格納されているデータから各ファイルを復元し、記憶部１７Ａにストアする（図４７の場合ならば、file-１, file-２, file-３およびfile-４を復元する）。
【０３００】
図５７の例では、ステップＳ４０１で、ファイルのデータの種類（Allocation class，メインファイルデータまたはリザーブファイルデータ）に対応するグループの記録領域（例えば、Main LB Regions for Group-１ files）のデータを取得する。
【０３０１】
ステップＳ４０２で、Disc Region Tableのデータに基づいて、上記グループの記録領域の中でファイルデータが配置されている最大範囲を取得する（例えば、図４７に「ファイルデータが配置されている最大範囲」と示されている範囲（先頭のファイルであるfile-１の先頭から最後のファイルであるfile-４の最後までの範囲））。
【０３０２】
ステップＳ４０３で、次に、上記範囲の全データ（ファイルデータと空き領域のデータを含む全データ）を、記録媒体１０から連続して読み出し、バッファ７１に格納する。
【０３０３】
ステップＳ４０４で、MIAのデータ（ファイルの管理データ）に基づいて、バッファ７１に格納されているデータから各ファイルを復元し、記憶部１７Ａにストアする（図４７の例の場合ならば、file-１, file-２, file-３およびfile-４を復元する）。
【０３０４】
上記、ステップＳ４０２の処理において、ファイルデータが配置されている最大範囲は、次のようにして取得できる。
【０３０５】
Disc Region Table（図２０）の各Disc Region Record（図２１）について、グループの記録領域（例えば、Main LB Regions for Group-１ files）の中を参照するRecordsを調べる。すなわち、Disc Region RecordのStart Logical Block NumberとEnd Logical Block Numberが、そのグループの記録領域の中を参照しているRecordsを取得する。前記取得したRecordsの中で、Start Logical Block Numberの最小値とEnd Logical Block Numberの最大値を取得する。この最小値と最大値で示される範囲が、そのグループの記録領域の中でファイルデータが配置されている最大範囲である。
【０３０６】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０３０７】
この記録媒体は、図２８に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。
【０３０８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３０９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０３１０】
【発明の効果】
以上のように、本発明によれば、情報を迅速に読み出すことが可能な情報記録媒体を実現することができる。
【０３１１】
また、本発明によれば、情報を迅速に読み出すことが可能になる。
【０３１２】
さらに、本発明によれば、情報を迅速に読み出すことが可能な情報記録媒体を提供することができる。
【図面の簡単な説明】
【図１】本発明のプレイリストとクリップの関係を説明する図である。
【図２】本発明のディレクトリ構造を示す図である。
【図３】本発明の関連情報テーブルを説明する図である。
【図４】本発明のGathered File領域の記録位置を説明する図である。
【図５】本発明のMIA領域の記録位置を説明するである。
【図６】 File System Descriptorの構成を説明する図である。
【図７】 MIA Mapの構成を説明する図である。
【図８】 Map Entryの構成を説明する図である。
【図９】 Signatureのフォーマットを示す図である。
【図１０】 Data Typeを示す図である。
【図１１】 File Tableのシンタックスを説明する図である。
【図１２】 File Recordの構成を説明する図である。
【図１３】 Next Linkを説明する図である。
【図１４】 Parental Linkを説明する図である。
【図１５】 File Record Typeを説明する図である。
【図１６】 Directory file RecordのFile Record Type Dependentフィールドを説明する図である。
【図１７】 Child Linkを説明する図である。
【図１８】 Data File RecordのFile Record Type Dependentフィールドを説明する図である。
【図１９】 Allocation Classを説明する図である。
【図２０】 Disc Region Tableのシンタックスを説明する図である。
【図２１】 Disc Region Recordを説明する図である。
【図２２】 Allocation Rule Set Tableのシンタックスを説明する図である。
【図２３】 Allocation Rule Set Recordの構成を説明する図である。
【図２４】 Allocation Rule Set TableのParameterフィールドに記録するデータを説明する図である。
【図２５】 File Name Tableのシンタックスを説明する図である。
【図２６】 The first File Name Recordの構成を説明する図である。
【図２７】 Other File Name Recordの構成を説明する図である。
【図２８】本発明を適応した動画像記録再生装置の構成を示すブロック図である。
【図２９】図２８の動画像記録再生装置のビデオストリーム記録処理を説明するフローチャートである。
【図３０】図２８の動画像記録再生装置のファイル記録処理を説明するフローチャートである。
【図３１】図２９のステップＳ１３のデータベースの記録処理を説明するフローチャートである。
【図３２】図２８の動画像記録再生装置のSpace Bit Map生成処理を説明するフローチャートである。
【図３３】 Space Bit Mapを説明する図である。
【図３４】 Gathered File領域のファイルの配置変更を説明する図である。
【図３５】図２８の動画像記録再生装置のタイトル表示処理を説明するフローチャートである。
【図３６】図３５のステップＳ７１におけるPLAYLISTの読み出し処理を説明するフローチャートである。
【図３７】図３５のステップＳ７１におけるCLIPINFの読み出し処理を説明するフローチャートである。
【図３８】図３５のステップＳ７２においてソートする前のファイルを説明する図である。
【図３９】図３５のステップＳ７２においてソートされた後のファイルを説明する図である。
【図４０】 Gathered File領域のファイルの記録位置を説明する図である。
【図４１】記録媒体上のファイルの記録位置を説明する図である。
【図４２】ディレクトリ構造の他の例を示す図である。
【図４３】ファイル名Allocation classおよびRobust bitの関係を示す図である。
【図４４】 Robust bitが１である場合のファイルの配置方法を説明する図である。
【図４５】 LB Region for files, LB Region for Gathered filesのボリューム空間上での配置の例を説明する図である。
【図４６】 LB Region for Ghhered filesの中のFile Dataの配置の例を説明する図である。
【図４７】 Main LB Regions for Group-１ filesの中のファイルデータの配置の例を説明する図である。
【図４８】 LB Regions for Gathered filesがLB Region for filesを分割している場合の例を示す図である。
【図４９】 Allocation Info of DVR filesのシンタクスを説明する図である。
【図５０】 LB Regionのシンタクスを説明する図である。
【図５１】本発明を適用した動画像記録再生装置の他の構成例を示すブロック図である。
【図５２】リアルプレイリストの新規記録処理を説明するフローチャートである。
【図５３】リアルプレイリストの新規記録処理を説明するフローチャートである。
【図５４】プレイリスト一覧の画面表示の処理を説明するフローチャートである。
【図５５】プレイリスト一覧の画面表示の処理を説明するフローチャートである。
【図５６】読み出し処理を説明するフローチャートである。
【図５７】他の読み出し処理を説明するフローチャートである。
【符号の説明】
１０ 記録媒体， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， １７Ａ 記憶部， ２３ AVエンコーダ， ２４ ビデオ解析部， ２５ マルチプレクサ， ２６ 多重化ストリーム解析部， ２９ ソースパケッタイザ
【発明の属する技術分野】
本発明は情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関し、特に、情報記録媒体に記録されている情報のタイトルを迅速に表示することができるようにした情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、記録可能で記録再生装置から取り外し可能なディスク型媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Audio Visual）信号を記録するメディアとしての期待が高い。
【０００３】
デジタルビデオ信号をデジタル圧縮する符号化方式の一つにMPEG（Moving Picture Experts Group）２方式がある。MPEG２は、デジタルビデオ信号を記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を記録媒体に記録する場合、ビデオ信号をMPEG２方式にエンコードして、符号化ビットストリームを記録媒体に記録する。また、近年始まったデジタル方式のＴＶ放送では、MPEG２方式で符号化されたビデオ番組がトランスポートストリームと呼ばれるフォーマットで伝送されている。デジタル放送を記録媒体に記録する場合には、トランスポートストリームをデジタル信号のまま、デコードや再エンコードすることなく記録する方式が用いられている。
【０００４】
ディスク媒体はランダムアクセス性に優れている。この性質を利用して、デジタルビデオ信号をディスク型記録媒体に記録する場合、ディスク媒体上に空き領域が分散していても、任意の空き領域から記録開始し、順次、空き領域をサーチして任意の空き領域に記録を続けることができる。
【０００５】
【発明が解決しようとする課題】
このように、光ディスクの容量が大きくなると、そこに記録されるコンテンツの数が多くなる。光ディスクには、各コンテンツのタイトルなども併せて記録される。そして、光ディスクが再生装置に装着されたとき、そのタイトルが読み出され、表示される。ユーザは、そのタイトルを指定することで、所望のタイトルのコンテンツの再生を指令することができる。
【０００６】
従来、各コンテンツのタイトルが、光ディスク上の任意の位置に分散して記録されていた。このため、タイトルを読み出し、表示するのに時間がかかる課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されている情報のタイトルを迅速に読み出し、表示することができるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の情報記録装置は、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定手段と、判定手段による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１０】
前記判定手段は、情報の種類をさらに判定し、記録手段は、判定手段の判定結果に基づいて、情報を、特定領域に多重書きすることができる。
【００１１】
前記特定領域の連続する空き領域を検出する検出手段と、情報と、検出手段により検出された領域の容量を比較する比較手段と、比較手段の比較結果に基づいて、特定領域に連続した空き領域を形成する形成手段とをさらに備えるようにすることができる。
【００１２】
本発明の第１の情報記録方法は、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１３】
本発明の第１のプログラム格納媒体のプログラムは、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１４】
本発明の第１のプログラムは、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を情報記録媒体に記録する記録ステップとをコンピュータに実行させ、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している。
【００１５】
本発明の第１の情報再生装置は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出手段と、検出手段により検出された複数のファイルのアドレスを比較する比較手段と、比較手段による比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定手段と、決定手段により決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出し手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１６】
前記読み出し手段により読み出された情報に基づいて、複数の情報に対応するコンテンツのタイトルの表示を制御する制御手段をさらに備えるようにすることができる。
【００１７】
本発明の第１の情報再生方法は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１８】
本発明の第２のプログラム格納媒体のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００１９】
本発明の第２のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、比較ステップによる比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、決定ステップにより決定された順番に従って、短時間で読む必要のあるファイルの情報を読み出す読み出しステップとを実行させ、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００２０】
本発明の第２の情報再生装置は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する第１の検出手段と、情報の情報記録媒体上での配置情報を取得する取得手段と、取得手段により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出し手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２１】
前記特定領域は情報の配置属性に応じて複数の領域に区分されているようにすることができる。
【００２２】
前記情報の種類を検出する第２の検出手段をさらに備え、読み出し手段は、第２の検出手段の検出結果に基づいて、情報の読み出しにエラーが発生した場合、多重書きされている情報のうちの他方の情報を読み出すようにすることができる。
【００２３】
前記読み出し手段により読み出された情報を記憶する記憶手段と、記憶手段に記憶された情報の中から、所定の情報を復元する復元手段とをさらに備えるようにすることができる。
【００２４】
前記特定領域において情報が記録されている最大範囲を検出する第３の検出手段をさらに備え、読み出し手段は、第３の検出手段により検出された最大範囲の全ての情報を読み出すようにすることができる。
【００２５】
本発明の第２の情報再生方法は、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２６】
本発明の第３のプログラム記録媒体のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２７】
本発明の第３のプログラムは、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、情報の情報記録媒体上での配置情報を取得する取得ステップと、取得ステップの処理により取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報を連続して、情報記録媒体から読み出す読み出しステップとを実行させ、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している。
【００２８】
本発明の情報記録媒体は、管理情報は、情報の情報記録媒体上の配置に関する配置属性のうち、短時間で読む必要のあるファイルを示す配置属性を含み、短時間で読む必要のあるファイルが記録される特定領域が形成され、管理情報に対応するコンテンツとしての動画像情報が記録される特定領域以外の領域が形成され、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００２９】
前記特定領域以外の領域に、特定領域の情報記録媒体上のアドレスがさらに記録されて
いるようにすることができる。
本発明の第２の情報記録装置は、管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、動画像情報を特定領域以外の領域に記録するよう制御する制御手段と、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスを情報記録媒体に記録する記録手段とを備え、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
本発明の第２の情報記録方法は、管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、動画像情報を特定領域以外の領域に記録するよう制御する制御ステップと、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスを情報記録媒体に記録する記録ステップとを含み、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有することを特徴とする。
【００３０】
本発明の第１の情報記録装置および第１の情報記録方法、第１のプログラム格納媒体、並びに第１のプログラムにおいては、短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性が判定され、判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、特定領域の情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性が情報記録媒体に記録される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３１】
本発明の第１の情報再生装置および第１の情報再生方法、第２のプログラム格納媒体、並びに第２のプログラムにおいては、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスが検出され、検出された複数のファイルのアドレスが比較され、比較結果に基づいて、短時間で読む必要のあるファイルの読み出しの順番が決定され、その決定された順番に従って、短時間で読む必要のあるファイルの情報が読み出される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３２】
本発明の第２の情報再生装置および第２の情報再生方法、第３のプログラム格納媒体、並びに第３のプログラムにおいては、情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスが検出され、情報の情報記録媒体上での配置情報が取得され、取得された配置情報に基づいて、短時間で読む必要のあるファイルの情報が連続して、情報記録媒体から読み出される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３３】
本発明の情報記録媒体においては、管理情報は、情報の情報記録媒体上の配置に関する配置属性のうち、短時間で読む必要のあるファイルを示す配置属性を含み、短時間で読む必要のあるファイルが記録される特定領域が形成され、管理情報に対応するコンテンツとしての動画像情報が記録される特定領域以外の領域が形成される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
本発明の第２の情報記録装置および第２の情報記録方法においては、管理情報が情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されるとともに、動画像情報が特定領域以外の領域に記録されるよう制御され、動画像情報、管理情報、および特定領域の情報記録媒体上のアドレスが情報記録媒体に記録される。また、短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する。
【００３４】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照して説明する。
【００３５】
最初に、図１と図２を参照して、情報を記録媒体に記録する場合における情報のファイルの構造について説明する。
【００３６】
図１は、情報記録媒体（後述する図２８の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの２個のレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【００３７】
１個のAVストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【００３８】
１個のClip AVストリームファイルは、MPEG２トランスポートストリームをDVR（Digital Video Recording）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００３９】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayListによって、Clipの中のアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報（データバイト位置）を見つけるために役立つ。
【００４０】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【００４１】
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。
【００４２】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分のデータもまた消去される。
【００４３】
Virtual PlayListは、Clipのデータを共有していないとみなされる。VirtualPlayListが変更または消去されたとしても、Clipは何も変化しない。
【００４４】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。
【００４５】
DVRディスク上に必要なディレクトリは、次の通りである。
"DVR"ディレクトリを含むrootディレクトリ
"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，"STREAM"ディレクトリ
および"DATA"ディレクトリを含む"DVR"ディレクトリ
【００４６】
rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このDVRアプリケーションフォーマットでは、無視される。
【００４７】
図２に、DVRディスク上のディレクトリ構造の例を示す。同図に示されるように、rootディレクトリは、１個のディレクトリを含む。
【００４８】
"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【００４９】
"DVR"ディレクトリは、以下に説明するディレクトリを含む。
【００５０】
"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが１個もなくても存在しなければならない。
【００５１】
"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが１個もなくても存在しなければならない。
【００５２】
"STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、AVストリームファイルが１個もなくても存在しなければならない。
【００５３】
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
【００５４】
"xxxxx.rpls" -- このファイルは、１個のReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１個のファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、５個の０から９まで数字である。ファイル拡張子は、"rpls"でなければならない。
【００５５】
"yyyyy.vpls" -- このファイルは、１個のVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０から９まで数字である。ファイル拡張子は、"vpls"でなければならない。
【００５６】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルをストアする。
【００５７】
"zzzzz.clpi" -- このファイルは、１個のAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"clpi"でなければならない。
【００５８】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
【００５９】
"zzzzz.m２ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"m２ts"でなければならない。
【００６０】
１個のAVストリームファイルとそれに対応するClip Information fileは、同じ５個の数字"zzzzz"を使用しなければならない。
【００６１】
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【００６２】
次に、本発明が適用される、ファイル管理システムについて説明する。本発明においては、ファイルを管理するために、図３に示されるように、File System Descriptor, MIA Map for File System, File Table, Disc Region Table, Allocation Rule Set Table, File Name Tableの６種類の管理情報テーブルが使用される。
【００６３】
このうちのFile System Descriptor（FSD）は、図４に示されるように、光ディスク上の予め固定されたアドレス（図４の例の場合、Ａ１乃至Ａ２）に記録される。
【００６４】
File System Descriptor以外の管理情報テーブルは、図５に示されるように、論理ボリューム上のMIA（Management Information Area）領域に記録される。図５の例においては、MIA領域は、光ディスク上のアドレスＡ１１乃至Ａ１２に形成されているが、このアドレスは、必要に応じて、適宜変更される。
【００６５】
信頼性を保証するために、MIA領域は、論理ボリューム上で２つの異なった位置に記録される。一方が、Main MIAとされ、他方が、Reserve MIAと称される。
【００６６】
それぞれのMIA中の管理情報テーブルの場所は、MIA Mapにより定義され、MIAとMIA Mapの位置は、File System Descriptorに定義される。
【００６７】
File System Descriptorは、図６に示されるように構成される。
【００６８】
Signature(BP０)の詳細は後述する図９に示される。SignatureのData Typeフィールドの値は１６でなければならない。
【００６９】
Creation Time(BP８)はFile System Descriptorの作成日時を指定しなければならない。
【００７０】
Modification Time(BP１２)はFile System Descriptorの更新日時を指定しなければならない。
【００７１】
Interchange Class(BP１６)は媒体互換のための制限を規定する。
【００７２】
Reserved(BP１７)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【００７３】
Start Address of Main MIA(BP２０)はMain MIAの最初の論理ブロック番号を規定する。
【００７４】
Start Address of Reserve MIA(BP２４)はReserve MIAの最初の論理ブロック番号を規定する。
【００７５】
Length of MIA(BP２８)はMIAの論理ブロック単位での大きさを規定する。MIAの中には＃FFEFを越える論理ブロックは存在しない。
【００７６】
Number of MIA Map Sectors(BP３０)はMIA内に記録されるMIA Mapのためのブロック数を規定する。
【００７７】
MIA Map Sectors in Main MIA(BP３２)はMain MIA内でMIA Mapに属するすべてのMIB（Management Information Blok）（MIA内の論理ブロック）を指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録しなければならない。
【００７８】
MIA Map Sectors in Reserve MIA(BP３２＋２ｘ)はReserve MIA内でMIA Mapに属するすべてのMIBを指定する。これらのブロックのMIB番号はMIA Mapの構成順に記録しなければならない。
【００７９】
MIA Mapは、MIAに記録するデータ構造の配置を管理するために使用される。MAP Entriesフィールドの各レコードは、１つのMIB（Management Information Blok）（MIA内の論理ブロック）に対応し、MIBの使用状況を示す。MIA Mapは、図７に示すように構成される。
【００８０】
Signature(BP０)の詳細は後述する図９に示される。SignatureのData Typeフィールドの値は１７でなければならない。
【００８１】
Start Address of MIA Map(BP８)はこのMIA内のMIA Mapの最初のMIBをMIB番号で規定する。
【００８２】
Start Address of File Table(BP１０)はこのMIA内のFile Tableの最初のMIBをMIB番号で規定する。
【００８３】
Start Address of Disc Region Table(BP１２)はこのMIA内のDisc Region Tableの最初のMIBをMIB番号で規定する。
【００８４】
Start Address of Allocation Rule Set Table(BP１４)はこのMIA内のAllocation Rule Set Tableの最初のMIBをMIB番号で規定する。
【００８５】
Start Address of File Name Table(BP１６)はこのMIA内のFile Name Tableの最初のMIBをMIB番号で規定する。
【００８６】
Start Address of Defect Information Table(BP１８)はこのMIA内のDefect Information Tableの最初のMIBをMIB番号で規定する。Defect Information TableがMIA内に存在しない場合はこのフィールドに#FFFFが設定されなければならない。
【００８７】
Start Address of Extended Attribute Table(BP２０)はこのMIA内のExtended Attribute Tableの最初のMIBをMIB番号で規定する。Extended Attribute TableがMIA内に存在しない場合はこのフィールドに#FFFFが設定されなければならない。
【００８８】
Number of Implementation Use Descriptors(BP２２)はImplementation Use Descriptor Pointersフィールドに記録されたエントリ数を規定する。
【００８９】
Implementation Use Descriptor Pointers(BP２４)はImplementation Use DescriptorのData Typeと位置を規定する。
【００９０】
Map Entries(BP２４＋４ND)はMIBの使用状況を規定する。各レコードはUnit１６で記録される。エントリの数はMIA内のMIB数（NMIB）に等しい。最初のMAP Entryは最初のMIBの使用状況を表し、２番目のMAP Entryは２番目のMIBの使用状況を表す。ｎ番目のMAP Entryはｎ番目のMIBの使用状況を表す。図８にMAP Entryの取り得る値の意味を示す。
【００９１】
データ構造が１つのMIBに入るほどに小さい時は、そのMIBに対応するMap Entryには#FFFFがセットされなければならない。データ構造が多数のMIBで構成される時は、次のMIB番号が対応するMap Entryにセットされ、それらのMIB連鎖内の最後のMIBのMap Entryには＃FFFFがセットされなければならない。#FFF１のMapEntryは対応するMIBが使われていないことを示す。そして新しいMIBの必要な時に使用できる。＃FFF０のMap Entryは対応するMIBが、例えば欠陥セクタのように、使用不可であることを示す。
【００９２】
Signatureは識別のためにデータ構造の先頭に記録される。SigRecはこの値を指定するために使われる。Signatureは図９で示されたフォーマットで記録される。
【００９３】
Identification(RBP０)の内容は文字列"JAFS"。
【００９４】
Version(RBP４)は規格のバージョン番号を規定する。例えば、JAFS revision１を示すためには、"１"をセットしなければならない。
【００９５】
Data Type(RBP５)はデータ構造のタイプを規定する。図１０に示される値が、そのデータ構造の種類に従ってこのフィールドにセットされなければならない。
【００９６】
Reserved(RBP０−１５，２４−２５５)は０でなければならない（将来のために予約）。
【００９７】
図１１は、File Tableのシンタックスを表している。
【００９８】
このように、File Tableは、File Table Headerと、１つ以上のFile Recordから構成される。
【００９９】
File Recordは１から始まる昇順の連続した整数で番号付けられている。その番号はFile Record番号として示される。File Tableの最初のFile Recordはそのディレクトリ階層のルートディレクトリを記述するDirectory File Recordでなければならない。
【０１００】
図１２は、File Recordの構成を表している。
【０１０１】
File Name(RBP０)は、このFile Recordにより参照されるファイルかディレクトリを識別するための一連のバイトデータが格納されるFile Name Record Chainを規定する。１つのディレクトリ内ではファイル名はユニークでなければならない。同一ディレクトリ内に複数のファイルやディレクトリが同じ名前を持つことがあってはならない。File Name Record Chainの最初のFile Name Record番号がこのフィールドに記録される。
【０１０２】
Next Link(RBP２)は、図１３に示されるように、同一ディレクトリに属するファイルかディレクトリを指定する。ファイルやディレクトリのFile Record番号がこのフィールドにセットされる。もしこのFile Recordがリンクリストの最後のエントリなら、このフィールドには#FFFFがセットされなければならない。
【０１０３】
Parent Link(RBP４)は、図１４に示されるように、そのファイルまたはディレクトリが属するディレクトリのFile Record番号を指定する。このFile Recordがディレクトリ階層のルートディレクトリを指定する場合は、このFile RecordのFile Record番号がこのフィールドにセットされなければならない。
【０１０４】
Attribute(RBP６)はこのFile Recordか、このFile Recordにより指定されるファイルまたはディレクトリのどちらかの属性を指定する。このAttributeには、Robustビットが含まれる。
【０１０５】
Extended Attribute Record Number(RBP８)はこのFile Recordか、このFile Recordにより指定されるファイルまたはディレクトリのどちらかの拡張属性を格納するExtended Attribute Record Chainを指定する。Extended Attribute Record Chainの最初のRecordのRecord番号がこのフィールドに格納される。Extended Attribute Recordが存在しない場合には、#FFFFがセットされなければならない。
【０１０６】
File Record Type(RBP１０)は図１５に示されるように、File Recordのタイプを指定する。
【０１０７】
File Record Type Dependent(RBP１１)フィールドの解釈はFile Record Typeフィールドの値に依存する。
【０１０８】
Creation Time(RBP２４)はこのFile Recordの作成された日時を指定する。
【０１０９】
もしこのFile RecordがDirectory File Recordであるなら、Modification Time(RBP２８)はディレクトリの修正日時を表す。もしこのFile RecordがData File Recordであるなら、Modification Time(RBP２８)はファイルの修正日時を表す。
【０１１０】
図１５のDirectory File Recordは、ディレクトリを記述するために使用される。Directory File Recordは、図１２に示すように規定され、そのFile Record Type Dependentフィールドは、図１６に示されるように構成される。
【０１１１】
図１６のFile Record Type(RBP１０)は１でなければならない。
【０１１２】
Reserved(RBP１１)は将来用途のために予約される。このフィールドには０がセットされなければならない。
【０１１３】
Child Link(RBP１２)は、図１７に示されるように、このDirectory File Recordにより指定されるディレクトリに属するファイルとディレクトリを指定する。ファイルまたはディレクトリを指定する最初のFile RecordのFile Record番号がこのフィールドにセットされなければならない。もしディレクトリ内にファイルやディレクトリが含まれない場合は、#FFFFがこのフィールドにセットされなければならない。
【０１１４】
Reserved(RBP１４)は将来用途のために予約される。このフィールドには０がセットされなければならない。
【０１１５】
図１５のData File Recordは、ファイルを記述するために使用される。Data File Recordは、図１２に示すように規定され、そのFile Record Type Dependentフィールドは、図１８に示されるように構成される。
【０１１６】
図１８のFile Record Type(RBP１０)は２でなければならない。
【０１１７】
Allocation Class(RBP１１)はこのData File Recordで指定されるファイルのアロケーションクラスを指定する。
【０１１８】
Allocation Classは、ファイルの記録特性（配置属性）を指定する。DVR applicationでは、図１９に示されるように、３種類が規定される。
【０１１９】
Data filesは、通常のファイルが対応される。Real-Time filesは、一定時間の間に書き込みまたは読み出しが終了する必要があるデータからなるファイルが対応される。例えば、AVデータのコンテンツデータからなるファイルは、このファイルに対応される。
【０１２０】
Gathered filesは、光ディスクを記録または再生する装置に装着したとき、短時間に読み出す必要があるファイルが対応される。
【０１２１】
例えば、図２に示されているPLAYLISTのファイル（*.rplsおよび*.vplsの拡張子を有するファイル）、並びにCLIPINFを構成するファイルＬ*.clpiの拡張子を有するファイル）などは、このGathered filesに対応される。
【０１２２】
図１８のDisc Region Record Number(RBP１２)はこのData File Recordにより参照されるファイルデータを指定する。ファイルデータはDisc Region Recordのリストにより記述され、最初のDisc Region Recordの番号がこのフィールドにセットされる。もし参照されるDisc Region Recordが無い場合は、#FFFFがこのフィールドにセットされなければならない。
【０１２３】
もしAttribute(RBP６)（図１２）のフィールドのRobustビットが１にセットされていた場合は、図１８のSpare Disc Region Record Number(RBP１４)はこのData File Recordによって参照される予備のファイルデータを指定する。このファイルデータはDisc Region Recordのリストにより記述され、最初のDisc Region Record番号がこのフィールドにセットされなければならない。もし参照されるDisc Region Recordが無い場合は、#FFFFがこのフィールドにセットされる。
【０１２４】
もしData Length(RBP１６)フィールドの値が#FFFFFFFFFFFFFFFFの場合は、このフィールドには有効なデータが含まれないことを示す。そうでなければこのフィールドはこのData File Recordによって参照されるファイルデータの長さを指定する。
【０１２５】
Disc Region Tableは、図２０に示されるように、Disc Region Table Headerと、０以上のDisc Region Recordから構成される。
【０１２６】
Disc Region Recordは１から始まる昇順の連続した整数で番号付けられる。その番号は図１８のDisc Region Record Numberとして示される。Disc Region RecordのリンクされたリストはNext Disc Region Recordフィールド（図２１）に次のDisc Region Record番号をセットすることで作られる。そしてDisc Region Record Chainとして参照される。Disc Region Record Chainの最後のDisc Region RecordのNext Disc Region Recordフィールドの値は#FFFFでなければならない。
【０１２７】
Disc Region Recordは、Disc Regionの開始位置、終了位置、並びにDisc Region Chain中の、次のDisc Region Recordの場所を示す。Disc Region Recordは、図２１に示されるように構成される。
【０１２８】
Start Logical Block Number(RBP０)はDisc Regionの最初のバイトを含む論理ブロックを指定する。その論理ブロック番号がこのフィールドにセットされる。
【０１２９】
End Logical Block Number(RBP４)はDisc Regionの最後のバイトを含む論理ブロックを指定する。その論理ブロック番号がこのフィールドにセットされる。
【０１３０】
Start Offset(RBP８)はDisc Regionの最初のバイトを含む論理ブロックの先頭からそのバイトまでのオフセットを指定する。もしDisc Regionが論理ブロックの先頭から開始される場合は、このフィールドに０がセットされる。
【０１３１】
End Offset(RBP１０)はDisc Regionの最初のバイトを含む論理ブロックの先頭からそのバイトまでのオフセットを指定する。もしDisc Regionの最後のバイトが論理ブロックの最初のバイトである場合は、このフィールドに０がセットされる。
【０１３２】
Reserved(RBP１２)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【０１３３】
もし、Next Disc Region Record(RBP１４)のフィールドの値が０の場合は、そのDisc Region Recordが未使用であり、新たなDisc Regionの記述のために使用できることを表す。その他の場合は、このフィールドがDisc Region Record Chain中の次のDisc Regionを指定する。次のDisc Region Recordの番号がこのフィールドで指定される。もしこのRecordがDisc Region Record Chainの最後のエントリなら、#FFFFがセットされなければならない。
【０１３４】
Allocation Rule Set Table（図１０）は、ファイルシステムが論理ボリューム内で使用されるファイルデータのアロケーション方法を指定する。Allocation Rule Set Tableは、図２２に示されるように、Allocation Rule Set Table HeaderおよびAllocation Rule Set Recordから構成される。
【０１３５】
Allocation Rule Set Recordは、アロケーション方法を規定するために使用される。Allocation Rule Set Recordは、図２３に示されるように構成される。
【０１３６】
Domain(RBP０)はこのアロケーションルールセットを示す値を規定する。
【０１３７】
Type(RBP１)はこのアロケーションルールセットのタイプを指定する値を規定する。この値はアロケーションルールセットの各々のDomainで定義される。
【０１３８】
Length of Parameters(RBP２)はParameters(RBP８)フィールドの長さを規定する。
【０１３９】
Reserved(RBP４)は将来用途のために予約される。このフィールドには＃００がセットされなければならない。
【０１４０】
Parameters(RBP８)はアロケーションルールセットに依存するデータを記録するために使うことができる。
【０１４１】
本発明においては、図１９に示されるように、Allocation Classとして、３種類のファイルの属性が規定されるが、そのうちのGathered filesとして指定されたファイルは、図４に示されるように、光ディスク上の予め設定された特定の領域としてのGathered file領域（図４においては、アドレスＡ３乃至Ａ４で示される領域）に集中的にまとめて記録される。
【０１４２】
図２３のAllocation Rule Set RecordのParametersには、図２４に示されるように、Gathered File領域の光ディスク上の位置（開始アドレスと終了アドレス）と、領域の総数が記録される。
【０１４３】
File Name Table（図１０）は、図２５に示されるように、File Name Table Headerと、０個以上のFile Name Recordから構成される。
【０１４４】
File Name Recordは、１から始まる昇順の連続な整数で番号付けられる。この番号は、File Name Record番号として参照される。
【０１４５】
ファイル名は１つ以上のFile Name Recordで記述される。もしファイル名の長さが２８バイト以下の場合は、ファイル名は１つのFile Name Recordで記述される。その他の場合はFile Name Recordのリンクされたリストにより記述される。この１つのRecordまたはリストはFile Name Record Chainとして参照される。
【０１４６】
Chainの最初のFile Name Recordは図２６に規定されるよう記録される。Chain内のそれ以外のFile Name Recordは図２７に規定されるよう記録される。
【０１４７】
Next File Name Record(RBP０)フィールドに０がセットされたFile Name RecordはこのFile Name Recordが未使用であり、新しいファイル名を記録するために使用可能であることを示す。
【０１４８】
図２６のNext File Name Record(RBP０)はこのFile Name Record Chainに属する次のFile Name Recordの番号を表す。もしこのFile Name RecordがFile NameRecord Chain内の最後のエントリの場合は、このフィールドに#FFFFがセットされなければならない。
【０１４９】
Length(RBP２)はファイル名のバイト単位の長さを指定する。
【０１５０】
File Name Info(RBP４)にはファイル名の情報が格納される。
【０１５１】
図２７のNext File Name Record(RBP０)はこのFile Name Record Chainに属する次のFile Name Recordの番号を表す。もしこのFile Name RecordがFile Name Record Chain内の最後のエントリの場合は、このフィールドに#FFFFがセットされなければならない。
【０１５２】
File Name Info(RBP２)にはファイル名の情報が格納される。
【０１５３】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図２８の動画像記録再生装置１のブロック図を用いて説明する。
【０１５４】
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ECC復号部１３に供給する。ECC復号部１３は、復調部１２より供給されたデータを、AVストリームとデータベースとに分離し、AVストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
【０１５５】
ソースデパケッタイザ１４は、入力されたAVストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、AVデコーダ１６とマルチプレクサ２５に出力する。
【０１５６】
AVデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
【０１５７】
記録部６２のAVエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。AVエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、AVデコーダ１６が出力したビデオ信号が供給される。
【０１５８】
AVエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
【０１５９】
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
【０１６０】
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
【０１６１】
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ECC符号化部３０に供給する。ECC符号化部３０には、制御部１７が出力するデータベースも供給されている。
【０１６２】
ECC符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ECC符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
【０１６３】
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、各部を制御する。
【０１６４】
制御部１７にはまた、ドライブ４１が必要に応じて接続され、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
【０１６５】
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
【０１６６】
はじめに、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合の基本的な動作について説明する。
【０１６７】
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とAVエンコーダ２３へ入力される。また、オーディオ信号もまたAVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)、およびシステム情報(S)をマルチプレクサ２５に出力する。
【０１６８】
符号化ビデオストリーム(V)は、例えばMPEG２ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG１オーディオストリームやドルビーAC３（商標）オーディオストリーム等である。システム情報(S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やAV同期等の時間情報である。
【０１６９】
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG２トランスポートストリームやMPEG２プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームファイルを記録する。
【０１７０】
次に、例えば、図示せぬデジタルインタフェースまたはデジタルTVチューナから入力されるデジタルTV放送等のトランスポートストリームを記録する場合の基本的な動作について説明する。
【０１７１】
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
【０１７２】
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
【０１７３】
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム(V)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ２３へ入力する。AVエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ２５へ入力する。
【０１７４】
一方、デマルチプレクサ１５から出力されるオーディオストリーム(A)とシステム情報(S)は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
【０１７５】
この動画像記録再生装置１は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのAVストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
【０１７６】
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、CMのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネール、コンテンツのタイトルなども含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
【０１７７】
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのAVストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのAVストリーム上でのアドレス情報を関連付けて記憶部１７Ａに記憶する。
【０１７８】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、AVストリームの中におけるIピクチャのタイムスタンプとアドレス情報，STC（System Time Clock）の不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
【０１７９】
AVストリーム内のIピクチャのタイムスタンプとアドレス情報は、EP_mapにストアされるデータとなる。AVストリーム内のSTCの不連続情報は、SequenceInfoにストアされるデータとなる。AVストリーム内のプログラム内容の変化情報は、ProgramInfoにストアされるデータとなる。また、AVストリーム内のアライバルタイムとアドレス情報は、TU_mapにストアされる。
【０１８０】
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、AVストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ClipMarkにストアされるデータとなる。
【０１８１】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、AVストリームのデータベース(Clip Information)にストアされるものである。
【０１８２】
端子２０からのユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のAVストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、PlayListのデータベースにストアされるものである。
【０１８３】
制御部１７は、前記入力情報に基づいて、AVストリームのデータベース（Clip Information）, PlayListのデータベース, 記録媒体１０の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
【０１８４】
次に、再生時の基本的な動作について説明する。
【０１８５】
記録媒体１０には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
【０１８６】
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０１８７】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、AVストリームは復調部１２，ECC復号部１３，ファイルシステム部の処理を経て、ソースデパケッタイザ１４へ入力される。
【０１８８】
ソースデパケッタイザ１４は、記録媒体のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０１８９】
ユーザによって選択されたEP_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いPTSを持つIピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０１９０】
また、ユーザによって選択されたTU_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０１９１】
さらに、Clip Informationの中のClipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ClipMarkにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Clip Informationの内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部１１へ指示する。
【０１９２】
すなわち、ユーザが選択した画像がストアされているAVストリーム上でのアドレスに最も近いアドレスにあるIピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３，ファイルシステム部の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるAVデータが再生される。
【０１９３】
次に、図２９のフローチャートを参照して、データベースの記録処理を中心としたビデオストリームを記録する場合の処理について説明する。
【０１９４】
最初に、ステップＳ１１において、制御部１７は、上述したようにして、入力されたビデオストリームをAVエンコーダ２３により符号化させ、記録媒体１０に記録させる。ステップＳ１２において、制御部１７は、ビデオストリームの記録が終了したか否かを判定し、まだ終了していない場合、ステップＳ１１に戻り、ビデオストリームの符号化記録処理を継続する。
【０１９５】
ステップＳ１２において、ビデオストリームの符号化記録処理が終了したと判定された場合、制御部１７は、ステップＳ１３に進み、データベースの記録処理を実行する。
【０１９６】
なお、このデータベースの記録処理は、図３０のファイル記録処理のステップＳ２３の処理の一種として実行されるものである。
【０１９７】
すなわち、このシステムにおいては、制御部１７は、ファイルを記録する場合、図３０に示される処理を実行する。ステップＳ２１において、制御部１７は、記録するファイルのAllocation class（図１９）を判定し、ステップＳ２２において、そのファイルのAllocation classがGathered filesであるか否かを判定する。記録するファイルのAllocation classがGathered filesであると判定された場合、ステップＳ２３に進み、制御部１７は、Gathered File領域（図４）に、そのファイルを記録する処理を実行する。
【０１９８】
これに対して、ステップＳ２２において、記録するファイルのAllocation classがGathered filesではないと判定された場合（Data filesまたはReal-time filesであると判定された場合）、ステップＳ２４に進み、Gathered File領域以外の領域（通常領域）への記録処理を実行する。
【０１９９】
このように、制御部１７は、記録すべきファイルのAllocation classに基づいて、記録媒体１０の記録位置を変更するのであるが、図２９のステップＳ１３で記録されるデータベースを構成するファイルのAllocation classは、Gathered filesとされているため、ステップＳ１３のデータベースの記録処理は、図３０のステップＳ２３のGathered File領域への記録処理として実行される。
【０２００】
次に、図３１のフローチャートを参照して、図２９のステップＳ１３におけるデータベースの記録処理の詳細について説明する。
【０２０１】
最初にステップＳ４１において、制御部１７は、Space Bit Mapから空き領域を検索する。このSpace Bit Mapは、図３２のフローチャートに示す処理を実行することにより生成されたものである。
【０２０２】
すなわち、制御部１７は、記録媒体１０（光ディスク）が装着されたとき、図３２の処理を実行する。
【０２０３】
ステップＳ６１において、制御部１７は、装着されたディスクのGathered File領域における既存のファイルの配置情報を、そのディスクのDisc Region Table（図２０と図２１）から読み出す。そして、ステップＳ６２において、制御部１７は、ステップＳ６１で読み出した結果に基づいて、Space Bit Mapを生成する処理を実行する。
【０２０４】
これにより、例えば、図３３に示されるように、Gathered File領域にFile-１乃至File-４が記録されている場合、各ファイルの記録領域が、予め設定されている固定サイズの領域（ビット）毎に、使用中であることが書き込まれる。
【０２０５】
図３３においては、影を付して示す部分が、使用中の領域であることを表し、影を付していない部分が、使用していない領域であることを表している。
【０２０６】
従って、このSpace Bit Mapを基に、Gathered File領域のうち、連続して空いている領域を検出することが可能となる。
【０２０７】
図３１のステップＳ４１の処理により、Space Bit Mapから空き領域が検出されたとき、ステップＳ４２において、制御部１７は、これから記録しようとするファイルが記録可能な容量の連続する空き領域が、Gathered File領域に存在するか否かを判定する。
【０２０８】
ファイルを記録することが可能な容量の連続する空き領域が存在しない場合には、ステップＳ４８に進み、制御部１７は、空き領域の容量を合計する。そして、ステップＳ４９において、制御部１７は、ステップＳ４８の処理で演算して求めた空き領域の合計の値が、これから記録するファイルの容量より大きいか否かを判定する。空き領域の合計の値が、ファイルの容量より大きい場合には、ステップＳ５０に進み、制御部１７は、Gathered File領域における既存のファイルの配置を変更する処理を実行する。
【０２０９】
例えば、図３４に示されるように、Gathered File領域に、File-１乃至File-４の４つのファイルがすでに記録されており、新たなFile-Aを記録することが可能な、連続した空き領域が存在しない場合には、File-１乃至File-４の記録位置が、それぞれが連続して記録されるように変更される。これにより、File-Aを記録することが可能な連続する空き領域が形成される。
【０２１０】
このようにして、ステップＳ５０の処理により、既存のファイルの配置を変更する処理が完了した後、または、ステップＳ４２において、ファイルを記録することが可能な容量の連続する空き領域が存在すると判定された場合、ステップＳ４３に進み、その空き領域に、制御部１７は、ファイルを記録する処理を実行する。図３４の例においては、File-Aが、この処理でGathered File領域に記録されることになる。
【０２１１】
このように、新たなファイルを記録したので、MIA情報を変更する必要がある。そこで、制御部１７は、ステップＳ４４において、新たにファイルを記録した後の領域情報を記録したDisc Region Table（図２０と図２１）を作成する。ステップＳ４５において、制御部１７は、記録したファイルのファイル名を記録したFile Name Table（図２５、図２６および図２７）を作成する。さらに、ステップＳ４６において、制御部１７は、ファイル管理属性情報を記録したFile Table（図１１と図１２）を作成する。これらの情報は、記憶部１７Ａに適宜記憶されるものである。
【０２１２】
そして、ステップＳ４７において、制御部１７は、ステップＳ４４乃至ステップＳ４６の処理で作成した各Tableを、MIA領域（図５と図７）に記録する。
【０２１３】
ステップＳ４９において、空き領域の合計が、これから記録するファイルの容量より大きくないと判定された場合、容量不足のため、そのファイルをGathered File領域に記録することができないため、制御部１７は、ステップＳ５１においてエラー処理を実行する。すなわち、容量不足のため、ファイルを記録することができませんなどのメッセージをビデオ出力として出力させ、モニタに表示させるなどの処理が実行される。
【０２１４】
次に、図３５のフローチャートを参照して、タイトル表示処理について説明する。この処理は、記録媒体１０を動画像記録再生装置１に装着したとき、制御部１７により実行される。
【０２１５】
最初に、ステップＳ７１において、PLAYLISTとCLIPINFの読み出し処理が実行される。この処理の詳細は、図３６と図３７に示されている。
【０２１６】
最初に、図３６を参照して、PLAYLISTの読み出し処理について説明する。
【０２１７】
ステップＳ９１において、制御部１７は、記録媒体１０に記録されているFile Table（図１１、図１２、図１６）を読み出し、その中のFile名フィールド（図１２）から、PLAYLISTの名称を検索する。そして、ステップＳ９２において、制御部１７は、ステップＳ９１の処理で検索されたPLAYLISTのChild Link（図１６）が指すFile Recordであって、拡張子が.rplsまたは.vplsのものを検索する。
【０２１８】
次に、ステップＳ９３に進み、制御部１７は、Next Link（図１２）が存在するか否かを判定し、存在する場合には、ステップＳ９４に進み、Next Linkが指すFile Recordであって、拡張子が.rplsまたは.vplsのものを検索する。その後、ステップＳ９３に戻り、それ以降の処理が繰り返し実行される。
【０２１９】
そして、ステップＳ９３において、Next Linkが存在しないと判定された場合、処理は終了される。
【０２２０】
以上のようにして、*.rplsまたは*.vplsの名称のファイルが、PLAYLISTの中から全て読み出される。
【０２２１】
次に、図３７のフローチャートを参照して、CLIPINFの読み出し処理について説明する。ステップＳ１０１において、制御部１７は、File Table（図１１、図１２、図１６）のFile名フィールド（図１２）から、CLIPINFの名称を検索する。ステップＳ１０２において、制御部１７は、ステップＳ１０１の処理で検索されたCLIPINFのChild Link（図１６）が指すFile Recordであって、拡張子が.clpiのものを検索する。
【０２２２】
次に、ステップＳ１０３において、制御部１７は、Next Linkが存在するか否かを判定し、存在する場合には、ステップＳ１０４に進み、Next Linkが指すFile Recordであって、拡張子が.clpiのものを検索する。その後、処理は、ステップＳ１０３に戻り、それ以降の処理が繰り返し実行される。
【０２２３】
ステップＳ１０３において、Next Linkが存在しないと判定された場合、処理は終了される。
【０２２４】
このようにして、*.clpiの名称のCLIPINFの全てのファイルが読み出される。
【０２２５】
以上のようにして、図３５のステップＳ７１の処理が完了したとき、ステップＳ７２に進み、制御部１７は、ステップＳ７１の処理で読み出した各ファイルの先頭アドレスを昇順にソートする。
【０２２６】
例えば、図３８に示されるように、File １の先頭アドレスがＡ２３であり、File ２の先頭アドレスがＡ２１であり、File ３の先頭アドレスがＡ２５である場合、Ａ２１＜Ａ２３＜Ａ２５の関係があるとすると、ステップＳ７２の処理により、図３９に示されるように、先頭アドレスが小さい順番に、File ２,File １,File
３の順にファイルがソートされる。
【０２２７】
次に、ステップＳ７３において、制御部１７は、ステップＳ７３の処理でソートした順番に、Gatherd File領域のファイルにアクセスし、そこに記録されているタイトルや、対応するコンテンツのアドレスなどを読み出す。タイトルは、PLAYLISTのファイルから読み出され、コンテンツのアドレスは、CLIPINFのファイルから読み出される。
【０２２８】
次に、ステップＳ７４において、制御部１７は、ステップＳ７３の処理で読み出したタイトルに対応するビデオデータを生成し、AVデコーダ１６に出力し、端子１８から出力させる。これにより、記録媒体１０に記録されているコンテンツのタイトルが表示される。従って、ユーザは、これから再生するタイトルを選択し、指定することが可能となる。
【０２２９】
このように、Gathered File領域に記録されているファイルとして検索されたファイルの順番が、File １,File ２,File ３の順番であったとしても、それを読み出すときの順番が、アドレスの順番に従って、図４０に示されるように、File ２,File １,File ３の順番に読み出されるので、File １,File ２,File ３の順番に読み出す場合に較べて、１つのファイルを読み出してから、次のファイルを読み出すまでのシーク動作の時間が短くてすみ、最終的に、全てのファイルを読み出すまでの時間を短くすることができる。
【０２３０】
さらに、このシステムにおいては、タイトルを含む情報のファイルが、Gathered File領域という、記録媒体１０上の所定のまとまった領域中に集中して記録されているので、例えば、図４１に示されるように、記録媒体１０上の任意の位置に分散してFile １乃至File ３が記録されている場合に較べて、さらに、迅速にファイルを読み出すことが可能となる。
【０２３１】
以上のようにして、コンテンツのタイトルが記録されているファイルや、コンテンツの記録位置を示すアドレスが記録されているファイルは、図４に示されるように、Gathered File領域（この例の場合、アドレスＡ３乃至アドレスＡ４に形成されている領域）に、File １乃至File ３として記録される。
【０２３２】
次に、本発明の実施の形態について、もう１つの例を図面を参照して説明する。
【０２３３】
図４２に、図２の例とは別の、DVRディスク上のディレクトリ構造の例を示す。図４２に示されるように、rootディレクトリは、１個のDVRディレクトリを必ず含み、オプショナルに１個以上のDVRn（nは１以上の数字である）ディレクトリを含んでも良い。DVRディレクトリをBasic DVRディレクトリと呼び、DVRnディレクトリをAux DVRディレクトリと呼ぶ。図４２において、前述の図２で示したファイル、ディレクトリと同じ名前のものは、同じ意味を持つ。
【０２３４】
図４２において、menu.tidx, menu.tdt１およびmenu.tdt２の３個のファイルは、各PlayListの代表画像から作成されたサムネール画像を管理するファイルである。menu.tidxは、それらサムネール画像のヘッダ情報をストアするファイルであり、menu.tdt１とmenu.tdt２は、それらサムネール画像の画像情報をストアするファイルである。mark.tidx, mark.tdt１およびmark.tdt２の３個のファイルは、各PlayListからユーザが選択したマーク点やＡＶストリームから抽出された特徴点の画像から作成されたサムネール画像を管理するファイルである。mark.tidxは、それらサムネール画像のヘッダ情報をストアするファイルであり、mark.tdt１とmark.tdt２は、それらサムネール画像の画像情報をストアするファイルである。
【０２３５】
前述の図１２、図１８および図１９の説明と同様にして、本実施の形態の情報処理装置で使用するファイルシステムは、ファイルの記録媒体上での配置（Allocation）に関する属性情報として、"Allocation class"を規定する。Allocation Classは、ファイル毎に１つ与えられる情報であり、この情報はファイルの管理データ（MIA(Management Information Area)）にストアされる（前述の図１８の説明を参照）。
【０２３６】
図４３にDVRアプリケーションのファイルとそのAllocation Classの関係を示す。DVRアプリケーションの例では、Group-１ files, Group-２ files, Group-３ files, Group-４ files, Real-time files, Data filesの６種類を規定する。すなわち、この例では、図１９の例におけるGathered Filesに代えて、Group-１乃至Group-４の４つのグループのAllocation Classが用いられる。
【０２３７】
また、前述の図１２および図１８の説明と同様にして、本実施の形態の情報処理装置で使用するファイルシステムは、ファイルの記録媒体上での配置（Allocation）に関する属性情報として、"Attribute"フィールドの中にRobustビットを規定する。Attributeフィールドは、ファイル毎に１つ与えられる情報であり、この情報はファイルの管理データ（MIA）にストアされる（図１２を参照）。"Attribute"フィールドの中のRobustビットが１であるファイルは、信頼性を保証するために、記録媒体上で２つの異なった位置に同じファイルデータが記録される。一方のデータをMainのファイルデータと呼び、もう一方のデータをReserveのファイルデータと呼ぶ。図４３に示されるAttributeフィールドの中のRobustビットが１であるファイルは、このように記録される。
【０２３８】
図４４は、Attributeフィールドの中のRobustビットが１であるファイルの記録方法を説明する図である。zzzzz.clpiファイルは、Robustビットが１であり、記録媒体上にファイルデータがMainのファイルデータとReserveのファイルデータとして、２重に配置（記録）される。Reserveのファイルデータには、Mainのファイルデータと同じ情報が記録される。ファイルを記録する時には、Mainデータ，Reserveデータの順番に記録する。ファイルを再生する時には、はじめにMainのファイルデータを読み出す。もし、Mainのファイルデータがデータエラーで読めない場合、Reserveのファイルデータを読み出す。
【０２３９】
"Attribute"フィールドの中のRobustビットが０であるファイルは、記録媒体上で１つの位置にファイルデータ記録される。図４４に示すmenu.tdt１ファイルは、Attributeフィールドの中のRobustビットが０であり、ファイルデータが１つの場所に配置される。
【０２４０】
本実施の形態の情報処理装置で使用するファイルシステムは、Allocation ClassがGroup-１ files, Group-２ files, Group-３ files, またはGroup-４ filesであるファイルのファイルデータを図４５に示すように、所定のLB(Logical Block) Region for Gathered files と呼ばれる領域（Gathered files領域）に集中して記録する。図４５に示すLB Region for filesとLB Region for Gathered filesの記録媒体上の各位置（開始アドレスと終了アドレス）は、Allocation Rule Set RecordのParametersに記録される（図２３）。そして、さらに、LB Region for Gathered filesの中には、図４６に示すように、次の６個の領域の位置が特定される。
【０２４１】
（１）Main LB Regions for Group-１ files (AC(Allocation Class) が、Group-１ files のファイルのMain File Dataが配置される領域であり、図中、ｇ１−Ｍとして表されている)
（２）Reserve LB Regions for Group-１ files (AC が、Group-１ files のファイルのReserve File Dataが配置される領域であり、図中、ｇ１−Ｒとして表されている)
（３）Main LB Regions for Group-２ files (AC が、Group-２ files のファイルのMain File Dataが配置される領域であり、図中、ｇ２−Ｍとして表されている)
（４）Reserve LB Regions for Group-２ files (AC が、Group-２ files のファイルのReserve File Dataが配置される領域であり、図中、ｇ２−Ｒとして表されている)
（５）LB Regions for Group-３ files (AC が、Group-３ files のファイルのFile Dataが配置される領域であり、図中、ｇ３として表されている)
（６）LB Regions for Group-４ files (AC が、Group-４ files のファイルのFile Dataが配置される領域であり、図中、ｇ４として表されている)
【０２４２】
これら６個の領域の記録媒体上の各位置（開始アドレスと終了アドレス）もまた、Allocation Rule Set RecordのParameters（図２３）に記録される。
【０２４３】
例えば、ｇ１−Ｍ，ｇ１−Ｒ，ｇ２−Ｍ，およびｇ２−Ｒの領域の大きさは、2 MByte であり、ｇ３の領域の大きさは、3.2 MByteであり、ｇ４の領域の大きさは、16MByteである。ここで、Mは、1024x1024である。
【０２４４】
Group-１, Group-２, Group-３, Group-４の各ファイルのグループ分けは、上記領域の大きさにファイルが配置できるように考慮されている。また、逆に、上記領域の大きさにファイルが配置できるように、各グループのファイルの最大サイズが制限される。
【０２４５】
例えば、AC(Allocation Class)が、Group-１ filesのファイルのMain File Dataを新規に記録する場合、そのFile dataは、Main LB Regions for Group-１ filesの中の空き領域に記録される。
【０２４６】
図４７は、Main LB Regions for Group-１ filesの中に配置するファイルデータの例を示す。Main LB Regions for Group-１ filesの中のファイルデータの配置情報は、前述のDisc Region Table （図２０と図２１）の管理データにストアされる。上記の（２）乃至（６）の領域についても同様である。
【０２４７】
上記（１）乃至（６）の領域は、LB Region for Gathered filesの中を移動可能である。また、LB Region for Gathered filesは記録媒体上の位置の移動が可能である。例えば、LB Region for Gathered filesに欠陥が多くなった時、新しいLB Region for Gathered filesを作り、その記録媒体上の位置をMIAのAllocation Rule Set RecordのParametersに記録する。
【０２４８】
図４８は、LB Region for Gathered filesが、LB Region for filesを分割している場合の例を示す。
【０２４９】
図４９は、Allocation Rule Set RecordのParameters（図２３）に格納されるところの、LB Region for Gathered filesおよび上記（１）から（６）の領域の記録媒体上の位置を示す情報のシンタクスである。この情報をAllocation Info of DVR filesと呼ぶ。
【０２５０】
LB Region for Gathered files（RBP０）は、LB Region for Gathered filesの記録媒体上の開始位置と終了位置を、図５０に示すところの、Start Logical Block NumberとEnd Logical Block Numberで表す。
【０２５１】
Main LB Regions for Group-１ files（RBP１６）は、Main LB Regions for Group-１ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。Reserve LB Regions for Group-１ files（RBP２４）は、Reserve LB Regions for Group-１ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５２】
Main LB Regions for Group-２ files（RBP３２）は、Main LB Regions for Group-２ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。Reserve LB Regions for Group-２ files（RBP４０）は、Reserve LB Regions for Group-２ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５３】
LB Regions for Group-３ files（RBP４８）は、LB Regions for Group-３ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５４】
LB Regions for Group-４ files（RBP５６）は、LB Regions for Group-４ filesの記録媒体上の開始位置と終了位置を、図５０に示すシンタクスで表す。
【０２５５】
Main LB Regions for Group-１ files, Reserve LB Regions for Group-１ files, Main LB Regions for Group-２ files, Reserve LB Regions for Group-２ files, LB Regions for Group-３ filesおよびLB Regions for Group-４ filesは、LB Region for Gathered filesの中に含まれる。
【０２５６】
次に、このようなDVRアプリケーション構造のデータを記録再生するシステムについて、図５１の動画像記録再生装置のブロック図を用いて説明する。図５１の動画像記録再生装置１は、基本的に図２８の動画像記録再生装置１と同様の構成とされている。但し、図５１の動画像記録再生装置１においては、ECC復号部１３の出力が、バッファ７１を介して、ソースデパケッタイザ１４または制御部１７に出力される。また、制御部１７とソースパケッタイザ２９の出力が、バッファ７２を介して、ECC符号化部３０に供給される。
【０２５７】
なお、図２８におけるビデオ解析部２４、多重化ストリーム解析部２６、スイッチ２７，２８の図示は、省略されている。
【０２５８】
はじめに記録時の動作について、入力オーディオビデオ信号を符号化して記録する場合を説明する。
【０２５９】
記録に先だって、はじめに制御部１７は、読み出し部１１に対して、FSD(File System Descriptor)（図６）のデータを読み出すように指示する。読み出し部は、記録媒体１０の所定の位置に記録されているFSD（図４と図５）のデータを読み出し、そのデータは、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。制御部１７は、FSDのデータに基づいて、MIAが記録されているアドレスを取得する。
【０２６０】
そして、次に、制御部１７は、読み出し部１１に対して、MIAを読み出すように指示する。読み出し部１１は、MIAのデータを読み出し、そのデータは、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。制御部１７は、MIAに含まれているところのAllocation Info of DVR files（図４９）のデータを取得し、またDisc Region Table（図１０、図２０、図２１）のデータを解析することによって、記録媒体上の空き領域の情報を取得する。
【０２６１】
端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号とオーディオ信号は、AVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)と符号化オーディオストリーム(A)をマルチプレクサ２５に出力する。符号化ビデオストリーム(V)は、例えばMPEG２ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG１オーディオストリームやドルビーAC３（商標）オーディオストリーム等である。マルチプレクサ２５は、入力ストリームを多重化して、多重化ストリームを出力する。
【０２６２】
多重化ストリームは、例えば、MPEG２トランスポートストリームやMPEG２プログラムストリームである。多重化ストリームは、ソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを記録媒体のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、バッファ７２を介して、ECC符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へClip AVストリームファイルを記録する。制御部１７は、LB Regions for files の中からLB Regions for Gathered filesを除いた領域（図４６）の中にある空き領域に、Clip AV streamを記録するように、この記録を制御する。
【０２６３】
この動画像記録再生装置１は、Clip AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報、すなわち、Clip Information ファイル，PlayListファイル，サムネール画像の情報、および記録媒体１０の記録内容の管理情報(info.dvr)もまた記録する。これらのアプリケーションデータベース情報は、制御部１７により作成される。Clip Informationファイルおよびマークサムネール画像（特徴点）の情報は、制御部１７がClip AVストリームファイルを解析して作成する。PlayListファイルおよびメニューサムネール画像の情報は、主に端子２０から入力されるユーザの指示情報に基づいて制御部１７が作成する。また、制御部１７が、記録内容の管理情報(info.dvr)を作成する。
【０２６４】
制御部１７が作成したアプリケーションデータベース情報は、AVストリームと同様にして、ECC符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へデータベースファイルを記録する。すなわち、制御部１７は、Allocation Info of DVR filesのデータと記録媒体上の空き領域の情報に基づいて、記録媒体１０へデータベースファイルを記録する。この処理の詳細については、図５２と図５３を参照して後述する。
【０２６５】
次に、再生時の基本的な動作について説明する。
【０２６６】
記録媒体１０には、AVストリームファイル，アプリケーションデータベース情報およびファイルシステムデータが記録されている。
【０２６７】
はじめに制御部１７は、上述の記録時の動作と同様にして、FSDのデータを取得し、それに基づいて、MIAのデータを取得する。制御部１７は、MIAに含まれているところのAllocation Info of DVR files（図４９）のデータを取得し、またDisc Region Table（図１０、図２０、図２１）のデータを解析することによって、記録媒体１０上のファイルデータの配置情報を取得する。
【０２６８】
次に、制御部１７は、読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介して制御部１７へ入力される。この処理の詳細については、図５４と図５５を参照して後述する。
【０２６９】
制御部１７は、アプリケーションデータベースに基づいて、ディスクに記録されているPlayListの一覧（タイトルの一覧）を端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、復調部１２，ECC復号部１３の処理を経て、バッファ７１を介してAVストリームはソースデパケッタイザ１４へ入力される。
【０２７０】
ソースデパケッタイザ１４は、記録媒体１０のアプリケーションフォーマットのAVストリームをデマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０２７１】
次に、図５２と図５３のフローチャートを参照して、リアルプレイリスト(Clip AV streamとそれに関連するデータベース情報)の新規記録の処理を説明する。
【０２７２】
ステップS１００で、制御部１７は、FSD（File System Descriptor）を読み出す。ステップS１０１で、制御部１７は、MIA（Allocation Info of DVR filesとDisc Region Tableを含む）を読み出し、記憶部１７Ａに格納する。
【０２７３】
ステップS１０２で、制御部１７は、Disc Region Tableのデータを解析し、記録媒体１０の空き領域情報を取得する。
【０２７４】
ステップS１０３で、制御部１７は、Allocation Info of DVR files（図４９）のデータに基づいて、LB Regions for filesと各グループのファイルデータを記録する領域を決定する。これらの領域は、読み出したAllocation Info of DVR filesに指定されている領域と同じにしても良いし、これを変更しても良い。
【０２７５】
ステップS１０４で、制御部１７は、LB Regions for files の中からLB Regions for Gathered filesを除いた領域の中にある空き領域に、Clip AV streamを記録するように、この記録を制御する。
【０２７６】
ステップS１０５で、制御部１７は、データベースファイルのデータとファイル名を取得する。
【０２７７】
ステップS１０６で、制御部１７は、データベースファイルのAllocation classとrobust bitの値を、図４３のテーブル（記憶部１７Ａに記憶されている）を参照して決定する。
【０２７８】
ステップS１０７で、robust bitが１か否かを判定し、robust bitが１の場合、ステップS１０８へ進む。そして、記録する情報の種類は２種類あり、それらは、上記Allocation classのメインファイルデータと上記Allocation classのリザーブファイルデータである（２重書きを行う）と決定する。
【０２７９】
ステップS１０７で、robust bitが０であると判定された場合、ステップS１０９へ進む。そして、記録する情報の種類は、上記Allocation classのファイルデータである（１重書きを行う）と決定する。
【０２８０】
ステップS１１０で、制御部１７は、ファイルデータを上記種類に対応するグループ用の記録領域の空き領域に記録する。
【０２８１】
ステップS１１１で、次に記録するデータベースファイルがあるか調べ、ある場合は、ステップS１０５へ戻り、上述の処理を繰り返す。
【０２８２】
次に記録するデータベースファイルがない場合には、ステップS１１２で、制御部１７は、上記記録媒体１０へのファイルデータの記録を管理するためのMIAのデータを作成し、それを記録媒体１０に記録する。
【０２８３】
ステップS１１３で、制御部１７は、MIAの記録アドレスを表すFSDのデータを作成し、それを記録媒体１０に記録する。そして、処理を終了する。
【０２８４】
なお、上記ステップS１０５からステップS１１１までのステップにおけるデータベースファイルの記録は、新規に記録するファイルだけを記録するようにしても良いし、または、全てのファイル（新規のファイルと既に記録されている全てファイル）を記録媒体に書き直すように記録しても良い。また、上記ステップS１０５からステップS１１１までのステップにおけるデータベースファイルの記録は、robust bitが１であるファイル毎に、メインのファイルデータを記録し、続いて、リザーブのファイルデータを記録するようにしているが、これに限らず、次のようにしてもよい。すなわち、同じAllocation classの全てのファイルのメインファイルデータをはじめに記録し、次に、そのAllocation classの全てのファイルのリザーブファイルデータを記録するようにしても良い。
【０２８５】
次に、図５４と図５５のフローチャートを参照して、記録媒体１０に記録されているプレイリストの一覧（タイトルの一覧）を画面表示する処理を説明する。
【０２８６】
ステップS２０１で、制御部１７は、記録媒体１０から、FSD（File System Descriptor）を読み出す。
【０２８７】
ステップS２０２で、制御部１７は、MIA（Allocation Info of DVR files, Disc Region Tableを含む）を読み出し、記憶部１７Ａに格納する。
【０２８８】
ステップS２０３で、制御部１７は、記録媒体１０に記録されているファイルのAllocation class と robust bitの情報をMIAから取得する。
【０２８９】
ステップS２０４で、制御部１７は、同じAllocation classのデータベースファイルのファイルデータ（またはメインファイルデータ）の配置情報を、Disc Region Tableから取得する。例えば、これが最初のステップS２０４の処理の場合、Group-１ filesのメインファイルデータの配置情報を取得する。
【０２９０】
ステップS２０５で、制御部１７は、上記ファイルデータを記録媒体１０から連続して読み出し、記憶部１７Ａに格納する。
【０２９１】
ステップS２０６で、制御部１７は、ステップS２０５のファイルデータの読み出し処理でエラーが発生したかを調べる。yesの場合、ステップS２０７へ進む。ステップS２０７で、制御部１７は、上記読み出したファイルのrobust bitが１であるかを調べる。yesの場合、ステップS２０８へ進む。ステップS２０８で、制御部１７は、上記Allocation classのデータベースファイルのリザーブファイルデータの配置情報をDisc Region Tableによって取得する。ステップS２０９で、制御部１７は、エラーがあったメインデータに対応するリザーブファイルデータを記録媒体１０から読み出し、記憶部１７Ａに格納する。
【０２９２】
ステップS２０６で、Noであると判定された場合（ファイルデータの読み出し処理でエラーが発生しないと判定された場合）は、ステップS２１０へ進む。
【０２９３】
ステップS２０７で、Noであると判定された場合（robust bitが０であると判定された場合）は、ステップS２１０へ進む。この場合、エラーがあったファイルデータを補償することはできない。
【０２９４】
ステップS２１０で、データベースファイルの読み出しが終了したかを調べる。Noの場合は、ステップS２０４へ戻り、上記と同様の処理を繰り返す。例えば、次は、Group-２ filesのファイルの読み出しを行う。
【０２９５】
ステップS２１１で、制御部１７は、記憶部１７Ａに格納されているデータベースファイルの情報に基づいて、記録媒体１０に記録されているPlayListの一覧を端子２０のユーザインターフェースへ出力する。そして、処理を終了する。
【０２９６】
なお、上記ステップS２０５で、制御部１７は、各ファイルのデータをDisc Region Table（図２０）の各Disc Region Record（図２１）に基づいて、記録媒体１０から逐次読み出しても良いが、次の図５６または図５７の手順のようにすれば、ファイルデータの読み出し速度を向上できる。
【０２９７】
図５６の例では、ステップＳ３０１で、ファイルのデータの種類（Allocation class，メインファイルデータまたはリザーブファイルデータ）に対応するグループの記録領域（例えば、Main LB Regions for Group-１ files）のデータが取得される。
【０２９８】
ステップＳ３０２では、そのグループの記録領域の全データ（ファイルデータと空き領域のデータを含む全データ）を、記録媒体１０から連続して読み出し、バッファ７１に格納する。
【０２９９】
ステップＳ３０３では、MIAのデータ（ファイルの管理データ）に基づいて、バッファ７１に格納されているデータから各ファイルを復元し、記憶部１７Ａにストアする（図４７の場合ならば、file-１, file-２, file-３およびfile-４を復元する）。
【０３００】
図５７の例では、ステップＳ４０１で、ファイルのデータの種類（Allocation class，メインファイルデータまたはリザーブファイルデータ）に対応するグループの記録領域（例えば、Main LB Regions for Group-１ files）のデータを取得する。
【０３０１】
ステップＳ４０２で、Disc Region Tableのデータに基づいて、上記グループの記録領域の中でファイルデータが配置されている最大範囲を取得する（例えば、図４７に「ファイルデータが配置されている最大範囲」と示されている範囲（先頭のファイルであるfile-１の先頭から最後のファイルであるfile-４の最後までの範囲））。
【０３０２】
ステップＳ４０３で、次に、上記範囲の全データ（ファイルデータと空き領域のデータを含む全データ）を、記録媒体１０から連続して読み出し、バッファ７１に格納する。
【０３０３】
ステップＳ４０４で、MIAのデータ（ファイルの管理データ）に基づいて、バッファ７１に格納されているデータから各ファイルを復元し、記憶部１７Ａにストアする（図４７の例の場合ならば、file-１, file-２, file-３およびfile-４を復元する）。
【０３０４】
上記、ステップＳ４０２の処理において、ファイルデータが配置されている最大範囲は、次のようにして取得できる。
【０３０５】
Disc Region Table（図２０）の各Disc Region Record（図２１）について、グループの記録領域（例えば、Main LB Regions for Group-１ files）の中を参照するRecordsを調べる。すなわち、Disc Region RecordのStart Logical Block NumberとEnd Logical Block Numberが、そのグループの記録領域の中を参照しているRecordsを取得する。前記取得したRecordsの中で、Start Logical Block Numberの最小値とEnd Logical Block Numberの最大値を取得する。この最小値と最大値で示される範囲が、そのグループの記録領域の中でファイルデータが配置されている最大範囲である。
【０３０６】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０３０７】
この記録媒体は、図２８に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。
【０３０８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３０９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０３１０】
【発明の効果】
以上のように、本発明によれば、情報を迅速に読み出すことが可能な情報記録媒体を実現することができる。
【０３１１】
また、本発明によれば、情報を迅速に読み出すことが可能になる。
【０３１２】
さらに、本発明によれば、情報を迅速に読み出すことが可能な情報記録媒体を提供することができる。
【図面の簡単な説明】
【図１】本発明のプレイリストとクリップの関係を説明する図である。
【図２】本発明のディレクトリ構造を示す図である。
【図３】本発明の関連情報テーブルを説明する図である。
【図４】本発明のGathered File領域の記録位置を説明する図である。
【図５】本発明のMIA領域の記録位置を説明するである。
【図６】 File System Descriptorの構成を説明する図である。
【図７】 MIA Mapの構成を説明する図である。
【図８】 Map Entryの構成を説明する図である。
【図９】 Signatureのフォーマットを示す図である。
【図１０】 Data Typeを示す図である。
【図１１】 File Tableのシンタックスを説明する図である。
【図１２】 File Recordの構成を説明する図である。
【図１３】 Next Linkを説明する図である。
【図１４】 Parental Linkを説明する図である。
【図１５】 File Record Typeを説明する図である。
【図１６】 Directory file RecordのFile Record Type Dependentフィールドを説明する図である。
【図１７】 Child Linkを説明する図である。
【図１８】 Data File RecordのFile Record Type Dependentフィールドを説明する図である。
【図１９】 Allocation Classを説明する図である。
【図２０】 Disc Region Tableのシンタックスを説明する図である。
【図２１】 Disc Region Recordを説明する図である。
【図２２】 Allocation Rule Set Tableのシンタックスを説明する図である。
【図２３】 Allocation Rule Set Recordの構成を説明する図である。
【図２４】 Allocation Rule Set TableのParameterフィールドに記録するデータを説明する図である。
【図２５】 File Name Tableのシンタックスを説明する図である。
【図２６】 The first File Name Recordの構成を説明する図である。
【図２７】 Other File Name Recordの構成を説明する図である。
【図２８】本発明を適応した動画像記録再生装置の構成を示すブロック図である。
【図２９】図２８の動画像記録再生装置のビデオストリーム記録処理を説明するフローチャートである。
【図３０】図２８の動画像記録再生装置のファイル記録処理を説明するフローチャートである。
【図３１】図２９のステップＳ１３のデータベースの記録処理を説明するフローチャートである。
【図３２】図２８の動画像記録再生装置のSpace Bit Map生成処理を説明するフローチャートである。
【図３３】 Space Bit Mapを説明する図である。
【図３４】 Gathered File領域のファイルの配置変更を説明する図である。
【図３５】図２８の動画像記録再生装置のタイトル表示処理を説明するフローチャートである。
【図３６】図３５のステップＳ７１におけるPLAYLISTの読み出し処理を説明するフローチャートである。
【図３７】図３５のステップＳ７１におけるCLIPINFの読み出し処理を説明するフローチャートである。
【図３８】図３５のステップＳ７２においてソートする前のファイルを説明する図である。
【図３９】図３５のステップＳ７２においてソートされた後のファイルを説明する図である。
【図４０】 Gathered File領域のファイルの記録位置を説明する図である。
【図４１】記録媒体上のファイルの記録位置を説明する図である。
【図４２】ディレクトリ構造の他の例を示す図である。
【図４３】ファイル名Allocation classおよびRobust bitの関係を示す図である。
【図４４】 Robust bitが１である場合のファイルの配置方法を説明する図である。
【図４５】 LB Region for files, LB Region for Gathered filesのボリューム空間上での配置の例を説明する図である。
【図４６】 LB Region for Ghhered filesの中のFile Dataの配置の例を説明する図である。
【図４７】 Main LB Regions for Group-１ filesの中のファイルデータの配置の例を説明する図である。
【図４８】 LB Regions for Gathered filesがLB Region for filesを分割している場合の例を示す図である。
【図４９】 Allocation Info of DVR filesのシンタクスを説明する図である。
【図５０】 LB Regionのシンタクスを説明する図である。
【図５１】本発明を適用した動画像記録再生装置の他の構成例を示すブロック図である。
【図５２】リアルプレイリストの新規記録処理を説明するフローチャートである。
【図５３】リアルプレイリストの新規記録処理を説明するフローチャートである。
【図５４】プレイリスト一覧の画面表示の処理を説明するフローチャートである。
【図５５】プレイリスト一覧の画面表示の処理を説明するフローチャートである。
【図５６】読み出し処理を説明するフローチャートである。
【図５７】他の読み出し処理を説明するフローチャートである。
【符号の説明】
１０ 記録媒体， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， １７Ａ 記憶部， ２３ AVエンコーダ， ２４ ビデオ解析部， ２５ マルチプレクサ， ２６ 多重化ストリーム解析部， ２９ ソースパケッタイザ
Claims (23)
- 短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定手段と、
前記判定手段による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、前記情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、前記特定領域の前記情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を前記情報記録媒体に記録する記録手段と
を備え、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報記録装置。 - 前記判定手段は、前記情報の種類をさらに判定し、
前記記録手段は、前記判定手段の判定結果に基づいて、前記情報を、前記特定領域に多重書きする
ことを特徴とする請求項１に記載の情報記録装置。 - 前記特定領域の連続する空き領域を検出する検出手段と、
前記情報と、前記検出手段により検出された領域の容量を比較する比較手段と、
前記比較手段の比較結果に基づいて、前記特定領域に連続した空き領域を形成する形成手段と
をさらに備えることを特徴とする請求項１に記載の情報記録装置。 - 短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、
前記判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、前記情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、前記特定領域の前記情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を前記情報記録媒体に記録する記録ステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報記録方法。 - 短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、
前記判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、前記情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、前記特定領域の前記情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を前記情報記録媒体に記録する記録ステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 短時間で読む必要のあるファイル、一定時間で所定量のデータを記録する必要のあるファイル、通常のファイルの少なくとも３種類のファイルのうちどの属性であるかを示す、情報記録媒体に記録する情報の配置属性を判定する判定ステップと、
前記判定ステップの処理による判定結果が、短時間に読み出す必要のある特定の種類のファイルと判定された場合は、前記情報記録媒体に記録する情報を予め設定された特定領域に集中して記録するとともに、前記特定領域の前記情報記録媒体上のアドレスと上記ファイルに対応する上記配置属性を前記情報記録媒体に記録する記録ステップと
をコンピュータに実行させ、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している
プログラム。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置において、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出手段と、
前記検出手段により検出された複数のファイルのアドレスを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記短時間で読む必要のあるファイルの読み出しの順番を決定する決定手段と、
前記決定手段により決定された前記順番に従って、前記短時間で読む必要のあるファイルの情報を読み出す読み出し手段と
を備え、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報再生装置。 - 前記読み出し手段により読み出された情報に基づいて、前記複数の情報に対応するコンテンツのタイトルの表示を制御する制御手段を
さらに備えることを特徴とする請求項７に記載の情報再生装置。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置の情報再生方法において、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、
前記検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、
前記比較ステップによる比較結果に基づいて、前記短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、
前記決定ステップにより決定された前記順番に従って、前記短時間で読む必要のあるファイルの情報を読み出す読み出しステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報再生方法。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置のプログラムであって、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、
前記検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、
前記比較ステップによる比較結果に基づいて、前記短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、
前記決定ステップにより決定された前記順番に従って、前記短時間で読む必要のあるファイルの情報を読み出す読み出しステップと
を含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラ
ム格納媒体。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置を制御するコンピュータに、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数のファイルのアドレスを検出する検出ステップと、
前記検出ステップにより検出された複数のファイルのアドレスを比較する比較ステップと、
前記比較ステップによる比較結果に基づいて、前記短時間で読む必要のあるファイルの読み出しの順番を決定する決定ステップと、
前記決定ステップにより決定された前記順番に従って、前記短時間で読む必要のあるファイルの情報を読み出す読み出しステップと
を実行させ、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
プログラム。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置において、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する第１の検出手段と、
前記情報の前記情報記録媒体上での配置情報を取得する取得手段と、
前記取得手段により取得された前記配置情報に基づいて、前記短時間で読む必要のあるファイルの情報を連続して、前記情報記録媒体から読み出す読み出し手段と
を備え、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報再生装置。 - 前記特定領域は前記情報の配置属性に応じて複数の領域に区分されている
ことを特徴とする請求項１２に記載の情報再生装置。 - 前記情報の種類を検出する第２の検出手段をさらに備え、
前記読み出し手段は、前記第２の検出手段の検出結果に基づいて、前記情報の読み出しにエラーが発生した場合、多重書きされている情報のうちの他方の情報を読み出す
ことを特徴とする請求項１２に記載の情報再生装置。 - 前記読み出し手段により読み出された前記ファイルを記憶する記憶手段と、
前記記憶手段に記憶されたファイルの中から、所定の情報を復元する復元手段と
をさらに備えることを特徴とする請求項１２に記載の情報再生装置。 - 前記特定領域において前記情報が記録されている最大範囲を検出する第３の検出手段をさらに備え、
前記読み出し手段は、前記第３の検出手段により検出された前記最大範囲の全ての情報を読み出す
ことを特徴とする請求項１５に記載の情報再生装置。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置の情報再生方法において、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、
前記情報の前記情報記録媒体上での配置情報を取得する取得ステップと、
前記取得ステップの処理により取得された前記配置情報に基づいて、前記短時間で読む必要のあるファイルの情報を連続して、前記情報記録媒体から読み出す読み出しステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報再生方法。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置のプログラムであって、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、
前記情報の前記情報記録媒体上での配置情報を取得する取得ステップと、
前記取得ステップの処理により取得された前記配置情報に基づいて、前記短時間で読む必要のあるファイルの情報を連続して、前記情報記録媒体から読み出す読み出しステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 情報記録媒体に記録する情報の前記情報記録媒体上の領域に記録されている複数の情報を再生する情報再生装置を制御するコンピュータに、
前記情報記録媒体上の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録されている複数の情報のアドレスを検出する検出ステップと、
前記情報の前記情報記録媒体上での配置情報を取得する取得ステップと、
前記取得ステップの処理により取得された前記配置情報に基づいて、前記短時間で読む必要のあるファイルの情報を連続して、前記情報記録媒体から読み出す読み出しステップと
を実行させ、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有している
プログラム。 - 動画像情報、およびその管理情報が記録される情報記録媒体において、
前記管理情報は、情報の情報記録媒体上の配置に関する配置属性のうち、短時間で読む必要のあるファイルを示す配置属性を含み、
前記短時間で読む必要のあるファイルが記録される特定領域が形成され、
前記管理情報に対応するコンテンツとしての動画像情報が記録される前記特定領域以外の領域が形成され、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報記録媒体。 - 前記特定領域以外の領域に、前記特定領域の前記情報記録媒体上のアドレスがさらに記録されている
ことを特徴とする請求項２０に記載の情報記録媒体。 - 動画像情報、およびその管理情報を記録する情報記録装置において、
前記管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、前記動画像情報を前記特定領域以外の領域に記録するよう制御する制御手段と、
前記動画像情報、前記管理情報、および前記特定領域の前記情報記録媒体上のアドレスを前記情報記録媒体に記録する記録手段と
を備え、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報記録装置。 - 動画像情報、およびその管理情報を記録する情報記録装置の情報記録方法において、
前記管理情報を情報記録媒体の短時間で読む必要のあるファイルが集中的に記録されている特定領域に記録するとともに、前記動画像情報を前記特定領域以外の領域に記録するよう制御する制御ステップと、
前記動画像情報、前記管理情報、および前記特定領域の前記情報記録媒体上のアドレスを前記情報記録媒体に記録する記録ステップと
を含み、
前記短時間で読む必要のあるファイルは、少なくともプレイリストとクリップインフォを含み、
前記プレイリストは、時間軸上のイン点とアウト点のペアでなるプレイアイテムを含むものであってクリップのストリーム部分を共有しているとみなされるリアルプレイリストとクリップのデータを共有していないとみなされるバーチャルプレイリストとを有する
ことを特徴とする情報記録方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005255A JP4462799B2 (ja) | 2001-02-28 | 2002-01-11 | 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム |
| TW91103657A TWI266295B (en) | 2001-02-28 | 2002-02-27 | Method and device for information recording, method and device for information reproducing, information recording medium, program storage medium, and program |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001-55376 | 2001-02-28 | ||
| JP2001055376 | 2001-02-28 | ||
| JP2002005255A JP4462799B2 (ja) | 2001-02-28 | 2002-01-11 | 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007025525A Division JP4672681B2 (ja) | 2001-02-28 | 2007-02-05 | 情報記録装置および方法、情報再生装置および方法、並びに情報記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002329385A JP2002329385A (ja) | 2002-11-15 |
| JP4462799B2 true JP4462799B2 (ja) | 2010-05-12 |
Family
ID=26610349
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002005255A Expired - Lifetime JP4462799B2 (ja) | 2001-02-28 | 2002-01-11 | 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP4462799B2 (ja) |
| TW (1) | TWI266295B (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7054888B2 (en) | 2002-10-16 | 2006-05-30 | Microsoft Corporation | Optimizing media player memory during rendering |
| US7668842B2 (en) | 2002-10-16 | 2010-02-23 | Microsoft Corporation | Playlist structure for large playlists |
| JP4651277B2 (ja) | 2003-11-13 | 2011-03-16 | ソニー株式会社 | 情報記録再生装置および方法、プログラム格納媒体、並びにプログラム |
| JP4106662B2 (ja) | 2003-11-17 | 2008-06-25 | ソニー株式会社 | 情報記録再生装置および方法、プログラム格納媒体、並びにプログラム |
| KR101104527B1 (ko) | 2004-02-23 | 2012-01-11 | 소니 주식회사 | 데이터 처리 방법, 데이터 처리 장치, 정보 기록 매체, 및 컴퓨터 판독가능한 기록 매체 |
| JP2008305546A (ja) * | 2008-08-06 | 2008-12-18 | Sony Corp | 情報記録再生装置および方法、プログラム格納媒体、並びにプログラム |
-
2002
- 2002-01-11 JP JP2002005255A patent/JP4462799B2/ja not_active Expired - Lifetime
- 2002-02-27 TW TW91103657A patent/TWI266295B/zh active
Also Published As
| Publication number | Publication date |
|---|---|
| TWI266295B (en) | 2006-11-11 |
| JP2002329385A (ja) | 2002-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100880086B1 (ko) | 정보 기록 장치 및 방법, 정보 재생 장치 및 방법, 정보 기록 매체, 및 프로그램 기록 매체 | |
| US7738330B2 (en) | Information recording method and apparatus, information reproducing method and apparatus, information recording medium, program storage medium and program | |
| JP4264617B2 (ja) | 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体 | |
| KR100780153B1 (ko) | 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체 | |
| KR20030097109A (ko) | 재기록 가능 기록매체의 파일 임시 삭제 및 복구방법 | |
| US7912338B2 (en) | Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses | |
| JP4462799B2 (ja) | 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム | |
| JP4672681B2 (ja) | 情報記録装置および方法、情報再生装置および方法、並びに情報記録媒体 | |
| CA2449067C (en) | Data recording device and method, data reproduction device and method, information recording medium, program-containing medium, and program | |
| JP4860592B2 (ja) | 情報記録装置および方法、情報再生装置および方法、情報記録媒体、プログラム格納媒体、並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061208 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070206 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070312 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070511 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070606 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070713 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091228 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100216 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130226 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4462799 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140226 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |