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