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

Abstract

【課題】複数のデータをスムーズに連続再生することができるようにする。
【解決手段】テープ再生部１１２は、インデックスファイル情報取得部１１３を制御し、ＲＡＭのインデックスファイルのクリップテーブルから、最初のクリップ要素を取得させ、再生判断部１１５を制御し、取得されたクリップ要素が対応するクリップの再生が可能であるか否かを判断させる。再生判断部１１５によりクリップ要素の再生可否情報が「”ｆａｌｓｅ”（再生不可能）」であると判断された場合、テープ再生部１１２は、このクリップの再生を禁止し、インデックスファイル情報取得部１１３を制御し、インデックスファイルのクリップテーブルから、次のクリップ要素を取得させる。本発明は、映像プログラム制作支援システムに適用できる。
【選択図】 図４

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、複数のデータをスムーズに連続再生することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
従来、撮像装置などにおいては、撮影により得られた画像データや音声データを記録するために、テープ状の記録媒体が用いられることが多かったが、近年、データの書き込みや消去を繰り返し行うことができるＣＤ−ＲＷ（Ｃｏｍｐａｃｔ ＤＩＳＣ−ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ−ＲｅＷｒｉｔａｂｌｅ）などのディスク状の記録媒体が、その低価格化により普及しつつあることに伴い、使用されるようになってきた。
【０００３】
これらのディスク状の記録媒体においては、所定のデータへのランダムアクセスが可能であり、画像データや音声データなどのデータが記録媒体上の離れた位置に記録されることもある。
【０００４】
一方、テープ状の記録媒体の場合には、撮影された順にデータが記録されるため、テープ状の記録媒体を再生するだけで、撮影された順にデータが再生されることができた。
【０００５】
そこで、ディスク状の記録媒体においても、テープ状の記録媒体の再生処理のように、ディスク状の記録媒体に記録されたデータを途切れることなく連続的に再生したいという要望がでてきた。そこで、ディスク状の記録媒体においては、１回の撮影により得られた画像データおよび音声データを、１つのクリップとして記録し、ディスク状の記録媒体に記録されたすべてのクリップを連続的に再生するようにしていた。
【０００６】
【発明が解決しようとする課題】
しかしながら、ディスク状の記録媒体に記録されるクリップの中には、撮像した画像データの下地として引き伸ばして再生される、ブラックやカラーバーの画像１フレームだけで構成されるクリップも存在する。このようなクリップは、編集時に他のクリップと合わせて利用されるものであり、クリップ単体で再生してもあまり意味がない。
【０００７】
したがって、これらのクリップがディスク状の記録媒体に記録されている場合において、上述したように、撮影されたクリップを連続的に再生しようとしたとき、ディスク状の記録媒体に記録されたすべてのクリップが連続して再生されてしまうため、ブラックやカラーバーなどの再生する必要のないクリップまでもが再生されてしまう課題があった。
【０００８】
さらに、ブラックやカラーバーなどのクリップは、１フレーム分だけしか再生されないため、次に再生すべきクリップのデータの読み出しが、その再生時刻に間に合わず、途切れてしまうため、複数のクリップをスムーズに連続的に再生することができない課題があった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、複数のデータをスムーズに連続再生することができるようにするものである。
【００１０】
【課題を解決するための手段】
本発明の情報処理装置は、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録する登録手段と、登録手段により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断手段と、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生手段とを備えることを特徴とする。
【００１１】
本発明の情報処理方法は、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録する登録ステップと、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップとを含むことを特徴とする。
【００１２】
本発明のプログラムが記録されるプログラム記録媒体は、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録する登録ステップと、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップとを含むことを特徴とする。
【００１３】
本発明のプログラムは、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録する登録ステップと、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップとを含むことを特徴とする。
【００１４】
本発明によれば、データを再生するか否かを示す再生可否情報が、データごとにデータ管理ファイルに登録され、登録された再生可否情報に基づいて、データを再生するか否かが判断される。そして、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外が連続で再生される。
【００１５】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項にすべて記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１７】
請求項１に記載の情報処理装置（例えば、図１の撮像装置１４）は、記録媒体（例えば、図１の光ディスク１７）に記録されているデータ（例えば、クリップ）をデータ管理ファイル（例えば、図５のインデックスファイル１３４）で一括管理する情報処理装置において、データを再生するか否かを示す再生可否情報（例えば、図９の第５行目の「ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」）を、データごとにデータ管理ファイルに登録する登録手段（例えば、図３のインデックスファイル更新部１０５）と、登録手段により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断手段（例えば、図４の再生判断部１１５）と、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生手段（例えば、図４のテープ再生部１１２）とを備えることを特徴とする。
【００１８】
本発明の情報処理方法は、記録媒体（例えば、図１の光ディスク１７）に記録されているデータ（例えば、クリップ）をデータ管理ファイル（例えば、図５のインデックスファイル１３４）で一括管理する情報処理方法であって、データを再生するか否かを示す再生可否情報（例えば、図９の第５行目の「ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」）を、データごとにデータ管理ファイルに登録する登録ステップ（例えば、図１７のステップＳ４２）と、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップ（例えば、図１９のステップＳ１０３）と、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップ（例えば、図１９のステップＳ１０４）とを含むことを特徴とする。
【００１９】
なお、本発明のプログラム記録媒体およびプログラムも上述した本発明の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００２０】
以下、図を参照して本発明の実施の形態について説明する。
【００２１】
図１は、本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【００２２】
図１において、映像プログラム制作支援システム１は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。この映像プログラム制作支援システム１は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようにし、映像プログラムを効率よく作成するためのシステムである。
【００２３】
映像プログラム制作支援システム１は、図１に示されるように、映像プログラムの企画を行う企画用端末装置１１、企画用端末装置１１が接続されたネットワーク１２、ネットワーク１２に接続された取材用端末装置１３、取材用端末装置１３を構成する撮像装置１４およびフィールドＰＣ／ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ／Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）１５（以下、フィールドＰＣ１５と称する）、同様に、ネットワーク１２に接続される編集用端末装置１６、並びに、記録媒体である光ディスク１７により構成される。
【００２４】
企画用端末装置１１は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プログラムの企画および構想を行って、映像プログラムのシナリオ（筋書き）を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。企画用端末装置１１は、例えば、映像プログラムのシナリオに対応する政策指示情報等を含む、電子ファイル形式の構成表メタデータを映像プログラム毎に作成する等の処理を行う。企画用端末装置１１は、生成した構成表メタデータを、ネットワーク１２を介して取材用端末装置１３等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すべき場面や内容の指示を行う。
【００２５】
取材用端末装置１３は、取材を行う取材部署によって用いられる端末装置群であり、例えば、撮像装置１４とフィールドＰＣ１５により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、制作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。
【００２６】
撮像装置１４は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置１４は、ネットワーク１２に接続されており、例えば、上述した企画用端末装置１１から、ネットワーク１２を介して構成表メタデータを取得する。そして、撮像装置１４は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置１４は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。
【００２７】
撮像装置１４は、撮影により得られた画像データや音声データを光ディスク１７等の記録媒体に記録する。このとき、撮像装置１４は、１回の撮像処理を示す単位であるクリップに対応する画像データや音声データ等を含む映像コンテンツに関するデータをまとめて１つのクリップとして光ディスク１７に記録し、管理する。
【００２８】
また、撮像装置１４は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、ローレゾリューション（ｌｏｗ ｒｅｓｏｌｕｔｉｏｎ：低解像度）画像データ（以下、ローレゾデータと称する）も、クリップに含めて光ディスク１７に記録し、管理することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００２９】
クリップは、必ずしも画像データおよび音声データが組になって構成されているとは限らず、画像データだけのものもあれば、音声データだけのものもある。さらに、そのデータ長もさまざまなものがある。撮像装置１４により光ディスク１７に記録された複数のクリップは、複数のクリップを一括管理するインデックスファイル（図５を参照して後述する）と、クリップを構成する画像データや音声データ等をクリップ毎に管理するクリップインフォメーションファイル（図６を参照して後述する）により管理される。
【００３０】
撮像装置１４は、インデックスファイルまたはクリップインフォメーションファイルに基づいて、この光ディスク１７に記録されたクリップの画像データなどを所定の表示部等に表示させ、制作指示情報に応じた撮影ができたか否かを撮影スタッフに確認させる。また、撮像装置１４は、インデックスファイルまたはクリップインフォメーションファイルに基づいて、所定のクリップを除いて、光ディスク１７に記録された複数のクリップの画像データを連続して再生し、あたかもテープに記録された画像データを連続して再生するかのように、所定の表示部等に表示させ、撮影された複数の場面を連続して撮影スタッフに確認させることもできる。
【００３１】
なお、クリップは、１回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００３２】
撮像装置１４により、映像コンテンツとして複数のクリップ（画像データや音声データ等）が記録された光ディスク１７は、例えば、後述する編集部署やフィールドＰＣ１５等に搬送され、利用される。しかしながら、光ディスク１７の搬送にはある程度の時間を要するため、撮像装置１４は、ネットワーク１２を介して、企画用端末装置１１、フィールドＰＣ１５、または編集端末装置１６等に、画像データを供給できるようにしてもよい。その場合、撮像装置１４は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデータを供給するようにするのが望ましい。
【００３３】
なお、撮像装置１４によるローレゾデータの転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよい。
【００３４】
このように、光ディスク１７の搬送に先駆けて、ローレゾデータを転送することにより、編集部署は、搬送された光ディスク１７が到着していなくても、比較的早い段階で（例えば、撮像処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、ローレゾデータがネットワーク１２を介して伝送される場合、撮像装置１４は、たとえば、オリジナルの画像データや音声データのみを光ディスク１７に記録するようにしてもよい（ローレゾデータを光ディスク１７に記録しないようにしてもよい）。
【００３５】
なお、撮像装置１４が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク１７の例に限定されず、どのような記録媒体であってもよい。例えば、ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）やＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ ＤＩＳＣ）を含む光磁気ディスク、フレキシブルディスクを含む磁気ディスク、ＤＶ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ）やＶＨＳ（Ｖｉｄｅｏ Ｈｏｍｅ Ｓｙｓｔｅｍ）に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。
【００３６】
フィールドＰＣ１５は、例えば、ノート型パーソナルコンピュータやＰＤＡ等の携帯可能な情報処理装置および周辺装置などで構成される。このフィールドＰＣ１５は、撮像装置１４と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンツなどを撮像装置１４と共有することができる。
【００３７】
このフィールドＰＣ１５は、例えば、ネットワーク１２を介して、企画用端末装置１１から構成表メタデータを取得したり、撮像装置１４から構成表メタデータを取得したりする。フィールドＰＣ１５は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。
【００３８】
さらに、フィールドＰＣ１５は、ユーザである取材部署担当者の入力に基づいて、取材・撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールドＰＣ１５は、撮影状況情報を書き込むことにより、構成表メタデータを編集する。また、フィールドＰＣ１５は、撮影状況情報をメタデータとして撮像装置１４に供給し、撮像装置１４において得られた画像データや音声データに付加させる。
【００３９】
編集用端末装置１６は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデータ等に基づいて、撮像装置１４により得られた画像データや音声データを編集し、映像プログラムを完成させる部署である。
【００４０】
編集用端末装置１６は、例えば、撮像装置１４から、ネットワーク１２を介して、構成表メタデータやローレゾデータを取得する。また、編集用端末装置１６は、撮像装置１４においてクリップ（画像データや音声データ）が記録された光ディスク１７より、オリジナルの画像データや音声データを取得する。さらに、編集用端末装置１６は、企画用端末装置１１またはフィールドＰＣ１５等より、ネットワーク１２を介して、直接制作指示（編集に関する指示）を取得することも可能である。
【００４１】
編集用端末装置１６は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツを好適に再生して表示する。例えば、編集用端末装置１６は、ユーザに操作され、ネットワーク１２を介して取得したローレゾデータや、光ディスク１７に記録されているオリジナルの画像データや音声データを、シナリオに従った順序で連続的に表示したり、光ディスク１７に記録されているクリップのうち、所定のクリップを除いて、オリジナルの画像データや音声データを連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク１７に記録されているオリジナルの画像データを再生する場合、編集用端末装置１６は、例えば、光ディスク１７に記録されているデータを読み出したり、光ディスク１７にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。また、その際には、光ディスク１７に記録されているデータを管理するインデックスファイルまたはクリップインフォメーションファイルが参照される。
【００４２】
また、編集用端末装置１６は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００４３】
粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置１６は、粗編集処理において、例えば、クリップを複数取得した場合に、それらのクリップの中から、本編集で使用すべきクリップを選択し、選択されたクリップのデータの中から、さらに必要な映像部分を選択（Ｌｏｇｇｉｎｇ）し、その選択された映像部分に対応する編集開始位置（Ｉｎ点）および編集終了位置（Ｏｕｔ点）を例えば、タイムコード等を利用して設定し、上述したクリップのデータの中から、対応する部分を抽出（Ｉｎｇｅｓｔｉｎｇ）する。
【００４４】
本編集処理は、粗編集処理が施された各クリップを構成する画像データを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００４５】
さらに、編集用端末装置１６は、例えば、ネットワーク１２を介して、または、他の記録媒体などから取得された画像データや音声データを、撮像装置１４と同様に、まとめて１つのクリップとして光ディスク１７に記録することもできる。
【００４６】
なお、上述した企画用端末装置１１、撮像装置１４、フィールドＰＣ１５、編集用端末装置１６等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置１４において得られた画像データ等を、１台の編集用端末装置１６が光ディスク１７やネットワーク１２を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、１台の撮像装置１４より供給されたデータが、複数台の編集用端末装置１６により編集されるようにしてもよい。
【００４７】
逆に、上述した企画用端末装置１１、撮像装置１４、フィールドＰＣ１５、および編集用端末装置１６等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。
【００４８】
また、映像プログラム制作支援システム１は、例えば、上述した企画用端末装置１１、撮像装置１４、フィールドＰＣ１５、および編集用端末装置１６とは別に、ネットワーク１２に接続されたセンタサーバ（図示せず）を設け、企画用端末装置１１、撮像装置１４、フィールドＰＣ１５、および編集用端末装置１６等をクライアントとした、クライアント／サーバ（Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）システムとして構成するようにしてもよい。
【００４９】
図２は、図１の撮像装置１４の詳細な構成例を示している。図２において、撮像装置１４のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００５０】
記録制御部５４は、エンコーダ／デコーダ部５６より供給される画像データ、音声データおよびローレゾデータなどを、または、記憶部６４に記憶されている画像データ、音声データおよびローレゾデータなどを、図５を参照して後述する光ディスク１７のファイルシステムに基づいて、ドライブ６６を介して、光ディスク１７に記録する制御を行う。また、記録制御部５４は、操作部６１を介してＣＰＵ５１に入力されたユーザの指示に基づいて、光ディスク１７のファイルシステムの管理情報を更新する処理を行う。
【００５１】
再生制御部５５は、光ディスク１７のファイルシステムに基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなど読み出し、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００５２】
エンコーダ／デコーダ部５６は、入力部６２より入力された画像データ、音声データを所定のコーデックで符号化し、記憶部６４または記録制御部５４に供給する。さらに、必要な場合は、エンコーダ／デコーダ部５６は、入力部６２より入力された画像データを、例えば、ＭＰＥＧ４方式で符号化し、ローレゾデータとして、記憶部６４または記録制御部５４に供給し、入力部６２より入力された音声データを、例えば、ＩＴＵ−Ｔ Ｇ．７１１ Ａ−Ｌａｗ方式で符号化し、ローレゾデータとして、記憶部６４または記録制御部５４に供給する。
【００５３】
また、エンコーダ／デコーダ部５６は、再生制御部５５より供給された画像データ、音声データまたはローレゾデータを、出力部６３を構成するモニタまたはスピーカなどに出力する。
【００５４】
ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、記録制御部５４、再生制御部５５およびエンコーダ／デコーダ部５６は、バス５７を介して相互に接続されている。このバス５７にはまた、入出力インタフェース６０も接続されている。
【００５５】
入出力インタフェース６０は、キーボードやマウスから構成される操作部６１が接続され、操作部６１に入力された信号をＣＰＵ５１に出力する。また、入出力インタフェース６０には、被写体を撮像し、撮像した画像データを入力するカメラ、および、音声データを入力するマイクロフォンなどにより構成される入力部６２、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ） 、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるモニタ、並びにスピーカなどよりなる出力部６３、ハードディスクやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などから構成される記憶部６４、通信部６５、ドライブ６６が接続されている。
【００５６】
通信部６５は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１３９４ポートや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続用のＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、あるいは、アナログモデムや、ＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）およびＤＳＵ（Ｄｉｇｉｔａｌ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク１２を介して、編集用端末装置１６などと、データをやりとりする。
【００５７】
ドライブ６６には、光ディスク１７を着脱することができるようになっている。ドライブ６６は、そこに装着された光ディスク１７を駆動することにより、光ディスク１７に対して、画像データや音声データを記録したり、記憶されている画像データや音声データを再生する。
【００５８】
光ディスク１７は、例えば、開口数（ＮＡ）０．８５、波長４０５ｎｍの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク１７は、それ以外の記録媒体であってもよく、例えば、ＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ − Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＤＶＤ−Ｒ（ＤＶＤ − Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ−ＲＷ（ＤＶＤ − ＲｅＷｒｉｔａｂｌｅ），ＤＶＤ＋Ｒ（ＤＶＤ ＋ Ｒｅｃｏｒｄａｂｌｅ），ＤＶＤ＋ＲＷ（ＤＶＤ ＋ ＲｅＷｒｉｔａｂｌｅ），ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ − Ｒｅｃｏｒｄａｂｌｅ），またはＣＤ−ＲＷ（ＣＤ − ＲｅＷｒｉｔａｂｌｅ）等の各種の光ディスクであってもよい。
【００５９】
光ディスク１７に記録された画像データや音声データ等は、まとめて１つのクリップとして、図５を参照して後述するファイルシステムにより管理されている。このファイルシステムにおいては、光ディスク１７に記録されている複数のクリップは、インデックスファイルとクリップインフォメーションファイルなどの管理情報により管理されている。インデックスファイルは、光ディスク１７に記憶されているクリップすべてを管理する管理ファイルであり、クリップインフォメーションファイルは、クリップ毎に、クリップを構成するエッセンスデータを管理する管理ファイルである。
【００６０】
インデックスファイルは、ドライブ６６に光ディスクが装着されると、光ディスク６６から読み出され、ＲＡＭ５３に展開される。クリップインフォメーションファイルは、再生するクリップが指示されたときなどに光ディスク６６から読み出され、ＲＡＭ５３に展開される。なお、以降、クリップを構成する画像データや音声データ、ローレゾデータなどをエッセンスデータと総称する。
【００６１】
入出力インタフェース６０には、また、必要に応じて、ドライブ６７がさらに接続される。ドライブ６７は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア７１よりデータを読み出したり、データを書き込んだりするときに用いられる。
【００６２】
図３は、図２の記録制御部５４の構成例を示している。図３の例において、記録制御部５４は、データ取り込み部１０１、データ生成部１０３、クリップ生成部１０４、インデックスファイル更新部１０５、データ記録部１０６およびテーブル記録部１０７により構成される。
【００６３】
データ取り込み部１０１は、エンコーダ／デコーダ部５６または記憶部６４より画像データ、音声データおよびローレゾデータなどを取り込み、データ生成部１０３に供給する。また、データ取り込み部１０１は、それらのデータを取り込んだこと（入力したこと）を示す情報を、データ生成部１０３、クリップ生成部１０４およびインデックスファイル生成部１０５に供給する。
【００６４】
データ生成部１０３は、ＲＡＭ５３よりパラメータ情報を取得し、取得したパラメータ情報に基づいて、データ取り込み部１０１から供給された画像データ、音声データおよびローレゾデータなどから、所定のフォーマット（いまの場合、ＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ））の各エッセンスデータ（画像データ、音声データおよびローレゾデータ）をそれぞれ生成し、データ記録部１０６に出力する。また、データ生成部１０３は、取得したパラメータ情報などに基づいて、メタデータなども、所定のフォーマットでそれぞれ生成し、データ記録部１０６に出力する。
【００６５】
ここで、パラメータ情報は、入力部６２が画像データおよび音声データを入力（撮像および録音）するための撮像装置１４の設定情報であり、入力される画像データおよび音声データの解像度の情報、コーデック（符号化方法）の種類などにより構成される。パラメータ情報は、撮像装置１４に予め設定されているか、または、操作部６１を介して、撮影スタッフなどにより設定され、ＲＡＭ５３に記憶されている。
【００６６】
クリップ生成部１０４は、データ取り込み部１０１より画像データ、音声データおよびローレゾデータを入力したという情報を取得すると、入力されるデータ用の新しいクリップを生成するために、クリップディレクトリを生成する。また、クリップ生成部１０４は、ＲＡＭ５３よりパラメータ情報を取得し、取得されたパラメータ情報に基づいて、データ生成部１０３により生成された各エッセンスデータの属性情報が記述されたクリップインフォメーションファイルを生成し、生成したクリップインフォメーションファイルをテーブル記録部１０７に出力する。
【００６７】
インデックスファイル更新部１０５は、ＲＡＭ５３よりパラメータ情報を取得し、光ディスク１７から読み出され、ＲＡＭ５３に展開されているインデックスファイルに、取得されたパラメータ情報に基づいて、クリップ生成部１０４により生成されたクリップに対応したクリップ要素を生成し、インデックスファイルを更新する。生成されたクリップ要素には、クリップを再生するために必要なクリップの属性情報が記述されている。インデックスファイル更新部１０５は、更新されたインデックスファイルをテーブル記憶部１０７に出力する。また、インデックスファイル更新部１０５は、ＣＰＵ５１からの指示にも基づいて、インデックスファイルを更新する。
【００６８】
データ記録部１０６は、データ生成部１０３により生成されたデータをドライブ６６を介して、光ディスク１７に記録する。テーブル記録部１０７は、クリップ生成部１０４により生成されたクリップディレクトリおよびクリップインフォメーションファイル、並びに、インデックスファイル更新部１０５により更新されたインデックスファイルを、ドライブ６６を介して、光ディスク１７に記録する。
【００６９】
図４は、図２の再生制御部５５の構成例を示している。図４の例において、再生制御部５５は、クリップ再生部１１１、テープ再生部１１２、インデックスファイル情報取得部１１３、クリップ情報取得部１１４および再生判断部１１５により構成される。再生制御部５５のクリップ再生部１１１およびテープ再生部１１２は、ＣＰＵ５１からのクリップ再生開始またはテープ再生開始の指示に基づいて、インデックスファイル情報取得部１１３、クリップ情報取得部１１４および再生判断部１１５を制御し、光ディスク１７からデータを読み出す。
【００７０】
ここで、テープ再生とは、クリップ再生が１つのクリップを再生するのに対して、光ディスク１７に記録されているすべてのクリップを、あたかもテープを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう。
【００７１】
クリップ再生部１１１は、ＣＰＵ５１からクリップ再生開始の指示を入力した場合、インデックスファイル情報取得部１１３またはクリップ情報取得部１１４を制御し、対応するクリップを再生するための情報を取得させ、取得された情報に基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなどを読み出させ、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００７２】
テープ再生部１１２は、ＣＰＵ５１からテープ再生開始の指示を入力した場合、インデックスファイル情報取得部１１３を制御し、インデックスファイルに登録されている順にクリップの情報を取得させ、再生判断部１１５を制御し、対応するクリップを再生するか否かを判断させる。そして、テープ再生部１１２は、再生判断部１１２により再生すると判断されたクリップを、インデックスファイル情報取得部１１３またはクリップ情報取得部１１４により取得されたクリップの情報に基づいて、ドライブ６６を制御し、光ディスク１７に記録されている画像データ、音声データまたはローレゾデータなどを読み出させ、光ディスク１７から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ／デコーダ部５６に供給する。
【００７３】
インデックスファイル情報取得部１１３は、クリップ再生部１１１の制御のもと、ＲＡＭ５３のインデックスファイルから、対応するクリップを再生するための情報を取得し、クリップ再生部１１１に出力する。また、インデックスファイル情報取得部１１３は、テープ再生部１１２の制御のもと、ＲＡＭ５３のインデックスファイルに記録されている順にクリップを再生するための情報を取得し、テープ再生部１１２に出力する。
【００７４】
クリップ情報取得部１１４は、クリップ再生部１１１またはテープ再生部１１２の制御のもと、光ディスク１７からドライブ６６を介して、対応するクリップインフォメーションファイルを読み出し、ＲＡＭ５３に展開する。また、クリップ情報取得部１１４は、ＲＡＭ５３のクリップインフォメーションファイルから対応するクリップを再生するための情報を取得し、クリップ再生部１１１またはテープ再生部１１２に出力する。
【００７５】
再生判断部１１５は、クリップ再生部１１１またはテープ再生部１１２の制御のもと、インデックスファイル情報取得部１１３からのクリップの情報に基づいて、そのクリップを再生するか否かを判断し、判断した結果を、クリップ再生部１１１またはテープ再生部１１２に出力する。
【００７６】
次に、光ディスク１７に記録されているデータを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。このファイルシステムにおいては、光ディスク１７に記録されたデータは図５に示されるようなディレクトリ構造およびファイルにより管理される。
【００７７】
図５は、光ディスク１７のファイルシステムの構成例を示す。図５において、ルートディレクトリ（ＲＯＯＴ）１３１には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるＰＲＯＡＶディレクトリ１３２が設けられる。なお、ルートディレクトリ１３１には、図示は省略するが、構成表データ等も設けられる。
【００７８】
ＰＲＯＡＶディレクトリ１３２には、光ディスク１７に記録されているすべてのエッセンスデータに対するタイトルやコメント、さらに、光ディスク１７に記録されているすべての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタファイル（ＤＩＳＣＭＥＴＡ．ＸＭＬ）１３３、光ディスク１７に記録されているすべてのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（ＩＮＤＥＸ．ＸＭＬ）１３４、およびインデックスファイル（ＩＮＤＥＸ．ＢＵＰ）１３５が設けられている。なお、インデックスファイル１３５は、インデックスファイル１３４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００７９】
ＰＲＯＡＶディレクトリ１３２には、さらに、光ディスク１７に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはＲｅｃｌｎｈｉ等の情報を含むファイルであるディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）１３６およびディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＢＵＰ）１３７が設けられている。なお、ディスクインフォメーションファイル１３７は、ディスクインフォメーションファイル１３６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。ただし、これらの情報を更新する場合、ディスクインフォメーションファイル１３６のみを更新するようにしてもよい。
【００８０】
また、ＰＲＯＡＶディレクトリ１３２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（ＣＬＰＲ）１３８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（ＥＤＴＲ）１３９が設けられる。
【００８１】
クリップルートディレクトリ１３８には、光ディスク１７に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図５の場合、３つのクリップのデータが、クリップディレクトリ（Ｃ０００１）１４１、クリップディレクトリ（Ｃ０００２）１４２、および、クリップディレクトリ（Ｃ０００３）１４３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク１７に記録された最初のクリップの各データは、クリップディレクトリ１４１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４３の下位のディレクトリのファイルとして管理される。
【００８２】
なお、各クリップディレクトリは、書き換え、削除禁止属性情報を有しており、各クリップディレクトリの下位のディレクトリとして管理される各データの書き換えおよび削除禁止属性は、その上位のクリップディレクトリが有する書き換え、削除禁止属性情報に基づいて管理される。
【００８３】
また、エディットリストルートディレクトリ１３９には、光ディスク１７に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図５の場合、４つのエディットリストが、エディットリストディレクトリ（Ｅ０００１）１４４、エディットリストディレクトリ（Ｅ０００２）１４５、エディットリストディレクトリ（Ｅ０００３）１４６、およびエディットリストディレクトリ（Ｅ０００４）１４７の４つのディレクトリに分けて管理されている。
【００８４】
すなわち、光ディスク１７に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４７の下位のディレクトリのファイルとして管理される。
【００８５】
上述したクリップルートディレクトリ１３８に設けられるクリップディレクトリ１４１の下位のディレクトリには、最初に光ディスク１７に記録されたクリップの各データが、図６に示されるようなファイルとして設けられ、管理される。
【００８６】
図６は、図５のクリップディレクトリ１４１の構成例を示す。図６の場合、クリップディレクトリ１４１には、このクリップを管理するファイルであるクリップインフォメーションファイル（Ｃ０００１Ｃ０１．ＳＭＩ）１５１、このクリップの画像データを含むファイルである画像データファイル（Ｃ０００１Ｖ０１．ＭＸＦ）１５２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（Ｃ０００１Ａ０１．ＭＸＦ乃至Ｃ０００１Ａ０８．ＭＸＦ）１５３乃至１６０、このクリップの画像データに対応するローレゾデータを含むファイルであるローレゾデータファイル（Ｃ０００１Ｓ０１．ＭＸＦ）１６１、このクリップのエッセンスデータに対応する、例えば、ＬＴＣ（Ｌｉｎｅａｒ Ｔｉｍｅ Ｃｏｄｅ）とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル（Ｃ０００１Ｍ０１．ＸＭＬ）１６２、このクリップのエッセンスデータに対応する、例えばＬＴＣ等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（Ｃ０００１Ｒ０１．ＢＩＭ）１６３、並びに、画像データファイル１５２のフレーム構造（例えば、ＭＰＥＧ等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（Ｃ０００１Ｉ０１．ＰＰＦ）１６４等のファイルが設けられる。なお、上述したように、これらのファイルの書き換え、削除禁止属性は、クリップディレクトリ１４１が有する書き換え、削除禁止属性情報に基づいて管理される。
【００８７】
図６の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００８８】
また、音声データも、再生時にリアルタイム性を要求されるが、７．１チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００８９】
同様に、画像データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００９０】
また、図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９１】
なお、クリップメタデータファイル１６２は、汎用性を持たせるためにＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されているが、フレームメタデータファイル１６３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、ＸＭＬ形式のファイルをコンパイルしたＢＩＭ形式のファイルである。
【００９２】
図６に示されるクリップディレクトリ１４１のファイルの構成例は、光ディスク１７に記録されている各クリップに対応するすべてのクリップディレクトリにおいて適用することができる。すなわち、図５に示される、その他のクリップディレクトリ１４２および１４３においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００９３】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００９４】
次に、図５のエディットリストルートディレクトリ１３９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ１３９に設けられるエディットリストディレクトリ１４５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図７に示されるようなファイルとして設けられ、管理される。
【００９５】
図７は、図５のエディットリストディレクトリ１４５の構成例を示す。図７の場合、エディットリストディレクトリ１４５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（Ｅ０００２Ｅ０１．ＳＭＩ）１７１、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル（Ｅ０００２Ｍ０１．ＸＭＬ）１７２、この編集結果（エディットリスト）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報を含むファイルであるプレイリストファイル（Ｅ０００２Ｐ０１．ＳＭＩ）１７３、プレイリストファイル１７３に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、ＭＰＥＧ等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル（Ｅ０００２Ｉ０１．ＰＰＦ）１７４、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル（Ｂ０００２Ｖ０１．ＢＭＸ）１７５、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む４つのファイルであるプレイリスト用音声データファイル（Ｂ０００２Ａ０１．ＢＭＸ乃至Ｂ０００２Ａ０４．ＢＭＸ）１７６乃至１７９、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用ローレゾデータファイル（Ｂ０００２Ｓ０１．ＢＭＸ）１８０、並びに、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル（Ｂ０００２Ｒ０１．ＢＢＭ）１８１等のファイルが設けられる。
【００９６】
図７において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９７】
エディットリスト用クリップメタデータファイル１７２は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ１３８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。このエディットリスト用クリップメタデータファイルは、編集毎に生成される。なお、このエディットリスト用クリップメタデータファイル１７２は、汎用性を持たせるために、ＸＭＬ形式で記述される。
【００９８】
プレイリスト用画像データファイル１７５に含まれる画像データ、プレイリスト用音声データファイル１７６乃至１７９に含まれる各音声データ、プレイリスト用ローレゾデータファイル１８０に含まれるローレゾデータ、並びに、プレイリスト用フレームメタデータファイル１８１に含まれるフレームメタデータは、それぞれ、図６のクリップルートディレクトリ１３８の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデータ、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。これらのデータは、プレイリストファイル１７３に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。
【００９９】
なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【０１００】
なお、プレイリスト用フレームメタデータファイル１８１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、ＸＭＬ形式のファイルをコンパイルしたＢＩＭ形式に対応するＢＢＭ形式のファイルである。
【０１０１】
図７に示されるエディットリストディレクトリ１４５のファイルの構成例は、すべてのエディットリスト（編集結果）において適用することができる。すなわち、図５に示される、その他のエディットリストディレクトリ１４４、１４６、または１４７においても、図７に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１０２】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１０３】
次に、光ディスク１７のファイルシステムのインデックスファイルについて説明する。上述したように、インデックスファイルは、光ディスク１７に記録されているすべてのクリップを一括管理するための管理情報が記述されるクリップテーブル（ｃｌｉｐＴａｂｌｅ）、および光ディスク１７に記録されているすべてのエディットリストを管理するための管理情報が記述されるエディットリストテーブル（ｅｄｉｔｌｉｓｔＴａｂｌｅ）により構成される。クリップテーブルにはさらに、各クリップに属するエッセンスデータ（画像データ、音声データおよびローレゾデータなど）の管理情報も含まれる。エディットリストテーブルには、エディットリストのメタデータやプレイリストなどの管理情報も含まれる。なお、このインデックスファイルは、光ディスク１７内のデータを管理するための主に光ディスク１７内で使用されるファイルであり、独自のスキーマによるＸＭＬ形式で管理されている。
【０１０４】
図８は、図５のインデックスファイル１３４の例を示す。なお、図８において、各行頭の数字と、コロン記号（：）は、説明の便宜上付加したものであり、コードの一部ではない。また、不等号記号（＜）の前に、プラス記号（＋）が付加されているものは、その行に子要素があることを示すものであり、コードの一部ではない。後述する図９乃至図１４でも同様である。
【０１０５】
第１行目の＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８” ？＞は、第２行目以下に記述されるインデックスファイル１３４が、ＸＭＬ形式のバージョン”１．０”で記述されており、ＵＴＦ−８でエンコードされていることを表している。そして、図８の例においては、第２行目乃至第４行目の＜ｉｎｄｅｘＦｉｌｅ ｘｍｌｎｓ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ：ｉｎｄｅｘ：２００３” ｘｍｌｎｓ：ｘｓｉ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ” ｘｓｉ：ｎｏＮａｍｅｓｐａｃｅＳｃｈｅｍａＬｏｃａｔｉｏｎ＝”ｉｎｄｅｘ．ｘｓｄ”＞から、第７行目の＜／ｉｎｄｅｘＦｉｌｅ＞までの間に、インデックスファイル１３４が「ｓｃｈｅｍａｓ−ｐｒｏｆｅｓｓｉｏｎａｌＤｉｓｃ」というスキーマにより定義されたＸＭＬ形式で記述される。
【０１０６】
第５行目の＜ｃｌｉｐＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞は、光ディスク１７のすべてのクリップを管理するクリップテーブルを表しており、さらに、このクリップテーブルで管理されているクリップがすべて、光ディスク１７の「／ＰＲＯＡＶ／ＣＬＰＲ／」以下に記録されていることを表している。なお、第５行目の＜ｃｌｉｐＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞のクリップテーブルに含まれる子要素は、図９を参照して後述する。
【０１０７】
第６行目の＜ｅｄｉｔｌｉｓｔＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞は、光ディスク１７のすべてのエディットリストを管理するエディットリストテーブルを表しており、さらに、このエディットリストテーブルで管理されているエディットリストがすべて、光ディスク１７の「／ＰＲＯＡＶ／ＥＤＴＲ／」以下に記録されていることを表している。なお、第６行目の＜ｅｄｉｔｌｉｓｔＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞のエディットリストテーブルに含まれる子要素は、図１１を参照して後述する。
【０１０８】
図９は、図８の第５行目の＜ｃｌｉｐＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞のクリップテーブルの例を示す。図９のクリップテーブルにおいては、第１行目の＜ｃｌｉｐＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”＞タグから第１８行目の＜／ｃｌｉｐＴａｂｌｅ＞タグの間には、光ディスク１７に記録されるクリップが記録された順に、クリップ要素として記述される。
【０１０９】
第２行目乃至第５行目の＜ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ” ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３” ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”＞は、光ディスク１７に一番目に記録されたクリップのクリップ要素を表している。
【０１１０】
まず、第２行目乃至第５行目の「ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ” ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」について説明する。「ｃｌｉｐ ｉｄ＝”Ｃ０００１”」は、個々のクリップを光ディスク１７内で一意的に識別するため情報であるクリップＩＤが「”Ｃ０００１”」であることを表している。「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ”」は、図１３を参照して詳しく後述する、このクリップに設定される、ワールドワイドで唯一の識別子 ユーミッド（ｕｍｉｄ：ｕｎｉｑｕｅ ｍａｔｅｒｉａｌ ｉｄｅｎｔｉｆｉｅｒ） が、３２バイトのうちの共通部分である先頭１０バイトを除いた２２バイトで表されている。「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」は、光ディスク１７に記録されているクリップを管理するための管理情報が記述されているクリップインフォメーションファイルのファイル名を表している。
【０１１１】
すなわち、「ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ” ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」は、クリップＩＤまたはユーミッドが示すクリップのクリップインフォメーションファイルを取得するための変換テーブル情報であり、クリップＩＤまたはユーミッドが指示された場合、インデックスファイルを参照することにより、対応するクリップのクリップインフォメーションファイルのファイル名が取得され、ファイル名と図９の第１行目の「ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”」を参照することにより、クリップインフォメーションファイルの光ディスク１７に記録されている位置が取得される。
【０１１２】
なお、ユーミッドの先頭１２バイトで表されるＵｎｉｖ Ｌａｂｅｌ（Ｕｎｉｖｅｒｓａｌ Ｌａｂｅｌ）のうちの１０バイトは、ユーミッドを示す固定ヘッダである。インデックスファイルにおけるユーミッドは、ファイル名と変換するために用いられる情報であり、クリップインフォメーションファイルなどに記述されているユーミッドと異なり、光ディスク１７の外部に持ち出されることが少ないため、ユーミッドの先頭１０バイトを除いて記述される。これにより、インデックスファイルの容量を削減することができる。
【０１１３】
第２行目乃至第５行目のうちの「ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３” ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」には、このクリップを再生するために必要なクリップの属性情報が示されている。「ｆｐｓ＝”５９．９４ｉ”」は、クリップの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、クリップの再生方法がインターレース方式であることを示している。「ｄｕｒ＝”１２００１”」は、クリップの有効な時間方向の長さが１２０１フレームであることを示している。「ｃｈ＝”４”」は、クリップを構成する音声データのチャネル数が４チャネルであることを示している。「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」は、クリップを構成する画像データのアスペクトレシオが「４：３」であることを示している。「ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」は、クリップ単体として再生可能であるか否か（再生して意味のあるクリップか否か）の再生可否情報を表している。再生可否情報には、デフォルトとして「ｔｒｕｅ」（再生可能）が記述される。
【０１１４】
以下、クリップＩＤ「”Ｃ０００２”」乃至「”Ｃ０００４”」のクリップ要素も、クリップＩＤ「”Ｃ０００１”」のクリップ要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第６行目乃至第９行目の＜ｃｌｉｐ ｉｄ＝”Ｃ０００２” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢ” ｆｉｌｅ＝”Ｃ０００２Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”４０００” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３” ｐｌａｙａｂｌｅ＝”ｆａｌｓｅ”＞は、クリップＩＤ「”Ｃ０００１”」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「”Ｃ０００２”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢ”」であり、クリップインフォメーションファイルのファイル名が「”Ｃ０００２Ｃ０１．ＳＭＩ”」であり、クリップの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが４０００フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「４：３」であり、再生可否情報が「ｆａｌｓｅ」（再生不可能）であることを示している。
【０１１５】
第１０行目乃至第１３行目の＜ｃｌｉｐ ｉｄ＝”Ｃ０００３” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＣ” ｆｉｌｅ＝”Ｃ０００３Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１０００００” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３” ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”＞は、クリップＩＤ「”Ｃ０００２”」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「”Ｃ０００３”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＣ”」であり、クリップインフォメーションファイルのファイル名が「” Ｃ０００３Ｃ０１．ＳＭＩ ”」であり、クリップの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが１０００００フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「４：３」であり、再生可否情報が「ｔｒｕｅ」（再生可能）であることを示している。
【０１１６】
第１４行目乃至第１７行目の＜ｃｌｉｐ ｉｄ＝”Ｃ０００４” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＤ” ｆｉｌｅ＝”Ｃ０００４Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”１６：９”＞は、クリップＩＤ「”Ｃ０００３”」であるクリップの次に、光ディスク１７に記録されたクリップのクリップ要素を表しており、クリップＩＤが「”Ｃ０００４”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＤ ”」であり、クリップインフォメーションファイルのファイル名が「” Ｃ０００４Ｃ０１．ＳＭＩ ”」であり、クリップの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが１２００１フレームであり、クリップを構成する音声データのチャネル数が４チャネルであり、クリップを構成する画像データのアスペクトレシオが「１６：９」でであり、再生可否情報が「ｔｒｕｅ」（再生可能）であることを示している。
【０１１７】
以上のように、インデックスファイルのクリップテーブルには、クリップＩＤ、ユーミッド、およびクリップインフォメーションファイルのファイル名の変換テーブル情報、並びにクリップを再生するために必要な属性情報により構成されるクリップ要素が光ディスク１７に記録される順番に記述される。
【０１１８】
図１０は、図９の第２行目乃至第５行目の「＜ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ” ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞」のクリップＩＤ「”Ｃ０００１”」のクリップ要素の例を示す。図１０のクリップ要素においては、第１行目および第２行目の＜ｃｌｉｐ ｉｄ＝”Ｃ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ” ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ” ｆｐｓ＝”５９．９４ｉ” ｄｕｒ＝”１２００１” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞タグから第１７行目の＜／ｃｌｉｐ＞タグの間には、クリップを構成するエッセンスデータがそれぞれクリップ子要素として記述される。
【０１１９】
第３行目および第４行目の＜ｖｉｄｅｏ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ１” ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ” ｔｙｐｅ＝”ＤＶ２５＿４１１Ｐ”／＞は、クリップを構成する画像データファイルのクリップ子要素を表している。
【０１２０】
まず、第３行目および第４行目の「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ１” ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」について説明する。「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ１”」は、図９の場合と同様に、この画像データファイルに設定される、ワールドワイドで唯一の識別子 ユーミッド（ｕｍｉｄ：ｕｎｉｑｕｅ ｍａｔｅｒｉａｌ ｉｄｅｎｔｉｆｉｅｒ） が、３２バイトのうちの共通部分である先頭１０バイトを除いた２２バイトで表されている。「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」は、光ディスク１７に記録されているクリップを構成する画像データファイルのファイル名を表している。
【０１２１】
すなわち、「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ１” ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」は、ユーミッドが示すクリップのエッセンスデータファイル（いまの場合、画像データファイル）のファイル名を取得するための変換テーブル情報であり、ユーミッドが指示された場合、このインデックスファイルを参照することにより、対応するエッセンスデータファイル（いまの場合、画像データファイル）のファイル名が取得され、ファイル名と、図９の第２行目の「ｐａｔｈ＝”／ＰＲＯＡＶ／ＣＬＰＲ／”」を参照することにより、エッセンスデータファイル（いまの場合、画像データファイル）の光ディスク１７に記録されている位置が取得される。
【０１２２】
第３行目および第４行目のうちの「ｔｙｐｅ＝”ＤＶ２５＿４１１Ｐ”」には、このエッセンスデータファイル（いまの場合、画像データファイル）を再生するために必要な画像データファイルの属性情報が記述されている。「ｔｙｐｅ＝”ＤＶ２５＿４１１Ｐ”」は、画像データファイルのコーデックの種類が「”ＤＶ２５＿４１１Ｐ”」であることを示している。
【０１２３】
以下、クリップを構成する音声データファイル、ローレゾデータファイル、クリップメタデータファイルおよびフレームメタデータファイルのクリップ子要素も、画像データファイルのクリップ子要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第５行目および第６行目の＜ａｕｄｉｏ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ２” ｆｉｌｅ＝”Ｃ０００１Ａ０１．ＭＸＦ”ｔｙｐｅ＝”ＬＰＣＭ１６” ｃａｓｔ＝”ＣＨ１”／＞は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ２”」であり、音声データファイルのファイル名が「”Ｃ０００１Ａ０１．ＭＸＦ”」であり、音声データファイルのコーデックの種類が「”ＬＰＣＭ１６”」であり、この音声データファイルがチャネル１（”ＣＨ１”）として再生されることを示している。なお、音声データファイルの場合の子要素には、再生するチャネル情報として「ｃａｓｔ＝”ＣＨ１”」が記述されている。
【０１２４】
第７行目および第８行目の＜ａｕｄｉｏ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ３” ｆｉｌｅ＝”Ｃ０００１Ａ０２．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｃａｓｔ＝”ＣＨ２”／＞は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ３”」であり、音声データファイルのファイル名が「”Ｃ０００１Ａ０２．ＭＸＦ”」であり、音声データファイルのコーデックの種類が「”ＬＰＣＭ１６”」であり、この音声データファイルがチャネル２（”ＣＨ２”）として再生されることを示されている。
【０１２５】
第９行目および第１０行目の＜ａｕｄｉｏ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ４” ｆｉｌｅ＝”Ｃ０００１Ａ０３．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｃａｓｔ＝”ＣＨ３”／＞は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ４”」であり、音声データファイルのファイル名が「”Ｃ０００１Ａ０３．ＭＸＦ”」であり、音声データファイルのコーデックの種類が「”ＬＰＣＭ１６”」であり、この音声データファイルがチャネル３（”ＣＨ３”）として再生されることを示している。
【０１２６】
第１１行目および第１２行目の＜ａｕｄｉｏ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ５” ”Ｃ０００１Ａ０４．ＭＸＦ” ｔｙｐｅ＝”ＬＰＣＭ１６” ｃａｓｔ＝”ＣＨ４”／＞は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミッドが「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ５”」であり、音声データファイルのファイル名が「”Ｃ０００１Ａ０４．ＭＸＦ”」であり、音声データファイルのコーデックの種類が「”ＬＰＣＭ１６”」であり、この音声データファイルがチャネル４（”ＣＨ４”）として再生されることを示している。
【０１２７】
第１３行目および第１４行目の＜ｓｕｂＳｔｒｅａｍ ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ６” ｆｉｌｅ＝”Ｃ０００１Ｓ０１．ＭＸＦ” ｔｙｐｅ＝”ＰＤ−ＳｕｂＳｔｒｅａｍ”／＞は、クリップを構成するローレゾデータファイルのクリップ子要素を表しており、ユーミッドが「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ６”」であり、ローレゾデータファイルのファイル名が「”Ｃ０００１Ｓ０１．ＭＸＦ”」であり、ローレゾデータファイルのコーデックの種類が「”ＰＤ−ＳｕｂＳｔｒｅａｍ”」であることを示している。
【０１２８】
第１５行目の＜ｍｅｔａ ｆｉｌｅ＝”Ｃ０００１Ｍ０１．ＸＭＬ” ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞は、クリップを構成するクリップメタデータファイルのクリップ子要素を表しており、クリップメタデータファイルのファイル名が「”Ｃ０００１Ｍ０１．ＸＭＬ”」であり、クリップメタデータファイルのコーデックの種類が「”ＰＤ−Ｍｅｔａ”」であることを示している。
【０１２９】
第１６行目の＜ｒｔｍｅｔａ ｆｉｌｅ＝”Ｃ０００１Ｒ０１．ＢＩＭ” ｔｙｐｅ＝”ｓｔｄ”／＞は、クリップを構成するフレームメタデータファイルのクリップ子要素を表しており、フレームメタデータファイルのファイル名が「”Ｃ０００１Ｒ０１．ＢＩＭ”」であり、フレームメタデータファイルのコーデックの種類が「”ｓｔｄ”」であることを示している。なお、いまの場合、クリップメタデータファイルおよびフレームメタデータファイルには、ユーミッドが設定されていないが、ユーミッドを設定するようにしてもよい。
【０１３０】
以上のように、インデックスファイルのクリップテーブルには、クリップを構成するエッセンスデータのユーミッド、およびエッセンスデータのファイル名の変換テーブル情報、およびクリップを構成するエッセンスデータを再生するために必要な属性情報（コーデックの種類や解像度）が記述されている。したがって、インデックスファイルを読み込んだだけで、クリップを再生するために必要な情報が取得されるので、後は、取得されたファイル名に基づいて、クリップを構成するエッセンスデータを、光ディスク１７から読み出すだけでそのクリップを再生することができる。
【０１３１】
なお、図１０に示されるクリップＩＤ「”Ｃ０００１”」のクリップ要素の構成例は、光ディスク１７に記録されている各クリップに対応するすべてのクリップＩＤのクリップ要素において適用することができる。すなわち、図９に示される、その他のクリップＩＤ「”Ｃ０００２”」乃至「”Ｃ０００４”」においても、図１０に示されるクリップ要素の構成例を適用することができるので、その説明を省略する。
【０１３２】
図１１は、図８の第６行目の「＜ｅｄｉｔｌｉｓｔＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞」のエディットリストテーブルの例を示す。図１１のエディットリストテーブルにおいては、第１行目の＜ｅｄｉｔｌｉｓｔＴａｂｌｅ ｐａｔｈ＝”／ＰＲＯＡＶ／ＥＤＴＲ／”＞タグから第１８行目の＜／ｅｄｉｔｌｉｓｔＴａｂｌｅ ＞タグの間には、光ディスク１７に記録されるクリップを編集した結果であるエディットリストが、編集された順に、エディットリスト要素として記述される。なお、図１１は、図９の例のテーブルに記述される要素であるクリップが、エディットリストに代わっただけであり、その基本的な構成は同様であるため、その詳細な説明は適宜省略する。
【０１３３】
図１１の第２行目乃至第５行目の＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＢ” ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞は、光ディスク１７に記録されたクリップを編集した一番目のエディットリスト要素を表しており、エディットリストＩＤが「”Ｅ０００１”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＢ”」であり、エディットリストファイルのファイル名が「”Ｅ０００１Ｅ０１．ＳＭＩ”」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが５００フレームであり、エディットリストの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「４：３」であることを示している。
【０１３４】
第６行目乃至第９行目の＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００２” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＣ” ｆｉｌｅ＝”Ｅ０００２Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞は、エディットリストＩＤが「”Ｅ０００１”」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「”Ｅ０００２”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＣ”」であり、エディットリストファイルのファイル名が「”Ｅ０００２Ｅ０１．ＳＭＩ”」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが５００フレームであり、エディットリストの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「４：３」であることを示している。
【０１３５】
第１０行目乃至第１３行目の＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００３” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＤ” ｆｉｌｅ＝”Ｅ０００３Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞は、エディットリストＩＤが「”Ｅ０００２”」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「”Ｅ０００３”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＤ”」であり、エディットリストファイルのファイル名が「”Ｅ０００３Ｅ０１．ＳＭＩ”」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが５００フレームであり、エディットリストの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「４：３」であることを示している。
【０１３６】
第１４行目乃至第１７行目の＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００４” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＥ” ｆｉｌｅ＝”Ｅ０００３Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”１６：９”＞は、エディットリストＩＤが「”Ｅ０００３”」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリストＩＤが「”Ｅ０００４”」であり、ユーミッドが「”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＥ”」であり、エディットリストファイルのファイル名が「”Ｅ０００４Ｅ０１．ＳＭＩ”」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが５００フレームであり、エディットリストの時間軸方向の解像度が５９．９４ｆｉｌｄ／ｓｅｃであり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が４チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「４：３」であることを示している。
【０１３７】
図１２は、図１１の第２行目の「＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＢ” ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞」のエディットリストＩＤ「”Ｅ０００１”」のエディットリスト要素の例を示す。図１２のエディットリスト要素においては、第１行目乃至第４行目の＜ｅｄｉｔｌｉｓｔ ｉｄ＝”Ｅ０００１” ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＢＢ” ｆｉｌｅ＝”Ｅ０００１Ｅ０１．ＳＭＩ” ｄｕｒ＝”５００” ｆｐｓ＝”５９．９４ｉ” ｃｈ＝”４” ａｓｐｅｃｔＲａｔｉｏ＝”４：３”＞タグから第７行目の＜／ｅｄｉｔｌｉｓｔ ＞タグの間には、エディットリストを構成するデータがエディットリスト子要素として記述される。
【０１３８】
第５行目の＜ｐｌａｙｌｉｓｔ ｆｉｌｅ＝”Ｅ０００１Ｐ０１．ＳＭＩ”／＞は、このエディットリスト（編集結果）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報であるプレイリストファイルのエディットリスト子要素を表しており、プレイリストファイルのファイル名が「”Ｅ０００１Ｐ０１．ＳＭＩ”」であることを示している。
【０１３９】
第６行目の＜ｍｅｔａ ｆｉｌｅ＝”Ｅ０００１Ｍ０１．ＸＭＬ” ｔｙｐｅ＝”ＰＤ−Ｍｅｔａ”／＞は、エディットリスト用クリップメタデータファイルのエディットリスト子要素を表しており、エディットリスト用クリップメタデータファイルのファイル名が「”Ｅ０００１Ｍ０１．ＸＭＬ”」であり、エディットリスト用クリップメタデータファイルのコーデックの種類が「”ＰＤ−Ｍｅｔａ”」であることを示している。なお、いまの場合、プレイリストファイルおよびメタデータファイルには、ユーミッドが設定されていないが、ユーミッドを設定するようにしてもよい。
【０１４０】
以上のように、インデックスファイルのエディットリストテーブルには、エディットリストＩＤ、ユーミッド、およびエディットリストファイルのファイル名の変換テーブル情報、並びにエディットリストを再生するために必要な属性情報により構成されるエディットリスト要素が編集される順番に記述される。
【０１４１】
なお、図１２に示されるエディットリストＩＤ「”Ｅ０００１”」のエディットリスト要素の構成例は、光ディスク１７に記録されている各エディットリストに対応するすべてのエディットリストＩＤのエディットリスト要素において適用することができる。すなわち、図１１に示される、その他のエディットリストＩＤ「”Ｅ０００２”」乃至「”Ｅ０００４”」においても、図１２に示されるエディットリスト要素の構成例を適用することができるので、その説明を省略する。
【０１４２】
次に、光ディスク１７のファイルシステムのクリップインフォメーションファイルについて説明する。上述したように、クリップインフォメーションファイルは、光ディスク１７に記録されているクリップをクリップ毎に管理するための管理情報が記述される。なお、クリップインフォメーションファイルは、汎用性を持たせるために、ＸＭＬ形式で記述されたＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）が用いられて管理されている。
【０１４３】
図１３および図１４は、図６のクリップインフォメーションファイル１５１のうちの、開始タグである＜ｂｏｄｙ＞タグから、終了タグである＜／ｂｏｄｙ＞タグにより指定される範囲のコードの例を示す。なお、図１３には、上述した範囲の第１行目および第２０行目が示され、図１４には、上述した範囲の第２１行目乃至第４２行目が示される。また、図示は省略するが、クリップインフォメーションファイル１５１において、図１３および図１４に記載される＜ｂｏｄｙ＞タグ乃至＜／ｂｏｄｙ＞タグ以外には、クリップインフォメーションファイル１５１がＳＭＩＬで記述されている情報、およびこのクリップのクリップメタデータ（例えば、図６のクリップメタデータファイル１６２）の情報が含まれるヘッダ情報などが記述されている。
【０１４４】
第２行目の＜ｐａｒ＞タグは、第４１行目の＜／ｐａｒ＞タグまでに記述されているエッセンスデータを同時に（パラレルで）再生することを表している。第３行目の＜ｓｗｉｔｃｈ＞タグは、第３８行目の＜／ｓｗｉｔｃｈ＞タグまでに記述されているエッセンスデータのうちのいずれかを切り替えて再生することを表している。第４行目の「＜！−− ｍａｉｎ ｓｔｒｅａｍ −−＞」は、コメントタグであり、第５行目の＜ｐａｒ ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”＞タグから、第３３行目の＜／ｐａｒ＞タグまでに記述されているエッセンスデータが、本線データ（オリジナルの画像データおよび音声データ）であるコメントを示している。
【０１４５】
第５行目の＜ｐａｒ ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”＞タグのうちの「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”」は、この撮像装置１４が再生可能な（または再生が希望される）画像データのコーデックの種類を表している。したがって、第５行目の＜ｐａｒ ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＩＭＸ５０”＞は、第３３行目の＜／ｐａｒ＞タグまでに記述されているエッセンスデータのうちの画像データが「ＩＭＸ５０」のコーデックあれば、第３３行目の＜／ｐａｒ＞タグまでに記述されているエッセンスデータを、同時に再生することを表している。
【０１４６】
第６行目乃至第８行目の＜ｖｉｄｅｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ” ｔｙｐｅ＝”ＩＭＸ５０”＞には、再生対象とする画像データの属性情報が記述されている。「ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ”」は、ＳＭＰＴＥ（Ｓｏｃｉｅｔｙ ｏｆ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ ａｎｄ Ｔｅｌｅｖｉｓｉｏｎ Ｅｎｇｉｎｅｅｒｓ）で定義される「ｕｍｉｄ： ０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３０００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ」の画像データ（例えば、画像データファイル１５２）を再生対象とすることを表している。また、「ｔｙｐｅ＝”ＩＭＸ５０”」は、画像データを再生するために必要な情報である画像データの付属情報であるコーデックタイプを示している。したがって、第６行目乃至第８行目には、画像データファイル１５２を「ＩＭＸ５０」で再生することが示されている。
【０１４７】
ここで、ｕｍｉｄ（ｕｎｉｑｕｅ ｍａｔｅｒｉａｌ ｉｄｅｎｔｉｆｉｅｒ）は、参照されるデータに設定される、ワールドワイドで唯一の識別子（ＩＤ ｉｄｅｎｔｉｆｉｅｒ）である。ｕｍｉｄ（ＵＭＩＤ）には、Ｂａｓｉｃ ＵＭＩＤ（３２バイト）とＥｘｔｅｎｄｅｄ ＵＭＩＤ（３２バイト）とがあり、そのうちのＢａｓｉｃ ＵＭＩＤ（３２バイト）は、画像データ、音声データ等の唯一のＩＤである。また、Ｅｘｔｅｎｄｅｄ ＵＭＩＤは、ソースパック（時間、場所、撮影者等）を示し、映像の性質を表すためや、検索に利用されるためにＢａｓｉｃ ＵＭＩＤに付加される。このように、クリップインフォメーションファイルにおいて、エッセンスデータがユーミッドで管理されている。したがって、光ディスク１７内では、インデックスファイルを用いて、ユーミッドをファイル名に変換する必要があるが、その反面、汎用性があるため、外部の装置で利用することができる。
【０１４８】
第９行目乃至第１１行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ１”／＞には、再生対象とする音声データの属性情報が記述されている。「ｔｙｐｅ＝”ＬＰＣＭ１６”」は、音声データをＬＰＣＭ１６で再生されることを表しており、「ｔｒａｃｋＤｓｔ＝”ＣＨ１”」は、この音声データをチャネル１として再生することを表している。したがって、第１０行目乃至第１２行目には、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０」の音声データ（例えば、音声データファイル１５３）を、チャネル１として、ＬＰＣＭ１６で再生することが示されている。
【０１４９】
同様に、第１２行目乃至第１４行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ２”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１」の音声データ（例えば、音声データファイル１５４）を、チャネル２として、ＬＰＣＭ１６で再生することを表しており、第１５行目乃至第１７行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ３”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２」の音声データ（例えば、音声データファイル１５５）を、チャネル３として、ＬＰＣＭ１６で再生することを表しており、第１８行目乃至第２０行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ４”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３」の音声データ（例えば、音声データファイル１５６）を、チャネル４として、ＬＰＣＭ１６で再生することを表している。
【０１５０】
また、第２１行目乃至第２３行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ５”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４」の音声データ（例えば、音声データファイル１５７）を、チャネル５として、ＬＰＣＭ１６で再生することを表しており、第２４行目乃至第２６行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ６”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５」の音声データ（例えば、音声データファイル１５８）を、チャネル６として、ＬＰＣＭ１６で再生することを表している。
【０１５１】
さらに、第２７行目乃至第２９行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ７”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６」の音声データ（例えば、音声データファイル１５９）を、チャネル７として、ＬＰＣＭ１６で再生することを表しており、第３０行目乃至第３２行目の＜ａｕｄｉｏ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７” ｔｙｐｅ＝”ＬＰＣＭ１６” ｔｒａｃｋＤｓｔ＝”ＣＨ８”／＞は、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７」の音声データ（例えば、音声データファイル１６０）を、チャネル８として、ＬＰＣＭ１６で再生することを表している。
【０１５２】
第３４行目の「＜！−− ｓｕｂ ｓｔｒｅａｍ −−＞」は、コメントタグであり、第３５行目乃至第３７行目に記述されているエッセンスデータが、ローレゾデータであるコメントを示している。
【０１５３】
第３５行目乃至第３７行目の＜ｒｅｆ ｓｒｃ＝”ｕｒｎ：ｓｍｐｔｅ：ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８” ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ” ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”／＞には、再生対象とする任意のデータ（いまの場合、ローレゾデータ）の属性情報が記述されている。「ｔｙｐｅ＝”ＳｕｂＳｔｒｅａｍ”」は、ローレゾデータがＳｕｂＳｔｒｅａｍというコーデックで再生されることを表しており、「ｓｙｓｔｅｍＣｏｍｐｏｎｅｎｔ＝”ＳｕｂＳｔｒｅａｍ”」は、この撮像装置１４が再生可能な（または再生が希望される）ローレゾデータのコーデックの種類を表している。したがって、第３５行目乃至第３７行目には、「ｕｍｉｄ：０６０Ａ２Ｂ３４０１０１０１０５０１０１０Ｄ１２１３００００００９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８」のローレゾデータ（例えば、ローレゾデータファイル１６１）が、ＳｕｂＳｔｒｅａｍで再生されることが示されている。
【０１５４】
第３９行目の「＜！−− ｒｅａｌｔｉｍｅ ｍｅｔａ −−＞」は、コメントタグであり、第４１行目に記述されているエッセンスデータが、リアルタイムメタデータであるコメントを示している。
【０１５５】
第４０行目の＜ｍｅｔａｓｔｒｅａｍ ｓｒｃ＝”Ｃ０００１Ｒ０１．ＢＩＭ” ｔｙｐｅ＝”ｓｔｄ”／＞には、再生対象とするメタデータの属性情報が記述されている。「ｓｒｃ＝”Ｃ０００１Ｒ０１．ＢＩＭ”」は、フレームメタデータのファイル名を表しており、「ｔｙｐｅ＝”ｓｔｄ”」は、フレームメタデータが「ｓｔｄ」というコーデックで再生されることを表している。したがって、第３５行目乃至第３７行目には、ファイル名「”Ｃ０００１Ｒ０１．ＢＩＭ”」のフレームメタデータ（例えば、フレームメタデータファイル１６３）が、「ｓｔｄ」で再生されることが示されている。
【０１５６】
以上より、図１３および図１４のクリップインフォメーションファイル１５１には、画像データファイル１５２および音声データファイル１５３乃至１６０、もしくは、ローレゾデータ１６１のいずれか選択されたファイルが、フレームメタデータファイル１６３と同時に再生されることが示されている。
【０１５７】
以上のように、クリップインフォメーションファイルには、クリップを構成するエッセンスデータを再生するために必要なエッセンスデータの付属情報が記述されている。したがって、エッセンスデータを読み出して、再生に必要な情報を解釈しなくても、クリップインフォメーションファイルを参照することにより、すぐに、エッセンスデータを再生するために必要な情報であるエッセンスデータの付属情報を取得することができる。
【０１５８】
また、クリップインフォメーションファイルにおいては、汎用性のあるＳＭＩＬが用いられ、さらに、クリップを構成するエッセンスデータが、汎用性のあるユーミッドで管理されている。これにより、クリップインフォメーションファイルを外部の装置で簡単に利用することができる。
【０１５９】
次に、図１５のフローチャートを参照して、撮像装置１４に光ディスク１７が装着された場合に実行されるインデックスファイルの読み出し処理を説明する。
【０１６０】
撮影スタッフは、撮像装置１４を用いて、撮影により得られる画像データや音声データを記録するために、または、光ディスク１７に記録されている画像データや音声データを再生するために、光ディスク１７をドライブ６６に装着する。
【０１６１】
ＣＰＵ５１は、ステップＳ１において、ドライブ６６に光ディスク１７が装着されるまで待機しており、ドライブ６６に光ディスク１７が装着されたと判断した場合、ステップＳ２に進み、ドライブ６６を制御し、光ディスク１７からインデックスファイル（例えば、インデックスファイル１３４）を読み出させ、ＲＡＭ５３に展開（ロード）し、インデックスファイル読み込み処理を終了する。
【０１６２】
このようにして、撮像装置１４においては、光ディスク１７が装着された時点で、インデックスファイルが光ディスク１７から読み出され、ＲＡＭ５３に展開される。そして、これ以降の処理においては、ＲＡＭ５３に展開されたインデックスファイルに基づいて、光ディスク１７に対して、データ書き込みや読み出しの処理が実行される。これにより、光ディスク１７に記録されているデータへのアクセスを早くすることができる。
【０１６３】
次に、図１６のフローチャートを参照して、撮像装置１４のクリップ生成処理を説明する。なお、いまの場合、撮像装置１４に光ディスク１７が装着され、図１５を参照して上述したインデックスファイル読み出し処理が実行され、ＲＡＭ５３には、例えば、インデックスファイル（例えば、インデックスファイル１３４）が展開されている。図１７乃至図１９の処理においても同様である。
【０１６４】
撮影スタッフは、撮像装置１４を用いて、撮影により入力される画像データや音声データを光ディスク１７に記録するために、操作部６１を構成する録画ボタンを操作し、光ディスク１７へのデータの記録を指示する。操作部６１は、ＣＰＵ５１にデータの記録の指示信号を出力する。ＣＰＵ５１は、操作部６１よりデータの記録の指示信号が入力された場合、入力部６２に光ディスク１７へのデータの記録開始を指示する。また、このとき、ＲＡＭ５３には、撮影スタッフにより操作部６１を介して設定された（または、撮影装置１４で予め設定されている）画像データおよび音声データのパラメータ情報（解像度の情報や、コーデックの種類など）が記憶されている。
【０１６５】
入力部６２は、ＣＰＵ５１からの指示に基づいて、カメラにより撮像された画像データおよびマイクロフォンにより集音された音声データを入力し、エンコーダ／デコーダ部５６に供給する。エンコーダ／デコーダ部５６は、入力部６２から供給された画像データおよび音声データを、それぞれ、ＲＡＭ５３に記憶されているパラメータ情報に基づいて、それぞれ符号化し、符号化された画像データ、音声データおよびローレゾデータをデータ取り込み部１０１に供給する。
【０１６６】
記録制御部５４のデータ取り込み部１０１は、図１６のステップＳ２１において、エンコーダ／デコーダ部５６からデータが入力されるまで待機しており、エンコーダ／デコーダ部５６からデータが入力されたと判断した場合、データの記録開始が指示されたと判断し、エンコーダ／デコーダ部５６からデータが入力されたことを示す情報を、データ生成部１０３、クリップ生成部１０４およびインデックスファイル更新部１０５に供給し、ステップＳ２２に進む。このとき、同時に、データ取り込み部１０１は、エンコーダ／デコーダ部５６からの画像データ、音声データおよびローレゾデータをデータ生成部１０３に供給する。
【０１６７】
クリップ生成部１０４は、ステップＳ２２において、データ生成部１０３からのデータが入力されたことを示す情報に基づいて、撮像装置１４に入力された画像データ、音声データおよびローレゾデータデータをクリップとして管理するためのクリップディレクトリ（例えば、クリップディレクトリ１４１）を生成し、生成されたクリップディレクトリをテーブル記録部１０７に出力し、ステップＳ２３に進む。テーブル記録部１０７は、クリップ生成部１０４からのクリップディレクトリをドライブ６６を介して、光ディスク１７に記録する。
【０１６８】
データ生成部１０３は、ステップＳ２３において、ＲＡＭ５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報に基づいて、データ取り込み部１０１からのエッセンスデータのヘッダおよびフッタを生成し、生成されたヘッダ、フッタおよびボディ（エッセンスデータ）からなるＭＸＦのエッセンスデータファイル（画像データファイル１５２、音声データファイル１５３乃至１６０、ローレゾデータファイル１６１）を生成し、生成された各エッセンスデータファイルをデータ記録部１０６に出力し、ステップＳ２４に進む。データ記録部１０６は、データ生成部１０３からのエッセンスデータファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１６９】
データ生成部１０３は、ステップＳ２４おいて、ＲＡＭ５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データおよび音声データに基づいて、フレームメタデータデータ（例えば、フレームメタデータデータ１６３）を生成し、生成されたフレームメタデータデータをデータ記録部１０６に出力し、ステップＳ２５に進む。データ記録部１０６は、データ生成部１０３からのフレームメタデータデータをドライブ６６を介して、光ディスク１７に記録する。
【０１７０】
データ生成部１０３は、ステップＳ２５おいて、ＲＡＭ５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データおよび音声データに基づいて、クリップメタデータデータ（例えば、クリップメタデータデータ１６２）を生成し、生成されたクリップメタデータデータをデータ記録部１０６に出力し、ステップＳ２６に進む。データ記録部１０６は、データ生成部１０３からのクリップメタデータデータをドライブ６６を介して、光ディスク１７に記録する。
【０１７１】
データ生成部１０３は、ステップＳ２６おいて、ＲＡＭ５３より取得したパラメータ情報およびデータ取り込み部１０１からの画像データに基づいて、ピクチャポインタファイル（例えば、ピクチャポインタファイル１６４）を生成し、生成されたピクチャポインタファイルをデータ記録部１０６に出力し、ステップＳ２７に進む。データ記録部１０６は、データ生成部１０３からのピクチャポインタファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１７２】
クリップ生成部１０４は、ステップＳ２７において、ＲＡＭ５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報に基づいて、クリップインフォメーションファイル（例えば、クリップインフォメーションファイル１５１）を生成し、生成されたクリップインフォメーションファイルをテーブル記録部１０７に出力し、ステップＳ２８に進む。テーブル記録部１０７は、クリップ生成部１０４からのクリップインフォメーションファイルをドライブ６６を介して、光ディスク１７に記録する。
【０１７３】
インデックスファイル更新部１０５は、ステップＳ２８において、インデックスファイルのクリップテーブルに、新しいクリップ要素を追加するインデックスファイルの更新処理を実行する。このインデックスファイルの更新処理を、図１７のフローチャートを参照して説明する。
【０１７４】
インデックスファイル更新部１０５は、図１７のステップＳ４１において、ＲＡＭ５３に記憶されているパラメータ情報を取得し、取得したパラメータ情報およびクリップインフォメーションファイル（例えば、クリップインフォメーションファイル１５１）に基づいて、クリップの属性情報を記述したクリップ要素を生成する。具体的には、インデックスファイル更新部１０５は、クリップインフォメーションファイルに基づいて、クリップのユーミッドおよびファイル名などのクリップを管理するための管理情報（例えば、図９の第２行目乃至第５行目の「ｃｌｉｐ ｉｄ＝”Ｃ０００１”」、「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＡ”」、「ｆｉｌｅ＝”Ｃ０００１Ｃ０１．ＳＭＩ”」、「ｄｕｒ＝”１２００１”」など）を記述し、パラメータ情報に基づいて、生成されたクリップ要素に、クリップを再生するために必要な属性情報（例えば、図９の第２行目乃至第５行目の「ｆｐｓ＝”５９．９４ｉ”」、「ｃｈ＝”４”」、「ａｓｐｅｃｔＲａｔｉｏ＝”４：３”」など）を記述して、クリップ要素を生成し、ステップＳ４２に進む。
【０１７５】
インデックスファイル更新部１０５は、ステップＳ４２において、生成されたクリップ要素に、クリップの再生可否情報（例えば、図９の第５行目の「ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」）を記述し、ステップＳ４３に進む。なお、いまの場合、デフォルトとして、「ｔｒｕｅ」（再生可能）が記述される。
【０１７６】
インデックスファイル更新部１０５は、ステップＳ４３において、パラメータ情報およびクリップインフォメーションファイルに基づいて、クリップを構成するエッセンスデータの属性情報を記述したクリップ子要素を生成する。具体的には、インデックスファイル更新部１０５は、クリップインフォメーションファイルに基づいて、クリップに含まれるエッセンスデータなどのユーミッドおよびファイル名などのクリップを管理するための管理情報（例えば、図１０の第３行目および第４行目の「ｕｍｉｄ＝”０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９ＡＢＣＤＥＦ０１２３４５６７８９Ａ１”」、「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」）を記述し、パラメータ情報に基づいて、各エッセンスデータを再生するために必要な属性情報（例えば、図１０の第４行目の「ｔｙｐｅ＝”ＤＶ２５＿４１１Ｐ”」）を記述して、クリップ子要素を、クリップ要素に生成し、ステップＳ４４に進む。
【０１７７】
ステップＳ４４において、インデックスファイル更新部１０５は、ＲＡＭ５３のインデックスファイル（例えば、インデックスファイル１３４）のクリップテーブルに、生成されたクリップ要素（クリップ子要素が含まれる）を追加（登録）してインデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。なお、このとき、インデックスファイル更新部１０５は、クリップテーブルに登録されているクリップ要素の最後尾に、生成されたクリップ要素を登録する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、図１６に戻り、クリップ生成処理を終了する。
【０１７８】
以上のようにして、光ディスクに生成されたクリップがクリップ単体として再生可能であるか否かを示す再生可否情報がインデックスファイルに記述される。
【０１７９】
次に、このように記述された再生可否情報を設定する、撮像装置１４の再生可否情報設定処理を、図１８のフローチャートを参照して説明する。
【０１８０】
撮像装置１４においては、例えば、撮像した画像データの下地として使用するために、全面ブラックの画像データ、または、カラーバーの画像データを１フレーム分だけ撮像し、光ディスク１７に記録する場合がある。光ディスク１７のファイルシステムにおいては、これらの全面ブラックの画像データ、または、カラーバーの画像データは、１フレームの画像データファイルにより構成されるクリップとして管理される。これらのクリップは、１フレームの画像データファイルを、クリップ（エディットリスト）の有効な時間方向の長さ（例えば、図１１の第４行目の「ｄｕｒ＝”５００”」）などで、時間的に引き伸ばすようにして、他のクリップと一緒に編集されて、その編集結果が、エディットリストファイル（例えば、エディットリストファイル１７１）として生成されて、利用される。
【０１８１】
したがって、これらのクリップは、１フレームだけにより構成されており、クリップ単体を再生させても意味がない場合がある。特に、撮影スタッフなどが、撮影したすべてのクリップを再生したい場合に実行されるテープ再生処理（後述する図１９）においては、光ディスク１７に記録されているすべてのクリップが再生されてしまうため、これらのクリップも再生されてしまう。
【０１８２】
そこで、撮影スタッフは、操作部６１のボタンなどを操作して、対応するクリップを、クリップ単体での再生をさせないように設定する。これに対応して、操作部６１は、ＣＰＵ５１にクリップの再生不可能の設定の指示信号を出力する。ＣＰＵ５１は、操作部６１を介して、クリップ再生不可能の設定の指示信号が入力された場合、記録制御部５４に、再生可否情報を変更する指示を行う。
【０１８３】
インデックスファイル更新部１０５は、図１８のステップＳ６１において、ＣＰＵ５１から再生可否情報を変更すると指示されるまで待機しており、再生可否情報を変更すると指示された場合、ステップＳ６２に進み、その変更指示は、再生可否情報を不可能に設定する指示であるか否かを判断する。
【０１８４】
インデックスファイル更新部１０５は、ステップＳ６２において、変更指示は、再生可否情報を不可能に設定する指示であると判断した場合（再生可否情報を不可能に設定すると判断した場合）、ステップＳ６３に進み、インデックスファイルの対応するクリップ要素の再生可否情報を不可能に設定する。
【０１８５】
具体的には、インデックスファイル更新部１０５は、ＲＡＭ５３のインデックスファイルのクリップテーブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、図９の第５行目の「ｐｌａｙａｂｌｅ＝”ｔｒｕｅ”」）を不可能（”ｆａｌｓｅ”）に設定して、インデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、再生可否情報設定処理を終了する。なお、図示は省略するが、クリップ要素の再生可否情報がもともと不可能であった場合には、インデックスファイルの更新なしに、再生可否情報設定処理は終了される。
【０１８６】
インデックスファイル更新部１０５は、ステップＳ６２において、変更指示は、再生可否情報を不可能に設定する指示ではないと判断した場合（再生可否情報を可能に設定すると判断した場合）、ステップＳ６４に進み、インデックスファイルの対応するクリップ要素の再生可否情報を可能に設定する。
【０１８７】
具体的には、インデックスファイル更新部１０５は、ＲＡＭ５３のインデックスファイルのクリップテーブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、図９の第９行目の「ｐｌａｙａｂｌｅ＝”ｆａｌｓｅ”」）を可能（”ｔｒｕｅ”）に設定して、インデックスファイルを更新し、更新されたインデックスファイルをテーブル記録部１０７に出力する。テーブル記録部１０７は、インデックスファイル更新部１０５からのインデックスファイルをドライブ６６を介して、光ディスク１７に記録し、再生可否情報設定処理を終了する。なお、図示は省略するが、クリップ要素の再生可否情報がもともと可能であった場合には、インデックスファイルの更新なしに、再生可否情報設定処理は終了される。
【０１８８】
以上のようにして、光ディスク１７に記録されているクリップをクリップ単体として再生可能であるか否かが設定される。
【０１８９】
次に、図１９のフローチャートを参照して、撮像装置１４のテープ再生処理について説明する。
【０１９０】
撮影スタッフは、撮影したすべてのクリップを確認するために、操作部６１のボタンなどを操作して、テープ再生を指示する。例えば、撮像装置１４において、記録媒体として、テープが用いられ、テープに記録されたデータを再生する場合、テープに記録されたデータは、テープに記録された順に途切れることなく、連続的に再生される。このように、テープ再生処理とは、光ディスク１７に記録されているすべてのクリップを、あたかもテープを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう。
【０１９１】
操作部６１は、ＣＰＵ５１にテープ再生の指示信号を出力する。ＣＰＵ５１は、操作部６１を介して、テープ再生の指示信号が入力された場合、再生制御部５５に、光ディスク１７からのテープ再生開始を指示する。
【０１９２】
テープ再生部１１２は、図１９のステップＳ１０１において、ＣＰＵ５１からテープ再生の開始が指示されるまで待機しており、ＣＰＵ５１からテープ再生の開始が指示されたと判断した場合、ステップＳ１０２に進み、インデックスファイル情報取得部１１３を制御し、ＲＡＭ５３のインデックスファイル（例えば、インデックスファイル１３４）のクリップテーブルから、最初のクリップ要素を取得させる。テープ再生部１１２は、ステップＳ１０３において、再生判断部１１５を制御し、取得されたクリップ要素が対応するクリップの再生が可能であるか否かを判断させる。
【０１９３】
再生判断部１１５は、ステップＳ１０３において、クリップ要素の再生可否情報が「”ｔｒｕｅ”（再生可能）」であるか否かを判断し、クリップ要素の再生可否情報が「”ｔｒｕｅ”（再生可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が可能であると判断した場合）、クリップ要素が対応するクリップの再生が可能であることを示す情報を、テープ再生部１１２に出力し、ステップＳ１０４に進む。
【０１９４】
再生判断部１１５からのクリップ再生可能の情報を取得すると、テープ再生部１１２は、ステップＳ１０４において、インデックスファイル情報取得部１１３を制御し、対応するクリップ要素から再生するエッセンスデータのファイル名（例えば、図１０の第４行目の「ｆｉｌｅ＝”Ｃ０００１Ｖ０１．ＭＸＦ”」）およびエッセンスデータを再生するために必要な属性情報（例えば、図１０の第４行目の「ｔｙｐｅ＝”ＤＶ２５＿４１１Ｐ”」）を取得させ、取得された属性情報およびファイル名に基づいて、ドライブ６６、エンコーダ／デコーダ部５６、および出力部６３を制御し、光ディスク１７に記録されているエッセンスデータを再生させる。具体的には、ドライブ６６は、テープ再生部１１２の制御のもと、ファイル名に対応するエッセンスデータを光ディスク１７から読み出し、エンコーダ／デコーダ部５６に供給する。エンコーダ／デコーダ部５６は、テープ再生部１１２からの属性情報に基づいて、エッセンスデータをデコードし、デコードされたデータを、出力部６３を構成するモニタやスピーカに出力させる。
【０１９５】
テープ再生部１１２は、ステップＳ１０４において実行されるクリップの再生処理が終了すると、ステップＳ１０５に進み、インデックスファイル情報取得部１１３からの情報に基づいて、インデックスファイルのクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したか否かを判断し、インデックスファイルのクリップテーブルに、まだ再生されていないクリップ要素があると判断した場合、ステップＳ１０２に戻り、インデックスファイル情報取得部１１３を制御し、ＲＡＭ５３のインデックスファイルのクリップテーブルの次のクリップ要素を取得させ、それ以降の処理を繰り返す。
【０１９６】
一方、再生判断部１１５は、ステップＳ１０３において、クリップ要素の再生可否情報が「”ｆａｌｓｅ”（再生不可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が不可能であると判断した場合）、ステップＳ１０４の処理をスキップし（すなわち、このクリップの再生処理を禁止し）、ステップＳ１０５に進む。
【０１９７】
テープ再生部１１２は、ステップＳ１０５において、インデックスファイル１３４のクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したと判断した場合、テープ再生処理を終了する。
【０１９８】
以上のように、インデックスファイルのクリップテーブルの再生可否情報に基づいて、クリップが再生されるので、全面ブラックの画像データ、または、カラーバーの画像データの１フレームの画像データファイルにより構成されるクリップなどの再生する必要がないクリップの再生を制限（禁止）することができる。これにより、全面ブラックの画像データ、または、カラーバーの画像データなどの１フレームの画像データファイルにより構成されるクリップなどの再生により、次の再生にかかる再生準備時間（次のクリップを再生するために必要な属性情報を取得するために、エッセンスデータ、またはクリップインフォメーションファイルを読み出す時間）が、次のクリップ再生時間に間に合わなくなることが抑制され、クリップがスムーズに連続再生される。また、必要のないクリップを再生しないようにしたので、必要のないクリップが再生されるために、待機している無駄な時間を削減することができる。
【０１９９】
なお、上記説明においては、クリップが、全面ブラックの画像データ、または、カラーバーの画像データなどの１フレームの画像データファイルにより構成される例について説明したが、もちろん、図６を参照して上述したような複数のエッセンスデータからなる通常の目的で撮影されたクリップの再生可否情報も設定することができる。したがって、例えば、今日撮影した分だけのクリップを再生するようなクリップ限定のテープ再生処理が実現される。
【０２００】
また、図１９のテープ再生においては、インデックスファイルに基づいて、クリップを再生する場合について説明したが、もちろん、クリップインフォメーションファイルに基づいて、クリップを再生するようにしてもよい。なお、その場合には、インデックスファイルに基づいて再生される場合よりも、クリップインフォメーションファイルを光ディスクから読み出す時間が多少かかる。また、図１９においては、テープ再生の場合を説明したが、クリップを１つずつ再生するクリップ再生の場合にも、再生可否情報を用いることができる。この場合には、例えば、再生されたくないクリップの再生を禁止させることができる。
【０２０１】
以上においては、画像データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０２０２】
また、以上においては、撮像装置１４において、クリップの記録、およびクリップの再生を行う場合について説明したが、記録再生を行う情報処理装置としては、これに限らず、例えば、図１の企画用端末装置１１、フィールドＰＣ１５、または編集用端末装置１６であってもよいし、それ以外の情報処理装置であってもよい。
【０２０３】
以上のように、本発明を適用した情報処理装置は、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録し、登録された再生可否情報に基づいて、データを再生するか否かを判断し、記録媒体に記録されているすべてのデータのうち、再生しないと判断されたデータ以外を連続で再生する処理を行えばよく、このような内容の処理と同様の処理であれば、どのような方法で処理を行ってもよいし、このような処理以外の処理をさらに行ってもよい。また、本発明を適用した情報処理装置の構成は、このような処理を実行可能であれば、図２に示される構成以外の構成であってももちろんよい。
【０２０４】
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０２０５】
記録媒体は、図２に示されるように、撮像装置１４とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア７１により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ５２や記憶部６３が含まれるハードディスクなどで構成される。
【０２０６】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０７】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０８】
【発明の効果】
以上の如く、本発明によれば、複数のデータをスムーズに連続再生することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【図２】図１の撮像装置の構成例を示すブロック図である。
【図３】図２の記録制御部の構成例を示すブロック図である。
【図４】図２の再生制御部の構成例を示すブロック図である。
【図５】図１の光ディスクのファイルシステムの構成例を示す図である。
【図６】図５のクリップディレクトリの構成例を示す図である。
【図７】図５のエディットリストディレクトリの構成例を示す図である。
【図８】図５のインデックスファイルの例を示す図である。
【図９】図８の第５行目のクリップテーブルの例を示す図である。
【図１０】図９の第２行目乃至第５行目のクリップＩＤ「”Ｃ０００１”」のクリップ要素の例を示す図である。
【図１１】図８の第６行目のエディットリストテーブルの例を示す図である。
【図１２】図９の第２行目乃至第５行目のエディットリストＩＤ「”Ｅ０００１”」のエディットリスト要素の例を示す図である。
【図１３】図６のクリップインフォメーションファイルのコードの例を示す図である。
【図１４】図６のクリップインフォメーションファイルのコードの例を示す図である。
【図１５】図１の撮像装置のインデックスファイルの読み出し処理を説明するフローチャートである。
【図１６】図１の撮像装置のクリップ生成処理を説明するフローチャートである。
【図１７】図１６のステップＳ２８のインデックスファイルの更新処理を説明するフローチャートである。
【図１８】図１の撮像装置の再生可否情報設定処理を説明するフローチャートである。
【図１９】図１の撮像装置のテープ再生処理の例を説明するフローチャートである。
【符号の説明】
１ 映像プログラム制作支援システム，１１ 企画用端末装置，１２ ネットワーク，１３ 取材用端末装置，１４ 撮像装置，１５ フィールドＰＣ，１６ 編集用端末装置，１７ 光ディスク，５４ 記録制御部，５５ 再生制御部，５６エンコーダ／デコーダ部，６６ ドライブ，１０１ データ取り込み部，１０２ 情報取得部，１０３ データ生成部，１０４ クリップ生成部，１０５ インデックスファイル更新部，１０６ データ記録部，１０７ テーブル記録部，１１１ クリップ再生部，１１２ テープ再生部，１１３ インデックスファイル情報取得部，１１４ クリップ情報取得部，１１５ 再生判断部，１３４ インデックスファイル

Claims (4)

1. 記録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理装置において、
   前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録手段と、
   前記登録手段により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断手段と、
   前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生手段と
   を備えることを特徴とする情報処理装置。
2. 記録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理方法であって、
   前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、
   前記登録ステップの処理により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断ステップと、
   前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生ステップと
   を含むことを特徴とする情報処理方法。
3. 記録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
   前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、
   前記登録ステップの処理により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断ステップと、
   前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生ステップと
   を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
4. 記録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに行わせるプログラムであって、
   前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、
   前記登録ステップの処理により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断ステップと、
   前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生ステップと
   を含むことを特徴とするプログラム。

Images