JP2001195198A - ドライブ装置及び、バッファ管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 送信すべきでないセクタに遭遇してもバッフ
ァリングを止めて無駄な待ち時間を発生させることな
く、さらに送信すべきでないセクタを誤ってホストに送
ることの無いドライブ装置及び、バッファ管理方法を提
供する。 【解決手段】 メディア上のセクタの種別を記憶するセ
クタ情報バッファと、ホストに送信すべきでないセクタ
のセクタ種別を含めた判定及び書き込みを行うセクタ判
定手段と、記憶されたセクタ種別を参照するセクタ管理
手段と、参照された結果に基づいてデータをホストに送
信するデータ送信手段を備えるドライブ装置及びバッフ
ァ管理方法を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＣＤ−ＲＯＭドラ
イブやＣＤ−Ｒドライブ、ＤＶＤ−ＲＯＭドライブ等の
ドライブ装置及び、当該ドライブ装置のバッファ管理方
法に関するものである。

【０００２】

【従来の技術】近年、その必要性及び扱いやすさから大
容量記憶メディア（以下メディアと称する）としてＣＤ
（CompactDisc:CD-ROM CD-R CD-RW 等) 、ＤＶＤ（Digi
tal Versatile Disc:DVD-R DVD-RW DVD-RAM DVD-ROM
等) 等が利用されている。また、上記メディアを読み書
きするドライブ装置としてＣＤ−ＲＯＭドライブやＣＤ
−Ｒドライブ、ＤＶＤ−ＲＯＭドライブ等が用いられ
る。

【０００３】上記各メディアは、所定の仕様に従ってデ
ータを記憶しており、ＣＤは例えば１セクタ（ＭＯＤＥ
１の場合、ユーザ領域は２０４８バイト）を１つの単位
としてデータを記憶している。また、ＤＶＤは１ブロッ
ク（＝１６セクタ）を１つの単位としてデータを記憶
し、当該ＤＶＤからの読み出しは１ブロック単位で行わ
れる。但し、当該ＤＶＤより読み出されたデータは、ホ
スト、即ち接続されるパーソナルコンピュータ等に対し
て１セクタ単位で転送される。

【０００４】上記各メディア上のそれぞれのセクタに
は、連続した固有の物理アドレスが割り振られている。
通常、ホストからは論理アドレスを用いて読み出し要求
が行われるため、上記メディアを読み出すドライブ装置
では、論理アドレスを物理アドレスに変換し、当該物理
アドレスを用いてメディアからデータを読み出す。さら
にメディアに記録された各ファイルがどのアドレスに記
録されているかを記述したファイル管理構造を有する。
尚、ＣＤの場合にはＭＳＦ（Ｍｉｎ／Ｓｅｃ／Ｆｒａｍ
ｅ）で表される物理アドレスで指定することができるド
ライブもある。

【０００５】ところで、ドライブ装置はホストから要求
されたアドレスをメディアから読み出すが、メディア上
に書かれているファイルは通常、連続した領域に記憶さ
れている。このため、ドライブ装置は要求されたアドレ
スに続く部分も先読みし、次のホストからの要求に対し
てキャッシュバッファ上のデータを読み出すことによ
り、効率の良い応答を可能にしている。

【０００６】以下、従来の実施の形態として、パケット
ライティングで記録されたメディアに対するバッファ管
理方式について図面を参照しながら説明する。

【０００７】図３０に従来のバッファリング処理のフロ
ーを示す。尚、ホストへのデータの送信（転送）とメデ
ィアからの読み出しは並行して処理できるようにするた
め、ドライブ装置内部ではホストにデータを送信する送
信側と、メディアからデータを読み出す読み出し側の処
理は、時分割やタスク処理などによって分かれている。

【０００８】まず、上記送信側の処理として、ホストか
ら要求されたアドレスが、既にメディアから読みだされ
キャッシュバッファに存在するかキャッシュ管理手段を
用いてチェックする（図３０：Ｓ３００１〜Ｓ３００
２）。キャッシュバッファに上記目的とするアドレスに
対応するデータが存在する場合には、キャッシュバッフ
ァからホストに送信する（図３０：Ｓ３００２Ｙｅｓ〜
Ｓ３００６）。キャッシュに存在しない場合には、読み
出し側に読み出し要求を出し、要求したセクタが読み出
されるのを待つ（図３０：Ｓ３００２Ｎｏ〜Ｓ３００
３）。読み出したデータがエラーであれば、ホストにエ
ラーを返す（図３０：Ｓ３００４Ｙｅｓ〜Ｓ３００
５）。読み出したデータが正常であれば、ホストにデー
タ転送を行う（図３０：Ｓ３００４Ｎｏ〜Ｓ３００
６）。

【０００９】一方、読み出し側は指定されたセクタか
ら、メディア上のデータを読み出す処理を開始する（図
３０：Ｓ３００８）。メディアからの読み出しは、目的
位置であるセクタの手前にピック（レンズ）を動かすＳ
ＥＥＫ処理を行い、目的位置に到達した時点からキャッ
シュバッファに読み出したデータを記録していく（図３
０：Ｓ３００９〜Ｓ３０１０）。メディアからの読み出
しがエラーであれば、エラー処理を行う（図３０：Ｓ３
０１１Ｙｅｓ〜Ｓ３０１２）。この時、通常は何回かリ
トライ処理を行うがここでは説明を省略する。

【００１０】正常に読み出せた場合、メディアから読み
出したセクタのヘッダ情報を確認し、継ぎ目でない場合
には、キャッシュバッファ管理用のポインタを１つ進
め、先読みを続ける（図３０：Ｓ３０１１Ｎｏ→Ｓ３０
１３Ｎｏ→Ｓ３０１５、Ｓ３０１６Ｎｏ〜Ｓ３０１
０）。尚、継ぎ目については後述する。

【００１１】規定の先読み分だけ読んだならば、先読み
処理を終了する（図３０：Ｓ３０１６Ｙｅｓ〜Ｓ３０１
７）。ここにポインタとは、読み書きするデータが格納
されている場所のアドレスを示すものである。

【００１２】以上により、ドライブ装置はその構造によ
るデータ転送速度のスピード、即ちホストの読み出し要
求に対するレスポンスを高めている。

【００１３】しかしながら、メディア上に記憶されるデ
ータには、仕様上ホストに対して送ってはならないセク
タが存在する。

【００１４】例えば、図２６に示されるメディア上のユ
ーザ領域は、ディスクの先頭にあるＬｅａｄＩｎ領域と
ディスクの最後にあるＬｅａｄＯｕｔ領域に挟まれてい
るが、当該ユーザ領域以外の部分は、仮にホストから要
求されてもエラーを返す。

【００１５】また、ＤＶＤの場合にはユーザ領域の一部
にコピープロテクトがかけられたものがあり、プロテク
トのかかっているアドレスの読出しをホストより要求さ
れた場合で所定の認証手続きが完了していない場合には
エラーを返す。さらに、ＤＶＤの場合、１ブロック単位
でデータが記録されているが、メディア上の最後のブロ
ックが５セクタ分のデータしかない場合には、残りの１
１セクタは”０”で埋められたダミーセクタが記録され
る。当該ダミーセクタの読出しの際も、上記ＬｅａｄＯ
ｕｔ領域の場合と同様にドライブ装置がホストにエラー
を返す必要がある。

【００１６】上記ダミーセクタは、ＤＶＤの２層ディス
クの場合、各層に存在することもある。即ち、当該２層
ディスクの１層目の最後にダミーセクタがある場合、論
理アドレスは１層目のダミーセクタの手前と２層目の先
頭が続いている。よって、１層目の最後からデータを連
続してホストに転送する際に、２層目の先頭の替わり
（先頭の前）にダミーセクタを誤って送ってしまわない
ように、１層目の終わりでいったん読み出しを中止し、
１層目のデータ（ダミーセクタを除く）をホストに送っ
てから２層目の読み出しを行う。

【００１７】また、ＣＤ−Ｒ／ＲＷのパケット・ライテ
ィングと呼ばれる書き込み方式を用いた場合、図２７に
示すように１回の書き込み単位毎にスプライス（以下、
継ぎ目と称する）が作られる。この継ぎ目の部分は、上
記ファイル管理構造の情報に含まれていないため、ホス
トがファイル管理構造に従ってメディアから読み出す限
り、この継ぎ目の部分を要求することはない。但し、例
えば特殊なソフトウェア等により当該継ぎ目部分のデー
タを要求された場合にはドライブ装置はホストにエラー
を返す必要がある。

【００１８】ところで、図２９に示すように、上記ＣＤ
−Ｒ／ＲＷの継ぎ目は７セクタと規定されており、１つ
のパケット２９０１の記録終了時には、最後のセクタ１
０２に続いてＲＯＵＴ１、ＲＯＵＴ２、ＬＩＮＫを書い
て終了する。次のパケットの記録開始時には、ＬＩＮ
Ｋ、ＲＩＮ１、ＲＩＮ２、ＲＩＮ３、ＲＩＮ４を書き込
み、続くセクタ１１０からデータを書き込む。尚、ＬＩ
ＮＫのセクタは部分的に上書きされていることと、記録
開始／停止のためのレーザー出力が安定性するまで時間
がかかるという問題から、ＬＩＮＫセクタおよびその前
後のセクタは正常に読めないことがあるが、継ぎ目の両
端のＲＯＵＴ１およびＲＩＮ４は問題なく読める場合が
多い。但し、継ぎ目の部分はメディアから正常に読めた
としてもホストにエラーを返さなければならない。

【００１９】ＤＶＤ−Ｒ／ＲＷの場合も、Ｌｉｎｋｉｎ
ｇ Ｌｏｓｓと呼ばれる継ぎ目があるため、上記同様ホ
ストから当該継ぎ目のデータを要求された場合にはエラ
ーを返す。

【００２０】さらに、物理アドレスとしては存在する
が、論理アドレスに割り振られていないためにホストか
ら要求されることはないが、ドライブ装置が誤って送ら
ないようにしなければならないセクタがある。

【００２１】即ち、例えば上記ＣＤ−Ｒ／ＲＷのパケッ
ト・ライティングによる書き込み方式には、ｍｅｔｈｏ
ｄ１とｍｅｔｈｏｄ２がある。ｍｅｔｈｏｄ１は継ぎ目
の部分にも論理アドレスが割り当てられており、ファイ
ル管理構造に継ぎ目の部分を含めないことによってホス
トが継ぎ目の部分を要求することがないようにしている
が、図２８に示すｍｅｔｈｏｄ２は継ぎ目の部分に論理
アドレスを割り当てず、データの記録された部分だけを
連続した論理アドレスとして割り当てる方式である。

【００２２】上記ｍｅｔｈｏｄ２では、ホストからは通
常論理アドレスで要求されるため、ドライブ装置はこの
論理アドレスをメディア上の物理アドレスに変換して読
み出しを行う。継ぎ目の部分は論理アドレスが割り当て
られていないため、ホストから論理アドレスとして要求
されることは有りえないが、ドライブが誤ってホストに
当該継ぎ目の部分を送信しないようにしなければならな
い。

【００２３】尚、上記ｍｅｔｈｏｄ２では、継ぎ目の部
分を詰めて論理アドレスが振られているため、当該方式
で記録されたデータの後ろに、継ぎ目のセクタ分だけ、
対応する物理アドレスが存在しない領域が発生する。こ
の部分はＬｅａｄＯｕｔ領域を要求された場合と同様
に、ホストに対してエラーを返す。

【００２４】以上に挙げた様に、メディア上にはホスト
に対して送信してはならないセクタが複数存在してお
り、その内容に応じてエラーを返すなどの適切な動作を
する必要がある。

【００２５】さらに図２９に示すように、ドライブ装置
は、先読み中に上述したようなホストに転送してはなら
ないセクタに遭遇すると、誤ってホストに送信してしま
わないようにするために先読みを停止する。

【００２６】

【発明が解決しようとする課題】しかしながら、ドライ
ブ装置がホストに送ってはならないセクタに遭遇して先
読みバッファリングを止めた場合、当該ホストに送って
はいけないセクタは有効なセクタと見なされていない。
このために、もしホストからそのセクタに対する読み出
し要求を受けた場合、一度読んでいるにも関わらず、再
度メディアから読み出す処理を行うため、無駄な処理と
なってしまう。

【００２７】即ち、図２９において、アドレス１０３が
継ぎ目であり、ドライブ装置におけるバッファ管理では
アドレス１０３に遭遇すると、送信してはならないセク
タであるために先読みを停止する。ここで、上記バッフ
ァ管理は、アドレス１０２までが有効であるとしている
ため、さらにホストからアドレス１０３を要求された場
合、まだメディアから読み出されていないセクタである
として、再度メディアから読み出してしまう。しかし、
メディアから読み出す処理は、ドライブ装置において物
理的な動作、即ちピックの移動が生じるために、データ
転送レベルからみると非常に遅いものである。

【００２８】これらの問題点に対する解決策として「Ｄ
ＶＤのバッファ管理方式」（特開平１１−３０５９５
２）があり、読み出した部分までのポインタと転送して
も良い部分のポインタを持たせ、複数のポインタで管理
することで、ホストに送ってはならないセクタを誤って
送ることをなくすと共に、一度メディアから読み出した
ホストに送ってはならないセクタに対して、ホストから
読み出し要求をされた場合に、すでに読み出されている
セクタに対しては再度メディアから読み出すことなく、
エラーを返すことができる。

【００２９】しかし、この方法の場合、ホストに送って
はならない領域の後に、再びホストに送っても良い領域
が現れるような場合に対応できないという問題がある。

【００３０】即ち、例えばＤＶＤの２層メディア等の映
画再生中に２つの層をまたがる部分において、１層目の
最後のホストに送ってはならないダミーセクタ部分の後
に、ホストに送っても良い２層目の先頭のセクタを続け
てバッファリング管理することができない。即ち、２層
目の先頭がホストに送っても良い領域として管理できな
い。このため、２層目の先頭部分に対する先読みができ
ず、ホストから要求されてからメディアから読み出すこ
とになり、データの転送までに時間がかかり、例えば画
面が一時的に止まってしまうという現象が発生する。

【００３１】また、上述した管理方式においてダミーセ
クタを送らないようなシステムを作ると、バッファ管理
が複雑になる。

【００３２】さらに、パケット・ライティングにより書
き込みされた場合では、一般に１つのパケットは１００
〜２００セクタであるため、継ぎ目も１００〜２００セ
クタ毎に現れる。このためホストに送ってはならないセ
クタと送っても良いセクタが頻繁に切り替わる。ホスト
がファイル管理構造に従って読出要求を出す場合、継ぎ
目の部分を飛ばしてデータの読出を要求してくる。この
ため、ドライブ装置が継ぎ目を検出して先読み停止し、
続いてホストが継ぎ目の後ろのユーザ領域を要求する
と、キャッシュバッファ上に先読みされていないため、
メディアからの読み出し処理が必要となる。このとき、
上述した、ピックを目的位置に移動するシーク処理が発
生するため、連続して読み出しているときに比べて非常
に多くの時間がかかる。

【００３３】また、継ぎ目に遭遇した際にエラーが発生
しても先読みを止めないようにした場合、エラーのため
にリトライを繰り返すことになる。こうなると逆にリト
ライに時間がかかり、先読みを止める方法よりも処理が
遅くなってしまうことが十分に考えられる。さらに、上
述したように、継ぎ目を構成するＬＩＮＫセクタ前後の
複数セクタは正常に読めない可能性が高く、複数回のリ
トライが発生するために一層遅くなることが容易に予想
できる。

【００３４】また、ホストが継ぎ目の部分を要求するこ
とがないと仮定して、継ぎ目の部分の７セクタを飛ばし
てバッファリングを続けると、もしホストが継ぎ目の部
分を要求した場合に、エラーを返すことができず不正デ
ータを送ってしまう等、規格外の動作をしてしまう。ま
た、パケット・ライティングの規格に従わず、即ち継ぎ
目が７セクタ以外で記録されたメディアには対応するこ
とができない。

【００３５】さらに、ＳＣＳＩやＡＴＡＰＩなどのイン
ターフェース規格では、読み出したセクタがエラー訂正
できない場合であっても、ホストに転送するという設定
が可能なものがある。これらを用いたシステムにおいて
は、エラー時にはデータを送信しない通常の設定にして
いる状態で、読み出したセクタにエラーがあった場合
に、エラーでも送信する設定に変更して読み直すと、一
度キャッシュバッファに読み出しているにも関わらず、
再度メディアから読み出すという無駄が生じる。

【００３６】逆に、エラーでもデータを送信する設定に
している状態で読み出したセクタにエラーがあった場合
には、キャッシュバッファ上のセクタは有効としてホス
トに送信されるが、エラー時は送信しない設定に戻し
て、同じセクタを要求した場合にエラーのセクタを送信
してしまう。エラー時に転送するかどうかの設定を変更
するたびに、キャッシュバッファをクリアする方法でこ
の問題は回避できるが、エラーのセクタ以外のセクタも
キャッシュバッファ上からクリアされてしまうため、結
局再度メディアから読み出すという無駄が生じる。

【００３７】また、映像や音楽の再生などでは、メディ
アから読み出しながら映像再生をするため、多少のエラ
ーがあったとしてもメディアからの読み出しを止めない
ようなリアルタイム性が要求される。このため、読み出
した結果がエラーであってもそのセクタを送るような仕
組みが用いられる。実際には映像再生の速度に対して、
メディアからの読み出しの方が速いため、先読み処理が
進んでおり、エラーのあったセクタは、キャッシュバッ
ファが空になりホストへの送信が途切れる直前までリト
ライをすることができる。

【００３８】リトライした結果がエラーであった場合に
は、そのエラーセクタがホストに送られるが、もしホス
トが同じアドレスを再度要求した場合にはキャッシュヒ
ットとなり、すでにキャッシュバッファにあるエラーセ
クタを送ってしまう。ここでエラーセクタであればリト
ライすることにより、正常なセクタが読める可能性があ
るにも関わらず、そのセクタがエラーであるかどうかの
管理を行っていないため、処理ができない。

【００３９】従って本発明は、上記問題点に鑑み、送信
すべきでないセクタに遭遇してもバッファリングを止め
て無駄な待ち時間を発生させることなく、さらに送信す
べきでないセクタを誤ってホストに送ることの無いドラ
イブ装置及び、バッファ管理方法を提供することを目的
とする。

【００４０】

【課題を解決するための手段】本発明は、上記目的を達
成するために以下の手段を備える。

【００４１】すなわち、ホストからのデータ読出要求に
基づいて、所定のメディアからデータを読み出すデータ
読出手段と、当該データを上記ホストに送信すると共
に、キャッシュバッファを用いて当該データを管理する
データ送信手段を備えたドライブ装置を前提としてい
る。

【００４２】ここで、セクタ情報バッファが、メディア
上においてデータが記憶されるセクタの種別を記憶す
る。このセクタ種別の判定及び書き込みは、セクタ判定
手段が行う。上記記憶されたセクタ種別は、セクタ管理
手段により必要に応じて参照され、参照された結果に基
づいて、データ送信手段がデータをホストに送信、又は
エラーを送信する。

【００４３】従って、通常例えば上記セクタ種別が「継
ぎ目」や「エラー」等を意味するものであった場合に
は、当該データ（セクタ）はキャッシュバッファには記
憶されず、さらに先読みが止まっていたものが、上記セ
クタ情報バッファを備えることで、セクタ種別が「継ぎ
目」や「エラー」であることを判定し、記憶可能とな
る。即ち、上記ホストが「継ぎ目」や「エラー」等に該
当するセクタを要求した場合には、再度メディアを読み
だすことなく上記セクタ情報バッファのみで判断し、直
ちにデータまたはエラーを返すことが可能となる。

【００４４】尚、上記セクタ判定手段は、上記データ読
出手段が読み出した、ホストに送信すべきでないセクタ
のセクタ種別も上記セクタ情報バッファに書き込む構成
や、上記データ読出手段は、上記ホストに送信すべきで
ないセクタをメディアから読み出した後に、当該送信す
べきでないセクタの後部にあるセクタの先読みを行う構
成がある。

【００４５】また、セクタ判定手段が、セクタ種別の情
報が記憶されている領域のみ、即ち、データ領域のエラ
ー等に関わらず、セクタ種別を判定する構成では、ユー
ザデータ部分が正しく読めない可能性が高い部分でも当
該セクタの種別を判断できる確率が高くなる。このた
め、不必要なセクタであればユーザデータ部分がエラー
であってもリトライをしないといった制御が可能にな
る。

【００４６】さらに、セクタ情報バッファは、上記キャ
ッシュバッファに記憶されるデータの、セクタ種別の情
報が記憶されている領域により構成することで、キャッ
シュバッファとセクタ情報バッファを兼用することが可
能になる。

【００４７】上記メディアがＣＤ（コンパクトディス
ク）である場合には、セクタ判定手段は、パケットライ
ティング方式におけるＲＯＵＴ１、ＲＯＵＴ２、ＬＩＮ
Ｋ、ＲＩＮ１、ＲＩＮ２、ＲＩＮ３、ＲＩＮ４を判定
し、セクタ情報バッファに書き込む構成にしてもよい。

【００４８】上記メディアがＤＶＤである場合には、セ
クタ判定手段は、当該メディアのヘッダ部を参照してイ
ンクリメンタルライティング方式におけるＬｉｎｋｉｎ
ｇＬｏｓｓ領域を判定することで、ＣＤにおける継ぎ目
の判定と同様に扱うことができる。

【００４９】さらに、セクタ判定手段は、ＤＶＤメディ
アのＲＭＤ（Recording ManagementData)を参照するこ
とでインクリメンタルライティング方式におけるＬｉｎ
ｋｉｎｇＬｏｓｓ領域を判定する構成としてもよい。

【００５０】また、上記データ読出手段は、ＤＶＤメデ
ィアから複数のセクタを読み出すと共に、当該複数のセ
クタ単位で所定のセクタ種別の有無を判定する構成があ
る。

【００５１】この構成では、読み出したブロックの最後
のセクタまでをセクタ情報バッファに記憶してキャッシ
ュヒットの有効範囲とすることが可能となるため、当該
ブロックのどのセクタに対する読み出し（先読み）に対
しても継ぎ目を即座に判定可能とすることができる。

【００５２】また、データ読出手段は、セクタ判定手段
が判定したセクタ種別に基づいて、連続する所定数のセ
クタを読み飛ばす構成がある。

【００５３】この構成では、継ぎ目の部分に遭遇したら
継ぎ目の部分だけバッファを空けてバッファリングを続
けるため、ホストが継ぎ目の直後のデータを要求しても
キャッシュに存在しており処理時間が速くなる。

【００５４】また、データ読出手段は、さらに上記読み
飛ばしたセクタに対応するセクタ種別を上記セクタ情報
バッファに書き込む構成とし、さらに、セクタ種別は、
パケットライティング方式におけるＲＯＵＴ１、ＲＯＵ
Ｔ２、ＬＩＮＫ、ＲＩＮ１、ＲＩＮ２、ＲＩＮ３、ＲＩ
Ｎ４とすることで、ホストから読み飛ばしたセクタの読
出要求があった場合には、上記７つのセクタ種別各々に
対応する数のセクタを読み飛ばすことが可能になる。

【００５５】また、セクタ判定手段は、上記読み飛ばし
たセクタに対応するセクタ情報バッファに「未確定」を
示すセクタ種別を書き込むと共に、データ送信手段は、
上記「未確定」を示すセクタ種別をセクタ管理手段が読
み出した場合には、当該「未確定」に対応するセクタの
読み出し指示を行う構成がある。

【００５６】この構成では、継ぎ目であると確定したセ
クタに続く、継ぎ目であると推定されるセクタに対して
ホストから要求がきても、継ぎ目であると確定するまで
はエラーを返さない。このため継ぎ目が例えば７セクタ
でないメディアや、継ぎ目の途中を読出要求された場合
でも、正しい処理を行うことができる。

【００５７】また、データ送信手段は、「未確定」に対
応するセクタの読み出し指示に際して、上記キャッシュ
バッファのクリアを行わない構成がある。

【００５８】この構成では、未確定であってもその他の
有効なキャッシュまでクリアしないため、効率のよいバ
ッファリングを行うことができる。

【００５９】また、データ読出手段は、上記「未確定」
セクタに連続する「未確定」セクタを続けて読み出す構
成もある。この場合２回目の「未確定」部分の読出要求
に対する応答を早くすることができる。尚、上記データ
読出手段は、上記所定数のセクタを読み飛ばした後に
は、連続して上記所定数の読み飛ばしを行わない構成と
することで、有効なセクタを無駄に読み飛ばすことを防
ぐことができる。

【００６０】尚、上記「未確定」に対応するセクタが継
ぎ目の場合に、上記所定数以下の読み飛ばしを行う構成
では、既に読みだされたセクタ情報バッファに「未確
定」として上書きしてしまうことを防ぐことができる。

【００６１】さらに、所定のセクタ種別をカウントする
カウンタを備えると共に、データ読出手段が、カウンタ
のカウント数に基づいて、読み飛ばす数を変更する構成
では、読み飛ばす数を実際のメディア上の継ぎ目に動的
に併せることが可能となり、無駄なシーク処理を減少さ
せることができる。

【００６２】また、データ読出手段は、所定のメディア
の種別を判断すると共に、当該判断結果に基づいて、セ
クタ種別の判定方法やセクタの先読み条件を切り替える
構成では、例えばＣＤとＤＶＤのセクタ情報バッファを
共用可能とすることができる。

【００６３】また、プロテクトがかけられているメディ
アを読みだす場合に、当該プロテクトの解除が行われた
際に、上記セクタ情報バッファに記憶されている「プロ
テクト未解除」を示すセクタ種別を「プロテクト解除」
又は「送信可能」を示すセクタ種別に変更する構成があ
る。この構成では、プロテクトの解除によって既に読出
し済のプロテクトがかけられたセクタを無駄にすること
なく、効率のよいバッファ管理が可能である。

【００６４】また、セクタ判定手段が、メディアにおけ
るホストに送信可能なアドレスを記憶し、当該アドレス
に該当しない場合には「送信不可能」を示すセクタ種別
を、該当する場合には「送信可能」を示すセクタ種別を
上記セクタ情報バッファに書き込むとともに、データ送
信手段が、当該セクタ種別に基づいてデータの送信を制
御する構成がある。

【００６５】さらに、セクタ判定手段が、メディアから
のセクタ読み出し時にエラーがあった場合には、当該エ
ラーのセクタに対応するセクタ情報バッファに「エラ
ー」を示すセクタ種別を書き込むことで、エラーセクタ
の読出要求が再度行われた場合でも即座に応答すること
ができる。尚、上記構成に加えて、データ読出手段が、
エラーのセクタから連続する所定数のセクタを読み飛ば
す構成や、セクタ判定手段が、上記読み飛ばしたセクタ
に対応するセクタ情報バッファに「未確定」を示すセク
タ種別を書き込む構成もある。

【００６６】また、データ送信手段が、上記ホストから
セクタ情報バッファに記憶されているセクタ種別が「エ
ラー」であるセクタの読出要求を受けた場合、再度当該
「エラー」に対応するセクタをメディアから読み出すリ
トライ処理を行う構成や、リトライ処理の指示を受けた
場合には、規定のリトライ回数よりも少ない回数のリト
ライ処理を行う構成では、効率のよいリトライが可能と
なる。

【００６７】さらに、ポインタ管理手段が、キャッシュ
バッファ及び上記セクタ情報バッファを複数のポインタ
で管理し、データ読出手段は、メディアから読み出した
セクタが所定のセクタ種別の場合には、上記複数のポイ
ンタを切り替える構成では、継ぎ目の部分のセクタをキ
ャッシュバッファ上に持つ必要が無くなり、バッファの
利用効率を上げることができる。

【００６８】さらに、所定のセクタ種別をカウントする
カウンタを備えると共に、データ読出手段が、当該カウ
ンタのカウント数に基づいて、キャッシュバッファ及び
セクタ情報バッファの制御方法を切り替える構成では、
継ぎ目の部分を要求される場合とされない場合とでそれ
ぞれ利点、欠点があるバッファ管理方法のそれぞれ欠点
を補い、効率のよいバッファ管理を行うことができる。

【００６９】また、セクタ判定手段が、ホストへの送信
が不可能であることを示すセクタ種別を複数種設け、当
該複数種のセクタ種別を上記セクタ情報バッファに書き
込むと共に、データ送信手段が、上記複数種のセクタ種
別それぞれに対応するエラーコードをホストへ送信する
構成では、本発明に関連しない他の処理とセクタ情報バ
ッファを共用することができ、メモリの利用サイズを抑
えることができる。また、いずれの「転送不可（ホスト
に転送してはならないセクタ）」の情報にも該当しない
場合には、１回の判断で「転送可能」と判断することが
できるため、通常時の処理が高速にできる。

【００７０】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明し、本発明の理解に供する。
尚、以下の実施の形態は、本発明を具体化した一例であ
って、本発明の技術的範囲を限定する性格のものではな
い。

【００７１】〔実施の形態１〕まず図１を用いて、本実
施の形態１に係るドライブ装置の概要について説明す
る。図１に示すドライブ装置１０１は、パーソナルコン
ピュータ等に代表されるホスト１０２とデータの送受信
可能に接続されている。また、上記ホスト１０２は、必
要に応じてドライブ装置１０１を構成するデータ送信手
段１０３にデータ読出要求を送信する。ここで、上記デ
ータ読出要求には論理アドレスが用いられる。データ送
信手段１０３は、キャッシュ管理手段１０４を介して、
キャッシュバッファ１０５やメディア１０７より目的と
するデータを受け取り、上記ホストへ送信するが詳細は
後述する。尚、ドライブ装置１０１は、例えばメディア
としてＣＤ（CompactDisc:CD-ROM CD-R CD-RW ) 、ＤＶ
Ｄ（Digital Versatile Disc:DVD-R DVD-RW DVD-RAM DV
D-ROM ) 、その他同様のセクタ構造を有するメディアを
読み出し可能であればよい。

【００７２】図４はパケット・ライティングを用いて書
き込まれたメディア１０７のセクタ構造の一例で、継ぎ
目４０３付近を拡大したものである。図中に書かれてい
る数値はメディア上の物理アドレスを示す。この例で
は、アドレス１０３〜１０９の７セクタが継ぎ目４０３
である。なお、図中のアドレスは説明のためのものであ
り、実際のＣＤ−Ｒ／ＲＷメディアでは物理アドレスは
ＭＳＦ形式である。さらにメディアのユーザ領域の先頭
付近にはファイル管理構造の情報を記録する。このた
め、継ぎ目が現れるのはもう少し後のアドレスである。

【００７３】ここに、上記継ぎ目４０３は規格で７セク
タと決められており、ユーザデータの直後にＲＯＵＴ
１、ＲＯＵＴ２、そしてＬＩＮＫ、ＲＩＮ１、ＲＩＮ
２、ＲＩＮ３、ＲＩＮ４と続いて、次のユーザデータと
なる。継ぎ目に囲まれた部分、すなわちＲＩＮ４から次
のＲＯＵＴ１の間のユーザデータをパケットと呼ぶ。
ドライブ装置１０１はメディア１０７から読み出したデ
ータをキャッシュバッファ１０５に読み出し、そこから
ホストに送信するが、本発明では、さらにセクタ情報バ
ッファ１１０を設け、そこに読み出したセクタに関する
情報を記録するものである。

【００７４】続いて、図１、図２、図３、図４を用い
て、本実施の形態１に係るドライブ装置の処理の詳細に
ついて説明する。尚、図２は、本実施の形態１における
バッファリング処理の処理フローである。まず、ホスト
においてメディア１０７上のデータが必要になった場合
に、データ読出要求をドライブ装置１０１を構成するデ
ータ送信手段１０４に送信する（図２：Ｓ２０１）。上
記データ読出要求を受信すると、データ送信手段１０４
は、上記データ読出要求に含まれるアドレスに対応する
データが既にメディアから読みだされキャッシュバッフ
ァ１０５に存在するかキャッシュ管理手段１０４を用い
てチェックする（図２：２０２）。

【００７５】ここで、上記データ読出要求が初めての場
合を仮定すると、上記キャッシュバッファ１０５にはデ
ータが存在しない（図２：Ｓ２０２Ｎｏ）。

【００７６】この場合、メディア１０７からの読み出し
を行い、当該読み出し結果がエラーの場合にはエラー終
了となる（図２：Ｓ２０３→Ｓ２１０、Ｓ２２２→Ｓ２
０４Ｙｅｓ→Ｓ２０５）。当該読み出しは、上記キャッ
シュ管理手段１０４からデータ読出手段１０６への読み
出し要求により行われる。上記読み出し要求を受信した
データ読出手段１０６は、メディア上の目的位置の手前
にピックを動かすＳＥＥＫ処理を行い、該ピックが目的
位置に到達した時点から読み出したデータをキャッシュ
バッファ１０５に記録していく（図２：Ｓ２１１、Ｓ２
１２）。但し、メディア１０７からの読み出しがエラー
（読み出し不可能等）であれば、エラー処理を行い読み
出しを終了する（図２：Ｓ２１３Ｙｅｓ〜Ｓ２１４）。
この時、通常は何回かリトライ処理を行うが、ここでは
説明を省略する。

【００７７】メディア１０７より正常に読み出せた場
合、セクタ判定手段１０９はメディアから読み出したセ
クタのヘッダ情報を確認する（図２：Ｓ２１５）。ここ
で継ぎ目でない場合、上記セクタ判定手段１０９は、セ
クタ情報バッファ１１０にセクタ種別を通常セクタとし
て記録し、ポインタ管理手段１１２に格納されるポイン
タを１つ（１セクタ分）進め、先読みを続ける（図２：
Ｓ２１５Ｎｏ→Ｓ２２１Ｎｏ→Ｓ２１２）。規定の先読
み分だけ読んだならば、先読み処理を終了する（図２：
Ｓ２２１Ｙｅｓ→Ｓ２２２）。尚、本実施の形態１で
は、上記ポインタは、キャッシュバッファ及びセクタ情
報バッファ双方を同時に管理するものであり、ポインタ
を１つ進めることにより、セクタ情報バッファの読み出
し（書き込み）位置も同時に進むようになっている。

【００７８】尚、上記セクタ判定手段１０９による上記
セクタのヘッダ情報の確認は以下のように行われる。即
ち、図３はＣＤの例えばセクタ３０１のフォーマットを
示し、ヘッダ部分のＭｏｄｅ領域３０２のｂｉｔ７〜５
に継ぎ目であるかどうかの情報が記録されている。この
３ｂｉｔが”０００”である場合は通常セクタ、それ以
外の場合には継ぎ目であると判断する。

【００７９】セクタ判定手段１０９がメディアから読み
出したセクタのヘッダ情報を確認し、データが継ぎ目で
ある場合には、セクタ情報バッファ１１０にセクタ種別
を「継ぎ目」と記録してポインタを１加算し、いったん
エラーで終了することで先読みバッファリングを停止さ
せる（図２：Ｓ２１５Ｙｅｓ〜Ｓ２１８、Ｓ２１９、Ｓ
２２０）。図４の場合を例に挙げると、アドレス１０３
で継ぎ目を検出し、当該アドレス１０３に対応するセク
タ情報バッファに「継ぎ目」であると記録する。即ちキ
ャッシュバッファ１０５上の有効範囲はアドレス１０３
の部分も含むことになる。

【００８０】上記メディアからの読み出し処理（図２：
Ｓ２１０〜Ｓ２２２）が終了すると、その旨及び結果が
データ読出手段１０６より上記キャッシュ管理手段１０
４に送信され、当該キャッシュ管理手段１０４は上記セ
クタを読み出した結果を判定する（図２：Ｓ２０３〜２
０４）。

【００８１】上記結果がエラーであった場合（即ち図
２：Ｓ２１４又はＳ２２０により終了）、データ送信手
段１０３はホストに対してエラーを返して終了する（図
２：Ｓ２０４Ｙｅｓ〜Ｓ２０５）。

【００８２】上記結果がエラーでなかった場合（即ち図
２：Ｓ２２２により終了）、セクタ管理手段１１１は、
セクタ情報バッファ１１０の内容を参照して上記ホスト
からのデータ読出要求に対応するセクタの種別を判定す
る（図２：Ｓ２０４Ｎｏ〜Ｓ２０６）。

【００８３】ここで、上記セクタが「継ぎ目」である場
合、データ送信手段１０３はホストに対してエラーを返
して終了する（図２：Ｓ２０６Ｙｅｓ〜Ｓ２０７）。こ
のときのエラーコードは、例えば「Illegal Mode for T
his Track 」である。

【００８４】また、上記セクタが「正常」である場合、
データ送信手段１０３はキャッシュバッファ１０５より
所定のデータを読み出してホストに送信する（図２：Ｓ
２０６Ｎｏ〜Ｓ２０８）。

【００８５】以上により、ホストからのデータ読出要求
に対応するデータ及び、当該データに連続するデータが
キャッシュバッファ１０５に記憶されるとともに、当該
キャッシュバッファに記憶されたセクタの情報、即ちセ
クタ種別もセクタ情報バッファ１１０に記憶される。

【００８６】続いて、ホストよりデータ読出要求がデー
タ送信手段１０４に送信されると、データ送信手段１０
４は、上記データ読出要求に含まれるアドレスに対応す
るデータが既にメディア１０７から読みだされキャッシ
ュバッファ１０５に存在するかキャッシュ管理手段１０
４を用いてチェックする（図２：Ｓ２０１〜Ｓ２０
２）。

【００８７】ここで、上記キャッシュバッファ１０５に
対応するデータが無い場合、上記同様メディア１０７か
らの読み出し処理を行う（図２：Ｓ２１０〜Ｓ２２
２）。

【００８８】また、上記キャッシュバッファ１０５に対
応するデータが有る場合、セクタ管理手段１１１がセク
タ情報バッファ１１０よりセクタの情報を得ることで継
ぎ目か否かの判定を行い、継ぎ目でない場合にはデータ
を送信する（図２：Ｓ２０２Ｙｅｓ〜Ｓ２０９）。ここ
で、継ぎ目である場合でも、当該継ぎ目である情報はセ
クタ情報バッファ１１０に記憶されているので、メディ
ア１０７からの読み出し、即ち物理的な移動を伴わない
ため、即座にホストにエラーを返すことが可能となる。

【００８９】以上のように、例えばパケット・ライティ
ングの場合、継ぎ目の部分はファイル管理構造から外さ
れているので、基本的にホストから継ぎ目の部分が要求
されることはないが、ホスト側のＯＳやデバイスドライ
バが先読みを行う機能を持つ場合などに、継ぎ目の部分
を要求される場合がある。このような場合には、従来の
方式では継ぎ目の部分に対して読み出し要求された場
合、キャッシュ管理用のポインタは加算されない状態で
ドライブの先読みが止まっていた。このため図２９に示
すアドレス１０３（継ぎ目）が要求されると、ドライブ
はキャッシュヒットの判断でキャッシュバッファに無い
ものと判断し、一度メディアから読んでいるにも関わら
ず、再度メディアから読み出す処理を行い、そこで改め
て継ぎ目の検出をした結果エラーをホストに送信してい
た。

【００９０】本実施の形態１では、図４に示すように、
アドレス１０３はキャッシュヒットの有効範囲であり、
さらにホストへの転送時にはセクタ情報バッファを確認
することで、セクタの情報を得ることができるため、再
度メディアから読み出すことなく即座にホストにエラー
を返すことができる。

【００９１】尚、これらの処理はドライブ内部のＣＰＵ
が処理を行うプログラムとして作成しても良いし、ハー
ドウェア、即ちメディアから読みだしたデータをエラー
訂正しバッファメモリに入れる処理を行う光ディスクコ
ントローラと呼ばれるＬＳＩが行っても良い。また、セ
クタのヘッダ部に記録されている継ぎ目かどうかの情報
の判断などの一部処理のみを上記光ディスクコントロー
ラが行い、ホストへ送ってもよいかどうかの判断はＣＰ
Ｕ側のプログラムとして実装してもよい。

【００９２】また、本実施の形態１ではパケット・ライ
ティングの場合を例として継ぎ目を見つけたらエラーを
返すようにしたが、継ぎ目を検出した場合にエラーを返
すことに限ったものではなく、エラーとせずに継ぎ目の
部分のデータをそのまま返したり、セクタを”０”で埋
めたデータを返したりしてもよい。また、エラーコード
は「Illegal Mode for This Track 」でなくとも良い。

【００９３】また、セクタ情報バッファは、１セクタあ
たり１ビットの情報でも良いし、２ビット以上であって
もよい。さらに、セクタ情報バッファを新規に領域を確
保しても良いし、キャッシュバッファ上の未使用領域を
使っても良い。また、キャッシュバッファに入るセクタ
数だけ設けても良いし、継ぎ目に遭遇したならば先読み
は止まるため、どこまで読み出したかを示すポインタの
位置にある１セクタのみ情報（即ち図４におけるアドレ
ス１０３の情報）を持たせるように、１セクタ分のセク
タ情報バッファを設けるようにしてもよい。この構成で
は、セクタ情報バッファを小さくすることが可能であ
る。

【００９４】尚、上記ホストからのデータ読出要求時
に、データ送信手段はキャッシュバッファのデータを確
認しているが、先にセクタ情報バッファやポインタを確
認することでキャッシュバッファ内の目的とするデータ
の有無を判断することもできる。

【００９５】また、ＣＤの場合には読み出したセクタデ
ータのヘッダ部に継ぎ目かどうかの情報が含まれている
ため、セクタ情報バッファを新たに設けず、既に読みだ
してキャッシュバッファに記憶されているデータ内の、
ヘッダ部分の情報を用いてセクタ情報バッファを構成し
てもよい。この場合には、別途セクタ情報バッファを設
けるためのメモリが不要になる。

【００９６】さらに、ドライブ装置に各セクタの内容が
ＭＯＤＥ１／ＸＡＦ１／ＸＡＦ２／ＣＤＤＡであるとい
ったモード情報を既に持たせている場合、このモード情
報領域を共用して「継ぎ目」というセクタ情報を残すこ
ともできる。一般に、ドライブ装置内部では、キャッシ
ュバッファに読み出されたセクタが、Ｍｏｄｅ１かＭｏ
ｄｅ２かといった、モード／フォーム情報を記憶する情
報バッファを持っている。これは、ホストから読出要求
されたモードと違う場合にはエラーを返したり、あるい
はモードによってユーザデータのサイズが違うため、１
セクタあたり何バイト転送するかといった判断をするた
めのものである。これらの情報も、セクタ情報バッファ
に記載することで、モード／フォーム用に設けていた情
報バッファが不要になるとともに、処理の共通化を計る
ことが可能になる。

【００９７】また、継ぎ目部分の判断については、デー
タがエラー訂正できない場合であっても、セクタのヘッ
ダ部分、即ち図３のＭｏｄｅ３０２にエラーがなければ
当該ヘッダ部分のみで判定可能である。このため、図２
のエラー判定処理（Ｓ２１３）でエラーと判断された場
合であっても、ヘッダ部がエラーでなければ継ぎ目であ
るかどうかの判断が可能となり、判断処理（Ｓ２１
５）、継ぎ目であった場合のセクタ情報バッファに情報
を記録する処理（Ｓ２１８）、ポインタ加算処理（Ｓ２
１９）及びエラ−終了（バッファリング終了処理：Ｓ２
２０）を行っても良い。尚、ヘッダ部分の判定時に継ぎ
目でない場合にはエラー終了する（Ｓ２１４）。上記場
合においては、ＣＤ−Ｒ／ＲＷのパケットライティング
の継ぎ目など、ユーザデータ部分が正しく読めない可能
性が高い部分でも当該セクタの種別を判断できる確率が
高くなる。このため、不必要なセクタであればユーザデ
ータ部分がエラーであってもリトライをしないといった
制御が可能になる。

【００９８】〔実施の形態２〕次に、図１、図５、図
６、図７を用いて、本実施の形態２に係るドライブ装置
について説明する。なお、実施の形態１ではＣＤ−Ｒメ
ディアのパケット・ライティング方式を用いたメディア
の例を挙げたが、ＤＶＤ−Ｒ／ＲＷのインクリメンタル
・ライティング方式を用いたメディアにも同様に適用す
ることもできる。尚、本実施の形態２では、図１に示し
たドライブ装置において、メディア１０７をＤＶＤ−Ｒ
／ＲＷにすると共に、データ読出手段１０６をＤＶＤ−
Ｒ／ＲＷを読み出し可能に設計することで対応可能であ
るため、以後図１を用いて説明を行う。

【００９９】図６はＤＶＤ−Ｒ／ＲＷのＬｉｎｋｉｎｇ
Ｌｏｓｓ領域の例である。Ｌｉｎｋｉｎｇ Ｌｏｓｓ
領域とは、ＣＤにおけるパケットライティング時の継ぎ
目と同様に、メディアへの書き込みの中断／再開を行っ
た部分である。ＤＶＤにおけるダミーセクタを意味す
る。ＤＶＤの場合はＣＤと異なり、メディア上は１６セ
クタを１ブロックとしたブロック単位で記録されてい
る。このためインクリメンタル・ライティングで記録し
たデータの最後のブロック６０３が１６セクタに満たな
い場合には、残りのセクタ６０１、６０２はダミーセク
タとなるが、これらはセクタ６０６と同様にＬｉｎｋｉ
ｎｇＬｏｓｓ領域６０１、６０２として管理される。こ
のダミーセクタは実際には継ぎ目とは言えないが、管理
上、継ぎ目と同様に扱う。

【０１００】実際の継ぎ目の部分は次のブロック６０
４、６０５で、規格上、図６（ａ）に示すように２ＫＢ
（１セクタ）のものと、図６（ｂ）に示すように３２Ｋ
Ｂ（１６セクタ）のものがある。

【０１０１】２ＫＢの形式の場合、次のブロック６０４
の先頭の１セクタ６０６もＬｉｎｋｉｎｇ Ｌｏｓｓ領
域となり、ブロック６０４のうちセクタ６０６よりも後
ろのセクタからがデータが記録される領域となる。ま
た、３２ＫＢの形式の場合、次のブロック６０５の１６
セクタすべてがＬｉｎｋｉｎｇＬｏｓｓ領域となり、そ
れ以降のブロック６０９がデータが記録される領域とな
る。

【０１０２】セクタがＬｉｎｋｉｎｇ Ｌｏｓｓ領域で
あるかどうかは、各セクタのヘッダ情報を参照すること
により判断することができる。図７はＤＶＤ−Ｒ／ＲＷ
のセクタのフォーマットを示す。ヘッダ部分のＩＤ部７
０１のｂｉｔ２５にＬｉｎｋＤａｔａであるかどうかの
情報が記録されている。このｂｉｔが”１”である場合
はＬｉｎｋデータ、”０”である場合には再記録可能な
領域であることを示す。（他のビットの内容については
省略）但し、ＩＤ部７０１のｂｉｔ２５が１でＬｉｎｋ
データであると示されいていた場合であっても、そのセ
クタがＬｉｎｋｉｎｇ Ｌｏｓｓ領域であることを示し
ているのではなく、図６に示すように、次のセクタがＬ
ｉｎｋｉｎｇ Ｌｏｓｓ領域であることを示している。
また、３２ＫＢ形式の場合には先頭の１セクタ６０７の
ＩＤバイトのｂｉｔ０は”０”になっているため、次の
セクタがＬｉｎｋｉｎｇ Ｌｏｓｓではないと判断され
ないようにする必要がある。

【０１０３】以下、Ｌｉｎｋｉｎｇ Ｌｏｓｓ領域をま
とめて「継ぎ目」と表現する。

【０１０４】続いて、図１、図５、図７を用いて、本実
施の形態２に係るドライブ装置の処理の詳細について説
明する。尚、図５は、本実施の形態２におけるバッファ
リング処理の処理フローであるが、特に一点破線５０１
に示した、実施の形態１と異なる点のみ説明を行う。ま
た、同一の処理には同一の番号を付す。

【０１０５】まず、ホストにおいて、メディア１０７
（但し、実施の形態２ではＤＶＤ）上のデータ読出要求
をデータ送信手段１０４に送信し、キャッシュバッファ
１０５にデータが存在しない場合に、メディアからの読
み出し処理を行う点は実施の形態１と同様である（図
５：Ｓ２０１〜Ｓ２０３、Ｓ２１０〜Ｓ２１４）メディ
ア１０７より正常に読み出せた場合、セクタ判定手段１
０９はメディアから読み出したセクタのヘッダ情報を確
認する（図５：Ｓ５０２）。ここで継ぎ目でない場合、
セクタ判定手段１０９は、セクタ情報バッファ１１０に
セクタ種別を「通常セクタ」として記録し、ポインタ管
理手段１１２に格納されるポインタを１つ（１セクタ
分）進める（図５：Ｓ５０２Ｎｏ〜Ｓ５０５）。また、
継ぎ目である場合、セクタ情報バッファ１１０に「継ぎ
目」と記録してポインタを１加算する（図５：Ｓ５０２
Ｙｅｓ〜Ｓ５０５）。

【０１０６】上記処理を１ブロックのセクタ数である１
６セクタ分だけ繰り返し、１６セクタ分の処理が終わっ
た時点で処理した１ブロック内での継ぎ目の有無を判定
する（図５：Ｓ５０１〜Ｓ５０６、Ｓ５０７）。継ぎ目
があった場合には、いったんエラーで終了することで先
読みバッファリングを停止させる（図５：Ｓ５０７Ｙｅ
ｓ〜Ｓ５０８）。継ぎ目がなかった場合には、続くブロ
ックの先読みを続ける（図５：Ｓ５０７Ｎｏ→Ｓ２２１
Ｎｏ→Ｓ２１２）。規定の先読み分だけ読んだならば、
先読み処理を終了する（図５：Ｓ２２１Ｙｅｓ〜Ｓ２２
２）。

【０１０７】尚、上記セクタ判定手段１０９による上記
セクタのヘッダ情報の確認は、上述した図７に示すＤＶ
Ｄのセクタフォーマットに基づいて行われる。

【０１０８】上記結果がエラーであった場合（即ち図
５：Ｓ２１４又はＳ５０８により終了）、データ送信手
段１０３はホストに対してエラーを返して終了する（図
５：Ｓ２０４Ｙｅｓ〜Ｓ２０５）。

【０１０９】以後、キャッシュバッファ１０５にデータ
が存在する場合には、継ぎ目の判定を行い、エラー終了
またはホストへのデータ転送を行う点も実施の形態１と
同様である（図５：Ｓ２０２Ｙｅｓ〜Ｓ２０７、Ｓ２０
９）以上のように、ＤＶＤにおけるインクリメンタル・
ライティングの場合、継ぎ目の部分はファイル管理構造
から外されているので、基本的にホストから継ぎ目の部
分が要求されることはないが、ホスト側のデバイスドラ
イバが先読みを行う機能を持つ場合などに、継ぎ目の部
分を要求される場合がある。この場合、従来の方式で
は、キャッシュ管理用のポインタは加算されない状態で
ドライブの先読みが止まっていたため、最後に記録され
たユーザデータの次のセクタが継ぎ目であり、そのセク
タを要求されると、ドライブはキャッシュヒット判断で
キャッシュバッファに無いものと判断し、一度メディア
から読んでいるにも関わらず、再度メディアから読み出
す処理を行い、そこで改めて継ぎ目の検出でエラーとな
っていた。

【０１１０】ＤＶＤの場合には、継ぎ目は１ブロックの
うちの一部である場合があるが、ホストが最初の継ぎ目
の部分を要求すると、同じブロックに属する「通常セク
タ」の部分も読み直しとなる。もし「通常セクタ」が、
ホストに転送している最中であった場合には、キャッシ
ュバッファ内のデータが上書きされることになり、例え
ばメモリ上にデータを読み出してからエラー訂正やデス
クランブルをするシステムの場合、一時的にデータ化け
が発生する可能性もある。

【０１１１】本実施の形態２では、読み出しを１６回繰
り返すことで１ブロックを全て読み出し、その後に継ぎ
目の判断を行っている（図５：Ｓ５０７）。このため、
読み出したブロックの最後のセクタまでをセクタ情報バ
ッファに記憶してキャッシュヒットの有効範囲とするこ
とが可能となる。よって、当該ブロックのどのセクタに
対する読み出し（先読み）に対しても継ぎ目を即座に判
定可能であり、即ち物理的な移動を伴わずに、即座にホ
ストにエラーを返すことが可能である。また、複数セク
タまとめて継ぎ目判断を行っているため、処理を高速化
することが可能である。

【０１１２】尚、ＣＤ同様、セクタ情報バッファにはＤ
ＶＤ−Ｒ／ＲＷの場合には読み出したセクタデータのヘ
ッダ部に継ぎ目かどうかの情報が含まれているため、セ
クタ情報バッファを新たに設けず、読みだしたセクタデ
ータ中のヘッダ部分の情報を利用してもよい。

【０１１３】また、継ぎ目であるかどうか、即ち、Ｌｉ
ｎｋｉｎｇ Ｌｏｓｓ領域であるかは、ヘッダ部の情報
から判断したが、ＤＶＤ−Ｒ／ＲＷのＲＭＡ（Recordin
g Management Area ）領域に、ＲＭＤ(Recording Manag
ement Data) 情報があり、当該情報にインクリメンタル
・ライティングで記録した通常データの開始位置と終了
位置がすべて記録されているため、このＲＭＤの内容か
ら継ぎ目であるかどうかを判断しても良い。この場合に
は、ＬｉｎｋｉｎｇＬｏｓｓかどうかを、予め読み出し
ておいたＲＭＤを参照することにより目的のセクタを読
み出すことなく判断可能であり、即ち高速に判断でき
る。

【０１１４】また、セクタ情報バッファは、１セクタあ
たり１ビットの情報でも良いし、２ビット以上であって
もよい。また、新規に領域を確保しても良いし、キャッ
シュバッファ上の未使用領域を使っても良い。さらに、
キャッシュバッファに入るセクタ数だけ設けても良い
し、継ぎ目を含むブロックに遭遇したならば先読みは止
まるため、ポインタの位置にある１セクタのみ情報を持
たせるように、１セクタ分のセクタ情報バッファを設け
るようにしてもよい。

【０１１５】また、本実施の形態２では、継ぎ目を検出
してもそのブロックの分だけはデータの読み出しを続け
るようにしたが、継ぎ目を検出した時点で判断処理を終
了しても良い。

【０１１６】さらに、本実施の形態２では継ぎ目を検出
したならば、先読みを停止するようにしたが、Ｌｉｎｋ
ｉｎｇ Ｌｏｓｓが２ＫＢの形式では、先頭の１セクタ
のみが継ぎ目で、残りの１５セクタは通常セクタであ
る。このため、図５における継ぎ目があったことを判断
する処理（Ｓ５０７) では、１ブロック中の最後のセク
タが継ぎ目であった場合のみ、エラー終了処理（Ｓ５０
８）を行うことで処理を簡略化することができる。

【０１１７】さらに、ＤＶＤドライブでは、ＣＤとＤＶ
Ｄの両メディアを読むことができるのが一般的である。
このため、メディア挿入時等に当該メディアがＣＤかＤ
ＶＤかを判断する処理を行うことで、本実施の形態２及
び上記実施の形態１におけるドライブ装置の、メディア
の違いによる部分、即ちセクタ種別の判定方法や、継ぎ
目の規定数（７セクタや１６セクタ等）の切り替え、さ
らには後述する読み飛ばし数の切り替えを行い、その他
の構成を共通化することが可能である。尚、上記ＣＤと
ＤＶＤの違いの判断はレーザーの反射の信号を調べるこ
とで、電気的に判断することが可能である。

【０１１８】以上のように、ＣＤかＤＶＤかを判断する
処理を行うことにより、当該処理の判断結果に基づいて
セクタ情報バッファ内の情報を区別するようにすること
で、セクタ情報バッファを共有することができ、メモリ
の使用を少なくすることができる。

【０１１９】〔実施の形態３〕次に、図１、図４、図
８、図９を用いて、本実施の形態３に係るドライブ装置
について説明する。なお、実施の形態１では、メディア
１０７からのデータの読み出し時に継ぎ目を検出する
と、セクタ情報バッファ１１０に１セクタ分「継ぎ目」
であると記録し、そこで先読みバッファリングを止めて
いた。しかし、パケット・ライティングの場合、継ぎ目
の部分はファイル管理構造から外されているので、継ぎ
目の手前までを読み出したホストは、継ぎ目の後ろに続
く次のパケットを要求するのが通常である。このため、
要求された次のパケットはキャッシュバッファ１０５に
なく、結果として再度ＳＥＥＫ処理を含むメディアから
の読み出しが必要となり、ホスト側からみた読み出し速
度が遅くなってしまう。

【０１２０】そこで、本実施の形態３では、パケット・
ライティングの継ぎ目のサイズが規格上７セクタと決め
られていることを利用して、ホスト側からみた読み出し
速度を高速化するものである。

【０１２１】即ち、パケット・ライティングの継ぎ目の
サイズは、規格上７セクタと決められているため、図４
の例では、アドレス１０３でセクタ判定手段１０９が継
ぎ目を検出したならば、次のパケットはアドレス１１０
から始まっていると判断することができる。

【０１２２】以下、図１、図８、図９を用いて、本実施
の形態３に係るドライブ装置の処理の詳細について説明
する。尚、図８は、本実施の形態３におけるバッファリ
ング処理の処理フローであるが、特に一点破線８０１に
示した、実施の形態１、２と異なる点のみ説明を行う。
また、同一の処理には同一の番号を付す。

【０１２３】まず、ホストにおいて、メディア１０７
（但し、実施の形態３ではＣＤ）上のデータ読出要求を
データ送信手段１０４に送信し、キャッシュバッファ１
０５にデータが存在しない場合に、メディアからの読み
出し処理を行う点は実施の形態１と同様である（図５：
Ｓ２０１〜Ｓ２０３、Ｓ２１０〜Ｓ２１４）メディア１
０７より正常に読み出せた場合、セクタ判定手段１０９
はメディアから読み出したセクタのヘッダ情報を確認す
る（図８：Ｓ８０１）。ここで継ぎ目でない場合、セク
タ判定手段１０９は、セクタ情報バッファ１１０に「通
常セクタ」であるという情報を記録し、ポインタ管理手
段１１２に格納されるポインタを１つ（１セクタ分）進
める（図８：Ｓ８０１Ｎｏ〜Ｓ８０３）。

【０１２４】ここで、継ぎ目である場合、セクタ情報バ
ッファ１１０に「継ぎ目」であると記録してポインタを
規定セクタ分加算する（図８：Ｓ８０１Ｙｅｓ〜Ｓ８０
４）。ここに規定セクタ数は７セクタである。但し、連
続する６つのセクタについても、セクタ情報バッファ１
１０に「継ぎ目」であると書き込むようにしてもよい。

【０１２５】以後、規定の先読み分だけ読んだならば、
先読み処理を終了する（図８：Ｓ２２１Ｙｅｓ〜Ｓ２２
２）。

【０１２６】即ち、本実施の形態３ではアドレス１０３
で継ぎ目を検出し、ポインタを７つ進めてアドレス１１
０からバッファリングを再開する。キャッシュバッファ
１０５上は図９のキャッシュバッファ９０１に示すよう
に、残りの継ぎ目に対応するキャッシュデータ６セクタ
分を空けた形になる。

【０１２７】以上のように、パケット・ライティングの
場合、継ぎ目の部分はファイル管理構造から外されてい
るので、基本的にホストから継ぎ目の部分が要求される
ことはない。従来方式では継ぎ目に遭遇するとエラーで
バッファリングが止まっていたため、継ぎ目の後のアド
レス１１０以降のデータを要求するとキャッシュに存在
しておらず、ＳＥＥＫ処理が発生し読み出しまでに時間
がかかっていた。本実施の形態３では、継ぎ目の部分に
遭遇したならば継ぎ目の部分だけ読み飛ばし、かつバッ
ファを空けてバッファリング（先読み）を続けるため、
先読みを高速に行うことができると共に、ホストが継ぎ
目の直後のデータを要求してもキャッシュに存在してお
りホストへの送信（回答）処理時間が速くなる。また、
もしホストが継ぎ目の部分を要求したとしてもセクタ情
報バッファより継ぎ目と判断され、即座にエラーを返す
ことができる。また、継ぎ目の部分もセクタ情報バッフ
ァにより管理しているため、もしホストが継ぎ目の部分
を要求しても、謝ったセクタを送るという誤動作を行う
ことがない。

【０１２８】なお、本実施の形態ではＣＤ−Ｒメディア
のパケット・ライティングでの例を挙げたが、ＤＶＤ−
Ｒ／ＲＷのインクリメンタル・ライティングも同様に利
用することもできる。継ぎ目の検出手段と継ぎ目の数の
規定セクタ数が異なるため、メディアがＣＤかＤＶＤか
を判断する処理を入れて、その他の部分は共通化しても
よい。

【０１２９】また、本実施の形態ではパケット・ライテ
ィングの規格にあわせて継ぎ目を７セクタ固定とした
が、利用するシステムに応じて異なる値にしても良い。
また１つのメディア上では継ぎ目のセクタ数は１種類で
あると制限するものではなく、例えば１つのメディアを
複数のＺＯＮＥにわけ、ＺＯＮＥ毎に継ぎ目のセクタ数
を変えるシステムや、記録時におけるドライブ装置の回
転速度に応じて継ぎ目のセクタ数を変えるシステムで
は、継ぎ目検出時の処理（Ｓ８０４〜Ｓ８０５）を、そ
れぞれのシステムの継ぎ目セクタ数に応じて変えてもよ
い。尚、継ぎ目の後ろのパケットを読む場合、わずか７
セクタであるためＳＥＥＫ処理を行わず、読み出しを行
っているが、ＳＥＥＫ処理を行っても問題はない。

【０１３０】尚、ホストから突然継ぎ目の途中を要求さ
れた場合、即ち、例えば図９のアドレス１０７を要求さ
れた場合、ドライブ装置は読み出しを開始したアドレス
が継ぎ目であることを検出してそこから７セクタを継ぎ
目であると記録すると、通常セクタであるアドレス１１
０以降が継ぎ目となってしまう。このため、単に継ぎ目
であるという判断ではなく、図３に示すようにヘッダ部
の情報から、検出したのがＲＯＵＴ１であれば継ぎ目は
そこから７セクタ、ＲＯＵＴ２であれば６セクタ、ＬＩ
ＮＫであれば５セクタ、ＲＩＮ１であれば４セクタ、Ｒ
ＩＮ２であれば３セクタ、ＲＩＮ３であれば２セクタ、
ＲＩＮ４であれば１セクタとして処理するようにしても
良い。さらに、セクタ情報バッファには単に「継ぎ目」
として記録したが、パケット・ライティングの場合に
は、ＲＯＵＴ１／ＲＯＵＴ２／ＬＩＮＫ／ＲＩＮ１／Ｒ
ＩＮ２／ＲＩＮ３／ＲＩＮ４と７セクタの継ぎ目のそれ
ぞれに個別の名称がつけられているため、継ぎ目の種類
が区別できるような情報を記録してもよい。

【０１３１】以上のように、継ぎ目の種類を７種類のい
ずれかまで判断することで、ホストが継ぎ目の途中を要
求した場合などにも、その位置から後何セクタ継ぎ目が
あるかを判断でき、継ぎ目が終わって次にユーザデータ
領域が始まる位置を正確に知ることができる。

【０１３２】〔実施の形態４〕次に、図１、図４、図１
０、図１１を用いて、本実施の形態４に係るドライブ装
置について説明する。尚、図１０は、本実施の形態４に
おけるバッファリング処理の処理フローであるが、上述
した他の実施の形態と異なる点のみ説明を行う。また、
同一の処理には同一の番号を付している。

【０１３３】上記実施の形態３では、メディア１０７か
らの読み出し時に継ぎ目を検出すると、パケット・ライ
ティングの規格に従い７セクタ分を「継ぎ目」であると
記録すると共にポインタを７つ進め、続くセクタからバ
ッファリングを続けていた。しかしながら上記７セクタ
のうち、最初の１セクタは実際にメディアから読み出し
て継ぎ目であることが確定しているが、残りの６セクタ
は未確定であり、継ぎ目でない可能性もありえる。

【０１３４】実際に、パケット・ライティングの規格が
正式に決まる前には、継ぎ目が５セクタであるメディア
（及び書込み方式）が存在している。また、図４の例に
おいて、ホストがパケットの部分ではなく突然継ぎ目の
途中であるアドレス１０５を要求した場合、ドライブは
そこから７セクタを継ぎ目と判断すると、アドレス１１
０とアドレス１１１は継ぎ目と判断され、正常に読める
セクタにも関わらず、ホストにエラーが返るという問題
がある。

【０１３５】そこで本実施の形態４によるドライブ装置
では、図１０に示すように、メディアから読み出し時に
継ぎ目を検出すると、セクタ情報バッファに１セクタ分
「継ぎ目」であると記録し、ポインタを１つ進める（図
１０：Ｓ８０１Ｙｅｓ→Ｓ１００２→Ｓ１００３）。続
いて、さらに続くセクタ情報バッファの６セクタ分にセ
クタ種別を「未確定」と記録し、ポインタを６つ進めて
から、続くセクタのバッファリングを続ける（図１０：
Ｓ１００４〜Ｓ１００５）。以上により、セクタ情報バ
ッファ上は図１１のように、１セクタ１１０１が「継ぎ
目」で続く６セクタ１１０２が「未確定」となる。

【０１３６】続いて、ホストから要求されたアドレスが
既にキャッシュバッファ１０５に存在し、さらにセクタ
管理手段１１１を用いてセクタ情報バッファの内容を参
照した際に、セクタ種別が「未確定」であった場合、キ
ャッシュに存在しないものとして扱い、キャッシュをク
リアしてメディア１０７からの読み出しを再度行う（図
１０：Ｓ１００１Ｙｅｓ〜Ｓ２０３）。これにより、改
めてホストから要求されたアドレスからキャッシュバッ
ファ１０５に読み出されるため、そのセクタが継ぎ目で
あった場合はエラーが返り、通常セクタであった場合に
はホストにセクタのデータが送信される。

【０１３７】以上により、継ぎ目であると確定したセク
タに続く、継ぎ目であると推定されるセクタに対してホ
ストから要求がきても、継ぎ目であると確定するまでは
エラーを返さない。このため継ぎ目が７セクタでないメ
ディアや、継ぎ目の途中から要求された場合でも、正し
い処理を行うことができる。

【０１３８】尚、ポインタは１セクタ進めた後に６セク
タ進めるという二段階に分けて処理をしているが、まと
めて７セクタ進めてもよい（図１０：Ｓ１００３、Ｓ１
００５）。

【０１３９】〔実施の形態５〕次に、図１、図１２、図
１３、図１４を用いて、本実施の形態５に係るドライブ
装置について説明する。尚、図１２は、本実施の形態５
におけるバッファリング処理の処理フローであるが、上
述した実施の形態４と異なる点、即ち一点破線１２０１
にて示される処理のみ説明を行う。また、同一の処理に
は同一の番号を付している。

【０１４０】上記実施の形態４では、セクタ管理手段１
１１がセクタ情報バッファ１１０の内容を参照し、目的
とするセクタ種別が「未確定」であると判断した場合、
キャッシュバッファ１０５をクリアして、再度メディア
１０７から所定のデータを読み出していた。

【０１４１】しかしながら、キャッシュバッファ１０５
をクリアする方法は、ホストから継ぎ目の部分を要求さ
れることがない場合には処理が簡単になるという利点が
あるが、頻繁に継ぎ目の部分を要求される場合には、既
に読み出し済みである継ぎ目の後ろのデータまで破棄す
るという無駄が発生する。

【０１４２】また、例えば既にホストへ送信済みのセク
タでも、キャッシュバッファに残っていれば有効とする
ドライブを使用している場合には、一旦継ぎ目の部分が
要求されるとキャッシュをクリアするため、継ぎ目より
も手前の部分を再び要求されると、再度メディアから読
み出す必要が生じてしまう。

【０１４３】上記問題を解決する本実施の形態５におけ
るドライブ装置の処理を、図１２、図１３を参照しなが
ら説明する。

【０１４４】図１３には、ドライブ装置は継ぎ目を７セ
クタであるとして処理をしているが、メディア１０７は
継ぎ目が５セクタである場合の例を示す。セクタ判定手
段１０９がアドレス１０３で継ぎ目を検出すると、７セ
クタ空けてアドレス１１０よりバッファリングを続け
る。この処理は、上記実施の形態４におけるメディアか
らの読み出し処理である。

【０１４５】ここで、メディア１０７は継ぎ目を５セク
タとして記憶されているため、当然ファイル管理構造上
にアドレス１０８が含まれ、通常、ホスト１０２に続い
てアドレス１０８が要求される。ホスト１０２からアド
レス１０８が要求された場合、セクタ管理手段１１１
は、セクタ情報バッファ１１０を参照し、当該アドレス
１０８のセクタ種別が「未確定」であると判定する（図
１２：Ｓ１２０１Ｙｅｓ）。

【０１４６】続いて、上記キャッシュ管理手段１０４
は、ポインタ管理手段１１２に格納されるポインタを退
避し、一時的に空けていたキャッシュバッファのアドレ
ス１０８に対応する位置に変更する（図１２：Ｓ１２０
２）。当該退避とは、退避前の位置（アドレス）を所定
のメモリに記憶しておくことを指し、退避後に必要に応
じて退避前の位置を読み出すことで、退避前の位置にポ
インタを戻せるようにする処理を指す。

【０１４７】次に、上記データ送信手段１０３は、デー
タ読出手段１０６にメディア１０７からアドレス１０８
に対応するセクタを読み出す旨を送信し、データ読出手
段１０６がアドレス１０８に対応するセクタを読み出す
とともに、セクタ判定手段１０９が当該セクタの種別を
判定し、セクタ情報バッファ１１０への書き込み等を行
う（図１２：Ｓ２１０〜Ｓ２２２、メディアからの読み
出し処理）。

【０１４８】続いてデータ送信手段１０３は、メディア
からの読み出し処理終了後、当該処理がエラーか否かを
判定し、エラーであればホストにその旨を送信する（図
１２：Ｓ１２０３→Ｓ１２０４Ｙｅｓ→Ｓ１２０６）。
エラーでない場合、上記キャッシュ管理手段１０４は、
ポインタを変更する前の位置に復元する（図１２：Ｓ１
２０４Ｙｅｓ〜Ｓ１２０５）。

【０１４９】以上の処理により、セクタ情報バッファ１
１０には、アドレス１０８に対応するセクタ種別１３０
１が記憶されるため、セクタ管理手段１１１が継ぎ目の
判定処理（図１２：Ｓ２０６）を行うことで、アドレス
１０８のセクタ種別を判定可能である。

【０１５０】以上のように、実施の形態５では、既に読
み出し済みであって、キャッシュバッファ１０５に記憶
されている継ぎ目の前後の情報を破棄しないため、キャ
ッシュを効率よく使用することができる。また、ここで
読み出したセクタに対してはセクタ情報バッファ１１０
に「継ぎ目」あるいは「通常」といったセクタ種別が記
録されるため、読み出したセクタを再び要求された場合
でもメディアから再度読みだすことなく処理することが
可能である。さらに、ドライブが想定していた継ぎ目の
セクタ数よりも実際のメディア上の継ぎ目のセクタ数が
少なかった場合でも、正しく処理を行うことができる。

【０１５１】次に、図１４に、メディア上の継ぎ目が７
セクタであり、ホストが継ぎ目の途中を要求した場合の
例を示す。

【０１５２】アドレス１０３で継ぎ目を検出し、７セク
タ読み飛ばして（スキップして）アドレス１１０から先
読みを続けている状態で、ホスト１０２からアドレス１
０８が要求されると、セクタ管理手段１１１は、当該ア
ドレス１０８のセクタ種別を未確定と判断し、メディア
から読みだす。

【０１５３】ここで、もし読み出したアドレス１０８が
継ぎ目であった場合、実施の形態４の方法であれば７セ
クタを読み飛ばし、セクタ情報バッファを７セクタ分書
き込むため、既に読み出し済みで「通常」と記録されて
いるアドレス１１０〜アドレス１１５のセクタ種別が
「未確定」として上書きされてしまう。前記の場合でも
間違ったセクタデータを送ることはなく、単にホストか
ら要求された場合に再度メディアから読み出すため処理
に時間がかかるだけではあるが、無駄な処理時間であ
る。

【０１５４】この場合には、未確定の部分に対して再読
み込みをした場合に、ポインタを所定の数（ここでは
７）のセクタ分進めるのではなく１セクタ分のみ進める
ようにする。即ち、未確定の場合、アドレス１０８が継
ぎ目であってもポインタを次のアドレス１０９に移動し
てバッファリングを止めることで、停止後に待避してあ
った元のポインタ位置に戻されて、アドレス１１１以降
の先読み処理に入るため、継ぎ目以降の読み出し済みの
データ（即ちキャッシュデータ）をクリアする必要がな
い。

【０１５５】〔実施の形態６〕次に、図１、図１５を用
いて、本実施の形態６に係るドライブ装置について説明
する。尚、図１５は、本実施の形態６におけるポインタ
移動を示す図であるが、上述した実施の形態５と異なる
点のみ説明を行う。

【０１５６】上記実施の形態５では、ホスト１０２か
ら、セクタ情報バッファ１１０が「未確定」であるセク
タを要求されると、該当位置を１セクタのみメディア１
０７から読み出す処理が行われる。しかしながら、もし
連続する次のアドレスを要求された場合、当該次のアド
レスが「未確定」であれば再度メディア１０７から読み
出すため再びＳＥＥＫ処理が発生し、処理に時間がかか
る。

【０１５７】通常、ホストが要求したアドレスが継ぎ目
であったならば、さらに次のアドレスを要求することは
稀ではあるが全く無いとは言えない。また、パケット・
ライティングの場合、規格上は継ぎ目は７セクタである
が、規格制定以前に作られたメディアで継ぎ目が５セク
タのものがあるのは上述したとおりである。

【０１５８】継ぎ目が５セクタの場合、ドライブ側が継
ぎ目を見つけて７セクタほどポインタを進めると、実際
の継ぎ目直後の２セクタは未確定とされてしまうが、当
該２セクタはファイル管理構造に含まれているため、ホ
ストから読出要求され得る。

【０１５９】図１４に示した例では、実施の形態５にて
述べたように、アドレス１０８が読みだされているが、
ポインタは元に戻されている。実際の動きとしてはアド
レス１０８の次にはアドレス１０９が要求されるため、
１セクタずつ処理すると時間がかかってしまう。また、
ファイル管理構造に関係なく処理するシステム、例えば
ベンチマークやディスクテスト等を行うソフトウェアで
ディスク（メディア）の全アドレスを読み出す場合に
は、当然継ぎ目の部分も全て要求される可能性がある。

【０１６０】本実施の形態６では、実施の形態５のよう
にセクタ情報バッファ１１０上で未確定のセクタをホス
トが要求した場合に、以下の処理を行う。

【０１６１】即ち、図１５の例では、ホスト１０２から
アドレス１０８の読出要求があった場合、キャッシュ管
理手段１０４は一旦ポインタを退避しアドレス１０８に
移動（戻す）する（図１５：Ｓ１５０１）。この処理
は、上記実施の形態５におけるＳ１２０１と同一の処理
である。

【０１６２】続いて、当該未確定のセクタ１０８をメデ
ィアから読み出し、セクタ種別を判定してセクタ情報バ
ッファ１１０に書き込んだ後、ポインタを１つ進めて続
くアドレス１０９のセクタ情報バッファ１１０の内容を
参照する（図１５：Ｓ１５０２）。尚、上記続くアドレ
ス１０９に対応するセクタ情報バッファ１１０の確認
は、セクタ判定手段１０９が行ってもよいし、セクタ管
理手段１１１が行ってもよい。

【０１６３】続くアドレス１０９に対応するセクタ情報
バッファ１１０の内容が未確定であった場合にはポイン
タを元に戻さず、セクタ１０９の読み出しを行う。そし
て、先程と同様にセクタ種別を判定し、さらにポインタ
を１つ進めて続くアドレス１１０を調べる（図１５：Ｓ
１５０３）。以上の処理を繰り返し、セクタ情報バッフ
ァ１１０の内容が「未確定」でない場合、すなわち通常
セクタあるいは継ぎ目であった場合（ここではアドレス
１１０が通常セクタであるとする）にはメディア１０７
からの読み出しを中断する（図１５：Ｓ１５０４）。
尚、ポインタを元に戻した後、必要であれば先読みを続
けてもよい。

【０１６４】以上のように、一度未確定部を要求される
と続く未確定部も含めてメディアから読み出してセクタ
種別を確定するため、継ぎ目付近を連続して要求するよ
うなシステムでの無駄なＳＥＥＫ処理を減少させ、即ち
処理の高速化を計ることが可能になる。

【０１６５】なお、継ぎ目の部分はエラー訂正ができず
に正常に読めない場合もあるが、例えばＣＤの場合に
は、上述したように、各セクタのヘッダ部さえ読めれば
ユーザデータ部は正しく読めなくても継ぎ目かどうかの
判断が可能である。また、ヘッダさえも読めない場合、
セクタ情報バッファに「読み出しエラー」である旨を記
録して、次のアドレスの処理に移ってもよい。

【０１６６】以上のように、本実施の形態６ではホスト
から継ぎ目の部分を要求された場合に、空けておいたバ
ッファ位置に読み込むが、次のセクタのセクタ情報バッ
ファの内容が未確定であれば、次のセクタも続けてバッ
ファリングを行う。従って、ホストが継ぎ目の部分を続
けて要求した場合に無駄なＳＥＥＫ処理を発生すること
なく高速に処理を行うことができる。これは特に、ホス
ト側のＯＳやデバイスドライバが、エラーが発生しても
続けて先読みを行う場合や、ドライブ装置が想定してい
る継ぎ目のセクタ数よりも実際のメディア上の継ぎ目の
セクタ数のほうが短い場合に有効である。

【０１６７】〔実施の形態７〕次に、図１、図１６、図
１７を用いて、本実施の形態７に係るドライブ装置につ
いて説明する。尚、図１７は、本実施の形態７における
ポインタ移動を示す図であるが、上述した実施の形態６
と異なる点のみ説明を行う。

【０１６８】上記実施の形態６では、ドライブ装置がメ
ディアの継ぎ目を７セクタとして処理し、さらにメディ
アの継ぎ目が５セクタの場合でも、上記実施の形態５よ
り高速処理を可能とするものである。しかしながら、上
記実施の形態６でも、継ぎ目に遭遇する度にポインタの
退避を伴う無駄なＳＥＥＫ処理が発生してしまう。

【０１６９】実施の形態７では、継ぎ目を検出したなら
ば、本来ドライブ装置が想定している継ぎ目のセクタ数
よりもあえてｎセクタ手前までしかポインタを進めな
い。例えば、継ぎ目が７セクタであると想定している場
合で、メディアから読み出したセクタが継ぎ目であった
場合には、上記実施の形態５ではセクタ情報バッファ１
１０に１セクタ「継ぎ目」と記録する。続いて、連続す
る６セクタを「未確定」としてトータルで７セクタ分ポ
インタを進めていたが、図１６に示すように１セクタ
「継ぎ目」と記録した後、続く「未確定」は４セクタと
してリードポインタは５セクタしか進めない。これによ
り、図１６に示した継ぎ目が５セクタのメディアであれ
ば通常セクタとして処理できる。

【０１７０】しかしながら上記処理では、図１７に示す
ように、継ぎ目が７セクタのメディアであればアドレス
１０３の次に読むアドレス１０８は継ぎ目であるため、
当該継ぎ目（アドレス１０８）を検出して再び５セクタ
進むと、本来は通常セクタである筈のアドレス１１０〜
１１２までも未確定としてスキップしてしまうことにな
る。スキップが発生すると、ホストがスキップした部分
を要求した場合に無駄なＳＥＥＫ処理が発生してしま
う。

【０１７１】ここで、本実施の形態７では、継ぎ目を検
出後に読み飛ばし（５つ）を行い、読みだしたセクタ
（アドレス１０８）がまた継ぎ目であった場合には、規
定のスキップ数（５つ）進めるのではなく、ポインタを
１つ（又は上記規定数以下）だけ進めて次のアドレスを
読み出す（図１７：Ｓ１７０１〜Ｓ１７０２）。図１７
に示す例では１セクタスキップした先のアドレス１０９
も再び継ぎ目であるのでポインタは更に１進み、アドレ
ス１１０より通常通りバッファリングされていく（図１
７：Ｓ１７０３〜Ｓ１７０４）。

【０１７２】一般に７セクタある継ぎ目の部分のうち、
両端の１〜３セクタ（図１７に示すアドレス１０３〜１
０５及び１０７〜１０９）はエラー訂正に失敗すること
なく読めることが多いため、７セクタを想定して５セク
タしかスキップさせなかったとしても、続く２セクタの
継ぎ目はエラーなく読め、不要なリトライによるＳＥＥ
Ｋ処理が発生しにくい。

【０１７３】以上により、当初想定した継ぎ目セクタ数
以外の継ぎ目セクタ数を有するメディアであっても、無
駄なＳＥＥＫ処理を行わずにデータを読み出すことが可
能となり、即ちホスト側からみた読み出し速度を高速化
することができる。又、未確定であるセクタをメディア
から読み出した際に、当該セクタが継ぎ目であることを
検出したならば、今度は読み飛ばしを行わないようにす
ることで、既に読み出し済のセクタを未確定として書き
換えて無効にしてしまうことを防ぐことができる。

【０１７４】なお、本実施の形態７では継ぎ目の想定値
よりも２セクタ手前にポインタを移動させるようにした
が、２セクタに限定するものではなく、１セクタ手前で
も、あるいは３セクタ以上手前でも良い。

【０１７５】〔実施の形態８〕次に、図１、図１８、図
１９を用いて、本実施の形態８に係るドライブ装置につ
いて説明する。尚、図１８は、本実施の形態８における
ポインタ移動を示す図である。

【０１７６】上記実施の形態４以降ではキャッシュバッ
ファをポインタで管理し、継ぎ目を見つけたならば、規
定される継ぎ目全体の数、例えば７セクタだけポインタ
を進めることで、実際のキャッシュバッファ１０５には
７セクタ分の空き領域を設けている。

【０１７７】上記方法の場合、ホストから継ぎ目を要求
されることがないのであれば、継ぎ目が検出されるたび
にキャッシュバッファ１０５に無駄な領域が発生してし
まうことになる。これは例えば、図２８に示したｍｅｔ
ｈｏｄ２で記録されたメディアを読むに際して、ドライ
ブ装置でアドレス変換する場合等が該当する。

【０１７８】パケット・ライティングの場合、継ぎ目が
どのくらいの間隔で発生するかについては規定されてい
ないが、通常は１００〜２００セクタ毎に発生し、即ち
比較的頻繁に発生するといえる。

【０１７９】本実施の形態８では、図１８に示すよう
に、キャッシュ管理用のポインタを複数個用意し、継ぎ
目を検出したならばポインタを切り替えることで、バッ
ファリングを続ける。尚、上記複数個のポインタは、ポ
インタ管理手段１１２により管理される。

【０１８０】以下、図１８を用いてポインタの切換処理
及びキャッシュヒット判定処理の詳細を説明する。

【０１８１】まず、図１８に示したように、データ送信
手段１０３は、「ポインタ１」と「ポインタ２」という
２つのポインタを用意する。ドライブ装置はまずポイン
タ１を使ってメディアからデータを読み出す（図１８：
Ｓ１８０１）。アドレス１０３で継ぎ目を検出したなら
ば、ポインタ１はアドレス１０２までを有効範囲として
先読みが止まった形となる（図１８：Ｓ１８０２）。続
いて、規定の数（ここでは７つ）先のアドレス１１０よ
り、ポインタ２に切り替えて読み出しを開始する。

【０１８２】尚、１つのポインタは、１つ以上の変数か
らなる。例えば、図１８において、ポインタとしてその
ポインタの開始時点のアドレス変数と、何セクタ有効で
あるかを示すポインタ変数を設けたとする。初期値とし
て、開始アドレス変数とポインタ変数はポインタ１、２
共に０にしておく。ここに開始アドレス変数は、アドレ
ス情報を指し、ポインタ変数は読み出したセクタ数を指
す。実際に読み出しを行い、図１８の状態にあるとき、
ポインタ１の開始アドレス変数は１００、ポインタ変数
は３、ポインタ２の開始アドレス変数は１１０、ポイン
タ変数は４となる。

【０１８３】以上により、ポインタ１及びポインタ２を
用いてキャッシュバッファ１０５及びセクタ情報バッフ
ァ１１０にメディアから読み出されたデータが記憶され
る。

【０１８４】続いて、ホストからデータ読出要求があっ
た場合、キャッシュ管理手段１０４はキャッシュ判断を
行う。ここではまず、上記データ読出要求に含まれるア
ドレスがポインタ１の範囲内にあるかどうか調べ、ない
場合にはポインタ２の範囲内を調べる。

【０１８５】具体的には、例えばアドレス１０２が要求
されたならば、ポインタ１の開始アドレス変数（数値：
１００）とポインタ変数（数値：３）から、アドレス１
００〜１０２がキャッシュバッファ１０５に記憶されて
いることが判断できるため、データ送信手段１０３は、
ホスト１０２にキャッシュバッファ１０５の３セクタ目
のデータを送信する。

【０１８６】又、アドレス１１２が要求されたならばポ
インタ１の範囲内にはないが、ポインタ２のアドレス変
数とポインタ変数から、アドレス１１０〜１１３がキャ
ッシュバッファ１０５にあることが判断できる。さらに
ポインタ１のポインタ変数（数値：３）から、ポインタ
２はキャッシュバッファの４セクタ目から始まっている
ことが判断できるため、ホスト１０２にキャッシュバッ
ファ１０５の６セクタ目のデータを送信することが可能
である。

【０１８７】又、ホスト１０２から継ぎ目であるアドレ
ス１０３が要求された場合、ポインタ１の範囲にもポイ
ンタ２の範囲にもないが、ポインタ１とポインタ２の間
にあることがわかるため、継ぎ目であることが判断で
き、即ち、ホストに即座にエラーを返すことができる。

【０１８８】以上のように、ポインタを切り替えること
で、実際のキャッシュバッファ１０５には継ぎ目の部分
の空きを用意せずに続けてバッファリングすることが可
能になり、無駄な領域がなくなる。もし、継ぎ目の部分
が要求された場合には、いずれのポインタにもキャッシ
ュヒットしないため、キャッシュ上にないものと判断し
てメディアから読み出すことで対応できる。また、バッ
ファ管理上、複数のポインタを用いているシステム（ド
ライブ装置）への応用も容易になる。

【０１８９】なお、ポインタは通常２つあれば十分であ
るが、キャッシュバッファのサイズが大きい場合にはシ
ーケンシャルで読むと継ぎ目が２回以上バッファに入る
ことも考えられるため、ポインタを２つ以上設けても良
い。

【０１９０】また、本実施の形態８では１つのポインタ
に対して、開始アドレス変数とポインタ変数の２つを設
けたが、継ぎ目は７セクタであることからポインタ２の
開始アドレスは計算によって求めることができるため省
略しても良い。また、ポインタ１の開始アドレス変数
も、キャッシュバッファ１０５上にあるセクタのヘッダ
部にアドレスが記録されているため、それを参照しても
良い。また、キャッシュ判定時の処理速度を上げるため
に、さらに終了アドレスを変数として持たせても良い。

【０１９１】尚、図１８において、セクタ情報バッファ
の内容はすべて「通常」となるため、ここをポインタの
代わりとして使用しても良い。図１９に具体的な例を示
す。

【０１９２】図１９において、アドレス１００〜１０２
に対応するセクタ情報バッファは「パケット１」を意味
する「Ｐ１」が記憶される。また、アドレス１１０〜１
１３のセクタ情報バッファには「パケット２」を意味す
る「Ｐ２」が記憶される。キャッシュバッファの管理は
上記したように、キャッシュバッファの先頭の開始アド
レス変数と、ポインタ変数で行う。

【０１９３】ホストからアドレス１１２が要求された場
合、ポインタが示す有効な最初のセクタ情報１９０１が
示す「Ｐ１」と、最後のセクタ１９０２が示す「Ｐ２」
との比較により、キャッシュバッファには１回継ぎ目が
あることが判断できる。

【０１９４】このことから、キャッシュバッファにはポ
インタが示す有効セクタ数７セクタに加えて、継ぎ目分
の７セクタの合計１４セクタ分のアドレス１００〜１１
３までがキャッシュヒット対象となる。

【０１９５】従って、アドレス１１２はキャッシュヒッ
トと判断され、ホストへの転送はセクタ情報バッファの
パケット切り替え地点１９０３をサーチすることで、ア
ドレス１１２が６セクタ目にあることが判断でき、ホス
トに６セクタ目のデータを送信する。

【０１９６】尚、上記判断は以下のように行う。即ち、
ポインタには、開始アドレス変数とポインタ変数を持っ
ており、開始アドレス変数に”１００”、ポインタ変数
に”７”が記憶されている。今、アドレス１１２が要求
された場合、バッファの先頭はアドレス１００であり、
その時点のセクタ情報バッファの値を読み出すと「Ｐ
１」が記憶されている。次に、セクタ情報バッファを順
にサーチし、セクタ情報バッファの値が同じであれば、
前のアドレスの続きであることがわかるため、アドレス
１０２まではそのままサーチすることができる。

【０１９７】続いて、４セクタ目のセクタ情報バッファ
までサーチが進むと、当該セクタ情報バッファに記憶さ
れている値は「Ｐ２」となる。即ち、ここで継ぎ目が現
れたと判断することができるため、７セクタの読み飛ば
しを行っている場合には、４セクタ目のアドレスは１１
０であると判断する。さらに、このまま上記サーチを続
けると、上記アドレス１１２は６セクタ目であると判断
できる。この方法では、上記セクタ情報バッファは、１
セクタあたり最低１ビットあれば実現することが可能で
ある。

【０１９８】尚、上記処理において、セクタ情報バッフ
ァ１１０をサーチせず、キャッシュバッファ１０５上の
ヘッダ部に書かれたアドレス情報を参照するようにして
も良い。また、パケットの切り替わり地点を示すポイン
タを設けても良い。さらに、有効な最後のセクタのパケ
ット番号を示す変数を設けても良い。

【０１９９】また、セクタ情報バッファ１１０にはパケ
ット１、パケット２、パケット３、パケット４．．．の
ようにパケット番号を加算していくのではなく、継ぎ目
によるパケットの区切りがわかるようにパケット１、パ
ケット２、パケット１、パケット２．．．のように情報
が交互に現れるようにしても良い。この場合、セクタ情
報バッファは１ビット以上であればよい。

【０２００】なお、実施の形態８では継ぎ目の部分を空
けずに続けてバッファリングするように記述したが、キ
ャッシュバッファを空けておくと共に、セクタ情報バッ
ファ１１０に当該セクタ種別を例えば「未確定」として
記憶することにより、上記実施の形態５、６、７等と組
み合わせても良い。

【０２０１】具体的には、例えば、継ぎ目が７セクタと
想定したシステムにおいて５セクタのメディアを読んだ
場合の対応として、ポインタを切り替えた際に、バッフ
ァの先頭に２セクタだけ空けておくという方法も有効で
ある。この方法の場合、セクタ情報バッファ１１０には
未確定（又は通常）の情報を記録する。

【０２０２】また、セクタ情報バッファを設けずにポイ
ンタだけで管理し、継ぎ目の部分が要求されたならばポ
インタの範囲内に含まれないとして要求されたアドレス
をメディアから読み出すことで対応してもよい。

【０２０３】〔実施の形態９〕次に、図１、図２０を用
いて、本実施の形態９に係るドライブ装置について説明
する。尚、図２０は、本実施の形態９におけるアドレス
情報バッファを示す図である。

【０２０４】これまでに記述した実施の形態ではバッフ
ァ管理にポインタを用いたが、本実施の形態９では図２
０に示すように、アドレス情報バッファを備える。当該
アドレス情報バッファは、メディア上のアドレスと、当
該メディア上のアドレスに対応するキャッシュバッファ
のアドレス、及びセクタ情報バッファのアドレスを備
え、メディアからのデータ読み出し時に例えばデータ読
出手段１０６により書き込みが行われる。尚、アドレス
情報バッファは例えば他のバッファと独立して別途設け
てもよいが、キャッシュバッファやセクタ情報バッファ
と同じ領域に設けてもよい。

【０２０５】即ち、ホスト１０２からデータ読出要求が
あると、当該データ読出要求に含まれるアドレス情報を
用いて、上記アドレス情報バッファを検索する。当該検
索においてヒットした場合、ヒットしたアドレス情報に
対応するキャッシュバッファのアドレス及び、セクタ情
報バッファのアドレスを参照することが可能である。

【０２０６】この方法は、ＣＤ−ＲＯＭのようなシーケ
ンシャルで読み出すことを前提としたシステムではキャ
ッシュ判断処理に時間がかかるという問題があるが、ハ
ードディスクなどのランダムリードも考慮したシステム
ではキャッシュバッファを効率良く使えるという利点が
ある。

【０２０７】さらに、メディアからのデータ読み出し中
に継ぎ目を検出した場合、次に読み出すアドレスを継ぎ
目分だけ加算し、キャッシュバッファ上には継ぎ目の分
を空けずに続けてバッファリングすることで、継ぎ目が
頻繁に発生するメディアでは効率良くバッファリングで
きる。また、バッファ管理をアドレスを用いて行ってい
るシステム（ドライブ装置）への応用も容易になる。

【０２０８】尚、上記アドレス情報の管理のための加
算、減算は、上述したポインタと同様に扱うことが可能
であるため、上記各実施の形態におけるポインタにかえ
て、アドレス情報バッファを利用できることは言うまで
もない。

【０２０９】〔実施の形態１０〕次に、図１、図２１を
用いて、本実施の形態１０に係るドライブ装置について
説明する。尚、図２１は、本実施の形態１０におけるキ
ャッシュバッファを示す図である。

【０２１０】上述した実施の形態ではバッファ管理に１
つのキャッシュバッファ１０５を用いた。しかしなが
ら、例えば連続しない２箇所以上の領域を管理するため
に、複数のキャッシュバッファを備えたドライブ装置が
存在する。このようなドライブ装置に、本発明に係る継
ぎ目の検出機構を実装する際に有効である。

【０２１１】即ち、本実施の形態１０では図２１に示す
ように複数個のキャッシュバッファを持たせ、継ぎ目を
検出したらキャッシュバッファを切り替えることで管理
を行なう。

【０２１２】図２１に示す例では、キャッシュバッファ
ＡとキャッシュバッファＢの２つのキャッシュバッファ
１０５を備え、キャッシュバッファＡでバッファリング
中に継ぎ目を検出するとバッファＢに切り替え、キャッ
シュバッファＢは継ぎ目の後ろの部分から先読みを続け
る。

【０２１３】以上のように、継ぎ目を境にして複数のキ
ャッシュバッファを切り替えることにより、例えばパケ
ット単位でデータを各キャッシュバッファに割り当てる
ことが可能になるためキャッシュバッファの管理を容易
にすることができる。

【０２１４】以上のような継ぎ目を境とした、複数のキ
ャッシュバッファの管理方法は、例えば、図２１のよう
にバッファリングされている状態で、アドレス１０３の
継ぎ目の部分を要求されたならば、再びバッファＡに切
り替えてアドレス１０２の次の空いた部分にバッファリ
ングするようにしても良い。また、バッファＢに切り替
えた際に継ぎ目の直後のデータをバッファＢの先頭から
読み出すのではなく、バッファＢの先頭を２セクタほど
空けておいて、７セクタと想定したシステムにおいて５
セクタのメディアを読んだ場合の対応をしても良い。

【０２１５】また、本実施の形態１０ではバッファが２
つの場合を記述したが、バッファの数は３つ以上であっ
てもよい。また、各々のバッファのサイズは同じである
必要はなく、各々のバッファのサイズは可変長であって
もよい。

【０２１６】〔実施の形態１１〕次に、図１、図１１、
図１８、図２２を用いて、本実施の形態１１に係るドラ
イブ装置について説明する。尚、図２２は、本実施の形
態１１におけるカウンタを示す図である。但し、ドライ
ブ装置１０１の他の部分については省略している。

【０２１７】前述の実施の形態ではホストが継ぎ目の部
分を要求する場合と要求しない場合とで、それぞれ利点
／欠点がある。例えば、上記実施の形態４や実施の形態
５に示したドライブ装置では、継ぎ目を検出すると図１
１に示すように、常にキャッシュバッファ１０５に７セ
クタの無駄なセクタ１１０１〜１１０２が発生する欠点
がある。但し、ホスト１０２から継ぎ目を要求された場
合には、空けていたセクタにデータを読み出すことがで
きるため、継ぎ目前後の読み出し済みのデータを有効に
利用できるという利点がある。一方、実施の形態８に示
したドライブ装置では、図１８に示すようにキャッシュ
バッファ１０５に空きを作らないようにすることがで
き、キャッシュバッファを効率良く使用できる。但し、
その反面、ホスト１０２が継ぎ目を要求した場合にはキ
ャッシュバッファを一旦クリアする必要があり、既に読
み出し済みのデータが無駄になってしまうという欠点が
ある。

【０２１８】本実施の形態１１では、図２２に示すカウ
ンタ２２０１を設け、セクタ判定手段１０９がセクタ情
報の判定時に、当該セクタが継ぎ目であった場合には、
上記カウンタ２２０１のカウントを１つ加算する処理を
行う。

【０２１９】即ち、最初は上記実施の形態４、又は５に
て示した方法でキャッシュバッファ１０５を管理してお
く。尚、例えばメディア１０７交換時には上記カウンタ
２２０１はクリアされるものとする。

【０２２０】データ送信手段１０３がホストから所定の
セクタの読出要求をうけ、当該セクタ読出要求をデータ
読出手段１０６が受信すると、上記データ読出手段１０
６はメディア１０７から目的とするセクタを読み出す。
ここで、上述したように、セクタ判定手段１０９は当該
読み出したセクタの種別を判定するのであるが、この際
に継ぎ目であった場合には上記カウンタ２２０１のカウ
ントを１つ加算する。ただし、先読みで読みだした場合
には必ずしも加算する必要はなく、ホストから直接読出
要求が有ったものが継ぎ目であった場合のみ加算するの
が望ましい。以後、データ読出手段１０６は、カウンタ
２２０１の値を所定のタイミングでチェックする。ここ
で、上記カウンタ２２０１の数値が所定の数値ｎ以下な
らば、ホストから継ぎ目が要求される可能性が少ないも
のとして、以後、データ読出手段１０６は、バッファリ
ングの方法を実施の形態８の方法に切り替える。以上に
より、バッファを効率よく使用することができる。

【０２２１】さらに、上記カウンタ２２０１の数値が所
定の数値ｎ以上になれば、ホストから継ぎ目のアドレス
が要求されることを意味し、空けていたセクタにデータ
を読み出すことで、継ぎ目前後の読み出し済みのデータ
を有効に利用できるのは上記実施の形態４、５で説明し
たとおりである。

【０２２２】逆に、最初は上記実施の形態８の方法でキ
ャッシュバッファを管理しておき、前記カウンタ２２０
１の数値がｎ回以上記録されたならば、ホストから継ぎ
目が要求される可能性が高いものとして、以後のバッフ
ァリングを実施の形態４又は５の方法に切り替えてもよ
い。さらに、あるタイミング、即ち例えば１０００セク
タ分を読み出す度に、上記バッファリングの方法を判定
して切り替え、カウンタ２２０１をリセットするように
してもよい。

【０２２３】尚、ホストが継ぎ目の部分を要求する可能
性が低いと判断する基準として、継ぎ目あるいは未確定
の部分を要求されることを示したが、継ぎ目部分だけで
判断しても良い。また、前記情報はメディア交換時にク
リアしても良いし、継ぎ目の部分を読むかどうかはパケ
ット・ライティングのメディアである以上、メディアで
はなくホスト側のシステムに依存することが多いため、
メディア交換時にクリアしないようにしてもよい。ま
た、パケット・ライティングで記録されていないメディ
アでは、前記判断処理（数値ｎのチェック）が処理され
ないようにしてもよい。

【０２２４】尚、本実施の形態ではバッファの切り替え
例として実施の形態５と実施の形態８の例をあげたが、
上記実施の形態に限定するものではなく、別の方法に切
り替えるものでもよい。

【０２２５】以上のように、ホストが継ぎ目の部分を読
出要求する可能性が低いことを検出してバッファ管理の
方法を動的に切り替えることで、継ぎ目の部分を要求さ
れる場合とされない場合とでそれぞれ利点、欠点がある
バッファ管理方法の、欠点を補い、効率のよいバッファ
管理を行うことができる。

【０２２６】〔実施の形態１２〕次に、図１、図１３、
図２２を用いて、本実施の形態１２に係るドライブ装置
について説明する。

【０２２７】従来のメディアに対する記録方式は継ぎ目
が５セクタや７セクタに限らず、様々なフォーマットが
存在する。しかしながら、通常１つのメディアには同じ
継ぎ目で記録されている可能性が高いと言える。上記実
施の形態５および実施の形態６で、継ぎ目が７セクタと
想定しているドライブで実際のメディアの継ぎ目が５セ
クタの場合の対応について記述した。ここでは、上記同
じ継ぎ目で記録されている可能性が高いということを利
用して、継ぎ目が何セクタなのかを検出することで効率
の良いバッファリングを行なう。

【０２２８】即ち、本実施の形態１２では、セクタ情報
バッファ１１０に「未確定」として記録され、ホストが
未確定セクタを要求したためにメディア上から読み出し
たところ、図１３に示すアドレス１０８のように継ぎ目
ではなく通常セクタであった場合に、セクタ判定手段１
０９は、図２２に示すカウンタ２２０１のカウンタを１
加算する。

【０２２９】上記カウンタ２２０１が所定の数値ｎ以上
記録されたならば、メディア上の継ぎ目は７セクタより
短いものと判断して、上記データ読出手段１０６は、セ
クタの読み飛ばし数（スキップ数）をさらに短くする。
例えば、ホストが要求したアドレスが継ぎ目の先頭から
数えて７セクタ目であれば、以後の継ぎ目検出では６セ
クタ読み飛ばしするようにし、ホストが要求したアドレ
スが継ぎ目の先頭から数えて６セクタ目および７セクタ
目であれば、以後の継ぎ目検出では５セクタ読み飛ばし
するように例えばポインタの数を調節する。

【０２３０】逆に、想定した継ぎ目の長さより実際の継
ぎ目の長さが長い場合には以下のような処理を行う。

【０２３１】即ち、データ読出手段１０６が継ぎ目を検
出して７セクタ読み飛ばしを行い、継ぎ目の直後から先
読みを再開した際に、読みだしたセクタが継ぎ目である
とセクタ判定手段１０９が判定すると、カウンタ２２０
１に１を加算する。当該カウンタ２２０１が所定の数値
ｎ以上記録されたならば、継ぎ目の計算が７セクタより
長いものと判断して、データ読出手段１０６は、より大
きい読み飛ばし数に切り替える。例えば、想定した継ぎ
目の直後の１セクタ目が継ぎ目と判断されたならば、以
後の継ぎ目検出では８セクタ読み飛ばしするようにし、
想定した継ぎ目の直後の１セクタ目と２セクタ目が継ぎ
目と判断されたならば、以後の継ぎ目検出では９セクタ
読み飛ばしするようにする。即ち、段階的に読み飛ばし
数を増加させる。尚、ここで読み飛ばし数の増加／減少
を両方行う場合には、カウンタ２２０１を増加用と加算
用に２つ持たせても良いし、読み飛ばし数の減少の場合
にはカウンタ２２０１を１減算し、−ｎ以下になったな
らば読み飛ばし数を減少させるようにカウンタを共用さ
せても良い。

【０２３２】以上により、ドライブ装置１０１は、メデ
ィア１０７の書込み形式に基づいて、継ぎ目の読み出し
時のセクタのスキップ数を動的に変化させ、即ち無駄な
シーク処理を無くした効率よいバッファリングを行うこ
とが可能となる。

【０２３３】また、パケット・ライティングの場合では
規格上は継ぎ目は７セクタと規定されているが、規格制
定以前に作られた継ぎ目が５セクタというディスクへの
対応に有効である。さらに、将来、規格が拡張されて継
ぎ目が７セクタ以外のものも作られた場合にもそのまま
の処理で対応することができる。

【０２３４】〔実施の形態１３〕次に、図１、図２３、
図２４を用いて、本実施の形態１３に係るドライブ装置
について説明する。

【０２３５】上述したＤＶＤメディアには著作権等の問
題により、プロテクトがかけられているものがある。こ
のプロテクトは通常ファイル単位で設定されるが、ファ
イルはメディアの１セクタ単位で記憶されるため、ドラ
イブ側からみた場合、１セクタ単位でプロテクトの設定
ができることになる。

【０２３６】従来の方式ではプロテクトの掛けられたセ
クタに対して読み出し要求された場合であって、さらに
認証が完了していない場合、キャッシュ管理用のポイン
タは加算されない状態で先読みが止まっていた。

【０２３７】即ち、図２３に示すＤＶＤメディアのセク
タ１１０以降にプロテクトがかけられている例（但し従
来ではセクタ情報バッファは備えていない）を用いて説
明すると、ドライブが先読みによってセクタ１１０を読
み出した場合、一旦セクタ１１０を読み出してエラーと
し、ポインタを加算せずに先読みを終了する。このた
め、後にホストからセクタ１１０が要求されるとキャッ
シュ管理手段は、キャッシュヒット判断でキャッシュバ
ッファに無いものと判断する。このため、一度メディア
から読んでいるにも関わらず、再度メディアから読み出
す処理を行い、そこで改めてプロテクトエラーとなって
いた。尚、上記認証とは、プロテクトがかけられている
セクタを読み出すための手続きであり、本発明とは直接
関連しないため説明を省略する。

【０２３８】又、ＤＶＤの場合には、プロテクトは１ブ
ロックのうちの一部のセクタ（セクタ１１０〜１１５）
だけである場合があるため、図２３の場合、ホストが最
初のプロテクトが掛けられたセクタ１１０を要求する
と、同じブロックに属する通常記録セクタ１００〜１０
９の部分も読み直しとなる。もし当該通常記録セクタを
ホストに転送している最中であった場合には、データが
上書きされることになる。このため、メモリ上に読み出
してからエラー訂正やデスクランブルをするシステムの
場合、一時的にデータ化けが発生する可能性もある。

【０２３９】本実施の形態１３では、ポインタは読み出
したブロックの最後のセクタまでを有効なセクタとし、
プロテクトに関する情報はキャッシュヒットの有効範囲
にすると共に、さらにセクタ情報バッファに記録するこ
とで、再度メディアから読み出すことなくホストにエラ
ーを返すことができる。以下、処理の詳細について説明
を行う。尚、ＤＶＤの場合、メディアからは１ブロック
単位で読み出すが、プロテクトは１セクタ単位で指定で
きる。このため、通常、ドライブ装置１０１は読み出し
た１ブロックの１セクタ目から１６セクタ目まで、プロ
テクトがかけられているか否かのチェックを行う。

【０２４０】図２４に本実施の形態１３のバッファリン
グ処理のフローを示す。尚、実施の形態２（図５）と同
一の処理を行っている部分については同一の番号を付
し、処理の説明を省略する。

【０２４１】ホストと認証手続きが完了していない状態
において、図２３に示すアドレス１００から１１５の１
ブロックをメディアから読み出した場合を考える。尚、
１ブロックの前半１０セクタ１００〜１０９は通常の転
送可のセクタで、後半６セクタがプロテクトがかけられ
ているものである。

【０２４２】まず、ホスト１０２から要求されたアドレ
スが既にメディア１０７から読みだされキャッシュバッ
ファ１０５に存在するかキャッシュ管理手段１０４を用
いてチェックする（図２４：Ｓ２０２）。

【０２４３】キャッシュバッファ１０５に存在しない場
合、メディアからの読み出しを行う（図２４：Ｓ２０
３、Ｓ２１０）。メディアからの読み出しは、目的位置
の手前にピックを動かすＳＥＥＫ処理を行い、目的位置
に到達した時点からキャッシュバッファ１０５に読み出
したデータを記録していく（図２４：Ｓ２１１〜Ｓ２１
２）。メディアからの読み出しがエラーであれば、エラ
ー処理を行う（図２４：Ｓ２１４）。この時、通常は何
回かリトライ処理を行うが、ここでは説明を省略する。

【０２４４】正常に読み出せた場合、認証手続きが完了
しておらず、なおかつメディアから読み出したセクタが
プロテクトが掛けられたセクタであるかをセクタ判定手
段１０９が判定する。ここで認証手続きが完了している
かあるいはプロテクトが掛けられていないセクタである
場合には、セクタ情報バッファ１１０に通常セクタであ
るという情報を記録しポインタを１つ進める（図２４：
Ｓ２４０２Ｎｏ→Ｓ５０３→Ｓ５０５）。

【０２４５】尚、認証手続きが完了しておらず、なおか
つメディアから読み出したセクタがプロテクトが掛けら
れたセクタである場合にはセクタ情報バッファ１１０に
「転送不可」であると記録し、ポインタを１加算する
（図２４：Ｓ２４０２Ｙｅｓ→Ｓ２４０３→Ｓ５０
５）。

【０２４６】上記処理を１ブロックのセクタ数である１
６セクタ分だけ繰り返し、１６セクタ分の処理が終わっ
たならば、処理した１ブロック内に転送不可としたセク
タの有無を判定する（図２４：Ｓ５０１〜Ｓ５０６、Ｓ
２４０４）。ここで、転送不可セクタが有る場合、いっ
たんエラーで終了することで先読みバッファリングを停
止させる（図２４：Ｓ２４０４Ｙｅｓ〜Ｓ５０８）。転
送不可としたセクタが無い場合、続くブロックの先読み
を続け、規定の先読み分だけ読んだならば、先読み処理
を終了する（図２４：Ｓ２２１〜Ｓ２２２）。

【０２４７】以上の処理により、キャッシュバッファ１
０５に、ホスト１０２より要求されたデータ及び、先読
みされたデータが記憶される。

【０２４８】次に、再度ホスト１０２より読出要求がき
た場合に、キャッシュ判定手段１０４は、当該読出要求
に含まれるセクタの有無をキャッシュバッファ１０５を
参照して確認する（図２４：Ｓ２０２）。キャッシュバ
ッファ１０５に当該セクタが存在する場合には、セクタ
管理手段１１１はセクタ情報バッファ１１０の内容を参
照する（図２４：Ｓ２０２Ｙｅｓ〜Ｓ２４０１）。「転
送不可」であったならば、そのセクタは認証手続きが完
了していない状態でメディアから読んだことがあり、プ
ロテクトが掛けられたセクタであることが確認できる。
この場合には、ホストに対してエラーを返す（図２４：
Ｓ２４０１Ｙｅｓ〜Ｓ２０７）。このときのエラーコー
ドは例えば「Read without proper Authentication」で
ある。

【０２４９】セクタ情報バッファの内容が「通常」であ
れば、キャッシュバッファ１０５の該当するデータをホ
ストに送信する（図２４：Ｓ２０９）。

【０２５０】以上のように、本実施の形態１３では、ポ
インタは読み出したブロックの最後のセクタまでを有効
なセクタとし、検出した転送不可情報をキャッシュヒッ
トの有効範囲にすると共に、ホストへの転送時にセクタ
情報バッファを確認することにより、「転送不可」であ
る場合でも、再度メディアから読み出すことなく、即座
にホストにエラーを返すことができる。

【０２５１】ここで、セクタ情報バッファはキャッシュ
バッファに入るセクタ数だけ設けても良いし、プロテク
トの掛けられたセクタに遭遇したならば先読みは止まる
ため、どこまで読み出したかを示すポインタの位置にあ
る１セクタのみ情報を持たせるように、１セクタ分のセ
クタ情報バッファを設けるようにしてもよいし、１ブロ
ック分のセクタ情報バッファを設けるようにしても良
い。

【０２５２】また、本実施の形態１３では、プロテクト
の掛けられたセクタを検出してもそのブロックの分だけ
は転送不可の判断を続けるようにしたが、プロテクトの
掛けられたセクタを検出した時点で判断処理を終了して
も良い。

【０２５３】さらに、本実施の形態１３では、プロテク
トの掛けられたブロックを検出したならば、先読みを停
止するようにしたが、１ブロックの先頭にプロテクトが
掛けられており、それ以降は通常セクタの場合もあるた
め、図２４の認証手続きが完了していない状態でプロテ
クトの掛けられたセクタがあったことを判断する処理
（Ｓ２４０４）は、１ブロック中の最後のセクタがプロ
テクトの掛けられたセクタであった場合のみ、先読みを
止め、エラー終了処理（図２４：Ｓ５０８）を行うにし
ても良い。

【０２５４】尚、ホストとの認証手続きが完了している
場合、メディアから読み出した時のプロテクトの有無の
チェック処理を行わないようにすることで、無駄な処理
をなくすようにしているが、ホストへの送信時にセクタ
情報バッファをチェックする処理を行わないようにして
も良い。

【０２５５】また、メディアから読み出した際にセクタ
情報バッファへ転送可の情報を書き込む処理と、ホスト
への送信時にセクタ情報バッファをチェックする処理の
両方を行わないようにすることで、さらに無駄な処理を
なくすようにしても良い。

【０２５６】尚、プロテクトのかけられた部分は、通常
連続した長い領域であるため、先読みを続けてもずっと
プロテクトのかけられたセクタである。このため、ホス
トは認証手続きを行うことなく、プロテクトのかけられ
た領域に対して読み出し要求をすることはない。よっ
て、プロテクトのかけられたセクタを検出したならば、
その次のブロック以降の先読みを行わないようにした
が、先読みを止めないようにしても良い。

【０２５７】また、認証手続きが終わった時点で、セク
タ情報バッファにおいて転送不可の情報が記録されてい
る部分をすべて転送可（通常）に書き換える処理を行っ
てもよい。この場合には、セクタ情報バッファの書き換
えによるプロテクト解除によって、既に読み出し済みの
プロテクトのかけられたセクタを無駄にすることなく、
メディアからの再読み出しを無くすことが可能となる。

【０２５８】〔実施の形態１４〕次に、図１を用いて、
本実施の形態１４に係るドライブ装置について説明す
る。 上述したように、ＤＶＤは１６セクタを１ブロッ
クとして、１ブロック単位でメディアから読み出す。し
かしながら、ホストへの転送は１セクタ単位で行われる
ため、管理は１セクタ単位で行われている。

【０２５９】このため、メディア全体に記録されたファ
イルのサイズによっては、メディアの最終ブロックが１
６セクタすべてデータに使われているとは限らない。例
えば、２層ディスクの場合、最後のブロックの使われて
いないセクタには、すべて”０”で埋められたダミーセ
クタを付加し、トータルで１６セクタとしてメディア上
に記録されることは上述した通りである。

【０２６０】上記ダミーセクタは、物理アドレスは割り
当てられているが、論理アドレスは割り当てられおら
ず、規格上、ホストに送信してはいけない。よって、ド
ライブ装置は、何らかの方法を用いて、ダミーセクタを
誤って送ってしまわないようにしなければならない。

【０２６１】本実施の形態１４においては、セクタ情報
バッファ１１０を用いて、上記ホストに送信してはなら
ないセクタを管理しようとするものである。

【０２６２】即ち、本実施の形態１４では、例えばデー
タ読出手段１０６及び、データ送信手段１０３が各層の
最後の論理アドレス（最終論理アドレス）を予め記憶し
ておき、メディアから読み出したブロックがその層の最
終論理アドレスを越える場合には、超えたアドレスの部
分に対応するセクタ情報バッファ１１０に、ダミーセク
タであるという情報を記憶する。

【０２６３】ここで、上記ダミーセクタであるという情
報を記憶した後に読み出した最後のブロックが、１層メ
ディアの１層目の最後あるいは、２層メディアの２層目
の最後である場合は、そこで先読み処理を中断する。
又、２層メディアの１層目の最後である場合には、２層
目の先頭から先読みを続ける。

【０２６４】続いて、データ送信手段１０３が、ホスト
１０２から２層メディアの１層目の最後から２層目の先
頭にまたがるような読出要求を受信した場合、ドライブ
装置１０１は、キャッシュバッファ１０５及び、セクタ
情報バッファ１１０をチェックし、１層目の最後のブロ
ックのダミーセクタの手前までは通常通りホストに転送
する。この処理は上述した実施の形態において通常行わ
れる処理である。

【０２６５】次にデータ送信手段１０３（セクタ管理手
段１１１）は、セクタ情報バッファ１１０を参照するこ
とで、転送しようとしたセクタに対応するセクタ情報バ
ッファがダミーセクタであると判定すると、当該ブロッ
クの最後まではダミーセクタであるため、次のブロック
の先頭が読み出されているはずの位置まで、ポインタを
移動する。もし、そのポインタが示す位置に２層目の先
頭がバッファリングされていたならば、ホストに２層目
の先頭部分の送信を行い、もしバッファリングされてい
なければ、メディアから２層目の先頭ブロックを読み出
してホストに送信する。

【０２６６】以上の処理により、セクタ情報バッファ１
１０をもちいてダミーセクタを判定可能となり、即ち、
規格上、ホストに送信してはならないセクタを管理する
ことができる。また、言い換えれば、セクタ情報バッフ
ァ上に、ダミーセクタという情報を記憶するのみで、通
常ホストにセクタを送信している処理をそのまま用い
て、ホストに送信してはならないセクタを管理すること
を可能にすることができる。また、ＤＶＤの２層メディ
ア等では、当該２層メディアの読み出しを連続してキャ
ッシュバッファに記録するため、映画再生画面等が一時
的にとまる現象を防止することができる。

【０２６７】尚、１層メディアの１層目の最後、あるい
は２層メディアの２層目の最後で、ホストがダミーセク
タ部分を含むような読み出し要求をした場合、ドライブ
装置１０１はダミーセクタの手前までをホストに転送
し、その後に有効な論理アドレスを越えたというエラー
を返す。このエラーの判断は、予めデータ送信手段１０
３又は、データ読出手段１０６等が記憶しておいた各層
の最終論理アドレスを超えたかどうかでチェックを行え
ばよい。

【０２６８】次に、各層の最後のブロックが１６セクタ
すべて使われてダミーセクタがない場合の処理を説明す
る。

【０２６９】ダミーセクタがない場合、セクタ情報判定
手段１０９は、セクタ情報バッファ１１０に２層メディ
アの１層目の最後が、ダミーセクタであるという情報を
書き込むことなく、２層目の先頭への先読みを続ける。

【０２７０】１層メディアの１層目の最後、および２層
メディアの２層目の最後にダミーセクタがない場合、次
のブロックはホストに送ってはならないＬｅａｄ−Ｏｕ
ｔ領域であるため、セクタ判定手段１０９は、セクタ情
報バッファ１１０に「Ｌｅａｄ−Ｏｕｔ」という情報を
書き込む。

【０２７１】以上により、ホストからディスクの最終論
理アドレスを越える読み出し要求がされた場合や、セク
タ情報バッファ１１０にＬｅａｄ−Ｏｕｔと記述されて
いた場合には、有効な論理アドレスを越えたというエラ
ーを返すという処理を入れておくことで、２層メディア
の１層目の最後のダミーセクタの検出処理と処理を共通
化することができる。

【０２７２】尚、セクタ情報領域にダミーセクタとＬｅ
ａｄ−Ｏｕｔという別の情報をもたせずに、ホストへの
転送不可という１つの情報としてまとめても良い。

【０２７３】〔実施の形態１５〕次に、図１を用いて、
本実施の形態１５に係るドライブ装置について説明す
る。 メディア１０７に記録されているデータは、当該
メディアの傷や汚れなどによって正常に読めない可能性
がある。ＣＤやＤＶＤなどは強力なエラー訂正機能を持
っているが、それでもエラー訂正できない場合がある。

【０２７４】ホストからの読出要求があったアドレスを
メディアから読み出そうとした際に、エラー訂正できず
正常に読み出せなかった場合、ホストに対してエラーを
返す。ところが、上述した実施の形態で述べた継ぎ目に
遭遇した場合と同様、その時点で先読みバッファリング
が止まってしまうため、ホストがエラーのあった部分は
諦めて、次のアドレスを要求した場合に、先読みされて
いないことになる。

【０２７５】そこで本実施の形態１５では、セクタ情報
バッファ１１０に、当該エラーという情報を記憶するこ
とで、継ぎ目と同様、エラーまでも管理しようとするも
のである。

【０２７６】即ち、メディア１０７からのデータの読み
出し時に、何らかの原因で当該データが記憶されている
セクタを読みだせなかった場合、セクタ判定手段１０９
は、セクタ情報バッファ１１０に「エラー」と記録す
る。さらに上記実施の形態で説明したように、エラーの
発生した次のアドレスから先読みバッファリングを続け
ることで、ホストがエラーの発生した次のアドレスを要
求した場合でもキャッシュにヒットし、即ち、直ちにホ
ストにデータを送信（又はエラーを送信）することが可
能となる。

【０２７７】尚、ＤＶＤの場合には１セクタ単位ではな
く１ブロック単位でメディアから読み出すため、「エラ
ー」と記録するのはセクタ情報バッファ上での１６セク
タ分となる。

【０２７８】しかし、実際には、傷などによる影響によ
りエラー訂正できなかった場合、エラーになるのはその
１セクタだけではなく、続く数セクタもエラーになる可
能性が高い。

【０２７９】そこで、エラーを検出したならば、その１
セクタはセクタ情報バッファに「エラー」と記録し、そ
こからｎセクタはセクタ情報バッファに「未確定」と記
録するのが有効である。もしホストが未確定のセクタを
要求した場合には、メディア１０７から読み出すこと
で、読み出し可能の場合には当該読み出したデータを送
信することが可能である。尚、ＤＶＤの場合には「エラ
ー」と記録するのは最初の１６セクタで、「未確定」と
記録するのはｎ×１６セクタとなる。

【０２８０】以上のように、先読み中にエラーを見つけ
た場合に、そこで先読みを止めずに、続くセクタを読ん
でおくことでキャッシュヒットの効率を上げることが可
能となる。さらに、エラーがあった場合、多くの場合は
キズや汚れが原因で、続く数セクタも読めない可能性が
高いため、その部分はスキップさせることで、先読み再
開時のリトライ発生確率を減らし、ホストへのデータの
送信が先読みに追いつく前により多くのセクタを先読み
させることで、キャッシュヒット率をあげることができ
る。これは、パーソナルコンピュータ等を使ってファイ
ルをコピーする場合等ではエラーがでた時点で処理は止
まるので、先読みしても無意味な場合があるが、エラー
のでたファイルのみ無視して次のファイルからコピーを
再開する場合などでは、ある程度スキップしても先読み
をしていたほうが効率が良いといえる。

【０２８１】尚、未確定とするｎの値は、固定値であっ
ても良いし、エラー後にホストが要求してくるアドレス
位置やエラーが連続して発生している回数などによって
可変にしてもよい。上記エラーが連続して発生している
回数を管理するためには図２２に示したカウンタ２２０
１を用いればよい。また、ＣＤやＤＶＤは外周側に行く
ほどディスク１周あたりのセクタ数が多くなるため、ｎ
の値を外周側に行くほど大きくするようにしてもよい。
また、ＤＶＤ−ＲＡＭの場合にはＺＯＮＥと呼ばれる区
間で分割されているため、ＺＯＮＥ毎にｎの値を変える
ようにしてもよい。

【０２８２】また、エラーを検出した後、ｎセクタ先か
ら先読みバッファリングを再開させた場合に、やはりエ
ラーだった場合には、次回からｎの値を多くしたり、逆
にｎセクタ先から先読みバッファリングを再開させた場
合に、正常に読めた場合には、次回からｎの値を少なく
するなどの処理を行っても良い。

【０２８３】また、「エラー」とするのはエラー訂正で
きなかった場合としたが、目的のアドレスに到達できな
かった場合のエラーや、オーディオトラックに対してデ
ータトラック用の読み出し要求がきた場合などのモード
が異なる場合のエラーなども同様にセクタ情報バッファ
１１０に記録して、先読みを続けてもよい。この時、す
べて同じ「エラー」として記録しても良いし、「エラー
訂正エラー」、「目的位置到達エラー」、「モードエラ
ー」など個々に異なる情報として記録し、ホストへのエ
ラーコードを切り替えるなどのエラーの種類によって異
なる処理をさせても良い。

【０２８４】以上のように、メディア読み出し時のエラ
ーをセクタ情報バッファに記憶することにより、ホスト
がエラーの発生した次のアドレスを要求した場合でもキ
ャッシュにヒットし、即ち、直ちにホストにデータを送
信（又はエラーを送信）することが可能となる。さら
に、エラー時にはｎセクタの読み飛ばしを行うことによ
り連続して起こりやすいエラーに対しても効率よく対応
することができる。また、ｎを可変にすることにより、
エラー状況に応じた読み飛ばしが可能である。

【０２８５】〔実施の形態１６〕次に、図１、図２５を
用いて、本実施の形態１６に係るドライブ装置について
説明する。

【０２８６】メディアから読み出したデータにエラーが
あった場合、通常はホストにエラーを返すが、場合によ
ってはエラーであってもホストにデータを返すことがあ
る。これは、メディアに記録されているデータがプログ
ラムであった場合には、データが化けていると致命的な
問題が発生する可能性があるが、映像データや音声デー
タの場合には、多少データが化けていてもノイズがのる
程度で、大きな問題にはならないという理由等によるも
のである。

【０２８７】具体的には、Ｖｉｄｅｏ−ＣＤと呼ばれる
ＭＯＤＥ２Ｆｏｒｍ２形式でＣＤに映像データが記録さ
れたものや、音楽ＣＤ、またＤＶＤ−ＲＡＭやＤＶＤ−
ＲＷを使ったＤＶＤ Ｒｅｃｏｒｄｅｒで録画されたＲ
ＴＲ（Real Time Recording)規格の映像などがこれに該
当する。

【０２８８】上記した規格を用いて記憶されいているデ
ータを読み出した際にエラー訂正できないエラーが発生
した場合、基本的にドライブは時間の許す限りあるいは
規定された回数だけリトライを行い、正常なデータを読
むことを試みるが、それでもだめな場合は、エラーがあ
ってもホストに送信する。

【０２８９】ホスト側は送られたセクタにエラーがある
かどうかは関係なく処理するため、エラーのあるセクタ
は映像や音声にノイズがのるが、一時的なものであり、
正常なデータが読み出し可能なセクタに到達することで
当該ノイズ等は無くなることになる。尚、データの種類
によっては内部にＣＲＣなどのエラーチェック用の情報
を持つものがあり、この場合にはホスト側が送られてき
たセクタのエラーチェックを行い、エラーがある場合に
は前回のデータを使うなどしてノイズがのりにくくして
いるものもある。

【０２９０】また、パソコン用のＣＤ−ＲＯＭドライブ
などで使われているＳＣＳＩやＡＴＡＰＩなどの規格で
は、ＭＯＤＥ ＳＥＬＥＣＴコマンドを使うことによ
り、Ｖｉｄｅｏ−ＣＤや音楽ＣＤ以外の一般的なデータ
が記録されたメディアに対して、エラーでも転送するよ
うに設定することが可能である。

【０２９１】そこで、本実施の形態１６においては、ホ
ストから要求されたアドレスが、セクタ情報バッファに
「エラー」と記録されていた場合には、そのセクタはエ
ラーでも送ってよいセクタであるかを判断する。さらに
ホストから要求したコマンドがエラーでも送ってよいコ
マンドであるか判断し、エラーでも送ってよいと判断さ
れたならば、エラーのセクタをホストに転送する。エラ
ーの場合は送ってはならないと判断されたならばホスト
にはエラーを返す構成とする。

【０２９２】図２５に本実施の形態１６のバッファリン
グ処理のフローを示す。又、上述した実施の形態と異な
る点のみ説明を行う。尚、上記実施の形態に示したもの
と同一の処理には同一の番号を付す。

【０２９３】まず、ホスト１０２から要求されたアドレ
スが既にメディア１０７から読みだされキャッシュバッ
ファ１０５に存在するかキャッシュ管理手段１０４を用
いてチェックする（図２５：Ｓ２０２）。キャッシュバ
ッファ１０５に存在する場合には、セクタ情報バッファ
１１０の内容を参照し、「エラー」であったならば、す
でにそのセクタはメディアから読んだことがあり、エラ
ーであることが確認されているため、エラーでも転送し
てよいか確認する（図２５：Ｓ２０２Ｙｅｓ〜Ｓ２５０
２Ｙｅｓ〜Ｓ２５０２）。

【０２９４】尚、エラーでも転送してよいか否かの確認
は例えば以下のように行われる。即ち、Ｍｏｄｅ２Ｆｏ
ｒｍ２で記録されているＶｉｄｅｏ−ＣＤの場合を例に
上げる。上記Ｍｏｄｅ２Ｆｏｒｍ２かどうかの情報は、
各セクタのフォーマットを示す図３の、Ｍｏｄｅ情報３
０２の、ｂｉｔ１〜ｂｉｔ０に記憶されている。まず、
データ読出手段は、上記ｂｉｔ１〜ｂｉｔ０を参照し、
ここに”１０”が記憶されていればＭｏｄｅ２を表す。
続いて、Ｍｏｄｅ２の場合には、図３でＵｓｅｒＤａｔ
ａと記録されている部分の先頭にサブヘッダと呼ばれる
情報が割り当てられるため、当該サブヘッダを参照する
ことでＦｏｒｍ１かＦｏｒｍ２かの判断が可能である。
読み出したセクタが、Ｍｏｄｅ２Ｆｏｒｍ２であった場
合、そのセクタがエラーであってもホストに送ることを
意味する。以上によりエラーでも転送してよいか否かが
確認可能である。但し、正しいデータが読めるのであれ
ば、正しいデータを送るほうが望ましい。このため、一
般にはＭｏｄｅ２Ｆｏｒｍ２であっても、エラーの場合
にはリトライを行い、それでも正しいデータが読めなけ
れば、エラーのあるセクタをホストに送る。この時、Ｍ
ｏｄｅ２Ｆｏｒｍ２の場合には、他のＭｏｄｅ１などに
比べてエラー時のリトライ回数を減らしたり、あるいは
キャッシュバッファの残りを監視し、バッファが空にな
るまで（すなわち、Ｖｉｄｅｏ−ＣＤの映像が途切れな
い限り）、リトライをするという手段をとっても良い。

【０２９５】エラーでは転送不可の場合、ホストに対し
てエラーを返す（図２５：Ｓ２０７）。セクタ情報バッ
ファ１１０の内容が「通常」である場合、あるいはセク
タ情報バッファの内容が「エラー」であるけれども、エ
ラーでも転送可であれば、キャッシュバッファ１０５か
ら転送する（図２５：Ｓ２５０１Ｎｏ〜Ｓ２０９又は、
Ｓ２５０１Ｙｅｓ→Ｓ２５０２Ｙｅｓ→Ｓ２０９）。

【０２９６】キャッシュに存在しない場合、メディアか
らの読み出しを行う（図２５：Ｓ２１０〜Ｓ２２２）。
メディアからの読み出しは、目的位置の手前にピックを
動かすＳＥＥＫ処理を行い、目的位置に到達した時点か
らキャッシュバッファに読み出したデータを記録してい
く（図２５：Ｓ２１１〜Ｓ２１２）。

【０２９７】続いてデータ読出手段１０６はメディア１
０７からデータが正常に読みだせたかどうかを判定する
（図２５：Ｓ２５０３）。メディア１０７から正常に読
み出せた場合、セクタ情報バッファ１１０に通常セクタ
であるという情報を記録し、ポインタを１つ進め、先読
みを続ける（図２５：Ｓ２５０３Ｎｏ→Ｓ２５０４→Ｓ
２５０６→Ｓ２２１Ｎｏ）。規定の先読み分だけ読んだ
ならば、先読み処理を終了する（図２５：Ｓ２２２）。

【０２９８】読み出したデータがエラーである場合には
セクタ情報バッファ１１０に「エラー」であると記録
し、ポインタを１つ進め、先読みを続ける。（図２５：
Ｓ２５０３Ｙｅｓ〜Ｓ２５０５〜Ｓ２５０６〜Ｓ２２１
Ｎｏ）以上の処理により、セクタ情報バッファを用いて
エラーを管理することで、エラー時でもホストに直ちに
対応する応答を行うことが可能である。また、エラー時
でも、ホストにデータを送信してよいかを確認すること
で、エラー時における対応も問題なく行うことができ
る。さらに、ＳＣＳＩやＡＴＡＰＩ等の上述した設定が
切り替えられても、キャッシュバッファをクリアするこ
となく、エラーのあるセクタを送るか、エラーを返すか
を直ちに判断することができる。

【０２９９】尚、エラーかどうかの判断については、エ
ラーであると判断した時点でセクタ情報バッファに「エ
ラー」と記録するのではなく、１回以上のリトライを行
い、それでもエラーの場合のみ記録するようにしても良
い。

【０３００】また、映像や音楽をリアルタイムで再生す
る場合には、映像の途切れや音飛びが発生するのを防ぐ
ため、キャッシュバッファ１０５の残り容量に応じて、
エラーと判断するためのリトライ回数を制限するように
しても良い。さらに、エラーの種類によっては、セクタ
情報バッファに「エラー」であると記録して先読みを続
けず、エラー終了するようにしても良い。

【０３０１】さらに、図２５のＳ２５０５に示す、セク
タ情報バッファへの「エラー」書き込み後に、上述した
実施の形態に示す読み飛ばしを行ってもよいことは言う
までもない。

【０３０２】〔実施の形態１７〕次に、図１を用いて、
本実施の形態１７に係るドライブ装置について説明す
る。

【０３０３】セクタ情報バッファに「エラー」と記録さ
れていた場合、ホストに対してはエラーを返すか、ある
いはエラーのセクタを送信するが、ドライブ装置として
は、できる限りエラーとせずに正常なセクタとして読み
出し、ホストに正常なセクタを送信するのが望ましい。

【０３０４】本実施の形態１７では、ホストから要求さ
れたアドレスがキャッシュにヒットしており、そのセク
タのセクタ情報バッファに「エラー」と記録されていた
場合、すぐにエラー処理をせず、そのセクタに対してリ
トライを行う構成とする。

【０３０５】ホストから要求されたアドレスがキャッシ
ュにヒットしていない場合は、その時点でメディアから
読み出すため、通常のリード処理によるリトライが行わ
れるが、キャッシュにヒットしていた場合には、すでに
このリトライはされており、さらにもう一度リトライ処
理を行うことになるため、トータルのリトライ回数を増
やしたことと同じとなり、エラーのあったセクタが正常
に読める可能性が高くなる。

【０３０６】通常、ドライブ装置で行われるエラー時の
リトライは、回数をあまり増やすことができない。即
ち、ホストからのコマンドを受けてから最終的にエラー
と判断してホストにエラーを返すまでの時間が長くな
り、一定の時間を超えても応答がないとホスト側がドラ
イブの異常と判断してしまうためである。

【０３０７】しかし、過去に一度エラーとなったものに
対して再度リトライを行う場合は、コマンドを受けてか
らの処理時間は通常のリトライ時と同じため、ホスト側
がドライブ異常と判断することはない。即ち、先読み時
のリトライと、実際のホストからの読出要求時のリトラ
イを行うことができ、通常の２倍の回数のリトライが可
能となるわけである。

【０３０８】尚、何度リトライしても読めない場合もあ
るため、キャッシュヒット時にセクタ情報バッファに
「エラー」と記録されていた場合の、メディアからの再
読み出しは、リトライ回数を減らすようにしてもよい。

【０３０９】また、キャッシュヒット時にセクタ情報バ
ッファに「エラー」と記録されていた場合であって、メ
ディアからの再読み出しをしても読めなかった場合、セ
クタ情報バッファに「リトライ失敗」と記録し、次にホ
ストから同じアドレスの読み出し要求がきた場合には、
リトライをしないようにしてもよい。エラーのあったセ
クタに対して、ホストから読出要求があり、再度メディ
アからの読出しを試みたけれどもやはりエラーであった
場合、再び同じところをホストが要求してきても読めな
い可能性のほうが高い。このため、３回目のメディアか
らの読み出しは行わずにすぐにエラーを返すことで、通
常の２倍の回数のリトライを行う利点と、既に十分なリ
トライを行っているが読めないセクタに対しては直ちに
エラーを回答可能であるという利点の双方を備えること
ができる。

【０３１０】以上のように、セクタ情報バッファを設
け、さらに当該セクタ情報バッファ上で読み出しエラー
の情報を管理することにより、エラーの有るセクタを再
度要求された場合に、過去にエラーが有ったことが瞬時
に判断できる。よって、正常なデータを再度読み出す試
みが可能となり、エラー時のリトライ回数を実質的に増
加させることが可能となる。また、リトライしても無駄
な場合には、リトライをしないことでホストへのエラー
の回答、即ち、処理時間を短縮することができる。

【０３１１】尚、上記「リトライ失敗」に限らず、上述
した「継ぎ目」や「プロテクト」、「ディスクの終了ア
ドレス」、「ダミーセクタ」、「エラーセクタ」などの
情報を全て異なる情報としてセクタ情報バッファに記録
することで、本発明に関連しない他の処理とセクタ情報
バッファを共用することができ、メモリの利用サイズを
抑えることができる。

【０３１２】さらに、いずれの「転送不可（ホストに転
送してはならないセクタ）」の情報にも該当しない場合
には、１回の判断で「転送可能」と判断することができ
るため、通常時の処理が高速にできる。また、「転送不
可」の種類に応じて、ホストに返すエラーコードの内容
を決めたり、エラーであってもホストにデータを転送し
たりといった処理をセクタ情報バッファにて一元管理す
ることができるとともに、他の処理との共用化により、
プログラムの簡略化、小サイズ化ができる。

【図面の簡単な説明】

【図１】本実施の形態１におけるドライブ装置の概略を
示すハードウェアブロック図。

【図２】実施の形態１におけるバッファリング処理のフ
ロー。

【図３】ＣＤのセクタのフォーマットを示す図。

【図４】パケット・ライティング方式を用いて書き込ま
れたメディアのセクタ構造の一例。

【図５】実施の形態２におけるバッファリング処理のフ
ロー。

【図６】インクリメンタル・ライティング方式を用いて
書き込まれたメディアのセクタ構造の一例。

【図７】ＤＶＤのセクタのフォーマットを示す図。

【図８】実施の形態３におけるバッファリング処理のフ
ロー。

【図９】実施の形態３におけるキャッシュバッファの一
例を示す図。

【図１０】実施の形態４におけるバッファリング処理の
フロー。

【図１１】実施の形態４におけるセクタ情報バッファの
一例を示す図。

【図１２】実施の形態５におけるバッファリング処理の
フロー。

【図１３】実施の形態５におけるポインタ移動を示す
図。

【図１４】実施の形態５におけるポインタ移動を示す
図。

【図１５】実施の形態６におけるポインタ移動を示す
図。

【図１６】実施の形態７におけるポインタ移動を示す
図。

【図１７】実施の形態７におけるポインタ移動を示す
図。

【図１８】実施の形態８におけるポインタ移動を示す
図。

【図１９】実施の形態８におけるポインタ移動を示す
図。

【図２０】実施の形態９におけるアドレス情報バッファ
を示す図。

【図２１】実施の形態１０における２つのバッファを示
す図。

【図２２】実施の形態１１におけるカウンタを示すブロ
ック図。

【図２３】ＤＶＤのプロテクト領域を示す図。

【図２４】実施の形態１３におけるバッファリング処理
のフロー。

【図２５】実施の形態１６におけるバッファリング処理
のフロー。

【図２６】メディア上のユーザ領域を示す図。

【図２７】メディア上のユーザ領域における継ぎ目を示
す図。

【図２８】ＣＤＲ／ＲＷにおけるｍｅｔｈｏｄ２適用時
のＣＤのアドレスを示す図。

【図２９】パケット・ライティングを用いて書き込まれ
たメディアのセクタ構造の一例。

【図３０】従来におけるバッファリング処理のフロー。

【符号の説明】 １０１−ドライブ装置 １０２−ホスト １０３−データ送信手段 １０４−キャッシュ管理手段 １０５−キャッシュバッファ １０６−データ読出手段 １０７−メディア １０８−モーター １０９−セクタ判定手段 １１０−セクタ情報バッファ １１１−セクタ管理手段 １１２−ポインタ管理手段

Claims (44)

【特許請求の範囲】
1. 【請求項１】 ホストからのデータ読出要求に基づい
   て、所定のメディアからデータを読み出すデータ読出手
   段と、当該データを上記ホストに送信すると共に、キャ
   ッシュバッファを用いて当該データを管理するデータ送
   信手段を備えたドライブ装置において、 上記メディア上においてデータが記憶されるセクタの種
   別を記憶するセクタ情報バッファと、 上記セクタ種別を判定すると共に当該セクタ種別を上記
   セクタ情報バッファに書き込むセクタ判定手段と、 上記セクタ情報バッファに記憶されたセクタ種別を参照
   するセクタ管理手段とを備えるとともに、 上記データ送信手段が、上記参照したセクタ種別に基づ
   いて上記データの送信を制御することを特徴とするドラ
   イブ装置。
2. 【請求項２】 上記セクタ判定手段は、上記データ読出
   手段が読み出した、ホストに送信すべきでないセクタの
   セクタ種別も上記セクタ情報バッファに書き込む請求項
   １に記載のドライブ装置。
3. 【請求項３】 上記データ読出手段は、上記ホストに送
   信すべきでないセクタをメディアから読み出した後に、
   当該送信すべきでないセクタの後部にあるセクタの先読
   みを行う請求項２に記載のドライブ装置。
4. 【請求項４】 上記セクタ判定手段が、セクタ種別の情
   報が記憶されている領域のみに基づいてセクタ種別を判
   定する請求項３に記載のドライブ装置。
5. 【請求項５】 上記セクタ情報バッファは、上記キャッ
   シュバッファに記憶されるデータの、セクタ種別の情報
   が記憶されている領域により構成される請求項４に記載
   のドライブ装置。
6. 【請求項６】 上記セクタ情報バッファは、さらに各セ
   クタのモード又はフォーム情報を含む請求項５に記載の
   ドライブ装置。
7. 【請求項７】 上記メディアがＣＤ（コンパクトディス
   ク）であると共に、上記セクタ判定手段は、パケットラ
   イティング方式におけるＲＯＵＴ１、ＲＯＵＴ２、ＬＩ
   ＮＫ、ＲＩＮ１、ＲＩＮ２、ＲＩＮ３、ＲＩＮ４を判定
   する請求項３に記載のドライブ装置。
8. 【請求項８】 上記メディアがＤＶＤであると共に、 上記セクタ判定手段は、当該メディアのヘッダ部を参照
   することでインクリメンタルライティング方式における
   ＬｉｎｋｉｎｇＬｏｓｓ領域を判定する請求項３に記載
   のドライブ装置。
9. 【請求項９】 上記メディアがＤＶＤであると共に、 上記セクタ判定手段は、当該メディアのＲＭＤ（Record
   ing Management Data)を参照することでインクリメンタ
   ルライティング方式におけるＬｉｎｋｉｎｇＬｏｓｓ領
   域を判定する請求項３に記載のドライブ装置。
10. 【請求項１０】 上記データ読出手段は、上記メディア
    から複数のセクタを読み出すと共に、当該複数のセクタ
    単位で所定のセクタ種別の有無を判定する請求項８又は
    ９に記載のドライブ装置。
11. 【請求項１１】 上記データ読出手段は、セクタ判定手
    段が判定したセクタ種別に基づいて、連続する所定数の
    セクタを読み飛ばす請求項３に記載のドライブ装置。
12. 【請求項１２】 上記データ読出手段は、さらに上記読
    み飛ばしたセクタに対応するセクタ種別を上記セクタ情
    報バッファに書き込む請求項１１に記載のドライブ装
    置。
13. 【請求項１３】 上記セクタ種別は、パケットライティ
    ング方式におけるＲＯＵＴ１、ＲＯＵＴ２、ＬＩＮＫ、
    ＲＩＮ１、ＲＩＮ２、ＲＩＮ３、ＲＩＮ４のいずれかで
    あると共に、 上記データ読出手段は、上記７つのセクタ種別各々に対
    応する数のセクタを読み飛ばす請求項１２に記載のドラ
    イブ装置。
14. 【請求項１４】 上記セクタ判定手段は、上記読み飛ば
    したセクタに対応するセクタ情報バッファに「未確定」
    を示すセクタ種別を書き込むと共に、 上記データ送信手段は、上記「未確定」を示すセクタ種
    別をセクタ管理手段が読み出した場合には、当該「未確
    定」に対応するセクタの読み出し指示を行う請求項１２
    に記載のドライブ装置。
15. 【請求項１５】 上記データ送信手段は、「未確定」に
    対応するセクタの読み出し指示に際して、上記キャッシ
    ュバッファのクリアを行わない請求項１４に記載のドラ
    イブ装置。
16. 【請求項１６】 さらに、上記データ読出手段は、上記
    「未確定」セクタに連続する「未確定」セクタを続けて
    読み出す請求項１５に記載のドライブ装置。
17. 【請求項１７】 上記データ読出手段は、上記所定数の
    セクタを読み飛ばした後には、連続して上記所定数の読
    み飛ばしを行わない請求項１１に記載のドライブ装置。
18. 【請求項１８】 上記「未確定」に対応するセクタが特
    定のセクタ種別の場合に、上記所定数以下の読み飛ばし
    を行う請求項１４に記載のドライブ装置。
19. 【請求項１９】 上記特定のセクタ種別が、「継ぎ目」
    である請求項１８に記載のドライブ装置。
20. 【請求項２０】 さらに、所定のセクタ種別をカウント
    するカウンタを備えると共に、上記データ読出手段は、
    当該カウンタのカウント数に基づいて、上記所定数を変
    更する請求項１１に記載のドライブ装置。
21. 【請求項２１】 上記所定数の変更が、数値の減少であ
    る請求項２０に記載のドライブ装置。
22. 【請求項２２】 上記所定数の変更が、数値の増加であ
    る請求項２０に記載のドライブ装置。
23. 【請求項２３】 上記データ読出手段は、上記所定のメ
    ディアの種別を判断すると共に、当該判断結果に基づい
    て、上記セクタ種別の判定方法、及び／又は上記セクタ
    の先読み条件を切り替える請求項３に記載のドライブ装
    置。
24. 【請求項２４】 上記セクタ判定手段は、セクタ種別と
    して読み出したセクタの送信に関するプロテクトの解除
    の未済を上記セクタ情報バッファに書き込むと共に、 上記データ送信手段は、上記プロテクトの解除の未済に
    基づいて上記データの送信を制御する請求項３に記載の
    ドライブ装置。
25. 【請求項２５】 上記プロテクトの解除が行われた際
    に、上記セクタ情報バッファに記憶されている「プロテ
    クト未解除」を示すセクタ種別を「プロテクト解除」又
    は「送信可能」を示すセクタ種別に変更する請求項２４
    に記載のドライブ装置。
26. 【請求項２６】 上記セクタ判定手段は、上記メディア
    におけるホストに送信可能なアドレスを記憶し、当該ア
    ドレスに該当しない場合には「送信不可能」を示すセク
    タ種別を、該当する場合には「送信可能」を示すセクタ
    種別を上記セクタ情報バッファに書き込むとともに、 上記データ送信手段は、上記セクタ情報バッファに記憶
    した「送信不可能」又は「送信可能」を示すセクタ種別
    に基づいて上記データの送信を制御する請求項３に記載
    のドライブ装置。
27. 【請求項２７】 上記メディアがＤＶＤであり、 上記セクタ判定手段の判定結果がダミーセクタの場合に
    は「ダミーセクタ」を示すセクタ種別を、含まない場合
    には「送信可能」を示すセクタ種別を上記セクタ情報バ
    ッファに書き込むと共に、 上記データ読出手段は、メディア上の連続する上記ダミ
    ーセクタを読み飛ばす請求項１１に記載のドライブ装
    置。
28. 【請求項２８】 上記メディアが２層ＤＶＤであり、 上記セクタ判定手段は、上記メディアにおける１層目の
    最後のブロックがダミーセクタを含むか否かを判断し、
    当該ダミーセクタを含む場合には「ダミーセクタ」を示
    すセクタ種別を、含まない場合には「送信可能」を示す
    セクタ種別を上記セクタ情報バッファに書き込むととも
    に、 上記データ送信手段は、上記セクタ情報バッファに記憶
    した「ダミーセクタ」を示すセクタ種別を参照した際に
    は、上記キャッシュバッファをクリアするとともにメデ
    ィアから２層目の先頭の読み出しを行う請求項１１に記
    載のドライブ装置。
29. 【請求項２９】 上記セクタ判定手段は、上記メディア
    からのセクタ読み出し時にエラーがあった場合には、当
    該エラーのセクタに対応するセクタ情報バッファに「エ
    ラー」を示すセクタ種別を書き込む請求項３に記載のド
    ライブ装置。
30. 【請求項３０】 さらに、上記データ読出手段は、上記
    エラーのセクタから連続する所定数のセクタを読み飛ば
    す請求項２９に記載のドライブ装置。
31. 【請求項３１】 上記セクタ判定手段は、上記読み飛ば
    したセクタに対応するセクタ情報バッファに「未確定」
    を示すセクタ種別を書き込む請求項３０に記載のドライ
    ブ装置。
32. 【請求項３２】 上記データ送信手段は、上記ホストか
    らセクタ情報バッファに記憶されているセクタ種別が
    「エラー」であるセクタの読出要求を受けた場合、再度
    当該「エラー」に対応するセクタをメディアから読み出
    すリトライ処理をデータ読出手段に対して指示する請求
    項２９に記載のドライブ装置。
33. 【請求項３３】 上記データ読出手段は、上記リトライ
    処理の指示を受けた場合には、規定のリトライ回数より
    も少ない回数のリトライ処理を行う請求項３２に記載の
    ドライブ装置。
34. 【請求項３４】 上記リトライ処理によるメディアから
    のセクタ読み出しがエラーであった場合、当該セクタに
    対応するセクタ情報バッファに「リトライ失敗」を示す
    セクタ種別を書き込む請求項３３に記載のドライブ装
    置。
35. 【請求項３５】 上記データ送信手段は、上記セクタ情
    報バッファに「エラー」を示すセクタ種別が記憶されて
    いるセクタの読出要求を受けた場合に、当該エラーのセ
    クタに記憶されているデータを上記ホストに送信する請
    求項２９に記載のドライブ装置。
36. 【請求項３６】 上記キャッシュバッファ及び上記セク
    タ情報バッファを複数のポインタで管理するポインタ管
    理手段を備え、 上記データ読出手段は、上記メディアから読み出したセ
    クタが所定のセクタ種別の場合には、上記複数のポイン
    タを切り替える請求項３に記載のドライブ装置。
37. 【請求項３７】 上記メディア上のアドレスと、当該メ
    ディア上のアドレスに対応するキャッシュバッファのア
    ドレス、及びセクタ情報バッファのアドレスを備えたア
    ドレス情報バッファを具備し、 上記データ読出手段は、上記アドレス情報バッファを用
    いてセクタを管理する請求項３に記載のドライブ装置。
38. 【請求項３８】 複数個の上記キャッシュバッファを備
    えるとともに、 上記データ読出手段は、上記セクタ判定手段が判定した
    セクタ種別に基づいて上記複数個のキャッシュバッファ
    を切り替える請求項３に記載のドライブ装置。
39. 【請求項３９】 さらに、所定のセクタ種別をカウント
    するカウンタを備えると共に、 上記データ読出手段は、当該カウンタのカウント数に基
    づいて、上記キャッシュバッファ及びセクタ情報バッフ
    ァの制御方法を切り替える請求項１１に記載のドライブ
    装置。
40. 【請求項４０】 上記制御方法の切り替えは、上記読み
    飛ばしたセクタに対応する領域を、予め上記キャッシュ
    バッファに設けるか否かである請求項３９に記載のドラ
    イブ装置。
41. 【請求項４１】 上記セクタ判定手段は、ホストへの送
    信が不可能であることを示すセクタ種別を複数種設け、
    当該複数種のセクタ種別を上記セクタ情報バッファに書
    き込むと共に、 上記データ送信手段は、上記複数種のセクタ種別それぞ
    れに対応するエラーコードをホストへ送信する請求項３
    に記載のドライブ装置。
42. 【請求項４２】 所定のメディアからデータを読み出
    し、当該データをホストに送信すると共に、キャッシュ
    バッファを用いて当該データを管理するバッファ管理方
    法において、 上記メディア上においてデータが記憶されるセクタの種
    別を記憶し、 上記記憶したセクタ種別を必要に応じて参照し、 上記参照したセクタ種別に基づいて上記データの上記ホ
    ストへの送信を制御することを特徴とするバッファ管理
    方法。
43. 【請求項４３】 上記メディアから読み出したデータの
    セクタ種別であって、ホストに送信すべきでないセクタ
    のセクタ種別も記憶する請求項４２に記載のバッファ管
    理方法。
44. 【請求項４４】 上記ホストに送信すべきでないセクタ
    をメディアから読み出した後に、当該送信すべきでない
    セクタの後部にあるセクタの先読みを行う請求項４３に
    記載のバッファ管理方法。