(57)【要約】【課題】データを再生することができるか否かを容易に判定する。【解決手段】撮影処理により作成された複数のクリップを繋ぎ合わせて編集する場合、エディットリスト管理部１５は、繋ぎ合わせる複数のクリップ（ビデオファイル）の個々の符号化方式を特定し、特定された符号化方式を、編集結果を管理するエディットリストファイル内に記述する。クリップやエディットリストファイル等が記録された光ディスク３０は、他の再生装置に装着される。他の再生装置に、光ディスク３０に記録された編集結果を再生する指示が入力された場合、再生装置は、エディットリストファイルに記述された符号化方式を読み出し、読み出された符号化方式は再生装置により復号可能な符号化方式であるか否かを判定することにより、再生装置が編集結果を再生できるか否かを判定する。本発明は、例えば映像等を編集する編集装置に適用することができる。【選択図】      図１
2005004866.tif 000002
【特許請求の範囲】
【請求項１】
繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段と、
前記特定手段により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成手段と
を備えることを特徴とする情報処理装置。
【請求項２】
繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、
前記特定ステップの処理により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップと
を含むことを特徴とする情報処理方法。
【請求項３】
繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、
前記特定ステップの処理により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録された記録媒体。
【請求項４】
繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、
前記特定ステップの処理により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項５】
繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置において、
編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定手段を備える
ことを特徴とする情報処理装置。
【請求項６】
繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置の情報処理方法において、
編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定ステップを含む
ことを特徴とする情報処理方法。
【請求項７】
繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置用のプログラムであって、
編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定ステップを含むことを特徴とするコンピュータが読み取り可能なプログラムが記録された記録媒体。
【請求項８】
繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する処理を行うコンピュータに、
編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定ステップを実行させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、より容易に、データの再生の可否を判定することができるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、データの書き込みや消去を繰り返し行うことができるＣＤ−ＲＷ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−ＲＷ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ−ＲｅＷｒｉｔａｂｌｅ）などの記録媒体が、その低価格化に伴い普及しつつある。
【０００３】
このようなディスク状の記録媒体を撮影装置に装着し、撮影処理により得られた動画データや音声データ（以下、動画データと音声データをあわせてＡＶデータとも称する）等を記録することができる。また、複数回の撮影処理により記録媒体に記録された複数のＡＶデータを、必要な部分だけ繋ぎ合わせて編集することができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、複数回の撮影処理により記録媒体に記録された複数のＡＶデータが、それぞれ異なる符号化方式により符号化されていた場合、編集されたデータを再生する再生装置は、全てのデータの符号化方式に対応する復号処理を実行しなければならない。
【０００５】
例えば、３回の撮影処理により３つのＡＶデータが作成されたとする。ここで、３つのＡＶデータをそれぞれＡＶデータＡ、ＡＶデータＢ、およびＡＶデータＣとする。また、ＡＶデータＡ、ＡＶデータＢ、およびＡＶデータＣは、それぞれ異なる符号化方式により符号化されているものとする。さらに、これら３つのＡＶデータを繋ぎ合わせて編集処理を行ったものとする。この場合、この編集結果を再生する再生装置は、ＡＶデータＡ、ＡＶデータＢ、およびＡＶデータＣのそれぞれの符号化方式に対応した復号処理を行う必要がある。すなわち、例えば、再生装置がＡＶデータＣの符号化方式に対応する復号器を備えていなかった場合、再生装置は編集結果を再生することができない。
【０００６】
従って、再生装置は、編集結果を再生する前に、その編集結果を再生することができるのか否か（ＡＶデータＡ、ＡＶデータＢ、およびＡＶデータＣを再生するために必要な復号器を全て備えているのか否か）を判定する必要がある。
【０００７】
しかしながら、従来、編集結果を構成する複数のＡＶデータの符号化方式を特定するためには、ＡＶデータ毎に符号化方式を検索しなければならず、時間がかかるため、編集結果を再生できるか否かを短時間で容易に判定することができないという課題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、より容易に、データの再生の可否を判定することができるようにするものである。
【０００９】
【課題を解決するための手段】
本発明の第１の情報処理装置は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段と、特定手段により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成手段とを備えることを特徴とする。
【００１０】
本発明の第１の情報処理方法は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップとを含むことを特徴とする。
【００１１】
本発明の第１の記録媒体のプログラムは、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップとを含むことを特徴とする。
【００１２】
本発明の第１のプログラムは、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルを作成する作成ステップとをコンピュータに実行させることを特徴とする。
【００１３】
本発明の第２の情報処理装置は、編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定手段を備えることを特徴とする。
【００１４】
本発明の第２の情報処理方法は、編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップを含むことを特徴とする。
【００１５】
本発明の第２の記録媒体のプログラムは、編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップを含むことを特徴とする。
【００１６】
本発明の第２のプログラムは、コンピュータに、編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップを実行させることを特徴とする。
【００１７】
本発明の第１の情報処理装置および方法、記録媒体、並びにプログラムにおいては、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式が特定され、特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイルが作成される。
【００１８】
本発明の第２の情報処理装置および方法、記録媒体、並びにプログラムにおいては、編集結果を管理するための１つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かが判定される。
【００１９】
本発明は、例えば、映像を撮影する撮影装置や、映像を編集する編集装置に適用することができる。
【００２０】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２１】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２２】
請求項１に記載の情報処理装置（例えば、図１の記録再生装置１）は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段（例えば、図２の符号化方式取得部６２）と、特定手段により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイル（例えば、図１７のエディットリストファイル３１１）を作成する作成手段（例えば、図２のエディットリストファイル管理部６３）とを備えることを特徴とする。
【００２３】
請求項２に記載の情報処理方法は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップ（例えば、図１５のステップＳ１０２）と、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための１つの管理情報ファイル（例えば、図１７のエディットリストファイル３１１）を作成する作成ステップ（例えば、図１５のステップＳ１０４）とを含むことを特徴とする。
【００２４】
請求項３に記載の記録媒体および請求項４に記載のプログラムの構成要件の具体例は、請求項２と同様であるため、その記載は省略する。
【００２５】
請求項５に記載の情報処理装置（例えば、図３の記録再生装置１０１）は、編集結果を管理するための１つの管理情報ファイル（例えば、図１７のエディットリストファイル３１１）に記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定手段（例えば、図４の再生可否判定部１６３）を備えることを特徴とする。
【００２６】
請求項６に記載の情報処理方法は、編集結果を管理するための１つの管理情報ファイル（例えば、図１７のエディットリストファイル３１１）に記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップ（例えば、図２８のステップＳ２０３）を含むことを特徴とする。
【００２７】
請求項７に記載の記録媒体および請求項８に記載のプログラムの構成要件の具体例は、請求項２と同様であるため、その記載は省略する。
【００２８】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２９】
図１は本発明を適用した記録再生装置１の一実施の形態の構成を示すブロック図である。
【００３０】
図１の記録再生装置１は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。記録再生装置１は、撮影スタッフに操作され、各場面の撮影を行う。そして、撮影により得られた動画データや音声データを光ディスク３０等の記録媒体に記録する。
【００３１】
また、記録再生装置１は、例えば、撮像により得られた動画データであるオリジナルの動画データだけでなく、ローレゾリューション（ｌｏｗ  ｒｅｓｏｌｕｔｉｏｎ：低解像度）動画データ（以下、ローレゾデータと称する）を光ディスク３０に記録することができる。オリジナルの動画データは、データ量が大きいが、高画質な動画データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの動画データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する動画データである。また、ローレゾデータは、さらに、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）４方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの動画データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００３２】
また、記録再生装置１は、例えば、必要な動画データ等を好適な順序で再生し、表示するだけでなく、取材により得られた動画データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００３３】
粗編集処理は、動画データや音声データに対する簡易的な編集処理である。例えば、記録再生装置１は、粗編集処理において、１回の撮像処理を示す単位であるクリップに対応する、動画データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Ｌｏｇｇｉｎｇ）し、その選択された映像部分に対応する編集開始位置（Ｉｎ点）および編集終了位置（Ｏｕｔ点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ｉｎｇｅｓｔｉｎｇ）する。
【００３４】
なお、クリップは、１回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００３５】
本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その動画データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００３６】
なお、本実施の形態においては、記録再生装置１により撮影、再生、および編集を行うようにしているが、これらをそれぞれ独立した装置により実行させるようにすることも勿論可能である。
【００３７】
図１において、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２に記憶されているプログラムに従って、各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００３８】
クリップ管理部１４は、クリップを作成して光ディスク３０に記録する処理、光ディスク３０に記録されたクリップの内容を変更する処理、および光ディスク３０に記録されたクリップを削除する処理等を管理している。
【００３９】
エディットリスト管理部１５は、クリップを繋ぎ合わせたりして、編集処理が行なわれた場合、編集内容に関する情報や、編集後のデータに関する情報等に基づいて、編集結果に関する情報であるエディットリストを生成する。なお、エディットリスト管理部１５は、編集対象となる各種のデータを更新せずに、非破壊的な編集処理を行う。
【００４０】
再生制御部１６は、光ディスク３０に記録されたＡＶデータの再生処理を制御する。
【００４１】
インデックスファイル管理部１８は、光ディスク３０のフォーマット時に、インデックスファイル（ＩＮＤＥＸ．ＸＭＬ）４１を作成し、ドライブ２９を介して、光ディスク３０に記録する。また、インデックスファイル管理部１８は、光ディスク３０にクリップが記録された場合、エディットリストが記録された場合など、光ディスク３０に記録されるデータに変更がある場合、インデックスファイル４１の記述内容を更新し、ドライブ２９を介して、光ディスク３０に記録する。
【００４２】
ディスクインフォメーションファイル管理部１９は、光ディスク３０の再生履歴のリストファイルである、ディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）の作成および更新処理を実行する。
【００４３】
ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、クリップ管理部１４、エディットリスト管理部１５、再生制御部１６、インデックスファイル管理部１８、およびディスクインフォメーションファイル管理部１９は、バス１７を介して相互に接続されている。このバス１７にはまた、入出力インタフェース２０も接続されている。
【００４４】
入出力インタフェース２０には、ボタンやダイヤル等から構成される操作部２１が接続され、操作部２１に入力された操作に基づく操作信号をＣＰＵ１１に出力する。また、入出力インタフェース２０には、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などにより構成される表示部２２、スピーカなどにより構成される音声出力部２３、被写体の映像を撮像するとともに、音声を集音する撮像部２４、ハードディスク等により構成される記憶部２５、インターネットなどのネットワークを介して、他の装置とデータの通信を行う通信部２６、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア２８よりデータを読み出したり、データを書き込んだりするときに用いられるドライブ２７も接続されている。
【００４５】
さらに、入出力インタフェース２０には、光ディスク３０へのデータの記録、および光ディスク３０からのデータの読み出しを行うドライブ２９も接続されている。
【００４６】
光ディスク３０は、例えば、開口数（ＮＡ）０．８５、波長４０５ｎｍの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク３０は、それ以外の記録媒体であってもよく、例えば、ＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  −  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＤＶＤ−Ｒ（ＤＶＤ  −  Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ−ＲＷ（ＤＶＤ  −  ＲｅＷｒｉｔａｂｌｅ），ＤＶＤ＋Ｒ（ＤＶＤ  ＋  Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ＋ＲＷ（ＤＶＤ  ＋  ＲｅＷｒｉｔａｂｌｅ），ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  −  Ｒｅｃｏｒｄａｂｌｅ），またはＣＤ−ＲＷ（ＣＤ  −  ＲｅＷｒｉｔａｂｌｅ）等の各種の光ディスクであってもよい。
【００４７】
次に、図２は、図１のエディットリスト管理部１５の内部の構成例を表している。
【００４８】
図２において、エディットリスト作成部６１は、エディットリストディレクトリの作成を行う。符号化方式取得部６２は、動画データや音声データの編集結果を示すエディットリストに含まれているクリップの動画データ（ビデオファイル）の符号化方式を取得する。エディットリストファイル管理部６３は、エディットリストファイルの作成、更新等の処理を行う。
【００４９】
次に、図３は、図１とは異なる記録再生装置１０１の構成例を表している。図３の記録装置１０１のＣＰＵ１１１乃至ドライブ１２９は、図１のＣＰＵ１１乃至ドライブ２９と同様の構成であるため、説明を省略する。図３の光ディスク３０は、図１の光ディスク３０と同一のものである。すなわち、図１の記録再生装置１により、光ディスク３０にクリップやエディットリストが記録された後、光ディスク３０は記録再生装置１から取り出され、図３の記録再生装置１０１に装着される。
【００５０】
次に、図４は、図３の記録再生装置１０１の再生制御部１１６の内部の構成例を表している。図４において、符号化方式リスト保持部１６１は、記録再生装置１０１が復号することができる符号化方式のリストをデータとして保持している。符号化方式取得部１６２は、光ディスク３０に記録されたエディットリストを再生するために必要な符号化方式を取得する。再生可否判定部１６３は、符号化方式取得部１６２により取得された符号化方式が、符号化方式リスト保持部１６１により保持されている符号化方式のリスト中に全て含まれているか否かを判定することにより、エディットリストを再生することができるか否かを判定する。再生実行部１６４は、クリップ、および再生可否判定部１６３により再生可能であると判定されたエディットリストに基づく再生処理を実行する。
【００５１】
次に、光ディスク３０に記録された各データを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。
【００５２】
光ディスク３０に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）やＩＳＯ９６６０（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  ９６６０）等を用いてもよい。また、光ディスク３０の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、ＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅｓ）、ＮＴＦＳ（Ｎｅｗ  Ｔｅｃｈｎｏｌｏｇｙ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）、ＨＦＳ（Ｈｉｅｒａｒｃｈｉｃａｌ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）、またはＵＦＳ（Ｕｎｉｘ（登録商標）  Ｆｉｌｅ  Ｓｙｓｔｅｍ）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００５３】
このファイルシステムにおいては、光ディスク３０に記録されたデータは図５に示されるようなディレクトリ構造およびファイルにより管理される。
【００５４】
図５において、ルートディレクトリ（ＲＯＯＴ）２０１には、動画データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるＰＲＯＡＶディレクトリ２０２が設けられる。なお、ルートディレクトリ２０１には、図示は省略するが、構成表データ等も設けられる。
【００５５】
ＰＲＯＡＶディレクトリ２０２には、光ディスク３０に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク３０に記録されている全ての動画データの代表となるフレームである代表画に対応する動画データのパス等の情報を含むファイルであるディスクメタファイル（ＤＩＳＣＭＥＴＡ．ＸＭＬ）２０３、光ディスク３０に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（ＩＮＤＥＸ．ＸＭＬ）２０４、およびインデックスファイル２０４のバックアップファイル（ＩＮＤＥＸ．ＢＵＰ）２０５が設けられている。なお、バックアップファイル２０５は、インデックスファイル２０４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。なお、図１に示されたインデックスファイル４１および図３に示されたインデックスファイル１４１は、光ディスク３０に記録されたインデックスファイル２０４を読み出したものである。
【００５６】
ＰＲＯＡＶディレクトリ２０２には、さらに、光ディスク３０に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはＲｅｃｌｎｈｉ等の情報を含むファイルであるディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）２０６およびディスクインフォメーションファイル２０６のバックアップファイル（ＤＩＳＫＩＮＦＯ．ＢＵＰ）２０７が設けられている。なお、バックアップファイル２０７は、ディスクインフォメーションファイル２０６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００５７】
また、ＰＲＯＡＶディレクトリ２０２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（ＣＬＰＲ）２０８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（ＥＤＴＲ）２０９が設けられる。
【００５８】
クリップルートディレクトリ２０８には、光ディスク３０に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図５の場合、７つのクリップのデータが、クリップディレクトリ（Ｃ０００１）２１１、クリップディレクトリ（Ｃ０００２）２１２、クリップディレクトリ（Ｃ０００３）２１３、クリップディレクトリ（Ｃ０００４）２１４、クリップディレクトリ（Ｃ０００５）２１５、クリップディレクトリ（Ｃ０００６）２１６、およびクリップディレクトリ（Ｃ０００７）２１７の７つのディレクトリに分けられて管理されている。
【００５９】
すなわち、光ディスク３０に記録された最初のクリップの各データは、クリップディレクトリ２１１の下位のディレクトリのファイルとして管理され、２番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１２の下位のディレクトリのファイルとして管理され、３番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１３の下位のディレクトリのファイルとして管理され、４番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１４の下位のディレクトリのファイルとして管理され、５番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１５の下位のディレクトリのファイルとして管理され、６番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１６の下位のディレクトリのファイルとして管理され、７番目に光ディスク３０に記録されたクリップの各データは、クリップディレクトリ２１７の下位のディレクトリのファイルとして管理される。
【００６０】
また、エディットリストルートディレクトリ２０９には、後述する編集処理の結果、光ディスク３０に記録されるエディットリストが、その編集処理毎に異なるディレクトリに分けて管理される。なお、図５の例は編集処理が行われる前の状態を示しており、エディットリストルートディレクトリ２０９の下位に、エディットリストディレクトリは記録されていないが、編集処理が実行されると、編集処理毎に、エディットリストルートディレクトリ２０９の下位に、エディットリストディレクトリが１つ作成され、編集の結果作成されたファイルが管理される。すなわち、１回目の編集処理が実行されると、１回目の編集の結果作成されたファイルを管理するエディットリストディレクトリが作成され、２回目の編集処理が実行されると、２回目の編集の結果作成されたファイルを管理するエディットリストディレクトリが作成され、３回目の編集処理が事項されると、３回目の編集編集の結果作成されたファイルを管理するエディットリストディレクトリが作成される。以下、４回目以降の編集処理においても、同様にして、編集の結果作成されたファイルを管理するエディットリストディレクトリが作成されてゆく。
【００６１】
上述したクリップルートディレクトリ２０４に設けられるクリップディレクトリ２１１の下位のディレクトリには、最初に光ディスク３０に記録されたクリップの各データが、図６に示されるようなファイルとして設けられ、管理される。
【００６２】
図６の場合、クリップディレクトリ２１１には、このクリップを管理するファイルであるクリップインフォメーションファイル（Ｃ０００１Ｃ０１．ＳＭＩ）２２１、このクリップの動画データを含むファイルであるビデオファイル（Ｃ０００１Ｖ０１．ＭＸＦ）２２２、それぞれ、このクリップの各チャンネルの音声データを含む４つのファイルであるオーディオファイル（Ｃ０００１Ａ０１．ＭＸＦ乃至Ｃ０００１Ａ０４．ＭＸＦ）２２３乃至２２６、このクリップの動画データに対応するローレゾデータを含むファイルであるローレゾデータファイル（Ｃ０００１Ｓ０１．ＭＸＦ）２２７、このクリップのエッセンスデータに対応する、例えば、ＬＴＣ（Ｌｏｎｇｉｔｕｄｉｎａｌ  Ｔｉｍｅ  Ｃｏｒｄ）とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル（Ｃ０００１Ｍ０１．ＸＭＬ）２２８、このクリップのエッセンスデータに対応する、例えばＬＴＣ等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（Ｃ０００１Ｒ０１．ＢＩＭ）２２９、並びに、ビデオファイル２２２のフレーム構造（例えば、ＭＰＥＧ等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（Ｃ０００１Ｉ０１．ＰＰＦ）２３０等のファイルが設けられる。なお、クリップインフォメーションファイル２２１には、ビデオファイル２２２に含まれる動画データの符号化方式が記録されている。
【００６３】
図６の場合、再生時にリアルタイム性を要求されるデータである、動画データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００６４】
また、音声データも、再生時にリアルタイム性を要求されるが、音声の多チャンネル化に対応するために、４チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは４つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、３つ以下であってもよいし、５つ以上であってもよい。
【００６５】
同様に、動画データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００６６】
また、図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、動画データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００６７】
なお、クリップメタデータファイル２２８は、汎用性を持たせるためにＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されているが、フレームメタデータファイル２２９は、再生処理の処理時間や処理に必要な負荷を軽減させるために、ＸＭＬ形式のファイルをコンパイルしたＢＩＭ形式のファイルである。
【００６８】
図６に示されるクリップディレクトリ２１１のファイルの構成例は、光ディスク３０に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図５に示される、その他のクリップディレクトリ２１２乃至２１７においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００６９】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００７０】
なお、クリップディレクトリ２１１乃至２１７のそれぞれに対して、個々に、削除することが可能か否かを示すフラグを設定することができる。すなわち、例えば、クリップディレクトリ２１１内のビデオファイル２２２およびオーディオファイル２２３乃至２２６を削除したくない場合、ユーザは、操作部２１を操作して、クリップディレクトリ２１１の削除禁止を設定することができ、このときクリップディレクトリ２１１には削除禁止のフラグが設定される。この場合、その後、ユーザにより、誤ってクリップディレクトリ２１１内のファイル（例えばビデオファイル２２２）の削除が指示されても、そのファイルを削除しないようにすることができる。これにより、ユーザにとって必要なファイルを誤って消去することを防止することができる。また、クリップディレクトリに、１回分の撮影処理により作成されたクリップインフォメーションファイル、ビデオファイル、オーディオファイル、ローレゾデータファイル、クリップメタデータファイル、フレームメタデータファイル、およびピクチャポインタファイルをまとめて記録し、クリップディレクトリに対して、削除禁止のフラグを設定することにより、クリップディレクトリ内の個々のファイル、すなわち、クリップインフォメーションファイル、ビデオファイル、オーディオファイル、ローレゾデータファイル、クリップメタデータファイル、フレームメタデータファイル、およびピクチャポインタファイルに対して、それぞれ削除禁止のフラグを設定する必要がなくなり、ユーザの手間を省くことが可能となる。
【００７１】
次に、図７乃至図１１は、インデックスファイル２０４（４１，１４１）の記述例を表している。なお、図８は図７の記述の続きであり、図９は図８の記述の続きであり、図１０は図９の記述の続きであり、図１１は図１０の記述の続きである。
【００７２】
図７の第１行目の記述「＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”  ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞」のうち、「ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”」は、インデックスファイル２０４がＸＭＬ文書であることを表している。また、「ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”」は、文字コードがＵＴＦ−８で固定であることを表している。図７の第２行目の記述「＜ｉｎｄｅｘＦｉｌｅ  ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｉｎｄｅｘ”」は、ＸＭＬ文書の名前空間を表している。図７の第３行目の記述「ｉｎｄｅｘＩｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ”＞」は、インデックスファイル２０４自体をグローバルユニークに識別するためのＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を表している。すなわち、本記述例においては、インデックスファイル２０４のＩＤは、「０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」である。
【００７３】
図７の第４行目の記述「＜ｃｌｉｐＴａｂｌｅ  ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞」は、クリップが記録されているディレクトリのディスク内の絶対パスを示している。すなわち、「／ＰＲＯＡＶ／ＣＬＰＲ／」は、クリップがＰＲＯＡＶディレクトリ２０２下のクリップルートディレクトリ２０８下に記録されていることを示している。図７の第５行目の記述「＜！−−  Ｎｏｒｍａｌ  Ｃｌｉｐ  −−＞」は、その直後の行からノーマルなクリップについての記述があることを示している。図７の第６行目の記述「＜ｃｌｉｐ  ｉｄ＝”Ｃ０００１”  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」のうち、「ｉｄ＝”Ｃ０００１”」は、クリップのＩＤ（以下、クリップＩＤとも称する）を表しており、本記述例においては、クリップＩＤが「Ｃ０００１」であることを示している。なお、このクリップＩＤは、クリップディレクトリ名と同一の名称とされる。すなわち、クリップＩＤ「Ｃ０００１」は、クリップディレクトリ２１１の名称がＩＤとして利用されたものである。また、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、クリップＩＤ「Ｃ０００１」のクリップのＵＭＩＤを示しており、本記述例においては、ＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００７４】
図７の第７行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”  ｆｐｓ＝”５９．９４ｉ”  ｄｕｒ＝”１２００１”  ｃｈ＝”４”  ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞」のうち、「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」は、クリップインフォメーションファイル２２１のファイル名を示している。本記述例においては、クリップインフォメーションファイル２２１のファイル名が「Ｃ０００１Ｃ０１．ＳＭＩ」であることを示している。また、「ｆｐｓ＝”５９．９４ｉ”」は、クリップの時間軸方向のレゾリューションを示している。単位はｆｉｅｌｄ／ｓｅｃである。本記述例においては、ＮＴＳＣ方式の信号周波数を示している。また、「ｄｕｒ＝”１２００１”」は、クリップの有効な時間方向の長さを示している。単位はフレーム数であり、１フレームの時間はｆｐｓ属性によって知ることができる。すなわち、「１２００１」は、このクリップの動画データが、１２００１フレーム分の時間長であることを示している。また、「ｃｈ＝”４”」は、クリップに含まれるオーディオチャンネル数を示している。本記述例においては、オーディオチャンネル数が４つであることを示している。これは、図６のクリップディレクトリ２１１内に含まれるオーディオファイル２２３乃至２２６の個数に対応している。また、「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」は、このクリップに含まれるビデオファイル２２２のアスペクト比を示している。本記述例においては、アスペクト比が４：３であることを示している。
【００７５】
図７の第８行目の記述「＜ｖｉｄｅｏ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ビデオ要素の属性を示しており、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このビデオファイル２２２のＵＭＩＤを示している。すなわち、本記述例においては、ビデオファイル２２２のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００７６】
図７の第９行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”  ｔｙｐｅ＝”ＤＶ２５＿４１１”  ｈｅａｄｅｒ＝”６５５３６”／＞」は、第８行目に引き続き、ビデオ要素の属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」は、ビデオファイル２２２のファイル名を示している。本記述例においては、ビデオファイル２２２のファイル名「Ｃ０００１Ｖ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＤＶ２５＿４１１”」は、ビデオファイル２２２の符号化方式（ファイル形式）を示している。本記述例においては、符号化方式として「ＤＶ２５＿４１１」が記述されている。なお、ＤＶ２５＿４１１は、ＤＶ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ）規格の一種である。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ビデオファイル２２２のヘッダサイズを示している。単位はＢｙｔｅである。ファイル先頭から、ヘッダサイズ分だけシークした位置からＢｏｄｙデータが開始することを意味する。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００７７】
図７の第１０行目の記述「＜ａｕｄｉｏ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、このオーディオファイル２２３のＵＭＩＤを示しており、本記述例においては、オーディオファイル２２３のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００７８】
図７の第１１行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０１．ＭＸＦ”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｈｅａｄｅｒ＝”６５５３６”  ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞」は、第１０行目に引き続き、このオーディオファイル２２３のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０１．ＭＸＦ”」は、オーディオファイル２２３のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２３のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２３のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、オーディオファイル２２３に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、音声を出力させるオーディオチャンネルとして「ＣＨ１」が記述されている。
【００７９】
図７の第１２行目の記述「＜ａｕｄｉｏ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２４のＵＭＩＤを示しており、本記述例においては、このオーディオファイル２２４のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８０】
図７の第１３行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０２．ＭＸＦ”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｈｅａｄｅｒ＝”６５５３６”  ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞」は、第１２行目に引き続き、このオーディオファイル２２４のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０２．ＭＸＦ”」は、オーディオファイル２２４のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０２．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２４のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２４のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ２”」は、オーディオファイル２２４に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、音声を出力させるオーディオチャンネルとして「ＣＨ２」が記述されている。
【００８１】
図７の第１４行目の記述「＜ａｕｄｉｏ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２５のＵＭＩＤを示しており、本記述例においては、このオーディオファイルのＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８２】
図７の第１５行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０３．ＭＸＦ”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｈｅａｄｅｒ＝”６５５３６”  ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞」は、第１４行目に引き続き、このオーディオファイル２２５のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０３．ＭＸＦ”」は、オーディオファイル２２５のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０３．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２５のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２５のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ３”」は、オーディオファイル２２５に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル２２５に基づく音声を出力させるオーディオチャンネルとして「ＣＨ３」が記述されている。
【００８３】
図７の第１６行目の記述「＜ａｕｄｉｏ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオ要素に含まれる属性を示している。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、オーディオファイル２２６のＵＭＩＤを示しており、本記述例においては、このオーディオファイル２２６のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８４】
図７の第１７行目の記述「ｆｉｌｅ＝”Ｃ０００１Ａ０４．ＭＸＦ”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｈｅａｄｅｒ＝”６５５３６”  ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞」は、第１６行目に引き続き、このオーディオファイル２２６のオーディオ要素に含まれる属性を示している。「ｆｉｌｅ＝”Ｃ０００１Ａ０４．ＭＸＦ”」は、オーディオファイル２２６のファイル名を示している。本記述例においては、ファイル名として「Ｃ０００１Ａ０４．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、オーディオファイル２２６のファイル形式を示している。本記述例においては、ファイル形式として「ＬＰＣＭ１６」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、オーディオファイル２２６のヘッダサイズを示している。単位はＢｙｔｅである。本記述例においては、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ４”」は、オーディオファイル２２６に基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイル２２６に基づく音声を出力させるオーディオチャンネルとして「ＣＨ４」が記述されている。
【００８５】
図７の第１８行目の記述「＜ｓｕｂＳｔｒｅａｍ  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ｓｕｂＳｔｒｅａｍ要素、すなわち、ローレゾデータファイル２２７に関する属性が記述されている。「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、ローレゾデータファイル２２７のＵＭＩＤを示しており、本記述例においては、ローレゾデータファイル２２７のＵＭＩＤが「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」であることを示している。
【００８６】
図７の第１９行目の記述「ｆｉｌｅ＝”Ｃ０００１Ｓ０１．ＭＸＦ”  ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ”  ｈｅａｄｅｒ＝”６５５３６”／＞」は、図６の第１８行目に引き続き、ローレゾデータファイル２２７に関する属性が記述されている。「ｆｉｌｅ＝”Ｃ０００１Ｓ０１．ＭＸＦ”」は、ローレゾデータファイル２２７のファイル名を示している。本記述例においては、ローレゾデータファイル２２７のファイル名「Ｃ０００１Ｓ０１．ＭＸＦ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ”」は、ローレゾデータファイル２２７のファイル形式を示す。本記述例においては、ローレゾデータファイル２２７のファイル形式として「ＰＤ−ＳｕｂＳｔｒｅａｍ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、ローレゾデータファイル２２７のヘッダサイズを示している。本記述例においては、ヘッダサイズとして「６５５３６」と記述されており、これはローレゾデータファイル２２７のヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００８７】
図７の第２０行目の記述「＜ｍｅｔａ  ｆｉｌｅ＝”Ｃ０００１Ｍ０１．ＸＭＬ”  ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞」は、クリップメタデータファイル２２８の属性が記述されている。このメタ要素は、クリップメタデータファイル２２８に関する情報を管理する。「ｆｉｌｅ＝”Ｃ０００１Ｍ０１．ＸＭＬ”」は、クリップメタデータファイル２２８のファイル名を示している。本記述例においては、クリップメタデータファイル２２８のファイル名として「Ｃ０００１Ｍ０１．ＸＭＬ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”」は、クリップメタデータファイル２２８のファイル形式を示す。本実施の形態においては、クリップメタデータファイル２２８のファイル形式として「ＰＤ−Ｍｅｔａ」が記述されている。
【００８８】
図７の第２１行目の記述「＜ｒｔｍｅｔａ  ｆｉｌｅ＝”Ｃ０００１Ｒ０１．ＢＩＭ”  ｔｙｐｅ＝”ｓｔｄ２ｋ”  ｈｅａｄｅｒ＝”６５５３６”／＞」は、フレームメタデータファイル２２９の属性が記述されている。リアルタイムメタ要素は、フレームメタデータファイル２２９に関する情報を管理する。「ｆｉｌｅ＝”Ｃ０００１Ｒ０１．ＢＩＭ”」は、フレームメタデータファイル２２９のファイル名を示している。本記述例においては、フレームメタデータファイル２２９のファイル名として「Ｃ０００１Ｒ０１．ＢＩＭ」が記述されている。また、「ｔｙｐｅ＝”ｓｔｄ２ｋ”」は、フレームメタデータファイル２２９のファイル形式を示している。本記述例においては、フレームメタデータファイル２２９のファイル形式として「ｓｔｄ２ｋ」が記述されている。また、「ｈｅａｄｅｒ＝”６５５３６”」は、フレームメタデータファイル２２９のヘッダサイズを示している。本記述例においては、フレームメタデータファイル２２９のヘッダサイズとして「６５５３６」と記述されており、これは、ヘッダサイズが６５５３６Ｂｙｔｅであることを示している。
【００８９】
図７の第２２行目の記述「＜／ｃｌｉｐ＞」は、クリップＩＤ「Ｃ０００１」のクリップ、すなわちクリップディレクトリ２２１内に記録されたファイルに関する属性の記述が終了したことを示している。すなわち、図７の第５行目乃至第２２行目に、クリップＩＤ「Ｃ０００１」の、１つのクリップに関する情報が記述されている。
【００９０】
図７の第２３行目乃至図８の第１２行目には、クリップＩＤ「Ｃ０００２」のクリップ、すなわちクリップディレクトリ２１２内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップの場合と同様であるので、詳細な説明は省略する。なお、図７の第２７行目に記述されている「ｔｙｐｅ＝”ＩＭＸ５０”」は、クリップディレクトリ２１２の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＩＭＸ５０」であることを示している。なお、ＩＭＸとは、ＭＰＥＧのＩピクチャ（Ｉｎｔｒａ  Ｐｉｃｔｕｒｅ）のみで構成する符号化方式の一種である。
【００９１】
また、図８の第１３行目乃至図９の第３行目には、クリップＩＤ「Ｃ０００３」のクリップ、すなわちクリップディレクトリ２１３内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。なお、図８の第１７行目に記述されている「ｔｙｐｅ＝”ＩＭＸ５０”」は、クリップディレクトリ２１３の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＩＭＸ５０」であることを示している。
【００９２】
また、図９の第４行目乃至図９の第２１行目には、クリップＩＤ「Ｃ０００４」のクリップ、すなわちクリップディレクトリ２１４内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。なお、図９の第８行目に記述されている「ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、クリップディレクトリ２１４の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」であることを示している。なお、ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬは、ＭＰＥＧのＬｏｎｇ  ＧＯＰによる符号化方式の一種である。
【００９３】
また、図９の第２２行目乃至図１０の第１１行目には、クリップＩＤ「Ｃ０００５」のクリップ、すなわちクリップディレクトリ２１５内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。なお、図９の第２６行目に記述されている「ｔｙｐｅ＝”ＩＭＸ４０”」は、クリップディレクトリ２１５の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＩＭＸ４０」であることを示している。
【００９４】
また、図１０の第１２行目乃至図１０の第２９行目には、クリップＩＤ「Ｃ０００６」のクリップ、すなわちクリップディレクトリ２１６内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。なお、図１０の第１６行目に記述されている「ｔｙｐｅ＝”ＩＭＸ３０”」は、クリップディレクトリ２１６の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＩＭＸ３０」であることを示している。
【００９５】
また、図１１の第１行目乃至図１１の第１８行目には、クリップＩＤ「Ｃ０００７」のクリップ、すなわちクリップディレクトリ２１７内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップＩＤ「Ｃ０００１」のクリップと同様であるので、詳細な説明は省略する。なお、図１１の第５行目に記述されている「ｔｙｐｅ＝”ＤＶ５０＿４２２”」は、クリップディレクトリ２１７の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「ＤＶ５０＿４２２」であることを示している。
【００９６】
図１１の第１９行目の記述「＜／ｃｌｉｐＴａｂｌｅ＞」は、図１１の第１９行目までで、クリップに関する記述が終了したことを示している。すなわち、図７の第４行目乃至図１１の第１９行目には、クリップＩＤ「Ｃ０００１」乃至「Ｃ０００７」の７個のクリップに関する管理情報（属性）が記述されている。
【００９７】
図１１の第２０行目の記述「＜ｅｄｉｔｌｉｓｔＴａｂｌｅ  ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞」は、エディットリストが記録されているディレクトリのディスク内の絶対パスを示す。すなわち、本記述例においては、エディットリストは、ＰＲＯＡＶディレクトリ２０２下のエディットリストルートディレクトリ２０９内に記録されることを示している。
【００９８】
図１１の第２１段落目の記述「＜／ｅｄｉｔｌｉｓｔＴａｂｌｅ＞」は、図１１の第２０行目から記述が開始されたエディットリストに関する管理情報の記述の終了を示している。なお、図１１の記述例は、まだ１個もエディットリストが作成されていない状態における記述例を示しており、編集処理によりエディットリストが作成された場合、図１１の２０行目と２１行目の間に、作成されたエディットリストの管理情報（属性）が記述される。
【００９９】
図１１の第２２行目の記述「＜／ｉｎｄｅｘＦｉｌｅ＞」は、インデックスファイル２０４の記述の終了を示している。
【０１００】
図１２乃至図１４は、クリップディレクトリ２１４の下位に含まれるクリップインフォメーションファイルの記述例を表している。なお、図１３は図１２に続く記述を、図１４は図１３に続く記述をそれぞれ表している。
【０１０１】
図１２の第１行目の記述「＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”  ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞」のうち、「ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”」は、クリップインフォメーションファイルがＸＭＬ文書であることを表している。また、「ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”」は、文字コードがＵＴＦ−８で固定であることを表している。
【０１０２】
図１２の第２行目の記述「＜ｓｍｉｌ  ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｅｄｌ：ｃｌｉｐＩｎｆｏ”＞」は、ＸＭＬ文書の名前空間を表している。
【０１０３】
図１２の第３行目の記述「＜ｈｅａｄ＞」は、ヘッダの記述が開始されることを表している。すなわち、クリップインフォメーションファイルの記述は、ヘッダ部分とボディ部分に分けられており、最初にヘッダ部分が記述される。図１２の第４行目の記述「＜ｍｅｔａｄａｔａ  ｔｙｐｅ＝”Ｍｅｔａ”＞」は、クリップインフォメーションファイルのファイル形式を示している。図１２の記述例においては、ファイル形式として「Ｍｅｔａ」と記述されている。図１２の第５行目の記述「＜！−−  ｎｏｎｒｅａｌｔｉｍｅ  ｍｅｔａ  −−＞」は、クリップメタデータファイルに関する記述が第６行目以下に記述されることを示している。図１２の第６行目の記述「＜ＮＲＭｅｔａ  ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ：ｐｒｏＤｉｓｃ：ｎｒｔ”＞」は、クリップメタデータファイルの名前空間を示している。図１２の第７行目の記述「＜ｒｅｆ  ｓｒｃ＝”Ｃ０００４Ｍ０１．ＸＭＬ”／＞」は、参照するソース名を示している。図１２の記述例においては、クリップメタデータファイルのファイル名「Ｃ０００４Ｍ０１．ＸＭＬ」が記述されている。図１２の第８行目の記述「＜／ＮＲＭｅｔａ＞」は、クリップメタデータファイルに関する記述が終了したことを示している。図１２の第９行目の記述「＜／ｍｅｔａｄａｔａ＞」は、第４行目から記述が開始されたメタデータに関する記述が終了することを示している。図１２の第１０行目の記述「＜／ｈｅａｄ＞」は、第３行目から開始されたヘッダに関する記述が終了したことを示している。
【０１０４】
図１２の第１１行目の記述「＜ｂｏｄｙ＞」は、クリップインフォメーションファイルのボディ部分の記述が開始されることを示している。図１２の第１２行目の記述「＜ｐａｒ＞」は、データを並行して再生させることを示している。図１２の第１３行目の記述「＜ｓｗｉｔｃｈ＞」は、データを選択的に再生させることを示している。図１２の第１４行目の記述「＜！−−  ｍａｉｎ  ｓｔｒｅａｍ  −−＞」は、本線のＡＶデータに関する記述が開始されることを示している。なお、本線とは、低解像度のローレゾデータに対応する、高解像度のデータ（ビデオファイルおよびオーディオファイル）のことを意味している。図１２の第１５行目の記述「＜ｐａｒ  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”＞」のうち、「ｐａｒ」は、図１２の第１６行目乃至図１３の第１２行目に記述されたデータを並行して再生させることをと示している。また、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、ビデオファイルの符号化方式（ファイル形式）を示している。図１３の記述例においては、ファイル形式として「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」が記述されている。なお、この符号化方式は、ＭＰＥＧのＬｏｎｇ  ＧＯＰである。
【０１０５】
図１２の第１６行目乃至第１８行目の記述「＜ｖｉｄｅｏ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ”  ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」は、ビデオファイルのＵＭＩＤを示している。本記述例においては、ビデオファイルのＵＭＩＤとして「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」が記述されている。また、「ｔｙｐｅ＝”ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」は、ビデオファイルのファイル形式を示している。本記述例においては、ビデオファイルのファイル形式の例として「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」が記述されている。
【０１０６】
図１２の第１８行目の記述の続きが、図１３の第１行目以降に記述されている。図１３の第１行目乃至第３行目の記述「＜ａｕｄｉｏ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」は、１つめのオーディオファイルのＵＭＩＤを示している。本記述例においては、このオーディオファイルのＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイルのファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、このオーディオファイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチャンネルとして「ＣＨ１」が記述されている。
【０１０７】
図１３の第４行目乃至第６行目の記述「＜ａｕｄｉｏ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」は、２つめのオーディオファイルのＵＭＩＤを示している。本記述例においては、このオーディオファイルのＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイルのファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ２”」は、このオーディオファイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチャンネルとして「ＣＨ２」が記述されている。
【０１０８】
図１３の第７行目乃至第９行目の記述「＜ａｕｄｉｏ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」は、３つめのオーディオファイルのＵＭＩＤを示している。本記述例においては、このオーディオファイルのＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイルのファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ３”」は、このオーディオファイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチャンネルとして「ＣＨ３」が記述されている。
【０１０９】
図１４の第１０行目乃至第１２行目の記述「＜ａｕｄｉｏ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３”  ｔｙｐｅ＝”ＬＰＣＭ１６”  ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞」のうち、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」は、４つめのオーディオファイルのＵＭＩＤを示している。本記述例においては、このオーディオファイルのＵＭＩＤとして、「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」が記述されている。また、「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、このオーディオファイルのファイル形式を示す。また、「ｔｒａｃｋＤｓｔ＝”ＣＨ４”」は、このオーディオファイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチャンネルとして「ＣＨ４」が記述されている。
【０１１０】
図１３の第１３行目の記述「＜／ｐａｒ＞」は、図１２の第１５行目から記述が開始された、並行して再生させるデータの記述が終了したことを示している。すなわち、図１２の第１５行目乃至図１３の第１３行目には、ビデオファイルと４チャンネル分のオーディオファイルを同時に並行して再生させることが記述されている。
【０１１１】
図１３の第１３行目の記述の続きが、図１４の第１行目以降に記述されている。図１４の第１行目の記述「＜！−−  ｓｕｂ  ｓｔｒｅａｍ  −−＞」は、第２行目以降にローレゾデータファイルに関する記述があることを示している。図１４の第２行目乃至第４行目の記述「＜ｒｅｆ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８”  ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ”  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”／＞」は、ローレゾデータファイルのＵＭＩＤを示している。本記述例においては、ＵＭＩＤとして「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８」が記述されている。また、「ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ”」は、このローレゾデータファイルがサブストリームであることを示している。また、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”」は、ファイル形式を示している。本記述例においては、ファイル形式として「ＳｕｂＳｔｒｅａｍ」が記述されている。
【０１１２】
図１４の第５行目の記述「＜／ｓｗｉｔｃｈ＞」は、図１２の第１３行目を受けて記述されており、本線のデータ、およびローレゾデータのいずれかを選択して再生させることを示している。すなわち、ビデオファイルおよびオーディオファイル、並びにローレゾデータファイルのうち、いずれか一方を選択して再生させることを指定している。
【０１１３】
図１４の第６行目の記述「＜！−−  ｒｅａｌｔｉｍｅ  ｍｅｔａ  −−＞」は、第７行目以降にフレームメタデータファイルに関する記述があるこを示している。図１４の第７行目の記述「＜ｍｅｔａｓｔｒｅａｍ  ｓｒｃ＝”Ｃ０００４Ｒ０１．ＢＩＭ”  ｔｙｐｅ＝”ｒｅｑｕｉｒｅｄ２ｋ”／＞」のうち、「Ｃ０００４Ｒ０１．ＢＩＭ」は、フレームメタデータファイルのファイル名を示している。また、「ｔｙｐｅ＝”ｒｅｑｕｉｒｅｄ２ｋ”」は、フレームメタデータファイルのファイル形式を示している。
【０１１４】
図１４の第８行目の記述「＜／ｐａｒ＞」は、図１２の第１２行目の記述を受けて記述されており、本線のデータおよびローレゾデータのうちいずれかのデータ、並びにフレームメタデータファイルを並行して再生させることを示している。
【０１１５】
図１４の第９行目の記述「＜／ｂｏｄｙ＞」は、図１２の第１１行目の記述を受けて記述されており、ボディ部の記述が終了したことを示している。図１４の第１０行目の記述「＜／ｓｍｉｌ＞」は、図１２の第２行目の記述を受けて記述されており、ｓｍｉｌによる記述が終了したことを示している。
【０１１６】
次に、図１５のフローチャートを参照して、図１の記録再生装置１の編集処理について説明する。
【０１１７】
ユーザにより操作部２１が操作され、１以上のクリップのビデオファイルを繋ぎ合わせる指示が入力されたとき、ステップＳ１０１において、エディットリスト作成部６１は、エディットリストルートディレクトリ２０９の下位に、エディットリストディレクトリを作成する。図１６は、ステップＳ１０１の処理により、エディットリストルートディレクトリ２０９の下位に作成されたエディットリストディレクトリ３０１の例を表している。図１６において、エディットリストルートディレクトリ２０９の下位にエディットリストディレクトリ（Ｅ０００１）３０１が作成されている。
【０１１８】
ステップＳ１０２において、符号化方式取得部６２は、ユーザにより繋ぎ合わせる指示が入力された全てのクリップの符号化方式を特定する。すなわち、ユーザにより繋ぎ合わせる指示が入力されたクリップのビデオファイル（例えば、ビデオファイル２２２）の符号化方式は、インデックスファイル２０４、およびクリップインフォメーションファイル（例えば、クリップインフォメーションファイル２２１）に記録されている（図７の第９行目、図７の第２７行目、図８の第１７行目、図９の第８行目、図９の第２６行目、図１０の第１６行目、図１１の第５行目、および図１２の第１８行目を参照）ので、符号化方式取得部６２は、インデックスファイル２０４（またはクリップインフォメーションファイル）から、ビデオファイルのｔｙｐｅ属性を検索して、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式を読み出す。例えば、３つのクリップのビデオファイルを繋ぎ合わせる指示が入力されていた場合、符号化方式取得部６２は、繋ぎ合わせるように指示された３つのビデオファイルのｔｙｐｅ属性をビデオファイル毎に検索して、３つのビデオファイルそれぞれの符号化方式を特定する。
【０１１９】
ステップＳ１０３において、エディットリストファイル管理部６３は、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式は１種類か否かを判定し、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式が１種類であった場合、処理はステップＳ１０４に進む。すなわち、例えば、３つのクリップのビデオファイルを繋ぎ合わせる指示が入力されていた場合、ステップＳ１０２の処理により、繋ぎ合わせるように指示された３つのビデオファイルのそれぞれの符号化方式が特定される。そこで、ステップＳ１０３において、エディットリストファイル管理部６３は、ステップＳ１０２で特定された３つのビデオファイルそれぞれの符号化方式が全て同一であるか否か（１種類の符号化方式であるか否か）を判定し、３つのビデオファイルそれぞれの符号化方式が全て同一である（１種類の符号化方式である）場合、処理はステップＳ１０４に進む。
【０１２０】
ステップＳ１０４において、エディットリストファイル管理部６３は、ステップＳ１０２で特定された１種類の符号化方式が記述されたエディットリストファイルを作成し、ドライブ２９を介して、光ディスク３０のエディットリストディレクトリ３０１の下位に記録する。その後、処理はステップＳ１０６に進む。
【０１２１】
ステップＳ１０３において、エディットリストファイル管理部６３が、符号化方式は１種類ではない（２種類以上である）と判定した場合、処理はステップＳ１０５に進む。例えば、３つのクリップのビデオファイルを繋ぎ合わせる指示が入力されていた場合、ステップＳ１０３において、エディットリストファイル管理部６３は、ステップＳ１０２で特定された３つのビデオファイルそれぞれの符号化方式が全て同一であるか否か（１種類の符号化方式であるか否か）を判定し、３つのビデオファイルそれぞれの符号化方式が全て同一ではない（複数種類の符号化方式が混在している）場合、処理はステップＳ１０５に進む。
【０１２２】
ステップＳ１０５において、エディットリストファイル管理部６３は、ステップＳ１０２で特定された複数種類の符号化方式を含むグループ名が記述されたエディットリストファイルを作成し、ドライブ２９を介して、光ディスク３０のエディットリストディレクトリ３０１の下位に記録する。
【０１２３】
すなわち、符号化方式には、例えば「ＤＶ２５＿４１１」、「ＤＶ２５ＤＡＴＡ＿４１１」、「ＤＶ２５＿４２０」、「ＤＶ２５ＤＡＴＡ＿４２０」、「ＤＶ５０＿４２２」、「ＤＶ５０ＤＡＴＡ＿４２２」、「ＩＭＸ３０」、「ＩＭＸ４０」、「ＩＭＸ５０」、「ＭＰＥＧ２ＨＤ２５＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１４４０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１９２０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１２８０＿４２２ＰＭＰ＠ＨＬ」、および「ＭＰＥＧ２ＨＤ５０＿１９２０＿４２２ＰＭＰ＠ＨＬ」がある。
【０１２４】
このうち、「ＤＶ２５＿４１１」、「ＤＶ２５ＤＡＴＡ＿４１１」、「ＤＶ２５＿４２０」、および「ＤＶ２５ＤＡＴＡ＿４２０」は、ＤＶ規格であり、かつビットレートが２５Ｍｂｐｓのグループに属している。
【０１２５】
また、「ＤＶ５０＿４２２」、および「ＤＶ５０ＤＡＴＡ＿４２２」は、ＤＶ規格であり、かつビットレートが３０Ｍｂｐｓのグループに属している。
【０１２６】
また、「ＩＭＸ３０」、「ＩＭＸ４０」、および「ＩＭＸ５０」は、ＭＰＥＧのＩピクチャのみで構成された符号化方式のグループに属している。なお、「ＩＭＸ３０」は、ビットレートが３０Ｍｂｐｓであり、「ＩＭＸ４０」は、ビットレートが４０Ｍｂｐｓであり、「ＩＭＸ５０」は、ビットレートが５０Ｍｂｐｓである。
【０１２７】
また、「ＭＰＥＧ２ＨＤ２５＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１４４０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１９２０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ５０＿１２８０＿４２２ＰＭＰ＠ＨＬ」、および「ＭＰＥＧ２ＨＤ５０＿１９２０＿４２２ＰＭＰ＠ＨＬ」は、ＭＰＥＧのＬｏｎｇ  ＧＯＰによる符号化方式のグループに属している。
【０１２８】
そこで、ステップＳ１０２で特定された複数種類の符号化方式が、全て、ＤＶ規格であり、かつビットレートが２５Ｍｂｐｓのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＤＶ２５＿４１１」および「ＤＶ２５＿４２０」であった場合）、エディットリストファイル管理部６３は、「ＤＶ２５＿４１１」と「ＤＶ２５＿４２０」を含むグループ名「ＤＶ２５」を記述したエディットリストファイルを作成する。
【０１２９】
また、ステップＳ１０２で特定された複数種類の符号化方式が、全て、ＤＶ規格であり、かつビットレートが２５Ｍｂｐｓと５０Ｍｂｐｓのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＤＶ２５＿４１１」および「ＤＶ５０＿４２２」であった場合）、エディットリストファイル管理部６３は、「ＤＶ２５＿４１１」と「ＤＶ５０＿４２２」を含むグループ名「ＤＶ５０」を記述したエディットリストファイルを作成する。すなわち、グループ名「ＤＶ５０」は、ＤＶ規格でビットレートが５０Ｍｂｐｓのグループのみではなく、ＤＶ規格でビットレートが２５Ｍｂｐｓのグループをも含むようにすることができる。
【０１３０】
また、ステップＳ１０２で特定された複数種類の符号化方式が、全て、ＩＭＸのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＩＭＸ４０」および「ＩＭＸ５０」であった場合）、エディットリストファイル管理部６３は、「ＩＭＸ４０」と「ＩＭＸ５０」を含むグループ名「ＩＭＸ」を記述したエディットリストファイルを作成する。
【０１３１】
また、ステップＳ１０２で特定された複数種類の符号化方式が、全て、ＭＰＥＧのＬｏｎｇ  ＧＯＰのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＭＰＥＧ２ＨＤ２５＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」、および「ＭＰＥＧ２ＨＤ５０＿１４４０＿ＭＰ＠ＨＬ」であった場合）、エディットリストファイル管理部６３は、「ＭＰＥＧ２ＨＤ２５＿１２８０＿ＭＰ＠ＨＬ」、「ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ」、および「ＭＰＥＧ２ＨＤ５０＿１４４０＿ＭＰ＠ＨＬ」を含むグループ名「ＭＰＥＧ」を記述したエディットリストファイルを作成する。
【０１３２】
また、ステップＳ１０２で特定された複数種類の符号化方式が、ＤＶ規格の２５ＭｂｐｓのグループとＩＭＸのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＤＶ２５＿４１１」および「ＤＶ２５＿４２０」、並びに「ＩＭＸ４０」および「ＩＭＸ５０」であった場合）、エディットリストファイル管理部６３は、「ＤＶ２５＿４１１」および「ＤＶ２５＿４２０」、並びに「ＩＭＸ４０」および「ＩＭＸ５０」を含むグループ名「ＤＶ２５＋ＩＭＸ」を記述したエディットリストファイルを作成する。
【０１３３】
また、ステップＳ１０２で特定された複数種類の符号化方式が、ＤＶ規格の２５Ｍｂｐｓと５０ＭｂｐｓのグループとＩＭＸのグループに属していた場合（例えば、ステップＳ１０２で特定された符号化方式が「ＤＶ２５＿４１１」、「ＤＶ２５＿４２０」、および「ＤＶ５０＿４２２」、並びに「ＩＭＸ４０」および「ＩＭＸ５０」であった場合）、エディットリストファイル管理部６３は、「ＤＶ２５＿４１１」、「ＤＶ２５＿４２０」、および「ＤＶ５０＿４２２」、並びに「ＩＭＸ４０」および「ＩＭＸ５０」を含むグループ名「ＤＶ５０＋ＩＭＸ」を記述したエディットリストファイルを作成する。
【０１３４】
ステップＳ１０５の処理の後、処理はステップＳ１０６に進む。
【０１３５】
ステップＳ１０６において、エディットリスト作成部６１は、ステップＳ１０１で作成されたエディットリストディレクトリ３０１の下位に管理される、エディットリストファイル以外のファイルを作成する。エディットリスト作成部６１は、例えば、クリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイルを作成する。
【０１３６】
図１７は、ステップＳ１０４またはステップＳ１０５の処理によりエディットリストディレクトリ３０１の下位に記録されたエディットリストファイル３１１、およびステップＳ１０６の処理によりエディットリストディレクトリ３０１の下位に記録されたエディットリスト用クリップメタデータファイル３１２の例を表している。
【０１３７】
図１７において、エディットリストディレクトリ３０１には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（Ｅ０００２Ｅ０１．ＳＭＩ）３１１、並びに、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル（Ｅ０００２Ｍ０１．ＸＭＬ）３１２が設けられる。
【０１３８】
エディットリスト用クリップメタデータファイル３１２は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ２０８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。例えば、編集が行われると、図６のクリップメタデータファイル２２８に含まれるクリップメタデータから、編集後のエッセンスデータに対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが再構成され、エディットリスト用クリップメタデータファイルとして管理される。すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが付加され、そのクリップメタデータが１つのエディットリスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメタデータファイルは、編集毎に生成される。
【０１３９】
なお、このエディットリスト用クリップメタデータファイル３１２は、汎用性を持たせるために、ＸＭＬ形式で記述される。
【０１４０】
ステップＳ１０６の後、ステップＳ１０７において、インデックスファイル管理部１８は、インデックスファイル４１のエディットリストテーブルに、エディットリストディレクトリ３０１の下位に管理されているファイルに対応するエディットリスト要素を追加して、インデックスファイル４１の記録内容を更新する。
【０１４１】
ステップＳ１０８において、インデックスファイル管理部１８は、ステップＳ１０７でエディットリスト要素が追加されたインデックスファイル４１を、ドライブ２９を介して、光ディスク３０のＰＲＯＡＶディレクトリ２０２の下位に記録する。なお、この際、もともとＰＲＯＡＶディレクトリ２０２の下位に記録されていたインデックスファイル２０４は消去される。さらに、インデックスファイル管理部１８は、ステップＳ１０７でエディットリスト要素が追加されたインデックスファイル４１のバックアップファイルを作成し、これを、ドライブ２９を介して、光ディスク３０のＰＲＯＡＶディレクトリ２０２の下位に記録する。なお、この際、もともとＰＲＯＡＶディレクトリ２０２の下位に記録されていたバックアップファイル２０５は消去される。
【０１４２】
以上のようにして、編集処理が実行される。
【０１４３】
次に、図１８乃至図２７に、ステップＳ１０４またはステップＳ１０５の処理により作成されたエディットリストファイル３１１の記述例、並びにステップＳ１０７の処理により作成されたインデックスファイル４１の記述例を示す。
【０１４４】
図１８は、ステップＳ１０４の処理により作成されたエディットリストファイル３１１の記述例である。図１８は、クリップディレクトリ２１２およびクリップディレクトリ２１３によりそれぞれ管理されている２つのクリップが同一の符号化方式「ＩＭＸ５０」であった場合の例を示している。
【０１４５】
図１８の第１行目の記述「＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”  ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞」のうち、「ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”」は、エディットリストファイル３１１がＸＭＬ文書であることを表している。また、「ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”」は、文字コードがＵＴＦ−８で固定であることを表している。図１８の第２行目の記述「＜ｓｍｉｌ  ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｅｄｌ：ｅｄｉｔＬｉｓｔ”＞」は、ＸＭＬ文書の名前空間を示している。図１８の第３行目の記述「＜ｈｅａｄ＞」は、第４行目以降にヘッダの記述があることを示している。すなわち、エディットリストファイル３１１は、ヘッダとボディ部に分かれており、最初に、ヘッダが記述される。そして、図１８の第１０行目まで、ヘッダの記述が続く。
【０１４６】
図１８の第１１行目の記述「＜ｂｏｄｙ＞」は、第１２行目以降にボディ部の記述があることを示している。図１８の第１２行目の記述「＜ｐａｒ  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”＞」のうち、「ｐａｒ」は、第２１行目の「＜／ｐａｒ＞」と対応しており、第１３行目乃至第２０行目に記述されたクリップを並行して再生させることを示している。また、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”」は、エディットリストファイル３１１の編集時に採用されたクリップのビデオファイルの符号化方式を示している。本記述例においては、エディットリストファイル３１１の編集時に採用されたクリップのビデオファイルの符号化方式が、全て「ＩＭＸ５０」であることを示している。
【０１４７】
図１８の第１３行目の記述「＜！−−  Ｃｌｉｐ２  −−＞」は、クリップ２、すなわち２番目に作成されたクリップディレクトリ２１２の下位に管理されているファイルを再生させることを示している。図１８の第１４行目乃至第１６行目の記述「＜ｒｅｆ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＦＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０”  ｂｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：００：００：００”  ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：００：００：００”  ｃｌｉｐＥｎｄ＝”ｓｍｐｔｅ−３０＝００：１０：００：００”／＞」のうち、「ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＦＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０”」は、クリップディレクトリ２１２を特定する名前空間を示している。特に「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＦＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０」は、クリップディレクトリ２１２のＵＭＩＤを示し、本記述例においては、クリップディレクトリ２１２のＵＭＩＤが「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＦＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０」であることを示している。また、「ｂｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：００：００：００”」は、クリップディレクトリ２１２の下位に管理されているビデオファイルの再生を開始すべき、編集結果におけるタイムコードを示している。また、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：００：００：００”」は、クリップディレクトリ２１２の下位に管理されているビデオファイルの再生を開始すべき、ビデオファイル内でのタイムコードを示している。また、「ｃｌｉｐＥｎｄ＝”ｓｍｐｔｅ−３０＝００：１０：００：００”」は、クリップディレクトリ２１２の下位に管理されているビデオファイルの再生を終了すべき、ビデオファイル内でのタイムコードを示している。
【０１４８】
図１８の第１７行目の記述「＜！−−  Ｃｌｉｐ３  −−＞」は、クリップ３、すなわち３番目に作成されたクリップディレクトリ２１３の下位に管理されているファイルを再生させることを示している。図１８の第１８行目乃至第２０行目の記述「＜ｒｅｆ  ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０Ｆ”  ｂｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：１０：００：００”  ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：０２：００：００”  ｃｌｉｐＥｎｄ＝”ｓｍｐｔｅ−３０＝００：０３：３０：００”／＞」のうち、「ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０Ｆ”」は、クリップディレクトリ２１３を特定する名前空間を示している。特に「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０Ｆ」は、クリップディレクトリ２１３のＵＭＩＤを示し、本記述例においては、クリップディレクトリ２１３のＵＭＩＤが「０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００ＥＤＣＢＡ９８７６５４３２１０ＦＥＤＣＢＡ９８７６５４３２１０Ｆ」であることを示している。また、「ｂｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：１０：００：００”」は、クリップディレクトリ２１３の下位に管理されているビデオファイルの再生を開始すべき、編集結果におけるタイムコードを示している。また、「ｃｌｉｐＢｅｇｉｎ＝”ｓｍｐｔｅ−３０＝００：０２：００：００”」は、クリップディレクトリ２１２の下位に管理されているビデオファイルの再生を開始すべき、ビデオファイル内でのタイムコードを示している。また、「ｃｌｉｐＥｎｄ＝”ｓｍｐｔｅ−３０＝００：０３：３０：００”」は、クリップディレクトリ２１２の下位に管理されているビデオファイルの再生を終了すべき、ビデオファイル内でのタイムコードを示している。
【０１４９】
図１８の第２１行目の記述「＜／ｐａｒ＞」は、第１２行目の「ｐａｒ」と対応しており、上述したように、クリップディレクトリ２１２の下位に管理されたビデオファイルおよびクリップディレクトリ２１３の下位に管理されたビデオファイルを並行して再生させることを示している。
【０１５０】
図１８の第２２行目の記述「＜／ｂｏｄｙ＞」は、第１１行目から開始されたボディ部の記述が終了したことを示している。
【０１５１】
図１８の第２３行目の記述「＜／ｓｍｉｌ＞」は、第２行目から開始されたｓｍｉｌの記述が終了したことを示している。
【０１５２】
以上に示したように、エディットリストファイル３１１には、繋ぎ合わせて再生するように編集されたクリップに含まれるビデオファイルの符号化方式が記述される（図１８の第１２行目）。これにより、このエディットリストファイル３１１を参照すれば、わざわざ各クリップのクリップインフォメーションファイルを参照しなくても、編集されたクリップに含まれるビデオファイルの符号化方式を特定することが可能となる。
【０１５３】
次に、図１９乃至図２３は、図１８のようなエディットリストファイル３１１が作成された場合に、ステップＳ１０７の処理によりエディットリスト要素が追加されたインデックスファイル４１の記述例を示している。なお、図２０は図１９の記述の続きであり、図２１は図２０の記述の続きであり、図２２は図２１の記述の続きであり、図２３は図２２の記述の続きである。
【０１５４】
図１９の第１行目乃至図２３の第１９行目の記述は、図７の第１行目乃至図１１の第１９行目の記述と同一であるので、説明を省略する。
【０１５５】
図２３においては、第２０行目の記述「＜ｅｄｉｔｌｉｓｔＴａｂｌｅ  ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞」と、第２５行目の記述「＜／ｅｄｉｔｌｉｓｔＴａｂｌｅ＞」の間に、エディットリストディレクトリ３０１の下位に管理されているエディットリストの属性が追記されている。
【０１５６】
すなわち、図２３の第２１行目および第２２行目の記述「＜ｅｄｉｔｌｉｓｔ  ｉｄ＝”Ｅ０００１”  ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”  ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ”  ｄｕｒ＝”５００”  ｆｐｓ＝”５９．９４ｉ”  ｃｈ＝”４”  ａｓｐｅｃｔＲａｔｉｏ＝”４：３”  ｔｙｐｅ＝”ＩＭＸ５０”＞」のうち「ｉｄ＝”Ｅ０００１”」は、エディットリストのＩＤを示しており、本記述例においては、エディットリストのＩＤとして「Ｅ０００１」が記述されている。なお、このＩＤは、エディットリストディレクトリ３０１のディレクトリ名と同一である。また、「ｕｍｉｄ＝”０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ”」は、エディットリストディレクトリ３０１により管理されているエディットリストのＵＭＩＤを示しており、本記述例においては、ＵＭＩＤとして「０Ｄ１２１３００００００００００００１０４４４４４４８４ＥＥＥＥ００Ｅ０１８８Ｅ１３０Ｂ」が記述されている。また、「ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ”」は、エディットリストディレクトリ３０１の下位で管理されているエディットリストファイル３１１のファイル名を示しており、本記述例においてはファイル名として「Ｅ０００１Ｅ０１．ＳＭＩ」が記述されている。また、「ｄｕｒ＝”５００”」は、エディットリストディレクトリ３０１により管理されているエディットリストに基づいて再生した場合の、時間長を示している。単位は、フレーム数である。本記述例においては、エディットリストディレクトリ３０１により管理されているエディットリストに基づいて再生した場合の、時間長が５００フレーム分であることを示している。また、「ｆｐｓ＝”５９．９４ｉ”」は、エディットリストディレクトリ３０１により管理されているエディットリストに基づいて再生した場合の、時間軸方向のレゾリューションを示している。単位はｆｉｅｌｄ／ｓｅｃである。本記述例においては、ＮＴＳＣ方式の信号周波数を示している。また、「ｃｈ＝”４”」は、エディットリストディレクトリ３０１により管理されているエディットリストに基づいて再生した場合の、オーディオチャンネル数を示している。本記述例においては、オーディオチャンネル数が４つであることを示している。また、「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」は、エディットリストディレクトリ３０１により管理されているエディットリストに基づいて再生した場合の、ビデオファイルのアスペクト比を示している。本記述例においては、アスペクト比が４：３であることを示している。また、「ｔｙｐｅ＝”ＩＭＸ５０”」は、エディットリスト３１１を参照して再生するビデオファイルの符号化方式を示しており、本記述例においては、符号化方式として「ＩＭＸ５０」が記述されている。
【０１５７】
図２３の第２３行目の記述「＜ｍｅｔａ  ｆｉｌｅ＝”Ｅ０００１Ｍ０１．ＸＭＬ”  ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞」は、エディットリスト用クリップメタデータファイル３１２の属性が記述されている。このメタ要素は、エディットリスト用クリップメタデータファイル３１２に関する情報を管理する。「ｆｉｌｅ＝”Ｅ０００１Ｍ０１．ＸＭＬ”」は、エディットリスト用クリップメタデータファイル３１２のファイル名を示している。本記述例においては、エディットリスト用クリップメタデータファイル３１２のファイル名として「Ｅ０００１Ｍ０１．ＸＭＬ」が記述されている。また、「ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”」は、エディットリスト用クリップメタデータファイル３１２のファイル形式を示す。本実施の形態においては、エディットリスト用クリップメタデータファイル３１２のファイル形式として「ＰＤ−Ｍｅｔａ」が記述されている。
【０１５８】
図２３の第２５行目の記述「＜／ｅｄｉｔｌｉｓｔ＞」は、第２５行目まででエディットリストディレクトリ３０１により管理されたエディットリストの属性の記述が終了したことを示している。すなわち、図２３の第２１行目乃至第２５行目に、エディットリストディレクトリ３０１により管理されたエディットリストの属性が記述されている。
【０１５９】
すなわち、図２３の第２１行目乃至第２５行目の記述は、上述したステップＳ１０７の処理により、インデックスファイル４１に、エディットリスト要素として追記される。
【０１６０】
次に、図２４は、ステップＳ１０５の処理により作成されたエディットリストファイル３１１の記述例である。図２４は、クリップディレクトリ２１２により管理されているビデオファイル（符号化方式はＩＭＸ５０）、およびクリップディレクトリ２１５により管理されているビデオファイル（符号化方式はＩＭＸ４０）を繋ぎ合わせて編集した場合の例を示している。
【０１６１】
図２４においては、ＩＭＸ５０とＩＭＸ４０が含まれるグループのグループ名「ＩＭＸ」が、第１２行目に記述されている。すなわち、第１２行目には、「＜ｐａｒ  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ”＞」と記述されており、このうち「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ”」が、クリップディレクトリ２１２およびクリップディレクトリ２１５により管理されているビデオファイルの符号化方式を示している。本記述例においては、ビデオファイルの符号化方式として「ＩＭＸ」と記述されており、これは、ＩＭＸ５０とＩＭＸ４０が含まれるグループのグループ名を示している。
【０１６２】
また、図２４においては、第１３行目に「＜！−−  Ｃｌｉｐ２  −−＞」と記述され、第１７行目に「＜！−−  Ｃｌｉｐ５  −−＞」と記述されており、これらは、それぞれクリップディレクトリ２１２およびクリップディレクトリ２１５を示している。すなわち、第１３行目乃至第１６行目には、クリップディレクトリ２１２の下位に管理されているファイルの属性が記述され、第１７行目乃至第２０行目には、クリップディレクトリ２１５の下位に管理されているファイルの属性が記述されている。
【０１６３】
図２４において、上記以外の記述は図１８と同様であるため、説明を省略する。
【０１６４】
次に、図２５は、図２４のようなエディットリストファイル３１１が作成された場合に、ステップＳ１０７の処理によりエディットリスト要素が追加されたインデックスファイル４１の記述例の一部を示している。すなわち、上述した図１９乃至図２３には、インデックスファイル４１の記述例が示されているが、図２４のようなエディットリストファイル３１１が作成された場合、図１９乃至図２３の記述例のうち、図２３の第２０行目乃至第２６行目が、図２５の第１行目乃至第７行目の記述に入れ替えられたインデックスファイル４１が作成される。
【０１６５】
図２５においては、第４行目に、図２４と同一の符号化方式のグループ名が記述される。すなわち、図２５の第４行目には、「ｔｙｐｅ＝”ＩＭＸ”」と記述されており、これは、図２４の第１２行目に記述された「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ”」を反映している。
【０１６６】
図２５のその他の記述は、図２３の第２０行目乃至第２６行目と同様であるため、説明を省略する。
【０１６７】
次に、図２６は、ステップＳ１０５の処理により作成されたエディットリストファイル３１１の記述例である。図２６は、クリップディレクトリ２１１により管理されているビデオファイル（符号化方式はＤＶ２５＿４１１）、およびクリップディレクトリ２１７により管理されているビデオファイル（符号化方式はＤＶ５０＿４２２）を繋ぎ合わせて編集した場合の例を示している。
【０１６８】
図２６においては、ＤＶ２５＿４１１とＤＶ５０＿４２２が含まれるグループのグループ名「ＤＶ５０」が、第１２行目に記述されている。すなわち、第１２行目には、「＜ｐａｒ  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＤＶ５０”＞」と記述されており、このうち「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＤＶ５０”」が、クリップディレクトリ２１１およびクリップディレクトリ２１７により管理されているビデオファイルの符号化方式を示している。本記述例においては、ビデオファイルの符号化方式として「ＤＶ５０」と記述されており、これは、ＤＶ２５＿４１１とＤＶ５０＿４２２が含まれるグループのグループ名を示している。
【０１６９】
また、図２６においては、第１３行目に「＜！−−  Ｃｌｉｐ１  −−＞」と記述され、第１７行目に「＜！−−  Ｃｌｉｐ７  −−＞」と記述されており、これらは、それぞれクリップディレクトリ２１１およびクリップディレクトリ２１７を示している。すなわち、第１３行目乃至第１６行目には、クリップディレクトリ２１１の下位に管理されているファイルの属性が記述され、第１７行目乃至第２０行目には、クリップディレクトリ２１７の下位に管理されているファイルの属性が記述されている。
【０１７０】
図２６において、上記以外の記述は図１８と同様であるため、説明を省略する。
【０１７１】
次に、図２７は、図２６のようなエディットリストファイル３１１が作成された場合に、ステップＳ１０７の処理によりエディットリスト要素が追加されたインデックスファイル４１の記述例の一部を示している。すなわち、上述した図１９乃至図２３には、インデックスファイル４１の記述例が示されているが、図２６のようなエディットリストファイル３１１が作成された場合、図１９乃至図２３の記述例のうち、図２３の第２０行目乃至第２６行目が、図２７の第１行目乃至第７行目の記述に入れ替えられたインデックスファイル４１が作成される。
【０１７２】
図２７においては、第４行目に、図２６と同一の符号化方式のグループ名が記述される。すなわち、図２５の第４行目には、「ｔｙｐｅ＝”ＤＶ５０”」と記述されており、これは、図２６の第１２行目に記述された「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＤＶ５０”」を反映している。
【０１７３】
図２７のその他の記述は、図２３の第２０行目乃至第２６行目と同様であるため、説明を省略する。
【０１７４】
以上に例示したように、本発明を適用した記録再生装置１においては、エディットリストファイル３１１に基づいて再生するビデオファイルの符号化方式を、エディットリストファイル３１１自体に記述するようにしたので、このエディットリストファイル３１１に基づいて再生処理を行う再生装置は、エディットリストファイル３１１に記述された符号化方式を参照することにより、エディットリストファイル３１１に記述されたビデオファイルの復号が実行可能か否かを、容易に判定することが可能となる。
【０１７５】
また、本発明を適用した記録再生装置１においては、エディットリストに記述された複数のビデオファイルが異なる符号化方式であり、かつ、同一のグループ（例えば、「ＤＶ２５」、「ＤＶ５０」、「ＩＭＸ」、または「ＭＰＥＧ」）に属していた場合、そのグループ名を、エディットリストファイル３１１自体に記述するようにしたので、このエディットリスト３１１に基づいて再生処理を行う再生装置は、個々の符号化方式について復号可能か否か判定しなくても、グループ毎に復号可能か否かを判定することができ、再生の可否をより容易に行うことが可能となる。
【０１７６】
また、上記したように、エディットリストに含まれるクリップの符号化方式をインデックスファイルにも記録するようにしたので、このエディットリストを再生するか否かの判断を、インデックスファイルを参照しても行うことができる。
【０１７７】
次に、図２８のフローチャートを参照して、エディットリスト３１１に基づいた再生処理について説明する。なお、光ディスク３０は、図１の記録再生装置１から取り出され、図３の記録再生装置１０１に装着され、図３の記録再生装置１０１により、再生処理が実行されるものとする。なお、図３の記録再生装置１０１のインデックスファイル管理部１１８に記憶されているインデックスファイル１４１は、光ディスク３０がドライブ１２９に装着されたタイミングで光ディスク３０から読み出されたものである。
【０１７８】
ユーザにより操作部１２１が操作され、エディットリスト３１１に基づく再生の実行が指示された場合、図２８のステップＳ２０１において、インデックスファイル管理部１１８は、インデックスファイル１４１から、再生を指示されたエディットリストのエディットリスト要素に関する記述部分を選択する。ステップＳ２０１の処理により、例えば、図２３の第２１行目乃至第２５行目、図２５の第２行目乃至第６行目、または図２７の第２行目乃至第６行目の記述が選択される。
【０１７９】
ステップＳ２０２において、再生制御部１１６の符号化方式取得部１６２は、ステップＳ２０１で選択された記述の中から、符号化方式に関する記述部分を取得する。例えば、ステップＳ２０１の処理により、図２３の第２１行目乃至第２５行目の記述が選択された場合、符号化方式取得部１６２は、図２３の第２３行目の記述「ｔｙｐｅ＝”ＩＭＸ５０”」を取得する。例えば、ステップＳ２０１の処理により、図２５の第２行目乃至第６行目の記述が選択された場合、符号化方式取得部１６２は、図２５の第４行目の記述「ｔｙｐｅ＝”ＩＭＸ”」を取得する。また、例えば、ステップＳ２０１の処理により、図２７の第２行目乃至第６行目の記述が選択された場合、符号化方式取得部１６２は、図２７の第４行目の記述「ｔｙｐｅ＝”ＤＶ５０”」を取得する。
【０１８０】
再生制御部１１６には、記録再生装置１０１に備えられている復号器により復号可能な符号化方式のリスト（以下、符号化方式リストとも称する）がデータとして記録されている。そこで、ステップＳ２０３において、再生可否判定部１６３は、ステップＳ２０２で取得した符号化方式が、符号化方式リストに全て記録されているか否かを判定することにより、エディットリストファイル３１１を再生するための復号器を全て備えているか否かを判定する。そして、記録再生装置１０１が、エディットリストファイル３１１を再生するための復号器を全て備えてはいない（エディットリストファイル３１１を再生するための復号器が１つ以上不足している）と判定された場合、処理はステップＳ２０４に進む。
【０１８１】
ステップＳ２０４において、再生可否判定部１６３は、ＣＰＵ１１１に、エディットリストファイル３１１に基づく再生は不可能である旨を通知し、ＣＰＵ１１１は、この通知を受けて、表示部１２２に、エディットリストファイル３１１に基づく再生は不可能である旨の案内（エラー画面）を表示させる。
【０１８２】
ステップＳ２０３において、再生可否判定部１６３が、エディットリストファイル３１１を再生するための復号器を全て備えていると判定した場合、処理はステップＳ２０５に進む。
【０１８３】
ステップＳ２０５において、再生可否判定部１６３は、再生実行部１６４に、エディットリストファイル３１１に基づく再生は可能である旨を通知し、再生実行部１６４は、この通知を受けて、エディットリストファイル３１１の記述に従って、ビデオファイル等の再生を実行する。すなわち、再生実行部１６４は、ドライブ１２９を介して、光ディスク３０から、ビデオファイル等の読み出し、復号、表示部１２２への表示等の処理を実行する。
【０１８４】
以上のようにして、エディットリストに基づいた再生処理が実行される。
【０１８５】
なお、以上の再生処理においては、ステップＳ２０１において、インデックスファイル１４１に記録された符号化方式の記述を参照した場合を例として説明したが、勿論、インデックスファイル１４１を参照する代わりに、エディットリストファイル３１１の記述を参照して、符号化方式を特定するようにしても良い。
【０１８６】
ところで、以上の説明においては、１つのエディットリストに複数の符号化方式が含まれていた場合、そのグループ名をエディットリストファイルに記述するようにしているが、そのようにせずに、エディットリストに含まれている複数の符号化方式を全て、エディットリストファイルに列挙するようにしても良い。
【０１８７】
次に、図２９のフローチャートを参照して、エディットリストに含まれている複数の符号化方式を全て、エディットリストファイルに列挙するようにした場合の編集処理について説明する。
【０１８８】
図２９のステップＳ３０１およびステップＳ３０２の処理は、それぞれ図１５のステップＳ１０１およびステップＳ１０２の処理と同様であるため、説明を省略する。図２９のステップＳ３０３において、エディットリストファイル管理部６３は、ステップＳ３０２で特定された複数種類の符号化方式が全て記述されたエディットリストファイルを作成し、ドライブ２９を介して、光ディスク３０のエディットリストディレクトリ３０１の下位に記録する。その後、処理はステップＳ３０４に進む。
【０１８９】
ステップＳ３０４乃至ステップＳ３０６の処理は、それぞれ図１５のステップＳ１０６乃至ステップＳ１０８の処理と同様であるため、説明を省略する。
【０１９０】
以上のようにしても良い。
【０１９１】
以上のステップＳ３０３により作成されたエディットリストファイルの記述例を図３０に示す。図３０は、クリップディレクトリ２１１により管理されているビデオファイル（符号化方式はＤＶ２５＿４１１）、クリップディレクトリ２１２により管理されているビデオファイル（符号化方式はＩＭＸ５０）、およびクリップディレクトリ２１４により管理されているビデオファイル（符号化方式はＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ）を繋ぎ合わせて編集した場合の例を示している。
【０１９２】
図３０においては、ＩＭＸ５０、ＤＶ２５＿４１１、およびＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬが、第１２行目に列挙されている。すなわち、第１２行目には、「＜ｐａｒ  ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０””ＤＶ２５＿４１１””ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”＞」と記述されており、このうち「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０””ＤＶ２５＿４１１””ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」が、クリップディレクトリ２１１、クリップディレクトリ２１２、およびクリップディレクトリ２１４により管理されているビデオファイルの符号化方式を示している。このように、エディットリストファイルに記述されたクリップの符号化方式を、全て列挙するようにしても良い。
【０１９３】
また、図２０においては、第１３行目に「＜！−−  Ｃｌｉｐ１  −−＞」と記述され、第１７行目に「＜！−−  Ｃｌｉｐ２  −−＞」と記述され、第２１行目に「＜！−−  Ｃｌｉｐ４  −−＞」と記述されており、これらは、それぞれ、クリップディレクトリ２１１、クリップディレクトリ２１２、およびクリップディレクトリ２１４を示している。すなわち、第１３行目乃至第１６行目には、クリップディレクトリ２１１の下位に管理されているファイルの属性が記述され、第１７行目乃至第２０行目には、クリップディレクトリ２１２の下位に管理されているファイルの属性が記述され、第２１行目乃至第２４行目には、クリップディレクトリ２１４の下位に管理されているファイルの属性が記述されている。
【０１９４】
図３０において、上記以外の記述は図１８と同様であるため、説明を省略する。
【０１９５】
次に、図３１は、図３０のようなエディットリストファイル３１１が作成された場合に、ステップＳ３０５の処理によりエディットリスト要素が追加されたインデックスファイル４１の記述例の一部を示している。すなわち、上述した図１９乃至図２３には、インデックスファイル４１の記述例が示されているが、図３０のようなエディットリストファイル３１１が作成された場合、図１９乃至図２３の記述例のうち、図２３の第２０行目乃至第２６行目が、図３１の第１行目乃至第７行目の記述に入れ替えられたインデックスファイル４１が作成される。
【０１９６】
図３１においては、第４行目に、図３０と同一の符号化方式のグループ名が記述される。すなわち、図３１の第４行目には、「ｔｙｐｅ＝”ＩＭＸ５０｜ＤＶ２５＿４１１｜ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」と記述されており、これは、図３０の第１２行目に記述された「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０””ＤＶ２５＿４１１””ＭＰＥＧ２ＨＤ２５＿１４４０＿ＭＰ＠ＨＬ”」を反映している。
【０１９７】
図３１のその他の記述は、図２３の第２０行目乃至第２６行目と同様であるため、説明を省略する。
【０１９８】
以上のように、本発明によれば、編集されたデータを再生しようとする再生装置（例えば、図３の記録再生装置１０１）は、編集結果を管理するエディットリストファイル（またはインデックスファイル）を参照するだけで、編集されたデータを再生するために必要な復号器を特定することができ、編集結果の再生の可否判断をより容易に行うことが可能となる。
【０１９９】
すなわち、従来は、エディットリストファイルにもインデックスファイルにも、編集されたデータの符号化方式が記録されていなかったので、このエディットリストを再生しようとする再生装置は、エディットリストに記述されたクリップ（ビデオファイル）が管理されているクリップディレクトリのクリップインフォメーションファイルを読み出して、そのクリップの符号化方式を特定する必要があった。従って、エディットリストに多数のクリップが記述されていた場合、これを再生可能か否か判定するためには、多数のクリップのそれぞれが管理されているクリップディレクトリのクリップインフォメーションファイルを、個々に読み出して、クリップ毎の符号化方式を特定せねばならず、容易に再生可否を判定することができなかった。
【０２００】
それに対して、本発明によれば、エディットリストファイルに、クリップ（ビデオファイル）の符号化方式が記述されているため、仮に、エディットリストに多数のクリップが記述されていたとしても、エディットリストファイルを参照するだけで、それらのクリップの符号化方式を特定することができ、容易に再生可否を判定することが可能となる。
【０２０１】
なお、以上の説明は、上記した以外の符号化方式にも適用可能である。また、以上の説明は、ビデオファイルの符号化方式を記述する場合を例にしているが、ビデオファイル以外のファイル（例えば、オーディオファイルやローレゾデータファイル等）の符号化方式を、上記したのと同様に記述することも勿論可能である。
【０２０２】
なお、以上においては、動画データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０２０３】
また、以上においては、記録再生装置１が編集処理を行い、記録再生装置１０１が再生処理を行う場合について説明したが、編集処理および再生処理を行う情報処理装置としては、これに限らず、例えば、編集専用の情報処理装置であってもよいし、それ以外の情報処理装置であってもよい。
【０２０４】
さらに、以上においては、記録再生装置を例にして説明したが、これは一体的に構成されることに限定されるものではなく、記録装置、および再生装置にそれぞれ分離してもよい。例えば、記録装置において編集処理を実行し、再生装置において再生処理を実行するようにしてもよい。
【０２０５】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０２０６】
記録媒体は、図１および図３に示されるように、記録再生装置１や記録再生装置１０１とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア２８，１２８により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ１２，１１２や記憶部２５，１２５が含まれるハードディスクなどで構成される。
【０２０７】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０８】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０９】
【発明の効果】
以上のように、本発明によれば、動画データや音声データ等を編集することができる。特に、記録媒体に記録された編集された動画データや音声データを再生することができるか否かを容易に判定することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した記録再生装置の構成例を示すブロック図である。
【図２】図１のエディットリスト管理部の内部の構成例を示すブロック図である。
【図３】本発明を適用した記録再生装置の構成例を示すブロック図である。
【図４】図３の再生制御部の内部の構成例を示すブロック図である。
【図５】図１の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図である。
【図６】図５に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図７】インデックスファイルの記述例を示す図である。
【図８】インデックスファイルの記述例を示す、図７に続く図である。
【図９】インデックスファイルの記述例を示す、図８に続く図である。
【図１０】インデックスファイルの記述例を示す、図９に続く図である。
【図１１】インデックスファイルの記述例を示す、図１０に続く図である。
【図１２】クリップインフォメーションファイルの記述例を示す図である。
【図１３】クリップインフォメーションファイルの記述例を示す、図１２に続く図である。
【図１４】クリップインフォメーションファイルの記述例を示す、図１３に続く図である。
【図１５】記録再生装置の編集処理を説明するフローチャートである。
【図１６】図１の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図である。
【図１７】図１６に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図１８】エディットリストファイルの記述例を示す図である。
【図１９】インデックスファイルの記述例を示す図である。
【図２０】インデックスファイルの記述例を示す、図１９に続く図である。
【図２１】インデックスファイルの記述例を示す、図２０に続く図である。
【図２２】インデックスファイルの記述例を示す、図２１に続く図である。
【図２３】インデックスファイルの記述例を示す、図２２に続く図である。
【図２４】エディットリストファイルの記述例を示す図である。
【図２５】インデックスファイルの一部の記述例を示す図である。
【図２６】エディットリストファイルの記述例を示す図である。
【図２７】インデックスファイルの一部の記述例を示す図である。
【図２８】記録再生装置のエディットリストに基づいた再生処理を説明するフローチャートである。
【図２９】記録再生装置の編集処理を説明するフローチャートである。
【図３０】エディットリストファイルの記述例を示す図である。
【図３１】インデックスファイルの一部の記述例を示す図である。
【符号の説明】
１  記録再生装置，  １１  ＣＰＵ，  １２  ＲＯＭ，  １３  ＲＡＭ，  １４  クリップ管理部，  １５  エディットリスト管理部，  １６  再生制御部，  １８  インデックスファイル管理部，  １９  ディスクインフォメーションファイル管理部，  ２１  操作部，  ２２  表示部，  ２９  ドライブ，  ３０  光ディスク，  ４１  インデックスファイル，  ６１  エディットリスト作成部，  ６２符号化方式取得部，  ６３  エディットリストファイル管理部，  １０１  記録再生装置，  １１１  ＣＰＵ，  １１２  ＲＯＭ，  １１３  ＲＡＭ，  １１６  再生制御部，  １１８  インデックスファイル管理部，  １２２  表示部，  １２９ドライブ，  １４１  インデックスファイル，  １６１  符号化方式リスト保持部，  １６２  符号化方式取得部，  １６３  再生可否判定部，  １６４  再生実行部，  ２０４  インデックスファイル，  ２０９  エディットリストルートディレクトリ，  ２１１乃至２１７  クリップディレクトリ，  ２２２  ビデオファイル，  ３０１  エディットリストディレクトリ，  ３１１  エディットリストファイル，  ３１２  エディットリスト用クリップメタデータファイル
【図１】
2005004866.tif 000003
【図２】
2005004866.tif 000004
【図３】
2005004866.tif 000005
【図４】
2005004866.tif 000006
【図５】
2005004866.tif 000007
【図６】
2005004866.tif 000008
【図７】
2005004866.tif 000009
【図８】
2005004866.tif 000010
【図９】
2005004866.tif 000011
【図１０】
2005004866.tif 000012
【図１１】
2005004866.tif 000013
【図１２】
2005004866.tif 000014
【図１３】
2005004866.tif 000015
【図１４】
2005004866.tif 000016
【図１５】
2005004866.tif 000017
【図１６】
2005004866.tif 000018
【図１７】
2005004866.tif 000019
【図１８】
2005004866.tif 000020
【図１９】
2005004866.tif 000021
【図２０】
2005004866.tif 000022
【図２１】
2005004866.tif 000023
【図２２】
2005004866.tif 000024
【図２３】
2005004866.tif 000025
【図２４】
2005004866.tif 000026
【図２５】
2005004866.tif 000027
【図２６】
2005004866.tif 000028
【図２７】
2005004866.tif 000029
【図２８】
2005004866.tif 000030
【図２９】
2005004866.tif 000031
【図３０】
2005004866.tif 000032
【図３１】
2005004866.tif 000033