JPH07302131A - ライブラリ管理システム及び関連する装置／方法 - Google Patents

Abstract

(57)【要約】 【目的】 手動データ記憶ライブラリの統合的且つ高信
頼性コンポーネントであるオペレータのための通信イン
タフェースを提供する。 【構成】 手動データ記憶ライブラリを管理するため
の、オペレータとホストとの間の通信インタフェースが
開示される。ホスト・プロセッサはライブラリ内の周辺
データ記憶装置（ＰＤＳＤ）を制御する。ライブラリ・
マネージャ制御装置に接続される表示装置の画面上に、
グラフィカル・ユーザ・インタフェースにより、オペレ
ータ・インタラクション・フィールドが提供される。ラ
イブラリ・マネージャ制御装置内のプログラム・メモリ
手段にロードされるライブラリ・マネージャ・プログラ
ム・コードにホスト・プロセッサを介して、ＰＤＳＤの
他に、外部装置と通信するためのインタフェース論理が
提供される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般に、記憶ライブラリ
を動作する方法及びそのためのシステムに関し、特に、
手動データ記憶ライブラリとの通信を支援するグラフィ
カル・インタフェース及び論理を提供する。

【０００２】

【従来の技術】最近のコンピュータ・システムは、大量
の情報記憶容量を必要とする。この要求に応えるため
に、コンピュータ・データ記憶装置が多くの形態により
提供されている。高速で高価な形態のデータ記憶装置は
主メモリであり、通常、モノリシック半導体回路を含
む。周辺データ記憶装置（ＰＤＳＤ）として知られる他
の入手可能な形態のデータ記憶装置には、磁気直接アク
セス記憶装置（ＤＡＳＤ）、磁気テープ記憶装置、及び
光記録装置が含まれる。これらのタイプのデータ記憶装
置は、実際にデータを電磁気的または光学的媒体上に記
憶する。これらの他のそれぞれのタイプのデータ記憶装
置は、主メモリよりもより大きな記憶密度及び安価なコ
ストを有する。しかしながら、これらの他の装置は機械
的な移動を必要とするため、純粋に電子的な主メモリよ
りも低速なデータ・アクセス時間を有する。

【０００３】全てのシステム・データを主メモリに記憶
することは高価であるが、全てのシステム・データを１
つまたは複数の周辺記憶装置に記憶することは、性能を
低下させる。従って、通常のコンピュータ・システム
は、データ記憶階層に編成される主メモリと１つ以上の
ＰＤＳＤとの両方を含む。こうした階層において、主メ
モリはしばしば１次データ記憶装置として参照される。
階層の次のレベルは２次データ記憶装置として知られ、
以降同様にして参照される。一般に、階層の最高レベル
は、最低の記憶密度及び能力、並びに最高の性能及び最
高のコストを有する。階層が下がるにつれて、記憶密度
及び能力は一般に増加し、性能及び関連コストが一般に
低下する。要求に従い、異なるレベルの階層間でデータ
を転送することによりコスト及び性能が最適化される。

【０００４】従って"必要に応じて"、要求情報を使用可
能にするために、階層の最下レベルでは、大量の記憶容
量が要求される。ほとんどの事務アプリケーションは、
最下レベルの記憶ニーズに合致する多数のディスクまた
はテープを要求する。こうしたディスクまたはテープに
よる記憶装置を管理するためのデータ記憶ライブラリ
が、これまでに開発されてきた。幾つかの記憶ライブラ
リでは、データ記憶媒体を格納及びアクセスするため
に、ロボット式ピッカ及びグリッパ装置を含む自動手段
を使用する。他の記憶ライブラリでは自動手段を使用せ
ずに、必要なときに、人間のオペレータがデータ記憶媒
体を格納及びアクセスする。人間のオペレータに頼るこ
れらの記憶ライブラリは、"手動データ記憶ライブラリ"
として参照される。

【０００５】手動データ記憶ライブラリは大きな投資を
必要としないために、自動化ライブラリに勝って選択さ
れ、人気を保持している。また手動ライブラリは、人間
のオペレータがライブラリのより多くの制御を保守する
ことを可能にする。しかしながら、人間のオペレータが
ロボット式手段の効率及び正確さと競合することは困難
である。特にオペレータに対して、特定のＰＤＳＤから
特定のデータ記憶媒体を取り付け及び取り外しする必要
性を知らせる効率的な方法が知られておらず、オペレー
タが直接ＰＤＳＤと通信しているのが現状である。例え
ばオペレータは特定のＰＤＳＤ上にある媒体を取り付け
るべき時期を知ることが必要かもしれないが、現在使用
中のＰＤＳＤがサービスされるように、やむを得ず新た
なＰＤＳＤに変更することもありうる。

【０００６】手動データ記憶ライブラリは、磁気テー
プ、磁気ディスクまたは光ディスクなどのデータ記憶媒
体を保持する複数の格納ビンまたはスロット、及び１つ
以上のＰＤＳＤを含む。各データ記憶媒体は、カセット
またはカートリッジ・ハウジング内に含まれて保護され
る。オペレータは格納ビンと使用可能なＰＤＳＤとの間
で、記憶媒体を転送するように知らされなければならな
い。この点で記憶媒体が実装され、使用のために割当て
られたＰＤＳＤは、"使用不能（unavailable）"として
参照される。反対に記憶媒体が実装されていないか、割
当てられていないＰＤＳＤは、"使用可能（availabl
e）"として参照される。データ記憶媒体が一度ＰＤＳＤ
に実装され、媒体が使用のために割当てられるとシステ
ムが要求する限り、データがその媒体に書込まれたり、
読出されたりする。データは媒体上に１つまたは複数の
ファイルの形式で記憶され、各ファイルは論理データ・
セットとなる。

【０００７】記憶媒体がテープの場合、大きなデータ・
セットが数百のカートリッジまたはカセットに跨ること
は稀である。単一のカートリッジは、"volser"として参
照されるボリューム通し番号を与えられる。データ・セ
ットが要求されると、完全なデータ・セットを含む実際
のカートリッジが、ライブラリ全体に渡って配置される
複数の格納ビンに分散されることも有りうる。カートリ
ッジはそれらのそれぞれのvolserにより識別される。従
って、オペレータはデータ処理の継続のために、要求デ
ータ・セットを含むカートリッジの取り付けまたは取り
外しの必要性を、迅速に知らされることが重要である。

【０００８】手動データ記憶ライブラリにおいて、オペ
レータに知らせる従来技術には、ホストからＰＤＳＤに
送信されるメッセージを横取りし、テキスト・ベースの
メッセージをオペレータに送信するプログラムが含まれ
る。しかしながら、これは大量のメッセージをオペレー
タのコンソールに送信する結果となる。オペレータはと
きに暗号的な短命のメッセージで一杯になり、従って、
これらを学習し解釈することが困難になる。その結果、
オペレータの注意がライブラリにおいて有用なタスクの
実行から転じ、信頼性及び効率に影響することになる。

【０００９】図１を参照すると、従来の手動データ記憶
ライブラリのブロック図が示される。ホスト・コンピュ
ータは例えばＩＢＭ３０９０であり、内部にデータ記憶
ライブラリ内のジョブ要求を処理するためのコードを有
する。こうしたコードには、マスタ・スケジューラ・モ
ジュール１０２及びコンソール制御プログラム１０４が
含まれる。マスタ・スケジューラ・プログラム１０２
は、使用可能な装置及びジョブ要求が送信されるべき場
所を決定する役割をする。コンソール制御プログラム１
０４は、メッセージを更新し、それをオペレータ・コン
ソール１０６に送信する役割をする。複数のホストを有
しうる手動データ記憶ライブラリの各ホストは、オペレ
ータ・コンソール１０６などのオペレータ・コンソール
を有する。オペレータ・コンソールはオペレータに対し
て、オペレータがサブシステム１２９を効率的に維持す
るために実行しなければならないアクションを知らせる
ために使用される。サブシステム１２９は、制御装置１
２４などの少なくとも１つの制御装置を含む。図１に表
される例では、制御装置１２４は、ホスト１００からの
ジョブ及びメッセージを周辺データ記憶装置（ＰＤＳ
Ｄ）１２７に伝達するタスクを有する。ＰＤＳＤ１２７
内のテープ装置（図示せず）などの装置が、制御装置１
２４により制御される。ＰＤＳＤ１２７及び少なくとも
１つの制御装置が一緒になって、ＰＤＳＤサブシステム
１２９を構成する。ホスト１００は、ジョブをＰＤＳＤ
サブシステム内の装置に割当てるタスクを有する。ＰＤ
ＳＤサブシステム内の全ての装置の状態が、ハード・デ
ィスク１１０上のデータベース１１１に記憶される。ホ
スト１００はデータ・パス１０８を介してデータベース
１１１をアクセスし、ハード・ディスク１１０にデータ
を読み書きすることができる。データベース１１１は、
ライブラリ１３９内の全てのＰＤＳＤの状態に関する情
報を記憶する。ライブラリ１３９は少なくとも１つのサ
ブシステム１２９及びそれに関連する媒体（図示せ
ず）、並びに媒体記憶（media storage）１３７を含
む。

【００１０】例えばホスト１００及びホスト１１４な
ど、ライブラリ１３９などのデータ記憶ライブラリへの
アクセスを有する複数のホストが存在してもよい。各ホ
スト・システムは、ホスト１００が有するものと少なく
とも同一のコンポーネントを有する。従って、ホスト１
１４はマスタ・スケジューラ・プログラム１１６及びコ
ンソール制御プログラム１１８を有する。更にホスト１
１４は、メッセージをオペレータに中継するオペレータ
・コンソール１２０を有する。こうしたメッセージは、
ライブラリ１３９内の作業に関連付けられる。しかしな
がら、ライブラリ情報が記憶されるデータベース１１１
へのアクセスは１つのホストによってのみ制御される。
従って、ホスト１１４はデータ・ライン１１２を介し
て、ハード・ディスク１１０上に記憶されるデータベー
ス１１１への読出しアクセス（データの読出しは可能で
あるが書込みは不可）だけを有する。これは処理時間の
低下を招く。なぜなら、全てのジョブがホスト１００を
介してキューに待機されるか、或いはキューに対する更
新権限を共有する機構が提供されなければならないから
である。

【００１１】従来のアーキテクチャの別の欠点は、一人
のオペレータが自身のタスクを理解するために、多くの
オペレータ・コンソールを見なければならないことであ
る。この理由により、従来のライブラリ・フロアには、
様々なオペレータ・コンソールからのメッセージを統合
するための大型メッセージ表示パネルが設置された。こ
うした大型メッセージ表示パネルは一般的であり、既知
である。こうしたディスプレイは、プログラム１３４及
び１３５などのいわゆる"スヌーパ（snooper）・プログ
ラム"に頼っており、これらのプログラムはオペレータ
・メッセージをある位置（例えば大型メッセージ表示パ
ネル１２２）に表示するために、ホストからオペレータ
・コンソールへのメッセージを横取りし、内部オペレー
ティング・システム制御構造に問い合わせる。

【００１２】一般に、プログラム１３４及び１３５など
のスヌーパ・プログラムはホストに内在し、それらの特
定の目的にとって意味のある横取り事象にもとづき、結
果を補充しようと試みる。しかしながら、これらのスヌ
ーパ・プログラムはホスト・オペレーティング・システ
ムの一部ではなく、通常は第３者により追加されたソフ
トウェアである。これらのプログラムの異質な性質のた
めに、これらはオペレーティング・システムの作業キュ
ーを参照する特権を有さず、重要な事象を見落とす可能
性がある。例えばスヌーパ・プログラムがコンソール制
御プログラム（例えば１０４または１１８）により待機
状態に維持されている間、ＰＤＳＤ１２７などのＰＤＳ
Ｄが実装されたり、再実装されるかもしれない。スヌー
パ・プログラムは元来事象を見落とし、見落とされた事
象のために理解されない他の事象に対して不当に対応す
る。従ってこうしたプログラムは、いわゆる"システム
機能停止（system outages）"、すなわちホスト・シス
テムがその割当てられたタスクに対して使用不能となる
主な原因である。

【００１３】ネットワーク１２８は、ホスト１００、ホ
スト１１４、大型メッセージ表示パネル１２２、制御装
置１２４及び１２６及びＰＤＳＤ１２７を接続する。こ
うしたネットワークは、光学式スキャナまたはパーソナ
ル・コンピュータなどの他の装置（図示せず）を含んで
もよい。スキャナは通し番号を含むバー・コード・ラベ
ルを読むために使用される。パーソナル・コンピュータ
はコンピュータ環境において、任意の数のタスクを有す
る。しかしながら、こうした装置は一般的なアーキテク
チャの一部ではないので関連する欠点を有する。こうし
た欠点には、これらの装置がネットワーク１２８内で特
別に機能することを可能にする特殊プログラム・コード
の作成の必要性などが含まれる。別の欠点には、装置の
非効率的な性能、及び重要事象を見落とす可能性が含ま
れる。これらはライブラリがそのように設計されていな
いことに起因する。

【００１４】図２は従来技術において、図１に示される
ＰＤＳＤサブシステム１２９内の装置上にカートリッジ
を実装するステップを示す。この図は、再度、図１に示
されるブロックを参照することにより、最もよく理解さ
れる。ステップ１３６において、ホストが特定のvolser
に対応するジョブ制御言語（ＪＣＬ：job control lang
uage）ジョブ要求を受信する。これは特定のボリューム
通し番号を有するカートリッジを実装する要求を意味す
る。ジョブ要求はステップ１３８で、マスタ・スケジュ
ーラ・プログラムに受け渡される。マスタ・スケジュー
ラ・プログラムはステップ１４０で、次の装置が使用可
能かどうかをチェックする。マスタ・スケジューラの問
い合わせに対する返答が否定の場合、処理はステップ１
４２に移行する。チェックする装置がこれ以上存在しな
い場合、ステップ１４６で示されるように、後に装置が
解放された時の処理のために要求がキューに待機され
る。しかしながら、チェックすべき装置が更に存在する
ときには、マスタ・スケジューラ・プログラムがステッ
プ１４０にループして戻り、次の装置が使用可能かどう
かを確認する。装置がカートリッジの実装のために使用
可能な場合、マスタ・スケジューラはステップ１４７
で、メッセージをコンソール制御プログラムに送信す
る。ステップ１４８で、コンソール制御プログラムは消
去不能な実装メッセージをオペレータ・コンソールに送
信する。メッセージが消去不能と言われる理由は、それ
らに関連するアクションが完了し、"オペレータ・メッ
セージ消去"が実行されるまで、メッセージ・ラインが
画面上か、或いはコンソール・キュー内に保持されるか
らである。従って、この消去不能な実装メッセージは、
装置がオペレータによりレディ状態にされた後に、マス
タ・スケジューラ・プログラムによりクリアされるま
で、オペレータ・コンソール上に留まる。ステップ１５
０では、要求volserが装置において読出されたかどうか
が問い合わされる。応答が否定の場合、メッセージはス
テップ１５２で示されるように、オペレータ・メッセー
ジ・コンソール上において消去不能のまま維持される。
ステップ１４８及びステップ１５２において消去不能オ
ペレータ・メッセージを参照することにより、ホスト
・"スヌーパ・プログラム"は、ステップ１５４で、複数
のメッセージを統合するためにメッセージを大型メッセ
ージ表示パネル上に通知する。しかしながら、ステップ
１５０での問い合わせに対する応答が肯定の場合、マス
タ・スケジューラはステップ１５６で、ジョブ割当てが
完了したことを示すために、ホスト・メモリ内の制御ブ
ロックに印を付ける。次にステップ１５８で、オペレー
タ・コンソール・メッセージが消去される。最後にステ
ップ１６０で、ホスト・データベース１１１がホスト・
ディスク記憶装置上で更新される。

【００１５】従って、従来のシステムは効率が悪いこと
が理解されよう。こうしたシステムはまた信頼性にも欠
ける。なぜなら、オペレータがしばしば、オペレータ・
コンソールから除去されない非常に多数のメッセージに
より混乱するからである。こうした状況では、コンソー
ル・キューがスクロール不能なメッセージの連続画面で
いっぱいになり、その間、ライブラリ・タスクはオペレ
ータによって見ることができないために無視される。

【００１６】従って、手動記憶ライブラリにおいて、ラ
イブラリ−オペレータ間の通信の信頼性及び効率を改善
することが明らかに必要である。コヒーレントで簡潔な
メッセージをオペレータに提供することにより、手動デ
ータ記憶ライブラリの信頼性が向上する。なぜなら、オ
ペレータの注意が迅速に重要なタスクに向けられるから
である。メッセージの量を低減することによっても効率
は向上する。なぜなら、それによりオペレータは、受信
メッセージが媒体の取り付け或いは取り外しなどの重要
な事象に関連することを確認できるからである。

【００１７】更に、上述の利点に加え、オペレータがラ
イブラリの制御、特にＰＤＳＤの制御を保持できるシス
テムが必要とされる。ライブラリの統合コンポーネント
である通信インタフェースは、ライブラリの全ての要素
に対するオペレータ制御及びそれらとの定期的な通信を
提供する。

【００１８】手動データ記憶ライブラリの更に欠点は、
新たに追加された媒体を容易にカタログ化できない点で
ある。この点に関して求められることは、オペレータが
入力装置（例えばカートリッジからボリューム通し番号
を読取るスキャナなど）から入力されるデータを容易に
取り出し、このデータをＰＤＳＤを制御するホストがア
クセス可能なデータベースに効率的に追加する方法であ
る。

【００１９】従って、手動データ記憶ライブラリの統合
コンポーネントであり、上述の全ての利点を有するイン
タフェースが必要とされる。

【００２０】

【発明が解決しようとする課題】本発明の目的は、手動
データ記憶ライブラリの統合的且つ高信頼性コンポーネ
ントであるオペレータのための通信インタフェースを提
供することである。

【００２１】本発明の別の目的は、手動データ記憶ライ
ブラリにおいて、オペレータがライブラリを制御するこ
とを維持したまま、自動データ記憶ライブラリの信頼性
ファクタを提供することである。

【００２２】更に本発明の別の目的は、手動データ記憶
ライブラリの統合部分であって、オペレータに特定のデ
ータ媒体の取り付けまたは取り外しの必要を知らせ、ま
たオペレータに提供されるメッセージの質を改善するよ
うに、オペレータにコヒーレントで簡潔なメッセージに
より知らせ、更にオペレータに最小数のメッセージによ
り知らせることを可能にする、オペレータ通信インタフ
ェースを提供することである。

【００２３】更に本発明の別の目的は、外部入力装置が
オペレータと通信することを可能にすることである。更
に別の目的は、オペレータが外部入力装置からのデータ
を使用し、ライブラリのカタログに新たなデータ・ボリ
ュームを追加することを可能にすることである。

【００２４】更に本発明の別の目的は、ホスト・プロセ
ッサがＰＤＳＤの状態をオペレータに伝達することを可
能にし、オペレータがデータをホスト・プロセッサがア
クセス可能なライブラリ・データベースに追加すること
を可能にすることである。

【００２５】

【課題を解決するための手段】上述の目的に従い、手動
データ記憶ライブラリのためのオペレータ通信インタフ
ェースが開示される。ライブラリ内のグラフィカル・ユ
ーザ・インタフェース（ＧＵＩ）が、接続されるディス
プレイの画面上にグラフィカル・ユーザ・インタラクシ
ョン・フィールドを提供する。ライブラリ・マネージャ
制御装置内に、ＰＤＳＤ並びにホスト・プロセッサと同
様、外部装置ともインタフェース可能な論理回路が提供
される。ＧＵＩはオペレータ及びライブラリ内の他の装
置、特にＰＤＳＤとの通信インタフェースを提供する。
ＧＵＩはＰＤＳＤを制御するホストにより、論理回路を
介してアクセスされる。

【００２６】オペレータＧＵＩは本発明のライブラリの
統合コンポーネントであり、オペレータに特定のデータ
媒体を取り付け或いは取り外す必要を通知するために使
用される。このことは、オペレータにライブラリ・オペ
レーションを実行するためのコヒーレントで簡潔なメッ
セージを提供し、オペレータに最小数のメッセージによ
り知らせることにより達成される。

【００２７】本発明の上述の目的、特徴及び利点が、添
付の図面及び以下で述べる説明を参照することにより明
らかとなろう。

【００２８】

【実施例】図３に示されるデータ処理環境は、周辺サブ
システムのセットを有する１つ以上のホスト・プロセッ
サ１０を含み、それらの周辺サブシステムの多くはデー
タ記憶サブシステムである。２つのホストだけが示され
ているが、本発明はそれより多くの或いは少ない数のホ
ストにも適用可能である。データ記憶サブシステムは、
既知のように、複数の制御装置（ＣＵ）１２を含む。１
つまたは複数のＰＤＳＤ１４及び接続される制御装置１
２がサブシステム１７を構成し、データ記憶階層の２次
周辺データ記憶レベルを構成する。制御装置はホスト１
０と対話し、ＰＤＳＤを制御するホスト・コマンドを実
行する。ホスト１０及び制御装置１２は、一緒にホスト
処理制御手段を構成する。ホスト１０はハード・ディス
クなどの少なくとも１つの読出し／書込み記憶装置８４
を有し、データベース８６にＰＤＳＤ１４の状態に関連
するデータなどを記憶する。

【００２９】ライブラリ１６などの媒体ライブラリは、
既知の設計の手動データ記憶技術及び装置を含む。ライ
ブラリ１６は、取り外し可能な媒体を受取るように適応
化される。本発明のライブラリ１６は、磁気テープ、磁
気ディスク及び光ディスクを含む媒体上に順次記録され
たデータを使用するものである。こうしたライブラリは
ＰＤＳＤサブシステム１７を含み、例えばＩＢＭ３４９
５テープ・ライブラリ・データ・サーバにおいて具体化
される。ＰＤＳＤサブシステム１７は、テープ駆動装置
などのＰＤＳＤ１４上に取り付け可能なテープ・カート
リッジ（図示せず）を有し、各カートリッジに記憶され
たデータのボリュームと制御装置１２との間のデータ通
信を提供する。ライブラリはまた後述のように、ライブ
ラリ・マネージャ制御装置１８を含む。媒体ライブラリ
・システムはまた、米国特許第４９７４１５６号及び同
第４９４５４２８号で述べられるように、光ディスク・
ライブラリであってもよい。

【００３０】各ホスト・プロセッサ１０は、既知の電子
回路、並びにアプリケーション・プログラム９０などの
計算及びデータ処理システム制御のためのコンピュータ
・プログラムを含む。こうしたプログラムの１つに、デ
ータ機能記憶管理サブシステム／多重仮想記憶（ＤＦＳ
ＭＳ／ＭＶＳ：Data Facility Storage Management Sub
system/Multiple Virtual Storage）と呼ばれるＩＢＭ
プログラム製品があり、これはデータ記憶の第１階層レ
ベルから第２階層レベルへの移送及びバックアップを提
供する。好適には第２レベルは、図３に示されるような
媒体記憶ユニット２０を含む。ＤＦＳＭＳ／ＭＶＳプロ
グラム製品は、媒体記憶ユニット２０に含まれる媒体記
憶ユニットからのデータの検索のためにメッセージを媒
体ライブラリ１６に送信する。

【００３１】プログラム・モジュールは図３に示される
ように、本発明を実施するライブラリ１６のライブラリ
・マネージャ制御装置１８に含まれる。ライブラリ・マ
ネージャ制御装置１８は、ホスト・プロセッサ１０、制
御装置１２及びＰＤＳＤ１４とインタフェースすること
により、ライブラリ１６の動作を制御し、オペレータに
対して、ライブラリ１６において要求アクションを実行
するように知らせる。オペレータはライブラリ・マネー
ジャ制御装置１８からの管理命令により、１つまたは複
数の媒体記憶ユニット２０からのカートリッジ（図示せ
ず）のアクセス、ＰＤＳＤ１４からのカートリッジの取
り付け及び取り外し、及びＰＤＳＤ１４のクリーニング
を管理する。各記憶ユニット２０は、カセットまたはカ
ートリッジなどのケーシングに含まれるテープまたはデ
ィスク媒体を含む。

【００３２】ＩＢＭ多重仮想記憶（ＭＶＳ）ソフトウェ
ア製品などのオペレーティング・システム８８は、ホス
ト・プロセッサ１０内の全てのプログラム・モジュール
を管理する。ホスト・プロセッサ１０内のコマンド・モ
ジュール２６はプログラム・タスクであり、他のプログ
ラム、例えばホスト・プロセッサ１０内のＤＦＳＭＳ／
ＭＶＳプログラムなどのアプリケーション・プログラム
９０から、ソフトウェア・コマンドを受信する。こうし
たコマンドは解読され、制御タスク・モジュール２８に
転送される。制御タスク・モジュール２８は、データが
媒体ライブラリ１６から検索される時期を決定する論理
を実現する。検索されたデータは処理モジュール３０に
おいて処理され、入出力制御モジュール３２を経由し
て、制御装置１２の１つに出力される。制御装置１２は
次に要求を媒体ライブラリ１６に受渡す。ライブラリ・
マネージャ制御装置１８は、本発明によれば、要求を使
用してオペレータに知らせる。オペレータはオペレータ
・ディスプレイ２５上において、特に画面２９上におい
て知らされ、キーボード２２またはマウス２７などのオ
ペレータ入力装置２３を通じて応答する。このようにし
て、ライブラリアン・ワークステーション１５が手動デ
ータ記憶ライブラリ１６の統合部分として提供される。
ライブラリアン・ワークステーション１５はライブラリ
・マネージャ制御装置１８、オペレータ・ディスプレイ
２５及びオペレータ入力装置２３を含む。

【００３３】ライブラリ・マネージャ制御装置１８は入
出力インタフェース論理６４、プログラム・メモリ６２
（例えばランダム・アクセス・メモリ）、及び中央処理
ユニット６０（例えばパーソナル・コンピュータの従来
のマイクロプロセッサ）を含む。当業者には明らかなよ
うに、中央処理手段は複数の中央処理ユニットを含んで
もよい。ライブラリ制御装置１８は更に、オペレーティ
ング・システム６３、及びプログラム・メモリ６２上に
ロードされるコード・モジュールのセットを含む。コー
ド・モジュールはライブラリ・マネージャ・コード７
０、ホスト・インタフェース論理７２、外部装置インタ
フェース論理７６、及びグラフィカル・ユーザ・インタ
フェース論理２１、及びデバイス・ドライバ７８を含
み、これらは全てプログラム・メモリにロードされる。
ライブラリ制御装置１８はまた、ライブラリ管理データ
ベース８２を記憶する少なくとも１つの読出し／書込み
記憶装置８０（例えばハード・ディスク）を含む。

【００３４】図４は、図３の媒体ライブラリ１６として
使用可能な手動データ記憶カートリッジ・ライブラリを
示す。多くの異なるタイプの媒体が、ライブラリ１６に
格納されることが明らかであろう。図４に示される実施
例では、磁気テープを保護及び操作するために、磁気テ
ープの個々のスプール（図示せず）が既知のプラスチッ
ク・カートリッジに格納される。

【００３５】媒体ライブラリ１６は、各々が複数のマガ
ジン・ホルダ（図示せず）を有する複数のモジュール３
４として示される媒体記憶ユニット２０を含む。モジュ
ール３４内の各マガジン・ホルダは複数の格納ビン（st
orage bin）３３を含み、各格納ビン３３は磁気テープ
・カートリッジ（図示せず）を格納する。各カートリッ
ジは、大きなグループをボールト（vault）（ボールト
５０など）として、また行をラック（rack）（ラック５
４など）として指定することにより、手動ライブラリ内
に配置される。媒体ライブラリ１６は更に複数の記録／
再生装置ユニット（図示せず）を含み、これらの各々
は、例えば（テープ制御装置３６、及び少なくとも１つ
のテープ駆動装置３７を含むテープ・サブシステム３８
を有する）ＩＢＭ３４９０磁気テープ・システムを含
む。テープ駆動装置３７として使用可能なテープ駆動装
置の例が、米国特許第４３３９９３６号に示されてい
る。テープ制御装置３６及びテープ駆動装置３７の動作
については、米国特許第４４３５７６２号で述べられて
いる。ライブラリアン・ワークステーション１５はオペ
レータ・ディスプレイ２５、キーボード２２、マウス２
７及びライブラリ制御装置１８を含む。

【００３６】データ記憶ライブラリにおいて、データを
カタログ化する方法が知られている。説明の都合上、テ
ープ・ライブラリにおける１つのタイプの方法につい
て、次に述べることにする。ボリューム通し番号は、媒
体ライブラリ１６内のカートリッジまたはカセットを識
別する役割をする。ボリューム通し番号はvolserとも呼
ばれる。要求データ・セットが含まれるカートリッジま
たはカセットを識別するボリューム通し番号が、ジョブ
制御言語のデータ定義文にコード化される。或いは、テ
ープ・データ・セットがシステム・カタログ内にカタロ
グ化されてもよい。米国特許第４９７４１５６号で開示
されるように、volserはボリュームが記憶装置内に配置
されているかどうか、或いは現在取り付けられているか
どうかを識別するために使用される。更にvolserはカー
トリッジ内のテープ上にデータ形式で記憶され、ドライ
ブにカートリッジを取り付ける際に読出される。

【００３７】図３を再度参照すると、オペレータ・ディ
スプレイ２５はオペレータのために、画面２９上に１つ
または複数のグラフィカル・ユーザ・インタフェース
（ＧＵＩ）・ウィンドウ（図３では図示せず）を提供す
るために使用される。好適な実施例では、ＧＵＩ２１
は、上述の従来システムに固有の混乱無しに、オペレー
タにとって直観的なメッセージを画面２９上に提供す
る。従って、新規のオペレータでも短期間で学ぶことが
でき、迅速に熟練することが可能になる。

【００３８】類似のタイプのグループ化事象、例えばカ
ートリッジの取り付け及び取り付けエラー・メッセージ
が、好適にはウィンドウ上に提供される。好適な実施例
におけるこうしたウィンドウは、"アクション・リスト"
（図５で示され、以降で詳述される）と呼ばれる。従っ
て、本発明はオペレータのために、画面２９上の正確な
フィールドにグラフィカル・ポインタを提供し、オペレ
ータの理解及びそのタスクの実行を容易にする。本発明
は更にオペレータに対して、アクション・メッセージの
確認をライブラリ・マネージャ・コード７０に送信する
ための正確な位置を示す。ライブラリ・マネージャ・コ
ード７０はこうした確認をホスト・プロセッサ１０に送
信し、次にハード・ディスク８０上のライブラリ管理デ
ータベース８２を更新する。オペレータはマウス２７を
使用して、画面２９上に提供される定義済みのグラフィ
カル・フィールド（図３には図示せず）を"クリック"す
ることにより、所定の事象（例えばテープ駆動装置３７
のクリーニングのスケジューリング）を選択する。"ク
リック"は既知の用語であるが、明瞭化のため、"クリッ
ク"は、マウス・ドライバ・ソフトウェアにより生成さ
れたグラフィカル・ポインタ（図示せず）を、画面２９
上のグラフィカル・ユーザ・インタラクション・フィー
ルドに移動し、ボタン３１を押下することを意味するも
のとする。オペレータがグラフィカル・フィールドをク
リックする必要無しに、幾つかの事象がメッセージをト
リガする。従って、本発明は完全な自動化システムへの
変換を要求すること無しに、オペレータが自動データ記
憶ライブラリにおいて、ロボットのように信頼性高く実
行することを可能にする。またオペレータは大量の混乱
するテキスト・ベースのメッセージを骨を折って理解す
る必要はなく、ＧＵＩ２１を通じてテープ駆動装置３７
と通信することができる。

【００３９】ライブラリ・マネージャ制御装置１８は、
図３に示されるように、少なくとも１つの制御装置１２
と直接インタフェースする。好適な実施例では、ライブ
ラリ・マネージャ制御装置１８は、上述のように、特殊
なアプリケーション・プログラム・コードと共に、ＯＳ
／２オペレーティング・システムを実行する特殊モデル
ＩＢＭ ＰＳ／２である。好適には、ホスト・インタフ
ェース論理７２及び外部装置インタフェース論理７６
は、ＯＳ／２アプリケーション・プログラム・インタフ
ェース（ＡＰＩ）として作成され、従って、ＯＳ／２プ
ロトコルに従う。また好適な実施例では、ライブラリ・
マネージャ・コード７０はＣプログラミング言語で作成
され、ＩＢＭ Ｃ／２コンパイラを使用する。図３に示
されるように、制御装置１２はＰＤＳＤサブシステム１
７と直接通信し、従ってＰＤＳＤ１４と直接通信するこ
とになる。好適には、ＰＤＳＤサブシステム１７はサブ
システム３８などのテープ・サブシステムであり、ＰＤ
ＳＤ１４はテープ駆動装置３７を含む。好適な実施例で
は、ホスト・プロセッサ１０は、最大４つのテープ・サ
ブシステム３８及びそれらの関連ボリュームを論理セッ
トとして管理する。ライブラリ・マネージャ制御装置１
８は、入出力制御モジュール３２を介して提供される全
ての通信（テープ・サブシステム３８に関連してオペレ
ータ・アクションを指示する）をホスト・プロセッサ１
０から収集し、それらをオペレータ・ディスプレイ２５
上にメッセージの形式で表現するように処理する。ライ
ブラリ・マネージャ制御装置１８は、取り付け及び排出
メッセージの表示を提供する。本発明はグラフィカル・
インタフェースの利点をオペレータ・ステーションにも
たらすことにより、メッセージの量を多大に低減し、提
供される情報の質を向上させる。更に本発明はライブラ
リ１６の統合コンポーネントであり、且つ拡張であるの
で、従来は取り外し事象（例えば巻戻し−アンロード要
求の実行）からだけ解されたテープ処理に関連する事象
が、例えばアプリケーション・プログラム・インタフェ
ース（ＡＰＩ）形式の論理７２に提供され、オペレータ
に自動的に通知される。

【００４０】本発明により可能になるアプリケーション
・プログラム・インタフェース（ＡＰＩ）の包含は、デ
ータ・ライブラリ内の装置状態に関するオペレータの通
信管理を多大に改善し、単純化する。ＡＰＩは、システ
ム制御プログラムまたはアプリケーション・プログラム
とプログラム・ユーザとの間の、形式的に定義されたプ
ログラミング言語インタフェースである。ＡＰＩを通信
インタフェース管理ツールとして使用する手法は、他の
いわゆる"スヌーパ・プログラム"の必要を排除する。更
に、ホスト環境から通信インタフェースを除去し、それ
をモジュール形式で配置することにより、スヌーパ・プ
ログラムにより生じるホスト・システムの機能停止を回
避する保護的分離が実現される。ＡＰＩのモジュール化
は、通信インタフェース問題の容易なデバッグを可能に
する。

【００４１】グラフィカル・ユーザ・インタフェースに
より提供されるウィンドウの例が、図５に示される。好
適には、主タイトル・バー１８０及び主ウィンドウ・ア
クション・バー１８２は、ライブラリ制御装置１８がパ
ワーアップされている限り、常に画面２９上に現れる。
主メニュー・アクション・バー１８２は主メニュー・ア
クション・ボタン２２２、２２４、２２６、２２８、２
３０及び２３２を含む。ボタンはグラフィカル・ユーザ
・インタラクション・フィールドである。なぜなら、オ
ペレータはボタンとして画面上に表示される領域を"ク
リック"することにより、ソフトウェアと対話するから
である。オペレータが対話する画面２９上の任意の領域
が、グラフィカル・ユーザ・インタラクション・フィー
ルドを含んでいることが理解されよう。本発明の管理式
手動モードでは、好適にはオペレータに対して、対話
式"アクション・リスト"・ウィンドウ１９３が常に画面
２９上に表示される。"アクション・リスト"・ウィンド
ウ１９３は、オペレータが実行するライブラリ・タスク
を提供する。アクションは好適にはリストされる順番で
実行されるべきである。好適には、"Action list"と表
題を付けられたウィンドウ・タイトル・バー１８４が、
画面２９上に現れる任意のウィンドウの特定のタスクを
識別する。アクション・リスト・ウィンドウ１９３の下
部には、作業ウィンドウ・アクション・ボタン、すなわ
ち"Confirm Action（アクション確認）"２１４、"Error
（エラー）"２１６、"Review Actions（アクション検
討）"２１８、及び"Help（ヘルプ）"２２０が現れる。

【００４２】好適な実施例では、"アクション確認"ボタ
ン２１４は、強調表示されたアクションが完了したこと
を確認するために、オペレータにより使用される。こう
したアクションはカートリッジをＰＤＳＤから取り外
し、それをライブラリから排出する要求アクションであ
る。例えば、要求されるオペレータ・アクションは、"A
ction（アクション）"と記されるフィールド１８８によ
り定義されるカラムにより識別される。また同じ図にお
いて、カートリッジを排出するアクションがフィールド
２０８に"Eject（排出）"として示され、これはオペレ
ータがライブラリからカートリッジを排出することを示
す。用語"排出"はライブラリ・マネージャ・コードの制
御からカートリッジを論理的に取り外し、次にそれを物
理的にライブラリのシェルフ（棚）から、（指定のまた
は未指定の）他の位置に移動するアクションを定義す
る。排出される特定のカートリッジがフィールド１９０
により"Volser/Category"として識別されるカラム内に
示される。図示の例では、フィールド２１０に表示され
るデータが、"Volser T00034"を有するカートリッジ
が、装置３８１から排出されるカートリッジであること
をオペレータに伝える。情報のカラムはまた、フィール
ド１９４により"Home location（ホーム・ロケーショ
ン）"として識別される。ホーム・ロケーションは、排
出されるカートリッジが現在格納される場所を識別す
る。例えばフィールド２１２は、排出されるカートリッ
ジを格納する位置を"VLT 14 R4"と識別する。この例で
は、"VLT"はボールトまたは格納庫を指定し、"R"はボー
ルト内に配置される格納ラックを指定する。従って、図
示の例では、オペレータはボールト１４の格納ラック４
内のvolserT00034を有するカートリッジを取り出し、そ
れをライブラリから送り出すように指令される。カート
リッジが排出されると、オペレータはマウス・ポインタ
図形をフィールド２１４に示される"アクション確認"ボ
タンに移動し、マウス・ボタン３１を"クリック"する。
或いは図示の例では、オペレータはアクション・リスト
が表示される間に、文字"Ｃ"をタイプ入力することによ
り、アクションが完了したことを確認してもよい。ここ
で、文字"Ｃ"が表示フィールド２１４において下線を引
いて示される。好適な実施例のこの例では、文字"Ｃ"は
アクション文字として参照される。なぜなら、文字のタ
イプ入力が"アクション確認"ボタンを活動化するからで
ある。"アクション確認"ボタンの押下に際し、ライブラ
リ・マネージャ・コード７０はハード・ディスク８０上
に記憶されるライブラリ・マネージャ・データベース８
２を自動的に更新する。

【００４３】好適な実施例では、カートリッジの取り付
けが完了したことを確認するために、"アクション確認"
ボタンを使用することが必要である。なぜなら、ライブ
ラリ・マネージャ・コード７０が制御装置１２により、
取り付けの完了を自動的に通知されるからである。ライ
ブラリ・マネージャ・コードは次に制御装置に、取り付
けが完了したことをホスト・プロセッサ１０に通知する
ように伝える。しかしながら、オペレータに特定の装置
へのカートリッジの取り付けの必要を通知するために
は、アクション・リスト・ウィンドウが使用される。例
えば上記例では、オペレータ・アクションは、"アクシ
ョン"表示フィールド１８８により定義されるカラム内
に示される。図示の例では、表示フィールド１９６は"M
ount device480（装置４８０を取り付け）"を示す。表
示フィールド１９０により識別されるカラムは、"Volse
r/Category"を示す。図示の例では、表示フィールド１
９２ａは、装置４８０に取り付けられるカートリッジの
volserが"T00113"であることを示す。（カートリッジ
の）"Last Known Location（最後の既知の位置）"フィ
ールド１９２により定義されるカラム内の表示フィール
ド２００は、volser"T00113"を有するカートリッジが"d
evice 361"にロードされたとして、ライブラリ・マネー
ジャ・コード７０によりライブラリ・マネージャ・デー
タベース８２に最後に記録されたことを示す。これはま
だこの装置の排出ホッパ内に存在するか、或いはホーム
・ロケーションに返却されている。

【００４４】好適には、様々な予知可能な状況が本発明
により考慮される。例えば要求されるボリュームが、既
に"ホーム・ロケーション"・フィールド１９４により定
義されるカラムに示されるその通常の格納位置に返却さ
れている場合、オペレータはオペレータ・ディスプレイ
２５の画面２９上のその位置に導かれる。例えばvolser
T00113を有するカートリッジのホーム・ロケーション
が、フィールド２０２に"VLT 17 R1"として示される。
これはカートリッジがボールト１７のラック１に配置さ
れていることをオペレータに示す。volser"T00113"を有
するカートリッジを装置４８０にロードすると、テープ
上にデータとして記憶されるvolserが読出される。テー
プ装置はメッセージを制御装置１２に送信し、テープ装
置はメッセージをライブラリ・マネージャ・コード７０
に送信する。ライブラリ・マネージャは次に制御装置
に、メッセージをホスト・プロセッサ１０に送信するよ
うに通知し、取り付けアクションが自動的にアクション
・リストから除去される。ライブラリ・マネージャ・コ
ード７０は次に、volser"T00113"のカートリッジの新た
な位置及び装置４８０の状態を示すように、ハード・デ
ィスク８０上のライブラリ管理データベース８２を更新
する。このデータベースがホストによって読出されたり
する。

【００４５】本発明の好適な実施例におけるカートリッ
ジの管理、取り付け、取り外し及び排出の処理が図６に
示される。

【００４６】上記特定の例は、図６に示されるステップ
に一般化される。図５に示される上記例を参照すること
により、これらのステップが明らかにされよう。更に、
図５の特定の例によりカバーされないステップが、次に
示す一般化されたステップによりカバーされよう。ステ
ップ２３６で、ホストがジョブ要求をライブラリ・マネ
ージャ・コード７０に受渡す。ライブラリ・マネージャ
・コード７０はステップ２３８で、これが排出要求であ
るかどうかをチェックする。応答が肯定の場合、ライブ
ラリ・マネージャ・コード７０はステップ２４０で示さ
れるように、排出要求をオペレータ・アクション・リス
トに表示する。オペレータはステップ２４２で、自身の
アクションを確認するように催促される。確認後、ライ
ブラリ・マネージャ・コード７０はステップ２６４で、
ライブラリ管理データベース８２を更新し、ホストに通
知する。ステップ２３８に戻り、ジョブが排出要求でな
い場合、ライブラリ・マネージャ・コード７０はステッ
プ２４６で、これが取り付け要求かどうかをチェックす
る。これが取り付け要求の場合、ホストは使用する装置
を決定する。

【００４７】ライブラリ・マネージャ・コード７０は、
読出し／書込み記憶装置８０に記憶されるライブラリ・
マネージャ・データベースのデータを解析することによ
り、装置の状態をチェックする。ライブラリ・マネージ
ャ・コード７０は、ホストにより指定された装置が使用
可能かどうかをチェックする。使用可能でない場合、ス
テップ２５２で取り付け要求が拒否され、そのことがホ
ストに通知される。しかしながら、装置がレディ状態の
場合には、ステップ２５６で、ライブラリ・マネージャ
・コード７０が取り付けジョブをオペレータ・アクショ
ン・リスト上に表示する。volserが取り付けられると、
制御装置はステップ２６０でメッセージをライブラリ・
マネージャ・コードに送信する。ライブラリ・マネージ
ャ・コード７０は次にステップ２６２で、メッセージを
ホスト・プロセッサ１０に送信する。この時点で、ホス
トは取り付けが完了したことを通知される。ホストはこ
の通知に際し、テープ上にデータとして記憶されたvols
erを読出す。誤ったvolserが取り付けられた場合、ホス
トは取り外しジョブを発行し、続いて取り付けジョブを
再発行し、処理が再度ステップ２３６から繰返される。
ライブラリ・マネージャ・コード７０はステップ２６４
で、ライブラリ管理データベース８２を更新する。

【００４８】好適な実施例では、オペレータは"アクシ
ョン・リスト"・ウィンドウ１９３上に示されるアクシ
ョンを実行後、図７に示されるオペレータ検討リスト内
の自身のアクションをチェックできるように準備され
る。好適な実施例では、"アクション検討"ウィンドウ
は、オペレータが"アクション・リスト"・ウィンドウ１
９３内の"アクション検討"作業ウィンドウ・アクション
・ボタン２１８をクリックすることにより表示される。
図示の例では、フィールド２７０は"アクション"と示さ
れるカラムを定義する。フィールド２７２はカラム"Vol
ser"を定義する。フィールド２７４はカラム"Result
（結果）"を定義する。この例では、フィールド２７６
に排出アクションが示される。アクションはフィールド
２７８に示されるようにvolser"FGH433"に関連する。こ
のアクションの結果はフィールド２８０に"Confirmed
（確認済み）"と示される。フィールド２８２"Mount De
vice 287（装置２８７を取り付け）"に示されるアクシ
ョンに対応して、エラー状態の例がフィールド２８６に
示される。"device 287"は、フィールド２８４に示され
るvolser"SDR495"を取り付けるように示される。

【００４９】図８を参照すると、本発明の好適な実施例
におけるエラー発生後の"アクション・リスト"の例が示
される。図８に示される"アクション・リスト"・ウィン
ドウ１９３は、特定のオペレータ・メッセージを除き、
図５に示される"アクション・リスト"・ウィンドウの例
と同一である。特に、要求されるオペレータ・アクショ
ンは、フィールド２９０に示されるように、"Mount dev
ice 180（装置１８０を取り付け）"である。取り付けが
要求されるカートリッジは、フィールド２９２に示され
るように"JAF001"である。グラフィカル・インタフェー
スはオペレータにフィールド２９４でエラーが発生した
ことを示す。図示の例では、オペレータは装置１８０
の"attempt reload（再ロードの試行）"を要求される。

【００５０】図９及び図１０を参照すると、本発明の好
適な実施例で提供されるオペレータ介入ツールが示され
る。本発明を使用することにより、オペレータは幾つか
の方法で介入することができる。例えばオペレータは図
９に示されるように、装置の使用可能状態をチェックす
ることができる。好適な実施例では、オペレータはマウ
ス２７を用いて、"Status（状態）"と表される主ウィン
ドウ・アクション・ボタン２２４をクリックする。次に
オペレータは、"Device availability status（装置使
用可能状態）"と表されるプルダウン・メニュー選択２
２６をクリックする。ホスト装置使用可能性が選択され
たときの、ライブラリ・マネージャ・コード７０により
実行されるステップが、図１０に示される。ステップ３
０２で、ライブラリ・マネージャ・コード７０は、ホス
ト装置の使用可能性がオペレータにより選択されたかど
うかをチェックする。応答が否定の場合、処理はステッ
プ３０３で終了する。応答が肯定の場合、ライブラリ・
マネージャ・コード７０がステップ３０４で、全ての使
用可能な装置を表示する。次にライブラリ・マネージャ
・コード７０はステップ３０６で、装置の全てのコンポ
ーネントが使用可能かどうかをチェックする。好適な実
施例では、ステップ３０８で示されるように、ライブラ
リ・マネージャ・コードは"１"などの文字を装置名の隣
に表示し、装置の全てのコンポーネントが使用可能であ
ることを示す。装置の全てのコンポーネントが使用可能
でない場合、ライブラリ・マネージャ・コード７０は装
置の全てのコンポーネントが使用不能かどうかをチェッ
クする。応答が肯定の場合、すなわち全てのコンポーネ
ントが使用不能な場合、ライブラリ・マネージャ・コー
ドはステップ３１２で、"０"などの文字を装置名の隣に
表示する。装置の全てのコンポーネントが使用不能でな
い場合には、ライブラリ・マネージャ・コード７０はス
テップ３１４で、１つまたは複数のコンポーネントが使
用不能ではあるが、フィード・スロット（feed slot）
が装置上で機能しているかどうかをチェックする。応答
が肯定の場合、"*"などの低下状態を示す文字が装置名
の隣に配置される。ステップ３１４における問い合わせ
に対する応答が否定の場合、処理はステップ３１２に戻
り、終了する。

【００５１】図１１を参照すると、オペレータが主ウィ
ンドウ・アクション・ボタン"Command（コマンド）"２
２８を選択すると、プルダウン・メニュー上の複数の選
択が使用可能になる。フィールド３３３に示される特定
の選択、オペレータ介入（operator intervention）
は、エラー訂正を可能にする。好適な実施例では、オペ
レータ介入ウィンドウはエラー状態及びそれらの解決を
提供する。例えば、特定の装置におけるロード／アンロ
ード故障がオペレータに告げられ、これは装置を空にし
て、フィード・スロットをチェックしなければならない
ことを意味する。好適な実施例においてリストされる他
のオペレータ介入状態には、超過ライブラリ容量が含ま
れる。こうしたエラー・メッセージは、オペレータにカ
ートリッジをライブラリ１６から排出するように要求す
る。画面２９上に提供されるこうした解決の例について
は、表されていない。

【００５２】再度図３を参照して、ライブラリ・マネー
ジャ・コード７０は、例えばＡＰＩ形式の外部装置イン
タフェース論理７６を介して、外部装置６６と通信す
る。デバイス・ドライブ・コード７８は外部装置６６を
ドライブし、ハードウェア・インタフェースが入出力イ
ンタフェース６４により提供される。外部装置６６の例
は、例えばテープ・カートリッジ上のvolserを含むバー
・コード・ラベルを読取るレーザ・スキャナ６７などの
入力装置、或いは手動データ記憶ライブラリにおいて、
オペレータを支援するために一般に使用されるタイプの
大型メッセージ表示パネルなどの出力装置である。好適
な実施例では、外部装置インタフェース論理７６はレー
ザ・スキャナ６７などの外部装置６６から入力データを
受取るために使用され、このデータはＧＵＩ２１により
オペレータ・ディスプレイ２５上に提供されるウィンド
ウを介して、オペレータに表示される。或いは大型メッ
セージ表示パネル６８などの出力装置が、ライブラリ・
マネージャ・コード７０によりハード・ディスク８０上
のライブラリ管理データベース８２に記憶されたデータ
をアクセスし、表示するために使用される。読出し／書
込み記憶装置８０へのアクセスは、外部装置インタフェ
ース論理７６を介して獲得される。

【００５３】本発明の別の利点は、ホスト・インタフェ
ース論理７２及び外部装置インタフェース論理７６によ
り可能になる。この利点は、カタログ化のためのボリュ
ーム通し番号が、３つの要因からライブラリに挿入され
ることである。すなわち、（１）ホスト・プロセッサ１
０がライブラリ管理データベース８２に配置するボリュ
ーム通しリストを、ライブラリ・マネージャ・コード７
０にダウンロードすることができる、（２）オペレータ
がＧＵＩ２１により提供されるウィンドウを使用し、ボ
リューム通し番号を入力することができる、（３）外部
装置インタフェース論理７６がホストと同様に、外部装
置６６（例えばバー・コード・スキャナ）がボリューム
通し番号を挿入することを可能にする。

【００５４】図１１を再度参照すると、主メニュー・ア
クション・バーが示される。オペレータがマウス２７に
より主ウィンドウ・アクション・ボタン・"コマンド"２
２８をクリックすると、グラフィカル・ユーザ・インタ
フェース２１は画面２９上に選択プルダウン・メニュー
を表示する。"Insert cartridges into the library
（カートリッジをライブラリに挿入）"プルダウン・メ
ニュー選択３３４をクリックすると、オペレータはカー
トリッジ・ボリューム通し番号をライブラリ管理データ
ベース８２に挿入することができる。図１２を参照する
と、オペレータはカートリッジ挿入（Insert Cartridg
e）ウィンドウ３５０を提供される。ウィンドウ・タイ
トル・バー３４０は、"カートリッジ挿入"ウィンドウと
して示されるウィンドウを識別する。この例では、メニ
ュー選択ボックス３５２は、オペレータがライブラリ１
６に挿入されるボリューム通し番号の範囲を選択するこ
とを可能にする。更にオペレータは、メニュー選択ボッ
クス３５４に示されるように、ボリューム通し番号の位
置を選択してもよい。オペレータはメニュー選択ボック
ス３５６内で使用可能な選択により、複製のvolserを処
理することもできる。ウィンドウ・アクション・ボタ
ン"Insert（挿入）"３５８をクリックすることにより、
オペレータはカートリッジ挿入アクションを実行するこ
とができる。挿入されるカートリッジは、ライブラリ・
マネージャ・コード７０によりライブラリ管理データベ
ース８２に挿入される。また、オペレータ入力により受
信されるデータにもとづき、エラー訂正がライブラリ・
マネージャ・コード７０により、自動的に処理される。
例えばオペレータがカートリッジのvolser番号を上述の
ように配置誤りして入力すると、例えばメニュー選択ボ
ックス３５２内において、ライブラリ・マネージャ・コ
ード７０はvolserがライブラリ管理データベース８２内
に存在し、配置誤りのフラグがセットされていることを
認識する。ライブラリ・マネージャ・コード７０は配置
誤りのフラグをクリアすることにより、ライブラリ管理
データベース８２を更新する。このようにカートリッジ
がデータベースに挿入されると、これらのカートリッジ
はホスト・プロセッサ１０または外部装置６６により使
用可能になる。

【００５５】ライブラリ・マネージャ・コード７０は、
ライブラリ１６に関連するボリューム通し番号の目録を
保持する。これはまた各ボリューム通し番号に対応する
カテゴリ情報を保持する。カテゴリはオペレータにより
定義され、排出するボリューム、或いはライブラリに新
たに追加されるボリュームなど、共通の属性を有するボ
リュームのグループを識別する。ＧＵＩ２１により提供
されるウィンドウを使用することにより、オペレータは
ライブラリ・マネージャ・コード７０に、カートリッジ
のリストを特定のカテゴリから指定してオペレータ・デ
ィスプレイ２５上に提供するように要求することができ
る。この"ピック・リスト（Pick List）"がＧＵＩ２１
により提供されるウィンドウからアクセスされ、図１３
に示される。

【００５６】図１１及び図１４を参照すると、カテゴリ
の使用が理解される。再度図１１を参照すると、カテゴ
リ名がプルダウン・メニュー選択"Define category nam
es（カテゴリ名の定義）"３３６において定義される。
プルダウン・メニュー選択"ピック・リスト"３３８は、
カテゴリにもとづきカートリッジを指定するために使用
される。こうした"ピック・リスト"が図１３に示され
る。ピック・リスト・ウィンドウ３７０は、"category
（カテゴリ）"フィールド３５７及び"Number to get
（獲得数）"フィールドなどの、様々なオペレータ選択
フィールドを含む。例えば"カテゴリ"フィールド３５７
は、選択カテゴリとして"Scratch 16"を示す。オペレー
タは図示の例では、フィールド３５８に示されるよう
に、獲得ボリューム数を５と選択する。更にオペレータ
は図示の例では、ロケーション・マスクを"VLT 23*"と
選択する。これはボールト２３の任意のラックを示す。
ウィンドウ・アクション"Add to pick list（ピック・
リストに追加）"ボタン３６２の選択により、図１４に
示される"Add to pick list"ウィンドウが表示される。
図１４に示される例では、位置VLTを有する５つのボリ
ュームが強調表示フィールド４０２に示される。オペレ
ータは表示されるvolserをピック・リストに追加するた
めに、マウス２７により"Select all（全て選択）"アク
ション・ボタン４０４を選択してもよい。従って、本発
明はオペレータがライブラリ管理のタスクを容易に編成
し、単純化することを可能にする。

【００５７】本発明の別の利点は、クリーニング・スケ
ジュール・ウィンドウの提供である。クリーニング・ス
ケジュール・ウィンドウの例が図１５に示される。オペ
レータはマウス・ポインタをフィールド４１２上でクリ
ックすることにより、表示フィールド４１２内で"Clean
based on time（時刻にもとづきクリーニング）"を選
択できる。或いはオペレータはフィールド４１６上でク
リックすることにより、"Clean based on usage（使用
度にもとづきクリーニング）"を選択してもよい。オペ
レータが"Clean based on usage"を選択すると、駆動装
置のクリーニング・オペレーション以前の取り付け回数
を入力するために、フィールド４２０が使用される。こ
れは使用度クリーニング（Usage clean）・メニュー・
ボックス４１８内で有効である。オペレータが"Clean b
ased on time"を選択すると、次にクリーニングする曜
日をメニュー・ボックス４２１内で選択することにな
る。好適には、週の７日の全ての曜日が有効である。オ
ペレータはまたメニュー・ボックス４２２で、クリーニ
ングすべき２４時間制の時刻を選択してもよい。時はフ
ィールド４２４で、分はフィールド４２６で有効とな
る。オペレータが自身のクリーニング・スケジュールを
完了すると、ＯＫアクション・ボタン４３０がピックさ
れる。

【００５８】クリーニング方法の一般的な選択を表すフ
ローが、図１６に詳細に示される。ボックス５００は、
ライブラリ・マネージャ・コード７０が"Commands"メニ
ュー・アクション・ボタン２２８が選択されたかどうか
をチェックすることを示す。応答が否定の場合、処理は
ステップ５０２で終了する。応答が肯定の場合、ライブ
ラリ・マネージャ・コード７０はステップ５０４で、ス
ケジュール・クリーニング・プルダウン選択（図１１参
照）が選択されたかどうかをチェックする。応答が肯定
の場合、ライブラリ・マネージャ・コード７０はステッ
プ５０６で、"Clean based on time"が選択されたかど
うかをチェックする。肯定の場合、オペレータはステッ
プ５１２で、クリーニングする曜日を選択するように促
される。次にステップ５１６で、オペレータはクリーニ
ングする時刻を選択するように促される。クリーニング
・スケジュールがステップ５２０で、ライブラリ・マネ
ージャ・データベースに記憶される。しかしながら、"C
lean based on time"が選択されなかった場合には、ラ
イブラリ・マネージャ・コード７０はステップ５０８
で、"Clean based on usage"が選択されたかどうかをチ
ェックする。応答が肯定の場合、オペレータはステップ
５１４で、クリーニング・オペレーションの間の取り付
け回数を選択するように促される。次にステップ５２０
で、クリーニング・スケジュールがライブラリ・マネー
ジャ・データベースに記憶される。しかしながら、クリ
ーニングが使用度または時刻にもとづかない場合には、
ステップ５１０で示されるように、ホスト制御装置１２
が読出しエラーを調査することにより、装置がクリーニ
ングを必要とする時期を検出する。ステップ５２２で
は、オペレータはスケジュールまたは制御装置からの読
出しエラーの警報にもとづき、クリーナ・カートリッジ
を取り付けるように促される。このようにして、ライブ
ラリ・マネージャ・コード７０は、ＧＵＩ２１により提
供されるウィンドウを通じてクリーニング・スケジュー
ルを提供し、オペレータにスケジュールまたは使用にも
とづきクリーナ・カートリッジを取り付けるように催促
する。これにより、ライブラリ・マネージャ制御装置１
８以外の手段により、駆動装置のクリーニングを追跡す
る必要が回避される。

【００５９】"Clean device（装置清掃）"メッセージ
は、図８の"アクション・リスト"・ウィンドウ上のフィ
ールド２９６に現れる。volserが使用可能なクリーナ・
カートリッジから選択される。図１６のステップ５２４
を参照すると、クリーナ・カートリッジが装置に挿入さ
れると、処理がステップ５２６に移行する。ステップ５
２６では、ライブラリ・マネージャ・コード７０がクリ
ーニング・メッセージを"アクション・リスト"から除去
し、クリーニング・スケジュールをリセットする。装置
清掃メッセージはステップ５２４で示されるように、ク
リーナ・カートリッジが取り付けられるまで、表示され
たままの状態を維持する。本発明は、手動記憶ライブラ
リにおいて、クリーニングを追跡するための自動的で便
利な方法を提供する。本発明は、上述の全ての利点を提
供するように編成され構成される体系において協働する
ホスト・プロセッサ１０、テープ・サブシステム３８及
びライブラリ・マネージャ制御装置１８を提供する。こ
の体系はＧＵＩ２１により、ライブラリ１６の統合コン
ポーネントであるオペレータ・インタフェースを、オペ
レータ・ディスプレイ２５の画面２９上に提供する。オ
ペレータは入力手段２３を用いて対話することができ
る。更にホストを介して少なくとも１つのＰＤＳＤ、並
びに光学式スキャナ６７及び大型メッセージ表示パネル
６８などの外部装置と通信するために、ライブラリ・マ
ネージャ・コード７０がインタフェース論理７２及び７
６を通じ、アクセス可能である。

【００６０】以上、手動データ記憶ライブラリのための
オペレータ通信インタフェースについて述べてきた。様
々な実施例が開示されてきたが、当業者により、本発明
の精神及び範囲内において、多くの変更及び別の実施例
が可能であろう。

【００６１】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６２】（１）少なくとも１人のオペレータを必要
とする手動操作式データ記憶ライブラリにおいて、前記
ライブラリが各々が１つのデータ記憶媒体を格納できる
複数のデータ格納ビンを有し、前記の各データ記憶媒体
が１つまたは複数のデータ・ボリュームを含み、前記ラ
イブラリが各々がデータ・ボリュームを取付け可能な１
つまたは複数の周辺データ記憶装置（ＰＤＳＤ）を有
し、前記ライブラリが前記ＰＤＳＤからホスト処理制御
手段への前記ＰＤＳＤを制御するためのデータ・パスを
有するものにおいて、前記ライブラリを管理するシステ
ムであって、プログラム・メモリ及び前記ホスト処理制
御手段へのデータ・パスと、前記ホスト処理制御手段と
通信するためのホスト・インタフェース論理手段とを含
むライブラリ・マネージャ制御装置と、画面を有し、前
記ライブラリ・マネージャ制御装置に接続される表示装
置と、前記画面上にグラフィカル・ユーザ・インタラク
ション・フィールドを構成する、前記ライブラリ・マネ
ージャ制御装置内のグラフィカル・ユーザ・インタフェ
ース手段と、オペレータが前記ユーザ・インタラクショ
ン・フィールドと対話するためのオペレータ入力手段
と、前記ホスト・インタフェース論理手段及び前記グラ
フィカル・ユーザ・インタフェース手段を介する、前記
ホスト処理制御手段とオペレータとの間の双方向通信を
管理するための、前記ライブラリ・マネージャ制御装置
プログラム・メモリ内のライブラリ・マネージャ手段
と、を含む、ライブラリ管理システム。 （２）前記オペレータ及び前記ホスト処理制御手段から
受信されたデータを記憶するための読出し／書込み記憶
装置を含む、前記（１）記載のライブラリ管理システ
ム。 （３）データを少なくとも１つの外部装置との間で送受
信するための外部装置インタフェース論理手段を含む、
前記（２）記載のライブラリ管理システム。 （４）前記外部装置が光学式スキャナであり、前記スキ
ャナとの前記通信において受信されたデータが前記読出
し／書込み記憶装置上に記憶される、前記（３）記載の
ライブラリ管理システム。 （５）前記外部装置が、前記外部装置インタフェース論
理を介して前記外部装置に送信された前記データを表示
し、前記読出し／書込み記憶装置上に記憶された前記デ
ータを表示する大型メッセージ表示パネルである、前記
（３）記載のライブラリ管理システム。 （６）少なくとも１つの前記ＰＤＳＤがテープ駆動装置
である、前記（１）記載のライブラリ管理システム。 （７）少なくとも１つの前記ＰＤＳＤがディスク駆動装
置である、前記（１）記載のライブラリ管理システム。 （８）前記オペレータ入力手段がマウスである、前記
（１）記載のライブラリ管理システム。 （９）前記オペレータ入力手段がキーボードである、前
記（１）記載のライブラリ管理システム。 （１０）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドがアクションのリストを含
む、前記（１）記載のライブラリ管理システム。 （１１）前記アクション・リストが、１つまたは複数の
前記データ・ボリュームの取り付けまたは排出のため
の、前記ホスト処理制御手段からのコマンドを含む、前
記（１０）記載のライブラリ管理システム。 （１２）前記アクション・リストが、少なくとも１つの
前記ＰＤＳＤのエラー状態に応答するための前記ホスト
処理制御手段からのコマンドを含む、前記（１０）記載
のライブラリ管理システム。 （１３）前記アクション・リストが、少なくとも１つの
前記ＰＤＳＤをクリーニングするための前記ホスト処理
制御手段からのコマンドを含む、前記（１０）記載のラ
イブラリ管理システム。 （１４）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記読出し
／書込み記憶装置上に、前記ライブラリに追加される前
記ボリュームのボリューム通し番号を含むデータを記憶
するための複数の選択を含む、前記（２）記載のライブ
ラリ管理システム。 （１５）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記オペレ
ータにより決定される基準にもとづき、前記ボリューム
通し番号のカテゴリを定義するための複数の選択を含
む、前記（１）記載のライブラリ管理システム。 （１６）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記ＰＤＳ
Ｄのクリーニング・スケジュールを作成するための複数
の選択を含む、前記（１）記載のライブラリ管理システ
ム。 （１７）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが少なくとも
１つの前記ＰＤＳＤの状態をチェックするための少なく
とも１つの選択を含む、前記（１）記載のライブラリ管
理システム。 （１８）手動操作式データ記憶ライブラリにおいて、ホ
スト・プロセッサ・コマンドを人間オペレータに伝達
し、前記人間オペレータが前記ホスト・プロセッサ及び
少なくとも１つの周辺データ記憶装置（ＰＤＳＤ）と通
信することを可能にする方法であって、前記ライブラリ
が各々が１つのデータ記憶媒体を格納できる複数のデー
タ格納ビンを含み、前記の各データ記憶媒体が１つまた
は複数のデータ・ボリュームを含み、前記ライブラリが
各々がデータ・ボリュームを取り付け可能な１つまたは
複数の周辺データ記憶装置（ＰＤＳＤ）を含み、前記ラ
イブラリがライブラリ制御装置を含むものにおいて、前
記ライブラリ制御装置内のホスト・インタフェース論理
を介して、ホスト・プロセッサ通信データを受信するス
テップと、前記ホスト・プロセッサ通信データをオペレ
ータに、グラフィカル・ユーザ・インタフェース手段に
より表示画面上に提供されるグラフィカル・ユーザ・イ
ンタラクション・フィールドの形式で提供するステップ
と、前記グラフィカル・インタフェース手段を介してオ
ペレータ入力手段から入力されるオペレータ通信データ
を受信するステップと、前記オペレータ通信データを前
記ホスト・インタフェース論理を介して、前記ホスト・
プロセッサ制御手段に提供するステップと、を含む、方
法。 （１９）前記ホスト・プロセッサ通信データ及び前記オ
ペレータ通信データを、前記ライブラリ制御装置の一部
として接続される読出し／書込み記憶装置に記憶するス
テップを含む、前記（１８）記載の方法。 （２０）データを前記ライブラリ制御装置内の外部イン
タフェース論理を介して、外部装置に送信するステップ
と、データを前記ライブラリ制御装置内の前記外部イン
タフェース論理を介して、前記外部装置から受信するス
テップと、を含む、前記（１９）記載の方法。 （２１）前記外部装置が光学式スキャナであり、前記外
部装置との前記通信において受信されるデータが前記読
出し／書込み記憶装置上に記憶される、前記（２０）記
載の方法。 （２２）前記外部装置が、前記外部装置インタフェース
論理を介して前記外部装置に送信された前記データを表
示し、前記読出し／書込み記憶装置上に記憶された前記
データを表示する大型メッセージ表示パネルである、前
記（２０）記載の方法。 （２３）少なくとも１つの前記ＰＤＳＤがテープ駆動装
置である、前記（１８）記載の方法。 （２４）少なくとも１つの前記ＰＤＳＤがディスク駆動
装置である、前記（１８）記載の方法。 （２５）前記オペレータ入力手段がマウスである、前記
（１８）記載の方法。 （２６）前記オペレータ入力手段がキーボードである、
前記（１８）記載の方法。 （２７）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドがアクションのリストを含
む、前記（１８）記載の方法。 （２８）前記アクション・リストが、１つまたは複数の
前記データ・ボリュームの取り付けまたは排出のため
の、前記ホスト処理制御手段からのコマンドを含む、前
記（２７）記載の方法。 （２９）前記アクション・リストが、少なくとも１つの
前記ＰＤＳＤのエラー状態に応答するための前記ホスト
処理制御手段からのコマンドを含む、前記（２７）記載
の方法。 （３０）前記アクション・リストが、少なくとも１つの
前記ＰＤＳＤをクリーニングするための前記ホスト処理
制御手段からのコマンドを含む、前記（２７）記載の方
法。 （３１）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記読出し
／書込み記憶装置上に、前記ライブラリに追加される前
記ボリュームのボリューム通し番号を含むデータを記憶
するための複数の選択を含む、前記（１９）記載の方
法。 （３２）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記オペレ
ータにより決定される基準にもとづき、前記ボリューム
通し番号のカテゴリを定義するための複数の選択を含
む、前記（１８）記載の方法。 （３３）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが前記ＰＤＳ
Ｄのクリーニング・スケジュールを作成するための複数
の選択を含む、前記（１８）記載の方法。 （３４）前記画面上の前記グラフィカル・ユーザ・イン
タラクション・フィールドが、オペレータが少なくとも
１つの前記ＰＤＳＤの状態をチェックするための少なく
とも１つの選択を含む、前記（１８）記載の方法。 （３５）手動操作式データ記憶ライブラリにおいて使用
されるライブラリアン・ワークステーション装置であっ
て、前記ライブラリが各々が１つのデータ記憶媒体を格
納できる複数のデータ格納ビンを含み、前記の各データ
記憶媒体が１つまたは複数のデータ・ボリュームを含
み、前記ライブラリが１つまたは複数の周辺データ記憶
装置（ＰＤＳＤ）及び前記ＰＤＳＤに相互接続されるホ
スト処理制御手段を含むものにおいて、プログラム・メ
モリ、データを記憶するハード・ディスク、前記ホスト
処理制御手段へのデータ・パス、及び前記ホスト処理制
御手段と通信するためのホスト・インタフェース論理手
段を含むライブラリ・マネージャ制御装置と、画面を有
し、前記ライブラリ・マネージャ制御装置に接続される
表示装置と、前記画面上にグラフィカル・ユーザ・イン
タラクション・フィールドを構成する、前記ライブラリ
・マネージャ制御装置内のグラフィカル・ユーザ・イン
タフェース手段と、オペレータが前記ユーザ・インタラ
クション・フィールドと対話するためのオペレータ入力
手段と、前記ホスト・インタフェース論理手段及び前記
グラフィカル・ユーザ・インタフェース手段を介する、
前記ホスト処理制御手段とオペレータとの間の双方向通
信を管理するための、前記プログラム・メモリにロード
されるライブラリ・マネージャ手段と、データを前記外
部装置との間で送受信するための外部インタフェース論
理と、を含むワークステーション。 （３６）前記ホスト・インタフェース論理手段がアプリ
ケーション・プログラム・インタフェース（ＡＰＩ）で
ある、前記（１）記載のライブラリ管理システム。 （３７）前記ホスト・インタフェース論理がアプリケー
ション・プログラム・インタフェース（ＡＰＩ）であ
る、前記（１８）記載の方法。 （３８）前記ホスト・インタフェース論理手段がアプリ
ケーション・プログラム・インタフェース（ＡＰＩ）で
ある、前記（３５）記載の装置。 （３９）前記外部装置インタフェース論理がアプリケー
ション・プログラム・インタフェース（ＡＰＩ）であ
る、前記（３）記載のライブラリ管理システム。 （４０）前記外部装置インタフェース論理がアプリケー
ション・プログラム・インタフェース（ＡＰＩ）であ
る、前記（２０）記載の方法。 （４１）前記外部装置インタフェース論理がアプリケー
ション・プログラム・インタフェース（ＡＰＩ）であ
る、前記（３５）記載の装置。

【００６３】

【発明の効果】以上説明したように、本発明によれば、
手動データ記憶ライブラリの統合的且つ信頼性あるコン
ポーネントであるオペレータのための通信インタフェー
スを提供することができる。

【００６４】更に本発明によれば、手動データ記憶ライ
ブラリにおいて、オペレータがライブラリを制御するこ
とを維持したまま、自動データ記憶ライブラリの信頼性
ファクタを提供することができる。

【００６５】更に本発明によれば、オペレータに特定の
データ媒体の取り付けまたは取り外しの必要を知らせ、
またオペレータに提供されるメッセージの質を改善する
ように、オペレータにコヒーレントで簡潔なメッセージ
により知らせ、更にオペレータに最小数のメッセージに
より知らせることを可能にする、手動データ記憶ライブ
ラリの統合部分としてのオペレータ通信インタフェース
を提供することができる。

【００６６】更に本発明によれば、外部入力装置がオペ
レータと通信することが可能になり、更に、オペレータ
が外部入力装置からのデータを使用し、ライブラリのカ
タログに新たなデータ・ボリュームを追加することが可
能になる。

【００６７】更に本発明によれば、ホスト・プロセッサ
がＰＤＳＤの状態をオペレータに伝達することが可能に
なり、オペレータはデータをホスト・プロセッサがアク
セス可能なライブラリ・データベースに追加することが
可能になる。

【図面の簡単な説明】

【図１】従来の手動データ記憶ライブラリ環境の単純化
されたブロック図である。

【図２】図１に表される手動データ記憶ライブラリにお
いて、ＰＤＳＤ上にデータ・ボリュームを取り付けるよ
うにオペレータに知らせる従来方法の流れ図である。

【図３】本発明において有用なライブラリ・ワークステ
ーションの好適な実施例を含む改善された手動データ記
憶ライブラリのブロック図である。

【図４】本発明において有用な改善された手動データ記
憶ライブラリの好適な実施例の斜視図である。

【図５】本発明において有用なオペレータ・インタフェ
ース・ウィンドウを表す図である。

【図６】本発明において、オペレータに少なくとも１つ
のデータ・ボリュームを取り付け或いは取り外すように
知らせる流れ図である。

【図７】本発明において有用な別のオペレータ・インタ
フェース・ウィンドウを表す図である。

【図８】本発明において有用な別のオペレータ・インタ
フェース・ウィンドウを表す図である。

【図９】本発明において有用な別のオペレータ・インタ
フェース・ウィンドウを表す図である。

【図１０】本発明において、オペレータがＰＤＳＤを含
む装置の使用可能性をチェックする流れ図である。

【図１１】本発明において有用なオペレータ・インタフ
ェース・ウィンドウを表す図である。

【図１２】本発明において有用なオペレータ・インタフ
ェース・ウィンドウを表す図である。

【図１３】本発明において有用なオペレータ・インタフ
ェース・ウィンドウを表す図である。

【図１４】本発明において有用なオペレータ・インタフ
ェース・ウィンドウを表す図である。

【図１５】本発明において有用なオペレータ・インタフ
ェース・ウィンドウを表す図である。

【図１６】本発明により提供される知らせのクリーニン
グ或いは自動クリーニングをオペレータがスケジュール
する流れ図である。

【符号の説明】

５４ ラック １０、１１４、１００ ホスト・プロセッサ １２、１２４、１２６ 制御装置（ＣＵ） １４、１２７ 周辺データ記憶装置（ＰＤＳＤ） １５ ライブラリアン・ワークステーション １６、１３９ ライブラリ １７、１２９ サブシステム １８ ライブラリ・マネージャ制御装置 ２０ 媒体記憶ユニット ２１ グラフィカル・ユーザ・インタフェース（ＧＵ
Ｉ）論理 ２２ キーボード ２３ オペレータ入力装置 ２５ オペレータ・ディスプレイ ２６ コマンド・モジュール ２７ マウス ２８ 制御タスク・モジュール ２９ 画面 ３０ 処理モジュール ３１ ボタン ３２ 入出力制御モジュール ３３ 格納ビン ３４ モジュール ３６ テープ制御装置 ３７ テープ駆動装置 ３８ テープ・サブシステム ５０ ボールト ６０ 中央処理ユニット ６２ プログラム・メモリ ６３、８８ オペレーティング・システム ６４ 入出力インタフェース論理 ６７ レーザ・スキャナ ７０ ライブラリ・マネージャ・コード ７２ ホスト・インタフェース論理 ７６ 外部装置インタフェース論理 ７８ デバイス・ドライバ ８０ 読出し／書込み記憶装置 ８２ ライブラリ管理データベース ８４ 読出し／書込み記憶装置 ８６、１１１ データベース ９０ アプリケーション・プログラム １０２、１１６ マスタ・スケジューラ・モジュール １０４、１１８ コンソール制御プログラム １０６、１２０ オペレータ・コンソール １０８ データ・パス １１０ ハード・ディスク １１２ データ・ライン １２２ 大型メッセージ表示パネル １２８ ネットワーク １３４、１３５ プログラム １３７ 媒体記憶 １８０ 主タイトル・バー １８２ 主ウィンドウ・アクション・バー １８４ ウィンドウ・タイトル・バー １８８ "アクション"表示フィールド １９０、１９６、４１２ 表示フィールド １９３ "アクション・リスト"・ウィンドウ １９４ "ホーム・ロケーション"・フィールド ２１４ "Confirm Action（アクション確認）" ２１６ "Error（エラー）" ２１８ "Review Actions（アクション検討）" ２２０ "Help（ヘルプ）" ２２２、２２４、２２６、２２８、２３０、２３２ 主
メニュー・アクション・ボタン ３３４ プルダウン・メニュー選択 ３３６ プルダウン・メニュー選択"Define category n
ames（カテゴリ名の定義）" ３３８ プルダウン・メニュー選択"ピック・リスト" ３４０ ウィンドウ・タイトル・バー ３５０ カートリッジ挿入ウィンドウ ３５２、３５４、３５６ メニュー選択ボックス ３５７ "category（カテゴリ）"フィールド ３５８ ウィンドウ・アクション・ボタン"Insert（挿
入）" ３７０ ピック・リスト・ウィンドウ ４０４ アクション・ボタン ４１８ クリーニング・メニュー・ボックス ４２１、４２２ メニュー・ボックス ４３０ ＯＫアクション・ボタン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェームズ・アーサー・フィッシャー アメリカ合衆国85741、アリゾナ州ツーソ ン、ウエスト・モンゴメリー 3701 (72)発明者 ロバート・サミュエル・ゴンチャルスキー アメリカ合衆国85715、アリゾナ州ツーソ ン、イースト・リッジブルック・ドライブ 8191

Claims (41)

【特許請求の範囲】
1. 【請求項１】少なくとも１人のオペレータを必要とする
   手動操作式データ記憶ライブラリにおいて、前記ライブ
   ラリが各々が１つのデータ記憶媒体を格納できる複数の
   データ格納ビンを有し、前記の各データ記憶媒体が１つ
   または複数のデータ・ボリュームを含み、前記ライブラ
   リが各々がデータ・ボリュームを取付け可能な１つまた
   は複数の周辺データ記憶装置（ＰＤＳＤ）を有し、前記
   ライブラリが前記ＰＤＳＤからホスト処理制御手段への
   前記ＰＤＳＤを制御するためのデータ・パスを有するも
   のにおいて、前記ライブラリを管理するシステムであっ
   て、 プログラム・メモリ及び前記ホスト処理制御手段へのデ
   ータ・パスと、前記ホスト処理制御手段と通信するため
   のホスト・インタフェース論理手段とを含むライブラリ
   ・マネージャ制御装置と、 画面を有し、前記ライブラリ・マネージャ制御装置に接
   続される表示装置と、 前記画面上にグラフィカル・ユーザ・インタラクション
   ・フィールドを構成する、前記ライブラリ・マネージャ
   制御装置内のグラフィカル・ユーザ・インタフェース手
   段と、 オペレータが前記ユーザ・インタラクション・フィール
   ドと対話するためのオペレータ入力手段と、 前記ホスト・インタフェース論理手段及び前記グラフィ
   カル・ユーザ・インタフェース手段を介する、前記ホス
   ト処理制御手段とオペレータとの間の双方向通信を管理
   するための、前記ライブラリ・マネージャ制御装置プロ
   グラム・メモリ内のライブラリ・マネージャ手段と、 を含む、ライブラリ管理システム。
2. 【請求項２】前記オペレータ及び前記ホスト処理制御手
   段から受信されたデータを記憶するための読出し／書込
   み記憶装置を含む、請求項１記載のライブラリ管理シス
   テム。
3. 【請求項３】データを少なくとも１つの外部装置との間
   で送受信するための外部装置インタフェース論理手段を
   含む、請求項２記載のライブラリ管理システム。
4. 【請求項４】前記外部装置が光学式スキャナであり、前
   記スキャナとの前記通信において受信されたデータが前
   記読出し／書込み記憶装置上に記憶される、請求項３記
   載のライブラリ管理システム。
5. 【請求項５】前記外部装置が、前記外部装置インタフェ
   ース論理を介して前記外部装置に送信された前記データ
   を表示し、前記読出し／書込み記憶装置上に記憶された
   前記データを表示する大型メッセージ表示パネルであ
   る、請求項３記載のライブラリ管理システム。
6. 【請求項６】少なくとも１つの前記ＰＤＳＤがテープ駆
   動装置である、請求項１記載のライブラリ管理システ
   ム。
7. 【請求項７】少なくとも１つの前記ＰＤＳＤがディスク
   駆動装置である、請求項１記載のライブラリ管理システ
   ム。
8. 【請求項８】前記オペレータ入力手段がマウスである、
   請求項１記載のライブラリ管理システム。
9. 【請求項９】前記オペレータ入力手段がキーボードであ
   る、請求項１記載のライブラリ管理システム。
10. 【請求項１０】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドがアクションのリスト
    を含む、請求項１記載のライブラリ管理システム。
11. 【請求項１１】前記アクション・リストが、１つまたは
    複数の前記データ・ボリュームの取り付けまたは排出の
    ための、前記ホスト処理制御手段からのコマンドを含
    む、請求項１０記載のライブラリ管理システム。
12. 【請求項１２】前記アクション・リストが、少なくとも
    １つの前記ＰＤＳＤのエラー状態に応答するための前記
    ホスト処理制御手段からのコマンドを含む、請求項１０
    記載のライブラリ管理システム。
13. 【請求項１３】前記アクション・リストが、少なくとも
    １つの前記ＰＤＳＤをクリーニングするための前記ホス
    ト処理制御手段からのコマンドを含む、請求項１０記載
    のライブラリ管理システム。
14. 【請求項１４】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    読出し／書込み記憶装置上に、前記ライブラリに追加さ
    れる前記ボリュームのボリューム通し番号を含むデータ
    を記憶するための複数の選択を含む、請求項２記載のラ
    イブラリ管理システム。
15. 【請求項１５】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    オペレータにより決定される基準にもとづき、前記ボリ
    ューム通し番号のカテゴリを定義するための複数の選択
    を含む、請求項１記載のライブラリ管理システム。
16. 【請求項１６】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    ＰＤＳＤのクリーニング・スケジュールを作成するため
    の複数の選択を含む、請求項１記載のライブラリ管理シ
    ステム。
17. 【請求項１７】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが少な
    くとも１つの前記ＰＤＳＤの状態をチェックするための
    少なくとも１つの選択を含む、請求項１記載のライブラ
    リ管理システム。
18. 【請求項１８】手動操作式データ記憶ライブラリにおい
    て、ホスト・プロセッサ・コマンドを人間オペレータに
    伝達し、前記人間オペレータが前記ホスト・プロセッサ
    及び少なくとも１つの周辺データ記憶装置（ＰＤＳＤ）
    と通信することを可能にする方法であって、前記ライブ
    ラリが各々が１つのデータ記憶媒体を格納できる複数の
    データ格納ビンを含み、前記の各データ記憶媒体が１つ
    または複数のデータ・ボリュームを含み、前記ライブラ
    リが各々がデータ・ボリュームを取り付け可能な１つま
    たは複数の周辺データ記憶装置（ＰＤＳＤ）を含み、前
    記ライブラリがライブラリ制御装置を含むものにおい
    て、 前記ライブラリ制御装置内のホスト・インタフェース論
    理を介して、ホスト・プロセッサ通信データを受信する
    ステップと、 前記ホスト・プロセッサ通信データをオペレータに、グ
    ラフィカル・ユーザ・インタフェース手段により表示画
    面上に提供されるグラフィカル・ユーザ・インタラクシ
    ョン・フィールドの形式で提供するステップと、 前記グラフィカル・インタフェース手段を介してオペレ
    ータ入力手段から入力されるオペレータ通信データを受
    信するステップと、 前記オペレータ通信データを前記ホスト・インタフェー
    ス論理を介して、前記ホスト・プロセッサ制御手段に提
    供するステップと、 を含む、方法。
19. 【請求項１９】前記ホスト・プロセッサ通信データ及び
    前記オペレータ通信データを、前記ライブラリ制御装置
    の一部として接続される読出し／書込み記憶装置に記憶
    するステップを含む、請求項１８記載の方法。
20. 【請求項２０】データを前記ライブラリ制御装置内の外
    部インタフェース論理を介して、外部装置に送信するス
    テップと、 データを前記ライブラリ制御装置内の前記外部インタフ
    ェース論理を介して、前記外部装置から受信するステッ
    プと、 を含む、請求項１９記載の方法。
21. 【請求項２１】前記外部装置が光学式スキャナであり、
    前記外部装置との前記通信において受信されるデータが
    前記読出し／書込み記憶装置上に記憶される、請求項２
    ０記載の方法。
22. 【請求項２２】前記外部装置が、前記外部装置インタフ
    ェース論理を介して前記外部装置に送信された前記デー
    タを表示し、前記読出し／書込み記憶装置上に記憶され
    た前記データを表示する大型メッセージ表示パネルであ
    る、請求項２０記載の方法。
23. 【請求項２３】少なくとも１つの前記ＰＤＳＤがテープ
    駆動装置である、請求項１８記載の方法。
24. 【請求項２４】少なくとも１つの前記ＰＤＳＤがディス
    ク駆動装置である、請求項１８記載の方法。
25. 【請求項２５】前記オペレータ入力手段がマウスであ
    る、請求項１８記載の方法。
26. 【請求項２６】前記オペレータ入力手段がキーボードで
    ある、請求項１８記載の方法。
27. 【請求項２７】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドがアクションのリスト
    を含む、請求項１８記載の方法。
28. 【請求項２８】前記アクション・リストが、１つまたは
    複数の前記データ・ボリュームの取り付けまたは排出の
    ための、前記ホスト処理制御手段からのコマンドを含
    む、請求項２７記載の方法。
29. 【請求項２９】前記アクション・リストが、少なくとも
    １つの前記ＰＤＳＤのエラー状態に応答するための前記
    ホスト処理制御手段からのコマンドを含む、請求項２７
    記載の方法。
30. 【請求項３０】前記アクション・リストが、少なくとも
    １つの前記ＰＤＳＤをクリーニングするための前記ホス
    ト処理制御手段からのコマンドを含む、請求項２７記載
    の方法。
31. 【請求項３１】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    読出し／書込み記憶装置上に、前記ライブラリに追加さ
    れる前記ボリュームのボリューム通し番号を含むデータ
    を記憶するための複数の選択を含む、請求項１９記載の
    方法。
32. 【請求項３２】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    オペレータにより決定される基準にもとづき、前記ボリ
    ューム通し番号のカテゴリを定義するための複数の選択
    を含む、請求項１８記載の方法。
33. 【請求項３３】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが前記
    ＰＤＳＤのクリーニング・スケジュールを作成するため
    の複数の選択を含む、請求項１８記載の方法。
34. 【請求項３４】前記画面上の前記グラフィカル・ユーザ
    ・インタラクション・フィールドが、オペレータが少な
    くとも１つの前記ＰＤＳＤの状態をチェックするための
    少なくとも１つの選択を含む、請求項１８記載の方法。
35. 【請求項３５】手動操作式データ記憶ライブラリにおい
    て使用されるライブラリアン・ワークステーション装置
    であって、前記ライブラリが各々が１つのデータ記憶媒
    体を格納できる複数のデータ格納ビンを含み、前記の各
    データ記憶媒体が１つまたは複数のデータ・ボリューム
    を含み、前記ライブラリが１つまたは複数の周辺データ
    記憶装置（ＰＤＳＤ）及び前記ＰＤＳＤに相互接続され
    るホスト処理制御手段を含むものにおいて、 プログラム・メモリ、データを記憶するハード・ディス
    ク、前記ホスト処理制御手段へのデータ・パス、及び前
    記ホスト処理制御手段と通信するためのホスト・インタ
    フェース論理手段を含むライブラリ・マネージャ制御装
    置と、 画面を有し、前記ライブラリ・マネージャ制御装置に接
    続される表示装置と、 前記画面上にグラフィカル・ユーザ・インタラクション
    ・フィールドを構成する、前記ライブラリ・マネージャ
    制御装置内のグラフィカル・ユーザ・インタフェース手
    段と、 オペレータが前記ユーザ・インタラクション・フィール
    ドと対話するためのオペレータ入力手段と、 前記ホスト・インタフェース論理手段及び前記グラフィ
    カル・ユーザ・インタフェース手段を介する、前記ホス
    ト処理制御手段とオペレータとの間の双方向通信を管理
    するための、前記プログラム・メモリにロードされるラ
    イブラリ・マネージャ手段と、 データを前記外部装置との間で送受信するための外部イ
    ンタフェース論理と、 を含むワークステーション。
36. 【請求項３６】前記ホスト・インタフェース論理手段が
    アプリケーション・プログラム・インタフェース（ＡＰ
    Ｉ）である、請求項１記載のライブラリ管理システム。
37. 【請求項３７】前記ホスト・インタフェース論理がアプ
    リケーション・プログラム・インタフェース（ＡＰＩ）
    である、請求項１８記載の方法。
38. 【請求項３８】前記ホスト・インタフェース論理手段が
    アプリケーション・プログラム・インタフェース（ＡＰ
    Ｉ）である、請求項３５記載の装置。
39. 【請求項３９】前記外部装置インタフェース論理がアプ
    リケーション・プログラム・インタフェース（ＡＰＩ）
    である、請求項３記載のライブラリ管理システム。
40. 【請求項４０】前記外部装置インタフェース論理がアプ
    リケーション・プログラム・インタフェース（ＡＰＩ）
    である、請求項２０記載の方法。
41. 【請求項４１】前記外部装置インタフェース論理がアプ
    リケーション・プログラム・インタフェース（ＡＰＩ）
    である、請求項３５記載の装置。