JPH08147206A - データ蓄積システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 入出力機器管理装置とデータベース装置が各
種装置の管理表を備えることによりシステムが稼働中で
もキャッシュ装置やデータ蓄積装置やデータ入力装置や
データ出力装置の追加が可能な柔軟なデータ蓄積システ
ムを実現する。 【構成】 データベース装置１０７と入出力機器装置１
１１がキャッシュ装置とデータ蓄積装置とデータ入力装
置とデータ出力装置の所在情報を管理するためのキャッ
シュ装置管理表１０８とデータ蓄積装置管理表１０９と
データ入力装置管理表１１２とデータ出力装置管理表１
１３を備え、各キャッシュ装置、データ蓄積装置、デー
タ入力装置、データ出力装置の登録プログラム１１４a
〜i が各装置の起動時に上記の管理表に装置の所在情報
を登録するので、システムが稼働中でもキャッシュ装置
やデータ蓄積装置やデータ入力装置やデータ出力装置を
追加することが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク上でデー
タ処理を行うデータ処理システム、およびデータ蓄積シ
ステムに関するものである。

【０００２】

【従来の技術】近年、図面、文書などの大量のデータを
扱うデータ蓄積システムは、工場での図面管理、オフィ
スでの書類管理などに広く利用されるようになってき
た。このようなデータ蓄積システムとしては、例えば、
Processing Document Images onthe Telco Network(IEE
E Communications Magazine, Jan,1993) にある構成が
一般的に知られている。以下、図４８を用いて、従来の
データ蓄積システムについて説明する。

【０００３】図４８は従来のデータ蓄積システムの構成
を示すブロック図である。図４８において、４８０１は
ネットワーク、４８０２は端末装置、４８０３はデータ
入力装置、４８０４はデータ出力装置、４８０５はキャ
ッシュ装置、４８０６はデータ蓄積装置、４８０７はデ
ータベース装置である。

【０００４】以上のような構成において、端末装置４８
０２はデータ入力装置４８０３を制御してデータの入力
を行なう。端末装置４８０２は入力したデータとキーワ
ードをデータベース装置４８０７に送信する。データベ
ース装置４８０７はデータをキャッシュ装置４８０５に
格納し、データのキーワードと格納位置の関係を記憶す
る。キャッシュ上のデータは空いている時間にデータ蓄
積装置４８０６に転送され、それに伴い、データベース
が保持しているデータのキーワードと格納位置の関係は
更新される。これはライト・バック（write back）処理
として一般に知られている。また、端末装置４８０２は
キーワードを用いてデータベース装置４８０７からキー
ワードに該当するデータの情報を検索し、読み出したい
データを指定しデータベース装置４８０７にデータの読
み出しを要求する。データベース装置４８０７は保持し
ているデータの格納位置より、データがどこにあるかわ
かるので、その情報を用いて、キャッシュ装置またはデ
ータ蓄積装置からデータを読み出し、それを端末装置に
返す。さらに端末装置４８０２がデータの読み出しを行
なう際データ出力装置を指定することにより、データベ
ース装置は読み出したデータを指定されたデータ出力装
置に転送しデータ出力を行なう。また、上述のライト・
バック処理が起こる前にキャッシュ装置の記憶領域がデ
ータでいっぱいになりこれ以上データを格納できなくな
った場合、キャッシュ装置４８０５はキャッシュアルゴ
リズムにより優先順位を決め、優先度の低いデータを削
除する。これはキャッシュのあふれ処理として一般に知
られている。このあふれ処理の際、削除するデータがま
だデータ蓄積装置４８０６に書き込まれていなかった
り、更新処理によりデータの内容がデータ蓄積装置４８
０６上の同一データと異なっている場合、キャッシュ装
置４８０５はデータを削除する前にデータ蓄積装置４８
０６にデータを転送し、書き込みを行なう。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
従来のデータ蓄積システムではキャッシュ装置の増設や
データ蓄積装置の増設やデータ入力装置の増設やデータ
出力装置の増設が困難であり、また増設可能な場合でも
システムをいったん止めてから増設作業を行なわなけれ
ばならず、増設等の作業が繁雑でしかもデータ蓄積シス
テムの動作が妨げられるという問題を有していた。

【０００６】また、第２の問題点として、上記の従来の
構成では登録するデータのデータ量が大きい場合、デー
タをシステムに転送する時間が長くなるため、登録処理
速度が遅くなりユーザが登録処理で待たされるという問
題を有していた。

【０００７】また、第３の問題点として、上記の従来の
構成では、データ蓄積装置のデータ読み書き装置に装着
されていない或る記憶用媒体にキャッシングされていな
いデータが格納されている状況において、そのデータの
複製データを作成する処理を行なう場合、複製をつくる
ためにそのデータにアクセスする必要がある。このよう
な場合、そのデータを格納している記憶用媒体をデータ
蓄積装置のデータ読み書き装置に装着する必要があっ
た。そのため、データ読み書き装置に記憶用媒体が装着
されている場合、その記憶用媒体を外さなければならな
くなる。従って、データ読み書き装置に装着されている
記憶用媒体を用いて作業が行なわれている場合、この作
業が終了するまで待つか、あるいはその作業を中断さ
せ、複製作成処理のために記憶用媒体の取り替え、複製
作業を実行する必要があり、前者の場合には複製作成処
理実行時間が長くなり、後者の場合には複製作成処理が
他の処理の実行時間に影響を与えてしまうという問題を
有していた。

【０００８】また、第４の問題点として、上記の従来の
構成では、データ蓄積装置のデータ読み書き装置に装着
されていないある記憶用媒体に格納されたデータの削除
処理を行なう場合、削除を行なうためにそのデータにア
クセスする必要がある。このような場合、そのデータを
格納している記憶用媒体をデータ蓄積装置のデータ読み
書き装置に装着する必要があった。そのため、データ読
み書き装置に記憶用媒体が装着されている場合、その記
憶用媒体を外さなければならなくなる。従って、データ
読み書き装置に装着されている記憶用媒体を用いて作業
が行なわれている場合、この作業が終了するまで待つ
か、あるいはその作業を中断させ、データ削除処理のた
めに記憶用媒体の取り替え、データ削除作業を実行する
必要があり、前者の場合にはデータ削除処理実行時間が
長くなり、後者の場合にはデータ削除処理が他の処理の
実行時間に影響を与えてしまうという問題を有してい
た。さらにキャッシュ装置上のデータを削除する場合、
削除命令をキャッシュ装置に送信する必要があり、たく
さんのデータの削除が発生した場合、それぞれの削除に
対し、キャッシュへ削除命令を送信するため、システム
全体の効率が下がるという問題を有していた。

【０００９】また、第５の問題点として、上記の従来の
構成では各装置の処理速度が大きく異なる場合、登録処
理やキャッシング処理の際にキャッシュ装置を選択する
ときに低速な装置に高速なキャッシュ装置を割り当てる
場合や、高速な装置に低速なキャッシュ装置を割り当て
る場合があり、極端に処理速度が遅くなるためシステム
全体の処理速度が安定しないという問題を有していた。

【００１０】また、第６の問題点として、上記の従来の
データ蓄積システムではキャッシュのあふれ処理発生時
にはキャッシュ上にあるいくつかのデータをデータ蓄積
装置に書き込まなければならない場合が生じ、データ蓄
積装置の処理速度は低速なため、データ蓄積装置への書
き込み処理によりシステム全体の処理速度が低下すると
いう問題を有していた。

【００１１】また、第７の問題点として、上記の従来の
データ蓄積システムではデータ蓄積装置のアクセス時に
発生する読み書き装置からの記憶用媒体の取り出しと挿
入を少なくし、処理を効率良く行なうために一人のユー
ザに対し、そのユーザがアクセスするデータを格納する
記憶用媒体を割り当てるという方法がとられていた。し
かしながら、この方法を実現するためには、データ登録
時にどの記憶用媒体にデータを格納するかという管理を
ユーザが行なう必要があるという問題を有していた。さ
らに、この方法ではシステムを利用し続けるうちにある
ユーザがあるデータへは全くアクセスしなくなり、かわ
りに他のユーザによる更新処理が頻繁に行なわれるよう
になった場合にそのデータを他のユーザの記憶用媒体に
移すという作業はユーザが行なう必要があり、システム
内のデータの利用形態に柔軟に対応できないという問題
を有していた。

【００１２】また、第８の問題点として、上記の従来の
データ蓄積システムではあるデータを読み出した後には
必ずある決まったデータを読み出すという定型業務にお
いて、次に読み出すデータが必ずキャッシュ装置に格納
されている保証がないため、次のデータをデータ蓄積装
置から読み出さなければならない可能性があり、それに
よりシステムの処理速度が落ちるという問題を有してい
た。

【００１３】本発明は上記従来の種々の問題点を解決す
るもので、その第１の目的は、システムが稼働中でも、
キャッシュ装置の増設やデータ蓄積装置の増設やデータ
入力装置の増設やデータ出力装置の増設が可能な、より
柔軟なシステム構築を行なうことができるデータ蓄積シ
ステムを提供することである。

【００１４】本発明の第２の目的は、大量データを登録
する場合でも処理を高速に行なうことができるデータ蓄
積システムを提供することである。

【００１５】本発明の第３の目的は、高速かつ他の処理
の実行時間に与える影響が少ないデータ複製作成処理を
可能とするデータ蓄積システムを提供することである。

【００１６】本発明の第４の目的は、他の処理の実行時
間に与える影響が少ないデータ削除処理を可能とするデ
ータ蓄積システムを提供することである。

【００１７】本発明の第５の目的は、処理速度が大きく
異なる装置により構成されたデータ蓄積システムにおい
て、処理速度が極端に遅くなることがないようにし、シ
ステムの処理速度を従来よりも向上させ、安定させるこ
とである。

【００１８】本発明の第６の目的は、キャッシュのあふ
れ処理発生時にデータ蓄積装置への書き込み処理を最小
にすることにより、システム全体の処理速度を向上する
ことである。

【００１９】本発明の第７の目的は、システムが自動的
に一人のユーザが頻繁にアクセスするデータを１つの記
憶用媒体に格納することにより、従来よりも柔軟なデー
タ管理を実現することである。

【００２０】本発明の第８の目的は、次に読み出される
ことが予想されるデータを事前にキャッシュ装置に格納
しておくことにより、システムの処理速度を向上させる
ことである。

【００２１】

【課題を解決するための手段】上記目的を達成するため
に本発明のデータ蓄積システムは、ネットワーク上に接
続されたデータ蓄積装置と、キャッシュ装置と複数のデ
ータ入力装置と複数のデータ出力装置と１つのデータベ
ース装置と入出力機器管理装置を備え、さらにデータベ
ース装置は、キャッシュ装置とデータ蓄積装置の管理を
行なうためにキャッシュ装置管理表とデータ蓄積装置管
理表を備え、さらに、キャッシュ装置とデータ蓄積装置
とデータ入力装置とデータ出力装置が所在情報を登録す
るための登録プログラムを備えたことを要旨とする。

【００２２】また、本発明のデータ蓄積システムは、前
記構成に加え、さらに、データベース装置がキーワード
未設定のデータを管理するためにキーワード未設定デー
タ管理表を備えたことを要旨とする。

【００２３】また、本発明のデータ蓄積システムは、前
記構成にさらに、データベース装置がデータがデータ蓄
積装置のどこに格納されたかを管理するデータ位置管理
表と複製データ作成処理を管理する複製データ管理表を
備えたことを要旨とする。

【００２４】また、本発明のデータ蓄積システムは、前
記構成にさらに、データベース装置が上記記載の第３の
構成要素であるデータ位置管理表を備え、さらに、デー
タベース装置が削除データを管理するキャッシュ内削除
データ管理表とデータ蓄積装置内削除データ管理表を備
えたことを要旨とする。

【００２５】また、本発明のデータ蓄積システムは、前
記構成にさらに、データベース装置がキャッシュ装置の
処理速度の管理を行なうためのキャッシュ性能管理表を
備え、さらに、各装置がキャッシュ割り当て要求を行な
う際、処理速度を通知する機能を備えたことを要旨とす
る。

【００２６】また、本発明のデータ蓄積システムは、前
記構成にさらに、データベース装置が各キャッシュ装置
内のデータの状態管理を行なうためのキャッシュ状態管
理表を備えたことを要旨とする。

【００２７】また、本発明のデータ蓄積システムは、前
記構成にさらに、データベース装置がデータ蓄積装置に
書き込む必要があるデータとそれにアクセスした最新の
ユーザとの対応の管理を行なうためのユーザアクセス管
理表を備えたことを要旨とする。

【００２８】また、本発明のデータ蓄積システムは、前
記構成にさらに、端末装置がデータの読み出された順番
を記憶する読み出し履歴リストを備えたことを要旨とす
るものである。

【００２９】

【作用】上記構成により、データベース装置と入出力機
器装置がキャッシュ装置とデータ蓄積装置とデータ入力
装置とデータ出力装置の所在情報を管理することによ
り、システムが稼働中でも、キャッシュ装置の増設やデ
ータ蓄積装置の増設やデータ入力装置、データ出力装置
の増設が可能であり、より柔軟なシステム構築を行なう
ことができる。

【００３０】また、データベース装置がキーワード未設
定データを管理することにより、ユーザがキーワード入
力する作業が終了する前に入力データをシステムに格納
する処理を実行し、これにより高速な登録処理を提供す
ることが可能となる。

【００３１】また、データベース装置が複製データ作成
処理を管理することにより、実際の複製データの作成作
業をデータの読み出しとデータの書き込みのときに実行
することにより、高速かつ、他の処理の実行時間に与え
る影響が少ないデータ複製作成処理を提供することが可
能となる。

【００３２】また、データベース装置がキャッシュ内削
除データ管理表とデータ蓄積装置内削除データ管理表を
用いて削除データを管理することにより、実際のデータ
削除処理をキャッシュ装置またはデータ蓄積装置へのデ
ータの読み出しとデータの書き込みの処理のときにいっ
しょに実行することができるので、他の処理の実行時間
に与える影響が少ないデータ削除処理を提供することが
可能となる。

【００３３】また、データベース装置がキャッシュ装置
の処理速度に関する管理も行ない、かつ、各装置がキャ
ッシュ装置割り当て要求の際、データベース装置に処理
速度を申告することにより、処理速度が大きく異なる装
置により構成されたデータ蓄積システムにおいて、シス
テムの処理速度を従来よりも向上させ、安定させること
が可能となる。

【００３４】また、データベース装置がキャッシュ状態
管理表を用いてキャッシュ内のデータの状態を管理する
ことにより、キャッシュのあふれ処理発生時にデータ蓄
積装置への書き込み処理を最小にすることにより、シス
テム全体の処理速度を向上することができる。

【００３５】また、ライト・バック処理時にユーザがア
クセスしたデータを１つの記憶用媒体に格納することに
より、ユーザが頻繁にアクセスし、更新するデータやユ
ーザが登録したデータは動的に同じ記憶用媒体に格納さ
れ、これによりユーザのデータ利用形態の変化に伴い、
データの格納先の記憶用媒体を自動的に変更する柔軟な
データ管理が実現できる。

【００３６】また、データ読み出し時に端末装置が読み
出し履歴リストを検索し、次に読み出されることが予想
されるデータを事前にキャッシュ装置に格納しておくこ
とにより、特に定型業務における処理速度を従来よりも
向上させることができる。

【００３７】

【実施例】

（実施例１）以下、本発明の実施例について、図面を参
照しながら説明する。図１は本発明の第１の実施例にお
けるデータ蓄積システムの構成を示すブロック図であ
る。図１において、１０１はネットワーク、１０２a 、
１０２b は端末装置、１０３a、１０３b はデータ入力
装置、１０４a 、１０４b はデータ出力装置、１０５
a、１０５b 、１０５c は高速の記憶処理（書き込み／
読み出し処理）を行なうキャッシュ装置、１０６a 、１
０６b はデータ蓄積装置、１０７はデータベース装置、
１０８はデータベース装置が管理するキャッシュ装置管
理表、１０９はデータベース装置が管理するデータ蓄積
装置管理表、１１０はデータベース装置が管理するデー
タ所在情報管理表、１１１は入出力機器管理装置、１１
２は入出力機器管理装置１１１が管理するデータ入力装
置管理表、１１３は入出力機器管理装置１１１が管理す
るデータ出力装置管理表である。１１４ａ，１１４ｂ，
１１４ｃ，１１４ｄ，１１４ｅ，１１４ｆ，１１４ｇ，
１１４ｈ，１１４ｉは装置起動時に所在情報をデータベ
ース装置１０７に登録する登録プログラムである。点線
で描かれているデータ入力装置１０３b とデータ出力装
置１０４b とキャッシュ装置１０５c とデータ蓄積装置
１０６b はまだ、このシステムに接続されていないこと
を表している。

【００３８】図２、図３、図４、図５、図６を用いてシ
ステムが管理する表のレコード構造について説明する。
先ず、図２を用いて、データベース装置１０７が管理す
るキャッシュ装置管理表１０８のレコード構造を説明す
る。この管理表はシステムが保持するキャッシュ装置の
所在情報を管理する。２０１のフィールドにはキャッシ
ュ装置を識別するキャッシュ識別子を格納する。キャッ
シュ識別子はシステムが保持するキャッシュ装置に１対
１に対応する。２０２のフィールドにはそのキャッシュ
装置へのアクセスを可能とするためのキャッシュ装置の
所在情報が格納される。

【００３９】図３を用いてデータベース装置１０７が管
理するデータ蓄積装置管理表１０９のレコード構造を説
明する。この管理表はシステムが保持するデータ蓄積装
置の所在情報を管理する。３０１のフィールドにはデー
タ蓄積装置を識別するデータ蓄積装置識別子を格納す
る。データ蓄積装置識別子はシステムが保持するデータ
蓄積装置に１対１に対応する。３０２のフィールドには
そのデータ蓄積装置へのアクセスを可能とするためのデ
ータ蓄積装置の所在情報が格納される。

【００４０】図４を用いてデータベース装置１０７が管
理するデータ所在情報管理表１１０のレコード構造を説
明する。この管理表はシステムが保持するデータの所在
情報を管理する。４０１のフィールドにはユーザがデー
タに対して付けるキーワードを格納する。このフィール
ドは複数のキーワードを格納することが可能である。４
０２のフィールドにはデータを識別するデータ識別子を
格納する。データ識別子はシステムが保持するデータに
１対１に対応する。４０３のフィールドには、データを
格納しているデータ蓄積装置のデータ蓄積装置識別子を
格納する。データがまだ、データ蓄積装置に格納されて
いない場合にはこのフィールドは空欄とする。４０４の
フィールドにはデータを格納しているキャッシュ装置の
キャッシュ識別子を格納する。データが、キャッシュ装
置に格納されていない場合にはこのフィールドは空欄と
する。

【００４１】図５を用いて入出力機器管理装置１１１が
管理するデータ入力装置管理表１１２のレコード構造に
ついて説明する。この管理表はデータ入力装置の所在情
報を管理する。５０１のフィールドにはデータ入力装置
の属性情報を格納する。属性情報はユーザがデータ入力
装置を識別するためのもので、例としてそれぞれの装置
を識別するために付けた装置名などがある。５０２のフ
ィールドにはそのデータ入力装置へのアクセスを可能と
するためのデータ入力装置の所在情報が格納される。

【００４２】図６を用いて入出力機器管理装置１１１が
管理するデータ出力装置管理表１１３のレコード構造に
ついて説明する。この管理表はデータ出力装置の所在情
報を管理する。６０１のフィールドにはデータ出力装置
の属性情報を格納する。６０２のフィールドにはそのデ
ータ出力装置へのアクセスを可能とするためのデータ出
力装置の所在情報が格納される。

【００４３】次に、図７、図８、図９、図１０を用い
て、キャッシュ装置１０５c と、データ蓄積装置１０６
b と、データ入力装置１０３b と、データ出力装置１０
４b とのそれぞれが、本発明のデータ蓄積システム稼働
中に、このシステムに付加される処理手順について説明
する。上記各図のうち、図７はキャッシュ装置１０５c
を本発明のデータ蓄積システム稼働中にこのシステムに
付加するときの処理手順を示したフローチャートであ
る。この処理においては、まず、キャッシュ装置１０５
c をシステムのネットワーク１０１に接続し、キャッシ
ュ装置をシステムに登録するキャッシュ登録プログラム
を起動する（ステップ７０１）。次に、キャッシュ登録
プログラムはキャッシュ装置１０５c の所在情報をデー
タベース装置１０７に通知する（ステップ７０２）。

【００４４】データベース装置１０７は、キャッシュ装
置の所在情報を受け取るとキャッシュ装置管理表１０８
を検索し、同じ所在情報を持つキャッシュ装置が既に登
録されていないかどうかを調べる（ステップ７０３）。
登録されている場合にはステップ７０５に進む。登録さ
れていない場合はステップ７０７に進む（ステップ７０
４）。既に同じ所在情報を持つキャッシュ装置が登録さ
れている場合はキャッシュ登録プログラムにエラーを返
す（ステップ７０５）。キャッシュ登録プログラムはデ
ータベース装置１０７からエラー通知を受けるとキャッ
シュ装置１０５c の起動を中止する（ステップ７０
６）。同じ所在情報を持つキャッシュ装置がまだ登録さ
れていない場合はデータベース装置１０７はこのキャッ
シュ装置に対し、新たにキャッシュ識別子を割り当て
る。キャッシュ識別子の割り当てはデータベース装置１
０７のみが行うことにより、キャッシュ装置とキャッシ
ュ識別子の対応を１対１とすることを実現している（ス
テップ７０７）。データベース装置は７０７で新たに割
り当てたキャッシュ識別子と７０３で受け取ったキャッ
シュ装置の所在情報をキャッシュ装置管理表１０８に登
録する（ステップ７０８）。データベース装置は７０７
で割り当てたキャッシュ識別子をキャッシュ登録プログ
ラムに返す（ステップ７０９）。キャッシュ登録プログ
ラムはデータベース装置１０７からキャッシュ識別子を
受け取るとそれを記憶しキャッシュ装置１０５c を起動
する。（ステップ７１０）。

【００４５】図８はデータ蓄積装置１０６b を、本発明
のデータ蓄積システム稼働中にこのシステムに付加する
手順を示したフローチャートである。この処理において
は、まず、データ蓄積装置１０６b をシステムのネット
ワーク１０１に接続し、データ蓄積装置をシステムに登
録するデータ蓄積装置登録プログラムを起動する（ステ
ップ８０１）。次にデータ蓄積装置登録プログラムはデ
ータ蓄積装置１０６bの所在情報をデータベース装置１
０７に通知する（ステップ８０２）。データベース装置
１０７はデータ蓄積装置の所在情報を受け取るとデータ
蓄積装置管理表１０９を引き、同じ所在情報を持つデー
タ蓄積装置が既に登録されていないかどうかを調べる
（ステップ８０３）。登録されている場合はステップ８
０５に進む。登録されていない場合はステップ８０７へ
進む（ステップ８０４）。既に同じ所在情報を持つデー
タ蓄積装置が登録されている場合は、データ蓄積装置登
録プログラムにエラーを返す（ステップ８０５）。

【００４６】データ蓄積装置登録プログラムは、データ
ベース装置１０７からエラー通知を受けるとデータ蓄積
装置１０６b の起動を中止する（ステップ８０６）。同
じ所在情報を持つデータ蓄積装置がまだ登録されていな
い場合はデータベース装置１０７はこのデータ蓄積装置
に対し、新たにデータ蓄積装置識別子を割り当てる。デ
ータ蓄積装置識別子の割り当てはデータベース装置１０
７のみが行うことにより、データ蓄積装置とデータ蓄積
装置識別子の対応を１対１とすることを実現している。
（ステップ８０７）。データベース装置は８０７で新た
に割り当てたデータ蓄積装置識別子と８０３で受け取っ
たデータ蓄積装置の所在情報をデータ蓄積装置管理表１
０９に登録する（ステップ８０８）。データベース装置
は８０７で割り当てたデータ蓄積装置識別子をデータ蓄
積装置登録プログラムに返す（ステップ８０９）。デー
タ蓄積装置登録プログラムはデータベース装置１０７か
らデータ蓄積装置識別子を受け取るとそれを記憶しデー
タ蓄積装置１０６b を起動する。（ステップ８１０）。

【００４７】図９はデータ入力装置１０３b を本発明の
データ蓄積システム稼働中にこのシステムに付加する処
理手順を示したフローチャートである。まず、データ入
力装置１０３b をシステムのネットワーク１０１に接続
し、データ入力装置をシステムに登録するデータ入力装
置登録プログラムを起動する（ステップ９０１）。次に
データ入力装置登録プログラムはデータ入力装置１０３
b の所在情報と属性情報を入出力機器管理装置１１１に
通知する（ステップ９０２）。入出力機器管理装置１１
１はデータ入力装置１０３b の所在情報と属性情報をデ
ータ入力装置管理表１１２に登録する（ステップ９０
３）。データ入力装置登録プログラムはデータ入力装置
１０３b を起動する（ステップ９０４）。

【００４８】図１０はデータ出力装置１０４b を本発明
のデータ蓄積システム稼働中にこのシステムに付加する
処理手順を示したフローチャートである。まず、データ
出力装置１０４b をシステムのネットワーク１０１に接
続し、データ出力装置をシステムに登録するデータ出力
装置登録プログラムを起動する（ステップ１００１）。
次にデータ出力装置登録プログラムはデータ出力装置１
０４b の所在情報と属性情報を入出力機器管理装置１１
１に通知する（ステップ１００２）。入出力機器管理装
置１１１はデータ出力装置１０４b の所在情報と属性情
報をデータ出力装置管理表１１３に登録する（ステップ
１００３）。データ出力装置登録プログラムはデータ出
力装置１０４b を起動する（ステップ１００４）。

【００４９】次に、図１１、図１２、図１３を用いて本
発明のデータ蓄積システムが上述の方法でシステム稼働
中に新たに付加されたキャッシュ装置１０５c と、デー
タ蓄積装置１０６b と、データ入力装置１０３b と、デ
ータ出力装置１０４b とを登録処理、出力処理、書き込
み処理において利用するときの処理手順について説明す
る。

【００５０】図１１は端末装置１０２a がデータ入力装
置１０３b を用いてデータ登録を行なうときの処理手順
を示したフローチャートである。ここではキャッシュ装
置１０５ｃとデータ入力装置１０３ｂが利用される場合
について説明する。ユーザが端末装置１０２a にデータ
入力装置１０３b の属性情報を入力すると端末装置１０
２a は所在情報を取得するために、入出力機器管理装置
１１１に対し、データ入力装置１０３b の属性情報を送
る。入出力機器管理装置１１１は、送られた属性情報を
用いてデータ入力装置管理表１１２を検索し、該当する
所在情報を端末装置１０２a に返す（ステップ１１０
１）。端末装置１０２a は、上で取得したデータ入力装
置１０３b の所在情報を用いてデータ入力装置１０３b
にデータ入力実行命令を送信する。データ入力装置１０
３b は、データ入力命令を受信するとデータ入力を開始
し、入力したデータを端末装置１０２a に返す（ステッ
プ１１０２）。ユーザは端末装置１０２a を用いて入力
されたデータにキーワードを付ける（ステップ１１０
３）。

【００５１】端末装置１０２a は入力データを格納する
キャッシュ装置の所在情報を取得するためにデータベー
ス装置１０７にキャッシュ装置の所在情報を要求する。
このとき、データに付けたキーワードもいっしょに送る
（ステップ１１０４）。データベース装置１０７はキャ
ッシュ装置管理表１０８を検索し一番適切と思われるキ
ャッシュ装置を選ぶ。この場合は例として登録されたば
かりのキャッシュ装置１０５c が選ばれたとする。デー
タベース装置１０７は入力データに対しデータ識別子を
割り当てる。そして、割り当てたデータ識別子と選択し
たキャッシュ装置の所在情報と送られたキーワードをデ
ータ所在管理表１１０に登録し、キャッシュ装置１０５
c の所在情報とデータ識別子を返す（ステップ１１０
５）。端末装置１０２a は上で取得したキャッシュ装置
１０５c の所在情報を用いて、キャッシュ装置１０５c
に、入力データとそのデータ識別子を送信する。データ
識別子と実際の入力データの格納場所の対応付けはキャ
ッシュ装置で行なう（ステップ１１０６）。

【００５２】図１２はデータを、新たに付加したデータ
出力装置１０４b に出力するときの処理手順を示したフ
ローチャートである。ここでは例として出力するデータ
は上でキャッシュ装置１０５c に登録したデータとす
る。ユーザは端末装置１０２aを用いて上述の登録時に
付けたキーワードを入力し、検索を依頼する。端末装置
１０２a は入力されたキーワードをデータベース装置１
０７に送る。データベース装置１０７はデータ所在管理
表１１０を検索し、該当するデータ識別子のリストを端
末装置１０２a に返す。ユーザはこのリストの中から出
力したいデータを指定する。ここでは、例として、ユー
ザは上の登録処理の説明でキャッシュ装置１０５c に登
録したデータを指定することとする（ステップ１２０
１）。次にユーザはデータ出力装置１０４b の属性情報
を入力する。端末装置１０２a はデータ出力装置１０４
b の所在情報を取得するために属性情報を入出力機器管
理装置に送信する。入出力機器管理装置は、属性情報を
受信すると、データ出力装置管理表１１３を検索し該当
するデータ出力装置１０４b の所在情報を端末装置１０
２a に返す（ステップ１２０２）。端末装置は、データ
識別子とデータ出力装置１０４b の所在情報を用いてデ
ータベース装置１０７にデータ出力命令を送信する（ス
テップ１２０３）。

【００５３】データベース装置１０７は、データ識別子
を用いてデータ所在管理表１１０を検索し、データを格
納しているキャッシュ装置１０５ｃの識別子を取得する
（ステップ１２０４）。次にデータベース装置１０７は
キャッシュ識別子を用いてキャッシュ装置管理表１０８
を検索し、キャッシュ装置１０５ｃの所在情報を得る
（ステップ１２０５）。次にデータベース装置１０７は
キャッシュ装置１０５ｃにデータ出力装置１０４ｂの所
在情報と出力するデータの識別子をおくり、データ出力
を命令する（ステップ１２０６）。キャッシュ装置１０
５ｃは該当するデータをデータ出力装置１０４ｂに送信
し、出力処理を実行する（ステップ１２０７）。なお、
データの所在がキャッシュ装置ではなくデータ蓄積装置
の場合でも同様な処理手順により、データ出力は行なわ
れる。

【００５４】図１３はキャッシュ装置に蓄えられた登録
データをデータ蓄積装置に書き込むときの処理手順を示
したフローチャートである。ここでは例としてキャッシ
ュ装置１０５c がデータ蓄積装置１０６b にデータ書き
込みを行なう場合について述べる。キャッシュ装置１０
５c はデータベース装置１０７に対し、データ蓄積装置
に未格納のデータの書き込みを行なうための書き込み先
のデータ蓄積装置の所在情報を要求する（ステップ１３
０１）。データベース装置１０７はデータ蓄積装置管理
表１０９に登録されているデータ蓄積装置の中から１つ
を選ぶ（ステップ１３０２）。次にデータベース１０７
はデータ識別子に対応するデータ所在管理表１１０内の
情報のフィールド４０３にステップ１３０２で選択した
データ蓄積装置識別子を代入し、表を更新する（ステッ
プ１３０３）。選択したデータ蓄積装置の所在情報を書
き込み先の登録されたばかりのデータ蓄積装置の所在情
報としてキャッシュ装置１０５c に返す。ここでは例と
してデータ蓄積装置１０６b の所在情報を返したとする
（ステップ１３０４）。キャッシュ装置１０５c は取得
したデータ蓄積装置の所在情報を用いてデータ蓄積装置
１０６b にデータとデータ識別子を送り、データ書き込
みを実行する。書き込みデータとデータ識別子の対応付
けはデータ蓄積装置で行なう（１３０５）。

【００５５】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b
と、複数のデータ入力装置１０３a 、１０３b と、複数
のデータ出力装置１０４a 、１０４b と、複数のキャッ
シュ装置１０５a 、１０５b 、１０５c と、複数のデー
タ蓄積装置１０６a 、１０６b と、入出力機器管理装置
１１ １と、データベース装置１０７とから構成される
データ蓄積装置において、データベース装置１０７と入
出力機器装置１１１がキャッシュ装置とデータ蓄積装置
とデータ入力装置とデータ出力装置の所在情報を管理す
るための管理表を有し、かつ、キャッシュ装置とデータ
蓄積装置とデータ入力装置とデータ出力装置が所在情報
を登録するための登録プログラムを有することにより、
本発明のデータ蓄積システムが稼働中でも、キャッシュ
装置の増設やデータ蓄積装置の増設やデータ入力装置、
データ出力装置の増設が可能であり、より柔軟なシステ
ム構築を行なうことができる。

【００５６】（実施例２）次に、本発明の第２の実施例
について、図面を参照しながら説明する。図１４は本発
明の第２の実施例におけるデータ蓄積システムの構成を
示すブロック図である。この図において、１４０１はデ
ータベース装置１０７が管理するキーワード未設定デー
タ管理表である。

【００５７】図１５を用いてデータベース装置１０７が
管理するキーワード未設定データ管理表１４０１のレコ
ード構造を説明する。この管理表はキャッシュ装置への
登録処理が終了したデータの中で、まだキーワード付け
が行なわれていないデータを管理する。１５０１のフィ
ールドにはデータ入力処理を識別するデータ入力処理識
別子を格納する。データ入力処理識別子はシステム内で
発生するデータ入力を識別するもので、データ入力装置
識別子とそれぞれのデータ入力装置でデータ入力が発生
するごとに一意に割り当てる識別番号から構成される。
データ入力装置識別子はデータ入力装置と１対１に対応
することから、システム内の全てのデータ入力装置によ
り発生するデータ入力はこのデータ入力処理識別子によ
り一意に識別される。１５０２のフィールドにはそのデ
ータ入力処理により発生した登録処理でキャッシュ装置
に格納したデータのデータ識別子を格納する。１５０３
のフィールドにはそのデータを格納したキャッシュ装置
のキャッシュ識別子を格納する。

【００５８】図１６を用いてデータを登録するときのシ
ステムの動きについて説明する。図１６は登録処理の処
理手順を示したフローチャートである。ここでは、例と
して、端末装置１０２a からデータ入力装置１０３a を
用いてデータを登録する場合について述べる。まず、端
末装置１０２a は入出力機器管理装置１１１よりデータ
入力装置１０３a の所在情報を取得し、それを用いてデ
ータ入力装置１０３aにデータ入力の実行を命じる（ス
テップ１６０１）。データ入力装置１０３a はステップ
１６０１により発生したデータ入力処理を識別するため
にデータ入力処理識別子の割り当てを行なう。データ入
力処理識別子はデータ入力装置識別子とデータ入力装置
が割り当てるデータ入力装置内で一意となる番号から構
成される。従ってシステム内で発生したデータ入力処理
に対しデータ入力処理識別子は一意に対応付けられる。

【００５９】データ入力処理１０３a はデータ入力を行
ない、入力したデータとデータ入力処理識別子を端末装
置１０２a に返す（ステップ１６０２）。次にデータ入
力装置１０３a はデータベース装置１０７にデータ入力
処理識別子を送信する（ステップ１６０３）。データベ
ース装置１０７はデータ入力処理識別子を受信すると、
ステップ１６０１で入力したデータに対してデータ識別
子を割り当て、そのデータを格納するキャッシュ装置を
キャッシュ装置管理表１０８に登録されているキャッシ
ュ装置の中から選択する（ステップ１６０４）。次にデ
ータベース装置１０７はステップ１６０３で受信したデ
ータ入力処理識別子とステップ１６０４で割り当てたデ
ータ識別子とステップ１６０４で選択したキャッシュ装
置のキャッシュ識別子をキーワード未設定データ管理表
１４０１に登録する（ステップ１６０５）。

【００６０】次に、データベース装置１０７は、ステッ
プ１６０４で割り当てたデータ識別子とステップ１６０
４で選択したキャッシュ装置の所在情報をデータ入力装
置１０３a に返す（ステップ１６０６）。データ入力装
置１０３a はステップ１６０６で受信したキャッシュ装
置の所在情報を用いて、キャッシュ装置に対し、入力デ
ータとステップ１６０６で受信したデータ識別子を送信
しデータ格納を行なう（ステップ１６０７）。端末装置
１０２a はデータベース装置１０７にユーザが入力した
キーワードとステップ１６０２で受信したデータ入力処
理識別子を送信する（ステップ１６０８）。データベー
ス装置１０７はステップ１６０８で受信したデータ入力
装置識別子を用いてキーワード未設定データ管理表１４
０１を検索し、データ識別子とキャッシュ識別子を取得
する（ステップ１６０９）。次にステップ１６０９で取
得したデータ識別子とキャッシュ識別子とステップ１６
０８で受信したキーワードをデータ所在管理表１１０に
登録する（ステップ１６１０）。データベース１０７は
キーワード未設定データ管理表１４０１からステップ１
６０８で受信したデータ入力処理識別子に対応するエン
トリを削除する（ステップ１６１１）。データベース１
０７は登録処理が終了したことを端末装置１０２a に通
知する（ステップ１６１２）。

【００６１】ここで本実施例が従来例に比べ、優れてい
る点について説明する。データ蓄積装置における登録処
理では登録するデータ量が増えると、登録のためのデー
タ転送に時間がかかるようになり、登録処理実行時間が
長くなる。従来例ではユーザがキーワードを入力した後
データ格納を行なうため、登録するデータが大きくなる
と処理時間も長くなった。本実施例ではキャッシュ装置
へのデータ転送をユーザがキーワードを入力する作業を
行なっている間に並行して行なうことにより、従来例よ
りも高速な登録処理を行なうことができる。ステップ１
６０３からステップ１６０７はユーザが端末装置を用い
て、キーワード入力を行なっているときに並行してシス
テムがすすめる処理である。

【００６２】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a、１０２b
と、複数のデータ入力装置１０３a 、１０３b と、複数
のデータ出力装置１０４a 、１０４b と、複数のキャッ
シュ装置１０５a 、１０５b 、１０５c と、複数のデー
タ蓄積装置１０６a 、１０６b と、入出力機器管理装置
１１１と、データベース装置１０７とから構成されるデ
ータ蓄積装置において、さらにデータベース装置１０７
がキーワード未設定データを管理するキーワード未設定
データ管理表を有することにより、ユーザがキーワード
入力する作業が終了する前に入力データをシステムに格
納する処理を実行できるので、高速な登録処理を提供す
ることが可能となる。

【００６３】（実施例３）次に、本発明の第３の実施例
について、図面を参照しながら説明する。図１７は本発
明の第３の実施例におけるデータ蓄積システムの構成を
示すブロック図である。図１７において、１７０１は複
数の記憶用媒体から構成されるデータ蓄積装置、１７０
２a 、１７０２b 、１７０２c は記憶用媒体、１７０３
は記憶用媒体にデータを読み書きするためのデータ読み
書き装置、１７０４はデータベース装置１０７が管理す
る複製データ管理表であり、１７０５はデータ蓄積装置
が管理するどの記憶用媒体のどこにデータが格納されて
いるかを管理するデータ位置管理表である。

【００６４】図１８を用いて複製データ管理表１７０４
のレコード構造について説明する。１８０１のフィール
ドには複製元のデータのデータ識別子を格納する。１８
０２のフィールドには複製したデータのデータ識別子を
格納する。

【００６５】図１９を用いてデータ位置管理表１７０５
のレコード構造について説明する。１９０１のフィール
ドにはデータ識別子を格納する。１９０２のフィールド
にはそのデータのデータ蓄積装置における位置情報を格
納する。位置情報はどの記憶用媒体のどこに格納されて
いるかを表す情報である。本発明ではデータ蓄積装置へ
のデータの書き込み位置はデータベース装置１０７が指
定する。

【００６６】図２０のフローチャートを用いてユーザが
端末装置を通してあるデータの複製作成を命じたときの
処理手順について説明する。ここでは、例として端末装
置１０２a から、x というデータ識別子を持つデータの
複製命令が発生したときの動作について述べる。まず、
端末装置１０２a は複製元であるデータのデータ識別子
x をデータベース装置１０７に送り、複製データ作成を
要求する（ステップ２００１）。データベース装置１０
７は複製データ用に新たにデータ識別子を割り当てる。
この複製用データ識別子をここではy とする（ステップ
２００２）。次にデータベース装置１０７は受信したデ
ータ識別子x を用いてデータ所在管理表１１０を検索
し、データ識別子x に対応するキーワードとデータ蓄積
装置識別子とキャッシュ識別子を取得する（ステップ２
００３）。キャッシュ識別子が取得できた場合、すなわ
ち、複製元データがキャッシュ装置上に存在する場合は
ステップ２００５へ進む。キャッシュ識別子が取得でき
なかった場合、すなわち、複製元データがキャッシュ装
置上に存在せず、データ蓄積装置内のある記憶用媒体上
にしか存在しない場合はステップ２００８へ進む（ステ
ップ２００４）。

【００６７】複製元データがキャッシュ装置上に存在す
る場合、データベース１０７は２００３で取得したキャ
ッシュ識別子で、キャッシュ装置管理表１０８を検索
し、複製元データが格納されているキャッシュ装置の所
在情報を求め、それを用いて、複製元データが格納され
ているキャッシュ装置に対し、データ識別子x 、y を引
数にして複製データを作成することを要求する（ステッ
プ２００５）。キャッシュ装置はデータ識別子x に対応
するデータの複製を作成し、この複製したデータとデー
タ識別子y とを対応付ける（ステップ２００６）。デー
タベース装置１０７はステップ２００３で取得したキー
ワードとキャッシュ識別子とデータ識別子y を組にして
データ所在管理表１１０に登録する（ステップ２００
７）。複製元データがデータ蓄積装置内の記憶用媒体に
しか存在しない場合、データベース装置１０７はステッ
プ２００３で取得したキーワードとデータ蓄積装置識別
子をデータ識別子y に対応する情報としてデータ所在管
理表１１０に登録する（ステップ２００８）。次にデー
タベース装置１０７は複製元データ識別子x と複製デー
タ用のデータ識別子y を複製データ管理表１７０４に登
録する（ステップ２００９）。次にデータベースは複製
元データ識別子x を用いてデータ位置管理表１７０５を
検索し、データが格納されている位置を取得する（２０
１０）。次にデータベース装置１０７は上で取得したデ
ータが格納されている位置と複製データのデータ識別子
y をデータ位置管理表１７０５に登録する（２０１
１）。

【００６８】複製データのデータ識別子y と実際のデー
タの対応付けはデータ蓄積装置上では行なわれていな
い。そこで、以下に説明するようにデータ蓄積装置から
のデータ読み出し処理に関してはデータ識別子だけでは
なく、そのデータの位置情報も用いて行なう。

【００６９】図２１のフローチャートを用いて、ユーザ
が端末装置を用いてデータの読み出しを行なったときの
処理手順について説明する。ここでは例として端末装置
１０２a からデータ識別子がz であるデータを読み出す
ときについて説明する。端末装置１０２a はデータベー
ス１０７にデータ識別子z を送り、このデータの所在を
問い合わせる（ステップ２１０１）。データベース装置
１０７はデータ識別子z を用いてデータ所在管理表１１
０を検索し、データが格納されているキャッシュ識別子
とデータ蓄積装置識別子を取得する（ステップ２１０
２）。このとき、キャッシュ識別子が取得できた場合、
すなわち、データがキャッシュ装置上に存在する場合は
ステップ２００４に進む。キャッシュ識別子が取得でき
なかった場合、すなわち、データがキャッシュ装置上に
存在せず、データ蓄積装置内のある記憶用媒体上にしか
存在しない場合はステップ２１０７へ進む（ステップ２
１０３）。データがキャッシュ装置上に存在する場合は
データベース装置１０７はキャッシュ識別子を用いてキ
ャッシュ装置管理表１０８を検索し、データを格納した
キャッシュ装置の所在情報を取得し、それを端末装置１
０２a に返す（ステップ２１０４）。端末装置１０２a
はキャッシュ装置の所在情報を用いてキャッシュ装置に
データ識別子z に対応するデータを要求する（ステップ
２１０５）。キャッシュ装置は該当するデータを端末装
置１０２a に返す（ステップ２１０６）。データがキャ
ッシュ装置上に存在せず、データ蓄積装置内のある記憶
用媒体上に存在する場合、データベース装置１０７はス
テップ２１０２で取得したデータ蓄積装置識別子を用い
てデータ蓄積装置管理表１０９を検索し、データを格納
したデータ蓄積装置の所在情報を取得する（ステップ２
１０７）。

【００７０】次に、データベース装置１０７はデータ蓄
積装置識別子を用いてデータ位置管理表１７０５を検索
し、データの位置情報を取得し、これと上で取得したデ
ータ蓄積装置所在情報を端末装置１０２a に返す。本実
施例ではデータ蓄積装置１７０１にデータが格納されて
いる（ステップ２１０８）。端末装置１０２a はデータ
蓄積装置１７０１の所在情報とデータ識別子z に対応す
るデータの位置情報とデータ識別子z を用いてデータ蓄
積装置１７０１にデータ識別子z に対応するデータを要
求する（ステップ２１０９）。データ蓄積装置１７０１
は受信したデータ位置情報を用いてデータを格納した記
憶用媒体を求め、それをデータ読み書き装置１７０３に
セットし、該当するデータの読み出しを行ない、それを
端末装置１０２a に返す（ステップ２１１０）。

【００７１】次にデータ蓄積装置１７０１は読み出した
データをキャッシュ装置に格納するために格納するキャ
ッシュ装置の位置をデータベース装置１０７に問い合わ
せる。このとき、読み出したデータのデータ識別子z を
引数としてデータベース装置１０７に送る（ステップ２
１１１）。データベース装置１０７はキャッシュ装置管
理表１０８に登録されたキャッシュ装置の中からデータ
を格納するキャッシュ装置を１つ選択する。ここでは例
としてキャッシュ装置１０５a を選択したとする（ステ
ップ２１１２）。データベース装置１０７はデータ識別
子z を用いて複製データ管理表を検索し、キャッシュに
格納するデータが複製元データか複製先データでないか
チェックを行なう（ステップ２１１３）。キャッシュに
格納するデータが複製元データか複製先データであった
場合はステップ２１１５へ進む。そうでない場合は２１
１８へ進む（ステップ２１１４）。データ識別子がz で
あるデータが複製データであった場合、データベース装
置１０７はデータ識別子zに対応する複製データ管理表
１７０４のエントリを削除する（ステップ２１１５）。
データベース装置１０７はデータｚに対応するデータ位
置管理表１７０５の情報を削除する（ステップ２１１
６）。

【００７２】次に、データベース装置１０７はデータ所
在管理表のｚの情報のフィールド４０３のデータ蓄積装
置識別子の値を消し、空欄とする（ステップ２１１
７）。次にデータベース装置１０７はデータ所在管理表
１１０が管理するデータ識別子がz のデータに関する所
在情報で、空欄になっているフィールド４０４のキャッ
シュ識別子の値にステップ２１１２で選択したキャッシ
ュ装置１０５a のキャッシュ識別子を格納する（ステッ
プ２１１８）。次に、データベース装置１０７は２１１
２で選択したキャッシュ装置１０５a の所在情報をデー
タ蓄積装置１７０１に返す（ステップ２１１９）。デー
タ蓄積装置２０１７はキャッシュ装置１０５a の所在情
報を用いてキャッシュ装置１０５a にデータ識別子z と
ステップ２１１０で受信したデータの位置情報に対応す
るデータをキャッシュ装置に送信する（ステップ２１２
０）。キャッシュ装置は受信したデータを格納し、これ
と受信したデータ識別子z との対応付けをおこなう（ス
テップ２１２１）。

【００７３】図２２のフローチャートを用いて、キャッ
シュ上にある更新あるいは新規登録したデータをデータ
蓄積装置に書き込むときの処理手順について説明する。
ここでは例としてキャッシュ装置１０５a がデータをデ
ータ蓄積装置に書き戻す場合について説明する。キャッ
シュ装置１０５a はデータの書き戻し先をデータベース
装置１０７に問い合わせる（ステップ２２０１）。デー
タベース装置１０７はデータ位置管理表１７０５とデー
タ所在管理表１１０を検索し、データp が格納されてい
るデータの位置情報とデータを格納したデータ蓄積装置
識別子を取得する（ステップ２２０２）。上でデータ蓄
積装置識別子が取得できた場合はステップ２２０７へ進
む（ステップ２２０３）。 データ蓄積装置識別子が取
得できない場合はデータベース装置１０７はデータ蓄積
装置管理表１０９からデータ蓄積装置を１つ選択する
（ステップ２２０４）。

【００７４】次に、データベース装置１０７は選択した
データ蓄積装置の識別子をデータ所在管理表１１０のス
テップ２２０１で受信したデータ識別子に対応する情報
のデータ蓄積装置識別子のフィールドに代入する（ステ
ップ２２０５）。次にデータベース装置は上で選択した
データ蓄積装置のどこにデータを格納するかを決定し、
それをデータ位置情報として、データ識別子とともにデ
ータ位置管理表１７０５に登録する（ステップ２２０
６）。データベース装置１０７は取得したデータ蓄積装
置識別子から、そのデータ蓄積装置の所在情報を求め、
それとそのデータの格納位置を表す位置情報をキャッシ
ュ装置１０５a に返す（ステップ２２０７）。キャッシ
ュ装置１０５a はデータ蓄積装置の所在情報を元に、デ
ータとデータとデータの格納位置である位置情報を送
り、書き戻し作業をデータ蓄積装置に要求する（ステッ
プ２２０８）。データ蓄積装置はデータを所定の位置に
格納する。（ステップ２２０９）。

【００７５】ここで、この第２の実施例が従来例に比
べ、優れている点について説明する。データの複製作成
処理は、データがキャッシュ上に存在する場合にはキャ
ッシュ装置上で複製を作成し、その複製データに対し、
データ識別子を割り当て管理すればよいが、データがキ
ャッシュ上にない場合はデータ蓄積装置上で複製を作成
し、この複製データに対し、識別子を割り当て管理する
必要がある。しかしながら、データ蓄積装置が複数の記
憶用媒体で構成され、かつ、その記憶用媒体に対し読み
書きを行なうデータ読み書き装置が１つしか装備してい
ない場合、データ読み書き装置が複製元データを格納し
ている記憶用媒体とは異なる記憶用媒体に対して読み書
きを行なっているときにデータ複製作成処理の命令が発
生したときには、記憶用媒体を取り替える作業が必要に
なる。この記憶用媒体を取り替える作業には通常３秒か
ら８秒の時間がかかる。また、現在、データ読み書き装
置を用いて行なっている作業が終了してから複製データ
作成のために記憶用媒体を取り替える場合はさらに時間
がかかり、現在の作業を中断させ、複製データ作成のた
めに記憶用媒体の取り替えを行なうとすると、複製作成
により他の作業を遅らせることになる。

【００７６】本実施例では、複製元データがデータ蓄積
装置にある場合、データ複製作成処理命令発生時にはデ
ータベース１０７上の操作だけを行なうこととし、実際
の複製作成のための作業は複製データ管理表１７０４を
用いて複製データあるいは複製元データの読み出し時に
行なうことにより、複製作成処理命令の実行時間を短縮
できる。また、データ読み出し処理のときに複製作成の
ための作業を行なうため、従来のように複製作成だけの
ために記憶用媒体の取り替えを行なわないので複製作成
処理実行がシステム全体の処理に与える影響が従来より
少ない。

【００７７】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 〜b と複数の
データ入力装置１０３a 〜b と複数のデータ出力装置１
０４a 〜１０４b と複数のキャッシュ装置１０５a 〜１
０５c と、複数の記憶用媒体１７０２a 〜１７０２c と
１つのデータ読み書き装置１７０３から構成される複数
のデータ蓄積装置１７０１と、入出力機器管理装置１１
１とデータベース装置１０７から構成されるデータ管理
システムにおいて、データベース装置１０７が複製デー
タ管理表１７０４を用いてデータ複製処理を管理し、か
つデータベース装置１０７がデータ位置管理表１７０５
を用いてデータがデータ蓄積装置のどの記憶用媒体のど
こに格納されたかという位置情報を管理することによ
り、従来よりも高速かつ、他の処理の実行時間に与える
影響が従来よりも少ないデータ複製作成処理を提供する
ことが可能となる。

【００７８】（実施例４）以下、本発明の第４の実施例
について、図面を参照しながら説明する。図２３は本発
明の第４の実施例におけるデータ蓄積システムの構成を
示すブロック図である。図２３において２３０１はキャ
ッシュ装置上に存在する削除データに関する情報を管理
するキャッシュ内削除データ管理表である。２３０２は
データ蓄積装置が管理する記憶用媒体上に存在する削除
データに関する情報を管理するデータ蓄積装置内削除デ
ータ管理表である。

【００７９】図２４を用いてキャッシュ内削除データ管
理表２３０１のレコード構造について説明する。２４０
１のフィールドには削除するデータのデータ識別子を格
納する。２４０２のフィールドには削除するデータを格
納しているキャッシュ装置の識別子を格納する。

【００８０】図２５を用いてデータ蓄積装置内削除デー
タ管理表２３０２のレコード構造について説明する。２
５０１のフィールドには削除するデータのデータ識別子
を格納する。２５０２のフィールドには削除するデータ
を格納しているデータ蓄積装置の識別子を格納する。２
５０３のフィールドには削除するデータのデータ蓄積装
置内における格納位置情報を格納する。

【００８１】図２６のフローチャートを用いてデータ削
除処理の手順について説明する。ここでは例として端末
装置１０２a がデータ削除処理を行なう場合について説
明する。まず、端末装置１０２a は削除したいデータの
データ識別子を引数として、データベース装置１０７へ
データ削除処理命令を送信する（ステップ２６０１）。
データベース装置１０７は受信したデータ識別子を用い
てデータ所在管理表１１０を検索し、削除するデータが
格納されているキャッシュ識別子とデータ蓄積装置識別
子を取得する（ステップ２６０２）。ステップ２６０２
でデータ蓄積装置識別子が取得できた場合はステップ２
６０４へ進む。取得できなかった場合はステップ２６０
６へ進む（ステップ２６０３）。

【００８２】次に、データベース装置１０７はデータ位
置管理表を検索し、データ蓄積装置のどの記憶用媒体の
どこにデータが格納されているかというデータの位置情
報を取得する（ステップ２６０４）。そして、データベ
ース装置１０７は削除するデータのデータ識別子と上で
取得したデータ蓄積装置識別子、データの位置情報を組
にして、データ蓄積装置内削除データ管理表２３０２に
登録する（ステップ２６０５）。ステップ２６０２でキ
ャッシュ識別子が取得できた場合はステップ２６０７に
進む。取得できなかった場合は２６０８に進む（ステッ
プ２６０６）。次に、データベース装置１０７は削除す
るデータのデータ識別子と上で取得したキャッシュ識別
子を組にしてキャッシュ内削除データ管理表２３０１に
登録する（ステップ２６０７）。次にデータベース装置
１０７は削除するデータのデータ識別子に対応するデー
タ所在管理表１１０のエントリを削除する（ステップ２
６０８）。

【００８３】図２７のフローチャートを用いて、データ
読み出し実行の際、同時に行なうデータ削除処理の手順
について説明する。ここでは例として端末装置１０２a
からデータ読み出しを行なった場合について説明する。
まず端末装置１０２a はデータ識別子を引数にしてデー
タ読み出し命令をデータベース装置１０７に送信する
（ステップ２７０１）。データベース装置１０７はデー
タ所在管理表１１０を検索し、データを格納しているキ
ャッシュ識別子、データ蓄積装置識別子を取得する（ス
テップ２７０２）。キャッシュ識別子が取得できた場合
には２７０４の処理に進む。取得できなかった場合には
２７１１の処理へ進む（ステップ２７０３）。キャッシ
ュ識別子が取得できた場合、データベース１０７はキャ
ッシュ識別子を用いてキャッシュ装置管理表１０８を検
索し、キャッシュ装置の所在情報を取得する（ステップ
２７０４）。

【００８４】次に、データベース１０７はキャッシュ識
別子を用いて、キャッシュ内削除データ管理表２３０１
を検索し、読み出すデータが格納されているキャッシュ
装置内に存在する削除データのリストを取得する。削除
データリストはそのキャッシュ装置内に存在する削除す
べきデータのデータ識別子をリストにしたものである
（ステップ２７０５）。データベース装置１０７はステ
ップ２７０５で取得した削除データのリストに対応する
エントリをキャッシュ内削除データ管理表２３０１から
削除する（ステップ２７０６）。次にデータベース装置
１０７は取得した削除データのリストとキャッシュ装置
の所在情報を端末装置１０２a に返す（ステップ２７０
７）。端末装置１０２a は取得したキャッシュ装置の所
在情報を用いてキャッシュ装置に対し、読み出したいデ
ータのデータ識別子と上で取得した削除データのリスト
を送信する（ステップ２７０８）。キャッシュ装置は、
受信したデータ識別子に対応するデータを、端末装置１
０２a に返す（ステップ２７０９）。

【００８５】次に、キャッシュ装置は受信した削除デー
タリストのデータ識別子に対応するデータの削除を行な
う（ステップ２７１０）。キャッシュ識別子が取得でき
なかった場合、データベース装置１０７はデータ蓄積装
置識別子を用いてデータ蓄積装置管理表１０９を検索
し、データ蓄積装置の所在情報を取得する（ステップ２
７１１）。次に、データベース装置１０７はデータ識別
子を用いてデータ位置管理表１７０５を検索し、データ
がデータ蓄積装置のどの記憶用媒体のどこに格納されて
いるかを表すデータの位置情報を取得する（ステップ２
７１２）。次に、データベース１０７はデータ蓄積装置
識別子とデータの位置情報を用いて、データ蓄積装置内
削除データ管理表２３０２を検索し、読み出すデータが
格納されているデータ蓄積装置の記憶用媒体内に存在す
る削除データのリストを取得する。削除データリストは
そのデータ蓄積装置のその記憶用媒体に存在する削除す
べきデータのデータ識別子とその位置情報の組をリスト
にしたものである（ステップ２７１３）。データベース
装置１０７はステップ２７１３で取得した削除データの
リストに対応するエントリをデータ蓄積装置内削除デー
タ管理表から削除する（ステップ２７１４）。

【００８６】次に、データベース装置１０７は取得した
削除データのリストとデータ蓄積装置の所在情報とデー
タの位置情報を端末装置１０２a に返す（ステップ２７
１５）。端末装置１０２a は取得したデータ蓄積装置の
所在情報を用いてデータ蓄積装置に対し、読み出したい
データのデータ識別子と上で取得したそのデータの位置
情報と上で取得した削除データのリストを送信する（ス
テップ２７１６）。データ蓄積装置は受信したデータ識
別子とデータの位置情報を見て、対応する記憶用媒体を
データ読み書き装置１７０３に装着し、データの読み出
しを行ない、それを端末装置１０２a に返す（ステップ
２７１７）。次にデータ蓄積装置は受信した削除データ
リストのデータ識別子に対応するデータの削除を行なう
（ステップ２７１８）。

【００８７】なお、データの登録処理、データ蓄積装置
からキャッシュ装置へのデータの読み出し処理に関して
も同様の方法により削除データリストを送信し、データ
の削除を行なう。

【００８８】本実施例では、キャッシュ上のデータの削
除とデータ蓄積装置の記憶用媒体上のデータの削除を、
それらの装置にアクセスする命令が発生したときに削除
すべきデータのリストをいっしょに送信することによ
り、従来のように削除のためだけに通信をおこなった
り、削除のためだけにデータ蓄積装置内の記憶用媒体の
取り替えをおこなったりしないので、削除処理がシステ
ム全体の処理時間に及ぼす影響は少ない。

【００８９】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b と
複数のデータ入力装置１０３a 、１０３b と複数のデー
タ出力装置１０４a、１０４b と複数のキャッシュ装置
１０５a、１０５b、１０５cと、複数の記憶用媒体１７
０２a 、１７０２b 、１７０２c と１つのデータ読み書
き装置１７０３から構成される複数のデータ蓄積装置１
７０１と入出力機器管理装置１１１と、データベース装
置１０７から構成されるデータ管理システムにおいて、
データベース装置１０７がキャッシュ内削除データ管理
表２３０１とデータ蓄積装置内削除データ管理表２３０
２を用いて各キャッシュ装置内または各記憶用媒体内の
削除すべきデータのリストを管理し、かつデータベース
装置１０７がデータ位置管理表１７０５を用いてデータ
がデータ蓄積装置のどこに格納されているかという位置
情報を管理することにより、他の処理の実行時間に与え
る影響が従来よりも少ないデータ削除処理を提供するこ
とが可能となる。

【００９０】（実施例５）以下、本発明の第５の実施例
について、図面を参照しながら説明する。図２８は本発
明の第５の実施例におけるデータ蓄積システムの構成を
示すブロック図である。図２８において、２８０１は各
キャッシュ装置の性能を管理するキャッシュ性能管理表
である。

【００９１】図２９を用いてキャッシュ性能管理表２８
０１のレコード構造を説明する。２９０１のフィールド
にはキャッシュ装置を表すキャッシュ識別子を格納す
る。２９０２のフィールドにはそのキャッシュ装置の処
理速度が格納される。

【００９２】図３０のフローチャートを用いてキャッシ
ュ装置が起動する際に、処理速度をデータベース装置１
０７に登録する処理手順について説明する。ここでは例
としてキャッシュ装置１０５c が起動するときの処理手
順について説明する。まず、キャッシュ装置１０５c を
システムのネットワーク１０１に接続し、キャッシュ装
置をシステムに登録するキャッシュ登録プログラムを起
動する（ステップ３００１）。次にキャッシュ登録プロ
グラムはキャッシュ装置１０５c の所在情報と処理速度
をデータベース装置１０７に通知する（ステップ３００
２）。データベース装置１０７はキャッシュ装置の所在
情報を受け取るとキャッシュ装置管理表１０８を検索し
（ステップ３００３）、次いで同じ所在情報を持つキャ
ッシュ装置が既に登録されていないかどうかをチェック
する（ステップ３００４）。ここで、もし既に同じ所在
情報を持つキャッシュ装置が登録されている場合はステ
ップ３００５へ進み、登録されていない場合はステップ
３００７へ進む（ステップ３００４）。

【００９３】先のチェック処理においてキャッシュ装置
１０５c が登録されていると判断された場合は、データ
ベース装置１０７はキャッシュ登録プログラムにエラー
を返す（ステップ３００５）。登録プログラムはキャッ
シュ装置の起動を中止する（ステップ３００６）。同じ
所在情報を持つキャッシュ装置がまだ登録されていない
場合はデータベース装置１０７はこのキャッシュ装置に
対し、新たにキャッシュ識別子を割り当てる（ステップ
３００７）。データベース装置は３００７で新たに割り
当てたキャッシュ識別子と３００２で受け取ったキャッ
シュ装置の所在情報をキャッシュ装置管理表１０８に登
録する（ステップ３００８）。次にデータベース装置１
０７は３００７で割り当てたキャッシュ識別子と３００
２で受け取ったキャッシュの処理速度をキャッシュ性能
管理表２８０１に登録する（ステップ３００９）。次に
データベース装置は３００７で割り当てたキャッシュ識
別子をキャッシュ登録プログラムに返す（ステップ３０
０１０）。キャッシュ登録プログラムはキャッシュ識別
子を記憶しキャッシュ装置１０５c を起動する。（ステ
ップ３０１１）。

【００９４】図３１のフローチャートを用いてシステム
内の装置がデータをキャッシュに格納するためにキャッ
シュ装置の割り当てを要求するときにデータベース装置
１０７がキャッシュ装置を選択する処理手順について説
明する。まず、要求元の装置はデータベース装置に対
し、自分の処理速度を引数にしてキャッシュの所在情報
を要求する（ステップ３１０１）。データベース装置１
０７はキャッシュ性能管理表２８０１を検索し、受け取
った処理速度に近い処理速度を持つキャッシュのキャッ
シュ識別子を取得する（ステップ３１０２）。次にデー
タベース識別子１０７は３１０２で取得したキャッシュ
識別子を用いてキャッシュ装置管理表１０８を検索し、
キャッシュ装置の所在情報を取得する（ステップ３１０
３）。

【００９５】ここで本実施例が従来例よりも優位な点に
ついて説明する。本実施例は処理速度の異なる装置によ
り構成されたデータ蓄積システムにおいて、それぞれの
装置がデータ入力のためのキャッシュ装置を取得する
際、データベース装置がその装置の処理速度に近い処理
速度を持つキャッシュ装置を選択するので、従来よりも
システムの処理速度を向上させることが可能である。

【００９６】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b と
複数のデータ入力装置１０３a 、１０３b と複数のデー
タ出力装置１０４a 、１０４b と複数のキャッシュ装置
１０５a 、１０５b 、１０５c と、複数のデータ蓄積装
置１０６a 、１０６b と、入出力機器管理装置１１１
と、データベース装置１０７とから構成されるデータ蓄
積装置において、データベース装置１０７がキャッシュ
装置の処理速度の管理を行ない、かつ、各装置がキャッ
シュ装置割り当て要求の際、処理速度を申告することに
より、処理速度の異なる装置により構成されたデータ蓄
積システムにおいてシステムの処理速度を向上させ、安
定させることが可能である。

【００９７】（実施例６）以下、本発明の第６の実施例
について、図面を参照しながら説明する。図３２は本発
明の第６の実施例におけるデータ蓄積システムの構成を
示すブロック図である。３２０１はデータベース装置１
０７が管理するキャッシュ状態管理表である。

【００９８】図３３を用いてキャッシュ状態管理表３２
０１のレコード構造について説明する。３３０１のフィ
ールドにはキャッシュ装置を表すキャッシュ識別子が入
る。３３０２のフィールドにはそのキャッシュが管理す
るダーティなデータの個数を格納する。ダーティなデー
タとはデータ蓄積装置に書き込む必要があるキャッシュ
装置内のデータのことをいう。例えばデータ入力装置よ
りシステムに登録されたデータはデータ蓄積装置への書
き込み処理が発生しないかぎり、キャッシュ装置上にし
か存在しない。また、システムから読み出したデータを
更新した場合、このデータの内容はデータ蓄積装置の内
容と異なる。これらのデータはあるタイミングでデータ
蓄積装置に書き込む必要がありダーティなデータであ
る。

【００９９】図３４のフローチャートを用いて、データ
登録処理において、入力データを格納するために端末装
置がキャッシュ装置の所在情報をデータベース１０７に
要求したときにデータベース１０７がキャッシュの状態
を管理する処理手順について説明する。データベース装
置１０７は入力データを格納するキャッシュ装置の所在
情報要求を受信する（ステップ３４０１）。次に、デー
タベース装置１０７はキャッシュ装置管理表１０８に登
録されているキャッシュ装置の中から１つ選択する（ス
テップ３４０２）。次に、データベース装置１０７は３
４０２で選択したキャッシュ装置のキャッシュ識別子を
用いてキャッシュ状態管理表３２０１を検索する（ステ
ップ３４０３）。検索に成功した場合は３４０５へ進
む。失敗した場合は３４０６へ進む（ステップ３４０
４）。検索に成功した場合、データベース装置１０７は
キャッシュ識別子に対応するキャッシュ状態管理表中の
データのフィールド３３０２の値を１増加し、更新する
（ステップ３４０５）。検索に失敗した場合データベー
ス装置１０７は３４０２で選択したキャッシュ識別子と
データ蓄積装置にまだ格納されていないデータの個数と
して１をキャッシュ状態管理表３２０１に登録する（ス
テップ３４０６）。

【０１００】図３５のフローチャートを用いて、端末装
置が更新したデータをキャッシュ装置に格納するために
キャッシュ装置の所在情報をデータベース装置１０７に
要求したときにデータベース１０７がキャッシュの状態
を管理する処理手順について説明する。まず、データベ
ース装置１０７は更新したデータのデータ識別子を引数
とした更新データを格納するキャッシュ装置の所在情報
要求を受信する（ステップ３５０１）。次にデータベー
ス装置１０７は受信したデータ識別子を用いてデータ所
在管理表１１０を検索し、データを格納しているキャッ
シュ識別子とデータ蓄積装置識別子を取得する（ステッ
プ３５０２）。このとき、データ蓄積装置識別子が取得
できた場合には３５０４へ進む（ステップ３５０３）。
データ蓄積装置識別子が取得できなかった場合は、この
更新データはデータ入力装置からシステムに登録された
ままで、まだデータ格納装置に登録されていないデータ
を更新したものなので、このデータの更新によるキャッ
シュ上のデータ蓄積装置に書き込む必要があるデータの
個数には変化がない。従ってキャッシュ状態管理表３２
０１の更新は行なわない。データ蓄積装置識別子が取得
できた場合は、この更新データとそれに対応するデータ
蓄積装置内のデータとでは内容が異なるので、この更新
データはデータ蓄積装置に書き込む必要がある。従っ
て、キャッシュ上のデータ蓄積装置に書き込む必要があ
るデータの個数は１増えるので、キャッシュ状態管理表
３２０１で、３５０２で取得したキャッシュ識別子に対
応する情報のフィールド３３０２の値を１増加し、キャ
ッシュ状態管理表３２０１を更新する（ステップ３５０
４）。

【０１０１】図３６のフローチャートを用いてキャッシ
ュ装置上のデータをデータ蓄積装置に書き込む処理でキ
ャッシュ装置がデータベース装置１０７に書き込み先の
データ蓄積装置の所在情報要求を行なった際、データベ
ース装置１０７がキャッシュの状態を管理する処理手順
について説明する。このデータ蓄積装置への書き込み処
理はダーティなデータだけをキャッシュ装置が選択し
て、それらのデータの書き込みを行なう処理で一般にラ
イトバック（write back）処理として知られている。こ
のデータ蓄積装置への書き込み処理によりキャッシュ装
置内のデータと、それに対応するデータ蓄積装置内のデ
ータはに一致し、ダーティなデータはダーティではなく
なる。まず、データベース装置１０７はキャッシュ装置
からデータ蓄積装置へ書き込むデータのデータ識別子と
キャッシュ識別子を引数としたデータ蓄積装置所在情報
要求を受信する（ステップ３６０１）。次にデータベー
ス装置１０７は受信したキャッシュ識別子に対応するキ
ャッシュ状態管理表３２０１内の情報のフィールド３２
０１の値を１減じ、キャッシュ管理表３２０１を更新す
る（ステップ３６０２）。

【０１０２】図３７のフローチャートを用いてキャッシ
ュのあふれ処理における、キャッシュ装置がダーティな
データを削除するためにおこなう処理手順について説明
する。ここでは例としてキャッシュ装置１０５c が上記
の処理を行なう場合について説明する。まず、キャッシ
ュ装置１０５c はあふれ処理のために削除しなければな
らないダーティなデータの識別子を引数としてデータベ
ース１０７にこれらのデータの格納先の所在情報を要求
する（ステップ３７０１）。データベース装置１０７は
受信したデータ識別子に対応するデータ所在管理表１１
０内の情報のフィールド４０４のキャッシュ識別子の値
を消去する（ステップ３７０２）。次に、データベース
装置１０７はステップ３７０１で処理の要求元であるキ
ャッシュ装置１０５cのキャッシュ識別子を用いてこれ
に対応するキャッシュ状態管理表３２０１内の情報のフ
ィールド３３０２の値を１減し、更新する（ステップ３
７０３）。次に、データベース装置１０７はキャッシュ
状態管理表３２０１を検索し、キャッシュ状態管理表３
２０１のフィールド３３０２の値が一番小さいキャッシ
ュ識別子を取得する（ステップ３７０４）。次にデータ
ベース装置１０７は取得したキャッシュ識別子がステッ
プ３７０１で処理の要求元であるキャッシュ装置１０５
c のキャッシュ識別子と同じかどうかを調べる。同じで
ある場合はステップ３７０９へ進む。同じでない場合は
ステップ３７０６へ進む（ステップ３７０５）。

【０１０３】データベース装置は、ステップ３７０４で
取得したキャッシュ識別子を用いてこれに対応するキャ
ッシュ状態管理表３２０１内の情報のフィールド３３０
２の値を１増し、更新する（ステップ３７０６）。次
に、データベース装置１０７は、ステップ３７０１で受
信したデータ識別子を用いてデータ所在管理表内の対応
する情報のフィールド４０４のキャッシュ装置識別子の
値としてステップ３７０４で取得したキャッシュ識別子
を代入し、表を更新する（ステップ３７０７）。次に、
データベース装置１０７はステップ３７０４で取得した
キャッシュ識別子を用いてキャッシュ装置管理表１０９
を検索し、対応するキャッシュ装置の所在情報を取得す
る（ステップ３７０８）。ステップ３７０２で検索した
キャッシュ識別子とステップ３７０１で処理の要求元で
あるキャッシュ装置１０５c のキャッシュ識別子が同じ
場合、他のキャッシュ装置にもデータを格納する余裕が
ないのでデータの書き込み先はデータ蓄積装置となる。
そこでデータベース装置１０７はデータ所在管理表１１
０を検索し、データ蓄積装置識別子を取得する（ステッ
プ３７０９）。ステップ３７０９でデータ蓄積装置識別
子が取得できない場合にはステップステップ３７１２へ
進む（ステップ３７１０）。

【０１０４】データベース装置１０７は、ステップ３７
０９で取得したデータ蓄積装置識別子を用いてデータ蓄
積装置管理表１０９を検索し、データ蓄積装置の所在情
報を取得する（ステップ３７１１）。データ蓄積装置識
別子が取得できない場合、データベース装置１０７はデ
ータ蓄積装置管理表に登録されているデータ蓄積装置か
ら１つを選択する（ステップ３７１２）。次に、データ
ベース装置１０７は３７０１で受信したデータ識別子を
用いてデータ所在管理表内の対応する情報のフィールド
４０３の値としてステップ３７１２で選択したデータ蓄
積装置の識別子を代入し、表を更新する（ステップ３７
１３）。データベース識別子は装置の所在情報をキャッ
シュ装置１０５c に返す（ステップ３７１４）。キャッ
シュ装置１０５c は３７１４で受け取った所在情報を持
つ装置に対し、データ識別子とそれに対応するデータを
送信し、データの格納を要求する。要求先の装置はデー
タ識別子とデータの対応付けを行ない、データを格納す
る（ステップ３７１５）。キャッシュ装置１０５c はデ
ータを削除する（ステップ３７１６）。

【０１０５】ここで、本実施例が従来例に比べて優れて
いる点について説明する。従来例ではキャッシュ装置が
あふれ処理を実行する際、ダーティなデータで、キャッ
シュ装置から削除しなければならないデータはデータ蓄
積装置に書き込んだ後、キャッシュから削除するという
処理を行なっている。一般にデータ蓄積装置はキャッシ
ュ装置よりも処理時間が遅いのであふれ処理におけるデ
ータ蓄積装置への書き込み処理はシステム全体の処理速
度を下げる原因の１つであった。これに対し、本実施例
ではデータベース装置が各キャッシュ装置がどれだけダ
ーティなデータを持つかというキャッシュの状態を管理
することにより、あふれ処理発生時にはダーティなデー
タをデータ蓄積装置に書き込むかわりにダーティなデー
タが少ない別のキャッシュ装置にそのデータを格納する
ことを依頼することにより、データ蓄積装置へのアクセ
スを少なくし、これによりシステム全体の処理速度を向
上させることを可能とする。また、データベース装置が
データの読み書きの制御を行なうため、上記のキャッシ
ュの状態の管理のためにデータベース装置がキャッシュ
装置にアクセスする必要がなく、負荷の少ないキャッシ
ュの状態管理を実現している。

【０１０６】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b
と、複数のデータ入力装置１０３a 、１０３b と、複数
のデータ出力装置１０４a 、１０４b と、複数のキャッ
シュ装置１０５a 、１０５b 、１０５c と、複数のデー
タ蓄積装置１０６a 、１０６b と、入出力機器管理装置
１１１と、データベース装置１０７とから構成されるデ
ータ蓄積装置において、データベース装置１０７と入出
力機器装置１１１がキャッシュ装置とデータ蓄積装置と
データ入力装置とデータ出力装置の所在情報を管理し、
さらにデータベース装置１０７がキャッシュ装置の状態
を管理することにより、キャッシュのあふれ処理発生時
にデータ蓄積装置への書き込み処理を最小にすることに
より、システム全体の処理速度を向上することが可能と
なる。

【０１０７】（実施例７）以下、本発明の第７の実施例
について、図面を参照しながら説明する。図３８は本発
明の第７の実施例におけるデータ蓄積システムの構成を
示すブロック図である。図３８において、３８０１はデ
ータベース装置１０７が管理するユーザアクセス管理表
である。

【０１０８】図３９を用いてユーザアクセス管理表３８
０１のレコード構造について説明する。図３９におい
て、３９０１のフィールドにはユーザ識別子が入る。ユ
ーザ識別子はユーザを識別するものである。ユーザ識別
子はこのデータ蓄積システムを構成する計算機のオペレ
ーティングシステムにより管理されている。ユーザはデ
ータ蓄積システムを利用するためにまず、端末装置から
オペレーティングシステムに対しログインを行なう。こ
のときにユーザを識別するユーザ識別子がオペレーティ
ングシステムから配布される。３９０２のフィールドに
はデータ識別子が入る。この管理表はダーティなデータ
を最後にアクセスしたユーザは誰かという情報を管理す
る。

【０１０９】次に、図４０、４１、４２のフローチャー
トを用いて、ユーザアクセス管理表３８０１への情報の
登録、更新、削除の処理手順について説明する。先ず、
図４０のフローチャートを用いて、ユーザがデータ更新
処理またはデータ登録処理を行なう際にデータを格納す
るキャッシュ装置の所在情報の要求がデータベース装置
１０７に送信されたときに、データベース装置１０７が
ユーザアクセス管理表に対して行なう情報の登録、更新
処理の手順について説明する。ここでは例として、要求
元のユーザのユーザ識別子をx とする。

【０１１０】０まずデータベース装置１０７は登録ある
いは更新するデータのデータ識別子を用いてユーザアク
セス管理表を検索する（ステップ４００１）。検索に成
功した場合はステップ４００３に進む。失敗した場合は
ステップ４００４へ進む（ステップ４００２）。検索に
成功した場合、そのデータ識別子に対応するユーザアク
セス管理表３８０１内の情報のフィールド３９０１のユ
ーザ識別子の値をx に書き換え、表の更新を行なう（ス
テップ４００３）。検索に失敗した場合はユーザ識別子
x とデータ識別子を組にしてユーザアクセス管理表３８
０１へ登録す０（ステップ４００４）。

【０１１１】次に、図４１のフローチャートを用いて、
ユーザがデータ読み出し処理を行なう際に読み出したい
データを格納するキャッシュ装置あるいはデータ蓄積装
置の所在情報の要求がデータベース装置１０７に送信さ
れたときに、データベース１０７がユーザアクセス管理
表に対して行なう情報の更新処理の手順について説明す
る。ここでは例として、要求元のユーザのユーザ識別子
をx とする。

【０１１２】まずデータベース装置１０７は読み出し要
求の対象となるデータのデータ識別子を用いてユーザア
クセス管理表３８０１を検索する（ステップ４１０
１）。検索に失敗した場合はユーザアクセス管理表３８
０１に関しては何も処理を行なわない。検索に成功した
場合はステップ４１０３へ進む（ステップ４１０２）。
次にデータベース装置１０７は読み出し要求の対象とな
るデータのデータ識別子に対応するユーザアクセス管理
表３８０１内の情報のフィールド３９０１のユーザ識別
子の値をx に書き換え、表の更新を行なう（ステップ４
１０３）。

【０１１３】次に、図４２のフローチャートを用いて、
キャッシュあふれ処理発生時にキャッシュ装置がデータ
をデータ蓄積装置に書き戻す作業を行なうためにデータ
ベース装置１０７に書き戻し先のデータ蓄積装置の所在
情報問合せを行なった際、データベース装置１０７がユ
ーザアクセス管理表に対して行なう情報の削除処理の手
順について説明する。ここでは、例として、キャッシュ
装置が書き戻すデータのデータ識別子をx とする。

【０１１４】まず、データベース１０７はデータ識別子
x を用いてユーザアクセス管理表３８０１を検索する
（ステップ４２０１）。検索に失敗した場合にはユーザ
アクセス管理表３８０１に関しては何も処理を行なわな
い。検索に成功した場合はステップ４２０３へ進む（ス
テップ４２０２）。データベース装置１０７はデータ識
別子x に対応するユーザアクセス管理表内のデータを削
除する（ステップ４２０３）。

【０１１５】図４０で説明した処理手順により、ユーザ
アクセス管理表３８０１にはダーティなデータをアクセ
スしたユーザの情報が格納される。また、図３９、図４
１で説明した処理手順により、ユーザアクセス管理表３
８０１には常にダーティなデータにアクセスした最新の
ユーザに関する情報が格納される。また、図４２で説明
した処理手順によりキャッシュあふれ処理が発生した場
合、ダーティでなくなったデータの情報をユーザアクセ
ス管理表より削除するのでユーザアクセス管理表３８０
１にはダーティなデータにアクセスした最新のユーザに
関する情報のみが格納される。

【０１１６】このユーザアクセス管理表３８０１を用い
たライト・バック（write back）処理について図４３を
用いて説明する。本発明のライト・バック処理はユーザ
からのデータ読み出し処理でキャッシュ上にないデータ
の読み出しを行なう際起動する。ここでは例としてユー
ザ識別子がx であるユーザがキャッシングされておら
ず、データ蓄積装置１７０１内の記憶用媒体１７０２a
上にあるデータ識別子がy であるデータの読み出しを行
なうためにデータベース装置１０７に対しデータの所在
要求をおこなったときの処理について説明する。データ
ベース装置１０７は図４１で説明したデータ読み出しの
際のユーザアクセス管理表に対する処理を終了した後、
以下の処理を行なう。データベース装置１０７はデータ
識別子y を用いてデータ所在管理表を検索する（ステッ
プ４３０１）。この場合、データ蓄積装置識別子しか取
得できないのでデータベース装置１０７はデータ蓄積装
置管理表１０９を検索し、データ蓄積装置の所在情報を
得、それを要求元に返す（ステップ４３０２）。要求元
はこの情報を用いてデータ蓄積装置１７０１にデータの
読み出し処理を要求する（ステップ４３０３）。

【０１１７】データ蓄積装置１７０１はデータ読み書き
装置１７０３に記憶用媒体１７０２a を装着し該当する
データを読み出し、これを要求元に返す（ステップ４３
０４）。要求元はデータの読み出しが終了したことをデ
ータベース装置１０７に通知する（ステップ４３０
５）。データベース装置１０７は要求元のユーザ識別子
xを用いてユーザアクセス管理表３８０１を検索し、ユ
ーザ識別子がx であるユーザがアクセスしたダーティデ
ータの最新一覧を取得する（ステップ４３００）。次
に、データベース装置１０７はステップ４３０６で取得
したユーザ識別子がxであるユーザがアクセスしたダー
ティデータの最新一覧の中のデータ識別子を用いてデー
タ所在管理表１１０を検索し、どのデータをどのキャッ
シュ装置がキャッシュしているかという情報を取得する
（ステップ４３０７）。次に、データベース装置１０７
は各キャッシュ装置に対し、ステップ４３０６で取得し
たユーザ識別子がx であるユーザがアクセスしたダーテ
ィデータの最新一覧のう ち、そのキャッシュ装置がキ
ャッシングしているデータの識別子をリストアップし、
このリストとステップ４３０２で取得したデータ蓄積装
置の所在情報を送信し、ライト・バック処理を命じる
（ステップ４３０８）。

【０１１８】各キャッシュ装置は受信したデータ識別子
のリストとデータ蓄積装置の所在情報を用いて、リスト
内のデータ識別子とそれに対応するデータをデータ蓄積
装置１７０１に送信し、ライト・バック処理を実行する
（ステップ４３０９）。データ蓄積装置１７０１の状態
はステップ４３０４のままなので、受信したデータを記
憶用媒体１７０２a に格納する（ステップ４３１０）。
各キャッシュ装置はwrite back処理が終了したことをデ
ータベース装置１０７に通知する（ステップ４３１
１）。データベース装置１０７は４３０６で取得したリ
ストのデータ識別子を用いて、データ所在管理表内のこ
れらのデータ識別子に対応する情報のフィールド４０３
のデータ蓄積装置識別子をすべてデータ蓄積装置１７０
１の識別子に書き換え、表を更新する（ステップ４３１
２）。データベース装置１０７は４３０６で取得したリ
ストのデータ識別子に対応するユーザアクセス管理表３
８０１内の情報を削除する（ステップ４３１３）。以上
の手順でライト・バック処理を行なうことにより、ユー
ザ識別子がx であるユーザが読んだダーティデータは記
憶用媒体１７０２a に格納される。

【０１１９】ここで本実施例が従来例に比べ優れている
点について説明する。従来例では、ユーザがよく利用す
るデータを一つの記憶用媒体に格納するためにはデータ
を登録するときに記憶用媒体を意識する必要があり、ど
のデータをどの記憶用媒体に格納するかというデータ管
理をユーザが行なう必要があった。また、この管理方法
は静的であるため、ユーザの利用形態に合わせて変更す
ることが難しい。本発明ではユーザは上述のようなデー
タ管理を行なう必要がなく、ライト・バックのときにユ
ーザがアクセスしたデータを１つの記憶用媒体に記憶す
るという方法をとるため、ユーザが頻繁にアクセスし、
更新するデータやユーザが登録したデータは同じ記憶用
媒体に格納される。また、ユーザのデータ利用形態が変
化すれば、それにあわせてライト・バック先の記憶用媒
体も変化するので従来よりも柔軟なデータ管理が実現で
きる。

【０１２０】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b
と、複数のデータ入力装置１０３a、１０３b と、複数
のデータ出力装置１０４a、１０４b と、複数のキャッ
シュ装置１０５a 、１０５b 、１０５c と、複数の記憶
用媒体１７０２a 、１７０２b 、１７０２c と、１つの
データ読み書き装置１７０３とから構成されるデータ蓄
積装置１７０１と入出力機器管理装置１１１と、データ
ベース装置１０７とから構成されるデータ管理システム
において、データベース装置１０７と入出力機器装置１
１１がキャッシュ装置とデータ蓄積装置とデータ入力装
置とデータ出力装置の所在情報を管理し、さらにデータ
ベース装置１０７がデータ蓄積装置に書き込む必要があ
るデータとそれにアクセスした最新のユーザとの対応を
管理することにより、システムが自動的に一人のユーザ
が登録したデータ、または頻繁に更新するデータを１つ
の記憶用媒体に格納することにより、従来よりも柔軟な
データ管理を実現することが可能となる。

【０１２１】（実施例８）以下、本発明の第８の実施例
について、図面を参照しながら説明する。図４４は本発
明の第８の実施例におこえるデータ蓄積システムの構成
を示すブロック図である。４４０１a,b はユーザが読み
出し処理を行なったデータの履歴を記憶する読み出し履
歴リストである。

【０１２２】図４５を用いて読み出し履歴リスト４４０
１の構造について説明する。読み出し履歴リストはデー
タ識別子を要素とするリストである。リスト内のデータ
識別子は読み出しを行なわれた順番に順序化に格納され
ており、同じデータ識別子が複数登録されている場合も
ある。例えば４５０１のデータ識別子のデータの読み出
しは４５０２のデータ識別子のデータの読み出しより古
い。また、このリストの長さは有限とする。

【０１２３】図４６のフローチャートを用いて、データ
読み出し処理のときの読み出し履歴リストの管理の処理
手順について説明する。ここでは、例として、端末装置
１０２a が識別子がｘであるデータを読み出す場合につ
いて説明する。まず、端末装置はこれから読み出しを行
なうデータのデータ識別子ｘを用いて読み出し履歴リス
ト４４０１a を検索する。検索に成功した場合はステッ
プ４６０３の処理に進む。検索に失敗した場合はステッ
プ４６０５の処理に進む（ステップ４６０２）。検索に
成功した場合、読み出し履歴リストを用いて、そのデー
タ識別子ｘよりもあとにデータの読み出しを行なったデ
ータのデータ識別子のリストを取得する（ステップ４６
０３）。端末装置は４６０３で取得したリストをデータ
ベース管理装置１０７に送信し、これらのデータをキャ
ッシュするよう命令する（ステップ４６０４）。

【０１２４】次に、端末装置１０２a はデータ識別子ｘ
をデータベース装置１０７に送信し、データを格納して
いる装置の所在情報を要求する（ステップ４６０５）。
端末装置１０２a はデータベースからデータを格納して
いる装置の所在情報を受け取ると、それを用いて、デー
タの読み出しを行なう（ステップ４６０６）。端末装置
１０２a は読み出し履歴リスト４４０１a にデータ識別
子ｘをリストの先頭に付け加える。このとき、リストが
いっぱいになっている場合は一番古いデータ識別子を削
除する（ステップ４６０７）。

【０１２５】図４７のフローチャートを用いて、端末装
置１０２a より上記のステップ４６０４の処理で送信し
たデータ識別子のリストを受信したときのデータベース
装置１０７の処理について説明する。データベース装置
１０７は受信したリストのデータ識別子を用いてデータ
所在管理表１１０を検索し、キャッシングされていない
データの識別子リストを作成する（ステップ４７０
１）。次にデータベース装置１０７はステップ４７０１
の処理で取得したデータ識別子リストのデータ識別子に
それぞれキャッシュ装置を割り当てる（ステップ４７０
２）。次に、これらのデータに対応するデータ所在管理
表１１０内の情報の、フィールド４０４に割り当てたキ
ャッシュ装置の識別子を代入し、表を更新する（ステッ
プ４７０３）。次に、データベース装置１０７は、４７
０１の処理で取得したデータ識別子リストのデータを格
納するそれぞれのデータ蓄積装置に対し、４７０２の処
理で割り当てたキャッシュ装置にこれらのデータをキャ
ッシングするように命令する（ステップ４７０４）。

【０１２６】ここで本実施例が従来例に比べて優れてい
る点について説明する。あるデータを読み出した後には
必ずある決まったデータを読み出すという定型業務にお
いて、従来のデータ蓄積システムではあるデータを読み
出したときに次に読み出すデータが必ずキャッシュ装置
に格納されている保証がないため、次のデータをデータ
蓄積装置から読み出さなければならない可能性があり、
それによりシステムの処理速度が落ちるという問題があ
った。本実施例では端末装置が過去にどの順番でデータ
の読み出しが行なわれたかという情報を保持することに
より、次に読み出される可能性があるデータを事前にキ
ャッシングすることにより定型業務における処理速度を
従来よりも向上させることを実現する。

【０１２７】以上、本実施例によれば、ネットワーク１
０１に接続された複数の端末装置１０２a 、１０２b
と、複数のデータ入力装置１０３a 、１０３b と、複数
のデータ出力装置１０４a 、１０４b と、複数のキャッ
シュ装置１０５a 、１０５b 、１０５c と、複数のデー
タ蓄積装置１０６a 、１０６b と、入出力機器管理装置
１１１と、データベース装置１０７から構成されるデー
タ蓄積装置において、データベース装置１０７と入出力
機器装置１１１がキャッシュ装置とデータ蓄積装置とデ
ータ入力装置とデータ出力装置の所在情報を管理し、さ
らに端末装置１０２a 、１０２b が過去に読み出したデ
ータの順番を管理するために読み出し履歴リスト４４０
１a 、４０１b を装備することにより、次に読み出され
る可能性があるデータを事前にキャッシングし、定型業
務における処理速度を従来よりも向上させることを可能
とする。

【０１２８】

【発明の効果】以上のように本発明は、上記第１の実施
例から明かなようにデータ入力装置とデータ出力装置の
管理を行なう入出力機器管理装置と、データベース装置
にキャッシュ装置とデータ蓄積装置の所在を管理するキ
ャッシュ管理表とデータ蓄積装置管理表と、キャッシュ
装置とデータ蓄積装置とデータ入力装置とデータ出力装
置内に所在情報を登録するための登録プログラムを設け
ることにより、システムが稼働中でもキャッシュ装置の
増設やデータ蓄積装置の増設やデータ入力装置の増設や
データ出力装置の増設を簡単に行うことができ、システ
ムの要件に対し、柔軟に対応できる優れたデータ蓄積シ
ステムを実現できるものである。

【０１２９】また、本発明は、上記第２の実施例から明
かなようにデータベース装置にキーワードが未設定なデ
ータを管理するキーワード未設定データ管理表を設ける
ことにより、登録処理時にユーザがキーワードを登録す
る前にデータ格納を行うことを可能とし、これにより大
量データを登録するときの待ち時間を短縮し、高速な登
録処理を提供することができる優れたデータ蓄積システ
ムを実現できるものである。

【０１３０】また、本発明は、上記第３の実施例から明
かなようにデータベース装置にデータ蓄積装置のデータ
の格納位置を管理するデータ位置管理表と複製データ作
成処理を管理する複製データ管理表を設けることによ
り、データ蓄積装置のある記憶用媒体内のキャッシュさ
れていないデータの複製を作成する際、データベース装
置が管理するデータ所在情報だけを変更し、実際の複製
作成作業はそのデータに対する読み出し命令の後に行う
キャッシング処理のときに併せて行うことを可能とし、
これにより高速で、かつ、システム内の他の処理への影
響を最小限とするデータ複製処理を提供することができ
る優れたデータ蓄積システムを実現できるものである。

【０１３１】また、本発明は、上記第４の実施例から明
かなようにデータベース装置にデータ蓄積装置のデータ
の格納位置を管理するデータ位置管理表と削除データを
管理する削除データ管理表を設けることにより、削除命
令発行時には、データベース装置が管理するデータ所在
情報だけを変更し、その後、キャッシュ上のデータの削
除はそのキャッシュ装置へのアクセスが行われる際にま
とめて実行し、また、データ蓄積装置のある記憶用媒体
上のデータの削除はその記憶用媒体へのアクセスが行わ
れる際にまとめて実行することを可能とし、これにより
高速で、かつ、システム内の他の処理への影響を最小限
とするデータ削除処理を提供することができる優れたデ
ータ蓄積システムを実現できるものである。

【０１３２】また、本発明は、上記第５の実施例から明
かなようにデータベース装置にキャッシュ装置の性能を
管理するキャッシュ性能管理表を設けることにより、デ
ータベース装置がデータ入力装置にキャッシュ装置を割
り当てる際に、処理速度の近いものを割り当てることを
可能とし、これにより資源を有効に活用した従来よりも
効率が良く、安定した性能を提供することができる優れ
たデータ蓄積装置を実現できるものである。

【０１３３】また、本発明は、上記第６の実施例から明
かなようにデータベース装置にキャッシュ装置の状態を
管理するキャッシュ状態管理表を設けることにより、あ
ふれ処理発生時に、キャッシュ装置がダーティなデータ
を低速なデータ蓄積装置に書き込むかわりに、ダーティ
データが少ない他のキャッシュ装置に書き込むことによ
りあふれ処理実行時にデータ蓄積装置にアクセスする頻
度を従来よりも少なくすることができるので、高速なあ
ふれ処理を提供することが可能となり、あふれ処理実行
時に、他の登録処理や読み出し処理に負荷をかけない安
定した性能を提供することができる優れたデータ蓄積装
置を実現できるものである。

【０１３４】また、本発明は、上記第７の実施例から明
らかなようにデータベース装置にどのダーティなデータ
にどのユーザがアクセスしたかという情報を管理するユ
ーザアクセス管理表を設けることにより、write back
処理時に、あるユーザが登録または更新したダーティデ
ータをまとめて、データ蓄積装置の１つの記憶用媒体に
格納することを可能とし、これにより、ユーザがデータ
蓄積装置内のデータにアクセスしたときに発生する記憶
用媒体のデータ読み書き装置への着脱の頻度を従来より
も少なくすることができ、データ蓄積装置へのアクセス
時間を短くすることができる優れたデータ蓄積装置を実
現できるものである。

【０１３５】また、本発明は、上記第８の実施例から明
かなように端末装置に過去にユーザがデータを読み出し
た順番を記憶する読み出し履歴リストを設けることによ
り、ユーザがあるデータの読み出しを実行する際、端末
装置はこの読み出し履歴リストから、現在読み出そうと
しているデータを過去に読み出した際の履歴を調べ、こ
の後、続けて読み出されると予想されるデータのリスト
をデータベース装置に送り、これらのデータをキャッシ
ングしておくように指示することにより、定型業務など
においては、常に次に読み出されるデータはキャッシュ
上にあるので、高速なデータ読み出しを提供することが
できる優れたデータ蓄積システムを実現できるものであ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるデータ蓄積シス
テムの構成を示すブロック図

【図２】第１の実施例におけるキャッシュ装置管理表の
レコード構成図

【図３】第１の実施例におけるデータ蓄積装置管理表の
レコード構成図

【図４】第１の実施例におけるデータ所在管理表のレコ
ード構成図

【図５】第１の実施例におけるデータ入力装置管理表の
レコード構成図

【図６】第１の実施例におけるデータ出力装置管理表の
レコード構成図

【図７】第１の実施例におけるキャッシュ装置起動時の
登録処理のフローチャート

【図８】第１の実施例におけるデータ蓄積装置装置起動
時の登録処理のフローチャート

【図９】第１の実施例におけるデータ入力装置起動時の
登録処理のフローチャート

【図１０】第１の実施例におけるデータ出力装置起動時
の登録処理のフローチャート

【図１１】第１の実施例におけるデータの登録処理のフ
ローチャート

【図１２】第１の実施例におけるデータの出力処理のフ
ローチャート

【図１３】第１の実施例におけるキャッシュ装置からデ
ータ蓄積装置へのデータの書き込み処理のフローチャー
ト

【図１４】第２の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図１５】第２の実施例におけるキーワード未設定デー
タ管理表のレコード構成図

【図１６】第２の実施例におけるデータの登録処理のフ
ローチャート

【図１７】第３の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図１８】第３の実施例における複製データ管理表のレ
コード構成図

【図１９】第３の実施例におけるデータ位置管理表のレ
コード構成図

【図２０】第３の実施例におけるデータ複製作成処理の
フローチャート

【図２１】第３の実施例におけるデータ読み出し処理の
フローチャート

【図２２】第３の実施例におけるキャッシュ装置からデ
ータ蓄積装置へのデータの書き込み処理のフローチャー
ト

【図２３】第４の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図２４】第４の実施例におけるキャッシュ内削除デー
タ管理表のレコード構成図

【図２５】第４の実施例におけるデータ蓄積装置内削除
データ管理表のレコード構成図

【図２６】第４の実施例におけるデータ削除処理のフロ
ーチャート

【図２７】第４の実施例におけるデータ読み出し処理の
フローチャート

【図２８】第５の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図２９】第５の実施例におけるキャッシュ性能管理表
のレコード構成図

【図３０】第５の実施例におけるキャッシュ装置起動時
の登録処理のフローチャート

【図３１】第５の実施例におけるキャッシュ装置割り当
て処理のフローチャート

【図３２】第６の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図３３】第６の実施例におけるキャッシュ状態管理表
のレコード構成図

【図３４】第６の実施例におけるデータ登録処理におけ
るキャッシュ状態管理処理のフローチャート

【図３５】第６の実施例におけるデータ更新処理におけ
るキャッシュ状態管理処理のフローチャート

【図３６】第６の実施例におけるキャッシュ装置からデ
ータ蓄積装置へのデータの書き込み処理におけるキャッ
シュ状態管理処理のフローチャート

【図３７】第６の実施例におけるキャッシュあふれ処理
のフローチャート

【図３８】第７の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図３９】第７の実施例におけるユーザアクセス管理表
のレコード構成図

【図４０】第７の実施例におけるデータ登録、更新処理
におけるユーザアクセス管理処理のフローチャート

【図４１】第７の実施例におけるデータ読み出し処理に
おけるユーザアクセス管理処理のフローチャート

【図４２】第７の実施例におけるキャッシュあふれ処理
におけるユーザアクセス管理処理のフローチャート

【図４３】第７の実施例におけるキャッシュ装置からデ
ータ蓄積装置へのデータの書き込み処理のフローチャー
ト

【図４４】第８の実施例におけるデータ蓄積システムの
構成を示すブロック図

【図４５】第８の実施例における読み出し履歴リスト構
成図

【図４６】第８の実施例におけるデータ読み出し処理に
おける読み出しデータ履歴管理処理のフローチャート

【図４７】第８の実施例におけるデータ読み出し処理に
おけるデータのキャッシング処理のフローチャート

【図４８】従来のデータ蓄積システムの構成を示すブロ
ック図

【符号の説明】

１０１ ネットワーク １０２a,b 端末装置 １０３a,b データ入力装置 １０４a,b データ出力装置 １０５a,b,c キャッシュ装置 １０６a,b データ蓄積装置 １０７ データベース装置 １０８ キャッシュ管理表 １０９ データ蓄積装置管理表 １１０ データ所在管理表 １１１ 入出力機器管理装置 １１２ データ入力装置管理表 １１３ データ出力装置管理表 １１４a,b,c,d,e,f,g,h,i 登録プログラム １４０１ キーワード未設定データ管理表 １７０１ 複数の記憶用媒体と１つのデータ読み書き装
置より構成されるデータ蓄積装置 １７０２a,b,c 記憶用媒体 １７０３ データ読み書き装置 １７０４ 複製データ管理表 １７０５ データ位置管理表 ２３０１ キャッシュ内削除データ管理表 ２３０２ データ蓄積装置内削除データ管理表 ２８０１ キャッシュ性能管理表 ３２０１ キャッシュ状態管理表 ３８０１ ユーザアクセス管理表 ４４０１ 読み出し履歴リスト ４８０１ 従来例におけるネットワーク ４８０２ 従来例における端末装置 ４８０３ 従来例におけるデータ入力装置 ４８０４ 従来例におけるデータ出力装置 ４８０５ 従来例におけるキャッシュ装置 ４８０６ 従来例におけるデータ蓄積装置 ４８０７ 従来例におけるデータベース装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田 中 伸 明 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 竹 下 和 徳 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】ネットワーク上に接続されたデータ蓄積装
   置と、高速記憶処理を行なうキャッシュ装置と、データ
   入力装置と、データ出力装置と、データの管理を行なう
   データベース装置と、データ入力装置とデータ出力装置
   の管理を行なう入出力機器管理装置を有し、さらにデー
   タベース装置がキャッシュ装置とデータ蓄積装置の所在
   を管理するキャッシュ装置管理表およびデータ蓄積装置
   管理表を有し、かつ、キャッシュ装置とデータ蓄積装置
   とデータ入力装置とデータ出力装置が所在情報を登録す
   るための登録プログラムを備えていることを特徴とする
   データ蓄積システム。
2. 【請求項２】データベース装置がキーワードを割り当て
   ていないデータに関する管理を行うキーワード未設定デ
   ータ管理表を有する請求項１記載のデータ蓄積システ
   ム。
3. 【請求項３】データ蓄積装置が複数の記憶用媒体と１つ
   のデータ読み書き装置から構成され、データベース装置
   がデータがデータ蓄積装置のどこに格納されたかを管理
   するデータ位置管理表を有し、さらに、複製データ作成
   処理に関する管理を行なう複数データ管理表を有する請
   求項１記載のデータ蓄積システム。
4. 【請求項４】データ蓄積装置が複数の記憶用媒体と１つ
   のデータ読み書き装置から構成され、かつデータ位置管
   理表によりデータベースがデータ蓄積装置内のデータの
   位置に関する管理を行なう場合に、データベース装置が
   削除データを管理するキャッシュ内削除データ管理表と
   データ蓄積装置内削除データ管理表を有することを特徴
   とする請求項３記載のデータ蓄積システム。
5. 【請求項５】データベース装置がキャッシュ装置の処理
   速度に関する管理を行なうキャッシュ性能管理表を有す
   ることを特徴とする請求項１乃至４のいずれかに記載の
   データ蓄積システム。
6. 【請求項６】データ蓄積装置がキャッシュ内のデータの
   あふれ状態を管理するキャッシュ状態管理表を有するこ
   とを特徴とする請求項１乃至５のいずれかに記載のデー
   タ蓄積システム。
7. 【請求項７】データ蓄積装置が複数の記憶用媒体と１つ
   のデータ読み書き装置から構成され、データベース装置
   が、データ蓄積装置に書き込む必要があるデータとそれ
   にアクセスした最新のユーザとの対応の管理を行なうユ
   ーザアクセス管理表を有することを特徴とする請求項１
   乃至６のいずれかに記載のデータ蓄積システム。
8. 【請求項８】端末装置が読み出し履歴リストを有し、こ
   れを用いてデータが読み出された順番の管理を行なうこ
   とを特徴とする請求項１乃至７のいずれかに記載のデー
   タ蓄積システム。