JPH1063578A - 情報記録再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 セグメントキャッシュ方式のキャッシュメモ
リを用いる場合に、記憶領域を最適なセグメント数に分
割して十分なパフォーマンスを得る。 【解決手段】 情報記録再生装置は、ディスク９に対し
て読み書きを行うデータを一時格納するキャッシュメモ
リ４を有し、キャッシュメモリ４には複数のセグメント
に分割されたセグメントキャッシュ方式のキャッシュメ
モリ領域であるセグメントキャッシュ領域４ｃが設けら
れ、処理速度の向上を図るようになっている。セグメン
トキャッシュ領域４ｃは、ＣＰＵ５のメインメモリ７の
容量などの条件に応じて決定される最適なセグメント数
となるようセグメント数を設定して一定とし、該セグメ
ントキャッシュ領域４ｃの容量に対応させて各セグメン
トの大きさが設定されて分割され、ランダムのライトコ
マンドなどに対して十分なパフォーマンスが得られるよ
うになっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、上位のホストコン
ピュータと記録媒体との間で転送されるデータを高速ア
クセス可能なキャッシュメモリに一時格納し、記録処理
や再生処理の高速化を図る情報記録再生装置に関する。

【０００２】

【従来の技術】一般に光ディスク装置などの情報記録再
生装置は、情報処理装置におけるホストコンピュータの
外部記録装置として用いられているが、記録媒体に対す
るデータの書き込み処理及び読み出し処理はホストコン
ピュータとの間でのデータ転送処理速度よりも遅いた
め、近年では中間にキャッシュメモリを設け、このキャ
ッシュメモリを介してデータ転送を行うことにより、デ
ータの記録処理や再生処理の高速化を図ったものが用い
られてきている。特に、光ディスクを記録媒体として用
いる光ディスク装置では、記録媒体への書き込み処理に
多くの時間がかかるため、記録データや再生データを一
時格納するディスクキャッシュメモリを設けたものが一
般的である。

【０００３】このようなキャッシュメモリを備えた装置
として、例えば特開平２−１２２３４５号公報に開示さ
れている記憶制御装置では、データの読み出し要求があ
った場合に、ホストコンピュータから要求されたデータ
と共に、さらに先のブロックのデータをあらかじめ先読
みするようにした、いわゆるリードアヘッド方式のキャ
ッシュメモリ装置が提案されている。この構成によれ
ば、ホストコンピュータから要求されたデータにおい
て、キャッシュメモリに格納されているデータについて
は記録媒体から読み出さずにキャッシュメモリよりホス
トコンピュータに転送することによって、読み出し処理
時のアクセスタイムを短縮でき、さらに、先読み処理に
よって読み出し時のキャッシュメモリのヒット率を向上
させることが可能である。

【０００４】また、書き込み処理時のアクセスタイムを
向上させるため、データをキャッシュメモリに一旦書き
込んだ後、ＣＰＵの処理の空き時間に記録媒体にデータ
を書き込むライトバック方式のキャッシュメモリを備え
た装置が提案されている。

【０００５】このような情報記録再生装置では、一般に
キャッシュメモリには記憶領域を連続的に繰り返して使
用するリングバッファ方式のものを用いているため、書
き込み処理時及び読み出し処理時においてキャッシュメ
モリに格納されているデータの検索を行うことができな
い。従って、場合によってはキャッシュの効果を十分発
揮できないという問題点があった。

【０００６】そこで、特開平３−１７６７２６号公報等
において、キャッシュメモリの記憶領域を複数のセグメ
ントに分割して使用するセグメントキャッシュ方式のキ
ャッシュメモリを備えた装置が提案されている。このよ
うなセグメントキャッシュ方式のキャッシュメモリを用
いることにより、例えば読み出し処理時において以前の
書き込み処理時にキャッシュメモリに格納したデータを
検索することができ、該当するデータが存在する場合に
キャッシュメモリから読み出してホストコンピュータへ
転送することによって処理速度を向上できる。

【０００７】

【発明が解決しようとする課題】従来のセグメントキャ
ッシュ方式のキャッシュメモリでは、分割するセグメン
ト数や各セグメントの大きさなどについてあまり考慮さ
れておらず、ランダムなライトコマンドを連続して受信
した場合など、場合によっては十分なパフォーマンスが
得られないという問題点があった。また、コントローラ
の動作プログラムに共通のファームウェアを用いて装置
のコストダウンを図る場合などに、各セグメントの大き
さを固定してしまうとキャッシュメモリの容量によって
はセグメント数が小さくなってしまい、十分なキャッシ
ュメモリの効果が得られないという問題点がある。

【０００８】本発明は、これらの事情に鑑みてなされた
もので、セグメントキャッシュ方式のキャッシュメモリ
を用いる場合に、キャッシュメモリの管理手段の条件に
応じて最適なセグメント数のセグメントキャッシュ領域
を設定してキャッシュメモリの十分なパフォーマンスを
得ることができ、リード時及びライト時の処理速度を向
上させることが可能な情報記録再生装置を提供すること
を目的としている。

【０００９】

【課題を解決するための手段】本発明による情報記録再
生装置は、記憶領域が複数のセグメントに分割され、各
セグメントに上位のホストコンピュータと記録媒体との
間で転送されるデータを一時格納するセグメントキャッ
シュ方式のキャッシュメモリと、前記キャッシュメモリ
に対するデータの読み書き制御、このキャッシュメモリ
に格納されたデータの管理及び検索を行うキャッシュメ
モリ管理手段とを備え、記録媒体に対して情報の記録再
生を行う情報記録再生装置であって、前記キャッシュメ
モリは、前記キャッシュメモリ管理手段の動作プログラ
ム及び管理データ格納用メモリの条件に応じて決定され
る最適なセグメント数に基づき、該キャッシュメモリの
記憶領域を分割するセグメント数を設定すると共に、こ
のセグメント数が得られるよう該キャッシュメモリの記
憶容量に対応させて各セグメントの大きさを設定してな
るものである。

【００１０】この構成により、キャッシュメモリは最適
なセグメント数で複数のセグメントに分割され、リード
時及びライト時にキャッシュメモリの十分なパフォーマ
ンスが発揮される。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図１ないし図８は本発明の一実施
形態に係り、図１は情報記録再生装置の構成を示すブロ
ック図、図２はキャッシュメモリの内部構成を示す機能
ブロック図、図３はタグの構成及びタグテーブルを示す
機能ブロック図、図４はセグメント情報となる各フラグ
の構成を示す機能ブロック図、図５はセグメント情報テ
ーブルを示す機能ブロック図、図６はリードコマンドに
対する動作を示すフローチャート、図７はライトコマン
ドに対する動作を示すフローチャート、図８は本実施形
態におけるセグメントの分割方法を示す作用説明図であ
る。

【００１２】本実施形態では、情報記録再生装置の一例
として光磁気ディスクを用いて記録再生を行う光磁気デ
ィスクドライブ装置の構成例を示す。情報記録再生装置
は、ホストコンピュータとインターフェースケーブルを
介して接続されＳＣＳＩによるコマンドやデータのやり
取りを制御（プロトコル制御）するＳＣＳＩ制御部２
と、ＳＣＳＩ制御部２に接続され、記録媒体としてのデ
ィスク９に対するデータのやり取りを制御するディスク
制御部３と、ディスク９に対して読み書きを行うデータ
を一時格納するキャッシュメモリ４と、装置各部の動作
を制御するＣＰＵ５と、ＣＰＵ５の動作プログラムを格
納するファームウェアプログラム格納部６と、ＣＰＵ５
の動作時のデータ等を格納する作業エリアとなるメイン
メモリ７と、ディスク９に対するデータの記録／再生を
行う記録再生ヘッドを制御するリード／ライト制御部８
と、を有して構成されている。

【００１３】キャッシュメモリ４は、図１の右下に示す
ように、ディフェクトデータ（ディスク管理情報）が格
納されるディスク管理領域４ａ、ディフェクトデータ読
み込み用のバッファとなるディフェクトバッファ領域４
ｂ、複数のセグメントに分割されてディスク９に対して
読み書きを行うデータが一時格納されるセグメントキャ
ッシュ方式のキャッシュメモリ領域であるセグメントキ
ャッシュ領域４ｃ、記憶領域を連続的に繰り返して使用
するリングバッファ方式のキャッシュメモリ領域である
リングバッファ領域４ｄの各領域が設けられて構成され
ている。

【００１４】メインメモリ７は、ＣＰＵ５の動作プログ
ラム実行時の各変数（スタック領域，グローバル変数
等）が格納されるドライブ管理データ領域７ａ、セグメ
ントキャッシュ領域４ｃの管理データ（タグテーブル，
セグメント情報等）が格納されるセグメントキャッシュ
管理データ領域７ｂ、リード／ライトコマンドに関する
リード／ライトパラメータキューが格納されるリード／
ライト管理データ領域７ｃの各領域が設けられて構成さ
れている。

【００１５】上記構成において、ホストコンピュータか
ら転送されてくるコマンド及びデータは、ＳＣＳＩ制御
部２を介してディスク制御部３へ送られる。例えばコマ
ンドがライトコマンドである場合、書き込みデータがキ
ャッシュメモリ４のセグメントキャッシュ領域４ｃに格
納され、この書き込みデータに関する管理データがメイ
ンメモリ７のセグメントキャッシュ管理データ領域７ｂ
に格納される。また、ライトコマンドに関する管理デー
タがメインメモリ７のリード／ライト管理データ領域７
ｃに格納される。ＣＰＵ５は、全てのデータを受け取る
とディスク制御部３，ＳＣＳＩ制御部２を介してホスト
コンピュータへライトコマンド処理の完了を返送すると
共に、前記各管理データに基づいてリード／ライト制御
部８に指示を送り、処理の空き時間にキャッシュメモリ
４からデータを読み出してディスク９に対してデータの
書き込みを行う。すなわち、本実施形態の情報記録再生
装置は、主にセグメントキャッシュ方式のキャッシュメ
モリを使用する構成となっている。

【００１６】前記キャッシュメモリ４内のセグメントキ
ャッシュ領域４ｃの構造を図２に示す。セグメントキャ
ッシュ領域４ｃは、キャッシュメモリとしてのデータ領
域全体が大きさの等しい複数の部屋（セグメント）に分
割されており、各セグメントに０〜ｎ−１（ｎはセグメ
ントの個数）の番号が付されている。本実施形態では、
セグメントキャッシュ領域４ｃの容量（例えば５１２ｋ
Ｂ，２ＭＢなど、以下、バッファサイズとも称する）に
関わらず、セグメントの個数を最適な値で一定（例えば
ｎ＝８０〜１００）とし、バッファサイズの大小に対応
して１セグメントの大きさを増減して設定し、前記セグ
メント数を有するよう複数のセグメントに分割するよう
な構造となっている。ここでは、キャッシュメモリ上の
データを格納する最小単位をブロック（例えば１ブロッ
ク＝１セクタ＝５１２バイト）とし、１セグメント＝８
ブロックの場合を示している。

【００１７】これに対し、リングバッファ領域４ｄは、
最低限２ブロック分の容量が必要であり、通常は２ブロ
ックだけ設けられている。

【００１８】次に、図３ないし図５を参照してセグメン
トキャッシュ管理データの構造を説明する。ライトコマ
ンドやリードコマンドは、ＬＢＡ（論理ブロックアドレ
ス）とレングス（データの長さ）を有しており、これら
によってコマンドに対応するデータの媒体上の書き込み
位置が表されており、キャッシュメモリ４に格納する際
には前記ＬＢＡをセグメントＬＢＡに変換してキャッシ
ュメモリ４上の格納位置を設定する。セグメントＬＢＡ
は、例えば１セグメント＝８ブロックの場合、８の倍数
となっている。

【００１９】前記セグメントＬＢＡとこれに対応するセ
グメント番号の組をタグと呼び、図３に示すように、こ
れらのタグをセグメントＬＢＡの順にソートして配列し
たタグテーブルがメインメモリ７のセグメントキャッシ
ュ管理データ領域７ｂに設けられている。このタグテー
ブルに格納された情報により、ＬＢＡからセグメント番
号を求めることができる。なお、タグテーブルにはテー
ブル上にあるタグのエントリー数が格納されている。

【００２０】また、セグメントキャッシュ管理データ領
域７ｂには、図４に示すようにダーティフラグ、アクテ
ィブフラグ、有効データフラグ、バッファアドレスから
なるセグメント情報を図５に示すようにセグメント番号
の順に配列したセグメント情報テーブルが設けられてい
る。

【００２１】ダーティフラグは、未書き込みのデータが
存在する場合にセットされるものである。アクティブフ
ラグは、データが媒体への書き込み中又は媒体からの読
み込み中である場合にセットされるものである。有効デ
ータフラグは、有効なデータが存在する場合にセットさ
れるものである。これらのフラグは、各セグメントのブ
ロック数分（例えば１セグメント＝８ブロックの場合０
〜７の８ビット分）設けられる。バッファアドレスは、
各セグメントが対応するバッファ（セグメントキャッシ
ュ領域）上の先頭アドレスを示したものである。これら
のセグメント情報は、セグメント番号の順に配列されて
図５に示すセグメント情報テーブルとしてセグメントキ
ャッシュ管理データ領域７ｂに格納される。

【００２２】なお、セグメントキャッシュ管理データ領
域７ｂには、データ転送に関する転送パラメータキュー
も格納されるようになっている。

【００２３】図６のフローチャートを基にリードコマン
ド受信時の動作を説明する。ＣＰＵ５は、リードコマン
ドを受信するとまずステップＳ１で、読み出すべきデー
タの残りブロック（未リードのブロック）があるか否
か、すなわちリードコマンドに対するデータの読み出し
処理が完了したかを判断し、残りブロックがある場合は
ステップＳ２以降の処理を実行する。

【００２４】ステップＳ２では、キャッシュメモリ４の
セグメントキャッシュ領域４ｃにおいてリードコマンド
のＬＢＡに該当するデータを格納したセグメントがある
か否か、すなわちリード要求されたデータがキャッシュ
メモリ内に存在しキャッシュヒットしたか否かを判断
し、該当するセグメントがある場合は、ステップＳ３に
進んでキャッシュメモリ４から該当するデータを読み出
してホストコンピュータへ転送する。このキャッシュヒ
ットの判断は、メインメモリ７のセグメントキャッシュ
管理データ領域７ｂに格納されたタグテーブルを検索す
ることによって容易に実行できる。そしてステップＳ４
で、残りブロック数と次に処理するＬＢＡの更新を行
い、ステップＳ１からの処理を繰り返す。

【００２５】このように、セグメントキャッシュ領域４
ｃを使用することにより、リード要求されたデータが以
前の書き込み処理などで書き込まれてキャッシュメモリ
４上に存在するか否かを容易に検索することができ、キ
ャッシュヒットした場合はキャッシュメモリ４から読み
出してホストコンピュータへ転送することで処理速度を
向上できる。

【００２６】一方、ステップＳ２で該当するセグメント
がない場合は、ステップＳ５でディスク９から読み出さ
なければならないブロック数を求めた後、ステップＳ６
において前記求めたブロック数よりキャッシュメモリ４
への読み込みが一度に可能か否かを判断し、可能である
場合はステップＳ７でリードアヘッド（先読み）するブ
ロック数を求める。そしてステップＳ８で、ディスク９
からキャッシュメモリ４のセグメントキャッシュ領域４
ｃへ目的のデータを読み出すと共に、キャッシュメモリ
４からホストコンピュータへこのデータを転送する。そ
の後、ステップＳ４の処理を実行してステップＳ１から
の処理を繰り返す。

【００２７】ステップＳ６でキャッシュメモリ４への読
み込みが一度にできない場合は、ステップＳ９に進み、
キャッシュメモリ４内のリングバッファ領域４ｄを使用
してリングバッファ方式により、ディスク９から目的の
データを読み出すと共に、このデータをホストコンピュ
ータへ転送する。その後、ステップＳ４の処理を実行し
てステップＳ１からの処理を繰り返す。

【００２８】このように、リード時にセグメントキャッ
シュ領域４ｃにデータを一度に読み込めない場合は、リ
ングバッファ領域４ｄに読み出したデータを格納するこ
とにより、一度のシーク動作で目的のデータを全てキャ
ッシュメモリ４に読み出してホストコンピュータへ転送
することができ、処理速度の向上が図れる。

【００２９】前記処理ループを何度か実行してステップ
Ｓ１でリードコマンドの残りブロックが無くなると、デ
ータの読み出し処理が終了する。

【００３０】次いで、図７のフローチャートを基にライ
トコマンド受信時の動作を説明する。ＣＰＵ５は、ライ
トコマンドを受信するとまずステップＳ１１で、書き込
むべきデータの残りブロック（未ライトのブロック）が
あるか否か、すなわちライトコマンドに対するデータの
書き込み処理が完了したかを判断し、残りブロックがあ
る場合はステップＳ１２以降の処理を実行する。

【００３１】ステップＳ１２では、キャッシュメモリ４
においてライトコマンドのＬＢＡに該当するデータを格
納したセグメントがあるか否か、すなわち以前のライト
コマンド処理において同一のＬＢＡの書き込みデータを
格納したセグメントがキャッシュメモリ内に存在するか
否かを判断し、該当するセグメントがない場合は、ステ
ップＳ１３に進んでデータを格納するセグメントを確保
する。例えば、空きセグメントの中からセグメント番号
の小さい順に確保していく。そしてステップＳ１４で、
セグメントの確保が成功したか否かを判断し、セグメン
トが確保できない場合はステップＳ１５でセグメントに
空きができるまで待ち、ステップＳ１１からの処理を繰
り返す。セグメントの空きがない場合は、例えばＬＢＡ
の大きい順やセグメント番号の小さい順などで使用済み
のセグメントのタグを解放する。

【００３２】ステップＳ１４でデータを格納するセグメ
ントが確保できると、ステップＳ１６に進み、ホストコ
ンピュータからの書き込みデータをキャッシュメモリ４
に受信し、前記確保したセグメントへ格納する。また、
ステップＳ１２で該当するセグメントがある場合は、直
接ステップＳ１６に進んで書き込みデータをキャッシュ
メモリ４に受信し、該当するセグメントへ上書きして格
納する。

【００３３】このように、同一のＬＢＡに対するライト
コマンドを受信した場合は、同じセグメントに書き込み
データを格納することにより、キャッシュメモリの使用
効率を向上させることができる。

【００３４】書き込みデータをキャッシュメモリ４に格
納した後、ステップＳ１７で、格納したデータに応じて
タグテーブルのソート及びセグメント情報テーブルの書
換えを行ってセグメント情報を更新する。そしてステッ
プＳ１８で、残りブロック数と次に処理するＬＢＡの更
新を行い、ステップＳ１１からの処理を繰り返す。

【００３５】前記処理ループを何度か実行してステップ
Ｓ１１でライトコマンドの残りブロックが無くなると、
書き込みデータの受信処理が終了する。そして、ＣＰＵ
５はホストコンピュータへライトコマンド処理の完了を
返送すると共に、処理の空き時間にキャッシュメモリ４
からデータを読み出してディスク９に対してデータの書
き込みを行う。

【００３６】ここで、本実施形態におけるキャッシュメ
モリ４内のセグメントキャッシュ領域４ｃの分割方法に
ついて説明する。ここでは、セグメント数を８０で一定
として考える。本実施形態では、セグメントキャッシュ
領域の容量（バッファサイズ）が異なる複数種のメモリ
を使用して装置を構成する場合であって、コストダウン
のために共通のファームウェアのプログラムによってド
ライブ装置の制御を行う場合において、メインメモリの
セグメントキャッシュ管理データ領域の容量などキャッ
シュメモリを管理する手段の条件に応じて決定される必
要十分な最適の値にセグメント数を設定して一定とし、
異なるキャッシュメモリの容量に対応させて各セグメン
トの大きさ（ブロック数）を変化させる。

【００３７】バッファサイズが５１２ｋＢでセグメント
数が８０の場合に図８のＡに示すように１セグメント当
たり８ブロックに分割されているとすると、バッファサ
イズが２ＭＢ（２０４８ｋＢ）でセグメント数が８０の
場合には図８のＢに示すように１セグメント当たり３２
ブロックとなる。

【００３８】ホストコンピュータから４つのランダムの
ライトコマンド（ＬＢＡ＝０，５００，２５０，１０
０）を受信した場合、図８に示す同じ３２ブロック分の
セグメントにおいて、これらのコマンドに対応する書き
込みデータＷＤ１〜ＷＤ４を図８のＡの場合は全て格納
することができるが、図８のＢの場合は１つのコマンド
に対応する書き込みデータＷＤ１しか格納することがで
きない。ただし、本実施形態のようにセグメントキャッ
シュ領域全体でセグメント数を同じにしておけば、例え
ば４０回ランダムのライトコマンドが連続発行された場
合においても、セグメント数が８０であれば一度に書き
込みデータを格納することができる。

【００３９】すなわち、同じ容量のセグメントキャッシ
ュ領域において、セグメント数を多くとればそれだけ多
数のライトコマンドに対応して書き込みデータを格納す
ることができる。セグメントキャッシュ領域の総セグメ
ント数は、セグメントキャッシュ管理データ領域の容量
によって制限され、またセグメント数をあまりにも大き
くとりすぎるとキャッシュメモリ内のデータの検索に手
間がかかってしまう。よって、前記セグメントキャッシ
ュ管理データ領域の容量の制限の範囲内でキャッシュメ
モリのパフォーマンスが十分得られるようにセグメント
数を設定すれば良い。例えば、装置条件で設定可能な最
大のセグメント数に設定する。

【００４０】逆に、１セグメント当たりのブロック数を
一定（例えば３２ブロック）としてセグメント数を変化
させると、バッファサイズが小さい場合はセグメント数
が少なくなり、一度に格納できるライトコマンドの数が
少なくなる。バッファサイズが２ＭＢで１セグメント当
たり３２ブロックの場合にセグメント数が８０であると
すると、バッファサイズが５１２ｋＢで１セグメント当
たり３２ブロックの場合にはセグメント数が２０とな
り、例えば４０回ランダムのライトコマンドが連続発行
されるとバッファサイズが５１２ｋＢの場合は一度に書
き込みデータを格納できず、一旦キャッシュメモリに空
きができるのを待たなければならない。よって、ランダ
ムのライトコマンドに対するパフォーマンスが低下して
しまうおそれがある。

【００４１】一方、本実施形態の構成では、セグメント
キャッシュ管理データ領域の容量などキャッシュメモリ
を管理する手段の条件に応じてセグメント数を必要十分
な最適の数に設定して一定とすることにより、バッファ
サイズが異なるキャッシュメモリを用いて構成した場合
でもランダムのライトコマンドに対するパフォーマンス
を等しくすると共に、リード時及びライト時の処理速度
を向上させることができる。また、コストダウンのため
に共通のファームウェアのプログラムによって動作する
制御部を用いてバッファサイズが異なるキャッシュメモ
リを使用する場合において、バッファサイズに関わらず
最適なセグメント数に分割されたセグメントキャッシュ
方式のキャッシュメモリを構成することができ、キャッ
シュメモリにおいて十分なパフォーマンスを得ることが
できる。

【００４２】

【発明の効果】以上説明したように本発明によれば、セ
グメントキャッシュ方式のキャッシュメモリを用いる場
合に、キャッシュメモリの管理手段の条件に応じて最適
なセグメント数のセグメントキャッシュ領域を設定して
キャッシュメモリの十分なパフォーマンスを得ることが
でき、リード時及びライト時の処理速度を向上させるこ
とが可能となる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る情報記録再生装置の
構成を示すブロック図

【図２】本実施形態におけるキャッシュメモリの内部構
成を示す機能ブロック図

【図３】タグの構成及びタグテーブルを示す機能ブロッ
ク図

【図４】セグメント情報となる各フラグの構成を示す機
能ブロック図

【図５】セグメント情報テーブルを示す機能ブロック図

【図６】リードコマンドに対する動作を示すフローチャ
ート

【図７】ライトコマンドに対する動作を示すフローチャ
ート

【図８】本実施形態におけるセグメントの分割方法を示
す作用説明図

【符号の説明】

２…ＳＣＳＩ制御部 ３…ディスク制御部 ４…キャッシュメモリ ５…ＣＰＵ ６…ファームウェアプログラム格納部 ７…メインメモリ ８…リード／ライト制御部 ９…ディスク ４ａ…ディスク管理領域 ４ｃ…セグメントキャッシュ領域 ４ｄ…リングバッファ領域 ７ｂ…セグメントキャッシュ管理データ領域

Claims (3)

【特許請求の範囲】
1. 【請求項１】 記憶領域が複数のセグメントに分割さ
   れ、各セグメントに上位のホストコンピュータと記録媒
   体との間で転送されるデータを一時格納するセグメント
   キャッシュ方式のキャッシュメモリと、 前記キャッシュメモリに対するデータの読み書き制御、
   このキャッシュメモリに格納されたデータの管理及び検
   索を行うキャッシュメモリ管理手段とを備え、記録媒体
   に対して情報の記録再生を行う情報記録再生装置であっ
   て、 前記キャッシュメモリは、前記キャッシュメモリ管理手
   段の動作プログラム及び管理データ格納用メモリの条件
   に応じて決定される最適なセグメント数に基づき、該キ
   ャッシュメモリの記憶領域を分割するセグメント数を設
   定すると共に、このセグメント数が得られるよう該キャ
   ッシュメモリの記憶容量に対応させて各セグメントの大
   きさを設定してなることを特徴とする情報記録再生装
   置。
2. 【請求項２】 前記キャッシュメモリのセグメント数
   は、前記キャッシュメモリ管理手段の管理データ格納用
   メモリの容量に応じて設定可能な最大のセグメント数に
   設定することを特徴とする請求項１に記載の情報記録再
   生装置。
3. 【請求項３】 前記キャッシュメモリは、前記セグメン
   ト数を有するよう複数のセグメントに分割され、該キャ
   ッシュメモリの記憶容量の大小に対応して各セグメント
   の大きさを増減して設定することを特徴とする請求項１
   に記載の情報記録再生装置。