(57)【要約】【課題】  ＵＤＦファイルシステムで、書き換えが特定箇所に集中しないようにする。【解決手段】  ディレクトリ用のファイルエントリ（ＦＥ）とファイル識別記述子（ＦＩＤ）を、ディレクトリ毎に異なるＥＣＣブロック７２〜７８に記録する。ファイル識別記述子の追加のために新たなセクタが必要になる場合、同一のＥＣＣブロック内の隣接セクタから順に採用する。ファイル用のファイルエントリ（ＦＥ）は、ディレクトリ用のファイルエントリが記録されていないＥＣＣブロック８０に記録する。【選択図】  図８
2010020829.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ複数のセクタからなる複数の書込み読出し単位ブロックを具備し、当該書込み読出し単位ブロックを書込みと読出しの単位とする記録媒体を使用する動画像記録再生装置であって、ディレクトリ用のファイル識別記述子とファイルエントリをディレクトリ毎に１つの書込み読出し単位ブロックに記録することを特徴とする動画像記録再生装置。
【請求項２】
ファイル用のファイルエントリを、ディレクトリ用のファイル識別記述子を記録しない書込み読出し単位ブロックに記録することを特徴とする請求項１に記載の動画像記録再生装置。
【請求項３】
前記ファイル識別記述子が記録されている書込み読出し単位ブロックを読み出せない場合にファイルを再生する再生手段を具備し、
前記再生手段は、
前記複数の書込み読出し単位ブロックの全てのセクタを調べ、前記ファイル識別記述子との関連が無いファイルエントリを判別する手段と、
判別された各ファイルエントリに記録されるファイルタイプ情報から、ファイル用のファイルエントリを判別する手段と、
判別されたファイル用のファイルエントリに記録される割付け記述子に従い、ファイル本体を読み出す手段
とを具備することを特徴とする請求項１又は２に記載の動画像記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオカメラなどの動画像記録再生装置に関し、ファイルシステムＵＤＦ（Universal Disk Format）の記録媒体を使用する動画像記録再生装置に関する。
【背景技術】
【０００２】
ＤＶＤ（Digital Versatile Disk）に準拠するディスク状媒体を記録媒体として、動画像を実時間で記録する動画像記録再生装置がある。このような動画像記録再生装置におけるディスク状媒体のファイルシステムとして、一般的に、ＵＤＦ（Universal Disk Format）が知られている。書き換え可能なディスク媒体、例えば、ＤＶＤ−ＲＷディスクでは、データの書込み・読出しは、２０４８バイト（２ＫＢ）のセクタと呼ばれる単位で行われる。しかし、物理的には、１６セクタ（３２ＫＢ）単位にＥＣＣ（誤り検出訂正符号）が付加されるフォーマットであるので、ディスク媒体に対する実際の書込み・読出しは、３２ＫＢ単位（この単位を誤り検出訂正ブロック又はＥＣＣブロックと呼ぶ）で行われる。従って、ＥＣＣブロックの一部を書き換えるような処理では、一度、３２ＫＢのデータをディスク媒体からメモリに読み出し、該当部分をメモリ上で書き換え、３２ＫＢのデータとしてディスク媒体に書き戻すことになる。いわゆる、ＲＭＷ（Ｒｅａｄ  Ｍｏｄｉｆｙ  Ｗｒｉｔｅ）と呼ばれる処理である。
【０００３】
また、ＤＶＤ−ＲＷディスクの場合、書き換え回数が約１０００回に制限されている。特定のＥＣＣブロックを頻繁に書き換えると、そのＥＣＣブロックのデータが正しく読み出せなくなる現象が発生する。このような場合、特定のセクタで頻繁に書き換えが発生すると、そのセクタを含むＥＣＣブロック内の他のセクタも読み出せなくなる。
【０００４】
このような不都合を回避する記録方法として、データ管理情報のサイズをＥＣＣブロックの整数倍に整えて、ディスク媒体に書き込むことが特許文献１に記載されている。特許文献１にはまた、データ管理情報の一つであるボリューム定義エリア、又は、ボリューム定義エリアの配下のディレクトリエリア若しくはデータエリアの最小単位をＥＣＣブロックのサイズに合わせることも提案されている。
【特許文献１】特開２０００−１１２８３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の方法では、１つのＥＣＣブロックに１つのファイルエントリ（＝ファイルの記録位置に示す情報）を記録することになり、ファイル数が多くなると、実際には記録に利用されない無駄なセクタが増えてしまうという問題がある。
【０００６】
本発明は，このような不都合を解消する動画像記録再生装置を提示することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る動画像記録再生装置は、それぞれ複数のセクタからなる複数の書込み読出し単位ブロックを具備し、当該書込み読出し単位ブロックを書込みと読出しの単位とする記録媒体を使用する動画像記録再生装置であって、ディレクトリ用のファイル識別記述子とファイルエントリをディレクトリ毎に１つの書込み読出し単位ブロックに記録することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ディレクトリ用のファイル識別記述子とファイルエントリをディレクトリ毎に１つの書込み読出し単位ブロック、例えば、ＥＣＣブロックに記録することで、１つの書込み読出し単位ブロックで複数のディレクトリを管理することが無くなる。この結果、ファイル識別記述子等のファイル管理情報の更新による書き換え頻度が低下し、書き換えによる劣化を抑制できる。
【０００９】
新規にセクタを確保する必要がある場合でも、同じ書込み読出し単位ブロック内で確保しやすい。読み出し時には１つの書込み読出し単位ブロックの読み出しだけで済み、シーク等が不要になり、高速にアクセスできる。
【００１０】
ファイル用のファイルエントリを、ディレクトリ用とは別の書込み読出し単位ブロックに記録することで、ファイル用のファイルエントリを記録した書込み読出し単位ブロックの書き換えが抑制される。これにより、ファイル用のファイルエントリを読み出せなくなる可能性を低減できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１２】
図１は、本発明に係る動画像記録再生装置の一実施例であるビデオカメラの概略構成ブロック図を示す。
【００１３】
制御部１０は、ビデオカメラ全体を制御する。撮影レンズ１２は、被写体の光学像を撮像素子１４に入射する。撮影レンズ１２は、焦点距離及び絞りを変更可能である。撮像素子１４はその撮像面に入射した光学像を電気画像信号に変換する素子であり、一定繰り返し周期で画像信号を出力する。信号処理部１６は、撮像素子１４からの画像信号にホワイトバランス調整及びガンマ補正等の周知のカメラ信号処理を行い、画像データとしてメモリ１８に一時格納する。
【００１４】
動画符号化復号化部（動画コーデック）２０は、メモリ１８に一時格納された画像データをＨ．２６４に従い圧縮符号化し、Ｈ．２６４データ（圧縮画像データ）を生成する。動画像符号化復号化部２０はまた、Ｈ．２６４データを復号化して、動画像データを再生する機能を具備する。
【００１５】
静止画符号化復号化部（静止画コーデック）２２は、メモリ１８に一時格納された１フレームの画像データ（静止画像データ）を所定の静止画圧縮方式、ここではＪＰＥＧ方式に従い圧縮符号化し、ＪＰＥＧデータを生成する。静止画符号化復号化部２２はまた、ＪＰＥＧデータを復号化して静止画像データを再生する機能を具備する。静止画符号化復号化部２２は、後述するサムネイル画像を符号化／復号化するのにも使用される。
【００１６】
マイク２４は、周囲の音声を取り込み、電気音声信号を出力する。スピーカ２６は逆に、音声信号に従い音声を周囲に出力する。音声符号化復号化部２８は、マイク２４からの音声信号を所定符号フォーマットに符号化してメモリ１８に一時格納する。音声符号化復号化部２８はまた、メモリ１８に格納される符号化音声データを復号化し、再生音声信号をスピーカ２６に供給する。符号フォーマットとして、ＡＣ３(Audio Code Number 3)を用いる。
【００１７】
ディスク制御部３０は、記録媒体としてのディスク媒体３２への書込みと読み出しを制御する。ディスク媒体３２は、この実施例では、ＤＶＤ−ＲＷディスクである。具体的には、ディスク制御部３０は、メモリ１８に格納されるＨ．２６４データ及び符号化音声データを多重化し、ストリームデータファイルとしてディスク媒体３２に書き込む。再生時には、ディスク制御部３０は、ディスク媒体３２から指定のストリームデータファイルを読み出し、そのファイル中のＨ．２６４データと音声データを分離し、それぞれメモリ１８の所定領域に書き出す。ディスク制御部３０は更に、ＪＰＥＧデータ及び管理データファイルをディスク媒体３２に読み書きすることができる。
【００１８】
ディスク媒体３２のファイルシステムは、本実施例では、ＵＤＦ２．５（Universal Disk Format 2.5）に従うとする。ＵＤＦについて説明する。ディスク媒体３２の記録領域には、論理的には、ルートディレクトリを基準にツリー構造でファイル及びディレクトリが配置される。ＵＤＦファイルシステムは、記録領域を、ボリューム情報を記録する領域（ボリューム情報領域）と区画領域（パーティション領域）とに分けて管理する。ファイルとディレクトリは、区画領域に記録される。ＵＤＦでは２つのアドレス情報が使用される。第１は、ディスク全体に割り振られた論理セクタ番号(ＬＳＮ：Logical Sector Number)である。第２は、区画内に割り振られた論理ブロック番号(ＬＢＮ：Logical Block Number)である。
【００１９】
ファイルの実体は、その管理情報であるファイルエントリ（ＦＥ）内の割付け記述子ＡＤ（Allocation Descriptor）によって、その記録位置が管理されている。図２はファイルエントリＦＥの構造を示す。図３は、割付け記述子ＡＤの値とその意味を示す。
【００２０】
ファイルエントリＦＥの先頭の１６ビットに、記述子タグ（Descriptor Tag）が記録される。記述子タグは、ファイルエントリＦＥだけではなく、他の記述子でも使用され、記述子の種類を判別するのに使用される。
【００２１】
５６ビット目からの８ビットに情報長（Information Length）が記録される。情報長は、割付け記述子ＡＤの管理する領域であるファイルの実体の総サイズを示す。情報長に続く８ビットには、記録済み論理ブロック（Logical Blocks Recorded）として、割付け記述子ＡＤの管理する領域であるファイルの実体の総論理ブロック数が記録される。
【００２２】
１６０ビット目からの８ビットに拡張属性長が記録され、続く８ビットに割付け記述子長が記録される。そして、１７６ビット目から、拡張属性長に記述されるＬ＿ＥＡバイト長の拡張属性が記録され、拡張属性に続いて、割付け記述子長に記述されるＬ＿ＡＤバイト長の割付け記述子ＡＤ（Allocation Descriptors）が記録される。
【００２３】
ファイル用のファイルエントリ（ＦＥ）では、割付け記述子ＡＤはファイルの実体を記録したディスク上の連続した１領域（Extent）を示し、エクステント長（Extent Length）とエクステント位置（Extent Position）からなる。エクステント長は領域の長さをバイト単位で示し、エクステント位置は領域の開始位置を論理ブロック番号（ＬＢＮ）で示す。
【００２４】
エクステント長は３２ビットからなり、上位２ビットでタイプを示し、下位の３０ビットで当該エクステントの長さをバイト単位で示す。図３は、タイプ例を示す。
【００２５】
ファイルエントリ（ＦＥ）には複数の割付け記述子（ＡＤ）を記録できる。これにより、複数領域に分断記録されたファイルを管理出来る。
【００２６】
ＵＤＦでは、ディレクトリも同様にファイルエントリ（ＦＥ）で管理されている。ディレクトリ用のファイルエントリ（ＦＥ）内の割付け記述子（ＡＤ）は、ファイル識別記述子（ＦＩＤ：File Identifier Descriptor）の集合の記録位置を管理している。
【００２７】
図２には省略してあるが、ファイルエントリ（ＦＥ）は、情報管理ブロック（ＩＣＢ：information Control Block）を示すＩＣＢＴａｇを含む。ＩＣＢＴａｇ内のファイルタイプ情報（ＦｉｌｅＴｙｐｅ）により、ＦＥが管理する対象の種別（ファイル／ディレクトリ）を識別できる。
【００２８】
図４は、ファイル識別記述子（ＦＩＢ）の構造を示す。ファイル識別記述子（ＦＩＤ）の先頭に、１６バイトの記述子タグ（Descriptor Tag）が格納される。１８バイト目からの１バイトにはファイル属性（File Characteristics）が格納され、その後の１バイトに、ファイル識別子長（Length of File Identifier）をバイト単位で示す値が格納される。２０バイト目からの１６バイトに、ＩＣＢが格納される。３８バイト目から任意のバイト長（Ｌ＿ＩＵ）で処理システム用のデータが格納され、続けて、任意のバイト長（Ｌ＿ＦＩ）でファイル名又はディレクトリ名が格納される。
【００２９】
図５は、ファイル識別記述子（ＦＩＢ）に含まれる１６ビットの情報管理ブロック（ＩＣＢ）の構造を示す。ＩＣＢはＦＥ領域の記録位置を管理する情報である。ＩＣＢは、図５に示すように、エクステント長（Extent Length）、エクステント位置（Extent Location）、フラグ（Flags）、及びＵＤＦユニークＩＤ（UDF Unique ID）からなる。
【００３０】
エクステント長は領域の大きさをバイト単位で示す。エクステント位置は、領域の開始論理ブロック番号（ＬＢＮ）を示す。フラグは、領域管理属性用のフィールドである。ＵＤＦユニークＩＤには、ＦＩＤの参照先であるＦＥと同じユニークＩＤが格納される。
【００３１】
上述のファイルエントリ（ＦＥ）及びファイル識別記述子（ＦＩＤ）は、２ＫＢのセクタ単位で確保される。２ＫＢを越える容量が必要になった場合には、セクタ単位で容量を拡張できる。
【００３２】
図６を参照して、ＵＤＦファイルシステムにおけるファイル書込み手順とファイル読出し手順を説明する。まずファイルの実体４０７をディスク媒体３２に書き込む。ファイルの実体４０７の書き込みが終了したら、その記録領域の位置情報などを管理するＦＥ４０５をディスク媒体３２に書き込む。ファイル実体４０７を記録した領域の位置情報は、ＦＥ４０５中のＡＤに記録される。
【００３３】
記録したファイルのファイル名（ここでは、００００１．ｍ２ｔｓ）と、このＦＥ４０５の記録位置などを管理するＦＩＤを作成する。このＦＥ４０５の記録位置は、ＦＩＤに含まれるＩＣＢに記録される。作成したＦＩＤは、このファイルを作成するディレクトリＳＴＲＥＡＭのＦＥ４０１が管理するＦＩＤ列４０２に追加される。
【００３４】
ファイルを読み出す手順を説明する。作成した／ＢＤＭＶ／ＳＴＲＥＡＭ／００００１．ｍ２ｔｓを読み出したい場合、まずＢＤＭＶディレクトリのＦＥをディスク媒体３２から読み出す。読み出したＦＥが管理するＦＩＤ列が記録されている位置をＦＥ内のＡＤから判別する。この判別結果を元に、ＦＩＤ列をディスク媒体３２から読み出す。読み出したＦＩＤ列の中からディレクトリ名であるＳＴＲＥＡＭを含むＦＩＤを抽出する。抽出したＦＩＤ内のＩＣＢからＳＴＲＥＡＭディレクトリのＦＥの記録位置を判別し、ディスク媒体３２から読み出す。同様に、ＳＴＲＥＡＭディレクトリのＦＥが管理するＦＩＤ列からファイル名００００１．ｍ２ｔｓに対応するＦＩＤを抽出し、これによりＦＥをディスクから読み出す。読み出したＦＥのＡＤには、目的のファイル００００１．ｍ２ｔｓの実体の記録位置が記録されているので、この情報を元にディスク媒体３２からファイルを読み出す事が可能となる。
【００３５】
ビデオカメラで撮影を繰り返した場合の、ＦＥ及びＦＩＤの記録の様子を説明する。
【００３６】
初めにビデオカメラ本体にディスク媒体３２が挿入されると、記録可能ディスクとするためにディスク媒体３２は初期化される。初期化時には、以下の４ディレクトリが作成される。
/(root)
/BDMV
/BDMV/CLIPINF
/BDMV/STREAM
これにより、ディスク媒体３２上には、各ディレクトリのＦＥとＦＩＤが作成される。ＦＥには、ＦＩＤを管理している事を示すために、ＩＣＢＴａｇのＦｉｌｅＴｙｐｅに０ｘ０００４が記録される。
【００３７】
撮影が開始されると、ストリームデータファイルの本体がディスク媒体３２のディレクトリ／ＢＤＭＶ／ＳＴＲＥＡＭに記録される。例えばファイル名を０００００．ｍ２ｔｓとする。ストリームデータが所定量まで蓄積した時点で、蓄積したデータ分をディスク媒体３２に書き出すという動作を繰り返すことで、ストリームデータファイルが逐次的にディスク媒体３２に記録される。一般に、ストリームデータの蓄積速度よりもディスク媒体３２への書き出し速度の方が高速であるので、書き出しと休止を繰り返す間欠記録となる。
【００３８】
ファイルの書き込みが終了したら、その記録領域の位置情報などを管理するＦＥ用のセクタを確保し、ＦＥをディスク媒体３２に書き込む。ファイル実体を記録した領域の位置情報は、ＦＥ中のＡＤに記録される。さらに、ＩＣＢｔａｇのＦｉｌｅＴｙｐｅには、リアルタイムデータファイル（ストリームデータファイル）であることを示すコード０ｘ００Ｆ９を記録する。記録したファイルのファイル名と、このＦＥの記録位置などを管理するＦＩＤを作成する。このＦＥの記録位置は、ＦＩＤに含まれるＩＣＢに記録される。作成したＦＩＤは、ファイルが記録されるディレクトリＳＴＲＥＡＭのＦＥが管理するＦＩＤ列に追加される。
【００３９】
ストリームデータファイルの記録が終了すると、管理情報ファイルをディレクトリ／ＢＤＭＶ／ＣＬＩＰＩＮＦ／に記録する。例えば、管理情報ファイルのファイル名を00000.clpiとする。ストリームデータファイルと同様に、ＦＥ用のセクタが確保され、記録される。作成されたＦＩＤが、ディレクトリＣＬＩＰＩＮＦのＦＥが管理するＦＩＤ列に追加される。ＦＥのＩＣＢＴａｇのＦｉｌｅＴｙｐｅには、ファイル（非リアルタイムデータファイル）である事を示すコード０ｘ０００５が記録される。
【００４０】
上記の通り、撮影の度にストリームデータファイルと管理情報ファイルが記録され、これらのファイルを管理するために、ＦＥが新規に割り当てられる。ＦＩＤは、既存のＦＩＤ列に追加される。
【００４１】
撮影を繰り返した後のＦＥとＦＩＤ列のディスク媒体３２上での記録状態を説明する。
【００４２】
まず、従来の記録方式の場合を、図７を用いて説明する。図７は、ディスク媒体上のファイル記録配置例を示す。
【００４３】
最初のＥＣＣブロック６０に、各ディレクトリのためのＦＥ及びＦＩＤ列の記憶域が確保され、記録される。即ち、ディスク初期化時には、ＬＳＮ＝０ｘ１５２，０ｘ１５３にディレクトリｒｏｏｔのＦＥ及びＦＩＤ列が記録され、ＬＳＮ＝０ｘ１５４，０ｘ１５５にディレクトリ／ＢＤＭＶのＦＥ及びＦＩＤ列が記録される。ＬＳＮ＝０ｘ１５６，０ｘ１５７にディレクトリ／ＢＤＭＶ／ＣＬＩＰＩＮＦのＦＥ及びＦＩＤ列が記録され、ＬＳＮ＝０ｘ１５８，０ｘ１５９にディレクトリ／ＢＤＭＶ／ＳＴＲＥＡＭのＦＥ及びＦＩＤ列が記録される。
【００４４】
その後、ストリームデータファイル（．ｍ２ｔｓ）と管理情報ファイル（．ｃｌｐｉ）のＦＥがＬＳＮ＝０ｘ１５Ａからセクタ毎に順に記録される。ＦＩＤは、既存のＬＳＮ＝０ｘ１５７，０ｘ１５９のセクタのＦＩＤ列に追加される。その後、ＬＳＮ＝０ｘ１５７，０ｘ１５９のセクタにＦＩＤを追加できなくなると、別のＥＣＣブロックのＬＳＮ＝０ｘ１Ｄ９，０ｘ１ＤＢにＦＩＤ列が記録される。すなわち、新規にＦＩＤ列用のセクタが割り当てられ、そこにＦＩＤが追加される。新規にＦＩＤ列が確保されると、これを管理するＬＳＮ＝０ｘ１５６，０ｘ１５８のセクタのＦＥ中のＡＤが、ＦＩＤ列が２つのセクタに記録されている事が判別できるように更新される。
【００４５】
このような記録を行った場合、ＥＣＣブロック６０でＲＭＷが頻繁に発生する。つまり、撮影されるたびにＦＩＤ列にＦＩＤが追加され、かつ、１回の撮影毎に２つのファイルが作成されるので、そのたびにＲＭＷが発生する。また、ＦＩＤ列に新規のセクタが割り当てられるたびに、それを管理するＦＥのＡＤも更新されるので、ＲＭＷが発生する。
【００４６】
このように、従来の記録方法では、ＥＣＣブロック６０の劣化が懸念される。
【００４７】
これに対して、本実施例は、このような特定のＥＣＣブロック（図７のＥＣＣブロック６０）に集中する書き換えを防止できる。図８に示す記録例を参照して、本実施例の場合のＦＥとＦＩＤ列の記録の態様を説明する。
【００４８】
本実施例では、１ディレクトリに関連するＦＥとＦＩＤ列を１つのＥＣＣブロックに記録し、それ以外のＦＥ及びＦＩＤ列の記録を禁止する。即ち、第１のＥＣＣブロック７０のＬＳＮ＝０ｘ１５０のセクタにファイル集合記述子（File Set Descripter）を記録し、ＬＳＮ＝０ｘ１５０のセクタに終端記述子（Terminating Descriptor）を記録する。
【００４９】
第２のＥＣＣブロック７２のＬＳＮ＝０ｘ１６０のセクタにディレクトリｒｏｏｔのＦＥを記録し、ＬＳＮ＝０ｘ１６１のセクタにＦＩＤ列を記録する。第３のＥＣＣブロック７４のＬＳＮ＝０ｘ１７０のセクタにディレクトリ／ＢＤＭＶのＦＥを記録し、ＬＳＮ＝０ｘ１７１のセクタにＦＩＤ列を記録する。第４のＥＣＣブロック７６のＬＳＮ＝０ｘ１８０のセクタにディレクトリ／ＢＤＭＶ／ＣＬＩＰＩＮＦのＦＥを記録し、ＬＳＮ＝０ｘ１８１のセクタにＦＩＤ列を記録する。第５のＥＣＣブロック７８のＬＳＮ＝０ｘ１９０のセクタにディレクトリ／ＢＤＭＶ／ＳＴＲＥＡＭのＦＥを記録し、ＬＳＮ＝０ｘ１９１のセクタにＦＩＤ列を記録する。
【００５０】
以降のＥＣＣブロックに、ストリームデータファイル（．ｍ２ｔｓ）と管理情報ファイル（．ｃｌｐｉ）のＦＥがセクタ順に記録される。これらのファイルのＦＩＤは、ＬＳＮ＝０ｘ１８１，０ｘ１９１のセクタのＦＩＤ列に追加される。ＬＳＮ＝０ｘ１８１，０ｘ１９１にＦＩＤ列を追加する空きが無くなると、これらの後続のＬＳＮ＝０ｘ１８２，０ｘ１９２のセクタが、ＦＩＤ列用に確保される。このとき、ＬＳＮ＝０ｘ１８２の追加に対して、これを管理するＬＳＮ＝０ｘ１８０のセクタのＦＥのＡＤが、ＦＩＤ列が２つのセクタにあることを示すように更新される。同様に、ＬＳＮ＝０ｘ１９２の追加に対して、これを管理するＬＳＮ＝０ｘ１９０のセクタのＦＥのＡＤが更新される。
【００５１】
図９は、本実施例によるファイル記録処理のフローチャートを示す。図９を参照して、本実施例の動作を説明する。
【００５２】
ディスク媒体３２にファイル本体が記録されると（Ｓ１）、その記録位置を示すＡＤを保持するＦＥが作成される（Ｓ２）。ファイルＦＥ用ＥＣＣブロックに空きがあるかどうかを確認する（Ｓ３）。空きがある場合（Ｓ３）には、そのＥＣＣブロックから新規セクタを取得し（Ｓ５）、そのセクタにＦＥを記録する（Ｓ６）。ＥＣＣブロックに空きがない場合（Ｓ３）には、新規にＥＣＣブロックを確保し（Ｓ４）、セクタを取得し（Ｓ５）、ＦＥを記録する（Ｓ６）。
【００５３】
さらに、ＦＥのディスク媒体３２上での記録位置を保持するＦＩＤを作成する（Ｓ７）。ＦＩＤを記録すべきディレクトリの既存のＦＩＤ列に空きがあるかどうかを確認する（Ｓ８）。空きがある場合（Ｓ８）、既存ＦＩＤ列にＦＩＤを追加し（Ｓ１２）、ファイル記録処理を終了する。
【００５４】
ＦＩＤ列に空きがない場合（Ｓ８）、ディレクトリ用ＥＣＣブロックに空きがあるかどうかを確認する（Ｓ９）。空きがある場合（Ｓ９）、そのＥＣＣブロックからＦＩＤ列記録用セクタを新規に確保し（Ｓ１１）、ＦＩＤを記録する（Ｓ１２）。ディレクトリ用ＥＣＣブロックに空きがない場合（Ｓ９）、新規にＥＣＣブロックを確保し（Ｓ１０）、ディレクトリ用ＥＣＣブロックとする。そして、セクタを確保し（Ｓ１１）、ＦＩＤを記録する（Ｓ１２）。
【００５５】
本実施例では、複数のディレクトリに関連するＦＥやＦＩＤ列が一つのＥＣＣブロックに集中しないので、ＦＩＤ列の更新等によるＲＭＷの発生が分散される。その結果、ＥＣＣブロックあたりのＲＭＷ頻度は低減され、書き換えによる劣化を抑制する事ができる。なお、ＦＥの代わりに拡張ＦＥを使用しても、同様の作用効果を得ることができる。従って、本明細書及び特許請求の範囲において、ファイルエントリＦＥは、拡張ファイルエントリを含むと理解されるべきである。
【００５６】
また、ＦＩＤ列が不足し、新規にセクタを確保してＦＩＤ列を追加する場合でも、同一ＥＣＣブロック内の隣接するセクタから確保できる。これにより、読み出し時には１つのＥＣＣブロックの読み出しだけで済み、シーク等が不要になり高速にアクセスできるという利点がある。
【００５７】
複数のＥＣＣブロックに分散して情報を記録しているので、ＥＣＣブロックの劣化による読み出し不良が発生した場合でも一度に大量の情報を無くす可能性が低い。
【００５８】
本実施例では、ファイルに関連するＦＥと、ディレクトリに関連するＦＥとＦＩＤを、同一ＥＣＣブロックに記録しないように制御している。従って、ディレクトリに関連するＦＥ又はＦＩＤの記録されたＥＣＣブロックで読み出し不良が生じても、ファイルに関連するＦＥが記録されたＥＣＣブロックの読み出しは可能なケースが考えられる。このような場合、ＦＩＤに含まれるファイル名の情報は得られないが、ファイル本体はディスク媒体から読み出す事が可能である。このような場合のファイル復旧方法を説明する。
【００５９】
例えば、図８のＥＣＣブロック７６，７８で読み出し不良が発生したとする。ＵＤＦ領域の読み出し不良が発生した場合、本実施例は、ディスク復旧モードに遷移する。
【００６０】
ディスク復旧モードでは、ＵＤＦ領域（ＬＳＮ＝０ｘ１５０〜Ａ４Ｆ）を全て読み込む。先に説明したように、ＦＥ又はＦＩＤの記録されたセクタの先頭には、識別子タグ（Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇ）が記録されている。この識別子タグの内容を確認する事で、ＦＥ又はＦＩＤが記録されたセクタを認識する事ができる。図８に示す例では、ＬＳＮ＝０ｘ１Ａ０〜ＬＳＮ２２４の各セクタについてＦＥが記録されている事が認識される。ただし、各ＦＥが属するディレクトリに関するＦＩＤを読み出せないので、ディレクトリ名とファイル名を取得できない。さらに、ディレクトリｒｏｏｔ及びディレクトリ／ＢＤＭＶに関するＦＥとＦＩＤが、ＥＣＣブロック７２、７４から読み出し可能である。
【００６１】
ここで、記録されているはずのディレクトリに関する情報が全て読み出されているかを確認する。
【００６２】
また、読み出し不良が発生したＥＣＣブロックが２つある事もわかっている。これらの情報から、ＥＣＣブロック７６，７８には、ディレクトリ／ＢＤＭＶ／ＣＬＩＰＩＮＦＯ、及びディレクトリ／ＢＤＭＶ／ＳＴＲＥＡＭ／に関連する情報が記録されており、その情報が取得できなかった事が推測される。
【００６３】
ＦＥと認識されたセクタについてはその内容を確認する。ＥＣＣブロック７２，７４から取得できたＦＩＤ列に登録されていないＦＥがどれかを判別する。判別されたＦＥ（ＬＳＮ＝０ｘ１Ａ０〜０ｘ２２４）は、ディレクトリ／ＢＤＭＶ／ＣＬＩＰＩＮＦＯ及び／ＢＤＭＶ／ＳＴＲＥＡＭのいずれかに属するファイルに関連するＦＥであると推測される。
【００６４】
さらに、これらの判別されたＦＥについて、ファイルタイプ（FileType）とＡＤの情報を取得する。ファイルタイプが０ｘ００Ｆ９（リアルタイムデータファイル）であるＦＥは、ファイル／ＢＤＭＶ／ＳＴＲＥＡＭ／ｘｘｘｘｘ．ｍ２ｔｓを示すことがわかる。また、ファイルタイプが０ｘ０００５であるＦＥは、ファイル／ＢＤＭＶ／ＣＬＩＰＩＮＦ／ｘｘｘｘｘ．ｃｌｐｉファイルを示すことがわかる。
【００６５】
各ＦＥのＡＤから、ファイル本体を読み取る事が出来る。ｘｘｘｘｘ．ｍ２ｔｓファイルは、ストリームデータファイルであるので、特殊再生などは不可能である。しかし、通常再生であれば、ｘｘｘｘｘ．ｍ２ｔｓファイルだけで再生は可能である。
【００６６】
このように、復旧モードに移行し、ストリームデータファイルを検索する事で、通常再生のみの限定ではあるが、記録映像を再生できる。また、ファイル内容やＦＥ記録位置の関連性から、ｘｘｘｘｘ．ｍ２ｔｓとｘｘｘｘｘ．ｃｌｐｉの対応関係を推測できる。正しく推測できれば、特殊再生も実現する可能性がある。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】ファイルエントリＦＥの構造を示す。
【図３】割付け記述子ＡＤの値とその意味を示す。
【図４】ファイル識別記述子（ＦＩＢ）の構造を示す。
【図５】ファイル識別記述子（ＦＩＢ）に含まれる１６ビットの情報管理ブロック（ＩＣＢ）の構造を示す。
【図６】本実施例のディスク媒体３２の記録配置例である。
【図７】ディスク媒体上の従来のファイル記録配置例を示す。
【図８】ディスク媒体上の本実施例のファイル記録配置例を示す。
【図９】本実施例のファイル記録の動作フローチャートである。
【符号の説明】
【００６８】
１０：制御部
１２：撮影レンズ
１４：撮像素子
１６：信号処理部
１８：メモリ
２０：動画符号化復号化部（動画コーデック）
２２：静止画符号化復号化部（静止画コーデック）
２４：マイク
２６：スピーカ
２８：音声符号化復号化部
３０：ディスク制御部
３２：ディスク媒体
【図１】
2010020829.tif 000003
【図２】
2010020829.tif 000004
【図３】
2010020829.tif 000005
【図４】
2010020829.tif 000006
【図５】
2010020829.tif 000007
【図６】
2010020829.tif 000008
【図７】
2010020829.tif 000009
【図８】
2010020829.tif 000010
【図９】
2010020829.tif 000011