JPH11149405A - WWW cache system and method of prefetching WWW data - Google Patents
WWW cache system and method of prefetching WWW dataInfo
- Publication number
- JPH11149405A JPH11149405A JP9331087A JP33108797A JPH11149405A JP H11149405 A JPH11149405 A JP H11149405A JP 9331087 A JP9331087 A JP 9331087A JP 33108797 A JP33108797 A JP 33108797A JP H11149405 A JPH11149405 A JP H11149405A
- Authority
- JP
- Japan
- Prior art keywords
- cache
- www
- priority
- ahead
- data
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】インターネット上のWWWデータアクセスにお
いて、アクセスされる事の多いデータのコピーをイント
ラネット内に配置するという技術(キャッシュという)
の中で、従来、キャッシュの再現率を上げるために、リ
クエストされたページがハイパーリンク構造で参照して
いるすべてのページを先読みすることが行われていた。
このような方法は、再現率を上げるのに効果的である
が、同時にデータ転送負荷を増大させるという問題があ
った。
【解決手段】プロキシーサーバのWWWデータアクセス
の履歴を集計・解析する仕組みを設け、その解析結果か
らキャッシュサーバにキャッシュされているデータに優
先度を与える。その優先度に従って、リクエストされた
データごとに先読みを行うかどうかの条件を設ける。
【効果】先読みによるネットワークへの負荷の増大を抑
えながら、先読みによるキャッシュの再現率の向上を図
る先読み方式を提供することが出来る。また、同時に先
読みにおける顧客サービスの差別化を図ることが出来
る。
(57) [Summary] In WWW data access on the Internet, a technique of placing a copy of frequently accessed data in an intranet (referred to as cache)
Conventionally, in order to increase the recall rate of a cache, all pages referred to by a requested page in a hyperlink structure are read ahead.
Such a method is effective for increasing the recall, but has a problem of increasing the data transfer load at the same time. A mechanism is provided for totalizing and analyzing the history of WWW data access of a proxy server, and a priority is given to data cached in a cache server based on the analysis result. According to the priority, a condition is set as to whether or not to perform prefetch for each requested data. [Effect] It is possible to provide a look-ahead method for improving the cache recall rate by the look-ahead while suppressing an increase in load on the network due to the look-ahead. At the same time, it is possible to differentiate customer services in prefetching.
Description
【0001】[0001]
【発明の属する技術分野】本発明は、計算機ネットワー
クにおいて、WWWデータを効率的に先読みすることに
よりネットワーク負荷の増大を抑えながらキャッシュの
再現率の向上を図ることのできるWWWキャッシュシス
テムに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a WWW cache system capable of improving the cache recall while suppressing an increase in network load by efficiently prefetching WWW data in a computer network.
【0002】[0002]
【従来の技術】従来より、インターネット上で広く利用
されている情報サービスの1つとしてWWW(World Wi
de Web)がある。インターネットに接続されたWWWサ
ーバはページと呼ばれる単位でユーザに情報を提供して
おり、ページはハイパーリンクと呼ばれる他のページへ
の参照関係構造を持っている。2. Description of the Related Art Conventionally, one of information services widely used on the Internet is WWW (World Wi-Fi).
de Web). A WWW server connected to the Internet provides information to a user in units called pages, and the pages have a reference relationship structure to another page called a hyperlink.
【0003】一方、そのようなページ単位のWWWデー
タを先読みする方法が、インターネットコンファレン
ス'96(日本ソフトウェア科学会、JUS, WIDE)で発表さ
れた「先読みによるWWWアクセス高速化の可能性」等
に提案されている。これは、クライアントからリクエス
トしたページ内のハイパーリンクによるすべての参照先
ページを先読みしてキャッシュに格納しておくことによ
り、キャッシュの再現率を上げる技術である。On the other hand, such a method of prefetching WWW data in page units is described in "Possibility of speeding up WWW access by prefetching" published at Internet Conference '96 (Japan Society for Software Science and Technology, JUS, WIDE). Proposed. This is a technique for increasing the recall of the cache by pre-reading and storing in a cache all referenced pages by hyperlinks in the page requested by the client.
【0004】[0004]
【発明が解決しようとする課題】しかし、上記従来技術
は、アクセスの高速化を実現するが、その副作用として
トラフィック負荷を増大するという問題を持っている。
ユーザがどの参照先ページを選択するかが不明の段階
で、それらの参照先ページをすべて先読みするためであ
る。However, the above-mentioned prior art realizes a high-speed access, but has a problem that a traffic load increases as a side effect thereof.
This is because, at a stage where it is unclear which reference destination page is to be selected by the user, all the reference destination pages are read ahead.
【0005】本発明の目的は、キャッシュの再現率をあ
げるための先読みを行う際に、先読みするものとしない
ものの効率的な選別を行うことによって、トラフィック
の増加を最小限に抑えることにある。SUMMARY OF THE INVENTION It is an object of the present invention to minimize the increase in traffic by performing efficient selection of prefetching and non-prefetching when performing prefetching to increase the cache recall rate.
【0006】[0006]
【課題を解決するための手段】上記目的を達成するため
に、請求項1に係るWWWキャッシュシステムは、アク
セスしたWWWデータをキャッシュ領域にキャッシュす
るキャッシュ手段と、前記キャッシュ領域内にキャッシ
ュしたWWWデータの優先度を判定する優先度判定手段
と、前記優先度の判定結果に基づいて、リクエストされ
たWWWデータの参照先のWWWデータの先読みを行う
かどうかを判定する先読み判定手段と、前記先読み判定
手段による先読みを行うかどうかの判定結果に基づいて
先読み操作を行う先読み操作手段とを具備することを特
徴とする。According to one aspect of the present invention, there is provided a WWW cache system, comprising: cache means for caching accessed WWW data in a cache area; and WWW data cached in the cache area. Priority judgment means for judging the priority of the WWW data based on the result of the judgment of the priority, and prefetch judgment means for judging whether to prefetch the WWW data referred to by the requested WWW data, A read-ahead operation means for performing a pre-read operation based on a result of determination as to whether or not to perform pre-read by the means.
【0007】請求項2に係る発明は、クライアントから
のリクエストに応じてWWWデータへのアクセスを処理
するプロキシーサーバ装置と、アクセスしたWWWデー
タをキャッシュ領域にキャッシュするキャッシュサーバ
装置とを備えたWWWキャッシュシステムにおいて、前
記キャッシュサーバ装置は、キャッシュ領域内にキャッ
シュしたWWWデータの優先度を判定する優先度判定手
段と、該優先度の判定結果に基づいて、リクエストされ
たWWWデータの参照先のWWWデータの先読みを行う
かどうかを判定する先読み判定手段とを具備し、前記プ
ロキシーサーバ装置は、前記先読み判定手段による先読
みを行うかどうかの判定結果に基づいて先読み操作を行
う先読み操作手段を具備することを特徴とする。According to a second aspect of the present invention, there is provided a WWW cache including a proxy server for processing access to WWW data in response to a request from a client, and a cache server for caching the accessed WWW data in a cache area. In the system, the cache server device includes a priority determination unit configured to determine a priority of the WWW data cached in the cache area, and based on the determination result of the priority, the WWW data referred to by the requested WWW data. The proxy server device includes a prefetch operation unit that performs a prefetch operation based on a result of the prefetch operation performed by the prefetch determination unit. It is characterized by.
【0008】請求項3に係る発明は、請求項1または2
において、WWWデータのアクセス履歴を取得する手段
と、取得したアクセス履歴に基づいて、前記キャッシュ
領域内にキャッシュされているWWWデータのリクエス
ト頻度を計算する手段と、得られたリクエスト頻度の情
報を用いて、前記キャッシュ領域内にキャッシュされて
いるWWWデータの優先度を決定する手段とをさらに具
備することを特徴とする。The invention according to claim 3 is the invention according to claim 1 or 2
A means for acquiring an access history of WWW data, a means for calculating a request frequency of WWW data cached in the cache area based on the acquired access history, and information on the obtained request frequency. Means for determining the priority of the WWW data cached in the cache area.
【0009】請求項4に係る発明は、請求項1または2
において、システムを利用するユーザの重要度を判定す
る重要度判定手段をさらに具備し、前記先読み判定手段
は、前記優先度の判定結果に加えて、前記ユーザの重要
度の判定結果に基づいて、リクエストされたWWWデー
タの参照先のWWWデータの先読みを行うかどうかを判
定することを特徴とする。The invention according to claim 4 is the invention according to claim 1 or 2
In, further comprising an importance determination means for determining the importance of the user of the system, the look-ahead determination means, in addition to the determination result of the priority, based on the determination result of the importance of the user, It is characterized in that it is determined whether or not to prefetch the WWW data referred to by the requested WWW data.
【0010】請求項5に係る発明は、請求項1または2
において、現時点におけるWWWデータへのアクセス状
況を取得する手段と、取得したアクセス状況に基づい
て、先読みの実行の許可/不許可を判定する先読み許可
判定手段とをさらに具備することを特徴とする。[0010] The invention according to claim 5 is the invention according to claim 1 or 2.
, Further comprising: means for acquiring a current access status to WWW data; and prefetch permission determining means for determining permission / non-permission of execution of prefetch based on the acquired access status.
【0011】請求項6に係るWWWデータの先読み方法
は、アクセスしたWWWデータをキャッシュ領域にキャ
ッシュするステップと、前記キャッシュ領域内にキャッ
シュしたWWWデータの優先度を判定する優先度判定ス
テップと、前記優先度の判定結果に基づいて、リクエス
トされたWWWデータの参照先のWWWデータの先読み
を行うかどうかを判定する先読み判定ステップと、前記
先読み判定ステップによる先読みを行うかどうかの判定
結果に基づいて先読み操作を行う先読み操作ステップと
を具備することを特徴とする。A method of prefetching WWW data according to claim 6, wherein the step of caching the accessed WWW data in a cache area; the step of determining the priority of the WWW data cached in the cache area; Based on the priority determination result, a prefetch determination step of determining whether to perform prefetching of the WWW data referred to by the requested WWW data, and based on the determination result of whether to perform the prefetching by the prefetch determination step. A prefetch operation step of performing a prefetch operation.
【0012】請求項7に係る発明は、クライアントから
のリクエストに応じてWWWデータへのアクセスを処理
するプロキシーサーバ装置と、アクセスしたWWWデー
タをキャッシュ領域にキャッシュするキャッシュサーバ
装置とを備えたWWWキャッシュシステムにおけるWW
Wデータの先読み方法であって、前記キャッシュサーバ
装置によりキャッシュ領域内にキャッシュしたWWWデ
ータの優先度を判定する優先度判定ステップと、該優先
度の判定結果に基づいて、リクエストされたWWWデー
タの参照先のWWWデータの先読みを行うかどうかを判
定する先読み判定ステップと、前記プロキシーサーバ装
置により、前記先読み判定手段による先読みを行うかど
うかの判定結果に基づいて先読み操作を行う先読み操作
ステップとを具備することを特徴とする。According to a seventh aspect of the present invention, there is provided a WWW cache comprising: a proxy server for processing access to WWW data in response to a request from a client; and a cache server for caching the accessed WWW data in a cache area. WW in the system
A method of prefetching W data, comprising: a priority determining step of determining a priority of WWW data cached in a cache area by the cache server device; and a requesting WWW data based on the determination result of the priority. A look-ahead determination step of determining whether to perform look-ahead of the reference destination WWW data; and a look-ahead operation step of performing a look-ahead operation based on the determination result of whether the look-ahead is performed by the look-ahead determination unit, by the proxy server device. It is characterized by having.
【0013】[0013]
【発明の実施の形態】以下、図面を使って本発明の実施
の形態を詳細に説明する。Embodiments of the present invention will be described below in detail with reference to the drawings.
【0014】図1は、インターネット上に接続されたW
WWサーバ上のデータがユーザ(クライアント)に提供
されている様子を示す例である。通常、インターネット
101に接続されているWWWサーバ102上のデータは、ペ
ージ103と呼ばれる単位でユーザ104に提供される。ペー
ジ103は、URL(Uniform Resource Locator)105と呼
ばれるインターネット101上のページ103の位置を示す識
別子によって一意に指定される。ユーザ104は、URL1
05でページ103を指定することによってWWWサーバ102
に対しデータ利用のリクエスト106を行い、それに対し
WWWサーバ102はレスポンス107としてデータをユーザ
104に提供する。以下では、第1〜第3の実施の形態を
説明するが、何れの実施形態におけるシステムもWWW
データをページ単位で扱うものとする。FIG. 1 shows a W connected to the Internet.
It is an example showing how data on a WW server is provided to a user (client). Usually the Internet
Data on the WWW server 102 connected to 101 is provided to the user 104 in units called pages 103. The page 103 is uniquely specified by an identifier indicating a position of the page 103 on the Internet 101 called a URL (Uniform Resource Locator) 105. User 104 has URL1
WWW server 102 by specifying page 103 at 05
Makes a data use request 106, and the WWW server 102 responds to the
Provide to 104. In the following, the first to third embodiments will be described.
Data shall be handled in page units.
【0015】インターネット上でのページは、図2の例
に示すようなハイパーリンクと呼ばれる他のページへの
参照関係構造を持っている。図2では、ページ201が、
ハイパーリンク202とハイパーリンク203とで、それぞれ
ページ204およびページ205への参照関係を持っている。A page on the Internet has a reference relationship structure to another page called a hyperlink as shown in the example of FIG. In FIG. 2, page 201 is
The hyperlink 202 and the hyperlink 203 have a reference relationship to a page 204 and a page 205, respectively.
【0016】第1の実施の形態を説明する。図3は、本
発明の第1の実施の形態に係るWWWキャッシュシステ
ムのブロック図である。ユーザクライアント301、プロ
キシーサーバ装置302、およびキャッシュサーバ装置303
は、ある一つのLAN304のなかで互いに接続されてい
る。そのLAN304は、プロキシーサーバ装置302を介し
てインターネット305に接続されている。A first embodiment will be described. FIG. 3 is a block diagram of the WWW cache system according to the first embodiment of the present invention. User client 301, proxy server device 302, and cache server device 303
Are connected to each other in one LAN 304. The LAN 304 is connected to the Internet 305 via the proxy server device 302.
【0017】ユーザクライアント301にはWWWブラウ
ザ306が存在し、このWWWブラウザ306がプロキシーサ
ーバ装置302にリクエスト307を出しそれに対するレスポ
ンス308をプロキシーサーバ装置302から受け取ることに
よりインターネット305上のページへのアクセスを行
う。The user client 301 has a WWW browser 306. The WWW browser 306 sends a request 307 to the proxy server device 302 and receives a response 308 from the request 307 from the proxy server device 302 to access a page on the Internet 305. I do.
【0018】プロキシーサーバ装置302は、ユーザクラ
イアント301からURLで指定されたページへのリクエ
スト307を受ける。リクエスト307を受けたプロキシーサ
ーバ装置302は、キャッシュサーバ装置303のキャッシュ
エントリテーブル309を参照して、そのリクエストを受
けたページがキャッシュ領域310にキャッシュされてい
るかどうかのキャッシュ検索311を行う。もしキャッシ
ュされていなければ、URLで指定されたインターネッ
ト305上のページへアクセスを行い、得られたページを
レスポンス308としてユーザクライアント301に返す。も
しキャッシュされていれば、キャッシュ領域310内のそ
のページのコピーをレスポンス308として返す。The proxy server device 302 receives a request 307 from the user client 301 to the page specified by the URL. The proxy server device 302 that has received the request 307 performs a cache search 311 as to whether or not the requested page is cached in the cache area 310 with reference to the cache entry table 309 of the cache server device 303. If not cached, access is made to a page on the Internet 305 specified by the URL, and the obtained page is returned to the user client 301 as a response 308. If cached, a copy of the page in cache area 310 is returned as response 308.
【0019】さらに、リクエストされたページがキャッ
シュされていた場合は、先読み仕組み312が、先読み操
作313を行うかどうかの先読み判定314を行う。先読み判
定314の結果により先読み操作313を行うことになった場
合、プロキシーサーバ装置302は、先読みするページへ
のリクエスト315を行いそれに対するレスポンス316によ
り得られたページをキャッシュサーバ装置303にキャッ
シュする。また、プロキシーサーバ装置302は、その一連
のアクセスの過程をアクセス履歴317として記録する。Further, if the requested page is cached, the prefetch mechanism 312 makes a prefetch judgment 314 as to whether or not to perform a prefetch operation 313. When the prefetch operation 313 is to be performed as a result of the prefetch determination 314, the proxy server device 302 makes a request 315 to the page to be prefetched and caches the page obtained by the response 316 to the cache server device 303. Also, the proxy server device 302 records the series of access processes as an access history 317.
【0020】キャッシュサーバ装置303は、キャッシュ
領域310にキャッシュしているページの情報をキャッシ
ュエントリーテーブル309で管理する。図4に、キャッ
シュエントリテーブル309に登録されている各エントリ
のデータ構造を示す。同図に示すように、キャッシュエ
ントリテーブル309内の1つのエントリ401は、キャッシ
ュされているページのURL402、優先度403、およびキ
ャッシュ領域310にコピーされているページ本体の位置4
04の3つの情報を保持する。この優先度403は、優先度
判定仕組み323が、プロキシーサーバ装置302の持つアク
セス履歴317をもとにそれぞれのエントリに対し優先度
判定325を行うことにより決定され、優先度登録324を行
うことによりキャッシュエントリテーブル309のエント
リに付与される。The cache server device 303 manages information of pages cached in the cache area 310 by using a cache entry table 309. FIG. 4 shows the data structure of each entry registered in the cache entry table 309. As shown in the figure, one entry 401 in the cache entry table 309 includes the URL 402 of the cached page, the priority 403, and the position 4 of the page body copied to the cache area 310.
04 information is retained. The priority 403 is determined by the priority determination mechanism 323 performing a priority determination 325 for each entry based on the access history 317 of the proxy server device 302, and by performing the priority registration 324. It is given to an entry in the cache entry table 309.
【0021】今、ユーザクライアント301によりリクエ
ストされたページのURLが、キャッシュエントリテー
ブル309内のあるエントリ318が持つURL319に一致し
たとする。その場合、先読み仕組み312が、当該エント
リ318のページ本体の位置322が示すキャッシュ領域310
内のページ本体321の中から、ハイパーリンクによる参
照先ページのURL326を取り出す。そして、先読み仕
組み312は、リクエストされたページの優先度320とハイ
パーリンクによる参照先ページのURL326、およびキ
ャッシュエントリテーブル309の持つ情報に基づいて、
所定の判定フローに従って先読みするするページを決め
る先読み判定314を行う。さらに、先読み仕組み312は、
先読み判定314により選択されたページに対し先読み操
作313を行う。先読みの判定フローの一例は後に詳述す
る。先読み操作313によるレスポンス316により得られた
ページ本体およびページに関する情報は、それぞれ、キ
ャッシュ領域310、およびキャッシュエントリテーブル3
09で管理される。It is assumed that the URL of the page requested by the user client 301 matches the URL 319 of an entry 318 in the cache entry table 309. In this case, the look-ahead mechanism 312 determines whether the cache area 310 indicated by the position 322 of the page body of the entry 318 is present.
The URL 326 of the page referred to by the hyperlink is extracted from the page body 321 in the URL. Then, the prefetching mechanism 312, based on the priority 320 of the requested page, the URL 326 of the page referred to by the hyperlink, and the information held in the cache entry table 309,
A look-ahead determination 314 for determining a page to be pre-read according to a predetermined determination flow is performed. In addition, the look-ahead mechanism 312
A prefetch operation 313 is performed on the page selected by the prefetch judgment 314. An example of the pre-read determination flow will be described later in detail. The information on the page body and the page obtained by the response 316 by the prefetch operation 313 are stored in the cache area 310 and the cache entry table 3 respectively.
Managed by 09.
【0022】なお、図3に示したのは、システム構成の
一例であり、プロキシーサーバ装置302とキャッシュサ
ーバ装置303は同一マシン上であってもよい。ユーザク
ライアント301は当然複数あってよい。FIG. 3 shows an example of the system configuration, and the proxy server device 302 and the cache server device 303 may be on the same machine. Of course, there may be a plurality of user clients 301.
【0023】図5は、優先度判定仕組み323による処理
のフローの例である。この例では優先度403を高、中、
低の3段階で表現している。但し、ここでの例は、優先
度403の与え方の一例を示すものであり、別の与え方
(例えば、高低の2段階、あるいはさらに多段階で優先
度を表す)を用いてもよい。この図5の処理は、所定期
間ごとなど適当なタイミングで実行すればよい。例え
ば、毎晩の所定の時間に図5の処理を行って、それ以前
の1週間分のアクセス履歴から各エントリの優先度を求
める、というように実行すればよい。FIG. 5 shows an example of a processing flow by the priority determination mechanism 323. In this example, priority 403 is set to high, medium,
It is expressed in three stages of low. However, the example here shows an example of how to give the priority 403, and another way of giving the priority (for example, expressing the priority in two levels of high or low or more levels) may be used. The processing in FIG. 5 may be executed at an appropriate timing such as every predetermined period. For example, the processing of FIG. 5 may be performed at a predetermined time every night, and the priority of each entry may be obtained from the access history for one week before that.
【0024】図5の優先度判定仕組み323による処理で
は、まずプロキシーサーバ装置302のアクセス履歴317を
解析して、各ページ毎のプロキシーサーバ装置302への
ある一定期間におけるリクエスト回数の集計を行う(ス
テップ501)。次に、得られたリクエスト回数の集計結
果を用いて、キャッシュエントリテーブル309に登録さ
れている各エントリについて優先度判定325を行い(ス
テップ502)、得られた優先度の値に従ってキャッシュ
エントリテーブル309内の各エントリへの優先度登録324
を行う(ステップ503)。In the processing by the priority determination mechanism 323 in FIG. 5, first, the access history 317 of the proxy server device 302 is analyzed, and the number of requests to the proxy server device 302 for each page in a certain period is counted ( Step 501). Next, a priority determination 325 is performed for each entry registered in the cache entry table 309 using the obtained request count result (step 502), and the cache entry table 309 is determined according to the obtained priority value. Priority registration for each entry in 324
Is performed (step 503).
【0025】優先度判定325および優先度登録324の具体
的な手順は、以下の通りである。あらかじめ優先度判定
のしきい値としてm、nの二つの値(n<m)を与えて
おき、各ページのリクエスト回数としきい値m、nとを
比較する(ステップ504)。リクエスト回数がm回以上
であれば(ステップ505)、そのページの優先度として
高を与える(ステップ506)。リクエスト回数がn回以
上m回未満であれば(ステップ507)、優先度として中
を与える(ステップ508)。リクエスト回数がn回未満
であれば(ステップ509)、優先度として低を与える
(ステップ510)。そして、得られた優先度の値を、キ
ャッシュエントリテーブル309内のそのページのエント
リに登録する(ステップ503)。ステップ504、505、50
6、507、508、509、510、および503の手順を、キャッシ
ュエントリテーブル309に登録されている全てのページ
について繰り返す。The specific procedure of the priority determination 325 and the priority registration 324 is as follows. Two values of m and n (n <m) are given in advance as thresholds for priority determination, and the number of requests for each page is compared with the thresholds m and n (step 504). If the number of requests is m or more (step 505), a high priority is given to the page (step 506). If the number of requests is at least n and less than m (step 507), medium is given as the priority (step 508). If the number of requests is less than n (step 509), a low priority is given (step 510). Then, the obtained priority value is registered in the entry of the page in the cache entry table 309 (step 503). Step 504, 505, 50
The steps 6, 507, 508, 509, 510, and 503 are repeated for all the pages registered in the cache entry table 309.
【0026】図6は、先読み仕組み312による処理のフ
ローの例である。このフローは、前述のキャッシュサー
バ装置303の説明中で概要を説明した先読み仕組み312の
詳細な処理フローである。この例では、図5の例と同様
に優先度を高、中、および低の3段階で表現している。
キャッシュサーバ装置303の説明中でも述べたが、ユー
ザクライアント301によりリクエストされたページのU
RLが、キャッシュエントリテーブル309内のエントリ3
18が持つURL319に一致したとき、図6の先読み仕組
み312による処理が実行される。FIG. 6 shows an example of a processing flow by the prefetch mechanism 312. This flow is a detailed processing flow of the look-ahead mechanism 312 outlined in the description of the cache server device 303 described above. In this example, the priority is expressed in three levels of high, medium, and low as in the example of FIG.
Although described in the description of the cache server device 303, the U of the page requested by the user client 301
RL is entry 3 in cache entry table 309
When the URL matches the URL 319 of 18, the processing by the look-ahead mechanism 312 in FIG. 6 is executed.
【0027】まず、エントリ318を参照して、リクエス
トされたページの優先度320とキャッシュ領域310内のペ
ージ本体の位置322とを取り出す(ステップ601)。次
に、得られたページ本体の位置322に基づいてキャッシ
ュ領域310内のページ本体321を呼び出し、その中からハ
イパーリンクによる全ての参照先ページのURL326を
取り出す(ステップ602)。次に、得られたURL326に
基づいてキャッシュエントリテーブル309を検索して、
参照先ページそれぞれがすでにキャッシュサーバ装置30
2内にキャッシュされているかどうかを調べ、キャッシ
ュされていれば、その優先度を取り出す(ステップ60
3)。次に、ステップ601からステップ603までで得られ
たリクエストされたページの優先度320、リクエストさ
れたページ内のハイパーリンクによる参照先ページのU
RL326、および参照先ページのうちですでにキャッシ
ュサーバ装置302内にキャッシュされているものの優先
度に基づいて、先読み判定314および先読み操作313を行
う(ステップ604)。First, referring to the entry 318, the priority 320 of the requested page and the position 322 of the page body in the cache area 310 are extracted (step 601). Next, the page main body 321 in the cache area 310 is called based on the obtained page main body position 322, and the URLs 326 of all the reference pages by the hyperlink are extracted from the page main body 321 (step 602). Next, the cache entry table 309 is searched based on the obtained URL 326,
Each of the referenced pages already has a cache server device 30
It is checked whether it is cached in 2 and if so, its priority is taken out (step 60).
3). Next, the priority 320 of the requested page obtained in steps 601 to 603, and the U of the reference page by the hyperlink in the requested page
A prefetch determination 314 and a prefetch operation 313 are performed based on the RL 326 and the priorities of the reference pages already cached in the cache server device 302 (step 604).
【0028】先読み判定314および先読み操作313の具体
的な手順は、以下の通りである。まず、リクエストされ
たページの優先度320が何であるかを判別する(ステッ
プ605)。リクエストされたページの優先度320が高であ
れば(ステップ606)、ハイパーリンクによる参照先ペ
ージすべてをプリフェッチ(prefetch)またはリロード
(reload)する(ステップ607)。リクエストされたペ
ージの優先度320が中であれば(ステップ608)、ハイパ
ーリンクによる参照先ページ326のうちですでにキャッ
シュサーバ装置302内にキャッシュされているものをす
べてリロードする(ステップ609)。リクエストされた
ページの優先度320が低であれば(ステップ610)、ハイ
パーリンクによる参照先ページ326のうちですでにキャ
ッシュサーバ装置302内にキャッシュされていてなおか
つその優先度が高であるものをすべてリロードする(ス
テップ611)。但し、ここで、リロード(reload)と
は、すでにキャッシュ領域310にコピーされているペー
ジ本体をインターネット305上にある最新のオリジナル
のページと置き換えることを意味し、プリフェッチ(pr
efetch)とは、まだキャッシュサーバ装置303内にキャ
ッシュされていないページをインターネット305上から
取り寄せてキャッシュサーバ装置303内にキャッシュす
ることを意味する。なお、リロードは、キャッシュ領域
310上にあるページのバージョンや作成日時などをイン
ターネット305上のWWWサーバに送って問い合わせ、
当該ページのバージョンや作成日時が変更されている場
合のみ、そのページの最新のデータをダウンロードして
くるものとする。また、本願における「先読み」は、リ
ロードとプリフェッチの両方を含むものとする。The specific procedure of the prefetch judgment 314 and the prefetch operation 313 is as follows. First, the priority 320 of the requested page is determined (step 605). If the priority 320 of the requested page is high (step 606), all pages referred to by the hyperlink are prefetched (prefetch) or reloaded (step 607). If the priority 320 of the requested page is medium (step 608), all of the hyperlinked reference pages 326 already cached in the cache server device 302 are reloaded (step 609). If the priority 320 of the requested page is low (step 610), the hyperlinked reference page 326 that has already been cached in the cache server device 302 and has a high priority is selected. All are reloaded (step 611). Here, the term “reload” means that the page body already copied in the cache area 310 is replaced with the latest original page on the Internet 305, and the prefetch (pr
“efetch” means that a page not yet cached in the cache server device 303 is retrieved from the Internet 305 and cached in the cache server device 303. Reloading is performed in the cache area
The version and date of creation of the page on 310 are sent to the WWW server on the Internet 305 for inquiry,
Only when the version and the creation date and time of the page have been changed, the latest data of the page is downloaded. In addition, “read ahead” in the present application includes both reloading and prefetching.
【0029】図7に、この先読み判定および先読み操作
(ステップ604)におけるハイパーリンクによる参照先
ページに対する先読み処理を、リクエストされたページ
の優先度320とハイパーリンクによる参照先ページの優
先度とに基づいて整理した表を示す。図7の最左列に、
リクエストされたページの優先度の「高」、「中」、
「低」の見出しを付した。また、リクエストされたペー
ジの優先度が「高」、「中」、「低」のそれぞれの場合
において、当該ページで参照されている参照ページの優
先度が「高」、「中、低」、またはその参照ページが
「キャッシュされていない」に分け、それぞれの場合に
どのように処理するかを示した。FIG. 7 shows the prefetching process for the reference page by the hyperlink in the prefetch determination and the prefetch operation (step 604) based on the priority 320 of the requested page and the priority of the reference page by the hyperlink. Here is an organized table. In the leftmost column of FIG.
The priority of the requested page is high, medium,
The heading "Low" was added. When the priority of the requested page is “high”, “medium”, or “low”, the priority of the reference page referred to by the page is “high”, “medium, low”, Or, the reference page was divided into "not cached" and showed how to handle each case.
【0030】次に、図6のフローを、図8、図9、図1
0、図11、および図12を用いた具体例で説明する。Next, the flow of FIG. 6 will be described with reference to FIGS.
0, FIG. 11, and FIG.
【0031】図8は、キャッシュサーバ装置303のキャ
ッシュエントリテーブル309内のエントリとキャッシュ
領域310内のページ本体の例である。この図の例では、
キャッシュサーバ装置801に、URL802,803,804およ
び805で指定された4つのページがキャッシュされてお
り、それに応じて、キャッシュエントリテーブル806に
4つのページのエントリ807,808,809および810がそれ
ぞれ登録されている。各エントリは、それぞれ、優先度
として812,813,814および815を持ち、キャッシュ領域
811内の各ページの本体の位置として816,817,818およ
び819を持つ。また、キャッシュ領域811内には、ページ
本体の位置816,817,818および819が指定する位置に4
つのページの本体がコピーされている。FIG. 8 shows an example of an entry in the cache entry table 309 of the cache server device 303 and a page body in the cache area 310. In the example in this figure,
Four pages specified by URLs 802, 803, 804, and 805 are cached in the cache server device 801, and entries 807, 808, 809, and 810 of the four pages are registered in the cache entry table 806 accordingly. Have been. Each entry has a priority of 812, 813, 814, and 815, respectively, and has a cache area.
811 has 816, 817, 818 and 819 as the position of the body of each page. In addition, in the cache area 811, there are four pages designated by the positions 816, 817, 818 and 819 of the page body.
The body of one page has been copied.
【0032】図9は、インターネット上において、ある
ページが他のページをハイパーリンクによって参照して
いる様子を示す例である。WWWサーバ901、WWWサ
ーバ902、およびWWWサーバ903が、インターネット90
4を介して接続されている。そして、WWWサーバ901上
のページ905が、同じサーバ上のページ906,907、WW
Wサーバ902上のページ908、およびWWWサーバ903上
のページ909をハイパーリンクにより参照している。ま
た、ページ905,906,907,908および909のURLは、
それぞれ、802,803,910,804および805で与えられて
いる。URL802,803,804および805は、図8のキャッ
シュエントリテーブル806内のエントリ807,808,809お
よび810に登録されているが、URL910は登録されてい
ない。すなわち、ページ905,906,908および909はキャ
ッシュサーバ装置801にキャッシュされているが、ペー
ジ907はキャッシュされていない。FIG. 9 is an example showing a state where a certain page refers to another page by a hyperlink on the Internet. The WWW server 901, the WWW server 902, and the WWW server 903 are connected to the Internet 90.
Connected through four. Then, the page 905 on the WWW server 901 is replaced with the pages 906, 907 and WW on the same server.
A page 908 on the W server 902 and a page 909 on the WWW server 903 are referred to by hyperlinks. The URLs of pages 905, 906, 907, 908 and 909 are
Provided at 802, 803, 910, 804 and 805, respectively. The URLs 802, 803, 804, and 805 are registered in the entries 807, 808, 809, and 810 in the cache entry table 806 of FIG. 8, but the URL 910 is not registered. That is, pages 905, 906, 908, and 909 are cached in cache server device 801, but page 907 is not.
【0033】今、キャッシュサーバ装置303のキャッシ
ュ状況が図8のキャッシュサーバ装置801の様であり、
キャッシュサーバ装置801にキャッシュされているペー
ジのハイパーリンクによる参照構造が図9の様であった
とする。そして、ユーザクライアント301からプロキシ
ーサーバ装置302に、ページ905へのリクエストがあった
とする。そのとき、エントリ807,808,809および810が
持つ優先度812,813,814および815の値によって場合
1、場合2および場合3の3通りに場合分けを行い、そ
れぞれの場合に対して、先読み仕組み312が、どのよう
に先読み判定314および先読み操作313を行うかを以下に
説明する。Now, the cache status of the cache server device 303 is as shown in the cache server device 801 in FIG.
It is assumed that the reference structure by the hyperlink of the page cached in the cache server device 801 is as shown in FIG. Then, it is assumed that a request for the page 905 is made from the user client 301 to the proxy server device 302. At that time, the cases are classified into three cases, case 1, case 2 and case 3, according to the values of the priorities 812, 813, 814 and 815 of the entries 807, 808, 809 and 810. The following describes how the mechanism 312 performs the prefetch determination 314 and the prefetch operation 313.
【0034】場合1として、優先度が図10のように与
えられている場合を考える。これは、URL802で指定
されるページ905のエントリ807の優先度812が高、UR
L803で指定されるページ906のエントリ808の優先度813
が高、URL804で指定されるページ908のエントリ809
の優先度814が中、URL805で指定されるページ909の
エントリ810の優先度815が低、の場合である。この場
合、ページ905が優先度812として高を持つので、ページ
905がハイパーリンクにより参照するすべてのページ90
6,907,908および909がプリフェッチまたはリロードさ
れる。すなわち、キャッシュサーバ装置801内にキャッ
シュされているページ906,908および909はリロードさ
れ、キャッシュされていないページ907はプリフェッチ
される。As Case 1, let us consider a case where priorities are given as shown in FIG. This is because the priority 812 of the entry 807 of the page 905 specified by the URL 802 is high,
Priority 813 of entry 808 of page 906 specified by L803
Is high, entry 809 of page 908 specified by URL 804
Priority 814 is medium, and the priority 815 of the entry 810 of the page 909 specified by the URL 805 is low. In this case, since page 905 has a high priority 812,
All pages 90 to which 905 refers by hyperlink
6, 907, 908 and 909 are prefetched or reloaded. That is, the pages 906, 908 and 909 cached in the cache server device 801 are reloaded, and the uncached page 907 is prefetched.
【0035】場合2として、優先度が図11のように与
えられている場合を考える。これは、URL802で指定
されるページ905のエントリ807の優先度812が中、UR
L803で指定されるページ906のエントリ808の優先度813
が高、URL804で指定されるページ908のエントリ809
の優先度814が中、URL805で指定されるページ909の
エントリ810の優先度815が低、の場合である。この場
合、ページ905が優先度812として中を持つので、ページ
905がハイパーリンクにより参照するページのうちキャ
ッシュサーバ装置801内にキャッシュされているページ9
06,908および909がリロードされる。ページ907はキャ
ッシュされていないので先読みしない。As Case 2, consider the case where the priorities are given as shown in FIG. This is because the priority 812 of the entry 807 of the page 905 specified by the URL 802 is medium,
Priority 813 of entry 808 of page 906 specified by L803
Is high, entry 809 of page 908 specified by URL 804
Priority 814 is medium, and the priority 815 of the entry 810 of the page 909 specified by the URL 805 is low. In this case, since page 905 has medium as priority 812,
Page 9 cached in cache server device 801 among pages referenced by hyperlink 905
06, 908 and 909 are reloaded. Page 907 is not cached and will not be read ahead.
【0036】場合3として、優先度が図11のように与
えられている場合を考える。これは、URL802で指定
されるページ905のエントリ807の優先度812が低、UR
L803で指定されるページ906のエントリ808の優先度813
が高、URL804で指定されるページ908のエントリ809
の優先度814が中、URL805で指定されるページ909の
エントリ810の優先度815が低、の場合である。この場
合、ページ905が優先度812として低を持つので、ページ
905がハイパーリンクにより参照するページのうち、キ
ャッシュサーバ装置801内にキャッシュされていて、か
つ優先度として高を持つページ906がリロードされる。
ページ908,909は、キャッシュされているが優先度が中
または低なので先読みしない。また、ページ907はキャ
ッシュされていないので先読みしない。As a case 3, consider a case where the priorities are given as shown in FIG. This is because the priority 812 of the entry 807 of the page 905 specified by the URL 802 is low,
Priority 813 of entry 808 of page 906 specified by L803
Is high, entry 809 of page 908 specified by URL 804
Priority 814 is medium, and the priority 815 of the entry 810 of the page 909 specified by the URL 805 is low. In this case, since page 905 has a low priority 812,
Of the pages referred to by the hyperlink 905, the page 906 that is cached in the cache server device 801 and has a high priority is reloaded.
Pages 908 and 909 are cached but do not look ahead because they have medium or low priority. Since the page 907 is not cached, it is not read ahead.
【0037】上記第1の実施の形態によれば、図7のよ
うな規準に基づいてユーザが次に選択する可能性が高い
と考えられるページを先読みするので、ネットワークへ
の負荷の増大を抑えながら、先読みによるキャッシュの
再現率の向上を図ることができる。According to the first embodiment, a page presumed to be likely to be selected next by the user is prefetched based on the criterion as shown in FIG. 7, so that an increase in the load on the network is suppressed. However, it is possible to improve the recall rate of the cache by prefetching.
【0038】次に、本発明の第2の実施の形態を説明す
る。図13は、本発明の第2の実施の形態に係るWWW
キャッシュシステムのブロック図である。図13におい
て、図3と同一の番号は共通のものを示すものとし、説
明は省略する。ユーザクライアント301およびプロキシ
ーサーバ装置302は、図3のシステムにおける対応する
部分301,302と同じ振る舞いをするものである。Next, a second embodiment of the present invention will be described. FIG. 13 shows a WWW according to the second embodiment of the present invention.
It is a block diagram of a cache system. 13, the same reference numerals as those in FIG. 3 denote the same parts, and a description thereof will be omitted. The user client 301 and the proxy server device 302 behave in the same manner as the corresponding parts 301 and 302 in the system of FIG.
【0039】キャッシュサーバ装置1301は、キャッシュ
エントリテーブル309、キャッシュ領域310、優先度判定
仕組み323、先読み仕組み1317の他に、ユーザ重要度管
理テーブル1302、重要度判定仕組み1303、および顧客情
報リスト1304を持つ。キャッシュエントリテーブル30
9、キャッシュ領域310、および優先度判定仕組み323
は、図3のシステムにおける対応する部分309,310,32
3と同じ振る舞いをするものである。ユーザ重要度管理
テーブル1302は、ユーザクライアント301を通じてプロ
キシーサーバ装置302にアクセスするユーザの重要度を
管理する。The cache server 1301 stores a user importance management table 1302, an importance determination mechanism 1303, and a customer information list 1304 in addition to the cache entry table 309, the cache area 310, the priority determination mechanism 323, and the look-ahead mechanism 1317. Have. Cache entry table 30
9, cache area 310, and priority determination mechanism 323
Correspond to the corresponding parts 309, 310, 32 in the system of FIG.
It behaves the same as 3. The user importance management table 1302 manages the importance of users who access the proxy server device 302 through the user client 301.
【0040】図14に、ユーザ重要度管理テーブル1302
に登録されている各エントリのデータ構造を示す。同図
に示すように、1つのエントリ1401は、プロキシーサー
バ装置302にアクセスすることが許されているユーザの
ユーザID1402および重要度1403の2つの情報を保持す
る。この重要度1403は、ユーザ重要度判定仕組み1303
が、顧客情報リスト1304およびプロキシーサーバ装置30
2の持つアクセス履歴317をもとにそれぞれのユーザに対
し重要度判定1305を行うことにより決定され、重要度登
録1306を行うことによりユーザ重要度管理テーブル1302
の各エントリに付与される。FIG. 14 shows a user importance management table 1302.
Shows the data structure of each entry registered in. As shown in the figure, one entry 1401 holds two pieces of information, ie, a user ID 1402 and a degree of importance 1403 of a user who is allowed to access the proxy server device 302. This importance 1403 is a user importance determination mechanism 1303
However, the customer information list 1304 and the proxy server device 30
The user importance management table 1302 is determined by performing importance determination 1305 for each user based on the access history 317 of 2 and performing the importance registration 1306.
Is assigned to each entry.
【0041】今、ユーザID1313を持つユーザによりユ
ーザクライアント301を通じてリクエストされたページ
のURLが、キャッシュエントリテーブル309内のエン
トリ1307が持つURL1308に一致したとする。その場
合、先読み仕組み1317が、当該エントリ1307が持つペー
ジ本体の位置1309が示すページ本体1310の中から、ハイ
パーリンクによる参照先ページのURL1311を取り出
す。そして、先読み仕組み1317は、リクエストされたペ
ージの優先度1312とハイパーリンクによる参照先ページ
のURL1311、キャッシュエントリテーブル309の持つ
情報、およびリクエストを行ったユーザの重要度1314に
基づいて、所定の判定フローに従って先読みするページ
を決める先読み判定1315を行う。さらに、先読み仕組み
1317は、先読み判定1315により選択されたページに対し
先読み操作1316を行う。先読みの判定フローの例は後に
詳述する。先読み操作1316によるレスポンス316により
得られたページ本体およびページに関する情報は、それ
ぞれ、キャッシュ領域310、およびキャッシュエントリ
テーブル309で管理される。Assume that the URL of the page requested by the user having the user ID 1313 through the user client 301 matches the URL 1308 of the entry 1307 in the cache entry table 309. In this case, the prefetching mechanism 1317 extracts the URL 1311 of the reference destination page by the hyperlink from the page body 1310 indicated by the page body position 1309 of the entry 1307. The read-ahead mechanism 1317 performs a predetermined determination based on the priority 1312 of the requested page, the URL 1311 of the reference page referred to by the hyperlink, information held in the cache entry table 309, and the importance 1314 of the user who made the request. A prefetch determination 1315 for deciding a page to prefetch according to the flow is performed. Furthermore, look-ahead mechanism
A step 1317 performs a look-ahead operation 1316 on the page selected by the look-ahead determination 1315. An example of the pre-read determination flow will be described later in detail. Information about the page body and the page obtained by the response 316 by the prefetch operation 1316 is managed in the cache area 310 and the cache entry table 309, respectively.
【0042】なお、図13に示したのは、システム構成
の一例であり、プロキシーサーバ装置302とキャッシュ
サーバ装置1301は同一マシン上にあってもよい。ユーザ
クライアント301は当然複数あってよい。FIG. 13 shows an example of the system configuration, and the proxy server device 302 and the cache server device 1301 may be on the same machine. Of course, there may be a plurality of user clients 301.
【0043】この実施の形態のシステムにおける重要度
判定仕組み1303および先読み仕組み1317の例を二つ説明
する。Two examples of the importance determination mechanism 1303 and the look-ahead mechanism 1317 in the system of this embodiment will be described.
【0044】この実施の形態における重要度判定仕組み
1303と先読み仕組み1317の第1の例は、企業イントラネ
ットに本発明を適用した例である。イントラネットに本
発明を適用しているある企業の職制が、図15の様であ
るとする。この図では、ある役職に就く社員はそれより
下位にある役職に就く社員を管理していることを表し、
また、ピラミッド型の図における各役職が占める面積は
その役職に就く社員数の大まかな割合を示している。図
16は、この場合の重要度判定仕組み1303による処理の
フローの例である。この例では、重要度1403を上、中お
よび下の3段階で表現している。但し、ここでの例は重
要度1403の与え方の一例であり、2段階あるいはさらに
多段階に分けてもよい。まず、前提として、プロキシー
サーバ装置302にアクセスすることを許されているユー
ザは、ユーザID1402を持ち、なおかつ図15の職制の
中の役職の一つに就いているとし、その情報は顧客情報
リスト1304に与えられているものとする。The importance determination mechanism in this embodiment
The first example of 1303 and the look-ahead mechanism 1317 is an example in which the present invention is applied to a corporate intranet. It is assumed that the job system of a certain company applying the present invention to the intranet is as shown in FIG. In this diagram, an employee in one position controls an employee in a lower position,
In addition, the area occupied by each position in the pyramid-shaped diagram indicates a rough ratio of the number of employees who take that position. FIG. 16 is an example of the flow of processing by the importance determination mechanism 1303 in this case. In this example, the importance level 1403 is expressed in three stages: upper, middle, and lower. However, the example here is an example of how to assign the importance 1403, and the importance may be divided into two or more stages. First, it is assumed that a user who is permitted to access the proxy server device 302 has the user ID 1402 and has one of the positions in the job system shown in FIG. 1304.
【0045】図16の重要度判定仕組み1303の処理で
は、まずこの前提条件をみたすユーザについて重要度判
定1305を行い(ステップ1601)、ユーザID1402と得ら
れた重要度1403とに基づいてユーザ重要度管理テーブル
1302への重要度登録1306を行う(ステップ1602)。重要
度判定1305および重要度登録1306の具体的な手順の例
は、以下の通りである。まず、顧客情報リスト1304に登
録されているユーザの役職が何であるかを判別する。当
該ユーザの役職が会長、社長または役員であれば(ステ
ップ1603)、そのユーザの重要度1403として上を与える
(ステップ1604)。当該ユーザの役職が本部長、事業所
所長、事業所部長または事業所課長であれば(ステップ
1605)、重要度1403として中を与える(ステップ160
6)。そのユーザの役職が事業所所員であれば(ステッ
プ1607)、重要度1403として下を与える(ステップ160
8)。そして、得られた重要度1403の値をユーザID140
2とともにユーザ重要度管理テーブル1302内にそのユー
ザのエントリ1401として登録する(ステップ1602)。ス
テップ1603,1604,1605,1606,1607,1608および1602
の手順を、上記前提条件をみたす全てのユーザについて
繰り返す。In the processing of the importance determination mechanism 1303 in FIG. 16, first, an importance determination 1305 is performed on the user who satisfies the preconditions (step 1601), and the user importance is determined based on the user ID 1402 and the obtained importance 1403. Management table
An importance registration 1306 to 1302 is performed (step 1602). An example of a specific procedure of the importance determination 1305 and the importance registration 1306 is as follows. First, it is determined what the position of the user registered in the customer information list 1304 is. If the position of the user is chairman, president, or officer (step 1603), the user is given an upper degree of importance 1403 (step 1604). If the job title of the user is headquarters, office manager, office manager or office manager (step
1605), giving medium as importance 1403 (step 160)
6). If the position of the user is an office employee (step 1607), the following is given as the importance 1403 (step 160).
8). Then, the obtained value of the importance 1403 is stored in the user ID 140
The user is registered as an entry 1401 of the user in the user importance management table 1302 together with 2 (step 1602). Steps 1603, 1604, 1605, 1606, 1607, 1608 and 1602
Is repeated for all users who satisfy the above preconditions.
【0046】図17は、先読み仕組み1317による処理の
フローの例である。このフローは、前述のキャッシュサ
ーバ装置1301の説明中で概要を説明した先読み仕組み13
17の詳細な処理フローである。この例では、図16の例
と同様に重要度1403を上、中、および下の3段階で表現
し、さらに、図5の例と同様に優先度403を高、中、お
よび低の3段階で表現している。今、リクエスト307を
行ったユーザのユーザIDがユーザ重要度管理テーブル
1302が持つあるエントリ1318のユーザID1313に一致
し、かつ、そのリクエストされたページのURLが、キ
ャッシュエントリテーブル309内のエントリ1307が持つ
URL1308に一致したとする。このとき、図17の先読
み仕組み1317による処理が実行される。FIG. 17 shows an example of the flow of processing by the look-ahead mechanism 1317. This flow is based on the look-ahead mechanism 13 outlined in the description of the cache server device 1301 described above.
17 is a detailed processing flow of 17. In this example, the importance 1403 is expressed in three levels of upper, middle, and lower as in the example of FIG. 16, and the priority 403 is expressed in three levels of high, medium, and low as in the example of FIG. It is expressed by Now, the user ID of the user who made the request 307 is the user importance management table.
Assume that the user ID 1313 of the entry 1318 of the entry 1302 matches the URL of the requested page matches the URL 1308 of the entry 1307 in the cache entry table 309. At this time, processing by the look-ahead mechanism 1317 in FIG. 17 is executed.
【0047】まず、ユーザ重要度管理テーブル1302を参
照して、リクエスト307を行ったユーザの重要度1314を
取り出す(ステップ1701)。次に、キャッシュエントリ
テーブル309を参照して、リクエストされたページの優
先度1312とページ本体のキャッシュ領域310内の位置130
9とを取り出す(ステップ1702)。次に、得られたペー
ジ本体の位置1309に基づいてキャッシュ領域310内のペ
ージ本体1310を呼び出し、その中からハイパーリンクに
よるすべての参照先ページのURL1311を取り出す(ス
テップ1703)。次に、得られたURL1311に基づいてキ
ャッシュエントリテーブル309を検索して、参照先ペー
ジそれぞれがすでにキャッシュサーバ装置1301内にキャ
ッシュされているかどうかを調べ、キャッシュされてい
れば、その優先度を取り出す(ステップ1704)。次に、
ステップ1701,1702,1703および1704で得られたユーザ
の重要度1314、リクエストされたページの優先度1312、
参照先ページのURL1311、および参照先ページのうち
すでにキャッシュサーバ装置1301内にキャッシュされて
いるものの優先度に基づいて、先読み判定1315および先
読み操作1316を行う(ステップ1705)。First, referring to the user importance management table 1302, the importance 1314 of the user who made the request 307 is extracted (step 1701). Next, referring to the cache entry table 309, the priority 1312 of the requested page and the position 130 in the cache area 310 of the page body are read.
9 is taken out (step 1702). Next, the page body 1310 in the cache area 310 is called based on the obtained page body position 1309, and the URLs 1311 of all the referenced pages by the hyperlink are extracted from the page body 1310 (step 1703). Next, the cache entry table 309 is searched based on the obtained URL 1311 to check whether each of the referenced pages has already been cached in the cache server device 1301. If cached, the priority is taken out. (Step 1704). next,
User importance 1314 obtained in steps 1701, 1702, 1703 and 1704, requested page priority 1312,
A prefetch determination 1315 and a prefetch operation 1316 are performed based on the URL 1311 of the reference page and the priority of the page already cached in the cache server device 1301 (step 1705).
【0048】先読み判定1315および先読み操作1316の具
体的な手順は、以下の通りである。まず、リクエストを
出したユーザの重要度1314が何であるかを判別する(ス
テップ1706)。ユーザの重要度1314が上であれば(ステ
ップ1707)、ハイパーリンクによる参照先ページのすべ
てをプリフェッチまたはリロードする(ステップ170
8)。ユーザの重要度1314が中であれば(ステップ170
9)、リクエストされたページの優先度1312、ハイパー
リンクによる参照先ページのURL1311、および参照先
ページのうちすでにキャッシュサーバ装置1301内にキャ
ッシュされているものの優先度に基づいて、上述の第1
の実施形態のステップ604と同様の先読み判定および先
読み操作を行う(ステップ1710)。ユーザの重要度が下
であれば(ステップ1711)、先読み操作は行わない(ス
テップ1712)。The specific procedure of the prefetch determination 1315 and the prefetch operation 1316 is as follows. First, it is determined what the importance 1314 of the user who issued the request is (step 1706). If the user's importance 1314 is higher (step 1707), all pages referred to by hyperlinks are prefetched or reloaded (step 170).
8). If the user importance 1314 is medium (step 170
9), based on the priority 1312 of the requested page, the URL 1311 of the reference page by the hyperlink, and the priority of the reference page that has already been cached in the cache server device 1301, and
The same pre-reading determination and pre-reading operation as in step 604 of this embodiment are performed (step 1710). If the importance of the user is lower (step 1711), the prefetch operation is not performed (step 1712).
【0049】次に、この実施の形態における重要度判定
仕組み1303と先読み仕組み1317の第2の例を説明する。
この例は、プロバイダ事業に本発明を適用した例であ
る。図18は、この例における重要度判定仕組み1303の
処理フローを示す。この処理により、プロバイダーサー
ビスに加入しそのサービスを利用する各ユーザの重要度
を、そのユーザのサービス利用量に基づいて判定し、ユ
ーザ重要度管理テーブル1302に登録している。この例で
も重要度1403を上、中および下の3段階で表現してい
る。但し、ここでの例は重要度1403の与え方の一例であ
り、2段階あるいはさらに多段階に分けても良い。ま
ず、前提として、プロキシーサーバ装置302にアクセス
することを許されているユーザは、顧客リスト1304に登
録されているユーザであるものとする。顧客リスト1304
には、各ユーザのユーザID1402、およびプロキシーサ
ーバ装置302が保持するアクセス履歴317から計算された
当該ユーザの月平均サービス利用時間とが保持され管理
されているものとする。Next, a second example of the importance determination mechanism 1303 and the look-ahead mechanism 1317 in this embodiment will be described.
This example is an example in which the present invention is applied to a provider business. FIG. 18 shows a processing flow of the importance determination mechanism 1303 in this example. By this processing, the importance of each user who subscribes to the provider service and uses the service is determined based on the service usage amount of the user, and registered in the user importance management table 1302. Also in this example, the importance 1403 is expressed in three stages of upper, middle and lower. However, the example here is an example of how to assign the importance 1403, and the importance may be divided into two or more stages. First, it is assumed that a user who is permitted to access the proxy server device 302 is a user registered in the customer list 1304. Customer list 1304
It is assumed that the user ID 1402 of each user and the monthly average service usage time of the user calculated from the access history 317 stored in the proxy server device 302 are stored and managed.
【0050】図18の重要度判定仕組み1303の処理で
は、まずこの前提条件をみたすユーザについて重要度判
定1305を行い(ステップ1801)、ユーザID1402と得ら
れた重要度1403とに基づいてユーザ重要度管理テーブル
1302への重要度登録1306を行う(ステップ1802)。重要
度判定1305および重要度登録1306の具体的な手順は、以
下の通りである。あらかじめ重要度判定の適当なしきい
値としてm,nの二つの値(n<m)を与えておく。ま
ず、顧客情報リスト1304から当該ユーザの月平均サービ
ス利用時間を参照し、その値としきい値m,nとを比較
する(ステップ1803)。月平均サービス利用時間がm時
間以上であれば(ステップ1804)、そのユーザの重要度
1403として上を与える(ステップ1805)。月平均サービ
ス利用時間がn時間以上m時間未満であれば(ステップ
1806)、重要度1403として中を与える(ステップ180
7)。月平均サービス利用時間がn時間未満であれば
(ステップ1808)、重要度1403として下を与える(ステ
ップ1809)。そして、得られた重要度1403の値をユーザ
ID1402とともにユーザ重要度管理テーブル1302にその
ユーザのエントリ1401として登録する(ステップ180
2)。ステップ1803,1804,1805,1806,1807,1808お
よび1802の手順を、上記前提条件をみたす全てのユーザ
について繰り返す。In the processing of the importance determination mechanism 1303 shown in FIG. 18, first, an importance determination 1305 is performed for a user who satisfies the prerequisites (step 1801). Management table
An importance registration 1306 to 1302 is performed (step 1802). The specific procedure of importance determination 1305 and importance registration 1306 is as follows. In advance, two values of m and n (n <m) are given as appropriate thresholds for judging importance. First, the user refers to the average service usage time per month of the user from the customer information list 1304, and compares the value with the threshold values m and n (step 1803). If the monthly average service usage time is m hours or more (step 1804), the importance of the user
Give the top as 1403 (step 1805). If the monthly average service usage time is n hours or more and less than m hours (step
1806), giving medium as importance 1403 (step 180)
7). If the monthly average service use time is less than n hours (step 1808), the lower level is given as the importance 1403 (step 1809). Then, the obtained value of the importance 1403 is registered as an entry 1401 of the user in the user importance management table 1302 together with the user ID 1402 (step 180).
2). The procedures of steps 1803, 1804, 1805, 1806, 1807, 1808 and 1802 are repeated for all users who satisfy the above preconditions.
【0051】本例における先読み仕組み1317は、上述の
図17と同様の手順で行なえばよい。The look-ahead mechanism 1317 in this example may be performed in the same procedure as in FIG.
【0052】上記第2の実施の形態によれば、第1の実
施の形態の効果に加えて、ユーザの重要度に応じて先読
みの効果を異ならせる(重要度の高いユーザは先読みす
る範囲を広くし、逆に重要度の低いユーザは先読みの範
囲を狭める)ことができる。According to the second embodiment, in addition to the effects of the first embodiment, the prefetch effect is made different according to the importance of the user (a user having a high importance determines the prefetch range). In other words, a user of low importance can narrow the range of prefetching).
【0053】次に、本発明の第3の実施の形態を説明す
る。図19は、本発明の第3の実施の形態に係るWWW
キャッシュシステムのブロック図である。図19におい
て、図3および図13と同一の番号は共通のものを示す
ものとし、説明は省略する。ユーザクライアント301お
よびキャッシュサーバ装置1301は、図13のシステムに
おける対応する部分301,1301と同じ振る舞いをするも
のである。Next, a third embodiment of the present invention will be described. FIG. 19 shows a WWW according to the third embodiment of the present invention.
It is a block diagram of a cache system. In FIG. 19, the same reference numerals as those in FIGS. 3 and 13 denote the same components, and a description thereof will be omitted. The user client 301 and the cache server device 1301 have the same behavior as the corresponding parts 301 and 1301 in the system of FIG.
【0054】プロキシーサーバ装置1901は、図3のプロ
キシーサーバ装置302の持つ構成要素および機能に加え
て、アクセス量計測仕組み1902を持つ。アクセス量計測
仕組み1902は、プロキシーサーバ装置1901からインター
ネット305への単位時間あたりのアクセス量計測1903を
行い、そのアクセス状況1904を記録する。従って、この
アクセス状況1904を参照すれば、現時点の単位時間のア
クセス量を知ることができるようになっている。また、
先読み仕組み1905は、上述の第2の実施の形態における
のと同様に先読み判定1315を行い、その後、現時点のア
クセス状況1904を基に先読み許可判定1906を行い、そし
て先読み判定1315の結果と先読み許可判定1906の結果を
基に先読み操作1907を行う。The proxy server device 1901 has an access amount measuring mechanism 1902 in addition to the components and functions of the proxy server device 302 in FIG. The access amount measurement mechanism 1902 measures the access amount per unit time 1903 from the proxy server device 1901 to the Internet 305, and records the access status 1904. Therefore, by referring to the access status 1904, the access amount per unit time at the present time can be known. Also,
The look-ahead mechanism 1905 makes a look-ahead determination 1315 in the same manner as in the above-described second embodiment, and then makes a look-ahead permission determination 1906 based on the current access status 1904, and the result of the look-ahead determination 1315 and the look-ahead permission A prefetch operation 1907 is performed based on the result of the determination 1906.
【0055】なお、図19に示したのは、システム構成
の一例であり、プロキシーサーバ装置1901とキャッシュ
サーバ装置1301は同一マシン上であってもよい。ユーザ
クライアント301は当然複数あってよい。FIG. 19 shows an example of the system configuration, and the proxy server device 1901 and the cache server device 1301 may be on the same machine. Of course, there may be a plurality of user clients 301.
【0056】図20は、先読み許可判定1906のフローの
例である。この処理は、ユーザからのWWWデータのリ
クエストとは無関係に、ある程度短い所定時間ごとに実
行される。まず、アクセス状況1904から現時点の単位時
間あたりのアクセス量を得る(ステップ2001)。あらか
じめ判定のしきい値としてmを与えておき、現時点の単
位時間あたりのアクセス量としきい値mとを比較する
(ステップ2002)。現時点の単位時間当たりのアクセス
量がm以下であれば(ステップ2003)、先読み許可を与
える(ステップ2004)。現時点の単位時間当たりのアク
セス量がmより大きければ(ステップ2005)、先読み許
可を与えない(ステップ2006)。以上により、アクセス
量が多いとき(混んでいるとき)は先読み許可を与え
ず、アクセス量が少ないとき(すいているとき)は先読
み許可を与える、というようにできる。また、この処理
は所定時間ごとに繰り返し実行されるので、常に、現時
点におけるアクセス量に応じて先読み許可が与えられて
いるかまたは与えられていないかがフラグのように設定
されることになる。FIG. 20 shows an example of the flow of the prefetch permission determination 1906. This process is executed at predetermined short intervals, irrespective of the user's request for WWW data. First, the current access amount per unit time is obtained from the access status 1904 (step 2001). M is given in advance as a threshold value for determination, and the current access amount per unit time is compared with the threshold value m (step 2002). If the current access amount per unit time is equal to or less than m (step 2003), a prefetch permission is given (step 2004). If the current access amount per unit time is larger than m (step 2005), the prefetch permission is not given (step 2006). As described above, the prefetching permission is not given when the access amount is large (when it is crowded), and the prefetching permission is given when the access amount is small (when it is crowded). Further, since this processing is repeatedly executed at predetermined time intervals, it is always set as a flag as to whether the prefetch permission has been given or not given according to the access amount at the present time.
【0057】図21は、先読み操作1907のフローの例で
ある。まず、先読み許可判定1906の結果を比べる(ステ
ップ2101)。先読み許可判定1906により先読み許可が与
えられた場合は(ステップ2102)、先読み判定1315によ
り選択された先読み対象ページに対し先読みを行う(ス
テップ2103)。先読み判定1315の処理は、図17と同様
に行なえばよい。先読み許可判定1906により先読み許可
が与えられなかった場合は(ステップ2104)、先読みを
行わない(ステップ2105)。FIG. 21 shows an example of the flow of the prefetch operation 1907. First, the result of the prefetch permission determination 1906 is compared (step 2101). When the prefetch permission is given by the prefetch permission determination 1906 (step 2102), the prefetch is performed on the prefetch target page selected by the prefetch determination 1315 (step 2103). The process of the prefetch determination 1315 may be performed in the same manner as in FIG. If the prefetch permission is not given by the prefetch permission determination 1906 (step 2104), the prefetch is not performed (step 2105).
【0058】上記第3の実施の形態によれば、第2の実
施の形態の効果に加え、その時点のアクセス量が一定量
を超えているときには先読みを許可しないようにしてい
るので、ネットワークの混み具合に応じた柔軟な先読み
が実現できる。According to the third embodiment, in addition to the effect of the second embodiment, when the access amount at that time exceeds a certain amount, read-ahead is not permitted. Flexible prefetching according to the degree of crowding can be realized.
【0059】なお、上記第1〜第3の実施の形態におい
て、プロキシーサーバ装置やキャッシュサーバ装置は、
それぞれ、複数の計算機に機能を分散させる形態で実現
してもよい。また、プロキシーサーバ装置やキャッシュ
サーバ装置を備えていない場合でも、ユーザクライアン
トに、第1〜第3の実施の形態で説明した先読みおよび
キャッシングの機能を実装してもよい。例えば、ユーザ
クライアントで実行するブラウザに本発明を適用しても
よい。さらに、上記第1〜第3の実施の形態は、インタ
ーネットにおけるWWWデータの先読みに本発明を適用
した例を説明したが、インターネットでなくイントラネ
ットにおけるWWWデータの先読みに本発明を適用する
こともできる。In the first to third embodiments, the proxy server device and the cache server device are:
Each of them may be realized in a form in which functions are distributed to a plurality of computers. Further, even when a proxy server device or a cache server device is not provided, the prefetching and caching functions described in the first to third embodiments may be implemented in the user client. For example, the present invention may be applied to a browser executed on a user client. Further, in the first to third embodiments, examples in which the present invention is applied to prefetching WWW data on the Internet have been described. However, the present invention can be applied to prefetching WWW data not on the Internet but on an intranet. .
【0060】[0060]
【発明の効果】以上説明したように、本発明によれば、
先読みによるネットワークへの負荷の増大を抑えなが
ら、先読みによるキャッシュの再現率の向上を図る先読
み方式を提供することが出来る。また、同時に先読みに
おける顧客サービスの差別化を図ることが出来る。As described above, according to the present invention,
It is possible to provide a look-ahead method for improving the cache recall rate by the look-ahead while suppressing an increase in the load on the network due to the look-ahead. At the same time, it is possible to differentiate customer services in prefetching.
【図1】インターネット上におけるWWWサーバ上のデ
ータの提供形態を示す図FIG. 1 is a diagram showing a form of providing data on a WWW server on the Internet.
【図2】インターネット上におけるページのハイパーリ
ンクによる参照関係構造を示す図FIG. 2 is a diagram showing a reference relation structure by hyperlink of a page on the Internet.
【図3】第1の実施の形態のシステム構成を示すブロッ
ク図FIG. 3 is a block diagram illustrating a system configuration according to the first embodiment;
【図4】キャッシュエントリーテーブルに登録されてい
るエントリのデータ構造を示す図FIG. 4 is a diagram showing a data structure of an entry registered in a cache entry table.
【図5】優先度判定仕組みによる処理のフローを示す図FIG. 5 is a diagram showing a flow of processing by a priority determination mechanism;
【図6】先読み仕組みによる処理のフローを示す図FIG. 6 is a diagram showing a flow of processing by a prefetch mechanism.
【図7】先読み処理操作をリクエストページの優先度と
参照先ページの優先度とに基いて整理した表を示す図FIG. 7 is a diagram showing a table in which prefetch processing operations are arranged based on the priority of a request page and the priority of a reference page;
【図8】キャッシュサーバ装置内のキャッシュエントリ
テーブルとキャッシュ領域の例を示す図FIG. 8 is a diagram showing an example of a cache entry table and a cache area in a cache server device;
【図9】インターネット上におけるページのハイパーリ
ンクによる参照関係構造の例を示す図FIG. 9 is a diagram showing an example of a reference relationship structure based on a hyperlink of a page on the Internet.
【図10】キャッシュエントリテーブル内のエントリの
例(その1)を示す図FIG. 10 is a diagram showing an example (part 1) of an entry in a cache entry table;
【図11】キャッシュエントリテーブル内のエントリの
例(その2)を示す図FIG. 11 is a diagram showing an example (part 2) of an entry in a cache entry table;
【図12】キャッシュエントリテーブル内のエントリの
例(その3)を示す図FIG. 12 is a diagram illustrating an example (part 3) of an entry in a cache entry table;
【図13】第2の実施の形態のシステム構成を示すブロ
ック図FIG. 13 is a block diagram illustrating a system configuration according to a second embodiment;
【図14】ユーザ重要度管理テーブルの登録されている
エントリのデータ構造を示す図FIG. 14 is a diagram showing a data structure of an entry registered in a user importance management table.
【図15】ある企業の職制の例を示す図FIG. 15 is a diagram showing an example of a job system of a certain company;
【図16】重要度判定仕組みによる処理フローを示す図FIG. 16 is a diagram showing a processing flow by an importance determination mechanism;
【図17】先読み仕組みによる処理のフローを示す図FIG. 17 is a diagram showing a flow of processing by a prefetching mechanism;
【図18】重要度判定仕組みによる処理フローを示す図FIG. 18 is a diagram showing a processing flow according to an importance determination mechanism.
【図19】第3の実施の形態のシステム構成を示すブロ
ック図FIG. 19 is a block diagram illustrating a system configuration according to a third embodiment;
【図20】先読み許可判定のフローを示す図FIG. 20 is a diagram showing a flow of a prefetch permission determination.
【図21】先読み操作のフローを示す図FIG. 21 is a diagram showing a flow of a prefetch operation.
301…ユーザクライアント、302…プロキシーサー
バ装置、303…キャッシュサーバ装置、304…LA
N、305…インターネット、306…ブラウザ、30
7…リクエスト、308…レスポンス、309…キャッ
シュエントリテーブル、310…キャッシュ領域、31
1…キャッシュ検索、312…先読み仕組み、313…
先読み操作、314…先読み判定、315…リクエス
ト、316…レスポンス、317…アクセス履歴、31
8…エントリ、319…URL、320…優先度、32
1…ページ本体、322…ページ本体の位置、323…
優先度判定仕組み、324…優先度登録、325…優先
度判定、326…参照先ページのURL。301: user client, 302: proxy server device, 303: cache server device, 304: LA
N, 305: Internet, 306: Browser, 30
7 Request, 308 Response, 309 Cache entry table, 310 Cache area, 31
1: Cache search, 312: Look-ahead mechanism, 313 ...
Pre-reading operation, 314: Pre-read judgment, 315: Request, 316: Response, 317: Access history, 31
8 entry, 319 URL, 320 priority, 32
1 ... Page body, 322 ... Page body position, 323 ...
Priority determination mechanism, 324: priority registration, 325: priority determination, 326: URL of the reference page.
Claims (7)
域にキャッシュするキャッシュ手段と、 前記キャッシュ領域内にキャッシュしたWWWデータの
優先度を判定する優先度判定手段と、 前記優先度の判定結果に基づいて、リクエストされたW
WWデータの参照先のWWWデータの先読みを行うかど
うかを判定する先読み判定手段と、 前記先読み判定手段による先読みを行うかどうかの判定
結果に基づいて先読み操作を行う先読み操作手段とを具
備することを特徴とするWWWキャッシュシステム。A cache unit that caches the accessed WWW data in a cache area; a priority determination unit that determines a priority of the WWW data cached in the cache area; and a priority determination result based on the priority determination result. Requested W
It is provided with a pre-reading determining means for determining whether to perform pre-reading of WWW data as a reference destination of the WW data, and a pre-reading operation means for performing a pre-reading operation based on a result of the pre-reading determination performed by the pre-reading determining means. WWW cache system characterized by the above-mentioned.
WWデータへのアクセスを処理するプロキシーサーバ装
置と、アクセスしたWWWデータをキャッシュ領域にキ
ャッシュするキャッシュサーバ装置とを備えたWWWキ
ャッシュシステムにおいて、 前記キャッシュサーバ装置は、キャッシュ領域内にキャ
ッシュしたWWWデータの優先度を判定する優先度判定
手段と、該優先度の判定結果に基づいて、リクエストさ
れたWWWデータの参照先のWWWデータの先読みを行
うかどうかを判定する先読み判定手段とを具備し、 前記プロキシーサーバ装置は、前記先読み判定手段によ
る先読みを行うかどうかの判定結果に基づいて先読み操
作を行う先読み操作手段を具備することを特徴とするW
WWキャッシュシステム。2. The method according to claim 2, wherein W
In a WWW cache system including a proxy server device that processes access to WWW data and a cache server device that caches the accessed WWW data in a cache area, the cache server device stores the WWW data cached in the cache area. A priority determination unit configured to determine a priority; and a prefetch determination unit configured to determine, based on a result of the priority determination, whether to prefetch the WWW data referred to by the requested WWW data, The proxy server device further includes a prefetch operation unit that performs a prefetch operation based on a determination result of whether to perform prefetch by the prefetch determination unit.
WW cache system.
段と、 取得したアクセス履歴に基づいて、前記キャッシュ領域
内にキャッシュされているWWWデータのリクエスト頻
度を計算する手段と、 得られたリクエスト頻度の情報を用いて、前記キャッシ
ュ領域内にキャッシュされているWWWデータの優先度
を決定する手段とをさらに具備する請求項1または2の
何れか1つに記載のWWWキャッシュシステム。3. A means for acquiring an access history of WWW data; a means for calculating a request frequency of WWW data cached in the cache area based on the acquired access history; 3. The WWW cache system according to claim 1, further comprising: means for using information to determine a priority of WWW data cached in the cache area.
する重要度判定手段をさらに具備し、 前記先読み判定手段は、前記優先度の判定結果に加え
て、前記ユーザの重要度の判定結果に基づいて、リクエ
ストされたWWWデータの参照先のWWWデータの先読
みを行うかどうかを判定する請求項1または2の何れか
1つに記載のWWWキャッシュシステム。4. An apparatus according to claim 1, further comprising an importance determination unit configured to determine importance of a user who uses the system, wherein the prefetch determination unit determines the importance of the user in addition to the determination result of the priority. 3. The WWW cache system according to claim 1, wherein it is determined whether to prefetch the WWW data referred to by the requested WWW data based on the request. 4.
状況を取得する手段と、 取得したアクセス状況に基づいて、先読みの実行の許可
/不許可を判定する先読み許可判定手段とをさらに具備
する請求項1または2の何れか1つに記載のWWWキャ
ッシュシステム。5. A system according to claim 1, further comprising: means for acquiring a current access status to WWW data; and prefetch permission determining means for judging permission / non-permission of execution of prefetch based on the acquired access status. Or WWW cache system according to any one of 2.
域にキャッシュするステップと、 前記キャッシュ領域内にキャッシュしたWWWデータの
優先度を判定する優先度判定ステップと、 前記優先度の判定結果に基づいて、リクエストされたW
WWデータの参照先のWWWデータの先読みを行うかど
うかを判定する先読み判定ステップと、 前記先読み判定ステップによる先読みを行うかどうかの
判定結果に基づいて先読み操作を行う先読み操作ステッ
プとを具備することを特徴とするWWWデータの先読み
方法。6. A step of caching the accessed WWW data in a cache area, a priority determining step of determining the priority of the WWW data cached in the cache area, and a request based on the priority determination result. Done W
A read-ahead determining step of determining whether to perform read-ahead of WWW data as a reference destination of the WW data; and a read-ahead operation step of performing a read-ahead operation based on a determination result of whether to perform read-ahead in the read-ahead determining step. A method of prefetching WWW data, characterized in that:
WWデータへのアクセスを処理するプロキシーサーバ装
置と、アクセスしたWWWデータをキャッシュ領域にキ
ャッシュするキャッシュサーバ装置とを備えたWWWキ
ャッシュシステムにおけるWWWデータの先読み方法で
あって、 前記キャッシュサーバ装置によりキャッシュ領域内にキ
ャッシュしたWWWデータの優先度を判定する優先度判
定ステップと、 該優先度の判定結果に基づいて、リクエストされたWW
Wデータの参照先のWWWデータの先読みを行うかどう
かを判定する先読み判定ステップと、 前記プロキシーサーバ装置により、前記先読み判定手段
による先読みを行うかどうかの判定結果に基づいて先読
み操作を行う先読み操作ステップとを具備することを特
徴とするWWWデータの先読み方法。7. A method according to claim 1, wherein W
A method of prefetching WWW data in a WWW cache system including a proxy server device for processing access to WWW data and a cache server device for caching the accessed WWW data in a cache area, wherein the cache server device uses a cache area. Priority determining step of determining the priority of the WWW data cached in the server; and requesting WW based on the priority determination result.
A look-ahead determination step of determining whether to perform look-ahead of WWW data to be referred to by the W data; and a look-ahead operation of performing a look-ahead operation by the proxy server device based on a determination result of whether the look-ahead is performed by the look-ahead determination means. And a prefetching method for WWW data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9331087A JPH11149405A (en) | 1997-11-14 | 1997-11-14 | WWW cache system and method of prefetching WWW data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9331087A JPH11149405A (en) | 1997-11-14 | 1997-11-14 | WWW cache system and method of prefetching WWW data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11149405A true JPH11149405A (en) | 1999-06-02 |
Family
ID=18239715
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9331087A Pending JPH11149405A (en) | 1997-11-14 | 1997-11-14 | WWW cache system and method of prefetching WWW data |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11149405A (en) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001142769A (en) * | 1999-11-10 | 2001-05-25 | Nec Software Chubu Ltd | Hyper-link look-ahead system and information reading device |
| JP2001513600A (en) * | 1997-08-06 | 2001-09-04 | タキオン インコーポレイテッド | Distributed systems and how to prefetch objects |
| JP2001292173A (en) * | 2000-04-07 | 2001-10-19 | Nec Corp | Method and device for using intelligent network band width and system resource |
| JP2001344196A (en) * | 2000-05-31 | 2001-12-14 | Sony Corp | Access history management system, access history management method, and program providing medium |
| JP2004512615A (en) * | 2000-10-24 | 2004-04-22 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Method and apparatus for preempting referenced resources |
| JP2004513405A (en) * | 2000-03-09 | 2004-04-30 | インターナショナル・ビジネス・マシーンズ・コーポレーション | System, method and program for ordered and pre-caching linked files in a client / server network |
| JP2005018787A (en) * | 2003-06-25 | 2005-01-20 | Microsoft Corp | Registration and extraction of database table change information usable in invalidating cache entry |
| US6947973B2 (en) | 1999-12-01 | 2005-09-20 | Nec Corporation | Content supply apparatus for transmitting the content to a portable terminal in transmitted divided units and prefetching other contents from the transmitted divided units |
| JP2005535944A (en) * | 2001-11-07 | 2005-11-24 | オラクル・インターナショナル・コーポレイション | Method and system for proactively and predictively caching pages to improve navigation within a site |
| JP2008537814A (en) * | 2005-03-15 | 2008-09-25 | リバーベッド テクノロジー インコーポレーティッド | Rule-based transaction prefetching using a connection endpoint proxy |
| JP2008305225A (en) * | 2007-06-08 | 2008-12-18 | Hitachi Ltd | Control computer, computer system, and access control method |
| JP2010103844A (en) * | 2008-10-24 | 2010-05-06 | Kddi Corp | Content server system, content server, and client computer |
| JP2010205252A (en) * | 2009-02-05 | 2010-09-16 | Yappa Corp | Information display |
| JP2010220162A (en) * | 2009-03-19 | 2010-09-30 | Hitachi Ltd | Communication path switching device |
| US7921117B2 (en) * | 2000-12-06 | 2011-04-05 | Parallel Networks, Llc | Method and system for adaptive prefetching |
| WO2014007083A1 (en) * | 2012-07-02 | 2014-01-09 | ソニー株式会社 | Transmission apparatus, transmission method, and network apparatus |
| US8924657B2 (en) | 2009-06-04 | 2014-12-30 | Canon Kabushiki Kaisha | Information processing apparatus, data access system, and control method for the same |
-
1997
- 1997-11-14 JP JP9331087A patent/JPH11149405A/en active Pending
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001513600A (en) * | 1997-08-06 | 2001-09-04 | タキオン インコーポレイテッド | Distributed systems and how to prefetch objects |
| JP2001142769A (en) * | 1999-11-10 | 2001-05-25 | Nec Software Chubu Ltd | Hyper-link look-ahead system and information reading device |
| US6947973B2 (en) | 1999-12-01 | 2005-09-20 | Nec Corporation | Content supply apparatus for transmitting the content to a portable terminal in transmitted divided units and prefetching other contents from the transmitted divided units |
| JP2004513405A (en) * | 2000-03-09 | 2004-04-30 | インターナショナル・ビジネス・マシーンズ・コーポレーション | System, method and program for ordered and pre-caching linked files in a client / server network |
| JP2001292173A (en) * | 2000-04-07 | 2001-10-19 | Nec Corp | Method and device for using intelligent network band width and system resource |
| JP2001344196A (en) * | 2000-05-31 | 2001-12-14 | Sony Corp | Access history management system, access history management method, and program providing medium |
| JP2004512615A (en) * | 2000-10-24 | 2004-04-22 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Method and apparatus for preempting referenced resources |
| US7921117B2 (en) * | 2000-12-06 | 2011-04-05 | Parallel Networks, Llc | Method and system for adaptive prefetching |
| JP2005535944A (en) * | 2001-11-07 | 2005-11-24 | オラクル・インターナショナル・コーポレイション | Method and system for proactively and predictively caching pages to improve navigation within a site |
| JP2005018787A (en) * | 2003-06-25 | 2005-01-20 | Microsoft Corp | Registration and extraction of database table change information usable in invalidating cache entry |
| JP2008537814A (en) * | 2005-03-15 | 2008-09-25 | リバーベッド テクノロジー インコーポレーティッド | Rule-based transaction prefetching using a connection endpoint proxy |
| JP2008305225A (en) * | 2007-06-08 | 2008-12-18 | Hitachi Ltd | Control computer, computer system, and access control method |
| JP2010103844A (en) * | 2008-10-24 | 2010-05-06 | Kddi Corp | Content server system, content server, and client computer |
| JP2010205252A (en) * | 2009-02-05 | 2010-09-16 | Yappa Corp | Information display |
| JP2010220162A (en) * | 2009-03-19 | 2010-09-30 | Hitachi Ltd | Communication path switching device |
| US8924657B2 (en) | 2009-06-04 | 2014-12-30 | Canon Kabushiki Kaisha | Information processing apparatus, data access system, and control method for the same |
| WO2014007083A1 (en) * | 2012-07-02 | 2014-01-09 | ソニー株式会社 | Transmission apparatus, transmission method, and network apparatus |
| JPWO2014007083A1 (en) * | 2012-07-02 | 2016-06-02 | ソニー株式会社 | Transmission device, transmission method, and network device |
| US9451298B2 (en) | 2012-07-02 | 2016-09-20 | Sony Corporation | Transmission device, transmission method, and network apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7398271B1 (en) | Using network traffic logs for search enhancement | |
| JPH11149405A (en) | WWW cache system and method of prefetching WWW data | |
| US6457047B1 (en) | Application caching system and method | |
| US8271532B2 (en) | Methods for pre-populating local URL rating cache | |
| US5933832A (en) | Retrieval system for frequently updated data distributed on network | |
| US6658462B1 (en) | System, method, and program for balancing cache space requirements with retrieval access time for large documents on the internet | |
| US7093012B2 (en) | System and method for enhancing crawling by extracting requests for webpages in an information flow | |
| US7802014B2 (en) | Method and system for class-based management of dynamic content in a networked environment | |
| US7657553B2 (en) | Method and apparatus for improving end to end performance of a data network | |
| US7363291B1 (en) | Methods and apparatus for increasing efficiency of electronic document delivery to users | |
| US9160709B2 (en) | System and method for managing page variations in a page delivery cache | |
| EP1053524A1 (en) | Optimized network resource location | |
| PL183401B1 (en) | Server | |
| US6553461B1 (en) | Client controlled pre-fetching of resources | |
| KR20010023599A (en) | Method and system for prefetching information | |
| JP4202129B2 (en) | Method and apparatus for prefetching referenced resources | |
| CN1352775A (en) | Selecting a cache | |
| US6954752B2 (en) | Methods and apparatus for clustering and prefetching data objects | |
| US6236661B1 (en) | Accelerating access to wide area network information | |
| US20020107986A1 (en) | Methods and systems for replacing data transmission request expressions | |
| JP2002351913A (en) | Method and device for creating portal site | |
| Sieminski | Changeability of Web objects-browser perspective | |
| Cheng et al. | Functions of a Web warehouse | |
| CN112968980B (en) | Probability determination method and device, storage medium and server | |
| Pons | Web-application centric object prefetching |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |