JP2001075850A - データキャッシュ処理方法及びキャッシュ装置 - Google Patents

Abstract

(57)【要約】 【課題】 サーバが保有するデータが変更される場合等
でも、クライアントがキャッシュから最新のデータを入
手できるようにする。 【解決手段】 データを保有するサーバ２３０と、サー
バ２３０の保有するデータの送信を要求するクライアン
ト２１０と、サーバ２３０の保有するデータを一時的に
蓄積するキャッシュ２２０とが通信ネットワーク２４０
で接続されたデータ送信システムにおいて、キャッシュ
処理情報設定手段２３０１は、キャッシュ処理対象デー
タのデータ識別子とキャッシュ処理時刻を記憶装置２２
２に記憶する。時刻比較手段２３０２は、キャッシュ処
理時刻と現在時刻を比較する。そして、キャッシュ処理
時刻になると、キャッシュ処理手段２３０３は、サーバ
２３０が保有するキャッシュ処理対象データをサーバ２
３０から取り寄せて、記憶装置２２２に蓄積する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
上に構築されたデータ送信システムに関し、特に、サー
バの保有するデータをクライアントに迅速に送信するた
めのキャッシュに関する。

【０００２】

【従来の技術】通信ネットワーク上に、データを保有す
るサーバと、そのデータの送信を要求するクライアント
が存在するデータ送信システムの多くでは、なんらかの
方法で、サーバが保有するデータをキャッシュ処理する
ことで、迅速なデータ送信を実現している。

【０００３】しかし、このようなキャッシュを設けた場
合、サーバの保有するデータをキャッシュに読み込んだ
後に、サーバの保有するデータが変更されると、そのま
までは、キャッシュ上に存在するデータとサーバの保有
するデータの整合性がとれなくなってしまう。

【０００４】これに対して、特開平１０−７８９０４号
公報には、次のようなデータキャッシュ管理方式が記載
されている。すなわち、キャッシュとサーバがテーマと
時刻別新鮮度でデータを管理し、クライアントが要求テ
ーマと要求新鮮度を指定してデータ送信を要求し、要求
データのテーマがキャッシュ上にある場合は、現在時刻
とキャッシュ上の時刻別新鮮度から得られる新鮮度とク
ライアントの要求新鮮度を比較し、新鮮度が要求新鮮度
以上であるならば、クライアントにデータを送信し、要
求新鮮度以下の場合または要求データのテーマがキャッ
シュ上に無い場合は、サーバにデータ送信を依頼する。

【０００５】

【発明が解決しようとする課題】しかしながら、前記公
報記載の技術でも、クライアントが要求する新鮮度を満
たせば、キャッシュが保有するデータが最新でない場合
でも、キャッシュ上にあるデータがクライアントに送信
される。すなわち、サーバの保有するデータが変更され
る場合、キャッシュ上に存在するデータが最新であるこ
とを保証できず、クライアントが最新のデータを入手す
ることができない場合が生じる。従って、最新のデータ
を確実に手に入れるには、要求新鮮度を十分大きくして
データ送信を依頼する必要があるが、この場合、結局、
常にサーバにデータ送信を要求することになり、キャッ
シュが有効に動作しない。

【０００６】また、従来のキャッシュ方式においては、
クライアントがキャッシュ上にないデータを要求するこ
とをトリガーとして、そのデータがキャッシュ上に蓄積
される。つまり、クライアントがそれぞれのデータを１
回目に要求する場合には、通常、キャッシュ上にはその
データが存在せず、常にキャッシュミスすることにな
る。また、キャッシュの容量には通常、制限があるの
で、要求するデータの種類が多様である場合、キャッシ
ュに読み込まれたデータが再度利用される前に、キャッ
シュから追い出されてしまう場合も生じうる。このよう
な場合も、キャッシュが有効に動作しないことになる。

【０００７】本発明の目的は、サーバが保有するデータ
が変更される場合でも、クライアントがキャッシュから
最新のデータを入手することができるキャッシュ処理方
法および装置を提供することにある。

【０００８】また、本発明の他の目的は、クライアント
があるデータを初めて要求する場合でも、キャッシュミ
スすることなく、迅速なデータ送信を実現できるキャッ
シュ処理方法および装置を提供することにある。

【０００９】

【課題を解決するための手段】本発明に係るデータキャ
ッシュ処理方法は、キャッシュ処理対象データのデータ
識別子とキャッシュ処理時刻とを設定し、前記キャッシ
ュ処理時刻と現在時刻とを比較し、前記キャッシュ処理
時刻と現在時刻とが予め定めた関係にあるとき、前記デ
ータ識別子に対応するデータをサーバから取り寄せてキ
ャッシュに格納することを特徴とする。

【００１０】そして、クライアントからデータの送信要
求があった場合、当該データをキャッシュが有していれ
ば、キャッシュからクライアントにデータを送信し、当
該データをキャッシュが有していなければ、サーバに当
該データの送信を依頼する。

【００１１】なお、前記キャッシュ処理時刻と現在時刻
とが予め定めた関係にあるときとは、例えば、キャッシ
ュ処理時刻と現在時刻とが一致したときや、キャッシュ
処理時刻が現在時刻より過去に時刻になったときをい
う。

【００１２】前記データキャッシュ処理方法によれば、
例えば、クライアントがデータを要求する時刻が予めわ
かっている場合や予測できる場合には、キャッシュ処理
時刻をデータ要求時刻にあわせて指定することで、クラ
イアントがデータを要求する時には、最新のデータがキ
ャッシュ上に存在することになり、クライアントは最新
のデータをキャッシュから入手することができる。ま
た、クライアントがそのデータの送信を初めて要求する
場合でも、そのデータを予めキャッシュ上に読み出して
おくことができ、迅速な送信処理が可能になる。また、
サーバが保有するデータが変更される時刻が予めわかっ
ている場合や予測できる場合には、キャッシュ処理時刻
を、データの変更が完了する時刻にあわせて設定するこ
とで、クライアントは最新のデータをキャッシュから入
手することができる。

【００１３】本発明に係るキャッシュ装置は、データを
保有するサーバと、データの送信を要求するクライアン
トとに接続され、前記サーバから読み出したデータを記
憶するデータ記憶手段と、キャッシュ処理対象データの
データ識別子とキャッシュ処理時刻とを記憶するキャッ
シュ処理情報記憶手段と、前記キャッシュ処理時刻と現
在時刻とを比較する手段と、前記キャッシュ処理時刻と
現在時刻とが予め定めた関係にあるとき、前記データ識
別子に対応するデータを前記サーバから取り寄せて前記
データ記憶手段に格納する手段とを備えることを特徴と
する。

【００１４】本発明に係るデータ送信システムは、デー
タを保有するサーバと、前記サーバの保有するデータの
送信を要求するクライアントと、前記サーバの保有する
データを一時的に蓄積するキャッシュとを備える。そし
て、前記キャッシュは、キャッシュ処理対象データのデ
ータ識別子とキャッシュ処理時刻を記憶し、前記キャッ
シュ処理時刻と現在時刻を比較し、前記キャッシュ処理
時刻と現在時刻とが予め定めた関係にあるとき、前記デ
ータ識別子に対応するデータを前記サーバから取り寄せ
て記憶することを特徴とする。

【００１５】また、本発明に係る第２のデータ送信シス
テムは、データを保有する複数のサーバと、前記サーバ
の保有するデータを一時的に蓄積するキャッシュと、前
記キャッシュにデータの送信を要求するクライアントと
を備える。そして、前記キャッシュは、複数のサーバの
保有するデータを組み合わせて１つに加工するための加
工情報と、キャッシュ処理時刻とを記憶し、前記キャッ
シュ処理時刻と現在時刻を比較し、前記キャッシュ処理
時刻と現在時刻とが予め定めた関係にあるとき、前記複
数のサーバが保有するデータを前記加工情報に従って加
工し、加工後のデータを記憶することを特徴とする。

【００１６】以上の場合において、前記キャッシュ処理
対象データのデータ識別子とキャッシュ処理時間は、例
えば、クライアントにおいて入力され、キャッシュに送
信される。

【００１７】また、前記キャッシュ処理時刻は、定期形
式で指定できるようにしてもよい。この場合、前記キャ
ッシュ処理時刻と現在時刻との比較は、前記定期形式の
キャッシュ処理時刻のうち、最後にキャッシュ処理を行
った時刻の次のキャッシュ処理時刻と現在時刻との比較
を行う。

【００１８】更に、キャッシュ処理対象データのキャッ
シュ処理を行う期限時刻であるキャッシュ処理期限時刻
を指定できるようにしてもよい。この場合、例えば、キ
ャッシュ処理期限時刻が現在時刻より過去になったと
き、該当するキャッシュ処理情報を無効にする。

【００１９】また、前記キャッシュ処理にもかかわらず
送信要求がない回数の最大許容数であるキャッシュ処理
最大許容回数を指定できるようにしてもよい。この場
合、最後にデータ送信要求があった時刻から現在時刻ま
での間に前記キャッシュ処理した回数が、前記キャッシ
ュ処理最大許容回数より多くなったとき、該当するキャ
ッシュ処理情報を無効にする。

【００２０】また、前記キャッシュ処理を行ってデータ
を蓄積するときに、前記キャッシュにデータを蓄積する
ための空き容量がない場合、前記キャッシュのキャッシ
ュ処理時刻から現在時刻までの時間が長いデータを優先
的に削除して空き容量を確保するようにしてもよい。

【００２１】また、サーバ保有のデータをキャッシュに
蓄積するとき、当該データと同じデータ識別子に対応付
けられるデータがキャッシュ内に存在する場合、当該デ
ータを削除し、前記サーバ保有データを前記キャッシュ
に蓄積するようにしてもよい。

【００２２】また、前記キャッシュは、クライアントか
らのデータ送信要求を受信したときに、送信要求時刻を
記憶するようにしてもよい。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しつつ、詳細に説明する。

【００２４】まず、本発明の第１の実施形態について説
明する。

【００２５】図１は、本実施形態の全体構成を示す図で
ある。

【００２６】同図に示すように、本実施形態は、クライ
アント２１０と、キャッシュ２２０と、サーバ２３０と
を備え、それぞれが通信ネットワーク２４０で接続され
ている。

【００２７】このような構成において、クライアント２
１０は、必要に応じて、キャッシュ２２０に対して、デ
ータの要求を送信する。キャッシュ２２０は、クライア
ント２１０からデータ要求を受信すると、要求対象のデ
ータを自分が保持しているか否かを判断して、保持して
いれば、そのデータをクライアント２１０に返し、保持
していなければ、サーバ２３０にデータの送信を依頼す
る。

【００２８】図１に示すように、クライアント２１０
は、計算機２１１と、計算機２１１に接続された入力装
置２１２及び表示装置２１３とを備える。クライアント
２１０は、パーソナルコンピュータなどの通常の計算機
システムで構成される。入力装置２１２は、例えば、キ
ーボードやマウスなどで構成され、表示装置２１３は、
例えば、ＣＲＴディスプレイや液晶ディスプレイなどで
構成される。

【００２９】キャッシュ２２０は、サーバ２３０の保有
するデータを一時的に蓄積してクライアント２１０に送
信する。キャッシュ２２０は、計算機２２１と、計算機
２２１に接続された記憶装置２２２を備え、通常の計算
機システムで構成される。なお、キャッシュ２２０は、
サーバ２３０より高速にクライアント２１０にデータを
送信できるものとする。

【００３０】サーバ２３０は、計算機２３１と計算機２
３１に接続された記憶装置２３２を備え、通常の計算機
システムで構成される。なお、サーバ２３０は、一般
に、大量のデータを保有できる。

【００３１】通信ネットワーク２４０は、ＬＡＮ、イン
ターネット、パソコン通信、その他の有線または無線の
ネットワークで構成される。

【００３２】図１に示すように、キャッシュ２２０を構
成する計算機２２１は、キャッシュ処理情報設定手段２
３０１と、時刻比較手段２３０２と、キャッシュ処理手
段２３０３とを備える。各手段は、例えば、計算機２２
１上で動作するソフトウェア（プログラム）によって実
現される。当該ソフトウェアは、フロッピーディスクや
ＣＤ−ＲＯＭ等の可搬記録媒体や、ネットワークを介し
て、頒布することができる。

【００３３】キャッシュ処理情報設定手段２３０１は、
クライアント２１０からキャッシュ２２０に送信される
キャッシュ処理対象データのデータ識別子とキャッシュ
処理時刻とを対応付けて、キャッシュ処理情報として、
記憶装置２２２に格納する。時刻比較手段２３０２は、
記憶したキャッシュ処理時刻と現在時刻とを比較する。
キャッシュ処理手段２３０３は、例えば、現在時刻がキ
ャッシュ処理時刻に一致又は経過したと判定されたと
き、該当するデータをサーバ２３０から読み出し、記憶
装置２２２に蓄積する。

【００３４】以下、本実施形態の動作の詳細について説
明する。

【００３５】まず、クライアント２１０において、キャ
ッシュ処理情報の設定が行われる。

【００３６】図２は、キャッシュ処理情報を設定する際
に、クライアント２１０の表示装置２１３に表示される
キャッシュ処理設定画面３００の例を示す図である。同
図に示すように、キャッシュ処理設定画面３００は、キ
ャッシュ処理対象データの識別子（例えば、ファイル名
やテーブル名等）を入力するデータ識別子入力エリア３
０１と、キャッシュ処理対象データのキャッシュ処理時
刻を入力するキャッシュ処理時刻入力エリア３０２と、
指定された設定情報の送信要求を入力する実行ボタン３
０３とからなる。同図において、実行ボタン３０３が押
されると、データ識別子入力エリア３０１とキャッシュ
処理時刻入力エリア３０２とで指定されたデータ識別子
とキャッシュ処理時刻がキャッシュ２２０に送信され
る。

【００３７】なお、データの送信を要求するクライアン
トと、キャッシュ処理情報の設定を行うクライアントと
は、必ずしも同じである必要はない。例えば、クライア
ント２１０とは別に管理用クライアントを設け、キャッ
シュ処理情報の設定は、管理用クライアントで行うよう
にしてもよい。

【００３８】次に、キャッシュ２２０における処理につ
いて説明する。

【００３９】図３は、キャッシュ２２０における処理の
流れを示すフローチャートである。同図に示すように、
キャッシュ２２０における処理は、キャッシュ設定管理
処理１１０とデータ送信処理１２０とから構成される。

【００４０】なお、キャッシュ設定管理処理１１０とデ
ータ送信処理１２０は、マルチプロセスやマルチスレッ
ド等の計算機におけるプログラムの同時実行方式を使っ
て並列に実行される。これにより、キャッシュ設定管理
処理１１０を実行している間でもデータ送信処理１２０
を実行することができ、逆に、データ送信処理１２０を
実行している間でもキャッシュ設定管理処理１１０を実
行することができる。

【００４１】以下、キャッシュ設定管理処理１１０及び
データ送信処理１２０の詳細について説明する。

【００４２】（１）キャッシュ設定管理処理１１０ まず、キャッシュ設定管理処理１１０について説明す
る。図３に示すように、キャッシュ設定管理処理１１０
は、ステップ１１１〜１１３を備える。

【００４３】＜ステップ１１１＞キャッシュ２２０は、
クライアント２１０から送信された、キャッシュ処理対
象データのデータ識別子とキャッシュ処理時刻を記憶装
置２２２内のキャッシュ処理情報４００に記憶する。

【００４４】図４は、キャッシュ処理情報４００の構成
例を示す図である。キャッシュ処理情報４００は、キャ
ッシュ２２０がキャッシュ処理を行うために必要な情報
を記憶するためのテーブルで、同図に示すように、デー
タ識別子フィールド４０１とキャッシュ処理時刻フィー
ルド４０２とから構成される。データ識別子フィールド
４０１は、キャッシュ処理対象データのデータ識別子を
記憶し、キャッシュ処理時刻フィールド４０２は、各キ
ャッシュ処理対象データのキャッシュ処理時刻を記憶す
る。

【００４５】＜ステップ１１２＞キャッシュ処理情報４
００のフィールド４０２から、キャッシュ処理時刻を取
り出し、そのキャッシュ処理時刻と現在の時刻を比較
し、キャッシュ処理時刻が現在の時刻よりも過去の時刻
であるか否かを判定する。

【００４６】判定の結果、キャッシュ処理時刻が現在の
時刻よりも過去の時刻である場合は、キャッシュ処理を
行うため、ステップ１１３に移動する。一方、キャッシ
ュ処理時刻が現在の時刻よりも過去の時刻でない場合
は、キャッシュ処理時刻になるまで、ステップ１１２の
処理を繰り返す。なお、この場合、ある時間だけ待っ
て、ステップ１１２の処理を繰り返すようにしてもよ
い。

【００４７】＜ステップ１１３＞現在時刻よりも過去の
時刻であると判定されたキャッシュ処理時刻に対応する
データ識別子をキャッシュ処理情報４００のフィールド
４０１から取り出し、当該データ識別子の示すデータの
送信をサーバ２３０に要求し、サーバ２３０から送られ
てきたデータを、記憶装置２２２内のキャッシュデータ
５００に記憶する。

【００４８】図５は、キャッシュデータ５００の構成例
を示す図である。キャッシュデータ５００は、キャッシ
ュ処理を行ったデータを蓄積するためのテーブルであ
る。

【００４９】同図に示すように、キャッシュデータ５０
０は、データ識別子フィールド５０１と、データ内容フ
ィールド５０２とから構成される。データ識別子フィー
ルド５０１は、サーバ２３０から取り寄せたデータのデ
ータ識別子を記憶する。データ内容フィールド５０２
は、サーバ２３０から取り寄せたデータが存在する記憶
装置２２２内の場所を示すポインタ（アドレス）を記憶
する。同図の場合、サーバ２３０から取り寄せられるデ
ータは、テーブル全体やテーブルの一部である。

【００５０】以上のようにして、指定されたキャッシュ
処理時刻になると、該当するデータがサーバ２３０から
読み出されて、キャッシュ２２０に記憶される。

【００５１】（２）データ送信処理１２０ 次に、データ送信処理１２０について説明する。

【００５２】クライアント２１０は、必要に応じて、キ
ャッシュ２２０にデータの送信を要求する。この際、ク
ライアント２１０は、送信を要求するデータのデータ識
別子をキャッシュ２２０に送信する。

【００５３】図６は、クライアント２１０がデータ送信
要求を発行する際に、クライアント２１０の表示装置２
１３に表示されるデータ送信要求画面６００の例を示す
図である。

【００５４】同図に示すように、データ送信要求画面６
００は、送信を要求するデータのデータ識別子を入力す
るデータ識別子入力エリア６０１と、データ送信要求を
入力する実行ボタン６０２と、データ送信要求の結果を
表示するデータ内容表示エリア６０３とからなる。同図
において、実行ボタン６０２が押されると、データ識別
子入力エリア６０１で指定されたデータ識別子がキャッ
シュ２２０に送信される。そして、送信要求に対してク
ライアント２１０に送られてきたデータがデータ内容エ
リア６０３に表示される。

【００５５】キャッシュ２２０がクライアント２１０か
らのデータ送信要求を受信すると、データ送信処理１２
０の実行が開始される。

【００５６】図３に示すように、データ送信処理１２０
は、ステップ１２１〜１２４を備える。

【００５７】＜ステップ１２１＞キャッシュ２２０は、
クライアント２１０から送信要求対象データのデータ識
別子を受信する。

【００５８】＜ステップ１２２＞受信したデータ識別子
が、キャッシュデータ５００に記憶されているか否かを
判定する。その結果、受信したデータ識別子がキャッシ
ュデータ５００に記憶されている場合は、ステップ１２
３に移動し、受信したデータ識別子がキャッシュデータ
５００に記憶されていない場合は、ステップ１２４に移
動する。

【００５９】＜ステップ１２３＞受信したデータ識別子
に対応する記憶装置２２２内のデータをクライアント２
１０に送信する。

【００６０】＜ステップ１２４＞受信したデータ識別子
に対応するデータの送信をサーバ２３０に依頼する。

【００６１】サーバ２３０は、キャッシュ２２０からの
データ送信依頼を受信すると、要求されたデータをクラ
イアント２１０に直接送信する。なお、このとき、ま
ず、サーバ２３０がキャッシュ２２０にデータを送信
し、キャッシュ２２０がデータを中継して、クライアン
ト２１０にデータを送信するようにしてもよい。更に、
キャッシュ２２０が中継したデータを記憶装置２２２に
記憶し、次回のデータ送信要求の際に利用するようにし
てもよい。

【００６２】前述したように、指定されたキャッシュ処
理時刻は、キャッシュ２２０がサーバ２３０にデータ送
信要求を行うトリガーに使われる。従って、例えば、ク
ライアント２１０からキャッシュ２２０にデータ送信要
求が送信される時刻が予めわかっている場合や予測でき
る場合は、その時刻に基づいてキャッシュ処理時刻を設
定すればよい。なお、この場合、キャッシュ２２０がサ
ーバ２３０にデータの送信を要求してからデータが実際
にキャッシュ２２０に蓄積されるまでに要する時間を考
慮して、データ読み出し完了までにかかる予測時間の分
だけさかのぼって、キャッシュ処理時刻を設定するよう
にしてもよい。

【００６３】また、サーバ２３０が保有するデータが変
更される時刻が予めわかっている場合や予測できる場合
は、その時刻に基づいてキャッシュ処理時刻を設定すれ
ばよい。なお、この場合、データの変更が開始されてか
ら完了するまでの時間を考慮して、データ更新に要する
時間の分だけ未来の時間をキャッシュ処理時刻に設定す
るようにしてもよい。

【００６４】また、キャッシュ処理時刻に設定する時刻
等を決めるための判断材料を提供するため、キャッシュ
２２０がクライアント２１０からのデータ送信要求を受
信したときに、送信要求対象データのデータ識別子と要
求時刻を記憶しておき、それらをデータ利用情報として
クライアント２１０の表示装置２１３に表示できるよう
にしてもよい。この場合、キャッシュ２２０は、クライ
アント２１０からのデータ送信要求を受信すると、送信
要求を受信した時刻と送信要求対象データのデータ識別
子を記憶装置２２２内のデータ送信要求情報７００に記
憶しておく。

【００６５】図７は、データ送信要求情報７００の構成
例を示す図である。データ送信要求情報７００は、キャ
ッシュ２２０がクライアント２１０から受信した送信要
求対象データの識別子と要求時刻を記憶するためのテー
ブルである。

【００６６】同図に示すように、データ送信要求情報７
００は、データ送信要求時刻フィールド７０１とデータ
識別子フィールド７０２とから構成される。データ送信
要求時刻フィールド７０１は、データ送信要求時刻を記
憶し、データ識別子フィールド７０２は、送信要求され
たデータのデータ識別子を記憶する。

【００６７】クライアント２１０において、データ利用
情報を知りたいデータ識別子等が指定されると、それに
基づき、キャッシュ２２０は、クライアント２１０にデ
ータ利用情報を送信する。

【００６８】図８は、クライアント２１０の表示装置２
１３に表示されるデータ利用情報確認画面８００の例を
示す図である。同図に示すように、データ利用情報確認
画面８００は、利用情報を知りたいデータを指定する対
象データ入力エリア８０１と、利用情報を知りたい期間
を入力する対象期間入力エリア８０２と、データ利用情
報の要求を入力する実行ボタン８０３と、要求結果のデ
ータ利用情報を表示する利用情報表示エリア８０４とか
らなる。同図の場合、利用されたすべてのデータを対象
に、１９９８年６月２０日から現在時刻までの期間に、
各データが利用された利用回数と、それぞれのデータを
キャッシュ２２０が保有しているか否かを表示してい
る。

【００６９】ユーザやシステム管理者は、データ利用情
報確認画面８００を使って、データの利用状況を分析す
ることで、キャッシュ処理を行うデータや時刻を決めた
り、キャッシュ処理を行っているにも関わらず利用され
ていないデータを見つけることができる。また、クライ
アント２１０がデータ送信要求を送信する時刻を利用情
報から予想して、それに基づいてキャッシュ処理時刻を
設定することができる。

【００７０】なお、以上説明した図１の構成では、クラ
イアント２１０とキャッシュ２２０とサーバ２３０とを
別々の計算機システムによって構成したが、クライアン
ト２１０とキャッシュ２２０とを同じ計算機システムで
構成してもよいし、キャッシュ２２０とサーバ２３０と
を同じ計算機システムで構成してもよいし、クライアン
ト２１０とキャッシュ２２０とサーバ２３０とを同じ計
算機システムで構成してもよい。

【００７１】以上説明したように、第１の実施形態によ
れば、キャッシュ処理時刻を適切に設定することで、サ
ーバが保有するデータが変更される場合でも、クライア
ントは、最新のデータをキャッシュから入手することが
可能になる。また、予めキャッシュ上にデータを蓄積し
ておけば、クライアントがそのデータを初めて要求する
場合でも、キャッシュミスすることなく、キャッシュか
らクライアントにデータを迅速に送信することが可能に
なる。

【００７２】次に、本発明の第２の実施形態について説
明する。

【００７３】第２の実施形態は、キャッシュ処理の設定
処理と管理処理を並列に実行する。すなわち、第１の実
施形態のキャッシュ設定管理処理１１０の代わりに、キ
ャッシュ設定処理とキャッシュ管理処理の２つの処理を
用いる。キャッシュ設定処理は、キャッシュ処理対象デ
ータの設定のための処理であり、キャッシュ管理処理
は、キャッシュ処理対象データの管理のための処理であ
る。

【００７４】キャッシュ設定処理とキャッシュ管理処理
とは、マルチプロセスやマルチスレッド等の計算機にお
けるプログラムの同時実行方式で並列に実行される。

【００７５】なお、データ送信処理１２０については、
第１の実施形態と同様であるため、その説明は省略す
る。

【００７６】まず、キャッシュ設定処理について説明す
る。

【００７７】図９は、キャッシュ設定処理９００の処理
手順のフローチャートを示す図である。同図に示すよう
に、キャッシュ設定処理９００は、ステップ１１１、９
０１〜９０３を備える。

【００７８】＜ステップ１１１＞キャッシュ２２０は、
クライアント２１０から送信されたキャッシュ処理対象
データのデータ識別子とキャッシュ処理時刻を記憶装置
２２２内のキャッシュ処理情報４００に記憶する。

【００７９】＜ステップ９０１＞キャッシュ管理処理が
既に実行されているか否かを判定する。ここでは、キャ
ッシュ管理処理が実行されていることを示すフラグ（以
下、キャッシュ管理処理実行中フラグという）が立って
いるか否かを調べることで、判定する。その結果、未だ
実行されていないならば、ステップ９０２に移動し、既
に実行されているならば、ステップ９０３に移動する。

【００８０】＜ステップ９０２＞キャッシュ管理処理を
起動し、キャッシュ管理処理実行中フラグを立て、ステ
ップ９０３に移動する。

【００８１】＜ステップ９０３＞キャッシュ設定管理処
理９００を終了するか否かをクライアント２１０に問い
合わせる。終了しない場合は、ステップ１１１に戻る。

【００８２】以上のような手順で、キャッシュ設定処理
９００が行われる。

【００８３】次に、キャッシュ管理処理について説明す
る。

【００８４】図１０は、キャッシュ管理処理１０００の
処理手順を示すフローチャートである。同図に示すよう
に、キャッシュ管理処理１０００は、ステップ１１２、
１１３、１００１、１００２を備える。

【００８５】＜ステップ１１２＞キャッシュ処理情報４
００のフィールド４０２に設定されたキャッシュ処理時
刻を取り出し、現在の時刻と比較し、キャッシュ処理時
刻が現在時刻よりも過去の時刻であるか否かを判定す
る。このとき、キャッシュ処理情報４００に、複数のキ
ャッシュ処理時刻が設定されている場合には、その中か
ら１つを選んで取り出す。

【００８６】判定の結果、キャッシュ処理時刻が現在時
刻よりも過去の時刻である場合は、ステップ１１３に移
動し、そうでない場合は、ステップ１１２の処理を繰り
返す。

【００８７】＜ステップ１１３＞現在時刻よりも過去の
時刻であると判定されたキャッシュ処理時刻に対応する
データ識別子をキャッシュ処理情報４００のフィールド
４０１から取り出し、そのデータ識別子に対応するデー
タをサーバ２３０から取り寄せて、キャッシュデータ５
００に記憶する。

【００８８】＜ステップ１００１＞データ取り寄せが終
了すると、データ取り寄せに用いたデータ識別子と、そ
のデータ識別子に対応するキャッシュ処理時刻をキャッ
シュ処理情報４００から削除する。

【００８９】＜ステップ１００２＞キャッシュ処理情報
４００に、他のキャッシュ処理対象データの情報が残っ
ているか否かを判定する。その結果、残っている場合に
は、ステップ１１２に戻り、残っていない場合には、キ
ャッシュ管理処理実行中フラグを元に戻し、キャッシュ
管理処理１０００を終了する。

【００９０】以上説明したように、第２の実施形態によ
れば、キャッシュ設定処理とキャッシュ管理処理を並列
に実行でき、互いの処理を独立に行うことが可能であ
る。例えば、キャッシュ管理処理がキャッシュ処理時刻
待ちの間であっても、キャッシュ設定処理で新たにキャ
ッシュ処理対象データを設定することが可能である。つ
まり、複数のキャッシュ処理対象データを待ち時間なし
で設定することができる。

【００９１】次に、本発明の第３の実施形態について説
明する。

【００９２】第３の実施形態では、キャッシュ処理時刻
を定期形式で設定し、定期的にキャッシュ処理を行う。
ここで定期形式のキャッシュ処理時刻とは、毎日、毎
週、毎月などのように、ある時間間隔で複数回キャッシ
ュ処理を行う場合の設定を意味する。

【００９３】更に、キャッシュ処理時刻を定期形式で設
定できるようにしたのに対応して、キャッシュ処理終了
条件を設定できるようにし、キャッシュ処理終了条件が
満たされたら、キャッシュ処理の定期的な実行を終了す
る。

【００９４】図１１は、キャッシュ処理対象データのデ
ータ識別子とキャッシュ処理時刻とキャッシュ処理終了
条件を設定する際に、クライアント２１０の表示装置２
１３に表示されるキャッシュ処理設定画面１４００の例
を示す図である。

【００９５】同図に示すように、キャッシュ処理設定画
面１４００は、キャッシュ処理対象データの識別子を入
力するデータ識別子入力エリア１４０１と、キャッシュ
処理対象データのキャッシュ処理時刻を入力するキャッ
シュ処理時刻入力エリア１４０２と、キャッシュ処理終
了条件を入力するキャッシュ処理終了条件入力エリア１
４０３と、指定された設定情報の送信要求を入力する実
行ボタン１４０４とからなる。

【００９６】また、キャッシュ処理終了条件入力エリア
１４０３は、キャッシュ処理期限時刻を入力するキャッ
シュ処理期限時刻入力エリア１４０５と、キャッシュ処
理最大許容回数を入力するキャッシュ処理最大許容回数
入力エリア１４０６とからなる。ここで、キャッシュ処
理期限時刻とは、その時刻を経過すると、キャッシュ処
理を終了する時刻をいう。また、キャッシュ処理最大許
容回数とは、クライアントから最後にデータ送信要求を
受信した時刻から現在時刻までの間の行うことを許容す
るキャッシュ処理の最大回数をいう。つまり、最後にデ
ータ送信要求を受信した時刻から現在時刻までの間に行
ったキャッシュ処理の回数が、キャッシュ処理最大許容
回数を超えるとキャッシュ処理を終了する。キャッシュ
処理終了条件としては、キャッシュ処理期限時刻または
キャッシュ処理最大許容回数のどちらか片方を指定すれ
ばよい。なお、キャッシュ処理時刻入力エリア１４０２
で１回限りの形式でキャッシュ処理時刻を指定した場合
は、指定したキャッシュ処理時刻が自動的にキャッシュ
処理期限時刻として指定される。

【００９７】同図において、実行ボタン１４０４が押さ
れると、データ識別子入力エリア１４０１とキャッシュ
処理時刻入力エリア１４０２とキャッシュ処理終了条件
入力エリア１４０３とで指定されたデータ識別子とキャ
ッシュ処理時刻とキャッシュ処理終了条件とがキャッシ
ュ２２０に送信され、キャッシュ設定処理の実行が開始
される。

【００９８】図１１は、データ識別子Ａのデータを、毎
週月曜日午前８時４０分という定期形式のキャッシュ処
理時刻で、１９９８年９月１日午前０時０分まで実行す
るという条件を入力したときの画面表示を示している。

【００９９】次に、第３の実施形態におけるキャッシュ
設定処理及びキャッシュ管理処理について説明する。

【０１００】図１２は、キャッシュ処理対象データのキ
ャッシュ処理情報設定のためのキャッシュ設定処理１１
００の処理手順を示すフローチャートである。同図に示
すように、キャッシュ設定処理１１００は、ステップ１
１０１〜１１０４を備える。

【０１０１】＜ステップ１１０１＞キャッシュ２２０
は、クライアント２１０から送信されたキャッシュ処理
対象データのデータ識別子とキャッシュ処理時刻とキャ
ッシュ処理終了条件を記憶装置２２２内のキャッシュ処
理情報１３００に記憶する。

【０１０２】図１３は、キャッシュ処理情報１３００の
構成例を示す図である。

【０１０３】同図に示すように、キャッシュ処理情報１
３００は、データ識別子フィールド１３０１と、キャッ
シュ処理時刻フィールド１３０２と、キャッシュ処理終
了条件フィールド１３０３と、最終キャッシュ処理時刻
フィールド１３０４と、キャッシュ処理回数フィールド
１３０５とから構成される。

【０１０４】データ識別子フィールド１３０１は、デー
タ識別子を記憶する。キャッシュ処理時刻フィールド１
３０２は、キャッシュ処理時刻を記憶する。キャッシュ
処理終了条件フィールド１３０３は、キャッシュ処理終
了条件を記憶する。最終キャッシュ処理時刻フィールド
１３０４は、キャッシュ２２０がサーバ２３０から該当
するデータを最後に取り寄せた時刻を記憶する。キャッ
シュ処理回数フィールド１３０５は、キャッシュ２２０
がクライアント２１０からのデータ送信要求を最後に受
信した時刻から現在時刻までの間にキャッシュ処理を行
った回数を記憶する。

【０１０５】なお、ステップ１１０１で、最終キャッシ
ュ処理時刻フィールド１３０４には、現在時刻を記憶し
ておき、キャッシュ処理回数フィールド１３０５には０
をセットしておく。

【０１０６】＜ステップ１１０２＞キャッシュ管理処理
実行中フラグを調べ、キャッシュ管理処理が実行されて
いるか否かを判定する。その結果、実行されていないな
らば、ステップ１１０３に移動し、実行されているなら
ば、ステップ１１０４に移動する。

【０１０７】＜ステップ１１０３＞キャッシュ管理処理
を起動し、キャッシュ管理処理実行中フラグを立て、ス
テップ１１０４に移動する。

【０１０８】＜ステップ１１０４＞キャッシュ設定処理
１１００を終了するか否かをクライアント２１０に問い
合わせ、終了しない場合は、ステップ１１０１に戻る。

【０１０９】図１４は、キャッシュ管理処理１２００の
処理手順を示すフローチャートである。同図に示すよう
に、キャッシュ管理処理１２００は、ステップ１２０１
〜１２０６、１１２、１１３を備える。

【０１１０】＜ステップ１２０１＞キャッシュ処理情報
１３００のフィールド１３０２に記憶されたキャッシュ
処理時刻を取り出し、定期形式で設定されているか否か
を判定する。その結果、定期形式で設定されている場合
には、ステップ１２０２に移動し、定期形式でない１度
きりの形式で設定されている場合には、ステップ１１２
に移動する。

【０１１１】＜ステップ１２０２＞該当する最終キャッ
シュ処理時刻をキャッシュ処理情報１３００のフィール
ド１３０４から取り出し、その最終キャッシュ処理時刻
と定期形式のキャッシュ処理時刻とに基づいて、最終キ
ャッシュ処理時刻に一番近い未来のキャッシュ処理時刻
を算出する。そして、算出したキャッシュ処理時刻と現
在時刻とを比較し、そのキャッシュ処理時刻が現在時刻
よりも過去の時刻であるか否かを判定する。

【０１１２】例えば、図１３に示したデータ識別子Ａの
データの場合は、キャッシュ処理時刻フィールド１３０
２の「毎週月曜日午前８時４０分」に該当する複数の時
刻のうち、最終キャッシュ処理時刻フィールド１３０４
の「１９９８年６月２９日午前８時４０分」に一番近い
未来の時刻は、１９９８年７月６日午前８時４０分であ
り、この時刻と現在時刻を比較する。なお、このデータ
をまだ１度もキャッシュ処理していない場合は、前述し
たように、最終キャッシュ処理時刻フィールド１３０４
には、初期値として、キャッシュ処理情報を設定したと
きの時刻が設定されているので、キャッシュ処理情報を
設定したときの時刻に一番近い未来のキャッシュ処理時
刻と現在時刻が比較される。

【０１１３】判定の結果、キャッシュ処理時刻が現在時
刻よりも過去の時刻でない場合は、ステップ１２０１に
戻り、過去の時刻である場合には、ステップ１１３に移
動する。

【０１１４】＜ステップ１１２＞一度きりの形式で指定
されているキャッシュ処理時刻と現在の時刻を比較し、
キャッシュ処理時刻が現在の時刻よりも過去の時刻であ
るか否かを判定する。その結果、キャッシュ処理時刻が
現在時刻よりも過去の時刻でない場合は、ステップ１２
０１に戻り、過去の時刻である場合には、ステップ１１
３に進む。

【０１１５】＜ステップ１１３＞該当するデータ識別子
をキャッシュ処理情報１３００のフィールド１３０１か
ら取り出し、そのデータ識別子に対応するデータをサー
バ２３０から取り寄せて、キャッシュデータ５００に記
憶する。

【０１１６】＜ステップ１２０３＞サーバ２３０からデ
ータを取り寄せた時刻をキャッシュ処理情報１３００の
最終キャッシュ処理時刻フィールド１３０４に記憶す
る。また、キャッシュ処理情報１３００のキャッシュ処
理回数フィールド１３０５の値を１つ増やす。

【０１１７】＜ステップ１２０４＞サーバ２３０から取
り寄せたデータのデータ識別子に対応するキャッシュ処
理終了条件をキャッシュ処理情報１３００のフィールド
１３０３から取り出し、キャッシュ処理終了条件が満た
されているか否かを判定する。その結果、キャッシュ処
理終了条件が満たされていれば、ステップ１２０５に移
動し、そうでないならば、ステップ１２０６に移動す
る。なお、キャッシュ処理終了条件が満たされているか
否かの判定処理の詳細については、後述する。

【０１１８】＜ステップ１２０５＞キャッシュ処理終了
条件が満たされたキャッシュ処理情報１３００のキャッ
シュ処理時刻フィールド１３０２に、キャッシュ処理を
終了することを示す値を記憶する。

【０１１９】＜ステップ１２０６＞キャッシュ処理情報
１３００のキャッシュ処理時刻フィールド１３０２にキ
ャッシュ処理終了を示す値が記憶されていないデータが
残っているか否かを判定する。その結果、残っていない
場合には、キャッシュ管理処理実行中フラグを元にもど
し、キャッシュ管理処理１２００を終了する。一方、残
っている場合には、ステップ１２０１に戻る。

【０１２０】次に、前述したステップ１２０４の処理の
詳細について説明する。

【０１２１】図１５は、ステップ１２０４におけるキャ
ッシュ処理終了条件の判定処理の処理手順を示すフロー
チャートである。同図に示すように、本判定処理は、ス
テップ１５０１〜１５０３を備える。

【０１２２】＜ステップ１５０１＞キャッシュ処理終了
条件が、キャッシュ処理期限時刻の形式であるか否かを
判定する。その結果、キャッシュ処理期限時刻の形式で
あるならば、ステップ１５０２に移動し、そうでないな
らば、すなわち、キャッシュ処理最大許容回数の形式で
あるならば、ステップ１５０３に移動する。

【０１２３】＜ステップ１５０２＞キャッシュ処理終了
期限時刻が、現在時刻よりも過去であるか否かを判定す
る。その結果、現在時刻よりも過去であるならば、終了
条件を満たすと判定し、そうでないならば、終了条件を
満たさないと判定する。

【０１２４】＜ステップ１５０３＞該当するキャッシュ
処理回数をキャッシュ処理情報１３００のフィールド１
３０５から取り出し、そのキャッシュ処理回数がキャッ
シュ処理終了条件が示す回数より大きいか否かを判定す
る。その結果、キャッシュ処理回数が大きい場合は、終
了条件を満たすと判定し、そうでない場合は、終了条件
を満たさないと判定する。

【０１２５】以上のようにして、キャッシュ処理終了条
件が満たされているか否かが判定される。

【０１２６】また、本実施形態のデータ送信処理１２０
においては、クライアント２１０からデータ送信要求を
受信したとき、キャッシュ処理情報１３００のキャッシ
ュ処理回数フィールド１３０５を０にリセットする。こ
れ以外の動作は、第１の実装形態と同様である。

【０１２７】以上説明したように、第３の実施形態によ
れば、キャッシュ処理時刻を定期形式で設定できるの
で、毎週、毎日のように周期的に更新されるサーバのデ
ータ等についてキャッシュ処理を行う場合に、何度も設
定を繰り返す必要がない。また、キャッシュ処理期限時
刻やキャッシュ処理最大許容回数を設定することで、キ
ャッシュ処理を適切なときに終了させることができる。

【０１２８】次に、本発明の第４の実施形態について説
明する。

【０１２９】第４の実施形態は、複数のサーバにデータ
が分散しており、各サーバのデータを組み合わせて１つ
に加工してキャッシュ２２０に蓄積する。

【０１３０】図１６は、第４の実施形態の全体構成を示
す図である。同図に示すように、本実施形態は、図１に
示した構成に、サーバ１６００が追加された構成になっ
ている。

【０１３１】２つ目のサーバであるサーバ１６００は、
サーバ２３０と同様の構成で、計算機１６０１に、記憶
装置１６０２を接続した、通常の計算機システムで構成
される。

【０１３２】図１７は、クライアント２１０において、
キャッシュ処理対象データのデータ識別子とキャッシュ
処理時刻と加工方法を設定する際に、クライアント２１
０の表示装置２１３に表示されるキャッシュ処理設定画
面１７００の例を示す図である。

【０１３３】同図に示すように、キャッシュ処理設定画
面１７００は、キャッシュ処理対象データの識別子を入
力するデータ識別子入力エリア１７０１と、キャッシュ
処理対象データのキャッシュ処理時刻を入力するキャッ
シュ処理時刻フィールド１７０２と、データを組み合わ
せる加工方法を入力する加工方法入力エリア１７０３
と、指定された設定情報の送信要求を入力する実行ボタ
ン１７０４とからなる。

【０１３４】同図において、実行ボタン１７０４が押さ
れると、データ識別子入力エリア１７０１とキャッシュ
処理時刻フィールド１７０２と加工方法入力エリア１７
０３とで指定されたデータ識別子とキャッシュ処理時刻
と加工方法がキャッシュ２２０に送信される。

【０１３５】キャッシュ２２０は、キャッシュ処理対象
データのデータ識別子とキャッシュ処理時刻と加工方法
をクライアント２１０から受信すると、記憶装置２２２
内のキャッシュ処理情報１８００に記憶する。

【０１３６】図１８は、キャッシュ処理情報１８００の
構成例を示す図である。同図に示すように、キャッシュ
処理情報１８００は、データ識別子フィールド１８０１
と、キャッシュ処理時刻フィールド１８０２と、加工方
法フィールド１８０３とから構成される。

【０１３７】データ識別子フィールド１８０１は、キャ
ッシュ処理対象データのデータ識別子を記憶する。キャ
ッシュ処理時刻フィールド１８０２は、キャッシュ処理
対象データのキャッシュ処理時刻を記憶する。加工方法
フィールド１８０３は、データの加工方法を記憶する。
加工方法フィールド１８０３に記憶される加工方法は、
例えば、ＳＱＬと呼ばれるデータベースシステムにおけ
るデータ操作言語などによって記述される。ＳＱＬにつ
いては、例えば、Ｄ．Ｍ．クロエンケによる「データベ
ース処理 基礎・設計・実装」（株式会社トッパン発
行）の第３０５〜３２９頁に記載されている。

【０１３８】なお、本実施形態では、複数のサーバを備
えるため、データ識別子は、データが存在するサーバと
データ自体の両方を指定できる識別子であり、例えば、
「サーバ名.データ名」等で表される。

【０１３９】指定されたキャッシュ処理時刻になってキ
ャッシュ処理を行う際、キャッシュ処理情報１８００の
フィールド１８０３に加工方法が設定されてない場合
（例えば、図１８のデータ識別子Ｘ．Ｅの場合）には、
キャッシュ処理情報１８００のフィールド１８０１のデ
ータ識別子に指定されたサーバ（例えば、Ｘ）に、デー
タ識別子に対応するデータ（例えば、Ｅ）の送信を要求
し、データ内容を取り寄せ、キャッシュデータ５００に
記憶する。

【０１４０】一方、加工方法が設定されている場合に
は、加工方法の中で指定されたデータ識別子について、
データ識別子の示すサーバに、データ識別子の示すデー
タの送信を要求し、データ内容を取り寄せる。そして、
それらの取り寄せたデータを加工方法に従って組み合わ
せて１つに加工し、キャッシュデータ５００に記憶す
る。

【０１４１】図１９は、図１７に示したデータ識別子Ｍ
に対応する加工方法１７０３に基づく加工例を示す図で
ある。

【０１４２】同図において、テーブル１９１０は、デー
タ識別子Ａのデータ内容であり、例えば、サーバ２３０
に記憶される。また、テーブル１９２０は、データ識別
子Ｂのデータ内容であり、例えば、サーバ１６００に記
憶される。そして、テーブル１９３０は、加工方法１７
０３に指定された「ＪＯＩＮ」と呼ばれるテーブル加工
方法の加工結果であり、データ識別子Ｍのデータ内容と
して、キャッシュ２２０に記憶される。

【０１４３】以上説明したように、第４の実施形態によ
れば、通信ネットワークに接続された複数のサーバにデ
ータが分散している場合であっても、１つのキャッシュ
にまとめてデータを蓄積できる。また、複数のサーバが
保有するデータを組み合わせて１つに加工したものをキ
ャッシュに蓄積できるので、キャッシュは、クライアン
トに加工されたデータをそのまま送信でき、そのデータ
を何度も送信する場合であっても加工をやり直す必要が
ない。

【０１４４】次に、本発明の第５の実施形態について説
明する。

【０１４５】キャッシュ２２０の記憶装置２２２の容量
には制限があるので、サーバ２３０からキャッシュ処理
対象データを取り寄せて、記憶装置２２２に記憶する
際、空き容量が記憶装置２２２に無い場合には、すでに
蓄積しているデータのいずれかを削除する必要がある。

【０１４６】そこで、第３の実施形態において、サーバ
２３０からキャッシュ処理対象データを取り寄せて、記
憶装置２２２に記憶する際、データを蓄積するための空
き容量が記憶装置２２２に無い場合に、すでに蓄積して
いるデータのいずれかを削除する方法について、第５の
実施形態として説明する。

【０１４７】図２０は、本実施形態における、キャッシ
ュ管理処理１２００（図１４）の該当データのキャッシ
ュ処理（ステップ１１３）の処理手順を示すフローチャ
ートである。同図に示すように、本キャッシュ処理は、
ステップ２００１〜２００６を備える。

【０１４８】＜ステップ２００１＞キャッシュ処理を行
うデータのデータ識別子をキャッシュ処理情報１３００
のフィールド１３０１から取り出し、そのデータ識別子
に対応するデータのデータサイズをサーバ２３０に問い
合わせる。

【０１４９】＜ステップ２００２＞サーバ２３０から該
当データのデータサイズを受信すると、該当データを蓄
積するための空き容量が記憶装置２２２にあるか否かを
判定する。その結果、空き容量が十分ある場合は、ステ
ップ２００６に移動し、空き容量が十分ない場合は、ス
テップ２００３に移動する。

【０１５０】＜ステップ２００３＞データサイズを問い
合わせたデータの識別子と同じデータ識別子がキャッシ
ュデータ５００にあるか否かを判定する。その結果、キ
ャッシュデータ５００に同じデータ識別子がある場合に
は、当該データ識別子に対応するデータを削除対象デー
タとして、ステップ２００５に移動し、ない場合には、
ステップ２００４に移動する。

【０１５１】＜ステップ２００４＞キャッシュ処理情報
１３００内のデータのうち、最終キャッシュ処理時刻か
ら現在時刻までの時間が一番長いデータのデータ識別子
を取り出す。つまり、キャッシュ処理によってサーバ２
３０から最後に取り寄せられてからの時間が長いデータ
を検出して、削除対象データとする。

【０１５２】＜ステップ２００５＞ステップ２００３ま
たはステップ２００４で得られた削除対象データをキャ
ッシュデータ５００から削除する。この削除処理の詳細
については、後述する。

【０１５３】＜ステップ２００６＞キャッシュ処理対象
データの送信をサーバ２３０に要求し、データ内容を取
り寄せてキャッシュデータ５００に蓄積し、該当データ
のキャッシュ処理を終了する。

【０１５４】次に、前述したデータの削除処理（ステッ
プ２００５）の詳細について説明する。

【０１５５】図２１は、ステップ２００５のデータの削
除処理の処理手順を示すフローチャートである。同図に
示すように、本処理は、ステップ２１０１〜２１０３を
備える。

【０１５６】＜ステップ２１０１＞削除対象データにつ
いて、キャッシュデータ５００からデータ識別子とデー
タ内容を削除する。

【０１５７】＜ステップ２１０２＞削除対象データのキ
ャッシュ処理時刻フィールド１３０２に、キャッシュ処
理終了を示す値が記憶されているか否かを判定する。そ
の結果、キャッシュ処理終了を示す値が記憶されている
場合は、ステップ２１０３に移動し、そうでない場合
は、データの削除処理を終了する。

【０１５８】＜ステップ２１０３＞キャッシュ処理終了
を示す値が記憶されているデータについて、キャッシュ
処理情報１３００のフィールド１３０１〜１３０５の値
を削除し、データの削除処理を終了する。

【０１５９】なお、キャッシュデータ５００上のデータ
を削除するとき、クライアント２１０から最後に送信要
求があった時刻から現在時刻までの時間が長いデータを
優先して削除するようにしてもよい。そのようなデータ
は、クライアント２１０から今後送信要求がある可能性
が小さいと考えられるからである。

【０１６０】また、定期形式でキャッシュ処理時刻が設
定されているデータと、一度きりの形式でキャッシュ処
理時刻が設定されているデータが両方キャッシュデータ
５００に蓄積されている場合には、一度きりの形式でキ
ャッシュ処理時刻が設定されたデータを優先して削除す
るようにしてもよい。定期形式でキャッシュ処理時刻が
設定されたデータをキャッシュデータ５００から一時的
に削除しても、また次のキャッシュ処理時刻になるとこ
のデータがキャッシュ処理されるので、削除の効率が悪
いからである。

【０１６１】また、キャッシュ処理時刻が定期形式で設
定されている複数のデータの中からいずれかのデータを
削除する場合、次にサーバ２３０から取り寄せられるま
での時間が短いデータから優先して削除する方法が考え
られる。次に取り寄せられるまでの時間が短いデータを
削除すれば、そのデータがキャッシュ上に存在しない時
間が短くて済むからである。

【０１６２】以上説明したように、第５の実施形態によ
れば、キャッシュの記憶装置がすでに大量のデータを蓄
積しており、新しくサーバから取り寄せるデータを蓄積
するための空き容量が無い場合であっても、クライアン
トから送信要求される可能性の小さいデータをキャッシ
ュの記憶装置から削除することにより、取り寄せるデー
タのための空き容量を確保することができる。

【０１６３】

【発明の効果】以上詳細に説明したように、本発明によ
れば、適当なキャッシュ処理時刻を指定することで、サ
ーバのデータが変更された場合であっても、クライアン
トはサーバが保有する最新のデータをキャッシュから入
手することができる。

【０１６４】また、所定のデータを予めキャッシュ上に
蓄積させることができ、クライアントがそのデータの送
信を初めて要求する場合でも、迅速な送信処理が可能に
なる。

【図面の簡単な説明】

【図１】 第１の実施形態の全体構成図である。

【図２】 キャッシュ処理設定画面の例を示す図であ
る。

【図３】 第１の実施形態の全体の処理手順を示すフロ
ーチャートである。

【図４】 キャッシュ処理情報テーブルの構成例を示す
図である。

【図５】 キャッシュデータテーブルの構成例を示す図
である。

【図６】 データ送信要求画面の例を示す図である。

【図７】 データ送信要求情報テーブルの構成例を示す
図である。

【図８】 データ利用情報確認画面の例を示す図であ
る。

【図９】 第２の実施形態のキャッシュ設定処理の処理
手順を示すフローチャートである。

【図１０】 第２の実施形態のキャッシュ管理処理の処
理手順を示すフローチャートである。

【図１１】 キャッシュ処理設定画面の例を示す図であ
る。

【図１２】 第３の実施形態のキャッシュ設定処理の処
理手順を示すフローチャートである。

【図１３】 キャッシュ処理情報テーブルの構成例を示
す図である。

【図１４】 第３の実施形態のキャッシュ管理処理の処
理手順を示すフローチャートである。

【図１５】 第３の実施形態のキャッシュ処理終了条件
の判定処理の処理手順を示すフローチャートである。

【図１６】 第４の実施形態の全体構成図である。

【図１７】 キャッシュ処理設定画面の例を示す図であ
る。

【図１８】 キャッシュ処理情報テーブルの構成例を示
す図である。

【図１９】 データ加工処理の例を示す図である。

【図２０】 第５の実施形態のデータのキャッシュ処理
の処理手順を示すフローチャートである。

【図２１】 第５の実施形態のデータの削除処理の処理
手順を示すフローチャートである。

【符号の説明】

２１０ クライアント ２２０ キャッシュ ２３０ サーバ ２４０ 通信ネットワーク ２１１，２２１，２３１ 計算機 ２２２，２３２ 記憶装置 ２３０１ キャッシュ処理情報設定手段 ２３０２ 時刻比較手段 ２３０３ キャッシュ処理手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 林 重年 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 増石 哲也 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 (72)発明者 田中 厚 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B082 FA12 HA08

Claims (5)

【特許請求の範囲】
1. 【請求項１】 キャッシュ処理対象データのデータ識別
   子とキャッシュ処理時刻とを設定し、 前記キャッシュ処理時刻と現在時刻とを比較し、 前記キャッシュ処理時刻と現在時刻とが予め定めた関係
   にあるとき、前記データ識別子に対応するデータをサー
   バから取り寄せてキャッシュに格納することを特徴とす
   るデータキャッシュ処理方法。
2. 【請求項２】 データを保有するサーバと、データの送
   信を要求するクライアントとに接続されるキャッシュ装
   置であって、 前記サーバから読み出したデータを記憶するデータ記憶
   手段と、 キャッシュ処理対象データのデータ識別子とキャッシュ
   処理時刻とを記憶するキャッシュ処理情報記憶手段と、 前記キャッシュ処理時刻と現在時刻とを比較する手段
   と、 前記キャッシュ処理時刻と現在時刻とが予め定めた関係
   にあるとき、前記データ識別子に対応するデータを前記
   サーバから取り寄せて前記データ記憶手段に格納する手
   段とを備えることを特徴とするキャッシュ装置。
3. 【請求項３】 前記キャッシュ処理時刻は、定期形式で
   指定できることを特徴とする請求項２に記載のキャッシ
   ュ装置。
4. 【請求項４】 データを保有するサーバと、 前記サーバの保有するデータの送信を要求するクライア
   ントと、 前記サーバの保有するデータを一時的に蓄積するキャッ
   シュとを備え、 前記キャッシュは、 キャッシュ処理対象データのデータ識別子とキャッシュ
   処理時刻を記憶し、 前記キャッシュ処理時刻と現在時刻を比較し、 前記キャッシュ処理時刻と現在時刻とが予め定めた関係
   にあるとき、前記データ識別子に対応するデータを前記
   サーバから取り寄せて記憶することを特徴とするデータ
   送信システム。
5. 【請求項５】 データを保有する複数のサーバと、 前記サーバの保有するデータを一時的に蓄積するキャッ
   シュと、 前記キャッシュにデータの送信を要求するクライアント
   とを備え、 前記キャッシュは、 複数のサーバの保有するデータを組み合わせて１つに加
   工するための加工情報と、キャッシュ処理時刻とを記憶
   し、 前記キャッシュ処理時刻と現在時刻を比較し、 前記キャッシュ処理時刻と現在時刻とが予め定めた関係
   にあるとき、前記複数のサーバが保有するデータを前記
   加工情報に従って加工し、加工後のデータを記憶するこ
   とを特徴とするデータ送信システム。