(57)【要約】      （修正有）【課題】  データ記録の信頼性を向上できる光ディスク装置及びその制御方法を提供する。【解決手段】記録データの再生時、再生データと記録データとを比較、正常に記録できているか否かを判定するベリファイ動作を行う記録媒体に対する記録装置の制御方法である。ベリファイ動作を複数回実行する場合に、前記記録媒体は、前記記録モードに対応して、記録管理情報を記録する記録管理領域と、該記録管理領域に記録できる複数の記録管理データとを有し、前記記録管理データ記録領域の状態を示すテーブルを設ける。また、書き換え可能な記録媒体に対し、複数の記録モードを定義し、定義された記録モードに従ってデータを記録する記録媒体に対する記録装置であって、記録媒体は、前記記録モードに対応して、記録管理情報を記録する記録管理領域と、記録管理領域に記録できる複数の記録管理データとを有し、記録管理データ記録領域の状態を示すテーブルを設ける。【選択図】  図１
2006268948.tif 000002
【特許請求の範囲】
【請求項１】
書き換え可能な記録媒体に記録した記録データを再生する際に、再生するデータと記録したデータとを比較し、正常に記録できているか否かを判定するベリファイ動作を行う記録媒体に対する記録装置の制御方法であって、
ベリファイ動作を行う際に、光ディスク装置の制御系要素を複数段階に設定しながら、ベリファイ動作を複数回実行することを特徴とする記録装置の制御方法。
【請求項２】
書き換え可能な記録媒体に対し、複数の記録モードを定義し、定義された前記記録モードに従ってデータを記録する記録媒体に対する記録装置であって、
前記記録媒体は、前記記録モードに対応して、記録管理情報を記録する記録管理領域と、該記録管理領域に記録できる複数の記録管理データとを有し、
前記記録管理データ記録領域の状態を示すテーブルを設けることを特徴とする記録媒体の記録装置。
【請求項３】
書き換え可能な記録媒体に、記録媒体の記録状態を管理する管理情報に複数の記録フォーマットが定義されている記録媒体に記録する記録装置であって、
管理情報を記録する領域の状態情報を管理する管理部と、管理情報を記録する記録部と、を有することを特徴とする記録装置。
【請求項４】
前記管理部は、前記管理情報を記録する領域の状態情報の管理を、記録単位ごとに管理することを特徴とする請求項３に記載の記録装置。
【請求項５】
前記管理情報を記録する領域の状態情報の管理を、管理情報の記録単位に関して複数個まとめて管理することを特徴とする請求項３に記載の記録装置。
【請求項６】
前記管理情報を記録する領域の状態情報を用いて記録媒体の記録状態を管理する管理情報を記録することを特徴とする請求項３に記載の記録装置。
【請求項７】
前記管理情報を記録する領域の状態情報を用いて記録媒体の記録状態を管理する管理情報のフォーマット変換を行うことを特徴とする請求項３に記載の記録装置。
【請求項８】
前記管理情報を記録する領域の状態情報を、記録媒体の記録状態を管理する管理情報を記録する領域のうちユーザが任意に記録可能なユーザ任意記憶（User Specific Data）領域に記録することを特徴とする請求項３に記載の記録装置。
【請求項９】
前記ユーザ任意記憶領域に記録する際に、前記管理情報を記録する領域の状態情報の識別子をつけて記録することを特徴とする請求項８に記載の記録装置。
【請求項１０】
前記記録管理テーブルは、記録管理領域に記録できるＲ記憶管理データの状態を示すＲＭＤ状態テーブルを有することを特徴とする請求項２に記載の記録装置。
【請求項１１】
前記ＲＭＤ状態テーブルを用いてＲＭＤの代替を行い、制限付き上書きモードとシーケンシャル記録モードとの記録方式の変換を行うことを特徴とする請求項２に記載の記録装置。
【請求項１２】
前記ＲＭＤ状態テーブルは、前記ＲＭＡ領域に記録できる前記ＲＭＤを複数にまとめにしたＲＭＤセット単位での状態テーブルであることを特徴とする請求項１０又は１１に記載の記録装置。
【請求項１３】
前記ＲＭＤセット単位の状態テーブルを用いてＲＭＤの代替又は前記制限付き上書きモードと前記シーケンシャル記録モードとの記録方式の変換を行うであることを特徴とする請求項１２に記載の記録装置。
【請求項１４】
前記ＲＭＤ状態テーブル又は前記ＲＭＤセット単位の状態テーブルにおいて、ユーザ固有のデータが記録されていることを示すＲＭＤ状態テーブル識別子又はＲＭＤセット状態テーブル識別子を有することを特徴とする請求項１２に記載の記録装置。
【請求項１５】
前記ＲＭＤ状態テーブル又は前記ＲＭＤセット単位の状態テーブルを有さないディスク記録装置で記録したディスクをローディングした場合に、ＲＭＤ状態テーブル又はＲＭＤセット状態テーブルを生成する手段を有することを特徴とする請求項１２から１４までのいずれか１項に記載の記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、書き換え可能な光ディスクなどの記録媒体において、複数の記録モードが定義されている記録媒体の記録管理領域の制御技術に関する。
【背景技術】
【０００２】
最近では、動画データを含むマルチメディアデータを取り扱う機会が多くなったことに伴い、大容量の記録媒体の必要性が高まってきている。ところで、大容量光記憶媒体の一種であるＤＶＤ−ＲＷディスクなどの光記録媒体は、光記録媒体に光ビームを照射し、この記録材料に光学的な変化を生じさせることにより、情報の記録を行うことができる書き換え可能な相変化型の光記録媒体である。
【０００３】
図１６は、ＤＶＤ−ＲＷのディスク構造の例を示す図である。図１６に示すように、ＤＶＤ−ＲＷディスクは、内周側に設けられているR-Information areaと外周側に設けられているInformation areaとを有する。Information areaは、Lead-in areaと、Data Recording areaと、Lead-out areaとを有して構成される。R-Information areaは、ドライブが記録パワーを調整するＰＣＡ（Power Calibration Area）と、記録管理情報を記録するＲＭＡ（Recording Management Area：記録管理領域）と、を有して構成される。
【０００４】
図１７は、ＲＭＡ構造の詳細を示す図である。図１７（１）に示すように、ＲＭＡは、１個のＲＭＡ Lead-inと７００個のＲＭＤ（Recording Management Data：記録管理データ）の記録領域とを有している。図１７（２）に示すように、１つのＲＭＤは２ＫＢ（１セクタ）のLinking Loss area と１５のフィールド（セクタ）とを有しており、ＲＭＤのFormatには、Format１ ＲＭＤ、Format２ ＲＭＤ、Format３ ＲＭＤの３つのFormatが定義されている。
【０００５】
ＤＶＤ−ＲＷディスクにおいて、Sequential recording modeとRestricted overwrite modeとの２つの記録方法が定義されている。Sequential recording mode（シーケンシャル記録モード）は、ＤＶＤ−ＲＷディスクをＤＶＤ−Ｒのような追記型光ディスクと同じように記録していく方法であり、Restricted overwrite mode（制限付き上書きモード）は、制限付ではあるが上書きが許される記録方法である。この２つの記録モードによって、ＲＭＡ構造も異なる。
【０００６】
図１９は Restricted overwrite modeのＲＭＡ構造を示す図である。図１９に示すように、Restricted overwrite modeのＲＭＡ構造は、ＲＭＡからＲＭＡ Lead-inを除いた７００個のＲＭＤ記録領域を５つのセグメントに分けられる（ＲＭＡ Segment＃１〜ＲＭＡ Segment＃５）。各ＲＭＡ Segmentは、それぞれのＲＭＤ記録領域を１まとめにしたＲＭＤ Setで２８個に分割される（ＲＭＤ Set＃１〜ＲＭＤ Set＃２８）。各ＲＭＤ Setは、５つのＲＭＤ  Ｂｌｏｃｋに分割される。
【０００７】
図２０は、Restricted overwrite modeで記録するＲＭＤ Formatを示す図であり、図１８は、そのFormat２ ＲＭＤ Field１の定義を示す図である。
【０００８】
ＤＶＤ−ＲＷディスクにRestricted overwrite modeで記録するときは、図２０（ａ）に示すように、ＲＭＡ Segmentの先頭のＲＭＤ Set＃１にFormat２ ＲＭＤを５つ記録し、ＲＭＤ Set＃２にFormat３ ＲＭＤを５つ記録する。Format２ ＲＭＤのField１の定義は図１８に示されている。図１８に示すように、Field１には、Format３ ＲＭＤ Set Pointerというフィールドが準備されている。このFormat３ ＲＭＤ Set Pointerは、有効なFormat３ ＲＭＤがどこに書いてあるかを示している。また、Format２ ＲＭＤを記録するたびにUpdate Counterフィールドの値を＋１していく。図２０（ａ）の場合はＲＭＡ Segment＃１のＲＭＤ Set＃２が有効なFormat３ ＲＭＤ Setであり、この位置を指している。ユーザ領域の記録に関する情報はFormat２ ＲＭＤではなく、Format３ ＲＭＤに記録する。このため、Restricted overwrite modeでは、Format３ ＲＭＤの書換えが頻繁に発生する。
【０００９】
一般的に、相変化型の書き換え可能な光ディスクは、加熱して記録膜を溶融して記録するため、他数回の書き換えを行うと、膜中の欠陥が増加してエラーが増大しやすくなる。
【００１０】
ＲＭＡ領域のＲＭＤの記録のときも同様であり、同じ位置に何度もＲＭＤ情報の記録を繰り返すとエラー数が増大してくる。ＲＭＤはユーザデータ領域の記録に関する情報を記録するため、このＲＭＤが読めなくなるとそのディスクに対しどの位置に記録したらよいかわからなくなってしまう。そのため、ＲＭＤの交代領域が用意されている。
【００１１】
図２０（ｂ）と図２０（ｃ）とは、リードエラー数の増大したＲＭＤが移動された場合の状態を示している。図２０（ｂ）はFormat３ ＲＭＤが移動していく様子を示している。ＲＭＡ Segment＃１のＲＭＤ Set＃２にあるFormat３ ＲＭＤのリードエラー数が増大すると、Format３ ＲＭＤは隣のＲＭＤ SetであるＲＭＤ Set＃３へ移動していく（図２０（ｂ）の（ア）参照）。Format３ ＲＭＤ Setが移動すると、Format２ ＲＭＤ SetのFormat３ ＲＭＤ Set Pointer も書換えなければならない。また、図１８のByte１６-１９にＲＳＤＳ＃２からＲＳＤＳ＃２８が割り当てられているが、これはＲＭＡ Segment Defect Statusと称し、そのＲＭＡ SegmentのFormat３ ＲＭＤを記録するＲＭＤ Set＃２からＲＭＤ Set＃２８までのＲＭＤ Setの状態を示している。このFormat３ ＲＭＤ Setが読み書きできないとき、つまり、このＲＭＤ Setに記録できない、あるいはリードしても３つ以上のＲＭＤ  Ｂｌｏｃｋでエラー数が大きいような状態のときdefectiveと判断し、該当するビットを１にセットするものである。
【００１２】
図２０（ｂ）の（ア）の状態でＲＭＤ Set＃３に何度かFormat３ ＲＭＤ Setを記録しＲＭＤ Set＃３にあるFormat３ ＲＭＤのリードエラー数が増大すると、Format３ ＲＭＤは隣のＲＭＤ SetであるＲＭＤ Set＃４へ移動していく（図２０（ｂ）の（イ）参照）。同様に、ＲＭＤ Set＃４のFormat３ ＲＭＤのエラー数が増大するとＲＭＤ Set＃５へ、このＲＭＤ Setのエラー数が増加するとＲＭＤ Set＃６へ…と、ＲＭＤ Set＃２８まで移動する。ここで、Format２ ＲＭＤはFormat３ ＲＭＤが移動する毎に図１８に示すUpdate Counterを＋１し、Format３ ＲＭＤ Set Pointerは次のＲＭＤ Setの先頭を指し、ＲＳＤＳも更新する。
【００１３】
さらに、ＲＭＤ Set＃２８にあるFormat３ ＲＭＤのエラー数が増大すると、図２０（ｂ）の (ウ)のようにSegmentの移動が起こり、Format２ ＲＭＤは隣のＲＭＡ SegmentであるＲＭＡ Segment＃２のＲＭＤ Set＃１に移動し、Format３ ＲＭＤはＲＭＡ Segment＃２のＲＭＤ Set＃２に移動する。このとき、Format２ ＲＭＤのField１にあるUpdate Counterの値も＋１される。ＲＭＡ Segment＃１のＲＭＤ Set＃１のUpdate Counterの値とＲＭＡ Segment＃２のＲＭＤ Set＃１のUpdate Counterの値を比べるとＲＭＡ Segment＃２のＲＭＤ Set＃１に書いてあるUpdate Counterの値のほうが大きい。この値の最も大きいＲＭＡ Segmentを調べることにより、有効なＲＭＡ Segmentを知ることができる。
【００１４】
次に、図２０（ｃ）はFormat２ ＲＭＤが移動していく様子を示している。Format２ ＲＭＤは各ＲＭＡ SegmentのＲＭＤ Set＃１に記録することになっているので、Format２ ＲＭＤのエラー数が増大すると隣のＲＭＡ Segmentに移動することになる。図２０（ｃ）は、ＲＭＡ Segment＃１のＲＭＤ Set＃１に記録されているFormat２ ＲＭＤが、ＲＭＡ Set＃３にFormat３ ＲＭＤが書いてある場合にFormat２ ＲＭＤのエラー数が増大したときの移動の様子を表している。Format２ ＲＭＤのエラー数が増大したとき、Format２ ＲＭＤ Setは隣のＲＭＡ SegmentであるＲＭＡ Segment＃２のＲＭＤ Set＃１に移動する。このときFormat３ ＲＭＤも移動され、ＲＭＡ Segment＃２のＲＭＤ Set＃２に移動する。Format２ ＲＭＤ Setが隣のＲＭＡ Segment＃２に移動するのでUpdate Counterは＋１される。従って、ＲＭＡ Segment＃１のUpdate CounterよりＲＭＡ Segment＃２のUpdate Counterの方が大きいのでＲＭＡ Segment＃２の方が有効であることがわかる。
【００１５】
図２１は、Sequential recording mode のＲＭＡ構造を示す図である。図２１のSequential recording mode のＲＭＡ構造は、ＲＭＡ Lead-inを除いた７００個のＲＭＤ記録領域を先頭の５つのＲＭＤ記録領域と残りの６９５個のＲＭＤの記録領域とに分けられており、これらを、それぞれ１st Part及び２nd Partと呼ぶ。１st PartはFormat２ ＲＭＤを５つ書く。２nd PartはFormat１ ＲＭＤを記録する領域であり、ＲＭＤ＃６にFormat１ ＲＭＤを記録する。このようにSequential Recording Modeには、５個のFormat２ ＲＭＤと最低１個のFormat１ ＲＭＤとが記録されている。
【００１６】
図２２は、Sequential recording modeでのＲＭＤの追記を示す図である。図２２に示すように、Sequential recording modeは、上書きをせず追記しながら記録するモードなのでFormat１ ＲＭＤの更新が必要なときは、Format１ ＲＭＤを追記する。Format１ ＲＭＤを追記していく様子を図２２に示す。既に、１st PartにFormat２ ＲＭＤが５つ、２nd PartはFormat１ ＲＭＤが１つ書いてある状態において、Format１ ＲＭＤを記録する必要が生じた場合、Format１ ＲＭＤの隣に新たにFormat１ ＲＭＤを記録する。このようにFormat１ ＲＭＤの記録が必要になった場合に、常に有効なFormat１ ＲＭＤを外周側に１ＥＣＣずつ追記していく。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
ＤＶＤ−ＲＷディスクはoverwriteが可能なためBlankやFormatを行うことにより、Restricted Overwrite ModeからSequential Recording Modeへ、Sequential Recording ModeからRestricted Overwrite Modeへ記録モードを移行することができるようになっている。
【００１８】
図２３は、Restricted overwrite modeからSequential Recording mode、Restricted overwrite modeへの移行の様子を示す図である。図２３はRestricted Overwrite ModeからBlankコマンド、Formatコマンドを発行し、Sequential Recording Mode、Restricted Overwrite Modeへ移行していくときの様子を表している。図２３（ａ）は、Format２ ＲＭＤ SetかFormat３ ＲＭＤ Setの傷などによる記録失敗あるいはリードエラー増大により、ＲＭＡ Segment＃４に有効なFormat２ ＲＭＤ SetとFormat３ ＲＭＤ Setとが移動した状態を表している。さらに、ＲＭＡ Segment＃４のＲＭＤ Set＃２もエラー数増大のためFormat３ ＲＭＤ SetはＲＭＤ Set＃３に移動している。このようなディスクに対しBlankコマンドが発行されると、図２３（ｂ）に示すように、ＲＭＡの先頭に５つのFormat２ ＲＭＤ Setと１つのFormat１ ＲＭＤ Setを記録する。このとき、図２３（ａ）でＲＭＡ Segment＃１、ＲＭＡ Segment＃２、ＲＭＡ Segment＃３のFormat２ ＲＭＤのField１には、ＲＳＤＳ情報が記録されていたが、図２３（ｂ）のようにモードが変わるとＲＭＡ Segment＃１のFormat２ ＲＭＤのＲＳＤＳ情報は引き継ぐことはできたとしても、ＲＭＡ Segment＃２とＲＭＡ Segment＃３のFormat２ ＲＭＤのＲＳＤＳの情報は失われてしまう。このため、一般的にはモードが変わるときＲＭＡ Segment＃１のFormat２ ＲＭＤのＲＳＤＳ情報も全て０にリセットすることが多い。さらにこの状態からFormatコマンドが発行されると、図２３（ｃ）に示すように、ＲＭＡ Segment＃１のＲＭＤ Set＃１、ＲＭＤ Set＃２に、Format２ ＲＭＤ SetとFormat３ ＲＭＤ Setとを記録する。Blankコマンド、Formatコマンドを発行する前の図２３（ａ）では、有効なFormat２ ＲＭＤ SetとFormat３ ＲＭＤ SetとはＲＭＡ Segment＃４にあった。このことは、ＲＭＡ Segment＃１、ＲＭＡ Segment＃２、ＲＡＭ Segment＃３のＲＭＤ Set＃１とＲＭＤ Set＃２のいずれかは、過去の傷などにより記録できなかったか、或いは、リードのエラー数が増大したためＲＭＤの移動が起こり、その後何度かエラー数が増大したため有効なＲＭＤがＲＭＡ Segment＃４に移動したことを表している。しかしながら、図２３（ｃ）では、過去にエラー数が増大したことのある位置に記録している。記録後のベリファイでエラー数が大きければ、ＲＭＤの移動が起こるが記録したときのベリファイで移動が起こる条件のエラー数にたまたま到達していなければ移動が起こらない。しかし、その後の再立ち上げでサーボの調整値などが微妙にずれた場合、エラー数が急増し読めなくなる可能性がある。ＲＭＤは記録管理情報を記録し、この情報が読めなければディスクへの記録ができなくなるため、エラー数が増大してきた場合の代替が考えられている。しかし、図２３（ｃ）に示すように過去にエラー数が増大したことのある位置に記録されてしまうと、この趣旨から外れてしまい、エラー数の増大した位置に再度記録することになるという問題があった。
【００１９】
本発明は、このような課題に鑑みてなされたものであって、記録モード変換が頻繁に発生してもＲＭＤリードの信頼性を向上できるディスクの記録管理情報の記録方法を提供することを目的とする。
【００２０】
また、他のディスク記録装置が別の目的でUser Specific Dataを利用していてもそれを識別することができるディスクの記録管理情報の記録方法を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記問題点を解決するために、本発明では、ＲＭＡ領域に記録できるＲＭＤ＃１〜＃７００のＲＭＤの状態を示すＲＭＤ状態テーブルを有することを特徴としている。このＲＭＤ状態テーブルを用いてＲＭＤの代替を行い、このＲＭＤ状態テーブルを用いてRestricted overwrite modeとSequential Recording modeとの記録方式の変換を行う手段を有する。
【００２２】
または、ＲＭＡ領域に記録できる７００個のＲＭＤを５個ずつひとまとめにしたＲＭＤ Setの単位での状態テーブルを有することを特徴とし、このＲＭＤ Set単位の状態テーブルを用いてＲＭＤの代替やRestricted overwrite modeとSequential Recording modeとの記録方式の変換を行う手段を有する。
【００２３】
また、ＲＭＤ状態テーブルやＲＭＤ Set単位の状態テーブルをＲＭＤ Field２に記録できるようにＲＭＤを管理する手段を有し、User Specific DataがＲＭＤ状態テーブルやＲＭＤ Set単位の状態テーブルで記録されていることを示すＲＭＤ状態テーブル識別子あるいはＲＭＤ Set状態テーブル識別子とともに記録できる手段を有する。
【００２４】
また、ＲＭＤ状態テーブルやＲＭＤ Set単位の状態テーブルを有さないディスク記録装置で記録したディスクをローディングした場合に、ＲＭＤ状態テーブルやＲＭＤ Set状態テーブルを生成する手段を有することを特徴としている。
【発明の効果】
【００２５】
本発明によれば、ＲＭＡ領域に記録される７００個のＲＭＤの状態テーブル、あるいは１４０個のＲＭＤ Set状態テーブルを利用することにより、Restrictive overwrite modeやSequential Recording modeのように複数の記録モードがある場合であっても、過去１度でも記録できなかった、あるいはリードしたがＥＤＣエラーが発生したようなＲＭＤ領域にＲＭＤを記録することがなくなるため、記録モード変換が頻繁に発生してもＲＭＤリードの信頼性が向上する。またUser Specific領域を利用しているため、本発明のような方法を用いていないドライブに対しても互換があり、ＲＭＤ状態テーブルやＲＭＤ Set状態テーブルに固有の識別子をつけることにより、本発明を実施していない他のディスク記録装置が別の目的でUser Specific Dataを利用していてもそれを識別することができる。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面を参照しながら、本発明の実施の形態によるディスクの記録管理情報の記録技術について詳細に説明する。まず、本発明の第１の実施の形態によるディスクの記録管理情報の記録技術について図面を参照しつつ説明を行う。
【００２７】
図１は、本発明の第１の実施の形態によるディスクの記録管理情報の記録方法のＲＭＤ状態テーブルの構成例を示す図である。図１に示すように、本実施の形態によるＲＭＤ状態テーブルにおいて、ＲＭＤは、図１７に示したように２ＫＢ（１セクタ）のLinking Loss area と１５のフィールド（セクタ）から構成されている。ＲＭＤにはFormat１ ＲＭＤ、Format２ ＲＭＤ、Format３ ＲＭＤの３つのFormatが定義されているが、３つのFormatともＲＭＤ Field２はUser Specific Dataとしてユーザが自由に記録できる領域が準備されている。この２０４８バイトあるUser Specific Data上にＲＭＤの状態を示すテーブルを記録する。例えば、User Specific Dataを記録するＲＭＤ状態テーブルを図１に示すように定義する。各バイトにおいて、Bit７〜５までをReservedに、Bit４〜０までを５つのＲＭＤの状態に割り当てる。Byte０のBit０から４までにＲＭＤ＃１からＲＭＤ＃５を割り当て、Byte１のbit０から４までにＲＭＤ＃６からＲＭＤ＃１０を割り当てる。
【００２８】
以下、同様に、各バイトのbit０からbit４に図１に示すようにＲＭＤを割り当てていく。これは別の見方をすると、１バイトで１つのＲＭＤ Setの状態を表していることになる。User Specific Data領域の２０４８バイトのデータのうちバイト０から２７の２８バイトでＲＭＡ Segment＃１のＲＭＤ Set＃１からＲＭＤ Set２８の状態を、バイト２８から５５の２８バイトでＲＭＡ Segment＃２のＲＭＤ Set＃１からＲＭＤ Set２８の状態を、バイト５６から８３の２８バイトでＲＭＡ Segment＃３のＲＭＤ Set＃１からＲＭＤ Set２８の状態を、バイト８４から１１１の２８バイトでＲＭＡ Segment＃４のＲＭＤ Set＃１からＲＭＤ Set２８の状態を、バイト１１２から１３９の２８バイトでＲＭＡ Segment＃５のＲＭＤ Set＃１からＲＭＤ Set２８の状態を表す。
【００２９】
このように、１bitで１つのＲＭＤの状態を表すが、ＲＭＤを記録したときに記録できなかった或いは記録後のベリファイでエラー数が多かった或いは立上げ時のＲＭＤリードでエラー数が多かったときにＲＭＤの移動が行われる。この際、そのＲＭＤのエラー数が多い或いは破損している状態をdefective状態と定義し“１”で表すことにする。
【００３０】
図２は、識別子付きＲＭＤ状態テーブルの構成例を示す図である。図２に示すように、
ＲＭＤ状態テーブルは、その先頭に識別子フィールドを設け、User Specific Dataに記録してもよい。以下、図１のＲＭＤ状態テーブルを例に説明するが図２の識別子付きＲＭＤ状態テーブルを用いた場合も同様である。
【００３１】
図１に示すように定義されたＲＭＤの状態を更新する例をRestricted Overwrite ModeのＲＭＤの記録とあわせ、図３及び図４を参照して説明する。図３は、Restricted Overwrite Mode でのＲＭＤ状態テーブルの更新例を示す図である。図４は、図３のＲＭＤ状態テーブルを用いた場合のRestricted Overwrite ModeでのＲＭＤ Setの更新例を示す図である。
【００３２】
図４（ａ）では、ＲＭＡ Segment＃１は、ＲＭＤ Set＃２からＲＭＤ Set＃２８のFormat３ ＲＭＤ Setのうち、３／５以上のＲＭＤがdefective状態になっており、無効なＲＭＡ Segmentになっている。また、ＲＭＡ Segment＃２はＲＭＤ Set＃１のFormat２ ＲＭＤ Setの３／５以上のＲＭＤがDefective状態になっており、無効なＲＭＡ Segmentになっている。また、ＲＭＡ Segment＃３はＲＭＤ Set＃２のＲＭＤの２／５のＲＭＤがdefective状態になっているので有効なＲＭＤ Setであるため、ＲＭＤ Set＃２が有効なFormat３ ＲＭＤ Setになっている。
【００３３】
このときのＲＭＤの状態の例を図３（ａ）に示す。図３（ａ）に示すように、ＲＭＡ Segment＃１は、ＲＭＤ Set＃２からＲＭＤ Set＃２８の各ＲＭＤ Setにおいて、３／５以上のＲＭＤがdefective状態になっている。ＲＭＡ Segment＃２は、ＲＭＤ Set＃１が４／５defectiveになっており、無効なＲＭＡ Segmentになっている。ＲＭＡ Segment＃３は、ＲＭＤ Set＃２が２／５defectiveになっており、また、ＲＭＡ Segment＃４とＲＭＡ Segment＃５は記録されていないため、ＲＭＡ Segment＃３が有効なＲＭＡ Segmentであり、ＲＭＤ Set＃２が有効なFormat＃３ ＲＭＤ Setになっている。
【００３４】
Format３ ＲＭＤを更新するとき、ＲＭＡ Segment＃３のＲＭＤ Set＃２にＲＭＤ（ＲＭＤ＃２８６〜ＲＭＤ＃２９０）を５個上書き更新し、その内容をリードすると今まで読めていたＲＭＤ＃２８６、ＲＭＤ＃２８７、ＲＭＤ＃２８８のエラー数も増えた場合、ＲＭＤ＃２８６、ＲＭＤ＃２８７、ＲＭＤ＃２８８に相当するByte５７のbit２…０を１にし（図３（ｂ）参照）、Format３ ＲＭＤ SetをＲＭＡ Segment＃３のＲＭＤ Set＃２からＲＭＤ Set＃３へ移動する（図４（ｂ）参照）。
【００３５】
次に、図５及び図６を参照して具体的なＲＭＡの記録動作を説明する。図５は、ＲＭＤ状態テーブルを用いたＲＭＡの記録を示す図である。図６は、図５のＲＭＤ状態テーブルを用いた場合のＲＭＡ記録を示す図である。図６（ａ）に示すように記録されているＲＭＤがあったとする。図６（ａ）は、ＲＭＡ Segment＃１は、ＲＭＤ Set＃２からＲＭＤ Set＃２８のFormat３ ＲＭＤ Setのうち、３／５以上のＲＭＤがdefective状態になっており、無効なＲＭＡ Segmentになっている。また、ＲＭＡ Segment＃２はＲＭＤ Set＃１のFormat２ ＲＭＤ Setの３／５以上のＲＭＤがDefective状態になっており、無効なＲＭＡ Segmentになっている。また、ＲＭＡ Segment＃３はＲＭＤ Set＃２のＲＭＤの３／５以上のＲＭＤがdefective状態になっており、ＲＭＤ Set＃３が有効なFormat３ ＲＭＤ Setになっている。
【００３６】
このときのＲＭＤの状態の例を図５に示す。図５に示すように、ＲＭＡ Segment＃１は、ＲＭＤ Set＃２からＲＭＤ Set＃２８の各ＲＭＤ Setにおいて、３／５以上のＲＭＤがdefective状態になっている。ＲＭＡ Segment＃２は、ＲＭＤ Set＃１が４／５defectiveになっており、無効なＲＭＡ Segmentになっている。ＲＭＡ Segment＃３は、ＲＭＤ Set＃２が５／５defectiveになっており、また、ＲＭＡ Segment＃４とＲＭＡ Segment＃５は記録されていないため、ＲＭＡ Segment＃３が有効なＲＭＡ Segmentであり、ＲＭＤ Set＃３が有効なFormat＃３ ＲＭＤ Setになっている。
【００３７】
次に、ＲＭＡが図６（ａ）に示すように記録されており、このＲＭＤの状態が図５に示すようになっているRestricted Overwrite Mode をSequential Recording Modeに変更することを考える。Sequential Recording ModeはＲＭＤ ＃１〜＃５までにFormat２ ＲＭＤを記録するのがルールなので、Format２ ＲＭＤを５個記録する。図５のＲＭＤ Segment＃１のＲＭＤ Set＃２のＲＭＤの状態を見てみると、ＲＭＤ ＃６からＲＭＤ ＃１０まで、１、１、１、０、０になっている。Sequential Recording ModeはＲＭＤ＃６にFormat１ ＲＭＤを記録する。しかし、図５に示すようにＲＭＤ ＃６、ＲＭＤ ＃７、ＲＭＤ＃８のＲＭＤの状態はdefective状態になっており、ＲＭＤ ＃９はdefectiveでない状態になっているので、図６（ｂ）の（ア）に示すようにＲＭＤ ＃６からＲＭＤの内容を同じにしてＲＭＤ ＃９まで記録する。これにより、defective状態にあるＲＭＤへ記録することがなくなる。
【００３８】
次に、この図６（ｂ）（ア）からＲＭＤを追記する場合、図５よりＲＭＤ ＃１０の状態を確認し、このＲＭＤ ＃１０がdefective状態でないことを確認し、図６（ｂ）（イ）に示すようにＲＭＤ ＃１０にFormat１ ＲＭＤを記録する。さらに図６（ｂ）（イ）に対しＲＭＤを追記するときは、図５よりＲＭＤ＃１１を確認する。ＲＭＤ ＃１１がdefective状態なのでＲＭＤ＃１２を確認する。するとＲＭＤ ＃１２はdefective状態ではないのでＲＭＤ＃１１とＲＭＤ＃１２に同じ内容のFormat１ ＲＭＤを記録する。
【００３９】
次に、図６（ｂ）（ウ）のSequential Recording ModeからRestricted Overwrite Modeへの移行を考える。図５より、ＲＭＤ＃１からＲＭＤ＃５の状態はdefective状態ではないがＲＭＤ＃６からＲＭＤ＃１４０までのＲＭＤ Set＃２からＲＭＤ Set＃２８までのＲＭＤ Setをみると全て３／５以上のＲＭＤ Setがdefectiveになっている。このため、ＲＭＡ Segment ＃１は無効なＲＭＡ Segmentであることがわかる。また、ＲＭＤ＃１４１からＲＭＤ＃１４５のＲＭＡ Segment＃２のＲＭＤ Set＃１をみてみると、これも４／５defective状態になっているため、ＲＭＡ Segment＃２も無効なＲＭＤとなっている。
【００４０】
ＲＭＤ＃２８１からＲＭＤ＃２８５までを調べてみると、defective状態のＲＭＤは存在しない。ＲＭＤ＃２８６からＲＭＤ＃２９０までを調べてみると、５／５defective状態になっているが、ＲＭＤ＃２９１からＲＭＤ＃２９５はdefective状態になっていない。つまり、ＲＭＡ Segment＃３のＲＭＤ Set＃１にFormat２ ＲＭＤを、ＲＭＤ Set＃３にFormat３ ＲＭＤを記録すればよいことがわかる。
【００４１】
但し、ＲＭＡ Segment＃１とＲＭＡ Segment＃２はFormatをあわせるためにＲＭＤ Set＃１にFormat２ ＲＭＤをＲＭＤ Set＃２からＲＭＤ Set＃２８までにFormat３ ＲＭＤを記録する。また、ＲＭＡ Segment＃３を有効にするため、ＲＭＡ Segment＃１のFormat２ ＲＭＤを記録するときは、図６（ｂ）（ウ）のFormat２ ＲＭＤのUpdate Counterの値を＋１したものをＲＭＡ Segment＃１のFormat２ ＲＭＤのUpdate Counterに記録し、ＲＭＡ Segment＃２のFormat２ ＲＭＤのUpdate CounterはＲＭＡ Segment＃１のFormat２ ＲＭＤのUpdate Counterに＋１したものを記録し、ＲＭＡ Segment＃３のFormat２ ＲＭＤのUpdate CounterはＲＭＡ Segment＃２のFormat２ ＲＭＤのUpdate Counterに＋１したものを記録する。
【００４２】
このようにすることにより、ＲＭＡ Segment＃３のFormat２ ＲＭＤのUpdate Counterの値が一番大きな値になるため、Format２ ＲＭＤのUpdate Counterの値を見て有効なＲＭＡ Segmentを探すことができる。また、ＲＭＡ Segment＃３のＲＭＤ Set＃２にもFormat３ ＲＭＤを記録するが、ＲＭＡ Segment＃３のFormat２ ＲＭＤのFormat３ ＲＭＤ Set PointerはＲＭＡ Segment＃３のＲＭＤ Set＃３の先頭を指すように指定する。
【００４３】
このように、本実施の形態のＲＭＤ状態を表すＲＭＤ状態テーブルを使うことにより、ModeがRestricted Overwrite Mode からSequential Recording Mode、そしてRestricted Overwrite Modeへ移行してもdefective状態にあるＲＭＤ Setに有効なＲＭＤを書くことを避けることができる。
【００４４】
また、本ＲＭＤ状態テーブルにより、ＲＭＤ状態テーブルからＲＭＡ Segment＃１、ＲＭＡ Segment＃２、ＲＭＡ Segment＃３のFormat２ ＲＭＤのField１のＲＳＤＳ情報を生成することもできる。
【００４５】
次に、Sequential Recording Modeにおいて記録中の場合に、ＲＭＤ状態テーブルの更新の例について図７及び図８を参照しつつ説明を行う。
【００４６】
図７は、Sequential Recording Mode でのＲＭＤ状態テーブルの更新例を示す図である。図８は、図７のＲＭＤ状態テーブルを用いたSequential Recording Modeでの追記例を示す図である。
【００４７】
図７に示すようなＲＭＤ状態テーブルに基づいて、図８（ア）のように記録されている。すなわち、ＲＭＡの先頭の５つのＲＭＤ（ＲＭＤ＃１〜ＲＭＤ＃５）はFormat２ ＲＭＤ Setが記録され、ＲＭＤ＃６からFormat１ ＲＭＤが記録されるが、図７（ａ）に示すように、ＲＭＤ ＃６からＲＭＤ＃８がdefective状態にあるため、ＲＭＤ ＃６からＲＭＤ ＃８までをFormat１ ＲＭＤで埋めてdefective状態でないＲＭＤ＃９にFormat１ ＲＭＤが記録されている状態を示している（図８（ア））。このときFormat１ ＲＭＤを追記する場合、図７よりＲＭＤ＃１０がdefectiveでないのでそのままＲＭＤ ＃１０にFormat１ ＲＭＤを追記する。追記後のベリファイでエラー数が多い場合、図７（ｂ）に示すように、Byte１のbit４を１にしてＲＭＤ状態テーブルを更新する。図７よりＲＭＤ＃１１はdefective状態、ＲＭＤ＃１２はdefectiveでない状態なので、図８の（ウ）のようにＲＭＤ＃１１とＲＭＤ＃１２にFormat１ ＲＭＤを記録する。
【００４８】
次に、ＲＭＤ状態テーブルを定義するUser Specific Dataの別の定義の例を示す。図９及び図１０は、本実施の形態のＲＭＤ状態テーブルの別の構成例を示す図である。図９は１バイトでＲＭＤの状態を表している例を示しており、０バイトから６９９バイトでＲＭＤ＃１からＲＭＤ＃７００の状態を表す。Defective状態を１で表す。また、図１０は、７００個のＲＭＤの状態を７００個のbitを使用して定義したＲＭＤ状態テーブルを示している。
【００４９】
以上は、ディスクがBrand Newの状態にあるときから本ディスク記録装置を使用して記録してディスクに対しての説明であるが、本ディスク記録装置を使用して記録していない場合について説明する。
【００５０】
図１１及び図１２は、本ディスク記録装置を使用して記録したのではなく他のディスク記録装置で記録されたディスクからＲＭＤ状態テーブルを生成する例を示す図である。他のディスク記録装置によって記録されたディスクの状態が図６の（ａ）のようなRestricted Overwrite mode状態にあったとき、このディスクを本実施の形態のディスク記録装置にロードした場合のＲＭＤ状態テーブルの生成の方法について図１１を参照して説明する。このディスクがローディングされ、ＲＭＤ情報を取得するときは、ＲＭＡ Segment＃１からＲＭＡ Segment＃５の先頭のＲＭＤ Set１を読んでFormat２ ＲＭＤのUpdate Counterの最も大きいものを探す。リードしてみるとこのディスクではＲＭＡ Segment＃４とＲＭＡ Segment＃５は記録されていないことがわかり、ＲＭＡ Segment＃３に記録されているUpdate Counterの値が最も大きいことがわかり、ここが有効なＲＭＡ Segmentであることがわかる。
【００５１】
ＲＭＡ Segment＃１のFormat２ ＲＭＤ Setを読んでみて、このときのリードの結果を図１１のＲＭＡ Segment＃１のＲＭＤ Set＃１に反映する。もし全部読めればbit０〜４は全て０にする。そしてここで読めたFormat２ ＲＭＤのＲＳＤＳ情報からＲＭＤ Set＃２からＲＭＤ Set＃２８がdefective状態にあることを知ることができる。但し、ＲＭＤ Setを構成する５つのＲＭＤのそれぞれについては知ることができないので、図１１のＲＭＡ Segment＃１のＲＭＤ Set２からＲＭＤ Set＃２８に相当するByteのBit０〜４を全て１にする。次にディスクのＲＭＡ Segment＃２のFormat２ ＲＭＤを読んでみる。もし読めればこのFormat２ ＲＭＤに記録されているＲＳＤＳ情報から図１１のＲＭＡ Segment＃２のＲＭＤ Set＃２からＲＭＤ Set＃２８までの情報を生成する。Format２ ＲＭＤ Setが１つも読めなければ、図１１のＲＭＡ Segment＃２のＲＭＤ Set＃１のBit０からBit４に１を挿入し、ＲＳＤＳ情報がわからないので、図１１のＲＭＡ Segment＃２のＲＭＤ Set＃２からＲＭＤ Set＃２８まで０を記入する。同様のことをＲＭＡ Segment＃３にも行えば、ＲＭＡ Segmnet Segment＃３のＲＭＤの情報も取得でき、図１１のようなＲＭＤ状態テーブルができる。
【００５２】
次に、本ディスク記録装置を使用して、記録していない他のディスク記録装置を用いて図６（ｂ）の（ウ）に示すようにSequential Recording Modeで記録されたディスクからＲＭＤ状態テーブルを生成する方法について説明する。この場合は、ＲＭＤ＃１から最後に記録されたFormat１ ＲＭＤまで全てリードし、そのリードの結果からＲＭＤ状態テーブルを生成する。図６（ｂ）の（ウ）に示すように、ＲＭＤ＃６、ＲＭＤ＃７、ＲＭＤ＃８、ＲＭＤ＃１１にリードエラーが多い場合は、図１２に示すようなＲＭＤ状態テーブルが生成される。
【００５３】
次に、本発明の第２の実施の形態によるディスクの記録管理情報の記録方法について図面を参照しつつ説明を行う。図１３は、本実施の形態によるディスクの記録管理情報の記録方法のＲＭＤ Setの状態テーブルを示す図である。図１３に示すように、ＲＭＤ Setの状態テーブルを定義し、これをUser Specific Dataに記録する。このＲＭＤ Setの状態テーブルは、図１８のFormat２ ＲＭＤのField１のＲＳＤＳ情報とよく似た定義とする。具体的には、図１３に示すように、Byte０-３でＲＭＡ Segment＃１のＲＭＤ Setの状態を現し、Byte０のBit０からBit７にＲＭＤ Set＃１からＲＭＤ Set＃８を割り当て、Byte１のBit０からBit７にＲＭＤ Set＃９からＲＭＤ Set＃１６を割り当て、Byte２のBit０からBit７にＲＭＤ Set＃１７からＲＭＤ Set＃２４を割り当て、Byte３のBit０からBit３にＲＭＤ Set＃２５からＲＭＤ Set＃２８を割り当てる。同様に、Byte４-７でＲＭＡ Segment＃２のＲＭＤ Setの状態を現し、Byte８-１１でＲＭＡ Segment＃３のＲＭＤ Setの状態を現し、Byte１２-１５でＲＭＡ Segment＃４のＲＭＤ Setの状態を現し、Byte１６-１９でＲＭＡ Segment＃５のＲＭＤ Setの状態を現す。そして、ＲＭＤ Setが記録できない、あるいは３つ以上のＲＭＤでリードエラー数が増加するとdefective状態であるとし、対応するビット１を記録する。
【００５４】
図１３のＲＭＤ Set状態テーブルを用いた場合のＲＭＡの記録について、図１４及び図１５を用いて説明する。
【００５５】
図１５（ａ）に示すように、Restricted overwrite modeでＲＭＡが記録されている。ＲＭＡ Segment＃１は、ＲＭＤ Set＃２からＲＭＤ Set＃２８までがdefectiveなＲＭＤ Setであり、ＲＭＡ Segment＃２のＲＭＤ Set＃１がdefectiveなＲＭＤ Setであり、ＲＭＡ Segment＃３のＲＭＤ Set＃２がdefectiveなＲＭＤ Setになっている。このようなＲＭＤ Setの状態テーブルが図１４である。
【００５６】
次に、図１５（ａ）に示すようにRestricted overwrite modeで記録されているＲＭＡを、図１５（ｂ）に示すようなSequential Recording modeにFormat変換することを考える。図１４のＲＭＤ Set状態テーブルは、ＲＭＤ Setの状態を現しているのであって、ＲＭＤ Setを構成するＲＭＤそれぞれの状態を現しているのではない。そのため、ＲＭＤ SetがDefectiveであるときは、５個のＲＭＤ全てがdefectiveであるとし、図１５（ｂ）の（ア）のように、ＲＭＤ＃１からＲＭＤ＃５までの５つのＲＭＤにFormat２ ＲＭＤを記録し、ＲＭＡ Segment＃１のＲＭＤ Set＃２からＲＭＤ Set＃２８に相当するＲＭＤ＃６からＲＭＤ＃１４０まではdefective状態とし、ＲＭＡ Segment＃２のＲＭＤ Set＃１が図１４よりdefectiveなＲＭＤ SetなのでＲＭＤ＃１４１からＲＭＤ＃１４５もdefectiveな状態とし、ＲＭＡ Segment＃２のＲＭＤ Set＃２がdefectiveでないのでＲＭＤ＃１４６-ＲＭＤ＃１５０まではdefectiveでないので、ＲＭＤ ＃６からＲＭＤ＃１４６までFormat１ ＲＭＤを記録する。さらにFormat１ ＲＭＤを追記する必要があれば、ＲＭＤ＃１４７がdefectiveでないので図１５（ｂ）（イ）のようにＲＭＤ＃１４７に追記する。
【００５７】
次に、図１５（ｂ）（イ）のSequential Recording ModeからRestricted overwrite Modeへの移行を考える。図１４にＲＭＡ SegmentのＲＭＤ Setの状態が記録されているため、これをもとにRestricted overwrite Modeへの移行を考える。
【００５８】
図１４から、ＲＭＡ Segment＃１はFormat３ ＲＭＤ Setを記録するＲＭＤ Set＃２からＲＭＤ Set２８がdefectiveな状態にある。この情報を利用し、ＲＭＡ Segment＃１に記録するFormat２ ＲＭＤのＲＳＤＳを生成する。また、Update Counterの値は、図１５の（ｂ）（イ）のFormat２ ＲＭＤのUpdate Counterの値に＋１したものである。また、図１４よりＲＭＡ Segment＃２のＲＭＤ Setの状態がわかる。ＲＭＤ Set＃１がdefectiveなので、このＲＭＡ Segment＃２も無効なＲＭＡであることがわかる。ＲＭＡ Segment＃２のFormat ＲＭＤの情報は、Update Counterの値はＲＭＡ Segment＃１のFormat２ ＲＭＤのUpdate Counterの値＋１、ＲＳＤＳ＃２からＲＳＤＳ＃２８は図１４より全て０にすればよい。ＲＭＡ Segment＃３のＲＭＤ Setの状態はＲＭＤ Set＃２のみがdefectiveである。このためＲＭＡ Segment＃３が有効なＲＭＡで有効なFormat３ ＲＭＤ SetはＲＭＤ Set＃３に書けばよいことがわかる。よって、ＲＭＡ Segment＃３のFormat２ ＲＭＤの情報は、ＲＳＤＳ＃２のみ１でＲＳＤＳ＃３からＲＳＤＳ＃２８までは全て０、Format３ Set PointerはＲＭＡ Segment＃３のＲＭＤ Set＃３、Update CounterはＲＭＡ Segment＃２のFormat＃２ ＲＭＤのUpdate Counterの値＋１にすればよい。
【００５９】
以上、本発明の各実施の形態によれば、ＲＭＡ領域に記録される７００個のＲＭＤの状態テーブル、あるいは１４０個のＲＭＤ Set状態テーブルを利用することにより、Restrictive overwrite modeやSequential Recording modeのように複数の記録モードがある場合であっても、過去１度でも記録できなかった、あるいはリードしたがＥＤＣエラーが発生したようなＲＭＤ領域にＲＭＤを記録することがなくなるため、記録モード変換が頻繁に発生してもＲＭＤリードの信頼性が向上する。
【００６０】
またUser Specific領域を利用しているため、他の方法を用いたドライブに対しても互換性があり、ＲＭＤ状態テーブルやＲＭＤ Set状態テーブルに固有の識別しつけることにより、他の方法を用いたディスク記録装置が別の目的でUser Specific Dataを利用していてもそれを識別することができる。
【００６１】
以上の説明は、本発明の好適な実施の形態の例証であり、本発明の範囲はこれに限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採り得ることはいうまでもない。また、応用に関しても同様である。例えば、本実施の形態では、２段階の設定でフォーマット変換する例を示したが、３種類もしくは３段階以上の設定を行い、その都度ベリファイを行っても良い。このようにすればより一層データの信頼性を向上させることができる。
【００６２】
また、本実施の形態では光ディスク装置及びその制御方法という名称を用いたが、これは説明の便宜上であり、光磁気ディスク装置及びその制御方法、トラック，フォーカス，チルトサーボ機構、トラック，フォーカス，チルト制御方法等であってもよいことは勿論である。
【００６３】
また、上記光ディスク装置を構成する各回路部、例えば各制御部、オフセット注入部の種類、数及び接続方法などは前述した実施の形態に限られない。
【産業上の利用可能性】
【００６４】
本発明は、光ディスクによる記録再生技術に利用できる。
【図面の簡単な説明】
【００６５】
【図１】本発明の第１の実施の形態によるディスクの記録管理情報の記録方法のＲＭＤ状態テーブルを示す図である。
【図２】識別子付きＲＭＤ状態テーブルを示す図である。
【図３】Restricted Overwrite Mode でのＲＭＤ状態テーブルの更新例を示す図である。
【図４】図３のＲＭＤ状態テーブルを用いた場合のRestricted Overwrite ModeでのＲＭＤ Setの更新例を示す図である。
【図５】ＲＭＤ状態テーブルを用いたＲＭＡの記録例を示す図である。
【図６】図５のＲＭＤ状態テーブルを用いた場合のＲＭＡ記録例を示す図である。
【図７】Sequential Recording Mode でのＲＭＤ状態テーブルの更新例を示す図である。
【図８】図７のＲＭＤ状態テーブルを用いたSequential Recording Modeでの追記例である。
【図９】ＲＭＤ状態テーブルの別の実施例を示す図である。
【図１０】ＲＭＤ状態テーブルの別の実施例を示す図である。
【図１１】本実施の形態と異なる方式のディスク記録装置により記録されたディスクから生成されたＲＭＤ状態テーブルの構成例を示す図である。
【図１２】本実施の形態と異なる方式のディスク記録装置で記録されたディスクからＲＭＤ状態テーブルの構成例を示す図である。
【図１３】本実施の形態によるＲＭＤ Set状態テーブルの構成例を示す図である。
【図１４】本実施の形態によるＲＭＤ Set状態テーブルの構成例を示す図である。
【図１５】図１４に示すＲＭＤ Set状態テーブルを用いた場合のＲＭＡ記録例を示す図である。
【図１６】ＤＶＤ−ＲＷのディスク構造を示す図である。
【図１７】ＲＭＡ構造の例を示す図である。
【図１８】Format２ ＲＭＤ Field１の定義例を示す図である。
【図１９】Restricted overwrite modeのＲＭＡ構造例を示す図である。
【図２０】Restricted overwrite modeで記録するＲＭＤ Formatを示す図である。
【図２１】Sequential recording modeのＲＭＡ構造例を示す図である。
【図２２】Sequential recording modeでのＲＭＤの追記例を示す図である。
【図２３】Restricted overwrite modeからSequential Recording mode、Restricted overwrite modeへの移行例を示す図である。
【図１】
2006268948.tif 000003
【図２】
2006268948.tif 000004
【図３】
2006268948.tif 000005
【図４】
2006268948.tif 000006
【図５】
2006268948.tif 000007
【図６】
2006268948.tif 000008
【図７】
2006268948.tif 000009
【図８】
2006268948.tif 000010
【図９】
2006268948.tif 000011
【図１０】
2006268948.tif 000012
【図１１】
2006268948.tif 000013
【図１２】
2006268948.tif 000014
【図１３】
2006268948.tif 000015
【図１４】
2006268948.tif 000016
【図１５】
2006268948.tif 000017
【図１６】
2006268948.tif 000018
【図１７】
2006268948.tif 000019
【図１８】
2006268948.tif 000020
【図１９】
2006268948.tif 000021
【図２０】
2006268948.tif 000022
【図２１】
2006268948.tif 000023
【図２２】
2006268948.tif 000024
【図２３】
2006268948.tif 000025