WO2004112030A1

WO2004112030A1 - 情報処理装置および方法、記録媒体、並びにプログラム

Info

Publication number: WO2004112030A1
Application number: PCT/JP2004/008416
Authority: WO
Inventors: Takayoshi Kawamura; Hideki Ando; Hideaki Mita; Keiichi Teranishi; Tatsushi Bannai
Original assignee: Sony Corporation; Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-06-11
Filing date: 2004-06-09
Publication date: 2004-12-23
Also published as: CN1816873A; US20070192697A1; CN100562938C; JP2005004866A

Abstract

データを再生することができるか否かを容易に判定する。撮影処理により作成された複数のクリップを繋ぎ合わせて編集する場合、エディットリスト管理部１５は、繋ぎ合わせる複数のクリップ（ビデオファイル）の個々の符号化方式を特定し、特定された符号化方式を、編集結果を管理するエディットリストファイル内に記述する。クリップやエディットリストファイル等が記録された光ディスク３０は、他の再生装置に装着される。他の再生装置に、光ディスク３０に記録された編集結果を再生する指示が入力された場合、再生装置は、エディットリストファイルに記述された符号化方式を読み出し、読み出された符号化方式は再生装置により復号可能な符号化方式であるか否かを判定することにより、再生装置が編集結果を再生できるか否かを判定する。本発明は、例えば映像等を編集する編集装置に適用することができる。

Description

明細書

I青報処理装置および方法、記録媒体、並びにプログラム技術分野

本発明は情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、より容易に、データの再生の可否を判定することができるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。背景技術

近年、データの書き込みや消去を繰り返し行うことができる CD- RW( Compact Disk-ReWri table) > DVD-RW(Digi tal Versatile Disc- ReWrit able)などの記録媒体が、その低価格化に伴い普及しつつある。

このようなディスク状の記録媒体を撮影装置に装着し、撮影処理により得られた動画データや音声データ（以下、動画データと音声デー夕をあわせて AVデータとも称する）等を記録することができる。また、複数回の撮影処理により記録媒体に記録された複数の AVデータを、必要な部分だけ繋ぎ合わせて編集することができる。

しかしながら、複数回の撮影処理により記録媒体に記録された複数の AVデータが、それぞれ異なる符号化方式により符号化されていた場合、編集されたデータを再生する再生装置は、全てのデータの符号化方式に対応する復号処理を実行しなければならない。

例えば、 3回の撮影処理により 3つの AVデ一夕が作成されたとする。ここで、 3つの AVデ一夕をそれぞれ AVデータ A、 AVデ一夕 B、および AVデ一夕 Cとする。また、 AVデータ A、 AVデータ B、および AVデー夕 Cは、それぞれ異なる符号化方式により符号化されているものとする。さらに、これら 3つの AVデータを繋ぎ合わせて編集処理を行ったものとする。この場合、この編集結果を再生する再生装置は、 AVデー夕 A、 AVデ一夕 B、および AVデータ Cのそれぞれの符号化方式に対応した復号処理を行う必要がある。すなわち、例えば、再生装置が AVデ一夕 Cの符号化方式に対応する復号器を備えていなかった場合、再生装置は編集結果を再生することができない。

従って、再生装置は、編集結果を再生する前に、その編集結果を再生することができるのか否か（AVデ一夕 A、 AVデータ B、および AVデ一夕 Cを再生するために必要な復号器を全て備えているのか否か）を判定する必要がある。

しかしながら、従来、編集結果を構成する複数の AVデータの符号化方式を特定するためには、 AVデータ毎に符号化方式を検索しなければならず、時間がかかるため、編集結果を再生できるか否かを短時間で容易に判定することができないという課題があった。発明の開示

本発明はこのような状況に鑑みてなされたものであり、より容易に、データの再生の可否を判定することができるようにするものである本発明の第 1の情報処理装置は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段と、特定手段により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイルを作成する作成手段とを備えることを特徴とする。

本発明の第 1の情報処理方法は、繋ぎ合わせて連続的に再生するように編集された複数のデ一夕の個々の符号化方式を特定する特定ステップと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報フアイルを作成する作成ステップとをむことを特徴とする。

本発明の第 1の記録媒体のプログラムは、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイルを作成する作成ステップとを含むことを特徴とする。本発明の第 1のプログラムは、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステツプと、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイルを作成する作成ステップとをコンピュータに実行さ^ることを特徴とする。

本発明の第 2の情報処理装置は、編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定手段を備えることを特徴とする。

本発明の第 2の情報処理方法は、編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数のデ一夕の符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステツプを含むことを特徴とする。

本発明の第 2の記録媒体のプログラムは、編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデ一夕を再生することができるか否かを判定する判定ステップを含むことを特徴とする。

本発明の第 2のプログラムは、コンピュータに、編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップを実行させることを特徴とする。

本発明の第 1の情報処理装置および方法、記録媒体、並びにプログラムにおいては、繋ぎ合わせて連続的に再生するように編集された複数のデータの個タの符号化方式が特定され、特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイルが作成される。

本発明の第 2の情報処理装置および方法、記録媒体、並びにプログラムにおいては、編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かが判定される。

本発明は、例えば、映像を撮影する撮影装置や、映像を編集する編集装置に適用することができる。図面の簡単な説明

第 1図は、本発明を適用した記録再生装置の構成例を示すブロック図、第 2図は、第 1図のエディツトリスト管理部の内部の構成例を示すブロック図、第 3図は、本発明を適用した記録再生装置の構成例を示すブロック図、第 4図は、第 3図の再生制御部の内部の構成例を示すブロック図、第 5図は、第 1図の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図、第 6図は、第 5図に示されるディレクトリ構造のさ.らに詳細な構成例を示す図、第 7図は、インデックスファイルの記述例を示す図、第 8図は、インデックスファイルの記述例を示す、第 7図に続く図、第 9図は、インデックスファイルの記述例を示す、第 8図に続く図、第 1 0図は、インデックスファイルの記述例を示す、第 9図に続く図、第 1 1図は、インデックスファイルの記述例を示す、第 1 0図に続く図、第 1 2図は、クリップインフォメーションファイルの記述例を示す図、第 1 3図は、クリップインフォメーションファイルの記述例を示す、第 1 2.図に続く図、第 1 4図は、クリップインフォメーションファイルの記述例を示す、第 1 3図に続く図、第 1 5図は、記録再生装置の編集処理を説明するフローチャート、第 1 6図は、第 1図の光ディスクに記録されたデータを管理するためのディレクトリ構造の例を示す図、第 1 7図は、第 1 6図に示されるディレクトリ構造のさらに詳細な構成例を示す図、第 1 8図は、エディツトリストファイルの記述例を示す図、第 1 9図は、インデックスファイルの記述例を示す図、第 2 0図は、インデックスファイルの記述例を示す、第 1 9図に続く図、第 2 1図は、インデックスファイルの記述例を示す、第 2 0図に続く図、第 2 2図は、インデックスファイルの記述例を示す、第 2 1図に続く図、第 2 3図は、インデックスファイルの記述例を示す、第 2 2図に続く図、第 2 4図は、エディツトリストファイルの記述例を示す図、第 2 5図は、インデックスファイルの一部の記述例を示す図、第 2 6図は、ェデイットリストファイルの記述例を示す図、第 2 7図は、インデックスファイルの一部の記述例を示す図、第 2 8図は、記録再生装置のェディットリストに基づいた再生処理を説明するフローチャート、第 2 9図は、記録再生装置の編集処理を説明するフローチャート、第 3 0 図は、エディツトリストファイルの記述例を示す図、第 3 1図は、ィンデックスファイルの一部の記逑例を示す図である。発明を実施するための最良の形態

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。. この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項 1に記載の情報処理装置（例えば、第 1図の記録再生装置 1 ) は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段（例えば、第 2図の符号化方式取得部 6 2 ) と、特定手段により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報フアイル（例えば、第 1 7図のエディツトリストファイル 3 1 1 ) を作成する作成手段（例えば、第 2図エディツトリストファイル管理部 6 3 ) とを備えることを特徴とする。

請求項 2に記載の情報処理方法は、繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステツプ（例えば、第 1 5図のステップ S 1 0 2 ) と、特定ステップの処理により特定された符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイル（例えば、第 1 7図のエディツトリストファイル 3 1 1 ) を作成する作成ステップ（例えば、第 1 5図のステップ S 1 0 4 ) とを含むことを特徴とする。

請求項 3に記載の記録媒体および請求項 4に記載のプログラムの構成要件の具体例は、請求項 2と同様であるため、その記載は省略する請求項 5に記載の情報処理装置（例えば、第 3図の記録再生装置 1 0 1 ) は、編集結果を管理するための 1つの管理情報ファイル（例えば、第 1 7図のエディットリストファイル 3 1 1 ) に記録された情報であって、複数のデータの符号化方式を示す情報である符号化方式情報に基づいて、複数のデ一夕を再生することができるか否かを判定する判定手段（例えば、第 4図の再生可否判定部 1 6 3 ) を備えることを特徴とする。

請求項 6に記載の情報処理方法は、編集結果を管理するための 1つの管理情報ファイル（例えば、第 1 7図のエディツトリストファイル 3 1 1 ) に記録された情報であって、複数のデ一夕の符号化方式を示す情報である符号化方式情報に基づいて、複数のデータを再生することができるか否かを判定する判定ステップ（例えば、第 2 8図のステップ S 2 0 3 ) を含むことを特徴とする。

請求項 7に記載の記録媒体および請求項 8に記載のプログラムの構成要件の具体例は、請求項 2と.同様であるため、その記載は省略する以下に、本発明の実施の形態について図面を参照して説明する。第 1図は本発明を適用した記録再生装置 1の一実施の形態の構成を示すブロック図である。

第 1図の記録再生装置 1は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。記録再生装置 1は、撮影スタッフに操作され、各場面の撮影を行う。して、撮影により得られた動画データや音声データを光デイスク 3 0等の記録媒体に記録する。，

また、記録再生装置 1は、例えば、撮像により得られた動画データであるオリジナルの動画データだけでなく、口一レゾリューション（ l ow reso lut i on：低解像度）動画データ（以下、ローレゾデ一夕と称する）を光ディスク 3 0に記録することができる。オリジナルの動画データは、データ量が大きいが、高画質な動画データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデ一夕は、オリジナルの動画データから各フレームの画素数が間引かれること等によつて生成された、画素数の少ないフレームの画像に対応する動画デー夕である。また、ローレゾデ一夕は、さらに、例えば、 MPEG (Moving P i c ture Exper t s Group) 4方式等でエンコードされているようにしてもよい。この口一レゾデータは、オリジナルの動画デ一夕と比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。また、記録再生装置 1は、例えば、必要な動画デ一夕等を好適な順序で再生し、表示するだけでなく、取材により得られた動画デ一夕等の編集処理を行う。この編集処 aとしては、粗編集処理と本編集処理がある。

粗編集処理は、動画データや音声デ一夕に対する簡易的な編集処理である。例えば、記録再生装置 1は、粗編集処理において、 1回の撮像処理を示す単位であるクリップに対応する、動画デ一夕や音声デ一夕等を含む映像コンテンツに関するデータ（以下、クリップデ一夕と称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデ一夕の中から、さらに必要な映像部分を選択（Logging) し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップデ一夕の中から、対応する部分を抽出（Inges t ing) する。なお、クリップは、 1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。

本編集処理は、粗編集処理が施された各クリップデ一夕を繋ぎ合わせ、その動画データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。

なお、本実施の形態においては、記録再生装置 1により撮影、再生、および編集を行うようにしているが、これらをそれぞれ独立した装置により実行させるようにすることも勿論可能である。

第 1図において、 CPU (Cent ral Process ing Uni t) 1 1は、 ROM (R ead Only Memory) 1 2に記憶されているプログラムに従って、各種の処理を実行する。 RAM (Random Access Memory) 1 3には、 CPU 1 1 が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。

クリップ管理部 1 4は、クリップを作成して光ディスク 3 0に記録する処理、光ディスク 3 0に記録されたクリップの内容を変更する処理、および光ディスク 3 0に記録されたクリップを削除する処理等を管理している。

エディツトリスト管理部 1 5は、クリップを繋ぎ合わせたりして、編集処理が行なわれた場合、編集内容に関する情報や、編集後のデー夕に関する情報等に基づいて、編集結果に関する情報であるエディットリストを生成する。なお、エディツトリスト管理部 1 5は、編集対象となる各種のデータを更新せずに、非破壊的な編集処理を行う。再生制御部 1 6は、光ディスク 3 0に記録された AVデ一夕の再生処理を制御する。

ィンデックスファイル管理部 1 8は、光ディスク 3 0のフォーマツト時に、インデックスファイル（INDEX. XML) 4 1を作成し、ドライブ 2 9を介して、光ディスク 3 0に記録する。また、ィンデックスフアイル管理部 1 8は、光ディスク 3 0にクリップが記録された場合、エディットリストが記録された場合など、光ディスク 3 0に記録されるデ一夕に変更がある場合、インデックスファイル 4 1の記述内容を更新し、ドライブ 2 9を介して、光ディスク 3 0に記録する。

ディスクインフォメ一ションファイル管理部 1 9は、光ディスク 3 0の再生履歴のリストファイルである、ディスクインフォメーションファイル（DISCINFO.XML) の作成および更新処理を実行する。

CPU 1 1、 ROM 12、 RAM 1 3、クリップ管理部 14、エディットリスト管理部 1 5、再生制御部 1 6、インデックスファイル管理部 1 8 、およびディスクインフォメーションファイル管理部 1 9は、バス 1 7を介して相互に接続されている。このバス 1 7にはまた、入出力ィン夕フェース 20も接続されている。

入出力インタフェース 20には、ポタンやダイヤル等から構成される操作部 2 1が接続され、操作部 2 1に入力された操作に基づく操作信号を CPU1 1に出力する。また、入出力インタフェース 20には、 L CD (Liquid Crystal Display) などにより構成される表示部 22,、スピー力などにより構成される音声出力部 23、被写体の映像を撮像するとともに、音声を集音する撮像部 24、ハードディスク等により構成される記憶部 25、イン夕一ネットなどのネットワークを介して、他の装置とデータの通信を行う通信部 26、磁気ディスク、光デイスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディァ 28よりデータを読み出したり、データを書き込んだりするときに用いられるドライブ 27も接続されている。

さらに、入出力インタフェース 20には、光ディスク 30へのデ一夕の記録、および光ディスク 30からのデ一夕の読み出しを行うドライブ 29も接続されている。

光ディスク 30は、例えば、開口数（NA) 0. 85、波長 40 5nm の青紫色レーザを用いて、最小マーク長 0. 14 m、トラックピッチ 0. 32 imの記録密度で大容量（例えば 27ギガバイト）のデ一夕を記録可能な光ディスクである。なお、光ディスク 30は、それ以外の記録媒体であってもよく、例えば、 DVD- RAM (Digital Versatile Disc - Random Access Memory) ， DVD-R (DVD - Recordable) , DV D-RW (DVD ― Rewritable) ， DVD+R (DVD I Recordable) ， DVD + RW ( DVD + Rewritable) , CD-R (Compact Disc - Recordable) , または C D-RW (CD - Rewritable) 等の各種の光ディスクであってもよい。次に、第 2図は、第 1図のエディツトリスト管理部 1 5の内部の構成例を表している。

第 2図において、エディツトリスト作成部 6 1は、エディツ卜リストディレクトリの作成を行う。符号化方式取得部 62は、動画データや音声データの編集結果を示すエディットリストに含まれているクリップの動画データ（ビデオファイル）の符号化方式を取得する。ェデイットリストファイル管理部 63は、エディツトリストファイルの作成、更新等の処理を行う。

次に、第 3図は、第 1図とは異なる記録再生装置 1 0 1の構成例を表している。第 3図の記録装置 1 0 1の CPU1 1 1乃,至ドライブ 1 2 9は、第 1図の CPU 1 1乃至ドライブ 29と同様の構成であるため、説明を省略する。第 3図の光ディスク 30は、第 1図の光ディスク 3 0と同一のものである。すなわち、第 1図の記録再生装置 1により、光ディスク 30にクリップやエディットリストが記録された後、光デイスク 30は記録再生装置 1から取り出され、第 3図の記録再生装置 1 0 1に装着される。

次に、第 4図は、第 3図の記録再生装置 1 0 1の再生制御部 1 1 6 の内部の構成例を表している。第 4図において、符号化方式リスト保持部 1 6 1は、記録再生装置 1 0 1が復号することができる符号化方式のリストをデ一夕として保持している。符号化方式取得部 1 62は、光ディスク 30に記録されたエディッ卜リストを再生するために必要な符号化方式を取得する。再生可否判定部 1 63は、符号化方式取得部 1 62により取得された符号化方式が、符号化方式リスト保持部 1 6 1により保持されている符号化方式のリスト中に全て含まれているか否かを判定することにより、エディットリストを再生することができるか否かを判定する。再生.実行部 1 64は、クリップ、および再生可否判定部 1 63により再生可能であると判定されたエィットリストに基づく再生処理を実行する。

次に、光ディスク 30に記録された各デ一夕を管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびフアイルについて説明する。

光ディスク 30に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、， UDF (Universal Disk Format) や IS09660 (International Organization for Standardization 9660) 等を用いてもよい。また、光ディスク 30の代わりにハードディスク等の磁気ディスクを用いた場合、ファィルシステムとして、 FAT (File Allocation Tables) 、 NTFS (New T echnology File System) 、 HFS (Hierarchical File System) 、または UFS (Unix (登録商標） File System) 等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。

このファイルシステムにおいては、光ディスク 30に記録されたデ —夕は第 5図に示されるようなディレクトリ構造およびファイルにより管理される。

第 5図において、ルートディレクトリ（ROOT) 20 1には、動画デ —夕や音声データ等のエッセンスデータに関する情報、および、エツセンスデ一夕の編集結果を示すエディットリスト等が、下位のディレクトリに配置される PR0AVディレクトリ 202が設けられる。なお、ルートディレクトリ 20 1には、図示は省略するが、構成表データ等も設けられる。 PROAVディレクトリ 2 0 2には、光ディスク 3 0に記録されている全てのエッセンスデ一夕に対するタイトルやコメント、さらに、光デイスク 3 0に記録されている全.ての動画デ一夕の代表となるフレームである代表画に対応する動画データのパス等の情報を含むファイルであるディスクメタファイル（DI SCMETA. XML) 2 0 3、光ディスク 3 0 に記録されている全てのクリップおよびエディットリス卜を管理するための管理情報等を含むインデックスファイル（INDEX. XML) 2 0 4 、およびインデックスファイル 2 0 4のバックアップファイル（INDE X. BUP) 2 0 5が設けられている。なお、パックアップファイル 2 0 5は、インデックスファイル 2 0 4を複製したものであり、 2つのフアイルを用意することにより、信頼性の向上が図られている。なお、第 1図に示されたィンデックスファイル 4 1および第 3図に示されたインデックスファイル 1 4 1は、光ディスク 3 0に記録されたインデックスファイル 2 0 4を読み出したものである。

PR0AVディレクトリ 2 0 2には、さらに、光ディスク 3 0に記録.されているデ一夕全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、または Rec lnhi等の情報を含むファイルであるデイスクインフオメ一シヨンファイル (DI SCINFO. XML) 2 0 6およびデイスクインフォメーションファイル 2 0 6のバックアップファイル ( DI SCINFO. BUP) 2 0 7が設けられている。なお、バックアップフアイル 2 0 7は、ディスクインフォメーションファイル 2 0 6を複製したものであり、 2つのファイルを用意することにより、信頼性の向上が図られている。

また、 PR0AVディレクトリ 2 0 2には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR) 2 0 8、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストル一トディレクトリ（EDTR) 2 0 9が設けられる。

クリップルートディレク卜 U. 2 0 8には、光ディスク 3 0に記録されているクリップのデ一夕が、クリップ毎に異なるディレクトリに分けて管理されており、例えば、第 5図の場合、 7つのクリップのデー夕が、クリップディレクトリ（C0001 ) 2 1 1、クリツプディレクトリ（C0002) 2 1 2、クリップディレクトリ（C0003) 2 1 3、クリツプディレクトリ（C0004) 2 1 4、クリップディレクトリ（C0005) 2 1 5、クリツプディレクトリ（C0006) 2 1 6、およびクリップディレクトリ（C0007) 2 1 7の 7つのディレクトリに分けられて管理されている。

すなわち、光ディスク 3 0に記録された最初のクリップの各データは、クリップディレクトリ 2 1 1の下位のディレクトリのファイルとして管理され、 2番目に光ディスク 3 0に記録されたクリップの各デ —夕は、クリップディレクトリ 2 1 2の下位のディレクトリのフアイルとして管理され、 3番目に光ディスク 3 0に記録されたクリップの各データは、クリップディレクトリ 2 1 3の下位のディレクトリのフアイルとして管理され、 4番目に光ディスク 3 0に記録されたクリツプの各データは、クリップディレクトリ 2 1 4の下位のディレクトリのファイルとして管理され、 5番目に光ディスク 3 0に記録されたクリップの各データは、クリップディレクトリ 2 1 5の下位のディレクトリのファイルとして管理され、 6番目に光ディスク 3 0に記録されたクリップの各データは、クリップディレクトリ 2 1 6の下位のディレクトリのファイルとして管理され、 7番目に光ディスク 3 0に記録されたクリップの各データは、クリップディレクトリ 2 1 7の下位のディレクトリのファイルとして管理される。 .また、エディットリストル一トディレクトリ 2 0 9には、後述する編集処理の結果、光ディスク 3 0に記録されるエディットリストが、その編集処理毎に異なるディレクトリに分けて管理される。なお、第 5図の例は編集処理が行われる前の状態を示しており、エディットリストルートディレクトリ 2 0 9の下位に、エディツトリストディレクトリは記録されていないが、編集処理が実行されると、編集処理毎に、エディットリストルートディレクトリ 2 0 9の下位に、エディットリストディレクトリが 1つ作成され、編集の結果作成されたファイルが管理される。すなわち、 1回目の編集処理が実行されると、 1回目の編集の結果作成されたファイルを管理するエディットリストディレクトリが作成され、 2回目の編集処理が実行されると、 2回目の編集の結果作成されたファイルを管理するエディットリストディレクトリが作成され、 3回目の編集処理が事項されると、 3回目の編集編集の結果作成されたファイルを管理するエディットリストディレクトリが作成される。以下、 4回目以降の編集処理においても、同様にして、編集の結果作成されたファイルを管理するエディットリストディレクトリが作成されてゆく。

上述したクリップルートディレクトリ 2 0 4に設けられるクリップディレクトリ 2 1 1の下位のディレクトリには、最初に光ディスク 3 0に記録されたクリップの各データが、第 6図に示されるようなファィルとして設けられ、管理される。

第 6図の場合、クリップディレクトリ 2 1 1には、このクリップを管理するファイルであるクリップインフォメーションファイル（C000 1 C01. SMI ) 2 2 1、このクリップの動画デ一夕を含むファイルであるビデオファイル（C0001V01 . MXF) 2 2 2、それぞれ、このクリップの各チヤンネルの音声データを含む 4つのファイルであるオーディオフアイル（C0001A01. MXF乃至 C0001A04. MXF) 2 2 3乃至 2 2 6、このクリップの動画データに対応する口一レゾデータを含むファイルである口一レゾデ一夕ファイル（C00Q 1 S01. MXF) 2 2 7、このクリップのェッセンスデータに対応する、例えば、 LTC (Longi tud i na l T ime Cord ) とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメ夕デ一夕を含むファイルであるクリップメ夕デ一夕ファイル（C0001M01. XML) 2 2 8、このクリップのエッセンスデータに対応する、例えば LTC等の、リアルタイム性を要求されるメ夕デ一夕であるフレームメタデータを含むファイルであるフレームメ夕デ一夕ファイル（C0001R01. BIM) 2 2 9、並びに、ビデオファイル 2 2 2のフレーム構造（例えば、 MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001 I 01. PPF) 2 3 0等のファイルが設けられる.。よお、クリップィンフオメ一ションファイル 2 2 1には、ビデオファイル 2 2 2に含まれる動画データの符号化方式が記録されている。

第 6図の場合、再生時にリアルタイム性を要求されるデータである、動画デ一夕、ローレゾデ一夕、およびフレームメタデータは、それぞれ 1つのファイルとして管理され、読み出し時間が増加しないようになされている。

また、音声ータも、再生時にリアルタイム性を要求されるが、音声の多チャンネル化に対応するために、 4チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは 4つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、 3つ以下であってもよいし、 5 つ以上であってもよい。同様に、動画データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、 2つ以上のファイルとして管理されるようにしてもよい。

また、第 6図において、リアルタイム性を要求されないクリップメ夕デ一夕は、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、動画データ等の通常の再生中に必要の無いメタデ一タを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。

なお、クリップメタデータファイル 2 2 8は、汎用性を持たせるために XML (extens ib l e Markup Language) 形式で記述されているが、フレームメタデータファイル 2 2 9は、再生処理の処理時間や処理に必要な負荷を軽減させるために、 XML形式のファイル耷コンパイルした BIM形式のファイルである。

第 6図に示されるクリップディレクトリ 2 1 1のファイルの構成例は、光ディスク 3 0に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、第 5 図に示される、その他のクリップディレクトリ 2 1 2乃至 2 1 7においても、第 6図に示されるファイルの構成例を適用することができるので、その説明を省略する。

以上において、 1つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメ夕デ一夕ファイルが存在すれば、どのような構成であってもよい。

なお、クリップディレクトリ 2 1 1乃至 2 1 7のそれぞれに対して、個々に、削除することが可能か否かを示すフラグを設定することができる。すなわち、例えば、クリップディレクトリ 2 1 1内のビデオファイル 2 2 2およびオーディオファイル 2 2 3乃至 2 2 6を削除したくない場合、ユーザは、操作部 2 1を操作して、クリップディレクトリ 2 1 1の削除禁止を設定することができ、このときクリップディレクトリ 2 1 1には削除禁止のフラグが設定される。この場合、その後、ユーザにより、誤ってクリップディレクトリ 2 1 1内のファイル (例えばビデオファイル 2 2 2 ) の削除が指示されても、そのフアイルを削除しないようにすることができる。これにより、ユーザにとつて必要なファイルを誤って消去することを防止することができる。また、クリップディレクトリに、 1回分の撮影処理により作成されたクリップインフォメーションファイル、ビデオファイル、オーディオフアイル、ローレゾデ一夕ファイル、クリップメタデータファイル、フレームメタデータファイル、およびピクチャボイン夕ファイルをまとめて記録し、クリップディレクトリに対して、削除禁止のフラグを設定することにより、クリップディレクトリ内の個々のファイル、すなわち、クリップインフォメーションファイル、ビデオファイル、ォーディォファイル、ローレゾデータファイル、クリップメタデータファィル、フレームメタデータファイル、およびピクチャポインタフアイルに対して、それぞれ削除禁止のフラグを設定する必要がなくなり、ユーザの手間を省くことが可能となる。

次に、第 7図乃至第 1 1図は、インデックスファイル 2 0 4 ( 4 1 , 1 4 1 ) の記述例を表している。なお、第 8図は第 7図の記述の続きであり、第 9図は第 8図の記述の続きであり、第 1 0図は第 9図の記述の続きであり、第 1 1図は第 1 0図の記述の続きである。

第 7図の第 1行目の記述 r<?xml vers i on-" 1. 0" encod ing=" UTF-8" ？〉」のうち、「xml version="1.0"」は、インデックスファイル 2 0 4が XML文書であることを表している。—また、「encoding="UTF- 8"」は、文字コードが UTF- 8で固定であることを表している。第 7図の第 2行目の「く indexFile xmlns= ' urn :schemas-pr of essionalDisc： i ndex"」は、 XML文書の名前空間を表している。第 7図の第 3行目の記述 rindexId=" 0123456789ABCDEF0123456789ABCDEF">J は、インデックスファイル 2 04自体をグロ一バルユニークに識別するための ID ( Identification) を表している。すなわち、本記述例においては、ィンデックスファイル 2 04の IDは、「0123456789ABCDEF0123456789AB CDEFJ である。，第 7図の第 4行目の記述「く clipTable path="/PROAV/CLPR/">J は、クリップが記録されているディレクトリのディスク内の絶対パスを示している。すなわち、「/PROAV/CLPR/」は、クリップが PR0AVディレクトリ 2 0 2下のクリップル一トディレクトリ 2 0 8下に記録されていることを示している。第 7図の第 5行目の記述「く！-- Normal C1 ip ―) J は、その直後の行からノーマルなクリップについての記述があることを示している。第 7図の第 6行目の記述「く clip id="C0001" umid="OD12130000000000001044444484EEEEOOE0188E130B"j のうち、「id="C000r」は、クリップの ID (以下、クリップ IDとも称する）を表しており、本記述例においては、クリップ IDが「C0001」であることを示している。なお、このクリップ IDは、クリップディレクトリ名と同一の名称とされる。すなわち、クリップ ID 「C0001」は、クリツプディレクトリ 2 1 1の名称が IDとして利用されたものである。また、

2130000000000001044444484EEEE00E0188E130B" J は、クリップ ID 「C0001」のクリップの UMIDを示しており、本記述例においては、 UMIDが rOD12130000000000001044444484EEEEOOE0188E130Bj であることを示している。

第 7図の第 7行目の記述 rfile="C0001C01.SMI" fps=" 59.94i" dur =" 12001" ch=" 4" aspectRatio="4:3">J のうち、「fi le=" C0001C01. S MI"」は、クリップインフォメーションファイル 22 1のファイル名を示している。本記述例においては、クリップインフォメーションフアイル 22 1のファイル名が「C0001C01.SMI」であることを示している。また、「fps=" 59.94i"」は、クリップの時間軸方向のレゾリユーシヨンを示している。単位は field/secである。本記述例においては、 NTSC方式の信号周波数を示している。また、「dur=" 12001"」は、クリップの有効な時間方向の長さを示している。単位はフレーム数であり、 1フレームの時間は fps属性によって知ることができる。すなわち、「12001」は、このクリップの動画データが、 12001フレーム分の時間長であることを示している。また、「ch="4"」，は、クリップに含まれるオーディォチャンネル数を示している。本記述例においては、オーディオチャンネル数が 4つであることを示している。これは、第 6図のクリップディレクトリ≥ 1 1内に含まれるオーディオフアイル 223乃至 226の個数に対応している。また、「aspectRatio="4 :3"」は、このクリップに含まれるビデオファイル 222のァスぺクト比を示している。本記述例においては、アスペクト比が 4 ： 3であることを示している。

第 7図の第 8行目の記述「く video umid=" 0D121300000000000010444 44484EEEE00E0188E130B"」は、ビデオ要素の属性を示しており、「um id="0D12130000000000001044444484EEEE00E0188E130B"j は、このビデォファイル 222の UMIDを示している。すなわち、本記述例においては、ビデオファイル 222の UMIDが「0D121300000000000010444444 84EEEE00E0188E130BJ であることを示している。第 7図の第 9行目の記述 rfiie="C0001V01.MXF" type="DV25_411" header:" 655367〉」は、第 8行目に引き続き、ビデオ要素の属性を示している。「file="C0001V01.M.XF"」は、ビデオファイル 2 2 2のフアイル名を示している。本記述例においては：ビデオファイル 2 2 2 のファイル名「C0001V01.MXF」が記述されている。また、「type="DV 25一 411"」は、ビデオファイル 2 2 2の符号化方式 (ファイル形式）を示している。本記述例においては、符号化方式として「DV25一 411」が記述されている。なお、 DV25_411は、 DV (Digital Video) 規格の一種である。また、「header=" 65536"」は、ビデオファイル 2 2 2のヘッダサイズを示している。単位は Byteである。ファイル先頭から、へッダサイズ分だけシークした位置から Bodyデ一夕が開始することを意味する。本記述例においては、ヘッダサイズが 65536Byteであることを示している。

第 7図の第 1 0行目の記述 Kaudio umid=" OD1213000000000000104 4444484EEEE00E0188E130B"」は、オーディオ要素に含まれる属性を示している。 r_Umid="0D12130000000000001044444484EEEE00E0188E130B "」は、このオーディオファイル 2 2 3の UMIDを示しており、本記述例においては、オーディオファイル 2 2 3の UMIDが「0D121300000000 00001044444484EEEE00E0188E130BJ であることを示している。

第 7図の第 1 1行目の記述 rf ile="C0001A01.MXF" type="LPCM16" header=" 65536" trackDst=" CH1"/>J は、第 1 0行目に引き続き、このオーディオファイル 2 2 3のオーディオ要素に含まれる属性を示している。「file="C0001A01.MXF"」は、オーディオファイル 2 2 3のファイル名を示している。本記述例においては、ファイル名として厂 C0001A01.MXFJ が記述されている。また、「type="LPCM16"」は、ォ一ディォファイル 2 2 3のファイル形式を示している。本記述例においては、ファイル形式として「LPCM16」が記述されている。また、「 header=" 65536"」は、オーディオファイル 2 2 3のヘッダサイズを示している。単位は Byteである。丰記述例においては、ヘッダサイズが 65536Byteであることを示している。また、「trackDst="Cm"」は、オーディオファイル 2 2 3に基づく音声を出力させるオーディオチヤンネルを示している。本記述例においては、音声を出力させるオーディォチャンネルとして「CH1」が記述されている。

第 7図の第 1 2行目の記述「く audio umid=" 0D1213000000000000104 4444484EEEE00E0188E130B"」は、オーディオ要素に含まれる属性を示している。 r_Umid="OD12130000000000001044444484EEEEOOE0188E130B "」は、ォ一ディォファイル 2 2 4の UMIDを示しており、本記述例においては、このオーディオファイル 2 2 4の UMIDが「0D121300000000 00001044444484EEEE00E0188E130BJ であることを示レている。

第 7図の第 1 3行目の記述 rfile="C0001A02.MXF" type="LPCM16" header 65536" trackDst=" CH2"/>J は、第 1 2行目に引き続き、このオーディオファイル 2 2 4のオーディオ要素に含まれる属性を示している。「file="C0001A02.MXF"」は、オーディオファイル 2 2 4のファイル名を示している。本記述例においては、ファイル名として「 C0001A02.MXFJ が記述されている。また、「type="LPCM16"」は、ォ一ディォファイル 2 2 4のファイル形式を示している。本記述例においては、ファイル形式として「Π^Μ16」が記述されている。また、「 header-" 65536"」は、オーディオファイル 2 2 4のヘッダサイズを示している。単位は Byteである。本記述例においては、ヘッダサイズが 65536Byteであることを示している。また、「trackDst=" CH2"」は、オーディオファイル 2 2 4に基づく音声を出力させるオーディオチヤンネルを示している。本記述例においては、音声を出力させるオーディォチャンネルとして「CH2」が記述されている。

第 7図の第 1 4行目の記述「く audio uiid=" 0D1213000000000000104 4444484EEEE00E0188E130B"」、オーディオ要素に含まれる属性を示している。 r_Umid=" 0D12130000000000001044444484EEEE00E0188E130B "」は、オーディオファイル 22 5の UMIDを示しており、本記述例においては、このオーディオファイルの UMIDが「0D121300000000000010 44444484EEEE00E0188E130BJ であることを示している。

第 7図の第.1 5行目の記述 rfile="C0001A03.MXF" type="LPC 16" header 65536" trackDst="CH3"/>J は、第 1 4行目に引き続き、このオーディオファイル 2 2 5のオーディオ要素に含まれる属性を示している。「iile="C0001A03.MXF"」は、オーディオファイル 22 5のファイル名を示している。本記述例においては、ファイル名として「 C0001A03.MXFJ が記述されている。また、「type="L,PCM16"」は、ォ一ディォファイル 2 2 5のファイル形式を示している。本記述例においては、ファイル形式として「LPCM16」が記述されている。また、「 header 65536"」は、オーディオファイル 2 2 5のヘッダサイズを示している。単位は Byteである。本記述例においては、ヘッダサイズが 65536Byteであることを示している。また、「trackDst="CH3"」は、オーディオファイル 2 2 5に基づく音声を出力させるオーディオチヤンネルを示している。本記述例においては、オーディオファイル 2 2 5に基づく音声を出力させるオーディオチャンネルとして「CH3」が記述されている。

第 7図の第 1 6行目の記述「く audio umid=" OD1213000000000000104 4444484EEEE00E0188E130B"J は、オーディオ要素に含まれる属性を示している。 r_Umid="0D1213000O000000001044444484EEEE00E0188E130B "J は'、オーディオファイル 22 6の UMIDを示しており、本記述例においては、このオーディオファイル 2 2 6の UMIDが「OD121300000000 00001044444484EEEE00E0188E130BJ であることを示している。

第 7図の第 1 7行目の記述「file="C0001A04。MXF" type="LPCM16" header-" 65536" trackDst=" CH4"/〉」は、第 1 6行目に引き続き、このオーディオファイル 2 2 6のオーディオ要素に含まれる属性を示している。「file="C0001A04.MXF"」は、オーディオファイル 2 2 6のファイル名を示している。本記述例においては、ファイル名として「 C0001A04.MXFJ.が記述されている。また、

J は、ォ一ディォファイル 2 2 6のファイル形式を示している。本記述例においては、ファイル形式として「LPCM16」が記述されている。また、「 header="65536"」は、オーディオファイル 2 2 6のヘッダサイズを示している。単位は Byteである。本記述例においては、ヘッダサイズが 65536Byteであることを示している。また、「trackDst=" CH4"」は、オーディオファイル 2 2 6に基づく音声を出力させるオーディオチヤンネルを示している。本記述例においては、オーディオファイル 2 2 6に基づく音声を出力させるオーディオチャンネルとして「CH4」が記述されている。

第 7図の第 1 8行目の記述「く subStream umid=" 0D121300000000000 01044444484EEEE00E0188E130B"J は、 subStream要素、すなわち、口ーレゾデータファイル 2 2 7に関する属性が記述されている。「umid ="0D12130000000000001044444484EEEE00E0188E130B"J は、ローレゾデータファイル 2 2 7の UMIDを示しており、本記述例においては、口 —レゾデータファイル 2 2 7の UMIDが「0D121300000000000010444444 84EEEE00E0188E130BJ であることを示している。

第 7図の第 1 9行目の記述「file="C0001S01.MXF" type="PD-SubSt ream" header 655367〉」は、第 6図の第 1 8行目に引き続き、ローレゾデータファイル 2 2 7に関する属性が記述されている。「file=" C0001S01.MXF"J は、ローレゾデ一夕ファイル 2 2 7のファイル名を示している。本記述例において.は、ローレゾデータファイル 2 2 7のファイル名「C0001S01.MXF」が記述されている。また、「type="PD- S ubStream"」は、ローレゾデ一夕ファイル 2 2 7のファイル形式を示す。本記述例においては、口一レゾデ一夕ファイル 2 2 7のファイル形式として「PD- SubStream」が記述されている。また、「header="65 536" J は、口レゾデータファイル 2 2 7のヘッダサイズを示している。本記述例においては、ヘッダサイズとして「65536」と記述されており、これはローレゾデ一夕ファイル 2 2 7のヘッダサイズが 6553 6Byteであることを示している。

第 7図の第 2 0行目の記述 r<meta f ile="C0001M01.XML" type="P D - Meta"/〉」は、クリップメタデータファイル 2 2 8の属性が記述されている。このメタ要素は、クリップメタデータファイル 2 2 8に関する情報を管理する。「file="C0001M01.XML"」は、クリップメ夕デ —夕ファイル 2 2 8のファイル名を示している。本記述例においては、クリップメタデ一夕ファイル 2 8のファイル名として「C0001M01 • XML」が記述されている。また、「type="PD- Meta"」は、クリップメ夕データファイル 2 2 8のファイル形式を示す。本実施の形態においては、クリップメタデ一夕ファイル 2 2 8のファイル形式として「P D-Metaj が記述されている。

第 7図の第 2 1行目の記述 rtmeta f i le=" C0001R01. BIM" type=" std2k" header 655367〉」は、フレームメタデータファイル 2 2 9 の属性が記述されている。リアルタイムメタ要素は、フレームメタデ一夕ファイル 2 2 9に関する情報を管理する。「file="C0001R01.BIM "」は、フレームメタデータファイル 2 2 9のファイル名を示している。本記述例においては、フレームメタデ一夕ファイル 2 2 9のファィル名として「C0001R01. BIM」が記述されている。また、「type=" s t d2k"」は、フレームメタデータ.ファイル 2 2 9のファイル形式を示している。本記述例においては、フレームメタデータファイル 2 2 9のファイル形式として「s td2k」が記述されている。また、「header=" 6 5536" J は、フレームメタデータファイル 2 2 9のヘッダサイズを示している。本記述例においては、フレームメタデータファイル 2 2 9 のヘッダサイズとして「65536」と記述されており、これは、ヘッダサイズが 65536Byt eであることを示している。

第 7図第 2 2行目の記述「く/ c l ip>」は、クリップ ID 「C0001」のクリップ、すなわちクリップディレクトリ 2 2 1内に記録されたファィルに関する属性の記述が終了したことを示している。すなわち、第 7図の第 5行目乃至第 2 2行目に、クリップ ID 「C0O()l」の、 1つのクリップに関する情報が記述されている。

第 7図の第 2 3行目乃至第 8図の第 1 2行目には、クリップ ID 「C0 002J のクリップ、すなわちクリップディレクトリ 2 1 2内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップ ID 「C0001」のクリップの場合と同様であるので、詳細な説明は省略する。なお、第 7図の第 2 7行目に記述されている「 type=" IMX50" j は、クリップディレクトリ 2 1 2の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、 ΠΜΧ50 」であることを示している。なお、 IMXとは、 MPEGの Iピクチャ（Int ra P i c ture) のみで構成する符号化方式の一種である。

また、第 8図の第 1 3行目乃至第 9図の第 3行目には、クリップ ID 「C0003」のクリップ、すなわちクリップディレクトリ 2 1 3内に記録されたファイルに関する属性が記述されている。その属性の項目は

、基本的にクリップ ID 「C0001」のクリップと同様であるので、詳細な説明は省略する。なお、第 8 .図の第 1 7行目に記述されている「 pe=" IMX50"」は、クリップディレクトリ 2 1 3の下位のディレクトリに管理されたビデオファイル（動画デ一夕）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「IMX50」であることを示している。

また、第 9図の第 4行目乃至第 9図の第 2 1行目には、クリップ ID 「C0004」のクリップ、すなわちクリップディレクトリ 2 1 4内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップ ID 「C0001」のクリップと同様であるので、詳細な説明は省略する。なお、第 9図の第 8行目に記述されている「type =" MPEG2HD25_1440_MP@HL" J は、クリップディレクトリ 2 1 4の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「MPEG2HD25_1440_MP@HL」であることを示している。なお、 MPEG 2HD25__1440JIP@HLは、 MPEGの Long GOPによる符号化方式の一種であるまた、第 9図の第 2 2行目乃至第 1 0図の第 1 1行目には、クリツプ ID 「C0005」のクリップ、すなわちクリップディレクトリ 2 1 5内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップ ID 「C0001」のクリップと同様であるので、詳細な説明は省略する。なお、第 9図の第 2 6行目に記述されている「 pe=" IMX40"」は、クリップディレクトリ 2 1 5の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画デ一夕）の符号化方式が、 ΠΜΧ4 OJ であることを示している。

また、第 1 0図の第 1 2行目乃至第 1 0図の第 2 9行目には、クリップ ID 「C0006」のクリップ、すなわちクリップディレクトリ 2 1 6 内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップ ID 「C0001」のクリップと同様であるので、詳細な説明は省略する。なお、第 1 0図の第 1 6行目に記述されている「type=" IMX30"」は、クリップディレクトリ 2 1 6の下位のディレクトリに管理されたビデオファイル（動画デ一夕）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「 IMX30J であることを示している。

また、第 1 1図の第 1行目乃至第 1 1図の第 1 8行目には、クリツプ ID 「C0007」のクリップ、すなわちクリップディレクトリ 2 1 7内に記録されたファイルに関する属性が記述されている。その属性の項目は、基本的にクリップ ID 「C0001」のクリップと同様であるので、詳細な説明は省略する。なお、第 1 1図の第 5行目に記述されている「type=" DV50— 422"」は、クリップディレクトリ 2 1 7の下位のディレクトリに管理されたビデオファイル（動画データ）の符号化方式を示しており、このビデオファイル（動画データ）の符号化方式が、「 DV50_422J であることを示している。

第 1 1図の第 1 9行目の記述「く/ c l ipTab l e>」は、第 1 1図の第 1 9行目までで、クリップに関する記述が終了したことを示している。すなわち、第 7図の第 4行目乃至第 1 1図の第 1 9行目には、クリツプ ID 「C0001」乃至「C0007」の 7個のクリップに関する管理情報（属性）が記述されている。

第 1 1図の第 2 0行目の記述「く ed i t l i s ab l e path=" /PROAV/EDTR /" >」は、エディットリストが記録されているディレクトリのデイスク内の絶対パスを示す。すなわち、本記述例においては、エディットリストは、 PR0AVディレクトリ 202下のエディットリストルートディレクトリ 209内に記録され.ることを示している。

第 1 1図の第 2 1段落目の記述「く/ editlistTable〉」は、第 1 1図の第 20行目から記述が開始されたエディットリストに関する管理情報の記述の終了を示している。なお、第 1 1図の記述例は、まだ 1個もエディットリストが作成されていない状態における記述例を示しており、編集処理によりエディツ卜リストが作成された場合、第 1 1図の 20行目と 2 1行目の間に、作成されたエディットリストの管理情報（属性）が記述される。

第 1 1図の第 22行目の記述「く/ indexFile>」は、インデックスフアイル 204の記述の終了を示している。

第 1 2図乃至第 14図は、クリップディレクトリ 2 14の下位に含まれるクリップインフォメーションファイルの記述例を表している。なお、第 1 3図は第 1 2図に続く記述を、第 14図は第 1 3図に続く記述をそれぞれ表している。

第 1 2図の第 1行目の記述 r<?xml version 1.0" encodings' UTF- 8"?>」のうち、「xml version 1.0"」は、クリップインフォメーシヨンファイルが XML文書であることを表している。また、「encoding= "UTF- 8"」は、文字コ一ドが UTF- 8で固定であることを表している。第 1 2図の第 2行目の記述「く smil xmlns="urn:schemas-professio nalDisc:edl:clipInfo">j は、 XML文書の名前空間を表している。第 1 2図の第 3行目の記述「く head〉」は、ヘッダの記述が開始されることを表している。すなわち、クリップインフォメーションフアイルの記述は、ヘッダ部分とボディ部分に分けられており、最初にへッダ部分が記述される。第 1 2図の第 4行目の記述「く metadata type-" Meta">j は、クリップインフォメーションファイルのファイル形式を示している。第 1 2図の記述例においては、ファイル形式として「Me taj と記述されている。第 1 2図の第 5行目の記述「く！-- nonrealti me met a ―) J は、クリップメタデータファイルに関する記述が第 6 行目以下に記述されることを示している。第 1 2図の第 6行目の記述「く NRMeta xmlns= urn:scheraas :proDisc :nrt >J は、クリップメ夕テ一夕ファイルの名前空間を示している。第 1 2図の第 7行目の記述「く ref src="C0004M01.XML"/>J は、参照するソース名を示している。第 1 2図の記述例においては、クリップメタデータファイルのフアイル名「C0004M01.XML」が記述されている。第 1 2図の第 8行目の記述「く/ NRMeta>」は、クリップメタデータファイルに関する記述が終了したことを示している。第 1 2図の第 9行目の記述「く/metadata〉」は、第 4行目から記述が開始されたメタデ一夕に関する記述が終了することを示している。第 1 2図の第 1 0行目の記述「く/ head〉」は、第 3行目から開始されたヘッダに関する記述が終了したことを示している。

第 1 2図の第 1 1行目の記述「く body>」は、 'クリップインフォメーシヨンファイルのボディ部分の記述が開始されることを示している。第 1 2図の第 1 2行目の記述「く par〉」は、デ一夕を並行して再生させることを示している。第 1 2図の第 1 3行目の記述「く switch〉」は、データを選択的に再生させることを示している。第 1 2図の第 1 4 行目の記述「〈！- - main stream ~>J は、本線の Mデ一夕に関する記述が開始されることを示している。なお、本線とは、低解像度の口一レゾデ一夕に対応する、高解像度のデータ（ビデオファイルおよびォ —ディォファイル）のことを意味している。第 1 2図の第 1 5行目の記述「く par sys t emComponen t=" MPEG2HD25_1440_MP@HL" >j のうち、「 par」は、第 12図の第 1 6行目乃至第 1 3図の第 1 2行目に記述されたデータを並行して再生させることをと示している。また、「syst emComponent="MPEG2HD25_1440_MP@HL"j は、ビデオファイルの符号化方式（ファイル形式）を示している。第 1 3図の記述例においては、ファイル形式として「MPEG2HD25一 1440_MP@HL」が記述されている。なお、この符号化方式は、 MPEGの Long GOPである。

第 1 2図の第 16行目乃至第 1 8行目の記述「く video src=" urn: sm pte:umid:060A2B340101010501 OlODl 2130000000123456789ABCDEF01234 56789ABCDEF" type=" MPEG2HD25_1440_MP@HL" />J のうち、「umid:060 A2B340101010501010D1 130000000123456789ABCDEF0123456789ABCDEF 」は、ビデオファイルの UMIDを示している。本記述例においては、ビデォファイルの UMIDとして Γθ60Α2Β340101010501010ϋ12130000000123 456789ABCDEF0123456789ABCDEFJ が記述されている。，また、「type=" MPEG2HD25_1440_MP@HL"J は、ビデオファイルのファイル形式を示している。本記述例においては、ビデオファイルのファイル形式の例として「MPEG2HD25— 1440_MP@HL」が記述されている。

第 1 2図の第 1 8行目の記述の続きが、第 1 3図の第 1行目以降に記述されている。第 1 3図の第 1行目乃至第 3行目の記述「く audio s rc=" urn :smpte:umid:060A2B340101010501010Dl 213000000123456789AB CDEF0123456789ABCDEF0" type="LPCM16" trackDst="CHl"/〉」のうち、 r_Umid:060A2B340101010501010Dl 213000000123456789ABCDEF012345 6789ABCDEF0J は、 1つめのオーディオファイルの UMIDを示している。本記述例においては、このオーディオファイルの UMIDとして、「06 0A2B340101010501010D1213000000123456789ABCDEF0123456789ABCDEF0 」が記述されている。また、「type="LPCM16"」は、このオーディオファイルのファイル形式を示す。また、 rtrackDst=" CHl"j は、このオーディオファイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチヤ.ンネルとして「CH1」が記述されている。

第 1 3図の第 4行目乃至第 6行目の記述「く audio src="urn:smpte: umid:060A2B340101010501010D121300000023456789ABCDEF0123456789A BCDEF01" type="LPCM16" trackDst=" CH2"/>J のうち、「umid : 060A2B 34010101050101 ODl 21300000023456789ABCDEF0123456789ABCDEF01 J は、 2つめのオーディオファイルの UMIDを示している。本記述例においては、このオーディオファイルの UMIDとして、「060A2B340101010501 010D121300000023456789ABCDEF0123456789ABCDEF01J が記述されている。また、「type="LPCM16"」は、このオーディオファイルのフアイル形式を示す。また、「trackDst="CH2"」は、このオーディオフアイルに基づく音声を出力させるオーディォチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるォ —ディォチャンネルとして「CH2」が記述されている。

第 1 3図の第 7行目乃至第 9行目の記述「く audio src="urn:smpte: umid:060A2B340101010501010D12130000003456789ABCDEF0123456789AB CDEF012" type="LPCM16" trackDs t=" CH3"/>」のうち、「umid : 060A2B 340101010501010D12130000003456789ABCDEF0123456789ABCDEF012J は、 3つめのオーディオファイルの UMIDを示している。本記述例においては、このオーディオファイルの UMIDとして、「060A2B340101010501 010D12130000003456789ABCDEF0123456789ABCDEF012J が記述されている。また、「type="LPCM16"」は、このオーディオファイルのフアイル形式を示す。また、「trackDst="CH3"」は、このオーディオフアイルに基づく音声を出力させるオーディォチャンネルを示している。本記述例においては、オーディォファイルに基づく音声を出力させるォ

—ディォチャンネルとして「CH3」が記述されている。

第 1 4図の第 1 0行目乃至第 1 2行目の記述「く audio src="urn:sm pte:umid:060A2B340101010501010D1213000000456789ABCDEF012345678 9ABCDEF0123" type="LPCM16" trackDs t=" CH4"/>J のうち、「umid:06 OA2B340101010501010D1213000000456789ABCDEF0123456789ABCDEF0123 」は、 4つめのオーディオファイルの UMIDを示している。本記述例においては、このオーディオファイルの UMIDとして、「060A2B34010101 0501010D1213000000456789ABCDEF0123456789ABCDEF0123J が記述されている。また、「type="LPCM16"」は、このオーディオファイルのフアイル形式を示す。また、「trackDst="CH4"」は、このオーディオフアイルに基づく音声を出力させるオーディオチャンネルを示している。本記述例においては、オーディオファイルに基づく音声を出力させるオーディオチャンネルとして「CH4」が記述されている。

第 1 3図の第 1 3行目の記述「く/ par>」は、第 1 2図の第 1 5行目から記述が開始された、並行して再生させるデ一夕の記述が終了したことを示している。すなわち、第 1 2図の第 1 5行目乃至第 1 3図の第 1 3行目には、ビデオファイルと 4チャンネル分のオーディオファィルを同時に並行して再生させることが記述されている。

第 1 3図の第 1 3行目の記述の続きが、第 1 4図の第 1行目以降に記述されている。第 1 4図の第 1行目の記述「く！- - sub stream ―) 」は、第 2行目以降にローレゾデ一夕ファイルに関する記述があることを示している。第 1 4図の第 2行目乃至第 4行目の記述「く ref src =" urn :smpte:umid:060A2B340101010501010D12130000009ABCDEF012345 6789ABCDEF012345678" type-" SubStream" sys temComponent=" SubStre am"/>」は、ローレゾデ一夕ファイルの UMIDを示している。本記述例においては、 UMIDとして r060A2B340101010501010D12130000009ABCDE F0123456789ABCDEF012345678J が記述されている。また、「type="Su bStream"j は、このローレゾデータファイルがサブストリームであることを示している。また、「systemComponent="SubStream"」は、フアイル形式を示している。本記述例においては、ファイル形式として rSubStreaij が記述されている。

第 14図の第 5行目の記述「く/ switch〉」は、第 1 2図の第 1 3行目を受けて記述されており、本線のデータ、およびローレゾデータのいずれかを選択して再生させることを示している。すなわち、ビデオファイルおよびオーディオファイル、並びに口一レゾデータファイルのうち、いずれか一方を選択して再生させることを指定している。第 14図の第 6行目の記述「く！-- realtime meta ~>j は、第 7行目以降にフレームメ夕デ一夕ファイルに関する記述があるこを示している。第 14図の第 7行目の記述「く metastream src=" C0004R01. BIM" type="required2k"/>」のうち、「C0004R01. BIM」は、フレームメタデータファイルのファイル名を示している。また、「type=" required 2k" J は、フレームメタデータファイルのファイル形式を示している第 1 4図の第 8行目の記述「く/ par'〉」は、第 1 2図の第 1 2行目の記述を受けて記述されており、本線のデータおよびローレゾデータのうちいずれかのデータ、並びにフレームメタデータファイルを並行して再生させることを示している。

第 14図の第 9行目の記述「く/ body〉」は、第 1 2図の第 1 1行目の記述を受けて記述されており、ボディ部の記述が終了したことを示している。第 14図の第 1 0行目の記述「く/ smil>」は、第 1 2図の第 2行目の記述を受けて記述されており、 smilによる記述が終了したことを示している。

次に、第 1 5図のフローチャートを参照して、第 1図の記録再生装置 1の編集処理について説明す.る。

ユーザにより操作部 2 1が操作され、 1以上のクリップのビデオフアイルを繋ぎ合わせる指示が入力されたとき、ステップ S 1 0 1において、エディツトリスト作成部 6 1は、エディツトリストルートディレクトリ 2 0 9の下位に、エディットリストディレクトリを作成する。第 1 6図は、. ステップ S 1 0 1の処理により、エディットリストル —トディレクトリ 2 0 9の下位に作成されたエディットリストディレクトリ 3 0 1の例を表している。第 1 6図において、エディッ卜リストル一トディレクトリ 2 0 9の下位にエディットリストディレクトリ (E0001) 3 0 1が作成されている。

ステップ S 1 0 2において、符号化方式取得部 6 2は、ユーザにより繋ぎ合わせる指示が入力された全てのクリップの符号化方式を特定する。すなわち、ユーザにより繋ぎ合わせる指示が入力されたクリツプのビデオファイル (例えば、ビデオファイル 2 2 2 ) の符号化方式は、インデックスファイル 2 0 4、およびクリップィンフオメ一ションファイル (例えば、クリップィンフオメ一ションファイル 2 2 1 ) に記録されている（第 7図の第 9行目、第 7図の第 2 7行目、第 8図の第 1 7行目、第 9図の第 8行目、第 9図の第 2 6行目、第 1 0図の第 1 6行目、第 1 1図の第 5行目、および第 1 2図の第 1 8行目を参照）ので、符号化方式取得部 6 2は、インデックスファイル 2 0 4 ( またはクリップィンフオメ一シヨンファイル) から、ビデオファイルの type属性を検索して、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式を読み出す。例えば、 3つのクリップのビデオファイルを繋ぎ合わせる指示が入力されていた場合、符号化方式取得部 6 2は、繋ぎ合わせるように指示された 3つのビデオファィルの type属性をビデオファィル毎に検索して、 3 つのビデオファイルそれぞれの符号化方式を特定する。

ステップ S 1 0 3において、エディットリス卜ファイル管理部 6 3 は、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式は 1種類か否かを判定し、ユーザにより繋ぎ合わせる指示が入力されたクリップに含まれるビデオファイルの符号化方式が 1種類であった場合、処理はステップ S 1 0 4に進む。すなわち、例えば、 3つのクリップのビデオファイルを繋ぎ合わせる指示が入力されていた場合、ステップ S 1 0 2の処理により、繋ぎ合わせるように指示された 3つのビデオファイルのそれぞれの符号化方式が特定される。そこで、ステップ S 1 0 3において、エディツトリストファイル管理部 6 3は、ステップ S 1 0 2で特定された 3つのビデォファイルそれぞれの符号化方式が全て同一であるか否か（1種類の符号化方式であるか否か）を判定し、 3つのビデオファイルそれぞれの符号化方式が全て同一である（1種類の符号化方式である）場合、処理はステップ S 1 0 4に進む。

ステップ S 1 0 4において、エディットリストファイル管理部 6 3 は、ステップ S 1 0 2で特定された 1種類の符号化方式が記述されたエディツトリストファイルを作成し、ドライブ 2 9を介して、光ディスク 3 0のエディットリストディレクトリ 3 0 1の下位に記録する。その後、処理はステップ S 1 0 6に進む。

ステップ S 1 0 3において、エディットリストファイル管理部 6 3 が、符号化方式は 1種類ではない（2種類以上である）と判定した場合、処理はステップ S 1 0 5に進む。例えば、 3つのクリップのビデォファイルを繋ぎ合わせる指示が入力されていた場合、ステップ S 1 0 3において、エディツトリストファイル管理部 6 3は、ステップ S 1 0 2で特定された 3つのビデオファイルそれぞれの符号化方式が全て同一であるか否か（1種類の符号化方式であるか否か）を判定し、 3つのビデオファイルそれぞれの符号化方式が全て同一ではない（複数種類の符号化方式が混在している）場合、処理はステップ S 1 0 5 に進む。

ステップ S 1 0 5において、エディットリストファイル管理部 6 3 は、ステップ S 1 0 2で特定された複数種類の符号化方式を含むダループ名が記述されたエディットリストファイルを作成し、ドライブ 2 9を介して、光ディスク 3 0のエディットリストディレクトリ 3 0 1 の下位に記録する。

すなわち、符号化方式には、例えば「DV25_411」、「DV25DATA_411 」、「DV25— 420」、「DV25DATA— 420」、「DV50— 422」，、「DV50DATA— 4 22」、「IMX30」、「IMX40」、「IMX50」、「MPEG2HD25— 1280— MP@HL 」、「MPEG2HD25— 1440— MP冊 L」、「MPEG2HD50— 1280— MP@HL」、「MPEG 2HD50— 1440— MP@HL」、「MPEG2HD50— 1920— MP冊 L」、「MPEG2HD50— 1280 — 422PMP冊 L」、および「MPEG2HD50— 1920_422PMP@HL」がある。

このうち、「DV25— 411」、「DV25DATA— 411J 、「DV25— 420」、および「DV25DATA— 420」は、 DV規格であり、かつビットレートが 2 5 Mbps のグループに属している。

また、「DV50_422」、および「DV50DATA_422」は、 DV規格であり、かつビットレ一トが 5 0 Mbpsのグループに属している。

また、「IMX30」、「IMX40」、および「IMX50」は、 MPEGの Iピクチャのみで構成された符号化方式のグループに属している。なお、「IM X30」は、ビットレートが 3 0 Mbpsであり、「IMX40」は、ビットレ一トが 4 0 Mbpsであり、「IMX50」は、ビットレートが 5 0 Mbpsであるまた、「MPEG2HD25_1280_MP@HL」、「MPEG2HD25— 1440— MP@HL」、「 MPEG2HD50— 1280— MP@HL」、「M?EG2HD50_U40— MP@HL」、「MPEG2HD50— 1920— MP@HL」、「MPEG2HD50— 1 280— 422PMP冊 L」、および「MPEG2HD50— 1 920_422PMP@HL」は、 MPEGの Long GOPによる符号化方式のグループに属している。

そこで、ステップ S 1 0 2で特定された複数種類の符号化方式が、全て、 DV規格であり、かつビットレートが 2 5 Mbpsのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「 DV25_41 1 J および「DV25j20」であった場合）、エディットリストフアイル管理部 6 3は、「DV25一 41 1」と「DV25_420」を含むグループ名「DV25」を記述したエディットリストファイルを作成する。

また、ステップ S 1 0 2で特定された複数種類の符号化方式が、全て、 DV規格であり、かつビットレートが 2 5 Mbpsと 5 0 Mbpsのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「DV25一 41 1」および「DV50— 422」であった場合）、エディットリストファイル管理部 6 3は、「DV25— 41 1」と「DV50一 422」を含むグループ名「DV50」を記述したエディツトリストファイルを作成する。すなわち、グループ名「DV50」は、 DV規格でビットレートが 5 0 Mbps のグループのみではなく、 DV規格でビットレートが 2 5 Mbpsのグル一プをも含むようにすることができる。

また、ステップ S 1 0 2で特定された複数種類の符号化方式が、全て、 IMXのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「IMX40」および「IMX50」であった場合）、エディツトリストファイル管理部 6 3は、「IMX40」と「IMX50」を含むグループ名「IMX」を記述したエディツトリストファイルを作成する。

また、ステップ S 1 0 2で特定された複数種類の符号化方式が、全て、 MPEGの Long GOPのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「MPEG2HD25_1280—MP@HL」、「MP EG2HD25— 1440—MP@HL」、および「MPEG2HD50_1440_MP@HL」であった場合）、エディツトリストファイル管理部 6 3は、「MPEG2HD25— 1280— M P@HL」、「MPEG2HD25— 1440— MP@HL」、および「MPEG2HD50_1440— MP@HL J を含むグループ名「MPEG」を記述したエディットリストファイルを作成する。

また、ステップ S 1 0 2で特定された複数種類の符号化方式が、 DV 規格の 2 5 Mbpsのグループと IMXのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「DV25_41 1」および「DV25— 420」、並びに「IMX40」および「IMX50」であった場合）、ェデイットリストファイル管理部 6 3は、「DV25_41 1」および「DV25_4 20」、並びに「IMX40」および「IMX50」を含むグループ名「DV25 + IMX J を記述したエディットリストファイルを作成する。

また、ステップ S 1 0 2で特定された複数種類の符号化方式が、 DV 規格の 2 5 Mbpsと 5 0 Mbpsのグループと IMXのグループに属していた場合（例えば、ステップ S 1 0 2で特定された符号化方式が「DV25_4 1 1」、「DV25— 420」、および「DV50— 422」、並びに「IMX40」および「IMX50」であった場合）、エディツトリストファイル管理部 6 3は、「DV25— 41 1」、「DV25— 420」、および「DV50_422」、並びに「IMX4 0J および「IMX50」を含むグループ名「DV50+ IMX」を記述したエディットリストファイルを作成する。

ステップ S 1 0 5の処理の後、処理はステップ S 1 0 6に進む。ステップ S 1 0 6において、エディツトリスト作成部 6 1は、ステップ S 1 0 1で作成されたエディットリストディレクトリ 3 0 1の下位に管理される、エディットリストファイル以外のファイルを作成する。エディツトリスト作成部 6.1は、例えば、クリップメタデ一夕に基づいて新たに生成されたクリップメ夕データを含むファイルであるエディットリスト用クリップメ夕データファイルを作成する。

第 1 7図は、ステップ S 1 0 4またはステップ S 1 0 5の処理によりエディットリストディレクトリ 3 0 1の下位に記録されたエディットリストファイル 3 1 1、およびステップ S 1 0 6の処理によりェデイットリストディレクトリ 3 0 1の下位に記録されたエディットリスト用クリップメタデータファイル 3 1 2の例を表している。 ' 第 1 7図において、エディットリストディレクトリ 3 0 1には、この編集結果（エディットリスト）を管理するファイルであるエディツトリストファイル（E0002E01. SMI) 3 1 1、並びに、，この編集後のェッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデ一夕として抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメ夕デ一夕を含むファイルであるエディットリスト用クリップメタデータファイル (E0002M01. XML) 3 1 2が設けられる。エディットリスト用クリップメ夕データファイル 3 1 2は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ 2 0 8の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメ夕データを含むファイルである。例えば、編集が行われると、第 6図のクリップメ夕デ一夕ファイル 2 2 8に含まれるクリップメ夕データから、編集後のエッセンスデ一夕に対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを 1クリップとする新たなクリップメ夕データが再構成され、エディットリスト用クリップメ夕デ一夕ファイルとして管理される。すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを 1クリップとする新たなクリップメタデータが付加され、そのクリップメ夕データが 1つのエディッ卜リスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメ夕データファイルは、編集毎に生成される。

なお、このエディットリスト用クリップメ夕データファイル 3 1 2 は、汎用性を持たせるために、 XML形式で記述される。

ステップ S 1 0 6の後、ステップ S 1 0 7において、インデックスファイル管理部 1 8は、インデックスファイル 4 1のエディットリストテ一ブルに、エディットリストディレクトリ 3 0 1の下位に管理されているファイルに対応するエディットリスト要素を追加して、インデックスファイル 4 1の記録内容を更新する。

ステップ S 1 0 8において、インデックスファイル管理部 1 8は、ステップ S 1 0 7でエディットリスト要素が追加されたィンデックスファイル 4 1を、ドライブ 2 9を介して、光ディスク 3 0の PR0AVディレクトリ 2 0 2の下位に記録する。なお、この際、もともと PR0AV ディレクトリ 2 0 2の下位に記録されていたィンデックスファイル 2 0 4は消去される。さらに、インデックスファイル管理部 1 8は、ステツプ S 1 0 7でエディットリスト要素が追加されたインデックスフアイル 4 1のバックアップファイルを作成し、これを、ドライブ 2 9 を介して、光ディスク 3 0の PR0AVディレクトリ 2 0 2の下位に記録する。なお、この際、もともと PR0AVディレクトリ 2 0 2の下位に記録されていたバックアップファイル 2 0 5は消去される。

以上のようにして、編集処理が実行される。次に、第 18図乃至第 27図に、ステップ S 1 04またはステップ S 105の処理により作成されたエディットリストファイル 3 1 1の記述例、並びにステップ S 1 0.7の処理により作成されたインデックスファイル 41の記述例を示す。

第 18図は、ステップ S 1 04の処理により作成されたエディットリストファイル 3 1 1の記述例である。第 1 8図は、クリップディレクトリ 2 1 2およびクリップディレクトリ 2 1 3によりそれぞれ管理されている 2つのクリップが同一の符号化方式「IMX50」であった場合の例を示している。

第 1 8図の第 1行目の記述「く？ xml version 1.0" encoding=",UTF- 8"?〉」のうち、「xml version="1.0"」は、エディットリストフアイル 3 1 1が XML文書であることを表している。また、「encoding="UT F-8"」は、文字コードが UTF- 8で固定であることを表レている。第 1 8図の第 2 了目の記述「 mil xmlns= urn: schemas-professionalDis c:edl:editList">j は、 XML文書の名前空間を示している。第 1 8図の第 3行目の記述「く head〉」は、第 4行目以降にヘッダの記述があることを示している。すなわち、エディットリストファイル 31 1は、ヘッダとボディ部に分かれており、最初に、ヘッダが記述される。そして、第 1 8図の第 1 0行目まで、ヘッダの記述が続く。

第 1 8図の第 1 1行目の記述「く body〉」は、第 1 2行目以降にポディ部の記述があることを示している。第 1 8図の第 12行目の記述「ぐ par systemComponent=" IMX50">J のうち、「par」は、第 2 1行目の「く/ par>」と対応しており、第 1 3行目乃至第 20行目に記述されたクリップを並行して再生させることを示している。また、「systemCo mponent="IMX50"」は、エディツトリストファイル 3 1 1の編集時に採用されたクリップのビデオファイルの符号化方式を示している。本記述例においては、エディツトリストファイル 3 1 1の編集時に採用されたクリップのビデオファイルの符号化方式が、全て「IMX50」であることを示している。

第 1 8図の第 1 3行目の記述「 - - Clip2 - -〉」は、クリップ 2、すなわち 2番目に作成されたクリップディレクトリ 2 1 2の下位に管理されているファイルを再生させることを示している。第 1 8図の第 1 4行目乃至第 1 6行目の記述「く ref src="urn:smpte:umid:060A2B3 40101010501010D1213000000FEDCBA9876543210FEDCBA9876543210" beg in="smpte- 30=00:00:00:00" cl ipBegin=" smpte- 30=00:00:00:00" cli pEnd=" srap t e-30=00 :10:00:00" />J のうち、 r_Src="urn: smpte:umid:0 60A2B340101010501 OlODl 213000000FEDCBA9876543210FEDCBA987654321 0"」は、クリップディレクトリ 2 1 2を特定する名前空間を示している。特に r_Umid:060A2B340101010501010D1213000000,FEDCBA987654321 0FEDCBA9876543210J は、クリップディレクトリ 2 1 2の UMIDを示し、本記述例においては、クリップディレクトリ 2 1 2の UMIDが「060A 2B340101010501010D1213000000FEDCBA9876543210FEDCBA9876543210J であることを示している。また、「begin="s即 te- 30=00:00:00:00"」は、クリップディレクトリ 2 1 2の下位に管理されているビデオファィルの再生を開始すべき、編集結果におけるタイムコ一ドを示している。また、「clipBegin="s即 te- 30=00:00:00:00"」は、クリップディレクトリ 2 1 2の下位に管理されているビデオファイルの再生を開始すべき、ビデオファイル内でのタイムコードを示している。また、「 clipEnd="smpte- 30=00:10:00:00"」は、クリップディレクトリ 2 1 2 の下位に管理されているビデオファイルの再生を終了すべき、ビデオファイル内でのタイムコードを示している。

第 1 8図の第 1 7行目の記述「 - - Clip3 - - >」は、クリップ 3、すなわち 3番目に作成されたクリップディレクトリ 2 1 3の下位に管理されているファイルを再生させることを示している。第 1 8図の第 1 8行目乃至第 2 0行目の記述. 「く ref src="urn:smpte:umid:060A2B3 40101010501010D1213000000EDCBA9876543210FEDCBA9876543210F" beg in="sipte-30=00:10:00:00" clipBegin="sipte-30=00:02:00:00" cli

60A2B340101010501010D1213000000EDCBA9876543210FEDCBA9876543210 F"J は、クリップディレクトリ 2 1 3を特定する名前空間を示している。特に r_Umid:060A2B340101010501010D1213000000EDCBA9876543210 FEDCBA9876543210FJ は、クリップディレクトリ 2 1 3の UMIDを示し、本記述例においては、クリップディレクトリ 2 1 3の UMIDが「060A 2B340101010501010D1213000000EDCBA9876543210FEDCBA9876543210FJ であることを示している。また、「begin="snipte- 30FOO:10:00:00"」は、クリップディレクトリ 2 1 3の下位に管理されているビデオファィルの再生を開始すべき、編集結果におけるタイムコードを示している。また、 _clipBegin="smpte-30=00:02:00:00"j は、クリップディレクトリ 2 1 2の下位に管理されているビデオファイルの再生を開始すべき、ビデオファイル内でのタイムコ一ドを示している。また、 Γ c 1 ipEnd=" smpte-30=00 :03:30: 00" J は、クリップディレクトリ 2 1 2 の下位に管理されているビデオファイルの再生を終了すべき、ビデオファイル内でのタイムコードを示している。

第 1 8図の第 2 1行目の記述「く/ par〉」は、第 1 2行目の「par」と対応しており、上述したように、クリップディレクトリ 2 1 2の下位に管理されたビデオファイルおよびクリップディレクトリ 2 1 3の下位に管理されたビデオファイルを並行して再生させることを示している。第 1 8図の第 22行目の記述「く/ body>」は、第 1 1行目から開始されたボディ部の記述が終了したことを示している。

第 1 8図の第 23行目の記述.「く/ smil>」は、第 2行目から開始された smilの記述が終了したことを示している。

以上に示したように、エディツトリストファイル 3 1 1には、繋ぎ合わせて再生するように編集されたクリップに含まれるビデオフアイルの符号化方式が記述される（第 18図の第 1 2行目）。これにより、このエディツトリストファイル 3 1 1を参照すれば、わざわざ各クリップのクリップインフォメーションフアイルを参照しなくても、編集されたクリップに含まれるビデオファイルの符号化方式を特定することが可能となる。

次に、第 1 9図乃至第 23図は、第 1 8図のようなエディットリストファイル 3 1 1が作成された場合に、ステップ S 107の処理によりエディットリスト要素が追加されたィンデックスファイル 41の記述例を示している。なお、第 20図は第 1 9図の記述の続きであり、第 2 1図は第 20図の記述の続きであり、第 22図は第 2 1図の記述の続きであり、第 23図は第 22図の記述の続きである。

第 1 9図の第 1行目乃至第 23図の第 1 9行目の記述は、第 7図の第 1行目乃至第 1 1図の第 1 9行目の記述と同一であるので、説明を省略する。

第 23図においては、第 20行目の記述「く editlistTable path='7 PR0AV/EDTR/">J と、第 25行目の記述 r</edi 11 is tTable>J の間に、エディットリストディレクトリ 30 1の下位に管理されているェデイットリストの属性が追記されている。

すなわち、第 2 3図の第 2 1行目および第 22行目の記述「く editl ist id="E0001" uraid=" 0D12130000000000001044444484EEEE00E0188E1 3 OB" f ile="B0001E01. SMI" dur=" 500" fps=" 59.94i" c =" " aspectR atio="4:3" type="IMX50">J のうち「id="E0001"」は、エディツトリストの IDを示しており、本記述例においては、エディットリストの ID として「E0001」が記述されている。なお、この IDは、エディツトリストディレクトリ 3 0 1のディレクトリ名と同一である。また、「um id="0D12130000000000001044444484EEEE00E0188E130B"j は、エディットリストディレクトリ 3 0 1により管理されているエディットリストの UMIDを示しており、本記述例においては、 UMIDとして「0D121300 00000000001044444484EEEEOOE0188E130BJ が記述されている。また、「f ile="E0001E01. SMI"」は、エディツトリストディレクトリ 3 0 1 の下位で管理されているエディットリストファイル 3 1 1のファイル名を示しており、本記述例においてはファイル名として「E0001E01.S MIJ が記述されている。また、「dur=" 500"」は、エディツトリストディレクトリ 3 0 1により管理されているエディットリストに基づいて再生した場合の、時間長を示している。単位は、フレーム数である。本記述例においては、エディツトリストディレクトリ 3 0 1により管理されているエディットリストに基づいて再生した場合の、時間長が 5 0 0フレーム分であることを示している。また、「fps=" 59.94i" 」は、エディットリストディレクトリ 3 0 1により管理されているェデイットリストに基づいて再生した場合の、時間軸方向のレゾリューシヨンを示している。単位は field/secである。本記述例においては、 NTSC方式の信号周波数を示している。また、「ch="4"」は、エディットリストディレクトリ 3 0 1により管理されているエディットリストに基づいて再生した場合の、オーディオチヤンネル数を示している。本記述例においては、オーディオチャンネル数が 4つであることを示している。また、「aspectRatio="4:3"」は、エディツトリストディレクトリ 30 1により管理されているエディットリストに基づいて再生した場合の、ビデオファイルのアスペクト比を示している。本記述例においては、アスペクト比が 4 ： 3であることを示している。また、「type="IMX50"」は、エディツトリスト 3 1 1を参照して再生するビデオファイルの符号化方式を示しており、本記述例においては、符号化方式として「IMX50」が記述されている。

第 23図の第 23行目の記述「く meta f i le="E0001M01. XML" type:" PD-Meta"/>J は、エディツトリスト用クリップメタデ一夕ファイル 3 1 2の属性が記述されている。このメタ要素は、エディツトリスト用クリップメタデ一夕ファイル 3 1 2に関する情報を管理する。「file ="E0001M01.XML"J は、エディツトリスト用クリップメタデ一タファィル 3 1 2のファイル名を示している。本記述例においては、エディットリスト用クリップメタデータファイル 3 12のファイル名として rEOOOlMOl.XMLj が記述されている。また、「type="PD-Meta"」は、エディットリスト用クリップメタデータファイル 3 1 2のファイル形式を示す。本実施の形態においては、エディツトリスト用クリップメ夕データファイル 3 12のファイル形式として Γρϋ-Metaj が記述されている。

第 23図の第 2 5行目の記述「く/ editlist>」は、第 25行目まででエディットリストディレクトリ 30 1により管理されたエディットリストの属性の記述が終了したことを示している。すなわち、第 23 図の第 2 1行目乃至第 25行目に、エディットリストディレクトリ 3 0 1により管理されたエディットリストの属性が記述されている。すなわち、第 23図の第 2 1行目乃至第 2 5行目の記述は、上述したステップ S 1 07の処理により、インデックスファイル 41に、ェディットリスト要素として追記される。次に、第 2 4図は、ステップ S 1 0 5の処理により作成されたェデイットリストファイル 3 1 1の記述例である。第 2 4図は、クリップディレクトリ 2 1 2により管理されているビデオファイル（符号化方式は IMX50) 、およびクリップディレクトリ 2 1 5により管理されているビデオファイル（符号化方式は IMX40) を繋ぎ合わせて編集した場合の例を示している。

第 2 4図においては、 IMX50と IMX40が含まれるグループのグループ名「IMX」が、第 1 2行目に記述されている。すなわち、第 1 2行目には、「く par sys teiComponent=" IMX" >J と記述されており、このうち「sys temCo即 onent=" IMX"」が、クリップディレクトリ 2 1 2およびクリップディレクトリ 2 1 5により管理されているビデオファイルの符号化方式を示している。本記述例においては、ビデオファイルの符号化方式として「IMX」と記述されており、これは,、 IMX50と IMX40 が含まれるダル一プのグループ名を示している。

また、第 2 4図においては、第 1 3行目に「く! -- C l i p2 --〉」と記述され、第 1 7行目に「〈！ -- Cl ip5 - - >」と記述されており、これらは、それぞれクリップディレクトリ 2 1 2およびクリップディレクトリ 2 1 5を示している。すなわち、第 1 3行目乃至第 1 6行目には、クリップディレクトリ 2 1 2の下位に管理されているファイルの属性が記述され、第 1 7行目乃至第 2 0行目には、クリップディレクトリ 2 1 5の下位に管理されているファイルの属性が記述されている。第 2 4図において、上記以外の記述は第 1 8図と同様であるため、説明を省略する。

次に、第 2 5図は、第 2 4図のようなエディツトリストファイル 3 1 1が作成された場合に、ステップ S 1 0 7の処理によりエディットリスト要素が追加されたインデックスファイル 4 1の記述例の一部を示している。すなわち、上述した第 1 9図乃至第 2 3図には、インデックスファイル 4 1の記述例が示されているが、第 2 4図のようなェデイットリストファイル 3 1 1.が作成された場合、第 1 9図乃至第 2 3図の記述例のうち、第 2 3図の第 2 0行目乃至第 2 6行目が、第 2 5図の第 1行目乃至第 7行目の記述に入れ替えられたィンデックスフアイル 4 1が作成される。

第 2 5図においては、第 4行目に、第 2 4図と同一の符号化方式のグループ名が記述される。すなわち、第 2 5図の第 4行目には、「 pe=" IMX"」と記述されており、これは、第 2 4図の第 1 2行目に記述された「sys t emCo即 onent =" IMX"」を反映している。 ' 第 2 5図のその他の記述は、第 2 3図の第 2 0行目乃至第 2 6行目と同様であるため、説明を省略する。

次に、第 2 6図は、ステップ S 1 0 5の処理により作成されたェデイットリストファイル 3 1 1の記述例である。第 2 6図は、クリップディレクトリ 2 1 1により管理されているビデオファイル (符号化方式は DV25— 41 1 ) 、およびクリップディレクトリ 2 1 7により管理されているビデオファイル (符号化方式は DV50— 422) を繋ぎ合わせて編集した場合の例を示している。

第 2 6図においては、 DV25— 41 1と DV50— 422が含まれるグループのグループ名「DV50」が、第 1 2行目に記述されている。すなわち、第 1 2行目には、「く par sys t emCo即 onent=" DV50" >」と記述されており、このうち「sys t emCo即 onent =" DV50"」が、クリップディレクトリ 2 1 1およびクリップディレクトリ 2 1 7により管理されているビデオフアイルの符号化方式を示している。本記述例においては、ビデオファィルの符号化方式として「DV50」と記述されており、これは、 DV25— 4 1 1と DV50 422が含まれるグループのグループ名を示している。また、第 2 6図においては、第 1 3行目に「く! -- C l ipl - -〉」と記述され、第 1 7行目に「く！-- Cl ip7 -) J と記述されており、これらは、それぞれクリップディレク小リ 2 1 1およびクリップディレクトリ 2 1 7を示している。すなわち、第 1 3行目乃至第 1 6行目には、クリップディレクトリ 2 1 1の下位に管理されているファイルの属性が記述され、第 1 7行目乃至第 2 0行目には、クリップディレクトリ 2 1 7の下位に管理されているファイルの属性が記述されている。第 2 6図において、上記以外の記述は第 1 8図と同様であるため、説明を省略する。

次に、第 2 7図は、第 2 6図のようなエディツトリストファイル 3 1 1が作成された場合に、ステップ S 1 0 7の処理によりエディットリスト要素が追加されたインデックスファイル 4 1の記述例の一部を示している。すなわち、上述した第 1 9図乃至第 2 3図には、インデックスファイル 4 1の記述例が示されているが、第 2 6図のようなェデイットリス卜ファイル 3 1 1が作成された場合、第 1 9図乃至第 2 3図の記述例のうち、第 2 3図の第 2 0行目乃至第 2 6行目が、第 2 7図の第 1行目乃至第 7行目の記述に入れ替えられたィンデックスフアイル 4 1が作成される。

第 2 7図においては、第 4行目に、第 2 6図と同一の符号化方式のグループ名が記述される。すなわち、第 2 5図の第 4行目には、「ty pe=" DV50" j と記述されており、これは、第 2 6図の第 1 2行目に記述された「sys t emCo即 onen " DV50"」を反映している。

第 2 7.図のその他の記述は、第 2 3図の第 2 0行目乃至第 2 6行目と同様であるため、説明を省略する。

以上に例示したように、本発明を適用した記録再生装置 1においては、エディットリストファイル 3 1 1に基づいて再生するビデオファィルの符号化方式を、エディットリストファイル 3 1 1自体に記述するようにしたので、このエディットリストファイル 3 1 1に基づいて再生処理を行う再生装置は、エディットリストファイル 3 1 1に記述された符号化方式を参照することにより、エディットリストファイル 3 1 1に記述されたビデオファイルの復号が実行可能か否かを、容易に判定することが可能となる。

また、本発明を適用した記録再生装置 1においては、エディツトリストに記述された複数のビデオファイルが異なる符号化方式であり、かつ、同一のグループ（例えば、「DV25」、「DV50」、「IMX」、または「MPEG」 ) に属していた場合、そのグループ名を、エディツトリストファイル 3 1 1自体に記述するようにしたので、このエディットリスト 3 1 1に基づいて再生処理を行う再生装置は、個々の符号化方式について復号可能か否か判定しなくても、グループ毎に復号可能か否かを判定することができ、再生の可否をより容易に行うことが可能となる。

また、上記したように、エディットリストに含まれるクリップの符号化方式をィンデックスファイルにも記録するようにしたので、このエディットリストを再生するか否かの判断を、インデックスファイルを参照しても行うことができる。

次に、第 2 8図のフローチャートを参照して、エディツトリスト 3 1 1に基づいた再生処理について説明する。なお、光ディスク 3 0は、第 1図の記録再生装置 1から取り出され、第 3図の記録再生装置 1 0 1に装着され、第 3図の記録再生装置 1 0 1により、再生処理が実行されるものとする。なお、第 3図の記録再生装置 1 0 1のインデックスファイル管理部 1 1 8に記憶されているインデックスファイル 1 4 1は、光ディスク 3 0がドライブ 1 2 9に装着されたタイミングで光ディスク 3 0から読み出されたものである。

ユーザにより操作部 1 2 1が操作され、エディットリスト 3 1 1に基づく再生の実行が指示された場合、第 2 8図のステップ S 2 0 1において、インデックスファイル管理部 1 1 8は、インデックスフアイル 1 4 1から、再生を指示されたエディットリストのエディットリスト要素に関する記述部分を選択する。ステップ S 2 0 1の処理により、例えば、第 2 3図の第 2 1行目乃至第 2 5行目、第 2 5図の第 2行目乃至第 6行目、または第 2 7図の第 2行目乃至第 6行目の記述が選択される。

ステップ S 2 0 2において、再生制御部 1 1 6の符号化方式取得部 1 6 2は、ステップ S 2 0 1で選択された記述の中から、符号化方式に関する記述部分を取得する。例えば、ステップ S 2 0 1の処理により、第 2 3図の第 2 1行目乃至第 2 5行目の記述が選択された場合、符号化方式取得部 1 6 2は、第 2 3図の第 2 3行目の記述「type=" IM X50" J を取得する。例えば、ステップ S 2 0 1の処理により、第 2 5 図の第 2行目乃至第 6行目の記述が選択された場合、符号化方式取得部 1 6 2は、第 2 5図の第 4行目の記述「type=" IMX"」を取得する。また、例えば、ステップ S 2 0 1の処理により、第 2 7図の第 2行目乃至第 6行目の記述が選択された場合、符号化方式取得部 1 6 2は、第 2 7図の第 4行目の記述「type=" DV50"」を取得する。

再生制御部 1 1 6には、記録再生装置 1 0 1に備えられている復号器により復号可能な符号化方式のリスト（以下、符号化方式リストとも称する）がデータとして記録されている。そこで、ステップ S 2 0 3において、再生可否判定部 1 6 3は、ステップ S 2 0 2で取得した符号化方式が、符号化方式リストに全て記録されているか否かを判定することにより、エディットリストファイル 3 1 1を再生するための復号器を全て備えているか否かを判定する。そして、記録再生装置 1 0 1が、エディットリストファイル 3 1 1を再生するための復号器を全て備えてはいない（エディッ.トリストファイル 3 1 1を再生するための復号器が 1つ以上不足している）と判定された場合、処理はステップ S 2 0 4に進む。

ステップ S 2 0 4において、再生可否判定部 1 6 3は、 CPU 1 1 1 に、エディットリストファイル 3 1 1に基づく再生は不可能である旨を通知し、 CPU 1 1 1は、この通知を受けて、表示部 1 2 2に、ェデイットリストファイル 3 1 1に基づく再生は不可能である旨の案内（エラー画面）を表示させる。 ' ステップ S 2 0 3において、再生可否判定部 1 6 3が、エディットリストファイル 3 1 1を再生するための復号器を全て備えていると判定した場合、処理はステップ S 2 0 5に進む。，

ステップ S 2 0 5において、再生可否判定部 1 6 3は、再生実行部 1 6 4に、エディツトリストファイル 3 1 1に基づく再生は可能である旨を通知し、再生実行部 1 6 4は、この通知を受けて、エディットリストファイル 3 1 1の記述に従って、ビデオファイル等の再生を実行する。すなわち、再生実行部 1 6 4は、ドライブ 1 2 9を介して、光ディスク 3 0から、ビデオファイル等の読み出し、復号、表示部 1 2 2への表示等の処理を実行する。

以上のようにして、エディットリストに基づいた再生処理が実行される。

なお、以上の再生処理においては、ステップ S 2 0 1において、ィンデックスファイル 1 4 1に記録された符号化方式の記述を参照した場合を例として説明したが、勿論、インデックスファイル 1 4 1を参照する代わりに、エディットリストファイル 3 1 1の記述を参照して、符号化方式を特定するようにしても良い。

ところで、以上の説明においては、 1つのエディットリストに複数の符号化方式が含まれていた場合、そのグループ名をエディットリストファイルに記述するようにしているが、そのようにせずに、エディットリストに含まれている複数の符号化方式を全て、エディットリストファイルに列挙するようにしても良い。

次に、第 2 9図のフローチャートを参照して、エディットリストに含まれている複数の符号化方式を全て、エディットリストファイルに列挙するようにした場合の編集処理について説明する。

第 2 9図のステップ S 3 0 1およびステップ S 3 0 2の処理は、それぞれ第 1 5図のステップ S 1 0 1およびステップ S 1 0 2の処理と同様であるため、説明を省略する。第 2 9図のステップ S 3 0 3において、エディツトリストファイル管理部 6 3は、ステップ S 3 0 2で特定された複数種類の符号化方式が全て記述されたエディットリストファイルを作成し、ドライブ 2 9を介して、光ディスク 3 0のエディットリストディレクトリ 3 0 1の下位に記録する。その後、処理はステツプ S 3 0 4に進む。

ステップ S 3 0 4乃至ステップ S 3 0 6の処理は、それぞれ第 1 5 図のステップ S 1 0 6乃至ステップ S 1 0 8の処理と同様であるため、説明を省略する。

以上のようにしても良い。

以上のステップ S 3 0 3により作成されたエディットリストフアイルの記述例を第 3 0図に示す。第 3 0図は、クリップディレクトリ 2 1 1により管理されているビデオファイル（符号化方式は DV25— 41 1 ) 、クリップディレクトリ 2 1 2により管理されているビデオファイル (符号化方式は IMX50) 、およびクリップディレクトリ 2 1 4により管理されているビデオファイル（符号化方式は MPEG2HD25— 1440_MP@HL ) を繋ぎ合わせて編集した場合の例を示している。

第 3 0図においては、 IMX50v DV25_41K および MPEG2HD25J440一 MP @HLが、第 1 2行目に列挙されている。すなわち、第 1 2行目には、「く par systemComponent=" IMX50" "DV25_411" " MPEG2HD25_1440_MP@HL" >」と記述されており、このうち「systemComponent=" IMX50""DV25_41 1""MPEG2HD25_1440_MP§HL"J が、クリップディレクトリ 2 1 1、クリップディレクトリ 2 1 2、およびクリツプディレクトリ 2 14により管理されているビデオファイルの符号化方式を示している。このように、エディツトリストファイルに記述されたクリップの符号化方式を、全て列挙するようにしても良い。

また、第 2 0図においては、第 1 3行目に「く！-- Clipl - - >」と記述され、第 1 7行目に「く!-- Clip2 - -〉」と記述され、第 2 1行目に Γ<！— Clip4 - - >」と記述されており、これらは、それぞれ、クリツプディレクトリ 2 1 1、クリツプディレクトリ 2 1 2、およぴクリップディレクトリ 2 14を示している。すなわち、第 1 3行目乃至第 1 6行目には、クリップディレクトリ 2 1 1の下位に管理されているフアイルの属性が記述され、第 1 7行目乃至第 20行目には、クリップディレクトリ 2 1 2の下位に管理されているファイルの属性が記述され、第 2 1行目乃至第 24行目には、クリップディレクトリ 2 14の下位に管理されているファイルの属性が記述されている。

第 3 0図において、上記以外の記述は第 1 8図と同様であるため、説明を省略する。

次に、第 3 1図は、第 3 0図のようなエディットリストファイル 3 1 1が作成された場合に、ステップ S 3 0 5の処理によりエディットリス卜要素が追加されたインデックスファイル 4 1の記述例の一部を示している。すなわち、上述した第 1 9図乃至第 2 3図には、インデックスファイル 4 1の記述例が示されているが、第 3 0図のようなェディットリストファイル 3 1 1が作成された場合、第 1 9図乃至第 2 3図の記述例のうち、第 2 3図の第 2 0行目乃至第 2 6行目が、第 3 5 1図の第 1行目乃至第 7行目の記述に入れ替えられたィンデックスフアイル 4 1が作成される。

第 3 1図においては、第 4行目に、第 3 0図と同一の符号化方式のグループ名が記述される。すなわち、第 3 1図の第 4行目には、「ty pe=" IMX50 | DV25_41 1 | MPEG2HD25_1440_MP@HL" j と記述されており、こ 10 れは、第 3 0図の第 1 2行目に記述された「sys t emCo即 onent=" IMX50 " " DV25—41 1" " MPEG2HD25_1440_MP§HL" J を反映している。

第 3 1図のその他の記述は、第 2 3図の第 2 0行目乃至第 2 6行目と同様であるため、説明を省略する。，

以上のように、本発明によれば、編集されたデータを再生しようと 15 する再生装置（例えば、第 3図の記録再生装置 1 0 1 ) は、編集結果を管理するエディットリストファイル（またはインデックスファイル ) を参照するだけで、編集されたデータを再生するために必要な復号器を特定することができ、編集結果の再生の可否判断をより容易に行うことが可能となる。

2200 すすななわわちち、、従従来来はは、、エエデディィッットトリリスストトフファァ

アアイイルルににもも、、編編集集さされれたたデデーータタのの符符号号化化方方式式がが記記録録さされれてていいななかかっったたののでで、、ここののエエデディィツツトトリリスストトをを再再生生ししょょううととすするる再再生生装装置置はは、、エエデディィッットトリリスストトにに記記述述さされれたたククリリッッププ（（ビビデデオオフファァイイルル））がが管管理理さされれてていいるるククリリツツププデディィレレククトトリリののククリリッッププイインンフフォォメメーーシショョンンフファァイイルルをを読読

2255 みみ出出ししてて、、そそののククリリッッププのの符符号号化化方方式式をを特特定定すするる必必要要ががああっったた。。従従つつてて、、エエデディィッットトリリスストトにに多多数数ののククリリッッププがが記記述述さされれてていいたた場場合合、、ここれれを再生可能か否か判定するためには、多数のクリップのそれぞれが管理されているクリップディレクトリのクリップインフォメーションフアイルを、個々に読み出して、 .クリップ毎の符号化方式を特定せねばならず、容易に再生可否を判定することができなかった。

それに対して、本発明によれば、エディツトリストファイルに、クリップ（ビデオファイル）の符号化方式が記述されているため、仮に、エディットリストに多数のクリップが記述されていたとしても、ェディットリストファイルを参照するだけで、それらのクリップの符号化方式を特定することができ、容易に再生可否を判定することが可能となる。 ' なお、以上の説明は、上記した以外の符号化方式にも適用可能である。また、以上の説明は、ビデオファイルの符号化方式を記述する場合を例にしているが、ビデオファイル以外のファイル (例えば、ォ一ディォファイルやローレゾデータファイル等）の符号化方式を、上記したのと同様に記述することも勿論可能である。

なお、以上においては、動画データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクゃハ一ドディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。

また、以上においては、記録再生装置 1が編集処理を行い、記録再生装置 1 0 1が再生処理を行う場合について説明したが、編集処理および再生処理を行う情報処理装置としては、これに限らず、例えば、編集専用の情報処理装置であってもよいし、それ以外の情報処理装置であってもよい。

さらに、以上においては、記録再生装置を例にして説明したが、これは一体的に構成されることに限定されるものではなく、記録装置、および再生装置にそれぞれ分離してもよい。例えば、記録装置において編集処理を実行し、再生装置において再生処理を実行するようにしてもよい。

上述した一連の処理は、ハ一ドウエアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが専用のハードウエアに組み込まれているコンピュタ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。，

記録媒体は、第 1図および第 3図に示されるように、記録再生装置 1や記録再生装置 1 0 1とは別に、ュ一ザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD- ROM (Compac t Di sc-Read On ly Memory) ， DVD (Digi t al Versat i l e Di sc) を含む）、光磁気デイスク（MD (Mini-Di sc) (登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディ 7を含むリムーバブルメディァ 2 8， 1 2 8により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されている ROM 1 2， 1 1 2や記憶部 2 5 , 1 2 5が含まれるハードディスクなどで構成される。

なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

以上のように、本発明によれば、動画データや音声データ等を編集することができる。特に、記録媒体に記録された編集された動画デー夕や音声データを再生することができるか否かを容易に判定することが可能となる。

Claims

請求の範囲

1 . 繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定手段と、

前記特定手段により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファイルを作成する作成手段と

を備えることを特徴とする情報処理装置。

2 . 繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、

前記特定ステップの処理により特定された前記符号化方式を示す符号化方式情報を含む、編集結果を管理するための 1つの管理情報ファィルを作成する作成ステップと

を含むことを特徴とする情報処理方法。 .

3 . 繋ぎ合わせて連続的に再生するように編集された複数のデ一夕の個々の符号化方式を特定する特定ステップと、

を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録された記録媒体。

4 . 繋ぎ合わせて連続的に再生するように編集された複数のデータの個々の符号化方式を特定する特定ステップと、

をコンピュータに実行させることを特徴とするプログラム。

5 . 繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置において、

編集結果を管理するための 1.つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記デ一夕を再生することができるか否かを判定する判定手段を備える

ことを特徴とする情報処理装置。

6 . 繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置の情報処理方法において、

編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定ステップを含むことを特徴とする情報処理方法。

7 . 繋ぎ合わせて連続的に再生するように編集された複数のデータを再生する情報処理装置用のプログラムであって、

編集結果を管理するための 1つの管理情報ファイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記データを再生することができるか否かを判定する判定ステップを含むことを特徴とするコンピュータが読み取り可能なプログラムが記録された記録媒体。

8 . 繋ぎ合わせて連続的に再生するように編集された複数のデ一夕を再生する処理を行うコンピュータに、

編集結果を管理するための 1つの管理情報フアイルに記録された情報であって、複数の前記データの符号化方式を示す情報である符号化方式情報に基づいて、複数の前記デ一夕を再生することができるか否かを判定する判定ステップを実行させることを特徴とするプログラム。