(57)【特許請求の範囲】
【請求項１】
複数のブロックによりパケットが形成され、そのパケット単位でデータ記録が行われる記録媒体に対して、データの記録又は再生を行うことのできるドライブ装置において、
記録媒体上に、特定のパケット長とされた１又は複数のパケットによりデータが記録されているときに、その記録媒体に対するデータ読出を行ない、複数ブロックで読出エラーとなり、該複数ブロックのうちデータ先頭から前記特定のパケット長の整数倍地点となっているブロックを、データ記録済み領域と書込可能領域の境界と判別する境界検出手段を備えていること
を特徴とするドライブ装置。
【請求項２】
さらに、前記記録媒体は、少なくとも終端ブロックとして特定種別のブロックが含まれるように規定されたパケット単位でデータ記録が行われるものであって、
前記境界検出手段は、ブロックの読出エラー状況とブロック種別を基準として、データ記録済み領域と書込可能領域の境界と判別すること
を特徴とする請求項１に記載のドライブ装置。
【請求項３】
前記データ記録済み領域と書込可能領域の境界は、データ記録済み領域とロジカルイレーズ領域との境界であること
を特徴とする請求項１に記載のドライブ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は書込可能な記録媒体に対するドライブ装置に関し、特に記録媒体上の記録済領域と記録可能領域の境界を検出する動作にかかるものである。
【０００２】
【従来の技術】
ＣＤ方式のディスクであって書込可能な記録媒体として、ＣＤ−Ｒ、ＣＤ−ＲＷ（CD-Rewritable）などが知られている。
ＣＤ−Ｒは、記録層に有機色素を用いたライトワンス型のメディアとされ、一方ＣＤ−ＲＷは、相変化技術を用いることで書換可能なメディアとされている。従ってこの書換可能なメディアであるＣＤ−ＲＷに対応するドライブ装置（記録再生装置）では、一旦記録したデータを消去し、その消去領域に新たなデータを書き込むことも可能とされる。
【０００３】
ＣＤ−ＲＷ対応のドライブ装置で実行できるデータの消去の方式としては、フィジカルイレース（物理的消去）とロジカルイレース（論理的消去）がある。
フィジカルイレースは、ディスク上にかかれたデータを電気的に消去し、何もかかれていない状態に戻す方式である。またロジカルイレースは、データに含まれるサブコードにおいて、特定の情報、つまりデータがかかれていない部分であることを示すパターンを書き込むことで、イレースが実行された状態となるようにしている。
【０００４】
【発明が解決しようとする課題】
ところでドライブ装置は、ディスクが装填された際には、そのディスクにおいてデータ記録がされている部分の最後（データエンド）を見つける必要がある。つまりここでいうデータエンドとは、記録済み領域と記録可能領域の境界部分に相当する。
記録可能領域とは、まだ１度も記録が実行されていない部分、及びフィジカルイレースされた部分、及びロジカルイレースされた部分をいう。
【０００５】
ドライブ装置は、記録済み領域と記録可能領域の境界部分（以下、単に「境界」という）を見つけたら、それをホスト側の装置（パーソナルコンピュータ等）に報告する。このようにしてホスト機器側がディスク上の境界としての位置（アドレス）を確認できるようにすることで、その境界からの新たなデータの書込が可能となる。
【０００６】
例えば図１３（ａ）に示すように、ディスク上にあるデータトラックが記録されており、それが図１３（ｂ）のようにロジカルイレースされたとする。さらにその後、図１３（ｃ）のようにロジカルイレースされた領域上に新たなデータトラックが記録されたとする。
このような図１３（ｃ）の状態となっているディスクが、ある時点でドライブ装置に装填されたとすると、ドライブ装置は、図１３（ｃ）に示される境界を検出し、ホスト機器に報告することになり、これによって、現在のデータエンドに続く領域への新たなデータ記録が可能となる。
【０００７】
ところが、このような境界の検出については、特にデータエンドがロジカルイレース領域との境界となっている場合は、正確な検出ができないことがあるという問題がある。
例えば図１４（ａ）のように、まだ一度も記録されていない領域やフィジカルイレース領域がデータエンドとの境界となっている場合は、その領域からは再生ＲＦ信号は得られない。従ってドライブ装置は、記録済み領域の再生動作を行っていき、ある箇所以降が再生ＲＦ信号が得られないようになれば、その箇所を境界と判断することができる。
しかしながら図１４（ｂ）のようにロジカルイレース領域がデータエンドとの境界となっている場合では上記手法では境界を判別できない。これはロジカルイレース領域ではデータ自体は残っており、再生ＲＦ信号が得られるためである。
【０００８】
このため、ロジカルイレーズ領域との境界判別は、サブコードのＣＲＣエラーチェックにより行うようにしている。
詳しくは後述するが、ＣＤ−ＲＷではデータはパケット単位で書き込まれ、さらにパケットは複数のブロックにより形成されている。またパケットの先頭のブロックはリンクブロックとされるが、パケット単位の記録動作においては、最後のパケットの次にリンクブロックを形成することで終了される。
このような記録動作により、図１４（ｂ）の境界部分は拡大すると図１４（ｃ）のようになっている。なおＢＬ（ｎ）等は１つのブロックを示している。
書込終了ポイントを含むブロックはリンクブロックとされることになるが、このリンクブロック、つまり物理的な書込動作が中断されたブロックは、図１４（ｃ）のようにロジカルイレースされたデータが混在することになり、従って、このブロックではサブコードによるＣＲＣチェックは必ずエラーとなる。
このことからドライブ装置は、記録済み領域の再生動作を行っていき、あるブロックにおいてＣＲＣエラーとなったら、そのブロックを境界と判断することができる。
【０００９】
これにより例えば図１４（ｃ）のブロックＢＬ（ｎ）を境界として検出できるが、この検出には他のブロックでＣＲＣエラーが無いことが必要になる。ところがディスク上の汚れや繰り返し記録によるデータ劣化などの何らかの原因で、境界でないブロックでＣＲＣエラーが発生すると、ドライブ装置は境界を誤検出してしまうか、もしくは境界が特定できない事態となる。例えば図１４（ｃ）のブロックＢＬ（ｎ）の他に、ブロックＢＬ（ｎ−１）など境界でないブロックでＣＲＣエラーが発生すると、実際の境界がどちらであるかが判別できない。
このようなことから境界が正確に検出できず、これによって装置の動作の信頼性が損なわれることになる。
【００１０】
【課題を解決するための手段】
本発明はこのような問題に鑑みて、ドライブ装置において記録媒体上の記録済み領域と記録可能領域の境界を正確に検出できるようにすることを目的とする。
【００１１】
このために本発明では、複数のブロックによりパケットが形成され、そのパケット単位でデータ記録が行われる記録媒体に対して、データの記録又は再生を行うことのできるドライブ装置として、 記録媒体上に、特定のパケット長とされた１又は複数のパケットによりデータが記録されているときに、その記録媒体に対するデータ読出を行ない、複数ブロックで読出エラーとなり、該複数ブロックのうちデータ先頭から前記特定のパケット長の整数倍地点となっているブロックを、データ記録済み領域と書込可能領域の境界と判別する境界検出手段を備えるようにする。
つまり読出エラーとなる位置の検出に加えて、特定のパケット長を基準にして正確に境界位置を特定できるようにする。
【００１２】
さらに、本発明では、前記記録媒体は、少なくとも終端ブロックとして特定種別のブロックが含まれるように規定されたパケット単位でデータ記録が行われるものであって、前記境界検出手段は、ブロックの読出エラー状況とブロック種別を基準として、データ記録済み領域と書込可能領域の境界と判別するように構成される。
また、前記データ記録済み領域と書込可能領域の境界は、データ記録済み領域とロジカルイレーズ領域との境界である。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態としてＣＤ−ＲＷに対応するドライブ装置を説明する。説明は次の順で行う。
１．ドライブ装置の構成
２．ＣＤ−ＲＷのデータ構造
３．ＴＯＣ及びサブコード
４．境界判別動作
【００１４】
１．ドライブ装置の構成
ＣＤ−ＲＷとしてのディスクに対してデータの記録再生を行うことのできる本例のドライブ装置の構成を図１で説明する。
図１において、ＣＤ−ＲＷであるディスク９０は、ターンテーブル７に積載され、記録／再生動作時においてスピンドルモータ１によって一定線速度（ＣＬＶ）もしくは一定角速度（ＣＡＶ）で回転駆動される。そしてピックアップ１によってディスク９０にエンボスピット形態や相変化ピット形態などで記録されているデータの読み出しが行なわれることになる。
なお通常、ＣＤ−ＲＷ対応のドライブ装置では、ＣＤ−Ｒ、ＣＤ−ＲＯＭなどに対する再生も可能とされる。
【００１５】
ピックアップ１内には、レーザ光源となるレーザダイオード４や、反射光を検出するためのフォトディテクタ５、レーザ光の出力端となる対物レンズ２、レーザ光を対物レンズ２を介してディスク記録面に照射し、またその反射光をフォトディテクタ５に導く光学系が形成される。
対物レンズ２は二軸機構３によってトラッキング方向及びフォーカス方向に移動可能に保持されている。
またピックアップ１全体はスレッド機構８によりディスク半径方向に移動可能とされている。
またピックアップ１におけるレーザダイオード４はレーザドライバ１８によってレーザ発光駆動される。
【００１６】
ディスク９０からの反射光情報はフォトディテクタ５によって検出され、受光光量に応じた電気信号とされてＲＦアンプ９に供給される。
ＲＦアンプ９には、フォトディテクタ５としての複数の受光素子からの出力電流に対応して電流電圧変換回路、マトリクス演算／増幅回路等を備え、マトリクス演算処理により必要な信号を生成する。例えば再生データであるＲＦ信号、サーボ制御のためのフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥなどを生成する。
ＲＦアンプ９から出力される再生ＲＦ信号は２値化回路１１へ、フォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥはサーボプロセッサ１４へ供給される。
【００１７】
また、ＣＤ−ＲＷとしてのディスク９０上は、記録トラックのガイドとなるグルーブ（溝）が予め形成されており、しかもその溝はディスク上の絶対アドレスを示す時間情報がＦＭ変調された信号によりウォブル（蛇行）されたものとなっている。従って記録動作時には、グルーブの情報からトラッキングサーボをかけることができるとともに、グルーブのウォブル情報から絶対アドレスを得ることができる。ＲＦアンプ９はマトリクス演算処理によりウォブル情報ＷＯＢを抽出し、これをアドレスデコーダ２０に供給する。
アドレスデコーダ２０では、供給されたウォブル情報ＷＯＢを復調することで、絶対アドレス情報を得、システムコントローラ１０に供給する。
またグルーブ情報をＰＬＬ回路に注入することで、スピンドルモータ６の回転速度情報を得、さらに基準速度情報と比較することで、スピンドルエラー信号ＳＰＥを生成し、出力する。
【００１８】
ＲＦアンプ９で得られた再生ＲＦ信号は２値化回路１１で２値化されることでいわゆるＥＦＭ信号（８−１４変調信号）とされ、エンコード／デコード部１２に供給される。
エンコード／デコード部１２は、再生時のデコーダとしての機能部位と、記録時のエンコーダとしての記録部位を備える。
再生時にはデコード処理として、ＥＦＭ復調、ＣＩＲＣエラー訂正、デインターリーブ、ＣＤ−ＲＯＭデコード等の処理を行い、ＣＤ−ＲＯＭフォーマットデータに変換された再生データを得る。
またエンコード／デコード部１２は、ディスク９０から読み出されてきたデータに対して後述するサブコードの抽出処理も行い、サブコード（Ｑデータ）としてのＴＯＣやアドレス情報等をシステムコントローラ１０に供給する。
さらにエンコード／デコード部１２は、ＰＬＬ処理によりＥＦＭ信号に同期した再生クロックを発生させ、その再生クロックに基づいて上記デコード処理を実行することになるが、その再生クロックからスピンドルモータ６の回転速度情報を得、さらに基準速度情報と比較することで、スピンドルエラー信号ＳＰＥを生成し、出力できる。
【００１９】
再生時には、エンコード／デコード部１２は、上記のようにデコードしたデータをバッファメモリ２０に蓄積していく。
このドライブ装置からの再生出力としては、バッファメモリ２０にバファリングされているデータが読み出されて転送出力されることになる。
【００２０】
インターフェース部１３は、外部のホストコンピュータ８０と接続され、ホストコンピュータ８０との間で記録データ、再生データや、各種コマンド等の通信を行う。実際にはＳＣＳＩやＡＴＡＰＩインターフェースなどが採用されている。そして再生時においては、デコードされバッファメモリ２０に格納された再生データは、インターフェース部１３を介してホストコンピュータ８０に転送出力されることになる。
なお、ホストコンピュータ８０からのリードコマンド、ライトコマンドその他の信号はインターフェース部１３を介してシステムコントローラ１０に供給される。
【００２１】
一方、記録時には、ホストコンピュータ８０から記録データ（オーディオデータやＣＤ−ＲＯＭデータ）が転送されてくるが、その記録データはインターフェース部１３からバッファメモリ２０に送られてバッファリングされる。
この場合エンコード／デコード部１２は、バファリングされた記録データのエンコード処理として、ＣＤ−ＲＯＭフォーマットデータをＣＤフォーマットデータにエンコードする処理（供給されたデータがＣＤ−ＲＯＭデータの場合）、ＣＩＲＣエンコード及びインターリーブ、サブコード付加、ＥＦＭ変調などを実行する。
【００２２】
エンコード／デコード部１２でのエンコード処理により得られたＥＦＭ信号は、イコライザ２１でライトイコライゼーションと呼ばれる処理が施された後、ライトデータＷＤＡＴＡとしてレーザードライバ１８に送られ、ディスクに書き込まれる。つまりレーザドライバ１８ではライトデータＷＤＡＴＡにより変調されたレーザドライブパルスをレーザダイオード４に与え、レーザ発光駆動を行うことで、ディスク９０にライトデータＷＤＡＴＡに応じた相変化ピットが形成されることになる。
【００２３】
ＡＰＣ回路（Auto Power Control）１９は、レーザ出力パワーをモニターしながらレーザーの出力が温度などによらず一定になるように制御する回路部である。レーザー出力の目標値はシステムコントローラ１０から与えら、レーザ出力レベルが、その目標値になるようにレーザドライバ１８を制御する。
【００２４】
サーボプロセッサ１４は、ＲＦアンプ９からのフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥや、エンコード／デコード部１２もしくはアドレスデコーダ２０からのスピンドルエラー信号ＳＰＥ等から、フォーカス、トラッキング、スレッド、スピンドルの各種サーボドライブ信号を生成しサーボ動作を実行させる。
即ちフォーカスエラー信号ＦＥ、トラッキングエラー信号ＴＥに応じてフォーカスドライブ信号ＦＤ、トラッキングドライブ信号ＴＤを生成し、二軸ドライバ１６に供給する。二軸ドライバ１６はピックアップ１における二軸機構３のフォーカスコイル、トラッキングコイルを駆動することになる。これによってピックアップ１、ＲＦアンプ９、サーボプロセッサ１４、二軸ドライバ１６、二軸機構３によるトラッキングサーボループ及びフォーカスサーボループが形成される。
【００２５】
サーボプロセッサ１４はさらに、スピンドルモータドライバ１７に対してスピンドルエラー信号ＳＰＥに応じて生成したスピンドルドライブ信号を供給する。スピンドルモータドライバ１７はスピンドルドライブ信号に応じて例えば３相駆動信号をスピンドルモータ６に印加し、スピンドルモータ６のＣＬＶ回転を実行させる。またサーボプロセッサ１４はシステムコントローラ１０からのスピンドルキック／ブレーキ制御信号に応じてスピンドルドライブ信号を発生させ、スピンドルモータドライバ１７によるスピンドルモータ６の起動、停止、加速、減速などの動作も実行させる。
【００２６】
またサーボプロセッサ１４は、例えばトラッキングエラー信号ＴＥの低域成分として得られるスレッドエラー信号や、システムコントローラ１０からのアクセス実行制御などに基づいてスレッドドライブ信号を生成し、スレッドドライバ１５に供給する。スレッドドライバ１５はスレッドドライブ信号に応じてスレッド機構８を駆動する。スレッド機構８には図示しないが、ピックアップ１を保持するメインシャフト、スレッドモータ、伝達ギア等による機構を有し、スレッドドライバ１５がスレッドドライブ信号に応じてスレッドモータ８を駆動することで、ピックアップ１の所要のスライド移動が行なわれる。
【００２７】
以上のようなサーボ系及び記録再生系の各種動作はマイクロコンピュータによって形成されたシステムコントローラ１０により制御される。
システムコントローラ１０は、ホストコンピュータ８０からのコマンドに応じて各種処理を実行する。
例えばホストコンピュータ８０から、ディスク９０に記録されている或るデータの転送を求めるリードコマンドが供給された場合は、まず指示されたアドレスを目的としてシーク動作制御を行う。即ちサーボプロセッサ１４に指令を出し、シークコマンドにより指定されたアドレスをターゲットとするピックアップ１のアクセス動作を実行させる。
その後、その指示されたデータ区間のデータをホストコンピュータ８０に転送するために必要な動作制御を行う。即ちディスク９０からのデータ読出／デコード／バファリング等を行って、要求されたデータを転送する。
【００２８】
またホストコンピュータ８０から書込命令（ライトコマンド）が出されると、システムコントローラ１０は、まず書き込むべきアドレスにピックアップ１を移動させる。そしてエンコード／デコード部１２により、ホストコンピュータ８０から転送されてきたデータについて上述したようにエンコード処理を実行させ、ＥＦＭ信号とさせる。
そして上記のようにイコライジングされたライトデータＷＤＡＴＡがレーザドライバ１８に供給されることで、記録が実行される。
【００２９】
２．ＣＤ−ＲＷのデータ構造
続いてＣＤ−ＲＷのデータ構造について図５〜図７により説明していく。
まずＣＤ−ＲＷのディスク上の内周側から外周側までのレイアウトを図５（ａ）に示す。
【００３０】
ディスクの最内周側にはＰＣＡ(Power Calibration Area)、ＰＭＡ(Program Memory Area)と呼ばれる領域が形成される。これらの領域はＣＤ−ＲＷ対応のドライブ装置によってのみ使用される（一般のＣＤ−ＲＯＭドライブはこの領域をアクセスすることはできない）。
【００３１】
ＰＣＡは、記録に必要なレーザー出力を決める為に使用する領域である。つまりドライブ装置はＰＣＡの領域にレーザーの出力を変えながらダミーのデータを書き、その後その部分を再生してピットの出来具合を調べることによって最適な記録状態となるレーザー出力を求める。
ＰＭＡは記録途中の暫定的なＴＯＣ情報を控えておく領域である。周知のようにＣＤのＴＯＣにはディスクの目次情報が入っているが、そのためにはＴＯＣを記録する前にディスクの全内容が確定していなければならない。ところが追加記録のできるＣＤ−ＲＷの場合、記録を追加しつつある段階ではディスクの全内容は確定していないのでＴＯＣを書くことはできない。そこで記録を追加しつつある段階ではＰＭＡに記録途中のディスクの情報をメモしておいて、これ以上記録を追加しないと決めたところでＰＭＡにメモしておいたディスクの情報をＴＯＣにコピーするようにしている。
【００３２】
ＣＤ−ＲＷにおいては、図５（ａ）に示されるように、記録領域を複数のセッションとして分割設定することができる。
各セッションは、それぞれＴＯＣが記述されるリードインエリア、主たるデータ記録に用いられるプログラムエリア、及びリードアウトエリアにより形成される。
【００３３】
セッションの構成を図５（ｂ）に示す。図示するようにセッションの先頭はリードインエリアとされ、そのセッションのプログラムエリアに記録されるトラックのＴＯＣ（管理情報）が記録される。
プログラムエリアには、例えばトラック＃１、＃２、＃３として示すように、１又は複数のトラックが記録される。各トラックの先頭部分には、トラックディスクリプタＴＤＣが形成され、それに続く部分がトラックデータの記録領域となる。
【００３４】
１つのトラックの構成を図５（ｃ）に示すが、トラックディスクリプタの部分は、後述するサブコードＱデータにおけるインデックスＸ＝「００」となる部分となる。そしてトラックディスクリプタには、そのトラックに関する各種の管理情報が記録される。
また、インデックスＸ＝「０１」（もしくはそれ以上の値）となる部分が、実際のトラックデータ部分となる。このトラックデータは、図示するように１又は複数のパケットＰＫにより形成される。
パケットＰＫは記録動作としての最小単位となる。
パケットＰＫとしては、フィックスドパケットとしてパケット長が固定される場合と、バリアブルパケットとしてパケット長が固定されない場合とがある。
実際にそのトラックについて、パケットＰＫがフィックスドパケットであるかバリアブルパケットであるかの別や、フィックスドパケットの場合のパケット長などの情報は、トラックディスクリプタに記述されている。
【００３５】
パケットＰＫの構造を図６（ａ）に示す。
１つのパケットは、複数のブロック（２３５２バイトのデータ単位）により形成されるが、図示するように先頭側にリンクブロックＬＢ、及び４つのランインブロック（ＲＩＢ＃１〜ＲＩＢ＃４）として５つのブロックが配され、それに続いて１又は複数のユーザーデータブロックＵＤＢ（ＵＤＢ＃１〜ＵＤＢ＃（ｎ））が配される。このユーザーデータブロックＵＤＢが、実際に主たるデータが記録されるブロックとなる。
パケットＰＫの終端側は、２つのランアウトブロック（ＲＯＢ＃１、ＲＯＢ＃２）が配される。
【００３６】
例えばユーザーデータブロック数（＝パケットサイズ；本例ではパケットサイズとはパケット内の総ブロック数ではなくユーザーデータブロック数をいう）が３２ブロックとされた場合、そのパケットＰＫは、図６（ｂ）のように、３２個のユーザーデータブロックＵＤＢ＃１〜ＵＤＢ＃３２の前端側に、リンクブロックＬＢ、及び４つのランインブロック（ＲＩＢ＃１〜ＲＩＢ＃４）が配され、また後端側に２つのランアウトブロック（ＲＯＢ＃１、ＲＯＢ＃２）が配されるため、総計で３７ブロックで形成されることになる。
例えばパケットサイズが３２でフィックスドパケットとされる場合は、図５（ｃ）に示した各パケットＰＫは、全て図６（ｂ）のような構造となる。
【００３７】
なお、記録動作はこのようなパケット単位で行われるが、記録終了時には、最後のパケットの最後のブロック（ランアウトブロックＲＯＢ＃２）の次を、リンクブロックとして処理を終えることになる。従って図１４で説明したように、ロジカルイレース部分に記録が行われていた場合は、その境界を含むリンクブロックは過去のロジカルイレースされたデータが混在する。
【００３８】
ブロックの構造は図７のようになる。
１つのブロックは２３５２バイトで形成されるが、いわゆるＣＤ−ＲＯＭフォーマットと同様に、モード０、モード１、モード２が設定されている。
どのモードであっても、先頭１２バイトはシンクパターン、続く４バイトはヘッダとされるが、図７（ａ）のモード０の場合は、残りの２３３６バイトはゼロデータとされる。例えばＴＯＣ領域などでブロック内に実データが記録されない領域のブロックとして用いられる。
図７（ｂ）のモード１はヘッダに続いて２０４８バイトのデータ領域と、２８８バイトの補助データ領域が用意される。このモード１では、補助データとしてエラー訂正コードを付加することで、エラー訂正能力を上げることができる。
図７（ｃ）のモード２ではヘッダに続く２３３６バイトが全てデータ領域とされ、これによりデータ記録可能容量を大きくできる。
【００３９】
４バイトのヘッダは、各バイトが図７（ｄ）のように設定されている。すなわち３バイトがブロックアドレスとして分／秒／ブロックとしてそのブロックのアドレスが示される。
残りの１バイトはモードバイトとされる。このモードバイトは、各ビット（ｂｉｔ７〜ｂｉｔ０）が図７（ｅ）のように定義されている。
ｂｉｔ１、ｂｉｔ０はモードインジケータとされ、上記ブロック構造としてのモード０、モード１、モード２を示す値が記述される。
ｂｉｔ１、ｂｉｔ０が「００」ならモード０、「０１」ならモード１、「１０」ならモード２、「１１」はリザーブと規定されている。
【００４０】
ｂｉｔ７〜ｂｉｔ５はブロックインジケータとされ、上記パケット構造で述べた各ブロック種別を示すものとされる。ｂｉｔ７〜ｂｉｔ５の値として、以下の通り定義されている。
「０００」・・・ユーザーデータブロック
「００１」・・・ランインブロック＃４
「０１０」・・・ランインブロック＃３
「０１１」・・・ランインブロック＃２
「１００」・・・ランインブロック＃１
「１０１」・・・リンクブロック
「１１０」・・・ランアウトブロック＃２
「１１１」・・・ランアウトブロック＃１
従って、各ブロックについては、ヘッダを読み込むことによってそのブロックの種別が判別できる。
【００４１】
３．ＴＯＣ及びサブコード
続いてディスク９０（ＣＤ−ＲＷ）において記録されるＴＯＣ、及びサブコードについて説明する。
ＣＤ方式のディスクでは、ディスク上のデータの最小単位は１フレームとなる。９８フレームで１つのサブコーディングフレームが構成される。
【００４２】
１フレームの構造は図８のようになる。
１フレームは５８８ビットで構成され、先頭２４ビットが同期データ、続く１４ビットがサブコードデータエリアとされる。そして、その後にデータ及びパリティが配される。
【００４３】
この構成のフレームとして、９８個のフレームのそれぞれから取り出されたサブコードデータが集められて図９（ａ）のような１つのサブコードデータが形成される。このサブコードデータ単位は、上記ブロック単位に相当する。つまり上述した１つのブロックにつき、図９（ａ）のような１単位のサブコードデータが得られる。
【００４４】
９８フレームの先頭の第１、第２のフレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）からのサブコードデータは同期パターンとされている。そして、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）までで、各９６ビットのチャンネルデータ、即ちＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが形成される。
【００４５】
このうち、アクセス等の管理のためにはＰチャンネルとＱチャンネルが用いられる。ただし、Ｐチャンネルはトラックとトラックの間のポーズ部分を示しているのみで、より細かい制御はＱチャンネル（Ｑ１〜Ｑ９６）によって行なわれる。９６ビットのＱチャンネルデータは図９（ｂ）のように構成される。
【００４６】
まずＱ１〜Ｑ４の４ビットはコントロールデータとされ、オーディオのチャンネル数、エンファシス、ＣＤ−ＲＯＭの識別などに用いられる。
即ち、４ビットのコントロールデータは次のように定義される。
『００＊０』・・・・２チャンネルオーディオでプリエンファシス無し
『１０＊０』・・・・４チャンネルオーディオでプリエンファシス無し
『００＊１』・・・・２チャンネルオーディオでプリエンファシス有り
『１０＊１』・・・・４チャンネルオーディオでプリエンファシス有り
『０１＊０』・・・・データトラック（非オーディオ）
『＊＊０＊』・・・・デジタルコピー不可
『＊＊１＊』・・・・デジタルコピー可
【００４７】
次にＱ５〜Ｑ９の４ビットはアドレスＡＤＲとされ、これはサブＱデータのコントロールビットとされている。
このアドレスＡＤＲの４ビットが『０００１』である場合は、続くＱ９〜Ｑ８０のサブＱデータはオーディオＱデータであることを示している。
また、ロジカルイレースされた領域では、このアドレスＡＤＲが『００００』とされることで、ロジカルイレースされたことが示される。
Ｑ９〜Ｑ８０で７２ビットのサブＱデータが形成され、残りのＱ８１〜Ｑ９６はＣＲＣとされる。
【００４８】
リードインエリアにおいては、そこに記録されているサブＱデータが即ちＴＯＣ情報となる。
つまりリードインエリアから読み込まれたＱチャンネルデータＱ１〜Ｑ９６の９６ビットのサブＱデータは、図１０（ａ）のような情報を有するものである。Ｑ９〜Ｑ８０のサブＱデータは各８ビットのデータを有している。
なお、アドレスＡＤＲは「０００１」となる。
【００４９】
Ｑ９〜Ｑ８０のサブＱデータとしては、まずトラックナンバが記録される。リードインエリアではトラックナンバは『００』に固定される。
続いてＰＯＩＮＴ（ポイント）が記され、さらにトラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録されるが、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩＮＴの値によって意味が決定されている。
【００５０】
ＰＯＩＮＴの値が『０１』〜『９９』のときは、その値はトラックナンバを意味し、この場合ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいては、そのトラックナンバのトラックのスタートポイント（絶対時間アドレス）が分（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番号（ＰＦＲＡＭＥ）として記録されている。
【００５１】
ＰＯＩＮＴの値が『Ａ０』のときは、ＰＭＩＮに最初のトラックのトラックナンバが記録される。
ＰＯＩＮＴの値が『Ａ１』のときは、ＰＭＩＮに最後のトラックのトラックナンバが記録される。
ＰＯＩＮＴの値が『Ａ２』のときは、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが絶対時間アドレスとして示される。
【００５２】
例えば６トラックが記録されたディスク（又は図５で説明したセッション）の場合、このようなサブＱデータによるＴＯＣとしては図１２のようにデータが記録されていることになる。
図１２に示すようにトラックナンバＴＮＯは全て『００』である。
ブロックＮＯ．とは上記のように９８フレームによるブロックデータとして読み込まれた１単位のサブＱデータのナンバを示している。
各ＴＯＣデータはそれぞれ３ブロックにわたって同一内容が書かれている。
図示するようにＰＯＩＮＴが『０１』〜『０６』の場合、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとしてトラック＃１〜トラック＃６のスタートポイントが示されている。
【００５３】
そしてＰＯＩＮＴが『Ａ０』の場合、ＰＭＩＮに最初のトラックナンバとして『０１』が示される。
またＰＯＩＮＴの値が『Ａ１』の位置にＰＭＩＮに最後のトラックのトラックナンバが記録され、ＰＯＩＮＴの値が『Ａ２』の位置に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが示される。
ブロックｎ＋２７以降は、ブロックｎ〜ｎ＋２６の内容が再び繰り返して記録されている。
【００５４】
ディスク１上で実際に音楽等のデータが記録されるトラック＃１〜＃ｎ、及びリードアウトエリアにおいては、そこに記録されているサブＱデータは図１０（ｂ）の情報を有する。
アドレスＡＤＲは「０００１」となる。
【００５５】
Ｑ９〜Ｑ８０のサブＱデータとしては、まずトラックナンバが記録される。即ち各トラック＃１〜＃ｎでは『０１』〜『９９』のいづれかの値となる。またリードアウトエリアではトラックナンバは『ＡＡ』とされる。
続いてインデックスＸとして各トラックをさらに細分化することができる情報が記録される。
なお図５（ｃ）で述べたように、トラックディスクリプタの部分ではインデックスＸ＝「００」となり、トラックデータ部分は「０１」以降の値となる。
【００５６】
トラック内の経過時間としては、ＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥとして、絶対時間アドレスが分（ＡＭＩＮ），秒（ＡＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）として記録されている。
【００５７】
このようにＴＯＣ及びサブコードが形成されているわけであるが、ディスク上のアドレス、即ちＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥは、９８フレーム単位で記録されることが理解される。
この９８フレーム（１ブロック）は１サブコーディングフレームと呼ばれ、音声データとしての１秒間には７５サブコーディングフレームが含まれることになる。従って絶対アドレスとしての『ＡＦＲＡＭＥ』がとりうる値は『０』〜『７４』となる。
【００５８】
ところで、ロジカルイレースされた部分では、サブＱデータは図１１のようになる。
まずアドレスＡＤＲは「００００」となってロジカルイレース部分であることが示される。
【００５９】
Ｑ９〜Ｑ８０のサブＱデータとしては、トラックナンバＴＮＯ、及びインデックスＸは「ＦＦ」とされる。
またトラック内の経過時間である、ＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）はそれぞれ「００」とされる。
なお、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥはそのまま絶対時間アドレスが記録されている状態となる。
【００６０】
４．境界判別動作
本例のドライブ装置では、例えば図１４で説明したように記録済み部分とロジカルイレースされた部分が境界となっているディスク９０が装填された場合でも、その境界を正確に判別できるようにすることを特徴とするものである。
【００６１】
即ち、境界におけるリンクブロックでは必ずサブコードのＣＲＣエラーとなるため、基本的にはサブコードデータとしてＣＲＣエラーとなるブロックを探していくことになるが、その境界としてのリンクブロック以外でもＣＲＣエラーが発生したような場合にも、境界としてのブロックを正しく判断することができるようにしている。
この境界判断の手法としては図２に示す境界検出方式▲１▼と、図３に示す境界検出方式▲２▼のいづれかが実行される。
【００６２】
図２に示す境界検出方式▲１▼は、記録されたトラック＃（ｍ）（図１４（ｂ）のように記録済となっている部分のトラック）がフィックスドパケットにより形成されている場合に適用できる手法である。
上述したように、トラック＃（ｍ）がパケットサイズ＝ｘのフィックスドパケットとされる場合は、図２（ａ）に示す各パケットは、（７＋ｘ）個のブロックで形成されている。つまりｘ個のユーザーデータブロックと、７個の他のブロック（リンクブロック、ランインブロック、ランアウトブロック）により形成される。
これは、そのトラック＃（ｍ）がｙ個のパケットで形成されているとすると、トラック全長はｙ（７＋ｘ）個のブロックで形成されていることになる。
つまり、トラック＃（ｍ）のデータエンドＱの次のブロック（＝境界となるリンクブロック）は、トラック先頭Ｐから、必ずパケット長（７＋ｘ）の整数倍の位置にあることになる。
【００６３】
従って、境界となるリンクブロック以外にもＣＲＣエラーが発生した場合でも、境界を正しく判別できる。
例えば図２（ｂ）に境界部分を拡大して示し、ブロックＢＬ（ｎ）が実際の境界であったとする。
このときに、ブロックＢＬ（ｎ−１）及びブロックＢＬ（ｎ）の両方でＣＲＣエラーが検出されたとする。
この場合、トラック先頭からパケット長（７＋ｘ）の整数倍の位置にある境界ブロックであると判断できる。
【００６４】
例えばトラック＃（ｍ）の先頭ブロックのアドレスを「１００」、パケット長が（７＋３２）で３９ブロックであるとする。
すると、リンクブロックＢＬ（ｎ）のアドレスは、アドレス１００を基準として３９の整数倍の値、つまり、３９ｚ＋１００（但しｚは整数）になっているはずである。
そしてブロックＢＬ（ｎ−１）のアドレスが「１７７」、ブロックＢＬ（ｎ）のアドレスが「１７８」であったとすると、ブロックＢＬ（ｎ）が上記式に相当する値であるため、ブロックＢＬ（ｎ）が境界と判断できることになる。
【００６５】
なお、この手法はフィックスドパケットの場合のみ適用できる。従って図５で説明したトラックディスクリプタにおいて、そのトラックがフィックスドパケットで形成されていることが認識できた場合に、同じく記述されているパケットサイズを用いて計算し、正確な境界を判別することになる。
【００６６】
図３に示す境界検出方式▲２▼は、記録されたトラック＃（ｍ）（図１４（ｂ）のように記録済となっている部分のトラック）がフィックスドパケットであるかバリアブルパケットであるかに関係なく適用できる手法である。
上述したように、トラック＃（ｍ）を構成する各パケットは、図６のように各種ブロックにより形成されており、特に後端側の２ブロックはランアウトブロックＲＯＢ＃１、ＲＯＢ＃２とされている。
従って、境界検出のための読出時にＣＲＣエラーとなったブロックについては、ブロック種別を確認することで、それが境界であるか否かを判断できる。
【００６７】
例えば図３（ｂ）に境界部分を拡大して示し、ブロックＢＬ（ｎ）が実際の境界であったとする。
このときに、ブロックＢＬ（ｎ−１）及びブロックＢＬ（ｎ）の両方でＣＲＣエラーが検出されたとする。
この場合、ブロックＢＬ（ｎ−１）のヘッダ（図７参照）から、そのブロックはランアウトブロックＲＯＢ＃２であることが識別できるため、ブロックＢＬ（ｎ−１）は境界でなく、しかもその次のブロックＢＬ（ｎ）が正しい境界であることが判別できる。
仮に、ブロックＢＬ（ｎ−１）のヘッダが読み込めないような場合でも、その前のブロックＢＬ（ｎ−２）がランアウトブロックＲＯＢ＃１であることが識別できれば、ブロックＢＬ（ｎ−１）は境界でなく、ブロックＢＬ（ｎ）が正しい境界であることが判別できる。
【００６８】
また、ブロックＢＬ（ｎ−２）及びブロックＢＬ（ｎ）の両方でＣＲＣエラーが検出されたような場合は、ブロックＢＬ（ｎ−２）のヘッダから、そのブロックはランアウトブロックＲＯＢ＃１であることが識別できるため、ブロックＢＬ（ｎ−１）は境界でなく、しかもその次の次のブロックＢＬ（ｎ）が正しい境界であることが判別できる。
このように、ブロック種別をも判定基準に入れることで、正確に境界検出を行うことができる。
【００６９】
以上の境界検出方式▲１▼、▲２▼は、ＣＲＣエラーブロックの検出と複合的に用いることで、精度のよい境界検出が可能となり、ドライブ装置、及びホストコンピュータ８０を含めた記録再生システムの信頼性を向上させることができる。
【００７０】
これらの境界検出方式▲１▼、▲２▼を用いる処理例としては図４のような処理が考えられる。
即ちドライブ装置は、ディスク９０が装填された場合にシステムコントローラ１０の制御により実行する境界検出処理として、まずステップＦ１０１でディスク９０に対する読出動作を実行し、サブコードのＣＲＣエラー状況を確認していく。
この処理によりＣＲＣエラーとなったブロックが１つだけ検出され、特に問題なくそのブロックが境界と確定できる場合は、ステップＦ１０２からＦ１０６に進んで、システムコントローラ１０は境界位置を記憶するとともに、ホストコンピュータ８０に境界位置を報告する。
これによって以降、ホストコンピュータ８０は、その境界位置を起点とした書込動作を指示できることになる。
【００７１】
ところが、ステップＦ１０１のＣＲＣエラーチェックによっては境界が確定できなかった場合、即ち複数ブロックでＣＲＣエラーが発生した場合は、ステップＦ１０３に進み、まずそのトラックがフィックスドパケットによるものであるか否かを確認する。これは上述の通り、トラックディスクリプタの情報で確認できる。
もしフィックスドパケットであった場合は、ステップＦ１０４として境界検出方式▲１▼で境界判別を行う。即ち同じくトラックディスクリプタの情報からパケットサイズを読み込み、上記ステップＦ１０１でのサーチ時にＣＲＣエラーとなった複数のブロックのうちで、トラック先頭からパケット長の整数倍となっているブロックを判別する。
これにより正しく境界が検出できるため、ステップＦ１０６に進んで境界位置の記憶及びホストコンピュータ８０への報告を行う。
【００７２】
またステップＦ１０３でフィックスドパケットでないと判断された場合は、ステップＦ１０５で境界検出方式▲２▼で境界判別を行う。即ち上記ステップＦ１０１でのサーチ時にＣＲＣエラーとなった複数のブロックについて、各ブロックのヘッダからブロック種別を判別し、これによって境界ブロックを特定する。そしてステップＦ１０６に進んで境界位置の記憶及びホストコンピュータ８０への報告を行う。
【００７３】
なお、この例ではフィックスドパケットの場合は境界検出方式▲１▼が実行されるようにしたが、フィックスドパケットの場合にも境界検出方式▲２▼が実行されるようにしてもよい。
【００７４】
以上実施の形態のドライブ装置について説明してきたが、本発明のドライブ装置の構成や境界検出のための処理例などは上記実施の形態の例に限定されるものではなく、各種の変形例が考えられる。
【００７５】
【発明の効果】
以上の説明からわかるように本発明では、記録媒体上に、特定のパケット長とされた１又は複数のパケットによりデータが記録されているときに、その記録媒体に対するデータ読出を行ない、読出エラーとなり、かつデータ先頭から特定のパケット長の整数倍地点となっているブロックを、データ記録済み領域と書込可能領域の境界と判別するようにしている。これによって、特定のパケット長が規定されてデータ記録された記録媒体について、上記境界を正確に判断できることになり、これによってその後の動作の信頼性を向上させることができる。
また読出エラー状況のみを検出基準とはしていないため、例えば何度もオーバライトされて信号品質が劣化した記録媒体や、汚れや傷のある記録媒体など、境界以外で読出エラーが出やすい記録媒体であっても正確に境界を判別できる。
【００７６】
また本発明では、記録媒体上に、１又は複数のパケットによりデータが記録されているときに、その記録媒体に対するデータ読出を行ない、読出エラー状況と、ブロック種別を基準として、データ記録済み領域と書込可能領域の境界と判別するようにしている。従って、少なくとも終端ブロックとして特定種別のブロックが含まれるように規定されたパケット単位でデータ記録が行われる記録媒体について上記境界を正確に判断できることになり、これによってその後の動作の信頼性を向上させることができる。
またこの場合も読出エラー状況のみに依存するものではないため、信号品質の劣化や、汚れや傷のある記録媒体など、境界以外で読出エラーが出やすい記録媒体であっても正確に境界を判別できる。
【図面の簡単な説明】
【図１】本発明の実施の形態のドライブ装置のブロック図である。
【図２】実施の形態の境界検出方式▲１▼の説明図である。
【図３】実施の形態の境界検出方式▲２▼の説明図である。
【図４】実施の形態の境界検出処理例のフローチャートである。
【図５】ＣＤ−ＲＷのデータ構造の説明図である。
【図６】ＣＤ−ＲＷのパケット構造の説明図である。
【図７】ＣＤ−ＲＷのブロック構造の説明図である。
【図８】ＣＤ−ＲＷのフレーム構造の説明図である。
【図９】ＣＤ−ＲＷのサブコーディングの説明図である。
【図１０】ＣＤ−ＲＷのサブＱデータの説明図である。
【図１１】ＣＤ−ＲＷのロジカルイレース部分のサブＱデータの説明図である。
【図１２】ＣＤ−ＲＷのＴＯＣ構成の説明図である。
【図１３】ロジカルイレース後の境界部分の説明図である。
【図１４】境界検出のための動作の説明図である。
【符号の説明】
１  光ピックアップ、９  ＲＦアンプ、１０  システムコントローラ、１２  エンコード／デコード部、１３  インターフェース部、１４  サーボプロセッサ、２０  バッファメモリ、８０  ホストコンピュータ、９０  ディスク
【図１】
0004016169.tif 000002
【図２】
0004016169.tif 000003
【図３】
0004016169.tif 000004
【図４】
0004016169.tif 000005
【図５】
0004016169.tif 000006
【図６】
0004016169.tif 000007
【図７】
0004016169.tif 000008
【図８】
0004016169.tif 000009
【図９】
0004016169.tif 000010
【図１０】
0004016169.tif 000011
【図１１】
0004016169.tif 000012
【図１２】
0004016169.tif 000013
【図１３】
0004016169.tif 000014
【図１４】
0004016169.tif 000015