JPH10320261A - ファイル蓄積管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の複数の記憶装置を用いたフ
ァイル蓄積管理システムにおいて、ファイル新規保存時
だけではなく、システムが自動的に端末からのファイル
アクセス要求の傾向をつかんだ上で、動的に記憶装置間
でのファイルの複写・移動を行い、ファイルアクセスの
傾向の変化にも対応することで、常に高速なファイルア
クセスを可能にすることを目的とする。 【解決手段】 ネットワーク上のファイルに対するアク
セス情報を管理するためのマスタサーバ１４１を設け、
端末１１１、１１２、１１３、１１４からのファイルア
クセス要求の傾向に応じて、蓄積媒体１２１、１２２、
１２３、１２４、１２５に保存されているファイルの配
置を動的に変化させることにより端末からの高速なファ
イルアクセスが可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークに接続
された複数個の記憶装置を用いたファイル蓄積管理シス
テムに関するもので、特にファイルの蓄積場所をネット
ワーク上で動的に変更することによってファイルに対す
るアクセスの高速化を図るファイル蓄積管理システムに
関するものである。

【０００２】

【従来の技術】一般にネットワーク上の複数の記憶装置
を用いたファイル蓄積管理システムにおいては、ネット
ワーク上に蓄積されているファイルを高速にアクセスで
きることが要求されている。

【０００３】従来、ファイル蓄積管理システムは、特開
平５−３０７５３２号公報に記載されたものが知られて
いる。図８に従来のファイル蓄積管理システムの構造
を、図９に従来のファイル蓄積管理システムが使用する
ファイルの基本構成を、図１０に従来のファイル蓄積管
理システムが使用する最適サーバを選択するためのクラ
イアント側の処理フローチャートを示す。図９に示すよ
うに、従来システムではファイルをシステムへ新規保存
する際にファイルに対し、ファイルを保存してほしいサ
ーバに関しての属性情報などを付加しておき、クライア
ントにおいて図１０に示したような手順でファイルを保
存する最適サーバを選択してファイルを保存している。

【０００４】

【発明が解決しようとする課題】従来のファイル蓄積管
理システムでは、クライアント側でファイル保存先サー
バに関する属性情報を付加するため、個々のファイルに
着目した場合は、最適な再配置が可能であるが、ネット
ワーク全体では必ずしも最適なファイルの再配置ができ
ないという問題点がある。

【０００５】本発明は、ネットワーク上に蓄積されたフ
ァイルを高速にアクセスするために、ファイル新規保存
時だけではなく、システムが自動的に端末からのファイ
ルアクセス要求の傾向をつかんだ上で、動的に記憶装置
間でのファイルの複写・移動を行い、ファイルアクセス
の傾向の変化にも対応し、常に高速なファイルアクセス
を可能にすることを目的とする。

【０００６】

【課題を解決するための手段】この課題を解決するため
に本発明は、第１にシステム内に保存されているファイ
ルに対するアクセス情報を蓄積し、その解析により動的
にファイルの保存場所を変化させるためのファイル属性
情報管理手段を備えたものであり、これにより、ネット
ワーク上で蓄積されるファイルを使用者がアクセスする
端末にデータ転送をできる限り高速行うことができる蓄
積媒体で管理することができるので端末からのファイル
アクセスが高速にできるようになる。

【０００７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図１から図７を用いて説明する。

【０００８】（実施の形態１）図１はファイル蓄積管理
システムを示した構成図の一例であり、図１において、
１０１、１０２、１０３は互いに接続しているネットワ
ーク、１１１、１１２、１１３、１１４はシステム使用
者がファイルをアクセスするのに用いるネットワークに
接続された端末、１２１、１２２、１２３、１２４、１
２５はファイルを蓄積する蓄積媒体、１３１は蓄積媒体
１２１・１２２を、１３２は蓄積媒体１２３を、１３３
は蓄積媒体１２４に保存されているファイルを管理して
いる蓄積媒体管理手段であるサーバで、サーバ１３１に
は端末１１１・１１２が、サーバ１３２には端末１１３
が、サーバ１３３には端末１１４が接続しており、１４
１はファイル属性管理手段であるマスターサーバを示し
ている。

【０００９】ここで、１０１と１０２の間では高速なデ
ータ転送が行えるが、１０１と１０３、１０２と１０３
の間は１０１と１０２の間ほど高速なデータ転送が行え
ないものと仮定する。

【００１０】図２は、端末がファイルの保存要求を発生
させた時の、端末が接続しているサーバの処理の流れを
示したフローチャートで、図１、２と合わせて、以下そ
の動作を説明する。

【００１１】最初に、端末１１１が新規ファイルを保存
する際に端末１１１が接続しているサーバ１３１が行う
動作について説明する。

【００１２】端末１１１はファイル保存要求を接続して
いるサーバ１３１に行う。サーバ１３１は図２におい
て、まず、端末１１１からサーバ１３１が持つ一時領域
内にデータの転送を受ける（ステップ２−１）。サーバ
１３１はマスターサーバ１４１に転送を受けたファイル
が新規保存のものであるか否か、もし、更新ファイルで
あるならば、サーバ１３１の管理する蓄積手段内に保存
しているファイルであるのか否かを問い合わせる（ステ
ップ２−２）。マスターサーバ１４１から指定のファイ
ルは新規保存するファイルであることを知る。

【００１３】次にサーバ１３１の管理下にある蓄積媒体
１２１、１２２のうち、端末１１１から転送されたファ
イルを保存可能な蓄積媒体を一つ選択する（ステップ２
−７）。蓄積媒体１２１が選択されたとすると、サーバ
１３１内のローカルファイル管理手段が一時領域にある
ファイルを蓄積媒体１２１に転送保存する（ステップ２
−５）。最後にサーバ１３１内のローカルファイル管理
手段はマスターサーバ１４１に「端末１１１からのファ
イル保存要求」に関する情報としてファイル名と端末１
１１からサーバ１３１へのファイル転送時間を蓄積する
ように通知する（ステップ２−６）。

【００１４】もし、記憶媒体１２１、１２２ともに端末
１１１から転送されたファイルを保存するだけの空き領
域が存在しない場合、サーバ１３１内のリモートファイ
ル管理手段が、データ転送コストの大きくないサーバ１
３２の一時領域にデータを転送して（ステップ２−
８）、サーバ１３２内のローカルファイル管理手段に新
規保存を依頼する。サーバ１３２は今までに述べた新規
ファイルの保存と同じ手順でファイルの保存処理をす
る。サーバ１３２でのファイルの新規保存が終わったこ
とをサーバ１３１が知ると、サーバ１３１内のリモート
ファイル管理手段はマスターサーバ１４１に「端末１１
１からのファイル保存要求」に関する情報としてファイ
ル名と端末１１１からサーバ１３１へのファイル転送時
間と、サーバ１３２へのファイル転送時間を蓄積するよ
うに通知する（ステップ２−９）。

【００１５】もし、サーバ１３１の管理下にある記憶媒
体１２３にもファイルを保存するだけの空き領域がない
場合は、サーバ１３１が行ったのと同様にデータ転送コ
ストの大きくないサーバを選んでデータの保存を依頼す
る。

【００１６】次に、端末１１２が蓄積媒体１２１にある
ファイルを更新する際に端末１１２が接続しているサー
バ１３１が行う動作について説明する。端末１１２はフ
ァイル保存要求を接続しているサーバ１３１に行う。サ
ーバ１３１は図２において、まず、端末１１２からサー
バ１３１が持つ一時領域内にデータの転送を受ける（ス
テップ２−１）。サーバ１３１はマスターサーバ１４１
に転送を受けたファイルが新規保存のものであるか否
か、もし、更新ファイルであるならば、サーバ１３１の
管理する蓄積手段内に保存しているファイルであるのか
否かを問い合わせる（ステップ２−２）。今回はマスタ
ーサーバ１４１から蓄積媒体１２１内にあるファイルの
更新であることを知る。サーバ１３１の管理下にある蓄
積媒体１２１のファイルの更新であるからサーバ１３１
内のローカルファイル管理手段が一時領域にあるファイ
ルを蓄積媒体１２１に上書き転送しファイルを更新する
（ステップ２−５）。最後にサーバ１３１内のローカル
ファイル管理手段はマスターサーバ１４１に「端末１１
２のファイル更新要求」に関する情報としてファイル名
と端末１１２からサーバ１３１へのファイル転送時間を
蓄積するように通知する（ステップ２−６）。

【００１７】次に、端末１１３が蓄積媒体１２５にある
ファイルを更新する際に端末１１３が接続しているサー
バ１３２、更新するファイルを現在保存している蓄積媒
体１２５を管理しているサーバ１３３が行う動作につい
て説明する。

【００１８】端末１１３はファイル保存要求を接続して
いるサーバ１３２に行う。サーバ１３２は図２におい
て、まず、端末１１３からサーバ１３２が持つ一時領域
内にデータの転送を受ける（ステップ２−１）。サーバ
１３２はマスターサーバ１４１に転送を受けたファイル
が新規保存のものであるか否か、もし、更新ファイルで
あるならば、サーバ１３２の管理する蓄積手段内に保存
しているファイルであるのか否かを問い合わせる（ステ
ップ２−２）。今回はマスターサーバ１４１から蓄積媒
体１２５内にあるファイルの更新であることを知る。サ
ーバ１３２の管理下にある蓄積媒体に対するファイル更
新ではないので、サーバ１３２内のリモートファイル管
理手段が一時領域にあるファイルを更新元ファイルを管
理しているサーバ１３３に転送する（２−３）。ファイ
ルの転送を受けたサーバ１３３内のローカルファイル管
理手段は管理下にある蓄積媒体１２５のファイルを新し
いファイルに更新する。サーバ１３３でのファイルの更
新処理が終わったことをサーバ１３２が知ると、サーバ
１３２内のリモートファイル管理手段はマスターサーバ
１４１に「端末１１３のファイル更新要求」に関する情
報としてファイル名と端末１１３からサーバ１３３への
ファイル転送時間と、サーバ１３２へのファイル転送時
間を蓄積するように通知する（ステップ２−４）。

【００１９】図３は、端末がファイルの読み出し要求を
発生させた時の、端末が接続しているサーバの処理の流
れを示したフローチャートで、図１、３と合わせて、以
下その動作を説明する。

【００２０】最初に、端末１１１が蓄積媒体１２２中に
あるファイルを読み出す際に端末１１１が接続している
サーバ１３１が行う動作について説明する。

【００２１】端末１１１はファイル読み出し要求を接続
しているサーバ１３１に行う。サーバ１３１は図３にお
いて、まず、自身の管理する蓄積媒体１２１、１２２中
に端末１１１から要求のあったファイルがあるか判断す
る（ステップ３−１）。サーバ１３１は求めるファイル
が蓄積媒体１２２にあることを見つけ、サーバ１３１内
のローカルファイル管理手段が該当ファイルを端末１１
１に転送する（ステップ３−７）。最後にサーバ１３１
内のローカルファイル管理手段は端末１１１から要求を
受けてから、端末１１１からファイル転送終了の確認を
得るまでの時間を測定しておき、マスターサーバ１４１
にファイル名とともに「読み出したファイルに対する端
末１１１からの読み出し要求」に関する情報として蓄積
するように通知する（ステップ３−８）。

【００２２】次に、端末１１３が蓄積媒体１２５中にあ
るファイルを読み出す際に端末１１３が接続しているサ
ーバ１３２、読み出したいファイルを現在保存している
蓄積媒体１２５を管理しているサーバ１３３が行う動作
について説明する。

【００２３】端末１１３はファイル読み出し要求を接続
しているサーバ１３２に行う。サーバ１３２は図３にお
いて、まず、自身の管理する蓄積媒体１２３中に端末１
１３から要求のあったファイルがあるか判断する（ステ
ップ３−１）。サーバ１３２は求めるファイルが蓄積媒
体１３２にないことを知り、求めるファイルがシステム
中のどの蓄積媒体に保存されているのかをマスターサー
バ１４１に問い合わせる。求めるファイルは蓄積媒体１
２５にあり、蓄積媒体１２５を管理しているのはサーバ
１３３であることを知る。（ステップ３−２、ステップ
３−３）サーバ１３２内のリモートファイル管理手段は
一時領域に蓄積媒体１２５にある求めるファイルをサー
バ１３３からネットワーク１０２、１０３を通じて一時
的に取得する（ステップ３−４）。一時的にサーバ１３
２に取得されたファイルを端末に転送し、転送終了後、
一時的に取得したファイルを削除する（ステップ３−
５）。最後にサーバ１３２内のリモートファイル管理手
段は端末１１３から要求を受けて、端末１１３からファ
イル転送終了の確認を得るまでの時間を測定しておき、
マスターサーバ１４１にファイル名とともに「読み出し
たファイルに対する端末１１３からの読み出し要求」に
関する情報として蓄積するように通知する。（ステップ
３−６）。

【００２４】（ステップ３−３）において求めるファイ
ルがどのサーバの管理下にもないことがわかったならば
指定されたファイルがシステム中に存在しないことを端
末１１３に返してエラー終了する（ステップ３−９）。

【００２５】図４は、端末がファイルの削除要求を発生
させた時の、端末が接続しているサーバの処理の流れを
示したフローチャートで、図１、４と合わせて、以下そ
の動作を説明する。

【００２６】最初に、端末１１１が蓄積媒体１２２中に
あるファイルを削除する際に端末１１１が接続している
サーバ１３１が行う動作について説明する。

【００２７】端末１１１はファイル削除要求を接続して
いるサーバ１３１に行う。サーバ１３１は図４におい
て、まず、自身の管理する蓄積媒体１２１、１２２中に
端末１１１から要求のあったファイルがあるか判断する
（ステップ４−１）。サーバ１３１は求めるファイルが
蓄積媒体１２２にあることを見つけ、サーバ１３１内の
ローカルファイル管理手段が該当ファイルを削除する
（ステップ４−５）。

【００２８】次に、端末１１３が蓄積媒体１２５中にあ
るファイルを削除する際に端末１１３が接続しているサ
ーバ１３２、削除したいファイルを現在保存している蓄
積媒体１２５を管理しているサーバ１３３が行う動作に
ついて説明する。

【００２９】端末１１３はファイル削除要求を接続して
いるサーバ１３２に行う。サーバ１３２は図４におい
て、まず、自身の管理する蓄積媒体１２３中に端末１１
３から要求のあったファイルがあるか判断する（ステッ
プ４−１）。サーバ１３２は求めるファイルが蓄積媒体
１２３にないことを知り、求めるファイルがシステム中
のどの蓄積媒体に保存されているのかをマスターサーバ
１４１に問い合わせて、求めるファイルは蓄積媒体１２
５にあり、蓄積媒体１２５を管理しているのはサーバ１
３３であることを知る。（ステップ４−２、ステップ４
−３）サーバ１３２内のリモートファイル管理手段は蓄
積媒体１２５にあるファイルの削除要求をサーバ１３３
に行い、サーバ１３３内のローカルファイル管理手段が
要求にしたがってファイルを削除する（ステップ４−
４）。

【００３０】（ステップ４−３）において削除したいフ
ァイルがどのサーバの管理下にもないことがわかったな
らば指定されたファイルがシステム中に存在しないこと
を端末１１３に返してエラー終了する（ステップ４−
６）。

【００３１】図５は、図１に示したファイル蓄積管理シ
ステムの連続運用２４時間を１単位として考え、ファイ
ルへのアクセスが頻繁に行われるのは２４時間のうち、
１２時間であると仮定して、頻繁にアクセスのある１２
時間に関してマスターサーバ１４１が蓄積したアクセス
情報とファイル存在位置情報の一部分の一例であり、フ
ァイル名はファイルの新規保存時にシステムがファイル
につけたもの、属性は「Ｒ／Ｗ」が読み出しと書込みが
可能なファイル、「Ｒ」が読み出し専用のファイルを示
し、蓄積場所はシステム中でファイルが保存されている
場所を示し、管理サーバはファイルを蓄積している蓄積
媒体を管理しているサーバを示している。処理要求端
末、アクセス回数、ファイル転送時間は一行づつ組にな
っていて、ファイルに対して何らかのアクセスを行った
端末とアクセス回数、ファイルの転送が起こった場合の
総ファイル転送時間を示している。

【００３２】図５にあげたように、システム中のすべて
のファイルに対してファイル名と蓄積場所と管理サーバ
の組からなるファイル存在位置情報を持つことでマスタ
ーサーバ１４１にサーバからファイル名が与えられる
と、マスターサーバ１４１内にあるファイル存在位置情
報取得手段がファイル存在位置情報をファイル名をキー
にして検索することによりファイルを保存している蓄積
媒体とその蓄積媒体に対するファイルアクセスを管理し
ているサーバを求めることができる。

【００３３】図６は、ファイルアクセスがあまり発生し
ない１２時間の間にマスターサーバ１４１内のファイル
属性情報管理手段がファイルの再配置を図５に示したア
クセス情報とファイル属性情報を元に、ファイルの再配
置を行った後のファイル存在位置情報の例である。

【００３４】図７は、マスターサーバ１４１のファイル
再配置の処理の流れを示したフローチャートで、図１、
５、６、７と合わせて、以下にマスターサーバ１４１の
動作を説明する。

【００３５】マスターサーバ１４１はアクセス情報を一
定量蓄積しファイル再配置の処理が終わるとアクセス情
報を初期化する（ステップ７−１）。アクセス情報の初
期化後、再び、ファイルアクセスがあまり発生しない時
間帯を探しつつ、一定量のアクセス情報が蓄積するまで
処理の開始を待っている（ステップ７−２）。

【００３６】図５に示すように一定量のアクセス情報が
蓄積されると、マスターサーバ１４１はファイルの再配
置の処理を開始する。まず、単一端末からしかアクセス
されなかったファイルをアクセス情報から見つけ出す
（ステップ７−３）。図５の例では文書Ｅと文書Ｊがこ
れにあたる。文書Ｅは蓄積場所が蓄積媒体１２２であ
り、端末１１３からのみアクセスがあったことが図５の
アクセス情報からわかる。図１から端末１１３が接続し
ているのはサーバ１３２であり、文書Ｅを蓄積している
蓄積媒体１２２を管理していないので（ステップ７−
７）、文書Ｅに対する端末１１３からのアクセスはサー
バ１３１とサーバ１３２間のデータ転送コストが発生し
ている。そこで、文書Ｅを蓄積媒体１２２からサーバ１
３２の管理下にある蓄積媒体１２３に移動する（ステッ
プ７−８）。ファイルを移動することでサーバ間の無駄
なファイル転送を防止することができる。同じように図
５のアクセス情報から文書Ｊは蓄積場所が蓄積媒体１２
４であり、端末１１４からのみアクセスがあったことが
わかる。図１から蓄積媒体１２４を管理しているのはサ
ーバ１３３であり、端末１１４が接続しているのもサー
バ１３３であるから、文書Ｊのファイルの移動は行わな
い。

【００３７】次にアクセス回数が非常に多い（今回の例
では１００回以上のアクセスがある場合とする）ファイ
ルをアクセス情報から見つけ出す（ステップ７−４）。
図５の例では文書Ｂと文書Ｇと文書Ｈと文書Ｋがこれに
あたる。文書Ｈは蓄積場所が蓄積媒体１２３であり、ア
クセスが多い端末が端末１１３である。図１から端末１
１３が接続しているのはサーバ１３２であり、蓄積媒体
１２３を管理しているのもサーバ１３２であるから、フ
ァイルを移動する必要はない。文書Ｈにはサーバ１３２
と接続してない端末１１１からのアクセスもあるが、ア
クセス回数が少ないので、ファイルを移動することによ
るメリットが少ないと考えられる。次に、文書Ｂは蓄積
場所がサーバ１３１の管理下にある蓄積媒体１２１であ
り、アクセスが多い端末がサーバ１３２と接続している
端末１１３である。文書Ｂへのサーバ１３１と接続して
いる端末１１１からのアクセスは端末１１３からのアク
セス回数と比べて無視できるので、文書Ｂをサーバ１３
２の管理下にある蓄積媒体１２３に移動することによ
り、無駄なファイル転送を減らすことができる（ステッ
プ７−７、ステップ７−８）。文書Ｇ、文書Ｋも同様に
考えて文書Ｇ、文書Ｋともにサーバ１３１の管理下にあ
る蓄積媒体１２１に移動する。

【００３８】次に、読み出し専用ファイルに対するアク
セスをアクセス情報から見つけ出す（ステップ７−
５）。図５の例では文書Ｄと文書Ｆがこれにあたる。文
書Ｆはアクセス情報から明らかなように、すでに複数の
蓄積媒体に複写され保管されている。文書Ｄは現在サー
バ１３１の管理下にある蓄積媒体１２２に保管されてい
るが、サーバ１３１と接続していない端末１１３、端末
１２４からのアクセスが見られる。そこで、サーバ１３
２の管理下にある蓄積媒体１２３、サーバ１３３の管理
下にある蓄積媒体１２４に複写して保存することにする
（ステップ７−６）。マスターサーバ１４１は以上に示
したファイルの高速なアクセスを可能にするためのファ
イルの再配置処理をアクセス情報が一定量蓄積されてい
て、かつファイルアクセスの頻度があまり多くない時間
帯を選んで行う。

【００３９】ファイルの再配置処理後のファイル位置情
報である図６をみると文書Ｂ、文書Ｄ、文書Ｅ、文書
Ｇ、文書Ｋの保存場所が変更になったことがわかる。こ
のように文書の保存場所を変更することで、端末１１１
からの文書Ｇ、文書Ｋへのアクセス、端末１１３からの
文書Ｂ、文書Ｄ、文書Ｅへのアクセス、端末１１４から
の文書Ｄへのアクセス、が複数のネットワークをまたが
る蓄積媒体管理手段間のデータ転送が不要になり、文書
１１３からの文書Ｋへのアクセスも高速なデータ転送が
できないネットワーク１０３とネットワーク１０２間の
データ転送がなくなり、高速なデータ転送が可能となる
など、各端末の利用状況に沿った、高速にアクセス可能
な場所にファイルが保存されるようになる。

【００４０】以上のように、本実施の形態では、各蓄積
媒体を管理する蓄積媒体管理手段であるサーバ１３１乃
至１３３を備えることにより、ローカルな蓄積媒体の空
き容量不足の問題などが生じた場合でも、ネットワーク
上の他の蓄積媒体への保存するように制御を行うなど柔
軟に対応することが可能で、近年のネットワーク化時代
において、その実用的効果は大きい。

【００４１】また、システム内のファイルの保存場所を
動的に変更するためのファイル属性情報管理手段である
マスターサーバ１４１を備えることで、アクセス情報な
どに基づいて端末から最適な蓄積媒体へファイルの再配
置を行うことが可能となり、その結果、システム使用者
の利用傾向にしたがって、システムの運用を長期間行っ
ていくうちにネットワーク上で保存・管理されているフ
ァイルへのアクセスがより高速に行えるようになり、そ
の実用的効果は大きい。

【００４２】（実施の形態２）図１に示したファイル蓄
積管理システムにおいて、サーバ１３１の管理下の蓄積
媒体１２１がライブラリ装置であるとする。蓄積媒体１
２１のライブラリ装置はサーバ１３１からの要求により
ファイルをライブラリ内で読み書きをするが、ライブラ
リ装置にはファイルを読み書きする際に、もし、ファイ
ルを読み書きするためのメディアがライブラリ装置の持
つドライブ上にない場合、メディアの交換を行う必要が
あり、複数のメディア上にあるファイルに対してアクセ
スがある場合に、このメディア交換のための時間がネッ
トワーク上のデータ転送時間と比べて無視できない場合
が存在する。

【００４３】そこで、このような場合にサーバ１３１が
同じく管理下にある蓄積媒体１２２上に一時的に蓄積媒
体１２１上のアクセスの集中しているファイルを保管す
るための領域を確保し、蓄積媒体１２１の複数のメディ
アに対するファイルへのアクセスが集中している期間、
蓄積媒体１２２に確保した領域で蓄積媒体１２１上のフ
ァイルに対するアクセスを代行して行い、蓄積媒体１２
１へのアクセスの集中がなくなったことをサーバ１３１
が確認すると蓄積媒体１２１へ一括して書き戻す処理を
行う。

【００４４】このようにすれば、蓄積媒体としてファイ
ルの読み書きのために、データ転送以外にメディアの交
換操作を伴うライブラリ装置を用いた場合でも、メディ
ア交換回数を少なくできるので、ファイルアクセスを高
速に行うことができ、その実用的効果は大きい。

【００４５】（実施の形態３）図１に示したファイル蓄
積管理システムにおいてサーバ１３３の管理下の蓄積媒
体１２４、１２５に保存されているファイルに対して端
末からのアクセス要求が頻繁にあって、処理が集中して
いて、サーバ１３３の処理能力を超えている場合、サー
バ１３３での処理待ちによる端末へのデータ転送の遅れ
が発生してしまう。このような状態をマスターサーバ１
４１が蓄積しているアクセス情報から認識すると、マス
ターサーバ１４１がサーバ１３３と比べて処理が集中し
ていないサーバの存在を確認し、もし、ネットワーク上
でデータを転送するコストを考えても、サーバ１３３の
処理能力の限界からくるデータ転送の遅れをカバーでき
るのならば、マスターサーバ１４１の指示により、サー
バ１３３管理下にある蓄積媒体から他のサーバの管理下
にある蓄積媒体にファイルを一時的に移動する。その
後、一部ファイルに対するアクセスの集中がなくなっ
て、サーバ１３３の処理能力の限界に伴う、処理の遅れ
が解消したことをマスターサーバ１４１が認識すれば、
再び、転送コストの一番小さいサーバ１３３の管理下に
ある蓄積媒体１２４、１２５にファイルを移動する。

【００４６】このようにすれば、少数のファイルに対す
るサーバの処理能力を超えるようなファイルアクセスの
処理の集中が起こった場合でも、システム全体として考
えると平均的に高速なファイルアクセスが可能になり、
その実用的効果は大きい。

【００４７】

【発明の効果】以上のように本発明によれば、システム
内に保存されているファイルのアクセス情報を蓄積し、
その解析により動的にファイルの保存場所を変化させる
ファイル属性情報管理手段を備えたことにより、ネット
ワーク上に蓄積されたファイルを高速にアクセスするこ
とができるようになる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態における構成図

【図２】本発明の第１の実施形態におけるサーバのファ
イル保存処理の流れを示したフローチャート

【図３】本発明の第１の実施形態におけるサーバのファ
イル読み出し処理の流れを示したフローチャート

【図４】本発明の第１の実施形態におけるサーバのファ
イル削除処理の流れを示したフローチャート

【図５】本発明の第１の実施形態におけるアクセス情報
とファイル属性情報の例図

【図６】本発明の第１の実施形態におけるファイル属性
情報の例図

【図７】本発明の第１の実施形態におけるマスターサー
バの処理の流れを示したフローチャート

【図８】従来のファイル蓄積管理システムの構成図

【図９】従来のファイル蓄積管理システムのファイルの
基本構成図

【図１０】従来のファイル蓄積管理システムの最適サー
バを選択するためのクライアント側の処理フローチャー
ト

【符号の説明】

１０１ ネットワーク １０２ ネットワーク １０３ ネットワーク １１１ 端末 １１２ 端末 １１３ 端末 １１４ 端末 １２１ 蓄積媒体 １２２ 蓄積媒体 １２３ 蓄積媒体 １２４ 蓄積媒体 １２５ 蓄積媒体 １３１ サーバ（蓄積媒体管理手段） １３２ サーバ（蓄積媒体管理手段） １３３ サーバ（蓄積媒体管理手段） １４１ マスタサーバ（ファイル属性管理手段）

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

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に接続されている端末
   と、ファイルを蓄積するための蓄積媒体と、ネットワー
   クを通じて接続されている前記端末からのファイルアク
   セス要求を管理する蓄積媒体管理手段とを備え、 前記蓄積媒体管理手段は、前記ファイルアクセス要求
   が、ファイルの新規保存要求ならば自身の管理下にある
   蓄積媒体にファイルを保存し、自身の管理下にある蓄積
   媒体に保存されているファイルに対する更新・読み出し
   ・削除要求処理ならば前記蓄積媒体に保存されているフ
   ァイルに対して更新・読み出し・削除の処理を行ローカ
   ルファイル管理手段と、自身の管理下にないファイルに
   対するアクセス要求の場合、当該ファイルを管理してい
   るローカルファイル管理手段に対して処理を依頼し、ま
   た、前記新規保存要求に対して自身の管理下にある蓄積
   媒体へファイルを保存できない場合、他のローカルファ
   イル管理手段に対して処理を依頼するリモートファイル
   管理手段とを有することを特徴とするファイル蓄積管理
   システム。
2. 【請求項２】 蓄積媒体に保存されているすべてのファ
   イル及び前記ファイルを保存している蓄積媒体を管理し
   ている蓄積媒体管理手段を示したファイル存在位置情報
   と、端末からファイルに対するアクセス頻度及び蓄積媒
   体管理手段が要する前記ファイルのネットワーク上のフ
   ァイル転送時間を示したアクセス情報とを保持し、ファ
   イルアクセスによって生じるファイル存在位置情報の変
   更点と前記アクセス情報を蓄積媒体管理手段からの通知
   によって更新するファイル属性情報更新手段と、 ファイル名が与えられると当該ファイルのファイル存在
   位置情報を求めて返すファイル存在位置情報取得手段
   と、 前記アクセス情報から全蓄積媒体中の個々のファイルに
   対して蓄積媒体管理手段間のデータ転送の有無や転送時
   間や一部端末からのアクセスの集中の有無やアクセスが
   集中している時間帯の確認などをして、ファイルアクセ
   スが集中していない時間帯に端末がファイル読み出し要
   求を開始してからファイルを取得するまでのネットワー
   ク上のファイル転送時間が短くなるように、前記アクセ
   ス情報と前記ファイル属性情報を元にして、現在保存し
   ている蓄積媒体とは別の蓄積媒体にファイルを移動ある
   いは複写するファイル保存場所管理手段とを有するファ
   イル属性情報管理手段を備えたことを特徴とする請求項
   １に記載のファイル蓄積管理システム。
3. 【請求項３】 ファイル保存場所管理手段が、蓄積され
   たアクセス情報から特定端末からのアクセス頻度が特に
   多いファイルが前記特定端末が接続している蓄積媒体管
   理手段の管理下にある蓄積媒体に保存されていないこと
   を認識すると、前記ファイルを現在保存されている蓄積
   媒体から前記特定端末が接続している前記蓄積媒体管理
   手段が管理する蓄積媒体に移動することを特徴とする請
   求項２に記載のファイル蓄積管理システム。
4. 【請求項４】 ファイル保存場所管理手段が、蓄積され
   たアクセス情報から更新を行わないことがあらかじめわ
   かっている読み出し専用ファイルに対するアクセス要求
   が頻繁にあることと、読み出し要求をしている端末が接
   続している蓄積媒体管理手段の管理下にある蓄積媒体に
   前記読み出し専用ファイルが保存されていないことを認
   識すると、前記読み出し専用ファイルを現在保存されて
   いるファイル蓄積媒体から前記端末が接続している前記
   蓄積媒体管理手段が管理している前記蓄積媒体に複写す
   ることを特徴とする請求項２に記載のファイル蓄積管理
   システム。
5. 【請求項５】 ファイル保存場所管理手段が、十分に長
   い時間の間に前記ファイル属性情報管理手段に蓄積され
   たアクセス情報から単一端末からしかアクセス要求をさ
   れないファイルがあることと、前記端末が接続している
   蓄積媒体管理手段の管理下にある蓄積媒体中に前記ファ
   イルが保存されていないことを確認すると、前記ファイ
   ルを現在保存されている蓄積媒体から前記蓄積媒体に移
   動することを特徴とする請求項２に記載のファイル蓄積
   管理システム。
6. 【請求項６】 蓄積媒体がライブラリ装置であり、アク
   セス情報中のファイル転送時間がネットワーク上での蓄
   積媒体管理手段間のファイルの転送時間と前記ライブラ
   リ装置内でのメディアの交換によって生じる前記蓄積媒
   体からファイルが読み出し可能になるまでのメディア交
   換時間とからなるものであり、 前記ライブラリ装置の複数のメディアからの読み出しが
   頻繁にあって前記メディア交換時間が無視できない大き
   さである場合に、頻繁にアクセスされるメディア上にあ
   るファイルを一時的に蓄積しておくための領域を前記蓄
   積媒体管理手段が管理する別の蓄積媒体中に持たせ、前
   記頻繁にアクセスされるファイルに対する処理を一時的
   に代用して、アクセスの集中がなくなったことを前記ラ
   イブラリ装置を管理している蓄積媒体管理手段が確認し
   た後に、ライブラリ装置である蓄積媒体に一括して書き
   戻することを特徴とする請求項２に記載のファイル蓄積
   管理システム。
7. 【請求項７】 ファイル属性情報管理手段に蓄積された
   アクセス情報から他の蓄積媒体管理手段と比べてアクセ
   スが非常に集中している蓄積媒体管理手段が存在してい
   ることを確認すると、前記ファイル保存場所管理手段
   が、前記蓄積媒体管理手段の管理下にある蓄積媒体が保
   持しているファイルを前記蓄積媒体管理手段以外の蓄積
   媒体管理手段の管理下にある蓄積媒体に移動することで
   分散させて保存することを特徴とする請求項２に記載の
   ファイル蓄積管理システム。