JP3277753B2

JP3277753B2 - 映像素材編集システム

Info

Publication number: JP3277753B2
Application number: JP11258795A
Authority: JP
Inventors: 博文江島
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1995-04-14
Filing date: 1995-04-14
Publication date: 2002-04-22
Anticipated expiration: 2017-04-22
Also published as: JPH08289246A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、放送局などで使用さ
れる映像素材編集システム、特に、大量に映像素材が格
納されたサーバに対し複数の編集装置が接続可能な映像
素材編集システムに関する。

【０００２】

【従来の技術】放送局などでは、複数の映像素材を適宜
に繋ぎ合わせ適当な処理を施し１本の放映テープとする
ような編集作業が頻繁に行なわれる。図８は、このとき
に使用される編集システムの一例を示す。１台の編集機
（エディタ）１００に複数台（この例においては２台）
の再生用ビデオテープレコーダ１０１、１０２が接続さ
れる。また、エディタ１００は、記録用のビデオテープ
レコーダ１０３にも接続される。

【０００３】編集作業を行なうオペレータによって、ビ
デオテープレコーダ１０１、１０２に、編集対象となる
映像素材が記録されたビデオテープがセットされる。こ
れらテープがセットされたビデオテープレコーダ１０
１、１０２は、オペレータによって操作され、再生され
た映像信号Ａ、Ｂがそれぞれエディタ１００に供給され
る。エディタ１００は、オペレータによって操作され、
供給された映像信号が編集される。これは例えば、供給
された映像信号Ａに対し映像信号Ｂが適宜なタイミング
で繋ぎ合わされ、さらに、フェードイン／フェードアウ
トなどの画像効果の処理を施される、といったようなも
のである。この編集された結果の映像信号Ａ／Ｂは、エ
ディタ１００から出力され、ビデオテープレコーダ１０
３に供給され、編集済映像として記録される。

【０００４】

【発明が解決しようとする課題】このように、従来で
は、エディタは、外部とのインターフェイスを取ること
のない独立した存在であった。そのため、編集に使用し
たい素材の選択は、編集を行なう人がその素材の入った
媒体（例えば、ビデオテープ）を、大量の素材のストッ
クの中から捜し出し、エディタに接続された記録／再生
装置（例えば、ビデオテープレコーダ）に持ち込むこと
によって行なわれていた。そのため、素材の選択が容易
に行なえない問題点があった。

【０００５】この問題点を解決するために、映像素材が
大量記録可能で、それら記録された映像素材から目的の
素材を捜し出し自由に取り出すことのできるようなサー
バを利用したシステムが考えられている。このようなサ
ーバとエディタとでインターフェイスを取ることによっ
て、サーバ内の映像素材を自由に使用することが可能と
なるので、上述したような独立した編集システムに比
べ、素材の選択および使用が容易に行なえることが可能
となる。

【０００６】ところで、このようなサーバを利用したシ
ステムにおいては、１つのサーバに対し、複数のエディ
タが接続され、それぞれ互いに独立した編集作業が行な
われる。また、このサーバには、編集済の映像素材も供
給され記録される。さらにまた、このサーバから、記録
された編集済の映像素材が別の、例えば、放映システム
に送出される。

【０００７】このようなシステムを実現するためには、
エディタは、同じサーバの資源を利用する他の機器、例
えば、接続されている他のエディタ、あるいは映像を別
の放映システムに送出するための制御機器に対して、排
他制御や経路制御といった資源利用の調整を図る必要が
有る。また、サーバ内の映像素材を、サーバの機器を制
御し取り出す際に、サーバの機器制御部に対し、制御用
のコマンドのやり取りを行なう必要がある。

【０００８】このエディタは、必ずしもサーバと共に用
いられるわけではなく、上述した従来例で示したような
方法で独立して使用されることもある。そのため、上述
したような、他の機器に対する排他制御や経路制御とい
った資源利用の調整、ならびに、サーバの機器制御など
の機能を、エディタの本体機能として予め組み込むと、
機能の無駄が生じる問題点があった。

【０００９】したがって、この発明の目的は、エディタ
をサーバと共に使用し、エディタが容易にサーバの資源
を利用することができるような映像素材編集システムを
提供することにある。

【００１０】また、この発明の目的は、エディタがサー
バと共に使用できるようにされていても、エディタ単体
での独立した使用が可能であり、且つその場合において
も、エディタ本体には、本来のエディタとして不要な、
他の機器に対する資源利用の調整やサーバの機器制御な
どの機能を持っていないような映像素材編集システムを
提供することにある。

【００１１】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、大量に映像素材が格納されたサー
バに対し複数の編集装置が接続可能であるような映像素
材編集システムにおいて、大量の映像素材が格納可能で
あって、インターフェイスをそれぞれ有する１あるいは
複数の映像記録再生手段からなる映像蓄積手段と、映像
蓄積手段を管理および制御するサーバマネージメントシ
ステムと、映像素材を記録可能なローカル記録手段を有
する映像素材編集のための１あるいは複数のエディタ
と、エディタとは独立した存在とされると共に、エディ
タからの映像蓄積手段に対する要求を受け取り、要求に
基づきサーバマネージメントシステムとのコマンドのや
り取りを行なうエディタマネージャと、サーバマネージ
メントシステムにより制御され、複数の映像素材経路を
選択する映像素材経路選択手段と、サーバマネージメン
トシステムにより制御され、複数の制御信号経路を選択
する制御信号経路選択手段とを有することを特徴とした
映像素材編集システムである。

【００１２】また、この発明は、上述した課題を解決す
るために、エディタマネージャは、サーバマネージメン
トシステムと通信することによって、エディタからの要
求によって該エディタが映像蓄積手段の資源をアクセス
するときに、該エディタがローカル記録手段に対しアク
セスするのと同様な方法でアクセス可能とすることを特
徴とした映像素材編集システムである。

【００１３】また、この発明は、上述した課題を解決す
るために、エディタマネージャは、サーバマネージメン
トシステムと通信することによって、エディタからの要
求によって映像蓄積手段に格納された映像素材をエディ
タのローカル記録手段に転送することを特徴とした映像
素材編集システムである。

【００１４】また、この発明は、上述した課題を解決す
るために、エディタマネージャは、複数のエディタから
の要求を取りまとめて実行することを特徴とした映像素
材編集システムである。

【００１５】

【作用】この発明による映像素材編集システムは、他の
機器とのインターフェイスを司るサーバマネージメント
システムと通信可能なエディタマネージャを有している
ために、エディタ本体に余分な機能を付加すること無
く、エディタをサーバと共に使用することができる。

【００１６】

【実施例】以下、この発明の一実施例を、図面を参照し
ながら説明する。図１は、この実施例による映像素材編
集システムの概略を示す。１は、サーバマネージメント
システムである。この図におけるサーバマネージメント
システム（以下、ＳＭＳと称する）１は、図１において
は省略されているが、大量の映像素材が記録可能なサー
バと結合されており、エディタなどのアプリケーション
からの制御コマンドを受け付け、それに従いサーバの資
源を制御する。２および３は、映像素材の編集を行なう
エディタであり、映像素材を一時記録するための記録装
置（ローカルストレージ）を有している。また、この概
略図においては、このエディタ２、３にはこれを操作す
るオペレータも含まれる。

【００１７】４は、映像素材の属性情報などが管理され
ているデータベースであって、例えば、放送局全体の運
営のためのシステムに含まれるものであり、この発明と
は本質的には別個の存在である。エディタ２あるいはエ
ディタ３から、必要な映像素材の検索要求がデータベー
ス４に送出され、データベース４からは、検索要求に対
する結果データがエディタ２あるいはエディタ３に返さ
れる。この検索結果に基づき、エディタ２あるいはエデ
ィタ３からエディタマネージャ５に、素材転送要求が送
出される。

【００１８】このエディタマネージャ５は、この編集シ
ステム内における各エディタに、サーバとの容易なイン
ターフェイスを提供するものである。すなわち、このエ
ディタマネージャ５は、サーバ資源およびローカルスト
レージ間における映像信号ラインおよびコントロールラ
インの接続情報、後述するリソースマネージャ６と通信
するためのコマンドセット、および、実際にサーバ資源
を使用するためにＳＭＳ１に送信する、サーバ制御用の
コマンドセットを有している。このように、このエディ
タマネージャ５がこれらの接続情報およびコマンドセッ
トを有しているので、エディタ２、３は、このエディタ
マネージャ５およびＳＭＳ１を介してサーバにアクセス
することによって、容易にサーバ内の映像素材を使用す
ることができる。

【００１９】また、複数のエディタがサーバの資源を使
用する場合、通信経路、使用ドライブなどの資源使用の
競合が起きる場合がある。この競合を避けるため、上述
のリソースマネージャ６によって資源使用の管理が行な
われる。

【００２０】上述の編集システムによってサーバの資源
を利用する場合の手順について説明する。この場合、サ
ーバに記録されている映像素材をファイルとしてエディ
タ２のローカルストレージに転送する方法と、エディタ
２からサーバを直接的に操作する方法の、２通りの方法
が考えられる。

【００２１】先ず、サーバに記録されている素材をエデ
ィタ２のローカルストレージに転送する場合について説
明する。最初に、サーバに記録されている映像素材の中
からエディタ２での編集に使用する素材が決定される。
これは例えば、データベース４を検索することによって
行なわれる。こうして決定された映像素材を示す情報
（ファイル名など）および転送先（この場合エディタ２
が持つローカルストレージ）がエディタ２からエディタ
マネージャ５に対し通知される。

【００２２】この通知を受けたエディタマネージャ５に
よって、リソースマネージャ６に対し、素材転送に使用
されるサーバの資源が利用できるように、資源予約要求
が送出される。この資源予約要求を受け取ったリソース
マネージャ６によって、エディタ２からサーバまでの通
信経路、あるいは要求された映像素材へのアクセス状況
などの、サーバ資源の使用状況が調べられる。リソース
マネージャ６は、例えば、通信経路に対しては開いてい
る経路を要求に対して割り当て、また、サーバに記録さ
れている映像素材へのアクセスに関しては排他制御など
を行い、エディタマネージャ５に対し、サーバ資源使用
許可を送出する。

【００２３】このようにして、リソースマネージャ６か
らサーバ資源使用許可を受け取ったエディタマネージャ
５は、ＳＭＳ１に対してサーバコントロールコマンドを
送出し、サーバからエディタ２への映像素材の転送が割
り当てられた経路により開始される。

【００２４】続いて、エディタ２からサーバを直接的に
操作し、それによってサーバから映像素材を得る場合に
ついて説明する。このように、エディタからサーバを直
接的に操作することを、ダイレクトコントロールと称す
る。

【００２５】最初は、上述した映像素材の転送の場合と
同様、サーバに記録されている映像素材の中からエディ
タ２での編集に使用する素材がデータベース４の検索な
どにより決定される。素材が決定されると、エディタ２
からエディタマネージャ５に対し、映像素材を示すファ
イル名などの情報、この映像信号の受け入れ口、および
ダイレクトコントロールの際使用される制御線（制御ラ
イン）が通知される。この通知を受け取ったエディタマ
ネージャ５によって、リソースマネージャ６に対し、ダ
イレクトコントロールの際に使用されるサーバの資源の
資源予約要求が送出される。

【００２６】この資源の資源予約要求を受け取ったリソ
ースマネージャ６によって、上述した映像素材転送の場
合と同様にして、サーバ資源の使用状況が調べられる。
そして、映像素材の受け入れ口および制御ラインについ
ては、空いているものが割り当てられ、サーバへのアク
セスに関しては、排他制御などが行なわれる。このよう
に、リソースマネージャ６によってサーバ資源の使用が
許可されたら、エディタマネージャ５に対し、資源予約
受理が送出される。

【００２７】この資源予約受理を受け取ったエディタマ
ネージャ５によって、ＳＭＳ１に対し、サーバ機器制御
用コマンドが送出され、ダイレクトコントロールの設定
が実行される。これにより、エディタ２とサーバとの制
御ラインが確保され、サーバがエディタ２から直接的に
操作される。そのため、ここでのサーバの制御は、単に
映像素材の転送に止まらず、通常のビデオテープレコー
ダで実現可能な操作、例えば、映像素材の記録、リワイ
ンド、早送り、あるいは一時停止といった操作が可能で
ある。すなわち、このエディタ２は、サーバを利用して
映像素材の編集作業が可能である。こうしてサーバが制
御され得られた映像素材は、リソースマネージャ６によ
って割り当てられた映像素材の受け入れ口に転送され
る。

【００２８】図２は、図１で示した編集システムのより
詳細な構成例である。エディタマネージャ１０、リソー
スマネージャ１１、サーバ１２、およびエディタ１３
ａ、１３ｂ、１３ｃがイーサネットなどによるネットワ
ーク１４によって接続されている。この図ではエディタ
がネットワーク１４に３台接続されているが、これはこ
の例に限らず、システムの許容する範囲で何台でも接続
できる。また、エディタマネージャ１０およびリソース
マネージャ１１は、それぞれ独立したハードウェアのよ
うに示したが、これらは１台のパーソナルコンピュータ
上の２つのソフトウェアとしてもよい。

【００２９】ユーザによって操作されるエディタ１３
ａ、１３ｂ、１３ｃは、映像素材を一時記録するための
ローカルストレージ１５ａ、１５ｂ、１５ｃをそれぞれ
有している。これらローカルストレージ１５ａ、１５
ｂ、１５ｃは、例えばＲＳ−４２２などの制御ラインで
エディタ１３ａ、１３ｂ、１３ｃとそれぞれ接続され、
この制御ラインを介して送信される制御用のコマンドに
よって制御される。これらエディタおよびローカルスト
レージの組は、それぞれに接続される接続線の脱着のみ
で容易に拡張および切り離しなどが可能とされる。

【００３０】サーバ１２は、サーバマネージメントシス
テム（ＳＭＳ）１６、複数の映像素材記録媒体（ストレ
ージ）およびこれらストレージに対しデータの読み出し
／書き込みを行なうための、ストレージに対応したドラ
イブ１７、１８、１９、映像信号の経路の制御のための
ＡＶラウタ２０、およびドライブ１７、１８、１９に対
するダイレクトコントロールのためのコントロール信号
の制御のためのＣＴＬラウタ２１から構成される。

【００３１】なお、ここでは、ＡＶラウタ２０に対し、
複数のストレージおよびこれらに対応するドライブ（以
下、単にドライブと記す）が３組接続されているが、こ
れはこの例に限らず、このシステムの許容する範囲内で
あれば何台でも接続可能とされ、さらに、規模の拡張な
どが自由とされる。また、この発明による編集システム
の特徴として、これら複数のドライブは、それぞれ異な
るインターフェイスを有していてもよい。例えば、ドラ
イブ１７がＳＣＳＩインターフェイスを持つハードディ
スク、ドライブ１８が同じくＳＣＳＩインターフェイス
を持つ光磁気ディスク（ＭＯ）、ドライブ１９がＲＳ−
４２２のインターフェイスを持つカートマシンとしても
よい。

【００３２】ＳＭＳ１６からドライブ１７、１８、１９
に対し、制御信号がそれぞれ供給される。また、ＳＭＳ
１６からＣＴＬラウタ２１に対し、制御信号が供給され
る。さらに、このＳＭＳ１６からは、ローカルストレー
ジ１５ａ、１５ｂ、１５ｃに対しても制御信号が供給さ
れる。

【００３３】エディタ１３ａ、１３ｂ、１３ｃからＣＴ
Ｌラウタ２１に対し、制御信号がそれぞれ供給される。
ＣＴＬラウタ２１からドライブ１７、１８、１９に対
し、制御信号がそれぞれ供給される。なお、図２におい
ては、繁雑さを避けるために、これら制御信号の経路を
１本の線として示す。

【００３４】ＡＶラウタ２０には、ドライブ１７、１
８、１９のそれぞれの入出力が接続される。また、それ
と共に、ＡＶラウタ２０には、ローカルストレージ１５
ａ、１５ｂ、１５ｃのそれぞれの入出力が接続される。
なお、図２においては、繁雑さを避けるために、これら
入出力の経路を１本の線として示す。

【００３５】ところで、このような編集システムに使用
されるサーバでは、この例に示されるように、複数の異
なるインターフェイスを持つドライブが用いられること
が多い。これらの異なるインターフェイスを有するドラ
イブでは、制御のためのコマンド体系も異なる。また、
この編集システムには複数のエディタが接続可能とされ
ているため、これら複数のドライブおよび複数のエディ
タ間での接続経路の管理も必要である。さらに、このよ
うなシステムに用いられるドライブやエディタは、容易
に変更および拡張可能とされているのが望ましい。

【００３６】この発明においては、これら異なるインタ
ーフェイス、コマンド体系を有するドライブの統括的な
制御、および複数のドライブおよび複数のエディタ間で
の接続経路の管理のために、既に提案されている、ＭＴ
Ｐ（Maltimedia Transfer Protocol）と称されるプロト
コルが用いられている。これは、上述したようなシステ
ムにおいて、アプリケーションソフトウェアが各種ハー
ドウェアの拡張に柔軟に対応するための機能を有するコ
マンド群である。上述した図１においては、エディタマ
ネージャ５とＳＭＳ１との間で、また、この図２におい
ては、後述するが、エディタマネージャ１０とＳＭＳ１
６との間でこのプロトコルが適用される。以下に、この
ＭＴＰについての説明を行なう。

【００３７】このＭＴＰにおいては、ストレージ、ある
いは信号経路などのデバイスをストリームの概念に置き
換え、ファイルにアクセスするのと同様にして該当する
ストリームをオープンし、オープンされたストリームの
使用権を得、その後、オープンしたストリームに対して
指示を出し、制御するようにしている。

【００３８】これらの情報のアプリケーションソフトウ
ェアへの通知、ならびにアプリケーションソフトウェア
の動作に必要となる基本的なコマンド群ＭＴＰがエディ
タマネージャ１０に実装されている。このＭＴＰが実装
されたエディタマネージャ１０を介してＳＭＳ１６にア
クセスすることによって、エディタ１３ａ、１３ｂ、１
３ｃのオペレータは、ＳＭＳ１６のプラットフォームに
関知する必要はない。このＳＭＳ１６から下位側のハー
ドウェアおよびソフトウェアがサーバ１２である。

【００３９】ＭＴＰは、アプリケーションソフトウェア
がサーバ１２のハードウェアの拡張に柔軟に対応するた
めの機能を有するコマンド群であり、また、。ＭＴＰ
は、サーバ内部に存在する映像音声信号への操作をリア
ルタイムで効率的かつ容易に行なうことを目的としたコ
マンド群からなるプロトコルである。アプリケーション
ソフトウェアは、ＭＴＰに規定されるコマンド群を用い
てサーバ１２内部の映像／音声信号やその経路を間接的
に制御する。すなわち、上述したような、ファイルにア
クセスするのと同様にして該当するストリームをオープ
ンし、その後、オープンしたストリームに対して指示を
出し、制御することがＭＴＰによってなされる。このた
め、アプリケーションソフトウェアは、ハードウェアの
拡張に対して柔軟に対応することが可能となる。

【００４０】上述のこのＭＴＰによる制御を概略的に表
したのが図３である。この図に示されるアプリケーショ
ンソフトウェア３０は、上述の図２においては、例え
ば、エディタマネージャ１０に相当する。アプリケーシ
ョンソフトウェア３０からＭＴＰに従ったオープンのコ
マンドが送られると、その各々に対して特有のＳＩＤ
（Stream ID)をＭＴＰ３１ａおよびＳＭＳ３１ｂがリタ
ーンする。アプリケーションソフトウェア３０は、各種
のファイルを再生／記録／送信／受信／読み取り／書込
みするために必要な全てのストリームをオープンする必
要がある。ここで、ストリームとは、ファイル、ルー
ト、入力チャンネル、出力チャンネル、コントローラ等
を意味する。このストリームのオープンは、ハードウェ
アとの直接的なインターフェイスを有するルートＩＤＣ
を介して行なわれる。

【００４１】必要な全てのストリームをオープンするこ
とができたら、ＭＴＰ３１ａ、ＳＭＳ３１ｂは、各々の
リソースに対するＳＩＤを用意する。そして、アプリケ
ーションソフトウェア３０は、二つのストリーム（スト
リーム１および２）の間を接続するためのコマンド COM
BINEを送出する。コマンド COMBINEは、二つのオブジェ
クトを接続して、且つこれらを一緒に動作させる。この
コマンド COMBINEは、映像／音声信号のルーティングの
みならず、制御側ストリームと被制御側ストリーム間、
例えばコントロールパネルとビデオテープレコーダとを
接続するためにも用いることができる。

【００４２】ＭＴＰ３１ａおよびＳＭＳ３１ｂは、オー
プンされた各ストリームに対して独自のＳＩＤを用意す
る。すなわち、アプリケーションソフトウェア３０が複
数のストリームをオープンしたら、それぞれのストリー
ムが別個のＳＩＤを持つことになる。アプリケーション
ソフトウェア３０もＳＩＤを指定するだけで各々のスト
リームを指定することができる。

【００４３】図４は、ＭＴＰ３１ａ、ＳＭＳ３１ｂとア
プリケーションソフトウェア３０の通信を行なうための
接続を示す。この通信のトランスポートレイヤについて
は、任意のプロトコルを使用できる。しかしながら、上
述したように、物理的接続としてイーサネットを使用
し、プロトコルとしてＴＣＰ／ＩＰを採用した場合に
は、効率良く動作させることができる。

【００４４】図４における第１の接続は、コマンドを送
信するためのもので、第２の接続は、コマンドに対する
回答を送信するためのものである。これらのコマンドお
よび回答は、ＡＳＣＩＩコードで表現される。ＡＳＣＩ
Ｉコードを使用することによって、デバッギングおよび
ロギングが容易となる利点がある。第３の接続は、デー
タを送信し、また、受信するためのものである。この接
続は、比較的大量のデータ（バイナリ）を転送する必要
がある場合に設定される。第１および第２の接続は、常
に必要とされる。

【００４５】次に、図２に示す編集システムにおける、
サーバ１２の資源の利用方法の一例について説明する。
ここでは、エディタ１３ａのオペレータによって、サー
バ１２のドライブ１８に記録されている映像素材を、サ
ーバ１２からエディタ１３ａのローカルストレージ１５
ａに転送する際のシーケンスを説明する。図５は、この
ときのシーケンスを示す。

【００４６】先ず、最初のシーケンスであるＳＥＱ１に
おいて、エディタ１３ａからエディタマネージャ１０に
対し、ネットワーク１４を介して映像素材の転送要求が
送出される。この、サーバ内の素材のローカルストレー
ジへの転送要求には、素材のファイル名の指定、および
転送先のローカルストレージの指定が必要とされる。こ
の場合、例えば、ファイル名が別のシステムのデータベ
ースから検索され、また、転送先のローカルストレージ
がエディタ１３ａに対応するローカルストレージ１５ａ
のアドレスで指定される。

【００４７】この転送要求を受け取ったエディタマネー
ジャ１０からエディタ１３ａに対し、転送要求受理が通
知される（ＳＥＱ２）。同時に、エディタマネージャ１
０からリソースマネージャ１１に対し、転送に使用する
資源の予約を行なうための資源予約要求が送出される
（ＳＥＱ３）。この資源予約要求には、上述した、素材
のファイル名および転送先のローカルストレージのアド
レスが含まれる。

【００４８】この資源予約要求を受け取ったリソースマ
ネージャ１１によって、このシステムのリソースの利用
状況が調べられる。すなわち、資源予約要求に含まれる
ファイル名およびアドレス情報に従い、この要求を受け
取った時点での回線の使用状況およびサーバ１２に対す
るアクセス状況が調べられる。そして、空いている資源
があれば資源の割り当てが成され、ＳＥＱ４において、
資源予約受理がエディタマネージャ１０に送出される。
このとき、空いている資源が無ければ、その旨エディタ
マネージャ１０を介しエディタ１３ａに対し通知され
る。

【００４９】このＳＥＱ４までのシーケンスでは、ネッ
トワーク１４で適用されるプロトコルが用いられる。こ
の例においては、ネットワーク１４がイーサネットであ
るので、例えばＴＣＰ／ＩＰがプロトコルとして用いら
れる。一方、以下に説明するＳＥＱ５〜ＳＥＱ１７の、
エディタマネージャ１０およびＳＭＳ１６とのやり取り
のシーケンスでは、上述したように、プロトコルにＭＴ
Ｐが用いられる。

【００５０】ＳＥＱ４で資源予約受理を受け取ったエデ
ィタマネージャ１０によって、ＳＭＳ１６に対し、転送
元ファイルのオープン要求が送出される（ＳＥＱ５）。
この場合、転送元ファイルとは、エディタ１３ａから転
送を要求された、サーバ１２内の素材ファイル名を指
す。このオープン要求を受け取ったＳＭＳ１６によっ
て、ＳＥＱ４によって割り当てられた素材ファイル名に
基づき、ドライブ１８がファイルとしてオープンされ
る。このファイルのオープンは、ＭＴＰによりストリー
ムと認識され、ストリームＩＤ（ＳＩＤ）１が与えら
れ、この与えられたＳＩＤ１がエディタマネージャ１０
に返される（ＳＥＱ６）。

【００５１】次のＳＥＱ７において、転送元ファイルの
ＳＩＤ１を得たエディタマネージャ１０からＳＭＳ１６
に対し、転送先ファイルのオープン要求が送出される。
この転送先ファイルとは、サーバ１２からの映像素材が
転送される、転送先のローカルストレージ１５ａを指
す。ＭＴＰにおいては、このように、対象が実際のファ
イルではなくストレージでも、それをファイルとして扱
う。このオープン要求を受け取ったＳＭＳ１６によって
転送先のローカルストレージ１５ａがファイルとしてオ
ープンされる。このファイルのオープンは、ＭＴＰによ
ってストリームと認識され、ＳＩＤ２が割り当てられ、
この割り当てられたＳＩＤ２がエディタマネージャ１０
に返される（ＳＥＱ８）。

【００５２】次のＳＥＱ９において、オープンされた転
送元ファイルから転送先ファイルへの映像素材の転送の
ための経路の接続要求COMBINE が送出される。この接続
要求を受け取ったＳＭＳ１６によって、ＡＶラウタ２０
に対し制御信号が送出される。このＡＶラウタ２０は、
制御信号によってその複数の入出力の接続を選択し切り
替えるものである。この制御信号を受けとったＡＶラウ
タ２０によって、ＳＥＱ４において割り当てられた資源
に従い映像信号の経路が選択され、要求された経路の接
続が実行される。すなわち、ＳＩＤ１およびＳＩＤ２が
COMBINE によって接続される。この接続要求の完了がス
テータスとされエディタマネージャ１０に返される（Ｓ
ＥＱ１０）。

【００５３】このようにして転送元ファイルおよび転送
先ファイルが接続されると、次のＳＥＱ１１において、
エディタマネージャ１０から転送先ファイルでのデータ
受け入れ要求が送出される。このデータ受け入れ要求を
受け取ったＳＭＳ１６によって、転送先ファイルである
ローカルストレージ１５ａに対し、データ受け入れ可能
とするよう制御信号が送出される。この制御信号によっ
て、ローカルストレージ１５ａがデータ受け入れ可能と
される。このコマンド実行の状況がステータスとされエ
ディタマネージャ１０に返される（ＳＥＱ１２）。

【００５４】転送先ファイルが受け入れ可能とされる
と、次のＳＥＱ１３において、エディタマネージャ１０
からＳＭＳ１６に対し、転送元ファイルでのデータ送り
出し要求が送出される。このデータ送り出し要求を受け
取ったＳＭＳ１６によって、転送元ファイルであるサー
バ１２内のドライブ１８に対し、所定のファイルを転送
するよう制御信号が送出される。この制御信号によっ
て、ドライブ１８から希望の素材ファイルがＡＶラウタ
２０によって選択された経路に従い送出される（ＳＥＱ
１４）。送出されたこの素材ファイルは、既に受け入れ
可能とされたローカルストレージ１５ａに転送され、記
録媒体に記録される。

【００５５】こん、映像素材がサーバ１２からローカル
ストレージ１５ａに転送されている間、ＳＭＳ１６およ
びドライブ１８との間で、制御信号がやり取りされる。
この制御信号のやり取りによって、この素材データの転
送の終了がＳＭＳ１６に検知されると、ＳＭＳ１６から
エディタマネージャ１０に対しデータ転送の終了が通知
される（ＳＥＱ１５）。この終了の通知を受け取ったエ
ディタマネージャ１０によって、このデータ転送のため
にオープンされたファイルのクローズの要求がＳＭＳ１
６に対し送出される（ＳＥＱ１６）。

【００５６】このクローズ要求を受け取ったＳＭＳ１６
によって、ファイルのクローズが行なわれる。すなわ
ち、COMBINE によって接続されたデータ転送経路が切り
離され、同時に、転送先ファイルであるローカルストレ
ージ１５ａおよび転送元ファイルであるドライブ１８が
クローズされる。また、ＳＥＱ６、ＳＥＱ８で割り当て
られたＳＩＤ１およびＳＩＤ２が解放される。このクロ
ーズした結果がクローズ完了ステータスとされエディタ
マネージャ１０に返される（ＳＥＱ１７）。

【００５７】上述したように、ＳＥＱ５からこのＳＥＱ
１７までのエディタマネージャ１０とＳＭＳ１６との間
でのやり取りがＭＴＰを用いて行なわれる。続くＳＥＱ
１８以降では、ネットワーク１４で通常使用されるプロ
トコルが用いられる。

【００５８】このようにして、このデータ転送のために
オープンされたファイルがクローズされ、データ転送経
路が切り離される。すると、次のＳＥＱ１８で、エディ
タマネージャ１０からリソースマネージャ１１に対し、
ＳＥＱ３においてこのデータ転送のために予約された資
源の予約解除要求が送出される。この予約解除要求を受
け取ったリソースマネージャ１１によって資源の予約が
解除され、エディタマネージャ１０に通知される（ＳＥ
Ｑ１９）。次のＳＥＱ２０において、この予約解除通知
を受け取ったエディタマネージャ１０からエディタ１３
ａに対しファイル転送終了が通知され、一連のファイル
転送のシーケンスが全て終了する。

【００５９】次に、図２に示す編集システムにおける、
サーバ１２の資源の利用方法の他の例について説明す
る。ここでは、エディタ１３ａのオペレータがエディタ
１３ａを介し、上述したダイレクトコントロールによっ
てサーバ１２を直接的に操作し、ドライブ１８に記録さ
れている映像素材を入手する場合について説明する。図
６は、このときのシーケンスを示す。

【００６０】先ず、最初のシーケンスであるＳＥＱ３０
において、エディタ１３ａからエディタマネージャ１０
に対し、ダイレクトコントロール要求が送出される。こ
のとき、この要求されたダイレクトコントロールがサー
バ１２内の素材の読み込みであれば、ダイレクトコント
ロールの対象となる希望の素材ファイル名、映像信号を
供給するための映像入力チャンネル、およびサーバ１２
の制御に使用される、例えばＲＳ−４２２といったコン
トロールポートが指定される。また、サーバ１２内に対
する素材の書き込みであれば、書き込む素材のファイル
名、映像出力チャンネル、制御に使用されるコントロー
ルポートが指定される。以下、サーバ１２の制御のため
のコントロールポートを制御ライン、映像入力チャンネ
ル若しくは映像出力チャンネルを映像ラインと称する。

【００６１】このダイレクトコントロールにおいては、
サーバ１２の操作が素材ファイルの受け入れ側であるエ
ディタ１３ａから直接的に行なわれる。そのため、上述
のファイル転送の例のような素材ファイルの受け入れ側
についての指定は、特に行なう必要がない。このダイレ
クトコントロール要求を受け取ったエディタマネージャ
１０からエディタ１３ａに対し、ダイレクトコントロー
ル要求受理が通知される（ＳＥＱ３１）。

【００６２】同時に、エディタマネージャ１０からリソ
ースマネージャ１１に対し、転送に使用する資源の予約
を行なうための資源予約要求が送出される（ＳＥＱ３
２）。この資源予約要求には、上述した、素材のファイ
ル名、映像ライン、および制御ラインが含まれる。

【００６３】この資源予約要求を受け取ったリソースマ
ネージャ１１によって、このシステムのリソースの利用
状況が調べられる。すなわち、資源予約要求に含まれる
ファイル名および各ライン情報に従い、この要求を受け
取った時点での回線の使用状況およびサーバ１２に対す
るアクセス状況が調べられる。そして、空いている資源
があれば資源の割り当てが成され、ＳＥＱ３３におい
て、資源予約受理がエディタマネージャ１０に送出され
る。このとき、空いている資源が無ければ、その旨エデ
ィタマネージャ１０を介しエディタ１３ａに対し通知さ
れる。

【００６４】この例においても、上述のファイル転送の
例と同様、このＳＥＱ３３までのシーケンスでは、ネッ
トワーク１４で適用されるプロトコルが用いられ、以下
に説明するＳＥＱ３４〜ＳＥＱ４３の、エディタマネー
ジャ１０およびＳＭＳ１６とのやり取りのシーケンスで
は、プロトコルにＭＴＰが用いられる。

【００６５】次のＳＥＱ３４において、ＳＥＱ３３で資
源予約受理を受け取ったエディタマネージャ１０によっ
て、ＳＭＳ１６に対し、ダイレクトコントロールの対象
となる素材ファイルのオープン要求が送出される。この
オープン要求を受け取ったＳＭＳ１６によって、ＳＥＱ
３３でリソースマネージャ１１によって割り当てられた
素材ファイル名に基づき、サーバ１２内のドライブ１８
がファイルとしてオープンされる。このファイルのオー
プンは、ＭＴＰによりストリームと認識され、ストリー
ムＩＤ（ＳＩＤ）３が割り当てられ、この割り当てられ
たＳＩＤ３がエディタマネージャ１０に返される（ＳＥ
Ｑ３５）。

【００６６】次のＳＥＱ３６において、素材ファイルの
ＳＩＤ３を得たエディタマネージャ１０からＳＭＳ１６
に対し、映像ラインのオープン要求が送出される。この
オープン要求を受け取ったＳＭＳ１６によって、ＳＥＱ
３３でリソースマネージャ１１によって割り当てられた
映像ラインに基づき、所定の映像ラインがファイルとし
てオープンされる。このファイルのオープンは、ＭＴＰ
によってストリームと認識され、ＳＩＤ４が与えられ、
この与えられたＳＩＤ４がエディタマネージャ１０に返
される（ＳＥＱ３７）。

【００６７】同様に、次のＳＥＱ３８においても、エデ
ィタマネージャ１０からＳＭＳ１６に対し、制御ライン
のオープン要求が送出される。このオープン要求を受け
取ったＳＭＳ１６によって、ＳＥＱ３３でリソースマネ
ージャ１１によって割り当てられた制御ラインに基づ
き、所定の制御ラインがファイルとしてオープンされ
る。このファイルのオープンは、ＭＴＰによってストリ
ームとして認識され、ＳＩＤ５が割り当てられ、この割
り当てられたＳＩＤ５がエディタマネージャ１０に返さ
れる（ＳＥＱ３９）。

【００６８】次のＳＥＱ４０において、エディタマネー
ジャ１０からＳＭＳ１６に対し、オープンされた対象素
材ファイルに対する映像ラインの接続要求COMBINE が送
出される。この接続要求を受け取ったＳＭＳ１６によっ
て、ＡＶラウタ２０に対し制御信号が送出される。この
制御信号を受け取ったＡＶラウタ２０によって、ＳＥＱ
３２で割り当てられた資源に従い映像ラインが選択さ
れ、要求された経路の接続が実行される。すなわち、こ
のＳＥＱ４１で、ＳＩＤ３およびＳＩＤ４がCOMBINE に
よって接続される。この接続結果が接続完了ステータス
とされエディタマネージャ１０に返される（ＳＥＱ４
１）。

【００６９】この接続結果を表すステータスがエディタ
マネージャ１０に受け取られると、次のＳＥＱ４２にお
いて、エディタマネージャ１０からＳＭＳ１６に対し、
オープンされた対象素材ファイルに対応するドライブ１
８に対する制御ラインの接続要求COMBINE が送出され
る。ＳＥＱ４３において、この接続要求を受け取ったＳ
ＭＳ１６によって、ＣＴＬラウタ２１に対し制御信号が
送出される。

【００７０】このＣＴＬラウタ２１は、上述したＡＶラ
ウタ２０と同様、制御信号によってその複数の入出力の
接続を選択し切り替えるものである。ＳＥＱ４３におい
て、この制御信号を受け取ったＣＴＬラウタ２１によっ
て、ＳＥＱ３３で割り当てられた資源に従い映像信号の
経路が選択され、要求された経路の接続が実行される。
すなわち、ＳＩＤ３およびＳＩＤ５がCOMBINE によって
接続される。この接続結果がステータスとされエディタ
マネージャ１０に返される（ＳＥＱ４３）。

【００７１】このＳＥＱ４３までで、ダイレクトコント
ロールの設定のシーケンスが終了する。このシーケンス
の終了がエディタマネージャ１０からエディタ１３ａに
通知される（ＳＥＱ４４）。このように、ＭＴＰを用い
ダイレクトコントロールの設定が成されることによっ
て、エディタ１３ａから希望する素材ファイルまでの、
映像ラインおよび制御ラインが設定される。これによ
り、エディタ１３ａにおいてサーバ１２内のドライブ１
８に対しダイレクトコントロールが実行され、エディタ
１３ａから直接的にサーバ１２内のドライブ１８が操作
可能となる。

【００７２】ただしこの場合、エディタ１３ａおよびド
ライブ１８間の経路は、単に接続が確保されているだけ
であるので、ドライブ１８の操作には、このドライブ１
８の操作のためのコマンドをエディタ１３ａのオペレー
タが知っている必要がある。この操作コマンドがエディ
タ１３ａから、COMBINE で接続された制御ラインを介し
ドライブ１８に供給され、ドライブ１８がエディタ１３
ａのオペレータに直接的に操作される。

【００７３】エディタ１３ａにおける編集作業が終了す
ると、エディタ１３ａからエディタマネージャ１０に対
し、ダイレクトコントロールの終了要求が送出される
（ＳＥＱ４５）。この終了要求を受け取ったエディタマ
ネージャ１０によって、このダイレクトコントロールの
ためにオープンされたファイルのクローズの要求がＭＴ
Ｐを用いＳＭＳ１６に対し送出される（ＳＥＱ４６）。
このクローズ要求を受け取ったＳＭＳ１６によって、フ
ァイルのクローズが行なわれる。すなわち、COMBINE に
よって接続された映像ラインおよび制御ラインが切り離
され、対象素材ファイルがクローズされる。このクロー
ズした結果がステータスとされエディタマネージャ１０
に返される（ＳＥＱ４７）。

【００７４】オープンしたファイルが全てクローズされ
ると、エディタマネージャ１０からリソースマネージャ
１１に対し、ＳＥＱ３３においてこのデータ転送のため
に予約された資源の予約解除要求が送出される。この予
約解除要求を受け取ったリソースマネージャ１１によっ
て資源の予約が解除され、エディタマネージャ１０に通
知される（ＳＥＱ４９）。次のＳＥＱ５０において、こ
の予約解除通知を受け取ったエディタマネージャ１０か
らエディタ１３ａに対し、ダイレクトコントロールの終
了が通知され、一連のダイレクトコントロールのシーケ
ンスが全て終了する。

【００７５】次に、この実施例の変形例について説明す
る。図７は、この変形例の構成の一例を示す。上述した
図２に示す実施例の構成においては、各エディタが有す
るローカルストレージ１５ａ、１５ｂ、１５ｃに対し、
サーバ１２の機器管理部であるＳＭＳ１６からの制御ラ
インが接続されている。それに対し、図７に示すこの変
形例においては、エディタ１３ａ、１３ｂ、１３ｃがそ
れぞれ有するローカルストレージ１５ａ、１５ｂ、１５
ｃに対し、エディタマネージャ１０から制御ラインが接
続される。

【００７６】上述した図２に示す例においては、ローカ
ルストレージ１５ａ、１５ｂ、１５ｃは、ＳＭＳ１６と
制御ラインで接続されることによってサーバ１２の一部
と見做される。それに対し、この変形例では、各エディ
タが有するローカルストレージ１５ａ、１５ｂ、１５ｃ
は、サーバ１２から完全に独立している。したがって、
図２に示す例と比較した場合、エディタ側の拡張性に優
れているという利点がある。これは特に、サーバ１２と
エディタマネージャ１０およびエディタ１３ａ、１３
ｂ、１３ｃが離れた場所に存在する場合に効果が大き
い。

【００７７】ただし、この変形例においては、例えばサ
ーバ１２からの素材ファイル転送の場合において、ＳＭ
Ｓ１６の制御によるサーバ１２の動作と、エディタマネ
ージャ１０の制御によるエディタ１３ａ、１３ｂ、１３
ｃの動作とをリンクさせなければならない。そのため、
多少図２に示す実施例と比較して、処理が複雑になる。
なお、ダイレクトコントロールの場合には、ローカルス
トレージ１５ａ、１５ｂ、１５ｃのオープン制御をエデ
ィタマネージャ１０が行なう点を除いて、図２に示す実
施例と比較して、大きな処理の違いは無い。

【００７８】

【発明の効果】以上説明したように、この発明において
は、エディタからのサーバに対する操作は、一旦エディ
タマネージャを介して行なわれる。このエディタマネー
ジャは、アプリケーションソフトウェアがサーバのハー
ドウェアの拡張に柔軟に対応するための機能を有するコ
マンド群であるＭＴＰを実装している。そして、実際の
サーバに対する操作は、このエディタマネージャおよび
サーバを制御するＳＭＳとの間で、このＭＴＰを用いて
行なわれる。

【００７９】したがって、この発明を用いることによっ
て、エディタに限らず、本来それ自身独立して動作する
ことを前提としているアプリケーションソフトウェア
が、大量の映像素材を操作対象とするためにサーバの資
源を使用したいという要求が発生した場合に、アプリケ
ーションソフトウェア側で複雑なインターフェイスを用
意すること無く、簡単にサーバの資源を使用することが
できる効果がある。

【００８０】また、エディタのサーバ資源の利用は、Ｍ
ＴＰが実装されたエディタマネージャを介して行なわれ
る。したがって、エディタがＭＴＰを知らなくてもサー
バの資源を利用することができる効果がある。

【図面の簡単な説明】

【図１】この発明による映像素材編集システムの概略を
示す略線図である。

【図２】この発明による映像素材編集システムの構成の
一例を示すブロック図である。

【図３】ＭＴＰによる制御を概略的に示す略線図であ
る。

【図４】ＭＴＰ、ＳＭＳとアプリケーションソフトウェ
アの通信を行なうための接続を示す略線図である。

【図５】サーバからエディタのローカルストレージに映
像素材ファイルを転送する際のシーケンスを説明するた
めの略線図である。

【図６】エディタからダイレクトコントロールによって
サーバから映像素材を入手する場合のシーケンスを説明
するための略線図である。

【図７】この発明による映像素材編集システムの構成の
変形例を示すブロック図である。

【図８】従来技術における映像素材編集システムの一例
を示す図である。

【符号の説明】

１０エディタマネージャ１１リソースマネージャ１２サーバ１３ａ、１３ｂ、１３ｃエディタ１５ａ、１５ｂ、１５ｃローカルストレージ１６ＳＭＳ

Claims

(57)【特許請求の範囲】

【請求項１】大量に映像素材が格納されたサーバに対
し複数の編集装置が接続可能であるような映像素材編集
システムにおいて、大量の映像素材が格納可能であって、インターフェイス
をそれぞれ有する１あるいは複数の映像記録再生手段か
らなる映像蓄積手段と、上記映像蓄積手段を管理および制御するサーバマネージ
メントシステムと、映像素材を記録可能なローカル記録手段を有する映像素
材編集のための１あるいは複数のエディタと、上記エディタとは独立した存在とされると共に、上記エ
ディタからの上記映像蓄積手段に対する要求を受け取
り、該要求に基づき上記サーバマネージメントシステム
とのコマンドのやり取りを行なうエディタマネージャ
と、上記サーバマネージメントシステムにより制御され、複
数の映像素材経路を選択する映像素材経路選択手段と、上記サーバマネージメントシステムにより制御され、複
数の制御信号経路を選択する制御信号経路選択手段とを
有することを特徴とした映像素材編集システム。
【請求項２】請求項１に記載の映像素材編集システム
において、上記エディタマネージャは、上記サーバマネージメントシステムと通信することによ
って、上記エディタからの要求によって該エディタが上
記映像蓄積手段の資源をアクセスするときに、該エディ
タが上記ローカル記録手段に対しアクセスするのと同様
な方法でアクセス可能とすることを特徴とした映像素材
編集システム。
【請求項３】請求項１に記載の映像素材編集システム
において、上記エディタマネージャは、上記サーバマネージメントシステムと通信することによ
って、上記エディタからの要求によって上記映像蓄積手
段に格納された映像素材を上記エディタのローカル記録
手段に転送することを特徴とした映像素材編集システ
ム。
【請求項４】請求項１および請求項２および請求項３
に記載の映像素材編集システムにおいて、上記エディタマネージャは、上記複数のエディタからの上記要求を取りまとめて実行
することを特徴とした映像素材編集システム。