JPH10269751A

JPH10269751A - 情報記録再生装置

Info

Publication number: JPH10269751A
Application number: JP9088863A
Authority: JP
Inventors: Naoto Takahashi; 直人高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1997-03-24
Filing date: 1997-03-24
Publication date: 1998-10-09

Abstract

(57)【要約】【課題】従来のライトテストモードを設定して、ディ
スク上の欠陥やデータ転送スピードの適合性を検出する
装置では、検出したディスクの欠陥箇所をドライブ装置
が記憶していないため、その後に当該ディスクをライト
パワーで記録動作を行うと、同じアドレスでオフトラッ
ク等のライトエラーが生じる虞がある。この発明では、
ライトテストモードで得られたエラーアドレス情報を有
効に利用することによって、ディスクへの記録動作で生
じる無駄な作業を回避する。【解決手段】ディスクにトラック単位あるいはセッシ
ョン単位でデータの記録・再生を行う情報記録再生装置
において、ライトテストモードでオフトラック等のサー
ボエラーを検出したとき、当該エラーアドレスをライト
テスト終了時にディスク上に記録する手段を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、記録可能なＣＤ
−Ｒ（コンパクトディスク・レコーダブル）ディスクや
書き換え可能なＣＤ−ＲＷ（コンパクトディスク・リラ
イタブル）ディスクなどの情報記録再生装置に関する。

【０００２】

【従来の技術】従来から、ディスク上に、トラック単位
あるいはセッション単位でデータの記録・再生を行う情
報記録再生装置が知られている。この種の装置の場合、
ディスクにデータ記録を行っている途中で記録動作を中
断すると、ディスク上のデータの連続性が失なわれ、そ
の部分を再生することができなくなる。そこで、一般の
ライト用アプリケーションソフトでは、この記録動作の
テストとして、ディスク上の欠陥やデータ転送スピード
の適合性（ＢｕｆｆｅｒＵｎｄｅｒｒｕｎ：バッファ
アンダーランが発生しないこと）を検出するためのライ
トテストモードを設定することができるようになってい
る。このライトテストモードは、レーザ光をリードパワ
ー（再生パワー）に設定してディスクに集光させ、あた
かもデータの記録を行っているかのように動作させる
が、実際にはディスク上にデータを記録しないモードで
ある。

【０００３】ここで、ＣＤ−Ｒディスクのフォーマット
について説明する。ＣＤ−Ｒディスクのフォーマット
は、オレンジブック（ＯｒａｎｇｅＢｏｏｋ：Ｒｅｃ
ｏｒｄａｂｌｅＣｏｍｐａｃｔＤｉｓｃＳｙｓｔ
ｅｍＤｅｓｃｒｉｐｔｉｏｎ）によって、その物理フ
ォーマットが規定されている。また、論理フォーマット
としては、コンピュータのＯＳのファイルシステムを利
用することができる。なお、国際標準として、ＩＳＯ
９６６０もある。

【０００４】図８は、ＣＤ−Ｒディスクのフォーマット
について、その一例を示す図である。図において、ＰＣ
Ａは記録パワーのキャリブレーションを行うための情報
を記録するエリア、ＰＭＡはトラック情報を記録するエ
リア、ＳｅｓｓｉｏｎはＬｅａｄ‐Ｉｎと１つもしくは
複数のトラックおよびＬｅａｄ‐Ｏｕｔからなる１つの
単位、ＰｒｏｇｒａｍＡｒｅａはユーザデータを記録
するエリア、Ｌｅａｄ‐ＩｎはセッションＳｅｓｓｉｏ
ｎの始めを示すエリア、Ｔｒａｃｋ１〜３はそれぞれユ
ーザがファイル、音楽などのデータを記録するエリア、
Ｌｅａｄ‐ＯｕｔはセッションＳｅｓｓｉｏｎの終わり
を示すエリアを示す。

【０００５】ＣＤ−Ｒディスクのフォーマットは、この
図８に示すように、内周から外周に向って、記録パワー
のキャリブレーションを行うための情報を記録するエリ
アＰＣＡ（ＰｏｗｅｒＣａｌｉｂｒａｔｉｏｎＡｒ
ｅａ）、トラック情報を記録するエリアＰＭＡ（Ｐｒｏ
ｇｒａｍＭｅｍｏｒｙＡｒｅａ）、セッションＳｅ
ｓｓｉｏｎの始めを示すエリアＬｅａｄ‐Ｉｎ、および
ユーザデータを記録するエリアＰｒｏｇｒａｍＡｒｅ
ａで構成されている。ここで、ある１つの単位であるセ
ッションＳｅｓｓｉｏｎは、その始めを示すエリアＬｅ
ａｄ‐Ｉｎと、複数のトラック、例えば２つのトラック
Ｔｒａｃｋ１，Ｔｒａｃｋ２と、セッションＳｅｓｓｉ
ｏｎの終りを示すエリアＬｅａｄ‐Ｏｕｔから構成され
る場合と、その次のセッションＳｅｓｓｉｏｎのよう
に、１つのトラック（Ｔｒａｃｋ３）のみの場合とがあ
る。

【０００６】セッションＳｅｓｓｉｏｎの先頭のエリア
Ｌｅａｄ‐Ｉｎは、Ｌｅａｄ‐Ｉｎは、そのセッション
Ｓｅｓｓｉｏｎのヘッダー情報が記録される領域で、各
トラックの開始アドレス／スキップするトラックナンバ
ー等の情報が記録される領域である。そして、ＴＯＣ
（ＴａｂｌｅｏｆＣｏｎｔｅｎｔｓ：テーブル・オ
ブ・コンテンツ）と呼ばれる内容が記録される。このＴ
ＯＣには、そのセッションに含まれるトラック情報を記
録する。また、最後のエリアＬｅａｄ‐Ｏｕｔは、セッ
ションＳｅｓｓｉｏｎの終わりを示す情報を記録するエ
リアとして使用される。

【０００７】そして、その中間に設けられたトラック、
すなわち、トラックＴｒａｃｋ１〜３は、それぞれユー
ザがファイル、音楽などのデータを記録するエリアとし
て使用される。トラックＴｒａｃｋ１〜３は、セッショ
ンＳｅｓｓｉｏｎにデータを書き込む単位で、例えば音
楽データの場合には、１曲に対して１トラックを利用す
る。なお、この図８では、最初のセッションＳｅｓｓｉ
ｏｎのエリアＬｅａｄ‐Ｉｎと、それ以後のエリアとを
分けて、それ以後のエリアは、ユーザデータを記録する
プログラムエリアＰｒｏｇｒａｍＡｒｅａとして示し
ている。ところで、ＣＤ−Ｒディスクの特徴の一つとし
て、ＡＴＩＰ（ＡｂｓｏｌｕｔｅＴｉｍｅＩｎＰ
ｒｅ‐ｇｒｏｏｖｅ）がある。このＡＴＩＰは、未使用
のＣＤ−Ｒディスクにある溝（ｇｒｏｏｖｅ）のこと
で、その溝には細かい振動（ｗｏｂｂｌｅ）によって、
時間情報やディスク情報が、次の図９に示すようなフォ
ーマットで記録されている。

【０００８】図９は、ＡＴＩＰフォーマットについて、
そのビット構成の一例を示す図である。図において、Ｓ
ｙｎｃは同期、Ｍｉｎｕｔｅｓは分、Ｓｅｃｏｎｄｓは
秒、Ｆｒａｍｅはフレーム、ＣＲＣはＣＲＣチェックの
各データを示す。

【０００９】この図９に示した各データの内、分Ｍｉｎ
ｕｔｅｓと秒Ｓｅｃｏｎｄｓは６０進数、フレームＦｒ
ａｍｅは７５進数で表現される。そして、同期，分，
秒，フレーム，ＣＲＣのデータは、２２．０５ｋHzのキ
ャリア周波数でＦＭ変調されている。また、分，秒，フ
レームのデータは、ＣＲＣチェックによって、必要な信
頼性を確保している。ところが、これらのデータは、１
ビットでも抜けが発生すると、ＣＲＣエラーとなる。例
えば、ゴミがメディア面に付着すると、ウォブル信号が
欠落してＣＲＣエラーとなる。そこで、ドライブは、Ｃ
ＲＣエラーが発生しても、前後の時間情報から補完する
処理を行うように構成されているので、かなり多くのエ
ラーが発生しても、正常に記録再生を行うことができ
る。ＡＴＩＰフォーマットは、以上のような構成であ
る。

【００１０】ＣＤ−Ｒドライブは、これらの時間情報に
よって、読み書きする位置を探したり、ディスク情報に
よってデータを記録する際のレーザ光の強さ、ディスク
がどのような目的で使用されるべきか等を知ることがで
きる。ところで、すでに述べたように、ＣＤ−Ｒドライ
ブでは、ＣＤ−Ｒディスクの特性から、記録動作を途中
で中断することができない、という制約がある。具体的
には、記録動作中に途中で中断すると、ディスク上のデ
ータの連続性が失われ、その部分のデータを再生するこ
とができなくなる。そこで、一般的に、ＣＤ−Ｒドライ
ブでは、データバッファを設けて、ホストコンピュータ
から送られてきたデータを一時的に保持し、記録動作が
途中で中断しないようにしている。

【００１１】また、従来から、ライトテストモードを設
定して、ディスク上の欠陥やデータ転送スピードの適合
性を検出する方法が知られていることについても、すで
に説明した。このライトテストモードによる適合性の検
出動作において、ディスク上の傷やゴミによって、ある
いはデータ転送スピードの不適合によって発生するオフ
トラック（ＯｆｆＴｒａｃｋ）等のサーボエラーが発
生した場合に、従来の装置では、検出した当該ディスク
の欠陥箇所（エラーアドレス）等をドライブが覚えてい
ないため（アドレス等を記憶する手段がないので）、次
にそのディスクを用いてライトパワーで記録させると、
同じアドレスでオフトラック等のライトエラーになって
しまう可能性がある。

【００１２】このようなディスク上の欠陥に起因する問
題を解決する従来の一つの方法として、音楽再生時に傷
などによって音飛びが発生するトラックの情報を記憶さ
せておき、その後に当該トラック再生を自動的に実施し
ないようにした再生装置が、従来から知られている（例
えば、特開平６−２３１５７０号公報）。すなわち、再
生系に関しては、エラートラックを以後再生しないよう
に制御する技術が、従来から知られている。

【００１３】

【発明が解決しようとする課題】先の従来の技術で説明
したように、ＣＤ−Ｒディスク等を駆動する情報記録再
生装置では、ライトテストモードを設定して、ディスク
上の欠陥やデータ転送スピードの適合性を検出する方法
が用いられている。ところが、従来の情報記録再生装置
は、検出したディスクの欠陥箇所（エラーアドレス）を
ドライブ装置が記憶していないため、その後に、当該デ
ィスクを使用してライトパワーによって記録動作を行う
と、同じアドレスでオフトラック等のライトエラーが生
じる虞がある。この発明では、このような問題を解決
し、ライトテストモードで得られたエラーアドレスの情
報を有効に利用することによって、ディスクへの記録動
作で生じる無駄な作業を回避することを課題とする。

【００１４】

【課題を解決するための手段】請求項１の発明では、デ
ィスクにトラック単位あるいはセッション単位でデータ
の記録・再生を行う情報記録再生装置において、ライト
テストモードにおいてオフトラック等のサーボエラーを
検出したとき、当該エラーアドレスをライトテスト終了
時にディスク上に記録する手段を設けている。

【００１５】請求項２の発明では、請求項１の情報記録
再生装置において、ディスク挿入時のマウント処理にお
いて、当該ディスクのエラーアドレスが記録されている
領域を再生させ、エラーアドレスが記録されているとき
は、自動的に警告およびエラーアドレスを転送する手段
を設けている。

【００１６】請求項３の発明では、請求項１の情報記録
再生装置において、未記録領域の先頭からエラーアドレ
スまでの長さが所定の長さ以下のとき、エラーアドレス
を超えた範囲を擬似トラックとして割り当て、そのトラ
ックアドレス情報をＰＭＡエリアに記録し、リカバリー
したことをホストコンピュータに知らせる手段を設けて
いる。

【００１７】

【発明の実施の形態】この発明の情報記録再生装置につ
いて、その実施の形態を説明する。最初に、以下に第１
から第３の実施の形態として順次説明する全ての実施の
形態に共通する情報記録再生装置について、そのハード
構成を説明する。

【００１８】図１は、この発明の情報記録再生装置につ
いて、その要部構成の実施の形態の一例を示す機能ブロ
ック図である。図において、１はＣＤ−Ｒディスク、２
はスピンドルモータ、３は回転制御部、４はピックアッ
プ、５は信号制御部、６はアクチュエータ制御部、７は
レーザ駆動回路、８はドライブコントローラ、９はバッ
ファ、１０はホストコンピュータ、１１は外部インター
フェイスを示し、ＬＢはレーザ光、細実線は記録データ
の流れ、太実線は再生データの流れを示す。

【００１９】この図１に示す情報記録再生装置（ドライ
ブ装置）は、ドライブコントローラ８が、後出の図３や
図４、図６、図７のフローに従った制御を行う点を除け
ば、基本的な構成は同様である。図１に示したドライブ
装置は、ブロック２〜９から構成されている。各部の機
能は、次のとおりである。スピンドルモータ２は、ＣＤ
−Ｒディスク１を回転させるモータである。回転制御部
３は、スピンドルモータ２の回転を制御する。ピックア
ップ４は、光ヘッド等を搭載し、ＣＤ−Ｒディスク１へ
の情報の記録・再生を行う。信号制御部５は、ピックア
ップ４から出力される信号（再生データ）の制御を行
う。アクチュエータ制御部６は、ピックアップ４の位置
の制御等を行う。レーザ駆動回路７は、ピックアップ４
のレーザ光源を駆動する。

【００２０】ドライブコントローラ８は、図１のドライ
ブシステム全体の制御を司る。バッファ９は、ドライブ
コントローラ８がデータ格納など一時記憶領域として使
用するメモリである。以上が、ドライブ装置の構成と機
能の概略である。これに対して、外部インターフェイス
１１を介して、このドライブ装置と接続されたホストコ
ンピュータ１０は、このドライブ装置を制御する。な
お、外部インターフェイス１１は、ホストコンピュータ
１０のコマンド、データ等の送受信を行うためのインタ
ーフェイス回路である。ここでは、インターフェイス回
路として、ＳＣＳＩ（ＳｍａｌｌＣｏｍｐｕｔｅｒ
ＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ）を使用する場合とす
る。図１に示した情報記録再生装置は、以上のような構
成と機能を有しており、以下に順次説明する第１から第
３の実施の形態に共通である。

【００２１】第１の実施の形態この第１の実施の形態は、請求項１の発明に対応してい
るが、請求項２と請求項３の発明にも関連しており、こ
の請求項１の発明が基本発明である。先に述べたライト
テストモードで動作している際に、任意のトラックを記
録中にオフトラックが発生すると、トラックとして割り
当てられている領域の全てを記録することができない、
というケースが生じる。このような場合に、その後、こ
のディスクを使用してライトパワーで記録を行うと、同
じアドレスでオフトラック等のライトエラーになってし
まう可能性がある。デイスクの欠陥によって発生するオ
フトラックは、アドレス依存性が高い、という特性があ
る。

【００２２】そこで、この第１の実施の形態では、ライ
トテストモードにおいてオフトラックが発生したとき、
以後の書き込みや読み出し時に有効に利用するために、
そのアドレスを記憶・保持しておく点に特徴を有してい
る。次に、ライトテスト時の動作を説明する。まず、ド
ライブは、記録開始アドレスを計算し、レーザ光をリー
ドパワーに設定して、ライト処理を開始する。ライト処
理では、ホストコンピュータ１０から送られてきたデー
タが、バッファ９内に保持されていることを確認して、
ＣＤ−Ｒディスク１への記録動作を行う。以上の動作
を、ライト処理が終了するまで繰り返えす。

【００２３】この場合に、バッファ９内に記録するデー
タがなくなったときは、バッファアンダーラン・エラー
を設定して、ライトテストモードを終了する。ライト処
理が終了した後、ライト処理中にサーボエラーが発生し
ていなかったときは、ライトテストモードを正常終了す
る。これに対して、ライト処理中にサーボエラーが発生
していたときは、そのエラーアドレスを計算し、ＣＤ−
Ｒディスク１上にエラーアドレスを記録した後、サーボ
エラーコードを設定して、ライトテストモードを終了さ
せる。この場合のエラーアドレスは、実際にドライブコ
ントローラ８が何セクタをディスク上に記録（アクセ
ス）したかの情報を内部に保持しているので、そのカウ
ント数をスタートアドレスに追加することによって、正
確なアドレスを計算することができる。なお、エラーア
ドレスを記録する領域（エラーアドレス管理領）には、
ディスクのスペース領域であり、ディスク規格上は使用
されない領域である。ここで、エラーアドレス管理領域
について説明する。この第１の実施の形態では、先の図
８に示したＣＤ−Ｒディスクのフォーマットにおいて、
その先頭に設けられる記録パワーのキャリブレーション
を行うエリアＰＣＡの一部を使用する場合である。

【００２４】図２は、この発明の情報記録再生装置にお
いて、第１の実施の形態で使用するエラーアドレス管理
領域の一例を示すフォーマット構成図である。図におけ
る符号は図８と同様であり、はエラーアドレス管理領
域を示す。

【００２５】この図２には、先の図８に示したＣＤ−Ｒ
ディスクのフォーマットについて、その先頭部の記録パ
ワーのキャリブレーションを行うエリアＰＣＡと、次の
トラック情報を記録するエリアＰＭＡの詳細な構成を示
している。すでに述べたように、エリアＰＣＡは、記録
パワーのキャリブレーションを行うための情報を記録す
る領域である。このＰＣＡは、前半のＴｅｓｔＡｒｅ
ａと、後半のＣｏｕｎｔＡｒｅａから構成されてい
る。この第１の実施の形態による発明では、エラーアド
レス管理領域として、例えば、このエリアＰＣＡの後半
のＣｏｕｎｔＡｒｅａに存在するで示した空き部
分、すなわち、時間情報（Ｔｉｍｅ）でいえば、００：
１３：５５〜００：１３：２５を使用する。ここで、以
上の説明したライトテストの動作をフローに示す。

【００２６】図３は、この発明の情報記録再生装置にお
いて、第１の実施の形態によるライトテスト時の主要な
処理の流れを示すフローチャートである。図において、
＃１〜＃１１はステップを示す。

【００２７】ステップ＃１で、リードパワーを設定す
る。次のステップ＃２で、記録開始アドレスを計算す
る。ステップ＃３で、ライト処理をスタートする。ステ
ップ＃４で、バッファ９内にデータがあるかどうかチェ
ックする。バッファ９内にデータがあれば、次のステッ
プ＃５で、記録動作を行う。ステップ＃６で、記録動作
が終了したかどうかチェックし、まだ、記録動作が終了
していなければ、再び先のステップ＃４へ戻り、同様の
処理を行う。ステップ＃６で、記録動作が終了したこと
を検知すると、次のステップ＃７へ進み、サーボエラー
が発生しているかどうかチェックする。

【００２８】サーボエラーが発生しているときは、ステ
ップ＃８へ進み、エラーアドレスを計算する。次のステ
ップ＃９で、未使用領域にエラーアドレスを記録する。
ステップ＃１０へ進み、サーボエラーを設定して、この
図３のフローを終了する。また、先のステップ＃７でチ
ェックした結果、サーボエラーが発生していないとき
も、そのまま、この図３のフローを終了する。これに対
して、先のステップ＃４でチェックした結果、バッファ
９内にデータがないときは、ステップ＃１１で、バッフ
ァアンダーランエラーを設定して、この図３のフローを
終了する。以上のステップ＃１〜＃１１の処理によっ
て、ライトテストが実行され、エラーアドレスと、サー
ボエラーコードがディスク上の未使用領域に記録され
る。

【００２９】第２の実施の形態この第２の実施の形態は、請求項２の発明に対応してい
るが、先の請求項１の発明にも関連している。先の第１
の実施の形態では、ライトテストを実行し、エラーアド
レスとサーボエラーコードをディスク上の未使用領域に
記録する場合について説明した。しかし、エラーアドレ
スとサーボエラーコードが記録されたディスクを使用す
るユーザは、ディスクのエラーアドレスを知ることは不
可能であるから、ディスク状態に応じたトラック長を設
定することができない、という問題がある。この第２の
実施の形態では、ドライブがディスクエラー情報を自動
的に再生させ、ホストコンピュータに転送し、ディスク
のマウント時に、自動的に利用できるようにした点に特
徴を有している。

【００３０】そのために、この第２の実施の形態では、
ドライブにマウントしたとき、ディスクエラー情報を再
生する処理と、エラー情報が記録されていたとき、ホス
トコンピュータに対してその旨を通知する処理とを行
う。最初に、マウント処理の動作を説明する。ドライブ
は、ディスクが挿入されたかどうかチェックし、ディス
クが挿入されていることを確認すると、スピンドルモー
タ２を定常回転させるために、スピンアップを行う。次
に、ディスク上にレーザ光ＬＢを照射するフォーカス処
理、ピックアップ４をトラック溝に沿って追従させるた
めのトラッキング処理を行う。その後、ＡＴＩＰが検出
されたかどうか確認し、ＡＴＩＰが検出されないとき
は、スタンプディスクとみなし、図８に示したＴＯＣ情
報からトラック情報を取得して、マウント処理を終了す
る。

【００３１】ＡＴＩＰが検出されたときは、挿入されて
いるディスクは、ＣＤ−Ｒディスク１であると判定し、
図８のエリアＰＭＡをリード（再生）して、そのディス
ク上に存在するトラック情報を取得する。さらに、ＴＯ
Ｃ情報をリードして、セッション内に存在するトラック
情報を取得し、エラーアドレス管理領域を再生させ、エ
ラーアドレス情報を取得して、マウント処理を終了す
る。このような処理によって、挿入されたディスク上の
エラーアドレスを認識することができると共に、次に説
明するホストコンピュータ１０への通知が可能になる。
この場合には、ＳＣＳＩバスを通して、ホストコンピュ
ータ１０へ当該アドレスの情報を転送する。以上に述べ
たマウント処理の動作をフローに示す。

【００３２】図４は、この発明の情報記録再生装置につ
いて、第２の実施の形態によるマウント処理の主要な処
理の流れを示すフローチャートである。図において、＃
２１〜＃２９はステップを示す。

【００３３】ステップ＃２１で、ディスクが挿入されて
いるかどうかチェックする。ディスクが挿入されている
ときは、ステップ＃２２へ進み、スピンドルモータ２を
定常回転させるスピンアップを行う。次のステップ＃２
３で、フォーカス処理を行う。ステップ＃２４で、トラ
ッキング処理を行う。ステップ＃２５へ進み、ＡＴＩＰ
を検出したかどうかチェックする。

【００３４】ＡＴＩＰを検出したときは、ステップ＃２
６で、ＰＭＡを再生する。次のステップ＃２７で、ＴＯ
Ｃを再生する。ステップ＃２８へ進み、エラーアドレス
管理領域を再生して、この図４のフローを終了する。こ
れに対して、先のステップ＃２５でチェックした結果、
ＡＴＩＰを検出しなかったときは、ステップ＃２９へ進
み、ＴＯＣを再生して、同様に、この図４のフローを終
了する。また、先のステップ＃２１でチェックした結
果、ディスクが挿入されていないときは、そのまま、こ
の図４のフローを終了する。

【００３５】以上のステップ＃２１〜＃２９の処理によ
って、エラーアドレス管理領域からエラーアドレス情報
を取り出すことができる。次に、引き続いて行われるホ
ストコンピュータ１０へのアラーアドレスの報告の処理
の動作を説明する。図１のドライブ装置は、ホストコン
ピュータ１０からＳＣＳＩコマンドを受信した後、先の
図４に示したフローの処理を実行して、マウント処理に
おけるエラーがあったことを確認する。通常、最初にホ
ストコンピュータ１０から転送されるＳＣＳＩコマンド
は、テストユニットレディのコマンドであり、このコマ
ンドは、ドライブ装置側において、再生／記録を行う準
備ができているかどうかを確認するコマンドである。ド
ライブ装置は、マウント処理が正常に終了していたとき
は、挿入されているディスク上にエラーがあるかどうか
確認し、エラーアドレスを検出したときは、警告エラー
コード（ＳＣＳＩエラーコードの一種）を設定した後、
チェックコンディションステータス（ＳＣＳＩコマンド
の実行結果がエラーであったことを示すＳＣＳＩ−Ｉ／
Ｆ規格上のステータス）を設定して、ＳＣＳＩコマンド
終了の処理を行う。

【００３６】また、エラーアドレスが検出されなかった
ときは、そのまま、ＳＣＳＩコマンドを正常終了させる
処理を行う。これに対して、マウント処理におけるエラ
ーの確認において、マウント処理がエラー終了していた
ときは、マウントエラーを設定し、ＳＣＳＩコマンドを
チェックコンディションステータスで終了させる。な
お、任意のＳＣＳＩコマンドがチェックコンディション
ステータスで終了し、そのステータスをホストコンピュ
ータ１０が受信したときは、通常、ホストコンピュータ
１０は、リクエストセンスコマンドを発行して、ドライ
ブ装置が検出したエラー内容を獲得する。この場合に、
リクエストセンスコマンドを受信したとき、ドライブ装
置がホストコンピュータ１０に転送するセンスデータ
は、次の図５に示すような構成である。

【００３７】図５は、センスデータのフォーマットを示
す図で、(1) はセンスデータの全体のフォーマット、
(2) はそのインフォーメーションバイトを示す。

【００３８】この図５(1) に示すセンスデータのフォー
マットは、ＳＣＳＩ規格で定義されている。図５(1) に
は、“０”〜“１７”の計１８フィールドに定義された
センスデータを示しており、各フィールドは、“７”〜
“０”のビットから構成される。この第２の実施の形態
では、エラーコードを、この図５(1) に示したフィール
ド“２”のセンスキー、フィールド“１２”のアディシ
ョナルセンスコード（ＡＳＣ）、フィールド“１３”の
アディショナルセンスコードクオリファイヤ（ＡＳＣ
Ｑ）に設定し、また、そのアドレスを、図５(2) に示し
たインフォーメーションバイトに設定する場合とする。

【００３９】この図５(2) のインフォーメーションバイ
トは、図５(1) に示したフィールド“３”〜“６”の内
容の詳細であり、フィールド“４”は分Ｍｉｎｕｔｅ
ｓ、フィールド“５”は秒Ｓｅｃｏｎｄｓ、フィールド
“６”はフレームＦｒａｍｅである。先に述べたリクエ
ストセンスコマンドを受信したとき、ドライブ装置がホ
ストコンピュータ１０に転送するセンスデータは、この
図５(1) と(2) のように定義されている。そして、ＳＣ
ＳＩコマンド終了の処理を行った後、ドライブ装置は、
ホストコンピュータ１０からのリクエストセンスコマン
ドを受信する。このコマンドを受信した後、ドライブ装
置は、エラーコードを、先の図５(1)のフィールド
“２”，“１２”，“１３”に設定し、そのエラーアド
レスを、図５(2) のセンスデータのインフォーメーショ
ンバイトに設定する。その後、センスデータをホストコ
ンピュータ１０へ転送して、エラーアドレス報告を終了
させる。また、リクエストセンスコマンドで、エラーア
ドレスを転送する。したがって、ホストコンピュータ１
０は、警告エラーコードを受信した結果により、センス
データのインフォーメーションバイトを取得して、装置
に挿入されたディスク上のエラーアドレスを認識するこ
とができる。このような処理によって、ホストコンピュ
ータ１０は、エラーアドレスを知ることができるので、
そのエラーアドレスにかからないようにトラック長を設
定すれば、ライトパワーでのトラック記録時に、オフト
ラック等のサーボエラーを回避することが可能になる。
以上に説明したエラーアドレス報告の動作をフローに示
す。

【００４０】図６は、この発明の情報記録再生装置にお
いて、第２の実施の形態によるエラーアドレス報告の主
要な処理の流れを示すフローチャートである。図におい
て、＃３１〜＃３９はステップを示す。

【００４１】ステップ＃３１で、ＳＣＳＩコマンドを受
信する。ステップ＃３２で、マウント処理のエラーがあ
るかどうかチェックする。マウント処理のエラーがなけ
れば、次のステップ＃３３で、エラーアドレスが記憶さ
れているかどうかチェックする。エラーアドレスが記憶
されているときは、ステップ＃３４へ進み、警告エラー
を設定して、ステップ＃３５へ進み、ＳＣＳＩコマンド
終了の処理を行う。

【００４２】また、先のステップ＃３２でチェックした
結果、マウント処理のエラーがあるときは、ステップ＃
３９へ進み、マウントエラーを設定して、ステップ＃３
５へ進む。同様に、先のステップ＃３３でチェックした
結果、エラーアドレスが記憶されていないときも、ステ
ップ＃３５へ進む。そして、ステップ＃３５で、ＳＣＳ
Ｉコマンド終了の処理を行った後、次のステップ＃３６
で、リクエストセンスコマンドを受信する。

【００４３】次のステップ＃３７で、エラーアドレスを
設定する。ステップ＃３８で、センスデータをホストコ
ンピュータ１１へ返送して、この図６のフローを終了す
る。以上のステップ＃３１〜＃３９の処理によって、ホ
ストコンピュータへのエラーアドレスの報告が実行され
る。以上のように、この第２の実施の形態では、ドライ
ブがディスクエラー情報を自動的に再生させて、ホスト
コンピュータに転送するので、ユーザは、トラック長を
ディスク状態に応じて設定することができる。

【００４４】第３の実施の形態この第３の実施の形態
は、請求項３の発明に対応しているが、先の請求項１と
請求項２の発明にも関連している。先の第２の実施の形
態では、ドライブがディスクエラー情報を自動的に再生
させて、ホストコンピュータに転送する場合について説
明した。この装置によれば、当該ディスクのエラーアド
レス位置の手前までは記録可能であるが、このエラーア
ドレス位置以降に対してサーボエラーになり追記ができ
ないため、ディスクの残り領域を有効に利用できない、
という問題がある。その原因は、記録を行いたいトラッ
ク範囲にエラーアドレスがある場合、記録中にオフトラ
ックが生じてしまうためである。そこで、この第３の実
施の形態では、エラーアドレスを含むトラックを擬似ト
ラックとして作成することにより、残りの領域に対して
新しいトラックが追記できるようにした点に特徴を有し
ている。

【００４５】具体的にいえば、ホストコンピュータ１０
からのユーザデータを受信する以前に、ユーザデータを
記録中に発生するサーボエラーを回避するために、予め
エラーアドレスを含むトラックをダミートラックとして
割り当て、次のトラックにユーザデータを記録するよう
にしている。第３の実施の形態では、このような動作を
可能にするために、ライト処理を開始するに際して、ホ
ストコンピュータ１０から記録命令を受信すると、記録
先頭アドレスをＰＭＡ情報から計算し、エラーアドレス
までの長さを算出する。そして、エラーアドレスまでの
長さ（Ｘ）と、次に記録させるトラックの長さ（Ｙ）と
を比較し、後者の次に記録させるトラックの長さ（Ｙ）
の方が、前者のエラーアドレスまでの長さ（Ｘ）より大
きい（Ｘ＜Ｙ）ときは、トラックの最終アドレスを「エ
ラーアドレス＝１０ブロック」と設定して、このトラッ
クの情報を記録する。

【００４６】ここで設定したトラックは、擬似トラック
（ダミートラック）として扱う。また、先の比較の結
果、前者のエラーアドレスまでの長さ（Ｘ）の方が、後
者の次に記録させるトラックの長さ（Ｙ）より大きい
（Ｘ＞Ｙ）ときは、このような処理は行わない。次に、
ホストコンピュータ１０から記録するユーザデータを受
信し、記録させるトラックとして、擬似トラック（ダミ
ートラック）の次のトラックに割り当てて記録処理を行
う。トラック記録が終了すると、そのトラックの情報を
ＰＭＡに記録して、ライト処理を終了する。以上のライ
ト動作をフローに示す。

【００４７】図７は、この発明の情報記録再生装置にお
いて、第３の実施の形態によるライト処理時の主要な処
理の流れを示すフローチャートである。図において、＃
４１〜＃４９はステップを示す。

【００４８】ステップ＃４１で、ライトコマンドを受信
する。ステップ＃４２で、先頭アドレスを計算する。次
のステップ＃４３で、エラーアドレスまでの長さＸを計
算する。ステップ＃４４へ進み、Ｘ≧記録データ長であ
るかどうか比較する。Ｘ≧記録データ長のときは、ステ
ップ＃４５で、トラックの最終アドレスをエラーアドレ
ス＋１０に設定する。ステップ＃４６で、図８のエリア
ＰＭＡに、設定した最終アドレスをライトして、ステッ
プ＃４７へ進む。また、先のステップ＃４４で比較した
結果、Ｘ≧記録データ長でないときも、ステップ＃４７
へ進む。

【００４９】そして、ステップ＃４７で、ホストコンピ
ュータ１０から記録するデータを受信する。ステップ＃
４８で、記録処理を行う。次のステップ＃４９で、その
トラックの情報を、図８のエリアＰＭＡに記録して、ラ
イト動作を終了する。以上のステップ＃４１〜＃４９の
処理によって、エラーアドレスを含むトラックを擬似ト
ラックが作成され、残りの領域に対して新しいトラック
の追記が可能になる。その結果、データ未記録領域を有
効に利用することができる。

【００５０】

【発明の効果】請求項１の情報記録再生装置では、ライ
トテストモードで検出したエラーアドレスを記憶するよ
うにしている。したがって、ライトパワーで記録すると
き、そのアドレス情報を利用することが可能になり、従
来の装置のように、エラーが発生するアドレスにデータ
を記録する、という無駄な作業を回避することができ
る。

【００５１】請求項２の情報記録再生装置では、ドライ
ブが、ディスクエラー情報を自動的に再生して、ホスト
コンピュータへ転送するようにしている。したがって、
ユーザは、このディスクエラー情報に基いてトラック長
をディスク状態に応じた長さに設定することが可能にな
る。

【００５２】請求項３の情報記録再生装置では、エラー
アドレスを含むトラックを擬似トラックとして作成する
ようにしている。したがって、残りの領域に対して新し
いトラックの追記が可能になり、データ未記録領域を有
効に利用することができる。

【図面の簡単な説明】

【図１】この発明の情報記録再生装置について、その要
部構成の実施の形態の一例を示す機能ブロック図であ
る。

【図２】この発明の情報記録再生装置において、第１の
実施の形態で使用するエラーアドレス管理領域の一例を
示すフォーマット構成図である。

【図３】この発明の情報記録再生装置において、第１の
実施の形態によるライトテスト時の主要な処理の流れを
示すフローチャートである。

【図４】この発明の情報記録再生装置について、第２の
実施の形態によるマウント処理の主要な処理の流れを示
すフローチャートである。

【図５】センスデータのフォーマットを示す図である。

【図６】この発明の情報記録再生装置において、第２の
実施の形態によるエラーアドレス報告の主要な処理の流
れを示すフローチャートである。

【図７】この発明の情報記録再生装置において、第３の
実施の形態によるライト処理時の主要な処理の流れを示
すフローチャートである。

【図８】ＣＤ−Ｒディスクのフォーマットについて、そ
の一例を示す図である。

【図９】ＡＴＩＰフォーマットについて、そのビット構
成の一例を示す図である。

【符号の説明】

１…ＣＤ−Ｒディスク、２…スピンドルモータ、３…回
転制御部、４…ピックアップ、５…信号制御部、６…ア
クチュエータ制御部、７…レーザ駆動回路、８…ドライ
ブコントローラ、９…バッファ、１０…ホストコンピュ
ータ、１１…外部インターフェイス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ１１Ｂ 20/18 ５５０Ｇ１１Ｂ 20/18 ５５０Ｅ５７２５７２Ｆ５７２Ｃ 27/00 Ｄ

Claims

【特許請求の範囲】

【請求項１】ディスクにトラック単位あるいはセッシ
ョン単位でデータの記録・再生を行う情報記録再生装置
において、ライトテストモードにおいてオフトラック等のサーボエ
ラーを検出したとき、当該エラーアドレスをライトテス
ト終了時にディスク上に記録する手段を備えたことを特
徴とする情報記録再生装置。
【請求項２】請求項１の情報記録再生装置において、ディスク挿入時のマウント処理において、当該ディスク
のエラーアドレスが記録されている領域を再生させ、エ
ラーアドレスが記録されているときは、自動的に警告お
よびエラーアドレスを転送する手段を備えたことを特徴
とする情報記録再生装置。
【請求項３】請求項１の情報記録再生装置において、未記録領域の先頭からエラーアドレスまでの長さが所定
の長さ以下のとき、エラーアドレスを超えた範囲を擬似
トラックとして割り当て、そのトラックアドレス情報を
ＰＭＡエリアに記録し、リカバリーしたことをホストコ
ンピュータに知らせる手段を備えたことを特徴とする情
報記録再生装置。