JP2000083192A - 番組制作・送出システム - Google Patents

Abstract

(57)【要約】 【課題】 素材サーバから映像を読み出す際の読出遅
延、および通信網を通じてデータを転送する際の転送遅
延が、どちらも常に一定の値以下に収まり、その結果、
画面フリーズ等が生じないような番組制作・送出システ
ムを提供する。 【解決手段】 通信網１８は、転送遅延が常に一定の値
以下に収まるような通信網であり、素材サーバ１２は、
読出遅延が常に一定の値以下に収まるような素材サーバ
である。素材入力装置１１、ノンリニア編集機１３、オ
ンエアサーバ１５、ブラウズサーバ１４およびアーカイ
ブ系１６はそれぞれ、素材サーバ１２への書き込みまた
は素材サーバ１２からの読み出しを行う際、予め、必要
な帯域をアセット・マネージャ１７に申告する。アセッ
ト・マネージャ１７は、必要帯域の申告を受けると、そ
の必要帯域を割り当て可能か否かを判断して、判断結果
に基づいて帯域の割り当てを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、番組制作・送出シ
ステムに関し、より特定的には、放送局等において用い
られ、ディジタル素材映像を放送用映像に編集加工する
ことによって番組を制作し、送出する番組制作・送出シ
ステムに関する。

【０００２】

【従来の技術】従来、放送局では、番組を作成するため
に、様々な素材映像を記録した複数のビデオテープから
必要な部分を抜き出し、それらに適当な編集処理を施し
て１つの放送用の番組テープを作成するような編集作業
を行っていた。このような編集作業を行うためのシステ
ムの一例としては、１台の編集機に対して、２台の素材
映像再生用のＶＴＲ装置と、１台の編集結果記録用のＶ
ＴＲ装置とを接続したシステムがある。この従来のシス
テムでは、編集を担当するオペレータは、編集対象の素
材映像が記録されている２本のビデオテープを各素材映
像再生用のＶＴＲ装置にセットし、これらのＶＴＲ装置
を編集機を介して操作して再生、停止などを行う。する
と、素材映像の中の必要な部分の映像が編集機に送ら
れ、編集機では、各ＶＴＲ装置からの映像を繋ぎあわ
せ、必要に応じてカットインなどの画像効果を加える編
集処理が行われる。その編集結果の映像は、編集結果記
録用のＶＴＲ装置によって、ビデオテープに記録され
る。

【０００３】しかし、こうしたビデオテープベースの従
来のシステムでは、ビデオテープに記憶されされた状態
で素材映像が管理されているので、オペレータは、編集
を行う際、必要な素材映像が記録されたビデオテープを
ビデオテープ管理庫の中の大量のビデオテープの中から
探し出し、そのビデオテープを必要に応じてコピーした
うえ、編集機まで運搬する必要がある。また、放送時に
は、編集結果の放送用映像をビデオテープに記録して、
放送用機器の設置された場所まで運搬する必要がある。
これらの作業が、オペレータにとって、大きな負担とな
っていた。

【０００４】そこで、従来、大量の素材映像をディジタ
ル化して素材サーバに記録し、それら素材映像をノンリ
ニア編集機等で取り出して編集するようなノンリニア編
集システム（以下、新たな従来のシステム）が提案され
た。図１６は、新たな従来のシステムの構成を示すブロ
ック図である。図１６において、新たな従来のシステム
は、素材入力装置１０１１と、素材サーバ１０１２と、
ノンリニア編集機１０１３と、通信網１０１４とを備え
ている。なお、このタイプのシステムは、例えば、特開
平８−２８９２４６号公報に記載されている。素材入力
装置１０１１は、素材映像を入力するためのものであ
り、通信回線やビデオテープ等からの入力映像をディジ
タル化して、素材サーバ１０１２に書き込む。素材サー
バ１０１２は、編集しようとする素材映像を蓄積する。
ノンリニア編集機１０１３は、素材映像を放送用映像に
編集加工する編集処理を行うためのものであり、素材サ
ーバ１０１２から素材映像を読み出して、番組制作のた
めの編集処理を行う。なお、編集結果の放送用映像は、
図示しない放送用機器を通じて、システムの外部へと送
出される。これら素材入力装置１０１１、素材サーバ１
０１２およびノンリニア編集機１０１３は、通信網１０
１４を介して相互に接続されており、書き込み，読み出
し等に伴う映像の転送は、この通信網１０１４を通じて
行われる。

【０００５】上記のように構成された新たな従来のシス
テムでは、テープベースの従来のシステムの場合と比
べ、ビデオテープの管理，運搬等の工数が大幅に削減さ
れるので、その分、オペレータの作業負担が軽減されて
いる。また、ノンリニア編集機１０１３による編集は、
テープの巻き戻し，早送り等の機械的動作を伴わないの
で、編集作業を高速に行える。

【０００６】

【発明が解決しようとする課題】さて、上記の新たな従
来のシステムでは、通信網１０１４として、例えばＳＤ
Ｉネットワーク，ＡＴＭネットワーク，イーサネット等
が採用されている。ＡＴＭネットワークの場合、再送機
能としてＦＴＰ（Ｆｉｌｅ ＴｒａｎｓｆｅｒＰｒｏｔ
ｏｃｏｌ）が採用されている。

【０００７】（第１の問題点）しかしながら、どの通信
網１０１４を採用した場合も、それを通じてデータを転
送する際に、転送遅延が生じることがある。また、素材
サーバ１０１２から映像を読み出す際に、読出遅延が生
じることがある。その結果として、画面フリーズ等が起
こる問題があった。

【０００８】また、上記の新たな従来のシステムでは、
一般に、ノンリニア編集機１０１３が素材サーバ１０１
２から素材映像を読み出していったん記憶し、それを用
いて編集処理を行っている。

【０００９】（第２の問題点）しかしながら、その場
合、ノンリニア編集機１０１３に素材映像が記憶された
後、初めて編集処理が開始されるので、オペレータは、
必要な素材映像を選択した後、ノンリニア編集機１０１
３がその素材映像を読み出して記憶するまでの間、無駄
に待たされる問題があった。例えば１０分の素材映像を
２つ使用して編集を行うとすると、オペレータは、素材
映像の選択を行ってから２０分間待ってようやく作業を
開始することができる。

【００１０】また、上記の新たな従来のシステムでは、
ノンリニア編集機１０１３が素材サーバ１０１２から素
材映像を読み出していったん記憶しそれを用いて編集処
理を行う代わりに、素材サーバ１０１２に蓄積されてい
る素材映像を直接用いて編集処理を行うことも考えられ
る。

【００１１】（第３の問題点）しかしながら、その場
合、オペレータは、ノンリニア編集機１０１３が素材映
像を読み出して記憶するまで待つ必要はないものの、ノ
ンリニア編集機１０１３が素材サーバ１０１２から素材
映像を読み出す際に生じる遅延（読出遅延）のために、
オペレータの指示入力に対するノンリニア編集機１０１
３の応答が遅く、オペレータが快適な作業を行えない問
題が生じることが予想される。

【００１２】また、上記の新たな従来のシステムでは、
編集結果の放送用映像をノンリニア編集機１０１３から
素材サーバ１０１２へと転送し、そこに蓄積する処理が
行われることがある。つまり、ノンリニア編集機１０１
３が編集結果の放送用映像を素材サーバ１０１２に書き
込む。こうして放送用映像をも素材サーバ１０１２に蓄
積しておけば、放送用映像の再利用が容易になるからで
ある。例えば、ある局で製作され素材サーバ１０１２に
蓄積された放送用映像を、後日別の局が読み出して再放
送すること等が簡単にできる。

【００１３】（第４の問題点）しかしながら、その場
合、オペレータは、編集作業を終えた後、ノンリニア編
集機１０１３が上記の書き込み処理を行っている間、無
駄に待たされる問題があった。例えば１５分の放送用映
像の書き込みを行うとすれば、オペレータは、作業を終
えてから１５分間待たされる。

【００１４】（第５の問題点）また、放送用映像を別の
局が再放送する際には、素材サーバ１０１２に蓄積され
ている放送用映像をそのまま放送するのでなく、それを
一部手直しして（例えばあるカットを別のカットに差し
替えたり、あるカットに加えた画像効果を別の画像効果
に変更するなどして）放送したいときがある。そのよう
なとき、オペレータは、最初から編集作業をやり直さね
ばならない問題があった。

【００１５】また、上記の新たな従来のシステムでは、
例えば、編集作業を開始する前に、オペレータが、編集
の対象となる素材映像のおおよその内容を確認すること
がある。その場合、ノンリニア編集機１０１３は、素材
サーバ１０１２から素材映像を読み出していた。

【００１６】（第６の問題点）しかしながら、素材映像
のおおよその内容を確認するだけのために放送局品質の
映像を素材サーバ１０１２からノンリニア編集機１０１
３へと転送するので、通信網１０１４の通信帯域や素材
サーバ１０１２の読出帯域が無駄に使用される問題があ
った。これら帯域は有限なので、帯域を無駄に使用する
と、結果として読出遅延や転送遅延を助長することにな
る。また、転送するデータ量が多いので、読み出しに時
間がかかり、ノンリニア編集機１０１３を操作するオペ
レータの待ち時間も長くなる。

【００１７】また、上記の新たな従来のシステムでは、
素材サーバ１０１２において、あるファイルに対して映
像の書き込みが実行されているとき、書き込みの終了を
待たずに、そのファイルから書き込み済みの部分の映像
を読み出してきて、編集を開始したいことがある。

【００１８】（第７の問題点）しかしながら、ノンリニ
ア編集機１０１３は、そのファイルへの書き込みが終了
した後でなければ、そのファイルから読み出しを行え
ず、素早く編集を開始できない問題があった。例えばス
ポーツニュース番組を制作するときは、スポーツの試合
映像をライブで（試合と同時進行で）素材サーバ１０１
２に書き込んでいき、試合終了後、素材サーバ１０１２
に書き込まれた映像を用いて編集を行うことになるの
で、試合が長引くと、編集が終わるのが放送時刻に間に
合わないことがある。

【００１９】また、上記の新たな従来のシステムでは、
一つの番組を制作するための編集作業が複数のオペレー
タによって共同で行われることがある。

【００２０】（第８の問題点）しかしながら、その場
合、編集作業を進めている期間は、単一の映像に関し
て、編集作業に参加するオペレータの人数と等しい数だ
け、別々の映像ファイルが存在することになる。その結
果、素材サーバ１０１２の容量が無駄に消費され、ま
た、それら映像ファイルの転送に伴い、通信網１０１４
の通信帯域や素材サーバ１０１２の読出帯域が無駄に使
用される問題があった。

【００２１】また、上記の新たな従来のシステムでは、
１つの素材サーバ１０１２に対して、同時に複数のアク
セスが行われることがある。一方、１つの素材サーバ１
０１２に対する同時アクセス数には、装置仕様による上
限がある。よって、システムの規模が拡大されてノンリ
ニア編集機１０１３等の数が多くなった場合、それに応
じて別の素材サーバ１０１２を増設したうえ、上記１つ
の素材サーバ１０１２に蓄積されている映像ファイルを
複製して、増設された別の素材サーバ１０１２にも同一
の映像ファイルを蓄積するようにし、それによって、同
時アクセス数の上限を引き上げるようにしていた。

【００２２】（第９の問題点）しかしながら、同一の映
像ファイルが複数蓄積されることになるので、素材サー
バ１０１２の数が多くなっているにも関わらず、それら
素材サーバ１０１２の実効的な総容量は、何ら増えない
問題があった。

【００２３】また、上記の新たな従来のシステムでは、
利用済みの素材映像や送出済みの放送用映像を保存した
いことがある。

【００２４】（第１０の問題点）しかしながら、その場
合、映像を磁気テープに記録して、それらを専用の保管
庫まで運搬しなければならず、それらの作業がオペレー
タの負担となる問題があった。

【００２５】また、上記の新たな従来のシステムでは、
取材活動や記事の執筆を行うジャーナリストらが、取材
先（つまりノンリニア編集機１０１３等のある放送局の
外部）から番組制作に参加したいことがある。

【００２６】（第１１の問題点）しかしながら、局外か
らは、素材サーバ１０１２に蓄積されている素材映像等
を参照することができないので、ジャーナリストらが迅
速な原稿作成を行えない問題があった。

【００２７】それゆえに、本発明の第１の目的は、素材
サーバから映像を読み出す際の読出遅延、および通信網
を通じてデータを転送する際の転送遅延が、どちらも常
に一定の値以下に収まり、その結果、画面フリーズ等が
生じないような番組制作・送出システムを提供すること
である。

【００２８】また、本発明の第２の目的は、ノンリニア
編集機が素材サーバから必要な素材映像を読み出して記
憶し、記憶している素材映像を用いて編集処理を行うに
も関わらず、オペレータが、素材映像の選択を行った
後、作業を開始できるまで長時間待たされることのない
ような番組制作・送出システムを提供することである。

【００２９】また、本発明の第３の目的は、ノンリニア
編集機が素材サーバに蓄積されている素材映像を直接用
いて編集処理を行うにも関わらず、ノンリニア編集機が
素材サーバから素材映像を読み出す際に生じる読出遅延
を感じさせることがなく、オペレータが快適に作業を行
えるような番組制作・送出システムを提供することであ
る。

【００３０】また、本発明の第４の目的は、編集結果の
放送用映像をノンリニア編集機が素材サーバに書き込む
際、この書き込み処理のために、作業を終えた後、オペ
レータが長時間待たされることのないような番組制作・
送出システムを提供することである。

【００３１】また、本発明の第５の目的は、編集結果の
放送用映像を一部手直ししたい場合に、オペレータが編
集作業を最初からやり直さなくても、それを行えるよう
な番組制作・送出システムを提供することである。

【００３２】また、本発明の第６の目的は、例えば編集
作業を開始する前にオペレータが編集対象の素材映像の
おおよその内容を確認するような場合に、帯域を無駄に
使用することなく、素材サーバからノンリニア編集機へ
素材映像等の転送を行えるような番組制作・送出システ
ムを提供することである。

【００３３】また、本発明の第７の目的は、素材サーバ
において、あるファイルに対して映像の書き込みが実行
されているとき、書き込みの終了を待たずに、ノンリニ
ア編集機がそのファイルから書き込み済みの部分の映像
を読み出すことができ、その結果、編集を素早く開始で
きるような番組制作・送出システムを提供することであ
る。

【００３４】また、本発明の第８の目的は、１つの番組
を制作するための編集作業を複数のオペレータが共同で
行っても、編集途中の映像ファイルが多数存在して素材
サーバの容量が無駄に消費されたり、通信網の通信帯域
や素材サーバの読出帯域が無駄に使用されることがない
ような番組制作・送出システムを提供することである。

【００３５】また、本発明の第９の目的は、素材サーバ
を増設して同時アクセス数の上限を引き上げる際に、素
材サーバの数が多くなるのに応じて、それら素材サーバ
の実効的な総容量も増えるような番組制作・送出システ
ムを提供することである。

【００３６】また、本発明の第１０の目的は、利用済み
の素材映像や送出済みの放送用映像を、オペレータに作
業負担をかけることなく、磁気テープ等に記録して保存
できるような番組制作・送出システムを提供することで
ある。

【００３７】さらに、本発明の第１１の目的は、素材サ
ーバに蓄積されている素材映像等をシステムの外部から
も参照でき、その結果、ジャーナリストらが局外から容
易に番組制作に参加できるような番組制作・送出システ
ムを提供することである。

【００３８】

【課題を解決するための手段および発明の効果】第１の
発明は、素材映像を放送用映像に編集加工する編集処理
を行って番組を制作し、送出するための番組制作・送出
システムであって、素材映像と放送用映像とを蓄積する
ための素材サーバと、入力される素材映像を素材サーバ
に書き込む素材入力装置と、素材サーバから素材映像を
読み出して編集処理を行い、得られた放送用映像を当該
素材サーバに再び書き込むノンリニア編集機と、素材サ
ーバから放送用映像を読み出して蓄積し、当該放送用映
像を番組として送出するためのオンエアサーバと、素材
サーバ、素材入力装置、ノンリニア編集機およびオンエ
アサーバを相互に接続する通信網と、素材サーバへの書
き込みまたは素材サーバからの読み出しに伴って行われ
る通信網を通じた転送処理に際して帯域の割り当てを行
うアセット・マネージャとを備え、通信網は、転送遅延
が常に一定の値以下に収まるような通信網であり、素材
サーバは、読出遅延が常に一定の値以下に収まるような
素材サーバであることを特徴としている。

【００３９】上記第１の発明では、素材サーバとして、
データ読み出しのリアルタイム性が保証された素材サー
バ（例えばＰａｎａＶｉＳＳ）を、通信網としてデータ
転送のリアルタイム性が保証された通信網（例えばＳＳ
ＣＯＰを用いたＡＴＭ網）を採用しているので、素材サ
ーバから映像を読み出す際の読出遅延や、通信網を通じ
てデータを転送する際の転送遅延が常に一定の値以下に
収まり、その結果、画面フリーズ等が生じないようにな
る。

【００４０】第２の発明は、第１の発明において、素材
入力装置、ノンリニア編集機およびオンエアサーバはそ
れぞれ、素材サーバへの書き込みまたは素材サーバから
の読み出しを行う際、予め、必要な帯域をアセット・マ
ネージャに申告し、アセット・マネージャは、素材入力
装置、ノンリニア編集機およびオンエアサーバからそれ
ぞれ必要帯域の申告を受けると、当該必要帯域を割り当
て可能か否かを判断して、その判断結果に基づいて帯域
の割り当てを行うことを特徴としている。

【００４１】上記第２の発明では、さらに、アセット・
マネージャが素材入力装置やノンリニア編集機等からの
申告に応じて帯域割り当て処理を行うので、素材サーバ
や通信網のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉ
ｃｅ；サービス品質）が十分でなくても（つまり素材サ
ーバの読出遅延や通信網の転送遅延の最大値が十分には
小さくない場合でも）、画面フリーズ等が生じないよう
になる。

【００４２】第３の発明は、第１の発明において、通信
網は、再送機能としてＳＳＣＯＰ（Ｓｅｒｖｉｃｅ Ｓ
ｐｅｃｉｆｉｃＣｏｎｎｅｃｔｉｏｎ Ｏｒｉｅｎｔｅ
ｄ Ｐｒｏｔｏｃｏｌ；選択再送手順）を採用したＡＴ
Ｍ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍ
ｏｄｅ；非同期転送モード）網であり、素材サーバは、
ＰａｎａＶｉＳＳ（Ｐａｎａｓｏｎｉｃ Ｖｉｄｅｏ
Ｓｔｏｒａｇｅ Ｓｅｒｖｅｒ）であることを特徴とし
ている。

【００４３】第４の発明は、第１の発明において、ノン
リニア編集機は、素材サーバに蓄積されている素材映像
のうち、これから行おうとする複数の編集処理で用いら
れる全ての素材映像を予め選択するための入力手段と、
素材サーバから入力手段を介して選択された各素材映像
を続けて読み出す先行読出処理を行う先行読出手段と、
先行読出手段が読み出した素材映像を記憶するための記
憶手段と、各編集処理を、記憶手段から素材映像を読み
出しながら行う編集処理手段とを含み、編集処理手段
は、各編集処理を行うとき、先行読出手段が先行読出処
理を実行中でありかつ当該編集処理に必要な素材映像が
まだ記憶手段に記憶されていない場合には、当該先行読
出手段に先行読出処理の実行を中断させた後、当該素材
映像を素材サーバから読み出しながら当該編集処理を行
うことを特徴としている。

【００４４】上記第４の発明では、これから行おうとす
る複数の編集処理で用いられる全ての映像素材を素材サ
ーバから続けて読み出す先行読出処理を行う。そして、
各編集処理を行うとき、先行読出処理の実行中であっ
て、その編集処理に必要な映像素材がまだ記憶手段に記
憶されていない場合には、先行読出処理の実行をいった
ん停止させた後、その映像素材を素材サーバから読み出
しながらその編集処理を行うので、先行読出処理の終了
前であっても各編集処理を開始することができる。従っ
て、ノンリニア編集機が素材サーバから映像素材を読み
出していったん記憶しそれを用いて編集処理を行うにも
関わらず、ノンリニア編集機を操作するオペレータは、
作業を開始できるまで長時間待たされることがなくな
る。

【００４５】第５の発明は、第４の発明において、編集
処理手段は、素材映像を素材サーバから読み出しながら
編集処理を行う際、読み出した素材映像を記憶手段に記
憶させる処理を併せて行うことを特徴としている。

【００４６】上記第５の発明では、オペレータの待ち時
間が短縮される。

【００４７】第６の発明は、第４の発明において、先行
読出手段は、素材映像の選択が行われた時点で、先行読
出処理の実行を開始することを特徴としている。

【００４８】第７の発明は、第４の発明において、編集
処理手段は、各編集処理を行うとき、先行読出手段が先
行読出処理を中断しておりかつ当該編集処理に必要な素
材映像がすでに記憶手段に記憶されている場合には、当
該先行読出手段に先行読出処理の実行を再開させた後、
当該素材映像を当該記憶手段から読み出しながら当該編
集処理を行い、先行読出手段は、中断していた先行読出
処理の実行を再開するときには、入力手段を介して選択
された各素材映像の、記憶手段に記憶されている以外の
部分を読み出すことを特徴としている。

【００４９】第８の発明は、第４の発明において、先行
読出手段は、編集処理手段の処理速度よりも速い速度で
素材映像を読み出すことを特徴としている。

【００５０】上記第８の発明では、オペレータの待ち時
間が短縮される。

【００５１】第９の発明は、第４の発明において、先行
読出手段は、通信網の混雑状況に応じて、素材映像を読
み出す速度を変化させることを特徴としている。

【００５２】上記第９の発明では、多数のノンリニア編
集機が同時に読み出しを行った場合でも通信網が破綻し
ないようにでき、しかもオペレータの平均の待ち時間を
短縮できる。

【００５３】第１０の発明は、第１の発明において、ノ
ンリニア編集機は、編集処理を、素材サーバから素材映
像を読み出しながら行う編集処理手段と、編集処理の実
行が中断されたとき、それが再開されるまでの間、素材
映像の、編集処理手段が読み出しを停止した位置の直前
部分および直後部分の画像データを記憶しておくための
記憶手段とを含んでいる。

【００５４】上記第１０の発明では、ノンリニア編集機
は、編集処理の実行を中断したとき、それを再開するま
での間、映像素材の、読出停止位置の直前部分および直
後部分の画像データを記憶しておくので、中断していた
編集処理を再開する際、記憶している画像データを用い
て速やかに編集処理を再開でき、従って、中断していた
編集処理を再開する際に生じる読出遅延（ノンリニア編
集機が素材サーバから映像素材を読み出す際に生じる遅
延）を、見かけ上なくすことができる。その結果、オペ
レータは、ノンリニア編集機が素材サーバから映像素材
を読み出す際に生じる読出遅延を感じることがなく、快
適に作業を行える。

【００５５】第１１の発明は、第１０の発明において、
記憶手段は、記憶している時間が長いものから順番に画
像データを削除しつつ、与えられる画像データを記憶し
ていくことによって、素材映像の、編集処理手段が現在
読み出している位置の直前部分の画像データを記憶する
機能を実現し、編集処理手段は、編集処理の実行を中断
した後も所定の時間だけ、素材サーバから素材映像を読
み出して記憶手段に与える動作を継続することを特徴と
している。

【００５６】上記第１１の発明では、編集処理の実行が
中断されたとき、それが再開されるまでの間、映像素材
の、読出停止位置の直前部分および直後部分の画像デー
タを記憶しておくことを、容易に行える。

【００５７】第１２の発明は、第１１の発明において、
記憶手段は、画像データを、編集処理手段の処理速度と
当該編集処理手段が素材サーバから素材映像を読み出す
際に生じる遅延との積の２倍に相当する量だけ記憶し、
編集処理手段は、編集処理の実行を中断した後も遅延に
相当する時間だけ、素材サーバから素材映像を読み出し
て記憶手段に与える動作を継続することを特徴としてい
る。

【００５８】上記第１２の発明では、読出停止位置の直
前部分および直後部分の画像データを、それぞれ編集処
理手段の処理速度と編集処理手段が素材サーバから映像
素材を読み出す際に生じる遅延との積に相当する量だけ
記憶するので、読出遅延を見かけ上なくすことができ、
しかもノンリニア編集機側が記憶するデータの量を最小
にできる。

【００５９】第１３の発明は、第１の発明において、ノ
ンリニア編集機は、素材サーバに蓄積されている素材映
像を用いて編集処理を行う編集処理手段と、編集処理手
段が処理して得られた放送用映像を再生する再生手段
と、編集処理手段が処理して得られた放送用映像を素材
サーバへと転送する転送手段とを含み、転送手段は、再
生手段が放送用映像を再生している間に、当該放送用映
像と同じ映像を素材サーバへと転送することを特徴とし
ている。

【００６０】ノンリニア編集機では一般に、処理結果の
放送用映像を素材サーバへと転送する前に、編集処理が
正しく行われたかどうかを確認するなどの目的で、それ
を再生することが行われる。上記第１３の発明では、こ
うして放送用映像を再生している間に、その放送用映像
と同じ映像を素材サーバへと転送するので、オペレータ
の待ち時間が短縮される。

【００６１】第１４の発明は、第１の発明において、ノ
ンリニア編集機は、素材サーバに蓄積されている素材映
像を用いて編集処理を行う編集処理手段と、編集処理手
段によって行われた編集処理の手順を記述した編集スク
リプトを、素材サーバへと書き込む編集スクリプト書込
手段とを含んでいる。

【００６２】上記第１４の発明では、編集処理して得ら
れた放送用映像を一部手直ししたい場合、その編集処理
の編集スクリプトを素材サーバから読み出し、読み出し
た編集スクリプトを一部変更するだけでよいので、オペ
レータは、編集作業を最初からやり直す手間が省ける。

【００６３】第１５の発明は、第１の発明において、素
材入力装置は、入力される素材映像のフォーマットをＤ
Ｖフォーマットに変換し、変換して得られるＤＩＦデー
タから、ＤＣ成分を抽出し、ＤＩＦデータを素材映像と
して、ＤＣ成分を当該素材映像のアイコン映像として、
別々に素材サーバに書き込むことを特徴としている。

【００６４】上記第１５の発明では、例えば素材映像の
おおよその内容を確認するだけのために、素材映像を転
送して帯域を無駄に使用することがなくなる。換言すれ
ば、同じ帯域を用いて映像を転送する場合、転送にかか
る時間が短くてすむ。

【００６５】第１６の発明は、第１５の発明において、
ノンリニア編集機は、１画面内に複数のウインドウを表
示するマルチウインドウ機能を有し、複数の素材映像の
アイコン映像を読み出して１画面内に同時に表示するこ
とを特徴としている。

【００６６】上記第１６の発明では、上記の確認作業を
効率的に行えるようになる。

【００６７】第１７の発明は、第１の発明において、素
材サーバは、１つのファイルを書き込みモードおよび読
み出しモードの両方でオープンする機能を有し、素材サ
ーバが、素材入力装置からの書き込み要求とノンリニア
編集機からの読み出し要求とに応じて、１つのファイル
を書き込みモードおよび読み出しモードの両方でオープ
ンしているとき、当該素材入力装置は、当該ノンリニア
編集機に対して、当該１つのファイルへの書き込みを実
行中であることを通知するメッセージを、定期的に送信
することを特徴としている。

【００６８】上記第１７の発明では、ノンリニア編集機
は、ファイルからの読み出しを、素材入力装置によるそ
のファイルへの書き込みと同期を取りつつ行えるように
なる。

【００６９】第１８の発明は、第１７の発明において、
１つのファイルにおいて、ノンリニア編集機による読み
出しのポイントが素材入力装置による書き込みのポイン
トを追い越したか、または追い越しつつある場合には、
当該素材入力装置は、当該ノンリニア編集機に対して、
読み出しポイントが書き込みポイントを追い越したかま
たは追い越しつつあることを通知するメッセージを送信
することを特徴としている。

【００７０】上記第１８の発明では、ノンリニア編集機
は、読み出しポイントが書き込みポイントを追い越すこ
とがないように読み出しを行えるようになる。

【００７１】第１９の発明は、第１の発明において、ノ
ンリニア編集機は、素材サーバから素材映像を読み出し
て、当該素材映像の一部分を切り出すことによって、編
集加工の単位となるオブジェクトを生成し、複数のオブ
ジェクトに対して施すべき編集加工の手順を記述した記
述ファイルを作成し、複数のオブジェクトおよび記述フ
ァイルをアセット・マネージャに登録することを特徴と
している。

【００７２】上記第１９の発明では、１つの番組を共同
で編集する場合に、１つの番組について編集途中の映像
（映像ファイル）が複数存在しても、実体データはオブ
ジェクトだけなので、素材サーバの容量を無駄に消費す
ることがなくなる。また、通信網を通じて転送される実
体データの量を減らすことができる。それらの結果とし
て、共同編集が行いやすくなる。

【００７３】第２０の発明は、第１９の発明において、
素材サーバは、複数であり、素材入力装置は、書き込も
うとする素材映像を一定データ量の複数のクリップ映像
に分割して、それらクリップ映像を順番に複数の素材サ
ーバに書き込んでいき、ノンリニア編集機は、素材入力
装置が書き込んだのとは逆の順序で、複数の素材サーバ
からクリップ映像を読み出して繋ぎ合わせることを特徴
としている。

【００７４】上記第２０の発明では、素材サーバを増設
して同時アクセス数の上限を引き上げる際に、素材サー
バの数が多くなるのに応じて、それら素材サーバの実効
的な総容量も増えるようになる（例えば素材サーバを１
台から８台に増設して同時アクセス数を８倍に増やす際
には、それら８台の素材サーバの実効的な総容量も８倍
になる）。

【００７５】第２１の発明は、素材映像を放送用映像に
編集加工する編集処理を行って番組を制作し、送出する
ための番組制作・送出システムであって、素材映像と放
送用映像とを蓄積するための素材サーバと、入力される
素材映像を素材サーバに書き込む素材入力装置と、素材
サーバから素材映像を読み出して編集処理を行い、得ら
れた放送用映像を当該素材サーバに再び書き込むノンリ
ニア編集機と、素材サーバから放送用映像を読み出して
蓄積し、当該放送用映像を番組として送出するためのオ
ンエアサーバと、素材サーバおよび／またはオンエアサ
ーバから素材映像および／または放送用映像を読み出し
て記録・保存するためのアーカイブ系と、素材サーバ、
素材入力装置、ノンリニア編集機、オンエアサーバおよ
びアーカイブ系を相互に接続する通信網と、素材サーバ
への書き込みまたは素材サーバからの読み出しに伴って
行われる通信網を通じた転送処理に際して帯域の割り当
てを行うアセット・マネージャとを備え、通信網は、転
送遅延が常に一定の値以下に収まるような通信網であ
り、素材サーバは、読出遅延が常に一定の値以下に収ま
るような素材サーバであり、素材入力装置、ノンリニア
編集機、オンエアサーバおよびアーカイブ系はそれぞ
れ、素材サーバへの書き込みまたは素材サーバからの読
み出しを行う際、予め、必要な帯域をアセット・マネー
ジャに申告し、アセット・マネージャは、素材入力装
置、ノンリニア編集機、オンエアサーバおよびアーカイ
ブ系からそれぞれ必要帯域の申告を受けると、当該必要
帯域を割り当て可能か否かを判断して、その判断結果に
基づいて帯域の割り当てを行うことを特徴としている。

【００７６】上記第２１の発明では、素材サーバとし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網としてデ
ータ転送のリアルタイム性が保証された通信網（例えば
ＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上で、ア
セット・マネージャが素材入力装置やノンリニア編集機
等からの申告に応じて帯域割り当て処理を行うので、素
材サーバから映像を読み出す際の読出遅延や、通信網を
通じてデータを転送する際の転送遅延が常に一定の値以
下に収まり、その結果、画面フリーズ等が生じないよう
になる。

【００７７】第２２の発明は、第２１の発明において、
アーカイブ系は、映像を一定の記録速度で磁気テープに
記録するＶＴＲと、ノンリニア編集機の依頼を受けて、
素材サーバおよび／またはオンエアサーバから、通信網
を通じて一定の記録速度と等しい読出速度で素材映像お
よび／または放送用映像を読み出し、当該映像をＶＴＲ
へと引き渡すゲートウェイとを含んでいる。

【００７８】上記第２２の発明では、利用済みの素材映
像や送出済みの放送用映像を、オペレータに作業負担を
かけることなく記録・保存できるようになる。また、転
送速度と記録速度との速度差を吸収するバッファ等を設
ける必要がくなる。

【００７９】第２３の発明は、第２２の発明において、
ゲートウェイには、ローカル記憶部が設けられており、
ゲートウェイは、読み出した素材映像および／または放
送用映像をＶＴＲへと引き渡す際に、当該映像をローカ
ル記憶部に一時記憶しておき、ＶＴＲが素材映像および
／または放送用映像を磁気テープに記録し終えると、当
該磁気テープに記録された映像を、ローカル記憶部に一
時記憶している映像と照合し、照合の結果、磁気テープ
に記録された映像とローカル記憶部に一時記憶している
映像とが一致した場合、後者の映像を消去し、一致しな
い場合、依頼元のノンリニア編集機に対して記録ミスの
発生を通知することを特徴としている。

【００８０】上記第２３の発明では、アーカイブ系への
記録を確実に行えるようになる。

【００８１】第２４の発明は、素材映像を放送用映像に
編集加工する編集処理を行って番組を制作し、送出する
ための番組制作・送出システムであって、素材映像と放
送用映像とを蓄積するための素材サーバと、入力される
素材映像を素材サーバに書き込む素材入力装置と、素材
サーバから素材映像を読み出して編集処理を行い、得ら
れた放送用映像を当該素材サーバに再び書き込むノンリ
ニア編集機と、素材サーバから放送用映像を読み出して
蓄積し、当該放送用映像を番組として送出するためのオ
ンエアサーバと、素材サーバおよび／またはオンエアサ
ーバから素材映像および／または放送用映像を読み出し
て蓄積し、当該素材映像および／または放送用映像をシ
ステムの外部へと送信するブラウズサーバと、素材サー
バ、素材入力装置、ノンリニア編集機、オンエアサーバ
およびブラウズサーバを相互に接続する通信網と、素材
サーバへの書き込みまたは素材サーバからの読み出しに
伴って行われる通信網を通じた転送処理に際して帯域の
割り当てを行うアセット・マネージャとを備え、通信網
は、転送遅延が常に一定の値以下に収まるような通信網
であり、素材サーバは、読出遅延が常に一定の値以下に
収まるような素材サーバであり、素材入力装置、ノンリ
ニア編集機、オンエアサーバおよびブラウズサーバはそ
れぞれ、素材サーバへの書き込みまたは素材サーバから
の読み出しを行う際、予め、必要な帯域をアセット・マ
ネージャに申告し、アセット・マネージャは、素材入力
装置、ノンリニア編集機、オンエアサーバおよびブラウ
ズサーバからそれぞれ必要帯域の申告を受けると、当該
必要帯域を割り当て可能か否かを判断して、その判断結
果に基づいて帯域の割り当てを行うことを特徴としてい
る。

【００８２】上記第２４の発明では、素材サーバとし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網としてデ
ータ転送のリアルタイム性が保証された通信網（例えば
ＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上で、ア
セット・マネージャが素材入力装置やノンリニア編集機
等からの申告に応じて帯域割り当て処理を行うので、素
材サーバから映像を読み出す際の読出遅延や、通信網を
通じてデータを転送する際の転送遅延が常に一定の値以
下に収まり、その結果、画面フリーズ等が生じないよう
になる。

【００８３】第２５の発明は、第２４の発明において、
素材映像および／または放送用映像は、そのフォーマッ
トがＤＶフォーマットであり、ブラウズサーバは、素材
サーバおよび／またはオンエアサーバから素材映像およ
び／または放送用映像を読み出して蓄積する際に、当該
映像のフォーマットをＤＶフォーマットからＭＰＥＧフ
ォーマットへと変換して蓄積し、システムの外部へは、
このフォーマット変換後の素材映像および／または放送
用映像を送信することを特徴としている。

【００８４】上記第２５の発明では、ブラウズサーバを
設けたことによって、システムの外部から素材映像等を
参照できるようになる。加えて、ブラウズサーバが映像
のフォーマットをＤＶからＭＰＥＧに変換して（圧縮率
を高めて）データ量を減らしたうえで蓄積するので、ブ
ラウズサーバの容量が小さくて済む。また、外部への映
像の転送処理（インターネット，ＬＡＮ等を通じて行わ
れる）を高速化することができる。転送処理を高速化す
れば、読み出し時間が短縮されてジャーナリストらが能
率よく作業を行えるようになり、また通信コストも低く
抑えることができるようになる。

【００８５】第２６の発明は、素材映像を放送用映像に
編集加工する編集処理を行って番組を制作し、送出する
ための番組制作・送出システムであって、ビデオサーバ
と、ビデオサーバから素材映像を読み出して編集処理を
行い、得られた放送用映像を当該ビデオサーバに再び書
き込むノンリニア編集機と、ビデオサーバおよびノンリ
ニア編集機を相互に接続する通信回線とを備え、ビデオ
サーバは、交換ファブリックを含み、交換ファブリック
上には、素材映像と放送用映像とを蓄積するための素材
サーバ手段と、入力される素材映像を素材サーバ手段に
書き込む素材入力手段と、素材サーバ手段から放送用映
像を読み出して蓄積し、当該放送用映像を番組として送
出するためのオンエアサーバ手段と、素材サーバ手段へ
の書き込みまたは素材サーバ手段からの読み出しに伴っ
て交換ファブリックを通じて行われる転送処理に際して
帯域の割り当てを行うアセット・マネージャ手段とが一
体構成され、素材サーバ手段は、読出遅延が常に一定の
値以下に収まるような素材サーバ手段であり、交換ファ
ブリックは、転送遅延が常に一定の値以下に収まるよう
な交換ファブリックであり、素材入力手段およびオンエ
アサーバ手段はそれぞれ、素材サーバ手段への書き込み
または素材サーバからの読み出しを行う際、予め、必要
な帯域をアセット・マネージャ手段に申告し、アセット
・マネージャ手段は、素材入力手段およびオンエアサー
バ手段からそれぞれ必要帯域の申告を受けると、当該必
要帯域を割り当て可能か否かを判断して、その判断結果
に基づいて帯域の割り当てを行うことを特徴としてい
る。

【００８６】上記第２６の発明では、ビデオサーバは、
交換ファブリック上において、素材サーバ手段、素材入
力手段、オンエアサーバ手段およびアセット・マネージ
ャ手段が一体構成されたものなので、システムのサイズ
がコンパクトであり、地方局において用いるのに適した
番組制作・送出システムとなる。また、素材サーバ手段
として、データ読み出しのリアルタイム性が保証された
素材サーバ手段（例えばＰａｎａＶｉＳＳ）を、交換フ
ァブリックとしてデータ転送のリアルタイム性が保証さ
れた交換ファブリック（例えばＳＳＣＯＰを用いたＡＴ
Ｍ交換ファブリック）を採用し、その上で、アセット・
マネージャ手段が素材入力手段やオンエアサーバ手段か
らの申告に応じて帯域割り当て処理を行うので、素材サ
ーバ手段から映像を読み出す際の読出遅延や、交換ファ
ブリックを通じてデータを転送する際の転送遅延が常に
一定の値以下に収まり、その結果、画面フリーズ等が生
じないようになる。

【００８７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら説明する。 （第１の実施形態）図１は、本発明の第１の実施形態に
係る番組制作・送出システムの構成を示すブロック図で
ある。図１において、本発明の第１の実施形態に係る番
組制作・送出システム（以下、番組制作・送出システ
ム）は、素材入力装置１１と、素材サーバ１２と、ノン
リニア編集機１３と、ブラウズサーバ１４と、オンエア
サーバ１５と、アーカイブ系１６と、アセット・マネー
ジャ１７と、通信網１８とを備えている。

【００８８】素材入力装置１１は、素材映像を入力する
ためのものであり、通信回線やビデオテープ等からの入
力映像のフォーマットを、ＤＶフォーマットに変換し、
得られた映像データ（ＤＩＦデータ）を素材サーバ１２
に書き込む。

【００８９】素材サーバ１２は、編集しようとする素材
映像や、編集して得られる放送用映像を蓄積するための
ものである。素材サーバ１２は、個々の映像（ＤＩＦデ
ータ）をファイルとして管理する。そして、書き込み要
求または読み出し要求に応じて、書き込みモードまたは
読み出しモードで各映像ファイルをオープンして、指定
された帯域を用いて、要求された書き込み処理または読
み出し処理を実行する。

【００９０】ノンリニア編集機１３は、素材映像を放送
用映像に編集加工する編集処理を行うためのものであ
り、素材サーバ１２から映像ファイルを読み出して、番
組制作のための各種編集処理を行う。そして、得られた
放送用映像を、素材サーバ１２に再び書き込む。

【００９１】ブラウズサーバ１４は、素材サーバ１２や
オンエアサーバ１５から映像ファイルを読み出して蓄積
する。ブラウズサーバ１４には、図示しない端末（パソ
コン，ワークステーション等）がインターネット，ＬＡ
Ｎ等を介して接続されており、蓄積している映像ファイ
ルを端末へと送信する（これにより、ジャーナリストら
は、取材先で放送用映像等を参照しながら原稿作成を行
うことができるようになる）。

【００９２】オンエアサーバ１５は、放送しようとする
映像を蓄積するためのものであり、素材サーバ１２から
映像ファイルを読み出して蓄積し、放送する。

【００９３】アーカイブ系１６は、素材映像や送出済み
の放送用映像を磁気テープ等に記録して保存するための
ものであり、ノンリニア編集機１３等からの依頼に応
じ、素材サーバ１２やオンエアサーバ１５から映像ファ
イルを読み出し、それを磁気テープ等に記録して保存す
る。

【００９４】上記の各構成要素は、通信網１８を介して
相互に接続されており、映像ファイルの読み出しや書き
込みは、この通信網１８を通じて実行される。アセット
・マネージャ１７は、ＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍ
ａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）１９と、ＳＲＭ
（Ｓｅｓｓｉｏｎ ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ）
２０とを含み、アーカイブ系１６に記録した映像の管理
と、通信網１８の帯域の管理とを行う。

【００９５】以上のように構成された番組制作・送出シ
ステムの動作について、以下に説明する。ここで予め、
本発明の理解を容易にする目的で、番組制作・送出シス
テムの動作の概要を説明する。番組制作・送出システム
は、例えば、１つのキー局と複数の系列地方局とからな
る放送局に対して適用される。その場合、アセット・マ
ネージャ１７，素材サーバ１２，ブラウズサーバ１４お
よびアーカイブ系１６は、キー局だけに設置され、素材
入力装置１１，ノンリニア編集機１３およびオンエアサ
ーバ１５は、キー局および各地方局に設置される。な
お、素材入力装置１１およびノンリニア編集機１３につ
いては、放送局とは独立した番組製作会社等に設置する
ことも考えられる。

【００９６】番組制作・送出システムを用いて行おうと
している番組制作・送出の手順は、概ね以下のようなも
のである。最初、番組の元となる素材映像を各局で収録
し、各局で収録された素材映像を、キー局へと集める。
次に、キー局の素材映像を用いて、各局で番組制作を行
う。こうして制作された番組（すなわち放送用映像）
は、再びキー局へと集められる。その後、各地方局で
は、キー局から放送用映像を取得し、必要に応じてその
一部を手直してから放送する。局外で活動するジャーナ
リストも、インターネット等を通じてシステムにアクセ
スし、番組制作に参加する。番組制作・送出システム
は、こうして素材映像や放送用映像を各局で共有するこ
とによって、放送局において、番組制作・送出をより効
率的に行えるようにする。

【００９７】このような番組制作・送出システムが成立
するには、データ読み出しのリアルタイム性が保証され
た（つまり、読出遅延が常に一定値以下に収まるよう
な）素材サーバ１２、およびデータ転送のリアルタイム
性が保証された（つまり、転送遅延が常に一定値以下に
収まるような）通信網１８を採用することが前提とな
る。

【００９８】上記のような素材サーバ１２としては、Ｐ
ａｎａＶｉＳＳ（Ｐａｎａｓｏｎｉｃ Ｖｉｄｅｏ Ｓ
ｔｏｒａｇｅ Ｓｅｒｖｅｒ）がある。なお、Ｐａｎａ
ＶｉＳＳについては、「電子情報通信学会 信学技報
ＣＳ９６−１１５，ＩＥ９６−８６（１９９６−１
２）」に詳しく記載されている。

【００９９】一方、上記のような通信網１８としては、
再送機能としてＳＳＣＯＰ（Ｓｅｒｖｉｃｅ Ｓｐｅｃ
ｉｆｉｃ Ｃｏｎｎｅｃｔｉｏｎ Ｏｒｉｅｎｔｅｄ
Ｐｒｏｔｏｃｏｌ；選択再送手順）を採用したＡＴＭ
（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒ Ｍｏｄ
ｅ；非同期転送モード）網がある。ＳＳＣＯＰは、ＦＴ
Ｐ（ＴＣＰ／ＩＰ）と比較すると、セル廃棄によるスル
ープットの低下が少なく、再送遅延も小さいという特長
を持っている。

【０１００】図２は、図１の通信網１８、すなわちＳＳ
ＣＯＰを採用したＡＴＭ網の構造を示す図である。図２
において、ＡＴＭ網のアダプテーション層には、ＡＡＬ
５が使用されている。ＡＴＭはコネクション型通信なの
で、データ転送を行うには、データ系用（映像ファイル
の転送用）の帯域と、コマンド系用の帯域とを確保する
必要がある。データ系の転送には、ＡＢＲまたはＣＢＲ
が使用され、再送機能としてＳＳＣＯＰが採用されてい
る。コマンド系の転送には、ＴＣＰ／ＩＰが使用されて
いる（ベストエフォート型の通信（例えばＵＢＲ）でも
構わない）。コマンドは、ディレクトリサーバのクライ
アントメッセージとファイル操作メッセージとからな
り、両者を用いれば、ノンリニア編集機１３から、例え
ばＷｉｎ３２・ＡＰＩを通じて、素材サーバ１２のファ
イルへとアクセスできる。なお、ＳＳＣＯＰを採用した
ＡＴＭ網の詳細については、”ＡＴＭ網におけるリアル
タイム画像データ転送に関する検討”（井坂、生駒、電
子情報通信学会ソサイアティ大会９６０９２１）に詳し
く記載されている。

【０１０１】このように、番組制作・送出システムで
は、素材サーバ１２としてＰａｎａＶｉＳＳを、通信網
１８としてＳＳＣＯＰを用いたＡＴＭ網を採用すること
によって、画像データに求められるリアルタイム性を保
証可能なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃ
ｅ；サービス品質）が実現されている。

【０１０２】さて、番組制作・送出システムの動作は、
（１）素材映像を取り込んで素材サーバ１２に蓄積する
工程と、（２）素材サーバ１２に蓄積されている素材映
像を放送用映像に編集加工し、さらに、できあがった放
送用映像を再び素材サーバ１２に蓄積する工程と、
（３）素材サーバ１２に蓄積されている放送用映像を読
み出し、それを番組として送出する工程と、（４）素材
サーバ１２に蓄積されている利用済みの素材映像および
送出済みの放送用映像を、磁気テープ等に記録して保存
する工程とからなる。

【０１０３】また、必要に応じて、（５）局外にある端
末へ、インターネット等を通じて素材映像等を送る工程
がさらに加わる。その目的は、ジャーナリストらが取材
先で素材映像等を見ながら原稿作成を行うなど、局外か
ら容易に番組制作に参加できるようにするためである。

【０１０４】最初、上記（１）の工程、すなわち素材映
像を素材サーバ１２に蓄積する工程について説明する。
図１において、素材入力装置１１は、素材映像の入力を
行う。すなわち、オペレータの操作に応じて、素材入力
装置１１は、通信回線やビデオテープ等から素材映像を
取り込み（もし取り込んだ素材映像がアナログであれ
ば、それをディジタル化した後）、そのフォーマットを
ＤＶフォーマットに変換する。そして、変換して得られ
る映像データ（ＤＩＦデータ）を、素材サーバ１２に書
き込む（素材サーバ１２に対して書き込み要求を行
う）。

【０１０５】この書き込み処理を実行するには、素材入
力装置１１から素材サーバ１２へ通信網１８を通じてデ
ータ転送を行うための帯域を確保する必要がある。そこ
で、素材入力装置１１は、上記の書き込み処理を実行す
る前に、データ転送に必要な帯域をアセット・マネージ
ャ１７に申告する。応じて、アセット・マネージャ１７
は、他の素材入力装置１１やノンリニア編集機１３等か
らの申告状況を勘案して、帯域を割り当てる。なお、こ
の帯域割り当て処理については、後述する。

【０１０６】一方、素材サーバ１２は、映像ファイルを
管理しており、素材入力装置１１からの書き込み要求に
応じ、書き込みモードで映像ファイルをオープンする。
そして、アセット・マネージャ１７によって指定された
帯域を用いて、素材映像の書き込み処理を実行する。こ
うして、素材サーバ１２には、素材映像が蓄積されてい
く。

【０１０７】次に、上記（２）の工程、すなわち、素材
サーバ１２に蓄積されている素材映像を放送用映像に編
集加工し、さらに、それを再び素材サーバ１２に蓄積す
る工程について説明する。図１において、ノンリニア編
集機１３は、素材サーバ１２から、編集対象となる複数
の映像ファイルを読み出す（素材サーバ１２に対して読
み出し要求を行う）。

【０１０８】この読み出し処理を実行するには、素材サ
ーバ１２からノンリニア編集機１３へ通信網１８を通じ
てデータ転送を行うための帯域を確保する必要がある。
そこで、ノンリニア編集機１３は、読み出し処理を実行
する前に、データ転送に必要な帯域をアセット・マネー
ジャ１７に申告する。応じて、アセット・マネージャ１
７は、素材入力装置１１や他のノンリニア編集機１３等
からの申告状況を勘案し、帯域を割り当てる。なお、こ
の帯域割り当て処理については、後述する。

【０１０９】一方、素材サーバ１２は、映像ファイルを
管理している。素材サーバ１２は、ノンリニア編集機１
３からの読み出し要求に応じ、読み出しモードで映像フ
ァイルをオープンする。そして、アセット・マネージャ
１７によって指定された帯域を用いて、素材映像の読み
出し処理を実行する。

【０１１０】次に、ノンリニア編集機１３は、読み出し
た複数の映像ファイルを編集加工して放送用番組を作成
する処理を行う。例えば、複数の映像ファイルからそれ
ぞれ一部の映像を切り出してそれらを互いに繋ぎ合わ
せ、１本の放送用映像に仕上げる。次に、ノンリニア編
集機１３は、できあがった放送用映像を、素材サーバ１
２に書き込む（素材サーバ１２に対して書き込み要求を
行う）。

【０１１１】この書き込み処理を実行するには、ノンリ
ニア編集機１３から素材サーバ１２へ通信網１８を通じ
てデータ転送を行うための帯域を確保する必要がある。
そこで、ノンリニア編集機１３は、書き込み処理を実行
する前に、データ転送に必要な帯域をアセット・マネー
ジャ１７に申告する。応じて、アセット・マネージャ１
７は、素材入力装置１１や他のノンリニア編集機１３等
からの申告状況を勘案し、帯域を割り当てる。なお、こ
の帯域割り当て処理については、後述する。

【０１１２】一方、素材サーバ１２は、映像ファイルを
管理しており、ノンリニア編集機１３からの書き込み要
求に応じ、書き込みモードで映像ファイルをオープンす
る。そして、アセット・マネージャ１７によって指定さ
れた帯域を用いて、放送用映像の書き込み処理を実行す
る。こうして、素材サーバ１２には、放送用映像が蓄積
されていく。

【０１１３】次に、上記（３）の工程、すなわち、素材
サーバ１２に蓄積されている放送用映像を読み出して、
番組として送出する工程について説明する。図１におい
て、オンエアサーバ１５は、素材サーバ１２から、放送
しようとする放送用映像のファイルを読み出す（素材サ
ーバ１２に対して読み出し要求を行う）。

【０１１４】この読み出し処理を実行するには、素材サ
ーバ１２からオンエアサーバ１５へ通信網１８を通じて
データ転送を行うための帯域を確保する必要がある。そ
こで、オンエアサーバ１５は、読み出し処理を実行する
前に、データ転送に必要な帯域をアセット・マネージャ
１７に申告する。応じて、アセット・マネージャ１７
は、素材入力装置１１やノンリニア編集機１３等からの
申告状況を勘案し、帯域を割り当てる。なお、この帯域
割り当て処理については、後述する。

【０１１５】一方、素材サーバ１２は、映像ファイルを
管理している。素材サーバ１２は、オンエアサーバ１５
からの読み出し要求に応じ、読み出しモードで映像ファ
イルをオープンする。そして、アセット・マネージャ１
７によって指定された帯域を用いて、放送用映像の読み
出し処理を実行する。オンエアサーバ１５は、こうして
読み出した放送用映像を蓄積し、その後、蓄積した放送
用映像を番組として送出する。

【０１１６】次に、上記（４）の工程、すなわち、素材
サーバ１２から利用済み素材映像や送出済み放送用映像
を読み出し、それを磁気テープ等に記録して保存する工
程について説明する。図１において、アーカイブ系１６
は、素材サーバ１２から、利用済み素材映像や送出済み
放送用映像のファイルを読み出す（素材サーバ１２に対
して読み出し要求を行う）。

【０１１７】この読み出し処理を実行するには、素材サ
ーバ１２からアーカイブ系１６へ通信網１８を通じてデ
ータ転送を行うための帯域を確保する必要がある。そこ
で、アーカイブ系１６は、読み出し処理を実行する前
に、データ転送に必要な帯域をアセット・マネージャ１
７に申告する。応じて、アセット・マネージャ１７は、
素材入力装置１１やノンリニア編集機１３等からの申告
状況を勘案し、帯域を割り当てる。なお、この帯域割り
当て処理については、後述する。

【０１１８】一方、素材サーバ１２は、映像ファイルを
管理している。素材サーバ１２は、アーカイブ系１６か
らの読み出し要求に応じ、読み出しモードで映像ファイ
ルをオープンする。そして、アセット・マネージャ１７
によって指定された帯域を用いて、利用済み素材映像や
送出済み放送用映像の読み出し処理を実行する。アーカ
イブ系１６は、読み出した利用済み素材映像や送出済み
放送用映像を磁気テープ等に記録し、保存する。

【０１１９】次に、上記（５）の工程、すなわち、イン
ターネット等を通じて局外にある端末へ映像を送る工程
について説明する。図１において、ブラウズサーバ１４
は、素材サーバ１２から、素材映像や放送用映像のファ
イルを読み出す（素材サーバ１２に対して読み出し要求
を行う）。

【０１２０】この読み出し処理を実行するには、素材サ
ーバ１２からブラウズサーバ１４へ通信網１８を通じて
データ転送を行うための帯域を確保する必要がある。そ
こで、ブラウズサーバ１４は、読み出し処理を実行する
前に、データ転送に必要な帯域をアセット・マネージャ
１７に申告する。応じて、アセット・マネージャ１７
は、素材入力装置１１やノンリニア編集機１３等からの
申告状況を勘案し、帯域を割り当てる。なお、この帯域
割り当て処理については、後述する。

【０１２１】一方、素材サーバ１２は、映像ファイルを
管理している。素材サーバ１２は、ブラウズサーバ１４
からの読み出し要求に応じ、読み出しモードで映像ファ
イルをオープンする。そして、アセット・マネージャ１
７によって指定された帯域を用いて、素材映像や放送用
映像の読み出し処理を実行する。

【０１２２】読み出された素材映像や放送用映像は、通
信網１８を通じてブラウズサーバ１４へと転送される。
ブラウズサーバ１４は、こうして読み出した素材映像や
放送用映像を蓄積する。

【０１２３】ブラウズサーバ１４には、端末がインター
ネット，ＬＡＮ等を介して接続されており、蓄積してい
る素材映像や放送用映像を、インターネット，ＬＡＮ等
を通じて端末へと送信する。局外で活動するジャーナリ
ストは、端末の画面上に表示される映像を見ながら、原
稿作成等を行う。

【０１２４】次に、アセット・マネージャ１７が行う帯
域割り当て処理について、図３を用いて説明する。図３
は、図１のアセット・マネージャ１７が行う帯域割り当
て処理を示すフローチャートである。なお、これら一連
の処理は、アセット・マネージャ１７内のＳＲＭ２０が
実行する。図３において、アセット・マネージャ１７
は、通信網１８の全通信帯域と素材サーバ１２の全読出
帯域とを認識しており、最初、これら全通信帯域および
全読出帯域とに基づいて、現在割り当てることができる
帯域の最大値、すなわち割当可能帯域を算出する（ステ
ップＳ１）。

【０１２５】次に、アセット・マネージャ１７は、素材
入力装置１１やノンリニア編集機１３等から帯域割り当
ての申告があったか否かを判断する（ステップＳ２）。
そして、判断結果が否定であれば、肯定となるまで待機
する。ステップＳ２の判断結果が肯定となる、すなわち
素材入力装置１１やノンリニア編集機１３等から帯域割
り当ての申告があると、アセット・マネージャ１７は、
申告された帯域が、ステップＳ１で算出した割当可能帯
域以下であるか否かを判断する（ステップＳ３）。

【０１２６】ステップＳ３の判断結果が否定の場合、ア
セット・マネージャ１７は、セッションを確立するのが
不可能である旨を、申告元（帯域割り当ての申告を行っ
た素材入力装置１１やノンリニア編集機１３）に通知し
（ステップＳ４）、その後、ステップＳ８に進む。

【０１２７】ステップＳ３の判断結果が肯定の場合、ア
セット・マネージャ１７は、申告された帯域（通信帯域
および読出帯域）をその申告元に割り当て（ステップＳ
５）、その後、セッションを確立した旨をその申告元に
対して通知する（ステップＳ６）。

【０１２８】次に、アセット・マネージャ１７は、割当
可能帯域を更新する（ステップＳ７）。すなわち、ステ
ップＳ１で算出した割当可能帯域から、ステップＳ５で
割り当てた帯域の分を減算し、それにより得られた値
を、新たな割当可能帯域とする。

【０１２９】次に、アセット・マネージャ１７は、帯域
割り当て処理を終了するか否かを判断し（ステップＳ
８）、判断結果が肯定であれば、動作を終了する。ステ
ップＳ８の判断結果が否定であれば、アセット・マネー
ジャ１７は、ステップＳ２に戻り、上記と同様の処理を
繰り返す。

【０１３０】以上のように、番組制作・送出システムで
は、素材サーバ１２として、データ読み出しのリアルタ
イム性が保証された素材サーバ（例えばＰａｎａＶｉＳ
Ｓ）を、通信網１８としてデータ転送のリアルタイム性
が保証された通信網（例えばＳＳＣＯＰを用いたＡＴＭ
網）を採用し、その上で、アセット・マネージャ１７が
素材入力装置１１やノンリニア編集機１３等からの申告
に応じて上記のような帯域割り当て処理を行うことによ
り、素材サーバ１２から映像を読み出す際の読出遅延
や、通信網１８を通じてデータを転送する際の転送遅延
が常に一定の値以下に収まり、その結果、画面フリーズ
等が生じないような番組制作・送出を行えるようにな
る。

【０１３１】なお、素材サーバ１２や通信網１８のＱｏ
Ｓが十分であれば（つまり素材サーバ１２の読出遅延や
通信網１８の転送遅延の最大値が十分に小さければ）、
必ずしもアセット・マネージャ１７が素材入力装置１１
やノンリニア編集機１３等からの申告に応じて帯域割り
当て処理を行わなくても、画面フリーズ等が生じないよ
うになる。

【０１３２】（第２の実施形態）本発明の第２の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第２の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０１３３】第２の実施形態では、さらに、ノンリニア
編集機１３が素材サーバ１２から素材映像を読み出す際
の読み出し処理を工夫することによって、オペレータ
が、素材映像の選択を行った後、作業を開始できるまで
長時間待たされることのないようにする。以下、第１の
実施形態と同様の点については説明を省略し、ノンリニ
ア編集機１３が素材サーバ１２から素材映像を読み出す
際の読み出し処理について、詳細に説明する。

【０１３４】図４は、図１のノンリニア編集機１３の機
能的な構成を示すブロック図である。図４において、ノ
ンリニア編集機１３は、先行読出部１１１、ローカル記
憶部１１２、記憶管理部１１３、読出制御部１１４、入
力部１１５、表示部１１６および編集処理部１１７を含
む。先行読出部１１１は、編集作業に用いられる全ての
素材映像を、編集処理の開始に先行して素材サーバ１２
から読み出す。ローカル記憶部１１２は、ハードディス
クなどの記録用ディスクを含み、素材サーバ１２から読
み出された素材映像を記憶する。記憶管理部１１３は、
ローカル記憶部１１２の記憶内容を管理するためのもの
であり、現在どの素材映像のどの部分がローカル記憶部
１１２に記憶されているかを示す情報が登録される。

【０１３５】読出制御部１１４は、記憶管理部１１３に
登録されている情報を参照して、これから実行しようと
する編集処理に必要な素材映像がローカル記憶部１１２
に記憶されているか否かを判断し、判断結果が肯定であ
ればローカル記憶部１１２からその素材映像を読み出し
て編集処理部１１７に与え、判断結果が否定であれば先
行読出部１１１の動作をいったん停止させると共に、そ
の素材映像を素材サーバ１２から読み出して編集処理部
１１７とローカル記憶部１１２とに与える。

【０１３６】入力部１１５は、キーボードやマウスなど
を含み、オペレータの指示を入力する。編集処理部１１
７は、オペレータの指示に応じて各種編集処理、例えば
各素材映像を再生する処理や、各素材映像から必要な部
分を切り出し、それらに適宜画像効果を加えて繋ぎ合わ
せる処理などを行う。表示部１１６は、ディスプレイを
含み、各素材映像や編集結果の放送用映像を表示する。
なお、先行読出部１１１、記憶管理部１１３、読出制御
部１１４および編集処理部１１７は、コンピュータ装置
を用いてソフト的に実現される。

【０１３７】以下には、図１のシステムが放送局におい
て採用された場合について、その処理動作を説明する。
素材サーバ１２はキー局に設置され、ノンリニア編集機
１３は各地方局に設けられている。これから地方局にお
いて、ある事件の報道番組を製作するための編集作業が
行われる。事件現場の映像や関係者へのインタビューの
映像、スタジオでの討論会の映像などは予め収録され、
素材映像として素材サーバ１２に格納されている。素材
サーバ１２では、１つの素材映像（例えば一本の取材テ
ープに相当するもの）が１つの画像データファイルとし
て管理されており、各素材映像には、ファイル識別子
（ａ，ｂ，ｃ，…）が付されている。さらに、素材映像
の各フレームには、タイムコードが付されている。な
お、ここでいう映像は、ＤＶＣＰＲＯ用の再生レート３
０Ｍｂｐｓのものとする。

【０１３８】編集作業を担当するオペレータは最初、素
材サーバ１２に蓄積されている素材映像のうちどの素材
映像を使用するかを、入力部１１５を操作してその素材
映像のファイルＩＤを入力することによって指定する。
ここでは、事件現場の映像（素材映像ａ）、インタビュ
ーの映像（素材映像ｂ）および討論会の映像（素材映像
ｃ）の３つがこの順番で指定されたものとする。このと
き、ノンリニア編集機１３のローカル記憶部１１２に
は、まだどの素材映像も記憶されておらず、記憶管理部
１１３は、ローカル記憶部１１２にどの素材映像も存在
しないことを示す初期情報を保有している。

【０１３９】その後、オペレータが入力部１１５を操作
して編集作業の開始を告げると、先行読出部１１１は、
記憶管理部１１３の情報を参照して、指定された各素材
映像がローカル記憶部１１２に存在しないことを確認し
た後、素材映像ａ〜ｃを素材サーバ１２から読み出す処
理を開始する（この処理を先行読出処理と呼ぶ）。素材
映像ａ〜ｃを読み出す順序は、例えばファイル識別子の
入力順序と同じであり（すなわちファイルａ、ファイル
ｂ、ファイルｃの順）、読み出す速度は、例えば再生レ
ートの２倍、すなわち６０Ｍｂｐｓである。

【０１４０】なお、先行読出部１１１の読出速度は、上
記の値に限らず、再生レート以上であってかつ素材サー
バ１２とノンリニア編集機１３との間の通信網１８の能
力の範囲内であれば、任意に決めることができる。読出
速度を再生レート以上とした理由については、後述す
る。

【０１４１】ただし、予め読出速度を決めておく場合、
速度を速く設定すると、多数のノンリニア編集機１３が
同時に読出処理を行った場合に通信網１８が破綻するこ
とがある。それを防ぐために速度を低く設定すれば、読
み出しに時間がかかってノンリニア編集機１３の操作性
が悪化する。そこで、先行読出部１１１の読出速度を予
め決めておく代わりに、その時々の通信網１８の混雑状
況に応じて、読出速度を変えてもよい。すなわち、読出
制御部１１４が通信網１８の混雑状況を判断し、混雑状
況に応じて読出速度を変化させる。より具体的には、多
数のノンリニア編集機１３によって読出処理が行われて
おり通信網１８が混雑している場合、先行読出部１１１
の読出速度を相対的に低くし、少数のノンリニア編集機
１３によって読出処理が行われており通信網１８が空い
ている場合には、読出速度を相対的に高くする。これに
より、多数のノンリニア編集機１３の読出処理が一時に
集中して通信網１８が破綻することを防ぎつつ、平均の
読出時間を短縮してノンリニア編集機１３の操作性を向
上させることができる。

【０１４２】先行読出部１１１によって読み出された各
素材映像は、ローカル記憶部１１２によって記憶され
る。記憶管理部１１３には、現在ローカル記憶部１１２
にどの素材映像のどの部分が記憶されているかを示す記
憶管理情報が逐次登録される。記憶管理情報としては、
素材映像の識別子と素材映像の各フレームに付されたタ
イムコードとを用いることが考えられる。記憶管理情報
を登録する理由は、先行読出処理が一時中断され、後に
それを再開するとき、先行読出部１１１がどの映像のど
の部分を読み出せばよいかを知るためである。

【０１４３】例えば、素材映像ａの先頭からタイムコー
ド３：２０：１５のフレーム（３分２０秒の第１５フレ
ーム）までの映像がローカル記憶部１１２に記憶された
時点で先行読出処理が一時中断されたとする。その後、
読み出しを再開する際、先行読出部１１１は、記憶管理
部１１３に登録されている記憶管理情報を参照すること
により、素材映像ａのタイムコード３：２０：１６のフ
レームから読み出しを開始すればよいことがわかる。な
お、どのような場合に先行読出処理が一時中断されるか
については、後述する。

【０１４４】上記のような先行読出処理は、編集処理に
必要な素材映像として指定された全ての素材映像が素材
サーバ１２から読み出され、ノンリニア編集機１３のロ
ーカル記憶部１１２に記憶された時点で終了となる。先
行読出処理が終了すると、ノンリニア編集機１３では、
編集処理部１１７がローカル記憶部１１２に記憶された
各素材映像を用いて編集処理を行うことができる。この
ように、ノンリニア編集機１３が編集処理に必要な素材
映像を処理の開始前に素材サーバ１２から読み出して記
憶し、記憶している素材映像を用いて編集処理を行うこ
とによって読出遅延の問題が解消され、また通信コスト
も低く抑えることができる。

【０１４５】その一方、素材サーバ１２から必要な素材
映像を読み出して記憶し、それを用いて編集処理を行う
場合、ノンリニア編集機１３において編集処理が開始さ
れるまでの待ち時間が長くなる問題がある。図１のシス
テムは、この待ち時間の問題を次のようにして解決す
る。編集作業では、最初、各素材映像について、それぞ
れのどの部分（カット）を使用するか、またどのような
画像効果を加えつつ各カットを繋ぎ合わせるかなどを決
めるための検討作業が行われ、次に、検討結果に基づい
て素材映像から必要なカットを切り出し、画像効果を加
えつつそれらを繋ぎ合わせるなどの実作業が行われる。
図１のシステムでは、ノンリニア編集機１３に読出制御
部１１４が設けられており、この読出制御部１１４が先
行読出部１１１、記憶管理部１１３およびローカル記憶
部１１２と協働することにより、先行読出処理が終了す
る前にこの検討作業を開始することができる。

【０１４６】図５は、図４の読出制御部１１４の動作を
示すフローチャートである。以下には、読出制御部１１
４の動作を、図５を参照しながら説明する。いま、ノン
リニア編集機１３では、先行読出部１１１が先行読出処
理を実行中であるとする。その読出速度は、前述のよう
に、再生レート以上の値である。読出制御部１１４は、
再生命令が入力されるまで待機する（ステップＳ１０
１）。このとき、ある素材映像を再生するための再生命
令が入力されると、読出制御部１１４は、再生しようと
する素材映像の先頭フレームの画像データがローカル記
憶部１１２に存在しているか否かを、記憶管理部１１３
に登録されている記憶管理情報を参照することによって
判定する（ステップＳ１０２）。なお、素材映像の先頭
でない位置から再生を開始するための再生命令が入力さ
れたときには、その位置のフレームの画像データがロー
カル記憶部１１２に存在しているか否かを判定する。

【０１４７】ステップＳ１０２の判定結果が肯定である
場合、読出制御部１１４は、再生しようとする素材映像
をローカル記憶部１１２から読み出す（ステップＳ１０
３）。その読出速度は、再生レートと同じ値である。そ
して、読出制御部１１４は、読み出した素材映像を編集
処理部１１７に与え（ステップＳ１０４）、その後ステ
ップＳ１０１に戻って、次の再生命令を待つ。なお、編
集処理部１１７に与えられた素材映像は、そこで再生さ
れ、表示部１１６のディスプレイ上に表示される。

【０１４８】ステップＳ１０２の判定結果が否定である
場合には、読出制御部１１４は、先行読出部１１１に命
じて現在実行中の先行読出処理を一時中断させて（ステ
ップＳ１０５）、再生しようとする素材映像を素材サー
バ１２から読み出す（ステップＳ１０６）。その読出速
度は、再生レートと同じ値である。そして、読出制御部
１１４は、読み出した素材映像を編集処理部１１７とロ
ーカル記憶部１１２とに与える（ステップＳ１０７）。
なお、編集処理部１１７に与えられた素材映像は、そこ
で再生され、表示部１１６のディスプレイ上に表示され
る。一方、ローカル記憶部１１２に与えられた素材映像
は、そこに記憶される。

【０１４９】次に、読出制御部１１４は、再生しようと
する素材映像の最終フレームの画像データがローカル記
憶部１１２に存在しているか否かを、記憶管理部１１３
に登録されている記憶管理情報を参照することによって
判定する（ステップＳ１０８）。ステップＳ１０８の判
定結果が肯定である場合、読出制御部１１４は、先行読
出部１１１に命じて一時中断されていた先行読出処理を
再開させ（ステップＳ１０９）、その後ステップＳ１０
１に戻って、次の再生命令を待つ。ステップＳ１０８の
判断結果が否定である場合には、ステップＳ１０６に戻
り、素材サーバ１２から素材映像を読み出して編集処理
部１１７とローカル記憶部１１２とに与える処理を継続
する。

【０１５０】このように、読出制御部１１４は、先行読
出処理の実行中に再生命令が入力された場合、再生しよ
うとする素材映像がすでにローカル記憶部１１２に存在
すれば、ローカル記憶部１１２からその素材映像を読み
出して編集処理部１１７に与える。再生しようとする素
材映像がまだローカル記憶部１１２に存在しなければ、
先行読出処理を一時中断させる一方、素材サーバ１２か
らその素材映像を読み出す。そして、読み出した映像を
編集処理部１１７とローカル記憶部１１２とに与える。
読出制御部１１４がこのような処理を行うことによっ
て、オペレータは、先行読出処理の終了を待つことな
く、検討作業を開始することができる。

【０１５１】ここで、先行読出処理の終了前に、素材映
像を再生しながら検討作業を行う場合の、図１のシステ
ムの動作を具体的に説明する。現在、先行読出部１１１
によって素材映像ａ〜ｃを読み出す先行読出処理が行わ
れており、ローカル記憶部１１２には、素材映像ａの先
頭からタイムコード３：２０：１５のフレームまでの画
像データが記憶されている。記憶管理部１１３には、素
材映像ａの先頭からタイムコード３：２０：１５のフレ
ームまでの画像データが記憶されていることを示す記憶
管理情報が登録されている。この時、オペレータが素材
映像ａを再生させるための命令を入力部１１５を介して
入力したとする。読出制御部１１４は、記憶管理部１１
３に登録されている記憶管理情報を参照することによ
り、素材映像ａの先頭フレームがすでにローカル記憶部
１１２に存在していることを知る（図５のステップＳ１
０１およびＳ１０２に相当）。

【０１５２】そこで、読出制御部１１４は、ローカル記
憶部１１２から素材映像ａを読み出して編集処理部１１
７に与える（ステップＳ１０３およびＳ１０４に相
当）。なお、先行読出部１１１の読出速度が読出制御部
１１４の読出速度以上の値なので（例えば、読出制御部
１１４の読出速度が再生レートに等しい３０Ｍｂｐｓで
あるのに対し、先行読出部１１１の読出速度はその２倍
の６０Ｍｂｐｓ）、素材映像ａの先頭フレームがローカ
ル記憶部１１２に存在していれば、読出制御部１１４
は、素材映像ａの読み出しを行える。

【０１５３】そして、編集処理部１１７が与えられた素
材映像ａを再生し、表示部１１６のディスプレイ上に素
材映像ａの再生画像が表示されると、オペレータは、デ
ィスプレイを見ながら素材映像ａに関してどのカットを
使用するかなどを決めるための検討作業を行う。なお、
編集作業の開始が告げられて以降、素材映像ａに関する
検討作業が済んで次の再生命令が入力されるまでの期
間、先行読出部１１１による先行読出処理は、継続して
実行されている。つまり、素材映像ａの再生と、素材映
像ａ以外の素材映像を素材サーバ１２から読み出してロ
ーカル記憶部１１２へと転送する処理とが同時に行われ
ている。これにより、オペレータの待ち時間が短縮され
る。

【０１５４】素材映像ａに関する検討作業を終えると、
オペレータは、別の素材映像、例えば素材映像ｃを再生
させるための再生命令を入力部１１５を介して入力す
る。このとき、ローカル記憶部１１２には、素材映像ａ
の全ての画像データが記憶され、さらに、素材映像ｂの
先頭からタイムコード５：１０：２０のフレームまでの
画像データが記憶されているとする。記憶管理部１１３
には、素材映像ａの全部の画像データと、素材映像ｂの
先頭からタイムコード５：１０：２０のフレームまでの
画像データが記憶されていることを示す記憶管理情報が
登録されている。読出制御部１１４は、記憶管理部１１
３に登録されている記憶管理情報を参照することによ
り、素材映像ｃの先頭フレームがまだローカル記憶部１
１２に存在していないことを知る（図５のステップＳ１
０１およびＳ１０２に相当）。

【０１５５】そこで、読出制御部１１４は、先行読出部
１１１に命じて先行読出処理を一時停止させ、素材サー
バ１２から素材映像ｃを読み出して編集処理部１１７お
よびローカル記憶部１１２へと与える（ステップＳ１０
５〜Ｓ１０７に相当）。

【０１５６】そして、編集処理部１１７が与えられた素
材映像ｃを再生し、表示部１１６のディスプレイ上に素
材映像ｃの再生画像が表示されると、オペレータは、デ
ィスプレイを見ながら素材映像ｃに関してどのカットを
使用するかなどを決めるための検討作業を行う。一方、
ローカル記憶部１１２は、与えられた素材映像ｃを記憶
する。つまり、素材映像ｃの再生と、素材映像ｃを素材
サーバ１２から読み出してローカル記憶部１１２へと転
送する処理とが同時に行われている。これにより、オペ
レータの待ち時間が短縮される。

【０１５７】そして、素材映像ｃに関する検討作業の終
了前に、素材映像ｃの読み出しが完了したとする。素材
映像ｃの最終フレームがローカル記憶部１１２に記憶さ
れると、記憶管理部１１３には、素材映像ａおよびｃの
全部の画像データと、素材映像ｂの先頭からタイムコー
ド５：１０：２０のフレームまでの画像データがローカ
ル記憶部１１２に記憶されていることを示す記憶管理情
報が登録される。読出制御部１１４は、この記憶管理情
報を参照することにより、素材映像ｃのローカル記憶部
１１２への書き込みが完了したことを知り、先行読出部
１１１に命じて、一時中断されている先行読出処理を再
開させる（ステップＳ１０８およびＳ１０９に相当）。

【０１５８】先行読出部１１１は、先行読出処理を再開
する際、記憶管理部１１３に登録されている記憶管理情
報を参照することにより、ローカル記憶部１１２には、
素材映像ａおよびｃの全部の画像データと、素材映像ｂ
の先頭からタイムコード５：１０：２０のフレームまで
の画像データが記憶されていることを知る。そこで、先
行読出部１１１は、当初の先行読出処理のうち素材映像
ｃの読み出しを省略し、素材映像ｂのタイムコード５：
１０：２１のフレームから最終フレームまでの画像デー
タの読み出しを実行する。

【０１５９】そして、素材映像ｃに関する検討作業の終
了前に素材映像ｂの読み出しが完了したとする。その
後、オペレータが素材映像ｂを再生させるための再生命
令を入力部１１５を介して入力すると、読出制御部１１
４は、ローカル記憶部１１２から素材映像ｂを読み出し
て編集処理部１１７へと与える（ステップＳ１０３およ
びＳ１０４に相当）。そして、編集処理部１１７が与え
られた素材映像ｂを再生し、表示部１１６のディスプレ
イ上に素材映像ｂの再生画像が表示されると、オペレー
タは、ディスプレイを見ながら素材映像ｂに関してどの
カットを使用するかなどを決めるための検討作業を行
う。

【０１６０】こうして素材映像ａ〜ｃについての検討作
業が終了すると、オペレータは、検討結果（選んだカッ
トの位置や、各カットをどのように繋ぐか、その際どの
ような画像効果を加えるかなど）を、入力部１１５を介
してノンリニア編集機１３に入力する。この時点では、
すでに編集処理に必要な全ての素材映像ａ〜ｃがローカ
ル記憶部１１２に存在している。そこで、ノンリニア編
集機１３では、編集処理部１１７が、ローカル記憶部１
１２の素材映像ａ〜ｃを用いて、入力された検討結果に
基づいて各素材映像から必要なカットを切り出し、それ
らに適宜画像効果を加えて繋ぎ合わせる一連の編集処理
を行う。編集結果の放送用映像は、いったんローカル記
憶部１１２に記憶された後、素材サーバ１２へと転送さ
れ、そこに蓄積される。この時点で、編集作業の完了と
なる。

【０１６１】以上のように、番組制作・送出システムで
は、ノンリニア編集機１３は、これから行おうとする複
数の編集処理で用いられる全ての素材映像を素材サーバ
１２から続けて読み出す先行読出処理を行う。そして、
各編集処理を行うとき、先行読出処理の実行中であっ
て、その編集処理に必要な素材映像がまだローカル記憶
部１１２に記憶されていない場合には、先行読出処理の
実行をいったん停止させた後、その素材映像を素材サー
バ１２から読み出しながらその編集処理を行うので、先
行読出処理の終了前であっても各編集処理を開始するこ
とができる。従って、ノンリニア編集機１３が素材サー
バ１２から素材映像を読み出していったん記憶しそれを
用いて編集処理を行うにも関わらず、ノンリニア編集機
１３を操作するオペレータは、作業を開始できるまで長
時間待たされることがなくなる。

【０１６２】なお、編集結果の放送用映像をローカル記
憶部１１２から素材サーバ１２へと転送する際、次のよ
うな転送処理を行うことによって、オペレータの待ち時
間を短縮できる。すなわち、オペレータは、完成した放
送用映像を素材サーバ１２へと転送する前に、ノンリニ
ア編集機１３において正しく編集処理が実行されたかど
うかを確認するなどの目的で、その映像の全体を通しで
再生するのが一般的である。そこで、この再生処理と素
材サーバ１２への転送処理とを同時に実行する。つま
り、読出制御部１１４がローカル記憶部１１２に記憶さ
れている放送用映像を読み出して編集処理部１１７に与
え、編集処理部１１７が放送用映像を再生する際に、例
えば読出制御部１１４がさらに、読み出した放送用映像
を素材サーバ１２へと転送する処理を実行する。

【０１６３】また、素材サーバ１２に蓄積されている放
送用映像を放送する際に、その放送用映像を、ある部分
で用いた画像効果を他の画像効果に変更するなど、一部
手直しして放送したい場合がある。そのような場合、わ
ずかな変更のためにオペレータは編集作業を最初からや
り直さねばならない。そこで、ノンリニア編集機１３
は、放送用映像を作成する際にどのような編集処理を実
行したかを示す情報（ここでは編集スクリプトと呼ぶ）
を、編集結果の放送用映像と共に素材サーバ１２へと転
送する。そして、素材サーバ１２に蓄積されている放送
用映像を一部手直しする際には、ノンリニア編集機１３
は、放送用映像の代わりに編集スクリプトを素材サーバ
１２から読み出し、読み出した編集スクリプトを一部変
更した後それに基づいて編集処理を実行する。これによ
って、オペレータは、編集作業を最初からやり直すこと
なく、放送用映像を一部手直しできる。

【０１６４】（第３の実施形態）本発明の第３の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第３の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０１６５】第３の実施形態では、さらに、ノンリニア
編集機１３が素材サーバ１２から素材映像を読み出す際
の読み出し処理を工夫することによって、素材サーバ１
２に蓄積されている素材映像を直接用いて編集処理を行
うにも関わらず、ノンリニア編集機１３が素材サーバ１
２から素材映像を読み出す際に生じる読出遅延を感じさ
せることがなく、オペレータが快適に作業を行えるよう
にする。以下、第１の実施形態と同様の点については説
明を省略し、ノンリニア編集機１３が素材サーバ１２か
ら素材映像を読み出す際の読み出し処理について、詳細
に説明する。

【０１６６】図６は、図１のノンリニア編集機１３の機
能的な構成を示すブロック図である。図６において、ノ
ンリニア編集機１３は、前後記憶部２１１、記憶管理部
２１２、読出制御部２１３、入力部２１４、表示部２１
５および編集処理部２１６を含む。前後記憶部２１１
は、ハードディスクなどの記録用ディスクを含み、素材
サーバ１２から読み出されてくる素材映像を記憶する
が、その際、記憶している古いデータを削除しつつ、与
えられるデータを記憶していくことによって、常に最新
の画像データを所定量だけ（ここでは、上記の読出遅延
時間と再生レートとの積の２倍に等しい量だけ）記憶す
る。記憶管理部２１２は、前後記憶部２１１の記憶内容
を管理するためのものであり、現在どの素材映像のどの
部分が前後記憶部２１１に記憶されているかを示す情報
が登録される。

【０１６７】読出制御部２１３は、編集処理の開始が指
示されると、記憶管理部２１２に登録されている情報を
参照して、これから読み出そうとする素材映像の先頭部
分が前後記憶部２１１に記憶されているか否かを判断
し、判断結果が肯定である場合、前後記憶部２１１から
その先頭部分を読み出すと共に素材サーバ１２から先頭
部分以外の部分を読み出して編集処理部２１６および前
後記憶部２１１に与える。判断結果が否定である場合に
は、その素材映像の全部を素材サーバ１２から読み出し
て編集処理部２１６および前後記憶部２１１に与える。
読出制御部２１３はまた、編集処理の停止が指示される
と、その時点では読み出しを止めずに所定時間だけ読出
処理を継続し、編集処理の停止が指示されて以降に読み
出した部分の画像データを前後記憶部２１１に与える。

【０１６８】入力部２１４は、キーボードやマウスなど
を含み、オペレータの指示を入力する。編集処理部２１
６は、オペレータの指示に応じて各種編集処理、例えば
各素材映像を再生する処理や、各素材映像から必要な部
分を切り出し、それらに適宜画像効果を加えて繋ぎ合わ
せる処理などを行う。表示部２１５は、ディスプレイを
含み、各素材映像や編集結果の放送用映像を表示する。
なお、記憶管理部２１２、読出制御部２１３および編集
処理部２１６は、コンピュータ装置を用いてソフト的に
実現される。

【０１６９】以下には、図１のシステムが放送局におい
て採用された場合について、その処理動作を説明する。
素材サーバ１２はキー局に設置され、ノンリニア編集機
１３は各地方局に設けられている。いま、地方局におい
て、ある事件の報道番組を製作するための編集作業が行
われている。事件現場の映像や関係者へのインタビュー
の映像、スタジオでの討論会の映像などは予め収録さ
れ、素材映像として素材サーバ１２に格納されている。
素材サーバ１２では、１つの素材映像（例えば一本の取
材テープに相当するもの）が１つの画像データファイル
として管理されており、各素材映像には、ファイル識別
子（ａ，ｂ，ｃ，…）が付されている。さらに、素材映
像の各フレームには、タイムコードが付されている。な
お、ここでいう映像は、ＤＶＣＰＲＯ用の再生レート３
０Ｍｂｐｓのものとする。また、ノンリニア編集機１３
が通信網１８を介して素材サーバ１２から情報を読み出
す場合、５００ｍｓの読出遅延が生じるものとする。

【０１７０】現在、オペレータは、ノンリニア編集機１
３を操作して事件現場の映像（素材映像ａ）を再生しつ
つ、素材映像ａのどの部分（カット）を使用するかを検
討している。この検討作業では、素材映像ａをある位置
まで再生していったん再生動作を停止した後、その位置
から再び再生動作を開始したり、その位置から逆方向へ
の再生動作を開始したりすることが頻繁に行われる。こ
のようなとき、通信網１８を介して素材サーバ１２から
素材映像を読み出すタイプの従来のノンリニア編集機１
３では、読出遅延のために再生開始が遅れるので、オペ
レータは快適な編集作業を行うことができなかった。

【０１７１】これに対し、ノンリニア編集機１３では、
通信網１８を介して素材サーバ１２から素材映像を読み
出すにもかかわらず、それを操作するオペレータが読出
遅延を意識することなく快適に編集作業を行えることを
特徴としている。つまり、読出制御部２１３が記憶管理
部２１２および前後記憶部２１１と協働して、読出遅延
が見かけ上なくなるような読出動作を行う。

【０１７２】図７は、図６の読出制御部２１３の動作を
示すフローチャートである。最初、読出制御部２１３の
動作を、図７を用いて説明する。編集作業が開始される
と、読出制御部２１３は、読出命令が入力されるまで待
機する（ステップＳ２０１）。読出命令が入力される
と、読出制御部２１３は、読み出そうとする素材映像の
先頭部分が前後記憶部２１１に存在するか否かを、記憶
管理部２１２に登録されている記憶管理情報を参照する
ことによって判定する（ステップＳ２０２）。

【０１７３】ステップＳ２０２の判定結果が肯定である
場合、読出制御部２１３は、読み出そうとする素材映像
の先頭部分の画像データを前後記憶部２１１から読み出
して編集処理部２１６へと出力する（ステップＳ２０
３）。次いで、読み出そうとする素材映像の、前後記憶
部２１１から読み出した以外の部分の画像データを素材
サーバ１２から読み出して、編集処理部２１６および前
後記憶部２１１に与える（ステップＳ２０４）。ステッ
プＳ２０２の判定結果が否定である場合には、読出制御
部２１３は、読み出そうとする素材映像の先頭部分の画
像データを素材サーバ１２から読み出して編集処理部２
１６へと出力し（ステップＳ２０３ａ）、その後、ステ
ップＳ２０４へと進む。

【０１７４】読出制御部２１３は、次に、読出停止命令
が入力されたか否かを判断する（ステップＳ２０５）。
そして、その判断結果が否定であれば、ステップＳ２０
４の処理を継続し、肯定であれば、最初、ステップＳ２
０４の処理のうち編集処理部２１６へ画像データを出力
する処理のみ停止する（ステップＳ２０６）。そして、
読出停止命令が入力されてから予め決められた時間（こ
こでは、上記の読出遅延に等しい時間）が経過した後、
素材サーバ１２からの読出処理を停止する（ステップＳ
２０７およびＳ２０８）。

【０１７５】このように、読出制御部２１３は、読出停
止命令が入力されたとき、それが入力されてから読出遅
延時間に等しい時間が経過するまで、実行している素材
サーバ１２からの読み出し処理を継続し前後記憶部２１
１へと出力する。その結果、前後記憶部２１１には、読
み出し停止時、素材映像の、読出停止位置の直前部分の
画像データ（そのデータ量は、上記の読出遅延時間と再
生レートとの積に等しい）に加えて、読出停止位置の直
後部分の画像データ（そのデータ量は、上記の読出遅延
時間と再生レートとの積に等しい）が記憶されているこ
とになる。読出制御部２１３はまた、読出開始命令が入
力されたとき、再生開始位置の直後部分の画像データを
前後記憶部２１１から読み出し、前後記憶部２１１から
読み出す以外の部分の画像データを素材サーバ１２から
読み出す。これにより、読出停止位置で読み出しをいっ
たん停止した後その位置から再び読み出しを再開する
際、見かけ上、読出遅延がなくなり、速やかな編集処理
の開始が可能となる。

【０１７６】次に、素材映像を再生しつつ検討作業を行
う場合について、図１のシステムの動作を具体的に説明
する。現在、読出制御部２１３によって、素材サーバ１
２から素材映像ａを読み出して編集処理部２１６と前後
記憶部２１１とに与える処理が行われている。編集処理
部２１６は、素材映像ａのタイムコード３：２０：１５
のフレームを再生する処理を行っており、前後記憶部２
１１には、素材映像ａのタイムコード３：１９：１５の
フレームからタイムコード３：２０：１５のフレームま
での画像データが記憶されている。また、記憶管理部２
１２には、素材映像ａのタイムコード３：１９：１５の
フレームからタイムコード３：２０：１５のフレームま
での画像データが記憶されていることを示す記憶管理情
報が登録されている。

【０１７７】この時、オペレータが素材映像ａの再生動
作を停止させるための命令を入力部２１４を介して入力
したとする。応じて、読出制御部２１３は、編集処理部
２１６へ画像データを出力する動作を停止する（図７の
ステップＳ２０５およびＳ２０６に相当）。その結果、
素材映像ａのタイムコード３：２０：１５のフレームま
で再生された時点で、再生処理が停止される。

【０１７８】そして、再生処理が停止されてから読出遅
延に等しい時間（ここでは５００ｍｓ）が経過した後、
読出制御部２１３は、素材サーバ１２から画像データを
読み出す動作を停止する（ステップＳ２０７およびＳ２
０８に相当）。この時点で前後記憶部２１１には、素材
映像ａのタイムコード３：１９：３０のフレームからタ
イムコード３：２０：３０のフレームまでの画像データ
が記憶されており、記憶管理部２１２には、素材映像ａ
のタイムコード３：１９：３０のフレームからタイムコ
ード３：２０：３０のフレームまでの画像データが記憶
されていることを示す記憶管理情報が登録される。

【０１７９】つまり、素材映像ａのタイムコード３：２
０：１５のフレームまで再生された時点で再生処理が停
止されると、次に再生が開始されるまでの期間は、前後
記憶部２１１には、素材映像ａのタイムコード３：１
９：３０のフレームからタイムコード３：２０：３０の
フレームまでの画像データが存在していることになる。

【０１８０】その後、オペレータが、素材映像ａの再生
動作を上記の再生停止位置から再開させるための命令
を、入力部２１４を介して入力したとする。応じて、ノ
ンリニア編集機１３は、素材映像ａのタイムコード３：
２０：１６のフレームから再生を再開するが、その際、
読出制御部２１３は、次のような読出処理を行う。すな
わち、最初、記憶管理部２１２に登録されている記憶管
理情報を参照する。それによって、再生しようとする素
材映像の先頭部分、すなわち素材映像ａのタイムコード
３：２０：１６のフレームからタイムコード３：２０：
３０のフレームまでの画像データが前後記憶部２１１に
存在することを知り、読出制御部２１３は、素材映像ａ
のタイムコード３：２０：１６のフレームからタイムコ
ード３：２０：３０のフレームまでの画像データを前後
記憶部２１１から読み出し、それに続くフレーム、すな
わちタイムコード３：２１：０１のフレーム以降のフレ
ームを素材サーバ１２から読み出す（ステップＳ２０
２、Ｓ２０３およびＳ２０４に相当）。

【０１８１】なお、オペレータが、素材映像ａを逆方向
に再生する逆再生動作を、上記の再生停止位置から開始
するよう命じた場合には、読出制御部２１３は、次のよ
うな読出処理を行う。すなわち、最初、記憶管理部２１
２に登録されている記憶管理情報を参照する。それによ
って、再生しようとする素材映像の先頭部分、すなわち
素材映像ａのタイムコード３：２０：１４のフレームか
らタイムコード３：１９：３０のフレームまでの画像デ
ータが前後記憶部２１１に存在することを知り、読出制
御部２１３は、素材映像ａのタイムコード３：２０：１
４のフレームからタイムコード３：１９：３０のフレー
ムまでの画像データを前後記憶部２１１から読み出し、
それに続くフレーム、すなわちタイムコード３：１９：
２９のフレーム以前のフレームを素材サーバ１２から読
み出す（ステップＳ２０２、Ｓ２０３およびＳ２０４に
相当）。

【０１８２】また、オペレータが、ジャンプ再生など、
上記の再生停止位置以外の位置（例えばタイムコード
５：１０：０１のフレーム）からの再生開始を命じた場
合には、読出制御部２１３の読出処理は、次のようにな
る。すなわち、最初、記憶管理部２１２に登録されてい
る記憶管理情報を参照する。それによって、再生しよう
とする素材映像の先頭部分、すなわち素材映像ａのタイ
ムコード５：１０：０１のフレームからタイムコード
５：１０：１５のフレームまでの画像データが前後記憶
部２１１に存在しないことを知り、読出制御部２１３
は、素材映像ａのタイムコード５：１０：０１のフレー
ム以降のフレームの画像データを、全て素材サーバ１２
から読み出す（ステップＳ２０２、Ｓ２０３ａおよびＳ
２０４に相当）。

【０１８３】以上のように、ノンリニア編集機１３を操
作して素材映像を再生しつつ、素材映像のどのカットを
使用するかを検討する作業では、素材映像をある位置ま
で再生していったん再生動作を停止した後、その位置か
ら再び再生動作を開始したり、その位置から逆方向への
再生動作を開始したりすることが頻繁に行われる。ノン
リニア編集機１３は、通信網１８を介して素材サーバ１
２から素材映像を読み出すにもかかわらず、読出遅延が
見かけ上なくなるような読出動作を行うので、それを操
作するオペレータは、読出遅延を意識することなく快適
に検討作業を行える。

【０１８４】こうして素材映像ａ〜ｃについての検討作
業が終了すると、オペレータは、検討結果（選んだカッ
トの位置や、各カットをどのように繋ぐか、その際どの
ような画像効果を加えるかなど）を、入力部２１４を介
してノンリニア編集機１３に入力する。そこで、ノンリ
ニア編集機１３では、編集処理部２１６が、素材サーバ
１２の素材映像ａ〜ｃを用いて、入力された検討結果に
基づいて各素材映像から必要なカットを切り出し、それ
らに適宜画像効果を加えて繋ぎ合わせる一連の編集処理
を行う。編集結果の放送用映像は、素材サーバ１２へと
転送され、そこに蓄積される。この時点で、編集作業の
完了となる。

【０１８５】以上のように、番組制作・送出システムで
は、ノンリニア編集機１３は、編集処理の実行を中断し
たとき、それを再開するまでの間、素材映像の、読出停
止位置の直前部分および直後部分の画像データを記憶し
ておくので、中断していた編集処理を再開する際、記憶
している画像データを用いて速やかに編集処理を再開で
きる。従って、中断していた編集処理を再開する際に生
じる読出遅延（ノンリニア編集機１３が素材サーバ１２
から素材映像を読み出す際に生じる遅延）を、見かけ上
なくすことができる。その結果、オペレータは、ノンリ
ニア編集機１３が素材サーバ１２から素材映像を読み出
す際に生じる読出遅延を感じることがなく、快適に作業
を行える。

【０１８６】なお、編集結果の放送用映像を素材サーバ
１２へと転送する際、次のような転送処理を行うことに
よって、オペレータの待ち時間を短縮できる。すなわ
ち、オペレータは、完成した放送用映像を素材サーバ１
２へと転送する前に、ノンリニア編集機１３において正
しく編集処理が実行されたかどうかを確認するなどの目
的で、その映像の全体を通しで再生するのが一般的であ
る。そこで、この再生処理と素材サーバ１２への転送処
理とを同時に実行する。つまり、編集処理部２１６が放
送用映像を再生する際にさらに、その放送用映像を素材
サーバ１２へと転送する処理を実行する。

【０１８７】また、素材サーバ１２に蓄積されている放
送用映像を放送する際に、その放送用映像を、ある部分
で用いた画像効果を他の画像効果に変更するなど、一部
手直しして放送したい場合がある。そのような場合、わ
ずかな変更のためにオペレータは編集作業を最初からや
り直さねばならない。そこで、ノンリニア編集機１３
は、放送用映像を作成する際にどのような編集処理を実
行したかを示す情報（ここでは編集スクリプトと呼ぶ）
を、編集結果の放送用映像と共に素材サーバ１２へと転
送する。そして、素材サーバ１２に蓄積されている放送
用映像を一部手直しする際には、ノンリニア編集機１３
は、放送用映像の代わりに編集スクリプトを素材サーバ
１２から読み出し、読み出した編集スクリプトを一部変
更した後それに基づいて編集処理を実行する。これによ
って、オペレータは、編集作業を最初からやり直すこと
なく、放送用映像を一部手直しできる。

【０１８８】（第４の実施形態）本発明の第４の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第４の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０１８９】第４の実施形態では、さらに、ノンリニア
編集機１３が編集結果の放送用映像を素材サーバ１２に
書き込む際の書き込み処理を工夫することによって、こ
の書き込み処理のために、オペレータが、作業を終えた
後、長時間待たされることのないようにする。以下、第
１の実施形態と同様の点については説明を省略し、ノン
リニア編集機１３が編集結果の放送用映像を素材サーバ
１２に書き込む際の書き込み処理について、詳細に説明
する。

【０１９０】図８は、図１のノンリニア編集機１３の機
能的な構成を示すブロック図である。図８において、ノ
ンリニア編集機１３は、放送用映像記憶部３１１、転送
部３１２、入力部３１３、表示部３１４および編集処理
部３１５を含む。放送用映像記憶部３１１は、ハードデ
ィスクなどの記録用ディスクを含み、編集結果の放送用
映像を記憶する。転送部３１２は、編集結果の放送用映
像を素材サーバ１２へと転送する。

【０１９１】入力部３１３は、キーボードやマウスなど
を含み、オペレータの指示を入力する。編集処理部３１
５は、オペレータの指示に応じて各種編集処理、例えば
各素材映像を素材サーバ１２から読み出して再生した
り、読み出した素材映像を用いて編集処理を行ったり、
編集結果の放送用映像を再生する処理を行う。表示部３
１４は、ディスプレイを含み、各素材映像や編集結果の
放送用映像を表示する。なお、転送部３１２および編集
処理部３１５は、コンピュータ装置を用いてソフト的に
実現される。

【０１９２】以下には、図１のシステムが放送局におい
て採用された場合について、ノンリニア編集機１３の処
理動作を説明する。素材サーバ１２はキー局に設置さ
れ、ノンリニア編集機１３は各地方局に設けられてい
る。これから地方局において、ある事件の報道番組を製
作するための編集作業が行われる。事件現場の映像や関
係者へのインタビューの映像、スタジオでの討論会の映
像などは予め収録され、素材映像として素材サーバ１２
に格納されている。素材サーバ１２では、１つの素材映
像（例えば一本の取材テープに相当するもの）が１つの
画像データファイルとして管理されており、各素材映像
には、ファイル識別子が付されている。さらに、素材映
像の各フレームには、タイムコードが付されている。な
お、ここでいう映像は、ＤＶＣＰＲＯ用のものとする。

【０１９３】編集作業を担当するオペレータは、素材サ
ーバ１２に蓄積されている素材映像のうちどの素材映像
を使用するか、各素材映像のどの部分（カット）を使用
するか、各カットをどのような順番でどのような画像効
果を加えつつ繋ぎ合わせるかなどを、入力部３１３を操
作して指定する。その後、オペレータが入力部３１３を
操作して編集処理の開始を命じると、編集処理部３１５
は、素材映像ａ〜ｃを素材サーバ１２から読み出して、
指定された編集処理を実行する。

【０１９４】編集処理部３１５が処理して得られた放送
用映像は、いったん放送用映像記憶部３１１に記憶され
る。その後、オペレータは、正しい編集処理が行われた
かどうかを確認するなどの目的で、入力部３１３を操作
して放送用映像記憶部３１１の放送用映像を再生するた
めの命令を入力する。応じて編集処理部３１５は、放送
用映像記憶部３１１から放送用映像を読み出して再生
し、再生された放送用映像が表示部３１４のディスプレ
イ上に表示される。このとき、編集処理部３１５は、再
生しようとする放送用映像と同一の映像を転送部３１２
へと出力する。転送部３１２は、与えられた放送用映像
を通信網１８を介して素材サーバ１２へと転送する。つ
まり、ノンリニア編集機１３では、正しい編集処理が行
われたかどうかを確認するために行われる再生処理と、
素材サーバ１２への転送処理とが同時に実行される。

【０１９５】以上のように、番組制作・送出システムで
は、ノンリニア編集機１３は、編集処理が正しく行われ
たかどうかを確認するなどの目的で放送用映像を再生し
ている間に、その放送用映像と同じ映像を素材サーバ１
２へと転送するので、オペレータの待ち時間が短縮され
る。

【０１９６】なお、素材サーバ１２に蓄積されている放
送用映像を放送する際に、その放送用映像を、ある部分
で用いた画像効果を他の画像効果に変更するなど、一部
手直しして放送したい場合がある。そのような場合、わ
ずかな変更のためにオペレータは編集作業を最初からや
り直さねばならない。そこで、ノンリニア編集機１３
は、放送用映像を作成する際にどのような編集処理を実
行したかを示す情報（ここでは編集スクリプトと呼ぶ）
を、編集結果の放送用映像と共に素材サーバ１２へと転
送する。そして、素材サーバ１２に蓄積されている放送
用映像を一部手直しする際には、ノンリニア編集機１３
は、放送用映像の代わりに編集スクリプトを素材サーバ
１２から読み出し、読み出した編集スクリプトを一部変
更した後それに基づいて編集処理を実行する。これによ
って、オペレータは、編集作業を最初からやり直すこと
なく、放送用映像を一部手直しできる。

【０１９７】（第５の実施形態）本発明の第５の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第５の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０１９８】第５の実施形態では、さらに、ノンリニア
編集機１３が編集結果の放送用映像を素材サーバ１２に
書き込む際の書き込み処理を工夫することによって、編
集結果の放送用映像を一部手直ししたい場合に、オペレ
ータが編集作業を最初からやり直さなくてもそれを行え
るようにする。以下、第１の実施形態と同様の点につい
ては説明を省略し、ノンリニア編集機１３が編集結果の
放送用映像を素材サーバ１２に書き込む際の書き込み処
理について、詳細に説明する。

【０１９９】図９は、図１のノンリニア編集機１３の機
能的な構成を示すブロック図である。図９において、ノ
ンリニア編集機１３は、編集スクリプト書込部４１１、
入力部４１２、表示部４１３および編集処理部４１４を
含む。編集スクリプト書込部４１１は、放送用映像を作
成する際、素材サーバ１２に蓄積されている素材映像の
うちどの素材映像を使用したか、各素材映像のどの部分
（カット）を使用したか、各カットをどのような順番で
どのような画像効果を加えつつ繋ぎ合わせたかなどを示
す情報（ここでは編集スクリプトと呼ぶ）を、素材サー
バ１２に書き込む。

【０２００】入力部４１２は、キーボードやマウスなど
を含み、オペレータの指示を入力する。編集処理部４１
４は、オペレータの指示に応じて各種編集処理、例えば
各素材映像を素材サーバ１２から読み出して再生した
り、読み出した素材映像を用いて編集処理を行ったり、
編集結果の放送用映像をサーバ側へと転送する処理を行
う。表示部４１３は、ディスプレイを含み、各素材映像
や編集結果の放送用映像を表示する。なお、編集スクリ
プト書込部４１１および編集処理部４１４は、コンピュ
ータ装置を用いてソフト的に実現される。

【０２０１】以下には、図１のシステムが上記放送局に
おいて採用された場合について、ノンリニア編集機１３
の処理動作を説明する。素材サーバ１２はキー局に設置
され、ノンリニア編集機１３は各地方局に設けられてい
る。これから地方局において、ある事件の報道番組を製
作するための編集作業が行われる。事件現場の映像や関
係者へのインタビューの映像、スタジオでの討論会の映
像などは予め収録され、素材映像として素材サーバ１２
に格納されている。素材サーバ１２では、１つの素材映
像（例えば一本の取材テープに相当するもの）が１つの
画像データファイルとして管理されており、各素材映像
には、ファイル識別子が付されている。さらに、素材映
像の各フレームには、タイムコードが付されている。な
お、ここでいう映像は、ＤＶＣＰＲＯ用のものとする。

【０２０２】編集作業を担当するオペレータは、素材サ
ーバ１２に蓄積されている素材映像のうちどの素材映像
を使用するか、各素材映像のどの部分（カット）を使用
するか、各カットをどのような順番でどのような画像効
果を加えつつ繋ぎ合わせるかなどを、入力部４１２を操
作して指定する。その後、オペレータが入力部４１２を
操作して編集処理の開始を命じると、編集処理部４１４
は、素材映像ａ〜ｃを素材サーバ１２から読み出して、
指定された編集処理を実行する。

【０２０３】編集処理部４１４は、編集処理して得られ
た放送用映像を、通信網１８を介して素材サーバ１２へ
と転送する。なお、転送された放送用映像は、素材サー
バ１２に蓄積され、その後、必要に応じて読み出され、
放送されることになる。

【０２０４】編集スクリプト書込部４１１は、編集処理
部４１４が放送用映像を素材サーバ１２へと転送する際
に、その放送用映像の編集スクリプト、すなわち、その
放送用映像を作成する際、素材サーバ１２に蓄積されて
いる素材映像のうちどの素材映像を使用したか、各素材
映像のどの部分（カット）を使用したか、各カットをど
のような順番でどのような画像効果を加えつつ繋ぎ合わ
せたかなどを示す情報を、素材サーバ１２に書き込む。

【０２０５】つまり、編集スクリプトには、使用された
素材映像の識別子と、切り出された各カットの位置情報
（例えば各カットの先頭および最終フレームに付された
タイムコードなど）と、各カットの配列情報と、各カッ
トを繋ぎ合わせる際に使用された画像効果を区別するた
めの情報などが含まれる。

【０２０６】このような編集スクリプトを素材サーバ１
２に蓄積しておけば、素材サーバ１２に蓄積されている
放送用映像を放送する際に、その放送用映像をそのまま
放送するのでなく、ある部分で用いた画像効果を他の画
像効果に変更するなど、一部手直しして放送したい場合
に、従来であれば、わずかな変更のために、オペレータ
は編集作業を最初からやり直す必要があったが、その必
要がなくなる。つまり、図１のシステムでは、素材サー
バ１２に蓄積されている放送用映像を一部手直ししたい
場合、ノンリニア編集機１３の編集処理部４１４が、素
材サーバ１２から放送用映像の代わりに編集スクリプト
を読み出し、読み出した編集スクリプトを一部変更した
後それに基づいて編集処理を実行する。これによって、
オペレータは、編集作業を最初からやり直すことなく、
放送用映像の一部手直しを行える。

【０２０７】以上のように、番組制作・送出システムで
は、編集処理して得られた放送用映像を一部手直しした
い場合、その編集処理の編集スクリプトを素材サーバ１
２から読み出して、編集スクリプトを一部変更すればよ
いので、オペレータは、編集作業を最初からやり直す手
間が省ける。

【０２０８】なお、編集結果の放送用映像とその編集ス
クリプトとを素材サーバ１２へと転送する際、次のよう
な転送処理を行うことによって、オペレータの待ち時間
を短縮できる。すなわち、オペレータは、完成した放送
用映像を素材サーバ１２へと転送する前に、ノンリニア
編集機１３において正しく編集処理が実行されたかどう
かを確認するなどの目的で、その映像の全体を通しで再
生するのが一般的である。そこで、この再生処理と素材
サーバ１２への転送処理とを同時に実行する。つまり、
編集処理部４１４が放送用映像を再生する際にさらに、
読み出した放送用映像を素材サーバ１２へと転送する処
理を実行する。その処理と相前後して、編集スクリプト
書込部４１１が編集スクリプトを素材サーバ１２に書き
込む処理を実行する。

【０２０９】（第６の実施形態）本発明の第６の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第６の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０２１０】第６の実施形態では、さらに、素材入力装
置１１が素材映像を素材サーバ１２に書き込む際の書き
込み処理を工夫することによって、例えば編集作業を開
始する前にオペレータが編集対象の素材映像のおおよそ
の内容を確認するような場合に、帯域を無駄に使用する
ことなく、素材サーバ１２からノンリニア編集機１３へ
素材映像等の転送を行えるようにする。以下、第１の実
施形態と同様の点については説明を省略し、素材入力装
置１１が素材映像を素材サーバ１２に書き込む際の書き
込み処理について、詳細に説明する。

【０２１１】図１において、素材入力装置１１は、第１
の実施形態同様、オペレータの操作に応じて、通信回線
やビデオテープ等から素材映像を取り込み、そのフォー
マットをＤＶフォーマットに変換する。さらに、変換し
て得られる映像データ（ＤＩＦデータ）からＤＣ成分を
抽出する。そして、ＤＩＦデータ（ＤＣ成分を含む）と
そのＤＣ成分とを、別々に素材サーバ１２に書き込む
（素材サーバ１２に対して書き込み要求を行う）。な
お、ＤＩＦデータからＤＣ成分を抽出する技術は、従来
知られているので、説明を省略する。

【０２１２】ＤＣ成分のみで構成される映像はアイコン
映像と呼ばれ、そのデータ量は、元の映像（ＤＩＦデー
タで構成される映像）のおよそ１０分の１である。つま
り、素材入力装置１１は、同一の素材に関し、放送局品
質の映像と、おおよその内容を確認するに十分な程度の
荒いアイコン映像との２種類の素材映像を、素材サーバ
１２に書き込むことになる。

【０２１３】一方、素材サーバ１２は、映像ファイルを
管理しており、素材入力装置１１からの書き込み要求に
応じ、書き込みモードで２つの映像ファイルをオープン
する。そして、アセット・マネージャ１７によって指定
された帯域を用いて、素材映像およびそのアイコン映像
の書き込み処理を実行する。こうして、素材サーバ１２
には、素材映像に加え、そのアイコン映像も蓄積されて
いく。

【０２１４】ノンリニア編集機１３を操作するオペレー
タは、例えば編集作業を開始する前に編集対象の素材映
像のおおよその内容を確認するような場合には、編集対
象の素材映像そのものでなく、そのアイコン映像を素材
サーバ１２から読み出す。これによって、番組制作・送
出システムでは、素材映像のおおよその内容を確認する
だけのために素材映像を転送して帯域を無駄に使用する
ことがなくなる。換言すれば、同じ帯域を用いて映像を
転送する場合、転送にかかる時間が短くてすむ。

【０２１５】さらに、ノンリニア編集機１３に、一画面
内に複数のウインドウを表示するためのマルチウインド
ウ機能を持たせてもよい。これによって、番組制作・送
出システムでは、上記の確認作業を効率的に行えるよう
になる。すなわち、オペレータが、編集対象の複数の素
材映像のおおよその内容を確認するような場合、ノンリ
ニア編集機１３は、マルチウインドウ機能を起動して、
一画面内にそれら複数の素材映像のアイコン映像を同時
に表示する。なお、マルチウインドウ機能それ自体は、
従来より知られているので、詳細な説明は省略する。

【０２１６】（第７の実施形態）本発明の第７の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第７の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０２１７】第７の実施形態では、さらに、素材サーバ
１２において、あるファイルに対して映像の書き込みが
実行されているとき、書き込みの終了を待たずにそのフ
ァイルから記録済みの部分の映像を読み出して編集を開
始できるようにする。以下、第１の実施形態と同様の点
については説明を省略し、素材サーバ１２において、あ
るファイルに対して映像の書き込みが実行されていると
き、書き込みの終了を待たずにそのファイルから記録済
みの部分の映像を読み出す際の読み出し処理について、
詳細に説明する。

【０２１８】図１において、素材サーバ１２は、１つの
ファイルを、書き込みモードおよび読み出しモードの両
方のモードで同時にオープンする機能を持つ。１つのフ
ァイルを、書き込みモードおよび読み出しモードの両方
のモードで同時にオープンすることは従来から行われて
おり、同様の技術を素材サーバ１２に対して適用するこ
とにより、上記の機能が実現される。

【０２１９】ところが、１つのファイルを、書き込みモ
ードおよび読み出しモードの両方のモードで同時にオー
プンする場合、次の点が問題となる。例えば、いま、素
材入力装置１１によってあるファイルへ映像の書き込み
が実行されているとし、このとき、ノンリニア編集機１
３がそのファイルから映像の読み出しを実行すると、読
み出しポイントが書き込みポイントを追い越す可能性が
ある。

【０２２０】そこで、素材入力装置１１は、自身がある
ファイルへ映像の書き込みを実行している最中に、ノン
リニア編集機１３がそのファイルから映像の読み出しを
開始した場合、それ以降、そのノンリニア編集機１３に
対して定期的に（例えば一定時間おきに、または一定量
の映像を書き込む毎に）、そのファイルに対して書き込
みを実行中であることを通知するメッセージを送信す
る。これによって、ノンリニア編集機は、ファイルから
の読み出しを、素材入力装置によるそのファイルへの書
き込みと同期を取りつつ行えるようになる。

【０２２１】さらに、読み出しポイントが書き込みポイ
ントを追い越したとき（正確には、追い越しつつあるこ
とを検知したとき）には、その旨を通知するメッセージ
を、そのノンリニア編集機１３に対して送信する。これ
によって、ノンリニア編集機１３は、読み出しポイント
が書き込みポイントを追い越すことがないように書き込
みを行えるようになる。

【０２２２】（第８の実施形態）本発明の第８の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第８の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０２２３】第８の実施形態では、さらに、ノンリニア
編集機１３が編集途中の素材映像を素材サーバ１２に書
き込む際の書き込み処理を工夫することによって、１つ
の番組を制作するための編集作業を複数のオペレータが
共同で行うような場合に、編集途中の映像ファイルを複
数のオペレータが共有できるようにし、その結果とし
て、素材サーバ１２の容量と、通信網１８の通信帯域や
素材サーバ１２の読出帯域とを節約できるようにする。
以下、第１の実施形態と同様の点については説明を省略
し、ノンリニア編集機１３が編集途中の素材映像を素材
サーバ１２に書き込む際の書き込み処理について、詳細
に説明する。

【０２２４】第１の実施形態では、素材映像は、全てフ
ァイルとして扱われていた。一方、本実施形態では、オ
ブジェクトという概念を導入する。オブジェクトは、素
材映像ファイルの一部分であって、そのデータサイズ
は、１フレームの整数倍である。なお、オブジェクト
は、第５の実施形態で説明した”カット”（映像の一部
分）と同等のものである。

【０２２５】図１０は、図１のノンリニア編集機１３の
ソフト構造を示す図である。図１０において、ＲＴ−Ｒ
ＦＳ（Ｒｅａｌ−ｔｉｍｅ Ｒｅｍｏｔｅ Ｆｉｌｅ
Ａｃｃｅｓｓ）５１１は、素材サーバ１２のファイル
（分散ファイル）へとアクセスするためのクライアント
ソフトである。ＲＴ−ＬＦＳ（Ｒｅａｌ−ｔｉｍｅ Ｌ
ｏｃａｌ Ｆｉｌｅ Ａｃｃｅｓｓ）５１２は、ノンリ
ニア編集機１３自身のファイル（ローカルファイル）へ
とアクセスするためのクライアントソフトであり、リア
ルタイムアクセスが行える。

【０２２６】ＤＶコーデックカード５１３は、ＤＩＦデ
ータをＮＴＳＣ信号に変換して、画面に映像を表示す
る。オペレーティングシステム（ＯＳ）５１４として
は、例えば”Ｗｉｎｄｏｗｓ ＮＴ”が用いられる。ア
プリケーション５１５は、編集ソフトであり、ＤＢＭＳ
ライブラリ，ストリーム制御ライブラリ，仮想ＶＴＲ制
御ライブラリ等のライブラリ類と、オブジェクトマネー
ジャとからなる。オブジェクトマネージャが、編集処理
の中核をつかさどるソフトであり、ＲＴ−ＲＦＳ５１１
またはＲＴ−ＬＦＳ５１２の素材映像ファイルをオープ
ンして必要な部分を特定し、その部分を切り出してオブ
ジェクトを生成する。

【０２２７】例えばカット編集を行う場合、アプリケー
ション５１５は、オブジェクトマネージャが生成した複
数のオブジェクトの表示順番（繋ぎ合わせる順番）を表
すシナリオデータ（記述ファイル）を生成する。また、
オブジェクトにモザイク等の特殊効果を加える場合、そ
の旨のシナリオデータを作成する。上記のシナリオデー
タ（複数のオブジェクトをどのような順番で繋ぎ合わせ
るか、あるいは各オブジェクトにどのような特殊効果を
加えるか等を示すデータ）を、ここでは拡張ＥＤＬと呼
ぶ。なお、拡張ＥＤＬは、第５の実施形態で説明した”
編集スクリプト”と同等のものである。

【０２２８】アプリケーション５１５は、オブジェクト
マネージャが生成したオブジェクトを、ＤＢＭＳライブ
ラリを用いてアセット・マネージャ１７内のＤＢＭＳ１
９に登録する。また、自らが作成した拡張ＥＤＬを、Ｄ
ＢＭＳライブラリを通じて、アセット・マネージャ１７
内のＤＢＭＳ１９に登録する。なお、拡張ＥＤＬを蓄積
する場合には、アプリケーション５１５は、拡張ＥＤＬ
の実体データを素材サーバ１２に書き込む。なお、ＤＢ
ＭＳ１９に登録されたオブジェクトの実体データは、既
に素材サーバ内に存在する。

【０２２９】ＤＭＢＳに登録されたオブジェクトおよび
拡張ＥＤＬへは、通信網１８に接続されたどの端末から
でもアクセスすることが可能である。例えば、ノンリニ
ア編集機１３からアクセスして、拡張ＥＤＬを用いてオ
ブジェクトを再生し、表示する。この場合、再生とは、
拡張ＥＤＬのシナリオに従って、例えばオブジェクトに
特殊効果を加えたり、複数のオブジェクトを繋ぎ合わせ
たりして放送用映像を構成することである。

【０２３０】このように、拡張ＥＤＬは仮想的な映像で
あって、拡張ＥＤＬを幾つ生成しても、現実の映像デー
タが増えるわけではない。従って、番組制作・送出シス
テムでは、ノンリニア編集機１３が通信網１８に複数台
接続されているとして、１つの番組を共同で編集する場
合に、１つの番組について編集途中の映像ファイルが複
数存在しても、実体データはオブジェクトだけなので、
素材サーバ１２の容量を無駄に消費することがなくな
る。

【０２３１】また、ノンリニア編集機１３からオンエア
サーバ１５へは、放送用映像そのものの代わりに、拡張
ＥＤＬを転送すればよいので、放送用映像の転送を高速
に行えるようになる。つまり、オンエアサーバ１５は、
ノンリニア編集機１３から転送されてきた拡張ＥＤＬを
用いて、素材サーバ１２から転送されてきたオブジェク
トをもとに放送用映像を再生し、それを蓄積する。こう
すれば、オブジェクトの実体データが素材サーバ１２か
らオンエアサーバ１５へと転送されるだけなので（拡張
ＥＤＬの実体データの量は、オブジェクトのそれと比べ
て無視できるほど少ない）、通信網１８上を転送される
実体データの量を減らすことができる。これらの結果と
して、番組制作・送出システムでは、共同編集が行いや
すくなる。

【０２３２】なお、本実施形態は、素材サーバ１２に１
０８０ＩなどのＨＤ映像を蓄積し、ノンリニア編集機１
３において４８０Ｉで編集を行なう場合にも応用きる。

【０２３３】（第９の実施形態）本発明の第９の実施形
態に係る番組制作・送出システムの構成は、第１の実施
形態に係る番組制作・送出システムの構成と同様なの
で、以下の説明にも図１のブロック図を援用する。図１
に示される各構成要素の基本的な動作は、第１の実施形
態で説明したものと同様である。すなわち、第９の実施
形態でも、第１の実施形態同様、素材サーバ１２とし
て、データ読み出しのリアルタイム性が保証された素材
サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８とし
てデータ転送のリアルタイム性が保証された通信網（例
えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その上
で、アセット・マネージャ１７が素材入力装置１１やノ
ンリニア編集機１３等からの申告に応じて帯域割り当て
処理を行う。その結果、番組制作・送出システムでは、
素材サーバ１２から映像を読み出す際の読出遅延や、通
信網１８を通じてデータを転送する際の転送遅延が常に
一定の値以下に収まっている。

【０２３４】第９の実施形態では、さらに、素材サーバ
１２を増設したうえで、素材入力装置１１が素材映像を
それら素材サーバ１２に書き込む（あるいはノンリニア
編集機１３が放送用映像をそれら素材サーバ１２に書き
込む）際の書き込み処理を工夫することによって、素材
サーバ１２を増設して同時アクセス数の上限を引き上げ
る際、素材サーバ１２の数が多くなるのに応じて、それ
らの実効的な総容量も増えるようにする。以下、第１の
実施形態と同様の点については説明を省略し、素材入力
装置１１が素材映像を複数の素材サーバ１２に書き込む
際の書き込み処理について、詳細に説明する。

【０２３５】図１１は、図１のシステムにおいて素材サ
ーバ１２を増設した場合に、素材入力装置１１が、素材
映像を、複数の素材サーバ１２にどのように書き込むか
を説明するための図である。図１１において、番組制作
・送出システムには、８台の素材サーバ１２が設けられ
ており、いま、素材入力装置１１が１つの素材映像の書
き込み処理を実行しようとしている。このとき、素材入
力装置１１は、書き込もうとする素材映像を、一定のデ
ータ量（例えば１６ｋＢ）を持つ複数のクリップ映像
（図中、Ａ，Ｂ，Ｃ，…）に分割していき、これらクリ
ップ映像を順番に、８台の素材サーバ１２へと書き込ん
でいく（８台の素材サーバ１２に対して書き込み要求を
行う）。応じて、８台の素材サーバ１２はそれぞれ、同
一のファイル名を持つ１つのファイルをオープンし、割
り当てられたクリップ映像をそのファイルに書き込む。
こうして、１つの素材映像が複数のクリップ映像に分割
され、８台の素材サーバ１２に分散して記録されてい
く。

【０２３６】一方、ノンリニア編集機１３（図１１には
示されていない）は、８台の素材サーバ１２に上記のよ
うにして分散記録された１つの素材映像を、素材入力装
置１１が書き込んだのとは逆の順序で読み出す。なお、
クリップ映像を書き込む順番は、予め決めておく。また
は、素材入力装置１１からノンリニア編集機１３へその
都度、書き込んだ順番を通知してもよい。

【０２３７】上記のような書き込み処理を行えば、例え
ば素材サーバ１２を１台から８台に増設して同時アクセ
ス数を８倍に増やす際には、それら８台の素材サーバ１
２の実効的な総容量も８倍になる。なぜなら、同一ファ
イル名の映像ファイルが１つずつ各素材サーバ１２に存
在するので、同時アクセス数は８倍となり、一方、１つ
１つの映像ファイルに書き込まれるデータ量は、それぞ
れ上記１つの素材映像のデータ量の８分の１となるから
である。

【０２３８】以上のように、番組制作・送出システムで
は、素材サーバを増設して同時アクセス数の上限を引き
上げる際に、素材サーバの数が多くなるのに応じて、そ
れら素材サーバの実効的な総容量も増えるようになる。

【０２３９】（第１０の実施形態）本発明の第１０の実
施形態に係る番組制作・送出システムの構成は、第１の
実施形態に係る番組制作・送出システムの構成と同様な
ので、以下の説明にも図１のブロック図を援用する。図
１に示される各構成要素の基本的な動作は、第１の実施
形態で説明したものと同様である。すなわち、第１０の
実施形態でも、第１の実施形態同様、素材サーバ１２と
して、データ読み出しのリアルタイム性が保証された素
材サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８と
してデータ転送のリアルタイム性が保証された通信網
（例えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その
上で、アセット・マネージャ１７が素材入力装置１１や
ノンリニア編集機１３等からの申告に応じて帯域割り当
て処理を行う。その結果、番組制作・送出システムで
は、素材サーバ１２から映像を読み出す際の読出遅延
や、通信網１８を通じてデータを転送する際の転送遅延
が常に一定の値以下に収まっている。

【０２４０】利用済みの素材映像や送出済みの放送用映
像を、オペレータに負担をかけることなく磁気テープ等
に記録して保存できるよう、アーカイブ系１６を設け
て、素材サーバ１２からこのアーカイブ系１６へ通信網
１８を通じて素材映像や送出済み映像を転送することに
ついては、第１の実施形態で既に説明した。本実施形態
では、このアーカイブ系１６の構成および動作につい
て、さらに詳しく説明する。

【０２４１】図１において、アーカイブ系１６は、ノン
リニア編集機１３からの依頼を受け、素材サーバ１２か
ら通信網１８を通じて素材映像や送出済み映像を読み出
す。そして、読み出した映像を磁気テープに記録し、保
存する。ここで、仮に、通信網１８が（従来のように）
ＦＴＰを採用したＡＴＭ網であるとすれば、通信網１８
を通じて転送されてくる映像を磁気テープに書き込む場
合、転送の速度と、テープへの書き込みの速度とが一致
しないことが問題となる。つまり、アーカイブ系１６の
記録速度が一定である一方、通信網１８の転送速度は変
動するので、転送されてくる映像をリアルタイムには磁
気テープに書き込めない。よって、アーカイブ系１６に
は、両者の速度差を吸収するバッファ等を設ける必要が
ある。

【０２４２】ところが、図１のシステムでは、通信網１
８がＳＳＣＯＰを採用したＡＴＭ網なので、一定速度の
データ転送が可能なことが保証されており、よって、ア
ーカイブ系１６には、転送速度とテープへの書き込み速
度との差を吸収するバッファ等を設ける必要がない。

【０２４３】図１２は、図１のアーカイブ系１６の構成
の一例を示す図である。図１２において、アーカイブ系
１６では、主要な記録媒体として、磁気テープが用いら
れている。磁気テープは、ストレージ・サブシステム６
１１のコントローラ６１２によって管理されている。映
像入出力用のＶＴＲ６１３は、映像信号用のインターフ
ェースとしてＳＤＩを、制御コマンド用のインタフェー
スとしてＲＳ４２２を持ち、ルータスイッチ６１４に接
続されている。

【０２４４】非同期・同期変換ゲートウェイ（以下、Ｇ
Ｗ）６１５は、ノンリニア編集機１３等からの依頼を受
け、素材サーバ１２等から通信網１８を通じて一定速度
で映像を読み出して、ＶＴＲ６１３へと引き渡す（この
サービスを、ストリーム制御サービスと呼んでいる）。
ここでは、ストリーム制御サービスは、ＣＯＲＢＡ（Ｃ
ｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋ
ｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）のオブジェクトとし
て提供されている。なお、ＧＷ６１５は、アーカイブ系
１６のコントローラ６１６にイーサネット６１７を使っ
て制御コマンドを送ることができ、また、アセット・マ
ネージャ１７内のＤＢＭＳ１９や、アーカイブ系１６内
のＤＢＭＳ６１８にアクセスすることもできる。

【０２４５】図１３は、図１２のＧＷ６１５のソフト構
造を示す図である。図１３において、アプリケーション
７１１は、素材サーバ１２等から通信網１８を通じて一
定速度で映像を読み出すためのＧＷソフトである。すな
わち、アプリケーション７１１は、最初、ノンリニア編
集機１３等からの依頼を受け付け、それに応じて、素材
サーバ１２から放送用映像等を読み出す（素材サーバ１
２に対して読み出し要求を行う）。

【０２４６】この読み出し処理を実行するには、素材サ
ーバ１２からアーカイブ系１６内のＧＷ６１５へ通信網
１８を通じてデータ転送を行うための帯域を確保する必
要がある。よって、アプリケーション７１１は、読み出
し処理を実行する前に、データ転送に必要な帯域をアセ
ット・マネージャ１７に申告する。申告に応じて、アセ
ット・マネージャ１７は、帯域割り当て処理を行う。こ
れらの処理については、第１の実施形態で既に説明し
た。次に、アプリケーション７１１は、読み出した映像
を、ＶＴＲ６１３へと引き渡す。アプリケーション７１
１は、以上の処理を繰り返し実行する。

【０２４７】これによって、番組制作・送出システムで
は、利用済みの素材映像や送出済みの放送用映像を、オ
ペレータに作業負担をかけることなく磁気テープに記録
して保存できるようになる。

【０２４８】なお、本実施形態において、アーカイブ系
１６への記録を確実に行う目的で、さらに、次のような
処理を行ってもよい。すなわち、ＧＷ６１５に、読み出
したファイルを一時的に記憶するためのローカル記憶部
６１９を設ける（図１２参照）。ＧＷ６１５は、通信網
１８を通じて読み出した映像（映像ファイル）を、ＶＴ
Ｒ６１３に引き渡すと共に、このローカル記憶部６１９
に書き込む。そして、ＶＴＲ６１３が、引き渡された映
像を磁気テープに記録し終えると、ＧＷ６１５は、ＶＴ
Ｒ６１３を通じて、磁気テープに記録された映像を読み
出して、ローカル記憶部６１９に記憶している映像と照
合する。照合の結果、両者に一致しない箇所があった場
合、ＧＷ６１５は、記録ミスが生じたと判断し、その旨
を依頼元のノンリニア編集機１３等に通知する。一方、
照合の結果、両者が一致した場合、ＧＷ６１５は、映像
がＶＴＲ６１３に正しく記録されたと判断し、ローカル
記憶部６１９内の映像を消去する。

【０２４９】（第１１の実施形態）本発明の第１１の実
施形態に係る番組制作・送出システムの構成は、第１の
実施形態に係る番組制作・送出システムの構成と同様な
ので、以下の説明にも図１のブロック図を援用する。図
１に示される各構成要素の基本的な動作は、第１の実施
形態で説明したものと同様である。すなわち、第１１の
実施形態でも、第１の実施形態同様、素材サーバ１２と
して、データ読み出しのリアルタイム性が保証された素
材サーバ（例えばＰａｎａＶｉＳＳ）を、通信網１８と
してデータ転送のリアルタイム性が保証された通信網
（例えばＳＳＣＯＰを用いたＡＴＭ網）を採用し、その
上で、アセット・マネージャ１７が素材入力装置１１や
ノンリニア編集機１３等からの申告に応じて帯域割り当
て処理を行う。その結果、番組制作・送出システムで
は、素材サーバ１２から映像を読み出す際の読出遅延
や、通信網１８を通じてデータを転送する際の転送遅延
が常に一定の値以下に収まっている。

【０２５０】また、ブラウズサーバ１４を設けて、イン
ターネット等を通じて局外からシステムにアクセスでき
るようにしたので、取材活動や原稿作成を行うジャーナ
リストらが、例えば取材先で素材サーバ１２に蓄積され
ている素材映像等を参照しながら原稿を作成するなど、
局外から容易に番組制作に参加できるようになってい
る。

【０２５１】第１１の実施形態では、さらに、ブラウズ
サーバ１４が素材サーバ１２から素材映像等を読み出し
て蓄積する際の蓄積著理を工夫することによって、イン
ターネット等を通じて局外からシステムにアクセスして
素材映像等を読み出す際に、読み出しにかかる時間を短
縮し、通信ストを低く抑えることができるようにする。
以下、第１の実施形態と同様の点については説明を省略
し、ブラウズサーバ１４が素材映像等を蓄積する処理に
ついて、詳細に説明する。

【０２５２】図１において、ブラウズサーバ１４は、素
材サーバ１２から転送されてきた素材映像や放送用映像
のフォーマットをＤＶからＭＰＥＧへと変換し、変換後
の映像を蓄積する。映像のフォーマットをＤＶからＭＰ
ＥＧに変換する技術は、従来知られているので、説明を
省略する。こうして、ブラウズサーバ１４には、ＭＰＥ
Ｇフォーマットを有する素材映像や放送用映像が蓄積さ
れていく。

【０２５３】ブラウズサーバ１４には、パソコン等の端
末がインターネット，ＬＡＮ等を介して接続されてお
り、蓄積しているＭＰＥＧフォーマットの素材映像や放
送用映像を端末へと送信する。ブラウズサーバ１４が映
像のフォーマットをＤＶからＭＰＥＧに変換するのは、
圧縮率を高めてデータ量を減らすことによって、インタ
ーネット等を通じた映像の転送処理を高速化するためで
ある。転送処理を高速化すれば、読み出し時間が短縮さ
れてジャーナリストらが能率よく作業を行えるようにな
り、また通信コストも低く抑えることができる。局外で
活動するジャーナリストは、端末に表示される映像を見
ながら、迅速に原稿作成を行う。

【０２５４】以上のように、番組制作・送出システムで
は、ブラウズサーバ１４が映像のフォーマットをＤＶか
らＭＰＥＧに変換してデータ量を減らしたうえで蓄積す
るので、ブラウズサーバ１４の容量が小さくて済む。ま
た、外部への映像の転送処理を高速化することができ
る。転送処理を高速化すれば、読み出し時間が短縮され
てジャーナリストらが能率よく作業を行えるようにな
り、また通信コストも低く抑えることができるようにな
る。

【０２５５】（第１２の実施形態）図１４は、本発明の
第１２の実施形態に係る番組制作・送出システムの構成
を示すブロック図である。第１〜第１１の実施形態に係
る番組制作・送出システムは、主として、キー局と複数
の地方局とからなる放送局への適用を想定していたが、
第１２の実施形態に係る番組制作・送出システム（以
下、番組制作・送出システム）は、単一の地方局に適用
することを想定しており、小型・低価格という特徴を持
つ。

【０２５６】図１４において、番組制作・送出システム
は、コンパクト・ビデオサーバ８１０と、ノンリニア編
集機１３と、それらを接続するＡＴＭ通信回線等とを備
えている。コンパクト・ビデオサーバ８１０は、ＡＴＭ
交換ファブリック（図１５において参照番号９１１で示
されている）上において、素材入力部８１１、素材サー
バ部８１２、オンエアサーバ部８１３およびアセット・
マネージャ部８１４が一体構成されたものである。これ
ら各部は、それぞれ図１の対応する構成要素と同様の動
作を行う（第１の実施形態を参照）。

【０２５７】すなわち、素材サーバ部８１１としてＰａ
ｎａＶｉＳＳを採用し、ＳＳＣＯＰを用いたＡＴＭ交換
ファブリック９１１上で、アセット・マネージャ部８１
４が素材入力部８１１やオンエアサーバ部８１３からの
申告に応じて帯域割り当て処理を行う。その結果、番組
制作・送出システムでは、素材サーバ部８１２から映像
を読み出す際の読出遅延や、ＡＴＭ交換ファブリックを
通じてデータを転送する際の転送遅延が一定の値以下に
収まっている（その結果、画面フリーズ等が生じな
い）。

【０２５８】図１５は、図１４のコンパクト・ビデオサ
ーバ８１０に用いられるＡＴＭ交換ファブリック９１１
の動作を説明するためのブロック図である。図１５にお
いて、ＡＴＭ交換ファブリック９１１は、４つのＰＣＩ
バス９１２〜９１５の間のデータ転送を行う。これらＰ
ＣＩバス９１２〜９１５は、互いに独立しているため、
それぞれＣＰＵカードを挿入して、”ＶｘＷｏｒｋｓ”
や”ＷｉｎｄｏｗｓＮＴ”のような別々のオペレーティ
ング・システムを動作させることができる。

【０２５９】以上のように、コンパクト・ビデオサーバ
８１０は、交換ファブリック上において、素材サーバ部
８１２、素材入力部８１１、オンエアサーバ部８１３お
よびアセット・マネージャ部８１４が一体構成されたも
のである。よって、番組制作・送出システムは、サイズ
がコンパクトであり、地方局において用いるのに適す
る。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る番組制作・送出
システムの構成を示すブロック図である（第２〜第１１
の実施形態にも援用している）。

【図２】図１の通信網１８（ＳＳＣＯＰを採用したＡＴ
Ｍ網）の構造を示す図である。

【図３】図１のアセット・マネージャ１７（内のＳＲＭ
２０）が行う帯域割り当て処理を示すフローチャートで
ある。

【図４】図１のノンリニア編集機１３（第２の実施形
態）の機能的な構成を示すブロック図である。

【図５】図４の読出制御部１１４の動作を示すフローチ
ャートである。

【図６】図１のノンリニア編集機１３（第３の実施形
態）の機能的な構成を示すブロック図である。

【図７】図６の読出制御部２１３の動作を示すフローチ
ャートである。

【図８】図１のノンリニア編集機１３（第４の実施形
態）の機能的な構成を示すブロック図である。

【図９】図１のノンリニア編集機１３（第５の実施形
態）の機能的な構成を示すブロック図である。

【図１０】図１のノンリニア編集機１３（第８の実施形
態）のソフト構造を示す図である。

【図１１】図１のシステム（第９の実施形態）において
素材サーバ１２を増設した場合に、素材入力装置１１
が、素材映像を、複数の素材サーバ１２にどのように書
き込むかを説明するための図である。

【図１２】図１のアーカイブ系１６（第１０の実施形
態）の構成の一例を示す図である。

【図１３】図１２のＧＷ６１５のソフト構造を示す図で
ある。

【図１４】本発明の第１２の実施形態に係る番組制作・
送出システム（地方局用システム）の構成を示すブロッ
ク図である。

【図１５】図１４のコンパクト・ビデオサーバ８１０に
用いられるＡＴＭ交換ファブリック９１１の動作を説明
するためのブロック図である。

【図１６】新たな従来のシステム（ノンリニア編集シス
テム）の構成を示すブロック図である。

【符号の説明】

１１…素材入力装置 １２…素材サーバ １３…ノンリニア編集機 １４…ブラウズサーバ １５…オンエアサーバ １６…アーカイブ系 １７…アセット・マネージャ １８…通信網 １９…ＤＢＭＳ ２０…ＳＲＭ ６１５…非同期・同期変換ゲートウェイ（ＧＷ） ６１９…ローカル記憶部 ８１０…コンパクト・ビデオサーバ ８１１…素材入力部 ８１２…素材サーバ部 ８１３…オンエアサーバ部 ８１４…アセット・マネージャ部 ９１１…ＡＴＭ交換ファブリック

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

Claims (26)

【特許請求の範囲】
1. 【請求項１】 素材映像を放送用映像に編集加工する編
   集処理を行って番組を制作し、送出するための番組制作
   ・送出システムであって、 素材映像と放送用映像とを蓄積するための素材サーバ
   と、 入力される素材映像を前記素材サーバに書き込む素材入
   力装置と、 前記素材サーバから素材映像を読み出して前記編集処理
   を行い、得られた放送用映像を当該素材サーバに再び書
   き込むノンリニア編集機と、 前記素材サーバから放送用映像を読み出して蓄積し、当
   該放送用映像を番組として送出するためのオンエアサー
   バと、 前記素材サーバ、前記素材入力装置、前記ノンリニア編
   集機および前記オンエアサーバを相互に接続する通信網
   と、 前記素材サーバへの書き込みまたは前記素材サーバから
   の読み出しに伴って行われる前記通信網を通じた転送処
   理に際して帯域の割り当てを行うアセット・マネージャ
   とを備え、 前記通信網は、転送遅延が常に一定の値以下に収まるよ
   うな通信網であり、 前記素材サーバは、読出遅延が常に一定の値以下に収ま
   るような素材サーバであることを特徴とする、番組制作
   ・送出システム。
2. 【請求項２】 前記素材入力装置、前記ノンリニア編集
   機および前記オンエアサーバはそれぞれ、前記素材サー
   バへの書き込みまたは前記素材サーバからの読み出しを
   行う際、予め、必要な帯域を前記アセット・マネージャ
   に申告し、 前記アセット・マネージャは、前記素材入力装置、前記
   ノンリニア編集機および前記オンエアサーバからそれぞ
   れ必要帯域の申告を受けると、当該必要帯域を割り当て
   可能か否かを判断して、その判断結果に基づいて帯域の
   割り当てを行うことを特徴とする、請求項１に記載の番
   組制作・送出システム。
3. 【請求項３】 前記通信網は、再送機能としてＳＳＣＯ
   Ｐを採用したＡＴＭ網であり、 前記素材サーバは、ＰａｎａＶｉＳＳであることを特徴
   とする、請求項１に記載の番組制作・送出システム。
4. 【請求項４】 前記ノンリニア編集機は、 前記素材サーバに蓄積されている素材映像のうち、これ
   から行おうとする複数の編集処理で用いられる全ての素
   材映像を予め選択するための入力手段と、 前記素材サーバから前記入力手段を介して選択された各
   素材映像を続けて読み出す先行読出処理を行う先行読出
   手段と、 前記先行読出手段が読み出した素材映像を記憶するため
   の記憶手段と、 各前記編集処理を、前記記憶手段から素材映像を読み出
   しながら行う編集処理手段とを含み、 前記編集処理手段は、各前記編集処理を行うとき、前記
   先行読出手段が先行読出処理を実行中でありかつ当該編
   集処理に必要な素材映像がまだ前記記憶手段に記憶され
   ていない場合には、当該先行読出手段に先行読出処理の
   実行を中断させた後、当該素材映像を前記素材サーバか
   ら読み出しながら当該編集処理を行うことを特徴とす
   る、請求項１に記載の番組制作・送出システム。
5. 【請求項５】 前記編集処理手段は、素材映像を前記素
   材サーバから読み出しながら編集処理を行う際、読み出
   した素材映像を前記記憶手段に記憶させる処理を併せて
   行うことを特徴とする、請求項４に記載の番組制作・送
   出システム。
6. 【請求項６】 前記先行読出手段は、素材映像の選択が
   行われた時点で、前記先行読出処理の実行を開始するこ
   とを特徴とする、請求項４に記載の番組制作・送出シス
   テム。
7. 【請求項７】 前記編集処理手段は、各前記編集処理を
   行うとき、前記先行読出手段が先行読出処理を中断して
   おりかつ当該編集処理に必要な素材映像がすでに前記記
   憶手段に記憶されている場合には、当該先行読出手段に
   先行読出処理の実行を再開させた後、当該素材映像を当
   該記憶手段から読み出しながら当該編集処理を行い、 前記先行読出手段は、中断していた先行読出処理の実行
   を再開するときには、前記入力手段を介して選択された
   各素材映像の、前記記憶手段に記憶されている以外の部
   分を読み出すことを特徴とする、請求項４に記載の番組
   制作・送出システム。
8. 【請求項８】 前記先行読出手段は、前記編集処理手段
   の処理速度よりも速い速度で素材映像を読み出すことを
   特徴とする、請求項４に記載の番組制作・送出システ
   ム。
9. 【請求項９】 前記先行読出手段は、前記通信網の混雑
   状況に応じて、素材映像を読み出す速度を変化させるこ
   とを特徴とする、請求項４に記載の番組制作・送出シス
   テム。
10. 【請求項１０】 前記ノンリニア編集機は、前記編集処
    理を、前記素材サーバから素材映像を読み出しながら行
    う編集処理手段と、 前記編集処理の実行が中断されたとき、それが再開され
    るまでの間、前記素材映像の、前記編集処理手段が読み
    出しを停止した位置の直前部分および直後部分の画像デ
    ータを記憶しておくための記憶手段とを含む、請求項１
    に記載の番組制作・送出システム。
11. 【請求項１１】 前記記憶手段は、記憶している時間が
    長いものから順番に画像データを削除しつつ、与えられ
    る画像データを記憶していくことによって、前記素材映
    像の、前記編集処理手段が現在読み出している位置の直
    前部分の画像データを記憶する機能を実現し、 前記編集処理手段は、前記編集処理の実行を中断した後
    も所定の時間だけ、前記素材サーバから素材映像を読み
    出して前記記憶手段に与える動作を継続することを特徴
    とする、請求項１０に記載の番組制作・送出システム。
12. 【請求項１２】 前記記憶手段は、画像データを、前記
    編集処理手段の処理速度と当該編集処理手段が前記素材
    サーバから素材映像を読み出す際に生じる遅延との積の
    ２倍に相当する量だけ記憶し、 前記編集処理手段は、前記編集処理の実行を中断した後
    も前記遅延に相当する時間だけ、前記素材サーバから素
    材映像を読み出して前記記憶手段に与える動作を継続す
    ることを特徴とする、請求項１１に記載の番組制作・送
    出システム。
13. 【請求項１３】 前記ノンリニア編集機は、 前記素材サーバに蓄積されている素材映像を用いて編集
    処理を行う編集処理手段と、 前記編集処理手段が処理して得られた放送用映像を再生
    する再生手段と、 前記編集処理手段が処理して得られた放送用映像を前記
    素材サーバへと転送する転送手段とを含み、 前記転送手段は、前記再生手段が前記放送用映像を再生
    している間に、当該放送用映像と同じ映像を前記素材サ
    ーバへと転送することを特徴とする、請求項１に記載の
    番組制作・送出システム。
14. 【請求項１４】 前記ノンリニア編集機は、 前記素材サーバに蓄積されている素材映像を用いて編集
    処理を行う編集処理手段と、 前記編集処理手段によって行われた編集処理の手順を記
    述した編集スクリプトを、前記素材サーバへと書き込む
    編集スクリプト書込手段とを含む、請求項１に記載の番
    組制作・送出システム。
15. 【請求項１５】 前記素材入力装置は、 入力される素材映像のフォーマットをＤＶフォーマット
    に変換し、 変換して得られるＤＩＦデータから、ＤＣ成分を抽出
    し、 前記ＤＩＦデータを素材映像として、前記ＤＣ成分を当
    該素材映像のアイコン映像として、別々に前記素材サー
    バに書き込むことを特徴とする、請求項１に記載の番組
    制作・送出システム。
16. 【請求項１６】 前記ノンリニア編集機は、１画面内に
    複数のウインドウを表示するマルチウインドウ機能を有
    し、複数の素材映像のアイコン映像を読み出して１画面
    内に同時に表示することを特徴とする、請求項１５に記
    載の番組制作・送出システム。
17. 【請求項１７】 前記素材サーバは、１つのファイルを
    書き込みモードおよび読み出しモードの両方でオープン
    する機能を有し、 前記素材サーバが、前記素材入力装置からの書き込み要
    求と前記ノンリニア編集機からの読み出し要求とに応じ
    て、１つのファイルを書き込みモードおよび読み出しモ
    ードの両方でオープンしているとき、当該素材入力装置
    は、当該ノンリニア編集機に対して、当該１つのファイ
    ルへの書き込みを実行中であることを通知するメッセー
    ジを、定期的に送信することを特徴とする、請求項１に
    記載の番組制作・送出システム。
18. 【請求項１８】 前記１つのファイルにおいて、前記ノ
    ンリニア編集機による読み出しのポイントが前記素材入
    力装置による書き込みのポイントを追い越したか、また
    は追い越しつつある場合には、当該素材入力装置は、当
    該ノンリニア編集機に対して、読み出しポイントが書き
    込みポイントを追い越したかまたは追い越しつつあるこ
    とを通知するメッセージを送信することを特徴とする、
    請求項１７に記載の番組制作・送出システム。
19. 【請求項１９】 前記ノンリニア編集機は、 前記素材サーバから素材映像を読み出して、当該素材映
    像の一部分を切り出すことによって、編集加工の単位と
    なるオブジェクトを生成し、 複数の前記オブジェクトに対して施すべき編集加工の手
    順を記述した記述ファイルを作成し、 複数の前記オブジェクトおよび前記記述ファイルを前記
    アセット・マネージャに登録することを特徴とする、請
    求項１に記載の番組制作・送出システム。
20. 【請求項２０】 前記素材サーバは、複数であり、 前記素材入力装置は、書き込もうとする素材映像を一定
    データ量の複数のクリップ映像に分割して、それらクリ
    ップ映像を順番に複数の前記素材サーバに書き込んでい
    き、 前記ノンリニア編集機は、前記素材入力装置が書き込ん
    だのとは逆の順序で、複数の前記素材サーバからクリッ
    プ映像を読み出して繋ぎ合わせることを特徴とする、請
    求項１９に記載の番組制作・送出システム。
21. 【請求項２１】 素材映像を放送用映像に編集加工する
    編集処理を行って番組を制作し、送出するための番組制
    作・送出システムであって、 素材映像と放送用映像とを蓄積するための素材サーバ
    と、 入力される素材映像を前記素材サーバに書き込む素材入
    力装置と、 前記素材サーバから素材映像を読み出して前記編集処理
    を行い、得られた放送用映像を当該素材サーバに再び書
    き込むノンリニア編集機と、 前記素材サーバから放送用映像を読み出して蓄積し、当
    該放送用映像を番組として送出するためのオンエアサー
    バと、 前記素材サーバおよび／または前記オンエアサーバから
    素材映像および／または放送用映像を読み出して記録・
    保存するためのアーカイブ系と、 前記素材サーバ、前記素材入力装置、前記ノンリニア編
    集機、前記オンエアサーバおよび前記アーカイブ系を相
    互に接続する通信網と、 前記素材サーバへの書き込みまたは前記素材サーバから
    の読み出しに伴って行われる前記通信網を通じた転送処
    理に際して帯域の割り当てを行うアセット・マネージャ
    とを備え、 前記通信網は、転送遅延が常に一定の値以下に収まるよ
    うな通信網であり、 前記素材サーバは、読出遅延が常に一定の値以下に収ま
    るような素材サーバであり、 前記素材入力装置、前記ノンリニア編集機、前記オンエ
    アサーバおよび前記アーカイブ系はそれぞれ、前記素材
    サーバへの書き込みまたは前記素材サーバからの読み出
    しを行う際、予め、必要な帯域を前記アセット・マネー
    ジャに申告し、 前記アセット・マネージャは、前記素材入力装置、前記
    ノンリニア編集機、前記オンエアサーバおよび前記アー
    カイブ系からそれぞれ必要帯域の申告を受けると、当該
    必要帯域を割り当て可能か否かを判断して、その判断結
    果に基づいて帯域の割り当てを行うことを特徴とする、
    番組制作・送出システム。
22. 【請求項２２】 前記アーカイブ系は、 映像を一定の記録速度で磁気テープに記録するＶＴＲ
    と、 前記ノンリニア編集機の依頼を受けて、前記素材サーバ
    および／または前記オンエアサーバから、前記通信網を
    通じて前記一定の記録速度と等しい読出速度で素材映像
    および／または放送用映像を読み出し、当該映像を前記
    ＶＴＲへと引き渡すゲートウェイとを含む、請求項２１
    に記載の番組制作・送出システム。
23. 【請求項２３】 前記ゲートウェイには、ローカル記憶
    部が設けられており、 前記ゲートウェイは、 読み出した素材映像および／または放送用映像を前記Ｖ
    ＴＲへと引き渡す際に、当該映像を前記ローカル記憶部
    に一時記憶しておき、 前記ＶＴＲが素材映像および／または放送用映像を磁気
    テープに記録し終えると、当該磁気テープに記録された
    映像を、前記ローカル記憶部に一時記憶している映像と
    照合し、 照合の結果、前記磁気テープに記録された映像と前記ロ
    ーカル記憶部に一時記憶している映像とが一致した場
    合、後者の映像を消去し、一致しない場合、依頼元の前
    記ノンリニア編集機に対して記録ミスの発生を通知する
    ことを特徴とする、請求項２２に記載の番組制作・送出
    システム。
24. 【請求項２４】 素材映像を放送用映像に編集加工する
    編集処理を行って番組を制作し、送出するための番組制
    作・送出システムであって、 素材映像と放送用映像とを蓄積するための素材サーバ
    と、 入力される素材映像を前記素材サーバに書き込む素材入
    力装置と、 前記素材サーバから素材映像を読み出して前記編集処理
    を行い、得られた放送用映像を当該素材サーバに再び書
    き込むノンリニア編集機と、 前記素材サーバから放送用映像を読み出して蓄積し、当
    該放送用映像を番組として送出するためのオンエアサー
    バと、 前記素材サーバおよび／または前記オンエアサーバから
    素材映像および／または放送用映像を読み出して蓄積
    し、当該素材映像および／または放送用映像をシステム
    の外部へと送信するブラウズサーバと、 前記素材サーバ、前記素材入力装置、前記ノンリニア編
    集機、前記オンエアサーバおよび前記ブラウズサーバを
    相互に接続する通信網と、 前記素材サーバへの書き込みまたは前記素材サーバから
    の読み出しに伴って行われる前記通信網を通じた転送処
    理に際して帯域の割り当てを行うアセット・マネージャ
    とを備え、 前記通信網は、転送遅延が常に一定の値以下に収まるよ
    うな通信網であり、 前記素材サーバは、読出遅延が常に一定の値以下に収ま
    るような素材サーバであり、 前記素材入力装置、前記ノンリニア編集機、前記オンエ
    アサーバおよび前記ブラウズサーバはそれぞれ、前記素
    材サーバへの書き込みまたは前記素材サーバからの読み
    出しを行う際、予め、必要な帯域を前記アセット・マネ
    ージャに申告し、 前記アセット・マネージャは、前記素材入力装置、前記
    ノンリニア編集機、前記オンエアサーバおよび前記ブラ
    ウズサーバからそれぞれ必要帯域の申告を受けると、当
    該必要帯域を割り当て可能か否かを判断して、その判断
    結果に基づいて帯域の割り当てを行うことを特徴とす
    る、番組制作・送出システム。
25. 【請求項２５】 前記素材映像および／または放送用映
    像は、そのフォーマットがＤＶフォーマットであり、 前記ブラウズサーバは、前記素材サーバおよび／または
    前記オンエアサーバから素材映像および／または放送用
    映像を読み出して蓄積する際に、当該映像のフォーマッ
    トをＤＶフォーマットからＭＰＥＧフォーマットへと変
    換して蓄積し、システムの外部へは、このフォーマット
    変換後の素材映像および／または放送用映像を送信する
    ことを特徴とする、請求項２４に記載の番組制作・送出
    システム。
26. 【請求項２６】 素材映像を放送用映像に編集加工する
    編集処理を行って番組を制作し、送出するための番組制
    作・送出システムであって、 ビデオサーバと、 前記ビデオサーバから素材映像を読み出して前記編集処
    理を行い、得られた放送用映像を当該ビデオサーバに再
    び書き込むノンリニア編集機と、 前記ビデオサーバおよび前記ノンリニア編集機を相互に
    接続する通信回線とを備え、 前記ビデオサーバは、交換ファブリックを含み、 前記交換ファブリック上には、 素材映像と放送用映像とを蓄積するための素材サーバ手
    段と、 入力される素材映像を前記素材サーバ手段に書き込む素
    材入力手段と、 前記素材サーバ手段から放送用映像を読み出して蓄積
    し、当該放送用映像を番組として送出するためのオンエ
    アサーバ手段と、 前記素材サーバ手段への書き込みまたは前記素材サーバ
    手段からの読み出しに伴って前記交換ファブリックを通
    じて行われる転送処理に際して帯域の割り当てを行うア
    セット・マネージャ手段とが一体構成され、 前記素材サーバ手段は、読出遅延が常に一定の値以下に
    収まるような素材サーバ手段であり、 前記交換ファブリックは、転送遅延が常に一定の値以下
    に収まるような交換ファブリックであり、 前記素材入力手段および前記オンエアサーバ手段はそれ
    ぞれ、前記素材サーバ手段への書き込みまたは前記素材
    サーバからの読み出しを行う際、予め、必要な帯域を前
    記アセット・マネージャ手段に申告し、 前記アセット・マネージャ手段は、前記素材入力手段お
    よび前記オンエアサーバ手段からそれぞれ必要帯域の申
    告を受けると、当該必要帯域を割り当て可能か否かを判
    断して、その判断結果に基づいて帯域の割り当てを行う
    ことを特徴とする、番組制作・送出システム。