(57)【要約】【課題】  イメージデータの記録が失敗した場合でもデータを修復することが可能な記録装置を提供すること。【解決手段】  記録装置は、ファイル構造とファイルとを含むイメージデータを情報記録媒体に記録する手段と、情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生する手段と、再生されたデータとイメージデータのうち再生されたデータに対応する部分とを比較することにより、イメージデータの記録が失敗した領域をエラー領域として検出する手段と、イメージデータからエラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、修復データを情報記録媒体に記録する手段と、エラー領域を修復データに更新するための更新情報を生成する手段と、更新情報を情報記録媒体に記録する手段とを備えている。【選択図】  図１４
2005346899.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に情報を記録する記録装置であって、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録する手段と、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生する手段と、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、
前記修復データを前記情報記録媒体に記録する手段と、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、
前記更新情報を前記情報記録媒体に記録する手段と
を備えた、記録装置。
【請求項２】
前記更新情報を生成する手段は、
前記エラー領域に記録されたデータの記録位置を示す情報と前記修復データの記録位置を示す情報を対応づける交替管理情報が前記更新情報に含まれるように前記更新情報を生成する、請求項１に記載の記録装置。
【請求項３】
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分との比較は、前記イメージデータに含まれるファイルを単位として行なわれる、請求項２に記載の記録装置。
【請求項４】
前記ファイルがリアルタイムファイルであるか否かを判定する手段をさらに備え、
前記修復データは、前記ファイルがリアルタイムファイルでない場合に、前記情報記録媒体に記録される、請求項３に記載の記録装置。
【請求項５】
前記エラー領域に記録されたデータがリアルタイムデータの一部を含む場合には、前記リアルタイムデータが連続的に再生されるように前記リアルタイムデータの一部を含むエクテントの長さを決定する手段と、
前記イメージデータから前記エクステントに対応するデータを修復データとして抽出する手段をさらに備え、
前記更新情報を生成する手段は、
前記エラー領域に記録されたデータの位置を示す第１アドレス情報を前記修復データの記録位置を示す第２アドレス情報に対応づける交替管理情報と、前記第２アドレス情報とが前記更新情報に含まれるように前記更新情報を生成する、請求項１に記載の記録装置。
【請求項６】
情報記録媒体に情報を記録する情報記録装置において使用されるホスト装置であって、
前記ホスト装置は、システム制御部を備え、
前記システム制御部は、前記情報記録媒体に対して記録動作または再生動作を行なう記録再生部を含むドライブ装置を制御するように構成されており、
前記システム制御部は、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得する手段と、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、
前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、
前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と
を含む、ホスト装置。
【請求項７】
情報記録媒体に情報を記録する情報記録装置において使用される半導体集積回路であって、
前記半導体集積回路は、前記情報記録媒体に対して記録動作または再生動作を行なう記録再生部を含むドライブ装置を制御するように構成されており、
前記半導体集積回路は、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得する手段と、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、
前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、
前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と
を含む、半導体集積回路。
【請求項８】
情報記録媒体に情報を記録する記録方法であって、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するステップと、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するステップと、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、
前記修復データを前記情報記録媒体に記録するステップと、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、
前記更新情報を前記情報記録媒体に記録するステップと
を包含する、記録方法。
【請求項９】
情報記録媒体に情報を記録する記録装置において使用されるホスト装置において実行される方法であって、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するようにドライブ装置に指示するステップと、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得するステップと、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、
前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、
前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと
を包含する、方法。
【請求項１０】
情報記録媒体に情報を記録する記録装置において使用されるホスト装置において実行されるプログラムであって、
ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するようにドライブ装置に指示するステップと、
前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得するステップと、
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、
前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、
前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと、
前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、
前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと
を包含する、プログラム。
【請求項１１】
更新情報を記録した情報記録媒体であって、
前記更新情報は、イメージデータの記録が失敗した領域であるエラー領域に記録されたデータを、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを抽出することによって得られる修復データにより更新したことを示す情報である、情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録媒体、その情報記録媒体に情報を記録する記録装置、ホスト装置、半導体集積回路および記録方法、記録装置に記録動作を実行させるプログラムに関する。
【背景技術】
【０００２】
近年、デジタルデータの記録に様々な形態の情報記録媒体が用いられており、中でも記録回数が１回と限られている一方、媒体の価格が安価である記録型光ディスクがよく使われるようになってきている。
【０００３】
このような光ディスクの例として、ＣＤ−ＲディスクやＤＶＤ―Ｒディスクがある。そして、ＣＤ−ＲディスクやＤＶＤ―Ｒディスクへデータを追記する手法が幾つか提案されている（例えば、特許文献１参照）。中でも、ＶＡＴ方式やマルチボーダ（またはマルチセッション）方式が良く知られている。
【０００４】
本発明の背景として、ＶＡＴ方式およびマルチボーダ方式によりＤＶＤ―Ｒディスクに対してデジタルデータを記録・再生する時の動作について説明する。
【０００５】
まず、ＶＡＴを用いた追記方式について、以下に図面を参照しながら説明する。ここでは、ＤＶＤ−Ｒディスクを情報記録媒体の例とし、図２７に示すファイルおよびディレクトリ階層構造を情報記録媒体に記録する時の動作と、その結果として形成されるデータ構造について順に説明する。
【０００６】
最初に、図２８を参照してフォーマット処理について説明する。図２８は、従来の情報記録媒体１００００の一例であるＤＶＤ−Ｒディスク上のフォーマット処理直後のデータを示す。
【０００７】
ＤＶＤ−Ｒディスクは、ＤＶＤ−Ｒ物理規格で規定される情報記録媒体である。また、ＤＶＤ−Ｒファイルシステム規格で規定されたボリューム・ファイル構造を用いてファイルが記録される。ＤＶＤ−Ｒファイルシステム規格はＩＳＯ／ＩＥＣ  １３３４６規格あるいはＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）規格に準拠しており、以下の説明においてもＵＤＦ規格に規定されている構造を用いて説明を行う。
【０００８】
図２８に示すように、情報記録媒体１００００上に含まれるデータ領域は、リードイン領域１０１０１とボリューム空間１０１０９とから構成される。
【０００９】
リードイン領域１０１０１には物理フォーマット情報領域１０１０４が含まれる。物理フォーマット情報は、情報記録媒体１００００上に割り付けられた様々な領域の管理情報を記録するために設けられる。管理情報とは、例えば、後述するボーダアウト領域のアドレス情報、等である。なお、物理フォーマット情報領域１０１０４は、フォーマット処理直後の時点では未記録状態である。
【００１０】
ボリューム空間１０１０９には、ボリューム構造領域１０４１０と、ファイル構造／ファイル領域１０４２０と、ＶＡＴ（Ｖｉｒｔｕａｌ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）構造領域１０４３０とが含まれる。
【００１１】
ボリューム構造領域１０４１０には、ＵＤＦ規格で規定されるボリューム構造が記録される。具体的には、ＮＳＲ記述子、基本ボリューム記述子、処理システム用記述子、区画記述子、論理ボリューム記述子、未割付空間記述子、終端記述子、論理ボリューム保全記述子、開始ボリューム記述子、等が含まれる。
【００１２】
ファイル構造／ファイル領域１０４２０には、パーティション空間内でディレクトリ階層の起点となる、ファイル集合記述子１０４２１およびＲＯＯＴディレクトリファイルのファイルエントリであるＦＥ（ＲＯＯＴ）１０４２２が記録されている。
【００１３】
ファイルエントリ（以降、ＦＥとする）は、ボリューム空間内に記録されるファイルの位置や大きさを管理するためにＵＤＦ規格で規定されているデータ構造である。なお、ここでは説明の簡単化のため、ＲＯＯＴディレクトリファイルはＦＥ（ＲＯＯＴ）１０４２２に含まれる形式としている。
【００１４】
ＶＡＴ構造領域１０４３０には、ＶＡＴ  １０４３１とＶＡＴ  ＩＣＢ  １０４３２とが記録されている。ＶＡＴは、追記形記録媒体におけるファイル構造の更新処理を簡素化することを目的としてＵＤＦ規格で規定されているデータ構造である。
【００１５】
ＶＡＴを用いる場合、ＦＥのようなファイル構造データのボリューム空間上での記録位置が、仮想アドレス空間上の仮想アドレスを用いて指定される。そして、情報記録媒体上の記録位置である論理アドレス空間上の論理アドレスと、この仮想アドレスとの対応関係を保持するのがＶＡＴである。
【００１６】
これらの構造により、ＤＶＤ−Ｒディスクのような書換えができない情報記録媒体においても、仮想的にデータの書換えが実現される。
【００１７】
そして、ＶＡＴの情報記録媒体上の記録位置は、情報記録媒体上でデータが記録された領域の終端セクタに割り付けられるＶＡＴ  ＩＣＢにより指定される。
【００１８】
次に、図２９を参照して、図２７に示すファイルおよびディレクトリ構造の内、ディレクトリ（Ｄｉｒ−Ａ）とデータファイル（Ｆｉｌｅ−ａ）を記録する手順を説明する。
【００１９】
図２８の状態の情報記録媒体１００００に対してディレクトリ（Ｄｉｒ−Ａ）とデータファイル（Ｆｉｌｅ−ａ）の記録処理が行われると、図２９に示すように、ファイル構造／ファイル領域１０５００に、データファイル（Ｆｉｌｅ−ａ）１０５０１と、ＦＥ（Ｆｉｌｅ−ａ）１０５０２と、ＦＥ（Ｄｉｒ−Ａ）１０５０３と、ＦＥ（ＲＯＯＴ）１０５０４とが記録される。なお、ディレクトリファイルはＦＥ（Ｄｉｒ−Ａ）１０５０３に含まれる形式とする。
【００２０】
また、ＶＡＴ構造領域１０５２０には、新たに記録されたＦＥ  １０５０２、１０５０３、１０５０４が登録されたＶＡＴ  １０５２１と、ＶＡＴ  ＩＣＢ  １０５２２が記録される。
【００２１】
さらにクローズ処理が行われると、まずネクストボーダマーカ１０５３１を除いたボーダアウト領域１０５３０へ所定のデータが記録される。また、フォーマット処理後に未記録状態にあったリードイン領域１０１０１内の物理フォーマット情報領域１０１０４に所定のデータが記録される。
【００２２】
なお、クローズ処理は、情報再生装置が最新のボリューム・ファイル構造を検索可能とするために実行される。
【００２３】
以上のようなファイル記録処理とクローズ処理が、図２８に示すフォーマット処理後のデータ構造を持つ情報記録媒体１００００に対して実行された時、図２９に示すようなデータ構造が情報記録媒体１００００上に形成される。
【００２４】
次に、図３０を参照して、図２７に示すファイルおよびディレクトリ構造の内、ディレクトリ（Ｄｉｒ−Ｂ）とデータファイル（Ｆｉｌｅ−ｂ）の記録処理を行う時の手順について説明する。
【００２５】
ここでは、ファイル構造／ファイル領域１０６００に、データファイル（Ｆｉｌｅ−ｂ）１０６０１とそれに関連するファイル構造である、ファイル（Ｆｉｌｅ−ｂ）１０６０１、ＦＥ（Ｆｉｌｅ−ｂ）１０６０２、ＦＥ（Ｄｉｒ−Ｂ）１０６０３、ＦＥ（ＲＯＯＴ）１０６０４が記録される。
【００２６】
また、ＶＡＴ構造領域１０６１０に、最新のＶＡＴ構造である、ＶＡＴ  １０６１１とＶＡＴ  ＩＣＢ  １０６１２が記録される。
【００２７】
最後に、クローズ処理を再度実行することにより、ネクストボーダマーカ１０６２０１を除いたボーダアウト領域１０６２００に所定のデータが記録される。さらに、ボーダアウト領域１０５３０内に割り付けられたネクストボーダマーカ１０５３１と、物理フォーマット情報領域１０６３１を含むボーダイン領域１０６３０とが記録される。
【００２８】
以上で説明したようなファイル記録処理とクローズ処理が、図２９に示すデータ構造を持つ情報記録媒体１００００に対して実行された時、図３０に示すようなデータ構造が情報記録媒体１００００上に形成される。
【００２９】
このように、クローズ処理が実行される度に、ボリューム空間１０１０９内に記録されるリードイン領域１０１０１またはボーダイン領域と、ボーダアウト領域により挟まれた領域が形成される。以降、この領域のことをボーダ付き領域と呼ぶ。
【００３０】
例えば図３０では、ボーダ付き領域＃１  １０７００やボーダ付き領域＃２  １０７０１が存在する。ボーダ付き領域はＣＤ−Ｒディスクの場合におけるセッションと同様の概念である。
【００３１】
次に、図３１に示した再生処理手順のフローチャートを参照して、ファイルの再生動作を説明する。ここでは、データファイル（Ｆｉｌｅ−ａ）１０５０１を再生する動作を例にあげて説明する。
【００３２】
まず、リードイン領域１０１０１中の物理フォーマット情報領域１０１０４のデータが再生され、物理フォーマット情報が取得される（ステップＳ１１０１）。
【００３３】
次に、ネクストボーダマーカのデータが再生される（ステップＳ１１０２）。ステップＳ１１０１あるいはステップＳ１１０３で取得された物理フォーマット情報にはボーダアウト領域のアドレス情報が含まれる。そしてボーダアウト領域の所定の位置にネクストボーダマーカのデータが記録されているので、そこからネクストボーダマーカが再生される。
【００３４】
例えば、図３０において、物理フォーマット情報領域１０１０４中は、ボーダアウト領域１０５３０のアドレス情報を含んでいる。また、ボーダイン領域１０６３０に含まれる物理フォーマット領域１０６３１は、ボーダアウト領域１０６２０のアドレス情報を含んでいる。
【００３５】
このステップで再生されたネクストボーダマーカが記録済状態である場合には、より新しいボーダ付き領域が存在するので、ステップＳ１１０３以降が実行される。
【００３６】
ステップＳ１１０１またはステップＳ１１０４において取得された物理フォーマット情報に含まれるボーダイン領域のアドレス情報に従って、次のボーダイン領域の再生が行われる（ステップＳ１１０３）。そして、再生されたボーダイン領域から物理フォーマット情報が取得される。
【００３７】
一方、ステップＳ１１０２で再生されたネクストボーダマーカが未記録状態である場合には、現在のボーダ付き領域が最新であるので、ステップＳ１１０４以降が実行される。
【００３８】
最新のボーダ付き領域に到達した場合、取得された最新の物理フォーマット情報が参照され、ボーダ付き領域のアドレス情報から、アクセスが可能な領域の終端の物理アドレスが取得される（ステップＳ１１０４）。図３０において、ボーダ付き領域＃２  １０７０１の終端がアクセス可能な領域の終端である。
【００３９】
そして、次にボリューム構造の再生が行われる（ステップＳ１１０５）。この時、ボリューム構造領域１０４１０が再生される。
【００４０】
読み出されたボリューム構造には、ファイル集合記述子１０４２１のアドレス情報や区画開始位置が含まれる。ＶＡＴ方式の場合、ボリューム構造内にＵＤＦ規格で定義された仮想区画マップが含まれるので、その情報に基づいて、ボリューム空間内にＶＡＴ構造が記録されていることが認識される。
【００４１】
そして、アクセスが可能な領域の終端に記録されたＶＡＴ  ＩＣＢ  １０６１０２が再生される。（ステップＳ１１０６）。  読み出されたＶＡＴ  ＩＣＢ  １０６１２からＶＡＴの記録位置情報が取得され、ＶＡＴ  １０６１１が読み出される。
【００４２】
目的のファイルやその管理情報が仮想アドレスを用いて管理されている場合、ステップＳ１１０６で取得されたＶＡＴ  １０６１１を用いて目的のファイルやディレクトリのファイルエントリが登録されたＶＡＴエントリが参照される（ステップＳ１１０７）。
【００４３】
そして、仮想アドレスから論理アドレスへの変換処理を行い、ファイル構造／ファイル領域１０４２０中のファイル集合記述子１０４２１を起点として、ファイル構造／ファイル領域１０６００中のＦＥ（ＲＯＯＴ）１０６０４と、この中に記録されたＲＯＯＴディレクトリと、ファイル構造／ファイル領域１０５００中のＦＥ（Ｄｉｒ−Ａ）１０５０３と、このＦＥ中に記録されたディレクトリ（Ｄｉｒ−Ａ）と、ＦＥ（Ｆｉｌｅ−ａ）１０５０２とが、順次読み出される。
【００４４】
そして、ＦＥ（Ｆｉｌｅ−ａ）１０５０２からデータファイル（Ｆｉｌｅ−ａ）１０５０１の記録位置が取得され、データファイル（Ｆｉｌｅ−ａ）１０５０１の再生が実施される。
【００４５】
以上、ＶＡＴ方式によるＤＶＤ−Ｒディスクへの追記方法について述べたが、ＶＡＴ方式と異なる追記方式としてマルチボーダ方式も知られている。なお、ＣＤ−Ｒディスクの場合における同様の方式はマルチセッション方式と呼ばれる。
【００４６】
マルチボーダ方式においては、ボーダ付き領域を単位としてデータの追記が行われ、ボーダ付き領域毎にボリューム構造およびファイル構造が記録される。
【００４７】
マルチボーダ方式では、ＶＡＴのような仮想アドレスを用いたデータ更新の仕組みを使わず、ファイル構造の更新が行われたら、ボリューム構造およびファイル構造を新たに生成し直し、新たなボーダ付き領域に記録し直す。
【００４８】
マルチボーダ方式の再生は、最新のボーダ付き領域を確定し、そこから最新のボリューム構造を読み出す。
【００４９】
後は、順次、ＵＤＦ規格で定められたデータ構造に従ってデータをたどることにより特定のファイルを再生することが可能である。例えば、再生専用のＤＶＤ−ＲＯＭディスク等と同様の再生手順でデータを読み出せる。
【００５０】
また、マルチボーダ／マルチセッション方式の場合、イメージファイルを用いた効率的なデータ記録がよく行われる。
【００５１】
データのバックアップ等、あらかじめ記録したいすべてのファイルが分かっている場合は、ハードディスクドライブ上に記録したいファイルデータと、そのボリューム構造およびファイル構造をすべて含んだ形式のファイルを作成する。
【００５２】
このファイルがイメージファイルである。イメージファイルの記録に際しては、１つのボーダ付き領域（あるいはセッション）を割当て、その領域に連続的にイメージファイルを記録していく。
【００５３】
記録が連続的に行われることと、ファイル構造が既に作成済みであることから、記録時のオーバーヘッドが小さくなり、イメージファイルの記録を高速に行うことが可能である。
【特許文献１】米国特許第５６６６５３１号
【発明の開示】
【発明が解決しようとする課題】
【００５４】
しかしながら、上記で説明したようなイメージファイルを用いた記録を行う際には、データの記録失敗が生じるとその修復が不可能であるという課題がある。
【００５５】
また、仮に、記録したデータを、直後に再生して記録が成功したかどうかを確認するベリファイ処理を実施しながらデータを記録すると、記録ヘッドのアクセス数の大幅な増加により記録時間が大幅に増加してしまうというという課題も生じる。
【００５６】
本発明は上記課題を解決するものであり、イメージデータの記録が失敗した場合でもデータを修復することが可能な情報記録媒体、その情報記録媒体に情報を記録する記録装置、ホスト装置、半導体集積回路および記録方法、記録装置に記録動作を実行させるプログラムを提供することを目的とする。
【課題を解決するための手段】
【００５７】
本発明の記録装置は、情報記録媒体に情報を記録する記録装置であって、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録する手段と、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生する手段と、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、前記修復データを前記情報記録媒体に記録する手段と、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、前記更新情報を前記情報記録媒体に記録する手段とを備え、これにより、上記目的が達成される。
前記更新情報を生成する手段は、前記エラー領域に記録されたデータの位置を示す情報と前記修復データの記録位置を示す情報を対応づける交替管理情報が前記更新情報に含まれるように前記更新情報を生成してもよい。
前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分との比較は、前記イメージデータに含まれるファイルを単位として行なわれてもよい。
前記ファイルがリアルタイムファイルであるか否かを判定する手段をさらに備え、前記修復データは、前記ファイルがリアルタイムファイルでない場合に、前記情報記録媒体に記録されてもよい。
前記エラー領域に記録されたデータがリアルタイムデータの一部を含む場合には、前記リアルタイムデータが連続的に再生されるように前記リアルタイムデータの一部を含むエクテントの長さを決定する手段と、前記イメージデータから前記エクステントに対応するデータを修復データとして抽出する手段とをさらに備え、前記更新情報を生成する手段は、前記エラー領域の位置を示す第１アドレス情報を前記修復データの記録位置を示す第２アドレス情報に対応づける交替管理情報と、前記第２アドレス情報とが前記更新情報に含まれるように前記更新情報を生成してもよい。
本発明のホスト装置は、情報記録媒体に情報を記録する情報記録装置において使用されるホスト装置であって、前記ホスト装置は、システム制御部を備え、前記システム制御部は、前記情報記録媒体に対して記録動作または再生動作を行なう記録再生部を含むドライブ装置を制御するように構成されており、前記システム制御部は、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得する手段と、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示する手段とを含み、これにより、上記目的が達成される。
本発明の半導体集積回路は、情報記録媒体に情報を記録する情報記録装置において使用される半導体集積回路であって、前記半導体集積回路は、前記情報記録媒体に対して記録動作または再生動作を行なう記録再生部を含むドライブ装置を制御するように構成されており、前記半導体集積回路は、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得する手段と、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出する手段と、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出する手段と、前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示する手段と、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成する手段と、前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示する手段とを含み、これにより、上記目的が達成される。
本発明の記録方法は、情報記録媒体に情報を記録する記録方法であって、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するステップと、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するステップと、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、前記修復データを前記情報記録媒体に記録するステップと、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、前記更新情報を前記情報記録媒体に記録するステップとを包含し、これにより、上記目的が達成される。
本発明の方法は、情報記録媒体に情報を記録する記録装置において使用されるホスト装置において実行される方法であって、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するようにドライブ装置に指示するステップと、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得するステップと、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示するステップとを包含し、これにより、上記目的が達成される。
本発明のプログラムは、情報記録媒体に情報を記録する記録装置において使用されるホスト装置において実行されるプログラムであって、ファイル構造とファイルとを含むイメージデータを前記情報記録媒体に記録するようにドライブ装置に指示するステップと、前記情報記録媒体に記録されたイメージデータのうちの少なくとも一部を再生するように前記ドライブ装置に指示することにより、前記再生されたデータを取得するステップと、前記再生されたデータと、前記イメージデータのうち前記再生されたデータに対応する部分とを比較することにより、前記イメージデータの記録が失敗した領域をエラー領域として検出するステップと、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを修復データとして抽出するステップと、前記修復データを前記情報記録媒体に記録するように前記ドライブ装置に指示するステップと、前記エラー領域に記録されたデータを前記修復データに更新するための更新情報を生成するステップと、前記更新情報を前記情報記録媒体に記録するように前記ドライブ装置に指示するステップとを包含し、これにより、上記目的が達成される。
本発明の情報記録媒体は、更新情報を記録した情報記録媒体であって、前記更新情報は、イメージデータの記録が失敗した領域であるエラー領域に記録されたデータを、前記イメージデータから前記エラー領域に記録されたデータに対応するデータを抽出することによって得られる修復データにより更新したことを示す情報であり、これにより、上記目的が達成される。
【発明の効果】
【００５８】
本発明によれば、イメージデータの記録が失敗した場合でもデータを修復することができる。その結果、データの確実な記録・再生を実現することができる。
【００５９】
また、ベリファイ処理を逐次行う場合に比べてイメージデータの記録を高速に行うことができる。
【発明を実施するための最良の形態】
【００６０】
以下、図面を参照しながら、本発明の実施の形態を説明する。
【００６１】
（実施の形態１）
図１Ａは、本発明の実施の形態における情報記録媒体１００の外観を示す。
【００６２】
情報記録媒体１００の最内周にリードイン領域１０１が配置されている。情報記録媒体１００の最外周にリードアウト領域１０３が配置されている。情報記録媒体１００のリードイン領域１０１とリードアウト領域１０３との間にデータ領域１０２が配置されている。
【００６３】
リードイン領域１０１には、光ピックアップが情報記録媒体１００へアクセスする時に必要な基準信号や、他の記録媒体との識別信号等が記録されている。リードアウト領域１０３にもリードイン領域１０１に記録されている情報と同様の情報が記録されている。
【００６４】
リードイン領域１０１、データ領域１０２およびリードアウト領域１０３には複数の物理セクタが割り付けられている。各物理セクタは最小のアクセス単位である。各物理セクタは物理セクタ番号（以降、ＰＳＮ）というアドレス情報により識別される。
複数の物理セクタを含むＥＣＣブロック（または、ＥＣＣクラスタ）を最小の単位としてデータの記録・再生が行われる。
【００６５】
図１Ｂは、情報記録媒体１００のデータ構造を示す。図１Ｂでは、図１Ａにおいて同心円状に示されているリードイン領域１０１、データ領域１０２およびリードアウト領域１０３を横方向に配置して示している。
【００６６】
リードイン領域１０１は、ディスク管理情報領域１０４を含み、リードアウト領域１０３は、ディスク管理情報領域１０５を含む。
ディスク管理情報領域１０４、１０５のそれぞれには、ディスク管理情報が記録される。ディスク管理情報は、交替情報や、セッション管理情報、空き領域管理情報などを含む。
なお、後述するように、ディスク管理情報領域１０４、１０５の一部はディスク管理情報を更新するための領域として用いられる。この領域は一時ディスク管理情報領域と呼ばれる。
【００６７】
交替情報とは、情報記録媒体１００上で生じた欠陥を有する欠陥セクタ（または、その欠陥セクタを含むＥＣＣブロック）の位置を示す交替元位置情報と、その欠陥セクタの代わりに使用される代替セクタ（または、その代替セクタを含むＥＣＣブロック）の位置を示す交替先位置情報とを含む交替管理情報リストのことをいう。
【００６８】
データ領域１０２は、交替領域１０６と、ユーザデータ領域１０８と、交替領域１０７とを含む。
【００６９】
交替領域１０６、１０７のそれぞれは、欠陥セクタの代わりに使用される代替セクタを含む領域である。
ユーザデータ領域１０８は、ユーザデータを記録するために使用される領域である。
【００７０】
従来、交替情報と交替領域とを組み合わせた交替記録は、ベリファイ処理とともに実施される。ベリファイ処理とは、データを記録した直後にそのデータを再生し、記録したデータと再生されたデータとの比較を行い、データが正しく記録されているかどうかを調べる処理である。
【００７１】
ベリファイ処理時にエラーが生じた場合、すなわち、データが正しく記録されなかった場合に、交替記録が実施される。すなわち、欠陥セクタ（または、欠陥セクタを含むＥＣＣブロック）は代替セクタ（または、代替セクタを含むＥＣＣブロック）に交替され、データは代替セクタ（または、代替セクタを含むＥＣＣブロック）に記録される。このような手法は、リニアリプレイスメントとも呼ばれている。
【００７２】
また、交替情報と代替セクタとの組み合わせにより構成される代替機構を用いて、追記型の情報記録媒体において、擬似的な上書き記録を実現することが可能である。
【００７３】
次に、図２Ａおよび図２Ｂを参照して、疑似的な上書き記録について説明する。疑似的な上書き記録とは、データが記録されている見かけ上の論理アドレスを変えることなく、実際にデータが記録される物理アドレスを別の場所にマッピングする手法である。このようなマッピングを行うための交替情報として、図２Ａに示される交替管理情報リスト１０００が用いられる。
【００７４】
図２Ａは、交替管理情報リスト１０００のデータ構造を示す。
交替管理情報リスト１０００は、ヘッダ情報１００１と、複数の交替管理情報１０１０（交替管理情報＃１、＃２、＃３・・・）とを含む。
ヘッダ情報１００１は、交替管理情報リスト１０００に含まれる交替管理情報の数を含む。交替管理情報は、上記マッピングを示す情報を含んでいる。
【００７５】
図２Ｂは、交替管理情報１０１０のデータ構造を示す。交替管理情報１０１０は、状態情報１０１１と、交替元位置情報１０１２と、交替先位置情報１０１３とを含む。
【００７６】
状態情報１０１１は、上記マッピングに関する状態情報を含む。状態情報１０１１は、例えば、交替元位置情報１０１２および交替先位置情報１０１３の有効・無効状態などを示す。
交替元位置情報１０１２は、交替元の情報の位置（物理アドレス）を示す。
交替先位置情報１０１３は、交替先の情報の位置（物理アドレス）を示す。
上記マッピングは、交替元位置情報１０１２によって示される交替元の情報の位置（物理アドレス）を交替先位置情報１０１３によって示される交替先の情報の位置（物理アドレス）に変換することによって行なわれる。
【００７７】
もし、記録済みの論理アドレスに対してデータの上書きが指示された場合、そのデータが記録されていたセクタの物理アドレスとは別の物理アドレスのセクタに新しいデータを記録し、そのデータが記録されていたセクタを新しいデータが記録されたセクタにマッピングする新たな交替管理情報１０１１を生成し、その新たな交替管理情報１０１１を交替管理情報リスト１０００に追加する。このように、論理アドレスを維持するように交替情報を更新することにより、物理的にデータが上書きされたわけではないが、擬似的にデータが上書きされたかのような状態を実現することが可能となる。
【００７８】
以降、このような記録方法を、疑似上書き記録と呼ぶ。また、この疑似上書き記録は、後述する修復記録の実現のためにも利用される。
【００７９】
次に、ユーザデータ領域１０８上での空き領域管理について説明する。まず、図１Ｃを参照してシーケンシャル記録方式による空き領域管理について説明し、その次に、図４を参照してランダム記録方式による空き領域管理について説明する。
【００８０】
図１Ｃは、シーケンシャル記録方式により、図１Ｂに示されるユーザデータ領域１０８上の空き領域管理を行なっている状態を示す。
ユーザデータ領域１０８は、複数のセッションを含む。各セッションは、複数のトラックを含む。このように、ユーザデータ領域１０８は、トラックおよびセッションという単位で管理されている。
【００８１】
各トラックは、情報記録媒体１００上の連続領域である。各トラックは、後述するトラック管理情報によって管理される。
【００８２】
各セッションは、情報記録媒体１００上に連続して配置される複数のトラックを含む。各セッションは、後述するセッション管理情報によって管理される。
【００８３】
図３Ａは、セッションを管理するためのセッション管理情報２００のデータ構造を示す。セッション管理情報２００は、ディスク管理情報に含まれる。
【００８４】
ディスク管理情報は、ディスク管理情報領域１０４に記録されている。ディスク管理情報領域１０５は、情報記録媒体１００の信頼性を向上させるため、ディスク管理情報領域１０４に記録されたディスク管理情報の複製を記録したり、ディスク管理情報領域１０４に格納しきれないデータを記録したりするための拡張領域であるので、以降では詳細の説明は省略する。
【００８５】
セッション管理情報２００は、ヘッダ情報２０１と、複数のトラック管理情報とを含む。
ヘッダ情報２０１は、セッション管理情報２００の識別子や、図３Ｂに示されるトラック管理情報２１０の数などの一般的な情報を有する。
【００８６】
トラック管理情報＃Ｎは、図１Ｃに示されるトラック＃Ｎに対応する情報を有する。ここで、Ｎは１以上の整数である。
【００８７】
図３Ｂは、トラックを管理するためのトラック管理情報２１０のデータ構造を示す。トラック管理情報２１０は、ディスク管理情報に含まれる。
トラック管理情報２１０は、トラックがセッションの先頭トラックであるかどうかを示すセッション開始情報２１１と、トラックの開始位置を示すトラック開始位置情報２１２と、トラック内で最後にデータが記録された位置を示す最終データ記録位置情報２１３とを含む。
【００８８】
もしあるトラック管理情報によって管理されるトラックがセッションの先頭に位置する場合には、そのトラックがセッションの先頭に位置することを示す値（例えば、”１”）がセッション開始情報２１１に設定される。それ以外の場合には、異なる値（例えば、”０”）がセッション開始情報２１１に設定される。
【００８９】
トラック開始位置情報２１２は、トラックの開始位置を示す物理アドレスを含む。
【００９０】
最終データ記録位置情報２１３は、トラック内で最後にデータが記録された位置を示す物理アドレスを含む。図１Ｃに示されるトラック内最終データ記録位置１２１は、最終データ記録位置情報２１３によって示される位置の一例である。
【００９１】
本実施の形態においては、トラック毎にデータの記録が可能である。データの記録は、各トラックの先頭から行われ、トラック内においては連続的にデータが配置される（シーケンシャル記録）。そのトラック内でデータの記録が行われると、そのトラック内で最後に記録された位置が最終データ記録位置情報２１３に反映される。
【００９２】
そのトラック内で記録を再開する場合には、最新の最終データ記録位置情報２１３の値を調べることにより、そのトラック内での次の記録開始位置を知ることができる。
一般に、次回記録開始位置は、最終データ記録位置情報２１３によって示される物理セクタの次の物理セクタの位置を示す。
【００９３】
あるいは、情報記録媒体１００がＥＣＣブロックを最小単位としてデータ記録を行う場合には、次回記録開始位置は、最終データ記録位置情報２１３によって示される物理セクタを含むＥＣＣブロックの次のＥＣＣブロックの位置を示してもよい。
【００９４】
図１Ｃに示されるセッション＃２においては、最終データ記録位置１２１以降の未記録領域１２２が空き領域であり、データの記録が可能である。
【００９５】
データの記録が可能な状態にあるトラックはオープントラック（または、記録可能トラック）と呼ばれる。オープントラックのトラック番号は、図３Ａに示されるセッション管理情報２００中のヘッダ情報２０１に含まれる（例えば、第１のオープントラック番号２０３、第２のオープントラック番号２０４など）。
【００９６】
一方、何らかの理由（例えば、未記録領域が存在しない、ユーザの指示、等）により、データの記録が可能でないトラックはクローズドトラック（または、記録不可能トラック）と呼ばれる。クローズドトラックのトラック番号は、ヘッダ情報２０１には含まれない。
【００９７】
オープントラックのトラック番号と最終データ記録位置情報２１３とを調べることにより、情報記録媒体１００上での空き領域を知ることができる。
【００９８】
図４は、ランダム記録方式により、図１Ｂに示されるユーザデータ領域１０８上の空き領域管理を行っている状態を示す。
【００９９】
追記型の情報記録媒体１００においても、記録済みのセクタ（あるいはＥＣＣブロック）を管理することにより、情報記録媒体上の任意の位置（物理アドレス）にデータを記録する、一種のランダム記録を行うことが可能である。図４は、未記録領域１１０にはデータがまだ記録されておらず、最終データ記録位置１２０によって示される位置より内周側の領域にはデータがすでに記録されている状態であることを示している。
【０１００】
このようなランダム記録を実現するためには、情報記録媒体１００上での空き領域の管理と最終データ記録位置の管理とを行う必要がある。本実施の形態においては、ディスク管理情報領域１０４、１０５にディスク構造情報１１００を記録することにより、このような管理を実現する。
【０１０１】
図５は、ディスク管理情報領域１０４に記録されたディスク構造情報１１００のデータ構造を示す。
【０１０２】
ディスク構造情報１１００は、最終データ記録位置情報１１０７を含む。最終データ記録位置情報１１０７は、最終データ記録位置１２０を示す。
【０１０３】
また、ディスク管理情報領域１０４には、図３Ｃに示される空き領域管理情報２２０も記録されている。空き領域管理情報２２０は、ヘッダ情報２２１と、管理対象領域情報２２２と、空き領域情報２２３とを含む。
【０１０４】
ヘッダ情報２２１は、空き領域管理情報２２０の識別子などの一般的な情報を有する。
【０１０５】
管理対象領域情報２２２は、空き領域管理情報２２０によって未記録／記録済み状態を管理されるセクタ（またはＥＣＣブロック）が含まれるユーザデータ領域１０８中の領域を特定する情報を含む。例えば、管理対象領域情報２２２は、その領域の開始位置やその領域の長さを含む。
【０１０６】
空き領域情報２２３は、管理対象となる領域に含まれる各セクタが未記録か記録済みであるかを示す情報を含む。例えば、各セクタに対して１ビットずつのデータを割り当て、該当セクタが未記録であれば例えば“０”を、記録済みであれば例えば“１”を設定することにより、対象領域のすべてのセクタに対する空き状況を管理することが可能となる。
【０１０７】
上述の通り、セッション管理情報２００または空き領域管理情報２２０のいずれを用いても、情報記録媒体１００上のセクタの空き状況を管理することが可能である。よって、用途に応じてセッション管理情報２００または空き領域管理情報２２０のいずれかを選択して使用するようにしても良い。あるいは、両方を同時に使用するようにしても良い。このような、空き領域管理方式に関する情報は、ディスク構造情報１１００の記録種別情報１１０６に含まれる。
【０１０８】
ディスク構造情報１１００は、ディスク構造情報１１００全般に関する一般情報１１０１と、最新の交替管理情報リスト１０００のディスク管理情報領域内１０４、１０５内での位置を示す交替管理情報リスト位置情報１１０２と、ユーザデータ領域１０８の開始位置を示すユーザ領域開始位置情報１１０３と、ユーザデータ領域１０８の終端位置を示すユーザ領域終端位置情報１１０４と、交替領域１０５、１０７の容量や交替のために使用可能な領域を示す交替領域情報１１０５および交替領域管理情報１１０９とをさらに含む。
【０１０９】
交替領域情報１１０５を用いることにより、交替領域の容量を情報記録媒体毎に変更することが可能になる。さらに、ディスク管理情報領域情報１１０８を用いることにより、交替領域１０６や交替領域１０７中に上述の一時ディスク管理情報領域を設けることが可能になる。
【０１１０】
ディスク構造情報１１００は、最新のセッション管理情報２００のディスク管理情報領域内１０４、１０５内での位置を示すセッション管理情報位置情報１１１０と、最新の空き領域管理情報２２０のディスク管理情報領域内１０４、１０５内での位置を示す空き領域管理情報位置情報１１１１とをさらに含む。
【０１１１】
図１Ｃおよび図４に示される例では、ユーザデータ領域１０８上に記録されるユーザデータの管理はファイルシステムによって行われる。ファイルシステムによって管理される空間は、ボリューム空間１０９と呼ばれる。
ボリューム空間１０９には、複数の論理セクタが割り付けられている。各論理セクタは、論理セクタ番号（以降、ＬＳＮ）というアドレス情報によって識別される。
【０１１２】
なお、以下の説明においては、ファイルシステムを構成するボリューム／ファイル構造として情報記録媒体１００に記録される記述子やポインタ等は、特に詳細な記載がない限り、ＩＳＯ／ＩＥＣ１３３４６規格あるいはＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）規格に規定されたデータ構造を持つものとする。
【０１１３】
また、後述するメタデータパーティションやメタデータファイルの構造に関しては、ＵＤＦ規格のバージョン２．５やバージョン２．６で規定されたデータ構造を持つものとする。
【０１１４】
なお、図１Ａ〜図１Ｃに示される情報記録媒体１００は、１層のみの記録層を有するものとして説明したが、２層以上の記録層を有する情報記録媒体も存在し得る。
【０１１５】
図６は、２層の記録層を有する情報記録媒体１００ｂのデータ構造を示す。
図６において、Ｌ０が第１層を示し、Ｌ１が第２層を示す。
【０１１６】
第１層および第２層のそれぞれは、情報記録媒体１００とほぼ同じ構造を有している。すなわち、リードイン領域１０１は第１層の最内周に設けられており、リードアウト領域１０３ａは第２層の最内周に設けられている。さらに、第１層の最外周には外周領域１０３ｂが設けられており、第２層の最外周には外周領域１０３ｃが設けられている。リードイン領域１０１、外周領域１０３ｂ、リードアウト領域１０３ａ、外周領域１０３ｃは、それぞれ、ディスク管理情報領域１０４、１０５、１０４ａ、１０５ａを含む。
【０１１７】
また、図６に示されるように、交替領域１０６、１０６ａ、１０７、１０７ａが設けられる。各交替領域の容量は上述の通り情報記録媒体毎に変更することが可能である。また、各交替領域に追加の一時ディスク管理情報領域を設けることが可能である。
【０１１８】
ユーザデータ領域１０８および１０８ａは、連続的な論理アドレスを有する論理的に１つのボリューム空間として扱われる。
【０１１９】
以上により、複数の記録層を有する情報記録媒体を論理的には１層の記録層を有する情報記録媒体と同様に扱うことが可能となる。
【０１２０】
以降では、１層の記録層を有する情報記録媒体について説明するが、それらの説明は、複数の記録層を有する情報記録媒体にも適用することが可能である。特に説明が必要な場合についてのみ、複数の記録層を有する情報記録媒体に関する説明を適宜行うものとする。
【０１２１】
図７は、本発明の実施の形態における、情報記録再生装置３００の構成を示す。
【０１２２】
情報記録再生装置３００は、ホスト装置３０５とドライブ装置３１０とを含む。
ホスト装置３０５は、例えば、コンピュータシステムあるいはパーソナルコンピュータであり得る。
ドライブ装置３１０は、記録装置、再生装置、記録再生装置のいずれかであり得る。なお、情報記録再生装置３００の全体を記録装置、再生装置、記録再生装置と呼んでもよい。
ホスト装置３０５は、システム制御部３０１と、メモリ回路３０２とを含む。ホスト装置３０５は、ハードディスクドライブのような磁気ディスク装置３０４をさらに含んでもよい。ホスト装置３０５内の構成要素は、Ｉ／Ｏバス３０３を介して相互に接続されている。
【０１２３】
システム制御部３０１は、例えば、システムの制御プログラムや演算用メモリを含むマイクロプロセッサによって実現され得る。システム制御部３０１は、ファイルシステムのボリューム構造／ファイル構造の記録・再生、後述するメタデータパーティション／ファイル構造の記録・再生、ファイルの記録・再生、リードイン／リードアウト領域の記録・再生などの処理の制御や演算を行う。
【０１２４】
メモリ回路３０２は、ボリューム構造、ファイル構造、メタデータパーティション／ファイル構造およびファイルの演算や一時保存などに使用される。
【０１２５】
ドライブ装置３１０は、ドライブ制御部３１１と、メモリ回路３１２と、記録再生部３１４とを含む。ドライブ装置３１０内の構成要素は、内部バス３１３を介して相互に接続されている。
【０１２６】
ドライブ制御部３１１は、例えば、ドライブの制御プログラムや演算用メモリを含むマイクロプロセッサによって実現され得る。ドライブ制御部３１１は、ディスク管理情報領域や交替領域の記録・再生、疑似上書き記録・再生などの処理の制御や演算を行う。
なお、図７に示されるシステム制御部３０１や、ドライブ制御部３１１は、ＬＳＩ等の半導体集積回路によって実現されてもよいし、汎用プロセッサとメモリ（例えばＲＯＭ）とによって実現されてもよい。
メモリ（例えばＲＯＭ）にはコンピュータ（例えば汎用プロセッサ）が実行可能なプログラムが格納されている。このプログラムは後述する本発明の再生処理および記録処理を示しており、コンピュータ（例えば汎用プロセッサ）はこのプログラムに従って、本発明の再生処理および記録処理を実行する。
【０１２７】
メモリ回路３１２は、ディスク管理情報領域や交替領域に関するデータおよびドライブ装置３１０に転送されてきたデータの演算や一時保存などに使用される。
【０１２８】
次に、図８Ａを参照して、本実施の形態において、イメージデータが記録される直前の状態での情報記録媒体１００上のデータ構造を説明する。
【０１２９】
図８Ａでは、ディスク管理情報領域１０４を含むリードイン領域１０１と、ディスク管理情報領域１０５を含むリードアウト領域１０３が存在する。そして、ボリューム空間１０９にはデータがまだ記録されていない。
【０１３０】
この状態に対して、図８Ｂに示されるファイルおよびディレクトリ階層を含むイメージデータ５００を記録する時の手順およびデータ構造について述べる。
【０１３１】
図８Ｂでは、一般的なデータファイルであるＦｉｌｅ−ａと、その親ディレクトリであるＤｉｒ−Ａと、ＭＰＥＧ方式等により符号化されたＡＶデータを含むＡＶ−Ｆｉｌｅと、その親ディレクトリであるＡＶ−Ｄｉｒとが存在する。
【０１３２】
ＡＶデータとは、オーディオデータおよびビデオデータのうちの少なくとも一方を含むデータをいう。ＡＶデータは、リアルタイムデータとも呼ばれる。ＡＶデータを含むファイルをＡＶファイルという。ＡＶファイルは、リアルタイムファイルとも呼ばれる。リアルタイムファイルは、一般的なデータファイルとは異なり、途切れなく記録・再生が行われる必要がある。そのため、リアルタイムファイルを情報記録媒体１００に記録する際には、リアルタイムファイルが情報記録媒体１００上の物理的に連続する領域に配置されるように記録処理が制御される。
【０１３３】
このような連続する領域はＤＶＤ規格の場合には、ＣＤＡ（Ｃｏｎｔｉｇｕｏｕｓ  Ｄａｔａ  Ａｒｅａ）と呼ばれる。
このような連続領域の条件は、リアルタイムファイルに含まれるＡＶデータのデータレートやドライブ装置のアクセス性能や読み出し性能、バッファメモリのサイズ等をパラメータとして決められる。
【０１３４】
また、ＵＤＦ規格においては、リアルタイムファイルであることを示すファイルタイプ（＝２４９）を定義し、一般的なデータファイルと区別して管理することが行われる。
【０１３５】
図９Ａは、イメージデータ５００のデータ構造を示す。イメージデータ５００は、図８Ｂに示されるファイルおよびディレクトリ階層構造と、それらを管理するためのファイル管理情報とをまとめて１つのデータとしたものである。
【０１３６】
イメージデータ５００は、ボリューム構造領域４１０と、ＦＥ（メタデータファイル）４４１と、メタデータファイル４４０と、データファイル（Ｆｉｌｅ−ａ）４６０と、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）４７０と、ＦＥ（メタデータミラーファイル）４５１と、ボリューム構造領域４１１と、メタデータミラーファイル４５０とを含む。これらのファイルの配置はこの順番に限られるものではなく、ＵＤＦ規格に準拠していれば他の順番でもかまわない。
【０１３７】
ボリューム構造領域４１０、４１１を除く領域はＵＤＦ規格バージョン２．５で規定される物理パーティション４２０に相当する領域である。
【０１３８】
また、物理パーティション４２０内にはメタデータパーティション４３０および４３１が含まれている。
【０１３９】
ＵＤＦ規格バージョン２．５においては、ボリューム空間内に記録されるＦＥやディレクトリファイルなどのファイル構造の情報は、すべてメタデータパーティション配置されている。
【０１４０】
そしてこのメタデータパーティションはメタデータファイルにより管理される。
【０１４１】
図９Ａに示される例では、ファイル管理情報として、ファイル集合記述子４３３と、ＦＥ（ＲＯＯＴ）４４２と、ＦＥ（Ｄｉｒ−Ａ）４４３と、ＦＥ（ＡＶ−Ｄｉｒ）４４４と、ＦＥ（Ｆｉｌｅ−ａ）４４５と、ＦＥ（ＡＶ−Ｆｉｌｅ）４４５とがメタデータファイル４４０内に含まれている。
【０１４２】
そして、メタデータミラーファイル４５０は、メタデータファイル４４０の複製データであり、メタデータファイル４４０と同じデータを持っている。メタデータファイル４４０とメタデータミラーファイル４５０とは、何らかの理由（情報記録媒体に傷が付く、等）によるファイル管理情報の破壊を回避するため、離れた位置に配置されるのが望ましい。
【０１４３】
なお、以降の説明では、ディレクトリファイルについては、説明の簡単化のため、各ＦＥ内に含まれる形式とする。
【０１４４】
これらのメタデータファイル４４０およびメタデータミラーファイル４５０の物理パーティション４２０中での記録位置と容量とは、それぞれ、ＦＥ（メタデータファイル）４４１およびＦＥ（メタデータミラーファイル）４５１により管理される。
【０１４５】
一方、データファイル（Ｆｉｌｅ−ａ）４６０やリアルタイムファイル（ＡＶ−Ｆｉｌｅ）４７０は物理パーティション４２０内に配置される。
【０１４６】
特にリアルタイムファイル（ＡＶ−Ｆｉｌｅ）４７０は、データ再生の際に途切れなく再生されるよう、物理パーティション４２０内に所定の容量の連続領域に配置される。
【０１４７】
なお、メタデータファイル４４０内のデータ配置として、ディレクトリ階層に着目し、図９Ｂに示されるような配置順としても良い。
【０１４８】
すなわち、ディレクトリ（Ｄｉｒ−Ａ）とそのディレクトリ下のデータファイル（Ｆｉｌｅ−ａ）とを続けて配置し、その次に、ディレクトリ（ＡＶ−Ｄｉｒ）とそのディレクトリ下のデータファイル（ＡＶ−Ｆｉｌｅ）とを続けて配置している。
【０１４９】
このような配置は、特定の応用を想定した場合において、効率的なデータアクセスを可能にする。例えば、ＴＶの番組録画のような特定の応用のためのデータを記録するディレクトリ階層を定めた上で、それらのディレクトリ下のファイルやディレクトリを近傍に配置するようにしてもよい。
【０１５０】
なお、イメージデータのデータ構造において、ＦＥ（メタデータファイル）と、メタデータファイルのそれぞれが、ＥＣＣブロックの先頭に配置されるように、その間にパディングデータ（例えば値がすべて０のデータ）を記録するようにしても良い。
【０１５１】
ＦＥ（メタデータミラーファイル）と、メタデータミラーファイルとの間に関しても同様である。
【０１５２】
図９Ａに示される例では、ボリューム空間１０９内に、ボリューム構造領域４１０と、物理パーティション４２０とが記録されている。
【０１５３】
このようなイメージデータ５００は、磁気ディスク装置３０４上などにあらかじめ作成された後、その先頭から順次、ボリューム空間１０９内に記録される。
【０１５４】
次に、図１０を参照して、メタデータデータファイルを用いた場合のボリューム構造およびファイル構造におけるデータ間の参照関係について説明する。
【０１５５】
ＵＤＦ規格で規定されるボリューム構造およびファイル構造は、開始ボリューム記述子ポインタ６００（以降、ＡＶＤＰ  ６００）を起点とする。
【０１５６】
情報記録媒体１００の所定の位置に記録されたＡＶＤＰ  ６００を読み出すことにより、ボリューム構造領域４１０の記録位置を知ることができる。
【０１５７】
ボリューム構造領域４１０は、論理ボリューム記述子６０１を含む。論理ボリューム記述子６０１からメタデータパーティション４３０内でのファイル集合記述子４３３の記録位置を知ることができる。
【０１５８】
論理ボリューム記述子６０１は、区画マップ（タイプ２）６０２を含む。区画マップ（タイプ２）６０２から、ＦＥ（メタデータファイル）４４１の記録位置とＦＥ（メタデータミラーファイル）４５１の記録位置とを知ることができる。
【０１５９】
メタデータファイル４４０もＦＥにより管理される一種のファイルである。ＦＥ（メタデータファイル）４４１から、物理パーティション４２０上でのメタデータファイル４４０の記録位置、すなわちメタデータパーティション４３０の記録位置を知ることができる。
【０１６０】
この時点で、先に得られたファイル集合記述子４３３の記録位置情報を用いて、ファイル構造をＲＯＯＴディレクトリから順次検索し、例えばデータファイル（Ｆｉｌｅ−ａ）４６０にアクセスすることが可能となる。
【０１６１】
また、メタデータミラーファイル４５０にはメタデータファイル４４０の複製が記録されているので、メタデータミラーファイル４５０を用いてもデータファイル（Ｆｉｌｅ−ａ）４６０を読み出すことが可能である。
【０１６２】
図１１Ａは、ボリューム構造領域４１０のデータ構造およびデータ配置の一例を示す。ボリューム構造領域４１０は、論理ボリューム記述子６０１と開始ボリューム記述子ポインタ６００とを含む。
【０１６３】
論理ボリューム記述子６０１は、区画マップ（タイプ１）１２００と、メタデータファイル位置１２０１と、メタデータミラーファイル位置１２０２と、フラグ１２０３とを含む。
【０１６４】
区画マップ（タイプ１）１２００は、物理パーティションを管理するための情報である。
【０１６５】
メタデータファイル位置１２０１は、ＦＥ（メタデータファイル）４４１の物理パーティション内での位置を示す情報である。
【０１６６】
メタデータミラーファイル位置１２０２は、ＦＥ（メタデータミラーファイル）４５１の物理パーティション内での位置を示す情報である。
【０１６７】
フラグ１２０３は、ＵＤＦ規格のオプション機能であるメタデータミラーファイル４５０が情報記録媒体１００上に存在するかどうかを示す情報を含む。
【０１６８】
図１１Ｂは、ボリューム構造領域４１１内のデータ構造およびデータ配置の一例を示す。
【０１６９】
ボリューム構造領域４１１には、ボリューム構造領域４１０に記録される情報と同様の情報が記録される。ボリューム構造領域４１１には、第２および第３の開始ボリューム記述子ポインタが記録される。
【０１７０】
なお、上述の各データ構造においては、必要に応じてダミーのデータ（例えば００ｈ）を配置し、データ配置の区切りがＥＣＣブロックの境界と一致するようにしてもよい。例えば各開始ボリューム記述子ポインタや基本ボリューム記述子、論理ボリューム記述子６０１、論理ボリューム保全記述子がＥＣＣブロックの先頭から配置されるようにしてもよい。
【０１７１】
次に、図１２に示されるフローチャートを参照して、図８Ａの状態に対して、イメージデータ５００を記録する時の手順を説明する。
【０１７２】
ここでは、イメージデータ５００が磁気ディスク装置３０４上で作成され、それが情報記録媒体１００に記録されるものとする。
【０１７３】
イメージデータ５００の記録に先立ち、システム制御部３０１およびドライブ制御部３１１は、情報記録媒体１００のディスク管理領域等から、データの記録再生に必要なデータを読み出す。そして、イメージデータ５００の記録が開始されると、システム制御部３０１は、磁気ディスク装置３０４からイメージデータ５５０を先頭から順次読み出して、メモリ回路３０２に転送する（ステップＳ１０１）。
【０１７４】
次に、システム制御部３０１は、イメージデータ５００の記録動作をドライブ装置３１０に指示する（ステップＳ１０２）。この時、ディスク管理情報を参照して、情報記録媒体１００の未記録の連続領域にイメージデータ５００を記録する。
【０１７５】
図８Ａに示される状態では、ボリューム空間１０９はすべて未記録状態であるので、その先頭からイメージデータ５００が記録される。
【０１７６】
このデータの記録においては、ベリファイ処理を伴わない記録動作が行われることとする。もし、ベリファイ処理が実施されると、データを記録した直後にそのデータに再度アクセスし、再生を行う必要がある。
【０１７７】
そのため、ベリファイ処理を行うと、イメージデータ５００全体の記録処理に必要な時間が大幅に増加してしまう。よって、本ステップではベリファイ処理は行わない。
【０１７８】
イメージデータ５００がすべて記録されると、次のステップへ進む。
【０１７９】
イメージデータ５００の記録の結果を反映するために、ディスク管理情報の更新が行われる（ステップＳ１０３）。例えば、最終データ記録位置情報１１０７を更新する。
【０１８０】
また、イメージデータ５００の記録に応じて、未記録領域が変わるので、セッション管理情報２００や空き領域管理情報２２０を最新の状態に更新する。
例えば、セッション管理情報２００を用いた未記録領域の管理が行われている場合は、イメージデータ５００が記録されたトラックに対応するトラック管理情報２１０中の最終データ記録位置情報２１３を更新する。
【０１８１】
このような記録手順の結果、情報記録媒体１００上のデータ構造は図１３のようになる。図８Ａで未記録であったボリューム空間１０９内にイメージデータ５００が連続的に記録されている。
【０１８２】
このようなイメージデータの記録処理が行われた後に行われる記録済みデータの修復処理について、図１４および図１５を参照して説明する。
【０１８３】
まず、システム制御部３０１は、データ修復の準備を行う（ステップＳ２０１）。例えば、システム制御部３０１およびドライブ制御部３１１は、情報記録媒体１００のディスク管理領域等から、データの記録再生に必要なデータを読み出す。
【０１８４】
また、磁気ディスク装置３０４上のイメージデータ５００および情報記録媒体１００上に記録されたデータの再生準備を行う。
【０１８５】
次に、システム制御部３０１は、ドライブ装置３１０に指示を出し、情報記録媒体１００に記録済みのイメージデータ５００の先頭から、所定の容量のデータを再生する（ステップＳ２０２）。ここで、所定の容量とは、セクタやＥＣＣブロック単位である。あるいは、それらの整数倍の単位である。
【０１８６】
特に、所定の容量は、情報記録媒体１００のデータ書き換え単位に等しいかその整数倍であることが望ましい。
【０１８７】
再生されたデータはメモリ回路３０２に転送される。
【０１８８】
次に、システム制御部３０１は、メモリ回路３０２中の再生データと、イメージデータ５００のうちの少なくとも一部とを比較する（ステップＳ２０３）。例えば、イメージデータ５００が格納されている磁気ディスク装置３０４から、イメージデータ５００のうちその再生データに対応する部分をメモリ回路３０２に転送し、再生データと、イメージデータ５００のうちその再生データに対応する部分との比較演算をメモリ回路３０２上で行う。
【０１８９】
なお、この比較処理は、メモリ回路３０２以外の場所（例えば、メモリ回路３１２）の上で行うことも可能である。
【０１９０】
この比較演算の結果、再生データがイメージデータ５００のうち再生データに対応する部分に一致しているか否かが判定される（ステップＳ２０４）。
【０１９１】
再生データがイメージデータ５００のうち再生データに対応する部分に一致している場合には、処理はステップＳ２０６に進む。それ以外の場合には、処理はステップＳ２０５に進む。
【０１９２】
システム制御部３０１は、再生データがイメージデータ５００のうち再生データに対応する部分に一致しなかった場合には、イメージデータ５００の記録が失敗していたと判断し、イメージデータ５００の記録が失敗した領域をエラー領域として検出し、そのエラー領域の位置を示す情報（例えば、論理アドレス）を修復情報の一部として保持する（ステップＳ２０５）。修復情報は、例えば、メモリ回路３０２（あるいは、磁気ディスク装置３０４）に格納され得る。
【０１９３】
図１５に示される例では、エラー領域５１０、５１１、５１２がイメージデータ５００の記録が失敗した領域である。これらのエラー領域の位置を示す情報が修復情報に含まれ得る。
【０１９４】
なお、データの再生そのものが失敗した場合（すなわち、再生エラーが生じた場合）にも、再生データがイメージデータ５００のうち再生データに対応する部分に一致しなかった場合と同様に扱う。
【０１９５】
ステップＳ２０５の処理が終了すると、処理はステップＳ２０６に進む。
【０１９６】
データの再生および比較がイメージデータ５００の終端に達したかどうかを判断する（ステップＳ２０６）。
【０１９７】
もし、データの再生および比較がイメージデータ５００の終端に達していなければ、処理はステップＳ２０２に戻り、次のデータ再生および比較を続ける。
【０１９８】
もし、データの再生および比較がイメージデータ５００の終端に達していれば、記録に失敗したデータの修復記録を行う（ステップＳ２０７）。この修復記録は、修復データの代替クラスタへの記録、および、エラー領域に記録されたデータと代替セクタに記録された修復データとをマッピングする交替情報の記録、からなる。
システム制御部３０１は、イメージデータ５００からエラー領域に記録されたデータに対応する部分を修復データとして抽出し、その修復データを情報記録媒体１００上の代替セクタ（例えば、交替領域１０６、１０７）に記録するようにドライブ装置３１０に指示を出す。この指示は、例えば、修復記録の実施を意味する所定のコマンドなどにより行われる。
【０１９９】
図１５に示される例では、イメージデータ５００からエラー領域５１０に記録されたデータに対応する部分を修復データ５２０として抽出し、修復データ５２０を情報記録媒体１００に記録する。
【０２００】
同様に、エラー領域５１１に対して修復データ５２１を情報記録媒体１００に記録し、エラー領域５１２に対して修復データ５２２を情報記録媒体１００に記録する。
【０２０１】
なお、エラー領域に対応する修復データは、そのエラー領域により近い代替セクタに記録されることが望ましい。データの記録・再生時のアクセス時間を短縮することが可能となるからである。
【０２０２】
次に、システム制御部３０１は、エラー領域に記録されたデータの位置を示す情報（例えば、物理アドレス）と修復データの記録位置を示す情報（例えば、物理アドレス）とを対応づけるための交替管理情報１０１０を生成し、その生成された交替管理情報１０１０をメモリ回路３０２などに保持されている交替管理情報リスト１０００に反映する。
【０２０３】
システム制御部３０１は、この新たな交替管理情報リスト１０００をディスク管理情報領域１０４に追記するようにドライブ装置３１０に指示を出す。その結果、ドライブ装置３１０によって、新たな交替管理情報リスト１０００を含むディスク管理情報がディスク管理情報領域１０４に追記される。
あるいは、システム制御部３０１が、エラー領域に記録されたデータの位置を示す情報と修復データの記録位置を示す情報を所定の形式（例えば、論理アドレス）で含むような交替情報更新指示をドライブ装置３１０に出すようにしてもよい。
交替情報更新指示を受け取ったドライブ装置３１０は、そこに含まれる論理アドレスを物理アドレスへ変換して交替管理情報１０１０を生成し、交替管理情報リスト１０００に追加する。
そして、ドライブ装置３１０によって、新たな交替管理情報リスト１０００を含むディスク管理情報がディスク管理情報領域１０４に追記される。
【０２０４】
以上のような構成により、エラー領域に記録されたデータを修復データにより疑似上書きにより更新したことと同じ結果が得られる。この更新状態を示すための更新情報として、エラー領域に記録されたデータの位置を示す情報が交替元位置情報１０１２に設定され、修復データの記録位置を示す情報が交替先位置情報１０１１３に設定された交替管理情報１０１０が生成され、情報記録媒体１００に記録される。
そして、後述する再生処理においては、この交替管理情報１０１０を参照することにより、エラー領域に記録されたデータは再生されず、修復データが再生される。よって、記録に失敗した領域の情報を、交替情報と代替セクタとで構成される代替機構により、修復することができる。
【０２０５】
このようなファイルの記録処理が行われた後の、ファイルの再生処理について、図１６を参照して説明する。ここでは、データファイル（Ｆｉｌｅ−ａ）４６０を再生する動作を例にあげて説明する。
【０２０６】
まず、システム制御部３０１は、ドライブ装置３１０に指示を出し、情報記録媒体１００の所定の位置（例えば、論理アドレス＝２５６）に記録されているＡＶＤＰ  ６００を再生する（ステップＳ３０１）。
【０２０７】
次に、システム制御部３０１は、ＡＶＤＰ  ６００から、ボリューム構造４１０の位置情報を取得し、ドライブ装置３１０に指示を出してボリューム構造４１０を再生する（ステップＳ３０２）。
【０２０８】
システム制御部３０１は、ボリューム構造４１０からＦＥ（メタデータファイル）４４１の位置情報を取得する。
【０２０９】
次に、システム制御部３０１は、ファイル構造の再生を行う（ステップＳ３０３）。ファイル構造の再生のため、システム制御部３０１は、取得したＦＥ（メタデータファイル）４４１の位置情報を元に、ドライブ装置３１０に再生の指示を出す。
【０２１０】
そして、再生されたファイル構造から、データファイル（Ｆｉｌｅ−ａ）４６０の記録位置等を取得し、その再生を行う（ステップＳ３０４）。
【０２１１】
なお、システム制御部３０１からドライブ装置３１０への再生指示は、データが読み出されるべき位置を示す位置情報を少なくとも指定する。その位置情報は、論理アドレスによって表される。再生指示を受け取ったドライブ装置３１０は、再生指示において指定された論理アドレスを物理アドレスに変換する。交替管理情報リスト１０００を参照し、この物理アドレスを交替元位置情報１０１２として保持している交替管理情報１０１０を検索する。
【０２１２】
再生指示において指定された論理アドレスに対応する交替管理情報１０１０が交替管理情報リスト１０００の中に発見されたら、その発見された交替管理情報１０１０に含まれる交替先位置情報１０１３を取得する。その結果、再生指示において指定された論理アドレスに対応して、実際にデータが記録されている物理アドレスが得られるので、その物理アドレス上のデータが再生される。再生されたデータは、システム制御部３０１に出力される。
【０２１３】
具体的には、例えば、図１５に示されるエラー領域５１０の論理アドレスに対して再生指示が行われた場合には、ドライブ装置３１０は、交替管理情報リスト１０００を検索し、修復データ５２０の物理アドレスを取得する。
【０２１４】
そして、修復データ５２０を再生して、その修復データをシステム制御部３０１に出力する。
【０２１５】
他のエラー領域に対しても同様の処理を行う。
【０２１６】
以上のような構成により、記録に失敗した領域の情報を、交替情報と代替セクタとで構成される代替機構により、修復することができる。
【０２１７】
また、イメージデータを記録する際に、ベリファイ処理を逐次実行する場合に比べて、データアクセスの回数を減らすことが可能となる。
【０２１８】
よって、高速で、かつ、高信頼のイメージデータ記録が可能となる。
【０２１９】
また、論理的な空間上では、データが修復されたことを意識するとこなく、データの再生が可能となる。
【０２２０】
（実施の形態２）
ここでは、上述の実施の形態とは異なる修復処理について説明する。
【０２２１】
図１３に示される状態に対して、本実施の形態における修復処理について、図１７および図１８を参照して説明する。
【０２２２】
図１８は、本実施の形態における修復処理を行った後のデータ構造の例示図である。
【０２２３】
まず、システム制御部３０１は、データ修復の準備を行う（ステップＳ４０１）。ここではステップＳ２０１と同様の処理を行う。
【０２２４】
さらに、システム制御部３０１は、イメージデータ５００に含まれるファイル構造を解析する。この解析結果に従い、イメージデータ５００に含まれる各ファイルを単位として以下の処理を行う。
【０２２５】
処理の対象となるファイルがリアルタイムファイルかどうかを判別する（ステップＳ４０２）。リアルタイムファイルであるかどうかの判別は、例えばＵＤＦ規格で定義されるファイルタイプを参照することにより可能である。
【０２２６】
例えば、データファイル（Ｆｉｌｅ−ａ）４６０はリアルタイムファイルではないので、このような場合、ステップＳ４０３へ進む。
【０２２７】
このとき、システム制御部３０１は、ドライブ装置３１０に指示を出し、ファイルの再生および比較を指示する（ステップＳ４０３）。より具体的には、図１４でイメージデータ５００全体に対して説明した再生、比較の各ステップを本ステップで対象のファイル全体に対して行う。
【０２２８】
そして、検出されたエラー領域（例えば、５１０、５１１、５１３）を修復情報に登録する。
【０２２９】
一方、例えば、データファイル（ＡＶ−Ｆｉｌｅ）４７０はリアルタイムファイルであるので、このような場合、ステップＳ４０４へ進む。
【０２３０】
このとき、システム制御部３０１は、ドライブ装置３１０に指示を出し、ファイルの再生および比較を指示する（ステップＳ４０４）。より具体的には、図１４でイメージデータ５００全体に対して説明した再生、比較の各ステップを本ステップで対象のファイル全体に対して行う。
【０２３１】
そして、検出されたエラー領域（例えば、５１２）を修復情報に登録する。
【０２３２】
ステップＳ４０３およびステップＳ４０４では共にエラー領域を修復情報に登録する。このとき、登録対象のエラー領域が、リアルタイムファイルに含まれる領域であるか、そうでないかを示す情報を修復情報に格納するものとする。以降、この情報をエラー領域種別と呼ぶ。
【０２３３】
ステップＳ４０３またはステップＳ４０３の処理が終了したら、イメージデータ５００内にまだファイルが残っているかどうかを判断する（ステップＳ４０５）。残っていれば（ステップＳ４０２）に戻り、残りのファイルに対する処理を継続する。
【０２３４】
もし、ステップＳ４０５ですべてのファイルが処理されたと判断されたら、ステップＳ４０６へ進む。
【０２３５】
そして、データの修復記録を行う（ステップＳ４０６）。ステップＳ４０６はステップＳ２０７と同様の処理を実施する。
【０２３６】
ただし、以下の処理においてはステップＳ２０７とは異なる。すなわち、修復情報中のエラー領域種別を参照し、あるエラー領域がリアルタイムファイルに含まれる領域である場合は、修復データを代替セクタへは記録しない。
【０２３７】
一方、あるエラー領域がリアルタイムファイルに含まれる領域でない場合は、ステップＳ２０７と同様の処理を実施する。
【０２３８】
そして、ディスク管理情報の更新を行う（ステップＳ４０７）。ステップＳ４０７はステップＳ２０８と同様の処理を実施する。
【０２３９】
ただし、以下の処理においてはステップＳ２０８とは異なる。すなわち、修復情報中のエラー領域種別を参照し、あるエラー領域がリアルタイムファイルに含まれる領域である場合は、新たに生成する交替管理情報１０１０に対して、交替元領域情報１０１２にだけ有効な情報を格納し、交替先位置情報１０１３を無効な状態とする。
【０２４０】
一方、あるエラー領域がリアルタイムファイルに含まれる領域でない場合は、ステップＳ２０８と同様の処理を実施する。
【０２４１】
なお、図１７のフローチャートではファイルを単位として修復処理を行ったので、ボリューム構造領域４１０等の修復は行われない。これらファイル以外のデータについては、実施の形態１の図１４で説明した修復手順を用いて行えばよい。
【０２４２】
以上のような構成により、記録に失敗した領域の情報を、交替情報と代替セクタとで構成される代替機構により、修復することができる。
【０２４３】
また、ファイル単位でリアルタイムファイルかどうかを判別し、リアルタイムファイルでない場合には実施の形態１と同様に代替セクタへの修復データの記録を行う。一方、リアルタイムファイルに対しては、代替セクタへの修復記録を行わない。これにより、リアルタイムファイルの再生時において、アクセス動作を発生させず、データ再生を途切れさせることがない。
【０２４４】
なお、リアルタイムファイルとそれ以外のファイルは異なるＥＣＣブロックに記録することが望ましい。リアルタイムファイルでない領域を修復記録したときに、リアルタイムファイルの領域までも修復記録の対象としてしまわないようにするためである。
【０２４５】
一方、リアルタイムファイルを含むエラー領域の交替管理情報リスト１０００への登録は行う。よって、リアルタイムファイルの再生に先立ってエラー領域を知ることができるので、例えばその領域をあらかじめ避けるように再生を行うことも可能であり、システムの信頼性向上に有益である。
【０２４６】
なお、リアルタイムファイルのデータ修復自体は実施しないので、ステップＳ４０４全体を省略し、修復処理自体の処理時間を短縮することも可能である。
【０２４７】
なお、上述の実施の形態では、リアルタイムファイルであるかどうかの判別を、例えばＵＤＦ規格で定義されるファイルタイプを参照することにより可能であるとした。この方法以外にも、リアルタイムファイルが記録されている領域とその他の領域に独立したトラックを割り当てるようにしてもよい。
【０２４８】
（実施の形態３）
本実施の形態においては、特にＡＶデータを含むイメージデータを記録し、なおかつ擬似的な上書き記録を用いて記録の失敗を修復する方法について説明する。従来、イメージデータを用いた記録を行う際に、データの記録失敗が生じるとその修復が不可能であるという課題が存在したが、本実施の形態によればその課題を解決可能である。
【０２４９】
図１９Ａおよび図１９Ｂは、本実施の形態において、イメージデータが記録される直前の状態での情報記録媒体１００上のデータ構造を示す。
図１９Ａでは、ディスク管理情報領域１０４を含むリードイン領域１０１と、ディスク管理情報領域１０５を含むリードアウト領域１０３とが存在する。そして、ボリューム空間１０９にはデータがまだ記録されていない。
【０２５０】
この状態に対して、図１９Ｂに示されるファイルおよびディレクトリ階層を含むイメージデータ２０００を記録する時の手順およびデータ構造について述べる。図１９Ｂでは、一般的なデータファイルであるデータファイル（Ｆｉｌｅ−ｅ）とその親ディレクトリであるディレクトリ（Ｄｉｒ−Ｅ）、そしてＭＰＥＧ方式等により符号化されたＡＶデータを含むリアルタイムファイル（ＡＶ−Ｆｉｌｅ）とその親ディレクトリであるディレクトリ（ＡＶ−Ｄｉｒ）が存在する。
【０２５１】
図２０は、イメージデータ２０００のデータ構造を示す図である。イメージデータ２０００は、図１９Ｂで示したファイルおよびディレクトリ階層構造と、それらを管理するためのファイル管理情報をまとめて１つのデータとしたものである。
【０２５２】
イメージデータ２０００は、ボリューム構造領域４１０と、ＦＥ（メタデータファイル）４４１と、メタデータファイル４４０と、データファイル（Ｆｉｌｅ−ｅ）２００４と、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５と、ＦＥ（メタデータミラーファイル）４５１と、ボリューム構造領域４１１、メタデータミラーファイル４５０とを含む。これらのファイルの配置はこの順番に限られるものではなく、ＵＤＦ規格に準拠していれば他の順番でもかまわない。
【０２５３】
なお、上述のイメージデータ５００と同様のデータ構造に対しては同じ符号を付与している。
【０２５４】
ボリューム構造領域４１０、４１１を除く領域はＵＤＦ規格バージョン２．５などで規定される物理パーティション４２０に相当する領域である。また、物理パーティション４２０内にはメタデータパーティション４３０および４３１が含まれている。上述したとおり、メタデータパーティションにはファイル管理情報が含まれる。
【０２５５】
具体的には、図２０の場合、ファイル集合記述子４３３と、ＦＥ（ＲＯＯＴ）４４２と、ＦＥ（Ｄｉｒ−Ｅ）２００１と、ＦＥ（ＡＶ−Ｄｉｒ）２００２と、ＦＥ（Ｆｉｌｅ−ｅ）２００２と、ＦＥ（ＡＶ−Ｆｉｌｅ）２００３とがメタデータファイル４４０内に含まれている。そして、メタデータミラーファイル４５０は、メタデータファイル４４０と同じデータを持っている。
【０２５６】
なお、以降の説明では、ディレクトリファイルについては、説明の簡単化のため、各ＦＥ内に含まれる形式とする。
【０２５７】
これらのメタデータファイル４４０およびメタデータミラーファイル４５０の物理パーティション４２０中での記録位置と容量は、それぞれＦＥ（メタデータファイル）４４１およびＦＥ（メタデータミラーファイル）４５１により管理される。
【０２５８】
一方、データファイル（Ｆｉｌｅ−ｅ）２００４やリアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５は物理パーティション４２０内に配置される。
【０２５９】
特にリアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５は、データ再生の際に途切れなく再生されるよう、物理パーティション４２０内に所定の条件を満たす連続領域に配置される。
【０２６０】
このようなイメージデータ２０００は、あらかじめ磁気ディスク装置３０４上等に作成された後、その先頭から順次、ボリューム空間１０９内に記録される。
【０２６１】
次に、図２１に示すフローチャートを参照して、図１９Ａの状態に対して、イメージデータ２０００を記録する時の手順を説明する。
【０２６２】
ここでは、イメージデータ２０００が磁気ディスク装置３０４上で作成され、それが情報記録媒体１００へ記録されるものとする。
【０２６３】
イメージデータ２０００の記録に先立ち、システム制御部３０１およびドライブ制御部３１１は、情報記録媒体１００のディスク管理情報領域等から、データの記録再生に必要なデータを読み出す（ステップＳ２００１）。
【０２６４】
そして、イメージデータ２０００の記録を開始する（ステップＳ２００２）。システム制御部３０１は、磁気ディスク装置３０４からイメージデータ２０００を先頭から順次読み出して、メモリ回路３０２に転送する。
【０２６５】
そして、システム制御部３０１は、イメージデータ２０００の記録動作をドライブ装置３１０に指示する。この時、ディスク管理情報を参照して、情報記録媒体１００の未記録の連続領域にイメージデータ２０００を記録する。
【０２６６】
図１９Ａの状態では、ボリューム空間１０９はすべて未記録状態であるので、その先頭からイメージデータ２０００が記録される。
【０２６７】
このデータの記録においては、ベリファイ処理を伴わない記録動作が行われることとする。イメージデータ２０００がすべて記録されると、次のステップへ進む。
次に、ディスク管理情報の更新を行う（ステップＳ２００３）。この処理は、イメージデータ２０００の記録の結果を反映するために実施される。
【０２６８】
例えば、最終データ記録位置情報１１０７を更新する。
また、イメージデータ２０００の記録に応じて、未記録領域が変わるので、セッション管理情報２００や空き領域管理情報２２０を最新の状態に更新する。
例えば、セッション管理情報２００を用いた未記録領域の管理が行われている場合は、イメージデータ５００が記録されたトラックに対応するトラック管理情報２１０中の最終データ記録位置情報２１３を更新する。
【０２６９】
このような記録手順の結果、情報記録媒体１００上のデータ構造は図２２のようになる。図１９Ａで未記録であったボリューム空間１０９内にイメージデータ２０００が連続的に記録されている。
【０２７０】
このようなイメージデータの記録処理後が行われた後に行われる記録済みデータの修復処理について、図２３および図２５Ａを参照して説明する。
【０２７１】
まずシステム制御部３０１は、データ修復の準備を行う（ステップＳ２１０１）。例えば、システム制御部３０１およびドライブ制御部３１１は、情報記録媒体１００のディスク管理領域等から、データの記録再生に必要なデータを読み出す。
【０２７２】
また、磁気ディスク装置３０４上のイメージデータ２０００および情報記録媒体１００上に記録されたデータの再生準備を行う。
【０２７３】
次にシステム制御部３０１は、ドライブ装置３１０に指示を出し、情報記録媒体１００に記録済みのイメージデータ２０００の先頭から、所定の容量のデータを再生する（ステップＳ２１０２）。ここで所定の容量とは、セクタやＥＣＣブロック単位である。あるいは、それらの整数倍の単位である。
特に、情報記録媒体１００のデータ書き換え単位に等しいかその整数倍であることが望ましい。
再生されたデータはメモリ回路３０２に転送される。
次に、システム制御部３０１は、メモリ回路３０２中の再生データと、イメージデータ２０００のうちの少なくとも一部とを比較する（ステップＳ２１０３）。例えば、イメージデータ２０００が格納されている磁気ディスク装置３０４から、イメージデータ２０００のうちその再生データに対応する部分をメモリ回路３０２に転送し、再生データと、イメージデータ２０００のうちその再生データに対応する部分との比較演算をメモリ回路３０２上で行なう。
なお、この比較処理は、メモリ回路３０２以外の場所（例えば、メモリ回路３１２）の上で行うことも可能である。
【０２７４】
この比較演算の結果、再生データがイメージデータ２０００のうち再生データに対応する部分に一致しているか否かが判定される（ステップＳ２１０４）。
再生データがイメージデータ２０００のうち再生データに対応する部分に一致している場合には、処理はステップＳ２１０６に進む。それ以外の場合には、ステップＳ２１０５に進む。
【０２７５】
システム制御部３０１は、再生データがイメージデータ２０００のうち再生データに対応する部分に一致しなかった場合には、イメージデータ２０００の記録が失敗していたと判断し、イメージデータ２０００の記録が失敗した領域をエラー領域として検出し、そのエラー領域に記録されたデータの位置を示す情報（例えば、論理アドレス）を修復情報の一部として保持する（ステップ２１０５）。修復情報は、例えば、メモリ回路３０２（あるいは、磁気ディスク装置３０４）に格納され得る。
【０２７６】
図２５Ａに示される例では、エラー領域２１０１、２１０２がイメージデータの記録が失敗した領域である。これらのエラー領域に記録されたデータの位置を示す情報が修復情報に含まれ得る。
なお、何らかの理由でデータの再生そのものが失敗した場合（すなわち、再生エラーが生じた場合）にも、再生データがイメージデータ２０００のうち再生データに対応する部分に一致しなかった場合と同様に扱う。
【０２７７】
ステップＳ２１０５が終了すると、処理はステップＳ２１０６に進む。
【０２７８】
データの再生および比較がイメージデータ２０００の終端に達したかどうかを判断する（ステップＳ２１０６）。
もし、データの再生および比較がイメージデータ２０００の終端に達していなければ、処理はステップＳ２１０２に戻り、次のデータ再生および比較を続ける。
もし、データの再生および比較がイメージデータ２０００の終端に達していれば、記録に失敗したデータの修復記録を行う（ステップＳ２１０７）。
修復記録においては、エラー領域の種類により処理を選択して実施する。本ステップにおける処理の詳細については、図２４のフローチャートを用いてさらに詳しく説明する。
【０２７９】
まず、修復情報に格納されているエラー領域を特定する情報を参照し、該当のエラー領域が、リアルタイムファイルを構成するエクステントに含まれるかどうかの判定を行う（ステップＳ２２０１）。
【０２８０】
この判定は、例えば、ファイル構造中のファイルエントリ（ＦＥ）を調べることにより実施可能である。なぜなら、各ＦＥは、パーティション空間内での各ファイルを構成するエクステントの位置と容量に関する情報を保持しているからである。また、ＵＤＦ規格で定義されるファイルタイプを参照することにより、各ファイルがリアルタイムファイルであるかどうかが判別できる。
【０２８１】
例えば、エラー領域２１０１はリアルタイムファイルのエクステントに含まれない領域であり、このような場合、処理はステップＳ２２０２に進む。一方、エラー領域２１０２はリアルタイムファイルのエクステントに含まれる領域であり、このような場合、処理はステップＳ２２０４に進む。そうでなければステップＳ２２０２に進む。
【０２８２】
エラー領域に対応する修復データ（エラー領域の正常な内容を示すデータ）を情報記録媒体１００上の代替クラスタ（例えば、交替領域１０６、交替領域１０７）に記録する（ステップＳ２２０２）。エラー領域に対応するデータをイメージデータ２０００の対応する位置から読み出し、修復データとして交替領域に記録する。例えば、図２５Ａでは、エラー領域２１０１に対して、修復データ２２０１が記録される。
【０２８３】
これらの処理は、例えば、システム制御部３０１がドライブ装置３１０に対して、修復記録の実施を意味する所定のコマンドを発行することによって実行される。
【０２８４】
なお、このとき、エラー領域に対応する修復データは、エラー領域に近い代替クラスタに記録することが望ましい。データの記録・再生時のアクセス時間を短縮することが可能となるからである。
【０２８５】
システム制御部３０１は、エラー領域に記録されたデータの位置を示す情報（例えば、論理アドレス）とそれを修復するために代替クラスタに記録されたデータの位置を示す情報（例えば、論理アドレス）とを関連付ける関連情報を生成し、メモリ回路３０２やメモリ回路３１２等に保持する（ステップＳ２２０３）。
【０２８６】
リアルタイムファイルに関しては、その再記録を行う（ステップＳ２２０４）。上述したように、リアルタイムファイルを途切れなく再生するために、所定の条件を満たした物理的な連続領域に配置する必要がある。
【０２８７】
しかしながら、リアルタイムファイル中にエラー領域が含まれるとその領域はデータの供給が止まるため、再生が途切れてしまう可能性がある。
【０２８８】
本ステップにおいては、エラー領域が存在するために、再生が途切れてしまうリアルタイムファイル上の領域を調べる。具体的には、図２５Ａでは、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５に含まれるエクステント＃２がそれに相当する。
【０２８９】
そこで、エクステント＃２に対応するデータをイメージデータ２０００から読み出し、ボリューム空間１０９中の空き領域に、エクステント＃２ａ（エクステント＃２の正常な内容を含むデータ）として記録する。
【０２９０】
この時、エクステント＃２ａを含む修復されたリアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５が途切れなく再生されなければならないので、そのような条件を満たすようにエクステント＃２ａの長さを決める。
【０２９１】
なお、ここでは、リアルタイムファイル中に一つのエラー領域しか示していないが、複数のエラー領域が存在する場合も同様である。上述のように、エクステントの再記録を行う際に、途切れなく再生できるよう、各エクステントの長さを決定する。
【０２９２】
次に、エクステントの再記録を反映するため、ファイル構造の更新を行う（ステップＳ２２０５）。ステップＳ２２０４で、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５を構成するエクステントが変更されたので、これを反映するために、ファイル構造の更新を行う。ここでは、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５を管理するＦＥの更新が必要である。ファイル構造の更新は、メタデータファイルの更新として実施される。
【０２９３】
具体的には、図２５Ａでは、メタデータファイル４４０を更新した、メタデータファイル２３００が、ボリューム空間１０９中の空き領域に記録される。さらに、メタデータファイル２３００を管理するＦＥ（メタデータファイル）２３０１が記録される。
【０２９４】
そして、ボリューム構造の更新を行う（ステップＳ２２０６）。ステップＳ２２０５でファイル構造の更新が行われたので、ボリューム構造を疑似上書き記録することにより、ファイル構造を参照するボリューム構造を最新の情報に更新する。
【０２９５】
具体的には、図２５Ａでは、ボリューム構造２３０２Ａおよび２３０３Ａへのボリューム構造２３０２Ｂおよび２３０３Ｃへの更新に相当する。
【０２９６】
上述の修復記録処理を、修復情報に含まれる全てのエラー領域に対して実施する。修復処理が終わったら、図２３の処理に戻る。
【０２９７】
そして、ディスク管理情報の更新を行う（ステップＳ２１０８）。この更新処理には、次のような処理が含まれる。
【０２９８】
システム制御部３０１は、メモリ回路３０２などにおいて、ステップＳ２２０３で得られた関連情報から新たな交替管理情報１０１０を生成する。
例えば、関連情報中の、エラー領域に記録されたデータの位置を示す情報や、修復データが記録された代替クラスタの位置を示す情報に対して所定の変換（例えば、論理アドレスから物理アドレスへの変換）を行う。
そして、この生成された交替管理情報１０１０に対して、交替元位置情報１０１２にエラー領域に記録されたデータの位置を、交替元先置情報１０１３に修復データが記録された代替クラスタの位置を設定する。
さらに、この生成された交替管理情報１０１０を含む新たな交替管理情報リスト１０００を生成する。また、ステップＳ２２０６でボリューム構造に対して疑似上書き記録を行ったために生成される交替管理情報１０１０も、この新たな交替管理情報リスト１０００に追加される。
【０２９９】
システム制御部３０１は、ドライブ装置３１０に対してこの生成された交替管理情報リスト１０００を記録するよう指示を出し、ドライブ制御部３１０は、この新たな交替管理情報リスト１０００をディスク管理情報領域１０４に追記する。
なお、システム制御部３０１が、ステップＳ２２０３で得られた関連情報から、エラー領域に記録されたデータの位置を示す情報と、修復データの記録位置を示す情報を所定の形式（例えば、論理アドレス）で含むような交替情報更新指示を生成し、ドライブ装置３１０に出力ようにしてもよい。
交替情報更新指示を受け取ったドライブ装置３１０は、そこに含まれる論理アドレスを物理アドレスへ変換して交替管理情報１０１０を生成し、交替管理情報リスト１０００に追加し、ディスク管理情報領域１０４に追記する。
なお、ステップＳ２２０５において、エクステントの再記録を反映するため、ボリューム構造を疑似上書き記録することにより、ファイル構造を最新の情報に更新したが、ファイル構造の他の変更部分、例えば、ＦＥ（メタデータファイル）を疑似上書き記録するようにしてもよい。例えば、図２５Ｂに示すように、ＦＥ（メタデータファイル）４４１をＦＥ（メタデータファイル）２３０１Ｂにより疑似上書きしてもよい。
あるいは、修復されたリアルタイムファイルのＦＥを疑似上書き記録するようにしてもよい。
以上のような修復動作は、エラー領域に記録されたデータを修復データにより更新したことに等しい。この更新状態をファイルシステムに反映するための更新情報として、エラー領域に記録されたデータの位置を示す第１のアドレス情報である更新前のファイル構造（例えば、ボリューム構造２３０２ＡやＦＥ（メタデータファイル）４４１、など）と、修復データの記録位置を示す第２のアドレス情報である更新後のファイル構造（例えば、ボリューム構造２３０２ＢやＦＥ（メタデータファイル）２３０１Ｂ、など）とを対応づける交替管理情報１０１０と、第２のアドレス情報である更新後のファイル構造が情報記録媒体１００に記録される。
そして、後述する再生処理においては、この交替管理情報１０１０を参照することにより、更新後のファイル構造が再生される。その結果、エラー領域に記録されたデータは再生されず、修復データが再生される。よって、記録に失敗した領域の情報を、交替情報と代替セクタとで構成される代替機構により、修復することができる。
【０３００】
このようなファイルの記録処理が行われた後の、ファイルの再生処理について、図２６のフローチャートを用いて説明する。ここでは、まず、データファイル（Ｆｉｌｅ−ｅ）２００４を再生する動作を例にあげて説明する。
【０３０１】
まず、システム制御部３０１は、ドライブ装置３１０に指示を出し、情報記録媒体１００の所定の位置（例えば、論理アドレス＝２５６）に記録されているＡＶＤＰ  ６００を再生する（ステップＳ２３０１）。
【０３０２】
次に、システム制御部３０１は、ＡＶＤＰ  ６００から、ボリューム構造４１０の位置情報を取得し、ドライブ装置３１０に指示を出してボリューム構造４１０を再生する（ステップＳ２３０２）。指示を受け取ったドライブ装置３１０は、交替管理情報リスト１０００を参照し、論理ボリューム記述子６０１の位置情報を交替元位置情報１０１２として保持している交替管理情報１０１０を検索する。対応する交替管理情報１０１０が見つかったら、そこに含まれる交替先位置情報１０１３を取得する。その結果、ボリューム構造２３０２Ｂの位置情報が得られるので、ボリューム構造２３０２Ｂを再生してシステム制御部３０１へ返信する。ボリューム構造２３０２Ｂを受け取ったシステム制御部３０１は、ボリューム構造２３０２Ｂに含まれる区画マップ（タイプ２）からＦＥ（メタデータファイル）２３０１の位置情報を取得する。
【０３０３】
次に、システム制御部３０１は、ファイル構造の再生を行う（ステップＳ２３０３）。ファイル構造の再生のため、システム制御部３０１は、取得したＦＥ（メタデータファイル）２３０１の位置情報を元に、ドライブ装置３１０にＦＥ（メタデータファイル）２３０１の再生を指示する。
【０３０４】
そして、再生されたＦＥ（メタデータファイル）２３０１から、メタデータファイル２３００の位置情報を得て、最新のファイル管理情報が含まれているメタデータファイル２３００へアクセス可能となる。
【０３０５】
そして、再生されたファイル構造から、データファイル（Ｆｉｌｅ−ｅ）２００４の記録位置等を取得し、その再生を行う（ステップＳ２３０４）。
データファイル（Ｆｉｌｅ−ｅ）２００４の再生においては、システム制御部３０１からドライブ装置３１０への再生指示は、データが読み出されるべき位置を示す位置情報を少なくとも指定する。その位置情報は、論理アドレスによって表される。再生指示を受け取ったドライブ装置３１０は、再生指示において指定された論理アドレスを物理アドレスに変換する。そして、交替管理情報リスト１０００を参照し、この物理アドレスを交替元位置情報１０１２として保持している交替管理情報１０１０を検索する。
【０３０６】
再生指示において指定された論理アドレスに対応する交替管理情報１０１０が交替管理情報リスト１０００中に発見されたら、その発見された交替管理情報１０１０に含まれる交替先位置情報１０１３を取得する。その結果、再生指示において指定された論理アドレスに対応して、実際にデータが記録されている物理アドレスが得られるので、その物理アドレス上のデータを再生してシステム制御部３０１に出力する。
【０３０７】
具体的には、例えば、図２５Ａに示されるエラー領域２１０１の論理アドレスに対して再生指示が行われた場合には、ドライブ装置３１０は、交替管理情報リスト１０００を検索し、修復データ２２０１の物理アドレスを取得する。
そして、修復データ２２０１を再生して、そのデータをシステム制御部３０１に出力する。
他のエラー領域に対しても同様の処理を行う。
【０３０８】
一方、リアルタイムファイル（ＡＶ−Ｆｉｌｅ）２００５の再生においてはファイルエントリに示されるエクステントを順次、再生すればよい。なぜなら、図２３などを参照して説明したように、リアルタイムデータを含むエクステントの修復においては、代替機構を用いず、エクステントの再記録を行い、さらに疑似上書きによりファイル構造の更新も行っているからである。
【０３０９】
以上のような処理により、イメージデータ２０００の記録において、記録に失敗した領域の情報を交替情報と代替セクタとで構成される代替機構により、修復することができる。
【０３１０】
一方、リアルタイムファイルに関しては、代替機構を用いるとＡＶデータが離散的に配置されてしまい、途切れなく再生することができない。よって、本実施の形態においては、エラー領域に含まれれるリアルタイムファイルのエクステントをユーザデータ領域に再記録することにより、データの修復とＡＶデータの配置条件を満たすことが可能となる。そして本修復処理により発生するファイル構造の更新を疑似上書き記録により実現する。
【０３１１】
そして、リアルタイムファイル中のエラー領域に関しては、交替領域を使わずに修復を実現するので、交替領域を大きくする必要がない。これにより、実装の負担の低減や、情報記録媒体上のデータ領域の効率的な利用が可能とる。
【０３１２】
このような修復機能を実現することにより、情報記録媒体の製造時の品質を下げたとしても、システム全体では高い信頼性を達成することが可能となり、これはディスクの製造コストを下げられるという産業上の大きな利点が生ずる。
【０３１３】
そして、図２５Ａや図２５Ｂに示すような修復後に得られるデータ構造は、論理的な空間上では、再生専用のファイル構造と同じとなり、再生専用媒体または書き換え型記録媒体用の再生動作を行うことしかできないシステムでも、追記型記録媒体中のデータ再生が可能である。
【０３１４】
また、上述の記録手順においては、ベリファイ処理を実施せず、イメージデータのすべてのデータが記録された後に、修復記録を行うとした。もし、ベリファイ処理を行いながらイメージデータを記録すると、データ記録の最小単位（例えばＥＣＣブロック単位）毎に、記録を行った直後にそのデータに再度アクセスし、再生を行う必要がある。そのため、ベリファイ処理を伴う記録を行うと、イメージデータ２０００全体の記録処理に必要な時間が大幅に増加してしまう。
【０３１５】
一方、本実施の形態においては、記録時および修復時ともに、連続的なデータアクセスにより処理を行うので、ヘッド部３３４のアクセスやディスク回転速度制御のための余分な待ち時間が不要となり、処理時間を大幅に短縮することが可能となる。
【０３１６】
なお、上述の実施の形態においては、システム制御部３０１が疑似上書き記録の実施をドライブ装置３１０に対して指示する、と説明した。この指示は、疑似上書き記録の実施を意味する所定の命令（コマンド）を用いても良い。あるいは、通常の記録命令を受けたドライブ装置３０１がデータの上書きを検知して、自動的に疑似上書き記録を行うようにしても良い。
【産業上の利用可能性】
【０３１７】
本発明は、これらに限定されないが、例えば追記型の光ディスク等の情報記録媒体や、ディスクビデオレコーダやディスクビデオカメラ等の記録装置および記録方法等に利用可能である。
【図面の簡単な説明】
【０３１８】
【図１Ａ】本発明の実施の形態における情報記録媒体の外観を示す図
【図１Ｂ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図１Ｃ】本発明の実施の形態におけるユーザデータ領域のデータ構造を示す図
【図２Ａ】本発明の実施の形態における交替管理情報リストのデータ構造を示す図
【図２Ｂ】本発明の実施の形態における交替管理情報のデータ構造を示す図
【図３Ａ】本発明の実施の形態におけるセッション管理情報のデータ構造を示す図
【図３Ｂ】本発明の実施の形態におけるトラック管理情報のデータ構造を示す図
【図３Ｃ】本発明の実施の形態における空き領域管理情報のデータ構造を示す。
【図４】本発明の実施の形態におけるユーザデータ領域上の空き領域管理を行っている状態を示す図
【図５】本発明の実施の形態におけるディスク構造情報のデータ構造を示す図
【図６】本発明の実施の形態における他の情報記録媒体のデータ構造を示す図
【図７】本発明の実施の形態における情報記録再生装置の構成を示すブロック図。
【図８Ａ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図８Ｂ】本発明の実施の形態におけるファイルおよびディレクトリ階層の一例を示す図
【図９Ａ】本発明の実施の形態におけるイメージデータのデータ構造を示す図
【図９Ｂ】本発明の実施の形態におけるメタデータファイル内の異なるデータ配置を示す図
【図１０】ＵＤＦ規格バージョン２．５で規定されるメタデータファイルに関連するデータ構造を示す図
【図１１Ａ】本発明の実施の形態におけるボリューム構造領域のデータ配置を示す図
【図１１Ｂ】本発明の実施の形態におけるボリューム構造領域のデータ配置を示す図
【図１２】本発明の実施の形態における記録処理を示すフローチャート
【図１３】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図１４】本発明の実施の形態における修復処理を示すフローチャート
【図１５】本発明の実施の形態におけるイメージデータ修復処理後の情報記録媒体のデータ構造を示す図
【図１６】本発明の実施の形態における再生処理を示すフローチャート
【図１７】本発明の実施の形態における修復処理を示すフローチャート
【図１８】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図１９Ａ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図１９Ｂ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図２０】本発明の実施の形態におけるイメーデータのデータ構造を示す図
【図２１】本発明の実施の形態における記録処理を示すフローチャート
【図２２】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図２３】本発明の実施の形態における修復処理を示すフローチャート
【図２４】本発明の実施の形態における修復記録処理を示すフローチャート
【図２５Ａ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図２５Ｂ】本発明の実施の形態における情報記録媒体のデータ構造を示す図
【図２６】本発明の実施の形態における再生処理を示すフローチャート
【図２７】情報記録媒体に記録されるファイルおよびディレクトリ階層構造を示す図
【図２８】従来の技術におけるフォーマット処理後の情報記録媒体上のデータ構造を示す図
【図２９】従来の技術におけるファイル記録処理後の情報記録媒体上のデータ構造を示す図
【図３０】従来の技術におけるファイル記録処理後の情報記録媒体上のデータ構造を示す図
【図３１】従来の技術におけるファイル再生処理を示すフローチャート。
【符号の説明】
【０３１９】
１００  情報記録媒体
１０１  リードイン領域
１０２、１０２ａ  データ領域
１０３、１０３ａ  リードアウト領域
１０４、１０４ａ、１０５、１０５ａ  ディスク管理情報領域
１０６、１０６ａ、１０７、１０７ａ  交替領域
１０８、１０８ａ  ユーザ領域
１０９  ボリューム空間
１１０、１２２  未記録領域
１２０  最終データ記録位置情報
１２１  トラック内最終データ記録位置
２１０  トラック管理情報
２１１  セッション開始情報
２１２  トラック開始位置情報
２１３  最終データ記録位置情報
２２０  空き領域管理情報
２２２  管理対象領域情報  
２２３  空き領域情報  
３００  情報記録再生装置  
３０１  システム制御部  
３０２  メモリ回路  
３０３  Ｉ／Ｏバス  
３０４  磁気ディスク装置  
３１０  ドライブ装置  
３１１  ドライブ制御部  
３１２  メモリ回路  
３１３  内部バス  
３１４  記録再生部  
４１０  ボリューム構造領域  
６００  ８００  ＡＶＤＰ    
６０１  論理ボリューム記述子  
６０２  区画マップ（タイプ２）  
４４０  メタデータファイル
４５０  メタデータミラーファイル  
５００  イメージデータ  
５１０、５１１、５１２、５１３  エラー領域
５２０、５２１、５２２  修復データ
１０００  交替管理情報リスト
１０１０  交替管理情報
１１００  ディスク構造情報
【図１Ａ】
2005346899.tif 000003
【図２Ａ】
2005346899.tif 000004
【図２Ｂ】
2005346899.tif 000005
【図３Ａ】
2005346899.tif 000006
【図３Ｂ】
2005346899.tif 000007
【図３Ｃ】
2005346899.tif 000008
【図４】
2005346899.tif 000009
【図５】
2005346899.tif 000010
【図６】
2005346899.tif 000011
【図７】
2005346899.tif 000012
【図８Ｂ】
2005346899.tif 000013
【図９Ａ】
2005346899.tif 000014
【図９Ｂ】
2005346899.tif 000015
【図１０】
2005346899.tif 000016
【図１１Ａ】
2005346899.tif 000017
【図１１Ｂ】
2005346899.tif 000018
【図１２】
2005346899.tif 000019
【図１４】
2005346899.tif 000020
【図１５】
2005346899.tif 000021
【図１６】
2005346899.tif 000022
【図１７】
2005346899.tif 000023
【図１８】
2005346899.tif 000024
【図１９Ａ】
2005346899.tif 000025
【図１９Ｂ】
2005346899.tif 000026
【図２０】
2005346899.tif 000027
【図２１】
2005346899.tif 000028
【図２３】
2005346899.tif 000029
【図２４】
2005346899.tif 000030
【図２５Ａ】
2005346899.tif 000031
【図２５Ｂ】
2005346899.tif 000032
【図２６】
2005346899.tif 000033
【図２７】
2005346899.tif 000034
【図２９】
2005346899.tif 000035
【図３０】
2005346899.tif 000036
【図３１】
2005346899.tif 000037
【図１Ｂ】
2005346899.tif 000038
【図１Ｃ】
2005346899.tif 000039
【図８Ａ】
2005346899.tif 000040
【図１３】
2005346899.tif 000041
【図２２】
2005346899.tif 000042
【図２８】
2005346899.tif 000043