JPH09167447A - データ記録再生装置および方法並びにデータ記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ファイル管理情報が正しいか否かを迅速に判
定できるようにする。 【解決手段】 ボリューム管理領域（ＶＭＡ）中のボリ
ュームディスクリプタ（ＶＤ）の空きバイトに、異常検
出バイト（ＦＤＢ）を設ける。ディスクにデータを記録
するとき、このＦＤＢを０ｘ４２に設定する。そして、
データの書き込みが終了した後、その値を０に書き換え
る。データ記録再生装置が、データの書き込み途中にお
いてシステムダウンしたとき、異常検出バイト（ＦＤ
Ｂ）は、０ｘ４２のままとなる。これに対して、途中で
システムダウンが発生しなければ、異常検出バイト（Ｆ
ＤＢ）の値は０のままとなる。従って、異常検出バイト
（ＦＤＢ）の値から、データの管理情報の異常の有無を
判定することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ記録再生装置
および方法並びにデータ記録媒体に関し、特に、データ
記録媒体中に記録されているデータを管理する管理情報
が正しいか否かを迅速に識別することができるようにし
た、データ記録再生装置および方法並びにデータ記録媒
体に関する。

【０００２】

【従来の技術】最近、コンピュータの普及にともない、
磁気ディスク、光磁気ディスク、ＩＣメモリカードなど
のデータ記録媒体に種々のデータが記録され、利用され
るようになってきた。

【０００３】図１５は、光磁気ディスクの一種であるＭ
Ｄ（ミニディスク）（商標）データのファイルシステム
の構成例を表している。同図に示すように、ＭＤデータ
ディスクは、２２５２個のクラスタに区分され、クラス
タ０乃至クラスタ８２の８３個の領域は、ＵＴＯＣおよ
び交替クラスタ領域とされ、クラスタ８３乃至クラスタ
１１４は、ボリューム管理領域（Volume Management Ar
ea（ＶＭＡ））とされている。また、クラスタ１１５乃
至クラスタ２２５１は、データを記録するファイルエク
ステント領域（File Extent Area（ＦＥＡ））とされて
いる。

【０００４】ＵＴＯＣおよび交替クラスタ領域中のクラ
スタ３乃至５は、ＵＴＯＣ（User Table of Content）
領域とされ、クラスタ５０乃至８２は、交替クラスタ領
域とされている。その他のクラスタは、リザーブとされ
ている。

【０００５】ボリューム管理領域（ＶＭＡ）の先頭のク
ラスタ８３には、その先頭のセクタに、ボリュームディ
スクリプタ（Volume Descriptor （ＶＤ））が配置さ
れ、次の３セクタには、ボリュームスペースビットマッ
プ（Volume Space Bitmap（ＶＳＢ））が配置され、続
く２セクタには、マネージメントテーブル（MangementT
able （ＭＴ））が配置され、さらに続く２６セクタに
は、ディレクトリレコードブロック（Directory Record
Block（ＤＲＢ））が配置されている。

【０００６】１クラスタは３２セクタにより構成され、
１セクタは２０４８バイトとされている。従って、１ク
ラスタは６５５３６バイト（６４ｋバイト）となる。

【０００７】ボリュームディスクリプタ（ＶＤ）は、図
１６に示すように、このディスクに記録されているボリ
ュームスペースビットマップ（ＶＳＢ）、マネージメン
トテーブル（ＭＴ）、ディレクトリレコードブロック
（ＤＲＢ）、ファイルエクステント領域（ＦＥＡ）の位
置を表している。

【０００８】ボリュームスペースビットマップ（ＶＳ
Ｂ）は、ファイルエクステント領域（ＦＥＡ）の空き領
域を管理するビットマップデータを有している。マネー
ジメントテーブル（ＭＴ）は、ディレクトリレコードブ
ロック（ＤＲＢ）の空きを管理している。また、ディレ
クトリレコードブロック（ＤＲＢ）は、ファイルとディ
レクトリの管理を行う領域とされる。１つのＤＲＢは、
１つのセクタに記述されている。

【０００９】図１７は、ボリューム管理領域（ＶＭＡ）
のフォマーットを模式的に表している。同図に示すよう
に、クラスタ８３の最初のセクタにはボリュームディス
クリプタ（ＶＤ）が、次の３セクタにはボリュームスペ
ースビットマップ（ＶＳＢ）が、次の２セクタには、マ
ネージメントテーブル（ＭＴ）が、それぞれ配置されて
いる。そして、クラスタ８３の、それ以降の各セクタ
と、クラスタ８４乃至クラスタ１１４の各セクタには、
ディレクトリレコードブロック（ＤＲＢ）６乃至ＤＲＢ
１０２３が配置されている。

【００１０】図１８は、従来のＭＤデータ記録再生装置
における処理例を表している。

【００１１】最初にステップＳ９１において、ディスク
（ＭＤデータ）から、ボリュームディスクリプタ（Ｖ
Ｄ）、ボリュームスペースビットマップ（ＶＳＢ）およ
びマネージメントテーブル（ＭＴ）が読み取られ、デー
タ記録再生装置のＲＡＭ（図示せず）に書き込まれる。
次にステップＳ９２において、記録、再生、消去のいず
れかの指令が入力されるまで待機する。

【００１２】記録、再生または消去の指令が入力された
とき、それぞれステップＳ９３，Ｓ９４またはＳ９５に
進み、指令に対応する記録処理、再生処理、または消去
処理が実行される。すなわち、ディスクのファイルエク
ステント領域（ＦＥＡ）に対して、データが記録され、
再生され、あるいは消去される。

【００１３】次にステップＳ９６において電源オフの指
令、またはディスクを排出する指令などが入力されるな
どして、動作の終了が指示されたか否かが判定される。
終了が指示されない場合においては、ステップＳ９２に
戻り、それ以降の処理を繰り返し実行する。

【００１４】ステップＳ９６において終了が指令された
と判定された場合、ステップＳ９７に進み、ＲＡＭに記
憶されているボリュームディスクリプタ（ＶＤ）、ボリ
ュームスペースビットマップ（ＶＳＢ）、マネージメン
トテーブル（ＭＴ）の内容が更新されている場合、それ
がディスクに書き込まれる。

【００１５】このようにして、ファイルエクステント領
域（ＦＥＡ）にデータを記録したり、記録されているデ
ータを消去したりした場合においては、それに対応し
て、ボリューム管理領域（ＶＭＡ）の内容を更新するこ
とで、ボリューム管理領域（ＶＭＡ）の内容を参照し
て、ファイルエクステント領域（ＦＥＡ）に記録されて
いる任意のファイルを自由にアクセスすることができる
ようになされている。

【００１６】しかしながら、このようにボリューム管理
領域（ＶＭＡ）の内容を全てＲＡＭに記憶しておき、動
作を終了させるとき、最後にまとめてその内容をディス
クに書き込むようにすると、ＲＡＭの容量を大きくしな
ければならず、コスト高となるばかりでなく、終了を指
令した後、実際に動作が終了されるまでの時間が長くな
り、操作性が悪化する。

【００１７】そこで、ボリューム管理領域（ＶＭＡ）の
内容を変更するたびに、その内容をディスクに記録する
ようにすることも考えられる。しかしながらそのように
すると、使用中における処理速度が低下することにな
る。

【００１８】これを解決するために、ボリュームディス
クリプタ（ＶＤ）、ボリュームスペースビットマップ
（ＶＳＢ）、およびマネージメントテーブル（ＭＴ）を
ＲＡＭに常駐させ、ディレクトリレコードブロック（Ｄ
ＲＢ）は、アクセス頻度の高いものをＲＡＭ上に記憶さ
せるようにし、新しいディレクトリレコードブロック
（ＤＲＢ）をアクセスするときは、古くなったディレク
トリレコードブロック（ＤＲＢ）をディスク上に書き込
み、新しいディレクトリレコードブロック（ＤＲＢ）を
ＲＡＭに取り込むようにするLeast Recently Used（Ｌ
ＲＵ）アルゴリズムが用いられる場合がある。

【００１９】しかしながら、そのようにすると、ＲＡＭ
上には、ディスクにまだ書き込まれていない情報が残る
ことになり、しかも、使用頻度の高い情報ほど、ＲＡＭ
に常駐される結果、ディスクには書き込まれていない可
能性が高くなる。

【００２０】その結果、装置の故障、停電、操作ミスな
どにより、上述したファイルシステムの動作手順が完結
しない状態で、データ記録再生装置が停止してしまう
（システムダウンする）状態が発生すると、システムエ
ラーが発生する。

【００２１】例えば、ディレクトリレコードブロック
（ＤＲＢ）３２に所定のファイルＡが登録され、その内
容データもファイルエクステント領域（ＦＥＡ）に書か
れたタイミングで、システムダウンが発生したとする
と、ボリュームスペースビットマップ（ＶＳＢ）がまだ
更新されていないので、以後のアクセス時に、ファイル
エクステント領域（ＦＥＡ）のファイルＡが記録されて
いる領域は、空き領域と見なされてしまう。その結果、
次に新しいファイルＢを記録しようとすると、ファイル
Ａが記録されている領域にファイルＢが上書きされ、フ
ァイルＡが消去されてしまう事態が発生する。

【００２２】また、例えば、親ディレクトリのディレク
トリレコードブロック（ＤＲＢ）６において、サブディ
レクトリＣが、ディレクトリレコードブロック（ＤＲ
Ｂ）６４として登録されており、ディレクトリレコード
ブロック（ＤＲＢ）６４が、まだ更新されていない状態
でシステムダウンすると、実際には、サブディレクトリ
Ｃは存在しないことになる。その結果、サブディレクト
リＣを読み込むと、システムエラーとなってしまう。

【００２３】

【発明が解決しようとする課題】このように、ディスク
のファイル管理情報に異常があると、ファイル（デー
タ）を正確に保持することが困難になる。そこで、ディ
スクのファイル管理情報に異常があるか否かを検査し、
異常が発見された場合には、これを修復するようにして
いる。

【００２４】ディスクのファイル管理情報に異常がある
か否かの検査は、例えば次のような項目を検査すること
により行われる。

【００２５】（１）各ディレクトリに登録されているサ
ブディレクトリが、実際に存在するか否か。

【００２６】（２）各ディレクトリに登録されている各
ファイルの記録領域に対して、ボリュームスペースビッ
トマップ（ＶＳＢ）が使用中となっているか否か。

【００２７】（３）その他、ファイル管理情報の自己矛
盾がないか否か。

【００２８】これらの検査には、数分の時間が必要とな
る。そこで、例えばデータ記録再生装置の電源がオンさ
れた場合、あるいは、データ記録再生装置にディスクが
装着されたとき、この検査を行うようにすることができ
る。しかしながらそのようにすると、データ記録再生装
置を実際に使用し始めるまでに時間がかかりすぎ、操作
性が損なわれることになる。

【００２９】そこで、装置の動作に異常が認められたと
き、検査するようにすることができる。しかしながらそ
のようにすると、大切なデータが破壊された後、異常が
発見されることになり、信頼性が損なわれることにな
る。

【００３０】本発明はこのような状況に鑑みてなされた
ものであり、迅速かつ確実に、記録媒体上のデータ管理
情報が正しいか否かを検出することができるようにする
ものである。

【００３１】

【課題を解決するための手段】請求項１に記載のデータ
記録再生装置は、記録媒体にデータ記録する前に、デー
タを記録する前の状態であることを表す第１の識別符号
を記録する第１の記録手段と、第１の識別符号の記録の
後に、データを記録媒体に記録する第２の記録手段と、
第２の記録手段によるデータの記録の後に、第１の識別
符号を、データを記録した後の状態であることを表す第
２の識別符号に書き換える第３の記録手段とを備えるこ
とを特徴とする。

【００３２】請求項８に記載のデータ記録方法は、記録
媒体にデータ記録する前に、データを記録する前の状態
であることを表す第１の識別符号を記録し、第１の識別
符号の記録の後に、データを記録媒体に記録し、データ
の記録の後に、第１の識別符号を、データを記録した後
の状態であることを表す第２の識別符号に書き換えるこ
とを特徴とする。

【００３３】請求項９に記載のデータ記録媒体は、デー
タとともに、データを記録する前の状態、またはデータ
を記録した後の状態であることを表す識別符号が記録さ
れていることを特徴とする。

【００３４】請求項１に記載のデータ記録再生装置にお
いては、第１の記録手段が、記録媒体にデータ記録する
前に、データを記録する前の状態であることを表す第１
の識別符号を記録し、第２の記録手段が、第１の識別符
号の記録の後に、データを記録媒体に記録し、第３の記
録手段が、第２の記録手段によるデータの記録の後に、
第１の識別符号を、データを記録した後の状態であるこ
とを表す第２の識別符号に書き換える。

【００３５】請求項８に記載のデータ記録方法において
は、記録媒体にデータ記録する前に、データを記録する
前の状態であることを表す第１の識別符号を記録し、第
１の識別符号の記録の後に、データを記録媒体に記録
し、データの記録の後に、第１の識別符号を、データを
記録した後の状態であることを表す第２の識別符号に書
き換える。

【００３６】請求項９に記載のデータ記録媒体において
は、データとともに、データを記録する前の状態、また
はデータを記録した後の状態であることを表す識別符号
が記録される。

【００３７】

【発明の実施の形態】図１は、本発明のデータ記録再生
装置の構成例を示すブロック図である。データ記録媒体
１は、例えば、磁気ディスク、光磁気ディスク、ＩＣメ
モリカードなどよりなる記録媒体であって、データが記
録される。媒体駆動部２は、データ記録媒体１に対して
データを記録し、また、これを再生するものであり、例
えばデータ記録媒体１が光磁気ディスクである場合にお
いては、これを回転するスピンドルモータ、光磁気ディ
スクに対してレーザ光を照射する光ピックアップ、各種
のサーボ動作を行うサーボ回路、記録信号を変調し、ま
た、再生信号を復調する変復調回路などよりなるディス
クドライブ装置により構成される。

【００３８】ＲＡＭ３は、データ記録媒体１に対してデ
ータを記録再生する場合におけるバッファとしての機能
や、ＣＰＵ５が各種の動作を実行する上において、必要
なデータやプログラムなどを適宜記憶するワークエリア
としても機能する。不揮発性メモリ４は、データ記録再
生装置の電源をオフした後も記憶しておく必要のあるデ
ータを記憶する。ＣＰＵ５は、ＲＯＭ６に記憶されてい
るプログラムに従って、各種の処理を実行する。

【００３９】データ入力部７は、各種のデータを入力す
るものであり、キーボード、デジタルインタフェース、
Ａ／Ｄコンバータなどにより構成される。データ出力部
８は、データを出力する部分であり、例えばデジタルイ
ンタフェース、ＣＲＴディスプレイ、Ｄ／Ａコンバータ
などにより構成される。

【００４０】以下の実施例においては、データ記録媒体
１はＭＤデータであるとする。

【００４１】図２は、データ記録媒体１としてのＭＤデ
ータのフォーマットを表している。このフォーマット
は、図１５を参照して説明した従来のＭＤデータのフォ
ーマッットと基本的に同様であるが、この実施例におい
ては、ボリューム管理領域（ＶＭＡ）のクラスタ８３に
配置されているボリュームディスクリプタ（ＶＤ）の未
使用バイトに、異常検出バイト（Fault Detect Byte
（ＦＤＢ））が配置される。その他の構成は、図１５に
おける場合と同様である。

【００４２】この異常検出バイト（ＦＤＢ）は、その値
が、０ならば正常、０ｘ４２ならば異常と定義される。
なお、ここで０ｘは１６進数を表す。

【００４３】この異常検出バイト（ＦＤＢ）は、図３の
フローチャートに示すように記録される。すなわち、い
ま、ユーザがデータ入力部７を操作して、データの記録
を指令すると、ステップＳ１（第１の記録手段）におい
て、ＣＰＵ５は、媒体駆動部２を制御し、データ記録媒
体１としてのＭＤデータのボリュームディスクリプタ
（ＶＤ）中の異常検出バイト（ＦＤＢ）に０ｘ４２（第
１の識別符号）を書き込ませる。

【００４４】次に、ステップＳ２（第２の記録手段）に
進み、ＣＰＵ５は、データ入力部７より入力された記録
データをＲＡＭ３に一時的に記憶させる。そして、ＲＡ
Ｍ３に記憶されたデータを読み出し、これを媒体駆動部
２を介して、データ記録媒体１に供給し、ファイルエク
ステント領域（ＦＥＡ）に記録させる。このデータの記
録にともなって、ボリューム管理領域（ＶＭＡ）の管理
情報も更新される。

【００４５】そして、ステップＳ３（第３の記録手段）
に進み、ＣＰＵ５は、ステップＳ１で０ｘ４２を書き込
んだディスク（ＭＤデータ）中の異常検出バイト（ＦＤ
Ｂ）を０（第２の識別符号）に書き換える。

【００４６】このように、この実施例によれば、ＭＤデ
ータにデータを書き込む前に、異常検出バイト（ＦＤ
Ｂ）に０ｘ４２を書き込み、データの書き込み完了後、
その値を０に書き換えるようにしているので、データの
書き換え処理の途中でシステムダウンが発生した場合、
ＭＤデータの異常検出バイト（ＦＤＢ）は、０ｘ４２の
ままとなる。

【００４７】これに対して、データの書き込み前か、書
き換え完了後にシステムダウンが発生したとしても、デ
ィスクの内容は正常である。そしてこのとき、異常検出
バイト（ＦＤＢ）の値は０となっている。

【００４８】そこで、データ記録再生装置にディスクを
装着したとき、あるいはデータ記録再生装置の電源がオ
ンされたとき、ＭＤデータの異常検出バイト（ＦＤＢ）
を読み出し、その値が０であれば、そのままその後の処
理を継続し、その値が０ｘ４２である場合においては、
ディスクの内容を修復する修復プログラムを実行するよ
うにする。

【００４９】しかしながら、図３の実施例によると、デ
ィスク上のデータを書き換えるたびに、異常検出バイト
（ＦＤＢ）を書き換える処理（ステップＳ１とＳ３の処
理）を行わなければならず、処理速度が低下する。そこ
で、例えば図４のフローチャートに示すように処理する
ことができる。

【００５０】図４の処理においては、最初にステップＳ
１１（再生手段）において、ＣＰＵ５は、データ記録媒
体１（ＭＤデータ）からボリュームディスクリプタ（Ｖ
Ｄ）、ボリュームスペースビットマップ（ＶＳＢ）およ
びマネージメントテーブル（ＭＴ）を読み取り、それを
ＲＡＭ３に記憶させる。次にステップＳ１２において、
いま読み取ったボリュームディスクリプタ（ＶＤ）中の
異常検出バイト（ＦＤＢ）を読み取り、その値が０ｘ４
２であるか否かを判定する。

【００５１】後述するように、この実施例においても、
データの記録動作の途中でシステムダウンが発生したと
き、異常検出バイト（ＦＤＢ）は、０ｘ４２となってい
る。そこで、この場合、データの内容が正常ではないと
判定し、ステップＳ１３（修復手段）に進み、修復プロ
グラムを実行する。これにより、データ記録媒体１中の
異常が修復される。すなわち、ディレクトリに登録され
ているサブディレクトリが実際に存在するようになさ
れ、各ディレクトリに登録されている各ファイルの記録
領域に対し、ボリュームスペースビットマップ（ＶＳ
Ｂ）が使用中となり、その他、管理情報の自己矛盾がな
いように修復が行われる。

【００５２】このような修復が行われたので、次にステ
ップＳ１４に進み、ＲＡＭ３上のボリュームディスクリ
プタ（ＶＤ）中の異常検出バイト（ＦＤＢ）の値を０に
書き換える。そして、ステップＳ１５において、ＲＡＭ
３に記憶されているボリュームディスクリプタ（Ｖ
Ｄ）、ボリュームスペースビットマップ（ＶＳＢ）およ
びマネージメントテーブル（ＭＴ）をデータ記録媒体１
に書き込ませる（ＭＤデータの内容を更新する）。これ
により、ＭＤデータのボリュームディスクリプタ（Ｖ
Ｄ）には、異常検出バイト（ＦＤＢ）の値として０が記
録されることになる。

【００５３】そこで、ステップＳ１１に戻り、再びＭＤ
データからボリュームディスクリプタ（ＶＤ）、ボリュ
ームスペースビットマップ（ＶＳＢ）およびマネージメ
ントテーブル（ＭＴ）を読み取り、ＲＡＭ３に書き込む
と、そのＲＡＭ３に書き込まれた異常検出バイト（ＦＤ
Ｂ）の値は０となっている。そこで、この場合において
は、ステップＳ１２において、ＮＯの判定が行われ、ス
テップＳ１６に進む。

【００５４】ステップＳ１６においては、ＲＡＭ３に記
憶されている異常検出バイト（ＦＤＢ）の値を０から０
ｘ４２に書き換えさせる。そして、ステップＳ１７にお
いて、ＲＡＭ３に記憶されているボリュームディスクリ
プタ（ＶＤ）、ボリュームスペースビットマップ（ＶＳ
Ｂ）およびマネージメントテーブル（ＭＴ）が読み出さ
れ、ＭＤデータに書き込まれる。

【００５５】この図４の処理は、データ記録再生装置に
データ記録媒体１を装着したとき、あるいは、データ記
録媒体１が、既にデータ記録再生装置に装着されている
場合においては、データ記録再生装置の電源をオンした
ときに開始される。すなわち、データ記録再生装置の使
用を開始するとき実行される。

【００５６】従って、データ記録媒体１に対する実質的
な使用を開始する前に、データ記録媒体１が、常に正常
な状態とされる。また、この状態において、データ記録
媒体１の異常検出バイト（ＦＤＢ）は、その後、途中で
システムダウンが発生した場合に備えて、その値が０ｘ
４２に設定される。

【００５７】次に、ステップＳ１８において、ＣＰＵ５
は、データ入力部７から所定の動作の指令が入力される
まで待機し、記録が指令されたとき、ステップＳ１９に
進み記録処理を実行し、再生が指令されたとき、ステッ
プＳ２０に進み再生処理を実行し、消去が指令されたと
き、ステップＳ２１に進み消去処理を実行する。

【００５８】図５は、記録処理の詳細を表している。最
初にステップＳ１１１において、ＣＰＵ５は、ＲＡＭ３
に記憶されているボリュームスペースビットマップ（Ｖ
ＳＢ）を走査し、データを記録する上において必要な数
の空きセクタを検索する。そしてステップＳ１１２に進
み、ステップＳ１１１で検索した空きセクタにデータを
記録する。

【００５９】なお、ＭＤデータの場合、記録はクラスタ
単位で行われる。従って、データを新たに記録すべき空
きセクタが属するクラスタの他のセクタに、既にデータ
が記録されている場合においては、そのセクタのデータ
が読み出され、ＲＡＭ３に記憶される。そして、データ
入力部７より入力された記録データがＲＡＭ３のそのク
ラスタの空きセクタ中に書き込まれる。そして、１クラ
スタ分のデータが集められた後、その１クラスタ分のデ
ータがＲＡＭ３から読み出され、媒体駆動部２を介して
ＭＤデータの対応するファイルエクステント領域（ＦＥ
Ａ）のクラスタに書き込まれる。

【００６０】次にステップＳ１１３に進み、ＣＰＵ５
は、ＲＡＭ３に記憶されているボリュームスペースビッ
トマップ（ＶＳＢ）の、いまデータを記録した空きセク
タに対応するビットを使用済に設定する。

【００６１】次にステップＳ１１４に進み、いま、デー
タを記録したセクタに対応するディレクトリレコードブ
ロック（ＤＲＢ）をデータ記録媒体１から読み出し、Ｒ
ＡＭ３に記憶する。そして、ステップＳ１１５におい
て、いま読み込んだディレクトリレコードブロック（Ｄ
ＲＢ）に、ステップＳ１１２で記録されたデータにより
構成されるファイルのファイル名、データを記録した最
初のセクタの番号、データを記録したセクタの数などを
記録し、さらにこれをＭＤデータに記録する。

【００６２】図６は、再生処理の詳細を表している。再
生処理においては、ステップＳ１２１において、ＣＰＵ
５は、データ記録媒体１に記録されているディレクトリ
レコードブロック（ＤＲＢ）をＲＡＭ３に読み出して走
査し、データ入力部７から入力された再生すべきファイ
ル名を検索する。目的のファイル名のディレクトリレコ
ードブロック（ＤＲＢ）が検索されたとき、ステップＳ
１２２に進み、そのディレクトリレコードブロック（Ｄ
ＲＢ）からそのファイルの開始セクタ番号やセクタ数を
読み取る。そしてステップＳ１２３において、ＣＰＵ５
は、ステップＳ１２２で読み取った開始セクタ番号か
ら、やはり読み取った数のセクタを再生する。

【００６３】この再生データはＲＡＭ３に記憶された
後、再び読み出され、データ出力部８に出力される。

【００６４】図７は、消去処理の詳細を表している。消
去処理においては、ステップＳ１４１において、データ
記録媒体１のディレクトリレコードブロック（ＤＲＢ）
がＲＡＭに読み出されて走査され、消去対象とされるフ
ァイル名を有するディレクトリレコードブロック（ＤＲ
Ｂ）が検索される。目的のファイル名を有するディレク
トリレコードブロック（ＤＲＢ）が検索されたとき、ス
テップＳ１４２に進み、そのディレクトリレコードブロ
ック（ＤＲＢ）の開始セクタ番号とセクタ数が読み取ら
れる。

【００６５】次にステップＳ１４３に進み、ＣＰＵ５
は、ステップＳ１４２で読み取られた開始セクタ番号の
セクタから、そのファイルを構成する数のセクタのボリ
ュームスペースビットマップ（ＶＳＢ）上の対応するビ
ットをクリアする。このボリュームスペースビットマッ
プ（ＶＳＢ）は、ＲＡＭ３に記憶されているものであ
る。そして、ステップＳ１４４に進み、データ記録媒体
１中のディレクトリレコードブロック（ＤＲＢ）におけ
る、そのファイルの記述を消去する。

【００６６】図４に戻って、以上のようにして、ステッ
プＳ１９乃至Ｓ２１において、記録処理、再生処理、ま
たは消去処理が実行された後、ステップＳ２２に進み、
処理の終了が指令されたか否かを判定する。データ入力
部７よりデータ記録媒体１の排出や、データ記録再生装
置の電源をオフする指令などが入力されるなどして、終
了が指令されていなければ、ステップＳ１８に戻り、そ
れ以降の処理を繰り返し実行する。

【００６７】処理の終了が指令されたと判定された場
合、ステップＳ２３に進み、ＣＰＵ５は、ＲＡＭ３の異
常検出バイト（ＦＤＢ）を０に書き換える。この異常検
出バイト（ＦＤＢ）は、処理開始時において、ステップ
Ｓ１６で、０ｘ４２に書き換えられていたものである。
そして、ステップＳ２４に進み、ＲＡＭ３に記憶されて
いるボリュームディスクリプタ（ＶＤ）、ボリュームス
ペースビットマップ（ＶＳＢ）およびマネージメントテ
ーブル（ＭＴ）をデータ記録媒体１に書き込む。さら
に、ステップＳ２５において、終了指令に対応して、電
源をオフしたり、ディスクを排出する処理を実行する。

【００６８】以上のように、図４の実施例によれば、ス
テップＳ１８乃至Ｓ２２の実質的な使用状態の前と後
に、それぞれ１回ずつ異常検出バイト（ＦＤＢ）を書き
換える処理を実行するだけなので、処理速度の低下は抑
制される。

【００６９】しかしながら、図４に示す実施例の場合、
ディスクにデータを書き込む場合だけでなく、単に再生
を行う場合にも、異常検出バイト（ＦＤＢ）の書き込み
処理が実行されることになる。そこで、データ記録媒体
１に対してデータの記録動作を行わない再生処理だけが
行われる場合においては、データ記録媒体１の異常検出
バイト（ＦＤＢ）の更新を行わないようにすることも可
能である。図８は、この場合の実施例を表している。

【００７０】図８においては、最初にステップＳ４１に
おいて、データ記録媒体１からボリュームディスクリプ
タ（ＶＤ）、ボリュームスペースビットマップ（ＶＳ
Ｂ）およびマネージメントテーブル（ＭＴ）が読み取ら
れ、ＲＡＭ３に記憶される。そして、ステップＳ４２に
おいて、いま、読み取られたボリュームディスクリプタ
（ＶＤ）中の異常検出バイト（ＦＤＢ）が０ｘ４２であ
るか否かが判定される。異常検出バイト（ＦＤＢ）が０
ｘ４２である場合においては、ステップＳ４３に進み、
修復プログラムが実行される。そして、修復処理が実行
された後、ステップＳ４４において、ＲＡＭ３の異常検
出バイト（ＦＤＢ）が０に書き換えられ、ＲＡＭ３に記
憶されているボリュームディスクリプタ（ＶＤ）、ボリ
ュームスペースビットマップ（ＶＳＢ）およびマネージ
メントテーブル（ＭＴ）が、ステップＳ４５において、
データ記録媒体１に書き込まれる。以上の処理は、図４
におけるステップＳ１１乃至Ｓ１５の処理と同様の処理
である。

【００７１】ステップＳ４２において、ＲＡＭ３に読み
取った異常検出バイト（ＦＤＢ）が０ｘ４２ではないと
判定された場合（０であると判定された場合）、ステッ
プＳ４６（第４の記録手段）に進み、ＣＰＵ５は、ＲＡ
Ｍ３の異常検出バイト（ＦＤＢ）の値を０から０ｘ４２
に書き換える。また、ＲＡＭ３（または不揮発性メモリ
４）に記憶されている検査バイト（ＦＤＳ）（第３の識
別符号）を０に設定する。この検査バイト（ＦＤＳ）
は、データ記録媒体１に対してデータを書き込んだか否
かを表す識別符号として機能する。ここでは、データ記
録媒体１にデータが書き込まれないものとして、値０を
初期設定する。

【００７２】次に、ステップＳ４７に進み、データ入力
部７より所定の指令が入力されるまで待機する。

【００７３】データの記録が指令されたとき、ステップ
Ｓ４８に進み、ＣＰＵ５は、ＲＡＭ３（また不揮発性メ
モリ４）に記憶されている検査バイト（ＦＤＳ）が０で
あるか否かを判定する。まだ一度もデータ記録媒体１に
対してデータを書き込んでいない場合においては、上述
したように、ステップＳ４６で検査バイト（ＦＤＳ）に
０が初期設定されている。この場合においては、ステッ
プＳ４９に進み、ＲＡＭ３に記憶されているボリューム
ディスクリプタ（ＶＤ）、ボリュームスペースビットマ
ップ（ＶＳＢ）およびマネージメントテーブル（ＭＴ）
がデータ記録媒体１に書き込まれる。従って、データ記
録媒体１の異常検出バイト（ＦＤＢ）は、０ｘ４２とさ
れる。

【００７４】次にステップＳ５０に進み、ＣＰＵ５は、
ＲＡＭ３に記憶されている検査バイト（ＦＤＳ）の値を
１に書き換える。これにより、データ記録媒体１に対し
て記録処理が行われたこと（続くステップＳ５１で行わ
れる）が設定される。そしてステップＳ５１に進み、デ
ータ入力部７より入力され、ＲＡＭ３に記憶したデータ
を、データ記録媒体１のファイルエクステント領域（Ｆ
ＥＡ）に記録させる。このステップＳ５１における記録
処理の詳細は、図５に示した場合と同様である。

【００７５】ステップＳ４８において、検査バイト（Ｆ
ＤＳ）が０ではない（１である）と判定された場合、デ
ータ記録媒体１に対して、１回以上データの書き込み処
理が実行されたことになる。この場合、既にデータ記録
媒体１の異常検出バイト（ＦＤＢ）は、０ｘ４２に既に
書き換えられているので、ステップＳ４９，Ｓ５０の処
理はスキップされ、ステップＳ５１に進み、記録処理が
直ちに開始される。

【００７６】一方、ステップＳ４７において、データの
消去が指令された場合、この場合においても、データ記
録媒体１の書き込みが行われるため、記録における場合
と同様の処理が実行される。すなわち、この場合におい
ては、ステップＳ５３において、ＲＡＭ３に記憶されて
いる検査バイト（ＦＤＳ）が０であるか否かが判定さ
れ、０であればステップＳ５４に進み、ＲＡＭ３に記憶
されているボリュームディスクリプタ（ＶＤ）、ボリュ
ームスペースビットマップ（ＶＳＢ）およびマネージメ
ントテーブル（ＭＴ）が、データ記録媒体１に書き込ま
れる。そして、ステップＳ５５において、ＲＡＭ３に記
憶されている検査バイト（ＦＤＳ）が１に設定される。
その後、ステップＳ５６に進み、消去処理が実行され
る。この消去処理の詳細は、図７に示した場合と同様で
ある。

【００７７】ステップＳ５３において、検査バイト（Ｆ
ＤＳ）が０ではない（１である）と判定された場合、既
にデータ記録媒体１には、１回以上データの書き込み処
理が行われていることになる。そこで、この場合におい
ては、異常検出バイト（ＦＤＢ）は、０ｘ４２の値に既
に書き換えられている。このため、ステップＳ５４，５
５の処理はスキップされ、ステップＳ５６の消去処理が
直ちに実行される。

【００７８】さらに、ステップＳ４７において、再生の
指令が入力されたとき、ステップＳ５２に進み、再生処
理が実行される。この再生処理の詳細は、図６に示した
場合と同様である。

【００７９】すなわち、再生が指令された場合において
は、記録または消去が指令された場合とは異なり、デー
タ記録媒体１の異常検出バイト（ＦＤＢ）を更新する処
理は行われないことになる。

【００８０】ステップＳ５１，Ｓ５２またはＳ５６の次
に、ステップＳ５７に進み、処理の終了が指令されたか
否かが判定され、指令されていなければステップＳ４７
に戻り、それ以降の処理が繰り返し実行される。

【００８１】処理の終了が指令されたと判定された場
合、ステップＳ５８に進み、検査バイト（ＦＤＳ）が１
であるか否かが判定される。上述したように、データ記
録媒体１に対して１回でもデータを記録したとき、ステ
ップＳ５０またはＳ５５において、検査バイト（ＦＤ
Ｓ）には１が設定され、ステップＳ４９またはＳ５４に
おいて、データ記録媒体１中の異常検出バイト（ＦＤ
Ｂ）が０ｘ４２の値に書き換えられている。そこで、ス
テップＳ５９において、ＲＡＭ３のボリュームディスク
リプタ（ＶＤ）中の異常検出バイト（ＦＤＢ）を０に書
き換える。そして、ステップＳ６０において、ＲＡＭ３
に記憶されているボリュームディスクリプタ（ＶＤ）、
ボリュームスペースビットマップ（ＶＳＢ）およびマネ
ージメントテーブル（ＭＴ）をデータ記録媒体１に書き
込む処理を実行する。

【００８２】さらに、ステップＳ６１に進み、終了の指
令に対応して、電源オフまたはディスクを排出する処理
が実行される。

【００８３】ステップＳ５８において、検査バイト（Ｆ
ＤＳ）が１ではない（０である）と判定された場合、デ
ータ記録媒体１には、再生処理が行われたとしても、デ
ータの書き込み処理（記録または消去処理）が一度も行
われていないことになる。従って、データ記録媒体１の
異常検出バイト（ＦＤＢ）は０のままとされている。そ
こで、ステップＳ５９，Ｓ６０の処理はスキップされ、
ステップＳ６１の処理が直ちに実行される。

【００８４】以上のように、この実施例によれば、一度
も書き込み処理が行われていないディスクに対しては、
余分な書き込み（異常検出バイト（ＦＤＢ）の書き込
み）が行われないことになる。

【００８５】この図８の実施例は、次のような効果を有
する。すなわち、電源オン時やディスク挿入時には、ボ
リュームディスクリプタ（ＶＤ）は必ず読み込む必要が
あるものであり、異常検出バイト（ＦＤＢ）の検査によ
る効率低下は発生しない。

【００８６】また、ディスクへの書き込みが発生した場
合、いずれにしてもボリュームスペースビットマップ
（ＶＳＢ）やボリュームディスクリプタ（ＶＤ）に変更
が加えられるので、異常検出バイト（ＦＤＢ）の記録再
生を行わないとしても、ボリュームディスクリプタ（Ｖ
Ｄ）、ボリュームスペースビットマップ（ＶＳＢ）およ
びマネージメントテーブル（ＭＴ）の書き込み処理が行
われる。従って、ディスクに対して書き込み処理が行わ
れる場合には、異常検出バイト（ＦＤＢ）をディスクに
記録するようにしたとしても、それに起因して効率が低
下するようなことはない。

【００８７】すなわち、異常検出バイト（ＦＤＢ）が０
である場合において、データを最初に記録するときのボ
リュームディスクリプタ（ＶＤ）、ボリュームスペース
ビットマップ（ＶＳＢ）およびマネージメントテーブル
（ＭＴ）の書き込み（ステップＳ４９またはＳ５４にお
ける書き込み）のみが、異常検出バイト（ＦＤＢ）を採
用しない場合に較べて余分な処理となるだけである。従
って、異常検出バイト（ＦＤＢ）を採用したとしても、
それによる効率低下はほとんど無視することができる。

【００８８】次に修復プログラム実行の処理（図４のス
テップＳ１３または図８のステップＳ４３の処理）の詳
細について、さらに説明する。

【００８９】ＭＤデータにおいては、データ入力部７よ
りＣＰＵ５に対してミラーモードの設定を指令すると、
ＣＰＵ５は、通常、図１７に示すように、クラスタ８３
乃至クラスタ１１４に形成するボリューム管理領域（Ｖ
ＭＡ）を、図９に示すように、２倍に拡大し、クラスタ
８３乃至クラスタ１４６にボリューム管理領域（ＶＭ
Ａ）を形成する。そして、ボリューム管理領域（ＶＭ
Ａ）に、実質的に同一の情報を二重書きするようにす
る。

【００９０】すなわち、図９に示すように、各クラスタ
を前半と後半に区分し、前半と後半に同一の情報を記録
するようにする。例えば、クラスタ８３の前半には、ボ
リュームディスクリプタ（ＶＤ）、ボリュームスペース
ビットマップ（ＶＳＢ）およびマネージメントテーブル
（ＭＴ）と、ディレクトリレコードブロック（ＤＲＢ）
６乃至ＤＲＢ１５が記録される。そして、クラスタ８３
の後半にも、前半と同一のデータが記録される。クラス
タ８４においても、その前半と後半には、それぞれディ
レクトリ、レコードブロックＤＲＢ１６乃至ＤＲＢ３１
のデータが二重に書き込まれる。クラスタ８５乃至クラ
スタ１４６においても同様である。

【００９１】このようなミラーモードが設定された場
合、ＣＰＵ５は、図４のステップＳ１３または図８のス
テップＳ４３の修復プログラム実行処理において、例え
ば図１０に示す処理を実行する。

【００９２】この処理は、上述したように、図４のステ
ップＳ１２、または図８のステップＳ４２において、異
常検出フラグＦＤＢが０ｘ４２であると判定されたとき
行われるものであるので、いずれかの位置に異常（破壊
されたデータ）が記録されていることになる。

【００９３】そこで、最初にステップＳ７１において、
ＣＰＵ５は、クラスタ（例えばクラスタ８３）の前半の
データが読み取り可能であるか否かを判定する。図１１
に示すように、クラスタ８３の前半と後半のうち、後半
のデータが破壊されていたとすれば、前半のデータ（更
新された新しいデータ）は読み取ることが可能である。
この場合においては、ステップＳ７２に進み、クラスタ
８３の前半のボリュームディスクリプタ（ＶＤ）が読み
取られる。

【００９４】そして、その読み取ったボリュームディス
クリプタ（ＶＤ）中の異常検出バイト（ＦＤＢ）が０で
あるか否かをステップＳ７３で判定する。異常検出バイ
ト（ＦＤＢ）が０である場合、他のクラスタの書き換え
が既に完了しているので、データは正常であると判定す
ることができる。そこで、この場合においては、図８の
ステップＳ４６（または図４のステップＳ１６）に進
み、正常である場合と同様の処理を実行する。

【００９５】これに対して、クラスタ８３の前半のボリ
ュームディスクリプタ（ＶＤ）中の異常検出バイト（Ｆ
ＤＢ）が０ではない（０ｘ４２である）と判定された場
合、他のクラスタは、書き換えられた可能性がある。そ
こで、この場合においてはステップＳ７４に進み、修復
プログラム処理が実行される。

【００９６】一方、ステップＳ７１において、クラスタ
８３の前半のデータが読み取り可能ではないと判定され
た場合、ステップＳ７５に進み、クラスタ８３の後半の
データが読み取り可能であるか否かが判定される。例え
ば、図１２に示すように、クラスタ８３の前半のデータ
が破壊されていたとしても、その後半のデータ（更新さ
れていない古いデータ）が破壊されていない場合があ
る。この場合、ステップＳ７６に進み、クラスタ８３の
後半のデータが読み取られる。そして、ステップＳ７７
において、その読み取ったボリュームディスクリプタ
（ＶＤ）中の異常検出バイト（ＦＤＢ）が０であるか否
かを判定する。

【００９７】古いボリュームディスクリプタ（ＶＤ）の
異常検出バイト（ＦＤＢ）が０である場合、他のクラス
タは、まだ書き換えられていないので正常である。そこ
で、図８のステップＳ４６（または図４のステップＳ１
６）に進み、それ以降の処理を実行する。

【００９８】ステップＳ７７において、異常検出フラグ
ＦＤＢが０ではない（０ｘ４２である）と判定された場
合、他のクラスタは書き換えられた可能性があるので、
この場合はステップＳ７４に進み、修復プログラム処理
を実行する。

【００９９】図１３に示すように、クラスタ８３の中央
部が破壊された場合、クラスタ８３の前半と後半の両方
が読み取り不可となる。この場合は、ステップＳ７１と
ステップＳ７５において、ＮＯの判定が行われるため、
ステップＳ７４に進み、修復プログラム処理が実行され
る。

【０１００】また、クラスタ８３以外のクラスタ８４乃
至クラスタ１４６のうちのいずれかのクラスタの書き込
み中にシステムがダウンした場合、図１４に示すよう
に、そのクラスタｎの前半（図１４（ａ））、後半（図
１４（ｂ））または中央（図１４（ｃ））において、デ
ータが破壊されている。この場合においても、クラスタ
８３における場合と同様に処理することができる。

【０１０１】なお、データが破壊されているか否かは、
再生時、データに同期した同期信号がなくなること、あ
るいはエラー訂正符号によりエラーが検出されることな
どから検出することができる。

【０１０２】上記実施例においては、異常検出バイトを
データ記録媒体１に記録するようにしたが、データ記録
媒体１が、データ記録再生装置から取り外しできないも
のである場合においては、不揮発性メモリ４に書き込む
ようにすることもできる。

【０１０３】また、異常検出バイト（ＦＤＢ）は、１バ
イト全てを用いる必要はなく、単に異常の有無を判定す
るだけでよいのなら、１ビットでもよい。逆に異常の有
無だけでなく、ファイル管理情報の整合性、ファイル中
のデータの整合性など、より多様な整合性判定を行う場
合においては、より多くのビットを使用するようにする
こともできる。さらにこの場合においては、異常検出符
号の他に、変更を加えようとするファイル名などを記録
するようにすることもできる。

【０１０４】以上の実施例においては、データ記録媒体
１をＭＤデータとしたが、この発明は、ＭＤデータ以外
の光磁気ディスクはもとより、そのほかの磁気ディス
ク、ＩＣメモリカードなどのデータ記録媒体にも適用す
ることが可能である。

【０１０５】

【発明の効果】以上の如く請求項１に記載のデータ記録
再生装置および請求項８に記載のデータ記録方法によれ
ば、第１の識別符号の記録の後に、データを記録媒体に
記録し、データを記録した後に、第１の識別符号を第２
の識別符号に書き換えるようにしたので、識別符号から
データ管理情報の整合性を瞬時に判定することができ
る。

【０１０６】その結果、データ記録再生装置の起動時や
データ記録媒体の交換時に、毎回整合性判定を行ったと
しても、作業効率が低下することが抑制される。そし
て、整合性が取れていない状態において、データ記録媒
体に対して、データの記録再生処理が行われないように
することができるので、操作性および信頼性を飛躍的に
向上させることが可能となる。

【０１０７】また、請求項９に記載のデータ記録媒体に
よれば、データを記録する前の状態、またはデータを記
録した後の状態であることを表す識別符号を記録するよ
うにしたので、データ記録再生装置から取り外し可能な
データ記録媒体においても、記録されているデータの整
合が取れているか否かを、迅速かつ確実に、判定するこ
とが可能となる。

【図面の簡単な説明】

【図１】本発明のデータ記録再生装置の構成例を示すブ
ロック図である。

【図２】図１のデータ記録媒体１のフォーマットを説明
する図である。

【図３】図１の実施例の第１の処理例を示すフローチャ
ートである。

【図４】図１の実施例の第２の処理例を示すフローチャ
ートである。

【図５】図４のステップＳ１９の記録処理の詳細を説明
するフローチャートである。

【図６】図４のステップＳ２０の再生処理の詳細を説明
するフローチャートである。

【図７】図４のステップＳ２１の消去処理の詳細を説明
するフローチャートである。

【図８】図１の実施例の第３の処理例を示すフローチャ
ートである。

【図９】ミラーモード時におけるフォーマットを説明す
る図である。

【図１０】ミラーモード時における図８のステップＳ４
３における処理の詳細を説明するフローチャートであ
る。

【図１１】クラスタ８３の後半が破壊された状態を示す
図である。

【図１２】クラスタ８３の前半が破壊された状態を示す
図である。

【図１３】クラスタ８３の中央部が破壊された状態を示
す図である。

【図１４】クラスタ８３以外のクラスタが破壊された状
態を示す図である。

【図１５】従来のＭＤデータのフォーマットを示す図で
ある。

【図１６】ボリューム管理領域の構成を説明する図であ
る。

【図１７】クラスタ８３乃至クラスタ１１４のデータの
配置を説明する図である。

【図１８】従来のデータ記録再生装置の処理例を示すフ
ローチャートである。

【符号の説明】

１ データ記録媒体 ２ 媒体駆動部 ３ ＲＡＭ ４ 不揮発性メモリ ５ ＣＰＵ ６ ＲＯＭ ７ データ入力部 ８ データ出力部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 記録媒体にデータ記録する前に、前記デ
   ータを記録する前の状態であることを表す第１の識別符
   号を記録する第１の記録手段と、 前記第１の識別符号の記録の後に、前記データを前記記
   録媒体に記録する第２の記録手段と、 前記第２の記録手段による前記データの記録の後に、前
   記第１の識別符号を、前記データを記録した後の状態で
   あることを表す第２の識別符号に書き換える第３の記録
   手段とを備えることを特徴とするデータ記録再生装置。
2. 【請求項２】 前記第１の記録手段は、前記データ記録
   再生装置の使用が開始されたとき、前記第１の識別符号
   を記録することを特徴とする請求項１に記載のデータ記
   録再生装置。
3. 【請求項３】 前記記録媒体から、前記第１または第２
   の識別符号を再生する再生手段と、 前記再生手段により再生された前記第１または第２の識
   別符号に対応して、前記記録媒体の修復処理を行う修復
   手段とをさらに備えることを特徴とする請求項１に記載
   のデータ記録再生装置。
4. 【請求項４】 前記第３の記録手段は、前記データ記録
   再生装置の動作終了が指令されたとき、前記第２の識別
   符号を記録することを特徴とする請求項１に記載のデー
   タ記録再生装置。
5. 【請求項５】 前記第１の記録手段と第３の記録手段
   は、前記第１の識別符号と前記第２の識別符号を、前記
   記録媒体に記録することを特徴とする請求項１に記載の
   データ記録再生装置。
6. 【請求項６】 前記記録媒体に対して前記データを記録
   することを表す第３の識別符号を記録する第４の記録手
   段をさらに備え、 前記第１の記録手段は、前記記録媒体に対して前記デー
   タを実際に記録するとき、前記第１の識別符号を記録す
   ることを特徴とする請求項１に記載のデータ記録再生装
   置。
7. 【請求項７】 前記第１の記録手段と第３の記録手段
   は、前記第１の識別符号と第２の識別符号を、複数回、
   前記記録媒体に記録することを特徴とする請求項１に記
   載のデータ記録再生装置。
8. 【請求項８】 記録媒体にデータ記録する前に、前記デ
   ータを記録する前の状態であることを表す第１の識別符
   号を記録し、 前記第１の識別符号の記録の後に、前記データを前記記
   録媒体に記録し、 前記データの記録の後に、前記第１の識別符号を、前記
   データを記録した後の状態であることを表す第２の識別
   符号に書き換えることを特徴とするデータ記録方法。
9. 【請求項９】 データを記録するデータ記録媒体におい
   て、 前記データとともに、前記データを記録する前の状態、
   または前記データを記録した後の状態であることを表す
   識別符号が記録されていることを特徴とするデータ記録
   媒体。