JPH11296309A - 再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 システム制御部の処理負担の削減による転送
処理の迅速化 【解決手段】 ハードウエアとしてのキャッシュ処理手
段が外部のホスト機器からデータ転送要求があった際
に、その転送要求対象となっているデータの全部又は一
部がキャッシュメモリ手段に格納されて転送可能である
か否かというキャッシュヒット判別を行い、転送可能な
データについては、システム制御手段からの転送指示を
待たずにホスト機器への転送出力を実行する。そしてシ
ステム制御手段としては、外部のホスト機器からデータ
転送要求があり、かつキャッシュ処理手段でのキャッシ
ュヒット判別により、転送要求対象となっているデータ
の一部又は全部がキャッシュメモリ手段から転送可能で
ないと判別された場合に、少なくともその転送可能でな
いデータに関するバッファリング動作を実行制御すると
ともに、そのバッファリング動作によって転送可能とな
ることに応じて、そのデータのホスト機器への転送出力
の実行制御を行うようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は例えばホストコンピ
ュータ等からの指示に応じて光ディスクなどの記録媒体
に対応して再生動作を行なうことのできる再生装置に関
し、特にデータ再生時のキャッシュ処理に関するもので
ある。

【０００２】

【従来の技術】光学ディスク記録媒体としてＣＤ（コン
パクトディスク）方式のディスクや、マルチメディア用
途に好適なＤＶＤ（Digital Versatile Disc／Digital
VideoDisc）と呼ばれるディスクなどが開発されてい
る。これらの光ディスクに対応する再生装置では、ディ
スク上のトラックに対してレーザ光を照射し、その反射
光を検出することでデータの読出を行う。

【０００３】ところで例えばホストコンピュータからの
リードコマンド（データ転送要求）に応じてディスク再
生動作を行い、再生されたデータをホストコンピュータ
に送信する再生装置では、そのリードコマンドに応じて
迅速にデータ転送を行うことが求められる。リードコマ
ンドは、通常リードコマンドとしてのデータとともに、
転送要求データ区間としての開始位置と、その開始位置
からのデータ長により構成される。つまりホストコンピ
ュータは再生命令と再生すべき区間を指定する。

【０００４】そしてリードコマンド発生時の再生装置の
動作としては、基本的には、要求されたデータの読出を
行うために、光学ヘッドのシーク（アクセス）動作を実
行し、データの読出を行う。そして読み出したデータを
ホストコンピュータに転送するわけであるが、このよう
な再生装置ではいわゆるキャッシュメモリが搭載されこ
のキャッシュメモリを介してデータ出力を行うことにな
る。

【０００５】再生装置は、ホストコンピュータから要求
のあったデータセクターのデータをディスクから読み出
してキャッシュメモリに格納（バッファリング）し、そ
のキャッシュメモリからホストコンピュータに対して転
送するが、さらにその要求のあったデータセクターに続
くセクターのデータをも読み出してキャッシュメモリに
格納しておく動作を行う。いわゆる先読み動作である。
そして、次にホストコンピュータからデータ要求があっ
た際に、その要求されたデータがキャッシュメモリに格
納されていれば（キャッシュヒットすれば）、ディスク
アクセスを行わなくともホストコンピュータに対してデ
ータ転送を行うことができ、つまり見かけ上アクセスタ
イムを短縮することができる。即ちホストコンピュータ
から、連続するセクターに対するデータ転送要求が続け
て発せられた場合（いわゆるシーケンシャルリード）
は、キャッシュメモリへの先読み動作は迅速なデータ転
送という点で非常に有効な手法となる。

【０００６】そしてこのキャッシュメモリへのバファリ
ングは、通常キャッシュメモリがリングメモリ形態で使
用されて行われる。つまり、キャッシュメモリにはＬＢ
Ａ（Logical Block Address ：ディスク上のデータセク
ターの論理的なアドレス）が連続したデータを格納して
いくことで、シーケンシャルリードとしてのデータ転送
要求に対して転送完了までの時間の短縮効果を実現して
いる。

【０００７】

【発明が解決しようとする課題】ところで、転送処理の
短縮化に関しては、もちろんディスクアクセス速度自体
の短縮化（ディスクに対するシーク、データ読出、デコ
ードに要する時間の短縮化）も進められている。これに
より、キャッシュヒットがなかった場合でも、なるべく
迅速に転送が完了するようにすることが研究されてい
る。しかしながら、上記キャッシュ処理を含めて再生装
置側での再生動作を制御する制御部（例えばＣＰＵ（フ
ァームウエア））では、アクセス速度の短縮化に伴って
処理負担が相対的に増大してしまう。

【０００８】ホストコンピュータからデータ転送要求が
あった際のＣＰＵの処理としては、基本的には、まず要
求されたデータがキャッシュヒットするか否かを判別す
る。そして要求された全てのデータがキャッシュヒット
した場合は、キャッシュメモリの格納されているデータ
をホストコンピュータに転送して処理を終える。ところ
が、要求されたデータの一部又は全部がキャッシュヒッ
トしなかった（キャッシュミス）場合は、そのキャッシ
ュミスとなったデータをディスクから読み出して、バッ
ファリングを行い、バッファリングが完了したらそれを
ホストコンピュータに転送するという処理を行うことに
なる。

【０００９】キャッシュミスとなった場合は、このよう
にディスクからのデータ読出が行われることになり、デ
ィスクアクセス速度が向上されれば、このような場合で
も迅速な転送は可能となるはずである。ところがＣＰＵ
は、キャッシュサーチ、ディスク読出、バッファリン
グ、転送などの一連の処理を全て制御しており非常に多
忙であることや、当然ながらそのＣＰＵが処理速度を越
えて処理を進めることはできないことから、ディスクア
クセス速度がどれほど高速化されても、そのＣＰＵの処
理速度がボトルネックになり、コマンドオーバーヘッド
が顕在化するばかりで、転送処理の迅速化は達成できな
いことになる。

【００１０】また、キャッシュヒット判別を行う際に管
理しなければならないパラメータが増えることは、キャ
ッシュ管理処理が複雑になり、ひいてはＣＰＵの処理負
担が一層増大するため好ましくない。そこで、なるべく
簡易なパラメータ構成をとるために、キャッシュへのバ
ッファリングや転送処理などに或る程度制限を加えるよ
うにしていた。例えばデコードエラーのデータはバッフ
ァリングしないようにしたり、著作権保護関係のデータ
により許可されていないデータはキャッシュメモリ内で
無効としまうような処理を行なうように規定すること
で、デコードエラーや著作権による不許可などのパラメ
ータを設けなくてもよいようにしていた。さらに例えば
バッファリング途中で異種のデータフォーマットが検出
された場合は、フォーマットが変化したアドレスを管理
する方式をとったり、もしくは同種フォーマットのもの
しかバッファリングを行わないというような制限を加え
てパラメータ管理を簡易化していた。これらのように、
キャッシュ処理及び転送処理に関して各種の制限が加わ
ることで、柔軟な対応ができないシステムとなってい
た。

【００１１】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、特に再生装置のシステム制御部（ファーム
ウエア）の処理負担を軽減し、もって転送処理の迅速化
を実現できるようにすることや、柔軟な処理が可能とな
るような再生装置を提供することを目的とする。

【００１２】このため再生装置として、外部のホスト機
器からデータ転送要求があった際に、その転送要求対象
となっているデータの全部又は一部がキャッシュメモリ
手段に格納されて転送可能であるか否かというキャッシ
ュヒット判別を行い、転送可能なデータについては、シ
ステム制御手段からの転送指示を待たずにホスト機器へ
の転送出力を実行することのできるキャッシュ処理手段
を設ける。システム制御手段としては、外部のホスト機
器からデータ転送要求があり、かつキャッシュ処理手段
でのキャッシュヒット判別により、転送要求対象となっ
ているデータの一部又は全部が前記キャッシュメモリ手
段から転送可能でないと判別された場合に、少なくとも
その転送可能でないデータに関するバッファリング動作
を実行制御するとともに、そのバッファリング動作によ
って転送可能となることに応じて、そのデータのホスト
機器への転送出力の実行制御を行うようにする。即ち、
キャッシュヒットとなったデータについては、システム
制御手段（ファームウエア）が転送指示を行わなくと
も、例えばハードウエアとしてのキャッシュ処理手段が
自動的に転送を実行できるようにする。これによってキ
ャッシュヒット判別やキャッシュヒットデータの転送に
関しては、システム制御手段が制御を行うことが不要と
なり、その処理負担を軽減できる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態として
光ディスクを記録媒体とする再生装置を説明していく。
この例の再生装置に装填される光ディスクは、例えば、
ＣＤ−ＲＯＭなどのＣＤ方式のディスクや、ＤＶＤ（DI
GITAL VERSATILE DISC／DIGITAL VIDEO DISC）と呼ばれ
るディスクなどが考えられる。もちろん他の種類の光デ
ィスクに対応するディスク再生装置でも本発明は適用で
きるものである。説明は次の順序で行う。 １．再生装置の構成 ２．各種パラメータ ３．キャッシュ管理パラメータによる管理形態 ４．転送要求発生時の処理 ５．変形例

【００１４】１．再生装置の構成 図１は本例の再生装置の要部のブロック図である。この
再生装置は、接続されたホストコンピュータ１００から
の要求に応じてデータ再生動作を行うものとされる。

【００１５】ディスク９０は、ターンテーブル７に積載
され、再生動作時においてスピンドルモータ１によって
一定線速度（ＣＬＶ）もしくは一定角速度（ＣＡＶ）で
回転駆動される。そしてピックアップ１によってディス
ク９０にエンボスピット形態や相変化ピット形態などで
記録されているデータの読み出しが行なわれることにな
る。ピックアップ１内には、レーザ光源となるレーザダ
イオード４や、反射光を検出するためのフォトディテク
タ５、レーザ光の出力端となる対物レンズ２、レーザ光
を対物レンズ２を介してディスク記録面に照射し、また
その反射光をフォトディテクタ５に導く光学系が形成さ
れる。対物レンズ２は二軸機構３によってトラッキング
方向及びフォーカス方向に移動可能に保持されている。
またピックアップ１全体はスレッド機構８によりディス
ク半径方向に移動可能とされている。

【００１６】ディスク９０からの反射光情報はフォトデ
ィテクタ５によって検出され、受光光量に応じた電気信
号とされてＲＦアンプ９に供給される。ＲＦアンプ９に
は、フォトディテクタ５としての複数の受光素子からの
出力電流に対応して電流電圧変換回路、マトリクス演算
／増幅回路等を備え、マトリクス演算処理により必要な
信号を生成する。例えば再生データであるＲＦ信号、サ
ーボ制御のためのフォーカスエラー信号ＦＥ、トラッキ
ングエラー信号ＴＥなどを生成する。ＲＦアンプ９から
出力される再生ＲＦ信号は２値化回路１１へ、フォーカ
スエラー信号ＦＥ、トラッキングエラー信号ＴＥはサー
ボプロセッサ１４へ供給される。

【００１７】ＲＦアンプ９で得られた再生ＲＦ信号は２
値化回路１１で２値化されることでいわゆるＥＦＭ信号
（８−１４変調信号；ＣＤの場合）もしくはＥＦＭ＋信
号（８−１６変調信号；ＤＶＤの場合）とされ、デコー
ダ１２に供給される。デコーダ１２ではＥＦＭ復調，エ
ラー訂正処理等を行ない、また必要に応じてＣＤ−ＲＯ
Ｍデコード、ＭＰＥＧデコードなどを行なってディスク
９０から読み取られた情報の再生を行なう。

【００１８】デコーダ１２でデコードされたデータはキ
ャッシュメモリ２０の読出／書込処理を行うバッファマ
ネージャ２１の動作によってキャッシュメモリ２０に蓄
積されていく。いわゆるバッファリング動作が行われ
る。再生装置からの再生出力としては、キャッシュメモ
リ２０にバッファリングされたデータが転送出力される
ことになる。なお、キャッシュメモリ２０からのデータ
の転送出力はシステムコントローラ１０の制御（ファー
ムウエアとしての制御）によって行われるわけである
が、本例の場合、特にハードウエアとしてのキャッシュ
処理手段として設けられているバッファマネージャ２１
が、システムコントローラ１０の指示を待たずに転送出
力を実行することができる。本例はこのような動作に特
徴を有するものであり、後に詳述する。

【００１９】インターフェース部１３は、外部のホスト
コンピュータと接続され、ホストコンピュータとの間で
再生データやリードコマンドの通信を行う。即ちキャッ
シュメモリ２０に格納された再生データは、インターフ
ェース部１３を介してホストコンピュータ１００に転送
出力される。またホストコンピュータ１００からのリー
ドコマンドその他の信号はインターフェース部１３を介
してシステムコントローラ１０に供給される。

【００２０】サーボプロセッサ１４は、ＲＦアンプ９か
らのフォーカスエラー信号ＦＥ、トラッキングエラー信
号ＴＥや、デコーダ１２もしくはシステムコントローラ
１０からのスピンドルエラー信号ＳＰＥ等から、フォー
カス、トラッキング、スレッド、スピンドルの各種サー
ボドライブ信号を生成しサーボ動作を実行させる。即ち
フォーカスエラー信号ＦＥ、トラッキングエラー信号Ｔ
Ｅに応じてフォーカスドライブ信号、トラッキングドラ
イブ信号を生成し、二軸ドライバ１６に供給する。二軸
ドライバ１６はピックアップ１における二軸機構３のフ
ォーカスコイル、トラッキングコイルを駆動することに
なる。これによってピックアップ１、ＲＦアンプ９、サ
ーボプロセッサ１４、二軸ドライバ１６、二軸機構３に
よるトラッキングサーボループ及びフォーカスサーボル
ープが形成される。

【００２１】またサーボプロセッサ１４はスピンドルモ
ータドライバ１７に対して、スピンドルエラー信号ＳＰ
Ｅに応じて生成したスピンドルドライブ信号を供給す
る。スピンドルモータドライバ１７はスピンドルドライ
ブ信号に応じて例えば３相駆動信号をスピンドルモータ
６に印加し、スピンドルモータ６のＣＬＶ回転を実行さ
せる。またサーボプロセッサ１４はシステムコントロー
ラ１０からのスピンドルキック／ブレーキ制御信号に応
じてスピンドルドライブ信号を発生させ、スピンドルモ
ータドライバ１７によるスピンドルモータ６の起動また
は停止などの動作も実行させる。

【００２２】サーボプロセッサ１４は、例えばトラッキ
ングエラー信号ＴＥの低域成分として得られるスレッド
エラー信号や、システムコントローラ１０からのアクセ
ス実行制御などに基づいてスレッドドライブ信号を生成
し、スレッドドライバ１５に供給する。スレッドドライ
バ１５はスレッドドライブ信号に応じてスレッド機構８
を駆動する。スレッド機構８には図示しないが、ピック
アップ１を保持するメインシャフト、スレッドモータ、
伝達ギア等による機構を有し、スレッドドライバ１５が
スレッドドライブ信号に応じてスレッドモータ８を駆動
することで、ピックアップ１の所要のスライド移動が行
なわれる。

【００２３】ピックアップ１におけるレーザダイオード
４はレーザドライバ１８によってレーザ発光駆動され
る。システムコントローラ１０はディスク９０に対する
再生動作を実行させる際に、レーザパワーの制御値をオ
ートパワーコントロール回路１９にセットし、オートパ
ワーコントロール回路１９はセットされたレーザパワー
の値に応じてレーザ出力が行われるようにレーザドライ
バ１８を制御する。

【００２４】なお、記録動作が可能な装置とする場合
は、記録データに応じて変調された信号がレーザドライ
バ１８に印加される。例えば記録可能タイプのディスク
９０に対して記録を行う際には、ホストコンピュータか
らインターフェース部１３に供給された記録データは図
示しないエンコーダによってエラー訂正コードの付加、
ＥＦＭ＋変調などの処理が行われた後、レーザドライバ
１８に供給される。そしてレーザドライバ１８が記録デ
ータに応じてレーザ発光動作をレーザダイオード４に実
行させることで、ディスク９０に対するデータ記録が実
行される。

【００２５】以上のようなサーボ及びデコード、エンコ
ードなどの各種動作はマイクロコンピュータによって形
成されたシステムコントローラ１０により制御される。
例えば一連の再生動作制御としては、システムコントロ
ーラ１０はホストコンピュータ１００からのリードコマ
ンドに応じて、要求されたデータ区間の読出を行うため
の動作として、サーボプロセッサ１４に指令を出し、リ
ードコマンドにより転送要求されたデータ区間の開始位
置をターゲットとするピックアップ１のアクセス動作を
実行させる。そしてアクセス終了後、データ読出を実行
させ、デコーダ１２、キャッシュメモリ２０に必要な処
理を実行させ、その再生データ（要求されたデータ）を
インターフェース部１３からホストコンピュータ１００
に転送させる制御を行う。

【００２６】なおホストコンピュータ１００からのリー
ドコマンド、即ち転送要求としては、要求するデータ区
間の最初のアドレスとなる転送要求スタートアドレス
と、その最初のアドレスからの区間長として要求データ
長（以下、レングスという）となる。例えば転送要求ス
タートアドレス＝Ｎ、レングス＝３という転送要求は、
ＬＢＡ「Ｎ」〜ＬＢＡ「Ｎ＋２」の３セクターのデータ
転送要求を意味する。

【００２７】２．各種パラメータ 続いて本例においてキャッシュメモリの管理に用いられ
るパラメータ（キャッシュ管理パラメータ）、及びキャ
ッシュメモリでのキャッシュヒット状況の判別のための
検索動作に用いられるパラメータ（検索条件設定パラメ
ータ）について説明する。これらのパラメータは全てシ
ステムコントローラ１０（ファームウエア）によって設
定、管理されるものである。

【００２８】まずキャッシュ管理パラメータとしては、
図２に示すように規準ＬＢＡ（ＢＬＢＡＭＩＮ）、規準
ＬＢＡポインタ（ＢＬＢＡＭＩＮＰＴ）、有効セクター
数（ＳＣＴＶＡＬＩＤ）、保存セクター数（ＳＣＴＯＬ
Ｄ）の４つが設定される。

【００２９】規準ＬＢＡ（ＢＬＢＡＭＩＮ）は、キャッ
シュメモリ２０へのバッファリングを開始する際に設定
されるもので、そのバッファリング動作の開始セクター
のアドレス（ＬＢＡ）の値となる。規準ＬＢＡポインタ
（ＢＬＢＡＭＩＮＰＴ）は、バッファリングの開始によ
り、上記規準ＬＢＡで示されるセクターが格納されたキ
ャッシュメモリ２０のエリアアドレスを示す値となる。
例えば説明上、図４に示すようにキャッシュメモリ２０
にはバッファエリア＃０〜＃９として、各１セクターを
格納できる１０個のエリアが設けられているとすると、
そのエリア「＃ｘ」の値となる。

【００３０】有効セクター数（ＳＣＴＶＡＬＩＤ）は、
規準ＬＢＡからアドレス（ＬＢＡ）が昇順に連続する有
効なセクター数を示す値となる。上記したようにバッフ
ァリング時には、デコーダ１２においてエラーチェック
ＯＫとなったデータがキャッシュメモリ２０に格納され
て行くわけであるが、その際（つまりデコーダインター
ラプト発生時）に、有効セクター数としての値がインク
リメントされていくことになる。なお、ＣＤの場合はデ
コーダインターラプトが１セクター単位で発生するた
め、それに同期して有効セクター数としての値が１づつ
インクリメントされるが、ＤＶＤの場合は、１６セクタ
ー単位で１ＥＣＣブロックが構成されており、従って１
６セクター単位でデコーダインターラプトが発生するた
め、有効セクター数としての値は１６づつインクリメン
トされることになる。

【００３１】保存セクター数（ＳＣＴＯＬＤ）は、規準
ＬＢＡからアドレス（ＬＢＡ）が降順に連続する有効な
セクター数を示す値となる。又はバッファリングの際に
マージン分として確保しておきたい固定セクター数とも
いうことができる。これはパラメータ更新時、即ちバッ
ファリングが開始され、上記各パラメータが再生ってい
される際に設定される。つまりバッファリング開始時点
で、過去にバッファリングしたデータのうちで有効とす
るデータの数を示す値とされる。

【００３２】次に検索条件設定パラメータを図３に示
す。検索条件設定パラメータとしては、検索ＬＢＡ（Ｔ
ＧＴＡＤＲ）、検索セクター数（ＴＧＴＳＣＴ）、検索
フォーマット（ＳＲＣＨＦＭＴ）、転送フォーマット
（ＸＦＲＦＭＴ）、転送フェーズ（ＣＤＭＴＲＭ）が用
意される。これらの各パラメータは、ホストコンピュー
タ１００より転送要求があった際に、システムコントロ
ーラ１０がバッファマネージャ２１に、キャッシュヒッ
ト状況を判別させるために設定するものである。

【００３３】検索ＬＢＡ（ＴＧＴＡＤＲ）は、キャッシ
ュサーチを行う先頭のアドレスにセットされる。即ち、
この先頭アドレスとは、ホストコンピュータ１００から
供給された転送要求スタートアドレスが相当することに
なる。検索セクター数（ＴＧＴＳＣＴ）は、キャッシュ
サーチを行う先頭のアドレスからのセクター数にセット
される。即ち、ホストコンピュータ１００から転送要求
スタートアドレスとともに供給されるレングスの値がこ
の検索セクター数の値としてセットされることになる。

【００３４】検索フォーマット（ＳＲＣＨＦＭＴ）は、
キャッシュサーチ対象となるデータのフォーマットを指
示するものとなる。具体的には、Ｍｏｄｅ１、Ｍｏｄｅ
２／Ｆｏｒｍ１、Ｍｏｄｅ２／Ｆｏｒｍ２の別を指示す
る。転送フォーマット（ＸＦＲＦＭＴ）はキャッシュヒ
ットによりバッファマネージャ２１が自動的に（システ
ムコントローラ１０による指示なしに）ホストコンピュ
ータ１００に対してデータ転送を行う場合の転送フォー
マットを規定する。転送フェーズ（ＣＤＭＴＲＭ）は、
キャッシュサーチの結果、オールヒットした場合（ホス
トコンピュータ１００より転送要求された全セクターが
キャッシュヒットした場合）の、データ転送フェーズの
指定、即ちTransfer to Transferか、Transfer to Stat
eかを指定する。

【００３５】なお実際の動作上は、この図２、図３にあ
げたパラメータ以外にも各種のパラメータが用いられ
る。例えばバッファマネージャ２１に対する検索指示、
バッファマネージャ２１からの検索終了通知、キャッシ
ュヒットセクター数の通知などの動作などにも必要なパ
ラメータが設定されて用いられるが、これらについては
説明は省略する。

【００３６】３．キャッシュ管理パラメータによる管理
形態 上記キャッシュ管理パラメータによるキャッシュメモリ
２０の管理形態を図４で説明する。上述したように、キ
ャッシュメモリ２０にはバッファエリアとしてエリア＃
０〜＃９が設けられており、最大１０セクター分のバッ
ファリングが可能とされているとする。いま、キャッシ
ュメモリ２０内にあるＬＢＡのセクターがバッファリン
グされており、その後新たなバッファリングとして、図
４（ａ）に示すようにエリア＃１〜＃３が用いられてＬ
ＢＡ１１〜ＬＢＡ１３のバッファリングが行われたとす
る。

【００３７】このバッファリングが開始される際におい
ては、規準ＬＢＡ＝ＬＢＡ１１、規準ＬＢＡポインタ＝
＃１とセットされることになる。また、ＬＢＡ１１以降
のセクターがバッファリングされていくことに応じて有
効セクター数はインクリメントされていくことになるた
め、ＬＢＡ１３までのバッファリングが行われた時点で
は、有効セクター数＝３となっている。また、今回のバ
ッファリングは、それ以前にバッファリングされていた
データ（〜ＬＢＡ５０）とはシーケンシャルなデータで
はなく、これらの過去のバッファリングデータを有効と
はしないことにより、今回のバッファリング開始時点で
保存セクター数＝０とされる。

【００３８】このようにＬＢＡ１１〜ＬＢＡ１３の３セ
クター分のバッファリングが行われた時点では、各パラ
メータの値によって、エリア＃１〜＃３に格納されてい
るＬＢＡ１１〜ＬＢＡ１３が有効なセクターと示される
ことになる。例えばこの後の時点でキャッシュヒット状
況が検索される場合は、このように各パラメータによっ
て有効とされるセクターが検索対象となる。

【００３９】続いて、ある時点で図４（ｂ）のように、
エリア＃４〜＃８にＬＢＡ１４〜ＬＢＡ１８のセクター
のバッファリングが行われたとする。このバッファリン
グが開始される際においては、規準ＬＢＡ＝ＬＢＡ１
４、規準ＬＢＡポインタ＝＃４とセットされることにな
る。また、ＬＢＡ１４以降のセクターがバッファリング
されていくことに応じて有効セクター数はインクリメン
トされていくことになるため、ＬＢＡ１８までのバッフ
ァリングが行われた時点では、有効セクター数＝５とな
っている。また、このバッファリングは、それ以前にバ
ッファリングされていたデータ（ＬＢＡ１１〜ＬＢＡ１
３）からシーケンシャルなデータであり、これらの過去
のバッファリングデータを有効とすることが好ましい。
従ってバッファリング開始時点で保存セクター数＝３と
される。

【００４０】このようにＬＢＡ１４〜ＬＢＡ１８の５セ
クター分のバッファリングが行われた時点では、各パラ
メータの値によって、エリア＃１〜＃８に格納されてい
るＬＢＡ１１〜ＬＢＡ１８が有効なセクターと示される
ことになる。即ち有効なセクターの数とは、有効セクタ
ー数と保存セクター数の和となり、またそれらの各セク
ターのＬＢＡ及び格納位置は、規準ＬＢＡ、規準ＬＢＡ
ポインタの各値から算出できるものとされている。

【００４１】なお、実際にはGranularity Test対策のた
めに、過去のバッファリングデータ（保存セクター数で
管理されるデータ）は１セクター以上は確保されるよう
にする。そしてバッファリングの際には、有効セクター
数と保存セクター数の和が規定数を確保できるように、
更新するキャッシュデータ量が決められることになる。

【００４２】４．転送要求発生時の処理 以下、ホストコンピュータ１００から転送要求があった
際の再生装置の動作、即ちシステムコントローラ１０と
バッファマネージャ２１の動作について説明していく。
図５〜図８は、システムコントローラ１０とバッファマ
ネージャ２１の処理を示しているものであり、このフロ
ーチャートとともに図９〜図１２のバッファリング動作
例、転送動作例をあわせて説明していく。なおシステム
コントローラ１０の処理をステップＦ１００番代で、ま
たバッファマネージャ２１の処理をステップＦ２００番
代で示す。

【００４３】ホストコンピュータ１００からの転送要求
が発生すると、システムコントローラ１０はステップＦ
１０１として転送要求の受信処理を行う。即ち転送要求
スタートアドレスとレングスを取り込む。続いてステッ
プＦ１０２として、転送要求に応じてキャッシュヒット
状況のサーチのための各種パラメータを設定する。

【００４４】まず検索ＬＢＡ（ＴＧＴＡＤＲ）の値とし
て転送要求スタートアドレスの値をセットする。また検
索セクター数（ＴＧＴＳＥＣ）の値としてレングスの値
をセットする。さらに、検索フォーマット（ＳＲＣＨＦ
ＭＴ）、転送フォーマット（ＸＦＲＦＭＴ）、転送フェ
ーズ（ＣＤＭＴＲＭ）をそれぞれ状況に応じてセットす
る。以上の検索条件設定パラメータをセットしたら、バ
ッファマネージャ２１に対してキャッシュサーチ、即ち
キャッシュヒット状況の検索を指示する。

【００４５】バッファマネージャ２１はステップＦ２０
１で、キャッシュサーチの指示に応じて、各検索条件設
定パラメータを確認し、ステップＦ２０２においてキャ
ッシュサーチを実行する。このキャッシュサーチは、検
索条件設定パラメータとしての検索ＬＢＡ（ＴＧＴＡＤ
Ｒ）、検索セクター数（ＴＧＴＳＥＣ）、検索フォーマ
ット（ＳＲＣＨＦＭＴ）が参照するとともに、システム
コントローラ１０が管理しているキャッシュ管理パラメ
ータ、即ち規準ＬＢＡ（ＢＬＢＡＭＩＮ）、規準ＬＢＡ
ポインタ（ＢＬＢＡＭＩＮＰＴ）、有効セクター数（Ｓ
ＣＴＶＡＬＩＤ）、保存セクター数（ＳＣＴＯＬＤ）を
参照して行われる。

【００４６】ここでのキャッシュヒットの判定条件は、 （BLBAMIN）−（SCTOLD）≦（要求ＬＢＡ）≦（BLBAMI
N）＋（SCTVALID）−１ となる。要求ＬＢＡとはホストコンピュータ１００から
転送要求された各セクターのＬＢＡであり、即ち転送要
求スタートアドレス（＝検索セクター数（ＴＧＴＳＥ
Ｃ））とレングス（検索セクター数（ＴＧＴＳＥＣ））
によって示される各セクターのそれぞれのＬＢＡであ
る。例えば転送要求スタートアドレス＝ＬＢＡ１、レン
グス＝３であった場合、上記判定条件でいう要求ＬＢＡ
とは、ＬＢＡ１、ＬＢＡ２、ＬＢＡ３のそれぞれが相当
し、この各要求ＬＢＡについて上記判定条件に合致して
いるか否かが判定されることになる。

【００４７】上記判定条件としての第１項、即ち「規準
ＬＢＡ（BLBAMIN）−保存セクター数（SCTOLD）」は、
システムコントローラ１０が有効と認めているキャッシ
ュメモリ２０内のセクターの最小ＬＢＡを示すことにな
る。上記のように保存セクター数とは規準ＬＢＡから降
順に並ぶ有効セクター数であるため、例えば規準ＬＢＡ
（BLBAMIN）＝ＬＢＡ１０、保存セクター数（SCTOLD）
＝３である場合は、その保存セクター数によってＬＢＡ
９、ＬＢＡ８、ＬＢＡ７が有効として扱われることにな
り、従って第１項はこの場合ＬＢＡ１０−３＝ＬＢＡ７
となって、これが有効な最小ＬＢＡとなる。

【００４８】上記判定条件としての第３項、即ち「規準
ＬＢＡ（BLBAMIN）＋有効セクター数（SCTVALID）＋
１」は、システムコントローラ１０が有効と認めている
キャッシュメモリ２０内のセクターの最大ＬＢＡを示す
ことになる。つまりバッファリングを開始したＬＢＡか
ら連続して先読み確保した最後のＬＢＡである。また
「−１」は規準ＬＢＡ（BLBAMIN）自体を差し引くため
の演算である。例えば規準ＬＢＡ（BLBAMIN）＝ＬＢＡ
１０、有効セクター数（SCTVALID）＝５である場合は、
これによってＬＢＡ１０、ＬＢＡ１１、ＬＢＡ１２、Ｌ
ＢＡ１３、ＬＢＡ１４が有効セクターとして表されるこ
とになり、上記第３項はこの場合ＬＢＡ１０＋５−１＝
ＬＢＡ１４となって、有効な最大ＬＢＡを示すこととな
る。

【００４９】このような判定条件により、転送要求され
た各セクター（要求ＬＢＡ）がそれぞれキャッシュヒッ
トしているか否かについて判別されていく。仮に、上記
のように第１項としての最小ＬＢＡ＝ＬＢＡ７、第３項
としての最大ＬＢＡ＝ＬＢＡ１４とされているとして、
さらに上記のように要求ＬＢＡがＬＢＡ１、ＬＢＡ２、
ＬＢＡ３のそれぞれであったとすると、このＬＢＡ１、
ＬＢＡ２、ＬＢＡ３のいずれも、上記判定条件を満たし
ていないことになる。つまり、どれもキャッシュヒット
していないことになる（キャッシュミス）。

【００５０】一方、要求ＬＢＡがＬＢＡ１０、ＬＢＡ１
１、ＬＢＡ１２のそれぞれであったとすると、このどれ
もが上記判定条件を満たしており、つまり全てキャッシ
ュヒットしたことになる（オールヒット）。さらに、要
求ＬＢＡがＬＢＡ１４、ＬＢＡ１５のそれぞれであった
とすると、ＬＢＡ１４についてはキャッシュヒットした
が、ＬＢＡ１５はキャッシュヒットしなかったことにな
り、つまり一部がキャッシュヒットしたことになる（パ
ーシャルヒット）。

【００５１】ステップＦ２０２のキャッシュサーチとし
ては、例えばこのように転送要求されたセクターについ
てのキャッシュヒット判定をしていくことになる。キャ
ッシュサーチが終了したら、処理はステップＦ２０３か
らＦ２０４に進み、バッファマネージャ２１はヒットセ
クター数を所定のパラメータとしてセットするととも
に、システムコントローラ１０に対して検索終了通知を
行う。

【００５２】キャッシュサーチ自体はバッファマネージ
ャ２１によって行われることで、システムコントローラ
１０は、ステップＦ１０２の後は検索終了通知を待機し
ていることになり、例えばその間に他の処理を実行して
いることが可能となっている。換言すれば、処理負担が
削減されている。そして、検索終了通知が確認されたら
処理をステップＦ１０３からＦ１０４にすすめ、ヒット
セクター数を確認する。そしてヒットセクター数から確
認できるキャッシュサーチの結果により、ステップＦ１
０５で処理を分岐する。即ち、キャッシュミスか、パー
シャルヒットか、オールヒットかにより処理を分岐す
る。またバッファマネージャ２１でも、キャッシュサー
チの結果により、ステップＦ２０５で処理を分岐する。
即ち、キャッシュミスか、パーシャルヒットか、オール
ヒットかにより処理を分岐する。

【００５３】キャッシュサーチの結果、キャッシュミス
となった場合のシステムコントローラ１０及びバッファ
マネージャ２１の処理を図６に示す。この場合は、転送
要求された全セクターについて、ディスク９０から読み
出してキャッシュメモリ２０にバッファリングを行い、
バッファリング完了に応じて転送出力を行うという処理
が実行されることになる。

【００５４】まずシステムコントローラ１０はステップ
Ｆ１０６として転送要求されたセクターのバッファリン
グ処理を行う。即ち、バッファリング開始に伴ってキャ
ッシュ管理パラメータとしての規準ＬＢＡ、規準ＬＢＡ
ポインタ、有効セクター数、保存セクター数を初期化す
る。そしてディスク９０からの読出動作、デコード動作
の制御を行うとともに、デコードされたデータのキャッ
シュメモリ２０へのバッファリングを開始させる。

【００５５】そして要求セクターのバッファリングが完
了することに応じてステップＦ１０７からＦ１０８に進
み、バッファマネージャ２１に対してバッファリングさ
れた要求セクターのホストコンピュータ１００への転送
を指示する。バッファマネージャ２１は転送指示に応じ
てステップＦ２０６で要求セクターの転送出力を行い、
転送が完了したらステップＦ２０７からＦ２０８に進ん
で、転送完了をシステムコントローラ１０に報告する。
即ちこのような転送動作は、システムコントローラ１０
の制御に基づく通常の転送動作となる。

【００５６】システムコントローラ１０は、転送完了報
告を受けたらステップＦ１０９からＦ１１０に進み、要
求された全セクターの転送出力が完了したか否かを判断
する。例えばホストコンピュータ１００からの転送要求
セクター数が多かった場合は、複数回に分けて転送を行
うことがある。この場合、再びステップＦ１０７に戻
り、残りのセクターの転送出力を実行させることにな
る。

【００５７】要求された全セクターの転送出力が完了し
たら、処理はステップＦ１１１に進み、転送要求に対す
る終了処理を行って、転送要求発生時の一連の処理を終
え、次の転送要求を待機する。そして次の転送要求が発
生したら、図５からの処理が再び開始されることにな
る。

【００５８】以上の処理はキャッシュミスの場合の処理
であるが、このような場合のバッファリング及び転送動
作の例を図９、図１０で説明する。図９はキャッシュメ
モリ２０が初期状態にある場合を示しており、エリア＃
０〜＃９にはセクターデータは格納されていない状態で
ある。このときシステムコントローラ１０はキャッシュ
管理パラメータとしての規準ＬＢＡ、規準ＬＢＡポイン
タ、有効セクター数、保存セクター数は全て初期値とし
て保持している。

【００５９】例えばこのようなときにホストコンピュー
タ１００から転送要求として転送要求スタートアドレス
＝ＬＢＡ１６、レングス＝２が発生された場合、当然な
がらキャッシュミスとなるため図６の処理に進むことに
なり、ステップＦ１０６ではＬＢＡ１６以降のバッファ
リングを行うことになる。即ち図１０に示すように、バ
ッファリング開始にあたって規準ＬＢＡ＝ＬＢＡ１６、
規準ＬＢＡポインタ＝＃０、有効セクター数＝０、保存
セクター数＝０と設定するとともに、各セクターのバッ
ファリング実行（デコーダインターラプト）に応じて有
効セクター数をインクリメントしていく。この場合、転
送要求対象となっているセクターはＬＢＡ１６、ＬＢＡ
１７の２セクターであるが、いわゆる先読みバッファリ
ングとして最大４セクター分を行うとすると、図示する
ようにセクターＬＢＡ２１までがバッファリングされて
いく。従ってそのＬＢＡ２１までが先読みバッファリン
グとして確保された時点で、有効セクター数＝６とな
る。

【００６０】ステップＦ１０７以降の転送制御に関して
は、セクターＬＢＡ１６、ＬＢＡ１７がバッファリング
された時点で実行することができる。そしてセクターＬ
ＢＡ１６、ＬＢＡ１７がバッファリングされた時点で、
上述したようにＬＢＡ１６，ＬＢＡ１７の転送指示を出
し、ホストコンピュータ１００に対する転送出力を実行
させる。そしてそれが完了したら、ステップＦ１１８の
終了処理を行って待機状態に移ることになる。

【００６１】転送要求が発生した場合には、図５の処理
が行われるわけであるが、次に、バッファマネージャ２
１によるキャッシュサーチの結果、パーシャルヒットと
なった場合の処理を図７で説明する。この場合は、転送
要求された一部のセクターについては、そのままキャッ
シュメモリ２０から読み出して転送出力できる（キャッ
シュヒット転送）。このため、本例ではバッファマネー
ジャ２１が自動的にキャッシュヒット転送を行うこと
で、システムコントローラ１０の処理負担を削減してい
る。まず図７に示すステップＦ２０９として、バッファ
マネージャ２１はキャッシュヒットしたセクターの転送
出力を実行する。そして転送が完了したらステップＦ２
１０からＦ２１１に進み、システムコントローラ１０に
対して、ヒットセクターに関して転送を終了した旨の通
知を行う。

【００６２】一方システムコントローラ１０は、パーシ
ャルヒット処理に移ったらステップＦ１１２として、キ
ャッシュヒットしなかった残りのセクターを確保するた
めのバッファリング処理を行うことになる。即ち、バッ
ファリング開始に伴ってキャッシュ管理パラメータとし
ての規準ＬＢＡ、規準ＬＢＡポインタ、有効セクター
数、保存セクター数を更新設定する。そしてディスク９
０からの読出動作、デコード動作の制御を行うととも
に、デコードされたデータ、つまりここではキャッシュ
ヒットしなかったセクターデータのキャッシュメモリ２
０へのバッファリングを開始させる。

【００６３】このようにバッファリングの実行制御を行
いながら、ステップＦ１１３でバッファマネージャ２１
からのヒットセクター転送完了報告を待機しており、ヒ
ットセクター転送完了報告があったらステップＦ１１４
に進む。そして転送していない残りの要求セクターのバ
ッファリングが完了することに応じてステップＦ１１４
からＦ１１５に進み、バッファマネージャ２１に対して
バッファリングされた要求セクター（残りのセクター）
のホストコンピュータ１００への転送を指示する。バッ
ファマネージャ２１は転送指示に応じてステップＦ２１
２で要求セクターの転送出力を行い、転送が完了したら
ステップＦ２１３からＦ２１４に進んで、転送完了をシ
ステムコントローラ１０に報告する。

【００６４】システムコントローラ１０は、転送完了報
告を受けたらステップＦ１１６からＦ１１７に進み、要
求された全セクターの転送出力が完了したか否かを判断
する。まだ転送していないセクターがあればステップＦ
１１４に戻ってバッファリングに応じた転送処理を継続
する。ステップＦ１１７で、要求された全セクターの転
送出力が完了したと判断されたら、処理はステップＦ１
１８に進み、転送要求に対する終了処理を行って、転送
要求発生時の一連の処理を終え、次の転送要求を待機す
る。

【００６５】すなわちパーシャルヒットの場合は、この
ようにヒットセクターに関してはバッファマネージャ２
１が自動的に転送出力を行ってしまい、キャッシュヒッ
トしなかったセクターに関してのみ、システムコントロ
ーラ１０がバッファリング及び転送出力の制御を行うこ
とになる。このような場合のバッファリング及び転送動
作の例を図１１で説明する。キャッシュメモリ２０が、
上記図１０のような格納状態にあった時点で、図１１に
示すようにホストコンピュータ１００から転送要求とし
て転送要求スタートアドレス＝ＬＢＡ２１、レングス＝
２が発生されたとする。この場合に図５のステップＦ２
０２のキャッシュサーチが行われると、上記判定条件か
らわかるように、要求セクターＬＢＡ２１はキャッシュ
ヒットするが、もう１つの要求セクターＬＢＡ２２はキ
ャッシュヒットしないことになる。

【００６６】このため、図７のステップＦ２０９の処理
として、バッファマネージャ２１はキャッシュヒットし
たセクターＬＢＡ２１をホストコンピュータ１００に自
動転送する。一方、システムコントローラ１０はステッ
プＦ１１２からのバッファリング処理で、図１１に示す
ようにＬＢＡ２２以降のバッファリング（先読みバッフ
ァリングも含む）を実行していく。バッファリング開始
時点では規準ＬＢＡ＝ＬＢＡ２２、規準ＬＢＡポインタ
＝＃６、有効セクター数＝０、保存セクター数＝６と設
定するとともに、各セクターのバッファリング実行（デ
コーダインターラプト）に応じて有効セクター数をイン
クリメントしていく。例えばＬＢＡ２４までのバッファ
リングが行われた時点で有効セクター数＝３となる。

【００６７】バッファマネージャ２１による自動転送が
できなかったセクターはＬＢＡ２２であるが、まずバッ
ファマネージャ２１によるＬＢＡ２１の自動転送が完了
し、かつＬＢＡ２２がバッファリングできた時点で、ス
テップＦ１１５の転送制御が可能となる。即ちこの時点
でセクターＬＢＡ２２の転送指示を出し、ホストコンピ
ュータ１００に対する転送出力を実行させる。このＬＢ
Ａ２２の転送を完了すると、ステップＦ１１８の終了処
理を行って待機状態に移ることになる。

【００６８】転送要求が発生し、バッファマネージャ２
１によるキャッシュサーチが行われた結果、オールヒッ
トとなった場合の処理を図８で説明する。この場合は、
転送要求された全セクターについて、そのままキャッシ
ュメモリ２０から読み出して転送出力できる（キャッシ
ュヒット転送）。このためこの場合も、バッファマネー
ジャ２１が自動的にキャッシュヒット転送を行うこと
で、システムコントローラ１０の処理負担を削減してい
る。まず図８に示すステップＦ２１５として、バッファ
マネージャ２１はキャッシュヒットしたセクターの転送
出力を実行する。このときキャッシュヒットセクターの
転送に伴って、転送フェーズの処理も行う（ＡＴＡＰＩ
プロトコルの自動設定）。これについては後述する。そ
して転送が完了したらステップＦ２１６からＦ２１７に
進み、システムコントローラ１０に対して、ヒットセク
ターの転送を終了した旨の通知を行う。

【００６９】一方システムコントローラ１０は、オール
ヒット処理の場合は、バッファリング等は不要なため、
ステップＦ１１９でバッファマネージャ２１からのヒッ
トセクター転送完了報告を待機しておればよい。その間
は他の処理を行うことができ、例えば先読みバッファリ
ングを進めて行くなどの処理を行ってもよい。そしてヒ
ットセクター転送完了報告があったら、要求された全て
のセクターの転送が完了したことになるため、処理をス
テップＦ１２０に進み、転送要求に対する終了処理を行
って、転送要求発生時の一連の処理を終え、次の転送要
求を待機する。

【００７０】すなわちオールヒットの場合は、このよう
に全セクターに関してバッファマネージャ２１が自動的
に転送出力を行ってしまい、システムコントローラ１０
はバッファリング及び転送出力の制御を行う必要はな
い。

【００７１】このような場合の転送動作の例を図１２で
説明する。キャッシュメモリ２０が、上記図１１のよう
な格納状態にあった時点で、図１２に示すようにホスト
コンピュータ１００から転送要求として転送要求スター
トアドレス＝ＬＢＡ２３、レングス＝２が発生されたと
する。この場合に図５のステップＦ２０２のキャッシュ
サーチが行われると、上記判定条件からわかるように、
要求セクターＬＢＡ２３、ＬＢＡ２４の両方ともキャッ
シュヒットすることになる。

【００７２】このため、図８のステップＦ２１５の処理
として、バッファマネージャ２１はキャッシュヒットし
たセクターＬＢＡ２３、ＬＢＡ２４をホストコンピュー
タ１００に自動転送する。これによってホストコンピュ
ータ１００からの要求に応じた転送が完了することにな
る。

【００７３】なお、オールヒットで自動転送する場合
は、ステップＦ２１５で示したよう転送フェーズの設定
が必要になる。例えばホストコンピュータ１００から要
求されたデータ長が長いときは、複数回に分けて転送を
行う必要がある。そしてステップＦ２０２でのキャッシ
ュサーチについても、その分割される転送毎に実行させ
ることになる。このような事情を考慮すると、キャッシ
ュサーチの結果がオールヒットとなった場合は、システ
ムコントローラ１０はそのままコマンドを終了するのか
（Transfer to State）、或いは分割サーチとしてのサ
ーチ要求をするのか（Transferto Transfer）を、あら
かじめバッファマネージャ２１に伝えなければならな
い。即ちこれがわからなければ自動転送終了を行うこと
ができなくなる。そこでシステムコントローラ１１はス
テップＦ１０２で検索条件設定パラメータの１つとして
転送フェーズを設定するようにし、オールヒットの場
合、Transfer to Transferとするか、Transfer to Stat
eとするかを、予めバッファマネージャ２１に伝えるよ
うにしているものである。

【００７４】以上のように本例では、ホストコンピュー
タ１００からデータ転送要求があった際に、バッファマ
ネージャ２１がキャッシュヒット判別を行い、ヒット転
送可能なデータについては、システムコントローラ１０
の転送指示を待たずに転送出力を実行するようにしてい
る。このため、システムコントローラ１０（ファームウ
エア）はキャッシュヒット判別やキャッシュヒットデー
タの転送に関しては制御を行うことが不要となり、その
処理負担は著しく軽減される。そしてこれによってシス
テム制御手段に対するコマンドオーバーヘッドの顕在化
を回避することができ、もって迅速なデータ転送出力が
実現できるという効果がある。特に処理負担が減ったこ
とによって生じた余裕時間を利用して先読みバッファリ
ング処理も行うようにすれば、キャッシュヒット転送の
確率を高めることができ、より効率的な転送動作を実現
できる。

【００７５】また、キャッシュ管理パラメータや検索条
件設定パラメータは、システムコントローラ１０がバッ
ファリング動作の実行制御に伴って設定又は更新するも
のとしており、バッファマネージャ２１はキャッシュ管
理パラメータと検索条件設定パラメータを参照すること
で、キャッシュヒット判別を行うことができるようにし
ている。従ってバッファマネージャ２１がキャッシュ管
理のためのパラメータ処理を行う必要はなく、構成の複
雑化を招かない。さらに、保存セクター数ＳＣＴＯＬＤ
の設定により、過去にバッファリングされたデータもキ
ャッシュヒット転送に有効利用できる。

【００７６】なお本例では、ステップＦ１０２で設定さ
れる検索条件設定パラメータの１つとして、検索フォー
マット（ＳＲＣＨＦＭＴ）を設定している。これによ
り、検索対象としてのフォーマットの条件を加えること
もでき、よりフレキシブルな転送処理を行うことができ
る。

【００７７】５．変形例 本例の変形例としては、キャッシュヒット自動転送させ
るための条件（キャッシュヒット判別の条件）として、
デコーダ１２によるエラー訂正結果（又はエラー検出結
果）を考慮することも考えられる。即ち、エラー訂正Ｏ
Ｋ（又はエラー検出ＯＫ）のデータセクターのみをキャ
ッシュヒット転送の対象とするか、もしくはエラー訂正
ＮＧ（又はエラー検出ＮＧ）のデータセクターもキャッ
シュヒット転送の対象に含めるかの設定を行うものであ
る。場合によっては、エラーセクターに関してもホスト
コンピュータ１００に転送してしまうことで、一連のシ
ーケンス（データ的なシーケンスもしくは処理シーケン
ス）を止めないようにする方が好都合な場合もある。例
えばホストコンピュータ１００が再生装置からの転送動
作を実行させてレートチェックなどの処理を行う場合な
どである。そこで、そのような場合はエラーセクターに
関しても転送してしまえるようにすれば、よりフレキシ
ブルな対応が実現できる。

【００７８】また、キャッシュヒット転送の条件とし
て、著作権保護のための相互認証の合否を考慮すること
も考えられる。例えばＤＶＤでは、Authenticationとい
うプロセスがあり、再生装置とＭＰＥＧボードの間で相
互認証に成功したときだけ著作権保護されているデータ
をＭＰＥＧボードに転送できるような処理方式が存在す
る。従って上記例の応用として、Authenticationが成立
したか否かの情報に基づき、そのデータセクターをキャ
ッシュヒット転送の対象とするか否かを判別するように
することが考えられる。例えばキャッシュメモリ２０の
格納状況としてはキャッシュヒットとなるが、Authenti
cation不成立の場合は、それをキャッシュヒットとは認
めない（自動転送しない）ようにするものである。この
ようにすることで著作権状況に応じた対応が可能とな
る。

【００７９】なお、上記例では、キャッシュヒットとな
ったデータセクターについてはバッファマネージャ２１
が常に自動転送を実行するようにしたが、このような自
動転送を実行させるか否かをシステムコントローラ１１
があらかじめ設定できるようにしてもよい。つまり自動
転送実行モードの場合のみ、上記のようなバッファマネ
ージャ２１による自動転送が実行されるようにし、自動
転送実行モードとされていないときは、キャッシュヒッ
トしたデータセクターについても、システムコントロー
ラ１０の制御により転送を行うようにするものである。

【００８０】

【発明の効果】以上説明したように本発明では、ハード
ウエアとしてのキャッシュ処理手段（例えば上記バッフ
ァマネージャ２１）が外部のホスト機器からデータ転送
要求があった際に、その転送要求対象となっているデー
タの全部又は一部がキャッシュメモリ手段に格納されて
転送可能であるか否かというキャッシュヒット判別を行
い、転送可能なデータについては、システム制御手段か
らの転送指示を待たずにホスト機器への転送出力を実行
する。そしてシステム制御手段（例えば上記システムコ
ントローラ１０）としては、外部のホスト機器からデー
タ転送要求があり、かつキャッシュ処理手段でのキャッ
シュヒット判別により、転送要求対象となっているデー
タの一部又は全部がキャッシュメモリ手段から転送可能
でないと判別された場合に、少なくともその転送可能で
ないデータに関するバッファリング動作を実行制御する
とともに、そのバッファリング動作によって転送可能と
なることに応じて、そのデータのホスト機器への転送出
力の実行制御を行うようにする。このため、システム制
御手段（ファームウエア）はキャッシュヒット判別やキ
ャッシュヒットデータの転送に関しては制御を行うこと
が不要となり、その処理負担は著しく軽減される。そし
てこれによってシステム制御手段に対するコマンドオー
バーヘッドの顕在化を回避することができ、もって迅速
なデータ転送出力が実現できるという効果がある。また
処理負担が減ったことにより、システム制御部は待機時
間などを利用して先読みバッファリング処理などもでき
るようになり、キャッシュヒット転送の確率を高めるこ
と（つまり平均的な転送処理の迅速性を高めること）が
可能となる。

【００８１】また、キャッシュメモリ手段におけるデー
タ格納状況の管理パラメータは、システム制御手段がバ
ッファリング動作の実行制御に伴って設定又は更新する
ものとされ、また外部のホスト機器からデータ転送要求
があった際に、その転送要求対象を示す検索パラメータ
をシステム制御手段が設定するものとしていることで、
キャッシュメモリの管理は複雑にならず、また旧来のシ
ステムとの整合性もよいものとできるとともに、キャッ
シュ処理手段は、管理パラメータと検索パラメータを参
照することで、キャッシュヒット判別を行うことができ
るため、キャッシュ処理手段側がパラメータ管理を行う
必要もなく、構成の複雑化を招かない。また管理パラメ
ータとしては、キャッシュメモリ手段に格納されている
データのうちで、前記キャッシュ処理手段が参照する時
点において有効とされているデータを判別できるパラメ
ータが含まれているようにすれば、過去にバッファリン
グしたデータもキャッシュヒット転送に有効に利用でき
ることになる。

【００８２】また、キャッシュ処理手段は、キャッシュ
ヒット判別の際に、データフォーマットの種別、デコー
ド時のエラー状況、著作権保護のための情報などを判別
条件として加えることができるようにすることで、各種
事情に応じて柔軟な転送動作を行うことのできるシステ
ムを構築できる。さらにキャッシュ処理手段は、キャッ
シュヒット判別により、転送要求対象となっているデー
タの全部が転送可能と判別し、ホスト機器への転送出力
を実行する際に、転送プロトコルを判別することができ
るようにすることで、システム制御手段との間で整合性
よく処理を完了できる。

【図面の簡単な説明】

【図１】本発明の実施の形態の再生装置のブロック図で
ある。

【図２】実施の形態のキャッシュ処理パラメータの説明
図である。

【図３】実施の形態の検索条件設定パラメータの説明図
である。

【図４】実施の形態のキャッシュメモリの管理形態の説
明図である。

【図５】実施の形態の転送要求発生時の処理のフローチ
ャートである。

【図６】実施の形態のキャッシュミス処理のフローチャ
ートである。

【図７】実施の形態のパーシャルヒット処理のフローチ
ャートである。

【図８】実施の形態のオールヒット処理のフローチャー
トである。

【図９】実施の形態のキャッシュメモリの初期状態の説
明図である。

【図１０】実施の形態のバッファリング動作の説明図で
ある。

【図１１】実施の形態のバッファリング動作の説明図で
ある。

【図１２】実施の形態のバッファリング動作が不要とな
る場合の説明図である。

【符号の説明】

１ ピックアップ、２ 対物レンズ、３ 二軸機構、４
レーザダイオード、５ フォトディテクタ、６ スピ
ンドルモータ、８ スレッド機構、９ ＲＦアンプ、１
０ システムコントローラ、１３ インターフェース
部、１４ サーボプロセッサ、２０ キャッシュメモ
リ、２１ バッファマネージャ、９０ ディスク、１０
０ ホストコンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 忠 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 塚田 太司 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内

Claims (7)

【特許請求の範囲】
1. 【請求項１】 記録媒体からデータを読み出し、所要の
   デコード処理を行うことのできる読出手段と、 バッファリング動作として、前記読出手段によってデコ
   ードされたデータを格納することのできるキャッシュメ
   モリ手段と、 外部のホスト機器からデータ転送要求があった際に、そ
   の転送要求対象となっているデータの全部又は一部が前
   記キャッシュメモリ手段に格納されて転送可能であるか
   否かというキャッシュヒット判別を行い、転送可能なデ
   ータについては、転送指示を待たずに前記ホスト機器へ
   の転送出力を実行することのできるキャッシュ処理手段
   と、 外部のホスト機器からデータ転送要求があり、前記キャ
   ッシュ処理手段でのキャッシュヒット判別により、転送
   要求対象となっているデータの一部又は全部が前記キャ
   ッシュメモリ手段から転送可能でないと判別された場合
   に、少なくともその転送可能でないデータに関する前記
   バッファリング動作を実行制御するとともに、そのバッ
   ファリング動作によって転送可能となることに応じて、
   そのデータの前記ホスト機器への転送出力の実行制御を
   行うことのできるシステム制御手段と、 を備えたことを特徴とする再生装置。
2. 【請求項２】 前記キャッシュメモリ手段におけるデー
   タ格納状況の管理パラメータは、前記システム制御手段
   が前記バッファリング動作の実行制御に伴って設定又は
   更新するものとされ、 また外部のホスト機器からデータ転送要求があった際
   に、その転送要求対象を示す検索パラメータを前記シス
   テム制御手段が設定するものとされ、 前記キャッシュ処理手段は、前記管理パラメータと前記
   検索パラメータを参照することで、前記キャッシュヒッ
   ト判別を行うことを特徴とする請求項１に記載の再生装
   置。
3. 【請求項３】 前記管理パラメータとしては、前記キャ
   ッシュメモリ手段に格納されているデータのうちで、前
   記キャッシュ処理手段が参照する時点において有効とさ
   れているデータを判別できるパラメータが含まれている
   ことを特徴とする請求項２に記載の再生装置。
4. 【請求項４】 前記キャッシュ処理手段は、前記キャッ
   シュヒット判別の際に、データフォーマットの種別を判
   別条件の１つとして加えることができることを特徴とす
   る請求項１に記載の再生装置。
5. 【請求項５】 前記キャッシュ処理手段は、前記キャッ
   シュヒット判別の際に、デコード時のエラー状況を判別
   条件の１つとして加えることができることを特徴とする
   請求項１に記載の再生装置。
6. 【請求項６】 前記キャッシュ処理手段は、前記キャッ
   シュヒット判別の際に、著作権保護のための情報を判別
   条件の１つとして加えることができることを特徴とする
   請求項１に記載の再生装置。
7. 【請求項７】 前記キャッシュ処理手段は、前記キャッ
   シュヒット判別により、転送要求対象となっているデー
   タの全部が転送可能と判別し、前記ホスト機器への転送
   出力を実行する際に、転送プロトコルを判別することが
   できるようにされていることを特徴とする請求項１に記
   載の再生装置。