JP2001056775A - 計算機システム及びプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、複数のファイルを１つのファイルと
して管理する書庫を使って、ファイルを管理する計算機
システムに関し、ファイル管理の操作性を向上できるよ
うにすることを目的とする。 【解決手段】書庫のファイル容量が大きくなるときに、
その書庫を分割することで、各書庫のファイル容量をあ
る値以下に抑える構成を採る。そして、この構成により
書庫が複数となることに対応させて、各書庫にどのよう
なファイルが格納されているのかを管理するとともに、
各書庫のファイル容量を管理する書庫機構を用意する構
成を採る。これにより、処理対象となるファイルがどの
書庫に格納されているのかを簡単に知ることができるよ
うになり、その後、その書庫を辿っていくときに、短い
探索時間でファイルを探し出していくことが可能になっ
て、ファイル管理の操作性を大きく向上できるようにな
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のファイルを
１つのファイルとして管理する書庫を使って、ファイル
を管理する計算機システムと、その計算機システムの実
現に用いられるプログラムが格納されるプログラム記録
媒体とに関し、特に、ファイル管理の操作性を向上でき
るようにする計算機システムと、その計算機システムの
実現に用いられるプログラムが格納されるプログラム記
録媒体とに関する。

【０００２】近年、計算機及びインターネットの普及に
伴って、文書、ソフト、数値データ等のファイルを保存
したり転送するために、それらのファイルを束ねて書庫
を作ることが普及しつつある。このような書庫を使って
ファイルを管理する場合には、その操作性を向上させる
技術を構築していく必要がある。

【０００３】

【従来の技術】書庫を管理するために、計算機上の各フ
ァイルを束ねる書庫管理ソフト（アーカイバ）が用意さ
れている。書庫機能と圧縮機能とを組み合わせると、多
数のファイルをコンパクトに格納でき便利なので、通
常、この書庫管理ソフトは双方の機能を備えている。

【０００４】図１３に書庫のデータ構造を図示する。こ
こで、図１３（ａ）は書庫そのもののデータ構造、図１
３（ｂ）は書庫に格納されるヘッダのデータ構造を示し
ている。

【０００５】この図に示すように、ファイルは、その圧
縮ファイル（可変長である）と、その圧縮ファイルの属
性を記述するヘッダとが対となって書庫に順番に格納さ
れることになる。

【０００６】このように構成される書庫に格納されるフ
ァイルを解凍するときには、ヘッダを辿ることで解凍対
象の圧縮ファイルを探し出し、それを解凍することで行
う。また、書庫にファイルを追加するときには、圧縮し
てできた圧縮ファイルを書庫に追加することで行う。

【０００７】また、書庫に格納されるファイルを更新す
るときには、ヘッダを辿ることで更新対象の圧縮ファイ
ルを探し出して解凍するとともに、その圧縮ファイルを
削除し、続いて、その解凍したファイルを更新した後圧
縮してから書庫に格納することで行う。また、書庫に格
納されるファイルを削除するときには、ヘッダを辿るこ
とで削除対象の圧縮ファイルを探し出し、それを削除す
ることで行う。

【０００８】従来技術では、このような書庫を使ってフ
ァイルを管理する構成を採る場合、１つの書庫を用意し
て、その書庫に多数のファイルを格納するという構成を
採っていた。

【０００９】

【発明が解決しようとする課題】しかしながら、従来技
術のように、１つの書庫を使ってファイルを管理する構
成を採ると、解凍対象や更新対象や削除対象のファイル
（圧縮ファイル）を探し出すべくヘッダを辿っていくと
きに、その探索時間が長くなることで、ファイル管理の
操作性が悪くなるという問題点があった。

【００１０】更に、書庫に格納されるファイル（圧縮フ
ァイル）を更新したり削除する場合には、更新対象や削
除対象とならないファイルの格納位置をずらすべく、そ
れらのファイルをコピーしていく必要があるが、従来技
術のように、１つの書庫を使ってファイルを管理する構
成を採ると、このコピー操作が大きなものになるという
問題点があった。

【００１１】本発明はかかる事情に鑑みてなされたもの
であって、複数のファイルを１つのファイルとして管理
する書庫を使って、ファイルを管理する構成を採るとき
にあって、ファイル管理の操作性を向上できるようにす
る新たな計算機システムの提供と、その計算機システム
の実現に用いられるプログラムが格納される新たなプロ
グラム記録媒体の提供とを目的とする。

【００１２】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。

【００１３】図中、１は本発明を具備する計算機システ
ムであって、複数のファイルを１つのファイルとして管
理する書庫を使って、ファイルを管理するものである。

【００１４】本発明を具備する計算機システム１は、複
数の書庫１０を格納するディスク１１と、各書庫１０に
格納されるファイルの情報を管理する書庫情報管理手段
１２と、書庫１０に格納されるファイルの追加・更新・
削除・解凍を行う書庫管理手段１３と、書庫管理手段１
３により処理された書庫１０のファイル容量を検出する
検出手段１４と、ディスク１１に格納される書庫１０を
一時的に格納する第１の書庫一時格納域１５と、書庫１
０を分割する分割手段１６と、分割手段１６により生成
された書庫１０を一時的に格納する第２の書庫一時格納
域１７と、分割手段１６の分割に応じて、書庫情報管理
手段１２の管理するファイル情報を更新する更新手段１
８とを備える。

【００１５】このように構成される本発明の計算機シス
テム１では、図２の右側に示すように、複数の書庫１０
を使ってファイルを管理（圧縮ファイルの形で管理）す
る構成を採る。

【００１６】この構成を採るときに、書庫情報管理手段
１２は、図２の左側に示すように、各書庫１０にどのよ
うなファイルが格納されているのかを管理するととも
に、各書庫１０のファイル容量を管理することで、各書
庫１０に格納されるファイルの情報を管理する。

【００１７】このファイル管理構成を採るときに、検出
手段１４は、書庫情報管理手段１２の管理するファイル
情報を参照することで、書庫管理手段１３により処理さ
れた書庫１０が規定のファイル容量を超えるのか否かを
検出して、その検出結果を書庫管理手段１３に通知す
る。

【００１８】この検出結果を受けて、規定のファイル容
量を超える書庫１０があるときには、書庫管理手段１３
は、その書庫１０を指定して分割手段１６に対して分割
要求を発行し、これを受けて、分割手段１６は、その指
定される書庫１０を第１の書庫一時格納域１５に読み出
して分割し、それを第２の書庫一時格納域１７に展開し
てディスク１１に格納する。

【００１９】例えば、新たに分割先となる複数の書庫１
０を生成し、分割元の書庫１０を削除しつつ、それらの
分割先の書庫１０が概略同一のファイル容量となるよう
にと、それらの分割先の書庫１０に対して、その分割元
の書庫１０のファイルを振り分けることで分割処理を実
行したり、分割元の書庫１０から特定のファイルを削除
するとともに、そのファイルを追加先の書庫１０（最も
ファイル容量の小さい書庫１０や新たに生成される書庫
１０などにより定義される）に格納することで分割処理
を実行する。

【００２０】そして、更新手段１８は、分割手段１６が
書庫１０を分割すると、その分割に応じて、書庫情報管
理手段１２の管理するファイル情報を更新する。

【００２１】この構成を採るときに、書庫管理手段１３
は、ファイルを書庫１０に追加する必要があるときに、
そのファイルを最もファイル容量の小さい書庫１０に追
加していくことで、特定の書庫１０のファイル容量が大
きくならないように処理することがある。

【００２２】このように、本発明の計算機システム１で
は、複数のファイルを１つのファイルとして管理する書
庫１０を使って、ファイルを管理する構成を採るときに
あって、書庫１０のファイル容量が大きくなるときに
は、その書庫１０を分割することで、各書庫１０のファ
イル容量をある値以下に抑える構成を採る。

【００２３】そして、この構成により書庫１０が複数と
なることに対応させて、各書庫１０にどのようなファイ
ルが格納されているのかを管理するとともに、各書庫１
０のファイル容量を管理する書庫情報管理手段１２を用
意する構成を採る。

【００２４】この構成に従って、解凍対象や更新対象や
削除対象のファイルがどの書庫１０に格納されているの
かを簡単に知ることができるようになり、その後、その
書庫１０を辿っていくときに、短い探索時間でファイル
を探し出していくことが可能になるので、ファイル管理
の操作性を大きく向上できるようになる。

【００２５】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００２６】図３に、本発明を具備する計算機システム
１の一実施例を図示する。

【００２７】この図に示すように、本発明を具備する計
算機システム１は、ディスク１１に格納される書庫１０
（図１３で説明したデータ構造を持つ）を使ってファイ
ルを管理するものであり、書庫情報管理テーブル２０
と、書庫分割プログラム２１と、作業メモリ２２と、分
割数保持メモリ２３と、追加先書庫保持メモリ２４と、
書庫管理プログラム２５とを備える。

【００２８】この書庫情報管理テーブル２０は、図１に
示した書庫情報管理手段１２に相当するものであり、各
書庫１０にどのようなファイルが格納（圧縮ファイルの
形で格納される）されているのかを管理するとともに、
各書庫１０のファイル容量を管理する。

【００２９】書庫分割プログラム２１は、本発明を実現
すべく備えられるものであり、フロッピィディスクや回
線などを介してインストールされ、作業メモリ２２を使
ってディスク１１に格納される書庫１０を分割する処理
を行う。

【００３０】分割数保持メモリ２３は、ユーザにより設
定される書庫１０の分割数を保持する。追加先書庫保持
メモリ２４は、最もファイル容量の小さい書庫１０の識
別子（書庫情報管理テーブル２０の管理データにより特
定される）を保持する。

【００３１】書庫管理プログラム２５は、アーカイバに
相当するものであり、書庫１０にファイルを追加した
り、書庫１０に格納されるファイルを更新したり、書庫
１０に格納されるファイルを削除したり、書庫１０に格
納されるファイルを解凍する処理を行う。

【００３２】すなわち、書庫管理プログラム２５は、書
庫１０にファイルを追加するときには、図４の処理フロ
ーに示すように、先ず最初に、ステップ１で、追加対象
のファイルを入力し、続いて、ステップ２で、追加先書
庫保持メモリ２４の保持データの指す書庫１０を追加先
として選択し、続いて、ステップ３で、その入力したフ
ァイルを圧縮し、続いて、ステップ４で、その圧縮ファ
イルを追加先として選択した書庫１０に格納する処理を
行う。

【００３３】また、書庫管理プログラム２５は、書庫１
０に格納されるファイルを更新するときには、図５の処
理フローに示すように、先ず最初に、ステップ１で、更
新対象のファイルを入力し、続いて、ステップ２で、書
庫情報管理テーブル２０の管理データから、更新対象の
ファイルを格納する書庫１０を特定して、その書庫１０
に格納される更新対象のファイルを探索する。

【００３４】続いて、ステップ３で、その探索により更
新対象のファイルが見つかったのか否かを判断して、見
つからないときには、ステップ４に進んで、入力したフ
ァイルを圧縮して、追加先書庫保持メモリ２４の保持デ
ータの指す書庫１０に格納する。

【００３５】一方、見つかったときには、ステップ５に
進んで、入力したファイルがステップ２で探索したファ
イルよりも新しいのか否かを判断して、新しくないとき
には、そのまま処理を終了する。一方、新しいときに
は、ステップ６に進んで、ステップ２で探索した古いフ
ァイルを削除するとともに、その削除に合わせて、ステ
ップ２で特定した書庫１０中のファイルを詰めてから、
続くステップ７で、入力したファイルを圧縮して、それ
をステップ２で特定した書庫１０に格納する処理を行
う。

【００３６】また、書庫管理プログラム２５は、書庫１
０に格納されるファイルを削除するときには、図６の処
理フローに示すように、先ず最初に、ステップ１で、削
除対象のファイルを入力し、続いて、ステップ２で、書
庫情報管理テーブル２０の管理データから、削除対象の
ファイルを格納する書庫１０を特定して、その書庫１０
に管理される削除対象のファイルを探索する。

【００３７】続いて、ステップ３で、その探索により削
除対象のファイルが見つかったのか否かを判断して、見
つからないときには、そのまま処理を終了し、見つかっ
たときには、ステップ４に進んで、その見つかった削除
対象のファイルを削除するとともに、その削除に合わせ
て、ステップ２で特定した書庫１０中のファイルを詰め
る処理を行う。

【００３８】また、書庫管理プログラム２５は、書庫１
０に格納されるファイルを解凍するときには、図７の処
理フローに示すように、先ず最初に、ステップ１で、解
凍対象のファイルを入力し、続いて、ステップ２で、書
庫情報管理テーブル２０の管理データから、解凍対象の
ファイルを格納する書庫１０を特定して、その書庫１０
に管理される解凍対象のファイルを探索する。

【００３９】続いて、ステップ３で、その探索により解
凍対象のファイルが見つかったのか否かを判断して、見
つからないときには、そのまま処理を終了する。一方、
見つかったときには、ステップ４に進んで、その見つか
ったファイルがディレクトリであるのか否かを確認し
て、ディレクトリであるときには、ステップ５で、解凍
に備えてディレクトリを作成する。続いて、ステップ６
で、探索したファイルを解凍し、続くステップ７で、Ｃ
ＲＣチェックを実行する処理を行う。

【００４０】このようにして、書庫管理プログラム２５
は、書庫１０にファイルを追加したり、書庫１０に格納
されるファイルを更新したり、書庫１０に格納されるフ
ァイルを削除したり、書庫１０に格納されるファイルを
解凍する処理を行うのである。

【００４１】このファイルの追加処理にあたって、書庫
管理プログラム２５は、上述したように、追加先書庫保
持メモリ２４の保持データの指す書庫１０、すなわち、
最もファイル容量の小さい書庫１０を追加先として選択
するようにしている。この構成に従って、特定の書庫１
０のファイル容量が大きくならないようにできるように
なる。

【００４２】更に、書庫管理プログラム２５は、書庫１
０にファイルを追加したり、書庫１０に格納されるファ
イルを更新したり、書庫１０に格納されるファイルを削
除したりするときには、これらの処理と同期をとって、
書庫情報管理テーブル２０の管理データを更新するとと
もに、追加先書庫保持メモリ２４の保持データを更新す
る処理を行う。

【００４３】すなわち、書庫管理プログラム２５は、書
庫１０にファイルを追加したり、書庫１０に格納される
ファイルを更新したり、書庫１０に格納されるファイル
を削除したりするときには、その処理に応じて、書庫情
報管理テーブル２０の管理データを更新するとともに、
その処理に応じて、最もファイル容量の小さい書庫１０
の識別子が追加先書庫保持メモリ２４に保持されること
になるようにと、追加先書庫保持メモリ２４の保持する
書庫１０の識別子を更新するのである。

【００４４】この書庫管理プログラム２５の処理を受け
て、書庫分割プログラム２１は、書庫管理プログラム２
５が書庫１０にファイルを追加したり、書庫１０に格納
されるファイルを更新することで、ディスク１１に格納
される書庫１０のファイル容量が増大することになる
と、図８の処理フローを実行することで、必要に応じて
その書庫１０を分割する処理を実行する。

【００４５】すなわち、書庫分割プログラム２１は、書
庫管理プログラム２５の処理が終了することで起動され
ると、図８の処理フローに示すように、先ず最初に、ス
テップ１で、書庫情報管理テーブル２０の管理データを
読み込む。続いて、ステップ２で、その読み込んだ管理
データから、規定のファイル容量を超える書庫１０が存
在するのか否かを判断して、存在しないことを判断する
ときには、そのまま処理を終了する。

【００４６】一方、規定のファイル容量を超える書庫１
０が存在することを判断するときには、ステップ３に進
んで、その書庫１０をディスク１１から作業メモリ２２
に読み込む。続いて、ステップ４で、分割数保持メモリ
２３の保持する分割数を読み込み、続くステップ５で、
作業メモリ２２に、その読み込んだ分割数の数分の空の
書庫１０を生成する。

【００４７】続いて、ステップ６で、作業メモリ２２に
読み込んだ書庫１０の持つファイル（圧縮ファイル）
を、ファイル容量の順に整列させる。続いて、ステップ
７で、その整列させたファイルを、その整列順序に従っ
て、その生成した空の書庫１０に振り分けることで、作
業メモリ２２に読み込んだ書庫１０を分割する。すなわ
ち、図９に示すように、分割先の各書庫１０のファイル
容量が概略均等になるようにと、作業メモリ２２に読み
込んだ書庫１０を分割するのである。

【００４８】続いて、ステップ８で、分割元となった書
庫１０をディスク１１から削除しつつ、このようにして
生成した分割先となる書庫１０をディスク１１に格納
し、続くステップ９で、この書庫１０の分割に合わせ
て、書庫情報管理テーブル２０の管理データを更新する
とともに、最もファイル容量の小さい書庫１０の識別子
が追加先書庫保持メモリ２４に保持されることになるよ
うにと、追加先書庫保持メモリ２４の保持する書庫１０
の識別子を更新して、処理を終了する。

【００４９】このようにして、書庫分割プログラム２１
は、書庫管理プログラム２５の処理により書庫１０のフ
ァイル容量が大きくなるときには、その書庫１０を分割
することで、各書庫１０のファイル容量をある値以下に
抑えるように処理するのである。

【００５０】そして、この構成により書庫１０が複数と
なることに対応させて、本発明を具備する計算機システ
ム１では、各書庫１０にどのようなファイルが格納され
ているのかを管理するとともに、各書庫１０のファイル
容量を管理する書庫情報管理テーブル２０を備える構成
を採っている。

【００５１】この構成に従って、本発明を具備する計算
機システム１では、解凍対象や更新対象や削除対象のフ
ァイルがどの書庫１０に格納されているのかを簡単に知
ることができるようになり、その後、その書庫１０を辿
っていくときに、短い探索時間でファイルを探し出して
いくことが可能になるので、ファイル管理の操作性を大
きく向上できるようになる。

【００５２】図１０及び図１１に、書庫分割プログラム
２１の実行する処理フローの他の実施例を図示する。

【００５３】この実施例に従う場合には、書庫分割プロ
グラム２１は、書庫管理プログラム２５の処理が終了す
ることで起動されると、先ず最初に、ステップ１で、書
庫情報管理テーブル２０の管理データを読み込む。続い
て、ステップ２で、その読み込んだ管理データから、規
定のファイル容量を超える書庫１０が存在するのか否か
を判断して、規定のファイル容量を超える書庫１０が存
在しないことを判断するときには、そのまま処理を終了
する。

【００５４】一方、規定のファイル容量を超える書庫１
０が存在することを判断するときには、ステップ３に進
んで、その書庫１０をディスク１１から作業メモリ２２
に読み込む。続いて、ステップ４で、分割数保持メモリ
２３の保持する分割数を読み読み込む。

【００５５】続いて、ステップ５で、作業メモリ２２に
読み込んだ書庫１０の持つファイル（圧縮ファイル）
を、ファイル容量の順に整列させる。続いて、ステップ
６で、ステップ４で読み込んだ分割数の数分の空の書庫
１０を想定して、その整列させたファイルを、その整列
順序に従って、その想定した空の書庫１０に振り分ける
ことで、分割先となる書庫１０のファイル容量を見積も
る。

【００５６】続いて、ステップ７で、その見積もったフ
ァイル容量が適切であるのか否かを評価する。Ｗindows
等のディスク領域を管理するＦＡＴ３２（File Allocat
ionTable ３２）のクラスタの大きさは、ファイルが２
００ＭＢ未満のときには４ＫＢである。従って、各書庫
１０毎に最大４ＫＢの無駄領域が生ずることになる。こ
れから、このステップ７では、この４ＫＢとステップ６
で見積もったファイル容量との比率値（４ＫＢ／ファイ
ル容量）を算出して、その比率値が規定値よりも大きい
のか否かを評価することで、４ＫＢの量子化による無駄
が大きいのか否かを判断するのである。

【００５７】この評価処理に従って、ステップ６で見積
もったファイル容量が適切でないことを判断するとき、
すなわち、ステップ７で算出する比率値が規定値よりも
大きいことで４ＫＢの量子化による無駄が大きいことを
判断するときには、ステップ８に進んで、例えば「ｄ←
ｄ÷２」という算出式に従って、分割数ｄを小さくする
形で再定義する。

【００５８】続いて、ステップ９で、再定義した分割数
の数分の空の書庫１０を想定して、ステップ５で整列さ
せたファイルを、その整列順序に従って、その想定した
空の書庫１０に振り分けることで、分割先となる書庫１
０のファイル容量を見積もってから、ステップ７に戻っ
て、その見積もったファイル容量が適切であるのか否か
を評価していく。

【００５９】一方、ステップ７で、見積もったファイル
容量が適切であることを判断するとき、すなわち、４Ｋ
Ｂの量子化による無駄が許容できることを判断するとき
は、ステップ１０（図１１の処理フロー）に進んで、作
業メモリ２２に、そのファイル容量を実現することにな
る分割数の数分の空の書庫１０を生成する。

【００６０】続いて、ステップ１１で、ステップ５で整
列させたファイルを、その整列順序に従って、その生成
した空の書庫１０に振り分けることで、作業メモリ２２
に読み込んだ書庫１０を分割する。すなわち、図９に示
したように、分割先の書庫１０のファイル容量が概略均
等になるようにと、作業メモリ２２に読み込んだ書庫１
０を分割するのである。

【００６１】続いて、ステップ１２で、分割元となった
書庫１０をディスク１１から削除しつつ、このようにし
て生成した分割先となる書庫１０をディスク１１に格納
し、続くステップ１３で、この書庫１０の分割に合わせ
て、書庫情報管理テーブル２０の管理データを更新する
とともに、最もファイル容量の小さい書庫１０の識別子
が追加先書庫保持メモリ２４に保持されることになるよ
うにと、追加先書庫保持メモリ２４の保持する書庫１０
の識別子を更新して、処理を終了する。

【００６２】このようにして、書庫分割プログラム２１
は、図１０及び図１１の処理フローに従う場合には、分
割数保持メモリ２３の保持する分割数に従って、そのま
ま書庫１０を分割する構成を採るのではなくて、ファイ
ル容量の量子化による無駄を評価することでその分割数
を見直しつつ、書庫１０を分割するように処理するので
ある。

【００６３】図１２に、書庫分割プログラム２１の実行
する処理フローの他の実施例を図示する。

【００６４】書庫分割プログラム２１は、図８の処理フ
ローに従って書庫１０を分割したり、図１０及び図１１
の処理フローに従って書庫１０を分割するときには、分
割元となる書庫１０をディスク１１から削除していくこ
とで、分割処理を実行するという構成を採ったが、この
図１２の処理フローに従う場合には、ファイル容量の大
きくなった書庫１０から、特定のファイルを追加先書庫
保持メモリ２４の保持データの指す書庫１０に移動させ
ていくことで、分割処理を実行するという構成を採って
いる。

【００６５】すなわち、この実施例に従う場合、書庫分
割プログラム２１は、書庫管理プログラム２５の処理が
終了することで起動されると、先ず最初に、ステップ１
で、書庫情報管理テーブル２０の管理データを読み込
む。続いて、ステップ２で、その読み込んだ管理データ
から、規定のファイル容量を超える書庫１０が存在する
のか否かを判断して、規定のファイル容量を超える書庫
１０が存在しないことを判断するときには、そのまま処
理を終了する。

【００６６】一方、規定のファイル容量を超える書庫１
０が存在することを判断するときには、ステップ３に進
んで、その書庫１０をディスク１１から作業メモリ２２
に読み込む。続いて、ステップ４で、追加先書庫保持メ
モリ２４の保持する保持データ（最もファイル容量の小
さい書庫１０の識別子）を読み込み、続くステップ５
で、その読み込んだ保持データの指す書庫１０をディス
ク１１から作業メモリ２２に読み込む。

【００６７】続いて、ステップ６で、ステップ３で読み
込んだ書庫１０の最後尾に格納されるファイル（通常の
場合、最後に追加されたり更新されたファイルとなる）
を、ステップ５で読み込んだ書庫１０に格納するととも
に、そのファイルを、ステップ３で読み込んだ書庫１０
から削除する。

【００６８】続いて、ステップ７で、ステップ６で更新
した書庫１０に従って、ディスク１１に格納されるそれ
らの書庫１０を更新し、続くステップ８で、この更新に
合わせて、書庫情報管理テーブル２０の管理データを更
新するとともに、最もファイル容量の小さい書庫１０の
識別子が追加先書庫保持メモリ２４に保持されることに
なるようにと、追加先書庫保持メモリ２４の保持する書
庫１０の識別子を更新して、処理を終了する。

【００６９】このようにして、書庫分割プログラム２１
は、図１２の処理フローに従う場合には、ファイル容量
の大きくなった書庫１０から、特定のファイルを追加先
書庫保持メモリ２４の保持データの指す書庫１０に移動
させていくことで、書庫１０を分割するように処理する
のである。

【００７０】ここで、図１２の処理フローでは、ファイ
ル容量が規定よりも大きくなった書庫１０の持つファイ
ルを、最もファイル容量の小さい書庫１０に移動させて
いくことで書庫１０を分割するという構成を採ったが、
新たに書庫１０を生成して、そこにファイルを移動させ
ていくという構成を採ることも可能である。

【００７１】また、図１２の処理フローでは、ファイル
容量が規定よりも大きくなった書庫１０に格納される最
後尾のファイルを、最もファイル容量の小さい書庫１０
に移動させていくことで書庫１０を分割するという構成
を採ったが、ファイル容量の大きな順などといった別の
基準で選択される１つ又は複数のファイルを移動対象と
して、それらのファイルを移動させていくという構成を
採ることも可能である。

【００７２】以上に説明した実施例では説明しなかった
が、書庫１０に格納されるファイルの高速探索を実現す
るために、書庫情報管理テーブル２０には、ハッシュ表
を用意することが好ましい。このハッシュ表が用意され
るときには、ファイル名の文字列からハッシュ値を算出
して、そのハッシュ値を使ってハッシュ表を探索するこ
とで、指定されるファイルを格納する書庫１０がどれで
あるのかを高速に探索できるようになる。

【００７３】

【発明の効果】以上説明したように、本発明の計算機シ
ステムでは、複数のファイルを１つのファイルとして管
理する書庫を使って、ファイルを管理する構成を採ると
きにあって、書庫のファイル容量が大きくなるときに
は、その書庫を分割することで、各書庫のファイル容量
をある値以下に抑える構成を採る。

【００７４】そして、この構成により書庫が複数となる
ことに対応させて、各書庫にどのようなファイルが格納
されているのかを管理するとともに、各書庫のファイル
容量を管理する書庫機構を用意する構成を採る。

【００７５】この構成に従って、解凍対象や更新対象や
削除対象のファイルがどの書庫に格納されているのかを
簡単に知ることができるようになり、その後、その書庫
を辿っていくときに、短い探索時間でファイルを探し出
していくことが可能になるので、ファイル管理の操作性
を大きく向上できるようになる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の説明図である。

【図３】本発明の一実施例である。

【図４】書庫管理プログラムの処理フローである。

【図５】書庫管理プログラムの処理フローである。

【図６】書庫管理プログラムの処理フローである。

【図７】書庫管理プログラムの処理フローである。

【図８】書庫分割プログラムの処理フローである。

【図９】書庫分割処理の説明図である。

【図１０】書庫分割プログラムの処理フローである。

【図１１】書庫分割プログラムの処理フローである。

【図１２】書庫分割プログラムの処理フローである。

【図１３】書庫のデータ構造の説明図である。

【符号の説明】

１ 計算機システム １０ 書庫 １１ ディスク １２ 書庫情報管理手段 １３ 書庫管理手段 １４ 検出手段 １５ 第１の書庫一時格納域 １６ 分割手段 １７ 第２の書庫一時格納域 １８ 更新手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のファイルを１つのファイルとして
   管理する書庫を使って、ファイルを管理する計算機シス
   テムにおいて、 各書庫に格納されるファイルの情報を管理する書庫情報
   管理手段と、 規定のファイル容量を超える書庫を処理対象として、該
   書庫を分割する分割手段と、 上記分割手段の分割に応じて、上記書庫情報管理手段の
   管理するファイル情報を更新する更新手段とを備えるこ
   とを、 特徴とする計算機システム。
2. 【請求項２】 請求項１記載の計算機システムにおい
   て、 分割手段は、新たに分割先となる複数の書庫を生成し、
   分割元の書庫を削除しつつ、それらの分割先の書庫が概
   略同一のファイル容量となるようにと、それらの分割先
   の書庫に対して、その分割元の書庫のファイルを振り分
   けることで分割処理を実行することを、 特徴とする計算機システム。
3. 【請求項３】 請求項１記載の計算機システムにおい
   て、 分割手段は、分割元の書庫から特定のファイルを削除す
   るとともに、該ファイルを追加先の書庫に格納すること
   で分割処理を実行することを、 特徴とする計算機システム。
4. 【請求項４】 複数のファイルを１つのファイルとして
   管理する書庫を使って、ファイルを管理する計算機シス
   テムの実現に用いられるプログラムが格納されるプログ
   ラム記録媒体であって、 各書庫に格納されるファイルの情報を管理する書庫情報
   管理手段にアクセスするアクセス処理と、 規定のファイル容量を超える書庫を処理対象として、該
   書庫を分割する分割処理と、 上記分割処理の分割に応じて、上記書庫情報管理手段の
   管理するファイル情報を更新する更新処理とをコンピュ
   ータに実行させるプログラムが格納されることを、 特徴とするプログラム記録媒体。