(57)【要約】【課題】本発明は、記録装置、再生装置及びファイル管理方法に関し、例えば光ディスクを用いたビデオカメラに適用して、従来に比して一段と操作性を向上することができるようにする。【解決手段】本発明は、ファイルの抜粋情報によるエントリの連続によるインデックスファイルに、エントリ相互の関係を示す情報を設定し、記録媒体に記録した多数のファイル等をこのインデックス用のファイルにより管理する。【選択図】        図１４
2004227630.tif 000002
【特許請求の範囲】
【請求項１】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
前記エントリ間の相互の関係を示す情報として、
前記インデックスファイルに、前記エントリ及び又は前記エントリに対応する前記ファイルの再生順序を示す情報を設定する
ことを特徴とする記録装置。
【請求項２】
前記インデックスファイル生成手段は、
前記再生順序を、前記インデックスファイルに設けられた前記エントリより選択されたエントリのグループ内で設定する
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
前記エントリのグループが、ユーザーにより選択されたお気に入りに係る前記ファイルに対応するエントリのグループである
ことを特徴とする請求項２に記載の記録装置。
【請求項４】
前記インデックスファイル生成手段は、
前記再生順序をテーブルの形式により記述したエントリを前記インデックスファイルに設けることにより、前記インデックスファイルに前記再生順序を示す情報を設定する
ことを特徴とする請求項１に記載の記録装置。
【請求項５】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
１つの前記ファイルに係る前記抜粋情報を分割して複数個の前記エントリにより前記インデックスファイルを作成し、
前記エントリ間の相互の関係を示す情報として、
前記分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報を設定し、
前記続く抜粋情報を記録したエントリに、前記続く抜粋情報を記録したエントリであることを示す識別子を設定した
ことを特徴とする記録装置。
【請求項６】
前記インデックスファイル生成手段は、
前記抜粋情報を、属性毎にグループ化して前記インデックスファイルを生成し、
前記分割してなる抜粋情報が何れのグループに属するかを示す識別子を前記インデックスファイルに設定する
ことを特徴とする請求項５に記載の記録装置。
【請求項７】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
前記記録媒体に記録するファイルが１つのコンテンツを分割して作成された複数の子ファイルと、前記複数の子ファイルを管理する親ファイルの場合、
前記エントリ間の相互の関係を示す情報として、
前記子ファイル及び又は親ファイルに係る前記エントリに、前記子ファイル及び又は親ファイルに係る前記エントリであることを示す識別子を設定する
ことを特徴とする記録装置。
【請求項８】
前記インデックスファイル生成手段は、
前記子ファイルに係る前記エントリに、前記親ファイルに係る前記エントリを指し示す情報を設定する
ことを特徴とする請求項７に記載の記録装置。
【請求項９】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
前記ファイルのファイルフォーマットの情報を対応する前記エントリに登録する
ことを特徴とする記録装置。
【請求項１０】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
前記ファイルのデコードに関する情報を対応する前記エントリに登録する
ことを特徴とする記録装置。
【請求項１１】
所望のファイルを記録媒体に記録する記録装置において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記記録媒体に記録した前記ファイルのインデックスファイルを作成するインデックスファイル生成手段を備え、
前記インデックスファイル生成手段は、
前記インデックスファイルに、前記ファイルの処理手段に固有の情報、前記固有の情報に係る前記処理手段を特定する情報を登録する
ことを特徴とする記録装置。
【請求項１２】
前記インデックスファイル生成手段は、
対応する前記エントリへの前記固有の情報の設定により、前記インデックスファイルに、前記固有の情報を登録する
ことを特徴とする請求項１１に記載の記録装置。
【請求項１３】
前記インデックスファイル生成手段は、
対応する前記エントリに、前記固有の情報の参照先を設定することにより、前記インデックスファイルに、前記固有の情報を登録する
ことを特徴とする請求項１１に記載の記録装置。
【請求項１４】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項１に記載の記録装置。
【請求項１５】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項１４に記載の記録装置。
【請求項１６】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用のデータ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項１４に記載の記録装置。
【請求項１７】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項５に記載の記録装置。
【請求項１８】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項１７に記載の記録装置。
【請求項１９】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用データ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項１７に記載の記録装置。
【請求項２０】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項７に記載の記録装置。
【請求項２１】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項２０に記載の記録装置。
【請求項２２】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用データ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項２０に記載の記録装置。
【請求項２３】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項９に記載の記録装置。
【請求項２４】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項２３に記載の記録装置。
【請求項２５】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用データ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項２３に記載の記録装置。
【請求項２６】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項１０に記載の記録装置。
【請求項２７】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項２６に記載の記録装置。
【請求項２８】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用データ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項２６に記載の記録装置。
【請求項２９】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と、前記データ群を管理する管理用データ群とにより、前記インデックスファイルを形成する
ことを特徴とする請求項１１に記載の記録装置。
【請求項３０】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群と前記管理用データ群とを別ファイルにより形成する
ことを特徴とする請求項２９に記載の記録装置。
【請求項３１】
前記インデックスファイル生成手段は、
前記抜粋情報によるデータ群を属性毎にグループ化し、
該各グループのデータ群と前記管理用データ群とをそれぞれ別ファイルにより形成する
ことを特徴とする請求項２９に記載の記録装置。
【請求項３２】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
前記エントリ間の相互の関係を示す情報として、
前記インデックスファイルに、前記エントリ及び又は前記エントリに対応する前記ファイルの再生順序を示す情報を設定する
ことを特徴とするファイル管理方法。
【請求項３３】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
１つの前記ファイルに係る前記抜粋情報を分割して複数個の前記エントリにより前記インデックスファイルを作成し、
前記エントリ間の相互の関係を示す情報として、
前記分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報を設定し、
前記続く抜粋情報を記録したエントリに、前記続く抜粋情報を記録したエントリであることを示す識別子を設定する
ことを特徴とするファイル管理方法。
【請求項３４】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
前記ファイルが１つのコンテンツを分割して作成された複数の子ファイルと、前記複数の子ファイルを管理する親ファイルとの場合、
前記エントリ間の相互の関係を示す情報として、
前記子ファイル及び又は親ファイルに係る前記エントリに、前記子ファイル及び又は親ファイルに係る前記エントリであることを示す識別子を設定する
ことを特徴とするファイル管理方法。
【請求項３５】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
前記ファイルのファイルフォーマットの情報を対応する前記エントリに登録する
ことを特徴とするファイル管理方法。
【請求項３６】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
前記ファイルのデコードに関する情報を対応する前記エントリに登録する
ことを特徴とするファイル管理方法。
【請求項３７】
所定領域に保持された複数のファイルに係るファイル管理方法において、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により、前記複数のファイルのインデックスファイルを作成し、
前記インデックスファイルに、前記ファイルの処理手段に固有の情報、前記固有の情報に係る前記処理手段を特定する情報を登録する
ことを特徴とするファイル管理方法。
【請求項３８】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
前記エントリ間の相互の関係を示す情報として、
前記インデックスファイルに、前記エントリに対応する前記ファイルの再生順序を示す情報が設定され、
前記再生装置は、
前記インデックスファイルに設定された前記再生順序に従って、前記記録媒体に記録された前記ファイルを順次再生する
ことを特徴とする再生装置。
【請求項３９】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
１つの前記ファイルに係る前記抜粋情報を分割して複数個の前記エントリにより作成され、
前記エントリ間の相互の関係を示す情報として、
前記分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報が設定され、
前記続く抜粋情報を記録したエントリに、前記続く抜粋情報を記録したエントリであることを示す識別子が設定され、
前記再生装置は、
前記続く抜粋情報を記録したエントリを指し示す情報、前記続く抜粋情報を記録したエントリであることを示す識別子に基づいて、前記分割した抜粋情報を復元して前記ユーザーに提供する
ことを特徴とする再生装置。
【請求項４０】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
前記記録媒体に記録するファイルが１つのコンテンツを分割して作成された複数の子ファイルと、前記複数の子ファイルを管理する親ファイルの場合、
前記エントリ間の相互の関係を示す情報として、
前記子ファイル及び又は親ファイルに係る前記エントリに、前記子ファイル及び又は親ファイルに係る前記エントリであることを示す識別子が設定され、
前記再生装置は、
前記識別子に基づいて、前記複数の子ファイルを順次再生する
ことを特徴とする再生装置。
【請求項４１】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
前記ファイルのファイルフォーマットの情報が対応する前記エントリに登録され、
前記再生装置は、
前記インデックスファイルのフォーマットの情報により、再生可能な前記ファイルを選択してユーザーインターフェースを表示する
ことを特徴とする再生装置。
【請求項４２】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
前記ファイルのデコードに関する情報が対応する前記エントリに登録され、
前記再生装置は、
前記インデックスファイルのデコードに関する情報に基づいて、正常にデコード可能な前記ファイルを選択してユーザーインターフェースを表示する
ことを特徴とする再生装置。
【請求項４３】
所定のインデックスファイルに基づいて、所定の記録媒体に記録されたファイルを再生してユーザーに提供する再生装置であって、
前記インデックスファイルは、
前記ファイルと対応付けられた前記ファイルに係る抜粋情報のブロックによるエントリの連続により形成され、
前記インデックスファイルに、前記ファイルの処理手段に固有の情報と、前記固有の情報に係る前記処理手段を特定する情報とが登録され、
前記再生装置は、
対応する前記処理手段を特定する情報に係る前記固有の情報に基づいて、前記記録媒体に記録されたファイルを処理する
ことを特徴とする再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録装置、再生装置及びファイル管理方法に関し、例えば光ディスク装置に適用することができる。本発明は、ファイルの抜粋情報によるエントリの連続によるインデックスファイルにおいて、エントリ相互の関係を示す情報の設定により、記録媒体に記録した多数のファイルをインデックス用のファイルにより管理する場合に、従来に比して一段と操作性を向上することができるようにする。
【０００２】
【従来の技術】
近年、光ディスク等のランダムアクセス可能な大容量の記録媒体を用いて、撮像結果を記録するディスク装置等が提案されるようになされている。
【０００３】
このようなディスク装置に関して、例えば特開２００１−８４７０５号公報においては、記録媒体に記録した多数のファイルよりインデクス用ファイルを作成してこの記録媒体に記録することにより、このインデックス用ファイルを用いてこれら多数のファイルに係る操作性を向上する方法が提案されるようになされている。
【０００４】
また特開２００２−２７８９９６号公報においては、このようにして作成したインデックス用ファイルにおいて、各ファイルを階層化して管理することにより、さらに一段とこれら多数のファイルに係る操作性を向上する方法が提案されるようになされている。
【０００５】
【特許文献１】
特開２００１−８４７０５号公報
【特許文献２】
特開２００２−２７８９９６号公報
【０００６】
【発明が解決しようとする課題】
ところでこのようなインデックス用のファイルによる操作性を従来に比して一段と向上することができれば、便利であると考えられる。
【０００７】
本発明は以上の点を考慮してなされたもので、記録媒体に記録した多数のファイルをインデックス用のファイルにより管理する場合に、従来に比して一段と操作性を向上することができる記録装置、再生装置及びファイル管理方法を提案しようとするものである。
【０００８】
【課題を解決するための手段】
かかる課題を解決するため請求項１の発明においては、所望のファイルを記録媒体に記録する記録装置に適用して、エントリ間の相互の関係を示す情報として、インデックスファイルに、エントリ及び又はエントリに対応するファイルの再生順序を示す情報を設定する。
【０００９】
また請求項５の発明においては、記録装置に適用して、エントリ間の相互の関係を示す情報として、分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報を設定し、続く抜粋情報を記録したエントリに、続く抜粋情報を記録したエントリであることを示す識別子を設定する。
【００１０】
また請求項７の発明においては、記録装置に適用して、エントリ間の相互の関係を示す情報として、子ファイル及び又は親ファイルに係るエントリに、子ファイル及び又は親ファイルに係るエントリであることを示す識別子を設定する。
【００１１】
また請求項９の発明においては、記録装置に適用して、ファイルのファイルフォーマットの情報を対応するエントリに登録する。
【００１２】
また請求項１０の発明においては、記録装置に適用して、ファイルのデコードに関する情報を対応するエントリに登録する。
【００１３】
また請求項１１の発明においては、記録装置に適用して、インデックスファイルに、ファイルの処理手段に固有の情報、固有の情報に係る処理手段を特定する情報を登録する。
【００１４】
また請求項３２の発明においては、ファイル管理方法に適用して、エントリ間の相互の関係を示す情報として、インデックスファイルに、エントリ及び又はエントリに対応するファイルの再生順序を示す情報を設定する。
【００１５】
また請求項３３の発明においては、ファイル管理方法に適用して、エントリ間の相互の関係を示す情報として、分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報を設定し、続く抜粋情報を記録したエントリに、続く抜粋情報を記録したエントリであることを示す識別子を設定する。
【００１６】
また請求項３４の発明においては、ファイル管理方法に適用して、エントリ間の相互の関係を示す情報として、子ファイル及び又は親ファイルに係るエントリに、子ファイル及び又は親ファイルに係るエントリであることを示す識別子を設定する。
【００１７】
また請求項３５の発明においては、ファイル管理方法に適用して、ファイルのファイルフォーマットの情報を対応するエントリに登録する。
【００１８】
また請求項３６の発明においては、ファイル管理方法に適用して、ファイルのデコードに関する情報を対応するエントリに登録する。
【００１９】
また請求項３７の発明においては、ファイル管理方法に適用して、インデックスファイルに、ファイルの処理手段に固有の情報、固有の情報に係る処理手段を特定する情報を登録する。
【００２０】
また請求項３８の発明においては、再生装置に適用して、インデックスファイルに設定された再生順序に従って、記録媒体に記録されたファイルを順次再生する。
【００２１】
また請求項３９の発明においては、再生装置に適用して、続く抜粋情報を記録したエントリを指し示す情報、続く抜粋情報を記録したエントリであることを示す識別子に基づいて、分割した抜粋情報を復元してユーザーに提供する。
【００２２】
また請求項４０の発明においては、再生装置に適用して、子ファイル及び又は親ファイルに係るエントリであることを示す識別子に基づいて、複数の子ファイルを順次再生する。
【００２３】
また請求項４１の発明においては、再生装置に適用して、インデックスファイルのフォーマットの情報により、再生可能なファイルを選択してユーザーインターフェースを表示する。
【００２４】
また請求項４２の発明においては、再生装置に適用して、インデックスファイルのデコードに関する情報に基づいて、デコード可能なファイルを選択してユーザーインターフェースを表示する。
【００２５】
また請求項４３の発明においては、再生装置に適用して、インデックスファイルに登録された対応する処理手段を特定する情報に係る固有の情報に基づいて、記録媒体に記録されたファイルを処理する。
【００２６】
請求項１の構成によれば、所望のファイルを記録媒体に記録する記録装置に適用して、エントリ間の相互の関係を示す情報として、インデックスファイルに、エントリ及び又はエントリに対応するファイルの再生順序を示す情報を設定することにより、インデックスファイルにより再生順序を指定することができ、その分、インデックスファイルを有効に利用して従来に比して一段と操作性を向上することができる。
【００２７】
また請求項５の構成によれば、記録装置に適用して、エントリ間の相互の関係を示す情報として、分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報を設定し、続く抜粋情報を記録したエントリに、続く抜粋情報を記録したエントリであることを示す識別子を設定することにより、例えば編集等によりエントリを追加して複数のエントリにより１つのファイルの抜粋情報を表現する場合に、続く抜粋情報を記録してなるエントリを簡易かつ迅速に検出することができ、これにより従来に比して一段と操作性を向上することができる。
【００２８】
また請求項７の構成によれば、記録装置に適用して、エントリ間の相互の関係を示す情報として、子ファイル及び又は親ファイルに係るエントリに、子ファイル及び又は親ファイルに係るエントリであることを示す識別子を設定することにより、例えばファイル管理システムの制限等により１のファイルを分割して複数の子ファイルとして記録媒体に記録し、これらを管理する親ファイルにより仮想的に１つのコンテンツを表現する場合に、このような相互に関連する親ファイル、子ファイルのエントリを簡易かつ迅速に検出することができ、これにより従来に比して一段と操作性を向上することができる。
【００２９】
また請求項９の構成によれば、記録装置に適用して、ファイルのファイルフォーマットの情報を対応するエントリに登録することにより、多数のファイルについて、再生可能か否かをインデックスファイルの検索により簡易かつ迅速に検出し得、これにより従来に比して一段と操作性を向上することができる。
【００３０】
また請求項１０の構成によれば、記録装置に適用して、ファイルのデコードに関する情報を対応するエントリに登録することにより、多数のファイルについて、正常にデコード可能か否かをインデックスファイルの検索により、事前に、簡易かつ迅速に検出し得、これにより従来に比して一段と操作性を向上することができる。
【００３１】
また請求項１１の構成によれば、記録装置に適用して、インデックスファイルに、ファイルの処理手段に固有の情報、固有の情報に係る処理手段を特定する情報を登録することにより、処理手段であるアプリケーションプログラム、編集機器、再生機器等に応じて、処理状況に係る情報、ソースに係る情報等をインデックスファイルに保持し得、これによりこれらのアプリケーションプログラム、編集機器、再生機器等においては、このインデックスファイルに保持した情報を有効に利用してこれら多数のファイルの管理、処理を簡略化し得、これにより従来に比して一段と操作性を向上することができる。
【００３２】
これらにより請求項３２、請求項３３、請求項３４、請求項３５、請求項３６、請求項３７の構成によれば、従来に比して一段と操作性を向上することができるファイル管理方法を提供することができる。
【００３３】
また請求項３８、請求項３９、請求項４０、請求項４１、請求項４２、請求項４３の構成によれば、従来に比して一段と操作性を向上することができる再生装置を提供することができる。
【００３４】
【発明の実施の形態】
以下、適宜図面を参照しながら本発明の実施の形態を詳述する。
【００３５】
（１）第１の実施の形態
（１−１）光ディスク装置の構成
図１は、本発明の実施の形態に係る光ディスク装置を示すブロック図である。この光ディスク装置１においては、図示しない撮像手段、音声取得手段により被写体のビデオ信号、オーディオ信号を取得し、このビデオ信号及びオーディオ信号による撮像結果を光ディスク２に記録する。またこの光ディスク２に記録した撮像結果を再生して液晶表示パネルによる表示手段、スピーカによる音声出力手段より出力し、また外部機器に出力する。この光ディスク装置１では、このような撮像結果によるビデオ信号及びオーディオ信号をＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）のフォーマットによりストリーミングデータに変換した後、所定のファイル形式により光ディスク２に記録するようになされ、この実施の形態では、このファイル形式にＱｕｉｃｋ  Ｔｉｍｅ（以下、「ＱＴ」と呼ぶ）が適用されるようになされている。
【００３６】
これにより光ディスク装置１において、ビデオ符号器１１は、撮像結果によるビデオ信号をアナログディジタル変換処理してビデオデータを生成し、このビデオデータをＭＰＥＧのフォーマットに従って符号化処理し、これによりビデオデータによるエレメンタリストリームを出力する。
【００３７】
またオーディオ符号器１２は、撮像結果によるオーディオ信号をアナログディジタル変換処理してオーディオデータを生成し、このオーディオデータをＭＰＥＧのフォーマットに従って符号化処理し、これによりオーディオデータによるエレメンタリストリームを出力する。
【００３８】
ファイル生成器１５は、記録時、ビデオ符号器１１及びオーディオ符号器１２から出力されるエレメンタリストリームを多重化処理し、システム制御マイコン１９の制御によりＱＴムービーファイルを作成する。
【００３９】
メモリコントローラ１８は、システム制御マイコン１９の制御により動作を切り換え、記録時、このファイル生成器１５から出力されるＱＴムービーファイルによるデータ列、システム制御マイコン１９から出力される各種データをメモリ１７に順次記録して一時保持し、続くエラー訂正符号／復号器２１の処理に対応して保持したデータを出力する。また再生時、これとは逆に、エラー訂正符号／復号器２１の出力データを一時保持し、ファイル復号器１６、システム制御マイコン１９に出力する。
【００４０】
エラー訂正符号／復号器２１は、システム制御マイコン１９の制御により動作を切り換え、記録時、メモリコントローラ１８の出力データをメモリ２０に一時記録して誤り訂正符号を付加する。またこのようにしてメモリに保持したデータを所定順序により読み出して出力することにより、これらのデータをインターリーブ処理してデータ変復調器２３に出力する。またエラー訂正符号／復号器２１は、再生時、記録時とは逆に、データ変復調器２３から出力されるデータを所定順序によりメモリ２０に一時記録してメモリコントローラ１８に出力することにより、このデータ変復調器２３から出力されるデータをデインターリーブ処理して出力する。またこのとき、記録時に付加した誤り訂正符号により誤り訂正処理する。
【００４１】
データ変復調器２３は、システム制御マイコン１９の制御により動作を切り換え、記録時、エラー訂正符号／復号器２１の出力データをシリアルデータ列に変換した後、変調処理して磁界変調ドライバ２４又は光ピックアップ３３に出力する。また再生時、光ピックアップ３３から出力される再生信号からクロックを再生し、このクロックを基準にして再生信号を２値識別、復調処理することにより、記録時に生成したシリアルデータ列に対応する再生データを得、この再生データをエラー訂正符号／復号器２１に出力する。
【００４２】
磁界変調ドライバ２４は、光ディスク２が光磁気ディスクの場合に、記録時、システム制御マイコン１９の制御により、データ変復調器２３の出力信号により磁界ヘッド３２を駆動する。ここで磁界ヘッド３２は、光ディスク２を間に挟んで光ピックアップ３３に対向するように保持され、光ピックアップ３３によるレーザービーム照射位置にデータ変復調器２３の出力データに応じた変調磁界を印加する。これによりこの光ディスク装置１では、光ディスク２が光磁気ディスクの場合、熱磁気記録の手法により光ディスク２にＱＴムービーファイル等を記録するようになされている。
【００４３】
かくするにつき光ディスク２は、ディスク状記録媒体であり、この実施の形態では、光磁気ディスク（ＭＯ：Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  Ｄｉｓｋ）、相変化型ディスク等の書き換え可能な光ディスクである。スピンドルモータ３１は、この光ディスク２をサーボ回路３０の制御により、光ディスク２に応じて線速度一定（ＣＬＶ：Ｃｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｌｏｃｉｔｙ）、角速度一定（ＣＡＶ、Ｃｏｎｓｔａｎｔ  Ａｎｇｕｌａｒ  Ｖｅｌｏｃｉｔｙ）、ゾーンＣＬＶ（ＺＣＬＶ：Ｚｏｎｅ  Ｃｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｌｏｃｉｔｙ  ）等の条件により光ディスク２を回転駆動する。
【００４４】
サーボ回路３０は、光ピックアップ３３から出力される各種信号に基づいて、スピンドルモータ３１の動作を制御し、これによりスピンドル制御の処理を実行する。またサーボ回路３０は、同様にして光ピックアップ３３をトラッキング制御、フォーカス制御し、また光ピックアップ３３、磁界ヘッド３２をシークさせ、さらにはフォーカスサーチ等の処理を実行する。
【００４５】
ドライブ制御マイコン２２は、システム制御マイコン１９の指示により、これらサーボ回路３０におけるシーク等の動作を制御する。
【００４６】
光ピックアップ３３は、光ディスク２にレーザービームを照射してその戻り光を所定の受光素子により受光し、受光結果を演算処理することにより、各種制御用の信号を生成して出力し、また光ディスク２に形成されたピット列、マーク列に応じて信号レベルが変化する再生信号を出力する。また光ピックアップ３３は、システム制御マイコン１９の制御により動作を切り換え、光ディスク２が光磁気ディスクの場合、記録時、光ディスク２に照射するレーザービームの光量を間欠的に立ち上げる。これによりこの光ディスク装置１では、いわゆるパルストレイン方式により光ディスク２にＱＴムービーファイル等を記録するようになされている。また光ピックアップ３３は、光ディスク２が相変化型ディスク等の場合、データ変復調器２３の出力データに応じて光ディスク２に照射するレーザービームの光量を再生時の光量から書き込み時の光量に立ち上げ、これにより熱記録の手法を適用して光ディスク２にＱＴムービーファイル等を記録するようになされている。
【００４７】
これらによりこの光ディスク装置１では、撮像結果によるビデオ信号及びオーディオ信号をビデオ符号器１１、オーディオ符号器１２によりデータ圧縮してエレメンタリストリームに変換した後、ファイル生成器１５によりＱＴムービーファイルに変換し、メモリコントローラ１８、エラー訂正符号／復号器２１、データ変復調器２３を順次介して、光ピックアップ３３により、又は光ピックアップ３３及び磁界ヘッド３２によりこのＱＴムービーファイルのデータ、インデックスファイルのデータ等を光ディスク２に記録するようになされている。ここでインデックスファイルは、光ディスク２に記録したＱＴムービーファイルを管理対象ファイルに設定してなるインデックス用のファイルである。
【００４８】
また光ディスク装置１では、光ピックアップ３３より得られる再生信号をデータ変復調器２３により処理して再生データを得、この再生データをエラー訂正符号／復号器２１で処理して、光ディスク２に記録したＱＴムービーファイル、インデックスファイル等を再生できるようになされ、これらＱＴムービーファイル、インデックスファイル等をメモリコントローラ１８から出力するようになされている。
【００４９】
ファイル復号器１６は、メモリコントローラ１８から出力されるＱＴムービーファイルのデータを入力し、このデータをビデオデータ及びオーディオデータのエレメンタリストリームに分解して出力する。ビデオ復号器１３は、このビデオデータのエレメンタリストリームをデータ伸長して図示しない表示手段、外部機器に出力する。オーディオ復号器１４は、ファイル復号器１６から出力されるオーディオデータのエレメンタリストリームをデータ伸長して、図示しない音声出力手段、外部機器に出力する。これによりこの光ディスク装置１では、光ディスク２から再生した撮像結果をモニタし得るようになされている。
【００５０】
なお、光ディスク装置１は、コンピュータ等の外部機器を接続するインターフェースを有し、これにより撮像結果に代えてコンピュータの出力データを光ディスク２に記録し、また光ディスク２に記録したファイルを再生してコンピュータで処理できるようになされている。
【００５１】
操作部２６は、この光ディスク装置１の各種操作子、液晶表示パネルに配置されたタッチパネルにより構成され、ユーザーによる各種操作をシステム制御マイコン１９に通知する。
【００５２】
システム制御マイコン１９は、この光ディスク装置１全体の動作を制御するマイコンであり、図示しないメモリに記録された所定の処理手順の実行により、光ディスク２の装填が検出されると、光ピックアップ３３を光ディスク２の最内周にシークさせ、光ディスク２に係るファイル管理システムの管理情報を再生する。さらにシステム制御マイコン１９は、この再生した管理情報をメモリコントローラ１８から取得し、内蔵のメモリに保持する。これによりシステム制御マイコン１９は、光ディスク２に記録された各ファイルのアドレス、空き領域を検出するようになされている。
【００５３】
またこのようにして取得した管理情報を検索して、光ディスク２にインデックスファイルが記録されている場合、このインデックスファイルの記録位置に光ピックアップ３３をシークさせ、このインデックスファイルを再生する。またメモリコントローラ１８よりこの再生したインデックスファイルを取得し、内蔵のメモリに記録して保持する。これによりこの実施の形態では、このインデックスファイルを利用して光ディスク２に記録されたファイルの処理に関して全体の操作性を向上するようになされている。なお、これによりインデックスファイルにおいては、ユーザーエリアの最内周近傍に記録して立ち上がり時間を短くすることができる。
【００５４】
すなわちシステム制御マイコン１９は、ユーザーの操作に応動して、このインデックスファイルによりモニタ用の液晶表示パネルにサムネイル画像等を表示することにより光ディスク２に記録されたＱＴムービーファイルの内容を紹介し、またこの紹介によりユーザーによるファイルの選択を受け付け、対応する管理情報によりこのユーザーにより選択されたファイルを再生するように全体の動作を制御する。
【００５５】
またユーザーによる撮像結果の記録が指示されると、管理情報により空き領域を検出して光ピックアップ３３をこの空き領域にシークさせ、順次得られる撮像結果を光ディスク２に記録する。またこの撮像結果の記録によるＱＴムービーファイルの記録に対応するように、メモリに保持した管理情報を更新し、光ディスク２の排出時等において、この更新した管理情報により光ディスク２の管理情報を更新する。なおこの管理情報の更新においては、メモリに保持して更新した管理情報をメモリコントローラ１８を介してエラー訂正符号／復号器２１に出力することにより実行される。
【００５６】
これらの処理において、システム制御マイコン１９は、記録に供するＱＴファイルの生成に必要な各種の情報をファイル生成器１５に出力する。またファイル生成器１５を介してインデックスファイルの生成に必要な情報を取得し、この取得した情報とファイル生成器１５に出力した情報等とにより、新たに光ディスク２に記録するＱＴムービーファイルについて、メモリに保持したインデックスファイルを更新し、管理情報における更新処理と同様にして、このようにして更新してメモリに保持したインデックスファイルにより光ディスク２に記録されたインデックスファイルを更新する。
【００５７】
またユーザーにより光ディスク２に記録されたファイルの編集が指示されると、この編集の処理に対応するように、記録時と同様にして、メモリに保持したインデックスファイル、管理情報を更新し、このメモリに保持したインデックスファイル、管理情報により光ディスク２のインデックスファイル、管理情報を更新する。なお光ディスク２にＱＴムービーファイルが記録されているにも係わらずインデックスファイルが記録されていない場合、システム制御マイコン１９は、ユーザーの指示によりインデックスファイルを作成してメモリに保持すると共に、光ディスク２に記録するようになされ、この処理においては、光ディスク２より各ＱＴムービーファイルの該当箇所を再生して、メモリコントローラ１８からインデックスファイルの生成に必要な情報を取得するようになされている。
【００５８】
これらによりこの実施の形態において、システム制御マイコン１９は、ファイル生成器１５と共に、インデックスファイルを生成するインデックスファイル生成手段を構成する。
【００５９】
（１−２）インデックスファイル
インデックスファイルは、ＱＴムービーファイル等の光ディスク２に記録される各種ファイルと同様に、光ディスク２のファイル管理システムにより、記録位置のアドレス、ファイル名、ファイル長等の再生に必要な情報が管理されるファイルであり、光ディスク２に記録された管理対象であるＱＴムービーファイルの内容を紹介する情報等により構成される。これによりこの光ディスク装置１では、このインデックスファイルにより光ディスク２に記録されたＱＴムービーファイルを選択し、この選択したファイルをファイル管理システムに基づいて光ディスク２から再生することにより、光ディスク２に多数のＱＴムービーファイルが記録されている場合でも、所望するファイルを迅速かつ正確に選択できるようになされ、その分、操作性を向上できるようにようになされている。
【００６０】
この実施の形態において、インデックスファイルは、このＱＴムービーファイルの内容を紹介する情報等にＱＴムービーファイルに係る情報を抜粋した情報（以下、抜粋情報と呼ぶ）等を割り当てて、この抜粋情報のブロックによるエントリの連続により形成され、これにより各ＱＴムービーファイルの内容を簡易かつ迅速に把握できるようになされている。
【００６１】
またインデックスファイルは、抜粋情報によるデータ群であるインデックスデータアトムと、このデータ群を管理する管理用データ群であるインデックスアトムとによるＱＴムービーファイルと同一のファイル構造により作成され、これによりＱＴムービーファイルの作成ツールであるファイル生成器１５を用いて作成し、また処理し得るようになされ、その分、光ディスク装置１では構成を簡略化し得るようになされている。
【００６２】
図２は、このＱＴムービーファイルの構成例を示す図表である。なおＱＴは、「ＩＮＳＩＤＥ  ＭＡＣＩＮＴＯＳＨ  ：ＱｕｉｃｋＴｉｍｅ  （日本語版）（アジソンウエスレス）」等に開示されている。ＱＴムービーファイルは、アトム（ａｔｏｍ）と呼ばれるデータユニットを基準にして構成され、各アトムは、それぞれサイズ、タイプ情報、各アトムに割り当てられた情報により構成される。
【００６３】
ＱＴムービーファイルは、ムービーアトム（ｍｏｖｉｅ  ａｔｏｍ）４０と、ムービーデータアトム（ｍｏｖｉｅ  ｄａｔａ  ａｔｏｍ）４１とにより構成される。ムービーデータアトム４１は、ＱＴムービーファイルの実データであるビデオデータ及びオーディオデータのエレメンタリストリームが割り当てられるデータユニットである。ＱＴムービーファイルでは、実データの最小単位がサンプル（ｓａｍｐｌｅ）として取り扱われ、サンプルの集合としてチャンク（ｃｈｕｎｋ  ）が定義される。ムービーデータアトム４１は、それぞれビデオデータのエレメンタリストリームによるチャンク、オーディオデータのエレメンタリストリームによるチャンクが順次割り当てられ、またサイズ及びタイプを示す情報が割り当てられるようになされている。
【００６４】
ムービーアトム４０は、ムービーデータアトム４１の再生に必要な情報等が階層構造により割り当てられる。すなわちムービーアトム４０は、ＱＴムービーファイル全体に関する情報を収容するムービーヘッダアトム（ｍｏｖｉｅ  ｈｅａｄｅｒ  ａｔｏｍ）４２、クリッピング領域を指定するムービークリッピングアトム（ｍｏｖｉｅ  ｃｌｉｐｐｉｎｇ  ａｔｏｍ  ）４３、ユーザ定義データアトム４４、１つ以上のトラックアトム（ｔｒａｃｋ  ａｔｏｍ）４５等により構成される。
【００６５】
このうちトラックアトム４５は、ＱＴムービーファイル内の１トラック毎に設けられ、トラックヘッダアトム（ｔｒａｃｋ  ｈｅａｄｅｒ  ａｔｏｍ  ）４６、トラッククリッピングアトム（ｔｒａｃｋ  ｃｌｉｐｐｉｎｇ  ａｔｏｍ  ）４７、トラックマットアトム（ｔｒａｃｋ  ｍａｔｔｅ  ａｔｏｍ）４８、エデットアトム（ｅｄｉｔ  ａｔｏｍ  ）４９、メディアアトム（ｍｅｄｉａ  ａｔｏｍ）５０により構成され、ムービーデータアトム４１の個々のデータに関する情報が記述される。なお図２では、１つのビデオムービーのトラックアトム４５のみを示し、他のトラックアトムは、記載を省略する。
【００６６】
これらトラックアトム４５を構成するアトムのうちメディアアトム５０は、メディアヘッダアトム（ｍｅｄｉａ  ｈｅａｄｅｒ  ａｔｏｍ  ）５１、メディア情報アトム（ｍｅｄｉａｉｎｆｏｒｍａｔｉｏｎ  ａｔｏｍ）によるビデオメディア情報アトム５２、メディアハンドラリファレンスアトム（ｍｅｄｉａ  ｈａｎｄｌｅｒ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ）５３により構成され、ムービートラックのデータ、メディアデータを解釈するコンポーネントを規定する情報等が割り当てられる。なおメディアハンドラリファレンスアトムによるメディアハンドラは、メディア情報アトムの情報５２を使用して、メディア時間からメディアデータへのマッピングを行うことができるようになされている。
【００６７】
メディア情報アトム５２は、図３に示すように、データハンドラリファレンスアトム（ｄａｔａ  ｈａｎｄｌｅｒ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ  ）６０、メディア情報ヘッダアトム（ｍｅｄｉａ  ｉｎｆｏｒｍａｔｉｏｎ  ｈｅａｄｅｒ  ａｔｏｍ  ）６１、データ情報アトム（ｄａｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｔｏｍ  ）６２、サンプルテーブルアトム（ｓａｍｐｌｅ  ｔａｂｌｅ  ａｔｏｍ  ）６３により構成され、メディアにかかる情報が記述される。
【００６８】
すなわちデータハンドラリファレンスアトム６０は、メディアデータの取り扱いにかかる情報が記述され、メディアデータへのアクセス手段を提供するデータハンドラコンポーネントを指定するための情報が含まれる。データ情報アトム６２は、データリファレンスアトム（ｄａｔａ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ  ）を含み、データについての情報が記述される。
【００６９】
またサンプルテーブルアトム６３は、サンプル位置を指すサンプル番号にメディア時間を変換するために必要な情報がテーブルの形式により割り当てられ、サンプルサイズアトム（ｓａｍｐｌｅ  ｓｉｚｅ  ａｔｏｍ）、時間サンプルアトム（ｔｉｍｅ−ｔｏ−ｓａｍｐｌｅ  ａｔｏｍ  ）、同期サンプルアトム（ｓｙｎｃ  ｓａｍｐｌｅ  ａｔｏｍ）、サンプルディスクリプションアトム（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ａｔｏｍ  ）、サンプルチャンクアトム（ｓａｍｐｌｅ−ｔｏ−ｃｈｕｎｋ  ａｔｏｍ）、チャンクオフセットアトム（ｃｈｕｎｋ  ｏｆｆｓｅｔ  ａｔｏｍ  ）、シャドー同期アトム（ｓｈａｄｏｗ  ｓｙｎｃ  ａｔｏｍ）等により構成される。
【００７０】
このうちサンプルサイズアトムは、サンプルの大きさが記述され、時間サンプルアトムは、記録されたデータの時間情報がサンプルと時間軸との関係が記述される。同期サンプルアトムは、同期にかかる情報が記述され、メディア内のキーフレームが指定される。なおキーフレームは、先行するフレームに依存しない自己内包型のフレームである。サンプルディスクリプションアトムは、メディア内のサンプルをデコードに関する情報が保存される。なおメディアは、当該メディア内で使用される圧縮タイプの種類に応じて、１つまたは複数のサンプルディスクリプションアトムを持つことができる。
【００７１】
サンプルチャンクアトムは、サンプルディスクリプションアトム内のテーブルを参照することで、メディア内の各サンプルに対応するサンプルディスクリプションを識別する。サンプルチャンクアトムは、サンプルとチャンクとの関係が記述され、先頭チャンク、チャンク当たりのサンプル数およびサンプルディスクリプションＩＤ（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ−ＩＤ  ）の情報に基づいて、メディア内におけるサンプル位置を識別できるようになされている。チャンクオフセットアトムは、ムービーデータ内でのチャンクの開始ビット位置が記述され、データストリーム内の各チャンクの位置が規定される。
【００７２】
これらによりＱＴムービーファイルは、サンプルテーブルアトム６３内の各アトムに基いてサンプルテーブルをメモリに展開することにより、このサンプルテーブルによりムービーデータアトム４１内の各データ間の関係を識別できるようになされ、これによりムービーアトム４０の階層を順次辿ってサンプルテーブルアトム６３内の各アトムを検出し、ムービーデータアトム４１内の各データを時間軸に沿って同期させて再生できるようになされている。
【００７３】
なおこの実施の形態では、データ圧縮したビデオデータ及びオーディオデータによるエレメンタリストリームをムービーデータアトム４１に割り当てる場合について述べたが、ＱＴムービーファイルにおいては、必ずしもこれらのデータを圧縮符号化して割り当てる必要はなく、リニアデータを格納することもできる。また例えば、テキストデータやＭＩＤＩ等による実データをムービーデータアトム４１に割り当てるようにしてもよく、この場合は、このムービーデータアトム４１の構成に対応してムービーアトム４０にはテキストトラック、ＭＩＤＩトラック等が設けられる。
【００７４】
インデックスファイルは、このようなＱＴムービーファイルの構成に対応して図４に示すように構成される。すなわちインデックスファイル７０は、ＱＴムービーファイルのムービーアトム４０及びムービーデータアトム４１に対応して、インデックスアトム７０及びインデックスデータアトム７１により構成される。ここでインデックスデータアトム７１は、ディスクタイトルの実データ、各ファイルの抜粋情報の実データ等がチャンクにより割り当てられ、インデックスアトム７０には、インデックスデータアトム７１に割り当てた実データの管理情報が割り当てられる。
【００７５】
ここで抜粋情報は、このインデックスファイルによる管理対象ファイルの内容を紹介する管理対象ファイルの一部を抜粋した情報であることにより、管理対象ファイルの種類に応じて変化するものの、この実施の形態のように、管理対象ファイルがビデオデータ及びオーディオデータによるＱＴムービーファイルである場合、抜粋情報には、プロパティ、テキスト、サムネイル画像（Ｔｈｕｍｂｎａｉｌ  Ｐｉｃｔｕｒｅ）、イントロの３種類のデータが適用される。
【００７６】
インデックスデータアトム７１は、管理対象ファイルに対応するプロパティに対してこれらテキスト、サムネイル画像、イントロの３つのデータを組み合わせたエントリにより各ファイルの抜粋情報が管理されるようになされている。なお先頭のエントリ＃１にあっては、管理対象ファイルに代えて、ディスクタイトルの抜粋情報が割り当てられるようになされている。またインデックスデータアトム７１は、これらプロパティ、テキスト、サムネイル画像、イントロがそれぞれチャンクに設定されて割り当てられるようになされている。
【００７７】
ここでプロパティは、ディスクタイトル、各管理対象ファイルの属性を示すデータであり、これらディスクタイトル、各管理対象ファイルに設定されたバイナリーデータによる抜粋情報が、エントリの管理情報と共に割り当てられる。なおプロパティは、管理対象ファイルの種類が異なることにより、続くテキスト、サムネイル画像、イントロが設けられない場合であっても必ず設けられる。
【００７８】
テキストは、ディスクタイトル、各管理対象ファイルに係るタイトルの文字列を示すデータにより構成される。
【００７９】
サムネイル画像は、ディスクタイトル、各管理対象ファイルの内容を示す静止画像により構成され、管理対象ファイルのサムネイル画像は、例えば管理対象ファイルの先頭画像が割り当てられる。これに対してディスクタイトルのサムネイル画像は、ユーザの選択により、例えば各管理対象ファイルの特定エントリのサムネイル画像が割り当られる。なお各管理対象ファイルのサムネイル画像は、ユーザーの選択により設定するようにしてもよい。
【００８０】
イントロは、ディスクタイトル、各管理対象ファイルの内容を示す短時間のオーディオデータである。管理対象ファイルのイントロは、例えば対応するファイルの再生開始より数秒間（例えば５秒間）のオーディオデータが割り当てられる。これに対してディスクタイトルのイントロは、ユーザの選択により、例えば各管理対象ファイルの特定エントリのイントロが割り当られる。なお管理対象ファイルのイントロにあっても、ユーザーの選択により設定するようにしてもよい。
【００８１】
これによりこの光ディスク装置１において、システム制御マイコン１９は、ファイル生成器１５よりデータ圧縮されたビデオデータ及びオーディオデータを取得してデコードした後、ビデオデータにおいては、画素の間引きによりサムネイル画像を生成するようになされている。またオーディオデータについては、必要箇所を切り出してイントロのデータを生成するようになされている。また光ディスク２のファイル管理システムに保持された各管理対象ファイルのファイル情報より、さらにはユーザーの設定によりタイトルのデータを生成するようになされている。これに対してプロパティは、ユーザーの操作に応動してシステム制御マイコン１９により作成される。なおこれらサムネイル、イントロのデータにおいては、必要に応じてデータ圧縮されてインデックスデータアトムに割り当てられる。
【００８２】
インデックスアトム７０は、インデックスデータアトム７１のプロパティ、テキスト、サムネイル画像、イントロにそれぞれ対応するプロパティ、テキスト、サムネイル、イントロのトラックアトム（以下、それぞれプロパティトラック、テキストトラック、サムネイルトラック、イントロトラックと呼ぶ）８１、８２、８３、８４と、これらトラックアトムを統括するムービーヘッダアトム８５とにより構成される。なおインデックスデータアトム７１においてはプロパティのみが必須であることにより、このインデックスアトム７０においては、ムービーヘッダアトム、プロパティトラックのみが必須とされる。
【００８３】
ここでムービーヘッダアトム８５には、ＱＴムービーファイルの場合と同様に、このインデックスファイル全体に関する情報が割り当てられる。これに対してプロパティトラック８１、テキストトラック８２、サムネイルトラック８３、イントロトラック８４には、それぞれ対応する実データの位置情報がテーブルの形式によりエントリ順に割り当てられる。
【００８４】
すなわち図５〜図８は、それぞれプロパティトラック８１、テキストトラック８２、サムネイルトラック８３、イントロトラック８４を示す図表であり、それぞれ対応するチャンクの開始バイトの相対位置（ＲＢＰ：Ｒｅｌａｔｉｖｅ  Ｂｙｔｅ  Ｎｕｍｂｅｒ）、データ長（Ｌｅｎｇｔｈ）が割り当てられるようになされている。これによりこの光ディスク装置１では、例えばユーザーの指示によりサムネイルを基準にして所望のファイルをサーチする場合には、このサムネイルトラック８３に基づいてインデックスデータアトム７１より対応するチャンクを取得して、サムネイル画像のデータを順次取得できるようになされている。またプロパティトラック８１より対応するプロパティのチャンクを検出して、このようにして取得したサムネイル画像のデータ等を処理できるようになされている。
【００８５】
（１−３）プロパティ
図９は、各チャンクに設定されるプロパティの実データを示す図表である。プロパティは、プロパティエントリヘッダ（Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ  Ｈｅａｄｅｒ  ）、基本プロパティデータ（Ｂａｓｉｃ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）、プロパティ拡張データ（Ｐｒｏｐｅｒｔｙ  Ｅｘｙｅｎｓｉｏｎ  Ｄａｔａ  ）により構成される。これらのうちプロパティエントリヘッダは、階層構造により管理対象ファイルを管理するのに必要な情報であるプロパティ情報の属性情報が割り当てられ、基本プロパティデータには、プロパティに係る基本的な抜粋情報が割り当てられる。これらプロパティエントリヘッダ、基本プロパティデータは、固定長により構成されるのに対し、プロパティ拡張データは、可変長により設定され、プロパティエントリヘッダ等のオプションに使用される。
【００８６】
このうちプロパティエントリヘッダは、図１０に示すように、エントリ番号（Ｅｎｔｒｙ  Ｎｕｍｂｅｒ）、親エントリ番号（Ｐａｒｅｎｔ  Ｅｎｔｒｙ  Ｎｕｍｂｅ）、プロパティエントリフラグ（Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ  Ｆｌａｇｓ）、プレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）、データサイズ（Ｅｎｔｒｙ  Ｄａｔａ  Ｓｉｚｅ  ）、ネクスト拡張エントリ（Ｎｅｘｔ−ｅｘｔｅｎｄｓ−ｅｎｔｒｙ）、リザーブ（Ｒｅｓｅｒｘｅｄ）により構成される。
【００８７】
これらのうちエントリ番号は、エントリの識別データであり、各エントリに固有のコードが割り当てられ、例えばエントリ順に値０から歩進する番号により構成される。なお、エントリ順に定義した場合は、このエントリ番号領域は省略することが可能になる。
【００８８】
親エントリ番号は、各エントリの属するエントリのエントリ番号により構成され、これにより図１１及び図１２に示すように、各エントリに対応するＱＴムービーファイルに関して、ＱＴムービーファイルが記録されてなる光ディスク２に係るファイル管理システム又はユーザーの設定に係る仮想のファイル構造において、このＱＴムービーファイルの属するフォルダを特定し得るようになされている。すなわち図１１及び図１２においては、エントリ番号０によるフォルダ（この実施の形態ではルートフォルダである）にエントリ番号１、２、３によるフォルダ、ＱＴムービーファイルが属し、さらにエントリ番号３によるフォルダにエントリ番号４、５によるフォルダ、ＱＴムービーファイルが属し、またこのエントリ番号４によるフォルダにエントリ番号６、７によるＱＴムービーファイルが属するように、光ディスク２のファイル管理システムによる各ＱＴムービーファイルがインデックスファイルにより管理されていることが示されるようになされている。
【００８９】
なおこの図１１及び図１２に示す例では、ルートフォルダに係るエントリ番号０のエントリにおいては、ルートフォルダであることにより、親エントリ番号が何ら意味を持たないコード（符号×により示す）に設定されるようになされている。またＦｉｌｅ−ａ〜Ｆｉｌｅ−ｅは、対応するＱＴムービーファイルのファイル名を示すようになされている。
【００９０】
プロパティエントリフラグは、エントリの属性が設定される。すなわち図１３に示すように、プロパティエントリフラグは、０ビット目が、エントリがオリジナル（Ｏｒｉｇｉｎａｌ）かお気に入り（Ｆａｖｏｒｉｔｅ）を示すフラグが設定される。ここでこのお気に入りは、ユーザーの設定によりインデックスファイルに設けられたエントリより選択されたエントリのグループであり、この実施の形態においてはこのグループによりユーザーの所望するファイルを仮想の階層構造により管理し得るようになされている。
【００９１】
またプロパティエントリフラグは、１ビット目が、ファイルに係るエントリ（Ｆｉｌｅ）か、エントリをまとめるフォルダに係るエントリ（Ｆｏｌｄｅｒ）かを識別するフラグに割り当てられる。これにより図１１及び図１２について上述した例においては、それぞれエントリ番号０〜７に係るエントリにおいて、プロパティエントリフラグの０ビット目（ＰＥ−Ｆｌａｇｓ（０）  により示す）が値０に設定されていることにより、エントリ番号、親エントリ番号により示される階層構造が光ディスク２に係るファイル管理システムで管理されているファイルのオリジナルな階層構造であることが示され、またプロパティエントリフラグの１ビット目（ＰＥ−Ｆｌａｇｓ（１）  により示す）により、エントリ番号１、２、５、６、７によるエントリがＱＴムービーファイルによるオリジナルデータによるものであることが示されるようになされている。
【００９２】
また図１２との対比により図１４に示すように、それぞれエントリ番号６及び５に係るＱＴムービーファイル（Ｆｉｌｅ−ｄ、Ｆｉｌｅ−ｃ）について、プロパティエントリフラグの０ビット目（ＰＥ−Ｆｌａｇｓ（０）  により示す）を値１に設定して、お気に入りによるプロパティのエントリ（エントリ番号９、１０）を追加すると共に、これらのエントリをまとめるお気に入りによるフォルダをエントリ（エントリ番号８）することにより、お気に入りによる仮想的な階層構造によるファイル管理システムを構築し得るようになされている。なおこの図１４においては、このお気に入りによるフォルダのエントリ（エントリ番号８）において、プロパティエントリフラグの１ビット目が値１に設定され、さらに続くエントリ番号９、１０の親エントリ番号がこのフォルダのエントリ番号８を示すようになされていることにより、お気に入りによるファイル構造の表示においては、このエントリ番号８のフォルダをルートフォルダに設定して、このルートフォルダの下位階層にエントリ番号９、１０のＱＴムービーファイルが仮想的に配置されるようになされている。これによりシステム制御マイコン１９は、光ディスク２に記録されたファイルについてのユーザーによる編集処理により、これらプロパティエントリフラグを設定するようになされている。
【００９３】
さらにプロパティエントリフラグは（図１３）、２ビット目が、エントリの拡張領域であることを示すフラグ（Ｅｘｔｅｎｄｓ  ）に設定される。ここで図１５に示すように、この実施の形態において、各チェインは、所定データ量による固定データ長により構成されるようになされ、これによりシステム制御マイコン１９等による処理を簡略化し得るようになされている。またこのようにして各チェインを固定データ長により構成して、チェインのデータ長が不足する場合、エントリを追加して複数のエントリ（チェイン）により１つのＱＴムービーファイルに係る抜粋情報を表現できるようになされ、これにより編集等によりサムネイル等のデータ量が１つのチェインに設定されたデータ量を越えるようになった場合でも、対応できるようになされている。エントリの拡張領域は、このような追加のエントリに係る領域であることを意味し、図１５に示す例では、エントリ番号２のエントリに対してエントリ番号８のエントリが拡張領域として設定された場合である。これによりシステム制御マイコン１９においては、各チェインに割り当てるプロパティ、サムネイル等のデータ量を監視して適宜拡張領域に係るエントリを設定し、この拡張領域に係るエントリのプロパティについては、エントリの拡張領域であることを示すフラグ（Ｅｘｔｅｎｄｓ  ）を値１に設定するようになされている。
【００９４】
さらにプロパティエントリフラグは（図１３）、３ビット目が、リザーブ（Ｒｅｓｅｒｖｅｄ）に設定され、４ビット目がエントリが有効か無効かを示すフラグ（Ｖａｌｉｄ  ）に設定される。これによりこの実施の形態では、例えば１つのＱＴムービーファイルを削除した場合等に、このファイルの削除等に対応して単にこの４ビット目のフラグ（Ｖａｌｉｄ  ）の設定を切り換えるだけで、インデックスファイルを更新し得るようになされている。
【００９５】
さらにプロパティエントリフラグは（図１３）、５ビット目〜７ビット目が、リザーブに設定され、８ビット目が、エントリに登録されたファイルが別のファイルを参照していることを示すフラグ（Ｒｅｆｅｒｅｎｃｅ  ）に設定されるようになされている。また９ビット目が、エントリに登録されたファイルが分割された子ファイルであることを示すフラグ（Ｃｈｉｌｄ  Ｆｉｌｅ）に、１０ビット目が、エントリに登録されたファイルが分割された子ファイルの親ファイルであることを示すフラグ（Ｐａｒｅｎｔ  Ｆｉｌｅ  ）に設定されるようになされている。すなわち光ディスク２等に適用されるファイル管理システムにおいては、１つのファイルのデータ長を所定の上限値以下に設定することが必要なのに対し、ＱＴムービーファイル等によるストリーミングコンテンツにおいては、これらのファイル管理システムによる上限値を越える場合がある。このためＱＴにおいては、このようなデータ量の大きなファイルを途中で分割し、この分割したファイルを管理用ファイルにより管理することにより、このようなファイル管理システムによる制限を越えるファイルについても、記録できるようになされている。
【００９６】
この実施の形態において、このような管理用ファイルのエントリに対して、この管理用ファイルが分割した複数のファイルを参照するファイルであることにより、この参照を示すフラグ（Ｒｅｆｅｒｅｎｃｅ  ）が設定される。またそれぞれ管理用ファイル及び分割されたファイルのエントリに対して親ファイル及び子ファイルを示すフラグ（Ｐａｒｅｎｔ  Ｆｉｌｅ  ）及び（Ｃｈｉｌｄ  Ｆｉｌｅ）が設定される。すなわち記録媒体である光ディスク２に記録するファイルが１つのコンテンツを分割して作成された複数の子ファイルと、この複数の子ファイルを管理する親ファイルの場合、エントリ間の相互の関係を示す情報として、子ファイル及び親ファイルに係るエントリに、子ファイル及び親ファイルに係るエントリであることを示す識別子（Ｐａｒｅｎｔ  Ｆｉｌｅ  ）及び（Ｃｈｉｌｄ  Ｆｉｌｅ）が設定される。
【００９７】
これにより図１６に示す例では、エントリ番号２、３によるエントリに対応するファイルが、このように分割されたファイルであり、これらエントリ番号２、３によるエントリに対応するファイルの管理用ファイルが、エントリ番号１により登録されていることを示すようになされている。また同様にしてエントリ番号５、６によるエントリに対応するファイルが、このように分割されたファイルであり、これらエントリ番号５、６によるエントリに対応するファイルの管理用ファイルが、エントリ番号４により登録されていることを示すようになされている。なおこのような参照関係にあっては、例えば編集処理した場合等にあっては、１つの編集元のファイルを各編集処理に係る複数ファイルで参照する場合もあり、このような場合には、１つの子ファイルを複数の親ファイルが参照することになる。
【００９８】
これによりこの実施の形態では、これら親ファイル、子ファイル、参照ファイルの関係についても、インデックスファイルにより簡易に把握できるようになされている。またシステム制御マイコン１９は、これにより連続した記録に係るコンテンツが所定のデータ量を越える場合には、このコンテンツを分割すると共に管理用ファイルを設定し、これら分割したファイル、管理用ファイルについて、それぞれインデックスデータにエントリを登録し、このときこれらのフラグを設定するようになされている。またユーザーによる操作に応動してこれらのファイルのうち、例えば子ファイルについては隠しファイルとして表示しないようにし、さらにはユーザーによる親ファイルの指定によりこれらフラグの設定に従って、参照ファイルである子ファイルを順次再生するようになされている。
【００９９】
さらにプロパティエントリフラグは（図１３）、１１〜１３ビット目が、それぞれこのプロパティのエントリに対応するタイトル、サムネイル画像、イントロのエントリが拡張領域を有しているか否かのフラグに設定されるようになされている。図１５との対比により図１７に示すように、これによりこの実施の形態では、エントリ番号２のエントリに対してエントリ番号８のエントリにより拡張領域が設定され、この拡張領域の設定に要したデータがタイトルのデータによるものの場合、タイトルのエントリが拡張領域を有している旨、このプロパティエントリフラグの１１ビット目が値１に設定されるようになされている。これによりこの実施の形態では、３ビット目のフラグ（Ｅｘｔｅｎｄｓ  ）の設定により、これら１１〜１３ビット目のフラグを検索して拡張領域に係るデータを速やかに検索できるようになされている。これによりシステム制御マイコン１９は、ユーザーによる編集処理等に対応して３ビット目のフラグ（Ｅｘｔｅｎｄｓ  ）を設定した場合には、適宜これら３つのフラグを設定し、またこれらの設定によりインデックスデータを検索するようになされている。
【０１００】
さらにプロパティエントリフラグは（図１３）、１４、１５ビット目がリザーブに設定される。
【０１０１】
プロパティエントリヘッダ（図１０）は、これらプロパティエントリフラグに続くプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）に、エントリ間の相互の関係を示す情報として、エントリ及び又はエントリに対応するファイルの再生順序を示す情報が設定される。これにより図１４に示す例では、ユーザーがオリジナルのファイル管理システムによる再生を指定した場合、オリジナルのファイルに係るエントリ番号１、２、５、６、７のエントリについて、ユーザーによる選択に従って、タイトル、サムネイル画像、イントロ等をプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）の設定順に再生し、さらには対応するＱＴムービーファイルをプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）の設定順に再生し得るようになされている。かくするにつき、この図１４に示す例では、エントリ番号１、５、７、６、２の順序により対応するトラック（８２〜８４）から取得したデータをソートして再生することになる。
【０１０２】
またこれに対してユーザーがお気に入りによる再生を選択した場合、このお気に入りに係るグループ内であるエントリ番号９、１０のファイルをプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）の設定順に再生し、さらには対応するＱＴムービーファイルをプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）の設定順に再生し得るようになされている。なおこれらの場合において、エントリがフォルダに係るものの場合、再生対象が実在しないことにより、この実施の形態において、プレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）は、この場合、何ら意味を持たないコード（符号×により示す）に設定されるようになされている。
【０１０３】
なお図１８は、この図１４に示す例よりお気に入りの設定を取り除いて図１２との対比によりプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）を示す図である。プレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）においては、このように最先に再生するエントリを値１に設定して順次歩進させる場合の他に、例えば図１８との対比により図１９に示すように、最先に再生するエントリを値０に設定して順次歩進させる場合等、種々に設定することができる。
【０１０４】
プロパティエントリヘッダ（図１０）は、このプレイオーダー（Ｐｌａｙ−ｏｒｄｅｒ）に続くエントリデータサイズ（Ｅｎｔｒｙ  Ｄａｔａ  Ｓｉｚｅ  ）に、各エントリに係るプロパティのデータサイズが設定される。
【０１０５】
また続くネクスト拡張エントリ（Ｎｅｘｔ−ｅｘｔｅｎｄｓ−ｅｎｔｒｙ）に、連結するエントリの番号が記録される。すなわち図１５及び図１７について上述したように、例えばエントリ番号２のエントリに拡張領域（エントリ番号８のエントリ）が設定されている場合、この拡張領域のエントリを差し示すデータであるエントリ番号８が設定される。これによりこの実施の形態では、１つの管理対象ファイルに係る抜粋情報を分割して複数個のエントリによりインデックスファイルを作成する場合、この分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報をこのネクスト拡張エントリ（Ｎｅｘｔ−ｅｘｔｅｎｄｓ−ｅｎｔｒｙ）により設定し、また続く抜粋情報を記録したエントリに、続く抜粋情報を記録したエントリであることを示す識別子（プロパティエントリフラグのＥｘｔｅｎｄｓ  ）が設定されるようになされ、これにより全てのエントリを検索しなくても、エントリの結合関係を迅速に検出できるようになされ、その分、処理に要する時間を短くすることができるようになされている。また抜粋情報を属性であるプロパティ、タイトル、サムネイル画像、イントロ毎にグループ化してインデックスファイルを生成し、複数のエントリに分割してなる抜粋情報が何れのグループに属するかを示す識別子（プロパティエントリフラグの１１ビット目〜１３ビット目）を設定し、これによりさらに一段と処理に要する時間を短くすることができるようになされている。
【０１０６】
これに対して基本プロパティデータ（Ｂａｓｉｃ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）は、図２０に示すように、対応する管理対象ファイルのフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）、対応する管理対象ファイルのデコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）、管理対象ファイルであるコンテンツに関するフラグ（Ｃｏｎｔｅｎｔｓ  ｓｔａｔｕｓ  ｆｌａｇｓ  ）、管理対象ファイルの作成時刻（ｃｒｅａｔｉｏｎ  ｔｉｍｅ  ）、管理対象ファイルの編集日時（ｍｏｄｉｆｉｃａｔｉｏｎ  ｔｉｍｅ  ）、デュレーション（ｄｕｒａｔｉｏｎ）、ファイル識別子（Ｂｉｎａｒｙ  Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）、参照ファイル数（Ｒｅｆｅｒｒｅｄ  Ｃｏｕｎｔｅｒ）により構成される。
【０１０７】
すなわち基本プロパティデータにおいて、これらのうちフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）は、管理対象ファイルの拡張子又はファイルに格納された情報等により特定される管理対象ファイルのフォーマットを示す情報であり、例えば光ディスク２のファイル管理システムより取得される。またデコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）は、例えばＱＴムービーファイルを構成するビデオデータ及びオーディオデータによるエレメンタリストリームに設定された制御コードより取得される。具体的に、デコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）は、ビデオデータ及びオーディオデータによるエレメンタリストリームにおけるコーデックの種類、ビットレート、ビデオデータのフレーム数、オーディオデータのサンプリング周波数、ビデオデータの縦、横の画サイズ等により構成される。
【０１０８】
また基本プロパティデータにおいて、コンテンツに関するフラグ（Ｃｏｎｔｅｎｔｓ  ｓｔａｔｕｓ  ｆｌａｇｓ  ）は、図２１に示すように、１〜３ビット目の各ビットに、それぞれインデックスデータにタイトル、サムネイル画像、イントロのチャンクが存在するか否かを示すフラグが割り当てられ、また４〜６ビット目の各ビットに、それぞれ元の管理対象ファイルにタイトル、サムネイル画像、イントロのチャンクに対応するタイトル、サムネイル画像、イントロが存在するか否かを示すフラグが割り当てられる。また７ビット目及び８ビット目がリザーブに割り当てられ、９〜１６ビット目に、管理対象ファイルによるコンテンツの種類（例えば動画、静止画、オーディオ等の種類である）を示す情報が割り当てられる。
【０１０９】
また基本プロパティデータにおいては（図２０）、１１バイト〜１２バイト目がリザーブに設定され、続く１３バイト〜１６バイト目、１６バイト〜２０バイト目が、それぞれ作成時刻（ｃｒｅａｔｉｏｎ  ｔｉｍｅ  ）、編集日時（ｍｏｄｉｆｉｃａｔｉｏｎ  ｔｉｍｅ）に設定される。デュレーション（ｄｕｒａｔｉｏｎ）は、管理対象ファイルの再生時間が割り当てられる。
【０１１０】
ファイル識別子（Ｂｉｎａｒｙ  Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）は、管理対象ファイルの所在を記述して構成され、この実施の形態では光ディスク２に記録した対応する管理対象ファイルのファイル名又は対応するフォルダのフォルダ名が割り当てられる。なおこのファイルの所在をこのファイル識別子の領域により表し得ない場合、このファイル識別子（Ｂｉｎａｒｙ  Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）に代えて、後述するプロパティ拡張データ（Ｐｒｏｐｅｒｔｙ  Ｅｘｙｅｎｓｉｏｎ  Ｄａｔａ  ）のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によりファイルの所在が表現され、これによりこの場合、プロパティは、可変長により構成される。これにより図１２、図１４について上述した各エントリについては、このファイル識別子（Ｂｉｎａｒｙ  Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）、又はプロパティ拡張データに設定されたＵＲＬに基づいて、対応する管理対象ファイルを検出できるようになされている。
【０１１１】
また基本プロパティデータにおいて、参照ファイル数（Ｒｅｆｅｒｒｅｄ  Ｃｏｕｎｔｅｒ）には、図１６について上述してなる参照される側の子ファイルについて、他の子ファイルの数が設定され、これにより図１６に示す例では、それぞれエントリ番号２、３、５、６による子ファイルに係るエントリに、値１の参照ファイル数が設定されるようになされている。
【０１１２】
図２２は、プロパティ拡張データを示す図表である。プロパティ拡張データは、参照ファイルリスト（Ｒｅｆｅｒｒｉｎｇ  Ｆｉｌｅ  Ｌｉｓｔ  ）、グルーピングファイルリスト（Ｇｒｏｕｐｉｎｇ  Ｆｉｌｅ  Ｌｉｓｔ）、ＵＲＬ、プライベートプロパティデータ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）、プライベートプロパティエントリ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ）により構成される。
【０１１３】
ここで参照ファイルリストは、基本プロパティデータに設定された参照ファイル数（Ｒｅｆｅｒｒｅｄ  Ｃｏｕｎｔｅｒ）の設定に対応するリストであり、参照関係にある参照される側のエントリに対して、参照する側のエントリ番号をリストにより登録して形成される。すなわち図２３に示すように、参照ファイルリストは、参照ファイルリストの大きさを示す情報（Ｓｉｚｅ）、参照ファイルリストであることを示す情報（Ｔｙｐｅ）、参照ファイルする側のエントリ番号により構成される。これにより例えば図１６に示すように、上述したＱＴに係る処理により分割された２つのファイルに係るエントリ（エントリ番号２、３及び５、６）については、エントリ番号１及び４がエントリリストに登録されるようになされている。これによりこの実施の形態では、子ファイルに係るエントリに、親ファイルに係るエントリを指し示す情報がこの参照ファイルリストにより設定されるようになされている。
【０１１４】
これに対してグルーピングファイルリスト（Ｇｒｏｕｐｉｎｇ  Ｆｉｌｅ  Ｌｉｓｔ）は、同一のグループに属するエントリのリストであり、図２４に示すように、グルーピングファイルリストの大きさを示す情報（Ｓｉｚｅ）、グルーピングファイルリストであることを示す情報（Ｔｙｐｅ）、グループに属するエントリ番号により構成される。ここでこのエントリ番号は、このグループに属するエントリについて、再生順に登録される。これによりこの実施の形態では、このグルーピングファイルリストにより再生順序をテーブルの形式により記述したエントリをインデックスファイルに設けることができるようになされている。
【０１１５】
これにより例えば図１４との対比により図２５に示すように、このグルーピングファイルリストによりお気に入りのフォルダによるエントリを登録して、図１４に示すように改めてお気に入りの各ファイルに対応するエントリ（エントリ番号９、１０）を登録し直さなくても、お気に入りを登録できるようになされ、その分、インデックスファイルのデータ量の増大を防止し得るようになされている。これによりシステム制御マイコン１９は、ユーザーによるお気に入りの設定に従って、処理プログラムの記述に対応して、グルーピングファイルリストにより、又は図１４について説明した個々のエントリの登録により、お気に入りを登録するようになされている。またこのようにして登録したお気に入りに従ってタイトル等を所定の順序でユーザーに提供し、さらには対応するＱＴムービーファイルをこの所定の順序により再生するようになされている。
【０１１６】
これに対してＵＲＬは、図２６に示すように、基本プロパティデータのファイル識別子によってはファイルの所在を表現できない場合に、各エントリに対応する管理対象ファイルの所在を記述して構成される。これによりこの実施の形態では、各エントリに対応する管理対象ファイルを検出できるようになされている。
【０１１７】
プライベートプロパティデータ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）は、プライベートプロパティエントリ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ）と共に、他の抜粋情報が割り当てられる。ここで上述した抜粋情報においては、インデックスファイルの管理対象ファイルであるＱＴムービーファイルを処理する各種アプリケーションプログラム、各種機器で共通に利用可能な抜粋情報である。すなわち管理対象ファイルの処理手段で共通する情報と言える。
【０１１８】
しかしながらこのようなＱＴムービーファイルを処理するアプリケーションプログラム、機器においては、処理対象のＱＴムービーファイルについて、これらアプリケーションプログラム、機器による処理手段に固有の情報を記録して保持する場合もあり、このような場合に、インデックスファイルにより複数のＱＴムービーファイルを一括して管理できるようにすれば、さらに一段と使い勝手を向上できると考えられる。具体的には、各ＱＴムービーファイルであるコンテンツのソースに係る情報（例えばサブタイトル、放送された放送局名、撮像条件によるカメラ情報、撮像に係る機器情報）、コンテンツに係る情報（アーティスト名、アルバム名）、記録再生等の処理に係る情報（例えば自己録、編集ファイル、編集処理における画質補正等の情報、外部機器へのコピー済を示す情報、再生済、編集済等の情報）が考えられる。
【０１１９】
なお狭い範囲に係るアプリケーションでの互換で問題ない場合は、上記情報は共通情報としてフラグで定義可能であるが、複数のアプリケーション、幅広い範囲に係るアプリケーションでは、これらは各種アプリケーションプログラムで共通しない情報である、管理対象ファイルに係るアプリケーションプログラム、機器に固有の情報を他の抜粋情報について、プライベートプロパティデータ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）は、プライベートプロパティエントリ（Ｐｒｉｖａｔｅ  ＰｒｏｐｅｒｔｙＥｎｔｒｙ）によりインデックスファイルで一括して管理し得るようにする。
【０１２０】
このためプライベートプロパティデータ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｄａｔａ  ）は、このエントリに係る処理手段で固有の情報を格納する。図２７は、このプライベートプロパティデータを示す図表である。プライベートプロパティデータは、プライベートプロパティデータのデータ量を示す情報（Ｓｉｚｅ）、プライベートプロパティデータであることを示す情報（Ｔｙｐｅ）、プライベートプロパティデータに係るアプリケーションプログラム、機器等の処理手段を特定する情報（Ｏｗｎｅｒ  ）、処理手段に係る固有の情報の実データ（Ｐｒｉｖａｔｅ  Ｄａｔａ）により構成されるようになされている。
【０１２１】
これによりこの実施の形態では、処理手段であるアプリケーションプログラム、機器において、処理手段を特定する情報（Ｏｗｎｅｒ  ）により自己を特定するプライベートプロパティデータの登録を検出し、このプライベートプロパティデータに登録された固有の情報を取得して、インデックスファイルの管理対象である多数のファイルについて、処理過程等を把握できるようになされている。
【０１２２】
これに対してプライベートプロパティエントリ（Ｐｒｉｖａｔｅ  Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ）は、外部ファイルの参照によりこのような処理手段で固有の情報をインデックスファイルに登録する。すなわち図２８は、プライベートプロパティエントリを示す図表である。プライベートプロパティエントリは、プライベートプロパティエントリのデータ量を示す情報（Ｓｉｚｅ）、プライベートプロパティエントリであることを示す情報（Ｔｙｐｅ）、このプライベートプロパティエントリに係るアプリケーションプログラム、機器等の処理手段を特定する情報（Ｏｗｎｅｒ  ）、参照先の情報により構成される。ここでこの参照先の情報は、外部ファイルの所在を示す情報（Ｐｒｉｖａｔｅ  Ｆｉｌｅ  ＵＲＬ）、この外部ファイルにおける対応する情報の所在を示すオフセット値（Ｆｉｌｅ  Ｏｆｆｓｅｔ  ）及びデータサイズ（Ｄａｔａ  Ｓｉｚｅ  ）により構成される。
【０１２３】
これにより図２９に示すように、この実施の形態では、処理手段であるアプリケーションプログラム、機器において、処理手段を特定する情報（Ｏｗｎｅｒ  ）により自己を特定するプライベートプロパティエントリの登録を検出し、このエントリに登録された参照先の情報により外部ファイルに記録されたデータを取得することにより、処理手段に固有の情報を取得し得るようになされ、これによりこの取得した固有の情報を利用して、インデックスファイルの管理対象である多数のファイルについて、処理過程等を把握できるようになされている。
【０１２４】
（１−４）ＱＴムービーファイル
図３０は、この光ディスク装置１により光ディスク２に記録されるＱＴムービーファイルに関して、ムービーアトム４０側の構成を示す図表である。ＱＴムービーファイルにおいては、ムービーアトム４０の上位に、ヘッダアトム９１、ファイルタイプコンパチビリティアトム９２、プロファイルアトム９３が設けられる。ＱＴムービーファイルにおいては、フォーマットコンパチビリティアトム９２に、上述したインデックスデータアトムのプロパティに設定されたファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）に対応する情報が設定され、またプロファイルアトム９３にインデックスデータアトムのプロパティに設定されたデコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）に対応する情報が割り当る。
【０１２５】
これによりＱＴムービーファイルにおいては、再生、デコード可能か否かの判断基準がファイルの先頭側に設けられるようになされ、インデックスファイルとは別に個々に他の記録媒体等に記録された場合でも、デコード可能か否かの判定を簡易かつ迅速に実行し得るようになされている。
【０１２６】
図３１は、このファイルタイプコンパチビリティアトム９２の構成を示す図表である。ファイルタイプコンパチビリティアトム９２は、先頭４バイトにこのファイルタイプコンパチビリティアトムのサイズを示す情報（Ｓｉｚｅ）が割り当てられ、続く４バイトにファイルタイプコンパチビリティアトムであることを示す情報（Ｔｙｐｅ）が割り当てられる。なおここではこの情報（Ｔｙｐｅ）にｆｔｙｐが設定される。
【０１２７】
ファイルタイプコンパチビリティアトム９２は、続く４バイトに、メジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）が登録される。ここでメジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ）は、このＱＴムービーファイルの拡張子に対応する識別子が設定される。これによりこの実施の形態では、このメジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）に基づいて処理可能か否かを判定できるようになされている。なおこの実施の形態において、メジャーブランドは、例えばｍｑｔ  に設定される。
【０１２８】
ファイルタイプコンパチビリティアトム９２は、続く４バイトに、マイナーバージョン（Ｍｉｎｏｒ−Ｖｅｒｓｉｏｎ  ）が割り当てられる。ここでマイナーバージョン（Ｍｉｎｏｒ−Ｖｅｒｓｉｏｎ  ）は、メジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）におけるＱＴムービーファイルに係る仕様のバージョンが割り当てられ、これによりこの実施の形態では処理可能か否かの判断の参考に利用できるようになされている。
【０１２９】
なおこのマイナーバージョン（Ｍｉｎｏｒ−Ｖｅｒｓｉｏｎ  ）が提供する値は参考情報であり、この値によってアプリケーションや再生装置がファイルのフォーマットを解釈可能か否かを最終的に判断するためのものではない。従ってここに格納するデータの形式は、メジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）の示すフォーマットの仕様毎に異なってもよい。またメジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）のフォーマットに応じて、このフィールドを４ビット単位で区切り、例えばバージョン１．３を０ｘ０００１３０００として格納することも考えられる。また併せてファイル作成者、アプリケーションプログラムの識別子を格納するようにしてもよい。なおこの場合、最上位８ビットをバージョン番号の整数部、続く８ビットをバージョン番号の小数部、続く１０ビットをファイルの作成者の識別子、最後の６ビットをファイルを作成したアプリケーションの識別子として使用して、例えばバージョン番号１．１６、ファイル作成者の識別子０、アプリケーションの識別子１を０ｘ０１１００００１により表現することが考えられる。
【０１３０】
ファイルタイプコンパチビリティアトム９２は、続いてコンパチビリティブランド（Ｃｏｍｐａｔｉｂｌｅ−Ｂｒａｎｄ）の繰り返しにより、このＱＴムービーを再生、デコード可能な他の拡張子に係るフォーマット（メジャーブランド（Ｍａｊｏｒ−Ｂｒａｎｄ  ）と互換性のあるフォーマット）が記録される。すなわちコンパチビリティブランドは、メジャーブランドがｍｑｔ  の場合、ｍｑｔ  とｑｔとが格納される。これによりこの実施の形態では、互換性のあるアプリケーションプログラム等を使用している場合にあっても、再生可能であることを検出できるようになされている。
【０１３１】
図３２は、プロファイルアトム９３の構成を示す図表である。プロファイルアトム９３は、このプロファイルアトム９３のサイズを示す情報（Ｓｉｚｅ）、プロファイルアトムであることを示す情報（Ｔｙｐｅ（この場合は、ｐｒｆｌが設定される）が割り当てられる。また続いてバージョン（Ｖｅｒｓｉｏｎ  ）、各種のフラグ（ｆｌａｇｓ  ）、カウント値（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｃｏｕｎｔ  ）が設定され、続くリスト（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｌｉｓｔ）の繰り返しによりデコードに関する各種の情報が記録される。カウント値（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｃｏｕｎｔ  ）は、このリストの数を示す。
【０１３２】
図３３は、このリスト（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｌｉｓｔ）の構成を示す図表である。リスト（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｌｉｓｔ）は、順次トラックアトムを特定するトラックＩＤ（ｔｒａｃｋ−ＩＤ）、サブパートトラックを特定するサブパートトラックＩＤ（ｓｕｂ−ｔｒａｃｋ−ＩＤ）、デコードに関する情報の種類を示す情報（ｆｅａｔｕｒｅ  ）、対応する実データ（ｖａｌｕｅ  ）により構成される。このときデコードに関する情報の種類を示す情報（ｆｅａｔｕｒｅ  ）にあっては、図３４に示すように、コーデックの種類、データのビットレート、ビデオデータのフレームレート等の各種項目を設定し得るようになされ、またこれらの各項目に対応して、各項目に実データを設定できるようなされている。なお図３５は、このリスト（ｆｅａｔｕｒｅ−ｒｅａｃｏｒｄ−ｌｉｓｔ）によるコードに関する情報の設定例を示す図表である。これによりこの実施の形態では、このプロファイルアトム９３により何ら障害なくＱＴムービーファイルを処理し得るか否か判断できるようになされている。
【０１３３】
（１−５）システム制御マイコン１９
このようなインデックスファイルの構成により、システム制御マイコン１９は、光ディスク２の装填により光ディスク２のファイル管理システムに係る管理情報と共にインデックスファイルを再生して内蔵のメモリに保持し、ユーザーによる操作に応動してこのメモリに保持したインデックスファイルを更新し、光ディスク２の排出時等において、このメモリに保持したインデックスファイルにより光ディスク２のインデックスファイルを更新する。またこのようにしてメモリに保持したインデックスファイルに基づいて、光ディスク２に記録されたファイルの再生処理等を実行する。
【０１３４】
すなわち図３６は、このインデックスファイルの生成、更新の処理に係るシステム制御マイコン１９の処理手順を示すフローチャートであり、例えばこの光ディスク装置１をマイコンに接続して、このマイコンの制御により各種処理を実行する場合である。システム制御マイコン１９は、ユーザーによりファイルの記録が指示されると、ステップＳＰ１からステップＳＰ２に移り、全体の動作を制御して順次入力されるビデオデータ、オーディオデータを光ディスク２に記録する。この光ディスク２への記録を終了すると、システム制御マイコン１９は、ステップＳＰ３に移り、この記録したファイルの抜粋情報を取得して内蔵のメモリに保持したインデックスファイルに登録する。また続くステップＳＰ４において、機器、アプリケーションプログラムに係る固有の抜粋情報をソースであるマイコンより取得してインデックスファイルに登録する。また続くステップＳＰ５において、これら処理に係る処理状態の情報をマイコンより取得してインデックスファイルに登録する。
【０１３５】
またこのようにしてインデックスファイルを更新して、続くステップＳＰ６において、ユーザーがファイル削除等のファイルの操作を指示すると、このファイルの操作に対応するように全体の動作を制御した後、続くステップＳＰ７でこの処理に対応するようにインデックスファイルを更新した後、ステップＳＰ８に移ってこの処理手順を終了する。
【０１３６】
このようにしてインデックスファイルを更新してユーザーにより光ディスク２に記録されたファイルの一覧表示が指示されると、システム制御マイコン１９は、インデックスファイルのプロパティトラックに基づいて、インデックスデータアトムに登録された各エントリによるプロパティを検索する。またこのような一覧表示におけるユーザーの指定に従って、このプロパティの検索により対応するタイトル、サムネイル等のエントリを検出し、この検出結果により対応するタイトルトラック、サムネイルトラック等の記録に従ってインデックスデータアトムに登録された各エントリによるタイトル、サムネイル画像等の実データを検出する（図１１参照）。システム制御マイコン１９は、例えばユーザーがタイトルによる一覧表示を指示した場合には、このようにしてタイトルに係る実データを検出し、この検出したタイトルを一覧表示する。またユーザーがサムネイル画像による一覧表示を指示した場合には、このようにしてサムネイル画像に係る実データを検出し、この検出したサムネイル画像を一覧表示する。
【０１３７】
これらの処理においてシステム制御マイコン１９は、プロパティ、タイトル等の抜粋情報が可変長により分割されて複数のエントリに登録されている場合には、プロパティエントリフラグ（Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ  Ｆｌａｇｓ）の設定に基づいて、各ファイルに係る抜粋情報を順次取得して分割前の元の抜粋情報を再現してユーザーに提供する（図１７）。また対応するファイルが１つのコンテンツを分割してなる複数ファイルの場合、プロパティエントリフラグの設定に基づいて、さらには参照ファイルリスト（図２３）の設定に基づいて、親ファイルに係る実データのみユーザーに提供する（図１６）。
【０１３８】
システム制御マイコン１９は、プロパティエントリフラグ（Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ  Ｆｌａｇｓ）の設定に基づいて、ユーザーが何ら指示しない場合には、このようにしてオリジナルのエントリに係るタイトル等を選択的に取得して一覧表示する。これに対し、ユーザーがお気に入りによる一覧表示を指示すると、プロパティエントリフラグ（Ｐｒｏｐｅｒｔｙ  Ｅｎｔｒｙ  Ｆｌａｇｓ）の設定に基づいて、さらにはグループエントリリスト（図２４）の設定に基づいて、お気に入りのエントリに係るタイトル等を選択的に取得して一覧表示する（図１４）。またこの一覧表示において、プレイオーダーの設定順に、これらを一覧表示する。
【０１３９】
このようなユーザーインターフェースの表示において、システム制御マイコン１９は、基本プロパティデータに設定されたファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）、デコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）を基準にして、光ディスク装置１で正常に処理可能なファイルに係る実データのみ選択的に取得して一覧表示を形成する。これによりこの実施の形態では、事前のインデックスファイルの検索により正常に処理可能なファイルについてのみユーザーインターフェースを提供するようになされている。
【０１４０】
図３７は、このような事前の検索処理に係るシステム制御マイコン１９の処理手順を示すフローチャートである。システム制御マイコン１９は、ユーザーにより一覧表示が指示されると、ステップＳＰ１１からステップＳＰ１２に移り、インデックスファイルのエントリより情報を読み出し、続くステップＳＰ１３において、このエントリに設定されたファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）よりこのエントリに係る管理対象ファイルが光ディスク装置１により処理可能なフォーマットによるものか否か、すなわちファイル復号器１６により正常に処理可能なフォーマットによるものか否か判断する。
【０１４１】
ここで肯定結果が得られると、システム制御マイコン１９は、ステップＳＰ１４に移り、同様に、デコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）によりこのエントリに係る管理対象ファイルが光ディスク装置１により正常にデコード可能か否か、すなわちビデオ復号器１３によりコマ落ち、フリーズ等の障害を発生することなくデコード可能か否か、さらにはオーディオ復号器１４による音切れ、音飛び等の障害を発生することなくデコード可能か否か判断する。
【０１４２】
ここで肯定結果が得られると、システム制御マイコン１９は、ステップＳＰ１５に移り、このエントリを再生可能なファイルに係るエントリとしてユーザーインターフェースの表示対象に設定した後、ステップＳＰ１６に移る。ここでシステム制御マイコン１９は、インデックスファイルに登録された全てのエントリについて処理を完了したか否か判断し、ここで否定結果が得られると、ステップＳＰ１２に戻り、続くエントリについて処理を開始する。
【０１４３】
これに対してステップＳＰ１３、ステップＳＰ１４でそれぞれ否定結果が得られると、システム制御マイコン１９は、ステップＳＰ１７に移り、このエントリを再生困難なファイルに係るエントリとしてユーザーインターフェースによる表示対象から除外し、ステップＳＰ１６に移る。これによりシステム制御マイコン１９は、ステップＳＰ１２−ＳＰ１３−ＳＰ１４−ＳＰ１５−ＳＰ１６−ＳＰ１２、ステップＳＰ１２−ＳＰ１３−ＳＰ１７−ＳＰ１６−ＳＰ１２又はステップＳＰ１２−ＳＰ１３−ＳＰ１４−ＳＰ１７−ＳＰ１６−ＳＰ１２の処理手順をエントリ毎に繰り返してユーザーインターフェースの表示対象を順次選択し、全てのエントリについて処理を完了すると、ステップＳＰ１６で肯定結果が得られることにより、ステップＳＰ１６からステップＳＰ１８に移り、このようにして検出した表示対象のエントリによりユーザーインターフェースを表示した後、ステップＳＰ１９に移ってこの処理手順を終了する。
【０１４４】
これによりこの実施の形態では、いちいちファイル管理システムの管理情報を検索してフォーマットを判定し、さらにこの判定したフォーマットにより実際にファイルをデコードして見なくても、正常に処理可能なファイルのみ選択可能にユーザーに通知するようになされている。
【０１４５】
またこのようにしてオリジナル又はお気に入りを一覧表示してユーザーによりファイルの再生が指示されると、システム制御マイコン１９は、これら一覧表示に係るエントリに設定されたプレイオーダーに従って、又はグループファイルリスト（図２５）の記録に従って、インデックスファイルに設定された再生順序により順次対応するファイルの再生を指示する。またこのような一覧表示によりファイルを選択してユーザーが再生を指示すると、この選択に係るファイルの再生を指示する。これによりこの実施の形態では、インデックスファイルを基準にして所望するファイルを光ディスクに記録された多数のファイルより迅速に検出できるようになされている。
【０１４６】
（１−６）第１の実施の形態の動作
以上の構成において、この光ディスク装置１では（図１）、撮像手段、音声取得手段で取得したビデオデータ、オーディオデータがそれぞれビデオ符号器１１、オーディオ符号器１２でエンコードされた後、ファイル生成器１５によりＱＴムービーファイルのデータストリームに変換され、メモリコントローラ１８、エラー訂正符号／復号器２１、データ変復調器２３、磁界変調ドライバ２４、光ピックアップ３３による記録系を介して光ディスク２に記録される。これによりこの光ディスク装置１では、撮像結果がＱＴムービーファイルにより光ディスク２に記録される。またこの光ディスク２のファイルの記録に対応するように、システム制御マイコン１９の出力データがこの光ディスク装置１の記録系に出力され、これにより光ディスク２のファイル管理システムに係る管理情報がこのＱＴムービーファイルの記録に対応するように更新される。
【０１４７】
またこのようにして記録したＱＴムービーファイルにおいては、ファイル管理システムによる管理情報に基づいて光ピックアップ３３、データ変復調器２３、エラー訂正符号／復号器２１、メモリコントローラ１８を介して順次再生され、ファイル復号器１６によりビデオデータ及びオーディオデータのエレメンタリストリームに分解された後、それぞれビデオ復号器１３、オーディオ復号器１５によりデコードされて出力される。
【０１４８】
この光ディスク装置１では、このようなＱＴムービーファイルの記録時、ファイル生成器１５よりサムネイル画像用のデータ、イントロ用のデータがシステム制御マイコン１９で取得され、またこのファイルの記録に前後したユーザーの入力等によりタイトルのデータがシステム制御マイコン１９で取得される。またファイル管理システムに係るファイル名等の情報が取得され、これらにより光ディスク２に記録するＱＴムービーファイルの抜粋情報がシステム制御マイコン１９で収拾される。光ディスク装置１では、光ディスク２のファイル管理システムに係る管理情報と同様に、システム制御マイコン１９に内蔵のメモリにおいて、このようにして取得した抜粋情報によりインデックスファイルが生成され、このインデックスファイルがＱＴファイルと同様に光ディスク２に記録される。またこのインデックスファイルの記録に対応するようにファイル管理システムの管理情報が更新される。
【０１４９】
このシステム制御マイコン１９におけるインデックスファイルの生成処理においては、抜粋情報が属性毎に分類され、各属性毎に、ＱＴムービーファイルの記録に対応するようにチャンクのエントリによりインデックスデータアトム７１（図４）が形成される。またこのインデックスデータアトム７１の参照情報により各トラックアトム８１〜８４が形成される。また各エントリの属性を示す情報、各エントリ間の関係を示す情報等がプロパティのエントリに設定される。また光ディスク２に記録したファイルの処理に対応してこれらエントリ間の関係を示す情報等が更新される。
【０１５０】
すなわちエントリ間の相互の関係を示す情報として、例えばディフォルトの状態では記録順に、ユーザーにより再生順序が指示された場合には、この順序により、エントリ及びエントリに対応するファイルの再生順序を示す情報（プレイオーダー：Ｐｌａｙ−ｏｒｄｅｒ）が設定される（図１４）。またユーザーが所望のファイルをお気に入りに登録すると、このお気に入りのグループにより仮想的なファイル構造によるエントリが登録され、このグループ内で、再生順序の情報（プレイオーダー：Ｐｌａｙ−ｏｒｄｅｒ）が設定される（図１４）。またこのような仮想的なファイル構造によるエントリに代えて、お気に入りのフォルダによるエントリが登録され、このエントリに参照リストの形式により再生順序の情報が設定される（図２５）。
【０１５１】
これによりこの実施の形態では、光ディスク２に記録された多数のファイルをまとめて管理するインデックスファイルにより再生順序を指定することができ、その分、インデックスファイルを有効に利用して従来に比して一段と操作性を向上することができる。すなわちこのように再生順序を指定しない場合、再生順序は、機器、アプリケーションプログラムに依存することになる。しかしながらこのように再生順序を指定できるようにすると、ユーザーの意図した順序により多数のファイルを再生し得、例えば簡易な編集処理等もこのインデックスファイル上で実行することもできる。
【０１５２】
またお気に入りに関して、仮想的なファイル構造によるエントリに代えて、お気に入りのフォルダによるエントリを登録し、このエントリに参照リストの形式により再生順序の情報を設定するようにすれば、お気に入りを複数種類登録した場合、さらには１つのお気に入りに多数のファイルを登録した場合でも、インデックスファイルにおけるデータ量の増大を防止することができ、その分、短いインデックスファイルにより処理時間を短くし得、これによっても従来に比して一段と操作性を向上することができる。
【０１５３】
また例えば編集処理によるサブタイトルの追加等により、各チャンクに設定されたデータ量をプロパティ、サムネイル等の実データ量が越える場合、拡張領域に係るエントリが追加により登録され、対応する抜粋情報が元のエントリとこの追加に係るエントリとによる複数のエントリに分割して記録され（図１５）、これらのエントリの関係を示す情報として、分割した抜粋情報に係るエントリに、続く抜粋情報を記録したエントリを指し示す情報（Ｎｅｘｔ  Ｅｘｔｅｎｄｓ  Ｅｎｔｒｙ）が、また続く抜粋情報を記録したエントリに、この続く抜粋情報を記録したエントリであることを示す識別子（Ｅｘｔｅｎｄｓ  ）が設定される。
【０１５４】
これによりこの実施の形態では、全てのエントリを検索しなくても、エントリを簡易かつ迅速に検出することができ、これにより従来に比して一段と操作性を向上することができる。
【０１５５】
また属性毎に抜粋情報をグループ化して作成してなる各タイトル、サムネイル画像、イントロのエントリに係る拡張領域については、対応するプロパティに係るエントリに、分割してなる抜粋情報が何れのグループに属するかを示す識別子が設定される（図１７）。これにより例えばタイトルに係る抜粋情報を可変長により記録した場合にあっては、プロパティにより拡張に係るデータがタイトルである旨検出し、プロパティを介して分割前の抜粋情報を再現することができ、これによって簡易かつ迅速に抜粋情報を検出することができ、これにより従来に比して一段と操作性を向上することができる。
【０１５６】
また撮像結果の連続した記録が長時間に及び、この撮像結果によるコンテンツがファイル管理システムによる制限近くなると、この撮像結果については、一旦、ファイルの記録が打ち切られ、続く撮像結果については、別ファイルにより記録される。これによりこの場合、１つのコンテンツが複数の子ファイルにより記録される。またＱＴの規定に従って、これら複数の子ファイルを管理する管理用のファイルが親ファイルとして作成されて光ディスク２に記録される。これによりこの場合、この管理用ファイルの再生の指示により、複数の子ファイルが順次再生され、ファイル管理システムによる容量の制限を越えて、長大なコンテンツの光ディスク２への記録再生が可能となる。また１つのファイルを編集処理したファイルにおいて、元のファイルを参照するような場合にあっても、元のファイル、編集したファイルをそれぞれ親ファイル、子ファイルとした参照ファイルの関係が発生する。
【０１５７】
このような場合にあっては、エントリ間の関係を示す情報として、子ファイル及び親ファイルに係るエントリに、子ファイル及び親ファイルに係るエントリであることを示す識別子が設定される（図１６）。また子ファイルのエントリにあっては、親ファイルのエントリを指し示す情報が設定される。またこれらに加えて参照ファイルリストにより、参照される側の他のファイルに係るエントリが記録される。
【０１５８】
これによりこの実施の形態では、参照関係にある複数のエントリの関係を簡易かつ迅速に把握し得、これによっても従来に比して一段と操作性を向上することができる。
【０１５９】
また管理対象ファイルのファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）、デコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）が各エントリに登録され、これにより正常に再生、デコード困難なファイルについては、ユーザーに対して隠しておくことができ、またユーザーによっては選択し得ないようにすることができ、これによっても一段と操作性を向上することができる。
【０１６０】
すなわちこの実施の形態においては、ユーザーによるファイルの一覧表示の指示により、インデックスファイルに登録された各エントリのファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）、デコードに関する情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）が検索され、正しく処理可能なファイルに係るエントリだけが選択され、この選択したエントリについてタイトル、サムネイル画像等によるユーザーインターフェースが表示される。これによりユーザーに対して、正常に再生可能なファイルのみ選択的に提供し得、これによっても一段と操作性を向上することができる。
【０１６１】
すなわち図３８は、図３７の処理手順との対比により、このようなファイルフォーマットの情報（Ｆｏｒｍａｔ  Ｂｒａｎｄ）、デコードに必要な情報（Ｍｅｄｉａ  ｐｒｏｆｉｌ）を基準にして選択的にユーザーインターフェースを提供しない場合に考えられる処理手順であり、例えば光ディスク２をマイコンに搭載して再生する場合である。この場合、マイコンにおいては、ステップＳＰ２１からステップＳＰ２２に移り、インデックスファイルにより管理対象ファイルについて、正常に再生、デコードし得ないファイルまでも含めてユーザーインターフェースを表示することになる。
【０１６２】
また続くステップＳＰ２３において、このユーザーインターフェースによりエントリの選択を受け付け、続くステップＳＰ２４において、このユーザーの選択に対応するファイルを光ディスク２より再生し、このファイルの拡張子より、続くステップＳＰ２５において、再生可能なアプリケーションプログラムを選択し、この選択したアプリケーションプログラムに光ディスク２から再生したファイルを渡すことになる。
【０１６３】
また続くステップＳＰ２６において、このアプリケーションプログラムによりファイルを処理してデコード可能な場合、ステップＳＰ２６からステップＳＰ２７に移り、このアプリケーションプログラムによりデコードされたファイルがユーザーに提供され、ステップＳＰ２８に移ってこの処理手順を終了することになる。この一連の処理において、例えば中央処理ユニットの処理速度が遅い場合、メモリの容量が不足している場合等にあっては、一時的に表示がフリーズしたり、コマ落ちの画像が表示され、これによりユーザーに著しい不快感を与えることなり、甚だしい場合には、機器の故障を疑わせることになる。
【０１６４】
これに対して例えば対応するアプリケーションプログラムを検出し得ない場合、マイコンにおいては、ステップＳＰ２５からステップＳＰ２９に移り、再生困難な旨のエラーメッセージを表示した後、ステップＳＰ２８に移ってこの処理手順を終了することになる。また例えばファイルのバージョンに対応できないこと等によるデコード困難な場合には、ステップＳＰ２６からステップＳＰ２９に移ることになる。これによりこの場合にも、機器の故障を疑わせることになる。
【０１６５】
これに対してこの実施の形態のように、事前の選択により正常に処理可能なファイルのみユーザーインターフェースを提供すれば、このようなユーザーにおける不快感を解消することができる。またこのように正常に処理可能なファイルのみユーザーインターフェースを提供することにより、表示に供するユーザーインターフェースもすっきりとしたものにし得、ユーザーの使い勝手を向上することができる。
【０１６６】
これに対して例えばこの光ディスク装置１をコンピュータに接続し、このコンピュータのアプリケーションプログラムによりファイルを処理した場合等にあっては、この処理手段に固有の情報がエントリの記録により、又は外部ファイルの参照により、この処理手段を特定する情報と共にエントリに登録される。これにより例えばこのアプリケーションプログラムが光ディスク２に記録されたファイルを編集するアプリケーションプログラムの場合、この固有の情報により撮影した多数のファイルを処理済のシーンと未処理のシートとに分類して、以降の処理に役立てることができる。
【０１６７】
またこのような固有の情報としては、ソースに係る情報も記録され、これによりこのようにしてコンピュータに接続してコンピュータより光ディスク２にダビングしたファイルと、この光ディスク装置の撮像系によるファイルとの識別等に利用することもできる。
【０１６８】
これらによりこの実施の形態では、アプリケーションプログラム、編集機器、再生機器等において、このインデックスファイルに保持した固有の情報を有効に利用してこれら多数のファイルの管理、処理を簡略化し得、これにより従来に比して一段と操作性を向上することができる。
【０１６９】
（１−７）第１の実施の形態の効果
以上の構成によれば、ファイルと対応付けられた抜粋情報のブロックによるエントリの連続により、記録媒体に記録したファイルのインデックスファイルを作成するようにし、エントリ間の相互の関係を示す情報として、エントリ及びエントリに対応するファイルの再生順序を示す情報を設定することにより、意図した順序でファイルを再生することができ、これにより従来に比して一段と操作性を向上することができる。
【０１７０】
またこのときインデックスファイルに設けられたエントリより選択されたエントリのグループ内で再生順序を設定することにより、またこのグループが、ユーザーにより選択されたお気に入り係るエントリであることにより、お気に入りについても意図した順序でファイルを再生することができ、これにより従来に比して一段と操作性を向上することができる。
【０１７１】
また再生順序をテーブルの形式により記述したエントリを設けることにより、インデックスファイルのデータ量の増大を低減して処理速度の低下を防止することができる。
【０１７２】
また１つのファイルに係る抜粋情報を分割して複数個のエントリによりインデックスファイルを作成するようにして、エントリ間の相互の関係を示す情報として、続く抜粋情報を記録したエントリを指し示す情報、この続く抜粋情報を記録したエントリであることを示す識別子を設定することにより、複数のエントリに分割した抜粋情報を簡易かつ迅速に再現し得、その分、処理速度の低下を有効に回避して従来に比して一段と操作性を向上することができる。
【０１７３】
また抜粋情報を、属性毎にグループ化してインデックスファイルを生成し、このように分割してなる抜粋情報が何れのグループに属するかを示す識別子を設定することにより、抜粋情報を一元的に管理して、分割した抜粋情報を簡易かつ迅速に再現し得、その分、処理速度の低下を有効に回避して従来に比して一段と操作性を向上することができる。
【０１７４】
また１つのコンテンツを分割して作成された複数の子ファイルと、この複数の子ファイルを管理する親ファイルの場合等にあっては、エントリ間の相互の関係を示す情報として、子ファイル及び親ファイルに係るエントリに対応する識別子を設定することにより、これら親及び子ファイル間の参照関係を簡易かつ迅速に把握し得、その分処理速度の低下を有効に回避して従来に比して一段と操作性を向上することができる。
【０１７５】
またこのとき子ファイルに係るエントリに、親ファイルに係るエントリを指し示す情報を設定することによっても、一段と親及び子ファイル間の参照関係を簡易かつ迅速に把握し得、その分処理速度の低下を有効に回避して従来に比して一段と操作性を向上することができる。
【０１７６】
またファイルフォーマットの情報を対応するエントリに登録することにより、さらにはファイルのデコードに関する情報を対応するエントリに登録することによっても、従来に比して一段と操作性を向上することができる。
【０１７７】
またファイルの処理手段に固有の情報、この固有の情報に係る処理手段を特定する情報を登録することにより、従来に比して一段と操作性を向上することができる。
【０１７８】
またこのとき対応するエントリへの固有の情報の設定によりこの固有の情報を登録することにより、又は対応するエントリに固有の情報の参照先を設定してこの固有の情報を登録することにより、インデックスファイルに係る処理時間の増大等に有効に対応し得、これにより従来に比して一段と操作性を向上することができる。
【０１７９】
また抜粋情報によるデータ群であるインデックスデータアトムと、このデータ群を管理する管理用データ群であるトラックとにより、インデックスファイルを形成することにより、ＱＴムービーファイルに係る階層構造によりＱＴムービーファイルに係るリソースを有効に利用してインデックスファイルを作成し得、その分、全体構成を簡略化することができる。
【０１８０】
（２）第２の実施の形態
図３９は、本発明の第２の実施の形態に係るインデックスファイルを示す図表である。この実施の形態では、抜粋情報を属性毎にグループ化してそれぞれ別ファイル化する。またこのようにしてファイル化してなるプロパティファイルに、各データ群を管理する管理用データを割り当てる。なお実施の形態に係る光ディスク装置においては、このインデックスファイルに係る構成が異なる点を除いて、第１の実施の形態に係る光ディスク装置１と同一に構成される。
【０１８１】
すなわちこの実施の形態に係るインデックスファイルは、プロパティのデータを割り当てたプロパティファイル、タイトルのデータを割り当てたタイトルファイル、サムネイル画像のデータを割り当てたサムネイルファイル、イントロデータを割り当てたイントロファイルにより構成され、各ファイルは、それぞれヘッダとエントリの繰り返しとにより構成される。
【０１８２】
このインデックスファイルは、プロパティファイルの各エントリに、プロパティエントリヘッダ、基本プロパティデータ、プロパティ拡張データ、参照データが割り当てられる。ここでプロパティエントリヘッダ、基本プロパティデータ、プロパティ拡張データは、第１の実施の形態と同様に構成される。これに対して参照データは、それぞれタイトルファイル、サムネイルファイル、イントロファイルに対応して設けられ、これによりプロパティファイルによりタイトルファイル、サムネイルファイル、イントロファイルの対応するエントリを検出できるようになされている。
【０１８３】
すなわち参照データは、図４０に示すように参照データの大きさを示す情報（Ｓｉｚｅ）、参照データの種類を示す情報（ｔｙｐｅ）、対応するファイルの所在を示す情報（Ｆｉｌｅ  ＵＲＬ）、このファイルにおける対応するエントリの開始位置（Ｆｉｌｅ  Ｏｆｆｓｅｔ  ）、対応するエントリのデータ長（Ｄａｔａ  Ｓｉｚｅ  ）により構成される。
【０１８４】
これによりこの実施の形態に係るシステム制御マイコン１９においては、この図３９、４０に係る構成に対応してエントリを追加、更新するようになされている。
【０１８５】
この実施の形態のように、抜粋情報を属性毎にグループ化してそれぞれ別ファイルによりインデックスファイルを構成するようにしても、第１の実施の形態と同様の効果を得ることができる。
【０１８６】
（３）第３の実施の形態
図４１は、本発明の第３の実施の形態に係るインデックスファイルの一部を示す図表である。この実施の形態においては、第２の実施の形態と同様に、抜粋情報を属性毎にグループ化してそれぞれ別ファイル化する。またこのようにしてファイル化してなるプロパティファイルに、他のファイルの参照データを割り当てる。またこのようにしてプロパティファイル、タイトルファイル、サムネイルファイル、イントロファイルを構成して、プロパティファイルの各エントリを第１の実施の形態について上述したと同様にプロパティエントリヘッダ、基本プロパティデータ、プロパティ拡張データにより構成し、この基本プロパティデータを図４１に示すように構成する。
【０１８７】
ここでこの基本プロパティデータは、図２０について上述した基本プロパティデータに、タイトルファイル、サムネイルファイル、イントロファイルにおいて対応するエントリの位置を示す情報（それぞれＯｆｆｓｅｔ及び  Ｓｉｚｅ  ）を加えて構成される。この実施の形態においては、この基本プロパティデータに係る構成が異なる点を除いて、第２の実施の形態と同一に構成される。なおこの場合、サイズを固定に定義する場合は、Ｓｉｚｅの情報は省略可能である。
【０１８８】
この実施の形態のように、抜粋情報を属性毎にグループ化してそれぞれ別ファイルによりインデックスファイルを構成するようにして、基本プロパティデータに参照データを含ませるようにしても、第２の実施の形態と同様の効果を得ることができる。
【０１８９】
（４）第４の実施の形態
この実施の形態においては、抜粋情報によるデータ群を外部ファイル化してインデックスファイルを構成する。すなわち図４２に示すように、インデックスファイルは、リソースファイル、プロパティファイル、タイトルファイル、サムネイルファイル、イントロファイルにより構成され、このうちのリソースファイルが図４について上述したインデックスファイルアトムにより構成される。またこのリソースファイルの各トラックにそれぞれプロパティファイル、タイトルファイル、サムネイルファイル、イントロファイルの所在を示す情報が、エントリ毎に登録される。
【０１９０】
またプロパティファイル、タイトルファイル、サムネイルファイル、イントロファイルは、それぞれヘッダと実データによるエントリの連続とにより形成される。
【０１９１】
この実施の形態のように、抜粋情報によるデータ群と、このデータ群を管理する管理用データ群とを別ファイルに構成するようにしても、第１の実施の形態と同様の効果を得ることができる。またこのようにすれば、特定の抜粋情報だけをアクセスする場合に、処理速度を高速度化し得、また対応する抜粋情報によるファイルを外部機器に出力して外部機器の処理に役立てることもできる。
【０１９２】
（５）第５の実施の形態
この実施の形態においては、第１の実施の形態について上述したデコードに関する情報に加えて、ファイル構造に関する情報をインデックスファイルに登録する。
【０１９３】
すなわちＱＴのフォーマットにおいては、高い拡張性を有しており、例えばデータの格納方式についても、外部ファイルを参照する外部参照方式と、ファイル内に格納する自己内包方式とがある。これにより例えば光ディスク装置１が外部参照方式に対応していない場合、外部参照方式によるファイルについては、全く処理し得なくなる。このためこの実施の形態においては、このファイル構造に関する情報をインデックスファイルに登録し、このファイル構造に関する情報と、デコードに関する情報とにより正常に再生可能なファイルか否か判断する。
【０１９４】
ここでこの実施の形態において、このファイル構造に関する情報は、デコードに関する情報と同様にプロファイルアトムにより各ＱＴムービーファイルに設定され、このプロファイルアトムに設定された情報が対応するインデックスファイルのプロパティに実データとして登録される。また具体的にこのファイル構造に関する情報は、フラグメントムービーアトムの有無、修飾用トラックの有無、代替トラックの有無、外部参照の有無、自己内包の有無、チャンクサイズアトムの有無により構成される。
【０１９５】
この実施の形態のように、デコードに関する情報と共にファイル構造に関する情報をインデックスファイルに登録することにより、さらに一段と種々のファイルが記録されている場合に、正常に再生可能なファイルのみユーザーに提供して使い勝手を向上することができる。
【０１９６】
（６）他の実施の形態
なお上述の第１の実施の形態においては、抜粋情報によるデータ群と、このデータ群を管理する管理用データ群とをＱＴファイル構造により一体に保持してインデックスファイルを構成する場合について述べたが、本発明はこれに限らず、必要に応じて種々のフォーマットを適用することができる。
【０１９７】
また上述の実施の形態においては、本発明を光ディスク装置に適用して撮像結果、パソコンの出力等を記録する場合について述べたが、本発明はこれに限らず、光磁気ディスク、ハードディスク装置等の各種記録媒体に記録した多数のファイルを管理する場合、さらには所定のサーバーに保持した多数のファイルを管理する場合等に広く適用することができる。
【０１９８】
また上述の実施の形態においては、ＱＴムービーファイルによる管理対象ファイルを管理する場合について述べたが、本発明はこれに限らず、種々のフォーマットによるビデオデータによるファイル、オーディオデータによるファイル等を管理する場合に広く適用することができる。
【０１９９】
また上述の実施の形態においては、管理対象ファイルと共にインデックスファイルを記録する場合について述べたが、本発明はこれに限らず、管理対象ファイルと異なる記録媒体にインデックスファイルを記録する場合、さらには管理対象ファイルと異なるサーバー上にインデックスファイルを保持する場合等に広く適用することができる。
【０２００】
【発明の効果】
上述のように本発明によれば、ファイルの抜粋情報によるエントリの連続によるインデックスファイルに、エントリ相互の関係を示す情報を設定し、記録媒体に記録した多数のファイル等をこのインデックス用のファイルにより管理することにより、従来に比して一段と操作性を向上することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る光ディスク装置を示すブロック図である。
【図２】ＱＴムービーファイルの構成例を示す図表である。
【図３】図２のビデオメディア情報アトムを示す図表である。
【図４】インデックスファイルを示す図表である。
【図５】図４のインデックスファイルのプロパティトラックを示す図表である。
【図６】図４のインデックスファイルのテキストトラックを示す図表である。
【図７】図４のインデックスファイルのサムネイルトラックを示す図表である。
【図８】図４のインデックスファイルのイントロトラックを示す図表である。
【図９】プロパティの実データを示す図表である。
【図１０】図９のプロパティエントリヘッダを示す図表である。
【図１１】インデックスファイルの構造を示す図表である。
【図１２】インデックスファイルとファイル管理システムとの関係を示す図表である。
【図１３】プロパティエントリフラグを示す図表である。
【図１４】仮想的なファイル構造を示す図表である。
【図１５】エントリの拡張の説明に供する図表である。
【図１６】ファイルの分割の説明に供する図表である。
【図１７】エントリの拡張の説明に供する図表である。
【図１８】プレイオーダー説明に供する図表である。
【図１９】他の例によるプレイオーダーの説明に供する図表である。
【図２０】基本プロパティデータを示す図表である。
【図２１】コンテンツに関するフラグを示す図表である。
【図２２】プロパティ拡張データを示す図表である。
【図２３】参照ファイルリストを示す図表である。
【図２４】グルーピングファイルリストを示す図表である。
【図２５】グルーピングファイルリストの説明に供する図表である。
【図２６】ＵＲＬを示す図表である。
【図２７】プライベートプロパティデータを示す図表である。
【図２８】プライベートプロパティエントリを示す図表である。
【図２９】プライベートプロパティエントリの説明に供する図表である。
【図３０】ＱＴムービーファイルの説明に供する図表である。
【図３１】ファイルタイプコンパチビリティアトムの構成を示す図表である。
【図３２】プロファイルアトムの構成を示す図表である。
【図３３】図３２のプロファイルアトムにおけるリストの構成を示す図表である。
【図３４】デコードに関する情報の種類を示す図表である。
【図３５】プロファイルアトムの構成例を示す図表である。
【図３６】インデックスファイルの生成、更新の処理に係るシステム制御マイコンの処理手順を示すフローチャートである。
【図３７】ユーザーインターフェースに係るシステム制御マイコンの処理手順を示すフローチャートである。
【図３８】図３７との対比により一般的と考えられる処理手順を示すフローチャートである。
【図３９】第２の実施の形態に係るインデックスファイルを示す図表である。
【図４０】図３９のインデックスファイルの参照情報を示す図表である。
【図４１】第２の実施の形態に係るインデックスファイルの説明に供する図表である。
【図４２】第３の実施の形態に係るインデックスファイルを示す図表である。
【符号の説明】
１……光ディスク装置、２……光ディスク、１１……ビデオ符号器、１２……オーディオ符号器、１３……ビデオ復号器、１４……オーディオ復号器、１５……ファイル生成器、１６……ファイル復号器、１９……システム制御マイコン
【図１】
2004227630.tif 000003
【図２】
2004227630.tif 000004
【図３】
2004227630.tif 000005
【図４】
2004227630.tif 000006
【図５】
2004227630.tif 000007
【図６】
2004227630.tif 000008
【図７】
2004227630.tif 000009
【図８】
2004227630.tif 000010
【図９】
2004227630.tif 000011
【図１０】
2004227630.tif 000012
【図１１】
2004227630.tif 000013
【図１２】
2004227630.tif 000014
【図１３】
2004227630.tif 000015
【図１４】
2004227630.tif 000016
【図１５】
2004227630.tif 000017
【図１６】
2004227630.tif 000018
【図１７】
2004227630.tif 000019
【図１８】
2004227630.tif 000020
【図１９】
2004227630.tif 000021
【図２０】
2004227630.tif 000022
【図２１】
2004227630.tif 000023
【図２２】
2004227630.tif 000024
【図２３】
2004227630.tif 000025
【図２４】
2004227630.tif 000026
【図２５】
2004227630.tif 000027
【図２６】
2004227630.tif 000028
【図２７】
2004227630.tif 000029
【図２８】
2004227630.tif 000030
【図２９】
2004227630.tif 000031
【図３０】
2004227630.tif 000032
【図３１】
2004227630.tif 000033
【図３２】
2004227630.tif 000034
【図３３】
2004227630.tif 000035
【図３４】
2004227630.tif 000036
【図３５】
2004227630.tif 000037
【図３６】
2004227630.tif 000038
【図３７】
2004227630.tif 000039
【図３８】
2004227630.tif 000040
【図３９】
2004227630.tif 000041
【図４０】
2004227630.tif 000042
【図４１】
2004227630.tif 000043
【図４２】
2004227630.tif 000044