JP2009026349A - ビデオ記録再生方法および装置 - Google Patents

Abstract

【課題】連続した大量のデジタルビデオデータの記録再生動作の高速化を図る上で有利なビデオ記録再生方法および装置を提供する。
【解決手段】１つのロジカルブロックアドレスが割り当てられる記録領域４８の部分を１つの記録単位５２とし、ＬＢＡが連続するＭ個の記録単位５２をデジタルビデオデータを記録するためのデジタルビデオデータ記録単位lumpとする。デジタルビデオデータ記録単位lumpに接続された１以上の記録単位５２をデジタルビデオ記録単位lumpに関係する付加情報を記録するためのデジタルビデオデータ情報単位post_infoとする。デジタルビデオデータ記録単位lumpとデジタルビデオ情報単位post_infoとから読み書き単位unitを構成する。デジタルビデオデータのハードディスク装置４６への記録および／または再生を読み書き単位unitで行う。
【選択図】図２

Description

本発明は、記録媒体にアクセスし、映像処理されたデータを記録媒体に記録または再生するビデオ記録再生方法および装置に関する。

図１０は記録媒体としてハードディスク装置を用いた従来のビデオ記録再生装置の一例を示す機能ブロック図である。
ビデオ記録再生装置１０は、ビデオ信号入力部１２、ビデオ同期回路１４、ストリームエンコーダ１６、システムコントローラ１８、ファイルシステム２０、ストリームデコーダ２２、ビデオ信号出力部２４、ハードディスク装置２６などを含んで構成されている。

ビデオ信号入力部１２は、デジタル信号としてのビデオ信号を入力するための回路である。
ビデオ同期回路１４は、入力されたビデオ信号に同期をとり、後段で必要な垂直同期信号、水平同期信号、クロック信号を含む各種信号を生成する回路である。
ストリームエンコーダ１６は、入力されたビデオ信号に対してコーデックを行い、ビデオ信号の圧縮を行う回路である。
ハードディスク装置２６は、ストリームエンコーダ１６によって圧縮されたデジタルビデオデータを記録する。
システムコントローラ１８はＯＳ（Operating System）の管理下において各部の制御を行うものである。
ファイルシステム２０は、システムコントローラ１８（ＯＳ）の管理下で動作するものであり、ハードディスク装置２６を管理下に置き、圧縮されたデジタルビデオデータをハードディスク装置２６に記録する際のファイル管理を行う。
ストリームデコーダ２２は、システムコントローラ１８の制御下でハードディスク装置２６から読み出された圧縮ビデオデータを伸長しデコードする回路である。
ビデオ信号出力部２４は、デコードされたビデオ信号に同期信号などを付加しシステムに入力されたビデオ信号と同様の波形にして出力する回路ブロックである。

次に動作について説明する。
ビデオ信号の記録時には、ビデオ信号がビデオ信号入力部１２に入力される。そして、さらにビデオ同期回路１４において、ビデオ信号入力部１２に入力されたビデオ信号に同期をとることで次のブロックで必要な垂直同期信号、水平同期信号、クロック信号を含む各種信号を生成する。
次のストリームエンコーダ１６では、入力されたビデオ信号に対してコーデックを行いビデオ信号の圧縮を行う。
ＯＳ管理下のファイルシステム２０は、ストリームエンコーダ１６で圧縮されたデジタルビデオデータをハードディスク装置２６に記録する。

ビデオ信号の再生時には、ＯＳ管理下のファイルシステム２０が、記録されたビデオデータをハードディスク装置２６から読み出す。読み出されたデータは、ストリームデコーダ２２でデコードされ、ビデオ信号出力部２４に送られる。ビデオ信号出力部２４では、デコードされたビデオ信号にビデオ同期回路１４において生成した同期信号等を付加しビデオ信号入力部１２に入力されたビデオ信号と同様の波形にして出力する。
すなわち、上述したビデオデータのハードディスク装置２６への記録や読み出しに関わる一連の動作はＯＳ管理下のファイルシステム２０が各部を制御することによってなされており、また、ファイルシステム２０は、ハードディスク装置２６に記録したビデオデータのファイルを管理している。

ところで、上述した従来装置のように、ＯＳの管理下で動作するファイルシステムを用いてハードディスク装置でビデオデータファイルを取り扱う場合には、以下に説明するような不都合がある。
そもそも、ＯＳの管理下で動作するファイルシステムは、文書データファイルを扱うことを目的として設計されているため、必ずしもデジタルビデオデータファイルを扱うのには必ずしも適してはいない。
すなわち、文書データファイルはビデオデータファイルと比較して、一般的にそのファイルサイズが小さい。その一方で、デジタルビデオデータファイルは文書データファイルに比べてそのサイズが非常に大きい。
また、一般的に、文書データファイルはハードディスク装置への高速な読み書きを行い、また異なるファイル間の高速なランダムデータアクセスが要求される。一方で、デジタルビデオデータの取り扱いにおいては、シーケンシャルな記録再生動作が要求されると共に、常に一定速度の記録再生が要求される。言い換えると、文書データファイルを扱う場合のようなランダムな（瞬間的な）高速動作が要求されるのではなく、ビデオデータファイルの記録再生を安定して行うために必要な最低速度を確保した連続動作が要求される。
したがって、従来装置のようにＯＳ管理下のファイルシステムを用いた構成では、非常に大きなデータサイズのデジタルビデオデータを、最低速度を確保した連続動作でハードディスク装置に対して記録再生を行う上で不利があった。
更に、デジタルビデオデータとして、ＨＤ（高画質、大画面）更には、ＨＦＲ（高フレームレート）を扱う場合には、より高速のデジタルビデオデータの連続的な記録再生が要求されることになるため、上述の問題点が一層顕在化することになる。

一方、ＯＳ管理下のファイルシステムを使用せずに、計測データのように連続するデータをハードディスク装置に記録する技術が提案されている（特許文献１参照）。
上記従来技術は、連続データをハードディスク装置に記録するにあたって、記録すべき連続データをハードディスク装置のセクタ順にシーケンシャルに書き込むものことで、磁気ヘッドを目的のセクタに動かすために要するシーク時間の短縮化を図るものである。
特開平１０−１３４５１０

一方、ハードディスク装置は、磁性体を塗布したディスク（プラッタ）に内周から外周にわたって同心円状に複数のトラックが形成され、トラックが周方向に分割されることで複数のセクタが形成されている。
ディスクは一定の回転速度で回転駆動されているので、磁気ヘッドに対する線速度は、トラックが内周側に位置するほど遅く、外周側に位置するほど速くなり、したがって、磁気ヘッドによるセクタに対する記録再生速度は、外周から内周に至るにつれて次第に低速となる傾向にある。
そして、セクタはトラックの外周から内周に順番に割り当てられているため、上記従来技術のように、セクタ順にデータを記録する構成では、内周側に至るにつれてデータの記録再生速度が次第に低下するため、ハードディスク装置に対するデータの記録再生速度の高速化を図る上では限界がある。
またディスクへのファイルの記録再生においては、ファイルはデータをセクタにＷｒｉｔｅ／Ｒｅａｄすることで機能する。このとき、ファイルが１セクタを越えるデータ量の場合には、複数のセクタに分けて処理する。この場合、使用する複数セクタが連続していれば、セクタが同一トラック内にある確立が高く、またそうでない場合でも隣接するトラックにある確立が高く、高速アクセスが可能である。しかし、使用する複数セクタが飛び飛びの場合には、シーク（磁気ヘッドのトラック間の移動）やレイテンシー（回転待ち）等の余分な時間が発生し、高速アクセスを阻害する。
さらに、ファイルの書き込みと削除を何度も繰り返すと、フラグメンテーション（使用できるセクタの連続が断片化されて飛び飛びになる。）が増大し、それに伴いシークやレイテンシーの発生確率も増加する。
本発明は、このような事情に鑑みてなされたものであり、その目的は、連続した大量のデジタルビデオデータの記録再生動作の高速化を図る上で有利なビデオ記録再生方法および装置を提供することにある。

上記目的を達成するために本発明は、ロジカルブロックアドレッシングによって記録領域にアドレスが割り当てられる記録媒体へアクセスし、前記記録媒体に対しデジタルビデオデータの記録および／または再生を行うビデオ記録再生装置であって、１つのロジカルブロックアドレスが割り当てられる前記記録領域の部分を１つの記録単位とし、ロジカルブロックアドレスが連続する複数の前記記録単位を前記デジタルビデオデータを記録するためのデジタルビデオデータ記録単位とし、前記デジタルビデオデータ記録単位に接続された１以上の前記記録単位を前記デジタルビデオ記録単位に関係する付加情報を記録するためのデジタルビデオデータ情報単位とし、前記デジタルビデオデータ記録単位と前記デジタルビデオ情報単位とから読み書き単位を構成したとき、前記デジタルビデオデータの前記記録媒体への記録および／または再生を前記読み書き単位で行う記録再生制御手段を備えることを特徴とする。
また本発明は、ロジカルブロックアドレッシングによって記録領域にアドレスが割り当てられる記録媒体へアクセスし、前記記録媒体に対しデジタルビデオデータの記録および／または再生を行うビデオ記録再生方法であって、１つのロジカルブロックアドレスが割り当てられる前記記録領域の部分を１つの記録単位とし、ロジカルブロックアドレスが連続する複数の前記記録単位を前記デジタルビデオデータを記録するためのデジタルビデオデータ記録単位とし、前記デジタルビデオデータ記録単位に接続された１以上の前記記録単位を前記デジタルビデオ記録単位に関係する付加情報を記録するためのデジタルビデオデータ情報単位とし、前記デジタルビデオデータ記録単位と前記デジタルビデオ情報単位とから読み書き単位を構成し、前記デジタルビデオデータの前記記録媒体への記録および／または再生を前記読み書き単位で行うことを特徴とする。

このような本発明のビデオ記録再生方法および装置によれば、ロジカルブロックアドレスが連続する複数の記録単位からなるデジタルビデオデータ記録単位と、デジタルビデオ情報単位とから読み書き単位を構成し、デジタルビデオデータの記録媒体への記録および／または再生を読み書き単位で行うようにしたので、ロジカルブロックアドレスが連続した状態で記録媒体に対するデジタルビデオデータの記録および／または再生を行うことができるので、連続した大量のデジタルビデオデータの記録再生動作の高速化を図る上で有利となる。

（第１の実施の形態）
次に、本発明の第１の実施の形態によるビデオ記録再生方法および装置について図面を参照して説明する。
図１は、本発明の第１の実施の形態によるビデオ記録再生方法を実現するビデオ記録再生装置の機能ブロック図である。

ビデオ記録再生装置３０は、ビデオ信号入力部３２、ビデオ同期回路３４、ストリームエンコーダ３６、システムコントローラ３８、ストリームデコーダ４０、ビデオ信号出力部４２、ＬＢＡコントーラ４４、ハードディスク装置４６などを含んで構成されている。

ビデオ信号入力部３２は、デジタルビデオデータを入力するための回路である。
ビデオ信号入力部３２は、アナログビデオ信号をデジタルビデオデータに変換する変換器を備えていてもよい。
ビデオ同期回路３４は、入力されたデジタルビデオデータに同期をとり、後段で必要な垂直同期信号、水平同期信号、クロック信号を含む各種信号を生成する回路である。
ストリームエンコーダ３６は、入力されたデジタルビデオデータに対してコーデックを行い、デジタルビデオデータの圧縮を行う回路である。
ハードディスク装置４６は、ストリームエンコーダ３６によって圧縮されたデジタルビデオデータをＬＢＡコントーラ４４の制御に基づいて記録する。
システムコントローラ３８は、ハードウェアとしてのコンピュータを含んで構成されるものであり、ＯＳ（Operating System）の管理下において各部の制御を行うものである。
より詳細には、システムコントローラ３８は、所定のアプリケーションソフトがＯＳを介して各部を制御することで実現されるものであり、例えば、システムコントローラ３８は、ビデオ同期回路３４、ストリームエンコーダ３６、ストリームデコーダ４０の動作の開始や停止を指令したり、あるいは、後述するようにデジタルビデオデータファイルのファイル名を管理したり、あるいは、ＬＢＡコントローラ４４の動作を制御するものである。

ストリームデコーダ４０は、システムコントローラ３８の制御下でハードディスク装置４６からＬＢＡコントローラ４４を介して読み出された圧縮ビデオデータを伸長しデコードする回路である。
ビデオ信号出力部４２は、デコードされたデジタルビデオデータに同期信号などを付加しビデオ信号入力部３２に入力されたデジタルビデオデータと同様の波形にして出力する回路ブロックである。
ビデオ信号出力部４２は、ストリームデコーダ４０から供給されるデジタルビデオデータをアナログビデオ信号に変換する変換器を備えていてもよい。

ＬＢＡコントローラ４４は、システムコントローラ３８の制御下においてハードディスク装置４６に対するデジタルビデオデータの記録再生を行うものである。
すなわち、ＬＢＡコントローラ４４はファイルシステムを介さずにシステムコントローラ３８から直接与えられるコマンドに基づいて動作することでハードディスク装置４６に対するデジタルビデオデータの記録再生を後述するロジカルブロックアドレスを用いて行う。
本実施の形態では、システムコントローラ３８およびＬＢＡコントローラ４４によって特許請求の範囲の記録再生制御手段が構成されている。

次にビデオ記録再生装置３０の動作について説明する。
ビデオ信号の記録時には、ビデオ信号がビデオ信号入力部３２に入力される。そして、さらにビデオ同期回路３４において、ビデオ信号入力部３２に入力されたビデオ信号に同期をとることで次のブロックで必要な垂直同期信号、水平同期信号、クロック信号を含む各種信号を生成する。
次のストリームエンコーダ３６では、入力されたビデオ信号に対してコーデックを行いビデオ信号の圧縮を行う。
ストリームエンコーダ３６で圧縮されたデジタルビデオデータはシステムコントローラ３８で制御されるＬＢＡコントローラ４４を介してハードディスク装置４６に記録される。

ビデオ信号の再生時には、システムコントローラ３８で制御されるＬＢＡコントローラ４４によってビデオデータをハードディスク装置４６から読み出す。読み出されたデータは、ストリームデコーダ４０でデコードされ、ビデオ信号出力部４２に送られる。ビデオ信号出力部４２では、デコードされたビデオ信号にビデオ同期回路３４において生成した同期信号等を付加しビデオ信号入力部３２に入力されたビデオ信号と同様の波形にして出力する。

ここで、ロジカルブロックアドレス（以下ＬＢＡ（Logical Block Address）という）について説明する。
ロジカルブロックアドレスは、ハードディスク装置やＣＤ−ＲＷなどの記録媒体の記録領域におけるデータの位置を示すアドレスである。
一般的なハードディスク装置は、１セクタが５１２バイトで構成され、このサイズの一塊のデータを１つのＬＢＡで特定し、各セクタはＬＢＡナンバーと一対一の関係にある。
したがって、ハードディスク装置上の全ての記録領域（データ記録エリア）は、ＬＢＡで特定することができる。
すなわち、０番地のＬＢＡから最大番地のＬＢＡまで連続した通しＬＢＡ番号を用いることで、ハードディスク装置内のデータ記録領域を全て特定できる。
また、ハードディスク装置は標準的な外部とのインターフェース（IDE(Integrated Drive Electronics)で代表される）があり、この仕様に従いＬＢＡ番号を指示したセクタの読み書きを行うコマンドが、標準的に用意されている。
ハードディスク装置は、複数のディスクを有し、各ディスクの片面あるいは両面には、磁気ヘッドを用いてデータの記録再生を行う複数のトラックが同心円状に形成され、セクタは各トラックを円周方向に区画することで形成されている。
各ディスクは同一のスピンドルモータによって一定の回転速度で回転駆動されている。
したがって、ハードディスク装置は、内周側に位置するトラック（セクタ）よりも外周側に位置するトラックの線速度が高速であり、したがって、外周側のトラック（セクタ）ほど記録密度を上げることができ、データの記録再生速度が高速となる。

ＬＢＡは、次のような方法でセクタに割り当てられている。
例えば、第１のディスク乃至第ＮのディスクといったようにＮ枚のディスクを備えたハードディスク装置の場合を想定して説明する。
各ディスクのトラックを最外周から最内周まで複数のグループに分ける。
まず、第１のディスクの最外周のグループのトラックを構成するセクタに対してセクタが連続する順番にＬＢＡを０番地、１番地、２番地、３番地、……Ｘ番地といったように割り当てる。
第１のディスクの最外周のグループのトラックを構成するセクタに対するＬＢＡの割り当てが終わったならば、第２のディスクの最外周のグループのトラックを構成するセクタに対して上記と同様に（Ｘ＋１）番地、（Ｘ＋２）番地、（Ｘ＋３）番地、……Ｙ番地といったように割り当てる。
第２のディスクの最外周のグループのトラックを構成するセクタに対するＬＢＡの割り当てが終わったならば、第３のディスクの最外周のグループのトラックを構成するセクタに対して上記と同様に（Ｙ＋１）番地、（Ｙ＋２）番地、（Ｙ＋３）番地、……Ｚ番地といったように割り当てる。
このような順番で第１乃至第Ｎのディスクの最外周のグループのトラックを構成するセクタ全てにＬＢＡが割り当てられたならば、次に第１乃至第Ｎのディスクの最外周よりも１つ内周側に位置するグループのトラックのセクタに対して上述と同様の手順でＬＢＡを割り当てる。
このような手順を第１乃至第Ｎのディスクの最内周のグループのトラックを構成するセクタ全てにＬＢＡが割り当てられるまで繰り返して行うことで、ハードディスク装置の全セクタにＬＢＡを割り当てる。
なお、トラックのグループをまたがるＬＢＡの順番やディスク間をまたがるＬＢＡの順番は、例えば、磁気ヘッドのシーク回数が最小となるように従来公知のさまざまな手法にしたがって配置されている。
したがって、ハードディスク装置は、ＬＢＡの番地が低いほど各セクタに対するデータアクセス速度が高く、ＬＢＡの番地が高いほど各セクタに対するデータアクセス速度が低くなるように割り当てられていることになる。
また、ＬＢＡの番地の順番（昇順）で連続的にアクセスすると、磁気ヘッドのシーク回数を減らしてデータアクセス速度の高速化が図られることになる。
そこで、本発明では、ハードディスク装置４６の記録領域に対してデジタルビデオデータを記録再生するにあたって、ＬＢＡを用いてアクセスするとともに、連続したデジタルビデオデータをＬＢＡの昇順にしたがって記録再生することで、記録再生速度の向上を図っている。
すなわち、従来装置では、ファイルシステムを使用してハードディスク装置にアクセスしているため、システムコントローラからはＬＢＡが認識できず、したがって、ＬＢＡを管理することが不可能であったのに対し、本発明では、ＬＢＡコントローラ４４を用いることでＬＢＡを認識してハードディスク装置にセクタ単位でアクセスするようにしている。
本実施の形態では、ＬＢＡコントローラ４４は、システムコントローラ３８から供給されるコマンドによって指定されるＬＢＡに基づいてハードディスク装置４６に対してセクタ単位でアクセスしてデジタルビデオデータの記録再生を行うように構成されている。

図２は第１の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。
図２に示すように、ハードディスク装置４６の記録領域４８は、複数のセクタ５０に区画されており、各セクタ５０にはＬＢＡが０番地から順番に割り当てられている。
なお、本実施の形態では、１セクタは５１２バイトで構成されている。
具体的には、ハードディスク装置４６の記録領域４８は、Ｋ個のセクタ５０で構成されており、ＬＢＡは、０番地からＫ−１番地で構成されている。以下、説明の便宜上、ＬＢＡの０番地をＬＢＡ（０）、１番地をＬＢＡ（１）、Ｋ−１番地をＬＢＡ（Ｋ−１）といった形式で表す。
したがって、１つのＬＢＡが割り当てられる記録領域４８の部分を記録単位５２とした場合、本実施の形態では、セクタ５０が記録単位５２に相当する。

デジタルビデオデータを記録再生する場合には、連続する複数の記録単位５２を１つの単位として扱うことが記録再生の効率化を図る上で有利となる。
本実施の形態では、ＬＢＡが連続するＭ個（Ｍは２以上の整数）のセクタ５０をデジタルビデオデータ記録単位lumpとする。
具体的には、ハードディスク装置４６に対して、デジタルビデオデータの数秒から数分の記録サイズになるＬＢＡの数、Ｍを決める。
Ｍの値は、大きい程連続的に記録再生できて効率が良いが、Ｍ個未満のデジタルビデオデータを記録した場合には未使用部が発生してハードディスク装置４６全体の記録容量が減る事になるので、適切なＭ値をシステム要求から選択する必要がある。
また、本実施の形態では、デジタルビデオデータ記録単位lumpの最後の記録単位５２のＬＢＡのあとに、１つまたは２つ以上の記録単位５２で構成され、このデジタルビデオデータ記録単位lumpに関係する付加情報を示すデジタルビデオデータ情報単位post_infoが接続されることによって、デジタルビデオデータ記録単位lumpとデジタルビデオデータ情報単位post_infoとからなる読み書き単位unitを構成している。
本実施の形態では、デジタルビデオデータ情報単位post_infoに記録される付加情報は、当該読み書き単位に連続する次の読み書き単位unitを特定するための情報、言い換えると、当該読み書き単位に連続してアクセスすべき次の読み書き単位unitを特定するための情報を含んでいる。
すなわち、本実施の形態では、付加情報は、該付加情報を含むデジタルビデオデータ情報単位post_infoを有する読み書き単位unitの次にアクセスされるべき読み書き単位unitのＬＢＡの先頭を特定するための後方接続情報を含んでいる。
前記後方接続情報は、Ｎ個の読み書き単位unitのそれぞれに対してＬＢＡの昇順に付された連続番号Ｔ（ｎ）、ただしｎ＝１、２、３……、Ｎである。
そして、この読み書き単位unitでデジタルビデオデータのハードディスク装置４６に対する記録再生を行うようにしている。
すなわち、本実施の形態では、デジタルビデオデータを記録再生する際に、連続する複数の記録単位５２をひとまとまりのデータとして扱うにあたって、このひとまとまりのデータを上述した読み書き単位unitで構成している。

したがって、
デジタルビデオデータ記録単位lump：連続するＭ個のＬＢＡ
デジタルビデオデータ情報単位post_info：上記連続するＭ個のＬＢＡに連続する１個のＬＢＡ
読み書き単位unit：Ｕ＝Ｍ＋１個のＬＢＡ
とすると、Ｋ個のセクタで構成された記憶領域４８に設けられる読み書き単位unitの数をＮ個とすると、Ｎ＝Ｋ／Ｕとなる。
このＮ個の読み書き単位unitに番号Ｔ（１）からＴ（Ｎ）を割り当て、ハードディスク装置４６内のＮ個の読み書き単位unitを指示する。
すると、読み書き単位unitの番号Ｔ（ｎ）に対して、デジタルビデオデータ記録単位lumpのＬＢＡと、このデジタルビデオデータ記録単位lumpに接続されるデジタルビデオデータ情報単位post_infoのＬＢＡとは、以下のように算出される。
デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（ｎ−１）
（ただしｎ＝１、２、..Ｎ）
デジタルビデオデータ情報単位post_infoの先頭ＬＢＡ＝（Ｍ＋１）＊ｎ−１
（ただしｎ＝１、２、..Ｎ）

上記のようにハードディスク装置４６へのデータ操作の単位（読み書き単位unit）を決めて、これに対するデジタルビデオデータを、ハードディスク装置４６に書き込むシーケンスは以下となる。
図３はハードディスク装置４６に対するデジタルビデオデータの記録動作のフローチャートである。
まず、システムコントローラ３８は、デジタルビデオデータの記録開始の番号Ｔ（ｎ）のｎを決める（ステップＳ１０）。ここでは、ｎ＝Ｌ１とする。
次いで、番号Ｔ（Ｌ１）に相当する、デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（Ｌ１−１）を算出し、この先頭ＬＢＡを指定した記録コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によってハードディスク装置４６に対するデジタルビデオデータの記録が開始される（ステップＳ１２）。
これにより、デジタルビデオデータ記録単位lumpであるＭ個のＬＢＡ分、デジタルビデオデータが連続してハードディスク装置４６に記録される（ステップＳ１４）。
この場合、一般にハードディスク装置４６に備わっている連続高速アクセスである、ＤＭＡを使用する。
システムコントローラ３８は、記録コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によって、番号Ｔ（Ｌ１）に相当する、デジタルビデオデータ情報単位post_infoの先頭ＬＢＡ＝（Ｍ＋１）＊Ｌ１−１に、次に記録すべき読み書き単位unitの番号Ｔ（Ｌ２）のＬ２なる番号を記録する（ステップＳ１６）。
また、次に記録すべき読み書き単位unitの番号Ｔ（Ｌ２）のＬ２なる番号の選び方は、記録するデジタルビデオデータのデータレートに合わせて、データレートの高い場合はディスク装置４６のディスクの外周側に近いセクタを使用して記録速度の高速化を図り、データレートの低い場合はディスクの内周側に近いセクタを使用するなど、適応的にディスク内外周の記録速度の特性を考慮して決定する。
次に、システムコントローラ３８は、ステップＳ１２に移行して、新たな番号Ｔ（Ｌ２）に相当する、デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（Ｌ２−１）を算出し、この先頭ＬＢＡを指定した記録コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によってハードディスク装置４６に対するデジタルビデオデータの記録が開始される。以下ステップＳ１４、Ｓ１６、Ｓ１２の動作を記録すべきデジタルビデオデータが無くなるまで繰り返して実行する。

以上は、記録時のシーケンスであるが、再生時のシーケンスは以下となる。
図４はハードディスク装置４６に対するデジタルビデオデータの再生動作のフローチャートである。
まず、システムコントローラ３８は、デジタルビデオデータの再生開始の番号Ｔ（ｎ）のｎを決める（ステップＳ２０）。ここでは、ｎ＝Ｌ１とする。
次いで、番号Ｔ（Ｌ１）に相当する、デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（Ｌ１−１）を算出し、この先頭ＬＢＡを指定した再生コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によってハードディスク装置４６からデジタルビデオデータの再生が開始される（ステップＳ２２）。
これにより、デジタルビデオデータ記録単位lumpであるＭ個のＬＢＡ分、デジタルビデオデータが連続してハードディスク装置４６から再生される（ステップＳ２４）。
この場合、一般にハードディスク装置４６に備わっている連続高速アクセスである、ＤＭＡを使用する。
システムコントローラ３８は、再生コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によって、番号Ｔ（Ｌ１）に相当する、デジタルビデオデータ情報単位post_infoの先頭ＬＢＡ＝（Ｍ＋１）＊Ｌ１−１から、次に再生すべき読み書き単位unitの番号Ｔ（Ｌ２）のＬ２なる番号を読み取る（ステップＳ２６）。
次に、システムコントローラ３８は、ステップＳ２２に移行して、新たな番号Ｔ（Ｌ２）に相当する、デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（Ｌ２−１）を算出し、この先頭ＬＢＡを指定した記録コマンドをＬＢＡコントローラ４４に与えることでＬＢＡコントローラ４４によってハードディスク装置４６からのデジタルビデオデータの再生が開始される。以下ステップＳ２４、Ｓ２６、Ｓ２２の動作を再生すべきデジタルビデオデータが無くなるまで繰り返して実行する。

以上説明したように、本実施の形態によれば、１つのＬＢＡが割り当てられる記録領域４８の部分を１つの記録単位５２とし、ＬＢＡが連続するＭ個の記録単位５２をデジタルビデオデータを記録するためのデジタルビデオデータ記録単位lumpとし、デジタルビデオデータ記録単位lumpに接続された１以上の記録単位５２をデジタルビデオ記録単位lumpに関係する付加情報を記録するためのデジタルビデオデータ情報単位post_infoとし、デジタルビデオデータ記録単位lumpとデジタルビデオ情報単位post_infoとから読み書き単位unitを構成し、デジタルビデオデータのハードディスク装置４６への記録および／または再生を読み書き単位unitで行うようにしたので、ＬＢＡが連続した状態でハードディスク装置４６に対するデジタルビデオデータの記録および／または再生を行うことができる。
したがって、連続した大量のデジタルビデオデータの記録再生を行うにあたって、ハードディスク装置４６のシーク動作の発生を抑制できる。またハードディスク装置４６のディスクの外周側に近いセクタを使用して記録再生速度の高速化を図ることや、それ程高速でないデジタルビデオデータの場合にはディスクの内周側に近いセクタを使用するなど、適応的にディスクの内周或いは外周の記録再生速度の高い或いは低い特性を使い分けることが出来ることで有利となる。
特に、デジタルビデオデータとして、ＨＤ（高画質、大画面）更には、ＨＦＲ（高フレームレート）を扱う場合において、より高速のデジタルビデオデータの連続的な記録再生を行う際に記録再生速度の高速化を図る上で有利となる。

また、ハードディスク装置４６の読み書き（Read／Write）動作を繰り返して長く使用した場合にも、デジタルビデオデータ記録単位lump（読み書き単位unit）が連続する複数の記録単位５２で構成されていることから、細かいフラグメンテーションが起こらないので、システムパフォーマンスが落ちない利点がある。

さらに、本実施の形態を、ファイルシステムを使用する従来の方法と比較して説明する。
ファイルシステム制御の具体例として、ＦＡＴの例に示す。
ＦＡＴシステムでは、ディスク上のセクタは、クラスタと呼ばれる単位にまとめられて管理される。
通常は1クラスタ内のセクタはディスク上では物理的に連続した場所に配置される。
ファイルはその大きさにより一つのクラスタ、あるいは複数のクラスタで構成される。
ファイル・アロケーション・テーブル(FAT)は一つのメディアの全クラスタ数と同じ大きさを持ち、ファイル・アロケーション・テーブルの1要素が1クラスタに対応する。
各要素に記録されるのは、あるクラスタのデータの続きがどのクラスタにあるか、という情報である。
ファイル・アロケーション・テーブルとは別にルートディレクトリテーブルとサブディレクトリテーブルがあり、そこにファイル名とファイルの属性、そのファイルを構成する最初のクラスタ番号が記録されている。
ディレクトリの情報に記録された先頭クラスタ番号と組み合わせることにより1つのファイルが複数のクラスタにまたがって存在する状況を記録している。
このようなファイルシステムでは、一般的にセクタ＝５１２Ｂｙｔｅとし、セクタを複数集めたクラスタ＝４ＫＢｙｔｅとして、ファイルをクラスタサイズの一塊として扱い、ＨＤＤのデータの読み書きが行われている。
デジタルビデオデータは数百ＭＢｙｔｅから数百ＧＢｙｔｅもしくはそれ以上を扱う場合もあり、クラスタ＝４ＫＢｙｔｅ塊としての扱いでは、効率が悪い。

また、ファイルの読み書きでフラグメンテーションが増えたときに、デジタルビデオデータの連続性も、最悪ではクラスタ＝４ＫＢｙｔｅになるので、連続読み書きを基本とするデジタルビデオデータには向かない。
したがって、ファイルシステムを使用する構成では、デジタルビデオデータの連続記録再生を安定して行う上で不利があるばかりではなく、デジタルビデオデータの記録再生速度の高速化を図る上で不利がある。
また、一般的に、ＦＡＴは２重に記録されており、傷害を受けても復旧することが可能である。しかし２重に記録された両方のＦＡＴが破損した場合には、ハードディスク装置全体のデータの修復が出来なくなる不利がある。
また、デジタルビデオデータのアクセスを行うにあたって、ＦＡＴが格納されている記録領域を読み出す必要があるため、余分なシークが発生し、大量のデジタルビデオデータを連続して記録再生する場合に、アクセス速度の低下を招く不利がある。

これに対して、本実施の形態では、ファイルシステムを用いることなく、ＬＢＡを直接管理することで、ＬＢＡが連続した状態で、デジタルビデオデータ記録単位lumpでデジタルビデオデータのハードディスク装置４６に対する記録および／または再生を行うようにしているので、デジタルビデオデータの連続記録再生を安定して行う上で有利となり、デジタルビデオデータの記録再生速度の高速化を図る上でも有利となる。
また、本実施の形態では、ファイルシステムを使用していないので、ハードディスク装置４６の記録領域４８の一部が破損したとしても、破損していない残りの記憶領域４８の部分に記録されているデジタルビデオデータを読み書き単位unitで読み出すことでデジタルビデオデータの一部を修復することができ、したがって、ファイルシステムの破損によってデジタルビデオデータの修復が全く不能となる場合に比較してデータの信頼性を確保する上で有利となる。
言い換えると、本実施の形態では、ハードディスク装置上のほとんど全てのデータが、ＬＢＡ順に連続インクリメント記録されたデータであるため、障害時にＬＢＡ順にデータを読み込み、少しでも読めたデータはデータ修復に利用できる可能性が高く、障害時のデータの救い出しに有利なシステムが設計できる。
また、本実施の形態では、ハードディスク装置４６が故障した場合に、デジタルビデオデータ情報単位post_infoに記録された当該デジタルビデオデータ記録単位lumpのあとに接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡを読み出すことにより、順方向からのデジタルビデオデータ記録単位の探索が可能であるため、データの復旧を効率よく行う上でより有利となる。

具体的に説明すると、Ｌｉｎｕｘ Ｅｘ２などでは、ファイルシステムに相当するI-nodeスーパーブロックが壊れるとハードディスク装置の全てのデータが読めなくなる。
また、Ｗｉｎｄｏｗｓ（登録商標）では、ファイルシステムであるＦＡＴが壊れるとハードディスク装置の全てのデータが読めなくなる。
したがって、このようなＯＳの管理下にあるファイルシステムを用いてハードディスク装置にデジタルビデオデータを記録する場合には、ファイルシステムが壊れると、記録されたデジタルビデオデータが壊れていないにも拘わらず、デジタルビデオデータがどのようにハードディスク装置の記録領域上に記録されているかを知ることができないため、デジタルビデオデータの復旧が不可能となる。
これに対して本実施の形態では、ＬＢＡを用いてアクセスできるので、Ｎ番目の読み書き単位unitにおけるデジタルビデオデータ記録単位lumpを再生する際には次のようにして読み書き単位unitを特定してデジタルビデオデータを再生することができる。
Ｎ番目の読み書き単位unitの先頭ＬＢＡ（デジタルビデオデータ記録単位lumpの先頭ＬＢＡ）が、次の式（１）で特定できる。
デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝Ｎ＊（Ｍ＋１） （１）
そして、このＮ番目の読み書き単位unitのデジタルビデオデータ記録単位lumpの最後のＬＢＡが、次の式（２）で特定できる。
デジタルビデオデータ記録単位lumpの最後のＬＢＡ＝（Ｎ＋１）＊（Ｍ＋１）−２ （２）
したがって、式（１）、式（２）で特定した先頭ＬＢＡから最後のＬＢＡまでを連続して読み出すことでＮ番目の読み書き単位unitのデジタルビデオデータ記録単位lumpを再生することができる。
このような動作を各読み書き単位unitに対して行うことでデジタルビデオデータの復旧が可能となる。
さらにＮ番目の読み書き単位unitのデジタルビデオデータ情報単位post_infoのＬＢＡ（先頭ＬＢＡ）は、式（３）によって特定できる。
デジタルビデオデータ情報単位post_infoのＬＢＡ＝（Ｎ＋１）＊（Ｍ＋１）−１ （３）
したがって、このような動作を各デジタルビデオデータ情報単位post_infoに対して行うことで付加情報としての後方接続情報を読み出すことができ、次に接続される読み書き単位unitを読み出すことができデジタルビデオデータを復旧する上でより一層有利となる。
また、後述する第２乃至第１１の実施の形態においても、式（３）によって特定したデジタルビデオデータ情報単位post_infoの付加情報を読み出すことで、付加情報に含まれる後述のさまざまな情報を復旧することができ、障害時の復旧を容易に行う上で有利となる。

また、本実施の形態では、ファイルシステムを使用していないので、デジタルビデオデータのアクセスを行うにあたって、ファイルシステムに対する余分なシークが不要となることから、大量のデジタルビデオデータを連続して記録再生する場合に、アクセス速度の高速化を図る上で有利となる。

また、本実施の形態では、デジタルビデオデータ情報単位post_infoがデジタルビデオデータ記録単位lumpの後に接続されているので、いわゆるヘッダーのようにデジタルビデオデータ情報単位がデジタルビデオデータ記録単位の前に位置している場合に比較して、アクセスするＬＢＡを前方に戻すことなくＬＢＡの昇順に従って連続的にアクセスすればよいので、アクセス時間の短縮を図る上で有利となる。

また、ファイルシステム下でのデータの記録再生では、ファイルシステム操作によるオーバーヘッドが発生するが、本実施の形態では、ＯＳ下のファイルシステムの介在が無いので、オーバーヘッドが少なく、スピードが速い。
また、本実施の形態では、ＯＳ及びその下のファイルシステムの介在無しに、ハードディスク装置に記録再生するので、システムのオーバーヘッドが少なく高速データアクセスが可能である。
また本実施の形態では、ＯＳ下のファイルシステムを必要としないので、ＯＳやファイルシステムを使用しないのでシステム規模を小さくでき、小規模なシステムで導入できる。
また本実施の形態では、ＯＳ下のファイルシステムを必要としないので、ＯＳやファイルシステムを使用しないのでシステムのポータビリティーが良い。

また、本実施の形態では、デジタルビデオデータ情報単位およびデジタルビデオデータ記録単位の大きさをＬＢＡの単位で任意に設定することができる。
したがって、デジタルビデオデータ情報単位post_infoに対してデジタルビデオデータ記録単位lumpを大きく設定することで、ファイル管理のオーバーヘッドを小さくすることが出来る。
例えば、デジタルビデオデータ情報単位post_infoを１つの記録単位５２で構成し、デジタルビデオデータ記録単位lumpを９９９９（Ｍ＝９９９９）の記録単位５２で構成した場合には、記録領域４８上に記録されたデータのうち、実質的に映像データを表すデジタルビデオデータ以外の管理情報（デジタルビデオデータ情報単位post_info）が占有する割合（オーバーヘッド）を０．０１％と非常に小さくできる。
ゆえに同じ容量のハードディスク装置でもより多くのビデオを録画でき、大容量記録を行う上で有利となる。

（第２の実施の形態）
次に第２の実施の形態について説明する。
第２の実施の形態では、１以上の連続する複数の読み書き単位unitにファイル名を割り当てることで、１以上の連続する複数の読み書き単位unitをファイル名を用いて管理して記録再生できるようにしたものである。
図５は第２の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。なお、以下の実施の形態において第１の実施の形態と同様の部分には同一の符号を付してその説明を省略する。

第２の実施の形態では、連続する複数の読み書き単位unitに共通のファイル名が割り当てられている。
ファイル名は、例えば、同じシーンのデジタルビデオデータを構成する連続する複数の読み書き単位unitに共通に割り当てられるものである。
例えば、風景を表したひとまとまりのデジタルビデオデータを含む連続する複数の読み書き単位unitのファイル名Fileとして、「風景１」、「風景２」といったような名称を用いる。
図５に示すように、１つのファイル名Fileが割り当てられた連続する複数の読み書き単位unitのうち、先頭に位置する読み書き単位unitの先頭の記録単位５２のＬＢＡを開始アドレスStart LBA Noとする。
そして、ファイル名Fileと開始アドレスStart LBA Noとを関連付けたファイル名／先頭ＬＢＡ番号対応データ５４を、記録領域４８の所定の部分に確保したファイル名／先頭ＬＢＡ番号領域５６に格納する。
第２の実施の形態では、ファイル名／先頭ＬＢＡ番号領域５６はＬＢＡの０番地から１つの読み書き単位unit分確保されている。
また、第２の実施の形態では、１つのファイル名／先頭ＬＢＡ番号対応データ５４を１つの記録単位５２に格納する。したがって、ファイル名／先頭ＬＢＡ番号対応データ５４毎に１つのＬＢＡが対応することになる。

ファイル名の記録動作は次のようになされる。
まず、ファイル名を付けるべき書き込み単位unitの番号Ｔ（ｎ）のｎを決める。
次に、第１の実施の形態と同様に、デジタルビデオデータ記録単位lumpの先頭ＬＢＡ＝（Ｍ＋１）＊（ｎ−１）を算出する。
デジタルビデオデータ記録単位lumpの先頭ＬＢＡは、すなわち、ファイル名を付けるべき書き込み単位unitの先頭ＬＢＡであり、上述した開始アドレスStart LBA Noである。
このように算出した開始アドレスStart LBA Noとファイル名Fileとを組み合わせることでファイル名／先頭ＬＢＡ番号対応データ５４を構成し、このファイル名／先頭ＬＢＡ番号対応データ５４をファイル名／先頭ＬＢＡ番号領域５６に格納する。
このような手順をファイル名を記録するごとに繰り返す。

ファイル名を用いた再生動作は次のようになされる。
ファイル名Fileが指定されたならば、ファイル名／先頭ＬＢＡ番号領域５６を検索して指定されたファイル名Fileを含むファイル名／先頭ＬＢＡ番号対応データ５４を特定し、このファイル名／先頭ＬＢＡ番号対応データ５４に含まれる開始アドレスStart LBA Noに基づいてデジタルビデオデータの再生を行う。

したがって、第２の実施の形態によれば、第１の実施の形態と同様の効果が奏されることは無論のこと、ファイル名Fileを用いてデジタルビデオデータの管理を行うことができるため、デジタルビデオデータの記録、再生動作を簡単かつ効率的に行う上で有利となる。

また第２の実施の形態では、ファイル名／先頭ＬＢＡ番号領域５６を記録領域４８の先頭（ＬＢＡの０番地）から確保した場合について説明したが、ファイル名／先頭ＬＢＡ番号領域５６を記録領域４８のどの位置に設けるかは任意である。
しかしながら、第２の実施の形態のように、ファイル名／先頭ＬＢＡ番号領域５６を記録領域４８の先頭（ＬＢＡの０番地）から確保すれば、ハードディスク装置４６におけるファイル名／先頭ＬＢＡ番号領域５６に対するアクセス速度を確保する上で有利となる。
もちろん、ハードディスク装置４６の機能上の理由などによって記録領域４８の先頭以外の箇所をファイル名／先頭ＬＢＡ番号領域５６に割り当てることが好ましい場合、あるいは、記録領域４８の先頭箇所が読み書きで信頼性を欠くような場合は、記録領域４８の先頭以外の適宜箇所にファイル名／先頭ＬＢＡ番号領域５６に割り当てればよいことはいうまでもない。

また、第２の実施の形態では、１つのファイル名／先頭ＬＢＡ番号対応データ５４を１つの記録単位５２に格納し、かつ、ファイル名／先頭ＬＢＡ番号領域５６を１つの読み書き単位unit分確保した。
そのため、読み書き単位unitが（Ｍ＋１）個の記録単位５２で構成されていることから、（Ｍ＋１）個分のファイル名を管理することができることになる。
しかしながら、ファイル名／先頭ＬＢＡ番号領域５６の大きさは１つの読み書き単位unit分に限定されるものではなく、ファイル名／先頭ＬＢＡ番号領域５６の大きさを２つ以上の読み書き単位unit分確保してもよく、そのようにすればさらに多くのファイル名を管理することができる。

（第３の実施の形態）
次に第３の実施の形態について説明する。
第３の実施の形態は第２の実施の形態の変形例である。
図６は第３の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。
第２の実施の形態では、１つのファイル名／先頭ＬＢＡ番号対応データ５４を１つの記録単位５２に格納した場合について説明したが、第３の実施の形態では、複数のファイル名／先頭ＬＢＡ番号対応データ５４を１つの記録単位５２に格納したものである。
具体的に説明すると、
ファイル名Fileのバイト数：ＦＮバイト
開始アドレスStart LBA Noのバイト数：ＦＬバイトとすると、
１つのファイル名／先頭ＬＢＡ番号対応データ５４のバイト数：（ＦＮ＋ＦＬ）バイト
となる。
また、１つの記録単位５２のバイト数：ＲＬバイトとすると、
１つの読み書き単位unitのバイト数：ＲＬ＊（Ｍ＋１）バイト
となる。
したがって、１つの読み書き単位unitに記録可能なファイル名／先頭ＬＢＡ番号対応データ５４の数は、
ＲＬ＊（Ｍ＋１）／（ＦＮ＋ＦＬ）個
となる。
具体的には、１つの記録単位５２が１セクタ＝５１２バイトである場合には、
１つの読み書き単位unitに記録可能なファイル名／先頭ＬＢＡ番号対応データ５４の数は、
５１２＊（Ｍ＋１）／（ＦＮ＋ＦＬ）個
となる。

したがって、第３の実施の形態では第２の実施の形態と同様の効果が奏されることは無論のこと、第２の実施の形態に比較して、ファイル名／先頭ＬＢＡ番号領域５６により多くのファイル名／先頭ＬＢＡ番号対応データ５４を格納することができるので、記録領域４８に占めるファイル名／先頭ＬＢＡ番号領域５６の領域を減らすことができ、あるいは、限られたファイル名／先頭ＬＢＡ番号領域５６でより多くのファイルを管理することができ、記録領域４８を効率的に使用する上で有利となる。

（第４の実施の形態）
次に第４の実施の形態について説明する。
第２、第３の実施の形態では、ファイル名を用いて１以上の連続する複数の読み書き単位unitでデータを扱っていたが、第４の実施の形態では、ファイル番号を用いて１以上の連続する複数の読み書き単位unitでデータを扱う点が第２、第３の実施の形態と相違している。
図７は第４の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。
連続する複数の読み書き単位unitからなるひとまとまりのデータをファイルとする。
ハードディスク装置４６の記録領域４８に記録されるファイルの数をＦ（Ｆは２以上の整数）とする。すなわち、ハードディスク装置４６を使用するに先立ってファイルの数は予め定めておく。
各ファイルに対して１からＦまでの昇順の番号で付した番号をファイル番号とする。
そして、記録領域４８に、ファイル番号１からファイル番号Ｆのそれぞれに対応する読み書き単位unitを１つずつ確保する。
第４の実施の形態では、Ｆ個の先頭ファイル読み書き単位file_unitは、記録領域４８のＬＢＡの先頭アドレスから確保される。
それら確保した読み書き単位unitのそれぞれを先頭ファイル読み書き単位file_unitとすることによって記録領域４８にＬＢＡが連続するＦ個の先頭ファイル読み書き単位file_unitを確保する。
記録領域４８のうち、Ｆ個の先頭ファイル読み書き単位file_unitを除く残りの記録領域４８が先頭ファイル読み書き単位file_unitのあとに接続される読み書き単位unitを格納する記録領域として確保されることになる。

各ファイルの記録は、次のようになされる。
すなわち、記録を行うべきファイルに割り当てられたファイル番号を特定する。
特定されたファイル番号に対応する先頭ファイル読み書き単位file_unitの先頭アドレスを算出する。
すなわち、先頭ファイル読み書き単位file_unitが読み書き単位unitと同じ数（Ｍ＋１）個の記録単位５２で構成されていることから、番号をｎとすると、
先頭ファイル読み書き単位file_unitの先頭ＬＢＡ＝（Ｍ＋１）＊（ｎ−１）
となる。
そして、算出された先頭アドレスから先頭ファイル読み書き単位file_unitの記録を開始する。
それ以降は、Ｆ個の先頭ファイル読み書き単位file_unitを除く残りの記録領域４８に読み書き単位unitで記録を行う。
この際、先頭ファイル読み書き単位file_unitの付加情報として、該先頭ファイル読み書き単位file_unitの次にアクセスされるべき読み書き単位unitのＬＢＡの先頭を特定するための後方接続情報が記録される。
また、先頭ファイル読み書き単位file_unitのあとに接続される読み書き単位unitの付加情報にも上記と同様の後方接続情報が記録されることは第１の実施の形態と同様である。

各ファイルの再生は、次のようになされる。
すなわち、再生を行うべきファイルに割り当てられたファイル番号を特定する。
特定されたファイル番号に対応する先頭ファイル読み書き単位file_unitの先頭アドレスを記録時と同様に算出する。
先頭ファイル読み書き単位file_unitの先頭ＬＢＡ＝（Ｍ＋１）＊（ｎ−１）
となる。
そして、算出された先頭アドレスから先頭ファイル読み書き単位file_unitの再生を開始する。
そして、先頭ファイル読み書き単位file_unitの後方接続情報に基づいて次の読み書き単位unitの再生を行い、それ以降は、読み書き単位unitの後方接続情報に基づいて次の読み書き単位unitの再生を第１の実施の形態と同様に行う。

言い換えると、ハードディスク装置４６内に記録再生する複数のファイル数をＦ（１、２、３、……、Ｆ）とするとき、先頭ＬＢＡからＦ個のハードディスク装置４６への読み書き単位unitに関しては、Ｆ個の複数ファイルの開始読み書き単位unit専用とする。
ファイルを記録する場合には、ハードディスク装置４６の先頭ＬＢＡの１からＦ個目までのハードディスク装置４６への読み書き単位unitに、ファイルの記録を開始し、継続するファイルを記録するハードディスク装置４６への読み書き単位unitは、Ｆ個より後方のハードディスク装置４６への読み書き単位unitを使用する。
これにより、ファイルの読み込みは、ハードディスク装置４６の１からＦ個目までのハードディスク装置４６への読み書き単位unitから、読み込みを開始すれば、ファイル先頭からの読み込みが可能となる。

第４の実施の形態によれば、各ファイルを１からＦまでのファイル番号で管理することができ、ファイル名を使用しないので、ハードディスク装置４６へのアクセス処理の簡素化、高速化を図る上で有利となる。
また、ファイル名などの管理データをハードディスク装置４６の記録領域４８に格納しないので、デジタルビデオデータを格納するための記録領域をより大きく確保する上で有利となる。
また、ファイル名を用いてファイルを管理する場合には、システムコントローラ３８上で動作するアプリケーション側で、ファイル番号とファイル名とを対応させたデータベースを作成すればよいことはもちろんである。

（第５の実施の形態）
次に第５の実施の形態について説明する。
なお、第５乃至第１０の実施の形態は第３の実施の形態の変形例であり、デジタルビデオデータ情報単位post_infoに記録される付加情報の種々の変形例を示す。
図８は第５乃至第１０の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。
第５の実施の形態では、デジタルビデオデータ情報単位post_infoに、当該デジタルビデオデータ記録単位lumpのあとに接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡを付加情報（後方接続情報）として記録するとともに、当該デジタルビデオデータ記録単位lumpの前に接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡも付加情報（前方接続情報）として記録するものである。
第５の実施の形態では、デジタルビデオデータ情報単位post_infoに記録された当該デジタルビデオデータ記録単位lumpの前に接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡを読み出すことにより、時間的に遡ってデジタルビデオデータを読み出す特殊再生（リバース再生）を行うことができる効果が奏される。
また、ハードディスク装置４６が故障しデジタルビデオデータを読み出すことが困難となった場合のデータの復旧に、デジタルビデオデータ情報単位post_infoに記録された当該デジタルビデオデータ記録単位lumpのあとに接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡを読み出すことにより、順方向からのデジタルビデオデータ記録単位を探索でき、さらに、デジタルビデオデータ情報単位post_infoに記録された当該デジタルビデオデータ記録単位lumpの前に接続されるデジタルビデオデータ記録単位lumpの先頭ＬＢＡを読み出すことにより、逆方向からのデジタルビデオデータ記録単位lumpの探索を行うことも可能となり、データの復旧を効率よく行う上でより一層有利となる。
なお、第５の実施の形態において、前方接続情報および後方接続情報を、第１の実施の形態の後方接続情報と同様に、Ｎ個の読み書き単位unitのそれぞれに対してＬＢＡの昇順に付された連続番号Ｔ（ｎ）、ただしｎ＝１、２、３……、Ｎとしてもよいことは無論である。

（第６の実施の形態）
次に第６の実施の形態について説明する。
第６の実施の形態では、デジタルビデオデータ情報単位post_infoに、当該デジタルビデオデータ情報単位post_infoが接続されたデジタルビデオデータ記録単位lumpに割り当てられたファイル名Fileを付加情報として記録するものである。
第６の実施の形態によれば、ハードディスク装置４６が故障しデジタルビデオデータを読み出すことが困難となった場合のデータの復旧に、デジタルビデオデータ情報単位post_infoに含まれるファイル名Fileを利用することで、同一のファイル名が割り当てられたデジタルビデオデータ情報単位lumpを選択して拾い上げ、デジタルビデオデータの復旧を図る上で有利となる。
具体的に説明すると、第１の実施の形態で説明したように、Ｎ番目の読み書き単位unitのデジタルビデオデータ情報単位post_infoのＬＢＡ（先頭ＬＢＡ）は、式（３）によって特定できる。
デジタルビデオデータ情報単位post_infoのＬＢＡ＝（Ｎ＋１）＊（Ｍ＋１）−１ （３）
したがって、このような動作を各デジタルビデオデータ情報単位post_infoに対して行うことで付加情報としてのファイル名Fileを読み出すことができ、障害時の復旧を容易とすることができる。

（第７の実施の形態）
次に第７の実施の形態について説明する。
第７の実施の形態では、同一のファイル名が割り当てられたデジタルビデオデータ記録単位lumpに時間順でシリアル番号を付し、そのシリアル番号をデジタルビデオデータ情報単位post_infoに付加情報として記録するものである。
このシリアル番号を読み出すことで、当該デジタルビデオデータ記録単位lumpが当該ファイル名Fileの何番目のデジタルビデオデータ記録単位lumpであるかを特定することができる。
すなわち、前記シリアル番号は、ハードディスク装置が故障しデジタルビデオデータが読み難くなった場合に、ファイルに属するデータの拾い上げ後に、デジタルビデオデータ記録単位を順番に並べる復旧に使用することができる。
したがって、ハードディスク装置４６が故障してファイル名／先頭ＬＢＡ番号領域５６の部分が消失した場合に、ファイル名／先頭ＬＢＡ番号対応データ５４を復旧（再作成）する上で有利となる。

（第８の実施の形態）
次に第８の実施の形態について説明する。
第８の実施の形態では、デジタルビデオデータ記録単位lumpにデジタルビデオデータを記録するにあたって、当該デジタルビデオデータ記録単位lumpに記録するデジタルビデオデータのチェックサムおよびデータ量を算出し、それらチェックサムおよびデータ量を当該デジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoに付属情報として記録するものである。
第８の実施の形態では、デジタルビデオデータ記録単位lumpに記録されたデジタルビデオデータの読み出し時に、デジタルビデオデータ情報単位post_infoから読み出したチェックサムおよびデータ量に基づいて、読み出したデジタルビデオデータのエラーおよびデータ量のチェックを行うことで、データ読み出しの信頼性を向上させる上で有利となる。
言い換えると、デジタルビデオデータの破損の有無を判定することができるので、デジタルビデオデータのデータが破損していると判定されたときには、破損したデジタルビデオデータのデコードを行うことなく、例えば、前のデジタルビデオデータを再度使用するなどして、意図しない映像のビデオ信号が出力されることを防止する上で有利となる。言い換えると、デジタルビデオデータ記録単位lumpの信頼性を高めることができ、ひいては、ビデオ信号の品質およびビデオ記録再生装置３０の信頼性を向上させる上で有利となる。

（第９の実施の形態）
次に第９の実施の形態について説明する。
第９の実施の形態では、デジタルビデオデータ記録単位lumpにデジタルビデオデータを記録するにあたって、当該デジタルビデオデータ記録単位lumpに記録するデジタルビデオデータのＣＲＣ（Cyclic Redundancy Check）のＥＣＣ（Error Correcting Code）を算出し、このＥＣＣを当該デジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoに付属情報として記録するものである。
第９の実施の形態では、デジタルビデオデータ記録単位lumpに記録されたデジタルビデオデータの読み出し時に、データにエラーが発生したときに、デジタルビデオデータ情報単位post_infoから読み出したＣＲＣのＥＣＣデータを用いて、そのデータのエラー訂正をすることができ、デジタルビデオデータ記録単位lumpの信頼性を高めることができ、ひいては、ビデオ信号の品質およびビデオ記録再生装置３０の信頼性を向上させる上で有利となる。

（第１０の実施の形態）
次に第１０の実施の形態について説明する。
第１０の実施の形態では、当該デジタルビデオデータ記録単位lumpにデジタルビデオデータが記録されているか、記録されていないか（未使用であるか）を示すユーズフラグを当該デジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoに付属情報として記録するものである。
第１０の実施の形態では、ハードディスク装置４６の記録領域４８の全てのデジタルビデオデータ記録単位lumpが未使用である場合に、全てのデジタルビデオデータ記録単位lumpに対応するデジタルビデオデータ記録単位lumpのユーズフラグに未使用であることを示す“０”を設定しておく。
そして、デジタルビデオデータをデジタルビデオデータ記録単位lumpに記録する毎に、当該デジタルビデオデータ情報単位lumpに接続するデジタルビデオデータ記録単位lumpのユーズフラグに、使用中の表示である“１”を設定する。
また、デジタルビデオデータ記録単位lumpのデータを消去する代わりに当該デジタルビデオデータ記録単位lumpのデジタルビデオデータ情報単位post_infoのユーズフラグに未使用を示す“０”を設定すればよい。言い換えると、デジタルビデオデータを消去する際にはユーズフラグをクリアすることでデジタルビデオデータ自体を消去しなくてもよいことになる。
そして、ユーズフラグがクリアされたデジタルビデオデータ情報単位post_infoが接続するデジタルビデオデータ記録単位lumpを再利用（オーバーライト）可能とすることができる。

また、ファイル全体を一括して消去する場合には、ファル名Fileからデジタルビデオデータ記録単位lumpの先頭のＬＢＡが分かるので、そのデジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoのユーズフラグを未使用中の表示である“０”に設定する。
次にそのデジタルビデオデータ情報単位post_infoに含まれる後続するデジタルビデオデータ記録単位lumpの先頭のＬＢＡを読み出し、後続するデジタルビデオデータ情報単位lumpに接続するデジタルビデオデータ情報単位post_infoのユーズフラグを未使用中の表示である“０”に設定する。
以上の処理を同一のファイル名Fileが割り当てられた全てのデジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoに対して繰り返して実行することにより、芋ずる式に使用しているデジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoのユーズフラグを未使用中の表示である“０”に設定して、容易に全ファイル記録エリアを消去でき、空きエリアとして再利用可能とする。
第１０の実施の形態によれば、未使用のデジタルビデオデータ記録単位lumpを容易に特定することができ、記録動作の高速化を図る上で有利となり、また、デジタルビデオデータの消去処理を効率的に行う上で有利となる。
言い換えると、ファイル消去は、デジタルビデオデータ情報単位post_infoのユーズフラグで管理するので、容易にファイル消去ができる。
また、ファイルフォーマットは、デジタルビデオデータ情報単位post_info内のユーズフラグを未使用に書き換えるだけなので、ハードディスク装置３０のフォーマットが容易に行える。

（第１１の実施の形態）
次に第１１の実施の形態について説明する。
第１１の実施の形態は第１０の実施の形態の変形例であり、ユーズフラグを一括管理するユーズフラグ管理領域を設けた点が相違している。
図９は第１１の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。なお、図９においては図面の簡略化を図るためにファイル名／先頭ＬＢＡ番号領域５６の図示を省いている。
図９に示すように、各デジタルビデオデータ情報単位post_infoには、第１０の実施の形態と同様のユーズフラグUF(UF1、 UF2 、UF3、……UFn-1、UFn、UFn+1、UFn+2、UFn+3……)が設けられている。
ハードディスク装置４６の記録領域４８の所定領域にユーズフラグ管理領域５８を設定する。
したがって、第１１の実施の形態では、記録領域４８は、ファイル名／先頭ＬＢＡ番号領域５６と、ユーズフラグ管理領域５８と、複数の読み書き単位unitとで構成されることになる。
ユーズフラグ管理領域５８は、ビデオデータを記録するために使用されるのではなく、ハードディスク装置４６の記録領域４８全体のデジタルビデオデータ情報単位post_infoのそれぞれに記録した各ユーズフラグUFのマップとして使用されるものであり、ユーズフラグ管理領域５８には、各ユーズフラグUFと同じデータが記録される。

詳細に説明すると、ユーズフラグ管理領域５８の記録ビットbit1、bit2、bi3、……、bitn、bitn+1、bitn+2、bitn+3、……と、ユーズフラグUF(UF1、 UF2 、UF3、……UFn-1、UFn、UFn+1、UFn+2、UFn+3……)とが１対１に対応している。
実際にユーズフラグ管理領域５８に記録されているデータは、ユーズフラグUFのみであり、記録ビットbit1、bit2、bi3、……、bitn、bitn+1、bitn+2、bitn+3、……は、ユーズフラグ管理領域５８における各ユーズフラグUFのビット位置を示している。
そして、ユーズフラグ管理領域５８における各ユーズフラグUFのビット位置は、各デジタルビデオデータ情報単位post_infoのＬＢＡの昇順に対応している。
すなわち、ユーズフラグ管理領域５８において、各ユーズフラグUFは、各デジタルビデオデータ情報単位post_infoのＬＢＡの昇順に対応したビット位置に位置するように順番に配置されている。
したがって、ユーズフラグ管理領域５８におけるビット位置を特定してユーズフラグUFを読み出すことで、読み出したユーズフラグUFに対応するビデオデータ記録単位lumpが、記録領域４８内において何番目に位置しているか（読み書き単位unitの番号Ｔがいくつか）を特定でき、したがって、読み出したユーズフラグUFに対応するビデオデータ記録単位lumpの先頭のＬＢＡを特定できることになる。

なお、ユーズフラグ管理領域５８においても、記録がない（未使用の）デジタルビデオデータ記録単位lumpに対応するユーズフラグＵＦには“０”が設定され、記録されている（使用中の）デジタルビデオデータ記録単位lumpに対応するユーズフラグＵＦには“１”が設定される。
また、ユーズフラグ管理領域５８の大きさは任意であり、読み書き単位unitと同じ大きさ、あるいは、読み書き単位unitのｎ倍（ｎは１以上の整数）でもよい。
また、ユーズフラグ管理領域５８はＬＢＡの低い番地の箇所に設けることがアクセス速度を向上する上で有利である。
また、第１１の実施の形態では、ユーズフラグ管理領域５８の内容がコピーされるユーズフラグ用記録媒体がハードディスク装置４６の記録領域４８と別に設けられている。
前記ユーズフラグ用記録媒体はハードディスク装置４６よりもアクセス速度が高速であることが処理速度の高速化を図る上で有利であり、本実施の形態では、前記ユーズフラグ用記録媒体としてハードディスク装置４６よりもアクセス速度が高速な半導体メモリを用いており、このような半導体メモリとしてシステムコントローラ３８に含まれる既存のシステムメモリ（ＲＡＭなどの半導体メモリ）を用いている。

第１１の実施の形態の使用方法について説明する。
まず、ビデオ記録再生装置３０による記録動作が開始されると、システムコントローラ３８は、ユーズフラグ管理領域５８の内容を前記ユーズフラグ用記録媒体にコピーする。
デジタルビデオデータの記録動作に伴い、第１０の実施の形態と同様に、ハードディスク装置４６の記録領域４８内の全てのデジタルビデオデータ情報単位post_infoに設けたユーズフラグUFを操作する毎に、前記ユーズフラグ用記録媒体内の対応したビットをユーズフラグUFと同じデータとする。
すなわち、あるデジタルビデオデータ記録単位lumpにデジタルビデオデータを記録すると、当該デジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoのユーズフラグを“１”に設定するとともに、前記ユーズフラグ用記録媒体にコピーしたユーズフラグ管理領域５８内の対応したビットを“１”に設定する。
あるいは、あるデジタルビデオデータ記録単位lumpを消去する際には、当該デジタルビデオデータ記録単位lumpに接続するデジタルビデオデータ情報単位post_infoのユーズフラグを“０”に設定するとともに、前記ユーズフラグ用記録媒体にコピーしたユーズフラグ管理領域５８内の対応したビットを“０”に設定する。
ビデオ記録再生装置３０による記録動作が終了する際には、前記ユーズフラグ用記録媒体にコピーしたユーズフラグ管理領域５８内のデータを、そのコピー元であるハードディスク装置４６のユーズフラグ管理領域５８に書き戻す。

第１１の実施の形態によれば、第１０の実施の形態と同様の効果が奏されることは無論のこと、ハードディスク装置４６のユーズフラグ管理領域５８にハードディスク装置４６全体に分散しているユーズフラグUFと同じデータを一括で記録しておくことにより、“０”が設定されているユーズフラグUFを見出すことにより、その見出したユーズフラグUFに対応する未使用のビデオデータ記録単位lumpの先頭のＬＢＡを特定することができる。
したがって、ユーズフラグ管理領域５８内のユーズフラグUFを読み出すことで、ハードディスク装置４６の記録領域４８における未使用のビデオデータ記録単位lump（読み書き単位unit）を効率よく特定することができ、第１０の実施の形態に比較して、記録時のハードディスク装置４６への読み書き単位の切り替え動作の高速化、言い換えると、記録動作の高速化を図る上で有利となる。
言い換えると、ハードディスク装置３０全体に分散しているユーズフラグを、このユーズフラグ専用に用意した、ユーズフラグ管理領域５８の記録ビット（bit1、bit2、bit3……）と１対１に対応させ、利用時はユーズフラグ管理領域５８のデータを前記ユーズフラグ用記録媒体にコピーして使用することにより、未使用のデジタルビデオデータ記録単位lumpを見つけるのが容易となり、記録時のハードディスク装置３０への読み書き単位unitの切り替えが高速になる。

なお、実施の形態では、記録媒体としてハードディスク装置を用いた場合について説明したが、本発明は、ロジカルブロックアドレッシングによって記録領域にアドレスが割り当てられ、データの記録再生に際してシーク時間が発生するようなディスク状記録媒体、例えば、ＣＤ−ＲＷ、ＤＶＤ−ＲＷなどの記録媒体にビデオデータを記録および／または再生するビデオ記録再生方法およびビデオ記録再生装置に広く適用可能である。

本発明の第１の実施の形態によるビデオ記録再生方法を実現するビデオ記録再生装置の機能ブロック図である。 第１の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 ハードディスク装置４６に対するデジタルビデオデータの記録動作のフローチャートである。 ハードディスク装置４６に対するデジタルビデオデータの再生動作のフローチャートである。 第２の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 第３の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 第４の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 第５乃至第１０の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 第１１の実施の形態におけるハードディスク装置４６の記録領域の構成を示す説明図である。 記録媒体としてハードディスク装置を用いた従来のビデオ記録再生装置の一例を示す機能ブロック図である。

符号の説明

３０……ビデオ記録再生装置、４６……ハードディスク装置、４８……記録領域、５２……記録単位、lump……ビデオデータ記録単位、post_info……デジタルビデオ情報単位、unit……読み書き単位。

Claims (29)

1. ロジカルブロックアドレッシングによって記録領域にアドレスが割り当てられる記録媒体へアクセスし、前記記録媒体に対しデジタルビデオデータの記録および／または再生を行うビデオ記録再生装置であって、
   １つのロジカルブロックアドレスが割り当てられる前記記録領域の部分を１つの記録単位とし、
   ロジカルブロックアドレスが連続する複数の前記記録単位を前記デジタルビデオデータを記録するためのデジタルビデオデータ記録単位とし、
   前記デジタルビデオデータ記録単位に接続された１以上の前記記録単位を前記デジタルビデオ記録単位に関係する付加情報を記録するためのデジタルビデオデータ情報単位とし、
   前記デジタルビデオデータ記録単位と前記デジタルビデオ情報単位とから読み書き単位を構成したとき、
   前記デジタルビデオデータの前記記録媒体への記録および／または再生を前記読み書き単位で行う記録再生制御手段を備える、
   ことを特徴とするビデオ記録再生装置。
2. 前記デジタルビデオデータ情報単位の前記デジタルビデオデータ記録単位への接続は、前記デジタルビデオデータ情報単位が前記デジタルビデオデータ記録単位の最後の前記記録単位のあとのロジカルブロックアドレスに配置されることでなされている、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
3. 前記デジタルビデオデータ記録単位内における前記デジタルビデオデータの記録および／または再生は、ロジカルアドレスの昇順でなされる、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
4. 複数の前記デジタルビデオデータ記録単位にわたる前記デジタルビデオデータの記録および／または再生は、ロジカルアドレスの昇順でなされる、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
5. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位の次にアクセスされるべき読み書き単位のロジカルブロックアドレスの先頭を特定するための後方接続情報を含む、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
6. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位の次にアクセスされるべき読み書き単位のロジカルブロックアドレスの先頭を特定するための後方接続情報を含み、
   前記後方接続情報は、前記各読み書き単位に対して各読み書き単位のロジカルブロックアドレスの昇順に付された連続番号である、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
7. 前記デジタルビデオデータの前記記録媒体への記録および／または再生をＤＭＡで行う、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
8. 連続する複数の読み書き単位に同一のファイル名が割り当てられ、
   前記連続する複数の読み書き単位のうち先頭に位置する読み書き単位の先頭の記録単位のロジカルブロックアドレスを開始アドレスとしたときに、
   前記ファイル名と前記開始アドレスとを関連付けたファイル名／先頭ロジカルブロックアドレス番号対応データを、前記記録媒体の記録領域の所定箇所に設けたファイル名／先頭ロジカルブロックアドレス番号領域に格納した、
   ことを特徴とする請求項１記載のビデオ記録再生装置。
9. １つの前記記録単位に１つの前記ファイル名／先頭ロジカルブロックアドレス番号対応データが格納されている、
   ことを特徴とする請求項８記載のビデオ記録再生装置。
10. １つの前記記録単位に複数の前記ファイル名／先頭ロジカルブロックアドレス番号対応データが格納されている、
    ことを特徴とする請求項８記載のビデオ記録再生装置。
11. 前記ファイル名／先頭ロジカルブロックアドレス番号領域は前記記録領域のロジカルブロックアドレスの先頭アドレスから確保されている、
    ことを特徴とする請求項８記載のビデオ記録再生装置。
12. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位の次にアクセスされるべき読み書き単位のロジカルブロックアドレスの先頭を特定するための後方接続情報を含み、
    連続する複数の読み書き単位からなるひとまとまりのデータをファイルとし、
    前記記録媒体の記録領域に記録されるファイル数をＦ（Ｆは２以上の整数）とし、
    前記各ファイルに対して１からＦまでの昇順の番号で付した番号をファイル番号とし、
    前記記録領域に、ファイル番号１からファイル番号Ｆのそれぞれに対応する読み書き単位を１つずつ確保し、それら確保した前記読み書き単位のそれぞれを先頭ファイル読み書き単位とすることによって前記記録領域にロジカルブロックアドレスが連続するＦ個の前記先頭ファイル読み書き単位を確保し、
    前記記録領域のうち、前記Ｆ個の先頭ファイル読み書き単位を除く残りの記録領域が前記先頭ファイル読み書き単位のあとに接続される読み書き単位を格納する記録領域として確保される、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
13. 前記ファイルは、該ファイルに割り当てられた前記ファイル番号に対応する前記先頭ファイル読み書き単位の先頭から記録され、
    前記先頭ファイル読み書き単位の付加情報に含まれる前記後方接続情報に基づいて該先頭ファイル読み書き単位のあとに接続される読み書き単位が特定され該特定された読み書き単位の再生がなされる、
    ことを特徴とする請求項１２記載のビデオ記録再生装置。
14. 前記Ｆ個の先頭ファイル読み書き単位は、前記記録領域のロジカルブロックアドレスの先頭アドレスから確保される、
    ことを特徴とする請求項１２記載のビデオ記録再生装置。
15. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位の前にアクセスされるべき読み書き単位のロジカルブロックアドレスの先頭を特定するための前方接続情報を含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
16. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位の前にアクセスされるべき読み書き単位のロジカルブロックアドレスの先頭を特定するための前方接続情報を含み、
    前記前方接続情報は、前記各読み書き単位に対して各読み書き単位のロジカルブロックアドレスの昇順に付された連続番号である、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
17. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位に割り当てられたファイル名を含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
18. 連続する複数の読み書き単位に同一のファイル名が割り当てられ、
    前記連続する複数の読み書き単位のうち先頭に位置する読み書き単位の先頭の記録単位のロジカルブロックアドレスを開始アドレスとしたときに、
    前記ファイル名と前記開始アドレスとを関連付けたファイル名／先頭ロジカルブロックアドレス番号対応データを、前記記録媒体の所定の記録領域に設け、
    前記同一のファイル名が割り当てられた複数の読み書き単位に時間順でシリアル番号を付し、
    前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位を有する読み書き単位に付された前記シリアル番号を含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
19. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位が接続する前記デジタルビデオデータ記録単位のチェックサムおよびデータ量の少なくとも一方を含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
20. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位が接続する前記デジタルビデオデータ記録単位のＣＲＣ（Cyclic Redundancy Check）のＥＣＣ（Error Correcting Code）を含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
21. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位が接続する前記デジタルビデオデータ記録単位にデジタルビデオデータが記録されているか、記録されていないかを示すユーズフラグを含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
22. 前記付加情報は、該付加情報を含むデジタルビデオデータ情報単位が接続する前記デジタルビデオデータ記録単位にデジタルビデオデータが記録されているか、記録されていないかを示すユーズフラグを含み、
    前記記録媒体の所定の記録領域にユーズフラグ管理領域を設け、
    前記ユーズフラグ管理領域の記録ビットと前記ユーズフラグとを１対１に対応して格納し、
    前記ユーズフラグ管理領域において、前記ユーズフラグは、該ユーズフラグが含まれるデジタルビデオデータ情報単位のロジカルブロックアドレスの昇順に対応したビット位置に位置するように順番に配置されている、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
23. 前記ユーズフラグ管理領域の内容がコピーされるユーズフラグ用記録媒体が前記記録媒体と別に設けられ、
    前記記録再生制御手段は、前記デジタルビデオデータの前記記録媒体への記録に先立って、前記ユーズフラグ管理領域の内容を前記ユーズフラグ用記録媒体にコピーし、該コピーされた前記ユーズフラグ管理領域の内容に含まれる前記ユーズフラグに基づいて前記デジタルビデオデータ記録単位にデジタルビデオデータが記録されているか、記録されていないかを判定し、前記デジタルビデオデータの前記記録媒体への記録が終了したのち、前記ユーズフラグ用記録媒体の内容を前記記録媒体の前記ユーズフラグ管理領域に書き戻す、
    ことを特徴とする請求項２１または２２記載のビデオ記録再生装置。
24. 前記ユーズフラグ用記録媒体は前記記録媒体よりもアクセス速度が高速である、
    ことを特徴とする請求項２３記載のビデオ記録再生装置。
25. 前記ユーズフラグ用記録媒体は前記記録媒体よりもアクセス速度が高速な半導体メモリである、
    ことを特徴とする請求項２３記載のビデオ記録再生装置。
26. 前記記録再生制御手段は、ロジカルブロックアドレスを指定して前記記録媒体に直接アクセスするロジカルブロックアドレスコントローラを含む、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
27. 前記記録媒体はディスク状記録媒体である、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
28. 前記記録媒体はハードディスク装置である、
    ことを特徴とする請求項１記載のビデオ記録再生装置。
29. ロジカルブロックアドレッシングによって記録領域にアドレスが割り当てられる記録媒体へアクセスし、前記記録媒体に対しデジタルビデオデータの記録および／または再生を行うビデオ記録再生方法であって、
    １つのロジカルブロックアドレスが割り当てられる前記記録領域の部分を１つの記録単位とし、
    ロジカルブロックアドレスが連続する複数の前記記録単位を前記デジタルビデオデータを記録するためのデジタルビデオデータ記録単位とし、
    前記デジタルビデオデータ記録単位に接続された１以上の前記記録単位を前記デジタルビデオ記録単位に関係する付加情報を記録するためのデジタルビデオデータ情報単位とし、
    前記デジタルビデオデータ記録単位と前記デジタルビデオ情報単位とから読み書き単位を構成し、
    前記デジタルビデオデータの前記記録媒体への記録および／または再生を前記読み書き単位で行う、
    ことを特徴とするビデオ記録再生方法。

Images