(57)【特許請求の範囲】
【請求項１】
ファイルを蓄積している第１の記憶手段と、
上記第１の記憶手段よりも記憶容量は小さいが高速なファイルの入出力が可能な第２の記憶手段と、
ネットワークを介して接続された端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されているならば、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付け、また、上記端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されていないならば、該ファイルを上記第１の記憶手段から上記第２の記憶手段に複写してから、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付けるアクセス受付手段と、
ファイルごとに、上記アクセス受付手段が該ファイルに対するアクセスを受付けた回数であるアクセス回数をカウントするアクセス回数カウント手段と、
上記アクセス受付手段がアクセスを受付けたファイルを、該アクセスの終了後に、上記第２の記憶手段から上記第１の記憶手段に複写すると共に、上記カウント手段がカウントした、該ファイルに対するアクセス回数が予め定められた回数に達したならば、該ファイルの優先度を低下させるファイル蓄積管理手段と、
上記第２の記憶手段の利用率が予め定められた値よりも大きくなった場合に、上記ファイル蓄積管理手段により優先度が低下されているファイルを、上記第２の記憶手段から削除するファイル削除手段とを備えたことを特徴とするファイルサーバ。
【請求項２】
請求項１記載のファイルサーバにおいて、
ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段と、
上記端末ごとに、上記アクセス予定回数から減算すべき減算値を記憶している減算値記憶手段とを備え、
上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末に対応する減算値を減算することにより、該ファイルに対するアクセス回数をカウントすることを特徴とするファイルサーバ。
【請求項３】
請求項１記載のファイルサーバにおいて、
ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段と、
上記端末を使用するユーザごとに、上記アクセス予定回数から減算すべき減算値を記憶している減算値記憶手段とを備え、
上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末を使用しているユーザに対応する減算値を減算することにより、該ファイルに対するアクセス回数をカウントすることを特徴とするファイルサーバ。
【請求項４】
請求項１記載のファイルサーバにおいて、
ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段を備え、
上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末から転送された減算値を減算することにより、該ファイルに対するアクセス回数をカウントすることを特徴とするファイルサーバ。
【請求項５】
予め定められた処理の流れに従って、順次、ファイルに対する処理を実行していくことにより、一連の業務を行う複数の端末と、ファイルを蓄積している第１の記憶手段、および、上記第１の記憶手段よりも記憶容量は小さいが高速なファイルの入出力が可能な第２の記憶手段を備え、上記複数の端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバとが、ネットワークを介して接続されたワークフロー型システムであって、
上記ファイルサーバは、
上記処理の流れ上１番目の処理を実行する端末からアクセス要求がなされた場合に、アクセスを受付けるべきファイルを上記第１の記憶手段から上記第２の記憶手段に複写してから、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付けると共に、該アクセスの終了後に、該ファイルを上記第２の記憶手段から上記第１の記憶手段に複写し、
上記処理の流れ上１番目の処理を実行する端末、および、上記処理の流れ上最後の処理を実行する端末の両方の端末以外の端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを上記第２の記憶手段上で受付けると共に、該アクセスの終了後に、該ファイルを上記第２の記憶手段から上記第１の記憶手段に複写し、
上記処理の流れ上最後の処理を実行する端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを上記第２の記憶手段上で受付けると共に、該アクセスの終了後に、該ファイルを上記第２の記憶手段から上記第１の記憶装置に複写してから、該ファイルを上記第２の記憶手段から削除することを特徴とするワークフロー型システム。
【請求項６】
ファイルサーバが行うファイル蓄積管理方法であって、
上記ファイルサーバは、ファイルを蓄積している第１の記憶手段と、上記第１の記憶手段よりも記憶容量は小さいが高速なファイルの入出力が可能な第２の記憶手段と、演算処理部とを備え、
上記演算処理部は、
ネットワークを介して接続された端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されているならば、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付け、また、上記端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されていないならば、該ファイルを上記第１の記憶手段から上記第２の記憶手段に複写してから、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付けるアクセス受付ステップと、
ファイルごとに、上記アクセス受付ステップにおいて、該ファイルに対するアクセスを受付けた回数であるアクセス回数をカウントするアクセス回数カウントステップと、
上記アクセス受付ステップにおいてアクセスを受付けたファイルを、該アクセスの終了後に、上記第２の記憶手段から上記第１の記憶手段に複写すると共に、上記カウント手段がカウントした、該ファイルに対するアクセス回数が予め定められた回数に達したならば、該ファイルの優先度を低下させるファイル蓄積管理ステップと、
上記第２の記憶手段の利用率が予め定められた値よりも大きくなった場合に、上記ファイル蓄積管理ステップにおいて優先度が低下されているファイルを、上記第２の記憶手段から削除するファイル削除ステップと、を行うことを特徴とするファイル蓄積管理方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、ネットワークを介して接続された端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバにおいて、大量に蓄積しているファイルのうちからアクセスを受付けるべきファイルに対するヒット率を向上させることを可能とする技術に関する。
【０００２】
なお、特に、本発明は、複数の端末が、予め定められた処理の流れに従って、順次、ファイルサーバが蓄積しているファイルに対する処理を実行していくことにより、一連の業務を行うワークフロー型システムに適するものである。
【０００３】
【従来の技術】
近年、記憶媒体の大容量化および高速ＬＡＮの出現に伴い、ネットワークを介して、画像データ等の大容量のファイルを扱うシステムが普及しつつある。
【０００４】
このような状況では、大容量で、かつ、高速なファイルの入出力が可能な記憶装置が必要となるが、このような記憶装置は高価であるので、システムが必要とする記憶容量の全てをこのような記憶装置で構成すると、非常にコストがかかる。
【０００５】
そこで、ファイルを蓄積し、複数の端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバにおいて、ファイルの入出力は低速ではあるが、低価格で大容量の第１の記憶装置（例えば、光ディスク等）と、高速なファイルの入出力が可能な第２の記憶装置（例えば、磁気ディスク等）とを備えるようにし、第１の記憶装置に蓄積されているファイルの一部を第２の記憶装置に蓄積することにより、アクセスを受付けるべきファイルに対するヒット率を向上させるようにすることが一般的となっている。
【０００６】
このようなシステムにおいては、どのファイルを第２の記憶装置に蓄積するかが重要な課題となっており、従来は、アクセス頻度が高いファイルを第２の記憶装置に蓄積するようにすることにより、システム全体のファイル転送速度を向上させるようにしている。
【０００７】
例えば、従来は、ファイルの使用頻度の履歴を記録しておき、使用頻度が高いファイルを優先的に第２の記憶装置に蓄積する方法や、最近にアクセスを受付けたファイルを優先的に第２の記憶装置に蓄積する方法が採用されている。
【０００８】
また、例えば、特開平５−８８９７５号公報に記載されているように、複数のファイルに対するアクセスを連続して受付けることを想定した方法も採用されている。
【０００９】
この方法は、各ファイルのディレクトリ部に、該ファイルに対するアクセスを受付けた後に続いてアクセスを受付けたファイルの履歴を記録しておき、以降は、ファイルに対するアクセス要求がなされると、該ファイルに対するアクセスを受付けている間に、該ファイルのディレクトリ部に記憶されている履歴を参照することにより、次にアクセス要求がなされる確率が高いファイルを求め、求めたファイルを第２の記憶装置に蓄積しておくというものである。
【００１０】
ところで、第２の記憶装置の記憶容量は有限であるので、第２の記憶装置の利用率が予め定められた値より大きくなった場合など、いずれかの時点で、第２の記憶装置に蓄積されているファイルのいずれかを、第２の記憶装置から削除する必要がある。
【００１１】
使用頻度が高いファイルを優先的に第２の記憶装置に蓄積する方法では、使用頻度が最も低いファイルから順に、第２の記憶装置が削除されることなる。また、最近にアクセスを受付けたファイルを優先的に第２の記憶装置に蓄積する方法では、アクセスを受付けてから時間が経っているファイルから順に、第２の記憶装置から削除されることとなる。
【００１２】
また、特開平５−８８９７５号公報に記載されている方法では、アクセスを受付けてから時間が経っているファイルから順に、第２の記憶装置から削除されるようにしている。
【００１３】
【発明が解決しようとする課題】
しかしながら、上記従来技術は、複数の端末が、予め定められた処理の流れに従って、順次、ファイルサーバが蓄積しているファイルに対する処理を実行していくことにより、一連の業務を行うワークフロー型システムにおいては、システム全体のファイル転送速度を向上させることにはなっていない。
【００１４】
以下、ワークフロー型システムにおいて上記従来技術を採用した場合の問題点について説明する。
【００１５】
ワークフロー型システムにおいては、一連の業務を行う複数の端末のうち、１番目の処理を実行する端末は、ファイルサーバが蓄積しているファイルのそれぞれについて、次々と処理を実行し、２番目の処理を実行する端末は、１番目の処理を実行する端末が処理を終了したファイルのそれぞれについて、次々と処理を実行し、同様に、最後の処理を実行する端末は、最後から２番目の処理を実行する端末が処理を終了したファイルのそれぞれについて、次々と処理を実行するようになっている。
【００１６】
すなわち、１つのファイルについて見ると、該ファイルは、一連の業務が終了するまでは、ファイルサーバによって何度かアクセスが受付けられ（大半は、一定の回数であり、数回程度である場合が多い。）、一連の業務が終了すると、ほとんどアクセスが受付けられることはなくなる。
【００１７】
そこで、このようなワークフロー型システムにおいて上記従来技術を採用すると、第２の記憶装置に蓄積されているファイルのいずれかを、第２の記憶装置から削除する場合に問題が生じる。
【００１８】
例えば、使用頻度が高いファイルを優先的に第２の記憶装置に蓄積する方法では、使用頻度が最も低いファイルから順に、第２の記憶装置が削除されることなるので、使用頻度が高いファイルは、一連の業務が終了したファイルであるにも係わらず、このようなファイルばかりが第２の記憶装置に蓄積されてしまい、一連の業務が行われている途中のファイルが第２の記憶装置から削除されてしまう。従って、一連の業務が行われている途中のファイルに対するアクセス要求がなされても、該ファイルが第２の記憶装置に蓄積されていないので、システム全体のファイル転送速度が低下してしまうという問題点が生じる。
【００１９】
また、例えば、最近にアクセスを受付けたファイルを優先的に第２の記憶装置に蓄積する方法では、アクセスを受付けてから時間が経っているファイルから順に、第２の記憶装置から削除されることとなるので、一連の業務が終了したファイルであっても、予め定められた時間が経過するまでは、第２の記憶装置に蓄積されたままとなり、第２の記憶装置の利用効率が悪くなってしまう。また、ワークフロー型システムにおいては、端末の処理内容によっては、次の処理を実行する端末からアクセス要求がなされるまでに、長い時間を要する場合があり、このような処理が終了するまでに、該処理が実行されているファイルが、第２の記憶装置から削除されてしまう。これを防止するために、第２の記憶装置に蓄積しておく時間を長く定めることも考えられるが、長い時間を定めれば定めるほど、システム全体の効率が大幅に低下してしまう。従って、一連の業務が行われている途中のファイルに対するアクセス要求がなされても、該ファイルが第２の記憶装置に蓄積されていないという、同様の問題点が生じる。
【００２０】
なお、ワークフロー型システムにおいては、各ファイル間に関連が薄いので、現在アクセスを受付けているファイルから次にアクセス要求がなされるであろうファイルを予想することは難しいので、特開平５−８８９７５号公報に記載されている方法を採用しても、意味はない。
【００２１】
本発明の目的は、ネットワークを介して接続された端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバにおいて、大量に蓄積しているファイルのうちからアクセスを受付けるべきファイルに対するヒット率を向上させる技術を提供することにある。具体的には、ファイルを蓄積している第１の記憶手段と、第１の記憶手段よりも記憶容量は小さいが高速なファイルの入出力が可能な第２の記憶手段とを備え、ネットワークを介して接続された端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバにおいて、第１の記憶手段に蓄積されているファイルの一部を第２の記憶手段に蓄積する技術を提供することにある。
【００２２】
【課題を解決するための手段】
上記目的を達成するために、本発明のファイルサーバは、
（１）ファイルを蓄積している第１の記憶手段、
（２）上記第１の記憶手段よりも記憶容量は小さいが高速なファイルの入出力が可能な第２の記憶手段、
（３）ネットワークを介して接続された端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されているならば、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付け、また、上記端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されていないならば、該ファイルを上記第１の記憶手段から上記第２の記憶手段に複写してから、該端末からの該ファイルに対するアクセスを上記第２の記憶手段上で受付けるアクセス受付手段、
（４）ファイルごとに、上記アクセス受付手段が該ファイルに対するアクセスを受付けた回数であるアクセス回数をカウントするアクセス回数カウント手段、
（５）上記アクセス受付手段がアクセスを受付けたファイルを、該アクセスの終了後に、上記第２の記憶手段から上記第１の記憶手段に複写すると共に、上記カウント手段がカウントした、該ファイルに対するアクセス回数が予め定められた回数に達したならば、該ファイルを上記第２の記憶手段から削除するファイル蓄積管理手段、
を備えるようにしている。
【００２３】
また、（５）に示したファイル蓄積管理手段の代わりに、
（６）上記アクセス受付手段がアクセスを受付けたファイルを、該アクセスの終了後に、上記第２の記憶手段から上記第１の記憶手段に複写すると共に、上記カウント手段がカウントした、該ファイルに対するアクセス回数が予め定められた回数に達したならば、該ファイルの優先度を低下させるファイル蓄積管理手段、
（７）上記第２の記憶手段の利用率が予め定られた値よりも大きくなった場合に、上記ファイル蓄積管理手段により優先度が低下されているファイルを、上記第２の記憶手段から削除するファイル削除手段、
を備えるようにしてもよい。
【００２４】
なお、上記アクセス回数カウント手段が上記アクセス回数をカウントすることができるようにするためには、例えば、ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段を備えるようにすれば、上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から１ずつ減算することにより、該ファイルに対するアクセス回数をカウントするようにすることができる。
【００２５】
また、例えば、ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段と、上記端末ごとに、上記アクセス予定回数から減算すべき減算値を記憶している減算値記憶手段とを備えるようにすれば、上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末に対応する減算値を減算することにより、該ファイルに対するアクセス回数をカウントするようにすることができる。
【００２６】
また、例えば、ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段と、上記端末を使用するユーザごとに、上記アクセス予定回数から減算すべき減算値を記憶している減算値記憶手段とを備えるようにすれば、上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末を使用しているユーザに対応する減算値を減算することにより、該ファイルに対するアクセス回数をカウントするようにすることができる。
【００２７】
また、例えば、ファイルごとに、予め定められた、上記アクセス受付手段が該ファイルに対するアクセスを受付けるべきアクセス予定回数を記憶しているアクセス予定回数記憶手段を備えるようにすれば、上記アクセス回数カウント手段は、上記アクセス受付手段が上記端末からのファイルに対するアクセスを受付ける度に、該ファイルに対応するアクセス予定回数から、該端末から転送された減算値を減算することにより、該ファイルに対するアクセス回数をカウントするようにすることができる。
【００２８】
【作用】
本発明のファイルサーバにおいては、端末からアクセス要求がなされたファイルが上記第２の記憶手段に蓄積されているか否かによって、その動作が異なる。
【００２９】
すなわち、アクセス要求がなされたファイルが上記第２の記憶手段に蓄積されていない場合（すなわち、上記第１の記憶手段のみに蓄積されている場合）は、上記アクセス受付手段によって、該ファイルを上記第１の記憶手段から上記第２の記憶手段に複写してから、該ファイルに対するアクセスを上記第２の記憶手段上で受付ける。
【００３０】
また、アクセス要求がなされたファイルが上記第２の記憶手段に蓄積されている場合は、上記アクセス受付手段によって、該ファイルに対するアクセスを上記第２の記憶手段上で受付ける。
【００３１】
なお、いずれの場合も、上記アクセス回数カウント手段によって、ファイルごとに、上記アクセス受付手段が該ファイルにに対するアクセスを受付けた回数であるアクセス回数がカウントされている。
【００３２】
そこで、上記アクセス受付手段がアクセスを受付けたファイルは、該アクセスの終了後に、上記ファイル蓄積管理手段によって、上記第２の記憶手段から上記第１の記憶手段に複写され、さらに、上記アクセス回数カウント手段によってカウントされた、該ファイルに対するアクセス回数が予め定められた回数に達したならば、上記第２の記憶手段から削除される。
【００３３】
これにより、予め定められた回数だけアクセスが受付けられたファイルは、上記第２の記憶手段から即座に削除されることとなるので、予め定められた回数だけアクセスが受付けられると、以降は、アクセスが受付けられないようなファイルをファイルサーバが蓄積しているような場合に、該ファイルに対するヒット率を向上させる技術としては、本発明の効果は顕著なものとなる。
【００３４】
従って、特に、本発明のファイルサーバは、ワークフロー型システムに適している。すなわち、本発明のファイルサーバと、予め定められた処理の流れに従って、順次、ファイルに対する処理を実行していくことにより、一連の業務を行う複数の端末とがネットワークを介して接続されたワークフロー型システムにおいて、一連の業務が行われている途中のファイルのみが、上記第２の記憶手段に蓄積されている状態を実現することができるので、このようなファイルに対するヒット率が向上し、システム全体のファイル転送速度が向上するという効果がある。
【００３５】
【実施例】
以下、本発明の実施例について図面を参照して説明する。
【００３６】
まず、本発明の第１の実施例について、図１〜図３を用いて説明する。
【００３７】
本実施例は、本発明のファイルサーバをワークフロー型システムに適用した例であり、ファイルサーバの記憶装置に蓄積されている各ファイルに対するアクセス回数が一定であるワークフロー型システムに適用した例である。
【００３８】
なお、ワークフロー型システムとは、１つのファイルについて見ると、複数の端末が、予め定められた処理の流れに従って、順次、該１つのファイルに対する処理を実行していくことにより、一連の業務（定型業務）を行うシステムであり、複数の端末間でのファイルの転送ルールを予め定めておき、ある端末が１つのファイルに対する処理を終了した時点で、システムが、該転送ルールに従って、次の処理を実行すべき端末に該ファイル（実際には、ファイル名）を転送するようにしたシステムである。
【００３９】
図１は本実施例のワークフロー型システムの構成図である。
【００４０】
図１において、１００は端末１０９，１１０からアクセス要求がなされた場合に、端末１０９，１１０からのファイルに対するアクセスを受付けるファイルサーバである。
【００４１】
ファイルサーバ１００は、複数の磁気ディスクを並列にアクセスすることにより、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６（上述した第２の記憶装置に相当する。）と、複数枚の光ディスクを内蔵し、磁気ディスクアレイ装置１０６よりもファイルの入出力が低速ではあるが、大容量のファイルを蓄積可能な光ディスクライブラリ装置１０７（上述した第１の記憶装置に相当する。）とを接続している。
【００４２】
また、ファイルサーバ１００は、ファイルサーバ１００全体を制御するＣＰＵ１０１と、磁気ディスクインタフェース制御部１０２と、光ディスクインタフェース制御部１０３と、ネットワーク回線１０８を介して複数の端末１０９，１１０と接続しているネットワークインタフェース制御部１０４と、これらを結合し、ファイルや制御情報の転送に使用するシステムバス１０５とを備えて構成されている。
【００４３】
図３（ａ）はファイルの管理情報が格納されるファイル管理テーブル３００の構成図である。
【００４４】
図３（ａ）において、３０１はファイル名称部、３０２はファイル位置記録部、３０３はノードカウンタである。
【００４５】
ファイル名称部３０１には、ファイルのファイル名が格納され、ファイル位置記録部３０２には、対応するファイルが蓄積されている記憶装置のＩＤ、および、その記憶装置上の記憶位置が格納される。なお、ファイルが磁気ディスクアレイ装置１０６および光ディスクライブラリ装置１０７の両方に蓄積されている場合は、磁気ディスクアレイ装置１０６のＩＤ、および、磁気ディスクアレイ装置１０６上の記憶位置が格納される。
【００４６】
本実施例においては、初期状態では、ファイルの全てが、光ディスクライブラリ装置１０７に蓄積されているものとする。そこで、ファイル位置記録部３０２には、初期状態では、光ディスクライブラリ装置１０７のＩＤ、および、光ディスクライブラリ装置１０７上の記憶位置が格納される。
【００４７】
ノードカウンタ３０３には、磁気ディスクアレイ装置１０６に蓄積されているファイルについて、該ファイルに対するアクセスが何回受付けられたならば磁気ディスクアレイ装置１０６から該ファイルを削除するかを定める値が格納される。ノードカウンタ３０３には、初期状態では、何も格納されず、後述するように、対応するファイルが磁気ディスクアレイ装置１０６に複写された時点で、初期値が格納され、該ファイルに対するアクセスが受付けられる度に、その値がデクリメントされていく。
【００４８】
なお、ファイル管理テーブル３００は、磁気ディスクアレイ装置１０６上に存在する。
【００４９】
以下、端末１０９，１１０からファイルに対するアクセス要求がなされた場合のファイルサーバ１００の動作について、図２のフローチャートを用いて説明する。
【００５０】
まず、光ディスクライブラリ装置１０７に蓄積されている「ファイルａ」についての管理情報が、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００に登録された後、最初に、端末１０９から「ファイルａ」に対してアクセス要求がなされた場合について説明する。
【００５１】
図２に示すように、端末１０９が、「ファイルａ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ２００）、ファイルサーバ１００においては、ＣＰＵ１０１は、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「ファイルａ」についてのファイル名称を探し、「ファイルａ」のファイル名称に対応するファイル位置記録部３０２を参照して、「ファイルａ」の記憶位置を求める（ステップ２０１）。
【００５２】
ここでは、「ファイルａ」は、光ディスクライブラリ装置１０７にのみ蓄積されており、磁気ディスクアレイ装置１０６には蓄積されていないので、ＣＰＵ１０１は、「ファイルａ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写すると共に（ステップ２０２）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ２０３）。また、ＣＰＵ１０１は、「ファイルａ」に対するアクセスが何回受付けられたならば磁気ディスクアレイ装置１０６から「ファイルａ」を削除するかを定める値の初期値を、ファイル管理テーブル３００のノードカウンタ３０３に設定する（ステップ２０４）。
【００５３】
このように、ＣＰＵ１０１は、「ファイルａ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写してから、端末１０９からの「ファイルａ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ２０５）。
【００５４】
なお、ファイルサーバ１００が端末１０９からの「ファイルａ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「ファイルａ」に対する読み出しおよび書き込みの権利を、端末１０９にのみ与えるという排他制御を行うことに相当する。
【００５５】
さて、ＣＰＵ１０１は、端末１０９からの「ファイルａ」に対するアクセスが終了すると（ステップ２０６）、「ファイルａ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ２０７）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「ファイルａ」の整合性を図る。
【００５６】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ２０８）、「０」である場合は、「ファイルａ」を磁気ディスクアレイ装置１０６から削除し（ステップ２０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ２１０）。
【００５７】
以上で、端末１０９からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【００５８】
次に、端末１１０から、同じ「ファイルａ」に対してアクセス要求がなされた場合について説明する。このとき、「ファイルａ」は、既に端末１０９からのアクセスが受付けられた後であるので、磁気ディスクアレイ装置１０６に蓄積されている。
【００５９】
図２に示すように、端末１１０が、「ファイルａ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ２００）、ファイルサーバ１００においては、ＣＰＵ１０１が、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「ファイルａ」についてのファイル名称を探し、「ファイルａ」のファイル名称に対応するファイル位置記録部３０２を参照して、「ファイルａ」の記憶位置を求める（ステップ２０１）。
【００６０】
ここでは、「ファイルａ」は、磁気ディスクアレイ装置１０６に蓄積されているので、ＣＰＵ１０１は、端末１１０からの「ファイルａ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ２１１）。
【００６１】
なお、ファイルサーバ１００が端末１１０からの「ファイルａ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「ファイルａ」に対する読み出しおよび書き込みの権利を、端末１１０にのみ与えるという排他制御を行うことに相当する。
【００６２】
さて、ＣＰＵ１０１は、端末１１０からの「ファイルａ」に対するアクセスが終了すると（ステップ２１２）、「ファイルａ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ２１３）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「ファイルａ」の整合性を図る。
【００６３】
続いて、ＣＰＵ１０１は、ファイル管理テーブル３００のノードカウンタ３０３の値を「１」だけデクリメントする（ステップ２１４）。
【００６４】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ２０８）、「０」である場合は、「ファイルａ」を磁気ディスクアレイ装置１０６から削除し（ステップ２０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ２１０）。
【００６５】
以上で、端末１１０からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【００６６】
上述したように、「ファイルａ」は、予め定められた回数だけアクセスが受付けられると、その時点で、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６から即座に削除されることとなる。
【００６７】
なお、図２において、ファイルの内容が変更されることがない場合、すなわち、端末１０９，１１０がファイルを読み出すだけで書き込みを行わない場合は、ステップ２０７およびステップ２１３の処理は行わなくてもよい。
【００６８】
以上説明したように、本実施例によれば、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６に蓄積されているファイルは、予め定められた回数だけアクセスが受付けられると、その時点で、磁気ディスクアレイ装置１０６から即座に削除される。すなわち、磁気ディスクアレイ装置１０６には、定型業務が行われている途中のファイル（ファイルサーバ１００にとっては、ワークフロー処理中のファイル）のみが蓄積されることとなるので、同一の容量の磁気ディスクアレイ装置１０６を用いてワークフロー型システムを構築した場合に、アクセスが受付けられるべきファイルに対するヒット率が向上し、システム全体のファイル転送速度を向上させることができるようになる。
【００６９】
なお、本実施例では、光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６にファイルを複写するときに、ノードカウンタ３０３に初期値を設定するようにしているが、光ディスクライブラリ装置１０７にファイルを蓄積するときに設定するようにしてもよい。
【００７０】
また、本実施例では、初期状態では、光ディスクライブラリ装置１０７にのみファイルが蓄積されているものとしているが、初期状態では、磁気ディスクアレイ装置１０６および光ディスクライブラリ装置１０７の両方にファイルが蓄積されているようにし、ノードカウンタ３０３の値が「０」になったときに、磁気ディスクアレイ装置１０６から削除するようにし、磁気ディスクアレイ装置１０６から既に削除されたファイルに対して、端末１０９，１１０からアクセス要求がなされた場合に、上述した処理と同じ処理を実行するようにしてもよい。
【００７１】
また、ノードカウンタ３０３に設定する初期値は、ファイルごとに任意に定めることが可能であり、これにより、ファイルごとに、磁気ディスクアレイ装置１０６からファイルを削除する基準を変えることが可能である。
【００７２】
次に、本発明の第２の実施例について、図３〜図６を用いて説明する。
【００７３】
本実施例は、本発明のファイルサーバをワークフロー型システムに適用した例であり、ファイルサーバの記憶装置に蓄積されている各ファイルに対するアクセス回数が、処理経路によって異なるワークフロー型システムに適用した例である。
【００７４】
このようなシステムの特徴としては、特定の端末からのアクセスが受付けられたファイルについて、該ファイルを磁気ディスクアレイ装置１０６に蓄積しておく条件を変えるようにする点である。具体的には、上述したファイル管理テーブル３００において、特定の端末からのアクセスが受付けられた場合に、ノードカウンタ３０３の値をデクリメントすべきデクリメント値を変えることに該当する。
【００７５】
図５は本実施例のワークフロー型システムの構成図である。
【００７６】
図５において、１００は端末５０１〜５０５からアクセス要求がなされた場合に、端末５０１〜５０５からのファイルに対するアクセスを受付けるファイルサーバである。
【００７７】
ファイルサーバ１００は、上記第１の実施例と同様に、磁気ディスクアレイ装置１０６および光ディスクライブラリ装置１０７を接続している。
【００７８】
また、ファイルサーバ１００の内部構成は、図１に示した通りである。
【００７９】
本実施例においては、端末５０１〜５０５は、それぞれ、端末５０１が仕分け担当端末として機能し、端末５０２が修正担当端末として機能し、端末５０３が調査担当端末として機能し、端末５０４が初期登録担当端末として機能し、端末５０５が事務手続き担当端末として機能することにより、図４に示すような流れで、定型業務を行うものとする。
【００８０】
すなわち、
（１）１０，０００件の画像ファイルを光ディスクライブラリ装置１０７に登録する登録作業を行い、
（２）登録作業済みの１０，０００件の画像ファイルを仕分けする仕分け作業を行い、
（３）仕分け作業済みの１０，０００件の画像ファイルのうちの特定の１，０００件の画像ファイルについて、該画像ファイルを修正する修正作業を行い、
（４）仕分け作業済みの１０，０００件の画像ファイルのうちの特定の２，０００件（修正作業が必要な１，０００件を除く。）の画像ファイルについて、該画像ファイルを調査する調査作業を行い、
（５）修正作業済みの画像ファイルについて、該画像ファイルを、再度、仕分けする仕分け作業を行い、
（６）仕分け作業済みの画像ファイルおよび調査作業済みの画像ファイルを初期登録する初期登録作業を行い、
（７）初期登録作業を終了した後、１０，０００件の画像ファイルに対して事務手続きを行う事務手続き作業を行うことにより、
定型業務を行う。
【００８１】
なお、登録作業は、ファイルサーバ１００が行うものとするが、登録作業担当端末として機能する端末をさらに設けるようにしてもよい。
【００８２】
そこで、修正作業が必要な１，０００件の画像ファイルおよび調査作業が必要な２，０００件の画像ファイルを除く７，０００件の画像ファイル（通常の画像ファイルと称す。）は、アクセス回数が３回となり、修正作業が必要な１，０００件の画像ファイルは、アクセス回数が５回となり、調査作業が必要な２，０００件の画像ファイルは、アクセス回数が４回となる。従って、修正作業が必要な画像ファイルや調査作業が必要な画像ファイルに対しては、磁気ディスク磁気ディスクアレイ装置装置１０６から削除するときの基準、すなわち、ノードカウンタ３０３の値を、通常の画像ファイルに対する値と異なるようにする必要がある。
【００８３】
以下、上述した定型業務が行われる場合のファイルサーバ１００の動作について、図６のフローチャートを用いて説明する。
【００８４】
なお、本実施例においても、上記第１の実施例と同様に、磁気ディスクアレイ装置１０６上には、ファイル管理テーブル３００が存在するが、さらに、本実施例では、デクリメント値テーブルも存在するようになっている。
【００８５】
図３（ｂ）はデクリメント値テーブル３１０の構成図である。
【００８６】
図３（ｂ）において、３１１は端末名称部、３１２はデクリメント値である。
【００８７】
端末名称部３１１には、端末５０１〜５０５のＩＤが格納される。デクリメント値３１２には、対応する端末からのアクセスが受付けられた画像ファイルに対応するノードカウンタ３０３の値からデクリメントすべきデクリメント値が格納される。
【００８８】
本実施例では、図３（ｂ）に示すように、仕分け担当端末５０１，初期登録担当端末５０４，事務手続き担当端末５０５のＩＤに対応するデクリメント値３１２は「１」である。これは、仕分け担当端末５０１，初期登録担当端末５０４，事務手続き担当端末５０５は、通常の画像ファイル，修正作業が必要な画像ファイル，調査作業が必要な画像ファイルの全ての画像ファイルに対して処理を実行するからである。
【００８９】
また、図３（ｂ）に示すように、修正作業担当端末５０２のＩＤに対応するデクリメント値３１２は「−１」である。これは、修正作業担当端末５０２は、修正作業が必要な画像ファイルに対してのみ処理を実行し、該画像ファイルは、修正作業後に再び仕分け作業が行われることとなるので、通常の画像ファイルに比べて、アクセス回数が２回だけ多くなるからである。
【００９０】
さらに、図３（ｂ）に示すように、調査作業担当端末５０３のＩＤに対応するデクリメント値３１２は「０」である。これは、調査作業担当端末５０３は、調査作業が必要な画像ファイルに対してのみ処理を実行し、該画像ファイルは、通常の画像ファイルに比べて、アクセス回数が１回だけ多くなるからである。
【００９１】
まず、光ディスクライブラリ装置１０７に蓄積されている「画像ファイルｂ」についての管理情報が、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００に登録された後、この「画像ファイルｂ」に対して定型業務が行われる場合について説明する。
【００９２】
なお、以下の説明においては、１０，０００件の画像ファイルの全てが、光ディスクライブラリ装置１０７に登録された後であるものとしている。
【００９３】
「画像ファイルｂ」は、通常の画像ファイルであり、この「画像ファイルｂ」に対する定型業務は、仕分け作業，初期登録作業，事務手続き作業の順で行われる。
【００９４】
そこで、最初に、仕分け担当端末５０１から「画像ファイルｂ」に対してアクセス要求がなされた場合について説明する。
【００９５】
図６に示すように、仕分け担当端末５０１が、「画像ファイルｂ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１は、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｂ」についてのファイル名称を探し、「画像ファイルｂ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｂ」の記憶位置を求める（ステップ６０１）。
【００９６】
ここでは、「画像ファイルｂ」は、光ディスクライブラリ装置１０７にのみ蓄積されており、磁気ディスクアレイ装置１０６には蓄積されていないので、ＣＰＵ１０１は、「画像ファイルｂ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写すると共に（ステップ６０２）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６０３）。また、ＣＰＵ１０１は、「画像ファイルｂ」に対応するノードカウンタ３０３に、予め定められた初期値である「２」を設定する（ステップ６０４）。
【００９７】
このように、ＣＰＵ１０１は、「画像ファイルｂ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写してから、仕分け担当端末５０１からの「画像ファイルｂ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６０５）。
【００９８】
なお、ファイルサーバ１００が仕分け担当端末５０１からの「画像ファイルｂ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｂ」に対する読み出しおよび書き込みの権利を、仕分け担当端末５０１にのみ与えるという排他制御を行うことに相当する。
【００９９】
さて、ＣＰＵ１０１は、仕分け担当端末５０１からの「画像ファイルｂ」に対するアクセスが終了すると（ステップ６０６）、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６０７）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｂ」の整合性を図る。
【０１００】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。
【０１０１】
以上で、仕分け担当端末５０１からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１０２】
次に、初期登録担当端末５０４から、同じ「画像ファイルｂ」に対してアクセス要求がなされた場合について説明する。このとき、「画像ファイルｂ」は、既に仕分け担当端末５０１からのアクセスが受付けられた後であるので、磁気ディスクアレイ装置１０６に蓄積されている。
【０１０３】
図６に示すように、初期登録担当端末５０４が、「画像ファイルｂ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１が、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｂ」についてのファイル名称を探し、「画像ファイルｂ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｂ」の記憶位置を求める（ステップ６０１）。
【０１０４】
ここでは、「画像ファイルｂ」は、磁気ディスクアレイ装置１０６に蓄積されているので、ＣＰＵ１０１は、初期登録担当端末５０４からの「画像ファイルｂ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６１１）。
【０１０５】
なお、ファイルサーバ１００が初期登録担当端末５０４からの「画像ファイルｂ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｂ」に対する読み出しおよび書き込みの権利を、初期登録担当端末５０４にのみ与えるという排他制御を行うことに相当する。
【０１０６】
さて、ＣＰＵ１０１は、初期登録担当端末５０４からの「画像ファイルｂ」に対するアクセスが終了すると（ステップ６１２）、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６１３）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｂ」の整合性を図る。
【０１０７】
続いて、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のデクリメント値テーブル３１０のデクリメント値３１２を参照して、初期登録担当端末５０４のＩＤに対応するデクリメント値を求める（ステップ６１４）。
【０１０８】
ここでは、初期登録担当端末５０４のＩＤに対応するデクリメント値は、「１」であり、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のノードカウンタ３０３の値を「１」だけデクリメントする（ステップ６１５）。
【０１０９】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。ただし、ここでは、ノードカウンタ３０３の値が「１」となるので、何もしない。
【０１１０】
以上で、初期登録担当端末５０４からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１１１】
次に、事務手続き担当端末５０５から、同じ「画像ファイルｂ」に対してアクセス要求がなされた場合について説明する。このときも、「画像ファイルｂ」は、既に仕分け担当端末５０１からのアクセスが受付けられた後であるので、磁気ディスクアレイ装置１０６に蓄積されている。
【０１１２】
図６に示すように、事務手続き担当端末５０５が、「画像ファイルｂ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１が、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｂ」についてのファイル名称を探し、「画像ファイルｂ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｂ」の記憶位置を求める（ステップ６０１）。
【０１１３】
ここでは、「画像ファイルｂ」は、磁気ディスクアレイ装置１０６に蓄積されているので、ＣＰＵ１０１は、事務手続き担当端末５０５からの「画像ファイルｂ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６１１）。
【０１１４】
なお、ファイルサーバ１００が事務手続き担当端末５０５からの「画像ファイルｂ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｂ」に対する読み出しおよび書き込みの権利を、事務手続き担当端末５０５にのみ与えるという排他制御を行うことに相当する。
【０１１５】
さて、ＣＰＵ１０１は、事務手続き担当端末５０５からの「画像ファイルｂ」に対するアクセスが終了すると（ステップ６１２）、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６１３）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｂ」の整合性を図る。
【０１１６】
続いて、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のデクリメント値テーブル３１０のデクリメント値３１２を参照して、事務手続き担当端末５０５のＩＤに対応するデクリメント値を求める（ステップ６１４）。
【０１１７】
ここでは、事務手続き担当端末５０５のＩＤに対応するデクリメント値は、「１」であり、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のノードカウンタ３０３の値を「１」だけデクリメントする（ステップ６１５）。
【０１１８】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｂ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。ここでは、ノードカウンタ３０３の値が「０」となるので、「画像ファイルｂ」は、磁気ディスクアレイ装置から削除される。
【０１１９】
以上で、事務手続き担当端末５０５からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１２０】
上述したように、「画像ファイルｂ」に対する定型業務（ファイルサーバ１００にとっては、ワークフロー処理）が終了すると同時に、「画像ファイルｂ」は、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６から即座に削除されることとなる。
【０１２１】
次に、光ディスクライブラリ装置１０７に蓄積されている「画像ファイルｃ」についての管理情報が、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００に登録された後、この「画像ファイルｃ」に対して定型業務が行われる場合について説明する。
【０１２２】
「画像ファイルｃ」は、修正作業が必要な画像ファイルであり、この「画像ファイルｃ」に対する定型業務は、仕分け作業，修正作業，仕分け作業，初期登録作業，事務手続き作業の順で行われる。
【０１２３】
そこで、最初に、仕分け担当端末５０１から「画像ファイルｃ」に対してアクセス要求がなされた場合について説明する。
【０１２４】
図６に示すように、仕分け担当端末５０１が、「画像ファイルｃ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１は、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｃ」についてのファイル名称を探し、「画像ファイルｃ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｃ」の記憶位置を求める（ステップ６０１）。
【０１２５】
ここでは、「画像ファイルｃ」は、光ディスクライブラリ装置１０７にのみ蓄積されており、磁気ディスクアレイ装置１０６には蓄積されていないので、ＣＰＵ１０１は、「画像ファイルｃ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写すると共に（ステップ６０２）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６０３）。また、ＣＰＵ１０１は、「画像ファイルｃ」に対応するノードカウンタ３０３に、予め定められた初期値である「２」を設定する（ステップ６０４）。
【０１２６】
このように、ＣＰＵ１０１は、「画像ファイルｃ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写してから、仕分け担当端末５０１からの「画像ファイルｃ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６０５）。
【０１２７】
なお、ファイルサーバ１００が仕分け担当端末５０１からの「画像ファイルｃ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｃ」に対する読み出しおよび書き込みの権利を、仕分け担当端末５０１にのみ与えるという排他制御を行うことに相当する。
【０１２８】
さて、ＣＰＵ１０１は、仕分け担当端末５０１からの「画像ファイルｃ」に対するアクセスが終了すると（ステップ６０６）、「画像ファイルｃ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６０７）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｃ」の整合性を図る。
【０１２９】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｃ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。
【０１３０】
以上で、仕分け担当端末５０１からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１３１】
次に、修正担当端末５０２から、同じ「画像ファイルｃ」に対してアクセス要求がなされた場合について説明する。このとき、「画像ファイルｃ」は、既に仕分け担当端末５０１からのアクセスが受付けられた後であるので、磁気ディスクアレイ装置１０６に蓄積されている。
【０１３２】
図６に示すように、修正担当端末５０２が、「画像ファイルｃ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１が、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｃ」についてのファイル名称を探し、「画像ファイルｃ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｃ」の記憶位置を求める（ステップ６０１）。
【０１３３】
ここでは、「画像ファイルｃ」は、磁気ディスクアレイ装置１０６に蓄積されているので、ＣＰＵ１０１は、修正担当端末５０２からの「画像ファイルｃ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６１１）。
【０１３４】
なお、ファイルサーバ１００が修正担当端末５０２からの「画像ファイルｃ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｃ」に対する読み出しおよび書き込みの権利を、修正担当端末５０２にのみ与えるという排他制御を行うことに相当する。
【０１３５】
さて、ＣＰＵ１０１は、修正担当端末５０２からの「画像ファイルｃ」に対するアクセスが終了すると（ステップ６１２）、「画像ファイルｃ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６１３）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｃ」の整合性を図る。
【０１３６】
続いて、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のデクリメント値テーブル３１０のデクリメント値３１２を参照して、修正担当端末５０２のＩＤに対応するデクリメント値を求める（ステップ６１４）。
【０１３７】
ここでは、修正担当端末５０２のＩＤに対応するデクリメント値は、「−１」であり、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のノードカウンタ３０３の値を「−１」だけデクリメントする（ステップ６１５）。すなわち、ノードカウンタ３０３の値を「１」だけインクリメントする。
【０１３８】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｃ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。ただし、ここでは、ノードカウンタ３０３の値が「３」となるので、何もしない。
【０１３９】
以上で、修正担当端末５０２からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１４０】
以降は、「画像ファイルｃ」に対しては、通常の「画像ファイルｂ」に対する定型業務と同様に、仕分け作業，初期登録作業，事務手続き作業が行われる。
【０１４１】
このとき、仕分け作業において、仕分け担当端末５０１から、同じ「画像ファイルｃ」に対してアクセス要求がなされた場合に、ノードカウンタ３０３の値が「１」だけデクリメントされ、「２」となる。また、初期登録作業において、初期登録担当端末５０４から、同じ「画像ファイルｃ」に対してアクセス要求がなされた場合に、ノードカウンタ３０３の値が「１」だけデクリメントされ、「１」となる。さらに、事務手続き作業において、事務手続き担当端末５０５から、同じ「画像ファイルｃ」に対してアクセス要求がなされた場合に、ノードカウンタ３０３の値が「１」だけデクリメントされ、「０」となり、その時点で、「画像ファイルｃ」は、磁気ディスクアレイ装置１０６から削除される。
【０１４２】
上述したように、「画像ファイルｃ」に対する定型業務（ファイルサーバ１００にとっては、ワークフロー処理）が終了すると同時に、「画像ファイルｃ」は、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６から即座に削除されることとなる。
【０１４３】
次に、光ディスクライブラリ装置１０７に蓄積されている「画像ファイルｄ」についての管理情報が、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００に登録された後、この「画像ファイルｄ」に対して定型業務が行われる場合について説明する。
【０１４４】
「画像ファイルｄ」は、調査作業が必要な画像ファイルであり、この「画像ファイルｄ」に対する定型業務は、仕分け作業，調査作業，初期登録作業，事務手続き作業の順で行われる。
【０１４５】
そこで、最初に、仕分け担当端末５０１から「画像ファイルｄ」に対してアクセス要求がなされた場合について説明する。
【０１４６】
図６に示すように、仕分け担当端末５０１が、「画像ファイルｄ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１は、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｄ」についてのファイル名称を探し、「画像ファイルｄ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｄ」の記憶位置を求める（ステップ６０１）。
【０１４７】
ここでは、「画像ファイルｄ」は、光ディスクライブラリ装置１０７にのみ蓄積されており、磁気ディスクアレイ装置１０６には蓄積されていないので、ＣＰＵ１０１は、「画像ファイルｄ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写すると共に（ステップ６０２）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６０３）。また、ＣＰＵ１０１は、「画像ファイルｄ」に対応するノードカウンタ３０３に、予め定められた初期値である「２」を設定する（ステップ６０４）。
【０１４８】
このように、ＣＰＵ１０１は、「画像ファイルｄ」を光ディスクライブラリ装置１０７から磁気ディスクアレイ装置１０６に複写してから、仕分け担当端末５０１からの「画像ファイルｄ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６０５）。
【０１４９】
なお、ファイルサーバ１００が仕分け担当端末５０１からの「画像ファイルｄ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｄ」に対する読み出しおよび書き込みの権利を、仕分け担当端末５０１にのみ与えるという排他制御を行うことに相当する。
【０１５０】
さて、ＣＰＵ１０１は、仕分け担当端末５０１からの「画像ファイルｄ」に対するアクセスが終了すると（ステップ６０６）、「画像ファイルｄ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６０７）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｄ」の整合性を図る。
【０１５１】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｄ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。
【０１５２】
以上で、仕分け担当端末５０１からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１５３】
次に、調査担当端末５０３から、同じ「画像ファイルｄ」に対してアクセス要求がなされた場合について説明する。このとき、「画像ファイルｄ」は、既に仕分け担当端末５０１からのアクセスが受付けられた後であるので、磁気ディスクアレイ装置１０６に蓄積されている。
【０１５４】
図６に示すように、調査担当端末５０３が、「画像ファイルｄ」に対するアクセス要求を、ネットワーク回線１０８を介して、ネットワークインタフェース制御部１０４に対して行うと（ステップ６００）、ファイルサーバ１００においては、ＣＰＵ１０１が、該アクセス要求の内容を解読し、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のファイル名称部３０１を順次参照し、アクセス対象となる「画像ファイルｄ」についてのファイル名称を探し、「画像ファイルｄ」のファイル名称に対応するファイル位置記録部３０２を参照して、「画像ファイルｄ」の記憶位置を求める（ステップ６０１）。
【０１５５】
ここでは、「画像ファイルｄ」は、磁気ディスクアレイ装置１０６に蓄積されているので、ＣＰＵ１０１は、調査担当端末５０３からの「画像ファイルｄ」に対するアクセスを、磁気ディスクアレイ装置１０６上で受付ける（ステップ６１１）。
【０１５６】
なお、ファイルサーバ１００が調査担当端末５０３からの「画像ファイルｄ」に対するアクセスを受付けるということは、ファイルサーバ１００が、「画像ファイルｄ」に対する読み出しおよび書き込みの権利を、調査担当端末５０３にのみ与えるという排他制御を行うことに相当する。
【０１５７】
さて、ＣＰＵ１０１は、調査担当端末５０３からの「画像ファイルｄ」に対するアクセスが終了すると（ステップ６１２）、「画像ファイルｄ」を磁気ディスクアレイ装置１０６から光ディスクライブラリ装置１０７に複写することにより（ステップ６１３）、光ディスクライブラリ装置１０７および磁気ディスクアレイ装置１０６における「画像ファイルｄ」の整合性を図る。
【０１５８】
続いて、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のデクリメント値テーブル３１０のデクリメント値３１２を参照して、調査担当端末５０３のＩＤに対応するデクリメント値を求める（ステップ６１４）。
【０１５９】
ここでは、調査担当端末５０３のＩＤに対応するデクリメント値は、「０」であり、ＣＰＵ１０１は、磁気ディスクアレイ装置１０６上のファイル管理テーブル３００のノードカウンタ３０３の値を「０」だけデクリメントする（ステップ６１５）。
【０１６０】
最後に、ＣＰＵ１０１は、ノードカウンタ３０３の値が「０」であるか否かを判定し（ステップ６０８）、「０」である場合は、「画像ファイルｄ」を磁気ディスクアレイ装置１０６から削除し（ステップ６０９）、ファイル管理テーブル３００のファイル位置記録部３０２の内容を変更する（ステップ６１０）。ただし、ここでは、ノードカウンタ３０３の値が「２」となるので、何もしない。
【０１６１】
以上で、調査担当端末５０３からのアクセス要求に対するファイルサーバ１００の処理が終了する。
【０１６２】
以降は、「画像ファイルｄ」に対しては、通常の「画像ファイルｂ」に対する定型業務の仕分け作業終了後と同様に、初期登録作業，事務手続き作業が行われる。
【０１６３】
このとき、初期登録作業において、初期登録担当端末５０４から、同じ「画像ファイルｄ」に対してアクセス要求がなされた場合に、ノードカウンタ３０３の値が「１」だけデクリメントされ、「１」となる。また、事務手続き作業において、事務手続き担当端末５０５から、同じ「画像ファイルｄ」に対してアクセス要求がなされた場合に、ノードカウンタ３０３の値が「１」だけデクリメントされ、「０」となり、その時点で、「画像ファイルｄ」は、磁気ディスクアレイ装置１０６から削除される。
【０１６４】
上述したように、「画像ファイルｄ」に対する定型業務（ファイルサーバ１００にとっては、ワークフロー処理）が終了すると同時に、「画像ファイルｄ」は、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６から即座に削除されることとなる。
【０１６５】
以上説明したように、本実施例によれば、ワークフロー型システムにおいて、通常の「画像ファイルｂ」，修正作業が必要な「画像ファイルｃ」，調査作業が必要な「画像ファイルｄ」という、それぞれアクセス回数が異なる画像ファイルのいずれも、最後の作業である事務手続き作業が終了して定型業務が終了すると同時に、高速なファイルの入出力が可能な磁気ディスクアレイ装置１０６から即座に削除される。すなわち、磁気ディスクアレイ装置１０６上には、定型業務が行われている途中の画像ファイル（ファイルサーバ１００にとっては、ワークフロー処理中の画像ファイル）のみが蓄積されることとなるので、同一の容量の磁気ディスクアレイ装置１０６を用いてワークフロー型システムを構築した場合に、アクセスが受付けられるべきファイルに対するヒット率が向上し、システム全体のファイル転送速度を向上させることができるようになる。
【０１６６】
また、デクリメント値テーブル３１０に、端末５０１〜５０５のＩＤごとのデクリメント値３１２の代わりに、ユーザのＩＤごとのデクリメント値を格納するようにすれば、端末５０１〜５０５ごとに処理が異なるシステムの代わりに、ユーザごとに処理が異なるシステムを構築することが可能である。
【０１６７】
また、本実施例においては、デクリメント値を磁気ディスクアレイ装置１０６上のデクリメント値テーブル３１０から求めるようにしているが、端末５０１〜５０５が、処理終了後にデクリメント値をファイルサーバ１００に転送し、ファイルサーバ１００が、該デクリメント値に基づいてノードカウンタ３０３の値をデクリメントするようにしてもよい。
【０１６８】
また、端末５０１〜５０５が行った処理の結果の、ファイルの修正内容、または、新たに作成された関連するファイルの名称や数に基づいて、ファイルサーバ１００が、端末５０１〜５０５によって行われた処理の内容を推定することができるような場合は、推定した処理内容に対応するデクリメント値だけノードカウンタ３０３の値をデクリメントするようにしてもよい。
【０１６９】
なお、上記第１の実施例および第２の実施例において、磁気ディスクアレイ装置１０６からファイルを削除する代わりに、該ファイルの磁気ディスクアレイ装置１０６上の保存優先度を低下させるようにし、さらに、磁気ディスクアレイ装置１０６の利用率が予め定められた値より大きくなった時点で、保存優先度の低いファイルをディスクアレイ装置１０６から削除するようにすることも可能である。
【０１７０】
また、上記第１の実施例および第２の実施例において、最後にアクセスが受付けられてから予め定められた時間が経過したファイルで、かつ、ノードカウンタ３０３の値が「０」となっているファイルを削除するようにすることも可能である。
【０１７１】
【発明の効果】
以上説明したように、本発明によれば、ファイルを蓄積している第１の記憶手段と、上記第１の記憶手段よりも記憶容量は小さいが高速な入出力が可能な第２の記憶手段とを備え、ネットワークを介して接続された端末からアクセス要求がなされた場合に、該端末からのファイルに対するアクセスを受付けるファイルサーバにおいて、端末からのアクセス回数が予め定められた回数に達していないファイルのみが、上記第２の記憶手段に蓄積されている状態を実現することができるので、このようなファイルに対するヒット率を向上させることが可能となる。
【０１７２】
従って、特に、複数の端末が、予め定められた処理の流れに従って、順次、ファイルサーバが蓄積しているファイルに対する処理を実行していくことにより、一連の業務を行うワークフロー型システムにおいて、一連の業務が行われている途中のファイルのみが、上記第２の記憶手段に蓄積されている状態を実現することができるので、アクセスが受付けられるべきファイルに対するヒット率が向上し、システム全体のファイル転送速度が向上するという効果がある。
【図面の簡単な説明】
【図１】第１の実施例のワークフロー型システムの構成図。
【図２】第１の実施例におけるファイルサーバの動作を示すフローチャート。
【図３】ファイル管理テーブルおよびデクリメント値テーブルの構成図。
【図４】第２の実施例における定型業務を示す説明図。
【図５】第２の実施例のワークフロー型システムの構成図。
【図６】第２の実施例におけるファイルサーバの動作を示すフローチャート。
【符号の説明】
１００…ファイルサーバ、１０１…ＣＰＵ、１０２…磁気ディスクインタフェース制御部、１０３…光ディスクインタフェース制御部、１０４…ネットワークインタフェース制御部、１０５…システムバス、１０６…磁気ディスクアレイ装置、１０７…光ディスクライブラリ装置、１０８…ネットワーク回線、１０９，１１０…端末、５０１…仕分け担当端末、５０２…修正担当端末、５０３…調査担当端末、５０４…初期登録担当端末、５０５…事務手続き担当端末、３００ファイル管理テーブル、３０１…ファイル名称部、３０２…ファイル位置記録部、３０３…ノードカウンタ、３１０…デクリメント値テーブル、３１１…端末名称部、３１２…デクリメント値。
【図１】
0003583814.tif 000002
【図２】
0003583814.tif 000003
【図３】
0003583814.tif 000004
【図４】
0003583814.tif 000005
【図５】
0003583814.tif 000006
【図６】
0003583814.tif 000007