JP2001268505A

JP2001268505A - 映像編集システム

Info

Publication number: JP2001268505A
Application number: JP2000076694A
Authority: JP
Inventors: Katsuhiro Watanabe; 克弘渡邉; Shogo Tsubouchi; 祥悟坪内
Original assignee: Sony Tektronix Corp
Current assignee: Tektronix Japan Ltd
Priority date: 2000-03-17
Filing date: 2000-03-17
Publication date: 2001-09-28

Abstract

(57)【要約】（修正有）【課題】転送する映像素材のデータ量を大幅に削減し
て回線使用料を削減することにより、映像編集システム
の運用コスト低減を実現する。【解決手段】放送用のパッケージに使用される映像が
映像素材中の１０分の１以下程度である点に着目し、デ
ータ転送量の削減を実現する。メイン・サーバ３６と物
理的に分離された第１及び第２リモート・サーバ１２及
び２２は、第１及び第２高画質映像素材データＨ１及び
Ｈ２並びにこれらとそれぞれ対応関係にある第１及び第
２低画質映像素材データＬ１及びＬ２を保持し、上記Ｌ
１及びＬ２によって映像素材の内容を確認しながら編集
を行い、編集情報データＥＤＬを生成する。このＥＤＬ
に応じて、上記Ｈ１及びＨ２の内、パッケージＰＫＧの
組み立てに必要な部分が衛星回線によってメイン・サー
バ３６に転送され、パッケージＰＫＧが生成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、映像素材データを
遠隔地からデータ回線を通して収集し、これらを編集す
る映像編集システムに関し、特にデータ回線を効率よく
利用することによって通信コストを低減したことを特徴
とする映像編集システムに関する。

【０００２】

【従来の技術】テレビジョン放送では、全国各地、更に
は世界各地から映像素材を収集し、これらを編集するこ
とで、放送用の映像を制作している。放送用の映像は、
映像素材から必要な映像シーンを切り出し、シーン切換
え時の映像効果（ワイプ、ディゾルブなど）や字幕等を
加え、所望の順番に時系列で並べて組み立てたもので、
パッケージとも呼ばれる。

【０００３】パッケージ制作の”素材”となる映像素材
は、パッケージに使用する映像部分（シーン）以外をも
含む編集（加工）前の映像のことである。このとき、わ
ずか１分のパッケージ制作にも、映像素材は１０分以上
を必要とするのが普通である。つまり、映像素材中、パ
ッケージに必要な映像シーンは１０分の１以下という場
合が多い。

【０００４】従来、映像素材は、ビデオテープレコーダ
（ＶＴＲ）で記録再生し、編集していた。しかし、ＶＴ
Ｒによる映像素材の編集作業では、映像素材中の所望の
シーンにアクセスするのに、テープの巻き戻し、先送り
といったシーケンシャルな動作が必要となる。このた
め、映像素材中から必要な映像シーンを切り出したり、
並べ換えたりといった作業をするのに効率的な装置とは
言い難かった。しかし、ここ数年、この欠点を補うもの
としてノンリニア映像編集装置の使用が急速に普及しつ
つある。

【０００５】ノンリニア映像編集装置は、コンピュータ
の記憶装置としても使用されているハードディスク・ド
ライブ（ＨＤＤ、磁気ディスク装置）を映像素材の記録
装置として使用するもので、映像素材はデジタル・デー
タとしてハードディスク・ドライブに記録される。そし
て、その高速ランダム・アクセス可能な特性を利用する
ことで、シーン切り出しや並び換え等の編集作業をきわ
めて敏速に行える。こうしたノンリニア映像編集装置に
ついては、例えば本願出願人による特願平９−３２５３
４４号等に詳しい。

【０００６】映像素材デジタル化のメリットは、ノンリ
ニア映像編集装置を用いることによる編集効率の向上と
いうだけには止まるものではない。デジタル化すること
で、映像素材の画質劣化が大幅に低減されるため、将来
の再利用時においてもその資産価値の維持につながるも
のである。

【０００７】上述のように、ノンリニア映像編集装置は
編集作業の効率を格段に向上させる。ただし、ＶＴＲと
比較すると、単位時間あたりの記録コストがやや割高で
あるため、映像素材の単純な保存にはビデオテープも並
行して利用されることが多い。このとき、ＶＴＲにおい
ても従来のアナログ記録からデジタル記録へと移行しつ
つあるので、ＶＴＲといってもデジタルＶＴＲを使用す
ることで、画質劣化の大幅な低減という効果を得ること
はできる。

【０００８】図３は、複数の遠隔地（この例では米国ワ
シントン及び英国ロンドン）で撮影されたデジタル映像
素材を品川（東京）にある放送局に収集し、編集する映
像編集システムの一例のブロック図である。これは、米
国や英国の視聴者と日本の視聴者とでは趣向に異なる面
があるため、日本の視聴者の趣向に沿って米国及び英国
で撮影された映像素材から日本の映像編集者が改めて編
集をし直す、という場面を想定したものである。

【０００９】カメラ１０で撮影されたワシントンの第１
映像素材Ｈ１は、デジタル記録用のビデオテープ１４に
記録され、映像素材倉庫１２にビデオテープの形で蓄積
される。この第１映像素材Ｈ１は、商業放送に耐える高
画質の映像素材とし、以下第１高画質映像素材Ｈ１と呼
ぶ。なお、アナログで撮影された映像素材であっても、
これをデジタルに変換してデジタル・ビデオテープに記
録することで同様に映像素材倉庫１２に保管すれば良
い。この映像素材倉庫１２の一例としては、複数のビデ
オテープ１４を保管するとともに、各ビデオテープに識
別（ＩＤ）番号を付加して管理するものなどがある。そ
して、そのコントロールセンターから特定の識別番号を
指定することで、ロボットハンドが指定したビデオテー
プを取り出して再生装置に挿入し、映像再生までを自動
で行うことが可能になっているものがある。つまり、こ
れによれば、ユーザーは所望の映像素材を含むビデオテ
ープの識別番号を指定すれば、機械がその再生までを自
動的に行ってくれる。この意味で、映像素材倉庫１２は
映像素材サーバとして機能すると考えることができる。

【００１０】一方、カメラ２０で撮影されたロンドンの
第２映像素材Ｈ２は、ノンリニア映像編集装置で構成さ
れる映像素材サーバ２２に蓄積される。このとき、デジ
タルで撮影された映像素材は直接、そしてアナログ撮影
された映像素材はデジタルに変換した後に映像素材サー
バ２２に入力される。映像素材サーバ２２に記録するの
は、撮影後のロンドンにおける編集や将来の再利用を容
易にするためである。第２映像素材Ｈ２は、やはり商業
放送に耐える高画質の映像素材とする。このとき第２高
画質映像素材Ｈ２は、ビデオテープのような有形物に収
まったものではなく、映像素材サーバ２２内のディスク
上のデータ（又は記録領域）２４として存在することに
なる。なお、映像素材サーバ２２を”サーバ”と呼ぶの
は、コンピュータ・ネットワーク上でデータ蓄積／供給
等のサービスを行うコンピュータをサーバと呼ぶのと同
じ概念からきている。

【００１１】東京の品川では、効率的な映像編集を行う
べく、ノンリニア映像編集装置を用いて編集を行う。図
３中では、簡単のため、ノンリニア映像編集装置の主要
な構成要素であるメイン・サーバ３６及び編集用インタ
フェース３８のみを示している。メイン・サーバ３６
は、映像素材の蓄積、編集、切り出し及びパッケージ組
立の機能を実行するために使用される。編集用インタフ
ェース３８は、キーボード、マウス及びモニタの他、Ｖ
ＴＲでの編集と類似の操作性を提供する操作コントロー
ラなどで構成される。これらは、モニタ画面上にＧＵＩ
（グラフィカル・ユーザ・インタフェーズ）環境を提供
し、編集操作を容易なものとする。これらについても上
述の特願平９−３２５３４４号等に詳しい。

【００１２】ところで、映像編集はフレーム単位で行わ
れるので、大ざっぱに内容がわかっているだけでは行う
ことはできず、当然のことながら映像素材の内容を逐次
確認しながら行うことが必須である。従って、ワシント
ン及びロンドンの第１及び第２高画質映像素材Ｈ１及び
Ｈ２を、何らかの手段で品川（東京）のメイン・サーバ
３６まで転送（輸送）する必要がある。

【００１３】そこで高画質映像素材のデータ転送方法で
あるが、図３の例では、ワシントンの映像素材はビデオ
テープに収録されているので、このビデオテープを航空
便などで輸送しても良いことになる。しかし、ニュース
など速報性を必要とする場合には、ビデオテープを航空
便で輸送しても間に合わないことがある。更に、ロンド
ンの第２高画質映像素材Ｈ２の場合では、素材サーバ２
２からビデオテープにダビングする手間も必要となる。
そこで、映像素材を衛星回線で転送することもしばしば
行われる。図３ではこの衛星回線を使ったデータ転送の
例を示し、ワシントン及びロンドンの第１及び第２高画
質映像素材Ｈ１及びＨ２は、それぞれパラボラ・アンテ
ナ１８及び２８から人工衛星３０に送信され、品川のパ
ラボラ・アンテナ３２を介してメイン・サーバ３６まで
転送される。なお、データ転送に使用する回線は、大容
量高速回線であれば良く、衛星回線に限らず光ファイバ
回線等でも良い。具体的には、百数十Ｍｂｐｓ程度の高
速回線を使用する。

【００１４】こうしてメイン・サーバ３６に収集された
第１及び第２高画質映像素材Ｈ１及びＨ２は、編集者が
それらの映像内容をモニタで逐次確認しながら編集作業
に使用する。図４は、メイン・サーバ３６内で行われる
映像素材の編集作業を概念的に描いたものである。この
図では、図４Ｂ及びＤに示す第１及び第２高画質映像素
材Ｈ１及びＨ２から図４Ｃに示すパッケージＰＫＧを生
成する例を示している。図４Ａ及び図４Ｅについては後
述するが、高画質映像素材Ｈ１及びＨ２の内、パッケー
ジＰＫＧの生成に使用されるシーンのみをそれぞれ集め
た高画質シーン集合Ｈ１’及びＨ２’を示したものであ
る。

【００１５】図４に示すように品川の編集者は、ワシン
トンの第１高画質映像素材Ｈ１及び質映像素材Ｈ２に対
して、それらの内の必要とする部分（シーン）の開始位
置と終了位置に区切りを設定する。この結果、第１高画
質映像素材Ｈ１は０１〜０４のシリアル番号に示す４つ
のシーンに、また、ロンドンの第２高画質映像素材Ｈ２
は０１〜０６のシリアル番号に示す６つのシーンに区切
られる。続いて第１及び第２高画質映像素材Ｈ１及びＨ
２から、パッケージに必要なシーンＨ１−０１、Ｈ１−
０３、Ｈ２−０１、Ｈ２−０３及びＨ２−０５が切り出
される。そして、Ｈ２−０１、Ｈ１−０１、Ｈ２−０
３、Ｈ１−０３及びＨ２−０５の順番に組み立てること
で、高画質のパッケージＰＫＧが完成する。もちろん、
必要に応じてシーン切換え（スイッチング）時にワイプ
などの映像効果を加えるといったことも行われる。

【００１６】なお、このようなシーンの「切り出し」は
映像データの複写を実際に行う訳ではなく、単に、元の
映像データの一部分であるシーンを特定する情報、すな
わちディスク上でのそのシーンの開始位置および終了位
置の情報（通常、アドレス情報）を保持することによ
り、等価的に映像データの複写を行う。また、シーン切
換え時にワイプなどの映像効果を設定した場合も、実際
にディスク上の映像素材データを加工してしまうのでは
なく、パッケージ再生時にその設定情報に基いてスイッ
チャ（図示せず）を通過させることなどで実行される。
このようにノンリニア映像編集装置では、ランダム・ア
クセス特性を生かし、ディスク上の映像素材データ自身
には加工を加えることなく、パッケージ再生時に編集情
報データＥＤＬ（Edit Decision List）にしたがって映
像データを読出すことで、あたかも元の映像データを加
工したかの如き再生結果を得ることができる。

【００１７】ところでノンリニア映像編集装置やデジタ
ルＶＴＲ等、映像をデジタル・データとして扱う場合に
は、ＭＰＥＧなどの画像圧縮伸張技術が使用される。こ
のとき、放送品質画像の圧縮伸張には、データ量が大き
いために画像圧縮伸張専用の半導体チップを採用したハ
ードウェアが使用される。また、これに付随するＣＰＵ
やＲＡＭ、そしてこれらを接続するバス等にも高性能な
ものが必要となり、ハードウェアが高価になると同時
に、高画質映像素材の処理で生じる大きな負荷のために
データ回線（又はＬＡＮ、ＷＡＮ等のネットワーク）が
混雑するといった問題も生じる。こうした問題点の解決
を図るため、図５に示すようなものが提案されている。

【００１８】図３の例と異なる点は、編集作業において
は高画質映像素材を使用せず、これと対応関係にある低
画質映像素材を用いることである。即ち、メイン・サー
バ３６は、第１及び第２高画質映像素材Ｈ１及びＨ２と
内容は同じで単に画質だけが低い第１及び第２低画質映
像素材Ｌ１及びＬ２をそれぞれ生成する。そして編集者
は、第１及び第２低画質映像素材Ｌ１及びＬ２をモニタ
上で確認しながら編集作業を行い、結果として編集情報
データＥＤＬを作成する。

【００１９】第１及び第２低画質映像素材Ｌ１及びＬ２
は、第１及び第２高画質映像素材Ｈ１及びＨ２と比較す
ると、そのデータ量が１００分の１程度で十分である。
これにともなって、第１及び第２低画質映像素材Ｌ１及
びＬ２を扱うハードウェアもそれほど強力なものは必要
でなく、パソコン程度の能力でも可能になる。また、デ
ータ量が小さいことから、１Ｍｂｐｓ程度の中速度のデ
ータ回線（第１種回線）７０で映像データを転送できる
ので、品川にあるメイン・サーバ３６から編集機能を編
集サーバ４２として物理的に分離し、鎌倉（神奈川）に
ある編集者の自宅で編集作業を行うといったことも可能
になる。

【００２０】作成された編集情報データＥＤＬはメイン
・サーバ３６に戻され、図３の場合と同様にパッケージ
ＰＫＧの生成に利用される。編集情報データＥＤＬは、
テキスト・ベースの情報であるため、第１種回線より更
に低速な６４ｋｂｐｓ程度のデータ回線（第３種回線）
９０を使用して転送することが可能である。なお、編集
サーバ４２を物理的に分離することなく、メイン・サー
バ３６を編集サーバとしても利用し、低画質映像素材Ｌ
１及びＬ２を使って、品川で編集作業を行ってももちろ
ん良い。

【００２１】このようにして完成したパッケージＰＫＧ
は、放送施設にあるオンエア・サーバに一時的に蓄積さ
れ、ここから電波に変換されるなどして放送に使用され
る。なお、オンエア・サーバには、ノンリニア・タイプ
の記録再生装置を使用しても良いが、パッケージＰＫＧ
は編集の終わったものなので、ＶＴＲを使用してもそれ
ほど大きな不都合は生じない。

【００２２】

【発明が解決しようとする課題】上述のように、複数箇
所に存在する映像素材から放送に使用する映像のパッケ
ージを完成させるためには、これら複数の映像素材を特
定の１カ所まで転送する必要がある。特に放送に用いる
ような高品質な映像素材は、デジタル化した場合非常に
大きなデータ量となり、その転送及び入出力処理には、
高速な回線と強大なサーバ能力を必要とする。これは、
即ち、システム運用に非常に大きなコストがかかること
を意味する。

【００２３】そこで本発明は、転送するデータ量を大幅
に削減することにより、回線使用料を削減するとともに
システムにかかる負荷を低減し、もってシステム運用コ
ストの低減を実現する映像編集システムを提供しようと
するものである。

【００２４】

【課題を解決する為の手段】本発明は、放送用のパッケ
ージに使用される映像が映像素材中の１０分の１以下程
度である点に着目し、これを巧みに利用することでデー
タ転送量の削減を実現する。映像素材はデジタル・デー
タ形式で処理され、この映像素材からパッケージ生成に
必要な部分がメイン・サーバに収集される。

【００２５】メイン・サーバと物理的に分離された第１
リモート・サーバは、第１高画質映像素材データ及びこ
れと対応関係にある第１低画質映像素材データを保持し
ている。第１低画質映像素材データは、第１高画質映像
素材データと比較して画質が低い（従ってデータ量が少
ない）点が異なるだけで、映像内容は同じものである。
映像編集手段では、この第１低画質映像素材データを用
いてパッケージの編集情報データを生成する。このと
き、第１リモート・サーバが保持する第１低画質映像素
材データは、第１種回線によって映像編集手段まで転送
される。第１種回線は、低画質映像素材データを転送で
きれば良いのであるから、それほど高速な（従って使用
料が高価な）回線を使用する必要がない点に注意された
い。編集情報データが生成されると、これに応じて第１
リモート・サーバが保持する第１高画質映像素材データ
の内、パッケージの組み立てに必要な部分が第２種回線
によってメイン・サーバに転送される。上述のように、
パッケージに使用される映像は映像素材中の１０分の１
以下程度であるから、高画質映像素材をすべてメイン・
サーバまで転送していた従来と比較して、データ転送量
を大幅に削減することができる。よって、データ転送速
度が高速（従って使用料が高価）な第２種回線の使用を
低減できる。

【００２６】本発明では、メイン・サーバと物理的に分
離された第２リモート・サーバを更に設け、これに第２
高画質映像素材データ及びこれと対応関係にある第２低
画質映像素材データを保持するようにしても良い。第２
低画質映像素材データは、第２高画質映像素材データと
比較して画質が低い（従ってデータ量が少ない）点が異
なるだけで、映像内容は同じものである。そして、第１
種回線で第２リモート・サーバが保持する第２低画質映
像素材データを映像編集手段に転送し、映像編集手段に
おいて第１及び第２低画質映像素材データを用いてパッ
ケージの編集情報データを作成する。そして、この編集
情報データに応じて第１及び第２リモート・サーバが保
持する第１及び第２高画質映像素材データからパッケー
ジの組み立てに必要な部分を第２種回線によりメイン・
サーバに転送するようにする。

【００２７】なお、リモート・サーバには、ノンリニア
映像編集装置を使用するのが好ましい。しかし、編集を
行う訳ではないので、必ずしもランダム・アクセス可能
なノンリニア映像編集装置が必須という訳ではなく、Ｖ
ＴＲであっても良い。ただし、編集情報データに応じて
高画質映像素材データ中の必要な部分を切り出せるよ
う、映像データを管理できるようになっている必要はあ
る。

【００２８】また、第２高画質映像素材データ及びこれ
と対応関係にある第２低画質映像素材データをメイン・
サーバで保持するようにしても良い。このとき、第１種
回線により第２低画質映像素材データを映像編集手段に
転送し、第１及び第２低画質映像素材データを用いて映
像編集手段によりパッケージの編集情報データを作成す
る。そして、この編集情報データに応じて第１リモート
・サーバが保持する第１高画質映像素材データからパッ
ケージの組み立てに必要な部分を第２種回線によりメイ
ン・サーバに転送する。

【００２９】メイン・サーバは、編集情報データに基い
て第１高画質映像素材データ又は第２高画質映像素材デ
ータからパッケージを生成するようにしても良い。ま
た、生成したパッケージとこれに対応する低画質パッケ
ージを対にして保持するようにしても良い。これにより
メイン・サーバは、他のメイン・サーバのリモート・サ
ーバとして機能し、完成したパッケージが高画質映像素
材として他のメイン・サーバからも本発明の原理に基い
て利用できるようになる。なお、第１種回線は第２種回
線と比較し、そのデータ転送速度が同じものを使用して
も良いが、相対的に低速なものを使用した方が更に良
い。これによって、回線使用料を低減できるからであ
る。現時点の技術に基づけば、第１種回線は第２種回線
の１００分の１程度のデータ転送速度があればよい。よ
り具体的には、第１種回線が１Ｍｂｐｓ程度、第２種回
線が百数十Ｍｂｐｓ程度のものを使用すると良い。

【００３０】

【発明の実施の形態】図１は、本発明の好適な実施形態
の一例を示すブロック図である。従来例と対応するもの
には、同じ符号を付して説明する。以下では、パッケー
ジ生成に必要な映像素材の部分（シーン）が集まる映像
サーバをメイン・サーバと呼ぶことにする。

【００３１】ワシントン（米国）にある第１リモート・
サーバ１２は、カメラ１０で撮影された映像や過去の映
像資産を第１高画質映像素材Ｈ１として保持すると同時
に、これと対応する第１低画質映像素材Ｌ１を保持する
ようにする。ロンドン（英国）にある第２リモート・サ
ーバ２２も、同様にカメラ２０で撮影された映像や過去
の映像資産を第２高画質映像素材Ｈ２として保持すると
同時に、これと対応する第２低画質映像素材Ｌ２を保持
するようにする。

【００３２】第１及び第２低画質映像素材Ｌ１及びＬ２
は、それぞれ第１及び第２高画質映像素材Ｈ１及びＨ２
の画質を単に低下させたもの（従ってデータ量を減少さ
せたもの）でその内容（コンテンツ）は同じである。低
画質映像素材は、例えば画像圧縮率を高くすることで生
成でき、カメラからの映像信号をエンコーダでデジタル
・データにするときに、高画質及び低画質のデータを同
時に生成するようにすると良い。このとき、エンコーダ
をカメラに内蔵させ、高画質映像出力端子及び低画質映
像出力端子から対応関係にある高画質映像素材データ及
び低画質映像素材データを出力するようにしても良い。
別の方法としては、第１及び第２リモート・サーバがそ
れぞれ第１及び第２高画質映像素材Ｈ１及びＨ２を一旦
蓄積した後、これらを元に内部で第１及び第２低画質映
像素材Ｌ１及びＬ２をそれぞれ生成するようにしても良
い。

【００３３】生成された第１及び第２低画質映像素材Ｌ
１及びＬ２は、第１種（中速）回線を通じて鎌倉（神奈
川）にある編集サーバ４２に転送される。第１種回線に
は、例えばインターネットを使用することができ、現時
点の画像圧縮技術では１Ｍｂｐｓ程度のデータ転送速度
を確保すれば良い。編集者は、編集サーバ４２に収集さ
れた第１及び第２低画質映像素材Ｌ１及びＬ２で映像素
材の内容を逐次確認しながら、編集用インタフェース３
８を用いて編集作業を行う。

【００３４】編集作業は、例えばパソコンを使用して行
うことができる。このとき、このパソコンのハードディ
スク・ドライブ（ＨＤＤ）が編集サーバ４２として機能
する。また、編集用インタフェース３８は、パソコンで
周知のキーボード、マウスおよびモニタ等で構成され
る。また、ＶＴＲでの編集で使用されてきたものと同様
の操作性を提供する操作コントローラも、必要に応じて
インタフェースとして使用される。なお、図１では簡単
のため、映像編集手段４４をその主要部となる編集サー
バ４２及び編集用インタフェース３８のみで示したが、
実際にはＣＰＵ、ＲＡＭ及びこれらを接続するバス等で
構成される。また、必要に応じて市販のマルチメディア
（映像音響処理専用）カードをバスに追加しても良い。
これらは、放送品質の高画質（よって大容量）映像デー
タを処理するわけではない。よって、図３に示すような
高画質映像素材を直接編集していた場合と比較すると、
映像編集手段４４は格段に安価なもので構成でき、その
設備維持（メンテナンス）コストも低下する。

【００３５】映像編集手段４４を用いて行う編集作業自
身は、図４で示した放送用の高画質パッケージＰＫＧの
編集作業と基本的には同じであって、単に映像素材の画
質が低くなっている点が異なるに過ぎない。この低画質
のパッケージを、以下では便宜上、低画質パッケージＬ
ＰＫＧと呼ぶことにする。低画質パッケージＬＰＫＧを
制作することで、同時に編集情報データＥＤＬを生成で
きる。

【００３６】映像編集手段４４で生成された編集情報デ
ータＥＤＬは、各シーンの開始及び終了位置の情報や映
像効果等の情報を含み、メイン・サーバ３６に転送され
る。メイン・サーバ３６は、編集情報データＥＤＬから
更に第１及び第２編集情報データＥＤＬ１及びＥＤＬ２
を生成する。これらは、第１及び第２リモート・サーバ
にある高画質映像素材Ｈ１及びＨ２の内、どのシーンが
必要かという情報と、切り出したシーンのデータをどの
サーバに転送するかという情報を含んでいる。第１及び
第２編集情報データＥＤＬ１及びＥＤＬ２は、第１及び
第２リモート・サーバにそれぞれ転送される。このとき
編集情報データＥＤＬ並びに第１及び第２編集情報デー
タＥＤＬ１及びＥＤＬ２は、テキスト・ベースのデータ
なのでデータ量は少なく、第１及び第２種回線より更に
データ転送速度の低い回線（第３種回線）を使用するこ
とができ、６４ｋｂｐｓ程度の転送速度があれば十分で
ある。また、回線としては、例えばインターネットも使
用可能である。

【００３７】なお、第１及び第２編集情報データＥＤＬ
１及びＥＤＬ２をメイン・サーバ３６で生成せず、映像
編集手段４４で生成して各リモート・サーバに直接転送
するようにしても良い。ただしこの場合、必要なシーン
（映像データ）の転送を要求した要求先（映像編集手段
４４）と転送先（メイン・サーバ３６）が異なるため、
リモート・サーバはデータを転送する前にメイン・サー
バに対してデータ転送に同意することを要求し、メイン
・サーバがこれに応答する（ハンドシェイク）工程が必
要なる分だけ冗長になる。また、第１及び第２リモート
・サーバ１２及び２２にＥＤＬ１及びＥＤＬ２を転送す
る代わりに、編集情報データＥＤＬをそのまま転送して
も良い。この場合、第１及び第２リモート・サーバ１２
及び２２は、受け取った編集情報データＥＤＬから第１
及び第２編集情報データＥＤＬ１及びＥＤＬ２に相当す
る情報をそれぞれ生成し、以下で説明するデータ転送に
利用する。

【００３８】第１及び第２リモート・サーバ１２及び２
２は、編集情報データＥＤＬ１及びＥＤＬ２に基づき、
第１及び第２高画質映像素材Ｈ１及びＨ２からパッケー
ジＰＫＧに必要なシーンのみをそれぞれ切り出して高画
質シーン集合Ｈ１’及びＨ２’（図４参照）を生成す
る。そして、シーン集合Ｈ１’及びＨ２’をそれぞれパ
ラボラ・アンテナ１８及び２８を経由して衛星回線（第
２種回線）でメイン・サーバ３６まで転送する。メイン
・サーバ３６では、編集情報データＥＤＬに基づき、シ
ーン集合Ｈ１’及びＨ２’の各シーンの順番を並び換
え、シーン切換え（スイッチング）時の映像効果等を加
え、パッケージＰＫＧを完成させる。完成したパッケー
ジＰＫＧの映像データは、光ファイバ回線５０等の高速
回線（第２種回線）でオンエア・サーバ５２に転送さ
れ、放送に使用されるまでここに一時的に蓄積される。

【００３９】光ファイバ回線５０は、外部の電話会社が
保有する回線であり、よってパッケージＰＫＧの転送に
使用すれば回線使用料が発生する。そこでこのコストを
削減する方策として、メイン・サーバ３６を芝公園の放
送電波発信施設５６内に設置する方法が考えられる。即
ち、メイン・サーバ３６をオンエア・サーバ５２に隣接
して設置するか、又はメイン・サーバ３６をオンエア・
サーバとしても利用してしまうようにする。これによっ
て、光ファイバ回線５０の使用料を削減することができ
る。

【００４０】図２は、本発明による映像編集システムの
他の実施形態の一例を示すブロック図である。図１の例
と比較すると、パッケージの生成に必要な映像素材の部
分（シーン）を集めるメイン・サーバを東京の品川に設
けず、ロンドンの第２リモート・サーバ２２を同時にメ
イン・サーバとしても機能させている点が異なる。

【００４１】映像編集手段４４は、第１種回線７２及び
７４を介して第１及び第２リモート・サーバ１２及び２
２から第１及び第２低画質映像素材Ｌ１及びＬ２を収集
する。編集者は、映像編集手段４４を用いて上述と同様
にパッケージＰＫＧと画質が低い点のみ異なる低画質パ
ッケージＬＰＫＧを製作することにより、編集情報デー
タＥＤＬを生成する。編集情報データＥＤＬは、メイン
・サーバとしても機能している第２リモート・サーバ２
２に転送される。

【００４２】第２リモート・サーバ２２は、編集情報デ
ータＥＤＬから第１編集情報データＥＤＬ１を生成す
る。これは第１高画質映像素材Ｈ１のうちの必要なシー
ンがどれであるかを指定する情報と、そのシーン・デー
タの転送先（ここでは第２リモート・サーバ２２）を指
定する情報を含んでいる。第１編集情報データＥＤＬ１
は、第３種（低速）回線９２を介してワシントンの第１
リモート・サーバ１２に転送される。第１リモート・サ
ーバ１２は、第１編集情報データＥＤＬ１に基づき、第
１高画質映像素材Ｈ１からパッケージＰＫＧの生成に必
要なシーンのみを選択的に切り出した高画質シーン集合
Ｈ１’を生成する。そして、シーン集合Ｈ１’の映像デ
ータは、パラボラ・アンテナ１８及び２８等で構成され
る第２種回線（衛星回線）８０及び８２を介して第２リ
モート・サーバ２２に転送される。ただし、ワシントン
の担当者が鎌倉の編集者から指示を受け、シーン集合Ｈ
１’が生成された段階で手動で第２リモート・サーバ２
２に転送するようにしても良い。

【００４３】第２リモート・サーバ２２は、編集情報デ
ータＥＤＬに基づき、第２編集情報データＥＤＬ２に相
当する情報を生成し、元々保有していた第２高画質映像
素材Ｈ２からパッケージＰＫＧの生成に必要なシーンの
みを選択的に切り出してシーン集合Ｈ２’を生成する。
更に、第１リモート・サーバ１２から転送されたシーン
集合Ｈ１’と組み合わせて並び換え、シーン切換え時の
映像効果等を加えてパッケージＰＫＧを完成させる。完
成パッケージＰＫＧの映像データは、再び衛星回線等の
高速な第２種回線を通じてオンエア・サーバ５２に転送
されて放送されるまで一時的に蓄積される。

【００４４】なお、図１の場合と同様に、映像編集手段
４４が第１編集情報データＥＤＬ１を生成し、第１リモ
ート・サーバ１２に直接転送しても良い。また、映像編
集手段４４で第１及び第２編集情報データＥＤＬ１及び
ＥＤＬ２を生成し、第１編集情報データＥＤＬ１を第１
リモート・サーバ１２に転送し、編集情報データＥＤＬ
及び第２編集情報データＥＤＬ２を第２リモート・サー
バ２２に転送するようにしても良い。更には、映像編集
手段４４が第１リモート・サーバ１２へ第１編集情報デ
ータＥＤＬ１の代わりに編集情報データＥＤＬをそのま
ま転送しても良い。この場合、第１リモート・サーバ１
２は、受け取った編集情報データＥＤＬから第１編集情
報データＥＤＬ１に相当する情報を生成し、上述の動作
を行う。

【００４５】ここで再度図１を参照する。メイン・サー
バ３６内に生成されたパッケージＰＫＧは、そのままを
放送に使用するだけでなく、後日また別の放送のための
新たな映像素材とし加工して利用したいという場合があ
る。この場合、編集作業を行う必要があるが、もしメイ
ン・サーバ３６に高画質のパッケージＰＫＧしかなけれ
ば、従来と同様に高画質映像素材（パッケージＰＫＧ）
の映像データのすべてを別途設けた新たなメイン・サー
バに転送した上で編集する必要が生じてしまう。

【００４６】そこで、メイン・サーバ３６に高画質パッ
ケージＰＫＧと内容が同じで画質のみ低い低画質映像素
材（低画質パッケージＬＰＫＧ）を保持するようにする
と良い。これを行えば、メイン・サーバ３６を他のメイ
ン・サーバのリモート・サーバとして機能させることが
できる。しかもこの低画質パッケージＬＰＫＧは、編集
サーバ４２が編集情報データＥＤＬ生成のときに同時に
生成しているので、単に編集サーバ４２から第１種回線
７６を介してメイン・サーバに転送するだけで用意する
ことができる。これは、図１の場合だけでなく、図２に
場合でも同様に実施できる。即ち、編集サーバ４２が保
有する低画質パッケージＬＰＫＧを、第１種回線７７を
介してメイン・サーバとして機能している第２リモート
・サーバ２２に転送すれば良い。また、別の方法として
は、メイン・サーバ（図２では第２リモート・サーバ２
２）には、パッケージＰＫＧが生成されるので、これを
元に画像圧縮等により低画質パッケージＬＰＫＧを生成
しても良い。

【００４７】次に第２種回線（衛星回線）で転送される
データ量に関し、上述の例について考察してみる。図１
の実施形態では、回線８０及び８４でＨ１’、回線８２
及び８４でＨ２’のデータ量が転送されるので、合計Ｈ
１’＋Ｈ２’のデータ量が第２種（衛星）回線で転送さ
れたことになる。一方、図２の実施形態においては、回
線８０及び８２でＨ１’、回線８３及び８４でＰＫＧ≒
Ｈ１’＋Ｈ２’のデータ量が転送されるため、合計Ｈ
１’×２＋Ｈ２’のデータ量が第２種回線で転送された
ことになる。つまり、図１の実施形態と比較すると、図
２のものでは高速な第２種回線、従って使用コストの高
い回線の使用量が多くなるので、システムの運用コスト
が高くなる。この点において、図１の実施形態は、図２
のものよりも優れていると言える。

【００４８】一方、図３及び図５に示す従来例では、第
２種回線でＨ１＋Ｈ２のデータ量が転送されている。こ
のとき映像素材Ｈ１及びＨ２のデータ量は、平均すると
パッケージＰＫＧに使用するデータ量の１０倍以上ある
ことは上述した通りである。よって、Ｈ１＋Ｈ２のデー
タ転送量は、平均的には（Ｈ１’＋Ｈ２’）×１０程度
以上のデータ転送量ということになる。従って、図２の
実施形態であっても、従来と比較すれば転送するデータ
量は十分に減少していることがわかる。

【００４９】以上、本発明の好適な実施形態に基いて説
明してきたが、本発明はこれに限定されるものではな
い。例えば、リモート・サーバが２つの場合を例にあげ
て説明してきたが、３つ以上であっても良い。また、メ
イン・サーバ、リモート・サーバを遠距離に配置する実
施形態を例として説明したが、これに限らず物理的にこ
れらが分離されている場合に本発明は効果的である。例
えば、同じオフィスビル内に設置する場合でも、メイン
・サーバとリモート・サーバが物理的に分離されていれ
ばＬＡＮ等で接続することになるので、データ転送量が
少ないことはビル内のＬＡＮの混雑回避、メンテナス費
用低減等に大きな効果がある。

【００５０】上述では、リモート・サーバにノンリニア
映像編集装置を使用した例で説明してきたが、必ずしも
そうである必要はない。リモート・サーバは、映像素材
から必要なシーンの選択的な切り出しができれば、図３
等に関し上述したようなＶＴＲから構成されるものであ
っても良い。特にデジタルＶＴＲで構成すれば、ノンリ
ニア映像編集装置に比較すると映像データの呼び出しに
時間がかかるとしても、映像データをデジタル・データ
で管理できるので、必要なシーンの切り出しや、高画質
映像素材と低画質映像素材との対応関係の管理等は可能
である。更にアナログＶＴＲであっても、例えば特開平
６−３６５３２号公報にあるように、必要なシーンの切
り出しを行う技術が知られており、これとアナログ映像
信号をエンコードする回路を組み合わせることで、アナ
ログＶＴＲで保存されている映像も本発明によるシステ
ムに乗せることが可能になる。即ち、低画質映像素材
は、それを記録したＶＴＲのアナログ映像信号をすべて
エンコードして映像編集手段に転送し、高画質映像デー
タは必要なシーンのみ選択的に切り出してエンコード
し、メイン・サーバに転送すれば良い。ただし、ＶＴＲ
をサーバとして利用する場合においてもノンリニア映像
編集装置を併用し、これに低画質映像素材や編集情報Ｅ
ＤＬを記録するといった形にした方がより効率的なシス
テム運用が可能になる。

【００５１】メイン・サーバも本発明の主要な論点であ
る転送データ量の低減という観点から言えば、必ずしも
ノンリニア映像編集装置を使用する必要はない。しか
し、実際の使用においては、収集されたシーン集合Ｈ
１’及びＨ２’からパッケージを完成させる機能を持た
せた方が便利であるため、メイン・サーバにノンリニア
映像編集装置を使用する方が良い。ただし、パッケージ
生成機能は、必ずしもメイン・サーバに設ける必要はな
く、編集情報データＥＤＬと収集したシーン集合Ｈ１’
及びＨ２’を更に別のサーバ（例えばオンエア・サー
バ）に転送し、そこでパッケージとして完成させること
も可能である。また、メイン・サーバを編集サーバ４２
として兼用しても良く、この場合にはノンリニア映像編
集装置を使用する方が良い。

【００５２】上述の実施形態の説明では、リモート・サ
ーバが保持する高画質映像素材からパッケージＰＫＧ生
成に必要な部分のみメイン・サーバに転送するとして説
明してきた。もちろん、これが最もデータ転送量を少な
くできるのではあるが、データ転送量の削減という観点
からいくと、完全に必要な部分のみだけ転送するという
ことでなくても良い。即ち、パッケージＰＫＧに必要な
部分よりもやや多めに映像データ（必要部分＋α）をメ
イン・サーバに転送しても良い。これによってもデータ
転送量は十分に削減できるし、一度完成と考えた編集作
業でも再修正を迫られ、”冗長”とした部分が必要にな
ることは多々あるからである。そして、最終的に完璧な
パッケージＰＫＧを完成させるべく編集するときに、メ
イン・サーバに保持されているそのやや冗長な部分につ
いてはカットする（再生しない）よう編集情報データＥ
ＤＬを修正すれば良いのである。

【００５３】また、上述の実施形態の説明では、第１及
び第３種回線に第２種回線よりデータ転送速度の低い回
線を使うとして説明してきたが、これらも第２種回線と
同じデータ転送速度の高速回線を使用しても良い。この
場合、回線使用料の高い第２種回線を使うことになって
しまうが、高画質映像素材データをすべて送っていた従
来と比較すれば、データ量が小さい低画質映像素材デー
タや編集情報データを転送するだけであるから、回線使
用料は十分に低くできる。また、この場合であっても、
使用するシステムのハードウェア負荷が小さいという効
果は享受できるからである。

【００５４】このように本発明による映像編集システム
では、遠隔にあるリモート・サーバから高画質映像素材
のすべてをメイン・サーバに収集するのではなく、別途
低画質映像素材による編集作業で得た編集情報データに
基づき、高画質映像素材の内のパッケージ生成に必要な
部分をメイン・サーバに転送するようにした。これによ
って、転送させる映像データ量を大幅に減少させること
ができ、高速な回線の使用を低減できるので、システム
の運用コストを低減できる。また、データ転送量の減少
によって、システムを構成するハードウェアやこれらを
接続するＬＡＮ、ＷＡＮなどのネットワークの負荷が低
減されるので、これも運用コストの低減に寄与する。

【図面の簡単な説明】

【図１】本発明による映像編集システムの好適な実施
形態の一例を示すブロック図である。

【図２】本発明による映像編集システムの好適な実施
形態の他の例を示すブロック図である。

【図３】従来の映像編集システムの一例のブロック図
である。

【図４】第１及び第２映像素材から必要なシーンを切
り出し、並び換えてパッケージＰＫＧを完成させる概念
図である。

【図５】図３の示す従来例を改良してた従来の映像編
集システムの一例のブロック図である。

【符号の説明】

１０カメラ１２第１リモート・サーバ１４第１映像素材１８パラボラ・アンテナ２０カメラ２２第２リモート・サーバ（図２ではメイン・サー
バ）２４第２映像素材２８パラボラ・アンテナ３０通信衛星３２パラボラ・アンテナ３６メイン・サーバ３８編集用インタフェース４２編集サーバ４４映像編集手段５０光ファイバ回線（高速回線）５２オンエア・サーバ５４アンテナ５６放送電波発信施設７０第１種回線（中速回線）７２第１種回線（中速回線）７４第１種回線（中速回線）７６第１種回線（中速回線）７７第１種回線（中速回線）８０第２種回線（高速回線）８２第２種回線（高速回線）８３第２種回線（高速回線）８４第２種回線（高速回線）９０第３種回線（低速回線）９２第３種回線（低速回線）９４第３種回線（低速回線）ＥＤＬ編集情報データＥＤＬ１第１編集情報データＥＤＬ２第２編集情報データＨ１第１高画質映像素材データＨ１’ シーン集合Ｈ２第２高画質映像素材Ｈ２’ シーン集合Ｌ１第１低画質映像素材データＬ２第２低画質映像素材データＰＫＧパッケージＬＰＫＧ低画質パッケージ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 5/93

Claims

【特許請求の範囲】

【請求項１】映像素材をデジタル・データ形式で処理
し、上記映像素材からパッケージ生成に必要な部分をメ
イン・サーバに収集する映像編集システムであって、上記メイン・サーバと物理的に分離され、第１高画質映
像素材データ及びこれと対応関係にある第１低画質映像
素材データを保持する第１リモート・サーバと、上記第１低画質映像素材データを用いて上記パッケージ
の編集情報データを生成する映像編集手段と、上記第１リモート・サーバが保持する上記第１低画質映
像素材データを上記映像編集手段に転送する第１種回線
と、上記編集情報データに応じて上記第１リモート・サーバ
が保持する上記第１高画質映像素材データから上記パッ
ケージの組み立てに必要な部分を上記メイン・サーバに
転送する第２種回線とを具える映像編集システム。
【請求項２】上記メイン・サーバと物理的に分離さ
れ、第２高画質映像素材データ及びこれと対応関係にあ
る第２低画質映像素材データを保持する第２リモート・
サーバを更に具え、上記第１種回線で上記第２リモート・サーバが保持する
上記第２低画質映像素材データを上記映像編集手段に転
送し、該映像編集手段により上記第１及び第２低画質映
像素材データを用いて上記パッケージの上記編集情報デ
ータを作成し、該編集情報データに応じて上記第１及び
第２リモート・サーバが保持する上記第１及び第２高画
質映像素材データから上記パッケージの組み立てに必要
な部分を上記第２種回線により上記メイン・サーバに転
送することを特徴とする請求項１記載の映像編集システ
ム。
【請求項３】上記メイン・サーバが第２高画質映像素
材データ及びこれと対応関係にある第２低画質映像素材
データを保持し、上記第１種回線により上記第２低画質映像素材データを
上記映像編集手段に転送し、上記第１及び第２低画質映像素材データを用いて上記映
像編集手段により上記パッケージの上記編集情報データ
を作成し、上記編集情報データに応じて上記第１リモート・サーバ
が保持する上記第１高画質映像素材データから上記パッ
ケージの組み立てに必要な部分を上記第２種回線により
上記メイン・サーバに転送することを特徴とする請求項
１記載の映像編集システム。
【請求項４】上記メイン・サーバは、上記編集情報デ
ータに基いて上記第１高画質映像素材データ又は第２高
画質映像素材データから上記パッケージを生成すること
を特徴とする請求項１乃至３のいずれかに記載の映像編
集システム。
【請求項５】上記メイン・サーバは、生成した上記パ
ッケージとこれと対応関係にある低画質パッケージを対
にして保持することを特徴とする請求項４記載の映像編
集システム。
【請求項６】上記第１種回線は上記第２種回線と比較
して相対的にデータ転送速度が低速であることを特徴と
する請求項１乃至５のいずれかに記載の映像編集システ
ム。