JPH1031881A - データ記録装置及びデータ記録媒体 - Google Patents

データ記録装置及びデータ記録媒体

Info

Publication number
JPH1031881A
JPH1031881A JP9090853A JP9085397A JPH1031881A JP H1031881 A JPH1031881 A JP H1031881A JP 9090853 A JP9090853 A JP 9090853A JP 9085397 A JP9085397 A JP 9085397A JP H1031881 A JPH1031881 A JP H1031881A
Authority
JP
Japan
Prior art keywords
data
array
recorded
file
entry
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP9090853A
Other languages
English (en)
Other versions
JP4478218B2 (ja
Inventor
Jonathan Mark Greenwood
マーク グリーンウッド ジョナサン
John Mcgrath Mark
ジョン マグラース マーク
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Europe BV United Kingdom Branch
Original Assignee
Sony United Kingdom Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony United Kingdom Ltd filed Critical Sony United Kingdom Ltd
Publication of JPH1031881A publication Critical patent/JPH1031881A/ja
Application granted granted Critical
Publication of JP4478218B2 publication Critical patent/JP4478218B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0608—Saving storage space on storage systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0667—Virtualisation aspects at data level, e.g. file, record or object virtualisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/068—Hybrid storage device
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525—Magneto-optical [MO] discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

(57)【要約】 【課題】 データ記録媒体上に一度記録したデータ項目
を削除してできる空き記録スペースを効率的に利用でき
るデータ記録装置を提供する。 【解決手段】 順序付けられた複数のデータ項目から成
るデータ・アレイが記録媒体上に記録され、そのデータ
・アレイから１つのデータ項目が削除されたならば新た
に記録されるデータ項目をそこに記録することのできる
空きデータ記録スペースが生じるデータ記録装置におい
て、記録されているデータ・アレイ内の各々のデータ項
目位置に夫々が対応した複数のマスク・アレイ・データ
・エントリから成るマスク・アレイを記録媒体上に記録
するための手段を備え、複数のマスク・アレイ・データ
・エントリの各々は、データ・アレイ内のそのマスク・
アレイ・データ・エントリに対応した位置にデータ項目
が有効に記録されているか否かを示すように設定可能と
した。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ記録装置及
びデータ記録媒体に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】磁気デ
ィスク媒体や光磁気ディスク媒体等のデータ記録媒体に
は、通常、「ヘッダ」情報が書き込まれている。このヘ
ッダ情報とは、そのディスク媒体上に記録されているデ
ータ・ファイルの記録位置、現在使用状況、及び属性を
定めた情報である。一般的に、ヘッダ情報は、多数のエ
ントリを有する１つまたは複数の長大なテーブル（表）
で構成されており、それらエントリの各々が、そのディ
スク媒体上に記録されている特定の論理ファイルないし
セクションの１つずつに関連付けられている。また、コ
ンピュータのデータベース等のデータ記録装置の方面で
も、同様に多数のエントリを有する長大なテーブルが使
用されている。
【０００３】多くの場合、その種のテーブルのエントリ
は、データ・ファイルがディスク媒体上に記録される順
番にセットアップされ（並べられ）、またデータベース
の場合であれば、データベース・エントリがそのデータ
ベースにロードされる順番にセットアップされる。しか
し、一度記録したファイルまたはロードしたデータベー
ス・エントリのいずれかを後になって削除すると、それ
によってテーブル内に空きスペースが発生するが、その
空きスペースを埋めるためにそのテーブルの全てのエン
トリを並べ直すことは、面倒であるので、しないのが普
通である。ところが、それをしないでいると、一般的な
傾向として、ある程度の期間に亘って使用した後には、
そのテーブルのあちこちに空きエントリができてくる。
【０００４】しかし、そのようなテーブルに新たにエン
トリを追加するときに、そのエントリをそこに割り当て
るため、空き状態にあるテーブル・エントリをサーチす
るとなると、新たなエントリを１つ追加する度にそのテ
ーブルの広範な部分を順番に読み出す作業が必要にな
る。この作業に伴うデータ処理及び記録媒体へのアクセ
スのための費用は、馬鹿にならず引き合わないことが多
い。従って、新たなテーブル・エントリを追加するに
は、そのテーブル内の空きスペースにそのエントリを割
り当てるよりは、むしろ、既存のエントリ列の最後にそ
のエントリを付け加える方が容易である。
【０００５】
【課題を解決するための手段】本発明は、順序付けられ
た複数のデータ項目から成るデータ・アレイが記録媒体
上に記録され、前記データ・アレイから１つのデータ項
目を削除したならば新たに記録されるデータ項目をそこ
に記録することのできる空きデータ記録スペースが生じ
るデータ記録装置において、記録されているデータ・ア
レイ内の各々のデータ項目位置に夫々が対応した複数の
マスク・アレイ・データ・エントリから成るマスク・ア
レイを前記記録媒体上に記録するための手段を備え、前
記複数のマスク・アレイ・データ・エントリの各々は、
前記データ・アレイ内のそのマスク・アレイ・データ・
エントリに対応した位置にデータ項目が有効に記録され
ているか否かを示すように設定可能であることを特徴と
するデータ記録装置を提供する。
【０００６】本発明は、比較的小さなアレイである「マ
スク」アレイを使用することで上述の問題を解決したも
のである。このマスク・アレイ内の特定の位置にある１
個または複数個の（ただし、１個とする方が好ましい）
データ・ビットによって、データ・アレイ内のそれに対
応する位置が、空き状態にあるか否かを示すようにして
いる。従って、データ・アレイそのものと比べてはるか
に小さいマスク・アレイにアクセスしてその内容を調べ
るだけで、そのデータ・アレイ内の最初の空きエントリ
を探し出すことができる。
【０００７】また、本発明は、順序付けられた複数のデ
ータ項目から成るデータ・アレイが記録され、前記デー
タ・アレイから１つのデータ項目が削除されたならば新
たに記録されるデータ項目をそこに記録することのでき
る空きデータ記録スペースが生じるデータ記録媒体にお
いて、記録されているデータ・アレイ内の各々のデータ
項目位置に夫々が対応した複数のマスク・アレイ・デー
タ・エントリから成るマスク・アレイが更に記録され、
前記複数のマスク・アレイ・データ・エントリの各々
は、前記データ・アレイ内のそのマスク・アレイ・デー
タ・エントリに対応した位置にデータ項目が有効に記録
されているか否かを示すように設定可能であることを特
徴とするデータ記録媒体をも提供する。
【０００８】
【発明の実施の形態】以下に添付図面を参照しつつ、本
発明をその具体的な実施の形態に即して説明して行く。
なお、添付図面中、同一ないし対応する要素には同一の
参照番号を付した。図１は、ディジタル・ビデオ編集シ
ステム及びそれに付随するビデオ記録装置のブロック図
である。図示のビデオ編集システムはパーソナル・コン
ピュータ（ＰＣ）１００を含んでおり、このＰＣ１００
は、カーソル制御デバイス１１０（マウス等）と、ディ
スプレイ画面メモリ１２０と、ディスプレイ画面１３０
とを有する。本例ではＰＣ１００として、ノートブック
型（携帯型）コンピュータであるＩＢＭ社の「シンクパ
ッド」を使用しているため、ＰＣ１００、カーソル制御
デバイス１１０、ディスプレイ画面メモリ１２０、及び
ディスプレイ画面（ＬＣＤ画面）の全てが、単一の携帯
型装置として一体化されている（なお、ＩＢＭ社のシン
クパッドのカーソル制御デバイス１１０はジョイスティ
ック型の制御デバイスである）。従って、ＰＣとその構
成要素との間のデータ通信は、ＰＣの内部バスを介して
行われる。
【０００９】ＰＣ１００は、ＳＣＳＩバスを介してビデ
オ記録コントローラ１４０との間で通信を行い、更にビ
デオ記録コントローラ１４０は同じくＳＣＳＩバスを介
して光磁気ディスク１５０との間で通信を行う。
【００１０】本例では、ビデオ記録コントローラ１４０
と光磁気ディスク１５０とは、使用時にノートブック型
コンピュータをその上に載せて結合する「ドッキングス
テーション」として製作されている。
【００１１】このビデオ編集システムは、オフライン方
式の非線形編集コントローラとして動作するようにした
ものであり、入力してくる放送品質のオーディオ信号及
びビデオ信号に対して非常に圧縮比の大きなデータ圧縮
処理を施し（この結果、放送用の基準をかなり下回る品
質レベルになる）、それを光磁気ディスク１５０に記録
する。こうしてソース・ビデオのうちの１つまたは複数
のセクションを光磁気ディスク１５０に記録したなら
ば、この編集コントローラを操作するオペレータは、そ
の記録したセクションに処理操作を加えることで、エデ
ィット・デシジョン・リスト（ＥＤＬ）を作成すること
ができる。このＥＤＬは、編集されたビデオ出力シーケ
ンスを構成する連続した複数の部分の各々を構成するソ
ース・マテリアル（素材）の「イン・ポイント（始
点）」及び「アウト・ポイント（終点）」を定めるビデ
オのタイムコードのリストである。ただし、光磁気ディ
スク１５０に記録されるビデオ信号は、放送用の基準を
かなり下回る品質レベルのものであるため、このＥＤＬ
は、それをオリジナルのビデオ・データ（即ち、最初に
ビデオ記録コントローラ１４０へ供給されたデータ）に
適用することで、放送用ないし配布用のビデオを制作す
ることを意図したものである。
【００１２】図２は、ビデオ記録コントローラ１４０及
び光磁気ディスク１５０のブロック図である。光磁気デ
ィスク１５０は着脱可能なディスク媒体１６０を使用す
る自立型の装置であり、読み書きヘッド及びそれに付随
する回路１７０と、プロセッサ１８０とを備えている。
プロセッサ１８０は、ディスク媒体のフォーマッティン
グ及びディスク媒体上でのデータ操作の作業のうちの非
常に低レベルの部分を担当するものである。この種の製
品の一例は、ソニー社の「ＨＳＤ−６５０型」光磁気デ
ィスク・ドライブである。このソニー社の製品を用いた
場合には、光磁気ディスク１５０は「論理ブロック・ア
ドレス（ＬＢＡ）」を（外部の回路から）受け取る。１
つのＬＢＡは、ディスク媒体上の多数の論理データ・ブ
ロック（ＬＢ）のうちの１つを定めている。ディスク媒
体１６０上の論理ブロックの位置設定及びフォーマッテ
ィングはプロセッサ１８０に委されているため、外部か
ら光磁気ディスク１５０を見た限りでは、１つの大容量
の（この場合は６５２メガバイト）記録媒体に見え、Ｌ
ＢＡにより、その大容量の記録媒体上の小さな記録ブロ
ックに個別にアドレスすることができる。なお、光磁気
ディスク１５０は、ＳＣＳＩリンクを介して、読み書き
用バッファ及び制御回路１９０との間で通信を行うよう
にしている。
【００１３】ＳＣＳＩインターフェース２００は、ノー
トブック型ＰＣ１００との間で通信を行うために備えら
れており、また、オーディオ／ビデオ（Ａ／Ｖ）圧縮／
伸長回路２１０は、光磁気ディスク１５０に書き込むオ
ーディオ・データ／ビデオ・データに圧縮処理を施し、
光磁気ディスク１５０から読み出されたオーディオ・デ
ータ／ビデオ・データに伸長処理を施すために備えられ
ている。Ａ／Ｖ圧縮／伸張回路２１０は、公知の画像内
圧縮法を採用しており、光磁気ディスクに記録されてい
るデータから個々の画像を再生する際に、他の圧縮画像
を参照する必要がない。更に詳しく説明すると、入力ポ
ート２２０へ供給されて入力してくる放送用品質の画像
（画像データ）に対して、先ず最初に、水平方向と垂直
方向との各々に関して４：１の間引き処理を施す。その
間引き処理を施した画像に対して更に、公知のＪＰＥＧ
圧縮法を用いて圧縮処理を施すことにより、１画像面あ
たり約５キロバイトの圧縮画像データを生成する。この
ように圧縮して記録した画像を光磁気ディスク１５０か
ら読み出すときには、その読み出した圧縮画像に対して
ＪＰＥＧ伸長処理だけを施す。そのため、ＰＣ１００へ
供給される画像は、フル・レートのビデオ画像と比べて
はるかに小さなサイズ（４：１に間引かれたサイズ）に
なっている。しかし、これによって不都合が生じること
はなく、なぜならば、こうしてＰＣ１００へ供給される
画像は、エディット・デシジョンの位置をどこにするか
を決めるためだけに用いられるからである。こうして決
定されたエディット・デシジョンが、引き続いて（ＥＤ
Ｌを介して）オリジナルの（即ち、圧縮されていない）
ビデオ信号に適用される。
【００１４】光磁気ディスク１５０に記録するオーディ
オ及びビデオ・データをフォーマッティングする作業の
一部を、読み書きバッファ及び制御回路１９０に関する
プログラム・ファームウェアに担当させることも可能で
あるが、本例では、事実上その作業の全てをＰＣ１００
に担当させている。従って、ビデオ記録コントローラ１
４０は、「能動」記録コントローラというよりはむしろ
「非能動」記録コントローラとして動作するように設定
してあり、即ち、このビデオ記録コントローラ１４０
は、ＰＣ１００からの指示（この指示はＬＢアドレス信
号の信号レベルの形で発せられる）に従って、光磁気デ
ィスク１５０に対するデータの読み書きを行う。
【００１５】光磁気ディスク１５０に記録されているビ
デオ・データの再生を開始するときには、ＰＣ１００
が、再生すべき複数のＬＢをその順序に従って記したＬ
Ｂリストを、ビデオ記録コントローラ１４０へダウンロ
ードする。すると、そのリスト中のそれらＬＢに記録さ
れているビデオ・フレームが、そのリスト中の順序に従
って再生され、伸長処理を施されてＰＣ１００へ返さ
れ、ディスプレイされる。このことから明らかなよう
に、ＰＣ１００は、ビデオ記録コントローラ１４０へ送
出するＬＢリストを作成するために、光磁気ディスク１
５０のヘッダ領域に記録されているデータにしばしばア
クセスする必要がある。
【００１６】そのために、光磁気ディスク１５０にデー
タをどのように書き込んでおくかということが、本例の
動作上の多くの特徴を成しているので、これより、光磁
気ディスクのデータ構成について説明する。
【００１７】先ず手始めに、図３のＡ及びＢは、５２５
ライン方式（走査線数が５２５本のテレビジョン方式）
のビデオ信号の場合及び６２５ライン方式のビデオ信号
の場合における、ディスク媒体１６０上のデータ構成を
模式的に示したものである。
【００１８】それら２つの場合のいずれにおいても、基
本的に、ディスク媒体上の領域が、次のように分割され
ている。即ち、先頭にヘッダ領域があり、続いてビデオ
・データ領域があり、その次にオーディオ・データ領域
があり、更にその次に、僅かの使用しないセクタ（論理
ブロック）がある。１つのセクタに対応するデータ量は
２０４８バイトである。ビデオ及びオーディオ・データ
に対して施す圧縮処理は、２種類のライン方式の各々に
ついて調節され、１枚のディスク媒体に約４４〜４５分
のビデオ素材及びオーディオ素材を収められるようにし
ている。
【００１９】以下に、図４〜図１５を参照して、ヘッダ
領域、ビデオ・データ領域、及びオーディオ・データ領
域について詳細に説明する。重要なことなのでここで再
度述べておくが、それら３つの領域のフォーマッティン
グは、論理ブロック・アドレス（ＬＢＡ）に関して行わ
れるものである。非常に低レベルのフォーマッティング
はディスク・ドライブが自ら担当するのに対して、この
ＬＢレベルのフォーマッティングは、ソフトウェア制御
の下にＰＣ１００が担当するものである。
【００２０】図４は、１枚のディスク媒体のヘッダ領域
の内容を模式的に示した図である。このディスク・ヘッ
ダ領域は、長さが２５６セクタ（論理ブロック２５６
個）であり、以下に列挙する部分から構成されている。 ディスク・ヘッダ： 論理ブロック１個 実ファイル・マスク： 論理ブロック１個 実ファイル・ネーム・テーブル： 論理ブロック２個 実ファイル・ヘッダ・テーブル： 論理ブロック１６個 仮想ファイル・マスク： 論理ブロック１個 仮想ファイル・ネーム・テーブル： 論理ブロック２個 仮想ファイル・ヘッダ・テーブル： 論理ブロック１６個 ルート・マップ： 論理ブロック６４個 ビデオ編集テーブル・マスク： 論理ブロック１個 ビデオ編集テーブル： 論理ブロック６４個 オーディオ編集テーブル・マスク： 論理ブロック１個 オーディオ編集テーブル： 論理ブロック６４個 これら部分の各々について、以下に更に詳細に説明す
る。
【００２１】図５はディスク・ヘッダの部分のファイル
を更に詳細に示した図である。このディスク・ヘッダ・
ファイルの構成要素の殆どは、説明するまでもなく、そ
の名称を見ただけで内容が明らかなものである。ディス
ク・ヘッダ・ファイルは、ディスク媒体を（ＰＣの制御
の下に）初めてフォーマットする際に書き込まれるファ
イルであり、このファイルに含まれているのは、使用し
ているソフトウェアの識別データ、ボリューム・ラベ
ル、そのディスク媒体上の実ファイル及び「仮想ファイ
ル」の個数を表すデータ（実ファイル及び仮想ファイル
については後に詳述する）、それにルート・マップを定
めるデータ（ルート・マップについても後に詳述する）
であり、またその最後に、そのディスク媒体上に記録さ
れているビデオ・データのライン方式（走査線が何本の
テレビジョン方式か）を示すための１ビットを割り当て
てある。本例では、１枚のディスク媒体１６０上には、
５２５ライン方式のビデオ・データか、６２５ライン方
式のビデオ・データかの、いずれか一方しか記録させな
いようにしており、そのため同じ１枚のディスク媒体上
に異なったライン方式のビデオ・データが混在すること
はない。
【００２２】１枚のディスク媒体上に記録し得るデータ
・ファイルの最大個数は、ファイル・ネーム・テーブル
及びファイル・ヘッダ・テーブルの夫々にどれほどのス
ペースを割り当てるかによって予め決められる。本例の
場合、記録可能なデータ・ファイルの最大個数は、実フ
ァイルが２５５個、それに仮想ファイルが２５５個であ
る。
【００２３】「実」ファイルは、入力ポート２２０から
のオーディオ／ビデオ・データを、ディスク媒体１６０
上に記録することによって作成されるファイルである。
１個の実ファイルは、ファイル・ネームと、ファイル・
ヘッダと、ディスク媒体１６０上にデータが記録された
データ領域とで構成される。ディスク媒体１６０上に記
録されたデータの位置は、ファイル・ヘッダによって
（ＬＢＡで）定められる。一度作成された実ファイル
は、編集操作によって変更を受けることはなく、作成さ
れたときと同じ形のまま維持されるか、さもなくばディ
スク上から削除されるかのいずれかである。
【００２４】これに対して「仮想」ファイルは、編集作
業を実行することによって作成されるファイルである。
１個の仮想ファイルは、ファイル・ネームと、１つのビ
デオ編集テーブルを指し示すファイル・ヘッダとだけで
構成される。仮想ファイルはディスク媒体上に記録され
ている特定のデータに対して持続的な関連性を持つもの
ではなく、そのディスク媒体上に記録されている１つな
いし複数の実ファイルに含まれているデータのセクショ
ンを指し示す一連のポインタを間接的に与えるものであ
る。
【００２５】この構成によれば、実際にディスク媒体上
のスペースを大幅に節約することができ、これが可能で
あるのは、編集作業時にデータを記録し直す必要がない
からである。一例として、あるディスク媒体上に３個の
実ファイルが記録されており、オペレータが、それら３
個の実ファイルの各々から例えば１０秒ずつの部分を取
り出してつなぎ合わせたものをもって、編集されたビデ
オ出力シーケンスとしたいと考えたものとする。この場
合、それら３個の実ファイルの夫々の部分を物理的に新
たな出力用ファイルへコピーする必要はない。即ち、そ
のようなコピーを行う代わりに、１つの仮想ファイルを
作成して、その仮想ファイルが各実ファイル内の選択さ
れた部分を指し示すポインタを与えるようにするのであ
る。しかも実際には、仮想ファイルのためのファイル・
ヘッダ領域は前もって割り当てられているため、新たに
仮想ファイルを作成するのにディスク媒体上のスペース
を更に余計に取ることもない。
【００２６】ヘッダ領域内には、実ファイルのためのフ
ァイル・ネーム・テーブルが１つ設けられると共に、そ
れとは別に、仮想ファイルのための同様のファイル・ネ
ーム・テーブルがもう１つ設けられている。それら２つ
のファイル・ネーム・テーブルは同一形式であり、その
具体例を図６に模式的に示した。
【００２７】これら２つのファイル・ネーム・テーブル
の各々は、ファイル・ネームのリスト（１つのファイル
・ネームは最大１６文字までである）から成り、そのリ
スト内における個々のファイル・ネームの位置が、実フ
ァイル・ヘッダ・テーブルまたは仮想ファイル・ヘッダ
・テーブル内の対応する位置を指し示すインデックス
（即ちファイル番号）となる。従って図示例において、
第１番ファイルとは、そのファイル・ネームが、ファイ
ル・ネーム・テーブル内のバイト１７〜３２を占めてい
るファイルである。ファイル・ヘッダ・テーブル内に記
入されている当該ファイルについての更に詳細な情報に
アドレスする際にも同じファイル番号が使用されるが、
それについては後に詳述する。
【００２８】図７は、実ファイル・ヘッダ・テーブルを
模式的に示した図である。実ファイル・ヘッダ・テーブ
ルには、ディスク媒体上に記録できる実ファイルの各々
に対応して１つずつのレコード（即ちエントリ）が含ま
れている。この実ファイル・ヘッダ・テーブルの１つの
エントリには、最初にファイル・ネームを転記した項目
があり、次にその実ファイルの作成日及び作成時刻があ
る。次にくるのがその実ファイル内の先頭フレームのタ
イムコードであり、その次がその実ファイルに含まれる
フレームの個数である。
【００２９】実ファイル・ヘッダ・テーブルのエントリ
内の次の３つの項目は、ディスク媒体上におけるその実
ファイルのフラグメンテーション（断片化）に関するも
のである。フラグメンテーションとは、ある１つのファ
イルのデータが、ディスク媒体上にある連続していない
２箇所以上の領域（ここでいう領域は、ＬＢＡで表され
る領域である）に亘って分割されている状態をいう。こ
れらの項目については後に図９を参照して説明する。
【００３０】更に続いてテキスト形式の注記のためのス
ペースとして６４バイトが割り当てられており、それに
続く２つの項目は、その実ファイルからの先頭部画像と
末尾部画像とを定めている。これら２つの画像は、編集
操作時にＰＣのディスプレイ画面上に表示され、それに
よって、その実ファイルが如何なる性質のものであるか
を示すと共に、その実ファイルを識別できるようにする
ものである。通常は、先頭部画像にはその実ファイル中
の文字通り先頭の画像を使用し、末尾部画像にはその実
ファイル中の文字通り最後の画像を用いればよい。ただ
し、オペレータが、その実ファイル中のその他の画像を
もって先頭部画像及び末尾部画像としたいのであれば、
そのように設定することも可能にしてある。
【００３１】続く次の１バイトは、考えられる４本のオ
ーディオ・チャネルのうちのどれをその実ファイルに使
用するのかを示すために割り当てられているものであ
る。このレコード（エントリ）内の残りのスペースは使
用されていない。
【００３２】この実ファイル・ヘッダ・テーブルに関し
ては、更にルート・マップの説明もせねばならないが
（後に図９を参照して説明する）、ここで特に次の点を
再度強調しておく。それは、実ファイル・ヘッダ・テー
ブルは、ファイル・ネームとの間に持続的な（少なくと
もその実ファイルが削除されるまでは持続的な）対応関
係を有する実データの、ディスク媒体上における位置を
定めるものだということである。
【００３３】図８は、仮想ファイル・ヘッダ・テーブル
を模式的に示した図である。仮想ファイル・ヘッダ・テ
ーブルの１つのエントリ内の項目のうちの幾つかは、実
ファイル・ヘッダ・テーブルの１つのエントリ内の対応
する項目と完全に同一であり、それらについては重複を
避けるために説明を省略する。
【００３４】仮想ファイル・ヘッダ・テーブルと実ファ
イル・ヘッダ・テーブルとの主たる相違は、仮想ファイ
ル・ヘッダ・テーブルが、ビデオ編集テーブル・インデ
ックスの中の１以上のエントリ及びオーディオ編集テー
ブル・インデックスの中の１以上のエントリによって、
その仮想ファイルに関連したデータを定めていることで
ある（なお、ダブルチェックのために、仮想ファイル・
ヘッダ・テーブルのエントリには、予想されるフレーム
の総数を示す項目を含めてあり、また、編集された出力
シーケンスのタイムコードをタイム・プリセット・ワー
ドによって特定の値に設定できるようにしてある）。
【００３５】ビデオ編集テーブル・インデックス及びオ
ーディオ編集テーブル・インデックスについては後に詳
述することとし、ここでは、それらインデックスの概要
だけを簡単に述べておく。それらインデックスの各々
は、その編集テーブル内の幾つかのエントリが連結され
て構成された１つの連結リストであり、各エントリは夫
々、１個の実ファイルの１つの部分を表している。それ
らの連結は、オペレータが、ＰＣ１００に記憶させたＥ
ＤＬエントリをモニタするために、編集された出力シー
ケンスのプレビューを行うＰＣコマンドを発したときに
作成される。ビデオ編集テーブル（ＶＥＴ）の適正なエ
ントリに対応した仮想ファイルも、この時点で（即ち、
出力プレビュー・コマンドが発せられた時点で）作成さ
れる。
【００３６】即ち、仮想ファイル・ヘッダ・テーブル内
の１つのエントリが、ＶＥＴ内の先頭のエントリを指し
示すと共に、そのＶＥＴ内のエントリの総数を定めるこ
とによって、１以上の実ファイルにおける複数の部分が
連続したシーケンスを定める、特定の長さの連結リスト
が形成される。
【００３７】仮想ファイルは、実ファイルの場合と同様
にオープンして再生することができる。即ち、ある仮想
ファイルを再生するには、ディスク媒体１６０からその
仮想ファイルに対応した複数のＶＥＴエントリのリスト
を読み出し、そして、それら部分をディスク媒体１６０
から正しい順序で再生できるように導出されたルート・
マップのそれらＶＥＴエントリに対応した部分を読み出
す。
【００３８】図９は、ディスク媒体の「ルート・マッ
プ」を模式的に示した図である。ルート・マップ（Ｒ
Ｍ）は、インデックスによって互いにつなぎ合されて幾
つかの連結リストが形成される、ディスク媒体上に記録
されたレコードのテーブルである。それら連結リストの
各々が、そのディスク媒体の表面の複数の物理的位置の
パス即ち「ルート」を記述している。ＲＭ内の複数のレ
コードの各々は、ディスク媒体上の連続する複数のセク
タのブロックである「フラグメント」を記述しており、
またそれと共に、後続のフラグメントを連結順に記述し
ている別のルート・マップ・レコードのインデックスを
含んでいる。１つのルートの記述は、先ず、ディスク媒
体上の１つのフラグメントを記述することから始まり、
その次に、ルート・マップ内の一連のルート・マップ・
インデックスが続き、「ネクスト・レコード」インデッ
クス値が「０」に設定されたレコード（エントリ）で終
わる。即ち、「ネクスト・レコード」インデックス値が
「０」であることは、そのレコードがそのルートの終点
であることを表している（なお、これを可能にするため
に、ルート・マップ内の先頭のレコード（本来はインデ
ックス「０」で表される）は、使用しないようにしてい
る）。
【００３９】各実ファイルは、ルート・マップ内に、デ
ィスク媒体上のどこにその実ファイルのデータが存在す
るのかを記述する１つのルートを有する。また、ルート
・マップには、各実ファイルに対応した１つのルートに
加えて、ディスク媒体上の空きスペースを記述した別の
ルート（空きスペース・ルート）が含まれている。この
「空きスペース・ルート」の始点は、ディスク・ヘッダ
領域内の「空きスペース始点」インデックスによって示
されており（図５）、このインデックスは、ＲＭ内のあ
る１つのエントリを指している。この「空きスペース・
ルート」は常に、ディスク媒体上のスペースの現在割り
当て状態を反映するように維持されている。
【００４０】新たに１つのファイルを記録する際には、
データ書き込み作業を前述の「空きスペース・ルート」
に沿って行う。そのデータ書き込みが完了した時点で、
ＲＭ内のインデックスの書き直しを行って、その「空き
スペース・ルート」から新ファイルのために使用された
ルートを削除する。その結果、「空きスペース始点」イ
ンデックスは「空きスペース・ルート」に沿う更に向こ
うの位置を指し示すようになり、新ファイルのために使
用されたスペースはとばされる。また、その新ファイル
のために作成されたファイル・ヘッダは、その新ファイ
ルのデータを書き込んだ場所を記述したルートを指し示
すポインタを含んでいる。こうして、空きスペースであ
った幾つかのフラグメントにデータが書き込まれるが、
書き込みが行われたフラグメントのうち、最後のフラグ
メントは、通常、その一部分だけしか新ファイルによっ
て消費されていない。この場合には、部分的にしか消費
されていないそのフラグメントの残りの部分を記述した
新たなエントリをＲＭ内に作成し、その作成したエント
リを「空きスペース・ルート」の先頭に連結させる。
【００４１】一方、幾つかの実ファイルを削除したとき
には、削除した実ファイルがそれまで占めていた夫々の
ルートを「空きスペース・ルート」の末尾に連結させる
ことによって、それらルートを「空きスペース・ルー
ト」に再編入させる。ここで、それらルートを「空きス
ペース・ルート」に連結させる位置が「空きスペース・
ルート」の末尾であるという点は重要である。なぜなら
ば、そうすることで、ディスク媒体が満杯に近くなるま
でフラグメンテーションを発生させずに済むからであ
る。また、ＲＭ内の複数のルートの各々について、その
ルートを構成している複数のフラグメントのうちの、最
後のフラグメントを指し示すポインタを維持することに
よって、各連結最後の項目（エントリ）にアクセスする
際に、その連結を表す連結リストをわざわざサーチする
ことなく、それらの項目に迅速にアクセスできるように
している。
【００４２】また、ＲＭ内のエントリ（レコード）の総
数のカウントを、ディスク・ヘッダ領域内に含まれてい
る変数「ディスク上のフラグメント数」で示し（図
５）、この値を更新維持するようにしている。このカウ
ントは、ディスク媒体のフラグメンテーションの程度を
表す指標にもなる。
【００４３】図１０は、ビデオ編集テーブル（ＶＥＴ）
を模式的に示した図である。ＶＥＴは、１つまたは複数
のビデオ編集操作を表したテーブルであり、個々のビデ
オ編集操作を表すのに、その編集操作に必要と判断され
た部分（編集部分）を含んでいる実ファイルを特定する
のに必要な情報と、その編集部分の始点及び長さを特定
するのに必要な情報とで表すようにしている。このテー
ブルの各エントリ（ＶＥＴエントリ）は、それらの情報
に加えて更に、仮想ファイル内でそのＶＥＴエントリの
後に続くネクストＶＥＴエントリを指し示すインデック
スをも含んでいる。
【００４４】またこのＶＥＴにおいては、１つの編集部
分の始点を表すのに、その編集部分を含んでいる実ファ
イルの始点からのオフセットを用いるのではなく、その
編集部分の始点を含んでいるフラグメント（即ちルート
・マップ・エントリ）の始点からのオフセットを用いて
いる。従って、そのフラグメントの始点からのオフセッ
トと、フレーム個数で表したその編集部分の長さとが定
められている。このようにして編集部分を表すようにし
たため、実ファイル・ヘッダ・テーブルを参照した上で
ルート・マップをたどるという面倒な手順を取ることな
く、編集部分の始点を発見することができる。
【００４５】図１１は、オーディオ編集テーブル（ＡＥ
Ｔ）を模式的に示した図である。ＡＥＴは、以上に説明
したＶＥＴと基本的に同一のテーブルであるが、ＡＥＴ
は、出力素材における左右の出力チャネルへのオーディ
オ・チャネルの割り当てを定めたバイトを含んでいる点
が異なっている。この割り当てバイト内に適切なビット
を設定することで、４本のオーディオチャネル（第１チ
ャネル〜第４チャネル）の各々を個別に、左出力チャネ
ル、右出力チャネル、或いは両出力チャネルに割り当て
ることができ、また、いずれの出力チャネルにも割り当
てないようにすることもできる。
【００４６】図１２は、「使用状態」マスクがどのよう
に用いられるかを説明した図である。ここで再び図４を
参照して説明すると、ヘッダ領域内の複数の部分のうち
マスクが割り当てられている部分は、２番目、５番目、
９番目、及び１１番目の部分であり、それら部分に割り
当てられているマスクは、夫々、「実ファイル・マス
ク」、「仮想ファイル・マスク」、「ＶＥＴマスク」、
及び「ＡＥＴマスク」と名付けられている。
【００４７】それらマスクの各々は、複数のデータ・ビ
ットから成る小さなサイズのデータ・アレイである。１
つのマスク内の各データビットは、そのマスクに対応し
たテーブル内の夫々のエントリが、現在使用されている
か否かを表す。例えば、実ファイル・マスクでは、その
中の各ビットが実ファイル・ネーム・テーブル内の１つ
１つのエントリに対応しており、また、ＶＥＴマスクで
は、その中の各ビットがビデオ編集テーブル（ＶＥＴ）
内の１つ１つのエントリに対応しており、その他のマス
クも同様である。
【００４８】既述のごとく、ネーム・テーブル、ヘッダ
・テーブル、及び編集テーブルはいずれも、その中のエ
ントリが、特に決められた順番に従うことなく使用され
たり、また（エントリ削除によって）空いたりする。そ
れらテーブルに対応した夫々の「使用状態」マスクは、
対応するテーブルに新たに１つのエントリを加える必要
が生じたとき（例えば、新たに１個の実ファイルを記録
しようとするとき）に、そのテーブル内のエントリのう
ちのどのエントリが空きエントリになっているのかを、
ＰＣに迅速に知らせるために用いられている。
【００４９】即ち、あるテーブルに新たに１つのエント
リを加える必要が生じたときには、使用状態マスク内の
「０」に設定されている最初のビット（この設定は「非
使用」を表す）を特定すれば、その使用状態マスクの始
点からのそのビットの位置が、その使用状態マスクに対
応したテーブル内の空きエントリを指し示すインデック
スとなる。そして、そのテーブルのエントリを使用する
ときに、使用状態マスク内のその対応するビットの論理
状態を「１」に設定する（この設定は「使用」を表
す）。
【００５０】以上の技法によれば、様々なテーブルの中
を空きエントリを求めてサーチする時間を節約すること
ができ、また、その空きエントリをサーチする際にそれ
らテーブル（それらテーブルが非常に長大なものである
場合がある）からの読み出しを行うために何度もディス
クにアクセスせずに済む。
【００５１】図１３は、オーディオ・データ・パケット
を模式的に示した図であり、このパケットは、対応する
ビデオ信号の１フレームに関するオーディオ・データを
含んでいる。
【００５２】このオーディオ・データ・パケットは、ヘ
ッダと、対応するビデオ・フレームのタイムコードと、
必要なオーディオ・サンプルとを含んでいる。（同じラ
イン方式の）オーディオ・データ・パケットは、全て同
じ長さ（一定長）であるため、オーディオ・データ領域
内における、ある１つのオーディオ・データ・パケット
から別の１つのオーディオ・データ・パケットまでのオ
フセットが、オーディオ・データ・パケット何個分に相
当するかが分かれば、それらオーディオ・データ・パケ
ットの一方に対する他方の相対位置を知ることができ
る。
【００５３】図１４は、図１３と同様のビデオ・データ
・パケットを模式的に示した図である。このビデオ・デ
ータ・パケットも、ヘッダと、１個のビデオ・フレーム
のタイムコードと、その１ビデオ・フレームのビデオ・
データとを含んでいる。ここでも、１枚のディスク媒体
上に記録される、１つのビデオ・ライン方式に対応して
いるビデオ・データ・パケットは、全て同じ長さ（一定
長）である。
【００５４】最後の図１５は、実ファイルを表すのにル
ート・マップをどのように使用するか、また、仮想ファ
イルを表すのにビデオ編集テーブル（ＶＥＴ）をどのよ
うに使用するかを説明した模式図である。
【００５５】図１５は、ディスク媒体の表面を模式的に
示しており、このディスク媒体の表面には複数個の論理
ブロックが、図中の左上から右下への順序で並んで存在
している。図中に細長い長方形で示した４つのセクショ
ン３００、３１０、３２０、及び３３０は、ディスク媒
体上のフラグメントを表したものであり、ここでいうフ
ラグメントとは、ディスク媒体上の１つの連続したデー
タ・セクションのことである（実ファイルのフラグメン
テーション（断片化）は、先に作成したファイルを削除
した後に、新たなファイルを作成した場合に発生しう
る）。
【００５６】フラグメント３２０及び３３０は、その一
部分だけにハッチングを施してあるが、このことについ
ては後に詳述する。
【００５７】フラグメント３００、３１０、３２０、３
３０は、その各々がルート・マップ内の夫々１つのエン
トリに対応している。ルート・マップ内の１つのエント
リは、ただ１つの実ファイルにしか関与することができ
ない。もし、ある１つの実ファイルを作成する際にある
フラグメントの一部だけが使用されたとしても、そのフ
ラグメントの残りの部分はより小さな別のフラグメント
として表されるようになる。
【００５８】フラグメント３００、３１０、３２０、３
３０は、ルート・マップを構成しているリストが連結さ
れていることによって、互いに連係している。即ち、ル
ート・マップ内の各エントリが、ルート・マップ内のネ
クスト・レコード（ネクスト・エントリ）を指し示して
いる。従って、ルート・マップ内のエントリのうち、フ
ラグメント３００に対応したエントリは、フラグメント
３１０に対応したエントリを指し示すポインタを含んで
おり、このフラグメント３１０に対応したエントリは、
フラグメント３２０に対応したエントリを指し示すポイ
ンタを含んでおり、以下同様である。フラグメント３０
０〜３３０に対応した夫々のエントリは、ルート・マッ
プ内においてどんな順序であっても構わず、特に、連続
して並んでいる必要はない。
【００５９】図１５に示した４つのフラグメント３００
〜３３０は、１個の実ファイルに対応したものであり、
実ファイル・ヘッダ・テーブルのエントリに含まれてい
る「ルート・マップ内の先頭エントリ」という名の項目
（図７参照）が、フラグメント３００に対応したエント
リを指している。
【００６０】従って、この実ファイルをオープンして再
生するとき、そのファイル・ヘッダが光磁気ディスク１
５０からＰＣ１００へロードされる。ＰＣ１００はその
ロードされたファイル・ヘッダから、ＲＭ内の先頭エン
トリ（図１５の例ではフラグメント３００を指してい
る）と、ＲＭ内のエントリ個数、即ちフラグメント個数
（図示例では４個である）と、ＲＭ内の最後のエントリ
（図１５の例ではフラグメント３４０を指している）と
を読み取る。
【００６１】この実ファイルを再生するには、先ず最初
にフラグメント３００からオーディオ・データ・フレー
ム及びビデオ・データ・フレームを読み出して再生す
る。フラグメント３００の末尾に達したならば、このフ
ラグメント３００に対応したＲＭエントリ内のポインタ
に基づいて、ＲＭを形成している連結リスト内のネクス
トＲＭエントリ（このネクストＲＭエントリはフラグメ
ント３１０に対応している）にアクセスする。そしてフ
ラグメント３１０のデータを続けて再生する。更に続け
てフラグメント３２０のデータを再生し、それに続けて
フラグメント３３０のデータを再生する。
【００６２】ここで、この実ファイルに含まれているフ
ラグメントが以上の４個だけであるとするならば、フラ
グメント３３０の末尾まで再生した時点で、再生動作は
停止する。なぜならば、この時点で (a)それまでに再生
したフラグメントの個数が実ファイル・ヘッダ内に定め
られているフラグメント総数に等しくなり、また、 (b)
「最終フラグメント」ポインタがフラグメント３３０を
指し示しているからである。ただし、ルート・マップ内
でフラグメント３３０に対応したエントリはなお、ネク
スト・ルート・マップ・エントリを指し示しており、そ
れによって１つの連続した連結リストが形成されてい
る。
【００６３】ビデオ編集テーブルの１つのエントリ（１
つのＶＥＴエントリ）は、この実ファイル内の一部分、
即ちハッチングを施した部分３４０を表している。この
場合、そのＶＥＴエントリには、フラグメント３２０に
対応したルート・マップ・エントリを指し示すインデッ
クスと、この部分３４０のフラグメント３２０の始点か
らのオフセットを表すオフセット値（フレーム数で表さ
れる）と、この部分３４０の全長を表す長さ値（これも
フレーム数で表される）とが含まれている。従って、こ
の項目（即ち部分３４０）をＶＥＴに基づいて再生する
際には、先ず、フラグメント３２０に対応したルート・
マップ・エントリにアクセスし、このフラグメント３２
０の始点から数えて然るべき数の（この数は変数「オフ
セット」値に等しい）フレームのところから再生動作を
開始する。この再生動作は、ルート・マップに定められ
ているフラグメントの連結リストに従って後続のフラグ
メント３３０へ続き、所要の長さ（フレーム数で表され
る）の再生が完了した時点で停止する。
【００６４】ある１つの仮想ファイルを再生するには、
ディスク媒体１６０からその仮想ファイルに対応した一
連のＶＥＴエントリを読み出す。それには先ず、その仮
想ファイルのヘッダ（仮想ファイル・ヘッダ）をロード
する。この仮想ファイル・ヘッダには、対応した一連の
ＶＥＴエントリのうちの先頭ＶＥＴエントリと、それら
ＶＥＴエントリの総数とが定められている。ＶＥＴは連
結リストであって、その中の各エントリがただ１つのネ
クスト・エントリを指し示しているため、１つの仮想フ
ァイルに対応した一連のＶＥＴエントリを適切に取り出
すことができる。そして、ＰＣ１００が（上で説明した
ようにして）その仮想ファイルの各ＶＥＴエントリに夫
々が対応した、一連のルート・マップ・エントリと一連
のオフセットとを取り出して、ビデオ記録コントローラ
１４０へダウンロードすることにより、ディスク媒体１
６０からの再生動作が開始する。
【００６５】更にオーディオ・データについても、ＡＥ
Ｔに基づいて以上と同様の処理を行う。従って、ビデオ
記録コントローラ１４０に関する限り、再生するファイ
ルが実ファイルと仮想ファイルとのいずれであるかにか
かわらず、単に、ディスク媒体１６０上の再生すべきＬ
Ｂ（論理ブロック）を順序に従って記したリストを受け
取り、それに従って再生を行うだけである。
【００６６】
【発明の効果】以上のように、編集された出力シーケン
スを表すのに、ディスク上の複数の実データ領域を連結
させて指し示す仮想ファイルの形で表すようにしたた
め、再生を順方向にも逆方向にも行え、また様々な再生
速度で行うことができる。というのは、１つの編集され
たの出力シーケンスの全体を単一のファイル、即ち、複
数の記録領域を連結させた単一のシーケンスで表すよう
にしたからである。従って、編集された出力シーケンス
を見るために幾つもの実ファイルを特定の順序で次々と
オープンしたりクローズしたりせずに済むのである。
【００６７】また、仮想ファイル及びＶＥＴエントリ
は、ディスク媒体１６０上に記録されるため、編集作業
が完了した時点でディスク媒体１６０上に保持されてい
る。従って、編集作業が完了した後にそのディスク媒体
１６０を使用する際には、編集コントローラで仮想ファ
イルをオープンして再生することができる。
【００６８】また、ルート・マップを用いることによっ
て、以上に説明したものとは異なったタイプの「ダミ
ー」ファイルである「ＡＬＬ」というファイル・ネーム
を持つファイルを作成することができる。このファイル
をオープンして再生するときには、ＰＣ１００は、ビデ
オ記録コントローラ１４０に対して単に、ディスク媒体
１６０上に記録されている全てのビデオ・データをルー
ト・マップによって指定されている順序で再生するよう
に命令する。これを利用することで、オペレータはディ
スク媒体１６０の全ての内容を極めて容易に見ることが
できる。
【図面の簡単な説明】
【図１】ディジタル・ビデオ編集システムのブロック図
である。
【図２】ビデオ記録コントローラのブロック図である。
【図３】夫々５２５ライン方式のビデオと６２５ライン
方式のビデオとに対応した、ディスク媒体上のデータ構
成を模式的に示した図である。
【図４】ディスク・ヘッダ領域の内容を模式的に示した
表図である。
【図５】ディスク・ヘッダ・ファイルの内容を模式的に
示した表図である。
【図６】ファイル・ネーム・テーブルを模式的に示した
図である。
【図７】実ファイル・ヘッダ・テーブルを模式的に示し
た図である。
【図８】仮想ファイル・ヘッダ・テーブルを模式的に示
した図である。
【図９】ディスク媒体のルート・マップを模式的に示し
た図である。
【図１０】ビデオ編集テーブルを模式的に示した図であ
る。
【図１１】オーディオ編集テーブルを模式的に示した図
である。
【図１２】Ａ及びＢは使用状態マスクの機能を説明した
模式図である。
【図１３】オーディオ・データ・パケットを模式的に示
した図である。
【図１４】ビデオ・データ・パケットを模式的に示した
図である。
【図１５】実ファイルを及び仮想ファイルを表すのにル
ート・マップ及びビデオ編集テーブルをどのように用い
るかを示した模式図である。
【符号の説明】
１００ パーソナル・コンピュータ（ＰＣ）、１４０
ビデオ記録コントローラ、１５０ 光磁気ディスク、１
６０ ディスク記録媒体、３００、３１０、３２０、３
３０ フラグメント

Claims (6)

    【特許請求の範囲】
  1. 【請求項１】 順序付けられた複数のデータ項目から成
    るデータ・アレイが記録媒体上に記録され、前記データ
    ・アレイから１つのデータ項目を削除したならば新たに
    記録されるデータ項目をそこに記録することのできる空
    きデータ記録スペースが生じるデータ記録装置におい
    て、 記録されているデータ・アレイ内の各データ項目位置に
    夫々が対応した複数のマスク・アレイ・データ・エント
    リから成るマスク・アレイを前記記録媒体上に記録する
    ための手段を備え、前記複数のマスク・アレイ・データ
    ・エントリの各々は、前記データ・アレイ内のそのマス
    ク・アレイ・データ・エントリに対応した位置にデータ
    項目が有効に記録されているか否かを示すように設定可
    能であることを特徴とするデータ記録装置。
  2. 【請求項２】 前記データ・アレイはファイル・ヘッダ
    ・テーブルであり、該ファイル・ヘッダ・テーブル内の
    各データ項目は前記記録媒体上における夫々のデータ・
    ファイルの記録位置を定めていることを特徴とする請求
    項１記載のデータ記録装置。
  3. 【請求項３】 前記マスク・アレイ・データ・エントリ
    の各々が、前記マスク・アレイ内の１個のデータ・ビッ
    トから成ることを特徴とする請求項１または２記載のデ
    ータ記録装置。
  4. 【請求項４】 前記マスク・アレイ内における各々のマ
    スク・アレイ・データ・エントリの位置は、記録されて
    いるデータ・アレイ内における夫々のデータ項目位置に
    対応していることを特徴とする請求項１乃至３の何れか
    １項記載のデータ記録装置。
  5. 【請求項５】 前記データ記録媒体はディスク記録媒体
    であることを特徴とする請求項１乃至４の何れか１項記
    載のデータ記録装置。
  6. 【請求項６】 順序付けられた複数のデータ項目から成
    るデータ・アレイが記録され、前記データ・アレイから
    １つのデータ項目が削除されたならば新たに記録される
    データ項目をそこに記録することのできる空きデータ記
    録スペースが生じるデータ記録媒体において、 記録されているデータ・アレイ内の各々のデータ項目位
    置に夫々が対応した複数のマスク・アレイ・データ・エ
    ントリから成るマスク・アレイが更に記録され、前記複
    数のマスク・アレイ・データ・エントリの各々は、前記
    データ・アレイ内のそのマスク・アレイ・データ・エン
    トリに対応した位置にデータ項目が有効に記録されてい
    るか否かを示すように設定可能であることを特徴とする
    データ記録媒体。
JP09085397A 1996-04-12 1997-04-09 データ記録装置及びデータ記録媒体 Expired - Lifetime JP4478218B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB9607692A GB2312059B (en) 1996-04-12 1996-04-12 Data storage
GB9607692:2 1996-04-12

Publications (2)

Publication Number Publication Date
JPH1031881A true JPH1031881A (ja) 1998-02-03
JP4478218B2 JP4478218B2 (ja) 2010-06-09

Family

ID=10792021

Family Applications (1)

Application Number Title Priority Date Filing Date
JP09085397A Expired - Lifetime JP4478218B2 (ja) 1996-04-12 1997-04-09 データ記録装置及びデータ記録媒体

Country Status (3)

Country Link
US (1) US6215748B1 (ja)
JP (1) JP4478218B2 (ja)
GB (1) GB2312059B (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6530037B2 (en) 1998-09-18 2003-03-04 Kabushiki Kaisha Toshiba Information recording device and a method of recording information by setting the recording area based on contiguous data area
KR100675390B1 (ko) * 1998-10-20 2007-01-29 코닌클리케 필립스 일렉트로닉스 엔.브이. 저장장치와, 저장매체 내부의 메모리 공간을 포맷화하기 위한 방법 및, 데이터 처리장치

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6278678B1 (en) * 1999-02-12 2001-08-21 Sony Corporation Editing apparatus, editing method, and recording medium
RU2252448C2 (ru) * 1999-03-25 2005-05-20 Сони Корпорейшн Устройство и способ редактирования
US6629001B1 (en) * 1999-09-15 2003-09-30 Intel Corporation Configurable controller for audio channels
US6856755B1 (en) * 1999-11-10 2005-02-15 Thomson Licensing S.A. Method and apparatus for editing in a forward or reverse direction on a rewriteable disc media
JP2003304388A (ja) * 2002-04-11 2003-10-24 Sony Corp 付加情報検出処理装置、コンテンツ再生処理装置、および方法、並びにコンピュータ・プログラム
GB2391103B (en) * 2002-07-19 2005-08-17 Autodesk Canada Inc Image data processing apparatus
US7028106B2 (en) * 2003-12-05 2006-04-11 Hewlett-Packard Development Company, L.P. Remapping routing information entries in an expander
US8032672B2 (en) 2006-04-14 2011-10-04 Apple Inc. Increased speed of processing of audio samples received over a serial communications link by use of channel map and steering table
US8055668B2 (en) * 2008-02-13 2011-11-08 Camouflage Software, Inc. Method and system for masking data in a consistent manner across multiple data sources
KR102557384B1 (ko) * 2018-02-14 2023-07-19 삼성전자주식회사 전자장치 및 그 제어방법

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4939598A (en) * 1988-02-08 1990-07-03 International Business Machines Corporation Managing data storage space on large capacity record media
GB2218833A (en) * 1988-05-16 1989-11-22 Ardent Computer Corp File system
US5371885A (en) * 1989-08-29 1994-12-06 Microsoft Corporation High performance file system
JPH043368A (ja) * 1990-04-20 1992-01-08 Sony Corp データ記録方法
US5271018A (en) * 1990-04-27 1993-12-14 Next, Inc. Method and apparatus for media defect management and media addressing
US5287500A (en) * 1991-06-03 1994-02-15 Digital Equipment Corporation System for allocating storage spaces based upon required and optional service attributes having assigned piorities
JPH0546447A (ja) * 1991-08-08 1993-02-26 Hitachi Ltd 空き領域検索方法
CA2285096C (en) * 1991-11-12 2000-05-09 Ibm Canada Limited-Ibm Canada Limitee Logical mapping of data objects using data spaces
US5390315A (en) * 1992-06-15 1995-02-14 International Business Machines Corporation Allocation of uniform contiguous blocks of DASD storage by maintaining both a bit and a bit map record of available storage
DE69423662T2 (de) * 1993-01-06 2000-07-20 Sony Corp., Tokio/Tokyo Aufzeichnungsgerät und Aufzeichnungsverfahren für ein Aufzeichnungsmedium
US5687397A (en) * 1993-02-26 1997-11-11 Sony Corporation System for expansion of data storage medium to store user data
CA2125331C (en) * 1993-06-08 2000-01-18 Isao Satoh Optical disk, and information recording/reproduction apparatus
AU676063B2 (en) * 1993-06-14 1997-02-27 Sony Corporation Recording medium management method
JP3503231B2 (ja) * 1994-11-30 2004-03-02 ソニー株式会社 記録装置
US5732402A (en) * 1995-02-10 1998-03-24 International Business Machines Corporation System and method for data space management using buddy system space allocation
US5819290A (en) * 1995-04-10 1998-10-06 Sony Corporation Data recording and management system and method for detecting data file division based on quantitative number of blocks
MY112041A (en) * 1995-04-21 2001-03-31 Matsushita Electric Industrial Co Ltd A method for managing defects in an information recording medium, and a device and information recording medium using said method
US5715455A (en) * 1995-05-18 1998-02-03 International Business Machines Corporation Apparatus and method for storing file allocation table efficiently in memory
US5778394A (en) * 1996-12-23 1998-07-07 Emc Corporation Space reclamation system and method for use in connection with tape logging system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6530037B2 (en) 1998-09-18 2003-03-04 Kabushiki Kaisha Toshiba Information recording device and a method of recording information by setting the recording area based on contiguous data area
US6546452B2 (en) 1998-09-18 2003-04-08 Kabushiki Kaisha Toshiba Information recording device and a method of recording information based on a relationship between an application layer, file system layer, and an optical disk drive layer
US6549976B2 (en) 1998-09-18 2003-04-15 Kabushiki Kaisha Toshiba Information recording device and a method of recording information by setting the recording area based on contiguous data area
US6571309B2 (en) 1998-09-18 2003-05-27 Kabushiki Kaisha Toshiba Information recording method apparatus and storage medium for recording information length and file type as part of file entry information
US6594725B2 (en) 1998-09-18 2003-07-15 Kabushiki Kaisha Toshiba Information recording method apparatus and storage medium for recording information length as part of file entry information
US6609175B1 (en) 1998-09-18 2003-08-19 Kabushiki Kaisha Toshiba Information recording method, information recording device, and information storage medium
US6651135B2 (en) 1998-09-18 2003-11-18 Kabushiki Kaisha Toshiba Information recording device and a method of recording information by setting the recording area based on contiguous data area
US6662309B2 (en) 1998-09-18 2003-12-09 Kabushiki Kaisha Toshiba Information recording device and a method of recording information by setting the recording area based on contiguous data area
KR100675390B1 (ko) * 1998-10-20 2007-01-29 코닌클리케 필립스 일렉트로닉스 엔.브이. 저장장치와, 저장매체 내부의 메모리 공간을 포맷화하기 위한 방법 및, 데이터 처리장치

Also Published As

Publication number Publication date
JP4478218B2 (ja) 2010-06-09
US6215748B1 (en) 2001-04-10
GB9607692D0 (en) 1996-06-12
GB2312059B (en) 2000-11-15
GB2312059A (en) 1997-10-15

Similar Documents

Publication Publication Date Title
JP3857381B2 (ja) 編集装置及びデータ記録媒体
JP4242966B2 (ja) リアルタイム記録／再生情報を貯蔵する記録媒体
US7952971B2 (en) Recording/reproducing method suitable for recording/reproducing AV data on/from disc, recorder and reproducer for the method, information recording disc and information processing system
US7068918B1 (en) Recording medium for storing real time recording/reproduction information, method and apparatus for recording and reproducing in real time, and file operating method using the same
KR100465355B1 (ko) 정보데이터기록재생장치및방법
RU2181219C2 (ru) Носитель записи для запоминания виртуально удаленной информации неподвижного изображения, способ записи и/или воспроизведения и устройство их реализации
KR100374032B1 (ko) 이동통신시스템의코딩및주파수다이버시티구현방법및장치
JP4478218B2 (ja) データ記録装置及びデータ記録媒体
JPH10162560A (ja) 映像編集方法、及びノンリニア映像編集装置
KR100329161B1 (ko) 데이터 전송 장치 및 방법
US6775466B1 (en) Disk control apparatus dividing a recording area into recorded and unrecorded areas
JPH11195287A (ja) フアイル管理装置及びフアイル管理方法
JP3277923B2 (ja) データ記録再生装置とその方法
KR20000035410A (ko) 데이터 기록 장치 및 방법과, 데이터 재생 방법 및 기록매체
JP3277781B2 (ja) データ記録再生装置およびデータ記録再生方法
JP3311143B2 (ja) マルチメディア番組蓄積及び再生システム
JPH1051718A (ja) 編集制御装置及び編集制御方法
JP4134429B2 (ja) 情報記録媒体と情報記録再生方法及び情報記録再生システム装置
RU2303823C2 (ru) Способ обработки, записи и воспроизведения файлов реального времени
JP4006712B2 (ja) フアイル管理装置及びフアイル管理方法
JP3277922B2 (ja) データ記録再生装置とその方法
JPH1196690A (ja) 記録装置、記録再生装置及び記録媒体
JP4006713B2 (ja) フアイル管理装置及びフアイル管理方法
RU2300148C2 (ru) Носитель записи для хранения информации о записи/воспроизведении в реальном масштабе времени, способ и устройство для записи и воспроизведения в реальном масштабе времени и способ обработки файлов с их использованием

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060725

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060829

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061222

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070115

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20070223

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100315

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130319

Year of fee payment: 3