(57)【特許請求の範囲】
【請求項１】
素材の必要な部分を大まかに編集する粗編集手段と、
前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含む編集結果情報を生成する密編集手段と、
を備えた画像編集装置において、
前記編集結果情報に異なる収録先の情報が含まれている場合に各収録先ごとに編集結果情報を分割して再構成する再構成手段を備えたことを特徴とする画像編集装置。
【請求項２】
素材の必要な部分を大まかに編集する粗編集手段と、
前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含む編集結果情報を生成する密編集手段と、
を備えた画像編集装置において、
前記編集結果情報に異なる収録先の情報が含まれている場合に各収録先ごとに編集結果情報を分割して再構成する再構成手段と、
前記分割した編集結果情報に含まれる要素の長さが所定の長さを下回る場合に該要素を仮想ファイル化する仮想ファイル化手段と
を備えたことを特徴とする画像編集装置。
【請求項３】
請求項１記載の粗編集手段、密編集手段および再構成手段を実現するためのプログラムを格納したことを特徴とする記録媒体。
【請求項４】
請求項２記載の粗編集手段、密編集手段、再構成手段および仮想ファイル化手段を実現するためのプログラムを格納したことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディジタル化されたビデオ信号を編集する画像編集装置に関する。この画像編集装置は、例えば、不特定多数の公衆を対象とする放送通信または特定多数の相手を対象とする同報通信を行う放送局（例えば、放送事業者の放送局、社内放送局または校内放送局）もしくはポストプロダクションなどの編集システムに適用することができる。
なお、ポストプロダクションとは、ビデオテープ、ディスクまたはフィルム等に記録された映像や音声素材を基に、高度な編集技術や合成技術を駆使し、放送番組、テレビコマーシャル、ビデオパッケージなどの映像的、音響的に完成され作品（映像コンテンツ）を制作すること、特にその行為を行う業務のことをいう。
【０００２】
【従来の技術】
一般に、放送局やポストプロダクションなどでは編集作業、すなわち、素材の必要な部分を切り出して、それをつなぎ合わせ、所望の映像コンテンツを制作する作業を欠かせない。従前、かかる編集作業に用いられる編集機は、磁気テープ方式のいわゆる「リニア編集機」であったが、このリニア編集機はフレーム単位のきめこまかな編集を行えないなどの欠点があることから、近時、ハードディスク等の記憶デバイスを用いて構成されたディジタル方式の「ノンリニア編集機」が用いられるようになってきた。
【０００３】
ノンリニア編集機は、素材に対するフレーム単位のランダムアクセスが可能で、きめこまかな編集作業を行うことができるうえ、ビデオ信号をディジタル化して記憶することにより、映像の劣化を回避できるという優れた特長をもっている。
ノンリニア編集機における編集作業は、基本的にリニア編集機のそれと同じである。すなわち、“粗編集”（素材の必要な部分を大まかに切り出して収録する）を行った後、この粗編集結果に“密編集”（フレーム単位の精密な切り出しを行う）をかける。
【０００４】
リニア編集機との決定的な違いは、上記粗編集や密編集の結果を示す情報（以下「編集結果情報」という）を生成して編集対象の素材とは別に保持する点にある。編集結果情報は、編集対象素材を特定する情報、切り出し開始点や終了点を特定する情報などを含み、ノンリニア編集機はこの編集結果情報に基づいて素材の再生を行う。言い換えれば、リニア編集機は粗編集素材そのものに対して直接的な編集操作を行うが、ノンリニア編集機は粗編集素材に手を加えることなく上記“編集結果情報”を生成して間接的な編集操作を行う点でリニア編集機と根本的に相違する。
【０００５】
上記編集結果情報は“ＥＤＬ”（Ｅｄｉｔ  Ｄｅｃｉｓｉｏｎ  Ｌｉｓｔ）と呼ばれるテキスト形式のフォーマットで記述される。一つのＥＤＬは映像コンテンツを構成するすべての素材の密編集情報（例えば、素材の収録場所、素材名および編集点の情報など）と素材の再生順情報とを含み、ノンリニア編集機はこのＥＤＬに従って記憶デバイスから各素材の所要部分（編集点情報で指定された部分、すなわち、密編集部分）を取り出し、それらを再生順情報に従ってつなぎ合わせ、一連の映像コンテンツとして再生出力する。
【０００６】
かかるノンリニア編集機を素材の収録量、すなわち、素材の記憶容量の点で見ると、磁気テープ方式のそれに比べて不利を否めない。ハードディスク等の記憶デバイスの容量は近年大幅に増加しているものの、それでも１デバイスあたり数ギガバイト程度にしかならないからである。そこで、近時、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋ）に代表される記憶デバイスのアレイ化技術を駆使して、大きな記憶容量を実現したノンリニア編集機が実用化されいる。
【０００７】
ところで、放送局やポストプロダクションなどの規模は大小様々であり、取り扱う素材の量も一定ではない。すなわち、ノンリニア編集機の素材の記憶容量は編集システムごとに異なることが普通であるから、システム構成の柔軟性を高めるために、所定容量のハードディスクシステムを基本単位とし、それを組み合わせて編集システムごとの要求記憶容量を満たすことが行われている。上記基本単位を便宜的に“ボリューム”（Ｖｏｌｕｍｅ）と呼ぶことにすると、小規模システムではボリューム数を少なくし、一方、大規模システムではボリューム数を多くすることにより、規模の異なる様々な編集システムに柔軟に対応することができる。
【０００８】
【発明が解決しようとする課題】
しかしながら、複数のボリュームを備えたノンリニア編集機にあっては、一つのＥＤＬに異なるボリューム（収録先）の情報が混在することがあり、かかるＥＤＬに従って行われる素材再生の制御を複雑化するという問題点がある。
すなわち、複数の収録先情報を含むＥＤＬに従って素材の再生を行う場合、ノンリニア編集機は、一つのＥＤＬから収録先の情報を逐次に取り出し、その情報に基づいてポートの切替え等の制御を適切なタイミングで行わなければならないが、本来、ＥＤＬは単一ボリュームのノンリニア編集機に適用されてきた経緯からすると、上記ポートの切替え等の制御は付加的事項であり、少なくともこの付加的事項の分だけ制御の複雑化を招くからである。
したがって、本発明が解決しようとする課題は、ＥＤＬを再構成してＥＤＬに含まれる収録先情報を単一にし、以って複数のボリュームを備えたノンリニア編集機における素材の再生制御の複雑化を回避することにある。
【０００９】
【課題を解決するための手段】
請求項１記載の画像編集装置は、素材の必要な部分を大まかに編集する粗編集手段と、前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含むＥＤＬを生成する密編集手段と、を備えた画像編集装置において、前記ＥＤＬに異なる収録先の情報が含まれている場合に各収録先ごとにＥＤＬを分割して再構成する再構成手段を備えたことを特徴とする。
これによれば、再構成手段により、単一の収録先の情報を含むＥＤＬが分割生成される。
【００１０】
請求項２記載の画像編集装置は、素材の必要な部分を大まかに編集する粗編集手段と、前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含むＥＤＬを生成する密編集手段と、を備えた画像編集装置において、前記ＥＤＬに異なる収録先の情報が含まれている場合に各収録先ごとにＥＤＬを分割して再構成する再構成手段と、前記分割したＥＤＬに含まれる要素の長さが所定の長さを下回る場合に該要素を仮想ファイル化する仮想ファイル化手段と、を備えたことを特徴とする。
これによれば、再構成手段により、単一の収録先の情報を含むＥＤＬが分割生成され、さらに、仮想ファイル化手段により、分割ＥＤＬに含まれる要素の長さが所定の長さ以上に揃えられる。
【００１１】
請求項３記載の記録媒体は、請求項１記載の粗編集手段、密編集手段および再構成手段を実現するためのプログラムを格納したことを特徴とする。
これによれば、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって、請求項１記載の粗編集手段、密編集手段および再構成手段を実現することができる。
【００１２】
請求項４記載の記録媒体は、請求項２記載の粗編集手段、密編集手段、再構成手段および仮想ファイル化手段を実現するためのプログラムを格納したことを特徴とする。
これによれば、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって、請求項２記載の粗編集手段、密編集手段、再構成手段および仮想ファイル化手段を実現することができる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を、放送局に設置されたビデオサーバ・システムを例にして図面を参照しながら説明する。なお、本発明の適用範囲は、このビデオサーバ・システムに限定されないことはもちろんである。要は、複数の収録先を備えた画像編集装置それ自体またはその画像編集装置を含むシステムであればよく、例えば、ポストプロダクションなどで用いられる編集システムであってもよい。
【００１４】
＜ビデオサーバ・システム１の全体構成＞
図１は、ビデオサーバ・システム１の全体構成図である。図示のビデオサーバ・システム１は、その役割別に、局内上位サブシステム１００、操作サブシステム２００、データベースサブシステム３００、大容量記憶サブシステム４００、送出系サブシステム５００などに分類することができる。
これらのサブシステムは、それぞれ後述の役割を担うものであり、各サブシステムは、その担当役割の全てまたは一部を効率的かつ低コストで実現するために、必要に応じ、汎用のオペレーティングシステム（以下「ＯＳ」）を搭載したパーソナルコンピュータもしくはワークステーション（以下「パソコン」という）を含むことができる。
特に、操作サブシステム２００は、以下の説明からも明らかになるが、操作員との良好なマン・マシン・インターフェースを図るために、ＧＵＩ（グラフィカル・ユーザインターフェース）環境に優れた所定の汎用ＯＳ（例えば、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ：Ｍｉｃｒｏｓｏｆｔ社の登録商標）を搭載したネットワーク対応のパソコン（ネットワークカードやハードディスクドライブを実装したパソコン本体、ディスプレイ装置およびキーボードやマウス等の入力装置を含む）を少なくとも１台（図では便宜的に５台）含む。
【００１５】
＜局内上位サブシステム１００の構成＞
各サブシステムの好ましい構成例を説明すると、まず、局内上位サブシステム１００は、番組制作部門等に設置された上位管理システム１０１を備える。この上位管理システム１０１は、放送番組のスケジュール（番組構成表）を作成したりするものである。
【００１６】
なお、上位管理システム１０１は、厳密にはビデオサーバ・システム１とは別系統のワークグループに属するネットワークに接続されており、このネットワークとビデオサーバ・システム１とを連接（ＬＡＮ−ＬＡＮ接続）して、いわゆるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を構築するために、局内上位サブシステム１００にデータゲートウェイ１０２が設けられている。図示のデータゲートウェイ１０２はネットワーク対応のパソコンで構成されており、例えば、２枚のネットワークカードをスロットに挿入し、一方のカードを上位管理システム１０１に接続するとともに、他方のカードをビデオサーバ・システム１のＬＡＮ６００に接続して、両ネットワーク間における必要なデータの選択的転送を可能にする。
なお、上位管理システム１０１からビデオサーバ・システム１へのデータ転送方向を“下り”、その逆を“上り”と称することにすると、下りデータはスケジュールなどであり、上りデータは放送を完了した放送素材のリスト（送出結果リスト）などである。
【００１７】
＜操作サブシステム２００の構成＞
次に、操作サブシステム２００は、既述のとおり、ＧＵＩ環境に優れた汎用ＯＳを搭載した複数のパソコン（図では便宜的に５台のパソコン；符号２０１〜２０５参照）を備える。これらのパソコンは、例えば、それぞれ、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各担当局員によって操作される。
【００１８】
これらの担当局員が同一人物の場合、または、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各作業が同時に行われない場合、パソコンは１台でよい。すなわち、１台のパソコンに、収録作業用、編集作業用、送出監視作業用、素材管理作業用およびシステム管理作業用の各アプリケーションプログラムソフト（またはこれらを統合したアプリケーションプログラムソフト）をインストールし、実行すべき作業内容に応じて適切なアプリケーションプログラムを起動すればよい。
しかし、実際には、上記各作業の全てまたは一部を並行して行うことが多いため、パソコンは、図示のように、各作業毎、すなわち、収録作業用のパソコン（以下「収録端末」）２０１、編集作業用のパソコン（以下「編集端末」）２０２（特許請求の範囲に記載の粗編集手段および密編集手段に相当）、送出監視作業用のパソコン（以下「送出監視端末」）２０３、素材管理作業用の端末（以下「素材管理端末」）２０４およびシステム管理作業用の端末（以下「システム管理端末」）２０５のように別々に設置することが望ましい。
【００１９】
なお、収録作業とは放送素材を大容量記憶サブシステム４００に蓄積（収録）する作業であり、編集作業とは大容量記憶サブシステム４００に蓄積された放送素材をノンリニア編集する作業であり、送出監視とは大容量記憶サブシステム４００に蓄積された放送素材のスケジュールに従った送出動作を監視する作業であり、素材管理とは大容量記憶サブシステム４００に蓄積された放送素材を管理する作業であり、システム管理とはＡＶサーバ・システム１の動作環境を管理したりする作業である。
【００２０】
各端末２０１〜２０５はスロットに挿入された不図示のネットワークカードを介してＬＡＮ６００に接続されている。各端末２０１〜２０５は同一の作業を複数の局員で分担して行う場合に備えて、作業単位毎に複数台設けられていてもよい。例えば、編集作業用の編集端末２０２を複数台備えてもよい。
【００２１】
＜データベースサブシステム３００の構成＞
次に、データベースサブシステム３００は、ネットワーク対応のデータベースエンジン（例えば、ＳＱＬデータベースエンジン；ＳＱＬはＳｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅの略）を搭載しており、このデータベースエンジンを介して、操作サブシステム２００の各端末２０１〜２０５から自由にレコードデータの参照や更新および追加を行うことが可能なデータベーステーブルを備える。データベーステーブルは、上位管理システム１０１から送られてきたスケジュールデータやシステム管理端末２０５で設定されたシステム設定値などのデータを含む。
【００２２】
＜大容量記憶サブシステム４００の構成（概要）＞
次に、大容量記憶サブシステム４００は、本実施の形態のビデオサーバ・システム１の中核をなすものであり、要するに、公知の大容量ハードディスク管理技術、典型的には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋ）の技術を駆使して構築された大容量のハードディスクアレイシステムである。
【００２３】
なお、ＲＡＩＤにはＲＡＩＤ０、ＲＡＩＤ１、ＲＡＩＤ３およびＲＡＩＤ５の各レベルがある。ＲＡＩＤ０はいわゆるストライプセットと呼ばれるもので、複数のハードディスクをブロック単位で順々に使用する。ＲＡＩＤ０は読み書きを高速にできる反面、信頼性に劣る（ディスク台数をｎ台とし１台当たりの故障確率をｘとするとシステム全体の故障確率は１−（１−ｘ）nになる）。ＲＡＩＤ１はミラーセット（またはミラーリング）と呼ばれるもので、同じデータを複数のハードディスクに書き込む。ＲＡＩＤ１はいずれかのハードディスクが故障してもデータを失うことはない。ＲＡＩＤ１でデータを失う確率はｘnになり、高い信頼性を得られるが、ディスクの使用効率は低い。
【００２４】
一方、ＲＡＩＤ３はＲＡＩＤ０とＲＡＩＤ１の中間の性能を持つ。すなわち、ＲＡＩＤ３では、ＲＡＩＤ０の構成にパリティ（データ復元用情報）専用のハードディスクを追加し、このパリティ専用のハードディスクに、ＲＡＩＤを構成するハードディスクの同じ論理ブロック位置のデータから生成したパリティを書き込む。ＲＡＩＤ３はハードディスクの一台が壊れた場合、残りのハードディスクのデータとパリティを使って壊れたデータを復元できる。したがって、ＲＡＩＤ３はパリティ専用のハードディスクを含む２台のハードディスクが同時に壊れない限り、データを失うことがない。ＲＡＩＤ３の故障確率は、ｎ（ｎ−１）／２×（ｘ2）となる。ＲＡＩＤ１には及ばないが、単一のハードディスクに比べて遥かに信頼性が高く、しかも、ＲＡＩＤ１と比べて圧倒的にディスクの使用効率が高い（冗長度が低い）という利点がある。
【００２５】
ＲＡＩＤ３の弱点は、書込みの際に必ずパリティ専用ハードディスクへのアクセスが発生し、このアクセス集中が性能上のボトルネックになりやすいことである。この点を改良したのがＲＡＩＤ５である。ＲＡＩＤ５では、パリティ専用のディスクを持たず、パリティ情報を各ディスクに分散する。パリティディスクへのアクセス集中が起きず、ＲＡＩＤ３の弱点をカバーできる。但し、ディスクの使用効率や信頼性はＲＡＩＤ３と同等である。図示の大容量記憶サブシステム４００では、特に限定しないが、映像データの記憶にＲＡＩＤ３を使用し、音声データの記憶にＲＡＩＤ１を使用する。
【００２６】
大容量記憶サブシステム４００は、特に限定しないが、障害耐性を向上するために、または、デイリーサーバやオンエアサーバとして用いるために、その主要部をＡ系とＢ系のデュアル構成にし、各系に同一の素材データを記憶する。Ａ系はＳＭＳ（Ｓｅｒｖｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）４０１ａ、ＩＤＣ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｄｅｖｉｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）４０２ａおよびビデオサーバ４０３ａを備え、また、Ｂ系も同じくＳＭＳ（同）４０１ｂ、ＩＤＣ（同）４０２ｂおよびビデオサーバ４０３ｂを備える。さらに、大容量記憶サブシステム４００は、各系共通のカセット制御装置４０４、カセットオートチェンジャー４０５、各系のＩＤＣ４０２ａ、４０２ｂによって制御される素材機４０６、プレビュー画像等を表示するモニター装置４０７およびコマンド中継装置４０８を備える。
【００２７】
コマンド中継装置４０８は、操作サブシステム２００と大容量記憶サブシステム４００の間のコマンドインターフェースをとるための装置（例えば、ある種の実用的なビデオサーバ・システムでは、このコマンド中継装置４０８を「Ｓｅｒｖｅｒ  Ｍａｎａｇｅｍｅｎｔ端末」と「ＥＺＭＡＸ端末」と呼ばれる二つの装置で構成している）である。なお、コマンド中継装置４０８の機能を操作サブシステム２００（の各端末２０１〜２０５）や大容量記憶サブシステム４００（のＳＭＳ４０１ａ、４０１ｂ）に振り分けて実装することも可能である。このようにすると、当然ながらコマンド中継装置４０８を不要にすることができる。但し、操作サブシステム２００や大容量記憶サブシステム４００の構成（例えば、端末やビデオサーバの台数または端末のＧＵＩ機能）がユーザ毎に異なることを考慮すると、汎用性の観点からは操作サブシステム２００と大容量記憶サブシステム４００の間にコマンド中継装置４０８を設けておくことが望ましい。コマンド中継装置４０８で構成の違いを吸収でき、ユーザ要求に応じたシステム構成を柔軟に構築できるからである。さらに、コマンド中継装置４０８を設けることにより、操作サブシステム２００や大容量記憶サブシステム４００の処理負担を軽減できるからである。
【００２８】
モニター装置４０７は、操作サブシステム２００からの指示によって大容量記憶サブシステム４００から読み出された放送素材をプレビューする。
カセットオートチェンジャー４０５は、旧来のテープ方式による送出素材蓄積装置に相当する。ビデオサーバ４０３ａ、４０３ｂの蓄積データを磁気テープに記憶してライブラリデータとして保存したり、この磁気テープデータを利用して両系のビデオサーバー４０３ａ、４０３ｂの緊急予備機として利用したりできる。
なお、カセット制御装置４０４は、収録端末２０１や編集端末２０２または送出監視端末２０３からのリソース要求に応答してカセットオートチェンジャー４０５の各種リソースの割り当てを調停するものであり、その基本機能はＳＭＳ４０１ａ、４０１ｂの機能と類似するので、後述のＳＭＳ機能説明を流用するものとし、ここでの説明は省略する。
【００２９】
＜大容量記憶サブシステム４００の構成（詳細）＞
図２は、大容量記憶サブシステム４００の一つの系（図では便宜的にＡ系）を示す構成図である。なお、図２において、供給部７１５〜７１９および送出部７２０〜７２４は図１の素材機４０６に相当し、ルータ７０４は図１のマスタースイッチャー５０３に相当する。すなわち、ビデオサーバは厳密には、図２の破線で囲まれた部分（符号７２５、７２６参照）であるが、以下の説明では便宜上、一点鎖線で囲まれた部分（符号４０３ａ参照）をビデオサーバと称することにする。
ＳＭＳ４０１ａはＬＡＮ６００を介してコマンド中継装置４０８につながっており（破線Ａ参照）、コマンド中継装置４０８は同じくＬＡＮ６００を介して操作サブシステム２００（の各端末２０１〜２０５）につながっている（破線Ｂ参照）。ＳＭＳ４０１ａはＩＤＣ４０２ａとともに、ＬＡＮ６００およびコマンド中継装置４０８を介して伝えられた操作サブシステム２００（正確には操作サブシステム２００の各端末２０１〜２０５）からの制御コマンドに応答してビデオサーバ４０３ａの各種リソース割り当てを調停するとともに、ＩＤＣ４０２ａに制御コマンドを送出する。ＩＤＣ４０２ａは、ＳＭＳ４０１ａからのコマンドに対し、内部タイマあるいは外部からのＧＰＩ（マニュアル操作に基づく制御信号）をトリガにして発火する、リアルタイム制御を司る。
【００３０】
なお、リソース（Ｒｅｓｏｕｒｃｅ；資源ともいう）とは、ビデオサーバ４０３ａのボリューム（後述）ごとの入出力チャネル、信号接続手段７０４（後述）の接続点、ＲＡＩＤを構成するハードディスクなどのデバイスのことをいう。操作サブシステム２００の各端末２０１〜２０５は割り当てを受けたデバイスをその割り当て期間中、占有して使用することができる。
リソース割り当ては操作サブシステム２００の各端末２０１〜２０５からの要求に応じて動的に行われなければならない。固定割り当ては端末の数だけリソースを備える必要があり、効率的でないうえ、システム規模が大きくなるので現実的でないからである。ところで、リソースの割り当てを動的にした場合、同一リソースへの競合や優先割り当ての対策を講じる必要がある。ＳＭＳ４０１ａは、かかる競合および優先割り当ての調停（調停動作の具体的説明は後述する）を行う。
【００３１】
ビデオサーバ４０３ａは、図２に示すように、ｎ＋１台（図では便宜的にｎ＝２）のサブＩＤＣ（以下「ＳＩＤＣ」）７０１〜７０３と、信号接続手段７０４（制御信号に従って入出力の接続点の組合わせを自在に変更できるもの；要するに交換機のようなもの）と、ｎ台のコントローラ（以下「ＣＮＴ」）７０５、７０６と、ｍ×ｎ個（図では便宜的にｍ＝３）の入出力処理部（以下「ＩＯＰ」）７０７〜７１２と、ｎ個のＲＡＩＤ部７１３、７１４と、ｊ個（図では便宜的にｊ＝５）の供給部７１５〜７１９と、ｊ個の送出部７２０〜７２４とを備えている。ＣＮＴ７０５、ＩＯＰ７０７〜７０９およびＲＡＩＤ部７１３で第１ボリューム７２５（以下「Ｖ１」と略すこともある）を構成し、残りのＣＮＴ７０６、ＩＯＰ７１０〜７１２およびＲＡＩＤ部７１４で第２ボリューム７２６（以下「Ｖ２」と略すこともある）を構成する。
【００３２】
したがって、図示のビデオサーバ・システム１は、系ごとにｎ個のボリューム（第１ボリューム７２５および第２ボリューム７２６）を有する大容量記憶サブシステム４００を備え、かつ、この大容量記憶サブシステム４００は、操作サブシステム２００（の編集端末２０２）からのアクセスによって素材のノンリニア編集に供されるから、これらの編集端末２０２および大容量記憶サブシステム４００は、一体として、複数のボリュームを備えたノンリニア編集機を構成する。なお、第１ボリューム７２５のＣＮＴ７０５およびＩＯＰ７０７〜７０９とＲＡＩＤ部７１３の間はＲＡＩＤ用のバス７２７で接続され、また、第２ボリューム７２６のＣＮＴ７０６およびＩＯＰ７１０〜７１２とＲＡＩＤ部７１４の間はＲＡＩＤ用のバス７２８で接続されている。
【００３３】
第１ボリューム７２５および第２ボリューム７２６は、信号接続手段７０４を介してＳＩＤＣ７０１〜７０３および供給部７１５〜７１９ならびに送出部７２０〜７２４に接続されている。送出部７２０〜７２４は図１のマスタースイッチャー５０３に接続され、また、供給部７１５〜７１９は図１の素材機４０６に接続されるほか、不図示のＶＴＲや回線にも接続されており、供給部７１５〜７１９に入力された素材データ、すなわち、素材機４０６またはＶＴＲもしくは回線からの素材データを信号接続手段７０４を介して第１サーバ７２５または第２サーバ７２６のＲＡＩＤ部７１３、７１４に記録（収録）できるようになっている。
【００３４】
ＳＭＳ４０１ａの制御下で信号接続手段７０４の接続点を切替えることにより、第１ボリューム７２５の各ＩＯＰ７０７〜７０９と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。もしくは、第２ボリューム７２６の各ＩＯＰ７１０〜７１２と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。
例えば、供給部７１５を収録元に指定するとともに、第１ボリューム７２５のＩＯＰ７０７を収録先に指定すれば、この供給部７１５にセットされた素材データをＩＯＰ７０７から取り込み、第１ボリューム７１５のＲＡＩＤ部７１３に記録（収録）できる。
【００３５】
＜大容量記憶サブシステム４００の動作（特にリソース競合／割り当て）＞
次に、大容量記憶サブシステム４００のリソース競合やリソース優先割り当ての調停を行うＳＭＳ４０１ａ、４０１ｂの動作を概説する。
ＳＭＳ４０１ａ、４０１ｂ（以下、Ａ系のＳＭＳ４０１ａで代表する）は、ソフトウェア（ＯＳおよび所定のアプリケーションプログラム）とハードウェアとの有機的結合によって実現される少なくとも二つのタスク（実行管理タスクとリソース情報管理タスク）を備える。
【００３６】
“タスク”とはＯＳレベルで管理・制御されるプログラム実行の単位である。例えば、ＭＳ−ＤＯＳは同時に一つのタスクしか管理（いわゆる「シングル・タスク」）できないが、Ｗｉｎｄｏｗｓ９５／９８／ＮＴやＵＮＩＸまたはＯＳ／２などでは複数のタスクを切替えながら管理（いわゆる「マルチ・タスク」）できる。ユーザから見た場合にタスクをジョブということもある。なお、ＭＳ−ＤＯＳはＭｉｃｒｏｓｏｆｔ社の登録商標、ＯＳ／２はＩＢＭ社の登録商標である。近時、特別な用途を除きＭＳ−ＤＯＳのようなシングル・タスクＯＳを使用することは希であり、ほとんどは、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ、ＵＮＩＸまたはＯＳ／２のようなマルチ・タスクＯＳを使用する。したがって、本実施の形態においても、かかる技術背景（マルチ・タスク環境）に倣って“タスク”と称するが、この用語の意味に限定されない。ジョブであってもよいし、プログラムであってもよい。
【００３７】
実行管理タスクは、操作サブシステム２００とＩＤＣ４０２ａの間のインターフェースを提供する。なお、実際には操作サブシステム２００と実行管理タスク９００の間にコマンド中継装置４０８が介在するが、説明の簡単化のために以下ではコマンド中継装置４０８の存在を無視することにする。
実行管理タスクは、操作サブシステム２００からのリソース要求命令を受け取ると、リソース管理タスクにリソース割り当ての可否を問い合わせ、その結果（割り当て許可または割り当て拒否）を示す信号を操作サブシステム２００に通知する。また、実行管理タスクは、操作サブシステム２００からの割り当てリソースに対する実際の操作命令を受け取ると、リソース管理タスクに当該リソースの使用を通知するとともに、ＩＤＣ４０２ａに対して当該操作命令を転送し、ＩＤＣ４０２ａからの操作実行結果（正常終了／異常終了）を操作サブシステム２００に通知する。
【００３８】
リソース情報管理タスクは、ＳＭＳ４０１ａが管理すべきリソースの現在情報をリソース情報データベースとして常に最新の状態で保持している。リソース情報データベースは、例えば、ユーザ情報、リソース管理情報、素材情報、結線情報、オープン管理情報およびエラー情報の各テーブルを有する。ユーザ情報テーブルは、操作サブシステム２００の各端末２０１〜２０５に割り当てられた識別情報、もしくは、各端末２０１〜２０５を操作する局員に割り当てられた識別情報を管理し、リソース管理情報テーブルは、リソースの現在状態を表す情報、例えば、リソース名、リソースタイプ、リソースグループ名、リソース状態、リソース通信状態、予約ユーザ名および予約優先度などの情報を管理する。また、素材情報テーブルはビデオサーバ４０３ａに蓄積された素材データの情報を管理し、結線情報テーブルはリソースの接続情報を管理し、オープン管理情報テーブルはオープンされたリソース（使用中のリソース）の情報を管理し、エラー情報テーブルはエラーの発生したリソースの情報とそのエラー内容の情報を管理する。
【００３９】
リソース要求元（操作サブシステム２００の端末の一つ）は、例えば、以下の書式のファイルオープン命令（ＯＰＥＮ命令）を発生することができる。
ＯＰＥＮ［ＳＮ］［ＭＤ］［ＲＳＣ］［ＰＲ］［ＵＳＲ］
ここに、［ＳＮ］は命令番号であり、通常はＳＮ＝１である。幾つかの命令が連続する場合に各々ＳＮ＝２、ＳＮ＝３、・・・とする。［ＭＤ］はファイルのオープンモード指定である。再生モードの場合はＭＤ＝ＰＬＡＹとし、記録モードの場合はＭＤ＝ＲＥＣとする。［ＲＳＣ］はリソース指定である。例えば、ＲＳＣ＝ＨＤＳ＿１．ＡＶ１とすると、図２の第１ボリューム７２５のＩＯＰ７０７を指定する。ＲＳＣとリソース指定の関係は、リソース管理情報テーブルの登録内容（特にリソース名）に依存する。
【００４０】
［ＰＲ］は優先度の指定である。ＰＲ＝１００にすると最低の優先度となり、０に近い値にするほど優先度が高くなる。［ＵＳＲ］はリソース要求元のユーザ情報を指定する。例えば、ＵＳＲ＝ＵＳＥＲ＿１とすると、ＵＳＥＲ＿１という名前のユーザからのリソース割り当て要求となる。
例えば、ＭＤ＝ＰＬＡＹ、ＲＳＣ＝ＨＤＳ＿１．ＶＡ１、ＰＲ＝１００およびＵＳＲ＝ＵＳＥＲ＿１のＯＰＥＮ命令を受け取った実行管理タスクは、これらの情報（ＭＤ＝ＰＬＡＹ、ＲＳＣ＝ＨＤＳ＿１．ＶＡ１、ＰＲ＝１００およびＵＳＲ＝ＵＳＥＲ＿１）をリソース情報管理タスクに通知する。
【００４１】
リソース情報管理タスクは、ユーザ情報、リソース管理情報、素材情報、結線情報、オープン管理情報およびエラー情報の各テーブルを参照し、要求されたリソース割り当ての可否を判断する。例えば、（イ）ユーザ情報テーブルにＵＳＥＲ＿１が登録されていない、（ロ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１のリソース状態が“使用可能”でない、（ハ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１のリソース通信状態が“接続”でない、（ニ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１の予約ユーザ名が“なし”以外であって、且つ、予約優先度にＰＲ＝１００よりも小さな値が設定されている、の何れかの条件を満たした場合にリソース割り当てを拒否する一方、それ以外の場合にリソース割り当てを許可し、オープン管理テーブルに新たなエントリを作成する。上記（イ）〜（ニ）はいずれもリソース割り当ての調停条件であり、又、（ニ）は優先度の調停条件である。
【００４２】
リソース情報管理タスクは、リソース割り当ての許可または拒否結果を実行管理タスクに通知し、実行管理タスクは、その通知をリソース要求元（操作サブシステム２００）に転送するが、リソース割り当てが許可された場合は、実行管理タスクからリソース要求元（操作サブシステム２００）にストリームＩＤと呼ばれる情報（例えば、ＣＳＴＡＴ  ＳＩＤ＝ｎ；ｎは任意の整数）が転送される。
【００４３】
ストリームＩＤは、リソース割り当てが許可されたオープン命令に対応するユニークな識別コードであり、リソース要求元（操作サブシステム２００）は、このストリームＩＤを受け取ることによってビデオサーバ４０３ａの準備完了状態（すなわち「スタンバイ状態」）を知ることができ、以降、このストリームＩＤを用いて、割り当てリソースに対する制御命令を逐次に発生することができる。例えば、再生を指示する場合は、リソース要求元（操作サブシステム２００）で「ＰＬＡＹ  ＳＩＤ＝ｎ」を発生する。ストリームＩＤを使用しない場合は、「ＰＬＡＹ  ＲＥＣ＝ＩＯＰ＿１  ＭＤ＝ＰＬＡＹ  ＰＲ＝１００」のように、リソース要求時と類似の情報を含む命令を発生しなければならならないが、ストリームＩＤを使用することによって命令を単純化できる。
【００４４】
＜送出系サブシステム５００の構成＞
次に、送出系サブシステム５００は、送出部門に設置された上位制御システム（以下、便宜的に「送出制御システム」という）５０１を含むとともに、さらに、この送出制御システム５０１からの通知データ（スタンバイコマンドやスタンバイステータスデータ等）に従ってデータベースサブシステム３００のテーブルデータを更新するＡ系の送出制御ゲートウェイ５０２ａおよびＢ系の送出制御ゲートウェイ５０２ｂと、各系共通のマスタースイッチャー５０３などを含む。
なお、送出制御システム５０１から各系のＩＤＣ４０２ａ、４０２ｂに対して送出プレイ制御情報（ＰＬＡＹコマンド）が送信されるとともに、マスタースイッチャー５０３から各系のＩＤＣ４０２ａ、４０２ｂに対してオンエアタリー情報（ＯＡ−ＴＡＬＬＹコマンド）が供給される。
【００４５】
＜ビデオサーバ・システム１の全体動作＞
次に、本実施の形態のビデオサーバ・システム１の全体動作について、報道番組の素材の編集（粗編集と密編集）作業を例にして説明する。
報道番組の素材は、番組構成表に従って選択された、例えば、ライブラリ素材または中継車等からの映像素材（以下「中継素材」）などである。ライブラリ素材はカセットオートチェンジャー４０５によって事前に磁気テープに記録されたものであり、収録に先立ち、必要なライブラリ素材が収められたカセットテープがあらかじめ所定のＶＴＲにセットされる。また、中継素材はマイクロウェーブや通信衛星などを介して局に伝えられ、事前に打ち合わせた所定の回線を通してビデオサーバ・システム１に入力される。
【００４６】
例えば、図２の供給部７１５が所定のＶＴＲに接続され、かつ、図２の供給部７１６が所定の回線に接続されていたとすると、上記のライブラリ素材または中継素材を“粗編集”して大容量記憶サブシステム４００に収録する際の動作は、まず、収録端末２０１を操作して大容量記憶サブシステム４００に供給部７１５または供給部７１６を含むリソース要求を出力し、大容量記憶サブシステム４００からのリソース確保通知を受け取ると、収録端末２０１から大容量記憶サブシステム４００に収録開始指示を出力して、供給部７１５または供給部７１６を介して第１ボリューム７２５のＲＡＩＤ部７１３や第２ボリューム７２６のＲＡＩＤ部７１４に、上記ライブラリ素材または中継素材を収録（記憶）させるという流れになる。
【００４７】
次に、大容量記憶サブシステム４００に収録された素材を“密編集”する場合の動作は、まず、編集端末２０２を操作し、大容量記憶サブシステム４００に対してリソース要求を出力する。このリソース要求は、大容量記憶サブシステム４００の複数の送出部７２０〜７２４のうち編集端末２０２につながる特定の送出部（例えば、便宜的に送出部７２０とする）の使用を要求するというものである。編集端末２０２は大容量記憶サブシステム４００からのリソース確保通知（すなわち送出部７２０の使用許諾通知）を受け取ると、大容量記憶サブシステム４００に編集対象素材の再生指示を出力し、大容量記憶サブシステム４００はこの再生指示に応答して当該編集素材を再生し、送出部７２０を介して編集端末２０２に送出する。編集端末２０２はこの送出素材をフレーム単位でディスプレイ装置上に表示するとともに、編集担当局員による編集点（いわゆるＩＮ点／ＯＵＴ点）の指定操作に応答して、その編集点情報、素材名情報および素材の収録先情報（第１ボリューム７２５や第２ボリューム７２６の情報）を含むＥＤＬフォーマットの編集結果情報を生成する。そして、他の編集対象の素材についても、以上のリソース要求および再生指示出力ならびに編集点の指定操作等を繰り返し行い、密編集された様々な素材からなる一連の映像コンテンツの再生に必要なＥＤＬデータを生成した後、このＥＤＬデータをデータベースサブシステム３００に保存して密編集作業を終了する。
【００４８】
＜ＥＤＬの再構成＞
本実施の形態のビデオサーバ・システム1は、前記のとおり、各系ごとにｎ個のボリューム（第１ボリューム７２５および第２ボリューム）を備える。このため、密編集の対象となる素材が異なるボリュームに分散して収録されている場合がある。このような場合、密編集によって生成されたＥＤＬは複数の収録先（ボリューム）情報を含むこととなり、冒頭で説明した不都合（素材再生の制御を複雑化する）を招く。
そこで、本実施の形態では、以下に説明する特徴的な部分を備えることにより、ＥＤＬを再構成し、ＥＤＬに含まれる収録先情報を単一にして上記不都合の解消を図っている。
【００４９】
図３は、本実施の形態における特徴的な部分を示す図である。この図では、特に限定しないが、編集端末２０２のハードウェアとソフトウェアの有機的結合によって機能的に実現される四つの部分を示している。すなわち、第１の部分は、編集端末２０２の操作員に対するユーザインターフェースを提供するＧＵＩ２０２ａであり、編集担当局員はこのＧＵＩ２０２ａを操作して前述の密編集作業を実行し、ＥＤＬ（複数の収録先情報を含むＥＤＬ）を生成する。なお、ＧＵＩ２０２ａはＯＳのＧＵＩ環境を利用したグラフィカルなものであることが望ましいが、これに限定されない。専らキーボードからのコマンド入力によってインターフェースをとる非ＧＵＩのものであってもよい。
【００５０】
第２の部分は、ＥＤＬ分割処理部２０２ｂ（特許請求の範囲に記載の再構成手段に相当）である。このＥＤＬ分割処理部２０２ｂは後述のプログラム（ＥＤＬ分割処理；図４参照）を実行することにより、複数のボリューム情報を含むＥＤＬから単一のボリューム情報を含む複数のＥＤＬjを作り出す。例えば、Ｖ１とＶ２の二つのボリューム情報を含むＥＤＬの場合、そのＥＤＬから、Ｖ１のボリューム情報だけを含むＥＤＬ1とＶ２のボリューム情報だけを含むＥＤＬ2を生成する。
【００５１】
本発明の課題達成にとって必須の事項は、第２の部分、すなわち、ＥＤＬ分割処理部２０２ｂに集約しているということができる。複数のボリューム情報を含まないＥＤＬjは要するに単一ボリュームのノンリニア編集機に適用されてきた今までのＥＤＬと本質的に同じであるからであり、一つのＥＤＬの中でボリュームの切替えが発生せず、したがって、ポートの切替え等の付加的制御を必要としないからである。なお、ＥＤＬ分割処理部２０２ｂの具体的な処理説明は後述する。
【００５２】
次に、第３の部分（ＶＦＬ化処理部２０２ｃ：特許請求の範囲に記載の仮想ファイル化手段に相当）と第４の部分（切替えポイント決定部２０２ｄ）は、以下の理由から備えておくことが望ましいものである。
一般にハードディスク装置のアクセス速度はヘッドのシーク速度による制限を受ける。ヘッドの動きは機械的な運動であって、高速化にも限界があるからである。このため、ある情報にアクセスしてから他の情報にアクセスするまでの間（その情報の格納位置にヘッドが動くまでの間）では、少なくない待ち時間を必要とする。この待ち時間を画像のフレーム数に換算してＦREFと呼ぶことにすると、ＦREFはハードディスク装置の性能にもよるが、二桁の値（すなわち、数十フレーム）に及ぶこともある。以上のことにより、従来から、ハードディスク装置を用いて構成されたノンリニア編集機においては、素材のＩＮ点とＯＵＴ点の間隔をＦREF以下に短くできないという仕様上の制限があった。この制限はフレーム単位のきめこまかな編集を可能とするノンリニア編集機にとって見過ごすことのできない欠点である。第３の部分（ＶＦＬ化処理部２０２ｃ）と第４の部分（切替えポイント決定部２０２ｄ）は、こうした欠点を解消するために設けられたものである。なお、第３の部分と第４の具体的な処理説明は後述する。
【００５３】
＜ＥＤＬ分割処理＞
図４は、ＥＤＬ分割処理部２０２ｂで実行されるＥＤＬ分割処理プログラムの概略的なフローチャートである。このプログラムは、ＧＵＩ２０２ａによって生成されたＥＤＬを用いて素材を再生する際に実行される。このプログラムを実行すると、まず、ステップＳ１で対象ＥＤＬを読み込んだ後、ステップＳ２で二つのカウンタ変数（ｉ、ｊ）に１をセットして初期化する。
次に、ステップＳ３で、式「Ｐａｒｔi＝Ｖｏｌｕｍｅj」を評価する。ここに、ＰａｒｔiはステップＳ１で読み込まれたＥＤＬのｉ番目の要素（一つの素材に関する密編集の情報を収めた部分）に示された収録先のことである。例えば、ステップＳ１で読み込まれたＥＤＬが図７（ａ）に示すように五つの要素（ｐａｒｔ1〜Ｐａｒｔ5）で構成されていたとすると、ｉ＝１のときはＰａｒｔi＝Ｖ１となり、ｉ＝２のときはＰａｒｔi＝Ｖ１となり、ｉ＝３のときはＰａｒｔi＝Ｖ２となり、ｉ＝４のときはＰａｒｔi＝Ｖ１となり、ｉ＝５のときはＰａｒｔi＝Ｖ２となる。また、Ｖｏｌｕｍｅjはｊ番目のボリュームのことであり、本実施の形態のボリュームは第１ボリューム７２５（略号：Ｖ１）と第２ボリューム７２６（略号：Ｖ２）の２個（ｎ＝２）であるから、ｊ＝１のときはＶｏｌｕｍｅj＝Ｖ１となり、ｊ＝２のときはＶ２となる。
【００５４】
したがって、ステップＳ３の式の評価結果は、対象ＥＤＬを図７（ａ）とすれば、ｊ＝１の条件ではｉ＝１、ｉ＝２またはｉ＝４のときにＴｒｕｅ（真値：フロー中ではＹＥＳ）となり、ｉ＝３またはｉ＝５のときにＦａｌｓｅ（偽値：フロー中ではＮＯ）となり、また、ｊ＝２の条件ではｉ＝１、ｉ＝２またはｉ＝４のときにＦａｌｓｅとなり、ｉ＝３またはｉ＝５のときにＴｒｕｅとなる。
【００５５】
そして、各々の判定結果毎に、ステップＳ４またはステップＳ５に分岐し、ＥＤＬの分割処理を実行する。すなわち、ステップＳ４でＰａｒｔiを連結してＥＤＬjを生成し、ステップＳ５でＰａｒｔiの代わりにＭｕｔｅ（映像や音声情報を含まないダミーのフレーム信号：例えば、ブラックバースト信号）を連結してＥＤＬjを生成し、ステップＳ６でｉを＋１した後、ステップＳ７でｉ＞ｉmax（ｉmaxはＥＤＬの要素数；例えば、図７（ａ）の例ではｉmax＝５）を判定するまで、ステップＳ３以降を繰り返し、ステップＳ７でｉ＞ｉmaxを判定すると、ステップＳ８でｉ＝１にするとともに、ステップＳ９でｊを＋１した後、ステップＳ１０でｊ＞ｊmax（ｊmaxはボリューム数；本実施の形態ではｊmax＝２）を判定するまで、ステップＳ３以降を繰り返し、ステップＳ１０でｊ＞ｊmaxを判定すると、プログラムを終了する。
【００５６】
以上の処理の流れを、図７（ａ）のＥＤＬを例にして具体的に説明する。図示のＥＤＬは、Ｐａｒｔ1〜Ｐａｒｔ5の五つの要素で構成されており、各要素の収録先は各々「Ｖ１」、「Ｖ１」、「Ｖ２」、「Ｖ１」、「Ｖ２」となっているから、ｊ＝１の場合にｉ＝１にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ１」となり、ステップＳ４に分岐して「ＥＤＬ1＝ＥＤＬ1＋Ｐａｒｔ1」を実行し、ｉ＝２にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ１」となり、ステップＳ４に分岐して「ＥＤＬ1＝ＥＤＬ1＋Ｐａｒｔ2」を実行し、ｉ＝３にすると、ステップＳ３の式の内容は「Ｖ２＝Ｖ１」となり、ステップＳ５に分岐して「ＥＤＬ1＝ＥＤＬ1＋Ｍｕｔｅ」を実行し、ｉ＝４にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ１」となり、ステップＳ４に分岐して「ＥＤＬ1＝ＥＤＬ1＋Ｐａｒｔ4」を実行し、ｉ＝５にすると、ステップＳ３の式の内容は「Ｖ２＝Ｖ１」となり、ステップＳ５に分岐して「ＥＤＬ1＝ＥＤＬ1＋Ｍｕｔｅ」を実行する。
【００５７】
したがって、最終的なＥＤＬ1の要素の並びは、図７（ｂ）に示すように、「Ｖ１」、「Ｖ１」、「Ｍｕｔｅ」、「Ｖ１」および「Ｍｕｔｅ」となり、単一の収録先(Ｖ１）だけを含むように再構成される。
【００５８】
また、ｊ＝２の場合、ｉ＝１にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ２」となり、ステップＳ５に分岐して「ＥＤＬ2＝ＥＤＬ2＋Ｍｕｔｅ」を実行し、ｉ＝２にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ２」となり、ステップＳ５に分岐して「ＥＤＬ2＝ＥＤＬ2＋Ｍｕｔｅ」を実行し、ｉ＝３にすると、ステップＳ３の式の内容は「Ｖ２＝Ｖ２」となり、ステップＳ４に分岐して「ＥＤＬ2＝ＥＤＬ2＋Ｐａｒｔ3」を実行し、ｉ＝４にすると、ステップＳ３の式の内容は「Ｖ１＝Ｖ２」となり、ステップＳ５に分岐して「ＥＤＬ2＝ＥＤＬ2＋Ｍｕｔｅ」を実行し、ｉ＝５にすると、ステップＳ３の式の内容は「Ｖ２＝Ｖ２」となり、ステップＳ４に分岐して「ＥＤＬ2＝ＥＤＬ2＋Ｐａｒｔ5」を実行する。
【００５９】
したがって、最終的なＥＤＬ2の要素の並びは、図７（ｃ）に示すように、「Ｍｕｔｅ」、「Ｍｕｔｅ」、「Ｖ２」、「Ｍｕｔｅ」および「Ｖ２」となり、単一の収録先(Ｖ２）だけを含むように再構成される。
【００６０】
以上のとおり、本実施の形態においては、異なる収録先を含む一つのＥＤＬ
を収録先ごとに分割（ＥＤＬ1、ＥＤＬ2）して再構成することができるから、この分割されたＥＤＬ1、ＥＤＬ2を用いて素材再生を行うことにより、複数のボリュームで構成された大容量記憶サブシステム４００を、あたかも旧来の単一ボリュームのノンリニア編集機と同等に取り扱って再生を行うことができ、素材再生制御の複雑化を回避することができるという格別の効果が得られる。
【００６１】
＜ＶＦＬ化処理＞
ＶＦＬ化処理部２０２ｃは、既述のとおり、ハードディスク装置の仕様制限（ＦREF以下の素材を連続アクセスできない）をなくすためのものである。例えば、図７において、Ｐａｒｔ1とＰａｒｔ2のフレーム数合計をＲREF以下とした場合、Ｐａｒｔ1とＰａｒｔ2の要素情報で示された素材の連続再生は不可能である。先にも説明したように、ハードディスク装置のヘッドシークが間に合わないからである。ＶＦＬ化処理部２０２ｃは、上記仕様制限に該当する要素（Ｐａｒｔi）を見つけ出した場合、以下の考え方に従って、その要素を含む仮想ファイルリスト（ＶＦＬ）を作成する。
（ａ）隣接するＰａｒｔiのフレーム数を加算し、ＦREFを超えたところで一つのＶＦＬとする。
（ｂ）（ａ）において、ＦREFの位置がＭｕｔｅの場合は、そのＭｕｔｅをつなげてＦREFになるように調節する。
（ｃ）（ａ）において、ＦFEFに達する前に加算すべきＰａｒｔiがなくなった場合はＭｕｔｅをつなげてＦREFになるように調節する。
【００６２】
ＶＦＬとは、ハードディスク装置の物理的なデータの記憶位置をファイルエントリ（ＦＥ）情報やレコードエントリ（ＲＥ）情報と呼ばれるポインタ情報として保持するものである。ＦＥは１ＶＦＬあたり１個作られ、ＲＥは１ＶＦＬあたり１個以上作られる。ＲＥはＶＦＬ化されたファイルの名前を保持するとともに、最初のＲＥへのポインタを保持し、ＲＥは次のＲＥへのポインタを保持し、最後のＲＥはファイルエンドの情報（ＥＯＦ）を保持する。ファイル名でＦＥを特定し、そのＦＥからポインタを辿ってＲＥをチェーンすることにより、ＶＦＬ化された一連のデータにアクセスすることができる。
図７（ｄ）において、図示のＶＦＬは、Ｐａｒｔ1とＰａｒｔ2をＶＦＬ化したものであり、このＶＦＬ部分は、図７（ｅ）に示すように、Ｖ１を収録先とする二つの素材データと適量のＭｕｔｅを組み合わせたもの（上記考え方（ｂ）参照）であり、そのフレーム数合計はＦREFに一致しているから、図示のＶＦＬ化部分については、ハードディスク装置の上記仕様制限（ＦREF以下の素材を連続アクセスできない）を受けなくすることができる。
【００６３】
図５は、ＶＦＬ化処理部２０２ｃで実行されるＶＦＬ化処理プログラムの概略的なフローチャートである。このプログラムを実行すると、まず、ステップＳ２１でループ変数（ｊ）に１をセットして初期化し、ステップＳ２２でＥＤＬjを読み込む。ＥＤＬjとは、ＥＤＬ分割処理部２０２ｂによって各ボリューム（Ｖ１、Ｖ２）ごとに分割されたＥＤＬ1、ＥＤＬ2のことであり、ｊ＝１の場合、ステップＳ２２でＥＤＬ1が読み込まれ、ｊ＝２の場合、ステップＳ２２でＥＤＬ2が読み込まれる。
【００６４】
ＥＤＬjを読み込むと、ステップＳ２３で後述の「ＶＦＬ＿ＳＵＢ」を実行するとともに、ステップＳ２４でＥＤＬjを更新し、ステップＳ２５でｊを＋１した後、ステップＳ２６でｊ＞ｊｍａｘを判定するまでステップＳ２２以降を繰り返し、ステップＳ２６でｊ＞ｊｍａｘを判定すると、プログラムを終了する。
【００６５】
＜ＶＦＬ＿ＳＵＢ＞
図６は、上記ＶＦＬ化処理プログラムの「ＶＦＬ＿ＳＵＢ」部分の概略的なフローチャートである。なお、ステップサブルーチンプログラムとした理由は、図示の都合である。
プログラムこのプログラムを実行すると、まず、ステップＳ２３ａでループ変数（ｉ）に１をセットして初期化するとともに、ステップＳ２３ｂでフレーム数変数（ＦNUM）に０をセットして初期化する。次に、Ｐａｒｔiが“Ｃｌｉｐ”（Ｍｕｔｅ以外のデータ要素）であるか否かを判定し、Ｃｌｉｐであれば、ステップＳ２３ｈでｉを＋１し、ステップＳ２３ｉでｉ＞ｉｍａｘを判定する。
【００６６】
一方、Ｐａｒｔiが“Ｃｌｉｐ”である場合は、ステップＳ２３ｄでＰａｒｔiのフレーム数をＦNUMに加算し、その加算結果でＦNUMを更新する。今、ｉ＝１とすると、ＦNUM＝０であるから、更新されたＦNUMはＰａｒｔ1のフレーム数そのものを表すことになる。
次に、ステップＳ２３ｅで式「ＦREF＞ＦNUM」を評価する。この式は、そのときのＦNUMがハードディスク装置の仕様制限であるＦREFを下回っているか否かを判定していることに相当する。
もし、式の評価結果がＴｒｕｅ（フロー中ではＹＥＳ）の場合、ステップＳ２３ｊでＶＦＬフラグをオンにし、ステップＳ２３ｋでＰａｒｔiをＶＦＬ化対象にし、ステップＳ２３ｈでｉを＋１し、ステップＳ２３ｉでｉ＞ｉｍａｘを判定する。
式の評価結果がＦａｌｓｅ（フロー中ではＮＯ）の場合、ステップＳ２３ｆでＶＦＬフラグがオンか否かを判定し、オンでなければ、ステップＳ２３ｇでＦNUMを初期化し、ステップＳ２３ｈでｉを＋１し、ステップＳ２３ｉでｉ＞ｉｍａｘを判定するが、ＶＦＬフラグがオンであれば、ステップＳ２３ｍでＰａｒｔiがＭｕｔｅであるか否かを判定する。
【００６７】
そして、Ｍｕｔｅでなければ、ステップＳ２３ｑでそのＰａｒｔiをＶＦＬ化対象にし、ステップＳ２３ｒでＶＦＬフラグをオフにするとともに、ステップＳ２３ｈでｉを＋１し、ステップＳ２３ｉでｉ＞ｉｍａｘを判定する。
一方、Ｍｕｔｅであれば、ステップＳ２３ｎでＦNUMとＦREFの差を求め、その結果を差値変数（ＦADJ）にセットし、ステップＳ２３ｐでＰａｒｔiのフレーム数をＦADJだけ少なくした後、ステップＳ２３ｑで、フレーム数をＦADJだけ少なくしたＰａｒｔiをＶＦＬ化対象にし、ステップＳ２３ｒでＶＦＬフラグをオフにするとともに、ステップＳ２３ｈでｉを＋１し、ステップＳ２３ｉでｉ＞ｉｍａｘを判定する。
【００６８】
以上の処理の流れを具体的に説明する。例えば、図７（ｂ）のＥＤＬ1を例にすると、ｉ＝１の場合、処理対象の要素はＰａｒｔ1であり、このＰａｒｔ1はＶ１を収録先とする素材の情報（すなわち、Ｍｕｔｅ以外）を示すから、ステップＳ２３ｃの判定結果がＹＥＳとなって、ステップＳ２３ｄでＦNUMにＰａｒｔ1のフレーム数がセットされる。ここで、図７（ｂ）に示すように、Ｐａｒｔ1のフレーム数は明らかにＦREFに満たないため、ステップＳ２３ｅの判定結果がＹＥＳとなり、その結果、ステップＳ２３ｊでＶＦＬフラグがオンとなり、ステップＳ２３ｋで現在の処理対象の要素（Ｐａｒｔ1）がＶＦＬ化の対象となる。
【００６９】
次に、ステップＳ２３ｈでｉを＋１した後、ステップＳ２３ｉでｉ＞ｉｍａｘを判定するが、ｉ＝２でｉｍａｘ（ｉｍａｘ＝５）に満たないから、再び、ステップＳ２３ｄを実行する。すなわち、Ｐａｒｔ2のフレーム数をＦNUMに加算してＦNUMを更新する。加算前のＦNUMはＰａｒｔ1のフレーム数を保持するから、この段階のステップＳ２３ｄでは、Ｐａｒｔ1のフレーム数とＰａｒｔ2のフレーム数の合計を求め、その結果をＦNUMにセットしていることになる。ここで、図７（ｂ）に示すように、Ｐａｒｔ1とＰａｒｔ2のフレーム数を足し合わせても明らかにＦREFに満たないため、ステップＳ２３ｅの判定結果がＹＥＳとなり、その結果、ステップＳ２３ｋで現在の処理対象の要素（Ｐａｒｔ2）もＶＦＬ化の対象に加えられる。
【００７０】
次に、ステップＳ２３ｈでｉを＋１した後、ステップＳ２３ｉでｉ＞ｉｍａｘを判定するが、ｉ＝３でｉｍａｘ（ｉｍａｘ＝５）に満たないから、再び、ステップＳ２３ｄを実行する。すなわち、Ｐａｒｔ3のフレーム数をＦNUMに加算してＦNUMを更新する。加算前のＦNUMはＰａｒｔ1とＰａｒｔ2のフレーム数合計を保持するから、この段階のステップＳ２３ｄでは、Ｐａｒｔ1からＰａｒｔ3までのフレーム数合計を求め、その結果をＦNUMにセットしていることになる。ここで、図７（ｂ）に示すように、Ｐａｒｔ1からＰａｒｔ3までのフレーム数合計はＦREFを超えているため、ステップＳ２３ｅの判定結果がＮＯとなり、かつ、ＶＦＬフラグもオンになっているので、ステップＳ２３ｍに進み、Ｐａｒｔ3がＭｕｔｅであるか否かが判定される。
【００７１】
例示の場合、Ｐａｒｔ3はＭｕｔｅである。したがって、ステップＳ２３ｎで、現在のＦNUM（Ｐａｒｔ1からＰａｒｔ3までのフレーム数合計）からＦREFを引き、その結果をＦADJにセットする。そして、ステップＳ２３ｐでＰａｒｔ3のフレーム数をＦADJだけ少なくし、ステップＳ２３ｑでＰａｒｔ3をＶＦＬ化対象に加えた後、ステップＳ２３ｒでＶＦＬフラグをオフにする。
【００７２】
以上の処理により、図７（ｅ）に示す構造を有する一つのＶＦＬが生成され、このＶＦＬを用いることによって、大容量記憶サブシステム４００の仕様制限（ＦREF以下の素材に対する連続アクセス不能）を回避して、ノンリニア編集機の特長の一つであるフレーム単位のきめこまかな編集を行うことができるようになる。
すなわち、当該ＶＦＬに含まれる二つの素材（各々Ｖ１を収録先とする素材）は、本来、大容量記憶サブシステム４００の第１ボリューム７２５に独立して記憶された素材であり、これらの素材のフレーム数は、大容量記憶サブシステム４００の仕様制限に該当するため、連続的にアクセスできないものであったが、一つの仮想ファイルとして取り扱うことにより、かかる仕様制限を回避し、連続的なアクセスを可能にしてノンリニア編集機の特長の一つであるフレーム単位のきめこまかな編集を行うことができるのである。
【００７３】
図８は、ＶＦＬ化のいくつかのパターンを示す図である。まず、図８（ａ）は、Ｍｕｔｅを含まないＣｌｉｐのみの二つの要素で構成されたＶＦＬの例である。すなわち、Ｐａｒｔiとそれに隣接するＰａｒｔi+1の二つのフレーム数の合計がＦREFを越える場合の例であり、この場合にはＰａｒｔiとそれに隣接するＰａｒｔi+1で一つのＶＦＬが構成される。
また、図８（ｂ）は、Ｍｕｔｅを含まないＣｌｉｐのみのｎ個（ｎ＞３）の要素で構成されたＶＦＬの例である。すなわち、Ｐａｒｔiとそれに隣接するＰａｒｔi+1およびとそれに隣接するｎ個目のＰａｒｔi+nのｎ個のフレーム数の合計がＦREFを越える場合の例であり、この場合にはＰａｒｔiからＰａｒｔi+nで一つのＶＦＬが構成される。
また、図８（c）は、ｎ個目の要素がＭｕｔｅで構成されたＶＦＬの例である。すなわち、ｎ個目のＰａｒｔi+nがＭｕｔｅであり、かつ、全体のフレーム数の合計がＦREFを越える場合の例であり、この場合には最後のＭｕｔｅのフレーム数をＦADJだけ短くして一つのＶＦＬが構成される。
なお、この図８（c）の例において、最後のフレーム数をＦADJだけ短くする理由は、同フレームがＭｕｔｅのフレームであるためにフレーム数を減らしても映像に影響を与えないこと、および、ＶＦＬの長さをＦREFに一致させて最小化することによって、一度作成したＶＦＬを再利用できるようになり、しかも、前処理（※）に要する時間を短縮できるようになるというメリットがあるからである。
【００７４】
※ＦREFは素材の格納位置が離れているほど大きくなる傾向にある。ヘッドの移動距離が長くなるからである。このため、あらかじめ素材の格納位置を近づけるような前処理（例えば、デフラグと呼ばれる処理）を行っておくことが望ましい。この前処理はもちろんすべての素材について行ってもよいが、オーバヘッドの増加を回避するために、格納位置がバラバラになっている一部の素材についてのみ行ってもよい。
【００７５】
ところで、いくつかのＰａｒｔiをまとめてＶＦＬ化した場合、信号接続手段７０４（図２参照）の接続点の判定に工夫を凝らす必要がある。ＶＦＬ化しない場合は、例えば、図９に示すように、各ボリュームの切り替わりポイント（ＳＰ1、ＳＰ2、ＳＰ3、ＳＰ4）を信号接続手段７０４の接続点とすればよいが、ＶＦＬ化した場合は、例えば、図１０（ａ）に示すように、ＶＦＬ中にＭｕｔｅの部分が含まれている場合にそのＭｕｔｅの終了点（クエスチョンマーク参照）を接続点としなければならないものの、ＶＦＬにその情報が含まれていないため、すべての接続点を正確に指定できない（図１０（ａ）ではクエスチョン部分を除く切替えポイントＳＰ1、ＳＰ2、ＳＰ3、ＳＰ4、ＳＰ5しか指定できない）からである。
【００７６】
かかる対策としては、ＶＦＬ化の対象となった元の要素部分を記憶しておき、ＶＦＬ化部分の接続点判定に際しては、同記憶情報を参照し、図１０（ｂ）に示すように、ＶＦＬ中のＭｕｔｅの終了ポイント（ＳＰ3）を接続点として判定すればよい。このようにすると、すべての接続点ＳＰ1、ＳＰ2、ＳＰ3、ＳＰ4、ＳＰ5、ＳＰ6を正確に指定することができる。図３の切替えポイント決定部２０２ｄはこれらの機能を実現する。
【００７７】
＜まとめ＞
以上のとおりであるから、本実施の形態によれば、以下の効果が得られる。
（１）複数のボリュームを備えるノンリニア編集機に対しても、単一のボリューム情報だけを含むＥＤＬjを適用することができ、素材再生制御の複雑化を回避することができる。
（２）ハードディスク装置の仕様制限（ＦREF以下の素材の連続アクセス制限）を緩和でき、フレーム単位のきめこまかな編集を行うことができるというノンリニア編集機の特長を最大限に発揮することができる。
（３）ＶＦＬの長さ（フレーム数）をＦREFに合わせて最小化したので、一度作成したＶＦＬの再利用が可能となり、ＶＦＬ生成のオーバヘッドを少なくできる。また、デフラグ等の前処理をＶＦＬ単位に行う場合は、前処理に要する時間をＶＦＬの長さに合わせて短縮でき、この点においてもオーバヘッドを少なくできる。
【００７８】
＜付記＞
本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、ＥＤＬ分割処理部２０２ｂを実現するためのプログラム部分に集約されているということがいえる。したがって、本発明は、かかるアプリケーションプログラムのすべてまたはその要部を格納した、フロッピィディスク、光ディスク、コンパクトディスク、磁気テープ、ハードディスクまたは半導体メモリなどの記憶デバイスもしくはこれらの記憶デバイスを含む構成品（ユニット品や完成品または半完成品）を包含する。なお、上記記憶デバイスまたは構成品は、それ自体が流通経路にのるものはもちろんのこと、ネットワーク上にあって記録内容だけを提供するものも含まれる。
【００７９】
【発明の効果】
請求項１記載の画像編集装置によれば、素材の必要な部分を大まかに編集する粗編集手段と、前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含むＥＤＬを生成する密編集手段と、を備えた画像編集装置において、前記ＥＤＬに異なる収録先の情報が含まれている場合に各収録先ごとにＥＤＬを分割して再構成する再構成手段を備えたので、再構成手段により、単一の収録先の情報を含むＥＤＬが分割生成される。
したがって、ＥＤＬに含まれる収録先情報を単一にでき、複数のボリュームを備えたノンリニア編集機における素材の再生制御の複雑化を回避することができる。
【００８０】
請求項２記載の画像編集装置によれば、素材の必要な部分を大まかに編集する粗編集手段と、前記粗編集手段の編集結果に対してフレーム単位の精密な編集を行い少なくとも編集対象素材の特定情報および収録先の情報ならびに編集点の情報を含むＥＤＬを生成する密編集手段と、を備えた画像編集装置において、前記ＥＤＬに異なる収録先の情報が含まれている場合に各収録先ごとにＥＤＬを分割して再構成する再構成手段と、前記分割したＥＤＬに含まれる要素の長さが所定の長さを下回る場合に該要素を仮想ファイル化する仮想ファイル化手段と、を備えたので、再構成手段により、単一の収録先の情報を含むＥＤＬが分割生成され、さらに、仮想ファイル化手段により、分割ＥＤＬに含まれる要素の長さが所定の長さ以上に揃えられる。
したがって、ＥＤＬに含まれる収録先情報を単一にでき、複数のボリュームを備えたノンリニア編集機における素材の再生制御の複雑化を回避することができるとともに、ノンリニア編集機の仕様制限を緩和してフレーム単位のきめこまかな編集を行うことができる。
【００８１】
請求項３記載の記録媒体によれば、請求項１記載の粗編集手段、密編集手段および再構成手段を実現するためのプログラムを格納したので、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって、請求項１記載の粗編集手段、密編集手段および再構成手段を実現することができる。
【００８２】
請求項４記載の記録媒体によれば、請求項２記載の粗編集手段、密編集手段、再構成手段および仮想ファイル化手段を実現するためのプログラムを格納したので、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって、請求項２記載の粗編集手段、密編集手段、再構成手段および仮想ファイル化手段を実現することができる。
【図面の簡単な説明】
【図１】ビデオサーバ・システムの全体構成図である。
【図２】大容量記憶サブシステムのＡ系を示す構成図である。
【図３】ＧＵＩ、ＥＤＬ分割処理部、ＶＦＬ化処理部および切替えポイント決定部を含む要部の機能概念図である。
【図４】ＥＤＬ分割処理プログラムのフローチャートである。
【図５】ＶＦＬ化処理プログラムのフローチャートである。
【図６】ＶＦＬ＿ＳＵＢプログラムのフローチャートである。
【図７】ＥＤＬ分割処理およびＶＦＬ化処理の模式図である。
【図８】ＶＦＬ化処理の幾つかの例を示す模式図である。
【図９】ＶＦＬを含まない場合の切替えポイント決定の模式図である。
【図１０】ＶＦＬを含む場合の切替えポイント決定の模式図である。
【符号の説明】
２０２……編集端末（粗編集手段、密編集手段）、２０２ｂ……ＥＤＬ分割処理部（再構成手段）、２０２ｃ……ＶＦＬ化処理部（仮想ファイル化手段）。
【図１】
0004264784.tif 000002
【図２】
0004264784.tif 000003
【図３】
0004264784.tif 000004
【図４】
0004264784.tif 000005
【図５】
0004264784.tif 000006
【図６】
0004264784.tif 000007
【図７】
0004264784.tif 000008
【図８】
0004264784.tif 000009
【図９】
0004264784.tif 000010
【図１０】
0004264784.tif 000011