JPH10260873A - 容量管理システムおよび容量管理方法 - Google Patents

Abstract

(57)【要約】 【課題】情報格納装置の空き容量に応じてアプリケーシ
ョンプログラムの削除／再組み込みなどを自動実行する
ことのできる容量管理システムを提供する。 【解決手段】ディスク空き容量しきい値比較部１２は、
ディスク容量管理部１１から送信されるディスクデバイ
ス１６の空き容量がディスク空き容量しきい値１６１を
下回ったことを検知すると、その旨をアプリケーション
管理部１３に通知する。そして、この通知を受け取った
アプリケーション管理部１３は、アプリケーション管理
情報１６２を参照することにより、たとえば最終利用日
時が古い順に選択していくなど、削除対象とするのに適
切なアプリケーションプログラムを適切な数（これらの
総容量と空き容量との和が所定の値を越えるまで）だけ
選択し、この選択したアプリケーションプログラムを構
成するファイルを自動的に削除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、たとえばハード
ディスク装置などの情報格納装置の容量管理を行なう容
量管理システムおよび容量管理方法に係り、特に情報格
納装置の空き容量に応じてアプリケーションプログラム
の削除／再組み込みを自動実行することなどによって容
量管理の効率を飛躍的に向上させることのできる容量管
理システムおよび容量管理方法に関する。

【０００２】

【従来の技術】近年の情報処理技術の発達は目覚まし
く、この発達に伴なって取り扱う情報は多様化し、かつ
その容量も増大する一方である。このような状況から、
アプリケーションプログラムを含む各種ファイルを効率
的に管理するツールが種々開発されている。

【０００３】アプリケーションプログラムを容易にイン
ストールおよびアンインストールするためのツールとし
ては、たとえばインストールシールド社のＩｎｓｔａｌ
ｌＳｈｉｅｌｄが挙げられる。このＩｎｓｔａｌｌＳｈ
ｉｅｌｄでは、予めこのツールを使用してインストール
したアプリケーションプログラムの名称をリストとして
一覧表示し、ユーザがこの一覧表示されたリストから所
望のアプリケーションを選択するだけで、そのアプリケ
ーションプログラムに関連するファイルや設定情報など
を削除することができる。

【０００４】しかしながら、このようなアプリケーショ
ン管理ツールでは、ハードディスクの空き容量を考慮す
ることはまったく行なわれておらず、インストール済み
のアプリケーションプログラムをユーザが容易にアンイ
ンストールできるようにするためだけのものであった。

【０００５】また、データベースについては、データベ
ースサーバ上のデータベースに格納されたデータをユー
ザが遠隔地から直接利用する場合と、データベースサー
バ上のデータベースを遠隔地のユーザが使用するコンピ
ュータに複製し、ユーザはこの複製したデータベースを
利用する場合とがある。たとえばロータス社のＮｏｔｅ
ｓデータベースシステムは、これらの機能を共に備えて
いる。

【０００６】しかしながら、このようなデータベースシ
ステムでは、データベースそれぞれについてサーバ環境
のデータを遠隔地利用するのかローカル環境のデータを
利用するのかは予め設定により固定されてしまうもので
あり、たとえばローカル環境のハードディスクの空き容
量に応じて自動的に切り換えるなどといったことは行な
われていなかった。

【０００７】さらに、アプリケーション・ライセンス管
理に関しては、たとえばマイクロソフト社のＭｉｃｒｏ
ｓｏｆｔ Ｓｙｓｔｅｍ Ｍａｎａｇｅｍｅｎｔ Ｓｅ
ｒｖｅｒでは、アプリケーションライセンス情報をサー
バで管理しておき、ネットワークを介してローカル端末
にアプリケーションプログラムをインストールするリモ
ート・インストール機能とライセンス管理機能とを提供
していた。

【０００８】しかしながら、このようなアプリケーショ
ン・ライセンス管理ツールでは、アプリケーションプロ
グラムをネットワークドメインで集中管理している場合
など、ローカル端末のディスク空き容量の事情でアプリ
ケーションプログラムを削除せざるをえなくなった際の
ライセンス情報の反映が、システム管理者の手を煩わせ
ることになってしまっていた。

【０００９】

【発明が解決しようとする課題】最近では、データの格
納やアプリケーションプログラムの実行プログラムが格
納されているファイルのサイズと数とが膨大になり、パ
ーソナルコンピュータやローカル端末などのたとえばハ
ードディスク装置を始めとする情報格納装置の容量をす
ぐに使い果たしてしまうことがよくある。

【００１０】このような場合に、不要なファイルの削除
を試みるが、通常、これらのデバイスを占めるファイル
データのほとんどが、ユーザ自らが作成したドキュメン
トなどのデータファイルではなく、ローカル端末にイン
ストールしたアプリケーションプログラムであることが
多い。さらにアプリケーションプログラムは複数のファ
イルにより構成されている場合が多く、ファイルとアプ
リケーションプログラムとの対応がよくわからず、本当
に削除してよいのかわからないファイルが多かった。

【００１１】前述した従来のアプリケーション管理ツー
ルやデータベースシステムは、ユーザが明示的に示した
アプリケーションプログラムやデータベースに対する処
理を効率的に行なうものであるために、空き容量に応じ
て削除／再組み込みすべきファイルの候補を提示すると
いったことは行なわれておらず、情報格納装置の効率的
な容量管理を支援するものとはいえなかった。

【００１２】さらに、アプリケーションプログラムのラ
イセンスをネットワークドメインで集中管理している場
合、ローカル端末のディスク空き容量の事情でアプリケ
ーションを削除せざるをえなくなった場合のライセンス
情報の反映がシステム管理者の手を煩わせるといった問
題があった。

【００１３】このように、情報格納装置がアプリケーシ
ョンプログラムやデータなどで満杯になってきたとき
に、ユーザの手を煩わさずに自動的にデータの削除候補
を抽出し、データ格納デバイスが提供する有限空間を効
率よく利用することが求められてきた。

【００１４】この発明はこのような実情に鑑みてなされ
たものであり、情報格納装置の空き容量に応じてアプリ
ケーションプログラムの削除／再組み込みを自動実行す
ることなどによって容量管理の効率を飛躍的に向上させ
ることのできる容量管理システムおよび容量管理方法を
提供することを目的とする。

【００１５】

【課題を解決するための手段】この発明は、前述した目
的を達成するために、ハードディスク装置などの情報格
納装置の空き容量の状態とアプリケーション管理とを関
連づけたものであり、たとえばインストール済みのアプ
リケーションプログラムを一覧表示してユーザに削除対
象とするアプリケーションプログラムを選択させ、この
選択されたアプリケーションプログラムを削除すると情
報格納装置の空き容量が予め定められたしきい値を上回
るかどうかといった情報を提供する。これによりユーザ
は、アプリケーションプログラムを適切な数だけ削除す
ることが可能となり、効率的な容量管理を実現すること
が可能となる。

【００１６】また、たとえば情報格納装置の空き容量が
予め定められたしきい値を下回ったことを検出し、最終
利用日時からの経過期間が最も長いアプリケーションプ
ログラム、あるいは組み込み難易度が最も低いアプリケ
ーションプログラムから適切な数だけ自動的に削除して
いくことによって、ユーザの手を煩わせることのない効
率的な容量管理を実現する。なお、しきい値の設定手法
はこの発明の特徴とするところではなく、たとえば空き
容量が第１のしきい値を下回ったときに第２のしきい値
を上回るまでアプリケーションプログラムの削除を実行
するなど、ウォーターマーク手法を初めとする種々の手
法が適用可能である。

【００１７】また、たとえばサーバ環境とネットワーク
を介して接続されるローカル環境に備えられた情報格納
装置に関しては、その情報格納装置の空き容量が予め定
められた第１のしきい値を下回ったときに、適切なアプ
リケーションプログラムを適切な数だけ自動的に削除し
てサーバ環境のアプリケーションプログラムが遠隔使用
されるようにし、一方、その情報格納装置の空き容量が
予め定められた第２のしきい値を下回ったときに、削除
したアプリケーションプログラムの中から適切なアプリ
ケーションプログラムを適切な数だけ自動的にローカル
環境の情報格納装置に複製してその複製したローカル環
境のアプリケーションプログラムが遠隔使用されるよう
にする。このように、情報格納装置の空き容量の状態と
アプリケーション管理とを関連づけることによって、情
報格納装置の適切な容量管理が図られることになる。

【００１８】また、たとえばバックアップ管理された情
報格納装置に関しては、その情報格納装置の空き容量が
予め定められたしきい値を下回ったときに、バックアッ
プ対象のアプリケーションプログラムの中から適切なア
プリケーションプログラムを適切な数だけ自動的に削除
し、てサーバ環境のアプリケーションプログラムが遠隔
使用されるようにし、一方、その削除したアプリケーシ
ョンプログラムの実行が要求されたときにバックアップ
から復元する。これにより、前述と同様な情報格納装置
の適切な容量管理が図られることになる。

【００１９】また、たとえばサーバ環境とネットワーク
を介して接続されるローカル環境に備えられた情報格納
装置に関し、その情報格納装置の空き容量が予め定めら
れた第１のしきい値を下回ったときに、適切なデータベ
ースを適切な数だけ自動的に削除してサーバ環境のデー
タベースが遠隔使用されるようにし、一方、その情報格
納装置の空き容量が予め定められた第２のしきい値を下
回ったときに、削除したデータベース中から適切なデー
タベースを適切な数だけ自動的にローカル環境に複製し
てその複製したローカル環境のデータベースが遠隔使用
されるようにする。このように、情報格納装置の空き容
量の状態とデータベース管理とを関連づけることによっ
て、アプリケーションプログラムと同様、情報格納装置
の適切な容量管理を図ることができる。

【００２０】また、サーバ環境でライセンス管理された
アプリケーションプログラムを格納するローカル環境の
情報格納装置の容量管理に関しては、前述のアプリケー
ションプログラムの削除／再組み込みを自動実行する際
に、その旨をサーバ環境に通知する。これにより、シス
テム管理者の認識外でアプリケーションプログラムが削
除されてしまったことによりライセンスを無駄にしてし
まうといったことを防止することが可能となる。

【００２１】

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。

【００２２】（第１実施形態）まず、この発明の第１実
施形態を説明する。この第１実施形態は、ディスクボリ
ュームの最小空き容量の最小許容値を管理し、オペレー
タがどのアプリケーションを削除すれば最小許容量以上
の空き容量を確保できるのかを知らしめる方法を示すも
のである。図１にこの第１実施形態のモジュール構成を
示す。ディスク容量管理部１１は、端末に内蔵されてい
るデータ格納用のディスクデバイス１６の容量を監視す
る役割をもち、容量の変化をディスク空き容量しきい値
比較部１２に通知する。ディスク空き容量しきい値比較
部１２は、ディスク空き容量しきい値１６１をアクセス
し、ディスクデバイス１６で最小どの程度の空き容量を
保持する必要があるかについて管理する。アプリケーシ
ョン管理部１３は、端末内で動作するアプリケーション
を管理するものであり、アプリケーション管理情報１６
２をアクセスする。このアプリケーション管理情報１６
２には、各アプリケーションの名前、インストール日
時、最終利用日、アプリケーションを構成するファイル
名リスト、構成総容量（すなわちこのアプリケーション
用のプログラムが占めるデータ量）およびこのアプリケ
ーションの環境設定情報の格納先などがテーブルとして
含まれる。図２にこのテーブルの例を示した。ここで、
アプリケーションの最終利用日時には、そのアプリケー
ションを構成する全ファイルの中で最も新しいアクセス
日が採用されるものとする。ユーザ入力部１４は、オペ
レータからの情報の入力を受け取ってアプリケーション
管理部１３に渡す役割をもち、画面表示部１５は、アプ
リケーション管理部１３がオペレータに情報を通知する
際に必要に応じて利用される。

【００２３】ここで、図３を参照してこの第１実施形態
におけるアプリケーションの削除処理の流れを説明す
る。この第１実施形態の特徴は、オペレータ自らがディ
スクの空き容量を増やすためにアプリケーションを削除
しようとする際に、どのアプリケーションを削除すれ
ば、ディスクの空き容量を予めオペレータが定めた容量
よりも多く確保できるかを表示し、オペレータが容易に
理解できるように知らしめるところにある。これを実現
するためのポイントは、ディスク空き容量しきい値比較
部１２とアプリケーション管理部１３との連携にあり、
より具体的にはファイルを削除して最低限確保すべき空
き容量をアプリケーション管理部１４が使用することに
よって削除を推奨するアプリケーションを特定するとこ
ろにある。

【００２４】アプリケーション管理部１４は、そのとき
に管理しているアプリケーションに関する情報をアプリ
ケーション管理情報１６２の内容に基づいて一覧表示す
る（ステップＡ１）。オペレータは、その一覧表示か
ら、削除してもよいアプリケーションを選択する（ステ
ップＡ２）。アプリケーション管理部１４は、選択され
たアプリケーションについて構成総容量（ｅ）の和Ｘを
求め、その値をディスク空き容量しきい値比較部１２に
渡す（Ｘ＝選択されたアプリケーションを削除した結果
得られるべき空き容量）（ステップＡ３）。

【００２５】また、ディスク空き容量しきい値比較部１
２は、ディスク容量管理部１１から現在のディスク空き
容量Ｙを問い合わせ、この問い合わせを受けたディスク
容量管理部１１は、現在のディスク空き容量Ｙをディス
ク空き容量しきい値比較部１２に渡す（ステップＡ
４）。そして、ディスク空き容量しきい値比較部１２
は、ディスク空き容量しきい値１６１を参照しつつ、次
の演算をし、結果Ｚをアプリケーション管理部１４に渡
す。

【００２６】 Ｚ＝（ディスク空き容量しきい値１６１）−Ｘ−Ｙ （Ｚ＝しきい値分だけのディスク空き容量を確保するの
にまだ必要な空き容量） もし、Ｚが０以下の場合（ステップＡ５のＹ）、アプリ
ケーション管理部１４は，「これ以上アプリケーション
を削除する必要がない」というメッセージ文字列を画面
表示部１７を介して表示する（ステップＡ６）。一方、
Ｚが１以上の場合には（ステップＡ５のＹ）、アプリケ
ーション管理部１４は，「さらにアプリケーションを削
除する必要がある」というメッセージ文字列を画面表示
部１７を介して表示する（ステップＡ７）。

【００２７】そして、オペレータは、「削除」操作ボタ
ンを押し、選択したアプリケーションを削除する指示を
し、アプリケーション管理部１３は、アプリケーション
管理情報１６２に格納されている、選択されたアプリケ
ーションを構成するファイルと設定情報とを削除すると
ともに、ディスク容量管理部１１は、ファイルの削除に
伴なって、その時点でのディスク空き容量を変更する
（ステップＡ８）。

【００２８】（第２実施形態）次に、この発明の第２実
施形態を説明する。この第２実施形態は、ディスク空き
容量がしきい値よりも少なくなったときに、最も長い間
アクセスされていないアプリケーションから順番に自動
的に削除することで、しきい値よりもディスク空き容量
を確保する点を特徴とする。特に、ディスクの空き容量
がしきい値よりも少なくなったときに、ディスク空き容
量管理部１１がディスク空き容量しきい値比較部１２を
介してアプリケーション管理部１３にその状態を能動的
に知らしめて、アプリケーション管理部１３がその通知
に応じてアプリケーションを削除するところにポイント
がある。なお、この第２実施形態のモジュール構成は第
１実施形態で示した図１と同様であり、かつアプリケー
ション管理情報１６２の記憶形式も第１実施形態で示し
た図２と同様である。

【００２９】ここで、図４を参照してこの第２実施形態
におけるディスク空き容量の度合いによるアプリ自動削
除処理の流れを説明する。

【００３０】ディスク容量管理部１１は、ディスク空き
容量の変化を検出し、変更後の空き容量Ｙをディスク空
き容量しきい値比較部１２に送る（ステップＢ１）。デ
ィスク空き容量しきい値比較部１２は、ディスク容量し
きい値１６１を参照しつつ、次の演算をし、結果Ｚを求
める。

【００３１】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（ステップＢ２のＹ）、ディス
ク空き容量しきい値比較部１２は、なにもせずに次の変
化検出を待機する。一方、Ｚが０以下の場合には（ステ
ップＢ２のＮ）、ディスク空き容量しきい値比較部１２
は、Ｚ値の絶対値Ｚａをアプリケーション管理部１３に
送り、Ｚａバイト分、アプリケーションを削除する必要
があることを通知する（ステップＢ３）。

【００３２】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２を参照し、そのデータベースに
登録されているアプリケーションの中から最終利用日時
（ｃ）が古い順に構成総容量（ｅ）を加算していき、こ
の値がＺａ値を超えるまで加算を繰り返す（ステップＢ
４〜ステップＢ６）。

【００３３】Ｚａ値を超えた時点で（ステップＢ６の
Ｙ）、アプリケーション管理部１３は、それまでに構成
総容量（ｅ）を加えたアプリケーション名を画面表示部
１７を介して一覧表示するとともに、アプリケーション
管理情報を参照し、これらのアプリケーションに対応す
る構成ファイルと設定情報とを特定して削除する。そし
て、ディスク容量管理部１１は、ファイルの削除に伴な
って、その時点でのディスク空き容量を変更する（ステ
ップＢ７）。

【００３４】（第３実施形態）次に、この発明の第３実
施形態を説明する。この第３実施形態は、長い間アクセ
スされていないアプリケーションを盲目的に削除してい
たのでは、本当は大変重要であるはずのアプリケーショ
ンも削除してしまうといったことを防ぐ点を特徴とす
る。そこで、この第３実施形態では、オペレータが、そ
れぞれのアプリケーションについて、ディスク空き容量
の減少によってそのアプリケーションが自動的に削除さ
れた場合に、果たしてどの程度容易に再インストールで
きるかの度合いを設定し、その度合いを参照してより再
インストールが楽とされているアプリケーションを優先
的に削除する。なお、この第３実施形態のモジュール構
成は第１実施形態で示した図１と同様である。一方、こ
の第３実施形態で用いられるアプリケーション管理情報
１６２の記憶形式を図５に示す。

【００３５】ここで、図６および図７を参照してこの第
３実施形態における削除するアプリケーションを再イン
ストール難易度に基づいて選択する処理の流れを説明す
る。

【００３６】（１）難易度設定 アプリケーション管理部１３は、オペレータの指示によ
り、そのときに管理しているアプリケーションに関する
情報をアプリケーション管理情報１６２の内容に基づい
て一覧表示する（図６のステップＣ１）。オペレータ
は、それらのアプリケーションについて、再インストー
ルが容易と思われるアプリケーションに対してマークを
付ける（図６のステップＣ２）。そして、アプリケーシ
ョン管理部１３は、アプリケーション管理情報１６２内
で指定されたアプリケーションに対応する再インストー
ル難易度（ｇ）を、オペレータに指定された通りに設定
する。

【００３７】（２）容量管理ディスク 容量管理部１１は、ディスク空き容量の変化を検出し、
変更後の空き 容量Ｙをディスク空き容量しきい値比較部１２に送る
（図７のステップＤ１）。ディスク空き容量しきい値比
較部１２は、ディスク容量しきい値１６１を参照しつ
つ、次の演算をし、結果Ｚを求める。

【００３８】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（図７のステップＤ２のＹ）、
ディスク空き容量しきい値比較部１２は、なにもせずに
次の変化検出を待機する。一方、Ｚが０以下の場合には
（図７のステップＤ２のＮ）、ディスク空き容量しきい
値比較部１２は、Ｚ値の絶対値Ｚａをアプリケーション
管理部１３に送り、Ｚａバイト分、アプリケーションを
削除する必要があることを通知する（図７のステップＤ
３）。

【００３９】アプリケーション管理部１３は、まずアプ
リケーション管理情報１６２を参照し、再インストール
難易度（ｇ）が低いアプリケーションを特定し、さらに
それらのアプリケーションのうちで最終利用日ｃが古い
アプリケーション順に構成総容量（ｅ）値を加算し、Ｚ
ａ値と比較する（図７のステップＤ４〜ステップＤ
６）。

【００４０】構成総容量（ｅ）値がＺａ値よりも大きく
なった時点で（図７のステップＤ６のＹ）、アプリケー
ション管理部１３は、それまでに構成総容量（ｅ）を加
えたアプリケーション名を画面表示部１７を介して一覧
表示するとともに、アプリケーション管理情報を参照
し、これらのアプリケーションに対応する構成ファイル
と設定情報とを特定して削除する。そして、ディスク容
量管理部１１は、ファイルの削除に伴なって、その時点
でのディスク空き容量を変更する（図７のステップＤ
７）。

【００４１】（第４実施形態）次に、この発明の第４実
施形態を説明する。この第４実施形態は、特にネットワ
ーク環境にてシステムを使用するときに、ネットワーク
上の他のサーバや他の端末に同一のアプリケーションが
複数場所にインストールされていることが多いことに着
目した点を特徴とする。すなわち、ローカルのディスク
空き容量が最低レベルよりも少なくなったときには、空
き容量を確保するために、ネットワークシステム全体で
重複して各端末にインストールされているアプリケーシ
ョンから優先的に削除し、その代わりに同一のアプリケ
ーションがインストールされているリモート・サーバを
その端末からネットワークを介して直接利用するように
環境設定を自動的に変更する。この場合、ネットワーク
を介してプログラムにアクセスするため、処理速度は遅
くなることが多い。この第４実施形態でのトレードオフ
として、ローカルのディスク空き容量の確保とアプリケ
ーションを利用するときの処理速度とがあり、この第４
実施形態では前者を優先している。なお、この第４実施
形態のモジュール構成は図８に示されており、またアプ
リケーション管理情報１６２の記憶形式は図９に示され
ている。

【００４２】ここで、図１０を参照してこの第４実施形
態におけるディスク上の空き容量が許容レベルよりも少
ない場合にローカルディスク上のアプリケーションを削
除し、代わりにリモート・サーバ上のアプリを利用する
ように環境を変更する処理の流れを説明する。

【００４３】ディスク容量管理部１１は、ディスク空き
容量の変化を検出し、変更後の空き容量Ｙをディスク空
き容量しきい値比較部１２に送る（ステップＥ１）。デ
ィスク空き容量しきい値比較部１２は、ディスク空き容
量しきい値１６１を参照しつつ、次の演算をし、結果Ｚ
を求める。

【００４４】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（ステップＥ２のＹ）、ディス
ク空き容量しきい値比較部１２は、なにもせずに次の変
化検出を待機する。一方、Ｚが０以下の場合には（ステ
ップＥ２のＮ）、ディスク空き容量しきい値比較部１２
は、Ｚ値の絶対値Ｚａをアプリケーション管理部１３に
送り、Ｚａバイト分、アプリケーションを削除する必要
があることを通知する（ステップＥ３）。

【００４５】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２を参照し、そのデータベースに
登録されているアプリケーションの中からサーバの使用
可否項目（ｈ）の値が「可能」となっているアプリケー
ションについて、最終利用日（ｃ）の古い順に構成総容
量（ｅ）を加算していき、この値がＺａ値を超えるまで
加算を繰り返す（ステップＥ４〜ステップＥ６）。

【００４６】Ｚａ値を超えた時点で（ステップＥ６の
Ｙ）、アプリケーション管理部１３は、それまでに構成
総容量（ｅ）を加えたそれぞれのアプリケーションにつ
いて構成するファイル名と同一のファイル名をサーバ上
で検索してファイルの存在を確認し（ステップＥ７）、
存在しなければ（ステップＥ７のＮ）、システムの整合
性が損なわれているので警告メッセージを画面表示部１
７を介して表示する（ステップＥ９）。一方、存在した
ときは（ステップＥ７のＹ）、アプリケーション管理部
１３は、アプリケーション管理情報１６２を参照してこ
れらのアプリケーションに対応する構成ファイルを特定
し、これらのファイルを削除するとともにアプリケーシ
ョン管理情報１６２内にあるそれらのアプリケーション
名に対応するインストール日を削除する。また、このと
きアプリケーション管理部１３は、指定した各アプリケ
ーションについて、サーバ上での検索の結果得た構成フ
ァイル名をアプリケーション管理情報１６２に書き込
み、サーバ上のアプリケーションを使用しているアプリ
ケーションについて、アプリケーション管理情報１６２
内のサーバ版使用中フラグを「ＹＥＳ」に設定し、構成
総容量を０に設定する（ステップＥ８）。

【００４７】これにより、オペレータがこれらのアプリ
ケーションを起動しようとすると、サーバ上のファイル
がアクセスされることになる。

【００４８】（第５実施形態）次に、この発明の第５実
施形態を説明する。この第５実施形態は、前述した第４
実施形態とは反対に、ディスク空き容量に余裕が生まれ
た際、以前にディスク空き容量が小さくなったためにロ
ーカル端末内のアプリケーションプログラムが削除さ
れ、リモート・サーバにインストールされているアプリ
ケーションが利用されるように環境を変更した記録があ
る場合に、アプリケーションをローカル端末に再インス
トールすることをオペレータに能動的に推奨する点を特
徴とする。すなわち、オペレータは、一旦削除してリモ
ートサーバ上のアプリケーションを利用していたとき
に、いつローカルディスクに再インストールすることが
できるのかを容易に知ることができる。なお、この第５
実施形態のモジュール構成は第４実施形態で示した図８
と同様であり、かつアプリケーション管理情報１６２の
記憶形式も第４実施形態で示した図９と同様である。

【００４９】ここで、図１１を参照してこの第５実施形
態におけるディスク空き容量が予め決められたしきい値
よりも大きくなったときにリモートサーバからアプリケ
ーションをインストールする処理の流れを説明する。

【００５０】ディスク容量管理部１１は、ディスク空き
容量の変化を検出し、変更後の空き容量Ｙをディスク空
き容量しきい値比較部１２に送る（ステップＦ１）。デ
ィスク空き容量しきい値比較部１２は、ディスク空き容
量しきい値１６１を参照しつつ、次の演算をし、結果Ｚ
を求める。

【００５１】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが０以上の場合（ステップＦ２のＮ）、ディス
ク空き容量しきい値比較部１２は、なにもせずに次の変
化検出を待機する。一方、Ｚが１以上の場合には（ステ
ップＥ２のＹ）、ディスク空き容量閾値比較部１２は、
Ｚ値をアプリケーション管理部１４に送り、Ｚバイト
分、アプリケーションをインストールして使用できるこ
とを通知する（ステップＦ３）。

【００５２】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２を参照し、そのデータベースに
登録されているアプリケーションの中からサーバ版使用
中フラグ（ｉ）の値がＹｅｓとなっているアプリケーシ
ョンについて、最終利用日（ｃ）の新しい順にアプリケ
ーションの構成総容量の和がＺをちょうど超えるまで加
算する（ステップＦ４〜ステップＦ６）。

【００５３】次に、アプリケーション管理部１３は、そ
れまでに構成総容量（ｅ）を加えたアプリケーション名
の一覧を画面表示部１７を介して表示することによって
それらをインストールする余裕があることをオペレータ
に通知し（ステップＦ７）、どれをインストールするか
を指定させる。そして、オペレータがインストールする
アプリケーションを指定すると、アプリケーション管理
部１３は、アプリケーション管理情報１６２内でそれら
のアプリケーション名に対応するサーバ版使用中フラグ
を「ＯＮ」に設定し、インストール日の情報、構成ファ
イル名、構成総容量の情報を削除する。一方、オペレー
タは、インストールプログラムを入手してアプリケーシ
ョンをインストールする（ステップＦ８）。

【００５４】なお、前述した第４実施形態とこの第５実
施形態との両方の処理機能を装備すると、ディスク空き
容量の管理とディスクの状態に最適なアプリケーション
管理とを共にその効率を向上させることができる。

【００５５】（第６実施形態）次に、この発明の第６実
施形態を説明する。この第６実施形態は、すでにバック
アップ済のアプリケーションについて、もしそのアプリ
ケーションがあまり利用されないものであった場合に
は、リストアすることが可能なので削除した方がディス
ク空き容量を効率よく管理できることに着目した点を特
徴とする。なお、この第６実施形態のモジュール構成は
図１２に示されており、またアプリケーション管理情報
１６２の記憶形式は図１３に示されている。

【００５６】ここで、図１４乃至図１６を参照してこの
第６実施形態におけるディスク空き容量が予め決められ
た許容レベルよりも少ない場合にローカルディスク上で
すでにバックアップ処理済みとなっているアプリケーシ
ョンを優先的に削除する処理の流れを説明する。

【００５７】（１）バックアップ処理 タイマ部２０は、予め設定された時間になると、ファイ
ルバックアップ処理管理部１９に対してファイルのバッ
クアップ処理を開始する指示を出す（図１４のステップ
Ｇ１）。

【００５８】この指示を受けたファイルバックアップ処
理管理部５１は、アプリケーション管理部１３に対し
て、バックアップ対象となっているファイルを要求し、
一方、この要求を受けたアプリケーション管理部１３
は、アプリケーション管理情報１６２内に格納されてい
る各アプリケーション管理情報のうち、バックアップ対
象欄（ｊ）の値がＹｅｓとなっているアプリケーション
を特定してアプリケーション名とそれらのアプリケーシ
ョンを構成するファイル名とをファイルバックアップ処
理管理部１９に渡す。そして、ファイルバックアップ処
理管理部１９は、渡されたファイル名で指定されたファ
イルをバックアップする（バックアップなので、オリジ
ナルのファイルはそのまま残す）（図１４のステップＧ
２）なお、このバックアップが完了すると、ファイルバ
ックアップ処理管理部１９は、バックアップ処理を完了
したアプリケーション名をアプリケーション管理部１３
に渡し、アプリケーション管理部１４は、アプリケーシ
ョン管理情報１６２内でそのアプリケーションに対応し
たバックアップ処理対象欄（ｊ）を「Ｙｅｓ」に設定す
る。

【００５９】（２）削除処理 ディスク容量管理部１１は、ディスク空き容量の変化を
検出し、変更後の空き容量Ｙをディスク空き容量閾値比
較部１２に送る（図１５のステップＨ１）。ディスク空
き容量しきい値比較部１２は、ディスク容量しきい値１
６１を参照しつつ、次の演算をし、結果Ｚを求める。

【００６０】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（図１５のステップＨ２の
Ｙ）、ディスク空き容量しきい値比較部１２は、なにも
せずに次の変化検出を待機する。一方、Ｚが０以下の場
合には（図１５のステップＨ２のＮ）、ディスク空き容
量しきい値比較部１２は、Ｚ値の絶対値Ｚａをアプリケ
ーション管理部１３に送り、Ｚａバイト分、アプリケー
ションを削除する必要があることを通知する（図１５の
ステップＨ３）。

【００６１】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２内にリストアップされているア
プリケーションのうち、バックアップ処理対象欄（ｊ）
がＹｅｓと設定されているアプリケーションを特定し、
これらのアプリケーションについて、最終利用日（ｃ）
の古い順に構成総容量（ｅ）をＺａバイトを超えるまで
加算して削除候補を特定する（図１５のステップＨ４〜
ステップＨ６）。

【００６２】次に、アプリケーション管理部１３は、削
除候補となったアプリケーションの構成ファイル名
（ｄ）に記述されているファイルと設定情報を削除す
る。また、このときアプリケーション管理部１３は、ア
プリケーション管理情報１６２内にある削除したアプリ
ケーションに対応するインストール日を削除する（図１
５のステップＨ７）。

【００６３】（３）リストア処理 オペレータは、利用したいアプリケーションをユーザ入
力部１４を介して指定する（図１６のステップＩ１）。
アプリケーション管理部１３は、アプリケーション管理
情報１６２内の指定されたアプリケーションに対応する
インストール日の項目（ｂ）を参照し、その項目が空欄
になっている場合に（図１６のステップＩ２のＮ）、指
定されたアプリケーションはすでに削除されていると判
断して以下の処理を実行する。

【００６４】そのアプリケーションのバックアップ対象
項目（ｊ）が「Ｎｏ」である場合（図１６のステップＩ
３のＮ）、アプリケーション管理部１３は、「アプリケ
ーションは以前、削除されました。再インストールして
ください。」と画面表示部１５を介して表示して（図１
６のステップＩ４）この処理を終了する。一方、「Ｙｅ
ｓ」である場合には（図１６のステップＩ３のＹ）、ア
プリケーション管理部１３は、そのアプリケーションの
構成総容量（ｅ）を参照し、その値をディスク空き容量
しきい値比較部１２に渡す。

【００６５】ディスク空き容量しきい値比較部１２は、
ディスク容量管理部１１から現在のディスク空き容量を
得（図１６のステップＩ５）、それからこのアプリケー
ションの構成総容量を引いた値を求め、その値をディス
ク空き容量しきい値と比較する（図１６のステップＩ
６）。この比較の結果、その値がしきい値以上の場合に
は（図１６のステップＩ６のＹ）、ディスク空き容量し
きい値比較部１２はアプリケーション管理部１３にＯＫ
を返し、一方、しきい値値未満の場合には（図１６のス
テップＩ６のＮ）、ＦＡＩＬを返す。

【００６６】アプリケーション管理部１４は、ディスク
空き容量しきい値比較部１２からＦＡＩＬを受け取る
と、そのアプリケーションをリストアするために十分な
ディスク空き容量がないと判断し、「ディスク容量が不
足しているので、指定されたアプリケーションをリスト
アできません。他のアプリケーションを削除して十分な
空き容量を確保して下さい。」というメッセージを画面
表示部１５を介して表示する（図１６のステップＩ
７）。一方、ＯＫを受け取ると、そのアプリケーション
をリストアするのに十分なディスク空き容量があると判
断し、ファイルバックアップ処理管理部１９に対してそ
のアプリケーション名とそれを構成するファイル名、お
よびバックアップ処理日をリストアコマンドと共に渡
す。そして、ファイルバックアップ処理管理部１９は、
指定されたバックアップ処理日に対応するバックアップ
メディアを使用して、ファイルをリストアする（図１６
のステップＩ８）。

【００６７】（第７実施形態）次に、この発明の第７実
施形態を説明する。通常、分散環境でデータベースを活
用する場合、データベースの応答性の向上とネットワー
ク負荷の削減のためにデータベースサーバ上にあるデー
タをローカル端末にコピーした複製データベースを作成
することがある。そこで、この第７実施形態では、ロー
カルのディスクの空き容量の確保が再重要課題である場
合に、複製データベースを優先的に削除してディスク空
き領域を確保する点を特徴とする。なお、この第７実施
形態のモジュール構成は図１７に示されており、また複
製データベース管理情報１６３の記憶形式は図１８に示
されている。

【００６８】ここで、図１９を参照してこの第７実施形
態におけるディスク空き容量が予め決められた許容レベ
ルよりも少ない場合にローカルディスク上に格納してい
る複製データベースデータを優先的に削除する処理の流
れを説明する。

【００６９】ディスク容量管理部１１は、ディスク空き
容量の変化を検出し、変更後の空き容量Ｙをディスク空
き容量しきい値比較部１２に送る（ステップＪ１）。デ
ィスク空き容量しきい値比較部１２は、ディスク空き容
量しきい値１６１を参照しつつ、次の演算をし、結果Ｚ
を求める。

【００７０】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（ステップＪ２のＹ）、ディス
ク空き容量しきい値比較部１２は、なにもせずに次の変
化検出を待機する。一方、Ｚが０以下の場合には（ステ
ップＪ２のＮ）、ディスク空き容量しきい値比較部１２
は、Ｚ値の絶対値Ｚａをデータベース管理部２１に送
り、Ｚａバイト分、ローカルデータベースが使用してい
る領域を削除する必要があることを通知する（ステップ
Ｊ３）。

【００７１】データベース管理部２１は、複製データベ
ース管理情報１６３を参照し、オリジナルのデータベー
スデータがリモートのデータベースサーバ６３にありな
がら、その複製データベースをローカル端末で保持して
いるか否かを判断する（ステップＪ４）。ここで、保持
していない場合には（ステップＪ４のＮ）、この処理を
終了する。一方、保持している場合には（ステップＪ４
のＹ）、ローカル端末で保持している複製データベース
データ、すなわちファイル「い複製．ＤＢ」を削除し、
それ以降のそのデータベースへのアクセスがリモートの
データベースサーバＡ上のデータベース直接アクセスす
るように複製フラグをＯＦＦに設定する（ステップＪ
５）。

【００７２】（第８実施形態）次に、この発明の第８実
施形態を説明する。最近では、特にオフィスなど、ネッ
トワーク設備が充実した環境においては、アプリケーシ
ョンのライセンス管理の効率を上げるために、アプリケ
ーションのライセンス管理を集中化することがある。そ
の場合、ネットワーク上に分散してインストールされた
アプリケーションのライセンスを一括管理するアプリケ
ーション管理サーバが使用される。このサーバシステム
により、各端末へのアプリケーションのインストール作
業もそのアプリケーション管理サーバから直接実行で
き、今いくつのライセンスを使用しているのかを容易に
管理できる。この第８実施形態では、このアプリケーシ
ョンライセンス管理システムとディスク空き容量管理機
能とを接続することで、ローカル端末のディスク空き容
量が少なくなってアプリケーションを自動的に削除した
ときに、アプリケーションライセンス管理サーバにライ
センス利用状況をシステムが自動的に通知し、その結
果、サーバでライセンス利用数を正確に管理できるよう
にした点を特徴とする。なお、この第８実施形態のモジ
ュール構成は図２０に示されており、またアプリケーシ
ョン管理情報１６２の記憶形式は図２１、アプリケーシ
ョンライセンス情報１８１の記憶形式は図２２に示され
ている。

【００７３】ここで、図２３および図２４を参照してこ
の第８実施形態におけるローカル端末でのディスク空き
容量を確保するためにあまり利用されない重要度の低い
アプリケーションを自動的に削除する処理、およびネッ
トワークドメイン全体のアプリケーション利用ライセン
スの集中管理システムとの連携に関する処理の流れを説
明する。

【００７４】（１）削除処理 ディスク容量管理部１１は、ディスク空き容量の変化を
検出し、変更後の空き容量Ｙをディスク空き容量しきい
値比較部１２に送る（図２３のステップＫ１）。ディス
ク空き容量しきい値比較部１２は、ディスク空き容量し
きい値１６１を参照しつつ、次の演算をし、結果Ｚを求
める。

【００７５】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが１以上の場合（図２３のステップＫ２の
Ｙ）、ディスク空き容量しきい値比較部１２は、（削除
処理については）なにもせずに次の変化検出を待機す
る。一方、Ｚが０以下の場合（図２３のステップＫ２の
Ｎ）、ディスク空き容量閾値比較部１２は、Ｚ値の絶対
値Ｚａをアプリケーション管理部１３に送り、Ｚａバイ
ト分、アプリケーションを削除する必要があることを通
知する（図２３のステップＫ３）。

【００７６】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２を参照し、登録されているアプ
リケーションの中から最終利用日の古い順にアプリケー
ションを選択し、それぞれの構成総容量の和がＺａを超
えるまで加算する（図２３のステップＫ４〜ステップＫ
６）。

【００７７】次に、アプリケーション管理部１３は、選
択したそれぞれのアプリケーションについて、アプリケ
ーション管理情報１６２内の構成ファイル名項目（ｄ）
に記載されているファイルと、設定情報格納場所項目
（ｆ）に格納されている情報を削除するとともに、イン
ストール日（ｂ）の情報を削除する（図２３のステップ
Ｋ７）。そして、アプリケーション管理部１３は、削除
したそれぞれのアプリケーションについて、アプリケー
ション管理情報１６２内でライセンス管理対象項目
（ｐ）が「ＹＥＳ」となっているかを確認し（図２３の
ステップＫ８）、「ＹＥＳ」となっている場合に（図２
３のステップＫ８のＹ）、そのアプリケーション名をロ
ーカル端末名と共にアプリケーションライセンス管理部
２２に対してアプリケーションを削除したことを通知す
る（図２３のステップＫ９）。

【００７８】一方、この通知を受け取ったアプリケーシ
ョンライセンス管理部２２は、アプリケーションライセ
ンス情報１８１にアクセスし、受け取ったアプリケーシ
ョン名に対応する使用中ライセンスカウンタを１減ら
し、使用端末名からローカル端末名を削除する（図２３
のステップＫ１０）。

【００７９】（２）インストール処理 ディスク容量管理部１１は、ディスク空き容量の変化を
検出し、変更後の空き容量Ｙをディスク空き容量しきい
値比較部１２に送る（図２４のステップＬ１）。ディス
ク空き容量しきい値比較部１２は、ディスク空き容量し
きい値１６１を参照しつつ、次の演算をし、結果Ｚを求
める。

【００８０】 Ｚ＝Ｙ−（ディスク空き容量しきい値１６１） もし、Ｚが０以下の場合（図２４のステップＬ２の
Ｎ）、ディスク空き容量しきい値比較部１２は、（イン
ストール処理については）なにもせずに次の変化検出を
待機する。一方、Ｚが１以上の場合（図２４のステップ
Ｌ２のＹ）、ディスク空き容量閾値比較部１２は、Ｚ値
の絶対値Ｚａをアプリケーション管理部１３に送り、Ｚ
ａバイト分、アプリケーションをインストールする余裕
があることを通知する（図２４のステップＬ３）。

【００８１】アプリケーション管理部１３は、アプリケ
ーション管理情報１６２を参照し、登録されているアプ
リケーションの中からインストール日の項目（ｂ）が削
除されていて、かつライセンス管理対象項目（ｐ）が
「ＹＥＳ」となっているアプリケーションについて、最
終利用日の新しい順にアプリケーション名を選択し、そ
れぞれの構成総容量の和がＺａを超える直前まで加算す
る（図２４のステップＬ４〜ステップＬ６）。

【００８２】次に、アプリケーション管理部１３は、選
択したそれぞれのアプリケーションについて、そのアプ
リケーション名とローカル端末名と共に、アプリケーシ
ョンライセンス管理部２２に対してこれらのアプリケー
ションがインストール可能であることを通知する（図２
４のステップＬ７）。

【００８３】一方、この通知を受け取ったアプリケーシ
ョンライセンス管理部２２は、これらのアプリケーショ
ンをローカル端末名で指定された端末にインストールす
ることをアプリケーションインストーラ２３に対して指
示する。そして、この指示を受けたアプリケーションイ
ンストーラ２３は、指定されたアプリケーションを端末
にインストールする（図２４のステップＬ８）。このと
き、アプリケーションインストーラ２３は、インストー
ル処理の結果（成功／失敗）をアプリケーションライセ
ンス管理部２２に通知する。

【００８４】アプリケーションライセンス管理部２２
は、アプリケーションインストーラ２３からの処理完了
通知を受信すると、インストール処理が完了していた場
合にはアプリケーションライセンス情報１８１にアクセ
スし、受け取ったアプリケーション名に対応する使用端
末名に受信したローカル端末名を追加して、使用中ライ
センスカウンタ値に１を加える（図２４のステップＬ
９）。

【００８５】

【発明の効果】以上詳述したように、この発明によれ
ば、たとえばディスクの空き容量が減少してきたとき
に、より重要度の低いアプリケーションプログラムの選
択から削除処理までを自動化することによって、ディス
ク空き容量の確保が容易に実行されることになる。

【００８６】また、ディスク容量の不足によりアプリケ
ーションを削除した場合に、ドメインでのアプリケーシ
ョンライセンス集中管理機能に効率的に反映することが
可能となる。

【図面の簡単な説明】

【図１】この発明の第１実施形態のモジュール構成を示
す図。

【図２】同第１実施形態のアプリケーション管理情報の
記憶形式を示す図。

【図３】同第１実施形態の処理の流れを説明するための
フローチャート。

【図４】同第２実施形態の処理の流れを説明するための
フローチャート。

【図５】同第３実施形態のアプリケーション管理情報の
記憶形式を示す図。

【図６】同第３実施形態の処理の流れを説明するための
フローチャート。

【図７】同第３実施形態の処理の流れを説明するための
フローチャート。

【図８】同第４実施形態のモジュール構成を示す図。

【図９】同第４実施形態のアプリケーション管理情報の
記憶形式を示す図。

【図１０】同第４実施形態の処理の流れを説明するため
のフローチャート。

【図１１】同第５実施形態の処理の流れを説明するため
のフローチャート。

【図１２】同第６実施形態のモジュール構成を示す図。

【図１３】同第６実施形態のアプリケーション管理情報
の記憶形式を示す図。

【図１４】同第６実施形態の処理の流れを説明するため
のフローチャート。

【図１５】同第６実施形態の処理の流れを説明するため
のフローチャート。

【図１６】同第６実施形態の処理の流れを説明するため
のフローチャート。

【図１７】同第７実施形態のモジュール構成を示す図。

【図１８】同第７実施形態の複製データベース管理情報
の記憶形式を示す図。

【図１９】同第７実施形態の処理の流れを説明するため
のフローチャート。

【図２０】同第８実施形態のモジュール構成を示す図。

【図２１】同第８実施形態のアプリケーション管理情報
の記憶形式を示す図。

【図２２】同第８実施形態のアプリケーションライセン
ス情報の記憶形式を示す図。

【図２３】同第８実施形態の処理の流れを説明するため
のフローチャート。

【図２４】同第８実施形態の処理の流れを説明するため
のフローチャート。

【符号の説明】

１０…ディスク容量管理システム、１１…ディスク容量
管理部、１２…ディスク空き容量しきい値比較部、１３
…アプリケーション管理部、１４…ユーザ入力部、１５
…画面表示部、１６…ディスクデバイス、１６１…ディ
スク容量しきい値、１６２…アプリケーション管理情
報、１７…サーバディスク管理部、１８…サーバ側ディ
スクデバイス、１９…ファイルバックアップ処理管理
部、２０…タイマ部、２１…データベース管理部、２２
…アプリケーションライセンス管理部、２３…アプリケ
ーションインストーラ。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 少なくとも一つ以上のファイルにより構
   成される各種アプリケーションプログラムを格納する情
   報格納装置の容量管理を行なう容量管理システムにおい
   て、 前記情報格納装置の空き容量および予め定められた空き
   容量に関するしきい値を管理する容量管理手段と、 前記情報格納装置に格納されたアプリケーションプログ
   ラムを構成する一連のファイルの総容量を含むアプリケ
   ーション情報を管理するアプリケーション管理手段と、 前記情報格納装置に格納されたアプリケーションプログ
   ラムを一覧表示する一覧表示手段と、 前記一覧表示手段により一覧表示されたアプリケーショ
   ンプログラムの中から削除対象とするアプリケーション
   プログラムを選択させる選択手段と、 前記選択手段により選択された削除対象のアプリケーシ
   ョンプログラムの総容量を前記アプリケーション管理手
   段により管理されたアプリケーション情報から算出する
   算出手段と、 前記容量管理手段により管理された空き容量と前記算出
   手段により算出された削除対象のアプリケーションプロ
   グラムの総容量との和が前記容量管理手段により管理さ
   れたしきい値を越えているか否かを報知する報知手段と
   を具備してなることを特徴とする容量管理システム。
2. 【請求項２】 少なくとも一つ以上のファイルにより構
   成される各種アプリケーションプログラムを格納する情
   報格納装置の容量管理を行なう容量管理システムにおい
   て、 前記情報格納装置の空き容量および予め定められた空き
   容量に関するしきい値を管理する容量管理手段と、 前記情報格納装置に格納されたアプリケーションプログ
   ラムを構成する一連のファイルの総容量および最終利用
   日時を含むアプリケーション情報を管理するアプリケー
   ション管理手段と、 前記容量管理手段により管理された空き容量がしきい値
   を下回ったことを検出する検出手段と、 前記検出手段により前記空き容量がしきい値を下回った
   ことが検出されたときに、前記アプリケーション管理手
   段により管理されたアプリケーション情報の最終利用日
   時からの経過期間が最も長いアプリケーションプログラ
   ムをこれらのアプリケーション情報の総容量の和が前記
   しきい値と空き容量との差を越えるまで順次選択してい
   く選択手段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記情報格納装置から
   削除するアプリケーション削除手段とを具備してなるこ
   とを特徴とする容量管理システム。
3. 【請求項３】 少なくとも一つ以上のファイルにより構
   成される各種アプリケーションプログラムを格納する情
   報格納装置の容量管理を行なう容量管理システムにおい
   て、 前記情報格納装置の空き容量および予め定められた空き
   容量に関するしきい値を管理する容量管理手段と、 前記情報格納装置に格納されたアプリケーションプログ
   ラムを構成する一連のファイルの総容量、最終利用日時
   および予め設定された組み込み難易度を含むアプリケー
   ション情報を管理するアプリケーション管理手段と、 前記容量管理手段により管理された空き容量がしきい値
   を下回ったことを検出する検出手段と、前記検出手段に
   より前記空き容量がしきい値を下回ったことが検出され
   たときに、前記アプリケーション管理手段により管理さ
   れたアプリケーション情報の組み込み難易度が最も低
   く、かつ最終利用日時からの経過期間が最も長いアプリ
   ケーションプログラムをこれらのアプリケーション情報
   の総容量の和が前記しきい値と空き容量との差を越える
   まで順次選択していく選択手段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記情報格納装置から
   削除するアプリケーション削除手段とを具備してなるこ
   とを特徴とする容量管理システム。
4. 【請求項４】 サーバ環境とネットワークを介して接続
   されるローカル環境に備えられた情報格納装置であっ
   て、前記サーバ環境に備えられた情報格納装置に格納さ
   れる少なくとも一つ以上のファイルにより構成される各
   種アプリケーションプログラムの複製を格納する情報格
   納装置の容量管理を行なう容量管理システムにおいて、 前記ローカル環境の情報格納装置の空き容量および予め
   定められた空き容量に関するしきい値を管理する容量管
   理手段と、 前記ローカル環境の情報格納装置に複製されたアプリケ
   ーションプログラムを構成する一連のファイルの総容量
   を含むアプリケーション情報を管理するアプリケーショ
   ン管理手段と、 前記容量管理手段により管理された空き容量がしきい値
   を下回ったことを検出する検出手段と、 前記検出手段により前記空き容量がしきい値を下回った
   ことが検出されたときに、前記アプリケーション管理手
   段により管理されたアプリケーション情報に基づいて削
   除対象とするアプリケーションプログラムを選択する選
   択手段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記ローカル環境の情
   報格納装置から削除するアプリケーション削除手段と、 前記アプリケーション削除手段によりアプリケーション
   プログラムの削除が実行されたときに、その削除された
   アプリケーションプログラムの複製元である前記サーバ
   環境の情報格納装置に格納されたアプリケーションプロ
   グラムが遠隔使用されるように環境設定を変更する環境
   設定変更手段とを具備してなることを特徴とする容量管
   理システム。
5. 【請求項５】 サーバ環境とネットワークを介して接続
   されるローカル環境に備えられた情報格納装置であっ
   て、前記サーバ環境に備えられた情報格納装置に格納さ
   れる少なくとも一つ以上のファイルにより構成される各
   種アプリケーションプログラムの複製を格納する情報格
   納装置の容量管理を行なう容量管理システムにおいて、 前記ローカル環境の情報格納装置の空き容量ならびに予
   め定められた空き容量に関する第１および第２のしきい
   値を管理する容量管理手段と、 前記ローカル環境の情報格納装置に複製されたアプリケ
   ーションプログラムを構成する一連のファイルの総容量
   を含むアプリケーション情報を管理するアプリケーショ
   ン管理手段と、 前記容量管理手段により管理された空き容量が第１のし
   きい値を下回ったことを検出する第１の検出手段と、 前記第１の検出手段により前記空き容量が第１のしきい
   値を下回ったことが検出されたときに、前記アプリケー
   ション管理手段により管理されたアプリケーション情報
   に基づいて削除対象とするアプリケーションプログラム
   を選択する第１の選択手段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記ローカル環境の情
   報格納装置から削除するアプリケーション削除手段と、 前記アプリケーション削除手段によりアプリケーション
   プログラムの削除が実行されたときに、その削除された
   アプリケーションプログラムの複製元である前記サーバ
   環境の情報格納装置に格納されたアプリケーションプロ
   グラムが遠隔使用されるように環境設定を変更する第１
   の環境設定変更手段と、 前記容量管理手段により管理された空き容量が第２のし
   きい値を上回ったことを検出する第２の検出手段と、 前記第２の検出手段により前記空き容量が第２のしきい
   値を上回ったことが検出されたときに、前記アプリケー
   ション削除手段により削除されたアプリケーションの中
   から複製対象とするアプリケーションプログラムを選択
   する第２の選択手段と、 前記第２の選択手段により選択されたアプリケーション
   プログラムを構成する前記サーバ環境の情報格納装置に
   格納された一連のファイルを前記ローカル環境の情報格
   納装置に複製するアプリケーション複製手段と、 前記アプリケーション複製手段によりアプリケーション
   プログラムが複製されたときに、その複製されたローカ
   ル環境のアプリケーションプログラムが使用されるよう
   に環境設定を変更する第２の環境設定変更手段とを具備
   してなることを特徴とする容量管理システム。
6. 【請求項６】 少なくとも一つ以上のファイルにより構
   成される各種アプリケーションプログラムを格納する情
   報格納装置の容量管理を行なうバックアップ機能を有し
   てなる容量管理システムにおいて、 前記情報格納装置の空き容量および予め定められた空き
   容量に関するしきい値を管理する容量管理手段と、 前記情報格納装置に複製されたアプリケーションプログ
   ラムを構成する一連のファイルの総容量およびバックア
   ップ有無を含むアプリケーション情報を管理するアプリ
   ケーション管理手段と、 前記容量管理手段により管理された空き容量がしきい値
   を下回ったことを検出する検出手段と、 前記検出手段により前記空き容量がしきい値を下回った
   ことが検出されたときに、前記アプリケーション管理手
   段により管理されたアプリケーション情報がバックアッ
   プ有を示すアプリケーションプログラムの中から削除対
   象とするアプリケーションプログラムを選択する選択手
   段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記情報格納装置から
   削除するアプリケーション削除手段と、 前記アプリケーション削除手段により削除されたアプリ
   ケーションプログラムの実行が要求されたときに、その
   アプリケーションプログラムをバックアップから復元す
   るアプリケーションプログラム復元手段とを具備してな
   ることを特徴とする容量管理システム。
7. 【請求項７】 サーバ環境とネットワークを介して接続
   されるローカル環境に備えられた情報格納装置であっ
   て、前記サーバ環境に備えられた情報格納装置に格納さ
   れるデータベースの複製を格納する情報格納装置の容量
   管理を行なう容量管理システムにおいて、 前記ローカル環境の情報格納装置の空き容量ならびに予
   め定められた空き容量に関する第１および第２のしきい
   値を管理する容量管理手段と、 前記データベースに予め割り当てられた優先度および前
   記ローカル環境の情報格納装置に複製されたデータベー
   スの容量を含むデータベース情報を管理するデータベー
   ス管理手段と、 前記容量管理手段により管理された空き容量が第１のし
   きい値を下回ったことを検出する第１の検出手段と、 前記第１の検出手段により前記空き容量が第１のしきい
   値を下回ったことが検出されたときに、前記データベー
   ス管理手段により管理されたデータベース情報の優先度
   および容量から削除対象とするデータベースを選択する
   第１の選択手段と、 前記選択手段により選択されたデータベースを前記ロー
   カル環境の情報格納装置から削除するデータベース削除
   手段と、 前記データベース削除手段によりデータベースの削除が
   実行されたときに、その削除されたデータベースの複製
   元である前記サーバ環境の情報格納装置に格納されたデ
   ータベースが遠隔使用されるように環境設定を変更する
   第１の環境設定変更手段と、 前記容量管理手段により管理された空き容量が第２のし
   きい値を上回ったことを検出する第２の検出手段と、 前記第２の検出手段により前記空き容量が第２のしきい
   値を上回ったことが検出されたときに、前記データベー
   ス削除手段により削除されたデータベースの中から前記
   データベース管理手段により管理されたデータベース情
   報の優先度に基づいて複製対象とするデータベースを選
   択する第２の選択手段と、 前記第２の選択手段により選択されたデータベースを前
   記サーバ環境の情報格納装置から前記ローカル環境の情
   報格納装置に複写するデータベース複製手段と、 前記データベース複製手段によりデータベースが複製さ
   れたときに、その複製されたローカル環境のデータベー
   スが使用されるように環境設定を変更する第２の環境設
   定変更手段とを具備してなることを特徴とする容量管理
   システム。
8. 【請求項８】 サーバ環境とネットワークを介して接続
   されるローカル環境に備えられた情報格納装置であっ
   て、前記サーバ環境でライセンス管理された少なくとも
   一つ以上のファイルにより構成される各種アプリケーシ
   ョンプログラムを格納する情報格納装置の容量管理を行
   なう容量管理システムにおいて、 前記ローカル環境の情報格納装置の空き容量ならびに予
   め定められた空き容量に関する第１および第２のしきい
   値を管理する容量管理手段と、 前記ローカル環境の情報格納装置に複製されたアプリケ
   ーションプログラムを構成する一連のファイルの総容量
   を含むアプリケーション情報を管理するアプリケーショ
   ン管理手段と、 前記容量管理手段により管理された空き容量が第１のし
   きい値を下回ったことを検出する第１の検出手段と、 前記第１の検出手段により前記空き容量が第１のしきい
   値を下回ったことが検出されたときに、前記アプリケー
   ション管理手段により管理されたアプリケーション情報
   に基づいて削除対象とするアプリケーションプログラム
   を選択する第１の選択手段と、 前記選択手段により選択されたアプリケーションプログ
   ラムを構成する一連のファイルを前記ローカル環境の情
   報格納装置から削除するアプリケーション削除手段と、 前記アプリケーション削除手段によりアプリケーション
   プログラムの削除が実行されたときに、その旨を前記サ
   ーバ環境に通知する第１の通知手段と、 前記容量管理手段により管理された空き容量が第２のし
   きい値を上回ったことを検出する第２の検出手段と、 前記第２の検出手段により前記空き容量が第２のしきい
   値を上回ったことが検出されたときに、前記アプリケー
   ション削除手段により削除されたアプリケーションの中
   から再組み込み対象とするアプリケーションプログラム
   を選択する第２の選択手段と、 前記第２の選択手段により選択されたアプリケーション
   プログラムの再組み込み要求およびその処理結果を前記
   サーバ環境に通知する第２の通知手段とを具備してなる
   ことを特徴とする容量管理システム。
9. 【請求項９】 少なくとも一つ以上のファイルにより構
   成される各種アプリケーションプログラムを格納する情
   報格納装置であって、空き容量および予め定められた空
   き容量に関するしきい値を含むメディア情報と格納され
   たアプリケーションプログラムを構成する一連のファイ
   ルの総容量を含むアプリケーション情報とが管理される
   情報格納装置の容量管理方法において、 前記情報格納装置に格納されたアプリケーションプログ
   ラムを一覧表示するステップと、 前記一覧表示されたアプリケーションプログラムの中か
   ら削除対象とするアプリケーションプログラムを選択さ
   せるステップと、 前記選択された削除対象のアプリケーションプログラム
   の総容量を前記管理されたアプリケーション情報から算
   出するステップと、 前記管理された空き容量と前記算出された削除対象のア
   プリケーションプログラムの総容量との和が前記管理さ
   れたしきい値を越えているか否かを報知するステップと
   を具備してなることを特徴とする容量管理方法。
10. 【請求項１０】 少なくとも一つ以上のファイルにより
    構成される各種アプリケーションプログラムを格納する
    情報格納装置であって、空き容量および予め定められた
    空き容量に関するしきい値を含むメディア情報と前記情
    報格納装置に格納されたアプリケーションプログラムを
    構成する一連のファイルの総容量および最終利用日時を
    含むアプリケーション情報とが管理される情報格納装置
    の容量管理方法において、 前記管理された空き容量がしきい値を下回ったことを検
    出するステップと、 前記空き容量がしきい値を下回ったことが検出されたと
    きに、前記管理されたアプリケーション情報の最終利用
    日時からの経過期間が最も長いアプリケーションプログ
    ラムをこれらのアプリケーション情報の総容量の和が前
    記しきい値と空き容量との差を越えるまで順次選択して
    いくステップと、 前記選択されたアプリケーションプログラムを構成する
    一連のファイルを前記情報格納装置から削除するステッ
    プとを具備してなることを特徴とする容量管理方法。
11. 【請求項１１】 少なくとも一つ以上のファイルにより
    構成される各種アプリケーションプログラムを格納する
    情報格納装置であって、空き容量および予め定められた
    空き容量に関するしきい値を含むメディア情報と格納さ
    れたアプリケーションプログラムを構成する一連のファ
    イルの総容量、最終利用日時および予め設定された組み
    込み難易度を含むアプリケーション情報とが管理される
    情報格納装置の容量管理方法において、 前記管理された空き容量がしきい値を下回ったことを検
    出するステップと、 前記空き容量がしきい値を下回ったことが検出されたと
    きに、前記管理されたアプリケーション情報の組み込み
    難易度が最も低く、かつ最終利用日時からの経過期間が
    最も長いアプリケーションプログラムをこれらのアプリ
    ケーション情報の総容量の和が前記しきい値と空き容量
    との差を越えるまで順次選択していくステップと、 前記選択されたアプリケーションプログラムを構成する
    一連のファイルを前記情報格納装置から削除するステッ
    プとを具備してなることを特徴とする容量管理方法。
12. 【請求項１２】 サーバ環境に備えられた情報格納装置
    に格納される少なくとも一つ以上のファイルにより構成
    される各種アプリケーションプログラムの複製を格納す
    るローカル環境に備えられた情報格納装置であって、空
    き容量および予め定められた空き容量に関するしきい値
    を含むメディア情報と複製されたアプリケーションプロ
    グラムを構成する一連のファイルの総容量を含むアプリ
    ケーション情報とが管理される情報格納装置の容量管理
    方法において、 前記管理された空き容量がしきい値を下回ったことを検
    出するステップと、 前記空き容量がしきい値を下回ったことが検出されたと
    きに、前記管理されたアプリケーション情報に基づいて
    削除対象とするアプリケーションプログラムを選択する
    ステップと、 前記選択されたアプリケーションプログラムを構成する
    一連のファイルを前記ローカル環境の情報格納装置から
    削除するステップと、 前記アプリケーションプログラムの削除が実行されたと
    きに、その削除されたアプリケーションプログラムの複
    製元である前記サーバ環境の情報格納装置に格納された
    アプリケーションプログラムが遠隔使用されるように環
    境設定を変更するステップとを具備してなることを特徴
    とする容量管理方法。
13. 【請求項１３】 サーバ環境に備えられた情報格納装置
    に格納される少なくとも一つ以上のファイルにより構成
    される各種アプリケーションプログラムの複製を格納す
    るローカル環境に備えられた情報格納装置であって、空
    き容量ならびに予め定められた空き容量に関する第１お
    よび第２のしきい値を含むメディア情報と複製されたア
    プリケーションプログラムを構成する一連のファイルの
    総容量を含むアプリケーション情報とが管理される情報
    格納装置の容量管理方法において、 前記管理された空き容量が第１のしきい値を下回ったこ
    とを検出するステップと、 前記空き容量が第１のしきい値を下回ったことが検出さ
    れたときに、前記管理されたアプリケーション情報に基
    づいて削除対象とするアプリケーションプログラムを選
    択するステップと、 前記選択された削除対象のアプリケーションプログラム
    を構成する一連のファイルを前記ローカル環境の情報格
    納装置から削除するステップと、 前記アプリケーションプログラムの削除が実行されたと
    きに、その削除されたアプリケーションプログラムの複
    製元である前記サーバ環境の情報格納装置に格納された
    アプリケーションプログラムが遠隔使用されるように環
    境設定を変更するステップと、 前記管理された空き容量が第２のしきい値を上回ったこ
    とを検出するステップと、 前記空き容量が第２のしきい値を上回ったことが検出さ
    れたときに、前記削除されたアプリケーションの中から
    複製対象とするアプリケーションプログラムを選択する
    ステップと、 前記選択された複製対象のアプリケーションプログラム
    を構成する前記サーバ環境の情報格納装置に格納された
    一連のファイルを前記ローカル環境の情報格納装置に複
    製するステップと、 前記アプリケーションプログラムが複製されたときに、
    その複製されたローカル環境のアプリケーションプログ
    ラムが使用されるように環境設定を変更するステップと
    を具備してなることを特徴とする容量管理方法。
14. 【請求項１４】 少なくとも一つ以上のファイルにより
    構成される各種アプリケーションプログラムを格納する
    バックアップ管理された情報格納装置であって、空き容
    量および予め定められた空き容量に関するしきい値を含
    むメディア情報と複製されたアプリケーションプログラ
    ムを構成する一連のファイルの総容量およびバックアッ
    プ有無を含むアプリケーション情報とが管理される情報
    格納装置の容量管理方法において、 前記管理された空き容量がしきい値を下回ったことを検
    出するステップと、 前記空き容量がしきい値を下回ったことが検出されたと
    きに、前記管理されたアプリケーション情報がバックア
    ップ有を示すアプリケーションプログラムの中から削除
    対象とするアプリケーションプログラムを選択するステ
    ップと、 前記選択されたアプリケーションプログラムを構成する
    一連のファイルを前記情報格納装置から削除するステッ
    プと、 前記削除されたアプリケーションプログラムの実行が要
    求されたときに、そのアプリケーションプログラムをバ
    ックアップから復元するステップとを具備してなること
    を特徴とする容量管理方法。
15. 【請求項１５】 サーバ環境に備えられた情報格納装置
    に格納されるデータベースの複製を格納するローカル環
    境に備えられた情報格納装置であって、空き容量ならび
    に予め定められた空き容量に関する第１および第２のし
    きい値を含むメディア情報と前記データベースに予め割
    り当てられた優先度および複製されたデータベースの容
    量を含むデータベース情報とが管理される情報格納装置
    の容量管理方法において、 前記管理された空き容量が第１のしきい値を下回ったこ
    とを検出するステップと、 前記空き容量が第１のしきい値を下回ったことが検出さ
    れたときに、前記管理されたデータベース情報の優先度
    および容量から削除対象とするデータベースを選択する
    ステップと、 前記選択された削除対象のデータベースを前記ローカル
    環境の情報格納装置から削除するステップと、 前記データベースの削除が実行されたときに、その削除
    されたデータベースの複製元である前記サーバ環境の情
    報格納装置に格納されたデータベースが遠隔使用される
    ように環境設定を変更するステップと、 前記管理された空き容量が第２のしきい値を上回ったこ
    とを検出するステップと、 前記空き容量が第２のしきい値を上回ったことが検出さ
    れたときに、前記削除されたデータベースの中から管理
    されたデータベース情報の優先度に基づいて複製対象と
    するデータベースを選択するステップと、 前記選択された複製対象のデータベースを前記サーバ環
    境の情報格納装置から前記ローカル環境の情報格納装置
    に複写するステップと、 前記データベースが複製されたときに、その複製された
    ローカル環境のデータベースが使用されるように環境設
    定を変更するステップとを具備してなることを特徴とす
    る容量管理方法。
16. 【請求項１６】 サーバ環境でライセンス管理された少
    なくとも一つ以上のファイルにより構成される各種アプ
    リケーションプログラムを格納するローカル環境に備え
    られた情報格納装置であって、空き容量ならびに予め定
    められた空き容量に関する第１および第２のしきい値を
    含むメディア情報と複製されたアプリケーションプログ
    ラムを構成する一連のファイルの総容量を含むアプリケ
    ーション情報とが管理される情報格納装置の容量管理方
    法において、 前記管理された空き容量が第１のしきい値を下回ったこ
    とを検出するステップと、 前記管理された空き容量が第１のしきい値を下回ったこ
    とが検出されたときに、前記管理されたアプリケーショ
    ン情報に基づいて削除対象とするアプリケーションプロ
    グラムを選択するステップと、 前記選択された削除対象のアプリケーションプログラム
    を構成する一連のファイルを前記ローカル環境の情報格
    納装置から削除するステップと、 前記アプリケーションプログラムの削除が実行されたと
    きに、その旨を前記サーバ環境に通知するステップと、 前記管理された空き容量が第２のしきい値を上回ったこ
    とを検出するステップと、 前記空き容量が第２のしきい値を上回ったことが検出さ
    れたときに、前記削除されたアプリケーションの中から
    再組み込み対象とするアプリケーションプログラムを選
    択するステップと、 前記選択された再組み込み対象のアプリケーションプロ
    グラムの再組み込み要求およびその処理結果を前記サー
    バ環境に通知するステップとを具備してなることを特徴
    とする容量管理方法。