(57)【特許請求の範囲】
【請求項１】
ディスク状の記録媒体に、所定の単位データ毎に記録されているデータをデータ管理ファイルで一括管理する情報処理装置において、
前記データを再生するか否かを示す再生可否情報を、前記単位データ毎に前記データ管理ファイルに登録する登録手段と、
前記登録手段により登録された前記再生可否情報に基づいて、前記単位データを再生するか否かを判断する判断手段と、
前記記録媒体に記録されている前記単位データを再生して出力する再生手段と
を備え、
前記登録手段は、編集時に他の前記単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報を前記データ管理ファイルに登録し、
前記再生手段は、前記編集結果に基づいて前記単位データを再生するとともに、前記単位データの連続再生が要求されたときは、前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記単位データ以外の前記単位データを、前記記録媒体に記録された順番で出力されるように再生する
ことを特徴とする情報処理装置。
【請求項２】
ディスク状の記録媒体に、所定の単位データ毎に記録されているデータをデータ管理ファイルで一括管理する情報処理装置の情報処理方法において、
前記データを再生するか否かを示す再生可否情報を、前記単位データ毎に前記データ管理ファイルに登録する登録ステップと、
前記登録ステップの処理で登録された前記再生可否情報に基づいて、前記単位データを再生するか否かを判断する判断ステップと、
前記記録媒体に記録されている前記単位データを再生して出力する再生ステップと
を含み、
前記登録ステップは、編集時に他の前記単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報を前記データ管理ファイルに登録し、
前記再生ステップは、前記編集結果に基づいて前記単位データを再生するとともに、前記単位データの連続再生が要求されたときは、前記記録媒体に記録されているすべてのデータのうち、前記判断ステップの処理で再生しないと判断された前記単位データ以外の前記単位データを、前記記録媒体に記録された順番で出力されるように再生する
ことを特徴とする情報処理方法。
【請求項３】
ディスク状の記録媒体に、所定の単位データ毎に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに実行させるプログラムが記録されているプログラム記録媒体において、
前記データを再生するか否かを示す再生可否情報を、前記単位データ毎に前記データ管理ファイルに登録する登録ステップと、
前記登録ステップの処理で登録された前記再生可否情報に基づいて、前記単位データを再生するか否かを判断する判断ステップと、
前記記録媒体に記録されている前記単位データを再生して出力する再生ステップと
を含み、
前記登録ステップは、編集時に他の前記単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報を前記データ管理ファイルに登録し、
前記再生ステップは、前記編集結果に基づいて前記単位データを再生するとともに、前記単位データの連続再生が要求されたときは、前記記録媒体に記録されているすべてのデータのうち、前記判断ステップの処理で再生しないと判断された前記単位データ以外の前記単位データを、前記記録媒体に記録された順番で出力されるように再生する
ことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項４】
ディスク状の記録媒体に、所定の単位データ毎に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに実行させるプログラムであって、
前記データを再生するか否かを示す再生可否情報を、前記単位データ毎に前記データ管理ファイルに登録する登録ステップと、
前記登録ステップの処理で登録された前記再生可否情報に基づいて、前記単位データを再生するか否かを判断する判断ステップと、
前記記録媒体に記録されている前記単位データを再生して出力する再生ステップと
を含み、
前記登録ステップは、編集時に他の前記単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報を前記データ管理ファイルに登録し、
前記再生ステップは、前記編集結果に基づいて前記単位データを再生するとともに、前記単位データの連続再生が要求されたときは、前記記録媒体に記録されているすべてのデータのうち、前記判断ステップの処理で再生しないと判断された前記単位データ以外の前記単位データを、前記記録媒体に記録された順番で出力されるように再生する
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、複数のデータをスムーズに連続再生することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
従来、撮像装置などにおいては、撮影により得られた画像データや音声データを記録するために、テープ状の記録媒体が用いられることが多かったが、近年、データの書き込みや消去を繰り返し行うことができるCD-RW(Compact DISC-ReWritable)、DVD-RW(Digital Versatile Disc-ReWritable)などのディスク状の記録媒体が、その低価格化により普及しつつあることに伴い、使用されるようになってきた。
【０００３】
これらのディスク状の記録媒体においては、所定のデータへのランダムアクセスが可能であり、画像データや音声データなどのデータが記録媒体上の離れた位置に記録されることもある。
【０００４】
一方、テープ状の記録媒体の場合には、撮影された順にデータが記録されるため、テープ状の記録媒体を再生するだけで、撮影された順にデータが再生されることができた。
【０００５】
そこで、ディスク状の記録媒体においても、テープ状の記録媒体の再生処理のように、ディスク状の記録媒体に記録されたデータを途切れることなく連続的に再生したいという要望がでてきた。そこで、ディスク状の記録媒体においては、１回の撮影により得られた画像データおよび音声データを、１つのクリップとして記録し、ディスク状の記録媒体に記録されたすべてのクリップを連続的に再生するようにしていた。
【０００６】
【発明が解決しようとする課題】
しかしながら、ディスク状の記録媒体に記録されるクリップの中には、撮像した画像データの下地として引き伸ばして再生される、ブラックやカラーバーの画像１フレームだけで構成されるクリップも存在する。このようなクリップは、編集時に他のクリップと合わせて利用されるものであり、クリップ単体で再生してもあまり意味がない。
【０００７】
したがって、これらのクリップがディスク状の記録媒体に記録されている場合において、上述したように、撮影されたクリップを連続的に再生しようとしたとき、ディスク状の記録媒体に記録されたすべてのクリップが連続して再生されてしまうため、ブラックやカラーバーなどの再生する必要のないクリップまでもが再生されてしまう課題があった。
【０００８】
さらに、ブラックやカラーバーなどのクリップは、１フレーム分だけしか再生されないため、次に再生すべきクリップのデータの読み出しが、その再生時刻に間に合わず、途切れてしまうため、複数のクリップをスムーズに連続的に再生することができない課題があった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、複数のデータをスムーズに連続再生することができるようにするものである。
【００１０】
【課題を解決するための手段】
本発明の情報処理装置は、データを再生するか否かを示す再生可否情報を、単位データ毎にデータ管理ファイルに登録する登録手段と、登録手段により登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断手段と、記録媒体に記録されている単位データを再生して出力する再生手段とを備え、登録手段は、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生手段は、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１１】
本発明の情報処理方法は、データを再生するか否かを示す再生可否情報を、単位データ毎にデータ管理ファイルに登録する登録ステップと、登録ステップの処理で登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断ステップと、記録媒体に記録されている単位データを再生して出力する再生ステップとを含み、登録ステップは、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生ステップは、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断ステップの処理で再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１２】
本発明のプログラム記録媒体のプログラムは、データを再生するか否かを示す再生可否情報を、単位データ毎にデータ管理ファイルに登録する登録ステップと、登録ステップの処理で登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断ステップと、記録媒体に記録されている単位データを再生して出力する再生ステップとを含み、登録ステップは、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生ステップは、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断ステップの処理で再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１３】
本発明のプログラムは、データを再生するか否かを示す再生可否情報を、単位データ毎にデータ管理ファイルに登録する登録ステップと、登録ステップの処理で登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断ステップと、記録媒体に記録されている単位データを再生して出力する再生ステップとを含み、登録ステップは、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生ステップは、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断ステップの処理で再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１４】
本発明の情報処理装置、情報処理方法、およびプログラムにおいては、データを再生するか否かを示す再生可否情報が、単位データ毎にデータ管理ファイルに登録され、登録された再生可否情報に基づいて、単位データを再生するか否かが判断され、記録媒体に記録されている単位データが再生されて出力され、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報がデータ管理ファイルに登録され、編集結果に基づいて単位データが再生されるとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、再生しないと判断された単位データ以外の単位データが、記録媒体に記録された順番で出力されるように再生される。
【００１５】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項にすべて記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１７】
本発明の情報処理装置（例えば、図１の撮像装置１４）は、データを再生するか否かを示す再生可否情報（例えば、図９の第５行目の「playable="true"」）を、単位データ毎にデータ管理ファイル（例えば、図５のインデックスファイル１３４）に登録する登録手段（例えば、図３のインデックスファイル更新部１０５）と、登録手段により登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断手段（例えば、図４の再生判断部１１５）と、記録媒体に記録されている単位データを再生して出力する再生手段（例えば、図４のテープ再生部１１２）とを備え、登録手段は、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生手段は、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１８】
本発明の情報処理方法は、データを再生するか否かを示す再生可否情報を、単位データ毎にデータ管理ファイルに登録する登録ステップ（例えば、図１７のステップＳ４２）と、登録ステップの処理で登録された再生可否情報に基づいて、単位データを再生するか否かを判断する判断ステップ（例えば、図１９のステップＳ１０３）と、記録媒体に記録されている単位データを再生して出力する再生ステップ（例えば、図１９のステップＳ１０４）とを含み、登録ステップは、編集時に他の単位データと合わせて利用される単位データを用いた編集結果とともに、その単位データを単体で再生しないことを示す再生可否情報をデータ管理ファイルに登録し、再生ステップは、編集結果に基づいて単位データを再生するとともに、単位データの連続再生が要求されたときは、記録媒体に記録されているすべてのデータのうち、判断ステップの処理で再生しないと判断された単位データ以外の単位データを、記録媒体に記録された順番で出力されるように再生することを特徴とする。
【００１９】
なお、本発明のプログラム記録媒体およびプログラムも上述した本発明の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００２０】
以下、図を参照して本発明の実施の形態について説明する。
【００２１】
図１は、本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【００２２】
図１において、映像プログラム制作支援システム１は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。この映像プログラム制作支援システム１は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようにし、映像プログラムを効率よく作成するためのシステムである。
【００２３】
映像プログラム制作支援システム１は、図１に示されるように、映像プログラムの企画を行う企画用端末装置１１、企画用端末装置１１が接続されたネットワーク１２、ネットワーク１２に接続された取材用端末装置１３、取材用端末装置１３を構成する撮像装置１４およびフィールドPC／PDA（Personal Computer/Personal Digital Assistants）１５（以下、フィールドPC１５と称する）、同様に、ネットワーク１２に接続される編集用端末装置１６、並びに、記録媒体である光ディスク１７により構成される。
【００２４】
企画用端末装置１１は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プログラムの企画および構想を行って、映像プログラムのシナリオ（筋書き）を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。企画用端末装置１１は、例えば、映像プログラムのシナリオに対応する政策指示情報等を含む、電子ファイル形式の構成表メタデータを映像プログラム毎に作成する等の処理を行う。企画用端末装置１１は、生成した構成表メタデータを、ネットワーク１２を介して取材用端末装置１３等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すべき場面や内容の指示を行う。
【００２５】
取材用端末装置１３は、取材を行う取材部署によって用いられる端末装置群であり、例えば、撮像装置１４とフィールドPC１５により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、制作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。
【００２６】
撮像装置１４は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置１４は、ネットワーク１２に接続されており、例えば、上述した企画用端末装置１１から、ネットワーク１２を介して構成表メタデータを取得する。そして、撮像装置１４は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置１４は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。
【００２７】
撮像装置１４は、撮影により得られた画像データや音声データを光ディスク１７等の記録媒体に記録する。このとき、撮像装置１４は、１回の撮像処理を示す単位であるクリップに対応する画像データや音声データ等を含む映像コンテンツに関するデータをまとめて１つのクリップとして光ディスク１７に記録し、管理する。
【００２８】
また、撮像装置１４は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、ローレゾリューション（low resolution：低解像度）画像データ（以下、ローレゾデータと称する）も、クリップに含めて光ディスク１７に記録し、管理することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００２９】
クリップは、必ずしも画像データおよび音声データが組になって構成されているとは限らず、画像データだけのものもあれば、音声データだけのものもある。さらに、そのデータ長もさまざまなものがある。撮像装置１４により光ディスク１７に記録された複数のクリップは、複数のクリップを一括管理するインデックスファイル（図５を参照して後述する）と、クリップを構成する画像データや音声データ等をクリップ毎に管理するクリップインフォメーションファイル（図６を参照して後述する）により管理される。
【００３０】
撮像装置１４は、インデックスファイルまたはクリップインフォメーションファイルに基づいて、この光ディスク１７に記録されたクリップの画像データなどを所定の表示部等に表示させ、制作指示情報に応じた撮影ができたか否かを撮影スタッフに確認させる。また、撮像装置１４は、インデックスファイルまたはクリップインフォメーションファイルに基づいて、所定のクリップを除いて、光ディスク１７に記録された複数のクリップの画像データを連続して再生し、あたかもテープに記録された画像データを連続して再生するかのように、所定の表示部等に表示させ、撮影された複数の場面を連続して撮影スタッフに確認させることもできる。
【００３１】
なお、クリップは、1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００３２】
撮像装置１４により、映像コンテンツとして複数のクリップ（画像データや音声データ等）が記録された光ディスク１７は、例えば、後述する編集部署やフィールドPC１５等に搬送され、利用される。しかしながら、光ディスク１７の搬送にはある程度の時間を要するため、撮像装置１４は、ネットワーク１２を介して、企画用端末装置１１、フィールドPC１５、または編集端末装置１６等に、画像データを供給できるようにしてもよい。その場合、撮像装置１４は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデータを供給するようにするのが望ましい。
【００３３】
なお、撮像装置１４によるローレゾデータの転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよい。
【００３４】
このように、光ディスク１７の搬送に先駆けて、ローレゾデータを転送することにより、編集部署は、搬送された光ディスク１７が到着していなくても、比較的早い段階で（例えば、撮像処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、ローレゾデータがネットワーク１２を介して伝送される場合、撮像装置１４は、たとえば、オリジナルの画像データや音声データのみを光ディスク１７に記録するようにしてもよい（ローレゾデータを光ディスク１７に記録しないようにしてもよい）。
【００３５】
なお、撮像装置１４が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク１７の例に限定されず、どのような記録媒体であってもよい。例えば、MD（Mini-Disc）（登録商標）やMO（Magneto Optical DISC）を含む光磁気ディスク、フレキシブルディスクを含む磁気ディスク、DV(Digital Video)やVHS（Video Home System）に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。
【００３６】
フィールドPC１５は、例えば、ノート型パーソナルコンピュータやPDA等の携帯可能な情報処理装置および周辺装置などで構成される。このフィールドPC１５は、撮像装置１４と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンツなどを撮像装置１４と共有することができる。
【００３７】
このフィールドPC１５は、例えば、ネットワーク１２を介して、企画用端末装置１１から構成表メタデータを取得したり、撮像装置１４から構成表メタデータを取得したりする。フィールドPC１５は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。
【００３８】
さらに、フィールドPC１５は、ユーザである取材部署担当者の入力に基づいて、取材・撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールドPC１５は、撮影状況情報を書き込むことにより、構成表メタデータを編集する。また、フィールドPC１５は、撮影状況情報をメタデータとして撮像装置１４に供給し、撮像装置１４において得られた画像データや音声データに付加させる。
【００３９】
編集用端末装置１６は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデータ等に基づいて、撮像装置１４により得られた画像データや音声データを編集し、映像プログラムを完成させる部署である。
【００４０】
編集用端末装置１６は、例えば、撮像装置１４から、ネットワーク１２を介して、構成表メタデータやローレゾデータを取得する。また、編集用端末装置１６は、撮像装置１４においてクリップ（画像データや音声データ）が記録された光ディスク１７より、オリジナルの画像データや音声データを取得する。さらに、編集用端末装置１６は、企画用端末装置１１またはフィールドPC１５等より、ネットワーク１２を介して、直接制作指示（編集に関する指示）を取得することも可能である。
【００４１】
編集用端末装置１６は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツを好適に再生して表示する。例えば、編集用端末装置１６は、ユーザに操作され、ネットワーク１２を介して取得したローレゾデータや、光ディスク１７に記録されているオリジナルの画像データや音声データを、シナリオに従った順序で連続的に表示したり、光ディスク１７に記録されているクリップのうち、所定のクリップを除いて、オリジナルの画像データや音声データを連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク１７に記録されているオリジナルの画像データを再生する場合、編集用端末装置１６は、例えば、光ディスク１７に記録されているデータを読み出したり、光ディスク１７にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。また、その際には、光ディスク１７に記録されているデータを管理するインデックスファイルまたはクリップインフォメーションファイルが参照される。
【００４２】
また、編集用端末装置１６は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００４３】
粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置１６は、粗編集処理において、例えば、クリップを複数取得した場合に、それらのクリップの中から、本編集で使用すべきクリップを選択し、選択されたクリップのデータの中から、さらに必要な映像部分を選択（Logging）し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップのデータの中から、対応する部分を抽出（Ingesting）する。
【００４４】
本編集処理は、粗編集処理が施された各クリップを構成する画像データを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００４５】
さらに、編集用端末装置１６は、例えば、ネットワーク１２を介して、または、他の記録媒体などから取得された画像データや音声データを、撮像装置１４と同様に、まとめて１つのクリップとして光ディスク１７に記録することもできる。
【００４６】
なお、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、編集用端末装置１６等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置１４において得られた画像データ等を、１台の編集用端末装置１６が光ディスク１７やネットワーク１２を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、１台の撮像装置１４より供給されたデータが、複数台の編集用端末装置１６により編集されるようにしてもよい。
【００４７】
逆に、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。
【００４８】
また、映像プログラム制作支援システム１は、例えば、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６とは別に、ネットワーク１２に接続されたセンタサーバ（図示せず）を設け、企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等をクライアントとした、クライアント/サーバ（Client/Server）システムとして構成するようにしてもよい。
【００４９】
図２は、図１の撮像装置１４の詳細な構成例を示している。図２において、撮像装置１４のCPU（Central Processing Unit）５１は、ROM（Read Only Memory）５２に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）５３には、CPU５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００５０】
記録制御部５４は、エンコーダ／デコーダ部５６より供給される画像データ、音声データおよびローレゾデータなどを、または、記憶部６４に記憶されている画像データ、音声データおよびローレゾデータなどを、図５を参照して後述する光ディスク１７のファイルシステムに基づいて、ドライブ６６を介して、光ディスク１７に記録する制御を行う。また、記録制御部５４は、操作部６１を介してCPU５１に入力されたユーザの指示に基づいて、光ディスク１７のファイルシステムの管理情報を更新する処理を行う。
【００５１】
再生制御部５５は、光ディスク１７のファイルシステムに基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなど読み出し、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００５２】
エンコーダ／デコーダ部５６は、入力部６２より入力された画像データ、音声データを所定のコーデックで符号化し、記憶部６４または記録制御部５４に供給する。さらに、必要な場合は、エンコーダ／デコーダ部５６は、入力部６２より入力された画像データを、例えば、MPEG4方式で符号化し、ローレゾデータとして、記憶部６４または記録制御部５４に供給し、入力部６２より入力された音声データを、例えば、ITU-T G.711 A-Law方式で符号化し、ローレゾデータとして、記憶部６４または記録制御部５４に供給する。
【００５３】
また、エンコーダ／デコーダ部５６は、再生制御部５５より供給された画像データ、音声データまたはローレゾデータを、出力部６３を構成するモニタまたはスピーカなどに出力する。
【００５４】
CPU５１、ROM５２、RAM５３、記録制御部５４、再生制御部５５およびエンコーダ／デコーダ部５６は、バス５７を介して相互に接続されている。このバス５７にはまた、入出力インタフェース６０も接続されている。
【００５５】
入出力インタフェース６０は、キーボードやマウスから構成される操作部６１が接続され、操作部６１に入力された信号をCPU５１に出力する。また、入出力インタフェース６０には、被写体を撮像し、撮像した画像データを入力するカメラ、および、音声データを入力するマイクロフォンなどにより構成される入力部６２、CRT(Cathode Ray Tube) 、LCD(Liquid Crystal Display)などよりなるモニタ、並びにスピーカなどよりなる出力部６３、ハードディスクやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部６４、通信部６５、ドライブ６６が接続されている。
【００５６】
通信部６５は、例えば、IEEE(Institute of Electrical and Electronics Engineers)1394ポートや、USB(Universal Serial Bus)ポート、LAN(Local Area Network)接続用のNIC(Network Interface Card)、あるいは、アナログモデムや、TA(Terminal Adapter)およびDSU(Digital Service Unit)、ADSL(Asymmetric Digital Subscriber Line)モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク１２を介して、編集用端末装置１６などと、データをやりとりする。
【００５７】
ドライブ６６には、光ディスク１７を着脱することができるようになっている。ドライブ６６は、そこに装着された光ディスク１７を駆動することにより、光ディスク１７に対して、画像データや音声データを記録したり、記憶されている画像データや音声データを再生する。
【００５８】
光ディスク１７は、例えば、開口数（NA）０．８５、波長４０５nmの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク１７は、それ以外の記録媒体であってもよく、例えば、DVD-RAM（Digital Versatile Disc - Random Access Memory），DVD-R（DVD - Recordable），DVD-RW（DVD - ReWritable），DVD+R（DVD + Recordable），DVD＋RW（DVD + ReWritable），CD-R（Compact Disc - Recordable），またはCD-RW（CD - ReWritable）等の各種の光ディスクであってもよい。
【００５９】
光ディスク１７に記録された画像データや音声データ等は、まとめて１つのクリップとして、図５を参照して後述するファイルシステムにより管理されている。このファイルシステムにおいては、光ディスク１７に記録されている複数のクリップは、インデックスファイルとクリップインフォメーションファイルなどの管理情報により管理されている。インデックスファイルは、光ディスク１７に記憶されているクリップすべてを管理する管理ファイルであり、クリップインフォメーションファイルは、クリップ毎に、クリップを構成するエッセンスデータを管理する管理ファイルである。
【００６０】
インデックスファイルは、ドライブ６６に光ディスクが装着されると、光ディスク６６から読み出され、RAM５３に展開される。クリップインフォメーションファイルは、再生するクリップが指示されたときなどに光ディスク６６から読み出され、RAM５３に展開される。なお、以降、クリップを構成する画像データや音声データ、ローレゾデータなどをエッセンスデータと総称する。
【００６１】
入出力インタフェース６０には、また、必要に応じて、ドライブ６７がさらに接続される。ドライブ６７は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア７１よりデータを読み出したり、データを書き込んだりするときに用いられる。
【００６２】
図３は、図２の記録制御部５４の構成例を示している。図３の例において、記録制御部５４は、データ取り込み部１０１、データ生成部１０３、クリップ生成部１０４、インデックスファイル更新部１０５、データ記録部１０６およびテーブル記録部１０７により構成される。
【００６３】
データ取り込み部１０１は、エンコーダ／デコーダ部５６または記憶部６４より画像データ、音声データおよびローレゾデータなどを取り込み、データ生成部１０３に供給する。また、データ取り込み部１０１は、それらのデータを取り込んだこと（入力したこと）を示す情報を、データ生成部１０３、クリップ生成部１０４およびインデックスファイル生成部１０５に供給する。
【００６４】
データ生成部１０３は、RAM５３よりパラメータ情報を取得し、取得したパラメータ情報に基づいて、データ取り込み部１０１から供給された画像データ、音声データおよびローレゾデータなどから、所定のフォーマット（いまの場合、ＭＸＦ(Material eXchange Format)）の各エッセンスデータ（画像データ、音声データおよびローレゾデータ）をそれぞれ生成し、データ記録部１０６に出力する。また、データ生成部１０３は、取得したパラメータ情報などに基づいて、メタデータなども、所定のフォーマットでそれぞれ生成し、データ記録部１０６に出力する。
【００６５】
ここで、パラメータ情報は、入力部６２が画像データおよび音声データを入力（撮像および録音）するための撮像装置１４の設定情報であり、入力される画像データおよび音声データの解像度の情報、コーデック（符号化方法）の種類などにより構成される。パラメータ情報は、撮像装置１４に予め設定されているか、または、操作部６１を介して、撮影スタッフなどにより設定され、RAM５３に記憶されている。
【００６６】
クリップ生成部１０４は、データ取り込み部１０１より画像データ、音声データおよびローレゾデータを入力したという情報を取得すると、入力されるデータ用の新しいクリップを生成するために、クリップディレクトリを生成する。また、クリップ生成部１０４は、RAM５３よりパラメータ情報を取得し、取得されたパラメータ情報に基づいて、データ生成部１０３により生成された各エッセンスデータの属性情報が記述されたクリップインフォメーションファイルを生成し、生成したクリップインフォメーションファイルをテーブル記録部１０７に出力する。
【００６７】
インデックスファイル更新部１０５は、RAM５３よりパラメータ情報を取得し、光ディスク１７から読み出され、RAM５３に展開されているインデックスファイルに、取得されたパラメータ情報に基づいて、クリップ生成部１０４により生成されたクリップに対応したクリップ要素を生成し、インデックスファイルを更新する。生成されたクリップ要素には、クリップを再生するために必要なクリップの属性情報が記述されている。インデックスファイル更新部１０５は、更新されたインデックスファイルをテーブル記憶部１０７に出力する。また、インデックスファイル更新部１０５は、CPU５１からの指示にも基づいて、インデックスファイルを更新する。
【００６８】
データ記録部１０６は、データ生成部１０３により生成されたデータをドライブ６６を介して、光ディスク１７に記録する。テーブル記録部１０７は、クリップ生成部１０４により生成されたクリップディレクトリおよびクリップインフォメーションファイル、並びに、インデックスファイル更新部１０５により更新されたインデックスファイルを、ドライブ６６を介して、光ディスク１７に記録する。
【００６９】
図４は、図２の再生制御部５５の構成例を示している。図４の例において、再生制御部５５は、クリップ再生部１１１、テープ再生部１１２、インデックスファイル情報取得部１１３、クリップ情報取得部１１４および再生判断部１１５により構成される。再生制御部５５のクリップ再生部１１１およびテープ再生部１１２は、CPU５１からのクリップ再生開始またはテープ再生開始の指示に基づいて、インデックスファイル情報取得部１１３、クリップ情報取得部１１４および再生判断部１１５を制御し、光ディスク１７からデータを読み出す。
【００７０】
ここで、テープ再生とは、クリップ再生が１つのクリップを再生するのに対して、光ディスク１７に記録されているすべてのクリップを、あたかもテープを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう。
【００７１】
クリップ再生部１１１は、CPU５１からクリップ再生開始の指示を入力した場合、インデックスファイル情報取得部１１３またはクリップ情報取得部１１４を制御し、対応するクリップを再生するための情報を取得させ、取得された情報に基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなどを読み出させ、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００７２】
テープ再生部１１２は、CPU５１からテープ再生開始の指示を入力した場合、インデックスファイル情報取得部１１３を制御し、インデックスファイルに登録されている順にクリップの情報を取得させ、再生判断部１１５を制御し、対応するクリップを再生するか否かを判断させる。そして、テープ再生部１１２は、再生判断部１１２により再生すると判断されたクリップを、インデックスファイル情報取得部１１３またはクリップ情報取得部１１４により取得されたクリップの情報に基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなどを読み出させ、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００７３】
インデックスファイル情報取得部１１３は、クリップ再生部１１１の制御のもと、RAM５３のインデックスファイルから、対応するクリップを再生するための情報を取得し、クリップ再生部１１１に出力する。また、インデックスファイル情報取得部１１３は、テープ再生部１１２の制御のもと、RAM５３のインデックスファイルに記録されている順にクリップを再生するための情報を取得し、テープ再生部１１２に出力する。
【００７４】
クリップ情報取得部１１４は、クリップ再生部１１１またはテープ再生部１１２の制御のもと、光ディスク１７からドライブ６６を介して、対応するクリップインフォメーションファイルを読み出し、RAM５３に展開する。また、クリップ情報取得部１１４は、RAM５３のクリップインフォメーションファイルから対応するクリップを再生するための情報を取得し、クリップ再生部１１１またはテープ再生部１１２に出力する。
【００７５】
再生判断部１１５は、クリップ再生部１１１またはテープ再生部１１２の制御のもと、インデックスファイル情報取得部１１３からのクリップの情報に基づいて、そのクリップを再生するか否かを判断し、判断した結果を、クリップ再生部１１１またはテープ再生部１１２に出力する。
【００７６】
次に、光ディスク１７に記録されているデータを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。このファイルシステムにおいては、光ディスク１７に記録されたデータは図５に示されるようなディレクトリ構造およびファイルにより管理される。
【００７７】
図５は、光ディスク１７のファイルシステムの構成例を示す。図５において、ルートディレクトリ（ROOT）１３１には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ１３２が設けられる。なお、ルートディレクトリ１３１には、図示は省略するが、構成表データ等も設けられる。
【００７８】
PROAVディレクトリ１３２には、光ディスク１７に記録されているすべてのエッセンスデータに対するタイトルやコメント、さらに、光ディスク１７に記録されているすべての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタファイル（DISCMETA.XML）１３３、光ディスク１７に記録されているすべてのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（INDEX.XML）１３４、およびインデックスファイル（INDEX.BUP）１３５が設けられている。なお、インデックスファイル１３５は、インデックスファイル１３４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００７９】
PROAVディレクトリ１３２には、さらに、光ディスク１７に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはReclnhi等の情報を含むファイルであるディスクインフォメーションファイル（DISCINFO.XML）１３６およびディスクインフォメーションファイル（DISCINFO.BUP）１３７が設けられている。なお、ディスクインフォメーションファイル１３７は、ディスクインフォメーションファイル１３６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。ただし、これらの情報を更新する場合、ディスクインフォメーションファイル１３６のみを更新するようにしてもよい。
【００８０】
また、PROAVディレクトリ１３２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR）１３８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（EDTR）１３９が設けられる。
【００８１】
クリップルートディレクトリ１３８には、光ディスク１７に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図５の場合、３つのクリップのデータが、クリップディレクトリ（C0001）１４１、クリップディレクトリ（C0002）１４２、および、クリップディレクトリ（C0003）１４３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク１７に記録された最初のクリップの各データは、クリップディレクトリ１４１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４３の下位のディレクトリのファイルとして管理される。
【００８２】
なお、各クリップディレクトリは、書き換え、削除禁止属性情報を有しており、各クリップディレクトリの下位のディレクトリとして管理される各データの書き換えおよび削除禁止属性は、その上位のクリップディレクトリが有する書き換え、削除禁止属性情報に基づいて管理される。
【００８３】
また、エディットリストルートディレクトリ１３９には、光ディスク１７に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図５の場合、４つのエディットリストが、エディットリストディレクトリ（E0001）１４４、エディットリストディレクトリ（E0002）１４５、エディットリストディレクトリ（E0003）１４６、およびエディットリストディレクトリ（E0004）１４７の４つのディレクトリに分けて管理されている。
【００８４】
すなわち、光ディスク１７に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４７の下位のディレクトリのファイルとして管理される。
【００８５】
上述したクリップルートディレクトリ１３８に設けられるクリップディレクトリ１４１の下位のディレクトリには、最初に光ディスク１７に記録されたクリップの各データが、図６に示されるようなファイルとして設けられ、管理される。
【００８６】
図６は、図５のクリップディレクトリ１４１の構成例を示す。図６の場合、クリップディレクトリ１４１には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001C01.SMI）１５１、このクリップの画像データを含むファイルである画像データファイル（C0001V01.MXF）１５２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）１５３乃至１６０、このクリップの画像データに対応するローレゾデータを含むファイルであるローレゾデータファイル（C0001S01.MXF）１６１、このクリップのエッセンスデータに対応する、例えば、LTC（Linear Time Code）とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル（C0001M01.XML）１６２、このクリップのエッセンスデータに対応する、例えばLTC等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（C0001R01.BIM）１６３、並びに、画像データファイル１５２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001I01.PPF）１６４等のファイルが設けられる。なお、上述したように、これらのファイルの書き換え、削除禁止属性は、クリップディレクトリ１４１が有する書き換え、削除禁止属性情報に基づいて管理される。
【００８７】
図６の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００８８】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００８９】
同様に、画像データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００９０】
また、図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９１】
なお、クリップメタデータファイル１６２は、汎用性を持たせるためにXML（eXtensible Markup Language）形式で記述されているが、フレームメタデータファイル１６３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式のファイルである。
【００９２】
図６に示されるクリップディレクトリ１４１のファイルの構成例は、光ディスク１７に記録されている各クリップに対応するすべてのクリップディレクトリにおいて適用することができる。すなわち、図５に示される、その他のクリップディレクトリ１４２および１４３においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００９３】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００９４】
次に、図５のエディットリストルートディレクトリ１３９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ１３９に設けられるエディットリストディレクトリ１４５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図７に示されるようなファイルとして設けられ、管理される。
【００９５】
図７は、図５のエディットリストディレクトリ１４５の構成例を示す。図７の場合、エディットリストディレクトリ１４５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（E0002E01.SMI）１７１、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル（E0002M01.XML）１７２、この編集結果（エディットリスト）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報を含むファイルであるプレイリストファイル（E0002P01.SMI）１７３、プレイリストファイル１７３に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル（E0002I01.PPF）１７４、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル（B0002V01.BMX）１７５、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む４つのファイルであるプレイリスト用音声データファイル（B0002A01.BMX乃至B0002A04.BMX）１７６乃至１７９、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用ローレゾデータファイル（B0002S01.BMX）１８０、並びに、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル（B0002R01.BBM）１８１等のファイルが設けられる。
【００９６】
図７において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９７】
エディットリスト用クリップメタデータファイル１７２は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ１３８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。このエディットリスト用クリップメタデータファイルは、編集毎に生成される。なお、このエディットリスト用クリップメタデータファイル１７２は、汎用性を持たせるために、XML形式で記述される。
【００９８】
プレイリスト用画像データファイル１７５に含まれる画像データ、プレイリスト用音声データファイル１７６乃至１７９に含まれる各音声データ、プレイリスト用ローレゾデータファイル１８０に含まれるローレゾデータ、並びに、プレイリスト用フレームメタデータファイル１８１に含まれるフレームメタデータは、それぞれ、図６のクリップルートディレクトリ１３８の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデータ、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。これらのデータは、プレイリストファイル１７３に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。
【００９９】
なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【０１００】
なお、プレイリスト用フレームメタデータファイル１８１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式に対応するBBM形式のファイルである。
【０１０１】
図７に示されるエディットリストディレクトリ１４５のファイルの構成例は、すべてのエディットリスト（編集結果）において適用することができる。すなわち、図５に示される、その他のエディットリストディレクトリ１４４、１４６、または１４７においても、図７に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１０２】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１０３】
次に、光ディスク１７のファイルシステムのインデックスファイルについて説明する。上述したように、インデックスファイルは、光ディスク１７に記録されているすべてのクリップを一括管理するための管理情報が記述されるクリップテーブル(clipTable)、および光ディスク１７に記録されているすべてのエディットリストを管理するための管理情報が記述されるエディットリストテーブル(editlistTable)により構成される。クリップテーブルにはさらに、各クリップに属するエッセンスデータ（画像データ、音声データおよびローレゾデータなど）の管理情報も含まれる。エディットリストテーブルには、エディットリストのメタデータやプレイリストなどの管理情報も含まれる。なお、このインデックスファイルは、光ディスク１７内のデータを管理するための主に光ディスク１７内で使用されるファイルであり、独自のスキーマによるXML形式で管理されている。
【０１０４】
図８は、図５のインデックスファイル１３４の例を示す。なお、図８において、各行頭の数字と、コロン記号（：）は、説明の便宜上付加したものであり、コードの一部ではない。また、不等号記号（＜）の前に、プラス記号（＋）が付加されているものは、その行に子要素があることを示すものであり、コードの一部ではない。後述する図９乃至図１４でも同様である。
【０１０５】
第１行目の<?xml version="1.0" encoding="UTF-8" ?>は、第２行目以下に記述されるインデックスファイル１３４が、XML形式のバージョン"1.0"で記述されており、UTF-8でエンコードされていることを表している。そして、図８の例においては、第２行目乃至第４行目の<indexFile xmlns="urn:schemas-professionalDisc:index:2003" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="index.xsd">から、第７行目の</indexFile>までの間に、インデックスファイル１３４が「schemas-professionalDisc」というスキーマにより定義されたXML形式で記述される。
【０１０６】
第５行目の<clipTable path="/PROAV/CLPR/">は、光ディスク１７のすべてのクリップを管理するクリップテーブルを表しており、さらに、このクリップテーブルで管理されているクリップがすべて、光ディスク１７の「/PROAV/CLPR/」以下に記録されていることを表している。なお、第５行目の<clipTable path="/PROAV/CLPR/">のクリップテーブルに含まれる子要素は、図９を参照して後述する。
【０１０７】
第６行目の<editlistTable path="/PROAV/EDTR/">は、光ディスク１７のすべてのエディットリストを管理するエディットリストテーブルを表しており、さらに、このエディットリストテーブルで管理されているエディットリストがすべて、光ディスク１７の「/PROAV/EDTR/」以下に記録されていることを表している。なお、第６行目の<editlistTable path="/PROAV/EDTR/">のエディットリストテーブルに含まれる子要素は、図１１を参照して後述する。
【０１０８】
図９は、図８の第５行目の<clipTable path="/PROAV/CLPR/">のクリップテーブルの例を示す。図９のクリップテーブルにおいては、第１行目の<clipTable path="/PROAV/CLPR/">タグから第１８行目の</clipTable>タグの間には、光ディスク１７に記録されるクリップが記録された順に、クリップ要素として記述される。
【０１０９】
第２行目乃至第５行目の<clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file="C0001C01.SMI" fps="59.94i" dur="12001" ch="4" aspectRatio="4:3" playable="true">は、光ディスク１７に一番目に記録されたクリップのクリップ要素を表している。
【０１１０】
まず、第２行目乃至第５行目の「clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file="C0001C01.SMI"」について説明する。「clip id="C0001"」は、個々のクリップを光ディスク１７内で一意的に識別するため情報であるクリップＩＤが「"C0001"」であることを表している。「umid="0123456789ABCDEF0123456789ABCDEF0123456789AA"」は、図１３を参照して詳しく後述する、このクリップに設定される、ワールドワイドで唯一の識別子 ユーミッド(umid：unique material identifier) が、３２バイトのうちの共通部分である先頭１０バイトを除いた２２バイトで表されている。「file="C0001C01.SMI"」は、光ディスク１７に記録されているクリップを管理するための管理情報が記述されているクリップインフォメーションファイルのファイル名を表している。
【０１１１】
すなわち、「clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file="C0001C01.SMI"」は、クリップＩＤまたはユーミッドが示すクリップのクリップインフォメーションファイルを取得するための変換テーブル情報であり、クリップＩＤまたはユーミッドが指示された場合、インデックスファイルを参照することにより、対応するクリップのクリップインフォメーションファイルのファイル名が取得され、ファイル名と図９の第１行目の「path="/PROAV/CLPR/"」を参照することにより、クリップインフォメーションファイルの光ディスク１７に記録されている位置が取得される。
【０１１２】
なお、ユーミッドの先頭１２バイトで表されるUniv Label(Universal Label)のうちの１０バイトは、ユーミッドを示す固定ヘッダである。インデックスファイルにおけるユーミッドは、ファイル名と変換するために用いられる情報であり、クリップインフォメーションファイルなどに記述されているユーミッドと異なり、光ディスク１７の外部に持ち出されることが少ないため、ユーミッドの先頭１０バイトを除いて記述される。これにより、インデックスファイルの容量を削減することができる。
【０１１３】
第２行目乃至第５行目のうちの「fps="59.94i" dur="12001" ch="4" aspectRatio="4:3" playable="true"」には、このクリップを再生するために必要なクリップの属性情報が示されている。「fps="59.94i"」は、クリップの時間軸方向の解像度が59.94fild/secであり、クリップの再生方法がインターレース方式であることを示している。「dur="12001"」は、クリップの有効な時間方向の長さが1201フレームであることを示している。「ch="4"」は、クリップを構成する音声データのチャネル数が４チャネルであることを示している。「aspectRatio="4:3"」は、クリップを構成する画像データのアスペクトレシオが「4:3」であることを示している。「playable="true"」は、クリップ単体として再生可能であるか否か（再生して意味のあるクリップか否か）の再生可否情報を表している。再生可否情報には、デフォルトとして「true」（再生可能）が記述される。
【０１１４】
以下、クリップＩＤ「"C0002"」乃至「"C0004"」のクリップ要素も、クリップＩＤ「"C0001"」のクリップ要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第６行目乃至第９行目の<clip id="C0002" umid="0123456789ABCDEF0123456789ABCDEF0123456789AB" file="C0002C01.SMI" fps="59.94i" dur="4000" ch="4" aspectRatio="4:3" playable="false">は、クリップＩＤ「"C0001"」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「"C0002"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789AB"」であり、クリップインフォメーションファイルのファイル名が「"C0002C01.SMI"」であり、クリップの時間軸方向の解像度が59.94fild/secであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが4000フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「4:3」であり、再生可否情報が「false」（再生不可能）であることを示している。
【０１１５】
第１０行目乃至第１３行目の<clip id="C0003" umid="0123456789ABCDEF0123456789ABCDEF0123456789AC" file="C0003C01.SMI" fps="59.94i" dur="100000" ch="4" aspectRatio="4:3" playable="true">は、クリップＩＤ「"C0002"」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「"C0003"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789AC"」であり、クリップインフォメーションファイルのファイル名が「" C0003C01.SMI "」であり、クリップの時間軸方向の解像度が59.94fild/secであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが100000フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「4:3」であり、再生可否情報が「true」（再生可能）であることを示している。
【０１１６】
第１４行目乃至第１７行目の<clip id="C0004" umid="0123456789ABCDEF0123456789ABCDEF0123456789AD" file="C0004C01.SMI" fps="59.94i" dur="12001" ch="4" aspectRatio="16:9">は、クリップＩＤ「"C0003"」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「"C0004"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789AD "」であり、クリップインフォメーションファイルのファイル名が「" C0004C01.SMI "」であり、クリップの時間軸方向の解像度が59.94fild/secであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが12001フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「16:9」でであり、再生可否情報が「true」（再生可能）であることを示している。
【０１１７】
以上のように、インデックスファイルのクリップテーブルには、クリップＩＤ、ユーミッド、およびクリップインフォメーションファイルのファイル名の変換テーブル情報、並びにクリップを再生するために必要な属性情報により構成されるクリップ要素が光ディスク１７に記録される順番に記述される。
【０１１８】
図１０は、図９の第２行目乃至第５行目の「<clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file="C0001C01.SMI" fps="59.94i" dur="12001" ch="4" aspectRatio="4:3">」のクリップＩＤ「"C0001"」のクリップ要素の例を示す。図１０のクリップ要素においては、第１行目および第２行目の<clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file="C0001C01.SMI" fps="59.94i" dur="12001" ch="4" aspectRatio="4:3">タグから第１７行目の</clip>タグの間には、クリップを構成するエッセンスデータがそれぞれクリップ子要素として記述される。
【０１１９】
第３行目および第４行目の<video umid="0123456789ABCDEF0123456789ABCDEF0123456789A1" file="C0001V01.MXF" type="DV25_411P"/>は、クリップを構成する画像データファイルのクリップ子要素を表している。
【０１２０】
まず、第３行目および第４行目の「umid="0123456789ABCDEF0123456789ABCDEF0123456789A1" file="C0001V01.MXF"」について説明する。「umid="0123456789ABCDEF0123456789ABCDEF0123456789A1"」は、図９の場合と同様に、この画像データファイルに設定される、ワールドワイドで唯一の識別子 ユーミッド(umid：unique material identifier) が、３２バイトのうちの共通部分である先頭１０バイトを除いた２２バイトで表されている。「file="C0001V01.MXF"」は、光ディスク１７に記録されているクリップを構成する画像データファイルのファイル名を表している。
【０１２１】
すなわち、「umid="0123456789ABCDEF0123456789ABCDEF0123456789A1" file="C0001V01.MXF"」は、ユーミッドが示すクリップのエッセンスデータファイル（いまの場合、画像データファイル）のファイル名を取得するための変換テーブル情報であり、ユーミッドが指示された場合、このインデックスファイルを参照することにより、対応するエッセンスデータファイル（いまの場合、画像データファイル）のファイル名が取得され、ファイル名と、図９の第２行目の「path="/PROAV/CLPR/"」を参照することにより、エッセンスデータファイル（いまの場合、画像データファイル）の光ディスク１７に記録されている位置が取得される。
【０１２２】
第３行目および第４行目のうちの「type="DV25_411P"」には、このエッセンスデータファイル（いまの場合、画像データファイル）を再生するために必要な画像データファイルの属性情報が記述されている。「type="DV25_411P"」は、画像データファイルのコーデックの種類が「"DV25_411P"」であることを示している。
【０１２３】
以下、クリップを構成する音声データファイル、ローレゾデータファイル、クリップメタデータファイルおよびフレームメタデータファイルのクリップ子要素も、画像データファイルのクリップ子要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第５行目および第６行目の<audio umid="0123456789ABCDEF0123456789ABCDEF0123456789A2" file="C0001A01.MXF"type="LPCM16" cast="CH1"/>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「umid="0123456789ABCDEF0123456789ABCDEF0123456789A2"」であり、音声データファイルのファイル名が「"C0001A01.MXF"」であり、音声データファイルのコーデックの種類が「"LPCM16"」であり、この音声データファイルがチャネル１（"CH1"）として再生されることを示している。なお、音声データファイルの場合の子要素には、再生するチャネル情報として「cast="CH1"」が記述されている。
【０１２４】
第７行目および第８行目の<audio umid="0123456789ABCDEF0123456789ABCDEF0123456789A3" file="C0001A02.MXF" type="LPCM16" cast="CH2"/>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「umid="0123456789ABCDEF0123456789ABCDEF0123456789A3"」であり、音声データファイルのファイル名が「"C0001A02.MXF"」であり、音声データファイルのコーデックの種類が「"LPCM16"」であり、この音声データファイルがチャネル２（"CH2"）として再生されることを示されている。
【０１２５】
第９行目および第１０行目の<audio umid="0123456789ABCDEF0123456789ABCDEF0123456789A4" file="C0001A03.MXF" type="LPCM16" cast="CH3"/>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「umid="0123456789ABCDEF0123456789ABCDEF0123456789A4"」であり、音声データファイルのファイル名が「"C0001A03.MXF"」であり、音声データファイルのコーデックの種類が「"LPCM16"」であり、この音声データファイルがチャネル３（"CH3"）として再生されることを示している。
【０１２６】
第１１行目および第１２行目の<audio umid="0123456789ABCDEF0123456789ABCDEF0123456789A5" "C0001A04.MXF" type="LPCM16" cast="CH4"/>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「umid="0123456789ABCDEF0123456789ABCDEF0123456789A5"」であり、音声データファイルのファイル名が「"C0001A04.MXF"」であり、音声データファイルのコーデックの種類が「"LPCM16"」であり、この音声データファイルがチャネル４（"CH4"）として再生されることを示している。
【０１２７】
第１３行目および第１４行目の<subStream umid="0123456789ABCDEF0123456789ABCDEF0123456789A6" file="C0001S01.MXF" type="PD-SubStream"/>は、クリップを構成するローレゾデータファイルのクリップ子要素を表しており、ユーミッドが「umid="0123456789ABCDEF0123456789ABCDEF0123456789A6"」であり、ローレゾデータファイルのファイル名が「"C0001S01.MXF"」であり、ローレゾデータファイルのコーデックの種類が「"PD-SubStream"」であることを示している。
【０１２８】
第１５行目の<meta file="C0001M01.XML" type="PD-Meta"/>は、クリップを構成するクリップメタデータファイルのクリップ子要素を表しており、クリップメタデータファイルのファイル名が「"C0001M01.XML"」であり、クリップメタデータファイルのコーデックの種類が「"PD-Meta"」であることを示している。
【０１２９】
第１６行目の<rtmeta file="C0001R01.BIM" type="std"/>は、クリップを構成するフレームメタデータファイルのクリップ子要素を表しており、フレームメタデータファイルのファイル名が「"C0001R01.BIM"」であり、フレームメタデータファイルのコーデックの種類が「"std"」であることを示している。なお、いまの場合、クリップメタデータファイルおよびフレームメタデータファイルには、ユーミッドが設定されていないが、ユーミッドを設定するようにしてもよい。
【０１３０】
以上のように、インデックスファイルのクリップテーブルには、クリップを構成するエッセンスデータのユーミッド、およびエッセンスデータのファイル名の変換テーブル情報、およびクリップを構成するエッセンスデータを再生するために必要な属性情報（コーデックの種類や解像度）が記述されている。したがって、インデックスファイルを読み込んだだけで、クリップを再生するために必要な情報が取得されるので、後は、取得されたファイル名に基づいて、クリップを構成するエッセンスデータを、光ディスク１７から読み出すだけでそのクリップを再生することができる。
【０１３１】
なお、図１０に示されるクリップＩＤ「"C0001"」のクリップ要素の構成例は、光ディスク１７に記録されている各クリップに対応するすべてのクリップＩＤのクリップ要素において適用することができる。すなわち、図９に示される、その他のクリップＩＤ「"C0002"」乃至「"C0004"」においても、図１０に示されるクリップ要素の構成例を適用することができるので、その説明を省略する。
【０１３２】
図１１は、図８の第６行目の「<editlistTable path="/PROAV/EDTR/">」のエディットリストテーブルの例を示す。図１１のエディットリストテーブルにおいては、第１行目の<editlistTable path="/PROAV/EDTR/">タグから第１８行目の</editlistTable >タグの間には、光ディスク１７に記録されるクリップを編集した結果であるエディットリストが、編集された順に、エディットリスト要素として記述される。なお、図１１は、図９の例のテーブルに記述される要素であるクリップが、エディットリストに代わっただけであり、その基本的な構成は同様であるため、その詳細な説明は適宜省略する。
【０１３３】
図１１の第２行目乃至第５行目の<editlist id="E0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789BB" file="E0001E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="4:3">は、光ディスク１７に記録されたクリップを編集した一番目のエディットリスト要素を表しており、エディットリストＩＤが「"E0001"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789BB"」であり、エディットリストファイルのファイル名が「"E0001E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが500フレームであり、エディットリストの時間軸方向の解像度が59.94fild/secであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「4:3」であることを示している。
【０１３４】
第６行目乃至第９行目の<editlist id="E0002" umid="0123456789ABCDEF0123456789ABCDEF0123456789BC" file="E0002E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="4:3">は、エディットリストＩＤが「"E0001"」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「"E0002"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789BC"」であり、エディットリストファイルのファイル名が「"E0002E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが500フレームであり、エディットリストの時間軸方向の解像度が59.94fild/secであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「4:3」であることを示している。
【０１３５】
第１０行目乃至第１３行目の<editlist id="E0003" umid="0123456789ABCDEF0123456789ABCDEF0123456789BD" file="E0003E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="4:3">は、エディットリストＩＤが「"E0002"」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「"E0003"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789BD"」であり、エディットリストファイルのファイル名が「"E0003E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが500フレームであり、エディットリストの時間軸方向の解像度が59.94fild/secであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「4:3」であることを示している。
【０１３６】
第１４行目乃至第１７行目の<editlist id="E0004" umid="0123456789ABCDEF0123456789ABCDEF0123456789BE" file="E0003E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="16:9">は、エディットリストＩＤが「"E0003"」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「"E0004"」であり、ユーミッドが「"0123456789ABCDEF0123456789ABCDEF0123456789BE"」であり、エディットリストファイルのファイル名が「"E0004E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが500フレームであり、エディットリストの時間軸方向の解像度が59.94fild/secであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「4:3」であることを示している。
【０１３７】
図１２は、図１１の第２行目の「<editlist id="E0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789BB" file="E0001E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="4:3">」のエディットリストＩＤ「"E0001"」のエディットリスト要素の例を示す。図１２のエディットリスト要素においては、第１行目乃至第４行目の<editlist id="E0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789BB" file="E0001E01.SMI" dur="500" fps="59.94i" ch="4" aspectRatio="4:3">タグから第７行目の</editlist >タグの間には、エディットリストを構成するデータがエディットリスト子要素として記述される。
【０１３８】
第５行目の<playlist file="E0001P01.SMI"/>は、このエディットリスト（編集結果）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報であるプレイリストファイルのエディットリスト子要素を表しており、プレイリストファイルのファイル名が「"E0001P01.SMI"」であることを示している。
【０１３９】
第６行目の<meta file="E0001M01.XML" type="PD-Meta"/>は、エディットリスト用クリップメタデータファイルのエディットリスト子要素を表しており、エディットリスト用クリップメタデータファイルのファイル名が「"E0001M01.XML"」であり、エディットリスト用クリップメタデータファイルのコーデックの種類が「"PD-Meta"」であることを示している。なお、いまの場合、プレイリストファイルおよびメタデータファイルには、ユーミッドが設定されていないが、ユーミッドを設定するようにしてもよい。
【０１４０】
以上のように、インデックスファイルのエディットリストテーブルには、エディットリストＩＤ、ユーミッド、およびエディットリストファイルのファイル名の変換テーブル情報、並びにエディットリストを再生するために必要な属性情報により構成されるエディットリスト要素が編集される順番に記述される。
【０１４１】
なお、図１２に示されるエディットリストＩＤ「"E0001"」のエディットリスト要素の構成例は、光ディスク１７に記録されている各エディットリストに対応するすべてのエディットリストＩＤのエディットリスト要素において適用することができる。すなわち、図１１に示される、その他のエディットリストＩＤ「"E0002"」乃至「"E0004"」においても、図１２に示されるエディットリスト要素の構成例を適用することができるので、その説明を省略する。
【０１４２】
次に、光ディスク１７のファイルシステムのクリップインフォメーションファイルについて説明する。上述したように、クリップインフォメーションファイルは、光ディスク１７に記録されているクリップをクリップ毎に管理するための管理情報が記述される。なお、クリップインフォメーションファイルは、汎用性を持たせるために、XML形式で記述されたSMIL(Synchronized Multimedia Integration Language)が用いられて管理されている。
【０１４３】
図１３および図１４は、図６のクリップインフォメーションファイル１５１のうちの、開始タグである<body>タグから、終了タグである</body>タグにより指定される範囲のコードの例を示す。なお、図１３には、上述した範囲の第１行目および第２０行目が示され、図１４には、上述した範囲の第２１行目乃至第４２行目が示される。また、図示は省略するが、クリップインフォメーションファイル１５１において、図１３および図１４に記載される<body>タグ乃至</body>タグ以外には、クリップインフォメーションファイル１５１がSMILで記述されている情報、およびこのクリップのクリップメタデータ（例えば、図６のクリップメタデータファイル１６２）の情報が含まれるヘッダ情報などが記述されている。
【０１４４】
第２行目の<par>タグは、第４１行目の</par>タグまでに記述されているエッセンスデータを同時に（パラレルで）再生することを表している。第３行目の<switch>タグは、第３８行目の</switch>タグまでに記述されているエッセンスデータのうちのいずれかを切り替えて再生することを表している。第４行目の「<!-- main stream -->」は、コメントタグであり、第５行目の<par systemComponent="IMX50">タグから、第３３行目の</par>タグまでに記述されているエッセンスデータが、本線データ（オリジナルの画像データおよび音声データ）であるコメントを示している。
【０１４５】
第５行目の<par systemComponent="IMX50">タグのうちの「systemComponent="IMX50"」は、この撮像装置１４が再生可能な（または再生が希望される）画像データのコーデックの種類を表している。したがって、第５行目の<par systemComponent="IMX50">は、第３３行目の</par>タグまでに記述されているエッセンスデータのうちの画像データが「IMX50」のコーデックあれば、第３３行目の</par>タグまでに記述されているエッセンスデータを、同時に再生することを表している。
【０１４６】
第６行目乃至第８行目の<video src="urn:smpte:umid:060A2B340101010501010D12130000000123456789ABCDEF0123456789ABCDEF" type="IMX50">には、再生対象とする画像データの属性情報が記述されている。「src="urn:smpte:umid:060A2B340101010501010D12130000000123456789ABCDEF0123456789ABCDEF"」は、SMPTE(Society of Motion Picture and Television Engineers)で定義される「umid: 060A2B340101010501010D12130000000123456789ABCDEF0123456789ABCDEF」の画像データ（例えば、画像データファイル１５２）を再生対象とすることを表している。また、「type="IMX50"」は、画像データを再生するために必要な情報である画像データの付属情報であるコーデックタイプを示している。したがって、第６行目乃至第８行目には、画像データファイル１５２を「IMX50」で再生することが示されている。
【０１４７】
ここで、umid(unique material identifier)は、参照されるデータに設定される、ワールドワイドで唯一の識別子（ID identifier）である。umid（UMID）には、Basic UMID（３２バイト）とExtended UMID（３２バイト）とがあり、そのうちのBasic UMID（３２バイト）は、画像データ、音声データ等の唯一のIDである。また、Extended UMIDは、ソースパック（時間、場所、撮影者等）を示し、映像の性質を表すためや、検索に利用されるためにBasic UMIDに付加される。このように、クリップインフォメーションファイルにおいて、エッセンスデータがユーミッドで管理されている。したがって、光ディスク１７内では、インデックスファイルを用いて、ユーミッドをファイル名に変換する必要があるが、その反面、汎用性があるため、外部の装置で利用することができる。
【０１４８】
第９行目乃至第１１行目の<audio src="urn:smpte:umid:060A2B340101010501010D1213000000123456789ABCDEF0123456789ABCDEF0" type="LPCM16" trackDst="CH1"/>には、再生対象とする音声データの属性情報が記述されている。「type="LPCM16"」は、音声データをLPCM16で再生されることを表しており、「trackDst="CH1"」は、この音声データをチャネル１として再生することを表している。したがって、第１０行目乃至第１２行目には、「umid:060A2B340101010501010D1213000000123456789ABCDEF0123456789ABCDEF0」の音声データ（例えば、音声データファイル１５３）を、チャネル１として、LPCM16で再生することが示されている。
【０１４９】
同様に、第１２行目乃至第１４行目の<audio src="urn:smpte:umid:060A2B340101010501010D121300000023456789ABCDEF0123456789ABCDEF01" type="LPCM16" trackDst="CH2"/>は、「umid:060A2B340101010501010D121300000023456789ABCDEF0123456789ABCDEF01」の音声データ（例えば、音声データファイル１５４）を、チャネル２として、LPCM16で再生することを表しており、第１５行目乃至第１７行目の<audio src="urn:smpte:umid:060A2B340101010501010D12130000003456789ABCDEF0123456789ABCDEF012" type="LPCM16" trackDst="CH3"/>は、「umid:060A2B340101010501010D12130000003456789ABCDEF0123456789ABCDEF012」の音声データ（例えば、音声データファイル１５５）を、チャネル３として、LPCM16で再生することを表しており、第１８行目乃至第２０行目の<audio src="urn:smpte:umid:060A2B340101010501010D1213000000456789ABCDEF0123456789ABCDEF0123" type="LPCM16" trackDst="CH4"/>は、「umid:060A2B340101010501010D1213000000456789ABCDEF0123456789ABCDEF0123」の音声データ（例えば、音声データファイル１５６）を、チャネル４として、LPCM16で再生することを表している。
【０１５０】
また、第２１行目乃至第２３行目の<audio src="urn:smpte:umid:060A2B340101010501010D121300000056789ABCDEF0123456789ABCDEF01234" type="LPCM16" trackDst="CH5"/>は、「umid:060A2B340101010501010D121300000056789ABCDEF0123456789ABCDEF01234」の音声データ（例えば、音声データファイル１５７）を、チャネル５として、LPCM16で再生することを表しており、第２４行目乃至第２６行目の<audio src="urn:smpte:umid:060A2B340101010501010D12130000006789ABCDEF0123456789ABCDEF012345" type="LPCM16" trackDst="CH6"/>は、「umid:060A2B340101010501010D12130000006789ABCDEF0123456789ABCDEF012345」の音声データ（例えば、音声データファイル１５８）を、チャネル６として、LPCM16で再生することを表している。
【０１５１】
さらに、第２７行目乃至第２９行目の<audio src="urn:smpte:umid:060A2B340101010501010D1213000000789ABCDEF0123456789ABCDEF0123456" type="LPCM16" trackDst="CH7"/>は、「umid:060A2B340101010501010D1213000000789ABCDEF0123456789ABCDEF0123456」の音声データ（例えば、音声データファイル１５９）を、チャネル７として、LPCM16で再生することを表しており、第３０行目乃至第３２行目の<audio src="urn:smpte:umid:060A2B340101010501010D121300000089ABCDEF0123456789ABCDEF01234567" type="LPCM16" trackDst="CH8"/>は、「umid:060A2B340101010501010D121300000089ABCDEF0123456789ABCDEF01234567」の音声データ（例えば、音声データファイル１６０）を、チャネル８として、LPCM16で再生することを表している。
【０１５２】
第３４行目の「<!-- sub stream -->」は、コメントタグであり、第３５行目乃至第３７行目に記述されているエッセンスデータが、ローレゾデータであるコメントを示している。
【０１５３】
第３５行目乃至第３７行目の<ref src="urn:smpte:umid:060A2B340101010501010D12130000009ABCDEF0123456789ABCDEF012345678" type="SubStream" systemComponent="SubStream"/>には、再生対象とする任意のデータ（いまの場合、ローレゾデータ）の属性情報が記述されている。「type="SubStream"」は、ローレゾデータがSubStreamというコーデックで再生されることを表しており、「systemComponent="SubStream"」は、この撮像装置１４が再生可能な（または再生が希望される）ローレゾデータのコーデックの種類を表している。したがって、第３５行目乃至第３７行目には、「umid:060A2B340101010501010D12130000009ABCDEF0123456789ABCDEF012345678」のローレゾデータ（例えば、ローレゾデータファイル１６１）が、SubStreamで再生されることが示されている。
【０１５４】
第３９行目の「<!-- realtime meta -->」は、コメントタグであり、第４１行目に記述されているエッセンスデータが、リアルタイムメタデータであるコメントを示している。
【０１５５】
第４０行目の<metastream src="C0001R01.BIM" type="std"/>には、再生対象とするメタデータの属性情報が記述されている。「src="C0001R01.BIM"」は、フレームメタデータのファイル名を表しており、「type="std"」は、フレームメタデータが「std」というコーデックで再生されることを表している。したがって、第３５行目乃至第３７行目には、ファイル名「"C0001R01.BIM"」のフレームメタデータ（例えば、フレームメタデータファイル１６３）が、「std」で再生されることが示されている。
【０１５６】
以上より、図１３および図１４のクリップインフォメーションファイル１５１には、画像データファイル１５２および音声データファイル１５３乃至１６０、もしくは、ローレゾデータ１６１のいずれか選択されたファイルが、フレームメタデータファイル１６３と同時に再生されることが示されている。
【０１５７】
以上のように、クリップインフォメーションファイルには、クリップを構成するエッセンスデータを再生するために必要なエッセンスデータの付属情報が記述されている。したがって、エッセンスデータを読み出して、再生に必要な情報を解釈しなくても、クリップインフォメーションファイルを参照することにより、すぐに、エッセンスデータを再生するために必要な情報であるエッセンスデータの付属情報を取得することができる。
【０１５８】
また、クリップインフォメーションファイルにおいては、汎用性のあるSMILが用いられ、さらに、クリップを構成するエッセンスデータが、汎用性のあるユーミッドで管理されている。これにより、クリップインフォメーションファイルを外部の装置で簡単に利用することができる。
【０１５９】
次に、図１５のフローチャートを参照して、撮像装置１４に光ディスク１７が装着された場合に実行されるインデックスファイルの読み出し処理を説明する。
【０１６０】
撮影スタッフは、撮像装置１４を用いて、撮影により得られる画像データや音声データを記録するために、または、光ディスク１７に記録されている画像データや音声データを再生するために、光ディスク１７をドライブ６６に装着する。
【０１６１】
CPU５１は、ステップＳ１において、ドライブ６６に光ディスク１７が装着されるまで待機しており、ドライブ６６に光ディスク１７が装着されたと判断した場合、ステップＳ２に進み、ドライブ６６を制御し、光ディスク１７からインデックスファイル（例えば、インデックスファイル１３４）を読み出させ、RAM５３に展開（ロード）し、インデックスファイル読み込み処理を終了する。
【０１６２】
このようにして、撮像装置１４においては、光ディスク１７が装着された時点で、インデックスファイルが光ディスク１７から読み出され、RAM５３に展開される。そして、これ以降の処理においては、RAM５３に展開されたインデックスファイルに基づいて、光ディスク１７に対して、データ書き込みや読み出しの処理が実行される。これにより、光ディスク１７に記録されているデータへのアクセスを早くすることができる。
【０１６３】
次に、図１６のフローチャートを参照して、撮像装置１４のクリップ生成処理を説明する。なお、いまの場合、撮像装置１４に光ディスク１７が装着され、図１５を参照して上述したインデックスファイル読み出し処理が実行され、RAM５３には、例えば、インデックスファイル（例えば、インデックスファイル１３４）が展開されている。図１７乃至図１９の処理においても同様である。
【０１６４】
撮影スタッフは、撮像装置１４を用いて、撮影により入力される画像データや音声データを光ディスク１７に記録するために、操作部６１を構成する録画ボタンを操作し、光ディスク１７へのデータの記録を指示する。操作部６１は、CPU５１にデータの記録の指示信号を出力する。CPU５１は、操作部６１よりデータの記録の指示信号が入力された場合、入力部６２に光ディスク１７へのデータの記録開始を指示する。また、このとき、RAM５３には、撮影スタッフにより操作部６１を介して設定された（または、撮影装置１４で予め設定されている）画像データおよび音声データのパラメータ情報（解像度の情報や、コーデックの種類など）が記憶されている。
【０１６５】
入力部６２は、CPU５１からの指示に基づいて、カメラにより撮像された画像データおよびマイクロフォンにより集音された音声データを入力し、エンコーダ／デコーダ部５６に供給する。エンコーダ／デコーダ部５６は、入力部６２から供給された画像データおよび音声データを、それぞれ、RAM５３に記憶されているパラメータ情報に基づいて、それぞれ符号化し、符号化された画像データ、音声データおよびローレゾデータをデータ取り込み部１０１に供給する。
【０１６６】
記録制御部５４のデータ取り込み部１０１は、図１６のステップＳ２１において、エンコーダ／デコーダ部５６からデータが入力されるまで待機しており、エンコーダ／デコーダ部５６からデータが入力されたと判断した場合、データの記録開始が指示されたと判断し、エンコーダ／デコーダ部５６からデータが入力されたことを示す情報を、データ生成部１０３、クリップ生成部１０４およびインデックスファイル更新部１０５に供給し、ステップＳ２２に進む。このとき、同時に、データ取り込み部１０１は、エンコーダ／デコーダ部５６からの画像データ、音声データおよびローレゾデータをデータ生成部１０３に供給する。
【０１６７】
クリップ生成部１０４は、ステップＳ２２において、データ生成部１０３からのデータが入力されたことを示す情報に基づいて、撮像装置１４に入力された画像データ、音声データおよびローレゾデータデータをクリップとして管理するためのクリップディレクトリ（例えば、クリップディレクトリ１４１）を生成し、生成されたクリップディレクトリをテーブル記録部１０７に出力し、ステップＳ２３に進む。テーブル記録部１０７は、クリップ生成部１０４からのクリップディレクトリをドライブ６６を介して、光ディスク１７に記録する。
【０１６８】
データ生成部１０３は、ステップＳ２３において、RAM５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報に基づいて、データ取り込み部１０１からのエッセンスデータのヘッダおよびフッタを生成し、生成されたヘッダ、フッタおよびボディ（エッセンスデータ）からなるＭＸＦのエッセンスデータファイル（画像データファイル１５２、音声データファイル１５３乃至１６０、ローレゾデータファイル１６１）を生成し、生成された各エッセンスデータファイルをデータ記録部１０６に出力し、ステップＳ２４に進む。データ記録部１０６は、データ生成部１０３からのエッセンスデータファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１６９】
データ生成部１０３は、ステップＳ２４おいて、RAM５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データおよび音声データに基づいて、フレームメタデータデータ（例えば、フレームメタデータデータ１６３）を生成し、生成されたフレームメタデータデータをデータ記録部１０６に出力し、ステップＳ２５に進む。データ記録部１０６は、データ生成部１０３からのフレームメタデータデータをドライブ６６を介して、光ディスク１７に記録する。
【０１７０】
データ生成部１０３は、ステップＳ２５おいて、RAM５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データおよび音声データに基づいて、クリップメタデータデータ（例えば、クリップメタデータデータ１６２）を生成し、生成されたクリップメタデータデータをデータ記録部１０６に出力し、ステップＳ２６に進む。データ記録部１０６は、データ生成部１０３からのクリップメタデータデータをドライブ６６を介して、光ディスク１７に記録する。
【０１７１】
データ生成部１０３は、ステップＳ２６おいて、RAM５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データに基づいて、ピクチャポインタファイル（例えば、ピクチャポインタファイル１６４）を生成し、生成されたピクチャポインタファイルをデータ記録部１０６に出力し、ステップＳ２７に進む。データ記録部１０６は、データ生成部１０３からのピクチャポインタファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１７２】
クリップ生成部１０４は、ステップＳ２７において、RAM５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報に基づいて、クリップインフォメーションファイル（例えば、クリップインフォメーションファイル１５１）を生成し、生成されたクリップインフォメーションファイルをテーブル記録部１０７に出力し、ステップＳ２８に進む。テーブル記録部１０７は、クリップ生成部１０４からのクリップインフォメーションファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１７３】
インデックスファイル更新部１０５は、ステップＳ２８において、インデックスファイルのクリップテーブルに、新しいクリップ要素を追加するインデックスファイルの更新処理を実行する。このインデックスファイルの更新処理を、図１７のフローチャートを参照して説明する。
【０１７４】
インデックスファイル更新部１０５は、図１７のステップＳ４１において、RAM５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報およびクリップインフォメーションファイル（例えば、クリップインフォメーションファイル１５１）に基づいて、クリップの属性情報を記述したクリップ要素を生成する。具体的には、インデックスファイル更新部１０５は、クリップインフォメーションファイルに基づいて、クリップのユーミッドおよびファイル名などのクリップを管理するための管理情報（例えば、図９の第２行目乃至第５行目の「clip id="C0001"」、「umid="0123456789ABCDEF0123456789ABCDEF0123456789AA"」、「file="C0001C01.SMI"」、「dur="12001"」など）を記述し、パラメータ情報に基づいて、生成されたクリップ要素に、クリップを再生するために必要な属性情報（例えば、図９の第２行目乃至第５行目の「fps="59.94i"」、「ch="4"」、「aspectRatio="4:3"」など）を記述して、クリップ要素を生成し、ステップＳ４２に進む。
【０１７５】
インデックスファイル更新部１０５は、ステップＳ４２において、生成されたクリップ要素に、クリップの再生可否情報（例えば、図９の第５行目の「playable="true"」）を記述し、ステップＳ４３に進む。なお、いまの場合、デフォルトとして、「true」（再生可能）が記述される。
【０１７６】
インデックスファイル更新部１０５は、ステップＳ４３において、パラメータ情報およびクリップインフォメーションファイルに基づいて、クリップを構成するエッセンスデータの属性情報を記述したクリップ子要素を生成する。具体的には、インデックスファイル更新部１０５は、クリップインフォメーションファイルに基づいて、クリップに含まれるエッセンスデータなどのユーミッドおよびファイル名などのクリップを管理するための管理情報（例えば、図１０の第３行目および第４行目の「umid="0123456789ABCDEF0123456789ABCDEF0123456789A1"」、「file="C0001V01.MXF"」）を記述し、パラメータ情報に基づいて、各エッセンスデータを再生するために必要な属性情報（例えば、図１０の第４行目の「type="DV25_411P"」）を記述して、クリップ子要素を、クリップ要素に生成し、ステップＳ４４に進む。
【０１７７】
ステップＳ４４において、インデックスファイル更新部１０５は、RAM５３のインデックスファイル（例えば、インデックスファイル１３４）のクリップテーブルに、生成されたクリップ要素（クリップ子要素が含まれる）を追加（登録）してインデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。なお、このとき、インデックスファイル更新部１０５は、クリップテーブルに登録されているクリップ要素の最後尾に、生成されたクリップ要素を登録する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、図１６に戻り、クリップ生成処理を終了する。
【０１７８】
以上のようにして、光ディスクに生成されたクリップがクリップ単体として再生可能であるか否かを示す再生可否情報がインデックスファイルに記述される。
【０１７９】
次に、このように記述された再生可否情報を設定する、撮像装置１４の再生可否情報設定処理を、図１８のフローチャートを参照して説明する。
【０１８０】
撮像装置１４においては、例えば、撮像した画像データの下地として使用するために、全面ブラックの画像データ、または、カラーバーの画像データを１フレーム分だけ撮像し、光ディスク１７に記録する場合がある。光ディスク１７のファイルシステムにおいては、これらの全面ブラックの画像データ、または、カラーバーの画像データは、１フレームの画像データファイルにより構成されるクリップとして管理される。これらのクリップは、１フレームの画像データファイルを、クリップ（エディットリスト）の有効な時間方向の長さ（例えば、図１１の第４行目の「dur="500"」）などで、時間的に引き伸ばすようにして、他のクリップと一緒に編集されて、その編集結果が、エディットリストファイル（例えば、エディットリストファイル１７１）として生成されて、利用される。
【０１８１】
したがって、これらのクリップは、１フレームだけにより構成されており、クリップ単体を再生させても意味がない場合がある。特に、撮影スタッフなどが、撮影したすべてのクリップを再生したい場合に実行されるテープ再生処理（後述する図１９）においては、光ディスク１７に記録されているすべてのクリップが再生されてしまうため、これらのクリップも再生されてしまう。
【０１８２】
そこで、撮影スタッフは、操作部６１のボタンなどを操作して、対応するクリップを、クリップ単体での再生をさせないように設定する。これに対応して、操作部６１は、CPU５１にクリップの再生不可能の設定の指示信号を出力する。CPU５１は、操作部６１を介して、クリップ再生不可能の設定の指示信号が入力された場合、記録制御部５４に、再生可否情報を変更する指示を行う。
【０１８３】
インデックスファイル更新部１０５は、図１８のステップＳ６１において、CPU５１から再生可否情報を変更すると指示されるまで待機しており、再生可否情報を変更すると指示された場合、ステップＳ６２に進み、その変更指示は、再生可否情報を不可能に設定する指示であるか否かを判断する。
【０１８４】
インデックスファイル更新部１０５は、ステップＳ６２において、変更指示は、再生可否情報を不可能に設定する指示であると判断した場合（再生可否情報を不可能に設定すると判断した場合）、ステップＳ６３に進み、インデックスファイルの対応するクリップ要素の再生可否情報を不可能に設定する。
【０１８５】
具体的には、インデックスファイル更新部１０５は、RAM５３のインデックスファイルのクリップテーブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、図９の第５行目の「playable="true"」）を不可能（"false"）に設定して、インデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、再生可否情報設定処理を終了する。なお、図示は省略するが、クリップ要素の再生可否情報がもともと不可能であった場合には、インデックスファイルの更新なしに、再生可否情報設定処理は終了される。
【０１８６】
インデックスファイル更新部１０５は、ステップＳ６２において、変更指示は、再生可否情報を不可能に設定する指示ではないと判断した場合（再生可否情報を可能に設定すると判断した場合）、ステップＳ６４に進み、インデックスファイルの対応するクリップ要素の再生可否情報を可能に設定する。
【０１８７】
具体的には、インデックスファイル更新部１０５は、RAM５３のインデックスファイルのクリップテーブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、図９の第９行目の「playable="false"」）を可能（"true"）に設定して、インデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、再生可否情報設定処理を終了する。なお、図示は省略するが、クリップ要素の再生可否情報がもともと可能であった場合には、インデックスファイルの更新なしに、再生可否情報設定処理は終了される。
【０１８８】
以上のようにして、光ディスク１７に記録されているクリップをクリップ単体として再生可能であるか否かが設定される。
【０１８９】
次に、図１９のフローチャートを参照して、撮像装置１４のテープ再生処理について説明する。
【０１９０】
撮影スタッフは、撮影したすべてのクリップを確認するために、操作部６１のボタンなどを操作して、テープ再生を指示する。例えば、撮像装置１４において、記録媒体として、テープが用いられ、テープに記録されたデータを再生する場合、テープに記録されたデータは、テープに記録された順に途切れることなく、連続的に再生される。このように、テープ再生処理とは、光ディスク１７に記録されているすべてのクリップを、あたかもテープを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう。
【０１９１】
操作部６１は、CPU５１にテープ再生の指示信号を出力する。CPU５１は、操作部６１を介して、テープ再生の指示信号が入力された場合、再生制御部５５に、光ディスク１７からのテープ再生開始を指示する。
【０１９２】
テープ再生部１１２は、図１９のステップＳ１０１において、CPU５１からテープ再生の開始が指示されるまで待機しており、CPU５１からテープ再生の開始が指示されたと判断した場合、ステップＳ１０２に進み、インデックスファイル情報取得部１１３を制御し、RAM５３のインデックスファイル（例えば、インデックスファイル１３４）のクリップテーブルから、最初のクリップ要素を取得させる。テープ再生部１１２は、ステップＳ１０３において、再生判断部１１５を制御し、取得されたクリップ要素が対応するクリップの再生が可能であるか否かを判断させる。
【０１９３】
再生判断部１１５は、ステップＳ１０３において、クリップ要素の再生可否情報が「"true"（再生可能）」であるか否かを判断し、クリップ要素の再生可否情報が「"true"（再生可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が可能であると判断した場合）、クリップ要素が対応するクリップの再生が可能であることを示す情報を、テープ再生部１１２に出力し、ステップＳ１０４に進む。
【０１９４】
再生判断部１１５からのクリップ再生可能の情報を取得すると、テープ再生部１１２は、ステップＳ１０４において、インデックスファイル情報取得部１１３を制御し、対応するクリップ要素から再生するエッセンスデータのファイル名（例えば、図１０の第４行目の「file="C0001V01.MXF"」）およびエッセンスデータを再生するために必要な属性情報（例えば、図１０の第４行目の「type="DV25_411P"」）を取得させ、取得された属性情報およびファイル名に基づいて、ドライブ６６、エンコーダ／デコーダ部５６、および出力部６３を制御し、光ディスク１７に記録されているエッセンスデータを再生させる。具体的には、ドライブ６６は、テープ再生部１１２の制御のもと、ファイル名に対応するエッセンスデータを光ディスク１７から読み出し、エンコーダ／デコーダ部５６に供給する。エンコーダ／デコーダ部５６は、テープ再生部１１２からの属性情報に基づいて、エッセンスデータをデコードし、デコードされたデータを、出力部６３を構成するモニタやスピーカに出力させる。
【０１９５】
テープ再生部１１２は、ステップＳ１０４において実行されるクリップの再生処理が終了すると、ステップＳ１０５に進み、インデックスファイル情報取得部１１３からの情報に基づいて、インデックスファイルのクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したか否かを判断し、インデックスファイルのクリップテーブルに、まだ再生されていないクリップ要素があると判断した場合、ステップＳ１０２に戻り、インデックスファイル情報取得部１１３を制御し、RAM５３のインデックスファイルのクリップテーブルの次のクリップ要素を取得させ、それ以降の処理を繰り返す。
【０１９６】
一方、再生判断部１１５は、ステップＳ１０３において、クリップ要素の再生可否情報が「"false"（再生不可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が不可能であると判断した場合）、ステップＳ１０４の処理をスキップし（すなわち、このクリップの再生処理を禁止し）、ステップＳ１０５に進む。
【０１９７】
テープ再生部１１２は、ステップＳ１０５において、インデックスファイル１３４のクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したと判断した場合、テープ再生処理を終了する。
【０１９８】
以上のように、インデックスファイルのクリップテーブルの再生可否情報に基づいて、クリップが再生されるので、全面ブラックの画像データ、または、カラーバーの画像データの１フレームの画像データファイルにより構成されるクリップなどの再生する必要がないクリップの再生を制限（禁止）することができる。これにより、全面ブラックの画像データ、または、カラーバーの画像データなどの１フレームの画像データファイルにより構成されるクリップなどの再生により、次の再生にかかる再生準備時間（次のクリップを再生するために必要な属性情報を取得するために、エッセンスデータ、またはクリップインフォメーションファイルを読み出す時間）が、次のクリップ再生時間に間に合わなくなることが抑制され、クリップがスムーズに連続再生される。また、必要のないクリップを再生しないようにしたので、必要のないクリップが再生されるために、待機している無駄な時間を削減することができる。
【０１９９】
なお、上記説明においては、クリップが、全面ブラックの画像データ、または、カラーバーの画像データなどの１フレームの画像データファイルにより構成される例について説明したが、もちろん、図６を参照して上述したような複数のエッセンスデータからなる通常の目的で撮影されたクリップの再生可否情報も設定することができる。したがって、例えば、今日撮影した分だけのクリップを再生するようなクリップ限定のテープ再生処理が実現される。
【０２００】
また、図１９のテープ再生においては、インデックスファイルに基づいて、クリップを再生する場合について説明したが、もちろん、クリップインフォメーションファイルに基づいて、クリップを再生するようにしてもよい。なお、その場合には、インデックスファイルに基づいて再生される場合よりも、クリップインフォメーションファイルを光ディスクから読み出す時間が多少かかる。また、図１９においては、テープ再生の場合を説明したが、クリップを１つずつ再生するクリップ再生の場合にも、再生可否情報を用いることができる。この場合には、例えば、再生されたくないクリップの再生を禁止させることができる。
【０２０１】
以上においては、画像データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０２０２】
また、以上においては、撮像装置１４において、クリップの記録、およびクリップの再生を行う場合について説明したが、記録再生を行う情報処理装置としては、これに限らず、例えば、図１の企画用端末装置１１、フィールドPC１５、または編集用端末装置１６であってもよいし、それ以外の情報処理装置であってもよい。
【０２０３】
以上のように、本発明を適用した情報処理装置は、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録し、登録された再生可否情報に基づいて、データを再生するか否かを判断し、記録媒体に記録されているすべてのデータのうち、再生しないと判断されたデータ以外を連続で再生する処理を行えばよく、このような内容の処理と同様の処理であれば、どのような方法で処理を行ってもよいし、このような処理以外の処理をさらに行ってもよい。また、本発明を適用した情報処理装置の構成は、このような処理を実行可能であれば、図２に示される構成以外の構成であってももちろんよい。
【０２０４】
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０２０５】
記録媒体は、図２に示されるように、撮像装置１４とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini-Disc）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア７１により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM５２や記憶部６３が含まれるハードディスクなどで構成される。
【０２０６】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０７】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０８】
【発明の効果】
以上の如く、本発明によれば、複数のデータをスムーズに連続再生することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【図２】図１の撮像装置の構成例を示すブロック図である。
【図３】図２の記録制御部の構成例を示すブロック図である。
【図４】図２の再生制御部の構成例を示すブロック図である。
【図５】図１の光ディスクのファイルシステムの構成例を示す図である。
【図６】図５のクリップディレクトリの構成例を示す図である。
【図７】図５のエディットリストディレクトリの構成例を示す図である。
【図８】図５のインデックスファイルの例を示す図である。
【図９】図８の第５行目のクリップテーブルの例を示す図である。
【図１０】図９の第２行目乃至第５行目のクリップＩＤ「"C0001"」のクリップ要素の例を示す図である。
【図１１】図８の第６行目のエディットリストテーブルの例を示す図である。
【図１２】図９の第２行目乃至第５行目のエディットリストＩＤ「"E0001"」のエディットリスト要素の例を示す図である。
【図１３】図６のクリップインフォメーションファイルのコードの例を示す図である。
【図１４】図６のクリップインフォメーションファイルのコードの例を示す図である。
【図１５】図１の撮像装置のインデックスファイルの読み出し処理を説明するフローチャートである。
【図１６】図１の撮像装置のクリップ生成処理を説明するフローチャートである。
【図１７】図１６のステップＳ２８のインデックスファイルの更新処理を説明するフローチャートである。
【図１８】図１の撮像装置の再生可否情報設定処理を説明するフローチャートである。
【図１９】図１の撮像装置のテープ再生処理の例を説明するフローチャートである。
【符号の説明】
１  映像プログラム制作支援システム，１１  企画用端末装置，１２  ネットワーク，１３  取材用端末装置，１４  撮像装置，１５  フィールドPC，１６  編集用端末装置，１７  光ディスク，５４  記録制御部，５５  再生制御部，５６エンコーダ／デコーダ部，６６  ドライブ，１０１  データ取り込み部，１０２  情報取得部，１０３  データ生成部，１０４  クリップ生成部，１０５  インデックスファイル更新部，１０６  データ記録部，１０７  テーブル記録部，１１１  クリップ再生部，１１２  テープ再生部，１１３  インデックスファイル情報取得部，１１４  クリップ情報取得部，１１５  再生判断部，１３４  インデックスファイル
【図１】
0004434633.tif 000002
【図２】
0004434633.tif 000003
【図３】
0004434633.tif 000004
【図４】
0004434633.tif 000005
【図５】
0004434633.tif 000006
【図６】
0004434633.tif 000007
【図７】
0004434633.tif 000008
【図８】
0004434633.tif 000009
【図９】
0004434633.tif 000010
【図１０】
0004434633.tif 000011
【図１１】
0004434633.tif 000012
【図１２】
0004434633.tif 000013
【図１３】
0004434633.tif 000014
【図１４】
0004434633.tif 000015
【図１５】
0004434633.tif 000016
【図１６】
0004434633.tif 000017
【図１７】
0004434633.tif 000018
【図１８】
0004434633.tif 000019
【図１９】
0004434633.tif 000020