JP2002300522A - 編集リスト作成方法 - Google Patents

Abstract

(57)【要約】 【課題】 データの品質劣化を防ぎながら、またマルチ
フォーマットのデータに対応し、かつ素材を手許に一旦
溜めて使うことなく、さらに処理の互換を可能として、
コンテンツを形成することができる編集リストを作成す
るための編集リスト作成方法を提供する。 【解決手段】 エディティングターミナル１５，１６，
１７は、ＥＰＬ作成部１０の主要部をなすものであり、
高圧縮サブ素材を読み出して復号し、得られた素材デー
タに基づく映像をモニタに表示しながら、ＥＰＬを作成
する。ＥＰＬは、編集に使用される素材を特定するため
の識別情報と、少なくとも一部の素材のフォーマットを
定義するフォーマット宣言文とを有する。エディティン
グターミナル１５，１６，１７で作成されたＥＰＬは、
ＥＰＬ記憶部１８に格納される。このＥＰＬ記憶部１８
に格納されたＥＰＬは、編集制御部２０に読み出され
る。編集制御部２０は、ＥＰＬに基づいて編集制御信号
を生成し、編集制御信号をコンテンツ形成部３０に供給
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、編集リスト作成方
法に関し、特に複数の映像及び／又は音声の素材を用い
てコンテンツを形成するための編集リスト作成方法に関
する。

【０００２】

【従来の技術】動画像の編集は、映画フィルムのスプラ
イサー＋セメントに始まったが、ビデオ編集において
は、デルマト＋はさみ＋スプライシングテープという黎
明期を経て、ダビングによる電子編集時代が長く続いて
いる。

【０００３】ここ十年ほどで普及したノンリニア編集
（non-linear editor）も、その延長線上にあるといえ
る。すなわち、メディアから得た画像を見ながら、主に
ダビングによって繋ぎ合わせ、必要に応じて画像処理を
施し、編集結果を再びメディアに収める、以上一連の作
業、あるいはその繰り返しという作業であり、何十年も
踏襲されている。

【０００４】しかし、このような伝統手法には以下のよ
うな問題点がある。まず、データ圧縮と伸長を繰り返す
ことが原因での画質劣化が起こることである。アナログ
で編集を行う時代では、ダビングを繰り返すことにより
電子編集でも画質劣化が起きたが、ベースバンド・デジ
タルの時代に至ってほぼ完璧に解消されたはずであっ
た。しかし、昨今の画像圧縮技術の普及浸透によって、
画質問題は再燃することとなった。データ圧縮と伸長を
繰り返すことが原因である。この対策としては、圧縮率
を下げたり、圧縮単位を短くする、といった妥協策が講
じられるが、メディアのコストや通信時間など、多くの
面で不経済であり、しかも画質劣化が完全に解消される
わけでもない。データ圧縮しない場合でも、画像の拡大
縮小やピクセルシフト、合成など、いわゆる特殊効果の
繰り返し処理によっても、画質劣化と不経済をもたら
す。

【０００５】次の問題は、従来の編集においては、単一
の画像フォーマットにしか対応できなかったことであ
る。NTSCなどの画像フォーマットは、受像機や電波割り
当てを主眼に考案・統一された。しかし、昨今HDVSやPC
上のウィンドウなど、複数の画像フォーマットが混在で
使われるのが、むしろ一般的である。単一のフォーマッ
トしか対応できないことは、素材の収集においても完パ
ケの提供においても大きな弊害となってきた。しかも、
とくにコンピュータ上では、ユーザーが勝手な仕様のウ
ィンドウを作れるため、用意されたフォーマットの中か
ら選ぶ方式では対応しきれない。

【０００６】次の問題は、従来の編集では、素材を手許
に一旦溜めてから使うしかなかったことである。編集
時、目的とする画を特定するためタイムコードが使われ
るが、一巻中の位置を示すに過ぎず、メディアを特定す
ることは基本的に不可能であった。リール番号などでメ
ディアを特定する方法も使われるが、あくまでローカル
な運用範囲に留まる。したがって、素材は手許に一旦溜
めてから使うしかなく、手間とコストを要する。同様に
特殊効果やタイトル挿入なども機種依存で、手許の装置
が対応していない加工は不可能なため、編集結果も手許
のメディアに記録せざるを得ない。

【０００７】以上の問題点の全てを解決するわけではな
いが、近年、編集リストとしてＥＤＬ(Edit Decision L
ist)を作成し、このＥＤＬに記載されたプログラムに従
い自動的に電子編集を行うシステムが採用されてきてい
る。

【０００８】ところで、前記ＥＤＬには、特殊効果な
ど、互換性のない項目も記述されており、システム限定
となっている。また、テープの架け替えなどもあり、人
手に頼ることが多い。融通が利きにくい点では、完パケ
を修正したい場合の対応も面倒であり、たとえば最初の
コマの前に１コマ挿入するだけでも、全編の再編集もし
くはダビングが必要となる。

【０００９】このように、現状の編集システムは、現時
点でも不経済・不効率な面が多いが、それ以上に、ネッ
トワークのメリットを享受できないという一面がある。
現状に固執すれば、時代に取り残された後進的システム
になる危険性が高い。それぞれの問題は有機的に絡み合
っているため、部分的な対策を施しても新たな問題を引
き起こすであろうし、複雑さが連鎖的に増すので、現状
の編集システムのままではいずれは使われなくなること
もあり得る。

【００１０】

【発明が解決しようとする課題】本発明は、上記実情に
鑑みてなされたものであり、データの品質劣化を防ぎな
がら、またマルチフォーマットのデータに対応し、かつ
素材を手許に一旦溜めて使うことなく、さらに処理の互
換を可能として、コンテンツを形成することができる編
集リストを作成するための編集リスト作成方法の提供を
目的とする。

【００１１】

【課題を解決するための手段】本発明に係る編集リスト
作成方法は、前記課題を解決するために、複数の映像及
び／又は音声の素材を用いてコンテンツを形成するため
の編集リストを作成する編集リスト作成方法において、
編集による出力を識別する識別情報とフォーマットを特
定するフォーマット宣言文とを少なくとも用いて編集内
容を定義する編集定義工程と、入力素材を識別する識別
情報と入力素材のフォーマットを特定するフォーマット
宣言文とを少なくとも用いて入力素材を定義しながらそ
の入力素材に施す処理を定義していく処理定義工程とを
備える。

【００１２】このような各工程を備えることにより、本
発明に係る編集リスト作成方法は、まず、編集による出
力を識別する識別情報とフォーマットを特定するフォー
マット宣言文とを少なくとも用いて編集内容を定義し、
かつ入力素材を識別する識別情報と入力素材のフォーマ
ットを特定するフォーマット宣言文とを少なくとも用い
て入力素材を定義し、さらに入力素材に施す処理を定義
していく。

【００１３】ここで、上記出力の識別情報及び入力素材
の識別情報は、それぞれグローバルユニークな同一体系
の識別コードであるので、出力及び入力素材を特定する
ことができる。

【００１４】また、入力素材に施す処理方法もグローバ
ルユニークな同一体系の識別コードで記述するので、処
理方法も特定することができる。

【００１５】

【発明の実施の形態】以下、本発明に係る編集リスト作
成方法の実施の形態について図面を参照しながら説明す
る。この実施の形態は、図１に構成を示すように、本発
明の編集リスト作成方法に基づいて編集リストの一種で
ある、編集手続リスト（Edit Procecure List；ＥＰ
Ｌ）を作成するＥＰＬ作成部１０を内蔵し、コンテンツ
を形成するコンテンツ形成装置１である。

【００１６】コンテンツ形成装置１は、ＥＰＬ作成部１
０のほか、ＥＰＬに基づいて編集制御信号を生成する編
集制御部２０と、所定フォーマットのコンテンツを形成
するコンテンツ形成部３０とを備えて成る。

【００１７】このコンテンツ形成装置１には、複数の映
像及び／音声からなる素材が入力される。ここでは、説
明の都合上、例えば、ローカルエリアネットワーク（Ｌ
ＡＮ）や、インターネット等のネットワークに接続され
たデータベースに格納された素材とする。この素材は、
入力端子ＩＮを介してＥＰＬ作成部１０及びコンテンツ
形成部３０に供給される。

【００１８】ＥＰＬ作成部１０は、上記素材をデコーダ
１１で復号してから、ダウンコンバータ１２で例えば間
引きし、エンコーダ１３でＪＰＥＧ（Joint Photograph
ic Experts Group；ＪＰＥＧ）方式などの所定の圧縮方
式で圧縮して高圧縮のサブ素材にし、サブ素材サーバー
１４に格納する。サブ素材サーバー１４は、ディスクア
レイ構成の記録再生部を有したＡＶサーバーでなり、入
力する高圧縮サブ素材を順次取り込み、これをファイル
化して記録再生部の指定されたアドレス位置に格納す
る。

【００１９】そして、このサブ素材サーバー１４に格納
された各ファイルの高圧縮サブ素材は、このサブ素材サ
ーバー１４に接続された複数台（ここでは３台）の各エ
ディティングターミナル１５，１６，１７に供給され、
ＥＰＬの作成に用いられる。

【００２０】エディティングターミナル１５，１６，１
７は、ＥＰＬ作成部１０の主要部をなすものであり、高
圧縮サブ素材を読み出して復号し、得られた素材データ
に基づく映像をモニタに表示する。このとき、オペレー
タは、エディティングターミナルを介してサブ素材サー
バー１４を制御し、サブ素材サーバー１４に所望の動作
（再生、巻き戻し又は早送り等）を実行させながら、モ
ニタに表示された映像を目視確認してＥＰＬを作成す
る。ＥＰＬは、編集に使用される素材を特定するための
識別情報と、少なくとも一部の素材のフォーマットを定
義するフォーマット宣言文とを有する。

【００２１】以下、ＥＰＬ作成部１０で作成されるＥＰ
Ｌについて説明する。ＥＰＬには、編集に使用される素
材を特定するための識別情報を記述する。素材の識別情
報は、グローバルユニークな識別コードであり、マテリ
アル識別コード（Material ID；ＵＭＩＤ)と呼称され
る。また、このＥＰＬには、上記識別コード体系に準拠
して、素材の処理方法を識別する識別コード、すなわち
画像処理方法を表す識別コードが定められる。この素材
の処理方法を識別する識別コードもグローバルユニーク
な識別コードであり、プロセス（Process）ＩＤ又はユ
ニークtransformＩＤ（ＵＴＩＤ）と呼称される。ＵＴ
ＩＤにより、フェード、ミックス、スーパー等の処理を
識別できる。また、このＥＰＬには、出力に関するメタ
データも記述する。これはＥＰＬによる編集結果のＩＤ
であり、上記ＵＭＩＤも含む。また、このＥＰＬには例
えば編集の開始点や終了点を時間で示す、タイムコード
（TimeCode；ＴＣ）も記述される。

【００２２】さらに、ＥＰＬには、少なくとも一部の素
材のフォーマットを定義するフォーマット宣言文を記述
する。このフォーマット宣言文は、入力映像素材の画像
フォーマット及び／又は編集出力の画像フォーマットを
含むものである。このため、コンテンツ形成装置１によ
り形成されたコンテンツは、上記フォーマット宣言文に
より宣言されたフォーマットとされる。フォーマット宣
言文によりフォーマットを宣言すれば、どのようなフォ
ーマットのコンテンツも形成することができる。

【００２３】一つのＥＰＬファイルで記述される時間の
範囲は、最小がコマ、最大は無限である。記述の順番は
処理に従い、また、複数の処理を同時に実行させるよう
に記述できる。これは並列処理を記述できる“verilo
g”言語に似るので、それをベースに考えことができ
る。ただし、verilogにはlinkやglobal,structの概念が
ないので、流用は不可能である。

【００２４】ＥＰＬは基本的に変数を持たない。四則演
算や関数文はなく命令文 (処理と制御) のみからなる。
画像データの受渡しは構文中に明記しない。上の行の出
力が下に入力されるだけとなる。

【００２５】以下に、ＥＰＬの具体例を説明する。外部
のＳＤ画（５２５ｉ画）を白黒にし、回想シーンとして
同封の画に挿入し、タイトルを追加するという編集を行
うためのものである。図２及び図３にはＥＰＬの記述例
を示す。図２と図３は、同一のＥＰＬ記述例を示すもの
であり、図２は簡略化したもの、図３は詳細なものであ
る。図４にはＥＰＬの実行のイメージ図を示す。図５に
は編集後にできる映像を模式的に示す。

【００２６】先ず、図２及び図３のＥＰＬ記述例につい
て説明する。１行目の下線部（１−１）の「epl」は、
後に続く（）内に、ＥＰＬの単位を示すことを表すもの
であり、出力する画像を定義している。同行の下線部
（１−２）、すなわち「umid」は、上記出力画像の識別
情報であり、グローバルユニークな識別コードＵＭＩＤ
である。具体的には、図３に示すように、「02232203_8
24504F1_0800468A92000201」のように、長いコードであ
り、まさしくグローバルユニークなものである。同行の
下線部（１−３）及び（１−４）は、編集の開始点及び
終了点を示すものであり、ここでは開始フレームのタイ
ムコード及び終了フレームのタイムコードが記述されて
いる。開始点が「00:00:00.00」であり、終了点が「00:
01:00.02」であることを特定している。同行の下線部
（１−５）は、スキャンフォーマットscan_formatであ
り、上述した、フォーマット宣言文の一種である。ここ
では出力のビデオフォーマット（video format）を示
す。「#1080i」は、ＨＤ画像のビデオフォーマットであ
る。同行の下線部（１−６）、すなわち「}{」は、２３
行目の下線部（２３−１）の「}」と一緒になって、{}
で囲んだ範囲内に画像処理を羅列する、ということを示
す。ここでの画像処理は信号の流れに従う。

【００２７】２行目の下線部（２−１）、すなわち「so
urce」は、後に続く()内に入力素材を指定するという指
定処理を意味する。（）内の同行下線部（２−２）のum
idは画像ＩＤであり、具体的には図３に示す「22083102
_95440497_0800468A62000232」のように長いコードであ
る。つまり、グローバルユニークな上記ＵＭＩＤを用い
て素材を特定している。同行の下線部（２−３）は開始
フレームのタイムコードを示す。図２のように省略され
ているときは、先頭からということを示す。同行下線部
（２−４）の「#embedded.mpg」は素材の取得先、すな
わち素材が保管されている場所を示している。同行下線
部（２−５）の「#1080i」はスキャンフォーマットscan
_formatであり、上述した、フォーマット宣言文の一種
である。ここでは、入力素材のビデオフォーマットを示
している。よって入力素材の画像フォーマットを特定す
ることができる。この２行目の下線部（２−１）〜（２
−５）の記述により、入力素材を、ネットワークに接続
された、図４の素材記憶部４０から読み出すことができ
る。

【００２８】次に、図２の３行目の下線部（３−１）の
「fork」は、２２行目の下線部（２２−１）の「join」
と対になり、入力１に対して複数が並列処理され、出力
はjoinで一括加算されることを表す。図４では、符合４
１と加算器４２で挟まれた範囲で行われる処理であり、
素材記憶部４０からの入力１に対して、複数が並列処理
され、加算器４２で一括加算されることを示す。その処
理の内容は４行目、５行目に示すとおりである。

【００２９】４行目の下線部（４−１）の「@」は、後
に続く()内の数字により、切り抜き位置を入力側の時間
軸で指定していることを示す。そして、（）内の同行下
線部（４−２）には、開始点が示される。ここでは、入
力側の時間軸による「02:10:00.00」が示されている。
同行下線部（４−３）の「put」は、後に続く()内に、
上記入力素材から切り抜いた部分の貼り付け位置を出力
側の時間軸で指定する。ここでは、()内の同行下線部
（４−４）及び（４−５）に示すように、出力側の「0
0:05.00」から「00:25.00」に貼り付けることを示す。
これは、入力側の時間軸で指定した切り抜き位置からの
入力素材４３（図４に示す）を本編カット１として出力
側の「00:05.00」から「00:25.00」に貼り付ける処理に
なる。

【００３０】５行目の下線部（５−１）の「@」も、後
に続く()内の数字により、切り抜き位置を入力側の時間
軸で指定していることを示す。そして、（）内の同行下
線部（５−２）には、入力側の時間軸による「02:10:2
0.00」が示される。同行下線部（５−３）の「put」
も、後に続く()内に、上記入力素材から切り抜いた部分
の貼り付け位置を出力側の時間軸で指定することを示
す。ここでは、下線部（５−４）及び（５−５）に示す
ように、出力側の「00:35.00」から「01:00.02」に貼り
付けることを示す。これは、入力側の時間軸で指定した
切り抜き位置からの入力素材４４（図４に示す）を本編
カット２として出力側の「00:35.00」から「01:00.02」
に貼り付ける処理になる。

【００３１】次に、６行目の下線部（６−１）の「{」
は、１１行目の下線部（１１−１）の「}」と対をな
し、囲んだ範囲内では、入出力１対１で複数の処理を上
の行から順次実行するということを示す。図４に示す処
理４５に相当する。

【００３２】次に、７行目の下線部（７−１）の「sour
ce」により、後に続く()内に入力素材を指定する。（）
内の同行下線部（７−２）のumidは、図３に示す「2208
3102_95440497_0800468A62000232」のように長いコード
である。同行の下線部（７−３）の「06:54:32.10」は
開始フレームのタイムコードを示す。同行下線部（７−
４）の「url」は素材の取得先、すなわち素材が保管さ
れている場所を示している。具体的には、図３に示すよ
うに、「ftp://43.14.61.62/source/」である。同行下
線部（７−５）の「#525i」はスキャンフォーマットsca
n_formatであり、上述した、フォーマット宣言文の一種
である。入力素材のビデオフォーマットを示している。
よって入力素材の画像フォーマットを指定することがで
きる。この７行目の下線部（７−１）〜（７−５）の記
述により、図４に示した処理４５中にあって、ビデオフ
ォーマットが「#525i」の入力素材を、ネットワーク４
６を介して読み出し、図４の素材記憶部４７に格納する
処理を特定できる。同行下線部（７−６）は、このソー
スが何のシーンに使われるのかを示す。ここでは、「//
recollect」であり、回想シーンであることを特定す
る。

【００３３】次に、８行目の下線部（８−１）の「tran
sform」は、後に続く（）内にて画像処理を指定するこ
とを示す。同行下線部（８−２）の「utid」は、処理Ｉ
Ｄであり、グローバルユニークな画像処理コード（Tran
sform ID；ＵＴＩＤ)が記述される。具体的には、図３
に示すように、「12000000000090001」である。同行下
線部（８−３）の「url」は、処理方法の取得先、すな
わち処理方法が保管されている場所を示している。具体
的には、図３に示すように、「ftp://43.14.61.62/exec
/」というように記述される。同行下線部（８−４）の
「"upconv525to1080"」は、処理の通称であり、取得先
から得られなかったとき、代替え処理を可能にする。こ
こでは、ビデオフォーマットを５２５ラインから１０８
０ラインにアップコンバージョンする処理を表す。同行
下線部（８−５）の「#1080i」はスキャンフォーマット
scan_formatであり、上述した、フォーマット宣言文の
一種である。出力のビデオフォーマットを示している。
よって出力の画像フォーマットを指定することができ
る。入力のビデオフォーマットと同じなら省略すること
が可能である。この８行目の下線部（８−１）〜（８−
５）の記述により、図４に示した処理４５中にあって、
図４の素材記憶部４７に格納したビデオフォーマットが
「#525i」の入力素材を、ビデオフォーマット「#1080
i」にアップコンバージョン部４８でアップコンバージ
ョンする処理を特定できる。

【００３４】次に、９行目の下線部（９−１）の「tran
sform」で（）内に画像処理を指定する。同行下線部
（９−２）の「utid」の具体例としては、図３に示すよ
うに、「120000000001F0001」がある。同行下線部（９
−３）の「url」にて、処理方法が保管されている場所
を示している。具体的には、図３に示すように、「ftp:
//43.14.61.62/exec/」というように記述される。同行
下線部（９−４）の「""monochrome"」は、処理の通称
である。ここでは、１０８０ラインにアップコンバージ
ョンされた画像を白黒にする処理を表す。なお、ここで
は、前行下線部（８−５）にあった「#1080i」の記述を
省略している。入力と同じなら省略可である。この９行
目の下線部（９−１）〜（９−４）の記述により、図４
に示した処理４５中にあって、アップコンバージョン部
４８でビデオフォーマット「#1080i」にアップコンバー
ジョンした画像は、モノクロ処理部４９にて白黒画像と
される。

【００３５】次に、１０行目の下線部（１０−１）の
「put」にて、後に続く()内に白黒画像の貼り付け位置
を出力側の時間軸で指定する。()内の同行下線部（１０
−２）及び（１０−３）にて、出力側の「00:25.00」か
ら「00:35.00」に、貼り付ける処理を特定している。図
５に示す回想シーンの貼り付けである。

【００３６】次に、１２行目の下線部（１２−１）の
「{」は、２１行目の下線部（２１−１）の「}」と対を
なし、囲んだ範囲内では、入出力１対１で複数の処理を
上の行から順次実行するということを示す。図４に示す
処理５１に相当する。

【００３７】次に、１３行目の下線部（１３−１）の
「source」により、後に続く()内に入力素材を指定す
る。（）内の同行下線部（１３−２）のumidは、図３に
示す「00000000_8244041D_0800468A940000522」のよう
に長いコードである。同行の下線部（１３−３）の「0
0:00:00.00」は開始フレームのタイムコードを示す。同
行下線部（１３−４）の「url」は画像の取得先であ
り、具体的には、図３に示すように、「ftp://43.14.6
1.62/source/*.jpg」である。同行下線部（１３−５）
の「#1080i」は入力素材のビデオフォーマットを示して
いる。よって入力素材の画像フォーマットを指定するこ
とができる。この１３行目の下線部（１３−１）〜（１
３−５）の記述により、図４に示した処理５１中にあっ
て、ビデオフォーマットが「#1080i」の入力素材を、ネ
ットワーク５２を介して読み出し、図４の素材記憶部５
３に格納する処理を特定できる。同行下線部（１３−
６）は、このソースが何のシーンに使われるのかを示
す。ここでは、「// title」であり、タイトルに使われ
ることを特定する。

【００３８】次に、１４行目の下線部（１４−１）の
「fork」は、２０行目の下線部（２０−１）の「join」
と対になり、入力１に対して複数が並列処理され、出力
はjoinで一括加算されることを表す。図４では、素材記
憶部５３から読み出された素材が２系統で処理され、加
算器５７で加算されるまでである。２系統での処理内容
は、以下のとおりである。

【００３９】先ず、１５行目の下線部（１５−１）の
「put」にて、後に続く()内に、素材記憶部５３から読
み出されたタイトル素材５４の貼り付け位置を出力側の
時間軸で指定する。()内の同行下線部（１５−２）及び
（１５−３）にて、出力側の「00:00.00」から「00:04.
00」に、貼り付ける処理を特定している。

【００４０】次に、１６行目の下線部（１６−１）の
「{」は、１９行目の下線部（１９−１）の「}」と対を
なし、囲んだ範囲内では、入出力１対１で複数の処理を
上の行から順次実行するということを示す。図４に示す
処理５１の上半分の処理に相当する。

【００４１】１７行目の下線部（１７−１）の「transf
orm」は、後に続く（）内にて画像処理を指定する。同
行下線部（１７−２）の「utid」は、具体的には、図３
に示すように、「1200000000080001」である。同行下線
部（１７−３）の「url」は、具体的には、図３に示す
ように、「ftp://43.14.61.62/exec/」である。同行下
線部（１７−４）の「"fadeout"」は、フェードアウト
処理を表す。同行下線部（１７−５）では、出力のビデ
オフォーマットを省略している。入力のビデオフォーマ
ットと同様であるため省略できる。同行下線部（１７−
６）の「1.0」は固有の因数であり、その処理が必要と
する固有の設定値を列挙したものである。１７行目の下
線部（１７−１）〜（１７−６）の記述により、図４に
示した処理５１中にあって、素材記憶部５３から供給さ
れた「#1080i」の入力素材を、フェードアウト処理部５
５でフェードアウトする処理を特定できる。

【００４２】次に、１８行目の下線部（１８−１）の
「put」にて、後に続く()内に、フェードアウト処理部
５５からの処理出力５６の貼り付け位置を出力側の時間
軸で指定する。()内の同行下線部（１８−２）及び（１
８−３）にて、出力側の「00:04.00」から「00:05.00」
に、貼り付ける処理を特定している。

【００４３】そして、加算器５７にてタイトル素材５４
＋フェードアウト処理出力５６を加算し、その加算出力
を加算器４２に供給する。加算器４２は、図５に示すよ
うに、フェードアウトするタイトルに続いて本編カット
１を入れ、白黒の回想シーンを挟んで、本編カット２を
入れた、編集結果を出力する。

【００４４】次に、図３の下段の構文について説明す
る。下線部（２５−１）の「format」は、後に続く{}に
て画像フォーマットを指定する。下線部（２５−２）の
「1001/60000」や、下線部（２５−３）の「Capturing
interval (long/long) [s]」（パラメータ）、或いは下
線部（２６−１）の「"1080/59.94i"」、下線部（２６
−２）の「// Name of format (char)」によって画像フ
ォーマットを指定している。

【００４５】また、下線部（２７−１）の「format」
も、後に続く{}にて画像フォーマットを指定する。下線
部（２７−２）の「1001/60000」や、下線部（２７−
３）の「Capturing interval (long/long) [s]」（パラ
メータ）、或いは下線部（２８−１）の「"480/59.94
i"」、下線部（２８−２）の「// Name of format (cha
r)」によって画像フォーマットを指定しているのは上記
と同様である。

【００４６】そして、図３のＥＰＬは、下線部（２９−
１）の「image」にて同封の画像データの詳細を規定す
る。()内の下線部（２９−２）には、バイナリ部分のバ
イト数を示す。ここでは、（bit+7）*8/8である。下線
部（２９−３）は、ファイル内での名称であり、ここで
は「embedded」としている。下線部（２９−４）の「bi
nary data...」は、データ本体を特定している。

【００４７】以上により、ＥＰＬの具体例を説明した。
ＥＰＬは通常、文字列のままインタープリター（interp
reter）で処理される。編集等も文字列のままで行われ
る。コンパイル（Compile）等する際は、その機材固有
のコードとなるので、本書式には定義しない。保存等で
圧縮する際は、通常の無損失圧縮 (zip, lha の huffma
n など) を用いる。

【００４８】また、ＵＭＩＤはSMPTE330M basic UMID 3
2Bytesである。ユニバーサルレベル（Universal labe
l）やインスタンス（Instance）などを省き、マテリア
ルナンバー（Material number）16Bytes だけでもよ
い。出力画像は実行処理で発生するが、ＥＰＬ生成で素
材発生と見做し、そこで付加する。

【００４９】表記は１６進法（hexadecimal）で、目視
のため任意にアンダースコア（underscore '_'）を挿入
できる。括弧 ( ) で括った場合、素材そのものでな
く、加工した後の画像を示す。取得先 (source や tran
sform の引数) は、文字列の先頭で在り処を区別する。
ＵＭＩＤが予めデータベース登録してあれば取得先は省
略可能となる。

【００５０】また、タイムコードＴＣは、一般的な時:
分:秒.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/B
lueを示す。またjpgはJPEGｗｐ示す。また、mpgはMPEG1
を示す。

【００５４】このように入力画像のデータ形式は、各種
あるが、標準的にサポートするのは上記とMPEG2全プロ
フィールである。標準以外の圧縮は、source()直後にtr
ansfrom()で伸長処理を記述する。上記eiv は、tlまで
含む非圧縮にformat{} header が付いたものである。こ
のeiv は、plug()をoptimizeで解消しないまま実行する
と発生する。通常はサーバーが UMID 基準で管理してお
り、EPL上にはファイル名は記述しない。したがって、
拡張子を記述するには、wild card '*' を用いる。

【００５５】なお、出力画像はモニターや放送用のエン
コーダ（encode）にだけ供給されるので、非圧縮のみで
ある。ただし、epl() { } の最後の行に transform()
を記述して、圧縮を定義できる。

【００５６】次に、ＥＰＬに載せるビデオスキャンフォ
ーマット（video scan format）の書式について説明す
る。

【００５７】将来性や汎用性を考慮し、詳細仕様をいち
いち記述する。つまり、通称の "NTSC" と同時に、720x
480, 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 2x 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 … 画質を保証する範囲を示す。 sh
ort*short ・ Pixel aspect ratio … 各ピクセルの縦横比を示
す。 float ・ Luminance offset … 輝度を開始する位置を示す。
float x 2 ・ Chrominance offset … 色差を開始する位置を示
す。 float x 2 ・ Luminance pitch … 輝度の画素の間引きを示す。 c
har x 2 ・ Chrominance pitch … 色差の画素の間引きを示す。
char x 2 ・ Bit width … Y/Pb/Pr/tl のデータビット幅を示
す。 char x 4 ・ Y range … 輝度 100% 白と 0% 黒の値を示す。 sho
rt x 2 ・ Other range … 輝度以外の最大値と最小値を示す。
short x 2 ・ Name of format … フォーマットの通称を示す。 ch
ar x 16 ここで、longは4バイトbytes, shortは2バイトbytes,ch
arは1バイトbyteのアンサインインテジャーunsigned in
tegerである。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/5
9.95i)に関するものである。詳細な説明は省略する。

【００６２】ここで、図１に戻る。エディティングター
ミナル１５，１６，１７で作成されたＥＰＬは、ＥＰＬ
記憶部１８に格納される。このＥＰＬ記憶部１８に格納
されたＥＰＬは、編集制御部２０に読み出される。編集
制御部２０は、ＥＰＬに基づいて編集制御信号を生成
し、編集制御信号をコンテンツ形成部３０に供給する。

【００６３】コンテンツ形成部３０は、編集制御部２０
から供給された編集制御信号に基づいて素材から所定フ
ォーマットのコンテンツを形成する。コンテンツ形成部
３０には、上述したように入力端子ＩＮを介して入力素
材が供給される。

【００６４】コンテンツ形成部３０は、上記入力素材を
原素材サーバー３１に格納しておく。原素材サーバー３
１は、ディスクアレイ構成の記録再生部と、ＡＶサーバ
ーでなり、供給される各原素材のなかから指定された複
数系統の映像音声データを同時に取り込み、これをそれ
ぞれファイル化して記録再生部内の指定されたアドレス
位置に格納する。

【００６５】原素材サーバー３１は、編集制御部２０か
ら供給される編集制御信号に基づいて、格納された各フ
ァイルの原素材を読み出し、原素材サーバー３１に接続
された編集実行部３２に供給する。

【００６６】編集実行部３２は、複数台（ここでは２
台）の各デコーダ３３，３４と、この編集実行部３２の
主要部であるスイッチャー＆エフェクター３５と、エン
コーダ３６からなる。各デコーダ３３，３４で復号され
た原素材は、スイッチャー＆エフェクター３５にて、編
集制御部２０から供給される編集制御信号に基づいて、
編集処理が施された後、エンコーダ３６に供給される。
エンコーダ３６は、編集制御部２０から供給される編集
制御信号に基づいたフォーマットで、編集処理が施され
た編集データにエンコード処理を施してから出力端子Ｏ
ＵＴに供給する。

【００６７】編集実行部３２内にあって、スイッチャー
＆エフェクター３５は、デコーダ３３及び３４から２つ
の原素材出力が同時に与えられると、Ａ／Ｂロール編
集、すなわち２つの信号を使用した切換編集や挿入編
集、或いは重ね合わせ編集等を行う際、その入力される
二つの原素材出力を使用してリアルタイムで編集処理を
行うようになされている。また、スイッチャー＆エフェ
クター３５は、デコーダ３３又は３４から一つの原素材
出力が与えられると、Ａ／Ｂロール編集を行う際、必要
な二つの原素材を時間的に順番に読み出し、先に入力さ
れた原素材を一旦内部のバッファに蓄積しておき、続い
て入力される原素材と先に蓄積した原素材とを使用して
ノンリアルタイムで編集処理を行うようになされてい
る。

【００６８】以上に説明したように、図１に示したコン
テンツ形成装置１は、編集に使用される素材や出力を特
定するためのＵＭＩＤや、処理方法を特定するためのＵ
ＴＩＤ、さらには入力素材、出力のフォーマットを特定
するスキャンフォーマットを、ＥＰＬに記述している。
このため、編集実行時には、素材をＩＤで取得できるの
で、重い画像データを伝送しない運用が可能となる。ま
た、素材をその都度取得させることで、著作権保護や課
金が可能となる。また、処理方法がＩＤで引用できるの
で、編集環境（機材の能力）を選ばない。また、処理方
法そのものの著作権保護や課金も可能となる。また、入
力素材を自由に選べる。また、複数フォーマットの出力
を同時に得られる。また、ＥＰＬを作成する作業は、低
画質で進められるので、場所や環境を選ぶことがない。

【００６９】このコンテンツ形成装置１の内部にあって
ＥＰＬ作成部１０は、本発明の編集リスト作成方法にし
たがってＥＰＬを作成しているので、画像データの品質
劣化を防ぎながら、またマルチフォーマットの画像デー
タに対応し、かつ素材を手許に一旦溜めて使うことな
く、さらに処理の互換を可能として、コンテンツを形成
するための編集リストを作成している。

【００７０】次に、ＥＰＬを数カ所に存在する複数のグ
ループにより分散して作成し、コンテンツを編集するコ
ンテンツ形成システムについて説明する。ＥＰＬを用い
た編集作業では、素材を直接加工しないので、数カ所に
存在する複数のグループで分散して作業を進めることが
可能となる。

【００７１】図７にコンテンツ形成システム６０の全体
構成図を示す。素材編集グループ６６、編集結果保存・
検索グループ７４、編集結果利用グループ８２がそれぞ
れＬＡＮを構成し、それらＬＡＮを接続して第１の編集
グループ部を形成している。また、コンピュータグラフ
ィック処理グループ９３、クローズドキャプション処理
グループ１０２、地方局１１１もそれぞれＬＡＮを構成
し、それらＬＡＮを接続して第２の編集グループ部を形
成している。

【００７２】このシステムでは、ビデオカメラ６１で記
録された映像及び／又は音声からなる素材ファイル６４
が、例えばインターネットのような外部ネットワーク６
３を介して、第１の編集グループ部の素材編集グループ
６６に供給される。

【００７３】先ず、第１の編集グループ部を構成する、
素材編集グループ６６について説明する。素材編集グル
ープ６６は、ゲート６５とゲート８９及び７３の中にあ
り、二つのコンピュータ端末６７及び６８と、素材サー
バー（Ｏ）６９と、デコーダ・エンコーダ（Ｄ）７０
と、オフライン編集用のイントラフレームサーバー
（Ｉ）７１と、ＥＰＬサーバー（Ｅ）７２とからなる。
イントラフレームサーバーは、上記図１にて示したサブ
素材サーバー１４に相当する。

【００７４】素材編集グループ６６のオペレータは、コ
ンピュータ端末６７又は６８を用いて、素材ファイル６
４を外部ネットワーク６３を介して保管場所から或いは
ビデオカメラ６１から、ダウンロードし、素材サーバー
６９及びイントラフレームサーバー７１に格納する。

【００７５】イントラフレームサーバー７１には、前述
したように高圧縮のサブ素材として格納される。すなわ
ち、前記素材ファイル６４に収納されている素材をデコ
ーダ・エンコーダ７０で復号してから間引き処理等を施
し、さらにエンコードして高圧縮のサブ素材にし、この
サブ素材をイントラフレームサーバー７１に格納する。

【００７６】上記二つのコンピュータ端末６７及び６８
は、上記図１に示したエディティングターミナルとして
も機能し、イントラフレームサーバー７１からサブ素材
を読み出して復号し、得られた映像データに基づく映像
をモニタに表示する。このとき、オペレータは、コンピ
ュータ端末を介してイントラフレームサーバー７１を制
御し、イントラフレームサーバー７１に所望の動作（再
生、巻き戻し又は早送り等）を実行させながら、モニタ
に表示された映像を目視確認してＥＰＬを作成する。Ｅ
ＰＬは、上述したように、編集に使用される素材や出力
を特定するための識別情報と、少なくとも一部の素材の
フォーマットを定義するフォーマット宣言文とを有す
る。ここで、作成されたＥＰＬは、ＥＰＬサーバー７２
に格納される。このＥＰＬサーバー７２に格納されたＥ
ＰＬは、第１の編集グループ部を構成する他のグループ
や、第２の編集グループ部を構成する各グループによっ
て、分業のために読み出される。

【００７７】次に、編集結果保存検索グループ７４につ
いて説明する。この編集結果保存検索グループ７４は、
ゲート７３とゲート８１の中にあり、二つのコンピュー
タ端末７５及び７６と、素材サーバー（Ｏ）７７と、デ
コーダ・エンコーダ（Ｄ）７８と、オフライン編集用の
イントラフレームサーバー（Ｉ）７９と、ＥＰＬサーバ
ー（Ｅ）８０とからなる。

【００７８】この編集結果保存検索グループ７４は、上
記ＥＰＬサーバー７２からＥＰＬを取り出してＥＰＬサ
ーバー８０に格納し、格納されたＥＰＬに基づいた編集
を行い、仮コンテンツを作成し、保存しておく。これに
よりこのコンテンツ形成システム６０は、必要な編集結
果を資料として保存し得るように為される。また、ＥＰ
Ｌ及び編集結果を検索できる。

【００７９】次に、編集結果利用グループ８２について
説明する。この編集結果利用グループ８２は、ゲート８
１から送出側にあり、二つのコンピュータ端末８３及び
８４と、素材サーバー（Ｏ）８５と、ＥＰＬサーバー
（Ｅ）８６と、送出用デコーダ・スイッチャー・エフェ
クター８７と、メディア用デコーダ・スイッチャー・エ
フェクター８８とからなる。

【００８０】そして、この編集結果利用グループ８２
は、上記ＥＰＬサーバー７２からＥＰＬを取り出してＥ
ＰＬサーバー８６に格納し、格納されたＥＰＬに基づい
たコンテンツを、上記図１の編集制御部２０に対応する
コンピュータ端末８３及び８４を用い、素材サーバ８５
に格納されている素材等を使って作成し、上記図１の編
集実行部３２に対応する送出用デコーダ・スイッチャー
・エフェクター８７や、メディア用デコーダ・スイッチ
ャー・エフェクター８８から、送出したり、メディアと
して配信する。

【００８１】第２の編集グループ部について説明する。
第２の編集グループ部は、第１の編集グループ部と、ゲ
ート８９及び９２に接続された外部ネットワーク９０を
介して接続しており、プログラムフォルダ９１の形態で
ＥＰＬを双方向に伝送することができる。

【００８２】第２の編集グループ部を構成する、コンピ
ュータグラフィック処理グループ９３、クローズドキャ
プション処理グループ１０２、地方局１１１は、ＥＰＬ
の作成を分散して行うグループである。

【００８３】先ず、コンピュータグラフィック処理グル
ープ９３について説明する。コンピュータグラフィック
処理グループ９３は、二つのコンピュータ端末９４及び
９５と、素材サーバー（Ｏ）９６と、デコーダ・エンコ
ーダ（Ｄ）９７と、オフライン編集用のイントラフレー
ムサーバー（Ｉ）９８と、ＥＰＬサーバー（Ｅ）９９
と、コンピュータグラフィックサーバー（ＣＧ）１００
とからなる。イントラフレームサーバー９８は、上記図
１にて示したサブ素材サーバー１４に相当する。

【００８４】コンピュータグラフィック処理グループ９
３のオペレータは、素材編集グループ６６のＥＰＬサー
バー７２から、ＥＰＬをプログラムフォルダに収納して
ダウンロードし、ＥＰＬサーバー９９に格納する。イン
トラフレームサーバー９８には、コンピュータグラフィ
ック処理を行うときに用いる素材が、デコーダ・エンコ
ーダ９７により高圧縮の素材とされて格納される。そし
て、コンピュータ端末９４又は９５により、コンピュー
タグラフィックサーバー（ＣＧ）１００を用いて、イン
トラフレームサーバー９８から読み出したサブ素材にＣ
Ｇ処理を施した編集を行いながら、モニタに表示してＥ
ＰＬを作成する。ここで、作成されたＥＰＬはＥＰＬサ
ーバー９９に格納されると同時に、プログラムフォルダ
に収納されて素材編集グループ６６のＥＰＬサーバー７
２に送られる。

【００８５】次に、クローズドキャプション処理グルー
プ１０２について説明する。クローズドキャプション処
理グループ１０２は、二つのコンピュータ端末１０３及
１０４と、素材サーバー（Ｏ）１０５と、デコーダ・エ
ンコーダ（Ｄ）１０６と、オフライン編集用のイントラ
フレームサーバー（Ｉ）１０７と、ＥＰＬサーバー
（Ｅ）１０８と、クローズドキャプションサーバー（Ｃ
Ｃ）１０９とからなる。

【００８６】クローズドキャプション処理グループ１０
２のオペレータは、素材編集グループ６６のＥＰＬサー
バー７２から、ＥＰＬをプログラムフォルダに収納して
ダウンロードし、ＥＰＬサーバー１０８に格納する。イ
ントラフレームサーバー１０７には、クローズドキャプ
ション処理を行うときに用いる素材が、デコーダ・エン
コーダ１０５により高圧縮の素材とされて格納される。
そして、コンピュータ端末１０３又は１０４により、ク
ローズドキャプションサーバー（ＣＣ）１０９を用い
て、イントラフレームサーバー１０７から読み出したサ
ブ素材にＣＣ処理を施した編集を行いながら、モニタに
表示してＥＰＬを作成する。ここで、作成されたＥＰＬ
は、ＥＰＬサーバー１０８に格納されると同時に、プロ
グラムフォルダに収納されて素材編集グループ６６のＥ
ＰＬサーバー７２に送られる。

【００８７】次に、地方局１１１について説明する。地
方局１１１は、二つのコンピュータ端末１１２及１１３
と、素材サーバー（Ｏ）１１４と、デコーダ・エンコー
ダ（Ｄ）１１５と、オフライン編集用のイントラフレー
ムサーバー（Ｉ）１１６と、ＥＰＬサーバー（Ｅ）１１
７と、地方独自情報（ＤＩ）サーバー１１８とからな
る。

【００８８】地方局１１１のオペレータは、素材編集グ
ループ６６のＥＰＬサーバー７２から、ＥＰＬをプログ
ラムフォルダに収納してダウンロードし、ＥＰＬサーバ
ー１１７に格納する。イントラフレームサーバー１１６
には、地方局の編集で用いる素材が、デコーダ・エンコ
ーダ１１５により高圧縮の素材とされて格納される。そ
して、コンピュータ端末１１２又は１１３により、地方
独自情報（ＤＩ）サーバー１１８を用いて、イントラフ
レームサーバー１１６から読み出したサブ素材に独自の
編集を施しながら、モニタに表示してＥＰＬを作成す
る。ここで、作成されたＥＰＬは、ＥＰＬサーバー１１
８に格納されると同時に、プログラムフォルダに収納さ
れて素材編集グループ６６のＥＰＬサーバー７２に送ら
れる。

【００８９】そして、最終的に素材編集グループ６６に
て、ＥＰＬサーバー７２内の各ＥＰＬを管理し、各ＥＰ
Ｌを統合・最適化する。編集結果保存・検索グループ７
４、編集結果利用グループ８２では、前記素材編集グル
ープ６６にて統合・最適化されたＥＰＬを用いる。

【００９０】以上、説明したように、上記図７に示した
コンテンツ形成システムは、編集に使用される素材や出
力画像を特定するためのＵＭＩＤや、処理方法を特定す
るためのＵＴＩＤ、さらには入力素材、出力画像のフォ
ーマットを特定するスキャンフォーマットを、ＥＰＬに
記述している。このため、編集実行時には、素材をＩＤ
で取得できるので、重い画像データを伝送しない運用が
可能となる。また、素材をその都度取得させることで、
著作権保護や課金が可能となる。また、処理方法がＩＤ
で引用できるので、編集環境（機材の能力）を選ばな
い。また、処理方法そのものの著作権保護や課金も可能
となる。また、入力素材を自由に選べる。また、複数フ
ォーマットの出力を同時に得られる。また、ＥＰＬを作
成する作業は、低画質で進められるので、場所や環境を
選ぶことがない。また、編集作業では、素材を直接加工
しないので、分散したグループにより分業体制で同時に
作業が進められる。

【００９１】次に、ＥＰＬ編集作業の分業の具体例につ
いて図８〜図１４を用いて説明する。インタビュー収録
生素材を粗編集してＥＰＬ（１）を作成したあと、カッ
ト編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２
−ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥ
ＰＬ（２−ｄ）を並行して作成し、最後にまとめてオプ
ティマイズしたＥＰＬ（３）を作成したのち、実行 (完
パケ映像信号の出力)する、という想定である。なお、
この例では format{} や表現が似る個々の処理を省略し
て書いている。

【００９２】図８は、ＥＰＬ編集作業を分業する、コン
テンツ形成システム１２０の機能ブロック図を示す。ビ
デオカメラ１２１で撮影した映像及び／又は音声からな
る素材を、ロッギング部（粗編集部）１２２で粗編集し
てＥＰＬ（１）を作成する。このＥＰＬ（１）を用い、
カッティング編集部１２３，モザイク編集部１２４，サ
ブタイトル日本語編集部１２５、サブタイトル英語編集
部１２６が並行して、それぞれの編集を進めて、カット
編集のＥＰＬ（２−ａ）、モザイク編集のＥＰＬ（２−
ｂ）、日本語字幕のＥＰＬ（２−ｃ）、英訳字幕のＥＰ
Ｌ（２−ｄ）を作成する。もちろん、粗編集部１２２、
カッティング編集部１２３、モザイク編集部１２４、サ
ブタイトル日本語編集部１２５及びサブタイトル英語編
集部１２６は、上記図１に示したＥＰＬ作成部１０と同
様の構成、機能を備えている。

【００９３】そして、日本語及び英語統合・最適化部１
２７等が各編集部からのＥＰＬ（２−ａ），（２−
ｂ）、（２−ｃ），（２−ｄ）を統合して最適化し、Ｅ
ＰＬ（３）を生成する。日本語及び英語統合・最適化部
１２７等は、上記図１に示した編集制御部２０の機能も
備えている。ＥＰＬ（３）は、実際に編集を行う、編集
実行部１２８に送られる。

【００９４】編集実行部１２８は、上記図１に示したコ
ンテンツ形成部３０と同様の、構成機能を備えてなり、
ビデオカメラ１２１からの素材を内部サーバーに蓄えて
おいてあるので、上記ＥＰＬ（３）を用いて編集を実行
できる。

【００９５】図９は、粗編集部１２２にて作成された粗
編集ＥＰＬ（１）である。ＵＭＩＤ「12345608_2345046
7_0800468A88000021」にて、出力を指定している。そし
て、編集の開始点及び終了点を、開始フレームのタイム
コード及び終了フレームのタイムコードで記述する。こ
こでは、開始点が「00:00:00.00」であり、終了点が「0
0:01:03.12」である。この出力のビデオフォーマットは
「#1080i」という記述で特定することができる。

【００９６】次に、ＵＭＩＤ「29543202_234504C0_0800
468A72000098」により入力素材を識別し、保管場所「fi
le://43.14.61.62/source/」からビデオフォーマット
「#1080i」の入力素材を読み出すことを特定している。

【００９７】次に、「fork」と「join」の対により、入
力１に対して５つの並列処理が行われ、出力はjoinで一
括加算されることを表す。先ず第１の処理は、入力側の
時間軸「10:00:00.12」からのインタビューワーと一緒
の素材を、出力側の時間軸「00:00.00」から「00:03.0
0」までに貼り付けるものである。第２の処理は、入力
側の時間軸「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:0
7:33.03」からの話しているときの素材を、出力側の時
間軸「00:43.10」から「01:03.12」までに貼り付けるも
のである。

【００９８】図１０は、カッティング編集部１２３にて
作成されたカット編集用のＥＰＬ（２−ａ）である。Ｕ
ＭＩＤ「00521209_234504A3_0800468A89000128」にて、
出力を特定し、編集の開始点及び終了点を、「00:00:0
0.00」及び「00:00:45.00」と特定している。また、出
力のビデオフォーマットも「#1080i」という記述で特定
することができる。

【００９９】次に、ＵＭＩＤ「12345608_23450467_0800
468A88000021」で、ビデオフォーマット「#1080i」の入
力素材を、保管場所「file://43.14.61.62/source/」か
ら取り出すことを特定している。

【０１００】そして、上記入力素材を用いて、以下の５
つのカット編集を行う。先ず第１の処理は、入力側の時
間軸「00:00:00.07」からの素材を、出力側の時間軸「0
0: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」と「joi
n」という記述の後に、「jack（mosaic)」及び「jack
（super)」という記述がある。「jack」は、統合・最適
化部１２７にてオプティマイズ時に「child EPL」から
の受け取り位置を示すものである。（mosaic)及び（sup
er)は、ユーザ任意で与える仮のＩＤである。ここで
は、モザイク編集部１２４で行うモザイク編集で作成し
たＥＰＬを受け取る位置を示すので、（mosaic)を用い
た。また、サブタイトル日本語編集部１２５で行う日本
語字幕編集で作成したＥＰＬを受け取る位置を示すので
（super)を用いた。オプティマイズした後、「jack（mo
saic)」及び「jack（super)」という記述は消える。

【０１０２】図１1は、モザイク編集部１２４にて作成
されたモザイク編集用のＥＰＬ（２−ｂ）である。ＵＭ
ＩＤ「21341109_23450411_0800468A9B000032」にて、出
力を特定し、編集の開始点及び終了点を、「00:00:00.0
0」及び「00:01:03.12」と特定している。また、出力映
像のビデオフォーマットも「#1080i」という記述で特定
することができる。

【０１０３】次に、ＵＭＩＤ「12345608_23450467_0800
468A88000021」で、ビデオフォーマット「#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://4
3.14.61.62/exec/」に保管されている、「12000000000C
0004」という処理ＩＤ（ＵＴＩＤ）で特定された画像処
理を使って、入力素材と同様のビデオフォーマット「#1
080i」で、「=400x256+864+96」という設定値で行う。
このモザイク編集で得られた編集結果は、開始点「00:4
3.00」から終了点「01:03.12」に貼り付ける。これら２
つのモザイク編集は一括加算される。

【０１０５】上記２つの処理を括った「fork」と「joi
n」という記述の後に、「plug（mosaic）」という記述
がある。「plug」は、統合・最適化部１２７にてオプテ
ィマイズ時に「parent EPL」への受け渡し位置を示すも
のである。「（mosaic）」は、ユーザ任意で与える仮の
ＩＤである。オプティマイズした後、「plug（mosai
c)」という記述は消える。

【０１０６】図１２は、サブタイトル日本語編集部１２
５にて作成された日本語字幕編集用のＥＰＬ（２−ｃ）
である。ＵＭＩＤ「12221109_234504FB_0800468AC10003
41」にて、出力を特定し、編集の開始点及び終了点を、
「00:00:00.00」及び「00:01:03.12」と特定している。
また、出力のビデオフォーマットも「#1080i」という記
述で特定することができる。

【０１０７】次に、ＵＭＩＤ「12345608_23450467_0800
468A88000021」で、ビデオフォーマット「#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/」に保管されている、「120000000
0120081」という処理ＩＤ（ＵＴＩＤ）で特定された処
理方法を使って、入力素材と同様のビデオフォーマット
「#1080i」で、「離陸したとたん、気を失った。」とい
う日本語字幕を、開始点「00:01.00」から終了点「00:0
4.02」にスーパーインポーズ（貼り付ける）する。次
に、同じ保管場所に保管されている、同じ処理方法を使
って、同じビデオフォーマットで、「目覚めたのは南の
島だった、」という日本語字幕を、開始点「00:04.12」
から終了点「00:07.29」にスーパーインポーズする。そ
して、いくつかの日本語字幕を画像に貼り付け、最後
に、同じ保管場所に保管されている、同じ処理方法を使
って、同じビデオフォーマットで、「いつか夢で見たは
ずの景色が広がっていた。」という日本語字幕を、開始
点「01:00.12」から終了点「01:03.12」にスーパーイン
ポーズする。これらの編集は一括加算される。

【０１０９】上記処理を括った「fork」と「join」とい
う記述の後に記述している、「plug（super）」は、既
に説明したように、統合・最適化部１２７にてオプティ
マイズ時に「parent EPL」への受け渡し位置を示すもの
である。

【０１１０】図１３には、サブタイトル英語編集部１２
６にて作成された英訳字幕編集のＥＰＬ（２−ｄ）を示
す。このＥＰＬは、上記図１２を用いて説明した日本語
字幕編集のＥＰＬの英語版である。サブタイトルや翻訳
処理のＩＤが異なっているが、略同じような内容である
ので、ここでは説明を省略する。

【０１１１】そして、図１４には、日本語統合・最適化
部１２７が各編集部からのＥＰＬ（２−ａ），（２−
ｂ）、（２−ｃ）を統合・最適化して作成した、ＥＰＬ
（３）を示す。図１０〜図１２にて説明した、カット編
集、モザイク編集、日本語字幕編集を統合・最適化する
ことによって得たＥＰＬである。詳細な説明は省略す
る。

【０１１２】このほかに、英語統合・最適化部１２８で
ＥＰＬ（２−ａ），（２−ｂ），（２−ｄ）を統合・最
適化することにより、同様な英語版が生成できるが、こ
こでは省略した。

【０１１３】以上の例では、二段階のカット編集を経て
おり、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま
活かしている箇所があるため、両者を統合したときの編
集点が多くなった。

【０１１４】また、ここでは、素材もタイトラーもエフ
ェクターも、全て同じサーバーから取得している。しか
も、明記してないが、編集実行する装置と同一のＬＡＮ
に置かれている。運用上、安全な方法ではあるが、遠く
のサーバーから取得することが多くなると予想される。

【０１１５】なお、参考までに、統合・最適化を、ＮＴ
ＳＣ用に変換する例を、図１５に示す。素材の入力元の
ビデオフォーマットは、「#1080i」であるが、ＮＴＳＣ
用への変換であるので、処理と出力のフォーマットは、
「#525ii」となる。したがって、これを統合すると、Ｅ
ＰＬ（３）の最後に「down converter」の付いたものが
生成される。また、処理順が明らかな場合は、plug(),
jack() による接続は不要である。

【０１１６】このように、図８に構成を示した、コンテ
ンツ形成システム１２０は、ＥＰＬ編集作業を分業する
ことができる。編集作業では、素材を直接加工しないの
で、分業体制で同時に作業を進められるためである。ま
た、各編集部で作成されたＥＰＬには、入力素材、出力
映像のフォーマットをスキャンフォーマットで特定して
いる。このため、入力素材は自由に選べる。また、複数
フォーマットの出力映像が同時に得られる。

【０１１７】なお、遠隔地で編集作業をする具体例とし
ては、上記図７に示したシステムの他にも、図１６に示
すようなコンテンツ形成システム１３０を構成すること
ができる。ビデオカメラ１３１で撮影した映像及び／又
は音声からなる素材を、低レートエンコーダ１３２にて
圧縮し、サブ素材として携帯電話１３３又はインターネ
ット１３４で編集部１３５に送る。編集部１３５では、
サブ素材を、所望の動作（再生、巻き戻し又は早送り
等）で実行させながら、モニタに表示された映像を目視
確認してＥＰＬを作成する。ＥＰＬは、編集に使用され
る素材や出力画像を特定するための識別情報と、少なく
とも一部の素材のフォーマットを定義するフォーマット
宣言文とを有する。そして、生成したＥＰＬを携帯電話
１３６又はインターネット１３７で、編集実行部１４０
に送る。編集実行部１４０には、ビデオカメラ１３１か
らの素材も、ビデオテープ１３８のハンドキャリー又は
インターネット１３９により送られる。そして、編集実
行部１４０は、上記素材を内部サーバーに蓄えているの
で、上記ＥＰＬを用いて、編集を実行できる。

【０１１８】ここまでの説明は、編集に使用される素材
や出力を特定するためのＵＭＩＤや、処理方法を特定す
るためのＵＴＩＤ、さらには入力素材、出力映像のフォ
ーマットを特定するスキャンフォーマットを、ＥＰＬに
記述したことによって課題を解決できたことについて説
明した。

【０１１９】しかし、従来の課題としては、画質の劣化
に関するものもあった。例えば、ビデオカメラで収録し
た映像にいくつかのカット（映像シーン）をつなぎ合わ
せるカット編集と、テロップ文字をスーパインポーズす
るテロップ編集を施してから、完成した映像を放送する
までにも、データ圧縮と伸張を繰り返すことになり、画
質の劣化が生じる。この具体例を、図１７の処理遷移図
を用いて説明する。先ず、ビデオカメラ１５０で撮影さ
れた映像は、ビット・レート・リダクション（Bit Rate
Reduction：ＢＲＲ）エンコード（enc）処理１５１に
て圧縮され、ビデオテープに映像素材１５２として収録
される。この映像素材１５２に対してカット編集を施す
ときには、圧縮されている映像素材を一旦、デコード
（dec）処理１５３により伸長してから、編集処理（Edi
t1）１５４にてカット編集する。カット編集を施した映
像素材は、再度、エンコード処理１５５で圧縮されてか
ら映像素材１５６としてビデオテープに記録される。次
に、この映像素材１５６に対してテロップ編集を施すと
きには、圧縮されている映像素材をまた、デコード（de
c）処理１５７により伸長してから、編集処理（Edit2）
１５８にてテロップをスーパーインポーズする。テロッ
プ編集を施した映像素材は、再々度、エンコード処理１
５９で圧縮されてから映像素材１６０としてビデオテー
プに記録される。そして、この映像素材１６０は、放送
日に合わせて、放送用のＮＴＳＣフォーマットに変換さ
れるため、一旦、デコード処理１６１されてから、ＮＴ
ＳＣエンコード処理１５２され、例えば地上波用のアン
テナ１６３からテレビジョン放送波として送出される。
この一連の処理において、映像素材に対して４回の圧縮
処理が施されている。伸長処理は３回である。ここに画
質劣化が生じることとなる。

【０１２０】この画質劣化という問題を解決するために
も、前記コンテンツ形成装置は有効である。図１８に
は、その具体例を示す。この具体例は、ビデオカメラ１
７０で撮影された映像及び／又は音声からなる素材を、
ビット・レート・リダクション（Bit Rate Reduction：
ＢＲＲ）エンコード（enc）処理１７１にて圧縮し、ビ
デオテープに映像素材１７２として収録する。この映像
素材１７２は、ＥＰＬ作成処理１７３に送られる。

【０１２１】ＥＰＬ作成処理１７３は、カット編集とテ
ロップ編集をＥＰＬを生成することによって行う。映像
素材１７２に対してカット編集を施すときには、圧縮さ
れている映像素材を一旦、デコード（dec）処理１７４
により伸長してから、編集処理（Edit1）１７５にてカ
ット編集を行う。このカット編集は、ＥＰＬを作成する
ことによって行われる。また、テロップ編集は、カット
編集処理１７５により作成されたＥＰＬを用いて、テロ
ップ編集処理１７７により行われる。具体的には、テロ
ップ編集処理１７７は、デコーダ１７６でデコードされ
た素材をモニタしながら、テロップ編集のＥＰＬを作成
する。

【０１２２】ＥＰＬ作成処理１７３で作成された、ＥＰ
Ｌは、編集実行処理１７９に送られる。編集実行処理１
７９には、デコード処理１７８によりデコードされた素
材も供給されている。そして、編集実行処理１７９は、
前記素材に対し、前記ＥＰＬにしたがった、カット編集
及びテロップ編集を施し、その編集結果をＮＴＳＣエン
コード処理１８０に送る。そして、ＮＴＳＣエンコード
処理１８０により、ＮＴＳＣフォーマットとされたデー
タが、例えば地上波用のアンテナ１８１からテレビジョ
ン放送波として送出される。この一連の処理において
は、映像素材に対して２回の圧縮処理が施されただけで
ある。また、デコード処理も実質的には１回だけしか行
われてない。

【０１２３】したがって、この図１８に示す、コンテン
ツ形成システムは、画質の劣化を上記図１７に示した従
来方式よりも抑えることができる。すなわち、編集途中
で圧縮伸長を従来ほど繰り返さないので、画質を保つこ
とができる。

【０１２４】また、前記コンテンツ形成装置は、例え
ば、共通番組を、フォーマットを異ならせた２系統で、
サイマルキャスト（Simulcast）放送するときにも、画
質を保つことができる。図１９及び図２０を用いてサイ
マルキャスト放送について説明する。

【０１２５】図１９は、ＮＴＳＣフォーマットとハイビ
ジョンフォーマットの両方でサイマルキャスト放送をす
るための、従来のシステムである。このサイマルキャス
ト放送システム１９０は、ビデオテープ１９１から読み
出した「1080i」のハイビジョンフォーマットの映像
と、ビデオテープ１９２から読み出した「525i」のＮＴ
ＳＣフォーマットの映像をアップコンバージョン部１９
３により「1080i」した映像とを用いて編集処理１９４
する。編集処理１９４は「1080i」フォーマットで行
い、ハイビジョンフォーマットの出力映像を生成する。
そして、ハイビジョン用に一方を、アンテナ１９５から
放送波として送出する。他方、ＮＴＳＣ用には、ダウン
コンバージョン１９６で525iにした映像をアンテナ１９
７から放送波として送出する。

【０１２６】よって、このシステム１９０では、「525
i」のＮＴＳＣフォーマットの映像を一旦、「1080i」に
アップコンバージョンしたのち、「1080i」で編集し、
再度「1080i」出力を「525i」にダウンコンバーション
してＮＴＳＣ用としている。ＮＴＳＣ用の映像について
も編集処理は「1080i」で行い、放送前に「525i」にし
ている。

【０１２７】これに対して、前記コンテンツ形成装置を
適用した、図２０に示すサイマルキャスト放送システム
２００によれば、ＮＴＳＣ用の映像の画質を劣化させる
ことがない。すなわち、図示しない、例えば図１に示し
たＥＰＬ作成部１０により作成したＥＰＬに基づいて編
集実行部２０３及び編集実行部２０４が編集を実行した
とき、本システム２００では、編集後のＮＴＳＣ用の映
像（「525i」）を、アップコンバージョンとダウンコン
バージョンを繰り返すことなく、生成できる。

【０１２８】このシステム２００の編集実行部２０３又
は２０４で行われる、ＨＤ画像（1080i）からＳＤ画像
（525i）へ、またＳＤ画像からＨＤ画像へのビデオフォ
ーマット変換について図２１を用いて説明する。

【０１２９】この図２１において、入力ビデオ信号は、
フィールドメモリ２１１とフィールドメモリ２１２に順
番に蓄えられる。動き検出部２１０は、二つのフィール
ドメモリ２１１及び２１２により、時間軸上での差が与
えられた、フィールド画像から動きを検出する。この動
き検出部２１０による動き検出の結果、すなわちフレー
ム画像に動きがあった／フィールド画像に動きがあった
ということを示す、フレーム／フィールドのtap選択信
号は、トランスバーサル型の垂直フィルタ２１３に供給
される。トランスバーサル型の垂直フィルタ２１３は、
二つのフィールドメモリ２１１及び２１２によって時間
差が与えられた前記フィールド画像に、前記フレーム／
フィールドのtap選択信号に基づいて垂直フィルタ処理
を施す。前記垂直フィルタ２１３のフィルタ出力は、ト
ランスバーサル型の水平フィルタ２１４に供給される。
前記水平フィルタ２１４は、前記垂直フィルタ出力に水
平フィルタ処理を施す。この水平フィルタ２１４の水平
フィルタ出力は、イメージエンハンス部２１５に供給さ
れる。

【０１３０】イメージエンハンス部２１５は、前記水平
フィルタ出力の高域成分を強調する。イメージエンハン
ス部２１５からのエンハンス出力は、画像信号変換部２
１６に供給される。画像信号変換部２１６は、Ｙ／Ｐｂ
／Ｐｒ信号をＲＧＢ信号に変換する。このＲＧＢ信号
は、逆ガンマ補正部２１７に供給され、逆ガンマ補正が
かけられる。この逆ガンマ補正出力は、色彩変換部（カ
ラーリメトリコンバージョン部）２１８に供給される。
カラーリメトリコンバージョン部２１８は、前記逆ガン
マ補正出力に色彩変換処理を施す。この色彩変換処理出
力は、ガンマ補正部２１９に供給される。

【０１３１】ガンマ補正部２１９は、前記色彩変換処理
出力にガンマ補正処理を施し、画像信号変換部２２０に
供給する。画像信号変換部２２０は、ＲＧＢ信号をＹ／
Ｐｂ／Ｐｒ信号に変換する。このＹ／Ｐｂ／Ｐｒ信号が
出力ビデオ信号となる。

【０１３２】したがって、この図２１に示した構成にお
いて、画質変換処理部２１６又は画質変換処理部２２０
での変換処理等を換えることによって、ダウンコンバー
ジョン処理又はアップコンバージョン処理に対応するこ
とができる。

【０１３３】

【発明の効果】以上、本発明に係る編集リスト作成方法
は、編集による出力を識別する識別情報とフォーマット
を特定するフォーマット宣言文とを少なくとも用いて編
集内容を定義し、かつ入力素材を識別する識別情報と入
力素材のフォーマットを特定するフォーマット宣言文と
を少なくとも用いて入力素材を定義し、さらに入力素材
に施す処理を定義していくので、データの品質劣化を防
ぎながら、またマルチフォーマットのデータに対応し、
かつ素材を手許に一旦溜めて使うことなく、さらに処理
の互換を可能として、コンテンツを形成することができ
る編集リストを作成できる。

【０１３４】また、編集に使用される素材や編集出力を
特定するための識別情報や、処理方法を特定するための
識別情報、さらには入力素材、出力映像のフォーマット
を特定するフォーマット宣言文を、編集リストに記述す
るので、編集実行時には、素材をＩＤで取得できるの
で、重い画像データを伝送しない運用が可能となる。ま
た、素材をその都度取得させることで、著作権保護や課
金が可能となる。また、処理方法がＩＤで引用できるの
で、編集環境（機材の能力）を選ばない。また、処理方
法そのものの著作権保護や課金も可能となる。また、入
力素材を自由に選べる。また、複数フォーマットの出力
を同時に得られる。また、ＥＰＬを作成する作業は、低
画質で進められるので、場所や環境を選ぶことがない。
また、編集作業では、素材を直接加工しないので、分散
したグループにより分業体制で同時に作業が進められ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態となる、コンテンツ形成装
置の構成を示すブロック図である。

【図２】ＥＰＬの記述例を示す図である。

【図３】ＥＰＬの記述例を示す図である。

【図４】ＥＰＬの実行イメージを示す図である。

【図５】ＥＰＬを用いた編集後にできた映像を模式的に
示す図である。

【図６】ビデオスキャンフォーマット（video scan for
mat）の具体例を示す図である。

【図７】コンテンツ形成システムの全体構成を示す図で
ある。

【図８】ＥＰＬによる編集の分業を行う、コンテンツ形
成システムを示す図である。

【図９】上記図８のコンテンツ形成システムの粗編集部
にて作成された粗編集ＥＰＬ（１）を示す図である。

【図１０】上記図８のコンテンツ形成システムのカット
編集部にて作成されたカット編集ＥＰＬ（２−ａ）を示
す図である。

【図１１】上記図８のコンテンツ形成システムのモザイ
ク編集部にて作成されたモザイク編集ＥＰＬ（２−ｂ）
を示す図である。

【図１２】上記図８のコンテンツ形成システムの日本語
字幕編集部にて作成された日本語字幕編集ＥＰＬ（２−
ｃ）を示す図である。

【図１３】上記図８のコンテンツ形成システムの英語字
幕編集部にて作成された英語字幕編集ＥＰＬ（２−ｄ）
を示す図である。

【図１４】上記図８のコンテンツ形成システムの日本語
統合・最適化部にて作成された最適化ＥＰＬ（３）を示
す図である。

【図１５】統合・最適化を、ＮＴＳＣ用に変換したＥＰ
Ｌを示す図である。

【図１６】遠隔地で編集作業をする他の具体例を示す図
である。

【図１７】収録から放送までに生じる画質劣化という課
題を説明するための図である。

【図１８】上記画質劣化を解決する、本発明のコンテン
ツ形成装置及び方法の具体例を示す図である。

【図１９】ＮＴＳＣフォーマットとハイビジョンフォー
マットの両方でサイマルキャスト放送を行う、従来のシ
ステムの構成図である。

【図２０】本発明のコンテンツ形成装置及び方法を適用
した、サイマルキャスト放送システムの構成図である。

【図２１】ビデオフォーマット変換を説明するための図
である。

【符号の説明】

１ コンテンツ形成装置、１０ ＥＰＬ作成部、２０
編集制御部、３０ コンテンツ形成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 真貝 光俊 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 向 正孝 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C053 FA14 FA21 GB21 JA16 JA21 LA01 LA14

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数の映像及び／又は音声の素材を用い
   てコンテンツを形成するための編集リストを作成する編
   集リスト作成方法において、 編集による出力を識別する識別情報とフォーマットを特
   定するフォーマット宣言文とを少なくとも用いて編集内
   容を定義する編集定義工程と、 入力素材を識別する識別情報と入力素材のフォーマット
   を特定するフォーマット宣言文とを少なくとも用いて入
   力素材を定義しながらその入力素材に施す処理を定義し
   ていく処理定義工程とを備えることを特徴とする編集リ
   スト作成方法。
2. 【請求項２】 上記出力の識別情報及び入力素材の識別
   情報は、グローバルユニークな同一体系の識別コードで
   あることを特徴とする請求項１記載の編集リスト作成方
   法。
3. 【請求項３】 上記処理定義工程は、入力素材に施す処
   理方法をグローバルユニークな同一体系の識別コードで
   記述することを特徴とする請求項１記載の編集リスト作
   成方法。
4. 【請求項４】 上記処理定義工程は、上記識別情報とフ
   ォーマット宣言文とを少なくとも用いて複数の入力素材
   を定義しながら、各入力素材に施す複数の処理を定義し
   ていくことを特徴とする請求項１記載の編集リスト作成
   方法。
5. 【請求項５】 上記処理定義工程は、各入力素材に施す
   各処理方法をグローバルユニークな同一体系の識別コー
   ドで記述することを特徴とする請求項４記載の編集リス
   ト作成方法。
6. 【請求項６】 上記編集内容を特定するフォーマット宣
   言文は編集出力映像の画像フォーマットを含み、上記入
   力素材を特定するフォーマット宣言文は入力映像素材の
   画像フォーマットを含むことを特徴とする請求項１記載
   の編集リスト作成方法。
7. 【請求項７】 上記画像フォーマットは、撮影時の１コ
   マの時間、画像の縦横の有効画素数、各画素の縦横比の
   項目を少なくとも含むスキャンフォーマットであること
   を特徴とする請求項６記載の編集リスト作成方法。
8. 【請求項８】 上記処理定義工程が定義した入力素材を
   高圧縮したサブ素材を用いて編集リストを作成すること
   を特徴とする請求項１記載の編集リスト作成方法。
9. 【請求項９】 上記編集定義工程と上記処理定義工程を
   用いて作成した少なくとも二つの編集リストを統合・最
   適化して編集リストを作成する統合・最適化工程を備え
   ることを特徴とする請求項１記載の編集リスト作成方
   法。
10. 【請求項１０】 既に作成された他の編集リストに該編
    集リスト自体を識別するためのグローバルユニークな識
    別コードを付して、編集リスト内に記述することを許す
    階層構造の統合編集リストを上記統合・最適化工程を用
    いて作成することを特徴とする請求項９記載の編集リス
    ト作成方法。
11. 【請求項１１】 上記統合・最適化工程は、上記少なく
    とも二つの編集リストを用いて階層構造を有する統合最
    適化編集リストを作成することを特徴とする請求項９記
    載の編集リスト作成方法。
12. 【請求項１２】 上記統合・最適化工程は、上記少なく
    とも二つの編集リストをネットワークを介して受け取っ
    て階層構造を有する統合最適化編集リストを作成するこ
    とを特徴とする請求項１１記載の編集リスト作成方法。
13. 【請求項１３】 上記少なくとも二つの編集リストには
    識別情報を付すことを特徴とする請求項９記載の編集リ
    スト作成方法。
14. 【請求項１４】 上記少なくとも二つの編集リストに
    は、上記統合・最適化工程にて上位の編集リストへ受け
    渡しされるときの位置及び／又は下位の編集リストの受
    け取り位置が記述されていることを特徴とする請求項９
    記載の編集リスト作成方法。
15. 【請求項１５】 上記少なくとも二つの編集リストは、
    分散して作成されることを特徴とする請求項９記載の編
    集リスト作成方法。
16. 【請求項１６】 上記少なくとも二つの編集リストは、
    並列して作成されることを特徴とする請求項９記載の編
    集リスト作成方法。