(57)【要約】  【課題】  パス名を利用したファイルの参照を行っている場合に、パス名が変更されたとしても、容易に参照関係を修復可能なファイル管理を可能とする。  【解決手段】  記録又は再生される対象となる情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理し、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて、前記ディレクトリ及び前記ファイルを管理する記録再生装置において、前記記録媒体上の情報が前記記録再生部により更新された時、前記ファイルシステム情報と前記オブジェクト管理情報との両方に、前記更新に関する情報（例えばユニークＩＤ）を記録する。【選択図】  図１６
2004252959.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に情報の記録又は再生を行う記録再生部と、
パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、前記記録再生部により記録又は再生される対象となる前記情報をファイルとして管理するファイルシステム情報処理部と、
前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて、前記ディレクトリ及び前記ファイルを管理するコンテンツ管理情報処理部とを備えた記録再生装置であって、
前記記録媒体上の情報が前記記録再生部により更新された時、
前記ファイルシステム情報処理部は、前記ファイルシステム情報に、前記更新に関する情報を記録し、
前記コンテンツ管理情報処理部は、前記オブジェクト管理情報に、前記更新に関する情報と同じ情報を記録することを特徴とする記録再生装置。
【請求項２】
前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを割り当て、割り当てたユニークＩＤを前記更新に関する情報として用いる、請求項１に記載の記録再生装置。
【請求項３】
前記ファイルシステム情報処理部が、前記ユニークＩＤを、前記ディレクトリ及び前記ファイルの構成を管理するファイルエントリ中の拡張属性に記録し、
前記コンテンツ管理情報処理部が、前記ユニークＩＤを、前記オブジェクト管理情報中にオブジェクト参照情報と対応づけて記録する、請求項２に記載の記録再生装置。
【請求項４】
前記ユニークＩＤの値が、前記ファイルシステム情報処理部により決定される請求項１に記載の記録再生装置。
【請求項５】
前記ユニークＩＤの値が、前記コンテンツ管理情報処理部により決定される請求項１に記載の記録再生装置。
【請求項６】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在しないことが検出された場合、
前記コンテンツ管理情報処理部が、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する、請求項２から５のいずれか一項に記載の記録再生装置。
【請求項７】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在しないことが検出された場合、
前記コンテンツ管理情報処理部が、
前記オブジェクト管理情報内に記録されている前記ユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する、請求項１に記載の記録再生装置。
【請求項８】
前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記記録再生部により更新された場合、
前記ファイルシステム情報処理部が、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新し、
前記コンテンツ管理情報処理部が、前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する、請求項１に記載の記録再生装置。
【請求項９】
前記ボリューム更新情報が、
（１）前記ボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含む、請求項８に記載の記録再生装置。
【請求項１０】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、
前記コンテンツ管理情報処理部が、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する、請求項８または９に記載の記録再生装置。
【請求項１１】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、
前記コンテンツ管理情報処理部が、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する、請求項８または９に記載の記録再生装置。
【請求項１２】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、前記記録再生部が、前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止する、請求項８または９に記載の記録再生装置。
【請求項１３】
記録再生装置により記録媒体に情報の記録又は再生を行う記録再生方法であって、
前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、
前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、
前記記録再生方法は、
前記記録媒体上の情報が前記記録再生装置により更新された時、
前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、
前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを含むことを特徴とする記録再生方法。
【請求項１４】
前記記録媒体に新たなディレクトリ又はファイルが記録される場合、
前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを割り当てる工程をさらに含み、
割り当てられたユニークＩＤを、前記更新に関する情報を記録する二つの工程において、前記更新に関する情報として用いる、請求項１３に記載の記録再生方法。
【請求項１５】
前記ユニークＩＤを割り当てる工程において、前記ユニークＩＤの値が、前記ファイルシステム情報内で重複しないようにその値を決定する、請求項１４に記載の記録再生方法。
【請求項１６】
前記ユニークＩＤを割り当てる工程において、前記ユニークＩＤの値が、前記コンテンツ管理情報内で重複しないようにその値を決定する、請求項１４に記載の記録再生方法。
【請求項１７】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程をさらに含み、
前記ディレクトリ階層中に存在しないことが検出された場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とをさらに含む、請求項１３から１６のいずれか一項に記載の記録再生方法。
【請求項１８】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程をさらに含み、
前記ディレクトリ階層中に存在しないことが検出された場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とをさらに含む、請求項１３から１６のいずれか一項に記載の記録再生方法。
【請求項１９】
前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記記録再生装置により更新された場合、
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、
前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とをさらに含む、請求項１３に記載の記録再生方法。
【請求項２０】
前記ボリューム更新情報が、
（１）前記ボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含む、請求項１９に記載の記録再生方法。
【請求項２１】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、
前記情報が一致しない場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とをさらに含む、請求項１９または２０に記載の記録再生方法。
【請求項２２】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、
前記情報が一致しない場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とをさらに含む、請求項１９または２０に記載の記録再生方法。
【請求項２３】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、
前記情報が一致しない場合、
前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止する工程をさらに含む、請求項１９または２０に記載の記録再生方法。
【請求項２４】
コンピュータに読み込まれ、当該コンピュータを、記録媒体への情報の記録又は再生を行う記録再生装置として機能させるコンピュータプログラムを記録したコンピュータプログラム提供媒体であって、
前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、
前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、
前記コンピュータプログラムは、
前記記録媒体上の情報が前記コンピュータにより更新された場合、前記更新に関する情報を生成する工程と、
前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、
前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを前記コンピュータに実行させる命令を含むことを特徴とするコンピュータプログラム提供媒体。
【請求項２５】
前記コンピュータプログラムは、前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを、前記更新に関する情報として割り当てる工程を、前記コンピュータに実行させる命令をさらに含む、請求項２４に記載のコンピュータプログラム提供媒体。
【請求項２６】
前記コンピュータプログラムは、前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が前記コンピュータにより更新された場合、
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、
前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項２４に記載のコンピュータプログラム提供媒体。
【請求項２７】
コンピュータに読み込まれ、当該コンピュータを、記録媒体への情報の記録又は再生を行う記録再生装置として機能させるコンピュータプログラムであって、
前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、
前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、
前記コンピュータプログラムは、
前記記録媒体上の情報が前記コンピュータにより更新された場合、前記更新に関する情報を生成する工程と、
前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、
前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを前記コンピュータに実行させる命令を含むことを特徴とするコンピュータプログラム。
【請求項２８】
前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを、前記更新に関する情報として割り当てる工程を、前記コンピュータに実行させる命令をさらに含む、請求項２７に記載のコンピュータプログラム。
【請求項２９】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程を、前記コンピュータに実行させる命令をさらに含み、
前記ディレクトリ階層中に存在しないことが検出された場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項２７または２８に記載のコンピュータプログラム。
【請求項３０】
前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程を、前記コンピュータに実行させる命令をさらに含み、
前記ディレクトリ階層中に存在しないことが検出された場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項２７または２８に記載のコンピュータプログラム。
【請求項３１】
前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記コンピュータにより更新された場合、
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、
前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項２７に記載のコンピュータプログラム。
【請求項３２】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、
前記情報が一致しない場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項３１に記載のコンピュータプログラム。
【請求項３３】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、
前記情報が一致しない場合、
前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、
前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とを、前記コンピュータに実行させる命令をさらに含む、請求項３１に記載のコンピュータプログラム。
【請求項３４】
前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、
前記情報が一致しない場合、前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止する工程を、前記コンピュータに実行させる命令をさらに含む、請求項３１に記載のコンピュータプログラム。
【請求項３５】
記録又は再生の対象となる情報をファイルとして管理するための、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報と、
前記ディレクトリ及び前記ファイルを管理するための、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報とが記録された記録媒体であって、
前記ファイルシステム情報と前記オブジェクト管理情報との両方に、前記記録又は再生の対象となる情報の更新に関する情報が含まれることを特徴とする記録媒体。
【請求項３６】
前記記録又は再生の対象となる情報の更新に関する情報が、更新されたディレクトリ又はファイルに対して、前記記録媒体上で他のディレクトリ又はファイルと重複しないよう割り当てられた識別情報としてのユニークＩＤである、請求項３５に記載の記録媒体。
【請求項３７】
前記記録又は再生の対象となる情報の更新に関する情報が、
（１）前記記録媒体上で前記ファイルシステム情報により管理されるボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含む、請求項３５に記載の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録再生装置、記録再生方法、コンピュータプログラム提供媒体、コンピュータプログラム、および記録媒体であって、特に、画像データや音声データを記録媒体にファイルとして記録する記録再生装置および記録再生方法、並びにこれらをコンピュータにより具現化するためのコンピュータプログラムおよびそれを記録した提供媒体、並びに当該記録再生装置又は記録再生方法により記録された記録媒体に関する。
【背景技術】
【０００２】
近年、動画情報や静止画情報、音声情報等のＡＶデータをデジタル化して記録・再生することが良く行われている。このようなデジタル情報を蓄積する記録媒体としては、フラッシュメモリ等の半導体メモリ、あるいはディスクメディアであるＤＶＤ、ハードディスク、ＭＤ（ミニディスク）等が存在する。
【０００３】
これらの記録媒体に対して、ＭＰＥＧ２やＪＰＥＧ等の符号化方式で符号化されたＡＶデータの記録や再生が行われているが、かかるＡＶデータの記録において、各ＡＶデータはファイルシステムによりファイルとして管理されており、それぞれの再生に際してもファイル単位での指定が行われている。
【０００４】
そして、上述した半導体メディアやディスクメディアにおいては、ランダムアクセス性という優れた特徴が存在する。ランダムアクセス性を利用した技術として、プログラム再生機能の実現が挙げられる。
【０００５】
例えば、特許文献１に開示されている記録／再生システムにおいては、ＡＶデータをメディアオブジェクトと呼ぶファイルとして記録し、複数のメディアオブジェクトをプログラムと呼ばれるディレクトリの下に記録している。このような記録形態とすることによって、記録媒体上に当該プログラムを複数個作成することが可能となる。
【０００６】
また、各プログラムに対してプログラム情報（ＰＲＧ＿ＩＮＦＯ）と呼ばれる情報を管理し、メディアオブジェクトとは異なるファイルとして記録媒体上に記録する。ＰＲＧ＿ＩＮＦＯに登録されるメディアオブジェクトの情報を参照することにより、記録媒体上に記録されたＡＶファイルの再生順序を自由に制御することが可能となる。
【０００７】
上述したような機能は、一般に「プログラム再生」と呼ばれており、ディスクメディアにおけるランダムアクセス性を利用することにより実現されている。
【０００８】
このように、ＡＶデータをメディアオブジェクトとして記録し、そのメディアオブジェトを参照するプログラムもファイルとして記録する場合、当該プログラムファイルからメディアオブジェクトへの参照情報を持たなければならない。参照情報の形式は、ファイルに対するパス情報、すなわちファイルを管理するファイルシステム内で、当該ファイルの名前と階層位置を示す情報を用いるのが一般的である。
【０００９】
ここで、メディアオブジェクトとプログラムファイルとの関係の一例を図３０に示す。図３０は、メディアオブジェクトのディレクトリ構造と、プログラムファイルの構造を例示する図である。
【００１０】
各プログラムファイルは、各メディアオブジェクトへの参照をＲＯＯＴディレクトリからのフルパス名の形式で保持している。なお図３０においては、パス区切り文字は”／”として記述している。
【００１１】
上述したメディアオブジェクトやプログラムファイルは、全てＵＤＦやＦＡＴ等のファイルシステムを利用して管理される。ファイルシステムは、パーソナルコンピュータ（以下、「ＰＣ」という。）のアーキテクチャで一般的に利用されている。ファイルシステムを導入することにより、上述のプログラムファイルを編集したり、再生したりするＰＣ上のアプリケーションソフトを作成することが容易となる。
【特許文献１】特開２００２−１０２１５号公報  しかし、上述したＰＣアーキテクチャは、拡張性やシステムの自由度に優れるものの、固定のシステム環境を想定することが困難である。すなわち、あるユーザのＰＣ環境で存在するアプリケーションソフトが、他のユーザのＰＣ環境では存在しない、という状況は頻繁に発生している。また、ソフトウェア以外にも、ディスクメディアを記録再生する装置も、ＵＳＢ等の外部デジタルインタフェースでＰＣに接続されることがよく行われており、記録再生装置自体が着脱されたり、複数のＰＣへ接続されることがよく行われている。
【００１２】
そのため、図３０に示すようなデータが記録されたディスクメディア５１００があった場合、あるユーザのＰＣ環境には、ディレクトリ情報とプログラム情報を正しく扱えるアプリケーションソフトが存在したとしても、他の環境ではそのアプリケーションソフトが存在することは必ずしも保証されているものではない。
【００１３】
例えば、図３１に示すように、アプリケーションソフトが存在しない場合を想定する。ＰＣ５２００において、オペレーティングシステム５２０１と汎用のファイルシステム処理部５２０２が動作する。さらに、ＰＣ５２００はＵＳＢやＡＴＡＰＩ等のデジタルインタフェース５２０３によりドライブ装置５２０４と接続され、接続されたドライブ装置５２０４を用いて、ディスクメディア５１００の記録再生を行うものとする。
【００１４】
そして、ディスクメディア５１００上では、ファイルシステム情報５３００によって複数のファイルやディレクトリ（ディレクトリ／メディアオブジェクト５００４）を管理しており、さらに当該複数のファイルを上述のプログラムファイル５００２により参照しているものとする。
【００１５】
このような場合、ＰＣ５２００は、ディスクメディア５１００に対して、ファイルシステム処理部５２０２を経由して、ディレクトリやファイルの操作を行うことができる。具体的にはパス名の変更やファイルの削除、追加等を実施することができる。
【００１６】
そして、ユーザの指示等により、プログラムファイル５００２から参照されている所定のファイルのパス名が変更された場合には、プログラムファイル５００２からは、パス名が変更されたファイルを参照することができなくなってしまう。例えば、図３０において、ファイル５００１のパス名は、“／ＰＲＧ００１／ＭＯＶ００１．ＭＰＧ”であるが、仮にこのパス名が“／ＰＲＧ１００／ＭＯＶ００１．ＭＰＧ”となると、プログラムファイル５００２中の参照情報５００３と一致しなくなり、プログラムファイル５００２の正常な再生が不可能となる。
【００１７】
この場合、ファイル“ＭＯＶ００１．ＭＰＧ”に含まれる内容は一切変更されていないにもかかわらず、パス名が変更されただけでプログラム再生が不可能となってしまい、ユーザにとって非常に利便性が悪くなってしまう。
【００１８】
また、一度失われてしまった参照関係は、容易に回復することができず、例えば、ユーザが再度指定し直す等、ユーザにとって非常に負荷が大きい作業が必要となってしまう。
【００１９】
本発明は、上述したような状況に鑑みてなされたものであり、パス名を利用したファイルの参照を行っている場合に、パス名が変更されたとしても、容易に参照関係を修復可能なファイル管理を可能とする記録再生装置および記録再生方法を実現することを目的とする。
【発明の開示】
【課題を解決するための手段】
【００２０】
上記の目的を達成するために、本発明にかかる記録再生装置は、記録媒体に情報の記録又は再生を行う記録再生部と、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、前記記録再生部により記録又は再生される対象となる前記情報をファイルとして管理するファイルシステム情報処理部と、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて、前記ディレクトリ及び前記ファイルを管理するコンテンツ管理情報処理部とを備えた記録再生装置であって、前記記録媒体上の情報が前記記録再生部により更新された時、前記ファイルシステム情報処理部は、前記ファイルシステム情報に、前記更新に関する情報を記録し、前記コンテンツ管理情報処理部は、前記オブジェクト管理情報に、前記更新に関する情報と同じ情報を記録することを特徴とする。
【００２１】
なお、ここでの、記録媒体上の情報の「更新」とは、記録媒体上の情報に関するあらゆる変更を意味し、例えば、新たなディレクトリ又はファイルを追加すること、ディレクトリ又はファイルを削除すること、ディレクトリ又はファイルの名称を変更すること、ディレクトリ又はファイルの名称を変更せずにその内容のみを変更すること、等を含む。
【発明の効果】
【００２２】
本発明によれば、パス名を利用したファイルの参照を行っている場合に、パス名が変更されたとしても、容易に参照関係を修復可能なファイル管理を可能とする記録再生装置および記録再生方法を実現できる。
【発明を実施するための最良の形態】
【００２３】
本発明にかかる記録再生装置は、記録媒体に情報の記録又は再生を行う記録再生部と、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、前記記録再生部により記録又は再生される対象となる前記情報をファイルとして管理するファイルシステム情報処理部と、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて、前記ディレクトリ及び前記ファイルを管理するコンテンツ管理情報処理部とを備えた記録再生装置であって、前記記録媒体上の情報が前記記録再生部により更新された時、前記ファイルシステム情報処理部は、前記ファイルシステム情報に、前記更新に関する情報を記録し、前記コンテンツ管理情報処理部は、前記オブジェクト管理情報に、前記更新に関する情報と同じ情報を記録することを特徴とする構成である。
【００２４】
上記の構成において、前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを割り当て、割り当てたユニークＩＤを前記更新に関する情報として用いることが好ましい。さらに、前記ファイルシステム情報処理部が、前記ユニークＩＤを、前記ディレクトリ及び前記ファイルの構成を管理するファイルエントリ中の拡張属性に記録し、前記コンテンツ管理情報処理部が、前記ユニークＩＤを、前記オブジェクト管理情報中にオブジェクト参照情報と対応づけて記録することが好ましい。
【００２５】
前記ユニークＩＤの値は、前記ファイルシステム情報処理部により決定されても良いし、前記コンテンツ管理情報処理部により決定されても良い。
【００２６】
また、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在しないことが検出された場合、前記コンテンツ管理情報処理部が、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定することが好ましい。
【００２７】
上記の構成にかかる記録再生装置において、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在しないことが検出された場合、前記コンテンツ管理情報処理部が、前記オブジェクト管理情報内に記録されている前記ユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除することが好ましい。
【００２８】
上記の構成にかかる記録再生装置において、前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記記録再生部により更新された場合、前記ファイルシステム情報処理部が、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新し、前記コンテンツ管理情報処理部が、前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録することが好ましい。
【００２９】
かかる構成により、ファイルシステム情報に含まれるボリューム構造情報内の特定の情報をコンテンツ管理情報内にも記録することにより、ファイルシステム 情報とコンテンツ管理情報との間の不整合を容易に検出することが可能となる。
【００３０】
なお、前記ボリューム更新情報は、
（１）前記ボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含むことが好ましい。
【００３１】
また、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、前記コンテンツ管理情報処理部が、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定することが好ましい。
【００３２】
また、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、前記コンテンツ管理情報処理部が、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索し、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又は前記ファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除することが好ましい。
【００３３】
また、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致しない場合、前記記録再生部が、前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止することが好ましい。
【００３４】
また、上記の目的を達成するために、本発明にかかる記録再生方法は、記録再生装置により記録媒体に情報の記録又は再生を行う記録再生方法であって、前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、前記記録再生方法は、前記記録媒体上の情報が前記記録再生装置により更新された時、前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを含むことを特徴とする。
【００３５】
上記の記録再生方法において、前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを割り当てる工程をさらに含み、割り当てられたユニークＩＤを、前記更新に関する情報を記録する二つの工程において、前記更新に関する情報として用いることが好ましい。また、前記ユニークＩＤを割り当てる工程において、前記ユニークＩＤの値が、前記ファイルシステム情報内で重複しないようにその値を決定することが好ましい。あるいは、前記ユニークＩＤを割り当てる工程において、前記ユニークＩＤの値が、前記コンテンツ管理情報内で重複しないようにその値を決定することも好ましい。
【００３６】
上記の記録再生方法は、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程をさらに含み、前記ディレクトリ階層中に存在しないことが検出された場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とをさらに含むことが好ましい。
【００３７】
上記の記録再生方法は、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程をさらに含み、前記ディレクトリ階層中に存在しないことが検出された場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とをさらに含むことが好ましい。
【００３８】
また、上記の記録再生方法は、前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記記録再生装置により更新された場合、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とをさらに含むことが好ましい。
【００３９】
また、前記ボリューム更新情報は、
（１）前記ボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含むことが好ましい。
【００４０】
上記の記録再生方法は、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、前記情報が一致しない場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とをさらに含むことが好ましい。
【００４１】
上記の記録再生方法は、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、前記情報が一致しない場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とをさらに含むことが好ましい。
【００４２】
上記の記録再生方法は、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程をさらに含み、前記情報が一致しない場合、前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止する工程をさらに含むことが好ましい。
【００４３】
本発明にかかるコンピュータプログラム提供媒体は、コンピュータに読み込まれ、当該コンピュータを、記録媒体への情報の記録又は再生を行う記録再生装置として機能させるコンピュータプログラムを記録したコンピュータプログラム提供媒体であって、前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、前記コンピュータプログラムは、前記記録媒体上の情報が前記コンピュータにより更新された場合、前記更新に関する情報を生成する工程と、前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを前記コンピュータに実行させる命令を含むことを特徴とする。
【００４４】
このコンピュータプログラム提供媒体から、コンピュータ上へ当該コンピュータプログラムをロードさせ実行することで、ファイルシステム情報と、コンテンツ管理情報との両方で、更新に関する情報を保持することにより、ファイルシステム情報だけが操作されるという不整合な処理の結果、ファイルシステム情報とコンテンツ管理情報との間に矛盾が発生しても、ファイルシステム情報とコンテンツ管理情報との間で、前記の「更新に関する情報」を比較することにより、不整合な操作が行われたファイルやディレクトリの検出を容易に行うことができ、かつ簡単にファイルシステム情報とコンテンツ管理情報との間の整合性を回復することができる記録再生装置を実現することが可能となる。
【００４５】
上記のコンピュータプログラム提供媒体において、前記コンピュータプログラムが、前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを、前記更新に関する情報として割り当てる工程を、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００４６】
上記のコンピュータプログラム提供媒体において、前記コンピュータプログラムが、前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が前記コンピュータにより更新された場合、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００４７】
また、本発明にかかるコンピュータプログラムは、コンピュータに読み込まれ、当該コンピュータを、記録媒体への情報の記録又は再生を行う記録再生装置として機能させるコンピュータプログラムであって、前記記録媒体に記録又は再生される前記情報は、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いて、ファイルとして管理され、前記ディレクトリ及び前記ファイルは、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理され、前記コンピュータプログラムは、前記記録媒体上の情報が前記コンピュータにより更新された場合、前記更新に関する情報を生成する工程と、前記ファイルシステム情報に、前記更新に関する情報を記録する工程と、前記オブジェクト管理情報に、前記更新に関する情報を記録する工程とを前記コンピュータに実行させる命令を含むことを特徴とする。
【００４８】
このコンピュータプログラムを、コンピュータ上へロードさせ実行することで、ファイルシステム情報と、コンテンツ管理情報との両方で、更新に関する情報を保持することにより、ファイルシステム情報だけが操作されるという不整合な処理の結果、ファイルシステム情報とコンテンツ管理情報との間に矛盾が発生しても、ファイルシステム情報とコンテンツ管理情報との間で、前記の「更新に関する情報」を比較することにより、不整合な操作が行われたファイルやディレクトリの検出を容易に行うことができ、かつ簡単にファイルシステム情報とコンテンツ管理情報との間の整合性を回復することができる記録再生装置を実現することが可能となる。
【００４９】
上記のコンピュータプログラムは、前記記録媒体に新たなディレクトリ又はファイルが記録される場合、前記ディレクトリ又は前記ファイルに、前記記録媒体上で重複しない識別情報であるユニークＩＤを、前記更新に関する情報として割り当てる工程を、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５０】
上記のコンピュータプログラムは、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程を、前記コンピュータに実行させる命令をさらに含み、前記ディレクトリ階層中に存在しないことが検出された場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５１】
上記のコンピュータプログラムは、前記オブジェクト参照情報により参照される前記ディレクトリ又は前記ファイルが前記ディレクトリ階層中に存在するか否かを検出する工程を、前記コンピュータに実行させる命令をさらに含み、前記ディレクトリ階層中に存在しないことが検出された場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５２】
上記のコンピュータプログラムは、前記記録媒体上で、前記ファイルシステム情報により管理されるボリューム内の情報が、前記コンピュータにより更新された場合、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報を更新する工程と、前記ボリューム更新情報と同じ情報を、前記コンテンツ管理情報内に記録する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５３】
上記のコンピュータプログラムは、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、前記情報が一致しない場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されたら、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルのパス名に対して、前記オブジェクト管理情報における新たなオブジェクト参照情報を設定する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５４】
上記のコンピュータプログラムは、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、前記情報が一致しない場合、前記オブジェクト管理情報内に記録されているユニークＩＤと同じ値を前記ファイルシステム情報中で検索する工程と、前記ユニークＩＤと同じ値を割り当てられたディレクトリ又はファイルが検出されなかったら、前記オブジェクト管理情報を前記コンテンツ管理情報から削除する工程とを、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５５】
上記のコンピュータプログラムは、前記ファイルシステム情報が管理するボリューム構造情報に含まれるボリューム更新情報と、前記コンテンツ管理情報内の情報とが一致するか否かを確認する工程を、前記コンピュータに実行させる命令をさらに含み、前記情報が一致しない場合、前記記録媒体への新規のディレクトリ又は新規のファイルの記録を停止する工程を、前記コンピュータに実行させる命令をさらに含むことが好ましい。
【００５６】
また、本発明にかかる記録媒体は、記録又は再生の対象となる情報をファイルとして管理するための、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報と、前記ディレクトリ及び前記ファイルを管理するための、前記パス名に関するオブジェクト参照情報により参照するオブジェクト管理情報とが記録された記録媒体であって、前記ファイルシステム情報と前記オブジェクト管理情報との両方に、前記記録又は再生の対象となる情報の更新に関する情報が含まれることを特徴とする。
【００５７】
前記記録又は再生の対象となる情報の更新に関する情報は、更新されたディレクトリ又はファイルに対して、前記記録媒体上で他のディレクトリ又はファイルと重複しないよう割り当てられた識別情報としてのユニークＩＤであることが好ましい。
【００５８】
あるいは、前記記録又は再生の対象となる情報の更新に関する情報が、
（１）前記記録媒体上で前記ファイルシステム情報により管理されるボリュームの最終更新日時を示す情報、
（２）前記ファイルシステム情報に含まれる、前記記録媒体上で重複しない識別情報であるユニークＩＤの最大値を示す情報、
（３）前記ファイルシステム情報に含まれるファイルの総数、
（４）前記ファイルシステム情報に含まれるディレクトリの総数、
のうち少なくとも１つを含む情報であっても良い。
【００５９】
以下、本発明の実施の形態にかかる記録再生装置、記録再生方法及び当該方法を具現化するコンピュータプログラムを記録した提供媒体あるいはコンピュータプログラム、並びに当該記録再生装置又は記録再生方法により記録された記録媒体について、図面を参照しながら説明する。
【００６０】
（実施の形態１）
図１は、本発明の実施の形態１にかかる記録再生装置の一例である、ＤＶＤレコーダの外観と、関連機器とのインタフェースを説明するための例示図である。
【００６１】
図１に示すように、ＤＶＤレコーダは、記録媒体であるディスクメディアとしてＤＶＤディスクが装填され、ビデオ情報等の記録再生が行なわれる。ＤＶＤレコーダの操作は、一般的にはリモコンや機器上のスイッチによって行なわれる。
【００６２】
ＤＶＤレコーダに入力されるビデオ情報には、アナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送が、デジタル信号としてはデジタル放送がある。一般的に、アナログ放送は、テレビジョン装置に内蔵されている受信機により受信、復調され、ＮＴＳＣ方式等のアナログビデオ信号としてＤＶＤレコーダに入力される。
【００６３】
また、デジタル放送は、受信機であるセットトップボックス（ＳＴＢ）でデジタル信号に復調され、ＤＶＤレコーダに入力され記録される。
【００６４】
一方、ビデオ情報が記録されたＤＶＤディスクは、ＤＶＤレコーダにより再生され外部に出力される。出力される信号も入力される信号と同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力され、テレビジョン（ＴＶ）で映像として表示される。
【００６５】
さらに、ＤＶＤディスクを利用する装置にＤＶＤカムコーダがある。ＤＶＤカムコーダは、ＤＶＤレコーダにレンズやＣＣＤからなるカメラ装置を組み合わせた装置であり、撮影した動画情報を符号化して記録する。
【００６６】
また、ＤＶＤディスクは、ＤＶＤレコーダやＤＶＤカムコーダ以外に、ＰＣ等でビデオ情報が記録再生される場合もある。ＰＣ等でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダに装填されれば、ＤＶＤレコーダは当該ＤＶＤディスクを再生する。
【００６７】
なお、上述したアナログ放送やデジタル放送のビデオ情報には、通常、音声情報が付随している。付随している音声情報もビデオ情報と同様に、ＤＶＤレコーダで記録再生される。
【００６８】
また、ビデオ情報は、動画の他に、静止画の場合もある。例えば、ＤＶＤカムコーダの写真機能で静止画が記録されたり、ＰＣ上で他の記録装置(ハードディスク）等から静止画がＤＶＤディスクへコピーされたりする場合が該当する。
【００６９】
なお、ＤＶＤレコーダとＳＴＢ等の外部機器との間のデジタルインタフェースとしては、様々なインタフェースが考えられる。例えば、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、等である。
【００７０】
また、上記では、ＤＶＤレコーダとテレビジョン（ＴＶ）との間の信号として、ＮＴＳＣ方式のアナログ（コンポジット）ビデオ信号を用いる場合について例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号であってもよい。
【００７１】
さらには、ＡＶ機器とテレビジョンの間の映像伝送インタフェースとしては、アナログインタフェースをデジタルインタフェース、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダとテレビジョンがデジタルインタフェースで接続されることも当然予想される。
【００７２】
図２は、本実施の形態１にかかる記録再生装置とその中に組み込まれるドライブ装置１１０の機能を示すブロック図である。図２において、ドライブ装置１１０は、記録再生手段である光ピックアップ１０１、ＥＣＣ（Error Correcting Code）処理部１０２を備え、ＤＶＤディスクのような記録媒体であるディスクメディア１００に対してデータの記録及び再生を行う。
【００７３】
ディスクメディア１００には、セクタと呼ばれる最小単位でデータが記録される。また、複数のセクタで一つのＥＣＣブロックを構成し、ＥＣＣブロックを１単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。なお、ＥＣＣブロックはＥＣＣクラスタと呼ばれることもある。
【００７４】
ディスクメディア１００の一例であるＤＶＤ−ＲＡＭディスクの場合、セクタのサイズは２ＫＢであり、１６セクタを１ＥＣＣブロックとして構成されている。当該セクタサイズは、ディスクメディア１００の種類に応じて変動するものであり、１セクタは５１２Ｂ（バイト）であっても良いし、８ＫＢ等であっても良い。
【００７５】
また、ＥＣＣブロックについても、１セクタを１ＥＣＣブロックとして構成しても良いし、１６セクタを、あるいは３２セクタ等を１ＥＣＣブロックとして構成しても良い。今後、記録できる情報容量の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大するものと予想される。
【００７６】
また、ドライブ装置１１０は、トラックバッファ１０３と接続されており、トラックバッファ１０３は、システムバス１０５を経由して記録再生装置のシステム全体を制御するシステム制御部１０４と接続されている。
【００７７】
トラックバッファ１０３は、ディスクメディア１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ディスクメディア１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
【００７８】
図３は、ドライブ装置１１０を含む、本実施の形態１にかかる記録再生装置のブロック構成図である。図３に示すように、本実施の形態１にかかる記録再生装置は、システム全体の管理及び制御を司るシステム制御部１０４、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ／Ｆ（インタフェース）部２００、ＶＨＦ及びＵＨＦを受信するアナログ放送チューナ２１０、映像をＡＶ信号へ変換するカメラ部２１１、デジタル放送を受信するデジタル放送チューナ２１２、ＡＶ信号入力をデジタル信号に変換し、ＭＰＥＧプログラムストリーム等にエンコードする動画エンコーダ２２１、ＡＶ信号入力をＪＰＥＧストリーム等にエンコードする静止画エンコーダ２２２、デジタル放送で送られるＭＰＥＧトランスポートストリームを解析する解析部２２３、ＭＰＥＧ等の動画データをデコードする動画デコーダ２４０、静止画データをデコードする静止画デコーダ２４１、テレビ及びスピーカ等の表示部２５０、等を備えている。
【００７９】
動画エンコーダ２２１、静止画エンコーダ２２２や解析部２２３には、ＡＶデータの入力源として、アナログ放送チューナ２１０、カメラ部２１１、デジタル放送チューナ２１２等が接続されている。
【００８０】
なお、上述したエンコーダやチューナ、カメラ部については、全てを同時に備える必要はなく、記録再生装置の使用目的に応じて必要なものだけを備えれば良い。例えば、記録再生装置がＤＶＤ等の光ディスク用レコーダの場合であれば、図２６に示すように、図３に示した構成のうち、カメラ部２１１を省いた構成としても良い。また、記録再生装置がビデオカメラの場合であれば、図２７に示すように、図３に示した構成のうち、アナログ放送チューナ２１０およびデジタル放送チューナ２１２を省き、集音用のマイク部２６１をさらに備えた構成としても良い。また、記録再生装置がパーソナルコンピュータの場合であれば、図２６と同様の構成としても良い。あるいは、図２８に示すように、図３に示した構成のうち、アナログ放送チューナ２１０、カメラ部２１１、およびデジタル放送チューナ２１２を省いた構成としても良い。
【００８１】
さらに、図３に示す記録再生装置は、図２で示したように、書き込みデータを一時的に格納するトラックバッファ１０３と、ディスクメディア１００にデータを書き込むドライブ装置１１０とを備えている。
【００８２】
また、ＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースであるデジタルＩ／Ｆ（インタフェース）部２３０を備えても良い。
【００８３】
なお、本実施の形態１にかかる記録再生装置の詳しい動作については後ほど説明を行う。
【００８４】
次に、図４は、本実施の形態１にかかる記録再生装置において記録可能なディスクメディア１００の外観と物理構造を表した図である。なお、例えばＤＶＤ−ＲＡＭのようなディスクメディアは、記録面を保護するのを目的として、カートリッジに収納された状態で記録再生装置に装填される。ただし、記録面の保護が別の構成で行なわれたり、容認できる場合には、カートリッジに収納せずに、記録再生装置に直接装填できるようにしてもよい。
【００８５】
図４（ａ）は、記録可能なディスクメディア１００の記録領域の一例を示した図である。図４（ａ）の例では、最内周にリードイン領域が、最外周にリードアウト領域が、その間にデータ領域が配置されている。リードイン領域は、光ピックアップ１０１がディスクメディア１００へアクセスする時に、サーボを安定させるために必要な基準信号や他のメディアとの識別信号等が記録されている。リードアウト領域もリードイン領域と同様の基準信号等が記録されている。またデータ領域は、最小のアクセス単位であるセクタに分割されている。
【００８６】
図４（ｂ）は、図４（ａ）において同心円状に示されているリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
【００８７】
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Defect Management Area）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを交替するセクタが後述する交替領域のいずれに存在するかを示す交替位置情報とが記録されている領域をいう。
【００８８】
また、データ領域は、その内部に交替領域とユーザ領域を有している。交替領域は、欠陥セクタが存在する場合に交替セクタとして使用される領域である。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。なお、ディスクメディアの種類によっては交替領域を持たないディスクメディアも存在し、この場合、必要に応じて、後述するＵＤＦ等のファイルシステムにおいて、欠陥セクタの交替処理を行う場合もある。
【００８９】
データ領域にある各セクタへアクセスするため、内周から順に物理セクタ番号ＰＳＮ（Physical Sector Number）をデータ領域へ割り当てることが一般に行われている。ＰＳＮによって管理されるセクタを物理セクタと呼ぶ。
【００９０】
また、データ記録に使用されるセクタのみを連続的に示すように、内周から順に論理セクタ番号ＬＳＮ（Logical Sector Number）をユーザ領域の物理セクタに割り当てることも行われる。ＬＳＮによって管理されるセクタを論理セクタと呼ぶ。
【００９１】
図５は、論理セクタにより構成されるディスクメディア１００の論理的なデータ空間を示す図である。論理的なデータ空間は、ボリューム空間と呼称され、ユーザデータを記録する。ボリューム空間においては、記録データをファイルシステムで管理する。
【００９２】
すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するための情報がボリューム空間内のパーティション空間内に記録され、パーティション空間等を管理するためのボリューム構造情報２９０（及びそのバックアップである２９１）がボリューム領域の先頭と終端に記録される。
【００９３】
ＤＶＤ−ＲＡＭ等のディスクメディアでは、ファイルシステムは、ＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠したものが一般的に使用される。
【００９４】
なお、上記１群のセクタは、ボリューム空間で必ずしも連続的には配置されておらず、部分的に離散配置されている。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、パーティション空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理している。
【００９５】
このとき、ＵＤＦのパーティション空間では、データアクセスの単位ごとに論理ブロック番号ＬＢＮ（Logical Block Number）が割り当てられ、データの配置や管理が行われる。このようなエクステントを管理するためにＵＤＦ規格で定義されているファイルエントリ（ＦＥ）と呼ばれる構造については、後に説明を行う。
【００９６】
図６は、本発明の実施の形態１にかかる記録再生装置により記録されるディスクメディア１００におけるディレクトリとファイルの階層構造の一例を示す図である。図６に示すように、ＲＯＯＴディレクトリ３００の下に、階層化されたサブディレクトリ（３０１〜３０５等）があり、さらにその階層下に、動画データや静止画データを含むファイルである各種メディアオブジェクト（例えば、３１０や３１１）や、各メディアオブジェクトを管理するためのファイルであるメディアオブジェクトマネージャ３２０（ファイル名：ＭＯＩ＿ＭＧＲ）や、複数のメディアオブジェクトをグループ化し、再生順序や分類情報を管理するプログラムマネージャ３３０（ファイル名：ＰＲＧ＿ＭＧＲ）等が格納されている。
【００９７】
本実施の形態１においては、記録及び再生用の対象となるＡＶデータを含む各種メディアオブジェクトのディレクトリ階層やファイル名は、後述するＤＣＦ規格及びそれに類した形式を利用して以降の説明を行う。ただし、ディレクトリ階層やファイル名の命名則はこれに限られるものではなく、他の命名則を用いても良い。
【００９８】
メディアオブジェクトのうち、ＭＰＥＧ２等の動画データを含む動画オブジェクトは、動画ファイルと属性情報ファイルとから構成される。動画ファイルは、ＡＢＣＤｎｎｎｎ．ＭＰＧというように、最初の４文字が任意のアルファベット文字の組み合わせであり、次のｎｎｎｎが１０進数であるような命名則に従って記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ ４方式等で圧縮されたＡＶデータを含んでおり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
【００９９】
また、各々の動画ファイルに関する属性情報を記録する属性情報ファイルは、ＡＢＣＤｎｎｎｎ．ＭＯＩというように記録される。属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像（サムネイルピクチャ）、動画データの再生時刻をディスクメディア１００上の論理アドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。属性情報ファイルは、例えばApple社のQuickTimeファイルフォーマットに準拠する形式でもよい。QuickTimeファイルフォーマットでは、前記属性情報は、ムービーリソース（movie resource）と呼ばれる。また同様に、前記アクセスマップ情報は、サンプルテーブル(Sample Table)と呼ばれる。
【０１００】
一つの動画オブジェクトは、一つの属性情報ファイルと一つ又はそれ以上の動画ファイルとで構成され、それらはファイル名により関連づけられるものとする。すなわち、関連のある属性情報ファイルと動画ファイルは、そのファイル名において拡張子を除く部分、例えば動画オブジェクト３１０では、“ＡＢＣＤ０００１”の部分が同一に設定されることによって、その関連付けがなされていることとする。
【０１０１】
ただし、属性情報ファイルと動画ファイルの関連付けは上述の方法に限定されるものではなく、属性情報ファイル内に関連づけられた動画ファイルへのリンク情報、例えば動画ファイルへのパス名等を保持したり、両者の対応付けをテーブル情報として保持したりする等、他の方法であっても良い。なお、一つの動画オブジェクトに、一つの属性情報ファイルと一つ又はそれ以上の動画ファイル以外のファイルを含むようにしてもよい。また、属性情報ファイルと動画ファイルを一体として、１つのファイルで動画オブジェクトを構成するようにしてもよい。
【０１０２】
メディアオブジェクトのうち、ＪＰＥＧ等の静止画データを含む静止画オブジェクトは、各々の静止画情報が静止画ファイルＡＢＣＤｎｎｎｎ．ＪＰＧ等として記録される。静止画ファイルは、ＪＰＥＧ方式等で圧縮された映像データであり、例えば、ＤＣＦフォーマットやＥｘｉｆフォーマットによりファイルとして記録される。
【０１０３】
上記のメディアオブジェクトは、ＤＣＦ規格あるいはそれに類するディレクトリ構造にしたがって記録される。すなわち、ＲＯＯＴディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に静止画ファイルを格納するためのＤＣＦディレクトリ３０５がある。（ディレクトリ名：３００ＡＢＣＤＥ）。そして、ＤＣＦディレクトリ３０５の下に静止画オブジェクトの一種であるＤＣＦ基本ファイル３１１（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。
【０１０４】
また、ＲＯＯＴディレクトリ３００の下にＶＩＤＥＯイメージルートディレクトリ３０１（ディレクトリ名：ＶＩＤＥＯ）があり、さらにその下に、主に動画オブジェクトを格納するためのＶＩＤＥＯディレクトリ３０４がある。（例えば、ディレクトリ名：１００ＡＢＣＤＥ）。そして、ＶＩＤＥＯディレクトリ３５４下に、動画オブジェクト３１０を構成する属性情報ファイル（拡張子がＭＯＩであるファイル）と動画ファイル（拡張子がＭＰＧであるファイル）が格納される。
【０１０５】
なお、メディアオブジェクトとして、ＡＣ−３やＡＡＣ等による圧縮音声ファイルや非圧縮の音声ファイル、ＭｏｔｉｏｎＪＰＥＧファイル、ＤＣＦ規格で定められたＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル、ＰＮＧファイル等、他のファイルフォーマットのＡＶファイルを記録してもよい。
【０１０６】
記録されたメディアオブジェクトを管理するコンテンツ管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下のメディアオブジェクトマネージャファイル３２０（ファイル名：ＭＯＩ＿ＭＧＲ）およびプログラムマネージャファイル３２０（ファイル名：ＰＲＧ＿ＭＧＲ）として記録される。メディアオブジェクトマネージャファイル３２０及びプログラムマネージャファイル３３０の構造については後述する。なお、メディアオブジェクトマネージャファイル３２０及びプログラムマネージャファイル３３０の記録位置は管理データディレクトリ３０３下に限られるものではなく、例えば、ＶＩＤＥＯイメージルートディレクトリ３０１下、等でもよい。
【０１０７】
次に、図７及び図８を用いて、本実施の形態１にかかる記録再生装置で用いられるディスクメディア上でデータをファイルとして管理する、ＵＤＦファイルシステムの構造を説明する。図７は、ＵＤＦファイルシステムにおけるディレクトリ階層を管理するためのデータ構造を示す図である。なお、本図は、図６に示したディレクトリ階層構造に対応しているが、そのうちＲＯＯＴディレクトリ３００から動画メディアオブジェクト３１０へ至るまでのファイルシステム情報のみを示しており、他のディレクトリやファイルに対する同様の情報については、説明を簡単にするため省略している。
【０１０８】
ディレクトリ階層構造の起点は、ファイルセットディスクリプタＦＳＤ（File Set Descriptor）４００である。ＦＳＤ４００はファイルエントリＦＥ（File Entry）４１０への参照情報４０１（ディスクメディア１００上での記録位置）を保持している。
【０１０９】
またＦＥは、図８（ａ）に示される構造を有している。ＦＥ５００は、ディスクメディア１００上に記録された各ディレクトリやファイルを構成するエクステントの集合を管理するための構造体であり、各エクステントのディスクメディア１００上での記録位置とデータ長を管理するため、アロケーションディスクリプタＡＤｓ（Allocation Descriptors）５０３と呼ばれる構造を有している。
【０１１０】
その他にも、ＦＥ５００には、データの種別を表すディスクリプタタグ（Descriptor Tag）や、各ディレクトリやファイルごとに、ディスクメディア１００上で重複しない一意のＩＤ値を設定するユニークＩＤ５０１、ＦＥ５００ごとの拡張属性を設定可能な拡張属性ＥＡｓ（Extended Attributes）５０２等が含まれる。
【０１１１】
ＲＯＯＴディレクトリ３００等のディレクトリデータを含むエクステント４２０は、各ディレクトリやファイルのファイル名を保持するファイルＩＤディスクリプタＦＩＤ（File Identifier Descriptor）５１０で構成される。あるディレクトリ下にサブディレクトリやファイルが存在する場合、それぞれのディレクトリ又はファイルに対してＦＩＤ５１０が保持される。
【０１１２】
例えば、図６によれば、ＲＯＯＴディレクトリ３００の下にはＶＩＤＥＯイメージルートディレクトリ３０１とＤＣＩＭイメージルートディレクトリ３０２があるので、ＲＯＯＴディレクトリ３００の実データ４２０には、各々に対応するＦＩＤ４２１及び４２２が保持されている。
【０１１３】
ＦＩＤ５１０は、図８（ｂ）に示される構造を持つ。ＦＩＤ５１０は、ＵＤＦ上で管理される各ディレクトリやファイルの名前をファイルアイデンティファイア（File Identifier）５１１として保持する。ＦＩＤ５１０はさらに、対応するディレクトリ又はファイルの実データを管理するＦＥ５００への参照情報（例えば４３０）をＩＣＢとして保持する。
【０１１４】
そのほかにも、ＦＩＤには、データの種別を表すディスクリプタタグ（Descriptor Tag）や、ファイルアイデンティファイア５１１のデータ長を表すファイルアイデンティファイア長さ（Length of File Identifier）等が含まれる。
【０１１５】
以降、同様にＦＥ５００とＦＩＤ５１０の参照関係を保持することによりディレクトリの階層構造が管理され、この参照関係を順次たどることによって、任意のディレクトリやファイルの実データであるエクステントへアクセスすることが可能となる。
【０１１６】
ファイルに関しても、ＦＥ５００によりエクステントの集合が管理される。この場合、エクステントの集合は、動画データ４４１や属性情報データ４４２を構成し、これらは図６における動画オブジェクト３１０に相当する。
【０１１７】
なお、上記のＦＳＤ４００やＦＥ５００、ＦＩＤ５１０は、図５のパーティション空間内に配置される。なお、ＵＤＦにおいては、ＦＥ５００と同様の機能を持ち、更に追加の拡張属性やネームドストリームと呼ばれる機能を持つExtended File Entry（EFE）が定義されている。本発明においてはＦＥ５００を用いて説明を行っているが、その代わりにＥＦＥを用いてもかまわない。
【０１１８】
上述のような階層構造を持ったファイルシステムにおいて、特定のディレクトリやファイルを参照するために、パス名が利用できる。パス名は、例えば、図７のファイル４４２に対しては、“/VIDEO/100ABCDE/ABCD0001.MOI”のように表される。ここでは、ＲＯＯＴディレクトリ３００及びパス区切り文字を”／”で表している。
【０１１９】
このように、パス名は、ＲＯＯＴディレクトリ３００から、対象のディレクトリやファイルにたどり着くまでディレクトリ階層をたどっていく時、その経路上に存在するディレクトリの名前（ファイルアイデンティファイア５１１に格納されている情報）を、パス区切り文字で区切りながら一続きに記述したものである。このパス名を利用すれば、ファイルシステム上で管理される任意のディレクトリやファイルを参照することが可能となる。
【０１２０】
次に、ディスクメディア１００へ記録を行う、本実施の形態にかかる記録再生装置の動作について説明する。まず、図９を用いて、ディスクメディア１００上でのＡＶデータの分散配置について説明する。すなわち、図２に示すようなシステムにおいて、トラックバッファ１０３を有効利用することによって、ＡＶデータを離散配置することが可能になる。
【０１２１】
図９（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。図９（ａ）においては、左端がアドレス値が０の点であり、右に向かってアドレス値が増加していくものとしている。また、“０”、ａ１〜ａ４は、その位置におけるアドレス値を示している。
【０１２２】
図９（ａ）に示されるように、ＡＶデータが［ａ１、ａ２］の連続領域Ａ１と［ａ３、ａ４］の連続領域Ａ２に分かれて記録されている場合、光ピックアップ１０１がａ２からａ３へシーク動作を行なっている間、トラックバッファ１０３に蓄積してあるデータを動画デコーダ２０４へ供給することでＡＶデータの連続再生が可能になる。
【０１２３】
この時の状態を示したのが、図９（ｂ）である。位置ａ１で読み出しが開始されたＡＶデータは、時刻ｔ１からトラックバッファ１０３に入力されると共に、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファ１０３への入力レート（Ｖａ）とトラックバッファ１０３からの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファ１０３にデータが蓄積されていく。この状態が、光ピックアップ１０１がａ２に達するまで、すなわち時刻ｔ２に達するまで継続する。
【０１２４】
この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているデータ量Ｂ（ｔ２）を消費してデコーダ１０６へ供給し続けられれば良い。
【０１２５】
換言すると、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合であっても、ＡＶデータの連続供給が可能となる。
【０１２６】
ＡＶデータの連続供給が可能な連続領域のサイズは、ＥＣＣブロック数Ｎ＿ｅｃｃに換算すると（数１）のように求められる。（数１）において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
【０１２７】
（数１）
Ｎ#ecc ＝ Ｖb×Ｔj／（（Ｎ#sec×８×Ｓ#size）×（１−Ｖb／Ｖa））
また、連続領域の中には欠陥セクタが生じる場合がある。この場合を考慮すると、ＡＶデータの連続供給が可能な連続領域のサイズは（数２）のように求められる。（数２）において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Ｔｓは連続領域の中で欠陥セクタをスキップするのに要する時間である。
【０１２８】
（数２）
Ｎ#ecc ＝ ｄＮ#ecc＋Ｖb×（Ｔj＋Ｔs）／
（（Ｎ#sec×８×Ｓ#size）×（１−Ｖb／Ｖa））
なお、本実施の形態１においては、ディスクメディア１００からデータを読み出す場合、すなわち再生の場合について説明しているが、ディスクメディア１００へデータを書き込む場合、すなわち記録又は録画の場合も同様に考えることができる。
【０１２９】
上述したように、ディスクメディア１００では、一定量以上のデータが連続記録されていればディスク上にＡＶデータを分散記録しても連続再生が可能である。なお、例えばＤＶＤでは、この連続領域をＣＤＡと呼称する。あるいは、ＡＶデータを記録する特別なエクステントであることから、ＡＶエクステントと呼ばれることもある。
【０１３０】
次に、図３を用いて、本実施の形態１にかかる記録再生装置の動作について説明する。図３に示した記録再生装置においては、例えばユーザＩ／Ｆ部２００がユーザからの要求を受け付けた場合に動作を開始する。
【０１３１】
ユーザＩ／Ｆ部２００は、ユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４は、ユーザからの要求を解釈すると共に各モジュールへの処理要求を行なう。
【０１３２】
以下、アナログ放送をＭＰＥＧ−２＿ＰＳにエンコードして動画オブジェクトとして記録する動作、いわゆるセルフエンコーディングの録画動作を例に挙げて説明する。
【０１３３】
システム制御部１０４は、アナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１は、アナログ放送チューナ２１０から送られてくるＡＶ信号を、ビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
【０１３４】
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出し、ドライブ装置１１０は、トラックバッファ１０３に蓄積されているデータを取り出してディスクメディア１００に記録する。この際、前述した連続領域ＣＤＡをディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
【０１３５】
この時、ＣＤＡとして記録可能な領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報、例えば、スペースビットマップディスクリプタ（Space Bitmap Descriptor）に基づいて実行される。
【０１３６】
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４は、アナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けてエンコード処理を終了する。
【０１３７】
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づいて、アクセスマップ情報とその管理情報等を含む属性情報を生成する。
【０１３８】
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と属性情報の記録を要求し、ドライブ装置１１０が、トラックバッファ１０３の残りデータと属性情報を、属性情報ファイル、例えば、図６に示す動画オブジェクトを構成しているファイルであるＡＢＣＤ０００１．ＭＯＩとしてディスクメディア１００に記録し、動画オブジェクトの録画処理を終了する。
【０１３９】
なお、上記のほかに、システム制御部１０４は、図７や図８で説明したようなＵＤＦファイルシステムの情報も必要に応じて生成したり更新したりする。すなわち、動画オブジェクトを構成するファイルに対して、ＦＥ５００やＦＩＤ５１０を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
【０１４０】
記録再生装置がカメラ装置である場合は、ＡＶ信号源がアナログ放送チューナ２１０ではなくカメラ部２１１へ変わるだけで他の処理は同様である。
【０１４１】
また、デジタル放送を動画オブジェクトとして記録する動作には、動画データのエンコードは行わず、デジタル放送チューナ２１２及び解析部２２３を通じてＭＰＥＧ２  ＴＳのデータをディスクメディア１００へ動画オブジェクトとして記録するようシステム制御部１０４が制御を行う。このとき、セルフエンコーディングの録画と同様、ファイルシステム情報の記録も行われる。
【０１４２】
次に、静止画オブジェクトの記録に関して、カメラ部２１１から送られてくるＡＶ信号をＪＰＥＧエンコードして記録する動作について説明する。
【０１４３】
システム制御部１０４は、カメラ部２１１へＡＶ信号の出力を、静止画エンコーダ２２２へＡＶ信号のエンコード実施を要求する。静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶ信号をＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
【０１４４】
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。この時、データの記録可能領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報をもとに実行される。
【０１４５】
一つの静止画オブジェクトが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画オブジェクトを記録して終了する。
【０１４６】
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
【０１４７】
さらに、システム制御部１０４は、ＵＤＦファイルシステムの情報についても必要な処理を行う。すなわち、静止画オブジェクトを構成するファイルに対して、ＦＥ５００やＦＩＤ５１０を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
【０１４８】
以上のような手順でディスクメディア１００に記録される各メディアオブジェクトは、後々にそれらのメディアファイルの分類整理やプログラム再生を実現するため、図６で示したメディアオブジェクトマネージャファイル３２０に登録される。
【０１４９】
図１０は、本実施の形態１における記録再生装置で用いられるディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造の一例を示す図である。
【０１５０】
ディスクメディア１００上にはファイルシステム情報６００が記録される。ファイルシステム情報６００には、図５で示したボリューム構造情報２９０や、図７及び図８で示したＦＳＤ４００、ＦＥ５００、ＦＩＤ５１０、また上述したスペースビットマップディスクリプタ（Space Bitmap Descriptor）等が含まれる。
【０１５１】
また、これらのメディアオブジェクトの内容や記録日時等に応じて整理分類したり、ユーザが自由な再生順序を設定するプログラム再生を行ったりするためのメディアオブジェクトマネージャ３２０やプログラムマネージャ３３０が同様にファイルとして管理される。
【０１５２】
これらのディスクメディア１００に記録されるデータは、システムバス１０５を通じて、システム制御部１０４により操作される。
【０１５３】
一方、システム制御部１０４は、より詳細には、オペレーティングシステム（ＯＳ）とアプリケーションシステムとからなる。オペレーティングシステムには、ファイルシステム情報６００を制御するファイルシステム情報処理部６１０や、特に図示されていないハードウエアの制御を行うデバイスドライバ部、メモリ制御部等が含まれ、アプリケーションシステムに対して、ＡＰＩ（Application Program Interface）を通じてさまざまな共通機能を提供する。これにより、アプリケーションシステムをハードウエアやファイルシステムの詳細とは分離した形で実現することが可能となる。
【０１５４】
一方、アプリケーションシステムでは、特定のアプリケーションのための制御動作を行う。本実施の形態１においては、例えば図３を用いて説明したように、動画オブジェクトや静止画オブジェクトの記録あるいは再生処理に関する制御を行う。
【０１５５】
さらに、本実施の形態１では、アプリケーションシステム中のコンテンツ管理情報処理部６１１が、メディアオブジェクトマネージャ３２０やプログラムマネージャ３３０からなるコンテンツ管理情報６０１に対する操作を行う。
【０１５６】
アプリケーションシステムには、その他にも必要に応じて、ＡＶデータの表示 や、ユーザインタフェースを処理する部分等を含む場合も考えられる。
【０１５７】
メディアオブジェクトマネージャ３２０及びプログラムマネージャ３３０のデータ構造については、図１１〜１４を用いて以下に説明する。
【０１５８】
図１１は、メディアオブジェクトマネージャ３２０のデータ構造の例示図である。図１１に示すようにメディアオブジェクトマネージャ３２０は、ファイルのタイプを表すDataType、ファイルのサイズを表すDataSize、メディアオブジェクトマネージャ３２０に登録されたすべてのメディアオブジェクトの再生時間の合計であるPlayBackDuration、メディアオブジェクトマネージャ３２０中に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００の数を示すNumMoInfoフィールド、そして、NumMoInfo個のＭＯ＿ＩＮＦＯ７００からなるオブジェクト管理情報のテーブルで構成される。
【０１５９】
なお、図１１等におけるフィールド名欄の表記は、データ型とフィールド名を続けて記述しており、データ型については、例えば以下のような意味を示している。
【０１６０】
constは、フィールドが定数であることを意味しており、constがない場合は変数であることを示している。unsignedは、当該フィールドは符号無しの値であることを示しており、unsignedがない場合は符号付きの値であることを示している。また、int()は、フィールドはカッコ内のビット長を持つ整数値であることを示している。例えば、カッコ内の値が“１６”である場合には、１６ビット長であることを意味する。
【０１６１】
図１２は、メディアオブジェクトマネージャ３２０に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００のデータ構造である。ＭＯ＿ＩＮＦＯ７００は、登録されるメディアオブジェクトの型情報を示すＭｏＴｙｐｅ７１０、メディアオブジェクトへの参照情報であるオブジェクト参照情報ＭｏＲｅｆ７１１、当該メディアオブジェクトを構成するファイルがファイルシステム上で割り当てられるユニークＩＤ５０１と同じ値を設定するＦｓＵｎｉｑｕｅＩＤ７１２、等から構成される。
【０１６２】
その他にも、各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、当該メディアオブジェクトの再生時間であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、ＭＯ＿ＩＮＦＯ７００とは異なる場所に格納されるテキスト情報への参照情報ＴｅｘｔＩＤやサムネイル情報への参照情報ＴｈｕｍＩＤ等も含んでいる。
【０１６３】
なお、ユニークＩＤ５０１とＦｓＵｎｉｑｕｅＩＤ７１２に共通に設定される値のことを以降、ユニークＩＤと呼ぶ。なお、ＭＯ＿ＩＮＦＯ７００は、プロパティエントリ（Property Entry）と呼ばれることもある。また、Ｍｏｔｙｐｅ７１０とＭｏＲｅｆ７１１とにより示される情報は、バイナリファイルアイデンティファイア（Ｂｉｎａｒｙ Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれることもある。
【０１６４】
図１３（ａ）に示すように、ＭｏＴｙｐｅ７１０に設定される値は、参照先のメディアオブジェクトの種類により決まる。ＭｏＴｙｐｅの値が１である場合、あるオブジェクトメディア情報に登録されているメディアオブジェクトの種類は、ファイルシステム上のあるディレクトリである。同様に、値が２の場合には動画オブジェクト（拡張子：ＭＯＩ）を、値が３の時は静止画オブジェクト（拡張子：ＪＰＧ）を、それぞれ示す。以下同様に、メディアオブジェクトの種類ごとに異なるＭｏＴｙｐｅの値を割り当てることとする。
【０１６５】
また、ＭｏＲｅｆ７１１へ設定される値は、参照先のメディアオブジェクトの持つパス名情報を図１３（ｂ）に示す変換規則により変換することにより決定される。最初のフィールドであるParent Dir No.は、ＭＯ＿ＩＮＦＯ７００が参照するメディアオブジェクトの親ディレクトリのパス名により決められる。すなわち、親ディレクトリがＶＩＤＥＯイメージルートディレクトリ３０１の場合は０、ＤＣＩＭイメージルートディレクトリ３０２の場合は１となる。それ以外の値については、本実施の形態１では使用しないので予約値としている。もちろん、変換規則によって与えられる値は別の組み合わせであってもよく、例えば、ＶＩＤＥＯイメージルートディレクトリ３０１に１を、ＤＣＩＭイメージルートディレクトリ３０２に２を割り当て、その他の場合を予約値とするようにしてもかまわない。
【０１６６】
次のフィールドであるDir No.には、ＭＯ＿ＩＮＦＯ７００に登録されたメディアオブジェクトのディレクトリ番号部分を抜き出して格納する。ここでディレクトリ番号とは、メディアオブジェクトの上位ディレクトリのディレクトリ名における数値部分である。
【０１６７】
次のフィールドであるFile No.には、ＭＯ＿ＩＮＦＯ７００に登録されたメディアオブジェクトのファイル番号を抜き出して格納する。ここでファイル番号とは、メディアオブジェクトのファイル名における数値部分である。
【０１６８】
例えば、メディアオブジェクトのパス名が、”/VIDEO/100ABCDE/ABCD0001.MOI”である場合、当該メディアオブジェクトは/VIDEOディレクトリを親ディレクトリとして持つので、OBJ#IDのParent Dir No.の値は“０”、そして当該メディアオブジェクトの上位ディレクトリ名の数値部分の値が“１００”であるので、OBJ#IDのDir No.の値は“１００”となる。さらに、当該メディアオブジェクトのファイル名の数値部分の値をとって、OBJ#IDのFile No.の値は“０００１”となる。
【０１６９】
以上より、ＭｏＴｙｐｅ７１０に設定される値は１となる。また、ＭｏＲｅｆ７１１に設定される値は、“／”を区切りとし、Parent Dir No.、Dir No.、File No.の順に並べる表記によれば、０／１００／０００１となる。以降、OBJ#IDの値を、必要に応じて同様の表記により示す。
【０１７０】
OBJ#IDをこのような形式としても、ＤＣＦ規格の命名規則のように、メディアオブジェクトの名前やその上位ディレクトリの名前に含まれる数値部分の値が重複しないような命名規則を守っておけば、上述のＭｏＴｙｐｅ７１０の値から導かれる拡張子情報とあわせて、ファイルシステム上で、ＭｏＲｅｆ７１１が参照しているメディアオブジェクトを特定することが可能である。このような構成はＭＯ＿ＩＮＦＯ７００のデータ量を減らす目的に好適である。
【０１７１】
もちろん、OBJ#IDのデータ構造は、ＭＯ＿ＩＮＦＯ７００とメディアオブジェクトが一意に対応づけられる形式であれば他の形式でもよい。例えば、メディアオブジェトのパス情報をそのまま格納する方法もある。すなわち、“/VIDOE/100ABCDE/ABCD0001.MOI”のように、“/”をパス区切り文字としたフルパス名の文字列を格納してもよい。あるいは、ＭｏＴｙｐｅ７１０の部分の代わりに、ファイルの拡張子を格納するようにしてもよい。例えば“/VIDOE/100 ABCDE/ABCD0001.MOI”というファイルに対しては“MOI”の部分を格納するようにしてもよい。
【０１７２】
なお、動画オブジェクトについては、属性情報ファイル（例えば、図６におけるＡＢＣＤ０００１．ＭＯＩ）だけをオブジェクト管理情報に登録すればよい。対応する動画ファイル（この場合、図６におけるＡＢＣＤ０００１．ＭＰＧ）は、上述のようにファイル名の対応付け等により属性情報ファイルから知ることができるからである。あるいは、逆に、動画ファイルをオブジェクト管理情報に登録するようにしても良い。同様に対応する属性情報ファイルを知ることができるからである。
【０１７３】
次に、図１４はプログラムマネージャ３３０のデータ構造の例示図である。図１４において、プログラムマネージャ３３０は、任意のメディアオブジェクトをグループ化して分類整理したり、ユーザの望みの再生順序で再生するプログラム再生等の機能を実現するために設けられるファイルである。
【０１７４】
図１４に示すように、プログラムマネージャ３３０は、ファイルのタイプを表すDataType、ファイルのサイズを表すData Size、プログラムマネージャ３３０に登録されたすべてのメディアオブジェクトの再生時間の合計であるPlayBackDuration、プログラムマネージャ３３０中に含まれるプログラム情報（ＰＲＧ＿ＩＮＦＯ）８００の数を示すNumPrgInfoフィールド、そして、NumPrgInfo個のＰＲＧ＿ＩＮＦＯ８００からなるプログラム情報のテーブルで構成される。
【０１７５】
図１５はプログラムマネージャ３３０に含まれるＰＲＧ＿ＩＮＦＯ８００のデータ構造である。図１５に示すように、ＰＲＧ＿ＩＮＦＯ８００は、プログラム情報であることを示すDataType、ＰＲＧ＿ＩＮＦＯ８００のサイズを示すDataSize、プログラムの各種属性情報を示すAttributes、プログラムの再生時間であるPlayBackDuration、ＰＲＧ＿ＩＮＦＯ８００中に含まれるＭＯ＿ＩＮＦＯ７００への参照の数を示すNumMoInfoフィールド、そして、NumMoInfo個のMoID８１０からなるＭＯ＿ＩＮＦＯ７００への参照テーブル、等から構成される。
【０１７６】
その他にも、ＰＲＧ＿ＩＮＦＯ８００とは異なる場所に格納されるテキスト情報への参照情報TextIDや、サムネイル情報への参照情報ThumID等も含んでもよい。
【０１７７】
ＰＲＧ＿ＩＮＦＯ８００は、ＭＯ＿ＩＮＦＯ７００をグループ化し、ディスクメディア１００上に記録された複数のメディアオブジェクトの分類を行う。これにより、ファイルシステム上のディレクトリ構造とは独立して、仮想的なフォルダ構造を構成でき、メディアオブジェクトの自由な分類が可能となる。あるいは、ＰＲＧ＿ＩＮＦＯ８００から参照しているメディアオブジェクトを順に再生することにより、プログラム再生を実現することが可能となる。なお、ＰＲＧ＿ＩＮＦＯ８００は、フェイバリットフォルダ（Favorite Folder）と呼ばれることもある。
【０１７８】
次に、図１６を用いて、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、ＭＯ＿ＩＮＦＯ７００との関係を説明する。
【０１７９】
図８を用いて説明したように、ＵＤＦファイルシステム上の各ディレクトリやファイルはユニークＩＤ５０１の値を設定されている。例えば、図１６中のディレクトリ３０４にはユニークＩＤ５０１の値として“１００”が設定されているものとする。ユニークＩＤ５０１の値は、図１６では図示していないＦＥ５００中に保持されている。図１６中に示される全てのディレクトリやファイルには、図示しないものも含めてユニークＩＤ５０１の値が設定されているものとする。
【０１８０】
一方、メディアオブジェクトマネージャ３２０には、複数のＭＯ＿ＩＮＦＯ７００が含まれており、それぞれにメディアオブジェクトが登録されている。例えば、MoInfo[1]９００には、ディレクトリ３０４が登録されている。この時、MoInfo[1]９００のフィールドの値は次のように設定される。
【０１８１】
まずMoTypeの値としては、図１３（ａ）より、ディレクトリを示す“１”が設定される。MoRef７１１は、図１３（ｂ）より、親ディレクトリ“０”、ディレクトリ番号“１００”、ファイル番号“００００”となり、フィールド値全体としては０／１００／００００となる。
【０１８２】
FsUniqueID７１２には、対応するＵＤＦファイルシステムのユニークＩＤ５０１の値と同じ値である“１００”が設定される。
【０１８３】
また、MoInfo[2]９０１のフィールドの値は次のように設定される。まずMoTypeは、動画オブジェクトを示す“２”が設定される。MoRef７１１は、親ディレクトリ“０”、ディレクトリ番号“１００”、ファイル番号“０００１”となり、フィールド値全体としては０／１００／０００１となる。
【０１８４】
FsUniqueID７１２は、対応するＵＤＦファイルシステムのユニークＩＤ５０１の値と同じ値である“１０１”が設定される。以降、その他のMoInfoも同様に値が設定される。
【０１８５】
図１７は、このようなメディアオブジェクトマネージャ３２０に対する、プログラムマネージャ３３０の関係を示すものである。上述のように、プログラムマネージャ３３０には複数のＰＲＧ＿ＩＮＦＯ８００が含まれる。
【０１８６】
各ＰＲＧ＿ＩＮＦＯ８００は、ＭＯ＿ＩＮＦＯ７００への参照情報を、そのインデックス値等で保持する。例えば、PrgInfo[1]９１０では、図１７における破線矢印で示すように、MoInfo[2]、MoInfo[5]、及びMoInfo[8]への参照を有することから、MoIDのテーブル値として、２、５、及び８を保持している。PrgInfo[ 2]９１１でも同様に、MoInfo[6]及びMoInfo[8]への参照を有することから、MoIDのテーブル値として、６及び８を保持する。
【０１８７】
また、ＭＯ＿ＩＮＦＯ７００への参照情報として、インデックス値の代わりに、各ＭＯ＿ＩＮＦＯ７００中のFsUniqueIDの値を用いても良い。この場合、例えばPrgInfo[1]９１０のMoIDのテーブル値において、MoInfo[2]３０４への参照情報として“１００”が保持されることになる。
【０１８８】
ディレクトリやメディアオブジェクトがディスクメディア１００に記録される際には、図１０を用いて説明したように、ファイルシステム情報処理部６１０がファイルシステム情報６００を操作する。すなわち、新たにディレクトリやファイルをファイルシステム上に作成する時、ファイルシステム情報処理部６１０がＦＩＤ５１０やＦＥ５００を作成したり、エクステントの配置を決めたりする。
【０１８９】
ファイルシステム情報処理部６１０は、また、ディスクメディア１００上で重複しない値をそれぞれのユニークＩＤ５０１に設定する。さらに、コンテンツ管理情報処理部６１１は、コンテンツ管理情報６０１を操作する。すなわち、ファイルシステム情報処理部６１０が作成したファイルを登録するための新たなＭＯ＿ＩＮＦＯ７００をメディアオブジェクトマネージャ３２０中に作成する。
【０１９０】
そして、必要に応じてファイルシステム情報処理部６１０から情報を得て、ファイルシステム情報６００とメディアオブジェクトマネージャ３２０内の情報との間に矛盾がないように値の設定を行う。例えば、MoRef７１１には、ファイルのパス名情報を得て、その値を図１３（ｂ）に示す変換規則で変換して求められる値に設定し、また、FsUniqueID７１２にはファイルシステム情報処理部６１０が割り当てたユニークＩＤ５０１の値を得て設定を行う。
【０１９１】
このように、プログラムマネージャ３３０及びそこから参照されるメディアオブジェクトマネージャ３２０の情報を利用することで、メディアオブジェクトのプログラム再生等を正しく実行することが可能となる。
【０１９２】
しかしながら、従来の技術で述べたように、ファイルシステム情報６００は、ユーザの操作等により、ＰＣ上の一般的なファイルシステムを用いて容易に変更されてしまう可能性がある。
【０１９３】
例えば図１８に示すように、図１６のディレクトリ３０４（ディレクトリ名１００ＡＢＣＤＥ）がディレクトリ１０００（ディレクトリ名５００ＶＷＸＹＺ）へ変更されてしまったとする。この場合、ファイルシステム情報６００とコンテンツ管理情報６０１、及び含まれるＭＯ＿ＩＮＦＯ７００との間に情報の不整合が生じることになる。
【０１９４】
すなわち、MoInfo[1]９００のMoRef７１１の値と、実際のディレクトリのパス名が相違することになる。同様に、ディレクトリ１０００の下位層にあるメディアオブジェクトを参照するMoInfo[2]においても、MoRef７１１の値とパス名が一致しなくなる。よって、MoInfo[1]及びMoInfo[2]からの参照先が存在しなくなる。
【０１９５】
ただし、このような状態であっても、図１８のようにディレクトリが変更される前後で、各ディレクトリやファイルのユニークＩＤ５０１の値に変化は生じない。図８でも示したように、各ディレクトリやファイルの名前はＦＩＤ５１０のファイルアイデンティファイア５１１へ格納されており、一方ユニークＩＤ５０１はＦＥ５００に格納されていることから、ディレクトリ名やファイル名の変更においては、ファイルアイデンティファイア５１１の値だけが更新されるからである。
【０１９６】
さらに、図１８の状態でさらに新しいディレクトリやファイルが追加され、一方、メディアオブジェクトマネージャ３２０やプログラムマネージャ３３０への操作が行われなかった場合も考えられる。このときの状態を図１９に示す。
【０１９７】
図１９において、追加されたディレクトリ１００１及びファイル１００２の名前が、それぞれ１００ＡＢＣＤＥとＡＢＣＤ０００１．ＭＯＩであったとすると、MoInfo[2]９０１の持つMoRef７１１の値が、偶然にも一致してしまうことになる。
【０１９８】
すなわち、図１９において“×”印が付されている参照のように、MoInfo[2]９０１は参照を意図しないにもかかわらず、ファイル１００２を参照してしまうことになる。もし、MoInfo[2]９０１の情報をユーザに提示した結果、その再生が指示されてしまうと、全く意図しないメディアオブジェクトが再生されてしまうことになる。
【０１９９】
そこで、本実施の形態１にかかる記録再生装置におけるシステム制御部１０４は、コンテンツ管理情報処理部６１１により、メディアオブジェクトマネージャ３２０に対する修復処理を実行する。
【０２００】
すなわち、コンテンツ管理情報処理部６１１が、図１８や図１９におけるMoInfo[1]９００を、図２０におけるMoInfo[1]１１００のように書き換える。より具体的には、MoRef７１１の値を修正し、MoInfo[1]１１００からディレクトリ１０００を正しく参照できるようにする。
【０２０１】
この時、ディレクトリ１０００をMoInfo[1]１１００に対応させるかどうかは、ファイルシステム情報中のユニークＩＤ５０１とオブジェクト管理情報中のFsUniqueID７１２の値を比較することにより判断される。
【０２０２】
図２０の例では、いずれの値も“１００”であることから、ディレクトリ１０００とMoInfo[1]１１００は対応付けられていたものと判断できる。そこで、コンテンツ管理情報処理部６１１は、ディレクトリ１０００の名前からMoInfo[1]１１００の新たなMoRef７１１の値を設定する。
【０２０３】
MoInfo[2]１１０１についても同様で、コンテンツ管理情報処理部６１１は、ユニークＩＤ５０１とFsUniqueID７１２が同じ値“１０１”を持っているメディアオブジェクトとＭＯ＿ＩＮＦＯを対応づけるように、MoInfo[2]１１０１の値を変更する。結果として、図２０における波線で示されるような参照関係を得ることができる。
【０２０４】
さらに、ディレクトリ１００１とファイル１００２については、対応するＭＯ＿ＩＮＦＯ７００がメディアオブジェクトマネージャ３２０中に存在しないので、コンテンツ管理情報処理部６１１は、新たにMoInfo[i]１１０２とMoInfo[i+1]１１０３を追加する。ここで、あるディレクトリやファイルに対応するＭＯ＿ＩＮＦＯ７００がメディアオブジェクトマネージャ３２０中に存在するかどうかは、そのディレクトリやファイルの持つユニークＩＤ５０１と同じ値を持つＭＯ＿ＩＮＦＯ７００が、メディアオブジェクトマネージャ３２０中に存在するかどうかを検索することにより判別できる。
【０２０５】
図２０の場合は、ディレクトリ１００１とファイル１００２の持つユニークＩＤ５０１の値である“５００”と“５０１”を持つＭＯ＿ＩＮＦＯ７００は存在しないはずなので、コンテンツ管理情報処理部６１１は、ここで新たにMoInfo[i]１１０２とMoInfo[i+1]１１０３を追加する。この時、コンテンツ管理情報処理部６１１は、ディレクトリ１００１とファイル１００２のパス名からMoRef７１１の値を設定し、ファイルシステム上のユニークＩＤ５０１の値を取得してそれぞれ、ユニークＩＤの値を“５００”及び“５０１”に設定する。
【０２０６】
以上の処理を行うことによって、ファイルシステム情報６００とメディアオブジェクトマネージャ３２０間の不整合を修復することができる。
【０２０７】
また、所定のＭＯ＿ＩＮＦＯ７００に対して、対応参照先のファイルやディレクトリがもはや、存在しない場合も考えられる。すなわち、ディスクメディア１００に記録されているすべてのＦＥ５００に対して、あるＭＯ＿ＩＮＦＯ７００の持つFsUniqueID７１２の持つ値を検索しても見つからなかった場合、当該ＭＯ＿ＩＮＦＯ７００が参照していたディレクトリ又はファイルは、ディスクメディア１００上にすでに存在していないことがわかる。このような場合は、当該ＭＯ＿ＩＮＦＯ７００をメディアオブジェクトマネージ３２０上から削除する。
【０２０８】
かかる削除を実施することにより、これ以降、不要なメディアオブジェクトがユーザに対して提示されることがなくなり、ユーザの混乱を回避することが可能となる。
【０２０９】
なお、メディアオブジェクトマネージャ３２０が、ディスクメディア１００上のすべてのディレクトリやファイルをその管理対象とする必要はなく、特定のディレクトリ、例えばＶＩＤＥＯイメージルートディレクトリ３０１やＤＣＩＭイメージルートディレクトリ３０２の下位ディレクトリ及びファイルだけを管理の対象とするように、ＭＯ＿ＩＮＦＯ７００へ登録を行っても良い。
【０２１０】
その場合、上述したFsUniqueID７１２の持つ値をＦＥ５００に対して検索する時等、その検索の対象は、メディアオブジェクトマネージャ３２０が管理対象としているサブディレクトリ下のディレクトリやファイルに限定することができる 。
【０２１１】
なお、上述の説明ではユニークＩＤ５０１とFsUniqueID７１２の値が完全に同じ値に設定されるものとして説明しているが、ユニークＩＤ５０１については、符号無しの６４ビットデータであることから、非常に大きな数値まで表現することができる。よって、FsUniqueID７１２に対して、ユニークＩＤ５０１の下位３２ビットを設定するようにしても、条件によっては上述したのと同様の効果を得ることが可能である。すなわち、FsUniqueID７１２を３２ビットデータとしても、その値が重複しない程度の数のメディアオブジェクトしか生成されないことが想定される場合等である。この場合、ＭＯ＿ＩＮＦＯ７００をより小さなデータ量で構成することが可能となる。
【０２１２】
また、FsUniqueID７１２に設定するユニークＩＤの値として、ユニークＩＤ５１２ではなく、ＦＩＤ５１０のＩＣＢ中に格納されるUDFUniqueIDというフィールドの値を設定しても良い。
【０２１３】
UDFUniqueIDは、ＦＩＤ５１０が参照するＦＥ５００の持つユニークＩＤ５１２の下位３２ビットを設定するフィールドとして定義されており、この値をユニークＩＤとして使用することも可能である。
【０２１４】
（実施の形態２）
本実施の形態２においては、実施の形態１とは異なるユニークＩＤの付与の方法について説明する。本実施の形態２では、コンテンツ管理情報処理部６１１がコンテンツ管理情報６０１へ設定したユニークＩＤを、ファイルシステム情報処理部６１０を経由してファイルシステム情報６００側へ反映させる。
【０２１５】
図２１は、本発明の実施の形態２にかかる記録再生装置におけるＭＯ＿ＩＮＦＯ２０００のデータ構造の例示図である。図１２で示したＭＯ＿ＩＮＦＯ７００とは、図１２では存在したFsUniqueID７１２の代わりにMoUniqueID２００１が設けられている点で相違する。
【０２１６】
MoUniqueID２００１は、ディスクメディア１００上で重複しないＩＤであるという点ではユニークＩＤ５０１と同じであるが、コンテンツ管理情報処理部６１１がその設定値の管理を行い、実際の値の付与を行うという点で相違する。なお、ＭＯ＿ＩＮＦＯ２０００は、プロパティエントリ（Property Entry）と呼ばれることもある。なお、MoUniqueID２００１は、エントリナンバー（entry#number）と呼ばれることもある。なお、本実施の形態においては、各ＰＲＧ＿ＩＮＦＯ８００からＭＯ＿ＩＮＦＯ２０００への参照情報として、そのインデックス値の代わりに、ＭｏＵｎｉｑｕｅＩＤ２００１の値を用いるようにしてもよい。例えば、図２９に示すように、PrgInfo[1]９２０はMoInfo[2]、MoInfo[5]、及びMoInfo[8]への参照を有することから、MoIDのテーブル値として、２０、１５、及び８を保持している。PrgInfo[2]９２１でも同様に、MoInfo[6]及びMoInfo[8]への参照を有することから、MoIDのテーブル値として、４及び８を保持することになる。
【０２１７】
本実施の形態２においては、ディスクメディア１００上に新しいディレクトリやメディアオブジェクト（ファイル）が記録され、それらがメディアオブジェクトマネージャ３２０に登録される時、コンテンツ管理情報処理部６１１がMoUniqueID２００１の値を設定する。
【０２１８】
そして、コンテンツ管理情報処理部６１１が、MoUniqueID２０００へ設定した値をファイルシステム情報処理部６１０を経由してファイルシステム情報６００へ設定する。より具体的には、図８（ａ）に示したＥＡｓ５０２中に、MoUniqueID２００１に設定した値と同じ値を設定する。
【０２１９】
ＥＡｓ５０２は、ＵＤＦファイルシステムで規定される拡張属性を格納するための領域であり、アプリケーションシステム等が必要に応じて使用できる。図２２（ａ）にＥＡｓ５０２に含まれるインプルメンテーション・ユーズ・エクステンデッド・アトリビュート（Implemantation Use Extended Attribute）と呼ばれる構造を示す。
【０２２０】
インプルメンテーション・ユーズ・エクステンデッド・アトリビュート中には、属性タイプ（Attribute Type）や属性サブタイプ（Attribute Subtype）と呼ばれるフィールドが存在し、ここに適切な値を設定することにより、このインプルメンテーション・ユーズ・エクステンデッド・アトリビュート中に含まれる拡張属性が、どんなアプリケーションシステムにより使用されるかを識別できるようになっている。
【０２２１】
そして、実際の拡張属性の値は、インプルメンテーション・ユーズ・レングス（Implemantation Use Length（ＩＵ＿Ｌ））で長さが示される可変長のフィールドであるインプルメンテーション・ユーズ（Implemantation Use）２１００中に格納される。インプルメンテーション・ユーズ（Implemantation Use）２１００中に格納される拡張属性のデータ構造は、それを使用するアプリケーションごとに決められる。
【０２２２】
本実施の形態２においては、その一例として、図２２（ｂ）に示すデータ構造を例示する。具体的には、メディア・オブジェクト・ユニークＩＤ（Media Object Unique ID）２１０１へ、上述のMoUnique ID２００１を設定することとする。
【０２２３】
以上により、メディアオブジェクトの作成に伴い、コンテンツ管理情報６０１とファイルシステム情報６００で共通のユニークＩＤが設定されることになる。
【０２２４】
結果として、実施の形態１で既に説明したのと同様、コンテンツ管理情報の変更を伴わないディレクトリ名やファイル名の変更により、コンテンツ管理情報６０１とファイルシステム情報６００との間での不整合が発生しても、MoUniqueID２００１の値とMedia Object Unique ID２１０１の値を比較することにより、その不整合の検出や、整合性の回復を容易に行うことが可能となる。
【０２２５】
また、あるディクトリやファイルがコンテンツ管理情報６０１へ登録されているか否かについても、Media Object Unique ID２１０１の値をメディアオブジェクトマネージャ３２０中で検索することにより知ることができる。
【０２２６】
あるいは、図２２（ｂ）に示すような拡張属性に対応していないＵＤＦファイルシステムを用いて、ディスクメディア１００にディレクトリやファイルを記録した場合、それらを管理するＦＥ５００を見るだけでメディアオブジェクトマネージャ３２０に登録されているか否かを知ることができる。すなわち、ＦＥ５００中に図２２（ｂ）に示したデータ構造の拡張属性の有無を調べ、もし対応する拡張属性が無ければ、そのディレクトリやファイルはメディアオブジェクトマネージャ３２０に登録されていないと判断できる。よって、そのようなファイルやディレクトリが検出された時点で、ファイルシステム情報６００とコンテンツ管理情報６０１との間に不整合があると見なし、その修復処理を行ったり、ユーザに警告を表示したり、記録動作を停止することができる。
【０２２７】
（実施の形態３）
上述したように実施の形態１及び２においては、ユニークＩＤの値をファイルシステム情報６００とコンテンツ管理情報６０１の両方に格納することで、それら両者間の不整合の検出と整合性の回復を容易にする方法について説明した。
【０２２８】
本実施の形態３においては、ユニークＩＤの値以外をファイルシステム情報６００とコンテンツ管理情報６０１の両方に格納することにより、同様に両者間の不整合を検出する方法について説明する。
【０２２９】
図２３は、ＵＤＦファイルシステムで規定される論理ボリュームインテグリティディスクリプタ（ＬＶＩＤ：Logical Volume Integrity Descriptor）の構造を示している。ＬＶＩＤは、図６で示したボリューム構造情報２９０内に記録され、対応するボリューム空間に対するファイルシステム情報６００の最終記録日時を示すRecording Date３０００というフィールドを持つ。
【０２３０】
さらに、Logical Volume Contents Use中に図２４（ａ）に示すデータを、そしてImplementation Use３００１中に、図２４（ｂ）に示されるデータを格納する。図２４（ａ）は、Logical Volume Header Descriptor of Logical Volume Contents Useと呼ばれる構造であり、この中にユニークＩＤ３１００が格納されている。
【０２３１】
ユニークＩＤ３１００は、ファイルシステム情報６００内で各ディレクトリ又はファイルのユニークＩＤ５０１に割り当てた値に対して、常にその最大値を格納しておくためのフィールドである。ファイルシステム情報処理部６１０が新しいファイル等を作成するとき、ユニークＩＤ３１００の値を参照し、その値より大きな値を新しく設定し、新しいファイルに設定するユニークＩＤ５０１の値とすることにより、ディスクメディア１００上で、ユニークＩＤ５０１の値が重複しないように設定できる。
【０２３２】
一方、図２４（ｂ）は、Implementation Useと呼ばれる構造であり、この中にNumber of Files３１０１とNumber of Directories３１０２がある。Number of Files３１０１はファイルシステム情報６００内に含まれるファイルの総数を示し、Number of Directories３１０２はファイルシステム情報６００内に含まれるディレクトリの総数を示している。
【０２３３】
ディスクメディア１００に記録されているファイル数やディレクトリ数が変化すると、ファイルシステム情報処理部６１０により、Number of Files３１０１やNumber of Directories３１０２の値も更新される。
【０２３４】
一方、図２５は本実施の形態３にかかる記録再生装置におけるメディアオブジェクトマネージャ３２０のデータ構造の例示図である。図１１で示したメディアオブジェクトマネージャ３２０のデータ構造に対して、以下のフィールドが追加された点で相違している。
【０２３５】
すなわち、FsRecordingDate３２００と、FsNumFile３２０２と、FsNumDir３２０３が追加されている。これらとFsUniqueID３２０１を加えた４つのフィールドをまとめて、ボリューム更新情報３２０４と呼ぶ。
【０２３６】
FsRecordingDate３２００は、上述のRecording Date３０００と同じ値が設定されるフィールドである。FsUniqueID３２０１は、上述のユニークＩＤ３１００と同じ値が設定されるフィールドである。FsNumFile３２０２は、上述のNumber of Files３１０１と同じ値が設定されるフィールドである。FsNumDir３２０３は、上述のNumber of Directories３１０２と同じ値が設定されるフィールドである。
【０２３７】
実施の形態１でユニークＩＤについて説明したのと同様、Recording Date３０００等の値がファイルシステム情報処理部６１０により設定される時、コンテンツ管理情報処理部６１１がそれらの値を取得し、FsRecordingDate３２００へ設定する。その他のボリューム更新情報３２０４に関しても同様である。
【０２３８】
これにより、ファイルシステム情報６００だけが書き換えられた場合、ファイルシステム情報６００とコンテンツ管理情報６０１との不整合が検出可能となる。すなわち、本来一致すべきボリューム更新情報３２０４のいずれかのフィールドと、ボリューム構造情報２９０中の対応するフィールドの値が一致しない時、ファイルシステム情報６００だけが書き換えられたと判断することができる。
【０２３９】
もし、ファイルシステム情報６００とコンテンツ管理情報６０１との不整合が検出されたら、実施の形態１等で述べたように、各ディレクトリ及びファイルとオブジェクト参照情報間のユニークＩＤの値を調べることにより、より詳細に不整合の発生場所を検出したり、さらに両者の整合性を回復することができる。
【０２４０】
また、不整合が発生していることをユーザに知らせ、もし、記録動作を行っている最中であれば、その記録動作を停止することにより、ユーザの混乱を最低限に抑えることが可能となる。
【０２４１】
なお、実施の形態３については、実施の形態１又は実施の形態２と同時に実施することが可能であるが、実施の形態３単独で実施したとしても、ディスク全体に対して、不整合の有無を容易に知ることができるという効果がある。
【０２４２】
なお、上述したいずれの実施の形態においても、主として、記録再生装置及び記録媒体をＤＶＤのような光ディスクメディアを例に挙げて説明しているが、特に限定されるものではなく、その他磁気記録メディアを用いたハードディスクドライブ、光磁気ディスクメディア等、他の記録装置や記録媒体であっても良い。
【０２４３】
また、コンテンツ管理情報６０１として、メディアオブジェクトマネージャ３２０とプログラムマネージャ３３０を独立した２つのファイルとして構成する例を挙げたが、両者の機能を持った１つのファイルとして構成しても良い。さらに、ボリューム更新情報３２０４を格納するための、メディアオブジェクトマネージャ３２０とは異なるファイルを含む構成としても良い。
【０２４４】
以上のように、本実施形態にかかる記録再生装置によれば、メディアオブジェクトの記録時において、ファイルシステム情報と、コンテンツ管理情報との両方で、ユニークＩＤを保持することにより、ファイルシステム情報だけが操作されるという不整合な処理の結果、ファイルシステム情報とコンテンツ管理情報との間に矛盾が発生しても、ユニークＩＤの値を比較することにより、不整合な操作が行われたファイルやディレクトリの検出を容易に行うことができ、かつ簡単にファイルシステム情報とコンテンツ管理情報との間の整合性を回復することが可能となる。
【０２４５】
また、メディアオブジェクトの記録時において、ファイルシステム情報と、コンテンツ管理情報との両方で、ユニークＩＤを保持することにより、ファイルシステム情報だけが操作されるという不整合な処理の結果、ファイルシステム情報とコンテンツ管理情報との間に矛盾が発生しても、ユニークＩＤの値を比較することにより、不整合な操作が行われたファイルやディレクトリの検出を容易に行うことができ、かつ簡単にファイルシステム情報とコンテンツ管理情報との間の整合性を回復することが可能となる。
また、ファイルシステム情報に含まれるボリューム構造情報内の特定の情報をコンテンツ管理情報内にも記録することにより、ファイルシステム情報とコンテンツ管理情報間の不整合を容易に検出することが可能となる。
【図面の簡単な説明】
【０２４６】
【図１】本発明の実施の形態１にかかる記録再生装置の外観と関連機器とのインタフェースの例示図である。
【図２】本発明の実施の形態１にかかる記録再生装置の機能を示すブロック構成図である。
【図３】本発明の実施の形態１にかかる記録再生装置の記録及び再生動作の説明図である。
【図４】（ａ）は、記録可能なディスクメディア１００の記録領域を表した図である。（ｂ）は、図４（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
【図５】論理セクタにより構成されるディスクメディア１００の論理的なデータ空間を示す図である。
【図６】ディスクメディア１００に記録されるディレクトリとファイルの階層構造を示す図である。
【図７】ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造を示す図である。
【図８】（ａ）は、ＵＤＦ規格で定義されるファイルエントリのデータ構造の例示図である。（ｂ）は、ＵＤＦ規格で定義されるファイル・アイデンティファイア・ディスクリプタ（File Identifier Descriptor）のデータ構造の例示図である。
【図９】（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。（ｂ）は、トラックバッファに蓄積してあるデータをデコーダへ供給することでＡＶデータの連続再生が可能になる時の状態を示した図である。
【図１０】ディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造を示す図である。
【図１１】本発明の実施の形態１にかかる記録再生装置におけるメディアオブジェクトマネージャ３２０のデータ構造の例示図である。
【図１２】本発明の実施の形態１にかかる記録再生装置におけるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００のデータ構造の例示図である。
【図１３】（ａ）はMoType７１０に設定される値の例示図である。（ｂ）はOBJ#ID型のフィールドへ値を設定するときの変換規則の例示図である。
【図１４】本発明の実施の形態１にかかる記録再生装置におけるプログラムマネージャ３３０のデータ構造の例示図である。
【図１５】本発明の実施の形態１にかかる記録再生装置におけるプログラム情報（ＰＲＧ＿ＩＮＦＯ）８００のデータ構造の例示図である。
【図１６】ディレクトリ及びメディアオブジェクトとＭＯ＿ＩＮＦＯ７００との関係例を示す図である。
【図１７】メディアオブジェクトマネージャ３２０に対するプログラムマネージャ３３０の関係例を示す図である。
【図１８】ディレクトリ名が変更された後の、ディレクトリ及びメディアオブジェクトとＭＯ＿ＩＮＦＯ７００との関係例を示す図である。
【図１９】ディレクトリ及びファイルが追加された後の、ディレクトリ及びメディアオブジェクトとＭＯ＿ＩＮＦＯ７００との関係例を示す図である。
【図２０】メディアオブジェクトマネージャ３２０を修復した後の、ディレクトリ及びメディアオブジェクトとＭＯ＿ＩＮＦＯ７００との関係例を示す図である。
【図２１】本発明の実施の形態２にかかる記録再生装置におけるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）２０００のデータ構造の例示図である。
【図２２】（ａ）は、ＵＤＦ規格で定義されるImplemantation Use Extended Attributeのデータ構造を示す図である。（ｂ）は、Implemantation Use２１００中に格納される拡張属性のデータ構造を示す図である。
【図２３】ＵＤＦ規格で定義されるLogical Volume Integrity Descriptorのデータ構造を示す図である。
【図２４】（ａ）は、Logical Volume Integrity Descriptorに含まれるLogical Volume Header Descriptor of Logical Volume Contents Useのデータ構造 を示す図である。（ｂ）は、Logical Volume Integrity Descriptorに含まれるImplementation Useのデータ構造を示す図である。
【図２５】本発明の実施の形態３にかかる記録再生装置におけるメディアオブジェクトマネージャ３２０のデータ構造の例示図である。
【図２６】本発明にかかる記録再生装置をレコーダとして実施する場合の構成例を示すブロック図である。
【図２７】本発明にかかる記録再生装置をビデオカメラとして実施する場合の構成例を示すブロック図である。
【図２８】本発明にかかる記録再生装置をパーソナルコンピュータとして実施する場合の構成例を示すブロック図である。
【図２９】メディアオブジェクトマネージャとプログラムマネージャとの関係の一例を示す図である。
【図３０】従来のディレクトリ及びメディアオブジェクトとプログラムファイル５００２との関係例を示す図である。
【図３１】従来のディスクメディア５１００上に記録されるデータの階層構造と、それらを処理するパーソナルコンピュータ５２００及びその内部構造を示す図である。
【符号の説明】
【０２４７】
１００ ディスクメディア
１０１ 光ピックアップ
１０２ ＥＣＣ処理部
１０３ トラックバッファ
１０４ システム制御部
１０５ システムバス
１１０ ドライブ装置
２００ ユーザＩ／Ｆ部
２１０ アナログ放送チューナ
２１１ カメラ部
２１２ デジタル放送チューナ
２２１ 動画エンコーダ
２２２ 静止画エンコーダ
２２３ 解析部
２３０ デジタルＩ／Ｆ部
２４０ 動画デコーダ
５０１、３１００ ユニークＩＤ
５０２ ＥＡｓ
５１０ File Identifier Descripter 
５１１ File Identifier
６００ ファイルシステム情報
６０１ コンテンツ管理情報
６１０ ファイルシステム情報処理部
６１１ コンテンツ管理情報処理部
７００ オブジェクト管理情報（ＭＯ＿ＩＮＦＯ）
７１０ メディアオブジェクトタイプ（ＭｏＴｙｐｅ）
７１１ オブジェクト参照情報（ＭｏＲｅｆ）
７１２ ファイルシステムユニークＩＤ（ＦｓＵｎｉｑｕｅＩＤ）
８００ プログラム情報（ＰＲＧ＿ＩＮＦＯ）
２０００ オブジェクト管理情報（ＭＯ＿ＩＮＦＯ）
２００１ メディアオブジェクトユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）
２１００ Implemantation Use 
３２０４ ボリューム更新情報
２４１  静止画デコーダ
２５０  表示部
２９０  ボリューム構造情報
３００  ルートディレクトリ
３０１  ＶＩＤＥＯイメージルートディレクトリ
３０２  ＤＣＦイメージルートディレクトリ
３０３  管理データディレクトリ
３０４  ＶＩＤＥＯディレクトリ
３０５  ＤＣＦディレクトリ
３１０  動画オブジェクト
３１１  静止画オブジェクト
３２０  メディアオブジェクトマネージャ
３３０  プログラムマネージャ
５００  ファイルエントリ（ＦＥ）
【図１】
2004252959.tif 000003
【図２】
2004252959.tif 000004
【図３】
2004252959.tif 000005
【図４】
2004252959.tif 000006
【図５】
2004252959.tif 000007
【図６】
2004252959.tif 000008
【図７】
2004252959.tif 000009
【図８】
2004252959.tif 000010
【図９】
2004252959.tif 000011
【図１０】
2004252959.tif 000012
【図１１】
2004252959.tif 000013
【図１２】
2004252959.tif 000014
【図１３】
2004252959.tif 000015
【図１４】
2004252959.tif 000016
【図１５】
2004252959.tif 000017
【図１６】
2004252959.tif 000018
【図１７】
2004252959.tif 000019
【図１８】
2004252959.tif 000020
【図１９】
2004252959.tif 000021
【図２０】
2004252959.tif 000022
【図２１】
2004252959.tif 000023
【図２２】
2004252959.tif 000024
【図２３】
2004252959.tif 000025
【図２４】
2004252959.tif 000026
【図２５】
2004252959.tif 000027
【図２６】
2004252959.tif 000028
【図２７】
2004252959.tif 000029
【図２８】
2004252959.tif 000030
【図２９】
2004252959.tif 000031
【図３０】
2004252959.tif 000032
【図３１】
2004252959.tif 000033