WO2004112389A1

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

Info

Publication number: WO2004112389A1
Application number: PCT/JP2004/008415
Authority: WO
Inventors: Masaki Hirose; Mitsutoshi Shinkai; Keiichi Teranishi; Masafumi Shimotashiro; Tatsushi Bannai
Original assignee: Sony Corporation; Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-06-11
Filing date: 2004-06-09
Publication date: 2004-12-23
Also published as: JP4434633B2; JP2005005964A

Abstract

テープ再生部１１２は、インデックスファイル情報取得部１１３を制御し、RAMのインデックスファイルのクリップテーブルから、最初のクリップ要素を取得させ、再生判断部１１５を制御し、取得されたクリップ要素が対応するクリップの再生が可能であるか否かを判断させる。再生判断部１１５によりクリップ要素の再生可否情報が「"false"（再生不可能）」であると判断された場合、テープ再生部１１２は、このクリップの再生を禁止し、インデックスファイル情報取得部１１３を制御し、インデックスファイルのクリップテーブルから、次のクリップ要素を取得させる。本発明は、映像プログラム制作支援システムに適用できる。

Description

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

本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、複数のデータをスムーズに連続再生することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。

背景技術

従来、撮像装置などにおいては、撮影により得られた画像データや音声データを記録するために、テープ状の記録媒体が用いられることが多かったが、近年、データの書き込みや消去を繰り返し行うことができる CD- RW(Co即 act DISC- ReWri table)、 DVD-RW (Digital Versatil e Disc-ReWri table)などのディスク状の記録媒体が、その低価格化により普及しつつあることに伴い、使用されるようになってきた。

これらのディスク状の記録媒体においては、所定のデータへのランダムアクセスが可能であり、画像データや音声データなどのデータが記録媒体上の離れた位置に記録されることもある。

一方、テープ状の記録媒体の場合には、撮影された順にデータが記録されるため、テープ状の記録媒体を再生するだけで、撮影された順にデ一夕が再生されることができた。

そこで、ディスク状の記録媒体においても、テープ状の記録媒体の再生処理のように、ディスク状の記録媒体に記録されたデータを途切れることなく連続的に再生したいという要望がでてきた。そこで、デイスク状の記録媒体においては、 1回の撮影により得られた画像データおよび音声デ一夕を、 1つのクリップとして記録し、ディスク状の記録媒体に記録されたすベてのクリップを連続的に再生するようにしていた。

しかしながら、ディスク状の記録媒体に記録されるクリップの中には、撮像した画像データの下地として引き伸ばして再生される、ブラックゃカラ一バーの画像 1フレームだけで構成されるクリップも存在する。このようなクリップは、編集時に他のクリップと合わせて利用されるものであり、クリップ単体で再生してもあまり意味がない。したがって、これらのクリップがディスク状の記録媒体に記録されている場合において、上述したように、撮影されたクリップを連続的に再生しょうとしたとき、ディスク状の記録媒体に記録されたすベてのクリップが連続して再生されてしまうため、ブラックやカラーバーなどの再生する必要のないクリップまでもが再生されてしまう課題があった。

さらに、ブラックやカラーバーなどのクリップは、 1フレーム分だけしか再生されないため、次に再生すべきクリップのデータの読み出しが、その再生時刻に間に合わず、途切れてしまうため、複数のクリップをスムーズに連続的に再生することができない課題があった。本発明はこのような状況に鑑みてなされたものであり、複数のデー夕をスムーズに連続再生することができるようにするものである。発明の開示

本発明の情報処理装置は、データを再生するか否かを示す再生可否情報を、デ一夕ごとにデータ管理ファイルに登録する登録手段と、登録手段により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断手段と、記録媒体に記録されているすべてのデ一夕のうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生手段とを備えることを特徴とする。

本発明の情報処理方法は、データを再生するか否かを示す再生可否情報を、データごとにデ一夕管理ファイルに登録する登録ステップと、登録ステップの処理により登録された再生可否情報に基づいて、デ一夕を再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップとを含むことを特徴とする。

本発明のプログラムが記録されるプログラム記録媒体は、データを再生するか否かを示す再生可否情報を、デ一夕ごとにデータ管理ファィルに登録する登録ステップと、登録ステップの理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデ一タ以外を連続で再生する連続再生ステップとを含むことを特徴とする。

本発明のプログラムは、データを再生するか否かを示す再生可否情報を、データごとにデータ管理ファイルに登録する登録ステップと、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップと、記録媒体に記録されているすべてのデ一夕のうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生ステップとを含むことを特徴とする。

本発明によれば、データを再生するか否かを示す再生可否情報が、データごとにデータ管理ファイルに登録され、登録された再生可否情報に基づいて、デ一夕を再生するか否かが判断される。そして、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデー夕以外が連続で再生される。図面の簡単な説明

第 1図は、本発明を適用した映像プログラム制作支援システムの構成例を示す図である。

第 2図は、第 1図の撮像装置の構成例を示すブロック図である。第 3図は、第 2図の記録制御部の構成例を示すブロック図である。第 4図は、第 2図の再生制御部の構成例を示すブロック図である。第 5図は、第 1図の光ディスクのファイルシステムの構成例を示す図である。

第 6図は、第 5図のクリップディレクトリの構例を示す図である第 7図は、第 5図のエディツトリストディレクトリの構成例を示す図である。

第 8図は、第 5図のィンデックスファイルの例を示す図である。第 9図は、第 8図の第 5行目のクリップテ一ブルの例を示す図である。

第 1 0図は、第 9図の第 2行目乃至第 5行目のクリップ I D 「" C00 01"」のクリップ要素の例を示す図である。

第 1 1図は、第 8図の第 6行目のエディットリストテーブルの例を示す図である。

第 1 2図は、第 9図の第 2行目乃至第 5行目のエディットリスト I D 「" Ε000 」のエディツトリスト要素の例を示す図である。第 1 3図は、第 6図のクリップインフォメーションファイルのコードの例を示す図である。

第 1 4図は、第 6図のクリップインフォメーションファイルのコ一ドの例を示す図である。

第 1 5図は、第 1図の撮像装置のインデックスファイルの読み出し処理を説明するフローチャートである。

第 1 6図は、第 1図の撮像装置のクリップ生成処理を説明するフロ一チヤ一トである。

第 1 7図は、第 1 6図のステップ S 2 8のインデックスファイルの更新処理を説明するフローチャートである。

第 1 8図は、第 1図の撮像装置の再生可否情報設定処理を説明するフローチヤ一トである。

第 1 9図は、第 1図の撮像装置のテープ再生処理の例を説明するフ口一チヤ一卜である。発明を実施するための最良の形態

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

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

請求の範囲 1に記載の情報処理装置（例えば、第 1図の撮像装置 1 4) は、記録媒体（例えば、第 1図の光ディスク 1 7) に記録されているデータ（例えば、クリップ）をデータ管理ファイル（例えば、第 5図のインデックスファイル 1 34) で一括管理する情報処理装置において、データを再生するか否かを示す再生可否情,報（例えば、第 9 図の第 5行目の「playable=" true"」 ) を、データごとにデータ管理ファイルに登録する登録手段（例えば、第 3図のインデックスフアイル更新部 1 0 5) と、登録手段により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断手段（例えば、第 4図の再生判断部 1 1 5) と、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデータ以外を連続で再生する連続再生手段（例えば、第 4図のテープ再生部 1 1 2) とを備えることを特徴とする。

本発明の情報処理方法は、記録媒体（例えば、第 1図の光ディスク 1 7) に記録されているデータ（例えば、クリップ）をデータ管理フアイル（例えば、第 5図のインデックスファイル 1 34) で一括管理する情報処理方法であって、データを再生するか否かを示す再生可否情報（例えば、第 9図の第 5行目の「playable="true"」 ) を、デー夕ごとにデータ管理ファイルに登録する登録ステップ（例えば、第 1 7図のステップ S 4 2 ) と、登録ステップの処理により登録された再生可否情報に基づいて、データを再生するか否かを判断する判断ステップ（例えば、第 1 9図のステップ S 1 0 3 ) と、記録媒体に記録されているすべてのデータのうち、判断手段により再生しないと判断されたデ一夕以外を連続で再生する連続再生ステップ（例えば、第 1 9 図のステップ S 1 0 4 ) とを含むことを特徴とする。

なお、本発明のプログラム記録媒体およびプログラムも上述した本発明の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。

以下、図を参照して本発明の実施の形態について説明する。

第 1図において、映像プログラム制作支援システム 1は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。この映像プログラム制作支援システム 1は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようにし、映像プログラムを効率よく作成するためのシステムである。

映像プログラム制作支援システム 1は、第 1図に示されるように、映像プログラムの企画を行う企画用端末装置 1 1、企画用端末装置 1 1が接続されたネットワーク 1 2、ネットワーク 1 2に接続された取材用端末装置 1 3、取材用端末装置 1 3を構成する撮像装置 1 4およびフィールド PC/PDA (Persona l Compu t er/Personal Digi t al As s i s t ant s) 1 5 (以下、フィールド PC 1 5と称する）、同様に、ネットワーク 1 2に接続される編集用端末装置 1 6、並びに、記録媒体である光ディスク 1 7により構成される。

企画用端末装置 1 1は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プ口グラムの企画および構想を行って、映像プログラムのシナリオ（筋書き ) を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。企画用端末装置 1 1は、例えば、映像プログラムのシナリオに対応する政策指示情報等を含む、電子ファイル形式の構成表メタデータを映像プロダラ ,ム毎に作成する等の処理を行う。企画用端末装置 1 1は、生成した構成表メタデータを、ネットワーク 1 2を介して取材用端末装置 1 3等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すベき場面や内容の指示を行う。

取材用端末装置 1 3は、取材を行う取材部署によって用いられる端末装置群であり、例えば、撮像装置 1 4とフィールド PC 1 5により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、制作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。

撮像装置 1 4は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様

、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置 1 4は、ネットワーク 1 2に接続されており、例えば、上述した企画用端末装置 1 1力ゝら、ネットワーク 1 2を介して構成表メ夕デ —夕を取得する。そして、撮像装置 1 4は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置 1 4は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。

撮像装置 1 4は、撮影により得られた画像データや音声データを光ディスク 1 7等の記録媒体に記録する。このとき、撮像装置 1 4は、 1回の撮像処理を示す単位であるクリップに対応する画像データや音声データ等を含む映像コンテンツに関するデータをまとめて 1つのクリップとして光ディスク 1 7に記録し、管理する。

また、撮像装置 1 4は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、口一レゾリューション（l o w reso lut i on：低解像度）画像デ一夕（以下、ローレゾデータと称する）も、クリップに含めて光ディスク 1 7に記録し、管理することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、口一レゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。このローレゾデ一夕は、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用されるクリップは、必ずしも画像データおよび音声データが組になって構成されているとは限らず、画像データだけのものもあれば、音声デー夕だけのものもある。さらに、そのデータ長もさまざまなものがある

。撮像装置 1 4により光ディスク 1 7に記録された複数のクリップは、複数のクリップを一括管理するインデックスファイル（第 5図を参照して後述する）と、クリップを構成する画像データや音声データ等をクリップ毎に管理するクリップインフォメーションファイル（第 6 図を参照して後述する）により管理される。

撮像装置 1 4は、インデックスファイルまたはクリップインフォメ —ションファイルに基づいて、この光ディスク 1 7に記録されたクリップの画像データなどを所定の表示部等に表示させ、制作指示情報に応じた撮影ができたか否かを撮影スタッフに確認させる。また、撮像装置 1 4は、ィンデックスファイルまたはクリップインフォメーションファイルに基づいて、所定のクリップを除いて、光ディスク 1 7に記録された複数のクリップの画像データを連続して,再生し、あたかもテープに記録された画像データを連続して再生するかのように、所定の表示部等に表示させ、撮影された複数の場面を連続して撮影スタツフに確認させることもできる。

なお、クリップは、 1 回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデ一夕のデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある撮像装置 1 4により、映像コンテンツとして複数のクリップ（画像データや音声データ等）が記録された光ディスク 1 7は、例えば、後述する編集部署やフィールド PC 1 5等に搬送され、利用される。しかしながら、光ディスク 1 7の搬送にはある程度の時間を要するため、撮像装置 1 4は、ネットワーク 1 2を介して、企画用端末装置 1 1 、フィールド PC 1 5、または編集端末装置 1 6等に、画像デ一夕を供給できるようにしてもよい。その場合、撮像装置 1 4は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデ一夕を供給するようにするのが望ましい。

なお、撮像装置 1 4によるローレゾデ一夕の転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよいこのように、光ディスク 1 7の搬送に先駆けて、口一レゾデ一夕を転送することにより、編集部署は、搬送された光ディスク 1 7が到着していなくても、比較的早い段階で（例えば、撮像,処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、口一レゾデータがネッ卜ワーク 1 2を介して伝送される場合、撮像装置 1 4は、たとえば、オリジナルの画像データや音声データのみを光ディスク 1 7に記録するようにしてもよい（ローレゾデータを光ディスク 1 7に記録しないようにしてもよい）。

なお、撮像装置 1 4が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク 1 7の例に限定されず、どのような記録媒体であってもよい。例えば、 MD (Mini-Di sc) (登録商標）や MO (Magn e t o Opt i cal DISC) を含む光磁気ディスク、フレキシブルディスクを含む磁気ディスク、 DV (Digi t a l Vi deo)や VHS (Vi deo Home Sys t em) に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。フィールド PC I 5は、例えば、ノート型パーソナルコンピュータや PDA等の携帯可能な情報処理装置および周辺装置などで構成される。このフィールド PC 1 5は、撮像装置 1 4と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンッなどを撮像装置 1 4と共有することができる。

このフィ一ルド PC 1 5は、例えば、ネットヮ一ク 1 2を介して、企画用端末装置 1 1から構成表メタデータを取得したり、撮像装置 1 4から構成表メタデータを取得したりする。フィ一ルド PC 1 5は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。

さらに、フィールド PC 1 5は、ユーザである取材部署担当者の入力に基づいて、取材 ·撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内,の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールド PC 1 5は、撮影状況情報を書き込むことにより、構成表メタデータを編集する。また、フィ一ルド PC 1 5は、撮影状況情報をメタデータとして撮像装置 1 4 に供給し、撮像装置 1 4において得られた画像データや音声データに付加させる。

編集用端末装置 1 6は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデ一夕等に基づいて、撮像装置 1 4により得られた画像データや音声デ一夕を編集し、映像プログラムを完成させる部署である。編集用端末装置 1 6は、例えば、撮像装置 1 4から、ネットワーク 1 2を介して、構成表メタデータやローレゾデ一夕を取得する。また、編集用端末装置 1 6は、撮像装置 1 4においてクリップ（画像デー夕や音声データ）が記録された光ディスク 1 7より、オリジナルの画像データや音声デ一タを取得する。さらに、編集用端末装置 1 6は、企画用端末装置 1 1またはフィールド PC 1 5等より、ネットワーク 1 2を介して、直接制作指示（編集に関する指示）を取得することも可能である。

編集用端末装置 1 6は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツを好適に再生して表示する。例えば、編集用端末装置 1 6は、ユーザに操作され、ネットワーク 1 2を介して取得したローレゾデ一夕や、光ディスク 1 7に記録されているオリジナルの画像データや音声デ一夕を、シナリオに従った順序で連続的に表示したり、光ディスク 1 7に記録されているクリップのうち、所定のクリップを除いて、オリジナルの画像データや音声データを連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク 1 7に記録されているオリジナルの画像デー夕を再生する場合、編集用端末装置 1 6は、例えば、光ディスク 1 7 に記録されているデ一夕を読み出したり、光ディスク 1 7にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。また、その際には、光ディスク 1 7に記録されているデータを管理するィンデックスファイルまたはクリップィンフオメーションファイルが参照される。

また、編集用端末装置 1 6は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。

粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置 1 6は、粗編集処理において、例えば、クリップを複数取得した場合に、それらのクリップの中から、本編集で使用すべきクリップを選択し、選択されたクリップのデータの中から、さらに必要な映像部分を選択（Logging) し、その選択された映像部分に対応する編集開始位置（In 点）および編集終了位置（0 u t 点）を例えば、タイムコード等を利用して設定し、上述したクリップのデータの中から、対応する部分を抽出（Inges t ing) する。本編集処理は、粗編集処理が施された各クリップを構成する画像デ一夕を繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全,パッケージデー夕を作成する処理である。

さらに、編集用端末装置 1 6は、例えば、ネットワーク 1 2を介して、または、他の記録媒体などから取得された画像データや音声デ一夕を、撮像装置 1 4と同様に、まとめて 1つのクリップとして光ディスク 1 7に記録することもできる。

なお、上述した企画用端末装置 1 1、撮像装置 1 4、フィールド P C 1 5、編集用端末装置 1 6等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置 1 4において得られた画像データ等を、 1台の編集用端末装置 1 6が光ディスク 1 7やネットワーク 1 2を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、 1台の撮像装置 1 4より供給されたデ —夕が、複数台の編集用端末装置 1 6により編集されるようにしてもよい。逆に、上述した企画用端末装置 1 1、撮像装置 14、フィールド P Cl 5、および編集用端末装置 1 6等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。

また、映像プログラム制作支援システム 1は、例えば、上述した企画用端末装置 1 1、撮像装置 14、フィールド PC1 5、および編集用端末装置 1 6とは別に、ネットヮ一ク 1 2に接続されたセン夕サ一 (図示せず）を設け、企画用端末装置 1 1、撮像装置 14、フィ一ルド PC1 5、および編集用端末装置 1 6等をクライアントとした、クライアント/サーバ（Client/Server) システムとして構成するようにしてもよい。

第 2図は、第 1図の撮像装置 14の詳細な構成例を示している。第

；

2図において、撮像装置 14の CPU (Central Processing Unit) 5 1は、 ROM (Read Only Memory) 52に記憶されているプログラムに従って各種の処理を実行する。 RAM (Random Access Memory) 5 3には、 CPU 5 ίが各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。

記録制御部 54は、エンコーダ Ζデコーダ部 5 6より供給される画像データ、音声データおよびローレゾデ一夕などを、または、記憶部 64に記憶されている画像データ、音声データおよびローレゾデ一夕などを、第 5図を参照して後述する光ディスク 1 7のファイルシステムに基づいて、ドライブ 6 6を介して、光ディスク 1 7に記録する制御を行う。また、記録制御部 54は、操作部 6 1を介して CPU5 1に入力されたユーザの指示に基づいて、光ディスク 1 7のファイルシステムの管理情報を更新する処理を行う。再生制御部 5 5は、光ディスク 1 7のファイルシステムに基づいて、ドライブ 6 6を制御し、光ディスク 1 7に記録されている画像デー夕、音声データまたはローレゾデ一夕など読み出し、光ディスク 1 7 から読み出された画像データ、音声データまたはローレゾデ一夕などを、エンコーダ/デコーダ部 5 6に供給する。

エンコーダノデコーダ部 5 6は、入力部 6 2より入力された画像デ一夕、音声データを所定のコーデックで符号化し、記憶部 6 4または記録制御部 5 4に供給する。さらに、必要な場合は、エンコーダノデコーダ部 5 6は、入力部 6 2より入力された画像データを、例えば、 MPEG4 方式で符号化し、ローレゾデ一夕として、記憶部 6 4または記録制御部 5 4に供給し、入力部 6 2より入力された音声データを、例えば、 I TU- T G. 71 1 A-Law方式で符号化し、ローレゾデ一夕として、記憶部 6 4または記録制御部 5 4に供給する。，

また、エンコーダ /デコーダ部 5 6は、再生制御部 5 5より供給された画像デ一夕、音声データまたはローレゾデ一夕を、出力部 6 3を構成するモニタまたはスピー力などに出力する。

CPU 5 1 , ROM 5 2、 RAM 5 3 , 記録制御部 5 4、再生制御部 5 5およびエンコーダ/デコーダ部 5 6は、バス 5 7を介して相互に接続されている。このバス 5 7にはまた、入出力インタフェース 6 0も接続されている。

入出力ィン夕フェース 6 0は、キーボードゃマウスから構成される操作部 6 1が接続され、操作部 6 1に入力された信号を CPU 5 1に出力する。また、入出力インタフェース 6 0には、被写体を撮像し、撮像した画像データを入力するカメラ、および、音声デ一夕を入力するマイクロフォンなどにより構成される入力部 6 2、 CRT (Ca thode Ray Tube) 、 LCD (L i qu i d Crys t a l Di sp l ay)などよりなるモニタ、並びにスピーカなどよりなる出力部 63、ハードディスクや EEPROM (Elect ronical ly Erasable and Programmable Read Only Memory) など力ら構成される記憶部 64、通信部 6 5、ドライブ 6 6が接続されている通信部 6 5は、例えば、 IEEE(Institute of Electrical and Elect ronics Engineers) 139 ポー卜や、 USB (Universal Serial Bus)ポ一ト、 LAN(Local Area Network)接続用の NIC(Network Interface Card )、あるいは、アナログモデムや、 TA(Terminal Adapter)および DSU( Digital Service Uni t) ADSL (Asymmetric Digital Subscriber Line )モデム等で構成され、例えば、イン夕一ネットやイントラネット等のネットワーク 1 2を介して、編集用端末装置 1 6などと、データをやりとりする。

ドライブ 66には、光ディスク 1 7を着脱することができるようになっている。ドライブ 6 6は、そこに装着された光ディスク 1 7を駆動することにより、光ディスク 1 7に対して、画像データや音声デ一夕を記録したり、記憶されている画像データや音声データを再生する光ディスク 1 7は、例えば、開口数（NA) 0. 8 5、波長 40 5nm の青紫色レ一ザを用いて、最小マーク長 0. 14 m、トラックピッチ 0. 3 2 imの記録密度で大容量（例えば 27ギガバイト）のデ一夕を記録可能な光ディスクである。なお、光ディスク 1 7は、それ以外の記録媒体であってもよく、例えば、 DVD- RAM (Digital Versatile Disc - Random Access Memory) , DVD-R (DVD - Recordable) , DV D-RW (DVD - Rewritable) ， DVD+R (DVD + Recordable) ， DVD + R ( DVD + Rewritable) ， CD-R (Compact Disc - Recordable) , または CD-RW (CD - Rewritable) 等の各種の光ディスクであってもよい。光ディスク 1 7に記録された画像デ一夕や音声データ等は、まとめて 1つのクリップとして、第 5図を参照して後述するファイルシステムにより管理されている。このファイルシステムにおいては、光ディスク 1 7に記録されている複数のクリップは、ィンデックスファイルとクリップィンフオメ一ションファイルなどの管理情報により管理されている。インデックスファイルは、光ディスク 1 7に記憶されているクリップすべてを管理する管理ファイルであり、クリップィンフォメ一シヨンファイルは、クリップ毎に、クリップを構成するエッセンスデ一夕を管理する管理ファイルである。

インデックスファイルは、ドライブ 6 6に光ディスク 1 7が装着されると、光ディスク 1 7から読み出され、 RAM 5 3に展開される。クリップィンフオメ一ションファイルは、再生するクリップが指示されたときなどに光ディスク 1 7から読み出され、 RAM 5 3に展開される。なお、以降、クリップを構成する画像データや音声データ、ローレゾデ一夕などをエッセンスデータと総称する。

入出力イン夕フェース 6 0には、また、必要に応じて、ドライブ 6 7がさらに接続される。ドライブ 6 7は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリム —バブルメディア 7 1よりデータを読み出したり、データを書き込んだりするときに用いられる。

第 3図は、第 2図の記録制御部 5 4の構成例を示している。第 3図の例において、記録制御部 5 4は、データ取り込み部 1 0 1、データ生成部 1 0 3、クリップ生成部 1 0 4、インデックスファイル更新部 1 0 5、データ記録部 1 0 6およびテーブル記録部 1 0 7により構成される。データ取り込み部 1 0 1は、エンコーダデコーダ部 5 6または記憶部 6 4より画像デー夕、音声デー夕およびローレゾデ一タなどを取り込み、データ生成部 1 0 3に供給する。また、データ取り込み部 1 0 1は、それらのデ一夕を取り込んだこと（入力したこと）を示す情報を、データ生成部 1 0 3、クリップ生成部 1 0 4およびインデックスファイル更新部 1 0 5に供給する。

デ一夕生成部 1 0 3は、 RAM 5 3よりパラメ一夕情報を取得し、取得したパラメータ情報に基づいて、データ取り込み部 1 0 1から供給された画像データ、音声データおよびローレゾデ一夕などから、所定のフォーマット（いまの場合、 M X F (Mat er i al exchange Format) ) の各エッセンスデータ（画像データ、音声データおよびローレゾデ一夕）をそれぞれ生成し、データ記録部 1 0 6に出力する。また、デ一夕生成部 1 0 3は、取得したパラメ一夕情報などに基づいて、メタデ —夕なども、所定のフォーマットでそれぞれ生成し、データ記録部 1 0 6に出力する。

ここで、パラメ一夕情報は、入力部 6 2が画像データおよび音声デ一夕を入力（撮像および録音）するための撮像装置 1 4の設定情報であり、入力される画像データおよび音声データの解像度の情報、コーデック（符号化方法）の種類などにより構成される。パラメータ情報は、撮像装置 1 4に予め設定されているか、または、操作部 6 1を介して、撮影スタッフなどにより設定され、 RAM 5 3に記憶されているクリップ生成部 1 0 4は、データ取り込み部 1 0 1より画像データ、音声デ一夕およびローレゾデ一タを入力したという情報を取得すると、入力されるデ一夕用の新しいクリップを生成するために、クリツプディレクトリを生成する。また、クリップ生成部 1 0 4は、 RAM 5 3よりパラメ一夕情報を取得し、取得されたパラメ一夕情報に基づいて、デ一夕生成部 1 0 3により生成された各エッセンスデータの属性情報が記述されたクリップインフォメーションファイルを生成し、生成したクリップインフォメーションファイルをテーブル記録部 1 0 7 に出力する。

インデックスフアイル更新部 1 0 5は、 RAM 5 3よりパラメ一夕情報を取得し、光ディスク 1 7から読み出され、 RAM 5 3に展開されているィンデックスファイルに、取得されたパラメータ情報に基づいて、クリップ生成部 1 0 4により生成されたクリップに対応したクリップ要素を生成し、インデックスファイルを更新する。生成されたクリップ要素には、クリップを再生するために必要なクリップの属性情報が記述されている。インデックスファイル更新部 1 0 5は、更新されたインデックスファイルをテーブル記録部 1 0 7に出力する。また、インデックスファイル更新部 1 0 5は、 CPU 5 1からの指示にも基づいて、インデックスファイルを更新する.。

データ記録部 1 0 6は、データ生成部 1 0 3により生成されたデ一夕をドライブ 6 6を介して、光ディスク 1 7に記録する。テーブル記録部 1 0 7は、クリップ生成部 1 0 4により生成されたクリップディレクトリおよびクリップインフォメーションファイル、並びに、インデックスファイル更新部 1 0 5により更新されたインデックスフアイルを、ドライブ 6 6を介して、光ディスク 1 7に記録する。

第 4図は、第 2図の再生制御部 5 5の構成例を示している。第 4図の例において、再生制御部 5 5は、クリップ再生部 1 1 1、テープ再生部 1 1 2、インデックスファイル情報取得部 1 1 3、クリップ情報取得部 1 1 4および再生判断部 1 1 5により構成される。再生制御部 5 5のクリップ再生部 1 1 1およびテープ再生部 1 1 2は、 CPU 5 1 からのクリップ再生開始またはテープ再生開始の指示に基づいて、ィンデックスファイル情報取得部 1 1 3、クリップ情報取得部 1 1 4および再生判断部 1 1 5を制御し、光ディスク 1 7からデータを読み出す。

ここで、テープ再生とは、クリップ再生が 1つのクリップを再生するのに対して、光ディスク 1 7に記録されているすべてのクリップを、あたかもテ一プを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう。

クリップ再生部 1 1 1は、 CPU 5 1からクリップ再生開始の指示を入力した場合、インデックスファイル情報取得部 1 1 3またはクリツプ情報取得部 1 1 4を制御し、対応するクリップを再生するための情報を取得させ、取得された情報に基づいて、ドライブ 6 6を制御し、光ディスク 1 7に記録されている画像デ一夕、音声データまたはローレゾデ一夕などを読み出させ、光ディスク 1 7から読み出された画像データ、音声データまたはローレゾデータなどを、エンコーダ Zデコーダ部 5 6に供給する。

テープ再生部 1 1 2は、 CPU 5 1からテープ再生開始の指示を入力した場合、インデックスファイル情報取得部 1 1 3を制御し、インデックスファイルに登録されている順にクリップの情報を取得させ、再生判断部 1 1 5を制御し、対応するクリップを再生するか否かを判断させる。そして、テープ再生部 1 1 2は、再生判断部 1 1 5により再生すると判断されたクリップを、インデックスファイル情報取得部 1 1 3またはクリツプ情報取得部 1 1 4により取得されたクリップの情報に基づいて、ドライブ 6 6を制御し、光ディスク 1 7に記録されている画像データ、音声デ一夕またはローレゾデータなどを読み出させ、光ディスク 1 7から読み出された画像データ、音声データまたは口一レゾデ一夕などを、エンコーダ /デコーダ部 5 6に供給する。

インデックスファイル情報取得部 1 1 3は、クリップ再生部 1 1 1 の制御のもと、 RAM 5 3のインデックスファイルから、対応するクリップを再生するための情報を取得し、クリップ再生部 1 1 1に出力する。また、インデックスファイル情報取得部 1 1 3は、テープ再生部 1 1 2の制御のもと、 RAM 5 3のィンデックスファイルに記録されている順にクリップを再生するための情報を取得し、テープ再生部 1 1 2に出力する。

クリツプ情報取得部 1 1 4は、クリップ再生部 1 1 1またはテープ再生部 1 1 2の制御のもと、光ディスク 1 7からドライブ 6 6を介して、対応するクリップインフォメーションファイルを読み出し、 RAM 5 3に展開する。また、クリップ情報取得部 1 1 4は、 RAM 5 3のクリップィンフオメーションファイルから対応するクリップを再生するための情報を取得し、クリップ再生部 1 1 1またはテープ再生部 1 1 2に出力する。

再生判断部 1 1 5は、クリップ再生部 1 1 1またはテープ再生部 1 1 2の制御のもと、ィンデックスファイル情報取得部 1 1 3からのクリップの情報に基づいて、そのクリップを再生するか否かを判断し、判断した結果を、クリップ再生部 1 1 .1またはテープ再生部 1 1 2に出力する。

次に、光ディスク 1 7に記録されているデータを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。このファイルシステムにおいては、光デイスク 1 7に記録されたデータは第 5図に示されるようなディレクトリ構造およびファイルにより管理される。第 5図は、光ディスク 1 7のファイルシステムの構成例を示す。第 5図において、ルートディレクトリ（ROOT) 1 3 1には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置される PR0AVディレクトリ 1 3 2が設けられる。なお、ルートディレクトリ 1 3 1には、図示は省略するが、構成表データ等も設けられる。

PR0AV ディレクトリ 1 3 2には、光ディスク 1 7に記録されているすべてのエッセンスデータに対するタイトルやコメント、さらに、光ディスク 1 7に記録されているすべての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むフアイルであるディスクメタファイル（DI SCMETA. XML) 1 3 3、光ディスク 1 7に記録されているすべてのクリップおよびエディットリストを管理するための管理情報等を含むィンデックスファイル（INDEX. XML ) 1 3 4、およびインデックスファイル（INDEX. BUP) 1 3 5が設けられている。なお、インデックスファイル 1 3 5は、インデックスフアイル 1 3 4を複製したものであり、 2つのファイルを用意することにより、信頼性の向上が図られている。

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

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

クリップルートディレク卜リ 1 3 8には、光ディスク 1 7に記録されているクリップのデ一夕が、クリップ毎に異なるディレクトリに分けて管理されており、例えば、第 5図の場合、 3つのクリップのデー夕が、クリップディレクトリ（C0001 ) 1 4 1、クリツプディレクトリ（C0002) 1 4 2、および、クリップディレクトリ（C0003) 1 4 3 の 3つのディレクトリに分けられて管理されている。すなわち、光デイスク 1 7に記録された最初のクリップの各データは、クリップディレクトリ 1 4 1の下位のディレクトリのファイルとして管理され、 2 番目に光ディスク 1 7に記録されたクリップの各データは、クリップディレクトリ 1 4 2の下位のディレクトリのファイルとして管理され、 3番目に光ディスク 1 7に記録されたクリップの各デ一夕は、クリップディレクトリ 1 4 3の下位のディレクトリのファイルとして管理される。

なお、各クリップディレクトリは、書き換え、削除禁止属性情報を有しており、各クリップディレクトリの下位のディレクトリとして管理される各データの書き換えおよび削除禁止属性は、その上位のクリップディレクトリが有する書き換え、削除禁止属性情報に基づいて管理される。また、エディットリストル一トディレクトリ 1 3 9には、光ディスク 1 7に記録されているエディットリス卜が、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、第 5図の場合、 4 つのエディットリストが、エディツトリストディレクトリ（E0001 ) 1 4 4、エディツトリストディレクトリ（E0002) 1 4 5、エディツトリストディレクトリ（E0003) 1 4 6、およびエディツトリストディレクトリ（E0004) 1 4 7の 4つのディレクトリに分けて管理されている。

すなわち、光ディスク 1 7に記録されたクリップの 1回目の編集結果を示すエディットリストは、エディツトリストディレクトリ 1 4 4 の下位のディレクトリのファイルとして管理され、 2回目の編集結果を示すエディットリストは、エディットリストディレクトリ 1 4 5の下位のディレクトリのファイルとして管理され、 3回目の編集結果を示すエディットリストは、エディットリストディレクトリ 1 4 6の下位のディレクトリのファイルとして管理され、 4回目の編集結果を示すエディットリストは、エディットリストディレクトリ 1 4 7の下位のディレクトリのファイルとして管理される。

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

第 6図は、第 5図のクリップディレクトリ 1 4 1の構成例を示す。第 6図の場合、クリップディレクトリ 1 4 1には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001 C 01. SMI) 1 5 1、このクリップの画像データを含むファイルである画像データファイル（C0001V01. MXF) 1 5 2、それぞれ、このクリップの各チャンネルの音声データを含む 8つのファイルである音声データファイル（C0001A01.MXF 乃至 C0001A08. MXF) 1 5 3乃至 1 6 0、このクリツプの画像デ一夕に対応するローレゾデータを含むファイルである口一レゾデ一夕ファイル（C0001S01.MXF) 1 6 1、このクリップのエッセンスデータに対応する、例えば、 LTC (Linear Time Code) とフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデ一タであるクリップメタデータを含むファイルであるクリップメタデータファイル（C0001M01.XML) 1 6 2、このクリツプのエッセンスデータに対応する、例えば LTC等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（C0001R01.BIM) 1 6 3、並びに、画像データファイル 1 5 2のフレーム構造（例えば、 MPEG 等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットァドレス等の情報）が記述されたファイルであるピクチャボイン夕ファイル（C0001 I01.PPF) 1 64等のファイルが設けられる。なお、上述したように、これらのファイルの書き換え、削除禁止属性は、クリップディレクトリ 1 4 1が有する書き換え、削除禁止属性情報に基づいて管理される。

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

また、音声データも、再生時にリアルタイム性を要求されるが、 7. 1 チャンネル等のような音声の多チャンネル化に対応するために、 8 チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは 8つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、 7つ以下であってもよいし、 9つ以上であってもよい。

同様に、画像データ、ローレゾデ一夕、およびフレームメタデータも、場合によって、それぞれ、 2つ以上のファイルとして管理されるようにしてもよい。

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

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

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

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

次に、第 5図のエディットリストルートディレクトリ 1 3 9の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストル一トディレクトリ 1 3 9に設けられるエディットリストディレクトリ 1 4 5の下位のディレクトリには、光ディスク 1 7に記録されたクリップの各デ一夕の 2回目の編集結果に関する情報であるエディットリス卜のデータが、第 7図に示されるようなファィルとして設けられ、管理される。

第 7図は、第 5図のエディットリストディレクトリ 1 4 5の構成例を示す。第 7図の場合、エディットリストディレクトリ 1 4 5には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（E0002E01 . SMI ) 1 7 1、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデ一夕に基づいて新たに生成されたクリップメ夕データを含むファイルであるエディットリスト用クリップメ夕データファイル（E0002M01. XML) 1 7 2、この編集結果（エディツトリスト）に基づいた、エッセンスデータの再生手順 (プレイリスト ) 等の情報を含むファイルであるプレイリストファイル（E0002P01 . S Ml ) 1 7 3、プレイリストファイル 1 7 3に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、 MPEG 等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル（E0002 I 01 . PPF) 1 7 4、プレイリストファイル 1 7 3の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル（B0002V01 . BMX) 1 7 5、プレイリストファイル 1 7 3の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む 4つのファイルであるプレイリスト用音声データファイル（B0002A01 . BMX 乃至 B0002A04. BMX) 1 7 6乃至 1 7 9、プレイリストファイル 1 7 3の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用口一レゾデータファイル（B0002S01 . BMX) 1 8 0、並びに、プレイリストファイル 1 7 3の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル（B0002R01 . BBM) 1 8 1等のファイルが設けられる。

第 7図において、リアルタイム性を要求されない,クリップメ夕デ一夕は、リアルタイム性を要求されるフレームメタデータと異なるファィルとして管理される。これは、再生手順 (プレイリスト) を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデ —タを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。

エディツトリスト用クリップメタデータファイル 1 7 2は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ 1 3 8の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメ夕データを含むファイルである。このエディットリスト用クリップメ夕データファイルは、編集毎に生成される。なお、このエディツトリスト用クリップメタデータファイル 1 7 2は、汎用性を持たせるために、 XML形式で記述される。

プレイリスト用画像データファイル 1 7 5に含まれる画像データ、プレイリスト用音声データファイル 1 7 6乃至 1 7 9に含まれる各音声データ、プレイリスト用ローレゾデ一夕ファイル 1 8 0に含まれる口一レゾデータ、並びに、プレイリスト用フレームメタデ一タフアイル 1 8 1に含まれるフレームメタデータは、それぞれ、第 6図のクリップルートディレクトリ 1 3 8の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデ一夕、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。これらのデ一夕は、プレイリストファイル 1 7 3に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。

なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、 3っ以下であってもよいし、 5つ以上であってもよい。

なお、プレイリスト用フレームメ夕デ一夕ファイル 1 8 1は、再生処理の処理時間や処理に必要な負荷を軽減させるために、 XML 形式のファイルをコンパイルした BIM形式に対応する BBM形式のファイルである。

第 7図に示されるエディットリストディレクトリ 1 4 5のファイルの構成例は、すべてのエディツトリスト（編集結果）において適用することができる。すなわち、第 5図に示される、その他のエディットリストディレクトリ 1 4 4、 1 4 6、または 1 4. 7においても、第 7 図に示されるファイルの構成例を適用することができるので、その説明を省略する。

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

次に、光ディスク 1 7のファイルシステムのインデックスファイルについて説明する。上述したように、インデックスファイルは、光デイスク 1 7に記録されているすべてのクリップを一括管理するための管理情報が記述されるクリップテーブル（c l ipTab l e)、および光ディスク 1 7に記録されているすべてのエディットリストを管理するための管理情報が記述されるエディットリストテーブル（ed i t l i s t Tab l e) により構成される。クリップテーブルにはさらに、各クリップに属するエッセンスデータ（画像データ、音声データおよびローレゾデー夕など）の管理情報も含まれる。エディツトリストテーブルには、ェディットリス卜のメタデータやプレイリストなどの管理情報も含まれる。なお、このインデックスファイルは、光ディスク 1 7内のデータを管理するための主に光ディスク 1 7内で使用されるファイルであり、独自のスキーマによる XML形式で管理されている。

第 8図は、第 5図のインデックスファイル 1 3 4の例を示す。なお、第 8図において、各行頭の数字と、コロン記号（：）は、説明の便宜上付加したものであり、コードの一部ではない。また、不等号記号 (<) の前に、プラス記号（+ ) が付加されているものは、その行に子要素があることを示すものであり、コードの一部ではない。後述する第 9図乃至第 14図でも同様である。

第 1行目のく？ xml version-" 1.0" encoding="UTF-8" ？〉は、第 2行目以下に記述されるインデックスファイル 1 34が、 XML 形式のバージョン" 1.0"で記述されており、 UTF- 8 でエンコードされていることを表している。そして、第 8図の例においては、第 2行目乃至第 4行目のく indexFile xmlns= urn:schemas-professionalDisc： index :2003 xmlns:xsi=" http://www.w3. org/2001/XMLSchema- instance xsi： noN amespaceScheiaLocat ion=" index. xsd">から、第 7行目のく/ indexFi le 〉までの間に、インデックスファイレ 1 34が「schemas— professiona

IDiscJ というスキーマにより定義された XML形式で記述される。第 5行目のく clipTaMe patl^'/PROAV/CLPR/")は、光ディスク 1 7 のすベてのクリップを管理するクリップテーブルを表しており、さらに、このクリップテーブルで管理されているクリップがすべて、光デイスク 1 7の「/PR0AV/CLPR/」以下に記録されていることを表している。なお、第 5行目のく clipTable path=7PR0AV/CLPR/"〉のクリップテーブルに含まれる子要素は、第 9図を参照して後述する。

第 6行目のく editlistTable path=" /PR0AV/EDTR/">は、光ディスク

1 7のすベてのエディットリストを管理するエディットリストテ一ブルを表しており、さらに、このエディツトリストテ一ブルで管理されているエディットリストがすべて、光ディスク 1 7の「/PR0AV/EDTR/

」以下に記録されていることを表している。なお、第 6行目のく editl istTable path="/PR0AV/EDTR/">のエディットリストテーブルに含まれる子要素は、第 1 1図を参照して後述する。

第 9図は、第 8図の第 5行目のく clipTable path^/PROAV/CLPR/";) のクリップテ一ブルの例を示す。第 9図のクリップテーブルにおいては、第 1行目のく clipTable path="/PROAV/CLPR/"〉タグから第 1 8行目のく/ clipTable〉タグの間には、光ディスク 1 7に記録されるクリップが記録された順に、クリップ要素として記述される。

第 2行目乃至第 5行目のく clip id="C0001" umid=" 0123456789ABCDE F0123456789ABCDEF0123456789AA" f i le=" C0001C01. SMI" fps=" 59.94i " dur=" 12001" ch=" 4" aspect at io=" 4: 3" playable true"〉は、光ディスク 1 7に一番目に記録されたクリップのクリップ要素を表している。

まず、第 2行目乃至第 5行目の「clip id="C0001" umid=" 01234567 89ABCDEF0123456789ABCDEF0123456789AA" f i le=" C0001C01. SMI" J について説明する。「(； Up id="C0001"」は、個々のクリップを光ディスク 1 7内で一意的に識別するため情報であるクリップ I Dが「"C00 01" J であることを表している。 r_Umid=" 0123456789ABCDEF012345678 9ABCDEF0123456789AA"J は、第 1 3図を参照して詳しく後述する、このクリップに設定される、ワールドワイドで唯一の識別子ユーミツド（umid： unique material identifier) が、 3 2バイトのうちの共通部分である先頭 1 0バイトを除いた 2 2バイトで表されている。「 file="C0001C01. SMI"」は、光ディスク 1 7に記録されているクリツプを管理するための管理情報が記述されているクリップインフォメ一ションファイルのファイル名を表している。

すなわち、「clip id="C0001" umid=" 01 3456789ABCDEF0123456789 ABCDEF0123456789AA" f i le=" C0001C01. SMI"」は、クリップ I Dまたはュ一ミッドが示すクリップのクリップインフォメーションファイルを取得するための変換テ一ブル情報であり、クリップ I Dまたはユーミツドが指示された場合、インデックスファイルを参照することにより、対応するクリップのクリップインフォメーションファイルのファィル名が取得され、ファイル名と第 9図の第 1行目の「path="/PR0AV /CLPR 」を参照することにより、クリップインフォメーションファィルの光ディスク 1 7に記録されている位置が取得される。

なお、ユーミツドの先頭 1 2バイトで表される Univ Label (Univer sal Label)のうちの 10バイトは、ュ一ミツドを示す固定ヘッダである。インデックスファイルにおけるユーミツドは、ファイル名と変換するために用いられる情報であり、クリップインフォメーションファィルなどに記述されているユーミッドと異なり、光ディスク 1 7の外部に持ち出されることが少ないため、ユーミツドの先頭 1 0バイトを除いて記述される。これにより、インデックスファイルの容量を削減することができる。

第 2行目乃至第 5行目のうちの rfp_S=" 59.94i" dur=" 12001" ch=" 4 " aspectRatio="4:3" playable=" true" J には、このクリップを再生するために必要なクリップの属性情報が示されている。「fps="59.94 i"j は、クリップの時間軸方向の解像度が 59.94fild/secであり、クリップの再生方法がインターレース方式であることを示している。「 dur=" 12001"」は、クリップの有効な時間方向の長さが 1201フレームであることを示している。「ch="4"」は、クリップを構成する音声デ一夕のチャネル数が 4チャネルであることを示している。「aspectRa tio="4:3"」は、クリップを構成する画像デ一夕のアスペクトレシオが「4:3」であることを示している。「playable=" true"」は、クリツプ単体として再生可能であるか否か（再生して意味のあるクリップか否か）の再生可否情報を表している。再生可否情報には、デフォルトとして「true」（再生可能）が記述される。

以下、クリップ I D 「"C0002"」乃至「"C0004"」のクリップ要素も、クリップ I D 「"C0001"」のクリップ要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第 6行目乃至第 9行目のく c lip id="C0002" umid=" 0123456789ABCDEF0123456789ABCDEF012345678 9AB" f ile="C0002C01. SMI" fps="59.94i" dur="4000" ch=" 4" aspect Ratio="4:3" playable:" false">は、クリップ I D 「"C0001"」であるクリップの次に、光ディスク 1 7に記録されたクリップのクリツプ要素を表しており、クリップ I Dが「"C0002"」であり、ユーミツドが r" 0123456789ABCDEF0123456789ABCDEF0123456789AB" J であり、クリップインフォメーションファイルのファイル名が「"C0002C01. SMI"」であり、クリップの時間軸方向の解像度が 59.94fild/secであり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが 4000 フレームであり、クリップを構成する音声デー夕のチャネル数が 4チャネルであり、クリップを構成する画像デ一夕のァスぺクトレシオが「4:3」であり、再生可否情報が「false」（再生不可能）であることを示している。

第 1 0行目乃至第 1 3行目のく clip id="C0003" umid=" 0123456789A BCDEF0123456789ABCDEF0123456789AC" f i le=" C0003C01. SMI" fps="59 .94i" dur=" 100000" ch="4" aspectRatio="4:3" playable-" true"〉は、クリップ I D 「"C0002"」であるクリップの次に、光ディスク 1 7 に記録されたクリップのクリップ要素を表しており、クリップ I Dが「"C0003"」であり、ユーミツドが r" 0123456789ABCDEF0123456789AB CDEF0123456789AC" J であり、クリップインフォメーションファイルのファイル名が「" C0003C01.SMI "J であり、クリップの時間軸方向の解像度が 59.94fild/secであり、クリップの再生方法がィンターレース方式であり、クリップの有効な時間方向の長さが 100000 フレームであり、クリップを構成する音声データのチャネル数が 4チャネルであり、クリップを構成する画像データのアスペクトレシオが「4:3 J であり、再生可否情報が「true」（再生可能）であることを示している。

第 1 4行目乃至第 1 7行目のく clip id="C0004" umid=" 0123456789A BCDEF0123456789ABCDEF0123456789AD" f i le=" C0004C01. SMI" fps="59 .94i" dur=" 12001" ch="4" aspectRatio=" 16:9">は、クリップ I D 「 "C0003"」であるクリップの次に、光ディスク 1 7に記録されたクリップのクリップ要素を表しており、クリップ I Dが「"C0004"」であり、ュ一ミツドが r" 0123456789ABCDEF0123456789ABCDEF0123456789A D "」であり、クリップインフォメーションファイルのフアイル名が「" C0004C01.SMI "」であり、クリップの時間軸方向の解像度が 59. 94fild/sec であり、クリップの再生方法がインターレース方式であり、クリップの有効な時間方向の長さが 12001フレームであり、クリップを構成する音声データのチャネル数が 4チャネルであり、クリップを構成する画像データのアスペクトレシオが「16:9」でであり、再生可否情報が「true」（再生可能）であることを示している。

以上のように、インデックスファイルのクリップテーブルには、クリップ I D、ユーミツド、およびクリップインフォメーシンフアイルのファイル名の変換テーブル情報、並びにクリップを再生するために必要な属性情報により構成されるクリップ要素が光ディスク 1 7に記録される順番に記述される。

第 1 0図は、第 9図の第 2行目乃至第 5行目の「く clip id="C0001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file COO 01C01. SMI" fps="59.94i" dur=" 12001" ch=" " aspectRatio="4:3"> 」のクリップ I D 「"C0001"」のクリップ要素の例を示す。第 1 0図のクリップ要素においては、第 1行目および第 2行目のく clip id="C0 001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file= "C0001C01. SMI" fps="59.94i" dur=" 12001" ch-"4" aspec tRat io=" : 3">タグから第 1 7行目のく/ clip>タグの間には、クリップを構成するエッセンスデ一夕がそれぞれクリップ子要素として記述される。

第 3行目および第 4行目のく video umid=" 0123456789ABCDEF0123456 789ABCDEF0123456789A1" f i le="C0001V01. MXF" type=" DV25_41 IP" /> は、クリップを構成する画像データファイルのクリップ子要素を表している。

まず、第 3行目および第 4行目の「umid=" 0123456789ABCDEF012345 6789ABCDBF0123456789A1" f i le=" C0001V01. MXF" J について説明する o r_Umid=" 0123456789ABCDEF0123456789ABCDEF0123456789Al" J は、第 9図の場合と同様に、この画像データファイルに設定される、ヮ一ルドワイドで唯一の識別子ユーミツド（umid： unique material iden tifier) が、 32バイトのうちの共通部分である先頭 1 0バイトを除いた 2 2バイトで表されている。「f ile="C0001V01.MXF"」は、光デイスク 1 7に記録されているクリップを構成する画像データファイルのファイル名を表している。

すなわち、 r_Umid=" 01 3456789ABCDEF0123456789ABCDEF0123456789 Al" f ile="C0001V01.MXF"j は、ュ一ミツドが示すクリップのエツセンスデ一夕ファイル（いまの場合、画像データファイル）のファイル名を取得するための変換テーブル情報であり、ユーミツドが指示された場合、このインデックスファイルを参照することにより、対応するエッセンスデータファイル（いまの場合、画像データファイル）のフアイル名が取得され、ファイル名と、第 9図の第 1行目の「path='7P R0AV/CLPR/"J を参照することにより、エッセンスデ一夕ファイル（いまの場合、画像データファイル）の光ディスク 17に記録されている位置が取得される。第 3行目および第 4行目のうちの「type="DV25_411P"」には、このエッセンスデータファイル（いまの場合、画像データファイル）を再生するために必要な画像デ一夕ファイルの属性情報が記述されている。「type="DV25_411P"」は、画像デ一夕ファイルのコーデックの種類が「"DV25一 411P"」であることを示している。

以下、クリップを構成する音声データファイル、ローレゾデータフアイル、クリップメタデータフアイルおよびフレームメタデ一タファィルのクリップ子要素も、画像データファイルのクリップ子要素と基本的に同様の構成であるため、その詳細な説明を省略するが、第 5行目および第 6行目のく audio umid=" 0123456789ABCDEF0123456789ABCDE F0123456789A2" f i le=" C0001A01. MXF" type=" LPCM16" cast="CHl'7>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミツドが r_Umid=" 0123456789ABCDEF0123456789ABCDEF0123 456789A2"J であり、音声データファイルのファイル名が C0001A01 .MXF"」であり、音声データファイルのコ一デックの種類が「"LPCM16

" j であり、この音声デ一夕ファイルがチャネル 1 ("cm") として再生されることを示している。なお、音声データファイルの塲合の子要素には、再生するチャネル情報として「cast="CHl"」が記述されている。

第 7行目および第 8行目のく audio uiid=" 0123456789ABCDEF0123456 789ABCDEF0123456789A3" f i le=" C0001A02. MXF" type="LPCM16" cast- "CH2"/〉は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミツドが「umid=" 0123456789ABCDEF0123456789 ABCDEF0123456789A3"J であり、音声データファイルのファイル名が r"C0001A02.MXF"j であり、音声データファイルのコ一デックの種類が「"LPCM16"」であり、この音声データファイルがチャネル 2 ("CH2 ") として再生されることを示されている。

第 9行目および第 1 0行目のく audio umid=" 0123456789ABCDEF01234 56789ABCDEF0123456789A4" f i le=" C0001A03. MXF" type=" LPCM16" cas t="CH3"/>は、クリップを構成する音声データファイルのクリップ子要素を表しており、ユーミツドが「umid="0123456789ABCDEF01234567 89ABCDEF0123456789A4"J であり、音声データファイルのファイル名が「"C0001A03.MXF"」であり、音声データファイルのコ一デックの種類が「"LPCM16"」であり、この音声データファイルがチャネル 3 ("C H3") として再生されることを示している。

第 1 1行目および第 1 2行目のく audio umid=" 0123456789ABCDEF012 3456789ABCDEF0123456789A5" " C0001A04. MXF" type="LPCM16" cast=" CH4"/〉は、クリップを構成する音声データファイルのクリップ子要素を表しており、ュ一ミツドが「umid=" 0123456789ABCDEF0123456789AB CDEF0123456789A5"J であり、音声データファイルのファイル名が「" C0001A04.MXF"」であり、音声データファイルのコーデックの種類が r"LPCM16"j であり、この音声データファイルがチャネル 4 (" CH4" ) として再生されることを示している。

第 1 3行目および第 14行目のく subStream umid=" 0123456789ABCDE F0123456789ABCDEF0123456789A6" f i le="C0001S01. MXF" type="PD-Su bStream"/>は、クリップを構成するローレゾデータファイルのクリップ子要素を表しており、ュ一ミツドが「umid=" 0123456789ABCDEF0123 456789ABCDEF0123456789A6"J であり、ローレゾデータファイルのフアイル名が「"C0001S01.MXF"」であり、ローレゾデ一夕ファイルのコ —デックの種類が「"H)- SubStream" J であることを示している。第 1 5行目のく meta file="C0001M01.XML" type="PD- Meta"/〉は、クリップを構成するクリップメタデータファイルのクリップ子要素を表しており、クリップメタデータファイルのファイル名が「"C0001M01. XML" J であり、クリップメタデータファイルのコーデックの種類が「 "PD- Meta"」であることを示している。

第 1 6行目のく rtmeta file="C0001R01.BIM" type=" std"/〉は、クリップを構成するフレームメタデータファイルのクリツプ子要素を表しており、フレームメタデータファイルのファイル名が「"C0001R01.BI M"」であり、フレームメタデータファイルのコーデックの種類が「"s td"」であることを示している。なお、いまの場合、クリップメタデ一夕ファイルおよびフレームメタデータファイルには、ユーミツドが設定されていないが、ユーミッドを設定するようにしてもよい。

以上のように、インデックスファイルのクリップテーブルには、クリップを構成するエッセンスデータのュ一ミッド、およびエッセンスデ一夕のファイル名の変換テーブル情報、およびクリップを構成するエッセンスデータを再生するために必要な属性情報（コ一デックの種類や解像度）が記述されている。したがって、インデックスファイルを読み込んだだけで、クリップを再生するために必要な情報が取得されるので、後は、取得されたファイル名に基づいて、クリップを構成するエッセンスデータを、光ディスク 1 7から読み出すだけでそのクリップを再生することができる。

なお、第 1 0図に示されるクリップ I D 「"C0001"」のクリップ要素の構成例は、光ディスク 1 7に記録されている各クリップに対応するすべてのクリップ I Dのクリップ要素において適用することができる。すなわち、第 9図に示される、その他のクリップ I D r"C0002" J 乃至「"C0004"」においても、第 1 0図に示されるクリップ要素の構成例を適用することができるので、その説明を省略する。

第 1 1図は、第 8図の第 6行目の「く editlistTable pat ="/PROAV/ EDTR/">J のエディツトリストテーブルの例を示す。第 1 1図のェデイットリストテーブルにおいては、第 1行目のく editlistTable path= 7PR0AV/EDTR/"〉タグから第 1 8行目のく/ edi 11 istTable >タグの間には、光ディスク 1 7に記録されるクリップを編集した結果であるェデイットリストが、編集された順に、エディツトリスト要素として記述される。なお、第 1 1図は、第 9図の例のテーブルに記述される要素であるクリップが、エディットリストに代わっただけであり、その基本的な構成は同様であるため、その詳細な説明は適宜省略する。

第 1 1図の第 2行目乃至第 5行目のく editlist id="E0001" umid="0 123456789ABCDEF01 3456789ABCDEF0123456789BB" f i le="E0001E01. SM I" dur=" 500" fps=" 59.94i" ch="4" aspectRatio=" 4: 3">は、光ディスク 1 7に記録されたクリップを編集した一番目のエディットリスト要素を表しており、エディットリスト I Dが「"Ε000Γ」であり、ュ —ミツドが r" 0123456789ABCDEF0123456789ABCDEF0123456789BB" J であり、エディツトリストファイルのファイル名が「"E0001E01.SMI"J であり、さらに、エディットリストの属性情報として、エディツトリストの有効な時間方向の長さが 500フレームであり、エディットリストの時間軸方向の解像度が 59.94f ild/secであり、エディットリストの再生方法がィン夕一レース方式であり、エディットリストにより再生される音声データのチャネル数が 4チャネルであり、エディットリストにより再生される画像データのアスペクトレシオが「4:3」であることを示している。第 6行目乃至第 9行目のく editlist id="E0002" uraid^" 0123456789A BCDEF0123456789ABCDEF0123456789BC" f i le="E0002E01. SMI" dur="50 0" fps=" 59.94i" ch="4" aspec tRatio=" 4 : 3" >は、エディツ卜リスト I Dが「"Ε000Γ」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリスト I Dが「 "E0002"J であり、ユーミツドが r" 0123456789ABCDEF0123456789ABCD EF0123456789BC"」であり、エディツトリストファイルのファイル名が「"E0002E01.SMI"J であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが 500フレームであり、エディットリストの時間軸方向の解像度が 59.94fild/secであり、エディットリストの再生方法がインターレース方式であり、ェデイットリス卜により再生される音声データのチャネル数が 4チャネルであり、エディットリストにより再生される画像データのァスぺクトレシオが「4:3」であることを示している。

第 1 0行目乃至第 1 3行目のく editlist id="E0003" umid=" 0123456 789ABCDEF0123456789ABCDEF0123456789BD" f i le="E0003E01. SMI" dur =" 500" fps=" 59.94i" ch="4" aspec tRati o=" 4 : 3"〉は、エディツトリスト I Dが「"E0002"」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリスト I D が r"E0003"j であり、ユーミツドが Γ" 0123456789ABCDEF0123456789 ABCDEF0123456789BD"J であり、エディツトリストファイルのフアイル名が「"E0003E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが 500フレ一ムであり、エディットリストの時間軸方向の解像度が 59.94fild/sec であり、エディットリストの再生方法がインタ一レース方式であり、エディットリストにより再生される音声データのチャネル数が 4チヤネルであり、エディットリストにより再生される画像データのァスぺクトレシオが「4:3」であることを示している。

第 1 4行目乃至第 1 7行目のく editlist id="E0004" umid=" 0123456 789ABCDEF0123456789ABCDEF0123456789BE" f i le="E0003E01. SMI" dur =" 500" fps=" 59.94i" ch="4" aspectRatio-" 16:9"〉は、エディツトリスト I Dが「"E0003"」であるエディットリストの次に、クリップを編集したエディットリスト要素を表しており、エディットリスト I D が「"E0004"」であり、ュ一ミツドが Γ" 0123456789ABCDEF0123456789 ABCDEF0123456789BE"J であり、エディツトリストファイルのフアイル名が「"E0004E01.SMI"」であり、さらに、エディットリストの属性情報として、エディットリストの有効な時間方向の長さが 500フレームであり、エディットリストの時間軸方向の解像度が 59.94fild/sec であり、エディットリストの再生方法がインターレース方式であり、エディットリストにより再生される音声データのチャネル数が 4チヤネルであり、エディットリストにより再生される画像データのァスぺクトレシオが「4:3」であることを示している。

第 1 2図は、第 1 1図の第 2行目の「く editlist id="E0001" umid= "0123456789ABCDEF0123456789ABCDEF0123456789BB" f i le="E0001E01. SMI" dur=" 500" fps=" 59.94i" ch="4" aspectRatio="4:3">j のェデイットリスト I D 「"E0001"」のエディツトリスト要素の例を示す。第 1 2図のエディットリスト要素においては、第 1行目乃至第 4行目のく edit list id="E0001" umid=" 0123456789ABCDEF0123456789ABCDEF0 123456789BB" f i le="E0001E01. SMI" dur =" 500" fps=" 59.94i" ch=" " aspectRatio="4:3">タグから第 7行目のく/ edit list >タグの間には、エディツトリストを構成するデータがエディツトリスト子要素として記述される。第 5行目のく playlist f i le="E0001P01. SMI"/〉は、このエディットリスト（編集結果）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報であるプレイリストファイルのエディットリスト子要素を表しており、プレイリストファイルのファイル名が「"E0001 P01.SMI"J であることを示している。

第 6行目のく meta f i le="E0001M01. XML" type="PD-Meta"/>は、ェデイットリスト用クリップメ夕データファイルのエディットリスト子要素を表しており、エディットリスト用クリップメタデータファイルのファイル名が「"E0001M01.XML"」であり、エディツトリスト用クリツプメタデータファイルのコーデックの種類が「"PD_Me "」であることを示している。なお、いまの場合、プレイリストファイルおよびメタデ一夕ファイルには、ユーミツドが設定されていないが、ユーミツドを設定するようにしてもよい。

以上のように、インデックスファイルのエディットリストテーブルには、エディツトリスト I D、ユーミツド、およびエディツトリストファイルのファイル名の変換テーブル情報、並びにエディットリストを再生するために必要な属性情報により構成されるエディットリスト要素が編集される順番に記述される。

なお、第 1 2図に示されるエディツトリスト I D 「"Ε000Γ'」のェデイットリスト要素の構成例は、光ディスク 1 7に記録されている各エディットリストに対応するすべてのエディットリスト I Dのエディットリスト要素において適用することができる。すなわち、第 1 1図に示される、その他のエディツトリスト I D 「"Ε0002"」乃至「"Ε000 4"」においても、第 1 2図に示されるエディツトリスト要素の構成例を適用することができるので、その説明を省略する。次に、光ディスク 1 7のファイルシステムのクリップインフォメーシヨンファイルについて説明する。上述したように、クリップインフオメ一シヨンファイルは、光ディスク 1 7に記録されているクリップをクリップ毎に管理するための管理情報が記述される。なお、クリツプインフォメーションファイルは、汎用性を持たせるために、 XML 形式で記述された SMIL (Synchronized Multimedia Integration Langua ge)が用いられて管理されている。

第 1 3図および第 14図は、第 6図のクリップインフォメーションファイル 1 5 1のうちの、開始タグであるく body>タグから、終了タグであるく/ body>タグにより指定される範囲のコードの例を示す。なお、第 1 3図には、上述した範囲の第 1行目および第 2 0行目が示され、第 1 4図には、上述した範囲の第 2 1行目乃至第 42行目が示される。また、図示は省略するが、クリップインフォメーションファイル 1 5 1において、第 1 3図および第 14図に記載されるく body>タグ乃至く/ body>タグ以外には、クリップインフォメーションファイル 1 5 1が SMIL で記述されている情報、およびこのクリップのクリップメタデータ（例えば、第 6図のクリップメタデータファイル 1 62) の情報が含まれるへッダ情報などが記述されている。

第 2行目のく par〉タグは、第 4 1行目のく/ par>タグまでに記述されているエッセンスデータを同時に（パラレルで）再生することを表している。第 3行目のく switch〉タグは、第 3 8行目のく/ switch>タグまでに記述されているエッセンスデータのうちのいずれかを切り替えて再生することを表している。第 4行目の「く！-- main stream --〉」は、コメントタグであり、第 5行目のく par systemComponent=" IMX50"> タグから、第 3 3行目のく/ par>タグまでに記述されているエッセンスデ一夕が、本線データ（オリジナルの画像データおよび音声データ）であるコメントを示している。

第 5行目のく par systemComponent="IMX50"〉タグのうちの「systemC 0即 onent="IMX50"」は、この撮像装置 1 4が再生可能な（または再生が希望される）画像データのコーデックの種類を表している。したがつて、第 5行目のく par systemComponent="IMX50"〉は、第 3 3行目のく /par〉タグまでに記述されているエッセンスデータのうちの画像デー夕が「IMX50」のコ一デックあれば、第 3 3行目の〈/par>タグまでに記述されているエッセンスデータを、同時に再生することを表している。

第 6行目乃至第 8行目のく video src="urn:smpte:umid:060A2B34010 101050101 ODl 2130000000123456789ABCDEF0123456789ABCDEF" type=" I MX50">には、再生対象とする画像データの属性情報が記述されている「src="urn:smpte:umid:060A2B340101010501010Dl 213000000012345 6789ABCDEF0123456789ABCDEF"J は、 SMPTE (Society of Motion Pictu re and Television Engineers)で定義される「umid: 060A2B34010101 050101 ODl 2130000000123456789ABCDEF0123456789ABCDEF J の画像デー夕（例えば、画像データファイル 1 5 2) を再生対象とすることを表している。また、「type="IMX50"」は、画像データを再生するために必要な情報である画像データの付属情報であるコーデックタイプを示している。したがって、第 6行目乃至第 8行目には、画像データファィル 1 5 2を「IMX50」で再生することが示されている。

ここで、 umid(unique material ident i f ier)は、参照されるデータに設定される、ワールドワイドで唯一の識別子（ID identifier) である。 umid (UMID) には、 Basic UMID (3 2バイト）と Extended UM ID (3 2ノイト）とがあり、そのうちの Basic UMID (3 2ノ、イト）は、画像デ一夕、音声デ一夕等の唯一の IDである。また、 Extended UMID は、. ソースパック（時間、場所、撮影者等）を示し、映像の性質を表すためや、検索に利用されるために Basic UMID に付加される。このように、クリップインフォメーションファイルにおいて、エツセンスデータがユーミツドで管理されている。したがって、光デイスク 1 7内では、インデックスファイルを用いて、ユーミツドをフアイル名に変換する必要があるが、その反面、'汎用性があるため、外部の装置で利用することができる。

第 9行目乃至第 1 1行目のく audio src-"urn:smpte:umid:060A2B340 101010501010D1213000000123456789ABCDEF0123456789ABCDEF0" type= "LPCM16" trackDst="CHl"/〉には、再生対象とする音声データの属性情報が記述されている。「type="LPCM16"」は、音声データを LPCM16 で再生されることを表しており、「trackDst="CHl",」は、この音声デ一夕をチャネル 1として再生することを表している。したがって、第 1 0行目乃至第 1 2行目には、 r_Umid:060A2B340101010501010D12130 00000123456789ABCDEF0123456789ABCDEF0J の音声データ（例えば、音声データファイル 1 5 3 ) を、チャネル 1として、 LPCM16 で再生することが示されている。

同様に、第 1 2行目乃至第 1 4行目のく audio src="urn:smpte:umid :060A2B340101010501010D121300000023456789ABCDEF0123456789ABCDE F01" type="LPCM16" trackDs t=" CH2"/>は、「umid:060A2B3401010105 01010D121300000023456789ABCDEF0123456789ABCDEF01J の音声データ (例えば、音声データファイル 1 5 4) を、チャネル 2として、 LPCM 16 で再生することを表しており、第 1 5行目乃至第 1 7行目のく audi 0 src="urn:smpte:umid:060A2B340101010501010D12130000003456789A BCDEF0123456789ABCDEF012" type=" LPCM16" trackDst=" CH3"/>は、厂 umid:060A2B34010101050101 ODl 2130000003456789ABCDEF0123456789AB CDEF012J の音声データ（例えば、音声データファイル 1 5 5) を、チャネル 3として、 LPCM16 で再生することを表しており、第 1 8行目乃至第 20行目のく audio src="urn:sipte:umid:060A2B34010101050 1010D1213000000456789ABCDEF0123456789ABCDEF0123" type=" LPCM16" trackDst="CH47〉は、 r_Umid:060A2B34010101050101 ODl 21300000045 6789ABCDEF0123456789ABCDEF0123」の音声データ（例えば、音声デ一夕ファイル 1 5 6) を、チャネル 4として、 LPCM16 で再生することを表している。

また、第 2 1行目乃至第 2 3行目のく audio src="urn:smpte:umid:0 60A2B340101010501010D121300000056789ABCDEF0123456789ABCDEF0123 4" type="LPCM16" trackDst="CH5"/〉は、 r_Uiid : 060A2B340101010501 010D121300000056789ABCDEF0123456789ABCDEF01234J の音声データ（例えば、音声データファイル 1 5 7) を、チャネル 5として、 LPCM16 で再生することを表しており、第 24行目乃至第 26行目のく audio s rc="urn:smpte:umid:060A2B340101010501010D12130000006789ABCDEF0 123456789ABCDEF012345" iype="LPCM16" trackDst="CH6"/>は、「umi d:060A2B340101010501 OlODl 2130000006789ABCDEF0123456789ABCDEF01 2345」の音声データ（例えば、音声データファイル 1 5 8 ) を、チヤネル 6として、 LPCM16で再生することを表している。

さらに、第 2 7行目乃至第 29行目のく audio src=" urn: smpte :umid :060A2B340101010501010D1213000000789ABCDEF0123456789ABCDEF0123 456" type="LPCM16" trackDst=" CH7"/〉は、 r_Umid:060A2B3401010105 01010D1213000000789ABCDEF0123456789ABCDEF0123456J の音声データ (例えば、音声データファイル 1 5 9) を、チャネル 7として、 LPCM 16 で再生することを表しており、第 30行目乃至第 32行目のく audi 0 src="urn:smpte:umid:060A2B340101010501010D121300000089ABCDEF

0123456789ABCDEF01234567" type=" LPCM16" trackDst=" CH8"/〉は、「 umid:060A2B340101010501010D121300000089ABCDEF0123456789ABCDEF0 1234567」の音声データ（例えば、音声データファイル 1 6 0 ) を、チャネル 8として、 LPCM16で再生することを表している。

第 3 4行目の「く！-- sub stream ―) J は、コメントタグであり、第 3 5行目乃至第 3 7行目に記述されているエッセンスデータが、口ーレゾデータであるコメントを示している。

第 3 5行目乃至第 3 7行目のく ref src="urn:smpte:umid:060A2B340 101010501010D12130000009ABCDEF0123456789ABCDEF012345678" type " SubStream" systemConiponent=" SubStream"/>には、再生対象とする任意のデータ（いまの場合、ローレゾデータ）の属性情報が記述されている。

SubStream" J は、ローレゾデータが SubStreamというコーデックで再生されることを表しており、「systemComponen " S ubStream"」は、この撮像装置 1 4が再生可能な（または再生が希望される）口一レゾデ一夕のコーデックの種類を表している。したがつて、第 3 5行目乃至第 3 7行目には、「umid:060A2B340101010501010 D12130000009ABCDEF0123456789ABCDEF012345678J のローレゾデ一夕 (例えば、ローレゾデータファイル 1 6 1 ) が、 SubStream で再生されることが示されている。

第 3 9行目の「く！一 realtime met a ―) J は、コメントタグであり、第 4 1行目に記述されているエッセンスデータが、リアルタイムメ夕データであるコメントを示している。

第 4 0行目のく me stream src=" C0001R01. BIM" type=" std"/〉には、再生対象とするメタデ一夕の属性情報が記述されている。「src="C 0001R01.BIM"」は、フレームメタデータのファイル名を表しており、「type=" s t d"」は、フレームメタデータが「s t d」というコ一デックで再生されることを表している。したがって、第 3 5行目乃至第 3 7 行目には、ファイル名「" C0001R01. BIM"」のフレームメタデータ（例えば、フレームメタデータファイル 1 6 3 ) が、「s t d」で再生されることが示されている。

以上より、第 1 3図および第 1 4図のクリップインフォメーションファイル 1 5 1には、画像データファイル 1 5 2および音声データフアイル 1 5 3乃至 1 6 0、もしくは、ローレゾデータ 1 6 1のいずれか選択されたファイルが、フレームメタデータファイル 1 6 3と同時に再生されることが示されている。

以上のように、クリップインフォメーションファイルには、クリツプを構成するエッセンスデータを再生するために必要なエッセンスデ一夕の付属情報が記述されている。したがって、エセンスデータを読み出して、再生に必要な情報を解釈しなくても、. クリップインフォメーシヨンファイルを参照することにより、すぐに、エッセンスデ一夕を再生するために必要な情報であるエッセンスデータの付属情報を取得することができる。

また、クリップインフォメーションファイルにおいては、汎用性のある SMIL が用いられ、さらに、クリップを構成するエッセンスデー夕が、汎用性のあるユーミツドで管理されている。これにより、クリップインフォメーションファイルを外部の装置で簡単に利用することができる。

次に、第 1 5図のフローチャートを参照して、撮像装置 1 4に光デイスク 1 7が装着された場合に実行されるィンデックスファイルの読み出し処理を説明する。撮影スタッフは、撮像装置 1 4を用いて、撮影により得られる画像データや音声データを記録するために、または、光ディスク 1 7に記録されている画像データや音声データを再生するために、光ディスク 1 7をドライブ 6 6に装着する。

CPU 5 1は、ステップ S 1において、ドライブ 6 6に光ディスク 1 7が装着されるまで待機しており、ドライブ 6 6に光ディスク 1 7が装着されたと判断した場合、ステップ S 2に進み、ドライブ 6 6を制御し、光ディスク 1 7からインデックスファイル（例えば、インデックスファイル 1 3 4 ) を読み出させ、 RAM 5 3に展開（ロード）し、インデックスファイル読み込み処理を終了する。

このようにして、撮像装置 1 4においては、光ディスク 1 7が装着された時点で、インデックスファイルが光ディスク 1 7から読み出され、 RAM 5 3に展開ざれる。そして、これ以降の処琴においては、 RAM 5 3に展開されたィンデックスファイルに基づいて、光ディスク 1 Ί に対して、データ書き込みや読み出しの処理が実行される。これにより、光ディスク 1 7に記録されているデータへのアクセスを早くすることがでぎる。

次に、第 1 6図のフローチャートを参照して、撮像装置 1 4のクリップ生成処理を説明する。なお、いまの場合、撮像装置 1 4に光ディスク 1 7が装着され、第 1 5図を参照して上述したインデックスファィル読み出し処理が実行され、 RAM 5 3には、例えば、インデックスファイル（例えば、インデックスファイル 1 3 4 ) が展開されている。第 1 7図乃至第 1 9図の処理においても同様である。

撮影スタッフは、撮像装置 1 4を用いて、撮影により入力される画像データや音声データを光ディスク 1 7に記録するために、操作部 6 1を構成する録画ポタンを操作し、光ディスク 1 7へのデータの記録を指示する。操作部 6 1は、 CPU 5 1にデ一夕の記録の指示信号を出力する。 CPU 5 1は、操作部 6 1よりデータの記録の指示信号が入力された場合、入力部 6 2に光ディスク 1 7へのデータの記録開始を指示する。また、このとき、 RAM 5 3には、撮影スタッフにより操作部 6 1を介して設定された（または、撮影装置 1 4で予め設定されている）画像データおよび音声デ一夕のパラメータ情報（解像度の情報や、コーデックの種類など）が記憶されている。

入力部 6 2は、 CPU 5 1からの指示に基づいて、カメラにより撮像された画像データおよびマイクロフオンにより集音された音声データを入力し、エンコーダ Zデコーダ部 5 6に供給する。エンコーダ/デコーダ部 5 6は、入力部 6 2から供給された風像データおよび音声デ '—夕を、それぞれ、 RAM 5 3に記憶されているパラメータ情報に墓づいて、それぞれ符号化し、符号化された画像データ,、音声データおよびローレゾデ一夕をデータ取り込み部 1 0 1に供給する。

記録制御部 5 4のデータ取り込み部 1 0 1は、第 1 6図のステップ S 2 1において、エンコーダ/デコーダ部 5 6からデータが入力されるまで待機しており、エンコーダノデコーダ部 5 6からデータが入力されたと判断した場合、データの記録開始が指示されたと判断し、ェンコ一ダ Zデコーダ部 5 6からデータが入力されたことを示す情報を、データ生成部 1 0 3、クリップ生成部 1 0 4およびインデックスフアイル更新部 1 0 5に供給し、ステップ S 2 2に進む。このとき、同時に、データ取り込み部 1 0 1は、エンコーダ Zデコーダ部 5 6からの画像データ、音声データおよびローレゾデータをデ一夕生成部 1 0 3に供給する。

クリップ生成部 1 0 4は、ステップ S 2 2.において、データ生成部 1 0 3からのデータが入力されたことを示す情報に基づいて、撮像装置 1 4に入力された画像データ、音声データおよびローレゾデータデ一夕をクリップとして管理するためのクリップディレクトリ（例えば、クリップディレクトリ 1 4 1 ) を生成し、生成されたクリップディレクトリをテーブル記録部 1 0 7に出力し、ステップ S 2 3に進む。テーブル記録部 1 0 7は、クリップ生成部 1 0 4からのクリップディレクトリをドライブ 6 6を介して、光ディスク 1 7に記録する。データ生成部 1 0 3は、ステップ S 2 3において、 RAM 5 3に記憶されているパラメータ情報を取得し、取得したパラメータ情報に基づいて、デ一タ取り込み部 1 0 1からのエッセンスデータのヘッダおよびフッ夕を生成し、生成されたヘッダ、フッ夕およびボディ（エツセンスデータ）からなる M X Fのエッセンスデータファイル（画像デー夕ファイル 1 5 2、音声データファイル 1 5 3乃至 1 6 0、ローレゾデ一夕ファイル 1 6 1 ) を生成し、生成された各エッセンスデ一タフアイルをデータ記録部 1 0 6に出力し、ステップ S 2 4に進む。デ一夕記録部 1 0 6は、デ一夕生成部 1 0 3からのエッセンスデータファィルをドライブ 6 6を介して、光ディスク 1 7に記録する。

データ生成部 1 0 3は、ステップ S 2 4おいて、 RAM 5 3より取得したパラメータ情報およびデータ取り込み部 1 0 1からの画像データおよび音声データに基づいて、フレームメタデータデータ（例えば、フレームメタデータデ一夕 1 6 3 ) を生成し、生成されたフレームメ夕デ一タデ一夕をデータ記録部 1 0 6に出力し、ステップ S 2 5に進む。データ記録部 1 0 6は、デ一夕生成部 1 0 3からのフレームメタデータデータをドライブ 6 6を介して、光ディスク 1 7に記録する。データ生成部 1 0 3は、ステップ S 2 5おいて、 RAM 5 3より取得したパラメ一夕情報およびデータ取り込み部 1 0 1からの画像データおよび音声データに基づいて、クリップメタデ一夕データ（例えば、クリップメタデ一夕データ 1 6 2 ) を生成し、生成されたクリップメ夕デ一夕データをデータ記録部 1 0 6に出力し、ステップ S 2 6に進む。データ記録部 1 0 6は、データ生成部 1 0 3からのクリップメタデータデータをドライブ 6 6を介して、光ディスク 1 7に記録する。データ生成部 1 0 3は、ステツプ S 2 6おいて、 RAM 5 3より取得したパラメ一夕情報およびデータ取り込み部 1 0 1からの画像データに基づいて、ピクチャポインタファイル（例えば、ピクチャポインタファイル 1 6 4 ) を生成し、生成されたピクチャポインタファイルをデータ記録部 1 0 6に出力し、ステップ S 2 7に進む。データ記録部 1 0 6は、デ一夕生成部 1 0 3からのピクチャポインタファイルをドライブ 6 6を介して、光ディスク 1 7に記録する。

クリップ生成部 1 0 4は、ステップ S 2 7において、 RAM 5 3に記憶されているパラメータ情報を取得し、取得したパ,ラメ一夕情報に基づいて、クリップインフォメーションファイル（例えば、クリップィンフオメ一シヨンファイル 1 5 1 ) を生成し、生成されたクリップィンフオメ一ションファイルをテーブル記録部 1 0 7に出力し、ステツプ S 2 8に進む。テーブル記録部 1 0 7は、クリップ生成部 1 0 4からのクリップインフォメーションファイルをドライブ 6 6を介して、光ディスク 1 7に記録する。

インデックスファイル更新部 1 0 5は、ステップ S 2 8において、ィンデックスファイルのクリップテーブルに、新しいクリップ要素を追加するインデックスファイルの更新処理を実行する。このィンデックスファイルの更新処理を、第 1 7図のフローチャートを参照して説明する。

インデックスファイル更新部 1 0 5は、第 1 7図のステップ S 4 1 において、 RAM 5 3に記憶されているパラメータ情報を取得し、取得したパラメータ情報およびクリップィンフオメ一ションファイル（例えば、クリップインフォメーションファイル 1 5 1) に基づいて、クリップの属性情報を記述したクリップ要素を生成する。具体的には、インデックスフアイル更新部 1 0 5は、クリップインフォメーションファイルに基づいて、クリップのユーミツドおよびファイル名などのクリップを管理するための管理情報（例えば、第 9図の第 2行目乃至第 5行目の「clip id="C0001"j 、 r_Umid=" 0123456789ABCDEF0123456 789ABCDEF0123456789AA"」、「Π le="C0001C01. SMI"」、「dur="1200 1"」など）を記述し、パラメータ情報に基づいて、生成されたクリツプ要素に、クリップを再生するために必要な属性情報（例えば、第 9 図の第 2行目乃至第 5行目の「fps=" 59.94i"」、「ch="4"」、「aspe ctRatio="4:3"」など) を記述して、クリップ要素を生成し、ステツプ S 42に進む。

インデックスファイル更新部 1 0 5は、ステップ S 42において、 ' 生成されたクリップ要素に、クリップの再生可否情報（例えば、第 9 図の第 5行目の「playable="true"」 ) を記述し、ステップ S 4 3に進む。なお、いまの場合、デフォルトとして、「true」（再生可能）が記述される。，

ィンデッ.クスファイル更新部 1 0 5は、ステップ S 4 3において、パラメ一夕情報およびクリップインフォメ一ションファイルに基づいて、クリップを構成するエッセンスデータの属性情報を記述したクリップ子要素を生成する。具体的には、インデックスファイル更新部 1 0 5は、クリップインフォメーションファイルに基づいて、クリップに含まれるエッセンスデータなどのユーミッドおよびファイル名などのクリップを管理するための管理情報（例えば、第 1 0図の第 3行目および第 4行目の r_Umid=" 0123456789ABCDEF0123456789ABCDEF012345 6789A1" J 、「f i l e=" C0001V01. MXF"」 ) を記述し、パラメ一夕情報に基づいて、各エッセンスデータを再生するために必要な属性情報（例えば、第 1 0図の第 4行目の「type=" DV25— 411P"」）を記述して、クリップ子要素を、クリップ要素に生成し、ステップ S 4 4に進む。ステップ S 4 4において、インデックスファイル更新部 1 0 5は、 RAM 5 3のインデックスファイル（例えば、ィンデックスファイル 1 3 4 ) のクリップテーブルに、生成されたクリップ要素（クリップ子要素が含まれる）を追加（登録）してインデックスファイルを更新し、更新されたインデックスフティルをテ一ブル記録部 1 0 7に出力する。なお、このとき、インデックスファイル更新部 1 0 5は、クリツプテ一ブルに登録されているクリップ要素の最後尾に、生成されたクリップ要素を登録する。テーブル記録部 1 0 7は、インデックスファィル更新部 1 0 5からのィンデックスファイルをドライブ 6 6を介して、光ディスク 1 7に記録し、第 1 6図に戻り、クリップ生成処理を終了する。

以上のようにして、光ディ.スクに生成されたクリップがクリップ単体として再生可能であるか否かを示す再生可否情報がィンデックスフアイルに記述される。

次に、このように記述された再生可否情報を設定する、撮像装置 1 4の再生可否情報設定処理を、第 1 8図のフローチャートを参照して説明する。

撮像装置 1 4においては、例えば、撮像した画像データの下地として使用するために、全面ブラックの画像データ、または、カラーバ一の画像データを 1フレーム分だけ撮像し、光ディスク 1 7に記録する場合がある。光ディスク 1 7のファイルシステムにおいては、これらの全面ブラックの画像データ、または、カラ一バーの画像データは、 1フレームの画像データファイルにより構成されるクリップとして管理される。これらのクリップは、 1フレームの画像データファイルを

、クリップ（エディットリスト）の有効な時間方向の長さ（例えば、第 1 1図の第 4行目の「dur=" 500"」）などで、時間的に引き伸ばすようにして、他のクリップと一緒に編集されて、その編集結果が、ェディットリストファイル（例えば、エディットリストファイル 1 7 1 ) として生成されて、利用される。

したがって、これらのクリップは、 1フレームだけにより構成されており、クリップ単体を再生させても意味がない場合がある。特に、撮影スタッフなどが、撮影したすべてのクリップを再生したい場合に実行されるテープ再生処理（後述する第 1 9図）においては、光ディスク 1 7に記録されているすべてのクリップが再生されてしまうため、これらのクリップも再生されてしまう。 ,

そこで、撮影スタッフは、操作部 6 1のポタンなどを操作して、対応するクリップを、クリップ単体での再生をさせないように設定する。これに対応して、操作部 6 1は、 CPU 5 1にクリップの再生不可能の設定の指示信号を出力する。 CPU 5 1は、操作部 6 1を介して、クリップ再生不可能の設定の指示信号が入力された場合、記録制御部 5 4に、再生可否情報を変更する指示を行う。

インデックスファイル更新部 1 0 5は、第 1 8図のステップ S 6 1 において、 CPU 5 1から再生可否情報を変更すると指示されるまで待機しており、再生可否情報を変更すると指示された場合、ステップ S 6 2に進み、その変更指示は、再生可否情報を不可能に設定する指示であるか否かを判断する。

インデックスファイル更新部 1 0 5は、ステップ S 6 2において、変更指示は、再生可否情報を不可能に設定する指示であると判断した場合（再生可否情報を不可能に設定すると判断した場合）、ステップ

S 6 3に進み、ィンデックスファイルの対応するクリップ要素の再生可否情報を不可能に設定する。

具体的には、インデックスファイル更新部 1 0 5は、 RAM 5 3のィンデックスファイルのクリツプテーブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、第 9図の第 5行目の

t rue" J ) を不可能 (" f al se" ) に設定して、インデックスファイルを更新し、更新されたインデックスファィルをテーブル記録部 1 0 7に出力する。テーブル記録部 1 0 7は、インデックスファイル更新部 1 0 5からのインデックスファイルをドライブ 6 6を介して、光ディスク 1 7に記録し、再生可否情報設定処理を終了する。なお、.図示は省略するが、クリップ要素の再生可否情報がもともと不可能であった場合には、インデックスファイルの更新なしに、再生可否情報設定処理は終了される。

インデックスファイル更新部 1 0 5は、ステップ S 6 2において、変更指示は、再生可否情報を不可能に設定する指示ではないと判断した場合（再生可否情報を可能に設定すると判断した場合）、ステップ S 6 4に進み、ィンデックスファイルの対応するクリップ要素の再生可否情報を可能に設定する。

具体的には、インデックスファイル更新部 1 0 5は、 RAM 5 3のィンデックスファイルのクリップテ一ブルから対応するクリップのクリップ要素を取得して、そのクリップ要素の再生可否情報（例えば、第 9図の第 9行目の「pl ayaM e=" f al se"」）を可能（" t rue" ) に設定して、インデックスファイルを更新し、更新されたインデックスフアイルをテーブル記録部 1 0 7に出力する。テーブル記録部 1 0 7は、ィンデックスファイル更新部 1 0 5からのインデックスファイルをドライブ 6 6を介して、光ディスク 1 7に記録し、再生可否情報設定処理を終了する。なお、図示は省略するが、クリップ要素の再生可否情報がもともと可能であつた場合には、インデックスフアイルの更新なしに、再生可否情報設定処理は終了される。

以上のようにして、光ディスク 1 7に記録されているクリップをクリップ単体として再生可能であるか否かが設定される。

次に、第 1 9図のフローチャートを参照して、撮像装置 1 4のテ一プ再生処理について説明する。

撮影スタッフは、撮影したすべてのクリップを確認するために、操作部 6 1のポタンなどを操作して、テープ再生を指示する。例えば、撮像装置 1 4において、記録媒体として、テープが用いられ、テープに記録されたデータを再生する場合、テープに記録されたデータは、テープに記録された順に途切れることなく、連続的に再生される。このように、テープ再生処理とは、光ディスク 1 7に記録されているすベてのクリップを、あたかもテープを再生するかのように、記録された順に、次々と連続して再生するクリップ連続再生処理のことをいう操作部 6 1は、 CPU 5 1にテープ再生の指示信号を出力する。 CPU 5 1は、操作部 6 1 ,を介して、テープ再生の指示信号が入力された場合、再生制御部 5 .5に、光ディスク 1 7からのテープ再生開始を指示する。

テープ再生部 1 1 2は、第 1 9図のステツプ S 1 0 1において、 CP U 5 1からテープ再生の開始が指示されるまで待機しており、 CPU 5 1 からテープ再生の開始が指示されたと判断した場合、ステップ S 1 0 2に進み、インデックスファイル情報取得部 1 1 3を制御し、 RAM 5 3のィンデックスファイル（例えば、ィンデックスファイル 1 3 4 ) のクリップテーブルから、最初のクリップ要素を取得させる。テープ再生部 1 1 2は、ステップ S 1 0 3において、再生判断部 1 1 5を制御し、取得されたクリップ要素が対応するクリップの再生が可能であるか否かを判断させる。

再生判断部 1 1 5は、ステップ S 1 0 3において、クリップ要素の再生可否情報が「" t rue" (再生可能）」であるか否かを判断し、クリップ要素の再生可否情報が「" t rue" (再生可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が可能であると判断した場合）、クリップ要素が対応するクリップの再生が可能であることを示す情報を、テープ再生部 1 1 2に出力し、ステップ S 1 0 に進む。

再生判断部 1 1 5からのクリッブ再生可能の情報を取得すると、テープ再生部 1 1 2は、ステップ S 1 0 4において、，インデックスファィル情報取得部 1 1 3を制御し、対応するクリップ要素から再生するエッセンスデータのファイル名（例えば、第 1 0図の第 4行目の「f i l e=" C0001V01. MXF" j ) およびエッセンスデータを再生するために必要な属性情報（例えば、第 1 .0図の第 4行目の「type=" DV25_411P"」 ) を取得させ、取得された属性情報およびファイル名に基づいて、ドライブ 6 6、エンコーダ /デコーダ部 5 6、および出力部 6 3を制御し、光ディスク 1 7に記録されているエッセンスデ一夕を再生させる。具体的には、ドライブ 6 6は、テープ再生部 1 1 2の制御のもと、ファイル名に対応するエッセンスデータを光ディスク 1 7から読み出し、エンコーダ Zデコーダ部 5 6に供給する。エンコーダ/デコーダ部 5 6は、テープ再生部 1 1 2からの属性情報に基づいて、エッセンスデータをデコードし、デコードされたデ一夕を、出力部 6 3を構成するモニタやスピーカに出力させる。テープ再生部 1 1 2は、ステップ S 1 0 4において実行されるクリップの再生処理が終了すると、ステップ S 1 0 5に進み、インデックスファイル情報取得部 1 1 3からの情報に基づいて、インデックスフアイルのクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したか否かを判断し、インデックスファイルのクリップテーブルに、まだ再生されていないクリップ要素があると判断した場合、ステップ S 1 0 2に戻り、インデックスファイル情報取得部 1 .1 3を制御し、 RAM 5 3のィンデックスファイルのクリップテープルの次のクリップ要素を取得させ、それ以降の処理を繰り返す。一方、再生判断部 1 1 5は、ステップ S 1 0 3において、クリップ要素の再生可否情報が「" f a l s e" (再生不可能）」であると判断した場合（すなわち、クリップ要素が対応するクリップの再生が不可能であると判断した場合）、ステップ S 1 0 4の処理を,スキップし（すなわち、このクリップの再生処理を禁止し）、ステップ S 1 0 5に進むテープ再生部 1 1 2は、ステップ S 1 0 5において、インデックスファイル 1 3 4のクリップテーブルを構成するすべてのクリップ要素に対して、再生処理が終了したと判断した場合、テープ再生処理を終了する。

以上のように、インデックスファイルのクリップテーブルの再生可否情報に基づいて、クリップが再生されるので、全面ブラックの画像データ、または、カラ一バーの画像データの 1フレームの画像データファイルにより構成されるクリップなどの再生する必要がないクリップの再生を制限（禁止）することができる。これにより、全面ブラックの画像デ一夕、または、カラ一バーの画像デ一夕などの 1フレームの画像データファイルにより構成されるクリップなどの再生により、次の再生にかかる再生準備時間（次のクリップを再生するために必要な属性情報を取得するために、エッセンスデータ、またはクリップィンフオメーシヨンファイルを読み出す時間）が、次のクリップ再生時間に間に合わなくなることが抑制され、クリップがスムーズに連続再生される。また、必要のないクリップを再生しないようにしたので、必要のないクリップが再生されるために、待機している無駄な時間を削減することができる。

なお、上記説明においては、クリップが、全面ブラックの画像デー夕、または、カラーバーの画像データなどの 1フレームの画像データファイルにより構成される例について説明したが、もちろん、第 6図を参照して上述したような複数のエッセンスデータからなる通常の目的で撮影されたクリップの再生可否情報も設定することができる。したがって、例えば、今日撮影した分だけのクリツズを再生するようなクリップ限定のテープ再生処理が実現される。

また、第 1 9図のテープ再生においては、インデックスファイルに基づいて、クリップを再生する場合について説明したが、もちろん、クリップインフォメ一ションファイルに基づいて、クリップを再生するようにしてもよい,。なお、その場合には、インデックスファイルに基づいて再生される場合よりも、クリップィンフオメ一ションフアイルを光ディスクから読み出す時間が多少かかる。また、第 1 9図においては、テープ ^¾生の場合を説明したが、クリップを 1つずつ再生するクリップ再生の場合にも、再生可否情報を用いることができる。この場合には、例えば、再生されたくないクリップの再生を禁止させることができる。

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

また、以上においては、撮像装置 1 4において、クリップの記録、およびクリップの再生を行う場合について説明したが、記録再生を行う情報処理装置としては、これに限らず、例えば、第 1図の企画用端末装置 1 1、フィールド PC 1 5、または編集用端末装置 1 6であつてもよいし、それ以外の情報処理装置であってもよい。

以上のように、本発明を適用した情報処理装置は、データを再生するか否かを示す再生可否情報を、デ一夕ごとにデータ管理ファイルに登録し、登録された再生可否情報に基づいて、デ^,夕を再生するか否かを判断し、記録媒体に記録されているすべてのデータのうち、再生しないと判断されたデ一夕以外を連続で再生する処理を行えばよく、このような内容の処理と同様の処理であれば、どのような方法で処理を行ってもよいし、このような処理以外の処理をさらに行ってもよいまた、本発明を適用した情報処理装置の構成は、このような処理を実行可能であれば、第 2図に示される構成以外の構成であってももちろんよい。

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

記録媒体は、第 2図に示されるように、撮像装置 14とは別に、ュ一ザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク (CD-ROM (Compact Disc-Read Only Memory) ， DVD (Digital Versat ile Disc) を含む）、光磁気ディスク（MD (Mini-Disc) (登録商標 ) を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア 7 1により構成されるだけでなく、コンピュー夕に予め組み込まれた状態でユーザに提供ざれる、プログラムが記憶されている ROM 52や記憶部 63が含まれるハードディスクなどで構成される。

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

また、本明細書において、システムとは、複数の装置により構成される装置全体を表す.もの、発明の効果は、以上の如く、本発明によれば、複数のデータをスムーズに連続再生することができる。 -

Claims

請求の範囲

1 . 記録媒体に記録されているデ一夕をデータ管理ファイルで一括管理する情報処理装置において、

前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録手段と、

前記登録手段により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断手段と、

前記記録媒体に記録されているすべてのデ一夕のうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生手段と

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

2 . 記録媒体に記録されているデータをデータ管理,ファイルで一括管理する情報処理方法であって、

前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、

前記登録ステップの処理により登録された前記再生可否情報に基づいて、前記デ一夕を.再生するか否かを判断する判断ステップと、前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記デ一夕以外を連続で再生する連続再生ステップと

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

3 . ^録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、

前記登録ステップの処理により登録された前記再生可否情報に基づいて、前記データを再生するか否かを判断する判断ステップと、前記記録媒体に記録されているすべてのデータのうち、前記判断手段により再生しないと判断された前記データ以外を連続で再生する連続再生ステップと

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

4 . 記録媒体に記録されているデータをデータ管理ファイルで一括管理する情報処理をコンピュータに行わせるプログラムであって、前記データを再生するか否かを示す再生可否情報を、前記データごとに前記データ管理ファイルに登録する登録ステップと、

を含むことを特徴とするプログラム。