JPH09505165A - マス・データ・ストーリッヂ・ライブラリ - Google Patents

Abstract

(57)【要約】 複数のデータ・ストーリッヂ・モジュールが、各データ・ストーリッヂ・モジュール（ファイル・サーバ・アプリケーション）に含まれるまたはライブラリ（ボリューム・サーバ・アプリケーション）に保持されているストーリッヂ・モジュールに含まれる情報のディレクトリを保存しているディレクトリ保存部と共に、ライブラリを形成している。複数のインタフェース・コンピュータが、データを受信するために、かつライブラリをアクセスする要求信号を生成するために、複数のホスト・コンピュータと結合されている。受信された要求信号に応答すべく、ディレクトリが、データ・ストーリッヂ・モジュールを探し、ロケーション出力信号を生成する。コントロール・コンピュータが、ロケーション出力信号を受信し、かつデータ・ストーリッヂ・モジュールを選択されたデータ・レコーダへロードされるようにするためメディア・アクセス信号を生成する。入力／出力データ・チャネルが、データ・ストーリッヂ・モジュールへ／からの全ボリューム情報または選択されたファイル情報を読み出しあるいは書き込むために、アクセス要求信号を生成するインタフェース・コンピュータを選択されたデータ・レコーダへ結合する。この構成において、いずれかのインタフェース・コンピュータはいずれかのドライブへアクセスし、またいずれかのドライブはいずれかの蓄積手段へアクセスし、これによって、グローバル・メディアとグローバル・ドライブ・アクセスとの両者を提供する。

Description

【発明の詳細な説明】 発明の名称 マス・データ・ストーリッヂ・ライブラリ 関連出願へのクロス・リファレンス 本願は，１９９３年４月１２日付け特許出願番号第08/045,024号のコペンディ ング米国出願の一部継続出願であり，当該コペンディング米国出願は１９８９年 １１月１日付け特許出願番号第07/430,134号の米国出願の継続出願である。 技術分野 本願は，マス・ストーリッヂ・ライブラリ（ＭＳＬ）に関し，特にモジュラ構 成をもつマス・データ・ストーリッヂ・ライブラリに関する。 背景技術 大きいボリュームのデジタル・データを保持しかつ取り出すための必要性は， 増大しつづける量の蓄積容量をもつデータ蓄積デバイスを得るための必要性に帰 着する。データは，勿論，カセット，フロッピィ・ディスク，ディスケット，ハ ード・ディスク，光ディスク，キャパシティブ・ディスクおよび同等物上に蓄積 され得る。しかしながら，利用され得るメモリの量が大になればなるほど，高速 アクセス・タイムをもってかつ最大のシステム・フォールト・トレーランスをも って多入力コンピュータから情報を正確にアクセスすることがより困難になる。 他の公知システムは，ライブラリから蓄積済みのディスクあるいは蓄積済みの カセットを取り出してそれらをレコーダ内に置く所の ロボット・アーム・コントロールをもつ複数のデータ蓄積手段を利用している。 例えば，データ蓄積手段は，蓄積領域から，磁気テープ，フロッピィ・ディスク ，ハード・ディスクおよび他のマス・ストーリッヂ・デバイスのために用いられ ている如きトランスデューサ機構へ輸送される。トランスデューサが特定の蓄積 手段のその使用を終了した後に，この蓄積手段は，取り出されトランスデューサ へ輸送されトランスディーサへ置かれる他のユニットのために，退いて場所を空 けるために蓄積領域へ戻される。 いくつかの公知のデータ・ストーリッヂ・システムは，光ストーリッヂを含ん でおり，当該システムの中で，複数のキャリッヂ・ストーリッヂ・スロットが， 異なった位置と方向とに位置づけられ，そして垂直・水平取り出しシステムを使 用している。更に他のシステムは，ディスク・ストーリッヂを利用し，ディスク 保持部のディスクのアレイと平行して独立に移動するディスク輸送アセンブリを 持っている。この輸送アセンブリは，ディスクのアレイとディスク・キャリヤと の間で移送されたディスクを持つように作動する第１位置と，ディスク・キャリ ヤとディスク保持部との間で移送されたディスクを持つように作動する第２位置 との間を移動可能である。 フォールト・トレーランスを改善するために，公知の技術は，クロスバーを用 いて提供される代替データ・パスをもつ多数のスタックからなる，ディスク・フ ァイルを提供されている。これは，もしも１へのデータ・パスがフォールトして も他のパスが使用され得るから，フォールト・トレーランスを与える。いくつか の公知のシステムは，フォールトのあるモジュールを置き換えるために使用され るロボット・メンテナンス手段を含むフォルト・トレーラント・コ ンピュータ・システムを開示し，更に他のシステムは，数個のユーザをまかなう ランダム・アクセス・アームを含む光学的な蓄積／取り出しを開示している。 それにも拘らず，これらのシステムは要求を満たしていない。いずれか与えら れた装置においてどんなドライブ・ストーリッヂ手段が使用されようとも，この システムの使用によっても，じきにシステムの利用可能な容量を超えてしまうと いうマス・ストーリッヂにおける要求があい変わらず存在している。しばしば， こられの要求はシステムが最初に計画された際には予見されないし，ついでシス テムを拡張する必要性が生じる。しかしながら，このようなシステムを拡張する ことは，経済的に困難である。並行運転によっていくつかのコンピュータが同時 にマス・ストーリッヂ・ライブラリをアクセスできるようにすることは，このよ うなシステムにおいては困難である。 発明の開示 本発明は，大量情報蓄積ライブラリを形成するためのデータ蓄積エレメントを 含む複数のデータ・ストーリッヂ・モジュールと，各データ・ストーリッヂ・エ レメントに含まれるライブラリ情報（データ）のディレクトリを保持するデータ ・ディレクトリ保存部または各ストーリッヂ，エレメントのディレクトリを保持 するメディア保管部と，夫々がマス・ストーリッヂ・ライブラリ内のデータ・ス トーリッヂ・モジュールから選択されたストーリッヂ・エレメントを受け取るこ とのできる複数のデータ・レコーダとからなる，マス・データ蓄積・取り出しシ ステムに関する。 マス・ストーリッヂ・ライブラリは，夫々がラックの少なくとも ２つの面における平行なスロットにおいて複数のデータ・ストーリッヂ・エレメ ントを保持する整列されたラックの複数の列からなる。自動的ストーリッヂ・エ レメント・アクセッサが，夫々の列のラックの対向する面上のストーリッヂ手段 が共通のアクセッサによって取り出され得るように，夫々の面上のストーリッヂ ・ラックの列と複数のデータ・レコーダ・モジュールの１つとの間に置かれかつ 当該ストーリッヂ・ラックの列と当該複数のデータ・レコーダ・モジュールの１ つとに関係づけられる。 このアクセッサは，読み出しおよび書き込み動作のために関連づけられたラッ クの１つの面のスロットからストーリッヂ・エレメントの指定された１つを，関 連づけられたレコーダ・モジュール内に挿入するために，取り出す。ライブラリ は更に，ラックのいずれかの面上のストーリッヂ・エレメントをアクセッサによ って（即ち，アクセッサに対面するように各ラックを選択的に回転させることに よって，あるいはストーリッヂ・エレメントにフィード・スルー能力を与えるこ とによって）取り出されるようにする手段を含んでいる。このようにしても，も しもいずれかの列上のアクセッサが損傷しても，そのアクセッサに通常対面して いるテープ・カセットが他の機能しているアクセッサに利用されることができる 。側面移送トロリーが，列の間のデータ・ストーリッヂ・エレメントを移動する ために，ストーリッヂ・ラックの各列の終端と関係づけられる。ラックを回転し ，フィード・スルーまたは側面移送手段によってメディアをアクセスする機能は ，テープ・カセットを休止中のレコーダ・モジュールへ移行するために有効であ り，それはタスクの負荷平均化をはかり，かつレコーダ資源のより効率のよい使 用をはかるこ とになる。 システムは更に，単独のレコーダが不必要なテープ・スクリーングを生じるこ とよりも実質的によりよい形でエラーをシステムに与えるように，特殊なリード ・アフタ・ライト処理ハードウェアを含んでいる。この処理ハードウェアは，所 定のデータのビット対ビット比較を行う。もしもこの比較で誤りを生じたりまた もしも内部エラー修正がプリセットされたエラー閾値を通り抜けたりしたならば ，エラー状態にあるか疑いのあるデータ・ブロックがテープを止めたり再位置設 定をすることなしに書き直される。そして，受け入れ可能なエラー修正機能を超 えての欠陥を含んでいるテープの領域は，データが記録される間に実効的に編集 される。 ライブラリ・テープ上に含まれるデータについてのディレクトリを保持するた めに，マス・ストーリッヂ・ライブラリ・コンセプトは，ディレクトリ・データ を，好ましくは，高密度な，かつランダム・アクセス形の取り外し可能な，かつ 消去可能なメディア（即ち，光ディスクまたは磁気ディスク）上に置くことによ って，ライブラリ・データから分離している。このことは，実際のライブラリ・ データがアクセスされねばならないことなしに，ディレクトリ情報が高速にアク セスされ得る。大規模システムにおいては，ディレクトリ・メディアは“ジュー クボックス”システムで構成され，ディレクトリ・データの拡大可能なオン・ラ イン保管を可能にする。さもなければ，ディレクトリ情報は，特殊なリザーブさ れたディレクトリ区画内で，テープ上のデータと一緒に蓄積される。 このようにして，本発明は，データのグローバル・アクセスの概念を実現する 線に沿っての融通性を与えるモジュラ・システムを用 いて，マス・ストーリッヂ・ライブラリを構成することを可能にする。本発明に おけるこのようなグローバル・アクセスは，システム・フォールト・トレーラン スとシステムのアベイラビリティ増加とを与えるために，各テープ・サーバ・イ ンタフェース・コンピュータを１つまたはそれ以上のホスト・コンピュータにま たデータ・レコーダ・モジュールに接続するネットワークによって提供される。 システムのより小さい構成においては，ネットワークは，テープ・サーバ・イン タフェース・コンピュータを，グローバル・アクセス・ライブラリ構成内の対応 するデータ・レコーダ・モジュール（または複数のモジュール）に接続する。 図面の簡単な説明 本発明のより完全な理解が，後述する図面と関連づけて，後続する詳細な記述 を参照によって得られるであろう。 第１図は，本発明のマス・ストーリッヂ・ライブラリを表す図である。 第２Ａ図と第２Ｂ図とは，マス・ストーリッヂ・ライブラリのブロック図であ る。 第３図は，テープ・サーバ・コンピュータを表す図である。 第４図は，ディス・サーバ・コンピュータを表す図である。 第５Ａ図は，第１の構成における，シングル・クロスバー・スイッチ・ノード の概念図である。 第５Ｂ図は，第２の構成における，シングル・クロスバー・スイッチ・ノード の概念図である。 第６図は，複数の直列に結合されたクロスバー・スイッチ・ノードの概念図で ある。 第７図は，クロスバー・スイッチを利用するスイッチ・サブシステムを表す図 である。 第８図は，レコーダ・モジュールを駆動するためにスイッチ・サブシステムに 結合されるドライブ・サブシステムの概念図である。 第９図は，ストーリッヂ・モジュールのための１つの回転構成を表す図である 。 第１０図は，ストーリッヂ・モジュールのための第２の回転構成を表す図であ る。 第１１図は，好ましい設備形式での本発明の床面を表す図である。 第１２図は，メディア・アクセッサに並んだストーリッヂ・モジュールのため のフィード・スルー構成を表す概念的な上面図である。 第１３図は，ストーリッヂ・モジュールのためのフィード・スルー構成の側面 図である。 第１４図は，第１図に示されるマス・ストーリッヂ・ライブラリのより小さく ，より制限された構成を表す図である。 発明を実施するための最良の形態 第１図に示されるマス・ストリッジ・システム１０において，インタフェース コンピュータ１４，１６，１８および１９は，クライアントユーザもしくはホス トコンピュータ１２と通信するため，ライン３２，３４，３６および３７上の１ つもしくは２つ以上の複数のホストコンピュータからデータを受け取るため，デ ータを蓄積するため，およびディレクトリもしくは文書記録３８を維持するため の制御を備える。コンピュータ１４，１６および１８がマスライブラリデータ蓄 積ユニットへの直接アクセスを備えるのに対し，コンピュータ１９はオンライン 文書蓄積性能を利用する。 システムが機能することを容易にするために２つのタイプのコンピュータイン タフェースが使用される。第１は，サブシステムインタフェース（１ＦＳ）ディ スクサーバ，であり，高いオンライン文書記録実行性能を備えるクレイコンピュ ータと同等の能力に比較できものである。ＩＦＳディスクサーバ１９は，必要な らばさらにテープ蓄積にアクセス可能である。第２は，複数のＩＦＳテープサー バ１４，１６および１８であり，直接テープ蓄積性能を備えるコンベックスコン ピュータと同等の能力に比較できるものである。システム１０のためにより小さ い形状において，ＩＦＳテープサーバは，またディスクサーバとして機能する。 コンピュータ１４，１６，１８および１９は，１つもしくは２つ以上のホスト コンピュータにより同時かつ並列にアクセスされる。同様の方法で，ライン２０ と２２，２４と２６，２８と３０により図示されるように，多出力が，ＩＦＳテ ープサーバコンピュータ１４，１６および１８により用意される。図示の目的か ら２つのみの出力線が示されていて，これ以後で示されるようにコンピュータ１ ４，１６および１９の各々からの２以上の出力が並列でかつ同時に動作するもの で良いことが理解されるべきである。 ライン２０，２２，２４，２８および３０のＩＦＳテープサーバコンピュータ １４，１６および１８の出力が，任意のＩＦＳテープサーバコンピュータ１４， １６もしくは１８およびドライブユニット４４の任意のドライブサブシステム４ ８の間の全体的な接続性を与えるスイッチモジュールに結合される。一方，より 小さい形状のシステム１０において，各ＩＦＳテープサーバ１４，１６および１ ８は直接に（全体的でなく）ライン２０，２２，２４，２８およ び３０を介してドライブユニット４４（第１４図参照）に直接的に結合される。 ドライブサブシステム４８によりアクセスされるデータ蓄積モジュール，例えば カセットテープ，はトランスポートサブシステム５６に蓄積され，そしてデータ に対して全体アクセスするために点線５０，５２および５４で図示するようにロ ボット手段により適切なドライブサブシステムに自動的にアクセスされてロード される。本発明の記載は蓄積要素としてテープカセットに関して説明されている が，本発明は他のものおよび付加的な蓄積媒体の利用も意図していることが理解 されるべきである。 コントロールサブシステム４０はマス・ストーリッジ・ライブラリに存在する 共通リソースの位置付けもしくは位置付けの取り除きをする。インタフェーステ ープサーバコンピュータ１４，１６もしくは１８もしくはインタフェースディス クサーバコンピュータ１９がリードもしくはライトデータを受け取る時，第１に それは，適切なリソースを初期化して，位置づけし，そしてリソースの有効性を 要求するインタフェースを通知するコントロールサブシステムコンピュータから リソース（例えば，ファイル，ボリューム）を要求する。レコーダリソースの制 御は，それからＩＦＳ要求に通過する。一度動作が完結すると，ＩＦＳ制御がコ ンピュータ４０に通知し，そしてリソースが位置付けを除去される。 ＩＦＳテープサーバ１４，１６および１８およびＩＦＳディスクサーバ１９お よびコントロールコンピュータとの間の通信は，任意のいくつかの商業的な有効 なネットワークを構成するライン５８を介して発生する。コントロールコンピュ ータはさらにライン６０を通してスイッチサブシステム４２と，ライン６２を通 してドライブ サブシステム４４と，ライン６４を通じて蓄積／トランスポートサブシステムと さらに通信をとる。これらのライン５８，６０，６２および６４は独立である必 要はない。 マス・データ・ストーリッジ・取り出しシステム１０に対する通常モードの動 作は，ユーザからの蓄積データの“位置づけ”を隠すためでなく，データが蓄積 される媒体のタイプをも隠す。このように，アプリケーションプログラムは独立 技術であり，蓄積技術から分離され，かつシステムの実行が変わる。マス・デー タ・ストーリッジ・取り出しシステムはさらに蓄積データの構造と意味を隠し， かくして，ユーザが様々な方法（例えば，ボリューム，全体ファイル，ファイル の部分等）において蓄積されたファイル中のデータを取り出すことを可能にする 。このようなデータの隠蔽は，マスデータ蓄積・取り出しが，さまざまなアプリ ケーションおよび環境において有効にかつ効果的に機能することを可能にする。 マス・ストーリッジ・ライブラリ１０のより詳細なダイアグラムが第２Ａ図お よび第２Ｂ図に示される。第２Ａ図は，第１図において示される４つの代わりに ５つのインタフェースサブシステム１４，１６，１８，１９および２１の使用を 示す点を除いて，第１図におけるそのような部品を示すために使用された同じ数 字が主システム部品（コンポーネント）を対象として第２Ａ図，第２Ｂ図におい て使用される。コンピュータ１９がＩＦＳディスクサーバであるのに対して，コ ンピュータ１４，１６，１８，１９および２１はＩＦＳテープサーバである。５ つのインタフェースサブシステムのみが例として示され，そして付加的なもしく はより少ないサブシステムが必要ならば本発明において使用できる。 ５つのインタフェースサブシステムの主要な機能はホストコンピュータ１２か らおよびホストコンピュータ１２へのコマンドおよびデータを送信と受信するこ とである。示されるように，各インタフェースサブシステム（ＩＦＳ）は外部通 信ネットワークの４つの良く知られたタイプ；ＨｉＰＰＩもしくは高速度インタ フェースライン６６；ライン６８のＦＤＤＩ；およびライン７２のハイパーチャ ネル（登録商標）の任意のものを介して複数のホストコンピュータ１２に接続さ れる。これらの４つの外部ネットワークの各々は，ホストインタフェースモジュ ール（ＨＩＭ）７４を通じてＩＦＳサブシステムに結合される。 ホストインタフェースモジュール７４はＩＦＳコンピュータ１５，１６，１８ ，１９および２１およびネットワークの間の結合を与える。ライン６６のＨｉＰ Ｐインタフェースの場合，既存のウルトラネトワーク７４（第３図および第４図 に示す）が，ＩＦＳテープサーバ１４，１６，１８および２１に結合するための ＨｉＰＰＩ変換を与えるために使用される。ＩＦＳディスクサーバ１９が，テー プライブラリに直接的に結合されていなければ，ＩＦＳディスクサーバは，内部 サーバネットワーク７６経由でカセットテープライブラリからデータを蓄積もし くは取り出す必要がある時には，ＩＦＳテープサーバ１４，１６，１８および２ １の任意のものと通信する。 各ＩＦＳユニット１４，１６，１８，１９および２１は，各データ蓄積モジュ ールに含まれる情報のファイルサーバアプリケーションにおけるディレクトリを 維持するための少なくとも一つの蓄積媒体を構成するファイルディレクトリモジ ュール（ＦＤＭ）をもつ。ＦＤＭ７８は，要求されたファイルがディスク上にあ るか，あるい はテープに記録されているかどうかを指示する情報を含む。もし，ＦＤＭ７８が ＩＦＳテープサーバ１４，１６，１８もしくは２１に構成されている時には，そ れは，例えば，消去可能光学ディスクドライブおよび蓄積モジュールを含む光学 ディスクジュークボックスを構成するハードウェア配置を含む。ディレクトリは 交互に磁気ディスク，もしくは特別の場合において，テープ媒体上にディレクト リ部分を確保される。ＦＤＭ７８がＩＦＳディスクサーバ１９上で使用される場 合には，ディスクサーバ１９のためのファイルディレクトリ情報を維持するのは 所有ユニットである。これに対して，各ＩＦＳテープサーバ１４，１６，１８， １９および２１は，ライブラリに蓄積されたデータ蓄積モジュール（ボリーム） のボリュームサーバアプリケーションのディレクトリを維持するための蓄積媒体 を構成するボリュームディレクトリモジュール（ＶＤＭ）を持つ。 各ＩＦＳテープサーバユニット１４，１６，１８および２１は，またファイル データあるいはボリュームに他にファイルもしくはボリュームディレクトリを蓄 積するためのディスクドライブモジュールをもつ。このようにして，繰り返して アクセスされるデータのいくつかのファイルデータもしくはボリュームは，頻繁 なライブラリアクセスの必要性を避けるためにテープ媒体からディスクドライブ モジュールにロードされる。ＩＦＳディスクサーバ１９の場合，含まれるディス クドライブ８０は，同様に，ファイルデータもしくはデータボリュームの他にフ ァイルもしくはボリュームディレクトリ情報の両方を含む。ディスクドライブ８ ０はまた，システム管理および診断ルーチンのようなシステムソフトウェアのた めの蓄積装置を備え，そして光学ディスク上に蓄積された管理情報をさらにアク セスするために必要なデータを蓄積する。 ディスクドライブ８０が予め定めたファイルレベルに達した時，備えられてい るソフトウェアが，予め設定されたポリシーに従って，インターサーバネットワ ーク７６経由で，データを切り離してＩＦＳテープサーバ１４，１６，１８もし くは２１にスプールする。あるポリシー，蓄積ポリシー，はいくつかの特定のパ ラメータに従ってライブラリの文書記録のためのファイルを同定する。例えば， クラスにおけるファイル数が一定値を越えた時に，蓄積ポリシーは自動的に開始 される。他のポリシー，トランクションポリシーは，また特定のパラメータに従 ってファイルを切り詰める。さらに，他のポリシー，ミグレーションポリシーは ，蓄積データファイルを選択的に処理するために蓄積およびトランケーションポ リシーを選択的に開始する。これらのボリシーは，さらに文書記録からデータを 取り出すのに使用される。 ＩＦＳディスクサーバは，同様にデータを切離してマス蓄積ライブラリのカセ ットテープにスプールオフする能力を有する。ＩＦＳ１９に備えられているソフ トウェアが自動的にこの機能を果たす。ＩＦＳ１９は，たとえデータがカセット テープに蓄積されていなくても，そのデータおよびファイル情報をユーザに提供 することができる。ＩＦＳディスクサーバ１９は，さらにＩＦＳテープサーバ１ ４，１６，１８もしくは２１のうちの任意のものにデータを蓄積する性能をもつ 。 スイッチサブシステム４２は４つのモジュールから構成される：データインタ フェースモジュール８２（ＤＩＭ）；スイッチモジュール８４；スイッチコント ロールモジュール８６；および診断／分 配モジュール８８。スイッチサブシステム４２はドライブユニット４４に任意の ドライブシステム４８に全体アクセスするために接続される性能をもつＩＦＳテ ープサーバ１４，１６，１８および２１を備える。これは，４つの出力もしくは 各ＩＦＳサーバ１４，１６，１８および２１からドライブユニット４４中の４０ （名目上）のうちの任意のものににおけるインタフェース９０のうちの任意のも のの間で１対１接続を確立することにより接続的に提供される。データインタフ ェースモジュール８２（ＤＩＭ）はスイッチサブシステム４２の両側のインタフ ェースサブシステム に１対１接続を与える。スイッチングサブシステム４２の ＤＩＭ８２は，スイッチモジュール８４の他の側の他のＤＩＭ９２に選択的に結 合するためのスイッチモジュール８４にデータを提供する。スイッチモジュール ８４は，全てのＩＦＳ ＤＩＭ８２からの全てのドライブシステム９２の間での 接続もしくはその反対の接続を与えるクロスバースイッチ機能モジュールから構 成される。 スイッチサブシステム４２のスイッチコントロールサブシステム４２のスイッ チコントロールモジュール８６は，コントロールローカルエリアネットワーク（ ＬＡＮ）９５（第１図のライン６０）を通してマス蓄積ライブラリ（ＭＳＬ）と インターフェースをとっている。チャネル９５において，モジュール８６はコマ ンドを受け取り，そしてサブシステム４２のステータスを返す。コントロールサ ブシステム４０から受け取られたコマンドは診断／コントロールモジュール８８ によりスイッチ機能もしくは診断テスト実行のいずれかを開始する。任意のリー ドもしくはライト動作に先立って，コントロールサブシステム（ＣＮＳ）は，ス ブスイッチシステム４２に 任意のＩＦＳ ＤＩＭ８２を任意のドライブサブシステムＤＩＭ９２に接続する ことを命令する。全サブシステムステータスは，フォーマットしてＣＮＳ４０に ステータスを送るための制御を提供するスイッチコントールモジュール８６に導 かれる。スイッチモジュール８４は，クロスバースイッチコンポーネントを含み ，任意のＩＦＳインタフェース９０をドライブユニット４４の任意のドライブサ ブシステム４８に接続する機能を果たすそのより詳細は今後開示される。 診断／分配モジュール８８はスイッチサブシステム４２内の制御情報を配分す るための中心点を与える。診断／配分モジュール（ＤＤＭ）８８は，スイッチ制 御モジュール８６から他のあらゆるモジュールに制御情報を配分する配分コンポ ーネントをもつ。ＤＤＭ８８は，またテストデータを生成し，そして比較する診 断機能を提供する。ＤＤＭ８８はスイッチ制御モジュール８６により診断データ を生成してサブシステムを通して転送するためのスイッチコントールモジュール ８６により命令される。 システム１０は，もちろん，各ＩＦＳサーバ１４，１６，１８をドライバユニ ット４４（第１４図参照）のドライブサブシステム４８に対応する個々もしくは 複数に直接に結合することによりスイッチサブシステム４２なしに作られる得る ものであることか理解されよう。この特別のシステム構成は，第１図のように， ＩＦＳテープサーバ１４，１６および１８の任意のものによる任意のドライブサ ブシステム４８への全体的なアクセスを可能にしないであろう。しかしながら， 閉じたドライブユニット４４，蓄積アーキテクチャー５６とトランスポート５０ ，５２，および５４の使用により，全 媒体アクセスが維持される。 ここで，第２Ｂ図に移ると，ドライブユニット４４は多数のドライブサブシス テム４８を含み，その各々は，ドライブコントーラモジュール（ＤＣＭ）および レコーダモジュール９６（ＲＭ）を構成する。ドライブサブシステム４８（ＤＲ Ｓ）の主機能はデータを記録し，そして，ＭＳＬに蓄積されている蓄積媒体（カ セット）からレコードされているデータを再生することである。ＤＲＳ４８はス イッチスイッチサブシステム４２（ＳＷＳ），トランスポートサブシテム５６（ ＴＲＳ）そしてコントロールサブシテム４０とコントロールＬＡＮ９５を通して コントロールサブシステム４０とインターフェースをとる。ＳＷＳ４２とコント ロールＬＡＮ９５をＤＲＳ４８もつインタフェースは電気的インタフェースであ り，これに対して，ＴＲＳ５２へのインタフェースはメカニカルインタフェース であり，そこにおいて蓄積媒体が取り外されかもしくはロボット機能により挿入 される。ＤＣＭ９４は，ＣＮＳ４０からコマンドを受け取りそしてＣＮＳ４０に サブシステムステータスを返すためにＭＳＬコントロールＬＡＮ９５とインター フェースをとる。 リードもしくはライト動作が実行されている時，命令されたＩＦＳ１４，１６ ，１８もしくは２１はＣＮＳ４０からリソースを要求する。ＣＮＳ４０は割り当 てられたドライブシステム４８を含むリソース割当てリストを伴って応答する。 割り当てられたＤＲＳ４８は，ＳＷＳ４２を通して，確立されたデータチャネル を介してそのＩＦＳ１４，１６，１８もしくは２１により，リード／ライト動作 の間命令される。動作が，一度完結すると，ステータスが，ＤＲＳ４８からコン トローリングＩＦＳＩ４，１６，１８もしくは２１に ステータスが返される。 ＤＣＭ９４はレコーダモジュール９６と内部的にインターフェースをとる。Ｄ ＣＭ９４は，ＲＭ９６に，スタート／ストップ，テープをかける，記録する，お よび同様のことのようなさまざまなレコーダ機能の実行を命令する。ＲＭ９６は コマンドの完結について，ＤＣＭ９４にステータスを返す。ＲＭ９６は，２４０ Ｍｂｐｓまでもしくはそれ以上の割合でデータの受け渡し可能な高速のデータレ コーダにより構成される。ＲＭ９６は，コマンド／ステータスおよびデータのた めにＤＣＭ９４とインタフェースをとり，そしてまた，ロボットアクセッサ経由 でＴＲＳ５６とインタフェースをとる。レコーダモジュール９６は手動的にもし くはロボットアクセッサによりロードされる。 テープサポートサブシステム９８（ＴＳＳ）は，媒体に対するサポートと回復 の自動システムレベルを提供する。消磁モジュール１００は，システムにテープ をバルク消去する能力与える。テープ回復モジュール１０２は，破壊されたテー プもしくはカセットを修復する能力を与える。ワインダ／クリーナモジュール１ ０３は，テープ媒体を清掃し，媒体を元どおりにする自動能力を与える。 テープトランスポートサブシステム５６（ＴＲＳ）は，ドライブサブシステム ４８と蓄積サブシステム１０４（ＳＴＳ）の間でテープカセットを移動する。 ＴＲＳ５６の主機能は，レコーダモジュール９６からカセットを取戻し，そして それをＳＴＳ１０４に蓄積すること，およびその反対をすることである。ＳＴＳ １０４に加えてトランスポートサブシステム５６（ＴＲＳ）は，また，カセット アクセッサモジュール１０ ６およびラテラルトランスファーモジュール１０８をを含む。全部のＴＲＳ５６ モジュールは，ＭＳＬ蓄積ＬＡＮ１１０（第１図のライン６４）経由でＣＮＳ４ ０により命令される。 カセットアクセッサモジュール１０６（ＣＡＭ）は，公知のロボット機能によ り与えられる。ＣＡＭは，ＤＲＳ４８のＲＭ９６，もしくはラテラルトランスフ ァーモジュール１０８（ＬＴＭ）のスロットに，もしくはＳＴＳ１０４の他の蓄 積モジュール１１２のいずれかに挿入するために，蓄積モジュール１１２からカ セットテープを把持する。カセットアクセッサモジュール１０６は，幾つかのド ライブサブシステム（図面を簡単化するために，第２図においてはドライブユニ ット４４の８グループの各々において示される４つのみであるが）に役立てる通 路および蓄積サブシステム１０４に図示される任意の数の蓄積モジュール１１２ の幾つかを横切る。通路における蓄積モジュールの総数は，以後にみられるよう に，通路の位置に依存する。カセットアクセッサモジュールは水平および垂直軸 の双方に移動し，蓄積モジュール１１２からテープを取り出すための１もしくは それ以上の独立なアームを含む。 ＬＴＭ１０８は，ユーザとの最低量のやりとりで蓄積列間のテープを移動する 性能を与える。ＬＴＭ１０８は，トランスポートサブシステム５６の幅の間隔で あり，そして第１図においてより明瞭にわかるように通路の端に位置付けられて いる。ＬＴＭ１０８は，端と端が接続され，そして２ユニットの高さに積み上げ られる区分けされたトランスファコンポーネントを構成する。 蓄積サブシステム１０４（ＳＴＳ）は，カセットテープを収容するための蓄積 モジュール１１２を備える。収容される正確なカセッ ト数はＳＴＳ配置に独立である。蓄積モジュール１１２は，望ましくは回転モジ ューク（ＲＴＭ）もしくはフィードスルーモジュール（ＦＴＭ）である。回転モ ジュール１１２（第９図および第１２図参照）は，９０°でインクリメントして 垂直軸の回りを回転し，ＭＳＬ蓄積ＬＡＮ１１０経由でＣＮＳ４０により命令さ れる。回転モジュール１１２は，隣接する通路からカセットテープにアクセスす る性能を各ＣＡＭ１０６に備える。この回転性能はシステム性能と信頼性を高め る。この性能は，特に，あるＣＡＭに利用可能なレコーダモジュール９６の全て がビジーである場合，あるいはカセットアクセッサがディセーブルになっている 場合に，特に有効である。これに対して，フィード−スルーモジュール（ＦＴＭ ）１１２（第１２図および第１３図参照）は，モジュールの任意の側に蓄積され たテープが通路のいずれかからアクセスされることを可能にする。ＬＴＭ１０８ は，任意の通路間のカセットを移動することによりロードレベルをサポートする 。 ＣＮＳ４０はコントロールプロセッサ１１４，コンソールプロセッサ１１６， 高速プリンタ（図示せず）および媒体ラベルプリンタ１１８を含む。コントロー ルプロセッサ１１４とコンソールプロセッサ１１６はサン３シリーズ２００ワー クステーションである。それらはディスクプールを共有し，直接的な相互冗長性 を与える。両プロセッサとも，少なくとも１分当たり３００ラインのプリントが 可能なラインプリンタ（図示せず）に接続される。両プロセッサとも，ＭＳＬコ ントロールＬＡＮ９５を通して媒体ラベルプリンタ１１８に接続される。媒体ラ ヘルプリンタ１１８はマシンリーダブルおよびヒューマンリーダブル媒体ラベル を生成する。この構成は， ＣＮＳ４０が実行およびスループットにおいて品質低下なくシングルディスクド ライブの失敗を許容することを可能にする。あるプロセッサに失敗を生じた場合 に，いずれかのプロセッサが完全なプロセッサ機能を実行するように作られる。 前に述べたように，インタフェースサブシステム（ＩＦＳ）は，まず蓄積ライ ブラリ１０が，さまざまなコンピュータネットワークごしに他のコンピュータに データを送ったり，および他のコンピュータからデータを受け取る性能を与える 。ＩＦＳは，複数ユーザの要求をうまく処理するために要求される柔軟性を備え る。内部変換性および拡張性のあるＩＦＳコンポーネントが，各ＩＦＳモジュー ルが特定の実行および機能の必要性をサポートすべく構成されるように備えられ る。各ＩＦＳは有効な商業的なハードウェアおよびソフトウェア製品を利用する 。各ＩＦＳは，ＩＦＳコンピュータモジュール（ＩＣＭ）およびファイルディレ クトリモジュール７８（ＦＤＭ）もしくはボリュームディレクトリモジュール７ ８（ＶＤＭ）により構成され，そしてホストインタフェースモジュール７４（Ｈ ＩＭ）に結合される。ＩＦＳディスクサーバ１９は，高いオンライン記録実行性 能を備えるクレイＸ−ＭＰ／１４ｓｅ スーパーコンピュータを構成することの できるＩＦＳコンピュータモジュール１２０（ＩＣＭ）を含む。他のＩＦＳテー プサーバユニット１４，１６，１８および２１の各々は，コンベックス２３２コ ンピュータを構成できるＩＣＭ１２２を利用し，そしてこの実施はマス蓄積ドラ イブとの直接インタフェースをニーザに提供する。ＩＦＳテープサーバコンピュ ータ１２２およびＩＦＳディスクサーバコンピュータ１２０は同じ基本機能を果 たすが，異なる実施態様を示す。デー タ，およびＩＦＳテープサーバとＩＦＳディスクサーバ間の通信長は，内部サー バネットワーク７６により与えられる。 ホストインタフェースモジュール７４（ＨＩＭ）は低速度および高速度ユーザ システムインタフェースと通信する性能をシステムに与える物理インタフェース タンポーネントを含む。ライン６８のイーサネットワーク，ライン７２のハイパ ーチャネルネットワーク，ライン７０のＦＤＤＩトークンリングネットワークお よびライン６６の高速ＨｉＰＰＩチャネルとインタフェースをとる性能を与える のは，公知技術のコンポーネントとアダプタの論理グループである。このように して，ＨＩＭ７４は，システムが１もしくはそれ以上のＩＥＥＥ標準８０２．３ ローカルエリアネットワーク（ＬＡＮ）に接続されるユーザシステムと通信可能 である。 ハイパーチャネルプロセッサアダプターは，１もしくはそれ以上のハイパーチ ャネルネットワークに接続されるユーザシステムとの通信能力を与える。２つの 異なるハイパーチャネルプログラムアダプターがシステムに必要である。Ａ１３ ０ハイパーチャネルアダプターは，クレイコンピュータ１２０がハイパーチャネ ルネットワークに接続されるユーザシステムと通信する性能を与える。このアダ プターは，ＩＦＳコンピュータ１２０に接続可能な一組の１６ビット高速シンク ロナスインタフェースを備えて，特別に設計されたものである。ＰＬ１５０プロ セッサと組み合わされた４００ハイパーチャネルアダプターは，コンベックス Ｃ２３２コンピュータ１２２がハイパーチャネルネットワークに接続されるユー ザシステムと通信を可能にする。これらの項目は，全て商業的に手に入るもので あり，公知の技術である。 ファイバー配分データインタフェース（ＦＤＤＩ）は，標準ＦＤＤＩを備える スーパーネットチップセットを利用する。 直接ＨｉＰＰＩチャネル接続はクレイ ＩＦＳコンピュータ１２０になされる 。ＨｉＰＰＩチャネルは，ＨｉＰＰＩデータリンクを通じて，少なくとも２００ Ｍｂｐｓの有効な転送レートを支えることができる。 コンベックス Ｃ２３２コンピュータ１２２は，クレイＨｉＰＰＩチャネルと 直接共用できるＩ／Ｏチャネルを現在のところ提供していない。それ故に，コン ベックス Ｃ２３２コンピュータとＨｉＰＰＩチャネルの間の接続を可能とする ために，ウルトラ製品が利用される。システムは，コンベックス Ｃ２３２ コ ンピュータとウルトラネットワークワークハブの間で２００Ｍｂｐｓが達成でき る。 Ｃ２３２コンピュータ１２２は第３図に詳細が開示されている。それは３つの ＣＰＵ１２４，１２６および１２８を含む。コンピュータ１２４，１２６および １２８の各々は，２つのＩ／Ｏチャネル１３２および１３５を持つクロスバーメ モリ１３０に双方向的に結合される。マルチプロセッサ設計の使用は，実行時間 の間，ソフトウェアが並列処理されるべき類似しているイベントもしくは複数中 断を許可することを許す。コンピュータ１２２は６４ビットワードを使用し，取 りつけられた２Ｇバイトの物理メモリをもつことか可能にする。このメモリはシ ステムメモリおよびテープバッファリに分割される。Ｉ／Ｏチャネル１３４のク ロスハーメモリ１３０は，周辺インタフェースアダプター１３６を通じて４つの 高速並列インタフェースユニット１３８，１４０，１４２および１４４に結合さ れる。これらの高速並列インタフェースユニットの出力は，ＩＦＳコンピュータ １２２からの第２図に示される出力である。これらはスイッチサブシステム４２ にデータを転送するために使用される。 クロスハーメモリ１３０の部分を形成するテープドライブバッファは，ユーザ システムに接続されるインタフェースの転送レートにテープデータ転送レートを 合わせるために使用される。テープバッファは，またドライバのより有効な利用 のために備えられる。ドライブへのデータ転送は，テープドライブへの有効な転 送をなすために充分なデータがバッファに集められたときに生じる。反対に，ユ ーザシステムへのデータ転送は，バッファが，有効な転送をするためにテープド ライブから充分なデータを集めた時に，発生する。 クロバーメモリ１３０の全体の２Ｇバイトメモリ領域は各コンピュータ１２４ ，１２６，１２８およびＩ／Ｏチャネル１３２および１３４に有効である。高速 パラレルインタフェースユニット１３８，１４０，１４２および１４４を通して 全ての４つのテープドライブは同時に動作することかできる。各コンベックス ＩＣＭ１２２は，２つの光学ドライブ１４８とともに光学ディスクに蓄積するた めのジュークボックス１４６もしくは磁気ディスクドライブシステムのいずれか から構成される蓄積媒体を構成する５つまでのファイルディレクトリモジュール ７８（ＦＤＭ）をもつ。ＦＤＭ７８はファイルシステムディレクトリのための蓄 積装置を備える。 ディレクトリ情報への速くそして頻繁なアクセスをするために，ディスククト リデータは実際のデータから分離した媒体に置かれる。ＦＤＭもしくはＶＤＭ７ ８に問い合わせることにより，ユーザは，テープをドライブにマウントすること なしに，ライブラリのディレ クトリ情報（ファイルもしくはボリュームアプリケーションサーバに対して）ア クセスする。これは，ハンドリングだけで，テープドライブがデータのリードお よびライト動作に効果的ち使用されることを可能にする。ディレクトリデータが 維持されている間に，テープがカセットライブラリから取り除かれる。テープ情 報が他の場所に送出される時，引き渡されたテープ媒体の疲労検査の必要をなく すのあるが，移動可能な媒体は受信側にディレクトリ情報を転送する手段として 役立。 大蓄積容量，移動可能性，およびディレクトリ情報を蓄積するための速いアク セスという目標を達成するために，蓄積容器の中の消去可能光学ディスクおよび 消去可能な光学ディスクドライブを含むジュークボックスが使用される。これら のディスクは，目的を達成するためにジュークボックスから移動可能であり，そ して消去されうるものである。各ジュークボックスは，２４の消去可能なディス クおよび２つの光学ディスクドライブのためのスペースを含む。ディスクの各々 はダブルサイドであり全部で１Ｇバイトのデータを保持する。ディスクドライブ １４８は消去可能性の磁気−光学方法を使用する。これらの製品は全て現在商業 的に入出可能である。これに対して，磁気ディスクドライブシステムが使用可能 であり，すなわち，ディレクトリは，テープ媒体上の特別に確保されたディレク トリ部に蓄積される。 ５つのＦＤＭもしくはＶＤＭ７８が，ライン１５２のＦＤＤＩユーザ出力，ラ イン１５４のイーサネットユーザ，およびライン１５６のＭＳＬコントールＬＡ Ｎの他に入力／出力プロセッサ１５０（ＩＰＯ）に接続される。ＩＯＰ１５０は Ｉ／Ｏチャネル１３２に 結合されるプロセッサインタフェースアダプター１５８とインタフェースをとる 。ハイパーチャネル１６０のユーザ入力は，アダプター１６２を通してインタフ ェース１６４に結合され，その出力は，またインタフェースアダプター１５８と 通信をとる。ライン１７０のユーザＨｉＰＰＩチャネルは，ＨＩＭ７４のウルト ラサーキット１７２に結合され，それはプロセッサインタフェース１７４および インタフェースアダプター１７６と通信が取られ，その出力Ｉ／Ｏチャネル１３ ２に結合される。 第２Ａ図に示されるように、インターサーバーネットワーク76は、ライン178 を介して、ホストインターフェイスモジュール74のウルトラネットワークハブ（ 集線装置）180と入出力プロセッサ（IOP）182 に接続している。この入出力プロ セッサ(IOP)182は、クレー社(CRAY)のコンピューター120 とコンベックス社(CON VEX)のコンピューター122 との通信を実行する。この通信内容は、クレー社(CRA Y)のコンピューター120 のディスク記憶装置から、コンピューター122 に接続さ れている任意のテープに記録されるように転送されるファイルである。イーサー ネットＬＡＮのライン156 は、リクエストをコントロールサブシステム40（第１ 図，第２図参照）に送るときに用いられ、また、リクエストについてのステイタ スをコントロールサブシステムから受け取るときに用いられる。 クレー社(CRAY)のICMコンピューター120 は第４図に詳述される。 メインフレーム184 はクレー社(CRAY)のX-MP/14se であり、それは3200万MIPS の性能を有するベクトルプロセッサとなっている。入出力サブシステム(IOS)は 、３種の異なる入出力プロセッサ(IOP)から構成されている。それらはマスター 入出力プロセッサ(MIOP)18 6、ディスク入出力プロセッサ(DIOP)188 と補助入出力プロセッサ(XIOP)190 で ある。100 メガバイトの２つのチャネル192 と194 が、入出力サブシステムバッ ファー196 を介してメインフレーム184 と入出力サブシステム(IOS)とを接続し ている。 マスター入出力プロセッサ(MIOP)186 は、ユーザーハイパー(HYPER)チャネル1 98、FDDIチャンネル200、イーサネットチャネル202、およびインターサーバーネ ットワークチャネル178 のインターフェイスである。ホストインターフェイスモ ジュール74の一部分であるウルトラネットワークハブ（集線装置）204は、VME インターフェイス206 を介してマスター入出力プロセッサ(MIOP)186 に接続して いる。 ディスク入出力プロセッサ(DIOP)188 は、メインフレーム184 のセントラルプ ロセッサとディスクドライブ208 および210 とのインターフェイスである。８つ のディスクドライブからなるディスクドライブ208 と210 は全体で9.6 ギガバイ トのディスク記憶装置である。ドライブ208 と210 は、メインフレーム184 の記 憶ファイルに対するオンラインキャパシティとして用いられている。コントロー ラー212 と214 を介して、ドライブ208 および210 はディスク入出力プロセッサ (DIOP)188 とのインターフェイスになっている。 ウルトラインターフェイス218 を介して、補助入出力プロセッサ(XIOP)190 は ユーザーライン216 に対するHiPPI インターフェイスになっている。ウルトライ ンターフェイス218 はウルトラネットワークハブ（集線装置）とリンクアプター からなり、HiPPI チャネルを最大2km まで延長することができる。また、IBM ブ ロックマクスチャネル(Block Mux)220は、IBM テープドライブ222 とメインフレ ーム184 を接続している。IBM テープドライブ222 は、保守のため、および新し いまたは修正されたシステムソフトウエアの格納に用いられる。 第２図に関連して述べたように、スイッチモジュール42（システム10で用いた 場合）は一つまたは複数のスイッチコンポーネントから構成されている。第５Ａ 図と第５Ｂ図は一つのクロスバースイッチノードの概要を表したものである。２ ×２クロスバースイッチ224 はスイッチサブシステム42の中心であり、四つの独 立したポート226、228、230、232を持っている。スイッチ224 は任意の二つのポ ートを接続することが可能であり、これによって二つのデータの同時転送をサポ ートすることができる。独立したポートの使用により、他のポート経由のデータ 転送を妨害することなく２×２クロスバースイッチ224 を再構成することができ る。したがって、スイッチ224 の動作により、インターフェイスコンピューター (IFS)の任意の一つをドライブサブシステム48のどれか一つに接続でき、また、 インターフェイスコンピューター相互間の接続も可能である。 初期状態で、すべてのクロスバースイッチノードは、第５Ａ図に示されている ようにストレートスルー(straight through)コンフィギュレーションの状態にな っている。ポート226 はポート230 に接続され、ポート228 はポート232 に接続 されている。データ転送が起こるとこれらのポート連結は開き、要求されたポー ト間同志の接続が行われる。第５Ｂ図では、ポート226 およびポート232 の結合 によりインターフェイスコンピューター(IFS2)とドライブサブシステム48(DRS1) の間を接続している（第６図参照）。なお、スイッチノード236 は初期のストレ ートスルーの状態でドライブサブシステ ム(DRS1)と接続しているので、これをコンフィギュアーする必要はない。したが って、いずれのデータ転送の場合にも一つのスイッチノードをコンフィギュアー するだけでよい。 クロスバースイッチコンフィグレーションを制御する非ブロッキングアルゴリ ズムは、各々のインターフェイスコンピューター(IFS)が縦方向のスイッチノー ドの縦方向のポートに排他的にアクセスするという前提に基づいている。第６図 では、インターフェイスコンピューター(IFS2)は縦方向のポート226、230 およ び254 から"SNY"へ通じるノードの縦方向のポートを排他的に使用する。一方、 ポート232 と228 はドライブサブシステム(DRS1)へ接続するために二番目のイン ターフェイスコンピューター(IFS1)によって使用される。各インターフェイスコ ンピューター(IFS)がスイッチノードコラムを通じて縦方向のみに接続するとい う考えにより、ある一つのインターフェイスコンピューターが他のインターフェ イスコンピューターからのデータ転送を妨害、ブロッキングすることを防止して いる。 たとえば、第６図は三つのコラムがインターフェイスコンピューター(IFS１,I FS２,IFS３)によってアクセスされることを示している。各々のコラムはＮ個の スイッチ、およびドライブサブシステム(DRS１〜DRS Ｎ)へ出力するＮ個の横方 向の列を有する。最初の２×２スイッチ224 のポート226 への入力は、他のポー トの任意の一つ、たとえばポート230 に接続できる。そして、そのポートは二番 目の２×２クロスバースイッチ254 のポートの任意の一つ、たとえばポート238 に接続できる。つづいて入出力ポート238 はスイッチ254 の任意のポートのどれ かに、たとえばポート250 に接続できる。 同様に、スイッチ254 のポート250 からスイッチSNY のポート252 に接続し、ポ ート256 を通ってスイッチSNZ のポート258 に接続できる。スイッチSNZ のポー ト260 からドライブシステム(DRS N)へと信号が送られる。スイッチ224 とスイ ッチSNZ 間のスイッチの数は任意である。 このように、第６図で示したスイッチ間の連結の下、インターフェイス(IFS) テープサーバーコンピューター122（第６図のIFS1〜IFS3）のいずれも、２×２ クロスバースイッチの入力／出力ポートの任意の一つに接続したアウトプット90 （第２図参照）を有しており、その結果、各IFS テープサーバーコンピューター は任意のドライブサブシステムユニット48（ドライブユニット44）のいずれか一 つに接続される。このように、任意のインターフェイス(IFS)コンピューターの 出力は、任意のテープからのデータを読み書きするため、それに対応のドライブ システム48にグローバルに接続することができる。スイッチサブシステム(SWS)4 2 は動的な接続性を提供するので、インターフェイスコンピューター(IFS)から ドライブサブシステム(DRS)への再構成が他のチャンネルを妨害することなしに 行なわれる。 前述のようにスイッチサブシステム42の目的は、インターフェイスサブシステ ム14,16,18,21(第２図参照)およびドライブユニット44のドライブサブシステム4 8との間の論理的、物理的なインターフェイスを与え、また、一つのインターフ ェイスコンピューター(IFS)からドライブサブシステム(DRS)48 のすべてにグロ ーバルにアクセスできるようにすることである。ここで、すべてドライブサブシ ステム(DRS)48 へのグローバルなアクセスが必要ない場合はス イッチ42をシステムから除くことができる。このとき、インターフェイスサブシ ステム(IFS)テープサーバー14、16、18、21は対応する一つまたは複数のドライ ブサブシステム48に直接結合して、トランスポート50、52、54と記憶装置56につ いてのグローバルな媒体アクセスを提供する（第１４図参照）。 スイッチサブシステム(SWS)42 は、すべての可能な大規模記憶ライブラリのコ ンフィグレーションに適応したモジュラーコンポーネントから構成されている。 このフレキシビリティのおかげで、大規模記憶ライブラリをドライブの数の変更 に対してコンフィギュアーすることができる。各ノードの独立したポートは、コ ンフィギュアーされたドライブが個々のユーザーへまた個々のユーザーから同時 にかつ独立してデータ転送することを可能にしている。スイッチサブシステム(S WS)42 はインターフェイスサブシステム(IFS)14、16、18、21のそれぞれがドラ イブユニット44の任意のドライブサブシステム(DRS)48 にアクセスすることを可 能にする。大規模記憶システムは、このドライブサブシステム(DRS)へのグロー バルなアクセス能力によってユーザージョブをドライブへ格納するときの対象を 広げることができ、またより近くのドライブを遠方のそれより優先させているの で媒体への転送の必要性を最少なものにすることができる。 第７図に示されるように、ＳＷＳ42は、４つのモジュールからなっている。デ ータ・インタフェース・モジュール（ＤＩＭ）82は、ＩＦＳ14,16,18または21に 対してと、ＤＲＳ48に対しての、物理的インタフェースを提供する。しかし、説 明を簡単にするため、第７図では、ＤＩＭ82は、ライン90を経てＩＦＳの何れか に接続され、 またＤＩＭ92は、ライン27によりＤＲＳ48に接続されているものとして論じられ る。しかしまた、ＳＷＳ42は、上記したのとは逆の態様でも、同じく良好に機能 できることに留意されるべきである。このように、第７図では、ＤＩＭ82は、Ｉ ＦＳに対する物理的インタフェースを提供するものとして扱われるが、ＤＲＳに 対する物理的インタフェースともなりうるものである。 スイッチ・モジュール（ＳＭ）84は、第５Ａ図，第５Ｂ図及び第６図に示され るように、２×２クロスバー・スイッチ224 含むスイッチング機構である。スイ ッチ・コントロール・モジュール（ＳＣＭ）86は、ＣＮＳ40（第２図参照）に接 続されているＭＳＬコントロールＬＡＮ95に対するインタフェースを提供する。 ＳＣＭ86は、コントロール・サブシステム（ＣＮＳ）40からコマンドを受け取り 、ＳＷＳ42内の全てのモジュール及びコンポーネントを制御する。診断／配分モ ジュール（ＤＤＭ）88は、ＳＷＳ42のための組み込みテスト装置を備えるととも に、ＳＷＳ42の各コンポーネントに対して制御の配分を行う。 始めに述べたように、ＤＩＭ82は、ＩＦＳの何れかへの外部インタフェースを ＳＷＳ42に対して提供し、一方、ＤＩＭ92は、ＤＲＳ48への外部インタフェース を提供する。ＤＩＭ82及びＤＩＭ92中のインタフェース・フアンクション284 は 、高速インタフェースに適した平衡差動型のドライバとレシーバ備えている。Ｄ ＩＭ82及び92の双方に含まれるクロック・デカップリング・バッファ・ユニット 286 は、入力データをＳＷＳマスタ・クロック信号（図示せず）に同期させるた めの手段である。このデカップリング、つまりクロック乗り換え作用は、メモリ 読み書きの同時動作を可能にするため ピンポン方式で動作するクロック・デカップリング・バッファ・ユニット286 を 使用することで実現される。入力データが入力クロック信号により一方のメモリ ・バッファに書き込まれている間、他方のメモリ・バッファからデータが、ＳＷ Ｓ42のマスタ・クロック信号により読み出される。 各ＤＩＭにおけるバッファ・コントロール・ユニット288 は、ピンポン方式の メモリ機構を制御し、またＤＩＭ82（または92）をループバック・テストによる 診断が行われるように構成し、そして診断／配分モジュール（ＤＤＭ）88に対し て、コントロール及びステータスのためのインタフェースを提供する。各ＤＩＭ 82及び92におけるスイッチ・インタフェース・ユニット290 は、スイッチ・モジ ュール84に対する、共通インタフェースを提供する。各ＤＩＭ82及び92は、本質 的には、ＩＦＳデータ・サーバ高速Ｉ／Ｏチャネルを拡張したものである。 スイッチ・モジュール（ＳＭ）84は、１つまたはそれ以上のスイッチ・コンポ ーネント292 からなっている。各スイッチ・コンポーネント292 は、２×２クロ スバー・スイッチ224 と、４つの独立したＩ／Ｏポートの各々に結合されたスイ ッチ・インタフェース・ユニット226 と、スイッチ・コントロール・ユニット23 4 とを備えている。スイッチ・インタフェース・ユニット236 は、ＤＩＭ82や92 に対してあるいはスイッチ・コンポーネント292 に対して、接続を可能にするこ とによって、ＳＷＳ42にモジュール性を与える。、ＳＷＳ42に必要なだけの数の 外部インタフェースを設けるために、複数のスイッチ・コンポーネント292 が一 緒に接続される。 第５Ａ図および第５Ｂ図に関連して前述したように、２×２ク ロスバー・スイッチ224 は、ＳＷＳ42の心臓部である。この２×２クロスバー・ スイッチ224 は４つの独立したＩ／Ｏポートをもつ。このクロスバー・スイッチ 224 は、任意の２つのポートを接続することができ、それにより、２つのデータ 転送を同時に行う機能を実現する。２×２クロスバー・スイッチ224 では、この ポートの独立性により、他のポートを経由しているデータ転送を妨げることなく 、構成を変更（再構成）することが可能にされる。スイッチ・コントロール・ユ ニット234 は、ＤＤＭ88中の配分コンポーネント294 に対するインタフェースを 提供する。コントロール及びステータス情報は、このインタフェースを介して転 送される。構成変更コマンドは、スイッチ・コントロール・ユニット234 によっ て受信されると、クロスバー・スイッチの個々のポートに伝達される。このコマ ンドによって、スイッチ・コントロール・ユニットは、スイッチ・コンポーネン ト292 からのステータスを修正し、修正したステータスを配分コンポーネント29 4 に送出する。スイッチ・コンポーネント292 は、総計で1280 Mbps のＩ／Ｏ帯 域幅を提供する。 ＤＤＭ88は、配分ユニットまたはコンポーネント294 と診断ユニット294 を備 えている。配分ユニット294 は、スイッチ・コントロール・モジュール（ＳＣＭ ）86に、コマンド／ステータスのインタフェースと配分の機能を提供する。配分 ユニット294 は、コマンドを受信すると、そのコントロール情報をＳＷＳ42の適 当なコンポーネントに配分する。診断ユニット296 は、ＳＷＳ42の組み込みテス ト装置を備えている。テスト装置は、テスト・パターン・ゼネレータ298,アウト プット・スイッチ・インタフェース300,インプット・スイッチ・インタフェース 302,及び比較ユニット304 を含む。テス ト・パターン・ゼネレータ298 は、ＳＣＭ86からのコマンドにより、既知の診断 用テスト・パターンを発生し、スイッチ・インタフェース・ユニット300 を経て 、ライン306 に出力する。ライン306 は、診断ユニット296 を、ＤＩＭ82を経て 、スイッチ・コンポーネント292 中のスイッチ・インタフェース・フアンクショ ン・ポート226 に結合する。診断用テスト・パターンは、テストされるユニット から、正否照合のために、ライン308 によりインプット・スイッチ・インタフェ ース302 へ受信される。比較フアンクション304 は、その診断用テスト・パター ンを照合する。診断ユニット296 は、ＳＷＳ42に、診断用テスト・パターンを発 生させ、そのテスト・パターンをＳＷＳ42の各コンポーネントあるいは選択され たコンポーネントを経由するようにルート付けし、そしてテスト・パターンの完 全性を確認する機能を与える。ＳＷＳ42の各コンポーネントについての、このよ うなエラー検出機能は、障害を、取り替え可能な最下位のユニットのレベルで確 認出来るようにする。この機能は、障害を持つコンポーネントの迅速な診断を可 能にし、また新規な接続と動的なスイッチングについてのＳＷＳ42の機能は、オ ンラインでのデータ転送を中断させずに診断を実行することを可能にする。 スイッチ・コントロール・モジュール（ＳＣＭ）86は、ＳＷＳ42の操作制御に 必要なコンポーネントを備えている。ＳＣＭ86は、ＭＳＬコントロールＬＡＮ95 を介して、コントロール・サブシステム（ＣＮＳ）40からコマンドを受信し、ス テータスをＣＮＳ40へ送出する。ＳＣＭ86中のＬＡＮインタフエース・ユニット 310 は、ＳＷＳ42に対して、ライン95によりＭＳＬコントロールＬＡＮへのイン タフェースを与える。このコンポーネントは、市場で在庫から直ぐ に入手可能な製品である。スイッチ・コントローラ312 は、インタフェース310 を経て、ＣＮＳ40から高いレベルのコマンドを受け取り、それらのコマンドを、 ＳＷＳ42のコンポーネントによって必要とされる詳細な動作に変換する。スイッ チ・コントローラ312 は、市場で入手可能なコントローラ製品である。コントロ ール・インタフェース・ユニット314 は、市場で入手可能なスイッイチ・コント ローラ・ユニット312 と診断／配分モジュール88との間のインタフェースを与え る。コントロール・インタフェース・ユニット314 は、スイッイチ・コントロー ラ・コンポーネントのインタフェースを含む市場で入手可能な製品である。コン トロール・インタフェース314 は、ＳＷＳ42の各コンポーネントに対して全ての コマンド／ステータスのインタフェースを用意するのに十分なだけのＩ／Ｏチャ ネルを備えてはいない。そのため、コマンド／ステータス情報は、コントロール ・インタフエース314 から、１つの並列インタフェースを経て、ＤＤＭ88の配分 ユニット294 へ送られる。配分ユニット294 は、ＳＷＳ42の各コンポーネントに 対して、全てのコマンド／ステータスのインタフェースを用意するのに十分なだ けのＩ／Ｏチャネルを備えている。 ライブ・サブシステム（ＤＲＳ）48の細部は、第８図に示されている。特に、 ＤＲＳ48は、テキサス州ダラスのＥ−Ｓｙｓｔｅｍｓ，Ｉｎｃ．により製造され たレコーダ「ＥＲ−９０」で構成してもよい。ＤＲＳ48は、レコーダ・モジュー ル（ＲＭ）96と、ドライブ・コントローラ・モジュール（ＤＣＭ）94を備えてい る。ドライブ・コントローラ・モジュール（ＤＣＭ）94は、スイッチ・サブシス テム42に対するインタフェースを提供する。このインタフェース は、ＤＣＭ94の内部論理と結合して使用され、ＲＭ96に対してＤＣＭ94とのイン タフェースを提供し、ＲＭ96とインタフェース・サブシステム14、16、18、また は21（第２図参照）との間で、フアイル・データ及びコントロール情報を転送可 能にする。ＤＣＭ94はまた、ライン95によりＣＮＳ40からＭＳＬコントロールＬ ＡＮへのインタフェースを提供する。このインタフェースは、ＩＦＳ14、16、18 、または21に論理的に結合されていないＲＭ96を制御可能にするものである。 ＤＣＭ94は、インタフェース・コンポーネント316、マイクロ―コントローラ ・ユニット（ＭＣＣ）318、バッフア・ユニット320、及びレコーダ・インタフェ ース322 を備えている。 インタフェース・コンポーネント31は、ＳＷＳ42との間のインタフェースのた めのユニットである。インタフェース・コンポーネント316 は、高速並列インタ フェースと組み合わせて使用されるように設計されており、ＩＦＳテープ・サー バ14、16、18、または21と、ＤＣＭ94との間で、640 Mbpsに達するバースト速度 によりデータを転送することを可能にする。インタフェース・ユニット316 は、 インタフェース・アセンブリ324 をもつ。インタフェース・アセンブリ324 は、 ＤＣＭ94の他の部分のための全体的な同期インタフェースだけでなく、高速並列 動作を提供する。 ＭＩＣコンポーネント318 は、ＤＣＭ94におけるインタフェース・ユニット31 6 以外のコンポーネント及びＲＭ96のために、操作制御を行う。ＭＩＣ318 は、 コントローラ326 を備え、16 Mhzのマイクロプロセッサ、及び、割り込みハンド ラ、専用のランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ （ＲＯＭ）、 アドレス・デコーダ、バス優先制御回路を含む関連する制御回路を実装している 。コントローラ・ユニット326 はまた、１組のコマンド・レジスタを備えている 。マイクロプロセッサは、このコマンド・レジスタを通して、インタフェース・ ユニット316、バッファ・ユニット320、及びレコーダ・インタフェース322 との 間でインタフェースをとる。コントローラ・ユニット326 はまた、ＬＡＮインタ フェース・ユニット328 との間に接続をもっている。 ＬＡＮインタフェース・ユニット328 は、ＭＳＬコントロール・ライン95を介 して、コントローラ326 と外部のサブシステム・コントローラ（ＣＮＳ）40との 間の通信を可能にする。ＬＡＮインタフェース・ユニット328 は、標準的な相互 接続を提供するため、ＬＡＮチップ―セットで実装される。ＭＩＣユニット318 は、ＤＣＭ94を、オンラインとオフラインの２つのモードのどちらででも動作可 能にする。 ＤＣＭ94は、ＩＦＳ14、16、18、または21とＤＣＭ94との間が、スイッチ・サ ブシステム42を介して接続されている場合に、オンライン・モードに入る。オン ライン動作は、ＤＣＭ94がフアイル・データの格納あるいは取り出しを行うため に結合されている特定のＲＭ96を、あるＩＦＳが使用する必要があるときに生じ る。ＭＩＣ318 は、このモードで、インタフェース・ユニット316 を介して、１ つのＩＦＳからコマンドを受信し、それに従った操作制御を行う。受信したコマ ンドは、データ取り出しや、データ格納、ファイル検索などの操作機能を要求す るものである。これにより実行される操作は、各コンポーネントとＲＭ96に対し て高レベルのコマンドを発生すること、モジュール構成された動作の全体を監視 すること、及 びコンポーネント間のアクテビティを調整すること、を含んでいる。それはまた 、個々のコンポーネント及びＲＭ96におけるステータスのメッセージとコマンド に対するレスポンスを収集し、この機能を要求しているＩＦＳへ転送するのに適 したフォーマットで、これらのメッセージ及びレスポンスを編集する処理をも含 んでいる。 ＤＣＭ94は、ＩＦＳコンピユータの何れかとの間に論理的な結合がない場合に 、オフライン・モードに入る。オフライン・モードでは、先に第２図に関連して 述べられたＣＮＳ40が、ＤＣＭ94とＲＭ96の双方の動作状態を監視する。それに より、ＩＦＳコンピュータは、ＤＣＭ94が結合されるＲＭ96を最大限に使用でき るよにする。ＭＩＣユニット318 は、このオフライン・モードでは、ＬＡＮイン タフェース・ユニット328 を介して、ＣＮＳ40またはＩＦＳコンピュータ14、16 、18、または21の何れかからコマンドを受信し、そのコマンドに基づいた操作制 御を行う。受信されたコマンドは、論理的な結合のないＩＦＳコンピュータとの 間のデータのやりとり以外の、任意の操作上の機能の実行を指令するものである ことができる。オフライン用の各コマンドは、どれも診断テストとオンライン・ アクテビティ準備の２つのカテゴリーの何れかに入る。診断テスト用コマンドは 、ＣＮＳ40に、ＤＣＭ94とＲＭ96の双方の動作状態を監視させる。このコマンド は、ＤＣＭ94とＲＭ96の双方で使用可能な組み込みテスト装置の実行を開始させ るために使用される。オンライン・アクテビティ準備用コマンドは、ＩＦＳコン ピュータに、ＲＭ96の使用を最大化させる。このコマンドは、ＩＦＳコンピュー タ14、16、18、または21とＲＭ96との間に結合が形成される前に、テープの位置 決めの様なアクテビティを可能にする。これは、結合の 後でテープ上の特定のフアィルを探索するために費やされる時間を減少させるた めである。ＭＩＣ318 の動作は、コントローラ・ユニット326 中に実装される16 Mbps のマイクロプロセッサにより実現される。オフライン・モードにおけるＭ ＩＣ318 の動作は、ＬＡＮインタフェース・ユニット328 によって起動される。 このＬＡＮインタフェース・ユニット328 は、ＤＣＭ94とＣＮＳ40との間に直列 の通信パスを提供する。 バッファ・コンポーネント320 は、ＩＦＳテープ・サ ーバ14、16、18、または21とＲＭ96との間の、実効とバースト両方のデータ転送 速度の不一致を補償する。バッファ・コンポーネント320 はまた、テープに書き 込まれているデータの照合を行い、マルチアクセス・バッファ・ユニット330、 バッファ・コントロール・ユニット332、及びリード・アフター・ライト比較ユ ニット334 で構成されている。 マルチアクセス・バッファ・ユニット（ＭＡＢ）330 は、個々のＩＦＳテープ ・サーバとＲＭ96との間で転送が行われるとき、一時的データ記憶のために必要 な固体メモリを提供する。このメモリは、テープ・サーバのメモリと競合する分 その負荷を軽減し、必要な場合、フアィルの部分をリアルタイムで再アクセスさ せて、テープに実際に書き込まれているものと照合させ、必要な場合、それをテ ープに再書き込みすることを可能にする。バッファ・コントロール・ユニット33 2 は、ＭＡＢ330 に、アドレス及びコントロール情報を供給し、ＭＩＣユニット 318 に、診断テスト時の使用のためＭＡＢ330 をアクセスすることを可能にする 。 リード・アフター・ライト比較ユニット（ＲＷＣ）334 は、書き込み期間に、 データがテープに、論理的な意味で正しく書き込まれ ていると言うことを確認するのに必要な論理を提供する。このＲＷＣユニット33 4 は、フアイルの一部が再書き込みされるべきであることを、バッファ・コント ロール・ユニット332 に指示する手段をも備えている。 ＭＡＢユニット３０は市販されている１ＭビットダイナミックＲＡＭを使用す る５００Ｍビット循環メモリである。バッファサイズは，転送レートの変動と現 在からテープが検証のために戻されるまでの間にデータがテープに書き込まれて いる所の予測される潜伏を補償するのに必要なメモリ総量となる。ＭＡＢユニッ ト３３０は，インタフェース・ユニット３１６，バッファ・コントロール・ユニ ット３３２，ＲＷＣユニット３３４及びレコーダ・インタフェース・ユニット３ ２２とのデータインタフェースを備える。 これらのインタフェースの組み合わせにより，実行中のコマンドのタイプに応 じてＭＡＢ３３０への同時の非衝突アクセスが可能となる。テープへの蓄積動作 の間，インタフェース・ユニット３１６はデータＭＡＢ３３０に転送する一方， レコーダ・インタフェース・コンポーネント・ユニット３２２及びＲＷＣユニッ ト３３４は同時にＭＡＢ３３０内の異なる位置からデータを受信するよう動作す る。テープからの取り出し動作の間，レコーダ・インタフェース・ユニット３２ ２はデータをＭＡＢ３３０に転送し，その一方でインタフェース・ユニット３１ ６は同時にＭＡＢ３３０内の異なる位置からデータを取り出す。 診断動作の間，ＭＩＣユニット３１８は，データをバッファ・コントロール・ ユニット３３２を介してＭＡＢ３３０に転送する。続いてＭＡＢ３３０は，デー タをレコード・インタフェース・ユニッ ト３２２へ，さらにＤＣＭ９４及び／またはＲＭ９６の動作を検証するためにア ドレスの遅滞の下でＲＷＣユニット３３４へ同時に転送する。データはインタフ ェース・ユニット３１６へのインタフェースに適応するフォーマットでＭＡＢ３ ３０に蓄積される。フォーマット変換はＭＡＢ３３０のインタフェースに適応す る他のユニットにより実行される。 バッファ・コントロール・ユニット３３２は状態フィードバック・コントロー ラ及びＭＡＢ３３０内のメモリのアドレス動作，インタフェースの調停，転送方 向の指示，等の機能制御を実行するのに必要な論理装置(logic)を備えている。 バッファ・コントロール・ユニット３３２は複数のレジスタ備え，それらのレジ スタはハイレベル・コマンドとステータス・メッセージの転送が許容されるＭＩ Ｃユニット３１８によりアドレスすることができる。また，このバッファ・コン トロール・ユニット３３２は，診断試験において使用するＭＡＢユニット３３０ へのデータ・インタフェースを持つＭＩＣユニット３１８を備え，ファイルの一 部をテープに再書き込みすることとを決定するＲＷＣユニット３３４とのインタ フェースを備える。 バッファ・コントロール・ユニット３３２とＭＩＣユニット３１８との相互作 用はハイレベルコマンド／ステータス転送ベースによってだけ行われる。 バッ ファ・コントロール・ユニット３３２は，共通メモリへの同時のコンテンション ・フリー・アクセスを備える多重インタフェースが可能な周知の従来技術を用い る。 この技術は時間シフトされたメモリデータと支持されたインタフェースのそれ ぞれのアドレス情報に基づいている。 バッファ・コントロール・ユニット３３２は，また，予め指示された方法でフ ァイルデータが取り出すことができることを保証する設備を内蔵している。その ため，バッファ・コントロール・ユニット３３２はテープへブロックを書き込む 前にデータブロックに識別マークを付加する。これは，実行段階で含まれる再書 込の機能のために必要である。 ファイルがテープから読み出される時，複製のブロックを再生することができ る。これは，ファイルが初めに書き込まれた時エラーが発生して，１または複数 のブロックを再書き込みする原因となるエラーが発生するときに起きる。バッフ ァ・コントロール・ユニット３３２は，ファイルの取り出し動作の間，インタフ ェース・ユニット３１６へ転送すべき複製ブロックがどれかを決定するために識 別マークを使用する。この機能によりエラー・フリーファイルを蓄積された順番 に検索する能力を保証する。 ＲＷＣユニット３３４はデータがテープに書き込まれたことを明確に証明する ための比較を行う回路を使用する。これにより，診断試験においてテープに書き 込まれたデータの比較が可能となり，許容可能なビット誤り率（ＢＥＲ：Bit Er ror Rate）を維持することを保証するため欠陥テープを論理的に“カット・アウ ト”する手段を提供する。 ＲＷＣユニット３３４は予めテープに書き込まれた情報を受信するためにＭＡ Ｂユニット３３０とリコーダ・インタフェース・ユニット３２２の両方に対する インタフェースを備える。 この処理を行っている間のエラーの検出は，ＲＭ９６内のエラー検出及び訂正 （ＥＤＡＣ：Error-Detection-and-Correction）ユニ ットの訂正能力が，データの書き込み後読み出しの期間より優れていることを示 す。これは，立ち代わって見ると，テープ部分（セクション）における許容でき ない不備があることを意味し，その不備によりバッファ・コントロール・ユニッ ト３３２を制御するＲＷＣユニット３３４が誤ったデータをテープの他の部分に 再書き込みする原因となる。 この方法で論理的に“カッティング−アウト”された欠陥のあるテープ部分に より，テープの訂正されないＢＥＲはプレ・スクリーニング（事前のふるいわけ ）をすることなく有効にセットされる。このプロセスは，テープの性能及びＲＭ ９６のエラー検出及び訂正ユニットと共にテープへ蓄積され，テーブルから取り 出されたデータに対する許容可能なＢＥＲを保証するためのエラー訂正機能を実 行する。 バッファユニット３２０は，ＲＭ９６の２４０Ｍｂｐｓという固定データ転送 レートと，１ＭｂｐｓからＲＭ９６（２４０Ｍｐｓ）レートの間で変化する有効 なチャネル転送レートの相違を，有効なチャネル転送レートを損なうことなく充 分に補償する。 リコーダ・インタフェース・ユニット３２２（ＲＣＩ）は，Ｍ ＡＢ３３０とＲＭ９６のデータフォーマット及び論理上の相違を補償する。また ，ＲＣＩ３２２は，ＭＩＣユニット３１８とＲＭ９６の間で転送されるコマンド とステータス・レスポンスのフォーマットと論理を変換する手段を備える。ＲＣ Ｉ３２２は，データ・インタフェース，ユニット３３６とコントロール・インタ フェース・ユニット３３８を使用して動作を行う。 データ・インタフェース・ユニット３３６（ＤＩＦ）は，平衡型 ＥＣＬ（エミッタ・カップル・ロジック）のライン・ドライバとＤＣＭ９４とＲ Ｍ９６の間でデータを転送するのに必要なレシーバを含む。ＤＩＦ３３６は，Ｍ ＡＢユニット３３０とＲＭ９６の両方にこの転送ができるように単一のインタフ ェース対（１入力，１出力）を備える。ＤＩＦ３３６の設計により，ＲＣＩ３２ ２の構成要素がＲＭ９６への転送とＲＭ９６からの転送を同時に行う能力が保証 され，その能力によりＤＣＭ９４による書き込み後読み出しの検証動作の実行が 支援される。 また，ＤＩＦ３３６は，ＤＣＭ９４とＲＭ９６の間のクロックの相違のための 装置を備え，そしてコントロール・インタフェース・ユニット３３８がモード情 報を受信するためのインタフェースを備える。ＤＩＦ３３６はこの情報，すなわ ちノーマル及びループ・バックに基づいて１または２つのモードで動作する。ノ ーマルモードでは，ＤＩＦ３３６はＭＡＢユニット３３０とＲＭ９６の間でデー タ転送を行うことができる。ループ・バックモードは，診断試験の間でだけこの モードになり，ＤＩＦ３３６はＭＡＢ３３０からデータを受け取り，このデータ は元のデータと比較してＤＩＦ３３６の動作を検証するためＲＷＣユニット３３ ４へ直接転送される。 コントロール・インタフェース・ユニット３３８（ＣＩＦ）は，１セットのコ マンド・レジスタを含み，これを介してＭＩＣユニット３１８の構成要素はＲＷ ９６と通信を行う。また，ＣＩＦ３３８はＥＣＬインタフェースを含み，これを 介して補助データ及びエラー・フラグが転送され，このインタフェースを介して ＲＷ９６のコマンド及びステータス・レスポンスが転送される。 ライン３４０上のエラーフラグは，ファイルの取り出し期間にお けるＲＷ９６のエラー検出及び訂正（ＥＤＡＣ）によって高められているエラー 訂正能力の，最大のレベルより低い，或るレベルを示す信号である。 この信号は，最初のデータ書き込みにおいて，他のテープへのデータの再書き 込みを保証するポイントにテープの性能が低下した時に，データブロックの再書 き込み，またはその後のデータ読み出しを決定する。この信号はテープの繰り返 しの使用回数と時間が過大になってＢＥＲが低下するのをモニタするのに使用さ れる。この信号が投入されるレベルはプログラム可能である。また，この信号は ，ファイルを最初にテープに書き込む時に，ファイルが訂正可能な一定のマージ ン以内で書き込まれることを保証するためにモニターされる。エラー訂正閾値比 較プロセスを失敗したデータブロックはテープ上に再書き込みされる。 ファイルについて書き込み後読み出しを行っている間はビット対応の比較を通 過してテープに書き込まれ，出力として正しいデータを提供するようエラー訂正 能力をその限界まで強化することが可能である。このような場合，エラーフラグ が或る訂正能力を越えたことを信号として発生するようより低いレベルがプログ ラムされる。 補助データ・インタフェース・ライン３４２は，後で行われるファイル探索ま たは取り出しプロセスで使用するためカセットテープの長手方向のトラックに管 理用の情報を蓄積する手段を備える。補助データ・インタフェース・ライン３４ ２は，シリアル・インタフェースの単一のペア（１入力，１出力）として設けら れている。コントロール・インタフェース３４４は，双方向のシリアル・インタ フェースを備え，これを介してＲＷ９６のコマンド及びステータス メッセージを転送することができる。 ＤＩＦユニット３３６に備えられたデータ・インタフェースは，独立してデー タを転送すると同時に，必要な場合はＲＷ９６（２４０Ｍｂｐｓ）の固定レート で，ＲＷ９６へ及び／又はＲＷ９６からデータを転送する。ＣＩＦユニット３３ ８は情報及びステータスをＲＷ９６へ及びＲＷ９６から標準レートである９．６ Ｋｂｐｓで転送する。補助データ・インタフェース３４２は情報をＲＷ９６とＣ ＩＦユニット３３８の間で３８．４Ｋｂｐｓのレートで転送する。 レコーダ・モジュール９６は，従来技術において知られたロータリー・ヘッド ・レコーダを備え，これはマス・ストレージ・システム内でファイルデータの永 久的な蓄積とその後の取り出しに使用される。ロータリー・レコーダは，高速の ファイル蓄積と取り出しを提供するため４対のヘッドを採用し，ヘリカル・スキ ャン技術を使用している。レコーダは，蓄積媒体としてカセットテープを使用す る。これは，ファイルの検索を支援するための高いテープ速度を実現する能力を 備えている。 ＲＭ９６は満足できるＢＥＲを保証するため革新的なエラー訂正方法を備える 。この中には，更にユニットの試験能力を保証するための組み込み型の試験構成 の洗練されたセットが含まれている。また，トラッキングエラーが非傾斜アジマ ス記録より有意的に良好な許容誤差を実現し，ＢＥＲの要求を満足する傾斜アジ マス記録を採用している。 調整用トラック上の磁気的な信号は垂直方向に向い ており，トラックエラーが発生している時，実際に読み出し中のトラックへ調整 しているトラックからの磁気信号と再生ヘッドとの間の磁気結合による誘導ノイ ズを極めて小さくすることが経験的に実 現できる。傾斜アジマス記録の使用は，テープ上の周辺からの影響によるトラッ キング・エラーを補償する有効な手段となる。それは，クロスプレイを確保する 有効な手段であり，これにより異なるレコーダの組み立における機械的な許容誤 差によるトラッキング・エラーを補償する。 ＲＭ９６は，２４０Ｍｂｐｓの固定のバースト・レートでデータを転送するこ とができるパラレル・インタフェースを備える。このインタフェースは，１対（ １入力，１出力）の単方向インタフェースで，それぞれが２４０Ｍｂｐｓの転送 レートを得ることができる。各インタフェースは，リード・アフター・ライトの 検証機能を支援するため２４０Ｍｂｐｓで独立したデータ転送を実現する電子回 路で構成される。ＲＭ９６はシグナル・コマンドの発生に基づいてバースト転送 レートで隣接するブロックの情報を転送または受信することができる。 レコーダのテープ転送ドライブモータは，高速ファイル検索を実行するために 最高で１秒当たり３００インチ（ＩＰＳ）の速度で，前方または反対の両方の方 向にテープを往復運動する機能を備えている。また，モータは，テープ速度の変 換においてテープの破損を防止するためにスムーズな加速機構を備える。自動ロ ード機能には，テープカセットのサイズ，リールハブへのカセットのローディン グ，及びヘリカル・スキャナの回りへのテープの巻きつけ，を自動的に感知する ことが含まれる。 レコーダ９６は完全な自動ロード機能を実行し，一般的にカセットが挿入され て３秒以内に機械的なアクセス機構，または操作者による手動によりほぼ５イン チだけレコーダ内に入力される。レコー ダ９６は，ＤＣＭ９４からのコマンドに基づきロードと同様であるが反対のステ ップであるアンロード機能を実行する。このコマンドの実行によりカセットの部 分的な排出（ほぼ３インチ）が行われ，この排出は機械的なアクセス装置による 移動を行うのに充分である。先に指示され，説明したようにレコーダ・モジュー ル９６は，市販のものを利用できる。 グローバル・カセット・アクセスを実行するストレージ・システム１０４（第 ２図（Ｂ））（ＳＴＳ）は，望ましくはローテーショナル・モジュール（ＲＴＭ ）を包含するストレージ・モジュール１１２を含んでいる。ＲＴＭ１１２は４０ ”×４０”×４０”の寸法の固定ラックで実現される。ＲＴＭ１１２は，カセッ ト用の個別のストレージ・スロットに配置され，ストレージ・スロットは１／２ のカセットサイズを一つだけ格納する。ＲＴＭ１１２の第１の配置が第９図に図 示されている。この配置において，ＲＴＭ１１２は２つの列（Column），すなわ ち２０個のストレージ・スロットが２つの側でそれぞれ並行する形式をもつ３４ ６と３４８を備える。一方の側は，通常はカセットをＣＡＭ１０６（第２図（Ｂ ）を参照）にアクセスできるようにするモジュールの表面(face)として定義され ，この表面は通常はカセットをアクセスできない面である終端に対向している。 各ストレージ・スロット３５０は１個のカセットを収容し，このような構成によ り合計８０のカセット（各側で４０個のカセットがアクセスできる）を収容する 。 第１０図に第２の構成が示され，ＲＴＭ１１２は各２つの側に２０個のストレ ージ・スロット３５４を持つ１個の列３５２を備える。この構成において，各ス ロット３５４は，合計４０カセット（各側 で２０個がアクセスできる）を収容できる単一の大型サイズのカセットを受け入 れることができる。ストレージ・スロット３５０または３５４は，回転が可能な ベース３５６上のＲＴＭ１１２の内部に搭載される。このベース３５６はＲＴＭ １１２の一方の側でアクセスできる全てのカセットが，回転して他方の側でもア クセスできるようにする。ＲＴＭ１１２は，ＣＮＳ４０からのライン１１０（第 ２Ｂ図）上のストレージ・コントロール・ＬＡＮ信号を備える周知のインタフェ ース形式を介して，回転コマンドをＣＮＳ４０から受け取る。 ライン１１０上のストレージ・コントロール・ＬＡＮ信号は，イーサーネット 型ＬＡＮを使用し，全てのＲＴＭ１１２と全てのトランスポート・サブシステム ５６のモジュール（第１図及び第２Ｂ図）は，コマンドの受信とＣＮＳ４０への ステータス送信のために接続されている。 ＲＴＭ１１２は回転の機能を提供するため高精度のステッパーモータを使用す る。回転によりカセットは強い衝撃を受けないようにスムーズな方法で９０度内 で増分することができる。各ストレージ・スロット３５０及び３５４はカセット を保持するための周知の保持機構を備える。 さもなければ、ストレージ・サブシステム１０４は、第１２図および第１３図に 示されている様にフィードスルー・モジュール（ＦＴＭ）１１２を含んでいる。 各フィードスルー・モジュール１１２は、カセット用として多くの個々のフィー ドスルー収納スロットで構成されたローテーション・モジュール（ＲＴＭ）１１ ２と同様に、固定ラックとして提供されている。そのスロットはフィードスルー 型 であり、かつそのどちらの面でも内に蓄積されるカセットを、モジュール１１２ のどちらかの側にあるＣＡＭ１０６にアクセス可能にするため、そのスロットは モジュール１１２の対向面に設けられている。ストレージ・サブシステムは更に 、レコーダー・モジュール又はラテラル・トランスファー・モジュールへ引き渡 すためのアクセサーからテープを受け取るエンド・ユニット（ＥＵｓ）１１３を 含んでいる。 本発明に係るマス・ストレージ・ライブラリで提案している床の図面の第１１ 図から分かるように、ローテーション・モジュール１１２はストレージ列を形成 するため他のローテーション・モジュール１１２で通路（図示せず）を作るよう に設計されている。ローテーション・モジュール１１２の設計ではモジュールの 積み重ねを考慮に入れている。これによって垂直に４個集中したローテーション ・モジュール１１２まで包含するストレージ・コラムの配列を可能にしている。 さもなければ、そのストレージ列は多くの並んだフィードスルー・モジュール（ ＦＴＭ）１１２で構成される。 ローテーション・モジュール１１２の一実施態様において、メディア収納スロ ット３５０は、第９図に示されているように、レコーダー・モジュール９６を収 容するために使用される。据え付け設備はそのようになっているので、レコーダ ー・モジュール９６はカセット・インターフェースにカセット・アクセス・モジ ュール１０６を供給する。レコーダー・モジュールへのアクセスは各エンド・ユ ニット（ＥＵ）１１３を通してフィードスルー・モジュール１１２で用意される 。ローテーション・モジュール１１２が回転することによって、システムに代理 機能性を備えるに至る特徴を作り出し ている。万一カセット・アクセス・モジュール１０６またはレコーダー・モジュ ール９６のいずれかが破損した場合、ローテーション・モジュール１１２が回転 させられ、異なったカセット・アクセス・モジュール１０６でカセットがアクセ スされる。この代理機能性は設計において重要な要素であり、フィードスルー・ モジュール（ＦＴＭ）１１２のフィードスルー・アクセスの特徴によってこの代 理機能性が同様に用意される。 バルク・ロード・モジュール（ＢＬＭ）３５８（第２Ｂ図参照）のそれぞれは 、ラテラル・トランスファー・モジュール１０８からロードされるべき或いはア ンロードされたカセットを運ぶ運搬車として働く。このバルク・ロード・モジュ ール３５８は２つのカセット・ストレージ・ユニットを据え付ける設備と共に回 転可能な枠として機能しており、それぞれのカセット・ストレージ・ユニットは 、個々の収納スロットを備えた箱の様なコンテナーであるので、カセット・テー プを蓄積する。１つの構成でカセット・ストレージ・ユニットは１０個のストレ ージ・スロットを備えたコラムが２個並べて設けられている。全体構成では２０ 個のカセットを蓄積する。ストレージ・ユニットはカセットをこのように蓄積す るので、これらのカセットのアクセスはカセット・ストレージ・ユニットの一方 側からのみとなる。 バルク・ロード・モジュール３５８はタイルまたはカーペット敷きの床や上下 した傾斜を一人で容易に移動される。一杯に詰め込まれたカセット・ストレージ ・ユニットは、おおよそ３０ポンドの重量となり、また一人でバルク・ロード・ モジュール３５８から容易に外され、そしてラテラル・トランスファー・モジュ ール１０８に 挿入される。これはその作動状態を損なうことなく、多くのカセットを手動で素 早く搭載することができることを表している。 トランスポート・サブシステム５６（第２Ｂ図参照）は、各カセットが各カセ ット・アクセス・モジュール１０６にアクセスされることが可能であり、あらゆ るレコーダー・モジュール９６と関連して使用され得るように設計されている。 各カセット・アクセス・モジュール１０６は、個々のマニピュレータ・アセンブ リ用制御機能として働くアクセスコントロール・エレクトロニクス部品を備えて いる。このコントロール・エレクトロニクスは図２のライン１１０でコントロー ル・サブシステム４０から複数個のマニピュレータ・コマンドを受ける。 これらのコマンドは別々のマニピュレータ動作命令に変換され、この変換され た命令は赤外線の多重変調伝送装置を介してマニピュレータ・アセンブリに伝え られる。同様にして電子装置は赤外線の伝送装置を介してマニピュレータの現状 を受け、また伝送ライン１１０を通してコントロール・サブシステム４０へその 現状を伝送するに必要な転換を行う。このコントロール・エレクトロニクス・モ ジュール３５７はローテーション・モジュール１１２に取り付けられている（第 ９図，第１０図参照）。このモジュールをストレージ列長の真ん中に配置するこ とにより、マニピュレータ・アセンブリの情報列が２倍化される。マニピュレー タ・アセンブリ情報を供給するコントロール・エレクトロニクス・モジュール３ ５７を使用することにより、さもなければ移動と関連してヒジカル・ケーブルで 混信が生じるのを除去している。 各カセット・アクセス・モジュール１０６が２列のストレージ・ モジュール１１２の間でかつ平行に移動することが、第１１図及び第１２図から 分かる。かくしてカセット・アクセス・モジュール１０６の内部方向に直面する ストレージ・モジュール１１２の表面又は側面が、カセット・アクセス・モジュ ール１０６によってアクセスされ得る。モジュール１１２の列３６０と列３６２ との間にあるカセット・アクセス・モジュール１０６は、かくして列３６０と列 ３６２との空間の内部方向に面しているこれらのモジュールのいずれにもアクセ スすることができる。 しかしながら、列３６０と列３６２との間にあるカセット・アクセス・モジュ ール１０６の誤動作を想定したとき、その場合には列３６２のローテーション・ モジュール（ＲＴＭ）１１２は、列３６２と列３６４との間にあるカセット・ア クセス・モジュール１０６を、列３６２のアクセスに役立つように１８０度回転 させることができる。同様にして列３６０のローテーション・モジュール１１２ は、列３６０と列３６６との間にあるカセット・アクセス・モジュール１０６を 、列３６０のアクセスに役立つように１８０度回転させることができる。さもな ければ、フィードスルー・モジュール（ＦＴＭ）１１２にとって、カセット・ア クセス・モジュール１０６は当該カセット・アクセス・モジュール１０６の方を 向いている面と当該カセット・アクセス・モジュール１０６の方を向いていない 面との両方に、サービス経路を備えている。このように当然の代理機能性がシス テムに備えられる。 またラテラル・トランスファー・モジュール１０８がモジュール１１２の端に 取り付けられており、だから与えられたどの列の１つのモジュール１１２の中の どのカセットでも、カセット・アクセス ・モジュール１０６によって移動させることができ、ラテラル・トランスファー ・ユニット１０８に運ぶことができることが、第１１図から分かる。ローテーシ ョン・モジュール１１２の所望の列に至るまで、ラテラル・トランスファー・モ ジュール１０８はそのカセットを或るラテラル・トランスファー・ユニットから 他のユニットに移動させることができる。そのローテーション・モジュール１１ ２の所望の列の所では、組をなすカセット・アクセス・モジュール１０６がラテ ラル・トランスファー・ユニット１０８からそのカセットを取り出し、そのカセ ットをモジュール１１２の適切な位置に設置する。 かくして３つの主要な機能本位のサブシステム、つまりファイル・サーバー・ サブシステム、コントロール・ファンクション・サブシステム及びメディア運用 サブシステムを備えた新規のマス・ストレージ・ライブラリを明らかにした。フ ァイル・サーバー・サブシステムは、第一に、オンラインで高度の処理を行うこ とができるディスク・サーバー・インタフェース・コンピュータを備えている。 第二に、大多数のテープ・サーバー・インタフェース・コンピュータは、システ ム利用者を、相互に結合されたクロスバー・スイッチ使用のスイッチ・モジュー ルを介し、システムのいかなるストレージ素子とも結合させる。 メディア運用サブシステムはストレージ素子に対しすべてアクセスでき、そし てストレージ・モジュールの何れか側に蓄積されたストレージ素子にアクセス・ モジュールをアクセスさせ、だから代理機能性をシステムに備えさせるストレー ジ素子モジュールを具備している。加えて、ラテラル・トランスファー・モジュ ールはストレ ージ素子をローテーション・モジュールの或る列から他の列へ移されるようにし ている。 コントロール・ファンクション・サブシステムは、モニタリング・システムの 作動、システムの診断及びハード・コピー又はソフト・コピー形式でシステム情 報を提供する他に、すべての資源の割当や非割当を行う。 本発明は一実施態様について記述されているが、前述の特別の表現形式は、本 発明の範囲を制限しようとするものではなく、逆に添付した特許請求の範囲で明 らかにした様に、本発明の精神及び範囲内に含まれる置換物、一部変更したもの 、同等物をも包含するものである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ)，ＡＭ， ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＮ，ＣＺ，Ｆ Ｉ，ＧＥ，ＨＵ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ ，ＬＫ，ＬＴ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＮＯ， ＮＺ，ＰＬ，ＲＯ，ＲＵ，ＳＤ，ＳＩ，ＳＫ，ＴＪ，Ｔ Ｔ，ＵＡ，ＵＺ，ＶＮ (72)発明者 フォーブス，ゲイリ、エル アメリカ合衆国テクサス州75214、ダラス、 ガストン 6856番 (72)発明者 アダムズ，スティーヴ、エム アメリカ合衆国テクサス州75074、プレイ ノゥ、メリマン 3901番 (72)発明者 シャナン，シー、パトリック アメリカ合衆国テクサス州75040、ガーラ ンド、リッジストゥン・ドライヴ 3606番 (72)発明者 パーピク，エリク、エイ アメリカ合衆国テクサス州75040、ガーラ ンド、アイヴネス 2521番 【要約の続き】 生成するインタフェース・コンピュータを選択されたデ ータ・レコーダへ結合する。この構成において、いずれ かのインタフェース・コンピュータはいずれかのドライ ブへアクセスし、またいずれかのドライブはいずれかの 蓄積手段へアクセスし、これによって、グローバル・メ ディアとグローバル・ドライブ・アクセスとの両者を提 供する。

Claims (1)

1. 【特許請求の範囲】 （１）マス・ストーリッヂ・ライブラリを形成する，複数の情報蓄積手段と， 情報蓄積手段から情報を読み出しかつ情報蓄積手段へ情報を書き込むための， 複数のデータ・レコーダ・モジュールであって，当該データ・レコーダ・モジュ ールの夫々が情報蓄積手段のローディングを受け入れるよう構成されている，複 数のデータ・レコーダ・モジュールと， データ・レコーダ・モジュールへロードされる情報蓄積手段からおよびへの情 報を同時に読み出しおよび書き込むために，データ・レコーダ・モジュールに双 方向的に結合されているインタフェース手段と， データ・レコーダ・モジュール内の情報蓄積手段へローディングするために， マス・ストーリッヂ・ライブラリへ出力する第１コマンド信号を生成しかつ，情 報蓄積手段と共にロードされているレコーダ・モジュールへインタフェース手段 を結合するための第２コマンド信号を生成するコントロール・コンピュータと からなるマス・データ蓄積・取出システム。 （２）複数の情報蓄積手段に蓄えられている情報についてのデータ・ディレクト リを蓄積するための手段からなる所のライブラリ・ディレクトリを更に含む特許 請求の範囲第（１）項記載のシステム。（３）ライブラリ・ディレクトリは更に ，要求に応じて，１つの情 報蓄積手段を同定するロケーション出力信号と，要求に反応する同定された情報 蓄積手段上のロケーションとを生成する手段を含んでおり，コントロール・コン ピュータは更に，第１コマンド信号を生成するためにロケーション出力信号に反 応する手段を含んでいる，特許請求の範囲第（２）項記載のシステム。 （４）マス・ストーリッヂ・ライブラリ内に蓄えられている情報蓄積手段のデー タ・ディレクトリを蓄積する手段からなるライブラリ・ディレクトリを更に含ん でいる，特許請求の範囲第（１）項記載のシステム。 （５）ライブラリ・ディレクトリは更に，要求に応じて，当該要求に反応する情 報蓄積手段を同定するロケーション出力信号を生成する手段を含んでおり，コン トロール・コンピュータは，第１コマンド信号を生成するためにロケーション出 力信号に反応する手段を含んでいる，特許請求の範囲第（４）項記載のシステム 。 （６）情報蓄積手段へ書き込むためにデータ・レコーダ・モジュールへ送信され た情報と，情報蓄積手段から読み出された通りにデータ・レコーダ・モジュール から受信された情報とを，同時に蓄積するバッファ手段を更に含んでいる，特許 請求の範囲第（１）項記載のシステム。 （７）バッファ手段が，レコーディングの正確度を検証するために，蓄積され読 み出された情報と，蓄積され書き込まれた情報とを比較 するためのリード・アフタ・ライト比較手段を含んでいる，特許請求の範囲第（ ６）項記載のシステム。 （８）マス・ストーリッヂ・ライブラリが 夫々が，情報蓄積手段を保持するために，少なくともその一方側に複数のオー プニングを持つ，複数のストーリッヂ・モジュールと， データ・レコーダ・モジュールの１つへローディングするために，ストーリッ ヂ・モジュールにおけるオープニングから情報蓄積手段の１つを取り出すように ストーリッヂ・モジュールと関連づけられたアクセッサと からなる，特許請求の範囲第（１）項記載のシステム。 （９）データ・ストーリッヂ・モジュールが，複数の面を含んでおり，更に，保 持されている情報蓄積手段を取り出すために夫々の面へ上記アクセッサによって アクセスすることを可能にする手段を含んでいる，特許請求の範囲第（８）項記 載のシステム。 （１０）可能にする手段が，ストーリッヂ・モジュールの各面に上記アクセッサ によるアクセスを可能にすべく，各ストーリッヂ・モジュールを位置づける手段 からなる，特許請求の範囲第（９）項記載のシステム。 （１１）可能にする手段が，ストーリッヂ・モジュールのいずれかの面に蓄えら れている情報蓄積手段への，アクセッサによるフィード・スルー・アクセスのた めの手段からなる，特許請求の範囲第 （９）項記載のシステム。 （１２）マス・ストーリッヂ・ライブラリからの要求された情報を頻繁に保存す るためにインタフェース手段へ接続されている手段を更に含んでいる，特許請求 の範囲第（１）項記載のシステム。 （１３）所定のパラメータにしたがって，保存のための手段に蓄積されている情 報をモニタする手段と， そのパラメータに応答して，保存されている情報を取り扱う手段と， を更に含んでいる，特許請求の範囲第（１２）項記載のシステム。 （１４）取り扱う手段が，パラメータが同定された限界から変化した際に，マス ・ストーリッヂ・ライブラリの指定された情報蓄積手段へ，保存された情報を送 信する手段からなる，特許請求の範囲第（１３）項記載のシステム。 （１５）取り扱う手段が，パラメータが同定された限界から変化した際に，保存 する手段に蓄えられている情報を切断する(truncating)手段からなる，特許請求 の範囲第（１３）項記載のシステム。 （１６）その複数の面上に複数のレコーディング手段を保持するための手段をも つ，ストーリッヂ・モジュールと， １つの挿入されたレコーディング手段へデータを書き込み，そして当該レコー ディング手段からデータを読み出すための手段をもつ， 少なくとも１つのレコーダ・モジュールと， ストーリッヂ・モジュールの１つの面から保持されたレコーディング手段を取 り出すための，かつレコーダ・モジュールにレコーディング手段を挿入するため の，レコーディング・ミディアム・アクセッサ・モジュールと， レコーダ・モジュールへ挿入するために，ストーリッヂ・モジュールのいずれ かの面に保持されているレコーディング手段へアクセスを提供するための手段と ， からなる，マス・データ・ストーリッヂ・システム。 （１７）アクセスを提供するための手段が，ストーリッヂ・モジュールのいずれ かの面に保持されているレコーディング手段へ，アクセッサ・モジュールによる フィード・スルー・アクセスを提供する手段からなる，特許請求の範囲第（１６ ）項記載のシステム。 （１８）アクセスを提供するための手段が，ストーリッヂ・モジュールのいずれ かの面に保持されているレコーディング手段へ，アクセッサ・モジュールによる アクセスを可能にすべく，夫々のストーリッヂ・モジュールに位置づけるための 手段からなる，特許請求の範囲第（１６）項記載のシステム。 （１９）ライブラリに集められライブラリから取り出し可能な複数の蓄積手段で あって，夫々の蓄積手段がアドレス・ロケーションに蓄えられた複数のデータ・ ファイルを持っている複数の蓄積手段と， データ・ファイル・ディレクトリ情報を蓄積し，要求に応答して 当該要求に反応する蓄積手段とデータ・ファイルとを同定するロケーション信号 を生成するための，ファイル・ディレクトリ手段と， ライブラリから同定された蓄積手段を取り出すための，ロケーション信号に応 答する手段と， 取り出された蓄積手段を受け取るための手段を含むデータ・レコーダであって ，当該データ・レコーダは更に要求に応答するデータ・ファイルのために，取り 出された蓄積手段をアドレス・ロケーションにキューイングするためのロケーシ ョン信号に応答する手段を含んでおり，そのデータ・レコーダ手段が応答するデ ータ・ファイルから読み出しかつ当該データ・ファイルへ書き込む，データ・レ コーダと， からなる，マス・データ・ストーリッヂ・ライブラリ・システム。 （２０）ライブラリに集められかつライブラリから取り出される複数の蓄積手段 と， ディレクトリ情報を蓄積し，かつ要求に応じて当該要求に応答する蓄積手段を 同定するロケーション信号を生成するディレクトリ手段と， ライブラリから同定された蓄積手段を取り出すためのロケーション信号に応答 する手段と， 取り出された蓄積手段を受け取るための手段を含むデータ・レコーダであって ，当該データ・レコーダが更に受け取られた蓄積手段からデータを読み出しかつ 当該蓄積手段へデータを書き込む手段を含んでいるデータ・レコーダと からなるマス・データ・ストーリッヂ・ライブラリ・システム。 （２１）受け取った蓄積手段からデータを読み出しかつ当該蓄積手段へデータを 書き込む複数のデータ・レコーダからなり， かつ，取り出し手段が，複数のデータ・レコーダのいずれか１つに配分するた めに，同定された蓄積手段をライブラリから取り出すようにされている 特許請求の範囲第（２０）項記載のマス・データ・ストーリッヂ・ライブラリ ・システム。 （２２）受け取った蓄積手段からデータを読み出しかつ当該蓄積手段へデータを 書き込む複数のデータ・レコーダと， ホスト・コンピュータが，当該ホスト・コンピュータへ接続されたデータ・レ コーダ内に受け取られた蓄積手段からデータを読み出し，かつ当該蓄積手段へデ ータを書き込むことができるように，複数のホスト・コンピュータの１つを複数 のデータ・レコーダの１つへ接続するための手段と からなる特許請求の範囲第（２０）項記載のマス・データ・ストーリッヂ・ラ イブラリ・システム。（２３）ライブラリが， 複数のデータ・ストーリッヂ・モジュールからなり， 当該モジュールの夫々が複数の蓄積手段を保持し， ストーリッヂ・モジュールと複数のデータ・レコーダのいずれか１つとの間で 蓄積手段を送給するための手段からなる 特許請求の範囲第（２２）項記載のマス・データ・ストーリッヂ・ライブラリ ・システム。