JP4202534B2 - Web data cache update method and cache update system - Google Patents
Web data cache update method and cache update system Download PDFInfo
- Publication number
- JP4202534B2 JP4202534B2 JP18001899A JP18001899A JP4202534B2 JP 4202534 B2 JP4202534 B2 JP 4202534B2 JP 18001899 A JP18001899 A JP 18001899A JP 18001899 A JP18001899 A JP 18001899A JP 4202534 B2 JP4202534 B2 JP 4202534B2
- Authority
- JP
- Japan
- Prior art keywords
- web
- data
- update
- cache
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ＷｅｂサーバとＷｅｂクライアントとの間にＷｅｂデータをキャッシングするプロセスを介在させたＷｅｂネットワークに適用して好適なキャッシュ更新方法およびキャッシュ更新システムに係り、特に、ＷｅｂサーバおよびＷｅｂデータをキャッシングするプロセス上の既存のソフトウェア資源をなんら改造することなしに、ＷｅｂサーバとＷｅｂデータをキャッシングするプロセスとの間の通信量を大幅に削減し、かつＷｅｂクライアントからのデータ要求に対する応答時間を飛躍的に短縮することを可能とするＷｅｂデータのキャッシュ更新方法およびキャッシュ更新システムに関する。
【０００２】
【従来の技術】
近年の通信技術の向上に伴ない、複数のネットワークをルータなどで相互に接続することにより、異なるネットワークに接続された端末同士の通信を可能とした相互接続ネットワークが多く構築されている。そして、この種の相互接続ネットワークでは、Ｗｅｂサーバなどと称される端末が一元的に保有するデータ（Ｗｅｂデータ）をＷｅｂクライアントなどと称される端末がＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の規定に基づいて適宜要求するといったクライアント−サーバ型のデータ授受が広く行なわれている。
【０００３】
また、このＷｅｂクライアントからＷｅｂサーバへのアクセスでは、Ｗｅｂプロキシサーバなどと称される、Ｗｅｂサーバが提供するＷｅｂデータをキャッシングしてＷｅｂサーバの役割を代理する端末を介在させることが多い。このＷｅｂプロキシサーバでＷｅｂサーバのデータをキャッシングし、このキャシングしたＷｅｂデータをＷｅｂクライアントの要求に応じて提供すれば、Ｗｅｂサーバまでの通信を少なくすることができ、Ｗｅｂクライアントから見たデータリクエストの応答時間が改善される。
【０００４】
図８は、このＷｅｂプロキシサーバを介在させたＷｅｂサーバおよびＷｅｂクライアント間のデータ授受を説明するための図である。
【０００５】
図８に示す相互接続ネットワークは、ＬＡＮ１（１）とＬＡＮ２（２）とをルータ１（４１）、低速通信回線（３）およびルータ（４２）により相互に接続したものであり、ＬＡＮ１（１）には計算機１（１０）が、ＬＡＮ２（２）には計算機２（２０）と計算機３（３０）とがそれぞれ接続されている。そして、計算機１（１０）では、Ｗｅｂサーバプロセス（１１）がデータファイル（１２）のＷｅｂデータを提供すべく動作し、計算機２（２０）では、Ｗｅｂプロキシサーバプロセス（２１）がキャッシュファイル（２２）にＷｅｂデータをキャッシングし、さらに、計算機３（３０）では、Ｗｅｂクライアントプロセス（３１）がＷｅｂサーバプロセス（１１）にＷｅｂデータを要求すべく動作している。
【０００６】
より具体的には、計算機３（３０）のＷｅｂクライアントプロセス（３１）から計算機１（１０）のＷｅｂサーバプロセス（１１）にＷｅｂデータの要求が発生されると、この要求が計算機２（２０）のＷｅｂプロキシサーバプロセス（２１）に引き渡され、この要求を受けた計算機２（２０）のＷｅｂプロキシサーバプロセス（２１）が、ルータ２（４２）、低速通信回線（３）、ルータ１（４１）を経由して、計算機１（１０）のＷｅｂサーバプロセス（１１）にそのＷｅｂデータを要求する。そして、計算機１（１０）のＷｅｂサーバプロセス（１１）は、データファイル（１２）からＷｅｂデータを読み出し、ルータ１（４１）、低速通信回線（３）、ルータ（４２）を経由して計算機２（２０）に転送する。計算機２（２０）のＷｅｂプロキシサーバプロセス（２１）は、そのＷｅｂデータをキャッシュファイル（２２）にキャッシングするととも、計算機３（３０）のＷｅｂクライアントプロセス（３１）に転送する。
【０００７】
その後、他の計算機３（３０）のＷｅｂクライアントプロセス（３１）から同じＷｅｂデータの要求が発生されると、この要求を受けた計算機２（２０）のＷｅｂプロキシサーバプロセス（２１）は、キャッシュファイル２２を調べ、既にキャッシングしたＷｅｂデータがキャッシングファイル（２２）に格納されていれば、そのＷｅｂデータを読み出し、要求元の計算機３（３０）のＷｅｂクライアントプロセス（３１）に転送する。
【０００８】
これにより、多くの場合に低速通信回線（３）を介したデータ通信を省くことができるようになり、Ｗｅｂクライアントプロセス（３１）から見たデータリクエストの応答時間が改善されることになる。この効果は、低速通信回線（３）の通信速度が低ければ低いほど大きいものとなる。
【０００９】
【発明が解決しようとする課題】
ところで、このＷｅｂプロキシサーバは、Ｗｅｂクライアントに転送するＷｅｂデータを常にＷｅｂサーバが提供する最新のＷｅｂデータと一致させなければならない。そのため、Ｗｅｂプロキシサーバは、ＷｅｂクライアントからＷｅｂデータを要求される度に、キャッシング中のＷｅｂデータの更新を試みる。図９は、このＷｅｂデータの更新手順を説明するための図である。
【００１０】
ＷｅｂクライアントからＷｅｂデータを要求されると（図９（１））、Ｗｅｂプロキシサーバは、まず、キャッシング中のＷｅｂデータの更新日時をＷｅｂサーバに通知し、その日時以降に更新があったかどうかを問い合わせる（図９（２））。
【００１１】
一方、Ｗｅｂサーバは、この問い合わせに対して、更新があった場合にはデータ本体とデータの更新日時とを（図９（３））、なければ応答のみを返答する（図９（４））。
【００１２】
そして、Ｗｅｂプロキシサーバは、データ本体を受け取ったならばキャッシング中のデータを更新した上で、また、応答のみの場合は、キャッシング中のＷｅｂデータをＷｅｂクライアントに返送する（図９（５），（５）′）
なお、ＨＴＴＰの規定では、Ｗｅｂサーバへの問い合わせにＩｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダを付けたＧＥＴリクエストが用いられる。このリクエストには、Ｗｅｂデータを一意に示すＵＲＬとキャッシング中のＷｅｂデータの更新日時とが含まれる。また、更新がない場合の応答には、“Ｎｏｔ Ｍｏｄｉｆｉｅｄ”というレスポンスが用いられる。
【００１３】
また、要求されたＷｅｂデータをキャッシングしていない場合、Ｗｅｂプロキシサーバは、Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダを付けずにＧＥＴリクエストをＷｅｂサーバに送る。このリクエストのレスポンスには、データ本体とデータの更新日時とが含まれる。
【００１４】
しかしながら、このような手順では、ＷｅｂプロキシサーバがＷｅｂクライアントからデータ要求を受けたときに、必ずＷｅｂサーバに対してリクエストを送り、そのレスポンスを待つことになる。したがって、ＷｅｂプロキシサーバとＷｅｂサーバとが低速な通信回線で結ばれている場合には、リクエストの応答が帰ってくるまでの時間が長くなり、ＷｅｂクライアントがＷｅｂデータを要求してからそのＷｅｂデータを得られるまでの応答時間が長くなってしまうといった問題があった。
【００１５】
この発明はこのような実情を考慮してなされたものであり、ＷｅｂサーバおよびＷｅｂプロキシサーバ上の既存のソフトウェア資源をなんら改造することなしに、ＷｅｂサーバとＷｅｂプロキシサーバとの間の通信量を大幅に削減し、かつＷｅｂクライアントからのデータ要求に対する応答時間を飛躍的に短縮することを可能とするＷｅｂデータのキャッシュ更新方法およびキャッシュ更新システムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
前述した目的を達成するために、この発明は、Ｗｅｂデータを記憶したデータファイルを有するＷｅｂサーバコンピュータと前記ＷｅｂデータをアクセスするＷｅｂクライアントコンピュータの間に、前記Ｗｅｂデータをキャッシングするキャッシュファイルを有するキャッシング用コンピュータを介在して設け、前記Ｗｅｂサーバコンピュータのデータ管理プロセスによって、データファイルの前記Ｗｅｂデータの更新を監視して、更新された場合にそのＵＲＬの利用者グループに属するクライアントに更新通知を行ない、前記キャッシング用コンピュータのキャッシュ管理テーブルを有するキャッシュ管理プロセスによって、前記キャッシュファイルにキャッシングされている前記ＷｅｂデータのＵＲＬ、更新日時およびアクセス日時を管理テーブルによって管理し、前記キャッシング用コンピュータのＷｅｂプロキシサーバプロセスによって、前記Ｗｅｂクライアントコンピュータからのアクセス要求に基づき、前記キャッシュファイルまたは前記Ｗｅｂサーバコンピュータから得られた前記Ｗｅｂデータを前記Ｗｅｂクライアントコンピュータへ転送し、前記キャッシング用コンピュータの前記キャッシュ管理プロセスによって、前記Ｗｅｂサーバコンピュータから前記更新通知されたＵＲＬが前記管理テーブルに存在する場合、前記管理テーブルのアクセス日時から一定期間経過していなければ、前記更新情報に含まれる更新日時に前記管理テーブルの更新日時を更新して、前記管理テーブルの更新日時に保存して、前記Ｗｅｂサーバコンピュータへ前記ＵＲＬのデータを要求し、前記管理テーブルのアクセス時間から一定期間経過していれば、前記管理テーブルから前記更新通知されたＵＲＬとその更新日時およびアクセス日時とを削除するようにしたものである。
【００１７】
この発明においては、キャッシング用コンピュータにキャッシングされたＷｅｂデータが更新された際、Ｗｅｂサーバコンピュータのデータ管理プロセスからの通知に応じて、キャッシング中のＷｅｂデータを書き換えさせるべく、キャッシング用コンピュータのキャッシュ管理プロセスが、Ｗｅｂデータをキャッシュするプロセスの一例であるＷｅｂプロキシサーバプロセスに対して、そのＷｅｂデータを要求することから、従来であればＷｅｂクライアントコンピュータからのデータ要求時に発生していたＷｅｂプロキシサーバプロセスからＷｅｂサーバコンピュータへの更新有無の問い合わせを省略できるため、Ｗｅｂサーバコンピュータとキャッシング用サーバコンピュータとの間の通信量を大幅に削減できるとともに、Ｗｅｂクライアントコンピュータからのデータ要求に対する応答時間を飛躍的に短縮できることになる。
また、キャッシング用コンピュータのキャッシュ管理プロセスが、更新管理するＷｅｂデータそれぞれについてＷｅｂクライアントコンピュータからのアクセス日時を記録し、一定時間を越えてアクセスのないＷｅｂデータを更新管理の対象外とすることにより、Ｗｅｂサーバコンピュータとキャッシング用コンピュータとの間の通信量をさらに削減できることになる。
【００１８】
また、データ管理プロセスがＷｅｂサーバコンピュータが保持するＷｅｂデータの更新を監視し、一方、キャッシング用コンピュータのキャッシュ管理プロセスがこのデータ管理プロセスからの更新通知に応じてＷｅｂデータの書き換えを発生させるために、既存のＷｅｂサーバプロセスおよびＷｅｂプロキシサーバプロセスをなんら改造する必要がない。
【００２１】
また、この発明は、データ管理プロセスからキャッシュ管理プロセスへの更新通知を一定時間毎に一括して送信するようにしたものである。
【００２２】
これにより、同様に、Ｗｅｂサーバコンピュータとキャッシング用コンピュータとの間の通信量をさらに削減できることになる。
【００２３】
【発明の実施の形態】
以下、図面を参照しながらこの発明の実施形態を説明する。図１は、この発明の実施形態に係るＷｅｂネットワークの構成を示す図である。
【００２４】
図１に示すように、このＷｅｂネットワークは、ＬＡＮ１（１）とＬＡＮ２（２）とをルータ１（４１）、低速通信回線（３）およびルータ（４２）により相互に接続したものであり、ＬＡＮ１（１）には計算機１（１０）が、ＬＡＮ２（２）には計算機２（２０）と計算機３（３０）とがそれぞれ接続されている。そして、計算機１（１０）では、Ｗｅｂサーバプロセス（１１）がデータファイル（１２）のＷｅｂデータを提供すべく動作し、計算機２（２０）では、Ｗｅｂプロキシサーバプロセス（２１）がキャッシュファイル（２２）にＷｅｂデータをキャッシングし、さらに、計算機３（３０）では、Ｗｅｂクライアントプロセス（３１）がＷｅｂサーバプロセス（１１）にＷｅｂデータを要求すべく動作している。
【００２５】
また、これに加えて、このＷｅｂネットワークでは、計算機１（１０）でデータ管理プロセス（１３）が、計算機２（２０）でキャッシュ管理プロセス（２３）がそれぞれ動作する。そして、この発明は、この計算機１（１０）のデータ管理プロセス（１３）と計算機２（２０）のキャッシュ管理プロセス（２３）とがキャッシュファイル（２２）のＷｅｂデータをより効率的に更新管理すべく動作する点を特徴としており、以下、この点について詳述する。
【００２６】
このＷｅｂネットワークでは、まず、Ｗｅｂプロキシサーバプロセス（２１）からＷｅｂサーバプロセス（１１）を見た場合のＷｅｂプロキシとしてキャッシュ管理プロセス（２３）を設定する。これにより、Ｗｅｂプロキシサーバプロセス（２１）とＷｅｂサーバプロセス（１１）との通信をキャッシュ管理プロセス（２３）に中継させるようにする。
【００２７】
一方、データ管理プロセス（１３）は、Ｗｅｂサーバプロセス（１１）がデータファイル（１２）に保持するＷｅｂデータをカテゴリごとに分けて管理している。そのために、このデータ管理プロセス（１３）は、各Ｗｅｂデータを一意に示すＵＲＬを引数にしたハッシュ関数をもっており、ハッシュ関数の値が同じデータを同じカテゴリとしている。なお、キャッシュ管理プロセス（２３）も、このデータ管理プロセス（１３）と同じハッシュ関数をもっている。
【００２８】
また、このデータ管理プロセス（１３）とキャッシュ管理プロセス（２３）とは、図２に示すような、ハッシュ関数の各値にＩＰマルチキャストのホスト・グループを対応づけた対応表をもっている。ＩＰマルチキャストとは、特定多数の相手にデータを同報するためのものであり、あるホスト・グループに向けてデータを送信すると、そのホスト・グループに登録された相手すべてにそのデータが転送される。そして、この対応表は、同一カテゴリに含まれるデータの更新の通知にホスト・グループを利用するために用いられる。
【００２９】
ここで、図３を参照して、データ管理プロセス（１３）の動作手順について説明する。
【００３０】
データ管理プロセス（１３）は、Ｗｅｂデータの更新を監視すべくデータファイル（１２）に対するアクセスを監視しており（ステップＡ１）、データファイル（１２）のＷｅｂデータが更新されたときには（ステップＡ２のＹＥＳ）、そのＷｅｂデータを一意に示すＵＲＬと更新日時とを含むデータ更新通知を作成する（ステップＡ３）。また、このときに、ＵＲＬを引数にハッシュ関数の値を求め、前述の対応表からその値に対応するホスト・グループを求めておく。
【００３１】
そして、データ管理プロセス（１３）は、作成したデータ更新通知を一定時間ごとに一括して送信する（ステップＡ４のＹＥＳ，ステップＡ５）。より具体的には、データ管理プロセス（１３）は、同じハッシュ関数値をもっているデータ更新通知を１つの通知としてまとめ、このまとめたデータ更新通知をハッシュ関数値に対応するホスト・グループを宛先として送信する。このようにして送信されたデータ更新通知は、ＩＰマルチキャストの機構により、更新前のＷｅｂデータを保持する可能性のあるＷｅｂプロキシサーバプロセス（２１）のＷｅｂプロキシとなるキャッシュ管理プロセス（２３）へと配送される。
【００３２】
一方、キャッシュ管理プロセス（２３）は、Ｗｅｂプロキシサーバプロセス（２１）のＷｅｂプロキシとなっているので、Ｗｅｂサーバプロセス（１１）とＷｅｂプロキシサーバプロセス（２１）との通信を中継しながらその内容を監視することができる。一般的に、ＨＴＴＰを用いたＷｅｂアクセスでは、Ｗｅｂプロキシサーバプロセス（２１）からは、要求するデータのＵＲＬを含むＧＥＴリクエストがＷｅｂサーバプロセス（１１）へ送られ、一方、Ｗｅｂサーバプロセス（１１）からは、ＧＥＴリクエストに対するレスポンスがＷｅｂプロキシサーバプロセス（２１）へ送られる。
【００３３】
そこで、このキャッシュ管理プロセス（２３）は、ＧＥＴリクエストとそれに対応するレスポンスを中継しながらその内容を監視することで、Ｗｅｂプロキシサーバプロセス（２１）がキャッシュファイル（２２）にキャッシングしているＷｅｂデータのＵＲＬと更新日時とを取得する。そして、各ＷｅｂデータのＵＲＬ、更新日時およびリクエストの発生した時間（アクセス時間）を、図４に示すようなキャッシュデータ管理表に記録する。
【００３４】
このキャッシュデータ管理表にＵＲＬ、更新日時およびアクセス時間を記録するタイミングは、Ｗｅｂプロキシサーバプロセス（２１）からＧＥＴリクエストを受信したとき、または、Ｗｅｂサーバプロセス（１１）からＧＥＴリクエストのレスポンスを受信したときである。
【００３５】
ここで、図５を参照して、計算機３（３０）のＷｅｂクライアントプロセス（３１）からのデータ要求により、Ｗｅｂプロキシサーバプロセス（２１）からＧＥＴリクエストを送信する前のキャッシュ管理プロセス（２３）の監視動作手順について説明する。
【００３６】
キャッシュ管理プロセス（２３）は、Ｗｅｂプロキシサーバプロセス（２１）からＧＥＴリクエストを受信すると、まず、そのリクエストされたＵＲＬがキャッシュデータ管理表に存在するかどうか調べ（ステップＢ１）、存在した場合には（ステップＢ２のＹＥＳ）、そのときの日時をアクセス日時として保存する（ステップＢ３）。
【００３７】
次に、Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダ付きかどうかを調べ（ステップＢ４）、付いている場合（ステップＢ４のＹＥＳ）、リクエスト内の更新日時とキャッシュデータ管理表の更新日時とが同じであるかを調べる（ステップＢ５）。双方の日時が同じならば（ステップＢ６のＹＥＳ）、キャッシュファイル（２２）にキャッシングされているデータは最新であると判断し、Ｗｅｂプロキシサーバプロセス（２１）にデータが変更されていないことを示すレスポンス（Ｎｏｔ Ｍｏｄｉｆｉｅｄ）を送る（ステップＢ７）。これにより、Ｗｅｂプロキシサーバプロセス（２１）は、データファイル（２２）のキャッシングされたＷｅｂデータを読み出し、計算機３（３０）のＷｅｂクライアントプロセス（３１）へ転送する。したがって、本発明によれば、従来であれば発生していたＷｅｂサーバプロセス（１１）への問い合わせを省略できることになる。このＷｅｂサーバプロセス（１１）への問い合わせは、低速通信回線（３）を介して行なわれるため、Ｗｅｂクライアントプロセス（３１）からのデータ要求に対する応答時間を飛躍的に短縮する。
【００３８】
一方、日時が同じでなければ（ステップＢ６のＮＯ）、Ｗｅｂプロキシサーバプロセス（２１）にキャッシングされているデータは最新ではないので、そのＧＥＴリクエストをＷｅｂサーバプロセス（１１）へ転送する。この後、キャッシュ管理プロセス（２３）は、このＧＥＴリクエストに対するレスポンスとしてデータ本体を受けることになるので、その時に、キャッシュデータ管理表にある更新日時をレスポンス内の更新日時に変更する。
【００３９】
また、Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダが付いていない場合（ステップＢ４のＮＯ）、キャッシュデータ管理表の更新日時を空に設定した上で（ステップＢ９）、そのＧＥＴリクエストをＷｅｂサーバプロセス（１１）へ転送する（ステップＢ８）。この場合も、キャッシュ管理プロセス（２３）は、このＧＥＴリクエストに対するレスポンスとしてデータ本体を受けることになるので、その時に、キャッシュデータ管理表にある更新日時をレスポンス内の更新日時に変更する。
【００４０】
キャッシュデータ管理表に存在しない場合（ステップＢ２のＮＯ）、キャッシュ管理プロセス（２３）は、まず、ＵＲＬとアクセス日付とを保存する（ステップＢ１０）。
【００４１】
次に、Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダ付きかどうかを調べ（ステップＢ１１）、付いている場合（ステップＢ１１のＹＥＳ）、リクエスト内の更新日時を保存した上で（ステップＢ１２）、そのＧＥＴリクエストをＷｅｂサーバプロセス（１１）へ転送する（ステップＢ８）。この場合は、このＧＥＴリクエストに対するレスポンスとしてデータ本体を受けた場合にのみ、キャッシュデータ管理表にある更新日時をレスポンス内の更新日時に変更する。
【００４２】
一方、Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダが付いていない場合（ステップＢ１１のＮＯ）、キャッシュデータ管理表の更新日時を空に設定した上で（ステップＢ９）、そのＧＥＴリクエストをＷｅｂサーバプロセス（１１）へ転送する（ステップＢ８）。この場合は、このＧＥＴリクエストに対するレスポンスとしてデータ本体を受けることになるので、その時に、キャッシュデータ管理表にある更新日時をレスポンス内の更新日時に変更する。
【００４３】
次に、図６を参照して、Ｗｅｂサーバプロセス（１１）からＧＥＴリクエストのレスポンスを受信したときのキャッシュ管理プロセス（２３）の動作手順について説明する。
【００４４】
キャッシュ管理プロセス（２３）は、Ｗｅｂサーバプロセス（１１）からＧＥＴリクエストのレスポンスを受信すると、そのレスポンスに対応するＵＲＬがキャッシュデータ管理表に存在するかどうかを調べ（ステップＣ１）、存在した場合には（ステップＣ２のＹＥＳ）、さらに、その内容が“Ｎｏｔ Ｍｏｄｉｆｉｅｄ”かどうか調べる（ステップＣ３）。ここで、その内容が“Ｎｏｔ Ｍｏｄｉｆｉｅｄ”でなければ（ステップＣ３のＮＯ）、更新日時をキャッシュデータ管理表に保存する（ステップＣ４）。
【００４５】
そして、キャッシュ管理プロセス（２３）は、このレスポンスをＷｅｂプロキシサーバプロセス（２１）に転送する（ステップＣ５）。Ｗｅｂプロキシサーバプロセス（２１）は、レスポンスにデータ本体が含まれている場合は、それをキャッシュファイル（２２）にキャッシングするとともに、要求元の計算機３（３０）に転送する。
【００４６】
次に、図７を参照して、データ管理プロセス（１３）から上述したデータ更新通知を受信したときのキャッシュ管理プロセス（２３）の動作手順について説明する。
【００４７】
キャッシュ管理プロセス（２３）は、データ管理プロセス（１３）からデータ更新通知を受信すると、そのＵＲＬがキャッシュデータ管理表にあるか調べ（ステップＤ１）、もしあれば（ステップＤ２のＹＥＳ）、そのＵＲＬの更新日時をデータ更新通知内の更新日時に変更する（ステップＤ３）。次に、その時の日時とキャッシュデータ管理表のアクセス日時とを比較する（ステップＤ４）。そして、その間が一定時間空いていなければ（ステップＤ５のＮＯ）、計算機１（１０）のＷｅｂサーバプロセス（１１）に対してそのＵＲＬのデータを要求する（ＧＥＴリクエスト送信）（ステップＤ６）。この要求に応じて、Ｗｅｂサーバプロセス（１１）は、データファイル（１２）からそのＷｅｂデータを読み出し、計算機２（２０）のキャッシュ管理プロセス（２３）に転送する。そして、キャッシュ管理プロセス（２３）は、キャッシュファイル（２２）上のそのＵＲＬに対応するデータを更新する。
【００４８】
一方、２つの間に一定時間空いていれば（ステップＤ５のＹＥＳ）、一定時間の間キャッシュファイル（２２）上のデータは要求されていないことが推測できるので、ＵＲＬと更新日時およびアクセス日時の２つの日時とをデータ管理表から削除する（ステップＤ７）。このとき、Ｗｅｂプロキシサーバプロセス（２１）に対しては、ＵＲＬのデータの要求は行なわない。
【００４９】
このように、この実施形態のＷｅｂネットワークでは、データ管理プロセス（１３）とキャッシュ管理プロセス（２３）とがキャッシュファイル（２２）のＷｅｂデータをより効率的に更新管理すべく動作するため、従来であれば発生していた、Ｗｅｂクライアントサーバプロセス（３１）がデータを要求したときのＷｅｂサーバプロセス（１１）への問い合わせを省略でき、Ｗｅｂクライアントプロセス（３１）からのデータ要求に対する応答時間を飛躍的に短縮できることになる。
【００５０】
また、データ管理プロセス（１３）がＷｅｂサーバプロセス（１１）の保持するＷｅｂデータの更新を監視し、一方、キャッシュ管理プロセス（２３）がこのデータ管理プロセス（１３）からの更新通知に応じてキャッシュファイル（２２）のデータ書き換えを行なっているために、既存のＷｅｂサーバプロセス（１１）およびＷｅｂプロキシサーバプロセス（２１）をなんら改造する必要がない。
【００５１】
さらに、更新通知を受けた時に、一定時間の間要求されていないことが推測されるキャッシュファイル（２２）上のデータを更新管理対象から外し、また、データ管理プロセス（１３）がキャッシュ管理プロセス（２３）への更新通知を一定時間毎に一括して送信することにより、Ｗｅｂサーバプロセス（１１）とＷｅｂプロキシサーバプロセス（２１）との間の通信量を削減できることになる。
【００５２】
なお、前述した実施形態では、ＧＥＴリクエストとそれに対応するレスポンスを中継しながらその内容を監視することで、Ｗｅｂプロキシサーバプロセス（２１）がキャッシュファイル（２２）にキャッシングしているＷｅｂデータのＵＲＬと更新日時とを取得する例を説明したが、たとえば一定時間毎にキャッシュファイル（２２）を参照することにより、キャッシング中のＷｅｂデータのＵＲＬと更新日時とを取得するようにしても構わない。
【００５３】
また、前述した実施形態では、計算機１（１０）でデータ管理プロセス（１３）が、計算機２（２０）でキャッシュ管理プロセス（２３）がそれぞれ動作する例を説明したが、データ管理プロセス（１３）は、Ｗｅｂデータの更新を監視することができれば、計算機１（１０）以外の計算機で動作してもよく、キャッシュ管理プロセス（２３）は、Ｗｅｂプロシキサーバプロセス（２１）とＷｅｂサーバプロセス（１１）との間に介在してＧＥＴリクエストとそれに対応するレスポンスを中継しながらその内容を監視することができれば、計算機２（２０）以外の計算機で動作してもよい。
【００５４】
【発明の効果】
以上詳述したように、この発明によれば、ＷｅｂサーバプロセスとＷｅｂプロキシサーバプロセスとの間に介在するキャッシュ管理プロセスが、Ｗｅｂデータが更新された旨を示す更新通知をデータ管理プロセスから受けたときに、キャッシング中のＷｅｂデータを書き換えさせるべくＷｅｂプロキシサーバプロセスに対してそのＷｅｂデータを要求するために、従来であれば発生していた、Ｗｅｂクライアントサーバプロセスからのデータ要求時のＷｅｂプロキシサーバプロセスからＷｅｂサーバプロセスへの更新有無の問い合わせを省略でき、ＷｅｂサーバとＷｅｂプロキシサーバとの間の通信量を大幅に削減できるとともに、Ｗｅｂクライアントからのデータ要求に対する応答時間を飛躍的に短縮できることになる。
【００５５】
また、データ管理プロセスがＷｅｂサーバプロセスの保持するＷｅｂデータの更新を監視し、一方、キャッシュ管理プロセスがこのデータ管理プロセスからの更新通知に応じてＷｅｂプロキシサーバプロセスのＷｅｂデータ書き換えを発生させるために、既存のＷｅｂサーバプロセスおよびＷｅｂプロキシサーバプロセスをなんら改造する必要がない。
【００５６】
さらに、キャッシュ管理プロセスが一定時間の間要求されていないことが推測されるキャッシュ上のデータを更新管理対象から外し、また、データ管理プロセスがキャッシュ管理プロセスへの更新通知を一定時間毎に一括して送信することにより、ＷｅｂサーバプロセスとＷｅｂプロキシサーバプロセスとの間の通信量をさらに削減できることになる。
【図面の簡単な説明】
【図１】この発明の実施形態に係るＷｅｂネットワークの構成を示す図。
【図２】同実施形態のデータ管理プロセスおよびキャッシュ管理プロセスが備えるハッシュ関数の各値とＩＰマルチキャストのホスト・グループとを対応づけた対応表を例示する図。
【図３】同実施形態のデータ管理プロセスの動作手順について説明するためのフローチャート。
【図４】同実施形態のキャッシュ管理プロセスが備える各ＷｅｂデータのＵＲＬ、更新日時およびリクエストの発生した時間（アクセス時間）を記録するキャッシュデータ管理表を例示する図。
【図５】同実施形態のＷｅｂプロキシサーバプロセスからＧＥＴリクエストを受信したときのキャッシュ管理プロセスの動作手順について説明するためのフローチャート。
【図６】同実施形態のＷｅｂサーバプロセスからＧＥＴリクエストのレスポンスを受信したときのキャッシュ管理プロセスの動作手順について説明するためのフローチャート。
【図７】同実施形態のデータ管理プロセスからデータ更新通知を受信したときのキャッシュ管理プロセスの動作手順について説明するためのフローチャート。
【図８】従来のＷｅｂプロキシサーバを介在させたＷｅｂサーバおよびＷｅｂクライアント間のデータ授受を説明するための図。
【図９】従来のＷｅｂプロキシサーバによるキャッシング中のＷｅｂデータの更新手順を説明するための図。
【符号の説明】
１…ＬＡＮ１
２…ＬＡＮ２
３…低速通信回線
１０…計算機１
１１…Ｗｅｂサーバプロセス
１２…ファイルデータ
１３…データ管理プロセス
２０…計算機２
２１…Ｗｅｂプロキシサーバプロセス
２２…キャッシュファイル
２３…キャッシュ管理プロセス
３０…計算機３
３１…Ｗｅｂクライアントプロセス
４１…ルータ１
４２…ルータ２[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a cache update method and a cache update system suitable for application to a Web network in which a process for caching Web data is interposed between a Web server and a Web client, and in particular, caches a Web server and Web data. Without remodeling existing software resources on the process, the amount of communication between the Web server and the process for caching Web data is greatly reduced, and the response time for data requests from Web clients is dramatically improved. The present invention relates to a cache update method and a cache update system for Web data that can be shortened to a minimum.
[0002]
[Prior art]
With recent improvements in communication technology, many interconnected networks have been constructed that enable communication between terminals connected to different networks by connecting a plurality of networks to each other with a router or the like. In this type of interconnection network, a terminal called a Web client or the like that collectively holds data (Web data) held by a terminal called a Web server or the like is based on HTTP (HyperText Transfer Protocol) regulations. Client-server type data exchange such as requesting appropriately is widely performed.
[0003]
Further, when accessing the Web server from this Web client, a terminal called a Web proxy server or the like that caches Web data provided by the Web server and acts as a proxy for the Web server is often interposed. If this Web proxy server caches Web server data and provides the cached Web data in response to a request from the Web client, communication to the Web server can be reduced, and the data request viewed from the Web client can be reduced. Response time is improved.
[0004]
FIG. 8 is a diagram for explaining data exchange between a Web server and a Web client through which this Web proxy server is interposed.
[0005]
The interconnect network shown in FIG. 8 is obtained by connecting LAN1 (1) and LAN2 (2) to each other by a router 1 (41), a low-speed communication line (3), and a router (42). Is connected to the computer 1 (10), and the LAN 2 (2) is connected to the computer 2 (20) and the computer 3 (30). In the computer 1 (10), the Web server process (11) operates to provide the Web data of the data file (12). In the computer 2 (20), the Web proxy server process (21) operates as the cache file (22). In the computer 3 (30), the Web client process (31) operates to request the Web data from the Web server process (11).
[0006]
More specifically, when a Web data request is generated from the Web client process (31) of the computer 3 (30) to the Web server process (11) of the computer 1 (10), this request is sent to the computer 2 (20). The Web proxy server process (21) of the computer 2 (20), which has been handed over to the Web proxy server process (21), receives the request from the router 2 (42), the low-speed communication line (3), and the router 1 (41). The Web data is requested to the Web server process (11) of the computer 1 (10) via. Then, the Web server process (11) of the computer 1 (10) reads the Web data from the data file (12), and passes through the router 1 (41), the low-speed communication line (3), and the router (42). Transfer to (20). The Web proxy server process (21) of the computer 2 (20) caches the Web data in the cache file (22) and transfers it to the Web client process (31) of the computer 3 (30).
[0007]
Thereafter, when the same Web data request is generated from the Web client process (31) of the other computer 3 (30), the Web proxy server process (21) of the computer 2 (20) that has received this request receives the cache file. If the cached web data is already stored in the caching file (22), the web data is read and transferred to the web client process (31) of the requesting computer 3 (30).
[0008]
As a result, data communication via the low-speed communication line (3) can be omitted in many cases, and the response time of the data request viewed from the Web client process (31) is improved. This effect becomes greater as the communication speed of the low-speed communication line (3) is lower.
[0009]
[Problems to be solved by the invention]
By the way, this Web proxy server must always match the Web data transferred to the Web client with the latest Web data provided by the Web server. Therefore, the web proxy server tries to update the web data being cached every time web data is requested from the web client. FIG. 9 is a diagram for explaining the Web data update procedure.
[0010]
When Web data is requested from the Web client (FIG. 9 (1)), the Web proxy server first notifies the Web server of the update date and time of Web data being cached, and inquires whether there has been an update since that date and time. (FIG. 9 (2)).
[0011]
On the other hand, in response to this inquiry, the Web server returns the data body and the date and time of data update (FIG. 9 (3)) if there is an update, and returns only the response if there is an update (FIG. 9 (4)). .
[0012]
Then, the Web proxy server updates the data being cached if the data body is received, and returns the Web data being cached to the Web client if only the response is received (FIG. 9 (5), (5) ')
Note that in the HTTP rules, a GET request with an If-Modified-Since header is used for an inquiry to a Web server. This request includes the URL uniquely indicating the Web data and the update date and time of the Web data being cached. Further, a response “Not Modified” is used as a response when there is no update.
[0013]
When the requested Web data is not cached, the Web proxy server sends a GET request to the Web server without attaching an If-Modified-Since header. The response to this request includes the data body and the data update date and time.
[0014]
However, in such a procedure, when the Web proxy server receives a data request from the Web client, it always sends a request to the Web server and waits for a response. Therefore, when the Web proxy server and the Web server are connected by a low-speed communication line, the time until the response of the request returns is long, and the Web data is requested after the Web client requests the Web data. There was a problem that the response time until it was obtained became longer.
[0015]
The present invention has been made in consideration of such circumstances, and can reduce the amount of communication between the Web server and the Web proxy server without modifying the existing software resources on the Web server and the Web proxy server. An object of the present invention is to provide a cache update method and cache update system for Web data that can greatly reduce the response time for a data request from a Web client.
[0016]
[Means for Solving the Problems]
In order to achieve the above-described object, the present invention provides a caching having a cache file for caching the web data between a web server computer having a data file storing web data and a web client computer accessing the web data. An intermediary computer is provided, and the data management process of the Web server computer monitors the update of the Web data in the data file, and when it is updated, notifies the client belonging to the user group of the URL of the update. The Web data cached in the cache file by a cache management process having a cache management table of the caching computerURL, update date / time and access date / time by management tableManaging and transferring the cache file or the web data obtained from the web server computer to the web client computer based on an access request from the web client computer by a web proxy server process of the caching computer, The URL notified of the update from the Web server computer by the cache management process of the caching computer isExists in the management tableIfIf a certain period has not passed since the access date and time of the management table,Update date and time included in the update informationInUpdate date of the management tableUpdateAnd saves the URL data to the Web server computer by saving the management table at the update date and time.If a certain period of time has elapsed from the access time of the management table, the URL notified of the update, the update date and time, and the access date and time are deleted from the management table.It is what you do.
[0017]
In the present invention, when the cached Web data is updated in the caching computer, the cache management of the caching computer is performed so that the Web data being cached is rewritten in response to a notification from the data management process of the Web server computer. Since the process requests the Web data from a Web proxy server process that is an example of a process that caches Web data, the Web proxy server process that has conventionally occurred when requesting data from a Web client computer Inquiries about whether or not to update from the Web server computer to the Web server computer can be omitted, so the amount of communication between the Web server computer and the caching server computer can be greatly reduced and the Web class can be reduced. It becomes possible to remarkably shorten the response time for a data request from Ant computer.
In addition, the cache management process of the caching computer records the access date and time from the Web client computer for each Web data to be updated, and excludes Web data that has not been accessed for a certain time from being subject to update management. The amount of communication between the Web server computer and the caching computer can be further reduced.
[0018]
In addition, the data management process monitors the update of the Web data held by the Web server computer, while the cache management process of the caching computer causes the Web data to be rewritten in response to the update notification from the data management process. There is no need to modify the existing web server process and web proxy server process.
[0021]
In addition, according to the present invention, update notifications from the data management process to the cache management process are collectively transmitted at regular intervals.
[0022]
As a result, similarly, the amount of communication between the Web server computer and the caching computer can be further reduced.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing a configuration of a Web network according to an embodiment of the present invention.
[0024]
As shown in FIG. 1, this Web network is obtained by connecting LAN1 (1) and LAN2 (2) to each other by a router 1 (41), a low-speed communication line (3), and a router (42). Computer 1 (10) is connected to (1), and computer 2 (20) and computer 3 (30) are connected to LAN 2 (2), respectively. In the computer 1 (10), the Web server process (11) operates to provide the Web data of the data file (12). In the computer 2 (20), the Web proxy server process (21) operates as the cache file (22). In the computer 3 (30), the Web client process (31) operates to request the Web data from the Web server process (11).
[0025]
In addition, in this Web network, the computer 1 (10) operates the data management process (13), and the computer 2 (20) operates the cache management process (23). In the present invention, the data management process (13) of the computer 1 (10) and the cache management process (23) of the computer 2 (20) update and manage the Web data of the cache file (22) more efficiently. The feature is that it operates as much as possible, and this point will be described in detail below.
[0026]
In this Web network, first, the cache management process (23) is set as a Web proxy when the Web server process (11) is viewed from the Web proxy server process (21). As a result, communication between the Web proxy server process (21) and the Web server process (11) is relayed to the cache management process (23).
[0027]
On the other hand, the data management process (13) manages the Web data held in the data file (12) by the Web server process (11) separately for each category. Therefore, this data management process (13) has a hash function with a URL uniquely indicating each Web data as an argument, and data having the same hash function value is in the same category. The cache management process (23) also has the same hash function as the data management process (13).
[0028]
The data management process (13) and the cache management process (23) have a correspondence table in which each value of the hash function is associated with an IP multicast host group as shown in FIG. IP multicast is to broadcast data to a large number of specific parties. When data is sent to a certain host group, the data is transferred to all the parties registered in that host group. . This correspondence table is used to use the host group for notification of update of data included in the same category.
[0029]
Here, the operation procedure of the data management process (13) will be described with reference to FIG.
[0030]
The data management process (13) monitors access to the data file (12) to monitor the update of the Web data (Step A1), and when the Web data of the data file (12) is updated (Step A2). YES), a data update notification including the URL uniquely indicating the Web data and the update date and time is created (step A3). At this time, the value of the hash function is obtained using the URL as an argument, and the host group corresponding to the value is obtained from the above correspondence table.
[0031]
Then, the data management process (13) collectively transmits the created data update notification at regular intervals (YES in step A4, step A5). More specifically, the data management process (13) collects data update notifications having the same hash function value as one notification, and sends the combined data update notifications to the host group corresponding to the hash function value as a destination. To do. The data update notification transmitted in this way is sent to the cache management process (23) serving as the Web proxy of the Web proxy server process (21) that may hold the Web data before the update by the IP multicast mechanism. Delivered.
[0032]
On the other hand, since the cache management process (23) is a Web proxy of the Web proxy server process (21), the contents of the cache management process (23) are relayed while relaying communication between the Web server process (11) and the Web proxy server process (21). Can be monitored. In general, in Web access using HTTP, the Web proxy server process (21) sends a GET request including the URL of the requested data to the Web server process (11), while the Web server process (11). Sends a response to the GET request to the Web proxy server process (21).
[0033]
Therefore, the cache management process (23) monitors the contents of the GET request and the corresponding response while relaying the GET request and the Web data cached in the cache file (22) by the Web proxy server process (21). URL and update date and time are acquired. Then, the URL of each Web data, the update date and time, and the request generation time (access time) are recorded in a cache data management table as shown in FIG.
[0034]
The URL, update date / time, and access time are recorded in the cache data management table when a GET request is received from the Web proxy server process (21) or a response to the GET request is received from the Web server process (11). Is the time.
[0035]
Here, referring to FIG. 5, in response to a data request from the Web client process (31) of the computer 3 (30), the cache management process (23) before transmitting a GET request from the Web proxy server process (21). A monitoring operation procedure will be described.
[0036]
When the cache management process (23) receives the GET request from the Web proxy server process (21), it first checks whether the requested URL exists in the cache data management table (step B1). (YES in step B2), the date and time at that time is stored as the access date and time (step B3).
[0037]
Next, it is checked whether or not the If-Modified-Since header is attached (step B4). If it is attached (YES in step B4), it is determined whether the update date and time in the request and the update date and time of the cache data management table are the same. Check (step B5). If both dates and times are the same (YES in step B6), it is determined that the data cached in the cache file (22) is the latest, and the Web proxy server process (21) indicates that the data has not been changed. A response (Not Modified) is sent (step B7). As a result, the Web proxy server process (21) reads the cached Web data of the data file (22) and transfers it to the Web client process (31) of the computer 3 (30). Therefore, according to the present invention, it is possible to omit the inquiry to the Web server process (11) that has occurred conventionally. Since the inquiry to the Web server process (11) is made via the low-speed communication line (3), the response time for the data request from the Web client process (31) is drastically shortened.
[0038]
On the other hand, if the date and time are not the same (NO in step B6), the data cached in the Web proxy server process (21) is not the latest, and the GET request is transferred to the Web server process (11). Thereafter, the cache management process (23) receives the data body as a response to the GET request. At that time, the update date / time in the cache data management table is changed to the update date / time in the response.
[0039]
If the If-Modified-Since header is not attached (NO in step B4), the update date / time of the cache data management table is set to empty (step B9), and the GET request is sent to the Web server process (11). Transfer (step B8). Also in this case, the cache management process (23) receives the data body as a response to this GET request, and at that time, the update date / time in the cache data management table is changed to the update date / time in the response.
[0040]
If it does not exist in the cache data management table (NO in step B2), the cache management process (23) first stores the URL and the access date (step B10).
[0041]
Next, it is checked whether or not the If-Modified-Since header is attached (step B11). If it is attached (YES in step B11), the update date and time in the request is saved (step B12), and the GET request is sent to the Web. Transfer to the server process (11) (step B8). In this case, only when the data body is received as a response to the GET request, the update date / time in the cache data management table is changed to the update date / time in the response.
[0042]
On the other hand, if the If-Modified-Since header is not attached (NO in step B11), the update date / time of the cache data management table is set to empty (step B9), and the GET request is sent to the Web server process (11). Transfer (step B8). In this case, since the data body is received as a response to this GET request, the update date / time in the cache data management table is changed to the update date / time in the response.
[0043]
Next, an operation procedure of the cache management process (23) when a response to the GET request is received from the Web server process (11) will be described with reference to FIG.
[0044]
When the cache management process (23) receives the response of the GET request from the Web server process (11), it checks whether or not the URL corresponding to the response exists in the cache data management table (step C1). (YES in step C2), it is further checked whether or not the content is “Not Modified” (step C3). If the content is not “Not Modified” (NO in step C3), the update date and time is stored in the cache data management table (step C4).
[0045]
Then, the cache management process (23) transfers this response to the Web proxy server process (21) (step C5). When the response includes the data body, the Web proxy server process (21) caches it in the cache file (22) and transfers it to the requesting computer 3 (30).
[0046]
Next, the operation procedure of the cache management process (23) when the data update notification is received from the data management process (13) will be described with reference to FIG.
[0047]
When the cache management process (23) receives the data update notification from the data management process (13), it checks whether the URL is in the cache data management table (step D1), and if there is (YES in step D2), the URL Is updated to the update date and time in the data update notification (step D3). Next, the date and time at that time and the access date and time of the cache data management table are compared (step D4). If there is no time between them (NO in Step D5), the URL data is requested to the Web server process (11) of the computer 1 (10) (GET request transmission) (Step D6). In response to this request, the Web server process (11) reads the Web data from the data file (12) and transfers it to the cache management process (23) of the computer 2 (20). Then, the cache management process (23) updates the data corresponding to the URL on the cache file (22).
[0048]
On the other hand, if there is a fixed time between the two (YES in step D5), it can be assumed that the data on the cache file (22) is not requested for a fixed time, so the URL, the update date and the access date and time Two dates and times are deleted from the data management table (step D7). At this time, no URL data request is made to the Web proxy server process (21).
[0049]
As described above, in the Web network of this embodiment, the data management process (13) and the cache management process (23) operate to update and manage the Web data of the cache file (22) more efficiently. Inquiry to the Web server process (11) when the Web client server process (31) requests data can be omitted, and the response time for the data request from the Web client process (31) has been dramatically increased. It can be shortened to.
[0050]
Also, the data management process (13) monitors the update of the Web data held by the Web server process (11), while the cache management process (23) caches in response to the update notification from the data management process (13). Since the data of the file (22) is rewritten, there is no need to modify the existing Web server process (11) and the Web proxy server process (21).
[0051]
Further, when the update notification is received, the data on the cache file (22) which is estimated not to be requested for a certain period of time is excluded from the update management target, and the data management process (13) By transmitting the update notification to 23) collectively at regular intervals, it is possible to reduce the amount of communication between the Web server process (11) and the Web proxy server process (21).
[0052]
In the above-described embodiment, by monitoring the contents while relaying the GET request and the corresponding response, the URL of the Web data cached in the cache file (22) by the Web proxy server process (21) Although an example of acquiring the update date and time has been described, the URL of the Web data being cached and the update date and time may be acquired by referring to the cache file (22) at regular intervals, for example.
[0053]
In the above-described embodiment, the example in which the data management process (13) operates in the computer 1 (10) and the cache management process (23) operates in the computer 2 (20) has been described. However, the data management process (13) May be operated on a computer other than the computer 1 (10) as long as the update of the Web data can be monitored. The cache management process (23) includes the Web proxy server process (21) and the Web server process (11). If the contents can be monitored while relaying the GET request and the response corresponding to the GET request, the operation may be performed by a computer other than the computer 2 (20).
[0054]
【The invention's effect】
As described above in detail, according to the present invention, the cache management process interposed between the web server process and the web proxy server process receives an update notification indicating that the web data has been updated from the data management process. Sometimes, in order to request the Web proxy server process to rewrite the Web data being cached, the Web proxy server at the time of requesting data from the Web client server process, which has conventionally occurred, is generated. Inquiries about whether to update from the process to the Web server process can be omitted, the amount of communication between the Web server and the Web proxy server can be greatly reduced, and the response time for the data request from the Web client can be dramatically reduced. Become.
[0055]
In addition, the data management process monitors the update of the Web data held by the Web server process, while the cache management process causes the Web proxy server process to rewrite the Web data in response to the update notification from the data management process. There is no need to modify the existing web server process and web proxy server process.
[0056]
In addition, the cache management data that is assumed not to be requested for a certain period of time is excluded from the update management target, and the data management process collects update notifications to the cache management process at regular intervals. Thus, the amount of communication between the Web server process and the Web proxy server process can be further reduced.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a Web network according to an embodiment of the present invention.
FIG. 2 is an exemplary view showing a correspondence table in which each value of a hash function included in the data management process and the cache management process of the embodiment is associated with an IP multicast host group.
FIG. 3 is an exemplary flowchart for explaining an operation procedure of a data management process according to the embodiment;
FIG. 4 is an exemplary view illustrating a cache data management table that records URLs, update dates and times when requests are generated (access times) of the Web data included in the cache management process of the embodiment;
FIG. 5 is an exemplary flowchart for explaining an operation procedure of a cache management process when a GET request is received from the Web proxy server process of the embodiment;
FIG. 6 is an exemplary flowchart for explaining the operation procedure of the cache management process when a response to the GET request is received from the Web server process of the embodiment;
FIG. 7 is an exemplary flowchart for explaining the operation procedure of the cache management process when a data update notification is received from the data management process of the embodiment;
FIG. 8 is a diagram for explaining data exchange between a Web server and a Web client through a conventional Web proxy server.
FIG. 9 is a diagram for explaining a procedure for updating Web data during caching by a conventional Web proxy server.
[Explanation of symbols]
1 ... LAN1
2 ... LAN2
3. Low speed communication line
10 ...
11 ... Web server process
12 ... File data
13 ... Data management process
20 ...
21 ... Web proxy server process
22 ... Cache file
23 ... Cache management process
30 ...
31 ... Web client process
41 ...
42 ...
Claims (9)
前記Ｗｅｂサーバコンピュータのデータ管理プロセスによって、データファイルの前記Ｗｅｂデータの更新を監視して、更新された場合にそのＵＲＬの利用者グループに属するクライアントに更新通知を行ない、
前記キャッシング用コンピュータのキャッシュ管理テーブルを有するキャッシュ管理プロセスによって、前記キャッシュファイルにキャッシングされている前記ＷｅｂデータのＵＲＬ、更新日時およびアクセス日時を管理テーブルによって管理し、
前記キャッシング用コンピュータのＷｅｂプロキシサーバプロセスによって、前記Ｗｅｂクライアントコンピュータからのアクセス要求に基づき、前記キャッシュファイルまたは前記Ｗｅｂサーバコンピュータから得られた前記Ｗｅｂデータを前記Ｗｅｂクライアントコンピュータへ転送し、
前記キャッシング用コンピュータの前記キャッシュ管理プロセスによって、前記Ｗｅｂサーバコンピュータから前記更新通知されたＵＲＬが前記管理テーブルに存在する場合、前記管理テーブルのアクセス日時から一定期間経過していなければ、前記更新情報に含まれる更新日時に前記管理テーブルの更新日時を更新して、前記Ｗｅｂサーバコンピュータへ前記ＵＲＬのデータを要求し、前記管理テーブルのアクセス時間から一定期間経過していれば、前記管理テーブルから前記更新通知されたＵＲＬとその更新日時およびアクセス日時とを削除することを特徴とするＷｅｂデータのキャッシュ更新方法。A cache applied to a Web network in which a caching computer having a cache file for caching the Web data is interposed between a Web server computer having a data file storing the Web data and a Web client computer accessing the Web data. In the update method,
The update of the Web data of the data file is monitored by the data management process of the Web server computer, and if updated, the update notification is sent to the client belonging to the user group of the URL,
The cache management process having a cache management table of the caching computer manages the URL, update date and access date and time of the Web data cached in the cache file by the management table ,
Based on an access request from the Web client computer, the Web data obtained from the cache file or the Web server computer is transferred to the Web client computer by the Web proxy server process of the caching computer.
If the URL notified from the Web server computer by the cache management process of the caching computer exists in the management table, the update information is included in the update information if a certain period has not passed since the access date and time of the management table. update the modification date and time of the management table update date included, the data of the URL request to the Web server computer, if the predetermined period has elapsed from the access time of the management table, the from the management table update A Web data cache update method, wherein the notified URL, its update date and time, and access date and time are deleted .
前記Ｗｅｂサーバコンピュータにあって、前記データファイルの前記Ｗｅｂデータの更新を監視して、更新された場合にそのＵＲＬの利用者グループのクライアントに更新通知を行なうデータ管理手段と、
前記キャッシング用コンピュータにあって、前記キャッシュファイルにキャッシングされている前記ＷｅｂデータのＵＲＬ、更新日時およびアクセス日時を管理する管理テーブルを有するキャッシュ管理プロセスと、前記Ｗｅｂクライアントコンピュータからのアクセス要求に基づき、前記キャッシュファイルまたは前記Ｗｅｂサーバコンピュータから得られた前記Ｗｅｂデータを前記Ｗｅｂクライアントコンピュータへ転送するＷｅｂプロキシサーバプロセスとを有し、
前記キャッシュ管理プロセスは、前記Ｗｅｂサーバコンピュータから前記更新通知されたＵＲＬが前記管理テーブルに存在する場合、前記管理テーブルのアクセス日時から一定期間経過していなければ、前記更新情報に含まれる更新日時に前記管理テーブルの更新日時を更新して、前記Ｗｅｂサーバコンピュータへ前記ＵＲＬのデータを要求し、前記管理テーブルのアクセス時間から一定期間経過していれば、前記管理テーブルから前記更新通知されたＵＲＬとその更新日時およびアクセス日時とを削除することを特徴とするＷｅｂデータのキャッシュ更新システム。Cache update applied to a web network via a caching computer having a cache file for caching the web data between a web server computer having a data file storing web data and a web client computer accessing the web data In the system,
Data management means in the Web server computer for monitoring the update of the Web data in the data file and notifying an update to a user group client of the URL when updated;
In the caching computer, based on a cache management process having a management table for managing the URL, update date / time and access date / time of the Web data cached in the cache file, and an access request from the Web client computer, A Web proxy server process for transferring the Web data obtained from the cache file or the Web server computer to the Web client computer,
In the cache management process, when the URL notified of the update from the Web server computer exists in the management table, the update date and time included in the update information is determined if a certain period has not elapsed since the access date and time of the management table. The update date and time of the management table is updated, the URL data is requested to the Web server computer, and if the fixed time has elapsed from the access time of the management table, the URL notified of the update from the management table and A Web data cache update system, wherein the update date and time and access date and time are deleted .
前記ＷｅｂデータをキャッシングするプロセスがキャッシングするＷｅｂデータを更新管理するためのキャッシュ管理プロセスと、
前記キャッシュ管理プロセスに向けて前記Ｗｅｂデータの更新を通知するためのデータ管理プロセスとを設け、
前記データ管理プロセスは、
前記Ｗｅｂデータの更新を監視して、前記Ｗｅｂデータの更新が検出されたときに、そのＷｅｂデータを一意に示すＵＲＬと更新日時とを含む更新通知を前記キャッシュ管理プロセスに向けて送信する更新通知手段とを具備し、
前記キャッシュ管理プロセスは、
前記キャッシングされているＷｅｂデータのＵＲＬと、その更新日時およびアクセス日時とを記録するキャッシュ内容記録手段と、
前記データ管理プロセスからの前記更新通知を受信したときに、その更新通知に含まれるＵＲＬがキャッシュ内容記録手段に記録されているか否かを判定するキャッシュ判定手段と、
前記キャッシュ判定手段によりキャッシングされていると判定されたときに、前記キャ ッシュ内容記録手段に記録されたアクセス日時から一定期間経過していなければ、そのＵＲＬに対応する更新日時を前記更新通知に含まれる更新日時に書き換えるとともに、そのＵＲＬで示されるＷｅｂデータを前記Ｗｅｂサーバコンピュータに要求するキャッシュ更新手段と、
を具備することを特徴とするキャッシュ更新システム。A cache update system applied to a Web network in which a process of caching the Web data is interposed between a Web server computer that provides Web data and a Web client computer that requests the Web data,
A cache management process for updating and managing the web data cached by the web data caching process;
Providing a data management process for notifying the cache management process of the update of the Web data;
The data management process includes:
An update notification for monitoring the update of the Web data and transmitting an update notification including a URL uniquely indicating the Web data and an update date and time to the cache management process when the update of the Web data is detected. Means,
The cache management process includes:
Cache content recording means for recording the URL of the cached Web data , its update date and time, and access date and time ;
A cache determination unit that determines whether or not the URL included in the update notification is recorded in the cache content recording unit when the update notification is received from the data management process;
If it is determined to be cached by the cache determination means, it included unless certain period has elapsed from the access date and time the recorded in cache contents recording means, the update date corresponding to the URL to the update notification Cache update means for rewriting the update date and time and requesting the Web server computer for the Web data indicated by the URL;
A cache update system comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18001899A JP4202534B2 (en) | 1999-06-25 | 1999-06-25 | Web data cache update method and cache update system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18001899A JP4202534B2 (en) | 1999-06-25 | 1999-06-25 | Web data cache update method and cache update system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001005715A JP2001005715A (en) | 2001-01-12 |
| JP4202534B2 true JP4202534B2 (en) | 2008-12-24 |
Family
ID=16076032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18001899A Expired - Fee Related JP4202534B2 (en) | 1999-06-25 | 1999-06-25 | Web data cache update method and cache update system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4202534B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013156791A (en) * | 2012-01-30 | 2013-08-15 | Hitachi Ltd | Gateway unit |
| JP6088853B2 (en) * | 2013-02-27 | 2017-03-01 | 株式会社東芝 | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND COMMUNICATION PROGRAM |
| US9870415B2 (en) * | 2013-09-18 | 2018-01-16 | Quintiles Ims Incorporated | System and method for fast query response |
-
1999
- 1999-06-25 JP JP18001899A patent/JP4202534B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001005715A (en) | 2001-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11194719B2 (en) | Cache optimization | |
| US7243136B2 (en) | Approach for managing and providing content to users | |
| AU2007313956B2 (en) | Offline execution of Web based applications | |
| US8812579B2 (en) | Apparatus for transferring data via a proxy server and an associated method and computer program product | |
| US6182111B1 (en) | Method and system for managing distributed data | |
| JP4179535B2 (en) | Network system, reverse proxy, computer apparatus, data processing method and program | |
| US7707289B1 (en) | Method and system for enabling persistent access to virtual servers by an LDNS server | |
| US8966121B2 (en) | Client-side management of domain name information | |
| JP5193056B2 (en) | Method and system for maintaining up-to-date data of wireless devices | |
| US20040111492A1 (en) | Access relaying apparatus | |
| US20060190603A1 (en) | Congestion controller and method for controlling congestion of network | |
| JP2001282609A (en) | Web page acquisition service system, provider, web page acquiring method, storage medium, and program transmitting device | |
| JP2003528396A (en) | Data access | |
| US9628549B1 (en) | Method and system for controlling and accessing content servers | |
| JPH1021134A (en) | Gate way device, client computer and distributed file system connecting them | |
| JP2010108508A (en) | Satellite anticipatory bandwidth acceleration | |
| US20060155819A1 (en) | Methods and system for using caches | |
| JP4202534B2 (en) | Web data cache update method and cache update system | |
| JP3930516B2 (en) | Server apparatus, server system, and server system load balancing method | |
| JPH10198623A (en) | Cache system for network and data transfer method | |
| JP2000089996A (en) | Information processor and data base system | |
| JP2002073401A (en) | Distribution system for www contents, proxy server, www server, and distribution method for www contents and computer readable medium recording program making computer execute | |
| JP3909152B2 (en) | Server apparatus and recording medium | |
| JP3485915B1 (en) | Gateway device, client computer and proxy server computer | |
| JP2002259333A (en) | Method for transferring contents |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080613 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080708 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080908 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081007 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081009 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111017 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |