(57)【要約】【課題】  大容量ストレージを複数のユーザで共用する環境において、各ユーザに割り当てられた仮想パーティションを自動的に最適化するとともに、ファイルの排他制御が可能なファイル管理システム、およびストレージの自動管理方法並びに自動管理プログラムを提供する。【解決手段】  複数のユーザで共用可能なストレージを備えたファイル管理システムであって、前記ストレージにユーザ数に対応する複数の仮想パーティションを設定するパーティション設定手段を備え、前記パーティション設定手段は、所定条件が成立した場合に、前記仮想パーティションの使用状況に基づいて仮想パーティションの再構築を行うパーティション再構築手段を有するようにして、ストレージの空き容量を効率よく利用できるようにした。【選択図】  図２
2007164240.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザで共用可能なストレージを備えたファイル管理システムであって、
前記ストレージにユーザ数に対応する複数の仮想パーティションを設定するパーティション設定手段を備え、
前記パーティション設定手段は、
所定時間が経過することに伴い前記仮想パーティションの容量を所定のアルゴリズムにしたがって調整する一方、ユーザが追加または削除されることに伴い仮想パーティションの数を増加または削減するとともに各パーティションの容量を所定のアルゴリズムにしたがって調整するパーティション再構築手段と、
前記仮想パーティションの空き容量を最低容量以上確保する最低容量確保手段を有し、
前記最低容量確保手段は、前記仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低容量を確保することを特徴とするファイル管理システム。
【請求項２】
複数のユーザで共用可能なストレージを備えたファイル管理システムであって、
前記ストレージにユーザ数に対応する複数の仮想パーティションを設定するパーティション設定手段を備え、
前記パーティション設定手段は、所定条件が成立した場合に、前記仮想パーティションの使用状況に基づいて仮想パーティションの再構築を行うパーティション再構築手段を有することを特徴とするファイル管理システム。
【請求項３】
前記パーティション再構築手段は、所定時間が経過することに伴い、前記仮想パーティションの容量を所定のアルゴリズムにしたがって調整することを特徴とする請求項２に記載のファイル管理システム。
【請求項４】
前記パーティション再構築手段は、ユーザが追加または削除されることに伴い、仮想パーティションの数を増加または削減するとともに、各パーティションの容量を所定のアルゴリズムにしたがって調整することを特徴とする請求項２または３に記載のファイル管理システム。
【請求項５】
前記パーティション設定手段は、前記仮想パーティションの空き容量を最低容量以上確保する最低容量確保手段を有し、
前記最低容量確保手段は、前記仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低の空き容量を確保することを特徴とする請求項２から４の何れかに記載のファイル管理システム。
【請求項６】
前記仮想パーティションを前記複数のユーザに割り当てるパーティション割り当て手段と、
前記仮想パーティションに割り当てられたユーザ以外のユーザがアクセス不可能となるように排他制御を行う排他制御手段と、を備えることを特徴とする請求項２から５の何れかに記載のファイル管理システム。
【請求項７】
複数のユーザで共用可能なストレージの自動管理方法であって、
前記ストレージにユーザ数に対応する複数の仮想パーティションを設定し、
所定時間が経過した場合には前記仮想パーティションの容量を所定のアルゴリズムにしたがって調整する一方、ユーザが追加または削除された場合には仮想パーティションの数を増加または削減するとともに各パーティションの容量を所定のアルゴリズムにしたがって調整し、
前記仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低の空き容量を確保することを特徴とするストレージの自動管理方法。
【請求項８】
複数のユーザで共用可能なストレージの自動管理プログラムであって、
前記ストレージにユーザ数に対応する複数の仮想パーティションを設定するステップと、
所定時間が経過した場合には前記仮想パーティションの容量を所定のアルゴリズムにしたがって調整するステップと、
ユーザが追加または削除された場合には仮想パーティションの数を増加または削減するとともに各パーティションの容量を所定のアルゴリズムにしたがって調整するステップと、
前記仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低の空き容量を確保するステップと、を有することを特徴とするストレージの自動管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルを記憶可能な大容量のストレージを備えたファイル管理システムに関し、特に、複数のユーザに割り当てた仮想パーティションを自動的に最適化するストレージの自動管理方法および自動管理プログラムに関する。
【背景技術】
【０００２】
近年、映像コンテンツ等のファイルを記憶可能なファイル管理システムとして、ハードディスク（以下、ＨＤＤと称する）等の大容量ストレージを備えたＨＤＤレコーダやパーソナルコンピュータが普及しており、これを複数のユーザで共用するケースが増えている。このように、ストレージを複数のユーザで共用する環境においては、他のユーザとの共用であるためにストレージの空き容量を気にする必要があり、大容量ファイルの保存を自粛せざるを得ない場合もある。かかる問題を解消するためには、仮想パーティションを設定して各ユーザに割り当てる手法が有効であり、これにより、各ユーザはあたかも自分専用のストレージがあるかのように扱うことができる。
【０００３】
ここで、仮想パーティションとは、物理的に一つのパーティションであるストレージを1または複数の領域に分割したときの各領域のことをいう。これに対して、物理パーティションとは、ストレージをシステム・ボード単位で電気的に分割する技術をいう。
【０００４】
一方、ストレージにおいて仮想パーティションを設定した場合には、ファイルの容量（例えば、３ＧＢ）が仮想パーティションの空き容量（例えば、２ＧＢ）を超えている場合は、当該仮想パーティションに保存することは不可能となるので、空き容量が３ＧＢ以上有る他の仮想パーティションに保存せざるをえない。また、各ユーザに対して仮想パーティションが割り当てられている場合は、割り当てられた仮想パーティションの空き容量を超えるファイルは保存できなくなるという不具合がある。そこで、ストレージの仮想パーティション設定に関連するものとして、以下の技術が提案されている。
【０００５】
例えば、特許文献１には、ＰＢＸおよびボタン電話装置に接続される音声蓄積装置において、各ユーザ宛のメッセージを所定数だけ保有可能な蓄積用メモリの割り当てを制御する音声蓄積装置の蓄積容量制御方式が開示されており、具体的には、各ユーザに割り当てられている蓄積用メモリの使用状況を一定期間測定し、実際の使用状況に合わせて、各ユーザの蓄積用メモリを新しく割り当てるようにしている。
【０００６】
また例えば、特許文献２には、複数の記憶領域（パーティション）から構成される記憶装置において、互いの記憶領域の利用状況に応じて空き領域の再調整を行うことにより、記憶装置の利用効率を向上することができる記憶領域自動調整システム及び自動調整方法が開示されている。
【０００７】
前記先願技術を利用することで、仮想パーティションを設定したストレージにおいて、記憶領域を効率よく使用することが可能となる。
【特許文献１】特開平６−１１３０１６号公報
【特許文献２】特開２００５−７８６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、前記特許文献１，２では、記憶領域の過去の使用状況に合わせて、新たに記憶領域を割り当てるようにしているので、記憶領域の使用状況が０で有る場合には、新たに記憶領域（空き領域）を割り当てる際に、当該記憶領域がなくなる（パーティション数が減少する）という可能性がある。
【０００９】
また、前記特許文献１では２ユーザでストレージを共用するものとして記載されており、前記特許文献２ではストレージを共用するユーザ数については記載されていないので、ストレージを共用するユーザ数が増減した場合に対応することができない。
【００１０】
さらに、ストレージを複数ユーザで共用する場合、保存したファイルを他のユーザに閲覧される可能性があるため、ファイルの排他制御を行うことが望ましいが、この点についても何ら記載されていない。
【００１１】
そこで、本発明は、大容量ストレージを複数のユーザで共用する環境において、各ユーザに割り当てられた仮想パーティションを自動的に最適化するとともに、ファイルの排他制御が可能なファイル管理システム、およびストレージの自動管理方法並びに自動管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、前記課題を解決するためになされたものであり、複数のユーザで共用可能なストレージを備えたファイル管理システムであって、前記ストレージにユーザ数に対応する複数の仮想パーティション（複数ユーザで共有可能な仮想パーティションを含む）を設定するパーティション設定手段を備え、前記パーティション設定手段は、所定条件が成立した場合に、前記仮想パーティションの使用状況に基づいて仮想パーティションの再構築を行うパーティション再構築手段を有することを特徴とする。これにより、各仮想パーティションにおいて、使用状況に応じて空き容量が割り当てられるので、ストレージの空き容量を効率よく利用することができる。
【００１３】
ここで、ファイル管理システムとは、ストレージとして大容量ＨＤＤを備えたＨＤＤレコーダやパーソナルコンピュータ等を意味する。
【００１４】
また、前記パーティション再構築手段は、所定時間が経過することに伴い、前記仮想パーティションの容量を所定のアルゴリズムにしたがって調整するようにした。これにより、ユーザは仮想パーティションの再構築を意識することなく、常に最適化された仮想パーティションを提供されることとなる。
【００１５】
また、前記パーティション再構築手段は、ユーザが追加または削除されることに伴い、仮想パーティションの数を増加または削減するとともに、各パーティションの容量を所定のアルゴリズムにしたがって調整するようにした。これにより、ユーザ数が増減することに伴うパーティションの大幅な変更に対応できる。
【００１６】
なお、所定条件の成立としては、前記所定時間の経過やユーザ数の増減の他、既存ユーザから容量変更の要求があった場合等も含まれる。この場合は、要求のあったパーティションに所望の容量を設定した後、他のパーティションにおいて空き容量を割り当てて再構築するのが望ましい。
【００１７】
また、前記パーティション設定手段は、前記仮想パーティションの空き容量を最低容量以上確保する最低容量確保手段を有し、前記最低容量確保手段は、前記仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低の空き容量を確保するようにした。これにより、仮想パーティションの再構築でユーザが自動的に消滅したり、容量を割り当てられずにストレージを使用できないといった状態に陥ったりするのを防止できる。なお、最低空き容量を確保できない場合は仮想パーティションの再構築を行わないこととなるが、ストレージの空き容量が極端に少ない場合にはパーティションの再構築をしてもその効果は薄いので、これにより生じる不具合は軽微と考えられる。また、再構築後の仮想パーティションにおいて最低の空き容量を確保できないような場合には、ユーザに対して既存ファイルの削除を促すようにしてもよい。
【００１８】
さらに、前記仮想パーティションを前記複数のユーザに割り当てるパーティション割り当て手段と、前記仮想パーティションに割り当てられたユーザ以外のユーザがアクセス不可能となるように排他制御を行う排他制御手段と、を備えるようにした。これにより、ユーザとパーティションを関連づけてアクセス制御を行うという簡単な設定により、ユーザの保有するファイルの排他制御を実現できる。
【発明の効果】
【００１９】
本発明によれば、ストレージにユーザ数に対応する複数の仮想パーティションを設定し所定条件が成立した場合に、仮想パーティションの使用状況に基づいて仮想パーティションの再構築を行うようにしたので、各ユーザに最適化された仮想パーティションを提供することができる。例えば、一定周期やあるイベント発生時（ユーザの増減、容量変更の要求時等）に空き容量を再計算し、仮想パーティションを再構築することで、自動的に各ユーザに最適な容量を提供することができる。
【００２０】
さらに、ユーザとパーティションを関連づけてアクセス制御を行うだけでユーザの保有するファイルの排他制御を実現できるので、他のユーザにファイルを閲覧されるという不具合を簡単に解消することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の好適な実施の形態を図面に基づいて説明する。本実施形態では、本発明に係るファイル管理システムとしてのＨＤＤレコーダについて説明する。例えば、このＨＤＤレコーダは、ストレージとして１００ＧＢのＨＤＤを備える。
【００２２】
図１は、本実施形態にかかるＨＤＤレコーダにおけるユーザ情報とパーティション情報の管理テーブルの概念図である。
【００２３】
図１に示すように複数のユーザＡ〜ＤでＨＤＤを共用する場合は、ユーザＡ〜Ｄに対応してＨＤＤに仮想パーティションＰａ〜Ｐｄが設定され、それぞれユーザＡ〜Ｄに割り当てられる（パーティション割り当て手段）。ユーザ情報は識別情報ＩＤとパスワードＰＷとを有し、パーティション情報は割当容量と使用容量とを有する構成とされる。ユーザ情報として格納された識別情報ＩＤおよびパスワードＰＷを用いることで、仮想パーティションに関連付けられたユーザ以外のユーザがアクセス不可能となるように排他制御を行うことができる（排他制御手段）。これにより、ユーザ情報とパーティション情報を関連づけてアクセス制御を行うという簡単な設定により、固有ユーザが仮想パーティション内に保有するファイルの排他制御を実現できる。
【００２４】
なお、図１には、Ａ〜Ｄの４ユーザに対してそれぞれ同容量の仮想パーティション（２５ＧＢ）が割り当てられ、それぞれの使用容量は、仮想パーティションＰａが２０ＧＢ、仮想パーティションＰｂが１５ＧＢ、仮想パーティションＰｃが１０ＧＢ、仮想パーティションＰｄが５ＧＢとなっている例を示している。
【００２５】
また、ＨＤＤの容量（１００ＧＢ）には、オペレーティングシステム（ＯＳ）が使用する領域は含まれないものとする。ＯＳが使用する領域はユーザが自由に使用できないようにしておくのが望ましいためである。また、仮想パーティションの初期設定では、図１に示すようにユーザ数でＨＤＤ容量を等分して仮想パーティションを設定してもよいし、ユーザが手動でパーティション毎に設定するようにしてもよい。例えば、メニュー画面などから各ユーザのパーティション容量を設定可能とする手段を設けてもよい。
【００２６】
本実施形態のＨＤＤレコーダでは、イベント発生時として、所定時間（例えば１日）経過ごと、ユーザによるパーティション容量の変更要求、或いはユーザ数が増減されたときに、各仮想パーティションの使用状況に応じて仮想パーティションの再構築を行うようにしている。かかる処理は、例えば、ＨＤＤレコーダのシステム制御部により所定のプログラムが実行されることにより行われる。
【００２７】
図２は、本実施形態にかかるＨＤＤレコーダにおけるパーティション設定処理について示したフローチャートである。
【００２８】
まず、ステップＳ１０１で、イベントが発生したか否かを判定する。ここで、イベントとしては、所定時間の経過（一定周期）、ユーザの追加、ユーザの削除、既存ユーザによるパーティション容量の変更等がある。ステップＳ１０１でイベントが発生していないと判定した場合は、仮想パーティションの再設定を行わずに通常状態に戻り、イベントが発生するまで待機する。
【００２９】
ステップＳ１０１でイベントが発生したと判定した場合は、ステップＳ１０２で発生したイベントはユーザの追加であるか判定する。そして、ステップＳ１０２でユーザの追加イベントであると判定した場合は、Ａに移行し、図３に示すフローチャートにしたがってパーティション設定処理を行う。
【００３０】
一方、ステップＳ１０２でユーザの追加イベントでないと判定した場合は、発生したイベントはユーザの削除であるか判定する（ステップＳ１０３）。そして、ステップＳ１０３でユーザの削除イベントであると判定した場合は、Ｂに移行し、図４に示すフローチャートにしたがってパーティション設定処理を行う。
【００３１】
また、ステップＳ１０３でユーザの削除イベントでもないと判定した場合は、所定のアルゴリズムにしたがってパーティションの再構築を行い、パーティション情報を更新する（ステップＳ１０４）。
【００３２】
ここで、本実施形態では、パーティションの再構築は現在の各パーティションにおける使用状況に基づいて行われる。ただし、パーティションの再構築方法は特に制限されるものではなく、設計者依存とすることができ、各設計者独自のアルゴリズムを使用してよい。
【００３３】
一例として、以下のような方法が考えられる。まず、ＨＤＤ全体の使用容量に対する各パーティションの使用容量の割合を算出し、各パーティションにおける使用容量の比を算出する。そして、この使用容量の比に応じて、空き容量をそれぞれのパーティションＰａ〜Ｐｄに割り当てる。
【００３４】
例えば、それぞれのパーティションＰａ〜Ｐｄにおける使用容量が、図１のパーティション情報に示す値となっている場合は、パーティションＰａ〜Ｐｄの使用容量の比は４：３：２：１となる。したがって、空き容量の５０ＧＢは、２０ＧＢをパーティションＰａに、１５ＧＢをパーティションＰｂに、１０ＧＢをパーティションＰｃに、５ＧＢをパーティションＰｄに割り当てられる。
【００３５】
すなわち、再構築前と再構築後の各パーティションＰａ〜Ｐｄの割当容量（パーティション容量）、使用容量、空き容量は図５に示すように変更されることとなる。現時点で一番容量を使用しているユーザが、これからも一番多くの容量を使用するだろうと予測できるために、このように各パーティションにおける使用容量に基づいてパーティションの再構築を行うようにしている。
【００３６】
次いで、ステップＳ１０５で、各ユーザ（各パーティション）に対して最低空き容量が確保されているか判定する（最低容量確保手段）。本実施形態では、例えば、１ＧＢの空き容量を最低限確保することとする。極端な例を挙げると、何れかのパーティションにおいて使用容量が０であれば、アルゴリズムによっては、そのパーティションに割り当てられる空き容量が０となってしまう場合がある。このように、パーティションに空き容量が割り当てられない状態、或いは、パーティション自体が自動消滅してしまう状態を回避するために、ステップＳ１０５の処理を設けている。
【００３７】
そして、ステップＳ１０５で最低空き容量を確保できていると判定した場合は、ステップＳ１０４において再構築されたパーティション情報を新しいパーティション情報として保存して通常状態に戻り（ステップＳ１１５）、イベントが発生するまで待機する。例えば、上述したアルゴリズムにしたがってパーティションの再構築が行われた場合（図５参照）は、空き容量の最も少ないパーティションＰｄにおいても最低空き容量１ＧＢを確保できているので、このような処理が行われる。
【００３８】
一方、ステップＳ１０５で何れかのパーティションにおいて最低空き容量を確保できていないと判定した場合は、各パーティションに対して最低空き容量を確保可能な空き容量があるか否かを判定する（ステップＳ１０６）。すなわち、ＨＤＤに最低空き容量×パーティション数分の空き容量があるか否かを判定する。本実施形態では、最低空き容量を１ＧＢとして設定しているので、パーティション数が４の場合は４ＧＢの空き容量があれば、各パーティションに対して最低空き容量を確保可能ということになる。
【００３９】
次いで、ステップＳ１０６で各パーティションに対して最低空き容量を確保可能であると判定した場合は、最低空き容量を確保できていないパーティションに対して最低空き容量（ここでは１ＧＢ）を割り当てる（ステップＳ１１３）。そして、ステップＳ１１４で、最低空き容量を割り当てられたパーティションを除く他のパーティションについて使用容量と空き容量を全容量と偽装し、再度所定のアルゴリズムにしたがってパーティションの再構築を行い、パーティション情報を更新する（ステップＳ１０４）。
【００４０】
ステップＳ１０６で各パーティションに対して最低空き容量を確保可能であると判定した場合は、ステップＳ１０４でパーティションの再構築を行う前のパーティション情報に戻し（ステップＳ１０７）、ステップＳ１０８で発生したイベントは自動発生のイベント、例えば、所定時間が経過したことに伴うイベントであるか判定する。そして、ステップＳ１０８で自動発生のイベントであると判定した場合は、そのまま元のパーティション情報を新しいパーティション情報として保存して通常状態に戻り（ステップＳ１１５）、イベントが発生するまで待機する。
【００４１】
一方、ステップＳ１０８で自動発生のイベントでない、すなわちユーザによるパーティション容量の変更要求に伴うイベントであると判定した場合は、各パーティションに対して最低空き容量を確保するためにステップＳ１０９でファイルの削除を促す。つまり、自動発生のイベントでない場合は、ユーザが当該ＨＤＤレコーダを操作可能な状態にあると判断できるために、できるだけパーティションの再構築ができるようにステップＳ１０９でファイルを削除することを促すようにしている。
【００４２】
次いで、ステップＳ１１０でユーザによる入力操作によりパーティションの再構築処理が中止されたか否かを判定する。そして、ステップＳ１１０で再構築処理が中止されたと判定された場合は、そのまま元のパーティション情報を新しいパーティション情報として保存して通常状態に戻り（ステップＳ１１５）、イベントが発生するまで待機する。
【００４３】
ステップＳ１１０で再構築処理が中止されていないと判定された場合は、ステップＳ１１１でファイルが削除されたか判定する。そして、ステップＳ１１１でファイルが削除されていないと判定した場合は、ステップＳ１０９に移行する。
【００４４】
一方、ステップＳ１１１でファイルが削除されたと判定した場合は、ステップＳ１１２で各パーティションに対して最低空き容量を確保可能な空き容量ができたか否かを判定する。このステップＳ１１２の処理はステップＳ１０６と同様の処理である。そして、ステップＳ１１２で各パーティションに対して最低空き容量を確保可能な空き容量ができていないと判定した場合は、さらなるファイルの削除が必要となるのでステップＳ１０９に移行する。
【００４５】
ステップＳ１１２で各パーティションに対して最低空き容量を確保可能な空き容量ができたと判定した場合は、ステップＳ１０４に移行して、所定のアルゴリズムにしたがってパーティションの再構築を行い、パーティション情報を更新し、以降の処理を繰り返す。ここで、ステップＳ１１３，Ｓ１１４と同様の処理を行わないのは、ファイルの削除により大幅に空き容量が生じ、ステップＳ１０４のパーティション再構築処理において正常な再構築ができる（ステップＳ１０５で"Ｙ"）可能性があるためである。
【００４６】
所定時間が経過したことに伴うイベント、または、ユーザによるパーティション容量の変更要求に伴うイベントが発生したときのパーティション設定処理は、以上のようにして行われる。このように、複数のユーザに対応する各仮想パーティションに対して、それぞれの使用状況に応じて空き容量が割り当てられて最適化されるので、ストレージの空き容量を効率よく利用することができる。
【００４７】
次いで、図２のフローチャートのステップＳ１０２において、ユーザ追加のイベントであると判定した場合のパーティション設定処理について説明する。図３は、ユーザ追加のイベントが発生したときのパーティション設定処理について示したフローチャートである。
【００４８】
ユーザ追加のイベントが発生した場合は、まず、ステップＳ２０１でユーザ情報の追加を行う。つまり、図１に示すユーザ情報の管理テーブルに格納すべき識別情報ＩＤおよびパスワードＰＷを設定する。この設定はユーザの入力操作によって行われる。
【００４９】
次いで、ステップＳ２０２で新規ユーザに対応するパーティションの容量を手動で割り当てたか否かを判定する。例えば、ユーザ情報を設定させた後、パーティションの容量を設定する表示を行い、ユーザによる入力操作によりパーティションの容量を設定可能とする。
【００５０】
そして、ステップＳ２０２でパーティション容量が手動で割り当てられたと判定した場合は、新規ユーザに対応するパーティションに指定された容量を割り当てるとともに（ステップＳ２１３）、他のユーザに対応するパーティションの再構築を行う（ステップＳ２１４）。例えば、ステップＳ２１４のパーティションの再構築処理において、例えば、５０ＧＢの空き容量があり、新規ユーザのパーティションに２０ＧＢの容量を割り当てるように手動で設定された場合は、新規ユーザのパーティション容量を除いた３０ＧＢの空き容量を既存ユーザのパーティションに割り当てることとなる。
【００５１】
ここで、新規ユーザのパーティション容量を手動で設定させるときは、各パーティションに対して最低空き容量（１ＧＢ）が確保されるような値に設定させる。例えば、４人の既存ユーザがある場合は、新規ユーザのパーティション容量を除いた空き容量が４ＧＢ以上となるように新規ユーザのパーティション容量（ただし、１ＧＢ以上）を設定させる。なお、各パーティションに対して最低空き容量が確保できなくなる場合には、図２のステップＳ１０９〜Ｓ１１２で説明したようにファイル削除により最低空き容量を確保させることもできるが、処理が複雑になるために本実施形態では上記のような処理としている。
【００５２】
次いで、追加されたユーザ情報および再構築されたパーティション情報を保存する（ステップＳ２１５，２１６）。
【００５３】
一方、ステップＳ２０２でパーティション容量が手動で割り当てられていないと判定した場合、例えば、パーティション容量の設定表示において"自動設定"が選択された場合は、ステップＳ２０３で空き容量をユーザ数で等分した容量を新規ユーザのパーティション容量として割り当てるとともに（ステップＳ２０３）、他ユーザのパーティションの再構築を行う（ステップＳ２０４）。ステップＳ２０４のパーティションの再構築処理において、例えば、５０ＧＢの空き容量がある場合は、新規ユーザのパーティションに５等分した１０ＧＢが割り当てられ、これを除いた２０ＧＢの空き容量を、既存ユーザのパーティションに割り当てることとなる。ここで、ステップＳ２０４，Ｓ２１４では、既存ユーザに対応する各パーティションの使用容量に基づいてパーティションの再構築処理が行われることとなる。
【００５４】
次いで、ステップＳ２０５で、新規ユーザのパーティションに対して最低空き容量が確保されているか、つまり、ステップＳ２０３で割り当てられたパーティション容量が１ＧＢ以上となっているか否かを判定する。
【００５５】
そして、ステップＳ２０５で最低空き容量を確保できていると判定した場合は、ユーザ情報を保存するとともに、ステップＳ２０４において再構築されたパーティション情報を新しいパーティション情報として保存して通常状態に戻り（ステップＳ２１５，２１６）、イベントが発生するまで待機する。
【００５６】
一方、ステップＳ２０５で新規ユーザのパーティションに対して最低空き容量を確保できていないと判定した場合は、ステップＳ２０６でユーザを追加できない旨のエラー表示を行い、ステップＳ２０７でユーザ数の追加を継続するか否かを判定する。そして、ステップＳ２０７でユーザ数の追加を中止すると判定した場合は、ステップＳ２０１でユーザ情報を追加する前のユーザ情報に戻すとともに、ステップＳ２０４でパーティションの再構築を行う前のパーティション情報に戻す（ステップＳ２１０，Ｓ２１１）。次いで、そのまま元のユーザ情報およびパーティション情報を保存してＣに移行し（ステップＳ２１５，Ｓ２１６）、イベントが発生するまで待機する。
【００５７】
一方、ステップＳ２０７でユーザ数の追加を継続すると判定した場合は、新規ユーザのパーティションに対して最低空き容量を確保するためにステップＳ２０８でファイルの削除を促す。次いで、ステップＳ２０９でファイルが削除されたか判定する。そして、ステップＳ２０９でファイルが削除されていないと判定した場合は、ステップＳ２０７に移行する。
【００５８】
一方、ステップＳ２０９でファイルが削除されたと判定した場合は、ステップＳ２１０で新規ユーザのパーティションに対して最低空き容量を確保可能な空き容量ができたか否かを判定する。このステップＳ２１０の処理はステップＳ２０５と同様の処理である。そして、ステップＳ２１０で新規ユーザのパーティションに対して最低空き容量を確保可能な空き容量ができていないと判定した場合は、さらなるファイルの削除が必要となるのでステップＳ２０７に移行する。
【００５９】
ステップＳ２１０で新規ユーザのパーティションに対して最低空き容量を確保可能な空き容量ができたと判定した場合は、ステップＳ２０３に移行して、空き容量をユーザ数で等分した容量を新規ユーザのパーティション容量として割り当てるとともに（ステップＳ２０３）、他ユーザのパーティションの再構築を行う（ステップＳ２０４）。
【００６０】
ユーザ追加のイベントが発生したときのパーティション設定処理は、以上のようにして行われる。このように、ユーザが追加されることに伴い仮想パーティションの数を増加するとともに、各パーティションの容量を最適化するようにして、ユーザ追加に伴うパーティションの大幅な変更に対応できるようにしている。
【００６１】
次いで、図２のフローチャートのステップＳ１０３において、ユーザ削除のイベントであると判定した場合のパーティション設定処理について説明する。図４は、ユーザ削除のイベントが発生したときのパーティション設定処理について示したフローチャートである。
【００６２】
ユーザ削除のイベントが発生した場合は、まず、ステップＳ３０１で該当するユーザのパーティション内に格納されているファイルを削除する。削除したファイル容量の分だけ空き容量が増加する。
【００６３】
次いで、ステップＳ３０２でユーザ情報の削除を行う。つまり、図１に示すユーザ情報の管理テーブルに格納されている識別情報ＩＤおよびパスワードＰＷを消去する。この設定はユーザの入力操作によって行われる。
【００６４】
次いで、ステップＳ３０３でパーティションの再構築を行う。例えば、ステップＳ３０３のパーティションの再構築処理において、例えば、５０ＧＢの空き容量があり、削除ユーザのパーティションに１０ＧＢのファイルが格納されていた場合は、ファイルの削除に伴い増加した容量を加えた６０ＧＢの空き容量を残りのユーザのパーティションに割り当てることとなる。
【００６５】
次いで、該当するユーザを削除したユーザ情報および再構築されたパーティション情報を保存する（ステップＳ３０４，Ｓ３０５）。
【００６６】
ユーザ追加のイベントが発生したときのパーティション設定処理は、以上のようにして行われる。このように、ユーザが削除されることに伴い仮想パーティションの数を削減するとともに、各パーティションの容量を最適化するようにして、ユーザ削減に伴うパーティションの大幅な変更に対応できるようにしている。
【００６７】
以上説明したように、本実施形態にかかるＨＤＤレコーダによれば、ストレージにユーザ数に対応する複数の仮想パーティションを設定し、仮想パーティションの使用状況に基づいて仮想パーティションの再構築を行うようにしたので、各ユーザに最適化された仮想パーティションを提供することができる。例えば、一定周期やあるイベント発生時（ユーザの増減、容量変更の要求時等）に空き容量を再計算し、仮想パーティションを再構築することで、自動的に各ユーザに最適な容量を提供することができる。
【００６８】
また、仮想パーティションの使用状況にかかわらず、再構築後の仮想パーティションにおいて最低の空き容量を確保するようにしているので、仮想パーティションの再構築を自動的に行うことでユーザが消滅したり、容量を割り当てられずにストレージを使用できないといった状態に陥ったりするのを防止できる。
【００６９】
さらに、ユーザ情報とパーティション情報を関連づけてアクセス制御を行うようにしているので、他のユーザに自分のパーティションに保存されているファイルを閲覧されるという不具合を解消することができる。
【００７０】
以上、本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明は前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【００７１】
例えば、上記実施形態では、各種イベントの発生時にパーティションの再構築を行うようにしているが、パーティション再構築を行うかどうかユーザに選択させてもよい。
【００７２】
また、パーティションを設定するときに、ユーザ数で分割することを強要するものではない。例えば、特別なアクセス権を設定せずに、複数のユーザがアクセス可能な共用パーティションを設定できるようにしてもよい。
【００７３】
また、既に使用中の領域を他ユーザに割り当てないようにするために、ユーザ追加等のイベント発生に伴いパーティションの再構築を行う場合、すべての容量計算が終わった後に各パーティションへの容量割り当てを行うのが望ましい。
【００７４】
また、本発明にかかるファイル管理システムは、家庭内で使用されるＨＤＤレコーダ等の映像機器に適用できるだけでなく、記憶装置（主記憶、補助記憶共に）に複数のアクセス権を設定し、複数のユーザで共用するといった性質を持つあらゆるシステムに応用できる。
【図面の簡単な説明】
【００７５】
【図１】本実施形態にかかるＨＤＤレコーダにおけるユーザ情報とパーティション情報の管理テーブルの概念図である。
【図２】本実施形態にかかるＨＤＤレコーダにおけるパーティション設定処理について示したフローチャートである。
【図３】ユーザ追加のイベントが発生したときのパーティション設定処理について示したフローチャートである。
【図４】ユーザ削除のイベントが発生したときのパーティション設定処理について示したフローチャートである。
【図５】再構築前と再構築後の各パーティションＰａ〜Ｐｄの割当容量、使用容量、空き容量を示す説明図である。
【図１】
2007164240.tif 000003
【図２】
2007164240.tif 000004
【図３】
2007164240.tif 000005
【図４】
2007164240.tif 000006
【図５】
2007164240.tif 000007