JPH04278255A

JPH04278255A - 自動化記憶ライブラリおよびエラー回避方法

Info

Publication number: JPH04278255A
Application number: JP3317677A
Authority: JP
Inventors: David Leland Patton; デービッド・レランド・パットン; Daniel James Winarski; ダニエル・ジェームス・ウィナースキ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1991-03-04
Filing date: 1991-12-02
Publication date: 1992-10-02
Also published as: EP0507437A2; EP0507437A3

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は自己清浄式自動化記憶ラ
イブラリに関する。特に本発明は、その中にある周辺記
憶装置を清浄するための機械による実行能力を有する自
動化記憶ライブラリとそのための方法並びにプログラム
プロダクトとに関する。

【０００２】

【従来の技術】近代的なコンピュータは、１個以上の中
央処理装置とメモリ設備とを含むホストプロセッサを必
要とする。該プロセッサは、それに提供された命令によ
ってメモリに記憶されたデータを処理する。従って、メ
モリは、プロセッサが必要とするデータを記憶し、その
データをコンピュータの全体演算を可能とする速度でプ
ロセッサに転送できねばならない。従って、コンピュー
タのメモリのコストと性能は、コンピュータシステムの
商業的成功に対して重大である。

【０００３】今日のコンピュータは大量のデータ記憶容
量を必要としており、コンピュータのメモリは多様の形
態で入手しうる。高速であるが高価な形態のメモリは典
型的にはマイクロチップからなる主メモリである。その
他のメモリの入手しうる形態は周辺記憶装置（以下「デ
バイス」と称する）として公知であり、磁気直接アクセ
ス記憶装置（ＤＡＳＤ）、磁気テープ記憶装置および光
学記憶装置を含む。これらのタイプのメモリは、実際に
は例えば磁気テープ、磁気デスクあるいは光ディスクの
ような記憶媒体にデータを記憶する。これらの他のタイ
プのメモリの各々は、主メモリ以上に記憶密度が大きく
、かつ低コストである。しかしながら、その他のタイプ
のメモリは、主メモリによって提供される性能を提供し
ない。例えば、テープあるいはディスクを、駆動装置の
読取り／書込み機構の下に正しく位置決めするに要する
時間は、主メモリの高速で純粋な電子的データ転送速度
と較べようもない。

【０００４】単に単一タイプのメモリにコンピュータシ
ステムの全てのデータを記憶することは非効率である。主メモリにデータを全て記憶することは高価すぎ、また
データの全てをデバイスに記憶させると性能が下がる。このように、典型的なコンピュータシステムは、主メモ
リとデータ記憶階層に配置された１つ以上のタイプのデ
バイスとの双方からなる。データ記憶階層配置は、ユー
ザの性能とコストとの要件に合わせてつくられる。その
ような階層においては、主メモリは一次データ記憶と称
されることが多く、次のレベルの階層は二次データ記憶
装置といった風に称されることが多い。一般的に、階層
の最高レベルは記憶密度が最低で、性能が最高で、コス
トが最高である。階層が下るにつれて全体的に記憶密度
が増え、性能が低減し、コストが全体的に低くなる。必
要に応じ階層の種々レベルの間でデータを転送すること
により、メモリのコストは最小とされ、性能は最大とさ
れる。このようにデータは、プロセッサが必要とすると
考えられる限り主メモリに記憶される。階層は、多様の
形態をとり、いずれかの数のデータ記憶即ちメモリレベ
ルを含み、いずれかの２つの明確なメモリレベルの間で
直接データを転送することができる。データの転送は、
当該技術分野で周知のようにＩ／Ｏチャンネル、コント
ローラあるいはキャッシュメモリを採用することができ
る。

【０００５】技術図面、財務および保険関係文書、医療
チャート記録等に像を含めることができる。最近までは
、コスト面で効果的にメモリに像データを記憶させるこ
とはできなかった。像は多くの形態をとることができる
ので、テキストと同様に容易かつコンパクトにコンピュ
ータの２進法の０および１に符号化することができない
。技術図面は、典型的に図面へのアクセスが必要な場合
に手作業による検索を要するペーパ、マイクロフィルム
、あるいはマイクロフィッシュに記憶される。同じこと
が、Ｘ線およびその他の診断用の医療的像、金融機関間
での取引に使用される銀行小切手、保険証書、ファクシ
ミリ文書における像等についてもいえる。このように、
近代的なコンピュータにもかかわらず、世界中のデータ
の殆んどは依然としてペーパ上に記憶されているものと
推定される。像データを含むそのようなペーパ文書をフ
ァイルし、記憶しかつ検索するに要するコストは急速に
エスカレートしている。文書へのエクセスが必要とされ
る場合に手作業で検索せねばならない文書で一杯となっ
た部屋や倉庫を維持することはもはやできなくなった。光学スキャナが、デバイス上で記憶するために像を機械
で読取り可能な形態に変換できるが、像データのために
必要とされる記憶空間はペーパ文書に対して必要とされ
るものよりも著しく少ないものの依然として極めて大き
い。殆んどのビジネス用途に多くの記憶媒体が必要とさ
れている。このようにそのような媒体の記憶に対処すべ
く自動化記憶ライブラリが開発されてきた。

【０００６】自動化記憶ライブラリ（以下「ライブラリ
イ」と称す）は、取外し可能の記憶媒体を保持するため
の複数の収納セル即ちスロットと、ロボットのピッカ機
構と、１個以上の内部記憶デバイスとを含む。各記憶媒
体は、ピッカによる扱いを易しくするためにカセット即
ちカートリッジハウジングに収納しうる。ピッカは、指
令に基いて作動し、記憶媒体を、手作業を要することな
く収納セルと内部デバイスとの間で転送する。一旦記憶
媒体が内部デバイスに装着されると、システムがそのよ
うに要求する限りデータをその媒体に書き込んだりある
いはそこから読み出すことができる。内部記憶デバイス
と収納セルとは、データ記憶階層の明確なレベルと考え
られる。さらに、棚の記憶デバイスにある（即ち、収納
セルには無いが手作業による介入なくしてロボットのピ
ッカが届きうる範囲より外側に位置する）記憶媒体もデ
ータ記憶階層のさらに別のレベルと考えてよい。

【０００７】ライブラリはまた、１個以上の外部デバイ
スを含んでもよい。外部デバイスは、周辺記憶装置であ
るが内部デバイスと異なりピッカがアクセスできず、代
りに手作業で装てんし、また取外しが必要である。ライ
ブラリ操作者に便なるよう外部デバイスをライブラリに
含むことができる。簡単なアクセスが必要とされる棚記
憶媒体は、内部デバイスの中の１個に装着するためライ
ブラリに挿入され、ピッカにより検索する必要はない。外部デバイスもデータ記憶階層の明確な一レベルと考え
てよい。

【０００８】数例のライブラリが公知である。ＩＢＭ社
は１９７０年代に磁気テープモジュールを記憶し、検索
するために３８５０大量記憶サブシステムを導入した。最近、数社が、磁気テープカートリッジと光ディスク用
のライブラリを導入している。例えば、磁気テープカー
トリッジライブラリが、米国特許第４，６５４，７２７
号、同第４，８６４，４３８号および同第４，８６４，
５１１号に開示されている。光ディスクライブラリの例
は、米国特許第４，２７１，４８９号、同第４，５２７
，２６２号、同第４，６１４，４７４号および同第４，
７６６，５８１号において見い出すことができる。これらライブラリのロボットピッカ機構は、１個以上の
グリッパを含み、各グリッパは一時に１個の記憶媒体を
扱うことができる。米国特許第４，２７１，４８９号、
同第４，５２７，２６２号、同第４，６１４，４７４号
は、単一のグリッパのみを有するロボットピッカを開示
し、米国特許第４，６５４，７２７号、同第４，８６４
，４３８号、同第４，８６４，５１１号および同第４，
７６６，５８１号の特許は、多数のグリッパを有するロ
ボットピッカを開示している。ＩＢＭはまた、２個のグ
リッパを備えたライブラリイである９２４６光ライブラ
リユニットを市販している。本明細書で使用する「ライ
ブラリイ」という用語は、例えば内部周辺記憶デバイス
を含むジュークボックスあるいはその他のある種の自動
販売機のような非コンピュータ用途用の類似の装置も含
む。

【０００９】周辺記憶デバイスは、空気で運ばれる粒子
、記憶媒体の破片、およびその他の異物によって汚れる
ようになる可能性がある。そのような汚れによって、媒
体、あるいはヘッドと媒体との境界の運動を阻害するこ
とにより、デバイスの通常の動作を阻害する可能性があ
る。従って、デバイスの内部構成要素を清浄することが
知られている。デバイスの清浄を行う多くの技術が当該
技術分野において公知である。例えば、米国特許第４，
３８４，３１１号は、その中の磁気ヘッドを清浄する手
段を含む磁気ディスクドライブを開示している。磁気ヘ
ッドは、スピンドルモータの速度を落すことにより、ヘ
ッドがディスク上で通常の飛動高さに対して飛動高さを
低下させて飛動することにより清浄される。そのように
低くした飛動高さよりも大きい粒子は、ヘッドから掃き
落される。あるデバイス清浄技術では、特殊な清浄カー
トリッジをその中に挿入することを要する。そのような
カートリッジは、例えばブラシあるいはパッドのように
デバイスの変換ヘッドを清浄するのに特に適した手段を
含んでいる。清浄カートリッジの例が、全て光ディスク
ドライブに関する米国特許第４，８７０，６３６号と同
第４，８１７，０７８号並びに日本の公開されているが
未審査の特許出願第６３−２０９０８４号、同第６３−
２４４４６７号、および同第０２−０４９２８４号、並
びに磁気ディスクドライブに関する米国特許第４，５９
４，６１７号に開示されている。

【００１０】周辺記憶デバイスは、多様な方法で清浄の
必要性を信号で出すように作ることができる。最も単純
な技術においては、清浄の必要性は、デバイスがその機
能を停止するか、あるいは予期するものより下の性能レ
ベルで機能していることが手動の方法で観察されるとき
指示される。別の技術においては、デバイスは経験的な
観察から予め定めたある時間あるいは使用間隔において
清浄される。これら技術の各々は、それ自体のモニタ能
力をデバイスに組み込むことにより改良することができ
る。周辺記憶装置は、その性能レベルあるいは経過時間
または使用時間をモニタし、指示ライトあるいはコンソ
ールを介して清浄の必要時を操作者に信号を出す。これ
らの技術の各々において、デバイスの実際の清浄には、
例えば特殊な清浄カートリッジを挿入するとか、清浄動
作を要請する等手作業による援助を必要とする。

【００１１】ライブラリに含まれる周辺記憶デバイスは
、他の類似のデバイスと全く同様に清浄する必要がある
。ライブラリのデバイスを清浄する必要性は前述のよう
に指示しうる。一旦清浄の必要性が指示されると、その
ような清浄を行うに少なくとも２つの技術が知られてい
る。第１の技術においては、ライブラリの通常の動作が
停止し、サービス要員がこれも前述のようにデバイスに
直接アクセスし、該デバイスを清浄できるようにする。第２の技術においては、ライブラリの操作者が、その中
に清浄カートリッジを挿入し、ピッカにカートリッジを
引き出させ、特定のデバイスで転送し、清浄カートリッ
ジをデバイスに挿入するように指令する。次に操作者は
必要な清浄動作を呼び出す。前述の技術の双方において
、手作業による援助は必要である。そのような手作業に
よる援助は高価につき、かつその通常の動作を阻害する
ことによりライブラリの性能を低下させる。日本の公開
されているが未審査の特許出願第６４−０３００６１号
および同第０２−１６８４８１号は、光ディスクやドラ
イブの清浄を援助するために自動化記憶ライブラリでの
ピッカの使用に関するある限定された数の教示を提供す
る。

【００１２】

【発明が解決しようとする課題】前述の説明を鑑みれば
、本発明の目的は、改良された自動化記憶ライブラリを
提供することである。

【００１３】本発明の別の目的は、その中にある周辺記
憶デバイスを清浄するために機械による実行力を有する
自動化記憶ライブラリと、そのための方法並びにプログ
ラムプロダクトを提供することである。

【００１４】本発明のさらに別の目的は、各周辺記憶デ
バイスにおいて発生したエラーの存在と多数の種々タイ
プとをモニタし、特定タイプのエラーに対する所定のエ
ラー限度に達しているデバイスを清浄する機械による実
行力を有する自動化記憶ライブラリと、そのための方法
並びにそのためのプログラムプロダクトとを提供するこ
とができる。

【００１５】

【課題を解決するための手段】本発明のこれら並びにそ
の他の目的は、自己清浄式自動化記憶ライブラリによっ
て達成される。ライブラリに対する清浄ルーチンが、そ
の中の各々の内部周辺記憶デバイスにおけるエラーの介
在と、タイプと数とをモニタする。各内部デバイスにお
いて発生するエラーの数とタイプとはそのようなデバイ
スが清浄を必要としているか否かの指示と考えられる。あるデバイスにおいてあるタイプのエラーの限界量に達
すると、そのようなデバイスの清浄が自動的に呼び出さ
れ実行される。清浄は、ライブラリの収納セルに収納さ
れている清浄カートリッジを用いることにより達成され
る。ライブラリピッカが、収納セルから清浄カートリッ
ジを引き出し、それを清浄を必要としているデバイスへ
挿入する。清浄動作の完了後、そのようなデバイスのエ
ラーデータがリセットされ、ピッカは清浄カートリッジ
を収納セルまで戻す。清浄カートリッジは、内部デバイ
スから最も遠隔の収納セルに収納され、ライブラリの通
常動作に対する影響を最小にする。

【００１６】清浄ルーチンは、システムコントローラに
おけるマイクロコードあるいはオペレーティングシステ
ムに対するユーティリティとして実行される。清浄ルー
チンは、種々タイプのエラーをモニタし、それぞれの数
を各エラーのタイプの種々限界値と比較するように合わ
せることができる。また、種々デバイスに対して種々限
界値を用いることができ、かつルーチンは、到達した特
定のエラー限界値に応じて種々に反応するように合わせ
ることができる。好適実施例において、回復可能および
非回復可能エラーは区別され、かつ回復ずみおよび非回
復ずみエラーが区別される。回復可能エラーを発生させ
る動作は再試行される。再試行動作が首尾よくいくとす
れば、エラーは回復されたものと考えられる。ライブラ
リは、各々の周辺記憶デバイスにおける回復されたエラ
ーに対して個別の検数値（ｔａｌｌｙ）および限界値を
保持する。非回復可能エラーあるいは非回復エラーに対
しては検数値は何ら保持されない。

【００１７】もし再試行時回復可能エラーが回復される
とすれば、かつもしそのようなデバイスに対する回復さ
れたエラー限界値に達したとすれば、そのようなデバイ
スは自動的に清浄される。もし再試行時回復可能のエラ
ーが回復されないとすれば、エラーが発生したデバイス
は清浄にされ、エラーを発生した動作は、同じ記憶媒体
を用いるが、第２のデバイスにおいて繰り返される。も
しエラーが第２のデバイスにおいて繰り返されないとす
れば、動作は同じ記憶媒体を用いるが第１のデバイスに
おいて繰り返される。繰返し動作の結果は、第１のデバ
イスの清浄がエラーを排除したか、あるいはエラーの原
因が、特定された記憶媒体あるいは使用した周辺記憶デ
バイスに関連しているか否か指示する。

【００１８】本発明の前述およびその他の目的、特徴お
よび利点は添付図面に示すように本発明の好適実施例の
以下の特定の説明から明らかとなる。

【００１９】

【実施例】添付図面を参照すれば、数葉の図を通して同
じ数字は同じ機構および構造要素を示す。本発明を光デ
ィスクライブラリで実施したものとして説明しているが
、いずれかの自動化記憶ライブラリにおいて実施しうる
。

【００２０】図１から図４までを参照すれば、光ディス
クライブラリ１の種々の図が示されている。ライブラリ
１は、その動作部分の殆んどを密閉しており、かつ内部
へアクセスしうる前後のドアパネル（図示せず）を有し
ているハウジング２を含む。ライブラリ１は、さらに複
数の光ディスク収納セル３と複数の内部光ディスクドラ
イブ４を含む。収納セル３の各々は、その片側あるいは
両側にデータを記録した１個の光ディスクを収納するこ
とができる。ディスクの各側に記録したデータは、「ボ
リューム」と称される。好適実施例においては、ライブ
ラリ１は、７２個の収納セルを有する２個のコラムにお
いて４個の光ディスクドライブ４まで配置された１４４
個の収納セル３を含む。光ディスクは、アブレーチブ（
ａｂｌａｔｉｖｅ）、相変化磁気−光学あるいはいずれ
かその他の光記録層を含んでよく、かつそれらが光ディ
スクドライブ４と相容性である限り読出し専用、一回書
込み、あるいは書き換え可能でよい。さらに、光ディス
クは、スパイラルあるいは同心状のトラックパターンで
記録しうる。正確な記録フォーマットは、本発明の一部
を形成するものでなく当該技術分野において公知のいず
れかのものでよい。ロボットピッカ５は、収納セル３あ
るいはドライブ４のいずれかにおいて光ディスクにアク
セス可能で光ディスクをセル間で転送することのできる
単一のグリッパ６を含む。好適実施例においては、光デ
ィスクは、グリッパ６によるハンドリングを容易にする
ためカートリッジで構成され、かつ５と１／４インチ形
式ファクタディスクであるが、代替実施例においては、
ドライブ４およびグリッパ６と相容性のいずれかのサイ
ズでよい。

【００２１】ハウジング２の前面は図１では示されてい
ないが、ライブラリ１のある部分は、操作者がアクセス
しうるようハウジング２の前面を介して突出している。これらの部分は、コンソールドア７の一部であり、パワ
ーインジケータ／スイッチ８の全部または一部、入口／
出口スロット９、外側光ディスクドライブ１０、コンソ
ール１１およびキーボード１２を含む。コンソールドア
７は、図２に示すように必要時その背後へのアクセスを
可能とするように側方に旋回可能である。スロット９は
、光ディスクを挿入したりあるいは光ディスクをライブ
ラリ１から外すために使用される。ピッカ５がスロット
６に挿入された光ディスクを受け取り、そのディスクを
収納セル３あるいはドライブまで搬送し、あるいはピッ
カ５が収納セル３あるいはドライブ４から光ディスクを
検索し、ディスクをライブラリ１から外すためスロット
９まで送るようにキーボード１２を介して指令が操作者
によりライブラリ１に提供しうる。コンソール１１は、
操作者がハウジング２の内部を見ることなくライブラリ
１のある種の動作をモニタし、かつ制御することができ
る。外部光ディスクドライブ１０は、ドライブ４とは異
なりグリッパ６がアクセスすることができない。ドライ
ブ１０は手で装てん、あるいは取り出す必要がある。ま
たライブラリ１は、光ディスクドライブ排気ファン１４
と、外部デイスクドライブ用排気ファン１５と電源１６
とを含む。

【００２２】一旦ライブラリ１がパワーオンされると、
キーボード１２において受け取られた指令がシステムコ
ントローラ１７まで送られる。好適実施例においては、
システムコントローラ１７は、ＯＳ／２オペレーティン
グシステムを用いているＩＢＭＰＳ／２モデル８０パー
ソナルコンピュータである。ＩＢＭＰＳ／２モデル８０
のパーソナルコンピュータは、主メモリと、例えば固定
あるいはフロッピイディスクドライブにおけるような１
個以上の記憶媒体とを含む。システムコントローラ１７
は、後述するようにドライブ４、外部ドライブ１０およ
びピッカ５に命令を出す。ドライブコントローラカード
１３とピッカ５のコントローラカード１８は、システム
コントローラ１７により発行された既知の小さいコンピ
ュータシステムのインターフェース（ＳＣＳＩ）指令パ
ケットを、ドライブ４、外部ドライブ１０およびピッカ
５の電気−機械的作用に変換する。ライブラリ１内のピ
ッカ５の運動は本質的にＸ−Ｙである。垂直方向の運動
は垂直方向モータ１９によって駆動され、水平方向の運
動は水平方向モータ２０によって駆動される。モータ１
９は、親ねじ２１を回転させてピッカ５を垂直方向に運
動させる。モータ２０は、ベルト２２，２３を回転させ
ピッカ５を水平方向に運動させる。さらに、ピッカ５を
回転させてグリッパ６によって把持された光ディスクの
いずれかの側を直立位置に持って来ることができる。ラ
イブラリ１の残りの物理的特徴は、図に示していないか
、あるいは示しても単純化のためにラベルを付していな
いものの周知のものである。ライブラリ１はまた、清浄
するためにドライブ４に挿入しうる清浄カートリッジを
含む。清浄カートリッジは、例えば、全て参考のために
本明細書に含めてある米国特許第４，８７０，６３６号
及び同第４，８１７，０７８号並びに日本の公開されて
いるが未審査の特許出願第６３−２０９０８４号、同第
６３−２４４４６７号、同第０１−２５１４８２号、同
第０２−０４９２８４号および同第０２−１６８４８１
号に開示されているもののような清浄に適したいずれか
のタイプのものでよい。清浄カートリッジの一実施例に
おいては、ドライブの清浄は、清浄カートリッジ挿入後
明確な清浄作業を要する。この実施例においては、清浄
カートリッジパッドまたはドライブの対物レンズあるい
はこれら両方とは、対物レンズを清浄するために相互に
接触して運動するようにすればよい。他の実施例におい
ては、対物レンズの清浄は、実際には清浄カートリッジ
を単にドライブに挿入することによって達成しうる。例えば、清浄カートリッジは、その挿入の間ドライブの
対物レンズにわたって掃かれるブラシを含む。後は明確
な清浄作業が要求される。しかしながら、使用される清
浄カートリッジのタイプ、明確な清浄作業の必要性ある
いはその欠除は本発明の一部を達成するものではない。

【００２３】清浄カートリッジは、収納セル３に収納さ
れ、ドライブ４の清浄は、ライブラリ１の光ディスクが
収納され、かつアクセスされる方法と同様の方法で達成
される。ドライブ４を清浄するには、ピッカ５は、ドラ
イブにすでにある光ディスクを引き出したり、収納した
りして、かつ清浄カートリッジを引き出し、前記ドライ
ブへ挿入するように指令される。清浄作業が完了した後
、ピッカ５は清浄カートリッジを引き出し、それを収納
セル３へ戻す。好適実施例においては、清浄カートリッ
ジは、ライブラリ１の通常の動作に対する影響を最小に
するように収納される。通常ピッカ５は、清浄カートリ
ッジ以上に著しく頻繁にライブラリ１における光ディス
クを引き出すように指令される。また、ピッカ５は光デ
ィスクをスロット９へよりも著しく頻繁にドライブ４ま
で転送するように指令される。従って、光ディスクとド
ライブ４とを出来るだけ近接して効率的に保持する。清浄カートリッジの収納が、前述のような近接保持と干
渉しないようにするために、清浄カートリッジは、その
所定収納セルとしてドライブ４から最も離れた収納セル
３が割り当てられる。清浄カートリッジは、使用の度毎
の後通常その所定収納セル３に戻される。図に示すよう
に、ドライブ４はライブラリ１の収納セルコラムの底に
位置している。このように清浄カートリッジの所定収納
セルは、いずれかの収納セルコラムの頂部に位置した収
納セル３である。

【００２４】清浄カートリッジはまた、清浄ドライブ１
０において使用するためにスロット６を介してライブラ
リ１から排出することができる。ドライブ１０の清浄は
、清浄カートリッジを手でドライブ１０に挿入し、清浄
作業を手作業で行う必要がある。第２の清浄カートリッ
ジをライブラリ１の外側で収納し、ドライブ１０を清浄
するためにライブラリ１から清浄カートリッジを排出す
る必要性を排除する。しかしながら、前述の手作業は依
然として必要とされる。図５を参照して、ライブラリ１
のシステム接続を以下説明する。システムコントローラ
１７が、１個以上のホストシステムプロセッサ３０に装
着され、そこからの入力を受け取り、かつそこへ出力を
伝送する。システムプロセッサ３０は、例えばＭＶＳま
たはＶＭオペレーティングシステムを用いたＩＢＭ３０
９０メインフレームプロセッサ、あるいはＯＳ／４００
またはＡＩＸオペレーティングシステムを用いたＩＢＭ
ＡＳ／４００中間範囲コンピュータのようなホスト中央
処理装置（ＣＰＵ）、あるいはＯＳ／２またはＤＯＳオ
ペレーティングシステムを用いローカルエリアネットワ
ーク（ＬＡＮ）に配置されたＩＢＭＰＳ／２パーソナル
コンピュータのようなプロセッサのネットワークでよい
。システムプロセッサ３０への接続は、図示されていな
いが周知のものである。もしシステムプロセッサ３０が
ＩＢＭ３０９０メインフレームプロセッサであるとすれ
ば、１９８３年６月刊ＩＢＭ文書＃ＳＡ２２−７０９１
−００「ＩＢＭ　　Ｃｈａｎｎｅｌ−ｔｏ−Ｃｈａｎｎ
ｅｌ　　Ａｄａｐｔｅｒ」、１９８８年２月刊行ＩＢＭ
文書＃ＧＡ２２−６９７４−０９、「ＩＢＭ　　Ｓｙｓ
ｔｅｍ／３６０　　ａｎｄ　　Ｓｙｓｔｅｍ　　３７０
　　Ｉ／Ｏ　　Ｉｎｔｅｒｆａｃｅ　　Ｃｈａｎｎｅｌ
　　ｔｏ　　Ｃｏｎｔｒｏｌ　　Ｕｎｉｔ　　Ｏｒｉｇ
ｉｎａｌ　　Ｅｑｕｉｐｍｅｎｔ　　Ｍａｎｕｆａｃｔ
ｕｒｅｒｓ　　Ｉｎｆｏｒｍａｔｉｏｎ」、１９８７年
１月刊ＩＢＭ文書＃ＳＡ２２−７０８５−０１「ＩＢＭ
　　Ｓｙｓｔｅｍ／３７０　　Ｅｘｔｅｎｄｅｄ　　Ａ
ｒｃｈｉｔｅｃｔｕｒｅ　　Ｐｒｉｎｃｉｐｌｅｓ　　
ｏｆ　　Ｏｐｅｒａｔｉｏｎ」に記載のインタフェース
によってＩＢＭシステム／３７０チャンネルアタッチメ
ントを用いて接続を行うことができる。前記ＩＢＭ文書
はそれぞれ参考のため本明細書に含めている。もしシステムプロセッサ３０が、ＩＢＭＡＳ／４００中
間範囲コンピュータであるとすれば、ライブラリ１が参
考のために本明細書に含めたＡＮＳＩ規格Ｘ３Ｔ９．２
／８６−１０９、ｒｅｖ．５によるホストシステムによ
り直接制御される直接的なＳＣＳＩインターフェースア
タッチメントを用いて接続を行うことができる。もしシ
ステムプロセッサ３０が、ＬＡＮにおいて配置された複
数のＩＢＭＰＳ／２パーソナルコンピュータであるとす
れば、参考のため本明細書に含めた１９８９年３月刊の
ＩＢＭ文書＃ＳＣ２１−９５２６、「Ｄｉｓｔｒｉｂｕ
ｔｅｄ　　Ｄａｔａ　　Ｍａｎａｇｅｍｅｎｔ　　Ｌｅ
ｖｅｌ　　２．０　　Ａｒｃｈｉｔｅｃｔｕｒｅ　　Ｒ
ｅｆｅｒｅｎｃｅ」に記載のプロトコルによる、ＩＢＭ
トークン・リング・ネットワークＬＡＮアタッチメント
のＮＥＴＢＩＯＳ制御プログラムインタフェースを用い
て接続を行うことができる。ライブラリ１の好適実施例
を、ライブラリ１が共用の汎用記憶デバイスとしてシス
テムに現われるＬＡＮ環境におけるファイルサーバとし
て使用されるものとして以下説明する。

【００２５】システムコントロール１７は、ドライブ４
、ピッカ５および外部光ディスクドライブ１０に、ＳＣ
ＳＩバス３１を含む公知の片終端ＳＣＳＩ接続を介して
装着されている。代替実施例において、システムコント
ローラ１７は、同様に別の物理的ボックスに接続され、
図示していない他のボックスの動作を導くことができる
。他のボックスは、それが物理的にシステムコントロー
ラを含まないがＳＣＳＩバス３２を介してシステムコン
トローラ１７によって制御されることを除いて図１から
図４までに示すものと基本的に同一である。システムコ
ントローラを備えた１個のボックスと、システムコント
ローラを備えていない１個のボックスとの双方の物理的
ボックスを含む論理サブシステムは単一のライブラリと
考えられる。さらに、ある環境での使用に対しては、シ
ステムコントローラを備えた２個のボックスと、システ
ムコントローラを備えていない２個のボックスとを含む
というふうにライブラリを作るためにＲＳ−２３２イン
タフェース（図示せず）を介して２つのシステムコント
ローラを接続することができる。

【００２６】図６を参照して、システムコントローラ１
７の機能要素レベルでの説明を以下提供する。全体的に
、システムコントローラ１７は、ファイルを作ったり削
除したり、ファイルへ書き込んだり、そこから読み出し
たり、光ディスクを収納セル３、ドライブ４およびスロ
ット９の間で運動させ、かつ使用およびエラーについて
の統計を提供するというようなライブラリの主要な機能
を支援するように設計されている。ライブラリのボリュ
ームは、単一ドライブのルートディレクトリにおけるサ
ブディレクトリとして現われる。各ボリュームに割り当
てられるラベルはサブディレクトリの名前を表わす。システムプロセッサ３０は、ルートディレクトリを読み
取ることができるが、ルートディレクトリにファイルを
記憶することはできない。ボリュームにアクセスされた
いずれかの経路は、ボリュームラベルを表わすサブディ
レクトリエレメントの下の経路として現われる。ライブ
ラリ１は、ライブラリ１内のボリュームの物理的位置、
およびボリュームを装着すべきドライブ４等に関して何
ら命令を必要としない。代りに、システムコントローラ
１７は、前述のような全ての決定を行い、適当な作用を
導く。このようなライブラリ管理はユーザにはトランス
ペアレントである。

【００２７】総称ライブラリファイルサーバ（ＧＬＦＳ
）５０は、後述するように形式的に定義されたインター
フェースを介して一組の総称の中間ハードウェア指令に
よりライブラリを制御する。データは、単一のバイトか
ら広がる量においてデータアクセスを可能として可変長
さのデータ対象物を完了するよう論理記録レベルにおい
てＧＬＦＳ５０によって操作される。オペレーティング
システム５１は、制御のフローを調整し、外部インター
フェースから送入されてくるオペレーティングシステム
の指令をライブラリへ導く。オペレーティングシステム
５１は、数種の公知のオペレーティングシステムのいず
れかでよく、好適実施例においてはＯＳ／２オペレーテ
ィングシステムである。ＯＳ／２オペレーティングシス
テムを使用することにより、標準的な固定ディスクオペ
レーティングシステムの指令を介してライブラリ１を制
御することができる。ライブラリ１に対するプログラム
化した制御の残りの部分は、初期化時その中に介在して
いる記憶媒体からシステムコントローラ１７の主メモリ
へアップロードされるマイクロコードに保持されている
。代替実施例においては、マイクロプログラム化した制
御を支援するに要するある機能が、システムプロセッサ
３０において実行しているオペレーティングシステムへ
のユーティリティとして提供しうる。

【００２８】ＯＳ／２オペレーティングシステムは、シ
ステムコントローラ１７に対して一貫した数種の進歩し
たオペレーティングシステム概念を含んでいる。これら
の進歩した概念は、動的リンクライブラリ、設置可能フ
ァイルシステムおよびマルチタスキングである。動的リ
ンクライブラリ（ＤＬＬ）は、それぞれが必要に応じて
動的にロードされうる一組の機能を含むファイルである
。通常、プログラムは、コンパイルされ、実行される前
にプログラムが呼び出す機能の全てコンパイルしたプロ
グラムコードと結合される。ＤＬＬは、プログラムがプ
ログラムコードの独立したモジュールへコンパイルされ
かつ結合された機能を呼び出すことができるようにする
。ＯＳ／２は、必要に応じて呼び出すことのできる一組
のＤＬＬモジュールを含む。カスタムＤＬＬモジュール
を用いて、ＯＳ／２は、非標準記憶デバイスを制御する
ようにできる。カスタムＤＬＬモジュールは、設置可能
のファイルシステム（ＩＦＳ）として知られている。ＩＦＳにより支援される各機能は入口点として公知であ
る。設置可能のファイルシステムに関する追加の情報に
ついては、参考のために本明細書に含めた、１９８９年
秋季号のＩＢＭ文書＃Ｇ３６２−０００１−０３「ＩＢ
Ｍ　　Ｐｅｒｓｏｎａｌ　　Ｓｙｓｔｅｍｓ　　Ｄｅｖ
ｅｌｏｐｅｒ」を参照のこと。好適実施例においては、
ＧＬＦＳ５０は、規定された入口点を備えたＯＳ／２オ
ペレーティングシステムへのＩＦＳとして実行される。

【００２９】ＯＳ／２オペレーティングシステムの別の
重要な局面はマルチタスキングである。マルチタスキン
グとは、システムが多数のプログラムを同時に実行させ
ることができることである。システムのプロセッサの時
間は、あたかも他のタスクが存在しないかのようにそれ
ぞれが実行しているように見えるタスクの間で配分され
る。各タスクに対して個別の環境が保たれ、各タスクに
対するメモリとレジスタの中味が相互の干渉を避けるよ
うに遮断される。タスクとその関連の環境とは、「スレ
ッド」と称される。プログラムは、ＩＢＭＰＳ／２モデ
ル８０パーソナルコンピュータの主メモリにおいてコー
ド領域とデータ領域とを含みうる。コード領域は、いず
れかの所与のスレッドに対して実行されつつある命令を
含むメモリのセクションである。データ領域は、命令の
実行の間操作されるメモリ（あるいはレジスタ）のセク
ションである。数個のスレッドに対して同じコード領域
を用いることができるので、各スレッドは、実行のため
に同じコード領域を指すことができるが、独自の遮断さ
れたデータ領域を含む。

【００３０】上方インターフェース変換器８０は、上方
インターフェース指令と、ＧＬＦＳ５０の指令との間で
変換するものである。下方インターフェース変換器９０
は、ＧＬＦＳ５０により発行された指令と、下方インタ
ーフェースの指令との間で変換するものである。変換器
８０と９０とは、それぞれ明確に定められたインターフ
ェースと明確に結合可能のモジュールとして実行される
ことによって、ライブラリ１を新しい上方および下方の
インターフェースに容易に装着することができる。新し
いインターフェースへの装着の唯一のインパクトは、変
換器８０および９０の新しい部分を作ることであり、Ｇ
ＬＦＳ５０の属性は変らないままとしうる。

【００３１】ライブラリ１の上方インターフェースは、
ライブラリ構成、マップ、システム性能ファイル、コン
ソール１１（およびキーボード１２）並びにネットワー
クインターフエースを含む。ライブラリ構成、ライブラ
リマップ、およびシステム性能ファイルは、図に示して
いないが、システムコントローラ１７の固定ディスクド
ライブに記憶されている。これらのファイルは、ライブ
ラリ操作者あるいはサービス要員によって維持されてい
る。ライブラリ構成ファイルは、例えばライブラリ１に
おける物理的ボックスの数、各物理的ボックスにおける
ドライブ４と１０の数、ドライブが内部ドライブ４であ
るか外部ドライブ１０であるか、各物理的ボックスにお
ける収納セル３の数、各ピッカ５およびドライブ４また
はドライブ１０のＳＣＳＩアドレス等のライブラリ１の
ハードウエア構成の各種特性をリストしている。ライブ
ラリマップファイルは、例えば清浄カートリッジのラベ
ルとライブラリ１での各光ディスクのボリュームラベル
、ライブラリ１の清浄カートリッジの所定の収納セルお
よび各光ディスク、各光ディスクに対する自由空間情報
のようなライブラリ１の光ディスクの各種特性、および
例えばマウントの数、最後のアクセスの日付と時間等の
各光ディスクについてのある種の使用統計とをリストす
る。システムコントローラ１７は、ライブラリにおける
資源の数と配置を識別するためにライブラリ構成とマッ
プファイルとを使用し、ライブラリ１の変化における資
源の状態としてファイルを調整する。システム性能ファ
イバは、本発明に関連しない操作者が特定したある種の
パラメータをリストしている。コンソール１１は、ライ
ブラリの構成要素の進行中の状態を示し、例えばエラー
報告のような指令やユーティリティ機能を操作者に提供
するために使用される。キーボート１２は、操作者が、
例えばコンソール１１経由で受け取られた情報に応答す
るようにしてライブラリ１に手動で入力できるようにす
る。コンソール１１とキーボート１２とは、コンソール
ドライバ８１とコンソール論理マネージャ８３とにより
ＧＬＦＳ５０に結合されている。ネットワークは、ＬＡ
Ｎアダプタドライバ８２とＮＥＴＢＩＯＳネットワーク
制御プログラム８４とに結合されている。ネットワーク
インターフェースは、ネットワークのプロセッサがライ
ブラリ１に対して遠隔の取得をアクセスできるようにし
、それはライブラリへのファイルサーバとして作用する
。

【００３２】ＧＬＦＳリクエストマネージャ５２は、オ
ペレーティングシステム５１へのインターフェースであ
ってＯＳ／２オペレーティングシステムがいずれかのＩ
ＦＳと通信するために使用する同じ組の入口点に応答す
る。ＧＬＦＳリクエストマネージャ５２は、オペレーテ
ィングシステムの指令を分割してライブラリの機能を達
成するものであり、プロセス制御マネージャ（ＰＣＭ）
５３ａで見出されるルーチンを呼び出して各ステップを
達成することによりライブラリ機能を達成する。ＰＣＭ
５３ａは、一組のユーティリティルーチンであり、その
あるものは、システムが指令を分割して処理しやすくす
るリクエストブロックの発生を必要とする。ルーチンは
、ディレクトリ経路ストリングを構文解析し、光ディス
クをライブラリへ入れ、ボリュームの位置を見出し、ド
ライバをボリュームに割り当て、光ディスクをフリップ
してボリュームを反対側に存在させて取付けること、ボ
リューム取付け、ボリューム取外し、ライブラリから光
ディスクを出す等を行う。ディレクトリ管理スキーム（
ＤＭＳ）５３ｂは、周知のようにライブラリ１における
ユーザファイルの開放／閉鎖状態をモニタすることに対
してＩＦＳファイル仕様を満足させるコードのモジュー
ルであり、そのようなユーザファイルを操作するために
使用される。そのような内部モジュールによりＩＦＳイ
ンターフェースを用いることによって、ディレクトリ管
理スキームの外部ＩＦＳ型の実行を容易に適合させるこ
とができる。

【００３３】パワーオン初期化（ＰＯＩ）モジュール５
４は、パワーオンを行い、コントローラの機能をリセッ
トし、初期化においてオペレーティングシステム５１に
よって呼び出される。ＰＯＩモジュール５４は、構成要
素の自己試験の結果を決定して報告し、かつライブラリ
構成および状態のファイルを読み取るような機能を果す
ものである。エラーは、エラー回復モジュール５６とエ
ラーロギングモジュール５７とによって処理される。回
復モジュール５６は、動的なデバイス再配置およびデバ
イス指令の再試行を含む全てのエラーを処理する。ロギ
ングモジュール５７は、エラー情報を保存し、それをコ
ンソール１１を介して操作者に報告するものである。

【００３４】資源マネージャ６０は、リクエストブロッ
ク、ドライブコントロールブロック、およびエラー情報
ブロックを含むシステムコントローラ１７のデータ領域
においてコントロールブロックを動的に割り当てたり、
割り当て解除をしたりする。ドライバ４あるいはピッカ
５に対してハードウエアイベントを要求するためにリク
エストブロックが使用される。後述するようにドライブ
４に関する状態情報を記憶するために駆動制御ブロック
が使用される。エラー情報ブロックは、エラーを報告し
、分離し、かつありうる再試行するに必要な情報を記憶
するために使用される。制御ブロックの割り当ておよび
割り当て解除は、資源マネージャ６０によって保持され
たＩＢＭＰＳ／２モデル８０のパーソナルコンピュータ
の主メモリで使用しうる自由空間のリストを用いて達成
される。エラー回復モジュール５６と資源マネージャ６
０の双方は、図６に示すシステムコントローラ１７の構
成要素の殆んどに接続されており、そのような接続は、
図面を簡素化するために示していない。

【００３５】スケジューラ６１と６２とは、リクエスト
ブロックの中味のあるものを検査し、それらを、リクエ
ストを処理するハードウエアデバイス用パイプに入力す
るものである。パイプは、一方のスレッドから別のスレ
ッドに連がる待機データ経路であり、そのパイプに割り
当てられた識別子を知っているいずれかのスレッドによ
りアクセスできる。ディスパッチャ６３と６４とは、リ
クエストブロックを確認し、リクエストが実行状態にあ
ることを確認し、ドライブ論理マネージャ９１とライブ
ラリ論理マネージャ９２とにリクエストを適宜送るため
のものである。コーディネータ６５はディスパッチャ６
３と６４とに対してリクエスト実行を調整するものであ
る。コーディネータは、ＰＣＭ５３ａから受け取られた
各リクエストブロックへの入口を有するテーブルを用い
て前記のことを達成する。各入口は、特定のリクエスト
ブロックに関連の支援リクエストブロックをリストする
。別のリクエストを事前完了することを要するリクエス
トは、「従属性」と称され、最初に完了する必要のある
リクエストは「支援性」と称されている。コーディネー
タ６５は、関連の支援リクエストが実行されてしうまで
従属性リクエストの実行を留保する。もし支援性リクエ
ストの実行ができなくなるとすれば、コーディネータ６
５は従属性リクエストを拒否する。

【００３６】論理マネージャ９１と９２とは、リクエス
トブロックの形式の総称ライブラリ指令をＳＣＳＩデー
タパケットの形式の均等なデバイスレベルの指令へ変換
するものである。論理マネージャ９１と９２とはまた、
ドライブドライバ９３とライブラリドライバ６４とから
それぞれハードウエア状態情報を受け取るものである。ドライば９３と９４とは、ハードウエアおよび物理的メ
モリとを直接操作する。ドライバ９３、９４は、それぞ
れのハードウエアとの全ての通信を実行し、また割込み
にも応答する。論理マネージャ９１とドライブドライバ
９３とは、ドライブ４、論理マネージャ９２およびライ
ブラリドライバ９４のコントロールピッカ５とを制御す
る。簡素化のために図６には示していないが、実際には
ライブラリ１の各ドライブ４または１０に対して１組で
ある多数のドライブディスパッチャ６３と、ドライブ論
理マネージャ９１とドライブドライバ９３とが設けられ
ている。各組は、異なるデータパイプに接続されている
。

【００３７】システムコントローラ１７は、また、信頼
性、可用性およびサービス性（ＲＡＳ）モジュール９５
を含む。ＲＡＳモジュール９５は、ライブラリ１におけ
るエラーを診断し、回復モジュール５６とロギングモジ
ュール５７とに関連してそれに応答する。エラーは、読
取りエラー、書込みエラー、シークエラー、追跡エラー
、給電エラー等を含む。回復可能と非回復可能エラーと
は区別される。「回復可能」エラーとは，エラーを発生
させた動作を単純に再試行するか、あるいはエラーが発
生したドライブ４を清浄することにより除去しうるエラ
ーである。その他の全てのエラーは「非回復可能」エラ
ーである。回復可能エラーは、読取り、書込み、シーク
および追跡の失敗を含み、回復可能エラーを発生した動
作は自動的に最低一回再試行される。再試行は同じディ
スクを用いて同じドライブ４において生ずる。再試行が
うまくゆく場合はエラーは「回復」される。一回以上の
再試行でもエラーを克服できない場合、それらのエラー
は「回復されない」。

【００３８】ＲＡＳモジュール９５はエラーログを含む
。エラーログは、各ドライブ４において発生する非回復
エラーと、各ドライブと関連した清浄作用のデータベー
スである。ロギングモジュール５７が、回復したエラー
を追跡する。ロギングモジュール５７はまた、各ドライ
ブ４に対するユーザ特定の回復されたエラー限界値を含
む。限界値は、各ドライブ４に対して同じである必要は
なく、キーボード１２を用いたライブラリ操作者により
規定される。前述の情報は、手作業による援助なくして
ドライブ４を清浄する清浄ルーチンにより使用するよう
にログされる。同じ情報がドライブ１０に対してもログ
されるが、ピッカ５はそのようなドライブにアクセスで
きないのでドライブ１０の清浄は手作業による援助がな
ければ実行することはできない。

【００３９】動作方法ライブラリ１の初期化は、オペレーティングシステム５
１、ＧＬＦＳリクエストマネージャ５２、資源マネージ
ャ６０およびＰＯＩモジュール５４を用いて達成される
。正しい機能を検査するためにライブラリハードウエア
を自己試験した後、オペレーティングシステム５１がロ
ードされ、ＯＳ／２ＣＯＮＦＧ．ＳＹＳファイルを用い
てオペレーティングシステムのパラメータおよびロード
ドライバをセットする。次いで、オペレーティングシス
テム５１は、初期化指令を発生し、該指令はＧＬＦＳリ
クエストマネージャ５２に通され、次いでＰＩＯモジュ
ール６４に通される。ＰＯＩモジュール５４は、ライブ
ラリ構成、マップおよびシステム性能ファイルを読み取
り、ＩＢＭＰＳ／２モデル８０パーソナルコンピュータ
の主メモリで必要な内部データ構造を作り、かつライブ
ラリ構成ファイルにおいて規定されたライブラリ１の各
ハードウエア要素に対して個別のスレッドを初期化する
。資源マネージャ６０が、メモリマネジメントで使用さ
れる内部テーブルを初期化する。次いで、ＰＯＩモジュ
ール５４は、パワーオン自己試験結果についてシステム
コントローラ１７とコントローラカード１３，１８に照
会し、いずれかの問題あればエラー回復モジュール５６
に報告する。初期化の間に検出されるいずれかのエラー
は、エラー回復モジュール５６によりログされる。シス
テムコントローラ１７が準備完了状態にあると、システ
ムはコンソール１１即ちネットワークインターフェース
からの作動を受容する。

【００４０】図７を参照して、システムコントローラ１
７の基本的動作を以下説明する。ネットワークインター
フェースからリクエストが受け取られると、ネットワー
ク制御コードは、ステップ１００において、リクエスト
を一組の標準ＯＳ／２オペレーティングシステム指令に
変換する。次いで、オペレーティングシステムは、ステ
ップ１０１において、適当なＩＦＳオペレーティングシ
ステム呼出しを発行し、オペレーティングシステムの指
令を処理する。ＧＬＦＳリクエストマネージャ５２は、
呼出しを受け取り、それらをより単純な機能に分割する
。各機能に対して、ＧＬＦＳリクエストマネージャ５２
は、ステップ１０２において、ルーチンＰＣＭ５３また
はＤＭＳ　　５３Ｂあるいはこれら両方を呼出し、パラ
メータとしてルーチンに対して要求されるデータの適当
なサブセットを通す。ハードウエア動作を必要とする各
ルーチンに対して、ステップ１０３におけるＰＣＭ５３
ＡまたはＤＭＳ　　５３Ｂあるいはこれら両方が資源マ
ネージャ６０を呼び出し、ハードウエアレベルリクエス
トブロックを作り、そのようなブロックをスケジューラ
６１，６２に発行し、かつコーディネータ６５にハード
ウエア依存性を知らせリクエストを適正に順序づけるこ
とができる。また、ＰＣＭ　　５３Ａは、各ルーチンが
完了するにつれて制御と状態の情報をＧＬＦＳリクエス
トマネージャ５２に戻す。

【００４１】ＩＢＭＰＳ／２モデル８０パーソナルコン
ピュータの主メモリにおいて使用可能の自由空間のリス
トを検査した後、資源マネージャ６０は、リクエストブ
ロックに対して要求されたメモリ空間を割り当てる。資
源マネージャ６０を呼び出すルーチンは、制御ブロック
に対する情報の殆んどを提供し、資源マネージャ６０は
、制御ブロック識別子およびリクエストブロック識別子
に対して追加のある情報を充たす。ドライブスケジュー
ル６１およびライブラリスケジューラ６２は、リクエス
トブロック識別子としてハードウエアイベントリクエス
トを全て受け取り、それらを、それぞれドライブディス
パッチャ６３およびライブラリディスパッチャ６４に接
続されたデータパイプまで送る。ディスパッチャ６３と
６４とは、それぞれのデータパイプにおいてリクエスト
ブロック識別子の介在を待機する。リクエストブロック
識別子を受け取った後、ディスパッチャ６３と６４とは
、コーディネータ６５を呼び出し、リクエストブロック
が実行準備状態にあるか否かを決定する。コーディネー
タ６５は、リクエストブロック従属性のテーブルを検査
し、全ての支援性リクエストブロックが完了するまでデ
ィスパッチャ６３、６４がリクエストブロック識別子を
発行しないようにする。全てのリクエストブロック従属
性が満足されると、リクエストブロック識別子が各論理
マネージャ９１または９２に発行される。

【００４２】ステップ１０４においては、論理マネージ
ャ９１と９２とは、リクエストブロック識別子を受け取
り、必要なＳＣＳＩハードウエア指令パケットをリクエ
ストを達成するように構築し、パケットをドライバ９３
、９４に発行する。次いで、ハードウエアは物理的にリ
クエストを実行する。各リクエストが完了するにつれて
、論理マネージャ９１と９２とはそのような完了の信号
を出す。次いで、ディスパッチャ６３または６４は、次
のリクエストブロックの識別子を各論理マネージャ９１
または９２に発行する。

【００４３】一般的に、ライブラリ取付け／取外し動作
は、ボリュームを取付けるリクエストがある限り必要に
応じて継続する。前述の動作の間のいずれかのときにド
ライブ４においてエラー状態に出合うとすれば、そのよ
うなドライブ４によってＣＨＥＣＫ　　ＣＯＮＤＩＴＩ
ＯＮが報告され、各々の論理マネージャ９２はＲＥＱＵ
ＥＳＴ　　ＳＥＮＳＥを発行する。次いで、ドライブ４
はエラーの本質を示す情報に応答し、回復モジュール５
６はそのような情報を使用し、エラーの型とドライブ識
別子とを含むエラー情報ブロックを構築する。エラー情
報ブロックのフオーマットと、それを発生させるために
使用されるプロトコルとは本発明に係わるものでない。もしエラーが回復可能であるとすれば、清浄ルーチンが
自動的に呼び出される。

【００４４】図８および図９を参照すれば、清浄ルーチ
ンはステップ２００において呼び出される。ステップ２
０１においては、回復可能エラーを発生させたドライブ
４に対する動作が同じドライブにおいて１回以上再試行
される。ステップ２０５は、再試行動作が首尾よくいけ
ば分岐する。再試行動作が首尾よくいけば（即ち回復可
能エラーが実際に回復されたとすれば）、ステップ２０
５はステップ２０６に分岐して、エラーが発生したドラ
イブ４に対する回復されたエラーの検数値を増分する。ステップ２１０は、次いでそのようなドライブに対して
検数した回復エラーの数によって分岐する。もし回復し
たエラーの数が、所定の限界値に達しないとすれば、フ
ローはステップ２４０（図９）にスキップして清浄ルー
チンを出ていく、もし回復したエラーの数が、所定の限
界値に達したとすれば、次いでピッカは、そのようなド
ライブの光ディスクを引き出し（即ち、デイスクをドラ
イブから取り出し、それを所定の収納セルへ戻し）、清
浄カートリッジを引き出し、それをステップ２１１と２
１２とにおいてドライブへ挿入するように指令される。また、ドライブ４は、必要ないずれかの清浄動作を実行
するように指令される。次いで、フローは、ステップ２
３６（図９）までスキップし、ＲＡＳモジュール９５に
おいて清浄動作をログし、ロギングモジュール５７にお
いて回復されたエラー検数値を零にリセットする。清浄
ルーチンはステップ２４０（図９）で出ていく。

【００４５】ステップ２０１の再試行動作が不首尾であ
るとすれば（即ち回復可能エラーが実際に回復されない
とすれば）、ステップ２０５は、ステップ２２１へ分岐
し、ピッカが非回復エラーを検出したドライブ４（即ち
第１のドライブ）において光ディスクを引き出し、その
ようなデイスクをライブラリ内の別のドライブ４（即ち
第２の、異なるドライブ４）へ挿入する。ステップ２２
２において、ピッカは、清浄カートリッジを引き出し、
それを第１のドライブへ挿入するよう指令される。第１
のドライブにおいて非回復エラーを発生させた動作が、
第２のドライブにおいて繰り返され、第１のドライブは
、ステップ２２３において、必要ないずれかの清浄動作
を実行するよう指令される。次いで、ステップ２２５（
図９）は、第２のドライブにおいて第１のドライブの非
回復エラーの再発生に応じて分岐する。もしエラーが第
２のドライブにおいて繰り返されるとすれば、エラーは
、双方のドライブ４で発生したため、光ディスク問題に
よるものであるように見られる。このように、ピッカは
、ステップ２２６（図９）において光ディスクを引き出
すように指令され、ディスクを清浄するか、あるいは交
換する必要性が、ステップ２２７（図９）においてＲＡ
Ｓモジュール９５において指示される。次いで、フロー
は、ステップ２３６（図９）までスキップし、ＲＡＳモ
ジュール９５における清浄動作をログし、かつロギング
モジュール５７における回復されたエラーの検数値を零
にリセットする。清浄ルーチンはステップ２４０（図９
）において出ていく。

【００４６】もしエラーが、第２のドライブにおいて繰
り返されないとすれば、ピッカは、第２のドライブから
光ディスクを引き出し、そのデイスクをステップ２３１
（図９）において第１のドライブへ再挿入するよう指令
される。第１のドライブにおいて非回復エラーを発生さ
せた動作が、ステップ２３２（図９）において繰り返さ
れ、ステップ２３３（図９）はそのような非回復エラー
の再発生に応じて分岐する。第１のドライブにおいてエ
ラーが繰り返されるとすれば、エラーは、第２のドライ
ブにおいて発生しなかったが、清浄した後でさえも第１
のドライブにおいて依然として再発したので、汚染に関
連していない第１のドライブにおける問題の原因と考え
られるようになる。このように、ピッカは、ステップ２
３４（図９）において光ディスクを引き出すよう指令さ
れ、第１のドライブを働かせる必要性はステップ２３５
（図９）において指示される。ステップ２３６（図９）
において、清浄動作は、ＲＡＳモジュール９５において
ログされ、ロギングモジュール５７における回復可能エ
ラー検数値が零にリセットされる。ステップ２４０（図
９）において、清浄ルーチンはフローを出ていく。もし
エラーが第１のドライブにおいて繰り返されないとすれ
ば、フローは図９におけるステップ２３３からステップ
２３６および２４０まで直接スキップする。

【００４７】清浄ルーチンの擬似コードリストを以下に
示す。このリストは、回復可能エラーがドライブ４にお
いて検出され、再試行（即ち図８のステップ２０５にお
いて）された後コードモジュールＲＡＳＣＬＥＡＮから
始まる。ＤＲＩＶＥ　　Ｘは第１のドライブで、ＤＲＩ
ＶＥ　　Ｙは第２のドライブである。ＫＥＹはエラーの
タイプで、ＫＥＹ　　０３は非回復エラーを示す。ＴＡ
ＬＬＹは、最後のリセット以降のドライブにおいて検出
された回復エラーの数である。ＳＥＮＳＥは非回復エラ
ーのタイプの識別子である。ＣＥＬＬは、各デイスクの
所定収納セルあるいは清浄カートリッジである。ＣＥＭ
ＥＮＵは、ＲＡＳモジュール９５に存在するテーブルで
ある。このテーブルは、サービス要員によって必要とされるか
、あるいは完了され、かつコンソール１１を用いてアク
セスしうるサービス作業を含む。また、ＬＯＧサブルー
チンは、もしＢＡＤ　　ＤＩＳＫおよびＢＡＤ　　ＤＲ
ＩＶＥサブルーチンが実行されるとすれば単純な出口お
よび戻りとは区別されるエラー状態出口を含みうる。

【００４８】

【００４９】

【００５０】本発明を好適実施例について説明してきた
が、当該技術分野の専門家には本発明の精神、範囲およ
び教示から逸脱することなく細部において種々変更を行
いうることが理解される。例えば、本発明を光ディスク
ライブラリに関連して開示してきたが、その他のタイプ
のライブラリに対しても同様の考えを均等に適用可能で
ある。さらに、例えばドライブや収納セルの数のような
ライブラリにおける多数の変更を行いうる。例えば、代
替実施例において、ライブラリ１は３２個の収納セル３
と２個のドライブ４とを含む。システムコントローラ１
７は、ハウジング２の外側に配置され、サイズが小さく
されている。ライブラリ１の残りの特徴は基本的には変
らない。多数のグリッパピッカを含むライブラリ１の構
成によれば、清浄カートリッジあるいは光ディスクは別
のものが引き出される前にそれらの所定の収納セルへ戻
される必要がある。また、第１のドライブの清浄は、非
回復エラーが第２のドライブで繰り返されるか否かを決
めないまままに遅らされることによって、ドライブ４を
摩粍させる過度の清浄動作を阻止するように清浄ルーチ
ンのステップ２２３を順序立てることができる。またス
テップ２３６もそのように移行される。従って本明細書
で開示の本発明は特許請求の範囲によってのみ限定され
るべきである。

【図面の簡単な説明】

【図１】本発明を実行するための光ディスクライブラリ
の破断した正面斜視図。

【図２】コンソールパネルを側方へ旋回し、ファンを取
り外した以外図１と同じ図。

【図３】図１と図２とに示す光ディスクライブラリの破
断した後面斜視図。

【図４】図３に示すロボットピッカとグリッパとの拡大
図。

【図５】図１から図４までに示す光ディスクライブラリ
の概略線図。

【図６】図１から図５までに示す光ディスクライブラリ
のシステムコントローラの概略ブロック図。

【図７】上方インタフェースにおいて受け取られたネッ
トワークリクエストを下方インタフェースにおけるＳＣ
ＳＩ指令パケットへ変換する、光ディスクライブラリの
システムコントローラの動作のフローチャート。

【図８】光ディスクライブラリのための清浄ルーチンの
前半部のフローチャート。

【図９】光ディスクライブラリのための清浄ルーチンの
後半部のフローチャート。

【符号の説明】

１　　　　ライブラリ２　　　　ハウジング３　　　　収納セル４　　　　光ディスクドライブ５　　　　ロボットピッカ６　　　　グリッパ１０　　外部デイスクドライブ１１　　コンソール１２　　キーボート１３　　ドライブコントローラカード１７　　システムコントローラ１８　　コントローラカード

Claims

【特許請求の範囲】

【請求項１】　　周辺記憶デバイスと、データ記憶媒体
と記憶デバイス清浄カートリッジとを収納する収納セル
と、前記収納セルを前記デバイスとの間で記憶媒体を転
送し、かつ前記収納セルと前記デバイスとの間で前記清
浄セルを転送する転送手段と、前記デバイスと前記転送
手段とに結合され、前記デバイスで発生したエラーを検
数し、所定エラー限界値に達したことを検出するとき、
前記転送手段に、そのとき前記デバイスに存在している
記憶媒体を引き出し、前記清浄カートリッジを引き出し
、かつ前記清浄カートリッジを前記デバイスへ挿入する
ように指令する手段と、を備えるそれ自体を清浄する機
械による実行能力を有する自動化記憶ライブラリ。
【請求項２】　　前記デバイスから最も離れた収納セル
が前記清浄カートリッジの所定の収納セルである請求項
１に記載のライブラリ。
【請求項３】　　前記デバイスが光ディスクドライブで
ある請求項１に記載のライブラリ。
【請求項４】　　前記の検数し指令する手段が、前記デ
バイスにおける回復したエラーを検数し、所定回復エラ
ー限界値に達したことを検出するとき、前記転送手段に
そのとき前記デバイスに存在している記録媒体を引き出
し、前記清浄カートリッジを引き出し、かつ前記清浄カ
ートリッジを前記デバイスへ挿入するよう指令する手段
を含む請求項１に記載のライブラリ。
【請求項５】　　さらに複数の記憶デバイスを設け、前
記転送手段が、前記収納セルと前記デバイスとの間で記
録媒体を転送し、かつ前記収納セルと前記デバイスとの
間で前記清浄カートリッジを転送することができ、前記
の検数し指令する手段が、前記デバイス並びに前記転送
手段に結合され、ある記憶デバイスにおいて所定のエラ
ー限界値に達したことを検出するとき、ピッカに、その
とき前記デバイスに存在している記憶媒体を引き出し、
前記清浄カートリッジを引き出し、かつ前記清浄カート
リッジを前記デバイスへ挿入するよう指令する請求項１
に記載のライブラリ。
【請求項６】　　前記の検数し指令する手段が、ある記
憶デバイスにおいて非回復エラーを検出するとき、前記
転送手段に、そのとき前記記憶デバイスに存在している
記憶媒体を引き出し、かつ別の記憶デバイスに前記記憶
媒体を挿入するよう指令する手段を含む請求項５に記載
のライブラリ。
【請求項７】　　前記転送手段がロボットピッカである
請求項１に記載のライブラリ。
【請求項８】　　複数の周辺記憶デバイスと、データ記
憶媒体と記憶デバイス清浄カートリッジとを収納する収
納セルと、前記収納セルと前記デバイスとの間で記憶媒
体を転送し、前記収納セルと前記デバイスの間で前記清
浄カートリッジを転送する転送手段と、前記デバイスと
前記転送手段とに結合され、前記デバイスにおいて発生
する回復エラーを検数し、ある記憶デバイスにおいて回
復エラーを検出し、かつ前記記憶デバイスにおいて所定
の回復エラー限界値に達したことを検出するとき、前記
転送手段に、そのとき前記記憶デバイスに存在している
記憶媒体を引き出し、前記清浄カートリッジを引き出し
、前記清浄カートリッジを前記デバイスへ挿入するよう
指令し、ある記憶デバイスにおいて非回復エラーを検出
するとき、前記転送手段に、そのとき前記デバイスに存
在している記憶媒体を引き出し、前記記憶媒体を別の記
憶デバイスに挿入するよう指令する手段と、を備えるそ
れ自体を清浄するための機械実行能力を有する自動化記
憶ライブラリ。
【請求項９】　　前記デバイスから最も離れた収納セル
が、前記清浄カートリッジの所定の収納セルである請求
項７に記載のライブラリ。
【請求項１０】　　前記転送手段がロボットピッカであ
る請求項８に記載のライブラリ。
【請求項１１】　　前記デバイスが光ディスクドライブ
である請求項８に記載のライブラリ。
【請求項１２】　　自動化記憶ライブラリにおける周辺
記憶デバイスを清浄する方法であって、前記自動化記憶
ライブラリが周辺記憶デバイスと、データ記憶媒体と記
憶デバイス清浄カートリッジとを収納する収納セルと、
前記収納セルと前記記憶デバイスとの間で記憶媒体を転
送し、前記収納セルと前記記憶デバイスとの間で前記清
浄カートリッジを転送する転送手段とを含み、前記方法
が機械で実行する、前記デバイスにおいて発生するエラ
ーを検数し、前記デバイスにおける所定のエラー限界値
に達したことを検出し、そのとき前記デバイスに存在す
る記憶媒体を引き出し、前記清浄カートリッジを引き出
し、前記清浄カートリッジを前記デバイスへ挿入するス
テップを備える周辺記憶デバイスを清浄する方法。
【請求項１３】　　検数されたエラーが、回復されるエ
ラーであり、所定のエラー限界値が所定の回復エラー限
界値である請求項１０に記載の方法。
【請求項１４】　　前記デバイスを清浄し、前記デバイ
スにおけるエラーの検数値をリセットし、前記清浄カー
トリッジを引き出し、前記デバイスから最も離れた収納
セルに前記清浄カートリッジを収納する機械で実行する
ステップをさらに含む請求項１０に記載の方法。
【請求項１５】　　自動化記憶ライブラリにおける周辺
記憶デバイスを清浄する方法において、前記自動化記憶
ライブラリは、複数の周辺記憶デバイスと、データ記憶
媒体と記憶デバイス清浄カートリッジとを収納する収納
セルと、前記収納セルと前記デバイスとの間で記憶媒体
を転送し、かつ前記収納セルと前記デバイスとの間で前
記清浄カートリッジを転送する転送手段とを含み、前記
方法が機械で実行する、各記憶デバイスにおいて発生す
るエラーを検数し、ある記憶デバイスにおいて回復され
るエラーを検出し、かつ当該デバイスにおいて所定のエ
ラー限界値に達したことを検出すると、そのとき当該デ
バイスに存在している記憶媒体を引き出し、前記清浄カ
ートリッジを引き出し、前記清浄カートリッジを前記デ
バイスへ挿入するステップを備える周辺記憶デバイスを
清浄する方法。
【請求項１６】　　検数されたエラーが、回復されるエ
ラーであり、前記所定のエラー限界値が所定の回復エラ
ー限界値である請求項１３に記載の方法。
【請求項１７】　　前記挿入するステップに続き、さら
に機械で実行する、前記デバイスを清浄し、前記デバイ
スのエラーの検数値をリセットし、前記清浄カートリッ
ジを引き出し、前記清浄カートリッジを前記デバイスか
ら最も離れた収納セルに収納するステップを含むことを
特徴とする請求項１３に記載の方法。
【請求項１８】　　ある記憶デバイスにおいて非回復エ
ラーを検出すると、そのとき当該デバイスに存在する記
憶媒体を引き出し、当該記憶媒体を別の記憶デバイスに
挿入することを機械的に実行するステップをさらに含む
請求項１３に記載の方法。
【請求項１９】　　ある記憶デバイスにおいて非回復エ
ラーを検出すると、そのとき当該デバイスに存在する記
憶媒体を引き出し、前記記憶媒体を別の記憶デバイスに
挿入することを機械的に実行するステップをさらに含む
ことを特徴とする請求項１４に記載の方法。
【請求項２０】　　前記の別の記憶デバイスにおいて、
非回復エラーを発生させた動作を繰り返し、もし非回復
エラーが前記の別の記憶デバイスにおいて繰り返されな
いとすれば、前記別の記憶デバイスにおいて記憶媒体を
引き出し、当該デバイスに記憶媒体を再び挿入すること
を機械で実行するステップをさらに含む請求項１６に記
載の方法。
【請求項２１】　　前記の別のデバイスにおいて、非回
復エラーを発生させた動作を繰り返し、もし前記の別の
記憶デバイスにおいて非回復エラーが繰り返されないと
すれば、前記の別の記憶デバイスにおいて記憶媒体を引
き出し、当該デバイスに記憶媒体を再び挿入することを
機械で実行するステップをさらに含む請求項１７に記載
の方法。
【請求項２２】　　自動化記憶ライブラリにおける周辺
記憶デバイスの清浄を制御するプログラムプロダクトで
あって、前記自動化記憶ライブラリが、周辺記憶デバイ
スと、記憶媒体と記憶デバイス清浄カートリッジとを収
納する収納セルと、前記収納セルと前記記憶デバイスと
の間で記憶媒体を転送し、かつ前記収納セルと前記記憶
デバイスとの間で前記清浄カートリッジを転送する転送
手段とを含むプログラムプロダクトにおいて、メモリと
、ある記憶デバイスにおいて発生するエラーを検数し、
前記デバイスにおいて所定のエラー限界値に達したこと
を検出し、そのとき前記デバイスに存在する記憶媒体を
引き出し、前記清浄カートリッジを引き出し、かつ前記
清浄カートリッジを前記デバイスへ挿入することを機械
で実行するステップを指令する、メモリに設けた手段と
を備えるプログラムプロダクト。
【請求項２３】　　前記記憶デバイスを清浄し、前記デ
バイスにおけるエラーの検数値をリセットし、前記清浄
カートリッジを引き出し、前記デバイスから最も遠い収
納セルに前記清浄カートリッジを収納する機械により実
行するステップを指令する、メモリに設けた手段をさら
に含む請求項２０に記載のプログラムプロダクト。