JP3552214B2 - 交替処理方法 - Google Patents
交替処理方法 Download PDFInfo
- Publication number
- JP3552214B2 JP3552214B2 JP2001264631A JP2001264631A JP3552214B2 JP 3552214 B2 JP3552214 B2 JP 3552214B2 JP 2001264631 A JP2001264631 A JP 2001264631A JP 2001264631 A JP2001264631 A JP 2001264631A JP 3552214 B2 JP3552214 B2 JP 3552214B2
- Authority
- JP
- Japan
- Prior art keywords
- sector
- data
- block
- defective
- area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【発明の属する技術分野】
この発明は、高密度記録を特徴とする書き換え可能な情報記録媒体(DVD(Digital Video Disk)−RAMなど)にて実行される交替処理方法に関する。
【0002】
【従来の技術】
近年、高密度記録を特徴とするDVDの研究開発が盛んに進められている。DVDには、大きく分けて、再生専用のDVD−ROMと、書き換え可能なDVD−RAMとがある。DVD−RAMの場合、ウォブルが施されたトラックが設けられており、所定トラック長によりセクタフィールドが形成されている。そして、このセクタフィールドが、データ記録の最小単位として取り扱われる。また、このセクタフィールドには、ディスク(DVD−RAM)上の絶対位置を示すアドレス情報が含まれており、このアドレス情報を頼りにデータの記録再生が行われるようになっている。
【0003】
しかし、ディスク上の傷や埃などの影響で、セクタフィールドの中には、アドレス情報が正常に再生できないセクタフィールドが存在することがある。このような場合には、ウォブルを頼りに(ウォブルをカウントして)データの記録再生を行うことができる。
【0004】
【発明が解決しようとする課題】
ところが、ウォブルだけを頼りにすると、正常にデータの記録再生ができないことがある。これは、1セクタフィールドが約6mmで、ウォブル周期がセクタ長の232分の1であることに起因する。つまり、このような微少な変化(ウォブル)だけを頼りにして、データの記録再生を行い続けると、データの記録再生の精度が著しく低下する。これ以外にも、データの記録再生精度が落ちる原因として、ウォブルの欠陥によるウォブルのミスカウント等が考えられる。
【0005】
さらに、近年、AVデータのリアルタイム記録に適した記録動作が要求されるようになっている。リアルタイム記録では、記録速度が重要となる。しかし、記録先の欠陥により、記録動作が一時的に中断されてしまうことがあった。
【0006】
この発明の目的は、上記したような事情に鑑み成されたものであって、データの記録再生精度の低下を防止するとともに、リアルタイム記録に適した交替処理方法を提供することにある。
【0007】
【課題を解決するための手段】
上記課題を解決し目的を達成するために、この発明の交替処理方法は、以下に示す通りである。
【0008】
この発明の交替処理方法は、光ディスクに対して所定のデータを記録するとき、スタート論理セクタナンバー、ブロック数、及びエンド論理セクタナンバーを含むライトコマンドにより、ブロックスキップ交替処理の影響を吸収するために、この所定のデータの容量以上の記憶容量を前記光ディスク上に確保し、所定数のセクタフィールドの集まりからなるブロックのうちの欠陥ブロックをブロックスキップ交替処理の対象として前記所定のデータを記録し、前記ライトコマンドに対して、ラスト論理セクタナンバーを含むレスポンスを返す。
【0009】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。
【0010】
最初に、図1を参照して、この発明に係る情報記録媒体としての光ディスク(DVD−RAMディスク)の一例を説明する。
【0011】
図1は、光ディスク上のリードインエリア、データエリア、及びリードアウトエリアなどの配置を示す図である。
【0012】
図1に示すように、光ディスク1には、内周側から順に、リードインエリアA1、データエリアA2、及びリードアウトエリアA3が設けられている。リードインエリアA1には、エンボスデータゾーン、ミラーゾーン(無記録ゾーン)、及びリライタブルデータゾーンが設けられている。データエリアA2には、リライタブルデータゾーンが設けられており、このリライタブルデータゾーンには、複数のゾーン、ゾーン0〜ゾーンNが設けられている。リードアウトエリアA3には、リライタブルデータゾーンが設けられている。
【0013】
リードインエリアA1のエンボスデータゾーンには、光ディスク1の製造時に、リファレンスシグナルやコントロールデータがエンボス記録される。リードインエリアA1のリライタブルデータゾーンには、ディスクの種類を識別するための識別データ、及び欠陥エリアを管理するための欠陥管理データなどが記録されている。なお、この欠陥管理データが記録されるエリアを、欠陥管理エリア(DMA:Defect Management Area)とする。リードアウトエリアA3のリライタブルデータゾーンには、リードインエリアA1のリライタブルデータゾーンに記録されたデータと同じデータが記録される。
【0014】
リードインエリアA1に設けられたエンボスデータゾーンは、複数のトラックにより構成されており、各トラックは複数のセクタフィールドにより構成されている。また、このゾーンは、所定の回転速度で処理される。
【0015】
リードインエリアA1に設けられたリライタブルデータゾーン及びデータエリアA2に設けられたリライタブルデータゾーンのゾーン0は、X個のトラックにより構成されており、各トラックはY個のセクタフィールドにより構成されている。また、このゾーンは、回転速度Z0(Hz)で処理される。
【0016】
データエリアA2に設けられたリライタブルデータゾーンのゾーン1は、X個のトラックにより構成されており、各トラックは(Y+1)個のセクタフィールドにより構成されている。また、このゾーンは、回転速度Z1(Hz)で処理される(Z0>Z1)。
【0017】
データエリアA2に設けられたリライタブルデータゾーンのゾーン2は、X個のトラックにより構成されており、各トラックは(Y+2)個のセクタフィールドにより構成されている。また、このゾーンは、回転速度Z2(Hz)で処理される(Z1>Z2)。
【0018】
以下、データエリアA2に設けられたリライタブルデータゾーンのゾーン3〜ゾーンNは、夫々が、X個のトラックにより構成されている。そして、ゾーン3の各トラックは(Y+3)個のセクタフィールドにより構成されており、ゾーン4の各トラックは(Y+4)個のセクタフィールドにより構成されている。つまり、ゾーンNの各トラックは(Y+N)個のセクタフィールドにより構成されている。また、ゾーン3は、回転速度Z3(Hz)で処理され(Z2>Z3)、ゾーン4は、回転速度Z4(Hz)で処理される(Z3>Z4)。つまり、ゾーンNは、回転速度ZN(Hz)で処理される(Z(N−1)>ZN)。
【0019】
リードアウトエリアA3に設けられたリライタブルデータゾーンは、複数のトラックにより構成されており、各トラックは(Y+N)個のセクタフィールドにより構成されている。また、このゾーンは、回転速度ZN(Hz)で処理される。
【0020】
上記説明したように、光ディスク1の内周側のゾーンから順に、1トラックあたりのセクタフィールド数が増加するようになっており、且つ回転速度が低下するようになっている。つまり、光ディスク1は、ZCLV(Zone Constant Linear Velocity)方式が対象のディスクである。
【0021】
続いて、図2を参照して、DVD−RAMディスク上のセクタフィールドのフォーマットについて説明する。
【0022】
図2に示すように、1セクタフィールドは、およそ2697バイトで構成されている。このセクタフィールドには、8−16変調により変調されたデータが記録される。8−16変調は、8ビットの入力符号系列を、16ビットの出力符号系列に変調する変調方式である。また、入力符号系列は入力ビットと呼ばれ、出力符号系列はチャネルビットと呼ばれる。因みに、1バイトは16チャネルビットと同じ意味である。
【0023】
ここで、1セクタフィールドの内訳について説明する。1セクタフィールドは、128バイトのヘッダフィールドHF、2バイトのミラーフィールドMF、2567バイトのレコーディングフィールドRFで構成される。
【0024】
ヘッダフィールドHFには、光ディスクの製造工程においてヘッダデータがエンボス記録される。このヘッダフィールドHFには、ヘッダデータの検出精度を向上させるためにヘッダデータが4重書きされている。つまり、このヘッダフィールドHFには、ヘッダ1フィールド、ヘッダ2フィールド、ヘッダ3フィールド、及びヘッダ4フィールドが含まれる。ヘッダ1フィールド及びヘッダ3フィールドは46バイトで構成されている。ヘッダ2フィールド及びヘッダ3フィールドは18バイトで構成されている。
【0025】
ヘッダ1フィールドには、36バイトのVFO(Variable Frequency Oscillator)1、3バイトのAM(Address Mark)、4バイトのPID(Physical ID)1、2バイトのIED(ID Error Detection Code)1、1バイトのPA(Post Ambles)1が含まれている。
【0026】
ヘッダ2フィールドには、8バイトのVFO2、3バイトのAM、4バイトのPID2、2バイトのIED2、1バイトのPA2が含まれている。
【0027】
ヘッダ3フィールドには、36バイトのVFO1、3バイトのAM、4バイトのPID3、2バイトのIED3、1バイトのPA1が含まれている。
【0028】
ヘッダ4フィールドには、8バイトのVFO2、3バイトのAM、4バイトのPID4、2バイトのIED4、1バイトのPA2が含まれている。
【0029】
PID1、PID2、PID3、及びPID4には、セクタインフォメーション及び物理セクターナンバー(物理アドレス)が含まれている。VFO1及びVFO2には、PLL(Phase Locked Loop)の引き込みを行うための連続的な繰返しパターン(100010001000…)が含まれている。AMには、PIDの位置を示すためのランレングス制限に違反する特殊なパターン(アドレスマーク)が記録されている。IED1、IED2、IED3、及びIED4には、PIDのエラーを検出するためのエラー検出符号が含まれている。PAには、復調に必要なステート情報が含まれており、ヘッダフィールドHFがスペースで終了するよう極性調整の役割も持つ。ミラーフィールドMFは、鏡面のフィールドである。
【0030】
レコーディングフィールドRFは、主に、ユーザデータが記録されるフィールドである。レコーディングフィールドには、(10+J/16)バイトのギャップフィールド、(20+K)バイトのガード1フィールド、35バイトのVFO3フィールド、3バイトのPS(pre−synchronous code)フィールド、2418バイトのデータフィールド(ユーザデータフィールド)、1バイトのポストアンブルPA3フィールド、(55−K)バイトのガード2フィールド、および(25−J/16)バイトのバッファフィールドが含まれている。因みに、Jは0〜15、Kは0〜7の整数でランダムな値をとる。これにより、データ書始めの位置がランダムにシフトされる。その結果、オーバーライトによる記録膜の劣化を低減できる。
【0031】
ギャップフィールドには、何も記録されていない。ガード1フィールドは、相変化記録膜特有の繰返しオーバーライトの始端劣化を吸収するための捨て領域である。VFO3フィールドは、PLLロック用のフィールドであるとともに、同一パターンの中に同期コードを挿入し、バイト境界の同期をとる役割も果たす。PSフィールドは、同期コードが記録されるフィールドである。
【0032】
データフィールドは、データID、データIDエラー訂正コードIED(DataID Error Detection Code)、同期コード、エラー訂正コードECC(Error Collection Code )、エラー検出コードEDC(Error Detection Code)、2048バイトのユーザデータ等が記録されるフィールドである。データIDには、論理セクタナンバー(論理アドレス)が含まれる。データIDエラー訂正コードIEDは、データID用の2バイト(16ビット)構成のエラー訂正コードである。
【0033】
ポストアンブルPA3フィールドは、復調に必要なステート情報を含んでおり、前のデータフィールドの最終バイトの終結を示すフィールドである。ガード2フィールドは、相変化記録媒体特有の繰り返し記録時の終端劣化がデータフィールドにまで及ばないようにするために設けられたフィールドである。バッファフィールドは、データフィールドが次のヘッダフィールドにかからないように、光ディスク1を回転するモータの回転変動などを吸収するために設けられたフィールドである。
【0034】
続いて、PID1、PID2、PID3、及びPID4について具体的に説明する。これらPIDには、8ビットのセクタインフォメーションと、24ビットの物理セクタナンバーが含まれている。物理セクタナンバーには、セクタフィールドの絶対位置を示すアドレスデータが記録される。セクタインフォメーションには、2ビットのリザーブ、2ビットのPIDナンバー、3ビットのセクタタイプ、1ビットのレイヤーナンバーなどの情報が含まれる。リザーブは、無記録領域である。PIDナンバーには、PIDナンバーが記録される。例えば、ヘッダ1フィールド中におけるPIDナンバーにはPID1を示す“00”、ヘッダ2フィールド中におけるPIDナンバーにはPID2を示す“01”、ヘッダ3フィールド中におけるPIDナンバーにはPID3を示す“10”、ヘッダ4フィールド中におけるPIDナンバーにはPID4を示す“11”が記録される。
【0035】
セクタタイプには、読み出し専用セクタ(Read only sector)であることを示す“000”、リザーブセクタ(Reserved)であることを示す“001”、“010”、又は“011”、ランド又はグルーブトラックの書き換え可能な先頭セクタ(Rewritable first sector)であることを示す“100”、ランド又はグルーブトラックの書き換え可能な最終セクタ(Rewritable last sector)であることを示す“101”、ランド又はグルーブトラックの書き換え可能な最終セクタの一つ手前のセクタ(Rewritable before last sector)であることを示す“110”、ランド又はグルーブトラックの書き換え可能なその他のセクタ(Rewritable other sector)であることを示す“111”が記録される。
【0036】
レイヤーナンバーには、レイヤー1又は0を示す“1”又は“0”が記録される。
【0037】
続いて、図3〜図4を参照して、DVD−RAMに記録されるデータの構造及びDVD−RAMから再生されるデータの構造について説明する。図3は、ECCブロックデータの構造を概略的に示す図である。図4は、図2に示すデータフィールドに記録されるセクターデータのデータ構造を概略的に示す図である。
【0038】
DVD−RAMには、データが記録されるトラックが形成されており、このトラックには所定単位のデータが記録されるセクタフィールドが複数形成されている。また、DVD−RAMには、ECCブロックデータと呼ばれるフォーマットのデータが記録されるようになっている。厳密に言うと、ECCブロックデータから生成される16個のセクタデータが、16個のセクタフィールドに分散記録されるようになっている。さらに言うと、一塊りのセクタデータは、図2に示す2418バイトのデータフィールドに記録される。
【0039】
図3に示すように、ECCブロックデータは、データブロックDB(ユーザデータを含む)、横方向のエラー訂正コードECC1、及び縦方向のエラー訂正コードECC2で構成されている。
【0040】
データブロックDBは、所定数の行及び列に沿って配列されたデータにより構成されており、このデータブロックDBは16個のデータユニットDUに分割することができる。さらに詳しく言うと、データブロックDBは、172(バイト数)×12(データユニットを構成する行数)×16(データブロックを構成するデータユニット数)のデータにより構成されている。データユニットDUは、172(バイト数)×12(データユニットを構成する行数)のデータにより構成されている。また、データユニットDUには、データID、データIDエラー訂正コードIED、エラー検出コードEDC、2048バイトのユーザデータ等が含まれている。データIDは、データユニットDUに含まれるユーザデータのスクランブルに利用される。エラー検出コードEDCは、データユニット内の一部のデータの集まりに含まれるエラーを検出するためのものである。
【0041】
横方向のエラー訂正コードECC1は、データブロックDBのうちの列方向のデータに含まれるエラーを訂正するものである。さらに詳しく言うと、横方向のエラー訂正コードECC1は、10(バイト)×12(データユニットDUを構成する行数)×16(データブロックDBを構成するデータユニットDUの数)のデータにより構成されている。
【0042】
縦方向のエラー訂正コードECC2は、データブロックDBのうちの行方向のデータに含まれるエラーを訂正するものである。さらに詳しく言うと、縦方向のエラー訂正コードECC2は、{172(バイト)+10(バイト)}×16(データブロックDBを構成するデータユニットDUの数)のデータにより構成されている。
【0043】
続いて、図4を参照して、セクタデータについて説明する。
【0044】
一つのECCブロックデータから16個のセクタデータが生成される。一つのセクタデータは、データユニットDU、このデータユニットDUに対して付与されている横方向のエラー訂正コードECC1の一部、及び縦方向のエラー訂正コードECC2の一部により構成されている。さらに詳しく言うと、セクタデータは、{172(バイト)+10(バイト)}×12(データユニットDUを構成する行数)+1(縦方向のエラー訂正コードECC2の1列分)のデータにより構成されている。
【0045】
続いて、図12参照して、欠陥管理エリアのデータ構造を説明する。
【0046】
光ディスク上に、欠陥管理エリアは、全部で4つ設けられており、これら各々の欠陥管理エリアには、同じデータが記録される。4つの欠陥管理エリア(DMA1〜4)のうち、二つ(DMA1〜2)はリードインエリアに設けられ、残りの二つはリードアウトエリア(DMA3〜4)に設けられる。
【0047】
欠陥管理エリア(DMA1〜4)には、初期欠陥リストエリアa1、二次欠陥リストエリアa2、及びスペアリストエリアa3が設けられている。因みに、初期欠陥は、一次欠陥とも称する。初期欠陥リストエリアa1には、複数の初期欠陥リスト(PDL:Primary Defect List)がエントリされる。二次欠陥リストエリアa2には、複数の二次欠陥リスト(SDL:Secondary Defect List)がエントリされる。スペアリストエリアa3には、複数のスペアエリアリスト(SAL:Spare Area List)がエントリされる。
【0048】
図5は、初期欠陥リストエリアa1にエントリされる初期欠陥リストのデータ構造の概略を示す図である。図6は、二次欠陥リストエリアa2にエントリされる二次欠陥リストのデータ構造の概略を示す図である。図7(a)は、スペアリストエリアa3にエントリされるスペアエリアリストデータのデータ構造の概略を示す図であり、図7(b)は、スペアエリアリストデータに複数のスペアエリアリストがエントリされた様子を示す図である。
【0049】
図5に示すように、初期欠陥リストには、先頭から順に、エントリのタイプを示すエントリタイプが記録されるエリア、リザーブされたエリア、及び欠陥セクタ(欠陥があるセクタフィールドのことを指す)の物理セクタナンバーが記録されるエリアが含まれている。
【0050】
図6に示すように、二次欠陥リストには、先頭から順に、割り当てマーク(FRM)が記録されるエリア、リザーブされたエリア、欠陥ブロック中の先頭セクタ(欠陥ブロックを構成する16個のセクタフィールドのうちの先頭のセクタフィールドのことを指す)の物理セクターナンバーが記録されるエリア、リザーブされたエリア、及び交替ブロック中の先頭セクタ(交替ブロックを構成する16個のセクタフィールドのうちの先頭のセクタフィールドのことを指す)の物理セクターナンバーが記録されるエリアが含まれている。
【0051】
図7(a)に示すように、スペアエリアリストデータ(1セクタデータ)には、順に、スペアエリアID(2バイト)、スペアエリアリストのエントリ数(1バイト)、リザーブ(7バイト)、先頭SALのエントリ(8バイト)、…、最終SALのエントリ(8バイト)が含まれる。先頭SALのエントリは1個目のエントリであり、最終SALのエントリは255個目のエントリである。つまり、スペアエリアリストデータには、図7(b)に示すように、最大255個のスペアエリアリストがエントリされる(1セクタで255箇所のスペアエリアを管理することができる)。各スペアエリアリストには、順に、RSV(1バイト)、スペアエリアnの先頭セクタの物理アドレスナンバー(3バイト)、RSV、スペアエリアnの最終セクタの物理アドレスナンバー(3バイト)が含まれる。スペアエリアnの先頭セクタの物理アドレスナンバーとは、スペアエリアnのスタート位置を示すスタートアドレスのことを指す。スペアエリアnの終端セクタの物理アドレスナンバーとは、スペアエリアnのエンド位置を示すエンドアドレスのことを指す。
【0052】
続いて、交替処理について説明する。交替処理には、スリッピング交替処理、リニア交替処理、及びスキッピング交替処理がある。スリッピング交替処理は、初期欠陥に対する処理であり、セクターフィールドの単位で行われる交替処理である。リニア交替処理は、二次欠陥に対する処理であり、ECCブロックデータの単位で行われる交替処理である。スキッピング交替処理は、初期欠陥及び二次欠陥に関係なく対応できる処理であり、セクターフィールド単位で行われるセクタスキッピング交替処理と、ECCブロックデータの単位で行われるブロックスキッピング交替処理とがある。詳細は、以下説明する。
【0053】
第1に、スリッピング交替処理について説明する。
【0054】
光ディスクの出荷前には、光ディスク上におけるリライタブルデータゾーンに欠陥(=初期欠陥)がないか検証(サーティファイ)される。つまり、リライタブルデータゾーンに対して、データが正常に記録できるかが検証される。この検証は、セクタフィールドの単位で行われる。
【0055】
検証中に、欠陥セクタ(=一次欠陥エリア:初期欠陥があるセクタフィールドのことを指す)が発見された場合、この欠陥セクタの物理セクタナンバーが、初期欠陥リストに記録される。さらに、この欠陥セクタには、論理セクタナンバーは付与されない。詳しく言うと、この欠陥セクタを飛ばして、この欠陥セクタの前後に配置されている正常セクタ(欠陥がないセクタフィールドのことを指す)に対してだけ、シリアルに論理セクタナンバーが付与される。つまり、欠陥セクタは、存在しないセクタとして見なされることになる。これにより、このような欠陥セクタに対して、ユーザデータの書き込み等は行われなくなる。上記した一連の処理が、スリッピング交替処理である。つまり、このスリッピング交替処理では、欠陥セクタがスリップされることになる。
【0056】
さらに、図8を参照して、スリッピング交替処理について説明する。
【0057】
図8に示すように、ユーザエリア(図12に示すユーザエリアUA)とスペアエリア(図12に示すスペアエリアSA)が存在しているとする。このユーザエリアとスペアエリアは、図1で説明したゾーン0〜ゾーンNのうちのどこかに存在しているものとする(具体例は後述する)。また、スペアエリアの存在位置は、図7に示すスペアエリアリストにより管理されている。
【0058】
例えば、検証中に、m個の欠陥セクタと、n個の欠陥セクタが発見された場合、(m+n)個の欠陥セクタが、スペアエリアにより補償される。つまり、図8の上段に示すユーザエリアを構成するセクタ数が、スペアエリアにより補償されることになる。また、上記説明したように、m個の欠陥セクタ及びn個の欠陥セクタには、論理セクタナンバーは付与されない。さらに言うと、スペアエリアもスリッピング交替処理の対象エリアである。従って、スペアエリア中に、欠陥セクタが発見されれば、上記説明したスリップ交替処理により処理される。なお、欠陥セクタ、正常セクタにかかわらず、全セクタは、物理セクタナンバーを有している。
【0059】
第2に、リニア交替処理について説明する。
【0060】
光ディスクの出荷後、ユーザデータの書き込みを行うときには、ユーザデータが正常に書き込まれたか否かの確認(ベリファイ)が行われる。ユーザデータが正常に書き込まれない状況を二次欠陥と称する。この二次欠陥の有無は、図3に示すECCブロックデータが記録された16個のセクタフィールド(ECCブロックフィールド)の単位で行われる。
【0061】
欠陥ブロック(=二次欠陥エリア:二次欠陥があるECCブロックフィールドのことを指す)が発見された場合、この欠陥ブロック中の先頭セクタの物理セクタナンバー、及びこの欠陥ブロックの交替先の交替ブロック(スペアエリア中に確保されるECCブロックフィールドのことを指す)中の先頭セクタの物理セクタナンバーが二次欠陥リストに記録される。また、欠陥ブロック中の16個のセクタフィールドに付与された論理セクタナンバーが、そのまま、交替ブロック中の16個のセクタフィールドに付与される。これにより、欠陥ブロックに対して記録されるはずのデータは、交替ブロックに記録されることになる。以後、欠陥ブロックへのアクセスは、交替ブロックへのアクセスと見なされる。上記した一連の処理が、リニア交替処理である。つまり、このリニア交替処理では、欠陥ブロックがリニアに交替されることになる。
【0062】
さらに、図9を参照して、リニア交替処理について説明する。
【0063】
図9に示すように、ユーザエリア(図12に示すユーザエリアUA)とスペアエリア(図12に示すスペアエリアSA)が存在しているとする。このユーザエリアとスペアエリアは、図1で説明したゾーン0〜ゾーンNのうちのどこかに存在しているものとする。また、スペアエリアの存在位置は、図7に示すスペアエリアリストにより管理されている。
【0064】
例えば、ユーザデータの書き込みの際に、m個の欠陥ブロックと、n個の欠陥ブロックが発見された場合、(m+n)個の欠陥ブロックが、スペアエリアの(m+n)個の交替ブロックにより補償される。また、上記説明したように、m個の欠陥ブロック及びn個の欠陥ブロックを構成する{16×(m+n)}個のセクタフィールドに付与されていた論理セクタナンバーは、(m+n)個の交替ブロックを構成する{16×(m+n)}個のセクタフィールドに引き継がれる。さらに言うと、スペアエリアもリニア交替処理の対象エリアである。従って、スペアエリア中に、欠陥ブロックが発見されれば、上記説明したリニア交替処理によって処理される。なお、欠陥ブロック、正常ブロックにかかわらず、ブロックを構成する全セクタフィールドは、物理セクタナンバーを有している。
【0065】
第3に、ブロックスキッピング交替処理について説明する。
【0066】
図14の例1及び例2は、ECCブロックデータの記録先である16個のセクタフィールドの集まりを示している。 ECCブロックデータの記録先である16個のセクタフィールドの集まりを、ブロックと称する。つまり、0、1、2、…、E、Fは、ブロックを構成する物理セクタナンバーであるとする。図14の例1は、物理セクタナンバー6、物理セクタナンバー7、及び物理セクタナンバー8から、PIDエラーが検出された様子を示している。図14の例2は、物理セクタナンバーC、物理セクタナンバーD、物理セクタナンバーE、及び物理セクタナンバーFから、PIDエラーが検出された様子を示している。つまり、図14の例1では物理セクタナンバー6、物理セクタナンバー7、及び物理セクタナンバー8が欠陥PIDセクタに該当し、図14の例2では物理セクタナンバーC、物理セクタナンバーD、物理セクタナンバーE、及び物理セクタナンバーFがPID欠陥セクタに該当することになる。図14の例1及び例2に示すようなPID欠陥セクタを3つ以上含むブロックをPID欠陥ブロックと称し、図14の下段に示すようにPID欠陥ブロックがブロックスキッピング交替処理の対象となる。
【0067】
つまり、ECCブロックデータ0はブロック0に記録され、ECCブロックデータ1はブロック1に記録され、PID欠陥ブロックを飛ばして、ECCブロックデータ2はブロック2に記録され、ECCブロックデータ3はブロック3に記録され、ECCブロックデータ4はブロック4に記録される。
【0068】
PID欠陥ブロック(例えば図14の下段に示すPID欠陥ブロック)が発見された場合、このPID欠陥ブロック中の先頭セクタの物理セクタナンバー、及びこのPID欠陥ブロックの交替先のブロック(例えば図14の下段に示すブロック2)中の先頭セクタの物理セクタナンバーが二次欠陥リストに記録される。また、欠陥ブロック中の16個のセクタフィールドに付与された論理セクタナンバーが、そのまま、交替ブロック中の16個のセクタフィールドに付与される。これにより、PID欠陥ブロックに対して記録されるはずのデータは、交替先のブロックに記録されることになる。以後、欠陥ブロックへのアクセスは、交替先のブロックへのアクセスと見なされる。上記した一連の処理が、ブロックスキッピング交替処理である。
【0069】
さらに、図15を参照して、ブロックスキッピング交替処理について説明する。図15に示すようなデータ(オブジェクトデータ)を記録する場合について説明する。
【0070】
図15に示すようなデータ(オブジェクトデータ)を記録する場合、ホスト装置3(図13参照)から光ディスクドライブ2(図13参照)に対してライトコマンドが送信される。ライトコマンドには、スタート論理セクタナンバー、ブロック数(レングス)、及びエンド論理セクターナンバーが含まれている。ライトコマンドを受けた光ディスクドライブ2はホスト装置3に対して、レスポンスを返す。レスポンスには、グッド/エラー、記録済みブロック総数(レングス)、及びラスト論理セクタナンバーが含まれている。
【0071】
また、図15に示すようなデータ(オブジェクトデータ)を再生する場合、ホスト装置3から光ディスクドライブ2に対してリードコマンドが送信される。リードコマンドには、スタート論理セクタナンバー、ブロック数(レングス)、及びエンド論理セクタナンバーが含まれている。リードコマンドを受けた光ディスクドライブ2はホスト装置3に対して、レスポンスを返す。レスポンスには、要求されたデータ(オブジェクトデータ)などが含まれる。
【0072】
つまり、図15の上段に示すように、データ(オブジェクトデータ)の記録には、データ(オブジェクトデータ)の容量以上の記憶容量がディスク上に確保される。これは、ブロックスキップ交替処理の影響を吸収するためのである。
【0073】
上記したように、ホストに対して記録済みブロック総数及びラスト論理セクタナンバーを含むレスポンスが返されるので、ホストは即座に次の記録開始位置を知ることができ、さらに正常に記録されたブロック数を知ることもできる。ホストが即座に次の記録開始位置を知ることができ、さらに正常に記録されたブロック数を知ることもできるので、AVデータ等のリアルタイムレコーディングが実現できる。記録済みブロック総数及びラスト論理セクタナンバーの重要性については後に詳しく説明する。
【0074】
例えば、ライトコマンドに含まれるブロック数がa、つまり記録対象ブロック数がa個であり、レスポンスに含まれるブロック総数がb、つまり実際に記録されたブロックがb個であったと仮定する。a=bであれば記録対象データがすべて記録できたことが分かる。a>bであれば記録対象データの一部しか記録できなかったことが分かる。ライトコマンドにより確保されたエリアに多数の欠陥ブロックが含まれており、結果的にブロックスキップ交替処理しきれなかった場合にはa>bとなる。このような事態になっても、ホストは即座に次の記録開始位置を知ることができるので、記録できなかったデータをすぐに次の記録動作で記録することができる。
【0075】
PCデータを扱うHDD、MO、光ディスクの場合、ホストはディスクのどこにデータが記録されているか知っている。このため、ホストはドライブに対して、スタート論理セクタナンバーとレングスだけを送信していた。ドライブはホストの指示に従い記録するだけである。このため、データ記録中にエラーが生じると、その時点でドライブは記録動作を中止し、エラーをホストに伝え、ホストからの指示を待つことになる。
【0076】
リアルタイムのAVデータの記録の場合、エラー発生の度に、記録動作を中止して、ホストからの指示を待っていたのでは、リアルタイム記録に間に合わなくなってしまう。そこで、リアルタイム記録実現のために、ドライブによるブロックスキップ交替処理が必要となる。このドライブによるブロック交替処理は、言い換えると、ドライブが単独で(ホストの指示無しで)記録エラーに対応するということである。ただ、ドライブが無制限に単独でブロックスキップ処理を行うと、ホストでの管理ができなくなるため、予めホストからエンド論理セクタナンバーが指定され、ドライブが単独でブロックスキップ交替処理可能な範囲が定められる。ドライブが単独でブロックスキップ交替処理をする場合、記録先のブロックが欠陥ブロックであれば、ホストからの指示を受けることなく、この欠陥ブロックを飛ばして次々に目的の記録データを記録する。つまり、ドライブはいちいちホストにエラーを返さない。いちいちエラーを返していたのでは、リアルタイム記録に間に合わない。
【0077】
上記したように、ライトコマンドに含まれるエンド論理セクタナンバーにより、ホストの管理下で、ドライブが単独でブロックスキップ交替処理を実行することができる。これにより、ドライブがいちいちエラーを返す必要がなくなり、結果的に、リアルタイム記録が可能となる。また、レスポンスに含まれるラスト論理セクタナンバーにより、ホストに対して実際にデータが記録された位置を知らせることができる。このラスト論理セクタナンバーをレスポンスとして返すことにより、ラスト論理セクタナンバーとエンド論理セクタナンバーの間に確保されている領域を、次のデータ記録に使うことができる。
【0078】
ここで、ブロックスキッピング交替処理の実行条件について説明する。
【0079】
先に説明したように、一つのセクタフィールド(約6mm)のヘッダフィールドには、ヘッダ1フィールド、ヘッダ2フィールド、ヘッダ3フィールド、及びヘッダ4フィールドが含まれている。そして、ヘッダ1フィールドにはPID1が含まれており、ヘッダ2フィールドにはPID2が含まれており、ヘッダ3フィールドにはPID3が含まれており、ヘッダ4フィールドにはPID4が含まれている。
【0080】
光ディスクドライブは、原則、ヘッダフィールドに含まれる4つのPID(PID1〜4)を頼りに、光ディスクの目的位置にデータを記録したり、光ディスクの目的位置からデータを再生したりする。また、光ディスクに設けられたトラックには、ウォブルが施されている。このウォブルの周期は、例えば、セクタ長の232分の1である。仮に、光ディスク上の傷又は埃などの影響により、ヘッダフィールドから全くPIDが読みとれなくても、このウォブルを頼りに(ウォブルをカウントして)、光ディスクの目的位置にデータを記録したり、光ディスクの目的位置からデータを再生したりすることもできる。
【0081】
しかし、ウォブルだけを頼りに、データの記録再生を行い続けることはできない。ウォブルは、あくまでも、たまたまPIDが読めなかった場合の補助的な役割を果たす。つまり、正常にPIDを読み取ることができないセクタフィールドは、欠陥セクタとして扱うことが望まれる。
【0082】
上記したように、一つのセクタフィールドには、4つのPIDが記録されていることになる。読み取ることができないPIDをエラーPIDと称する。一つのセクタフィールドに含まれる4つのPIDのうち、3つ以上のPIDがエラーPIDに該当する場合、このセクタフィールドはPIDエラーとなる。PIDエラーに該当するセクタフィールドが3つ以上連続する場合、ブロックスキップの対象となる。
【0083】
1セクタフィールドは約6mmであり、3セクターフィールドは約18mmということになる。また、上記したようにウォブルの周期はセクタ長の232分の1である。つまり、3セクターフィールドを越えると、ウォブルカウントの信頼性が低下するため(誤差が大きくなる)、ウォブルカウントだけに頼って正確にデータの記録再生を行うことは困難になる。そこで、この発明では、このような信頼性に欠けるデータの記録再生を無くすために、PIDエラーに該当するセクタフィールドが3つ以上連続する場合をブロックスキップの対象とし、PIDエラーに該当するセクタフィールドが3つ以上連続するようなエリアは、データ記録対象外とする。
【0084】
第4に、セクタスキッピング交替処理について説明する。
【0085】
図16に示すように、ブロックn〜ブロック(n+5)を仮定する。各ブロックは、16個のセクタフィールド(物理セクタナンバー0〜F、論理セクタナンバー0〜F)の集まりで構成されている。
【0086】
このような状況において、例えば、ライトコマンドによりデータの書き込みが行われるとする。このとき、ライトコマンドが、スタートブロック=ブロックn、ブロックレングス=4ブロック、エンドブロック=ブロック(n+4)を示しているとする。
【0087】
そして、ブロックnの物理セクタナンバー3(=論理セクタナンバー3)のセクタが欠陥セクタであったとする。同様に、ブロック(n+2)の物理セクタナンバー4(=論理セクタナンバー4)及び物理セクタナンバー5(=論理セクタナンバー5)のセクタが欠陥セクタであったとする。
【0088】
この場合、これら欠陥セクタがスキッピング交替処理の対象となる。つまり、初期欠陥リストには、ブロックnの物理セクタナンバー3、ブロック(n+2)の物理セクタナンバー4、及ブロック(n+2)のび物理セクタナンバー5が登録される。このとき、これらブロックnの物理セクタナンバー3、ブロック(n+2)の物理セクタナンバー4、及ブロック(n+2)の物理セクタナンバー5には、論理アドレスナンバーは付与されない。つまり、これら、ブロックnの物理セクタナンバー3、ブロック(n+2)の物理セクタナンバー4、及ブロック(n+2)の物理セクタナンバー4を飛ばして、シリアルに論理アドレスナンバーが付与される。このとき、図16に示すようにブロックが再構成される。そして、スキッピング交替処理の余波を受けたブロック(n+4)がリニア交替処理の対象となる。つまり、二次欠陥リストには、欠陥ブロック中の先頭セクタの物理セクタナンバーとしてブロック(n+4)の物理セクタナンバー1が登録され、交替ブロック中の先頭セクタの物理セクタナンバーとしてブロックKの物理セクタナンバー1が登録される。
【0089】
さらに、図17を参照して、セクタスキッピング交替処理について説明する。
【0090】
図17に示すように、ブロックn〜ブロック(n+5)を仮定する。各ブロックは、16個のセクタフィールド(物理セクタナンバー0〜F、論理セクタナンバー0〜F)の集まりで構成されている。
【0091】
このような状況において、例えば、ライトコマンドによりデータの書き込みが行われるとする。このとき、ライトコマンドが、スタートブロック=ブロックn、ブロックレングス=4ブロック、エンドブロック=ブロック(n+4)を示しているとする。
【0092】
(1)欠陥セクタ数が0の場合、ブロックn〜ブロック(n+4)に変動はなく、これら各ブロックを構成するセクタの論理セクタナンバーにも変動はない。
【0093】
(2)欠陥セクタ数が0より多く16未満の場合、欠陥セクタの余波を受けたブロック(n+4)がリニア交替処理の対象となる。初期欠陥リストには欠陥セクタの物理アドレスナンバーが登録され、二次欠陥リストにはブロック(n+4)と所定の交替ブロックとが交替されたことを示すアドレスが記録される。図17の(2)では、欠陥セクタ数が3の場合を示している。
【0094】
(3)欠陥セクタ数が16の場合、欠陥セクタの余波を受けたブロック(n+4)がリニア交替処理の対象となる。初期欠陥リストには欠陥セクタの物理アドレスナンバーが登録され、二次欠陥リストにはブロック(n+4)と所定の交替ブロックとが交替されたことを示すアドレスが記録される。図17の(3)では、欠陥セクタ数が16の場合を示している。
【0095】
(4)欠陥セクタ数が16より多く32未満の場合、欠陥セクタの余波を受けたブロック(n+3)及びブロック(n+4)がリニア交替処理の対象となる。初期欠陥リストには欠陥セクタの物理アドレスナンバーが登録され、二次欠陥リストにはブロック(n+3)と所定の交替ブロックとが交替されたことを示すアドレス、及びブロック(n+4)と所定の交替ブロックとが交替されたことを示すアドレスが記録される。図17の(4)では、欠陥セクタ数が18の場合を示している。
【0096】
上記したブロックスキッピング交替処理及びセクタスキッピング交替処理の利点は、リニア交替処理に比べて、光学ヘッドの移動距離を短くできる点である。リニア交替処理は、比較的、光学ヘッドの移動距離が長くなる傾向にあるため、リアルタイム記録を不得意とした。しかし、上記したブロックスキッピング交替処理及びセクタスキッピング交替処理を利用することで、光学ヘッドの移動距離を極力抑えてリアルタイム記録が可能となる。
【0097】
続いて、上記したスリッピング交替処理、リニア交替処理、ブロックスキッピング交替処理、及びセクタスキッピング交替処理に対応したユーザデータの書き込み処理について説明する。
【0098】
ユーザエリアに対するユーザデータの書き込みは、一次欠陥リスト及び二次欠陥リストに基づき行われる。つまり、あるセクタフィールドに対してユーザデータを書き込むとき、このセクタフィールドが一次欠陥リストにリストされた欠陥セクタに該当する場合には、この欠陥セクタをスリップして、この欠陥セクタの次に存在する正常セクタに対してユーザデータの書き込みが行われる。また、ユーザデータの書き込み先のブロックが、二次欠陥リストにリストされた欠陥ブロックである場合、この欠陥ブロックに対応した交替ブロックにユーザデータの書き込みが行われる。
【0099】
続いて、光ディスクのフォーマットについて説明する。
【0100】
パーソナルコンピュータ用の情報記憶媒体(ハードディスクや光磁気ディスクなど)のファイルシステムで多く使われるFAT(ファイルアロケーションテーブル)では、256バイトまたは512バイトを最小単位として情報記憶媒体へ情報が記録される。
【0101】
それに対し、DVD−ビデオ、DVD−ROM、DVD−R、DVD−RAM等の情報記憶媒体では、ファイルシステムとしてOSTAで策定されたUDF(ユニバーサルディスクフォーマット)及びISO13346が採用されている。ここでは2048バイトを最小単位として情報記憶媒体へ情報が記録される。ファイル管理方法としては、基本的にルートディレクトリを親に持ち、ツリー状にファイルを管理する階層ファイルシステムを前提としている。
【0102】
図13に示すように、光ディスク1に対するフォーマットは、ホスト装置3に接続された光ディスクドライブ2により行われる。ホスト装置3は、光ディスクドライブ装置2に対して各種指示を出す。光ディスクドライブ2は、ホスト装置3から送信される指示に従い各種動作を実行する。
【0103】
例えば、図13に示すように、ホスト装置3から光ディスクドライブ2に対してフォーマット実行の指示が送られると、光ディスクドライブ2はこの指示に従い光ディスク1をフォーマットする。つまり、光ディスク1には、ホスト装置3の指示に従った所定のフォーマットが施されることになる。このフォーマット時に、例えば、光ディスク1のリードインエリアA1に設けられた欠陥管理エリアに対して、初期欠陥リスト、二次欠陥リスト、及びスペアエリアリストが作成される。つまり、ホスト装置3から光ディスクドライブ2に対して、初期欠陥リスト、二次欠陥リスト、及びスペアエリアリストを作成するためのデータが送信される。光ディスクドライブ2は、これら各リストを作成するためのデータを格納し、この格納されたデータに従い各リストを光ディスク1の欠陥管理エリアに作成する。
【0104】
スペアエリアリストに対するスペアエリアのアドレス(スペアエリアのスタート位置を示すスタートアドレス及びスペアエリアのエンド位置を示すエンドアドレス)の記録は、ホスト装置3から送信される指示に従い光ディスクドライブ2が実行する。スペアエリアリストに対するスペアエリアのアドレスの記録は、フィーマット時、サーティファイ時(初期欠陥の検証時)、及びベリファイ時(ユーザデータの記録時)の少なくとも一つ以上のタイミングで行われるものとする。つまり、スペアエリアリストに対するスペアエリアのアドレスの記録は、フォーマット時だけ、サーティファイ時だけ、ベリファイ時だけに行うようにしてもよいし、フォーマット時とサーティファイ時、フォーマット時とベリファイ時、サーティファイ時とベリファイ時、フォーマット時とサーティファイ時とベリファイ時に行うようにしてもよい。換言すれば、上記したようなタイミングで、ホスト装置3の指示に従い、スペアエリアが確保される。さらに、上記したタイミングに加えて、光ディスクドライブ3がスペアエリア不足の判断を下したタイミングでスペアエリアが確保される。
【0105】
このように、フォーマット時だけでなく、サーティファイ時及びベリファイ時にもスペアエリアが確保できると、仮に、スリッピング交替処理及びリニア交替処理によりフォーマット時に確保されたスペアエリアが容量不足になった場合に、新たにスペアエリアを追加することができる。スペアエリアの容量不足は、光ディスクドライブ2からホスト装置3に伝えられ、ホスト装置3からディスクドライブ2に対してスペアエリア追加の指示が出される。この指示を受けた光ディスクドライブ2は、この指示に従い光ディスク1に対してスペアエリアを追加する。
【0106】
上記説明したように、情報記録媒体(光ディスク)は、スペアエリアリストを有することにより、任意の位置に任意の容量のスペアエリアを確保することができる。これにより、情報記録媒体の記憶容量を最大限に有効活用することができる。
【0107】
なお、光ディスクに対するサーティファイ及びベリファイは、必ずしも行われるものではなく、省略される場合もある。また、前記したような階層ファイルシステム(ホスト装置3の指示によるスペアエリアリスト)と、光ディスクドライブ内で管理されているスペアエリアリストとの同期を取るために、例えば、デフラグ(再配置)は禁止とされる。
【0108】
続いて、スペアエリアの確保について説明する。
【0109】
図10に示すように、欠陥処理前は、ユーザエリア=4.7GB、スペアエリア=26MBである。欠陥処理後は、ユーザエリア=4.7GB、スペアエリア=26MB−m(欠陥エリアの合計サイズ)=nである。つまり、欠陥処理前及び欠陥処理前、共に、ユーザエリアは4.7GB確保される。
【0110】
スペアエリアの確保のパターンには、例えば、図11に示すような5つのモデルが考えられる。勿論、これ以外にも様々なパターンが考えられる。これら5つのパターンは、スペアエリアリストに対して、所定のアドレス(スペアエリアnの先頭セクタの物理アドレスナンバー及びスペアエリアnの最終セクタの物理アドレスナンバー)を格納することにより、実現できる。
【0111】
図11に示すモデル1は、ゾーン0だけにスペアエリア(容量n)を確保したものである。このモデル1の場合、ユーザエリアは4.7GB、スペアエリアの容量はn、スペアエリアのエントリ数は1ということになる。
【0112】
図11に示すモデル2は、ゾーンNだけにスペアエリア(容量n)を確保したものである。このモデル2の場合、ユーザエリアは4.7GB、スペアエリアの容量はn、スペアエリアのエントリ数は1ということになる。
【0113】
図11に示すモデル3は、ゾーン0及びゾーンNにスペアエリア(容量n/2)を確保したものである。このモデル1の場合、ユーザエリアは4.7GB、スペアエリアの容量はn(2×n/2)、スペアエリアのエントリ数は2ということになる。
【0114】
図11に示すモデル4は、ゾーン0、ゾーン1、ゾーン2、…、ゾーンNにスペアエリアを確保したものである。このモデル4の場合、ユーザエリアは4.56GB、スペアエリアのエントリ数はNということになる。
【0115】
上記したようなモデル1〜モデル4をスペアエリアの推奨モデルとして実現できるようにしてもよい。つまり、スペアエリアリストに対してスペアエリアのアドレスを記録する際に、光ディスクドライブ2からモデル1〜モデル4を実現するようなアドレス(推奨アドレス)を自動的に記録するようにしてもよい。
【0116】
あるいは、光ディスクに、モデル1〜モデル4を実現するようなアドレス(推奨アドレス)をデフォルト値として持たせるようにしてもよい。そして、光ディスクドライブ2がモデル1〜モデル4のどれかを指定するだけで、簡単に、モデル1〜モデル4に示すようなスペアエリアが確保されるようにしてもよい。モデル1〜モデル4を実現するようなアドレス(推奨アドレス)の記録先は、リードインエリア(DMAなど)及びリードアウトエリアとなる。
【0117】
従来の情報記録媒体(DVD−RAM)においては、スペアエリアの位置及び記憶容量は、予め規格化されたフォーマットにより決定されてた。このため、スペアエリアが過剰になったり、足りなくなったりするなどの問題があった。
【0118】
これに対して、この発明の情報記録媒体(DVD−RAM)は、スペアエリアリストを有することにより、任意の位置に任意の容量のスペアエリアを確保することができる。つまり、スペアエリアの拡張及び縮小が自由に行え、情報記録媒体の用途に応じたスペアエリアを確保することができる。これにより、情報記録媒体の容量を有効に活用することができる。
【0119】
【発明の効果】
この発明によれば、データの記録再生精度の低下を防止するとともに、リアルタイム記録に適した交替処理方法を提供できる。
【図面の簡単な説明】
【図1】この発明に係る光ディスク(DVD−RAM)上のデータ構造を概略的に示す図である。
【図2】図1に示す光ディスク(DVD−RAM)上のセクタフィールドのフォーマットの構造を概略的に示す図である。
【図3】図1に示す光ディスクに記録されるECCブロックデータの構造を概略的に示す図である。
【図4】図2に示すデータフィールドに記録されるセクターデータのデータ構造を概略的に示す図である。
【図5】初期欠陥リストエリアにエントリされる初期欠陥リストのデータ構造を概略的に示す図である。
【図6】二次欠陥リストエリアにエントリされる二次欠陥リストのデータ構造を概略的に示す図である。
【図7】スペアリストエリアにエントリされるスペアエリアリストデータ及びスペアエリアリストデータに含まれるスペアエリアリストのデータ構造を概略的に示す図である。
【図8】スリッピング交替処理を説明するための図である。
【図9】リニア交替処理を説明するための図である。
【図10】欠陥処理前及び欠陥処理後のユーザエリア及びスペアエリアの容量変化を示す図である。
【図11】スペアエリアの確保の一例であるモデル1〜4を示す図である。
【図12】この発明に係る光ディスク(DVD−RAM)上のデータ構造、特に、欠陥管理エリア(DMA)のデータ構造を概略的に示す図である。
【図13】ホスト装置からのフォーマットの指示を受けた光ディスクドライブが、フォーマットの指示に従い光ディスクをフォーマットする様子を示す図である。
【図14】ブロックスキッピング交替処理を説明するための図である。
【図15】図14と同様に、ブロックスキッピング交替処理を説明するための図である。
【図16】セクタスキッピング交替処理を説明するための図である。
【図17】図16と同様に、セクタスキッピング交替処理を説明するための図である。
【符号の説明】
1…光ディスク
A1…リードインエリア
A2…データエリア
A3…リードアウトエリア
a1…初期欠陥リストエリア
a2…二次欠陥リストエリア
a3…スペアリストエリア
UA…ユーザデータ
SA…スペアエリア
Claims (6)
- 光ディスクに対して所定のデータを記録するとき、スタート論理セクタナンバー、ブロック数、及びエンド論理セクタナンバーを含むライトコマンドにより、ブロックスキップ交替処理の影響を吸収するために、この所定のデータの容量以上の記憶容量を前記光ディスク上に確保し、
所定数のセクタフィールドの集まりからなるブロックのうちの欠陥ブロックをブロックスキップ交替処理の対象として前記所定のデータを記録し、
前記ライトコマンドに対して、ラスト論理セクタナンバーを含むレスポンスを返す、
ことを特徴とする交替処理方法。 - 欠陥セクタフィールドが3つ以上連続したとき、これら3つ以上連続した欠陥セクタフィールドを含むブロックを欠陥ブロックとみなす、
ことを特徴とする請求項1に記載の交替処理方法。 - 4重書きされたアドレスのうち、3つ以上のアドレスが再生できないセクターフィールドを欠陥セクタフィールドとみなす、
ことを特徴とする請求項2に記載の交替処理方法。 - 光ディスクに対して所定のデータを記録するとき、スタート論理セクタナンバー、ブロック数、及びエンド論理セクタナンバーを含むライトコマンドにより、ブロックスキップ交替処理の影響を吸収するために、この所定のデータの容量以上の記憶容量を前記光ディスク上に確保し、
所定数のセクタフィールドの集まりからなるブロックのうちの欠陥ブロックをブロックスキップ交替処理の対象として前記所定のデータを記録し、
前記ライトコマンドに対して、記録済みブロック総数及びラスト論理セクタナンバーを含むレスポンスを返す、
ことを特徴とする交替処理方法。 - 欠陥セクタフィールドが3つ以上連続したとき、これら3つ以上連続した欠陥セクタフィールドを含むブロックを欠陥ブロックとみなす、
ことを特徴とする請求項4に記載の交替処理方法。 - 4重書きされたアドレスのうち、3つ以上のアドレスが再生できないセクターフィールドを欠陥セクタフィールドとみなす、
ことを特徴とする請求項5に記載の交替処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001264631A JP3552214B2 (ja) | 2001-08-31 | 2001-08-31 | 交替処理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001264631A JP3552214B2 (ja) | 2001-08-31 | 2001-08-31 | 交替処理方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26027498A Division JP3243220B2 (ja) | 1998-09-14 | 1998-09-14 | 交替処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002150714A JP2002150714A (ja) | 2002-05-24 |
JP3552214B2 true JP3552214B2 (ja) | 2004-08-11 |
Family
ID=19091206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001264631A Expired - Fee Related JP3552214B2 (ja) | 2001-08-31 | 2001-08-31 | 交替処理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3552214B2 (ja) |
-
2001
- 2001-08-31 JP JP2001264631A patent/JP3552214B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002150714A (ja) | 2002-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3243220B2 (ja) | 交替処理方法 | |
JP3971117B2 (ja) | 情報記録媒体、情報記録装置、情報記録方法、情報再生装置、情報再生方法 | |
JP3875492B2 (ja) | 情報記録媒体、情報記録装置、情報記録方法、情報再生装置、及び情報再生方法 | |
US7551534B2 (en) | Write-once read-many information recording medium, information recording method, information reproduction method, information recording apparatus, and information reproduction apparatus | |
JP3461340B2 (ja) | 情報記録方法 | |
EP0798716B1 (en) | Optical disk device and replacement processing method | |
EP0798714B1 (en) | Replacement processing method for an optical disk device | |
US20020136118A1 (en) | Information recording medium having secret area, information recording apparatus capable of recording information in secret area, and information playback apparatus capable of playing back information from secret area | |
EP0908882A2 (en) | Recording apparatus, recording method and disc-shaped record medium | |
EP0798712A2 (en) | Optical disk device and replacement processing method | |
EP0798715A2 (en) | Optical disk device and replacement processing method | |
JP3552214B2 (ja) | 交替処理方法 | |
JPH11161960A (ja) | 光ディスク装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040325 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040420 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040423 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090514 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090514 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100514 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140514 Year of fee payment: 10 |
|
LAPS | Cancellation because of no payment of annual fees |