JPH1064247A - 記録媒体上に記録されたソース・マテリアルを編集する編集装置及びそのためのデータ記録媒体 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 編集した出力シーケンスの再生を順方向と逆
方向のいずれの方向にも容易に行え、また任意の位置か
ら再生を開始できるようにする。 【解決手段】 編集操作を加えるソース・マテリアルを
表すデータを包含する前記記録媒体上の複数のソース・
ファイルを定める手段を備え、各編集されたマテリアル
・シーケンスに対して１つずつ設けられる前記記録媒体
上の出力ファイルを定める手段を備え、各出力ファイル
はアドレス情報を包含し、このアドレス情報は、その出
力ファイルに対応した編集されたマテリアル・シーケン
スを構成する１つないし複数のソース・マテリアル・ク
リップを表す前記複数のソース・ファイル内のデータ
の、前記記録媒体上における記録位置のシーケンスを定
めた情報である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録媒体上に記録
されたソース・マテリアルの編集装置及びそのためのデ
ータ記録媒体に関する。

【０００２】

【従来の技術】例えば、複数の「生」ソース・ビデオ・
シーケンスに編集操作を加えて、それらシーケンスから
最終的な１本の番組用のビデオを制作したり、或いは番
組用のビデオの一部を制作したりするために、ビデオ編
集コントローラが用いられている。また例えば、短いニ
ュース記事であっても、そのニュース記事の様々な側面
を示すために、複数のビデオ・シーケンスから抜粋した
小さな抜粋部分を幾つもつなぎ合わせてあるのが普通で
あり、ここで使用する複数のビデオ・シーケンスには、
新たに撮影したシーケンスもあれば、以前撮影してアー
カイブ（保存記録）し保管しておいたシーケンスもあ
る。この場合に、先ず、各シーケンスから必要とする部
分、即ち「クリップ」を選出する必要があり、更に、選
出した幾つもの部分を互いに連結させることにより、合
成した１つの出力シーケンスを形成する必要がある。

【０００３】最近では、コンピュータで構成した様々な
非線形編集コントローラが利用可能になっている。この
種の編集コントローラを用いることにより、ユーザは、
コンピュータ画面上でソース・シーケンスを見ながら、
必要シーケンスであるクリップの「イン・ポイント（始
点）」及び「アウト・ポイント（終点）」を選定するこ
とができる。また、それらの選定は、コンピュータのキ
ーボードまたはカーソル制御デバイス（例えばマウス、
ジョイスティック、トラックボール等）を操作すること
で行うことができる。続いて、選出した複数のクリップ
の順序を定めることで、所望の出力シーケンスを形成す
ることができる。

【０００４】この種の、コンピュータで構成した編集シ
ステムに関しては、編集操作を実行する前に先ず、編集
に必要な幾つものソース・シーケンスを、通常のテープ
媒体から、そのコンピュータに接続したランダム・アク
セス記録装置（例えばハード・ディスクや光磁気ディス
ク等）にロードするという方法が以前より提案されてい
る。こうすることによって、ユーザは、テープ媒体を用
いた場合に通常そうであるように待たされることなく、
種々のビデオ・シーケンスを迅速に次々と見ることがで
きる。テープ媒体を用いた場合に待たされるのは、別の
テープへの交換や、同じテープ上の前後の部分へとぶた
めのシャトル動作に時間がかかるからである。

【０００５】

【発明が解決しようとする課題及び課題を解決するため
の手段】本発明は、記録媒体上に記録されたビデオ・マ
テリアルないしオーディオ・マテリアル等のソース・マ
テリアル（素材）に編集操作を加えることにより、その
ソース・マテリアルから選出した複数のソース・マテリ
アル・クリップより成る編集されたマテリアル・シーケ
ンスを生成する編集装置を提供するものであり、この編
集装置は、編集操作を加えるソース・マテリアルを表し
たデータを包含している前記記録媒体上の複数のソース
・ファイルを定める手段を備え、各々の編集されたマテ
リアル・シーケンスに対応して１つずつ設けられる前記
記録媒体上の出力ファイルを定める手段を備え、各出力
ファイルはアドレス情報を包含しており、このアドレス
情報は、その出力ファイルに対応した編集されたマテリ
アル・シーケンスを構成する１つないし複数のソース・
マテリアル・クリップを表している前記複数のソース・
ファイル内のデータの、前記記録媒体上における記録位
置のシーケンスを定める情報であることを特徴とする。

【０００６】本発明は以下の認識に基づいたものであ
り、その認識とは、例えばディスク・ドライブ等のラン
ダム・アクセス記録媒体を用いた編集システムにおい
て、多数のソース・マテリアルのファイル（ソース・フ
ァイル）から選出された幾つものマテリアル・クリップ
より成る編集されたシーケンスを再生する動作は、これ
までは、複雑でしかもプロセッサの負荷の大きな動作で
あったということである。更に具体的に説明すると、こ
の種の従来のシステムにおいては、各々のソース・ファ
イルをオープンし（しかも通常、そのファイルが必要に
なる前にオープンしておく必要がある）、そのソース・
ファイルから然るべきマテリアル・クリップを読み出
し、そして、そのソース・ファイルをクローズするとい
う動作を次々と行わねばならなかった。このような連続
的順次動作は、「時刻表」的動作と呼ばれており、通常
の再生速度で順方向に再生を行う分には良好に動作す
る。しかしながらこの方式の動作は、例えば逆方向再
生、ジョグ再生、それにシャトル再生等の、あまり普通
でない再生動作には不適当であったし、更に、編集され
たシーケンスの中の任意の点から再生を開始するにも不
適当であった。

【０００７】本発明は、媒体上に記録するデータの構成
を、編集された出力シーケンスを取り出すのに適したデ
ータ構成とする新規な方式を提供するものであり、その
ために、以下の説明において出力ファイルまたは「仮
想」ファイルと呼ぶファイルによって出力シーケンスを
表すようにする。この仮想ファイルは記録装置上に記録
されるファイルであるが、固有のマテリアル・データを
持たず、その代わりに一連の複数のポインタから成るポ
インタ・シーケンスを包含しており、それらポインタ
は、記録されているデータの「実」ファイル（即ちソー
ス・ファイル）に関する部分を指し示している。

【０００８】この仮想ファイルを再生するには、そのポ
インタ・シーケンスに含まれているポインタをたどりつ
つ、ディスク媒体上の該当する部分に含まれている必要
なデータにアクセスして行く。また、少なくとも本発明
の実施態様においては、これを行うために、実ファイル
のフラグメンテーション（断片化）に対処するための技
法と同様の技法を用いている。このようして行う仮想フ
ァイルの再生は、先に説明した「時刻表」的動作とは異
なり、順方向又は逆方向のいずれの方向にも容易に再生
でき、また、仮想ファイル内の任意の始点から再生を開
始することができる。

【０００９】本発明はまた、ビデオ・マテリアルないし
オーディオ・マテリアル等のソース・マテリアルが記録
され、その記録されたソース・マテリアルに編集操作が
加えられることで、そのソース・マテリアルから選出さ
れたソース・マテリアル・クリップより成る編集された
マテリアル・シーケンスが生成されるようにしたデータ
記録媒体をも提供するものであり、このデータ記録媒体
は、編集操作を加えるソース・マテリアルを表したデー
タを包含している複数のソース・ファイルが記録されて
おり、各々の編集されたマテリアル・シーケンスに対し
て１つずつ設けられた出力ファイルが記録されており、
各出力ファイルはアドレス情報を包含しており、このア
ドレス情報は、その出力ファイルに対応した編集された
マテリアル・シーケンスを構成する１つないし複数のソ
ース・マテリアル・クリップを表している前記複数のソ
ース・ファイル内のデータの、前記記録媒体上における
記録位置のシーケンスを定めた情報であることを特徴と
する。

【００１０】

【発明の実施の形態】以下に添付図面を参照しつつ、本
発明をその具体的な実施の形態に即して説明して行く。
なお、添付図面中、同一ないし対応する要素には同一の
参照番号を付した。図１は、ディジタル・ビデオ編集シ
ステム及びそれに付随するビデオ記録装置のブロック図
である。図示のビデオ編集システムはパーソナル・コン
ピュータ（ＰＣ）１００を含んでおり、このＰＣ１００
は、カーソル制御デバイス１１０（マウス等）と、ディ
スプレイ画面メモリ１２０と、ディスプレイ画面１３０
とを有する。本例ではＰＣ１００として、ノートブック
型（携帯型）コンピュータであるＩＢＭ社の「シンクパ
ッド」を使用しているため、ＰＣ１００、カーソル制御
デバイス１１０、ディスプレイ画面メモリ１２０、及び
ディスプレイ画面（ＬＣＤ画面）の全てが、単一の携帯
型装置として一体化されている（なお、ＩＢＭ社のシン
クパッドのカーソル制御デバイス１１０はジョイスティ
ック型の制御デバイスである）。従って、ＰＣとその構
成要素との間のデータ通信は、ＰＣの内部バスを介して
行われる。

【００１１】ＰＣ１００は、ＳＣＳＩバスを介してビデ
オ記録コントローラ１４０との間で通信を行い、更にビ
デオ記録コントローラ１４０は同じくＳＣＳＩバスを介
して光磁気ディスク１５０との間で通信を行う。

【００１２】本例では、ビデオ記録コントローラ１４０
と光磁気ディスク１５０とは、使用時にノートブック型
コンピュータをその上に載せて結合する「ドッキングス
テーション」として製作されている。

【００１３】このビデオ編集システムは、オフライン方
式の非線形編集コントローラとして動作するようにした
ものであり、入力してくる放送品質のオーディオ信号及
びビデオ信号に対して非常に圧縮比の大きなデータ圧縮
処理を施し（この結果、放送用の基準をかなり下回る品
質レベルになる）、それを光磁気ディスク１５０に記録
する。こうしてソース・ビデオのうちの１つまたは複数
のセクションを光磁気ディスク１５０に記録したなら
ば、この編集コントローラを操作するオペレータは、そ
の記録したセクションに処理操作を加えることで、エデ
ィット・デシジョン・リスト（ＥＤＬ）を作成すること
ができる。このＥＤＬは、編集されたビデオ出力シーケ
ンスを構成する連続した複数の部分の各々を構成するソ
ース・マテリアル（素材）の「イン・ポイント（始
点）」及び「アウト・ポイント（終点）」を定めるビデ
オのタイムコードのリストである。ただし、光磁気ディ
スク１５０に記録されるビデオ信号は、放送用の基準を
かなり下回る品質レベルのものであるため、このＥＤＬ
は、それをオリジナルのビデオ・データ（即ち、最初に
ビデオ記録コントローラ１４０へ供給されたデータ）に
適用することで、放送用ないし配布用のビデオを制作す
ることを意図したものである。

【００１４】図２は、ビデオ記録コントローラ１４０及
び光磁気ディスク１５０のブロック図である。光磁気デ
ィスク１５０は着脱可能なディスク媒体１６０を使用す
る自立型の装置であり、読み書きヘッド及びそれに付随
する回路１７０と、プロセッサ１８０とを備えている。
プロセッサ１８０は、ディスク媒体のフォーマッティン
グ及びディスク媒体上でのデータ操作の作業のうちの非
常に低レベルの部分を担当するものである。この種の製
品の一例は、ソニー社の「ＨＳＤ−６５０型」光磁気デ
ィスク・ドライブである。このソニー社の製品を用いた
場合には、光磁気ディスク１５０は「論理ブロック・ア
ドレス（ＬＢＡ）」を（外部の回路から）受け取る。１
つのＬＢＡは、ディスク媒体上の多数の論理データ・ブ
ロック（ＬＢ）のうちの１つを定めている。ディスク媒
体１６０上の論理ブロックの位置設定及びフォーマッテ
ィングはプロセッサ１８０に委されているため、外部か
ら光磁気ディスク１５０を見た限りでは、１つの大容量
の（この場合は６５２メガバイト）記録媒体に見え、Ｌ
ＢＡにより、その大容量の記録媒体上の小さな記録ブロ
ックに個別にアドレスすることができる。なお、光磁気
ディスク１５０は、ＳＣＳＩリンクを介して、読み書き
用バッファ及び制御回路１９０との間で通信を行うよう
にしている。

【００１５】ＳＣＳＩインターフェース２００は、ノー
トブック型ＰＣ１００との間で通信を行うために備えら
れており、また、オーディオ／ビデオ（Ａ／Ｖ）圧縮／
伸長回路２１０は、光磁気ディスク１５０に書き込むオ
ーディオ・データ／ビデオ・データに圧縮処理を施し、
光磁気ディスク１５０から読み出されたオーディオ・デ
ータ／ビデオ・データに伸長処理を施すために備えられ
ている。Ａ／Ｖ圧縮／伸張回路２１０は、公知の画像内
圧縮法を採用しており、光磁気ディスクに記録されてい
るデータから個々の画像を再生する際に、他の圧縮画像
を参照する必要がない。更に詳しく説明すると、入力ポ
ート２２０へ供給されて入力してくる放送用品質の画像
（画像データ）に対して、先ず最初に、水平方向と垂直
方向との各々に関して４：１の間引き処理を施す。その
間引き処理を施した画像に対して更に、公知のＪＰＥＧ
圧縮法を用いて圧縮処理を施すことにより、１画像面あ
たり約５キロバイトの圧縮画像データを生成する。この
ように圧縮して記録した画像を光磁気ディスク１５０か
ら読み出すときには、その読み出した圧縮画像に対して
ＪＰＥＧ伸長処理だけを施す。そのため、ＰＣ１００へ
供給される画像は、フル・レートのビデオ画像と比べて
はるかに小さなサイズ（４：１に間引かれたサイズ）に
なっている。しかし、これによって不都合が生じること
はなく、なぜならば、こうしてＰＣ１００へ供給される
画像は、エディット・デシジョンの位置をどこにするか
を決めるためだけに用いられるからである。こうして決
定されたエディット・デシジョンが、引き続いて（ＥＤ
Ｌを介して）オリジナルの（即ち、圧縮されていない）
ビデオ信号に適用される。

【００１６】光磁気ディスク１５０に記録するオーディ
オ及びビデオ・データをフォーマッティングする作業の
一部を、読み書きバッファ及び制御回路１９０に関する
プログラム・ファームウェアに担当させることも可能で
あるが、本例では、事実上その作業の全てをＰＣ１００
に担当させている。従って、ビデオ記録コントローラ１
４０は、「能動」記録コントローラというよりはむしろ
「非能動」記録コントローラとして動作するように設定
してあり、即ち、このビデオ記録コントローラ１４０
は、ＰＣ１００からの指示（この指示はＬＢアドレス信
号の信号レベルの形で発せられる）に従って、光磁気デ
ィスク１５０に対するデータの読み書きを行う。

【００１７】光磁気ディスク１５０に記録されているビ
デオ・データの再生を開始するときには、ＰＣ１００
が、再生すべき複数のＬＢをその順序に従って記したＬ
Ｂリストを、ビデオ記録コントローラ１４０へダウンロ
ードする。すると、そのリスト中のそれらＬＢに記録さ
れているビデオ・フレームが、そのリスト中の順序に従
って再生され、伸長処理を施されてＰＣ１００へ返さ
れ、ディスプレイされる。このことから明らかなよう
に、ＰＣ１００は、ビデオ記録コントローラ１４０へ送
出するＬＢリストを作成するために、光磁気ディスク１
５０のヘッダ領域に記録されているデータにしばしばア
クセスする必要がある。

【００１８】そのために、光磁気ディスク１５０にデー
タをどのように書き込んでおくかということが、本例の
動作上の多くの特徴を成しているので、これより、光磁
気ディスクのデータ構成について説明する。

【００１９】先ず手始めに、図３のＡ及びＢは、５２５
ライン方式（走査線数が５２５本のテレビジョン方式）
のビデオ信号の場合及び６２５ライン方式のビデオ信号
の場合における、ディスク媒体１６０上のデータ構成を
模式的に示したものである。

【００２０】それら２つの場合のいずれにおいても、基
本的に、ディスク媒体上の領域が、次のように分割され
ている。即ち、先頭にヘッダ領域があり、続いてビデオ
・データ領域があり、その次にオーディオ・データ領域
があり、更にその次に、僅かの使用しないセクタ（論理
ブロック）がある。１つのセクタに対応するデータ量は
２０４８バイトである。ビデオ及びオーディオ・データ
に対して施す圧縮処理は、２種類のライン方式の各々に
ついて調節され、１枚のディスク媒体に約４４〜４５分
のビデオ素材及びオーディオ素材を収められるようにし
ている。

【００２１】以下に、図４〜図１５を参照して、ヘッダ
領域、ビデオ・データ領域、及びオーディオ・データ領
域について詳細に説明する。重要なことなのでここで再
度述べておくが、それら３つの領域のフォーマッティン
グは、論理ブロック・アドレス（ＬＢＡ）に関して行わ
れるものである。非常に低レベルのフォーマッティング
はディスク・ドライブが自ら担当するのに対して、この
ＬＢレベルのフォーマッティングは、ソフトウェア制御
の下にＰＣ１００が担当するものである。

【００２２】図４は、１枚のディスク媒体のヘッダ領域
の内容を模式的に示した図である。このディスク・ヘッ
ダ領域は、長さが２５６セクタ（論理ブロック２５６
個）であり、以下に列挙する部分から構成されている。 ディスク・ヘッダ： 論理ブロック１個 実ファイル・マスク： 論理ブロック１個 実ファイル・ネーム・テーブル： 論理ブロック２個 実ファイル・ヘッダ・テーブル： 論理ブロック１６個 仮想ファイル・マスク： 論理ブロック１個 仮想ファイル・ネーム・テーブル： 論理ブロック２個 仮想ファイル・ヘッダ・テーブル： 論理ブロック１６個 ルート・マップ： 論理ブロック６４個 ビデオ編集テーブル・マスク： 論理ブロック１個 ビデオ編集テーブル： 論理ブロック６４個 オーディオ編集テーブル・マスク： 論理ブロック１個 オーディオ編集テーブル： 論理ブロック６４個 これら部分の各々について、以下に更に詳細に説明す
る。

【００２３】図５はディスク・ヘッダの部分のファイル
を更に詳細に示した図である。このディスク・ヘッダ・
ファイルの構成要素の殆どは、説明するまでもなく、そ
の名称を見ただけで内容が明らかなものである。ディス
ク・ヘッダ・ファイルは、ディスク媒体を（ＰＣの制御
の下に）初めてフォーマットする際に書き込まれるファ
イルであり、このファイルに含まれているのは、使用し
ているソフトウェアの識別データ、ボリューム・ラベ
ル、そのディスク媒体上の実ファイル及び「仮想ファイ
ル」の個数を表すデータ（実ファイル及び仮想ファイル
については後に詳述する）、それにルート・マップを定
めるデータ（ルート・マップについても後に詳述する）
であり、またその最後に、そのディスク媒体上に記録さ
れているビデオ・データのライン方式（走査線が何本の
テレビジョン方式か）を示すための１ビットを割り当て
てある。本例では、１枚のディスク媒体１６０上には、
５２５ライン方式のビデオ・データか、６２５ライン方
式のビデオ・データかの、いずれか一方しか記録させな
いようにしており、そのため同じ１枚のディスク媒体上
に異なったライン方式のビデオ・データが混在すること
はない。

【００２４】１枚のディスク媒体上に記録し得るデータ
・ファイルの最大個数は、ファイル・ネーム・テーブル
及びファイル・ヘッダ・テーブルの夫々にどれほどのス
ペースを割り当てるかによって予め決められる。本例の
場合、記録可能なデータ・ファイルの最大個数は、実フ
ァイルが２５５個、それに仮想ファイルが２５５個であ
る。

【００２５】「実」ファイルは、入力ポート２２０から
のオーディオ／ビデオ・データを、ディスク媒体１６０
上に記録することによって作成されるファイルである。
１個の実ファイルは、ファイル・ネームと、ファイル・
ヘッダと、ディスク媒体１６０上にデータが記録された
データ領域とで構成される。ディスク媒体１６０上に記
録されたデータの位置は、ファイル・ヘッダによって
（ＬＢＡで）定められる。一度作成された実ファイル
は、編集操作によって変更を受けることはなく、作成さ
れたときと同じ形のまま維持されるか、さもなくばディ
スク上から削除されるかのいずれかである。

【００２６】これに対して「仮想」ファイルは、編集作
業を実行することによって作成されるファイルである。
１個の仮想ファイルは、ファイル・ネームと、１つのビ
デオ編集テーブルを指し示すファイル・ヘッダとだけで
構成される。仮想ファイルはディスク媒体上に記録され
ている特定のデータに対して持続的な関連性を持つもの
ではなく、そのディスク媒体上に記録されている１つな
いし複数の実ファイルに含まれているデータのセクショ
ンを指し示す一連のポインタを間接的に与えるものであ
る。

【００２７】この構成によれば、実際にディスク媒体上
のスペースを大幅に節約することができ、これが可能で
あるのは、編集作業時にデータを記録し直す必要がない
からである。一例として、あるディスク媒体上に３個の
実ファイルが記録されており、オペレータが、それら３
個の実ファイルの各々から例えば１０秒ずつの部分を取
り出してつなぎ合わせたものをもって、編集されたビデ
オ出力シーケンスとしたいと考えたものとする。この場
合、それら３個の実ファイルの夫々の部分を物理的に新
たな出力用ファイルへコピーする必要はない。即ち、そ
のようなコピーを行う代わりに、１つの仮想ファイルを
作成して、その仮想ファイルが各実ファイル内の選択さ
れた部分を指し示すポインタを与えるようにするのであ
る。しかも実際には、仮想ファイルのためのファイル・
ヘッダ領域は前もって割り当てられているため、新たに
仮想ファイルを作成するのにディスク媒体上のスペース
を更に余計に取ることもない。

【００２８】ヘッダ領域内には、実ファイルのためのフ
ァイル・ネーム・テーブルが１つ設けられると共に、そ
れとは別に、仮想ファイルのための同様のファイル・ネ
ーム・テーブルがもう１つ設けられている。それら２つ
のファイル・ネーム・テーブルは同一形式であり、その
具体例を図６に模式的に示した。

【００２９】これら２つのファイル・ネーム・テーブル
の各々は、ファイル・ネームのリスト（１つのファイル
・ネームは最大１６文字までである）から成り、そのリ
スト内における個々のファイル・ネームの位置が、実フ
ァイル・ヘッダ・テーブルまたは仮想ファイル・ヘッダ
・テーブル内の対応する位置を指し示すインデックス
（即ちファイル番号）となる。従って図示例において、
第１番ファイルとは、そのファイル・ネームが、ファイ
ル・ネーム・テーブル内のバイト１７〜３２を占めてい
るファイルである。ファイル・ヘッダ・テーブル内に記
入されている当該ファイルについての更に詳細な情報に
アドレスする際にも同じファイル番号が使用されるが、
それについては後に詳述する。

【００３０】図７は、実ファイル・ヘッダ・テーブルを
模式的に示した図である。実ファイル・ヘッダ・テーブ
ルには、ディスク媒体上に記録できる実ファイルの各々
に対応して１つずつのレコード（即ちエントリ）が含ま
れている。この実ファイル・ヘッダ・テーブルの１つの
エントリには、最初にファイル・ネームを転記した項目
があり、次にその実ファイルの作成日及び作成時刻があ
る。次にくるのがその実ファイル内の先頭フレームのタ
イムコードであり、その次がその実ファイルに含まれる
フレームの個数である。

【００３１】実ファイル・ヘッダ・テーブルのエントリ
内の次の３つの項目は、ディスク媒体上におけるその実
ファイルのフラグメンテーション（断片化）に関するも
のである。フラグメンテーションとは、ある１つのファ
イルのデータが、ディスク媒体上にある連続していない
２箇所以上の領域（ここでいう領域は、ＬＢＡで表され
る領域である）に亘って分割されている状態をいう。こ
れらの項目については後に図９を参照して説明する。

【００３２】更に続いてテキスト形式の注記のためのス
ペースとして６４バイトが割り当てられており、それに
続く２つの項目は、その実ファイルからの先頭部画像と
末尾部画像とを定めている。これら２つの画像は、編集
操作時にＰＣのディスプレイ画面上に表示され、それに
よって、その実ファイルが如何なる性質のものであるか
を示すと共に、その実ファイルを識別できるようにする
ものである。通常は、先頭部画像にはその実ファイル中
の文字通り先頭の画像を使用し、末尾部画像にはその実
ファイル中の文字通り最後の画像を用いればよい。ただ
し、オペレータが、その実ファイル中のその他の画像を
もって先頭部画像及び末尾部画像としたいのであれば、
そのように設定することも可能にしてある。

【００３３】続く次の１バイトは、考えられる４本のオ
ーディオ・チャネルのうちのどれをその実ファイルに使
用するのかを示すために割り当てられているものであ
る。このレコード（エントリ）内の残りのスペースは使
用されていない。

【００３４】この実ファイル・ヘッダ・テーブルに関し
ては、更にルート・マップの説明もせねばならないが
（後に図９を参照して説明する）、ここで特に次の点を
再度強調しておく。それは、実ファイル・ヘッダ・テー
ブルは、ファイル・ネームとの間に持続的な（少なくと
もその実ファイルが削除されるまでは持続的な）対応関
係を有する実データの、ディスク媒体上における位置を
定めるものだということである。

【００３５】図８は、仮想ファイル・ヘッダ・テーブル
を模式的に示した図である。仮想ファイル・ヘッダ・テ
ーブルの１つのエントリ内の項目のうちの幾つかは、実
ファイル・ヘッダ・テーブルの１つのエントリ内の対応
する項目と完全に同一であり、それらについては重複を
避けるために説明を省略する。

【００３６】仮想ファイル・ヘッダ・テーブルと実ファ
イル・ヘッダ・テーブルとの主たる相違は、仮想ファイ
ル・ヘッダ・テーブルが、ビデオ編集テーブル・インデ
ックスの中の１以上のエントリ及びオーディオ編集テー
ブル・インデックスの中の１以上のエントリによって、
その仮想ファイルに関連したデータを定めていることで
ある（なお、ダブルチェックのために、仮想ファイル・
ヘッダ・テーブルのエントリには、予想されるフレーム
の総数を示す項目を含めてあり、また、編集された出力
シーケンスのタイムコードをタイム・プリセット・ワー
ドによって特定の値に設定できるようにしてある）。

【００３７】ビデオ編集テーブル・インデックス及びオ
ーディオ編集テーブル・インデックスについては後に詳
述することとし、ここでは、それらインデックスの概要
だけを簡単に述べておく。それらインデックスの各々
は、その編集テーブル内の幾つかのエントリが連結され
て構成された１つの連結リストであり、各エントリは夫
々、１個の実ファイルの１つの部分を表している。それ
らの連結は、オペレータが、ＰＣ１００に記憶させたＥ
ＤＬエントリをモニタするために、編集された出力シー
ケンスのプレビューを行うＰＣコマンドを発したときに
作成される。ビデオ編集テーブル（ＶＥＴ）の適正なエ
ントリに対応した仮想ファイルも、この時点で（即ち、
出力プレビュー・コマンドが発せられた時点で）作成さ
れる。

【００３８】即ち、仮想ファイル・ヘッダ・テーブル内
の１つのエントリが、ＶＥＴ内の先頭のエントリを指し
示すと共に、そのＶＥＴ内のエントリの総数を定めるこ
とによって、１以上の実ファイルにおける複数の部分が
連続したシーケンスを定める、特定の長さの連結リスト
が形成される。

【００３９】仮想ファイルは、実ファイルの場合と同様
にオープンして再生することができる。即ち、ある仮想
ファイルを再生するには、ディスク媒体１６０からその
仮想ファイルに対応した複数のＶＥＴエントリのリスト
を読み出し、そして、それら部分をディスク媒体１６０
から正しい順序で再生できるように導出されたルート・
マップのそれらＶＥＴエントリに対応した部分を読み出
す。

【００４０】図９は、ディスク媒体の「ルート・マッ
プ」を模式的に示した図である。ルート・マップ（Ｒ
Ｍ）は、インデックスによって互いにつなぎ合されて幾
つかの連結リストが形成される、ディスク媒体上に記録
されたレコードのテーブルである。それら連結リストの
各々が、そのディスク媒体の表面の複数の物理的位置の
パス即ち「ルート」を記述している。ＲＭ内の複数のレ
コードの各々は、ディスク媒体上の連続する複数のセク
タのブロックである「フラグメント」を記述しており、
またそれと共に、後続のフラグメントを連結順に記述し
ている別のルート・マップ・レコードのインデックスを
含んでいる。１つのルートの記述は、先ず、ディスク媒
体上の１つのフラグメントを記述することから始まり、
その次に、ルート・マップ内の一連のルート・マップ・
インデックスが続き、「ネクスト・レコード」インデッ
クス値が「０」に設定されたレコード（エントリ）で終
わる。即ち、「ネクスト・レコード」インデックス値が
「０」であることは、そのレコードがそのルートの終点
であることを表している（なお、これを可能にするため
に、ルート・マップ内の先頭のレコード（本来はインデ
ックス「０」で表される）は、使用しないようにしてい
る）。

【００４１】各実ファイルは、ルート・マップ内に、デ
ィスク媒体上のどこにその実ファイルのデータが存在す
るのかを記述する１つのルートを有する。また、ルート
・マップには、各実ファイルに対応した１つのルートに
加えて、ディスク媒体上の空きスペースを記述した別の
ルート（空きスペース・ルート）が含まれている。この
「空きスペース・ルート」の始点は、ディスク・ヘッダ
領域内の「空きスペース始点」インデックスによって示
されており（図５）、このインデックスは、ＲＭ内のあ
る１つのエントリを指している。この「空きスペース・
ルート」は常に、ディスク媒体上のスペースの現在割り
当て状態を反映するように維持されている。

【００４２】新たに１つのファイルを記録する際には、
データ書き込み作業を前述の「空きスペース・ルート」
に沿って行う。そのデータ書き込みが完了した時点で、
ＲＭ内のインデックスの書き直しを行って、その「空き
スペース・ルート」から新ファイルのために使用された
ルートを削除する。その結果、「空きスペース始点」イ
ンデックスは「空きスペース・ルート」に沿う更に向こ
うの位置を指し示すようになり、新ファイルのために使
用されたスペースはとばされる。また、その新ファイル
のために作成されたファイル・ヘッダは、その新ファイ
ルのデータを書き込んだ場所を記述したルートを指し示
すポインタを含んでいる。こうして、空きスペースであ
った幾つかのフラグメントにデータが書き込まれるが、
書き込みが行われたフラグメントのうち、最後のフラグ
メントは、通常、その一部分だけしか新ファイルによっ
て消費されていない。この場合には、部分的にしか消費
されていないそのフラグメントの残りの部分を記述した
新たなエントリをＲＭ内に作成し、その作成したエント
リを「空きスペース・ルート」の先頭に連結させる。

【００４３】一方、幾つかの実ファイルを削除したとき
には、削除した実ファイルがそれまで占めていた夫々の
ルートを「空きスペース・ルート」の末尾に連結させる
ことによって、それらルートを「空きスペース・ルー
ト」に再編入させる。ここで、それらルートを「空きス
ペース・ルート」に連結させる位置が「空きスペース・
ルート」の末尾であるという点は重要である。なぜなら
ば、そうすることで、ディスク媒体が満杯に近くなるま
でフラグメンテーションを発生させずに済むからであ
る。また、ＲＭ内の複数のルートの各々について、その
ルートを構成している複数のフラグメントのうちの、最
後のフラグメントを指し示すポインタを維持することに
よって、各連結最後の項目（エントリ）にアクセスする
際に、その連結を表す連結リストをわざわざサーチする
ことなく、それらの項目に迅速にアクセスできるように
している。

【００４４】また、ＲＭ内のエントリ（レコード）の総
数のカウントを、ディスク・ヘッダ領域内に含まれてい
る変数「ディスク上のフラグメント数」で示し（図
５）、この値を更新維持するようにしている。このカウ
ントは、ディスク媒体のフラグメンテーションの程度を
表す指標にもなる。

【００４５】図１０は、ビデオ編集テーブル（ＶＥＴ）
を模式的に示した図である。ＶＥＴは、１つまたは複数
のビデオ編集操作を表したテーブルであり、個々のビデ
オ編集操作を表すのに、その編集操作に必要と判断され
た部分（編集部分）を含んでいる実ファイルを特定する
のに必要な情報と、その編集部分の始点及び長さを特定
するのに必要な情報とで表すようにしている。このテー
ブルの各エントリ（ＶＥＴエントリ）は、それらの情報
に加えて更に、仮想ファイル内でそのＶＥＴエントリの
後に続くネクストＶＥＴエントリを指し示すインデック
スをも含んでいる。

【００４６】またこのＶＥＴにおいては、１つの編集部
分の始点を表すのに、その編集部分を含んでいる実ファ
イルの始点からのオフセットを用いるのではなく、その
編集部分の始点を含んでいるフラグメント（即ちルート
・マップ・エントリ）の始点からのオフセットを用いて
いる。従って、そのフラグメントの始点からのオフセッ
トと、フレーム個数で表したその編集部分の長さとが定
められている。このようにして編集部分を表すようにし
たため、実ファイル・ヘッダ・テーブルを参照した上で
ルート・マップをたどるという面倒な手順を取ることな
く、編集部分の始点を発見することができる。

【００４７】図１１は、オーディオ編集テーブル（ＡＥ
Ｔ）を模式的に示した図である。ＡＥＴは、以上に説明
したＶＥＴと基本的に同一のテーブルであるが、ＡＥＴ
は、出力素材における左右の出力チャネルへのオーディ
オ・チャネルの割り当てを定めたバイトを含んでいる点
が異なっている。この割り当てバイト内に適切なビット
を設定することで、４本のオーディオチャネル（第１チ
ャネル〜第４チャネル）の各々を個別に、左出力チャネ
ル、右出力チャネル、或いは両出力チャネルに割り当て
ることができ、また、いずれの出力チャネルにも割り当
てないようにすることもできる。

【００４８】図１２は、「使用状態」マスクがどのよう
に用いられるかを説明した図である。ここで再び図４を
参照して説明すると、ヘッダ領域内の複数の部分のうち
マスクが割り当てられている部分は、２番目、５番目、
９番目、及び１１番目の部分であり、それら部分に割り
当てられているマスクは、夫々、「実ファイル・マス
ク」、「仮想ファイル・マスク」、「ＶＥＴマスク」、
及び「ＡＥＴマスク」と名付けられている。

【００４９】それらマスクの各々は、複数のデータ・ビ
ットから成る小さなサイズのデータ・アレイである。１
つのマスク内の各データビットは、そのマスクに対応し
たテーブル内の夫々のエントリが、現在使用されている
か否かを表す。例えば、実ファイル・マスクでは、その
中の各ビットが実ファイル・ネーム・テーブル内の１つ
１つのエントリに対応しており、また、ＶＥＴマスクで
は、その中の各ビットがビデオ編集テーブル（ＶＥＴ）
内の１つ１つのエントリに対応しており、その他のマス
クも同様である。

【００５０】既述のごとく、ネーム・テーブル、ヘッダ
・テーブル、及び編集テーブルはいずれも、その中のエ
ントリが、特に決められた順番に従うことなく使用され
たり、また（エントリ削除によって）空いたりする。そ
れらテーブルに対応した夫々の「使用状態」マスクは、
対応するテーブルに新たに１つのエントリを加える必要
が生じたとき（例えば、新たに１個の実ファイルを記録
しようとするとき）に、そのテーブル内のエントリのう
ちのどのエントリが空きエントリになっているのかを、
ＰＣに迅速に知らせるために用いられている。

【００５１】即ち、あるテーブルに新たに１つのエント
リを加える必要が生じたときには、使用状態マスク内の
「０」に設定されている最初のビット（この設定は「非
使用」を表す）を特定すれば、その使用状態マスクの始
点からのそのビットの位置が、その使用状態マスクに対
応したテーブル内の空きエントリを指し示すインデック
スとなる。そして、そのテーブルのエントリを使用する
ときに、使用状態マスク内のその対応するビットの論理
状態を「１」に設定する（この設定は「使用」を表
す）。

【００５２】以上の技法によれば、様々なテーブルの中
を空きエントリを求めてサーチする時間を節約すること
ができ、また、その空きエントリをサーチする際にそれ
らテーブル（それらテーブルが非常に長大なものである
場合がある）からの読み出しを行うために何度もディス
クにアクセスせずに済む。

【００５３】図１３は、オーディオ・データ・パケット
を模式的に示した図であり、このパケットは、対応する
ビデオ信号の１フレームに関するオーディオ・データを
含んでいる。

【００５４】このオーディオ・データ・パケットは、ヘ
ッダと、対応するビデオ・フレームのタイムコードと、
必要なオーディオ・サンプルとを含んでいる。（同じラ
イン方式の）オーディオ・データ・パケットは、全て同
じ長さ（一定長）であるため、オーディオ・データ領域
内における、ある１つのオーディオ・データ・パケット
から別の１つのオーディオ・データ・パケットまでのオ
フセットが、オーディオ・データ・パケット何個分に相
当するかが分かれば、それらオーディオ・データ・パケ
ットの一方に対する他方の相対位置を知ることができ
る。

【００５５】図１４は、図１３と同様のビデオ・データ
・パケットを模式的に示した図である。このビデオ・デ
ータ・パケットも、ヘッダと、１個のビデオ・フレーム
のタイムコードと、その１ビデオ・フレームのビデオ・
データとを含んでいる。ここでも、１枚のディスク媒体
上に記録される、１つのビデオ・ライン方式に対応して
いるビデオ・データ・パケットは、全て同じ長さ（一定
長）である。

【００５６】最後の図１５は、実ファイルを表すのにル
ート・マップをどのように使用するか、また、仮想ファ
イルを表すのにビデオ編集テーブル（ＶＥＴ）をどのよ
うに使用するかを説明した模式図である。

【００５７】図１５は、ディスク媒体の表面を模式的に
示しており、このディスク媒体の表面には複数個の論理
ブロックが、図中の左上から右下への順序で並んで存在
している。図中に細長い長方形で示した４つのセクショ
ン３００、３１０、３２０、及び３３０は、ディスク媒
体上のフラグメントを表したものであり、ここでいうフ
ラグメントとは、ディスク媒体上の１つの連続したデー
タ・セクションのことである（実ファイルのフラグメン
テーション（断片化）は、先に作成したファイルを削除
した後に、新たなファイルを作成した場合に発生しう
る）。

【００５８】フラグメント３２０及び３３０は、その一
部分だけにハッチングを施してあるが、このことについ
ては後に詳述する。

【００５９】フラグメント３００、３１０、３２０、３
３０は、その各々がルート・マップ内の夫々１つのエン
トリに対応している。ルート・マップ内の１つのエント
リは、ただ１つの実ファイルにしか関与することができ
ない。もし、ある１つの実ファイルを作成する際にある
フラグメントの一部だけが使用されたとしても、そのフ
ラグメントの残りの部分はより小さな別のフラグメント
として表されるようになる。

【００６０】フラグメント３００、３１０、３２０、３
３０は、ルート・マップを構成しているリストが連結さ
れていることによって、互いに連係している。即ち、ル
ート・マップ内の各エントリが、ルート・マップ内のネ
クスト・レコード（ネクスト・エントリ）を指し示して
いる。従って、ルート・マップ内のエントリのうち、フ
ラグメント３００に対応したエントリは、フラグメント
３１０に対応したエントリを指し示すポインタを含んで
おり、このフラグメント３１０に対応したエントリは、
フラグメント３２０に対応したエントリを指し示すポイ
ンタを含んでおり、以下同様である。フラグメント３０
０〜３３０に対応した夫々のエントリは、ルート・マッ
プ内においてどんな順序であっても構わず、特に、連続
して並んでいる必要はない。

【００６１】図１５に示した４つのフラグメント３００
〜３３０は、１個の実ファイルに対応したものであり、
実ファイル・ヘッダ・テーブルのエントリに含まれてい
る「ルート・マップ内の先頭エントリ」という名の項目
（図７参照）が、フラグメント３００に対応したエント
リを指している。

【００６２】従って、この実ファイルをオープンして再
生するとき、そのファイル・ヘッダが光磁気ディスク１
５０からＰＣ１００へロードされる。ＰＣ１００はその
ロードされたファイル・ヘッダから、ＲＭ内の先頭エン
トリ（図１５の例ではフラグメント３００を指してい
る）と、ＲＭ内のエントリ個数、即ちフラグメント個数
（図示例では４個である）と、ＲＭ内の最後のエントリ
（図１５の例ではフラグメント３４０を指している）と
を読み取る。

【００６３】この実ファイルを再生するには、先ず最初
にフラグメント３００からオーディオ・データ・フレー
ム及びビデオ・データ・フレームを読み出して再生す
る。フラグメント３００の末尾に達したならば、このフ
ラグメント３００に対応したＲＭエントリ内のポインタ
に基づいて、ＲＭを形成している連結リスト内のネクス
トＲＭエントリ（このネクストＲＭエントリはフラグメ
ント３１０に対応している）にアクセスする。そしてフ
ラグメント３１０のデータを続けて再生する。更に続け
てフラグメント３２０のデータを再生し、それに続けて
フラグメント３３０のデータを再生する。

【００６４】ここで、この実ファイルに含まれているフ
ラグメントが以上の４個だけであるとするならば、フラ
グメント３３０の末尾まで再生した時点で、再生動作は
停止する。なぜならば、この時点で (a)それまでに再生
したフラグメントの個数が実ファイル・ヘッダ内に定め
られているフラグメント総数に等しくなり、また、 (b)
「最終フラグメント」ポインタがフラグメント３３０を
指し示しているからである。ただし、ルート・マップ内
でフラグメント３３０に対応したエントリはなお、ネク
スト・ルート・マップ・エントリを指し示しており、そ
れによって１つの連続した連結リストが形成されてい
る。

【００６５】ビデオ編集テーブルの１つのエントリ（１
つのＶＥＴエントリ）は、この実ファイル内の一部分、
即ちハッチングを施した部分３４０を表している。この
場合、そのＶＥＴエントリには、フラグメント３２０に
対応したルート・マップ・エントリを指し示すインデッ
クスと、この部分３４０のフラグメント３２０の始点か
らのオフセットを表すオフセット値（フレーム数で表さ
れる）と、この部分３４０の全長を表す長さ値（これも
フレーム数で表される）とが含まれている。従って、こ
の項目（即ち部分３４０）をＶＥＴに基づいて再生する
際には、先ず、フラグメント３２０に対応したルート・
マップ・エントリにアクセスし、このフラグメント３２
０の始点から数えて然るべき数の（この数は変数「オフ
セット」値に等しい）フレームのところから再生動作を
開始する。この再生動作は、ルート・マップに定められ
ているフラグメントの連結リストに従って後続のフラグ
メント３３０へ続き、所要の長さ（フレーム数で表され
る）の再生が完了した時点で停止する。

【００６６】ある１つの仮想ファイルを再生するには、
ディスク媒体１６０からその仮想ファイルに対応した一
連のＶＥＴエントリを読み出す。それには先ず、その仮
想ファイルのヘッダ（仮想ファイル・ヘッダ）をロード
する。この仮想ファイル・ヘッダには、対応した一連の
ＶＥＴエントリのうちの先頭ＶＥＴエントリと、それら
ＶＥＴエントリの総数とが定められている。ＶＥＴは連
結リストであって、その中の各エントリがただ１つのネ
クスト・エントリを指し示しているため、１つの仮想フ
ァイルに対応した一連のＶＥＴエントリを適切に取り出
すことができる。そして、ＰＣ１００が（上で説明した
ようにして）その仮想ファイルの各ＶＥＴエントリに夫
々が対応した、一連のルート・マップ・エントリと一連
のオフセットとを取り出して、ビデオ記録コントローラ
１４０へダウンロードすることにより、ディスク媒体１
６０からの再生動作が開始する。

【００６７】更にオーディオ・データについても、ＡＥ
Ｔに基づいて以上と同様の処理を行う。従って、ビデオ
記録コントローラ１４０に関する限り、再生するファイ
ルが実ファイルと仮想ファイルとのいずれであるかにか
かわらず、単に、ディスク媒体１６０上の再生すべきＬ
Ｂ（論理ブロック）を順序に従って記したリストを受け
取り、それに従って再生を行うだけである。

【００６８】

【発明の効果】以上のように、編集された出力シーケン
スを表すのに、ディスク上の複数の実データ領域を連結
させて指し示す仮想ファイルの形で表すようにしたた
め、再生を順方向にも逆方向にも行え、また様々な再生
速度で行うことができる。というのは、１つの編集され
たの出力シーケンスの全体を単一のファイル、即ち、複
数の記録領域を連結させた単一のシーケンスで表すよう
にしたからである。従って、編集された出力シーケンス
を見るために幾つもの実ファイルを特定の順序で次々と
オープンしたりクローズしたりせずに済むのである。

【００６９】また、仮想ファイル及びＶＥＴエントリ
は、ディスク媒体１６０上に記録されるため、編集作業
が完了した時点でディスク媒体１６０上に保持されてい
る。従って、編集作業が完了した後にそのディスク媒体
１６０を使用する際には、編集コントローラで仮想ファ
イルをオープンして再生することができる。

【００７０】また、ルート・マップを用いることによっ
て、以上に説明したものとは異なったタイプの「ダミ
ー」ファイルである「ＡＬＬ」というファイル・ネーム
を持つファイルを作成することができる。このファイル
をオープンして再生するときには、ＰＣ１００は、ビデ
オ記録コントローラ１４０に対して単に、ディスク媒体
１６０上に記録されている全てのビデオ・データをルー
ト・マップによって指定されている順序で再生するよう
に命令する。これを利用することで、オペレータはディ
スク媒体１６０の全ての内容を極めて容易に見ることが
できる。

【図面の簡単な説明】

【図１】ディジタル・ビデオ編集システムのブロック図
である。

【図２】ビデオ記録コントローラのブロック図である。

【図３】夫々５２５ライン方式のビデオと６２５ライン
方式のビデオとに対応した、ディスク媒体上のデータ構
成を模式的に示した図である。

【図４】ディスク・ヘッダ領域の内容を模式的に示した
表図である。

【図５】ディスク・ヘッダ・ファイルの内容を模式的に
示した表図である。

【図６】ファイル・ネーム・テーブルを模式的に示した
図である。

【図７】実ファイル・ヘッダ・テーブルを模式的に示し
た図である。

【図８】仮想ファイル・ヘッダ・テーブルを模式的に示
した図である。

【図９】ディスク媒体のルート・マップを模式的に示し
た図である。

【図１０】ビデオ編集テーブルを模式的に示した図であ
る。

【図１１】オーディオ編集テーブルを模式的に示した図
である。

【図１２】Ａ及びＢは使用状態マスクの機能を説明した
模式図である。

【図１３】オーディオ・データ・パケットを模式的に示
した図である。

【図１４】ビデオ・データ・パケットを模式的に示した
図である。

【図１５】実ファイルを及び仮想ファイルを表すのにル
ート・マップ及びビデオ編集テーブルをどのように用い
るかを示した模式図である。

【符号の説明】

１００ パーソナル・コンピュータ（ＰＣ） １４０ ビデオ記録コントローラ １５０ 光磁気ディスク １６０ ディスク記録媒体 ３００、３１０、３２０、３３０ フラグメント

Claims (7)

【特許請求の範囲】
1. 【請求項１】 記録媒体上に記録されたビデオ・マテリ
   アルないしオーディオ・マテリアル等のソース・マテリ
   アルに編集操作を加えることにより、そのソース・マテ
   リアルから選出した複数のソース・マテリアル・クリッ
   プより成る編集されたマテリアル・シーケンスを生成す
   る編集装置において、 編集操作を加えるソース・マテリアルを表したデータを
   包含している前記記録媒体上の複数のソース・ファイル
   を定める手段を備え、 各々の編集されたマテリアル・シーケンスに対応して１
   つずつ設けられる前記記録媒体上の出力ファイルを定め
   る手段を備え、各出力ファイルはアドレス情報を包含し
   ており、このアドレス情報は、その出力ファイルに対応
   した編集されたマテリアル・シーケンスを構成する１つ
   ないし複数のソース・マテリアル・クリップを表してい
   る前記複数のソース・ファイル内のデータの、前記記録
   媒体上における記録位置のシーケンスを定める情報であ
   る、ことを特徴とする編集装置。
2. 【請求項２】 前記記録媒体はディスク記録媒体である
   ことを特徴とする請求項１記載の編集装置。
3. 【請求項３】 前記記録媒体上に編集テーブルを記録し
   てあり、該編集テーブル内の各エントリが、前記複数の
   ソース・ファイルのうちの１つによって表されているソ
   ース・マテリアルから選出された１つの連続したソース
   ・マテリアル・クリップを表したデータの、当該ソース
   ・ファイル内における記録位置を定めており、 各出力ファイルはファイル・ヘッダを包含しており、こ
   のファイル・ヘッダは、前記編集テーブル内の複数のエ
   ントリを順序付けて示した１つのリストを定めている、
   ことを特徴とする請求項１または２記載の編集装置。
4. 【請求項４】 前記記録媒体上にルーティング・テーブ
   ルを記録してあり、該ルーティング・テーブルが包含し
   ている複数のエントリが、前記複数のソース・ファイル
   を記録してある前記記録媒体上の夫々の記録位置を示し
   た１つの連結リストを定めていることを特徴とする請求
   項３記載の編集装置。
5. 【請求項５】 前記複数のソース・ファイルの各々がソ
   ース・ファイル・ヘッダを包含しており、そのソース・
   ファイル・ヘッダが、前記ルーティング・テーブル内の
   １個のエントリまたは互いに連結された一連のエントリ
   から成るエントリ・グループを定めており、そのエント
   リ・グループが、そのソース・ファイルから選出された
   データ部分が夫々に記録されている前記記録媒体上の夫
   々の記録位置を定めていることを特徴とする請求項４記
   載の編集装置。
6. 【請求項６】 前記編集テーブルの各エントリが、前記
   ルーティング・テーブル内の１個のエントリまたは互い
   に連結された一連のエントリから成るエントリ・グルー
   プを定めており、そのエントリ・グループが、ある１つ
   のソース・ファイルから選出されたデータ部分が夫々に
   記録されている前記記録媒体上の夫々の記録位置を定め
   ていることを特徴とする請求項４または５記載の編集装
   置。
7. 【請求項７】 ビデオ・マテリアルないしオーディオ・
   マテリアル等のソース・マテリアルが記録され、その記
   録されたソース・マテリアルに編集操作が加えられるこ
   とで、そのソース・マテリアルから選出されたソース・
   マテリアル・クリップより成る編集されたマテリアル・
   シーケンスが生成されるようにしたデータ記録媒体にお
   いて、 編集操作を加えるソース・マテリアルを表したデータを
   包含している複数のソース・ファイルが記録されてお
   り、 各々の編集されたマテリアル・シーケンスに対して１つ
   ずつ設けられた出力ファイルが記録されており、各出力
   ファイルはアドレス情報を包含しており、このアドレス
   情報は、その出力ファイルに対応した編集されたマテリ
   アル・シーケンスを構成する１つないし複数のソース・
   マテリアル・クリップを表している前記複数のソース・
   ファイル内のデータの、前記記録媒体上における記録位
   置のシーケンスを定めた情報である、ことを特徴とする
   データ記録媒体。