"主情報をファイルとして記録すると共に、この主情報に関するデータベースファイルを更新してなる情報記録または再生方法であって、前記データベースファイルの更新は、主データベースファイルの更新を行い、主データベースファイルの更新完了後に、バックアップデータベースファイルの更新を行い、更に、それぞれのデータベースファイルの更新中においては、そのファイル中の更新状況フラグを更新中を示す状態に設定する情報記録または再生方法。前記バックアップファイルは第一バックアップファイルと第二バックアップファイルであり、第一バックアップファイルの更新完了後、第二バックアップファイルの更新を行ってなる請求項1記載の情報記録または再生方法。前記ファイル中の更新状況フラグは、更に、更新完了を示す状態を有していて、データベースファイルの更新が完了したデータベースファイルの更新状況フラグを更新完了の状態に設定してなる請求項2記載の情報記録または再生方法。起動時において、主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックして、全ての更新状況フラグが更新完了の状態でない場合に、更新完了しているデータベースファイルを元にデータベースファイルの復旧処理を行ってなる請求項3記載の情報記録または再生方法。前記主データベースファイル及び第一、第二のバックアップデータベースファイルには、更に、主情報のファイルを特定するファイル特定情報が含まれており、起動時において、前記主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックにより、更新完了の状態でないファイルは、このファイル特定情報に基づきファイルを削除する処理を行ってなる請求項4記載の情報記録または再生方法。主情報をファイルとして記録する記録手段と、この主情報に関する主及びバックアップからなるデータベースファイルを更新するデータベースファイル更新手段とを備え、前記データベースファイル更新手段は、主データベースファイルの更新を行い、主データベースファイルの更新完了後に、バックアップデータベースファイルの更新を行い、更に、それぞれのデータベースファイルの更新中においては、そのファイル中の更新状況フラグを更新中を示す状態に設定してなる情報記録再生装置。前記バックアップファイルは第一バックアップファイルと第二バックアップファイルであり、第一バックアップファイルの更新完了後、第二バックアップファイルの更新を行ってなる請求項6記載の情報記録再生装置。前記ファイル中の更新状況フラグは、更に、更新完了を示す状態を有していて、データベースファイルの更新が完了したデータベースファイルの更新状況フラグを更新完了の状態に設定してなる請求項7記載の情報記録再生装置。起動時において、主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックして、全ての更新状況フラグが更新完了の状態でない場合に、更新完了しているデータベースファイルを元にデータベースファイルの復旧処理を行ってなる請求項8記載の情報記録再生装置。前記主データベースファイル及び第一、第二のバックアップデータベースファイルには、更に、主情報のファイルを特定するファイル特定情報が含まれており、起動時において、前記主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックにより、更新完了の状態でないファイルは、このファイル特定情報に基づきファイルを削除する処理を行ってなる請求項9記載の情報記録再生装置。ハードディスクを記録媒体とした車載用の音声信号記録/再生装置においては、車載用という特別の用途からくる、特別の課題が存在する。つまり、車載用の場合、振動対策や電源の瞬断といった室内で使用される音声信号記録/再生装置とは違った課題への対応が必要である。特に、ハードディスクを使用していると、振動や不安定な電源電圧により、記録/再生の動作が不安定になり、記録/再生が確実に行われないという問題が生じる。これは、ハードディスクドライブ装置において、振動が激しい場合には、ヘッドを待避させ記録/再生を停止するように構成されているからである。ハードディスクを使用した音声信号記録/再生装置における具体的な問題について説明する。データファイルの記録自体は、パーソナルコンピュータにて広く用いられているFATが使用されることが多い。ハードディスクへのアクセスにおいては、低レベルのアクセスはセクタ単位で実現できるが、FATシステム上ではクラスタ単位の管理のみ可能であって、通常、1クラスタは複数のセクタからなる。今、考えているシステムにおいては、1クラスタが32セクタからなっている。FATシステム自体については、よく知られているので詳しい説明は省略する。ファイルの実体が記録されているハードディスク上のセクタの連なりをファイルアロケーションテーブルFATと呼ばれるディスク上の領域に記録して、そのファイルのアクセスに利用するものである。また、ファイルは、ディレクトリと呼ばれるファイルの保管場所を利用して、階層的に管理される。ディレクトリの情報は、その名の元に管理されるファイルの情報を含んでおり、この情報が破壊されると、実際のファイルに問題はなくても、それらのファイルに対するアクセスが不可能になるという問題がある。そして、このディレクトリの情報は、ファイルの記録に伴い、更新されるから、その更新時に、振動、電源瞬断などの現象が生じると、実ファイルとディレクトリの情報で不整合が発生したり、アクセスできないことがある。FATシステム自体は、古くから使用されているファイルシステムであり、パーソナルコンピュータの発展と共に、機能拡張が行われている。古いバージョンのFATシステムでは、ルートディレクトリについての情報は、FAT直後の領域に固定して記録されていたが、最近のFAT32システムにおいては、すべてのディレクトリ情報について、データ領域の任意の位置に、任意のサイズにて配置することができるようになっている。ここで、ディレクトリ情報もFATシステム上では、一つのファイルと同じように管理され、そのディレクトリに含まれるファイルの数にかかわらず、一つのディレクトリについては、最低1クラスタの領域を必要とする。上記のように、今考えているシステムにおいては、32セクタに該当する。そこで、ディレクトリ情報を更新書き換えする場合に、バックアップを作成してから、更新するようにすれば、更新処理中に電源瞬断などにより、更新がうまくいかなかったときに、このバックアップから復旧することが可能となる。このような、方法の一つとして、FATシステムにおけるブート領域に書き換えるセクタアドレスと書き換える内容とを保持することが考えられる。一方、このブート領域の一部分ワークセクタが不良セクタとなって、書き込み/読み出しが正しくできないことへの対策も必要となる。これについては、ブート領域におけるワークセクタ領域として、複数のセクタからなる領域を割り当てることも考えられる。このときには、ワークセクタ領域の、例えば、下位アドレスから、書き込み読み出すことのできるセクタを、順番に、ワークセクタとして、使用することができる。しかし、車載用途で、振動の激しい環境においては、不良セクタではないのに、書き込み/読み出しができない場合がある。このような、場合には、別のワークセクタを用いることになって、古い内容で、データの復旧を処理する可能性がある。この発明は、上記の事情に鑑みなされたものにして、例えば、車載用の音声記録再生装置において、電源瞬断などの影響で、記録媒体に正しく記録できなくなることを解消することを目的とする。本発明は、主情報をファイルとして記録すると共に、この主情報に関するデータベースファイルを更新してなる情報記録及び若しくは再生方法装置であって、前記データベースファイルの更新は、主データベースファイルの更新を行い、主データベースファイルの更新完了後に、バックアップデータベースファイルの更新を行い、更に、それぞれのデータベースファイルの更新中においては、そのファイル中の更新状況フラグを更新中を示す状態に設定する情報記録及び若しくは再生方法装置である。そして、本発明では、マスター主データベースファイルのほかに、バックアップのデータベースファイルを利用すると共に、データベースファイルに含まれる更新状況フラグを用いて、それぞれのデータベースファイルの更新状況を調べ、必要な処理を行うようにしている。上記構成によれば、ハードディスクなどの記録媒体に対して、主情報とこの主情報に関するデータベースファイルを記録する場合において、電源断などにより処理が中断したとしても、主情報とデータベースの間の不整合を防止することができる。また、本発明では、前記バックアップファイルは第一バックアップファイルと第二バックアップファイルであり、第一バックアップファイルの更新完了後、第二バックアップファイルの更新を行っている。また、本発明では、前記ファイル中の更新状況フラグは、更に、更新完了を示す状態を有していて、データベースファイルの更新が完了したデータベースファイルの更新状況フラグを更新完了の状態に設定している。さらに、本発明では、起動時において、主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックして、全ての更新状況フラグが更新完了の状態でない場合に、更新完了しているデータベースファイルを元にデータベースファイルの復旧処理を行っている。また、本発明では、前記主データベースファイル及び第一、第二のバックアップデータベースファイルには、更に、主情報のファイルを特定するファイル特定情報が含まれており、起動時において、前記主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックにより、更新完了の状態でないファイルは、このファイル特定情報に基づきファイルを削除する処理を行っている。また、本発明では、主情報をファイルとして記録する記録手段と、この主情報に関する主及びバックアップからなるデータベースファイルを更新するデータベースファイル更新手段とを備え、前記データベースファイル更新手段は、主データベースファイルの更新を行い、主データベースファイルの更新完了後に、バックアップデータベースファイルの更新を行い、更に、それぞれのデータベースファイルの更新中においては、そのファイル中の更新状況フラグを更新中を示す状態に設定してなる情報記録再生装置である。また、本発明では、バックアップファイルは第一バックアップファイルと第二バックアップファイルであり、第一バックアップファイルの更新完了後、第二バックアップファイルの更新を行っている。また、本発明では、前記ファイル中の更新状況フラグは、更に、更新完了を示す状態を有していて、データベースファイルの更新が完了したデータベースファイルの更新状況フラグを更新完了の状態に設定している。また、本発明では、起動時において、主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックして、全ての更新状況フラグが更新完了の状態でない場合に、更新完了しているデータベースファイルを元にデータベースファイルの復旧処理を行っている。また、本発明では、前記主データベースファイル及び第一、第二のバックアップデータベースファイルには、更に、主情報のファイルを特定するファイル特定情報が含まれており、起動時において、前記主データベースファイル及び第一、第二バックアップデータベースファイルの更新状況フラグをチェックにより、更新完了の状態でないファイルは、このファイル特定情報に基づきファイルを削除する処理を行っている。本願発明においては、録音処理中または削除処理中のいつ処理が停止しても、更新前または後の状態に戻すことが出来、ファイルとデータベースの間に不整合が生じなくなる。以下、図面に従い、この発明の実施例について説明する。図1は、この発明が使用される車載用音声信号の記録/再生装置の構成を示す概略ブロック図である。本実施例は、車載用の音声信号記録/再生装置1000であり、メインユニット1とデジタル処理ユニット2とに分かれている。メインユニット1は、従来の車載用システムと同等のものであり、アンテナ3、チューナ4、ホストマイクロコンピュータ5、サブマイクロコンピュータ6、電子ボリューム7、パワーアンプ8、スピーカ9、表示用の液晶表示ディスプレイLCD10、LCDドライバ11、冷却用のDCファン12、DCファンコントローラ13、操作スイッチ14、リモコン受信機15を備えている。このメインユニット1については、詳細な説明は省略する。デジタル処理ユニット2は、ハードディスク21とCD-ROMドライブ22が記録若しくは再生用の媒体として設けられている。DSPデジタル信号プロセッサ24は、IDEIntegratedDriveElectronicsバス25を介して、ハードディスク21、CD-ROMドライブ22、SD-RAMSynchronousDRAM26、フラッシュメモリ27と接続されている。また、DSP24の音声出力はDACをロードするためのブートIPL:InitialProgramLoaderや、ハードディスクを管理するための情報FAT領域、ディレクトリ領域、データ領域の開始セクタと容量の情報が記録されている。本実施例の場合、ブート領域100は、これら以外にも、ディレクトリを更新するときのバックアップ領域としても利用されている。そして、本実施例の場合、このブート領域100は、ワークセクタとしても利用している。ワークセクタは、ファイルシステムのコントロール外に記録される方がよいので、本実施例では、ブート領域に記録されている。ファイルシステムで管理されている領域に記録されると、ファイルシステム経由でアクセスすることになる。この場合、ファイルシステムに不都合が生じるとアクセスできなくなり問題である。このため、ファイルシステム外にワークセクタは記録する方がよく、また、ディスク上の予め定められた位置にワークセクタを記録すると、直接簡単にアクセスできて便利であるからである。FATは、データ領域が分割されてなる複数のクラスタにそれぞれ対応した数のFATエントリからなっている。各FATエントリの内容としては、対応するクラスタにファイルが記録される場合には、そのファイルがさらに記憶されている次のクラスタ番号次にたどるべきFATエントリの番号をも示している、またはそのファイルが記録されている最後のクラスタであることを示す値が書き込まれる。さらに、各FATエントリの内容としては、対応するクラスタが未だ使用されておらず使用可能であることを示す値、対応するクラスタが欠陥クラスタ疵で読み書きできないセクタを含むであることを示す値等も書き込まれる。FATシステムでは、最小管理単位が1クラスタであるので、ディレクトリは最低1クラスタ本実施例では32セクタを消費する。これは、1つのディレクトリ中に収納できるファイルの数を限定している本システムにおいては、ディスク領域の無駄遣いにつながるので、後で説明するように、ディレクトリエントリが記録されるクラスタを有効活用する仕組みを作っている。次に、図4ないし図6を参照して、マウントチェック処理ステップ31について説明する。ハードディスク21のマウント処理は、デジタル処理ユニット2がハードディスク21でファイルシステムを使用できるようにするための処理である。ハードディスクのマウント時には、まず、ワークセクタのチェックが行われる。ワークセクタは、本実施例では、図3のブート領域の8セクタ目から61セクタまでの領域に設けられており、2セクタをペアとして用いる。従って27セットのワークセクタがあり、実際にシステムで使用するワークセクタを有効ワークセクタと呼ぶ。ペアのうち、最初のセクタ最初が8から始まる偶数番目のセクタWのうち有効ワークセクタに該当するものには、ファイルシステムのマウント回数、有効ワークセクタ番号、ディレクトリのアドレス、チェックサムが記録される。そして、ペアのうち後のセクタ最初が9から始まる奇数番目のセクタW1のうち有効ワークセクタに該当するものには、更新処理中のディレクトリエントリのセクタと同じデータが記録されるようになっている。しかし、更新が問題なく終了すると、W1のセクタの内容はクリアされる。従って、有効ワークセクタW1の内容がクリアされていれば、ディレクトリエントリの更新処理が問題なく終了したことがわかる。さて、図4に従い、マウント時のチェック処理について説明する。まず、初期設定を行い、LBA論理ブロックアドレスを8に設定し、カレントワークセクタ番号を0、最大マウント回数を0にするステップ38。そして、ステップ39に進み、ステップ39において、LBAが61以上か否か判断される。最初のルーチンでは、LBAは8であるので、ステップS40に進む。ステップ40で、マウント回数、有効ワークセクタ番号を読み込み、ステップ41に進み、読み込みエラーの有無を判定する。読み込みエラーがあると、ステップ44に進む。正常に読み込まれると、ステップ42に進み、ステップ42において、マウント回数が最大マウントより小さいか否か判断され、小さい場合にはステップ44に進み、ステップ44にて、LBAを2つインクリメントし、ステップ39に戻り、前述の動作を繰り返す。ステップ42でマウント回数が最大マント回数に達した判断すると、ステップ43で最大マウント回数をマウント回数に設定し、カレントワークセクタ番号をワーク番号に設定した後、ステップ44を経てステップ39に戻る。ステップ39でLBAが61になると図5の1ステップ46に進む。上記処理で、セクタのLBA論理ブロックアドレスが8から61までの領域のうち、偶数セクタからマウント回数、有効ワークセクタ番号のデータを読み込むことを繰り返す。これらの処理により、ステップ39から図5の1ステップ46でステップ46に進む段階で、変数最大マウント回数には、前回のマウント時の累積したマウント回数ワークセクタに記録されている最大のマウント回数が、変数カレントワークセクタ番号には、前回のマウント時の有効なカレントワークセクタ番号が保持される。図5のステップ46では、有効なカレントワークセクタ番号が0ゼロでないかがチェックされ、ゼロでなければ、ステップ47に進み、ステップ47にてカレントワークセクタ位置のセクタの読み込みが行われ、ステップ48に進み、読み込みエラーがあるか否かチェックされ、エラーがあると図6の2のステップ56に進む。エラーがないとステップ49に進み、カレントワークセクタを1つインクリメントし、その位置のセクタを読み込み、ステップ50に進む。ステップ50において、読み込みエラーがあるか否かチェックされ、エラーがあると図6の2ステップ56に進む。エラーがないとステップ51に進み、チェックサムを調べる。このステップ47からステップ51までにおいては、有効なカレントワークセクタW及びその次のW1のワークセクタからデータが読み込まれ、それぞれ、読み込みエラーがなく、チェックサムを調べる。これにより、カレントワークセクタの次のワークセクタW1がクリアされているかどうかを調べることになる。クリアされていれば、図6の2のステップ56に進む。クリアされていなければ、システム起動中において、ディレクトリエントリの更新時になにか問題が生じたとみなして、ステップ52からステップ54の処理を行う。すなわち、ステップS52で、有効なカレントワークセクタに記録されたディレクトリエントリのアドレスが示すセクタへ、W1のセクタの内容を書き込み、さらに、ステップ53で16はなれた位置のセクタへも同じ内容を書き込んで、ステップ54において、W1のセクタの内容をクリアする。そして、図6の2のステップ56に進む。この実施例では1クラスタを32セクタとしているので、そのクラスタの半分である16セクタ離れた分オフセット分離させている。図6のステップ56からの処理は、今回のマウント時のチェックのための前処理である。まず、ステップ56において、初期処理動作を行い、変数の初期化を行う。すなわち、LBAを8,カレントワークセクタを0、最大マウント回数を最大マウント回数より1インクリメントし、ステップ57に進む。ステップ57においては、変数最大マウント回数が32ビットの2進表記で0xFFFFFFFFより大きいか否か判断され、変数最大マウント回数が1インクリメントされた結果、32ビットの2進表記で0xFFFFFFFFより大きくなると、ステップ58に進み、最大マウント回数として1を代入する。大きくない場合にステップ59に進む。ステップ59からステップ64までの処理ループにおいて、偶数ワークセクタとその次のワークセクタが連続して読み書きできるペアであるセットを選択するための処理が行われる。すなわち、ステップ59において、LBAが61以上か否かチェックされ、61以上の場合には、マウントエラーとする。LBAが61より小さい場合には、ステップ60に進み、セクタLBAの次のセクタLBA1をクリアし、ステップ61に進む。続いて、ステップ61にて、書き込みエラーがあるか否かチェックされ、書き込みエラーでなければ、ステップ62に進み、LBAで示されるワークセクタに最大マウント回数とカレントワークセクタ番号を書き込み、ステップ63に進む。ステップ61で書き込みエラーがあると判断されると、ステップ64に進み、LBAを2インクリメントし、ステップ59に戻り、前述の動作を繰り返す。LBAで示されるワークセクタに最大マウント回数とカレントワークセクタ番号を書き込み、ステップ63に進んで、書き込みエラーでなければ、連続したセクタにおいて、エラーがなかったので、このときのセクタLBA及びセクタLBA1を有効なカレントワークセクタとして利用するために、ループを抜けてステップ65に進む。どちらかの書き込みでエラーが生じた場合には、ステップ64を経て次のペアのチェックに進む。ステップ65、ステップ67、ステップ68、ステップ70、ステップ71では、残されたワークセクタの領域の偶数セクタ有効なカレントワークセクタを除くに更新された最大マウント回数と有効なカレントワークセクタ番号とを記録しておく処理ループが行われる。ステップ65でカレントワークセクタをLBAに設定し、LBAを8に設定し、ステップ67に進む。ステップ67にて、ループの終了、すなわちLBAが61以上になったか否か判断され、61以上になればループの終了を検出して、ステップ66に進む。LBAが61より小さい場合には、ステップ70に進み、ステップ70でLBAがカレントセクタか否か判断され、カレントセレクタの場合には、ステップ68に進み、LBAを2インクリメントし、ステップ67に戻る。ステップ70において、LBAがカレントセクタでない場合には、LBA位置に最大マント回数、カレントワークを書き込み、ステップ68に進む。ステップ67でループの終了を検出すると、ステップ66でファイルシステムマウント処理行い、ステップ72に進み、ステップ72でマウントエラーが発生したか否か判断され、マウントエラーが発生していない場合にはマウント完了となる。マウントエラーが発生している場合にマウントエラーで終了する。前述のステップ35におけるDBチェック処理は、音声信号のデータ具体的には楽曲のデータベースのチェック処理である。このチェック処理の前に、本システムにて用いられているデータベースについて簡単に説明する。データベースは、その楽曲について、ハードディスク上で管理するためのデータベースであり、例えば、アルバム番号、トラック数、前後のアルバム名のチェーン等の情報を保持している。更に、ハードディスク上に記録された全ての楽曲データについてのこれらの情報が保持されている。これらデータは例えば、音楽CDのデータを取り込んだ場合、自動的にデータを作成して、データベースに登録される。データベースの項目としては、{アルバムNo、トラック数そのアルバム中の曲の数、前後のアルバムNo、アルバムタイトル、アーティスト、カテゴリ}である。音楽CDから取り込んだときには、自動的にデータが生成されるので、例えば、{Album04、15、Album03、Album05、Album_A、ArtistA、Cat1}のようなデータが生成されて記録される。Album03、Album05は前後のアルバムNoが03と05であることを示している。このデータは、後で、手入力により、本来のデータに変更することができる。本システムにおいては、電源瞬断などの影響によるエラーを少なくするために、このデータベースファイルのバックアップを2つ備えている。すなわち、同一内容を保持したデータベースのファイルが3つあるわけである。そこで、何らかの原因で、メインのデータベースファイルが読み取り不可となった場合でも、バックアップのデータベースファイルを用いることにより、データベースの復旧処理が可能である。しかしながら、これら3つのデータベースもハードディスク上に記録されるファイルであることには変わりなく、メインのデータベースファイルやバックアップファイルの更新時に、電源断などの影響から、ファイルが正しく記録されない恐れがある。そこで、本実施例では、データベースファイルに更新状況を示すフラグを付加して、この問題を解決している。図12にこの発明のディレクトリ構成を示す。ここで、メインのデータベースファイルをマスターDBDBSYS、バックアップ用のファイルをバックアップ1DBDBBU1、バックアップ2DBDBBU2と名づける。ここで、例えば、マスターDBファイルは、ハードディスク上のシステムディレクトリに、バックアップ1DBファイルはバックアップ1ディレクトリに、バックアップ2DBファイルはバックアップ2ディレクトリのように、それぞれ別々のディレクトリに記録される。音楽データは、MUSIC1~10迄のディレクトリに構成され、その下のディレクトリにALBUM1~10のディレクトリが作成され、その下のディレクトリT01~99迄のディレクトリが作成され、1つのアルバムの曲はこのTディレクトリに格納される。図13にデータベースファイルの構成を示す。それぞれのDBファイルのヘッダ部分には、そのファイルの更新状況を示すフラグが書き込まれるようになっている。すなわち、編集中であればE、バックアップDBコピー中であれば、CマスターDBのみがもつフラグであり、編集完了であればFとなっている。このデータベースファイルを用いて、システム起動時には、次のようなチェック処理を行う図7から図9参照。すなわち、DBチェック処理を開始すると、DBファイルは、前述のように、所在があらかじめわかっているので、3つのDBファイルから、それぞれのヘッダ情報を読み出し、更新状況をチェックするステップS200。ステップS200において、すべてのDBファイルの更新フラグがFであれば、DBファイルの更新が完全に問題なく行われたということであるから、何もすることなく、次の処理のステップS207へ進む。一方、ステップ200にて、すべてのDBファイルの更新フラグがFでない場合には、1つのDBファイルないし2つのDBファイルの更新フラグがFで、他のDBファイルの更新フラグがF以外であるか、又は、読み出し処理がエラーとなった場合には、更新フラグがFであるDBファイルを基にして、他のDBファイルを復旧する。復旧動作とは、具体的には、更新フラグがFであるファイルを、他のDBファイルにコピーすることである。更新フラグがFであるファイルが複数ある場合には、図7のフローチャート示されているように、バックアップ2DB、バックアップ1DB、マスターDBの順に優先して処理が行われる。すなわち、ステップ200にて、すべてのDBファイルの更新フラグがFでない場合には、ステップ201に進み、ステップ201でバックアップ2DBの更新フラグがFか否か判断され、フラグがFの場合には、ステップ204に進み、バックアップ2DBの内容をバックアップ1DBに書き込み、バックアップ2DBの内容をマスターDBに書き込み、ステップ207に進む。一方、ステップ201でバックアップ2DBの更新フラグがFでない場合には、ステップ202に進み、ステップ202でバックアップ1DBの更新フラグがFか否か判断され、フラグがFの場合には、バックアップ1DBの内容をバックアップ2DBに書き込み、バックアップ1DBの内容をマスタDBに書き込み、ステップ207に進む。ステップ202でバックアップ1DBの更新フラグがFでない場合には、ステップ203に進み、ステップ203でマスターDBの更新フラグがFか否か判断され、フラグがFの場合には、マスターDBの内容をバックアップ2DB、バックアップ1DBに書き込みをそれぞれ書き込み、ステップ207に進む。そして、ステップ203でマスターDBの更新フラグがFでない場合には、エラー発生とする。上記のように、バックアップ2DB、バックアップ1DB、マスターDBの順に優先して処理を行うのは、音声信号の記録の処理が行われるときに、この逆の順序にて、DBファイルが更新されるからである。以上の処理により、DBファイルは、正しい状態に保持されることになる。また、このDBチェック処理では、DBファイルのヘッダ中に作成/更新中のファイル若しくはアルバムを特定する情報、例えば、そのファイルのパス名又はその他ファイルを特定する情報を記録するようになっており、DBファイルのヘッダ中のそのファイルアルバムを削除する処理を行うステップ207からステップ210。ステップ207において、各DBファイルがSD-RAM26に展開し、続いて、ステップ208で、削除ファイルがあるか否か判断され、ない場合にはステップ201に進む。削除ファイルがある場合には、ステップ209に進み、指定トラック/アルバムを削除してステップ210に進む。ステップ210では、各DBファイルをオープンして、更新し、その後クローズし、DBチェック処理が終了する。これら処理により、記録が完全に行われなかったかもしれない若しくは、削除の指令が出されていた楽曲/アルバムに関するファイルを削除することができる。なお、ステップ207においては、各DBファイルがSD-RAM26に展開された後、それぞれのDBファイルはクローズされている。ステップ33の録音記録処理では、DSP24によりMP3エンコードされたデータがハードディスク21にファイルとして記録される。このときの処理の詳細を図8に示す。録音記録の処理が指示されると、ステップ211で、音楽ファイルの記録されるディレクトリカレントディレクトリを設定し、ステップ212に進み、マスターDBファイルのヘッダに対して編集中であることを示すEを書き込み、更に、書き込み中の音楽ファイルの位置を特定する情報を書き込んで、マスターDBファイルを閉じるステップ212。次に、二つのバックアップファイルを順次オープンして、ヘッダに書き込み中の音楽ファイルの位置を特定する情報を書き込んで、クローズする処理を行うステップ213、214。そして、ステップS215で、音楽ファイルを作成して記録を継続する。このように、データベースファイルの状態を設定することにより、音楽ファイル作成中で、記録状態のときに問題が生じて動作が中断したような場合、図7のフローにより、問題のある音楽ファイル中断されたファイルを削除することができる。そして、1曲の処理が終了すると、その音楽ファイルを閉じてステップ216、ステップ217に進み、ステップ217にて、マスターDBファイルの更新ヘッダをコピー中を示すCに変更しバックアップのデータベースファイルが更新される状態であることを示している、さらに、編集ファイルの位置情報をクリアする。次に、ステップ218に進み、ステップ218にて、バックアップ1DBファイルの更新フラグをEに変更した後、ステップ219に進み、DBファイルの更新を行う。その処理の完了後、ステップ220にて、更新フラグをFに戻して、さらに編集ファイルの位置情報をクリアする。次に、ステップ221にて、バックアップ2DBファイルの更新フラグを一旦、Eに変更した後、DBファイルの更新バックアップ1の場合と同じを行い、その後、更新フラグをFにして、編集ファイル情報をクリアした後で、ファイルをクローズするステップ222、223。最後に、マスターDBファイルの更新フラグをFに変更して、クローズするステップ224ことで、1曲の録音が完了する。ステップ225で録音が終了したか否か判断され、終了していない場合にはステップ212に戻り、前述の動作を繰り返す。そして録音動作が終了すると、この録音記録動作は終了する。ステップ217からステップ224により、データベースファイルのバックアップが作成されることになる。更に、バックアップ作成中に電源断などによって、処理が中断した場合でも、図7のフローにより、データベースファイルと音楽データファイルとの不整合を防止することができる。図9は、録音中に、録音動作の停止が指示された場合や、シャットダウンの通知があった場合の動作を示すフローチャートである。停止等の指示ステップ240があると、記録中の音楽ファイルを閉じて、削除しステップ230、ステップ231に進む。そして、マスターDBファイルを開いて、ファイル状態のフラグをFに設定すると共に、ファイル位置情報をクリアするステップ231、232。そして、マスターDBを閉じて、バックアップ1DBファイルを開いて、ファイル状態のフラグをFに設定すると共に、ファイル位置情報をクリアするステップ233、234。続いて、バックアップ1DBを閉じて、バックアップ2DBファイルを開いて、ファイル状態のフラグをFに設定すると共に、ファイル位置情報をクリアしステップ235、236、そして、バックアップ2DBを閉じて動作を終了するステップ237。これらの処理がすべて完了しておれば、すべてのDBファイルのフラグはFに設定されることになる。上記のような処理を行うので、楽曲の記録動作途中等において、電源瞬断などにより、予期せぬ動作の終了が行われると、更新フラグがすべてFではない状態となるが、次の起動時において、更新フラグの状態から、DBと楽曲ファイルが矛盾ない状態に、DBファイル及び音楽ファイル等を復旧すること不整合のない状態にすることができる。図10は、セクタへの書き込み処理を示すフローチャートである。既に説明した記録処理では、基本的にこのセクタへの書き込みが下位レベルで実行されている。この書き込み処理では、まず、書き込む内容がディレクトリエントリかどうかがチェックされるステップ80。図10の処理を呼び出した処理において、ディレクトリに関する情報を書き込むのかどうかは把握されており、この情報に基づき判断される。ステップ80にて、ディレクトリエントリでなければ、ステップ82に進み、そのまま指定されたLBAにデータを書き込む。ディレクトリエントリの場合は、ステップ81に進み、有効なカレントワークセクタがあるかどうかをチェックして上述のようにシステム起動時にチェックしてあるステップ1、有効なカレントワークセクタがあればステップ86に進む。なければ、ステップ82へ進む。ステップ86以降では、ステップ86にて、有効なカレントワークセクタの内容をクリアし、書き込みエラーがあるか否かチェックされ、エラーがなければステップ88に進む。エラーがあれば書き込みエラーで動作が終了する。ステップ88では、有効なカレントワークセクタ1のセクタにまず、ディレクトリエントリの書き込み、セクタの情報を書き込む。そして、ステップ89に進みエラーの有無をチェックする。そして、エラーがなければステップ90に進む。エラーがあれば書き込みエラーで動作が終了する。ステップ90では、有効なカレントワークセクタへマウント回数、有効なカレントワークセクタ番号、今から書き込もうとしているLBA及びチェックサムを記録する。ここで、チェックサムは、有効なカレントワークセクタのチェックサムを除いた情報と、有効なカレントワークセクタ1のセクタの情報とをワード単位で加算した後、ビット反転して1した値であり、先に説明したマウント時の処理において、有効なカレントワークセクタ1の内容がクリアされているかどうかの判別に使用するものである。続いて、ステップ91でエラーの有無がチェックされ、エラーがなければステップ92に進む。エラーがあれば書き込みエラーで動作が終了する。次のステップ92では、書き込もうとしているLBAから16の位置のセクタに、バックアップのためにデータを書き込む。その後、ステップ82に進む。この処理により、ディレクトリエントリの場合は、指定されたLBAとそのLBA16のLBAに同じデータが書き込まれる。言い換えれば、1クラスタを前半と後半に分けてオフセットとしてクラスタサイズの半分である16セクタ分を設けて、それぞれに、ディレクトリエントリに関するデータを書き込むことになる。ここで、ディレクトリエントリの内容は、ファイル名、ファイルサイズ、ファイルの開始クラスタ番号などである。ここで、書き込む情報がディレクトリに関する情報の場合、すなわち、ディレクトリエントリが書き込まれるクラスタの一部のセクタである場合には、16オフセットされたセクタに最初に書き込みステップ92、その後で指定されたセクタに書き込むことになるステップ82。これにより、図10に示された処理を呼び出したときに指定されたセクタにエラーなく情報が記録されたときには、16オフセットされたセクタにもエラーなく情報が記録されたことが保障される。また、クラスタを2分割して処理することにより、すなわち、オフセットの値をクラスタサイズの半分に設定することにより、この変更により管理できるファイルの数を最大にすることができる。例えば、オフセット量を8にして、4重にディレクトリエントリを書き込むことも考えられるが、この場合、信頼性は向上しても、管理できるファイルの数は、オフセットを16にしたときと比較して半分になってしまう。ステップ82の後では、もう一度書き込む内容がディレクトリエントリかどうかを確認してステップ83、ディレクトリエントリであれば、有効なカレントワークセクタ1のセクタの内容をクリアする。このようにすることにより、ディレクトリエントリの更新が正しく終了すれば、チェックサムによる不正が検出でき、マウント時のディレクトリエントリ復旧処理を行わない図5のフロー及びその説明参照。この動作の効果は、次のセクタからの読み込み動作により確認できる。図11は、セクタからの読み出しの動作を示しているが、LBAが指定されたこの読み出し動作において、指定されたセクタからデータが読み出される。読み込みエラーがなければ、読み込み動作を完了するステップ76。エラーの場合は、ステップ77に進み、ディレクトリエントリの内容を読み出しているかどうかを判別するステップ77。基本的には、このセクタ読み込み処理を呼び出した処理において、ディレクトリエントリの読み出しかどうかが、定まっているので、ステップ75では、この情報を利用する。ディレクトリエントリでなければ、そのままエラー終了する。ディレクトリエントリであれば、ステップ77に進んで、指定されたLBA16のセクタからデータを読み込み、ディレクトリエントリに関する情報として利用することができる。すなわち、ディレクトリエントリについては、同じ情報が、1つのクラスタ内に2重に記録されていることになり、冗長度が高く、エラーに強くなっているわけである。したがって、車載用などの音声記録再生装置に、用いて、効果が高い。以上の説明では、ハードディスクを用いた記録/再生装置について説明したが、記録媒体に半導体メモリを用いたものでもこの発明は適用することができる。"