(57)【要約】エディティングターミナル（１５），（１６），（１７）は、ＥＰＬ作成部（１０）の主要部をなすものであり、高圧縮サブ素材を読み出して復号し、得られた素材データに基づく映像をモニタに表示しながら、ＥＰＬを作成する。ＥＰＬは、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。エディティングターミナル（１５），（１６），（１７）で作成されたＥＰＬは、ＥＰＬ記憶部（１８）に格納される。このＥＰＬ記憶部（１８）に格納されたＥＰＬは、編集制御部（２０）に読み出される。編集制御部（２０）は、ＥＰＬに基づいて編集制御信号を生成し、編集制御信号をコンテンツ形成部（３０）に供給する。これによって、素材を手許に一旦溜めて使うことなく、手間とコストを不要として、編集を実行することができる。
2002054762.tif 000002
【特許請求の範囲】
【請求項１】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置において、
上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成手段と、
上記作成された編集リストに基づいて編集制御信号を生成する編集制御手段と、
上記編集制御手段からの編集制御信号に基づいて上記素材から所定の素材フォーマットのコンテンツを形成するコンテンツ形成手段とを有し、
上記編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材の素材フォーマットを定義するフォーマット宣言文とを有することを特徴とするコンテンツ形成装置。
【請求項２】
上記素材の識別情報は、グローバルユニークな識別コードであり、この識別コード体系に準拠して、素材の処理方法を識別する識別コードが定められていることを特徴とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項３】
上記フォーマット宣言文は、入力映像素材の画像フォーマット及び／又は編集出力素材の画像フォーマットを含むことを特徴とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項４】
上記画像フォーマットは、撮影時の１コマの時間、撮影時のシャッタスピード、画像の縦横の有効画素数、各画素の縦横比の項目を少なくとも含むスキャンフォーマットであることを特徴とする請求の範囲第３項記載のコンテンツ形成装置。
【請求項５】
上記素材の編集リスト作成時には、上記素材を高圧縮したサブ素材を用いることを特徴とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項６】
上記素材の取得先は、当該編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定されることを特徴とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項７】
上記編集リスト内に、既に作成された他の編集リストを、該編集リスト自体を識別するためのグローバルユニークな識別コードを付して記述することを許す階層構造とすることを特徴とする請求の範囲第１項記載のコンテンツ形成装置。
【請求項８】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成方法において、
上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成工程と、
上記作成された編集リストに基づいて編集制御信号を生成する編集制御工程と、
上記編集制御工程で生成された編集制御信号に基づいて上記素材から所定の素材フォーマットのコンテンツを形成するコンテンツ形成工程とを有し、
上記編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材の素材フォーマットを定義するフォーマット宣言文とを有することを特徴とするコンテンツ形成方法。
【請求項９】
複数の映像及び／又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、
編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義する編集定義工程と、
入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義しながらその入力素材に施す処理を定義していく処理定義工程と
を備えることを特徴とする編集リスト作成方法。
【請求項１０】
上記出力の識別情報及び入力素材の識別情報は、グローバルユニークな同一体系の識別コードであることを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１１】
上記処理定義工程は、入力素材に施す処理方法をグローバルユニークな同一体系の識別コードで記述することを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１２】
上記処理定義工程は、上記識別情報とフォーマット宣言文とを少なくとも用いて複数の入力素材を定義しながら、各入力素材に施す複数の処理を定義していくことを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１３】
上記処理定義工程は、各入力素材に施す各処理方法をグローバルユニークな同一体系の識別コードで記述することを特徴とする請求の範囲第１２項記載の編集リスト作成方法。
【請求項１４】
上記編集内容を特定するフォーマット宣言文は編集出力映像の画像フォーマットを含み、上記入力素材を特定するフォーマット宣言文は入力映像素材の画像フォーマットを含むことを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１５】
上記画像フォーマットは、撮影時の１コマの時間、画像の縦横の有効画素数、各画素の縦横比の項目を少なくとも含むスキャンフォーマットであることを特徴とする請求の範囲第１４項記載の編集リスト作成方法。
【請求項１６】
上記処理定義工程が定義した入力素材を高圧縮したサブ素材を用いて編集リストを作成することを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１７】
上記編集定義工程と上記処理定義工程を用いて作成した少なくとも二つの編集リストを統合・最適化して編集リストを作成する統合・最適化工程を備えることを特徴とする請求の範囲第９項記載の編集リスト作成方法。
【請求項１８】
既に作成された他の編集リストに該編集リスト自体を識別するためのグローバルユニークな識別コードを付して、編集リスト内に記述することを許す階層構造の統合編集リストを上記統合・最適化工程を用いて作成することを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項１９】
上記統合・最適化工程は、上記少なくとも二つの編集リストを用いて階層構造を有する統合最適化編集リストを作成することを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項２０】
上記統合・最適化工程は、上記少なくとも二つの編集リストをネットワークを介して受け取って階層構造を有する統合最適化編集リストを作成することを特徴とする請求の範囲第１９項記載の編集リスト作成方法。
【請求項２１】
上記少なくとも二つの編集リストには識別情報を付すことを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項２２】
上記少なくとも二つの編集リストには、上記統合・最適化工程にて上位の編集リストへ受け渡しされるときの位置及び／又は下位の編集リストの受け取り位置が記述されていることを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項２３】
上記少なくとも二つの編集リストは、分散して作成されることを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項２４】
上記少なくとも二つの編集リストは、並列して作成されることを特徴とする請求の範囲第１７項記載の編集リスト作成方法。
【請求項２５】
複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成手段と、
上記編集リスト作成手段で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成手段と、
上記編集リスト作成手段で最終的に作成された上記編集リストに基づいて任意フォーマットのコンテンツを形成するコンテンツ形成手段とを備え、
上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するためのグローバルユニークな同一体系の識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有することを特徴とするコンテンツ制作装置。
【請求項２６】
上記編集リスト作成手段で作成された編集リスト及び／又は上記分散編集リスト作成手段で作成された分散編集リストは、プログラムホルダにファイルとして格納され、ネットワークを介して伝送されることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項２７】
複数の上記分散編集リスト作成手段を備えることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項２８】
上記編集リスト作成手段で作成された上記編集リストに基づいて作成した所定フォーマットのコンテンツを保存・検索するコンテンツ保存検索手段を備えることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項２９】
上記グローバルユニークな同一体系の識別情報に準拠して、素材の処理方法を識別する識別コードが定められていることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項３０】
上記フォーマット宣言文は、入力映像素材の画像フォーマット及び／又は編集出力の画像フォーマットを含むことを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項３１】
上記画像フォーマットは、撮影時の１コマの時間、画像の縦横の有効画素数、各画素の縦横比の項目を少なくとも含むスキャンフォーマットであることを特徴とする請求項３０記載のコンテンツ制作装置。
【請求項３２】
上記編集リスト作成時には、上記素材を高圧縮したサブ素材を用いることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項３３】
上記素材の取得先は、上記編集リスト又は分散編集リストに同封、編集システム内のパス、ネットワークを介した外部サーバのアドレスのいずれかにより指定されることを特徴とする請求の範囲第２５項記載のコンテンツ制作装置。
【請求項３４】
複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成工程と、
上記編集リスト作成工程で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成工程と、
上記編集リスト作成手段で作成された上記編集リストに基づいて任意のフォーマットのコンテンツを形成するコンテンツ形成工程とを備え、
上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するためのグローバルユニークな同一体系の識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有することを特徴とするコンテンツ制作方法。
【請求項３５】
ソースビデオ素材を編集するための編集装置において、
上記ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連付けて記述した宣言文を作成する手段と、
上記宣言文に基づいて上記ソースビデオ素材を編集する編集手段と
を備えたことを特徴とする編集装置。
【請求項３６】
ソースビデオ素材を編集するための編集方法において、
上記ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連付けて記述した宣言文を作成する工程と、
上記宣言文に基づいて上記ソースビデオ素材を編集する編集工程と
を備えたことを特徴とする編集方法。
【請求項３７】
ソースビデオ素材を編集するための編集装置において、
上記ソースビデオ素材に対して行われる複数の編集プロセスの実行を指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する手段と、
上記文章に基づいて上記ソースビデオ素材を編集する編集手段と
を備えたことを特徴とする編集装置。
【請求項３８】
ソースビデオ素材を編集するための編集方法において、
上記ソースビデオ素材に対して行われる複数の編集プロセスの実行を指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する工程と、
上記文章に基づいて上記ソースビデオ素材を編集する編集工程と
を備えたことを特徴とする編集方法。
【請求項３９】
ソースビデオ素材を編集するための編集装置において使用される編集情報を生成する編集情報生成装置において、
上記ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る手段と、
上記編集プロセスに関する情報に基づいて、上記ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連を関連付けて記述した宣言文を作成する手段と
を備えたことを特徴とする編集情報生成装置。
【請求項４０】
ソースビデオ素材を編集するための編集装置において使用される編集情報を生成する編集情報生成方法において、
上記ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る工程と、
上記編集プロセスに関する情報に基づいて、上記ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連を関連付けて記述した宣言文を作成する工程と
を備えたことを特徴とする編集情報生成方法。
【請求項４１】
ソースビデオ素材を編集するための編集装置において使用される編集情報を生成する編集情報生成装置において、
上記ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る手段と、
上記編集プロセスに関する情報に基づいて、上記複数の編集プロセスの実行を上記編集装置に指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する手段と
を備えたことを特徴とする編集情報生成装置。
【請求項４２】
ソースビデオ素材を編集するための編集装置において使用される編集情報を生成する編集情報生成方法において、
上記ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る工程と、
上記編集プロセスに関する情報に基づいて、上記複数の編集プロセスの実行を上記編集装置に指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する工程と
を備えたことを特徴とする編集情報生成方法。
【発明の詳細な説明】
技術分野
本発明は、コンテンツ形成装置及び方法、編集リスト作成方法、コンテンツ制作装置及び方法、編集装置及び方法、並びに編集情報生成装置及び方法に関し、特に、複数の映像及び／又は音声の素材を用いて所定フォーマットのコンテンツを形成するために使用されるコンテンツ形成装置及び方法、編集リスト作成方法、コンテンツ制作装置及び方法、編集装置及び方法、並びに編集情報生成装置及び方法に関する。
背景技術
動画像の編集の歴史は、映画フィルムを切って接着剤で繋ぐことから始まったが、ビデオ編集においては、映像を記録したビデオテープの編集位置に印を付け、はさみで切って接着テープで繋ぐ（いわゆるスプライス編集）という黎明期を経て、ダビングによる電子編集時代が長く続いている。
ここ十年ほどで普及した、ノンリニア編集（ｎｏｎ−ｌｉｎｅａｒ　ｅｄｉｔｏｒ）も、その延長線上にあるといえる。すなわち、ノンリニア編集とは、メディアから得た画像を見ながら、主にダビングによって繋ぎ合わせ、必要に応じて画像処理を施し、編集結果を再びメディアに収める、以上一連の作業、あるいはその繰り返しという作業であり、何十年も踏襲されている。
しかし、このような伝統手法には以下のような問題点がある。
先ず、ダビングを繰り返す電子編集では画質劣化が起こる。これは、アナログ時代には避けられない問題だったが、非圧縮のベースバンド・デジタル信号をダビングするようなベースバンド・デジタルの時代に至ってほぼ完璧に解消された。ところが、昨今の画像圧縮技術の普及浸透によって、画質問題は再燃することとなった。これは、不可逆のデータ圧縮と伸長を繰り返すことが原因である。
この対策としては、圧縮率を下げたり、圧縮単位を短くする、といった妥協策が講じられるが、メディアのコストが嵩んだり通信時間が長くなるなど、多くの面で不具合があり、しかも画質劣化が完全に解消されるわけでもない。
データ圧縮しない場合でも、画像の拡大縮小やピクセルシフト、合成など、いわゆる特殊効果の繰り返し処理によっても、画質劣化などの問題点が生じる。
次に、ＮＴＳＣなどの画像フォーマットは、受像機や電波割り当てを主眼に考案され統一された。しかし、咋今ＨＤＶＳやＰＣ上のウィンドウなど、複数の画像フォーマットが混在で使われるのが、むしろ一般的である。単一のフォーマットしか対応できないことは、素材の収集においても完パケの提供においても大きな弊害となってきた。
しかも、とくにコンピュータ上では、ユーザーが勝手な仕様のウィンドウを作れるため、用意されたフォーマットの中から選ぶ方式では対応しきれない。
編集時、目的とする画を特定するためタイムコードが使われるが、一巻中の位置を示すに過ぎず、メディアを特定することは基本的に不可能である。リール番号などでメディアを特定する方法も使われるが、あくまでローカルな運用範囲に留まる。したがって、素材は手許に一旦溜めてから使うしかなく、手間とコストを要する。
同様に特殊効果やタイトル挿入なども機種依存で、手許の装置が対応していない加工は不可能なため、編集結果も手許のメディアに記録せざるを得ない。
ここで、ビデオテープレコーダを用いた編集の一例として、素材テープより作成した低画質の作業用テープにより編集リスト（ＥＤＬ：Ｅｄｉｔ　Ｄｅｃｉｓｉｏｎ　Ｌｉｓｔ）を例えばオフラインで作成し、この編集リスト（ＥＤＬ）により素材テープを用いたオンライン編集を行う場合を考察する。この場合に用いられるＥＤＬは、再生側ＶＴＲ及び記録側ＶＴＲの各テープのＩＮ点やＯＵＴ点などの編集点が記載されたプログラムといえ、ＥＤＬに従い自動的に電子編集が完了する点で便利である。
しかし、特殊効果など、互換性のない項目も記述されており、使用されるシステムに限定されたものとなっている。また、テープの架け替えなどもあり、人手に頼ることが多い。融通が利きにくい点では、完パケ（完全パッケージの略、編集処理が全て終了してそのまま放送できる状態の映像素材）を修正したい場合の対応も面倒であり、たえば最初のコマの前に１コマ挿入するだけでも、全編の再編集もしくはダビングが必要となる。
このように、現状の編集システムは、現時点でも効率や便利性などで改善すべき面が多いが、それ以上に、ネットワークのメリットを享受できないという一面がある。現状に固執すれば、時代に取り残された後進的システムになる危険性が高い。それぞれの問題は有機的に絡み合っているため、部分的な対策を施しても新たな問題を引き起こすであろうし、複雑さが連鎖的に増すので、現状の編集システムのままでは使用が困難となることもあり得る。
発明の開示
本発明は、上記実情に鑑みてなされたものであり、素材を手許に一旦溜めて使うことなく、手間とコストを不要として、編集を実行することができるコンテンツ形成装置及び方法の提供を目的とする。すなわち、素材を識別情報で取得し、重い画像を伝送する必要のない運用を可能とするコンテンツ形成装置及び方法の提供を目的とする。
また、本発明は、複数の映像及び／又は音声からなるマルチフォーマットの素材を入力して、マルチフォーマットのコンテンツを形成することができるコンテンツ形成装置及び方法の提供を目的とする。
また、本発明は、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成するための編集リスト作成方法の提供を目的とする。
また、本発明は、他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを再生し、この編集リストに基づいて、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができるコンテンツ制作装置及び方法の提供を目的とする。
さらに、本発明は、上述のようなコンテンツ形成、編集リスト作成、コンテンツ制作に用いられる編集装置及び方法、並びに編集情報生成装置及び方法の提供を目的とする。
すなわち、本発明に係るコンテンツ形成装置は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置において、上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成手段と、上記作成された編集リストに基づいて編集制御信号を生成する編集制御手段と、上記編集制御手段からの編集制御信号に基づいて上記素材から所定の素材フォーマットのコンテンツを形成するコンテンツ形成手段とを有し、上記編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
このため、本発明に係るコンテンツ形成装置により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
ここで、上記素材の識別情報は、グローバルユニークな識別コードであり、さらに、この識別コード体系に準拠して、素材の処理方法を識別する識別コードが定められている。編集リスト内に記述した、グローバルユニークな識別コードにより素材を唯一のものとして指定できる。また、素材の処理方法も同様に、識別コードとして編集リスト内に記述することができる。
本発明に係るコンテンツ形成方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成方法において、上記映像及び／又は音声の素材の編集リストを作成する編集リスト作成工程と、上記作成された編集リストに基づいて編集制御信号を生成する編集制御工程と、上記編集制御工程で生成された編集制御信号に基づいて上記素材から所定の素材フォーマットのコンテンツを形成するコンテンツ形成工程とを有し、上記編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
このため、本発明に係るコンテンツ形成方法により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
また、本発明に係る編集リスト作成方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義する編集定義工程と、入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義しながらその入力素材に施す処理を定義していく処理定義工程とを備える。
このような各工程を備えることにより、本発明に係る編集リスト作成方法は、まず、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していく。
ここで、上記出力の識別情報及び入力素材の識別情報は、それぞれグローバルユニークな同一体系の識別コードであるので、出力及び入力素材を特定することができる。
また、入力素材に施す処理方法もグローバルユニークな同一体系の識別コードで記述するので、処理方法も特定することができる。
また、本発明に係るコンテンツ制作装置は、上記実情に鑑みてなされたものであり、複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成手段と、上記編集リスト作成手段で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成手段と、上記編集リスト作成手段で作成された上記編集リストに基づいて任意フォーマットのコンテンツを形成するコンテンツ形成手段とを備え、上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
このコンテンツ制作装置は、他の分散場所で分散編集リスト作成手段により作成された分散編集リストを用い、編集リスト作成手段において最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成手段にて上記編集リストに基づいて任意フォーマットのコンテンツを形成するが、上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とが記載されている。
本発明に係るコンテンツ制作方法は、上記課題を解決するために、複数の映像及び／又は音声の素材を用いて他の分散場所で作成された分散編集リストを用いて最終的な階層構造の編集リストを統合最適化により作成する編集リスト作成工程と、上記編集リスト作成工程で作成された編集リストとそれに対応する素材を用いて上記分散編集リストを作成する分散編集リスト作成工程と、上記編集リスト作成手段で作成された上記編集リストに基づいて任意のフォーマットのコンテンツを形成するコンテンツ形成工程とを備え、上記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
このコンテンツ制作方法は、複数の映像及び／又は音声の素材を用いて他の分散場所で分散編集リスト作成工程により作成された分散編集リストを用いて、編集リスト作成工程が最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成工程にて上記編集リストに基づいて任意フォーマットのコンテンツを形成するが、上記基準編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とが記載されている。
また、本発明に係る編集装置は、ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連付けて記述した宣言文を作成する手段と、上記宣言文に基づいて上記ソースビデオ素材を編集する編集手段とを備える。
また、本発明に係る編集装置は、ソースビデオ素材に対して行われる複数の編集プロセスの実行を指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する手段と、上記文章に基づいて上記ソースビデオ素材を編集する編集手段と
を備える。
また、本発明に係る編集情報生成装置は、ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る手段と、上記編集プロセスに関する情報に基づいて、上記ソースビデオ素材を識別する識別情報と、上記ソースビデオ素材に対して行われる複数の編集プロセスを定義する言語とを関連を関連付けて記述した宣言文を作成する手段とを備える。
さらに、本発明に係る編集情報生成装置は、ソースビデオ素材に対して行われる複数の編集プロセスに関する情報を受け取る手段と、上記編集プロセスに関する情報に基づいて、上記複数の編集プロセスの実行を上記編集装置に指示するための文章であって、上記複数の編集プロセスにおける編集内容及び編集対象を特定する所定の記述言語で記述された文章を作成する手段とを備える。
発明を実施するための最良の形態
以下、本発明に係るコンテンツ形成装置及び方法の実施の形態について図面を参照しながら説明する。図１に構成を示すように、この実施の形態は、複数の映像及び／又は音声の素材を用いてコンテンツを形成するコンテンツ形成装置１であり、編集リストの一種である、編集手続リスト（Ｅｄｉｔ　Ｐｒｏｃｅｄｕｒｅ　Ｌｉｓｔ；ＥＰＬ）を作成するＥＰＬ作成部１０と、ＥＰＬに基づいて編集制御信号を生成する編集制御部２０と、所定フォーマットのコンテンツを形成するコンテンツ形成部３０とを備えて成る。
このコンテンツ形成装置１には、複数の映像及び／又は音声からなる素材が入力される。ここでは、説明の都合上、例えば、ローカルエリアネットワーク（ＬＡＮ）や、インターネット等のネットワークに接続されたデータベースに格納された素材とする。この素材は、入力端子ＩＮを介してＥＰＬ作成部１０及びコンテンツ形成部３０に供給される。
ＥＰＬ作成部１０は、上記素材をデコーダ１１で復号してから、ダウンコンバータ１２で例えば間引き処理し、エンコーダ１３でＪＰＥＧ（Ｊｏｉｎｔ　Ｐｈｏｔｏｇｒａｐｈｉｃ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）方式やＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）方式などの圧縮方式で圧縮して高圧縮のサブ素材にし、サブ素材サーバー１４に格納する。サブ素材サーバー１４は、ディスクアレイ構成の記録再生部を有したＡＶサーバーでなり、高圧縮サブ素材を順次取り込み、これをファイル化して記録再生部の指定されたアドレス位置に格納する。
そして、このサブ素材サーバー１４に格納された各ファイルの高圧縮サブ素材は、このサブ素材サーバー１４に接続された複数台（ここでは３台）の各エディティングターミナル１５，１６，１７に供給され、ＥＰＬの作成に用いられる。
エディティングターミナル１５，１６，１７は、ＥＰＬ作成部１０の主要部をなすものであり、高圧縮サブ素材を内部の記録媒体などから読み出して復号し、得られた素材データに基づく映像をモニタに表示する。このとき、オペレータは、エディティングターミナルを介してサブ素材サーバー１４を制御し、サブ素材サーバー１４に所望の動作（再生、巻き戻し又は早送り等）を実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。ここで、フォーマット宣言文では、撮影時の１コマの時間、撮影時のシャッタースピード、縦横の有効画素数などの詳細な仕様を記述するものであるが、このようなフォーマット宣言文などを含むＥＰＬの詳細については後述する。
エディティングターミナル１５，１６，１７で作成されたＥＰＬは、ＥＰＬ記憶部１８に格納される。このＥＰＬ記憶部１８に格納されたＥＰＬは、編集制御部２０に読み出される。編集制御部２０は、ＥＰＬに基づいて編集制御信号を生成し、編集制御信号をコンテンツ形成部３０に供給する。
コンテンツ形成部３０は、編集制御部２０から供給された編集制御信号に基づいて素材から所定の素材フォーマットのコンテンツを形成する。コンテンツ形成部３０には、上述したように入力端子ＩＮを介して入力素材が供給される。
コンテンツ形成部３０は、上記入力素材を原素材サーバー３１に格納しておく。原素材サーバー３１は、ディスクアレイ構成の記録再生部と、ＡＶサーバーでなり、供給される各原素材のなかから指定された複数系統の映像音声データを同時に取り込み、これをそれぞれファイル化して記録再生部内の指定されたアドレス位置に格納する。
原素材サーバー３１は、編集制御部２０から供給される編集制御信号に基づいて、上記記録再生部に格納された各ファイルの原素材を読み出し、原素材サーバー３１に接続された編集実行部３２に供給する。
編集実行部３２は、複数台（ここでは２台）の各デコーダ３３，３４と、この編集実行部３２の主要部であるスイッチャー＆エフェクター３５と、エンコーダ３６からなる。各デコーダ３３，３４で復号された原素材は、スイッチャー＆エフェクター３５にて、編集制御部２０から供給される編集制御信号に基づいて、編集処理が施され、エンコーダ３６に供給される。エンコーダ３６は、編集制御部２０から供給される編集制御信号に基づいたフォーマットで、編集処理が施された編集データをエンコードしてから出力端子ＯＵＴに供給する。
編集実行部３２内にあって、スイッチャー＆エフェクター３５は、デコーダ３３及び３４から、例えば２つの原素材出力が同時に与えられると、Ａ／Ｂロール編集、すなわち２つの信号を使用した切換編集やインサート編集、或いはアッセンブル編集等を行う際、その入力される二つの原素材出力を使用してリアルタイムで編集処理を行うようになされている。
次に、ＥＰＬ作成部１０で作成されるＥＰＬについて説明する。ＥＰＬには、編集に使用される素材を特定するための識別情報を記述する。素材の識別情報としては、グローバルユニークなマテリアル識別コードであるＵＭＩＤ（Ｕｎｉｑｕｅ　Ｍａｔｅｒｉａｌ　Ｉｄｅｎｔｉｆｉｅｒ）を用いている。
ここで、ＵＭＩＤ（Ｕｎｉｑｕｅ　Ｍａｔｅｒｉａｌ　Ｉｄｅｎｔｉｆｉｅｒ）とは、映像データ，オーディオ（音声）データ及びその他の素材データを識別するために唯一的に決定される識別子である。この識別子は、全世界で１つしかないユニークな識別コードからなっているので、グローバルユニークな識別情報と呼ばれている。このＵＭＩＤについては、ＳＭＰＴＥ−３３０Ｍにおいて既に規格化されており、このＳＭＰＴＥ−３３０Ｍ規格では、ＵＭＩＤの生成に関する規定として、収録素材に対してユニークなＩＤを自動的に付与する方法が述べられている。
図２は、ＵＭＩＤのデータ構造を示している。
ＵＭＩＤは、素材データを識別するためのＩＤ情報としてのＢａｓｉｃ　ＵＭＩＤと、素材データ内の各コンテンツを識別するためのシグネイチャとしてのＥｘｔｅｎｄｅｄ　ＵＭＩＤとから構成されている。
Ｂａｓｉｃ　ＵＭＩＤは、３２バイトのデータ領域を有し、１２バイトのＵｎｉｖｅｒｓａｌ　Ｌａｂｅｌ領域と、１バイトのＬｅｎｇｔｈ　Ｖａｌｕｅ領域と、３バイトのＩｎｓｔａｎｃｅ　Ｎｕｍｂｅｒ領域と、１６バイトで示されるＭａｔｅｒｉａｌ　Ｎｕｍｂｅｒ領域とから構成されている。
Ｕｎｉｖｅｒｓａｌ　Ｌａｂｅｌ領域は、後に続くデジタルデータ列がＵＭＩＤであることを識別するための符号が格納されており。Ｌｅｎｇｔｈ　Ｖａｌｕｅ領域は、ＵＭＩＤの長さを示す。Ｂａｓｉｃ　ＵＭＩＤと、Ｅｘｔｅｎｄｅｄ　ＵＭＩＤとでは符号の長さは異なるため、Ｂａｓｉｃ　ＵＭＩＤの場合、１３ｈで示され、Ｅｘｔｅｎｄｅｄ　ＵＭＩＤの場合、３３ｈで示される。Ｉｎｓｔａｎｃｅ　Ｎｕｍｂｅｒ領域は、素材データに上書き処理や、編集処理が施されたか否かを示している。Ｍａｔｅｒｉａｌ　Ｎｕｍｂｅｒ領域は、３つの領域を有し、ＳＭＰＴＥ−３３０Ｍ規格において規定されているように、グローバルに使用されるアルゴリズムによって生成された符号が格納される。
４バイトで示されるＴｉｍｅ　Ｓｎａｐは、１日のスナップクロックサンプル数を示している。クロック単位で素材データの作成時刻等を示すものである。８バイトのＲｎｄ（Ｒａｎｄｏｍ　Ｎｕｍｂｅｒ）は、正確でない時刻をセットした場合や、例えばＩＥＥＥ（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）で定義された機器のネットワークアドレスが変化した場合に、２重の番号が付されないようにするためのランダムナンバである。
一方、Ｅｘｔｅｎｄｅｄ　ＵＭＩＤは、素材が生成された時間と日付とを識別するための８バイトのＴｉｍｅ／Ｄａｔｅ　Ｃｏｄｅと、素材が生成された時間に関する補正（時差情報）や、緯度、経度、高度で表される位置情報を定義する１２バイトのＳｐａｔｉａｌ　Ｃｏ−ｏｒｅｄｉｎａｔｅｓと、省略されたアルファベット等の文字や記号によって、国名４を定義するバイトのＡｌｐｈｎｕｍｅｒｉｃ　Ｃｏｄｅ（Ｃｏｕｎｔｒｙ）と、省略されたアルファベット等の文字や記号によって、組織名を定義する４バイトのＡｌｐｈｎｕｍｅｒｉｃ　Ｃｏｄｅ（Ｏｒｇａｎｉｚａｔｉｏｎ）と、素材を生成したユーザ名を定義する４バイトのＡｌｐｈｎｕｍｅｒｉｃ　Ｃｏｄｅ（Ｕｓｅｒ）とで構成されている。
再び上記ＥＰＬ作成部１０で作成されるＥＰＬの説明に戻る。
このＥＰＬには、上記識別コード体系に準拠して、素材の処理方法を識別する識別コード、すなわち画像処理方法を表す識別コードが定められる。この素材の処理方法を識別する識別コードもグローバルユニークな識別コードであり、プロセス（Ｐｒｏｃｅｓｓ）ＩＤ又はユニークｔｒａｎｓｆｏｒｍ　ＩＤ（ＵＴＩＤ）と呼称される。ＵＴＩＤにより、フェード、ミックス、スーパー等の処理を識別できる。また、このＥＰＬには、出力に関するメタデータも記述する。これはＥＰＬによる編集結果のＩＤであり、上記ＵＭＩＤも含む。また、このＥＰＬには例えば編集の開始点や終了点を時間で示す、タイムコード（Ｔｉｍｅ　Ｃｏｄｅ；ＴＣ）も記述される。なお上記メタデータとは、一般にデータの属性、意味内容、取得先、出力先等の、データを管理するための情報のことである。
さらに、ＥＰＬには、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文を記述する。このフォーマット宣言文は、入力映像素材の画像フォーマット及び／又は編集出力の画像フォーマットを含むものである。このため、コンテンツ形成装置１により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
一つのＥＰＬファイルで記述される時間の範囲は、最小がコマ、最大は無限である。記述の順番は編集処理やエンコード処理等の処理の順序に従い、また、複数の処理を同時に実行させるように記述できる。
ＥＰＬは基本的に変数を持たない。四則演算や関数文はなく命令文（処理と制御）のみからなる。画像データの受渡しは構文中に明記しておらず、上の行に記載された処理等の出力が下に記載された処理等に入力されるだけとなる。
このようなＥＰＬ編集において、従来の編集と異なる点として、次のものが挙げられる。すなわち、ＥＰＬの完成をもって、編集作業の終了と見なしており、この編集作業には、上述した高圧縮のサブ素材が用いられることが多い。また、ＥＰＬで得られる完パケ（完全パッケージの略で、文字のスーパーや音声などが処理され、そのまま放送することができる程度に完成された映像素材）は、実際に使用されるとき（例えば実際に放送するとき）に刹那的、一時的に形成されるものであり、基本的に保存はしない。また、入力素材（ソース素材）や出力素材（編集結果素材）等の素材も、特殊効果処理等の各種処理も、識別コードを持ち、ＥＰＬ上に必ず記述する。また、ＥＰＬで表された画像（編集結果素材）もそざいの一種と見なし、他のＥＰＬから引用できる。さらに、ＥＰＬに詳細な画像構成、画像フォーマット、一般的には素材フォーマットを明記する。ただし、所望のフォーマットの画像が得られない場合でも、代替画像があれば、それを変換することで編集に用いることができる。例えば、ＳＤ（標準画質）の画像をＨＤ（高画質）の画像に変換して用いることができる。
以下、ＥＰＬの具体例を説明するが、ＥＰＬの記述例の説明に先立って、具体的な編集処理及び編集結果の一例を説明し、次に、この具体的な編集結果を得るためのＥＰＬについて説明する。
図３は、編集処理及び編集結果の一具体例として、複数、例えば３つのソース素材ＳＣ１〜ＳＣ３を編集して編集結果素材ＥＤを形成する例を示している。この図３の例では、ソース素材ＳＣ１から２つの本編カットＣＵ１、ＣＵ２を切り出し、これらの本編カットＣＵ１、ＣＵ２の間に、ソース素材ＳＣ２から回想シーンを切り出して挿入し、タイトル素材としてのソース素材ＳＣ３を冒頭に追加することで、編集結果素材ＥＤを得ている。
すなわち、図３の具体例において、編集結果素材ＥＤは、先頭位置、すなわちタイムコード「００：００：００．００」の位置から順に、タイトル素材としてのソース素材ＳＣ３を「００：００：０５．００」の位置まで配置し、このときタイムコード「００：００：０４．００」の位置からフェードアウト処理を行い、フェードアウトするタイトルに続いて、ソース素材ＳＣ１の編集開始点（ＩＮ点）であるタイムコード「０２：１０：００．００」から「０２：１０：２０．００」までの本編カットＣＵ１を入れ、ソース素材ＳＣ２の編集開始点（ＩＮ点）であるタイムコード「０６：５４：３２．１０」からの回想シーンを挟んで、編集結果素材ＥＤのタイムコード「００：００：３５．００」から「００：０１：００．０２」まで、ソース素材ＳＣ２のタイムコード「０２：１０：２０．００」の位置からの本編カットＣＵ２を入れることにより形成される。この具体例では、ソース素材ＳＣ１は、例えばＥＰＬファイル内に同封あるいは同梱されたＨＤ（高画質）映像素材を用いており、また、ソース素材ＳＣ２は、外部から、例えば編集システム内のパスや、ネットワークを介した外部サーバのアドレス等により指定された取得先から入手されるＳＤ（標準画質）映像素材であり、ＨＤにアップコンバートし、白黒（ｍｏｎｏｃｈｒｏｍｅ）画像に変換して用いている。すなわち、図３に示す編集の具体例は、外部のＳＤ画（５２５ｉ画）を白黒にし、回想シーンとして同封の画に挿入し、タイトルを追加するという場合を示すものである。ただし、編集時には、編集結果素材を形成するものではなく、ＥＰＬが完成した時点で編集作業の終了と見なしており、放送等で実際に使用する時点で、ＥＰＬに基づいて編集結果素材となる映像コンテンツを形成する。
図４は、このようなＥＰＬの記述内容に従ったコンテンツ形成、すなわち図３の編集結果素材ＥＤの形成の実行イメージを示すものである。
この図４において、素材記憶部４０には、上記ソース素材ＳＣ１が記憶されており、このソース素材ＳＣ１から上記本編カットＣＵ１、ＣＵ２を切り出した素材４３、４４を加算部４２に送っている。上記ソース素材ＳＣ２は、ネットワーク４６を介して取得されて素材記憶部４７に記憶され、上記回想シーンの部分が読み出されてアップコンバージョン部４８でＨＤ（高画質）の画像に変換され、モノクロ処理部４９で白黒画像に変換された結果の素材５０が加算部４２に送られる。また、上記ソース素材ＳＣ３は、ネットワーク５２を介して取得されて素材記憶部５３に記憶され、上記フェードアウトまでの部分の素材５４が加算部５７に送られ、上記フェードアウトの部分が読み出されてフェードアウト処理部４９でフェードアウト処理されることにより得られた素材５６が加算部５７に送られ、この加算部５７からの出力が加算部４２に送られる。このような一連の処理がＥＰＬに基づいて実行されることにより、加算部４２からは、上記図３の編集結果素材ＥＤが出力される。この編集結果素材ＥＤは、予め形成して保存しておく必要はなく、実際に必要とされたとき（実際の放送時等）に、ＥＰＬに基づいて形成すればよいことは前述したとおりである。
次に、上述したような編集結果素材（コンテンツ）形成のためのリストであるＥＰＬの記述例について、図５及び図６を参照しながら説明する。これらの図５及び図６は、同一のＥＰＬ記述例を示すものであるが、図６では、図５中のＵＭＩＤ、ＵＴＩＤ、ＵＲＬ等の具体例を挙げ、またフォーマット記述の具体例を示している。以下の説明では、図５を各行毎に順に説明し、必要に応じて図６の具体例を参照し、また、上記図４のコンテンツ形成の実行イメージの各部との関連を説明する。
図５の１行目の下線部（１−１）の「ｅｐｌ」は、後に続く（）内が、ＥＰＬの単位であることを示すものであり、出力する画像を定義している。同行の下線部（１−２）には編集出力（編集結果素材ＥＤ）の画像ＩＤが配置され、図５の「ｕｍｉｄ」は、グローバルユニークな識別コードである上記ＵＭＩＤが出力画像ＩＤとして用いられることを示す。このＵＭＩＤは、上記図２と共に説明したように３２バイトのデータ領域を有し、図６の下線部（１−２）には、ＵＭＩＤの具体例として、「０２２３２２０３＿８２４５０４Ｆ１＿０８００４６８Ａ９２０００２０１」を示している。同行（図５の１行目）の下線部（１−３）及び（１−４）は、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を示すものであり、ここでは開始フレームのタイムコード及び終了フレームのタイムコードが記述されている。開始点が「００：００：００．００」であり、終了点が「００：０１：００．０２」であることを特定している。同行（図５の１行目）の下線部（１−５）は、取り扱う映像信号の詳細仕様を記述するスキャンフォーマットｓｃａｎ＿ｆｏｒｍａｔを指定する部分であり、上述した、フォーマット宣言文の一種である。ここでは編集出力のビデオフォーマット（ｖｉｄｅｏ　ｆｏｒｍａｔ）を示す。例えば図５の「＃１０８０ｉ」は、ＨＤ（高画質）画像のビデオフォーマットを示している。フォーマット文は、例えば図６の（２５−１）以下のように記述されるが、詳細は後述する。同行（図５の１行目）の下線部（１−６）、すなわち「｛」は、２３行目の下線部（２３−１）の「｝」と対になっており、｛｝で囲んだ範囲内に画像処理が信号の流れに従って記述される。｛｝で囲んだ範囲内では、入出力１対１で、｛｝内に記述された複数の処理を順次実行する。
図５の２行目の下線部（２−１）の「ｓｏｕｒｃｅ」は、編集に用いるソース素材（入力素材）を指定するためのものであり、後に続く（）内に入力素材指定のための情報が記述される。同行の（）内の下線部（２−２）には、入力素材の画像ＩＤが配置され、図５の「ｕｍｉｄ」は、入力画像ＩＤとして上述したＵＭＩＤが用いられることを示している。このＵＭＩＤの具体例を図６の下線部（２−２）に「２２０８３１０２＿９５４４０４９７＿０８００４６８Ａ６２０００２３２」として示している。同行の下線部（２−３）は開始フレームのタイムコードを記述する部分であり、図５のように省略されているときは、先頭からということを示す。同行下線部（２−４）には、入力素材（ソース素材）の取得先、すなわち素材が保管されている場所が記述される。図５の例の「＃ｅｍｂｅｄｄｅｄ．ｍｐｇ」は、ＥＰＬファイルに同封されていることを示している。同行下線部（２−５）にはスキャンフォーマットが記述されており、上述したフォーマット宣言文の一種である。この図５の例では、入力素材のビデオフォーマットが、「＃１０８０ｉ」、すなわちＨＤ（高画質）画像のビデオフォーマットであることを示している。これによって入力素材の画像フォーマットを特定することができる。この２行目の下線部（２−１）〜（２−５）の記述により、上述したように、入力素材（図３のソース素材ＳＣ１）を、編集システムのネットワークに接続された図４の素材記憶部４０から読み出すことができる。
次に、図５の３行目の下線部（３−１）の「ｆｏｒｋ」は、２２行目の下線部（２２−１）の「ｊｏｉｎ」と対になり、これらの「ｆｏｒｋ」から「ｊｏｉｎ」までの範囲内に配置された複数の処理が入力１に対して並列処理され、出力はｊｏｉｎで一括加算されることを表す。これらの複数の処理とは、図４では、符号４１と加算部４２で挟まれた範囲で行われる処理であり、素材記憶部４０からの入力１に対して、複数が並列処理され、加算部４２で一括加算されることを示す。その処理の内容は４行目、５行目に示すとおりである。
４行目の下線部（４−１）の「＠」は、後に続く（）内の数字により、上記入力素材（ソース素材ＳＣ１）の切り抜き位置を入力側（ソース素材側）の時間軸で指定していることを示す。そして、（）内の同行下線部（４−２）には、開始点（ＩＮ点）が示される。この図５の例では、入力側（ソース素材側）の時間軸によるタイムコード「０２：１０：００．００」が示されている。同行下線部（４−３）の「ｐｕｔ」は、後に続く（）内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側（編集結果素材側）の時間軸で指定する。ここでは、（）内の同行下線部（４−４）及び（４−５）に示すように、出力側のタイムコード「００：０５．００」から「００：２５．００」に貼り付けることを示す。これは、入力側の時間軸のタイムコード「０２：１０：００．００」で指定した切り抜き位置からの図４の素材４３を、本編カットＣＵ１として出力側の「００：０５．００」から「００：２５．００」までに貼り付ける（配置する）処理になる。
５行目の下線部（５−１）の「＠」も、後に続く（）内の数字により、切り抜き位置を入力側の時間軸で指定していることを示す。そして、（）内の同行下線部（５−２）には、入力側の時間軸による「０２：１０：２０．００」が示される。同行下線部（５−３）の「ｐｕｔ」も、後に続く（）内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側の時間軸で指定することを示す。ここでは、下線部（５−４）及び（５−５）に示すように、出力側の「００：３５．００」から「０１：００．０２」に貼り付けることを示す。これは、入力側の時間軸で指定した切り抜き位置からの図４の素材４４を本編カットＣＵ２として出力側の「００：３５．００」から「０１：００．０２」に貼り付ける処理になる。
次に、６行目の下線部（６−１）の「｛」は、１１行目の下線部（１１−１）の「｝」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。これは、図４に示す処理４５に相当する。
次に、７行目の下線部（７−１）の「ｓｏｕｒｃｅ」は、入力素材を指定するためのものであり、後に続く（）内に入力素材指定のための情報が記述される。（）内の同行下線部（７−２）のｕｍｉｄは、上記ＵＭＩＤを示し、図６に「２２０８３１０２＿９５４４０４９７＿０８００４６８Ａ６２０００２３２」の具体例を示す。同行の下線部（７−３）の「０６：５４：３２．１０」は開始フレーム（ＩＮ点）のタイムコードを示す。同行下線部（７−４）の「ｕｒｌ」は素材の取得先、すなわち素材が保管されている場所を、例えばいわゆるＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）により示している。図６には、具体例として、ＵＲＬアドレス「ｆｔｐ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／」を示している。同行下線部（７−５）はスキャンフォーマットを指定する部分であり、上述した、フォーマット宣言文の一種である。この図５の例で示された「＃５２５ｉ」は、入力素材（上記図３のソース素材ＳＣ２）がＳＤ（標準画質）画像のビデオフォーマットであることを示しており、フォーマット文は、例えば図６の下線部（２７−１）以降のように記述されるが、詳細は後述する。この７行目の下線部（７−１）〜（７−５）の記述により、図４に示した処理４５中にあって、ビデオフォーマットが「＃５２５ｉ」の入力素材（ソース素材ＳＣ２）を、ネットワーク４６を介して読み出し、図４の素材記憶部４７に格納する処理が実行される。同行下線部（７−６）は、このソースが何のシーンに使われるのかを示すコメント部分である。この図５の例の「／／ｒｅｃｏｌｌｅｃｔ」は、回想シーンであることを示している。
次に、８行目の下線部（８−１）の「ｔｒａｎｓｆｏｒｍ」は、後に続く（）内に記述されている画像変換処理を行うことを示している。同行下線部（８−２）の「ｕｔｉｄ」は、処理ＩＤであり、グローバルユニークな画像処理コード（Ｕｎｉｑｕｅ　Ｔｒａｎｓｆｏｒｍ　ＩＤ；ＵＴＩＤ）が記述される。図６には、このＵＴＩＤの具体例として、「１２００００００００００９０００１」を示している。同行下線部（８−３）の「ｕｒｌ」は、処理方法の取得先、すなわち上記ＵＴＩＤで指定される処理方法が保管されている場所を示している。図６には、この処理方向の取得先の具体例として、「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」のようなＵＲＬアドレスを示している。同行下線部（８−４）の「”ｕｐｃｏｎｖ５２５ｔｏ１０８０”」は、処理の通称であり、取得先から得られなかったとき、同様な処理内容の代替え処理を可能にする。ここでは、ビデオフォーマットを５２５ラインから１０８０ラインにアップコンバージョンする処理を表す。同行下線部（８−５）の「＃１０８０ｉ」はスキャンフォーマットで、上述したフォーマット宣言文の一種であり、出力のビデオフォーマットを示している。この部分によって処理された出力の画像フォーマットを指定することができる。処理の入力のビデオフォーマットと同じなら省略することが可能である。この８行目の下線部（８−１）〜（８−５）の記述により、図４に示した処理４５中にあって、図４の素材記憶部４７に格納したビデオフォーマットが「＃５２５ｉ」の入力素材を、ビデオフォーマット「＃１０８０ｉ」にアップコンバージョン部４８でアップコンバージョンする処理を特定できる。
次に、９行目の下線部（９−１）の「ｔｒａｎｓｆｏｒｍ」は、これに続く（）内に記述されている画像変換処理を行うことを示している。同行下線部（９−２）の「ｕｔｉｄ」の具体例として、図６には、「１２０００００００００１Ｆ０００１」を示している。同行下線部（９−３）の「ｕｒｌ」の部分には、処理方法が保管されている場所（例えばＵＲＬアドレス）が記述され、図６に具体例として、取得先のＵＲＬアドレス「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」を示している。同行下線部（９−４）の「”ｍｏｎｏｃｈｒｏｍｅ”」は、処理の通称であり、入力された画像（図４のアップコンバージョン部４８からの出力画像）を白黒画像に変換する処理を表す。なお、ここでは、前行下線部（８−５）にあった「＃１０８０ｉ」の記述を省略している。入力と同じなら省略可である。この９行目の下線部（９−１）〜（９−４）の記述により、図４に示した処理４５中にあって、アップコンバージョン部４８でビデオフォーマット「＃１０８０ｉ」にアップコンバージョンした画像は、モノクロ処理部４９にて白黒画像とされる。
次に、１０行目の下線部（１０−１）の「ｐｕｔ」にて、後に続く（）内に白黒画像の合成位置（あるいは挿入位置）を出力側の時間軸で指定する。（）内の同行下線部（１０−２）及び（１０−３）にて、出力側（図２の編集結果素材ＥＤ側）のタイムコード「００：２５．００」の位置から「００：３５．００」の位置までに配置する処理を実行している。これは、上述した回想シーンの挿入処理である。
次に、１２行目の下線部（１２−１）の「｛」は、２１行目の下線部（２１−１）の「｝」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。図４に示す処理５１に相当する。
次に、１３行目の下線部（１３−１）の「ｓｏｕｒｃｅ」は、入力素材を指定するためのものであり、後に続く（）内の記述により入力素材が指定される。（）内の同行下線部（１３−２）のｕｍｉｄは、上記ＵＭＩＤが用いられることを示し、具体例を図６に「００００００００＿８２４４０４１Ｄ＿０８００４６８Ａ９４００００５２２」として示している。同行の下線部（１３−３）の「００：００：００．００」は開始フレーム（ＩＮ点）のタイムコードを示す。同行下線部（１３−４）の「ｕｒｌ」は画像の取得先であり、具体例としては、図６に示す「ｆｔｐ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／＊．ｊｐｇ」のようなＵＲＬアドレスが用いられる。同行下線部（１３−５）の「＃１０８０ｉ」は、上述したように、入力素材のビデオフォーマットを指定するものである。この１３行目の下線部（１３−１）〜（１３−５）の記述により、図４に示した処理５１中にあって、ビデオフォーマットが「＃１０８０ｉ」の入力素材を、ネットワーク５２を介して読み出し、図４の素材記憶部５３に格納する処理を特定できる。同行下線部（１３−６）は、このソースが何のシーンに使われるのかを示すコメント部である。この図５の例では、「／／ｔｉｔｌｅ」、すなわちタイトルに使われることを示している。
次に、１４行目の下線部（１４−１）の「ｆｏｒｋ」は、２０行目の下線部（２０−１）の「ｊｏｉｎ」と対になり、これらの「ｆｏｒｋ」と「ｊｏｉｎ」との間に記述された複数の処理が、入力１に対して並列に行われることを示し、出力はｊｏｉｎで一括加算されることを表す。これは、図４において、素材記憶部５３から読み出された素材が２系統で処理され、加算部５７で加算されるまでの処理に相当する。２系統での処理内容は、以下のとおりである。
先ず、１５行目の下線部（１５−１）の「ｐｕｔ」にて、後に続く（）内に、素材記憶部５３から読み出されたタイトル素材５４の貼り付け位置（挿入位置）を出力側の時間軸で指定する。（）内の同行下線部（１５−２）及び（１５−３）にて、出力側の「００：００．００」から「００：０４．００」に、貼り付ける処理が示されている。
次に、１６行目の下線部（１６−１）の「｛」は、１９行目の下線部（１９−１）の「｝」と対をなし、｛｝で囲んだ範囲内に記述された複数の処理を、入出力１対１で上の行から順次実行するということを示す。図４に示す素材５４を得るための処理に相当する。
１７行目の下線部（１７−１）の「ｔｒａｎｓｆｏｒｍ」は、後に続く（）内にて画像変換処理を指定することを示す。同行下線部（１７−２）の「ｕｔｉｄ」は、処理を識別するためのコードとして、上述したＵＴＩＤが用いられることを示し、このＵＴＩＤの具体例を、図６に、「１２０００００００００８０００１」として示している。同行下線部（１７−３）の「ｕｒｌ」は、具体的には、図３に示すように、「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」である。同行下線部（１７−４）の「”ｆａｄｅｏｕｔ”」は、フェードアウト処理を表す。同行下線部（１７−５）では、出力のビデオフォーマットを省略している。入力のビデオフォーマットと同様であるため省略できる。同行下線部（１７−６）の「１．０」は固有の因数であり、その処理が必要とする固有の設定値を列挙したものである。１７行目の下線部（１７−１）〜（１７−６）の記述により、図４に示した処理５１中にあって、素材記憶部５３から供給された「＃１０８０ｉ」の入力素材を、フェードアウト処理部５５でフェードアウトする処理を実行できる。
次に、１８行目の下線部（１８−１）の「ｐｕｔ」にて、後に続く（）内に、図４のフェードアウト処理部５５から出力された素材５６の貼り付け位置（挿入位置）を、出力側（図３の編集結果素材ＥＤ側）の時間軸で指定する。（）内の同行下線部（１８−２）及び（１８−３）にて、出力側のタイムコード「００：０４．００」の位置から「００：０５．００」の位置までに、上記フェードアウト部分を貼り付ける（挿入する）処理が示されている。
そして、加算部５７にてタイトル素材５４＋フェードアウト処理出力素材５６を加算し（合成し）、その加算出力を加算部４２に供給する。加算部４２は、図３に示すように、フェードアウトするタイトルに続いて本編カットＣＵ１を入れ、白黒の回想シーンを挟んで、本編カットＣＵ２を入れた、編集結果素材を出力する。
次に、図６の下段の構文について説明する。下線部（２５−１）の「ｆｏｒｍａｔ」は、フォーマット文を示し、後に続く｛｝内に画像フォーマットの詳細仕様を記述する。下線部（２５−２）の「１００１／６００００」や、下線部（２６−１）の「”１０８０／５９．９４ｉ”」等は、画像フォーマットの仕様の各項目の実際の値やパラメータ等を示し、下線部（２５−３）の「Ｃａｐｔｕｒｉｎｇ　ｉｎｔｅｒｖａｌ（ｌｏｎｇ／ｌｏｎｇ）［ｓ］」や、下線部（２６−２）の「／／Ｎａｍｅ　ｏｆ　ｆｏｒｍａｔ（ｃｈａｒ）」等は、仕様の項目名等をコメントとして表している。
また、下線部（２７−１）の「ｆｏｒｍａｔ」もフォーマット文であり、後に続く｛｝に画像フォーマットの詳細仕様を記述する。下線部（２７−２）の「１００１／６００００」や、下線部（２８−１）の「”４８０／５９．９４ｉ”」等は、画像フォーマットの仕様の各項目の実際の値やパラメータ等を示し、下線部（２７−３）の「Ｃａｐｔｕｒｉｎｇ　ｉｎｔｅｒｖａｌ（ｌｏｎｇ／ｌｏｎｇ）［ｓ］」や、下線部（２８−２）の「／／Ｎａｍｅ　ｏｆ　ｆｏｒｍａｔ（ｃｈａｒ）」等は、仕様の項目名等のコメントを示しているのは上記と同様である。
そして、図６のＥＰＬは、下線部（２９−１）の「ｉｍａｇｅ」にて同封の画像データの詳細を規定する。（）内の下線部（２９−２）には、バイナリ部分のバイト数を示す。ここでは、（ｂｉｔ＋７）＊８／８である。下線部（２９−３）は、ファイル内での名称であり、ここでは「ｅｍｂｅｄｄｅｄ」としている。下線部（２９−４）の「ｂｉｎａｒｙ　ｄａｔａ．．．」は、データ本体を特定している。
以上により、ＥＰＬの具体例を説明した。
ＥＰＬは通常、文字列のままインタープリター（ｉｎｔｅｒｐｒｅｔｅｒ）で処理される。編集等も文字列のままで行われる。コンパイル（Ｃｏｍｐｉｌｅ）等する際は、その機材固有のコードとなるので、本書式には定義しない。保存等で圧縮する際は、無損失圧縮（ｚｉｐ，ｌｈａのｈｕｆｆｍａｎなど）を用いる。
また、ＵＭＩＤは、上述したＳＭＰＴＥ３３０Ｍに規定された識別コードであり、本実施の形態のＥＰＬのＵＭＩＤとしては、例えば上記ｂａｓｉｃ　ＵＭＩＤの３２Ｂｙｔｅｓを用いることができるが、ユニバーサルラベル（Ｕｎｉｖｅｒｓａｌ　ｌａｂｅｌ）やインスタンス（Ｉｎｓｔａｎｃｅ）などを省き、マテリアルナンバー（Ｍａｔｅｒｉａｌ　ｎｕｍｂｅｒ）１６Ｂｙｔｅｓだけでもよい。出力画像は実行処理で発生するが、ＥＰＬ生成で素材発生と見做し、そこで付加する。
表記は１６進法（ｈｅｘａｄｅｃｉｍａｌ）で、目視のため任意にアンダースコア（ｕｎｄｅｒｓｃｏｒｅ’＿’）を挿入できる。括弧（）で括った場合、素材そのものでなく、加工した後の画像を示す。取得先（ｓｏｕｒｃｅやｔｒａｎｓｆｏｒｍの引数）は、文字列の先頭で在り処を区別する。ＵＭＩＤが予めデータベース登録してあれば取得先は省略可能となる。
また、タイムコードＴＣは、一般的な時：分：秒．Ｆｒａｍｅで、不要な上位桁は省くことができる。入力側はＩＮ点ＴＣのみを記述し、出力側はＩＮ／ＯＵＴ両方のＴＣを記述する。出力側は、ｐｕｔ（）で挿入位置を記述するが、省略するとｅｐｌ（）で示す全編に有効となる。
入力側は、ｓｏｕｒｃｅ（）中の引数、もしくは＠（）を用いて切り出し位置を記述する。カット編集をする場合は、当然必ず入出力両方のＴＣを記述する必要がある。入力側のＴＣは、エフェクト類のみなど、指定する必要のない場合、省略できる。
上から下の行に受け渡す画像データは、Ｒ／Ｇ／Ｂ／ｔｌかＹ／Ｐｂ／Ｐｒ／ｔｌである。たとえば、Ｙ色差４：２：２なら左上画素からＹ　ｔｌ　Ｐｂ　Ｐｒ　Ｙ　ｔｌの繰り返しとなる。また、ｆｏｒｍａｔ｛｝指定の総ビット幅より細い経路を通す際は、ＬＳＢ　ｆｉｒｓｔで詰め込む。
透過率ｔｌ（ｔｒａｎｓｌｕｃｅｎｔ）は、画像合成やコンピュータグラフィックの分野等ではα値とも称され、Ｙ毎に付き、通常画像では値が０（不透明）である。このｔｌは中間的に用いるだけで、通常のｅｐｌ（）実行出力には載せない。
入力画像のデータ形式はファイルの拡張子で判別する。省略可能である。例えば、ｅｐｌはＥＰＬ　ｆｉｌｅを示す。また、ｅｉｖはＥＰＬＬ　Ｉｎｔｅｒｍｅｄｉａｔｅ　Ｖｉｄｅｏを示す。また、ｙｂｒはＹ／Ｐｂ／Ｐｒを示す。また、ｒｇｂは、Ｒｅｄ／Ｇｒｅｅｎ／Ｂｌｕｅを示す。またｊｐｇはＪＰＥＧｗｐ示す。また、ｍｐｇはＭＰＥＧ１示す。
このように入力画像のデータ形式は、各種あるが、標準的にサポートするのは上記とＭＰＥＧ２全プロファイルである。標準以外の圧縮は、ｓｏｕｒｃｅ（）直後にｔｒａｎｓｆｒｏｍ（）で伸長処理を記述する。
上記ｅｉｖは、透過率ｔｌ（あるいはα値）まで含む非圧縮にｆｏｒｍａｔ｛｝ｈｅａｄｅｒが付いたものである。このｅｉｖは、ｐｌｕｇ（）をｏｐｔｉｍｉｚｅで解消しないまま実行すると発生する。通常はサーバーがＵＭＩＤ基準で管理しており、ＥＰＬ上にはファイル名は記述しない。したがって、拡張子を記述するには、ｗｉｌｄ　ｃａｒｄ’＊’を用いる。
なお、出力画像はモニターや放送用のエンコーダ（ｅｎｃｏｄｅ）にだけ供給されるので、非圧縮のみである。ただし、ｅｐｌ（）｛｝の最後の行にｔｒａｎｓｆｏｒｍ（）を記述して、圧縮を定義できる。
次に、ＥＰＬに載せるビデオスキャンフォーマット（ｖｉｄｅｏ　ｓｃａｎ　ｆｏｒｍａｔ）の書式について説明する。
将来性や汎用性を考慮し、詳細仕様を逐一記述する。つまり、通称の”ＮＴＳＣ”と同時に、７２０ｘ４８０，６０／１．００１，ｃｏｌｏｒｉｍｅｔｒｙ，．．．を列挙する。
ただし、将来と言っても、あくまでラスタスキャン方式の範囲内で、ピクセルとコマという概念は固持する。つまり本発明のビデオフォーマットは、ラスタ映像フォーマットの一般化表現である。
ＥＰＬ上にｆｏｒｍａｔ｛｝文で載せる際は、以下の例に示す如く、ＡＳＣＩＩ文字列で記述する。映像信号に載せる際は、指定データ型のｂｉｎａｒｙ　１２８ｂｙｔｅｓを、クリップ毎に入れる。
・Ｃａｐｔｕｒｉｎｇ　ｉｎｔｅｒｖａｌ…撮影時の１コマの時間を示す。ｌｏｎｇ／ｌｏｎｇ［ｓ］
・Ｓｈｕｔｔｅｒ　ｓｐｅｅｄ…撮影時のシャッタースピードを示す。ｆｌｏａｔ［ｓ］
・Ｓｈｕｔｔｅｒ　ｔｉｍｉｎｇ…シャッターを開けた時刻を示す。ｆｌｏａｔ［ｓ］
・Ｄｉｓｐｌａｙ　ｉｎｔｅｒｖａｌ…表示時の１コマの時間を示す。ｌｏｎｇ／ｌｏｎｇ［ｓ］
・ＲＧＢ　ｏｎ　ｃｈｒｏｍａｔｉｃｉｔｙ…三原色ＲＧＢと白の色度図上の座標を示す。ｆｉｘｅｄ　ｘ２ｘ４
・Ｍａｔｒｉｘ　ｃｏｅｆｆｉｃｉｅｎｔｓ…Ｙ／Ｐｂ／Ｐｒへの変換マトリクスを示す。ｆｉｘｅｄ　ｘ９
・Ｇａｍｍａ　ｃｏｄｅ…ガンマ変換の記号を示す。ｃｈａｒ
・Ｉｎｔｅｒｌａｃｅ　ｃｏｄｅ…インターレースの記号を示す。ｃｈａｒ
・ｐａｄｄｉｎｇ…バイト数あわせ。ｃｈａｒ　ｘ４
・Ｐｉｃｔｕｒｅ　ｓｉｚｅ…縦横の有効画素数を示す。ｓｈｏｒｔ＊ｓｈｏｒｔ
・Ａｃｔｉｖｅ　ｓｉｚｅ…黒ベタを除いた範囲を示す。ｓｈｏｒｔ＊ｓｈｏｒｔ
・Ｃｌｅａｎ　ａｐｅｒｔｕｒｅ…画質を保証する範囲を示す。ｓｈｏｒｔ＊ｓｈｏｒｔ
・Ｐｉｘｅｌ　ａｓｐｅｃｔ　ｒａｔｉｏ…各ピクセルの縦横比を示す。ｆｌｏａｔ
・Ｌｕｍｉｎａｎｃｅ　ｏｆｆｓｅｔ…輝度を開始する位置を示す。ｆｌｏａｔ　ｘ２
・Ｃｈｒｏｍｉｎａｎｃｅ　ｏｆｆｓｅｔ…色差を開始する位置を示す。ｆｌｏａｔ　ｘ２
・Ｌｕｍｉｎａｎｃｅ　ｐｉｔｃｈ…輝度の画素の間引きを示す。ｃｈａｒ　ｘ２
・Ｃｈｒｏｍｉｎａｎｃｅ　ｐｉｔｃｈ…色差の画素の間引きを示す。ｃｈａｒ　ｘ２
・Ｂｉｔ　ｗｉｄｔｈ…Ｙ／Ｐｂ／Ｐｒ／ｔｌのデータビット幅を示す。ｃｈａｒ　ｘ４
・Ｙ　ｒａｎｇｅ…輝度１００％白と０％黒の値を示す。ｓｈｏｒｔ　ｘ２
・Ｏｔｈｅｒ　ｒａｎｇｅ…輝度以外の最大値と最小値を示す。Ｓｈｏｒｔ　ｘ２
・Ｎａｍｅ　ｏｆ　ｆｏｒｍａｔ…フォーマットの通称を示す。ｃｈａｒ　ｘ１６
ここで、ｌｏｎｇは４バイトｂｙｔｅｓ，ｓｈｏｒｔは２バイトｂｙｔｅｓ，ｃｈａｒは１バイトｂｙｔｅのアンサインインテジャーｕｎｓｉｇｎｅｄ　ｉｎｔｅｇｅｒである。ｆｉｘｅｄは２ｂｙｔｅｓ固定小数点で、０ｘ７ｆｆｆ＝１と見做す。０ｘ０００１≒０．００００３になる。また、ｆｌｏａｔは値として全項目で正のみだが、通常の４ｂｙｔｅｓ　ＩＢＭ浮動小数点となる。
透過率ｔｌは中間処理に用いるだけで、通常のｅｐｌ（）実行出力信号には載せない。ガンマは、ほかと同様に係数（０．０１８，４．５，１．０９９，０．４５，０．０９９）での表現も可能だが、実運用は変換テーブルである。色差は、２’ｓ　ｃｏｍｐ，オフセットバイナリ（ｏｆｆｓｅｔ　ｂｉｎａｒｙ）のいずれも可とし、レンジｒａｎｇｅの大小で表現する。
図７には、画像フォーマット文の具体例を示す。これは、（１０８０／５９．９５ｉ）に関するものである。この図７中の詳細仕様の各項目は、上述した通りである。
以上に説明したように、図１に示したコンテンツ形成装置１は、編集に使用される素材や出力を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力のフォーマットを特定するスキャンフォーマットを、ＥＰＬに記述している。このため、コンテンツ形成時には、素材をＩＤで取得できるので、編集作業の際に、大容量、高レートの画像データを伝送しない運用が可能となる。また、放送等のために実際に編集結果のコンテンツを形成する必要が生じたときに素材を取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。
このコンテンツ形成装置１の内部にあってＥＰＬ作成部１０は、本発明の実施の形態の編集リスト作成方法にしたがってＥＰＬを作成しているので、画像データの品質劣化を防ぎながら、またマルチフォーマットの画像データに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成するための編集リストを作成している。
次に、ＥＰＬを数カ所に存在する複数のグループにより分散して作成し、コンテンツを編集するコンテンツ形成システムについて説明する。ＥＰＬを用いた編集作業では、素材を直接加工しないので、数カ所に存在する複数のグループで分散して作業を進めることが可能となる。
図８にコンテンツ形成システム６０の全体構成図を示す。素材編集グループ６６、編集結果保存・検索グループ７４、編集結果利用グループ８２がそれぞれＬＡＮを構成し、それらＬＡＮを接続して第１の編集グループ部を形成している。また、コンピュータグラフィック処理グループ９３、クローズドキャプション処理グループ１０２、地方局１１１もそれぞれＬＡＮを構成し、それらＬＡＮを接続して第２の編集グループ部を形成している。
このシステムでは、ビデオカメラ６１で記録された映像及び／又は音声からなる素材ファイル６４が、例えばインターネットのような外部ネットワーク６３を介して、第１の編集グループ部の素材編集グループ６６に供給される。
先ず、第１の編集グループ部を構成する、素材編集グループ６６について説明する。素材編集グループ６６は、ゲート６５とゲート８９及び７３の中にあり、二つのコンピュータ端末６７及び６８と、素材サーバー（Ｏ）６９と、デコーダ・エンコーダ（Ｄ）７０と、オフライン編集用のイントラフレームサーバー（Ｉ）７１と、ＥＰＬサーバー（Ｅ）７２とからなる。イントラフレームサーバーは、上記図１にて示したサブ素材サーバー１４に相当し、他のフレームを参照せずに各フレームの画像を得ることができるものである。
素材編集グループ６６のオペレータは、コンピュータ端末６７又は６８を用いて、素材ファイル６４を外部ネットワーク６３を介して保管場所から或いはビデオカメラ６１から、ダウンロードし、素材サーバー６９及びイントラフレームサーバー７１に格納する。
イントラフレームサーバー７１には、前述したように高圧縮のサブ素材として格納される。すなわち、上記素材ファイル６４に収納されている素材をデコーダ・エンコーダ７０に送り、復号してから間引き処理等を施し、さらにエンコード（フレーム内圧縮）して高圧縮のサブ素材にし、このサブ素材をイントラフレームサーバー７１に格納する。ここまでの部分が、上記図１のデコーダ１１、ダウンコンバータ１２、エンコーダ１３、及びサブ素材サーバー１４に相当する。
上記二つのコンピュータ端末６７及び６８は、上記図１に示したエディティングターミナルとしても機能し、イントラフレームサーバー７１からサブ素材を読み出して復号し、得られた映像データに基づく映像をモニタに表示する。このとき、オペレータは、コンピュータ端末を介してイントラフレームサーバー７１を制御し、イントラフレームサーバー７１に所望の動作（再生、巻き戻し又は早送り等）を実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、上述したように、編集に使用される素材や出力を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
ここで、作成されたＥＰＬは、ＥＰＬサーバー７２に格納される。このＥＰＬサーバー７２に格納されたＥＰＬは、第１の編集グループ部を構成する他のグループや、第２の編集グループ部を構成する各グループによって、分業のために読み出される。なお、ＥＰＬサーバー７２は、上記図１のＥＰＬ記憶部１８に略々相当する。
次に、編集結果保存検索グループ７４について説明する。この編集結果保存検索グループ７４は、ゲート７３とゲート８１の中にあり、二つのコンピュータ端末７５及び７６と、素材サーバー（Ｏ）７７と、デコーダ・エンコーダ（Ｄ）７８と、オフライン編集用のイントラフレームサーバー（Ｉ）７９と、ＥＰＬサーバー（Ｅ）８０とからなる。
この編集結果保存検索グループ７４は、上記ＥＰＬサーバー７２からＥＰＬを取り出してＥＰＬサーバー８０に格納し、格納されたＥＰＬに基づいた編集を行い、仮コンテンツを作成し、保存しておく。これによりこのコンテンツ形成システム６０は、必要な編集結果を資料として保存し得るようになされる。また、ＥＰＬ及び編集結果を検索できる。
次に、編集結果利用グループ８２について説明する。この編集結果利用グループ８２は、ゲート８１から送出側にあり、二つのコンピュータ端末８３及び８４と、素材サーバー（Ｏ）８５と、ＥＰＬサーバー（Ｅ）８６と、送出デコーダ・スイッチャー・エフェクター８７と、メディアデコーダ・スイッチャー・エフェクター８８とからなる。
そして、この編集結果利用グループ８２は、上記ＥＰＬサーバー７２からＥＰＬを取り出してＥＰＬサーバー８６に格納し、格納されたＥＰＬに基づいたコンテンツを、上記図１の編集制御部２０に対応するコンピュータ端末８３及び８４を用い、素材サーバ８５に格納されている素材等を使って作成し、上記図１の編集実行部３２に対応する送出デコーダ・スイッチャー・エフェクター８７や、メディアデコーダ・スイッチャー・エフェクター８８から、送出したり、メディアとして配信する。
第２の編集グループ部について説明する。第２の編集グループ部は、第１の編集グループ部と、ゲート８９及び９２に接続された外部ネットワーク９０を介して接続しており、プログラムフォルダ９１の形態でＥＰＬを双方向に、すなわち第１、第２の編集グループ部相互間で伝送することができる。
第２の編集グループ部を構成する、コンピュータグラフィック処理グループ９３、クローズドキャプション処理グループ１０２、地方局１１１は、ＥＰＬの作成を分散して行うグループである。
先ず、コンピュータグラフィック処理グループ９３について説明する。コンピュータグラフィック処理グループ９３は、二つのコンピュータ端末９４及び９５と、素材サーバー（Ｏ）９６と、デコーダ・エンコーダ（Ｄ）９７と、オフライン編集用のイントラフレームサーバー（Ｉ）９８と、ＥＰＬサーバー（Ｅ）９９と、コンピュータグラフィックサーバー（ＣＧ）１００とからなる。イントラフレームサーバー９８は、上記図１にて示したサブ素材サーバー１４に相当する。
コンピュータグラフィック処理グループ９３のオペレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダとしてダウンロードし、ＥＰＬサーバー９９に格納する。イントラフレームサーバー９８には、コンピュータグラフィック処理を行うときに用いる素材が、デコーダ・エンコーダ９７により高圧縮の素材とされて格納される。そして、コンピュータ端末９４又は９５により、コンピュータグラフィックサーバー（ＣＧ）１００を用いて、イントラフレームサーバー９８から読み出したサブ素材にＣＧ処理を施した編集を行いながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬはＥＰＬサーバー９９に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
次に、クローズドキャプション処理グループ１０２について説明する。クローズドキャプション処理グループ１０２は、二つのコンピュータ端末１０３及１０４と、素材サーバー（Ｏ）１０５と、デコーダ・エンコーダ（Ｄ）１０６と、オフライン編集用のイントラフレームサーバー（Ｉ）１０７と、ＥＰＬサーバー（Ｅ）１０８と、クローズドキャプションサーバー（ＣＣ）１０９とからなる。
クローズドキャプション処理グループ１０２のオベレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダに収納してダウンロードし、ＥＰＬサーバー１０８に格納する。イントラフレームサーバー１０７には、クローズドキャプション処理を行うときに用いる素材が、デコーダ・エンコーダ１０５により高圧縮の素材とされて格納される。そして、コンピュータ端末１０３又は１０４により、クローズドキャプションサーバー（ＣＣ）１０９を用いて、イントラフレームサーバー１０７から読み出したサブ素材にＣＣ処理を施した編集を行いながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬは、ＥＰＬサーバー１０８に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
次に、地方局１１１について説明する。地方局１１１は、二つのコンピュータ端末１１２及１１３と、素材サーバー（Ｏ）１１４と、デコーダ・エンコーダ（Ｄ）１１５と、オフライン編集用のイントラフレームサーバー（Ｉ）１１６と、ＥＰＬサーバー（Ｅ）１１７と、地方独自情報（ＤＩ）サーバー１１８とからなる。
地方局１１１のオペレータは、素材編集グループ６６のＥＰＬサーバー７２から、ＥＰＬをプログラムフォルダに収納してダウンロードし、ＥＰＬサーバー１１７に格納する。イントラフレームサーバー１１６には、地方局の編集で用いる素材が、デコーダ・エンコーダ１１５により高圧縮の素材とされて格納される。そして、コンピュータ端末１１２又は１１３により、地方独自情報（ＤＩ）サーバー１１８を用いて、イントラフレームサーバー１１６から読み出したサブ素材に独自の編集を施しながら、モニタに表示してＥＰＬを作成する。ここで、作成されたＥＰＬは、ＥＰＬサーバー１１８に格納されると同時に、プログラムフォルダに収納されて素材編集グループ６６のＥＰＬサーバー７２に送られる。
そして、最終的に素材編集グループ６６にて、ＥＰＬサーバー７２内の各ＥＰＬを管理し、各ＥＰＬを統合・最適化する。編集結果保存・検索グループ７４、編集結果利用グループ８２では、上記素材編集グループ６６にて統合・最適化されたＥＰＬを用いる。
以上、説明したように、上記図８に示したコンテンツ形成システムは、編集に使用される素材や出力画像を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力画像のフォーマットを特定するスキャンフォーマットを、ＥＰＬ内に記述している。このため、コンテンツ作成時には、素材をＩＤで取得できるので、編集作業時には、大容量、高レートの画像データを伝送しない運用が可能となる。また、放送等で編集結果のコンテンツが実際に必要とされる時に、素材を取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
次に、ＥＰＬ編集作業の分業の具体例について図９〜図１６を参照しながら説明する。この具体例では、インタビュー収録生素材を粗編集してＥＰＬ（１）を作成したあと、カット編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２−ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥＰＬ（２−ｄ）を並行して作成し、最後にまとめてオプティマイズ（最適化）したＥＰＬ（３）を作成したのち、実行、すなわち、編集結果素材としてのコンテンツ形成を行うことを想定している。なお、この例ではｆｏｒｍａｔ｛｝や表現が似る個々の処理を省略して書いている。
図９は、ＥＰＬ編集作業を分業する、コンテンツ形成システム１２０の機能ブロック図を示す。ビデオカメラ１２１で撮影した映像及び／又は音声からなる素材を、ロッギング部（粗編集部）１２２で粗編集してＥＰＬ（１）を作成する。このＥＰＬ（１）を用い、カッティング編集部１２３，モザイク編集部１２４，サブタイトル日本語編集部１２５、サブタイトル英語編集部１２６が並行して、それぞれの編集を進めて、カット編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２−ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥＰＬ（２−ｄ）を作成する。もちろん、粗編集部１２２、カッティング編集部１２３、モザイク編集部１２４、サブタイトル日本語編集部１２５及びサブタイトル英語編集部１２６は、上記図１に示したＥＰＬ作成部１０と同様の構成、機能を備えている。
そして、統合・最適化部１２７等が各編集部からのＥＰＬ（２−ａ），（２−ｂ）、（２−ｃ），（２−ｄ）を統合して最適化し、ＥＰＬ（３）を生成する。日本語及び英語統合・最適化部１２７等は、上記図１に示した編集制御部２０の機能も備えている。ＥＰＬ（３）は、実際に編集を行う、編集実行部１２８に送られる。
編集実行部１２８は、上記図１に示したコンテンツ形成部３０と同様の、構成機能を備えてなり、ビデオカメラ１２１からの素材を内部サーバーに蓄えておいてあるので、上記ＥＰＬ（３）を用いて編集を実行できる。
ここで、上記統合・最適化処理とは、ＥＰＬに記述された編集に関する宣言文や定義文や制御文の統合化及び最適化であって、具体的には、編集点や編集区間の統合化／最適化、編集に伴う画像処理の統合化／最適化等である。
次に、図１０は、図１１〜図１５で示すＥＰＬの記述内容を、図１６に示すようなＥＰＬに統合・最適化する場合の一部の処理を説明するための図面であり、図１１のラフ編集のＥＰＬ、図１２のカット編集のＥＰＬを統合・最適化する処理例を示す図面である。この図１０に示す例では、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま活かしている箇所があるため、両者を統合したときの編集点が多くなっている。この図１０の内容については、図１１〜図１６の説明の後で詳細に説明する。
図１１は、粗編集部１２２にて作成された粗編集ＥＰＬ（１）である。この図１１の最初の行のｅｐｌ（に続くＵＭＩＤ「１２３４５６０８＿２３４５０４６７＿０８００４６８Ａ８８００００２１」にて、出力（粗編集結果素材）を識別するための識別コードを記述している。そして、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を、開始フレームのタイムコード及び終了フレームのタイムコードで記述する。ここでは、開始点が「００：００：００．００」であり、終了点が「００：０１：０３．１２」である。この出力のビデオフォーマットは「＃１０８０ｉ」という記述で指定することができる。
次に、ＵＭＩＤ「２９５４３２０２＿２３４５０４Ｃ０＿０８００４６８Ａ７２００００９８」により入力素材を識別し、保管場所「ｆｉｌｅ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／」からビデオフォーマット「＃１０８０ｉ」の入力素材を読み出すことを記述している。
次に、「ｆｏｒｋ」と「ｊｏｉｎ」の対により、入力１に対して５つの並列処理が行われ、出力はｊｏｉｎで一括加算されることを表す。先ず第１の処理は、入力側（ソース素材側）の時間軸のタイムコード「１０：００：００．１２」からのインタビューワーと一緒の素材を、出力側（粗編集結果素材側）の時間軸のタイムコード「００：００．００」から「００：０３．００」までに貼り付ける（挿入する）ものである。第２の処理は、入力側の時間軸「１０：０１：０５．２３」からの話しているときの素材を、出力側の時間軸「００：０３．００」から「００：２０．１３」までに挿入するものである。第３の処理は、入力側の時間軸「１０：０２：５４．１１」からの話しているときの素材を、出力側の時間軸「００：２０．１３」から「００：４０．０９」までに挿入するものである。第４の処理は、入力側の時間軸「１０：０５：１８．１９」からの話し手の頭の背景画像を、出力側の時間軸「００：４０．０９」から「００：４３．１０」までに挿入するものである。第５の処理は、入力側の時間軸「１０：０７：３３．０３」からの話しているときの素材を、出力側の時間軸「００：４３．１０」から「０１：０３．１２」までに挿入するものである。
図１２は、カッティング編集部１２３にて作成されたカット編集用のＥＰＬ（２−ａ）である。ＵＭＩＤ「００５２１２０９＿２３４５０４Ａ３＿０８００４６８Ａ８９０００１２８」を、出力（編集結果素材）の識別コードとし、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を、「００：００：００．００」及び「００：００：４５．００」としている。また、出力のビデオフォーマットも「＃１０８０ｉ」という記述で指定することができる。
次に、ＵＭＩＤ「１２３４５６０８＿２３４５０４６７＿０８００４６８Ａ８８００００２１」で指定される、ビデオフォーマット「＃１０８０ｉ」の入力素材を、保管場所「ｆｉｌｅ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／」から取り出すことを記述している。
そして、上記入力素材を用いて、以下の５つのカット編集を行う。先ず第１の処理は、入力側の時間軸「００：００：００．０７」からの素材を、出力側の時間軸「００：００．００」から「００：２３．０４」までに挿入する。第２の処理は、入力側の時間軸「００：００：３２．２３」からの素材を、出力側の時間軸「００：２３．０４」から「００：２８．１７」までに挿入する。第３の処理は、入力側の時間軸「００：００：４０．０９」からの素材を、出力側の時間軸「００：２８．１７」から「００：３１．１８」までに挿入する。第４の処理は、入力側の時間軸「００：００：４４．１２」からの素材を、出力側の時間軸「００：３１．１８」から「００：３７．２９」までに挿入する。第５の処理は、入力側の時間軸「００：００：５２．２１」からの素材を、出力側の時間軸「００：３７．２９」から「００：４５．００」までに挿入する。これら５つのカット編集は一括加算される。
上記５つの処理を括った「ｆｏｒｋ」と「ｊｏｉｎ」という記述の後に、「ｊａｃｋ（ｍｏｓａｉｃ）」及び「ｊａｃｋ（ｓｕｐｅｒ）」という記述がある。「ｊａｃｋ」は、統合・最適化部１２７にてオプティマイズ時に「ｃｈｉｌｄ　ＥＰＬ」からの受け取り位置を示すものである。（ｍｏｓａｉｃ）及び（ｓｕｐｅｒ）は、ユーザ任意で与える仮のＩＤである。ここでは、モザイク編集部１２４で行うモザイク編集で作成したＥＰＬを受け取る位置を示すので、（ｍｏｓａｉｃ）を用いた。また、サブタイトル日本語編集部１２５で行う日本語字幕編集で作成したＥＰＬを受け取る位置を示すので（ｓｕｐｅｒ）を用いた。オプティマイズした後、「ｊａｃｋ（ｍｏｓａｉｃ）」及び「ｊａｃｋ（ｓｕｐｅｒ）」という記述は消える。
図１３は、モザイク編集部１２４にて作成されたモザイク編集用のＥＰＬ（２−ｂ）である。ＵＭＩＤ「２１３４１１０９＿２３４５０４１１＿０８００４６８Ａ９Ｂ００００３２」にて、出力を指定できるようにし、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を、「００：００：００．００」及び「００：０１：０３．１２」としている。また、出力映像のビデオフォーマットも「＃１０８０ｉ」という記述で指定することができる。
次に、ＵＭＩＤ「１２３４５６０８＿２３４５０４６７＿０８００４６８Ａ８８００００２１」で、ビデオフォーマット「＃１０８０ｉ」の入力素材を、保管場所「ｆｉｌｅ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／」から取り出すことを記述している。
そして、上記入力素材を用いて、以下の２つのモザイク編集を行う。先ず第１のモザイク編集は、保管場所「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」に保管されている、「１２０００００００００Ｃ０００４」という処理ＩＤ（ＵＴＩＤ）で指定された画像処理を使って、入力素材と同様のビデオフォーマット「＃１０８０ｉ」で、「＝３８４ｘ２３２＋８８０＋１２８」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「００：０３．００」から終了点「００：４０．０９」に挿入する。第２のモザイク編集は、保管場所「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」に保管されている、「１２０００００００００Ｃ０００４」という処理ＩＤ（ＵＴＩＤ）で指定された画像処理を使って、入力素材と同様のビデオフォーマット「＃１０８０ｉ」で、「＝４００ｘ２５６＋８６４＋９６」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「００：４３．００」から終了点「０１：０３．１２」に挿入する。これら２つのモザイク編集は一括加算される。
上記２つの処理を括った「ｆｏｒｋ」と「ｊｏｉｎ」という記述の後に、「ｐｌｕｇ（ｍｏｓａｉｃ）」という記述がある。「ｐｌｕｇ」は、統合・最適化部１２７にてオプティマイズ（最適化）時に「ｐａｒｅｎｔ　ＥＰＬ」への受け渡し位置を示すものである。「（ｍｏｓａｉｃ）」は、ユーザ任意で与える仮のＩＤである。オプティマイズした後、「ｐｌｕｇ（ｍｏｓａｉｃ）」という記述は消える。
図１４は、サブタイトル日本語編集部１２５にて作成された日本語字幕編集用のＥＰＬ（２−ｃ）である。ＵＭＩＤ「１２２２１１０９＿２３４５０４ＦＢ＿０８００４６８ＡＣ１０００３４１」にて、出力の識別コードを記述し、編集の開始点（ＩＮ点）及び終了点（ＯＵＴ点）を、「００：００：００．００」及び「００：０１：０３．１２」としている。また、出力のビデオフォーマットも「＃１０８０ｉ」という記述で指定することができる。
次に、ＵＭＩＤ「１２３４５６０８＿２３４５０４６７＿０８００４６８Ａ８８００００２１」で、ビデオフォーマット「＃１０８０ｉ」の入力素材を、保管場所「ｆｉｌｅ：／／４３．１４．６１．６２／ｓｏｕｒｃｅ／」から取り出すことを記述している。
そして、上記入力素材を用いて、以下の編集を行う。先ず、保管場所「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」に保管されている、「１２００００００００１３００８１」という処理ＩＤ（ＵＴＩＤ）で特定された処理方法を使って、入力素材と同様のビデオフォーマット「＃１０８０ｉ」で、「飛行機に乗った男」というサブタイトルを作成する。このサブタイトル作成の結果は、開始点「００：００．００」から終了点「００：１０．００」に挿入する。次に、保管場所「ｆｔｐ：／／４３．１４．６１．６２／ｅｘｅｃ／」に保管されている、「１２００００００００１２００８１」という処理ＩＤ（ＵＴＩＤ）で指定された処理方法を使って、入力素材と同様のビデオフォーマット「＃１０８０ｉ」で、「離陸したとたん、気を失った。」という日本語字幕を、開始点「００：０１．００」から終了点「００：０４．０２」にスーパーインポーズ（挿入する）する。次に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「目覚めたのは南の島だった、」という日本語字幕を、開始点「００：０４．１２」から終了点「００：０７．２９」にスーパーインポーズする。そして、いくつかの日本語字幕を画像に挿入し、最後に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「いつか夢で見たはずの景色が広がっていた。」という日本語字幕を、開始点「０１：００．１２」から終了点「０１：０３．１２」にスーパーインポーズする。これらの編集は一括加算される。
上記処理を括った「ｆｏｒｋ」と「ｊｏｉｎ」という記述の後に記述している、「ｐｌｕｇ（ｓｕｐｅｒ）」は、既に説明したように、統合・最適化部１２７にてオプティマイズ時に「ｐａｒｅｎｔ　ＥＰＬ」への受け渡し位置を示すものである。
図１５には、サブタイトル英語編集部１２６にて作成された英訳字幕編集のＥＰＬ（２−ｄ）を示す。このＥＰＬは、上記図１２を用いて説明した日本語字幕編集のＥＰＬの英語版である。サブタイトルや翻訳処理のＩＤが異なっているが、略同じような内容であるので、ここでは説明を省略する。
そして、図１６には、日本語統合・最適化部１２７が各編集部からのＥＰＬ（２−ａ），（２−ｂ）、（２−ｃ）を統合・最適化して作成した、ＥＰＬ（３）を示す。図１２〜図１４にて説明した、カット編集、モザイク編集、日本語字幕編集を統合・最適化することによって得たＥＰＬである。詳細な説明は省略する。
このほかに、英語統合・最適化部１２８でＥＰＬ（２−ａ），（２−ｂ），（２−ｄ）を統合・最適化することにより、同様な英語版が生成できるが、ここでは省略した。
次に、図１０を参照して、上述した具体例のＥＰＬにおける編集区間及び編集点の最適化及び統合化処理について詳細に説明する。この図１０は、図１１のラフ編集（粗編集）のＥＰＬ、図１２のカット編集のＥＰＬ及び図１４の統合・最適化ＥＰＬに対応する図面である。
図１０及び図１１において示されるように、ラフ編集素材は、ソース素材に対してそれぞれ設定された第１の編集区間Ｅ１と、第２の編集区間Ｅ２と、第３の編集区間Ｅ３と、第４の編集区間Ｅ４と、第５の編集区間Ｅ５とから構成されている。また、カット編集素材は、図１０及び図１２に示されるように、ラフ編集された素材に対してそれぞれ設定された第１の編集区間Ｅ１’と、第２の編集区間Ｅ２’と、第３の編集区間Ｅ３’と、第４の編集区間Ｅ４’と、第５の編集区間Ｅ５’とから構成されている。尚、図１０においては、第４の編集区間Ｅ４、第５の編集区間Ｅ５、第３の編集区間Ｅ３’、第４の編集区間Ｅ４’、及び、第５の編集区間Ｅ５’については、便宜上省略してある。
既に説明したように、図１２に示されたカット編集のＥＰＬは、ラフ編集のタイムコード「００：００：００．０７−００：００：５２．２１」を、カット編集素材のタイムコード「００：００：００．００−００：００：４５．００」にどのように割り当てるかを規定している情報である。編集者が実際に行うオンライン編集処理は、ソース素材からラフ編集素材を生成し、ラフ編集素材からカット編集素材を生成する編集処理ではなくて、ソース素材に対して編集処理を行って、その結果としてカット編集素材を生成する編集処理である。すなわち、編集者が最終的に望む編集情報とは、ソース素材のタイムコードとカット編集素材のタイムコードとの関係である。言い換えると、編集者が望む編集情報とは、ソース素材のタイムコードにどのように編集結果素材のタイムコードが割り当てられているかを示す情報なのである。
ここで、ＥＰＬの統合及び最適化処理を説明するために、図１０において、ラフ編集素材からカット編集素材を生成するためにラフ編集素材に対して設定された第１の編集区間Ｅ１’に注目する。この第１の編集区間Ｅ１’は、ソース素材に設定された第１の編集区間Ｅ１、第２の編集区間Ｅ２及び第３の編集区間Ｅ３を含んでいる。つまり、カット編集素材の第１の編集区間Ｅ１’をソース素材のタイムコードで表現する場合には、３つの編集区間「００：００．００−００：０２．２３」、「００：０２．２３−００：２０．０６」及び「００：２０．０６−００：２３．０４」が必要になる。従って、最終的なＥＰＬにおいては、ソース素材のタイムコードにどのように編集結果素材のタイムコードが関連付けられているかを示すために、第１の編集区間Ｅ１’は、上述した３つの編集区間のタイムコードを使用して記述されなければならない。
すなわち、このＥＰＬの統合及び最適化とは、この編集区間及び編集点の実施の形態においては、ソース素材に対して編集結果素材のタイムコードが対応付けされるように、編集区間や編集点やタイムコードの再設定を行うということである。上述した例の場合には、編集区間や編集点の再設定をした場合には、編集区間及び編集点の数が増えたが、これに限られるものではなく、ＥＰＬの統合及び最適化処理によって再設定された編集区間が連続する場合には編集区間の数が少なくなったり、再設定された編集区間が互いにオーバラップする場合には編集点が少なくなったりする場合がある。また、上述した例は、編集点や編集区間の統合化及び最適化処理であるが、本発明の実施の形態はそれに限られるものではなく、編集に伴う画像処理や画像変換についても統合化及び最適化処理が行われる。
以上説明した図１０〜図１６に示す例では、二段階のカット編集を経ており、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま活かしている箇所があるため、両者を統合したときの編集点が多くなった。
また、ここでは、素材もタイトラーもエフェクターも、全て同じサーバーから取得している。しかも、明記してないが、編集実行する装置と同一のＬＡＮに置かれている。運用上、安全な方法ではあるが、遠くのサーバーから取得することが多くなると予想される。
なお、参考までに、統合・最適化を、ＮＴＳＣ用に変換する例を、図１７に示す。素材の入力元のビデオフォーマットは、「＃１０８０ｉ」であるが、ＮＴＳＣ用への変換であるので、処理と出力のフォーマットは、「＃５２５ｉ」となる。したがって、これを統合すると、ＥＰＬ（３）の最後に「ｄｏｗｎ　ｃｏｎｖｅｒｔｅｒ」の付いたものが生成される。また、処理順が明らかな場合は、ｐｌｕｇ（），ｊａｃｋ（）による接続は不要である。
このように、図９に構成を示した、コンテンツ形成システム１２０は、ＥＰＬ編集作業を分業することができる。編集作業では、素材を直接加工しないので、分業体制で同時に作業を進められるためである。また、各編集部で作成されたＥＰＬには、入力素材、出力映像のフォーマットをスキャンフォーマットで特定している。このため、入力素材は自由に選べる。また、複数フォーマットの出力映像が同時に得られる。
なお、遠隔地で編集作業をする具体例としては、上記図８に示したシステムの他にも、図１８に示すようなコンテンツ形成システム１３０を構成することができる。ビデオカメラ１３１で撮影した映像及び／又は音声からなる素材を、低レートエンコーダ１３２にて圧縮し、サブ素材として携帯電話１３３又はインターネット１３４で編集部１３５に送る。編集部１３５では、サブ素材を、所望の動作（再生、巻き戻し又は早送り等）で実行させながら、モニタに表示された映像を目視確認してＥＰＬを作成する。ＥＰＬは、編集に使用される素材や出力画像を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。そして、生成したＥＰＬを携帯電話１３６又はインターネット１３７で、編集実行部１４０に送る。編集実行部１４０には、ビデオカメラ１３１からの素材も、ビデオテープ１３８のハンドキャリー又はインターネット１３９により送られる。そして、編集実行部１４０は、上記素材を内部サーバーに蓄えているので、上記ＥＰＬを用いて、編集を実行できる。
ここまでの説明は、編集に使用される素材や出力を特定するためのＵＭＩＤや、処理方法を特定するためのＵＴＩＤ、さらには入力素材、出力映像のフォーマットを特定するスキャンフォーマットを、ＥＰＬに記述したことによって課題を解決できたことについて説明した。
次に、従来の課題としての画質の劣化を防止する点について説明する。
例えば、ビデオカメラで収録した映像にいくつかのカット（映像シーン）をつなぎ合わせるカット編集と、テロップ文字をスーパインポーズするテロップ編集を施してから、完成した映像を放送するまでにも、データ圧縮と伸張を繰り返すことになり、画質の劣化が生じる。この具体例を、図１９の処理遷移図を用いて説明する。先ず、ビデオカメラ１５０で撮影された映像は、ビット・レート・リダクション（Ｂｉｔ　Ｒａｔｅ　Ｒｅｄｕｃｔｉｏｎ：ＢＲＲ）エンコード（ｅｎｃ）処理１５１にて圧縮され、ビデオテープに映像素材１５２として収録される。この映像素材１５２に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード（ｄｅｃ）処理１５３により伸長してから、編集処理（Ｅｄｉｔ１）１５４にてカット編集する。カット編集を施した映像素材は、再度、エンコード処理１５５で圧縮されてから映像素材１５６としてビデオテープに記録される。次に、この映像素材１５６に対してテロップ編集を施すときには、圧縮されている映像素材をまた、デコード（ｄｅｃ）処理１５７により伸長してから、編集処理（Ｅｄｉｔ２）１５８にてテロップをスーパーインポーズする。テロップ編集を施した映像素材は、再々度、エンコード処理１５９で圧縮されてから映像素材１６０としてビデオテープに記録される。そして、この映像素材１６０は、放送日に合わせて、放送用のＮＴＳＣフォーマットに変換されるため、一旦、デコード処理１６１されてから、ＮＴＳＣエンコード処理１５２され、例えば地上波用のアンテナ１６３からテレビジョン放送波として送出される。この一連の処理において、映像素材に対して４回の圧縮処理が施されている。伸長処理は３回である。ここに画質劣化が生じることとなる。
この画質劣化という問題を解決するためにも、本発明のコンテンツ形成装置及び方法は有効である。図２０には、その具体例を示す。この具体例は、ビデオカメラ１７０で撮影された映像及び／又は音声からなる素材を、ビット・レート・リダクション（Ｂｉｔ　Ｒａｔｅ　Ｒｅｄｕｃｔｉｏｎ：ＢＲＲ）エンコード（ｅｎｃ）処理１７１にて圧縮し、ビデオテープに映像素材１７２として収録する。この映像素材１７２は、ＥＰＬ作成処理１７３に送られる。
ＥＰＬ作成処理１７３は、カット編集とテロップ編集をＥＰＬを生成することによって行う。映像素材１７２に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード（ｄｅｃ）処理１７４により伸長してから、編集処理（Ｅｄｉｔ１）１７５にてカット編集を行う。このカット編集は、ＥＰＬを作成することによって行われる。また、テロップ編集は、カット編集処理１７５により作成されたＥＰＬを用いて、テロップ編集処理１７７により行われる。具体的には、テロップ編集処理１７７は、デコーダ１７６でデコードされた素材をモニタしながら、テロップ編集のＥＰＬを作成する。
ＥＰＬ作成処理１７３で作成された、ＥＰＬは、編集実行処理１７９に送られる。編集実行処理１７９には、デコード処理１７８によりデコードされた素材も供給されている。そして、編集実行処理１７９は、上記素材に対し、上記ＥＰＬにしたがった、カット編集及びテロップ編集を施し、その編集結果をＮＴＳＣエンコード処理１８０に送る。そして、ＮＴＳＣエンコード処理１８０により、ＮＴＳＣフォーマットとされたデータが、例えば地上波用のアンテナ１８１からテレビジョン放送波として送出される。この一連の処理においては、映像素材に対して２回の圧縮処理が施されただけである。また、デコード処理も実質的には１回だけしか行われてない。
したがって、この図２０に示す、コンテンツ形成システムは、画質の劣化を上記図１９に示した従来方式よりも抑えることができる。すなわち、編集途中で圧縮伸長を従来ほど繰り返さないので、画質を保つことができる。
また、本発明に係るコンテンツ形成装置及び方法は、例えば、共通番組を、フォーマットを異ならせた２系統で、サイマルキャスト（Ｓｉｍｕｌｃａｓｔ）放送するときにも、画質を保つことができる。図２１及び図２２を用いてサイマルキャスト放送について説明する。
図２１は、ＮＴＳＣフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送をするための、従来のシステムである。このサイマルキャスト放送システム１９０は、ビデオテープ１９１から読み出した「１０８０ｉ」のハイビジョンフォーマットの映像と、ビデオテープ１９２から読み出した「５２５ｉ」のＮＴＳＣフォーマットの映像をアップコンバージョン部１９３により「１０８０ｉ」した映像とを用いて編集処理１９４する。編集処理１９４は「１０８０ｉ」フォーマットで行い、ハイビジョンフォーマットの出力映像を生成する。そして、ハイビジョン用に一方を、アンテナ１９５から放送波として送出する。他方、ＮＴＳＣ用には、ダウンコンバージョン１９６で５２５ｉにした映像をアンテナ１９７から放送波として送出する。
よって、このシステム１９０では、「５２５ｉ」のＮＴＳＣフォーマットの映像を一旦、「１０８０ｉ」にアップコンバージョンしたのち、「１０８０ｉ」で編集し、再度「１０８０ｉ」出力を「５２５ｉ」にダウンコンバーションしてＮＴＳＣ用としている。ＮＴＳＣ用の映像についても編集処理は「１０８０ｉ」で行い、放送前に「５２５ｉ」にしている。
これに対して、本発明のコンテンツ形成装置及び方法を適用した、図２２に示すサイマルキャスト放送システム２００によれば、ＮＴＳＣ用の映像の画質を劣化させることがない。すなわち、例えば図１に示したＥＰＬ作成部１０により作成したＥＰＬに基づいて、編集実行部２０３及び編集実行部２０４が編集を実行したとき、本システム２００では、編集後のＮＴＳＣ用の映像（「５２５ｉ」）を、アップコンバージョンとダウンコンバージョンを繰り返すことなく、生成できる。
このシステム２００の編集実行部２０３又は２０４で行われる、ＨＤ画像（１０８０ｉ）からＳＤ画像（５２５ｉ）へ、またＳＤ画像からＨＤ画像へのビデオフォーマット変換について図２３を用いて説明する。
この図２３において、入力ビデオ信号は、フィールドメモリ２１１とフィールドメモリ２１２に順番に蓄えられる。動き検出部２１０は、二つのフィールドメモリ２１１及び２１２により、時間軸上での差が与えられた、フィールド画像から動きを検出する。この動き検出部２１０による動き検出の結果、すなわちフレーム画像に動きがあった／フィールド画像に動きがあったということを示す、フレーム／フィールドのｔａｐ選択信号は、トランスバーサル型の垂直フィルタ２１３に供給される。トランスバーサル型の垂直フィルタ２１３は、二つのフィールドメモリ２１１及び２１２によって時間差が与えられた上記フィールド画像に、上記フレーム／フィールドのｔａｐ選択信号に基づいて垂直フィルタ処理を施す。上記垂直フィルタ２１３のフィルタ出力は、トランスバーサル型の水平フィルタ２１４に供給される。上記水平フィルタ２１４は、上記垂直フィルタ出力に水平フィルタ処理を施す。この水平フィルタ２１４の水平フィルタ出力は、イメージエンハンス部２１５に供給される。
イメージエンハンス部２１５は、上記水平フィルタ出力の高域成分を強調する。イメージエンハンス部２１５からのエンハンス出力は、画像信号変換部２１６に供給される。画像信号変換部２１６は、Ｙ／Ｐｂ／Ｐｒ信号をＲＧＢ信号に変換する。このＲＧＢ信号は、逆ガンマ補正部２１７に供給され、逆ガンマ補正がかけられる。この逆ガンマ補正出力は、色彩変換部（カラーリメトリコンバージョン部）２１８に供給される。カラーリメトリコンバージョン部２１８は、上記逆ガンマ補正出力に色彩変換処理を施す。この色彩変換処理出力は、ガンマ補正部２１９に供給される。
ガンマ補正部２１９は、上記色彩変換処理出力にガンマ補正処理を施し、画像信号変換部２２０に供給する。画像信号変換部２２０は、ＲＧＢ信号をＹ／Ｐｂ／Ｐｒ信号に変換する。このＹ／Ｐｂ／Ｐｒ信号が出力ビデオ信号となる。
したがって、この図２３に示した構成において、画質変換処理部２１６又は画質変換処理部２２０での変換処理等を換えることによって、ダウンコンバージョン処理又はアップコンバージョン処理に対応することができる。
以上説明した本発明に係るコンテンツ形成装置及び方法の実施の形態によれば、編集に使用される素材や編集出力を特定するための識別情報や、処理方法を特定するための識別情報、さらには入力素材、出力映像のフォーマットを特定するフォーマット宣言文を、編集リストに記述している。このため、編集実行時には、素材をＩＤで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
また、本発明に係る編集リスト作成方法の実施の形態によれば、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していくので、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成できる。
また、編集に使用される素材や編集出力を特定するための識別情報や、処理方法を特定するための識別情報、さらには入力素材、出力映像のフォーマットを特定するフォーマット宣言文を、編集リストに記述するので、編集実行時には、素材をＩＤで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がＩＤで引用できるので、編集環境（機材の能力）を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、ＥＰＬを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
また、本発明に係るコンテンツ制作装置の実施の形態によれば、他の分散場所で分散編集リスト作成手段により作成された分散編集リストを用い、編集リスト作成手段において最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成手段にて前記編集リストに基づいて任意フォーマットのコンテンツを形成するが、前記編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを記載しているので、マルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができる。
また、本発明に係るコンテンツ制作方法の実施の形態によれば、複数の映像及び／又は音声の素材を用いて他の分散場所で分散編集リスト作成工程により作成された分散編集リストを用いて、編集リスト作成工程が最終的な階層構造の編集リストを統合最適化により作成し、コンテンツ形成工程にて前記編集リストに基づいて任意フォーマットのコンテンツを形成するが、前記基準編集リスト及び／又は分散編集リストには、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを記載しているので、マルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、任意のフォーマットのコンテンツを制作することができる。
なお、本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々の変更が可能であることは勿論である。
【図面の簡単な説明】
図１は、本発明の実施の形態となる、コンテンツ形成装置の構成を示すブロック図である。
図２は、ユニークな識別コードであるＵＭＩＤのデータ構造を模式的に示す図である。
図３は、ＥＰＬを用いた編集におけるソース素材及び編集結果素材を模式的に示す図である。
図４は、ＥＰＬの実行イメージを示す図である。
図５は、ＥＰＬの記述例を示す図である。
図６は、図５に示すＥＰＬの記述例をより具体的に示す図である。
図７は、ビデオスキャンフォーマット（ｖｉｄｅｏ　ｓｃａｎ　ｆｏｒｍａｔ）の具体例を示す図である。
図８は、コンテンツ形成システムの全体構成を示す図である。
図９は、ＥＰＬによる編集の分業を行う、コンテンツ形成システムを示す図である。
図１０は、ＥＰＬを用いた編集における統合・最適化処理を説明するための図である。
図１１は、上記図９のコンテンツ形成システムの粗編集部にて作成された粗編集ＥＰＬ（１）を示す図である。
図１２は、上記図９のコンテンツ形成システムのカット編集部にて作成されたカット編集ＥＰＬ（２−ａ）を示す図である。
図１３は、上記図９のコンテンツ形成システムのモザイク編集部にて作成されたモザイク編集ＥＰＬ（２−ｂ）を示す図である。
図１４は、上記図９のコンテンツ形成システムの日本語字幕編集部にて作成された日本語字幕編集ＥＰＬ（２−ｃ）を示す図である。
図１５は、上記図９のコンテンツ形成システムの英語字幕編集部にて作成された英語字幕編集ＥＰＬ（２−ｄ）を示す図である。
図１６は、上記図９のコンテンツ形成システムの日本語統合・最適化部にて作成された最適化ＥＰＬ（３）を示す図である。
図１７は、統合・最適化を、ＮＴＳＣ用に変換したＥＰＬを示す図である。
図１８は、遠隔地で編集作業をする他の具体例を示す図である。
図１９は、収録から放送までに生じる画質劣化という課題を説明するための図である。
図２０は、上記画質劣化を解決する、本発明のコンテンツ形成装置及び方法の具体例を示す図である。
図２１は、ＮＴＳＣフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送を行う、従来のシステムの構成図である。
図２２は、本発明のコンテンツ形成装置及び方法を適用した、サイマルキャスト放送システムの構成図である。
図２３は、ビデオフォーマット変換を説明するための図である。
【図１】
2002054762.tif 000003
【図２】
2002054762.tif 000004
【図３】
2002054762.tif 000005
【図４】
2002054762.tif 000006
【図５】
2002054762.tif 000007
【図６】
2002054762.tif 000008
【図７】
2002054762.tif 000009
【図８】
2002054762.tif 000010
【図９】
2002054762.tif 000011
【図１０】
2002054762.tif 000012
【図１１】
2002054762.tif 000013
【図１２】
2002054762.tif 000014
【図１３】
2002054762.tif 000015
【図１４】
2002054762.tif 000016
【図１５】
2002054762.tif 000017
【図１６】
2002054762.tif 000018
【図１７】
2002054762.tif 000019
【図１８】
2002054762.tif 000020
【図１９】
2002054762.tif 000021
【図２０】
2002054762.tif 000022
【図２１】
2002054762.tif 000023
【図２２】
2002054762.tif 000024
【図２３】
2002054762.tif 000025
【国際調査報告】
2002054762.tif 000026
2002054762.tif 000027