(57)【要約】      （修正有）【課題】ユーザに過大な課金を発生させずに一時的に契約容量を超過してデータを蓄積することができ、かつ設備投資のコストを抑制することのできるファイル保管装置を提供する。【解決手段】ファイル保管装置は、あらかじめ定められた契約容量の範囲で単数もしくは複数のファイルを保存および削除することのできる契約領域２２が確保されている第１のデータ格納部１４と、第１のデータ格納部とは別に設けられた第２のデータ格納部１５と、契約容量を記憶している管理情報格納部と、契約領域にファイルが追加されると契約領域に記憶される単数もしくは複数のファイルの総容量が契約容量を超える場合、第２のデータ格納部に追加記憶領域を作成する蓄積情報制御部とを有する。【選択図】図３
2009187324.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを保存および削除することのできるファイル保管装置であって、
あらかじめ定められた契約容量の範囲で単数もしくは複数のファイルを保存および削除することのできる契約領域が確保されている第１のデータ格納部と、
前記第１のデータ格納部とは別に設けられた第２のデータ格納部と、
前記契約容量を記憶している管理情報格納部と、
前記契約領域にファイルが追加されると前記契約領域に記憶される単数もしくは複数のファイルの総容量が前記契約容量を超える場合、前記第２のデータ格納部に追加記憶領域を作成する蓄積情報制御部と
を有することを特徴とするファイル保管装置。
【請求項２】
前記蓄積情報制御部が、前記契約領域および前記追加記憶領域に保存されている単数もしくは複数のファイルのうちのいずれかが削除され、残る前記ファイルの総容量が前記契約容量を下回る場合、前記追加記憶領域を開放することを特徴とする、請求項１に記載のファイル保管装置。
【請求項３】
前記蓄積情報制御部が、前記第２のデータ格納部に前記追加記憶領域が存在している時間を算出し、該時間を累積超過時間として前記管理情報格納部に記憶することを特徴とする、請求項２に記載のファイル保管装置。
【請求項４】
前記管理情報格納部が、前記累積超過時間の上限値である容量超過時猶予時間を記憶していることを特徴とする、請求項３に記載のファイル保管装置。
【請求項５】
前記蓄積情報制御部が、前記容量超過時猶予時間から前記累積超過時間を減算した時間があらかじめ定められた閾値を下回ると警告を発することを特徴とする、請求項４に記載のファイル保管装置。
【請求項６】
前記管理情報格納部が、前記追加記憶領域の最大容量である拡張領域最大容量を記憶していることを特徴とする、請求項２に記載のファイル保管装置。
【請求項７】
前記蓄積情報制御部が、前記契約領域にファイルが追加されると前記契約領域および前記追加記憶領域に記憶される単数もしくは複数のファイルの総容量が前記契約容量と前記拡張領域最大容量との合計を超える場合、前記ファイルの追加に係る処理を中断することを特徴とする、請求項６に記載のファイル保管装置。
【請求項８】
第１のデータ格納部と第２のデータ格納部とを有するファイル保管装置にファイルを保管する方法であって、
前記第１のデータ格納部にあらかじめ定められた契約容量の範囲で単数もしくは複数のファイルを保存および削除することのできる契約領域を確保する契約領域確保工程と、
前記契約領域の最大容量である契約容量を記憶する契約容量記憶工程と、
前記契約領域にファイルが追加されると前記契約領域に記憶される単数もしくは複数のファイルの総容量が前記契約容量を超えるか否かを判断する第１のファイル容量判断工程と、
前記第１のファイル容量判断工程で前記総容量が前記契約容量を超える場合、前記第２のデータ格納部に追加記憶領域を作成する追加記憶領域作成工程と
を有することを特徴とするファイル保管方法。
【請求項９】
前記契約領域および前記追加記憶領域に保存されている単数もしくは複数のファイルのうちのいずれかが削除された場合に、残る前記ファイルの総容量が前記契約容量を下回るか否かを判断する第２のファイル容量判断工程と、
前記第２のファイル容量判断工程で前記総容量が前記契約容量を下回る場合、前記追加記憶領域を開放する追加記憶領域開放工程を有することを特徴とする、請求項８に記載のファイル保管方法。
【請求項１０】
前記第２のデータ格納部に前記追加記憶領域が存在している時間を算出し、該時間を累積超過時間として前記管理情報格納部に記憶する累積超過時間算出工程を有することを特徴とする、請求項９に記載のファイル保管方法。
【請求項１１】
前記契約領域確保工程が、前記累積超過時間の上限値である容量超過時猶予時間を記憶する容量超過時猶予時間記憶工程を含むことを特徴とする、請求項１０に記載のファイル保管方法。
【請求項１２】
前記累積超過時間算出工程が、前記容量超過時猶予時間から前記累積超過時間を減算した時間があらかじめ定められた閾値を下回ると警告を発する警告工程を含むことを特徴とする、請求項１１に記載のファイル保管方法。
【請求項１３】
前記契約領域確保工程が、前記追加記憶領域の最大容量である拡張領域最大容量を記憶する拡張領域最大容量記憶工程を含むことを特徴とする、請求項９に記載のファイル保管方法。
【請求項１４】
前記契約領域にファイルが追加されると前記契約領域および前記追加記憶領域に記憶される単数もしくは複数のファイルの総容量が前記契約容量と前記拡張領域最大容量との合計を超えるか否かを判断する第３のファイル容量判断工程と、
前記第３のファイル容量判断工程で前記総容量が前記契約容量と前記拡張領域最大容量との合計を上回る場合、前記ファイルの追加に係る処理を中断するエラー処理工程とを有することを特徴とする、請求項１３に記載のファイル保管方法。
【請求項１５】
第１のデータ格納部と第２のデータ格納部とを有するファイル保管装置を制御するコンピュータに、
前記第１のデータ格納部にあらかじめ定められた契約容量の範囲で単数もしくは複数のファイルを保存および削除することのできる契約領域を確保する契約領域確保処理と、
前記契約領域の最大容量である契約容量を記憶する契約容量記憶処理と、
前記契約領域にファイルが追加されると前記契約領域に記憶される単数もしくは複数のファイルの総容量が前記契約容量を超えるか否かを判断する第１のファイル容量判断処理と、
前記第１のファイル容量判断工程で前記総容量が前記契約容量を超える場合、前記第２のデータ格納部に追加記憶領域を作成する追加記憶領域作成処理と
を実行させることを特徴とするファイル保管プログラム。
【請求項１６】
前記契約領域および前記追加記憶領域に保存されている単数もしくは複数のファイルのうちのいずれかが削除された場合に、残る前記ファイルの総容量が前記契約容量を下回るか否かを判断する第２のファイル容量判断処理と、
前記第２のファイル容量判断工程で前記総容量が前記契約容量を下回る場合、前記追加記憶領域を開放する追加記憶領域開放処理を実行させることを特徴とする、請求項１５に記載のファイル保管プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてユーザにファイルを保存する領域を提供するアプリケーションサービスプロバイダ（ＡＳＰ）に関し、特に業としてそのような領域を提供するＡＳＰ（レンタルストレージサービスなど）に関する。
【背景技術】
【０００２】
インターネットにおいてＡＳＰによって提供されるサービスの一つとして、レンタルストレージサービス、ホスティングサービス（いわゆるレンタルサーバ）などがある。これらのサービスにおいては、ユーザが該サービスを利用するに当たって、該サービスによってファイルを保存することのできるユーザ領域と、ユーザ領域に保存できるファイルの総容量である契約容量があらかじめ定められる。
【０００３】
これに関連する技術として、次に述べるような特許文献がある。特許文献１には、デジタルコンテンツデータ保管に関して、保管サイズと保管時間に応じた従量制の課金を行うという技術が記載されている。特許文献２には、ネットワークを介するコンテンツの視聴に対して課金する方法の一例が記載されている。特許文献３には、ストレージ使用領域の大きさだけでなく、ストレージの総合的な使用状況により課金するという技術が記載されている。
【０００４】
特許文献４には、ネットワークを介するコンテンツの視聴に対して、再生時間もしくは情報量に基づいて課金するという技術が記載されている。特許文献５には、ネットワーク上のストレージとローカルドライブとで、ローカルドライブに記憶された容量が所定の閾値を超えると該データをネットワークドライブに移動し、ローカルドライブの空きが大きくなればネットワークドライブからデータを移動するという技術が記載されている。
【０００５】
特許文献６には、データの重要度に応じて、品質と料金の異なるデータ格納場所の中で保管場所を判別して、保管および課金するという技術が記載されている。特許文献７には、ストレージに格納されたデータに対するアクセス速度をもとに課金するという技術が記載されている。
【０００６】
【特許文献１】特開２００１−３０６８３１号公報
【特許文献２】特開２００１−３５７２２２号公報
【特許文献３】特開２００２−２３６８５２号公報
【特許文献４】特開２００３−１６７５８５号公報
【特許文献５】特開２００４−１１０２９０号公報
【特許文献６】特開２００６−１１３６７４号公報
【特許文献７】特開２００６−１１３８２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このようなレンタルストレージサービスにおいては通常、契約容量を超えてファイルを保存することはできないか、契約容量を超えた分の容量などに応じて超過料金が課金される。この超過料金は、思わぬ高額なものとなることがある。
【０００８】
特許文献１のサービスにおいては、ユーザが使用できる上限の容量を定義せず、使った分だけ課金する仕組みを有しているので、ユーザがデータを蓄積できなくなる状態に陥ることはない。しかしながら、保管サイズと保管時間に応じた従量制課金であるため、大量のデータを長期間保存することにより、その課金は思わぬ高額なものとなる可能性がある。特許文献６のサービスにおいても、ユーザが使用できる容量を定義していないので、特許文献１と同様の問題がある。
【０００９】
また、特許文献１および６のサービスにおいては、ユーザが使用できる上限容量についての考慮が無いため、ＡＳＰ側が用意した記憶装置内の全容量までデータを蓄積することができてしまい、この場合にはサービス自体の停止、もしくは他のユーザへの悪影響などの不具合を招くといった問題もある。ＡＳＰ側としては、契約容量を超えるデータ蓄積をユーザに許可し、かつサービス停止に陥らないようにするためには、磁気ディスクなどの記憶装置に対する十分な設備投資が必要である。
【００１０】
ただし、このために用意する記憶装置は、長期間にわたってデータの消失や破損などの危険性が少なく、かつユーザから高速に読み書きが可能なものである必要がある。そのため、データ読み書きの速度の高速性と、記憶されるデータに対して手厚いデータ保護の施策を備えた高信頼性とを有する、高性能な記憶装置を使用する必要がある。しかしながら、高性能な記憶装置は言うまでもなく単位記憶容量当たりの単価が高いので、これによって大きな記憶容量を準備するコストは膨大なものとなる。
【００１１】
ちなみに特許文献５のサービスは、ネットワーク上のストレージとローカルドライブとの間でデータを移動させるだけであり、上記の問題を解決する構成を備えていない。それら以外の、特許文献２〜４および７も、上記の問題を解決する構成を備えていない。
【００１２】
本発明の目的は、ＡＳＰにおいて、ユーザに過大な課金を発生させずに一時的に契約容量を超過してデータを蓄積することができ、かつ設備投資のコストを抑制することのできるファイル保管装置、ファイル保管方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明に係るファイル保管装置は、ファイルを保存および削除することのできるファイル保管装置であって、あらかじめ定められた契約容量の範囲で単数および複数のファイルを保存および削除することのできる契約領域が確保されている第１のデータ格納部と、第１のデータ格納部とは別に設けられた第２のデータ格納部と、契約領域にファイルを追加することが可能な容量である契約領域空容量を記憶している管理情報格納部と、契約領域空容量を超える容量のファイルが契約領域に追加されようとしている場合、第２のデータ格納部に追加記憶領域を作成する蓄積情報制御部とを有することを特徴とする。
【００１４】
上記目的を達成するため、本発明に係るファイル保管方法は、第１のデータ格納部と第２のデータ格納部とを有するファイル保管装置にファイルを保管する方法であって、第１のデータ格納部にあらかじめ定められた契約容量の範囲で単数および複数のファイルを保存および削除することのできる契約領域を確保する契約領域確保工程と、契約領域にファイルを追加することが可能な容量である契約領域空容量を記憶する契約領域空容量記憶工程と、契約領域に追加されようとしているファイルの容量が契約領域空容量を超えるか否かを判断する第１のファイル容量判断工程と、第１のファイル容量判断工程でファイルの容量が契約領域空容量を超える場合、第２のデータ格納部に追加記憶領域を作成する追加記憶領域作成工程とを有することを特徴とする。
【００１５】
上記目的を達成するため、本発明に係るファイル保管プログラムは、第１のデータ格納部と第２のデータ格納部とを有するファイル保管装置を制御するコンピュータに、第１のデータ格納部にあらかじめ定められた契約容量の範囲で単数および複数のファイルを保存および削除することのできる契約領域を確保する契約領域確保処理と、契約領域にファイルを追加することが可能な容量である契約領域空容量を記憶する契約領域空容量記憶処理と、契約領域に追加されようとしているファイルの容量が契約領域空容量を超えるか否かを判断する第１のファイル容量判断処理と、第１のファイル容量判断処理でファイルの容量が契約領域空容量を超える場合、第２のデータ格納部に追加記憶領域を作成する追加記憶領域作成処理とを実行させることを特徴とする。
【発明の効果】
【００１６】
本発明は、契約容量を超えそうになった場合に、第１のデータ格納部と異なる第２のデータ格納部に追加記憶領域を作成するように構成したので、第２のデータ格納部を第１のデータ格納部より単位記憶容量当たりの単価の低いものとすることができる。これによって、ＡＳＰにおいて、ユーザに過大な課金を発生させずに一時的に契約容量を超過してデータを蓄積することができ、かつ設備投資のコストを抑制することができるという、従来にない優れたファイル保管装置、ファイル保管方法およびプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係るファイル保管装置１０の構成を示す機能ブロック図である。ファイル保管装置１０は、ネットワーク２０に接続され、ディスク装置などのデータ格納装置を備えたコンピュータ装置によって構成される。ファイル保管装置１０は、蓄積情報制御部１１、管理情報格納部１２、制御プログラム格納部１３、高性能データ格納部１４、低性能データ格納部１５の各機能ブロックで構成される。各々の詳細な構成は後述する。
【００１８】
蓄積情報制御部１１は、以後に説明する本実施の形態に係る動作を実行するコンピュータの主要部であり、制御プログラム格納部１３から読み出されるプログラムを実行する。管理情報格納部１２は、蓄積情報制御部１１の動作に必要となる、各ユーザおよび各ストレージ装置（高性能データ格納部１４および低性能データ格納部１５を総称していう）などについてのデータを保存する。
【００１９】
高性能データ格納部１４および低性能データ格納部１５は、磁気ディスク装置、光ディスク装置などによって構成されるデータ記憶装置である。ここでいう「性能」とは、データ読み書きの高速性と、記憶されるデータに対する信頼性とを合わせた概念である。特に記憶されるデータに対する保護の手厚さを、ここでは重視する。もちろん単位記憶容量当たりの単価が高い記憶装置であればあるほど、高性能であると言える。
【００２０】
高性能データ格納部１４は、ファイバチャネルやＳＣＳＩなどのような高性能なインターフェイスによって接続される高価なディスク装置に、さらにＲＡＩＤ−１またはＲＡＩＤ−１０などのような、容量効率が低いが障害時にも転送速度の低下がないデータ保護の施策を施している。一方、低性能データ格納部１５は、ＡＴＡなどのような低性能なインターフェイスによって接続される安価なディスク装置に、ＲＡＩＤ−５などのような、容量効率が高いが障害時には転送速度の低下があるデータ保護の施策を施すか、もしくはそのような施策を特に行わない。
【００２１】
一方、ネットワーク２０には携帯電話、モバイル端末、デスクトップＰＣ、大型コンピュータなどのようなクライアント装置２１が接続され、それらの端末からネットワーク２０を介して、ファイル保管装置１０が提供するレンタルストレージサービスを利用することができる。
【００２２】
図２は、図１に示したファイル保管装置１０によって提供されるレンタルストレージサービス（以後、単にサービスという）をクライアント装置２１から見たイメージを示す概念図である。ユーザがサービスを契約すると、契約領域２２として、契約された記憶容量（以後契約容量という）分のストレージが割り当てられる。
【００２３】
ユーザは、クライアント装置２１からネットワーク２０を介して契約領域２２にアクセスすることができる。当然のことではあるが、同一サービスを利用する他のユーザの契約領域２２には、原則としてアクセスできない（契約内容などによっては、制限付きでアクセスが許可される場合もある）。
【００２４】
図３は、図１に示したファイル保管装置１０において、追加記憶領域２３が作成される動作を示す概念図である。高性能データ格納部１４は、複数の高性能ディスク装置３４によって構成される。低性能データ格納部１５は、複数の低性能ディスク装置３５によって構成される。ユーザがサービスを契約すると割り当てられる契約領域２２は、高性能データ格納部１４に含まれる。
【００２５】
一方、一時的に契約容量を超過するデータが記憶される場合には、その契約容量を超過した容量分の追加記憶領域２３が一時的に作成される。追加記憶領域２３は、低性能データ格納部１５から、不足している容量の分の領域を作成して追加で割り当てることによって実現される。
【００２６】
図４は、図１に示したファイル保管装置１０で、契約容量を超過するデータが記憶された場合の動作を示す概念図である。図４（ａ）は、契約領域２２に契約容量を超えない容量の第１のユーザデータ４１が記憶されている状態である。この状態から、第２のユーザデータ４２を契約領域２２に追加して記憶させる。第１のユーザデータ４１と第２のユーザデータ４２の容量を合わせても、まだ契約容量を超えない。
【００２７】
この場合、図４（ｂ）に示すように、第１のユーザデータ４１と第２のユーザデータ４２は契約領域２２内で連続して格納される。この時点で、第１のユーザデータ４１と第２のユーザデータ４２との合計容量を契約容量から引いた分の、空き容量が残っている。
【００２８】
ここで、この空き容量を上回る容量の第３のユーザデータ４３を、さらに追加して記憶させる。そこで、図４（ｃ）に示すように、不足する容量、つまり第３のユーザデータ４３の容量から空き容量を引いた分に相当する容量の、追加記憶領域２３が作成される。これによって、図４（ｄ）に示すように、第１のユーザデータ４１と第２のユーザデータ４２に、さらに第３のユーザデータ４３が連続して、契約領域２２と追加記憶領域２３とを合わせた領域に記憶される。以上のように、データ登録時には、必ず各データはストレージ内に連続して配置される。
【００２９】
図５は、図１に示したファイル保管装置１０で、不要データの削除によって追加記憶領域２３が開放される動作を示す概念図である。図５（ａ）は、図４（ｄ）と同様に、第１〜第３のユーザデータ４１〜４３が、契約領域２２と追加記憶領域２３とを合わせた領域に連続して記憶されている状態を示す。ここで、第２のユーザデータ４２を削除することを考える。第１のユーザデータ４１と第３のユーザデータ４３との合計容量は、契約容量を下回るので、追加記憶領域２３を使用せずに契約領域２２だけで格納することができる容量である。
【００３０】
この場合、図５（ｂ）に示すように、契約領域２２内の、第２のユーザデータ４２を削除することによって空いた領域に、第３のユーザデータ４３が移動される。第３のユーザデータ４３は、第１のユーザデータ４１と連続する状態となる。このようにすれば、図５（ｃ）に示すように、追加記憶領域２３にデータが存在しない状態となるので、追加記憶領域２３は低性能データ格納部１５に返却され、図５（ｄ）に示すように契約領域２２だけを使用する状態となる。
【００３１】
ここで、第１のユーザデータ４１と第３のユーザデータ４３との合計容量が契約容量を上回る場合は、追加記憶領域２３を返却することはできない。ただし、この場合も、第２のユーザデータ４２が削除されれば、第３のユーザデータ４３は移動されて、第１のユーザデータ４１と連続する状態となる。追加記憶領域２３をもともと使用していない場合も同様である。必ず各データはストレージ内に連続して配置されることが、本実施の形態では鉄則である。
【００３２】
図６は、図１に示したファイル保管装置１０で、データの更新の動作を示す概念図である。図６（ａ）は、契約領域２２内に、第１〜第３のユーザデータ４１〜４３が連続して記憶されている状態を示す。ここで、第２のユーザデータ４２を削除して、第４のユーザデータ４４を記憶させることを考える。つまり、第２のユーザデータ４２が、更新されて第４のユーザデータ４４になる。この場合も、まず図６（ｂ）に示すように第２のユーザデータ４２を削除し、さらに図６（ｃ）に示すように、それによって空いた領域に第３のユーザデータ４３を移動して第１のユーザデータ４１と連続する状態とする。その上で、図６（ｄ）に示すように、第３のユーザデータ４３と連続するように、第４のユーザデータ４４が記憶される。
【００３３】
この場合は、契約領域２２内であっても、契約領域２２と追加記憶領域２３とを合わせた領域であっても、動作は同一である。記憶容量の変化によって必要が生じた場合に、図４および図５に示した追加記憶領域２３の追加もしくは解放の動作を行うようにするとよい。
【００３４】
図７は、図１に示したファイル保管装置１０におけるファイル管理情報１０１の構成を示す概念図である。契約領域２２と追加記憶領域２３とを合わせて、ユーザ領域１００という。ユーザ領域１００に対するファイル管理情報１０１は、管理情報格納部１２に記憶される。
【００３５】
いま、ユーザ領域１００に、Ｎ個のユーザデータ４１ａ〜…（ファイル（１）〜ファイル（Ｎ））が保存されているものとする。それらに対応するファイル管理情報１０１は、ユーザ領域１００の存在するディスク装置の識別子を示すディスクＩＤ１１１、該ユーザがユーザ領域１００に記憶させているファイル数Ｎを示す格納ファイル数１１２、および各ユーザデータ（ファイル（１）〜ファイル（Ｎ））ごとに与えられる識別子１２１、格納位置先頭アドレス１２２、データサイズ１２３からなる。
【００３６】
以後、ファイル管理情報１０１の中でｎ番目のユーザデータ４１ａ〜…であるファイル（ｎ）に対する識別子１２１、格納位置先頭アドレス１２２、およびデータサイズ１２３を各々、識別子（ｎ）、格納位置先頭アドレス（ｎ）、データサイズ（ｎ）のように表す。（ｎおよびＮは自然数であり、かつ１≦ｎ≦Ｎ）
【００３７】
図８は、図１に示したファイル保管装置１０の構成をさらに詳しく示す機能ブロック図である。蓄積情報制御部１１は、ハードウェアとしてはＣＰＵ２１１、通信制御装置２１２、第１の一時蓄積メモリ２１３、第２の一時蓄積メモリ２１４、内部時計２１５、ＲＡＩＤ制御装置２１６、および仮想記憶領域管理テーブル２１７で構成される。
【００３８】
通信制御装置２１２は、ＣＰＵ２１１で実行されるプログラムがネットワーク２０にアクセスするためのインターフェイスである。ＲＡＩＤ制御装置２１６は、ＣＰＵ２１１で実行されるプログラムが高性能データ格納部１４および低性能データ格納部１５にアクセスするためのインターフェイスである。
【００３９】
第１の一時蓄積メモリ２１３は、ＣＰＵ２１１と通信制御装置２１２との間で受け渡しされるデータを一時保存する一時蓄積メモリである。第２の一時蓄積メモリ２１４は、ＣＰＵ２１１とＲＡＩＤ制御装置２１６との間で受け渡しされるデータを一時保存する一時蓄積メモリである。これらの一時蓄積メモリ２１３および２１４は、望ましくは大容量の廉価なＤＲＡＭによって実装される。
【００４０】
仮想記憶領域管理テーブル２１７は、ＲＡＩＤ制御装置２１６によって作成される情報を記憶するものであり、高速なアクセスおよび比較的長期のデータ保管のために、望ましくは不揮発性メモリによって実装される。
【００４１】
前述のように、高性能データ格納部１４は、複数の高性能ディスク装置３４によって構成される。低性能データ格納部１５は、複数の低性能ディスク装置３５によって構成される。契約領域２２および追加記憶領域２３はユーザから見れば連続領域に蓄積されているようになっているが、実際には契約領域２２は高性能データ格納部１４に、追加記憶領域２３は低性能データ格納部１５に格納される。
【００４２】
このため、仮想記憶領域管理テーブル２１７は、ユーザから見る契約領域２２および追加記憶領域２３と、それらが実際に格納される高性能データ格納部１４および低性能データ格納部１５の、各々の格納位置の対応を記憶する。
【００４３】
内部時計２１５は、詳しくは後述するが、ユーザが追加記憶領域２３を使用した時間を測定するために使用される。
【００４４】
管理情報格納部１２は、前述のファイル管理情報１０１、および各ユーザごとの課金情報３００を、ディスクＩＤ１１１をキーとして対応させて記憶しているものであり、高速なアクセス、比較的長期のデータ保管、および将来の容量追加のために、望ましくは不揮発性メモリもしくは高性能のディスク装置１０３などによって実装される。
【００４５】
制御プログラム格納部１３は、ＣＰＵ２１１において以後の説明で示される処理を実行するプログラム２３１を記憶しているものであり、高速なアクセス、比較的長期のデータ保管、および格納するプログラムの保守のために、望ましくは不揮発性メモリによって実装される。
【００４６】
以上で示した構成のファイル保管装置１０に対して、ネットワーク２０から通信回線を通して、クライアント装置２１からの要求が蓄積情報制御部１１に届くと、通信制御装置２１２は該要求の内容を解析し、データを第１の一時蓄積メモリ２１３に記憶した後、ＣＰＵ２１１に対して該要求の処理を要求する。
【００４７】
ＣＰＵ２１１はこの要求に基づき、第１の一時蓄積メモリ２１３に記憶されたデータを順次読み込み、要求を解析し、必要なプログラム２３１を制御プログラム格納部１３から読み込み、該要求に対応するユーザの情報を管理情報格納部１２から読み出し、処理を行う。このとき必要に応じて、管理情報格納部１２内のファイル管理情報１０１および課金情報３００を変更する。そして該要求に対応して、ＣＰＵ２１１はＲＡＩＤ制御装置２１６に対してストレージ装置への書き込み要求を行う。このときのデータの受け渡しに、第２の一時蓄積メモリ２１４が使用される。
【００４８】
図９は、図８に示した課金情報３００のデータ構成を示す概念図である。課金情報３００は、各々のユーザを表す情報として、顧客ＩＤ３０１、顧客名称３０２、顧客住所３０３、契約容量３０４、拡張領域最大容量３０５、契約容量超過時猶予時間３０６、連絡先メールアドレス３０７、契約開始日付３０８などを含む。
【００４９】
このうち契約容量３０４は、契約領域２２の容量である。拡張領域最大容量３０５は、契約に基づいて許可される追加記憶領域２３の最大容量である。この容量を超える追加記憶領域２３を作成することはできない。契約容量超過時猶予時間３０６は、追加記憶領域２３を使用することが許可される時間の最大値であり、契約条件に基づいてたとえば「１ヶ月に合計７２時間以内」などのように設定される。これを超えて追加記憶領域２３を使用したユーザには、たとえばペナルティとして、契約容量超過時猶予時間３０６を超えた期間に対応する額を課金する（以後、このような課金を拡張課金という）などの措置を取ることができる。
【００５０】
また、課金情報３００は、各々のユーザの該サービスの使用状況を表す情報として、契約領域ディスクＩＤ３０９、契約領域空容量３１０、追加記憶領域ディスクＩＤ３１１、追加記憶領域空容量３１２、容量超過フラグ３１３、拡張課金フラグ３１４、累積超過時間３１５、超過発生日時３１６、更新日時３１７などを含む。
【００５１】
契約領域ディスクＩＤ３０９は、契約に基づき割り当てられた契約領域２２を表す識別子であり、ファイル管理情報１０１に含まれるディスクＩＤ１１１に対応する。契約領域空容量３１０は、契約領域ディスクＩＤ３０９で表される契約領域２２の、契約容量３０４に対する空き容量である。追加記憶領域ディスクＩＤ３１１は、契約領域２２に付加された追加記憶領域２３を表す識別子である。追加記憶領域空容量３１２は、追加記憶領域ディスクＩＤ３１１で表される追加記憶領域２３の、拡張領域最大容量３０５に対する空き容量である。
【００５２】
容量超過フラグ３１３および拡張課金フラグ３１４はブーリアン変数である。容量超過フラグ３１３は、追加記憶領域２３が割り当てられている状態だとＹｅｓとなり、そうでなければＮｏとなる。拡張課金フラグ３１４は、契約容量超過時猶予時間３０６を超えて追加記憶領域２３を使用している、つまり拡張課金が必要な状態だとＹｅｓとなり、そうでなければＮｏとなる。累積超過時間３１５は、課金対象期間内に追加記憶領域２３を使用した累積時間を表す。超過発生日時３１６は、最も新しく追加記憶領域２３が割り当てられた日時を表す。更新日時３１７は、これらのデータが最も新しく更新された日時を表す。
【００５３】
このような課金情報３００を持つことにより、契約領域２２と追加記憶領域２３とを合わせた占有容量がユーザごとに自明なものとなるので、容量超過状態に陥ったことや、その容量超過状態が解消されたことなどを容易に検出し、それに対応した動作を的確に行うことができる。
【００５４】
図１０は、図１および図８に示したファイル保管装置１０で、ユーザがクライアント装置２１を介してユーザ領域１００にデータ登録を依頼した際に、プログラム２３１がファイル管理情報１０１に対して行う処理を表すフローチャートである。ここでは、ユーザ領域１００にＮ件のファイル（１）〜ファイル（Ｎ）が格納されている状態から、新たにＮ＋１件目のデータであるファイル（Ｎ＋１）を追加するものである。
【００５５】
実行開始されると、格納ファイル数１１２に登録されているファイル数ＮをＮ＋１に更新し（ステップＳ４０１）、ファイル（Ｎ＋１）の識別子（Ｎ＋１）、格納位置先頭アドレス（Ｎ＋１）、データサイズ（Ｎ＋１）を各々ファイル管理情報１０１に追加する（ステップＳ４０２〜４０４）。その後で、ユーザ領域１００にファイル（Ｎ＋１）の実際のデータを蓄積して（ステップＳ４０５）、処理を終了する。
【００５６】
図１１は、図１および図８に示したファイル保管装置１０で、ユーザがクライアント装置２１を介してユーザ領域１００にデータ削除を依頼した際に、プログラム２３１がファイル管理情報１０１に対して行う処理を表すフローチャートである。ここでは、ユーザ領域１００にＮ件のファイル（１）〜ファイル（Ｎ）が格納されている状態から、その中のＭ件目のデータであるファイル（Ｍ）を削除するものである。（Ｍは自然数であり、かつ１≦Ｍ≦Ｎ）
【００５７】
実行開始されると、まずユーザ領域１００においてファイル（Ｍ）の次のファイルであるファイル（Ｍ＋１）を、削除されたファイル（Ｍ）のデータサイズの分だけ移動させる（ステップＳ４５１）。続いて識別子（Ｍ）を識別子（Ｍ＋１）で上書きし（ステップＳ４５２）、格納位置先頭アドレス（Ｍ）をステップＳ４５１によって移動した後の値で上書きし（ステップＳ４５３）、データサイズ（Ｍ）をデータサイズ（Ｍ＋１）で上書きする（ステップＳ４５４）。
【００５８】
その後でＭの値を１だけ増加し（ステップＳ４５５）、Ｍの値がＮに到達したか否かを判断する（ステップＳ４５６）。到達していればステップＳ４５７以降に進み、到達していなければステップＳ４５１に戻る。ステップＳ４５１〜４５６の工程の繰り返しで、削除対象のファイル（Ｍ）は上書きされる。
【００５９】
ステップＳ４５６でＭの値がＮに到達していれば、識別子（Ｎ）、格納位置先頭アドレス（Ｎ）、データサイズ（Ｎ）を各々削除し（ステップＳ４５７〜４５９）、格納ファイル数１１２の値ＮをＮ−１に更新し（ステップＳ４６０）、処理を終了する。
【００６０】
なお、データを更新する場合は、図１１に示した処理で更新前のデータを削除した後、図１０に示した処理で更新後のデータを追加する。
【００６１】
図１２は、図１０に示したデータ登録の処理の際に、プログラム２３１が課金情報３００に対して行う処理を表すフローチャートである。まず新規に登録されるファイル（Ｎ＋１）の容量であるデータサイズ（Ｎ＋１）について確認した（ステップＳ５０１）後、課金情報３００に記録されている容量超過フラグ３１３、契約領域空容量３１０および追加記憶領域空容量３１２を確認する（ステップＳ５０２）。なお、この段階ではデータサイズ（Ｎ＋１）はまだファイル管理情報１０１に登録されていないが、ここでは便宜上ファイル（Ｎ＋１）の容量をデータサイズ（Ｎ＋１）という。
【００６２】
そして、容量超過フラグ３１３がＹｅｓであるか否かを判断する（ステップＳ５０３）。容量超過フラグ３１３がＹｅｓであれば追加記憶領域２３が現在割り当てられているので、後述のステップＳ５３１に進む。容量超過フラグ３１３がＮｏであれば追加記憶領域２３が現在割り当てられていないので、ステップＳ５０４に進む。
【００６３】
追加記憶領域２３が現在割り当てられていない状態であれば、ステップＳ５０１で確認したデータサイズ（Ｎ＋１）が、契約領域空容量３１０より大きいか否かを判断する（ステップＳ５０４）。データサイズ（Ｎ＋１）が契約領域空容量３１０より大きければ、新規に追加記憶領域２３を割り当てる必要があるので、ステップＳ５２１に進む。データサイズ（Ｎ＋１）が契約領域空容量３１０以内であれば、追加記憶領域２３を割り当てる必要はないので、ステップＳ５１１に進む。
【００６４】
ステップＳ５０３〜５０４の判断でステップＳ５１１に進んだ場合は、追加記憶領域２３が現在割り当てられていず、ファイル（Ｎ＋１）を登録した後も追加記憶領域２３を割り当てる必要はないということを意味する。この場合は、内部時計２１５から現在時刻を取得し（ステップＳ５１１）、契約領域空容量３１０の値を現在の値からデータサイズ（Ｎ＋１）を減算した値に更新し（ステップＳ５１２）、更新日時３１７をステップＳ５１１で取得した時刻に更新する（ステップＳ５１３）。そしてステップＳ５５１に進み、図１０で示したデータ登録処理を実行する。
【００６５】
ステップＳ５０３〜５０４の判断でステップＳ５２１に進んだ場合は、追加記憶領域２３が現在割り当てられていないが、契約領域空容量３１０だけではファイル（Ｎ＋１）を登録することができないということを意味する。この場合は、データサイズ（Ｎ＋１）が、契約領域空容量３１０と追加記憶領域空容量３１２とを合わせた値より大きいか否かを判断する（ステップＳ５２１）。
【００６６】
ステップＳ５２１で、データサイズ（Ｎ＋１）が、契約領域空容量３１０と追加記憶領域空容量３１２とを合わせた値より大きければ、追加記憶領域２３を割り当てたとしてもファイル（Ｎ＋１）を登録するために十分な空き容量が得られずにオーバーフロー状態になることを意味するので、ステップＳ５４１のエラー処理に進む。そうでなければ、ステップＳ５２２に進む。
【００６７】
ステップＳ５２２に進んだ場合は、ファイル（Ｎ＋１）を登録するために追加記憶領域２３を新規に割り当てることになる。まず内部時計２１５から現在時刻を取得し（ステップＳ５２２）、容量超過フラグ３１３の値をＹｅｓに変更し（ステップＳ５２３）、超過発生日時３１６をステップＳ５２２で取得した時刻に更新し（ステップＳ５２４）、契約領域空容量３１０の値を０に更新する（ステップＳ５２５）。
【００６８】
そして低性能データ格納部１５から追加記憶領域２３を取得し（ステップＳ５２６）、取得された追加記憶領域２３の追加記憶領域ディスクＩＤ３１１を登録し（ステップＳ５２７）、ファイル（Ｎ＋１）を登録した場合の追加記憶領域２３の空き容量を計算して追加記憶領域空容量３１２に登録し（ステップＳ５２８）、更新日時３１７をステップＳ５２２で取得した時刻に更新する（ステップＳ５２９）。そしてステップＳ５５１に進み、図１０で示したデータ登録処理を実行する。
【００６９】
ステップＳ５０３の判断でステップＳ５３１に進んだ場合は、追加記憶領域２３が既に割り当てられていることを意味する。契約領域空容量３１０は０である。この場合は、データサイズ（Ｎ＋１）が追加記憶領域空容量３１２より大きいか否かを判断する（ステップＳ５３１）。データサイズ（Ｎ＋１）が追加記憶領域空容量３１２より大きければ、ファイル（Ｎ＋１）を登録するために十分な空き容量が得られずにオーバーフロー状態になることを意味するので、ステップＳ５４１のエラー処理に進む。そうでなければ、ステップＳ５３２に進む。
【００７０】
ステップＳ５３２に進んだ場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ５３２）、累積超過時間３１５の値を「ステップＳ５３２で取得した時刻から超過発生日時３１６を引いた時間」に更新する（ステップＳ５３３）。そしてファイル（Ｎ＋１）を登録した場合の追加記憶領域２３の空き容量を計算して追加記憶領域空容量３１２を更新（ステップＳ５３４）、更新日時３１７をステップＳ５３２で取得した時刻に更新する（ステップＳ５３５）。そしてステップＳ５５１に進み、図１０で示したデータ登録処理を実行する。
【００７１】
ステップＳ５２１もしくは５３１の判断でステップＳ５４１に進んだ場合は、オーバーフロー状態が生じてファイル（Ｎ＋１）を登録することはできないので、データ登録の依頼元であるクライアント装置２１にエラーメッセージを返して（ステップＳ５４１）、処理を終了する。
【００７２】
ステップＳ５５１に進んだ場合は、ファイル（Ｎ＋１）の登録が可能であるということを意味するので、図１０で示したデータ登録処理を実行してファイル（Ｎ＋１）を登録し（ステップＳ５５１）、処理を終了する。
【００７３】
図１３は、図１１に示したデータ削除の処理の際に、プログラム２３１が課金情報３００に対して行う処理を表すフローチャートである。まず削除されるファイル（Ｍ）の容量であるデータサイズ（Ｍ）について確認した（ステップＳ６０１）後、課金情報３００に記録されている容量超過フラグ３１３、契約領域空容量３１０、追加記憶領域空容量３１２、拡張領域最大容量３０５を確認する（ステップＳ６０２）。その後で、図１１で示したデータ削除処理を実行してファイル（Ｍ）を削除する（ステップＳ６０３）。
【００７４】
そして、容量超過フラグ３１３がＹｅｓであるか否かを判断する（ステップＳ６０４）。容量超過フラグ３１３がＹｅｓであれば追加記憶領域２３が現在割り当てられているので、後述のステップＳ６０５に進む。容量超過フラグ３１３がＮｏであれば追加記憶領域２３が現在割り当てられていないので、ステップＳ６１１に進む。
【００７５】
追加記憶領域２３が現在割り当てられている状態であれば、ステップＳ６０１で確認したデータサイズ（Ｍ）と、ステップＳ６０２で確認した追加記憶領域空容量３１２とを合わせた容量が、拡張領域最大容量３０５より大きいか否かを判断する（ステップＳ６０５）。データサイズ（Ｍ）と追加記憶領域空容量３１２とを合わせた容量が拡張領域最大容量３０５より大きければ、追加記憶領域２３を使用する必要が無くなったことになるので、ステップＳ６２１に進む。合わせた容量が拡張領域最大容量３０５以内であれば、追加記憶領域２３を引き続き使用するので、ステップＳ６３１に進む。
【００７６】
ステップＳ６０４の判断でステップＳ６１１に進んだ場合は、追加記憶領域２３が現在割り当てられていないということを意味する。この状態からファイル（Ｍ）を削除した場合は、契約領域空容量３１０はそこからデータサイズ（Ｍ）だけ大きくなるので、追加記憶領域２３を割り当てる必要は当然ない。この場合は、内部時計２１５から現在時刻を取得し（ステップＳ６１１）、契約領域空容量３１０の値を現在の値からデータサイズ（Ｍ）を加算した値に更新し（ステップＳ６１２）、更新日時３１７をステップＳ６１１で取得した時刻に更新し（ステップＳ６１３）、処理を終了する。
【００７７】
ステップＳ６０４〜６０５の判断でステップＳ６２１に進んだ場合は、追加記憶領域２３が割り当てられていたが、ファイル（Ｍ）を削除したことにより追加記憶領域２３を使用する必要が無くなったということを意味する。この場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ６２１）、容量超過フラグ３１３の値をＮｏに変更し（ステップＳ６２２）、超過発生日時３１６を消去し（ステップＳ６２３）、契約領域空容量３１０の値を「データサイズ（Ｍ）と追加記憶領域空容量３１２とを合わせた容量から拡張領域最大容量３０５を引いた値」に更新する（ステップＳ６２４）。
【００７８】
そして累積超過時間３１５の値を「ステップＳ６２１で取得した時刻から超過発生日時３１６を引いた時間」に更新し（ステップＳ６２５）、追加記憶領域ディスクＩＤ３１１を消去し（ステップＳ６２６）、追加記憶領域空容量３１２を消去し（ステップＳ６２７）、更新日時３１７をステップＳ６２１で取得した時刻に更新し（ステップＳ６２８）、追加記憶領域２３を低性能データ格納部１５に返却して（ステップＳ６２９）、処理を終了する。
【００７９】
ステップＳ６０４〜６０５の判断でステップＳ６３１に進んだ場合は、追加記憶領域２３が現在割り当てられており、ファイル（Ｍ）を削除した後も追加記憶領域２３を使用し続ける必要があるということを意味する。この場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ６３１）、累積超過時間３１５の値を「ステップＳ６３１で取得した時刻から超過発生日時３１６を引いた時間」に更新する（ステップＳ６３２）。続いて追加記憶領域空容量３１２を、現在の値からデータサイズ（Ｍ）を引いた値に更新し（ステップＳ６３３）、更新日時３１７をステップＳ６３１で取得した時刻に更新して（ステップＳ６３４）、処理を終了する。
【００８０】
図１４〜１５は、図１０〜１１に示したデータ更新の処理の際に、プログラム２３１が課金情報３００に対して行う処理を表すフローチャートである。まず削除されるファイル（Ｍ）の容量であるデータサイズ（Ｍ）、および追加されるファイル（Ｎ）の容量であるデータサイズ（Ｎ）について確認した（ステップＳ７０１）後、容量超過フラグ３１３、契約領域空容量３１０、追加記憶領域空容量３１２、拡張領域最大容量３０５を確認する（ステップＳ７０２）。その後で、図１１で示したデータ削除処理を実行してファイル（Ｍ）を削除する（ステップＳ７０３）。
【００８１】
そして、容量超過フラグ３１３がＹｅｓであるか否かを判断する（ステップＳ７０４）。容量超過フラグ３１３がＹｅｓであれば追加記憶領域２３が現在割り当てられているので、後述のステップＳ７０５に進む。容量超過フラグ３１３がＮｏであれば追加記憶領域２３が現在割り当てられていないので、ステップＳ７０６に進む。
【００８２】
ステップＳ７０４の判断でステップＳ７０５に進んだ場合は、追加記憶領域２３が現在割り当てられている状態であることを意味する。この場合、ステップＳ７０１で確認した各データサイズから、（データサイズ（Ｍ）−データサイズ（Ｎ））＋追加記憶領域空容量３１２、つまりファイル（Ｍ）をファイル（Ｎ）に置換することによって減少するデータの容量と追加記憶領域空容量３１２とを合わせた容量が、拡張領域最大容量３０５より大きいか否かを判断する（ステップＳ７０５）。
【００８３】
減少するデータの容量と追加記憶領域空容量３１２とを合わせた容量が、拡張領域最大容量３０５より大きければ、追加記憶領域２３を使用する必要が無くなったことになるので、ステップＳ７２１に進む。合わせた容量が拡張領域最大容量３０５以内であれば、追加記憶領域２３を引き続き使用するので、ステップＳ７１１に進む。
【００８４】
ステップＳ７０４の判断でステップＳ７０６に進んだ場合は、追加記憶領域２３が現在割り当てられていない状態であることを意味する。この場合、ステップＳ７０１で確認した各データサイズからデータサイズ（Ｎ）−データサイズ（Ｍ）、つまりファイル（Ｍ）をファイル（Ｎ）に置換することによって増加するデータの容量が、契約領域空容量３１０より大きいか否かを判断する（ステップＳ７０６）。
【００８５】
増加するデータの容量が契約領域空容量３１０より大きければ、新規に追加記憶領域２３を割り当てる必要があるので、ステップＳ７４１に進む。増加するデータの容量が契約領域空容量３１０以内であれば、追加記憶領域２３を割り当てる必要はないので、ステップＳ７３１に進む。
【００８６】
なお、ファイル（Ｍ）をファイル（Ｎ）に置換することによって、該置換を実行した後のデータの総容量が契約領域２２と追加記憶領域２３を合わせたユーザ領域１００の総容量を上回る場合には、オーバーフロー状態が生じるので、該置換処理を打ち切ってクライアント装置２１にエラーメッセージを返す（図１２のステップＳ５２１、５３１、５４１と同様）。図１４においては、図面の錯綜を回避するため、この処理の記載を省略している。
【００８７】
ステップＳ７０４〜７０５の判断でステップＳ７１１に進んだ場合は、追加記憶領域２３が現在割り当てられており、ファイル（Ｍ）をファイル（Ｎ）に置換した後も追加記憶領域２３を使用し続ける必要があるということを意味する。
【００８８】
この場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ７１１）、累積超過時間３１５の値を「ステップＳ７１１で取得した時刻から超過発生日時３１６を引いた時間」に更新する（ステップＳ７１２）。続いて追加記憶領域空容量３１２を、現在の値からデータサイズ（Ｍ）を引いてデータサイズ（Ｎ）を足した値に更新し（ステップＳ７１３）、更新日時３１７をステップＳ７１１で取得した時刻に更新して（ステップＳ７１４）、ステップＳ７５１に進む。
【００８９】
ステップＳ７０４〜７０５の判断でステップＳ７２１に進んだ場合は、追加記憶領域２３が割り当てられていたが、ファイル（Ｍ）をファイル（Ｎ）に置換したことにより追加記憶領域２３を使用する必要が無くなったということを意味する。
【００９０】
この場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ７２１）、容量超過フラグ３１３の値をＮｏに変更し（ステップＳ７２２）、超過発生日時３１６を消去し（ステップＳ７２３）、契約領域空容量３１０の値を「ファイル（Ｍ）をファイル（Ｎ）に置換することによって減少するデータの容量と追加記憶領域空容量３１２とを合わせた容量から拡張領域最大容量３０５を引いた値」に更新する（ステップＳ７２４）。
【００９１】
そして累積超過時間３１５の値を「ステップＳ７２１で取得した時刻から超過発生日時３１６を引いた時間」に更新し（ステップＳ７２５）、追加記憶領域ディスクＩＤ３１１を消去し（ステップＳ７２６）、追加記憶領域空容量３１２を消去し（ステップＳ７２７）、更新日時３１７をステップＳ６２１で取得した時刻に更新し（ステップＳ７２８）、追加記憶領域２３を低性能データ格納部１５に返却して（ステップＳ７２９）、ステップＳ７５１に進む。
【００９２】
ステップＳ７０４および７０６の判断でステップＳ７３１に進んだ場合は、追加記憶領域２３が現在割り当てられていず、ファイル（Ｍ）をファイル（Ｎ）に置換した後も追加記憶領域２３を割り当てる必要はないということを意味する。この場合は、内部時計２１５から現在時刻を取得し（ステップＳ７３１）、契約領域空容量３１０の値を現在の値からデータサイズ（Ｍ）を加算してデータサイズ（Ｎ）を減算した値に更新し（ステップＳ７３２）、更新日時３１７をステップＳ７３１で取得した時刻に更新して（ステップＳ７３３）、ステップＳ７５１に進む。
【００９３】
ステップＳ７０４および７０６の判断でステップＳ７４１に進んだ場合は、追加記憶領域２３が現在割り当てられていないが、契約領域空容量３１０だけではファイル（Ｍ）をファイル（Ｎ）に置換することができないので追加記憶領域２３を新規に割り当てる必要があるということを意味する。この場合は、まず内部時計２１５から現在時刻を取得し（ステップＳ７４１）、容量超過フラグ３１３の値をＹｅｓに変更し（ステップＳ７４２）、超過発生日時３１６をステップＳ７４１で取得した時刻に更新し（ステップＳ７４３）、契約領域空容量３１０の値を０に更新する（ステップＳ７４４）。
【００９４】
そして低性能データ格納部１５から追加記憶領域２３を取得し（ステップＳ７４５）、取得された追加記憶領域２３の追加記憶領域ディスクＩＤ３１１を登録し（ステップＳ７４６）、ファイル（Ｍ）をファイル（Ｎ）に置換した場合の追加記憶領域２３の空き容量を計算して追加記憶領域空容量３１２に登録し（ステップＳ７４７）、更新日時３１７をステップＳ７４１で取得した時刻に更新し（ステップＳ７４８）、ステップＳ７５１に進む。
【００９５】
ステップＳ７５１に進んだ場合は、図１０で示したデータ登録処理を実行してファイル（Ｎ）を登録し、処理を終了する。なお、ファイルの削除、登録、置換の際に行われる具体的な処理は、必ずしも図１０〜１５で示した例には限定されない。たとえば契約領域２２および追加記憶領域２３に記憶されている容量が契約容量３０４を超えるか否かの判断などで、図１０〜１５で示した例以外の方法で、実質的に同一の判断を行うこともできる。
【００９６】
図１６は、図１および図８に示したファイル保管装置１０で、ファイルの削除もしくは登録を行う際に、プログラム２３１がクライアント装置２１に表示するユーザインターフェイス画面の例を示す概念図である。図１６（ａ）はファイル削除指示画面８００である。ユーザはユーザＩＤ８０１と削除対象ファイル名８０２とを入力し、削除ボタン８０３を押すことによって、ユーザ領域１００から削除する対象となるファイルを選択することができる。なお、ユーザ領域１００に現在登録されているファイル名の一覧を表示して、そこから削除対象ファイル名８０２を選択するようにしてもよい。取消ボタン８０４を押せば、処理を中断することができる。
【００９７】
図１６（ｂ）はファイル削除確認画面８１０である。ファイル削除指示画面８００で削除ボタン８０３を押すとファイル削除確認画面８１０に進み、ユーザＩＤ８０１および削除対象ファイル名８０２で入力した内容がメッセージ８１１で表示される。ここで削除実行ボタン８１２を押せば、ユーザＩＤ８０１で指定されたユーザの、削除対象ファイル名８０２で指定されたファイルに対して、図１１および図１３で示したファイル削除の処理が実行される。取消ボタン８１３を押せば、処理を中断することができる。
【００９８】
図１６（ｃ）はファイル登録指示画面８２０である。ユーザはユーザＩＤ８２１、登録元ファイル名８２２、登録先ファイル名８２３、およびコメント８２４を入力し、登録ボタン８２５を押すことによって、ユーザ領域１００に登録する対象となるファイルを選択することができる。なお、ユーザ領域１００にローカルディスク上のファイル名の一覧を表示して、そこから登録元ファイル名８２２を選択するようにしてもよい。取消ボタン８２６を押せば、処理を中断することができる。
【００９９】
図１６（ｄ）はファイル登録確認画面８３０である。ファイル登録指示画面８２０で登録ボタン８２５を押すとファイル登録確認画面８３０に進み、ユーザＩＤ８２１、登録元ファイル名８２２、登録先ファイル名８２３、およびコメント８２４で入力した内容がメッセージ８３１で表示される。ここで登録実行ボタン８３２を押せば、ユーザＩＤ８０１で指定されたユーザの、登録元ファイル名８２２および登録先ファイル名８２３で指定されたファイルに対して、図１０および図１２で示したファイル登録の処理が実行される。取消ボタン８３３を押せば、処理を中断することができる。
【０１００】
図１４〜１５で示したファイル置換の入力画面および確認画面についてはここでは図示しないが、図１６（ａ）〜（ｄ）に示した例に準ずる形で、削除されるファイル名と登録されるファイル名とを選択するようにユーザインターフェイス画面を構成すればよい。
【０１０１】
もちろん以上で入力される内容は一例に過ぎない。たとえばパスワードなども同時に入力するようにして、それによってユーザ認証を行うようにしてもよい。その場合は管理情報格納部１２に、該パスワードを保存するようにするとよい。また、コメント８２４として入力された、保存される各ファイルについての説明文などの内容を、課金情報３００内部に保存するようにしてもよい。
【０１０２】
図１７は、図１および図８に示したファイル保管装置１０で、課金情報３００に登録された内容を編集する際に、プログラム２３１がクライアント装置２１に表示するユーザインターフェイス画面の例を示す概念図である。図１７（ａ）は課金情報設定／更新画面９００である。ユーザはユーザＩＤ９０１と、契約容量９０２、拡張容量９０３、メールアドレス９０４、コメント９０５などの情報を入力する。これ以外の課金情報３００に登録された情報を表示して編集可能なようにすることもできる。
【０１０３】
登録ボタン９０６を押せば、入力された内容で新規ユーザアカウントが作成される。更新ボタン９０７を押せば、既存のユーザＩＤ９０１に対応するユーザの登録内容が更新される。取消ボタン９０８を押せば、処理を中断することができる。
【０１０４】
図１７（ｂ）はファイル課金情報設定／更新確認画面９１０である。課金情報設定／更新画面９００で登録ボタン９０６または更新ボタン９０７を押すとファイル課金情報設定／更新確認画面９１０に進み、ユーザＩＤ９０１と、契約容量９０２、拡張容量９０３、メールアドレス９０４、およびコメント９０５で入力した内容がメッセージ９１１で表示される。ここで設定／更新実行ボタン９１２を押せば、課金情報３００に対して、課金情報設定／更新画面９００で入力された内容が反映される。取消ボタン９１３を押せば、処理を中断することができる。
【０１０５】
ここで入力された情報は、課金情報３００に反映される。より具体的には、ユーザＩＤ９０１は顧客ＩＤ３０１に、契約容量９０２は契約容量３０４に、拡張容量９０３は拡張領域最大容量３０５に、メールアドレス９０４は連絡先メールアドレス３０７に、各々対応する。課金情報３００に含まれる、それら以外の情報を課金情報設定／更新画面９００で入力および編集可能なようにしてもよい。
【０１０６】
以上で説明したように、本実施の形態によって、明示的に契約の変更をすることなく、通常のファイル蓄積もしくは更新の操作をするだけで、一時的に契約容量を超過してデータを蓄積することができるストレージサービスを提供することができる。その際、契約容量超過時猶予時間３０６を設定しておけば、ユーザはこの猶予時間内であれば無償で追加記憶領域２３を利用することができ、この時間を超えた場合は累積超過時間３１５に基づいて該ユーザに拡張課金を課すようにすることができる。ユーザは、短時間であれば契約容量の超過について特に意識する必要はなく、もちろん過大な課金が発生することも抑制される。
【０１０７】
契約容量超過時猶予時間３０６にまつわる処理は、たとえば図１２のステップＳ５３３、図１３のステップＳ６３２などのように累積超過時間３１５が更新される時に、契約容量超過時猶予時間３０６と累積超過時間３１５とを比較し、累積超過時間３１５が契約容量超過時猶予時間３０６を超過した場合に拡張課金フラグ３１４をＹｅｓとするようにするとよい。月次などの課金請求処理の時に、拡張課金フラグ３１４でＹｅｓであれば該ユーザに対して拡張課金を行い、該課金請求処理が終了したら拡張課金フラグ３１４をリセットする。
【０１０８】
また、追加記憶領域２３は、短時間だけ利用されるものであり、長期にわたる信頼性を確保する必要がない。加えて、契約領域２２と比べて使用される頻度が低いものである。従って、追加記憶領域２３は低性能データ格納部１５によって提供されるものとすることができる。そのため、サービス提供者が高価な高性能ディスク装置３４を用意する数を減らし、より少ない設備投資でストレージサービスを提供することができる。
【０１０９】
さらに、ユーザがデータを蓄積できるユーザ領域１００の容量が、契約領域２２と追加記憶領域２３を合計した容量を上回ることもないので、ディスク装置の全容量までデータを蓄積される危険性が少ない。このことも、設備投資の抑制につながる。
【０１１０】
課金情報３００に含まれる各種条件、たとえば契約容量３０４、拡張領域最大容量３０５、契約容量超過時猶予時間３０６などはユーザごとに個別に設定されるので、ユーザごとの契約条件（課金に関する取り決め）を柔軟に設定することが可能となる。たとえば契約容量超過時猶予時間３０６を超えて追加記憶領域２３を利用すること（拡張課金の発生）が頻繁に起こるユーザに対しては、契約容量３０４を拡張するなどのように契約条件を見直すことができる。
【０１１１】
さらに、たとえば契約容量超過時猶予時間３０６から累積超過時間３１５を減算した時間が所定の閾値（数時間程度）を下回った場合に、連絡先メールアドレス３０７に登録されたアドレスに「あと数時間で拡張課金が発生します」などのような警告を電子メールによって送信するようにすることもできる。警告を送信する手段は、電子メールの他には、音声電話への発呼やショートメッセージの送信などを利用することもできる。
【０１１２】
［第２の実施の形態］
図１８は、本発明の第２の実施の形態に係るファイル保管装置１０００の構成を示す機能ブロック図である。ファイル保管装置１０００は、本発明の第１の実施の形態に係るファイル保管装置１０と同一の構成要素を持つ。相違点は、蓄積情報制御部１１と制御プログラム格納部１３とが１台のコンピュータである制御装置１０１０で構成され、管理情報格納部１２、高性能データ格納部１４、および低性能データ格納部１５が各々別々のストレージデバイスで構成されるという点にある。
【０１１３】
つまり、ファイル保管装置１０００は、本発明の第１の実施の形態に係るファイル保管装置１０と比べて、装置の物理的な区分が異なるだけであり、構成および動作は全く同一である。従って、動作についての説明を省略する。
【０１１４】
［第３の実施の形態］
本発明の第３の実施の形態は、装置の構成および機能は、第１および第２の実施の形態として説明したものと同一である。相違点は、図１６で示したユーザインターフェイス画面では１つずつのファイルを削除もしくは登録するようになっているが、本実施の形態では複数の対象ファイルを一度に指定して、それらの各々に対して削除もしくは登録の処理を行うことができる点である。
【０１１５】
図１９は、本発明の第３の実施の形態に係るファイル保管装置でファイルの削除もしくは登録を行う際に、プログラム２３１がクライアント装置２１に表示するユーザインターフェイス画面の例を示す概念図である。入力画面では削除もしくは登録する対象のファイルを複数入力できるようになっており、確認画面では複数入力されたファイル名がすべて表示されるようになっている以外、各構成要素の名称および機能は図１６に示したものと同一であるので、同一の要素には同一の参照番号を付し、説明を省略する。
【０１１６】
複数のファイルが削除もしくは登録する対象として指定された場合も、対象であるファイルの各々に対して、図１０〜１３で示したファイル削除もしくはファイル登録の処理を行うようにするだけであり、特に新しい動作が付加されることはない。
【０１１７】
さらに、たとえば米国マイクロソフト・コーポレーションのＷｉｎｄｏｗｓ（登録商標）のエクスプローラなどのようなツリービュー形式のインターフェイスを適用するなどして、より直感的にファイルの削除もしくは登録の動作を行えるようにしてもよい。この場合もユーザインターフェイスが変わるだけであり、ファイル保管装置が行うファイル削除およびファイル登録の動作は同一である。
【０１１８】
以上で説明した実施の形態が適用されるサービスは、いわゆるレンタルストレージサービスに限定されない。たとえばウェブサーバや電子メールサーバなどを提供するホスティングサービスにおいても、それらのサーバを運用するに当たって、契約領域２２に記憶されているデータの容量が増加する場合がある。その場合、契約容量を超過するデータを記憶できるようにしないと、該サーバにおいてサービスが停止する恐れがある。そのような場合に、追加記憶領域２３を割り当てて、サービスの停止を回避することができる。
【０１１９】
これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることは言うまでもないことである。
【産業上の利用可能性】
【０１２０】
ネットワークを通じてユーザにファイルを保存する領域を提供するＡＳＰにおいて利用可能である。
【図面の簡単な説明】
【０１２１】
【図１】本発明の第１の実施の形態に係るファイル保管装置の構成を示す機能ブロック図である。
【図２】図１に示したファイル保管装置によって提供されるレンタルストレージサービスをクライアント装置から見たイメージを示す概念図である。
【図３】図１に示したファイル保管装置における、追加記憶領域が作成される動作を示す概念図である。
【図４】図１に示したファイル保管装置で、契約容量を超過するデータが記憶された場合の動作を示す概念図である。
【図５】図１に示したファイル保管装置で、不要データの削除によって追加記憶領域が開放される動作を示す概念図である。
【図６】図１に示したファイル保管装置で、データの更新の動作を示す概念図である。
【図７】図１に示したファイル保管装置におけるファイル管理情報の構成を示す概念図である。
【図８】図１に示したファイル保管装置の構成をさらに詳しく示す機能ブロック図である。
【図９】図８に示した課金情報のデータ構成を示す概念図である。
【図１０】図１および図８に示したファイル保管装置で、ユーザがクライアント装置を介してユーザ領域にデータ登録を依頼した際に、プログラムがファイル管理情報に対して行う処理を表すフローチャートである。
【図１１】図１および図８に示したファイル保管装置で、ユーザがクライアント装置を介してユーザ領域にデータ削除を依頼した際に、プログラムがファイル管理情報に対して行う処理を表すフローチャートである。
【図１２】図１０に示したデータ登録の処理の際に、プログラムが課金情報に対して行う処理を表すフローチャートである。
【図１３】図１１に示したデータ削除の処理の際に、プログラムが課金情報に対して行う処理を表すフローチャートである。
【図１４】図１０〜１１に示したデータ更新の処理の際に、プログラムが課金情報に対して行う処理を表すフローチャートである。
【図１５】図１４の続きである。
【図１６】図１および図８に示したファイル保管装置で、ファイルの削除もしくは登録を行う際に、プログラムがクライアント装置に表示するユーザインターフェイス画面の例を示す概念図である。
【図１７】図１および図８に示したファイル保管装置で、課金情報に登録された内容を編集する際に、プログラムがクライアント装置に表示するユーザインターフェイス画面の例を示す概念図である。
【図１８】本発明の第２の実施の形態に係るファイル保管装置の構成を示す機能ブロック図である。
【図１９】本発明の第３の実施の形態に係るファイル保管装置でファイルの削除もしくは登録を行う際に、プログラムがクライアント装置に表示するユーザインターフェイス画面の例を示す概念図である。
【符号の説明】
【０１２２】
１０  ファイル保管装置
１１  蓄積情報制御部
１２  管理情報格納部
１３  制御プログラム格納部
１４  高性能データ格納部
１５  低性能データ格納部
２０  ネットワーク
２１  クライアント装置
２２  契約領域
２３  追加記憶領域
３４  高性能ディスク装置
３５  低性能ディスク装置
４１  第１のユーザデータ
４２  第２のユーザデータ
４３  第３のユーザデータ
４４  第４のユーザデータ
１００  ユーザ領域
１０１  ファイル管理情報
１１１  ディスクＩＤ
１１２  格納ファイル数
１２１  識別子
１２２  格納位置先頭アドレス
１２３  データサイズ
２１１  ＣＰＵ
２１２  通信制御装置
２１３  第１の一時蓄積メモリ
２１４  第２の一時蓄積メモリ
２１５  内部時計
２１６  ＲＡＩＤ制御装置
２１７  仮想記憶領域管理テーブル
３００  課金情報
【図１】
2009187324.tif 000003
【図２】
2009187324.tif 000004
【図３】
2009187324.tif 000005
【図４】
2009187324.tif 000006
【図５】
2009187324.tif 000007
【図６】
2009187324.tif 000008
【図７】
2009187324.tif 000009
【図８】
2009187324.tif 000010
【図９】
2009187324.tif 000011
【図１０】
2009187324.tif 000012
【図１１】
2009187324.tif 000013
【図１２】
2009187324.tif 000014
【図１３】
2009187324.tif 000015
【図１４】
2009187324.tif 000016
【図１５】
2009187324.tif 000017
【図１６】
2009187324.tif 000018
【図１７】
2009187324.tif 000019
【図１８】
2009187324.tif 000020
【図１９】
2009187324.tif 000021