記録再生装置、記録再生方法及び記録媒体
本発明の記録再生装置は、記録媒体に対して映像データファイルを記録又は再生する記録再生装置であって、映像データファイルと、それに関連する付加データファイルと、最後に記録されたファイルを示す記録レジューム情報を含む管理情報とを前記記録媒体に記録する記録手段と、前記記録手段によって前記映像データファイル及び付加データファイルが記録されたとき、前記最後に記録されたファイルとして最後に記録された前記映像データファイルを示すレジューム情報を前記管理情報内に記録するよう前記記録手段を制御する制御手段とを備える。
【発明の詳細な説明】
【技術分野】
本発明は、記録再生装置及び記録媒体に関し、特に、最後に記録したファイルの位置から次の記録位置を決定することができるようにした記録再生装置及び記録媒体に関する。
【背景技術】
近年、デジタル化された動画情報や静止画情報などのＡＶデータを記録する記録媒体として、ディスクメディアが注目されつつある。
例えば、ディスクメディアであるＤＶＤ、ハードディスク、ＭＤ（ミニディスク）等に対して、ＭＰＥＧ２やＪＰＥＧ等の符号化方式で符号化されたＡＶデータの記録・再生が行われる。
このようなディスクメディアでは、記録した動画情報や静止画情報を連続的に記録し、また、記録した順番に再生することが可能である。
また、ディスクメディアの優れた特徴としてランダムアクセス性がある。ランダムアクセス性を利用した技術として、例えば、レジューム機能の実現が挙げられる。
例えば、第１の従来技術の再生装置では、前回の再生動作や記録動作が停止された位置を再生レジューム情報として保持しておき、次回の再生においては、この再生レジューム情報が指し示す位置から次回の再生を開始する（例えば、特許文献１）。
また、第２の従来技術の記録装置は、記録媒体を記録装置からイジェクトする直前の動作モードをレジューム情報として記録する（例えば、特許文献２）。例えば、イジェクト直前の動作が再生や記録であった場合、そのモードと記録や再生の停止位置をレジューム情報として記録する。
このように、レジューム情報の記録と、ディスクメディアの持つランダムアクセス性を組み合わせることにより、ユーザが特別な操作を行わずとも前回からの再生や記録を継続することが可能となり、ユーザの利便性を向上させている。
また、ランダムアクセス性の異なる利用例として、ＡＶデータ記録する際にファイルとして記録し、複数のファイルを任意の組合せでグループ化して管理することが行われている。
例えば、第３の従来技術の画像音声記録装置では、ファイル番号を含んだファイル名を持ったファイルを、グループとして分類しながら記録媒体に記録する（例えば、特許文献３）。
このとき、新しいファイルのファイル番号は、既存ファイルのファイル番号と重複しないように、既存のファイル番号に１を加えたファイル番号を設定する。
そして、各ファイルは記録時にいずれかのグループと関連付けて記録媒体上へと記録される。ファイルが分類されるグループも重複しないグループ番号を持たせることにより、グループの管理を行っている。
このようにファイルをグループ化して管理することにより、所望のファイルを容易に検索することが可能となる。
また、第４の従来技術のディスクファイルの割り付け方法では、メモリ中に割り付け開始アドレスを設定し、ディスクファイルの割り付け後に、ディスクファイルを割り付けた領域の次のアドレスに割り付け開始アドレスを更新する。これにより、ディスクの全領域に均等にディスクファイルを割り付けることを図っている（例えば、特許文献４）。
（特許文献１）：特開２０００−３３１４６６号公報
（特許文献２）：特開２０００−１１６１５号公報
（特許文献３）：特開２００２−１７１４７３号公報
（特許文献４）：特許第２９４５７３５号公報
しかしながら、上記特許文献３の画像音声記録装置では、新たな動画情報や静止画情報を記録する場合、既存のファイル番号やプログラム番号に１を加えたファイル番号やプログラム番号を設定して新たなファイルやプログラムとして記録することしかできず、ユーザが任意のプログラム中へのファイルの追加や、特定のファイルに続けてファイルを記録したい場合などは、ユーザによる指示を毎回行わなければならずユーザにとって煩わしい、という課題が存在している。
このような問題を解決するためには、例えば、前回の記録動作が停止された位置情報をレジューム情報として記録しておくことが考えられるが、例えば、上記特許文献１の再生装置では、レジューム情報は次回の再生情報として使用されており、課題を解決できない。
また、上記特許文献２の従来技術の記録装置は、ディスクをイジェクトする直前の動作をレジューム情報としてしまうので、前回の記録動作の停止位置を必ずしも記録しておくことができないので、課題を解決できない。
さらに異なる課題として、上記特許文献３の画像音声記録装置のようにファイルをグループとして分類する場合でも、ディスクメディアのような記録媒体上でのデータ配置に関する考慮がなされていないため、例えば同一のグループに属するファイルを連続的に再生しようとする場合、それらのファイルがディスクメディア上で離れた場所に配置される可能性が発生する。
このような場合、あるファイルから次のファイルを再生しようとするとき、読み出し手段（例えば、光ディスクなら光ヘッド、ハードディスクなら磁気ヘッドなど）のシーク動作が必要となり、連続的にファイルを再生しようとしたとき、シーク動作に時間がかかり、データ読み出しの速度がファイル再生の要求に追いつかなくなり、ユーザに対するデータの表示が停止してしまう、という課題が存在する。
また、上記特許文献４では、ディスクの全領域に均等にディスクファイルを割り付けることができるが、関連する２つのファイル（例えば、映像データファイルと、その属性や関連する音声データのファイル）を途切れることなく連続再生するのに適した領域に割り付けることができない。
一般に、同一のグループに分類されるようなファイルは、相互に関連が深く、連続的に再生される機会が多いと考えられ、それらのファイルを途切れることなく再生できることは、ユーザの利便性に対して重要なことである。
【発明の開示】
本発明の目的は、このような状況に鑑みてなされたものであり、ユーザが記録動作を一旦停止した後でも、適切な位置から記録動作の再開が可能であり、なおかつ、再生に必要な関連する複数ファイルを、途切れることなく連続再生するのに適したデータ配置を行う記録再生装置を提供することにある。
この目的を達成するため本発明の記録再生装置は、記録媒体に対して映像データファイルを記録又は再生する記録再生装置であって、映像データファイルと、それに関連する付加データファイルと、最後に記録されたファイルを示す記録レジューム情報を含む管理情報とを前記記録媒体に記録する記録手段と、前記記録手段によって前記映像データファイル及び付加データファイルが記録されたとき、前記最後に記録されたファイルとして最後に記録された前記映像データファイルを示す記録レジューム情報を前記管理情報内に記録するよう前記記録手段を制御する制御手段とを備える。
この構成によれば、記録レジューム情報が、最後に記録されたファイルとして、付加データファイルでも管理情報でもなく、映像データファイルを示す。記録再開時にこの記録レジューム情報を参照することにより、既に記録された映像データファイルの記録領域に続く記録領域に新たな映像データファイルを記録することができる。その結果、再生に際して、シーク動作による途切れが発生することなく映像データを連続再生することができる。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルを示すファイル識別情報を含む構成としてもよい。
この構成によれば、記録再開時に記録レジューム情報を参照することにより、最後に記録された映像データファイルの識別情報から、ファイルシステム等からの当該映像データファイルの記録位置及びファイルサイズ等を参照し、記録媒体上の最終記録位置を容易に特定することができる。
ここで、前記付加データファイルはポストレコーディング用の記録領域を予約するためのファイルであり、前記記録手段は、前記映像データファイルと前記付加データファイルとをインターリーブ記録する構成としてもよい。
この構成によれば、付加データファイルはポストレコーディング用の記録領域を予約するので、ＢＧＭや音声や静止画を用いて付加データファイルのみを更新することが可能となる。映像データファイルと前記付加データファイルとがインターリーブ記録されるので、映像データファイルと付加データファイルは、シーク動作なしで連続的に読み出すことができ、途切れることなく連続再生することができる。
ここで、前記記録手段は、さらに、前記映像データファイルの属性を示す属性情報ファイルを予め定められた領域に記録するよう構成してもよい。
この構成によれば、前記映像データファイルにアクセスしなくても、予め定められた領域に記録された属性情報ファイルをアクセスすることにより、映像データファイルの属性を得ることができる。
ここで、前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する構成としてもよい。
この構成によれば、新たな映像データファイル及び付加データファイルをループ記録することができ、しかも、連続再生に適した空き領域に記録することができる。
ここで、前記管理情報は、さらに、最後に記録されたファイルがループ記録により記録されたか否かを示すループ記録フラグを含み、前記制御手段は、ループ記録フラグの設定を制御する構成としてもよい。
この構成によれば、上記のように検索された空き領域に映像データファイル及び付加データファイルを記録するループ記録による記録か否かを記録時に選択可能になり、再生時には判別可能になる。
ここで、前記管理情報は、さらに、前記ファイル識別情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの更新を制御する構成としてもよい。
ここで、前記管理情報は、さらに、最後に記録された映像データファイルが属するグループを示すエントリ情報を含み、前記制御手段は、前記エントリ情報の設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、前記エントリ情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、最後に記録された映像データファイルの記録日時を示す日時情報を含み、前記制御手段は、前記日時情報の設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、前記日時情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの設定を制御する構成としてもよい。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルの前記記録媒体上の最終記録位置を示す位置情報を含む構成としてもよい。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルのグループを示す識別情報を含む構成としてもよい。
この構成によれば、管理情報中にファイル識別情報に加えて、エントリ情報、日時情報、位置情報等を記録することができ、それぞれに対応する有効フラグも記録することができる。
ここで、前記制御手段は、映像データファイル及び付加データファイルにユニークＩＤを割当て、前記記録レジューム情報は、最後に記録された映像データファイルのユニークＩＤを含む構成としてもよい。
この構成によれば、管理情報ではユニークＩＤによりファイルファイルの管理を可能にするので、映像データファイル及び付加データファイルファイルを多数回記録しても、ファイルの管理を容易にすることができる。
また、本発明の記録再生方法、記録再生プログラム、映像データを記録する記録媒体についても、上記と同様の構成、作用、効果を奏する。
【図面の簡単な説明】
図１は、記録再生装置の外観と関連機器とのインタフェースの一例を説明するための図である。
図２は、記録再生装置の機能を示すブロック図である。
図３（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。
図３（ｂ）は、トラックバッファに蓄積してあるデータをデコーダへ供給することでＡＶデータの連続再生が可能になる時の状態を示した図である。
図４は、記録再生装置の記録・再生動作を説明するための図である。
図５（ａ）は、記録可能なディスクメディア１００の記録領域を表した図である。
図５（ｂ）は、図５（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
図６は、論理セクタにより構成されるディスクメディア１００の論理的なデータ空間を示す図である。
図７は、ディスクメディア１００に記録されるディレクトリとファイルの構造を示す図である。
図８は、管理情報ファイルのデータ構造の概要を説明するための図である。
図９は、グループ管理情報テーブルのデータ構造の概要を説明するための図である。
図１０は、レジューム情報管理テーブルのデータ構造の概要を説明するための図である。
図１１（ａ）は、ディスクメディア１００上のディレクトリ及びファイル構造を示す図である。
図１１（ｂ）は、図１１（ａ）の状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１２（ａ）は、図１１の状態に対応するグループ管理情報を示す図である。
図１２（ｂ）は、図１１の状態に対応する記録レジューム情報の設定値を示す図である。
図１３（ａ）は、図１１の状態に新しいメディアファイルを記録した直後の、ディスクメディア１００上のディレクトリ及びファイル構造を示す図である。
図１３（ｂ）は、図１３（ａ）の状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１４（ａ）は、図１３の状態に対応するグループ管理情報を示す図である。
図１４（ｂ）は、図１３の状態に対応する記録レジューム情報の設定値を示す図である。
図１５は、図１０とは異なる記録レジューム情報の実施の形態を説明するための図である。
図１６は、図１２とは異なるグループ管理情報の実施の形態を説明するための図である。
図１７は、図１０とは異なる記録レジューム情報の実施の形態を説明するための図である。
図１８は、記録レジューム情報と交替領域の関係を説明するための図である。
図１９は、図１８とは異なる記録レジューム情報と交替領域の関係を説明するための図である。
図２０は、図８とは異なる管理情報ファイルのデータ構造の概要を説明するための図である。
図２１は、図２０の管理情報ファイルに含まれるファイル管理情報テーブルのデータ構造の概要を説明するための図である。
図２２は、図２０の管理情報ファイルに含まれるグループ管理情報テーブルのデータ構造の概要を説明するための図である。
図２３は、図２０の管理情報ファイルに含まれる記録レジューム情報のデータ構造の概要を説明するための図である。
図２４は、ディスクメディア１００に記録されるディレクトリとファイルの構造を示す図である。
図２５（ａ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造の例示図である。
図２５（ｂ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造のパーティション空間内での配置の例示図である。
図２６（ａ）ＵＤＦ規格で定義されるファイルセットディスクリプタＦＳＤのデータ構造の例示図である。
図２６（ｂ）ＵＤＦ規格で定義されるｌｏｎｇ＿ａｄのデータ構造の例示図である。
図２６（ｃ）ＵＤＦ規格で定義されるＡＤＩｍｐＵｓｅのデータ構造の例示図である。
図２７（ａ）ＵＤＦ規格で定義される拡張ファイルエントリＥＦＥのデータ構造の例示図である。
図２７（ｂ）ＵＤＦ規格で定義されるアロケーション記述子ＡＤのデータ構造の例示図である。
図２７（ｃ）ＵＤＦ規格で定義されるファイル識別記述子ＦＩＤのデータ構造の例示図である。
図２８は、ディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造を示す図である。
図２９（ａ）メディアオブジェクトマネージャ１２００のデータ構造の例示図である。
図２９（ｂ）記録レジューム情報１２１０のデータ構造の例示図である。
図２９（ｃ）属性フラグの内容の例示図である。
図３０（ａ）メディアオブジェクト情報（ＭＯ＿ＩＮＦＯ）１２２０のデータ構造の例示図である。
図３０（ｂ）ＭｏＴｙｐｅに設定される値の例示図である。
図３０（ｃ）ＯＢＪ＿ＩＤ型のフィールドへ値を設定するときの変換規則の例示図である。
図３１（ａ）プログラムマネージャ１３００のデータ構造の例示図である。
図３１（ｂ）プログラム情報（ＰＲＧ＿ＩＮＦＯ）１３１０のデータ構造の例示図である。
図３２は、ディレクトリ及びメディアオブジェクトとメディアオブジェクト情報１２２０との関係を示す図である。
図３３は、メディアオブジェクトマネージャ１２００に対するプログラムマネージャ１３００の関係を示す図である。
図３４は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３５は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３６は、最終記録ファイル識別情報１２１３から最終記録位置を調べる処理を示すフローチャートである。
図３７は、動画オブジェクトを記録する処理を示すフローチャートである。
図３８は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３９は、複数のメディアオブジェクトマネージャが存在する場合の、ディスクメディア１００に記録されるディレクトリとファイルの階層構造を示す図である。
図４０（ａ）ＵＤＦ規格で定義されるＩｍｐｌｅｍａｎｔａｔｉｏｎ Ｕｓｅ Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅのデータ構造を示す図である。
図４０（ｂ）Ｉｍｐｌｅｍａｎｔａｔｉｏｎ Ｕｓｅ２１００中に格納される拡張属性のデータ構造を示す図である。
【発明を実施するための最良の形態】
以下、本発明に係る記録再生装置、記録方法及び記録媒体、並びに提供媒体を示す好ましい実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は、本発明の記録再生装置の一例であるＤＶＤレコーダ装置の外観と関連機器とのインタフェースの一例を説明するための図である。
図１に示されるように、ＤＶＤレコーダ装置は、ディスクメディアであるＤＶＤが装填され、ビデオ情報等の記録再生が行われる。
ＤＶＤレコーダ装置の操作は、一般的にはリモコンや機器上のスイッチによって行われる。
ＤＶＤレコーダ装置に入力されるビデオ情報には、アナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送があり、デジタル信号としてはデジタル放送がある。
一般的に、アナログ放送は、テレビジョン装置に内蔵されている受信機により受信、復調され、ＮＴＳＣ方式等のアナログビデオ信号としてＤＶＤレコーダ装置に入力される。
また、デジタル放送は、受信機であるＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）でデジタル信号に復調され、ＤＶＤレコーダ装置に入力され記録される。
一方、ビデオ情報が記録されたＤＶＤディスクは、ＤＶＤレコーダ装置により再生され外部に出力される。出力される信号も入力される信号と同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力され、テレビジョン装置で映像として表示される。
さらに、ＤＶＤディスクを利用する装置にＤＶＤカムコーダ装置がある。ＤＶＤカムコーダ装置は、ＤＶＤレコーダ装置にレンズやＣＣＤからなるカメラ装置を組み合わせた装置であり、撮影した動画情報を符号化して記録する。
また、ＤＶＤディスクは、ＤＶＤレコーダ装置やＤＶＤカムコーダ装置以外に、パーソナルコンピュータ（ＰＣ）等でビデオ情報が記録再生される場合がある。ＰＣ等でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダ装置に装填されれば、ＤＶＤレコーダ装置はこれを再生する。
なお、上述したアナログ放送やデジタル放送のビデオ情報には、通常、音声情報が付随している。付随している音声情報もビデオ情報と同様に、ＤＶＤレコーダ装置で記録再生される。
また、ビデオ情報は、一般的には動画であるが、静止画の場合もある。例えば、ＤＶＤカムコーダ装置の写真機能で静止画が記録される場合が該当する。
なお、ＤＶＤレコーダ装置とＳＴＢ等の外部機器との間のデジタルＩ／Ｆには、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ等がある。
なお、上記では、ＤＶＤレコーダ装置とテレビジョン装置との間の信号として、ＮＴＳＣ方式のアナログ（コンポジット）ビデオ信号を例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号でもよい。
さらには、ＡＶ機器とテレビジョン装置の間の映像伝送Ｉ／Ｆは、アナログＩ／ＦをデジタルＩ／Ｆ、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダ装置とテレビジョン装置がデジタルＩ／Ｆで接続されることも当然予想される。
図２は、例えば、図１のＤＶＤレコーダ装置中に組み込まれるドライブ装置１１０の機能を示すブロック図である。
このドライブ装置１１０は、記録再生手段である光ピックアップ１０１、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）処理部１０２を備え、ＤＶＤディスクのような記録媒体であるディスクメディア１００に対してデータの記録・再生を行う。
また、ドライブ装置１１０は、トラックバッファ１０３と接続されており、トラックバッファ１０３はシステムバス１０５を経由してＤＶＤレコーダ装置のようなシステム全体を制御するシステム制御部１０４と接続される。
ドライブ装置１１０から読み出された動画データは、後述する動画デコーダ２４０へ送られ、デコードされる。
図２に示されるように、ディスクメディア１００には、セクタと呼ばれる最小単位でデータが記録される。また、複数のセクタで一つのＥＣＣブロックを構成し、ＥＣＣブロックを１単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。
ディスクメディアの一例であるＤＶＤ−ＲＡＭディスクの場合、セクタのサイズは２ＫＢで、１６セクタ＝１ＥＣＣブロックで構成されている。
このセクタサイズは、ディスクメディア１００の種類に応じて、１セクタは５１２Ｂ（Ｂｙｔｅ）でもよいし、８ＫＢ等でもよい。また、ＥＣＣブロックも１セクタ、１６セクタ、３２セクタ等でもよい。今後、記録できる情報密度の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大すると予想される。
トラックバッファ１０３は、ディスクメディア１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ディスクメディア１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
図２で示すようなシステムにおいて、トラックバッファ１０３をさらに有効利用すると、ディスクメディア１００上にＡＶデータを離散配置することが可能になる。図３を用いて、これを説明する。
図３（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。図中、左端がアドレス値が０の点であり、右に向かってアドレス値が増加していくものとし、０、ａ１〜ａ２はその位置でのアドレス値である。図３（ａ）に示されるように、ＡＶデータが［ａ１、ａ２］の連続領域Ａ１と［ａ３、ａ４］の連続領域Ａ２に分かれて記録されている場合、ａ２からａ３へシークを行なっている間、トラックバッファに蓄積してあるデータを動画デコーダ２４０へ供給することでＡＶデータの連続再生が可能になる。
この時の状態を示したのが、図３（ｂ）である。位置ａ１で読み出しが開始されたＡＶデータは、時刻ｔ１からトラックバッファ１０３に入力されると共に、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファ１０３への入力レート（Ｖａ）とトラックバッファ１０３からの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファ１０３にデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、即ち、時刻ｔ２に達するまで継続する。
この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているデータ量Ｂ（ｔ２）を消費して動画デコーダ２４０へ供給し続けられればよい。
言い方を変えれば、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
ＡＶデータの連続供給が可能な連続領域のサイズは、ＥＣＣブロック数（Ｎ＿ｅｃｃ）に換算すると次の式で示される。この式において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
Ｎ＿ｅｃｃ＝Ｖｂ・Ｔｊ／（（Ｎ＿ｓｅｃ・８・Ｓ＿ｓｉｚｅ）・（１−Ｖｂ／Ｖａ））
また、連続領域の中には欠陥セクタが生じる場合がある。この場合も考慮すると連続領域は次の式で示される。下記の式において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Ｔｓは連続領域の中で欠陥セクタをスキップするのに要する時間である。このサイズもＥＣＣブロック数で表される。
Ｎ＿ｅｃｃ＝ｄＮ＿ｅｃｃ＋Ｖｂ・（Ｔｊ＋Ｔｓ）／（（Ｎ＿ｓｅｃ・８・Ｓ＿ｓｉｚｅ）・（１−Ｖｂ／Ｖａ））
なお、ここでは、ディスクメディアからデータを読み出す場合、すなわち再生の場合の例を説明したが、ディスクメディアへデータを書き込む場合、すなわち記録又は録画の場合も同様に考えることができる。上述したように、ディスクメディアでは、一定量以上のデータが連続記録されていればディスク上にＡＶデータを分散記録しても連続再生・再生が可能である。なお、例えばＤＶＤでは、この連続領域をＣＤＡと呼称する。
図４は、ドライブ装置１１０を含む、図１のＤＶＤレコーダ装置やＤＶＤカムコーダ装置のような記録再生装置を構成する時のブロック図である。
図４に示すように、システムバス１０５を中心に、動画エンコーダ２２１、静止画エンコーダ２２２、解析部２２３、デジタルＩ／Ｆ部２３０、動画デコーダ２４０、静止画デコーダ２４１、等が接続され、全体をシステム制御部１０４が（図示しない制御ラインを通じて）制御する。
各エンコーダや解析部には、ＡＶデータの入力源として、それぞれ、アナログ放送チューナ２１０、カメラ部２１１、デジタル放送チューナ２１２が接続されている。なお、これらのエンコーダやチューナについては、全てを同時に備える必要はなく、必要なものだけを備えればよい。
ユーザからの指示はユーザＩ／Ｆ部２００を通じてシステム制御部１０４に伝えられ、動画や静止画のデコード結果は表示部２５０を通じてユーザへ提示される。本システムによるデータの記録／再生手順については後ほど説明する。
図５は、記録可能なディスクメディアの外観と物理構造を表した図である。例えば、ＤＶＤ−ＲＡＭのようなディスクメディアは、記録面を保護するのを目的として、カートリッジに収納された状態で記録再生装置に装填される。ただし、記録面の保護が別の構成で行われるか、容認できるような場合にはカートリッジに収納せずに、記録再生装置に直接装填できるようにしてもよい。
図５（ａ）は、記録可能なディスクメディアの記録領域の一例を表した図である。図５（ａ）の例では、最内周にリードイン領域が、最外周にリードアウト領域が、その間にデータ領域が配置されている。
リードイン領域は、光ピックアップのアクセス時においてサーボを安定させるために必要な基準信号や他のディスクメディアとの識別信号などが記録されている。リードアウト領域もリードイン領域と同様の基準信号などが記録される。
ディスクメディア上は、最小のアクセス単位であるセクタに分割されている。
図５（ｂ）は、上記図５（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが後述する代替領域のいずれに存在するかを示す代替位置情報とが記録されている領域をいう。
データ領域は、その内部に代替領域とユーザ領域を有している。代替領域は欠陥セクタが存在する場合に代替使用される領域である。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。
なお、ディスクメディアの種類によっては代替領域を持たないディスクも存在し、この場合、必要に応じて、後述するように、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）等のファイルシステム層において、欠陥セクタの代替処理を行う場合もある。
ディスクメディア上の各セクタへアクセスするため、内周から順に物理セクタ番号（ＰＳＮ：Ｐｈｙｓｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をデータ領域へ割当てることが一般に行われる。ＰＳＮによって管理されるセクタを物理セクタと呼ぶ。
また、データ記録に使用されるセクタのみを連続的に示すように、内周から順に論理セクタ番号（ＬＳＮ：Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をユーザ領域の物理セクタに割当てることも行われる。ＬＳＮによって管理されるセクタを論理セクタと呼ぶ。
図６は、論理セクタにより構成されるディスクメディアの論理的なデータ空間を示す図である。
論理的なデータ空間は、ボリューム空間と呼称され、ユーザデータを記録する。ボリューム空間においては、記録データをファイルシステムで管理する。すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するための情報がボリューム空間内のパーティション空間内に記録され、パーティション空間等を管理するためのボリューム構造情報がボリューム領域の先頭と終端に記録される。
ＤＶＤ−ＲＡＭ等のディスクメディアでは、ファイルシステムは、ＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠したものが一般的に使用される。
なお、上記１群のセクタは、ボリューム空間で必ずしも連続的には配置されず、部分的に離散配置される。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、パーティション空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理する。
また、ＵＤＦのパーティション空間では、データアクセスの単位毎に論理ブロック番号（ＬＢＮ：Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｎｕｍｂｅｒ）が割当てられ、データの配置や管理が行われる。
図７は、本発明のディスクメディアに記録されるディレクトリとファイルの構造の一例を示す図である。
ルートディレクトリ３００の下に、ＶＩＤＥＯディレクトリ３０１とＤＣＩＭディレクトリ３０２があり、この下に、動画像や静止画像を含む各種メディアファイル３１１と、複数のメディアファイルのグループ管理や再生順序、各種属性を示す管理情報ファイル３１０（ファイル名：ＧＲＰ＿ＤＡＴＡ）等が格納される。
本実施の形態においては、記録及び再生用の対象となるＡＶデータを含む各種メディアファイルは、例えばディレクトリＤＩＲｘｘｘ（ｘｘｘは１６進数）内に、記録される。
メディアファイルのうち、ＭＰＥＧ２等の動画情報を含む動画ファイルはＭＯＶｎｎｎ．ＭＰＧ（ｎｎｎは１６進数）として記録され、夫々の動画ファイルの属性情報が、属性情報ファイルＭＯＶｎｎｎ．ＭＯＩに記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ４方式などで圧縮されたＡＶデータであり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
動画ファイルと共に記録される属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像、オブジェクトの再生時刻をディスク上のアドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。
アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。
動画ファイルと属性情報ファイルはファイル名により相互に関連付けられており、関連のある動画ファイルと属性情報ファイルは、そのファイル名において、拡張子を除く部分、例えば″ＭＯＶ００１″の部分が同一に設定される。ただし、動画ファイルと属性情報ファイルの関連付けは上述の方法に限らず、両者の対応付けをテーブル情報として保持したり、前記属性情報ファイル内に、対応する動画ファイルへのリンク情報（例えば、動画ファイルへのパス名）を保持したりする等、他の方法であってもかまわない。
メディアファイルのうち、ＪＰＥＧ等の静止画情報を含む静止画ファイルを記録する場合は、ＳＴＬｎｎｎ．ＪＰＧとして記録される。静止画ファイルは、ＪＰＥＧ方式などで圧縮された映像データであり、ＤＣＦ（Ｄｅｓｉｇｎ ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）フォーマットやＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ ｆｏｒ ｄｉｇｉｔａｌ ｓｔｉｌｌ ｃａｍｅｒａ）フォーマットによりファイルとして記録される。
静止画ファイルに関してはさらに、ＤＣＦ規格に従っても記録してもよい。ルートディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に、静止画ファイルを格納するためのＤＣＦディレクトリがある。（例えば、ディレクトリ名：１００ＡＢＣＤＥ）。
そして、ＤＣＦディレクトリの下に静止画ファイルであるＤＣＦオブジェクト（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。ＤＣＦオブジェクトは、ＤＣＦで定められた規定に従って記録されたファイル群であり、ＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等からなる。ＤＣＦ基本ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦ規格で定められたＤＣＦファイル名と拡張子″ＪＰＧ″を持ち、Ｅｘｉｆ規格に準拠し、ＤＣＦ規格で定めるデータ構造を有する画像ファイルである。
ＤＣＦ拡張画像ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦファイル名を持つがＤＣＦ基本ファイルと異なる拡張子及びデータ構造を持つ画像ファイルである。また、ＤＣＦサムネイルファイルは、ＤＣＦ拡張画像ファイルのサムネイルを記録するための圧縮ファイルである。
なお、これらＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイルについて、必ずしも全てを記録する必要はない。また、ＤＣＦオブジェクト以外に、ＭｏｔｉｏｎＪＰＥＧファイルなどを記録する場合もある。
記録されたメディアファイルを管理するファイル管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下の管理情報ファイル３１０（ファイル名：ＧＲＰ＿ＤＡＴＡ）として記録される。
図８は、本発明の記録再生装置において記録されるメディアファイルがグループとして分類されるとき、各メディアファイルとグループとの関連付けを管理する情報を保持する管理情報ファイル３１０（ファイル名：ＧＲＰ−ＤＡＴＡ）の構造である。
図８に示す管理情報ファイル３１０は、一般属性情報と、グループ情報管理テーブル４０１と、レジューム情報管理テーブル４０２とからなる。
グループ情報管理テーブル４０１は、図９に示すように、個別のグループに属するファイルを管理するグループ管理情報と、グループ管理情報の数、等を管理する一般属性情報とから構成される。
さらに、グループ管理情報は、一般属性情報と、該グループ管理情報に対応するグループに属するファイルを識別するためのファイル識別情報４１１とからなる。
一般属性情報には、該グループ管理情報に含まれるファイル識別情報の数が含まれる。また、その他に、該グループの名前、コメント、作成日時、等を含んでもよい。
また、該グループがディスクメディア上のファイルシステムで管理させるディレクトリと１対１に対応させてもよく、その場合、対応ディレクトリの名前（例えば、ルートディレクトリから当該ディレクトリまでのパス名、等）の情報を含むようにしても良い。
一方、各ファイル識別情報４１１に関しては、該グループに含まれる各メディアファイルのパス情報がそれぞれ格納されている。パス情報の形式は、例えば、″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″のように、″／″をパス区切り文字としたフルパス名が望ましい。
あるいは、パス情報により識別されるメディアファイルが一意的に定まれば他の形式でもよい。例えば、図７の場合、各ファイルはファイル番号を持ち、その親ディレクトリもディレクトリ番号を持つ。さらに、ＶＩＤＥＯディレクトリ３０１やＤＣＩＭディレクトリ３０２へ一意なディレクトリ番号を、そして″ＭＰＧ″や″ＪＰＧ″等の拡張子に対しても一意なファイルタイプ番号（あるいは拡張子番号）割り振れば、それぞれのメディアファイルを数値列として指定することが可能である。
仮に、ＶＩＤＥＯディレクトリ３０１に親ディレクトリ番号として″０″を割り振り、拡張子″ＭＰＧ″にファイルタイプ番号″１″を割り振ったとすれば、前述の″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″というパス名は、
親ディレクトリ番号： ０
ディレクトリ番号： ００１
ファイル番号： ００１
ファイルタイプ番号： １と表すことが可能で、ファイル識別情報４１１に格納する値としてこのような形式をとってもかまわない。また、その他、ディレクトリ番号とファイル名の組合せ等、の形式でもかまわない。
さらに、各ファイル識別情報４１１には、対応する各メディアファイルに関する属性情報（例えば再生時間長など）を含んでもよい。
なお、属性情報ファイル（例えば、図７のＭＯＶ００１．ＭＯＩ）はファイル識別情報４１１に登録する必要はない。対応するメディアファイル（この場合、図７のＭＯＶ００１．ＭＰＧ）がファイル識別情報４１１に登録されていれば、上述のようにファイル名の対応付けで属性情報ファイルを知ることができるからである。
あるいは、逆に、属性情報ファイルをファイル識別情報４１１に登録するようにしてもよい。同様に対応するメディアファイルを知ることができるからである。
図１０は、本発明の記録再生装置において、最後に記録されたメディアファイルの識別情報を記録レジューム情報として記録するレジューム情報管理テーブル４０２の構造を示す。
レジューム情報管理テーブル４０２は、一般属性情報と個別のレジューム情報４２０から構成される。
一般属性情報には、レジューム情報管理テーブル４０２に複数のレジューム情報４２０が含まれる場合、その総数、等を格納する。複数のレジューム情報４２０が格納される場合、後述する記録レジューム情報以外に、従来の技術で述べたような再生レジューム情報も格納してもよい。
複数種類のレジューム情報４２０が存在する場合、各レジューム情報の区別は、後述するレジューム情報４２０中のタイプ情報に設定された値により区別される。
本実施の形態におけるレジューム情報管理テーブル４０２に含まれる一つのレジューム情報４２０は、そのタイプ情報が″記録１″に設定され、記録レジューム情報５００として使用される。
記録レジューム情報５００には、本発明の記録再生装置が最後に記録したメディアファイルの識別情報である最終記録ファイル識別情報５０１を保持する。最終記録ファイル識別情報５０１には、上述のファイル識別情報４１１と同様、パス名やディレクトリ番号とファイル番号の組合せにより、対応するメディアファイルを識別する情報を格納する。
記録レジューム情報５００の利用に関しては、以降で詳しく述べる。
次に、図４を用いてディスクメディア１００へ記録を行う、本発明に係る記録再生装置の構成及び動作について説明する。
図４に示す記録再生装置は、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ／Ｆ部２００、システム全体の管理及び制御を司るシステム制御部１０４、ＶＨＦ及びＵＨＦを受信するアナログ放送チューナ２１０、デジタル衛星放送を受信するデジタル放送チューナ２１２、アナログ信号をデジタル信号に変換しＭＰＥＧプログラムストリームにエンコードする動画エンコーダ２２１、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２２３、テレビ及びスピーカなどの表示部２５０、ＭＰＥＧ等の動画データをデコードする動画デコーダ２４０、等を備える。
また、記録再生装置がＤＶＤカムコーダ装置のようなカメラ機器である場合、映像を入力するカメラ部２１１とカメラ部２１１から送られてくるＡＶ信号をＪＰＥＧストリームにエンコードする静止画エンコーダ２２２を備える。
また、カメラ部２１１からＡＶ信号を動画エンコーダ２２１へ送ることにより、カメラで撮影した映像のＭＰＥＧプログラムストリームへのエンコードが行われる。
一方で、システムがカムコーダ機器を構成する場合では、アナログ放送チューナ２１０やデジタル放送チューナ２１２等を備えない場合もある。
さらに、図４のシステムは、書き込みデータを一時的に格納するトラックバッファ１０３と、ディスクメディア１００にデータを書き込むドライブ装置１１０とを備える。
また、ＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースであるデジタルＩ／Ｆ部２３０を備えてもよい。
このように構成される記録・再生システムにおいては、ユーザＩ／Ｆ部２００が最初にユーザからの要求を受ける。
ユーザＩ／Ｆ部２００はユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４はユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
次に、アナログ放送をＭＰＥＧ−２ ＰＳフォーマットにエンコードしてメディアファイルとして記録する、セルフエンコーディングの録画について、動作を以下に説明する。
システム制御部１０４はアナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１はアナログ放送チューナ２１０から送られるＡＶデータをビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。
動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出し、ドライブ装置１１０はトラックバッファ１０３に蓄積されているデータを取り出しディスクメディア１００に記録する。
この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。この時、ＣＤＡの記録可能領域の検索開始位置は、記録レジューム情報５００をもとに決定される。その詳細な方法については後述する。
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はアナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。
動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けエンコード処理を止める。
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づき、アクセスマップ情報とその管理情報、等を含む属性情報を生成する。
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と、属性情報の記録を要求し、ドライブ装置１１０がトラックバッファ１０３の残りデータと、属性情報を属性情報ファイル（例えば、図７のファイルＭＯＶ００１．ＭＯＩ）としてディスクメディアに記録し、メディアファイルの録画処理を終了する。
次に、静止画の記録に関して、カメラ部２１１から送られてくるＡＶデータをＪＰＥＧエンコードして記録する動作を以下に説明する。
システム制御部１０４はカメラ部２１１へのＡＶデータ出力と静止画エンコーダ２２２へのエンコードを要求する。
静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶデータをＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。
この際、記録可能な空き領域をディスク上の記録可能領域から検索し、検索した空き領域にデータを記録していく。この時、記録可能な空き領域の検索開始位置は、記録レジューム情報５００をもとに決定される。その詳細な方法については後述する。
一枚の静止画ファイルが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
以上のような手順でディスクメディア１００に記録される各メディアファイルは、後々にそれらのメディアファイルの検索を容易に行えるようにするため、特定のグループに関連付けられて管理される。
メディアファイルがディスクメディア１００に記録される際に、システム制御部１０４により管理情報ファイル３１０に対して行われる操作について図１１〜１４を用いて説明する。
図１１は、ある瞬間でのディスクメディア１００上のディレクトリ及びファイル構造と、その状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１１（ａ）は、ディレクトリ及びファイル構造を示す図である。ここでは、２つのメディアファイルが記録されている。
図１１（ｂ）は図１１（ａ）に対応するパーティション空間内のデータ配置の概要であり、本発明の実施例を説明するために必要なデータについてのみ、簡易に記載している。
ここでＵＤＦ情報は、パーティション空間内の空き領域を管理するスペースビットマップ記述子（Ｓｐａｃｅ Ｂｉｔｍａｐ Ｄｅｓｃｒｉｐｔｏｒ）等のファイルシステムのための情報である。ディレクトリ等とあるのは、ＲｏｏｔディレクトリやＶＩＤＥＯディレクトリ、その他のディレクトリやファイル及びそれらを管理するファイルシステムの情報を含む。
ＧＲＰ＿ＤＡＴＡは管理情報ファイル３１０であり、メディアファイルをグループとして分類するための情報を含む。
空き領域１、２はデータが記録されていない領域で、新たなファイルの記録が可能な領域である。ある論理ブロックが空き領域であるかどうかは、スペースビットマップ記述子の各ビットの値を調べることにより判別される。
ＭＯＶ００１．ＭＰＧやＳＴＬ１０２．ＪＰＧはメディアファイルであり、ＤＩＲ００１ディレクトリ下の全てのメディアファイルは同一のグループで管理されているものとする。
この時の、管理情報ファイル３１０内の状態を図１２に示す。図１２（ａ）は一つのグループ管理情報に設定される値を示すものである。
一般情報として、ファイル識別情報数が２に設定され、該グループに対応するディレクトリの情報として″／ＶＩＤＥＯ／ＤＩＲ００１／″が設定されている。２つ存在するファイル識別情報のそれぞれには、″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＯＧ″と″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″が設定されている。
一方、図１２（ｂ）は記録レジューム情報５００に設定される値を示すものである。タイプ情報として本実施の形態の記録レジューム情報を示す″記録１″が設定されている。また、最終記録ファイル識別情報として″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″が設定されている。
図１１及び１２の状態から、新しいメディアファイルが上述の手順で記録される際の、システム制御部１０４により管理情報ファイル３１０に対して行われる操作について図１３及び１４を用いて説明する。
図１３は、新しいメディアファイルとしてＳＴＬ１０３．ＪＰＧが記録された直後の、ディスクメディア１００上のディレクトリ及びファイル構造と、その状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１３（ａ）は、ディレクトリ及びファイル構造を示す図である。図１１（ａ）と比較して、ＳＴＬ１０３．ＪＰＧが追加されている。
図１３（ｂ）は図１３（ａ）に対応するパーティション空間内のデータ配置の概要である。図１１（ａ）と比較して、ＳＴＬ１０３．ＪＰＧが追加されている。
ＳＴＬ１０３．ＪＰＧの記録位置は、ＳＴＬ１０３．ＪＰＧが記録される直前の記録レジューム情報５００中の最終記録ファイル識別情報５０１に格納された情報をもとに決定される。
すなわち、最終記録ファイル識別情報５０１に示されるメディアファイルの最後尾の論理ブロック番号（ＬＢＮ）を、ファイルシステムの情報から取得し、その位置から、空き領域の検索を行う。図１１（ｂ）で、空き領域検索と示された部分がそれに該当する。（ただし、実際の空き領域検索は、パーティション空間内の各ＬＢＮを管理するスペースビットマップ記述子の各ビットを調べることにより実行される。）
この最後尾のＬＢＮの値は、ファイルシステムがＵＤＦである場合、ＵＤＦのデータ構造である、ファイルエントリ（Ｆｉｌｅ Ｅｎｔｒｙ）から得ることができる。
ファイルエントリは、各ファイルの記録開始位置と、そのデータ長を管理する。すなわち、ファイルエントリ中に含まれるアロケーション記述子（Ａｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ）により、各ファイルの記録開始位置（Ｅｘｔｅｎｔ Ｐｏｓｉｔｉｏｎ）と、そのデータ長（Ｅｘｔｅｎｔ Ｌｅｎｇｔｈ）が保持される。
この記録開始位置とデータ長の値から、最終記録ファイル識別情報５０１に示されるメディアファイルの最後尾のＬＢＮを知ることができる。
このような空き領域検索を実施することにより、空き領域２が最初の記録可能な空き領域として決定される。
よって、図１３で記録されたＳＴＩＬ１０３．ＪＰＧの記録位置は空き領域２の先頭部分となり、この位置に記録された状態を示すのが図１３（ｂ）である。ＳＴＩＬ１０３．ＪＰＧが記録された結果、空き領域２は空き領域２’となり、ＳＴＩＬ１０３．ＪＰＧが記録された領域は使用済みの領域としてスペースビットマップに登録される。
なお、空き領域の検索範囲がパーティション空間の最後（Ｌａｓｔ ＬＢＮ）まで到達したら、今度は、パーティション空間の先頭に戻り、その位置からＬａｓｔ ＬＢＮの方向に向かって検索を実施する。
これにより、メディアファイルの再生において、データ読み出しのための光ピックアップ１０１のアクセス動作頻度を必要最低限に押さえることが可能となるデータ配置が実現される。
ＳＴＩＬ１０３．ＪＰＧが記録された後の、管理情報ファイル３１０内の状態を図１４に示す。図１４（ａ）は図１２（ａ）で示されたグループ管理情報が更新された後の状態を示すものである。
一般情報中の、ファイル識別情報数が３に変更されている。そして、ファイル識別情報＃３が追加され、その値として″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″が設定されている。
一方、図１４（ｂ）は記録レジューム情報５００に新たに設定される値を示すものである。図１２（ｂ）に対して、最終記録ファイル識別情報の値が、″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″に変更されている。
このようにして、新しいメディアファイルがディスクメディア１００に記録されるたび、システム制御部１０４により、管理情報３１０である管理情報ファイル３１０は更新される。すなわち、各メディアファイルが分類されるグループに対するグループ管理情報を更新し、最後に記録したファイルの最終記録ファイル識別情報を記録レジューム情報５００へと記録する。
新しいメディアファイルを記録する際、その記録位置は、直前に記録したメディアファイルの最後尾に続く領域から行われるので、同一のグループに属するメディアファイルは、ディスクメディア１００上で連続した領域に配置されることとなる。
記録レジューム情報５００は、管理情報ファイル３１０の一部としてディスクメディア１００に記録されるので、記録再生装置の電源が切られたり、ディスクメディア１００が記録再生装置から取り出されたりしても、再度記録レジューム情報５００をディスクメディア１００から読み出すことにより、同様の記録動作を再開することが可能である。
なお、管理情報ファイル３１０のディスクメディア１００への記録又は再生は、システム制御部１０４の指示により適宜行われるものとする。
次に、図４を用いて、上記ディスクメディア１００を再生する動作について説明する。
図４に示される記録・再生システムは、上述したユーザＩ／Ｆ部２００やシステム制御部１０４等の他に、ディスクメディア１００からデータを読み出すドライブ装置１１０と、ドライブ装置１１０から読み出したデータを一時的に格納するトラックバッファ１０３と、動画ファイル（例えばＭＯＶ００１．ＭＰＧ）等のＡＶストリームを再生する動画デコーダ２４０と、静止画ファイル（例えばＳＴＬ００３．ＪＰＧ）をデコードする静止画デコーダ２４１と、デコード結果をユーザに表示する表示部２５０と、等から構成される。
また、ＡＶストリームを外部に供給するためのデジタルＩ／Ｆ部２３０を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手段を介して外部に供給することも可能である。
図２及び図４に示すように、ディスクメディア１００上にメディアファイルとして記録されているデータは、ドライブ装置１１０中の光ピックアップ１０１で読み出され、ＥＣＣ処理部１０２を通してトラックバッファ１０３に格納される。
トラックバッファ１０３に格納されたデータは、動画デコーダ２４０、静止画デコーダ２４１のいずれかに入力されデコード及び出力される。
このとき、制御部１０４は、読み出すべきデータを例えば図１４（ａ）に示されるグループ管理情報中のファイル識別情報の配列の順番に基づき決定する。
即ち、図１４（ａ）の例であれば、図中右端に矢印で示されるように、制御部１０４は、メディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″を最初に再生し、次いでメディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″を再生し、最後にメディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″を再生する制御を行なう。
この時、制御部１０４は、各メディアファイルの拡張子（ＭＰＧやＪＰＧ）や、属性情報ファイル（ＭＯＶｎｎｎ．ＭＯＩ）内の情報により、再生するメディアファイルのタイプを判別することができるので、制御部１０４は読み出したメディアファイルを、適合するデコーダに入力するよう制御を行う。
このように、あるグループに分類されるメディアファイルを順次再生する際、一般には各メディアファイルの読み出しの間に光りピックアップ１０１のアクセス動作が発生する。ディスクメディア上で各メディアファイル間の位置が大きく離れている場合、光ピックアップ等のアクセス動作に時間がかかり、複数のメディアファイルの連続的な再生の要求に対して、データの読み出し速度が追いつかず、結果として再生・表示される映像が停止してしまう場合がある。
仮に、上述の記録レジューム情報を用いたメディアファイルの記録位置の決定方法を行わない場合、例えばＳＴＬ００３．ＪＰＧファイルは、図１３（ｂ）の空き領域１に配置される場合がある。
もし、そのような配置がなされたならば、ＤＩＲ００１ディレクトリ下の３つのメディアファイルの連続再生においては、ＳＴＩＬ００２．ＪＰＧファイルの再生の後、光ピックアップ１０１が内周に向かって大きくアクセス動作を行い、ＳＴＬ００３．ＪＰＧファイルの先頭まで移動しなければならず、この間で表示が停止する可能性がある。
一方、本発明の実施の形態においては、上述した記録動作に従ってメディアファイルをディスクメディア１００に記録するので、同一のグループに属するメディアファイルは、ディスクメディア１００上で連続した領域に配置されることとなる。
例えば図１３（ｂ）に示すように、ＤＩＲ００１ディレクトリ下の３つのメディアファイルは、パーティション空間内で、再生される順番に内周側から外周側へ順次配置されている。
このような配置が行われたメディアファイルを再生する際の光ピックアップ１０１の動作は、まず、ＭＯＶ００１．ＭＰＧファイルの先頭にアクセスし、再生を開始する。以降は、連続的にデータを読み出すだけで再生が可能となり、最後の再生対象のファイルであるＳＴＬ００３．ＪＰＧの最後尾に達するまで大きなアクセス動作は必要ない。
よって、ユーザに対して、複数のメディアファイルを連続的に再生・表示することが容易に実現される。
なお、上記では、メディアファイルの記録に際し、アナログ放送をＭＰＥＧ−２ＰＳフォーマットへエンコードする例を説明したが、その他のエンコード方式によりメディアファイルを記録してもよい。
例えば、ＭＰＥＧ−２ＴＳフォーマットにエンコードする場合、動画エンコーダ２２１はアナログ信号をデジタル信号に変換し、ＭＰＥＧトランスポートストリームにエンコードする。
また、カメラ部２１１からのＡＶ信号をセルフエンコーディングする場合でも、動画エンコーダ２２１への入力がアナログ放送チューナ２１０からカメラ部２１１に変わるだけで、上述の処理については基本的に同じである。
また、セルフエンコーディングに加えてデジタル放送をメディアファイルとして録画するアウトサイドエンコーディングによる録画も可能である。この場合、記録される動画データの種類はＭＰＥＧ−２ＴＳフォーマットになる。
この時、ユーザによるデジタル放送録画要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられる。システム制御部１０４はデジタル放送チューナ２１２への受信と解析部２２３へのデータ解析を要求する。デジタル放送チューナ２１２から送られるＭＰＥＧトランスポートストリームは、解析部２２３を通してトラックバッファ１０３へ転送される。
解析部２２３は、ＭＰＥＧトランスポートストリームのシステム層を解析し、アクセスマップ作成に必要な情報を検出し、システム制御部１０４に送る。
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出力し、ドライブ装置１１０はトラックバッファ１０３に蓄積されているデータを取り出しディスクメディア１００に記録する。
この時、システム制御部１０４は、グループ管理情報、レジューム情報及びファイルシステムのアロケーション情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、ドライブ装置１１０に指示する。この際、システム制御部１０４は空き領域として前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索する。ドライブ装置１１０は、検索された連続領域にデータを記録していく。
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はデジタル放送チューナ２１２と解析部２２３に停止要求を出す。
解析部２２３は、システム制御部１０４からの解析停止要求を受け解析処理を止める。
システム制御部１０４は、デジタル放送の受信処理終了後、解析部２２３から受け取った情報に基づき、アクセスマップとマップ管理情報とを含む属性情報を生成する。
なお、アウトサイドエンコーディングにおいては、有効なアクセスマップを生成できない場合もありうる。有効なアクセスマップを生成できないケースとしては、対応していないデジタル放送を受信した場合、等が考えられる。
最後に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と、属性情報の記録を要求し、ドライブ装置１１０がトラックバッファ１０３の残りデータと、属性情報を属性情報（例えば、ファイルＭＯＶ００２．ＭＯＩ）としてディスクメディア１００に記録する。さらに、システム制御部１０４は、管理情報ファイル３１０の内容であるグループ管理情報及びレジューム情報を更新し、ドライブ装置１１０を介してディスクメディア１００に記録し、録画処理を終了する。
以上、ユーザからの録画開始及び終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始及び終了要求を発行するだけであって、本質的に上記の動作が異なるものではない。
その他にも、静止画の記録に関して、デジタルＩ／Ｆ部２１９から静止画ファイルを入力して記録することも可能である。
デジタルＩ／Ｆ部２３０から送られるＤＣＦオブジェクトはトラックバッファ１０３へ送られる。
ドライブ装置１１０はシステム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。
一枚の静止画ファイルが記録されたら記録は終了する。ユーザから連続記録の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。
ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はデジタルＩ／Ｆ部２３０に対して停止要求を出す。
このようなさまざまな記録の手順においても、図１１〜１４を用いて説明したように、メディアファイルのグループへの分類と記録レジューム情報の設定と、その記録レジューム情報に基づいたディスクメディア１００上での記録位置の決定の手順は同様に行われる。
その結果、同一のグループに属するメディアファイルがディスクメディア１００上で連続的に配置され、それらの連続的な再生が可能となる。
（実施の形態２）
実施の形態１においては、図１０に示すように、記録レジューム情報として、最終記録ファイルの識別情報を保持していた。しかしながら、この実施の形態では、最終記録ファイル識別情報で指し示されるメディアファイルが、何らかの理由（例えばユーザの指示によるファイル削除）でディスクメディア１００から削除された場合、最終記録位置、すなわち、次回の記録において、空き領域検索を開始する位置を知ることができなくなるという課題がある。
すなわち、実施の形態１においては、最終記録ファイルと、そのファイルに対するＵＤＦファイルシステムのファイルエントリの情報から、最終記録位置を得ていたので、その最終記録ファイルがファイルシステムから削除されると、対応するファイルエントリも削除されてしまい、結果として最終記録位置を知ることができなくなる。
そこで本実施の形態２においては、最終記録ファイルが削除された場合でも、最終記録位置を知ることが出来きる記録レジューム情報の構造について説明する。
図１５は、本発明の実施例における記録レジューム情報５１０を示す図である。本発明の実施の形態における記録レジューム情報５１０は、図１０に示す記録レジューム情報５００と区別するために、タイプ情報として″記録２″の値を設定する。
記録レジューム情報５１０は最終記録ファイル識別情報５０１に加えて、最終記録位置情報５１１とから構成される。最終記録位置情報５１１は、最終記録ファイルの最後尾の位置情報、例えばＬＢＮの値を保持する部分である。
実施の形態１において、記録時に最終記録ファイルの識別子に対応付けられるＵＤＦのファイルエントリの情報から得ていた最後尾の位置情報と同じ情報である。
このようにすることにより、最終記録ファイル識別情報で示されるメディアファイルがファイルシステムから削除されたとしても、最終記録位置の情報が保持されるので、この情報を使って新しいメディアファイルを記録するための空き領域検索を開始する位置を決定することができる。
また、実施の形態２の構成によれば、記録時において、ＵＤＦの情報を調べることなく、最終記録位置の情報をすぐさま得ることができるので、より迅速に記録動作が開始できるという効果も得られる。
（実施の形態３）
本実施の形態においては、実施の形態１とは異なるファイルの分類方法について、図１６〜１７を用いて説明する。
図１６は、本実施の形態における、グループ管理情報の構造とその設定値の例を示す図である。図１６に示すグループ管理情報は、図７に示されるディレクトリ及びファイル構造を持ったディスクメディア１００に記録されたメディアファイルに対して、グループ情報を管理しているものとする。
図１２等と異なる点は、本グループ管理情報が管理するグループを構成するメディアファイル群が、同一の親ディレクトリの下に記録されていない、ということである。
より具体的には、図１６の各ファイル識別情報の値に示すように、本グループ管理情報が管理するグループに属するメディアファイルは、″／ＶＩＤＥＯ／ＤＩＲ００２″ディレクトリ下のメディアファイルと、″／ＤＣＩＭ／１００ＡＢＣＤＥ／″ディレクトリ下のメディアファイルである。
このようにグループ管理情報を使用することにより、ファイルシステムのディレクトリ構造を用いたファイルの分類とは全く独立して、グループが可能となり、ユーザの意図をより反映した自由な分類が可能となる。
このようなグループ管理を行う際に、実施の形態１のように、同じグループに属するメディアファイルをディスクメディア１００で連続的に配置しようとする場合、図１７のような記録レジューム情報の構造が望ましい。
図１７は、本実施の形態における記録レジューム情報５２０の構造を示す図である。記録レジューム情報５２０は、図１５で示す記録レジューム情報５１０に加えて、所属グループ情報５２１を持つことが特徴である。
所属グループ情報５２１は、最終記録ファイル識別情報５０１で示される最終記録ファイルが属するグループを指し示す情報である。所属グループ情報５２１に格納される情報の形式としては、該当するグループ管理情報のインデックス値を格納する。図１６の場合は、インデックス値は２である。よって、図１７の所属グループ情報５２１の値として、２が設定されている。
なお、所属グループ情報５２１へ設定する値の形式としては、グループ管理情報の一般情報中に格納されるグループの名称情報などがある。その他にも、対応するグループが特定できれば他の形式でもかまわない。
所属グループ情報５２１を記録レジューム情報５２０中に持つことにより、新しくメディアファイルを記録しようとするとき、すぐさま、直前に記録したメディアファイルを分類したグループを知ることができ、今回の記録に置いても、前回の記録に続けて記録することが容易に可能となる。
もし所属グループ情報５２１がなければ、全てのグループ管理情報を検索し、最新のメディアファイルを見つけだし、その後に続いて記録を開始する、という手間が必要で、ファイル数やグループ数が増えるについて検索時間が増大し、実用上好ましくない。
一方、本実施の形態であれば、多数のファイルやディレクトリがディスクメディア１００上に存在しても、迅速に分類先のグループを決定することが可能となる。
なお、グループ管理情報のデータ構造は、図１６とは異なっていてもよく、複数のメディアファイルを分類可能であり、かつ、各グループを特定可能な識別情報（図１６の場合はインデックス値）を備えていればよい。例えば、後述する図２２（ｂ）のような構造でもよい。
（実施の形態４）
本実施の形態においては、記録レジューム情報と、メディアファイルに対する欠陥管理動作について図１８を用いて説明する。
図１８は、欠陥セクタを代替するためのセクタが配置される領域である代替領域と、スペースビットマップ記述子などのファイルシステム情報を含むＵＤＦ情報と、記録レジューム情報を含む管理情報ファイル３１０と、メディアファイルの一つであるＭＯＶ００１．ＭＰＧとの、ディスクメディア１００上での概略配置を示す。
代替領域は、ＰＳＮが割当てられた物理セクタ空間内に配置され、ＬＳＮが割当てられたボリューム空間内のセクタに欠陥が生じると、その欠陥セクタを代替するセクタが代替領域中のいずれかのセクタに代替される。
欠陥セクタと代替セクタとの対応付け情報は、図５（ｂ）で説明したように、欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）に記録される。
図１８においては、代替領域がボリューム空間の外側にあるため、ボリューム空間内（及びパーティション空間内）の全てのセクタに対して、代替セクタを割当てる代替処理を行うことが可能となる。
よって、記録レジューム情報を含む管理情報ファイル３１０も代替処理の対象となり、仮に記録レジューム情報が記録されたセクタが何らかの理由（例えば、ディスクメディアの書換え寿命に達した）で欠陥セクタとなってしまっても、そのセクタを代替セクタに代替することにより、データを失うことなく、常に高い信頼性を保って記録レジューム情報を保持することが可能となる。
一方、動画データを含むメディアファイル（例えば、ＭＯＶ００１．ＭＰＧ）については、代替処理を行わずにデータを記録する（例えば、欠陥セクタをスキップしてデータを配置する）。すわなち、図３を用いて説明したように、ＡＶデータの連続再生を行うため、ＡＶデータをＣＤＡと呼ばれる連続領域へ配置することにより、ＡＶデータを途切れることなく再生することが可能となる。
また、図１９に示すように、代替領域が物理セクタ空間に配置されない場合は、ファイルシステムによる代替処理を行うことにより、図１８で説明したのと同様、信頼性の高い記録レジューム情報の記録が可能となる。
ファイルシステムによる代替処理は、例えばＵＤＦでは、ＤＭＡに相当するＳｐａｒｅ Ｔａｂｌｅと代替領域であるＳｐａｒｅ Ａｒｅａによって実現される。
図１９においても、図１８と同様に、ＵＤＦ情報や管理情報ファイル及びそこに含まれる記録レジューム情報が必要に応じて代替処理を行うことにより高い信頼性を確保し、一方、ＡＶデータを含むメディアファイル（例えば、ＭＯＶ００１．ＭＰＧ）については、代替処理を行わずにデータを配置することにより連続的な再生を実現する。
（実施の形態５）
本実施の形態においては、管理情報ファイルの形式について、図２０〜２３を用いて説明する。
図２０は、本実施の形態に置ける管理情報ファイル６００の構造を示す図である。図８の管理情報ファイル３１０と同様のディレクトリ階層やファイル名によりディスクメディア１００上に記録される。
図２０に示す管理情報ファイル６００は、一般属性情報と、ファイル情報管理テーブル６０１と、グループ情報管理テーブル６０２と、レジューム情報管理テーブル６０３と、からなる。
ファイル情報管理テーブル６０１は、図２１（ａ）に示すように、個別のファイルを管理するファイル管理情報６１０と、ファイル管理情報の数、等を管理する一般属性情報とから構成される。
さらに、ファイル管理情報６１０は、一般属性情報と、該ファイル管理情報に対応するメディアファイルのパス情報であるファイル識別情報６１１と、少なくとも一つの管理情報ファイル６００中で重複しない値が設定されるユニークＩＤ情報６１２とからなる。
一般属性情報には、該ファイル管理情報に対応する一般情報が含まれ、コメント（テキスト情報）、作成日時、再生時間長、等を含んでもよい。
ファイル識別情報６１１には、該グループに含まれる各メディアファイルのパス情報がそれぞれ格納されている。パス情報の形式は、例えば、実施の形態１のファイル識別情報４１１と同様である。
ユニークＩＤ情報６１２には、少なくとも管理情報ファイル６００中で重複しないユニークなＩＤ値（例えば、３２ビットの整数値情報）が設定される。このＩＤ値は、後述するファイル参照情報６２１などから、該当するファイル管理情報６１０を参照する、等の目的のために設けられている。
図２１（ｂ）は、ファイル管理情報テーブルに設定される値の例を示す図である。ここでは、２０個のファイル管理情報が存在するものとする。すなわち、２０個のメディアファイルを管理情報ファイル６００により管理しており、図示していない一般属性情報中に、ファイル管理情報数が″２０″である、という情報が格納される。
２０個の各ファイル管理情報はそれぞれファイル識別情報とユニークＩＤ情報を持つ。（ただし、図中では途中のファイル識別情報を省略して記載）。各ファイル識別情報やユニークＩＤ情報の値の例が図２１（ｂ）に示される。
次に、グループ情報管理テーブル６０２は、図２２に示すように、個別のグループに属するファイルを管理するグループ管理情報６２０と、グループ管理情報６２０の数、等を管理する一般属性情報とから構成される。
また、各グループ管理情報６２０は、そのグループに属するメディアファイルへの参照情報を持つファイル参照情報６２１と、その数などを管理する一般属性情報とからなる。
一般属性情報には、該グループ管理情報に含まれるファイル識別情報の数が含まれる。また、その他に、該グループの名前、コメント、作成日時、等を含んでもよい。
また、該グループがディスクメディア上のファイルシステムで管理させるディレクトリと１対１に対応させてもよく、その場合、対応ディレクトリの名前の情報を含むようにしても良い。
一方、各ファイル参照情報６２１に関しては、該グループに含まれる各メディアファイルへの参照情報、すなわち、該メディアファイルを管理するファイル管理情報６１０が持つユニークＩＤ情報の値を持つ。
図２２（ｂ）は、本実施の形態における、グループ管理情報６２０の設定値の例を示す図である。図２２（ｂ）に示すグループ管理情報６２０は、図２１（ｂ）に示すファイル情報管理テーブル６０１と共に管理情報ファイル６００に記録されているものとする。
図２２（ｂ）に示すグループ管理情報６２０では、３つのファイル参照情報６２１を持ち、各ファイル参照情報６２１は、それぞれ、ユニークＩＤへの参照値として、″１″、″１０″、″５″という値を持つ。
一方、図２１（ｂ）において、ユニークＩＤの値が″１″、″１０″、″５″であるファイル識別情報６１１を調べることにより、対応するメディアファイルのファイル識別情報が得られ、ファイルシステム上のメディアファイルへのパス情報が得られる。
このように各メディアファイルへ割当てられたユニークＩＤの値を利用したグループ管理情報６２０を使用することにより、ファイルシステムのディレクトリ構造を用いたファイルの分類とは全く独立して、メディアファイルのグループ化が可能となり、ユーザの意図を反映したより自由な分類が可能となる。
また、同じメディアファイルを複数の異なるグループに分類するような場合でも、ファイルのパス名を直接格納するのではなく、例えば３２ビットのユニークＩＤにより参照を行うので、より少ないデータ量でのグループ化が実現できる。
このようなユニークＩＤを用いたファイルの管理には、図２３のような記録レジューム情報の構造が望ましい。
すなわち、図２３に示す本実施の形態におけるレジューム情報管理テーブル６０３の構造は、上述の他の実施の形態と比べて、最終ユニークＩＤ情報６３１を持つことが特徴である。
最終ユニークＩＤ情報６３１には、最終記録ファイル識別情報５０１で示される最終記録ファイルを管理するファイル管理情報６１０が持つユニークＩＤ情報と同じ値が設定される。例えば、最終記録ファイルが図２１（ｂ）のファイル識別情報＃２０で管理されるメディアファイルである場合、最終ユニークＩＤ情報６３１には、図２１（ｂ）のユニークＩＤの値が示すように、″２０″という値が設定される。
最終ユニークＩＤ情報６３１をレジューム情報管理テーブル６０３中に持つことにより、新しくメディアファイルを記録しようとするとき、すぐさま、直前に記録したメディアファイルに設定したユニークＩＤ値を知ることができる。
この時、メディアファイルへのユニークＩＤの割り振り方法として、例えば、３２ビットの整数値の小さい値（例えば初期値を″０″とする）から、順次増加するように割り振る用に決めておくことにより、新しく記録するメディアファイルのユニークＩＤ値をすぐさま決定することが可能となる。
すなわち、最終ユニークＩＤ情報６３１に″２０″という値が設定されていたら、次に記録するメディアファイルに対しては、″２０″に対して１増加させた″２１″というユニークＩＤを割当てればよい。
もし、最終ユニークＩＤ情報６３１が無ければ、既に割り振られているユニークＩＤと重複しないように、既存のファイル管理情報６１０の全てを検索する必要が発生し、ファイル数が増えるについて検索時間が増大し、実用上好ましくない。
一方、本実施の形態であれば、多数のメディアファイルがディスクメディア１００上に存在しても、迅速にユニークＩＤの値を決定することが可能となる。
なお、本実施の形態においても、ユニークＩＤの値を決めるだけでなく、他の実施の形態と同様に、記録レジューム情報を用いてメディアファイルの記録位置を決めたり、分類先のグループを決めたりすることが可能である。
なお、上述の実施の形態で用いたファイル名やディレクトリ名、ディレクトリ構造等は、他の名前や構造であってもかまわない。
なお、上述の実施の形態では一つのファイルＧＲＰ＿ＤＡＴＡでグループ情報とレジューム情報を格納していたが、それぞれ異なるファイルに同様の情報を格納するようにしても同様の効果は得られる。
（実施の形態６）
図２４は、本発明の実施の形態６に係る記録再生装置により記録されるディスクメディア１００におけるディレクトリとファイルの階層構造の一例を示す図である。
図２４に示すように、ＲＯＯＴディレクトリ３００の下に、階層化されたサブディレクトリ（３０１〜３０３、１１３０〜１１３２等）があり、さらにその階層下に、動画データや静止画データを含むファイルである各種メディアオブジェクト（１１４１〜１１６０等）や、各メディアオブジェクトを管理するためのファイルであるメディアオブジェクトマネージャ１２００（ファイル名： ＩＮＦＭ０００１．ＭＧＲ）や、複数のメディアオブジェクトをグループ化し、再生順序や分類情報を管理するプログラムマネージャ１３００（ファイル名：ＩＮＦＭ０００１．ＰＲＧ）等が格納されている。
本実施の形態６においては、記録及び再生用の対象となるＡＶデータを含む各種メディアオブジェクトのディレクトリ階層やファイル名は、後述するＤＣＦ規格及びそれに類した形式を利用して以降の説明を行う。ただし、ディレクトリ階層やファイル名の命名則はこれに限られるものではなく、他の命名則を用いても良い。
メディアオブジェクトのうち、ＭＰＥＧ２等の動画データを含む動画オブジェクトは、動画ファイルＡＢＣＤｎｎｎｎ．ＭＰＧというように、最初の４文字が任意のアルファベット文字の組合わせであり、次のｎｎｎｎが１０進数であるような命名側に従って記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ４方式等で圧縮されたＡＶデータを含んでおり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
また、各々の動画ファイルに関する属性情報は、属性情報ファイルＡＢＣＤｎｎｎｎ．ＭＯＩに記録される。属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像、動画データの再生時刻をディスクメディア１００上の論理アドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。
さらに、各々の動画ファイルに関連する付加情報が、付加情報ファイルＡＢＣＤｎｎｎｎ．ＭＥＸに記録される。付加情報ファイルは、それぞれの動画ファイルと共に再生される音声データや、静止画又はグラフィックデータ、テキストデータ、あるいは、これらの情報をポストレコーディングするための領域予約データ、等を有している。
動画ファイルと付加情報ファイルはディスクメディア１００上において、所定の周期でインターリーブされた形で配置される。
前述の属性情報ファイルには、このインターリーブ周期に関する情報も格納する。例えば、インターリーブ周期は、動画データ及び付加情報の再生時間で数秒から数１０秒に相当するそれぞれのデータサイズで規定してもよい。
動画ファイルと付加情報ファイルの配置については、図３４等を用いて後に説明する。
一つの動画オブジェクトは、一つの属性情報ファイルと一つ又はそれ以上の動画ファイル及び付加情報ファイルと、で構成され、それらはファイル名により関連付けられるものとする。
すなわち、関連のある属性情報ファイルと動画ファイルは、そのファイル名において拡張子を除く部分、例えば動画オブジェクト１１４０では、動画ファイル１１４１と属性情報ファイル１１４２と付加情報ファイル１１４３が″ＡＢＣＤ０００１″の部分が同一に設定されることによって、その関連付けがなされていることとする。
ただし、属性情報ファイルと動画ファイルの関連付けは上述の方法に限定されるものではなく、属性情報ファイル内に関連付けられた動画ファイル及び付加情報ファイルへのリンク情報、例えば動画ファイルへのパス名等を保持したり、両者の対応付けをテーブル情報として保持したりする等、他の方法であっても良い。あるいは、後述するメディアオブジェクトマネージャ１２００等で関連付けに関する情報を持つようにしてもよい。
例えば、動画オブジェクト１１５０では、一つの属性情報ファイル（ＡＢＣＤ０００２．ＭＯＩ）と複数の動画ファイル（ＡＢＣＤ０００２．ＭＰＧ、ＡＢＣＤ０００３．ＭＰＧ）と付加情報ファイル（ＡＢＣＤ０００２．ＭＥＸ、ＡＢＣＤ０００３．ＭＥＸ）とで構成されており、ここでは属性情報ファイル内に関連ファイルへのパス名が保持されていることとする。
メディアオブジェクトのうち、ＪＰＥＧ等の静止画データを含む静止画オブジェクトは、各々の静止画情報が静止画ファイルＡＢＣＤｎｎｎｎ．ＪＰＧ等として記録される。静止画ファイルは、ＪＰＥＧ方式等で圧縮された映像データであり、例えば、ＤＣＦフォーマットやＥｘｉｆフォーマットによりファイルとして記録される。
上記のメディアオブジェクトは、ＤＣＦ規格あるいはそれに類するディレクトリ構造に従って記録される。すなわち、ＲＯＯＴディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に静止画ファイルを格納するためのＤＣＦディレクトリ１１３２（ディレクトリ名：３００ＡＢＣＤＥ）等がある。そして、ＤＣＦディレクトリ１１３２の下に静止画オブジェクトの一種であるＤＣＦ基本ファイル１１６０（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。
また、ＲＯＯＴディレクトリ３００の下にＶＩＤＥＯイメージルートディレクトリ３０１（ディレクトリ名：ＶＩＤＥＯ）があり、さらにその下に、主に動画オブジェクトを格納するためのＶＩＤＥＯディレクトリ１１３０（例えば、ディレクトリ名：１００ＡＢＣＤＥ）がある。そして、ＶＩＤＥＯディレクトリ１１３０下に、動画オブジェクト１１４０を構成する属性情報ファイル１１４２（拡張子がＭＯＩであるファイル）と動画ファイル１１４１（拡張子がＭＰＧであるファイル）と付加情報ファイル１１４３（拡張子がＭＥＸであるファイル）が格納される。
なお、メディアオブジェクトとして、音声ファイルや、ＭｏｔｉｏｎＪＰＥＧファイル、ＤＣＦ規格で定められたＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等、他のファイルフォーマットのＡＶファイルを記録してもよい。
記録されたメディアオブジェクトを管理するコンテンツ管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下のメディアオブジェクトマネージャファイル１２００（ファイル名：ＩＮＦＭ０００１．ＭＧＲ）及びプログラムマネージャファイル３３０（ファイル名：ＩＮＦＭ０００１．ＰＲＧ）として記録される。メディアオブジェクトマネージャファイル１２００及びプログラムマネージャファイル１３００の構造については後述する。
次に、図２５、図２６及び図２７を用いて、本実施の形態６に係る記録再生装置で用いられるディスクメディア上でデータをファイルとして管理する、ＵＤＦファイルシステムの構造を説明する。
図２５は、ＵＤＦファイルシステムにおけるディレクトリ階層を管理するためのデータ構造を示す図である。なお、本図は、図２４に示したディレクトリ階層構造に対応しているが、そのうちＲＯＯＴディレクトリ３００から属性情報ファイル１１４２への至るまでのファイルシステム情報のみを示しており、他のディレクトリやファイルに対する同様の情報については、説明を簡単にするため省略している。
ディレクトリ階層構造の起点はファイルセットディスクリプタＦＳＤ（Ｆｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒ）１０２０である。ＦＳＤ １０２０は、図２６（ａ）に示されるデータ構造を有している。
ＦＳＤ１０２０は、拡張ファイルエントリＥＦＥ（Ｅｘｔｅｎｄｅｄ Ｆｉｌｅ Ｅｎｔｒｙ）への参照情報１０２１（ディスクメディア１００上での記録位置）をＲｏｏｔ Ｄｉｒｅｃｔｏｒｙ ＩＣＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）の値として保持している。
また、ＦＳＤ１０２０は、Ｓｙｓｔｅｍ Ｓｔｒｅａｍ Ｄｉｒｅｃｔｏｒｙ ＩＣＢからＮａｍｅｄ Ｓｔｒｅａｍと呼ばれるデータを参照可能である。
Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ ＩＣＢ及びＳｙｓｔｅｍ ＳｔｒｅａｍＤｉｒｅｃｔｏｒｙ ＩＣＢ５０２は、図２６（ｂ）に示すｌｏｎｇ＿ａｄという構造を持つ。
ｌｏｎｇ＿ａｄは、参照先のエクステントの長さ（Ｅｘｔｅｎｔ Ｌｅｎｇｔｈ）と、位置（Ｅｘｔｅｎｔ Ｌｏｃａｔｉｏｎ）を保持する。
さらに、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅには、図２６（ｃ）に示すＡＤＩｍｐＵｓｅの形式によりＵＤＦ ＵｎｉｑｕｅＩＤと呼ばれる値が保持される。
また、ＥＦＥは、図２７（ａ）に示される構造を有している。ＥＦＥ１１００は、ディスクメディア１００上に記録された各ディレクトリやファイルを構成するエクステントの集合を管理するための構造体であり、各エクステントのディスクメディア１００上での記録位置とデータ長を管理するため、アロケーション記述子ＡＤ１１１０と呼ばれる構造を含んでいる。各ディレクトリやファイルは複数のエクステントから構成されるので、ＥＦＥ１１００には複数のＡＤ１１１０が含まれる。なお、アロケーション記述子ＡＤ１１１０は、図２７（ｂ）に示される構造を有している。
その他にも、ＥＦＥ１１００には、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ Ｔａｇ）や、各ディレクトリやファイル毎に、ディスクメディア１００上で重複しない一意のＩＤ値を設定するＵｎｉｑｕｅ ＩＤ、ＥＦＥ１１００毎の拡張属性を設定可能なＳｔｒｅａｍ Ｄｉｒｅｃｔｏｒｙ ＩＣＢや、拡張属性ＥＡｓ（Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ）１１０１等が含まれる。
ＲＯＯＴディレクトリ３００等のディレクトリデータを含むエクステントは、各ディレクトリやファイルのファイル名を保持するファイル識別記述子ＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）１１２０で構成される。あるディレクトリ下にサブディレクトリやファイルが存在する場合、それぞれのディレクトリ又はファイルに対してＦＩＤ１１２０が保持される。
例えば、図２４によれば、ＲＯＯＴディレクトリ３００の下にはＶＩＤＥＯイメージルートディレクトリ３０１とＤＣＩＭイメージルートディレクトリ３０２があるので、ＲＯＯＴディレクトリ３００の実データには、各々に対応するＦＩＤが保持される。
ＦＩＤ１１２０は、図２７（ｃ）に示される構造を持つ。ＦＩＤ１１２０は、ＵＤＦ上で管理される各ディレクトリやファイルの名前（ファイル識別子）をファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）５２１として保持する。ＦＩＤ１１２０はさらに、対応するディレクトリ又はファイルの実データを管理するＥＦＥ１１００への参照情報（例えば１０２２）をＩＣＢとして保持する。
その他にも、ＦＩＤには、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ Ｔａｇ）や、ファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）１１２１のデータ長を表すファイル識別子長さ（Ｌｅｎｇｔｈ ｏｆ Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）等が含まれる。
以降、同様にＥＦＥ１１００とＦＩＤ１１２０の参照関係を保持することによりディレクトリの階層構造が管理され、この参照関係を順次たどることによって、任意のディレクトリやファイルの実データであるエクステントへアクセスすることが可能となる。
ファイルに関しても、ＥＦＥ１１００によりエクステントの集合が管理される。図２５の場合、エクステントの集合１０２３がファイルを構成し、これは図２４における属性情報ファイル１１４２に相当する。
上述のような階層構造を持ったファイルシステムにおいて、特定のディレクトリやファイルを参照するために、パス名が利用できる。パス名は、例えば、図２４のファイル１１４２に対しては、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″のように表される。ここでは、ＲＯＯＴディレクトリ３００及びパス区切り文字を″／″で表している。
このように、パス名は、ＲＯＯＴディレクトリ３００から、対象のディレクトリやファイルにたどり着くまでディレクトリ階層をたどっていく時、その経路上に存在するディレクトリの名前、すなわちファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）１１２１に格納されている情報を、パス区切り文字で区切りながら一続きに記述したものである。このパス名を利用すれば、ファイルシステム上で管理される任意のディレクトリやファイルを参照することが可能となる。
図２５（ｂ）は、図２５（ａ）のデータ構造のパーティション空間内での配置の例示図である。ここで、図２５（ａ）と（ｂ）で同じデータに関しては同じ番号を付与している。
通常、ｅｘｔｅｎｔ１０２３へアクセスするためには、ＦＳＤ１０２０から順にＥＦＥとＦＩＤを順次アクセスする必要がある。
図２５（ｂ）に示すように、一般にディレクトリ構造を構成する各データはパーティション空間内で離れた場所に配置されるので、ｅｘｔｅｎｔ１０２３へのアクセスにはある程度のアクセス時間が必要となる。
さらに、図２５（ｂ）に示すパーティション空間内には、スペースビットマップ記述子（Ｓｐａｃｅ Ｂｉｔｍａｐ Ｄｅｓｃｒｉｐｔｏｒ）１０３０が配置されている。スペースビットマップ記述子１０３０は、パーティション空間内の各論理ブロック（ＬＢ）にデータが割り付け済みかどうかを示すビットマップデータである。
次に、図４を用いて、本実施の形態６に係る記録再生装置の動作について説明する。図４に示した記録再生装置においては、例えばユーザＩ／Ｆ部２００がユーザからの要求を受け付けた場合に動作を開始する。
ユーザＩ／Ｆ部２００は、ユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４は、ユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
以下、アナログ放送をＭＰＥＧ−２ＰＳにエンコードして動画オブジェクトとして記録する動作、いわゆるセルフエンコーディングの録画動作を例に挙げて説明する。
システム制御部１０４は、アナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１は、アナログ放送チューナ２１０から送られてくるＡＶ信号を、ビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
次に、システム制御部１０４は、グループ管理情報、レジューム情報及びファイルシステムのアロケーション情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、ドライブ装置１１０に対して記録要求を出す。ドライブ装置１１０は、トラックバッファ１０３に蓄積されているデータを取り出してディスクメディア１００に記録する。この際、システム制御部１０４は、空き領域として前述した連続領域ＣＤＡをディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
この時、ＣＤＡとして記録可能な領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報、例えば、スペースビットマップ記述子１０３０に基づいて実行される。
ただし、本実施の形態６においては、動画ファイルは付加情報ファイルとインターリーブされた状態でディスクメディア１００上に配置されるものとする。
このインターリーブの周期などの条件は、動画ファイルのデータレートや、付加情報ファイルに含まれるデータ量などに応じてシステム制御部１０４で決定され、その条件を満たす空き領域へデータの配置が行われる。
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４は、アナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けてエンコード処理を終了する。
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づいて、アクセスマップ情報とその管理情報、動画ファイルと付加情報ファイルとのインターリーブ管理情報、等を含む属性情報を生成する。
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と属性情報の記録を要求し、ドライブ装置１１０が、トラックバッファ１０３の残りデータと、属性情報を属性情報ファイル、例えば、図２４に示す動画オブジェクトを構成しているファイルであるＡＢＣＤ０００１．ＭＯＩとしてディスクメディア１００に記録する。さらに、システム制御部１０４は、管理情報ファイル３１０の内容であるグループ管理情報及びレジューム情報を更新し、ドライブ装置１１０を介してディスクメディア１００に記録し、動画オブジェクトの録画処理を終了する。
なお上記の他に、システム制御部１０４は、図２５や図２６、図２７で説明したようなＵＤＦファイルシステムの情報を必要に応じて生成したり更新したりする。
すなわち、動画オブジェクトを構成するファイルに対して、ＥＥＦ１１００やＦＩＤ１２００等を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
記録再生装置がカメラ装置である場合は、ＡＶ信号源がアナログ放送チューナ２１０ではなくカメラ部２１１へ変わるだけで他の処理は同様である。
また、デジタル放送を動画オブジェクトとして記録する動作には、動画データのエンコードは行わず、デジタル放送チューナ２１２及び解析部２２３を通じてＭＰＥＧ２ＴＳのデータをディスクメディア１００へ動画オブジェクトとして記録するようシステム制御部１０４が制御を行う。このとき、セルフエンコーディングの録画と同様、ファイルシステム情報の記録も行われる。
次に、静止画オブジェクトの記録に関して、カメラ部２１１から送られてくるＡＶ信号をＪＰＥＧエンコードして記録する動作について説明する。
システム制御部１０４は、カメラ部２１１へＡＶ信号の出力を、静止画エンコーダ２２２へＡＶ信号のエンコード実施を要求する。静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶ信号をＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。この時、データの記録可能領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報をもとに実行される。
一つの静止画オブジェクトが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画オブジェクトを記録して終了する。
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
さらに、システム制御部１０４は、ＵＤＦファイルシステムの情報についても必要な処理を行う。すなわち、動画オブジェクトを構成するファイルに対して、ＥＦＥ１１００やＦＩＤ１２００等を生成し、必要な情報を設定した上でディスクメディア１００に記録する。
以上のような手順でディスクメディア１００に記録される各メディアオブジェクトは、後々にそれらのメディアファイルの分類整理やプログラム再生を実現するため、図２４で示したメディアオブジェクトマネージャ１２００やプログラムマネージャファイル１３００に登録される。
メディアオブジェクトがディスクメディア１００に記録される際に、システム制御部１０４によりメディアオブジェクトマネージャ１２００やプログラムマネージャファイル１３００に対して行われる操作について以降で説明する。
図２８は、本実施の形態６における記録再生装置で用いられるディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造の一例を示す図である。
ディスクメディア１００上にはファイルシステム情報が記録される。ファイルシステム情報には、図６（ｃ）で示したボリューム構造情報や、図２５、図２６及び図２７で示したＦＳＤ１０２０、ＥＦＥ１１００、ＦＩＤ１２００、スペースビットマップ記述子１０３０等が含まれる。
また、これらのメディアオブジェクトの内容や記録日時等に応じて整理分類したり、ユーザが自由な再生順序を設定するプログラム再生を行ったりするためのメディアオブジェクトマネージャ１２００やプログラムマネージャ１３００が同様にファイルとして管理され、コンテンツ管理情報を構成する。
これらのディスクメディア１００に記録されるデータは、システムバス１０５を通じて、システム制御部１０４により操作される。
一方、システム制御部１０４は、より詳細には、オペレーティングシステム（ＯＳ）とアプリケーションシステムとからなる。
オペレーティングシステムには、ファイルシステム情報を制御するファイルシステム処理部１１５２や、特に図示されていないハードウエアの制御を行うデバイスドライバ部、メモリ制御部、等が含まれ、アプリケーションシステムに対して、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を通じてさまざまな共通機能を提供する。これにより、アプリケーションシステムをハードウエアやファイルシステムの詳細とは分離した形で実現することが可能となる。
一方、アプリケーションシステムでは、特定のアプリケーションのための制御動作を行う。本実施の形態６においては、例えば図４を用いて説明したように、動画オブジェクトや静止画オブジェクトの記録あるいは再生処理に関する制御を行う。
さらに、本実施の形態６では、アプリケーションシステム中のコンテンツ管理情報処理部１１５１が、メディアオブジェクトマネージャ１２００やプログラムマネージャ１３００からなるコンテンツ管理情報に対する操作を行う。
また、アプリケーションシステムには、その他にも必要に応じて、ＡＶデータの表示や、ユーザインタフェースを処理する部分等を含む場合もある。
メディアオブジェクトマネージャ１２００及びプログラムマネージャ１３０の０データ構造については、図２９〜３３を用いて以下に説明する。
図２９（ａ）は、メディアオブジェクトマネージャ１２００のデータ構造の例示図である。図２９（ａ）に示すようにメディアオブジェクトマネージャ１２００は、ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、ファイルの更新日時情報（ＭｏｄＴｉｍｅ）１２０１、メディアオブジェクトマネージャ１２００に登録された全てのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、記録レジューム情報（ＲｅｓｕｍｅＭａｒｋ）１２１０、メディアオブジェクトマネージャ１２００中に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）１２２０の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のオブジェクト管理情報１２２０からなるオブジェクト管理情報のテーブルで構成される。
なお、図２９等におけるフィールド名欄の表記は、データ型とフィールド名を続けて記述しており、データ型については、例えば以下のような意味を示している。
ｃｏｎｓｔは、フィールドが定数であることを意味しており、ｃｏｎｓｔがない場合は変数であることを示している。ｕｎｓｉｇｎｅｄは、当該フィールドは符号無しの値であることを示しており、ｕｎｓｉｇｎｅｄがない場合は符号付きの値であることを示している。また、ｉｎｔ（）は、フィールドはカッコ内のビット長を持つ整数値であることを示している。例えば、カッコ内の値が’１６’である場合には、１６ビット長であることを意味する。
図２９（ｂ）は、記録レジューム情報１２１０のデータ構造である。図２９（ｂ）に示すように記録レジューム情報１２１０は、記録レジューム情報１２１０の種々の属性を示す属性フラグ１２１０ａ、最終ユニークＩＤ情報１２１１、最終記録位置情報１２１２、最終記録ファイル識別情報１２１３、所属グループ情報１２１４、記録日時情報１２１５を含む。
属性フラグ１２１０ａは、図２９（ｃ）に示すようにループ記録フラグと、第１〜第５有効フラグとを含む。ループ記録フラグは、最終記録ファイルの記録にループ記録が適用されたか否かを示す。第１有効フラグは、最終ユニークＩＤ情報１２１１が有効か否かを示す。第２有効フラグは、最終記録位置情報１２１２が有効か否かを示す。第３有効フラグは、最終記録ファイル識別情報１２１３が有効か否かを示す。第４有効フラグは、所属グループ情報１２１４が有効か否かを示す。第５有効フラグは、記録日時情報１２１５が有効か否かを示す。ここで、ループ記録とは、上記各実施の形態で示したように、ＡＶデータの最終記録ファイルの記録位置から一定方向に空き領域を検索して記録することをいう。これらのフラグはシステム制御部１０４により設定される。
最終ユニークＩＤ情報１２１１は、実施の形態５で述べた最終ユニークＩＤ情報６３１と同様のフィールドである。後述するように、各メディアオブジェクト情報１２２０には、少なくともメディアオブジェクトマネージャ１２００内で重複しない値であるメディアユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）１２２２が設定され、最終ユニークＩＤ情報１２１１には、該メディアオブジェクトマネージャ１２００内で最後に割当てたメディアユニークＩＤ１２２２の値が設定される。
最終記録位置情報１２１２は、実施の形態２で述べた最終記録位置情報５１１と同様のフィールドであり、最終記録ファイルの最後尾の位置情報、例えばＬＢＮの値を保持する部分である。
最終記録ファイル識別情報１２１３は、実施の形態１などで述べた最終記録ファイル識別情報５０１と同様のフィールドである。最終記録ファイル識別情報１２１３には、本発明の記録再生装置が最後に記録したメディアファイルの識別情報を識別する情報を格納する。
最終記録ファイル識別情報１２１３への値の格納形式は、該メディアファイルのフルパス名や、後に図３０を用いて説明する所定の変換規則により得られる識別情報など、該メディアファイルを識別可能な形式であればよい。
所属グループ情報１２１４は、実施の形態３で述べた所属グループ情報５２１はと同様のフィールドであり、最終記録ファイル識別情報１２１３で示される最終記録ファイルが属するグループ又はディレクトリを指し示す情報である。
なお、本実施の形態においては、グループに対応する概念をプログラム情報と呼ぶ。プログラム情報の構造等については後述する。
所属グループ情報１２１４に格納される情報の形式としては、該当するプログラム情報１３１０のインデックス値を格納する。
記録日時情報１２１５は、記録レジューム情報１２１０を記録・更新した時の日時情報が設定される。
なお、記録日時情報１２１５と更新日時情報１２０１は必ずしも一致しない。メディアオブジェクトマネージャ１２００に含まれる情報のうち、記録レジューム情報１２１０とは関連しない情報の更新（例えば、メディアオブジェクト情報１２００に含まれる情報の書換え等）が発生した場合は、更新日時情報１２０１だけが更新されるからである。
図３０（ａ）は、メディアオブジェクトマネージャ１２００に含まれるメディアオブジェクト情報（ＭＯ＿ＩＮＦＯ）１２２０のデータ構造である。
メディアオブジェクト情報１２２０は、登録されるメディアオブジェクトの型情報を示すＭｏＴｙｐｅ、各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、メディアオブジェクトへの参照情報であるオブジェクト参照情報（ＭｏＲｅｆ）１２２１、少なくともディアオブジェクトマネージャ１２００内で重複しない値であるメディアユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）１２２２、当該メディアオブジェクトの再生時間であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、メディアオブジェクト情報１２００とは異なる場所に格納されるテキスト情報（ＴｅｘｔＩＤ）やサムネイル画像情報への参照情報（ＴｈｕｍＩＤ）等も含んでいる。
図３０（ｂ）に示すように、ＭｏＴｙｐｅに設定される値は、参照先のメディアオブジェクトの種類により決まる。
ＭｏＴｙｐｅの値が’１’である場合、あるオブジェクトメディア情報に登録されているメディアオブジェクトの種類は、ファイルシステム上のあるディレクトリである。
同様に、値が’２’の場合には動画オブジェクト（拡張子：ＭＯＩ）を、値が’３’の場合には動画オブジェクト（拡張子：ＭＰＧ）を、値が’４’の場合には動画オブジェクト（拡張子：ＭＥＸ）を、値が’５’の時は静止画オブジェクト（拡張子：ＪＰＧ）を、それぞれ示す。
以下同様に、メディアオブジェクトの種類毎に異なるＭｏＴｙｐｅの値を割当てることとする。
また、オブジェクト参照情報１２２１へ設定される値は、参照先のメディアオブジェクトの持つパス名情報を例えば図３０（ｃ）に示すような所定の変換規則により変換することにより決定される。
図３０（ｃ）の場合、最上位のビット’ｂ７’はメディアオブジェクト情報１２２０が参照するメディアオブジェクトの親ディレクトリのパス名により決められる。すなわち、親ディレクトリがＶＩＤＥＯディレクトリ３０１の場合は’０’、ＤＣＩＭディレクトリ３０２の場合は’１’となる。それ以外の値については、本実施の形態１では使用しないので予約値としている。
次の’ｂ６’〜’ｂ４’は、メディアオブジェクト情報１２２０に登録されたメディアオブジェクトのディレクトリ番号部分を抜き出して格納する。ここでディレクトリ番号とは、メディアオブジェクトの上位ディレクトリのディレクトリ名における数値部分である。
次の’ｂ３’〜’ｂ０’は、メディアオブジェクト情報１２２０に登録されたメディアオブジェクトのファイル番号を抜き出して格納する。ここでファイル番号とは、メディアオブジェクトのファイル名における数値部分である。
例えば、メディアオブジェクトのパス名が、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″である場合、当該メディアオブジェクトは／ＶＩＤＥＯディレクトリを親ディレクトリとして持つので、ＯＢＪ＿ＩＤのビット７（図３０（ｃ）における’ｂ７’）の値は’０’、そして当該メディアオブジェクトの上位ディレクトリ名の数値部分の値が１００であるので、ＯＢＪ＿ＩＤのビット６〜４（図３０（ｃ）における’ｂ６’〜’ｂ４’）の値は’１００’となる。さらに、当該メディアオブジェクトのファイル名の数値部分の値をとって、ＯＢＪ＿ＩＤのビット３〜０（図３０（ｃ）における’ｂ３’〜’ｂ０’）の値は’０００１’となる。
以上より、オブジェクト参照情報１２２１に設定される値は０ｂ０１０００００１（先頭の０ｂは二進数を意味している）となる。
ＯＢＪ＿ＩＤをこのような形式としても、ＤＣＦ規格の命名規則のように、メディアオブジェクトの名前やその上位ディレクトリの名前に含まれる数値部分の値が重複しないような命名規則を守っておけば、上述のＭｏＴｙｐｅの値から導かれる拡張子情報と併せて、ファイルシステム上で、オブジェクト参照情報１２２１が参照しているメディアオブジェクトを特定することが可能である。このような構成はメディアオブジェクト情報１２２０のデータ量を減らす目的に好適である。
もちろん、ＯＢＪ＿ＩＤのデータ構造は、メディアオブジェクト情報１２２０とメディアオブジェクトが一意に対応付けられる形式であれば他の形式でもよい。例えば、メディアオブジェトのパス情報をそのまま格納する方法もある。すなわち、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″のように、″／″をパス区切り文字としたフルパス名の文字列を格納してもよい。
また、ＭｏＴｙｐｅの代わりにメディアオブジェクトの拡張子（ＭＰＧなど）をＯＢＪ＿ＩＤの中に含めるような構成としてもよい。
なお、動画オブジェクトについては、属性情報ファイル（例えば、図２４における１１４２）だけをメディアオブジェクト情報に登録してもよい。対応する動画ファイルや、付加情報ファイル（この場合、図２４における１１４１や１１４３）は、上述のようにファイル名の対応付け等により属性情報ファイルから知ることができるからである。あるいは、逆に、動画ファイルをメディアオブジェクト情報１２２０に登録するようにしてもよい。同様に対応する属性情報ファイルを知ることができるからである。
あるいは、動画オブジェクトを構成する全てのファイルをメディアオブジェクト情報１２２０に登録することももちろん可能である。このとき、動画オブジェクトを構成するファイル間の対応付けがわかるように登録しておけば、動画オブジェクトを利用する際に便利である。
次に、図３１（ａ）はプログラムマネージャ１３００のデータ構造の例示図である。
図３１（ａ）において、プログラムマネージャ１３００は、任意のメディアオブジェクトをグループ化して分類整理したり、ユーザの望みの再生順序で再生するプログラム再生等の機能を実現したりするために設けられるファイルであり、次のような構造を持つ。
ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、プログラムマネージャ１３００に登録された全てのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、プログラムマネージャ１３００中に含まれるプログラム情報（ＰＲＧ＿ＩＮＦＯ）１３１０の数を示すＮｕｍＰｒｇＩｎｆｏ、そして、ＮｕｍＰｒｇＩｎｆｏ個のプログラム情報１３１０からなるプログラム情報テーブルで構成される。
そして、図３１（ｂ）はプログラムマネージャ１３００に含まれるプログラム情報１３１０のデータ構造である。
プログラム情報１３１０は、メディアオブジェクト情報１２２０をグループ化し、ディスクメディア１００上に記録された複数のメディアオブジェクトの分類を行ったり、あるいは、プログラム情報１３１０から参照しているメディアオブジェクトを順に再生したりすることにより、プログラム再生を実現するときの一つの単位である。
図３１（ｂ）に示すように、プログラム情報１３１０は、プログラム情報であることを示すＤａｔａＴｙｐｅ、プログラム情報１３１０のサイズを示すＤａｔａＳｉｚｅ、プログラムの各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、プログラムの再生時間であるＰａｙＢａｃｋＤｕｒａｔｉｏｎ、プログラム情報１３１０中に含まれるメディアオブジェクト情報１２２０への参照の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のメディアオブジェクト情報１２２０への参照（ＭｏＩＤ１３１１）テーブル、等から構成される。
その他にも、プログラム情報１３１０とは異なる場所に格納されるテキスト情報（ＴｅｘｔＩＤ）やプログラムを代表するサムネイル画像情報への参照情報（ＴｈｕｍＩＤ）等も含んでもよい。
次に、図３２を用いて、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、メディアオブジェクト情報１２２０との関係を説明する。
メディアオブジェクトマネージャ１２００には、複数のメディアオブジェクト情報１２２０が含まれており、それぞれにメディアオブジェクトが登録されている。例えば、ＭｏＩｎｆｏ［１］には、ディレクトリ３０４が登録されている。
この時、ＭｏＩｎｆｏ［１］のフィールドの値は次のように設定される。まずＭｏＴｙｐｅは、図３０（ｂ）より、ディレクトリを示す’１’が設定される。ＭｏＲｅｆは、図１３（ｂ）より、親ディレクトリ’０’、ディレクトリ番号’１００’、ファイル番号’００００’となり、フィールド値全体としては０ｂ０１００００００（先頭の０ｂは２進数を意味する）となる。そして、ＭｏＵｎｉｑｕｅＩＤは’１００’が設定されるものとする。
また、ＭｏＩｎｆｏ［２］のフィールドの値は次のように設定される。まずＭｏＴｙｐｅは、動画オブジェクト（ＭＯＩ）を示す’２’が設定される。ＭｏＲｅｆは、親ディレクトリ’０’、ディレクトリ番号’１００’、ファイル番号’０００１’となり、フィールド値全体としては０ｂ０１０００００１となる。ＭｏＵｎｉｑｕｅＩＤは’１０１’が設定される。
以降同様に、その他のＭｏＩｎｆｏにも図３２に示す値が設定される。
なお、図３２では、動画オブジェクトを構成する全てのファイルがメディアオブジェクトマネージャ１２００に登録されているものとする。
図３３は、このようなメディアオブジェクトマネージャ１２００に対する、プログラムマネージャ１３００の関係を示すものである。上述のように、プログラムマネージャ１３００には複数のプログラム情報１３１０（ＰｒｇＩｎｆｏ［１］〜）が含まれる。
各プログラム情報１３１０は、メディアオブジェクト情報１２２０への参照情報を、メディアユニークＩＤの値として保持する。すなわち、メディアオブジェクト情報１２２０がメディアユニークＩＤ１２２２で保持している値を参照情報とする。
例えば、ＰｒｇＩｎｆｏ［１］では、図３３中の波線矢印で示すように、ＭｏＩｎｆｏ［２］とＭｏＩｎｆｏ［５］とＭｏＩｎｆｏ［１１］への参照を持つので、ＭｏＩＤのテーブル（ＭｏＩＤ［ ］）の値として、１０１、１０４、２０１を保持する。
ＰｒｇＩｎｆｏ［２］でも同様に、ＭｏＩｎｆｏ［５］とＭｏＩｎｆｏ［１１］への参照を持つので、ＭｏＩＤ［ ］の値として、１０４、２０１を保持する。
ディレクトリやメディアオブジェクトがディスクメディア１００に記録される際には、図２８を用いて説明したように、ファイルシステム処理部１１５２がファイルシステム情報を操作する。すなわち、新たにディレクトリやファイルをファイルシステム上に作成する時、ファイルシステム情報処理部がＦＩＤ１１２０やＥＦＥ１１００を作成したり、エクステントのパーティション空間内での配置を決めたりする。
さらに、コンテンツ管理情報処理部１１５１は、メディアオブジェクトマネージャ１２００やプログラムマネージャ１２００を操作する。すなわち、ファイルシステム処理部１１５２が作成したファイルを登録するための新たなメディアオブジェクト情報１２２０をメディアオブジェクトマネージャ１２００中に作成する。
そして、必要に応じてファイルシステム処理部１１５２から情報を得て、ファイルシステム情報とメディアオブジェクトマネージャ１２００内の情報との間に矛盾がないように値の設定を行う。例えば、ＭｏＲｅｆ １２２１には、ファイルのパス名情報を得て、その値を図３０に示す変換規則で変換して求められる値に設定し、また、メディアユニークＩＤ１２２２には、最終ユニークＩＤ情報１２１１の値に所定の値（例えば１）を加えた値を設定する。
また、ユーザの指示などにより、新たなプログラム情報１３１０を作成する際には、プログラム情報１３１０に含めたいメディアオブジェクトに割当てられたメディアユニークＩＤ１２２２をメディアオブジェクトマネージャ１２００からから取得し、プログラム情報１３１０へと設定する。
このように、プログラムマネージャ１３００及びそこから参照されるメディアオブジェクトマネージャ３２０の情報を利用することで、メディアオブジェクトのプログラム再生等を正しく実行することが可能となる。
次に、図３３の状態において、プログラム再生を実施するための処理について述べる。
例えば、ＰｒｇＩｎｆｏ［１］によるプログラム再生の開始が支持されたとすると、コンテンツ管理情報処理部１１５１は、ＰｒｇＩｎｆｏ［１］内のメディアオブジェクト情報への参照テーブルＭｏＩＤ［ ］内の値を読み出す。上述したとおり、ＭｏＩＤ［ ］には、プログラム再生の対象となるメディアオブジェクトへの参照情報がメディアユニークＩＤとして保持されている。
よって、プログラム再生を行うには、ＭｏＩＤ［ ］に保持されているメディアユニークＩＤの指し示すメディアオブジェクトを順次再生することになる。
なお、本実施の形態においては、動画オブジェクトをプログラム再生する場合、動画オブジェクトの内、属性情報ファイルを参照するようにしている。よって、ＭｏＩＤ［ ］に保持されているメディアユニークＩＤから属性情報ファイルが識別され、さらに、その属性情報ファイルに関連付けられている動画ファイル及び付加情報ファイルを判別し、それらの再生を行うこととする。
図３４は、本実施の形態における、動画オブジェクトのパーティション空間内の配置例を示すものである。
図３４（ａ）は、属性情報ファイル２０００と付属情報ファイル２００１と動画ファイル２００２とからなる動画オブジェクトのパーティション空間内での配置例である。
付属情報ファイル２００１と動画ファイル２００２は、それぞれ複数のエクステント２００３、２００４及び２００５、２００６で構成されており、図３４（ａ）のようにそれぞれのエクステントが所定の周期でインターリーブされている。
属性情報ファイル２０００は、ディスクメディアの特定領域（内周側の連続領域、等）に設けられた属性情報配置領域内に配置される。
属性情報ファイル２０００にはこのインターリーブの周期や数、あるいは各ファイルへのアクセス情報が含まれている。よって、動画オブジェクトを構成するファイルのうち、属性情報ファイル２０００が最後に記録される。
この状態において、最終記録位置情報１２１２はエクステント２００６の最後尾の位置を指すこととする。
記録した順番からすると属性情報ファイル２０００の末尾の位置が最終記録位置情報１２１２の位置となるが、本実施の形態においては、属性情報ファイルへの高速なアクセスを目的としてそれらを属性情報配置領域内に配置するようにしているので、最終記録位置情報１２１２については、動画オブジェクトを構成する動画ファイルの最後尾の位置を設定するようにする。
以降、図３４、図３５等においても同様である。
図３４（ｂ）は、図３４（ａ）の状態から動画オブジェクトへのデータの追記を行った場合のパーティション空間内での配置例である。
付属情報ファイル２００１と動画ファイル２００２に対して、それぞれエクステント２００７及び２００８が追記されている。
この追記されたエクステントの配置の際には、図３４（ａ）の最終記録位置から空き領域を検索し、所定の条件を満たす領域に対してエクステントの記録が行われる。
また、エクステント２００７及び２００８の追記に伴い、属性情報ファイル２０００内の情報（インターリーブに関する情報やアクセス情報など）も更新される。
この場合も、最終記録位置情報１２１２はエクステント２００８の最後尾の位置を指すよう更新される。
図３４（ｃ）は、図３４（ａ）の状態から動画オブジェクトへのデータの追記を行った場合のパーティション空間内での異なる配置例である。
図３４（ｂ）と異なり、動画オブジェクトが複数の付属情報ファイル２００１、２０１１及び複数の動画ファイル２００２、２０１２として構成されている。
すなわち、追記されたエクステント２０１３及び２０１４が独立したファイル（それぞれ２０１１と２０１２）として構成されている。
エクステント２０１３及び２０１４の追記に伴い、属性情報ファイル２０００内の情報（インターリーブに関する情報やアクセス情報、ファイル間の関連付け情報、等）も更新される。
この場合、最終記録位置情報１２１２はエクステント２０１４の最後尾の位置を指すよう更新される。
図３５（ａ）は、図３４（ａ）の状態から新たな動画オブジェクト（属性情報ファイル２０１０と付属情報ファイル２０１１と動画ファイル２０１２）が記録された時のパーティション空間内での配置例である。
付属情報ファイル２０２１と動画ファイル２０２２は、図３４（ａ）の最終記録位置から空き領域を検索し、見つかった空き領域にエクステント２０２３及び２０２４として所定の周期でインターリーブされて配置される。
一方、属性情報ファイル２０２０は、図３４（ａ）と同様、属性情報配置領域内に配置される。すなわち、属性情報ファイル２０２０は、最終記録位置情報を開始点とする空き領域検索を行わず、属性情報配置領域内に配置されるものとする。
また、この属性情報配置領域に当たる部分は、最終記録位置情報を開始点とする空き領域検索の対象からは除外するものとする。
この時、最終記録位置情報１２１２はエクステント２０２４の最後尾の位置を指すよう更新される。
なお、図３４（ａ）の状態から新たな動画データを記録する際に、図３４（ｂ）のように記録する（追記）か、図３４（ｃ）のように記録する（新規記録）かは、ユーザによって指示してもよいし、記録装置が自動的に判定してもよい。
自動判定を行う際には、記録日時情報１２１５を参照し、その値を現在の日時と比較し、所定の条件を満たしている（例えば、一定時間が経過している、日付が変わっている、等）場合に新規記録するようにしてもよい。
あるいは、記録レジューム情報１２１０の属性フラグ中に、次回の記録を追記するか、新規記録するかを示すためのフラグ情報を設け、次回の記録時にこのフラグを参照して記録方法を選択するようにしてもよい。
なお、図３４及び図３５のいずれの場合も、最終ファイル識別情報１２１３として、動画ファイル（例えば、図３４（ａ）であれば２００２）を参照する。
これにより、実施の形態１などで述べたのと同様、最終記録ファイル識別情報１２１３に示される動画ファイルの最後尾の論理ブロック番号（ＬＢＮ）を、ファイルシステムの情報から取得し、その位置から、空き領域の検索を行うことが可能となる。
あるいは、最終ファイル識別情報１２１３として属性情報ファイル（例えば、図３４（ａ）であれば２０００）を参照してもよい。
属性情報ファイルと動画ファイルとは関連付けがなされているので、属性情報ファイルがわかれば対応する動画ファイルもわかるので、動画ファイルがわかれば、上述したように、その最後尾の論理ブロック番号を調べることが可能となる。
同様に、最終ファイル識別情報１２１３で付属情報ファイルを参照してもかまわない。
最終記録ファイル識別情報１２１３から最終記録位置を調べる時の処理を示すフローチャートを図３６に示す。
まず、記録レジューム情報１２１２から最終ファイル識別情報１２１３を読み出し、参照先の最終記録ファイルを決定する（ステップＳ１００１）。
最終記録ファイルが動画ファイルではない場合、例えば属性情報ファイルの場合、対応付けられている動画ファイルを調べてそれを最終記録ファイルとする。
次に、ＵＤＦなどのファイルシステムを検索し、最終記録ファイルがディスクメディア１００上に存在するかどうかを確認する（ステップ１００２）。
もし、存在しない場合は例外処理を実施し（Ｓステップ１００３）処理を終了する。
ここで例外処理とは、記録動作そのものの停止であったり、予め定められた値を最終記録位置の代替として用いたりすることである。最終記録位置の代替となる位置は、例えば、パーティション空間内の先頭や、図３４等で述べた属性情報配置領域の最後尾の位置、等である。
もし、最終記録ファイルがディスクメディア１００上に存在する場合、その最終記録ファイルをファイルシステム上で管理しているＥＦＥ１１００を読み出し、ＥＦＥ１１００に含まれるＡＤ１１１０の値から最終記録位置を決定する。
図３７は、本実施の形態において、動画オブジェクトを記録する処理を示すフローチャートである。
システム制御部１０４は、記録レジューム情報１２１２を参照し、空き領域検索開始位置を決定する（ステップＳ２００１）。
より具体的には、記録レジューム情報１２１２の最終記録位置情報１２１２の値を参照する。
あるいは、図３６のフローチャートで説明した処理手順により、最終記録ファイル識別情報１２１３の参照するファイルと、ファイルシステムの情報から、最終記録位置の情報を求める。
次に、ステップＳ２００１で決定した空き領域検索開始位置から順に、空き領域を検索する（ステップＳ２００２）。ＵＤＦの場合は、スペースビットマップ記述子の各ビットの値を順に調べることにより空き領域がどうかを知ることができる。
空き領域の存在を判定し（ステップＳ２００３）、存在しない場合は記録動作の終了などの例外処理を行い（ステップＳ２００４）、記録動作を終了する。
空き領域が存在した場合は、動画ファイル（ＭＰＧ）及び付属情報ファイル（ＭＥＸ）を所定のインターリーブ周期でディスクメディア１００上に記録する（Ｓステップ２００５）。
動画ファイル及び付属情報ファイルの記録が終了したら、属性情報ファイル（ＭＯＩ）の情報が全て確定するので、属性情報配置領域内に記録する（ステップＳ２００６）。
そして、動画オブジェクトを構成する各ファイルをメディアオブジェクトマネージャ１２００へと登録し（ステップＳ２００７）、処理を終了する。
動画オブジェクトをメディアオブジェクトマネージャ１２００へ登録する際に、所属グループ情報１２１４を参照することにより、当該動画オブジェクトをどのプログラムへ登録するかを決めてもよい。
例えば、所属グループ情報１２１４が指し示すプログラムと同じプログラムへ登録すれば、時間的に連続した動画オブジェクトを同じプログラムとして管理できる。
あるいは、記録日時情報１２１５と当該動画オブジェクトの記録日時を比較し、所定の条件が満たされていたら（例えば所定の時間が経過している、日付が変わっている、など）、所属グループ情報１２１４が指し示すプログラムとは異なる新たなプログラム情報１３１０を生成し、そこに当該動画オブジェクトを登録してもよい。これにより、例えば日付毎の動画オブジェクトの分類が可能となる。
なお、ＵＤＦなどのファイルシステムの更新については、必要なタイミングで随時行うものとし、ここではその説明を省略した。
なお、本実施の形態においては、動画オブジェクトが属性情報ファイルの他に２種類のファイルから構成される例で説明を行ったが、さらに多くの種類のファイルから構成されてもかまわない。以降の実施の形態においても同様である。
また、本実施の形態では、属性フラグ中のループ記録フラグ及び第１〜第５有効フラが有効であることを前提に説明したが、システム制御部１０４は状況に応じてそれぞれ有効／無効を設定する。例えば、システム制御部は、ユーザ操作に従ってループ記録をするかしないかを選択して、ループ記録フラグを設定してもよい。また、システム制御部は、最終ユニークＩＤ１２１１、最終記録位置情報１２１２、最終記録ファイル識別情報１２１３のうち少なくとも１つを設定すればループ記録が可能であり、設定した情報に対応する有効フラグを有効に、設定していない情報に対応する有効フラグを無効にすればよい。また、所属グループ情報１２１４、記録日時情報１２１５について、システム制御部１０４は、ユーザ指定に従って設定するかしないかを選択して、第４、第５有効フラグを設定してもよい。そのため、システム制御部１０４は、第１〜第５有効フラグが示す有効な情報のみを参照すればよい。
（実施の形態７）
本実施の形態においては、図３４や図３５とは異なるパーティション空間上への動画オブジェクトの配置例について述べる。
図３８（ａ）では、動画ファイルと付加情報ファイルのインターリーブ周期に一致しない容量のデータが記録されている状態が示されている。
ここでの動画オブジェクトは、属性情報ファイル３０００と付属情報ファイル３００１と動画ファイル３００２から構成される。
また、付属情報ファイル３００１は、エクステント３００３と３００４とで構成され、動画ファイル３００２は、エクステント３００５と３００６とで構成される。
上述のようにインターリーブ周期とデータ容量が同期していないので、エクステント３００３とエクステント３００６との間に空き領域３００７が存在している。
このような状態において、新たなデータを記録したときの例が図３８（ｂ）に示される。
ここでは、エクテント３００４とエクステント３００６にデータが追記され、それぞれエクステント３００８と３００９となっている。
図３８（ａ）で、記録レジューム情報１２１０の最終記録位置はエクステント３００６の最後尾を指すことになるが、図３８（ｂ）の場合は、空き領域３００７に付属情報の追記を行い、最終記録位置以降に動画の追記を行う。
一方、図３８（ｃ）の場合、最終記録位置にかかわらず、空き領域３００７へデータを記録する点では図３８（ｂ）の場合と同じであるが、そこに配置されるデータが独立したファイルを構成している点で異なる。
すなわち、図３８（ｃ）では、エクステント３０１３と３０１４とからなる付属情報ファイル３０１１と、エクステント３０１５と３０１６とからなる動画ファイル３０１２とが存在し、属性情報ファイル３０１０と付属情報ファイル３０１１と動画ファイル３０１２で動画オブジェクトを構成している。
なお、図３８（ａ）の状態から新たな動画データを記録する際に、図３８（ｂ）のように記録する（追記）か、図３８（ｃ）のように記録する（新規記録）かは、ユーザによって指示してもよいし、記録装置が自動的に判定してもよい。
自動判定を行う際には、記録日時情報１２１５を参照し、その値を現在の日時と比較し、所定の条件を満たしている（例えば、一定時間が経過している、日付が変わっている、等）場合に新規記録するようにしてもよい。
あるいは、記録レジューム情報１２１０の属性フラグ中に、次回の記録を追記するか、新規記録するかを示すためのフラグ情報を設け、次回の記録時にこのフラグを参照して記録方法を選択するようにしてもよい。
以上のように、本実施の形態によれば、データの記録が一旦中断した際にでも、効率的な空き領域の利用が可能となる。
（実施の形態８）
本実施の形態では、図３９に示すように複数のメディアオブジェクトマネージャ（１２００と５０００）が存在する場合について述べる。
何らかの理由（例えばシステム実装上の制約、等）により、メディアオブジェクトマネージャの最大サイズに制限が発生する場合において、その最大サイズを超える数のメディアオブジェクトを管理しようとしたとき、複数のメディアオブジェクトマネージャを設けることが考えられる。
このような場合、記録レジューム情報１２１０が複数個存在することになり、その値を用いて空き領域検索を行って良いかが不明確となってしまう。
そこで本発明の実施の形態においては、各メディアオブジェクトマネージャ内の記録日時情報１２１５の値を全て比較し、最も新しい日付の記録レジューム情報１２１５に保持されている情報に基づいて空き領域検索の開始位置などを決定することとする。
また、他の方法としては、複数のメディアオブジェクトマネージャの内、有効な記録レジューム情報１２１０を持つものは一つだけに限定する方法もある。
この場合、動画オブジェクトを新規に記録した場合、複数のメディアオブジェクトマネージャの内のどれかに登録されるが、その際に更新される記録レジューム情報１２１０は、常に固定のメディアオブジェクトマネージャであるとする。
例えば、ファイル番号が０００１のメディアオブジェクトマネージャ（図３９ではメディアオブジェクトマネージャ１２００）の記録レジューム情報１２１０を使う用にする。
また、他の方法としては、各メディアオブジェクトマネージャ内の記録レジューム情報１２１０の属性フラグ１２１０ａにより、複数のメディアオブジェクトマネージャの内、一つのメディアオブジェクトマネージャだけが有効状態を示し、他は全て無効な状態を示すようにする。
記録レジューム情報１２１０を利用するときは、存在する全てのメディアオブジェクトマネージャ中の属性フラグ１２１０ａを調べ、有効になっている記録レジューム情報１２１０を利用すればよい。
また、他方法としては、基本となるメディアオブジェクトマネージャを一つ定め（例えば、ファイル番号が最も小さいもの。図３９ではメディアオブジェクトマネージャ１２００）、その中に有効なメディアオブジェクトマネージャを指し示す情報を格納する。
すなわち、基本となるメディアオブジェクトマネージャ中に有効な記録レジューム情報１２１０を持つメディアオブジェクトマネージャへの（例えば、オブジェクト参照情報１２２１のような形式で）参照情報を保持しておく。
記録レジューム情報１２１０を利用するときには、まず基本となるメディアオブジェクトマネージャを参照し、有効な記録レジューム情報１２１０を持つメディアオブジェクトマネージャの識別情報を得て、当該メディアオブジェクトマネージャから記録レジューム情報１２１０を読み出し、利用する。
以上により、複数のメディアオブジェクトマネージャが存在する場合でも問題なく記録レジューム情報１２１０を利用可能となる。
（実施の形態９）
本実施の形態は、記録レジューム情報１２１０の異なる格納方式を示す実施の形態である。
本実施の形態においては、記録レジューム情報１２１０は、ＵＤＦで定義される拡張属性中に格納される。
すなわち、各ＥＦＥ１１００が持つＥＡｓ１１０１中に、図４０（ａ）で示されるデータが格納され、そこに含まれるＩｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅ６０００中に、図４０（ｂ）で示されるデータ構造で記録レジューム情報６１００が格納される。
記録レジューム情報６１００と記録レジューム情報１２１０は同一の構造である。
本実施の形態の構成によれば、メディアオブジェクトマネージャ等の特別なファイルが存在しない場合でも、ディレクトリ（例えばＶＩＤＥＯディレクトリ３０１やＤＣＩＭディレクトリ３０２等）のＥＦＥ１１００の中に記録レジューム情報を持つことが可能となり、よりその利用範囲を広げることが可能となる。
あるいは、実施の形態８で述べたように、複数のメディアオブジェクトマネージャが存在する場合に、メディアオブジェクトマネージャ内に記録レジューム情報１２１２を保持せず、本実施の形態のようにいずれかのＥＦＥ１１００に保持するようにしてもよい。
なお、記録レジューム情報１２１０を拡張属性情報中にではなく、拡張属性と同様の機能を実現可能なＮａｍｅｄ Ｓｔｒｅａｍ中に格納してもよい。
なお、実施の形態６等で、メディアオブジェクトマネージャ１２００やプログラムマネージャ１３００の構造例を示したが、必ずしもこの構造でなくてもよく、例えば、メディアオブジェクトマネージャ１２００とプログラムマネージャ１３００と同様の情報を含んだ一つのファイルを構成してもかまわない。
なお、上述したいずれの実施の形態においても、記録再生装置及び記録媒体をＤＶＤのような光ディスクメディアを例に挙げて説明しているが、特に限定されるものではなく、その他磁気記録メディアを用いたハードディスクドライブ、光磁気ディスクメディア等、他の記録装置や記録媒体であっても良い。
以上説明してきたように本発明の実施の形態における記録再生装置によれば、メディアファイルの記録時において、そのグループによる分類と、記録媒体上での物理的な配置を整合させることが可能となり、記録されたメディアファイルをグループに管理された順番に再生しようとするときに、光ピックアップ等の録再生手段のアクセス動作を減らすことが可能となり、複数のメディアファイルを途切れることなく再生することが可能となる。
また、動画オブジェクトが複数のファイルから構成されている場合でも同様な効果を得ることが可能である。
また、ディスク上に複数のディレクトリやグループが存在する場合でも、迅速に前回の分類先を知ることができる。
また、グループ情報やレジューム情報を欠陥管理することにより、その信頼性を向上させることができる。
また、新たなメディアファイルに割当てられるユニークＩＤの値を迅速に決定することが可能となる。
また、結果として、ディスクメディア１００上の空き領域の使用頻度を平均化することになり、ディスクメディア１００の長寿命化にも効果がある。
【産業上の利用可能性】
本発明は、記録媒体に対して映像データファイルを記録又は再生する記録再生装置に適しており、例えば、ＤＶＤレコーダ、ＤＶＤカムコーダ等の光ディスク記録再生装置や、ハードディスクを記録媒体とするビデオレコーダ、録画機能を有するホームサーバ等に適している。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【技術分野】
本発明は、記録再生装置及び記録媒体に関し、特に、最後に記録したファイルの位置から次の記録位置を決定することができるようにした記録再生装置及び記録媒体に関する。
【背景技術】
近年、デジタル化された動画情報や静止画情報などのＡＶデータを記録する記録媒体として、ディスクメディアが注目されつつある。
例えば、ディスクメディアであるＤＶＤ、ハードディスク、ＭＤ（ミニディスク）等に対して、ＭＰＥＧ２やＪＰＥＧ等の符号化方式で符号化されたＡＶデータの記録・再生が行われる。
このようなディスクメディアでは、記録した動画情報や静止画情報を連続的に記録し、また、記録した順番に再生することが可能である。
また、ディスクメディアの優れた特徴としてランダムアクセス性がある。ランダムアクセス性を利用した技術として、例えば、レジューム機能の実現が挙げられる。
例えば、第１の従来技術の再生装置では、前回の再生動作や記録動作が停止された位置を再生レジューム情報として保持しておき、次回の再生においては、この再生レジューム情報が指し示す位置から次回の再生を開始する（例えば、特許文献１）。
また、第２の従来技術の記録装置は、記録媒体を記録装置からイジェクトする直前の動作モードをレジューム情報として記録する（例えば、特許文献２）。例えば、イジェクト直前の動作が再生や記録であった場合、そのモードと記録や再生の停止位置をレジューム情報として記録する。
このように、レジューム情報の記録と、ディスクメディアの持つランダムアクセス性を組み合わせることにより、ユーザが特別な操作を行わずとも前回からの再生や記録を継続することが可能となり、ユーザの利便性を向上させている。
また、ランダムアクセス性の異なる利用例として、ＡＶデータ記録する際にファイルとして記録し、複数のファイルを任意の組合せでグループ化して管理することが行われている。
例えば、第３の従来技術の画像音声記録装置では、ファイル番号を含んだファイル名を持ったファイルを、グループとして分類しながら記録媒体に記録する（例えば、特許文献３）。
このとき、新しいファイルのファイル番号は、既存ファイルのファイル番号と重複しないように、既存のファイル番号に１を加えたファイル番号を設定する。
そして、各ファイルは記録時にいずれかのグループと関連付けて記録媒体上へと記録される。ファイルが分類されるグループも重複しないグループ番号を持たせることにより、グループの管理を行っている。
このようにファイルをグループ化して管理することにより、所望のファイルを容易に検索することが可能となる。
また、第４の従来技術のディスクファイルの割り付け方法では、メモリ中に割り付け開始アドレスを設定し、ディスクファイルの割り付け後に、ディスクファイルを割り付けた領域の次のアドレスに割り付け開始アドレスを更新する。これにより、ディスクの全領域に均等にディスクファイルを割り付けることを図っている（例えば、特許文献４）。
（特許文献１）：特開２０００−３３１４６６号公報
（特許文献２）：特開２０００−１１６１５号公報
（特許文献３）：特開２００２−１７１４７３号公報
（特許文献４）：特許第２９４５７３５号公報
しかしながら、上記特許文献３の画像音声記録装置では、新たな動画情報や静止画情報を記録する場合、既存のファイル番号やプログラム番号に１を加えたファイル番号やプログラム番号を設定して新たなファイルやプログラムとして記録することしかできず、ユーザが任意のプログラム中へのファイルの追加や、特定のファイルに続けてファイルを記録したい場合などは、ユーザによる指示を毎回行わなければならずユーザにとって煩わしい、という課題が存在している。
このような問題を解決するためには、例えば、前回の記録動作が停止された位置情報をレジューム情報として記録しておくことが考えられるが、例えば、上記特許文献１の再生装置では、レジューム情報は次回の再生情報として使用されており、課題を解決できない。
また、上記特許文献２の従来技術の記録装置は、ディスクをイジェクトする直前の動作をレジューム情報としてしまうので、前回の記録動作の停止位置を必ずしも記録しておくことができないので、課題を解決できない。
さらに異なる課題として、上記特許文献３の画像音声記録装置のようにファイルをグループとして分類する場合でも、ディスクメディアのような記録媒体上でのデータ配置に関する考慮がなされていないため、例えば同一のグループに属するファイルを連続的に再生しようとする場合、それらのファイルがディスクメディア上で離れた場所に配置される可能性が発生する。
このような場合、あるファイルから次のファイルを再生しようとするとき、読み出し手段（例えば、光ディスクなら光ヘッド、ハードディスクなら磁気ヘッドなど）のシーク動作が必要となり、連続的にファイルを再生しようとしたとき、シーク動作に時間がかかり、データ読み出しの速度がファイル再生の要求に追いつかなくなり、ユーザに対するデータの表示が停止してしまう、という課題が存在する。
また、上記特許文献４では、ディスクの全領域に均等にディスクファイルを割り付けることができるが、関連する２つのファイル（例えば、映像データファイルと、その属性や関連する音声データのファイル）を途切れることなく連続再生するのに適した領域に割り付けることができない。
一般に、同一のグループに分類されるようなファイルは、相互に関連が深く、連続的に再生される機会が多いと考えられ、それらのファイルを途切れることなく再生できることは、ユーザの利便性に対して重要なことである。
【発明の開示】
本発明の目的は、このような状況に鑑みてなされたものであり、ユーザが記録動作を一旦停止した後でも、適切な位置から記録動作の再開が可能であり、なおかつ、再生に必要な関連する複数ファイルを、途切れることなく連続再生するのに適したデータ配置を行う記録再生装置を提供することにある。
この目的を達成するため本発明の記録再生装置は、記録媒体に対して映像データファイルを記録又は再生する記録再生装置であって、映像データファイルと、それに関連する付加データファイルと、最後に記録されたファイルを示す記録レジューム情報を含む管理情報とを前記記録媒体に記録する記録手段と、前記記録手段によって前記映像データファイル及び付加データファイルが記録されたとき、前記最後に記録されたファイルとして最後に記録された前記映像データファイルを示す記録レジューム情報を前記管理情報内に記録するよう前記記録手段を制御する制御手段とを備える。
この構成によれば、記録レジューム情報が、最後に記録されたファイルとして、付加データファイルでも管理情報でもなく、映像データファイルを示す。記録再開時にこの記録レジューム情報を参照することにより、既に記録された映像データファイルの記録領域に続く記録領域に新たな映像データファイルを記録することができる。その結果、再生に際して、シーク動作による途切れが発生することなく映像データを連続再生することができる。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルを示すファイル識別情報を含む構成としてもよい。
この構成によれば、記録再開時に記録レジューム情報を参照することにより、最後に記録された映像データファイルの識別情報から、ファイルシステム等からの当該映像データファイルの記録位置及びファイルサイズ等を参照し、記録媒体上の最終記録位置を容易に特定することができる。
ここで、前記付加データファイルはポストレコーディング用の記録領域を予約するためのファイルであり、前記記録手段は、前記映像データファイルと前記付加データファイルとをインターリーブ記録する構成としてもよい。
この構成によれば、付加データファイルはポストレコーディング用の記録領域を予約するので、ＢＧＭや音声や静止画を用いて付加データファイルのみを更新することが可能となる。映像データファイルと前記付加データファイルとがインターリーブ記録されるので、映像データファイルと付加データファイルは、シーク動作なしで連続的に読み出すことができ、途切れることなく連続再生することができる。
ここで、前記記録手段は、さらに、前記映像データファイルの属性を示す属性情報ファイルを予め定められた領域に記録するよう構成してもよい。
この構成によれば、前記映像データファイルにアクセスしなくても、予め定められた領域に記録された属性情報ファイルをアクセスすることにより、映像データファイルの属性を得ることができる。
ここで、前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する構成としてもよい。
この構成によれば、新たな映像データファイル及び付加データファイルをループ記録することができ、しかも、連続再生に適した空き領域に記録することができる。
ここで、前記管理情報は、さらに、最後に記録されたファイルがループ記録により記録されたか否かを示すループ記録フラグを含み、前記制御手段は、ループ記録フラグの設定を制御する構成としてもよい。
この構成によれば、上記のように検索された空き領域に映像データファイル及び付加データファイルを記録するループ記録による記録か否かを記録時に選択可能になり、再生時には判別可能になる。
ここで、前記管理情報は、さらに、前記ファイル識別情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの更新を制御する構成としてもよい。
ここで、前記管理情報は、さらに、最後に記録された映像データファイルが属するグループを示すエントリ情報を含み、前記制御手段は、前記エントリ情報の設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、前記エントリ情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、最後に記録された映像データファイルの記録日時を示す日時情報を含み、前記制御手段は、前記日時情報の設定を制御する構成としてもよい。
ここで、前記管理情報は、さらに、前記日時情報が有効か否かを示す有効フラグを含み、前記制御手段は、前記有効フラグの設定を制御する構成としてもよい。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルの前記記録媒体上の最終記録位置を示す位置情報を含む構成としてもよい。
ここで、前記記録レジューム情報は、最後に記録された映像データファイルのグループを示す識別情報を含む構成としてもよい。
この構成によれば、管理情報中にファイル識別情報に加えて、エントリ情報、日時情報、位置情報等を記録することができ、それぞれに対応する有効フラグも記録することができる。
ここで、前記制御手段は、映像データファイル及び付加データファイルにユニークＩＤを割当て、前記記録レジューム情報は、最後に記録された映像データファイルのユニークＩＤを含む構成としてもよい。
この構成によれば、管理情報ではユニークＩＤによりファイルファイルの管理を可能にするので、映像データファイル及び付加データファイルファイルを多数回記録しても、ファイルの管理を容易にすることができる。
また、本発明の記録再生方法、記録再生プログラム、映像データを記録する記録媒体についても、上記と同様の構成、作用、効果を奏する。
【図面の簡単な説明】
図１は、記録再生装置の外観と関連機器とのインタフェースの一例を説明するための図である。
図２は、記録再生装置の機能を示すブロック図である。
図３（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。
図３（ｂ）は、トラックバッファに蓄積してあるデータをデコーダへ供給することでＡＶデータの連続再生が可能になる時の状態を示した図である。
図４は、記録再生装置の記録・再生動作を説明するための図である。
図５（ａ）は、記録可能なディスクメディア１００の記録領域を表した図である。
図５（ｂ）は、図５（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
図６は、論理セクタにより構成されるディスクメディア１００の論理的なデータ空間を示す図である。
図７は、ディスクメディア１００に記録されるディレクトリとファイルの構造を示す図である。
図８は、管理情報ファイルのデータ構造の概要を説明するための図である。
図９は、グループ管理情報テーブルのデータ構造の概要を説明するための図である。
図１０は、レジューム情報管理テーブルのデータ構造の概要を説明するための図である。
図１１（ａ）は、ディスクメディア１００上のディレクトリ及びファイル構造を示す図である。
図１１（ｂ）は、図１１（ａ）の状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１２（ａ）は、図１１の状態に対応するグループ管理情報を示す図である。
図１２（ｂ）は、図１１の状態に対応する記録レジューム情報の設定値を示す図である。
図１３（ａ）は、図１１の状態に新しいメディアファイルを記録した直後の、ディスクメディア１００上のディレクトリ及びファイル構造を示す図である。
図１３（ｂ）は、図１３（ａ）の状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１４（ａ）は、図１３の状態に対応するグループ管理情報を示す図である。
図１４（ｂ）は、図１３の状態に対応する記録レジューム情報の設定値を示す図である。
図１５は、図１０とは異なる記録レジューム情報の実施の形態を説明するための図である。
図１６は、図１２とは異なるグループ管理情報の実施の形態を説明するための図である。
図１７は、図１０とは異なる記録レジューム情報の実施の形態を説明するための図である。
図１８は、記録レジューム情報と交替領域の関係を説明するための図である。
図１９は、図１８とは異なる記録レジューム情報と交替領域の関係を説明するための図である。
図２０は、図８とは異なる管理情報ファイルのデータ構造の概要を説明するための図である。
図２１は、図２０の管理情報ファイルに含まれるファイル管理情報テーブルのデータ構造の概要を説明するための図である。
図２２は、図２０の管理情報ファイルに含まれるグループ管理情報テーブルのデータ構造の概要を説明するための図である。
図２３は、図２０の管理情報ファイルに含まれる記録レジューム情報のデータ構造の概要を説明するための図である。
図２４は、ディスクメディア１００に記録されるディレクトリとファイルの構造を示す図である。
図２５（ａ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造の例示図である。
図２５（ｂ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造のパーティション空間内での配置の例示図である。
図２６（ａ）ＵＤＦ規格で定義されるファイルセットディスクリプタＦＳＤのデータ構造の例示図である。
図２６（ｂ）ＵＤＦ規格で定義されるｌｏｎｇ＿ａｄのデータ構造の例示図である。
図２６（ｃ）ＵＤＦ規格で定義されるＡＤＩｍｐＵｓｅのデータ構造の例示図である。
図２７（ａ）ＵＤＦ規格で定義される拡張ファイルエントリＥＦＥのデータ構造の例示図である。
図２７（ｂ）ＵＤＦ規格で定義されるアロケーション記述子ＡＤのデータ構造の例示図である。
図２７（ｃ）ＵＤＦ規格で定義されるファイル識別記述子ＦＩＤのデータ構造の例示図である。
図２８は、ディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造を示す図である。
図２９（ａ）メディアオブジェクトマネージャ１２００のデータ構造の例示図である。
図２９（ｂ）記録レジューム情報１２１０のデータ構造の例示図である。
図２９（ｃ）属性フラグの内容の例示図である。
図３０（ａ）メディアオブジェクト情報（ＭＯ＿ＩＮＦＯ）１２２０のデータ構造の例示図である。
図３０（ｂ）ＭｏＴｙｐｅに設定される値の例示図である。
図３０（ｃ）ＯＢＪ＿ＩＤ型のフィールドへ値を設定するときの変換規則の例示図である。
図３１（ａ）プログラムマネージャ１３００のデータ構造の例示図である。
図３１（ｂ）プログラム情報（ＰＲＧ＿ＩＮＦＯ）１３１０のデータ構造の例示図である。
図３２は、ディレクトリ及びメディアオブジェクトとメディアオブジェクト情報１２２０との関係を示す図である。
図３３は、メディアオブジェクトマネージャ１２００に対するプログラムマネージャ１３００の関係を示す図である。
図３４は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３５は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３６は、最終記録ファイル識別情報１２１３から最終記録位置を調べる処理を示すフローチャートである。
図３７は、動画オブジェクトを記録する処理を示すフローチャートである。
図３８は、動画オブジェクトのパーティション空間内での配置の例示図である。
図３９は、複数のメディアオブジェクトマネージャが存在する場合の、ディスクメディア１００に記録されるディレクトリとファイルの階層構造を示す図である。
図４０（ａ）ＵＤＦ規格で定義されるＩｍｐｌｅｍａｎｔａｔｉｏｎ Ｕｓｅ Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅのデータ構造を示す図である。
図４０（ｂ）Ｉｍｐｌｅｍａｎｔａｔｉｏｎ Ｕｓｅ２１００中に格納される拡張属性のデータ構造を示す図である。
【発明を実施するための最良の形態】
以下、本発明に係る記録再生装置、記録方法及び記録媒体、並びに提供媒体を示す好ましい実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は、本発明の記録再生装置の一例であるＤＶＤレコーダ装置の外観と関連機器とのインタフェースの一例を説明するための図である。
図１に示されるように、ＤＶＤレコーダ装置は、ディスクメディアであるＤＶＤが装填され、ビデオ情報等の記録再生が行われる。
ＤＶＤレコーダ装置の操作は、一般的にはリモコンや機器上のスイッチによって行われる。
ＤＶＤレコーダ装置に入力されるビデオ情報には、アナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送があり、デジタル信号としてはデジタル放送がある。
一般的に、アナログ放送は、テレビジョン装置に内蔵されている受信機により受信、復調され、ＮＴＳＣ方式等のアナログビデオ信号としてＤＶＤレコーダ装置に入力される。
また、デジタル放送は、受信機であるＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）でデジタル信号に復調され、ＤＶＤレコーダ装置に入力され記録される。
一方、ビデオ情報が記録されたＤＶＤディスクは、ＤＶＤレコーダ装置により再生され外部に出力される。出力される信号も入力される信号と同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力され、テレビジョン装置で映像として表示される。
さらに、ＤＶＤディスクを利用する装置にＤＶＤカムコーダ装置がある。ＤＶＤカムコーダ装置は、ＤＶＤレコーダ装置にレンズやＣＣＤからなるカメラ装置を組み合わせた装置であり、撮影した動画情報を符号化して記録する。
また、ＤＶＤディスクは、ＤＶＤレコーダ装置やＤＶＤカムコーダ装置以外に、パーソナルコンピュータ（ＰＣ）等でビデオ情報が記録再生される場合がある。ＰＣ等でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダ装置に装填されれば、ＤＶＤレコーダ装置はこれを再生する。
なお、上述したアナログ放送やデジタル放送のビデオ情報には、通常、音声情報が付随している。付随している音声情報もビデオ情報と同様に、ＤＶＤレコーダ装置で記録再生される。
また、ビデオ情報は、一般的には動画であるが、静止画の場合もある。例えば、ＤＶＤカムコーダ装置の写真機能で静止画が記録される場合が該当する。
なお、ＤＶＤレコーダ装置とＳＴＢ等の外部機器との間のデジタルＩ／Ｆには、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ等がある。
なお、上記では、ＤＶＤレコーダ装置とテレビジョン装置との間の信号として、ＮＴＳＣ方式のアナログ（コンポジット）ビデオ信号を例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号でもよい。
さらには、ＡＶ機器とテレビジョン装置の間の映像伝送Ｉ／Ｆは、アナログＩ／ＦをデジタルＩ／Ｆ、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダ装置とテレビジョン装置がデジタルＩ／Ｆで接続されることも当然予想される。
図２は、例えば、図１のＤＶＤレコーダ装置中に組み込まれるドライブ装置１１０の機能を示すブロック図である。
このドライブ装置１１０は、記録再生手段である光ピックアップ１０１、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）処理部１０２を備え、ＤＶＤディスクのような記録媒体であるディスクメディア１００に対してデータの記録・再生を行う。
また、ドライブ装置１１０は、トラックバッファ１０３と接続されており、トラックバッファ１０３はシステムバス１０５を経由してＤＶＤレコーダ装置のようなシステム全体を制御するシステム制御部１０４と接続される。
ドライブ装置１１０から読み出された動画データは、後述する動画デコーダ２４０へ送られ、デコードされる。
図２に示されるように、ディスクメディア１００には、セクタと呼ばれる最小単位でデータが記録される。また、複数のセクタで一つのＥＣＣブロックを構成し、ＥＣＣブロックを１単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。
ディスクメディアの一例であるＤＶＤ−ＲＡＭディスクの場合、セクタのサイズは２ＫＢで、１６セクタ＝１ＥＣＣブロックで構成されている。
このセクタサイズは、ディスクメディア１００の種類に応じて、１セクタは５１２Ｂ（Ｂｙｔｅ）でもよいし、８ＫＢ等でもよい。また、ＥＣＣブロックも１セクタ、１６セクタ、３２セクタ等でもよい。今後、記録できる情報密度の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大すると予想される。
トラックバッファ１０３は、ディスクメディア１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ディスクメディア１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
図２で示すようなシステムにおいて、トラックバッファ１０３をさらに有効利用すると、ディスクメディア１００上にＡＶデータを離散配置することが可能になる。図３を用いて、これを説明する。
図３（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。図中、左端がアドレス値が０の点であり、右に向かってアドレス値が増加していくものとし、０、ａ１〜ａ２はその位置でのアドレス値である。図３（ａ）に示されるように、ＡＶデータが［ａ１、ａ２］の連続領域Ａ１と［ａ３、ａ４］の連続領域Ａ２に分かれて記録されている場合、ａ２からａ３へシークを行なっている間、トラックバッファに蓄積してあるデータを動画デコーダ２４０へ供給することでＡＶデータの連続再生が可能になる。
この時の状態を示したのが、図３（ｂ）である。位置ａ１で読み出しが開始されたＡＶデータは、時刻ｔ１からトラックバッファ１０３に入力されると共に、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファ１０３への入力レート（Ｖａ）とトラックバッファ１０３からの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファ１０３にデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、即ち、時刻ｔ２に達するまで継続する。
この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているデータ量Ｂ（ｔ２）を消費して動画デコーダ２４０へ供給し続けられればよい。
言い方を変えれば、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
ＡＶデータの連続供給が可能な連続領域のサイズは、ＥＣＣブロック数（Ｎ＿ｅｃｃ）に換算すると次の式で示される。この式において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
Ｎ＿ｅｃｃ＝Ｖｂ・Ｔｊ／（（Ｎ＿ｓｅｃ・８・Ｓ＿ｓｉｚｅ）・（１−Ｖｂ／Ｖａ））
また、連続領域の中には欠陥セクタが生じる場合がある。この場合も考慮すると連続領域は次の式で示される。下記の式において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Ｔｓは連続領域の中で欠陥セクタをスキップするのに要する時間である。このサイズもＥＣＣブロック数で表される。
Ｎ＿ｅｃｃ＝ｄＮ＿ｅｃｃ＋Ｖｂ・（Ｔｊ＋Ｔｓ）／（（Ｎ＿ｓｅｃ・８・Ｓ＿ｓｉｚｅ）・（１−Ｖｂ／Ｖａ））
なお、ここでは、ディスクメディアからデータを読み出す場合、すなわち再生の場合の例を説明したが、ディスクメディアへデータを書き込む場合、すなわち記録又は録画の場合も同様に考えることができる。上述したように、ディスクメディアでは、一定量以上のデータが連続記録されていればディスク上にＡＶデータを分散記録しても連続再生・再生が可能である。なお、例えばＤＶＤでは、この連続領域をＣＤＡと呼称する。
図４は、ドライブ装置１１０を含む、図１のＤＶＤレコーダ装置やＤＶＤカムコーダ装置のような記録再生装置を構成する時のブロック図である。
図４に示すように、システムバス１０５を中心に、動画エンコーダ２２１、静止画エンコーダ２２２、解析部２２３、デジタルＩ／Ｆ部２３０、動画デコーダ２４０、静止画デコーダ２４１、等が接続され、全体をシステム制御部１０４が（図示しない制御ラインを通じて）制御する。
各エンコーダや解析部には、ＡＶデータの入力源として、それぞれ、アナログ放送チューナ２１０、カメラ部２１１、デジタル放送チューナ２１２が接続されている。なお、これらのエンコーダやチューナについては、全てを同時に備える必要はなく、必要なものだけを備えればよい。
ユーザからの指示はユーザＩ／Ｆ部２００を通じてシステム制御部１０４に伝えられ、動画や静止画のデコード結果は表示部２５０を通じてユーザへ提示される。本システムによるデータの記録／再生手順については後ほど説明する。
図５は、記録可能なディスクメディアの外観と物理構造を表した図である。例えば、ＤＶＤ−ＲＡＭのようなディスクメディアは、記録面を保護するのを目的として、カートリッジに収納された状態で記録再生装置に装填される。ただし、記録面の保護が別の構成で行われるか、容認できるような場合にはカートリッジに収納せずに、記録再生装置に直接装填できるようにしてもよい。
図５（ａ）は、記録可能なディスクメディアの記録領域の一例を表した図である。図５（ａ）の例では、最内周にリードイン領域が、最外周にリードアウト領域が、その間にデータ領域が配置されている。
リードイン領域は、光ピックアップのアクセス時においてサーボを安定させるために必要な基準信号や他のディスクメディアとの識別信号などが記録されている。リードアウト領域もリードイン領域と同様の基準信号などが記録される。
ディスクメディア上は、最小のアクセス単位であるセクタに分割されている。
図５（ｂ）は、上記図５（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが後述する代替領域のいずれに存在するかを示す代替位置情報とが記録されている領域をいう。
データ領域は、その内部に代替領域とユーザ領域を有している。代替領域は欠陥セクタが存在する場合に代替使用される領域である。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。
なお、ディスクメディアの種類によっては代替領域を持たないディスクも存在し、この場合、必要に応じて、後述するように、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）等のファイルシステム層において、欠陥セクタの代替処理を行う場合もある。
ディスクメディア上の各セクタへアクセスするため、内周から順に物理セクタ番号（ＰＳＮ：Ｐｈｙｓｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をデータ領域へ割当てることが一般に行われる。ＰＳＮによって管理されるセクタを物理セクタと呼ぶ。
また、データ記録に使用されるセクタのみを連続的に示すように、内周から順に論理セクタ番号（ＬＳＮ：Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をユーザ領域の物理セクタに割当てることも行われる。ＬＳＮによって管理されるセクタを論理セクタと呼ぶ。
図６は、論理セクタにより構成されるディスクメディアの論理的なデータ空間を示す図である。
論理的なデータ空間は、ボリューム空間と呼称され、ユーザデータを記録する。ボリューム空間においては、記録データをファイルシステムで管理する。すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するための情報がボリューム空間内のパーティション空間内に記録され、パーティション空間等を管理するためのボリューム構造情報がボリューム領域の先頭と終端に記録される。
ＤＶＤ−ＲＡＭ等のディスクメディアでは、ファイルシステムは、ＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠したものが一般的に使用される。
なお、上記１群のセクタは、ボリューム空間で必ずしも連続的には配置されず、部分的に離散配置される。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、パーティション空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理する。
また、ＵＤＦのパーティション空間では、データアクセスの単位毎に論理ブロック番号（ＬＢＮ：Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｎｕｍｂｅｒ）が割当てられ、データの配置や管理が行われる。
図７は、本発明のディスクメディアに記録されるディレクトリとファイルの構造の一例を示す図である。
ルートディレクトリ３００の下に、ＶＩＤＥＯディレクトリ３０１とＤＣＩＭディレクトリ３０２があり、この下に、動画像や静止画像を含む各種メディアファイル３１１と、複数のメディアファイルのグループ管理や再生順序、各種属性を示す管理情報ファイル３１０（ファイル名：ＧＲＰ＿ＤＡＴＡ）等が格納される。
本実施の形態においては、記録及び再生用の対象となるＡＶデータを含む各種メディアファイルは、例えばディレクトリＤＩＲｘｘｘ（ｘｘｘは１６進数）内に、記録される。
メディアファイルのうち、ＭＰＥＧ２等の動画情報を含む動画ファイルはＭＯＶｎｎｎ．ＭＰＧ（ｎｎｎは１６進数）として記録され、夫々の動画ファイルの属性情報が、属性情報ファイルＭＯＶｎｎｎ．ＭＯＩに記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ４方式などで圧縮されたＡＶデータであり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
動画ファイルと共に記録される属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像、オブジェクトの再生時刻をディスク上のアドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。
アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。
動画ファイルと属性情報ファイルはファイル名により相互に関連付けられており、関連のある動画ファイルと属性情報ファイルは、そのファイル名において、拡張子を除く部分、例えば″ＭＯＶ００１″の部分が同一に設定される。ただし、動画ファイルと属性情報ファイルの関連付けは上述の方法に限らず、両者の対応付けをテーブル情報として保持したり、前記属性情報ファイル内に、対応する動画ファイルへのリンク情報（例えば、動画ファイルへのパス名）を保持したりする等、他の方法であってもかまわない。
メディアファイルのうち、ＪＰＥＧ等の静止画情報を含む静止画ファイルを記録する場合は、ＳＴＬｎｎｎ．ＪＰＧとして記録される。静止画ファイルは、ＪＰＥＧ方式などで圧縮された映像データであり、ＤＣＦ（Ｄｅｓｉｇｎ ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）フォーマットやＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ ｆｏｒ ｄｉｇｉｔａｌ ｓｔｉｌｌ ｃａｍｅｒａ）フォーマットによりファイルとして記録される。
静止画ファイルに関してはさらに、ＤＣＦ規格に従っても記録してもよい。ルートディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に、静止画ファイルを格納するためのＤＣＦディレクトリがある。（例えば、ディレクトリ名：１００ＡＢＣＤＥ）。
そして、ＤＣＦディレクトリの下に静止画ファイルであるＤＣＦオブジェクト（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。ＤＣＦオブジェクトは、ＤＣＦで定められた規定に従って記録されたファイル群であり、ＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等からなる。ＤＣＦ基本ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦ規格で定められたＤＣＦファイル名と拡張子″ＪＰＧ″を持ち、Ｅｘｉｆ規格に準拠し、ＤＣＦ規格で定めるデータ構造を有する画像ファイルである。
ＤＣＦ拡張画像ファイルは、ＤＣＦディレクトリ直下に記録され、ＤＣＦファイル名を持つがＤＣＦ基本ファイルと異なる拡張子及びデータ構造を持つ画像ファイルである。また、ＤＣＦサムネイルファイルは、ＤＣＦ拡張画像ファイルのサムネイルを記録するための圧縮ファイルである。
なお、これらＤＣＦ基本ファイル、ＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイルについて、必ずしも全てを記録する必要はない。また、ＤＣＦオブジェクト以外に、ＭｏｔｉｏｎＪＰＥＧファイルなどを記録する場合もある。
記録されたメディアファイルを管理するファイル管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下の管理情報ファイル３１０（ファイル名：ＧＲＰ＿ＤＡＴＡ）として記録される。
図８は、本発明の記録再生装置において記録されるメディアファイルがグループとして分類されるとき、各メディアファイルとグループとの関連付けを管理する情報を保持する管理情報ファイル３１０（ファイル名：ＧＲＰ−ＤＡＴＡ）の構造である。
図８に示す管理情報ファイル３１０は、一般属性情報と、グループ情報管理テーブル４０１と、レジューム情報管理テーブル４０２とからなる。
グループ情報管理テーブル４０１は、図９に示すように、個別のグループに属するファイルを管理するグループ管理情報と、グループ管理情報の数、等を管理する一般属性情報とから構成される。
さらに、グループ管理情報は、一般属性情報と、該グループ管理情報に対応するグループに属するファイルを識別するためのファイル識別情報４１１とからなる。
一般属性情報には、該グループ管理情報に含まれるファイル識別情報の数が含まれる。また、その他に、該グループの名前、コメント、作成日時、等を含んでもよい。
また、該グループがディスクメディア上のファイルシステムで管理させるディレクトリと１対１に対応させてもよく、その場合、対応ディレクトリの名前（例えば、ルートディレクトリから当該ディレクトリまでのパス名、等）の情報を含むようにしても良い。
一方、各ファイル識別情報４１１に関しては、該グループに含まれる各メディアファイルのパス情報がそれぞれ格納されている。パス情報の形式は、例えば、″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″のように、″／″をパス区切り文字としたフルパス名が望ましい。
あるいは、パス情報により識別されるメディアファイルが一意的に定まれば他の形式でもよい。例えば、図７の場合、各ファイルはファイル番号を持ち、その親ディレクトリもディレクトリ番号を持つ。さらに、ＶＩＤＥＯディレクトリ３０１やＤＣＩＭディレクトリ３０２へ一意なディレクトリ番号を、そして″ＭＰＧ″や″ＪＰＧ″等の拡張子に対しても一意なファイルタイプ番号（あるいは拡張子番号）割り振れば、それぞれのメディアファイルを数値列として指定することが可能である。
仮に、ＶＩＤＥＯディレクトリ３０１に親ディレクトリ番号として″０″を割り振り、拡張子″ＭＰＧ″にファイルタイプ番号″１″を割り振ったとすれば、前述の″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″というパス名は、
親ディレクトリ番号： ０
ディレクトリ番号： ００１
ファイル番号： ００１
ファイルタイプ番号： １と表すことが可能で、ファイル識別情報４１１に格納する値としてこのような形式をとってもかまわない。また、その他、ディレクトリ番号とファイル名の組合せ等、の形式でもかまわない。
さらに、各ファイル識別情報４１１には、対応する各メディアファイルに関する属性情報（例えば再生時間長など）を含んでもよい。
なお、属性情報ファイル（例えば、図７のＭＯＶ００１．ＭＯＩ）はファイル識別情報４１１に登録する必要はない。対応するメディアファイル（この場合、図７のＭＯＶ００１．ＭＰＧ）がファイル識別情報４１１に登録されていれば、上述のようにファイル名の対応付けで属性情報ファイルを知ることができるからである。
あるいは、逆に、属性情報ファイルをファイル識別情報４１１に登録するようにしてもよい。同様に対応するメディアファイルを知ることができるからである。
図１０は、本発明の記録再生装置において、最後に記録されたメディアファイルの識別情報を記録レジューム情報として記録するレジューム情報管理テーブル４０２の構造を示す。
レジューム情報管理テーブル４０２は、一般属性情報と個別のレジューム情報４２０から構成される。
一般属性情報には、レジューム情報管理テーブル４０２に複数のレジューム情報４２０が含まれる場合、その総数、等を格納する。複数のレジューム情報４２０が格納される場合、後述する記録レジューム情報以外に、従来の技術で述べたような再生レジューム情報も格納してもよい。
複数種類のレジューム情報４２０が存在する場合、各レジューム情報の区別は、後述するレジューム情報４２０中のタイプ情報に設定された値により区別される。
本実施の形態におけるレジューム情報管理テーブル４０２に含まれる一つのレジューム情報４２０は、そのタイプ情報が″記録１″に設定され、記録レジューム情報５００として使用される。
記録レジューム情報５００には、本発明の記録再生装置が最後に記録したメディアファイルの識別情報である最終記録ファイル識別情報５０１を保持する。最終記録ファイル識別情報５０１には、上述のファイル識別情報４１１と同様、パス名やディレクトリ番号とファイル番号の組合せにより、対応するメディアファイルを識別する情報を格納する。
記録レジューム情報５００の利用に関しては、以降で詳しく述べる。
次に、図４を用いてディスクメディア１００へ記録を行う、本発明に係る記録再生装置の構成及び動作について説明する。
図４に示す記録再生装置は、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ／Ｆ部２００、システム全体の管理及び制御を司るシステム制御部１０４、ＶＨＦ及びＵＨＦを受信するアナログ放送チューナ２１０、デジタル衛星放送を受信するデジタル放送チューナ２１２、アナログ信号をデジタル信号に変換しＭＰＥＧプログラムストリームにエンコードする動画エンコーダ２２１、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２２３、テレビ及びスピーカなどの表示部２５０、ＭＰＥＧ等の動画データをデコードする動画デコーダ２４０、等を備える。
また、記録再生装置がＤＶＤカムコーダ装置のようなカメラ機器である場合、映像を入力するカメラ部２１１とカメラ部２１１から送られてくるＡＶ信号をＪＰＥＧストリームにエンコードする静止画エンコーダ２２２を備える。
また、カメラ部２１１からＡＶ信号を動画エンコーダ２２１へ送ることにより、カメラで撮影した映像のＭＰＥＧプログラムストリームへのエンコードが行われる。
一方で、システムがカムコーダ機器を構成する場合では、アナログ放送チューナ２１０やデジタル放送チューナ２１２等を備えない場合もある。
さらに、図４のシステムは、書き込みデータを一時的に格納するトラックバッファ１０３と、ディスクメディア１００にデータを書き込むドライブ装置１１０とを備える。
また、ＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースであるデジタルＩ／Ｆ部２３０を備えてもよい。
このように構成される記録・再生システムにおいては、ユーザＩ／Ｆ部２００が最初にユーザからの要求を受ける。
ユーザＩ／Ｆ部２００はユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４はユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
次に、アナログ放送をＭＰＥＧ−２ ＰＳフォーマットにエンコードしてメディアファイルとして記録する、セルフエンコーディングの録画について、動作を以下に説明する。
システム制御部１０４はアナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１はアナログ放送チューナ２１０から送られるＡＶデータをビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。
動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出し、ドライブ装置１１０はトラックバッファ１０３に蓄積されているデータを取り出しディスクメディア１００に記録する。
この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。この時、ＣＤＡの記録可能領域の検索開始位置は、記録レジューム情報５００をもとに決定される。その詳細な方法については後述する。
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はアナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。
動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けエンコード処理を止める。
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づき、アクセスマップ情報とその管理情報、等を含む属性情報を生成する。
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と、属性情報の記録を要求し、ドライブ装置１１０がトラックバッファ１０３の残りデータと、属性情報を属性情報ファイル（例えば、図７のファイルＭＯＶ００１．ＭＯＩ）としてディスクメディアに記録し、メディアファイルの録画処理を終了する。
次に、静止画の記録に関して、カメラ部２１１から送られてくるＡＶデータをＪＰＥＧエンコードして記録する動作を以下に説明する。
システム制御部１０４はカメラ部２１１へのＡＶデータ出力と静止画エンコーダ２２２へのエンコードを要求する。
静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶデータをＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。
この際、記録可能な空き領域をディスク上の記録可能領域から検索し、検索した空き領域にデータを記録していく。この時、記録可能な空き領域の検索開始位置は、記録レジューム情報５００をもとに決定される。その詳細な方法については後述する。
一枚の静止画ファイルが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
以上のような手順でディスクメディア１００に記録される各メディアファイルは、後々にそれらのメディアファイルの検索を容易に行えるようにするため、特定のグループに関連付けられて管理される。
メディアファイルがディスクメディア１００に記録される際に、システム制御部１０４により管理情報ファイル３１０に対して行われる操作について図１１〜１４を用いて説明する。
図１１は、ある瞬間でのディスクメディア１００上のディレクトリ及びファイル構造と、その状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１１（ａ）は、ディレクトリ及びファイル構造を示す図である。ここでは、２つのメディアファイルが記録されている。
図１１（ｂ）は図１１（ａ）に対応するパーティション空間内のデータ配置の概要であり、本発明の実施例を説明するために必要なデータについてのみ、簡易に記載している。
ここでＵＤＦ情報は、パーティション空間内の空き領域を管理するスペースビットマップ記述子（Ｓｐａｃｅ Ｂｉｔｍａｐ Ｄｅｓｃｒｉｐｔｏｒ）等のファイルシステムのための情報である。ディレクトリ等とあるのは、ＲｏｏｔディレクトリやＶＩＤＥＯディレクトリ、その他のディレクトリやファイル及びそれらを管理するファイルシステムの情報を含む。
ＧＲＰ＿ＤＡＴＡは管理情報ファイル３１０であり、メディアファイルをグループとして分類するための情報を含む。
空き領域１、２はデータが記録されていない領域で、新たなファイルの記録が可能な領域である。ある論理ブロックが空き領域であるかどうかは、スペースビットマップ記述子の各ビットの値を調べることにより判別される。
ＭＯＶ００１．ＭＰＧやＳＴＬ１０２．ＪＰＧはメディアファイルであり、ＤＩＲ００１ディレクトリ下の全てのメディアファイルは同一のグループで管理されているものとする。
この時の、管理情報ファイル３１０内の状態を図１２に示す。図１２（ａ）は一つのグループ管理情報に設定される値を示すものである。
一般情報として、ファイル識別情報数が２に設定され、該グループに対応するディレクトリの情報として″／ＶＩＤＥＯ／ＤＩＲ００１／″が設定されている。２つ存在するファイル識別情報のそれぞれには、″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＯＧ″と″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″が設定されている。
一方、図１２（ｂ）は記録レジューム情報５００に設定される値を示すものである。タイプ情報として本実施の形態の記録レジューム情報を示す″記録１″が設定されている。また、最終記録ファイル識別情報として″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″が設定されている。
図１１及び１２の状態から、新しいメディアファイルが上述の手順で記録される際の、システム制御部１０４により管理情報ファイル３１０に対して行われる操作について図１３及び１４を用いて説明する。
図１３は、新しいメディアファイルとしてＳＴＬ１０３．ＪＰＧが記録された直後の、ディスクメディア１００上のディレクトリ及びファイル構造と、その状態に対応するパーティション空間内のデータ配置の概要を示す図である。
図１３（ａ）は、ディレクトリ及びファイル構造を示す図である。図１１（ａ）と比較して、ＳＴＬ１０３．ＪＰＧが追加されている。
図１３（ｂ）は図１３（ａ）に対応するパーティション空間内のデータ配置の概要である。図１１（ａ）と比較して、ＳＴＬ１０３．ＪＰＧが追加されている。
ＳＴＬ１０３．ＪＰＧの記録位置は、ＳＴＬ１０３．ＪＰＧが記録される直前の記録レジューム情報５００中の最終記録ファイル識別情報５０１に格納された情報をもとに決定される。
すなわち、最終記録ファイル識別情報５０１に示されるメディアファイルの最後尾の論理ブロック番号（ＬＢＮ）を、ファイルシステムの情報から取得し、その位置から、空き領域の検索を行う。図１１（ｂ）で、空き領域検索と示された部分がそれに該当する。（ただし、実際の空き領域検索は、パーティション空間内の各ＬＢＮを管理するスペースビットマップ記述子の各ビットを調べることにより実行される。）
この最後尾のＬＢＮの値は、ファイルシステムがＵＤＦである場合、ＵＤＦのデータ構造である、ファイルエントリ（Ｆｉｌｅ Ｅｎｔｒｙ）から得ることができる。
ファイルエントリは、各ファイルの記録開始位置と、そのデータ長を管理する。すなわち、ファイルエントリ中に含まれるアロケーション記述子（Ａｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ）により、各ファイルの記録開始位置（Ｅｘｔｅｎｔ Ｐｏｓｉｔｉｏｎ）と、そのデータ長（Ｅｘｔｅｎｔ Ｌｅｎｇｔｈ）が保持される。
この記録開始位置とデータ長の値から、最終記録ファイル識別情報５０１に示されるメディアファイルの最後尾のＬＢＮを知ることができる。
このような空き領域検索を実施することにより、空き領域２が最初の記録可能な空き領域として決定される。
よって、図１３で記録されたＳＴＩＬ１０３．ＪＰＧの記録位置は空き領域２の先頭部分となり、この位置に記録された状態を示すのが図１３（ｂ）である。ＳＴＩＬ１０３．ＪＰＧが記録された結果、空き領域２は空き領域２’となり、ＳＴＩＬ１０３．ＪＰＧが記録された領域は使用済みの領域としてスペースビットマップに登録される。
なお、空き領域の検索範囲がパーティション空間の最後（Ｌａｓｔ ＬＢＮ）まで到達したら、今度は、パーティション空間の先頭に戻り、その位置からＬａｓｔ ＬＢＮの方向に向かって検索を実施する。
これにより、メディアファイルの再生において、データ読み出しのための光ピックアップ１０１のアクセス動作頻度を必要最低限に押さえることが可能となるデータ配置が実現される。
ＳＴＩＬ１０３．ＪＰＧが記録された後の、管理情報ファイル３１０内の状態を図１４に示す。図１４（ａ）は図１２（ａ）で示されたグループ管理情報が更新された後の状態を示すものである。
一般情報中の、ファイル識別情報数が３に変更されている。そして、ファイル識別情報＃３が追加され、その値として″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″が設定されている。
一方、図１４（ｂ）は記録レジューム情報５００に新たに設定される値を示すものである。図１２（ｂ）に対して、最終記録ファイル識別情報の値が、″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″に変更されている。
このようにして、新しいメディアファイルがディスクメディア１００に記録されるたび、システム制御部１０４により、管理情報３１０である管理情報ファイル３１０は更新される。すなわち、各メディアファイルが分類されるグループに対するグループ管理情報を更新し、最後に記録したファイルの最終記録ファイル識別情報を記録レジューム情報５００へと記録する。
新しいメディアファイルを記録する際、その記録位置は、直前に記録したメディアファイルの最後尾に続く領域から行われるので、同一のグループに属するメディアファイルは、ディスクメディア１００上で連続した領域に配置されることとなる。
記録レジューム情報５００は、管理情報ファイル３１０の一部としてディスクメディア１００に記録されるので、記録再生装置の電源が切られたり、ディスクメディア１００が記録再生装置から取り出されたりしても、再度記録レジューム情報５００をディスクメディア１００から読み出すことにより、同様の記録動作を再開することが可能である。
なお、管理情報ファイル３１０のディスクメディア１００への記録又は再生は、システム制御部１０４の指示により適宜行われるものとする。
次に、図４を用いて、上記ディスクメディア１００を再生する動作について説明する。
図４に示される記録・再生システムは、上述したユーザＩ／Ｆ部２００やシステム制御部１０４等の他に、ディスクメディア１００からデータを読み出すドライブ装置１１０と、ドライブ装置１１０から読み出したデータを一時的に格納するトラックバッファ１０３と、動画ファイル（例えばＭＯＶ００１．ＭＰＧ）等のＡＶストリームを再生する動画デコーダ２４０と、静止画ファイル（例えばＳＴＬ００３．ＪＰＧ）をデコードする静止画デコーダ２４１と、デコード結果をユーザに表示する表示部２５０と、等から構成される。
また、ＡＶストリームを外部に供給するためのデジタルＩ／Ｆ部２３０を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手段を介して外部に供給することも可能である。
図２及び図４に示すように、ディスクメディア１００上にメディアファイルとして記録されているデータは、ドライブ装置１１０中の光ピックアップ１０１で読み出され、ＥＣＣ処理部１０２を通してトラックバッファ１０３に格納される。
トラックバッファ１０３に格納されたデータは、動画デコーダ２４０、静止画デコーダ２４１のいずれかに入力されデコード及び出力される。
このとき、制御部１０４は、読み出すべきデータを例えば図１４（ａ）に示されるグループ管理情報中のファイル識別情報の配列の順番に基づき決定する。
即ち、図１４（ａ）の例であれば、図中右端に矢印で示されるように、制御部１０４は、メディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＭＯＶ００１．ＭＰＧ″を最初に再生し、次いでメディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００２．ＪＰＧ″を再生し、最後にメディアファイル″／ＶＩＤＥＯ／ＤＩＲ００１／ＳＴＬ００３．ＪＰＧ″を再生する制御を行なう。
この時、制御部１０４は、各メディアファイルの拡張子（ＭＰＧやＪＰＧ）や、属性情報ファイル（ＭＯＶｎｎｎ．ＭＯＩ）内の情報により、再生するメディアファイルのタイプを判別することができるので、制御部１０４は読み出したメディアファイルを、適合するデコーダに入力するよう制御を行う。
このように、あるグループに分類されるメディアファイルを順次再生する際、一般には各メディアファイルの読み出しの間に光りピックアップ１０１のアクセス動作が発生する。ディスクメディア上で各メディアファイル間の位置が大きく離れている場合、光ピックアップ等のアクセス動作に時間がかかり、複数のメディアファイルの連続的な再生の要求に対して、データの読み出し速度が追いつかず、結果として再生・表示される映像が停止してしまう場合がある。
仮に、上述の記録レジューム情報を用いたメディアファイルの記録位置の決定方法を行わない場合、例えばＳＴＬ００３．ＪＰＧファイルは、図１３（ｂ）の空き領域１に配置される場合がある。
もし、そのような配置がなされたならば、ＤＩＲ００１ディレクトリ下の３つのメディアファイルの連続再生においては、ＳＴＩＬ００２．ＪＰＧファイルの再生の後、光ピックアップ１０１が内周に向かって大きくアクセス動作を行い、ＳＴＬ００３．ＪＰＧファイルの先頭まで移動しなければならず、この間で表示が停止する可能性がある。
一方、本発明の実施の形態においては、上述した記録動作に従ってメディアファイルをディスクメディア１００に記録するので、同一のグループに属するメディアファイルは、ディスクメディア１００上で連続した領域に配置されることとなる。
例えば図１３（ｂ）に示すように、ＤＩＲ００１ディレクトリ下の３つのメディアファイルは、パーティション空間内で、再生される順番に内周側から外周側へ順次配置されている。
このような配置が行われたメディアファイルを再生する際の光ピックアップ１０１の動作は、まず、ＭＯＶ００１．ＭＰＧファイルの先頭にアクセスし、再生を開始する。以降は、連続的にデータを読み出すだけで再生が可能となり、最後の再生対象のファイルであるＳＴＬ００３．ＪＰＧの最後尾に達するまで大きなアクセス動作は必要ない。
よって、ユーザに対して、複数のメディアファイルを連続的に再生・表示することが容易に実現される。
なお、上記では、メディアファイルの記録に際し、アナログ放送をＭＰＥＧ−２ＰＳフォーマットへエンコードする例を説明したが、その他のエンコード方式によりメディアファイルを記録してもよい。
例えば、ＭＰＥＧ−２ＴＳフォーマットにエンコードする場合、動画エンコーダ２２１はアナログ信号をデジタル信号に変換し、ＭＰＥＧトランスポートストリームにエンコードする。
また、カメラ部２１１からのＡＶ信号をセルフエンコーディングする場合でも、動画エンコーダ２２１への入力がアナログ放送チューナ２１０からカメラ部２１１に変わるだけで、上述の処理については基本的に同じである。
また、セルフエンコーディングに加えてデジタル放送をメディアファイルとして録画するアウトサイドエンコーディングによる録画も可能である。この場合、記録される動画データの種類はＭＰＥＧ−２ＴＳフォーマットになる。
この時、ユーザによるデジタル放送録画要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられる。システム制御部１０４はデジタル放送チューナ２１２への受信と解析部２２３へのデータ解析を要求する。デジタル放送チューナ２１２から送られるＭＰＥＧトランスポートストリームは、解析部２２３を通してトラックバッファ１０３へ転送される。
解析部２２３は、ＭＰＥＧトランスポートストリームのシステム層を解析し、アクセスマップ作成に必要な情報を検出し、システム制御部１０４に送る。
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出力し、ドライブ装置１１０はトラックバッファ１０３に蓄積されているデータを取り出しディスクメディア１００に記録する。
この時、システム制御部１０４は、グループ管理情報、レジューム情報及びファイルシステムのアロケーション情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、ドライブ装置１１０に指示する。この際、システム制御部１０４は空き領域として前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索する。ドライブ装置１１０は、検索された連続領域にデータを記録していく。
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はデジタル放送チューナ２１２と解析部２２３に停止要求を出す。
解析部２２３は、システム制御部１０４からの解析停止要求を受け解析処理を止める。
システム制御部１０４は、デジタル放送の受信処理終了後、解析部２２３から受け取った情報に基づき、アクセスマップとマップ管理情報とを含む属性情報を生成する。
なお、アウトサイドエンコーディングにおいては、有効なアクセスマップを生成できない場合もありうる。有効なアクセスマップを生成できないケースとしては、対応していないデジタル放送を受信した場合、等が考えられる。
最後に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と、属性情報の記録を要求し、ドライブ装置１１０がトラックバッファ１０３の残りデータと、属性情報を属性情報（例えば、ファイルＭＯＶ００２．ＭＯＩ）としてディスクメディア１００に記録する。さらに、システム制御部１０４は、管理情報ファイル３１０の内容であるグループ管理情報及びレジューム情報を更新し、ドライブ装置１１０を介してディスクメディア１００に記録し、録画処理を終了する。
以上、ユーザからの録画開始及び終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始及び終了要求を発行するだけであって、本質的に上記の動作が異なるものではない。
その他にも、静止画の記録に関して、デジタルＩ／Ｆ部２１９から静止画ファイルを入力して記録することも可能である。
デジタルＩ／Ｆ部２３０から送られるＤＣＦオブジェクトはトラックバッファ１０３へ送られる。
ドライブ装置１１０はシステム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。
一枚の静止画ファイルが記録されたら記録は終了する。ユーザから連続記録の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画ファイルを記録して終了する。
ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はデジタルＩ／Ｆ部２３０に対して停止要求を出す。
このようなさまざまな記録の手順においても、図１１〜１４を用いて説明したように、メディアファイルのグループへの分類と記録レジューム情報の設定と、その記録レジューム情報に基づいたディスクメディア１００上での記録位置の決定の手順は同様に行われる。
その結果、同一のグループに属するメディアファイルがディスクメディア１００上で連続的に配置され、それらの連続的な再生が可能となる。
（実施の形態２）
実施の形態１においては、図１０に示すように、記録レジューム情報として、最終記録ファイルの識別情報を保持していた。しかしながら、この実施の形態では、最終記録ファイル識別情報で指し示されるメディアファイルが、何らかの理由（例えばユーザの指示によるファイル削除）でディスクメディア１００から削除された場合、最終記録位置、すなわち、次回の記録において、空き領域検索を開始する位置を知ることができなくなるという課題がある。
すなわち、実施の形態１においては、最終記録ファイルと、そのファイルに対するＵＤＦファイルシステムのファイルエントリの情報から、最終記録位置を得ていたので、その最終記録ファイルがファイルシステムから削除されると、対応するファイルエントリも削除されてしまい、結果として最終記録位置を知ることができなくなる。
そこで本実施の形態２においては、最終記録ファイルが削除された場合でも、最終記録位置を知ることが出来きる記録レジューム情報の構造について説明する。
図１５は、本発明の実施例における記録レジューム情報５１０を示す図である。本発明の実施の形態における記録レジューム情報５１０は、図１０に示す記録レジューム情報５００と区別するために、タイプ情報として″記録２″の値を設定する。
記録レジューム情報５１０は最終記録ファイル識別情報５０１に加えて、最終記録位置情報５１１とから構成される。最終記録位置情報５１１は、最終記録ファイルの最後尾の位置情報、例えばＬＢＮの値を保持する部分である。
実施の形態１において、記録時に最終記録ファイルの識別子に対応付けられるＵＤＦのファイルエントリの情報から得ていた最後尾の位置情報と同じ情報である。
このようにすることにより、最終記録ファイル識別情報で示されるメディアファイルがファイルシステムから削除されたとしても、最終記録位置の情報が保持されるので、この情報を使って新しいメディアファイルを記録するための空き領域検索を開始する位置を決定することができる。
また、実施の形態２の構成によれば、記録時において、ＵＤＦの情報を調べることなく、最終記録位置の情報をすぐさま得ることができるので、より迅速に記録動作が開始できるという効果も得られる。
（実施の形態３）
本実施の形態においては、実施の形態１とは異なるファイルの分類方法について、図１６〜１７を用いて説明する。
図１６は、本実施の形態における、グループ管理情報の構造とその設定値の例を示す図である。図１６に示すグループ管理情報は、図７に示されるディレクトリ及びファイル構造を持ったディスクメディア１００に記録されたメディアファイルに対して、グループ情報を管理しているものとする。
図１２等と異なる点は、本グループ管理情報が管理するグループを構成するメディアファイル群が、同一の親ディレクトリの下に記録されていない、ということである。
より具体的には、図１６の各ファイル識別情報の値に示すように、本グループ管理情報が管理するグループに属するメディアファイルは、″／ＶＩＤＥＯ／ＤＩＲ００２″ディレクトリ下のメディアファイルと、″／ＤＣＩＭ／１００ＡＢＣＤＥ／″ディレクトリ下のメディアファイルである。
このようにグループ管理情報を使用することにより、ファイルシステムのディレクトリ構造を用いたファイルの分類とは全く独立して、グループが可能となり、ユーザの意図をより反映した自由な分類が可能となる。
このようなグループ管理を行う際に、実施の形態１のように、同じグループに属するメディアファイルをディスクメディア１００で連続的に配置しようとする場合、図１７のような記録レジューム情報の構造が望ましい。
図１７は、本実施の形態における記録レジューム情報５２０の構造を示す図である。記録レジューム情報５２０は、図１５で示す記録レジューム情報５１０に加えて、所属グループ情報５２１を持つことが特徴である。
所属グループ情報５２１は、最終記録ファイル識別情報５０１で示される最終記録ファイルが属するグループを指し示す情報である。所属グループ情報５２１に格納される情報の形式としては、該当するグループ管理情報のインデックス値を格納する。図１６の場合は、インデックス値は２である。よって、図１７の所属グループ情報５２１の値として、２が設定されている。
なお、所属グループ情報５２１へ設定する値の形式としては、グループ管理情報の一般情報中に格納されるグループの名称情報などがある。その他にも、対応するグループが特定できれば他の形式でもかまわない。
所属グループ情報５２１を記録レジューム情報５２０中に持つことにより、新しくメディアファイルを記録しようとするとき、すぐさま、直前に記録したメディアファイルを分類したグループを知ることができ、今回の記録に置いても、前回の記録に続けて記録することが容易に可能となる。
もし所属グループ情報５２１がなければ、全てのグループ管理情報を検索し、最新のメディアファイルを見つけだし、その後に続いて記録を開始する、という手間が必要で、ファイル数やグループ数が増えるについて検索時間が増大し、実用上好ましくない。
一方、本実施の形態であれば、多数のファイルやディレクトリがディスクメディア１００上に存在しても、迅速に分類先のグループを決定することが可能となる。
なお、グループ管理情報のデータ構造は、図１６とは異なっていてもよく、複数のメディアファイルを分類可能であり、かつ、各グループを特定可能な識別情報（図１６の場合はインデックス値）を備えていればよい。例えば、後述する図２２（ｂ）のような構造でもよい。
（実施の形態４）
本実施の形態においては、記録レジューム情報と、メディアファイルに対する欠陥管理動作について図１８を用いて説明する。
図１８は、欠陥セクタを代替するためのセクタが配置される領域である代替領域と、スペースビットマップ記述子などのファイルシステム情報を含むＵＤＦ情報と、記録レジューム情報を含む管理情報ファイル３１０と、メディアファイルの一つであるＭＯＶ００１．ＭＰＧとの、ディスクメディア１００上での概略配置を示す。
代替領域は、ＰＳＮが割当てられた物理セクタ空間内に配置され、ＬＳＮが割当てられたボリューム空間内のセクタに欠陥が生じると、その欠陥セクタを代替するセクタが代替領域中のいずれかのセクタに代替される。
欠陥セクタと代替セクタとの対応付け情報は、図５（ｂ）で説明したように、欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）に記録される。
図１８においては、代替領域がボリューム空間の外側にあるため、ボリューム空間内（及びパーティション空間内）の全てのセクタに対して、代替セクタを割当てる代替処理を行うことが可能となる。
よって、記録レジューム情報を含む管理情報ファイル３１０も代替処理の対象となり、仮に記録レジューム情報が記録されたセクタが何らかの理由（例えば、ディスクメディアの書換え寿命に達した）で欠陥セクタとなってしまっても、そのセクタを代替セクタに代替することにより、データを失うことなく、常に高い信頼性を保って記録レジューム情報を保持することが可能となる。
一方、動画データを含むメディアファイル（例えば、ＭＯＶ００１．ＭＰＧ）については、代替処理を行わずにデータを記録する（例えば、欠陥セクタをスキップしてデータを配置する）。すわなち、図３を用いて説明したように、ＡＶデータの連続再生を行うため、ＡＶデータをＣＤＡと呼ばれる連続領域へ配置することにより、ＡＶデータを途切れることなく再生することが可能となる。
また、図１９に示すように、代替領域が物理セクタ空間に配置されない場合は、ファイルシステムによる代替処理を行うことにより、図１８で説明したのと同様、信頼性の高い記録レジューム情報の記録が可能となる。
ファイルシステムによる代替処理は、例えばＵＤＦでは、ＤＭＡに相当するＳｐａｒｅ Ｔａｂｌｅと代替領域であるＳｐａｒｅ Ａｒｅａによって実現される。
図１９においても、図１８と同様に、ＵＤＦ情報や管理情報ファイル及びそこに含まれる記録レジューム情報が必要に応じて代替処理を行うことにより高い信頼性を確保し、一方、ＡＶデータを含むメディアファイル（例えば、ＭＯＶ００１．ＭＰＧ）については、代替処理を行わずにデータを配置することにより連続的な再生を実現する。
（実施の形態５）
本実施の形態においては、管理情報ファイルの形式について、図２０〜２３を用いて説明する。
図２０は、本実施の形態に置ける管理情報ファイル６００の構造を示す図である。図８の管理情報ファイル３１０と同様のディレクトリ階層やファイル名によりディスクメディア１００上に記録される。
図２０に示す管理情報ファイル６００は、一般属性情報と、ファイル情報管理テーブル６０１と、グループ情報管理テーブル６０２と、レジューム情報管理テーブル６０３と、からなる。
ファイル情報管理テーブル６０１は、図２１（ａ）に示すように、個別のファイルを管理するファイル管理情報６１０と、ファイル管理情報の数、等を管理する一般属性情報とから構成される。
さらに、ファイル管理情報６１０は、一般属性情報と、該ファイル管理情報に対応するメディアファイルのパス情報であるファイル識別情報６１１と、少なくとも一つの管理情報ファイル６００中で重複しない値が設定されるユニークＩＤ情報６１２とからなる。
一般属性情報には、該ファイル管理情報に対応する一般情報が含まれ、コメント（テキスト情報）、作成日時、再生時間長、等を含んでもよい。
ファイル識別情報６１１には、該グループに含まれる各メディアファイルのパス情報がそれぞれ格納されている。パス情報の形式は、例えば、実施の形態１のファイル識別情報４１１と同様である。
ユニークＩＤ情報６１２には、少なくとも管理情報ファイル６００中で重複しないユニークなＩＤ値（例えば、３２ビットの整数値情報）が設定される。このＩＤ値は、後述するファイル参照情報６２１などから、該当するファイル管理情報６１０を参照する、等の目的のために設けられている。
図２１（ｂ）は、ファイル管理情報テーブルに設定される値の例を示す図である。ここでは、２０個のファイル管理情報が存在するものとする。すなわち、２０個のメディアファイルを管理情報ファイル６００により管理しており、図示していない一般属性情報中に、ファイル管理情報数が″２０″である、という情報が格納される。
２０個の各ファイル管理情報はそれぞれファイル識別情報とユニークＩＤ情報を持つ。（ただし、図中では途中のファイル識別情報を省略して記載）。各ファイル識別情報やユニークＩＤ情報の値の例が図２１（ｂ）に示される。
次に、グループ情報管理テーブル６０２は、図２２に示すように、個別のグループに属するファイルを管理するグループ管理情報６２０と、グループ管理情報６２０の数、等を管理する一般属性情報とから構成される。
また、各グループ管理情報６２０は、そのグループに属するメディアファイルへの参照情報を持つファイル参照情報６２１と、その数などを管理する一般属性情報とからなる。
一般属性情報には、該グループ管理情報に含まれるファイル識別情報の数が含まれる。また、その他に、該グループの名前、コメント、作成日時、等を含んでもよい。
また、該グループがディスクメディア上のファイルシステムで管理させるディレクトリと１対１に対応させてもよく、その場合、対応ディレクトリの名前の情報を含むようにしても良い。
一方、各ファイル参照情報６２１に関しては、該グループに含まれる各メディアファイルへの参照情報、すなわち、該メディアファイルを管理するファイル管理情報６１０が持つユニークＩＤ情報の値を持つ。
図２２（ｂ）は、本実施の形態における、グループ管理情報６２０の設定値の例を示す図である。図２２（ｂ）に示すグループ管理情報６２０は、図２１（ｂ）に示すファイル情報管理テーブル６０１と共に管理情報ファイル６００に記録されているものとする。
図２２（ｂ）に示すグループ管理情報６２０では、３つのファイル参照情報６２１を持ち、各ファイル参照情報６２１は、それぞれ、ユニークＩＤへの参照値として、″１″、″１０″、″５″という値を持つ。
一方、図２１（ｂ）において、ユニークＩＤの値が″１″、″１０″、″５″であるファイル識別情報６１１を調べることにより、対応するメディアファイルのファイル識別情報が得られ、ファイルシステム上のメディアファイルへのパス情報が得られる。
このように各メディアファイルへ割当てられたユニークＩＤの値を利用したグループ管理情報６２０を使用することにより、ファイルシステムのディレクトリ構造を用いたファイルの分類とは全く独立して、メディアファイルのグループ化が可能となり、ユーザの意図を反映したより自由な分類が可能となる。
また、同じメディアファイルを複数の異なるグループに分類するような場合でも、ファイルのパス名を直接格納するのではなく、例えば３２ビットのユニークＩＤにより参照を行うので、より少ないデータ量でのグループ化が実現できる。
このようなユニークＩＤを用いたファイルの管理には、図２３のような記録レジューム情報の構造が望ましい。
すなわち、図２３に示す本実施の形態におけるレジューム情報管理テーブル６０３の構造は、上述の他の実施の形態と比べて、最終ユニークＩＤ情報６３１を持つことが特徴である。
最終ユニークＩＤ情報６３１には、最終記録ファイル識別情報５０１で示される最終記録ファイルを管理するファイル管理情報６１０が持つユニークＩＤ情報と同じ値が設定される。例えば、最終記録ファイルが図２１（ｂ）のファイル識別情報＃２０で管理されるメディアファイルである場合、最終ユニークＩＤ情報６３１には、図２１（ｂ）のユニークＩＤの値が示すように、″２０″という値が設定される。
最終ユニークＩＤ情報６３１をレジューム情報管理テーブル６０３中に持つことにより、新しくメディアファイルを記録しようとするとき、すぐさま、直前に記録したメディアファイルに設定したユニークＩＤ値を知ることができる。
この時、メディアファイルへのユニークＩＤの割り振り方法として、例えば、３２ビットの整数値の小さい値（例えば初期値を″０″とする）から、順次増加するように割り振る用に決めておくことにより、新しく記録するメディアファイルのユニークＩＤ値をすぐさま決定することが可能となる。
すなわち、最終ユニークＩＤ情報６３１に″２０″という値が設定されていたら、次に記録するメディアファイルに対しては、″２０″に対して１増加させた″２１″というユニークＩＤを割当てればよい。
もし、最終ユニークＩＤ情報６３１が無ければ、既に割り振られているユニークＩＤと重複しないように、既存のファイル管理情報６１０の全てを検索する必要が発生し、ファイル数が増えるについて検索時間が増大し、実用上好ましくない。
一方、本実施の形態であれば、多数のメディアファイルがディスクメディア１００上に存在しても、迅速にユニークＩＤの値を決定することが可能となる。
なお、本実施の形態においても、ユニークＩＤの値を決めるだけでなく、他の実施の形態と同様に、記録レジューム情報を用いてメディアファイルの記録位置を決めたり、分類先のグループを決めたりすることが可能である。
なお、上述の実施の形態で用いたファイル名やディレクトリ名、ディレクトリ構造等は、他の名前や構造であってもかまわない。
なお、上述の実施の形態では一つのファイルＧＲＰ＿ＤＡＴＡでグループ情報とレジューム情報を格納していたが、それぞれ異なるファイルに同様の情報を格納するようにしても同様の効果は得られる。
（実施の形態６）
図２４は、本発明の実施の形態６に係る記録再生装置により記録されるディスクメディア１００におけるディレクトリとファイルの階層構造の一例を示す図である。
図２４に示すように、ＲＯＯＴディレクトリ３００の下に、階層化されたサブディレクトリ（３０１〜３０３、１１３０〜１１３２等）があり、さらにその階層下に、動画データや静止画データを含むファイルである各種メディアオブジェクト（１１４１〜１１６０等）や、各メディアオブジェクトを管理するためのファイルであるメディアオブジェクトマネージャ１２００（ファイル名： ＩＮＦＭ０００１．ＭＧＲ）や、複数のメディアオブジェクトをグループ化し、再生順序や分類情報を管理するプログラムマネージャ１３００（ファイル名：ＩＮＦＭ０００１．ＰＲＧ）等が格納されている。
本実施の形態６においては、記録及び再生用の対象となるＡＶデータを含む各種メディアオブジェクトのディレクトリ階層やファイル名は、後述するＤＣＦ規格及びそれに類した形式を利用して以降の説明を行う。ただし、ディレクトリ階層やファイル名の命名則はこれに限られるものではなく、他の命名則を用いても良い。
メディアオブジェクトのうち、ＭＰＥＧ２等の動画データを含む動画オブジェクトは、動画ファイルＡＢＣＤｎｎｎｎ．ＭＰＧというように、最初の４文字が任意のアルファベット文字の組合わせであり、次のｎｎｎｎが１０進数であるような命名側に従って記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ４方式等で圧縮されたＡＶデータを含んでおり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
また、各々の動画ファイルに関する属性情報は、属性情報ファイルＡＢＣＤｎｎｎｎ．ＭＯＩに記録される。属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像、動画データの再生時刻をディスクメディア１００上の論理アドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。
さらに、各々の動画ファイルに関連する付加情報が、付加情報ファイルＡＢＣＤｎｎｎｎ．ＭＥＸに記録される。付加情報ファイルは、それぞれの動画ファイルと共に再生される音声データや、静止画又はグラフィックデータ、テキストデータ、あるいは、これらの情報をポストレコーディングするための領域予約データ、等を有している。
動画ファイルと付加情報ファイルはディスクメディア１００上において、所定の周期でインターリーブされた形で配置される。
前述の属性情報ファイルには、このインターリーブ周期に関する情報も格納する。例えば、インターリーブ周期は、動画データ及び付加情報の再生時間で数秒から数１０秒に相当するそれぞれのデータサイズで規定してもよい。
動画ファイルと付加情報ファイルの配置については、図３４等を用いて後に説明する。
一つの動画オブジェクトは、一つの属性情報ファイルと一つ又はそれ以上の動画ファイル及び付加情報ファイルと、で構成され、それらはファイル名により関連付けられるものとする。
すなわち、関連のある属性情報ファイルと動画ファイルは、そのファイル名において拡張子を除く部分、例えば動画オブジェクト１１４０では、動画ファイル１１４１と属性情報ファイル１１４２と付加情報ファイル１１４３が″ＡＢＣＤ０００１″の部分が同一に設定されることによって、その関連付けがなされていることとする。
ただし、属性情報ファイルと動画ファイルの関連付けは上述の方法に限定されるものではなく、属性情報ファイル内に関連付けられた動画ファイル及び付加情報ファイルへのリンク情報、例えば動画ファイルへのパス名等を保持したり、両者の対応付けをテーブル情報として保持したりする等、他の方法であっても良い。あるいは、後述するメディアオブジェクトマネージャ１２００等で関連付けに関する情報を持つようにしてもよい。
例えば、動画オブジェクト１１５０では、一つの属性情報ファイル（ＡＢＣＤ０００２．ＭＯＩ）と複数の動画ファイル（ＡＢＣＤ０００２．ＭＰＧ、ＡＢＣＤ０００３．ＭＰＧ）と付加情報ファイル（ＡＢＣＤ０００２．ＭＥＸ、ＡＢＣＤ０００３．ＭＥＸ）とで構成されており、ここでは属性情報ファイル内に関連ファイルへのパス名が保持されていることとする。
メディアオブジェクトのうち、ＪＰＥＧ等の静止画データを含む静止画オブジェクトは、各々の静止画情報が静止画ファイルＡＢＣＤｎｎｎｎ．ＪＰＧ等として記録される。静止画ファイルは、ＪＰＥＧ方式等で圧縮された映像データであり、例えば、ＤＣＦフォーマットやＥｘｉｆフォーマットによりファイルとして記録される。
上記のメディアオブジェクトは、ＤＣＦ規格あるいはそれに類するディレクトリ構造に従って記録される。すなわち、ＲＯＯＴディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に静止画ファイルを格納するためのＤＣＦディレクトリ１１３２（ディレクトリ名：３００ＡＢＣＤＥ）等がある。そして、ＤＣＦディレクトリ１１３２の下に静止画オブジェクトの一種であるＤＣＦ基本ファイル１１６０（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。
また、ＲＯＯＴディレクトリ３００の下にＶＩＤＥＯイメージルートディレクトリ３０１（ディレクトリ名：ＶＩＤＥＯ）があり、さらにその下に、主に動画オブジェクトを格納するためのＶＩＤＥＯディレクトリ１１３０（例えば、ディレクトリ名：１００ＡＢＣＤＥ）がある。そして、ＶＩＤＥＯディレクトリ１１３０下に、動画オブジェクト１１４０を構成する属性情報ファイル１１４２（拡張子がＭＯＩであるファイル）と動画ファイル１１４１（拡張子がＭＰＧであるファイル）と付加情報ファイル１１４３（拡張子がＭＥＸであるファイル）が格納される。
なお、メディアオブジェクトとして、音声ファイルや、ＭｏｔｉｏｎＪＰＥＧファイル、ＤＣＦ規格で定められたＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等、他のファイルフォーマットのＡＶファイルを記録してもよい。
記録されたメディアオブジェクトを管理するコンテンツ管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下のメディアオブジェクトマネージャファイル１２００（ファイル名：ＩＮＦＭ０００１．ＭＧＲ）及びプログラムマネージャファイル３３０（ファイル名：ＩＮＦＭ０００１．ＰＲＧ）として記録される。メディアオブジェクトマネージャファイル１２００及びプログラムマネージャファイル１３００の構造については後述する。
次に、図２５、図２６及び図２７を用いて、本実施の形態６に係る記録再生装置で用いられるディスクメディア上でデータをファイルとして管理する、ＵＤＦファイルシステムの構造を説明する。
図２５は、ＵＤＦファイルシステムにおけるディレクトリ階層を管理するためのデータ構造を示す図である。なお、本図は、図２４に示したディレクトリ階層構造に対応しているが、そのうちＲＯＯＴディレクトリ３００から属性情報ファイル１１４２への至るまでのファイルシステム情報のみを示しており、他のディレクトリやファイルに対する同様の情報については、説明を簡単にするため省略している。
ディレクトリ階層構造の起点はファイルセットディスクリプタＦＳＤ（Ｆｉｌｅ Ｓｅｔ Ｄｅｓｃｒｉｐｔｏｒ）１０２０である。ＦＳＤ １０２０は、図２６（ａ）に示されるデータ構造を有している。
ＦＳＤ１０２０は、拡張ファイルエントリＥＦＥ（Ｅｘｔｅｎｄｅｄ Ｆｉｌｅ Ｅｎｔｒｙ）への参照情報１０２１（ディスクメディア１００上での記録位置）をＲｏｏｔ Ｄｉｒｅｃｔｏｒｙ ＩＣＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ）の値として保持している。
また、ＦＳＤ１０２０は、Ｓｙｓｔｅｍ Ｓｔｒｅａｍ Ｄｉｒｅｃｔｏｒｙ ＩＣＢからＮａｍｅｄ Ｓｔｒｅａｍと呼ばれるデータを参照可能である。
Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ ＩＣＢ及びＳｙｓｔｅｍ ＳｔｒｅａｍＤｉｒｅｃｔｏｒｙ ＩＣＢ５０２は、図２６（ｂ）に示すｌｏｎｇ＿ａｄという構造を持つ。
ｌｏｎｇ＿ａｄは、参照先のエクステントの長さ（Ｅｘｔｅｎｔ Ｌｅｎｇｔｈ）と、位置（Ｅｘｔｅｎｔ Ｌｏｃａｔｉｏｎ）を保持する。
さらに、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅには、図２６（ｃ）に示すＡＤＩｍｐＵｓｅの形式によりＵＤＦ ＵｎｉｑｕｅＩＤと呼ばれる値が保持される。
また、ＥＦＥは、図２７（ａ）に示される構造を有している。ＥＦＥ１１００は、ディスクメディア１００上に記録された各ディレクトリやファイルを構成するエクステントの集合を管理するための構造体であり、各エクステントのディスクメディア１００上での記録位置とデータ長を管理するため、アロケーション記述子ＡＤ１１１０と呼ばれる構造を含んでいる。各ディレクトリやファイルは複数のエクステントから構成されるので、ＥＦＥ１１００には複数のＡＤ１１１０が含まれる。なお、アロケーション記述子ＡＤ１１１０は、図２７（ｂ）に示される構造を有している。
その他にも、ＥＦＥ１１００には、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ Ｔａｇ）や、各ディレクトリやファイル毎に、ディスクメディア１００上で重複しない一意のＩＤ値を設定するＵｎｉｑｕｅ ＩＤ、ＥＦＥ１１００毎の拡張属性を設定可能なＳｔｒｅａｍ Ｄｉｒｅｃｔｏｒｙ ＩＣＢや、拡張属性ＥＡｓ（Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ）１１０１等が含まれる。
ＲＯＯＴディレクトリ３００等のディレクトリデータを含むエクステントは、各ディレクトリやファイルのファイル名を保持するファイル識別記述子ＦＩＤ（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅｓｃｒｉｐｔｏｒ）１１２０で構成される。あるディレクトリ下にサブディレクトリやファイルが存在する場合、それぞれのディレクトリ又はファイルに対してＦＩＤ１１２０が保持される。
例えば、図２４によれば、ＲＯＯＴディレクトリ３００の下にはＶＩＤＥＯイメージルートディレクトリ３０１とＤＣＩＭイメージルートディレクトリ３０２があるので、ＲＯＯＴディレクトリ３００の実データには、各々に対応するＦＩＤが保持される。
ＦＩＤ１１２０は、図２７（ｃ）に示される構造を持つ。ＦＩＤ１１２０は、ＵＤＦ上で管理される各ディレクトリやファイルの名前（ファイル識別子）をファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）５２１として保持する。ＦＩＤ１１２０はさらに、対応するディレクトリ又はファイルの実データを管理するＥＦＥ１１００への参照情報（例えば１０２２）をＩＣＢとして保持する。
その他にも、ＦＩＤには、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ Ｔａｇ）や、ファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）１１２１のデータ長を表すファイル識別子長さ（Ｌｅｎｇｔｈ ｏｆ Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）等が含まれる。
以降、同様にＥＦＥ１１００とＦＩＤ１１２０の参照関係を保持することによりディレクトリの階層構造が管理され、この参照関係を順次たどることによって、任意のディレクトリやファイルの実データであるエクステントへアクセスすることが可能となる。
ファイルに関しても、ＥＦＥ１１００によりエクステントの集合が管理される。図２５の場合、エクステントの集合１０２３がファイルを構成し、これは図２４における属性情報ファイル１１４２に相当する。
上述のような階層構造を持ったファイルシステムにおいて、特定のディレクトリやファイルを参照するために、パス名が利用できる。パス名は、例えば、図２４のファイル１１４２に対しては、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″のように表される。ここでは、ＲＯＯＴディレクトリ３００及びパス区切り文字を″／″で表している。
このように、パス名は、ＲＯＯＴディレクトリ３００から、対象のディレクトリやファイルにたどり着くまでディレクトリ階層をたどっていく時、その経路上に存在するディレクトリの名前、すなわちファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ）１１２１に格納されている情報を、パス区切り文字で区切りながら一続きに記述したものである。このパス名を利用すれば、ファイルシステム上で管理される任意のディレクトリやファイルを参照することが可能となる。
図２５（ｂ）は、図２５（ａ）のデータ構造のパーティション空間内での配置の例示図である。ここで、図２５（ａ）と（ｂ）で同じデータに関しては同じ番号を付与している。
通常、ｅｘｔｅｎｔ１０２３へアクセスするためには、ＦＳＤ１０２０から順にＥＦＥとＦＩＤを順次アクセスする必要がある。
図２５（ｂ）に示すように、一般にディレクトリ構造を構成する各データはパーティション空間内で離れた場所に配置されるので、ｅｘｔｅｎｔ１０２３へのアクセスにはある程度のアクセス時間が必要となる。
さらに、図２５（ｂ）に示すパーティション空間内には、スペースビットマップ記述子（Ｓｐａｃｅ Ｂｉｔｍａｐ Ｄｅｓｃｒｉｐｔｏｒ）１０３０が配置されている。スペースビットマップ記述子１０３０は、パーティション空間内の各論理ブロック（ＬＢ）にデータが割り付け済みかどうかを示すビットマップデータである。
次に、図４を用いて、本実施の形態６に係る記録再生装置の動作について説明する。図４に示した記録再生装置においては、例えばユーザＩ／Ｆ部２００がユーザからの要求を受け付けた場合に動作を開始する。
ユーザＩ／Ｆ部２００は、ユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４は、ユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
以下、アナログ放送をＭＰＥＧ−２ＰＳにエンコードして動画オブジェクトとして記録する動作、いわゆるセルフエンコーディングの録画動作を例に挙げて説明する。
システム制御部１０４は、アナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１は、アナログ放送チューナ２１０から送られてくるＡＶ信号を、ビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
次に、システム制御部１０４は、グループ管理情報、レジューム情報及びファイルシステムのアロケーション情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、ドライブ装置１１０に対して記録要求を出す。ドライブ装置１１０は、トラックバッファ１０３に蓄積されているデータを取り出してディスクメディア１００に記録する。この際、システム制御部１０４は、空き領域として前述した連続領域ＣＤＡをディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
この時、ＣＤＡとして記録可能な領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報、例えば、スペースビットマップ記述子１０３０に基づいて実行される。
ただし、本実施の形態６においては、動画ファイルは付加情報ファイルとインターリーブされた状態でディスクメディア１００上に配置されるものとする。
このインターリーブの周期などの条件は、動画ファイルのデータレートや、付加情報ファイルに含まれるデータ量などに応じてシステム制御部１０４で決定され、その条件を満たす空き領域へデータの配置が行われる。
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４は、アナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けてエンコード処理を終了する。
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づいて、アクセスマップ情報とその管理情報、動画ファイルと付加情報ファイルとのインターリーブ管理情報、等を含む属性情報を生成する。
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と属性情報の記録を要求し、ドライブ装置１１０が、トラックバッファ１０３の残りデータと、属性情報を属性情報ファイル、例えば、図２４に示す動画オブジェクトを構成しているファイルであるＡＢＣＤ０００１．ＭＯＩとしてディスクメディア１００に記録する。さらに、システム制御部１０４は、管理情報ファイル３１０の内容であるグループ管理情報及びレジューム情報を更新し、ドライブ装置１１０を介してディスクメディア１００に記録し、動画オブジェクトの録画処理を終了する。
なお上記の他に、システム制御部１０４は、図２５や図２６、図２７で説明したようなＵＤＦファイルシステムの情報を必要に応じて生成したり更新したりする。
すなわち、動画オブジェクトを構成するファイルに対して、ＥＥＦ１１００やＦＩＤ１２００等を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
記録再生装置がカメラ装置である場合は、ＡＶ信号源がアナログ放送チューナ２１０ではなくカメラ部２１１へ変わるだけで他の処理は同様である。
また、デジタル放送を動画オブジェクトとして記録する動作には、動画データのエンコードは行わず、デジタル放送チューナ２１２及び解析部２２３を通じてＭＰＥＧ２ＴＳのデータをディスクメディア１００へ動画オブジェクトとして記録するようシステム制御部１０４が制御を行う。このとき、セルフエンコーディングの録画と同様、ファイルシステム情報の記録も行われる。
次に、静止画オブジェクトの記録に関して、カメラ部２１１から送られてくるＡＶ信号をＪＰＥＧエンコードして記録する動作について説明する。
システム制御部１０４は、カメラ部２１１へＡＶ信号の出力を、静止画エンコーダ２２２へＡＶ信号のエンコード実施を要求する。静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶ信号をＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。この時、データの記録可能領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報をもとに実行される。
一つの静止画オブジェクトが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画オブジェクトを記録して終了する。
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
さらに、システム制御部１０４は、ＵＤＦファイルシステムの情報についても必要な処理を行う。すなわち、動画オブジェクトを構成するファイルに対して、ＥＦＥ１１００やＦＩＤ１２００等を生成し、必要な情報を設定した上でディスクメディア１００に記録する。
以上のような手順でディスクメディア１００に記録される各メディアオブジェクトは、後々にそれらのメディアファイルの分類整理やプログラム再生を実現するため、図２４で示したメディアオブジェクトマネージャ１２００やプログラムマネージャファイル１３００に登録される。
メディアオブジェクトがディスクメディア１００に記録される際に、システム制御部１０４によりメディアオブジェクトマネージャ１２００やプログラムマネージャファイル１３００に対して行われる操作について以降で説明する。
図２８は、本実施の形態６における記録再生装置で用いられるディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造の一例を示す図である。
ディスクメディア１００上にはファイルシステム情報が記録される。ファイルシステム情報には、図６（ｃ）で示したボリューム構造情報や、図２５、図２６及び図２７で示したＦＳＤ１０２０、ＥＦＥ１１００、ＦＩＤ１２００、スペースビットマップ記述子１０３０等が含まれる。
また、これらのメディアオブジェクトの内容や記録日時等に応じて整理分類したり、ユーザが自由な再生順序を設定するプログラム再生を行ったりするためのメディアオブジェクトマネージャ１２００やプログラムマネージャ１３００が同様にファイルとして管理され、コンテンツ管理情報を構成する。
これらのディスクメディア１００に記録されるデータは、システムバス１０５を通じて、システム制御部１０４により操作される。
一方、システム制御部１０４は、より詳細には、オペレーティングシステム（ＯＳ）とアプリケーションシステムとからなる。
オペレーティングシステムには、ファイルシステム情報を制御するファイルシステム処理部１１５２や、特に図示されていないハードウエアの制御を行うデバイスドライバ部、メモリ制御部、等が含まれ、アプリケーションシステムに対して、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を通じてさまざまな共通機能を提供する。これにより、アプリケーションシステムをハードウエアやファイルシステムの詳細とは分離した形で実現することが可能となる。
一方、アプリケーションシステムでは、特定のアプリケーションのための制御動作を行う。本実施の形態６においては、例えば図４を用いて説明したように、動画オブジェクトや静止画オブジェクトの記録あるいは再生処理に関する制御を行う。
さらに、本実施の形態６では、アプリケーションシステム中のコンテンツ管理情報処理部１１５１が、メディアオブジェクトマネージャ１２００やプログラムマネージャ１３００からなるコンテンツ管理情報に対する操作を行う。
また、アプリケーションシステムには、その他にも必要に応じて、ＡＶデータの表示や、ユーザインタフェースを処理する部分等を含む場合もある。
メディアオブジェクトマネージャ１２００及びプログラムマネージャ１３０の０データ構造については、図２９〜３３を用いて以下に説明する。
図２９（ａ）は、メディアオブジェクトマネージャ１２００のデータ構造の例示図である。図２９（ａ）に示すようにメディアオブジェクトマネージャ１２００は、ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、ファイルの更新日時情報（ＭｏｄＴｉｍｅ）１２０１、メディアオブジェクトマネージャ１２００に登録された全てのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、記録レジューム情報（ＲｅｓｕｍｅＭａｒｋ）１２１０、メディアオブジェクトマネージャ１２００中に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）１２２０の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のオブジェクト管理情報１２２０からなるオブジェクト管理情報のテーブルで構成される。
なお、図２９等におけるフィールド名欄の表記は、データ型とフィールド名を続けて記述しており、データ型については、例えば以下のような意味を示している。
ｃｏｎｓｔは、フィールドが定数であることを意味しており、ｃｏｎｓｔがない場合は変数であることを示している。ｕｎｓｉｇｎｅｄは、当該フィールドは符号無しの値であることを示しており、ｕｎｓｉｇｎｅｄがない場合は符号付きの値であることを示している。また、ｉｎｔ（）は、フィールドはカッコ内のビット長を持つ整数値であることを示している。例えば、カッコ内の値が’１６’である場合には、１６ビット長であることを意味する。
図２９（ｂ）は、記録レジューム情報１２１０のデータ構造である。図２９（ｂ）に示すように記録レジューム情報１２１０は、記録レジューム情報１２１０の種々の属性を示す属性フラグ１２１０ａ、最終ユニークＩＤ情報１２１１、最終記録位置情報１２１２、最終記録ファイル識別情報１２１３、所属グループ情報１２１４、記録日時情報１２１５を含む。
属性フラグ１２１０ａは、図２９（ｃ）に示すようにループ記録フラグと、第１〜第５有効フラグとを含む。ループ記録フラグは、最終記録ファイルの記録にループ記録が適用されたか否かを示す。第１有効フラグは、最終ユニークＩＤ情報１２１１が有効か否かを示す。第２有効フラグは、最終記録位置情報１２１２が有効か否かを示す。第３有効フラグは、最終記録ファイル識別情報１２１３が有効か否かを示す。第４有効フラグは、所属グループ情報１２１４が有効か否かを示す。第５有効フラグは、記録日時情報１２１５が有効か否かを示す。ここで、ループ記録とは、上記各実施の形態で示したように、ＡＶデータの最終記録ファイルの記録位置から一定方向に空き領域を検索して記録することをいう。これらのフラグはシステム制御部１０４により設定される。
最終ユニークＩＤ情報１２１１は、実施の形態５で述べた最終ユニークＩＤ情報６３１と同様のフィールドである。後述するように、各メディアオブジェクト情報１２２０には、少なくともメディアオブジェクトマネージャ１２００内で重複しない値であるメディアユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）１２２２が設定され、最終ユニークＩＤ情報１２１１には、該メディアオブジェクトマネージャ１２００内で最後に割当てたメディアユニークＩＤ１２２２の値が設定される。
最終記録位置情報１２１２は、実施の形態２で述べた最終記録位置情報５１１と同様のフィールドであり、最終記録ファイルの最後尾の位置情報、例えばＬＢＮの値を保持する部分である。
最終記録ファイル識別情報１２１３は、実施の形態１などで述べた最終記録ファイル識別情報５０１と同様のフィールドである。最終記録ファイル識別情報１２１３には、本発明の記録再生装置が最後に記録したメディアファイルの識別情報を識別する情報を格納する。
最終記録ファイル識別情報１２１３への値の格納形式は、該メディアファイルのフルパス名や、後に図３０を用いて説明する所定の変換規則により得られる識別情報など、該メディアファイルを識別可能な形式であればよい。
所属グループ情報１２１４は、実施の形態３で述べた所属グループ情報５２１はと同様のフィールドであり、最終記録ファイル識別情報１２１３で示される最終記録ファイルが属するグループ又はディレクトリを指し示す情報である。
なお、本実施の形態においては、グループに対応する概念をプログラム情報と呼ぶ。プログラム情報の構造等については後述する。
所属グループ情報１２１４に格納される情報の形式としては、該当するプログラム情報１３１０のインデックス値を格納する。
記録日時情報１２１５は、記録レジューム情報１２１０を記録・更新した時の日時情報が設定される。
なお、記録日時情報１２１５と更新日時情報１２０１は必ずしも一致しない。メディアオブジェクトマネージャ１２００に含まれる情報のうち、記録レジューム情報１２１０とは関連しない情報の更新（例えば、メディアオブジェクト情報１２００に含まれる情報の書換え等）が発生した場合は、更新日時情報１２０１だけが更新されるからである。
図３０（ａ）は、メディアオブジェクトマネージャ１２００に含まれるメディアオブジェクト情報（ＭＯ＿ＩＮＦＯ）１２２０のデータ構造である。
メディアオブジェクト情報１２２０は、登録されるメディアオブジェクトの型情報を示すＭｏＴｙｐｅ、各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、メディアオブジェクトへの参照情報であるオブジェクト参照情報（ＭｏＲｅｆ）１２２１、少なくともディアオブジェクトマネージャ１２００内で重複しない値であるメディアユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）１２２２、当該メディアオブジェクトの再生時間であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、メディアオブジェクト情報１２００とは異なる場所に格納されるテキスト情報（ＴｅｘｔＩＤ）やサムネイル画像情報への参照情報（ＴｈｕｍＩＤ）等も含んでいる。
図３０（ｂ）に示すように、ＭｏＴｙｐｅに設定される値は、参照先のメディアオブジェクトの種類により決まる。
ＭｏＴｙｐｅの値が’１’である場合、あるオブジェクトメディア情報に登録されているメディアオブジェクトの種類は、ファイルシステム上のあるディレクトリである。
同様に、値が’２’の場合には動画オブジェクト（拡張子：ＭＯＩ）を、値が’３’の場合には動画オブジェクト（拡張子：ＭＰＧ）を、値が’４’の場合には動画オブジェクト（拡張子：ＭＥＸ）を、値が’５’の時は静止画オブジェクト（拡張子：ＪＰＧ）を、それぞれ示す。
以下同様に、メディアオブジェクトの種類毎に異なるＭｏＴｙｐｅの値を割当てることとする。
また、オブジェクト参照情報１２２１へ設定される値は、参照先のメディアオブジェクトの持つパス名情報を例えば図３０（ｃ）に示すような所定の変換規則により変換することにより決定される。
図３０（ｃ）の場合、最上位のビット’ｂ７’はメディアオブジェクト情報１２２０が参照するメディアオブジェクトの親ディレクトリのパス名により決められる。すなわち、親ディレクトリがＶＩＤＥＯディレクトリ３０１の場合は’０’、ＤＣＩＭディレクトリ３０２の場合は’１’となる。それ以外の値については、本実施の形態１では使用しないので予約値としている。
次の’ｂ６’〜’ｂ４’は、メディアオブジェクト情報１２２０に登録されたメディアオブジェクトのディレクトリ番号部分を抜き出して格納する。ここでディレクトリ番号とは、メディアオブジェクトの上位ディレクトリのディレクトリ名における数値部分である。
次の’ｂ３’〜’ｂ０’は、メディアオブジェクト情報１２２０に登録されたメディアオブジェクトのファイル番号を抜き出して格納する。ここでファイル番号とは、メディアオブジェクトのファイル名における数値部分である。
例えば、メディアオブジェクトのパス名が、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″である場合、当該メディアオブジェクトは／ＶＩＤＥＯディレクトリを親ディレクトリとして持つので、ＯＢＪ＿ＩＤのビット７（図３０（ｃ）における’ｂ７’）の値は’０’、そして当該メディアオブジェクトの上位ディレクトリ名の数値部分の値が１００であるので、ＯＢＪ＿ＩＤのビット６〜４（図３０（ｃ）における’ｂ６’〜’ｂ４’）の値は’１００’となる。さらに、当該メディアオブジェクトのファイル名の数値部分の値をとって、ＯＢＪ＿ＩＤのビット３〜０（図３０（ｃ）における’ｂ３’〜’ｂ０’）の値は’０００１’となる。
以上より、オブジェクト参照情報１２２１に設定される値は０ｂ０１０００００１（先頭の０ｂは二進数を意味している）となる。
ＯＢＪ＿ＩＤをこのような形式としても、ＤＣＦ規格の命名規則のように、メディアオブジェクトの名前やその上位ディレクトリの名前に含まれる数値部分の値が重複しないような命名規則を守っておけば、上述のＭｏＴｙｐｅの値から導かれる拡張子情報と併せて、ファイルシステム上で、オブジェクト参照情報１２２１が参照しているメディアオブジェクトを特定することが可能である。このような構成はメディアオブジェクト情報１２２０のデータ量を減らす目的に好適である。
もちろん、ＯＢＪ＿ＩＤのデータ構造は、メディアオブジェクト情報１２２０とメディアオブジェクトが一意に対応付けられる形式であれば他の形式でもよい。例えば、メディアオブジェトのパス情報をそのまま格納する方法もある。すなわち、″／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ″のように、″／″をパス区切り文字としたフルパス名の文字列を格納してもよい。
また、ＭｏＴｙｐｅの代わりにメディアオブジェクトの拡張子（ＭＰＧなど）をＯＢＪ＿ＩＤの中に含めるような構成としてもよい。
なお、動画オブジェクトについては、属性情報ファイル（例えば、図２４における１１４２）だけをメディアオブジェクト情報に登録してもよい。対応する動画ファイルや、付加情報ファイル（この場合、図２４における１１４１や１１４３）は、上述のようにファイル名の対応付け等により属性情報ファイルから知ることができるからである。あるいは、逆に、動画ファイルをメディアオブジェクト情報１２２０に登録するようにしてもよい。同様に対応する属性情報ファイルを知ることができるからである。
あるいは、動画オブジェクトを構成する全てのファイルをメディアオブジェクト情報１２２０に登録することももちろん可能である。このとき、動画オブジェクトを構成するファイル間の対応付けがわかるように登録しておけば、動画オブジェクトを利用する際に便利である。
次に、図３１（ａ）はプログラムマネージャ１３００のデータ構造の例示図である。
図３１（ａ）において、プログラムマネージャ１３００は、任意のメディアオブジェクトをグループ化して分類整理したり、ユーザの望みの再生順序で再生するプログラム再生等の機能を実現したりするために設けられるファイルであり、次のような構造を持つ。
ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、プログラムマネージャ１３００に登録された全てのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、プログラムマネージャ１３００中に含まれるプログラム情報（ＰＲＧ＿ＩＮＦＯ）１３１０の数を示すＮｕｍＰｒｇＩｎｆｏ、そして、ＮｕｍＰｒｇＩｎｆｏ個のプログラム情報１３１０からなるプログラム情報テーブルで構成される。
そして、図３１（ｂ）はプログラムマネージャ１３００に含まれるプログラム情報１３１０のデータ構造である。
プログラム情報１３１０は、メディアオブジェクト情報１２２０をグループ化し、ディスクメディア１００上に記録された複数のメディアオブジェクトの分類を行ったり、あるいは、プログラム情報１３１０から参照しているメディアオブジェクトを順に再生したりすることにより、プログラム再生を実現するときの一つの単位である。
図３１（ｂ）に示すように、プログラム情報１３１０は、プログラム情報であることを示すＤａｔａＴｙｐｅ、プログラム情報１３１０のサイズを示すＤａｔａＳｉｚｅ、プログラムの各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、プログラムの再生時間であるＰａｙＢａｃｋＤｕｒａｔｉｏｎ、プログラム情報１３１０中に含まれるメディアオブジェクト情報１２２０への参照の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のメディアオブジェクト情報１２２０への参照（ＭｏＩＤ１３１１）テーブル、等から構成される。
その他にも、プログラム情報１３１０とは異なる場所に格納されるテキスト情報（ＴｅｘｔＩＤ）やプログラムを代表するサムネイル画像情報への参照情報（ＴｈｕｍＩＤ）等も含んでもよい。
次に、図３２を用いて、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、メディアオブジェクト情報１２２０との関係を説明する。
メディアオブジェクトマネージャ１２００には、複数のメディアオブジェクト情報１２２０が含まれており、それぞれにメディアオブジェクトが登録されている。例えば、ＭｏＩｎｆｏ［１］には、ディレクトリ３０４が登録されている。
この時、ＭｏＩｎｆｏ［１］のフィールドの値は次のように設定される。まずＭｏＴｙｐｅは、図３０（ｂ）より、ディレクトリを示す’１’が設定される。ＭｏＲｅｆは、図１３（ｂ）より、親ディレクトリ’０’、ディレクトリ番号’１００’、ファイル番号’００００’となり、フィールド値全体としては０ｂ０１００００００（先頭の０ｂは２進数を意味する）となる。そして、ＭｏＵｎｉｑｕｅＩＤは’１００’が設定されるものとする。
また、ＭｏＩｎｆｏ［２］のフィールドの値は次のように設定される。まずＭｏＴｙｐｅは、動画オブジェクト（ＭＯＩ）を示す’２’が設定される。ＭｏＲｅｆは、親ディレクトリ’０’、ディレクトリ番号’１００’、ファイル番号’０００１’となり、フィールド値全体としては０ｂ０１０００００１となる。ＭｏＵｎｉｑｕｅＩＤは’１０１’が設定される。
以降同様に、その他のＭｏＩｎｆｏにも図３２に示す値が設定される。
なお、図３２では、動画オブジェクトを構成する全てのファイルがメディアオブジェクトマネージャ１２００に登録されているものとする。
図３３は、このようなメディアオブジェクトマネージャ１２００に対する、プログラムマネージャ１３００の関係を示すものである。上述のように、プログラムマネージャ１３００には複数のプログラム情報１３１０（ＰｒｇＩｎｆｏ［１］〜）が含まれる。
各プログラム情報１３１０は、メディアオブジェクト情報１２２０への参照情報を、メディアユニークＩＤの値として保持する。すなわち、メディアオブジェクト情報１２２０がメディアユニークＩＤ１２２２で保持している値を参照情報とする。
例えば、ＰｒｇＩｎｆｏ［１］では、図３３中の波線矢印で示すように、ＭｏＩｎｆｏ［２］とＭｏＩｎｆｏ［５］とＭｏＩｎｆｏ［１１］への参照を持つので、ＭｏＩＤのテーブル（ＭｏＩＤ［ ］）の値として、１０１、１０４、２０１を保持する。
ＰｒｇＩｎｆｏ［２］でも同様に、ＭｏＩｎｆｏ［５］とＭｏＩｎｆｏ［１１］への参照を持つので、ＭｏＩＤ［ ］の値として、１０４、２０１を保持する。
ディレクトリやメディアオブジェクトがディスクメディア１００に記録される際には、図２８を用いて説明したように、ファイルシステム処理部１１５２がファイルシステム情報を操作する。すなわち、新たにディレクトリやファイルをファイルシステム上に作成する時、ファイルシステム情報処理部がＦＩＤ１１２０やＥＦＥ１１００を作成したり、エクステントのパーティション空間内での配置を決めたりする。
さらに、コンテンツ管理情報処理部１１５１は、メディアオブジェクトマネージャ１２００やプログラムマネージャ１２００を操作する。すなわち、ファイルシステム処理部１１５２が作成したファイルを登録するための新たなメディアオブジェクト情報１２２０をメディアオブジェクトマネージャ１２００中に作成する。
そして、必要に応じてファイルシステム処理部１１５２から情報を得て、ファイルシステム情報とメディアオブジェクトマネージャ１２００内の情報との間に矛盾がないように値の設定を行う。例えば、ＭｏＲｅｆ １２２１には、ファイルのパス名情報を得て、その値を図３０に示す変換規則で変換して求められる値に設定し、また、メディアユニークＩＤ１２２２には、最終ユニークＩＤ情報１２１１の値に所定の値（例えば１）を加えた値を設定する。
また、ユーザの指示などにより、新たなプログラム情報１３１０を作成する際には、プログラム情報１３１０に含めたいメディアオブジェクトに割当てられたメディアユニークＩＤ１２２２をメディアオブジェクトマネージャ１２００からから取得し、プログラム情報１３１０へと設定する。
このように、プログラムマネージャ１３００及びそこから参照されるメディアオブジェクトマネージャ３２０の情報を利用することで、メディアオブジェクトのプログラム再生等を正しく実行することが可能となる。
次に、図３３の状態において、プログラム再生を実施するための処理について述べる。
例えば、ＰｒｇＩｎｆｏ［１］によるプログラム再生の開始が支持されたとすると、コンテンツ管理情報処理部１１５１は、ＰｒｇＩｎｆｏ［１］内のメディアオブジェクト情報への参照テーブルＭｏＩＤ［ ］内の値を読み出す。上述したとおり、ＭｏＩＤ［ ］には、プログラム再生の対象となるメディアオブジェクトへの参照情報がメディアユニークＩＤとして保持されている。
よって、プログラム再生を行うには、ＭｏＩＤ［ ］に保持されているメディアユニークＩＤの指し示すメディアオブジェクトを順次再生することになる。
なお、本実施の形態においては、動画オブジェクトをプログラム再生する場合、動画オブジェクトの内、属性情報ファイルを参照するようにしている。よって、ＭｏＩＤ［ ］に保持されているメディアユニークＩＤから属性情報ファイルが識別され、さらに、その属性情報ファイルに関連付けられている動画ファイル及び付加情報ファイルを判別し、それらの再生を行うこととする。
図３４は、本実施の形態における、動画オブジェクトのパーティション空間内の配置例を示すものである。
図３４（ａ）は、属性情報ファイル２０００と付属情報ファイル２００１と動画ファイル２００２とからなる動画オブジェクトのパーティション空間内での配置例である。
付属情報ファイル２００１と動画ファイル２００２は、それぞれ複数のエクステント２００３、２００４及び２００５、２００６で構成されており、図３４（ａ）のようにそれぞれのエクステントが所定の周期でインターリーブされている。
属性情報ファイル２０００は、ディスクメディアの特定領域（内周側の連続領域、等）に設けられた属性情報配置領域内に配置される。
属性情報ファイル２０００にはこのインターリーブの周期や数、あるいは各ファイルへのアクセス情報が含まれている。よって、動画オブジェクトを構成するファイルのうち、属性情報ファイル２０００が最後に記録される。
この状態において、最終記録位置情報１２１２はエクステント２００６の最後尾の位置を指すこととする。
記録した順番からすると属性情報ファイル２０００の末尾の位置が最終記録位置情報１２１２の位置となるが、本実施の形態においては、属性情報ファイルへの高速なアクセスを目的としてそれらを属性情報配置領域内に配置するようにしているので、最終記録位置情報１２１２については、動画オブジェクトを構成する動画ファイルの最後尾の位置を設定するようにする。
以降、図３４、図３５等においても同様である。
図３４（ｂ）は、図３４（ａ）の状態から動画オブジェクトへのデータの追記を行った場合のパーティション空間内での配置例である。
付属情報ファイル２００１と動画ファイル２００２に対して、それぞれエクステント２００７及び２００８が追記されている。
この追記されたエクステントの配置の際には、図３４（ａ）の最終記録位置から空き領域を検索し、所定の条件を満たす領域に対してエクステントの記録が行われる。
また、エクステント２００７及び２００８の追記に伴い、属性情報ファイル２０００内の情報（インターリーブに関する情報やアクセス情報など）も更新される。
この場合も、最終記録位置情報１２１２はエクステント２００８の最後尾の位置を指すよう更新される。
図３４（ｃ）は、図３４（ａ）の状態から動画オブジェクトへのデータの追記を行った場合のパーティション空間内での異なる配置例である。
図３４（ｂ）と異なり、動画オブジェクトが複数の付属情報ファイル２００１、２０１１及び複数の動画ファイル２００２、２０１２として構成されている。
すなわち、追記されたエクステント２０１３及び２０１４が独立したファイル（それぞれ２０１１と２０１２）として構成されている。
エクステント２０１３及び２０１４の追記に伴い、属性情報ファイル２０００内の情報（インターリーブに関する情報やアクセス情報、ファイル間の関連付け情報、等）も更新される。
この場合、最終記録位置情報１２１２はエクステント２０１４の最後尾の位置を指すよう更新される。
図３５（ａ）は、図３４（ａ）の状態から新たな動画オブジェクト（属性情報ファイル２０１０と付属情報ファイル２０１１と動画ファイル２０１２）が記録された時のパーティション空間内での配置例である。
付属情報ファイル２０２１と動画ファイル２０２２は、図３４（ａ）の最終記録位置から空き領域を検索し、見つかった空き領域にエクステント２０２３及び２０２４として所定の周期でインターリーブされて配置される。
一方、属性情報ファイル２０２０は、図３４（ａ）と同様、属性情報配置領域内に配置される。すなわち、属性情報ファイル２０２０は、最終記録位置情報を開始点とする空き領域検索を行わず、属性情報配置領域内に配置されるものとする。
また、この属性情報配置領域に当たる部分は、最終記録位置情報を開始点とする空き領域検索の対象からは除外するものとする。
この時、最終記録位置情報１２１２はエクステント２０２４の最後尾の位置を指すよう更新される。
なお、図３４（ａ）の状態から新たな動画データを記録する際に、図３４（ｂ）のように記録する（追記）か、図３４（ｃ）のように記録する（新規記録）かは、ユーザによって指示してもよいし、記録装置が自動的に判定してもよい。
自動判定を行う際には、記録日時情報１２１５を参照し、その値を現在の日時と比較し、所定の条件を満たしている（例えば、一定時間が経過している、日付が変わっている、等）場合に新規記録するようにしてもよい。
あるいは、記録レジューム情報１２１０の属性フラグ中に、次回の記録を追記するか、新規記録するかを示すためのフラグ情報を設け、次回の記録時にこのフラグを参照して記録方法を選択するようにしてもよい。
なお、図３４及び図３５のいずれの場合も、最終ファイル識別情報１２１３として、動画ファイル（例えば、図３４（ａ）であれば２００２）を参照する。
これにより、実施の形態１などで述べたのと同様、最終記録ファイル識別情報１２１３に示される動画ファイルの最後尾の論理ブロック番号（ＬＢＮ）を、ファイルシステムの情報から取得し、その位置から、空き領域の検索を行うことが可能となる。
あるいは、最終ファイル識別情報１２１３として属性情報ファイル（例えば、図３４（ａ）であれば２０００）を参照してもよい。
属性情報ファイルと動画ファイルとは関連付けがなされているので、属性情報ファイルがわかれば対応する動画ファイルもわかるので、動画ファイルがわかれば、上述したように、その最後尾の論理ブロック番号を調べることが可能となる。
同様に、最終ファイル識別情報１２１３で付属情報ファイルを参照してもかまわない。
最終記録ファイル識別情報１２１３から最終記録位置を調べる時の処理を示すフローチャートを図３６に示す。
まず、記録レジューム情報１２１２から最終ファイル識別情報１２１３を読み出し、参照先の最終記録ファイルを決定する（ステップＳ１００１）。
最終記録ファイルが動画ファイルではない場合、例えば属性情報ファイルの場合、対応付けられている動画ファイルを調べてそれを最終記録ファイルとする。
次に、ＵＤＦなどのファイルシステムを検索し、最終記録ファイルがディスクメディア１００上に存在するかどうかを確認する（ステップ１００２）。
もし、存在しない場合は例外処理を実施し（Ｓステップ１００３）処理を終了する。
ここで例外処理とは、記録動作そのものの停止であったり、予め定められた値を最終記録位置の代替として用いたりすることである。最終記録位置の代替となる位置は、例えば、パーティション空間内の先頭や、図３４等で述べた属性情報配置領域の最後尾の位置、等である。
もし、最終記録ファイルがディスクメディア１００上に存在する場合、その最終記録ファイルをファイルシステム上で管理しているＥＦＥ１１００を読み出し、ＥＦＥ１１００に含まれるＡＤ１１１０の値から最終記録位置を決定する。
図３７は、本実施の形態において、動画オブジェクトを記録する処理を示すフローチャートである。
システム制御部１０４は、記録レジューム情報１２１２を参照し、空き領域検索開始位置を決定する（ステップＳ２００１）。
より具体的には、記録レジューム情報１２１２の最終記録位置情報１２１２の値を参照する。
あるいは、図３６のフローチャートで説明した処理手順により、最終記録ファイル識別情報１２１３の参照するファイルと、ファイルシステムの情報から、最終記録位置の情報を求める。
次に、ステップＳ２００１で決定した空き領域検索開始位置から順に、空き領域を検索する（ステップＳ２００２）。ＵＤＦの場合は、スペースビットマップ記述子の各ビットの値を順に調べることにより空き領域がどうかを知ることができる。
空き領域の存在を判定し（ステップＳ２００３）、存在しない場合は記録動作の終了などの例外処理を行い（ステップＳ２００４）、記録動作を終了する。
空き領域が存在した場合は、動画ファイル（ＭＰＧ）及び付属情報ファイル（ＭＥＸ）を所定のインターリーブ周期でディスクメディア１００上に記録する（Ｓステップ２００５）。
動画ファイル及び付属情報ファイルの記録が終了したら、属性情報ファイル（ＭＯＩ）の情報が全て確定するので、属性情報配置領域内に記録する（ステップＳ２００６）。
そして、動画オブジェクトを構成する各ファイルをメディアオブジェクトマネージャ１２００へと登録し（ステップＳ２００７）、処理を終了する。
動画オブジェクトをメディアオブジェクトマネージャ１２００へ登録する際に、所属グループ情報１２１４を参照することにより、当該動画オブジェクトをどのプログラムへ登録するかを決めてもよい。
例えば、所属グループ情報１２１４が指し示すプログラムと同じプログラムへ登録すれば、時間的に連続した動画オブジェクトを同じプログラムとして管理できる。
あるいは、記録日時情報１２１５と当該動画オブジェクトの記録日時を比較し、所定の条件が満たされていたら（例えば所定の時間が経過している、日付が変わっている、など）、所属グループ情報１２１４が指し示すプログラムとは異なる新たなプログラム情報１３１０を生成し、そこに当該動画オブジェクトを登録してもよい。これにより、例えば日付毎の動画オブジェクトの分類が可能となる。
なお、ＵＤＦなどのファイルシステムの更新については、必要なタイミングで随時行うものとし、ここではその説明を省略した。
なお、本実施の形態においては、動画オブジェクトが属性情報ファイルの他に２種類のファイルから構成される例で説明を行ったが、さらに多くの種類のファイルから構成されてもかまわない。以降の実施の形態においても同様である。
また、本実施の形態では、属性フラグ中のループ記録フラグ及び第１〜第５有効フラが有効であることを前提に説明したが、システム制御部１０４は状況に応じてそれぞれ有効／無効を設定する。例えば、システム制御部は、ユーザ操作に従ってループ記録をするかしないかを選択して、ループ記録フラグを設定してもよい。また、システム制御部は、最終ユニークＩＤ１２１１、最終記録位置情報１２１２、最終記録ファイル識別情報１２１３のうち少なくとも１つを設定すればループ記録が可能であり、設定した情報に対応する有効フラグを有効に、設定していない情報に対応する有効フラグを無効にすればよい。また、所属グループ情報１２１４、記録日時情報１２１５について、システム制御部１０４は、ユーザ指定に従って設定するかしないかを選択して、第４、第５有効フラグを設定してもよい。そのため、システム制御部１０４は、第１〜第５有効フラグが示す有効な情報のみを参照すればよい。
（実施の形態７）
本実施の形態においては、図３４や図３５とは異なるパーティション空間上への動画オブジェクトの配置例について述べる。
図３８（ａ）では、動画ファイルと付加情報ファイルのインターリーブ周期に一致しない容量のデータが記録されている状態が示されている。
ここでの動画オブジェクトは、属性情報ファイル３０００と付属情報ファイル３００１と動画ファイル３００２から構成される。
また、付属情報ファイル３００１は、エクステント３００３と３００４とで構成され、動画ファイル３００２は、エクステント３００５と３００６とで構成される。
上述のようにインターリーブ周期とデータ容量が同期していないので、エクステント３００３とエクステント３００６との間に空き領域３００７が存在している。
このような状態において、新たなデータを記録したときの例が図３８（ｂ）に示される。
ここでは、エクテント３００４とエクステント３００６にデータが追記され、それぞれエクステント３００８と３００９となっている。
図３８（ａ）で、記録レジューム情報１２１０の最終記録位置はエクステント３００６の最後尾を指すことになるが、図３８（ｂ）の場合は、空き領域３００７に付属情報の追記を行い、最終記録位置以降に動画の追記を行う。
一方、図３８（ｃ）の場合、最終記録位置にかかわらず、空き領域３００７へデータを記録する点では図３８（ｂ）の場合と同じであるが、そこに配置されるデータが独立したファイルを構成している点で異なる。
すなわち、図３８（ｃ）では、エクステント３０１３と３０１４とからなる付属情報ファイル３０１１と、エクステント３０１５と３０１６とからなる動画ファイル３０１２とが存在し、属性情報ファイル３０１０と付属情報ファイル３０１１と動画ファイル３０１２で動画オブジェクトを構成している。
なお、図３８（ａ）の状態から新たな動画データを記録する際に、図３８（ｂ）のように記録する（追記）か、図３８（ｃ）のように記録する（新規記録）かは、ユーザによって指示してもよいし、記録装置が自動的に判定してもよい。
自動判定を行う際には、記録日時情報１２１５を参照し、その値を現在の日時と比較し、所定の条件を満たしている（例えば、一定時間が経過している、日付が変わっている、等）場合に新規記録するようにしてもよい。
あるいは、記録レジューム情報１２１０の属性フラグ中に、次回の記録を追記するか、新規記録するかを示すためのフラグ情報を設け、次回の記録時にこのフラグを参照して記録方法を選択するようにしてもよい。
以上のように、本実施の形態によれば、データの記録が一旦中断した際にでも、効率的な空き領域の利用が可能となる。
（実施の形態８）
本実施の形態では、図３９に示すように複数のメディアオブジェクトマネージャ（１２００と５０００）が存在する場合について述べる。
何らかの理由（例えばシステム実装上の制約、等）により、メディアオブジェクトマネージャの最大サイズに制限が発生する場合において、その最大サイズを超える数のメディアオブジェクトを管理しようとしたとき、複数のメディアオブジェクトマネージャを設けることが考えられる。
このような場合、記録レジューム情報１２１０が複数個存在することになり、その値を用いて空き領域検索を行って良いかが不明確となってしまう。
そこで本発明の実施の形態においては、各メディアオブジェクトマネージャ内の記録日時情報１２１５の値を全て比較し、最も新しい日付の記録レジューム情報１２１５に保持されている情報に基づいて空き領域検索の開始位置などを決定することとする。
また、他の方法としては、複数のメディアオブジェクトマネージャの内、有効な記録レジューム情報１２１０を持つものは一つだけに限定する方法もある。
この場合、動画オブジェクトを新規に記録した場合、複数のメディアオブジェクトマネージャの内のどれかに登録されるが、その際に更新される記録レジューム情報１２１０は、常に固定のメディアオブジェクトマネージャであるとする。
例えば、ファイル番号が０００１のメディアオブジェクトマネージャ（図３９ではメディアオブジェクトマネージャ１２００）の記録レジューム情報１２１０を使う用にする。
また、他の方法としては、各メディアオブジェクトマネージャ内の記録レジューム情報１２１０の属性フラグ１２１０ａにより、複数のメディアオブジェクトマネージャの内、一つのメディアオブジェクトマネージャだけが有効状態を示し、他は全て無効な状態を示すようにする。
記録レジューム情報１２１０を利用するときは、存在する全てのメディアオブジェクトマネージャ中の属性フラグ１２１０ａを調べ、有効になっている記録レジューム情報１２１０を利用すればよい。
また、他方法としては、基本となるメディアオブジェクトマネージャを一つ定め（例えば、ファイル番号が最も小さいもの。図３９ではメディアオブジェクトマネージャ１２００）、その中に有効なメディアオブジェクトマネージャを指し示す情報を格納する。
すなわち、基本となるメディアオブジェクトマネージャ中に有効な記録レジューム情報１２１０を持つメディアオブジェクトマネージャへの（例えば、オブジェクト参照情報１２２１のような形式で）参照情報を保持しておく。
記録レジューム情報１２１０を利用するときには、まず基本となるメディアオブジェクトマネージャを参照し、有効な記録レジューム情報１２１０を持つメディアオブジェクトマネージャの識別情報を得て、当該メディアオブジェクトマネージャから記録レジューム情報１２１０を読み出し、利用する。
以上により、複数のメディアオブジェクトマネージャが存在する場合でも問題なく記録レジューム情報１２１０を利用可能となる。
（実施の形態９）
本実施の形態は、記録レジューム情報１２１０の異なる格納方式を示す実施の形態である。
本実施の形態においては、記録レジューム情報１２１０は、ＵＤＦで定義される拡張属性中に格納される。
すなわち、各ＥＦＥ１１００が持つＥＡｓ１１０１中に、図４０（ａ）で示されるデータが格納され、そこに含まれるＩｍｐｌｅｍｅｎｔａｔｉｏｎ Ｕｓｅ６０００中に、図４０（ｂ）で示されるデータ構造で記録レジューム情報６１００が格納される。
記録レジューム情報６１００と記録レジューム情報１２１０は同一の構造である。
本実施の形態の構成によれば、メディアオブジェクトマネージャ等の特別なファイルが存在しない場合でも、ディレクトリ（例えばＶＩＤＥＯディレクトリ３０１やＤＣＩＭディレクトリ３０２等）のＥＦＥ１１００の中に記録レジューム情報を持つことが可能となり、よりその利用範囲を広げることが可能となる。
あるいは、実施の形態８で述べたように、複数のメディアオブジェクトマネージャが存在する場合に、メディアオブジェクトマネージャ内に記録レジューム情報１２１２を保持せず、本実施の形態のようにいずれかのＥＦＥ１１００に保持するようにしてもよい。
なお、記録レジューム情報１２１０を拡張属性情報中にではなく、拡張属性と同様の機能を実現可能なＮａｍｅｄ Ｓｔｒｅａｍ中に格納してもよい。
なお、実施の形態６等で、メディアオブジェクトマネージャ１２００やプログラムマネージャ１３００の構造例を示したが、必ずしもこの構造でなくてもよく、例えば、メディアオブジェクトマネージャ１２００とプログラムマネージャ１３００と同様の情報を含んだ一つのファイルを構成してもかまわない。
なお、上述したいずれの実施の形態においても、記録再生装置及び記録媒体をＤＶＤのような光ディスクメディアを例に挙げて説明しているが、特に限定されるものではなく、その他磁気記録メディアを用いたハードディスクドライブ、光磁気ディスクメディア等、他の記録装置や記録媒体であっても良い。
以上説明してきたように本発明の実施の形態における記録再生装置によれば、メディアファイルの記録時において、そのグループによる分類と、記録媒体上での物理的な配置を整合させることが可能となり、記録されたメディアファイルをグループに管理された順番に再生しようとするときに、光ピックアップ等の録再生手段のアクセス動作を減らすことが可能となり、複数のメディアファイルを途切れることなく再生することが可能となる。
また、動画オブジェクトが複数のファイルから構成されている場合でも同様な効果を得ることが可能である。
また、ディスク上に複数のディレクトリやグループが存在する場合でも、迅速に前回の分類先を知ることができる。
また、グループ情報やレジューム情報を欠陥管理することにより、その信頼性を向上させることができる。
また、新たなメディアファイルに割当てられるユニークＩＤの値を迅速に決定することが可能となる。
また、結果として、ディスクメディア１００上の空き領域の使用頻度を平均化することになり、ディスクメディア１００の長寿命化にも効果がある。
【産業上の利用可能性】
本発明は、記録媒体に対して映像データファイルを記録又は再生する記録再生装置に適しており、例えば、ＤＶＤレコーダ、ＤＶＤカムコーダ等の光ディスク記録再生装置や、ハードディスクを記録媒体とするビデオレコーダ、録画機能を有するホームサーバ等に適している。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【特許請求の範囲】
【請求項１】
記録媒体に対して映像データファイルを記録又は再生する記録再生装置であって、
映像データファイルと、それに関連する付加データファイルと、最後に記録されたファイルを示す記録レジューム情報を含む管理情報とを前記記録媒体に記録する記録手段と、
前記記録手段によって前記映像データファイル及び付加データファイルが記録されたとき、前記最後に記録されたファイルとして最後に記録された前記映像データファイルを示す記録レジューム情報を前記管理情報内に記録するよう前記記録手段を制御する制御手段と
を備えることを特徴とする記録再生装置。
【請求項２】
前記記録レジューム情報は、最後に記録された映像データファイルを示すファイル識別情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項３】
前記付加データファイルはポストレコーディング用の記録領域を予約するためのファイルであり、
前記記録手段は、前記映像データファイルと前記付加データファイルとをインターリーブ記録する
ことを特徴とする請求の範囲第２項に記載の記録再生装置。
【請求項４】
前記記録手段は、さらに、前記映像データファイルの属性を示す属性情報ファイルを予め定められた領域に記録する
ことを特徴とする請求の範囲第３項に記載の記録再生装置。
【請求項５】
前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、
前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する
ことを特徴とする請求の範囲第３項に記載の記録再生装置。
【請求項６】
前記管理情報は、さらに、最後に記録されたファイルがループ記録により記録されたか否かを示すループ記録フラグを含み、
前記制御手段は、ループ記録フラグの設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項７】
前記管理情報は、さらに、前記ファイル識別情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの更新を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項８】
前記管理情報は、さらに、最後に記録された映像データファイルが属するグループを示すエントリ情報を含み、
前記制御手段は、前記エントリ情報の設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項９】
前記管理情報は、さらに、前記エントリ情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの設定を制御する
ことを特徴とする請求の範囲第８項に記載の記録再生装置。
【請求項１０】
前記管理情報は、さらに、最後に記録された映像データファイルの記録日時を示す日時情報を含み、
前記制御手段は、前記日時情報の設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項１１】
前記管理情報は、さらに、前記日時情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの設定を制御する
ことを特徴とする請求の範囲第１０項に記載の記録再生装置。
【請求項１２】
前記記録レジューム情報は、最後に記録された映像データファイルの前記記録媒体上の最終記録位置を示す位置情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１３】
前記記録レジューム情報は、最後に記録された映像データファイルのグループを示す識別情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１４】
前記制御手段は、映像データファイル及び付加データファイルにユニークＩＤを割当て、
前記記録レジューム情報は、最後に記録された映像データファイルのユニークＩＤを含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１５】
前記制御手段は、前記記録媒体へ新たな映像データファイル及び付加データファイルの記録を開始する際に、前記記録レジューム情報にもとづき、新たな映像データファイル及び付加データファイルの分類先のグループと記録開始位置とを決定する
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１６】
前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、
前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する
ことを特徴とする請求の範囲第１５項に記載の記録再生装置。
【請求項１７】
記録媒体に対して映像データファイルを記録又は再生する記録再生方法であって、
映像データファイルと、それに関連する付加データファイルとを前記記録媒体に記録する第１記録ステップと、
第１記録ステップにおける前記映像データファイル及び付加データファイルの記録が完了したとき、最後に記録されたファイルとして最後に記録された映像データファイルを示す記録レジューム情報を含む管理情報を前記記録媒体に記録する第２記録ステップと
を有することを特徴とする記録再生方法。
【請求項１８】
記録媒体に対する映像データファイルの記録又は再生をコンピュータに実行させるプログラムであって、
前記プログラムは、
映像データファイルと、それに関連する付加データファイルとを前記記録媒体に記録する第１記録ステップと、
第１記録ステップにおける前記映像データ及び付加データの記録が完了したとき、最後に記録されたファイルとして最後に記録された映像データファイルを示す記録レジューム情報を含む管理情報を前記記録媒体に記録する第２記録ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１９】
記録可能な記録媒体であって、
映像データファイルとそれに関連する付加データファイルと管理情報とが記録され、
前記映像データファイルと付加データファイルとがインターリーブ記録され、
前記管理情報は、最後に記録された映像データファイルを示す記録レジューム情報を含む
ことを特徴とするコンピュータにより記録又は再生可能な記録媒体。
【請求項１】
記録媒体に対して映像データファイルを記録又は再生する記録再生装置であって、
映像データファイルと、それに関連する付加データファイルと、最後に記録されたファイルを示す記録レジューム情報を含む管理情報とを前記記録媒体に記録する記録手段と、
前記記録手段によって前記映像データファイル及び付加データファイルが記録されたとき、前記最後に記録されたファイルとして最後に記録された前記映像データファイルを示す記録レジューム情報を前記管理情報内に記録するよう前記記録手段を制御する制御手段と
を備えることを特徴とする記録再生装置。
【請求項２】
前記記録レジューム情報は、最後に記録された映像データファイルを示すファイル識別情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項３】
前記付加データファイルはポストレコーディング用の記録領域を予約するためのファイルであり、
前記記録手段は、前記映像データファイルと前記付加データファイルとをインターリーブ記録する
ことを特徴とする請求の範囲第２項に記載の記録再生装置。
【請求項４】
前記記録手段は、さらに、前記映像データファイルの属性を示す属性情報ファイルを予め定められた領域に記録する
ことを特徴とする請求の範囲第３項に記載の記録再生装置。
【請求項５】
前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、
前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する
ことを特徴とする請求の範囲第３項に記載の記録再生装置。
【請求項６】
前記管理情報は、さらに、最後に記録されたファイルがループ記録により記録されたか否かを示すループ記録フラグを含み、
前記制御手段は、ループ記録フラグの設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項７】
前記管理情報は、さらに、前記ファイル識別情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの更新を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項８】
前記管理情報は、さらに、最後に記録された映像データファイルが属するグループを示すエントリ情報を含み、
前記制御手段は、前記エントリ情報の設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項９】
前記管理情報は、さらに、前記エントリ情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの設定を制御する
ことを特徴とする請求の範囲第８項に記載の記録再生装置。
【請求項１０】
前記管理情報は、さらに、最後に記録された映像データファイルの記録日時を示す日時情報を含み、
前記制御手段は、前記日時情報の設定を制御する
ことを特徴とする請求の範囲第５項に記載の記録再生装置。
【請求項１１】
前記管理情報は、さらに、前記日時情報が有効か否かを示す有効フラグを含み、
前記制御手段は、前記有効フラグの設定を制御する
ことを特徴とする請求の範囲第１０項に記載の記録再生装置。
【請求項１２】
前記記録レジューム情報は、最後に記録された映像データファイルの前記記録媒体上の最終記録位置を示す位置情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１３】
前記記録レジューム情報は、最後に記録された映像データファイルのグループを示す識別情報を含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１４】
前記制御手段は、映像データファイル及び付加データファイルにユニークＩＤを割当て、
前記記録レジューム情報は、最後に記録された映像データファイルのユニークＩＤを含む
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１５】
前記制御手段は、前記記録媒体へ新たな映像データファイル及び付加データファイルの記録を開始する際に、前記記録レジューム情報にもとづき、新たな映像データファイル及び付加データファイルの分類先のグループと記録開始位置とを決定する
ことを特徴とする請求の範囲第１項に記載の記録再生装置。
【請求項１６】
前記制御手段は、さらに、新たな映像データファイル及び付加データファイルを記録する直前に、前記記録レジューム情報に基づいて最後に記録されたファイルの最終記録位置を判別し、当該最終記録位置から一定方向に空き領域を検索し、当該空き領域の先頭を記録開始位置と決定し、
前記記録手段は、決定された記録開始位置から新たな映像データファイル及び付加データファイルを記録する
ことを特徴とする請求の範囲第１５項に記載の記録再生装置。
【請求項１７】
記録媒体に対して映像データファイルを記録又は再生する記録再生方法であって、
映像データファイルと、それに関連する付加データファイルとを前記記録媒体に記録する第１記録ステップと、
第１記録ステップにおける前記映像データファイル及び付加データファイルの記録が完了したとき、最後に記録されたファイルとして最後に記録された映像データファイルを示す記録レジューム情報を含む管理情報を前記記録媒体に記録する第２記録ステップと
を有することを特徴とする記録再生方法。
【請求項１８】
記録媒体に対する映像データファイルの記録又は再生をコンピュータに実行させるプログラムであって、
前記プログラムは、
映像データファイルと、それに関連する付加データファイルとを前記記録媒体に記録する第１記録ステップと、
第１記録ステップにおける前記映像データ及び付加データの記録が完了したとき、最後に記録されたファイルとして最後に記録された映像データファイルを示す記録レジューム情報を含む管理情報を前記記録媒体に記録する第２記録ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１９】
記録可能な記録媒体であって、
映像データファイルとそれに関連する付加データファイルと管理情報とが記録され、
前記映像データファイルと付加データファイルとがインターリーブ記録され、
前記管理情報は、最後に記録された映像データファイルを示す記録レジューム情報を含む
ことを特徴とするコンピュータにより記録又は再生可能な記録媒体。
【国際公開番号】ＷＯ２００４／０２９９７０
【国際公開日】平成１６年４月８日（２００４．４．８）
【発行日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願番号】特願２００５−５０１９５０（Ｐ２００５−５０１９５０）
【国際出願番号】ＰＣＴ／ＪＰ２００３／０１２１９９
【国際出願日】平成１５年９月２５日（２００３．９．２５）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【国際公開日】平成１６年４月８日（２００４．４．８）
【発行日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００３／０１２１９９
【国際出願日】平成１５年９月２５日（２００３．９．２５）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]