(57)【要約】【課題】管理情報のバックアップデータの記録によりデータアクセスを可能とする構成を提供する。【解決手段】情報記録媒体に対する情報記録処理に際して、記録情報に対応するアクセス情報を含む管理情報の正規の記録処理に先行して不揮発性メモリに対するバックアップ管理情報の記録処理を実行し、バックアップ管理情報の記録処理終了後、正規の管理情報の記録処理を実行する。バックアップ管理情報の記録処理に際しては、管理情報と、正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成とした。本構成により、正規の管理情報の記録処理が失敗した場合でも、バックアップデータを利用した情報へのアクセスが可能となる。【選択図】図１０
2007233638.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行する記録制御部を有し、
前記記録制御部は、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行する構成であり、
前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成であることを特徴とする情報処理装置。
【請求項２】
前記不揮発性記録媒体は、正規の前記管理情報の記録先としての情報記録媒体と異なる第２の情報記録媒体であり、
前記記録制御部は、
複数の記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理の制御を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記バックアップ管理情報の記録先となる第２の情報記録媒体は、フラッシュメモリであり、
前記記録制御部は、
フラッシュメモリに対して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記不揮発性記録媒体は、正規の管理情報の記録先である情報記録媒体と同一の情報記録媒体であり、
前記記録制御部は、単一の情報記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理を前記単一の情報記録媒体の異なる記録領域に対して実行させる制御を行う構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記バックアップ管理情報は、前記情報記録媒体に記録されたファイルシステムの空き領域に記録されることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記記録制御部は、
正規の管理情報の記録処理が完了したか否かを示すフラグを前記不揮発性記録媒体に記録し、正規の管理情報の記録処理の完了が確認されたことを条件として前記フラグの設定値の変更処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記記録制御部は、
前記情報処理装置の起動時に、前記不揮発性記録媒体に記録されたフラグの値を検証し、フラグの値が、正規の管理情報の記録処理が完了していないことを示す値である場合、該不揮発性記録媒体に記録されたバックアップ管理情報を読み取り、前記情報記録媒体に対して正規の管理情報として記録する処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記記録制御部は、
前記情報記録媒体に対する正規の管理情報の記録先を、前記不揮発性記録媒体に記録された位置情報対応テーブルに基づいて決定する処理を実行する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記記録制御部は、
前記不揮発性記録媒体に対するバックアップ管理情報の記録処理を、正規の管理情報の記録先の情報記録媒体に設定されるセクタ単位で実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記記録制御部における管理情報バックアップ処理は、
ファイルシステムまたはデバイスドライバにおいて実行される処理であり、ファイルシステムまたはデバイスドライバにおいて、情報記録処理が予め定めた処理条件を満足するか否かを判定し、設定された処理条件を満足する情報記録処理である場合にバックアップ処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
前記情報処理装置は、さらに、
情報記録媒体からの情報読み取りを実行する再生制御部を有し、
前記再生制御部は、
情報記録媒体からの情報読み取りがエラーとなり、読み取りエラーとなった情報が管理情報である場合において、前記不揮発性記録媒体からの管理情報読み取り処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
前記情報処理装置は、さらに、
情報記録媒体からの情報読み取りを実行する再生制御部を有し、
前記再生制御部は、
前記情報記録媒体からの管理情報読み取り処理において、
前記フラッシュメモリに記録された前記位置情報対応テーブルに基づいて、読み取りエラーとなった管理情報に対応するバックアップ管理情報がバックアップされているか否かを確認し、
前記位置情報対応テーブルに基づいてバックアップ管理情報が記録されている場合、該位置情報対応テーブルに記録されたアドレス情報に基づいて前記フラッシュメモリからバックアップ管理情報の読み取りを実行する構成であることを特徴とする請求項３に記載の情報処理装置。
【請求項１３】
情報処理装置において実行する情報処理方法であり、
記録制御部において、情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行する記録制御ステップを有し、
前記記録制御ステップは、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行するステップであることを特徴とする情報処理方法。
【請求項１４】
前記不揮発性記録媒体は、正規の管理情報の記録先としての情報記録媒体と異なる第２の情報記録媒体であり、
前記記録制御ステップは、
複数の記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理の制御を実行することを特徴とする請求項１３に記載の情報処理方法。
【請求項１５】
前記バックアップ管理情報の記録先となる第２の情報記録媒体は、フラッシュメモリであり、
前記記録制御ステップは、
フラッシュメモリに対して、前記管理情報、および正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行することを特徴とする請求項１４に記載の情報処理方法。
【請求項１６】
前記不揮発性記録媒体は、正規の管理情報の記録先である情報記録媒体と同一の情報記録媒体であり、
前記記録制御ステップは、
単一の情報記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理を前記単一の情報記録媒体の異なる記録領域に対して実行させる制御を行うことを特徴とする請求項１３に記載の情報処理方法。
【請求項１７】
前記情報処理方法は、さらに、
前記記録制御部において、正規の管理情報の記録処理が完了したか否かを示すフラグを前記不揮発性記録媒体に記録し、正規の管理情報の記録処理の完了が確認されたことを条件として前記フラグの設定値の変更処理を実行するステップを有することを特徴とする請求項１３に記載の情報処理方法。
【請求項１８】
前記情報処理方法は、さらに、
前記記録制御部において、前記情報処理装置の起動時に、前記不揮発性記録媒体に記録されたフラグの値を検証し、フラグの値が、正規の管理情報の記録処理が完了していないことを示す値である場合、該不揮発性記録媒体に記録されたバックアップ管理情報を読み取り、前記情報記録媒体に対して正規の管理情報として記録する処理を実行するステップを有することを特徴とする請求項１７に記載の情報処理方法。
【請求項１９】
前記記録制御部は、前記情報記録媒体に対する正規の管理情報の記録先を、前記不揮発性記録媒体に記録された位置情報対応テーブルに基づいて決定する処理を実行することを特徴とする請求項１８に記載の情報処理方法。
【請求項２０】
前記記録制御ステップは、
前記不揮発性記録媒体に対するバックアップ管理情報の記録処理を、正規の管理情報の記録先の情報記録媒体に設定されるセクタ単位で実行することを特徴とする請求項１３に記載の情報処理方法。
【請求項２１】
前記記録制御ステップにおける管理情報バックアップ処理は、
情報処理装置に設定されるファイルシステムまたはデバイスドライバにおいて実行される処理であり、ファイルシステムまたはデバイスドライバにおいて、情報記録処理が予め定めた処理条件を満足するか否かを判定し、設定された処理条件を満足する情報記録処理である場合にバックアップ処理を実行することを特徴とする請求項１３に記載の情報処理方法。
【請求項２２】
前記情報処理方法は、さらに、
再生制御部において、情報記録媒体からの情報読み取りを実行する再生制御ステップを有し、
前記再生制御ステップは、
情報記録媒体からの情報読み取りがエラーとなり、読み取りエラーとなった情報が管理情報である場合において、前記不揮発性記録媒体からの管理情報読み取り処理を実行するステップであることを特徴とする請求項１３に記載の情報処理方法。
【請求項２３】
前記情報処理方法は、さらに、
再生制御部において、情報記録媒体からの情報読み取りを実行する再生制御ステップを有し、
前記再生制御ステップは、
前記情報記録媒体からの管理情報読み取り処理において、
前記フラッシュメモリに記録された前記位置情報対応テーブルに基づいて、読み取りエラーとなった管理情報に対応するバックアップ管理情報がバックアップされているか否かを確認し、前記位置情報対応テーブルに基づいてバックアップ管理情報が記録されている場合、該位置情報対応テーブルに記録されたアドレス情報に基づいて前記フラッシュメモリからバックアップ管理情報の読み取りを実行するステップであることを特徴とする請求項１５に記載の情報処理方法。
【請求項２４】
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
記録制御部において、情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行させる記録制御ステップを有し、
前記記録制御ステップは、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行させ、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行させ、前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行させるステップとして設定されていることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに詳細には、記録媒体の記録情報に対応する管理情報を適用したデータの記録または再生を実行する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
例えばデジタルビデオカメラやその他の情報処理機器において、ハードディスクなどのメディア（情報記録媒体）に対して情報記録を行なう場合、記録データファイルの管理情報、例えばＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）を適用した処理が行なわれる。
【０００３】
ＦＡＴには、例えばＦＡＴ１６、ＦＡＴ３２などがある。これらのファイルシステムは、メディア（情報記録媒体）に対して記録されるデータファイル各々についての記録位置情報、記録位置連鎖情報等を管理している。
【０００４】
例えば、情報記録媒体に記録される各ファイルには、ファイル名や記録日時などのファイル管理情報（ディレクトリエントリ）が設定される。ファイル管理情報（ディレクトリエントリ）には、情報記録媒体に記録されたファイルやディレクトリの実態的な構成データのアクセス情報（先頭クラスタ番号）などが記録され、情報記録媒体からのデータ読み取りを行なう場合、情報処理装置は、まず、ファイル管理情報（ディレクトリエントリ）を記録媒体から読み取って、アクセスに必要な情報を取得することになる。
【０００５】
従って、例えばハードディスクのセクタ破損などにより、ファイル管理情報の読み取りが行なえない状況になると、その読み取り不能となったファイル管理情報にアクセス情報が記録されたファイルやディレクトリに対応する実データの読み取りが不可能となるという問題が発生する。
【０００６】
このような管理情報の読み取りエラーに対する対応策を示す従来例として、例えば特許文献１に記載の構成がある。特許文献１には、階層的なファイルシステムに基づいてデータを記録媒体に記録する構成において、ファイルシステムの階層構造を管理する管理情報を記録媒体上の特定領域に記録する構成とし、実データを記録した場所を示す情報を正規情報と予備情報として二重に記録する構成が記載されている。また、特許文献２には、記録装置に記録されたファイル更新の際に、ファイルの先頭データの記録位置情報等を含むファイル情報を記録装置の異なる領域に記録して、正規のファイル情報の復旧を可能とした構成を開示している。
【０００７】
特許文献１，２は、いずれも管理情報を複数記録することで、管理情報の１つが読み取れない状態となった場合でも、他の管理情報をバックアップデータとして利用する構成であり、管理情報のバックアップデータの書き込み領域は記録媒体の所定領域に設定した構成を持つ。しかしながら、特許文献１，２の記載の構成は、バックアップデータの記録を行なう実行条件については特に明記されておらず、またバックアップデータとして記録するデータの内容については様々であり、様々な条件の下で多様なデータ記録が行なわれる場合、有効な管理情報のバックアップ処理および利用処理が実現されるとは言い難い。
【特許文献１】特開２００３−００６０１７号公報
【特許文献２】特開２００５−０５００７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、様々な条件の下で多様なデータ記録が行なわれる場合において、ファイルシステムにおいて利用されるファイル管理情報のバックアップデータを確実に記録して有効な利用を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の側面は、
情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行する記録制御部を有し、
前記記録制御部は、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行する構成であり、
前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成であることを特徴とする情報処理装置にある。
【００１０】
さらに、本発明の情報処理装置の一実施態様において、前記不揮発性記録媒体は、正規の前記管理情報の記録先としての情報記録媒体と異なる第２の情報記録媒体であり、前記記録制御部は、複数の記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理の制御を実行する構成であることを特徴とする。
【００１１】
さらに、本発明の情報処理装置の一実施態様において、前記バックアップ管理情報の記録先となる第２の情報記録媒体は、フラッシュメモリであり、前記記録制御部は、フラッシュメモリに対して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成であることを特徴とする。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記不揮発性記録媒体は、正規の管理情報の記録先である情報記録媒体と同一の情報記録媒体であり、前記記録制御部は、単一の情報記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理を前記単一の情報記録媒体の異なる記録領域に対して実行させる制御を行う構成であることを特徴とする。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記バックアップ管理情報は、前記情報記録媒体に記録されたファイルシステムの空き領域に記録されることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記記録制御部は、正規の管理情報の記録処理が完了したか否かを示すフラグを前記不揮発性記録媒体に記録し、正規の管理情報の記録処理の完了が確認されたことを条件として前記フラグの設定値の変更処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記記録制御部は、前記情報処理装置の起動時に、前記不揮発性記録媒体に記録されたフラグの値を検証し、フラグの値が、正規の管理情報の記録処理が完了していないことを示す値である場合、該不揮発性記録媒体に記録されたバックアップ管理情報を読み取り、前記情報記録媒体に対して正規の管理情報として記録する処理を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記記録制御部は、前記情報記録媒体に対する正規の管理情報の記録先を、前記不揮発性記録媒体に記録された位置情報対応テーブルに基づいて決定する処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記記録制御部は、前記不揮発性記録媒体に対するバックアップ管理情報の記録処理を、正規の管理情報の記録先の情報記録媒体に設定されるセクタ単位で実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記記録制御部における管理情報バックアップ処理は、ファイルシステムまたはデバイスドライバにおいて実行される処理であり、ファイルシステムまたはデバイスドライバにおいて、情報記録処理が予め定めた処理条件を満足するか否かを判定し、設定された処理条件を満足する情報記録処理である場合にバックアップ処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、情報記録媒体からの情報読み取りを実行する再生制御部を有し、前記再生制御部は、情報記録媒体からの情報読み取りがエラーとなり、読み取りエラーとなった情報が管理情報である場合において、前記不揮発性記録媒体からの管理情報読み取り処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、情報記録媒体からの情報読み取りを実行する再生制御部を有し、前記再生制御部は、前記情報記録媒体からの管理情報読み取り処理において、前記フラッシュメモリに記録された前記位置情報対応テーブルに基づいて、読み取りエラーとなった管理情報に対応するバックアップ管理情報がバックアップされているか否かを確認し、前記位置情報対応テーブルに基づいてバックアップ管理情報が記録されている場合、該位置情報対応テーブルに記録されたアドレス情報に基づいて前記フラッシュメモリからバックアップ管理情報の読み取りを実行する構成であることを特徴とする。
【００２１】
さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
記録制御部において、情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行する記録制御ステップを有し、
前記記録制御ステップは、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行し、前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行するステップであることを特徴とする情報処理方法にある。
【００２２】
さらに、本発明の情報処理方法の一実施態様において、前記不揮発性記録媒体は、正規の管理情報の記録先としての情報記録媒体と異なる第２の情報記録媒体であり、前記記録制御ステップは、複数の記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理の制御を実行することを特徴とする。
【００２３】
さらに、本発明の情報処理方法の一実施態様において、前記バックアップ管理情報の記録先となる第２の情報記録媒体は、フラッシュメモリであり、前記記録制御ステップは、フラッシュメモリに対して、前記管理情報、および正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行することを特徴とする。
【００２４】
さらに、本発明の情報処理方法の一実施態様において、前記不揮発性記録媒体は、正規の管理情報の記録先である情報記録媒体と同一の情報記録媒体であり、前記記録制御ステップは、単一の情報記録媒体に対応するデバイスドライバに対する記録処理制御を実行して、バックアップ管理情報の記録処理、および正規の管理情報の記録処理を前記単一の情報記録媒体の異なる記録領域に対して実行させる制御を行うことを特徴とする。
【００２５】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記記録制御部において、正規の管理情報の記録処理が完了したか否かを示すフラグを前記不揮発性記録媒体に記録し、正規の管理情報の記録処理の完了が確認されたことを条件として前記フラグの設定値の変更処理を実行するステップを有することを特徴とする。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記記録制御部において、前記情報処理装置の起動時に、前記不揮発性記録媒体に記録されたフラグの値を検証し、フラグの値が、正規の管理情報の記録処理が完了していないことを示す値である場合、該不揮発性記録媒体に記録されたバックアップ管理情報を読み取り、前記情報記録媒体に対して正規の管理情報として記録する処理を実行するステップを有することを特徴とする。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記記録制御部は、前記情報記録媒体に対する正規の管理情報の記録先を、前記不揮発性記録媒体に記録された位置情報対応テーブルに基づいて決定する処理を実行することを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記記録制御ステップは、前記不揮発性記録媒体に対するバックアップ管理情報の記録処理を、正規の管理情報の記録先の情報記録媒体に設定されるセクタ単位で実行することを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記記録制御ステップにおける管理情報バックアップ処理は、情報処理装置に設定されるファイルシステムまたはデバイスドライバにおいて実行される処理であり、ファイルシステムまたはデバイスドライバにおいて、情報記録処理が予め定めた処理条件を満足するか否かを判定し、設定された処理条件を満足する情報記録処理である場合にバックアップ処理を実行することを特徴とする。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、再生制御部において、情報記録媒体からの情報読み取りを実行する再生制御ステップを有し、前記再生制御ステップは、情報記録媒体からの情報読み取りがエラーとなり、読み取りエラーとなった情報が管理情報である場合において、前記不揮発性記録媒体からの管理情報読み取り処理を実行するステップであることを特徴とする。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、再生制御部において、情報記録媒体からの情報読み取りを実行する再生制御ステップを有し、前記再生制御ステップは、前記情報記録媒体からの管理情報読み取り処理において、前記フラッシュメモリに記録された前記位置情報対応テーブルに基づいて、読み取りエラーとなった管理情報に対応するバックアップ管理情報がバックアップされているか否かを確認し、前記位置情報対応テーブルに基づいてバックアップ管理情報が記録されている場合、該位置情報対応テーブルに記録されたアドレス情報に基づいて前記フラッシュメモリからバックアップ管理情報の読み取りを実行するステップであることを特徴とする。
【００３２】
さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
記録制御部において、情報記録媒体に対する記録情報に対応するアクセス情報を含む管理情報の記録制御を実行させる記録制御ステップを有し、
前記記録制御ステップは、
情報記録媒体に対する正規の前記管理情報の記録処理に先行して、不揮発性記録媒体に対するバックアップ管理情報の記録処理を実行させ、前記バックアップ管理情報の記録処理終了後に正規の前記管理情報の記録処理を実行させ、前記バックアップ管理情報の記録処理に際して、正規の前記管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行させるステップとして設定されていることを特徴とするコンピュータ・プログラムにある。
【００３３】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記録媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３５】
本発明の一実施例構成によれば、情報記録媒体に対する情報記録処理に際して、記録情報に対応するアクセス情報を含む管理情報の正規の記録処理に先行して、不揮発性メモリに対するバックアップ管理情報の記録処理を実行し、バックアップ管理情報の記録処理終了後、正規の管理情報の記録処理を実行する構成とし、バックアップ管理情報の記録処理に際して、管理情報と、正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成とした。本構成により、正規の管理情報の記録処理が失敗した場合でも、バックアップデータを利用した情報へのアクセスが可能となる。
【発明を実施するための最良の形態】
【００３６】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。説明は、以下の各項目に従って行なう。
１．ファイルシステムの概要
２．情報処理装置の構成および処理例
（２．１）システム構成
（２．２）データ記録、再生シーケンス
（２．３）ファイル管理情報の記録成功を条件としてバックアップデータを消去する処理構成
３．情報処理装置のハードウェア構成例
【００３７】
［１．ファイルシステムの概要］
前述したように、例えばデジタルビデオカメラやＰＣ、その他の情報処理機器において、ハードディスクなどのメディア（情報記録媒体）に対して情報記録を行なう場合、記録データファイルの管理情報、例えばＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）を適用した処理が行なわれる。ＦＡＴには、例えばＦＡＴ１６、ＦＡＴ３２などがあり、これらのファイルシステムは、メディア（情報記録媒体）に対して記録されるデータファイル各々についての記録位置情報、記録位置連鎖情報等を管理する。なお、ＦＡＴ１６／３２の詳細については、例えば、「Ｍｉｃｒｏｓｏｆｔ  Ｅｘｔｅｎｓｉｂｌｅ  Ｆｉｒｍｗａｒｅ  Ｉｎｉｔｉａｔｉｖｅ  ＦＡＴ３２  Ｆｉｌｅ  Ｓｙｓｔｅｍ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」などに説明がある。
【００３８】
図１を参照して、ハードディスクにパーティションを１つ設け、ＦＡＴ１６およびＦＡＴ３２でフォーマットした場合のデータ構造について説明する。図１（ａ）がＦＡＴ１６、（ｂ）がＦＡＴ３２によるフォーマットを示している。
【００３９】
ＦＡＴ１６のデータ構造は、図１（ａ）に示すように、先頭セクタ（ＬＢＡ＝０）から順に、マスターブートレコード（ＭＢＲ）、パーティションブートレコード（ＰＢＲ）に続き、ファイルアロケーションテーブル１（ＦＡＴ１）と、ファイルアロケーションテーブル２（ＦＡＴ２）が記録され、さらにルートディレクトリエントリに続いて、データ領域としてのクラスタが複数設定される。
【００４０】
ＦＡＴ３２のデータ構造は、図１（ｂ）に示すように、先頭セクタ（ＬＢＡ＝０）から順に、マスターブートレコード（ＭＢＲ）、パーティションブートレコード（ＰＢＲ）、ファイルシステム情報（ＦＳｉｎｆｏ）に続いて、ファイルアロケーションテーブル１（ＦＡＴ１）と、ファイルアロケーションテーブル２（ＦＡＴ２）が記録され、その後、データ領域としてのクラスタが複数設定される。
【００４１】
マスターブートレコード（ＭＢＲ）は、図２（ａ）に示すように、起動情報と、パーティション情報、すなわち、各パーティションの開始アドレスとサイズ情報を含むパーティションテーブルを保持している。なお、図１に示すＦＡＴ１６，ＦＡＴ３２のデータ構造では、パーティションを１つのみとした例を示しているが、ハードディスクなどの記録媒体を複数のパーティションに区切って管理することが可能であり、この場合には、図２に示すように、複数のパーティションの各パーティションの開始アドレスとサイズ情報が含まれるパーティションテーブルが設定される。
【００４２】
起動時においては、まず、ＭＢＲの起動コード領域から起動コード（プログラム）が読み出される。この読み出されたＭＢＲの起動コードは、図２（ａ）に示す起動コードの直後に形成されるパーティションテーブル領域のパーティションテーブルを参照し、目的とするパーティションのブートセクタの情報を読み出し、このブートセクタのコード（プログラム）によって、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が起動される。
【００４３】
パーティションテーブルは複数個（例えば４個）設けることができるようにされる。各パーティションテーブルは、上述したように、例えばハードディスクの記録領域を分割して形成される各パーティション領域の位置（開始アドレス）と大きさ（パーティションサイズ）を示す情報を保持する。なお、パーティションテーブル領域に続く２バイト（０Ｅ，０Ｆ）には、パーティションテーブルに対する署名が付与される。
【００４４】
１６バイト（１２８ビット）データ長のパーティションテーブルのデータ構造を図２（ｂ）に示す。０バイト目から７バイト目までの８バイト分のエリアがＣＨＳ方式でアドレスを指定する場合に用いる情報の格納エリアであり、８バイト目から１５バイト目までの８バイト分のエリアがＬＢＡ方式でアドレスを指定する場合に用いる情報の格納エリアである。
【００４５】
ＣＨＳ方式は、シリンダ（Ｃｙｌｉｎｄｅｒ）、ヘッド（Ｈｅａｄ）、セクタ（Ｓｅｃｔｏｒ）の３つのパラメータを１組として用いて、記録媒体（ハードディスク）上のアドレス（位置）を指定するようにするものである。また、ＬＢＡ方式は、ハードディスクの記録領域上のアクセス可能な単位ブロック（例えば、１セクタ単位）それぞれについて、例えば０番から順番に数字（ブロックアドレス（論理アドレス））を割り当てておき、その数字を指定することにより、ハードディスクの記録領域上のアドレス（位置）を指定するようにするものである。
【００４６】
図２（ｂ）に示すように、ＣＨＳ方式でアクセスする場合に用いる情報の格納エリアは、０バイト目がアクティブフラグ情報（以下、単にフラグ情報という。）の格納エリア、１バイト目から３バイト目までの３バイト分がＣＨＳ方式でアクセスする場合に用いる開始セクタ情報の格納アリア、４バイト目がパーティションタイプ情報（以下、単にタイプ情報という。）の格納エリア、５バイト目から７バイト目までの３バイト分がＣＨＳ方式でアクセスする場合に用いる終了セクタ情報の格納エリアである。
【００４７】
また、図２（ｂ）に示すように、ＬＢＡ方式でアクセスする場合に用いる情報の格納エリアは、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティションサイズの格納エリアである。
【００４８】
なお、ＣＨＳ方式は、ハードディスクの物理的構造をそのまま流用しており、シリンダ、ヘッド、セクタというアドレス指定のためのパラメータが３つあることから、ソフトウェア的な処理が複雑になってしまう。これに対し、ＬＢＡ方式の場合には、ブロックアドレスという単一のパラメータで指定するので、アクセス時のアドレス指定が極めて簡単である。このため、ハードディスクにおけるアドレス指定方式としてはＬＢＡ方式が主流になっており、その他の記録媒体、例えば、いわゆるリムーバブルメディアとして広く用いられるようになってきている種々のメモリーカードなどにおいても、ＬＢＡ方式でアドレス指定ができるものが多くなってきている。なお、本発明の情報処理装置において適用する方式は、ＣＨＳ方式、ＬＢＡ方式いずれでもよい。
【００４９】
情報記録媒体に記録される各ファイルには、ファイル名や記録日時などのファイル管理情報が設定される。図３に各パーティションに設けられるディレクトリに格納される情報であって、ファイル毎に形成されるファイル管理情報であるディレクトリエントリの情報構造を示す。このディレクトリエントリは、パーティション内にファイルが形成された場合に、その形成されたファイルに応じてディレクトリに形成されるファイル管理情報であり、形成されたファイルの詳細情報を管理するものである。
【００５０】
各ファイルに対応するファイル管理情報としてのディレクトリエントリは、図３に示すように、名前（ファイル名）欄、拡張名欄、属性欄、予約欄、作成時刻欄、作成日欄、最終アクセス日付欄、先頭クラスタ番号の指示情報（Ｈｉｇｈ）欄、記録時刻欄、記録日付欄、先頭クラスタ番号の指示情報（Ｌｏｗ）欄、ファイルサイズ欄を備え、それぞれ対応する情報、すなわち、ファイル名、拡張名、属性、作成時刻、作成日、最終アクセス日付、先頭クラスタ番号（Ｈｉｇｈ）、記録時刻、記録日付、先頭クラスタ番号（Ｌｏｗ）、ファイルサイズを管理する。このディレクトリエントリの情報を用いることにより、ファイル名によって特定されるファイルは、（１）どのような属性のものであり、（２）開始クラスタはどこで、（３）どの位の大きさのファイルであり、（４）いつ作成され、（５）最終アクセスはいつで、（６）データの記録はいつ行われたか等について管理することができる。
【００５１】
開始クラスタ番号は、ファイルのデータ記録が開始されたパーティションのデータ領域のクラスタ単位の記憶領域を特定する情報である。換言すれば、開始クラスタ番号は、当該パーティションのデータ領域をクラスタ単位に分割した各記憶領域の内の何番目の記憶領域から当該ファイルのデータの記録が行われたかを示している。そして、この例の場合には、図３に示すように、先頭クラスタ番号は、上位側（ｈｉｇｈ側）の２バイトと、下位側（Ｌｏｗ側）の２バイトとに分けて管理される。
【００５２】
クラスタは、図１に示すように、データ領域に含まれ、ＦＡＴにおけるデータを管理できる最小単位であり、複数のセクタをまとめた、１ファイル当たりの最小記録単位を意味する。１クラスタは、セクタ（ハードディスクの場合、セクタサイズ＝５１２バイト）をｎ個（ｎ＝１，２，４，・・・６４，１２８）集めた構成になる。ハードディスクの最小単位であるセクタは、ファイルを管理するための単位としては小さすぎるので、複数のセクタをまとめたクラスタという単位領域を用いることによって、ファイルの管理が容易となるようにしている。クラスタの具体的な大きさは、例えば、ＦＡＴ１６の場合には３２キロバイト、ＦＡＴ３２の場合には４キロバイトである。
【００５３】
図１に示すＦＡＴのデータ構造には、図２を参照して説明したマスターブートレコード（ＭＢＲ）に続いて、パーティションに対応する起動コードを含むパーティションブートレコード（ＰＢＲ）が設定され、その後、ファイルアロケーションテーブル１（ＦＡＴ１）と、ファイルアロケーションテーブル２（ＦＡＴ２）が格納される。
【００５４】
ファイルアロケーションテーブル２（ＦＡＴ２）は、ファイルアロケーションテーブル１（ＦＡＴ１）の予備データとして利用される。すなわち、ファイルアロケーションテーブル２（ＦＡＴ２）には、ファイルアロケーションテーブル１（ＦＡＴ１）のコピーデータを格納している。
【００５５】
一般的なファイルアロケーションテーブル（ＦＡＴ）のデータ構成例について、図４を参照して説明する。ファイルアロケーションテーブル（ＦＡＴ）は、メディア（情報記録媒体）に対して記録されるデータファイル各々についての記録位置情報、記録位置連鎖情報を管理するテーブルである。
【００５６】
前述したように、各データファイルの構成データは、１つ以上のクラスタに分散されて情報記録媒体に記録される。ファイルアロケーションテーブル（ＦＡＴ）は、各ファイルの構成データを格納したクラスタのクラスタ番号の連鎖情報を格納している。
【００５７】
図４に示すＦＡＴは、２つに分割して示してある。２重線で示す項目は、インデックスであり、データエントリとして、
［００００００００ｈ］〜［０００００００Ｆｈ］
［００００００１０ｈ］〜［００００００１Ｆｈ］
［００００００２０ｈ］〜［００００００２Ｆｈ］
［００００００３０ｈ］〜［００００００３Ｆｈ］
のクラスタ番号を示している。なお、図に示すテーブルでは［ｈ］を省略しているが、上記［ｈ］は前の８桁の０〜Ｆの数値で示されるクラスタ番号が１６進数表記であることを示している。
【００５８】
各ファイルの構成データを格納したクラスタ番号の位置に、ファイル構成データの次のデータを格納したクラスタ番号が記録され、最終クラスタ番号の位置にはＥＯＦ（エンドオブファイル）を示すコード［０ＦＦＦＦＦＦＦｈ］が記録される。先頭クラスタ番号は、図３を参照して説明した各ファイルのディレクトリエントリに記録されている。
【００５９】
例えば、各ファイルのディレクトリエントリに記録された先頭クラスタ番号を、
第１ファイル：０００００００７ｈ
第２ファイル：０００００００Ａｈ
第３ファイル：００００００１Ｂｈ
第４ファイル：００００００２Ｃｈ
とする。
【００６０】
第１ファイルの先頭クラスタ番号は、［０００００００７ｈ］であるので、まず、クラスタ番号［０００００００７ｈ］のクラスタを読み取ることで、第１ファイルの最初のデータが取得できる。第１ファイルの次の構成データの記録されたクラスタ番号は、図４に示すＦＡＴのクラスタ番号［０００００００７ｈ］の位置の記録情報に基づいて知ることができる。図４に示すＦＡＴのクラスタ番号［０００００００７ｈ］の位置にはクラスタ番号［０００００００８ｈ］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０００００００８ｈ］であることが判明し、クラスタ番号［０００００００８ｈ］のクラスタからデータを読み取ることができる。
【００６１】
さらに、第１ファイルの次の構成データの記録されたクラスタ番号は、図４に示すＦＡＴのクラスタ番号［０００００００８ｈ］の位置に記録されている。図４に示すＦＡＴのクラスタ番号［０００００００８ｈ］の位置にはクラスタ番号［０００００００９ｈ］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０００００００９ｈ］であることが判明し、クラスタ番号［０００００００９ｈ］のクラスタからデータを読み取ることができる。さらに、次の構成データの記録されたクラスタ番号を取得するため、ＦＡＴのクラスタ番号［０００００００９ｈ］の位置の記録情報を参照すると、ＥＯＦ（エンドオブファイル）の対応コード［０ＦＦＦＦＦＦＦｈ］が記録されており、後続データはないことが判明する。
【００６２】
結果として、第１ファイルは、
クラスタ番号：［０００００００７ｈ］→［０００００００８ｈ］→［０００００００９ｈ］によって指定されるクラスタに格納されていることが判明する。
【００６３】
同様に、
第２ファイルは、
クラスタ番号：［０００００００Ａｈ］→［００００００１Ｆｈ］→［００００００２５ｈ］→［００００００３１ｈ］→［００００００３０ｈ］
第３ファイルは、
クラスタ番号：［００００００１Ｂｈ］→［００００００１１ｈ］→［００００００１２ｈ］→［００００００１３ｈ］→［００００００１４ｈ］→［０００００００３ｈ］
第４ファイルは、
クラスタ番号：［００００００２Ｃｈ］→［００００００２Ｄｈ］→［００００００２Ｅｈ］→［００００００２Ｆｈ］→［００００００３８ｈ］→［００００００３９ｈ］→［００００００３Ａｈ］→［００００００３Ｂｈ］
によって指定されるクラスタに格納されていることが判明し、これらのクラスタからデータを取得することが可能となる。
【００６４】
なお、図４に示すＦＡＴは、ＦＡＴ３２に対応するデータ例である。ＦＡＴ３２では、ＥＯＦ（エンドオブファイル）の対応コードは［０ＦＦＦＦＦＦＦｈ］であるが、ＦＡＴ１６では、ＥＯＦ（エンドオブファイル）の対応コードは［ＦＦＦＦｈ］である。このＥＯＦ（エンドオブファイル）の対応コードを検出することで、ファイル構成データが終了することを判別することができる。
【００６５】
このように、情報記録媒体に記録される各ファイルは、
（ａ）ファイル名や作成日時、ファイルサイズなどを保持する「ディレクトリエントリ」
（ｂ）クラスタの連鎖情報を保持する「ＦＡＴ」
（ｃ）クラスタ単位で記録されている「データ（ファイルの実体）」
の３要素を有し、これらがハードディスクなどの情報記録媒体上に記録され、「ディレクトリエントリ」と、「ＦＡＴ」に基づいて、各ファイルの構成クラスタを識別して、データを読み取ることができる。
【００６６】
なお、これらの３要素はハードディスクなどのメディア上に記録されるが、記録位置としては、３要素がひとまとまりになっているわけではなく、点在している。具体的な記録データのディレクトリ構成例について説明する。図５には、デジタルカメラにおいてハードディスクなどの記録媒体にデータ記録を行なう際に適用されるディレクトリ構成例を示している。
【００６７】
デジタルカメラにおいては、ＤＣＦ（Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  ｓｙｓｔｅｍ）に従ってファイル名を自動的に生成し、撮影した静止画ファイル又は動画ファイルを記録媒体に記録する。ＤＣＦにおいては、３文字のディレクトリ番号に任意の文字列を加えてディレクトリ名を設定し、また３文字の任意文字、４文字のファイル番号、拡張子を順次配置してファイル名を設定する。図５に示す例では、ルートディレクトリ（Ｒｏｏｔ）の下位ディレクトリ（ＤＣＩＭ）に、さらに複数の下位ディレクトリ（１０１ＭＳＤＣＦ〜１０３ＭＳＤＣＦ）が設定され、これらの各ディレクトリにファイルＤＳＣ００００１．ＪＰＧ〜が設定される。
【００６８】
先に図３を参照して説明したファイル管理情報としてのディレクトリエントリは、図５に示すディレクトリに設定された各ファイルに対応して個別に記録される。たとえば、図６に示すＤＣＩＭファイルに対応するディレクトリエントリ情報、１０１ＭＳＤＣＦ〜１０３ＭＳＤＣＦ各ファイルに対応するディレクトリエントリ、さらに、実データを格納したファイルＤＳＣ００００１．ＪＰＧ〜の各々に対応するディレクトリエントリが設定され、これらが、情報記録媒体に記録される。実データを格納したファイルＤＳＣ００００１．ＪＰＧ〜各々の実データも管理情報としてのディレクトリエントリとは別領域に情報記録媒体に記録される。
【００６９】
ハードディスクなどの記録媒体（メディア）上における具体的なデータ配置について、図６を参照して説明する。ハードディスクなどの記録媒体（メディア）上にはデータ記録読み取り単位としてのセクタ（３２Ｂ（バイト））が６４個を単位としたクラスタ（３２ＫＢ）が設定される。データ記録を行なう場合、例えば、図６（Ａ）に示すような配置でクラスタを消費していく。
【００７０】
具体的には、図５に示す「ＤＣＩＭ」というディレクトリに関するディレクトリエントリは、図６（Ａ）に示すクラスタ番号２の位置に記録され、図５に示す「１０１ＭＳＤＣＦ」というディレクトリに関するディレクトリエントリは、図６（Ａ）に示すクラスタ番号３の位置に記録され、「ＤＳＣ００００１．ＪＰＧ」などのファイルに関するディレクトリエントリは、クラスタ番号４に記録され、「ＤＳＣ００００１．ＪＰＧ」のデータ実体は、クラスタ番号５から記録される。
【００７１】
図５に示すディレクトリにおいて、「１０１ＭＳＤＣＦ」の下位に記録される「ＤＳＣ００００１．ＪＰＧ」〜「ＤＳＣ０９９９９．ＪＰＧ」の各ディレクトリエントリは、離散的に複数のクラスタを利用して記録される。例えば、図６（Ｂ）に示すように、離散的に１０個のクラスタに分かれて記録される。図６（Ｂ）には、
（１）クラスタ番号＝４の記録データ、ＤＳＣ００００１．ＪＰＧ〜ＤＳＣ０１０２２．ＪＰＧ対応のディレクトリエントリ
（２）クラスタ番号＝１１の記録データ、ＤＳＣ０１０２３．ＪＰＧ〜ＤＳＣ０２０４６．ＪＰＧ対応のディレクトリエントリ
以下、計１０個の異なるクラスタ番号の位置に離散的に記録されるディレクトリエントリの設定例を示している。
【００７２】
先に、図３を参照して説明した各ファイルに対応するファイル管理情報としてのディレクトリエントリ１つあたりのサイズは３２バイトであるので、セクタサイズが５１２バイトの場合、図７に示すように、１セクタ（５１２バイト）あたり１６個のディレクトリエントリ（３２＊１６＝５１２）が記録されることになる。もしもセクタ破損が起こってしまった場合、情報はセクタ単位で失われてしまうので、その場合、最大１６個のディレクトリエントリ情報を消失してしまう可能性がある。
【００７３】
なお、図５〜図７に示した階層構造及び命名規則は、ＤＣＦ（Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  ｓｙｓｔｅｍ）に従った構成であるが、本発明はＤＣＦに限らず、様々なファイルシステムにおいて適用可能である。
【００７４】
［２．情報処理装置の構成および処理例］
次に、本発明の情報処理装置の構成および処理例について説明する。本発明の情報処理装置は、情報記録媒体に記録するファイル管理情報としてのディレクトリエントリをセクタ単位でバックアップデータとして記録する。すなわち、新たなデータファイルが設定された場合、データファイルの更新があった場合など、ディレクトリエントリの追加または更新が必要となった場合、そのディレクトリエントリを記録するセクタ全体のデータのバックアップデータを更新する。
【００７５】
（２．１）システム構成
まず、本発明の情報処理装置のシステム構成について説明する。情報記録媒体に対するデータ記録および情報記録媒体からのデータ取得、再生処理は、例えばデジタルビデオカメラ、ＰＣなどの情報処理装置のＣＰＵによる所定のデータ処理プログラムの実行によって行なわれる。
【００７６】
すなわち、図８に示すように、ハードディスク等の情報記録媒体２０４に対してデータを記録したり、記録媒体に記録されているデータを読み出して利用したりする場合には、ユーザとの窓口となるアプリケーションプログラム２０１の下層に情報記録媒体２０４上のファイルを管理するためのファイルシステム（ファイル管理プログラム）２０２とファイルシステムからの情報に基づいて情報記録媒体２０４を制御するデバイスドライバ２０３とが存在する。
【００７７】
情報記録媒体２０４に対してデータを記録、または情報記録媒体２０４からデータを再生する場合には、ファイルシステム２０２、デバイスドライバ２０３の機能によりデータの書き込み、再生が実行される。従来と同様の処理によって、ファイルシステム⇔デバイスドライバ⇔記録媒体（ハードディスク）といった構成で処理は行なわれる。
【００７８】
データ記録を行なう場合に、複数の異なるファイルを継続記録ファイルとして適用する場合は、ファイルシステムによって適用されるファイルアロケーションテーブル（ＦＡＴ）に対する特殊コードの記録を行なう。また、データ再生を実行する場合に複数の異なるファイルを継続記録ファイルとして適用する場合は、ＦＡＴからの特殊コードの検出を条件として、ファイルの切り替えを実行する。
【００７９】
図８に示すシステム構成中のファイルシステムをさらに詳細に示した構成図を図９に示す。図９に示す構成は、図８と同様、情報記録媒体に対するデータ記録および情報記録媒体からのデータ取得、再生処理を実行する情報処理装置のシステム構成を示す図であり、ハードディスク等の情報記録媒体３０４に対してデータを記録したり、記録媒体に記録されているデータを読み出して利用する処理を実行する情報処理装置のシステム構成を示している。
【００８０】
情報記録媒体３０５は例えばフラッシュメモリであり、本実施例では、ハードディスク等の情報記録媒体３０４に対して正規のファイル管理情報および撮影画像などの実データを記録し、フラッシュメモリ等によって構成される情報記録媒体３０５をファイル管理情報のバックアップデータの記録領域として適用する。なお、ファイル管理情報のバックアップデータの記録領域は、フラッシュメモリ等の第２の記録媒体を用いることなく、ハードディスク等の情報記録媒体３０４を適用する構成としてもよい。
【００８１】
図９に示すように、ユーザとの窓口となるアプリケーションプログラム３０１の下層に情報記録媒体３０４，３０５上のファイルを管理するためのファイルシステム（ファイル管理プログラム）３０２とファイルシステムからの情報に基づいて情報記録媒体３０４，３０５を制御するデバイスドライバ３０３とが存在する。デバイスドライバ３０３には、各記録デバイスである情報記録媒体３０４，３０５の各々に対応するデバイスドライバＡ３５１，Ｂ３５２が含まれる。
【００８２】
アプリケーション３０１、ファイルシステム３０２、デバイスドライバ３０３は、各構成部の処理に必要なプログラムやパラメータの格納、データ処理におけるワーク領域としてメモリ３４１をアクセスして利用する。
【００８３】
ファイルシステム３０２は、記録媒体の種別やフォーマット情報などを含むマウントドライブ情報Ａ，Ｂ３１１を保持し、マウントドライブ情報Ａ，Ｂ３１１に従って、ハードディスク等の情報記録媒体３０４と、フラッシュメモリ等の情報記録媒体３０５を適用したデータ記録、再生制御を実行する。ファイルシステム３０２は、データ記録再生制御を実行する記録再生制御部３２０と、メディア制御を実行するメディア制御部３３０を有する。
【００８４】
記録再生制御部３２０は、ファイルアロケーションテーブル（ＦＡＴ）の記録、参照処理を実行するＦＡＴ制御部３２１と、データ記録位置情報としてのクラスタの決定処理、クラスタ番号に基づく再生位置決定処理を実行するクラスタ制御部３２２と、ファイルに対応する情報を格納したディレクトリエントリ（図３参照）を生成、または参照する処理を実行するディレクトリエントリ制御部３２３を有する。ディレクトリエントリ制御部３２３は、アプリケーション３０１からの指示に基づいて特定のファイルに対応するディレクトリエントリを取得し、例えばファイル再生の場合は、ディレクトリエントリから先頭クラスタ番号を取得し、クラスタ制御部３２２に提供する。
【００８５】
メディア制御部３３０は、位置算出部３３１を有し、クラスタ制御部３２２の決定するクラスタ情報やＦＡＴのクラスタ連鎖情報に基づいて、デバイスドライバ３０３を制御し、クラスタ番号によってデータ記録、またはデータ再生を実行するディスクの位置を決定し、決定した位置情報に従って、デバイスドライバ３０３を介してデータ記録、または当該ディスク位置からのデータ再生を実行する。
【００８６】
ファイルシステム３２０の記録再生制御部３２０、またはデバイスドライバ３０３は、記録情報がディレクトリエントリなどの管理情報である場合、情報記録媒体に対する正規の記録処理に先行して、不揮発性メモリ（不揮発性記録媒体）に対するバックアップ管理情報の記録処理を実行し、バックアップ管理情報の記録処理終了後、正規の管理情報の記録処理を実行する。すなわち、ファイルシステムまたはデバイスドライバが、バックアップ処理を実行する記録制御部として機能する。バックアップ管理情報の記録処理に際しては、バックアップ管理情報の記録と、正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する。また、情報記録媒体からの情報読み取りがエラーとなり、読み取りエラーとなった情報がディレクトリエントリ等の管理情報である場合において、不揮発性メモリからの管理情報読み取り処理を実行する。これらの処理の詳細については後述する。
【００８７】
（２．２）データ記録、再生シーケンス
本発明の情報処理装置においては、情報記録媒体に記録するファイル管理情報としてのディレクトリエントリをセクタ単位でバックアップデータとして記録する。すなわち、新たなデータファイルが設定された場合、データファイルの更新があった場合など、ディレクトリエントリの追加または更新が必要となった場合、そのディレクトリエントリを記録するセクタ全体のデータのバックアップデータを記録更新する。
【００８８】
本処理例では、ハードディスクを正規のファイル管理情報および撮影画像などの実データを記録するメディアとし、フラッシュメモリをファイル管理情報のバックアップデータの記録領域として適用する。この処理を実行する場合のデータ記録処理シーケンスについて、図１０に示すシーケンス図を参照して説明する。
【００８９】
なお、ファイル管理情報（ディレクトリエントリ）のバックアップ処理は、実行主体をファイルシステム主導とする設定と、デバイスドライバ主導で行う設定のいずれかが適用できる。図１０は、ファイルシステム主導でファイル管理情報（ディレクトリエントリ）のバックアップ処理を実行する処理シーケンスを示している。図１０に示す処理シーケンスについて説明する。
【００９０】
まず、情報記録処理を実行するアプリケーションは、ステップＳ１１においてメディア（ハードディスク）に対するデータ記録用のファイルをオープン処理を開始する。ファイルシステムは、ファイルオープン処理の開始命令に応じて、ファイル管理情報としてのディレクトリエントリ（ＤＥ）の検索を開始する。例えば、オープンするファイルを、
￥ＤＣＩＭ￥１０１ＭＳＤＣＦ￥ＤＳＣ０９９９９．ＪＰＧ
とする。
【００９１】
ファイルシステムは、このファイルのオープン処理の開始命令に応じて、このファイルの書き込み位置を決定するために、例えば、￥ＤＣＩＭ￥１０１ＭＳＤＣＦ￥ＤＳＣ０９９９９．ＪＰＧ、あるいはこのファイルが新規であれば、１つ前の￥ＤＣＩＭ￥１０１ＭＳＤＣＦ￥ＤＳＣ０９９９８．ＪＰＧに対応するファイル管理情報としてのディレクトリエントリを検索する。ディレクトリエントリのメディア（ハードディスク）からの読み出しは、ハードディスク対応のデバイスドライバによって、ステップＳ１３において実行される。
【００９２】
ファイルシステムは、ステップＳ１４において、読み出されたディレクトリエントリを参照して、新たなファイル［￥ＤＣＩＭ￥１０１ＭＳＤＣＦ￥ＤＳＣ０９９９９．ＪＰＧ］に対応するディレクトリエントリを作成する。ディレクトリエントリは、先に図３を参照して説明したデータ構成を持ち、少なくとも実データのアクセス情報、すなわちアドレス情報としての先頭クラスタ番号を有する情報である。
【００９３】
ファイルシステムが、ステップＳ１４において生成したファイル管理情報としてのディレクトリエントリは、まず、ステップＳ１５において、フラッシュメモリに対応するデバイスドライバ（ＦＭ）においてフラッシュメモリ（ＦＭ）に書き込みが行われる。これはディレクトリエントリのバックアップデータの書き込み処理である。その後、ファイルシステムがステップＳ１６において、パックアップＤＥ（ディレクトリエントリ）の書き込みが完了したことを確認した後、ハードディスク対応のデバイスドライバ（ＨＤ）に対してディレクトリエントリの書き込み命令を出力し、ステップＳ１７において、ハードディスク対応のデバイスドライバ（ＨＤ）によって、ディレクトリエントリの書き込みが実行される。
【００９４】
その後、ステップＳ１８において、アプリケーションは、オープンしたファイルに対する実データの書き込み処理を開始する。例えば、カメラの撮影画像データなどの書き込み処理である。ステップＳ１９において、ファイルシステムはデータ書き込み
可能な空きクラスタの検索を行い、ステップＳ２０においてデバイスドライバ（ＨＤ）は、空きクラスタを書き込み領域とした実データファイルを読み出して、ステップＳ２１において、ファイルシステムがメディアに対するデータ書き込み処理を実行し、ステップＳ２２において、デバイスドライバ（ＨＤ）が実際に実データをメディア（ＨＤ）に記録する処理を実行する。
【００９５】
このデータ書き込みによって、先に図４を参照して説明したＦＡＴの更新が必要となるため、ファイルシステムは、ステップＳ２３においてＦＡＴの更新処理を実行し、ステップＳ２４において、デバイスドライバ（ＨＤ）は更新されたＦＡＴをメディア（ＨＤ）に書き込む処理を実行する。
【００９６】
実データのメディア（ＨＤ）に対する書き込み、ＦＡＴの更新によって、さらにファイル管理情報としてのディレクトリエントリの更新処理が必要となるため、ファイルシステムは、ステップＳ２５において、ディレクトリエントリ（図３参照）の更新を実行し、ステップＳ２６において、デバイスドライバ（ＦＭ）にディレクトリエントリのバックアップデータのフラッシュメモリ（ＦＭ）に対する書き込みを実行させる。
【００９７】
その後、ファイルシステムは、ステップＳ２７において、パックアップＤＥ（ディレクトリエントリ）の書き込みが完了したことを確認した後、ハードディスク対応のデバイスドライバ（ＨＤ）に対してディレクトリエントリの書き込み命令を出力し、ステップＳ２８において、ハードディスク対応のデバイスドライバ（ＨＤ）によって、ディレクトリエントリの書き込みが実行される。
【００９８】
その後、ステップＳ２９において、アプリケーションによって、ファイルクローズ処理が実行されると、ステップＳ３０において、再度、最終的なディレクトリエントリの更新処理がファイルシステムにおいて実行され、最終的な更新ディレクトリエントリは、ステップＳ３１において、デバイスドライバ（ＦＭ）によってバックアップデータとしてフラッシュメモリ（ＦＭ）に書き込まれる。
【００９９】
その後、ファイルシステムは、ステップＳ３２において、パックアップＤＥ（ディレクトリエントリ）の書き込みが完了したことを確認した後、ハードディスク対応のデバイスドライバ（ＨＤ）に対してディレクトリエントリの書き込み命令を出力し、ステップＳ３３において、ハードディスク対応のデバイスドライバ（ＨＤ）によって、ディレクトリエントリの書き込みが実行される。
【０１００】
なお、前述したように、ファイル管理情報（ディレクトリエントリ）のバックアップ処理は、実行主体をファイルシステム主導とする設定と、デバイスドライバ主導で行う設定のいずれかが適用できる。すなわち、以下の（Ａ），（Ｂ）いずれかの処理態様である。
（Ａ）  ファイルシステムによる制御に基づくバックアップ処理
デバイスドライバへ書き込み指示を出す時点で、ディレクトリエントリに対する書き込みに関しては、バックアップする。
（Ｂ）  デバイスドライバによる制御に基づくバックアップ処理
ファイルシステムから届く書き込み指示の内容・パターンによって、ディレクトリエントリに対する書き込みを判別し、バックアップする。
【０１０１】
（Ａ）  ファイルシステムによる制御に基づくバックアップ処理を実行する場合、ファイルシステムは、情報記録媒体に対する記録データがファイル管理情報であるか否かの判定を行ない、ファイルシステムにおいて、ファイル管理情報であると判定された場合にバックアップ処理を実行する。この判定処理は、以下のシーケンスで実行される。
【０１０２】
まず、ファイルシステムは、情報記録媒体に対する記録されるデータについて、以下の処理条件を検証する。
条件１：ファイルの新規作成や追記など、ファイルサイズやタイムスタンプが変動し、ディレクトリエントリに関するメディアへの書き込みが必要であること。
条件２：記録データの種別が、ディレクトリであること。
条件３：記録データの種別が、管理ファイルであること。
条件４：記録データの種別が、動画や静止画など、コンテンツファイルであること。
【０１０３】
ファイルシステムは、これらの条件を検証した後、書き込みデータをバックアップするか否かを、下記（Ａ１）〜（Ａ３）のいずれかの条件が満足されるか否かを検証して判定する。
（Ａ１）｛（条件１が真）かつ（条件２が真）｝、または、
（Ａ２）｛（条件１が真）かつ（条件３が真）｝、または、
（Ａ３）｛（条件１が真）かつ（条件４が真）｝
ファイルシステムは、上記（Ａ１）〜（Ａ３）のいずれかの条件が満足される場合に、記録情報がファイル管理情報（ディレクトリエントリ）であると判断して、バックアップ処理を実行する。なお、バックアップ処理は正規の管理情報記録先の記録媒体の記録単位として設定されるセクタ単位の処理として実行される。
【０１０４】
一方、（Ｂ）デバイスドライバによる制御に基づくバックアップ処理を実行する場合、デバイスドライバが、情報記録媒体に対する記録データがファイル管理情報であるか否かの判定を行ない、デバイスドライバにおいて、ファイル管理情報であると判定された場合にバックアップ処理を実行する。この判定処理は、以下のシーケンスで実行される。
【０１０５】
まず、デバイスドライバは、情報記録媒体に対する記録されるデータについて、以下の処理条件を検証する。
条件１：ファイルオープン時の、メディアへの書き込みであること。
条件２：ＦＡＴを更新するためのメディアへの書き込みの後の、メディアへの書き込みであること。
条件３：メディアへの書き込みサイズ（セクタ単位）が所定のセクタ数（例：1セクタ）と指定されている、メディアへの書き込みであること。
条件４：所定のセクタ範囲に対するメディアへの書き込みであること。
【０１０６】
デバイスドライバは、これらの条件を検証した後、書き込みデータをバックアップするか否かを、下記（Ｂ１）〜（Ｂ４）のいずれかの条件が満足されるか否かを検証して判定する。
（Ｂ１）｛（条件１が真）かつ（条件３が真）｝、または、
（Ｂ２）｛（条件２が真）かつ（条件３が真）｝、または、
（Ｂ３）｛（条件２が真）かつ（条件４が真）｝、または、
（Ｂ４）｛（条件３が真）かつ（条件４が真）｝
デバイスドライバは、上記（Ｂ１）〜（Ｂ４）のいずれかの条件が満足される場合に、記録情報がファイル管理情報（ディレクトリエントリ）であると判断して、バックアップ処理を実行する。なお、バックアップ処理は正規の管理情報記録先の記録媒体の記録単位として設定されるセクタ単位の処理として実行される。
【０１０７】
なお、上記（Ｂ１）〜（Ｂ４）の条件は、それぞれ以下の処理を想定している。
（Ｂ１）動画や静止画、管理情報などファイルを記録する場合を想定、
（Ｂ２）動画や静止画、管理情報などファイルを記録する場合、またはディレクトリを新たに記録する場合を想定、
（Ｂ３）管理情報ファイルや所定のディレトトリなど、記録先となるセクタ範囲が特定できる場合を想定、
（Ｂ４）管理情報ファイルや所定のディレトトリなど、記録先となるセクタ範囲が特定できる場合を想定、
これらの処理を想定している。
【０１０８】
次に、フラッシュメモリに対して記録されるデータの構成例について、図１１を参照して説明する。フラッシュメモリに対しては、先に図３を参照して説明したディレクトリエントリ情報に対応するデータが書き込まれるのみならず、バックアップされるデータのメインの記録媒体（例えばハードディスク）における記録位置情報（ＬＢＡ（論理ブロックアドレス））と、バックアップデータ書き込みメディアであるサブの記録媒体（フラッシュメモリ）のバックアップデータ書き込み位置情報（ＬＢＡ）の対応データが記録される。
【０１０９】
図１１（Ａ）は、バックアップデータの書き込みが実行されるフラッシュメモリの構成を示している。図１１（Ｂ）は、バックアップされるデータのメインの記録媒体（例えばハードディスク）における記録位置情報（ＬＢＡ（論理ブロックアドレス））と、バックアップデータ書き込みメディアであるサブの記録媒体（フラッシュメモリ）のバックアップデータ書き込み位置情報（ＬＢＡ）の対応データの構成であり、バックアップ元ＬＢＡｎは、メインの記録媒体（例えばハードディスク）における記録位置情報（ＬＢＡ）、バックアップ先ＬＢＡｎは、バックアップデータ書き込みメディアであるサブの記録媒体（フラッシュメモリ）のバックアップデータ書き込み位置情報（ＬＢＡ）である。
【０１１０】
図１１（Ｃ）は、実際のファイル管理情報としてのディレクトリエントリ情報のデータ、すなわち、図３を参照して説明したディレクトリエントリの情報である。このように、フラッシュメモリには、バックアップデータとしてのディレクトリエントリと、正規のディレクトリエントリの書き込み位置情報と、バックアップディレクトリエントリの書き込み位置情報の対応テーブルが記録される。図１０におけるシーケンス図では、ステップＳ１５、Ｓ２６、Ｓ３１において、これらの情報の書き込み（更新を含む）が行なわれることになる。
【０１１１】
なお、全ての情報の記録は、ハードディスクのデータ記録単位としてのセクタ単位で実行され、１つのディレクトリエントリが更新される場合は、そのディレクトリエントリの記録されたセクタに含まれる全てのディレクトリエントリが一旦ＲＡＭ上に読み出されて、更新処理がなされて、バックアップデータとしてフラッシュメモリに記録され、さらにハードディスクに対して正規の更新データとしての記録処理が実行されることになる。
【０１１２】
次に、図１２に示すフローチャートを参照して、メディアに対するデータ記録処理の実行シーケンスについて説明する。まず、ステップＳ１０１において、ファイルシステムは、実データの記録処理を実行するメインのメディア（ＨＤ：ハードディスク）に対応するデバイスドライバに対してメディアへのデータ書き込みを指示する。
【０１１３】
次に、ステップＳ１０２において、書き込みデータがファイル管理情報としてのディレクトリエントリであるか否かを判定する。書き込み対象データが、ディレクトリエントリでない場合、ステップＳ１０４に進み、メディア（ＨＤ）に対するデータ書き込みを実行して処理は終了となる。
【０１１４】
一方、ステップＳ１０２において、書き込みデータがファイル管理情報としてのディレクトリエントリであると判定した場合は、ステップＳ１０３に進み、書き込み対象としてのディレクトリエントリを含む記録領域としての１つのセクタの全体データをバックアップデータとしてサブのメディア（たとえばフラッシュメモリ）に対して記録する。なお、この際の記録情報は、図１１を参照して説明したように、ディレクトリエントリ情報のみならず、メインメディアとサブメディアにおける対応するディレクトリエントリの記録位置情報（ＬＢＡ）の対応テーブルを含む。
【０１１５】
ステップＳ１０３において、バックアップデータの記録が完了した後、ステップＳ１０４において、メインメディア（ＨＤ）に対して、正規のファイル管理情報（ディレクトリエントリ）の書き込み処理を実行する。
【０１１６】
次に、メディアからのデータ再生時の実行シーケンスについて、図１３に示すフローチャートを参照して説明する。データ再生の際には、読み取りを実行するファイルの実データのアクセス先情報を得るため、まず、ファイル管理情報（ディレクトリエントリ）を読み取って解析することが必要となる。本発明の情報処理装置では、メインの情報記録媒体に記録されたファイル管理情報（ディレクトリエントリ）の読みとりに失敗した場合に、バックアップされたファイル管理情報（ディレクトリエントリ）の読み取りを実行することで、確実なデータアクセスを可能としている。
【０１１７】
まず、ステップＳ２０１において、ファイルシステムは、メインの記録媒体であるＨＤのデバイスドライバに対して、メディア（ＨＤ）からのデータ読み出しを指示する。ステップＳ２０２において、メディアからのデータ読み出しに失敗したかいなかが判定され、成功すればデータ読み出し処理は終了する。データ読み出し処理に失敗した場合は、ステップＳ２０３において、ディレクトリエントリの読み出し処理であったか否かが判定され、ディレクトリエントリでない場合は、処理を終了する。なお、この場合は、実データの読み出しエラーであり、その後、アプリケーションの指示、あるいはユーザの指示により、再読み込み処理が実行される場合もある。
【０１１８】
ステップＳ２０３において、ディレクトリエントリの読み出し処理であると判定された場合は、スイップＳ２０４に進み、有効なバックアップデータが存在するか否かの検証が行なわれる。この処理は、バックアップデータの記録されたメディア（例えばフラッシュメモリ）の位置情報対応テーブル、すなわち、図１１（Ｂ）に示すバックアップ元とバックアップ先のアドレス（ＬＢＡ）の対応テーブルを参照して、読み出し対象データであるディレクトリエントリの読み出しアドレス（ＬＢＡ）が位置情報対応テーブルのバックアップ元アドレス（ＬＢＡ）として記録されているか否かを調べることで行なわれる。
【０１１９】
読み出し対象データであるディレクトリエントリの読み出しアドレス（ＬＢＡ）が位置情報対応テーブルのバックアップ元アドレス（ＬＢＡ）として記録されている場合は、ステップＳ２０４の判定がＹｅｓとなり、ステップＳ２０５において、バックアップデータとしてのディレクトリエントリの読み出しを実行する。
【０１２０】
この処理は、位置情報対応テーブルのバックアップ元アドレス（ＬＢＡ）に対応するバックアップ先アドレス（ＬＢＡ）を取得して、このバックアップ先アドレス（ＬＢＡ）をアクセスして、このアクセス先に記録されたディレクトリエントリを読み出す処理として実行される。
【０１２１】
このように、本発明の情報処理装置では、メインの情報記録媒体に記録されたファイル管理情報（ディレクトリエントリ）の読みとりに失敗した場合でも、バックアップされたファイル管理情報（ディレクトリエントリ）の読み取りを実行することで、確実なデータアクセスが可能となる。
【０１２２】
次に、図１４を参照して本発明の情報処理装置において実行されるメディアのフォーマット処理シーケンスについて説明する。本発明の情報処理装置では、実データ、および正規のファイル管理情報（ディレクトリエントリ）の記録メディア（メインメディア）とファイル管理情報（ディレクトリエントリ）のバックアップデータを記録するメディア（サブメディア）があり、これらのメディアのフォーマットを行なう。
【０１２３】
まず、ステップＳ３０１において、実データ、および正規のファイル管理情報（ディレクトリエントリ）の記録メディア（メインメディア）のフォーマットを実行し、ステップＳ３０２において、ファイル管理情報（ディレクトリエントリ）のバックアップデータを記録するメディア（サブメディア）のフォーマットを実行する。これらの処理によってメディアフォーマットが完了する。
【０１２４】
（２．３）ファイル管理情報の記録成功を条件としてバックアップデータを消去する処理構成
上述した実施例では、ファイル管理情報（ディレクトリエントリ）のバックアップデータは、例えばフラッシュメモリなどのメディアに記録され、定期的な消去処理を行なう構成としてはいなかった。以下に示す処理例では、メインのメディアに対する正規のファイル管理情報（ディレクトリエントリ）の記録処理に成功したことが確認された場合に、フラッシュメモリなどのメディアに記録されたバックアップデータとしてのファイル管理情報（ディレクトリエントリ）の消去を行なう構成例について説明する。
【０１２５】
本処理例は、例えばフラッシュメモリなどのサブメディアに対してファイル管理情報（ディレクトリエントリ）のバックアップ記録を行なった後に、ハードディスクなどのメインメディアに対して正規のファイル管理情報（ディレクトリエントリ）の記録を行なう点は、前述した処理例と同様であるが、正規のファイル管理情報（ディレクトリエントリ）の記録が成功した時点で、バックアップデータを消去する。さらに、正規のファイル管理情報（ディレクトリエントリ）の記録が成功して完了したか否かを示すフラグを設定する。
【０１２６】
例えば、正規のファイル管理情報（ディレクトリエントリ）の記録が完了する以前にユーザによって電源スイッチがオフされた場合、バックアップデータはフラッシュメモリに記録されているので、その後、電源スイッチがオンとなった場合に、フラグの設定を検証して、バックアップデータを利用して正規のファイル管理情報（ディレクトリエントリ）の記録を実行することができる。
【０１２７】
まず、本処理例におけるデータ記録処理シーケンスについて、図１５のフローチャートを参照して説明する。
【０１２８】
まず、ステップＳ４０１において、ファイルシステムは、実データの記録処理を実行するメインのメディア（ＨＤ：ハードディスク）に対応するデバイスドライバに対してメディアへのデータ書き込みを指示する。次に、ステップＳ４０２において、書き込みデータがファイル管理情報としてのディレクトリエントリであるか否かを判定する。書き込み対象データが、ディレクトリエントリでない場合、ステップＳ４０３に進み、メディア（ＨＤ）に対するデータ書き込みを実行して処理は終了となる。
【０１２９】
一方、ステップＳ４０２において、書き込みデータがファイル管理情報としてのディレクトリエントリであると判定した場合は、ステップＳ４０４に進み、書き込み対象としてのディレクトリエントリを含む記録領域としての１つのセクタの全体データをバックアップデータとしてサブのメディア（たとえばフラッシュメモリ）に対して記録する。なお、この際の記録情報は、図１１を参照して説明したように、ディレクトリエントリ情報のみならず、メインメディアとサブメディアにおける対応するディレクトリエントリの記録位置情報（ＬＢＡ）の対応テーブルを含む。
【０１３０】
ステップＳ４０４において、バックアップデータの記録が完了した後、ステップＳ４０５において、ディレクトリエントリの記録処理状況フラグを、処理未完了を示す値（フラグ値＝１）に設定する。このフラグは不揮発性メモリ、例えばフラッシュメモリに記録する。その後、ステップＳ４０６において、メインメディア（ＨＤ）に対して、正規のファイル管理情報（ディレクトリエントリ）の書き込み処理を実行する。
【０１３１】
ステップＳ４０７において、メインメディア（ＨＤ）に対する正規のファイル管理情報（ディレクトリエントリ）の書き込み処理が成功して完了したことが確認されると、ステップＳ４０８において、サブメディア上に記録されたバックアップデータを消去して、ディレクトリエントリの記録処理状況フラグを、処理完了を示す値（フラグ値＝０）に更新して処理を終了する。なお、バックアップデータの消去に際しては、位置情報対応テーブル（図１１（Ｂ）参照）のエントリの削除も併せて実行する。
【０１３２】
例えば、ステップＳ４０６におけるメインメディア（ＨＤ）に対する正規のファイル管理情報（ディレクトリエントリ）の書き込み処理の実行中に、ユーザによって電源がオフされた場合には、ディレクトリエントリの記録処理状況フラグは処理未完了を示す値（フラグ値＝１）に設定されたままとなる。
【０１３３】
次に、情報処理装置の起動時の処理シーケンスについて、図１６に示すフローチャートを参照して説明する。本処理例の装置では、起動時にディレクトリエントリの記録処理状況フラグを確認して、メインメディア（ＨＤ）に対する正規のファイル管理情報（ディレクトリエントリ）の書き込み処理が完了していない状況にあるか否かを判定し、書き込み処理が完了していない場合は、サブメディアに記録されたバックアップデータを利用してメインメディアに対して正規のファイル管理情報（ディレクトリエントリ）の書き込み処理を行なう。
【０１３４】
まず、ステップＳ５０１において、情報処理装置が起動されると不揮発性メモリとしてのフラッシュメモリなどに記録されたディレクトリエントリの記録処理状況フラグを読み取る。ステップＳ５０２において、フラグの値が、処理完了を示す値（フラグ値＝０）に設定されているか否かを判定する。フラクの値がディレクトリエントリの記録処理が全て完了していることを示している場合は、ステップＳ５０６に進み、ユーザ指示に基づく処理を実行する。
【０１３５】
ステップＳ５０２において、フラグの値が、処理完了を示す値（フラグ値＝０）に設定されていない、すなわち、処理未完了を示す値（フラグ値＝１）に設定されていると判定した場合は、ステップＳ５０３に進み、サブメディアに記録されたバックアップされたディレクトリエントリを読み取り、メインメディアへの記録処理を実行する。なお、この記録処理に際しては、まず、位置情報対応テーブル（図１１（Ｂ）参照）を参照して、メインメディアとサブメディアにおける対応するディレクトリエントリの記録位置情報（ＬＢＡ）の対応データを取得して、バックアップ先ＬＢＡに基づいて未処理のディレクトリエントリバックアップデータを読み出し、読み出したディレクトリエントリデータを、バックアップ元ＬＢＡに基づいてメインメディアにおけるディレクトリエントリ書き込み先を特定して、その書き込み先に、ディレクトリエントリの書き込み処理を実行する。
【０１３６】
ステップＳ５０４において、メインメディア（ＨＤ）に対する正規のファイル管理情報（ディレクトリエントリ）の書き込み処理が成功して完了したことが確認されると、ステップＳ５０５において、サブメディア上に記録されたバックアップデータを消去して、ディレクトリエントリの記録処理状況フラグを、処理完了を示す値（フラグ値＝０）に更新して処理を終了する。なお、バックアップデータの消去に際しては、位置情報対応テーブル（図１１（Ｂ）参照）のエントリの削除も併せて実行する。その後、ステップＳ５０６に進み、ユーザ指示に基づく処理を実行する。
【０１３７】
このように、本処理例においては、ディレクトリエントリの書き込み処理に際してバックアップデータを生成して、さらに正規のディレクトリエントリの書き込み処理が完了しているか否かを示すフラグを設定し、起動時にディレクトリエントリの記録処理状況フラグを確認して、メインメディア（ＨＤ）に対する正規のファイル管理情報（ディレクトリエントリ）の書き込み処理が完了していない状況にあるか否かを判定し、書き込み処理が完了していない場合は、サブメディアに記録されたバックアップデータを利用してメインメディアに対して正規のファイル管理情報（ディレクトリエントリ）の書き込み処理を行なう構成としたので、正規のディレクトリエントリの書き込み途中に、ユーザが電源を切ってしまった場合であっても、再起動後にフラグの値を確認して、バックアップデータに基づいて正規のディレクトリエントリの書き込みを行なうことが可能となり、ディレクトリエントリの消失を防止することができる。
【０１３８】
［３．情報処理装置のハードウェア構成例］
次に、上述した処理を実行する情報処理装置の構成例として、デジタルビデオカメラと、ＰＣの装置構成例について、図１７、図１８を参照して説明する。
【０１３９】
まず、図１７を参照してデジタルビデオカメラの構成例について説明する。デジタルビデオカメラは、画像を撮像して、撮像することにより得た画像データをドライブ４３２を介して磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等の各種情報記録媒体に記録する撮像モードと、画像入出力部４１４や音声入出力部４１６あるいは通信部４３１を通じて供給を受けたデータを記録媒体に記録したり、記録媒体に記録されているデータを再生したりするＶＴＲモードとを備えたものである。
【０１４０】
撮像モードは、動画を撮像すると共に、これと同時に収音するようにした音声とを記録媒体に記録する動画撮像モードと、静止画を撮像する静止画撮像モードとを備えている。また、ＶＴＲモード時においては、記録ボタンスイッチなどによって構成される操作入力部４２０を操作することにより供給されるデータの記録が行われるようにされ、再生ボタンスイッチを操作することにより記録媒体に記録されている目的とするデータを再生することができる。
【０１４１】
図１７に示すように、デジタルビデオカメラは、光学レンズ部４１１、光電変換部４１２、カメラ機能制御部４０２、画像信号処理部４１３、画像入出力部４１４、液晶ディスプレイ４１５、音声入出力部４１６、音声信号処理部４１７、通信部４３１、制御部（ＣＰＵ）４０１、内蔵メモリ（ＲＡＭ）４１８、内蔵メモリ（ＲＯＭ）４１９、操作入力部４２０、情報記録媒体に対するドライブ４３２、さらに、各構成部に対する電力供給を行なう電源４４１を備えたものである。
【０１４２】
制御部（ＣＰＵ）４０１は、ＲＯＭ４１９に格納された各種の処理プログラムに従って処理を実行する。ＲＡＭ４１８は、各処理において途中結果を一時記憶するなど、主に作業領域として用いられる。前述した管理情報の記録処理に際しても、ＲＡＭ４１８を作業領域としてデータの更新などが実行される。
【０１４３】
操作入力部４０１は、動画撮影モード、静止画撮影モード、ＶＴＲモードなどの動作モードを切り換えるモード切り換えキー、静止画の撮影のためのシャッターキー、動画を撮影するための撮影開始キー、録画キー、再生キー、停止キー、早送りキー、早戻しキーなどの種々の操作キーや機能キーなどを備え、ユーザからの操作入力を受け付けて、受け付けた操作入力に応じた電気信号を制御部（ＣＰＵ）４０１に供給する。
【０１４４】
制御部（ＣＰＵ）４０１は、ユーザからの操作入力に応じて、目的とする処理を行うためのプログラムをＲＯＭ４１９から読み出して実行し、各部を制御することによって、ユーザからの指示に応じた処理の制御を行う。デジタルビデオカメラは、情報記録媒体として、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等の各種情報記録媒体を装着可能であり、これらの情報記録媒体にドライブ４３２を介して各種の情報を記録し、また、これらの情報記録媒体に記録された情報を再生する。
【０１４５】
次に、図１８を参照して、上述した処理を実行する情報処理装置の一例としてのＰＣのハードウェア構成例について説明する。ＣＰＵ（Central Processing Unit）５０１は、ＯＳ（Operating System)に対応する処理や、上述の実施例において説明した異なるファイルを利用したデータ記録、あるいはデータ再生処理などを実行するデータ処理部として機能する。これらの処理は、情報処理装置のＲＯＭ、ハードディスクなどのデータ記憶部に格納されたコンピュータ・プログラムに従って実行される。
【０１４６】
ＲＯＭ（Read Only Memory）５０２は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Random Access Memory）５０３は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス５０４により相互に接続されている。前述した管理情報の記録処理に際しても、ＲＡＭ５０３を作業領域としてデータの更新などが実行される。
【０１４７】
ホストバス５０４は、ブリッジ５０５を介して、ＰＣＩ(Peripheral Component Interconnect/Interface)バスなどの外部バス５０６に接続されている。
【０１４８】
キーボード５０８、ポインティングデバイス５０９は、ユーザにより操作される入力デバイスである。ディスプレイ５１０は、液晶表示装置またはＣＲＴ（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。
【０１４９】
ＨＤＤ（Hard Disk Drive）５１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ５０１によって実行するプログラムや情報を記録または再生させる。ハードディスクは、例えば、画像データファイルの格納領域として利用されるとともに、データ処理プログラム等、各種コンピュータ・プログラムが格納される。
【０１５０】
ドライブ５１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体５２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース５０７、外部バス５０６、ブリッジ５０５、およびホストバス５０４を介して接続されているＲＡＭ５０３に供給する。
【０１５１】
接続ポート５１４は、外部接続機器５２２を接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続部を持つ。接続ポート５１４は、インタフェース５０７、および外部バス５０６、ブリッジ５０５、ホストバス５０４等を介してＣＰＵ５０１等に接続されている。通信部５１５は、ネットワークに接続され、その他の情報処理装置との通信を実行する。
【０１５２】
なお、図１７、図１８に示す情報処理装置の構成例は、装置の一例であり、情報処理装置は、図１７、図１８に示す構成に限らず、上述した実施例において説明した処理を実行可能な構成であればよい。
【０１５３】
なお、本発明は、ランダムアクセス可能なメディア全般に適用可能であるが、特に、ＨＤＤ（ハードディスクドライブ）に対して適用した場合が効果的であると言える。また、ファイルシステムに関しては、ＦＡＴ１６／３２に限定されるものではない。また、バックアップの実行に関しても、上述した実施例においては、セクタ単位でバックアップする処理例を説明したが、同様の考え方で、クラスタ単位でバックアップを実行する構成としてもよい。
【０１５４】
また、上述した実施例では、バックアップデータのバックアップ先を、正規の記録先となる記録媒体とは異なるフラッシュメモリなどの不揮発性メモリに設定してバックアップを行なう構成例を説明したが、バックアップデータのバックアップ先を、正規の記録先である記録媒体と同一として、その記録媒体の所定領域に記録するようにしても良い。例えば、コンテンツの正規の記録先が本実施例のようなＨＤＤである場合に、バックアップデータは同ＨＤＤ上の図１（ａ）、（ｂ）に示されるような「空き」領域に記録領域を設定して記録することができる。
【０１５５】
また、フラグ情報についても、正規の記録先となる記録媒体とは異なるフラッシュメモリなどの不揮発性メモリにバックアップしても良いし、正規の記録先である記録媒体の所定領域に記録するようにしても良い。
【０１５６】
例えば、フラグの記録先を不揮発性メモリとし、その他のバックアップデータなどの記録先を正規の記録先と同一の記録媒体の正規データとは異なる別領域とする設定は、コストやアクセス速度などの面で有利となり最も現実的な構成である。
また、フラグの記録先を不揮発性メモリとし、その他のバックアップデータなどの記録先も不揮発性メモリとする構成は、コストが高くなるが、起動時間が速いという特徴を持つ。
【０１５７】
また、フラグの記録先を正規の記録先と同一の記録媒体とし、その他のバックアップデータなどの記録先も正規の記録先と同一の記録媒体とした構成では、コストが低くすることが可能となる。ただし、例えば、ＨＤＤやＤＶＤの場合、起動に時間を要するため、フラグをチェックできるようになるまでが、他パターンと比較して遅い。
また、フラグの記録先を正規の記録先と同一の記録媒体とし、その他のバックアップデータなどの記録先を不揮発性メモリとする構成では、例えば、ＨＤＤやＤＶＤの場合、起動に時間を要するため、フラグをチェックできるようになるまでが、他パターンと比較して遅く、また、不揮発性メモリを大量に消費すると、コストが高くなる。
【０１５８】
なお、正規の記録先としては、例えばＨＤＤなどのディスク系記録媒体や、フラッシュメモリなどの不揮発性メモリ系記録媒体など、様々な記録媒体の適用が可能である。上述した実施例では、正規の記録先である記録媒体はＨＤＤとしたが、ＤＶＤなどの光ディスク記録媒体、フラッシュメモリなどの不揮発性メモリ系記録媒体であってもよい。
【０１５９】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１６０】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６１】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６２】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１６４】
以上、説明したように、本発明の一実施例構成によれば、情報記録媒体に対する情報記録処理に際して、記録情報に対応するアクセス情報を含む管理情報の正規の記録処理に先行して、不揮発性メモリに対するバックアップ管理情報の記録処理を実行し、バックアップ管理情報の記録処理終了後、正規の管理情報の記録処理を実行する構成とし、バックアップ管理情報の記録処理に際して、管理情報と、正規の管理情報の記録先とバックアップ管理情報の記録先とを対応づけた位置情報対応テーブルの記録処理を実行する構成とした。本構成により、正規の管理情報の記録処理が失敗した場合でも、バックアップデータを利用した情報へのアクセスが可能となる。
【図面の簡単な説明】
【０１６５】
【図１】ＦＡＴ１６およびＦＡＴ３２でフォーマットした場合のデータ構造について説明する図である。
【図２】マスターブートレコード（ＭＢＲ）のデータ構成について説明する図である。
【図３】ファイル毎に形成されるディレクトリエントリの情報構造を説明する図である。
【図４】一般的なファイルアロケーションテーブル（ＦＡＴ）のデータ構成例について説明する図である。
【図５】情報記録媒体に記録されるデータのディレクトリ構成例を示す図である。
【図６】情報記録媒体に記録されるデータの配置およびディレクトリエントリの記録例について説明する図である。
【図７】情報記録媒体に記録されるデータの配置および各セクタに記録される
【図８】本発明の一実施例に係る情報処理装置のシステム構成について説明する図である。
【図９】本発明の一実施例に係る情報処理装置のシステム構成について説明する図である。
【図１０】情報記録処理シーケンスについて説明する図である。
【図１１】バックアップデータとして記録されるデータの構成例について説明する図である。
【図１２】本発明の情報処理装置における情報記録処理シーケンスの一実施例について説明するフローチャートを示す図である。
【図１３】本発明の情報処理装置における情報読み取りシーケンスの一実施例について説明するフローチャートを示す図である。
【図１４】本発明の情報処理装置における記録媒体フォーマット処理シーケンスの一実施例について説明するフローチャートを示す図である。
【図１５】本発明の情報処理装置における情報記録処理シーケンスの一実施例について説明するフローチャートを示す図である。
【図１６】本発明の情報処理装置における起動処理シーケンスの一実施例について説明するフローチャートを示す図である。
【図１７】本発明の情報処理装置の一実施例としてのデジタルビデオカメラの構成例について説明する図である。
【図１８】本発明の情報処理装置の一実施例としてのＰＣの構成例について説明する図である。
【符号の説明】
【０１６６】
２０１  アプリケーション
２０２  ファイルシステム
２０３  デバイスドライバ
２０４  情報記録媒体
３０１  アプリケーション
３０２  ファイルシステム
３０３  デバイスドライバ
３０４  情報記録媒体
３０５  情報記録媒体
３１１  マウントドライブ情報
３２０  記録再生制御部
３２１  ＦＡＴ制御部
３２２  クラスタ制御部
３２３  ディレクトリエントリ制御部
３３０  メディア制御部
３３１  位置算出部
３４１  メモリ
３５１，３５２  デバイスドライバ
４０１  制御部（ＣＰＵ）
４０２  カメラ機能制御部
４１１  光学レンズ部
４１２  光電変換部
４１３  画像信号処理部
４１４  画像入出力部
４１５  液晶ディスプレイ
４１６  音声入出力部
４１７  音声処理部
４１８  内蔵メモリ（ＲＡＭ）
４１９  内蔵メモリ（ＲＯＭ）
４２０  操作入力部
４３１  通信部
４３２  ドライブ
４４１  電源
５０１  ＣＰＵ(Central Processing Unit)
５０２  ＲＯＭ（Read-Only-Memory）
５０３  ＲＡＭ（Random Access Memory）
５０４  ホストバス
５０５  ブリッジ
５０６  外部バス
５０７  インタフェース
５０８  キーボード
５０９  ポインティングデバイス
５１０  ディスプレイ
５１１  ＨＤＤ（Hard Disk Drive）
５１２  ドライブ
５１４  接続ポート
５１５  通信部
５２１  リムーバブル記録媒体
５２２  外部接続機器
【図１】
2007233638.tif 000003
【図２】
2007233638.tif 000004
【図３】
2007233638.tif 000005
【図４】
2007233638.tif 000006
【図５】
2007233638.tif 000007
【図６】
2007233638.tif 000008
【図７】
2007233638.tif 000009
【図８】
2007233638.tif 000010
【図９】
2007233638.tif 000011
【図１０】
2007233638.tif 000012
【図１１】
2007233638.tif 000013
【図１２】
2007233638.tif 000014
【図１３】
2007233638.tif 000015
【図１４】
2007233638.tif 000016
【図１５】
2007233638.tif 000017
【図１６】
2007233638.tif 000018
【図１７】
2007233638.tif 000019
【図１８】
2007233638.tif 000020