(57)【特許請求の範囲】
【請求項１】
第１のデータの編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータを、前記第１のデータのファイルと異なるファイルとして管理する情報処理装置において、
前記第１のデータのメタデータであり、前記第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、前記第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、前記第２のデータに対応するメタデータであり、前記第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、前記第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成手段と、
前記生成手段により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイルに登録する登録手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１のメタデータおよび前記第２のメタデータは、再生時にリアルタイム性を要求されない情報により構成されるメタデータである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第４の位置情報は、前記第２のデータに含まれる前記画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して、前記フレームの相対的な位置を示すタイムコードである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２のメタデータは、前記第３の位置情報の値が、直前のフレームと連続しないフレームである不連続点における、前記第３の位置情報と前記第４の位置情報とを関連付けるテーブルを含む
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記第３の位置情報は、前記生成手段により、前記第１の位置情報と独立して生成される位置情報であり、所定の時刻を基準とした時間情報を利用して、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記第３の位置情報は、前記生成手段により、前記第１の位置情報と独立して生成される位置情報であり、実際の時刻を利用して、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記第３の位置情報は、前記生成手段により、前記編集に用いられる前記第１のデータに対応する前記第１の位置情報を利用して生成される、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記第１のメタデータは、前記第１のデータを特定するためのUMIDを含み、
前記第２のメタデータは、前記第２のデータを特定するためのUMIDを含む
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記第１のメタデータおよび前記第２のメタデータは、所定の方式で符号化されたデータである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記第１のメタデータを含むファイルは、前記第１のデータを含むファイルと同じディレクトリに配置され、
前記第２のメタデータを含むファイルは、前記第２のデータを含むファイルと同じディレクトリに配置される
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
第１のデータの編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータを、前記第１のデータのファイルと異なるファイルとして管理する情報処理装置の情報処理方法であって、
前記第１のデータのメタデータであり、前記第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、前記第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、前記第２のデータに対応するメタデータであり、前記第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、前記第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、
前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイルに登録する登録ステップと
を含むことを特徴とする情報処理方法。
【請求項１２】
第１のデータの編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータを、前記第１のデータのファイルと異なるファイルとして管理する処理をコンピュータに行わせるプログラムにおいて、
前記第１のデータのメタデータであり、前記第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、前記第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、前記第２のデータに対応するメタデータであり、前記第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、前記第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、
前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイルに登録する登録ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
第１のデータの編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータを、前記第１のデータのファイルと異なるファイルとして管理する処理をコンピュータに行わせるプログラムであって、
前記第１のデータのメタデータであり、前記第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、前記第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、前記第２のデータに対応するメタデータであり、前記第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、前記第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、
前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイルに登録する登録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報処理装置および方法、プログラム、並びに記録媒体に関し、特に、例えば、より容易に編集処理を行うこと等ができるようにする情報処理装置および方法、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、撮影等により取得された画像データや音声データが記録媒体に記録される際に、画像データや音声データに編集用の情報として、付加情報が付加される方法が普及してきた（例えば、特許文献１参照）。
【０００３】
例えば、画像データや音声データに、LTC（Linear Time Code）等のメタデータを付加して記録媒体に記録しておき、編集者は、編集の際にそのLTCを利用して画像データや音声データの検索を行ったり、複数のクリップを合成し、１つのカットを生成するような編集の際にそのLTCを利用して、各クリップをつなぎ合わせるタイミング（フレーム）を決定したりする。その場合、画像データや音声データ等の編集結果は、エディットリストとして、元のクリップのデータとは別のファイルとして管理される。
【０００４】
すなわち、音声データや画像データに編集が行われた場合、各データの編集結果に関する情報であるブリッジエッセンスファイル（Bridge Essence File）が生成され、エディットリストとして、編集単位毎に管理される。ブリッジエッセンスファイルは、エディットリストの内容（すなわち、編集結果）に基づいて、元のクリップの音声データや画像データを再生するためのファイルであり、再生手順等の情報が含まれる。これにより、ユーザは、エディットリストを用いて、音声データや画像データの編集結果を再現することができる。すなわち、ユーザは、このようなエディットリストを用いることにより、元のクリップの音声データや画像データを更新せずに（非破壊的に）編集作業を行うことができる。
【０００５】
【特許文献１】
特開２００１−２９２４２１号公報（第１４−１５ページ、図８）
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したような方法において、LTCは、音声データや画像データと同じように処理されるため、複数のクリップを合成して１つのカットを生成する場合、そのカットにおいてLTCを統一することが容易にできない場合があるという課題があった。例えば、互いに独立したLTCを含む複数のクリップを合成して、１つのカットを生成する場合に、編集後のLTCを統一させるには、ユーザは、予めそれらを合成することを考慮して、それらのクリップにLTCを付加したり、または、元の複数のクリップに含まれるLTCデータを直接書き換えて、編集後にLTCが統一されるようにしたりしなければならない。
【０００７】
このように、元のクリップのデータに影響させずに、クリップの合成等の編集を行いたい場合（非破壊的に編集を行いたい場合）、上述したような方法では、不都合が生じてしまう恐れがある。
【０００８】
また、１つの編集結果に対応するクリップが複数存在する場合、LTCは各クリップ毎に生成されるので、LTCが含まれるメタデータのファイルも複数存在することになる。従って、エディットリストを用いて音声データや画像データを読み込む場合、複数のLTCが含まれるメタデータのファイルも読み込む必要がある。これにより、上述したような方法では、編集結果を反映させながら画像データや音声データを再生する場合等に要する処理時間や、負荷が増大してしまう場合があるという課題もあった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、より容易に編集処理を行うことができるようにする等の、記録媒体の利便性を向上させることができるようにするものである。
【００１０】
【課題を解決するための手段】
本発明の情報処理装置は、第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成手段と、生成手段により生成された第２のメタデータを第１のメタデータのファイルと異なるファイルに登録する登録手段とを備えることを特徴とする。
【００１１】
前記第１のメタデータおよび第２のメタデータは、再生時にリアルタイム性を要求されない情報により構成されるメタデータであるようにすることができる。
【００１３】
前記第４の位置情報は、第２のデータに含まれる画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して、フレームの相対的な位置を示すタイムコードであるようにすることができる。
【００１４】
前記第２のメタデータは、前記第３の位置情報の値が、直前のフレームと連続しないフレームである不連続点における、前記第３の位置情報と前記第４の位置情報とを関連付けるテーブルを含むようにすることができる。
【００１５】
前記第３の位置情報は、生成手段により、第１の位置情報と独立して生成される位置情報であり、所定の時刻を基準とした時間情報を利用して、第２のデータに含まれる画像データの各フレームの絶対的な位置を示すタイムコードであるようにすることができる。
【００１６】
前記第３の位置情報は、生成手段により、第１の位置情報と独立して生成される位置情報であり、実際の時刻を利用して、第２のデータに含まれる画像データの各フレームの絶対的な位置を示すタイムコードであるようにすることができる。
【００１７】
前記第３の位置情報は、生成手段により、編集に用いられる第１のデータに対応する第１の位置情報を利用して生成される、第２のデータに含まれる画像データの各フレームの絶対的な位置を示すタイムコードであるようにすることができる。
【００１８】
前記第１のメタデータは、第１のデータを特定するためのUMIDを含み、第２のメタデータは、第２のデータを特定するためのUMIDを含むようにすることができる。
【００１９】
前記第１のメタデータおよび第２のメタデータは、所定の方式で符号化されたデータであるようにすることができる。
【００２０】
前記第１のメタデータを含むファイルは、第１のデータを含むファイルと同じディレクトリに配置され、第２のメタデータを含むファイルは、第２のデータを含むファイルと同じディレクトリに配置されるようにすることができる。
【００２１】
本発明の情報処理方法は、第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、生成ステップの処理により生成された第２のメタデータを第１のメタデータのファイルと異なるファイルに登録する登録ステップとを含むことを特徴とする。
【００２２】
本発明のプログラムは、第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、生成ステップの処理により生成された第２のメタデータを第１のメタデータのファイルと異なるファイルに登録する登録ステップとをコンピュータに実現させることを特徴とする。
【００２３】
本発明の記録媒体のプログラムは、第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータを生成する生成ステップと、生成ステップの処理により生成された第２のメタデータを第１のメタデータのファイルと異なるファイルに登録する登録ステップとを含むことを特徴とする。
【００２４】
本発明の情報処理装置および方法、プログラム、並びに記録媒体においては、第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報を含む第１のメタデータに基づいて、第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報を含む第２のメタデータが生成され、生成された第２のメタデータが第１のメタデータのファイルと異なるファイルに登録される。
【００２５】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２７】
請求項１に記載の情報処理装置は、第１のデータ（例えば、図１１の画像データ２１０および２２０）の編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータ（例えば、図１１の画像データ２３０）を、前記第１のデータのファイルと異なるファイルとして（例えば、図４に示されるように、画像データが含まれるファイルと異なる、エディットリストのファイルとして）管理する情報処理装置（例えば、図１の編集用端末装置１６）であって、前記第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報（例えば、図１１に含まれるクリップ用LTC２１１および２１２）と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報（例えば、図１１の画像データ２１０のフレーム番号）を含む第１のメタデータ（例えば、図３Ａのクリップメタデータ９１）に基づいて、前記第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報（例えば、図１１のエディットリスト用LTC２３４および２３５）と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報（例えば、図１１のFTC２３１乃至２３３）を含む第２のメタデータ（例えば、図１３の変換テーブル２８０）を生成する生成手段（例えば、図８のステップＳ２の処理を実行する図２のエディットリスト編集部５５）と、前記生成手段により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイル（例えば、図６のエディットリスト用クリップメタデータファイル１７２）に登録する登録手段（例えば、図８のステップＳ３の処理を実行する図２のエディットリスト編集部５５）とを備えることを特徴とする。
【００２８】
請求項２に記載の情報処理装置の前記第１のメタデータおよび前記第２のメタデータは、再生時にリアルタイム性を要求されない情報により構成されるメタデータである（例えば、図３Ａの変換テーブル９２を含む情報である）ことを特徴とする。
【００３０】
請求項３に記載の情報処理装置の前記第４の位置情報は、前記第２のデータに含まれる前記画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して（例えば、図１１のFTCのように）、前記フレームの相対的な位置を示すタイムコードであることを特徴とする。
【００３１】
請求項４に記載の情報処理装置の前記第２のメタデータは、前記第３の位置情報の値が、直前のフレームと連続しないフレームである不連続点（例えば、図１３ＡのLTC不連続点２８２）における、前記第３の位置情報と前記第４の位置情報とを関連付けるテーブル（例えば、図１３Ａの変換テーブル２８０）を含むことを特徴とする。
【００３２】
請求項５に記載の情報処理装置の前記第３の位置情報は、前記生成手段により、前記第１の位置情報と独立して生成される位置情報（例えば、図９のステップＳ２７の処理により生成される位置情報）であり、所定の時刻を基準とした時間情報を利用して、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードであることを特徴とする。
【００３３】
請求項６に記載の情報処理装置の前記第３の位置情報は、前記生成手段により、前記第１の位置情報と独立して生成される位置情報（例えば、図９のステップＳ２７の処理により生成される位置情報）であり、実際の時刻を利用して、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードであることを特徴とする。
【００３４】
請求項７に記載の情報処理装置の前記第３の位置情報は、前記生成手段により、前記編集に用いられる前記第１のデータに対応する前記第１の位置情報を利用して生成される（例えば、図１０のステップＳ３３）、前記第２のデータに含まれる前記画像データの各フレームの絶対的な位置を示すタイムコードであることを特徴とする。
【００３５】
請求項８に記載の情報処理装置の前記第１のメタデータは、前記第１のデータを特定するためのUMIDを含み（例えば、図８のステップＳ１の処理により抽出されるUMID）、前記第２のメタデータは、前記第２のデータを特定するためのUMID（例えば、図８のステップＳ２の処理により生成されるUMID）を含むことを特徴とする。
【００３６】
請求項９に記載の情報処理装置の前記第１のメタデータおよび前記第２のメタデータは、所定の方式で符号化されたデータ（例えば、図７のKLVデータ１９０）であることを特徴とする。
【００３７】
請求項１０に記載の情報処理装置の前記第１のメタデータを含むファイル（例えば、図５のクリップメタデータファイル１６２）は、前記第１のデータを含むファイル（例えば、図５の画像データファイル１５２）と同じディレクトリ（例えば、図５のクリップディレクトリ１４１）に配置され、前記第２のメタデータを含むファイル（例えば、図６のエディットリスト用クリップメタデータファイル１７２）は、前記第２のデータを含むファイル（例えば、図６のプレイリスト用画像データファイル１７５）と同じディレクトリ（例えば、図６のエディットリストディレクトリ１４５）に配置されることを特徴とする。
【００３８】
請求項１１に記載の情報処理方法は、第１のデータ（例えば、図１１の画像データ２１０および２２０）の編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータ（例えば、図１１の画像データ２３０）を、前記第１のデータのファイルと異なるファイルとして（例えば、図４に示されるように、画像データが含まれるファイルと異なる、エディットリストのファイルとして）管理する情報処理装置（例えば、図１の編集用端末装置１６）の情報処理方法であって、前記第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報（例えば、図１１に含まれるクリップ用LTC２１１および２１２）と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報（例えば、図１１の画像データ２１０のフレーム番号）を含む第１のメタデータ（例えば、図３Ａのクリップメタデータ９１）に基づいて、前記第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報（例えば、図１１のエディットリスト用LTC２３４および２３５）と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報（例えば、図１１のFTC２３１乃至２３３）を含む第２のメタデータ（例えば、図１３の変換テーブル２８０）を生成する生成ステップ（例えば、図８のステップＳ２）と、前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイル（例えば、図６のエディットリスト用クリップメタデータファイル１７２）に登録する登録ステップ（例えば、図８のステップＳ３）とを含むことを特徴とする。
【００３９】
請求項１２に記載のプログラムは、第１のデータ（例えば、図１１の画像データ２１０および２２０）の編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータ（例えば、図１１の画像データ２３０）を、前記第１のデータのファイルと異なるファイル（例えば、図４に示されるように、画像データが含まれるファイルと異なる、エディットリストのファイルとして）として管理する処理をコンピュータ（例えば、図１の編集用端末装置１６）に行わせるプログラムであって、前記第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報（例えば、図１１に含まれるクリップ用LTC２１１および２１２）と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報（例えば、図１１の画像データ２１０のフレーム番号）を含む第１のメタデータ（例えば、図３Ａのクリップメタデータ９１）に基づいて、前記第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報（例えば、図１１のエディットリスト用LTC２３４および２３５）と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報（例えば、図１１のFTC２３１乃至２３３）を含む第２のメタデータ（例えば、図１３の変換テーブル２８０）を生成する生成ステップ（例えば、図８のステップＳ２）と、前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイル（例えば、図６のエディットリスト用クリップメタデータファイル１７２）に登録する登録ステップ（例えば、図８のステップＳ３）とを含む処理をコンピュータに実行させることを特徴とする。
【００４０】
請求項１３に記載の記録媒体は、第１のデータ（例えば、図１１の画像データ２１０および２２０）の編集処理を行い、前記編集処理により生成される編集後の前記第１のデータである第２のデータ（例えば、図１１の画像データ２３０）を、前記第１のデータのファイルと異なるファイルとして（例えば、図４に示されるように、画像データが含まれるファイルと異なる、エディットリストのファイルとして）管理する処理をコンピュータ（例えば、図１の編集用端末装置１６）に行わせるプログラムであって、前記第１のデータのメタデータであり、第１のデータに含まれる画像データのフレームの絶対的な位置を示す第１の位置情報（例えば、図１１に含まれるクリップ用LTC２１１および２１２）と、第１のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第２の位置情報（例えば、図１１の画像データ２１０のフレーム番号）を含む第１のメタデータ（例えば、図３Ａのクリップメタデータ９１）に基づいて、前記第２のデータに対応するメタデータであり、第２のデータに含まれる画像データのフレームの絶対的な位置を示す第３の位置情報（例えば、図１１のエディットリスト用LTC２３４および２３５）と、第２のデータに含まれる画像データのフレームの先頭のフレームを基準とする相対的な位置を示す第４の位置情報（例えば、図１１のFTC２３１乃至２３３）を含む第２のメタデータ（例えば、図１３の変換テーブル２８０）を生成する生成ステップ（例えば、図８のステップＳ２）と、前記生成ステップの処理により生成された前記第２のメタデータを前記第１のメタデータのファイルと異なるファイル（例えば、図６のエディットリスト用クリップメタデータファイル１７２）に登録する登録ステップ（例えば、図８のステップＳ３）とを含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されていることを特徴とする。
【００４１】
以下に、本発明の実施の形態について図面を参照して説明する。
【００４２】
図１は、本発明を適用した映像プログラム製作支援システムの構成例を示す図である。
【００４３】
図１において、映像プログラム制作支援システム１は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの製作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。この映像プログラム制作支援システム１は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようにし、映像プログラムを効率よく作成するためのシステムである。
【００４４】
映像プログラム制作支援システム１は、図１に示されるように、映像プログラムの企画を行う企画用端末装置１１、企画用端末装置１１が接続されたネットワーク１２、ネットワーク１２に接続された取材用端末装置１３、取材用端末装置１３を構成する撮像装置１４およびフィールドPC／PDA（Personal Computer/Personal Digital Assistants）１５（以下、フィールドPC１５と称する）、同様に、ネットワーク１２に接続される編集用端末装置１６、並びに、記録媒体である光ディスク１７により構成される。
【００４５】
企画用端末装置１１は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プログラムの企画および構想を行って、映像プログラムのシナリオ（筋書き）を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。企画用端末装置１０は、例えば、映像プログラムのシナリオに対応する政策指示情報等を含む、電子ファイル形式の構成表メタデータを映像プログラム毎に作成する等の処理を行う。企画用端末装置１１は、生成した構成表メタデータを、ネットワーク１２を介して取材用端末装置１３等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すべき場面や内容の指示を行う。
【００４６】
取材用端末装置１３は、取材を行う取材部署によって用いられる端末装置群であり、例えば、撮像装置１４とフィールドPC１５により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、製作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。
【００４７】
撮像装置１４は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置１４は、ネットワーク１２に接続されており、例えば、上述した企画用端末装置１１から、ネットワーク１２を介して構成表メタデータを取得する。そして、撮像装置１４は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置１４は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。そして、撮影により得られた画像データや音声データを光ディスク１７等の記録媒体に記録する。
【００４８】
また、撮像装置１４は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、ローレゾリューション（low resolution：低解像度）画像データ（以下、ローレゾデータと称する）を光ディスク１７に記録することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。また、ローレゾデータは、さらに、例えば、MPEG4方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００４９】
撮像装置１４により、画像データや音声データ等を記録された光ディスク１７は、例えば、後述する編集部署やフィールドPC１５等に搬送され、利用される。しかしながら、光ディスク１７の搬送にはある程度の時間を要するため、撮像装置１４は、ネットワーク１２を介して、企画用端末装置１１、フィールドPC１５、または編集端末装置１６等に、映像コンテンツを供給できるようにしてもよい。その場合、撮像装置１４は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデータを供給するようにするのが望ましい。
【００５０】
なお、撮像装置１４によるローレゾデータの転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよい。
【００５１】
このように、光ディスク１７の搬送に先駆けて、ローレゾデータを転送することにより、編集部署は、搬送された光ディスク１７が到着していなくても、比較的早い段階で（例えば、撮像処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、ローレゾデータがネットワーク１２を介して伝送される場合、撮像装置１４は、たとえば、オリジナルの画像データや音声データのみを光ディスク１７に記録するようにしてもよい（ローレゾデータを光ディスク１７に記録しないようにしてもよい）。
【００５２】
なお、撮像装置１４が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク１７の例に限定されず、どのような記録媒体であってもよい。例えば、MD（Mini-Disc）（登録商標）やMO（Magneto Optical disk）を含む光磁気ディスク、フレキシブルディスクを含む磁気ディスク、DV(Digital Video)やVHS（Video Home System）に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。
【００５３】
フィールドPC１５は、例えば、ノート型パーソナルコンピュータやPDA等の携帯可能な情報処理装置および周辺装置などで構成される。このフィールドPC１５は、撮像装置１４と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンツなどを撮像装置１４と共有することができる。
【００５４】
このフィールドPC１５は、例えば、ネットワーク１２を介して、企画用端末装置１０から構成表メタデータを取得したり、撮像装置１４から構成表メタデータを取得したりする。フィールドPC１５は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。
【００５５】
さらに、フィールドPC１５は、ユーザである取材部署担当者の入力に基づいて、取材・撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールドPC１５は、撮影状況情報を書き込むことにより、構成表メタデータを編集する。また、フィールドPC１５は、撮影状況情報をメタデータとして撮像装置１４に供給し、撮像装置１４において得られた画像データや音声データに付加させる。
【００５６】
編集用端末装置１６は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデータ等に基づいて、撮像装置１４により得られた画像データや音声データを編集し、映像プログラムを完成させる部署である。
【００５７】
編集用端末装置１６は、例えば、撮像装置１４から、ネットワーク１２を介して、構成表メタデータやローレゾデータを取得する。また、編集用端末装置１６は、撮像装置１４において画像データや音声データが記録された光ディスク１７より、オリジナルの画像データや音声データを取得する。さらに、編集用端末装置１６は、企画用端末装置１１またはフィールドPC１５等より、ネットワーク１２を介して、直接制作指示（編集に関する指示）を取得することも可能である。
【００５８】
編集用端末装置１６は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツデータを好適に再生して表示する。例えば、編集用端末装置１６は、ユーザに操作され、ネットワーク１２を介して取得したローレゾデータや、光ディスク１７に記録されているオリジナルの画像データや音声データを、シナリオに従った順序で連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク１７に記録されているオリジナルの画像データを再生する場合、編集用端末装置１６は、例えば、光ディスク１７に記録されているデータを読み出したり、光ディスク１７にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。
【００５９】
また、編集用端末装置１６は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００６０】
粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置１６は、粗編集処理において、例えば、１回の撮像処理を示す単位であるクリップに対応する、画像データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Logging）し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ingesting）する。
【００６１】
なお、クリップは、1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００６２】
本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００６３】
なお、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、編集用端末装置１６等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置１４において得られた画像データ等を、１台の編集用端末装置１６が光ディスク１７やネットワーク１２を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、１台の撮像装置１４より供給されたデータが、複数台の編集用端末装置１６により編集されるようにしてもよい。
【００６４】
逆に、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。
【００６５】
また、映像プログラム制作支援システム１は、例えば、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６とは別に、ネットワーク１２に接続されたセンタサーバ（図示せず）を設け、企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等をクライアントとした、クライアント/サーバ（Client/Server）システムとして構成するようにしてもよい。
【００６６】
図２は、図１の編集用端末装置１６の詳細な構成例を示している。
【００６７】
図２において、編集用端末装置１６のCPU（Central Processing Unit）５１は、ROM（Read Only Memory）５２に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）５３には、CPU５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００６８】
クリップデータ編集部５４は、出力部６２を制御してディスプレイ等にGUI（Graphical User Interface）等を表示させ、入力部６１を介してユーザからの操作入力を受け付け、その操作入力等に基づいて、ドライブ６５に装着された光ディスク１７に記録されている画像データ、音声データ、ローレゾデータ、またはメタデータ等、または、通信部６４を介して取得したローレゾデータ等に対して、編集処理を行い、編集内容に関する情報や、編集後のデータに関する情報等を生成し、エディットリスト編集部５５に供給する。なお、クリップデータ編集部５４は、編集対象となる各種のデータを更新せずに、非破壊的な編集処理を行う。
【００６９】
エディットリスト編集部５５は、クリップデータ編集部５４において行われる編集処理に伴って生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部６３に記憶させる。なお、その際、エディットリスト編集部５５は、後述するように、編集対象となるクリップの、リアルタイム性を要求されないメタデータであるクリップメタデータに基づいて、エディットリスト用のクリップメタデータであるエディットリスト用クリップメタデータを生成する。例えば、エディットリスト編集部５５は、編集対象となるクリップのクリップメタデータに含まれる変換テーブルに基づいて、編集後のクリップの画像データ等に対応するLTCの不連続点と、そのフレーム番号との変換テーブルを生成し、エディットリスト用クリップメタデータとして記録する。
【００７０】
CPU５１、ROM５２、RAM５３、クリップデータ編集部５４、およびエディットリスト編集部５５は、バス５６を介して相互に接続されている。このバス５６にはまた、入出力インタフェース６０も接続されている。
【００７１】
入出力インタフェース６０は、キーボードやマウスから構成される入力部６１が接続され、入力部６１に入力された信号をCPU５１に出力する。また、入出力インタフェース６０には、ディスプレイやスピーカなどから構成される出力部６２も接続されている。
【００７２】
さらに、入出力インタフェース６０には、ハードディスクやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部６３、および、ネットワーク１２などを介して他の装置とデータの通信を行う通信部６４も接続されている。ドライブ６５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア７１よりデータを読み出したり、データを書き込んだりするときに用いられる。
【００７３】
次に、このような編集用端末装置１６が編集処理において用いる、光ディスク１７、および光ディスク１７に記録されたデータの構成例について説明する。
【００７４】
光ディスク１７は、例えば、開口数（NA）０．８５、波長４０５nmの青紫色レーザを用いて、最小マーク長０．１４μｍ、トラックピッチ０．３２μｍの記録密度で大容量（例えば２７ギガバイト）のデータを記録可能な光ディスクである。なお、光ディスク１７は、それ以外の記録媒体であってもよく、例えば、DVD-RAM（Digital Versatile Disc - Random Access Memory），DVD-R（DVD - Recordable），DVD-RW（DVD - ReWritable），DVD+R（DVD + Recordable），DVD＋RW（DVD + ReWritable），CD-R（Compact Disc - Recordable），またはCD-RW（CD - ReWritable）等の各種の光ディスクであってもよい。
【００７５】
上述したように、記録媒体である光ディスク１７には、撮像装置１４により、画像データや音声データ等からなる複数のクリップデータが、例えば、図３Ａのように記録されている。
【００７６】
図３Ａにおいて、光ディスク１７には、撮像装置１４により得られた所定の時間単位（例えば２秒）に対応する音声年輪データ８１、画像年輪データ８２、ローレゾ年輪データ８３、およびフレームメタ年輪データ８４により構成される年輪データ８０が、１クリップ分連続して記録され、最後の年輪データ８０に続いて、そのクリップに対応するクリップメタデータ９１が記録され、さらに、その後に他のクリップに対応する年輪データやクリップメタデータ等が記録される。
【００７７】
音声年輪データ８１および画像年輪データ８２は、互いに再生時間が同一のデータであり、互いに対応するデータである。すなわち、音声年輪データ８１は、画像年輪データ８２が再生された動画像に対応する音声データである。また、ローレゾ年輪データ８３は、画像年輪データ８２に対応するデータであり、画像年輪データ８２と同一の再生時間のデータである。すなわち、ローレゾ年輪データ８３は、画像年輪データ８２が再生された動画像の画像サイズを縮小した、小画像サイズの動画像に対応する。フレームメタ年輪データ８４は、画像年輪データ８２に対応する動画像の各フレーム（１画面分の画像データ）に付加されたメタデータ（以下、フレームメタデータと称する）により構成される。すなわち、フレームメタ年輪データは、画像年輪データ８２の全フレームに対応する複数のフレームメタデータにより構成される。
【００７８】
なお、フレームメタデータは、付加されたフレームに対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されるデータである。すなわち、フレームメタデータとしては、例えば、そのフレームに対応する画像信号を日時（年、月、日、時、分、秒）等の所定の時間情報により特徴付けるタイムコードであるLTC（Linear Time Code）や、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、UMID(Unique Material Identifier)、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、ARIBで標準化され、SDI(Serial Digital Interface)等の標準の通信インタフェースに重畳されるメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスなどに関するレンズ情報などである。
【００７９】
従って、フレームメタ年輪データ８４には、実際の時刻（リアルタイム）や、所定の時刻を基準とするリアルタイムとは独立した時刻を利用した、フレームの時刻情報であるLTC８５が含まれている。このLTC８５は、各フレームに付加されたLTCの集合であり、同じ年輪データ８０に含まれる画像年輪データ８２の、全てのフレームに対応するLTCが含まれており、音声年輪データ８１や画像年輪データ８２の再生時に、それらとともに再生される。
【００８０】
光ディスク１７は、螺旋状または同心円状に、その内周側から外周側の方向に、データが記録されていく。従って、光ディスク１７において、同一の再生時間に対応する音声データ８１および画像データ８２、並びに、それらに対応するローレゾデータ８３およびフレームメタデータ８４からなる年輪データ８０が、撮像して得られた順番に記録されていくことにより、互いに対応する各データは、光ディスク１７の物理的に近傍の位置に記録（配置）される。このように光ディスク１７は、データ再生の際（読み出し処理の際）に、シーク時間を減らすことができ、処理時間および処理に必要な負荷を軽減させることができるようになっている。
【００８１】
このように１クリップ分記録された複数の年輪データ８０に続いて、クリップメタデータ９１が記録される。
【００８２】
クリップメタデータ９１としては、付加されたクリップ全体に対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されないデータである。すなわち、クリップメタデータとしては、例えば、各フレームに対応するLTCをフレーム番号に対応させた変換テーブル９２があり、さらに、UMID、GPSの情報、またはその他の情報などがある。クリップメタデータ９１は、主に、音声データや画像データの編集時、または、検索時等において利用されるデータであり、通常、画像データ等の再生時には必要としない種類のデータにより構成される。
【００８３】
なお、フレームメタデータおよびクリップメタデータとして、上述した以外のデータを含めるようにしてもよい。また、フレームメタデータとクリップメタデータで同じ内容のデータを含めるようにしてもよいし、上述したフレームメタデータとしての各データをクリップメタデータとしてもよいし、逆に、クリップメタデータとして上述した各データをフレームメタデータとしてもよい。例えば、エッセンスマーク、ARIBメタデータ、または、ビデオカメラの設定／制御情報等をクリップメタデータとしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。また、UMIDやGPSの情報等をフレームメタデータに含めるようにしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。
【００８４】
また、図３Ａにおいて、クリップメタデータ９１に含まれる変換テーブル９２は、最初の年輪データ、または、１つ前に記録されたクリップメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるLTCに対応するテーブルである。従って、変換テーブル９２は、変換テーブル９２が対応する音声年輪データ８１および画像年輪データ８２の、ある程度（後述する図３Ｂの場合と比較して、）近傍に記録されることになる。クリップメタデータ８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザが変換テーブル９２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ８１および画像年輪データ８２が変換テーブル９２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ８１および画像年輪データ８２の読み込み速度を向上させることができ、好適である。
【００８５】
なお、クリップメタデータは、例えば、図３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図３Ｂの場合、音声年輪データ１０１−１、画像年輪データ１０２−１、ローレゾ年輪データ１０３−１、およびフレームメタ年輪データ１０４−１からなる年輪データ１００−１、音声年輪データ１０１−２、画像年輪データ１０２−２、ローレゾ年輪データ１０３−２、およびフレームメタ年輪データ１０４−２からなる年輪データ１００−２のように、年輪データが記録される領域と別の領域に、クリップメタデータ１１１−１、クリップメタデータ１１１−２、クリップメタデータ１１１−３のように、クリップメタデータがまとめて記録される。
【００８６】
クリップメタ-データ１１１−１乃至１１１−３には、それぞれ、変換テーブル９２−１乃至９２−３のいずれかが含まれている。それらの変換テーブル１１２−１乃至１１２−３は、対応するフレームメタ年輪データに含まれるLTCの開始点、変化点、および終了点（すなわち、LTCの値が、直前のフレーム（または直後のフレーム）のLTCの値と不連続になるフレーム）が登録されている。なお、変換テーブル１１２−１乃至１１２−３は、これらに限らず、例えば、所定の間隔ごとにLTCを登録するようにしてもよい。変換テーブルは、登録したLTCの数が多いほど、フレームの検索時に、要求されたフレームのフレーム番号を算出する時間を短縮することができるが、変換テーブルのデータサイズが増大し、全体の検索処理時間が延びてしまう場合もある。従って、適度な変換テーブルのサイズとなるように、変換テーブルに用いるLTCを選択するようにするのが望ましい。
【００８７】
この場合、クリップメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびフレームメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
【００８８】
従って、クリップメタデータ１１１−１乃至１１１−３にそれぞれ含まれる変換テーブル１１２−１乃至１１２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
【００８９】
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なクリップメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
【００９０】
さらに、クリップメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク１７の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのクリップメタデータを複数の位置に分散して記録するようにしてもよい。
【００９１】
以上のように、音声データや画像データ等からなるエッセンスデータとともに、LTCをフレームメタデータとして記録し、さらに、LTCの開始点、変化点、および終了点等からなる変換テーブルをクリップメタデータとして記録するようにしているので、上述した光ディスク１７に記録されたデータを編集する場合、ユーザは、LTCに基づいて、容易に編集処理を行うことができるとともに、LTCより目的のフレームを検索し、再生させることもできる。
【００９２】
次に、光ディスク１７に記録された各データを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。
【００９３】
光ディスク１７に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、UDF（Universal Disk Format）やISO9660（International Organization for Standardization 9660）等を用いてもよい。また、光ディスク１７の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、FAT（File Allocation Tables）、NTFS（New Technology File System）、HFS（Hierarchical File System）、またはUFS（Unix（登録商標） File System）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００９４】
このファイルシステムにおいては、光ディスク１７に記録されたデータは図４に示されるようなディレクトリ構造およびファイルにより管理される。
【００９５】
図４において、ルートディレクトリ（ROOT）１３１には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ１３２が設けられる。なお、ルートディレクトリ１３１には、図示は省略するが、構成表データ等も設けられる。
【００９６】
PROAVディレクトリ１３２には、光ディスク１７に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク１７に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタファイル（DISCMETA.XML）１３３、光ディスク１７に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（INDEX.XML）１３４、およびインデックスファイル（INDEX.RSV）１３５が設けられている。なお、インデックスファイル１３５は、インデックスファイル１３４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００９７】
PROAVディレクトリ１３２には、さらに、光ディスク１７に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはReclnhi等の情報を含むファイルであるディスクインフォメーションファイル（DISCINFO.XML）１３６およびディスクインフォメーションファイル（DISKINFO.RSV）１３７が設けられている。なお、ディスクインフォメーションファイル１３７は、ディスクインフォメーションファイル１３６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。ただし、これらの情報を更新する場合、ディスクインフォメーションファイル１３６のみを更新するようにしてもよい。
【００９８】
また、PROAVディレクトリ１３２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR）１３８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（EDTR）１３９が設けられる。
【００９９】
クリップルートディレクトリ１３８には、光ディスク１７に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、３つのクリップのデータが、クリップディレクトリ（C0001）１４１、クリップディレクトリ（C0002）１４２、および、クリップディレクトリ（C0003）１４３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク１７に記録された最初のクリップの各データは、クリップディレクトリ１４１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４３の下位のディレクトリのファイルとして管理される。
【０１００】
また、エディットリストルートディレクトリ１３９には、光ディスク１７に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、４つのエディットリストが、エディットリストディレクトリ（E0001）１４４、エディットリストディレクトリ（E0002）１４５、エディットリストディレクトリ（E0003）１４６、およびエディットリストディレクトリ（E0004）１４７の４つのディレクトリに分けて管理されている。すなわち、光ディスク１７に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４７の下位のディレクトリのファイルとして管理される。
【０１０１】
上述したクリップルートディレクトリ１３８に設けられるクリップディレクトリ１４１の下位のディレクトリには、最初に光ディスク１７に記録されたクリップの各データが、図５に示されるようなファイルとして設けられ、管理される。
【０１０２】
図５の場合、クリップディレクトリ１４１には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001C01.SMI）１５１、このクリップの画像データを含むファイルである画像データファイル（C0001V01.MXF）１５２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）１５３乃至１６０、このクリップの画像データに対応するローレゾデータを含むファイルであるローレゾデータファイル（C0001S01.MXF）１６１、このクリップのエッセンスデータに対応する、例えば、LTCとフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル（C0001M01.XML）１６２、このクリップのエッセンスデータに対応する、例えばLTC等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル（C0001R01.BIM）１６３、並びに、画像データファイル１５２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001I01.PPF）１６４等のファイルが設けられる。
【０１０３】
図５の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【０１０４】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【０１０５】
同様に、画像データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【０１０６】
また、図５において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【０１０７】
なお、クリップメタデータファイル１６２は、汎用性を持たせるためにXML（eXtensible Markup Language）形式で記述されているが、フレームメタデータファイル１６３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式のファイルである。
【０１０８】
図５に示されるクリップディレクトリ１４１のファイルの構成例は、光ディスク１７に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図４に示される、その他のクリップディレクトリ１４２および１４３においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１０９】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１１０】
次に、図４のエディットリストルートディレクトリ１３９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ１３９に設けられるエディットリストディレクトリ１４５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図６に示されるようなファイルとして設けられ、管理される。
【０１１１】
図６の場合、エディットリストディレクトリ１４５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル（E0002E01.SMI）１７１、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル（E0002M01.XML）１７２、この編集結果（エディットリスト）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報を含むファイルであるプレイリストファイル（E0002P01.SMI）１７３、プレイリストファイル１７３に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル（C0001I01.PPF）１７４、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル（E0002V01.BMX）１７５、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む４つのファイルであるプレイリスト用音声データファイル（E0002A01.BMX乃至E0002A04.BMX）１７６乃至１７９、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用ローレゾデータファイル（E0002S01.BMX）１８０、並びに、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル（E0002R01.BBM）１８１等のファイルが設けられる。
【０１１２】
図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【０１１３】
エディットリスト用クリップメタデータファイル１７２は、後述するように、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ１３８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。例えば、編集が行われると、図５のクリップメタデータファイル１６２に含まれるクリップメタデータから、編集後のエッセンスデータに対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが再構成され、エディットリスト用クリップメタデータファイルとして管理される。すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが付加され、そのクリップメタデータが１つのエディットリスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメタデータファイルは、編集毎に生成される。
【０１１４】
なお、このエディットリスト用クリップメタデータファイル１７２は、汎用性を持たせるために、XML形式で記述される。
【０１１５】
プレイリスト用画像データファイル１７５に含まれる画像データ、プレイリスト用音声データファイル１７６乃至１７９に含まれる各音声データ、プレイリスト用ローレゾデータファイル１８０に含まれるローレゾデータ、並びに、プレイリスト用フレームメタデータファイル１８１に含まれるフレームメタデータは、それぞれ、図５のクリップルートディレクトリ１３８の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデータ、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。これらのデータは、プレイリストファイル１７３に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。
【０１１６】
なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【０１１７】
なお、プレイリスト用フレームメタデータファイル１８１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式に対応するBBM形式のファイルである。
【０１１８】
図６に示されるエディットリストディレクトリ１４５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図４に示される、その他のエディットリストディレクトリ１４４、１４６、または１４７においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１１９】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１２０】
次に、クリップメタデータに含まれるデータについて説明する。クリップメタデータには、上述したように、LTCとフレーム番号の変換テーブルの他に、UMID、GPSに関する情報、またはその他の情報が含まれる。これらの情報は、フレームメタデータにも記憶される場合もある規格化された情報であり、リアルタイム性を要求される場合もあるので、SDI(Serial Digital Interface)等の標準インタフェースを用いた同期系の通信を保証するために、図７に示されるように、キーデータ（Key）１９１、レングスデータ（Length）１９２、および、バリューデータ（Value）１９３からなるKLV符号化されたデータ（以下、KLVデータと称する）である。このフォーマットは、SMPTE 335M/RP214に準拠している。
【０１２１】
KLVデータ１９０のキーデータ１９１は、KLV符号化されたデータ項目を示す識別子である。この識別子には、SMTPEのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。KLVデータ１９０のレングスデータ１９２は、バリューデータ１９３の長さをバイト単位で示すデータである。KLVデータ１９０のバリューデータ１９３は、XML（eXtensible Markup Language）文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、KLVデータ１９０は、キーデータ１９１に示されるデータ項目のデータであり、レングスデータ１９２に示されるデータ長のデータであり、かつ、バリューデータ１９３に示されるデータを符号化したものである。
【０１２２】
このように、実際には、変換テーブルおよびUMIDもKLVデータの１つであるが、以下において、説明を簡略化するために、クリップメタデータに含まれる変換テーブルおよびUMID以外のメタデータ（KLVデータ）をKLVデータと称する。
【０１２３】
なお、上述した符号化方法は１つの例であり、クリップメタデータに含まれる各情報は、KLV符号化以外の方法により符号化されていてもよいし、符号化されていなくてもよい。
【０１２４】
以上のように、図１の編集用端末装置１６は、光ディスク１７に記録されたエッセンスデータ（または、ネットワーク１２を介して供給されたエッセンスデータ）に対して編集処理を行う。その際、編集用端末装置１６は、編集対象となるクリップのエッセンスデータはそのままにして（加工せずに）、編集結果に関する情報であるエディットリストを生成する。
【０１２５】
このようにすることにより、編集用端末装置１６は、編集対象であるクリップのデータを残したまま、非破壊的に編集処理を行うことができる。従って、編集用端末装置１６は、容易に、何度でも編集を最初からやり直すことができるとともに、編集処理による画質の劣化を抑制することができる。
【０１２６】
また、編集用端末装置１６は、編集の際に、生成したエディットリスト（編集結果）に対応する、エディットリスト用クリップメタデータを生成し、保存する。これにより、編集用端末装置１６は、編集の際に編集対象であるクリップメタデータも残したまま、非破壊的に編集処理を行うことができる。また、複数のクリップを合成する編集処理の編集結果についてクリップメタデータを利用する場合、このようにすることにより、編集用端末装置１６は、編集前のクリップに対応する複数のクリップメタデータファイルを読み出さずに、１つのエディットリスト用クリップメタデータファイルを読み出すだけでよいので、その処理時間およびその処理に必要な負荷を軽減させることができる。
【０１２７】
さらに、編集用端末装置１６は、このエディットリスト用クリップメタデータを生成する場合、後述するように、編集結果の画像データに対して、編集結果を１つのクリップとした新たなLTCを付加することができる。すなわち、編集用端末装置１６は、画像データや音声データ等を編集するとともに、その画像データに対応するLTCも編集することができる。これにより、編集用端末装置１６は、複数のクリップを合成するなどして、LTCの値の変動が複雑になることを避けることができる。
【０１２８】
この場合、編集用端末装置１６は、フレームメタデータに含まれるLTCを利用せずに（フレームメタデータを読み出さずに）、エディットリスト用クリップメタデータに含まれるLTCとフレーム番号の対応テーブルを用いて（エディットリスト用クリップメタデータを読み出して）、LTCを算出しながら、プレイリストに基づいてエッセンスデータを再生して編集結果を再現するようにしてもよい。
【０１２９】
なお、編集用端末装置１６は、後述するように、エディットリスト用クリップメタデータを生成する際に、編集前のクリップに含まれるLTCを用いるか、新たなLTCを用意するかを選択することができる。
【０１３０】
次に、このエディットリスト用クリップメタデータを生成する（クリップメタデータを再構成する）処理の例について説明する。
【０１３１】
図２の編集用端末装置１６による編集処理において、クリップデータ編集部５４は、入力部６１を介して入力されたユーザの指示等に基づいて、ドライブ６５に装着された光ディスク１７に記録された画像データや音声データ、または、通信部６４を介して取得したローレゾデータに対して、非破壊的に編集処理を行い、編集内容に関する情報や編集後のデータに関する情報を生成する。
【０１３２】
エディットリスト編集部５５は、クリップデータ編集部５４の編集処理に伴って生成される各種の情報を、バス５６を介して取得し、１回の編集作業が終了すると、その編集結果に基づいて、エディットリスト（エディットリストに含まれる各種のデータ）を生成し、生成したエディットリストを記憶部６３、または、ドライブ６５に装着された光ディスク１７に記録する。
【０１３３】
エディットリスト編集部５５は、エディットリストを生成する際に、エディットリスト用クリップメタデータ処理を実行し、編集対象となるクリップのクリップメタデータを用いて、編集後のエッセンスデータを１クリップとした、エディットリスト用クリップメタデータを生成する。
【０１３４】
エディットリスト編集部５５によるエディットリスト用クリップメタデータ処理について、図８のフローチャートを参照して説明する。
【０１３５】
エディットリスト用クリップメタデータ処理を開始したエディットリスト編集部５５は、最初に、ステップＳ１において、編集対象となる各クリップのクリップメタデータより、指定範囲内のUMIDデータおよびKLVデータの変化点に関する情報を抽出する。
【０１３６】
例えば、UMIDは、画像データに対して、１フレームから１クリップまでの内、任意の時間幅を単位として、割り当てることができる。換言すると、１つのクリップの画像データの内、任意のフレームにおいて、UMIDデータの値が変化するようにすることができる。同様に、各種の情報を含むKLVデータの値も、１つのクリップの画像データの内、任意のフレームにおいて変化するようにすることができる。エディットリスト編集部５５は、このように変化するUMIDデータおよびKLVデータの値、およびこれらの値が変化するフレームの内、編集結果に対応する範囲内のフレームの、編集後の画像データにおけるフレーム番号を抽出する。
【０１３７】
指定範囲内のUMIDデータおよびKLVデータの変化点に関する情報を抽出したエディットリスト編集部５５は、ステップＳ２に処理を進め、抽出した変化点のデータに基づいて、変化点であるフレームの、編集後のフレーム番号に対応するUMIDデータおよびKLVデータを生成する。
【０１３８】
UMIDは、その情報により唯一の素材を特定するための識別子である。従って、複数の画像データに共通のUMIDを割り当てる（１つのUMIDから複数の素材が特定される）ことは禁止されているので、エディットリスト編集部５５は、抽出された変化点における、編集結果としての画像データに対応する新たなUMIDを生成する。同様に、エディットリスト編集部５５は、KLVデータについても、必要である場合は、新たなKLVデータを生成する。
【０１３９】
このように、変化点であるフレームの、編集後の画像データにおけるフレーム番号に対応するUMIDデータおよびKLVデータを生成したエディットリスト編集部５５は、ステップＳ３に処理を進め、生成したUMIDデータおよびKLVデータを、記憶部６３に供給して記憶させる等し、エディットリスト用クリップメタデータとして登録する。
【０１４０】
ステップＳ３の処理が終了すると、エディットリスト編集部５５は、ステップＳ４に処理を進め、ユーザの指示に基づいてLTC編集処理を行い、エディットリスト用のLTCの変換テーブルを生成し、エディットリスト用クリップメタデータとして記録する。LTC編集処理の詳細については、図９および図１０のフローチャートを参照して説明する。
【０１４１】
LTC編集処理を終了したエディットリスト編集部５５は、エディットリスト用クリップメタデータ処理を終了する。
【０１４２】
次に、図９および図１０のフローチャートを参照して、エディットリスト編集部５５により、図８のステップＳ４において実行されるLTC編集処理の詳細について説明する。なお、以下において、説明を簡略化するために、編集対象となる各クリップの画像データや音声データに付加されるLTCは、クリップ内において、その値が全て連続しており、クリップの値が前後のフレームにおいて不連続となる変化点が存在しないものとする。
【０１４３】
LTC編集処理を開始したエディットリスト編集部５５は、ステップＳ２１において、後述する処理において用いられる各変数の値を、例えば値「０」を代入する等して初期化する。
【０１４４】
変数の初期化が終了するとエディットリスト編集部５５は、ステップＳ２２に処理を進め、ユーザ入力に基づいて、編集後の画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成するか否かを判定する。
【０１４５】
エディットリスト編集部５５は、出力部６２を制御してディスプレイ等にGUI（Graphical User Interface）等を表示させ、入力部６１を制御し、ユーザに、エディットリスト用クリップメタデータに含まれる変換テーブルを生成する際の条件を入力させる。具体的には、エディットリスト編集部５５は、編集後の画像データに対して、１本化された新たなLTCを対応させるように変換テーブルを生成するか否かの条件をユーザに入力させる。
【０１４６】
エディットリスト編集部５５は、このように入力されたユーザ入力に基づいて、編集後の画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成するか否かを判定し、そのような変換テーブルを生成すると判定した場合、ステップＳ２３に処理を進め、入力部６１を制御して、LTCの初期値の入力を受け付ける。
【０１４７】
編集後の画像データに対して１本化された新たなLTCを対応させる場合、ユーザは、先頭のフレームに対応するLTCの値である初期値を設定することができ、初期値を設定する場合、入力部６１を操作することにより、初期値を入力する。
【０１４８】
エディットリスト編集部５５は、ステップＳ２４に処理を進め、入力部６１を制御し、このユーザからの入力に基づいて、初期値が入力されたか否かを判定する。初期値が入力されたと判定した場合、エディットリスト編集部５５は、ステップＳ２５に処理を進め、LTCの初期値を示す変数LtcStartに、入力された初期値を代入し、ステップＳ２７に処理を進める。
【０１４９】
なお、ステップＳ２４において、LTCの初期値が入力されていないと判定した場合、エディットリスト編集部５５は、ステップＳ２６に処理を進め、変数LtcStartに値「０」を代入し、ステップＳ２７に処理を進める。
【０１５０】
ステップＳ２７において、エディットリスト編集部５５は、変換テーブルに登録するLTCの値を示す変数LtcNumに変数LtcStartの値を代入し、変換テーブルに登録するフレーム番号を示す変数FrameNumに値「０」を代入し、変数LtcNumおよび変数FrameNumの各値を互いに関連付けて記憶部６３に記憶させることにより、それらの値を開始点として編集後の画像データに対応する変換テーブルに登録する。
【０１５１】
ところで、編集後の画像データに対して、１本化された新たなLTCを対応させるようにする場合、LTCの値の増加は全て連続し、開始点以外のフレームにおいて不連続点が発生しない。すなわち、従って、エディットリスト編集部５５は、ステップＳ２７の処理により、編集後の画像データに対して、１本化された新たなLTCを付加するような変換テーブルには、開始点におけるLTCの値、および開始点におけるフレーム番号（すなわち、「０」）のみが登録される。
【０１５２】
従って、ステップＳ２７の処理を終了し、開始点を変換テーブルに登録したエディットリスト編集部５５は、LTC編集処理を終了し、図８のエディットリスト用クリップメタデータ処理を終了する。
【０１５３】
なお、図９のステップＳ２２の処理において、編集後の画像データに対して１本化された新たなLTCを付加するような変換テーブルを生成しないと判定した場合、エディットリスト編集部５５は、図１０のステップＳ３１に処理を進め、処理の対象とするクリップを選択するための変数ClipNumに値「１」を代入する。
【０１５４】
ステップＳ３２において、エディットリスト編集部５５は、ClipNum番目のクリップのクリップメタデータに含まれる、LTCとフレーム番号との変換テーブルを参照し、指定された範囲の開始点のLTCと、指定された範囲のフレーム数を算出してその値を変数ClipFrameに代入し、指定された範囲の開始点のLTCを変数LtcNumに代入する。すなわち、エディットリスト編集部５５は、例えば、光ディスク１７に記録されたクリップの内、ClipNum番目のクリップの画像データに注目し、その画像データの全フレームの内、編集結果として採用される部分のフレームのフレーム数を算出し、その値を変数ClipFrameに代入する。また、エディットリスト編集部５５は、クリップデータの変換テーブルを参照し、その編集結果として採用される部分の最初のフレームの、編集結果である画像データにおけるフレーム番号を算出し、その算出結果を変数LtcNumに代入する。
【０１５５】
ステップＳ３２の処理を終了したエディットリスト編集部５５は、ステップＳ３３に処理を進め、変数LtcNumおよび変数FrameNumを互いに関連付けて記憶部６３に記憶させることにより、それらの値を編集後の画像データに対応する変換テーブルに登録する。
【０１５６】
指定された範囲内におけるLTCの開始点を変換テーブルに登録したエディットリスト編集部５５は、ステップＳ３４に処理を進め、処理対象としたクリップが最後のクリップであるか否かを判定し、また未処理のクリップが存在し、最後のクリップではないと判定した場合、ステップＳ３５に処理を進める。
【０１５７】
エディットリスト編集部５５は、ステップＳ３５において、変数FrameNumの値に変数ClipFrameの値を加算し、ステップＳ３６において、変数ClipNumに値「１」を加算し、次のクリップに対する演算処理が行えるように準備する。
【０１５８】
ステップＳ３６の処理を終了したエディットリスト編集部５５は、ステップＳ３２に処理を戻し、それ以降の処理を繰り返す。
【０１５９】
エディットリスト編集部５５は、以上のように、ステップＳ３２乃至ステップＳ３６の処理を繰り返し、全てのクリップに対して、このような処理を行う。そして、全てのクリップに対して上述した処理を終了し、ステップＳ３４において、最後のクリップであると判定した場合、エディットリスト編集部５５は、LTC編集処理を終了し、図８のエディットリスト用クリップメタデータ処理を終了する。
【０１６０】
以上のようにして、エディットリスト編集部５５は、図８のフローチャートを参照して説明したエディットリスト用クリップメタデータ処理、および図９および図１０のフローチャートを参照して説明したLTC編集処理を行い、エディットリストに対応する変換テーブルを生成することができる。
【０１６１】
なお、上述した各種の変数は、１つの例であり、上述した以外の変数を用いるようにしても良い。
【０１６２】
また、以上においては、編集対象となるクリップの画像データや音声データに対応させられるLTCは、クリップ内において、その値が連続している場合のLTC編集処理について説明した。しかしながら、LTCの値がクリップ内において不連続となる（クリップ内にLTCの変化点が存在する）場合もある。そのような場合、上述したLTC編集処理において、各クリップの指定された範囲の開始点におけるLTCの値と、そのLTCが対応するフレームの、エディットリスト上の画像データ（編集後の画像データ）におけるフレーム番号を対応付けて変換テーブルに登録するとともに、各クリップのLTCの変化点（直前のフレームのLTCの値と不連続となる値のLTCが付加されたフレーム）に対しても、同様に、LTCの値と、そのLTCが対応するフレームの、エディットリスト上の画像データ（編集後の画像データ）におけるフレーム番号を対応付けて変換テーブルに登録するようにすればよい。
【０１６３】
なお、図９のステップＳ２４の処理において、ユーザよりLTCの初期値に関する入力が無いと判定した場合、エディットリスト編集部５５は、ステップＳ２６において、変数LtcStartに値「０」を代入する処理を行うように説明したが、これに限らず、例えば、通信部６４を介す等して現在の実際の時刻に関する情報を取得し、その取得した現在の実際の時刻の値を変数LtcStartに登録するようにしてもよい。
【０１６４】
次に、複数のクリップを合成して１つのクリップを再生する編集作業における、エディットリスト上のエッセンスデータ（編集後のエッセンスデータ）に対応するLTCであるエディットリスト用LTCの変換テーブルが生成される様子の具体的な例について説明する。なお、以下においては、編集対象のデータとして、画像データについてのみ説明するが、実際には、音声データ、ローレゾデータ、およびフレームメタデータについても同様に編集される。
【０１６５】
図１１は、編集結果としての画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成しない場合の編集処理において、エディットリスト用のLTC（エディットリスト用の変換テーブル）が生成される様子の例を示す図である。
【０１６６】
図１１において、クリップ１およびクリップ２は、例えば、光ディスク１７に記録されているクリップであり、編集対象となるクリップである。すなわち、この編集処理により、クリップ１の画像データ２１０およびクリップ２の画像データ２２０は、それぞれ、その一部分が抽出され、編集後のエディットリスト上の画像データ２３０として、１つの画像データに合成される。
【０１６７】
画像データ２１０および画像データ２２０には、それぞれ、LTC（クリップ用LTC）が付加されている。クリップ用LTCとは、編集前のクリップのフレームメタデータに含まれるLTCのことである。図１１において、画像データ２１０の全フレームの内、編集後の画像データ（エディットリスト上の画像データ２３０）として抽出される部分の最初のフレーム（IN点）のLTC２１１の値は、「００：１０：００：００」である。
【０１６８】
また、画像データ２１０の全フレームの内、編集後の画像データ（エディットリスト上の画像データ２３０）として抽出される部分の最後のフレーム（OUT点）のLTC２１２の値は、「００：４０：００：００」である。同様に、画像データ２２０のIN点のLTC２２１の値は、「００：０５：００：００」であり、OUT点のLTC２２２の値は、「００：３５：００：００」である。
【０１６９】
通常、図１１に示されるような、光ディスク１７等に記録されたクリップの画像データや音声データは、撮像装置１４における撮像処理により得られたデータであり、編集処理が施されていないデータである。すなわち、そのような場合、編集対象となるクリップの画像データや音声データに付加されたクリップ用LTCは、その値が前後のフレームで不連続となる不連続点（変化点）が存在しないことが多い。従って、図１１において、説明を簡略化するために、画像データ２１０または画像データ２２０において、LTCの値が不連続となる変化点は存在しないものとするが、変化点が含まれるようにしてももちろんよい。
【０１７０】
エディットリスト編集部５５が、このような画像データ２１０および２２０を用いて、上述したように、編集後のエディットリスト上の画像データ２３０に対して１本化された新たなLTCを対応させるような変換テーブルを生成しない編集処理を行った場合、図９および図１０のフローチャートのような処理が行われ、FTC（フレーム番号）とLTC（エディットリスト用LTC）が関連付けられて登録された、エディットリスト上の画像データ２３０に対応する変換テーブルが生成される。
【０１７１】
すなわち、この変換テーブルには、画像データ２１０におけるIN点のエディットリスト用LTCおよびフレーム番号（FTC）、および、画像データ２２０におけるIN点のエディットリスト用LTCおよびフレーム番号（FTC）が登録される。
【０１７２】
図１１の場合、画像データ２１０のIN点においては、FTC２３１の値は、画像データ２３０の先頭フレームでもあるので、「００：００：００：００」となり、エディットリスト用LTC２３４の値は、画像データ２１０のクリップ用LTCの値と同一の「００：１０：００：００」となる。
【０１７３】
また、画像データ２２０のIN点においては、FTC２３２の値は、抽出された画像データ２１０のフレーム数がFTC２３１の値に加算され、「００：３０：００：００」となり、エディットリスト用LTC２３５の値は、画像データ２２０のクリップ用LTCの値と同一の「００：０５：００：００」となる。
【０１７４】
なお、変換テーブルには登録されないが、画像データ２２０より抽出された部分における最後のフレームである、画像データ２２０におけるOUT点に対応するFTC２３３の値は、抽出された画像データ２２０のフレーム数がFTC２３２の値に加算され、「０１：００：００：００」となる。
【０１７５】
以上のように、編集結果としての画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成せずに、編集前のデータに対応するクリップLTCを利用して、エディットリストに対応する変換テーブルを生成する場合、エディットリスト用LTCの値は不連続となる場合がある。
【０１７６】
図１２は、編集結果としての画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成する場合の編集処理において、エディットリスト用のLTC（エディットリスト用の変換テーブル）が生成される様子の例を示す図である。
【０１７７】
図１２において、クリップ１およびクリップ２は、図１１と同様に、編集対象となるクリップである。すなわち、この編集処理により、クリップ１の画像データ２５０およびクリップ２の画像データ２６０は、それぞれ、その一部分が抽出され、編集後のエディットリスト上の画像データ２７０として、１つの画像データに合成される。
【０１７８】
画像データ２５０および画像データ２６０には、それぞれ、LTC（クリップ用LTC）が付加されている。クリップ用LTCとは、編集前のクリップのフレームメタデータに含まれるLTCのことである。図１２において、画像データ２５０のIN点のLTC２５１の値は、「００：１０：００：００」である。
【０１７９】
また、画像データ２５０のOUT点のLTC２５２の値は、「００：４０：００：００」である。同様に、画像データ２６０のIN点のLTC２６１の値は、「００：０５：００：００」であり、OUT点のLTC２６２の値は、「００：３５：００：００」である。なお、図１２において、説明を簡略化するために、図１１と同様に、画像データ２５０または画像データ２６０において、LTCの値が不連続となる変化点は存在しないものとするが、変化点が含まれるようにしてももちろんよい。
【０１８０】
エディットリスト編集部５５が、このような画像データ２５０および２６０を用いて、上述したように、編集後のエディットリスト上の画像データ２７０に対して１本化された新たなLTCを付加するような変換テーブルを生成する編集処理を行った場合、図９のフローチャートのような処理が行われ、FTC（フレーム番号）とLTC（エディットリスト用LTC）が関連付けられて登録された、エディットリスト上の画像データ２７０に対応する変換テーブルが生成される。
【０１８１】
すなわち、この変換テーブルには、画像データ２５０におけるIN点に対応するエディットリスト用LTCおよびフレーム番号（FTC）のみが登録される。
【０１８２】
図１２の場合、画像データ２７０の先頭フレームであり、画像データ２５０のIN点に対応するフレームにおけるFTC２７１の値は「００：００：００：００」となり、エディットリスト用LTC２７４の値は、ユーザにより設定された初期値となっており、画像データ２５０のクリップ用LTC２５１の値とは異なる「００：３０：００：００」となる。
【０１８３】
また、画像データ２２０のIN点においては、FTC２３２の値は、抽出された画像データ２１０のフレーム数がFTC２３１の値に加算され、「００：３０：００：００」となり、エディットリスト用LTC２３５の値は、画像データ２２０のクリップ用LTCの値と同一の「００：０５：００：００」となる。
【０１８４】
なお、変換テーブルには登録されないが、画像データ２６０のIN点およびOUT点にそれぞれ対応するFTC２７２およびFTC２７３の値は、それぞれ、「００：３０：００：００」および「０１：００：００：００」となる。
【０１８５】
以上のように、編集結果としての画像データに対して１本化された新たなLTCを対応させるような変換テーブルを生成する場合、生成されたエディットリストに対応する変換テーブルには、上述した開始点以外の不連続点（変化点）が登録されていないので、エディットリスト上の画像データ２７０に対応するエディットリスト用LTCは、値が連続する（不連続点が存在しない）LTCとなる。
【０１８６】
図１１および図１２による編集により生成された、エディットリスト用クリップメタデータに含まれる変換テーブル（エディットリスト用LTCに対応する変換テーブル）の構成例について、図１３を参照して説明する。
【０１８７】
図１３Ａは、図１１の編集により生成された変換テーブルの構成例を示す模式図である。この変換テーブルは、編集処理ごとに生成される、リアルタイム性を要求されないメタデータであるので、エディットリストディレクトリ以下に設けられるエディットリスト用クリップメタデータファイルに記録される。
【０１８８】
図１３Ａの場合、変換テーブル２８０は、図６を参照して説明したエディットリスト用クリップメタデータファイル（E0002M01.XML）１７２に記録される。変換テーブル２８０は、上述したように、フレーム番号（FTC）２８１およびLTC不連続点２８２の項目からなるテーブルであり、この場合、開始点（図１１のクリップ１のIN点）の他に、変化点（図１１のクリップ２のIN点）が不連続点として登録されている。
【０１８９】
図１３Ｂは、図１２の編集により生成された変換テーブルの構成例を示す模式図である。この変換テーブルは、編集処理ごとに生成される、リアルタイム性を要求されないメタデータであるので、エディットリストディレクトリ以下に設けられるエディットリスト用クリップメタデータファイルに記録される。
【０１９０】
図１３Ｂの場合、変換テーブル２８０は、図６を参照して説明したエディットリスト用クリップメタデータファイル（E0002M01.XML）１７２に記録される。変換テーブル２８０は、上述したように、フレーム番号（FTC）２８１およびLTC不連続点２８２の項目からなるテーブルであり、この場合、開始点（図１２のクリップ１のIN点）のみが不連続点として登録されている。ただし、この場合、LTC不連続点２８２には、ユーザが編集の際に設定した初期値が登録されている。
【０１９１】
以上のように、非破壊的な編集処理の際に、エディットリストに対応するクリップメタデータを生成することにより、編集対象のデータを更新することなく、容易に、編集結果のエッセンスデータに対して新たなLTCを付加させることができる。
【０１９２】
これにより、ユーザは、その新たなLTCを用いることにより、編集結果より所望のフレームを検索する処理が容易になるので、その後の編集処理を容易に行うことができる。また、エディットリストを用いて編集後のエッセンスデータを再生する（編集結果を再現する）場合において、再生処理を行う装置は、その新たなLTCに対応する変換テーブルを読み出すだけで、再生データにLTCを付加させることができるので、再生処理時間、および再生処理の負荷を軽減させることができる。
【０１９３】
なお、実際には、上述した以外にも、早送り再生、巻き戻し再生、一時停止、コマ送り再生等、様々な再生動作の方法が存在するが、上述した読み出し処理を用いて読み出し開始位置（フレーム）を決定し、それらの再生動作を行うように読み出し制御を行えばよいので、それらについての説明は省略する。
【０１９４】
なお、以上においては、リアルタイム性を要求されるメタデータを、フレーム毎のメタデータであるフレームメタデータとするように説明したが、これに限らず、どのような単位のエッセンスデータに対するメタデータであってもよく、例えば、複数のフレーム毎のメタデータとしてもよい。
【０１９５】
また、リアルタイム性を要求されないメタデータを、クリップ毎のメタデータであるクリップメタデータとするように説明したが、これに限らず、どのような単位のエッセンスデータに対するメタデータであってもよく、例えば、複数のクリップ毎のメタデータとしてもよいし、予め定められた所定の時間分のエッセンスデータに対するメタデータであってもよい。
【０１９６】
なお、以上においては、画像データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、光磁気ディスク、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０１９７】
また、以上においては、編集用端末装置１６において、編集を行う場合について説明したが、編集を行う情報処理装置としては、これに限らず、例えば、図１の企画用端末装置１１、撮像装置１４、またはフィールドPC１５であってもよいし、それ以外の情報処理装置であってもよい。
【０１９８】
以上のように、本発明を適用した情報処理装置は、編集前の画像データを編集し、編集後の画像データを生成し、生成した編集済みの画像データを、編集前の画像データと異なるディレクトリに記録するとともに、編集前の画像データに付加されたリアルタイム性を要求されないメタデータに基づいて、編集後の画像データに対応するような、リアルタイム性を要求されないメタデータを新たに生成し、記録する処理を行えばよく、このような内容の処理と同様の処理であれば、どのような方法で処理を行ってもよいし、このような処理以外の処理をさらに行ってもよい。また、本発明を適用した情報処理装置の構成は、このような処理を実行可能であれば、図２に示される構成以外の構成であってももちろんよい。
【０１９９】
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０２００】
記録媒体は、図２に示されるように、編集用端末装置１６とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini-Disc）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア７１により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM５２や記憶部６３が含まれるハードディスクなどで構成される。
【０２０１】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０３】
【発明の効果】
以上のように、本発明によれば、画像データや音声データ等を記録媒体に記録することができる。特に、より容易に編集処理を行うことができるようにする等の、記録媒体の利便性を向上させることができる。
【図面の簡単な説明】
【図１】本発明を適用した映像プログラム製作支援システムの構成例を示す図である。
【図２】図１の編集用端末装置の内部の構成例を示すブロック図である。
【図３】図１の光ディスクに記録されたデータの構成例を示す模式図である。
【図４】ファイルシステムによるデータを管理するためのディレクトリ構造の例を示す図である。
【図５】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図６】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図７】  KLV符号化されたデータのデータ構造を説明する模式図である。
【図８】図２のエディット編集部によるエディットリスト用クリップメタデータ処理について説明するフローチャートである。
【図９】図８のステップＳ４において実行されるLTC編集処理について説明するフローチャートである。
【図１０】図８のステップＳ４において実行されるLTC編集処理について説明する、図９に続くフローチャートである。
【図１１】エディットリスト用LTCを生成する様子の例を説明する図である。
【図１２】エディットリスト用LTCを生成する様子の、他の例を説明する図である
【図１３】エディットリストに対応する変換テーブルの構成例を示す模式図である。
【符号の説明】
１  映像プログラム製作支援システム，  １１  企画用端末装置，  １２  ネットワーク，  １３  取材用端末装置，  １４  撮像装置，  １５  フィールドPC，  １６  編集用端末装置，  １７  光ディスク，  ５４  クリップデータ編集部，  ５５  エディットリスト編集部，  １６２  クリップメタデータファイル，  １７２  エディットリスト用クリップメタデータファイル，  １９０  KLVデータ，  ２１１および２１２  クリップ用LTC，  ２２１および２２２  クリップ用LTC，  ２３１乃至２３３  FTC，  ２３４および２３５  エディットリスト用LTC，  ２５１および２５２  クリップ用LTC，  ２６１および２６２  クリップ用LTC，  ２７１乃至２７３  FTC，  ２７４  エディットリスト用LTC,  ２８０  変換テーブル,  ２８１  FTC,  ２８２  LTC不連続点
【図１】
0003677779.tif 000002
【図２】
0003677779.tif 000003
【図３】
0003677779.tif 000004
【図４】
0003677779.tif 000005
【図５】
0003677779.tif 000006
【図６】
0003677779.tif 000007
【図７】
0003677779.tif 000008
【図８】
0003677779.tif 000009
【図９】
0003677779.tif 000010
【図１０】
0003677779.tif 000011
【図１１】
0003677779.tif 000012
【図１２】
0003677779.tif 000013
【図１３】
0003677779.tif 000014