(57)【要約】【課題】本発明はライトエラーを検出した際に、ライトエラーを含む記録単位を特定できる。【解決手段】書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録する手段（５）と、記録が正常に行なわれずライトエラーが発生したか否かを判定する検出手段（２８）と、複数ブロックの記録情報を更新しつつ格納し、検出手段がライトエラーを検出すると、情報の更新を中断するバッファ手段（２９）と、検出手段がライトエラーを検出すると、バッファ手段に格納されているブロックに対応する情報記録媒体の記録情報を再生し、再生に成功したか否かにより、エラー発生位置を含むブロックを特定する手段（２８）と、特定手段により特定されたブロックを再記録する手段（５）とを具備する情報記録装置。【選択図】      図１
2008090902.tif 000002
【特許請求の範囲】
【請求項１】
書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録する手段と、
記録が正常に行なわれずライトエラーが発生したか否かを判定する検出手段と、
複数ブロックの記録情報を更新しつつ格納し、前記検出手段がライトエラーを検出すると、情報の更新を中断するバッファ手段と、
前記検出手段がライトエラーを検出すると、前記バッファ手段に格納されているブロックに対応する前記情報記録媒体の記録情報を再生し、再生に成功したか否かにより、エラー発生位置を含むブロックを特定する手段と、
前記特定手段により特定されたブロックを再記録する手段と、
を具備する情報記録装置。
【請求項２】
前記記録手段は光ビームを光ディスクに照射して記録を行なう光ピックアップを具備し、
前記検出手段は光ピックアップのフォーカシングエラー信号とトラッキングエラー信号の少なくとも一方のレベルが所定レベル以上になると、ライトエラーを検出する請求項１に記載の情報記録装置。
【請求項３】
前記記録手段はエラー検出・訂正ブロック毎に記録し、
前記特定手段はライトエラー検出位置より１つ前のエラー検出・訂正ブロックから時間的に古いブロックを順次再生し、再生情報がエラー訂正可能か否かにより再生成功か否かを判定し、最初に再生成功したエラー検出・訂正ブロックからライトエラー検出位置より１つ前のエラー検出・訂正ブロックまでをエラー発生位置を含むブロックとして特定する請求項１に記載の情報記録装置。
【請求項４】
前記記録手段はエラー検出・訂正ブロック毎に記録し、
前記特定手段はライトエラー検出位置より前記複数ブロック前のエラー検出・訂正ブロックから時間的に新しいブロックを順次再生し、再生情報がエラー訂正可能か否かにより再生成功か否かを判定し、最初に再生失敗したエラー検出・訂正ブロックからライトエラー検出位置より１つ前のエラー検出・訂正ブロックまでをエラー発生位置を含むブロックとして特定する請求項１に記載の情報記録装置。
【請求項５】
前記再記録手段は前記記録手段の記録条件と異なる記録条件で再記録を行う請求項１に記載の情報記録装置。
【請求項６】
前記記録手段は光ビームを光ディスクに照射して記録を行なう光ピックアップを具備し、
前記記録条件は光ビームの記録パワー、光ピックアップのサーボ条件の少なくとも１つを含む請求項１に記載の情報記録装置。
【請求項７】
前記検出手段が再記録時にライトエラーを検出すると、前記再記録手段は再記録を所定回数まで繰り返す請求項１に記載の情報記録装置。
【請求項８】
書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録する手段と、
記録が正常に行なわれずライトエラーが発生したか否かを判定する検出手段と、
複数ブロックの記録情報を更新しつつ格納し、前記検出手段がライトエラーを検出すると、情報の更新を中断するバッファ手段と、
前記検出手段がライトエラーを検出すると、前記バッファ手段に格納されているブロックを再記録する手段と、
を具備する情報記録装置。
【請求項９】
書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録するステップと、
記録が正常に行なわれずライトエラーが発生したか否かを判定するステップと、
複数ブロックの記録情報をバッファへ更新しつつ格納し、前記ライトエラーが検出されると、前記バッファの情報の更新を中断するステップと、
前記ライトエラーが検出されると、前記バッファに格納されているブロックに対応する前記情報記録媒体の記録情報を再生し、再生に成功したか否かにより、エラー発生位置を含むブロックを特定するステップと、
前記特定されたブロックを再記録するステップと、
を具備する情報記録方法。
【請求項１０】
書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録するステップと、
記録が正常に行なわれずライトエラーが発生したか否かを判定するステップと、
複数ブロックの記録情報をバッファへ更新しつつ格納し、前記ライトエラーが検出されると、前記バッファの情報の更新を中断するステップと、
前記ライトエラーが検出されると、前記バッファに格納されているブロックを再記録するステップと、
を具備する情報記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は書換え型の光ディスクを用いる情報記録装置および情報記録方法に関する。
【背景技術】
【０００２】
従来の書換え型の光ディスク（ＣＤ−ＲＷ等）を用いる情報記録装置は、情報の記録後に記録が正常になされたか否か（ライトエラーが発生したか否か）の判別を行い、ライトエラーが発生した場合は、記録を再度行なっている（例えば、特許文献１参照）。
【０００３】
この装置では、所定単位のデータの記録を行なっているときにライトエラーが検出された場合、そのライトエラーが検出された記録領域のリカバリ処理などは行なわず、所定単位のデータの記録開始位置から記録を再実行させる。したがって、エラーが検出された記録領域の修復などにかかる処理負担を軽減して効率良く記録を行なうことができる。また、ライトエラーが検出された記録領域に対して修復処理を施さないので、データ記録を再実行する場合でも、正常な記録領域として扱うことが可能となる。
【０００４】
しかし、ＤＶＤ等の光ディスクではデータの記録単位は１ＥＣＣブロック（１６データセクタ＝３３０２４バイト）であり、ＣＤ−ＲＷの記録単位であるトラック、パケットよりも小さい。記録単位が小さくなると、ライトエラーを検出した時にヘッドがライトエラーを含む記録単位上に位置することが保証されない。すなわち、ライトエラーを検出した時にヘッドがライトエラーを含む記録単位の次以降の記録単位上に位置する可能性があり、単純にライトエラーが発生した記録単位に記録を再度行なっても、ライトエラーを補償することができない可能性がある。
【特許文献１】特開２００２−２１６３５２号公報（段落００５７乃至段落００６２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように従来の情報記録装置には、ライトエラーを検出した際に、ライトエラーを含む記録単位を特定できない可能性があり、ライトエラーを含む記録単位を重ね書きして、ライトエラーを含む記録単位を正常な記録領域として扱うことができない可能性がある。
【０００６】
本発明の目的は、ライトエラーを含む記録単位を重ね書きして、ライトエラーを含む記録単位を正常な記録領域として扱うことができる情報記録装置および情報記録方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一態様による情報記録装置は、書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録する手段と、記録が正常に行なわれずライトエラーが発生したか否かを判定する検出手段と、複数ブロックの記録情報を更新しつつ格納し、前記検出手段がライトエラーを検出すると、情報の更新を中断するバッファ手段と、前記検出手段がライトエラーを検出すると、前記バッファ手段に格納されているブロックに対応する前記情報記録媒体の記録情報を再生し、再生に成功したか否かにより、エラー発生位置を含むブロックを特定する手段と、前記特定手段により特定されたブロックを再記録する手段とを具備するものである。
【０００８】
本発明の他の態様による情報記録装置は、書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録する手段と、記録が正常に行なわれずライトエラーが発生したか否かを判定する検出手段と、複数ブロックの記録情報を更新しつつ格納し、前記検出手段がライトエラーを検出すると、情報の更新を中断するバッファ手段と、前記検出手段がライトエラーを検出すると、前記バッファ手段に格納されているブロックを再記録する手段とを具備するものである。
【０００９】
本発明の他の態様による情報記録方法は、書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録するステップと、記録が正常に行なわれずライトエラーが発生したか否かを判定するステップと、複数ブロックの記録情報をバッファへ更新しつつ格納し、前記ライトエラーが検出されると、前記バッファの情報の更新を中断するステップと、前記ライトエラーが検出されると、前記バッファに格納されているブロックに対応する前記情報記録媒体の記録情報を再生し、再生に成功したか否かにより、エラー発生位置を含むブロックを特定するステップと、前記特定されたブロックを再記録するステップとを具備するものである。
【００１０】
本発明の他の態様による情報記録方法は、書替え型の情報記録媒体に情報を所定サイズのブロック毎に記録するステップと、記録が正常に行なわれずライトエラーが発生したか否かを判定するステップと、複数ブロックの記録情報をバッファへ更新しつつ格納し、前記ライトエラーが検出されると、前記バッファの情報の更新を中断するステップと、前記ライトエラーが検出されると、前記バッファに格納されているブロックを再記録するステップとを具備するものである。
【発明の効果】
【００１１】
以上説明したように本発明によれば、ライトエラーを含む記録単位を特定でき、ライトエラーを含む記録単位を重ね書きして、ライトエラーを含む記録単位を正常な記録領域として扱うことができる情報記録装置および情報記録方法を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明による情報記録装置および情報記録方法の実施の形態を説明する。
【００１３】
第１の実施の形態
図１は本発明の第１の実施の形態に係る情報記録装置としての光ディスク装置の構成を示す図である。
【００１４】
書替え型の光ディスク２の情報記録面には、スパイラル状にランドトラックおよびグルーブトラックが形成されている。光ディスク２としては、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等がある。光ディスク２はスピンドルモータ３によって回転駆動される。
【００１５】
光ディスク２に対する情報の記録・再生は、光ピックアップ５（図中左側の破線で囲んだ部分）によって行われる。光ピックアップ５は、スレッドモータ６とギア８を介して連結されており、このスレッドモータ６はスレッドモータ制御回路９により制御される。
【００１６】
スレッドモータ６の下部に位置する速度検出器７は、光ピックアップの移動速度を検出するものであり、スレッドモータ制御回路９に接続されている。速度検出器７により検出される光ピックアップ５の速度信号がスレッドモータ制御回路９に送られる。スレッドモータ６の固定部に、図示しない永久磁石を設けており、駆動コイルがスレッドモータ制御回路９によって励磁されることにより、光ピックアップ５が光ディスク２の半径方向に駆動する。
【００１７】
光ピックアップ５には、図示しない例えばワイヤあるいは板バネによって支持された対物レンズ１０が設けられる。対物レンズ１０は、フォーカシングコイル１１、トラッキングコイル１２の駆動によりフォーカシング方向（レンズの光軸方向）およびトラッキング方向（レンズの光軸と直交する方向）への移動が可能である。フォーカシング方向（レンズの光軸方向）への移動によりレイヤージャンプがなされる。
【００１８】
変調回路１４は、光ディスク２への情報記録する場合、ホスト装置３３からインターフェース回路３２およびバス２７を介して記録する情報信号を受け、これを光ディスク２の規格に定められた変調方式（例えば８−１６変調）にて変調する。レーザ制御回路１３は、光ディスク２への情報記録時（マーク形成時）に、変調回路１４から供給される変調データに基づいて書込み用信号を半導体レーザダイオード１５に供給する。レーザ制御回路１３は、情報再生時には書込み用信号より小さい読取り用信号を半導体レーザダイオード１５に供給する。
【００１９】
半導体レーザダイオード１５は、レーザ制御回路１３から供給される信号に応じてレーザ光を発生する。半導体レーザダイオード１５から発せられるレーザ光は、コリメータレンズ１８、ハーフプリズム１９、対物レンズ１０を介して光ディスク２上に照射される。光ディスク２からの反射光は、対物レンズ１０、ハーフプリズム１９、集光レンズ２０、シリンドリカルレンズ２１を介して光検出器２２に導かれる。
【００２０】
光検出器２２は、例えば４分割の光検出セル２２ａ〜２２ｄから構成されている。光検出器２２の各光検出セル２２ａ〜２２ｄの出力信号は信号処理回路２３に供給され、以下のような信号処理が施される。各光検出セル２２ａ〜２２ｄの出力信号は電流／電圧変換用のアンプを介して、加算・減算され、再生信号、フォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥが得られる。
【００２１】
フォーカスエラー信号ＦＥはフォーカシング制御回路２４に供給され、フォーカシング駆動信号が発生される。フォーカシング制御回路２４から出力されたフォーカシング駆動信号はフォーカシングコイル１１に供給され、レーザ光が光ディスク２の記録面上に常時ジャストフォーカスとなるように対物レンズ１０のフォーカシング制御が行われる。
【００２２】
トラッキングエラー信号ＴＥはトラッキング制御回路２５に供給され、トラッキング駆動信号が発生される。トラッキング制御回路２５から出力されたトラッキング駆動信号はトラッキングコイル１２に供給され、レーザ光が光ディスク２の記録面の目的トラック上に常時位置するように対物レンズ１０のトラッキング制御が行われる。トラッキング駆動信号はスレッドモータ制御回路９にも供給される。
【００２３】
再生信号はデータ再生回路２６に供給される。データ再生回路２６は、ＰＬＬ回路１６からの再生用クロック信号に基づき、読み出された記録データを再生する。さらにデータ再生回路２６は、信号ＲＦの振幅を測定する測定機能を有し、その測定値は、バス２７を介してＣＰＵ２８に出力される。
【００２４】
スレッドモータ制御回路９は、スレッドモータ６を制御し、対物レンズ１０が光ピックアップ５内の中心位置近傍に位置するように光ピックアップ５の本体を移動させる。
【００２５】
ディスクモータ制御回路４、スレッドモータ制御回路９、変調回路１４、レーザ制御回路１３、ＰＬＬ回路１６、データ再生回路２６、フォーカシング制御回路２４、トラッキング制御回路２５等は、１つのＬＳＩチップ内に構成することができ、これら回路は、バス２７を介してＣＰＵ２８によって制御される。ＣＰＵ２８は、インターフェース回路３２を介してホスト装置３３から供給される動作コマンドに従って、この光ディスク記録再生装置を総合的に制御する。ＣＰＵ２８は、ＲＡＭ２９を作業エリアとして使用し、ＲＯＭ３０に記録されたこの発明の実施に係る処理を含むプログラムに従って、所定の制御を行う。
【００２６】
図１の光ディスク装置による情報の記録を説明する。記録する情報はホスト装置３３からインターフェース回路３２を介してエラー訂正回路３１に供給されるとともに、ＲＡＭ２９内の図示しないデータバッファに一時的に格納される。エラー訂正回路３１では、データが１７２バイト×１２行ずつセクタに分割され、１６セクタ毎にエラー検出・訂正（ＥＣＣ）情報が付け加えられ、ＥＣＣブロックが形成される。ＥＣＣブロックのデータが変調回路１４で変調され、レーザ制御回路１３を制御して半導体レーザダイオード１５から記録情報に応じた書込み光を光ディスク２に照射する。これにより、ＥＣＣブロック単位のデータが順次光ディスク２に記録される。
【００２７】
記録中はフォーカシングエラー信号、トラッキングエラー信号に応じてフォーカシング制御回路２４、トラッキング制御回路２５がフォーカシング制御、トラッキング制御を行っている。しかし、電源ノイズ、振動等の外乱、傷、反り等のディスクの欠陥等の原因により、フォーカシングエラー信号またはトラッキングエラー信号が異常に大きくなることがある。この場合は、ライトエラーが発生し情報の記録が失敗したと考えられる。
【００２８】
そこで、本実施の形態では、フォーカシングエラー信号またはトラッキングエラー信号が所定値以上になると、記録動作が中断し、図２にフローチャートを示す再記録（記録リトライ処理）を行なう。
【００２９】
ステップＳ１２でリトライカウンタをリセットする。これは、記録リトライ回数を制御（制限）するためである。ステップＳ１４でデータバッファへのデータの取り込みを停止し、データバッファを書換え不可とする。
【００３０】
図３にデータバッファ内のデータとディスク上のデータの対応関係を示す。図３（ａ）はデータストリームにおけるデータバッファ内に保存されているデータを示す。左端が最も古いデータであり、右端が最も新しいデータである。ライトエラーが検出されると、直ちに記録は中断する。そのため、ステップＳ１４でデータバッファへのデータの取り込みが停止すると、データバッファ内の古いデータは記録済みデータであり、新しいデータは未記録データである状態となる。ライトエラーが検出されたＥＣＣブロックは途中で記録が中断するので、未記録である。そのため、最も新しい記録済みデータはライトエラー検出位置の１つ前のＥＣＣブロックである。再記録（記録リトライ）はライトエラーが発生した位置の記録済みデータがデータバッファに残っていることが必要である。しかしながら、記録速度は速いがライトエラーの検出速度が遅いと、ライトエラーが発生してから大部時間が経過してからライトエラーが検出され、しかもデータバッファの容量が少ない場合は、ライトエラーが発生した位置の記録済みデータがデータバッファに残っておらず、記録リトライが実行できない場合がある。
【００３１】
そこで、ステップＳ１６でデータバッファ内に残っている記録済みのＥＣＣブロック数（Ｎ）を求める。ステップＳ１８で変数Ｍに１をセットする。詳細は後述するが、変数Ｍは図３（ｂ）に示すようにライトエラー検出位置から調べていって最初に再生成功を検出したＥＣＣブロックまでのＥＣＣブロック数である。言い換えると、Ｍはライトエラー発生位置を含む領域のブロック数である。ステップＳ２０でＮ＞Ｍか否かを判定する。Ｎ＞Ｍではない場合は、ライトエラー発生位置の記録済みデータがデータバッファに残っていないことになり、記録リトライが不可能としてステップＳ４２でライトエラー終了する。
【００３２】
ステップＳ２０でＮ＞Ｍである場合は、ステップＳ２２でライトエラー検出位置を含むブロックからＭブロック前（最初は１ブロック前）のＥＣＣブロックを再生する。ステップＳ２４で再生成功した（記録が正常になされた）か否かをエラー訂正回路３１により判定する。エラー訂正回路３１が再生信号のエラー訂正を行なえた場合は再生成功であり、エラー訂正が不可能であった場合は再生失敗であると判定する。再生成功しない場合は、ステップＳ２８でＭが１だけインクリメント（＋１）されて、ステップＳ２０の判定に戻る。すなわち、再生成功するまでライトエラー検出位置から時間的に前に遡って、最初に再生成功するＥＣＣブロックを見つける。ライトエラー検出位置からＭブロック前のＥＣＣブロックで最初に再生成功を検出すると、図３（ｂ）に示すようにエラー発生部分を含むデータの範囲はＭブロックとなる。
【００３３】
ステップＳ２４で再生成功が検出されると、ステップＳ２６でライトエラー検出位置から時間的に前のＭ個のＥＣＣブロックを重ね書き（記録リトライ）する。通常の記録動作中と同様にこの記録リトライ中にもフォーカシングエラー信号またはトラッキングエラー信号が異常に大きくなり、ライトエラーが発生し情報の記録に失敗することもあり得る。そこで、ステップＳ３０で記録リトライ中にライトエラーが発生したか否か判定する。ライトエラーの発生を検出しなかった場合は、ステップＳ３２でデータバッファへのデータの取り込みを再開し、ステップＳ３４で記録リトライ正常終了とする。
【００３４】
ステップＳ３０で記録リトライ中のライトエラーの発生を検出すると、ステップＳ３６でリトライカウンタをインクリメント（＋１）し、ステップＳ３８でリトライ回数が上限値以下であるか否かを判定する。リトライ回数が上限値以上であれば、これ以上の記録リトライは不可としてステップＳ４２でライトエラー終了する。リトライ回数が上限値以上でなければ、ステップＳ４０でリトライ時の記録条件を変更して、ステップＳ２０に戻る。ライトエラーの原因は振動等の外乱ノイズ、電源ノイズ、光ディスクの欠陥、小さな傷、ゴミ等である。外乱ノイズと電源ノイズは記録条件を変えなくてもリトライ成功するかも知れないが、欠陥、傷は記録条件を変えないと決してリトライ成功することができない。
【００３５】
記録パワーは一般的には上げる方向に変える。欠陥、傷、ゴミ等によるライトエラーは記録パワーを上げると解消する確率が高い。記録条件はサーボ条件と記録パワーを含む。サーボ条件はトラッキングサーボ、フォーカシングサーボのゲイン、イコライジング周波数を含む。メディアが反っていた場合、ゲインを上げると追従性が良くなり、リトライ成功する確率が高い。欠陥、傷、ゴミ等は追従しない方が好ましく、ゲインを下げて追従性を鈍感にする。イコライジング周波数は上げると追従性が良くなり、下げると鈍感になる。
【００３６】
以上説明したように、第１の実施の形態によれば、ライトエラーの発生を検出すると、ディスク上の記録済み領域を検出位置から時間的に前へ遡りつつ１ＥＣＣブロックずつ再生し、最初に再生に成功するブロックを検出することにより、ライトエラーの発生した可能性のあるブロックを含む領域を特定することができ、その領域を記録リトライすることにより、書替え型の光ディスクにデータを正しく記録することができ、ライトエラーを補償することができる。また、記録リトライ時に記録条件を変えることにより、記録リトライによりデータが正しく記録できる可能性が高くなる。
【００３７】
以下、本発明による情報記録装置および情報記録方法の他の実施の形態を説明する。他の実施の形態の説明において第１の実施の形態と同一部分は同一参照数字を付してその詳細な説明は省略する。
【００３８】
第２の実施の形態
第２の実施の形態のブロック図は第１の実施の形態のブロック図と同一であるので、図示省略する。
【００３９】
第１の実施の形態はライトエラーを検出すると、ディスク上の記録済み領域を検出位置から時間的に前へ遡りつつ１ＥＣＣブロックずつ再生し、最初に再生に成功するブロックを検出することにより、ライトエラーの発生した可能性のあるブロックを含む領域を特定したが、第２の実施の形態はデータバッファに残っている最も古い記録済みデータのブロックから順次時間的に後（現在に近い方）へ戻りつつ１ＥＣＣブロックずつ再生し、最初に再生に失敗するブロックを検出することにより、ライトエラーの発生した可能性のあるブロックを含む領域を特定するものである。
【００４０】
第２の実施の形態の記録リトライ処理のフローチャートを図４に示す。ステップＳ５２でリトライカウンタをリセットする。ステップＳ５４でデータバッファへのデータの取り込みを停止し、データバッファを書換え不可とする。ステップＳ５６でデータバッファ内に残っている記録済みのＥＣＣブロック数（Ｎ）を求める。ステップＳ５８で変数ＭにＮをセットする。ステップＳ６０でライトエラー検出位置からＭブロック（最初はＮブロック）前のＥＣＣブロックを再生する。ステップＳ６２で再生成功した（記録が正常になされた）か否かをエラー訂正回路３１により判定する。エラー訂正回路３１が再生信号のエラー訂正を行なえた場合は再生成功であり、エラー訂正が不可能であった場合は再生失敗であると判定する。再生成功しない場合は、ステップＳ６６でＭが１だけデクリメント（−１）されて、ステップＳ６０に戻り、順次時間的に新しいＥＣＣブロックを再生し、最初に再生失敗するブロックを検出する。
【００４１】
ステップＳ６２で再生失敗を検出すると、第１の実施の形態と同様にこのときのＭがライトエラー発生位置を含む領域のブロック数となる。そこで、ステップＳ６４でＮ＞Ｍか否かを判定する。Ｎ＞Ｍではない場合は、ライトエラー発生位置の記録済みデータがデータバッファに残っていないことになり、記録リトライが不可能としてステップＳ８２でライトエラー終了する。
【００４２】
ステップＳ６４でＮ＞Ｍである場合は、ステップＳ６８でライトエラー検出位置から時間的に前のＭブロックを重ね書き（記録リトライ）する。通常の記録動作中と同様にこの記録リトライ中にもフォーカシングエラー信号またはトラッキングエラー信号が異常に大きくなり、ライトエラーが発生し情報の記録に失敗することもあり得る。そこで、ステップＳ７０で記録リトライ中にライトエラーが発生したか否か判定する。ライトエラーの発生を検出しなかった場合は、ステップＳ７２でデータバッファへのデータの取り込みを再開し、ステップＳ８２で記録リトライ正常終了とする。
【００４３】
ステップＳ７０で記録リトライ中のライトエラーの発生を検出すると、ステップＳ７６でリトライカウンタをインクリメント（＋１）し、ステップＳ７８でリトライ回数が上限値以下であるか否かを判定する。リトライ回数が上限値以上であれば、これ以上の記録リトライは不可としてステップＳ８２でライトエラー終了する。リトライ回数が上限値以上でなければ、ステップＳ８０でリトライ時の記録条件を変更して、ステップＳ６０に戻る。
【００４４】
以上説明したように、第２の実施の形態によれば、ライトエラーの発生を検出すると、ディスク上の記録済み領域を検出位置からＮブロック（データバッファが格納している記録済みデータブロック数）だけ時間的に前のＥＣＣブロックから時間的に後（現在に近い方）に１ＥＣＣブロックずつ再生し、最初に再生に失敗するブロックを検出することにより、ライトエラーの発生した可能性のあるブロックを含む領域を特定することができ、その領域を記録リトライすることにより、書替え型の光ディスクにデータを正しく記録することができ、ライトエラーを補償することができる。また、記録リトライ時に記録条件を変えることにより、記録リトライによりデータが正しく記録できる可能性が高くなる。
【００４５】
第３の実施の形態
第３の実施の形態のブロック図は第１の実施の形態のブロック図と同一であるので、図示省略する。
【００４６】
第１、第２の実施の形態はライトエラーを検出すると、ライトエラーの発生した可能性のあるブロックを含む領域を特定し、その領域のみ記録リトライしたが、第３の実施の形態は領域は特定せずに、データバッファに残っている最も古い記録済みデータのＥＣＣブロックがライトエラーを含む領域外であれば、データバッファに残っている記録済みデータを全て再記録するものである。
【００４７】
第３の実施の形態の記録リトライ処理のフローチャートを図５に示す。図２に示す第１の実施の形態のフローチャートと同じ部分には同じ参照数字を付す。
【００４８】
ステップＳ１２でリトライカウンタをリセットする。ステップＳ１４でデータバッファへのデータの取り込みを停止し、データバッファを書換え不可とする。ステップＳ１６でデータバッファ内に残っている記録済みのＥＣＣブロック数（Ｎ）を求める。
【００４９】
ステップＳ９２でライトエラー検出位置を含むブロックからＮブロック前のＥＣＣブロックを再生する。ステップＳ９４で再生成功した（記録が正常になされた）か否かをエラー訂正回路３１により判定する。エラー訂正回路３１が再生信号のエラー訂正を行なえた場合は再生成功であり、エラー訂正が不可能であった場合は再生失敗であると判定する。再生成功しない場合は、データバッファ内の最も古いデータがライトエラー発生位置を含むデータの一部であり、ライトエラー発生位置の記録済みデータがデータバッファに残っていないことになり、記録リトライが不可能としてステップＳ４２でライトエラー終了する。
【００５０】
ステップＳ９４で再生成功した場合は、ステップＳ９６でライトエラー検出位置から時間的に前のＮ個のＥＣＣブロックを重ね書き（記録リトライ）する。通常の記録動作中と同様にこの記録リトライ中にもフォーカシングエラー信号またはトラッキングエラー信号が異常に大きくなり、ライトエラーが発生し情報の記録に失敗することもあり得る。そこで、ステップＳ３０で記録リトライ中にライトエラーが発生したか否か判定する。ライトエラーの発生を検出しなかった場合は、ステップＳ３２でデータバッファへのデータの取り込みを再開し、ステップＳ３４で記録リトライ正常終了とする。
【００５１】
ステップＳ３０で記録リトライ中のライトエラーの発生を検出すると、ステップＳ３６でリトライカウンタをインクリメント（＋１）し、ステップＳ３８でリトライ回数が上限値以下であるか否かを判定する。リトライ回数が上限値以上であれば、これ以上の記録リトライは不可としてステップＳ４２でライトエラー終了する。リトライ回数が上限値以上でなければ、ステップＳ４０でリトライ時の記録条件を変更して、ステップＳ９２に戻る。
【００５２】
以上説明したように、第３の実施の形態によれば、ライトエラーの発生を検出しても、ライトエラーの発生した可能性のあるブロックを含む領域を特定することをせずに、データバッファに残っている最も古い記録済みデータのＥＣＣブロックがライトエラーを含む領域外であれば、データバッファに残っている記録済みデータを全て再記録することにより、ライトエラーの発生した可能性のあるブロックを含む領域を記録リトライすることができ、書替え型の光ディスクにデータを正しく記録することができ、ライトエラーを補償することができる。また、記録リトライ時に記録条件を変えることにより、記録リトライによりデータが正しく記録できる可能性が高くなる。
【００５３】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００５４】
【図１】本発明の第１の実施の形態に係る光ディスク装置のブロック図。
【図２】本発明の第１の実施の形態の記録リトライ処理を示すフローチャート。
【図３】データバッファ内のデータとディスク上の記録データを示す図。
【図４】本発明の第２の実施の形態の記録リトライ処理を示すフローチャート。
【図５】本発明の第３の実施の形態の記録リトライ処理を示すフローチャート。
【符号の説明】
【００５５】
２…光ディスク、５…光ピックアップ、１０…対物レンズ、１１…フォーカシングコイル、１２…トラッキングコイル、１３…レーザ制御回路、１４…変調回路、２２…光検出器、２４…フォーカシング制御回路、２５…トラッキング制御回路、２８…ＣＰＵ、２９…ＲＡＭ、
【図１】
2008090902.tif 000003
【図２】
2008090902.tif 000004
【図３】
2008090902.tif 000005
【図４】
2008090902.tif 000006
【図５】
2008090902.tif 000007