(57)【要約】【課題】パス名によりファイルの参照を行うプログラム再生において、ファイルの実データを読み出すためのアクセス回数を減らし、高速な再生を可能とする記録装置及び方法を提供する。【解決手段】記録又は再生される対象となる情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理し、ディレクトリ及びファイルを、パス名を所定の規則により変換して得られるオブジェクト参照情報により参照するオブジェクト管理情報を含むコンテンツ管理情報を用いて管理する記録装置であって、コンテンツ管理情報にメディアユニークＩＤとファイルを管理する情報管理ブロックのアドレス情報を関連付けて保持する。【選択図】  図１７
2004302853.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体の所定の位置に情報の記録を行う記録部と、
前記情報を、パス名により参照可能なディレクトリ階層構造を有したファイルシステム情報を用いてファイルとして管理するファイルシステム処理部と、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するコンテンツ管理情報処理部とを備えた記録装置であって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、前記新規のディレクトリ又は前記新規のファイルを管理する情報制御ブロックを前記記録媒体上に記録し、
前記新規のディレクトリ又は前記新規のファイルに、前記記録媒体上で重複しない識別情報であるメディアユニークＩＤを割り当て、
前記メディアユニークＩＤと前記情報制御ブロックの前記記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を前記記録媒体上に記録し、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録し、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録することを特徴とする記録装置。
【請求項２】
前記メディアユニークＩＤの値が、前記ファイルシステム処理部により決定される請求項１に記載の記録装置。
【請求項３】
前記メディアユニークＩＤの値が、前記コンテンツ管理情報処理部により決定される請求項１に記載の記録装置。
【請求項４】
記録媒体の所定の位置に情報の記録を行う記録部と、
前記情報を、パス名により参照可能なディレクトリ階層構造を有したファイルシステム情報を用いてファイルとして管理するファイルシステム処理部と、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するコンテンツ管理情報処理部とを備えた記録装置であって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、前記新規のディレクトリ又は前記新規のファイルを管理する情報制御ブロックを前記記録媒体上に記録し、
前記情報制御ブロックの前記記録媒体上での記録位置から前記記録媒体上で重複しない識別情報であるメディアユニークＩＤの値を決定し、
前記新規のディレクトリ又は前記新規のファイルに、前記メディアユニークＩＤを割り当て、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録し、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録することを特徴とする記録装置。
【請求項５】
記録媒体の所定の位置に情報を記録する工程と、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理する工程と、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理する工程とを備えた記録方法であって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、前記新規のディレクトリ又は前記新規のファイルを管理する情報制御ブロックを前記記録媒体上に記録する工程と、
前記新規のディレクトリ又は前記新規のファイルに、前記記録媒体上で重複しない識別情報であるメディアユニークＩＤを割り当てる工程と、
前記メディアユニークＩＤと前記情報制御ブロックの前記記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を前記記録媒体上に記録する工程と、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録する工程と、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録する工程をさらに含むことを特徴とする記録方法。
【請求項６】
前記記録媒体上で前記メディアユニークＩＤを割り当てる工程において、
前記メディアユニークＩＤの値が、前記ファイルシステム情報内で重複しないようにその値を決定する工程をさらに含む請求項５に記載の記録方法。
【請求項７】
前記記録媒体上で前記メディアユニークＩＤを割り当てる工程において、
前記メディアユニークＩＤの値が、前記コンテンツ管理情報内で重複しないようにその値を決定する工程をさらに含む請求項５に記載の記録方法。
【請求項８】
記録媒体の所定の位置に情報を記録する工程と、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理する工程と、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理する工程とを備えた記録方法であって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、前記新規のディレクトリ又は前記新規のファイルを管理する情報制御ブロックを前記記録媒体上に記録する工程と、
前記情報制御ブロックの前記記録媒体上での記録位置から前記記録媒体上で重複しない識別情報であるメディアユニークＩＤの値を決定する工程と、
前記新規のディレクトリ又は前記新規のファイルに、前記メディアユニークＩＤを割り当てる工程と、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録する工程と、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録する工程をさらに含むことを特徴とする記録方法。
【請求項９】
情報が記録された記録媒体であって、
前記記録媒体には、前記情報をパス名により参照可能なディレクトリ階層構造として管理するファイルシステム情報と、
前記ディレクトリ及び前記ファイルを管理するコンテンツ管理情報とが記録されており、
前記ファイルシステム情報には、前記ディレクトリ及び前記ファイル毎に、前記記録媒体上で重複しない識別情報であるメディアユニークＩＤ情報と、
前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックと、
前記メディアユニークＩＤと前記情報制御ブロックの前記記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を含み、
前記コンテンツ管理情報には、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により参照するオブジェクト管理情報を含み、
前記オブジェクト管理情報が前記メディアユニークＩＤとが対応付けられて記録されていることを特徴とする記録媒体。
【請求項１０】
請求項１から３のいずれか一項に記載の記録装置または請求項５から７のいずれか一項に記載の記録方法により記録された記録媒体。
【請求項１１】
情報が記録された記録媒体であって、
前記記録媒体には、前記情報をパス名により参照可能なディレクトリ階層構造として管理するファイルシステム情報と、
前記ディレクトリ及び前記ファイルを管理するコンテンツ管理情報とが記録されており、
前記ファイルシステム情報には、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックと、
前記ディレクトリ及び前記ファイル毎に、前記情報制御ブロックの前記記録媒体上での記録位置から決められた前記記録媒体上で重複しない識別情報であるメディアユニークＩＤ情報とを含み、
前記コンテンツ管理情報には、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により参照するオブジェクト管理情報を含み、
前記オブジェクト管理情報が前記メディアユニークＩＤとが対応付けられて記録されていることを特徴とする記録媒体。
【請求項１２】
請求項４に記載の記録装置または請求項８に記載の記録方法により記録された記録媒体。
【請求項１３】
請求項９から１０のいずれか一項に記載の記録媒体から情報の再生を行う再生装置であって、
前記情報を前記記録媒体の所定の位置から再生する再生部と、
前記ファイルシステム情報処理するファイルシステム処理部と、
前記コンテンツ管理情報を処理するコンテンツ管理情報処理部とを備え、
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、前記ディレクトリ又はファイルに対応する前記メディアユニークＩＤの値を前記コンテンツ管理情報から読み出し、
前記メディアユニークＩＤの値を前記メディアユニークＩＤマッピング情報から検出することにより、前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報を取得し、
前記再生部は、前記情報制御ブロックの前記記録位置情報を用いて前記ディレクトリ又はファイルを構成する前記情報を再生することを特徴とする再生装置。
【請求項１４】
前記メディアユニークＩＤの値を前記メディアユニークＩＤマッピング情報からの検出処理を前記コンテンツ管理情報処理部が行うことを特徴とする請求項１３に記載の再生装置。
【請求項１５】
前記メディアユニークＩＤの値を前記メディアユニークＩＤマッピング情報からの検出処理を前記ファイルシステム処理部処理部が行うことを特徴とする請求項１４に記載の再生装置。
【請求項１６】
請求項１１から１２のいずれか一項に記載の記録媒体から情報の再生を行う再生装置であって、
前記情報を前記記録媒体の所定の位置から再生する再生部と、
前記ファイルシステム情報処理するファイルシステム処理部と、
前記コンテンツ管理情報を処理するコンテンツ管理情報処理部とを備え、
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、前記ディレクトリ又はファイルに対応する前記メディアユニークＩＤの値を前記コンテンツ管理情報から読み出し、
前記再生部は、前記メディアユニークＩＤの値を前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報として前記ディレクトリ又はファイルを構成する前記情報を再生することを特徴とする再生装置。
【請求項１７】
請求項９から１０のいずれか一項に記載の記録媒体から情報の再生を行う再生方法であって、
前記情報を前記記録媒体の所定の位置から再生する再生を行う工程と、
前記ファイルシステム情報処理する工程と、
前記コンテンツ管理情報を処理する工程とを備え、
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、
前記ディレクトリ又はファイルに対応する前記メディアユニークＩＤの値を前記コンテンツ管理情報から読み出す工程と、
前記メディアユニークＩＤの値を前記メディアユニークＩＤマッピング情報から検出する工程と、
前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報を取得する工程と、
前記情報制御ブロックの前記記録位置情報を用いて前記ディレクトリ又はファイルを構成する情報を再生する工程とをさらに含むことを特徴とする再生方法。
【請求項１８】
請求項１１から１２のいずれか一項に記載の記録媒体から情報の再生を行う再生方法であって、
前記情報を前記記録媒体の所定の位置から再生する再生を行う工程と、
前記ファイルシステム情報処理する工程と、
前記コンテンツ管理情報を処理する工程とを備え、
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、前記ディレクトリ又はファイルに対応する前記メディアユニークＩＤの値を前記コンテンツ管理情報から読み出す工程と、
前記メディアユニークＩＤの値を前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報として、前記ディレクトリ又はファイルを構成する前記情報を再生する工程とをさらに含むことを特徴とする再生方法。
【請求項１９】
記録媒体の所定の位置に情報を記録するステップと、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理するステップと、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するステップとを備えた記録方法を具現化するコンピュータ実行可能なプログラムであって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、
前記新規のディレクトリ又は前記新規のファイルを管理する前記情報制御ブロックを前記記録媒体上に記録するステップと、
前記新規のディレクトリ又は前記新規のファイルに、前記記録媒体上で重複しない識別情報であるメディアユニークＩＤを割り当てるステップと、
前記メディアユニークＩＤと前記情報制御ブロックの前記記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を前記記録媒体上に記録するステップと、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録するステップと、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録するステップをさらに含むことを特徴とするコンピュータ実行可能なプログラム。
【請求項２０】
記録媒体の所定の位置に情報を記録するステップと、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理するステップと、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するステップとを備えた記録方法を具現化するコンピュータ実行可能なプログラムであって、
前記ファイルシステム情報は、前記記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、
前記コンテンツ管理情報は、前記パス名を所定の規則により変換して得られるオブジェクト参照情報により前記ディレクトリ及び前記ファイルを参照するオブジェクト管理情報を含み、
前記記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、
前記新規のディレクトリ又は前記新規のファイルを管理する前記情報制御ブロックを前記記録媒体上に記録するステップと、
前記情報制御ブロックの前記記録媒体上での記録位置から前記記録媒体上で重複しない識別情報であるメディアユニークＩＤの値を決定する工程と、
前記新規のディレクトリ又は前記新規のファイルに、前記メディアユニークＩＤを割り当てる工程と、
前記新規のディレクトリ又は前記新規のファイルのパス名を前記所定の規則により変換して前記オブジェクト参照情報として前記記録媒体上に記録するステップと、
前記メディアユニークＩＤを、前記コンテンツ管理情報内の所定の位置に記録するステップをさらに含むことを特徴とするコンピュータ実行可能なプログラム。
【請求項２１】
情報を記録媒体の所定の位置から再生する再生を行うステップと、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理するステップと、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するステップとを備えた再生方法を具現化するコンピュータ実行可能なプログラムであって、
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、前記ディレクトリ又はファイルに対応するメディアユニークＩＤの値を前記コンテンツ管理情報から読み出すステップと、
前記メディアユニークＩＤの値を前記メディアユニークＩＤマッピング情報から検出するステップと、
前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報を取得するステップと、
前記情報制御ブロックの前記記録位置情報を用いて前記ディレクトリ又はファイルを構成する情報を再生するステップとをさらに含むことを特徴とするコンピュータ実行可能なプログラム。
【請求項２２】
情報を記録媒体の所定の位置から再生する再生を行うステップと、
前記情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理するステップと、
前記ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するステップとを備えた再生方法を具現化するコンピュータ実行可能なプログラムであって、
前記コンテンツ管理情報を処理するステップとを備えた
前記コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、前記ディレクトリ又はファイルに対応するメディアユニークＩＤの値を前記コンテンツ管理情報から読み出すステップと、
前記メディアユニークＩＤの値を前記ディレクトリ又はファイルを管理する前記情報制御ブロックの前記記録媒体上での記録位置情報として前記ディレクトリ又はファイルを構成する前記情報を再生するステップとをさらに含むことを特徴とするコンピュータ実行可能なプログラム。
【請求項２３】
請求項１９から２１のいずれか一項に記載のコンピュータ実行可能なプログラムを記録したコンピュータ読み取り可能な提供媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録再生装置、記録再生方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラム、並びに当該記録再生装置又は記録再生方法により記録された記録媒体に関する。特に、画像データや音声データを記録媒体にファイルとして記録する記録再生装置、記録再生方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラム、並びに当該記録再生装置又は記録再生方法により記録された記録媒体に関する。
【０００２】
【従来の技術】
近年、動画情報や静止画情報、音声情報等のＡＶデータをデジタル化して記録・再生することが良く行われている。このようなデジタル情報を蓄積する記録媒体としては、フラッシュメモリ等の半導体メモリ、あるいはディスクメディアであるＤＶＤ、ハードディスク、ＭＤ（ミニディスク）等が存在する。
【０００３】
これらの記録媒体に対して、ＭＰＥＧ２やＪＰＥＧ等の符号化方式で符号化されたＡＶデータの記録や再生が行われているが、かかるＡＶデータの記録において、各ＡＶデータはファイルシステムによりファイルとして管理されており、それぞれの再生に際してもファイル単位での指定が行われている。
【０００４】
そして、上述した半導体メディアやディスクメディアにおいては、ランダムアクセス性という優れた特徴が存在する。ランダムアクセス性を利用した技術として、プログラム再生機能の実現が挙げられる。
【０００５】
例えば、（特許文献１）に開示されている記録／再生システムにおいては、ＡＶデータをメディアオブジェクトと呼ぶファイルとして記録し、複数のメディアオブジェクトをプログラムと呼ばれるディレクトリの下に記録している。このような記録形態とすることによって、記録媒体上には当該プログラムを複数個作成することが可能となる。
【０００６】
また、各プログラムに対してプログラム情報（ＰＲＧ＿ＩＮＦＯ）と呼ばれる情報を管理し、メディアオブジェクトとは異なるファイルとして記録媒体上に記録する。ＰＲＧ＿ＩＮＦＯに登録されるメディアオブジェクトの情報を参照することにより、記録媒体上に記録されたＡＶファイルの再生順序を自由に制御することが可能となる。
【０００７】
上述したような機能は、一般に「プログラム再生」と呼ばれており、ディスクメディアにおけるランダムアクセス性を利用することにより実現されている。
【０００８】
このように、ＡＶデータをメディアオブジェクトとして記録し、そのメディアオブジェトを参照するプログラムもファイルとして記録する場合、当該プログラムファイルからメディアオブジェクトへの参照情報を持たなければならない。参照情報の形式は、ファイルに対するパス情報、すなわちファイルを管理するファイルシステム内で、当該ファイルの名前と階層位置を示す情報を用いるのが一般的である。
【０００９】
ここで、メディアオブジェクトとプログラムファイルとの関係の一例を図２６に示す。図２６（ａ）はメディアオブジェクトのディレクトリ構造の例示図である。一方、図２６（ｂ）はプログラムファイルの構造の例示図である。
【００１０】
各プログラムファイルは、各メディアオブジェクトへの参照をＲＯＯＴディレクトリからのフルパス名の形式で保持している。なお図２６においては、パス区切り文字は”／”として記述している。
【００１１】
上述したメディアオブジェクトやプログラムファイルは、全てＵＤＦやＦＡＴ等のファイルシステムを利用して管理される。ファイルシステムは、パーソナルコンピュータ（以下、「ＰＣ」という。）のアーキテクチャで一般的に利用され、ファイルシステムを導入することにより、上述のプログラムファイルを編集したり、再生したりするＰＣ上のアプリケーションソフトを作成することが容易となる。
【００１２】
図２６（ｂ）に示すように、プログラムファイル１０００２は、３つのメディアオブジェクトのプログラム再生を指示するものである。
【００１３】
ここに示すように、複数のメディアオブジェクトがそれぞれ異なる親ディレクトリの下に記録されていてもプログラム再生を支持することが可能である。
【００１４】
【特許文献１】
特開２００２−１９９３３５号公報
【００１５】
【発明が解決しようとする課題】
しかし、上述した構成のプログラムファイルによるプログラム再生においては、プログラムファイルが指定するメディアオブジェクトを構成する実データへ順次アクセスして再生する必要がある。
【００１６】
ここで、プログラムファイル１０００２は、パス名により各メディアオブジェクト（ファイル）を参照しているので、メディアオブジェクトの実データへアクセスするためには、パス名の情報から、実データのディスクメディア１０１００上のアドレス情報への変換が必要となる。
【００１７】
この変換処理は、ファイルシステムにおいて実行され、まず、パス名を構成するディレクトリ情報を順次ディスクメディア１０１００上から読み出す必要がある。
【００１８】
パス名を構成するディレクトリ情報は階層構造を持つため、ディレクトリ階層を順次たどるたびにディスクメディア１０１００上でアクセス処理を行い、ディレクトリ情報を読み出す必要がある。すなわち、ディレクトリ階層の階層数に応じてアクセス回数も増加する。
【００１９】
また、ＵＤＦなどのファイルシステムにおいては、メディアオブジェクトの実データのディスクメディア１０１００上でのデータ配置を管理するための情報制御ブロックが、ディスクメディア１０１００上に記録される。
【００２０】
メディアオブジェクトの実データへアクセスする前に、この情報制御ブロックへのアクセスとデータの読み出しが必要となる。
【００２１】
このように、パス名で指定されたメディアオブジェクトの実データを再生するためには、あらかじめ、ディレクトリ階層をたどるためのアクセス処理と、情報制御ブロックを読み出すためのアクセス処理が必要となる。
【００２２】
さらに、プログラムファイル１０００２の用に、複数の異なるディレクトリ下のメディアオブジェクトを再生しようとすると、再生対象が変わる毎に、ディレクトリ階層をたどるためのアクセスと、情報制御ブロックを読み出すためのアクセスが必要となる。
【００２３】
このように、プログラム再生において、複数のメディアオブジェクトを再生用とすると、複数回のアクセス動作が発生し、あるメディアオブジェクトと次のメディアオブジェクトの再生の間で、待ち時間が発生してしまい、ユーザの利便性を損ねてしまう。
【００２４】
本発明は、上述したような状況に鑑みてなされたものであり、また、パス名を利用したファイルの参照を行っている場合に、待ち時間を発生させることなく複数のメディアオブジェクトを連続的に再生可能とする記録装置、記録方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラム、及び当該記録装置又は記録方法により記録された記録媒体並びに当該記録媒体を再生する再生装置、再生方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラムを提供することを目的とする。
【００２５】
【課題を解決するための手段】
上記目的を達成するために本発明にかかる記録装置は、記録媒体の所定の位置に情報の記録を行う記録部と、情報を、パス名により参照可能なディレクトリ階層構造を有したファイルシステム情報を用いてファイルとして管理するファイルシステム処理部と、ディレクトリ及び前記ファイルを、コンテンツ管理情報を用いて管理するコンテンツ管理情報処理部とを備えた記録装置であって、ファイルシステム情報は、記録媒体上のブロックを前記ディレクトリ及び前記ファイルとして管理する情報制御ブロックを含み、コンテンツ管理情報は、パス名を所定の規則により変換して得られるオブジェクト参照情報によりディレクトリ及びファイルを参照するオブジェクト管理情報を含み、記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、新規のディレクトリ又は新規のファイルを管理する情報制御ブロックを記録媒体上に記録し、新規のディレクトリ又は新規のファイルに、記録媒体上で重複しない識別情報であるメディアユニークＩＤを割り当て、メディアユニークＩＤと情報制御ブロックの記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を記録媒体上に記録し、新規のディレクトリ又は新規のファイルのパス名を所定の規則により変換してオブジェクト参照情報として記録媒体上に記録し、メディアユニークＩＤを、コンテンツ管理情報内の所定の位置に記録することを特徴とする。
【００２６】
また、本発明にかかる記録装置は、メディアユニークＩＤの値が、情報制御ブロックの記録媒体上での記録位置から決定されることが好ましい。
【００２７】
また、本発明にかかる記録方法は、記録媒体の所定の位置に情報を記録する工程と、記録を行うステップにより記録される対象となる情報を、パス名により参照可能なディレクトリ階層構造を有するファイルシステム情報を用いてファイルとして管理する工程と、ディレクトリ及びファイルを、コンテンツ管理情報を用いて管理する工程とを備えた記録方法であって、ファイルシステム情報は、記録媒体上のブロックをディレクトリ及びファイルとして管理する情報制御ブロックを含み、コンテンツ管理情報は、パス名を所定の規則により変換して得られるオブジェクト参照情報によりディレクトリ及びファイルを参照するオブジェクト管理情報を含み、記録媒体に、新規のディレクトリ又は新規のファイルが記録される時、新規のディレクトリ又は新規のファイルを管理する情報制御ブロックを記録媒体上に記録する工程と、新規のディレクトリ又は新規のファイルに、記録媒体上で重複しない識別情報であるメディアユニークＩＤを割り当てる工程と、メディアユニークＩＤと情報制御ブロックの記録媒体上での位置を対応付けるメディアユニークＩＤマッピング情報を記録媒体上に記録する工程と、新規のディレクトリ又は新規のファイルのパス名を所定の規則により変換してオブジェクト参照情報として記録媒体上に記録する工程と、メディアユニークＩＤを、コンテンツ管理情報内の所定の位置に記録する工程をさらに含むことを特徴とする。
【００２８】
また、本発明にかかる記録方法は、記録媒体上で前記メディアユニークＩＤを割り当てる工程において、メディアユニークＩＤの値が、情報制御ブロックの記録媒体上での記録位置からその値を決定する工程をさらに含むことが好ましい。
【００２９】
また、本発明にかかる記録媒体は、情報が記録された記録媒体であって、記録媒体には、情報をパス名により参照可能なディレクトリ階層構造として管理するファイルシステム情報と、ディレクトリ及び前記ファイルを管理するコンテンツ管理情報とが記録されており、ファイルシステム情報には、ディレクトリ及びファイル毎に、記録媒体上で重複しない識別情報であるメディアユニークＩＤ情報を含み、記録媒体上のブロックをディレクトリ及びファイルとして管理する情報制御ブロックを含み、メディアユニークＩＤと制御ブロックの記録媒体上での記録位置を対応付けるメディアユニークＩＤマッピング情報を含み、コンテンツ管理情報には、パス名を所定の規則により変換して得られるオブジェクト参照情報により参照するオブジェクト管理情報を含み、オブジェクト管理情報がメディアユニークＩＤとが対応付けられて記録されていることを特徴とする。
【００３０】
また、上述したような記録装置あるいは記録方法により記録された記録媒体を用いることによっても同様の効果が期待できる。
【００３１】
また、本発明にかかる再生装置は、上述した記録媒体から情報の再生を行う再生装置であって、情報を記録媒体の所定の位置から再生する再生部と、ファイルシステム情報処理するファイルシステム処理部と、コンテンツ管理情報を処理するコンテンツ管理情報処理部とを備え、コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、ディレクトリ又はファイルに対応するメディアユニークＩＤの値をコンテンツ管理情報から読み出し、メディアユニークＩＤの値をメディアユニークＩＤマッピング情報から検出することにより、ディレクトリ又はファイルを管理する情報制御ブロックの記録媒体上での位置情報を取得し、再生部は、情報制御ブロックの記録位置情報を用いてディレクトリ又はファイルを構成する情報を再生することを特徴とする。
【００３２】
また、本発明にかかる再生装置は、上述した記録媒体から情報の再生を行う再生装置であって、記情報を記録媒体の所定の位置から再生する再生を行う工程と、ファイルシステム情報処理する工程と、コンテンツ管理情報を処理する工程とを備え、コンテンツ管理情報が参照するディレクトリまたはファイルの読み出しを行う時、ディレクトリ又はファイルに対応するメディアユニークＩＤの値をコンテンツ管理情報から読み出す工程と、メディアユニークＩＤの値を前記ディレクトリ又はファイルを管理する情報制御ブロックの記録媒体上での記録位置情報として前記ディレクトリ又はファイルを構成する情報を再生するステップとをさらに含むことが好ましい。
【００３３】
かかる構成により、メディアオブジェクトの記録時において、ファイルに割り当てら得るメディアユニークＩＤと、情報制御ブロックの記記録媒体上での記録位置を対応付けて記録し、さらに、コンテンツ管理情報で、メディアユニークＩＤを保持することにより、より少ないアクセス回数でファイルを構成する情報を読み出すことが可能となる。
【００３４】
また、本発明は、上記のような記録装置及び再生装置の機能をコンピュータの処理ステップとして実行するソフトウェアを特徴とするものであり、そのようなステップをプログラムとして記録したコンピュータ読み取り可能な提供媒体、あるいはそのようなステップを具現化するコンピュータ実行可能なプログラムであることを特徴とする。
【００３５】
かかる構成により、メディアオブジェクトの記録時において、ファイルに割り当てら得るメディアユニークＩＤと、情報制御ブロックの記記録媒体上での記録位置を対応付けて記録し、さらに、コンテンツ管理情報で、メディアユニークＩＤを保持することにより、より少ないアクセス回数でファイルを構成する情報を読み出すことが可能となる。
【００３６】
【発明の実施の形態】
以下、本発明に実施の形態にかかる記録装置、記録方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラム、当該記録装置又は記録方法により記録された記録媒体、並びに再生装置、再生方法及び当該方法を具現化するプログラムを記録した提供媒体あるいはプログラムについて、図面を参照しながら説明する。
【００３７】
（実施の形態１）
図１は、本発明の実施の形態１にかかる記録再生装置の一例である、ＤＶＤレコーダの外観と、関連機器とのインタフェースを説明するための例示図である。
【００３８】
図１に示すように、ＤＶＤレコーダは、記録媒体であるディスクメディアとしてＤＶＤディスクが装填され、ビデオ情報等の記録再生が行われる。ＤＶＤレコーダの操作は、一般的にはリモコンや機器上のスイッチによって行われる。
【００３９】
ＤＶＤレコーダに入力されるビデオ情報には、アナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送が、デジタル信号としてはデジタル放送がある。一般的に、アナログ放送は、テレビジョン装置に内蔵されている受信機により受信、復調され、ＮＴＳＣ方式等のアナログビデオ信号としてＤＶＤレコーダに入力される。
【００４０】
また、デジタル放送は、受信機であるセットトップボックス（ＳＴＢ）でデジタル信号に復調され、ＤＶＤレコーダに入力され記録される。
【００４１】
一方、ビデオ情報が記録されたＤＶＤディスクは、ＤＶＤレコーダにより再生され外部に出力される。出力される信号も入力される信号と同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力され、テレビジョン（ＴＶ）で映像として表示される。
【００４２】
さらに、ＤＶＤディスクを利用する装置にＤＶＤカムコーダがある。ＤＶＤカムコーダは、ＤＶＤレコーダにレンズやＣＣＤからなるカメラ装置を組み合わせた装置であり、撮影した動画情報を符号化して記録する。
【００４３】
また、ＤＶＤディスクは、ＤＶＤレコーダやＤＶＤカムコーダ以外に、ＰＣ等でビデオ情報が記録再生される場合もある。ＰＣ等でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダに装填されれば、ＤＶＤレコーダは当該ＤＶＤディスクを再生する。
【００４４】
なお、上述したアナログ放送やデジタル放送のビデオ情報には、通常、音声情報が付随している。付随している音声情報もビデオ情報と同様に、ＤＶＤレコーダで記録再生される。
【００４５】
また、ビデオ情報は、動画の他に、静止画の場合もある。例えば、ＤＶＤカムコーダの写真機能で静止画が記録されたり、ＰＣ上で他の記録装置（ハードディスク）等から静止画がＤＶＤディスクへコピーされたりする場合が該当する。
【００４６】
なお、ＤＶＤレコーダとＳＴＢ等の外部機器との間のデジタルインタフェースとしては様々なインタフェースが考えられる。例えば、ＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ、等である。
【００４７】
また、上記では、ＤＶＤレコーダとテレビジョン（ＴＶ）との間の信号として、ＮＴＳＣ方式のアナログ（コンポジット）ビデオ信号を用いる場合について例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号であってもよい。
【００４８】
さらには、ＡＶ機器とテレビジョンの間の映像伝送インタフェースとしては、アナログインタフェースをデジタルインタフェース、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダとテレビジョンがデジタルインタフェースで接続されることも当然予想される。
【００４９】
図２は、本実施の形態１にかかる記録再生装置とその中に組み込まれるドライブ装置１１０の機能を示すブロック図である。図２において、ドライブ装置１１０は、記録再生手段である光ピックアップ１０１、ＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｎｇ  Ｃｏｄｅ）処理部１０２を備え、ＤＶＤディスクのような記録媒体であるディスクメディア１００に対してデータの記録及び再生を行う。
【００５０】
ディスクメディア１００には、セクタと呼ばれる最小単位でデータが記録される。また、複数のセクタで一つのＥＣＣブロックを構成し、ＥＣＣブロックを１単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。
【００５１】
ディスクメディア１００の一例であるＤＶＤ−ＲＡＭディスクの場合、セクタのサイズは２ＫＢであり、１６セクタを１ＥＣＣブロックとして構成されている。当該セクタサイズは、ディスクメディア１００の種類に応じて変動するものであり、１セクタは５１２Ｂ（バイト）であっても良いし、８ＫＢ等であっても良い。
【００５２】
また、ＥＣＣブロックについても、１セクタを１ＥＣＣブロックとして構成しても良いし、１６セクタを、あるいは３２セクタ等を１ＥＣＣブロックとして構成しても良い。今後、記録できる情報容量の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大するものと予想される。
【００５３】
また、ドライブ装置１１０は、トラックバッファ１０３と接続されており、トラックバッファ１０３は、システムバス１０５を経由して記録再生装置のシステム全体を制御するシステム制御部１０４と接続されている。
【００５４】
トラックバッファ１０３は、ディスクメディア１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ディスクメディア１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
【００５５】
図３は、ドライブ装置１１０を含む、本実施の形態１にかかる記録再生装置のブロック構成図である。図３に示すように、本実施の形態１にかかる記録再生装置は、システム全体の管理及び制御を司るシステム制御部１０４、ユーザへの表示及びユーザからの要求を受け付けるユーザＩ／Ｆ（インタフェース）部２００、ＶＨＦ及びＵＨＦを受信するアナログ放送チューナ２１０、映像をＡＶ信号へ変換するカメラ部２１１、デジタル衛星放送を受信するするデジタル放送チューナ２１２、ＡＶ信号入力をデジタル信号に変換し、ＭＰＥＧプログラムストリーム等にエンコードする動画エンコーダ２２１、ＡＶ信号入力をＪＰＥＧストリーム等にエンコードする静止画エンコーダ２２２、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２２３、ＭＰＥＧ等の動画データをデコードする動画デコーダ２４０、静止画データをデコードする静止画デコーダ２４１、テレビ及びスピーカ等の表示部２５０、等を備えている。
【００５６】
動画デコーダ２４０、静止画デコーダ２４１や解析部２２３には、ＡＶデータの入力源として、アナログ放送チューナ２１０、カメラ部２１１、デジタル放送チューナ２１２等が接続されている。
【００５７】
なお、上述したエンコーダやチューナ、カメラ部については、全てを同時に備える必要はなく、記録再生装置の使用目的に応じて必要なものだけを備えれば良い。
【００５８】
さらに、図３に示す記録再生装置は、図２で示したように、書き込みデータを一時的に格納するトラックバッファ１０３と、ディスクメディア１００にデータを書き込むドライブ装置１１０とを備えている。
【００５９】
また、ＩＥＥＥ１３９４やＵＳＢ等の通信手段により外部機器にデータを出力するインタフェースであるデジタルＩ／Ｆ（インタフェース）部２３０を備えても良い。
【００６０】
なお、本実施の形態１にかかる記録再生装置の詳しい動作については後ほど説明を行う。
【００６１】
次に、図４は、本実施の形態１にかかる記録再生装置において記録可能なディスクメディア１００の外観と物理構造を表した図である。なお、例えばＤＶＤ−ＲＡＭのようなディスクメディアは、記録面を保護するのを目的として、カートリッジに収納された状態で記録再生装置に装填される。ただし、記録面の保護が別の構成で行われたり、容認できる場合にはカートリッジに収納せずに、記録再生装置に直接装填できるようにしてもよい。
【００６２】
図４（ａ）は、記録可能なディスクメディア１００の記録領域の一例を示した図である。図４（ａ）の例では、最内周にリードイン領域が、最外周にリードアウト領域が、その間にデータ領域が配置されている。リードイン領域は、光ピックアップ１０１がディスクメディア１００へアクセスする時に、サーボを安定させるために必要な基準信号や他のメディアとの識別信号等が記録されている。リードアウト領域もリードイン領域と同様の基準信号等が記録されている。またデータ領域は、最小のアクセス単位であるセクタに分割されている。
【００６３】
図４（ｂ）は、図４（ａ）において同心円状に示されているリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図である。
【００６４】
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ａｒｅａ）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが後述する代替領域のいずれに存在するかを示す代替位置情報とが記録されている領域をいう。
【００６５】
また、データ領域は、その内部に代替領域とユーザ領域を有している。代替領域は、欠陥セクタが存在する場合に代替使用される領域である。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。なお、ディスクメディアの種類によっては代替領域を持たないディスクメディアも存在し、この場合、必要に応じて、後述するＵＤＦ等のファイルシステムにおいて、欠陥セクタの代替処理を行う場合もある。
【００６６】
データ領域にある各セクタへアクセスするため、内周から順に物理セクタ番号ＰＳＮ（Ｐｈｙｓｉｃａｌ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ）をデータ領域へ割り当てることが一般に行われている。ＰＳＮによって管理されるセクタを物理セクタと呼ぶ。
【００６７】
また、データ記録に使用されるセクタのみを連続的に示すように、内周から順に論理セクタ番号ＬＳＮ（Ｌｏｇｉｃａｌ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ）をユーザ領域の物理セクタに割り当てることも行われる。ＬＳＮによって管理されるセクタを論理セクタと呼ぶ。
【００６８】
図４（ｃ）は、図４（ｂ）のユーザ領域内で、論理セクタにより構成される論理的なデータ空間を示す図である。論理的なデータ空間は、ボリューム空間と呼称され、ユーザデータを記録する。ボリューム空間においては、記録データをファイルシステムで管理する。
【００６９】
ＤＶＤ−ＲＡＭ等のディスクメディアでは、ファイルシステムは、ＵＤＦと呼称され、ＥＣＭＡ１６７及びＩＳＯ１３３４６規格に準拠したものが一般的に使用される。
【００７０】
ＵＤＦのパーティション空間では、データアクセスの単位ごとに論理ブロック番号ＬＢＮ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ）が割り当てられ、データの配置や管理が行われる。
【００７１】
データの配置のために、パーティション空間で連続的に配置される１群のセクタはエクステントと呼ばれる単位で管理され、さらに関連のあるエクステントの集合がファイルとして管理される。
【００７２】
エクステント及びエクステントの集合であるファイルを管理する情報制御ブロックであるファイルエントリ（ＦＥ）及び拡張ファイルエントリ（ＥＦＥ）と呼ばれる構造、さらには１群のファイルをディレクトリとして管理するための情報であるファイル識別記述子（ＦＩＤ）等がボリューム空間内のパーティション空間内に記録される。
【００７３】
そして、パーティション空間等を管理するためのボリューム構造情報２９０（及びそのバックアップである２９１）がボリューム領域の先頭と終端に記録される。
【００７４】
図５は、本発明の実施の形態１にかかる記録再生装置により記録されるディスクメディア１００におけるディレクトリとファイルの階層構造の一例を示す図である。図５に示すように、ＲＯＯＴディレクトリ３００の下に、階層化されたサブディレクトリ（３０１〜３０５等）があり、さらにその階層下に、動画データや静止画データを含むファイルである各種メディアオブジェクト（３１０〜３１３等）や、各メディアオブジェクトを管理するためのファイルであるメディアオブジェクトマネージャ３２０（ファイル名：ＭＯＩ＿ＭＧＲ）や、複数のメディアオブジェクトをグループ化し、再生順序や分類情報を管理するプログラムマネージャ３３０（ファイル名：ＰＲＧ＿ＭＧＲ）等が格納されている。
【００７５】
本実施の形態１においては、記録及び再生用の対象となるＡＶデータを含む各種メディアオブジェクトのディレクトリ階層やファイル名は、後述するＤＣＦ規格及びそれに類した形式を利用して以降の説明を行う。ただし、ディレクトリ階層やファイル名の命名則はこれに限られるものではなく、他の命名則を用いても良い。
【００７６】
メディアオブジェクトのうち、ＭＰＥＧ２等の動画データを含む動画オブジェクトは、動画ファイルＡＢＣＤｎｎｎｎ．ＭＰＧというように、最初の４文字が任意のアルファベット文字の組み合わせであり、次のｎｎｎｎが１０進数であるような命名側に従って記録される。動画ファイルは、ＭＰＥＧ２方式やＭＰＥＧ４方式等で圧縮されたＡＶデータを含んでおり、プログラムストリーム（ＰＳ）や、トランスポートストリーム（ＴＳ）、あるいは他の形式のファイルとして記録される。
【００７７】
また、各々の動画ファイルに関する属性情報は、属性情報ファイルＡＢＣＤｎｎｎｎ．ＭＯＩに記録される。属性情報ファイルには、それぞれの動画ファイルの識別情報、記録された日時、動画データの代表画像、動画データの再生時刻をディスクメディア１００上の論理アドレスに変換するためのアクセスマップ情報及びその管理情報、等を有している。アクセスマップ情報を持つことにより、動画データの持つ時間軸とデータ（ビット列）軸との間の変換を行うことが可能となり、動画データに対する時間軸を基準にしたランダムアクセスが可能となる。
【００７８】
一つの動画オブジェクトは、一つの属性情報ファイルと一つ又はそれ以上の動画ファイルとで構成され、それらはファイル名により関連づけられるものとする。すなわち、関連のある属性情報ファイルと動画ファイルは、そのファイル名において拡張子を除く部分、例えば動画オブジェクト３１０では、動画ファイル３１１と属性情報ファイル３１２が“ＡＢＣＤ０００１”の部分が同一に設定されることによって、その関連付けがなされていることとする。
【００７９】
ただし、属性情報ファイルと動画ファイルの関連付けは上述の方法に限定されるものではなく、属性情報ファイル内に関連付けられた動画ファイルへのリンク情報、例えば動画ファイルへのパス名等を保持したり、両者の対応付けをテーブル情報として保持したりする等、他の方法であっても良い。
【００８０】
メディアオブジェクトのうち、ＪＰＥＧ等の静止画データを含む静止画オブジェクトは、各々の静止画情報が静止画ファイルＡＢＣＤｎｎｎｎ．ＪＰＧ等として記録される。静止画ファイルは、ＪＰＥＧ方式等で圧縮された映像データであり、例えば、ＤＣＦフォーマットやＥｘｉｆフォーマットによりファイルとして記録される。
【００８１】
上記のメディアオブジェクトは、ＤＣＦ規格あるいはそれに類するディレクトリ構造にしたがって記録される。すなわち、ＲＯＯＴディレクトリ３００の下にＤＣＦイメージルートディレクトリ３０２（ディレクトリ名：ＤＣＩＭ）があり、さらにその下に静止画ファイルを格納するためのＤＣＦディレクトリ３０５がある。（ディレクトリ名：３００ＡＢＣＤＥ）。そして、ＤＣＦディレクトリ３０５の下に静止画オブジェクトの一種であるＤＣＦ基本ファイル３１３（例えば、ファイル名：ＡＢＣＤ０００１．ＪＰＧ）が格納される。
【００８２】
また、ＲＯＯＴディレクトリ３００の下にＶＩＤＥＯイメージルートディレクトリ３０１（ディレクトリ名：ＶＩＤＥＯ）があり、さらにその下に、主に動画オブジェクトを格納するためのＶＩＤＥＯディレクトリ３０４がある。（例えば、ディレクトリ名：１００ＡＢＣＤＥ）。そして、ＶＩＤＥＯディレクトリ３０４下に、動画オブジェクト３１０を構成する属性情報ファイル３１２（拡張子がＭＯＩであるファイル）と動画ファイル３１１（拡張子がＭＰＧであるファイル）が格納される。
【００８３】
なお、メディアオブジェクトとして、音声ファイルや、ＭｏｔｉｏｎＪＰＥＧファイル、ＤＣＦ規格で定められたＤＣＦ拡張画像ファイル、ＤＣＦサムネイルファイル等、他のファイルフォーマットのＡＶファイルを記録してもよい。
【００８４】
記録されたメディアオブジェクトを管理するコンテンツ管理情報は、管理データディレクトリ３０３（ディレクトリ名：ＩＮＦＯ）下のメディアオブジェクトマネージャファイル３２０（ファイル名：ＭＯＩ＿ＭＧＲ）およびプログラムマネージャファイル３３０（ファイル名：ＰＲＧ＿ＭＧＲ）として記録される。メディアオブジェクトマネージャファイル３２０及びプログラムマネージャファイル３３０の構造については後述する。
【００８５】
次に、図６、図７及び図８を用いて、本実施の形態１にかかる記録再生装置で用いられるディスクメディア上でデータをファイルとして管理する、ＵＤＦファイルシステムの構造を説明する。
【００８６】
図６は、ＵＤＦファイルシステムにおけるディレクトリ階層を管理するためのデータ構造を示す図である。なお、本図は、図６に示したディレクトリ階層構造に対応しているが、そのうちＲＯＯＴディレクトリ３００から属性情報ファイル３１２への至るまでのファイルシステム情報のみを示しており、他のディレクトリやファイルに対する同様の情報については、説明を簡単にするため省略している。
【００８７】
ディレクトリ階層構造の起点はファイルセットディスクリプタＦＳＤ（Ｆｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ）４００である。ＦＳＤ４００は、図７（ａ）に示されるデータ構造を有している。
【００８８】
ＦＳＤ５００は、拡張ファイルエントリＥＦＥ（Ｅｘｔｅｎｄｅｄ  ＦｉｌｅＥｎｔｒｙ）４１１への参照情報４０１（ディスクメディア１００上での記録位置）をＲｏｏｔ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢ５０１の値として保持している。
【００８９】
また、ＦＳＤ５００は、Ｓｙｓｔｅｍ  Ｓｔｒｅａｍ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢ５０２からＮａｍｅｄ  Ｓｔｒｅａｍと呼ばれるデータを参照可能である。
【００９０】
Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢ５０１及びＳｙｓｔｅｍ  ＳｔｒｅａｍＤｉｒｅｃｔｏｒｙ  ＩＣＢ５０２は、図７（ｂ）に示すｌｏｎｇ＿ａｄ５０３という構造を持つ。
【００９１】
ｌｏｎｇ＿ａｄ  ５０３は、参照先のエクステントの長さ（Ｅｘｔｅｎｔ  Ｌｅｎｇｔｈ）と、位置（Ｅｘｔｅｎｔ  Ｌｏｃａｔｉｏｎ）を保持する。
【００９２】
さらに、Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ５０４には、図７（ｃ）に示すＡＤＩｍｐＵｓｅの形式によりＵＤＦ  ＵｎｉｑｕｅＩＤ５０５と呼ばれる値が保持される。
【００９３】
また、ＥＦＥ４１１は、図８（ａ）に示される構造を有している。ＥＦＥ５１０は、ディスクメディア１００上に記録された各ディレクトリやファイルを構成するエクステントの集合を管理するための構造体であり、各エクステントのディスクメディア１００上での記録位置とデータ長を管理するため、アロケーション記述子ＡＤ５１４と呼ばれる構造を含んでいる。各ディレクトリやファイルは複数のエクステントから構成されるので、ＥＦＥ５１０には複数のＡＤ５１４が含まれる。なお、アロケーション記述子ＡＤ５１４は、図８（ｂ）に示される構造を有している。
【００９４】
その他にも、ＥＦＥ５１０には、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇ）や、各ディレクトリやファイルごとに、ディスクメディア１００上で重複しない一意のＩＤ値を設定するユニークＩＤ５１１、ＥＦＥ５１０ごとの拡張属性を設定可能なＳｔｒｅａｍ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢ５１２や、拡張属性ＥＡｓ（Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅｓ）５１３等が含まれる。
【００９５】
ＲＯＯＴディレクトリ３００等のディレクトリデータを含むエクステント４２０は、各ディレクトリやファイルのファイル名を保持するファイル識別記述子ＦＩＤ（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ）５２０で構成される。あるディレクトリ下にサブディレクトリやファイルが存在する場合、それぞれのディレクトリ又はファイルに対してＦＩＤ５２０が保持される。
【００９６】
例えば、図６によれば、ＲＯＯＴディレクトリ３００の下にはＶＩＤＥＯイメージルートディレクトリ３０１とＤＣＩＭイメージルートディレクトリ３０２があるので、ＲＯＯＴディレクトリ３００の実データ４２０には、各々に対応するＦＩＤ４２１及び４２２が保持されている。
【００９７】
ＦＩＤ５２０は、図８（ｃ）に示される構造を持つ。ＦＩＤ５２０は、ＵＤＦ上で管理される各ディレクトリやファイルの名前（ファイル識別子）をファイル識別子（Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）５２１として保持する。ＦＩＤ５２０はさらに、対応するディレクトリ又はファイルの実データを管理するＥＦＥ５１０への参照情報（例えば４３０）をＩＣＢ５２２として保持する。
【００９８】
そのほかにも、ＦＩＤには、データの種別を表すディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇ）や、ファイル識別子５１１のデータ長を表すファイル識別子長さ（Ｌｅｎｇｔｈ  ｏｆ  Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）等が含まれる。
【００９９】
以降、同様にＥＦＥ５１０とＦＩＤ５２０の参照関係を保持することによりディレクトリの階層構造が管理され、この参照関係を順次たどることによって、任意のディレクトリやファイルの実データであるエクステントへアクセスすることが可能となる。
【０１００】
ファイルに関しても、ＥＦＥ５１０によりエクステントの集合が管理される。図６の場合、エクステントの集合４４２がファイルを構成し、これは図５における属性情報ファイル３１２に相当する。
【０１０１】
なお、上記のＦＳＤ４００やＥＦＥ５１０、ＦＩＤ５２０は、図５のパーティション空間内に配置される。
【０１０２】
上述のような階層構造を持ったファイルシステムにおいて、特定のディレクトリやファイルを参照するために、パス名が利用できる。パス名は、例えば、図６のファイル４４２に対しては、“／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ”のように表される。ここでは、ＲＯＯＴディレクトリ３００及びパス区切り文字を”／”で表している。
【０１０３】
このように、パス名は、ＲＯＯＴディレクトリ３００から、対象のディレクトリやファイルにたどり着くまでディレクトリ階層をたどっていく時、その経路上に存在するディレクトリの名前（ファイル識別子５２１に格納されている情報）を、パス区切り文字で区切りながら一続きに記述したものである。このパス名を利用すれば、ファイルシステム上で管理される任意のディレクトリやファイルを参照することが可能となる。
【０１０４】
図６（ｂ）は、図６（ａ）のデータ構造のパーティション空間内での配置の例示図である。ここで、図６（ａ）と（ｂ）で同じデータに関しては同じ番号を付与している。
【０１０５】
通常、ｅｘｔｅｎｔ４４２へアクセスするためには、ＦＳＤ４００から順にＥＦＥ４１１、ＦＩＤ４２１、・・・、ＥＦＥ４００のように順次データへアクセスする必要がある。
【０１０６】
図６（ｂ）に示すように、一般にディレクトリ構造を構成する各データはパーティション空間内で離れた場所に配置されるので、ｅｘｔｅｎｔ４４２へのアクセスにはある程度のアクセス時間が必要となる。
【０１０７】
また、図６（ｂ）の４５０は、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  ＭａｐｐｉｎｇＤａｔａと呼ばれるＮａｍｅｄ  Ｓｔｒｅａｍの一種であり、ＦＳＤ５００のＳｙｓｔｅｍ  Ｓｔｒｅａｍ  Ｄｉｒｅｃｔｏｒｙ  ＩＣＢ５０２により管理されている。
【０１０８】
図９は、ＵＤＦ規格で定義されるＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ４５０のデータ構造の例示図である。
【０１０９】
図９（ａ）に示すように、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ４５０はパーティション空間内に記録される一種のエクステントであり、複数のＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０から構成される。  ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０は、パーティション空間内に記録されるＥＦＥと対応して記録される情報である。
【０１１０】
図９（ａ）及び図９（ｂ）に示すように、各ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０は、対応するＥＦＥが持つユニークＩＤ５１１の値の内、下位の３２ビットをＵＤＦＵｎｉｑｕｅＩＤ５３１として保持する。
【０１１１】
ＵＤＦＵｎｉｑｕｅＩＤ５３１と同じ値は、ＦＩＤ５２０中にも保持されている。すなわち、ＦＳＤ５２０中のＩＣＢ５２２はｌｏｎｇ＿ａｄ５０３の構造を持ち、そのＩｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ５０４中にＵＤＦ  ＵｎｉｑｕｅＩＤ５０５として保持される。
【０１１２】
結局、ＥＦＥ５１０が持つユニークＩＤ５１１の内、下位３２ビットが、そのＥＦＥ５１０を参照するＦＩＤ５２０及びＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０に格納される。
【０１１３】
また、各ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０は、対応するＥＦＥ５１０を参照するＦＩＤ５２０のパーティション上でのアドレス値をＰａｒｅｎｔ  ＬＢＮ５３２として保持する。
【０１１４】
また、各ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０は、対応するＥＦＥ５１０のパーティション上でのアドレス値をＯｂｊｅｃｔ  ＬＢＮ５３３として保持する。
【０１１５】
図９ではＭａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］は、Ｐａｒｅｎｔ  ＬＢＮとしてＦＩＤ４３１の記録位置を保持し、Ｏｂｊｅｃｔ  ＬＢＮとしてＥＦＥ４４０の記録位置を保持する。また、ＵＤＦＵｎｉｑｕｅＩＤの値はＦＩＤ４３１が保持する値と同じ値である。
【０１１６】
次に、ディスクメディア１００へ記録を行う、本実施の形態にかかる記録再生装置の動作について説明する。
【０１１７】
まず、図１０を用いて、ディスクメディア１００上でのＡＶデータの分散配置について説明する。すなわち、図２に示すようなシステムにおいて、トラックバッファ１０３を有効利用することによって、ＡＶデータを離散配置することが可能になる。
【０１１８】
図１０（ａ）は、ディスクメディア１００上のアドレス空間を示す図である。図１０（ａ）においては、左端がアドレス値が０の点であり、右に向かってアドレス値が増加していくものとしている。また、‘０’、ａ１〜ａ４は、その位置におけるアドレス値を示している。
【０１１９】
図１０（ａ）に示されるように、ＡＶデータが［ａ１、ａ２］の連続領域Ａ１と［ａ３、ａ４］の連続領域Ａ２に分かれて記録されている場合、光ピックアップ１０１がａ２からａ３へシーク動作を行っている間、トラックバッファ１０３に蓄積してあるデータを動画デコーダ２０４へ供給することでＡＶデータの連続再生が可能になる。
【０１２０】
この時のトラックバッファ内のデータ蓄積量の状態を示したのが、図１０（ｂ）である。位置ａ１で読み出しが開始されたＡＶデータは、時刻ｔ１からトラックバッファ１０３に入力されると共に、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファ１０３への入力レート（Ｖａ）とトラックバッファ１０３からの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファ１０３にデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、すなわち時刻ｔ２に達するまで継続する。
【０１２１】
この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、位置ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているデータ量Ｂ（ｔ２）を消費して動画デコーダ２２１へ供給し続けられれば良い。
【０１２２】
換言すると、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合であっても、ＡＶデータの連続供給が可能となる。
【０１２３】
ＡＶデータの連続供給が可能な連続領域のサイズは、ＥＣＣブロック数Ｎ＿ｅｃｃに換算すると（数１）のように求められる。（数１）において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
【０１２４】
【数１】
2004302853.tif 000003
【０１２５】
また、連続領域の中には欠陥セクタが生じる場合がある。この場合を考慮すると、ＡＶデータの連続供給が可能な連続領域のサイズは（数２）のように求められる。（数２）において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Ｔｓは連続領域の中で欠陥セクタをスキップするのに要する時間である。
【０１２６】
【数２】
2004302853.tif 000004
【０１２７】
なお、本実施の形態１においては、ディスクメディア１００からデータを読み出す場合、すなわち再生の場合について説明しているが、ディスクメディア１００へデータを書き込む場合、すなわち記録又は録画の場合も同様に考えることができる。
【０１２８】
上述したように、ディスクメディア１００では、一定量以上のデータが連続記録されていればディスク上にＡＶデータを分散記録しても連続再生が可能である。なお、例えばＤＶＤでは、この連続領域をＣＤＡと呼称する。
【０１２９】
次に、図３を用いて、本実施の形態１にかかる記録再生装置の動作について説明する。図３に示した記録再生装置においては、例えばユーザＩ／Ｆ部２００がユーザからの要求を受け付けた場合に動作を開始する。
【０１３０】
ユーザＩ／Ｆ部２００は、ユーザからの要求をシステム制御部１０４に伝え、システム制御部１０４は、ユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
【０１３１】
以下、アナログ放送をＭＰＥＧ−２ＰＳにエンコードして動画オブジェクトとして記録する動作、いわゆるセルフエンコーディングの録画動作を例に挙げて説明する。
【０１３２】
システム制御部１０４は、アナログ放送チューナ２１０への受信と動画エンコーダ２２１へのエンコードを要求する。動画エンコーダ２２１は、アナログ放送チューナ２１０から送られてくるＡＶ信号を、ビデオエンコード、オーディオエンコード及びシステムエンコードしてトラックバッファ１０３に送出する。動画エンコーダ２２１は、エンコード開始後、アクセスマップ情報等を作成するために必要な情報をエンコード処理と平行してシステム制御部１０４に送る。
【０１３３】
次に、システム制御部１０４は、ドライブ装置１１０に対して記録要求を出し、ドライブ装置１１０は、トラックバッファ１０３に蓄積されているデータを取り出してディスクメディア１００に記録する。この際、前述した連続領域ＣＤＡをディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
【０１３４】
この時、ＣＤＡとして記録可能な領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報、例えば、スペースビットマップディスクリプタ（Ｓｐａｃｅ  Ｂｉｔｍａｐ  Ｄｅｓｃｒｉｐｔｏｒ）に基づいて実行される。
【０１３５】
録画終了は、ユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４は、アナログ放送チューナ２１０と動画エンコーダ２２１に対して停止要求を出す。動画エンコーダ２２１は、システム制御部１０４からのエンコード停止要求を受けてエンコード処理を終了する。
【０１３６】
システム制御部１０４は、エンコード処理終了後、動画エンコーダ２２１から受け取った情報に基づいて、アクセスマップ情報とその管理情報、等を含む属性情報を生成する。
【０１３７】
次に、システム制御部１０４は、ドライブ装置１１０に対してトラックバッファ１０３に蓄積されているデータの記録終了と属性情報の記録を要求し、ドライブ装置１１０が、トラックバッファ１０３の残りデータと、属性情報を属性情報ファイル、例えば、図６に示す動画オブジェクトを構成しているファイルであるＡＢＣＤ０００１．ＭＯＩとしてディスクメディア１００に記録し、動画オブジェクトの録画処理を終了する。
【０１３８】
なお、上記のほかに、システム制御部１０４は、図７や図８、図９で説明したようなＵＤＦファイルシステムの情報を必要に応じて生成したり更新したりする。すなわち、動画オブジェクトを構成するファイルに対して、ＥＦＥ５１０やＦＩＤ５２０、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０等を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
【０１３９】
記録再生装置がカメラ装置である場合は、ＡＶ信号源がアナログ放送チューナ２１０ではなくカメラ部２１１へ変わるだけで他の処理は同様である。
【０１４０】
また、デジタル放送を動画オブジェクトとして記録する動作には、動画データのエンコードは行わず、デジタル放送チューナ２１２及び解析部２２３を通じてＭＰＥＧ２ＴＳのデータをディスクメディア１００へ動画オブジェクトとして記録するようシステム制御部１０４が制御を行う。このとき、セルフエンコーディングの録画と同様、ファイルシステム情報の記録も行われる。
【０１４１】
次に、静止画オブジェクトの記録に関して、カメラ部２１１から送られてくるＡＶ信号をＪＰＥＧエンコードして記録する動作について説明する。
【０１４２】
システム制御部１０４は、カメラ部２１１へＡＶ信号の出力を、静止画エンコーダ２２２へＡＶ信号のエンコード実施を要求する。静止画エンコーダ２２２は、カメラ部２１１から送られるＡＶ信号をＪＰＥＧエンコードし、トラックバッファ１０３に送出する。
【０１４３】
ドライブ装置１１０は、システム制御部１０４からの指示を受けながら、トラックバッファ１０３に蓄積されているデータをディスクメディア１００に記録する。この時、データの記録可能領域の検索は、ＵＤＦ等のファイルシステムが管理する空き領域情報をもとに実行される。
【０１４４】
一つの静止画オブジェクトが記録されたら撮影は終了する。あるいは、ユーザから連続撮影の指示があった場合は、ユーザからのストップ要求によって終了するか、所定の枚数の静止画オブジェクトを記録して終了する。
【０１４５】
ユーザからの撮影停止要求は、ユーザＩ／Ｆ部２００を通してシステム制御部１０４に伝えられ、システム制御部１０４はカメラ部２１１と静止画エンコーダ２２２に対して停止要求を出す。
【０１４６】
さらに、システム制御部１０４は、ＵＤＦファイルシステムの情報についても必要な処理を行う。すなわち、動画オブジェクトを構成するファイルに対して、ＦＥ５００やＦＩＤ５１０、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ５３０等を生成し、必要な情報を設定した上でディスクメディア１００上に記録する。
【０１４７】
以上のような手順でディスクメディア１００に記録される各メディアオブジェクトは、後々にそれらのメディアファイルの分類整理やプログラム再生を実現するため、図５で示したメディアオブジェクトマネージャ３２０に登録される。
【０１４８】
図１１は、本実施の形態１における記録再生装置で用いられるディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造の一例を示す図である。
【０１４９】
ディスクメディア１００上にはファイルシステム情報６００が記録される。ファイルシステム情報６００には、図４（ｃ）で示したボリューム構造情報２９０や、図７、図８及び図９で示したＦＳＤ４００、ＥＦＥ５１０、ＦＩＤ５２０、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ４５０、また上述したスペースビットマップディスクリプタ（Ｓｐａｃｅ  Ｂｉｔｍａｐ  Ｄｅｓｃｒｉｐｔｏｒ）等が含まれる。
【０１５０】
また、これらのメディアオブジェクトの内容や記録日時等に応じて整理分類したり、ユーザが自由な再生順序を設定するプログラム再生を行ったりするためのメディアオブジェクトマネージャ３２０やプログラムマネージャ３３０が同様にファイルとして管理され、コンテンツ管理情報６０１を構成する。
【０１５１】
これらのディスクメディア１００に記録されるデータは、システムバス１０５を通じて、システム制御部１０４により操作される。
【０１５２】
一方、システム制御部１０４は、より詳細には、オペレーティングシステム（ＯＳ）とアプリケーションシステムとからなる。
【０１５３】
オペレーティングシステムには、ファイルシステム情報６００を制御するファイルシステム処理部６１０や、特に図示されていないハードウエアの制御を行うデバイスドライバ部、メモリ制御部、等が含まれ、アプリケーションシステムに対して、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を通じてさまざまな共通機能を提供する。これにより、アプリケーションシステムをハードウエアやファイルシステムの詳細とは分離した形で実現することが可能となる。
【０１５４】
一方、アプリケーションシステムでは、特定のアプリケーションのための制御動作を行う。本実施の形態１においては、例えば図３を用いて説明したように、動画オブジェクトや静止画オブジェクトの記録あるいは再生処理に関する制御を行う。
【０１５５】
さらに、本実施の形態１では、アプリケーションシステム中のコンテンツ管理情報処理部６１１が、メディアオブジェクトマネージャ３２０やプログラムマネージャ３３０からなるコンテンツ管理情報６０１に対する操作を行う。
【０１５６】
また、アプリケーションシステムには、その他にも必要に応じて、ＡＶデータの表示や、ユーザインタフェースを処理する部分等を含む場合もある。
【０１５７】
メディアオブジェクトマネージャ３２０及びプログラムマネージャ３３０のデータ構造については、図１２〜１７を用いて以下に説明する。
【０１５８】
図１２（ａ）は、メディアオブジェクトマネージャ３２０のデータ構造の例示図である。図１２（ａ）に示すようにメディアオブジェクトマネージャ３２０は、ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、メディアオブジェクトマネージャ３２０に登録されたすべてのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、メディアオブジェクトマネージャ３２０中に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のＭＯ＿ＩＮＦＯ７００からなるオブジェクト管理情報のテーブルで構成される。
【０１５９】
なお、図１２等におけるフィールド名欄の表記は、データ型とフィールド名を続けて記述しており、データ型については、例えば以下のような意味を示している。
【０１６０】
ｃｏｎｓｔは、フィールドが定数であることを意味しており、ｃｏｎｓｔがない場合は変数であることを示している。ｕｎｓｉｇｎｅｄは、当該フィールドは符号無しの値であることを示しており、ｕｎｓｉｇｎｅｄがない場合は符号付きの値であることを示している。また、ｉｎｔ（）は、フィールドはカッコ内のビット長を持つ整数値であることを示している。例えば、カッコ内の値が‘１６’である場合には、１６ビット長であることを意味する。
【０１６１】
図１２（ｂ）は、メディアオブジェクトマネージャ３２０に含まれるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００のデータ構造である。
【０１６２】
ＭＯ＿ＩＮＦＯ７００は、登録されるメディアオブジェクトの型情報を示すＭｏＴｙｐｅ７１０、メディアオブジェクトへの参照情報であるオブジェクト参照情報ＭｏＲｅｆ７１１、当該メディアオブジェクトを構成するファイルがファイルシステム上で割り当てられるＵＤＦ  ＵｎｉｑｕｅＩＤ５０５と同じ値を設定するＦｓＵｎｉｑｕｅＩＤ７１２、等から構成される。
【０１６３】
その他にも、各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、当該メディアオブジェクトの再生時間であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、ＭＯ＿ＩＮＦＯ７００とは異なる場所に格納されるテキスト情報ＴｅｘｔＩＤやサムネイル情報への参照情報ＴｈｕｍＩＤ等も含んでいる。
【０１６４】
なお、ＵＤＦ  ＵｎｉｑｕｅＩＤ５０５とＦｓＵｎｉｑｕｅＩＤ７１２に共通に設定される値のことを以降、メディアユニークＩＤと呼ぶ。
【０１６５】
図１３（ａ）に示すように、ＭｏＴｙｐｅ７１０に設定される値は、参照先のメディアオブジェクトの種類により決まる。
【０１６６】
ＭｏＴｙｐｅの値が‘１’である場合、あるオブジェクトメディア情報に登録されているメディアオブジェクトの種類は、ファイルシステム上のあるディレクトリである。同様に、値が‘２’の場合には動画オブジェクト（拡張子：ＭＯＩ）を、値が‘３’の時は静止画オブジェクト（拡張子：ＪＰＧ）を、それぞれ示す。以下同様に、メディアオブジェクトの種類ごとに異なるＭｏＴｙｐｅの値を割り当てることとする。
【０１６７】
また、ＭｏＲｅｆ７１１へ設定される値は、参照先のメディアオブジェクトの持つパス名情報を図１３（ｂ）に示す変換規則により変換することにより決定される。
【０１６８】
最上位のビット‘ｂ７’はＭＯ＿ＩＮＦＯ７００が参照するメディアオブジェクトの親ディレクトリのパス名により決められる。すなわち、親ディレクトリがＶＩＤＥＯディレクトリ３０１の場合は‘０’、ＤＣＩＭディレクトリ３０２の場合は‘１’となる。それ以外の値については、本実施の形態１では使用しないので予約値としている。
【０１６９】
次の‘ｂ６’〜‘ｂ４’は、ＭＯ＿ＩＮＦＯ７００に登録されたメディアオブジェクトのディレクトリ番号部分を抜き出して格納する。ここでディレクトリ番号とは、メディアオブジェクトの上位ディレクトリのディレクトリ名における数値部分である。
【０１７０】
次の‘ｂ３’〜‘ｂ０’は、ＭＯ＿ＩＮＦＯ７００に登録されたメディアオブジェクトのファイル番号を抜き出して格納する。ここでファイル番号とは、メディアオブジェクトのファイル名における数値部分である。
【０１７１】
例えば、メディアオブジェクトのパス名が、”／ＶＩＤＥＯ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ”である場合、当該メディアオブジェクトは／ＶＩＤＥＯディレクトリを親ディレクトリとして持つので、ＯＢＪ＿ＩＤのビット７（図１３（ｂ）における‘ｂ７’）の値は‘０’、そして当該メディアオブジェクトの上位ディレクトリ名の数値部分の値が１００であるので、ＯＢＪ＿ＩＤのビット６〜４（図１３（ｂ）における‘ｂ６’〜‘ｂ４’）の値は‘１００’となる。さらに、当該メディアオブジェクトのファイル名の数値部分の値をとって、ＯＢＪ＿ＩＤのビット３〜０（図１３（ｂ）における‘ｂ３’〜‘ｂ０’）の値は‘０００１’となる。
【０１７２】
以上より、ＭｏＲｅｆ７１１に設定される値は０ｂ０１０００００１（先頭の０ｂは二進数を意味している）となる。
【０１７３】
ＯＢＪ＿ＩＤをこのような形式としても、ＤＣＦ規格の命名規則のように、メディアオブジェクトの名前やその上位ディレクトリの名前に含まれる数値部分の値が重複しないような命名規則を守っておけば、上述のＭｏＴｙｐｅ７１０の値から導かれる拡張子情報とあわせて、ファイルシステム上で、ＭｏＲｅｆ７１１が参照しているメディアオブジェクトを特定することが可能である。このような構成はＭＯ＿ＩＮＦＯ７００のデータ量を減らす目的に好適である。
【０１７４】
もちろん、ＯＢＪ＿ＩＤのデータ構造は、ＭＯ＿ＩＮＦＯ７００とメディアオブジェクトが一意に対応づけられる形式であれば他の形式でもよい。例えば、メディアオブジェトのパス情報をそのまま格納する方法もある。すなわち、“／ＶＩＤＯＥ／１００ＡＢＣＤＥ／ＡＢＣＤ０００１．ＭＯＩ”のように、“／”をパス区切り文字としたフルパス名の文字列を格納してもよい。
【０１７５】
なお、動画オブジェクトについては、属性情報ファイル（例えば、図５における３１２）だけをメディアオブジェクト情報に登録してもよい。対応する動画ファイル（この場合、図５における３１１）は、上述のようにファイル名の対応付け等により属性情報ファイルから知ることができるからである。あるいは、逆に、動画ファイルをメディアオブジェクト情報に登録するようにしてもよい。同様に対応する属性情報ファイルを知ることができるからである。
【０１７６】
次に、図１４（ａ）はプログラムマネージャ３３０のデータ構造の例示図である。
【０１７７】
図１４（ａ）において、プログラムマネージャ３３０は、任意のメディアオブジェクトをグループ化して分類整理したり、ユーザの望みの再生順序で再生するプログラム再生等の機能を実現するために設けられるファイルであり、次のような構造を持つ。
【０１７８】
ファイルのタイプを表すＤａｔａＴｙｐｅ、ファイルのサイズを表すＤａｔａＳｉｚｅ、プログラムマネージャ３３０に登録されたすべてのメディアオブジェクトの再生時間の合計であるＰｌａｙＢａｃｋＤｕｒａｔｉｏｎ、プログラムマネージャ３３０中に含まれるプログラム情報（ＰＲＧ＿ＩＮＦＯ）８００の数を示すＮｕｍＰｒｇＩｎｆｏ、そして、ＮｕｍＰｒｇＩｎｆｏ個のＰＲＧ＿ＩＮＦＯ８００からなるプログラム情報のテーブルで構成される。
【０１７９】
そして、図１４（ｂ）はプログラムマネージャ３３０に含まれるＰＲＧ＿ＩＮＦＯ８００のデータ構造である。ＰＲＧ＿ＩＮＦＯ８００は、ＭＯ＿ＩＮＦＯ７００をグループ化し、ディスクメディア１００上に記録された複数のメディアオブジェクトの分類を行ったり、あるいは、ＰＲＧ＿ＩＮＦＯ８００から参照しているメディアオブジェクトを順に再生することにより、プログラム再生を実現するときの一つの単位である。
【０１８０】
図１４（ｂ）に示すように、ＰＲＧ＿ＩＮＦＯ８００は、プログラム情報であることを示すＤａｔａＴｙｐｅ、ＰＲＧ＿ＩＮＦＯ８００のサイズを示すＤａｔａＳｉｚｅ、プログラムの各種属性情報を示すＡｔｔｒｉｂｕｔｅｓ、プログラムの再生時間であるＰａｙＢａｃｋＤｕｒａｔｉｏｎ、ＰＲＧ＿ＩＮＦＯ８００中に含まれるＭＯ＿ＩＮＦＯ７００への参照の数を示すＮｕｍＭｏＩｎｆｏ、そして、ＮｕｍＭｏＩｎｆｏ個のＭｏＩＤ８１０からなるＭＯ＿ＩＮＦＯ７００への参照テーブル、等から構成される。
【０１８１】
その他にも、ＰＲＧ＿ＩＮＦＯ８００とは異なる場所に格納されるテキスト情報ＴｅｘｔＩＤやサムネイル情報への参照情報ＴｈｕｍＩＤ等も含んでもよい。
【０１８２】
次に、図１５を用いて、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、ＭＯ＿ＩＮＦＯ７００との関係を説明する。
【０１８３】
図６〜９を用いて説明したように、ＵＤＦファイルシステム上の各ディレクトリやファイルはＵＤＦ  ＵｎｉｑｕｅＩＤ５０５の値を設定されている。例えば、図１５中のディレクトリ３０４にはＵＤＦＵｎｉｑｕｅＩＤ５０５の値として‘１００’が設定されているものとする。ＵＤＦＵｎｉｑｕｅＩＤ５０５の値は、図１５では図示していないＦＩＤ５１０中に保持されている。図１５中に示される全てのディレクトリやファイルには、図示しないものも含めてＵＤＦＵｎｉｑｕｅＩＤ５０５の値が設定されているものとする。
【０１８４】
一方、メディアオブジェクトマネージャ３２０には、複数のＭＯ＿ＩＮＦＯ７００が含まれており、それぞれにメディアオブジェクトが登録されている。例えば、ＭｏＩｎｆｏ［１］９００には、ディレクトリ３０４が登録されている。この時、ＭｏＩｎｆｏ［１］９００のフィールドの値は次のように設定される。
【０１８５】
まずＭｏＴｙｐｅは、図１３（ａ）より、ディレクトリを示す‘１’が設定される。ＭｏＲｅｆは、図１３（ｂ）より、親ディレクトリ‘０’、ディレクトリ番号‘１００’、ファイル番号‘００００’となり、フィールド値全体としては０ｂ０１００００００（先頭の０ｂは２進数を意味する）となる。
【０１８６】
ＦｓＵｎｉｑｕｅＩＤ７１２は、対応するＵＤＦファイルシステムのＵＤＦ  ＵｎｉｑｕｅＩＤの値と同じ値である‘１００’が設定される。
【０１８７】
また、ＭｏＩｎｆｏ［２］９０１のフィールドの値は次のように設定される。まずＭｏＴｙｐｅは、動画オブジェクトを示す‘２’が設定される。ＭｏＲｅｆ７１１は、親ディレクトリ‘０’、ディレクトリ番号‘１００’、ファイル番号‘０００１’となり、フィールド値全体としては０ｂ０１０００００１となる。
【０１８８】
ＦｓＵｎｉｑｕｅＩＤは、対応するＵＤＦファイルシステムのＵＤＦＵｎｉｑｕｅＩＤの値と同じ値である‘１０１’が設定される。以降、その他のＭｏＩｎｆｏも同様に値が設定される。
【０１８９】
図１６は、このようなメディアオブジェクトマネージャ３２０に対する、プログラムマネージャ３３０の関係を示すものである。上述のように、プログラムマネージャ３３０には複数のＰＲＧ＿ＩＮＦＯ８００（ＰｒｇＩｎｆｏ［１］９１０〜）が含まれる。
【０１９０】
各ＰＲＧ＿ＩＮＦＯ８００は、ＭＯ＿ＩＮＦＯ７００への参照情報を、メディアユニークＩＤとして保持する。すなわち、ＭＯ＿ＩＮＦＯ７００がＦｓＵｎｉｑｕｅＩＤ７１２で保持しているメディアユニークＩＤの値を参照情報とする。
【０１９１】
例えば、ＰｒｇＩｎｆｏ［１］９１０では、図１７中の波線矢印で示すように、ＭｏＩｎｆｏ［２］とＭｏＩｎｆｏ［５］とＭｏＩｎｆｏ［８］への参照を持つので、ＭｏＩＤのテーブル（ＭｏＩＤ［  ］）の値として、１０１、１０４、２０１を保持する。ＰｒｇＩｎｆｏ［２］  ９１１でも同様に、ＭｏＩｎｆｏ［６］とＭｏＩｎｆｏ［８］への参照を持つので、ＭｏＩＤ［  ］の値として、１０５、２０１を保持する。
【０１９２】
図１７は、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、メディアオブジェクトマネージャ３２０、プログラムマネージャ３３０、そして、ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ及びＭａｐｐｉｎｇ  Ｅｎｔｒｙとの関係を示すものである。
【０１９３】
なお、本図においては、図１５等で示されるデータ構造と同じものには同じ番号を付与している。また、ここでの説明に直接関連しないデータ構造については記述を省略している。
【０１９４】
ここで、ＰｒｇＩｎｆｏ［１］９１０は、ＭｏＩＤ［  ］の値として１０１を保持している。一方、ＭｏＩｎｆｏ［２］９０１、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］５３０、及び属性情報ファイル３１２のＦＩＤ４３１はすべて同じメディアユニークＩＤの値を保持しており、図１７ではその値は１０１である。
【０１９５】
ディレクトリやメディアオブジェクトがディスクメディア１００に記録される際には、図１１を用いて説明したように、ファイルシステム情報処理部６１０がファイルシステム情報６００を操作する。すなわち、新たにディレクトリやファイルをファイルシステム上に作成する時、ファイルシステム情報処理部６１０がＦＩＤ５２０やＥＦＥ５１０を作成したり、エクステントのパーティション空間内での配置を決めたりする。
【０１９６】
また、ディスクメディア１００上で重複しない値をそれぞれのＵＤＦ  ＵｎｉｑｕｅＩＤ５０５に設定する。
【０１９７】
さらに、コンテンツ管理情報処理部６１１は、コンテンツ管理情報６０１を操作する。すなわち、ファイルシステム処理部６１０が作成したファイルを登録するための新たなＭＯ＿ＩＮＦＯ７００をメディアオブジェクトマネージャ３２０中に作成する。
【０１９８】
そして、必要に応じてファイルシステム処理部６１０から情報を得て、ファイルシステム情報６００とメディアオブジェクトマネージャ３２０内の情報との間に矛盾がないように値の設定を行う。例えば、ＭｏＲｅｆ７１１には、ファイルのパス名情報を得て、その値を図１３に示す変換規則で変換して求められる値に設定し、また、ＦｓＵｎｉｑｕｅＩＤ７１２にはファイルシステム処理部６１０が割り当てたユニークＩＤ５０１の値を得て設定を行う。
【０１９９】
また、ユーザの指示などにより、新たなＰＲＧ＿ＩＮＦＯ８００を作成する際には、ＰＲＧ＿ＩＮＦＯ８００に含めたいメディアオブジェクトに割り当てられたメディアユニークＩＤをメディアオブジェクトマネージャ３２０から（あるいはファイルシステム情報６００）から取得し、ＰＲＧ＿ＩＮＦＯ８００へと設定する。
【０２００】
このように、プログラムマネージャ３３０及びそこから参照されるメディアオブジェクトマネージャ３２０の情報を利用することで、メディアオブジェクトのプログラム再生等を正しく実行することが可能となる。
【０２０１】
次に、図１７の状態において、プログラム再生を実施するための処理について説明する。
【０２０２】
例えば、ＰｒｇＩｎｆｏ［１］９１０によるプログラム再生の開始が支持されたとすると、コンテンツ管理情報処理部６１１は、ＰｒｇＩｎｆｏ［１］９１０内のメディアオブジェクト情報への参照テーブルＭｏＩＤ［  ］内の値を読み出す。上述したとおり、ＭｏＩＤ［  ］には、プログラム再生の対象となるメディアオブジェクトへの参照情報がメディアユニークＩＤとして保持されている。
【０２０３】
よって、プログラム再生を行うには、ＭｏＩＤ［  ］に保持されているメディアユニークＩＤの指し示すメディアオブジェクトを順次再生することになる。
【０２０４】
そして、あるメディアオブジェクトの再生のためには、そのメディアオブジェクトを構成するエクステントへアクセスし、データを読み出す必要がある。
【０２０５】
図１８は、本実施の形態において、ファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャートである。
【０２０６】
コンテンツ管理情報処理部６１１は、ＰｒｇＩｎｆｏ［１］９１０からＭｏＩＤの値（ここでは１０１）を読み出す（ステップＳ１０１）。
【０２０７】
次に、ＭｏＩＤの値と、ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ４５０内の各Ｍａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｔが持つＵＤＦＵｎｉｑｕｅＩＤ５３１の値を比較し、一致するものがあるかどうかを調べる検索処理を実施する（ステップＳ１０２、Ｓ１０３）。
【０２０８】
ＭｏＩＤと同じ値を持ったＭａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｙが存在しない場合、このＭｏＩＤによる参照は不正な参照であると判断し（ステップＳ１０４）、プログラム再生の停止等の例外処理を実施する（ステップＳ１０５）。
【０２０９】
ＭｏＩＤと同じ値を持ったＭａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｙが存在する場合、該Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ中のＯｂｊｅｃｔＬＢＮが指し示すアドレスに記録されたデータを読み出す（ステップＳ１０６）。
【０２１０】
図１７の場合では、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］５３０が該当し、そのＯｂｊｅｃｔＬＢＮはＥＦＥ４４０のアドレスを指し示している。
【０２１１】
この読み出されたデータはＥＦＥ５１０のデータ構造を持っているので、そのデータ構造にしたがって構造解析を行う（ステップＳ１０７）。
【０２１２】
この読み出されたデータが本当にＥＦＥ５１０であるかどうかは、その先頭１６バイトのデータがＵＤＦ規格で定められた正しいＤｅｓｃｒｉｐｔｏｒ  Ｔａｇの値を持っているかどうか等を調べることで判別可能である。
【０２１３】
あるいは、Ｏｂｊｅｃｔ  ＬＢＮが指し示すＬＢＮに対して、前述したスペースビットマップディスクリプタの値を調べ、空き領域であることが判明した場合は、読み出したデータはもはや有効なＥＦＥ５１０でない、と判断できる。
【０２１４】
さらに、Ｐａｒｅｎｔ  ＬＢＮの値を用い、該ＥＦＥ５１０を参照するＦＩＤの情報も読み出し、該ＥＦＥ５１０が削除されていないか、等を調べることによっても判断可能である。
【０２１５】
その結果、正しいＥＦＥ５１０ではない、と判断された場合、プログラム再生の停止等の例外処理を実施する（ステップＳ１０５）。
【０２１６】
正しいＥＦＥ５１０であると判断された場合、ＡＤ５１２に格納されているエクステントの位置（Ｅｘｔｅｎｔ  Ｐｏｓｉｔｉｏｎ）の情報を用いてエクステントへとアクセスする（ステップＳ１０９）。
【０２１７】
エクステントへアクセスした後、必要なデータ分を読み出し、デコード処理、及び再生・表示等を実施する（ステップＳ１１０）。
【０２１８】
このように、本発明の実施の形態によれば、ＰｒｇＩｎｆｏ［１］９１０が参照するメディアオブジェクトを構成するエクステントを読み出す際に、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］を経由するだけでＥＦＥ４４０へとアクセス可能となる。
【０２１９】
これはすなわち、一般的な方法によりＥＦＥ４４０へのアクセスを実施する場合に比べて大幅にアクセス回数を減らすことが可能となっていることを意味する。
【０２２０】
一般的なアクセス方法では、ファイルシステムの階層構造にしたがってＦＳＤ４００から順次階層構造にしたがってデータへのアクセス処理が発生するからである。
【０２２１】
さらに、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］を経由することにより、ＦＩＤ４３１へとアクセス可能することも可能である。すなわち、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］中のＰａｒｅｎｔ  ＬＢＮの値を参照することによりＦＩＤ４３１の記録位置を知ることができるからである。
【０２２２】
ＦＩＤ４３１のデータを読み出すことにより、ＰｒｇＩｎｆｏ［１］９１０が参照するメディアオブジェクトのファイルシステム上での名前であるファイル識別子５２２を知ることが可能となる。
【０２２３】
また、ＵＤＦ規格ではファイルを削除する際に、ＦＩＤ  ４３１を実際に削除するか、ＦＩＤ４３１が持つＦｉｌｅ  Ｃｈａｒａｃｔｅｒｒｉｓｔｉｃｓ５２３に削除ビット（Ｄｅｌｅｔｅｄ  Ｂｉｔ）を設定することにより削除状態を示すことが行われる。
【０２２４】
一般的なアクセス方法では、ファイルシステムの階層構造にしたがってＦＳＤ４００から順次、階層構造にしたがったＦＩＤへのアクセス処理が必要であるが、本発明によれば、アクセス回数を減らすことが可能となり、より高速なファイル名の取得やファイルの削除処理が可能となる。
【０２２５】
なお、上記では、プログラム再生について説明したが、特定のＭＯ＿ＩＮＦＯ７００を指定してメディアオブジェクトを再生しようとする場合にでも同様の効果が得られる。
【０２２６】
すなわち、各ＭＯ＿ＩＮＦＯ７００もＦｓＵｎｉｑｕｅＩＤ７１２にメディアユニークＩＤの値を保持しており、この値を用いて図１８を用いて説明したのと同様の手順で、より少ないアクセス回数で各エクステントへと到達することが可能である。
【０２２７】
また、本発明の実施例では、動画メディアオブジェクトが属性情報ファイルと動画ファイルとから構成されているとした。
【０２２８】
よって、動画オブジェクトの際には二つのファイルに対する読み出し処理が必要であるが、その場合は、属性情報ファイルに加えて動画ファイルもＭＯ＿ＩＮＦＯ  ７００へ登録するようにしてもよい。
【０２２９】
あるいは、ＭＯ＿ＩＮＦＯ７００のデータ構造に対して、ＦｓＵｎｉｑｕｅＩＤのフィールドをさらに追加し、一つには上述したように属性情報ファイルのメディアユニークＩＤを設定し、もう一つには対応する動画ファイルのメディアユニークＩＤを設定するようにしてもよい。
【０２３０】
なお、ＦｓＵｎｉｑｕｅＩＤ７１２に設定するメディアユニークＩＤの値として、ＦＩＤ５２０のＩＣＢ中に格納されるＵＤＦＵｎｉｑｕｅＩＤ５０５の値ではなく、ＥＦＥ５１０中のユニークＩＤ５１１を設定しても良い。
【０２３１】
この場合でも、ＦｓＵｎｉｑｕｅＩＤ７１２の下位３２ビットを見ることによりＵＤＦＵｎｉｑｕｅＩＤ５０５と同じ値を得ることができるので、図１８と同様の再生手順でプログラム再生が可能となる。
【０２３２】
なお、上記ではＥＦＥ５１０を用いて説明をしたが、ＥＦＥの代わりにＵＤＦ規格で定義されるファイルエントリＦＥを用いてもよい。
【０２３３】
（実施の形態２）
本実施の形態２においては、実施の形態１とは異なるメディアユニークＩＤの付与の方法について説明する。本実施の形態２では、コンテンツ管理情報処理部６１１がコンテンツ管理情報６０１へ設定したメディアユニークＩＤを、ファイルシステム情報処理部６１０を経由してファイルシステム情報６００側へ反映させる。
【０２３４】
図１９は、本発明の実施の形態２にかかる記録再生装置におけるＭＯ＿ＩＮＦＯ２０００のデータ構造の例示図である。
【０２３５】
図１２（ｂ）で示したＭＯ＿ＩＮＦＯ７００とは、図１２（ｂ）では存在したＦｓＵｎｉｑｕｅＩＤ７１２の代わりにＭｏＵｎｉｑｕｅＩＤ２００１が設けられている点で相違する。ＭｏＵｎｉｑｕｅＩＤ２００１は、ディスクメディア１００上で重複しないメディアユニークＩＤを設定されるという点ではＵＤＦ  ＵｎｉｑｕｅＩＤ５０５と同じであるが、ここでは、コンテンツ管理情報処理部６１１がその設定値の管理を行い、実際の値の付与を行う。
【０２３６】
本実施の形態２においては、ディスクメディア１００上に新しいディレクトリやメディアオブジェクト（ファイル）が記録され、それらがメディアオブジェクトマネージャ３２０に登録される時、コンテンツ管理情報処理部６１１がＭｏＵｎｉｑｕｅＩＤ２００１の値を設定する。
【０２３７】
そして、コンテンツ管理情報処理部６１１が、ＭｏＵｎｉｑｕｅＩＤ２００１へ設定したメディアユニークＩＤの値をファイルシステム情報処理部６１０を経由してファイルシステム情報６００へ設定する。より具体的には、図８（ａ）で示したＥＡｓ５１３中に、ＭｏＵｎｉｑｕｅＩＤ２００１に設定した値と同じ値を設定する。
【０２３８】
ＥＡｓ５１３は、ＵＤＦファイルシステムで規定される拡張属性を格納するための領域であり、アプリケーションシステム等が必要に応じて使用できる。図２０（ａ）にＥＡｓ４２２に含まれる処理システム用拡張属性（Ｉｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅ）と呼ばれる構造を示す。
【０２３９】
処理システム用拡張属性中には、属性タイプ（Ａｔｔｒｉｂｕｔｅ  Ｔｙｐｅ）や属性サブタイプ（Ａｔｔｒｉｂｕｔｅ  Ｓｕｂｔｙｐｅ）と呼ばれるフィールドが存在し、ここに適切な値を設定することにより、この処理システム用拡張属性中に含まれる拡張属性が、どんなアプリケーションシステムにより使用されるかを識別できるようになっている。
【０２４０】
そして、実際の拡張属性の値は、Ｉｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ  Ｌｅｎｇｔｈ（ＩＵ＿Ｌ）で長さが示される可変長のフィールドＩｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ２１００中に格納される。ＩｍｐｌｅｍａｎｔａｔｉｏｎＵｓｅ２１００中に格納される拡張属性のデータ構造は、それを使用するアプリケーションごとに決められる。
【０２４１】
本実施の形態２においては、その一例として、図２０（ｂ）に示すデータ構造を例示する。具体的には、Ｍｅｄｉａ  Ｏｂｊｅｃｔ  Ｕｎｉｑｕｅ  ＩＤ２１０１へ、上述のＭｏＵｎｉｑｕｅＩＤ２００１に設定されたメディアユニークＩＤの値を設定することとする。
【０２４２】
以上により、メディアオブジェクトの作成に伴い、コンテンツ管理情報６０１とファイルシステム情報６００で共通のメディアユニークＩＤが設定されることになる。
【０２４３】
さらに、本実施の形態では、図２１（ａ）に示すように、ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００がディスクメディア１００上に記録される。
【０２４４】
ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００は、複数のＭｏＵｎｉｑｕｅＩＤ  Ｍａｐｐｉｇ  Ｅｎｔｒｙを含むエクステントの集合（すなわち、ファイル又はＮａｍｅｄ  Ｓｔｒｅａｍ）である。
【０２４５】
ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００には、図２１（ｂ）に示すＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ２２０１が複数含まれており、各ＭｏＵｎｉｑｕｅ  ＩＤ  Ｅｎｔｒｙ  Ｅｎｔｒｙ２２０１は、ディスクメディア１００に記録されるメディアオブジェクト毎に設けられる。
【０２４６】
ＭｏＵｎｉｑｕｅ  ＩＤ  Ｅｎｔｒｙ  Ｅｎｔｒｙ２２０１には、対応するメディアオブジェクトが持つメディアユニークＩＤを保持するＭｏＵｎｉｑｕｅＩＤ２２０２と、対応するメディアオブジェクトが持つＵＤＦＵｎｉｑｕｅＩＤを保持するＵＤＦＵｎｉｑｕｅＩＤ２２０３とを保持する。
【０２４７】
また、対応するメディアオブジェクトのＥＦＥを参照するＦＩＤのパーティション上でのアドレス値を保持するＰａｒｅｎｔ  ＬＢＮ２２０４とを保持する。
【０２４８】
また、対応するメディアオブジェクトのＥＦＥのパーティション上でのアドレス値をＯｂｊｅｃｔ  ＬＢＮ２２０６として保持する。例えば動画オブジェクトの場合、メディアオブジェクトは複数のファイルから構成されるので各ファイルのＥＦＥのアドレスを保持する。そのため、Ｏｂｊｅｃｔ  ＬＢＮ２２０６の数を示すＯｂｊｅｃｔ  ＬＢＮ  Ｃｏｕｎｔｅｒ（ＯＬＣ）２２０５が設けられている。
【０２４９】
なお、動画オブジェクトの場合は、ＭｏＵｎｉｑｕｅＩＤ２２０２やＵＤＦＵｎｉｑｕｅＩＤ２２０３、Ｐａｒｅｎｔ  ＬＢＮ２２０４の値としては、例えば属性情報ファイルが持つ値を設定しておけばよい。
【０２５０】
図２２は、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、メディアオブジェクトマネージャ３２０、プログラムマネージャ３３０、そして、ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００及びＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ２２０１との関係を示すものである。
【０２５１】
ここで、ＰｒｇＩｎｆｏ［１］２２１１は、ＭｏＩＤ［  ］の値として３０１を保持している。
【０２５２】
一方、ＭｏＩｎｆｏ［２］２２１０、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］２２０１、及び属性情報ファイル３１２のＥＡｓ５１３はすべて同じメディアユニークＩＤの値を保持しており、図２２ではその値は３０１であるとする。
【０２５３】
属性情報ファイル３１２はさらにＵＤＦ  ＵｎｉｑｕｅＩＤの値を持っておりその値は１０１で、この値はＭａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］２２０１へも設定される。
【０２５４】
さらに、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］２２０１には、属性情報ファイル３１２と共に動画オブジェクトを構成する動画ファイル３１１に対応するＯｊｂｅｃｔ  ＬＢＮ２２０６の値も格納される。
【０２５５】
次に、図２２の状態において、プログラム再生を実施するための処理について説明する。
【０２５６】
図２３は、本実施の形態において、ファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャートである。
【０２５７】
コンテンツ管理情報処理部６１１は、ＰｒｇＩｎｆｏ［１］２２１１からＭｏＩＤの値（ここでは３０１）を読み出す（ステップＳ２００１）。
【０２５８】
次に、ＭｏＩＤの値と、ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００内の各Ｍａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｙが持つＭｏＵｎｉｑｕｅＩＤ２２０２の値を比較し、一致するものがあるかどうかを調べる検索処理を実施する（ステップＳ２００２、Ｓ２００３）。
【０２５９】
ＭｏＩＤと同じ値を持ったＭａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｙが存在しない場合、このＭｏＩＤによる参照は不正な参照であると判断し（ステップＳ２００４）、プログラム再生の停止等の例外処理を実施する（ステップＳ２００５）。
【０２６０】
ＭｏＩＤと同じ値を持ったＭａｐｐｉｎｇ  Ｄａｔａ  Ｅｎｔｒｙが存在する場合、該Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ中のＯｂｊｅｃｔ  ＬＢＮが指し示すアドレスに記録されたデータを読み出す（ステップＳ２００６）。
【０２６１】
図１８の場合と異なり、ＯＬＣ２２０５で示される数だけＯｂｊｅｃｔ  ＬＢＮが指し示すアドレスがあるので、その数だけデータを読み出す。
【０２６２】
この読み出された各データはＥＦＥ５１０のデータ構造を持っているので、そのデータ構造にしたがってそれぞれ構造解析を行う（ステップＳ２００７）。
【０２６３】
図１８で説明したのと同様に、この読み出されたデータが本当にＥＦＥ５１０であるかどうかを判定し（ステップＳ２００８）、読み出したいずれかのデータが正しいＥＦＥではない、と判断された場合（ステップＳ２００４）、プログラム再生の停止等の例外処理を実施する（ステップＳ２００５）。
【０２６４】
正しいＥＦＥ５１０であると判断された場合、各ＥＦＥのＡＤ５１２に格納されているエクステントの位置（Ｅｘｔｅｎｔ  Ｐｏｓｉｔｉｏｎ）の情報を用いてそれぞれのエクステントへとアクセスする（ステップＳ２００９）。
【０２６５】
エクステントへアクセスした後、必要なデータ分を読み出し、デコード処理、及び再生・表示等を実施する（ステップＳ２０１０）。
【０２６６】
このように、本発明の実施の形態によれば、ＰｒｇＩｎｆｏ［１］２２１１が参照するメディアオブジェクトを構成するエクステントを読み出す際に、Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ［ｉ］を経由するだけでＥＦＥ４４０へとアクセス可能となる。
【０２６７】
特に本発明の実施の形態によれば単一のＭａｐｐｉｎｇ  Ｅｎｔｒｙから複数のＥＦＥ４４０へのアクセスが可能となり、動画オブジェクトのようにメディアオブジェクトが複数のファイルから構成されている場合により大きな効果が得られる。
【０２６８】
（実施の形態３）
本実施の形態３においては、さらに異なるメディアユニークＩＤの付与の方法について説明する。本実施の形態３では、ファイルのメディアユニークＩＤとして、そのファイルを管理するＥＦＥ５１０がパーティション空間内で記録されたＬＢＮの値を設定する。
【０２６９】
本発明の実施の形態３においても、ＭＯ＿ＩＮＦＯ２０００のデータ構造は同様である。ただし、ＭｏＵｎｉｑｕｅＩＤ２００１には、ＭＯ＿ＩＮＦＯ２０００が参照するファイルを管理するＥＦＥ５１０のパーティション空間内での記録アドレスであるＬＢＮの値が設定されるものとする。
【０２７０】
このＬＢＮの値は、ディスクメディア１００上で重複しないため、メディアユニークＩＤとして利用可能である。
【０２７１】
本実施の形態３においては、ディスクメディア１００上に新しいディレクトリやメディアオブジェクト（ファイル）が記録され、それらがメディアオブジェクトマネージャ３２０に登録される時、コンテンツ管理情報処理部６１１がファイルシステム処理部６１０から、ＥＦＥ５１０が記録されたＬＢＮの値を取得してＭｏＵｎｉｑｕｅＩＤ２００１へと設定する。
【０２７２】
図２４は、ファイルシステムで管理されるディレクトリやメディアオブジェクトと、メディアオブジェクトマネージャ３２０、プログラムマネージャ３３０との関係を示すものである。
【０２７３】
ここで、ＰｒｇＩｎｆｏ［１］３２１１は、ＭｏＩＤ［  ］の値として５００を保持している。
【０２７４】
一方、ＭｏＩｎｆｏ［２］３２１０は、メディアユニークＩＤの値として５００を保持する。そして、ＭｏＩｎｆｏ［２］３２１０が参照する属性情報ファイル３１２を管理するＥＦＥ４４０はＬＢＮ＝５００に記録されている。
【０２７５】
次に、図２４の状態において、プログラム再生を実施するための処理について説明する。
【０２７６】
図２５は、本実施の形態において、ファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャートである。
【０２７７】
コンテンツ管理情報処理部６１１は、ＰｒｇＩｎｆｏ［１］３２１１からＭｏＩＤの値（ここでは５００）を読み出す（ステップＳ３００１）。
【０２７８】
次にＭｏＩＤ  が指し示すアドレスに記録されたデータを読み出す（ステップＳ３００２）。
【０２７９】
この読み出された各データはＥＦＥ５１０のデータ構造を持っているので、そのデータ構造にしたがって構造解析を行う（ステップＳ３００３）。
【０２８０】
図１８で説明したのと同様に、この読み出されたデータが本当にＥＦＥ５１０であるかどうかを判定し（ステップＳ３００４）、読み出したいずれかのデータが正しいＥＦＥではない、と判断された場合（ステップＳ３００５）、プログラム再生の停止等の例外処理を実施する（ステップＳ３００６）。
【０２８１】
正しいＥＦＥ５１０であると判断された場合、ＥＦＥのＡＤ５１２に格納されているエクステントの位置（Ｅｘｔｅｎｔ  Ｐｏｓｉｔｉｏｎ）の情報を用いてそれぞれのエクステントへとアクセスする（ステップＳ３００５）。
【０２８２】
エクステントへアクセスした後、データを読み出し、必要なデコード処理、及び再生・表示等を実施する（ステップＳ３０６０）。
【０２８３】
このように、本発明の実施の形態によれば、ＰｒｇＩｎｆｏ［１］３２１１が参照するメディアオブジェクトを構成するエクステントを読み出す際に、直接ＥＦＥ４４０へとアクセス可能となる。
【０２８４】
なお、上述したいずれの実施の形態においても、記録再生装置及び記録媒体をＤＶＤのような光ディスクメディアを例に挙げて説明しているが、特に限定されるものではなく、その他磁気記録メディアを用いたハードディスクドライブ、光磁気ディスクメディア等、他の記録装置や記録媒体であっても良い。
【０２８５】
【発明の効果】
以上のように、本発明にかかる記録装置及び方法並びに再生装置及び方法によれば、ディレクトリ構造に依存しない分類やプログラム再生を実施するコンテンツ管理情報を用いたメディアオブジェクトの再生時において、コンテンツ管理情報にメディアユニークＩＤを保持することにより、ファイルデータの読み出しを開始するためのアクセス回数を減らすことが可能となり、高速な再生が可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかる記録再生装置の外観と関連機器とのインタフェースの例示図
【図２】本発明の実施の形態１にかかる記録再生装置の機能を示すブロック構成図
【図３】本発明の実施の形態１にかかる記録再生装置の記録及び再生動作の説明図
【図４】（ａ）記録可能なディスクメディア１００の記録領域を表した図
（ｂ）図４（ａ）において同心円状に示されるリードイン領域と、リードアウト領域と、データ領域を横方向に配置した説明図
（ｃ）論理セクタにより構成されるディスクメディア１００の論理的なデータ空間を示す図
【図５】ディスクメディア１００に記録されるディレクトリとファイルの階層構造を示す図
【図６】（ａ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造の例示図
（ｂ）ＵＤＦ規格におけるディレクトリ階層を管理するためのデータ構造のパーティション空間内での配置の例示図
【図７】（ａ）ＵＤＦ規格で定義されるファイルセットディスクリプタＦＳＤのデータ構造の例示図
（ｂ）ＵＤＦ規格で定義されるｌｏｎｇ＿ａｄのデータ構造の例示図
（ｃ）ＵＤＦ規格で定義されるＡＤＩｍｐＵｓｅのデータ構造の例示図
【図８】（ａ）ＵＤＦ規格で定義される拡張ファイルエントリＥＦＥのデータ構造の例示図
（ｂ）ＵＤＦ規格で定義されるアロケーション記述子ＡＤのデータ構造の例示図
（ｃ）ＵＤＦ規格で定義されるファイル識別記述子ＦＩＤのデータ構造の例示図
【図９】（ａ）ＵＤＦ規格で定義されるＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  ＭａｐｐｉｎｇＤａｔａのデータ構造の例示図
（ｂ）ＵＤＦ規格で定義されるＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  ＭａｐｐｉｎｇＥｎｔｒｙのデータ構造の例示図
【図１０】（ａ）ディスクメディア１００上のアドレス空間を示す図
（ｂ）トラックバッファ内のデータ蓄積量の例示図
【図１１】ディスクメディア１００上に記録されるデータの階層構造と、それらを処理するシステム制御部１０４及びその内部構造を示す図
【図１２】（ａ）本発明の実施の形態１にかかる記録再生装置におけるメディアオブジェクトマネージャ３２０のデータ構造の例示図
（ｂ）本発明の実施の形態１にかかる記録再生装置におけるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）７００のデータ構造の例示図
【図１３】（ａ）ＭｏＴｙｐｅ７１０に設定される値の例示図
（ｂ）ＯＢＪ＿ＩＤ型のフィールドへ値を設定するときの変換規則の例示図
【図１４】（ａ）本発明の実施の形態１にかかる記録再生装置におけるプログラムマネージャ３３０のデータ構造の例示図
（ｂ）本発明の実施の形態１にかかる記録再生装置におけるプログラム情報（ＰＲＧ＿ＩＮＦＯ）８００のデータ構造の例示図
【図１５】ディレクトリ及びメディアオブジェクトとＭＯ＿ＩＮＦＯ７００との関係を示す図
【図１６】メディアオブジェクトマネージャ３２０に対するプログラムマネージャ３３０の関係を示す図
【図１７】ディレクトリ及びメディアオブジェクトとメディアオブジェクトマネージャ３２０とプログラムマネージャ３３０とＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａの関係を示す図
【図１８】本発明の実施の形態１にかかる記録再生装置におけるファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャート
【図１９】本発明の実施の形態２にかかる記録再生装置におけるオブジェクト管理情報（ＭＯ＿ＩＮＦＯ）２０００のデータ構造の例示図
【図２０】（ａ）ＵＤＦ規格で定義されるＩｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ  Ｅｘｔｅｎｄｅｄ  Ａｔｔｒｉｂｕｔｅのデータ構造を示す図
（ｂ）Ｉｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ２１００中に格納される拡張属性のデータ構造を示す図
【図２１】（ａ）ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ２２００のデータ構造の例示図
（ｂ）ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ２２０１のデータ構造の例示図
【図２２】ディレクトリ及びメディアオブジェクトとメディアオブジェクトマネージャ３２０とプログラムマネージャ３３０とＭｏＵｎｉｑｕｅ  ＩＤ  ＭａｐｐｉｎｇＤａｔａ  ２２００の関係を示す図
【図２３】本発明の実施の形態２にかかる記録再生装置におけるファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャート
【図２４】ディレクトリ及びメディアオブジェクトとメディアオブジェクトマネージャ３２０とプログラムマネージャ３３０との関係を示す図
【図２５】本発明の実施の形態３にかかる記録再生装置におけるファイルを構成するエクステントへのアクセスを実施するための処理を示すフローチャート
【図２６】従来のディレクトリ及びメディアオブジェクトとプログラムファイル５００２との関係を示す図
【符号の説明】
１００  ディスクメディア
１０１  光ピックアップ
１０２  ＥＣＣ処理部
１０３  トラックバッファ
１０４  システム制御部
１０５  システムバス
１１０  ドライブ装置
２００  ユーザＩ／Ｆ部
２１０  アナログ放送チューナ
２１１  カメラ部
２１２  デジタル放送チューナ
２２１  動画エンコーダ
２２２  静止画エンコーダ
２２３  解析部
２３０  デジタルＩ／Ｆ部
２４０  動画デコーダ
２４１  静止画デコーダ
２５０  表示部
２９０  ボリューム構造情報
３００  ルートディレクトリ
３０１  ＶＩＤＥＯディレクトリ
３０２  ＤＣＩＭディレクトリ
３０３  管理データディレクトリ
３０４  ＶＩＤＥＯディレクトリ
３０５  ＤＣＦディレクトリ
３１０  動画オブジェクト
３１１  動画ファイル
３１２  属性情報ファイル
３１３  静止画オブジェクト
３２０  メディアオブジェクトマネージャ
３３０  プログラムマネージャ
４５０  ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ
５００  ファイルセットディスクリプタ
５０３  ｌｏｎｇ＿ａｄ
５０５  ＵＤＦ  ＵｎｉｑｕｅＩＤ
５１０  拡張ファイルエントリ（ＥＦＥ）
５１１  ユニークＩＤ
５１２  Ｓｔｒｅａｍ  Ｄｉｒｅｃｏｔｒｙ  ＩＣＢ
５１３  ＥＡｓ
５１４  アロケーション記述子
５２０  ファイル識別記述子（ＦＩＤ）
５２１  ファイル識別子
５２２  ＩＣＢ
５３０  ＵＤＦ  Ｕｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ
６００  ファイルシステム情報
６０１  コンテンツ管理情報
６１０  ファイルシステム情報処理部
６１１  コンテンツ管理情報処理部
７００  オブジェクト管理情報（ＭＯ＿ＩＮＦＯ）
７１０  メディアオブジェクトタイプ（ＭｏＴｙｐｅ）
７１１  オブジェクト参照情報（ＭｏＲｅｆ）
７１２  ファイルシステムユニークＩＤ（ＦｓＵｎｉｑｕｅＩＤ）
８００  プログラム情報（ＰＲＧ＿ＩＮＦＯ）
２０００  オブジェクト管理情報（ＭＯ＿ＩＮＦＯ）
２００１  メディアオブジェクトユニークＩＤ（ＭｏＵｎｉｑｕｅＩＤ）
２１００  Ｉｍｐｌｅｍａｎｔａｔｉｏｎ  Ｕｓｅ
２２００  ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｄａｔａ
２２０１  ＭｏＵｎｉｑｕｅ  ＩＤ  Ｍａｐｐｉｎｇ  Ｅｎｔｒｙ
【図１】
2004302853.tif 000005
【図２】
2004302853.tif 000006
【図３】
2004302853.tif 000007
【図４】
2004302853.tif 000008
【図５】
2004302853.tif 000009
【図６】
2004302853.tif 000010
【図７】
2004302853.tif 000011
【図８】
2004302853.tif 000012
【図９】
2004302853.tif 000013
【図１０】
2004302853.tif 000014
【図１１】
2004302853.tif 000015
【図１２】
2004302853.tif 000016
【図１３】
2004302853.tif 000017
【図１４】
2004302853.tif 000018
【図１５】
2004302853.tif 000019
【図１６】
2004302853.tif 000020
【図１７】
2004302853.tif 000021
【図１８】
2004302853.tif 000022
【図１９】
2004302853.tif 000023
【図２０】
2004302853.tif 000024
【図２１】
2004302853.tif 000025
【図２２】
2004302853.tif 000026
【図２３】
2004302853.tif 000027
【図２４】
2004302853.tif 000028
【図２５】
2004302853.tif 000029
【図２６】
2004302853.tif 000030