(57)【特許請求の範囲】
【請求項１】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置において、
上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成手段と、
上記作成された編集リストに基づいて編集制御信号を生成する編集制御手段と、
上記編集制御手段からの編集制御信号に基づいて上記素材から所定の画像フォーマットのコンテンツを形成するコンテンツ形成手段とを有し、
上記編集リストには、編集に使用される素材を特定するための識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成するコンテンツ形成装置。
【請求項２】
上記素材の識別情報は、全世界で１つしかないグローバルユニークな識別コードであり、この識別コード体系に準拠して、素材の処理方法を識別する識別コードが定められている請求の範囲第１項記載のコンテンツ形成装置。
【請求項３】
上記画像フォーマットは、撮影時の１コマの時間、撮影時のシャッタスピード、画像の縦横の有効画素数、各画素の縦横比の項目を有する詳細仕様を記述したスキャンフォーマットである請求の範囲第１項記載のコンテンツ形成装置。
【請求項４】
上記素材の編集リスト作成時には、上記素材を高圧縮したサブ素材を用いる請求の範囲第１項記載のコンテンツ形成装置。
【請求項５】
上記編集リスト内に、既に作成された他の編集リストを、該編集リスト自体を識別するための全世界で１つしかないグローバルユニークな識別コードを付して記述することを許す階層構造とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項６】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成方法において、
上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成工程と、
上記作成された編集リストに基づいて編集制御信号を生成する編集制御工程と、
上記編集制御工程で生成された編集制御信号に基づいて上記素材から所定の画像フォーマットのコンテンツを形成するコンテンツ形成工程とを有し、
上記編集リストには、編集に使用される素材を特定するための識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成するコンテンツ形成方法。
【請求項７】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、
編集による出力を識別する識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて編集内容を定義する編集定義工程と、
入力映像素材を識別する識別情報と、入力映像素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて入力映像素材を定義しながらその入力映像素材に施す処理を定義していく処理定義工程と
を備え、
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する編集リスト作成方法。
【請求項８】
複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成手段と、
上記編集リスト作成手段で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成手段と、
上記編集リスト作成手段で最終的に作成された上記編集リストに基づいて任意フォーマットのコンテンツを形成するコンテンツ形成手段とを備え、
上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための全世界で１つしかないグローバルユニークな同一体系の識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成するコンテンツ制作装置。
【請求項９】
複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成工程と、
上記編集リスト作成工程で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成工程と、
上記編集リスト作成工程で作成された上記編集リストに基づいて任意のフォーマットのコンテンツを形成するコンテンツ形成工程とを備え、
上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための全世界で１つしかないグローバルユニークな同一体系の識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成するコンテンツ制作方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ形成装置及び方法、編集リスト作成方法、並びにコンテンツ制作装置及び方法に関し、特に、複数の映像及び／又は音声の素材を用いて所定フォーマットのコンテンツを形成するために使用されるコンテンツ形成装置及び方法、編集リスト作成方法、並びにコンテンツ制作装置及び方法に関する。
【０００２】
【従来の技術】
動画像の編集の歴史は、映画フィルムを切って接着剤で繋ぐことから始まったが、ビデオ編集においては、映像を記録したビデオテープの編集位置に印を付け、はさみで切って接着テープで繋ぐ（いわゆるスプライス編集）という黎明期を経て、ダビングによる電子編集時代が長く続いている。
【０００３】
ここ十年ほどで普及した、ノンリニア編集（non-linear editor）も、その延長線上にあるといえる。すなわち、ノンリニア編集とは、メディアから得た画像を見ながら、主にダビングによって繋ぎ合わせ、必要に応じて画像処理を施し、編集結果を再びメディアに収める、以上一連の作業、あるいはその繰り返しという作業であり、何十年も踏襲されている。
【０００４】
【発明が解決しようとする課題】
しかし、このような伝統手法には以下のような問題点がある。
【０００５】
先ず、ダビングを繰り返す電子編集では画質劣化が起こる。これは、アナログ時代には避けられない問題だったが、非圧縮のベースバンド・デジタル信号をダビングするようなベースバンド・デジタルの時代に至ってほぼ完璧に解消された。ところが、昨今の画像圧縮技術の普及浸透によって、画質問題は再燃することとなった。これは、不可逆のデータ圧縮と伸長を繰り返すことが原因である。
【０００６】
この対策としては、圧縮率を下げたり、圧縮単位を短くする、といった妥協策が講じられるが、メディアのコストが嵩んだり通信時間が長くなるなど、多くの面で不具合があり、しかも画質劣化が完全に解消されるわけでもない。
【０００７】
データ圧縮しない場合でも、画像の拡大縮小やピクセルシフト、合成など、いわゆる特殊効果の繰り返し処理によっても、画質劣化などの問題点が生じる。
【０００８】
次に、NTSCなどの画像フォーマットは、受像機や電波割り当てを主眼に考案され統一された。しかし、昨今HDVSやPC上のウィンドウなど、複数の画像フォーマットが混在で使われるのが、むしろ一般的である。単一のフォーマットしか対応できないことは、素材の収集においても完パケの提供においても大きな弊害となってきた。
【０００９】
しかも、とくにコンピュータ上では、ユーザーが勝手な仕様のウィンドウを作れるため、用意されたフォーマットの中から選ぶ方式では対応しきれない。
【００１０】
編集時、目的とする画を特定するためタイムコードが使われるが、一巻中の位置を示すに過ぎず、メディアを特定することは基本的に不可能である。リール番号などでメディアを特定する方法も使われるが、あくまでローカルな運用範囲に留まる。したがって、素材は手許に一旦溜めてから使うしかなく、手間とコストを要する。
【００１１】
同様に特殊効果やタイトル挿入なども機種依存で、手許の装置が対応していない加工は不可能なため、編集結果も手許のメディアに記録せざるを得ない。
【００１２】
ここで、ビデオテープレコーダを用いた編集の一例として、素材テープより作成した低画質の作業用テープにより編集リスト（EDL：Edit Decision List）を例えばオフラインで作成し、この編集リスト（EDL）により素材テープを用いたオンライン編集を行う場合を考察する。この場合に用いられるEDLは、再生側VTR及び記録側VTRの各テープのIN点やOUT点などの編集点が記載されたプログラムといえ、EDLに従い自動的に電子編集が完了する点で便利である。
【００１３】
しかし、特殊効果など、互換性のない項目も記述されており、使用されるシステムに限定されたものとなっている。また、テープの架け替えなどもあり、人手に頼ることが多い。融通が利きにくい点では、完パケ（完全パッケージの略、編集処理が全て終了してそのまま放送できる状態の映像素材）を修正したい場合の対応も面倒であり、たえば最初のコマの前に１コマ挿入するだけでも、全編の再編集もしくはダビングが必要となる。
【００１４】
このように、現状の編集システムは、現時点でも効率や便利性などで改善すべき面が多いが、それ以上に、ネットワークのメリットを享受できないという一面がある。現状に固執すれば、時代に取り残された後進的システムになる危険性が高い。それぞれの問題は有機的に絡み合っているため、部分的な対策を施しても新たな問題を引き起こすであろうし、複雑さが連鎖的に増すので、現状の編集システムのままでは使用が困難となることもあり得る。
【００１５】
本発明は、上記実情に鑑みてなされたものであり、素材を手許に一旦溜めて使うことなく、手間とコストを不要として、編集を実行することができるコンテンツ形成装置及び方法の提供を目的とする。すなわち、素材を識別情報で取得し、重い画像を伝送する必要のない運用を可能とするコンテンツ形成装置及び方法の提供を目的とする。
【００１６】
また、本発明は、複数の映像及び／又は音声からなるマルチフォーマットの素材を入力して、マルチフォーマットのコンテンツを形成することができるコンテンツ形成装置及び方法の提供を目的とする。
【００１７】
また、本発明は、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成するための編集リスト作成方法の提供を目的とする。
【００１８】
また、本発明は、他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを再生し、この編集リストに基づいて、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができるコンテンツ制作装置及び方法の提供を目的とする。
【００１９】
【課題を解決するための手段】
すなわち、本発明に係るコンテンツ形成装置は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置において、上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成手段と、上記作成された編集リストに基づいて編集制御信号を生成する編集制御手段と、上記編集制御手段からの編集制御信号に基づいて上記素材から所定の画像フォーマットのコンテンツを形成するコンテンツ形成手段とを有し、上記編集リストには、編集に使用される素材を特定するための識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する。
【００２０】
このため、本発明に係るコンテンツ形成装置により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
【００２１】
ここで、上記素材の識別情報は、全世界で１つしかないグローバルユニークな識別コードであり、さらに、この識別コード体系に準拠して、素材の処理方法を識別する識別コードが定められている。編集リスト内に記述した、グローバルユニークな識別コードにより素材を唯一のものとして指定できる。また、素材の処理方法も同様に、識別コードとして編集リスト内に記述することができる。
【００２２】
本発明に係るコンテンツ形成方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成方法において、上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成工程と、上記作成された編集リストに基づいて編集制御信号を生成する編集制御工程と、上記編集制御工程で生成された編集制御信号に基づいて上記素材から所定の画像フォーマットのコンテンツを形成するコンテンツ形成工程とを有し、上記編集リストには、編集に使用される素材を特定するための識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する。
【００２３】
このため、本発明に係るコンテンツ形成方法により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
【００２４】
また、本発明に係る編集リスト作成方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、編集による出力を識別する識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて編集内容を定義する編集定義工程と、入力映像素材を識別する識別情報と、入力映像素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて入力映像素材を定義しながらその入力映像素材に施す処理を定義していく処理定義工程とを備え、上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する。
【００２５】
このような各工程を備えることにより、本発明に係る編集リスト作成方法は、まず、編集による出力を識別する識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力映像素材を識別する識別情報と入力映像素材の画像フォーマットを定義するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していく。
【００２６】
ここで、上記出力の識別情報及び入力素材の識別情報は、それぞれ全世界で１つしかないグローバルユニークな同一体系の識別コードであるので、出力及び入力素材を特定することができる。
【００２７】
また、入力素材に施す処理方法も全世界で１つしかないグローバルユニークな同一体系の識別コードで記述するので、処理方法も特定することができる。
【００２８】
また、本発明に係るコンテンツ制作装置は、上記実情に鑑みてなされたものであり、複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成手段と、上記編集リスト作成手段で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成手段と、上記編集リスト作成手段で最終的に作成された上記編集リストに基づいて任意フォーマットのコンテンツを形成するコンテンツ形成手段とを備え、上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための全世界で１つしかないグローバルユニークな同一体系の識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する。
【００２９】
このコンテンツ制作装置は、他の分散場所で分散編集リスト作成手段により作成された分散編集リストを用い、編集リスト作成手段において最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成手段にて上記編集リストに基づいて任意フォーマットのコンテンツを形成する。
【００３０】
本発明に係るコンテンツ制作方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成工程と、上記編集リスト作成工程で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成工程と、上記編集リスト作成工程で作成された上記編集リストに基づいて任意のフォーマットのコンテンツを形成するコンテンツ形成工程とを備え、上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための全世界で１つしかないグローバルユニークな同一体系の識別情報と、入力映像素材の画像フォーマット及び編集出力素材の画像フォーマットを定義するフォーマット宣言文とを有し、上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定され、上記入力映像素材及び編集出力素材の画像フォーマットに応じた編集処理を実行してコンテンツを形成する。
【００３１】
このコンテンツ制作方法は、複数の映像及び／又は音声の素材を用いて他の分散場所で分散編集リスト作成工程により作成された分散編集リストを用いて、編集リスト作成工程が最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成工程にて上記編集リストに基づいて任意フォーマットのコンテンツを形成する。
【００３２】
【発明の実施の形態】
以下、本発明に係るコンテンツ形成装置及び方法の実施の形態について図面を参照しながら説明する。図１に構成を示すように、この実施の形態は、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置１であり、編集リストの一種である、編集手続リスト（Edit Procedure List；ＥＰＬ）を作成するＥＰＬ作成部１０と、ＥＰＬに基づいて編集制御信号を生成する編集制御部２０と、所定フォーマットのコンテンツを形成するコンテンツ形成部３０とを備えて成る。
【００３３】
このコンテンツ形成装置１には、複数の映像及び／又は音声からなる素材が入力される。ここでは、説明の都合上、例えば、ローカルエリアネットワーク（ＬＡＮ）や、インターネット等のネットワークに接続されたデータベースに格納された素材とする。この素材は、入力端子ＩＮを介してＥＰＬ作成部１０及びコンテンツ形成部３０に供給される。
【００３４】
ＥＰＬ作成部１０は、上記素材をデコーダ１１で復号してから、ダウンコンバータ１２で例えば間引き処理し、エンコーダ１３でＪＰＥＧ（Joint Photographic Experts Group）方式やＭＰＥＧ（Moving Picture Experts Group）方式などの圧縮方式で圧縮して高圧縮のサブ素材にし、サブ素材サーバー１４に格納する。サブ素材サーバー１４は、ディスクアレイ構成の記録再生部を有したＡＶサーバーでなり、高圧縮サブ素材を順次取り込み、これをファイル化して記録再生部の指定されたアドレス位置に格納する。
【００３５】
そして、このサブ素材サーバー１４に格納された各ファイルの高圧縮サブ素材は、このサブ素材サーバー１４に接続された複数台（ここでは３台）の各エディティングターミナル１５，１６，１７に供給され、ＥＰＬの作成に用いられる。
【００３６】
エディティングターミナル１５，１６，１７は、ＥＰＬ作成部１０の主要部をなすものであり、高圧縮サブ素材を内部の記録媒体などから読み出して復号し、得られた素材データに基づく映像をモニタに表示する。このとき、オペレータは、エディティングターミナルを介してサブ素材サーバー１４を制御し、サブ素材サーバー１４に所望の動作（再生、巻き戻し又は早送り等）を実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。ここで、フォーマット宣言文では、撮影時の１コマの時間、撮影時のシャッタースピード、縦横の有効画素数などの詳細な仕様を記述するものであるが、このようなフォーマット宣言文などを含むＥＰＬの詳細については後述する。
【００３７】
エディティングターミナル１５，１６，１７で作成されたＥＰＬは、ＥＰＬ記憶部１８に格納される。このＥＰＬ記憶部１８に格納されたＥＰＬは、編集制御部２０に読み出される。編集制御部２０は、ＥＰＬに基づいて編集制御信号を生成し、編集制御信号をコンテンツ形成部３０に供給する。
【００３８】
コンテンツ形成部３０は、編集制御部２０から供給された編集制御信号に基づいて素材から所定の素材フォーマットのコンテンツを形成する。コンテンツ形成部３０には、上述したように入力端子ＩＮを介して入力素材が供給される。
【００３９】
コンテンツ形成部３０は、上記入力素材を原素材サーバー３１に格納しておく。原素材サーバー３１は、ディスクアレイ構成の記録再生部と、ＡＶサーバーでなり、供給される各原素材のなかから指定された複数系統の映像音声データを同時に取り込み、これをそれぞれファイル化して記録再生部内の指定されたアドレス位置に格納する。
【００４０】
原素材サーバー３１は、編集制御部２０から供給される編集制御信号に基づいて、上記記録再生部に格納された各ファイルの原素材を読み出し、原素材サーバー３１に接続された編集実行部３２に供給する。
【００４１】
編集実行部３２は、複数台（ここでは２台）の各デコーダ３３，３４と、この編集実行部３２の主要部であるスイッチャー＆エフェクター３５と、エンコーダ３６からなる。各デコーダ３３，３４で復号された原素材は、スイッチャー＆エフェクター３５にて、編集制御部２０から供給される編集制御信号に基づいて、編集処理が施され、エンコーダ３６に供給される。エンコーダ３６は、編集制御部２０から供給される編集制御信号に基づいたフォーマットで、編集処理が施された編集データをエンコードしてから出力端子ＯＵＴに供給する。
【００４２】
編集実行部３２内にあって、スイッチャー＆エフェクター３５は、デコーダ３３及び３４から、例えば２つの原素材出力が同時に与えられると、Ａ／Ｂロール編集、すなわち２つの信号を使用した切換編集やインサート編集、或いはアッセンブル編集等を行う際、その入力される二つの原素材出力を使用してリアルタイムで編集処理を行うようになされている。
【００４３】
次に、ＥＰＬ作成部１０で作成されるＥＰＬについて説明する。ＥＰＬには、編集に使用される素材を特定するための識別情報を記述する。素材の識別情報としては、グローバルユニークなマテリアル識別コードであるＵＭＩＤ（Unique Material Identifier）を用いている。
【００４４】
ここで、ＵＭＩＤ（Unique Material Identifier）とは、映像データ，オーディオ（音声）データ及びその他の素材データを識別するために唯一的に決定される識別子である。この識別子は、全世界で１つしかないユニークな識別コードからなっているので、グローバルユニークな識別情報と呼ばれている。このＵＭＩＤについては、SMPTE-330Mにおいて既に規格化されており、このSMPTE-330M規格では、ＵＭＩＤの生成に関する規定として、収録素材に対してユニークなＩＤを自動的に付与する方法が述べられている。
【００４５】
図２は、ＵＭＩＤのデータ構造を示している。
【００４６】
ＵＭＩＤは、素材データを識別するためのＩＤ情報としてのBasic ＵＭＩＤと、素材データ内の各コンテンツを識別するためのシグネイチャとしての Extended ＵＭＩＤとから構成されている。
【００４７】
Basic ＵＭＩＤは、３２バイトのデータ領域を有し、１２バイトのUniversal Label領域と、１バイトのLength Value 領域と、３バイトのInstance Number領域と、１６バイトで示されるMaterial Number領域とから構成されている。
【００４８】
Universal Label領域は、後に続くデジタルデータ列がＵＭＩＤであることを識別するための符号が格納されており、Length Value領域は、ＵＭＩＤの長さを示す。Basic ＵＭＩＤと、Extended ＵＭＩＤとでは符号の長さは異なるため、Basic ＵＭＩＤの場合、13hで示され、Extended ＵＭＩＤの場合、33hで示される。Instance Number領域は、素材データに上書き処理や、編集処理が施されたか否かを示している。Material Number領域は、３つの領域を有し、SMPTE-330M規格において規定されているように、グローバルに使用されるアルゴリズムによって生成された符号が格納される。
【００４９】
４バイトで示されるTime Snapは、１日のスナップクロックサンプル数を示している。クロック単位で素材データの作成時刻等を示すものである。８バイトのRnd(Random Number)は、正確でない時刻をセットした場合や、例えばＩＥＥＥ(The Institute of Electrical and Electronics Engineers) で定義された機器のネットワークアドレスが変化した場合に、２重の番号が付されないようにするためのランダムナンバである。
【００５０】
一方、 Extended ＵＭＩＤは、素材が生成された時間と日付とを識別するための８バイトのTime/Date Codeと、素材が生成された時間に関する補正（時差情報）や、緯度、経度、高度で表される位置情報を定義する１２バイトのSpatial Co-oredinates と、省略されたアルファベット等の文字や記号によって、国名４を定義するバイトのAlphnumeric Code(Country) と、省略されたアルファベット等の文字や記号によって、組織名を定義する４バイトのAlphnumeric Code（Organization）と、素材を生成したユーザ名を定義する４バイトのAlphnumeric Code（User）とで構成されている。
【００５１】
再び上記ＥＰＬ作成部１０で作成されるＥＰＬの説明に戻る。
【００５２】
このＥＰＬには、上記識別コード体系に準拠して、素材の処理方法を識別する識別コード、すなわち画像処理方法を表す識別コードが定められる。この素材の処理方法を識別する識別コードもグローバルユニークな識別コードであり、プロセス（Process）ＩＤ又はユニークtransformＩＤ（ＵＴＩＤ）と呼称される。ＵＴＩＤにより、フェード、ミックス、スーパー等の処理を識別できる。また、このＥＰＬには、出力に関するメタデータも記述する。これはＥＰＬによる編集結果のＩＤであり、上記ＵＭＩＤも含む。また、このＥＰＬには例えば編集の開始点や終了点を時間で示す、タイムコード（Time Code；ＴＣ）も記述される。なお上記メタデータとは、一般にデータの属性、意味内容、取得先、出力先等の、データを管理するための情報のことである。
【００５３】
さらに、ＥＰＬには、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文を記述する。このフォーマット宣言文は、入力映像素材の画像フォーマット及び／又は編集出力の画像フォーマットを含むものである。このため、コンテンツ形成装置１により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
【００５４】
一つのＥＰＬファイルで記述される時間の範囲は、最小がコマ、最大は無限である。記述の順番は編集処理やエンコード処理等の処理の順序に従い、また、複数の処理を同時に実行させるように記述できる。
【００５５】
ＥＰＬは基本的に変数を持たない。四則演算や関数文はなく命令文 (処理と制御) のみからなる。画像データの受渡しは構文中に明記しておらず、上の行に記載された処理等の出力が下に記載された処理等に入力されるだけとなる。
【００５６】
このようなＥＰＬ編集において、従来の編集と異なる点として、次のものが挙げられる。すなわち、ＥＰＬの完成をもって、編集作業の終了と見なしており、この編集作業には、上述した高圧縮のサブ素材が用いられることが多い。また、ＥＰＬで得られる完パケ（完全パッケージの略で、文字のスーパーや音声などが処理され、そのまま放送することができる程度に完成された映像素材）は、実際に使用されるとき（例えば実際に放送するとき）に刹那的、一時的に形成されるものであり、基本的に保存はしない。また、入力素材（ソース素材）や出力素材（編集結果素材）等の素材も、特殊効果処理等の各種処理も、識別コードを持ち、ＥＰＬ上に必ず記述する。また、ＥＰＬで表された画像（編集結果素材）もそざいの一種と見なし、他のＥＰＬから引用できる。さらに、ＥＰＬに詳細な画像構成、画像フォーマット、一般的には素材フォーマットを明記する。ただし、所望のフォーマットの画像が得られない場合でも、代替画像があれば、それを変換することで編集に用いることができる。例えば、ＳＤ（標準画質）の画像をＨＤ（高画質）の画像に変換して用いることができる。
【００５７】
以下、ＥＰＬの具体例を説明するが、ＥＰＬの記述例の説明に先立って、具体的な編集処理及び編集結果の一例を説明し、次に、この具体的な編集結果を得るためのＥＰＬについて説明する。
【００５８】
図３は、編集処理及び編集結果の一具体例として、複数、例えば３つのソース素材ＳＣ１〜ＳＣ３を編集して編集結果素材ＥＤを形成する例を示している。この図３の例では、ソース素材ＳＣ１から２つの本編カットＣＵ１、ＣＵ２を切り出し、これらの本編カットＣＵ１、ＣＵ２の間に、ソース素材ＳＣ２から回想シーンを切り出して挿入し、タイトル素材としてのソース素材ＳＣ３を冒頭に追加することで、編集結果素材ＥＤを得ている。
【００５９】
すなわち、図３の具体例において、編集結果素材ＥＤは、先頭位置、すなわちタイムコード「00:00:00.00」の位置から順に、タイトル素材としてのソース素材ＳＣ３を「00:00:05.00」の位置まで配置し、このときタイムコード「00:00:04.00」の位置からフェードアウト処理を行い、フェードアウトするタイトルに続いて、ソース素材ＳＣ１の編集開始点（ＩＮ点）であるタイムコード「02:10:00.00」から「02:10:20.00」までの本編カットＣＵ１を入れ、ソース素材ＳＣ２の編集開始点（ＩＮ点）であるタイムコード「06:54:32.10」からの回想シーンを挟んで、編集結果素材ＥＤのタイムコード「00:00:35.00」から「00:01:00.02」まで、ソース素材ＳＣ２のタイムコード「02:10:20.00」の位置からの本編カットＣＵ２を入れることにより形成される。この具体例では、ソース素材ＳＣ１は、例えばＥＰＬファイル内に同封あるいは同梱されたＨＤ（高画質）映像素材を用いており、また、ソース素材ＳＣ２は、外部から、例えば編集システム内のパスや、ネットワークを介した外部サーバのアドレス等により指定された取得先から入手されるＳＤ（標準画質）映像素材であり、ＨＤにアップコンバートし、白黒（monochrome）画像に変換して用いている。すなわち、図３に示す編集の具体例は、外部のＳＤ画（５２５ｉ画）を白黒にし、回想シーンとして同封の画に挿入し、タイトルを追加するという場合を示すものである。ただし、編集時には、編集結果素材を形成するものではなく、ＥＰＬが完成した時点で編集作業の終了と見なしており、放送等で実際に使用する時点で、ＥＰＬに基づいて編集結果素材となる映像コンテンツを形成する。
【００６０】
図４は、このようなＥＰＬの記述内容に従ったコンテンツ形成、すなわち図３の編集結果素材ＥＤの形成の実行イメージを示すものである。
【００６１】
この図４において、素材記憶部４０には、上記ソース素材ＳＣ１が記憶されており、このソース素材ＳＣ１から上記本編カットＣＵ１、ＣＵ２を切り出した素材４３、４４を加算部４２に送っている。上記ソース素材ＳＣ２は、ネットワーク４６を介して取得されて素材記憶部４７に記憶され、上記回想シーンの部分が読み出されてアップコンバージョン部４８でＨＤ（高画質）の画像に変換され、モノクロ処理部４９で白黒画像に変換された結果の素材５０が加算部４２に送られる。また、上記ソース素材ＳＣ３は、ネットワーク５２を介して取得されて素材記憶部５３に記憶され、上記フェードアウトまでの部分の素材５４が加算部５７に送られ、上記フェードアウトの部分が読み出されてフェードアウト処理部４９でフェードアウト処理されることにより得られた素材５６が加算部５７に送られ、この加算部５７からの出力が加算部４２に送られる。このような一連の処理がＥＰＬに基づいて実行されることにより、加算部４２からは、上記図３の編集結果素材ＥＤが出力される。この編集結果素材ＥＤは、予め形成して保存しておく必要はなく、実際に必要とされたとき（実際の放送時等）に、ＥＰＬに基づいて形成すればよいことは前述したとおりである。
【００６２】
次に、上述したような編集結果素材（コンテンツ）形成のためのリストであるＥＰＬの記述例について、図５及び図６を参照しながら説明する。これらの図５及び図６は、同一のＥＰＬ記述例を示すものであるが、図６では、図５中のＵＭＩＤ、ＵＴＩＤ、ＵＲＬ等の具体例を挙げ、またフォーマット記述の具体例を示している。以下の説明では、図５を各行毎に順に説明し、必要に応じて図６の具体例を参照し、また、上記図４のコンテンツ形成の実行イメージの各部との関連を説明する。
【００６３】
図５の１行目の下線部（１−１）の「epl」は、後に続く（）内が、ＥＰＬの単位であることを示すものであり、出力する画像を定義している。同行の下線部（１−２）には編集出力（編集結果素材ＥＤ）の画像ＩＤが配置され、図５の「umid」は、グローバルユニークな識別コードである上記ＵＭＩＤが出力画像ＩＤとして用いられることを示す。このＵＭＩＤは、上記図２と共に説明したように３２バイトのデータ領域を有し、図６の下線部（１−２）には、ＵＭＩＤの具体例として、「02232203_824504F1_0800468A92000201」を示している。同行（図５の１行目）の下線部（１−３）及び（１−４）は、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を示すものであり、ここでは開始フレームのタイムコード及び終了フレームのタイムコードが記述されている。開始点が「00:00:00.00」であり、終了点が「00:01:00.02」であることを特定している。同行（図５の１行目）の下線部（１−５）は、取り扱う映像信号の詳細仕様を記述するスキャンフォーマットscan_formatを指定する部分であり、上述した、フォーマット宣言文の一種である。ここでは編集出力のビデオフォーマット（video format）を示す。例えば図５の「#1080i」は、ＨＤ（高画質）画像のビデオフォーマットを示している。フォーマット文は、例えば図６の（２５−１）以下のように記述されるが、詳細は後述する。同行（図５の１行目）の下線部（１−６）、すなわち「{」は、２３行目の下線部（２３−１）の「}」と対になっており、{}で囲んだ範囲内に画像処理が信号の流れに従って記述される。{}で囲んだ範囲内では、入出力１対１で、{}内に記述された複数の処理を順次実行する。
【００６４】
図５の２行目の下線部（２−１）の「source」は、編集に用いるソース素材（入力素材）を指定するためのものであり、後に続く（）内に入力素材指定のための情報が記述される。同行の（）内の下線部（２−２）には、入力素材の画像ＩＤが配置され、図５の「umid」は、入力画像ＩＤとして上述したＵＭＩＤが用いられることを示している。このＵＭＩＤの具体例を図６の下線部（２−２）に「22083102_95440497_0800468A62000232」として示している。同行の下線部（２−３）は開始フレームのタイムコードを記述する部分であり、図５のように省略されているときは、先頭からということを示す。同行下線部（２−４）には、入力素材（ソース素材）の取得先、すなわち素材が保管されている場所が記述される。図５の例の「#embedded.mpg」は、ＥＰＬファイルに同封されていることを示している。同行下線部（２−５）にはスキャンフォーマットが記述されており、上述したフォーマット宣言文の一種である。この図５の例では、入力素材のビデオフォーマットが、「#1080i」、すなわちＨＤ（高画質）画像のビデオフォーマットであることを示している。これによって入力素材の画像フォーマットを特定することができる。この２行目の下線部（２−１）〜（２−５）の記述により、上述したように、入力素材（図３のソース素材ＳＣ１）を、編集システムのネットワークに接続された図４の素材記憶部４０から読み出すことができる。
【００６５】
次に、図５の３行目の下線部（３−１）の「fork」は、２２行目の下線部（２２−１）の「join」と対になり、これらの「fork」から「join」までの範囲内に配置された複数の処理が入力１に対して並列処理され、出力はjoinで一括加算されることを表す。これらの複数の処理とは、図４では、符号４１と加算部４２で挟まれた範囲で行われる処理であり、素材記憶部４０からの入力１に対して、複数が並列処理され、加算部４２で一括加算されることを示す。その処理の内容は４行目、５行目に示すとおりである。
【００６６】
４行目の下線部（４−１）の「@」は、後に続く()内の数字により、上記入力素材（ソース素材ＳＣ１）の切り抜き位置を入力側（ソース素材側）の時間軸で指定していることを示す。そして、（）内の同行下線部（４−２）には、開始点（ＩＮ点）が示される。この図５の例では、入力側（ソース素材側）の時間軸によるタイムコード「02:10:00.00」が示されている。同行下線部（４−３）の「put」は、後に続く()内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側（編集結果素材側）の時間軸で指定する。ここでは、()内の同行下線部（４−４）及び（４−５）に示すように、出力側のタイムコード「00:05.00」から「00:25.00」に貼り付けることを示す。これは、入力側の時間軸のタイムコード「02:10:00.00」で指定した切り抜き位置からの図４の素材４３を、本編カットＣＵ１として出力側の「00:05.00」から「00:25.00」までに貼り付ける（配置する）処理になる。
【００６７】
５行目の下線部（５−１）の「@」も、後に続く()内の数字により、切り抜き位置を入力側の時間軸で指定していることを示す。そして、（）内の同行下線部（５−２）には、入力側の時間軸による「02:10:20.00」が示される。同行下線部（５−３）の「put」も、後に続く()内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側の時間軸で指定することを示す。ここでは、下線部（５−４）及び（５−５）に示すように、出力側の「00:35.00」から「01:00.02」に貼り付けることを示す。これは、入力側の時間軸で指定した切り抜き位置からの図４の素材４４を本編カットＣＵ２として出力側の「00:35.00」から「01:00.02」に貼り付ける処理になる。
【００６８】
次に、６行目の下線部（６−１）の「{」は、１１行目の下線部（１１−１）の「}」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。これは、図４に示す処理４５に相当する。
【００６９】
次に、７行目の下線部（７−１）の「source」は、入力素材を指定するためのものであり、後に続く()内に入力素材指定のための情報が記述される。（）内の同行下線部（７−２）のumidは、上記ＵＭＩＤを示し、図６に「22083102_95440497_0800468A62000232」の具体例を示す。同行の下線部（７−３）の「06:54:32.10」は開始フレーム（ＩＮ点）のタイムコードを示す。同行下線部（７−４）の「url」は素材の取得先、すなわち素材が保管されている場所を、例えばいわゆるＵＲＬ（Uniform Resource Locator）により示している。図６には、具体例として、ＵＲＬアドレス「ftp://43.14.61.62/source/」を示している。同行下線部（７−５）はスキャンフォーマットを指定する部分であり、上述した、フォーマット宣言文の一種である。この図５の例で示された「#525i」は、入力素材（上記図３のソース素材ＳＣ２）がＳＤ（標準画質）画像のビデオフォーマットであることを示しており、フォーマット文は、例えば図６の下線部（２７−１）以降のように記述されるが、詳細は後述する。この７行目の下線部（７−１）〜（７−５）の記述により、図４に示した処理４５中にあって、ビデオフォーマットが「#525i」の入力素材（ソース素材ＳＣ２）を、ネットワーク４６を介して読み出し、図４の素材記憶部４７に格納する処理が実行される。同行下線部（７−６）は、このソースが何のシーンに使われるのかを示すコメント部分である。この図５の例の「// recollect」は、回想シーンであることを示している。
【００７０】
次に、８行目の下線部（８−１）の「transform」は、後に続く（）内に記述されている画像変換処理を行うことを示している。同行下線部（８−２）の「utid」は、処理ＩＤであり、グローバルユニークな画像処理コード（Unique Transform ID；ＵＴＩＤ)が記述される。図６には、このＵＴＩＤの具体例として、「12000000000090001」を示している。同行下線部（８−３）の「url」は、処理方法の取得先、すなわち上記ＵＴＩＤで指定される処理方法が保管されている場所を示している。図６には、この処理方向の取得先の具体例として、「ftp://43.14.61.62/exec/」のようなＵＲＬアドレスを示している。同行下線部（８−４）の「"upconv525to1080"」は、処理の通称であり、取得先から得られなかったとき、同様な処理内容の代替え処理を可能にする。ここでは、ビデオフォーマットを５２５ラインから１０８０ラインにアップコンバージョンする処理を表す。同行下線部（８−５）の「#1080i」はスキャンフォーマットで、上述したフォーマット宣言文の一種であり、出力のビデオフォーマットを示している。この部分によって処理された出力の画像フォーマットを指定することができる。処理の入力のビデオフォーマットと同じなら省略することが可能である。この８行目の下線部（８−１）〜（８−５）の記述により、図４に示した処理４５中にあって、図４の素材記憶部４７に格納したビデオフォーマットが「#525i」の入力素材を、ビデオフォーマット「#1080i」にアップコンバージョン部４８でアップコンバージョンする処理を特定できる。
【００７１】
次に、９行目の下線部（９−１）の「transform」は、これに続く（）内に記述されている画像変換処理を行うことを示している。同行下線部（９−２）の「utid」の具体例として、図６には、「120000000001F0001」を示している。同行下線部（９−３）の「url」の部分には、処理方法が保管されている場所（例えばＵＲＬアドレス）が記述され、図６に具体例として、取得先のＵＲＬアドレス「ftp://43.14.61.62/exec/」を示している。同行下線部（９−４）の「"monochrome"」は、処理の通称であり、入力された画像（図４のアップコンバージョン部４８からの出力画像）を白黒画像に変換する処理を表す。なお、ここでは、前行下線部（８−５）にあった「#1080i」の記述を省略している。入力と同じなら省略可である。この９行目の下線部（９−１）〜（９−４）の記述により、図４に示した処理４５中にあって、アップコンバージョン部４８でビデオフォーマット「#1080i」にアップコンバージョンした画像は、モノクロ処理部４９にて白黒画像とされる。
【００７２】
次に、１０行目の下線部（１０−１）の「put」にて、後に続く()内に白黒画像の合成位置（あるいは挿入位置）を出力側の時間軸で指定する。()内の同行下線部（１０−２）及び（１０−３）にて、出力側（図２の編集結果素材ＥＤ側）のタイムコード「00:25.00」の位置から「00:35.00」の位置までに配置する処理を実行している。これは、上述した回想シーンの挿入処理である。
【００７３】
次に、１２行目の下線部（１２−１）の「{」は、２１行目の下線部（２１−１）の「}」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。図４に示す処理５１に相当する。
【００７４】
次に、１３行目の下線部（１３−１）の「source」は、入力素材を指定するためのものであり、後に続く()内の記述により入力素材が指定される。（）内の同行下線部（１３−２）のumidは、上記ＵＭＩＤが用いられることを示し、具体例を図６に「00000000_8244041D_0800468A940000522」として示している。同行の下線部（１３−３）の「00:00:00.00」は開始フレーム（ＩＮ点）のタイムコードを示す。同行下線部（１３−４）の「url」は画像の取得先であり、具体例としては、図６に示す「ftp://43.14.61.62/source/*.jpg」のようなＵＲＬアドレスが用いられる。同行下線部（１３−５）の「#1080i」は、上述したように、入力素材のビデオフォーマットを指定するものである。この１３行目の下線部（１３−１）〜（１３−５）の記述により、図４に示した処理５１中にあって、ビデオフォーマットが「#1080i」の入力素材を、ネットワーク５２を介して読み出し、図４の素材記憶部５３に格納する処理を特定できる。同行下線部（１３−６）は、このソースが何のシーンに使われるのかを示すコメント部である。この図５の例では、「// title」、すなわちタイトルに使われることを示している。
【００７５】
次に、１４行目の下線部（１４−１）の「fork」は、２０行目の下線部（２０−１）の「join」と対になり、これらの「fork」と「join」との間に記述された複数の処理が、入力１に対して並列に行われることを示し、出力はjoinで一括加算されることを表す。これは、図４において、素材記憶部５３から読み出された素材が２系統で処理され、加算部５７で加算されるまでの処理に相当する。２系統での処理内容は、以下のとおりである。
【００７６】
先ず、１５行目の下線部（１５−１）の「put」にて、後に続く()内に、素材記憶部５３から読み出されたタイトル素材５４の貼り付け位置（挿入位置）を出力側の時間軸で指定する。()内の同行下線部（１５−２）及び（１５−３）にて、出力側の「00:00.00」から「00:04.00」に、貼り付ける処理が示されている。
【００７７】
次に、１６行目の下線部（１６−１）の「{」は、１９行目の下線部（１９−１）の「}」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。図４に示す素材５４を得るための処理に相当する。
【００７８】
１７行目の下線部（１７−１）の「transform」は、後に続く（）内にて画像変換処理を指定することを示す。同行下線部（１７−２）の「utid」は、処理を識別するためのコードとして、上述したＵＴＩＤが用いられることを示し、このＵＴＩＤの具体例を、図６に、「1200000000080001」として示している。同行下線部（１７−３）の「url」は、具体的には、図３に示すように、「ftp://43.14.61.62/exec/」である。同行下線部（１７−４）の「"fadeout"」は、フェードアウト処理を表す。同行下線部（１７−５）では、出力のビデオフォーマットを省略している。入力のビデオフォーマットと同様であるため省略できる。同行下線部（１７−６）の「1.0」は固有の因数であり、その処理が必要とする固有の設定値を列挙したものである。１７行目の下線部（１７−１）〜（１７−６）の記述により、図４に示した処理５１中にあって、素材記憶部５３から供給された「#1080i」の入力素材を、フェードアウト処理部５５でフェードアウトする処理を実行できる。
【００７９】
次に、１８行目の下線部（１８−１）の「put」にて、後に続く()内に、図４のフェードアウト処理部５５から出力された素材５６の貼り付け位置（挿入位置）を、出力側（図３の編集結果素材ＥＤ側）の時間軸で指定する。()内の同行下線部（１８−２）及び（１８−３）にて、出力側のタイムコード「00:04.00」の位置から「00:05.00」の位置までに、上記フェードアウト部分を貼り付ける（挿入する）処理が示されている。
【００８０】
そして、加算部５７にてタイトル素材５４＋フェードアウト処理出力素材５６を加算し（合成し）、その加算出力を加算部４２に供給する。加算部４２は、図３に示すように、フェードアウトするタイトルに続いて本編カットＣＵ１を入れ、白黒の回想シーンを挟んで、本編カットＣＵ２を入れた、編集結果素材を出力する。
【００８１】
次に、図６の下段の構文について説明する。下線部（２５−１）の「format」は、フォーマット文を示し、後に続く{}内に画像フォーマットの詳細仕様を記述する。下線部（２５−２）の「1001/60000」や、下線部（２６−１）の「"1080/59.94i"」等は、画像フォーマットの仕様の各項目の実際の値やパラメータ等を示し、下線部（２５−３）の「Capturing interval (long/long) [s]」や、下線部（２６−２）の「// Name of format (char)」等は、仕様の項目名等をコメントとして表している。
【００８２】
また、下線部（２７−１）の「format」もフォーマット文であり、後に続く{}に画像フォーマットの詳細仕様を記述する。下線部（２７−２）の「1001/60000」や、下線部（２８−１）の「"480/59.94i"」等は、画像フォーマットの仕様の各項目の実際の値やパラメータ等を示し、下線部（２７−３）の「Capturing interval (long/long) [s]」や、下線部（２８−２）の「// Name of format (char)」等は、仕様の項目名等のコメントを示しているのは上記と同様である。
【００８３】
そして、図６のＥＰＬは、下線部（２９−１）の「image」にて同封の画像データの詳細を規定する。()内の下線部（２９−２）には、バイナリ部分のバイト数を示す。ここでは、（bit+7）*8/8である。下線部（２９−３）は、ファイル内での名称であり、ここでは「embedded」としている。下線部（２９−４）の「binary data...」は、データ本体を特定している。
【００８４】
以上により、ＥＰＬの具体例を説明した。
ＥＰＬは通常、文字列のままインタープリター（interpreter）で処理される。編集等も文字列のままで行われる。コンパイル（Compile）等する際は、その機材固有のコードとなるので、本書式には定義しない。保存等で圧縮する際は、無損失圧縮 (zip, lha の huffman など) を用いる。
【００８５】
また、ＵＭＩＤは、上述したSMPTE330M に規定された識別コードであり、本実施の形態のＥＰＬのＵＭＩＤとしては、例えば上記basic UMID の32Bytesを用いることができるが、ユニバーサルラベル（Universal label）やインスタンス（Instance）などを省き、マテリアルナンバー（Material number）16Bytes だけでもよい。出力画像は実行処理で発生するが、ＥＰＬ生成で素材発生と見做し、そこで付加する。
【００８６】
表記は１６進法（hexadecimal）で、目視のため任意にアンダースコア（underscore '_'）を挿入できる。括弧 ( ) で括った場合、素材そのものでなく、加工した後の画像を示す。取得先 (source や transform の引数) は、文字列の先頭で在り処を区別する。ＵＭＩＤが予めデータベース登録してあれば取得先は省略可能となる。
【００８７】
また、タイムコードＴＣは、一般的な時:分:秒.Frame で、不要な上位桁は省くことができる。入力側は IN点ＴＣのみを記述し、出力側はIN/OUT両方のＴＣを記述する。出力側は、put() で挿入位置を記述するが、省略するとepl() で示す全編に有効となる。
【００８８】
入力側は、source() 中の引数、もしくは @() を用いて切り出し位置を記述する。カット編集をする場合は、当然必ず入出力両方のＴＣを記述する必要がある。入力側のＴＣは、エフェクト類のみなど、指定する必要のない場合、省略できる。
【００８９】
上から下の行に受け渡す画像データは、R/G/B/tl か Y/Pb/Pr/tl である。たとえば、Ｙ色差 4:2:2 なら左上画素から Y tl Pb Pr Y tlの繰り返しとなる。また、format{} 指定の総ビット幅より細い経路を通す際は、LSB first で詰め込む。
【００９０】
透過率tl(translucent) は、画像合成やコンピュータグラフィックの分野等ではα値とも称され、Y 毎に付き、通常画像では値が 0 (不透明) である。このtl は中間的に用いるだけで、通常の epl() 実行出力には載せない。
【００９１】
入力画像のデータ形式はファイルの拡張子で判別する。省略可能である。例えば、eplはEPL fileを示す。また、eivはEPLL Intermediate Videoを示す。また、ybrはY/Pb/Prを示す。また、rgbは、Red/Green/Blueを示す。またjpgはJPEGｗｐ示す。また、mpgはMPEG1を示す。
【００９２】
このように入力画像のデータ形式は、各種あるが、標準的にサポートするのは上記とMPEG2全プロファイルである。標準以外の圧縮は、source()直後にtransfrom()で伸長処理を記述する。
【００９３】
上記eiv は、透過率tl（あるいはα値）まで含む非圧縮にformat{} header が付いたものである。このeiv は、plug()をoptimizeで解消しないまま実行すると発生する。通常はサーバーが UMID 基準で管理しており、EPL上にはファイル名は記述しない。したがって、拡張子を記述するには、wild card  '＊'  を用いる。
【００９４】
なお、出力画像はモニターや放送用のエンコーダ（encode）にだけ供給されるので、非圧縮のみである。ただし、epl() { } の最後の行に transform() を記述して、圧縮を定義できる。
【００９５】
次に、ＥＰＬに載せるビデオスキャンフォーマット（video scan format）の書式について説明する。
【００９６】
将来性や汎用性を考慮し、詳細仕様を逐一記述する。つまり、通称の "NTSC" と同時に、720x480, 60/1.001, colorimetry,... を列挙する。
【００９７】
ただし、将来と言っても、あくまでラスタスキャン方式の範囲内で、ピクセルとコマという概念は固持する。つまり本発明のビデオフォーマットは、ラスタ映像フォーマットの一般化表現である。
【００９８】
ＥＰＬ上にformat{}文で載せる際は、以下の例に示す如く、ASCII文字列で記述する。映像信号に載せる際は、指定データ型の binary 128bytesを、クリップ毎に入れる。
・ Capturing interval … 撮影時の１コマの時間を示す。 long/long [s]
・ Shutter speed … 撮影時のシャッタースピードを示す。 float [s]
・ Shutter timing … シャッターを開けた時刻を示す。 float [s]
・ Display interval … 表示時の１コマの時間を示す。 long/long [s]
・ RGB on chromaticity … 三原色RGBと白の色度図上の座標を示す。fixed x 2 x 4
・ Matrix coefficients … Y/Pb/Pr への変換マトリクスを示す。 fixed x 9
・ Gamma code … ガンマ変換の記号を示す。 char
・ Interlace code … インターレースの記号を示す。 char
・ padding … バイト数あわせ。 char x 4
・ Picture size … 縦横の有効画素数を示す。 short*short
・ Active size … 黒ベタを除いた範囲を示す。 short*short
・ Clean aperture … 画質を保証する範囲を示す。 short*short
・ Pixel aspect ratio … 各ピクセルの縦横比を示す。 float
・ Luminance offset … 輝度を開始する位置を示す。 float x 2
・ Chrominance offset … 色差を開始する位置を示す。 float x 2
・ Luminance pitch … 輝度の画素の間引きを示す。 char x 2
・ Chrominance pitch … 色差の画素の間引きを示す。 char x 2
・ Bit width … Y/Pb/Pr/tl のデータビット幅を示す。 char x 4
・ Y range … 輝度 100% 白と 0% 黒の値を示す。 short x 2
・ Other range … 輝度以外の最大値と最小値を示す。 short x 2
・ Name of format … フォーマットの通称を示す。 char x 16
ここで、longは4バイトbytes, shortは2バイトbytes,charは1バイトbyteのアンサインインテジャーunsigned integerである。fixedは2bytes固定小数点で、0x7fff＝1 と見做す。0x0001≒0.00003になる。また、floatは値として全項目で正のみだが、通常の4bytes IBM浮動小数点となる。
【００９９】
透過率tlは中間処理に用いるだけで、通常のepl()実行出力信号には載せない。ガンマは、ほかと同様に係数 (0.018, 4.5, 1.099, 0.45, 0.099)での表現も可能だが、実運用は変換テーブルである。色差は、2's comp, オフセットバイナリ（offset binary）のいずれも可とし、レンジrangeの大小で表現する。
【０１００】
図７には、画像フォーマット文の具体例を示す。これは、(1080/59.95i)に関するものである。この図７中の詳細仕様の各項目は、上述した通りである。
【０１０１】
以上に説明したように、図１に示したコンテンツ形成装置１は、編集に使用される素材や出力を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力のフォーマットを特定するスキャンフォーマットを、ＥＰＬに記述している。このため、コンテンツ形成時には、素材をＩＤで取得できるので、編集作業の際に、大容量、高レートの画像データを伝送しない運用が可能となる。また、放送等のために実際に編集結果のコンテンツを形成する必要が生じたときに素材を取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。
【０１０２】
このコンテンツ形成装置１の内部にあってＥＰＬ作成部１０は、本発明の実施の形態の編集リスト作成方法にしたがってＥＰＬを作成しているので、画像データの品質劣化を防ぎながら、またマルチフォーマットの画像データに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成するための編集リストを作成している。
【０１０３】
次に、ＥＰＬを数カ所に存在する複数のグループにより分散して作成し、コンテンツを編集するコンテンツ形成システムについて説明する。ＥＰＬを用いた編集作業では、素材を直接加工しないので、数カ所に存在する複数のグループで分散して作業を進めることが可能となる。
【０１０４】
図８にコンテンツ形成システム６０の全体構成図を示す。素材編集グループ６６、編集結果保存・検索グループ７４、編集結果利用グループ８２がそれぞれＬＡＮを構成し、それらＬＡＮを接続して第１の編集グループ部を形成している。また、コンピュータグラフィック処理グループ９３、クローズドキャプション処理グループ１０２、地方局１１１もそれぞれＬＡＮを構成し、それらＬＡＮを接続して第２の編集グループ部を形成している。
【０１０５】
このシステムでは、ビデオカメラ６１で記録された映像及び／又は音声からなる素材ファイル６４が、例えばインターネットのような外部ネットワーク６３を介して、第１の編集グループ部の素材編集グループ６６に供給される。
【０１０６】
先ず、第１の編集グループ部を構成する、素材編集グループ６６について説明する。素材編集グループ６６は、ゲート６５とゲート８９及び７３の中にあり、二つのコンピュータ端末６７及び６８と、素材サーバー（Ｏ）６９と、デコーダ・エンコーダ（Ｄ）７０と、オフライン編集用のイントラフレームサーバー（Ｉ）７１と、ＥＰＬサーバー（Ｅ）７２とからなる。イントラフレームサーバーは、上記図１にて示したサブ素材サーバー１４に相当し、他のフレームを参照せずに各フレームの画像を得ることができるものである。
【０１０７】
素材編集グループ６６のオペレータは、コンピュータ端末６７又は６８を用いて、素材ファイル６４を外部ネットワーク６３を介して保管場所から或いはビデオカメラ６１から、ダウンロードし、素材サーバー６９及びイントラフレームサーバー７１に格納する。
【０１０８】
イントラフレームサーバー７１には、前述したように高圧縮のサブ素材として格納される。すなわち、上記素材ファイル６４に収納されている素材をデコーダ・エンコーダ７０に送り、復号してから間引き処理等を施し、さらにエンコード（フレーム内圧縮）して高圧縮のサブ素材にし、このサブ素材をイントラフレームサーバー７１に格納する。ここまでの部分が、上記図１のデコーダ１１、ダウンコンバータ１２、エンコーダ１３、及びサブ素材サーバー１４に相当する。
【０１０９】
上記二つのコンピュータ端末６７及び６８は、上記図１に示したエディティングターミナルとしても機能し、イントラフレームサーバー７１からサブ素材を読み出して復号し、得られた映像データに基づく映像をモニタに表示する。このとき、オペレータは、コンピュータ端末を介してイントラフレームサーバー７１を制御し、イントラフレームサーバー７１に所望の動作（再生、巻き戻し又は早送り等）を実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、上述したように、編集に使用される素材や出力を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
【０１１０】
ここで、作成されたＥＰＬは、ＥＰＬサーバー７２に格納される。このＥＰＬサーバー７２に格納されたＥＰＬは、第１の編集グループ部を構成する他のグループや、第２の編集グループ部を構成する各グループによって、分業のために読み出される。なお、ＥＰＬサーバー７２は、上記図１のＥＰＬ記憶部１８に略々相当する。
【０１１１】
次に、編集結果保存検索グループ７４について説明する。この編集結果保存検索グループ７４は、ゲート７３とゲート８１の中にあり、二つのコンピュータ端末７５及び７６と、素材サーバー（Ｏ）７７と、デコーダ・エンコーダ（Ｄ）７８と、オフライン編集用のイントラフレームサーバー（Ｉ）７９と、ＥＰＬサーバー（Ｅ）８０とからなる。
【０１１２】
この編集結果保存検索グループ７４は、上記ＥＰＬサーバー７２からＥＰＬを取り出してＥＰＬサーバー８０に格納し、格納されたＥＰＬに基づいた編集を行い、仮コンテンツを作成し、保存しておく。これによりこのコンテンツ形成システム６０は、必要な編集結果を資料として保存し得るようになされる。また、ＥＰＬ及び編集結果を検索できる。
【０１１３】
次に、編集結果利用グループ８２について説明する。この編集結果利用グループ８２は、ゲート８１から送出側にあり、二つのコンピュータ端末８３及び８４と、素材サーバー（Ｏ）８５と、ＥＰＬサーバー（Ｅ）８６と、送出デコーダ・スイッチャー・エフェクター８７と、メディアデコーダ・スイッチャー・エフェクター８８とからなる。
【０１１４】
そして、この編集結果利用グループ８２は、上記ＥＰＬサーバー７２からＥＰＬを取り出してＥＰＬサーバー８６に格納し、格納されたＥＰＬに基づいたコンテンツを、上記図１の編集制御部２０に対応するコンピュータ端末８３及び８４を用い、素材サーバ８５に格納されている素材等を使って作成し、上記図１の編集実行部３２に対応する送出デコーダ・スイッチャー・エフェクター８７や、メディアデコーダ・スイッチャー・エフェクター８８から、送出したり、メディアとして配信する。
【０１１５】
第２の編集グループ部について説明する。第２の編集グループ部は、第１の編集グループ部と、ゲート８９及び９２に接続された外部ネットワーク９０を介して接続しており、プログラムフォルダ９１の形態でＥＰＬを双方向に、すなわち第１、第２の編集グループ部相互間で伝送することができる。
【０１１６】
第２の編集グループ部を構成する、コンピュータグラフィック処理グループ９３、クローズドキャプション処理グループ１０２、地方局１１１は、ＥＰＬの作成を分散して行うグループである。
【０１１７】
先ず、コンピュータグラフィック処理グループ９３について説明する。コンピュータグラフィック処理グループ９３は、二つのコンピュータ端末９４及び９５と、素材サーバー（Ｏ）９６と、デコーダ・エンコーダ（Ｄ）９７と、オフライン編集用のイントラフレームサーバー（Ｉ）９８と、ＥＰＬサーバー（Ｅ）９９と、コンピュータグラフィックサーバー（ＣＧ）１００とからなる。イントラフレームサーバー９８は、上記図１にて示したサブ素材サーバー１４に相当する。
【０１１８】
コンピュータグラフィック処理グループ９３のオペレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダとしてダウンロードし、ＥＰＬサーバー９９に格納する。イントラフレームサーバー９８には、コンピュータグラフィック処理を行うときに用いる素材が、デコーダ・エンコーダ９７により高圧縮の素材とされて格納される。そして、コンピュータ端末９４又は９５により、コンピュータグラフィックサーバー（ＣＧ）１００を用いて、イントラフレームサーバー９８から読み出したサブ素材にＣＧ処理を施した編集を行いながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬはＥＰＬサーバー９９に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
【０１１９】
次に、クローズドキャプション処理グループ１０２について説明する。クローズドキャプション処理グループ１０２は、二つのコンピュータ端末１０３及１０４と、素材サーバー（Ｏ）１０５と、デコーダ・エンコーダ（Ｄ）１０６と、オフライン編集用のイントラフレームサーバー（Ｉ）１０７と、ＥＰＬサーバー（Ｅ）１０８と、クローズドキャプションサーバー（ＣＣ）１０９とからなる。
【０１２０】
クローズドキャプション処理グループ１０２のオペレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダに収納してダウンロードし、ＥＰＬサーバー１０８に格納する。イントラフレームサーバー１０７には、クローズドキャプション処理を行うときに用いる素材が、デコーダ・エンコーダ１０５により高圧縮の素材とされて格納される。そして、コンピュータ端末１０３又は１０４により、クローズドキャプションサーバー（ＣＣ）１０９を用いて、イントラフレームサーバー１０７から読み出したサブ素材にＣＣ処理を施した編集を行いながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬは、ＥＰＬサーバー１０８に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
【０１２１】
次に、地方局１１１について説明する。地方局１１１は、二つのコンピュータ端末１１２及１１３と、素材サーバー（Ｏ）１１４と、デコーダ・エンコーダ（Ｄ）１１５と、オフライン編集用のイントラフレームサーバー（Ｉ）１１６と、ＥＰＬサーバー（Ｅ）１１７と、地方独自情報（ＤＩ）サーバー１１８とからなる。
【０１２２】
地方局１１１のオペレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダに収納してダウンロードし、ＥＰＬサーバー１１７に格納する。イントラフレームサーバー１１６には、地方局の編集で用いる素材が、デコーダ・エンコーダ１１５により高圧縮の素材とされて格納される。そして、コンピュータ端末１１２又は１１３により、地方独自情報（ＤＩ）サーバー１１８を用いて、イントラフレームサーバー１１６から読み出したサブ素材に独自の編集を施しながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬは、ＥＰＬサーバー１１８に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
【０１２３】
そして、最終的に素材編集グループ６６にて、ＥＰＬサーバー７２内の各ＥＰＬを管理し、各ＥＰＬを統合・最適化する。編集結果保存・検索グループ７４、編集結果利用グループ８２では、上記素材編集グループ６６にて統合・最適化されたＥＰＬを用いる。
【０１２４】
以上、説明したように、上記図８に示したコンテンツ形成システムは、編集に使用される素材や出力画像を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力画像のフォーマットを特定するスキャンフォーマットを、ＥＰＬ内に記述している。このため、コンテンツ作成時には、素材をＩＤで取得できるので、編集作業時には、大容量、高レートの画像データを伝送しない運用が可能となる。また、放送等で編集結果のコンテンツが実際に必要とされる時に、素材を取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
【０１２５】
次に、ＥＰＬ編集作業の分業の具体例について図９〜図１６を参照しながら説明する。この具体例では、インタビュー収録生素材を粗編集してＥＰＬ（１）を作成したあと、カット編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２−ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥＰＬ（２−ｄ）を並行して作成し、最後にまとめてオプティマイズ（最適化）したＥＰＬ（３）を作成したのち、実行、すなわち、編集結果素材としてのコンテンツ形成を行うことを想定している。なお、この例では format{} や表現が似る個々の処理を省略して書いている。
【０１２６】
図９は、ＥＰＬ編集作業を分業する、コンテンツ形成システム１２０の機能ブロック図を示す。ビデオカメラ１２１で撮影した映像及び／又は音声からなる素材を、ロッギング部（粗編集部）１２２で粗編集してＥＰＬ（１）を作成する。このＥＰＬ（１）を用い、カッティング編集部１２３，モザイク編集部１２４，サブタイトル日本語編集部１２５、サブタイトル英語編集部１２６が並行して、それぞれの編集を進めて、カット編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２−ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥＰＬ（２−ｄ）を作成する。もちろん、粗編集部１２２、カッティング編集部１２３、モザイク編集部１２４、サブタイトル日本語編集部１２５及びサブタイトル英語編集部１２６は、上記図１に示したＥＰＬ作成部１０と同様の構成、機能を備えている。
【０１２７】
そして、統合・最適化部１２７等が各編集部からのＥＰＬ（２−ａ），（２−ｂ）、（２−ｃ），（２−ｄ）を統合して最適化し、ＥＰＬ（３）を生成する。日本語及び英語統合・最適化部１２７等は、上記図１に示した編集制御部２０の機能も備えている。ＥＰＬ（３）は、実際に編集を行う、編集実行部１２８に送られる。
【０１２８】
編集実行部１２８は、上記図１に示したコンテンツ形成部３０と同様の、構成機能を備えてなり、ビデオカメラ１２１からの素材を内部サーバーに蓄えておいてあるので、上記ＥＰＬ（３）を用いて編集を実行できる。
【０１２９】
ここで、上記統合・最適化処理とは、ＥＰＬに記述された編集に関する宣言文や定義文や制御文の統合化及び最適化であって、具体的には、編集点や編集区間の統合化／最適化、編集に伴う画像処理の統合化／最適化等である。
【０１３０】
次に、図１０は、図１１〜図１５で示すＥＰＬの記述内容を、図１６に示すようなＥＰＬに統合・最適化する場合の一部の処理を説明するための図面であり、図１１のラフ編集のＥＰＬ、図１２のカット編集のＥＰＬを統合・最適化する処理例を示す図面である。この図１０に示す例では、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま活かしている箇所があるため、両者を統合したときの編集点が多くなっている。この図１０の内容については、図１１〜図１６の説明の後で詳細に説明する。
【０１３１】
図１１は、粗編集部１２２にて作成された粗編集ＥＰＬ（１）である。この図１１の最初の行のepl( に続くＵＭＩＤ「12345608_23450467_0800468A88000021」にて、出力（粗編集結果素材）を識別するための識別コードを記述している。そして、編集の開始点（IN点）及び終了点（OUT点）を、開始フレームのタイムコード及び終了フレームのタイムコードで記述する。ここでは、開始点が「00:00:00.00」であり、終了点が「00:01:03.12」である。この出力のビデオフォーマットは「#1080i」という記述で指定することができる。
【０１３２】
次に、ＵＭＩＤ「29543202_234504C0_0800468A72000098」により入力素材を識別し、保管場所「file://43.14.61.62/source/」からビデオフォーマット「#1080i」の入力素材を読み出すことを記述している。
【０１３３】
次に、「fork」と「join」の対により、入力１に対して５つの並列処理が行われ、出力はjoinで一括加算されることを表す。先ず第１の処理は、入力側（ソース素材側）の時間軸のタイムコード「10:00:00.12」からのインタビューワーと一緒の素材を、出力側（粗編集結果素材側）の時間軸のタイムコード「00:00.00」から「00:03.00」までに貼り付ける（挿入する）ものである。第２の処理は、入力側の時間軸「10:01:05.23」からの話しているときの素材を、出力側の時間軸「00:03.00」から「00:20.13」までに挿入するものである。第３の処理は、入力側の時間軸「10:02:54.11」からの話しているときの素材を、出力側の時間軸「00:20.13」から「00:40.09」までに挿入するものである。第４の処理は、入力側の時間軸「10:05:18.19」からの話し手の頭の背景画像を、出力側の時間軸「00:40.09」から「00:43.10」までに挿入するものである。第５の処理は、入力側の時間軸「10:07:33.03」からの話しているときの素材を、出力側の時間軸「00:43.10」から「01:03.12」までに挿入するものである。
【０１３４】
図１２は、カッティング編集部１２３にて作成されたカット編集用のＥＰＬ（２−ａ）である。ＵＭＩＤ「00521209_234504A3_0800468A89000128」を、出力（編集結果素材）の識別コードとし、編集の開始点（IN点）及び終了点（OUT点）を、「00:00:00.00」及び「00:00:45.00」としている。また、出力のビデオフォーマットも「#1080i」という記述で指定することができる。
【０１３５】
次に、ＵＭＩＤ「12345608_23450467_0800468A88000021」で指定される、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを記述している。
【０１３６】
そして、上記入力素材を用いて、以下の５つのカット編集を行う。先ず第１の処理は、入力側の時間軸「00:00:00.07」からの素材を、出力側の時間軸「00:00.00」から「00:23.04」までに挿入する。第２の処理は、入力側の時間軸「00:00:32.23」からの素材を、出力側の時間軸「00:23.04」から「00:28.17」までに挿入する。第３の処理は、入力側の時間軸「00:00:40.09」からの素材を、出力側の時間軸「00:28.17」から「00:31.18」までに挿入する。第４の処理は、入力側の時間軸「00:00:44.12」からの素材を、出力側の時間軸「00:31.18」から「00:37.29」までに挿入する。第５の処理は、入力側の時間軸「00:00:52.21」からの素材を、出力側の時間軸「00:37.29」から「00:45.00」までに挿入する。これら５つのカット編集は一括加算される。
【０１３７】
上記５つの処理を括った「fork」と「join」という記述の後に、「jack（mosaic)」及び「jack（super)」という記述がある。「jack」は、統合・最適化部１２７にてオプティマイズ時に「child EPL」からの受け取り位置を示すものである。（mosaic)及び（super)は、ユーザ任意で与える仮のＩＤである。ここでは、モザイク編集部１２４で行うモザイク編集で作成したＥＰＬを受け取る位置を示すので、（mosaic)を用いた。また、サブタイトル日本語編集部１２５で行う日本語字幕編集で作成したＥＰＬを受け取る位置を示すので（super)を用いた。オプティマイズした後、「jack（mosaic)」及び「jack（super)」という記述は消える。
【０１３８】
図１３は、モザイク編集部１２４にて作成されたモザイク編集用のＥＰＬ（２−ｂ）である。ＵＭＩＤ「21341109_23450411_0800468A9B000032」にて、出力を指定できるようにし、編集の開始点（IN点）及び終了点（OUT点）を、「00:00:00.00」及び「00:01:03.12」としている。また、出力映像のビデオフォーマットも「#1080i」という記述で指定することができる。
【０１３９】
次に、ＵＭＩＤ「12345608_23450467_0800468A88000021」で、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを記述している。
【０１４０】
そして、上記入力素材を用いて、以下の２つのモザイク編集を行う。先ず第１のモザイク編集は、保管場所「ftp://43.14.61.62/exec/」に保管されている、「12000000000C0004」という処理ＩＤ（ＵＴＩＤ）で指定された画像処理を使って、入力素材と同様のビデオフォーマット「#1080i」で、「=384x232+880+128」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「00:03.00」から終了点「00:40.09」に挿入する。第２のモザイク編集は、保管場所「ftp://43.14.61.62/exec/」に保管されている、「12000000000C0004」という処理ＩＤ（ＵＴＩＤ）で指定された画像処理を使って、入力素材と同様のビデオフォーマット「#1080i」で、「=400x256+864+96」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「00:43.00」から終了点「01:03.12」に挿入する。これら２つのモザイク編集は一括加算される。
【０１４１】
上記２つの処理を括った「fork」と「join」という記述の後に、「plug(mosaic)」という記述がある。「plug」は、統合・最適化部１２７にてオプティマイズ（最適化）時に「parent EPL」への受け渡し位置を示すものである。「(mosaic)」は、ユーザ任意で与える仮のＩＤである。オプティマイズした後、「plug(mosaic)」という記述は消える。
【０１４２】
図１４は、サブタイトル日本語編集部１２５にて作成された日本語字幕編集用のＥＰＬ（２−ｃ）である。ＵＭＩＤ「12221109_234504FB_0800468AC1000341」にて、出力の識別コードを記述し、編集の開始点（IN点）及び終了点（OUT点）を、「00:00:00.00」及び「00:01:03.12」としている。また、出力のビデオフォーマットも「#1080i」という記述で指定することができる。
【０１４３】
次に、ＵＭＩＤ「12345608_23450467_0800468A88000021」で、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを記述している。
【０１４４】
そして、上記入力素材を用いて、以下の編集を行う。先ず、保管場所「ftp://43.14.61.62/exec/」に保管されている、「1200000000130081」という処理ＩＤ（ＵＴＩＤ）で特定された処理方法を使って、入力素材と同様のビデオフォーマット「#1080i」で、「飛行機に乗った男」というサブタイトルを作成する。このサブタイトル作成の結果は、開始点「00:00.00」から終了点「00:10.00」に挿入する。次に、保管場所「ftp://43.14.61.62/exec/」に保管されている、「1200000000120081」という処理ＩＤ（ＵＴＩＤ）で指定された処理方法を使って、入力素材と同様のビデオフォーマット「#1080i」で、「離陸したとたん、気を失った。」という日本語字幕を、開始点「00:01.00」から終了点「00:04.02」にスーパーインポーズ（挿入する）する。次に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「目覚めたのは南の島だった、」という日本語字幕を、開始点「00:04.12」から終了点「00:07.29」にスーパーインポーズする。そして、いくつかの日本語字幕を画像に挿入し、最後に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「いつか夢で見たはずの景色が広がっていた。」という日本語字幕を、開始点「01:00.12」から終了点「01:03.12」にスーパーインポーズする。これらの編集は一括加算される。
【０１４５】
上記処理を括った「fork」と「join」という記述の後に記述している、「plug（super）」は、既に説明したように、統合・最適化部１２７にてオプティマイズ時に「parent EPL」への受け渡し位置を示すものである。
【０１４６】
図１５には、サブタイトル英語編集部１２６にて作成された英訳字幕編集のＥＰＬ（２−ｄ）を示す。このＥＰＬは、上記図１２を用いて説明した日本語字幕編集のＥＰＬの英語版である。サブタイトルや翻訳処理のＩＤが異なっているが、略同じような内容であるので、ここでは説明を省略する。
【０１４７】
そして、図１６には、日本語統合・最適化部１２７が各編集部からのＥＰＬ（２−ａ），（２−ｂ）、（２−ｃ）を統合・最適化して作成した、ＥＰＬ（３）を示す。図１２〜図１４にて説明した、カット編集、モザイク編集、日本語字幕編集を統合・最適化することによって得たＥＰＬである。詳細な説明は省略する。
【０１４８】
このほかに、英語統合・最適化部１２８でＥＰＬ（２−ａ），（２−ｂ），（２−ｄ）を統合・最適化することにより、同様な英語版が生成できるが、ここでは省略した。
【０１４９】
次に、図１０を参照して、上述した具体例のＥＰＬにおける編集区間及び編集点の最適化及び統合化処理について詳細に説明する。この図１０は、図１１のラフ編集（粗編集）のＥＰＬ、図１２のカット編集のＥＰＬ及び図１４の統合・最適化ＥＰＬに対応する図面である。
【０１５０】
図１０及び図１１において示されるように、ラフ編集素材は、ソース素材に対してそれぞれ設定された第１の編集区間Ｅ１と、第２の編集区間Ｅ２と、第３の編集区間Ｅ３と、第４の編集区間Ｅ４と、第５の編集区間Ｅ５とから構成されている。また、カット編集素材は、図１０及び図１２に示されるように、ラフ編集された素材に対してそれぞれ設定された第１の編集区間Ｅ１’と、第２の編集区間Ｅ２’と、第３の編集区間Ｅ３’と、第４の編集区間Ｅ４’と、第５の編集区間Ｅ５’とから構成されている。尚、図１０においては、第４の編集区間Ｅ４、第５の編集区間Ｅ５、第３の編集区間Ｅ３’、第４の編集区間Ｅ４’、及び、第５の編集区間Ｅ５’については、便宜上省略してある。
【０１５１】
既に説明したように、図１２に示されたカット編集のＥＰＬは、ラフ編集のタイムコード「00：00：00.07 − 00：00：52.21」を、カット編集素材のタイムコード「00：00：00.00 − 00：00：45.00」にどのように割り当てるかを規定している情報である。編集者が実際に行うオンライン編集処理は、ソース素材からラフ編集素材を生成し、ラフ編集素材からカット編集素材を生成する編集処理ではなくて、ソース素材に対して編集処理を行って、その結果としてカット編集素材を生成する編集処理である。すなわち、編集者が最終的に望む編集情報とは、ソース素材のタイムコードとカット編集素材のタイムコードとの関係である。言い換えると、編集者が望む編集情報とは、ソース素材のタイムコードにどのように編集結果素材のタイムコードが割り当てられているかを示す情報なのである。
【０１５２】
ここで、ＥＰＬの統合及び最適化処理を説明するために、図１０において、ラフ編集素材からカット編集素材を生成するためにラフ編集素材に対して設定された第１の編集区間Ｅ１’に注目する。この第１の編集区間Ｅ１’は、ソース素材に設定された第１の編集区間Ｅ１、第２の編集区間Ｅ２及び第３の編集区間Ｅ３を含んでいる。つまり、カット編集素材の第１の編集区間Ｅ１’をソース素材のタイムコードで表現する場合には、３つの編集区間「00：00.00 − 00：02.23」、「00：02.23 −00：20.06」及び「00：20.06 −00：23.04」が必要になる。従って、最終的なＥＰＬにおいては、ソース素材のタイムコードにどのように編集結果素材のタイムコードが関連付けられているかを示すために、第１の編集区間Ｅ１’は、上述した３つの編集区間のタイムコードを使用して記述されなければならない。
【０１５３】
すなわち、このＥＰＬの統合及び最適化とは、この編集区間及び編集点の実施の形態においては、ソース素材に対して編集結果素材のタイムコードが対応付けされるように、編集区間や編集点やタイムコードの再設定を行うということである。上述した例の場合には、編集区間や編集点の再設定をした場合には、編集区間及び編集点の数が増えたが、これに限られるものではなく、ＥＰＬの統合及び最適化処理によって再設定された編集区間が連続する場合には編集区間の数が少なくなったり、再設定された編集区間が互いにオーバラップする場合には編集点が少なくなったりする場合がある。また、上述した例は、編集点や編集区間の統合化及び最適化処理であるが、本発明の実施の形態はそれに限られるものではなく、編集に伴う画像処理や画像変換についても統合化及び最適化処理が行われる。
【０１５４】
以上説明した図１０〜図１６に示す例では、二段階のカット編集を経ており、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま活かしている箇所があるため、両者を統合したときの編集点が多くなった。
【０１５５】
また、ここでは、素材もタイトラーもエフェクターも、全て同じサーバーから取得している。しかも、明記してないが、編集実行する装置と同一のＬＡＮに置かれている。運用上、安全な方法ではあるが、遠くのサーバーから取得することが多くなると予想される。
【０１５６】
なお、参考までに、統合・最適化を、ＮＴＳＣ用に変換する例を、図１７に示す。素材の入力元のビデオフォーマットは、「#1080i」であるが、ＮＴＳＣ用への変換であるので、処理と出力のフォーマットは、「#525i」となる。したがって、これを統合すると、ＥＰＬ（３）の最後に「down converter」の付いたものが生成される。また、処理順が明らかな場合は、plug(), jack() による接続は不要である。
【０１５７】
このように、図９に構成を示した、コンテンツ形成システム１２０は、ＥＰＬ編集作業を分業することができる。編集作業では、素材を直接加工しないので、分業体制で同時に作業を進められるためである。また、各編集部で作成されたＥＰＬには、入力素材、出力映像のフォーマットをスキャンフォーマットで特定している。このため、入力素材は自由に選べる。また、複数フォーマットの出力映像が同時に得られる。
【０１５８】
なお、遠隔地で編集作業をする具体例としては、上記図８に示したシステムの他にも、図１８に示すようなコンテンツ形成システム１３０を構成することができる。ビデオカメラ１３１で撮影した映像及び／又は音声からなる素材を、低レートエンコーダ１３２にて圧縮し、サブ素材として携帯電話１３３又はインターネット１３４で編集部１３５に送る。編集部１３５では、サブ素材を、所望の動作（再生、巻き戻し又は早送り等）で実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、編集に使用される素材や出力画像を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。そして、生成したＥＰＬを携帯電話１３６又はインターネット１３７で、編集実行部１４０に送る。編集実行部１４０には、ビデオカメラ１３１からの素材も、ビデオテープ１３８のハンドキャリー又はインターネット１３９により送られる。そして、編集実行部１４０は、上記素材を内部サーバーに蓄えているので、上記ＥＰＬを用いて、編集を実行できる。
【０１５９】
ここまでの説明は、編集に使用される素材や出力を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力映像のフォーマットを特定するスキャンフォーマットを、ＥＰＬに記述したことによって課題を解決できたことについて説明した。
【０１６０】
次に、従来の課題としての画質の劣化を防止する点について説明する。
【０１６１】
例えば、ビデオカメラで収録した映像にいくつかのカット（映像シーン）をつなぎ合わせるカット編集と、テロップ文字をスーパインポーズするテロップ編集を施してから、完成した映像を放送するまでにも、データ圧縮と伸張を繰り返すことになり、画質の劣化が生じる。この具体例を、図１９の処理遷移図を用いて説明する。先ず、ビデオカメラ１５０で撮影された映像は、ビット・レート・リダクション（Bit Rate Reduction：ＢＲＲ）エンコード（enc）処理１５１にて圧縮され、ビデオテープに映像素材１５２として収録される。この映像素材１５２に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード（dec）処理１５３により伸長してから、編集処理（Edit1）１５４にてカット編集する。カット編集を施した映像素材は、再度、エンコード処理１５５で圧縮されてから映像素材１５６としてビデオテープに記録される。次に、この映像素材１５６に対してテロップ編集を施すときには、圧縮されている映像素材をまた、デコード（dec）処理１５７により伸長してから、編集処理（Edit2）１５８にてテロップをスーパーインポーズする。テロップ編集を施した映像素材は、再々度、エンコード処理１５９で圧縮されてから映像素材１６０としてビデオテープに記録される。そして、この映像素材１６０は、放送日に合わせて、放送用のＮＴＳＣフォーマットに変換されるため、一旦、デコード処理１６１されてから、ＮＴＳＣエンコード処理１５２され、例えば地上波用のアンテナ１６３からテレビジョン放送波として送出される。この一連の処理において、映像素材に対して４回の圧縮処理が施されている。伸長処理は３回である。ここに画質劣化が生じることとなる。
【０１６２】
この画質劣化という問題を解決するためにも、本発明のコンテンツ形成装置及び方法は有効である。図２０には、その具体例を示す。この具体例は、ビデオカメラ１７０で撮影された映像及び／又は音声からなる素材を、ビット・レート・リダクション（Bit Rate Reduction：ＢＲＲ）エンコード（enc）処理１７１にて圧縮し、ビデオテープに映像素材１７２として収録する。この映像素材１７２は、ＥＰＬ作成処理１７３に送られる。
【０１６３】
ＥＰＬ作成処理１７３は、カット編集とテロップ編集をＥＰＬを生成することによって行う。映像素材１７２に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード（dec）処理１７４により伸長してから、編集処理（Edit1）１７５にてカット編集を行う。このカット編集は、ＥＰＬを作成することによって行われる。また、テロップ編集は、カット編集処理１７５により作成されたＥＰＬを用いて、テロップ編集処理１７７により行われる。具体的には、テロップ編集処理１７７は、デコーダ１７６でデコードされた素材をモニタしながら、テロップ編集のＥＰＬを作成する。
【０１６４】
ＥＰＬ作成処理１７３で作成された、ＥＰＬは、編集実行処理１７９に送られる。編集実行処理１７９には、デコード処理１７８によりデコードされた素材も供給されている。そして、編集実行処理１７９は、上記素材に対し、上記ＥＰＬにしたがった、カット編集及びテロップ編集を施し、その編集結果をＮＴＳＣエンコード処理１８０に送る。そして、ＮＴＳＣエンコード処理１８０により、ＮＴＳＣフォーマットとされたデータが、例えば地上波用のアンテナ１８１からテレビジョン放送波として送出される。この一連の処理においては、映像素材に対して２回の圧縮処理が施されただけである。また、デコード処理も実質的には１回だけしか行われてない。
【０１６５】
したがって、この図２０に示す、コンテンツ形成システムは、画質の劣化を上記図１９に示した従来方式よりも抑えることができる。すなわち、編集途中で圧縮伸長を従来ほど繰り返さないので、画質を保つことができる。
【０１６６】
また、本発明に係るコンテンツ形成装置及び方法は、例えば、共通番組を、フォーマットを異ならせた２系統で、サイマルキャスト（Simulcast）放送するときにも、画質を保つことができる。図２１及び図２２を用いてサイマルキャスト放送について説明する。
【０１６７】
図２１は、ＮＴＳＣフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送をするための、従来のシステムである。このサイマルキャスト放送システム１９０は、ビデオテープ１９１から読み出した「1080i」のハイビジョンフォーマットの映像と、ビデオテープ１９２から読み出した「525i」のＮＴＳＣフォーマットの映像をアップコンバージョン部１９３により「1080i」した映像とを用いて編集処理１９４する。編集処理１９４は「1080i」フォーマットで行い、ハイビジョンフォーマットの出力映像を生成する。そして、ハイビジョン用に一方を、アンテナ１９５から放送波として送出する。他方、ＮＴＳＣ用には、ダウンコンバージョン１９６で525iにした映像をアンテナ１９７から放送波として送出する。
【０１６８】
よって、このシステム１９０では、「525i」のＮＴＳＣフォーマットの映像を一旦、「1080i」にアップコンバージョンしたのち、「1080i」で編集し、再度「1080i」出力を「525i」にダウンコンバーションしてＮＴＳＣ用としている。ＮＴＳＣ用の映像についても編集処理は「1080i」で行い、放送前に「525i」にしている。
【０１６９】
これに対して、本発明のコンテンツ形成装置及び方法を適用した、図２２に示すサイマルキャスト放送システム２００によれば、ＮＴＳＣ用の映像の画質を劣化させることがない。すなわち、例えば図１に示したＥＰＬ作成部１０により作成したＥＰＬに基づいて、編集実行部２０３及び編集実行部２０４が編集を実行したとき、本システム２００では、編集後のＮＴＳＣ用の映像（「525i」）を、アップコンバージョンとダウンコンバージョンを繰り返すことなく、生成できる。
【０１７０】
このシステム２００の編集実行部２０３又は２０４で行われる、ＨＤ画像（1080i）からＳＤ画像（525i）へ、またＳＤ画像からＨＤ画像へのビデオフォーマット変換について図２３を用いて説明する。
【０１７１】
この図２３において、入力ビデオ信号は、フィールドメモリ２１１とフィールドメモリ２１２に順番に蓄えられる。動き検出部２１０は、二つのフィールドメモリ２１１及び２１２により、時間軸上での差が与えられた、フィールド画像から動きを検出する。この動き検出部２１０による動き検出の結果、すなわちフレーム画像に動きがあった／フィールド画像に動きがあったということを示す、フレーム／フィールドのtap選択信号は、トランスバーサル型の垂直フィルタ２１３に供給される。トランスバーサル型の垂直フィルタ２１３は、二つのフィールドメモリ２１１及び２１２によって時間差が与えられた上記フィールド画像に、上記フレーム／フィールドのtap選択信号に基づいて垂直フィルタ処理を施す。上記垂直フィルタ２１３のフィルタ出力は、トランスバーサル型の水平フィルタ２１４に供給される。上記水平フィルタ２１４は、上記垂直フィルタ出力に水平フィルタ処理を施す。この水平フィルタ２１４の水平フィルタ出力は、イメージエンハンス部２１５に供給される。
【０１７２】
イメージエンハンス部２１５は、上記水平フィルタ出力の高域成分を強調する。イメージエンハンス部２１５からのエンハンス出力は、画像信号変換部２１６に供給される。画像信号変換部２１６は、Ｙ／Ｐｂ／Ｐｒ信号をＲＧＢ信号に変換する。このＲＧＢ信号は、逆ガンマ補正部２１７に供給され、逆ガンマ補正がかけられる。この逆ガンマ補正出力は、色彩変換部（カラーリメトリコンバージョン部）２１８に供給される。カラーリメトリコンバージョン部２１８は、上記逆ガンマ補正出力に色彩変換処理を施す。この色彩変換処理出力は、ガンマ補正部２１９に供給される。
【０１７３】
ガンマ補正部２１９は、上記色彩変換処理出力にガンマ補正処理を施し、画像信号変換部２２０に供給する。画像信号変換部２２０は、ＲＧＢ信号をＹ／Ｐｂ／Ｐｒ信号に変換する。このＹ／Ｐｂ／Ｐｒ信号が出力ビデオ信号となる。
【０１７４】
したがって、この図２３に示した構成において、画質変換処理部２１６又は画質変換処理部２２０での変換処理等を換えることによって、ダウンコンバージョン処理又はアップコンバージョン処理に対応することができる。
【０１７５】
以上説明した本発明に係るコンテンツ形成装置及び方法の実施の形態によれば、編集に使用される素材や編集出力を特定するための識別情報や、処理方法を特定するための識別情報、さらには入力素材、出力映像のフォーマットを特定するフォーマット宣言文を、編集リストに記述している。このため、編集実行時には、素材をＩＤで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
【０１７６】
また、本発明に係る編集リスト作成方法の実施の形態によれば、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していくので、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成できる。
【０１７７】
また、編集に使用される素材や編集出力を特定するための識別情報や、処理方法を特定するための識別情報、さらには入力素材、出力映像のフォーマットを特定するフォーマット宣言文を、編集リストに記述するので、編集実行時には、素材をＩＤで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
【０１７８】
また、本発明に係るコンテンツ制作装置の実施の形態によれば、他の分散場所で分散編集リスト作成手段により作成された分散編集リストを用い、編集リスト作成手段において最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成手段にて前記編集リストに基づいて任意フォーマットのコンテンツを形成するが、前記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを記載しているので、マルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができる。
【０１７９】
また、本発明に係るコンテンツ制作方法の実施の形態によれば、複数の映像及び／又は音声の素材を用いて他の分散場所で分散編集リスト作成工程により作成された分散編集リストを用いて、編集リスト作成工程が最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成工程にて前記編集リストに基づいて任意フォーマットのコンテンツを形成するが、前記基準編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを記載しているので、マルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができる。
【０１８０】
なお、本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【図１】  本発明の実施の形態となる、コンテンツ形成装置の構成を示すブロック図である。
【図２】  ユニークな識別コードであるＵＭＩＤのデータ構造を模式的に示す図である。
【図３】  ＥＰＬを用いた編集におけるソース素材及び編集結果素材を模式的に示す図である。
【図４】  ＥＰＬの実行イメージを示す図である。
【図５】  ＥＰＬの記述例を示す図である。
【図６】  図５に示すＥＰＬの記述例をより具体的に示す図である。
【図７】  ビデオスキャンフォーマット（video scan format）の具体例を示す図である。
【図８】  コンテンツ形成システムの全体構成を示す図である。
【図９】  ＥＰＬによる編集の分業を行う、コンテンツ形成システムを示す図である。
【図１０】  ＥＰＬを用いた編集における統合・最適化処理を説明するための図である。
【図１１】  上記図９のコンテンツ形成システムの粗編集部にて作成された粗編集ＥＰＬ（１）を示す図である。
【図１２】  上記図９のコンテンツ形成システムのカット編集部にて作成されたカット編集ＥＰＬ（２−ａ）を示す図である。
【図１３】  上記図９のコンテンツ形成システムのモザイク編集部にて作成されたモザイク編集ＥＰＬ（２−ｂ）を示す図である。
【図１４】  上記図９のコンテンツ形成システムの日本語字幕編集部にて作成された日本語字幕編集ＥＰＬ（２−ｃ）を示す図である。
【図１５】  上記図９のコンテンツ形成システムの英語字幕編集部にて作成された英語字幕編集ＥＰＬ（２−ｄ）を示す図である。
【図１６】  上記図９のコンテンツ形成システムの日本語統合・最適化部にて作成された最適化ＥＰＬ（３）を示す図である。
【図１７】  統合・最適化を、ＮＴＳＣ用に変換したＥＰＬを示す図である。
【図１８】  遠隔地で編集作業をする他の具体例を示す図である。
【図１９】  収録から放送までに生じる画質劣化という課題を説明するための図である。
【図２０】  上記画質劣化を解決する、本発明のコンテンツ形成装置及び方法の具体例を示す図である。
【図２１】  ＮＴＳＣフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送を行う、従来のシステムの構成図である。
【図２２】  本発明のコンテンツ形成装置及び方法を適用した、サイマルキャスト放送システムの構成図である。
【図２３】  ビデオフォーマット変換を説明するための図である。
【図１】
0004713060.tif 000002
【図２】
0004713060.tif 000003
【図３】
0004713060.tif 000004
【図４】
0004713060.tif 000005
【図５】
0004713060.tif 000006
【図６】
0004713060.tif 000007
【図７】
0004713060.tif 000008
【図８】
0004713060.tif 000009
【図９】
0004713060.tif 000010
【図１０】
0004713060.tif 000011
【図１１】
0004713060.tif 000012
【図１２】
0004713060.tif 000013
【図１３】
0004713060.tif 000014
【図１４】
0004713060.tif 000015
【図１５】
0004713060.tif 000016
【図１６】
0004713060.tif 000017
【図１７】
0004713060.tif 000018
【図１８】
0004713060.tif 000019
【図１９】
0004713060.tif 000020
【図２０】
0004713060.tif 000021
【図２１】
0004713060.tif 000022
【図２２】
0004713060.tif 000023
【図２３】
0004713060.tif 000024