JPH0887869A - ライブラリ制御システム - Google Patents
ライブラリ制御システムInfo
- Publication number
- JPH0887869A JPH0887869A JP22439994A JP22439994A JPH0887869A JP H0887869 A JPH0887869 A JP H0887869A JP 22439994 A JP22439994 A JP 22439994A JP 22439994 A JP22439994 A JP 22439994A JP H0887869 A JPH0887869 A JP H0887869A
- Authority
- JP
- Japan
- Prior art keywords
- cartridge
- data
- management information
- area
- free space
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Signal Processing Not Specific To The Method Of Recording And Reproducing (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Abstract
(57)【要約】 （修正有）
【目的】 書き込みに際してオーバフローが生じないラ
イブラリ制御システムを提供する。 【構成】 カートリッジの空き容量を記入する空き容量
エリアを備えた管理情報ファイルＭｆ0 と、カートリッ
ジがドライブにマウントされた状態で、端末より書き込
み要求があったとき、対象となるカートリッジに空き容
量があるか否かを空き容量エリアを参照して判断する容
量チェック手段２１とを備える構成としたものである。
これによって、空き容量があるときは、引き続いてリー
ド／ライト手段２２を作動させ、また空き容量がないと
きは、別のライブラリ装置に格納されている別のカート
リッジを検索するなり、あるいは、新たなカートリッジ
を投入することがなされる。
イブラリ制御システムを提供する。 【構成】 カートリッジの空き容量を記入する空き容量
エリアを備えた管理情報ファイルＭｆ0 と、カートリッ
ジがドライブにマウントされた状態で、端末より書き込
み要求があったとき、対象となるカートリッジに空き容
量があるか否かを空き容量エリアを参照して判断する容
量チェック手段２１とを備える構成としたものである。
これによって、空き容量があるときは、引き続いてリー
ド／ライト手段２２を作動させ、また空き容量がないと
きは、別のライブラリ装置に格納されている別のカート
リッジを検索するなり、あるいは、新たなカートリッジ
を投入することがなされる。
Description
【０００１】
【産業上の利用分野】本発明はライブラリ制御システム
に関し、特に、ライブラリ装置に収納されたカートリッ
ジの空き容量の管理等ができるライブラリ制御システム
に関するものである。
に関し、特に、ライブラリ装置に収納されたカートリッ
ジの空き容量の管理等ができるライブラリ制御システム
に関するものである。
【０００２】
【従来技術】コンピュータで使用する記憶媒体、特に、
磁気テープを集中的に収納するライブラリ装置を管理す
るのがライブラリ制御システムである。
磁気テープを集中的に収納するライブラリ装置を管理す
るのがライブラリ制御システムである。
【０００３】図１１は従来のライブラリ装置とライブラ
リ制御システム及び端末の関係を示す概念図である。ラ
イブラリ装置３０のカートリッジ格納棚３１にはセルと
称せられる多数の小棚が設けられており、１のセルに対
してカートリッジ形式の磁気テープ（以下単にカートリ
ッジという）が１つ収納されている。
リ制御システム及び端末の関係を示す概念図である。ラ
イブラリ装置３０のカートリッジ格納棚３１にはセルと
称せられる多数の小棚が設けられており、１のセルに対
してカートリッジ形式の磁気テープ（以下単にカートリ
ッジという）が１つ収納されている。
【０００４】ライブラリ制御システム２０の記憶手段に
は、カートリッジ格納棚３１に収納されている各カート
リッジに対応して図１２に示すような管理情報ファイル
Ｍｆが図示しない記憶手段に記憶されている。この管理
情報ファイルＭｆには以下の事項が記入できる各エリア
，，，が設けられている。
は、カートリッジ格納棚３１に収納されている各カート
リッジに対応して図１２に示すような管理情報ファイル
Ｍｆが図示しない記憶手段に記憶されている。この管理
情報ファイルＭｆには以下の事項が記入できる各エリア
，，，が設けられている。
【０００５】カートリッジ名エリア：カートリッジの
名称記入欄。 ライブラリＩＤエリア：該カートリッジが収納されて
いるライブラリ装置の番号記入欄。
名称記入欄。 ライブラリＩＤエリア：該カートリッジが収納されて
いるライブラリ装置の番号記入欄。
【０００６】セルアドレスエリア：該カートリッジが
収納されているセルのアドレス記入欄。 データの要約エリア：データの内容の判る名称、符号
等の記入欄。
収納されているセルのアドレス記入欄。 データの要約エリア：データの内容の判る名称、符号
等の記入欄。
【０００７】尚、一般に１のカーリッジに１のデータを
格納するが、複数の場合もある。このときは上記データ
要約エリアは同一カートリッジに収納されているデー
タ毎に設けられている。
格納するが、複数の場合もある。このときは上記データ
要約エリアは同一カートリッジに収納されているデー
タ毎に設けられている。
【０００８】これによって、端末１１よりカートリッジ
名の入力とともにマウント要求があった場合、図１３に
示すライブラリ制御システム２０のマウント手段２５が
作動し、まず、入力されたカートリッジ名のカートリッ
ジがカートリッジ格納棚３１に収納されているか否かを
上記管理情報ファイルＭｆのカートリッジ名エリアを
参照して判断し、収納されているときにはドライブ４０
にマウント要求を出し、同時にロボット３２を作動させ
る（図１３、ステップＳ９１→Ｓ９２→Ｓ９３）。これ
によって、ドライブ４０にカートリッジがマウントされ
ることになり、マウントが完了するとドライブ４０より
完了通知が、ドライブ４０より制御システム２０を介し
て端末１０に迄通知される（図１３、ステップＳ９４→
Ｓ９５）。指定されたカートリッジがライブラリ装置３
０に収納されていないときには、その旨端末の表示装置
に表示して終了する（図１３、ステップＳ９６）。
名の入力とともにマウント要求があった場合、図１３に
示すライブラリ制御システム２０のマウント手段２５が
作動し、まず、入力されたカートリッジ名のカートリッ
ジがカートリッジ格納棚３１に収納されているか否かを
上記管理情報ファイルＭｆのカートリッジ名エリアを
参照して判断し、収納されているときにはドライブ４０
にマウント要求を出し、同時にロボット３２を作動させ
る（図１３、ステップＳ９１→Ｓ９２→Ｓ９３）。これ
によって、ドライブ４０にカートリッジがマウントされ
ることになり、マウントが完了するとドライブ４０より
完了通知が、ドライブ４０より制御システム２０を介し
て端末１０に迄通知される（図１３、ステップＳ９４→
Ｓ９５）。指定されたカートリッジがライブラリ装置３
０に収納されていないときには、その旨端末の表示装置
に表示して終了する（図１３、ステップＳ９６）。
【０００９】上記のように指定したカートリッジがドラ
イブ４０にマウントされた状態でオペレータは、カート
リッジに格納された特定のデータを用いて作業終了後に
該データをカートリッジに書き込む。このとき、端末１
０より書き込み要求があると、ライブラリ制御システム
２０のリード／ライト手段２２が作動して、端末１０と
ドライブ４０間の書き込みを制御するようになっている
（図１３、ステップＳ８１〜Ｓ８３）。
イブ４０にマウントされた状態でオペレータは、カート
リッジに格納された特定のデータを用いて作業終了後に
該データをカートリッジに書き込む。このとき、端末１
０より書き込み要求があると、ライブラリ制御システム
２０のリード／ライト手段２２が作動して、端末１０と
ドライブ４０間の書き込みを制御するようになっている
（図１３、ステップＳ８１〜Ｓ８３）。
【００１０】上記書き込みに際して、既に書き込まれて
いるデータとは別のデータを、該既データとは別のエリ
アに書き込む場合は、該既データの終了符号を検索し、
該終了符号の次の位置から書き込むようになっている。
いるデータとは別のデータを、該既データとは別のエリ
アに書き込む場合は、該既データの終了符号を検索し、
該終了符号の次の位置から書き込むようになっている。
【００１１】更に、新しいカートリッジを使用するとき
は投入排出口３３にカートリッジを投入し、端末より指
示を出すことによって所定のセルに該カートリッジが納
められる。逆に特定のカートリッジをライブラリ装置３
０の管理下から外したいときには、端末１０よりの指示
に基づいて特定のセルよりロボット３２が目的とするカ
ートリッジを取り出して投入排出口３３より排出するよ
うになっている。
は投入排出口３３にカートリッジを投入し、端末より指
示を出すことによって所定のセルに該カートリッジが納
められる。逆に特定のカートリッジをライブラリ装置３
０の管理下から外したいときには、端末１０よりの指示
に基づいて特定のセルよりロボット３２が目的とするカ
ートリッジを取り出して投入排出口３３より排出するよ
うになっている。
【００１２】
【発明が解決しようとする課題】上記従来の構成による
と、端末１０よりマウント要求のあったカートリッジに
どれだけの空き容量があるか否かの確認ができないの
で、該カートリッジにこれから書き込もうとするデータ
が全部格納されるだけの空き容量があるか否かにかかわ
りなく、書き込み作業が行われることになる。このと
き、書き込もうとするデータ量の方がカートリッジの空
き容量より多いときには、例えばオーバフローした一部
のデータを別のカートリッジに書き込む必要があり、デ
ータ管理上の不都合が生じていた。
と、端末１０よりマウント要求のあったカートリッジに
どれだけの空き容量があるか否かの確認ができないの
で、該カートリッジにこれから書き込もうとするデータ
が全部格納されるだけの空き容量があるか否かにかかわ
りなく、書き込み作業が行われることになる。このと
き、書き込もうとするデータ量の方がカートリッジの空
き容量より多いときには、例えばオーバフローした一部
のデータを別のカートリッジに書き込む必要があり、デ
ータ管理上の不都合が生じていた。
【００１３】また、仮にオペレータがあるカートリッジ
の空き容量が少ないことを知って、別のカートリッジを
使用しようとしても、どのカートリッジに空き容量があ
るのかを判断することができないことになり、この点で
も作業上、及びデータ管理上の不都合がある。
の空き容量が少ないことを知って、別のカートリッジを
使用しようとしても、どのカートリッジに空き容量があ
るのかを判断することができないことになり、この点で
も作業上、及びデータ管理上の不都合がある。
【００１４】次に、カートリッジへのデータ書き込み量
が多くなって、更なる書き込みが不能になったときに
は、新たなカートリッジの投入を必要とすることがあ
る。しかしながら、上記従来のライブラリ制御システム
では、新たなカートリッジの投入を必要とする状態なの
かどうか自体も判断がつかない。
が多くなって、更なる書き込みが不能になったときに
は、新たなカートリッジの投入を必要とすることがあ
る。しかしながら、上記従来のライブラリ制御システム
では、新たなカートリッジの投入を必要とする状態なの
かどうか自体も判断がつかない。
【００１５】また、端末１０がカートリッジに書き込
み、読み出しして作業が終わった後は、カートリッジの
磁気テープを巻き戻して、次にマウントしたときには常
にテープの始端にヘッドが位置するようになっている。
従って、頻繁に使用するデータがあったとしても、作業
開始時に該データにアクセスする場合に常に初期位置か
ら目的とするデータの先頭の位置（上記したように、前
のデータの終了符号の次の位置）に迄カートリッジを進
める必要があり、はなはだ時間がかかっていた。
み、読み出しして作業が終わった後は、カートリッジの
磁気テープを巻き戻して、次にマウントしたときには常
にテープの始端にヘッドが位置するようになっている。
従って、頻繁に使用するデータがあったとしても、作業
開始時に該データにアクセスする場合に常に初期位置か
ら目的とするデータの先頭の位置（上記したように、前
のデータの終了符号の次の位置）に迄カートリッジを進
める必要があり、はなはだ時間がかかっていた。
【００１６】更に、空き容量があるカートリッジの該空
き容量部分に将来的に発生するデータを格納する必要が
あったとしても、上記従来のライブラリ制御システムで
は予約をとることができなかった。
き容量部分に将来的に発生するデータを格納する必要が
あったとしても、上記従来のライブラリ制御システムで
は予約をとることができなかった。
【００１７】本発明は上記従来の事情を鑑みて提案され
たものであって、これから使用するカートリッジの空き
容量及び他のカートリッジの空き容量を判るようにし
て、書き込みに際してオーバフローが生じないライブラ
リ制御システムを提供することを目的とするものであ
る。
たものであって、これから使用するカートリッジの空き
容量及び他のカートリッジの空き容量を判るようにし
て、書き込みに際してオーバフローが生じないライブラ
リ制御システムを提供することを目的とするものであ
る。
【００１８】また、使用時にすぐに目的とするデータで
の作業をすることができるライブラリ制御システムを提
供することを目的とするものである。更に、残容量が少
なくなったカートリッジをすぐに確認し、新たなカート
リッジの投入の必要性を判断することができるライブラ
リ制御システムを提供することを目的とするものであ
る。
の作業をすることができるライブラリ制御システムを提
供することを目的とするものである。更に、残容量が少
なくなったカートリッジをすぐに確認し、新たなカート
リッジの投入の必要性を判断することができるライブラ
リ制御システムを提供することを目的とするものであ
る。
【００１９】また、更に、使用予定のあるカートリッジ
に対する予約をすることができるライブラリ制御システ
ムを提供することを目的とするものである。
に対する予約をすることができるライブラリ制御システ
ムを提供することを目的とするものである。
【００２０】
【課題を解決するための手段】本発明は上記目的を達成
するために以下の手段を採用している。すなわち、図１
に示すように、カートリッジ格納棚３１に収納された各
カートリッジに対応した管理情報ファイルＭｆ0 に上記
各カートリッジを管理するための管理情報を書き込んで
おき、該管理情報ファイルＭｆ0 を参照してライブラリ
装置３０を管理するライブラリ制御システムにおいて、
カートリッジの空き容量を記入する空き容量エリアを
備えた上記管理情報ファイルＭｆ0 と、カートリッジが
ドライブにマウントされた状態で、端末より書き込み要
求があったとき、対象となるカートリッジに空き容量が
あるか否かを上記空き容量エリアを参照して判断する
容量チェック手段２１とを備える構成としたものであ
る。
するために以下の手段を採用している。すなわち、図１
に示すように、カートリッジ格納棚３１に収納された各
カートリッジに対応した管理情報ファイルＭｆ0 に上記
各カートリッジを管理するための管理情報を書き込んで
おき、該管理情報ファイルＭｆ0 を参照してライブラリ
装置３０を管理するライブラリ制御システムにおいて、
カートリッジの空き容量を記入する空き容量エリアを
備えた上記管理情報ファイルＭｆ0 と、カートリッジが
ドライブにマウントされた状態で、端末より書き込み要
求があったとき、対象となるカートリッジに空き容量が
あるか否かを上記空き容量エリアを参照して判断する
容量チェック手段２１とを備える構成としたものであ
る。
【００２１】上記容量チェック手段２１のチェックの結
果、対象となるカートリッジに書き込み不可能である場
合は、カートリッジ検索手段２４が別の書き込み可能な
カートリッジを検索するようになっており、この後、マ
ウント手段２５を作動させて書き込み可能なカートリッ
ジをマウントする。
果、対象となるカートリッジに書き込み不可能である場
合は、カートリッジ検索手段２４が別の書き込み可能な
カートリッジを検索するようになっており、この後、マ
ウント手段２５を作動させて書き込み可能なカートリッ
ジをマウントする。
【００２２】上記容量チェックの結果、または、上記カ
ートリッジ検索手段２４が別のカートリッジを検索して
マウントした結果、書き込み可能なカートリッジがドラ
イブにマウントされているときに作動するリード／ライ
ト手段２２が備えられ、管理情報更新手段２３をは、リ
ード／ライト手段２２による書き込み終了後、書き込み
量に基づいて上記管理情報ファイルＭｆ0 の空き容量エ
リアを更新する。
ートリッジ検索手段２４が別のカートリッジを検索して
マウントした結果、書き込み可能なカートリッジがドラ
イブにマウントされているときに作動するリード／ライ
ト手段２２が備えられ、管理情報更新手段２３をは、リ
ード／ライト手段２２による書き込み終了後、書き込み
量に基づいて上記管理情報ファイルＭｆ0 の空き容量エ
リアを更新する。
【００２３】上記容量チェック手段２１によるチェック
の結果、あるいは、書き込み後に該カートリッジの残容
量チェック手段２９の結果書き込み不可であるとき、新
規カートリッジの投入を促す表示をする表示手段７２を
備える。
の結果、あるいは、書き込み後に該カートリッジの残容
量チェック手段２９の結果書き込み不可であるとき、新
規カートリッジの投入を促す表示をする表示手段７２を
備える。
【００２４】上記管理情報ファイルＭｆ0 の使用回数エ
リアには、カートリッジに収納された各データの使用
回数を記入しておき、該使用回数の最も多いデータを検
索し、その先頭アドレスをドライブに通知してドライブ
に頭出しを指示する頭出し手段２７とを備えた構成とす
ることもできる。
リアには、カートリッジに収納された各データの使用
回数を記入しておき、該使用回数の最も多いデータを検
索し、その先頭アドレスをドライブに通知してドライブ
に頭出しを指示する頭出し手段２７とを備えた構成とす
ることもできる。
【００２５】もちろん、上記使用回数エリアは上記管
理情報更新手段２３によって更新できる構成とする。更
に、カートリッジの空き容量エリアを記入する空き容
量エリアとカートリッジに収納された各データの大き
さを記入するデータ量エリアと、データ所有者を記入
する所有者エリアを備えた上記管理情報ファイルＭｆ
0 と、端末より予約要求があったときに指定されたカー
トリッジに指定されたデータ量だけの空き容量があるか
否かをチェックする予約容量チェック手段６１と、空き
容量があるとき、端末から入力された所有者名を所有者
エリアに、予約データの大きさをデータ量エリアに
記入する予約処理をする予約処理手段６２を備えた構成
とすることもできる。
理情報更新手段２３によって更新できる構成とする。更
に、カートリッジの空き容量エリアを記入する空き容
量エリアとカートリッジに収納された各データの大き
さを記入するデータ量エリアと、データ所有者を記入
する所有者エリアを備えた上記管理情報ファイルＭｆ
0 と、端末より予約要求があったときに指定されたカー
トリッジに指定されたデータ量だけの空き容量があるか
否かをチェックする予約容量チェック手段６１と、空き
容量があるとき、端末から入力された所有者名を所有者
エリアに、予約データの大きさをデータ量エリアに
記入する予約処理をする予約処理手段６２を備えた構成
とすることもできる。
【００２６】
【作用】管理情報ファイルＭｆ0 に空き容量を記入する
空き容量エリアを設けておき、当該カートリッジの空
き容量を記入しておく。これによって当該カートリッジ
が搭載されたときに、容量チェック手段２１は当該空き
容量エリアを読むことによって、空き容量を確認する
一方、リード／ライト手段２２はこれから書き込むべき
データのデータ量（データ更新の場合は増加したデータ
量）を容量チェック手段２１に通知する。
空き容量エリアを設けておき、当該カートリッジの空
き容量を記入しておく。これによって当該カートリッジ
が搭載されたときに、容量チェック手段２１は当該空き
容量エリアを読むことによって、空き容量を確認する
一方、リード／ライト手段２２はこれから書き込むべき
データのデータ量（データ更新の場合は増加したデータ
量）を容量チェック手段２１に通知する。
【００２７】これによって、容量チェック手段２１は上
記のようにリード／ライト手段２２より通知されたデー
タ量が空き容量エリアに記入された容量以内であるか
どうかをチェックし、書き込み可能であれば、リード／
ライト手段２２によって書き込み処理がなされる。
記のようにリード／ライト手段２２より通知されたデー
タ量が空き容量エリアに記入された容量以内であるか
どうかをチェックし、書き込み可能であれば、リード／
ライト手段２２によって書き込み処理がなされる。
【００２８】上記において書き込みが不可である場合、
端末１０よりの検索要求によってカートリッジ検索手段
２４が作動し、現在マウントされているカートリッジと
は別のカートリッジであって、書き込もうとするデータ
量より多い空き容量を持ったカートリッジを索す。これ
によって、オペレータが該カートリッジ検索手段２４が
検索したカートリッジの中の１つを指定してマウント手
段２５にマウント要求を出す。これによって、空き容量
の多いカートリッジがマウントされるとリード／ライト
手段２２が作動して指定されたカートリッジに対して書
き込み処理がなされる。
端末１０よりの検索要求によってカートリッジ検索手段
２４が作動し、現在マウントされているカートリッジと
は別のカートリッジであって、書き込もうとするデータ
量より多い空き容量を持ったカートリッジを索す。これ
によって、オペレータが該カートリッジ検索手段２４が
検索したカートリッジの中の１つを指定してマウント手
段２５にマウント要求を出す。これによって、空き容量
の多いカートリッジがマウントされるとリード／ライト
手段２２が作動して指定されたカートリッジに対して書
き込み処理がなされる。
【００２９】上記いずれの場合においても、書き込みが
正常になされると、管理情報更新手段２３が作動して、
書き込まれたデータ量を勘案して、書き込み作業後の当
該カートリッジの空き容量を検出して空き容量エリア
を更新しておく。
正常になされると、管理情報更新手段２３が作動して、
書き込まれたデータ量を勘案して、書き込み作業後の当
該カートリッジの空き容量を検出して空き容量エリア
を更新しておく。
【００３０】管理情報ファイルＭｆ0 には、更に、各デ
ータの使用回数を記入する使用回数エリアを設けてお
き、特定のデータについての使用回数を記入しておく。
次いで、頭出し手段２７は、上記各データについてのマ
ウント回数をチェックして、使用回数の一番多いデータ
の先頭位置（アドレス）をドライブ４０に通知する。こ
れによってドライブ４０が上記先頭位置をヘッド位置に
合わせた状態にした後、該カートリッジがカートリッジ
格納棚に収納される。これによって、次回に使用すると
きに常に使用回数の多いデータの先頭位置に書き込み／
読み出しヘッドが位置していることになる。
ータの使用回数を記入する使用回数エリアを設けてお
き、特定のデータについての使用回数を記入しておく。
次いで、頭出し手段２７は、上記各データについてのマ
ウント回数をチェックして、使用回数の一番多いデータ
の先頭位置（アドレス）をドライブ４０に通知する。こ
れによってドライブ４０が上記先頭位置をヘッド位置に
合わせた状態にした後、該カートリッジがカートリッジ
格納棚に収納される。これによって、次回に使用すると
きに常に使用回数の多いデータの先頭位置に書き込み／
読み出しヘッドが位置していることになる。
【００３１】尚、上記使用回数エリアは、当該データ
の使用が終わった後、上記管理情報更新手段２３で更新
するようになっている。目的とするカートリッジの空き
容量が少なくなったとき、新しいカートリッジの投入が
必要な場合がある。そこで、上記容量チェック手段２１
によるチェックの結果、空き容量がないことが判ったと
き、端末１０の表示手段に新しいカートリッジを投入す
べき旨の表示がなされる。また、書き込み作業が終了し
た後にも空き容量が少なくなっていることがある。そこ
で、上記管理情報更新手段２３で空き容量が更新された
後に、更に残容量チェック手段２９を作動させて、その
結果、残容量が所定量より少ないときにも新しいカート
リッジを投入すべき旨の表示をする。
の使用が終わった後、上記管理情報更新手段２３で更新
するようになっている。目的とするカートリッジの空き
容量が少なくなったとき、新しいカートリッジの投入が
必要な場合がある。そこで、上記容量チェック手段２１
によるチェックの結果、空き容量がないことが判ったと
き、端末１０の表示手段に新しいカートリッジを投入す
べき旨の表示がなされる。また、書き込み作業が終了し
た後にも空き容量が少なくなっていることがある。そこ
で、上記管理情報更新手段２３で空き容量が更新された
後に、更に残容量チェック手段２９を作動させて、その
結果、残容量が所定量より少ないときにも新しいカート
リッジを投入すべき旨の表示をする。
【００３２】あるカートリッジに書き込まれている複数
のデータが同種であるときとか、同一人の所有データが
同一のカートリッジに書き込まれているときにはデータ
の管理が容易である。
のデータが同種であるときとか、同一人の所有データが
同一のカートリッジに書き込まれているときにはデータ
の管理が容易である。
【００３３】そこで、端末１０より予約要求があったと
き、予約容量チェック手段６１が作動し、上記管理情報
ファイルＭｆ0 の空き容量をチェックする。これによっ
て、確保しておきたい容量を収納できる空き容量がある
ときは、予約手段６２が作動し、管理情報ファイルＭｆ
0 に所定量の予約エリアを確保（データ量エリアに記
入される量）し、また、予約後の空き容量が空き容量エ
リアに書き込まれる。
き、予約容量チェック手段６１が作動し、上記管理情報
ファイルＭｆ0 の空き容量をチェックする。これによっ
て、確保しておきたい容量を収納できる空き容量がある
ときは、予約手段６２が作動し、管理情報ファイルＭｆ
0 に所定量の予約エリアを確保（データ量エリアに記
入される量）し、また、予約後の空き容量が空き容量エ
リアに書き込まれる。
【００３４】
〔空き容量処理〕図２は本発明の一実施例を示す機能ブ
ロック図であり、図３はフロー図である。
ロック図であり、図３はフロー図である。
【００３５】図中、○印は端末１０（１０ａ，１０ｂ
…）を示しており、分散して多数描かれているが、同一
の端末１０を表している。また、該端末１０を貫通する
矢印は端末１０より指示があることを示している。
…）を示しており、分散して多数描かれているが、同一
の端末１０を表している。また、該端末１０を貫通する
矢印は端末１０より指示があることを示している。
【００３６】まず、この発明に適用されるライブラリ装
置３０の構成自体は図１１に示した従来例と同一である
ので、説明を省略する。次いで、ライブラリ制御システ
ム２０の記憶手段Ｍｅには各カートリッジに対応する管
理情報ファイルＭｆ0 が収納されている。該管理情報フ
ァイルＭｆ0 は図１０に示す各エリア〜を備えてお
り、各エリアの記載事項は以下の通りである。
置３０の構成自体は図１１に示した従来例と同一である
ので、説明を省略する。次いで、ライブラリ制御システ
ム２０の記憶手段Ｍｅには各カートリッジに対応する管
理情報ファイルＭｆ0 が収納されている。該管理情報フ
ァイルＭｆ0 は図１０に示す各エリア〜を備えてお
り、各エリアの記載事項は以下の通りである。
【００３７】カートリッジ名エリア：カートリッジの
名称記入欄。 ライブラリＩＤエリア：該カートリッジが収納されて
いるライブラリ装置の番号記入欄。
名称記入欄。 ライブラリＩＤエリア：該カートリッジが収納されて
いるライブラリ装置の番号記入欄。
【００３８】セルアドレスエリア：該カートリッジが
収納されているセルのアドレス記入欄。 空き容量エリア：カートリッジの空き容量の記入欄
（予約がある場合には、該予約量を差し引いた量）。
収納されているセルのアドレス記入欄。 空き容量エリア：カートリッジの空き容量の記入欄
（予約がある場合には、該予約量を差し引いた量）。
【００３９】データの要約エリア：データの内容の判
る名称、符号等の記入欄。 先頭アドレスエリア：データが格納されているテープ
の先頭からの相対アドレス記入欄。
る名称、符号等の記入欄。 先頭アドレスエリア：データが格納されているテープ
の先頭からの相対アドレス記入欄。
【００４０】データ量エリア：格納データの量（予約
のときは予約データの量）を記入する欄。 使用回数エリア：格納データの使用回数記入欄。
のときは予約データの量）を記入する欄。 使用回数エリア：格納データの使用回数記入欄。
【００４１】データ所有者エリア：格納データの所有
者名（予約がある場合には予約者名）記入欄。 尚、上記において〜の事項はデータ毎に設けられて
いる。
者名（予約がある場合には予約者名）記入欄。 尚、上記において〜の事項はデータ毎に設けられて
いる。
【００４２】図２、図３において、ドライブ４０には既
に特定のカートリッジがマウントされ、オペレータが該
カートリッジに格納されたデータを使用して端末１０で
特定の作業を行い、さらに作業終了後に該作業によっ
て、追加、更新、削除等がなされたデータ（あるいは全
く新規なデータである場合もある）を書き込む手順から
説明する。尚、データを読み出すために端末１０の表示
装置に上記の事項を表示するようにするとデータの
特定が容易である。
に特定のカートリッジがマウントされ、オペレータが該
カートリッジに格納されたデータを使用して端末１０で
特定の作業を行い、さらに作業終了後に該作業によっ
て、追加、更新、削除等がなされたデータ（あるいは全
く新規なデータである場合もある）を書き込む手順から
説明する。尚、データを読み出すために端末１０の表示
装置に上記の事項を表示するようにするとデータの
特定が容易である。
【００４３】ドライブ４０にマウントされたカートリッ
ジに対して、端末１０よりライブラリ制御システム２０
に書き込み要求ｂ1 を出すと、まず、ライブラリ制御シ
ステム２０のリード／ライト手段２２が作動して、端末
１０よりカートリッジに書き込もうとするデータＤ1 を
受けとり、その量Ｎ1 を容量チェック手段２１に通知す
る。尚、リード／ライト手段２２は更新データについて
はその先頭アドレスを保持しているので、以下の書き込
み処理の際の書き込み位置を特定することができる。ま
た、新規データであれば既に書き込まれているデータの
終了位置が判っているいるので、この場合の書き込み位
置も特定できる。
ジに対して、端末１０よりライブラリ制御システム２０
に書き込み要求ｂ1 を出すと、まず、ライブラリ制御シ
ステム２０のリード／ライト手段２２が作動して、端末
１０よりカートリッジに書き込もうとするデータＤ1 を
受けとり、その量Ｎ1 を容量チェック手段２１に通知す
る。尚、リード／ライト手段２２は更新データについて
はその先頭アドレスを保持しているので、以下の書き込
み処理の際の書き込み位置を特定することができる。ま
た、新規データであれば既に書き込まれているデータの
終了位置が判っているいるので、この場合の書き込み位
置も特定できる。
【００４４】容量チェック手段２１は、空き容量エリア
を参照して、上記リード／ライト手段２２より得られ
たデータ量Ｎ1 （更新データの場合は既に書き込まれて
いる量Ｎ0 との差Ｎ1 −Ｎ0 ：Ｎ0 は管理情報ファイル
Ｍｆ0 のデータ量エリアより確認）より多い空き容量
があるか否かをチェックする（図３、ステップＳ１１→
Ｓ１２）。これによって、マウントされているカートリ
ッジにこれから書き込もうとするデータ量Ｎ1 （Ｎ1 −
Ｎ0 ）より多い空き容量があるとき、容量チェック手段
２１はその旨リード／ライト手段２２に通知する。
を参照して、上記リード／ライト手段２２より得られ
たデータ量Ｎ1 （更新データの場合は既に書き込まれて
いる量Ｎ0 との差Ｎ1 −Ｎ0 ：Ｎ0 は管理情報ファイル
Ｍｆ0 のデータ量エリアより確認）より多い空き容量
があるか否かをチェックする（図３、ステップＳ１１→
Ｓ１２）。これによって、マウントされているカートリ
ッジにこれから書き込もうとするデータ量Ｎ1 （Ｎ1 −
Ｎ0 ）より多い空き容量があるとき、容量チェック手段
２１はその旨リード／ライト手段２２に通知する。
【００４５】これによって、リード／ライト手段２２が
作動して、ドライブ４０に端末１０よりのデータを書き
込むように書き込み要求ｅ1 が出される。これによっ
て、端末１０よりドライブ４０にデータが送信され、ド
ライブ４０にてデータの書き込みがなされる（図３、ス
テップＳ１４）。
作動して、ドライブ４０に端末１０よりのデータを書き
込むように書き込み要求ｅ1 が出される。これによっ
て、端末１０よりドライブ４０にデータが送信され、ド
ライブ４０にてデータの書き込みがなされる（図３、ス
テップＳ１４）。
【００４６】ドライブ４０から書き込みの完了通知ｅ2
がライブラリ制御システム２０に出されると、ライブラ
リ制御システム２０の管理情報更新手段２３が作動し、
上記空き容量エリアおよびデータ量エリアの内容を
更新し、端末１０に正常終了通知ｅ3 を出す（図３、ス
テップＳ１５）。
がライブラリ制御システム２０に出されると、ライブラ
リ制御システム２０の管理情報更新手段２３が作動し、
上記空き容量エリアおよびデータ量エリアの内容を
更新し、端末１０に正常終了通知ｅ3 を出す（図３、ス
テップＳ１５）。
【００４７】上記容量チェック手段２１が上記容量チェ
ックのステップＳ１２で当該カートリッジへの書き込み
を不可と判断したとき、端末１０にその旨が通知され
る。これを受けて、オペレータが端末１０よりライブラ
リ制御システム２０に書き込み可能なカートリッジの検
索要求ｃ1 を出すと、ライブラリ制御システム２０のカ
ートリッジ検索手段２４が作動して管理情報ファイルＭ
ｆ0 を参照して、これから書き込もうとするデータのデ
ータ量Ｎ1 （Ｎ1 −Ｎ0 ）が書き込み可能な容量を持っ
たカートリッジの検索がされる（図３、ステップＳ２１
→Ｓ２２）。
ックのステップＳ１２で当該カートリッジへの書き込み
を不可と判断したとき、端末１０にその旨が通知され
る。これを受けて、オペレータが端末１０よりライブラ
リ制御システム２０に書き込み可能なカートリッジの検
索要求ｃ1 を出すと、ライブラリ制御システム２０のカ
ートリッジ検索手段２４が作動して管理情報ファイルＭ
ｆ0 を参照して、これから書き込もうとするデータのデ
ータ量Ｎ1 （Ｎ1 −Ｎ0 ）が書き込み可能な容量を持っ
たカートリッジの検索がされる（図３、ステップＳ２１
→Ｓ２２）。
【００４８】これによって、書き込み可能なカートリッ
ジがあると、その旨、端末１０に通知ｃ2 され、このと
き、書き込み可能なカートリッジ名が端末１０の表示装
置に列記される。ここで、オペレータが上記列記された
カートリッジ名の１つを指定すると、それがマウント要
求ｄ1 となってマウント手段２５がドライブ４０にマウ
ント要求ｄ2 を出し、指定されたカートリッジがドライ
ブ４０にマウントされる（図３、ステップＳ２３〜Ｓ２
５）。
ジがあると、その旨、端末１０に通知ｃ2 され、このと
き、書き込み可能なカートリッジ名が端末１０の表示装
置に列記される。ここで、オペレータが上記列記された
カートリッジ名の１つを指定すると、それがマウント要
求ｄ1 となってマウント手段２５がドライブ４０にマウ
ント要求ｄ2 を出し、指定されたカートリッジがドライ
ブ４０にマウントされる（図３、ステップＳ２３〜Ｓ２
５）。
【００４９】上記マウント作業が完了すると、そのドラ
イブ４０からライブラリ制御手段２０に完了通知
（ｄ3 ）がなされ、これによって、リード／ライト手段
２２が作動して書き込みを開始する。この後、書き込み
終了すると、管理情報更新手段２３が作動して残容量が
更新されることは、前記例と同じである。
イブ４０からライブラリ制御手段２０に完了通知
（ｄ3 ）がなされ、これによって、リード／ライト手段
２２が作動して書き込みを開始する。この後、書き込み
終了すると、管理情報更新手段２３が作動して残容量が
更新されることは、前記例と同じである。
【００５０】上記において、書き込み可能なカートリッ
ジがないときには、当然なしの返事が端末１０になされ
る。また、新規データを書き込む場合には書き込み要求
を出す際に、データの要約あるいはデータ所有者名も入
力すると、上記管理情報ファイルＭｆ0 のデータの要約
エリア、データ所有者エリアに該所有者名か書き込
まれるようになっている。更に、更新データの際に上記
エリア，の内容も更新できるようになっている。
ジがないときには、当然なしの返事が端末１０になされ
る。また、新規データを書き込む場合には書き込み要求
を出す際に、データの要約あるいはデータ所有者名も入
力すると、上記管理情報ファイルＭｆ0 のデータの要約
エリア、データ所有者エリアに該所有者名か書き込
まれるようになっている。更に、更新データの際に上記
エリア，の内容も更新できるようになっている。
【００５１】〔頭出し処理〕図４はカートリッジをマウ
ントしたときに頭出しをし易くするための本発明の機能
ブロック図であり、また、図５はそのフロー図である。
ントしたときに頭出しをし易くするための本発明の機能
ブロック図であり、また、図５はそのフロー図である。
【００５２】上記管理情報更新手段２３には各データを
使用して書き込んだ後、そのデータについての使用回数
エリアを更新させる機能をも持たせる。すなわち、管
理情報更新手段２３によって上記空き容量エリアの更
新と同時にデータの使用回数が更新される（図５、ステ
ップＳ１５）。次いで頭出し手段２７が同一カートリッ
ジの全データについての使用回数の中、最も多いデータ
を管理情報ファイルＭｆ0 より検索し、その先頭アドレ
スＡ0 をドライブ４０に通知する。
使用して書き込んだ後、そのデータについての使用回数
エリアを更新させる機能をも持たせる。すなわち、管
理情報更新手段２３によって上記空き容量エリアの更
新と同時にデータの使用回数が更新される（図５、ステ
ップＳ１５）。次いで頭出し手段２７が同一カートリッ
ジの全データについての使用回数の中、最も多いデータ
を管理情報ファイルＭｆ0 より検索し、その先頭アドレ
スＡ0 をドライブ４０に通知する。
【００５３】ドライブ４０は上記データの先頭アドレス
Ａ0 にヘッド位置がくるようにカートリッジをすすめ進
め、正常に終了するとその旨ライブラリ制御システム２
０、端末１０に通知される（図４、ステップＳ３１→Ｓ
３２→Ｓ３３）。次回のマウント時にも、上記使用回数
が最も多いデータが使用される確率が高いので、上記処
理によって次回のマウント時の作業効率が高くなる。
Ａ0 にヘッド位置がくるようにカートリッジをすすめ進
め、正常に終了するとその旨ライブラリ制御システム２
０、端末１０に通知される（図４、ステップＳ３１→Ｓ
３２→Ｓ３３）。次回のマウント時にも、上記使用回数
が最も多いデータが使用される確率が高いので、上記処
理によって次回のマウント時の作業効率が高くなる。
【００５４】〔予約処理〕図６は特定のカートリッジの
空き容量部分を予約するための実施例を示す機能ブロッ
ク図であり、図７はそのフロー図である。
空き容量部分を予約するための実施例を示す機能ブロッ
ク図であり、図７はそのフロー図である。
【００５５】端末１０よりライブラリ制御システム２０
の予約チェック手段６１に対して特定のカートリッジに
対する予約要求ｆ1 を予約したいデータ量Ｎ2 とともに
入力すると、まず、上記予約チェック手段６１が指定さ
れたカートリッジに、上記予約データ量Ｎ2 に対応する
空き容量があるか否かを管理情報ファイルＭｆ0 の空き
容量エリアを参照しチェックする（図６、ステップＳ
４１→Ｓ４２）。
の予約チェック手段６１に対して特定のカートリッジに
対する予約要求ｆ1 を予約したいデータ量Ｎ2 とともに
入力すると、まず、上記予約チェック手段６１が指定さ
れたカートリッジに、上記予約データ量Ｎ2 に対応する
空き容量があるか否かを管理情報ファイルＭｆ0 の空き
容量エリアを参照しチェックする（図６、ステップＳ
４１→Ｓ４２）。
【００５６】ここで、空き容量があるときには予約手段
６２が作動し、端末１０に対して予約者名を書き込むよ
うに指示する。これによってオペレータが予約者名Ｎａ
を端末１０より入力すると、予約処理手段６２は上記の
ように入力された予約者名Ｎａをデータ所有者エリア
に、また、予約したいデータ量Ｎ2 をデータ量エリア
に書き込み、更に、空き容量エリアの数値を上記予約
データ量Ｎ2 を引いた値に更新し、正常終了を端末１０
に通知して予約手順を終了する（図６、ステップＳ４３
→Ｓ４４→Ｓ４５）。
６２が作動し、端末１０に対して予約者名を書き込むよ
うに指示する。これによってオペレータが予約者名Ｎａ
を端末１０より入力すると、予約処理手段６２は上記の
ように入力された予約者名Ｎａをデータ所有者エリア
に、また、予約したいデータ量Ｎ2 をデータ量エリア
に書き込み、更に、空き容量エリアの数値を上記予約
データ量Ｎ2 を引いた値に更新し、正常終了を端末１０
に通知して予約手順を終了する（図６、ステップＳ４３
→Ｓ４４→Ｓ４５）。
【００５７】これによって、空き容量エリアに予約デ
ータ量Ｎ2 が反映するので、その部分が予約されている
ことを知っている予約者が、更新データとして予約領域
に書き込み要求をしない限り、予約領域の使用が禁止さ
れることになる。予約者名Ｎａの入力がなくても予約デ
ータ量Ｎ2 の入力だけで予約はとれるが、誰が使用して
もよい予約領域ができることになる。
ータ量Ｎ2 が反映するので、その部分が予約されている
ことを知っている予約者が、更新データとして予約領域
に書き込み要求をしない限り、予約領域の使用が禁止さ
れることになる。予約者名Ｎａの入力がなくても予約デ
ータ量Ｎ2 の入力だけで予約はとれるが、誰が使用して
もよい予約領域ができることになる。
【００５８】〔新規投入表示〕更に、特定のカートリッ
ジの空き容量が少なくなると、新しいカートリッジと入
れ代えて、あるいは新しいカートリッジを追加して作業
を進める必要がある。
ジの空き容量が少なくなると、新しいカートリッジと入
れ代えて、あるいは新しいカートリッジを追加して作業
を進める必要がある。
【００５９】そこで、上記容量チェック手段２１による
容量チェックのステップＳ１２で容量が少なくなってい
ることが判ったとき、図８、図９に示すように表示手段
７２を作動させて新しいカートリッジの投入するべき旨
のメッセージを表示する（図９、ステップＳ３０ａ）。
容量チェックのステップＳ１２で容量が少なくなってい
ることが判ったとき、図８、図９に示すように表示手段
７２を作動させて新しいカートリッジの投入するべき旨
のメッセージを表示する（図９、ステップＳ３０ａ）。
【００６０】また、上記ファイル更新のステップが終了
した時点で、更に残容量検出手段２９を作動させて、現
在ドライブ４０にマウントされているカートリッジに充
分な空き容量があるか否かを検索し、空き容量が所定デ
ータ量Ｎ3 以下であるときには、上記同様表示手段７２
を作動させて、新しいカートリッジの投入を表示させ，
正常終了を端末１０に通知する（図９、ステップＳ３１
→３０ｂ→Ｓ３２）。尚、表示手段に新しいカートリッ
ジの投入を要求する表示がなされた後、オペレータが投
入処理をするか否かはオペレータの都合による。
した時点で、更に残容量検出手段２９を作動させて、現
在ドライブ４０にマウントされているカートリッジに充
分な空き容量があるか否かを検索し、空き容量が所定デ
ータ量Ｎ3 以下であるときには、上記同様表示手段７２
を作動させて、新しいカートリッジの投入を表示させ，
正常終了を端末１０に通知する（図９、ステップＳ３１
→３０ｂ→Ｓ３２）。尚、表示手段に新しいカートリッ
ジの投入を要求する表示がなされた後、オペレータが投
入処理をするか否かはオペレータの都合による。
【００６１】尚、上記において容量チェック手段２１、
予約容量チェック手段６１、残容量チェック手段２９を
それぞれ別個の手段としているが、機能的には全く同一
であるので容量チェック手段２１に他の２つのチェック
機能を持たせてもよい。但し、比較対象となるデータ量
は、書き込み時は書き込みデータ量Ｎ1 であり、予約時
は予約データ量Ｎ2 、投入表示時は所定データ量Ｎ3 で
ある。更に、図４、図５に示す頭出し処理と、図８、図
９に示す投入表示処理（書き込み後）の両方を行わせる
ときには、いずれの処理を先にするかは特に限定されな
い。
予約容量チェック手段６１、残容量チェック手段２９を
それぞれ別個の手段としているが、機能的には全く同一
であるので容量チェック手段２１に他の２つのチェック
機能を持たせてもよい。但し、比較対象となるデータ量
は、書き込み時は書き込みデータ量Ｎ1 であり、予約時
は予約データ量Ｎ2 、投入表示時は所定データ量Ｎ3 で
ある。更に、図４、図５に示す頭出し処理と、図８、図
９に示す投入表示処理（書き込み後）の両方を行わせる
ときには、いずれの処理を先にするかは特に限定されな
い。
【００６２】
【発明の効果】以上説明したように本発明は、ライブラ
リ制御システムにおいて管理情報ファイルにカートリッ
ジの空き容量を書き込むようにして、カートリッジへの
書き込み前に該カートリッジの空き容量を検索するよう
にしているので、これから書き込もうとするデータが該
カートリッジに書き込み可能か否かを判断することがで
き、可能な場合にのみ書き込み作業を行うことができ
る。
リ制御システムにおいて管理情報ファイルにカートリッ
ジの空き容量を書き込むようにして、カートリッジへの
書き込み前に該カートリッジの空き容量を検索するよう
にしているので、これから書き込もうとするデータが該
カートリッジに書き込み可能か否かを判断することがで
き、可能な場合にのみ書き込み作業を行うことができ
る。
【００６３】また、上記判断において、書き込み不可能
である場合は書き込み可能なカートリッジを索してマウ
ントするようになっているので、書き込みデータがオー
バフローすることがない。
である場合は書き込み可能なカートリッジを索してマウ
ントするようになっているので、書き込みデータがオー
バフローすることがない。
【００６４】更に、管理情報ファイルに各カートリッジ
に収納されているデータごとに使用回数を書き込むよう
になっているので、使用回数の最も多いデータを検索し
て、次回のアクセスに時間がかからないようにすること
ができる。
に収納されているデータごとに使用回数を書き込むよう
になっているので、使用回数の最も多いデータを検索し
て、次回のアクセスに時間がかからないようにすること
ができる。
【００６５】また、オペレータが書き込み予定している
容量以上の空き容量がある場合に、そのカートリッジを
予約することができ、データ管理が容易となる。更に、
カートリッジに空き容量が少なくなったときには、代わ
りのあるいは追加のカートリッジ投入指示ができるよう
になっているので、この点でもデータ管理が容易とな
る。
容量以上の空き容量がある場合に、そのカートリッジを
予約することができ、データ管理が容易となる。更に、
カートリッジに空き容量が少なくなったときには、代わ
りのあるいは追加のカートリッジ投入指示ができるよう
になっているので、この点でもデータ管理が容易とな
る。
【図１】本発明の原理図である。
【図２】本発明の空き容量処理の一実施例機能ブロック
図である。
図である。
【図３】空き容量処理のフロー図である。
【図４】本発明の頭出し処理の一実施例機能ブロック図
である。
である。
【図５】頭出し処理のフロー図である。
【図６】本発明の予約処理の一実施例機能ブロック図で
ある。
ある。
【図７】予約処理のフロー図である。
【図８】本発明のカートリッジ投入処理の一実施例機能
ブロック図である。
ブロック図である。
【図９】カートリッジ投入処理フロー図である。
【図１０】本発明の管理情報ファイルの示す図である。
【図１１】ライブラリ装置、ライブラリ制御システム、
端末の概念図である。
端末の概念図である。
【図１２】従来の管理情報ファイルを示す図である。
【図１３】従来のカートリッジマウント手順フロー図で
ある。
ある。
２１ 容量チェック手段 ２４ カートリッジ検索手段 ２５ マウント手段 ２３ 管理情報更新手段 ２２ リード／ライト手段 ２９ 残容量チェック手段 ３０ ライブラリ装置 ３１ カートリッジ格納棚 ６１ 予約容量チェック手段 ６２ 予約処理手段 ７２ 表示手段 空き容量エリア データ量エリア 使用回数エリア 所有者エリア Ｍｆ0 管理情報ファイル
Claims (8)
- 【請求項１】 カートリッジ格納棚に収納された各カー
トリッジに対応した管理情報ファイルに上記各カートリ
ッジを管理するための管理情報を書き込んでおき、該管
理情報ファイルを参照してライブラリ装置を管理するラ
イブラリ制御システムにおいて、 カートリッジの空き容量を記入する空き容量エリアを備
えた上記管理情報ファイルと、 カートリッジがドライブにマウントされた状態で、端末
より書き込み要求があったとき、対象となるカートリッ
ジに空き容量があるか否かを上記空き容量エリアを参照
して判断する容量チェック手段とを備えることを特徴と
するライブラリ制御システム。 - 【請求項２】 上記容量チェック手段のチェックの結
果、対象となるカートリッジに書き込み不可能であると
き、別の書き込み可能なカートリッジを検索するカート
リッジ検索手段と、 カートリッジ検索手段による検索結果に基づいて、書き
込み可能なカートリッジをマウントするマウント手段と
を備えた請求項１に記載のライブラリ制御システム。 - 【請求項３】 書き込み可能なカートリッジがドライブ
にマウントされているときに作動するリード／ライト手
段と、 該リード／ライト手段による書き込み終了後、書き込み
量に基づいて上記管理情報ファイルの空き容量エリアを
更新する管理情報更新手段を備えた請求項１に記載のラ
イブラリ制御システム。 - 【請求項４】 上記容量チェック手段によるチェックの
結果、書き込み不可であるとき、新規カートリッジの投
入を促す表示をする表示手段を備えた請求項１に記載の
ライブラリ制御システム。 - 【請求項５】 上記管理情報更新手段による空き容量エ
リアの更新後に、残容量が所定値以上あるか否かを検出
する残容量チェック手段と、 上記残容量が所定値以下であるとき、新規カートリッジ
の投入を促す表示をする表示手段とを備えた請求項３に
記載のライブラリ制御システム。 - 【請求項６】 カートリッジ格納棚に収納された各カー
トリッジに対応した管理情報ファイルに上記各カートリ
ッジを管理するための管理情報を書き込んでおき、該管
理情報ファイルを参照してライブラリ装置を管理するラ
イブラリ制御システムにおいて、 カートリッジに収納された各データの使用回数を記入す
る使用回数エリアを備えた上記管理情報ファイルと、 上記使用回数の最も多いデータを検索し、その先頭アド
レスをドライブに通知してドライブに頭出しを指示する
頭出し手段とを備えたことを特徴とするライブラリ装
置。 - 【請求項７】 リード／ライト手段による特定のカート
リッジの特定のデータを使用した作業の終了後、該デー
タに対する管理情報ファイルの使用回数エリアを更新す
る管理情報更新手段を備えた請求項６に記載のライブラ
リ制御システム。 - 【請求項８】 カートリッジ格納棚に収納された各カー
トリッジに対応した管理情報ファイルに上記各カートリ
ッジを管理するための管理情報を書き込んでおき、該管
理情報ファイルを参照してライブラリ装置を管理するラ
イブラリ制御システムにおいて、 カートリッジの空き容量エリアを記入する空き容量エリ
アとカートリッジに収納された各データの大きさを記入
するデータ量エリアと、データ所有者を記入する所有者
エリアを備えた上記管理情報ファイルと、 端末より予約要求があったときに指定されたカートリッ
ジに指定されたデータ量だけの空き容量があるか否かを
チェックする予約容量チェック手段と、 空き容量があるとき、端末から入力された所有者名を所
有者エリアに、予約データの大きさをデータ量エリアに
記入する予約処理をする予約処理手段を備えたことを特
徴とするライブラリ制御システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22439994A JPH0887869A (ja) | 1994-09-20 | 1994-09-20 | ライブラリ制御システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22439994A JPH0887869A (ja) | 1994-09-20 | 1994-09-20 | ライブラリ制御システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0887869A true JPH0887869A (ja) | 1996-04-02 |
Family
ID=16813148
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22439994A Withdrawn JPH0887869A (ja) | 1994-09-20 | 1994-09-20 | ライブラリ制御システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0887869A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998008222A1 (en) * | 1996-08-23 | 1998-02-26 | Sony Corporation | Apparatus for management of information of program recorded on video tape, method for management of program recorded on video tape, recorder/reproducer, and recording/reproducing method |
-
1994
- 1994-09-20 JP JP22439994A patent/JPH0887869A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1998008222A1 (en) * | 1996-08-23 | 1998-02-26 | Sony Corporation | Apparatus for management of information of program recorded on video tape, method for management of program recorded on video tape, recorder/reproducer, and recording/reproducing method |
| US6304716B1 (en) | 1996-08-23 | 2001-10-16 | Sony Corporation | Apparatus for management of information of program recorded on video tape, method for management of program recorded on video tape, recorder/reproducer, and recording/reproducing method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6336163B1 (en) | Method and article of manufacture for inserting volumes for import into a virtual tape server | |
| US7219273B2 (en) | Method for testing media in a library without inserting media into the library database | |
| US5761503A (en) | Automated volser range management for removable media storage library | |
| EP1267266A1 (en) | File control method | |
| US6810441B1 (en) | Apparatus, method and system for reading/writing data, and medium for providing data read/write program | |
| US6513101B1 (en) | Expiring host selected scratch logical volumes in an automated data storage library | |
| JPH08167231A (ja) | 電子ファイリング装置 | |
| US5592596A (en) | System and method for the automatic printing of storage media labels | |
| JP2005149699A (ja) | ストレージ構造および関連方法 | |
| JPH07182792A (ja) | 情報セクタの欠陥処理方法 | |
| JPH0876935A (ja) | バックアップデータ作成再生システム | |
| US20050086428A1 (en) | Magnetic tape unit | |
| US20050169126A1 (en) | Library for storing and retrieving removable information storage elements | |
| JP7677703B1 (ja) | 磁気テープライブラリ装置、磁気テープカートリッジ最適化方法、および、そのプログラム | |
| JP2556266B2 (ja) | 記録媒体識別装置 | |
| JP2668938B2 (ja) | 追記型光ディスクのデータバックアップ装置 | |
| JPH04177473A (ja) | 医用画像ファイリングシステム | |
| US20050226105A1 (en) | Method, apparatus and computer program product for implementing device selection in a robotic media library with multiple media types and multiple device types | |
| JPH0536239A (ja) | フアイル記憶装置 | |
| JP2000048439A (ja) | ライブラリ装置 | |
| JP3855550B2 (ja) | ライブラリ装置及びライブラリ装置における記録媒体処理方法 | |
| JPH03212877A (ja) | 光デイスクカートリツジ | |
| JPH10293992A (ja) | カートリッジおよびこれを使用したライブラリー装置 | |
| JPH0635763A (ja) | データ記憶装置 | |
| JPH011189A (ja) | 媒体収納庫 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20011120 |