JPH0727442B2

JPH0727442B2 - データ記憶装置階層構造におけるヒット率を向上させる方法およびそのための装置

Info

Publication number: JPH0727442B2
Application number: JP4214067A
Authority: JP
Inventors: リー・ダグラス・ウィルソン; ダニエル・ジェームズ・ウィナルスキ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1991-09-11
Filing date: 1992-08-11
Publication date: 1995-03-29
Anticipated expiration: 2010-03-29
Also published as: JPH05204557A; US5983318A; EP0532335A1

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ記憶装置階層構
造でのヒット率をできるだけ大きくすることに関するも
のである。さらに具体的には、本発明は、自動記憶装置
ライブラリで、最も頻繁に使用されるファイルを最も頻
繁に使用されるボリュームに移送することに関するもの
である。

【０００２】

【従来の技術】最新のコンピュータは、１台または複数
の中央演算処理装置とメモリ機構とを含むホスト・プロ
セッサを必要としている。プロセッサは、供給される命
令に応じて、メモリ中のデータを処理する。したがっ
て、メモリはプロセッサが必要とするデータを記憶し、
そのデータをコンピュータの全体的動作が可能な速度で
プロセッサに転送する能力を持たなければならない。し
たがって、コンピュータ・システムの商業的成功にとっ
て、コンピュータ・メモリのコストと性能は決定的に重
要である。

【０００３】現在のコンピュータは大量のデータ記憶容
量を必要とするので、多くの形態のコンピュータ・メモ
リが使用可能である。高速であるが高価な形態のメモリ
は、主記憶装置であり、通常はマイクロチップから構成
される。利用可能な他の形態のメモリは、周辺記憶装置
と呼ばれるもので、直接アクセス記憶装置（ＤＡＳ
Ｄ）、磁気テープ装置、光記録装置などがある。これら
の型式のメモリは、実際にはその記憶媒体上にデータを
記憶する。これらの型式のメモリは、主記憶装置よりも
記憶密度が高く、コストは安いが、主記憶装置が提供す
る性能を提供しない。例えば、テープまたはディスクを
ドライブの読み書き機構の下で正しく位置決めするのに
必要な時間は、主記憶装置の純粋に電子的な高速のデー
タ転送速度には及ばない。

【０００４】コンピュータ内のすべてのデータを１種類
のメモリ装置に記憶するのは効率が悪い。すべてのデー
タを主記憶装置に記憶するとコストが高くなりすぎ、す
べてのデータを１つの周辺記憶装置に記憶すると性能が
低下する。従って、通常のコンピュータ・システムは、
主記憶装置と、１つまたは複数の型式の周辺記憶装置を
含み、それらがデータ記憶装置階層構造として配列され
ている。データ記憶装置階層構造の配列は、ユーザの性
能とコストの要件に合わせて調整される。この記憶装置
階層構造中では、主記憶装置はしばしば１次データ記憶
装置と呼ばれ、階層構造のその次の階層レベルはしばし
ば２次データ記憶装置と呼ばれ、以下同様である。一般
に、階層構造中の最高の階層レベルは、記憶密度が最低
で、性能とコストが最高である。階層構造中を下がるに
つれて、記憶密度は一般に増し、性能は一般に下がり、
コストも一般に低下する。必要なとき階層構造中の異な
る階層レベル間でデータを転送することにより、メモリ
のコストが最低になり、性能が最高になる。すなわち、
あるデータをプロセッサが必要とすると予想される間だ
け、そのデータを主記憶装置に記憶する。この記憶装置
階層構造は多くの形態をとることができ、任意の数のデ
ータ記憶装置またはメモリ・レベルを含み、異なる２つ
のメモリ・レベル間で直接データを転送することができ
る。データの転送には、当技術分野で周知の入出力チャ
ネル、制御装置、あるいはキャッシュ・メモリを使用す
る。

【０００５】技術図面、金融保険関係の書類、医療関係
の図表・レコードにはイメージが含まれることがある。
最近まで、イメージ・データをコスト効果の高い形でメ
モリに記憶することは不可能であった。イメージは多く
の形態をとることができ、したがってテキストほど容易
にかつコンパクトにコンピュータの２進値０と１にコー
ド化することができない。技術図面は通常、紙、マイク
ロフィルム、あるいはマイクロフィッシュに保管され、
ある図面へのアクセスが必要なとき、手で検索する必要
がある。Ｘ線その他医療用の診断イメージ、金融機関同
士の間での取引に使用される銀行小切手、保険レコー
ド、ＦＡＸ文書のイメージなどでも同じである。したが
って、コンピュータの発達にもかかわらず、世界のデー
タの大部分はなお紙に保管されていると推定される。こ
うしたイメージ・データを含む紙の文書をファイルし、
保管し、検索するコストは、うなぎ登りに増大してい
る。アクセスが必要なとき手で検索しなければならない
文書で一杯の部屋または倉庫を維持することは、もはや
許容されない。現在では光スキャナでイメージを周辺記
憶装置に記憶できる機械読取り可能な形に変換すること
ができるが、イメージ・データ用の必要な記憶空間は、
紙の文書に必要な量よりはずっと少ないものの、なおか
なり大きい。大部分のビジネス適用業務には、多数のデ
ィスクまたはテープが必要である。したがって、こうし
たディスクまたはテープの記憶を管理するため、自動記
憶装置ライブラリが開発された。

【０００６】自動記憶装置ライブラリは、磁気テープ、
磁気ディスク、光ディスク等の取外し可能なデータ記憶
媒体を保持するための複数の記憶セルと、ロボット式ピ
ッカー機構と、１台または複数の周辺記憶媒体アクセス
・デバイスとを含む。各データ記憶媒体は、ピッカーが
扱いやすいようにカセットまたはカートリッジ・ハウジ
ングに収納することができる。このピッカーは、コマン
ドに応じて、手の助けなしに記憶セルと内部周辺記憶媒
体アクセス・デバイスの間でデータ記憶媒体を移動す
る。記憶媒体をマウントした内部周辺記憶媒体アクセス
・デバイスは、「占有された」と言う。データ記憶媒体
を内部周辺記憶媒体アクセス・デバイスにマウントした
後は、システムが必要とする限り、その媒体にデータを
書き込み、その媒体からデータを読み出すことができ
る。データは１つまたは複数のファイルの形で記憶媒体
上に記憶される。各ファイルは論理データ・セットであ
る。ファイルは、特定のユーザによるアクセスのために
予約されており、かつそれが載っている記憶媒体が周辺
記憶媒体アクセス・デバイスにマウントされて、いつで
もアクセスできる状態になったとき、「開いている」と
見なされる。例えば、光ディスク・ライブラリでは、フ
ァイルは、排他的アクセスのために予約され、それが載
っているディスクがドライブにマウントされて回転して
いる場合に、開いている。開いたファイルを含む記憶媒
体がマウントされた周辺記憶媒体アクセス・デバイス
は、実際の電子的転送が起こっているか否かにかかわら
ず「活動状態」にあると見なされる。マウントされた記
憶媒体が、ディレクトリの読取りなど、ファイルが開い
ていることを必要としない標準のオペレーティング・シ
ステム・コマンドの下でアクセスされている場合も、周
辺記憶媒体アクセス・デバイスは活動状態にある。活動
状態の記憶媒体は、一般に活動状態の周辺記憶媒体アク
セス・デバイス内にある記憶媒体であると見なされる。
内部周辺記憶媒体アクセス・デバイスおよび記憶セル
は、データ記憶装置階層構造の異なる階層レベルにある
と見なすことができる。その上、シェルフ記憶装置内の
（すなわち記憶セル内にはなく、手による介入なしにロ
ボット式ピッカーの手の届く範囲外にある）データ記憶
媒体は、データ記憶装置階層構造のさらに別の階層レベ
ルにあると見なすことができる。

【０００７】自動記憶装置ライブラリはまた、１台また
は複数の外部周辺記憶媒体アクセス・デバイスを含むこ
とができる。外部周辺記憶媒体アクセス・デバイスと
は、内部周辺記憶媒体アクセス・デバイスとは違って、
ピッカーでアクセスできず、手でロードしアンロードす
る必要のある、周辺記憶媒体アクセス・デバイスを言
う。外部周辺記憶媒体アクセス・デバイスは、ライブラ
リ・オペレータの便宜のためライブラリに含めることが
できる。短時間のアクセスしか必要としないシェルフ記
憶媒体は、ライブラリに挿入する必要がなく、また内部
周辺記憶媒体アクセス・デバイスの１つにマウントする
ためにピッカーで検索する必要もない。外部周辺記憶媒
体アクセス・デバイスも、データ記憶装置階層構造の異
なる１つの階層レベルと見なすことができる。本明細書
では今後、はっきりと明言する場合を除き、「周辺記憶
媒体アクセス・デバイス」とは内部周辺記憶媒体アクセ
ス・デバイスのみを指すものとする。

【０００８】いくつかの自動記憶装置ライブラリが知ら
れている。ＩＢＭ社は、１９７０年代に磁気テープ・モ
ジュールの記憶と検索用のＩＢＭ３８５０大容量記憶装
置サブシステムを導入した。さらに最近になって、いく
つかの会社が磁気テープ・カートリッジおよび光ディス
ク用の自動記憶装置ライブラリを導入している。例え
ば、米国特許第４６５４７２７号、第４８６４４３８
号、第４８６４５１１号の各明細書に、磁気テープ・カ
ートリッジ・ライブラリが開示されている。光ディスク
・ライブラリの例は、米国特許第４２７１４８９号、第
４５２７２６２号、第４６１４４７４号、第４７６６５
８１号の各明細書に出ている。これらのライブラリのロ
ボット式ピッカー機構は、それぞれ一度に１つのデータ
記憶媒体を扱うことのできる１個または複数のグリッパ
を含む。上記の米国特許第４２７１４８９号、第４５２
７２６２号、第４６１４４７４号は、ただ１個のグリッ
パを有するロボット式ピッカーを開示し、第４６５４７
２７号、第４８６４４３８号、第４８６４５１１号、第
４７６６５８１号は、複数のグリッパを有するロボット
式ピッカーを開示している。ＩＢＭはまた、２グリッパ
式ライブラリであるＩＢＭ９２４６光ライブラリ装置を
販売している。

【０００９】

【発明が解決しようとする技術課題】自動記憶装置ライ
ブラリはその大きなオンライン記憶容量が評価されてい
るが、その性能も重要である。自動記憶装置ライブラリ
の性能の１つの尺度は「ヒット率」であり、これは１つ
の記憶媒体マウント当りのファイル・アクセス数であ
る。ヒット率が向上するにつれて、ピッカーが実行しな
ければならないマウントおよびデマウント動作の数が減
少する。したがって、自動記憶装置ライブラリのヒット
率をできるだけ大きくすることが望ましい。

【００１０】本発明の主な目的は、データ記憶装置階層
構造の性能を向上させることである。

【００１１】本発明のもう１つの目的は、自動記憶装置
ライブラリの性能を向上させることである。

【００１２】本発明のもう１つの目的は、自動記憶装置
ライブラリのヒット率をできるだけ大きくすることであ
る。

【００１３】

【課題を解決するための手段】本発明の上記その他の目
的は、自動記憶装置ライブラリの各ファイルおよび書換
え可能記憶媒体の使用頻度を記録することによって達成
される。各ファイルごとに、ライブラリは、そのファイ
ルがアクセスされる回数をカウントする。各記憶媒体ご
とに、ライブラリはそのマウント数をカウントする。周
期的に、使用統計を調べて、ライブラリで最も頻繁に使
用されるファイルおよび記憶媒体が決定される。次に最
も頻繁に使用されるファイルが最も頻繁に使用される記
憶媒体に転送され、一層頻繁に使用されることになる。
使用頻度の少ないファイルは使用頻度の少ない記憶媒体
に転送され、一層少ない頻度で使用されることになる。
最も頻繁に使用される記憶媒体はマウントされる可能性
が最も大きくそのためヒット率が向上する。したがっ
て、ファイル・アクセスに必要なマウント動作およびデ
マウント動作の総数が少なくなる。

【００１４】本発明はまたその他にいくつかの機能を備
える。操作員は頻繁なアクセスを期待して、最も頻繁に
使用される記憶媒体上に含めるファイルを指定すること
ができる。また、自動記憶装置ライブラリの初期設定時
に、最も頻繁に使用される記憶媒体をその中の周辺記憶
媒体アクセス・デバイス内に優先的にマウントすること
ができる。最も頻繁に使用される記憶媒体の１つがデマ
ウントされた直後に再マウントされるようにするための
手段を設けることができる。上記の機能を実施するのに
適した自動記憶装置ライブラリを以下に開示する。

【００１５】本発明の１態様によれば、第１階層レベル
の記憶装置と第２階層レベルの記憶装置を含み、該第１
階層レベルおよび第２階層レベルの記憶装置に記憶され
たデータがファイルとしてアクセス可能であり且つ複数
のファイルを有するボリュームとして前記第１階層レベ
ル及び第２階層レベルの記憶装置の間で転送可能である
ごときデータ記憶装置階層構造におけるヒット率を向上
させるための方法が提供される。この方法は、前記第２
階層レベルの記憶装置から前記第１階層レベルの記憶装
置へボリュームを転送するステップと、前記第１階層レ
ベルの記憶装置内のファイルにアクセスするステップ
と、各ファイルのアクセス回数を追跡するステップと、
前記第２階層レベルの記憶装置から前記第１階層レベル
の記憶装置へのボリュームの転送回数を記録するステッ
プと、アクセス頻度が高いファイルおよび転送頻度が高
いボリュームを決定するステップと、アクセス頻度の高
いファイルを転送頻度の高いボリュームに移送するステ
ップとを含む。

【００１６】前記第１階層レベルの記憶装置はボリュー
ムＸ個分の記憶容量を有し、前記アクセス頻度の高いフ
ァイルは転送頻度の高いＸ個以下のボリュームに移送さ
れる。

【００１７】前記第１階層レベルの記憶装置に格納され
るデータは自動記憶装置ライブラリの周辺記憶装置デー
タ・アクセス・デバイス内のデータ記憶媒体内のデータ
であり、前記第２階層レベルの記憶装置に格納されるデ
ータは前記自動記憶装置ライブラりの記憶セルに記憶さ
れた記憶媒体中のデータである。

【００１８】また、本発明の他の態様では、データ記憶
装置階層構造が提供される。外界層構造は、データがフ
ァイルとしてアクセス可能であり且つ複数のファイルを
有するボリュームとして相互に転送可能であるような形
式でデータが記憶されている第１階層レベルの記憶装置
及び第２階層レベルの記憶装置と、前記第２階層レベル
の記憶装置から前記第１階層レベルの記憶装置へボリュ
ームを転送する手段と、前記第１階層レベルの記憶装置
内のファイルにアクセスする手段と、前記アクセス手段
による各ファイルのアクセスと前記第２階層レベルの記
憶装置から前記第１階層レベルの記憶装置への各ボリュ
ームの転送を記録する手段と、前記追跡手段に応答して
アクセス頻度が高いファイルおよび転送頻度が高いボリ
ュームを決定する手段と、アクセス頻度が高いファイル
を転送頻度が高いボリュームに移送する手段とを含む。

【００１９】更に他の態様では、複数のファイルよりな
るボリュームを少なくとも１つ含む記憶媒体を操作する
ための自動記憶装置ライブラリが提供される。該ライブ
ラリは、複数の周辺記憶媒体アクセス・デバイスと、各
々が前記記憶媒体の１つを格納することができる複数の
記憶セルと、前記アクセス・デバイスと前記記憶セルの
間で前記記憶媒体を移動し、前記記憶媒体をマウント
し、前記アクセス・デバイスの１つ内で各ボリュームを
マウントする手段と、各ファイルが前記アクセス・デバ
イスによりアクセスされる回数および各ボリュームが前
記アクセス・デバイスの１つ内の前記マウント手段によ
りマウントされる回数をカウントする手段と、前記カウ
ント手段に応答してアクセス頻度の高いファイルおよび
マウント頻度の高いボリュームを決定する手段と、アク
セス頻度の高いファイルをマウント頻度の高いボリュー
ムに移送する手段とを含む。

【００２０】前記周辺記憶媒体アクセス・デバイスはボ
リュームＸ個分の総マウント可能容量を有し、前記アク
セス頻度の高いファイルはマウント頻度の高いＸ個以下
のボリュームに移送される。

【００２１】前記周辺記憶媒体アクセス・デバイスはボ
リュームＸ個分の総マウント可能容量を有し、前記ライ
ブラリは、初期設定時にマウント頻度の高いＸ個以下の
ボリュームをマウントする手段を更に含む。

【００２２】前記ライブラリは、操作員が特定のファイ
ルを最もアクセス頻度の高いファイルとして指定するこ
とを可能にする手段を更に含む。

【００２３】

【実施例】図面において、様々な図で同じ番号は同じ特
徴および構造要素を示す。本発明の自動記憶装置ライブ
ラリは、光ディスク・ライブラリ中で実施されたものと
して説明する。図１ないし図４に、こうした光ディスク
・ライブラリの様々な図を示す。ライブラリ１は、ライ
ブラリの動作部分の大部分を収納するハウジング２を含
み、ハウジング２は内部にアクセスするための前後のド
ア板（図示せず）を有する。ライブラリ１はさらに、複
数の光ディスク記憶セル３と、複数の内部光ディスク・
ドライブ４を含む。各記憶セル３は、片面または両面に
データを記録した光ディスク１枚を格納することができ
る。ディスクの片面に記憶されたデータを「ボリュー
ム」と称する。好ましい実施例では、ライブラリ１は、
７２個の記憶セルからなる列を２列配列された計１４４
個の記憶セル３と、最大４台の光ディスク・ドライブ４
を含む。光ディスクは、アブレーティブ型、位相変化
型、光磁気式その他の方式の光記録層を含み、光ディス
ク・ドライブ４との整合性をもつ限り、読取り専用、追
記型、または書込み可能型のいずれでもよい。その上、
光ディスクは、ラセン形または同心円状のトラック・パ
ターンに記録することができる。記録フォーマットの詳
細は本発明の一部ではなく、当技術分野で既知のどんな
ものでもよい。ロボット式ピッカー５は、１個のグリッ
パ６を含み、グリッパ６は、どの記憶セル３またはドラ
イブ４にある光ディスクにもアクセスでき、それらの光
ディスクは、グリッパ６で扱いやすいようにカートリッ
ジに入れてあり、その形状因子が１３．３ｃｍ（５．２
５インチ）であるが、ドライブ４およびグリッパ６と互
換性があるならどんな寸法でもよい。

【００２４】図１にはハウジング２の正面は示してない
が、ライブラリ１のいくつかの部分が、オペレータがア
クセスできるようにハウジング２の正面から突き出して
いる。それらの部分は、コンソール・ドア７の一部であ
り、電力インジケータ／スイッチ８、入口／出口スロッ
ト９、外部光ディスク・ドライブ１０、コンソール１
１、キーボード１２の全部または一部を含む。コンソー
ル・ドア７は、図２に示すように、必要なときその背後
にアクセスできるように、外へ開くことができる。スロ
ット９は、光ディスクをライブラリ１に差し込み、また
はライブラリ１から外すために使用する。オペレータか
らキーボード１２を介してライブラリ１にコマンドを送
って、ピッカー５に、スロット９に差し込んだ光ディス
クを受け取ってそれを記憶セル３または光ディスク・ド
ライブ４に移送させ、あるいは記憶セル３または光ディ
スク・ドライブ４から光ディスクを回収してそれをスロ
ット９に渡させ、ライブラリ１から外すことができる。
コンソール１１を用いて、オペレータは、ハウジング２
の内部を見ずに、ライブラリ１のある種の動作を監視し
制御することができる。外部光ディスク・ドライブ１０
は、内部光ディスク・ドライブ４とは違って、グリッパ
６でアクセスできず、手動でロードしアンロードしなけ
ればならない。ライブラリ１はまた、光ディスク・ドラ
イブ排気ファン１４、外部ディスク・ドライブ排気ファ
ン１５、および電源１６を含む。

【００２５】ライブラリ１の電源を入れると、キーボー
ド１２で受け取ったコマンドがシステム制御装置１７に
転送される。好ましい実施例では、システム制御装置１
７は、ＯＳ／２オペレーティング・システムを用いるＩ
ＢＭＰＳ／２パーソナル・コンピュータである。この
ＩＢＭＰＳ／２パーソナル・コンピュータは、主記憶
装置と、固定ディスクやフロッピー・ディスク・ドライ
ブ内の記憶媒体等の１つまたは複数の記憶媒体を含む。
システム制御装置１７は、後述のように、光ディスク・
ドライブ４、外部ディスク・ドライブ１０、ピッカー５
に命令を発行する。ドライブ制御カード１３とピッカー
制御カード１８は、システム制御装置１７から発行され
た既知の小型コンピュータ・システム・インタフェース
（ＳＣＳＩ）コマンド・バケットを、光ディスク・ドラ
イブ４、外部ディスク・ドライブ１０、ピッカー５の電
気機械的動作に変換する。ライブラリ１内でのピッカー
５の移動は、Ｘ−Ｙ方向である。垂直方向の移動は、垂
直方向モータ１９で駆動され、水平方向の移動は水平方
向モータ２０で駆動される。モータ１９は親ねじ２１を
回転させてピッカー５を垂直に移動させ、モータ２０は
ベルト２２と２３を回転させてピッカー５を水平に移動
させる。さらに、ピッカー５を回転させて、グリッパ６
の届く範囲内にある光ディスクのいずれかの面を直立位
置にすることもできる。ライブラリ１のその他の物理的
特徴は、図を簡単にするため図面に示しておらず、示し
てあっても番号をつけてないが、いずれも既知のもので
ある。

【００２６】次に図５に関して、ライブラリ１のシステ
ム接続について説明する。システム制御装置１７は、１
台または複数のホスト／システム・プロセッサ３０に、
そこから入力を受け取り、そこに出力を送るように接続
されている。システム・プロセッサ３０は、ホスト中央
演算処理装置（ＣＰＵ）、例えばＭＶＳまたはＶＭオペ
レーティング・システムを使用するＩＢＭ３０９０メイ
ンフレーム・プロセッサ、０Ｓ／４００またはＡＩＸオ
ペレーティング・システムを使用するＩＢＭＡＳ／４０
０中規模コンピュータ、あるいはＯＳ／２またはＤＯＳ
オペレーティング・システムを使用し、ローカル・エリ
ア・ネットワーク（ＬＡＮ）中に配置されたＩＢＭＰ
Ｓ／２パーソナル・コンピュータなどのプロセッサのネ
ットワークでよい。システム・プロセッサ３０への接続
は示してないが、周知のものである。システム・プロセ
ッサ３０がＩＢＭ３０９０メインフレーム・プロセッ
サである場合、ＩＢＭ文書"IBM Channel-to-Channel Ad
apter"（資料番号SA22-7091-00)、１９８３年６月、Ｉ
ＢＭ文書"IBM System/360 and System/370 I/O Interfa
ce Channel to Control Unit,Original Equipment Manu
facturers Information"（資料番号GA22-6974-09）、１
９８８年２月、およびＩＢＭ文書"IBM System/370 Exte
nded Architecture Principles of Operation"（資料番
号SA22-7085-01）、１９８７年１月、に記載されている
インタフェースに基づくＩＢＭシステム／３７０チャネ
ル接続機構を用いて接続を行うことができる。システム
・プロセッサ３０がＩＢＭＡＳ／４００中規模コンピ
ュータである場合は、ＳＣＳＩインタフェース接続機構
を用いて直接接続を行うことができる。その場合、ライ
ブラリ１は、ＡＮＳＩ標準Ｘ３Ｔ９．２／８６−１０９
ｒｅｖ．５に従ってホスト・システムによって直接制
御される。システム・プロセッサ３０がＬＡＮ中に配置
された複数のＩＢＭＰＳ／２パーソナル・コンピュ
ータである場合は、ＩＢＭ文書"Distributed Data Mana
gement Level2.0 Architecture Reference"（資料番号S
C21-9526）、１９８９年３月、に記載されているプロト
コルに従って、ＩＢＭトークン・リング・ネットワーク
ＬＡＮ接続機構のＮＥＴＢＩＯＳ制御プログラム・イン
タフェースを用いて接続を行うことができる。以下で
は、ライブラリ１の好ましい実施例を、システムにとっ
てライブラリ１が共用の汎用記憶装置に見える、ＬＡＮ
環境におけるファイル・サーバとして使用されるものと
して説明を行う。

【００２７】システム制御装置１７は、ＳＣＳＩバス３
１を含む既知の単端ＳＣＳＩ接続を介して、光ディスク
・ドライブ４、ピッカー５、外部光ディスク・ドライブ
１０に接続される。別の実施例では、システム制御装置
１７を同様にして別の物理的ボックス（図示せず）に、
そのボックスの動作を指示するように接続することもで
きる。そのボックスは、システム制御装置をその中に物
理的に含まず、その代りＳＣＳＩバス３２を介してシス
テム制御装置１７から制御される点を除き、図１ないし
４に示したものと基本的に同じである。システム制御装
置を含むボックスと含まないボックスを１個ずつ含む論
理サブシステムは、１個のライブラリと見なされる。さ
らに、ある種の環境で使用するために、ＲＳ−２３２イ
ンタフェース（図示せず）を介して２台のシステム制御
装置を接続して、システム制御装置を含むボックスと含
まないボックスを２個ずつ含むライブラリを作成するこ
ともでき、以下同様である。

【００２８】次に図６を参照して、システム制御装置１
７の機能的構成要素レベルでの説明を行う。一般に、シ
ステム制御装置１７は、ファイルの作成と削除、ファイ
ルへの書込みとファイルからの読取り、記憶セル３と光
ディスク・ドライブ４とスロット９の間での光ディスク
の移動、使用度およびエラーに関する統計の提供など、
主なライブラリ機能をサポートするように設計されてい
る。ライブラリ内のボリュームは、単一のドライブのル
ート・ディレクトリ内のサブディレクトリ名を表す。シ
ステム・プロセッサ３０は、ルート・ディレクトリを読
み取ることができるが、ルート・ディレクトリにファイ
ルを記憶することはできない。ボリューム上でアクセス
されるどの経路も、そのボリューム・ラベルを表すサブ
ディレクトリ要素の下にある経路として現れる。

【００２９】汎用ライブラリ・ファイル・サーバ（ＧＬ
ＦＳ）５０は、正式に定義されたインタフェースを介し
て１組の汎用中間ハードウェア・コマンドを用いてライ
ブラリを制御する。このインタフェースについては後で
説明する。データはＧＬＦＳ５０によって論理レコード
・レベルで扱われ、単一バイトから可変長データ・オブ
ジェクト全体までに及ぶ量のデータ・アクセスが可能に
なる。オペレーティング・システム５１は、制御の流れ
を調停し、入りオペレーティング・システム・コマンド
を外部インタフェースからライブラリ・サブシステムに
送る。オペレーティング・システム５１は、周知のいく
つかのオペレーティング・システムのいずれでもよく、
好ましい実施例ではＯＳ／２オペレーティング・システ
ムである。ＯＳ／２オペレーティング・システムを使用
すると、一般に標準の固定ディスク・オペレーティング
・システム・コマンドによるライブラリ１の制御が可能
となる。ライブラリの制御は、独自のコマンドＤｏｓＦ
ｓＣｔ１によって指令される。このコマンドを使用する
と、初期設定、ライブラリ１への光ディスクの装入／取
出し、ライブラリ・マップ・ファイルの読取り／書込
み、ドライブ１０への光ディスクのマウント／デマウン
トなどがサポートされる。ドライブの制御は、独自のコ
マンドＤｏｓＤｅｖＩＯＣｔ１によって指令される。ラ
イブラリ１に対するプログラム式制御の残りの部分は、
初期設定時に記憶媒体からシステム制御装置１７の主記
憶装置にアップロードされる、マイクロコード内に保持
される。他の実施例では、マイクロプログラム式制御を
サポートするために必要な一部の機能も、システム・プ
ロセッサ３０内で走行するオペレーティング・システム
に対するユーティリティとして提供されることがある。

【００３０】ＯＳ／２オペレーティング・システムは、
システム制御装置１７に組み込まれたいくつかの進んだ
オペレーティング・システム概念を含んでいる。この進
んだ概念には、動的リンク・ライブラリ、導入可能ファ
イル・システム、多重タスク処理がある。動的リンク・
ライブラリ（ＤＬＬ）は、それぞれ必要に応じて動的に
ロードできる１組の機能を内蔵するファイルである。通
常は、プログラムをコンパイルし、そのプログラムが呼
び出す可能性のあるすべての機能のコンパイル済みプロ
グラム・コードとリンクさせてからでないと、そのプロ
グラムは実行できない。ＤＬＬを用いると、プログラム
が、コンパイル済みで、プログラム・コードの独立した
モジュールにリンク済みの機能を呼び出すことができる
ようになる。ＯＳ／２は、必要に応じて呼び出すことの
できる１組のＤＬＬモジュールを含む。カスタムＤＬＬ
モジュールを使用すると、ＯＳ／２に非標準型の記憶装
置を制御させることができる。カスタムＤＬＬモジュー
ルは、導入可能ファイル・システム（ＩＦＳ）と呼ばれ
る。ＩＦＳによってサポートされる各機能は、入口点と
呼ばれる。導入可能ファイル・システムに関する詳細に
ついては、ＩＢＭ文書"IBM Personal Systems Develope
r"（資料番号G362-0001-03）、１９８９年秋、を参照の
こと。好ましい実施例では、ＧＬＦＳ５０は、規定され
た入口点を有する、ＯＳ／２オペレーティング・システ
ムへのＩＦＳとして実施される。

【００３１】ＯＳ／２オペレーティング・システムのも
う１つの重要な態様は、多重タスク処理である。多重タ
スク処理とは、システムが多数のプログラムを同時に実
行できる能力である。システム・プロセッサの時間が、
タスク間で分配され、各タスクは、他のタスクが存在し
ない場合と同様に実行されているように見える。各タス
クごとに別々の環境が維持される。各タスク用のメモリ
およびレジスタの内容は、相互の干渉を避けるため分離
されている。タスクとその関連する環境を「スレッド」
と呼ぶ。プログラムは、ＩＢＭＰＳ／２８０型パー
ソナル・コンピュータの主記憶装置内にコード域とデー
タ域を含むことができる。コード域とは、所与の任意の
スレッドに関して実行中の命令を含む、メモリのセクシ
ョンをいう。データ域とは、命令の実行中に操作される
メモリ（またはレジスタ）のセクションをいう。複数の
スレッドに同じコード域が使用されることがあるので、
各スレッドが同じ実行すべきコード域を指すことはあり
得るが、それぞれ分離したデータ域を含む。

【００３２】上側のインタフェース・トランスレータ８
０は、上側インタフェース・コマンドとＧＬＦＳ５０の
コマンド間の交換を司る。下側インタフェース・トラン
スレータ９０は、ＧＬＦＳ５０が発行したコマンドと下
側インタフェース・コマンドの間の変換を司る。トラン
スレータ８０および９０は、それぞれ明確なインタフェ
ースをもつ別々のリンク可能モジュールとして実施さ
れ、ライブラリ１を新しい上側および下側インタフェー
スに容易に接続できるようにする。新しいインタフェー
スに対する接続の唯一の影響は、トランスレータ８０お
よび９０の新しい部分が作成されることである。ＧＬＦ
Ｓ５０は総称的なものであるため、それは変更されない
ままとなる。

【００３３】ライブラリ１の上側インタフェースは、ラ
イブラリ編成ファイル、ライブラリ・マップ・ファイ
ル、システム性能ファイル、コンソール１１（およびキ
ーボード１２）、ネットワーク・インタフェースを含
む。ライブラリ構成ファイル、ライブラリ・マップ・フ
ァイル、システム性能ファイルは図面には示していない
が、システム制御装置１７の固定ディスク・ドライブに
記憶される。これらのファイルは、ライブラリ・オペレ
ータまたは保守要員の手で維持される。ライブラリ構成
ファイルは、ライブラリ１のハードウェア構成の様々な
特性、例えばライブラリ１内の物理ボックスの数、各物
理ボックス内のドライブ４と１０の数、ドライブが内部
ドライブ４か外部ドライブ１０かの別、各物理ボックス
内の記憶セルの数、ピッカー５およびドライブ４と１０
のＳＣＳＩアドレスなどをリストする。ライブラリ・マ
ップ・ファイルは、ライブラリ１内の光ディスクの様々
な特性、例えばライブラリ１内の各光ディスクのボリュ
ーム・ラベル、ライブラリ１内の各光ディスクに関する
自由空間情報、および各光ディスクに関するある種の使
用統計、例えばマウント数、最後のアクセスの日時、光
ディスク上の各ファイルへのアクセスの回数などをリス
トする。システム制御装置１７は、ライブラリ構成ファ
イルおよびライブラリ・マップ・ファイルを使用して、
ライブラリ内の資源の数と配列を識別し、ライブラリ１
内の資源の状況が変化するとき、ファイルをそれに合わ
せて調整する。システム性能ファイルは、操作員が指定
する頻繁にアクセスされるファイル（ＦＡＦ）や、頻繁
に装着されるボリューム（ＦＭＶ）の最大数などある種
のオペレータ指定のパラメータをリストする。これらの
パラメータについては後で定義する。コンソル１１は、
ライブラリ構成要素の進行状況を示し、エラー報告など
のコマンドおよびユーティリティ機能をオペレータが利
用できるようにするのに使用する。キーボード１２は、
オペレータが、例えばコンソール１１を介して受け取っ
た情報に応答して、ライブラリ１に手動入力を行うため
に使用する。コンソール１１とキーボード１２は、コン
ソール・ドライバ８１およびコンソール・ディジタル・
マネジャ８３によってＧＬＦＳ５０にリンクされる。ネ
ットワークは、ＬＡＮアダプタ・ドライバ８２およびＮ
ＥＴＢＩＯＳネットワーク制御プログラム８４にリンク
される。このネットワーク・インタフェースは、ネット
ワーク上のプロセッサが、そのファイル・サーバとして
働くライブラリ１に対する遠隔アクセスを得られるよう
にする。

【００３４】ＧＬＦＳ要求マネジャ５２は、オペレーテ
ィグ・システム５１へのインタフェースであり、ＯＳ／
２オペレーティング・システムがＩＦＳと通信するのに
使用するのと同じ１組の入口点に応答する。ＧＬＦＳ要
求マネジャ５２は、ライブラリ機能を実行するためにオ
ペレーティング・システム・コマンドを分割することを
司り、プロセス制御マネジャ（ＰＣＭ）５３ａ内にある
ルーチンを呼び出して各ステップを実行することにより
それを行う。ＰＣＭ５３ａは、要求ブロックの生成を必
要とするものも含めて、コマンドを分解し処理する際に
システムを助ける１組のユーティリティ・ルーチンであ
る。これらのルーチンは、ディレクトリ経路ストリング
を解析し、光ディスクをライブラリに入れ、ボリューム
の位置を探し出し、ボリュームにドライブを割り振り、
光ディスクを反転させて反対面にあるボリュームをマウ
ントすべく提示し、ボリュームをマウントし、デマウン
トし、光ディスクをライブラリから出すなどする。これ
らのルーチンについては後で当該の個所で説明する。デ
ィレクトリ管理方式（ＤＭＳ）５３ｂは、周知のように
ライブラリ１内のユーザ・ファイルの開閉状況を監視す
るためのＩＦＳファイル指定を満足するコード・モジュ
ールであり、そのようなユーザ・ファイルを操作するた
めに使用する。このような内部モジュール内のＩＦＳイ
ンタフェースを使用すると、外部ＩＦＳスタイルによる
ディレクトリ管理方式の実施態様を容易に適合させるこ
とが可能になる。

【００３５】電力投入初期設定（ＰＯＩ）モジュール５
４は、制御装置の電力投入およびリセット機能を管理す
るもので、初期設定時にオペレーティング・システム５
１によって呼び出される。ＰＯＩモジュール５４は、構
成要素の自己検査の結果の判定と報告、ライブラリ構成
ファイルおよび現況ファイルの読取りなどの機能を司
る。エラーは、エラー回復モジュール５６およびエラー
記録モジュール５７によって処理される。エラー回復モ
ジュール５６は、動的装置再割振りや装置コマンドの再
試行を含めてすべてのエラーを処理する。エラー記録モ
ジュール５７は、エラー情報の保管およびコンソール１
１を介してオペレータにそれを報告することを司る。

【００３６】資源マネジャ６０は、要求ブロック、ドラ
イブ制御ブロック、エラー情報ブロックを含めて、シス
テム制御装置１７のデータ域内の制御ブロックの動的割
振りと割振り解除を行う。要求ブロックは、光ディスク
・ドライブ４またはピッカー５に関するハードウェア事
象を要求するのに使用される。ドライブ制御ブロック
は、後で説明するように、ドライブ４に関する状況情報
を記憶するのに使用される。エラー情報ブロックは、エ
ラー報告、分離、およびおそらくは再試行を行うのに必
要な情報を記憶するのに使用される。制御ブロックの割
振りおよび割振り解除は、資源マネジャ６０によって維
持されている、ＩＢＭＰＳ／２パーソナル・コンピュ
ータの主記憶装置内の利用可能な自由空間のリストを使
って実行される。エラー回復モジュール５６と資源マネ
ジャ６０は、共に図６に示すシステム制御装置の大部分
の構成要素に接続されている。図が簡単になるようにこ
れらの接続は図示していない。

【００３７】スケジューラ６１と６２は、要求ブロック
の内容の一部を検証し、それを、その要求を処理するハ
ードウェア装置のパイプに入れることを司る。パイプと
は、あるスレッドから別のスレッドに通じる待機データ
経路であり、そのパイプに割り当てられた識別子を知っ
ているどのスレッドからもそれにアクセスできる。ディ
スパッチャ６３と６４は、要求ブロックの妥当性検査を
行い、要求がすぐ実行できる状態にあることを確認し、
その要求を適宜、ドライブ論理マネジャ９１およびライ
ブラリ論理マネジャ９２に指名することを司る。コーデ
ィネータ６５は、ディスパッチャ６３および６４に対す
る要求実行の調整を司る。コーディネータ６５は、ＰＣ
Ｍ５３ａから受け取った各要求ブロックに対する記入項
目を有するテーブルを用いてそれを行う。各記入項目
は、特定の要求ブロックに関連する支援要求ブロックを
リストする。別の要求が既に完了していることを必要と
する要求は「従属」要求と呼び、最初に完了しなければ
ならない要求は「支援」要求と呼ぶ。コーディネータ６
５は、関連する支援要求が実行されるまで、従属要求の
実行を抑える。支援要求が実行されない場合、コーディ
ネータ６５はそれに従属する要求を拒絶する。

【００３８】論理マネジャ９１および９２は、要求ブロ
ックの形の総称ライブラリ・コマンドを、ＳＣＳＩデー
タ・パケットの形の相当する装置レベルのコマンドに変
換することを司る。論理マネジャ９１および９２はま
た、それぞれのドライブ・ドライバ９３とライブラリ・
ドライバ９４からハードウェア状況情報を受け取ること
を司る。ドライバ９３と９４は、ハードウェアおよび物
理メモリを直接操作する。ドライバ９３と９４はまた、
当該の各ハードウェアとの間のあらゆる通信を実行し、
かつ割込みに応答する。論理マネジャ９２とライブラリ
・マネジャ９４はピッカー５を制御する。図を簡単にす
るため図６には図示してないが、実際には、多数のドラ
イブ・ディスパッチャ６３、ドライブ論理マネジャ９
１、ドライブ・ドライバ９３が、ライブラリ内の各ドラ
イブ４または１０ごとに１組ずつある。各組はそれぞれ
異なるデータ・パイプに接続されている。

【００３９】動作方法ライブラリ１の初期設定は、オペレーティング・システ
ム５１、ＧＬＦＳ要求マネジャ５２、資源マネジャ６
０、ＰＯＩモジュール５４を使って実行される。ライブ
ラリ・ハードウェアの自己検査によってそれぞれが正し
く機能することを確認した後、オペレーティング・シス
テム５１がロードされ、ＯＳ／２ＣＯＮＦＩＧ．ＳＹ
Ｓ（システム構成）ファイルを使って、オペレーティン
グ・システム・パラメータを設定し、ドライバをロード
する。次いでオペレーティング・システム５１は初期設
定コマンドを生成し、このコマンドがＧＬＦＳ要求マネ
ジャ５２に、次いでＰＯＩモジュール５４に渡される。
ＰＯＩモジュール５４は、ライブラリ構成ファイル、ラ
イブラリ・マップ・ファイル、システム性能ファイルを
読み取り、ＩＢＭＰＳ／２パーソナル・コンピュータ
の主記憶装置内で必要な内部データ構造を作成し、ライ
ブラリ構成ファイル内で指定されたライブラリの各ハー
ドウェア構成要素ごとに別々のスレッドを初期設定す
る。資源マネジャ６０は、メモリの管理に使用される内
部テーブルを初期設定する。次いでＰＯＩモジュール５
４は、システム制御装置１７および制御カード１３と１
８に、電力投入自己検査の結果について照会し、問題が
あればエラー回復モジュール５６に報告する。初期設定
中に検出されたエラーはエラー記憶装置モジュール５７
によって記憶され、可能なものはエラー回復モジュール
５６によって回復される。エラー検出およびロギング
後、ＰＯＩモジュール５４は光ディスク・マップ１１５
に照会して、ライブラリ内でＦＭＶ（最も頻繁にマウン
トされるボリューム）を決定し、次にそのような最も頻
繁にマウントされるボリュームをドライブ４に優先的に
マウントするようにとの要求を開始する。システム制御
装置１７が準備完了状態にあるとき、システムはコンソ
ール１１またはネットワーク・インタフェースの活動状
態に感応する。

【００４０】図７を参照すると、内部データ構造は、光
ライブラリ主システム制御ブロック（ＯＬＭＳＣＢ）１
１０、１個または複数のライブラリ制御ブロック（ＬＣ
Ｂ）１１１、固定ディスク制御ブロック（ＤＣＢ）１１
２、活動ＤＣＢポインタ・アレイ１１３、活動ＤＣＢ１
１４、光ディスク・マップ１１５、ファイル使用データ
ベース１１６を含む。ポインタは、図７では矢印で示し
てある。ＯＬＭＳＣＢ１１０は、ライブラリ１内の物理
ボックスの数、ＦＭＶの最大数、光ディスク・マップを
指すポインタ、およびライブラリ１内の各物理ボックス
に関するＬＣＢ１１１を指すポインタを含む（便宜上、
図にはこのＬＣＢを１つだけ示す）。各ＬＣＢ１１１
は、当該の物理ボックスに関して、ピッカー５の動作状
況（オンライン、オフライン、故障）、その中のドライ
ブ４と１０の数、その中のピッカー５のＳＣＳＩアドレ
ス、その中の記憶セル３の数、その中の各記憶セル３と
スロット９のアドレス、およびその中の各ドライブ４ま
たは１０に関する固定ＤＣＢ１１２を指すポインタを含
む。各ＬＣＢ１１１はまた、活動ＤＣＢポインタ・アレ
イ１１３を指すポインタを含み、ポインタ・アレイ１１
３はその中の各ドライブ４または１０に関する活動ＤＣ
Ｂ１１４を指すポインタを含む。

【００４１】図には、好ましい実施例では各ドライブ４
および１０ごとに１個ずつ、合計５個の固定ＤＣＢ１１
２が示されている。各固定ＤＣＢ１１２は、ドライブ４
および１０に関する、ある種のドライブ特有の情報を含
む。これらの情報は、ライブラリ１に関して光ディスク
が操作されるときに変化しないので、「固定」情報であ
る。この情報には、当該のドライブに関して、そのドラ
イブの使用がある種の機能（書込み専用など）だけに制
限されているかどうかを示す使用属性を含めて、そのド
ライブの動作状況が含まれる。固定ＤＣＢ１１２は、後
で説明するように、ライブラリ１の周りで光ディスクが
操作されるときに活動ＤＣＢ１１４を作成するため、そ
のような情報の永久レコードとして使用される。

【００４２】図には、好ましい例では各ドライブ４およ
び１０ごとに１個ずつ、および仮想リストごとに１個ず
つ、合計６個の活動ＤＣＢポインタ１１３と１１４が示
されている。この仮想リストは、後で説明するように、
ある種のボリュームに対するアクセス・レコードのリン
クされたリストである。活動ＤＣＢ１１４は、ドライブ
４と１０および仮想アクセスに関する、ある種のボリュ
ーム特有の情報を含む。この情報は、ライブラリ１の周
りで光ディスクが操作されるときに変化する（すなわち
更新される）ので、「活動」情報である。この情報は、
当該の各ドライブまたは仮想アクセスに関する固定ＤＣ
Ｂ１１２からの適当な情報を含み、また、ドライブの占
有状況（光ディスクがマウントされているかどうか）、
使用統計、例えば最終アクセス時間やその中のボリュー
ムまたは仮想アクセスに対するユーザ・カウント、ドラ
イブにマウントされたボリュームまたは仮想アクセスを
記述する、その中の記入項目用の光ディスク・マップへ
のインデックス、およびファイル使用データベースへの
インデックスを含む。光ディスク・マップへのインデッ
クスは、必要に応じてＤＭＳ５３ｂがライブラリ１内で
ボリュームの位置を探し出すために使用する。ユーザ・
カウントは、あるボリュームに対する進行中の現アクセ
スの数である。アクセスとは、オープン・ファイル、ま
たはディレクトリ読取りなどファイルをオープンする必
要のない任意の標準のオペレーティング・システム・コ
マンドである。

【００４３】光ディスク・マップ１１５は、ライブラリ
１内の各記憶セル３に関する記入項目を含む。空の記憶
セル３に関する記入項目はブランクである。満杯の記憶
セル３に関する記入項目は、その中のディスクの所有
者、そのディスクのホーム記憶セル３と現位置、および
そのディスク上の各ボリュームごとに、ボリューム・ラ
ベル、マウント数、利用可能な自由空間、およびその他
の使用統計をリストする。ファイル使用データベース１
１６は、ボリュームによって指示される、ライブラリ１
に記憶された各ファイルに関する項目を含む。各ファイ
ル項目はファイルのサイズ、ファイルがアクセスされた
回数、およびファイルが操作員指定のＦＡＦであるかど
うかの指示を含む。上記のデータ構造はまた、図が簡単
になるように図にははっきり示してないが、当技術分野
で周知のように、ライブラリ１の動作に必要な他の情報
も含む。

【００４４】次に図８を参照して、システム制御装置１
７の動作について述べる。ネットワーク・インタフェー
スから要求を受け取ると、ネットワーク制御コードは、
ステップ１００で、その要求を１組の標準のＯＳ／２
オペレーティング・システム・コマンドに変換する。次
にオペレーティング・システム５１は、ステップ１０１
で、それらのオペレーティング・システム・コマンドを
処理するため、適当なオペレーティング・システム・コ
ールを発行する。ＧＬＦＳ要求マネジャ５２がこれらの
システム・コールを受け取って、より簡単な機能に分解
する。各機能について、ＧＬＦＳ要求マネジャ５２は、
ステップ１０２で、ＰＣＭ５３ａまたはＤＭＳ５３ｂあ
るいはその両者内のルーチンを呼び出し、そのルーチン
に必要な適切なデータのサブセットをパラメータとして
渡す。ハードウェアの活動を必要とする各ルーチンの場
合は、ＰＣＭ５３ａまたはＤＭＳ５３ｂあるいはその両
者が、ステップ１０３で、ハードウェア・レベル要求ブ
ロックを生成するために資源マネジャ６０を呼び出し、
そのブロックをスケジューラ６１と６２に発行し、ハー
ドウェア従属関係があればコーディネータ６５に知らせ
て、それらの要求が適当に順序付けできるようにする。
ＰＣＭ５３ａはまた、各ルーチンが完了したとき、制御
および状況情報をＧＬＦＳ要求マネジャ５２に戻す。

【００４５】ＩＢＭＰＳ／２パーソナル・コンピュー
タの主記憶装置内で利用可能な自由空間のリストを検査
した後、資源マネジャ６０は、その要求ブロックに必要
なメモリ空間を割り振る。資源マネジャ６０を呼び出す
ルーチンが、ある制御ブロックに対する大部分の情報を
提供し、資源マネジャ６０は、制御ブロック識別子や要
求ブロック識別子などある種の追加情報を記入する。ド
ライブ・スケジューラ６１とライブラリ・スケジューラ
６２は、すべてのハードウェア事象要求を要求ブロック
識別子として受け取り、それをそれぞれドライブ・ディ
スパッチャ６３とライブラリ・ディスパッチャ６４に接
続されたデータ・パイプに転送する。ディスパッチャ６
３と６４は、要求ブロック識別子が存在するかどうか、
それぞれのデータ・パイプを連続して検査する。要求ブ
ロックがすぐ実行できる状態にあるかどうか判定するた
めにコーディネータ６５を呼び出す。コーディネータ６
５は、要求ブロック従属関係テーブルを検査し、すべて
の支援要求ブロックが完了するまで、ディスパッチャ６
３と６４が要求ブロック識別子を発行するのを妨げる。
すべての要求ブロック従属関係が満たされたとき、要求
ブロック識別子が当該の物理マネジャ９１または９２に
発行される。

【００４６】ステップ１０４で、論理マネジャ９１と９
２は、要求ブロック識別子を受け取り、それらの要求を
実施するのに必要なＳＣＳＩハードウェア・コマンド・
パケットを作成し、それらのパケットをドライバ９３お
よび９４に発行する。次いでハードウェアがそれらの要
求を物理的に実行する。各要求が完了したとき、論理マ
ネジャ９１と９２はその完了を通知する。次いでディス
パッチャ６３または６４は次の要求ブロックの識別子を
当該の論理マネジャ９１または９２に発行する。

【００４７】一般に、ライブラリ・マウント／デマウン
ト操作は、ボリューム・マウント要求が存在する限り、
必要に応じて続けられる。最初にドライブ４または１０
にボリュームがマウントされるとき、そのボリュームの
アクセスに関する活動ＤＣＢ１１４が作成される。活動
ＤＣＢは、そのボリュームがマウントされているドライ
ブ４または１０に関するドライブ特有の情報を、固定Ｄ
ＣＢ１１２からメモリのあるブロックにコピーし、適当
にポインタを調整することによって作成される。そのボ
リュームへのアクセス中、そのアクセスに関するボリュ
ーム特有の情報が更新され、活動ＤＣＢ１１４に記憶さ
れる。ボリュームがデマウントされる場合は、占有状況
情報以外のボリューム特有の情報が活動ＤＣＢ１１４か
ら削除され、当該のドライブ４または１０が再度空にな
ったことを示すようになる。ボリュームが当該のドライ
ブ４または１０に再度マウントされる時は、活動ＤＣＢ
１１４が必要に応じて適当なボリューム特有情報で再度
更新され、以下同様である。

【００４８】ボリュームがデマウントされると、ドライ
ブ４が非活動状態の場合、ドライブ４は既存のマウント
要求に応じることができるようになり、それによってド
ライブ４を占有状態に維持する。このような占有によ
り、すぐにアクセスできるデータの量が最大になる。し
かし保留中のマウント要求がないときは、将来のマウン
ト要求に応じ、かつ遊休期間中のドライブ４の老朽化を
軽減するため、未占有のドライブ４の存在が確保される
ように、ドライブ４を前もってデマウントすることがで
きる。すべてのドライブ４が占有されている場合、１台
のドライブ４を空にすることができる。さらに、ドライ
ブ４の活動状態を周期的に検査して、ライブラリ１が相
対的に遊休状態にあるためにいずれかの占有ドライブ４
内のボリュームを前もってデマウントすべきかどうか判
定する。したがって、通常のライブラリ動作の間、ドラ
イブ４はあるボリュームが前もってデマウントされた後
にしか空にならない。すべてのドライブ４が占有状態に
あり、保留中のマウント要求がないとき、前もってデマ
ウントすべきボリュームを選択するための判定基準は、
ドライブ４の活動状態を周期的に検査する間に使用する
基準とは異なる。

【００４９】ドライブ４は、所与のある時間に、ただ１
つの光ディスクに対してしか物理的書込みまたは読取り
を行うことができない。未占有の非活動状態のドライブ
４がないときにボリュームのマウント要求が出ると、通
常その要求は拒絶される。しかし、仮想ドライブ機能を
使用すると、すべてのドライブ４が占有状態にあり活動
状態のとき、ボリュームのマウント要求によって、最近
に最も使用されていないボリュームを一時的にデマウン
トすることにより、現在あるドライブ４よりも多くのボ
リュームへのアクセスが可能になる。一時的にデマウン
トされたボリュームは「スワップ・アウト」されたと言
い、新たにマウントされたボリュームは「スワップ・イ
ン」されたと言う。ドライブ４に関するドライブ特有の
情報は活動ＤＣＢ１１４から削除されるが、一時的にデ
マウントされたボリュームに関するボリューム特有のア
クセス情報はその中に保存される。次いで、一時的にデ
マウントされたボリュームに対する活動ＤＣＢ１１４
が、仮想リストと呼ぶ特殊な形の活動ＤＣＢ１１４内に
保持される。仮想リストＤＣＢは、相互に指すポインタ
を含み、リンクされたリストをもたらす点で、他の活動
ＤＣＢとは異なる。この仮想リストを用いると、次のボ
リューム・マウント要求時に再マウントすることによ
り、そのボリューム上での動作を再開することが可能と
なる。また、キャッシュ処理を用いて、再マウント操作
なしでアクセスを続行することもできる。ボリュームを
再マウントする際、当該の仮想リストＤＣＢがリンクさ
れたリストから削除され、ボリューム特有の情報が、当
該のドライブ４に関する活動ＤＣＢ１１４にコピーされ
る。このようなアクセス情報が保持されるので、スワッ
プ・アウトされたボリュームは、依然として活動状態に
あり、アクセス中であると見なされる。また、スワップ
・アウトされたボリュームの再マウントは、当該のドラ
イブに関する活動ＤＣＢ１１４にアクセス情報が供給さ
れる限り、いずれのドライブ４内でも行える。ボリュー
ム・アクセスは、そのボリュームがマウントされている
元のドライブ４には結合されない。スワップ・アウトさ
れたボリュームは、そのホーム記憶セル３内にあるとは
論理的に見えない。再マウントを、スワップ・アウトさ
れなかったボリュームのマウントと区別しなければなら
ないからである。したがって、ライブラリ内のドライブ
４の実際の数は、ユーザにとってトランスペアレントで
ある。

【００５０】前記の各ルーチンに関する以下の説明は、
便宜上、可能なら既に述べた特徴や当技術分野で周知の
特徴は省いて、簡単に行う。例えば、ＯＬＭＳＣＢ１１
０、ＬＣＢ１１１、ＤＣＢ１１２と１１４、光ディスク
・マップ１１５、ファイル使用データベース１１６内の
情報は、その位置、内容、用途について既に述べたの
で、必ずしも言及しない。「戻る」という語は、ルーチ
ンの結果をルーチンを呼び出したステップに何らかの形
で指示することを含めて、ルーチンから出てそのルーチ
ンを呼び出したステップに行くことを指す。

【００５１】次に図９を参照して、システム制御装置１
７の高水準動作について、特定の指定されたボリューム
へのアクセスを要求するＧ６ＦＳ５０への代表的ＩＦＳ
入口点から始めて、詳しく説明する。ステップ２００
で、指定されたボリュームへのアクセス要求をＧＬＦＳ
要求マネジャ５２がオペレーティング・システム５１か
ら受け取り、次いでステップ２０１〜２１０に移って様
々なＰＣＭ５３ａルーチンを呼び出す。ステップ２０１
で、その要求からボリューム・ラベルを抽出し、光ディ
スク・マップを使用して指定されたボリュームの位置を
探し出すため、ＰＡＲＳＥルーチンを呼び出す。ステッ
プ２０２で、ＰＡＲＳＥルーチンの結果に応じて分岐す
る。ＰＡＲＳＥルーチンがエラー・メッセージを戻した
（すなわち、首尾よく完了しなかった）場合、ステップ
２１０でそのエラー・メッセージが戻される。ＰＡＲＳ
Ｅルーチンが成功した場合は、ステップ２０３は、指定
されたボリュームに位置に応じて分岐する。指定された
ボリュームがライブラリ１内で見つからなかった場合
は、その中でそのボリュームにアクセスできない。した
がって、流れはステップ２１０に飛び、エラー・メッセ
ージが戻される。指定されたボリュームがライブラリ１
内で見つかった場合は、ステップ２０４でＲＥＡＤＹ
ＶＯＬＵＭＥルーチンが呼び出される。ＲＥＡＤＹＶ
ＯＬＵＭＥルーチンは、指定されたボリュームの位置に
応じて、いくつかの後で必要とされる動作を決定するた
めに使用される。ＲＥＡＤＹＶＯＬＵＭＥルーチンが
完了すると、ステップ２０５でＲＥＡＤＹＶＯＬＵＭ
Ｅルーチンの結果に応じて分岐する。ＲＥＡＤＹＶＯ
ＬＵＭＥルーチンがエラー・メッセージを戻した（すな
わち、首尾よく完了しなかった）場合、ステップ２１０
でそのエラー・メッセージが戻される。ＲＥＡＤＹＶ
ＯＬＵＭＥルーチンが成功した場合、ステップ２０７
で、要求に従って指定されたボリュームに対する動作が
行われる。それらの動作が完了すると、ステップ２０８
で、たとえライブラリ１が遊休状態でなくてもボリュー
ムを前もってデマウントするのが適当かどうか判断する
ため、ＲＥＬＥＡＳＥＶＯＬＵＭＥルーチンを呼び出
す。ＲＥＬＥＡＳＥＶＯＬＵＭＥルーチンが完了する
と、ステップ２１０で結果が戻される。

【００５２】動作中、上記ルーチンは他のルーチンを呼
び出すことができる。例えば、ＲＥＬＥＡＳＥＶＯＬ
ＵＭＥルーチンは、ボリュームのマウント、デマウン
ト、仮想リストを使ったスワップ・インおよびスワップ
・アウト等を行うルーチンを呼び出すことができる。本
明細書でさらに説明するものを除き、これらの追加ルー
チンは本発明にとって重要ではない。

【００５３】ライブラリ動作中にときどき呼び出される
１つのルーチンはＭＯＵＮＴルーチンである。図１０を
参照すると、ＭＯＵＮＴルーチンはステップ１２０でそ
の要求から開始する。ステップ１２１で、指定されたボ
リュームがピッカー５によってその現位置から検索され
る。次にステップ１２２で、指定されたボリュームが割
り振られたドライブ４に転送され、ステップ１２３でそ
の中に挿入される。ステップ１２３ではまた、割り振ら
れたドライブが動作速度まで回転が加速される。ステッ
プ１２４で、光ディスク・マップ１１５におけるボリュ
ームに対するマウント数を増分することを含めて、内部
データ構造が、必要に応じて更新される。ＭＯＵＮＴル
ーチンはステップ１２５で戻る。

【００５４】ファイル使用データベース１１６内の各フ
ァイルに関するファイル・サイズおよびファイル・アク
セス数が、光ディスク１１５におけるマウント数と同様
にして更新される。ボリュームがマウントされた後、各
ファイル・アクセス毎にファイル使用データベース１１
６中の当該のファイルに関するファイル・アクセス数が
増分される。ファイル使用データベース１１６のこのよ
うな更新はステップ２０７で行われるが、簡単なので、
本明細書ではこれ以上説明しない。

【００５５】ライブラリ動作中にときどき呼び出される
もう１つのルーチンはＤＥＭＯＵＮＴルーチンである。
図１１を参照すると、ＤＥＭＯＵＮＴルーチンはステッ
プ１３０でその要求から開始する。ステップ１３１で、
指定されたボリュームが回転を減速され、ピッカー５に
よって検索される。次にステップ１３２で、指定された
ボリュームがそのホーム記憶セル３に転送され、ステッ
プ１３３でその中に挿入される。代替実施例では、指定
されたボリュームは、それがＦＭＶである場合、別の記
憶セル３に（すなわち、そのホーム記憶セルでなく）転
送することができる。例えば、ドライブ４に最も近い１
組の記憶セル３をＦＭＶが占有するものとして排他的に
予約することができる。別の例では、ＦＭＶは、ドライ
ブ４に最も近い空いた記憶セル３に転送することができ
る。これらの代替実施例では、ＦＭＶをドライブ４ので
きるだけ近くに維持することにより、ライブラリの性能
をさらに向上させる。ステップ１３４で、デマウントさ
れたボリュームが、既存のマウント要求を処理するため
にデマウントされた活動状態の非ＦＭＶであるのか、そ
れとも非ＦＭＶの既存のマウント要求を処理するために
デマウントされたＦＭＶ（活動状態、または非活動状
態）であるかに応じて分岐する。デマウントされたボリ
ュームが上記のいずれかの範疇に含まれる場合は、ステ
ップ１３５で、デマウントされたボリュームに関する項
目が仮想リスト内に作成される。仮想リスト項目のその
ような作成は、仮想リスト項目に置き換わるものであ
る。デマウントされたボリュームが非活動状態の非ＦＭ
Ｖであるか、または前もってデマウントされる活動状態
のＦＭＶである場合は、ステップ１３６に進み、この時
点で、内部データ構造のその他の点では通常通りの更新
が行われる。ＤＥＭＯＵＮＴルーチンはステップ１３７
で戻る。

【００５６】ライブラリの動作中の任意の時点で、操作
員はＤＥＳＩＧＮＡＴＥ（指定）ルーチンを開始して、
操作員によって指定されたＦＡＦ、またはＦＭＶの最大
数をキーボード１２を介して変更することができる。次
に図１２を参照して、ＤＥＳＩＧＮＡＴＥルーチンをス
テップ１４０での要求から順に説明する。ステップ１４
１で、操作員は現操作員指定ＦＡＦのリストを提示さ
れ、それに対する所望の変更を入力する。ステップ１４
２で、操作員は現在のＦＭＶの最大数を提示され、それ
に対する所望の変更を入力する。ステップ１４３で、検
査を行って、入力された数が許容範囲に入るかどうか判
定し、それに応じて分岐する。許容範囲は０から４であ
る。４はライブラリ内のドライブの数であるので、範囲
の最大値として使用され、それによってプログラミング
が簡単になる。代替の実施例では、範囲の最大値を、ラ
イブラリ内のドライブまたは最大マウント可能ボリュー
ムの数に一致する別の数Ｘ、または所望の任意の他の数
にすることができる。その数が許容範囲外にある場合
は、ステップ１４２に戻り、操作員がＦＭＶの別の所望
の最大数を入力できるようになる。入力された数が許容
範囲内にある場合は、ステップ１４４に進む。ステップ
１４４で、操作員がＦＭＶの最大数として０を入力した
かどうかに応じて分岐する。そうである場合は、ステッ
プ１４５で、ＦＭＶおよびＦＡＦの使用に関連するすべ
てのライブラリ動作が使用禁止にされる。そうでない場
合は、ステップ１４６に進み、この時点で、ＯＬＭＳＣ
Ｂ１１０が新しいデータで更新される。次にステップ１
４７で要求はルーチンから出る。

【００５７】ＵＰＤＡＴＥ（更新）ルーチンは、最も頻
繁に使用されるファイルおよびボリュームがそれぞれＦ
ＡＦおよびＦＭＶとして正しく指定されていることを確
認するため、ときどきシステム制御装置１７によって開
始される。次に図１３を参照して、ＵＰＤＡＴＥルーチ
ンについて説明する。ＵＰＤＡＴＥルーチンは、相対的
にライブラリが非活動状態である期間中に、ステップ１
５０での操作卓１１の割込みから開始する。ステップ１
５１で、光ディスク・マップ１１５内のデータを調べ
て、選択が可能な最大数まで、マウンティングの頻度に
よってランク付けされた新しい１組のＦＭＶが決定され
る。通常、ＦＭＶの最大数は自動的に選択される。しか
し、ある条件下では（少しのボリュームしか入っていな
いライブラリ、大部分のボリュームのマウント数が等し
いライブラリ等）、最大数に達しないことがある。ドラ
イブ４は一度に光ディスクの１つのボリューム（すなわ
ち、片面）へのアクセスしか可能にしないので、この決
定で、光ディスク上の両方のボリュームをＦＭＶとして
選択することが排除される。各光ディスクが単一ボリュ
ームである（すなわち、ドライブ４が、その中にマウン
トされたディスクのどちらか一方の面にアクセスでき
る）代替実施例では、そのような排除は不要である。

【００５８】ステップ１５２で、ファイル使用データベ
ース１１６のデータを調べて、新しい１組のＦＡＦが決
定される。操作員によって指定された（ＤＥＳＩＧＮＡ
ＴＥルーチンで指定される）ＦＡＦは、最初にそうした
ものとして維持される。操作員によって指定されたＦＡ
ＦがＦＭＶの容量を超える場合は、ＵＰＤＡＴＥルーチ
ンは打ち切られ、エラー・メッセージが戻される（図示
せず）。次に、ＦＡＦ内のデータの量がＦＭＶの容量に
なるかまたはその近くになるまで、他のＦＡＦがそのア
クセス数に応じて自動的に選択される。ステップ１５３
で、最多ＦＭＶをドライブ４にマウントするためにＭＯ
ＵＮＴルーチンが呼び出される。ステップ１５４で、Ｆ
ＭＶにまだ記憶されていない最多ＦＡＦを有する非ＦＭ
Ｖを別のドライブ４にマウントするために、ＭＯＵＮＴ
ルーチンが呼び出される。操作員によって指定されたＦ
ＡＦは、自動的に選択されたどのＦＡＦよりも頻繁にア
クセスされると考えられ、自動的に選択されたＦＡＦは
そのそれぞれのアクセス数によってランク付けされる。
次にステップ１５５で、そのような非ＦＭＶ上のすべて
のＦＡＦが最多ＦＭＶに移送され、ステップ１５６で、
ＤＥＭＯＵＮＴルーチンの呼出しによってその非ＦＭＶ
がデマウントされる。

【００５９】ステップ１５７で、最多ＦＭＶの残留容量
に応じて分岐する。最多ＦＭＶに十分な容量が残ってい
る場合は、ステップ１５４に戻り、ＦＭＶに記憶されて
いない残留最多ＦＭＶを有する非ＦＭＶをマウントさせ
る。最終的には、最多ＦＭＶの容量に近づき、ステップ
１５７からステップ１５８に分岐して、最多ＦＭＶをデ
マウントするためにＤＥＭＯＵＮＴルーチンを呼び出
す。ステップ１５９もＦＭＶの状況に応じて分岐する。
十分な残留容量を有する別のＦＭＶがある場合は、ステ
ップ１５３に戻り、次の最多ＦＭＶをドライブ４にマウ
ントするためにＭＯＵＮＴルーチンを呼び出す。処理は
最後のＦＭＶの容量に近づくまで継続し、近づいた時点
でステップ１５９からステップ１６０に分岐し、ＵＰＤ
ＡＴＥルーチンを終了する。

【００６０】本発明を光ディスク・ライブラリ環境で開
示したが、同様の考察により本発明をその他の種類のラ
イブラリにも同様に適用することができる。さらに、ド
ライブおよび記憶セルの数等、多くの変更をライブラリ
に加えることができる。例えば、ある代替実施例では、
ライブラリ１は３２個の記憶セル３と２台のドライブ４
を備える。システム制御装置１７をハウジングの外側に
置き、ハウジングのサイズを小さくする。ライブラリ１
の他の機能は基本的に変更されない。また、使用頻度統
計は、本明細書で記載した以外のパラメータに基づくも
のにすることができる。

【００６１】

【発明の効果】本発明によれば、最も頻繁に使用される
記憶媒体はマウントされる可能性が最も大きくなり、ヒ
ット率が向上する。

【図面の簡単な説明】

【図１】本発明の光ディスク・ライブラリの正面切開透
視図である。

【図２】コンソール・パネルを外に開き、ファンを取り
除いた以外は図１と同じ図である。

【図３】図１および図２の光ディスク・ライブラリの背
面切開透視図でる。

【図４】図３のロボット式ピッカーおよびグリッパの拡
大図である。

【図５】図１ないし４の光ディスク・ライブラリのハー
ドウェアの概略図である。

【図６】図１ないし５の光ディスク・ライブラリのシス
テム制御装置の概略構成図である。

【図７】初期設定中に作成される内部データ構造の概略
構成図である。

【図８】本発明に基づく、光ディスク・ライブラリのシ
ステム制御装置の、その上側インタフェースで受け取っ
たネットワーク要求をその下側インタフェースでＳＣＳ
Ｉコマンド・パケットに変換する際の動作を示す流れ図
である。

【図９】代表的なＩＦＳ入口点に対する図８の動作を示
す流れ図である。

【図１０】ＭＯＵＮＴ（マウント）ルーチンの流れ図で
ある。

【図１１】ＤＥＭＯＵＮＴ（デマウント）ルーチンの流
れ図である。

【図１２】ＤＥＳＩＧＮＡＴＥ（指定）ルーチンの流れ
図である。

【図１３】ＵＰＤＡＴＥ（更新）ルーチンの流れ図であ
る。

【符号の説明】

１光ディスク・ライブラリ２ハウジング３光ディスク記憶セル４内部光ディスク・ドライブ５ロボット式ピッカー６グリッパ１０外部光ディスク・ドライブ１１コンソール１２キーボード１７システム制御装置３０システム・プロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者ダニエル・ジェームズ・ウィナルスキアメリカ合衆国85710、アリゾナ州トゥーソン、サウス・ウッドストック・ドライブ 647番地 (56)参考文献特開昭61−163429（ＪＰ，Ａ) 特開昭61−262918（ＪＰ，Ａ) 特開昭63−244286（ＪＰ，Ａ) 実開平２−273370（ＪＰ，Ｕ)

Claims

【特許請求の範囲】

【請求項１】第１階層レベルの記憶装置と第２階層レベ
ルの記憶装置を含み、該第１階層レベルおよび第２階層
レベルの記憶装置に記憶されたデータがファイルとして
アクセス可能であり且つ複数のファイルを有するボリュ
ームとして前記第１階層レベル及び第２階層レベルの記
憶装置の間で転送可能であるごときデータ記憶装置階層
構造におけるヒット率を向上させるための方法であっ
て、前記第２階層レベルの記憶装置から前記第１階層レ
ベルの記憶装置へボリュームを転送するステップと、前
記第１階層レベルの記憶装置内のファイルにアクセスす
るステップと、各ファイルのアクセス回数を追跡するス
テップと、前記第２階層レベルの記憶装置から前記第１
階層レベルの記憶装置へのボリュームの転送回数を記録
するステップと、アクセス頻度が高いファイルおよび転
送頻度が高いボリュームを決定するステップと、アクセ
ス頻度の高いファイルを転送頻度の高いボリュームに移
送するステップとを含む方法。
【請求項２】前記第１階層レベルの記憶装置はボリュー
ムＸ個分の記憶容量を有し、前記アクセス頻度の高いフ
ァイルは転送頻度の高いＸ個以下のボリュームに移送さ
れることを特徴とする、請求項１の方法。
【請求項３】前記第１階層レベルの記憶装置に格納され
るデータは自動記憶装置ライブラリの周辺記憶装置デー
タ・アクセス・デバイス内のデータ記憶媒体内のデータ
であり、前記第２階層レベルの記憶装置に格納されるデ
ータは前記自動記憶装置ライブラりの記憶セルに記憶さ
れた記憶媒体中のデータであることを特徴とする、請求
項１の方法。
【請求項４】データがファイルとしてアクセス可能であ
り且つ複数のファイルを有するボリュームとして相互に
転送可能であるような形式でデータが記憶されている第
１階層レベルの記憶装置及び第２階層レベルの記憶装置
と、前記第２階層レベルの記憶装置から前記第１階層レ
ベルの記憶装置へボリュームを転送する手段と、前記第
１階層レベルの記憶装置内のファイルにアクセスする手
段と、前記アクセス手段による各ファイルのアクセスと
前記第２階層レベルの記憶装置から前記第１階層レベル
の記憶装置への各ボリュームの転送を記録する手段と、
前記追跡手段に応答してアクセス頻度が高いファイルお
よび転送頻度が高いボリュームを決定する手段と、アク
セス頻度が高いファイルを転送頻度が高いボリュームに
移送する手段と、を含むデータ記憶装置階層構造。
【請求項５】前記第１階層レベルの記憶装置はボリュー
ムＸ個分の記憶容量を有し、前記アクセス頻度の高いフ
ァイルは転送頻度の高いＸ個以下のボリュームに移送さ
れることを特徴とする、請求項４のデータ記憶装置階層
構造。
【請求項６】複数のファイルよりなるボリュームを少な
くとも１つ含む記憶媒体を操作するための自動記憶装置
ライブラリであって、複数の周辺記憶媒体アクセス・デ
バイスと、各々が前記記憶媒体の１つを格納することが
できる複数の記憶セルと、前記アクセス・デバイスと前
記記憶セルの間で前記記憶媒体を移動し、前記記憶媒体
をマウントし、前記アクセス・デバイスの１つ内で各ボ
リュームをマウントする手段と、各ファイルが前記アク
セス・デバイスによりアクセスされる回数および各ボリ
ュームが前記アクセス・デバイスの１つ内の前記マウン
ト手段によりマウントされる回数をカウントする手段
と、前記カウント手段に応答してアクセス頻度の高いフ
ァイルおよびマウント頻度の高いボリュームを決定する
手段と、アクセス頻度の高いファイルをマウント頻度の
高いボリュームに移送する手段と、を含む自動記憶装置
ライブラリ。
【請求項７】前記周辺記憶媒体アクセス・デバイスはボ
リュームＸ個分の総マウント可能容量を有し、前記アク
セス頻度の高いファイルはマウント頻度の高いＸ個以下
のボリュームに移送されることを特徴とする、請求項６
の自動記憶装置ライブラリ。
【請求項８】前記周辺記憶媒体アクセス・デバイスはボ
リュームＸ個分の総マウント可能容量を有し、前記ライ
ブラリは、初期設定時にマウント頻度の高いＸ個以下の
ボリュームをマウントする手段を更に含む、請求項６の
自動記憶装置ライブラリ。
【請求項９】操作員が特定のファイルを最もアクセス頻
度の高いファイルとして指定することを可能にする手段
を更に含む、請求項６の自動記憶装置ライブラリ。