(57)【要約】【課題】複数のユーザによる共有記憶領域の使用を円滑化する。【解決手段】受信部１１は、共有記憶領域２１に対して１つのユーザのデータを書き込むことを示す書き込み要求１３を受信する。制御部１２は、書き込むデータのサイズと共有記憶領域２１の空き状況から容量超過エラーであると判定する条件が異なる、ユーザ種別１４ａ，１４ｂに対応付けられた判定方法１５ａ，１５ｂのうち、上記１つのユーザのユーザ種別に対応する判定方法を選択し、容量超過エラーと判定した場合に書き込み要求１３を拒否する。ユーザ種別１４ａに対応する判定方法１５ａは、共有記憶領域２１の全部または一部であって少なくともユーザ種別１４ａのユーザを含む２以上のユーザによって共有される記憶領域２２の空き容量を算出し、記憶領域２２の空き容量が書き込むデータのサイズより小さい場合、記憶領域２３への書き込みを許容することを含む。【選択図】図１
2019053466.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザにより記憶容量が共有される共有記憶領域に対して、前記複数のユーザのうちの１つのユーザのデータを書き込むことを示す書き込み要求を受信する受信部と、
書き込むデータのサイズと前記共有記憶領域の空き状況から容量超過エラーであると判定する条件が異なる、複数のユーザ種別に対応付けられた複数の判定方法のうち、前記１つのユーザのユーザ種別に対応する判定方法を選択し、前記選択した判定方法に基づいて前記容量超過エラーと判定した場合に前記書き込み要求を拒否する制御部と、
を有し、
前記複数の判定方法のうち第１のユーザ種別に対応する第１の判定方法は、前記共有記憶領域の全部または一部であって少なくとも前記第１のユーザ種別のユーザを含む２以上のユーザによって共有される第１の記憶領域の空き容量を算出し、前記第１の記憶領域の空き容量が前記書き込むデータのサイズより小さい場合、前記第１の記憶領域と異なる第２の記憶領域への書き込みを許容することを含む、
管理装置。
【請求項２】
前記第２の記憶領域は、前記共有記憶領域の外部に存在し前記共有記憶領域に記憶されたデータの管理に用いられる管理領域であり、
前記第１の記憶領域を共有する前記２以上のユーザは、前記第１のユーザ種別のユーザに加えて第２のユーザ種別のユーザを含み、
前記複数の判定方法のうち前記第２のユーザ種別に対応する第２の判定方法は、前記第２の記憶領域への書き込みを制限することを含む、
請求項１記載の管理装置。
【請求項３】
前記第２の記憶領域は、前記共有記憶領域の一部であって第２のユーザ種別のユーザに対して割り当てられた記憶領域であり、
前記第１の判定方法では、前記第２の記憶領域のうち前記第２のユーザ種別のユーザのデータが記憶されていない未使用部分への書き込みを許容する、
請求項１記載の管理装置。
【請求項４】
前記複数の判定方法のうち前記第２のユーザ種別に対応する第２の判定方法は、前記第２の記憶領域に前記第１のユーザ種別のユーザのデータが記憶されている場合、当該第１のユーザ種別のユーザのデータの削除を許容することを含む、
請求項３記載の管理装置。
【請求項５】
前記制御部は、前記容量超過エラーと判定した場合、前記共有記憶領域から所定の条件を満たすデータを検索し、検索されたデータを前記共有記憶領域から削除する、
請求項１記載の管理装置。
【請求項６】
前記制御部は、前記第１のユーザ種別のユーザのデータが前記第２の記憶領域に書き込まれた場合、前記第１の記憶領域の空き容量を監視し、前記第１の記憶領域の空き容量の増加に応じて、当該第１のユーザ種別のユーザのデータが属する記憶領域を前記第２の記憶領域から前記第１の記憶領域に変更させる、
請求項１記載の管理装置。
【請求項７】
複数のユーザにより記憶容量が共有される共有記憶領域を含む記憶装置と、
前記共有記憶領域に対して前記複数のユーザのうちの１つのユーザのデータを書き込むことを示す書き込み要求を受信し、書き込むデータのサイズと前記共有記憶領域の空き状況から容量超過エラーであると判定する条件が異なる、複数のユーザ種別に対応付けられた複数の判定方法のうち、前記１つのユーザのユーザ種別に対応する判定方法を選択し、前記選択した判定方法に基づいて前記容量超過エラーと判定した場合に前記記憶装置に対する前記書き込み要求の実行を拒否する管理装置と、
を有し、
前記複数の判定方法のうち第１のユーザ種別に対応する第１の判定方法は、前記共有記憶領域の全部または一部であって少なくとも前記第１のユーザ種別のユーザを含む２以上のユーザによって共有される第１の記憶領域の空き容量を算出し、前記第１の記憶領域の空き容量が前記書き込むデータのサイズより小さい場合、前記第１の記憶領域と異なる第２の記憶領域への書き込みを許容することを含む、
情報処理システム。
【請求項８】
コンピュータに、
複数のユーザにより記憶容量が共有される共有記憶領域に対して、前記複数のユーザのうちの１つのユーザのデータを書き込むことを示す書き込み要求を受信し、
書き込むデータのサイズと前記共有記憶領域の空き状況から容量超過エラーであると判定する条件が異なる、複数のユーザ種別に対応付けられた複数の判定方法のうち、前記１つのユーザのユーザ種別に対応する判定方法を選択し、前記選択した判定方法に基づいて前記容量超過エラーと判定した場合に前記書き込み要求を拒否する、
処理を実行させ、
前記複数の判定方法のうち第１のユーザ種別に対応する第１の判定方法は、前記共有記憶領域の全部または一部であって少なくとも前記第１のユーザ種別のユーザを含む２以上のユーザによって共有される第１の記憶領域の空き容量を算出し、前記第１の記憶領域の空き容量が前記書き込むデータのサイズより小さい場合、前記第１の記憶領域と異なる第２の記憶領域への書き込みを許容することを含む、
記憶領域管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は管理装置、情報処理システムおよび記憶領域管理プログラムに関する。
【背景技術】
【０００２】
情報処理システムでは、ＨＤＤ（Hard Disk Drive）などの記憶装置に共有記憶領域を確保し、複数のユーザが共有記憶領域にデータを保存できるようにすることがある。その場合に、共有記憶領域に対して使用上限量を設定し、複数のユーザの保存データ量の合計が使用上限量を超えないようにデータ保存を制限することがある。記憶装置が様々な用途に使用され得る場合、共有記憶領域に使用上限量を設定することで、特定の用途のために記憶装置が占有されてしまうのを抑制することができる。割り当てられる使用上限量はクォータ（Ｑｕｏｔａ）と言うことがある。
【０００３】
なお、複数の外部記憶装置に接続されたデータ処理装置が提案されている。提案のデータ処理装置は、複数の外部記憶装置の記憶領域を活性プールと非活性プールに分割し、ユーザ毎に活性プールの使用上限量を設定する。データ処理装置は、あるユーザの使用上限量に基づいて、当該ユーザのファイルを活性プールと非活性プールの間で移動させる。
【０００４】
また、高速ストレージデバイスと低速ストレージデバイスを有するストレージシステムが提案されている。提案のストレージシステムは、各ユーザに対して第１上限値とそれより大きい第２上限値を設定する。ストレージシステムは、あるユーザの使用量が第１上限値を超えない場合、当該ユーザのデータ全てを高速ストレージデバイスに記録する。一方、ストレージシステムは、あるユーザの使用量が第１上限値を超えており第２上限値を超えない場合、第１上限値を超えた分のデータを低速ストレージデバイスに記録する。
【０００５】
また、廃棄可能ファイルを管理する記憶システムが提案されている。提案の記憶システムは、ファイルシステムで管理されている各ファイルに対して廃棄可能または廃棄不可のマーキングを行う。記憶システムは、ユーザによって明示的に書き込まれるユーザファイルについては、記憶装置の空き容量が閾値を下回ることになる場合であっても記憶装置に格納することを許可する。ただし、記憶システムは、その場合には１以上の廃棄可能ファイルを記憶装置から削除することで閾値以上の空き容量を回復させる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平３−１８０９４１号公報
【特許文献２】特開２００２−２０７６２９号公報
【特許文献３】国際公開第２０１０／１０４８１４号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
共有記憶領域に対して使用上限量が設定されている場合、想定外の大量のデータが共有記憶領域に書き込まれてしまうと、空き容量不足によって全てのユーザがそれ以上データを共有記憶領域に書き込めなくなることがある。その場合、各ユーザが共有記憶領域に記憶されたデータの要否を判断して不要なデータを削除することで、共有記憶領域の空きサイズを回復することができる。しかし、ユーザによっては迅速にデータを共有記憶領域に書き込みたい業務を行っていることがあり、他のユーザが不要なデータを削除するのを待っていては、共有記憶領域を使用した業務が遅延してしまうことがある。
【０００８】
１つの側面では、本発明は、複数のユーザによる共有記憶領域の使用を円滑化できる管理装置、情報処理システムおよび記憶領域管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、受信部と制御部とを有する管理装置が提供される。受信部は、複数のユーザにより記憶容量が共有される共有記憶領域に対して、複数のユーザのうちの１つのユーザのデータを書き込むことを示す書き込み要求を受信する。制御部は、書き込むデータのサイズと共有記憶領域の空き状況から容量超過エラーであると判定する条件が異なる、複数のユーザ種別に対応付けられた複数の判定方法のうち、１つのユーザのユーザ種別に対応する判定方法を選択し、選択した判定方法に基づいて容量超過エラーと判定した場合に書き込み要求を拒否する。複数の判定方法のうち第１のユーザ種別に対応する第１の判定方法は、共有記憶領域の全部または一部であって少なくとも第１のユーザ種別のユーザを含む２以上のユーザによって共有される第１の記憶領域の空き容量を算出し、第１の記憶領域の空き容量が書き込むデータのサイズより小さい場合、第１の記憶領域と異なる第２の記憶領域への書き込みを許容することを含む。
【００１０】
また、１つの態様では、記憶装置と管理装置とを有する情報処理システムが提供される。１つの態様では、コンピュータに実行させる記憶領域管理プログラムが提供される。
【発明の効果】
【００１１】
１つの側面では、複数のユーザによる共有記憶領域の使用が円滑化される。
【図面の簡単な説明】
【００１２】
【図１】第１の実施の形態の情報処理システムを説明する図である。
【図２】第２の実施の形態の情報処理システムの例を示す図である。
【図３】クライアントおよび管理サーバのハードウェア例を示すブロック図である。
【図４】第２の実施の形態の情報処理システムの機能例を示すブロック図である。
【図５】領域管理テーブルの例を示す図である。
【図６】一時ファイルテーブルの例を示す図である。
【図７】削除条件テーブルの例を示す図である。
【図８】ファイル書き込みの手順例を示すフローチャートである。
【図９】ファイル削除の手順例を示すフローチャートである。
【図１０】第３の実施の形態の情報処理システムの機能例を示すブロック図である。
【図１１】領域管理テーブルの他の例を示す図である。
【図１２】ファイル書き込みの他の手順例を示すフローチャートである。
【図１３】ファイル書き込みの他の手順例を示すフローチャート（続き）である。
【図１４】ファイル削除の他の手順例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。
【００１４】
図１は、第１の実施の形態の情報処理システムを説明する図である。
第１の実施の形態の情報処理システムは、複数のユーザによって共有される共有記憶領域を管理する。情報処理システムは、管理装置１０および記憶装置２０を有する。管理装置１０は、記憶装置２０へのアクセスを制御する情報処理装置であり、例えば、記憶装置２０に接続されたサーバコンピュータである。記憶装置２０は、ＨＤＤやＳＳＤ（Solid State Drive）などの不揮発性の記録媒体を有し、不揮発性の記録媒体を用いてデータを保持する。記憶装置２０が管理装置１０の内部に存在してもよい。
【００１５】
管理装置１０は、受信部１１および制御部１２を有する。受信部１１は、例えば、ネットワークに接続された通信インタフェースである。受信部１１は、例えば、共有記憶領域を使用する複数のクライアントと通信する。クライアントにはサーバコンピュータが含まれてもよい。制御部１２は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）などのプロセッサである。制御部１２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの特定用途の電子回路を含んでもよい。プロセッサは、例えば、ＲＡＭ（Random Access Memory）などのメモリに記憶されたプログラムを実行する。複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【００１６】
受信部１１は、記憶装置２０に含まれる共有記憶領域２１に対する書き込み要求１３を受信する。共有記憶領域２１は複数のユーザのデータを保存可能であり、その記憶容量が複数のユーザによって共有される。共有される記憶容量は、例えば、共有記憶領域２１に対して設定された使用上限量であり、Ｑｕｏｔａと言うことがある。書き込み要求１３は、共有記憶領域２１を使用可能な複数のユーザのうち１つのユーザのデータを共有記憶領域２１に書き込むことを要求する。書き込み要求１３は、書き込むデータを含んでもよく、書き込むデータの所有者を示すユーザ名を含んでもよい。なお、「ユーザ」は人間や組織であってもよいし、コンピュータやアプリケーションなどの情報処理主体でもよい。
【００１７】
制御部１２は、書き込み要求１３に対して共有記憶領域２１の容量超過エラーであるか否か判定する。容量超過エラーは、要求元ユーザから見て、書き込むデータのサイズ以上の使用可能空き容量が存在せず当該データを書き込むことができないことである。要求元ユーザを含む２以上のユーザが既に保存したデータと今回書き込むデータの合計サイズが制限容量を超える場合、容量超過エラーが発生し得る。容量超過エラーは、要求元ユーザ以外のユーザが多量のデータを書き込んだことが原因で発生することがある。制御部１２は、容量超過エラーでないと判定した場合、書き込み要求１３に従ってデータを書き込み、書き込み成功を返信する。一方、制御部１２は、容量超過エラーであると判定した場合、書き込み要求１３を拒否して書き込み失敗を返信する。
【００１８】
ここで、制御部１２は、容量超過エラーであるか否か判定する判定方法をユーザ種別によって切り替える。書き込むデータのサイズと共有記憶領域２１の空き状況が同じでも、要求元ユーザのユーザ種別が異なる場合には容量超過エラーか否かの判定結果が変わることがある。共有記憶領域２１を使用可能な複数のユーザは、ユーザ種別１４ａ，１４ｂを含む複数のユーザ種別に分類される。ユーザ種別には、例えば、一般ユーザと一般ユーザより強い権限をもつ特権ユーザとが含まれる。異なるユーザ種別には異なる判定方法が対応付けられている。ユーザ種別１４ａには判定方法１５ａが対応付けられており、ユーザ種別１４ｂには判定方法１５ｂが対応付けられている。
【００１９】
制御部１２は、書き込み要求１３が示すユーザのユーザ種別を特定し、複数の判定方法のうち特定したユーザ種別に対応する判定方法を選択する。そして、制御部１２は、選択した判定方法に基づいて容量超過エラーか否かを判定し、容量超過エラーと判定した場合には書き込み要求１３に基づくデータの書き込みを実行せずに拒否する。
【００２０】
書き込み要求１３が示すユーザがユーザ種別１４ａのユーザであるとする。すると、制御部１２は、ユーザ種別１４ａに対応する判定方法１５ａを選択する。判定方法１５ａは、制御部１２が以下の処理を行うことを含む。
【００２１】
制御部１２は、記憶装置２０に含まれる記憶領域２２の空き容量を算出する。記憶領域２２は、共有記憶領域２１の全部または一部に相当し、少なくともユーザ種別１４ａのユーザを含む２以上のユーザによって共有される。記憶領域２２は、ユーザ種別１４ａのユーザとユーザ種別１４ｂのユーザによって共有されてもよい。記憶領域２２の空き容量が書き込むデータのサイズ以上である場合、制御部１２は、記憶領域２２に当該データを書き込み可能であり、容量超過エラーではないと判定し得る。
【００２２】
一方、記憶領域２２の空き容量が書き込むデータのサイズより小さい場合、記憶領域２２に当該データを書き込むことができない。ただし、制御部１２は、記憶領域２２の代わりに記憶領域２３への書き込みを許容する。記憶領域２３は、共有記憶領域２１の外部の記憶領域でもよく、共有記憶領域２１に記憶されたデータの管理に用いられる管理領域であってもよい。また、記憶領域２３は、共有記憶領域２１に含まれる記憶領域２２と異なる記憶領域でもよく、ユーザ種別１４ｂのユーザのために予約された優先領域でもよい。また、記憶領域２３は、記憶領域２２に保存すべきデータを短期間だけ記憶する一時領域でもよく、データが長期間保存されることを保証しなくてもよい。制御部１２は、記憶領域２３の空き容量が書き込むデータのサイズ以上である場合など、記憶領域２３にデータを書き込み可能である場合、容量超過エラーではないと判定し得る。
【００２３】
１つの例では、ユーザ種別１４ａが特権ユーザであり、ユーザ種別１４ｂが一般ユーザである。また、記憶領域２２が共有記憶領域２１の全体であり、ユーザ種別１４ａのユーザとユーザ種別１４ｂのユーザによって共有される。また、記憶領域２３がファイルシステム情報などの管理情報のために予約された管理領域である。特権ユーザのデータを共有記憶領域２１に書き込むときに共有記憶領域２１の空き容量が不足する場合、管理装置１０は、当該データを共有記憶領域２１に書き込む代わりに管理領域に書き込む。管理領域に書き込まれた特権ユーザのデータは、共有記憶領域２１の空き容量が増加したときに管理領域から共有記憶領域２１に移動させてもよい。一方、一般ユーザのデータを共有記憶領域２１に書き込むときに共有記憶領域２１の空き容量が不足する場合、管理装置１０は、管理領域への書き込みを許容せずに書き込み要求１３を拒否してもよい。
【００２４】
他の１つの例では、ユーザ種別１４ａが一般ユーザであり、ユーザ種別１４ｂが特権ユーザである。また、記憶領域２２が共有記憶領域２１の一部であり、ユーザ種別１４ａのユーザによって共有される。また、記憶領域２３が共有記憶領域２１の一部であり、ユーザ種別１４ｂのユーザに対して予約された優先領域である。一般ユーザのデータを記憶領域２２に書き込むときに記憶領域２２の空き容量が不足する場合、管理装置１０は、当該データを記憶領域２２に書き込む代わりに優先領域に書き込む。ただし、優先領域に十分な空き容量があることを条件とする。優先領域に書き込まれた一般ユーザのデータは、特権ユーザが優先領域を使用するときに削除してもよい。
【００２５】
第１の実施の形態の情報処理システムによれば、書き込み要求１３が受信され、ユーザ種別１４ａ，１４ｂに対応付けられた判定方法１５ａ，１５ｂのうち、書き込み要求１３が示すユーザのユーザ種別に対応する判定方法が選択される。そして、選択された判定方法に基づいて共有記憶領域２１の容量超過エラーか否か判定され、容量超過エラーである場合に書き込み要求１３が拒否される。ユーザ種別１４ａのユーザについては、共有記憶領域２１の少なくとも一部である記憶領域２２の空き容量が算出され、記憶領域２２の空き容量が書き込むデータのサイズより小さい場合、記憶領域２２への書き込みに代わって記憶領域２３への書き込みが許容される。
【００２６】
これにより、一部のユーザが大量のデータを共有記憶領域２１に書き込むことで共有記憶領域２１の空き容量が少なくなっても、要求元ユーザのユーザ種別に応じて、新たなデータの書き込みの制限を柔軟に行うことができる。特に、特定のユーザ種別のユーザについては、本来の記憶領域の空き容量が不足したときに、付加的な記憶領域を使用してデータの書き込みを成功させることができる。例えば、付加的な記憶領域に一時的にデータを保存できるようにすることで、空き容量の不足時に画一的にデータの書き込みが禁止されてしまうのを抑制できる。よって、ユーザ種別を考慮して複数のユーザによる共有記憶領域２１の使用を円滑化でき、共有記憶領域２１を使用した業務の遅延を抑制できる。
【００２７】
［第２の実施の形態］
次に、第２の実施の形態を説明する。
図２は、第２の実施の形態の情報処理システムの例を示す図である。
【００２８】
第２の実施の形態の情報処理システムは、ファイルシステム上に共有フォルダを作成し、特定の複数のユーザが共有フォルダへのファイルの書き込みや共有フォルダに保存されたファイルの読み出しを行うことができるシステムである。この情報処理システムの共有フォルダは、例えば、業務上のプロジェクトに属する複数のユーザが当該プロジェクトに関するファイルを共有するために利用することができる。
【００２９】
この情報処理システムは、クライアント３０，３０ａを含む複数のクライアント、管理者端末４０、管理サーバ１００およびＲＡＩＤ（Redundant Arrays of Independent Disks）装置２００，２００ａを含む複数のＲＡＩＤ装置を有する。管理サーバ１００は、第１の実施の形態の管理装置１０に対応する。ＲＡＩＤ装置２００，２００ａは、第１の実施の形態の記憶装置２０に対応する。
【００３０】
管理サーバ１００とＲＡＩＤ装置２００，２００ａとは、ネットワーク５１で接続されている。クライアント３０，３０ａおよび管理者端末４０と管理サーバ１００とは、ネットワーク５２で接続されている。ネットワーク５１は、例えば、ＳＡＮ（Storage Area Network）などのストレージアクセス用ネットワークである。ネットワーク５２は、ＬＡＮ（Local Area Network）などのデータ通信用ネットワークである。ネットワーク５２と管理サーバ１００との間の接続は、通信ポートを二重化することにより冗長化してもよい。
【００３１】
クライアント３０，３０ａは、ユーザが使用するユーザ端末としてのコンピュータである。クライアント３０，３０ａは、管理サーバ１００に対して、共有フォルダにファイルを書き込む書き込み要求、共有フォルダからファイルを読み出す読み出し要求、共有フォルダからファイルを削除する削除要求などのアクセス要求を送信する。ただし、管理サーバ１００にアクセス要求を送信するクライアントが、業務サーバなどのサーバコンピュータであってもよい。サーバコンピュータは複数の仮想マシンを実行してもよい。ユーザ端末がサーバコンピュータ経由で管理サーバ１００にアクセス要求を送信してもよい。
【００３２】
管理サーバ１００が認識する「ユーザ」の単位に関して、クライアントまたは管理サーバ１００へのログインに使用する１つのアカウントを１ユーザとしてもよい。また、１つのユーザ端末を１ユーザとしてもよい。また、１つのサーバコンピュータ、サーバコンピュータ上で実行される１つのアプリケーションソフトウェア、または、サーバコンピュータ上で実行される１つの仮想マシンを１ユーザとしてもよい。ユーザ端末がサーバコンピュータ経由で管理サーバ１００にアクセス要求を送信する場合、サーバコンピュータの背後に存在するユーザまたはユーザ端末を「ユーザ」として認識してもよい。
【００３３】
管理者端末４０は、この情報処理システムを管理する管理者が使用するコンピュータである。管理者が共有フォルダを使用するユーザを兼ねてもよく、管理者端末４０がクライアントとしてのユーザ端末を兼ねてもよい。なお、クライアント３０，３０ａや管理者端末４０は、電子メールなどのメッセージをネットワーク５２上で送信することができる。ネットワーク５２には図示しないメールサーバが接続されていてもよく、クライアント３０，３０ａや管理者端末４０はメールサーバ経由で電子メールを送受信してもよい。
【００３４】
管理サーバ１００は、ＲＡＩＤ装置２００，２００ａの記憶領域を管理するサーバコンピュータである。管理サーバ１００は、ＲＡＩＤ装置２００，２００ａが有する物理的な記憶領域を統合して論理ボリュームを示す仮想ディスクを形成し、仮想ディスクをクライアント３０，３０ａに提供する。管理サーバ１００は、仮想ディスク上にファイルシステムを形成し、木構造のフォルダ階層によってファイルを管理する。クライアント３０，３０ａは、ファイルパスを指定したファイルの書き込み、ファイルの読み出し、ファイルの削除などのファイルアクセスが可能となる。
【００３５】
管理サーバ１００は、管理者端末４０からの指示に応じてファイルシステム上に共有フォルダを作成する。共有フォルダに対しては、共有フォルダ全体の保存可能データ量を示すフォルダＱｕｏｔａを設定することができる。また、共有フォルダを使用する複数のユーザそれぞれに対して、そのユーザの保存可能データ量を示すユーザＱｕｏｔａを設定することができる。共有フォルダを使用するユーザは、適宜追加することも削除することも可能である。共有フォルダを使用する複数のユーザのユーザＱｕｏｔａを合計した値が、当該共有フォルダのフォルダＱｕｏｔａを超えることも許容される。
【００３６】
管理サーバ１００は、クライアント３０，３０ａからの書き込み要求に対して、フォルダＱｕｏｔａやユーザＱｕｏｔａに基づいて共有フォルダの容量制御を行う。要求元ユーザの現在使用量と書き込もうとするファイルのサイズとの合計が、要求元ユーザのユーザＱｕｏｔａを超える場合、ファイルの書き込みは拒否される。また、共有フォルダの現在使用量と書き込もうとするファイルのサイズとの合計がフォルダＱｕｏｔａを超える場合、原則としてファイルの書き込みは拒否される。ただし、一部のユーザが不注意などにより大量のファイルを共有フォルダに書き込むと、全てのユーザが新たなファイルを共有フォルダに書き込めなくなり、共有フォルダを使用する業務が遅延するおそれがある。そこで、後述するように、例外的にファイルの書き込みを許可することがある。
【００３７】
管理サーバ１００は、フォルダＱｕｏｔａ違反が発生した場合、共有フォルダが満杯であることを示す警告メッセージを管理者に対して送信する。警告メッセージは、例えば、電子メールとして送信される。警告メッセージを受けた管理者は、共有フォルダを使用するユーザに対して不要なファイルを削除するよう要請することが期待される。ユーザへのファイル削除要請は、電子メールとして送信してもよい。ファイル削除要請を受けたユーザは、クライアント３０，３０ａを操作して管理サーバ１００に削除要求を送信することで、共有フォルダ内の不要なファイルを削除することが期待される。
【００３８】
ただし、削除してもよいファイルの条件を予め管理サーバ１００に登録しておくこともできる。フォルダＱｕｏｔａ違反が発生した場合、管理サーバ１００は、登録された条件に合致するファイルを検索し、削除要求を待たずに検索されたファイルを自動的に削除する。これにより、共有フォルダの空き領域を自動的に増やすことができる。
【００３９】
ＲＡＩＤ装置２００，２００ａは、ＨＤＤやＳＳＤなどの不揮発性の記憶媒体を用いてデータを保存するストレージ装置である。ＲＡＩＤ装置２００，２００ａはそれぞれ、ＲＡＩＤ技術を用いて複数の記憶媒体を組み合わせて使用する。
【００４０】
ＲＡＩＤ装置２００，２００ａは、ＲＡＩＤ０、ＲＡＩＤ１、ＲＡＩＤ５などの任意のＲＡＩＤレベルを採用することができる。ＲＡＩＤ０は、データをストライピングして異なるストライプのデータを異なる記憶媒体に格納し、複数の記憶媒体を並列にアクセスすることでアクセス速度を向上させるものである。ＲＡＩＤ１は、同じデータを複数の記憶媒体に格納することで、データを冗長化して耐故障性を向上させるものである。ＲＡＩＤ５は、データをブロックに分割して所定数のブロック毎に誤り訂正用のパリティブロックを生成し、パリティブロックが特定の記憶媒体に集中しないように元のブロックおよびパリティブロックを複数の記憶媒体に分散配置するものである。
【００４１】
図３は、クライアントおよび管理サーバのハードウェア例を示すブロック図である。
クライアント３０は、ＣＰＵ３０１、ＲＡＭ３０２、ＨＤＤ３０３、画像信号処理部３０４、入力信号処理部３０５、媒体リーダ３０６および通信インタフェース３０７を有する。上記のユニットはバスに接続されている。クライアント３０ａや管理者端末４０も、クライアント３０と同様のハードウェアを用いて実装できる。
【００４２】
ＣＰＵ３０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ３０１は、ＨＤＤ３０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ３０２にロードし、プログラムを実行する。なお、ＣＰＵ３０１は複数のプロセッサコアを含んでもよく、クライアント３０は複数のプロセッサを有してもよく、処理を複数のプロセッサまたはプロセッサコアを用いて並列に実行してもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【００４３】
ＲＡＭ３０２は、ＣＰＵ３０１が実行するプログラムやＣＰＵ３０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、クライアント３０は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。
【００４４】
ＨＤＤ３０３は、ＯＳ（Operating System）やミドルウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、クライアント３０は、フラッシュメモリやＳＳＤなどの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。
【００４５】
画像信号処理部３０４は、ＣＰＵ３０１からの命令に従って、クライアント３０に接続されたディスプレイ３１１に画像を出力する。ディスプレイ３１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。
【００４６】
入力信号処理部３０５は、クライアント３０に接続された入力デバイス３１２から入力信号を取得し、ＣＰＵ３０１に出力する。入力デバイス３１２としては、マウス、タッチパネル、タッチパッド、トラックボール、キーボード、リモートコントローラ、ボタンスイッチなど、任意の種類の入力デバイスを用いることができる。また、クライアント３０に、複数の種類の入力デバイスが接続されていてもよい。
【００４７】
媒体リーダ３０６は、記録媒体３１３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体３１３として、例えば、磁気ディスク、光ディスク、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やブルーレイディスク（登録商標）などが含まれる。
【００４８】
媒体リーダ３０６は、例えば、記録媒体３１３から読み取ったプログラムやデータを、ＲＡＭ３０２やＨＤＤ３０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ３０１によって実行される。なお、記録媒体３１３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体３１３やＨＤＤ３０３を、コンピュータ読み取り可能な記録媒体と言うことがある。
【００４９】
通信インタフェース３０７は、ネットワーク５２を介して管理サーバ１００と通信を行うインタフェースである。通信インタフェース３０７は、例えば、受信したプログラムやデータを、ＲＡＭ３０２やＨＤＤ３０３などの記録媒体に格納する。受信したプログラムをＣＰＵ３０１に実行させることも可能である。
【００５０】
管理サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３および通信インタフェース１０４，１０５を有する。上記のユニットはバスに接続されている。ＲＡＩＤ装置２００，２００ａも、管理サーバ１００と同様のハードウェアを用いて実装できる。ただし、ＲＡＩＤ装置２００，２００ａは、ネットワーク５１に接続する通信インタフェースを有しなくてよい。ＣＰＵ１０１は、第１の実施の形態の制御部１２に対応する。通信インタフェース１０４は、第１の実施の形態の受信部１１に対応する。
【００５１】
ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよく、管理サーバ１００は複数のプロセッサを有してもよく、以下で説明する処理を複数のプロセッサまたはプロセッサコアを用いて並列に実行してもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【００５２】
ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、管理サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。
【００５３】
ＨＤＤ１０３は、プログラムやデータを記憶する不揮発性の記憶装置である。なお、管理サーバ１００は、フラッシュメモリやＳＳＤなどの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。
【００５４】
通信インタフェース１０４は、ネットワーク５２を介してクライアント３０，３０ａや管理者端末４０と通信を行うインタフェースである。通信インタフェース１０４は、例えば、受信したプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの記録媒体に格納する。受信したプログラムをＣＰＵ１０１に実行させることも可能である。なお、管理サーバ１００は媒体リーダを有してもよく、記録媒体から読み取ったプログラムをＲＡＭ１０２やＨＤＤ１０３などの記録媒体にコピーしてもよく、読み取ったプログラムをＣＰＵ１０１に実行させてもよい。通信インタフェース１０５は、ネットワーク５１を介してＲＡＩＤ装置２００，２００ａと通信を行うインタフェースである。
【００５５】
図４は、第２の実施の形態の情報処理システムの機能例を示すブロック図である。
管理サーバ１００は、管理情報記憶部１２１、共有フォルダ設定部１２２、仮想ディスク提供部１２３および容量制御部１２４を有する。管理情報記憶部１２１は、例えば、ＲＡＭ１０２またはＨＤＤ１０３の記憶領域を用いて実装される。共有フォルダ設定部１２２、仮想ディスク提供部１２３および容量制御部１２４は、例えば、ＣＰＵ１０１が実行するプログラムを用いて実装される。
【００５６】
管理情報記憶部１２１は、共有フォルダの設定や共有フォルダの使用状況を示す管理情報を記憶する。共有フォルダの設定を示す管理情報は、共有フォルダ設定部１２２によって更新されて容量制御部１２４から参照される。共有フォルダの使用状況を示す管理情報は、容量制御部１２４によって更新される。管理情報については後述する。なお、管理情報をＲＡＩＤ装置２００，２００ａに格納することも可能である。よって、管理情報記憶部１２１をＲＡＩＤ装置２００に設けることもできる。
【００５７】
共有フォルダ設定部１２２は、管理者端末４０から共有フォルダの設定を受け付け、共有フォルダの設定を示す管理情報を管理情報記憶部１２１に格納する。共有フォルダの設定には、ファイルシステム上の共有フォルダのパス、フォルダＱｕｏｔａ、共有フォルダを使用するユーザのユーザＱｕｏｔａ、ファイル削除条件などが含まれる。
【００５８】
仮想ディスク提供部１２３は、クライアント３０，３０ａに対して仮想ディスクサービスを提供する。仮想ディスク提供部１２３は、仮想ディスクを示す論理ボリュームがクライアント３０，３０ａから認識されるようにし、仮想ディスク上で管理されるファイルにクライアント３０，３０ａがアクセスできるようにする。
【００５９】
仮想ディスク提供部１２３は、クライアント３０，３０ａから書き込み要求を受信し、書き込み要求に従ってファイルを書き込む。また、仮想ディスク提供部１２３は、クライアント３０，３０ａから読み出し要求を受信し、読み出し要求に従ってファイルを読み出して返信する。また、仮想ディスク提供部１２３は、クライアント３０，３０ａから削除要求を受信し、削除要求に従ってファイルを削除する。ただし、共有フォルダに対する書き込み要求の際には、容量制御部１２４が書き込みを拒否することがある。その場合、仮想ディスク提供部１２３はファイルを書き込まずに書き込みエラーを返信する。
【００６０】
容量制御部１２４は、管理情報記憶部１２１に記憶された管理情報を参照して、共有フォルダの容量制御を行う。容量制御部１２４は、仮想ディスク提供部１２３が書き込み要求を受信したとき、ファイルを書き込むと要求元ユーザの使用量がユーザＱｕｏｔａを超えることになる場合、書き込みを拒否すると判定する。また、容量制御部１２４は、ファイルを書き込むと全ユーザの使用量の合計がフォルダＱｕｏｔａを超えることになる場合、管理者宛てに警告メッセージを送信し、原則として書き込みを拒否すると判定する。
【００６１】
ただし、容量制御部１２４は、要求元ユーザが特権ユーザである場合には、業務への影響を考慮してフォルダＱｕｏｔａ違反の要件を緩和し、ファイルを共有フォルダの外部に一時ファイルとして保存することを許容する。ここで、共有フォルダを使用するユーザは特権ユーザおよび一般ユーザという２つのユーザ種別に分類されている。各ユーザのユーザ種別は管理者端末４０から予め指定され、ユーザ種別を含むユーザ情報が管理サーバ１００またはＲＡＩＤ装置２００，２００ａに保存される。特権ユーザは１人でもよいし２人以上でもよい。一般ユーザは通常は２人以上存在する。ユーザ情報は、クライアント３０，３０ａから管理サーバ１００へのアクセスの認証に用いられてもよい。
【００６２】
また、容量制御部１２４は、仮想ディスク提供部１２３が共有フォルダのファイルを削除したことを検出し、共有フォルダの外部に保存されている一時ファイルを、削除によって生じた共有フォルダの空き領域に移動させる。これにより、共有フォルダの満杯時に保存された一時ファイルが通常ファイルとして取り扱われる。また、容量制御部１２４は、ユーザＱｕｏｔａ違反またはフォルダＱｕｏｔａ違反によってファイルの書き込みを拒否する場合、管理情報が示す削除条件に合致するファイルを共有フォルダ内から検索し、検索したファイルを共有フォルダから自動的に削除する。ファイルの書き込みが拒否された場合、仮想ディスク提供部１２３は書き込みエラーを返信する。
【００６３】
ＲＡＩＤ装置２００は、共有フォルダ域２２１および管理域２２２を有する。共有フォルダ域２２１および管理域２２２は、例えば、ＲＡＩＤ装置２００が有するＨＤＤを用いて実装される。ただし、共有フォルダ域２２１および管理域２２２は論理ボリューム上で管理されるため、ＲＡＩＤ装置２００ａに実装されることもあり、ＲＡＩＤ装置２００，２００ａに跨がって実装されることもあり得る。
【００６４】
共有フォルダ域２２１は、共有フォルダのファイルを記憶する共有記憶領域である。管理域２２２は、論理ボリューム上に形成されたファイルシステムの管理に用いられる記憶領域である。ファイルシステムの情報には、フォルダ階層を示す情報、ファイルの物理的位置を示す情報、ファイル名、ファイルサイズ、最終アクセス日、ファイル所有者であるユーザを示す情報、参照更新権限などの各種の属性情報が含まれる。
【００６５】
管理域２２２には、ファイルシステムの情報の保存に使用されていない空き領域が存在する。そこで、第２の実施の形態では、管理域２２２の空き領域を、共有フォルダ域２２１から溢れたファイルを一時的に記憶する一時域として使用する。なお、管理域２２２は管理サーバ１００に存在してもよい。その場合、共有フォルダ域２２１から溢れたファイルが、管理サーバ１００のＨＤＤ１０３に一時的に保存されることになる。
【００６６】
図５は、領域管理テーブルの例を示す図である。
領域管理テーブル１３１は、管理情報記憶部１２１に記憶される。領域管理テーブル１３１は、フォルダＱｕｏｔａ、管理域サイズ、フォルダ使用量およびユーザＱｕｏｔａの項目を含む。フォルダＱｕｏｔａの項目には、共有フォルダに対して設定されたフォルダＱｕｏｔａが登録される。仮想ディスク上に複数の共有フォルダが作成された場合、共有フォルダ毎にフォルダＱｕｏｔａが登録される。管理域サイズの項目には、一時域として使用可能な管理域のサイズが登録される。管理域サイズは予め管理者から指定される。
【００６７】
フォルダ使用量の項目には、共有フォルダに現在保存されているファイルの合計サイズが登録される。フォルダ使用量には、管理域に保存された一時ファイルのサイズは含まれない。共有フォルダへのファイルの書き込みや共有フォルダからのファイルの削除によってフォルダ使用量は変動する。仮想ディスク上に複数の共有フォルダが作成された場合、共有フォルダ毎にフォルダ使用量が登録される。ユーザＱｕｏｔａの項目には、各ユーザに対して設定されたユーザＱｕｏｔａが列挙される。仮想ディスク上に複数の共有フォルダが作成された場合、共有フォルダ毎にユーザＱｕｏｔａが登録される。
【００６８】
図６は、一時ファイルテーブルの例を示す図である。
一時ファイルテーブル１３２は、管理情報記憶部１２１に記憶される。一時ファイルテーブル１３２は、ファイルパス、管理域アドレス、ファイルサイズおよびユーザ属性の項目を含む。ファイルパスの項目には、ファイルシステム上の一時ファイルの位置をフォルダ階層を含めて表した絶対パスが登録される。一時ファイルは共有フォルダの外部に記憶されているものの、ファイルシステムでは共有フォルダの配下に存在するように見える。
【００６９】
管理域アドレスの項目には、一時ファイルが記憶されている管理域内の記憶領域のアドレスが登録される。記憶領域のアドレスは、物理ディスク上のアドレスまたは管理サーバ１００が形成する仮想ディスク上のアドレスである。ファイルサイズの項目には、一時ファイルのサイズが登録される。ユーザ属性の項目には、ユーザ名などファイル所有者に関する情報が登録される。一時ファイルを共有フォルダ内の通常ファイルに戻す場合、ファイルシステムの情報のうちファイルパスは変更しなくてよい。ただし、ファイルの物理的位置を示す情報が変更される。また、一時ファイルのファイルサイズやユーザ属性は、ファイルシステムの情報に引き継ぐことができる。
【００７０】
図７は、削除条件テーブルの例を示す図である。
削除条件テーブル１３３は、管理情報記憶部１２１に記憶される。削除条件テーブル１３３には、自動的に削除するファイルの条件を示す１以上の削除条件が登録される。登録された何れかの削除条件に合致するファイルが、共有フォルダから自動的に削除される。削除条件テーブル１３３は、最終アクセス日、ユーザ、ユーザグループ、ファイルサイズおよび拡張子の項目を有する。１つの削除条件は、最終アクセス日、ユーザ、ユーザグループ、ファイルサイズおよび拡張子の条件の組み合わせである。
【００７１】
最終アクセス日の項目には、ファイルの最終アクセス日の条件として、最終アクセス日が特定の日付以前であること、または、最終アクセス日が特定の日付以降であることが登録される。ユーザの項目には、ファイル所有者の条件として、ファイル所有者が特定のユーザであることが登録される。ユーザグループの項目には、ファイル所有者のユーザ種別の条件として、ファイル所有者が特権ユーザであること、または、ファイル所有者が一般ユーザであることが登録される。ファイルサイズの項目には、ファイルサイズの条件として、ファイルサイズが特定のサイズ以上であること、または、ファイルサイズが特定のサイズ以下であることが登録される。拡張子の項目には、ファイル名に含まれる拡張子の条件として、拡張子が特定の拡張子であることが登録される。
【００７２】
次に、管理サーバ１００の処理手順について説明する。
図８は、ファイル書き込みの手順例を示すフローチャートである。
（Ｓ１０）仮想ディスク提供部１２３は、書き込み要求を受信する。
【００７３】
（Ｓ１１）容量制御部１２４は、要求元ユーザを特定し、領域管理テーブル１３１から要求元ユーザのユーザＱｕｏｔａを検索する。例えば、受信された書き込み要求に要求元ユーザのユーザ名が含まれている。また、容量制御部１２４は、所有者が要求元ユーザであるファイルのサイズを合計したユーザ使用量を算出する。ユーザ使用量には一時ファイルのサイズも含まれる。ユーザ使用量は、ファイルシステムの情報に基づいて算出してもよい。また、各ユーザの現在のユーザ使用量が管理情報に含まれていてもよい。容量制御部１２４は、ユーザＱｕｏｔａからユーザ使用量を引いたユーザ空きサイズを算出する。
【００７４】
（Ｓ１２）容量制御部１２４は、共有フォルダに書き込もうとするファイルのサイズがステップＳ１１のユーザ空きサイズ以下であるか判断する。ファイルサイズがユーザ空きサイズ以下である場合、ステップＳ１３に処理が進む。ファイルサイズがユーザ空きサイズを超える場合、ユーザＱｕｏｔａ違反としてステップＳ２２に処理が進む。
【００７５】
（Ｓ１３）容量制御部１２４は、領域管理テーブル１３１からフォルダＱｕｏｔａとフォルダ使用量を検索する。そして、容量制御部１２４は、フォルダＱｕｏｔａからフォルダ使用量を引いたフォルダ空きサイズを算出する。
【００７６】
（Ｓ１４）容量制御部１２４は、共有フォルダに書き込もうとするファイルのサイズがステップＳ１３のフォルダ空きサイズ以下であるか判断する。ファイルサイズがフォルダ空きサイズ以下である場合、ステップＳ２０に処理が進む。ファイルサイズがフォルダ空きサイズを超える場合、ステップＳ１５に処理が進む。
【００７７】
（Ｓ１５）容量制御部１２４は、共有フォルダのフォルダＱｕｏｔａ超過を示す警告メッセージを管理者宛てに送信する。例えば、容量制御部１２４は、管理者のメールアドレスを宛先アドレスとして指定した電子メールをメールサーバに送信する。
【００７８】
（Ｓ１６）容量制御部１２４は、要求元ユーザのユーザ種別を判定する。ユーザ種別は、例えば、管理サーバ１００のアクセス制御に用いられるユーザ情報に記載されている。容量制御部１２４は、書き込み要求が特権ユーザからの要求であるか判断する。特権ユーザからの要求である場合、ステップＳ１７に処理が進む。一般ユーザからの要求である場合、フォルダＱｕｏｔａ違反としてステップＳ２２に処理が進む。
【００７９】
（Ｓ１７）容量制御部１２４は、領域管理テーブル１３１から管理域サイズを検索する。容量制御部１２４は、管理域サイズのうち未使用のサイズである管理域空きサイズを算出する。例えば、容量制御部１２４は、一時ファイルテーブル１３２に登録された一時ファイルのファイルサイズを管理域サイズから引いて管理域空きサイズを算出する。ただし、領域管理テーブル１３１に管理域使用量を登録しておいてもよい。
【００８０】
（Ｓ１８）容量制御部１２４は、共有フォルダに書き込もうとするファイルのサイズがステップＳ１７の管理域空きサイズ以下であるか判断する。ファイルサイズが管理域空きサイズ以下である場合、ステップＳ１９に処理が進む。ファイルサイズが管理域空きサイズを超える場合、フォルダＱｕｏｔａ違反としてステップＳ２２に処理が進む。
【００８１】
（Ｓ１９）容量制御部１２４は、書き込み要求に含まれるファイルを、共有フォルダ域２２１に書き込む代わりに一時ファイルとして管理域２２２に書き込む。容量制御部１２４は、書き込んだファイルが共有フォルダの配下に存在するように見えるように、ファイルシステムの情報における階層構造を更新する。また、容量制御部１２４は、ファイルシステム上のファイルパス、一時ファイルが実際に書き込まれた管理域２２２の先頭位置を示す管理域アドレス、ファイルサイズ、ユーザ属性などを一時ファイルテーブル１３２に登録する。そして、ステップＳ２１に処理が進む。
【００８２】
（Ｓ２０）仮想ディスク提供部１２３は、書き込み要求に含まれるファイルを共有フォルダ域２２１に書き込み、領域管理テーブル１３１のフォルダ使用量を書き込んだファイルのサイズだけ増加させる。そして、ステップＳ２１に処理が進む。
【００８３】
（Ｓ２１）仮想ディスク提供部１２３は、書き込み成功を返信する。
（Ｓ２２）容量制御部１２４は、ファイル自動削除プロセスを起動する。ファイル自動削除プロセスは、書き込み要求の処理とは非同期で実行することができる。ファイル自動削除プロセスでは、容量制御部１２４は、ファイルシステムの情報を参照して、削除条件テーブル１３３に登録された何れかの削除条件に合致するファイルを共有フォルダから検索し、検索されたファイルを共有フォルダから削除する。容量制御部１２４は、領域管理テーブル１３１のフォルダ使用量を削除したファイルのサイズだけ減少させる。
【００８４】
（Ｓ２３）仮想ディスク提供部１２３は、書き込みエラーを返信する。
図９は、ファイル削除の手順例を示すフローチャートである。
（Ｓ３０）仮想ディスク提供部１２３は、削除要求を受信する。
【００８５】
（Ｓ３１）仮想ディスク提供部１２３は、ファイルシステムの情報を参照して削除要求で指定されたファイルを検索し、該当するファイルを共有フォルダ域２２１から削除する。仮想ディスク提供部１２３は、領域管理テーブル１３１のフォルダ使用量を削除したファイルのサイズだけ減少させる。
【００８６】
（Ｓ３２）容量制御部１２４は、一時ファイルテーブル１３２を参照して、管理域２２２に一時ファイルが記憶されているか判断する。一時ファイルがある場合はステップＳ３３に処理が進み、一時ファイルが無い場合はファイル削除の処理が終了する。
【００８７】
（Ｓ３３）容量制御部１２４は、領域管理テーブル１３１からフォルダＱｕｏｔａとフォルダ使用量を検索する。そして、容量制御部１２４は、フォルダＱｕｏｔａからフォルダ使用量を引いたフォルダ空きサイズを算出する。
【００８８】
（Ｓ３４）容量制御部１２４は、一時ファイルテーブル１３２から移動可能な一時ファイルを検索する。移動可能な一時ファイルは、ファイルサイズがステップＳ３３のフォルダ空きサイズ以下である一時ファイルである。移動可能な一時ファイルがある場合はステップＳ３５に処理が進み、無い場合はファイル削除の処理が終了する。
【００８９】
（Ｓ３５）容量制御部１２４は、移動可能な一時ファイルの少なくとも１つを選択する。このとき、管理域２２２に書き込まれた時刻が古い一時ファイルから優先的に選択することが好ましく、合計ファイルサイズがフォルダ空きサイズを超えない範囲で、できる限り多くの一時ファイルを選択することが好ましい。容量制御部１２４は、選択した一時ファイルを管理域２２２から共有フォルダ域２２１に移動させ、以降は通常ファイルとして取り扱う。容量制御部１２４は、移動した一時ファイルの情報を一時ファイルテーブル１３２から削除する。また、容量制御部１２４は、領域管理テーブル１３１のフォルダ使用量を移動した一時ファイルのファイルサイズだけ増加させる。
【００９０】
なお、上記ステップＳ２２のファイル自動削除プロセスによって共有フォルダ域２２１からファイルが削除されたときに、ステップＳ３２〜Ｓ３５を実行してもよい。
第２の実施の形態の情報処理システムによれば、共有フォルダに対してフォルダＱｕｏｔａが設定され、複数のユーザそれぞれに対してユーザＱｕｏｔａが設定される。これにより、共有フォルダ域２２１の使い過ぎを抑制することができる。また、ユーザＱｕｏｔａの合計がフォルダＱｕｏｔａより大きくなることが許容される。これにより、共有フォルダ域２２１を使用するユーザの追加や削除などの運用管理が容易となると共に、共有フォルダ域２２１を有効に活用することができる。
【００９１】
また、共有フォルダ域２２１が満杯になった場合、警告メッセージが管理者に対して送信され、各ユーザが不要なファイルを共有フォルダ域２２１から削除するよう促される。これにより、共有フォルダ域２２１に空き領域を作ることができる。また、共有フォルダ域２２１が満杯になった場合、予め登録された削除条件を満たすファイルが共有フォルダ域２２１から自動的に削除される。これにより、各ユーザが不要なファイルを手動で削除するのを待たずに共有フォルダ域２２１に空き領域を作ることができる。また、バックグラウンドでファイル自動削除が行われるため、ユーザへの応答の遅延を抑制できる。
【００９２】
また、共有フォルダ域２２１が満杯になった場合、特権ユーザは管理域２２２に一時的にファイルを書き込むことが許容される。その後、共有フォルダ域２２１に空き領域が作られると、管理域２２２のファイルが共有フォルダ域２２１に戻される。これにより、特権ユーザは共有フォルダ域２２１に空き領域が作られるのを待たずにファイルを書き込むことができ、特権ユーザの業務を円滑に行うことが可能となる。また、特権ユーザと一般ユーザのうち特権ユーザのみが管理域２２２を使用できるようにすることで、管理域２２２の少ない空き領域を有効に活用することができる。
【００９３】
［第３の実施の形態］
次に、第３の実施の形態を説明する。第２の実施の形態との違いを中心に説明し、第２の実施の形態と同様の内容については説明を省略することがある。
【００９４】
第３の実施の形態の情報処理システムは、共有フォルダの容量制御の方法が第２の実施の形態と異なる。第３の実施の形態は、図２の管理サーバ１００に代えて後述する管理サーバ１００ａを使用し、図２のＲＡＩＤ装置２００に代えて後述するＲＡＩＤ装置２００ｂを使用する。管理サーバ１００ａは図３に示した管理サーバ１００と同様のハードウェアを用いて実装することができ、ＲＡＩＤ装置２００ｂはＲＡＩＤ装置２００と同様のハードウェアを用いて実装することができる。
【００９５】
図１０は、第３の実施の形態の情報処理システムの機能例を示すブロック図である。
管理サーバ１００ａは、共有フォルダ設定部１２２、仮想ディスク提供部１２３、管理情報記憶部１２５および容量制御部１２６を有する。管理情報記憶部１２５は、例えば、ＲＡＭ１０２またはＨＤＤ１０３の記憶領域を用いて実装される。容量制御部１２６は、例えば、ＣＰＵ１０１が実行するプログラムを用いて実装される。
【００９６】
管理情報記憶部１２５は、第２の実施の形態の管理情報記憶部１２１に対応する。管理情報記憶部１２５は、図７の削除条件テーブル１３３を記憶する。また、管理情報記憶部１２５は、図５の領域管理テーブル１３１とは異なる領域管理テーブル１３４を記憶する。領域管理テーブル１３４については後述する。
【００９７】
容量制御部１２６は、第２の実施の形態の容量制御部１２４に対応する。ただし、容量制御部１２６が行う共有フォルダの容量制御は容量制御部１２４と異なる。容量制御部１２４は、共有フォルダ域の一部分を特権ユーザのための優先域として予約しておく。容量制御部１２４は、特権ユーザそれぞれに対して当該特権ユーザのユーザＱｕｏｔａに相当するサイズの優先域を予約する。特権ユーザは、当該特権ユーザに割り当てられた優先域のみを使用すればよい。共有フォルダ域のうち優先域以外の部分が、複数の一般ユーザによって共有される記憶領域となる。一般ユーザは、共有フォルダ域のうち優先域以外の部分を使用することになり、原則として優先域を使用することはできない。
【００９８】
このため、特権ユーザについては、他の特権ユーザや一般ユーザのファイル保存状況の影響を受けずに、当該特権ユーザのユーザＱｕｏｔａの範囲内でファイルを保存できることが保証される。一方、一般ユーザについては、一般ユーザのユーザＱｕｏｔａの合計がフォルダＱｕｏｔａから優先域サイズを引いた値を超えることも許容される。よって、一般ユーザは、当該一般ユーザのユーザＱｕｏｔａの範囲内であっても、他の一般ユーザが大量のファイルを保存してしまうと共有フォルダの使用が制限され得る。
【００９９】
一般ユーザの共有フォルダの使用制限を緩和するため、容量制御部１２６は、優先域のうち特権ユーザが使用していない空き領域を一般ユーザが一時的に使用することを許容する。ただし、容量制御部１２６は、特権ユーザが優先域を使用しようとした場合には、優先域に保存されている一般ユーザの一時ファイルを自動的に削除することがある。優先域に保存された一般ユーザの一時ファイルは、長期保存が保証されていない削除可能なファイルとみなされる。容量制御部１２６は、共有フォルダ域のうち優先域以外の部分に空き領域が作成されると、優先域の一時ファイルを通常のファイルに戻す。
【０１００】
第２の実施の形態では、共有フォルダ域２２１に加えて、共有フォルダ域２２１の外部に存在する管理域２２２を一時域として特権ユーザが使用することができる。すなわち、フォルダＱｕｏｔａを超える量のファイルを保存することが許容される。これに対し、第３の実施の形態では、一般ユーザも特権ユーザも共有フォルダ域のみを使用することになり、ファイル保存量はフォルダＱｕｏｔａ以下に制限される。特権ユーザは共有フォルダ域の一部である優先域を全て使用できることが保証され、一般ユーザは優先域が満杯でないことを条件として優先域を一時域として使用することができる。
【０１０１】
容量制御部１２６は、仮想ディスク提供部１２３が書き込み要求を受信したとき、ファイルを書き込むと要求元ユーザの使用量がユーザＱｕｏｔａを超えることになる場合、書き込みを拒否すると判定する。また、容量制御部１２６は、要求元ユーザが一般ユーザであり、ファイルを書き込むと一般ユーザの使用量の合計がフォルダＱｕｏｔａから優先域サイズを引いた値を超える場合、管理者宛てに警告メッセージを送信し、原則として書き込みを拒否すると判定する。ただし、容量制御部１２６は、優先域に空き領域が存在すれば当該ファイルを一時ファイルとして優先域に書き込む。
【０１０２】
また、容量制御部１２６は、仮想ディスク提供部１２３が優先域以外の部分から一般ユーザのファイルを削除したことを検出し、優先域に保存されている一時ファイルを削除によって生じた空き領域に移動させる。また、容量制御部１２６は、ユーザＱｕｏｔａ違反またはフォルダＱｕｏｔａ違反によってファイルの書き込みを拒否する場合、管理情報が示す削除条件に合致するファイルを共有フォルダ内から検索し、検索したファイルを共有フォルダから自動的に削除する。ファイルの書き込みが拒否された場合、仮想ディスク提供部１２３は書き込みエラーを返信する。
【０１０３】
ＲＡＩＤ装置２００ｂは、共有フォルダ域２２３を有する。共有フォルダ域２２３は、例えば、ＲＡＩＤ装置２００ｂが有するＨＤＤを用いて実装される。ただし、共有フォルダ域２２３は複数のＲＡＩＤ装置に跨がって実装されることもあり得る。共有フォルダ域２２３は、共有フォルダのファイルを記憶する共有記憶領域である。特権ユーザそれぞれに対して、共有フォルダ域２２３の一部分の記憶領域が優先域として予約される。例えば、共有フォルダ域２２３は優先域２２４を含む。一般ユーザは原則として、共有フォルダ域２２３のうち優先域２２４以外の記憶領域を使用する。優先域２２４内のファイルと優先域２２４外のファイルとは、単一のファイルシステム上で管理される。
【０１０４】
なお、優先域２２４の予約は、共有フォルダ域２２３の中の物理的な記憶領域を予約する物理的予約であってもよいし、フォルダＱｕｏｔａの一部を優先域サイズとして確保して物理的な記憶領域は固定しない論理的予約であってもよい。
【０１０５】
物理的予約では、一般ユーザの一時ファイルは優先域２２４として予約された記憶領域の中に書き込まれる。一時ファイルを通常ファイルに戻すときは、優先域２２４の内部から優先域２２４の外部に物理的にファイルを移動させることになる。一方、論理的予約では、容量計算上、優先域２２４に属する一時ファイルとそれ以外の一般ユーザのファイルとが区別できればよい。一般ユーザのファイルを一時ファイルとして書き込むときは、優先域２２４の使用量が増加する。一時ファイルを通常ファイルに戻すときは、優先域２２４の使用量が減少して優先域２２４外の使用量が増加する。このとき、ファイルの属性が変わればよく、共有フォルダ域２２３内で物理的にファイルを移動しなくてもよい。
【０１０６】
図１１は、領域管理テーブルの他の例を示す図である。
領域管理テーブル１３４は、フォルダＱｕｏｔａ、優先域サイズ、特権ユーザ使用量、一般ユーザ使用量、一時ファイルおよびユーザＱｕｏｔａの項目を含む。フォルダＱｕｏｔａの項目には、共有フォルダに対して設定されたフォルダＱｕｏｔａが登録される。優先域サイズの項目には、特権ユーザに割り当てられた優先域のサイズが登録される。複数の特権ユーザが存在する場合、特権ユーザ毎の優先域サイズを登録してもよいし、複数の特権ユーザの優先域サイズの合計を登録してもよい。
【０１０７】
特権ユーザ使用量の項目には、共有フォルダに現在保存されている特権ユーザのファイルの合計サイズが登録される。特権ユーザは優先域以外の記憶領域を使用しないため、特権ユーザ使用量は特権ユーザによる優先域の使用量を示す。特権ユーザによるファイルの書き込みや削除によって、特権ユーザ使用量は変動する。一般ユーザ使用量の項目には、共有フォルダに現在保存されている一般ユーザのファイルの合計サイズが登録される。一般ユーザ使用量には、優先域に保存されている一時ファイルのサイズも含まれる。一般ユーザ使用量がフォルダＱｕｏｔａから優先域サイズを引いた値を超えている場合、優先域に一般ユーザの一時ファイルが保存されている。一般ユーザによるファイルの書き込みや削除によって、一般ユーザ使用量は変動する。また、特権ユーザが優先域にファイルを書き込んだときの一時ファイルの自動削除によっても、一般ユーザ使用量は変動する。
【０１０８】
一時ファイルの項目には、優先域に保存されている一般ユーザの一時ファイルのファイル名が列挙される。２以上の一時ファイルが存在する場合、２以上のファイル名は書き込み時刻が古い順に列挙される。例えば、先頭のファイル名が示す一時ファイルが最も古いファイルであり、末尾のファイル名が示す一時ファイルが最も新しいファイルである。ユーザＱｕｏｔａの項目には、各ユーザに対して設定されたユーザＱｕｏｔａが列挙される。特権ユーザのユーザＱｕｏｔａの合計が優先域サイズとなる。
【０１０９】
図１２は、ファイル書き込みの他の手順例を示すフローチャートである。
（Ｓ４０）仮想ディスク提供部１２３は、書き込み要求を受信する。
（Ｓ４１）容量制御部１２６は、要求元ユーザを特定し、領域管理テーブル１３４から要求元ユーザのユーザＱｕｏｔａを検索する。また、容量制御部１２６は、共有フォルダ内のファイルのうち所有者が要求元ユーザであるファイルのサイズを合計したユーザ使用量を算出する。ユーザ使用量には一時ファイルのサイズも含まれる。容量制御部１２６は、ユーザＱｕｏｔａからユーザ使用量を引いたユーザ空きサイズを算出する。
【０１１０】
（Ｓ４２）容量制御部１２６は、共有フォルダに書き込もうとするファイルのサイズがステップＳ４１のユーザ空きサイズ以下であるか判断する。ファイルサイズがユーザ空きサイズ以下である場合、ステップＳ４３に処理が進む。ファイルサイズがユーザ空きサイズを超える場合、ユーザＱｕｏｔａ違反としてステップＳ５６に処理が進む。
【０１１１】
（Ｓ４３）容量制御部１２６は、領域管理テーブル１３４からフォルダＱｕｏｔａと優先域サイズと一般ユーザ使用量を検索する。そして、容量制御部１２６は、フォルダＱｕｏｔａから優先域サイズと一般ユーザ使用量を引いたフォルダ空きサイズを算出する。ただし、上記の式の値が０未満になる場合はフォルダ空きサイズを０とする。
【０１１２】
（Ｓ４４）容量制御部１２６は、共有フォルダに書き込もうとするファイルのサイズがステップＳ４３のフォルダ空きサイズ以下であるか判断する。ファイルサイズがフォルダ空きサイズ以下である場合、ステップＳ４９に処理が進む。ファイルサイズがフォルダ空きサイズを超える場合、ステップＳ４５に処理が進む。
【０１１３】
（Ｓ４５）容量制御部１２６は、要求元ユーザのユーザ種別を判定し、書き込み要求が特権ユーザからの要求であるか判断する。特権ユーザからの要求である場合、ステップＳ４６に処理が進む。一般ユーザからの要求である場合、ステップＳ５０に処理が進む。
【０１１４】
（Ｓ４６）容量制御部１２６は、領域管理テーブル１３４を参照して、優先域の中の空き領域のサイズを示す優先域空きサイズを算出する。例えば、優先域サイズから特権ユーザ使用量と一時ファイルのファイルサイズとを引いて、優先域空きサイズを求める。
【０１１５】
（Ｓ４７）容量制御部１２６は、共有フォルダに書き込もうとするファイルのサイズがステップＳ４６の優先域空きサイズ以下であるか判断する。ファイルサイズが優先域空きサイズ以下である場合、ステップＳ４９に処理が進む。ファイルサイズが優先域空きサイズを超える場合、ステップＳ４８に処理が進む。
【０１１６】
（Ｓ４８）容量制御部１２６は、領域管理テーブル１３４から一時ファイルを検索し、ファイルシステムの情報に基づいて各一時ファイルのファイルサイズを特定する。容量制御部１２６は、書き込もうとするファイルのサイズ以上の優先域空きサイズが確保されるように、書き込み時刻が古い方から１以上の一時ファイルを選択し、選択した一時ファイルを優先域から削除する。容量制御部１２６は、領域管理テーブル１３４の一般ユーザ使用量を、削除した一時ファイルのサイズだけ減少させ、削除した一時ファイルのファイル名を領域管理テーブル１３４から削除する。
【０１１７】
（Ｓ４９）仮想ディスク提供部１２３は、書き込み要求に含まれるファイルを共有フォルダ域２２３に書き込み、領域管理テーブル１３４の特権ユーザ使用量または一般ユーザ使用量を書き込んだファイルのサイズだけ増加させる。要求元ユーザが特権ユーザである場合、要求元ユーザに対応する優先域にファイルが書き込まれて特権ユーザ使用量が増加する。要求元ユーザが一般ユーザである場合、優先域外にファイルが書き込まれて一般ユーザ使用量が増加する。そして、ステップＳ５５に処理が進む。
【０１１８】
図１３は、ファイル書き込みの他の手順例を示すフローチャート（続き）である。
（Ｓ５０）容量制御部１２６は、共有フォルダのフォルダＱｕｏｔａ超過を示す警告メッセージを管理者宛てに送信する。例えば、容量制御部１２６は、管理者のメールアドレスを宛先アドレスとして指定した電子メールをメールサーバに送信する。
【０１１９】
（Ｓ５１）容量制御部１２６は、領域管理テーブル１３４を参照して、優先域の中の空き領域のサイズを示す優先域空きサイズを算出する。
（Ｓ５２）容量制御部１２６は、共有フォルダに書き込もうとするファイルのサイズがステップＳ５１の優先域空きサイズ以下であるか判断する。ファイルサイズが優先域空きサイズ以下である場合、ステップＳ５３に処理が進む。ファイルサイズが優先域空きサイズを超える場合、フォルダＱｕｏｔａ違反としてステップＳ５６に処理が進む。
【０１２０】
（Ｓ５３）仮想ディスク提供部１２３は、書き込み要求に含まれるファイルを一時ファイルとして優先域に書き込む。ファイルシステムのフォルダ階層では、優先域内に保存されているファイルと優先域外に保存されているファイルとは区別されず、何れも共有フォルダの配下に存在するように見える。よって、ファイルシステムの情報は、通常のファイルの書き込みと同様に更新される。仮想ディスク提供部１２３は、領域管理テーブル１３４の一般ユーザ使用量を書き込んだ一時ファイルのサイズだけ増加させ、書き込んだ一時ファイルのファイル名を領域管理テーブル１３４に登録する。
【０１２１】
（Ｓ５４）容量制御部１２６は、ファイルが他ユーザ用の記憶領域に一時的に保存されており自動的に削除される可能性があることを示す注意メッセージを、要求元ユーザ宛てに送信する。例えば、容量制御部１２６は、要求元ユーザのメールアドレスを宛先アドレスとして指定した電子メールをメールサーバに送信する。
【０１２２】
（Ｓ５５）仮想ディスク提供部１２３は、書き込み成功を返信する。
（Ｓ５６）容量制御部１２６は、第２の実施の形態と同様のファイル自動削除プロセスを起動する。ファイル自動削除プロセスは、書き込み要求の処理とは非同期で実行することができる。容量制御部１２６は、領域管理テーブル１３４の特権ユーザ使用量または一般ユーザ使用量を削除したファイルのサイズだけ減少させる。
【０１２３】
（Ｓ５７）仮想ディスク提供部１２３は、書き込みエラーを返信する。
図１４は、ファイル削除の他の手順例を示すフローチャートである。
（Ｓ６０）仮想ディスク提供部１２３は、削除要求を受信する。
【０１２４】
（Ｓ６１）仮想ディスク提供部１２３は、ファイルシステムの情報を参照して削除要求で指定されたファイルを検索し、該当するファイルを共有フォルダ域２２３から削除する。仮想ディスク提供部１２３は、領域管理テーブル１３４の特権ユーザ使用量または一般ユーザ使用量を削除したファイルのサイズだけ減少させる。
【０１２５】
（Ｓ６２）容量制御部１２６は、領域管理テーブル１３４を参照して、優先域に一般ユーザの一時ファイルが記憶されているか判断する。一時ファイルがある場合はステップＳ６３に処理が進み、一時ファイルが無い場合はファイル削除の処理が終了する。
【０１２６】
（Ｓ６３）容量制御部１２６は、領域管理テーブル１３４からフォルダＱｕｏｔａと優先域サイズと一般ユーザ使用量を検索する。そして、容量制御部１２６は、フォルダＱｕｏｔａから優先域サイズと一般ユーザ使用量を引いたフォルダ空きサイズを算出する。ただし、上記の式の値が０未満になる場合はフォルダ空きサイズを０とする。
【０１２７】
（Ｓ６４）容量制御部１２６は、領域管理テーブル１３４から、優先域内から優先域外に移動可能な一時ファイルを検索する。移動可能な一時ファイルは、ファイルサイズがステップＳ６３のフォルダ空きサイズ以下である一時ファイルである。移動可能な一時ファイルがある場合はステップＳ６５に処理が進み、移動可能な一時ファイルが無い場合はファイル削除の処理が終了する。
【０１２８】
（Ｓ６５）容量制御部１２６は、移動可能な一時ファイルの少なくとも１つを選択する。このとき、優先域に書き込まれた時刻が古い一時ファイルから優先的に選択することが好ましく、合計ファイルサイズがフォルダ空きサイズを超えない範囲で、できる限り多くの一時ファイルを選択することが好ましい。容量制御部１２６は、選択した一時ファイルを優先域内から優先域外に移動させ、以降は通常ファイルとして取り扱う。容量制御部１２６は、移動した一時ファイルのファイル名を領域管理テーブル１３４から削除する。
【０１２９】
なお、上記ステップＳ５６のファイル自動削除プロセスによって共有フォルダ域２２３からファイルが削除されたときに、ステップＳ６２〜Ｓ６５を実行してもよい。また、一時ファイルを通常ファイルに戻す処理では、ファイルの属性を変更するだけでファイルを物理的に移動しないようにしてもよい。
【０１３０】
第３の実施の形態の情報処理システムによれば、共有フォルダに対してフォルダＱｕｏｔａが設定され、複数のユーザそれぞれに対してユーザＱｕｏｔａが設定される。これにより、共有フォルダ域２２３の使い過ぎを抑制することができる。また、ユーザＱｕｏｔａの合計がフォルダＱｕｏｔａより大きくなることが許容される。これにより、共有フォルダ域２２３を使用するユーザの追加や削除などの運用管理が容易となると共に、共有フォルダ域２２３を有効に活用することができる。
【０１３１】
また、共有フォルダ域２２３が満杯になった場合、警告メッセージが管理者に対して送信され、各ユーザが不要なファイルを共有フォルダ域２２３から削除するよう促される。これにより、共有フォルダ域２２３に空き領域を作ることができる。また、共有フォルダ域２２３が満杯になった場合、予め登録された削除条件を満たすファイルが共有フォルダ域２２３から自動的に削除される。これにより、各ユーザが不要なファイルを手動で削除するのを待たずに共有フォルダ域２２３に空き領域を作ることができる。また、バックグラウンドでファイル自動削除が行われるため、ユーザへの応答の遅延を抑制できる。
【０１３２】
また、特権ユーザについては、他の特権ユーザや一般ユーザのファイル保存状況の影響を受けずに、優先域を使用できることが保証される。よって、特権ユーザの業務を円滑に行うことが可能となる。また、一般ユーザについては、特権ユーザの優先域が空いている場合、特権ユーザが優先域を使用するまで一時的に一般ユーザが優先域を使うことができる。その後、優先域外に空き領域が作られると、優先域内の一時ファイルが通常ファイルに戻される。これにより、一般ユーザも優先域外に空き領域が作られるのを待たずにファイルを書き込むことができる場合があり、一般ユーザの容量制限を緩和できる。また、フォルダＱｕｏｔａの範囲内で容量制御を行うことができ、フォルダＱｕｏｔａを超える容量の記憶領域を用意しなくてもよい。
【符号の説明】
【０１３３】
１０  管理装置
１１  受信部
１２  制御部
１３  書き込み要求
１４ａ，１４ｂ  ユーザ種別
１５ａ，１５ｂ  判定方法
２０  記憶装置
２１  共有記憶領域
２２，２３  記憶領域
【図１】
2019053466.tif 000003
【図２】
2019053466.tif 000004
【図３】
2019053466.tif 000005
【図４】
2019053466.tif 000006
【図５】
2019053466.tif 000007
【図６】
2019053466.tif 000008
【図７】
2019053466.tif 000009
【図８】
2019053466.tif 000010
【図９】
2019053466.tif 000011
【図１０】
2019053466.tif 000012
【図１１】
2019053466.tif 000013
【図１２】
2019053466.tif 000014
【図１３】
2019053466.tif 000015
【図１４】
2019053466.tif 000016