JPH10301831A - 計算機システム - Google Patents

Abstract

(57)【要約】 【課題】 キャッシュが溢れ、プログラムの内容がキャ
ッシュから消去されてしまうような場合、プログラムを
再ロードできない場合がある。 【解決手段】 プログラムファイルを通常キャッシュに
一時的に保存すると共に、永続キャッシュを不揮発性記
憶装置中に設け、少なくともユーザの指定するプログラ
ムファイルを保存し、ユーザの消去の指示があるまでこ
のプログラムファイルを保存し続ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は計算機システムに
係り、特にネットワークからプログラムをダウンロード
して実行するのに適した計算機システムに関するもので
ある。

【０００２】

【従来の技術】図２２は従来の計算機システムを組み込
んだネットワークの構成図であり、図において、２１は
プログラムを実行するクライアント計算機、２２はプロ
グラムをクライアント計算機２１に送り出すサーバ計算
機、２３はクライアント計算機２１とサーバ計算機２２
とを接続するネットワーク、２４はクライアント計算機
２１に設けられた、プログラムをロードして実行するプ
ログラムロード・実行手段、２５はサーバ計算機２２に
設けられた、プログラムを送出するプログラム送出手
段、２６はプログラムロード・実行手段２４に含まれ、
キャッシュ２８を制御するキャッシュ制御手段、２７は
クライアント計算機２１に接続され、キャッシュ２７を
含む不揮発性記憶装置、２８は不揮発性記憶装置２７上
のキャッシュ、２９はサーバ計算機２２に接続されてい
る不揮発性記憶装置、３０は不揮発性記憶装置２９上に
保存されているプログラムである。クライアント計算機
２１と不揮発性記憶装置２７とは計算機システムを構成
する。

【０００３】次に動作について説明する。クライアント
計算機２１は、ハイパーテキスト言語（Ｈｙｐｅｒ Ｔ
ｅｘｔＭａｒｋｕｐ Ｌａｎｇｕａｇｅ（以下、「ＨＴ
ＭＬ」と略記する））を使用したＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）等のネットワーク２３上で、プログ
ラムロード・実行手段２４により、Ｊａｖａ言語などの
言語で記述された実行可能なプログラムをサーバ計算機
２２からダウンロードして実行する。

【０００４】すなわち、まず、プログラムロード・実行
手段２４は、ネットワーク２３を介して、サーバ計算機
２２のプログラム送出手段２５にアクセスしてプログラ
ム送出手段２５内に保持されているＨＴＭＬで記載され
たＨＴＭＬ文書を閲覧する。閲覧したＨＴＭＬ文書は不
揮発性記憶装置２７内のキャッシュ２８に保存される
（後に読み出すためにキャッシュ中に一時的にプログラ
ム、データ等を記憶する動作を以後「キャッシュする」
と表現する）。このとき閲覧したＨＴＭＬ文書にプログ
ラム３０の実行が指示されていれば、プログラムロード
・実行手段２４はプログラム送出手段２５にプログラム
３０の送出を依頼して、プログラム３０をダウンロード
し、実行する。通常、プログラム３０もキャッシュ２８
中にキャッシュされ、次回にアクセスするときにはこの
キャッシュ２８中に保持されているプログラム３０が利
用される。プログラム３０がサーバ計算機２２により更
新されたときに、更新されたプログラム３０をダウンロ
ードしたい場合には、クライアント計算機２１はプログ
ラムロード・実行手段２４に再読み込みを指示する。こ
のようにすることにより、ユーザはＨＴＭＬ文書を閲覧
するのに、クライアント計算機２１上にプログラム３０
を保存せずに必要なときのみサーバ計算機２２からダウ
ンロードすればよく、サーバ計算機２２によるプログラ
ム３０の一元管理が可能となる。

【０００５】

【発明が解決しようとする課題】従来の計算機システム
は以上のように構成されているので、キャッシュ２８が
ＨＴＭＬ文書やプログラムなどの他のデータにより溢
れ、プログラム３０の内容がキャッシュ２８から消去さ
れてしまうことがある。このような場合、再びプログラ
ムロード・実行手段２４がプログラム３０を利用しよう
とすると、サーバ計算機２２のプログラム送出手段２５
にプログラム３０の送出を依頼する必要がある。このこ
とはクライアント計算機２１とサーバ計算機２２とがネ
ットワーク２３により常に接続されている場合や、必要
な時に接続可能であり、かつクライアント計算機２１と
サーバ計算機２２とがプログラム３０をダウンロードす
るのに十分な性能を持っている場合には問題ないが、携
帯用のクライアント計算機２１を外部に持ち出している
場合などクライアント計算機２１とサーバ計算機２２と
の接続が困難でクライアント計算機２１側の性能も十分
でないような場合では、プログラム３０を利用できない
という課題があった。また、プログラムファイルがＣＤ
−ＲＯＭ等に記録されている場合にも、ＣＤ−ＲＯＭを
携帯しないとそのプログラムを実行できないという課題
があった。

【０００６】そのような携帯用のクライアント計算機２
１が不揮発性記憶装置２７上にキャッシュ２８のみでな
く、ユーザが操作可能なファイルシステムを備えている
場合には、プログラム３０をそのファイルシステム上に
保存しておき、ネットワーク２３にクライアント計算機
２１が接続されていない外部でも実行することが可能で
はあるが、サーバ計算機２２上のプログラム３０が更新
された場合、ユーザが自ら再びそれをダウンロードし、
保存しなければならず、サーバ計算機２２によるプログ
ラム３０の一元管理の可能性などの利点を損なってしま
うという課題もある。

【０００７】また、プログラム３０が複数のファイルか
ら構成されている場合、プログラムロード・実行手段２
４はプログラム３０中に記録されている情報をもとに自
動的に必要なファイルの更なるロード・実行を行うが、
常にユーザにとって必要なファイルが正確にロード・実
行されるとは限らず、ユーザが、ファイル間の支配・被
支配関係である依存関係を判断して複数のファイルをロ
ード・保存する必要が出てくる場合もあるという課題も
あった。

【０００８】この発明は上記のような課題を解決するた
めになされたもので、携帯用のクライアント計算機など
ネットワーク接続が常には行なえないようなクライアン
ト計算機端末においても、ネットワーク上のプログラム
やＣＤ−ＲＯＭ等の記録媒体上のプログラムを常に実行
できるようにクライアント計算機に保存でき、ユーザが
簡単にプログラムの保存や更新を行うことのできる計算
機システムを得ることを目的とする。

【０００９】また、通常のキャッシュが溢れた場合にも
プログラムが勝手に削除されることのない計算機システ
ムを得ることを目的とする。

【００１０】さらに、ユーザが依存関係をいちいちチェ
ックしなくとも、依存関係にあるファイルを自動的にキ
ャッシュできる計算機システムを得ることを目的とす
る。

【００１１】

【課題を解決するための手段】請求項１記載の発明に係
る計算機システムは、プログラムファイルを一時的に保
存する第１のキャッシュと、不揮発性記憶装置中に設け
られ、少なくともユーザの指定するプログラムを保存
し、ユーザの消去の指示があるまでそのプログラムを保
存し続ける第２のキャッシュとを備えたものである。

【００１２】請求項２記載の発明に係る計算機システム
は、第１のキャッシュ中へのプログラムファイルの保存
の事実と、保存されたプログラムファイルの依存関係と
を記録するキャッシュ履歴簿を不揮発性記憶装置中に設
けたものである。

【００１３】請求項３記載の発明に係る計算機システム
は、プログラムファイルの依存関係解析機能を持ち、プ
ログラムをロード、キャッシュするプログラムロード・
キャッシュ手段をクライアント計算機に設けたものであ
る。

【００１４】請求項４記載の発明に係る計算機システム
は、ユーザから削除するように指示のあったファイル群
を第２のキャッシュから削除し、第１のキャッシュへコ
ピーするキャッシュ移動手段をクライアント計算機に設
けたものである。

【００１５】請求項５記載の発明に係る計算機システム
は、第２のキャッシュ中のファイル群の削除履歴簿を不
揮発性記憶装置中に設けたものである。

【００１６】請求項６記載の発明に係る計算機システム
は、複数のサーバに存在するディレクトリが異なる同一
ファイルのファイル名を所定のディレクトリのファイル
名に一致化させるパス一致化手段をクライアント計算機
に設けたものである。

【００１７】請求項７記載の発明に係る計算機システム
は、第２のキャッシュ中にキャッシュされているプログ
ラムファイルを外部から取り込み、この外部から取り込
んだプログラムファイルを第２のキャッシュ中のプログ
ラムファイルと比較し、更新されているか否かをチェッ
クする更新チェック手段をクライアント計算機に設けた
ものである。

【００１８】請求項８記載の発明に係る計算機システム
は、第２のキャッシュ中にキャッシュされているプログ
ラムファイルを外部から取り込み、この外部から取り込
んだプログラムファイルを第２のキャッシュ中のプログ
ラムファイルと比較し、更新されているか否かをチェッ
クし、更新されていた場合、さらにそのファイルの依存
関係解析を行なってロードする更新チェック・ロード手
段をクライアント計算機に設けたものである。

【００１９】請求項９記載の発明に係る計算機システム
は、プログラムに使用期限がある場合に、ユーザの指定
した使用期限と実際の使用頻度にあわせて使用期限が近
付いていることの警告を行う使用期限チェック手段をク
ライアント計算機に設けたものである。

【００２０】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１の計算機
システムを組み込んだネットワークを示す構成図であ
る。図において、１はプログラムを実行するクライアン
ト計算機、２はプログラムをクライアント計算機１に送
り出すサーバ計算機、３はクライアント計算機１とサー
バ計算機２とを接続するネットワーク、４はクライアン
ト計算機１に設けられた、プログラムをロードして実行
するプログラムロード・実行手段、５はサーバ計算機２
に設けられた、プログラムを送出するプログラム送出手
段、６はプログラムロード・実行手段４に含まれ、キャ
ッシュ８，１１を制御するキャッシュ制御手段、７はク
ライアント計算機１に接続され、キャッシュ８，１１を
含む不揮発性記憶装置、８は不揮発性記憶装置７上の従
来から用いられている通常キャッシュ（第１のキャッシ
ュ）、９はサーバ計算機２に接続されている不揮発性記
憶装置、１０は不揮発性記憶装置９上に保存されている
プログラム、１１はユーザの消去の指示があるまでデー
タを保存し続けることのできる永続キャッシュ（第２の
キャッシュ）である。クライアント計算機１と不揮発性
記憶装置７とは、この発明の計算機システムを構成す
る。

【００２１】図２はプログラムロード・実行手段４の動
作を示すフローチャートである。以下、図２のフローチ
ャートを参照しながらプログラムロード・実行手段４の
動作を説明する。

【００２２】ユーザが永続キャッシュ１１へ保存するプ
ログラムを指定し、その保存の実行開始命令を計算機シ
ステムに入力すると、プログラムロード・実行手段４
は、まず、そのプログラムファイルが永続キャッシュ１
１にキャッシュされているか、キャッシュ制御手段６を
介して問い合わせる（ステップＳＴ１）。キャッシュさ
れている場合、キャッシュ制御手段６を介してそのプロ
グラムファイルをロードする（ステップＳＴ２）。キャ
ッシュされていない場合、再びキャッシュ制御手段６を
介してそのプログラムファイルが通常キャッシュ８にキ
ャッシュされているか否かを問い合わせる（ステップＳ
Ｔ３）。

【００２３】そのプログラムファイルが通常キャッシュ
８にキャッシュされている場合、通常キャッシュ８より
プログラムファイルをロードし（ステップＳＴ５）、キ
ャッシュされていない場合、ネットワーク３を介してプ
ログラム送出手段５よりプログラムファイルをダウンロ
ードする（ステップＳＴ４）。

【００２４】通常キャッシュ８またはプログラム送出手
段５よりプログラムファイルがロードされると、それが
ユーザが永続キャッシュに保存するように指定したプロ
グラムファイル、またはユーザが保存するように指定し
たプログラムファイルが必要としたためロードすること
となったファイルであるか否かをチェックする（ステッ
プＳＴ６）。保存指定されたプログラムファイルまたは
保存指定されたプログラムファイルが必要としたファイ
ルである場合、キャッシュ制御手段６を介し永続キャッ
シュ１１に保存し（ステップＳＴ７）、保存指定された
プログラムファイルまたは保存指定されたプログラムフ
ァイルが必要としたファイル以外のファイルである場合
には、通常キャッシュ８にキャッシュする（ステップＳ
Ｔ８）。通常キャッシュ８にキャッシュする場合にはキ
ャッシュ制御手段６のキャッシュ制御方針に従ってキャ
ッシュ溢れ対策が行なわれる。例えば、最も使われてお
らず、最も古くキャッシュされたファイルを通常キャッ
シュ８から削除した上で新たなファイルをキャッシュす
る。

【００２５】ファイルのロードおよびキャッシュ処理が
終了すると、プログラムを実行すると共に、その実行の
際にそのプログラムファイルが必要とするファイルの相
互の支配・被支配関係を解析する依存関係解析を行う
（ステップＳＴ９）。依存関係解析および実行に伴って
動的に必要とされロードする必要のあるファイルが存在
しない場合（ステップＳＴ１０）、キャッシュ処理は終
了し、そうでない場合には、キャッシュのチェックおよ
びロード（ステップＳＴ１）に戻る。

【００２６】以上のように、この実施の形態１によれ
ば、プログラムファイルをプログラム送出手段５よりダ
ウンロードすることができない場合、すなわちクライア
ント計算機１が携帯用である等の場合には、通常キャッ
シュ８の中にプログラムがキャッシュされておらず通常
キャッシュ８からロードできなくとも、ユーザの指定し
たプログラムファイル及び指定したプログラムファイル
が必要としたファイルについては永続キャッシュ１１中
に保存されているため、永続キャッシュ１１からそのプ
ログラムファイルをロードすることによりプログラムを
実行することができる効果が得られる。また永続キャッ
シュ１１にプログラムを保存するにあたって、ユーザが
保存指定したプログラムファイルまたはそのプログラム
ファイルが必要とするファイルであるか否かを判定する
ため、永続キャッシュ１１には本当に保存しておきたい
プログラムファイルのみ保存され、キャッシュ領域を無
駄に消費しないという効果が得られる。さらにプログラ
ムがモジュール化されており数多くのファイルにより構
成される場合でも、プログラムロード・実行手段の依存
関係解析機能によりユーザがファイル名を詳細に指定し
なくとも、必要なプログラムファイル群を保存できる効
果が得られる。なお、永続キャッシュ１１中のプログラ
ムファイル群を更新したい場合には、保存処理と同様の
処理を行う。

【００２７】実施の形態２．図３はこの発明の実施の形
態２の計算機システムを組み込んだネットワークを示す
構成図である。図３において、図１の実施の形態１の構
成要素と同一の構成要素には同一の番号を付し、その説
明を省略する。

【００２８】図３において、１ａはクライアント計算
機、７ａは不揮発性記憶装置、１２はプログラムファイ
ルを通常キャッシュ８にキャッシュする場合に依存関係
解析の結果を記録するキャッシュ履歴簿、１３は通常キ
ャッシュ８から永続キャッシュ１１にプログラムファイ
ルをコピーするキャッシュコピー手段である。図４はキ
ャッシュ履歴簿１２の記憶内容を示す図であり、ファイ
ル名と依存関係とを記録してある。図４の例では、ユー
ザの指示によりファイル名ｍａｉｎ．ｃｌａｓｓのファ
イルが記録され、ファイルｍａｉｎ．ｃｌａｓｓを実行
するのに必要なファイルとしてファイル名ｓｕｂ．ｃｌ
ａｓｓのファイルがファイルｍａｉｎ．ｃｌａｓｓによ
り指示されたことを表している。クライアント計算機１
ａと不揮発性記憶装置７ａとはこの発明の計算機システ
ムを構成する。

【００２９】次に動作について説明する。図５はこの実
施の形態２のプログラムロード・実行手段４の動作を示
すフローチャートであり、図６はキャッシュコピー手段
１３の動作を示すフローチャートである。図５におい
て、図２に示す実施の形態１のプログラムロード・実行
手段４の動作ステップと同一の動作を行う動作ステップ
には同一の番号を付し、その説明を省略する。

【００３０】この実施の形態２においては、ステップＳ
Ｔ９でプログラムを実行して依存関係解析を行った後、
保存指定されたプログラムファイル及びそのプログラム
ファイルが必要とするファイル以外のファイルを通常キ
ャッシュ８にキャッシュした（ステップＳＴ８）場合、
ステップＳＴ９における依存関係解析の結果をキャッシ
ュ履歴簿１２に記録する（ステップＳＴ１１）。すなわ
ち、永続キャッシュ１１に保存すべきファイルを指定し
ていない場合には、永続キャッシュ１１への保存は行な
われない。また、複数のファイルから構成されるプログ
ラムファイル群においては、永続キャッシュ１１への保
存を途中から指定すれば、指定したファイル以降のファ
イルについては永続キャッシュへ１１の保存が可能にな
るが、それではプログラムの開始地点となるプログラム
ファイルが保存されていないことになり、意味をなさな
い。このような場合に、通常キャッシュ８の大きさやキ
ャッシュ制御手段６の制御方針にもよるが、永続キャッ
シュ１１に保存されなかったプログラムファイルも通常
キャッシュ８にはキャッシュされている可能性が高い。
そこで、通常キャッシュ８へのキャッシュ動作の依存関
係解析結果をキャッシュ履歴簿１２に記録し、通常キャ
ッシュ８から永続キャッシュ１１へのプログラムファイ
ルのコピーに利用するのである。

【００３１】このキャッシュ履歴簿１２には、図４に示
すように、プログラムファイルのファイル名と共に、ス
テップＳＴ９のプログラム実行、依存関係解析の結果が
付記されている。したがって、プログラム実行途中に永
続キャッシュ１１への保存を指定した場合、このキャッ
シュ履歴簿１２に記録されている依存関係を逆にたどれ
ばプログラムの開始地点を特定でき、この開始地点のプ
ログラムファイルから始まり、順にキャッシュ履歴簿１
２をたどってプログラムファイルのロード、永続キャッ
シュ１１への保存を行なえば、保存を指示した地点まで
のファイルが保存され、また、それ以降に必要となった
ファイルは実施の形態１と同様にして保存できる。ま
た、プログラム実行中であるため、永続キャッシュ１１
に保存されなかったプログラムファイルも通常キャッシ
ュ８にキャッシュされている可能性は非常に高いため、
通常キャッシュ８から永続キャッシュ１１へ移動させれ
ば、ネットワークを使うオーバヘッドが減り、永続キャ
ッシュ１１や通常キャッシュ８の有効的な利用となる。
さらに、通常キャッシュ８にプログラムが残っていれ
ば、永続キャッシュ１１への移動が可能となるため、一
旦ネットワークからの接続を切ってしまった場合でも永
続キャッシュ１１への保存が可能となる。

【００３２】次に、キャッシュコピー手段１３による通
常キャッシュ８から永続キャッシュ１１へのプログラム
ファイルのコピー動作を図６のフローチャートを参照し
ながら説明する。ユーザが、あるプログラムファイルを
通常キャッシュ８から永続キャッシュ１１へコピーする
ことを指定すると、キャッシュコピー手段１３はキャッ
シュする先頭のファイルを探索する。すなわち、まず、
最初のコピーターゲットファイルをユーザの指定したフ
ァイルとする（ステップＳＴ２１）。

【００３３】次に、キャッシュ履歴簿１２を検索し、コ
ピーターゲットファイルの読み込みを指示した履歴の記
録があるか否かを判定する（ステップＳＴ２２）。検索
の結果コピーターゲットファイルの読み込みを指示した
履歴の記録がキャッシュ履歴簿１２中に存在しない場合
には、キャッシュコピー手段１３はプログラムファイル
のコピーを諦めて動作を終了する。読み込みを指示した
履歴の記録が存在する場合には、この読み込みを指示し
たファイルを新しいコピーターゲットファイルとする
（ステップＳＴ２３）。

【００３４】次に、この新しいコピーターゲットファイ
ルが依存関係の先頭にあるか否かを判断し（ステップＳ
Ｔ２４）、先頭になければ、ステップＳＴ２２〜ＳＴ２
４の動作を繰り返し、依存関係の先頭にあるコピーター
ゲットファイル（すなわち、ユーザの指示したファイル
（図４の例ではファイルｍａｉｎ．ｃｌａｓｓ））を求
める。

【００３５】依存関係の先頭にあるファイルが求められ
たら、このファイルを先頭として通常キャッシュ８から
永続キャッシュ１１にコピーする（ステップＳＴ２
５）。

【００３６】以上のように、この実施の形態２によれ
ば、永続キャッシュ１１に保存し損なったプログラム
も、ネットワーク３を介さずに通常キャッシュ８からコ
ピーでき、ネットワーク３を用いるオーバヘッドを減ら
すことができるという効果が得られる。

【００３７】実施の形態３．図７はこの発明の実施の形
態３の計算機システムを組み込んだネットワークを示す
構成図である。図７において、図１の実施の形態１の構
成要素と同一の構成要素には同一の番号を付し、その説
明を省略する。

【００３８】図７において、１ｂはクライアント計算
機、１４はプログラムロード・実行手段４と同様なプロ
グラム依存関係解析機能を持ち、プログラムをロード・
キャッシュするプログラムロード・キャッシュ手段であ
る。クライアント計算機１ｂ及び不揮発性記憶装置７は
この発明の計算機システムを構成する。

【００３９】実施の形態１の計算機システムにおいて
は、プログラムが複数のファイルで構成されている場合
には、２番目以降のファイルはプログラムを実行した後
に永続キャッシュ１１にキャッシュされることとなる
（図２のステップＳＴ６，ＳＴ９，ＳＴ１０参照）。こ
れは、実施の形態１においては、プログラムロード・実
行手段４は実行時のロード機能のみ提供していれば十分
であるからであるが、プログラムを実行しないでもプロ
グラムファイル群を永続キャッシュ１１に保存しておき
たい場合もある。この実施の形態３のプログラムロード
・キャッシュ手段１４はこのような要望に応えるもので
ある。

【００４０】次に動作について、図８のプログラムロー
ド・キャッシュ手段１４の動作を示すフローチャートを
参照しながら説明する。プログラムロード・キャッシュ
手段１４はユーザより保存するプログラムファイルを指
定されると、プログラム送出手段５に依頼してそのファ
イルをネットワーク３を介してダウンロードする（ステ
ップＳＴ３１）。

【００４１】次に、ダウンロードしたプログラムファイ
ルをキャッシュ制御手段６を介して永続キャッシュ１１
にキャッシュする（ステップＳＴ３２）。

【００４２】さらに、キャッシュしたプログラムファイ
ルの依存関係解析を行ない（ステップＳＴ３３）、この
依存関係解析の結果更にロードすべきファイルがあるか
否かを判定する（ステップＳＴ３４）。この判定の結
果、更にロードすべきファイルが存在する場合には、ス
テップＳＴ３１に戻ってファイルのロードを行う。ロー
ドすべきファイルが存在しない場合には動作を終了す
る。

【００４３】以上のように、この実施の形態３によれ
ば、ユーザはプログラムを実行することなくプログラム
ファイル群を保存できるだけではなく、プログラムファ
イル群の構成によってはすべての機能を実行しなければ
すべてのファイル群を保存することができなかったとい
う実施の形態１の問題点を克服することができる効果が
得られる。

【００４４】実施の形態４．図９はこの発明の実施の形
態４の計算機システムを組み込んだネットワークを示す
構成図である。図９において、図１の実施の形態１の構
成要素と同一の構成要素には同一の番号を付し、その説
明を省略する。

【００４５】図９において、１ｃはクライアント計算
機、１５はユーザが指定したファイル群を永続キャッシ
ュ１１から通常キャッシュ８へ移動するキャッシュ移動
手段である。クライアント計算機１ｃ及び不揮発性記憶
装置７はこの発明の計算機システムを構成する。

【００４６】実施の形態１の計算機システムにおいて
は、永続キャッシュ１１へのプログラムファイルの保存
が永続キャッシュ溢れにより不可能となった場合には、
キャッシュをあきらめるか、通常キャッシュ８にキャッ
シュするしかない。そこで実施の形態４では、永続キャ
ッシュ１１が溢れた場合、永続キャッシュ１１から通常
キャッシュ８へユーザの指定したプログラムファイルを
移動させるキャッシュ移動手段１５を設けたのである。

【００４７】次に動作について説明する。図１０はこの
実施の形態４のプログラムロード・実行手段４の動作を
示すフローチャートであり、図１１はキャッシュ移動手
段１５の動作を示すフローチャートである。図１０にお
いて、図２に示す実施の形態１のプログラム・ロード実
行手段４の動作ステップと同一の動作を行う動作ステッ
プには同一の番号を付し、その説明を省略する。

【００４８】この実施の形態４においては、ステップＳ
Ｔ７でキャッシュ制御手段６を介して永続キャッシュ１
１にプログラムファイル及びそのプログラムファイルが
必要とするファイルをキャッシュした後、永続キャッシ
ュ１１が溢れてキャッシュに失敗したか否かを判定し
（ステップＳＴ１２）、キャッシュに成功していればそ
のままプログラムを実行して依存関係解析を行う（ステ
ップＳＴ９）。永続キャッシュ１１が溢れてキャッシュ
に失敗した場合には、キャッシュ移動手段１５のサブル
ーチンを呼び出して実行した（ステップＳＴ１３）後、
プログラムを実行して依存関係解析を行う（ステップＳ
Ｔ９）。

【００４９】キャッシュ移動手段１５は、まず、永続キ
ャッシュ１１からどのファイル群を通常キャッシュ８に
移動するかをユーザに問い合わせる（ステップＳＴ４
１）。これは永続キャッシュ１１の記憶内容を勝手に削
除しないという永続キャッシュの特徴から避けて通れな
いステップである。問い合わせは、永続キャッシュ１１
にキャッシュされているすべてのファイルについてでは
なく、ファイル群の単位で問い合わせれば十分である。
ユーザが移動すべきファイル群を指示すると、そのファ
イル群を永続キャッシュ１１から通常キャッシュ８へ移
動する（ステップＳＴ４２）。

【００５０】なお、永続キャッシュ１１に永続キャッシ
ュ１１から削除して通常キャッシュ８に移動したファイ
ルの履歴を記録した削除履歴簿を設けてもよい。この削
除履歴簿を参照することにより、永続キャッシュ１１中
の削除すべきファイルのヒントをユーザに与えることが
でき、効率の良い永続キャッシュを実現することが可能
となる。

【００５１】以上のように、この実施の形態４によれ
ば、永続キャッシュ１１を効率良く利用でき、さらに通
常キャッシュ８へ移動されたファイル群の可用性につい
ては保証はされないが、この保存を行なってから携帯用
計算機システムを持って外出する場合など、運用方法に
よっては通常キャッシュ８もうまく使用することにより
永続キャッシュ１１から削除されたプログラムも使用す
ることができる効果が得られる。

【００５２】実施の形態５．図１２はこの発明の実施の
形態５の計算機システムを組み込んだネットワークを示
す構成図である。図１２において、図１の実施の形態１
の構成要素と同一の構成要素には同一の番号を付し、そ
の説明を省略する。

【００５３】図１２において、１ｄはクライアント計算
機、４ａはプログラムロード・実行手段、６ａはキャッ
シュ制御手段、１６は複数のサーバに存在するディレク
トリが異なる同一ファイルのファイル名を所定のディレ
クトリのファイル名に一致化させるパス一致化手段であ
る。

【００５４】図１３に示すように、計算機ＨｏｓｔＡに
はディレクトリ／ｐｒｏｇｒａｍ／ｓｃｈｅｄｕｌｅの
下にプログラムを構成する４つのファイルが格納されて
おり、計算機ＨｏｓｔＢにはディレクトリ／ｓｅｒｖｉ
ｃｅ／ｓｃｈｅｄｕｌｅの下に同様に４つのファイルが
格納されており、例えば計算機ＨｏｓｔＡは事業所Ａ
に、計算機ＨｏｓｔＢは事業所Ｂにあり、携帯用計算機
システムを持つ営業マンが、ときには事業所Ａを、とき
には事業所Ｂを訪れるものとする。実施の形態１の場
合、事業所ＡにおいてプログラムファイルＨｏｓｔＡ：
／ｐｒｏｇｒａｍ／ｓｃｈｅｄｕｌｅ／ｍａｉｎ．ｃｌ
ａｓｓをプログラム開始ファイルとして永続キャッシュ
１１に保存した場合、事業所Ｂで同じプログラム群を更
新、保存しようとすればファイルのパスが異なるため事
業所Ａで保存したのと同じ内容のファイル群が永続キャ
ッシュ１１中に別に保存されることとなり、永続キャッ
シュ１１が無駄に消費される。これを避けようとすれば
同じプログラムが両方の事業所において提供されている
にもかかわらず、営業マンは意識して一方のみを使用し
なければならない。そこで、この実施の形態５において
は、キャッシュ制御手段６ａにパス一致化手段１６を追
加したものである。

【００５５】次に動作について説明する。図１４はこの
実施の形態５のプログラムロード・実行手段４ａの動作
を示すフローチャートである。図１４において、図２に
示す実施の形態１のプログラムロード・実行手段４の動
作ステップと同一の動作を行う動作ステップには同一の
番号を付し、その説明を省略する。

【００５６】この実施の形態５のプログラムロード・実
行手段４ａは、ユーザが永続キャッシュ１１へ保存する
プログラムを指定し、その保存の実行開始命令を計算機
システムに入力すると、パス一致化手段１６により、ユ
ーザにより指定されたファイル名のパス名（ディレクト
リ名）をＢａｓｅ１と変換する（ステップＳＴ１４）。
すなわち、パス一致化手段１６は、ユーザが入力したプ
ログラムファイル名の開始ディレクトリが図１３のファ
イル群１のＢａｓｅとして登録されているか否かを判断
し、登録されている場合には入力された開始ディレクト
リの如何にかかわらず、ファイル名の開始ディレクトリ
をＨｏｓｔＡ：／ｐｒｏｇｒａｍ／ｓｃｈｅｄｕｌｅに
変換して、以後の動作を行う。以後の動作は実施の形態
１のプログラムロード・実行手段４の動作と同一であ
る。

【００５７】以上のように、この実施の形態５によれ
ば、キャッシュ制御手段６ａを介して永続キャッシュ１
１にキャッシュする（ステップＳＴ７）か、または永続
キャッシュ１１にキャッシュされていてキャッシュ制御
手段６ａによってプログラムファイルをロードする場合
（ステップＳＴ２）に、図１３のファイル群情報を利用
して、プログラムロード・実行手段４ａが欲しているフ
ァイルがＨｏｓｔＡ：／ｐｒｏｇｒａｍ／ｓｃｈｅｄｕ
ｌｅ／ｍａｉｎ．ｃｌａｓｓであっても、ＨｏｓｔＢ：
／ｐｒｏｇｒａｍ／ｓｃｈｅｄｕｌｅ／ｍａｉｎ．ｃｌ
ａｓｓであっても、ファイル群１中のｍａｉｎ．ｃｌａ
ｓｓを参照する。これにより複数のサーバを同様に扱う
ことができ、永続キャッシュ１１を無駄にしない効果が
得られる。

【００５８】実施の形態６．図１５はこの発明の実施の
形態６の計算機システムを組み込んだネットワークを示
す構成図である。図１５において、図１の実施の形態１
の構成要素と同一の構成要素には同一の番号を付し、そ
の説明を省略する。

【００５９】図１５において、１ｅはクライアント計算
機、４ｂはプログラムロード・実行手段、６ｂはキャッ
シュ制御手段、１７はプログラム送出手段５及び永続キ
ャッシュ１１から同一ファイル名のプログラムファイル
をロードして内容を比較し、変更の有無を検出する、キ
ャッシュ制御手段６ｂに設けられた更新チェック手段で
ある。

【００６０】次に動作について説明する。図１６はこの
実施の形態６のプログラムロード・実行手段４ｂの動作
を示すフローチャートである。図１６において、図２に
示す実施の形態１のプログラム・ロード実行手段４の動
作ステップと同一の動作を行う動作ステップには同一の
番号を付し、その説明を省略する。

【００６１】この実施の形態６においては、永続キャッ
シュ１１に必要なプログラムファイルが保存されていれ
ば保存されているプログラムファイルをロードし（ステ
ップＳＴ２）、計算機システムがネットワーク３に接続
されているか否かを判断する（ステップＳＴ１５）。計
算機システムがネットワーク３に接続されていなければ
ロードしたプログラムファイルに基づいてプログラムを
実行し、依存関係解析を行う（ステップＳＴ９）。計算
機システムがネットワーク３に接続されているときに
は、更新チェック手段１７がプログラム送出手段５から
永続キャッシュ１１に保存されているのと同一のファイ
ル名のプログラムファイルをダウンロードする（ステッ
プＳＴ１６）。

【００６２】次に、更新チェック手段１７はプログラム
送出手段５からダウンロードしたプログラムファイルと
永続キャッシュ１１中のプログラムファイルとの内容を
比較する（ステップＳＴ１７）。その結果内容が相違し
ている場合には変更があった旨を表示してユーザに知ら
せる（ステップＳＴ１８）。以後、ネットワーク３に接
続されていない場合と同様にダウンロードしたプログラ
ムファイルに基づいてプログラムを実行し、依存関係解
析を行う（ステップＳＴ９）。

【００６３】この場合、永続キャッシュ１１の内容は勝
手に更新しない。更新情報に基づいて更新したい場合に
は、ユーザはプログラム送出手段５から更新されたプロ
グラムをダウンロードし（ステップＳＴ４）、キャッシ
ュ制御手段６ｂにより永続キャッシュ１１（ステップＳ
Ｔ７）または通常キャッシュ８（ステップＳＴ８）にキ
ャッシュすることにより更新する。この際、実施の形態
２のように、通常キャッシュ８にキャッシュした場合に
依存関係解析結果をキャッシュ履歴簿１２（図３）に記
録してもよい（図５のステップＳＴ１１）。

【００６４】以上のように、この実施の形態６によれ
ば、容易に更新チェックができるだけでなく、タイムス
タンプなどによる更新チェックではなくプログラムファ
イルの内容を比較するため、どの機能を司るファイルが
更新されているか、大きく更新されているか少なく更新
されているかなどの情報をユーザが知ることができる効
果が得られる。また、残念ながらプログラムの更新によ
り新たなバグが混入されたり、かえって使い勝手が悪く
なってしまうことがよくある。このようなことによる影
響を避けるため、永続キャッシュを変更することなく更
新されたプログラムの動作チェックなどをすることがで
きる効果が得られる。

【００６５】実施の形態７．図１７はこの発明の実施の
形態７の計算機システムを組み込んだネットワークを示
す構成図である。図１７において、図１の実施の形態１
の構成要素と同一の構成要素には同一の番号を付し、そ
の説明を省略する。

【００６６】図１７において、１ｆはクライアント計算
機、４ｃはプログラムロード・実行手段、６ｃはキャッ
シュ制御手段、１８はプログラム送出手段５及び永続キ
ャッシュ１１から同一ファイル名のプログラムファイル
をロードして内容を比較し、変更の有無を検出し、更新
されたファイルを永続キャッシュに保存して、更に更新
されたファイルの依存関係解析を行って更新されたファ
イルにより必要とされるようになった新たなファイルを
ロード・保存する、キャッシュ制御手段６ｂに設けられ
た更新チェック・ロード手段である。

【００６７】次に動作について説明する。図１８はこの
実施の形態７のプログラムロード・実行手段４ｃの動作
を示すフローチャートである。図１８において、図１６
に示す実施の形態６のプログラム・ロード実行手段４ｂ
の動作ステップと同一の動作を行う動作ステップには同
一の番号を付し、その説明を省略する。

【００６８】この実施の形態７においては、実施の形態
６と同様に、永続キャッシュ１１に必要なプログラムフ
ァイルが保存されていれば保存されているプログラムフ
ァイルをロードし（ステップＳＴ２）、計算機システム
がネットワーク３に接続されているか否かを判断する
（ステップＳＴ１５）。計算機システムがネットワーク
３に接続されていなければロードしたプログラムファイ
ルに基づいてプログラムを実行し、依存関係解析を行う
（ステップＳＴ９）。計算機システムがネットワーク３
に接続されているときには、更新チェック・ロード手段
１８がプログラム送出手段５から永続キャッシュ１１に
保存されているのと同一のファイル名のプログラムファ
イルをダウンロードする（ステップＳＴ１６）。

【００６９】次に、更新チェック手段１７はプログラム
送出手段５からダウンロードしたプログラムファイルと
永続キャッシュ１１中のプログラムファイルとの内容を
比較する（ステップＳＴ１７）。その結果内容が相違し
ている場合には変更があった旨を表示してユーザに知ら
せる（ステップＳＴ１８）。

【００７０】この表示によりユーザがプログラムの更新
を指示しなければ（ステップＳＴ１９）、実施の形態６
と同様に、ダウンロードしたプログラムファイルに基づ
いてプログラムを実行し、依存関係解析を行う（ステッ
プＳＴ９）。ユーザがプログラムの更新を指示した場合
には（ステップＳＴ１９）、更新チェック・ロード手段
１８はステップＳＴ１７での比較結果により更新されて
いるプログラムファイルを、実施の形態３のプログラム
ロード・キャッシュ手段１４と同様に、ロードし（図８
のステップＳＴ３１参照）、永続キャッシュ１１にキャ
ッシュし（図８のステップＳＴ３２参照）、そのプログ
ラムファイルの依存解析を行って（図８のステップＳＴ
３３参照）プログラムファイルを更新する（図１８のス
テップＳＴ２０）。

【００７１】以上のように、この実施の形態７によれ
ば、永続キャッシュ１１の更新が容易に、かつ更新をも
れなく反映することができる効果が得られる。

【００７２】実施の形態８．図１９はこの発明の実施の
形態８の計算機システムを組み込んだネットワークを示
す構成図である。図１９において、図１の実施の形態１
の構成要素と同一の構成要素には同一の番号を付し、そ
の説明を省略する。

【００７３】図１９において、１ｇはクライアント計算
機、１９はプログラムの使用期限をチェックする使用期
限チェック手段、２０は使用期限と使用の経歴を記録し
た使用期限記録簿である。

【００７４】図２０は不揮発性記憶装置７ｂ中に設けら
れた使用期限記録簿２０の記録内容の一例を示す図であ
る。図２０の例では、ファイル群Ａには使用期限がな
く、ファイル群Ｂは使用期限が１９９７年３月１０日ま
でであり、前回１９９７年１月２５日に使用した実績が
あることを表している。

【００７５】次に動作について説明する。試用あるいは
課金のためなどによりプログラムの使用期限がある場合
など、永続キャッシュ１１中のプログラムが使用期限切
れのため使用できず、永続キャッシュ１１の効果が発揮
できない場合がある。この実施の形態８の計算機システ
ムは、例えば週報を作成するためのプログラムのように
ユーザは週に一度程度しか使わないなどの情報とユーザ
が指定する使用期限とを勘案して、使用期限が近付いて
いることをユーザに警告するものである。

【００７６】図２１はこの実施の形態８のプログラムロ
ード・実行手段４の動作を示すフローチャートである。
図２１において、図２に示す実施の形態１のプログラム
・ロード実行手段４の動作ステップと同一の動作を行う
動作ステップには同一の番号を付し、その説明を省略す
る。

【００７７】この実施の形態８においては、キャッシュ
制御手段６によりプログラムをロードした（ステップＳ
Ｔ２）後、次回の使用時期を予測するため、次回使用予
想時期＝今回使用時期−前回使用時期＋今回使用時期を
演算して求める（ステップＳＴ２１１）。

【００７８】次に、このようにして求めた次回使用予想
時期が使用期限を超えている場合には、その旨を表示し
てユーザに警告する（ステップＳＴ２１２）。

【００７９】また、今回の使用時期が既に使用期限を超
えているか否かを判断し（ステップＳＴ２１３）、使用
期限を超えてしまっている場合には実行プロセスを終了
する。使用期限を超えていない場合には、今回の使用時
期を使用期限記録簿２０に記し（ステップＳＴ２１
３）、永続キャッシュ１１にキャッシュされているプロ
グラムを実行し、依存関係解析を行う（ステップＳＴ
９）。

【００８０】以上のように、この実施の形態８によれ
ば、例えば月報を作成するためのプログラムならば週報
プログラムの場合より使用期限と警告を出すべき時の間
がより長くなる可能性が高いなどのプログラム使用頻度
に応じた指摘を行うことができ、ユーザがプログラムの
更新のためにそのプログラムのある事業所に出かけるな
どの行動を取るための指針を与えることができる効果が
得られる。

【００８１】なお、以上のいずれの実施の形態において
も、計算機システムはネットワーク中で用いる場合につ
いて説明したが、本発明の計算機システムはネットワー
ク中での使用に限定されるものではなく、プログラムフ
ァイルがＣＤ−ＲＯＭやフロッピーディスク等の記録媒
体に記録されていて、このような記録媒体等の外部のプ
ログラムソースからプログラムファイルを取り込んで使
用するような場合についても適用し得るものである。

【００８２】

【発明の効果】以上のように、請求項１記載の発明によ
れば、不揮発性記憶装置中に永続キャッシュを設けるよ
うに構成したので、ネットワークに接続されていなくと
も、またプログラムを記録した記録媒体が手元になくと
も、プログラムが利用可能であるだけでなく、明示的に
永続キャッシュを消去しないかぎりプログラムが利用可
能であり、さらにプログラムが複数ファイルから構成さ
れる場合でもプログラムロード・実行手段により依存関
係が解決されてロードされるため、ユーザはどのファイ
ルが必要か詳細に指定する必要なく永続キャッシュに必
要なファイルをキャッシュできる効果がある。また、依
存解析により必要なファイルのみが永続キャッシュにキ
ャッシュされ、それ以外のファイルは通常キャッシュに
キャッシュされるため、永続キャッシュは効率良く利用
される効果がある。

【００８３】請求項２記載の発明によれば、不揮発性記
憶装置中にキャッシュ履歴簿を設けるように構成したの
で、プログラム実行前だけでなくプログラム実行途中や
終了後からでも遡ってプログラム実行開始時点を容易に
特定でき、そのプログラム実行開始時点からのプログラ
ムファイルの永続キャッシュへのキャッシュが可能とな
るばかりではなく、通常キャッシュにキャッシュされて
いる内容を永続キャッシュにコピーすることにより、通
信量の削減が可能となり、さらにその時点でネットワー
クに接続されていなくとも永続キャッシュの構築が可能
となる効果がある。

【００８４】請求項３記載の発明によれば、クライアン
ト計算機にプログラムロード・キャッシュ手段を設ける
ように構成したので、プログラムを実行しなくとも永続
キャッシュにプログラムファイルをキャッシュでき、さ
らにプログラムファイルが複数のファイルにより構成さ
れている場合にすべての機能を実行することなく、もれ
なくプログラム全体を構成するファイルをロード、キャ
ッシュすることができる効果がある。

【００８５】請求項４記載の発明によれば、キャッシュ
移動手段をクライアント計算機に設けるように構成した
ので、永続キャッシュ中のプログラムファイルの削除と
そのプログラムファイルの通常キャッシュへのコピーに
より、効率よく永続キャッシュを維持することが可能と
なり、永続キャッシュから削除されたプログラムファイ
ルも通常キャッシュから削除されない限りネットワーク
に接続することなく使用することができる効果がある。

【００８６】請求項５記載の発明によれば、第２のキャ
ッシュ中のファイル群の削除履歴簿を不揮発性記憶装置
中に設けるように構成したので、永続キャッシュの削除
履歴簿を参照することにより、削除すべき永続キャッシ
ュのヒントをユーザに与えることができ、効率良く永続
キャッシュを維持することが可能となる。

【００８７】請求項６記載の発明によれば、パス一致化
手段をクライアント計算機に設けるように構成したの
で、複数の事業所等があるため複数の同じプログラムを
提供するサーバがある場合に、１つのサーバからではな
くどのサーバからでもプログラムの永続キャッシュへの
ロードが１つ分の永続キャッシュの容量で可能となり、
かつどのサーバからでも永続キャッシュの更新が可能と
なる効果がある。

【００８８】請求項７記載の発明によれば、更新チェッ
ク手段をクライアント計算機に設けるように構成したの
で、永続キャッシュの更新情報が容易にかつ効率良く判
断でき、またユーザの指示がなければ永続キャッシュは
更新されないため、これまで安定して動作しているなど
の理由によりユーザの満足しているバージョンのプログ
ラムを永続キャッシュに残したまま、更新された版のプ
ログラムを試使用することができる効果がある。

【００８９】請求項８記載の発明によれば、更新チェッ
ク・ロード手段をクライアント計算機に設けるように構
成したので、プログラムの更新情報が得られるだけでな
く、依存関係解析を行うことにより、プログラムが複数
のファイル群により構成されている場合でもプログラム
全体をもれなく更新することができる効果がある。

【００９０】請求項９記載の発明によれば、使用期限チ
ェック手段をクライアント計算機に設けるように構成し
たので、試用あるいは課金のためなど、プログラムの使
用期限がある場合、使用頻度に応じて使用期限が近付い
ていることを警告し、ユーザに新たな使用期限を持つプ
ログラムへの更新を促すことができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１の計算機システムを
組み込んだネットワークを示す構成図である。

【図２】 プログラムロード・実行手段の動作を示すフ
ローチャートである。

【図３】 この発明の実施の形態２の計算機システムを
組み込んだネットワークを示す構成図である。

【図４】 実施の形態２のキャッシュ履歴簿の記憶内容
を示す図である。

【図５】 実施の形態２のプログラムロード・実行手段
の動作を示すフローチャートである。

【図６】 実施の形態２のキャッシュコピー手段の動作
を示すフローチャートである。

【図７】 この発明の実施の形態３の計算機システムを
組み込んだネットワークを示す構成図である。

【図８】 実施の形態３のプログラムロード・キャッシ
ュ手段の動作を示すフローチャートである。

【図９】 この発明の実施の形態４の計算機システムを
組み込んだネットワークを示す構成図である。

【図１０】 実施の形態４のプログラムロード・実行手
段の動作を示すフローチャートである。

【図１１】 実施の形態４のキャッシュ移動手段の動作
を示すフローチャートである。

【図１２】 この発明の実施の形態５の計算機システム
を組み込んだネットワークを示す構成図である。

【図１３】 各計算機の保存するプログラムファイルの
分布を表す図である。

【図１４】 実施の形態５のプログラムロード・実行手
段の動作を示すフローチャートである。

【図１５】 この発明の実施の形態６の計算機システム
を組み込んだネットワークを示す構成図である。

【図１６】 実施の形態６のプログラムロード・実行手
段の動作を示すフローチャートである。

【図１７】 この発明の実施の形態７の計算機システム
を組み込んだネットワークを示す構成図である。

【図１８】 実施の形態７のプログラムロード・実行手
段の動作を示すフローチャートである。

【図１９】 この発明の実施の形態８の計算機システム
を組み込んだネットワークを示す構成図である。

【図２０】 実施の形態８の不揮発性記憶装置中に設け
られた使用期限記録簿の記録内容の一例を示す図であ
る。

【図２１】 実施の形態８のプログラムロード・実行手
段の動作を示すフローチャートである。

【図２２】 従来の計算機システムを組み込んだネット
ワークの構成図である。

【符号の説明】

１，１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ クラ
イアント計算機、７，７ａ，７ｂ 不揮発性記憶装置、
８ 通常キャッシュ（第１のキャッシュ）、１０ プロ
グラム、１１ 永続キャッシュ（第２のキャッシュ）、
１２ キャッシュ履歴簿、１４ プログラムロード・キ
ャッシュ手段、１５ キャッシュ移動手段、１６ パス
一致化手段、１７ 更新チェック手段、１８ 更新チェ
ック・ロード手段、１９ 使用期限チェック手段。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 プログラムファイルを外部から取り込
   み、取り込んだプログラムを実行するクライアント計算
   機と、該クライアント計算機が前記プログラムを実行す
   るために必要なファイルを記録する不揮発性記憶装置と
   を有する計算機システムにおいて、 前記プログラムファイルを一時的に保存する第１のキャ
   ッシュと、 前記不揮発性記憶装置中に設けられ、少なくともユーザ
   の指定するプログラムファイルを保存し、ユーザの消去
   の指示があるまで該プログラムファイルを保存し続ける
   第２のキャッシュとを備えたことを特徴とする計算機シ
   ステム。
2. 【請求項２】 第１のキャッシュ中へのプログラムファ
   イルの保存の事実と、保存されたプログラムファイルの
   依存関係とを記録するキャッシュ履歴簿を不揮発性記憶
   装置中に設けたことを特徴とする請求項１記載の計算機
   システム。
3. 【請求項３】 プログラムファイルの依存関係解析機能
   を持ち、プログラムをロード、キャッシュするプログラ
   ムロード・キャッシュ手段をクライアント計算機に設け
   たことを特徴とする請求項１または請求項２記載の計算
   機システム。
4. 【請求項４】 ユーザから削除するように指示のあった
   ファイル群を第２のキャッシュから削除し、第１のキャ
   ッシュへコピーするキャッシュ移動手段をクライアント
   計算機に設けたことを特徴とする請求項１から請求項３
   のうちのいずれか１項記載の計算機システム。
5. 【請求項５】 第２のキャッシュ中のファイル群の削除
   履歴簿を不揮発性記憶装置中に設けたことを特徴とする
   請求項４記載の計算機システム。
6. 【請求項６】 複数のサーバに存在するディレクトリが
   異なる同一ファイルのファイル名を所定のディレクトリ
   のファイル名に一致化させるパス一致化手段をクライア
   ント計算機に設けたことを特徴とする請求項１から請求
   項５のうちのいずれか１項記載の計算機システム。
7. 【請求項７】 第２のキャッシュ中にキャッシュされて
   いるプログラムファイルを外部から取り込み、この外部
   から取り込んだプログラムファイルを前記第２のキャッ
   シュ中のプログラムファイルと比較し、更新されている
   か否かをチェックする更新チェック手段をクライアント
   計算機に設けたことを特徴とする請求項１から請求項６
   のうちのいずれか１項記載の計算機システム。
8. 【請求項８】 第２のキャッシュ中にキャッシュされて
   いるプログラムファイルを外部から取り込み、この外部
   から取り込んだプログラムファイルを前記第２のキャッ
   シュ中のプログラムファイルと比較し、更新されている
   か否かをチェックし、更新されていた場合、さらにその
   ファイルの依存関係解析を行なってロードする更新チェ
   ック・ロード手段をクライアント計算機に設けたことを
   特徴とする請求項１から請求項６のうちのいずれか１項
   記載の計算機システム。
9. 【請求項９】 プログラムに使用期限がある場合に、ユ
   ーザの指定した使用期限と実際の使用頻度にあわせて使
   用期限が近付いていることの警告を行う使用期限チェッ
   ク手段をクライアント計算機に設けたことを特徴とする
   請求項１から請求項８のうちのいずれか１項記載の計算
   機システム。