(57)【要約】【課題】読み出し時間を短縮化できる光ディスク装置、特に傷が付いている光ディスクからであっても読み出し時間を短縮化する事ができる光ディスク装置を提供する。【解決手段】ホストコンピュータ５０に接続され、ホストコンピュータ５０から入力されるコマンドに基づいてオーディオ／ビデオデータの読み出し動作を実行し、光ディスク１０に記録されているオーディオ／ビデオデータを読み出してホストコンピュータ５０へ転送する光ディスク装置３０において、オーディオ／ビデオデータの読み出しエラーにより同一のアドレスまたは同一のブロックにおいて複数回のリトライ動作を行なった場合、複数回のリトライ動作を行なったアドレスまたはブロックが複数連続しているか否かに基づいて、光ディスク１０に連続傷が付いているか否かを判定する連続傷判定手段２０を具備する。【選択図】        図１
2005050391.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータに接続され、
ホストコンピュータから入力されるコマンドに基づいてオーディオ／ビデオデータの読み出し動作を実行し、光ディスクに記録されているオーディオ／ビデオデータを読み出して前記ホストコンピュータへ転送する光ディスク装置において、
オーディオ／ビデオデータの読み出しエラーにより同一のアドレスまたは同一のブロックにおいて複数回のリトライ動作を行なった場合、該複数回のリトライ動作を行なったアドレスまたはブロックが複数連続しているか否かに基づいて、光ディスクに連続傷が付いているか否かを判定する連続傷判定手段を具備することを特徴とする光ディスク装置。
【請求項２】
前記連続傷判定手段が光ディスクに連続傷が付いていると判定した場合には、該連続傷が付いているアドレスの範囲またはブロックの範囲を傷範囲として記憶する傷範囲記憶手段を具備することを特徴とする請求項１記載の光ディスク装置。
【請求項３】
前記連続傷判定手段が光ディスクに連続傷が付いていると判定した場合には、ホストコンピュータへ連続傷が付いている旨を通知し、
ホストコンピュータから連続傷に対処する対処コマンドが入力されるまで、オーディオ／ビデオデータの読み出しを中止し、
ホストコンピュータから連続傷に対処する対処コマンドが入力されたときは、対処コマンドに基づいて連続傷に対する処理を実行することを特徴とする請求項１または請求項２記載の光ディスク装置。
【請求項４】
前記対処コマンドにより実行した対処方法を、前記傷範囲と関連づけして記憶する対処方法記憶手段を具備することを特徴とする請求項３記載の光ディスク装置。
【請求項５】
前記傷範囲記憶手段に記憶されている傷範囲および前記対処方法記憶手段に記憶されている対処方法は、少なくとも当該光ディスクが排出されるまでは各記憶手段内に保持されており、
前記傷範囲記憶手段に記憶されている傷範囲を含む範囲からオーディオ／ビデオデータを読み出す旨のコマンドがホストコンピュータから入力された場合には、読み出しが前記傷範囲に到達したときに、前記対処方法記憶手段から該当する対処方法を読み出し、該読み出した対処方法に基づいて処理を実行することを特徴とする請求項４記載の光ディスク装置。
【請求項６】
前記連続傷判定手段は、ホストコンピュータが指定したアドレスから光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段であって、
該制御手段は、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、読み出しできない範囲の前後のアドレスを検出することで連続傷を判定することを特徴とする請求項１〜請求項５のうちのいずれか１項記載の光ディスク装置。
【請求項７】
前記連続傷判定手段は、前記光ピックアップによって読み出されたオーディオ／ビデオデータの良否を判定するリードタスクチェック手段であって、
該リードタスクチェック手段は、読み出されたオーディオ／ビデオデータに異常があることを検出した場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行し、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、異常があるオーディオ／ビデオデータの範囲のアドレスを検出することで連続傷を判定することを特徴とする請求項１〜請求項６のうちのいずれか１項記載の光ディスク装置。
【請求項８】
読み出したオーディオ／ビデオデータをバッファリングするバッファメモリを具備し、
前記連続傷判定手段は、バッファメモリにバッファリングされたオーディオ／ビデオデータを読み出す際に、バッファリングされたオーディオ／ビデオデータの異常を検出するバッファリングチェック手段であって、
該バッファリングチェック手段は、バッファリングされたオーディオ／ビデオデータの異常を検出した場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行し、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、異常があるオーディオ／ビデオデータの範囲のブロックを検出することで連続傷を判定することを特徴とする請求項１〜請求項７のうちのいずれか１項記載の光ディスク装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オーディオ／ビデオデータを光ディスクから読み出し、ホストコンピュータへ読み出したデータを転送する光ディスク装置に関する。
【０００２】
【従来の技術】
ＣＤやＤＶＤ等の光ディスクに記録されているデータのうち、オーディオデータまたはビデオデータ（本明細書中ではオーディオ／ビデオデータと称する）と、通常のデータとでは、記録の方式に違いがある。
以下に、通常のデータと、オーディオ／ビデオデータのうちのオーディオデータとを比較して説明する。
【０００３】
図１５（ａ）（ｂ）に示すように、通常のデータ８もオーディオデータ１１も読み取り時の基本単位としての１ブロック（１フレームという場合もある）が２３５２ｂｙｔｅで形成されている点は共通している。
ただし、通常のデータ８の場合は、メインデータ１２の前方（時間的に先の方）にＳｙｎｃ１３やヘッダー１４などの同期信号や時間情報が設けられ、またメインデータ１２の時間的に後にはＥＤＣ１５やＥＣＣ１６等の誤り訂正情報が設けられているが、オーディオデータ１１はほとんどの領域がメインデータで占められている。
【０００４】
一方、図１６（ａ）に示すように、オーディオデータの１ブロックは、２４ｂｙｔｅの情報量を有するＣＤフレームが９８個集まって形成されているものである。各ＣＤフレームの先頭には、同期パターンとサブコーディングがそれぞれ８ｂｉｔずつ形成されている。
オーディオデータの場合は、メインデータが読み出される前にまず、各ＣＤフレームのサブコーディング中の各チャンネルがＣＤフレーム３からＣＤフレーム９８まで読み出され、各サブコードＰ、Ｑ、Ｒ等の各種サブコードが形成される。
【０００５】
サブコードＰは、曲の頭の位置を示すために設けられている。このようなサブコードＰがあることによって、曲の頭出しを容易にすることができる。
一方、サブコードＱは、時間表示や曲のスキャンをするために設けられており、図１６（ｂ）に示すようなデータ構造となっている。
すなわち、サブコードＱの先頭に位置するコントロールの４ｂｉｔは、オーディオのチャンネル数、エンファシス等の識別のために設けられており、次に設けられたアドレスの４ｂｉｔはメーカコードと後に出てくるデータのモード識別のために設けられている。
データは７２ｂｉｔの情報量を有し、楽章番号、インデックス、楽章内の経過時間（ＭＳＦ）、絶対時間（ＭＳＦ）等が記載されている。
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）は、巡回符号の誤り検出であり、データ部分のエラー訂正を行なうことができる。
【０００６】
なお、光ディスク装置において、光ディスクから読み出したオーディオデータを読み出してホストコンピュータに転送し、ホストコンピュータでデータとして記録等に用いる場合においては、光ディスクから読み出したデータを一旦バッファメモリにバッファリングし、バッファメモリにバッファリングしたデータを読み出してホストコンピュータへ転送する必要がある。
【０００７】
一方、バッファメモリには、メインデータだけでなく、メインデータ１ブロックに対応するサブコードＱも同期してバッファリングさせる必要がある。これは、メインデータの再生時に経過時間等を表示させる場合に、サブコードＱ内に記載されている楽章番号、インデックス、楽章内の経過時間（ＭＳＦ）、絶対時間（ＭＳＦ）等のデータが必要だからである。
【０００８】
ここで光ディスクの高速回転化に伴い、光ディスクからオーディオデータを読み出した場合には、バッファリング時にメインデータとサブコードＱとが同期せずにズレが生じてしまうこともあった。
このズレを図１７に基づいて具体的に説明する。この図ではバッファメモリ内のメモリ領域を模式的に図示している。
このようにズレとは、１ブロック目のメインデータに対して２ブロック目のサブコードＱが対応する領域に記憶されていたり、２ブロック目のメインデータに対して４ブロック目のサブコードＱが対応する領域に記憶されているような場合のことをいう。
【０００９】
そこで、本発明者は、バッファリングしたメインデータとサブコードＱを読み出してズレが生じているか否かをチェックし、ズレが生じている場合には、光ディスクからメインデータとサブコードＱを再度読み出すようにリトライする構成を提案している（特許文献１参照）。
【００１０】
【特許文献１】
特開２００３−３６６０４号公報
【００１１】
【発明が解決しようとする課題】
読み出されたオーディオデータの正確性を検証するものとして、上述したようにバッファメモリ内のデータの同期ズレの現象を検出するものは従来から存在している。
しかし、バッファリング後のデータを検証して、その後リトライを行なうのでは、全体としてデータの読み出しに時間がかかりすぎてしまうので、バッファメモリよりもデータの源流側（光ディスクに近い側）においても読み出したデータの検証をすべきであるという課題があった。
【００１２】
また、特に光ディスクに大きい傷（連続傷）が付いている場合には、データ読み出し時に連続傷が付いている箇所に来るたびに、何度もリトライを実行することなり、読み出し時間が長時間化しており、連続傷のように大きい傷の場合に読み出し時間を短縮化するための新たな対処方法が望まれているという課題もあった。
【００１３】
そこで、本発明は上記課題を解決すべくなされ、その目的とするところは、読み出し時間を短縮化できる光ディスク装置、特に傷が付いている光ディスクからであっても読み出し時間を短縮化する事ができる光ディスク装置を提供することにある。
【００１４】
【課題を解決するための手段】
すなわち、本発明にかかる光ディスク装置によれば、ホストコンピュータに接続され、ホストコンピュータから入力されるコマンドに基づいてオーディオ／ビデオデータの読み出し動作を実行し、光ディスクに記録されているオーディオ／ビデオデータを読み出して前記ホストコンピュータへ転送する光ディスク装置において、オーディオ／ビデオデータの読み出しエラーにより同一のアドレスまたは同一のブロックにおいて複数回のリトライ動作を行なった場合、該複数回のリトライ動作を行なったアドレスまたはブロックが複数連続しているか否かに基づいて、光ディスクに連続傷が付いているか否かを判定する連続傷判定手段を具備することを特徴としている。
この構成を採用することによって、読み出しエラーの範囲が連続している場合にはこの部分を連続傷として検出することができる。このため、連続傷が付いている場合には、ユーザに何らかの対処を促したり、あるいは予め設定してある連続傷用の対処方法を実行することができるので、連続傷が付いている光ディスクからのデータの読み出し時間を短縮することが可能となる。
【００１５】
また、前記連続傷判定手段が光ディスクに連続傷が付いていると判定した場合には、該連続傷が付いているアドレスの範囲またはブロックの範囲を傷範囲として記憶する傷範囲記憶手段を具備することを特徴としてもよい。
このように傷範囲記憶手段を設けたことによって、１度検出した連続傷の位置を常に把握することができる。つまり、以前に検出した連続傷に対してはリトライ動作を繰り返してから連続傷であることを判定しなくともよいので、データの読み出し時間を短縮化することができる。
【００１６】
さらに、前記連続傷判定手段が光ディスクに連続傷が付いていると判定した場合には、ホストコンピュータへ連続傷が付いている旨を通知し、ホストコンピュータから連続傷に対処する対処コマンドが入力されるまで、オーディオ／ビデオデータの読み出しを中止し、ホストコンピュータから連続傷に対処する対処コマンドが入力されたときは、対処コマンドに基づいて連続傷に対する処理を実行することを特徴としてもよい。
この構成によれば、連続傷を検出した場合には、ホストコンピュータからの指示に基づいて対処することができるので、その連続傷ごとに適した対処方法を実行することができる。
【００１７】
また、前記対処コマンドにより実行した対処方法を、前記傷範囲と関連づけして記憶する対処方法記憶手段を具備することを特徴としてもよい。
この構成によれば、以前に読み出した連続傷の部分については、そのときに実行した対処方法と同じ方法で対処することが可能となるので、以前に検出した連続傷に読み出し動作が到達したときに再度ホストコンピュータからの指示待ちの態勢にはならずにすみ、読み出し時間の短縮化を図ることができる。
【００１８】
なお、前記傷範囲記憶手段に記憶されている傷範囲および前記対処方法記憶手段に記憶されている対処方法は、少なくとも当該光ディスクが排出されるまでは各記憶手段内に保持されており、前記傷範囲記憶手段に記憶されている傷範囲を含む範囲からオーディオ／ビデオデータを読み出す旨のコマンドがホストコンピュータから入力された場合には、読み出しが前記傷範囲に到達したときに、前記対処方法記憶手段から該当する対処方法を読み出し、該読み出した対処方法に基づいて処理を実行することを特徴としてもよい。
この構成によれば、以前に読み出した連続傷の部分については、そのときに実行した対処方法と同じ方法で対処するので、再度ホストコンピュータからの指示待ちの態勢にはならずにすみ、読み出し時間の短縮化を図ることができる。
【００１９】
さらに、前記連続傷判定手段は、ホストコンピュータが指定したアドレスから光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段であって、該制御手段は、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、読み出しできない範囲の前後のアドレスを検出することで連続傷を判定することを特徴としてもよい。
この構成によれば、なるべく光ディスクに近い側で連続傷の検出ができるので、全体として読み出し時間の短縮化を図ることができる。
【００２０】
さらに、前記連続傷判定手段は、前記光ピックアップによって読み出されたオーディオ／ビデオデータの良否を判定するリードタスクチェック手段であって、該リードタスクチェック手段は、読み出されたオーディオ／ビデオデータに異常があることを検出した場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行し、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、異常があるオーディオ／ビデオデータの範囲のアドレスを検出することで連続傷を判定することを特徴としてもよい。
これによれば、光ディスクからデータを読み出した後であっても、読み出したデータの良否（例えば、オーディオデータの場合であれば、メインデータとサブコードとの同期ズレなど）を検出することに基づいて連続傷を検出することができる。
【００２１】
なお、読み出したオーディオ／ビデオデータをバッファリングするバッファメモリを具備し、前記連続傷判定手段は、バッファメモリにバッファリングされたオーディオ／ビデオデータを読み出す際に、バッファリングされたオーディオ／ビデオデータの異常を検出するバッファリングチェック手段であって、該バッファリングチェック手段は、バッファリングされたオーディオ／ビデオデータの異常を検出した場合に、オーディオ／ビデオデータを再度読み出すリトライ動作を実行し、該リトライ動作の回数が予め設定された限度回数に達したとき、または予め設定された限度時間に達したとき、異常があるオーディオ／ビデオデータの範囲のブロックを検出することで連続傷を判定することを特徴としてもよい。
これによれば、バッファリング後のデータから連続傷を検出することができる。
【００２２】
【発明の実施の形態】
以下、本発明の好適な実施の形態を添付図面に基づいて詳細に説明する。
（第１の実施形態）
まず、図１に第１の実施形態の光ディスク装置３０の内部構造についてのブロック図を示し、これに基づいて、本実施形態の光ディスク装置３０の構成について説明する。図面上では太字の矢印がデータの流れを、細字の矢印が制御信号の流れについて示している。
ここでは、光ディスク１０にはオーディオデータのみが記録されているものとし、オーディオデータを読み出す場合を例として説明する。
なお、本実施形態は、連続傷の検出を行なう連続傷判定手段が、光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合にオーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段である場合の実施形態である。
【００２３】
光ディスク１０は、スピンドルモータ３４によって回転駆動されるように装着される。スピンドルモータ３４は、サーボプロセッサ３６からの回転制御信号ａ１によって光ディスク１０を回転させる。
光ディスク１０に記録されているオーディオデータは、光ピックアップ３８によって読み出される。光ピックアップ３８内の対物レンズ（図示せず）のフォーカスサーボおよびトラッキングサーボならびに光ピックアップの移動（送り）は、サーボプロセッサ３６からのフォーカス制御信号ａ２、トラッキング制御信号ａ３、移動制御信号ａ４によって制御される。
【００２４】
光ピックアップ３８には、リードアンプ３９が接続されている。
リードアンプ３９は、光ディスク１０から読み出したデータの高周波成分を増幅し、これを２値化処理してデジタルデータとする。
一方、リードアンプ３９では、光ディスク１０から読み出したデータから誤差信号ｂを抽出してＣＰＵ２０（後述する）を介してサーボプロセッサ３６へ送り、サーボプロセッサ３６の各サーボ制御を行なわせている。
【００２５】
リードアンプ３９には、デコーダ４０が接続されている。このデコーダ４０内には、リードアンプ３９から出力されてきたデジタルデータをバッファメモリ４２に書込むためのバッファリング処理機能と、バッファメモリ４２からデータを読み出して、読み出したデータをインターフェース部４４へ出力する出力処理機能とを備えている。
【００２６】
バッファメモリ４２は、デコードしたオーディオデータをホストコンピュータ５０へ転送する前にバッファリングするために設けられている。これは、近年の読み出し速度の高速化に伴い、光ディスク１０から読み出したオーディオデータを連続した形で安定してホストコンピュータ５０へ転送するためのものである。
【００２７】
インターフェース部４４は、具体的にはＡＴＡＰＩ、ＳＣＳＩあるいはＵＳＢ等であり、ホストコンピュータ５０等の機器にデータ転送可能に接続されている。
【００２８】
ＣＰＵ２０は、ＲＯＭ等の記憶手段２１内に記憶されている制御プログラムによって動作可能であり、またホストコンピュータ５０から送信されてくるコマンドに基づいて光ディスク１０からデータの読み出しを行なうように、装置全体の動作を統括制御する。
本実施形態においては、ＣＰＵ２０がサーボプロセッサ３６から返される読み出し信号ｄの有無に基づいて、オーディオデータが読み出し可能か否かをチェックし、読み出し信号ｄが返ってこない場合には、オーディオデータを読み出すことができないとしてリトライを実行する制御手段である。そして、このＣＰＵ２０が、リトライが所定の限度回数実行されたか、または所定時間経過しても読み出しができなかった場合、このリトライを実行している範囲が連続した複数のアドレスにわたっているときは、この範囲を連続傷であると判定する、特許請求の範囲でいう連続傷判定手段に該当する。
【００２９】
サーボプロセッサ３６は、ＣＰＵ２０から指示されるアドレス指定信号ｃに基づいてスピンドルモータ３４や光ピックアップ３８を制御し、リードコマンドｆにて指示されたアドレスにおけるオーディオデータを読み出すようにする。
光ピックアップ３８が指定されたアドレスに到達したときは、サーボプロセッサ３６は読み出し信号ｄをＣＰＵ２０へ出力する。読み出し信号ｄを受けたＣＰＵ２０は、指定のアドレスからオーディオデータを読み出させる。
なお、光ディスク１０に傷が付いていて、光ピックアップ３８が指定されたアドレスに到達してもオーディオデータを読み出せない場合には、読み出し信号ｄがＣＰＵ２０に入力されない。
【００３０】
ＣＰＵ２０には、ＲＯＭ等から構成されている傷範囲記憶手段２２が接続されている。
また、ＣＰＵ２０には、傷範囲と、該当する傷範囲についてホストコンピュータ５０の指示によって実行される対処方法とが関連付けされて記憶される、ＲＯＭ等から構成されている対処方法記憶手段２４が接続されている。
【００３１】
なお、傷範囲記憶手段２２に記憶される傷範囲とは、光ディスク１０に連続傷が付いている場合にその連続傷のアドレス範囲である。連続傷は、上述したように連続傷判定手段であるＣＰＵ２０により検出される。
対処方法記憶手段２４内に記憶される対処方法とは、連続傷が付いていると判定された場合に、ホストコンピュータ５０からの指示に基づいて連続傷の部分を処理する動作方法のことである。読み出しエラーに対する対処方法としては、連続傷が付いている部分をとばす（次のアドレスを再生する）、または回転速度を落としてさらにリトライを繰り返し行なう等の手段がある。かかる場合のリトライも、無限にリトライを実行してしまうことを防止するために予め実行すべき回数を定めておくか、あるいはリトライに費やす時間を予め定めておくようにするとよい。
【００３２】
ここで、オーディオデータを読み出すことができなかった場合のＣＰＵ２０の動作について簡単に説明する。
まず、オーディオデータを読み出すことができなった部分については、ＣＰＵ２０は、再度オーディオデータを読み出すようにリトライを実行する。
リトライは、予め設定された所定の限度回数だけ実行可能とするか、または所定の限度時間を経過するまでの間実行可能となるように制御される。このようにしないと、読み出すことができるまで永遠にリトライを繰り返してしまうおそれもあるためである。限度回数または限度時間は、制御プログラムと共に記憶手段２１内に予め設定して記憶しておく。
【００３３】
リトライ中にデータの読み出しができた場合には、次のアドレスのデータを読み出すようにするが、リトライを繰り返しても限度回数または限度時間以内にデータの読み出しができなかった場合には、ＣＰＵ２０は、この読み出しできない傷の範囲を検出しこれを連続傷の範囲とする。ＣＰＵ２０は、この傷範囲と読み出しエラー信号ｅとをホストコンピュータ５０へ出力し、読み出し動作を一旦中止するように制御する。
そして、読み出しエラーに対する処置を指示した対処コマンドがホストコンピュータ５０から送信されてくるまでは、読み出し動作は中止されている。
【００３４】
ＣＰＵ２０の傷範囲の検出方法について説明する。
ＣＰＵ２０は、オーディオデータを読み出すことができなかったアドレスよりも時間的に前（ディスク内周方法）に光ピックアップ３８を移動させて、オーディオデータを読み出しつつ読み出し信号ｄが途絶えたアドレスを傷範囲の先頭とし、読み出し信号ｄが再度入力されてきたアドレスを傷範囲の後端とする。ＣＰＵ２０がこのように動作をすることによって、傷範囲が特定される。
【００３５】
上述してきた第１の実施形態における動作について、図２と図３のフローチャートに基づいて説明する。
まず、Ｓ１００において、ＣＰＵ２０はホストコンピュータ５０からのリードコマンドｆを受け付ける。
次のステップＳ１０２では、ＣＰＵ２０はリードコマンドｆによって指定されたアドレスにおけるサブコードを読みとる。
そして次のステップＳ１０４で、読みとったサブコードに同期させてオーディオデータを読み出す。
次のステップＳ１０６では、ＣＰＵ２０はオーディオデータの読み出しに伴って、サーボプロセッサ３６から読み出し信号ｄがＣＰＵ２０へ返されるかどうかを判断する。読み出し信号ｄが返された場合には、ステップＳ１０８へ移行し、読み出し信号ｄが返されない場合はオーディオデータを読み出すことができないとして、ステップＳ１０７へ移行する。
【００３６】
正常に読み出すことができたステップＳ１０８では、読み出したサブコードと、オーディオデータのうちのメインデータとを関連付けしてブロック毎にバッファメモリ４２へバッファリングする。
そして、ステップＳ１１０において、バッファメモリ４２からメインデータとサブコードとをホストコンピュータ５０へ転送する。
そして、オーディオデータの読み出し動作を継続する。
【００３７】
オーディオデータの読み出しができなかったステップＳ１０７以降の動作について説明する。
まず、ステップＳ１０７では、ＣＰＵ２０は、読み出すことができなかったアドレスについて、再度オーディオデータの読み出すリトライを実行する。
ステップＳ１０９において、リトライの結果読み出し信号ｄがＣＰＵ２０へ返された場合には、データの読み出しができたこととなり、ステップＳ１０８へ移行する。
読み出し信号ｄがＣＰＵ２０へ返されなかった場合には、ステップＳ１１１へ移行し、ＣＰＵ２０は、所定の限度回数のリトライが実行されたか、またはリトライを開始してから所定の限度時間を経過したかを確認し、所定の限度回数リトライしたかまたは開始から所定の限度時間経過した場合には、リトライを中止し、次のステップＳ１１３に移行する。
【００３８】
ステップＳ１１３では、ＣＰＵ２０は、サーボプロセッサ３６を介して光ピックアップ３８を操作して、読み出すことができなかったアドレスの前からオーディオデータを読み出させ、読み出し信号ｄが入力されなくなったアドレスを傷の先端とし、さらに読み出し動作を実行させて読み出し信号ｄが入力されたアドレスを傷の後端とし、この先端のアドレスと後端のアドレスで囲まれた範囲を連続傷の範囲とする。
ステップＳ１１５では、ＣＰＵ２０は、このように読み出し信号ｄが入力されなかった傷範囲を傷範囲記憶手段２２に記憶する。
【００３９】
続いて、ＣＰＵ２０はステップＳ１１７において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号ｅとをホストコンピュータ５０へ出力する。
そして、ＣＰＵ２０はステップＳ１１９において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００４０】
ステップＳ１２１において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、ＣＰＵ２０は対処コマンドｇに基づいた対処方法を実行する。
なお、かなりの長時間経過しても（予め限度時間を設定しておくとよい）ホストコンピュータ５０から何らの対処コマンドｇが入力されない場合には、コマンドからの指示ではなく予め記憶手段２１内に記憶しておいた連続傷用対処プログラムに基づいて対処方法を実行してもよい。連続傷用対処プログラムの具体的内容としては、対処コマンドｇに基づく方法と同様に、連続傷が付いている部分をとばす（次のアドレスを再生する）、または回転速度を落としてさらにリトライを繰り返し行なう等の方法がある。
なお、次のステップＳ１２３では、ＣＰＵ２０は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
そして、連続傷の部分についての処理が終了するので、再び連続傷以降のオーディオデータの読み出し動作を継続する。
【００４１】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
まず図４に示すブロック図に基づいて、本実施形態の構成について説明するが、第１の実施形態と同一の構成については同一の符号を付し、説明を省略する場合もある。
なお、本実施形態におけるＣＰＵ２０は、光ディスク１０からオーディオデータを読み出すことができなかった場合に単にリトライを繰り返す制御を実行するのみであり、上述した第１の実施形態のように連続傷を検出する動作を実行するものではないものとする。
【００４２】
本実施形態は、リードタスクチェック手段４６を設けた点に特徴がある。リードタスクチェック手段が特許請求の範囲でいう連続傷判定手段に該当する。
リードタスクチェック手段４６は、本実施形態ではデコーダ４０とバッファメモリ４２との間に設けられている。
リードタスクチェック手段４６は、光ディスク１０から読み出されたオーディオデータの良否をアドレス毎に判定する機能を有する。具体的には、オーディオデータのメインデータとサブコードとが同期しているかどうかをチェックすることにより、メインデータとサブコードとが同期していない場合は、読み出しエラーと判断し、リトライ動作を実行する機能を有する。
【００４３】
リードタスクチェック手段４６には、リードタスクチェック手段４６の動作を制御する制御プログラムが記憶された記憶手段２１、傷範囲を記憶する傷範囲記憶手段２２、および傷範囲と対処方法とを関連づけして記憶する対処方法記憶手段２４が接続されている。
なお、リードタスクチェック手段４６としては、独立したハードウェアではなく、ＣＰＵ２０の一機能として設けられたものであってもよい。
【００４４】
本実施形態の動作について、図５〜図６に基づいて説明する。
まず、Ｓ２００において、ＣＰＵ２０はホストコンピュータ５０からのリードコマンドｆを受け付ける。
次のステップＳ２０２では、ＣＰＵ２０はリードコマンドｆによって指定されたアドレスにおけるサブコードを読みとる。
そして次のステップＳ２０４で、ＣＰＵ２０は読みとったサブコードに同期させてオーディオデータを読み出す。
【００４５】
光ディスク１０から読み出されたオーディオデータとサブコードとはデコーダ４０内でバッファリング処理され、ステップＳ２０６において、リードタスクチェック手段４６がオーディオデータのメインデータとサブコードとが同期しているか否かを検証する。
同期がとれている場合には、ステップＳ２０８へ移行し、同期がとれていない場合には、ディスクに傷があって正確にデータを読み出すことができなかった読み出しエラーとしてステップＳ２０７へ移行する。
【００４６】
ステップＳ２０８では、読み出したサブコードと、オーディオデータのうちのメインデータとを関連付けしてブロック毎にバッファメモリ４２へバッファリングする。
続いてステップＳ２１０において、バッファメモリ４２からメインデータとサブコードとをホストコンピュータ５０へ転送する。
そして、オーディオデータの読み出し動作を継続する。
【００４７】
メインデータとサブコードとの同期がとれていなかったステップＳ２０７以降の動作について説明する。
まず、ステップＳ２０７では、ＣＰＵ２０は、同期がとれなかったアドレスについて、再度オーディオデータを読み出すリトライを実行する。
ステップＳ２０９において、リトライの結果、リードタスクチェック手段４６がメインデータとサブコードとが同期していることを検出した場合には、ステップＳ２０８へ移行する。
リードタスクチェック手段４６がメインデータとサブコードとが同期していないことを検出した場合には、ステップＳ２１１へ移行し、所定回数のリトライが実行されたか、またはリトライを開始してから所定時間を経過したかを確認し、所定回数リトライしたかまたは開始から所定時間経過した場合には、リトライを中止し、次のステップＳ２１３に移行する。
【００４８】
ステップＳ２１３では、リードタスクチェック手段４６は、メインデータとサブコードとで同期がとれていないアドレスが連続している場合には連続傷として判定し、この連続傷の範囲を算出する。
ステップＳ２１５では、リードタスクチェック手段４６は、算出された傷範囲を傷範囲記憶手段２２に記憶する。
【００４９】
続いて、リードタスクチェック手段４６は、ステップＳ２１７において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号ｅとを、ＣＰＵ２０を介してホストコンピュータ５０に出力する。
そして、ＣＰＵ２０は、ステップＳ２１９において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００５０】
ステップＳ２２１において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、リードタスクチェック手段４６は、対処コマンドｇに基づいた対処方法をＣＰＵ２０に実行させる。
次のステップＳ２２３では、リードタスクチェック手段４６は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
そして、連続傷の部分についての処理が終了するので、再び連続傷以降のオーディオデータの読み出し動作を継続する。
【００５１】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
まず図７に示すブロック図に基づいて、本実施形態の構成について説明するが、第１の実施形態および第２の実施形態と同一の構成については同一の符号を付し、説明を省略する場合もある。
【００５２】
なお、本実施形態におけるＣＰＵ２０は、光ディスク１０からオーディオデータを読み出すことができなかった場合に単にリトライを繰り返す制御を実行するものであり、上述した第１の実施形態のように連続傷を検出する動作を実行するものではないものとする。
【００５３】
本実施形態は、バッファリングチェック手段４８を設けた点に特徴がある。バッファリングチェック手段が連続傷判定手段に該当する。
バッファリングチェック手段４８は、本実施形態ではデコーダ４０とバッファメモリ４２との間に設けられている。
バッファリングチェック手段４８は、バッファリングされたデータ（メインデータとサブコード）の異常の有無を検出する。具体的には、バッファリングチェック手段４８は、バッファメモリ４２内にバッファリングされたデータ（メインデータとサブコードを含む）がブロック毎に順番に配列されていないこと、および１ブロック毎に所定情報量ずつ記憶されていないかどうかをチェックし、バッファリングされたデータがブロック毎に順番に配列されていないこと、および１ブロック毎に所定情報量ずつ配列されていないことを検出した場合は、読み出しエラーと判断して、リトライ動作を実行する（図１７参照）。
【００５４】
バッファリングチェック手段４８には、バッファリングチェック手段４８の動作を制御する制御プログラムが記憶された記憶手段２１、傷範囲を記憶する傷範囲記憶手段２２、および傷範囲と対処方法とを関連づけして記憶する対処方法記憶手段２４が接続されている。
なお、バッファリングチェック手段４８としては、独立したハードウェアではなく、ＣＰＵ２０の一機能として設けられたものであってもよい。
【００５５】
次に、本実施形態の動作を図８〜図９のフローチャートに基づいて説明する。
まず、Ｓ３００において、ＣＰＵ２０はホストコンピュータ５０からのリードコマンドｆを受け付ける。
次のステップＳ３０２では、ＣＰＵ２０はリードコマンドｆによって指定されたアドレスにおけるサブコードを読みとる。
そして次のステップＳ３０４で、ＣＰＵ２０は読みとったサブコードに同期させてオーディオデータを読み出す。
【００５６】
光ディスク１０から読み出されたオーディオデータとサブコードとはデコーダ４０内でバッファリング処理され、ステップＳ３０６において、バッファメモリ４２にバッファリングされる。
ステップＳ３０８では、バッファリングチェック手段４８が、バッファリングされたデータの異常、例えばブロック毎に順番に配列されていないこと、および１ブロック毎に所定情報量ずつ記憶されていないかどうかを検証するように動作する。ブロック毎に順番に配列されていないと、メインデータとサブコードとでズレが生じてしまうなど現象が生じ、正確にデータが再生することができなくなる。
【００５７】
ステップＳ３０８では、バッファリングチェック手段４８が、バッファリングされたデータに異常があることを検出した場合にはステップＳ３０９へ移行し、バッファリングされたデータに異常が無かったことを検出した場合にはＳ３１０へ移行する。
【００５８】
ステップＳ３１０では、バッファメモリ４２からメインデータとサブコードとをホストコンピュータ５０へ転送する。
そして、オーディオデータの読み出し動作を継続する。
【００５９】
バッファリングされたデータに異常があった場合のステップＳ３０９以降の動作について説明する。
まず、ステップＳ３０９では、ＣＰＵ２０は、バッファリングしたデータに異常があったブロックについて、再度オーディオデータを読み出すリトライを実行する。
ステップＳ３１１において、リトライの結果、バッファリングされたデータが正常であれば、ステップＳ３１０へ移行する。リトライの結果、バッファリングチェック手段４８が、バッファリングされたデータに異常がある場合には、ステップＳ３１３へ移行し、所定回数のリトライが実行されたか、またはリトライを開始してから所定時間を経過したかを確認し、所定回数リトライしたかまたは開始から所定時間経過した場合には、リトライを中止し、次のステップＳ３１５へ移行する。
【００６０】
ステップＳ３１５では、バッファリングチェック手段４８は、異常があったブロックが連続している場合には連続傷として判定し、この連続傷の範囲を算出する。
ステップＳ３１７では、バッファリングチェック手段４８は、算出した傷範囲を傷範囲記憶手段２２に記憶する。
【００６１】
続いて、バッファリングチェック手段４８は、ステップＳ３１９において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号とを、ＣＰＵ２０を介してホストコンピュータ５０に出力する。
そして、ＣＰＵ２０は、ステップＳ３２１において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００６２】
ステップＳ３２３において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、バッファリングチェック手段４８は、対処コマンドｇに基づいた対処方法をＣＰＵ２０に実行させる。
次のステップＳ３２５では、バッファリングチェック手段４８は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
そして、連続傷の部分についての処理が終了するので、再び連続傷以降のオーディオデータの読み出し動作を継続する。
【００６３】
（第４の実施形態）
第４の実施形態について説明する。
第４の実施形態は、上述した第１の実施形態の構成に、第２の実施形態のリードタスクチェック手段と、第３の実施形態のバッファリングチェック手段とを加えた構成である。したがって、本実施形態では、光ディスクからオーディオデータを読み出してから３段階のチェック手段によって連続傷を検出し、それぞれで検出した連続傷に対して対処することができる。
【００６４】
図１０に第４の実施形態のブロック図を示し、これに基づいて第４の実施形態の構成について説明する。ただし、上述してきた各実施形態と同一の構成については同一の符号を付し、説明を省略する場合もある。
ＣＰＵ２０は、ＲＯＭ等の記憶手段２１内に記憶されている制御プログラムによって動作可能であり、またホストコンピュータ５０から送信されてくるコマンドに基づいて光ディスク１０からデータの読み出しを行なうように、装置全体の動作を統括制御する。ＣＰＵ２０は、サーボプロセッサ３６から返される読み出し信号ｄの有無に基づいて、オーディオデータが読み出し可能か否かをチェックし、読み出し信号ｄが返ってこない場合には、オーディオデータを読み出すことができないとしてリトライを実行する。そして、このＣＰＵ２０は、リトライが所定の限度回数実行されたか、または所定時間経過しても読み出しができなかった場合、このリトライを実行している範囲が連続した複数のアドレスにわたっているときは、この範囲を連続傷であると判定する。
【００６５】
本実施形態では、上記ＣＰＵ２０に加えて、読み出したオーディオデータの良否から連続傷を判定するリードタスクチェック手段４６と、バッファメモリ４２内にバッファリングしたデータの異常の有無から連続傷を判定するバッファリングチェック手段４８とを備えている。
また、リードタスクチェック手段４６と、バッファリングチェック手段４８には、各記憶手段２１，２２，２４がＣＰＵ２０を介して接続されているものとする。
【００６６】
第４の実施形態の動作について図１１〜図１２に基づいて説明する。
まず、Ｓ４００において、ＣＰＵ２０はホストコンピュータ５０からのリードコマンドｆを受け付ける。
次のステップＳ４０２では、ＣＰＵ２０はリードコマンドｆによって指定されたアドレスにおけるサブコードを読みとる。
そして次のステップＳ４０４で、ＣＰＵ２０は読みとったサブコードに同期させてオーディオデータを読み出す。
【００６７】
次のステップＳ４０６では、ＣＰＵ２０はオーディオデータの読み出しに伴って、サーボプロセッサ３６から読み出し信号ｄがＣＰＵ２０へ返されるかどうかを判断する。読み出し信号ｄが返された場合には、ステップＳ４０８へ移行し、読み出し信号ｄが返されない場合はオーディオデータを読み出すことができないとして、リトライ工程Ａへ移行する。
【００６８】
以下、リトライ工程Ａについて図１２に基づいて説明する。
リトライ工程Ａは、第１の実施形態で図２〜図３で説明したステップＳ１０７〜ステップＳ１２３までの工程と同一である。
まず、ステップＳ５００では、ＣＰＵ２０は、読み出すことができなかったアドレスについて、再度オーディオデータの読み出すリトライを実行する。
ステップＳ５０２において、リトライの結果読み出し信号ｄがＣＰＵ２０へ返された場合には、データの読み出しができたこととなり、ステップＳ４０８へ移行する。
読み出し信号ｄがＣＰＵ２０へ返されなかった場合には、ステップＳ５０４へ移行し、ＣＰＵ２０は、所定回数のリトライが実行されたか、またはリトライを開始してから所定時間を経過したかを確認し、所定回数リトライしたかまたは開始から所定時間経過した場合には、リトライを中止し、次のステップＳ５０６に移行する。
【００６９】
ステップＳ５０６では、ＣＰＵ２０は、光ピックアップ３８を操作して、読み出すことができなかったアドレスの前からオーディオデータを読み出させ、読み出し信号ｄが入力されなくなったアドレスを傷の先端とし、さらに読み出し動作を実行させて読み出し信号ｄが入力されたアドレスを傷の後端とし、この先端のアドレスと後端のアドレスで囲まれた範囲を連続傷の傷範囲とする。
ステップＳ５０８では、ＣＰＵ２０は、このように読み出し信号ｄが入力されなかった場合の連続傷の傷範囲を、傷範囲記憶手段２２に記憶する。
【００７０】
続いて、ＣＰＵ２０はステップＳ５１０において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号ｅとをホストコンピュータ５０に出力する。
そして、ＣＰＵ２０はステップＳ５１２において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００７１】
ステップＳ５１４において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、ＣＰＵ２０は対処コマンドｇに基づいた対処方法を実行する。
次のステップＳ５１６では、ＣＰＵ２０は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
これで、リトライ工程Ａは終了し、オーディオデータの読み出し動作を継続する。
【００７２】
ここで、図１１に基づく説明に戻る。
ステップＳ４０８では、リードタスクチェック手段４６が、読み出したオーディオデータの良否をアドレス毎に判定する。具体的には、読み出すことができたメインデータとサブコードとの間で同期がとれているか否かを検証する。
同期がとれていることが検証された場合には、ステップＳ４１０へ移行し、同期がとれていないことが検証された場合には、リトライ工程Ｂへ移行する。
【００７３】
以下、リトライ工程Ｂについて図１３に基づいて説明する。
リトライ工程Ｂは、第２の実施形態で図５〜図６で説明したステップＳ２０７〜ステップＳ２２３までの工程と同一である。
ステップＳ６００では、ＣＰＵ２０は、同期がとれなかったアドレスについて、再度オーディオデータを読み出すリトライを実行する。
ステップＳ６０２において、リトライの結果、メインデータとサブコードとが同期している場合には、ステップＳ４１０へ移行する。
メインデータとサブコードとが同期していない場合には、ステップＳ６０４へ移行し、ＣＰＵ２０は、所定回数のリトライが実行されたか、またはリトライを開始してから所定時間を経過したかを確認し、所定回数リトライしたかまたは開始から所定時間経過した場合には、リトライを中止し、次のステップＳ６０６に移行する。
【００７４】
ステップＳ６０６では、リードタスクチェック手段４６は、メインデータとサブコードとで同期がとれていないアドレスが連続しているときは連続傷として判定する。
ステップＳ６０８では、リードタスクチェック手段４６は、連続して同期がとれていないアドレスの範囲を連続傷の傷範囲として、ＣＰＵ２０を介して傷範囲記憶手段２２に記憶する。
【００７５】
続いて、リードタスクチェック手段４６はＣＰＵ２０を介して、ステップＳ６１０において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号ｅとをホストコンピュータ５０に出力する。
そして、ＣＰＵ２０はステップＳ６１２において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００７６】
ステップＳ６１４において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、ＣＰＵ２０は対処コマンドｇに基づいた対処方法を実行する。
次のステップＳ６１６では、ＣＰＵ２０は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
これで、リトライ工程Ｂは終了し、オーディオデータの読み出し動作を継続する。
【００７７】
ここで、図１１に基づく説明に戻る。
ステップＳ４１０では、光ディスク１０から読み出されたオーディオデータとサブコードとはデコーダ４０内でバッファリング処理され、バッファメモリ４２にバッファリングされる。
ステップＳ４１２では、バッファリングチェック手段４８が、バッファリングされたデータの異常、具体的には、ブロック毎に順番に配列されていないこと、および１ブロック毎に所定情報量ずつ記憶されていないかどうかを検証するように動作する。
バッファリングチェック手段４８が、バッファリングされたデータに異常があることを検出した場合にはリトライ工程Ｃへ移行し、バッファリングされたデータに異常が無かったことを検出した場合にはステップＳ４１４へ移行する。
ステップＳ４１４では、バッファメモリ４２からメインデータとサブコードを取り出してホストコンピュータ５０へ転送する。
そして、読み出し動作が継続される。
【００７８】
以下、リトライ工程Ｃについて説明する。
リトライ工程Ｃは、第３の実施形態で図８〜図９で説明したステップＳ３０９〜ステップＳ３２５までの工程と同一である。
まず、ステップＳ７００では、ＣＰＵ２０は、バッファリングしたデータに異常があったブロックについて、再度オーディオデータを読み出すリトライを実行する。
ステップＳ７０２において、リトライの結果、バッファリングされたデータが正常であれば、ステップＳ４１４へ移行する。リトライの結果、バッファリングされたデータに異常がある場合には、ステップＳ７０４へ移行する。
【００７９】
ステップＳ７０４では、ＣＰＵ２０は、所定回数のリトライが実行されたか、またはリトライを開始してから所定時間を経過したかを確認し、所定回数リトライしたかまたは開始から所定時間経過した場合には、リトライを中止し、次のステップＳ７０６に移行する。
【００８０】
ステップＳ７０８では、ＣＰＵ２０は、バッファリングされたデータに異常が合ったブロックを、傷が付いている傷範囲として認定する。特に異常があるブロックが連続している場合には連続傷である。
ステップＳ７１０では、ＣＰＵ２０は、算出された傷範囲を傷範囲記憶手段２２に記憶する。
【００８１】
続いて、ＣＰＵ２０はステップＳ７１２において、傷範囲記憶手段２２に記憶している傷範囲と、オーディオデータを読み出すことができなかった旨をホストコンピュータ５０に通知する旨の読み出しエラー信号ｅとをホストコンピュータ５０に出力する。
そして、ＣＰＵ２０はステップＳ７１４において、ホストコンピュータ５０から読み出しができない範囲についてどのように対処するかが指示された対処コマンドｇが入力されるまで、オーディオデータの読み出し動作を中止する。
【００８２】
ステップＳ７１６において、対処コマンドｇがホストコンピュータ５０から入力されてきた場合には、ＣＰＵ２０は対処コマンドｇに基づいた対処方法を実行する。
次のステップＳ３２５では、ＣＰＵ２０は、対処コマンドｇによって指示された対処方法を、この方法を実行した傷範囲と関連づけして対処方法記憶手段２４に記憶する。
そして、オーディオデータの読み出し動作を継続する。
【００８３】
ここまで本発明について４つの実施形態に基づいて説明してきた。これらは、連続傷の検出を行なう連続傷判定手段が、光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合にオーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段（ＣＰＵ２０）である場合、読み出したデータの良否をアドレス毎にチェックするリードタスクチェック手段である場合、バッファメモリにバッファリングされたデータの異常の有無をチェックするバッファリングチェック手段である場合、およびこれら３つのチェック手段を全て備える場合である。
【００８４】
しかし、本発明としてはこれらの実施形態に限定されることはなく、連続傷判定手段として考えられる３つの手段をそれぞれ２つずつ備える構成であってもよい。
すなわち、光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合にオーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段（ＣＰＵ２０）と、読み出したデータの良否をアドレス毎にチェックするリードタスクチェック手段との２つの連続傷判定手段を組み合わせた構成や、読み出したデータの良否をアドレス毎にチェックするリードタスクチェック手段と、バッファメモリにバッファリングされたデータの異常の有無をチェックするバッファリングチェック手段との２つの連続傷判定手段を組み合わせた構成や、光ピックアップがオーディオ／ビデオデータを読み出すことができなかった場合にオーディオ／ビデオデータを再度読み出すリトライ動作を実行する制御手段（ＣＰＵ２０）と、バッファメモリにバッファリングされたデータの異常の有無をチェックするバッファリングチェック手段との２つの連続傷判定手段を組み合わせた構成であってもよい。
【００８５】
さらに、上述してきた各実施形態では、オーディオデータが記録された光ディスクからオーディオデータを読み出す場合についてのみ説明したが、光ディスクがＤＶＤであってビデオデータを読み出す場合であってもよい。
ただし、ＤＶＤにおけるビデオデータの場合はサブコードは存在しないので、リードタスクチェック手段によってチェックされるのは、メインデータとサブコードとの同期に基づいてのデータの良否ではない。
【００８６】
以上本発明につき好適な実施例を挙げて種々説明したが、本発明はこの実施例に限定されるものではなく、発明の精神を逸脱しない範囲内で多くの改変を施し得るのはもちろんである。
【００８７】
【発明の効果】
本発明に係る光ディスク装置によれば、連続傷が付いている光ディスクからのデータの読み出し時間を短縮することが可能となる。
【００８８】
また、請求項２記載の光ディスク装置によれば、１度検出した連続傷の位置を常に把握することができるので、以前に検出した連続傷に対してはリトライ動作を繰り返してから連続傷であることを判定しなくともよいので、データの読み出し時間をさらに短縮化することができる。
【００８９】
さらに、請求項３記載の光ディスク装置によれば、連続傷を検出した場合には、ホストコンピュータからの指示に基づいて対処することができるので、その連続傷ごとに適した対処方法を実行することができる。
【００９０】
また、請求項４記載および請求項５記載の光ディスク装置によれば、以前に読み出した連続傷の部分については、そのときに実行した対処方法と同じ方法で対処することが可能となるので、以前に検出した連続傷に読み出し動作が到達したときに再度ホストコンピュータからの指示待ちの態勢にはならずにすみ、さらに読み出し時間の短縮化を図ることができる。
【００９１】
さらに、請求項６記載の光ディスク装置によれば、なるべく光ディスクに近い側で連続傷の検出ができるので、全体として読み出し時間の短縮化を図ることができる。
【００９２】
さらに、請求項７記載の光ディスク装置によれば、光ディスクからデータを読み出した後であっても、読み出したデータの良否（例えば、オーディオデータの場合であれば、メインデータとサブコードとの同期ズレなど）を検出することに基づいて連続傷を検出することができる。
【００９３】
なお、請求項８記載の光ディスク装置によれば、バッファリング後のデータから連続傷を検出することができる。
【図面の簡単な説明】
【図１】本発明に係る光ディスク装置の第１の実施形態の内部構成を説明するブロック図である。
【図２】図１に示した光ディスク装置の第１の実施形態の動作を説明するフローチャートである。
【図３】図２のフローチャートの続きである。
【図４】本発明に係る光ディスク装置の第２の実施形態の内部構成を説明するブロック図である。
【図５】図４に示した光ディスク装置の第２の実施形態の動作を説明するフローチャートである。
【図６】図５のフローチャートの続きである。
【図７】本発明に係る光ディスク装置の第３の実施形態の内部構成を説明するブロック図である。
【図８】図７に示した光ディスク装置の第３の実施形態の動作を説明するフローチャートである。
【図９】図８に示したフローチャートの続きである。
【図１０】本発明に係る光ディスク装置の第４の実施形態の内部構成を説明するブロック図である。
【図１１】図１０に示した光ディスク装置の第４の実施形態の動作を説明するフローチャートである。
【図１２】図１１におけるリトライ工程Ａについて説明するフローチャートである。
【図１３】図１１におけるリトライ工程Ｂについて説明するフローチャートである。
【図１４】図１１におけるリトライ工程Ｃについて説明するフローチャートである。
【図１５】通常のデータとオーディオデータとのデータ構造を比較するための説明図である。
【図１６】サブコードについて説明する説明図である。
【図１７】バッファメモリ内の記憶領域とデータ構造について説明する説明図である。
【符号の説明】
１０    光ディスク
２１    記憶手段
２２    傷範囲記憶手段
２４    対処方法記憶手段
３０    光ディスク装置
３４    スピンドルモータ
３６    サーボプロセッサ
３８    光ピックアップ
３９    リードアンプ
４０    デコーダ
４２    バッファメモリ
４４    インターフェース部
４６    リードタスクチェック手段
４８    バッファリングチェック手段
５０    ホストコンピュータ
ａ１    回転制御信号
ａ２    フォーカス制御信号
ａ３    トラッキング制御信号
ａ４    移動制御信号
ｂ        誤差信号
ｃ        アドレス指定信号
ｄ        読み出し信号
ｅ        エラー信号
ｆ        リードコマンド
ｇ        対処コマンド
【図１】
2005050391.tif 000003
【図２】
2005050391.tif 000004
【図３】
2005050391.tif 000005
【図４】
2005050391.tif 000006
【図５】
2005050391.tif 000007
【図６】
2005050391.tif 000008
【図７】
2005050391.tif 000009
【図８】
2005050391.tif 000010
【図９】
2005050391.tif 000011
【図１０】
2005050391.tif 000012
【図１１】
2005050391.tif 000013
【図１２】
2005050391.tif 000014
【図１３】
2005050391.tif 000015
【図１４】
2005050391.tif 000016
【図１５】
2005050391.tif 000017
【図１６】
2005050391.tif 000018
【図１７】
2005050391.tif 000019