JPH10214217A - ネットワークキャッシュ装置およびネットワークキャッシュ方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数のアプリケーションが同じキャッシュデ
ータを共有可能であり、各アプリケーションがレスポン
スデータを速く受信することが可能なネットワークキャ
ッシュ装置を提供すること。 【解決手段】 ネットワーク８に対してデータアクセス
のリクエストを発行し、リクエストに対するレスポンス
データを受信するためのネットワークインタフェース部
２５と、ネットワーク８から受信したレスポンスデータ
を記憶するための外部記憶装置５と、アプリケーション
２２からプロセス間通信によりデータリクエストを受信
し、データリクエストに対応するレスポンスデータが外
部記憶装置５に記憶されている場合は、ネットワークイ
ンタフェース部２５に対してデータアクセスのリクエス
トの発行を指示せず、外部記憶装置５に記憶された当該
データリクエストに対応するレスポンスデータをアプリ
ケーション２２へ送出するためのネットワークキャッシ
ュ処理部２１とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して外部のデータにアクセスする情報端末装置に関し、
特に、ネットワークから受信したデータを内部にキャッ
シュするネットワークキャッシュ装置、ネットワークキ
ャッシュ方法およびネットワークキャッシュプログラム
を記録した媒体に関する。

【０００２】

【従来の技術】近年、ワークステーション、パーソナル
コンピュータあるいは電子手帳等の情報端末装置が普及
し、これらの情報端末装置を利用してネットワーク上の
サーバ計算機が保持する情報をアクセスできるネットワ
ークファイルシステムが種々ユーザに提供されている。
その代表的なものとして、いわゆるインターネットにお
けるＨＴＴＰ（Hyper Text Transfer Protocol）を使用
した広域分散型マルチメディア情報システムがある。

【０００３】インターネットは、その基本プロトコルと
してＴＣＰ／ＩＰ（Transmission Control Protocol ／
Internet Protocol ）を利用したグローバルなネットワ
ークである。インターネット上に構築された地域分散型
マルチメディア情報システムは、ＷＷＷ（World Wide W
eb）と呼ばれ、ネットワーク上に分散したファイルオブ
ジェクトを扱うことができる。これらのファイルオブジ
ェクトは、単なるテキストデータに留まらず、画像デー
タ、音声データ、ビデオ画像データなどさまざまな種類
のものを含む。ＷＷＷは、情報提供側にとってもユーザ
側にとっても魅力的であるため、ネットワーク上のＷＷ
Ｗに関するトラフィックが爆発的に増加している。ＷＷ
Ｗシステムでは、クライアント計算機のユーザは、グラ
フィカルユーザインタフェースを持ったブラウザソフト
ウエアをクライアント計算機上で実行させるだけで、ネ
ットワーク上に分散したサーバ計算機の保持するさまざ
まなファイルオブジェクトで構成された情報を次々とア
クセスすることができる。ＷＷＷは、このような操作の
簡単さのために近年目ざましい普及を見せている。

【０００４】ユーザは、ＷＷＷブラウザを使用すること
により、ネットワークからデータを受信して画面に表示
することが可能となる。ＷＷＷブラウザにはユーザの操
作性の向上のためにさまざまな機能が組込まれている。

【０００５】一般的に使用されているＷＷＷブラウザの
１つには、ネットワークから受信したデータをキャッシ
ュするネットワークキャッシュ機能が組込まれている。
ユーザは、このネットワークキャッシュ機能を利用する
ことにより、一度ネットワークから受信データデータを
アクセスする場合にキャッシュされたデータがアクセス
されてアクセス時間を短縮させることが可能となる。

【０００６】また、特開平４−２１９８３９号公報に開
示された発明は、ネットワークキャッシュ装置および計
算機システムを含むネットワークキャッシュシステムに
関するものであり、その概略構成を図１８に示す。ネッ
トワークキャッシュ装置７０は、ネットワークインタフ
ェース７１と、ネットワークインタフェース７１を介し
て受信したパケットの処理およびネットワークインタフ
ェース７１を介してパケットの送信を行なうためのパケ
ット処理部７２と、ファイル格納エリア７４と、ファイ
ル格納エリア７４に格納されているファイルに関する情
報を登録するファイル情報格納エリア７３と、ファイル
バッファ７５とを含む。

【０００７】また、計算機システム８０または９０は、
ネットワークインタフェース８３または９３と、アクセ
スされるファイルがどこにあるかを調査するためのファ
イルアクセス処理部８１または９１と、ネットワークイ
ンタフェース８３または９３を介して受信したパケット
の処理およびネットワークインタフェース８３または９
３を介してパケットの送信を行なうためのパケット処理
部８２または９２と、ローカルディスク上にあるファイ
ルでかつネットワークキャッシュ装置７０のファイル格
納エリア７４にも格納されていて頻繁にアクセスされる
ファイルの名前を登録するためのファイルキャッシュテ
ーブル８４または９４と、ローカルディスク上にあるフ
ァイルに対するアクセスの処理を行なうためのローカル
ファイルアクセス処理部８５または９５とを含む。

【０００８】頻繁にアクセスされるファイルの名前が計
算機システム８０または９０のファイルキャッシュテー
ブル８４または９４に登録される。計算機システム８０
のファイルアクセス処理部８１は、要求されるファイル
の格納場所を調査し、ファイルキャッシュテーブル８４
に登録されていることを検出すれば、パケット処理部８
２がネットワークキャッシュ装置７０に対してファイル
アクセス要求パケットを送出する。そしてネットワーク
キャッシュ装置７０は、ファイル格納エリア７４に格納
されているファイルをパケットにコピーしてアクセス要
求元の計算機８０に送出する。

【０００９】

【発明が解決しようとする課題】上述したＷＷＷブラウ
ザの１つでは、ネットワークキャッシュ機能がブラウザ
内に組込まれているので、２つのブラウザが同時にキャ
ッシュデータを共有したり、他のアプリケーションがキ
ャッシュされたデータを用いるのは困難であるという問
題点がある。

【００１０】また、キャッシュデータは１データにつき
１ファイルという形式で格納されており、電子手帳など
の携帯端末などで使用できるファイル数に制限があるシ
ステムの場合には、このままでは組込めないという問題
点がある。

【００１１】また、上述した特開平４−２１９８３９号
公報に開示された発明においては、キャッシュされるデ
ータはファイルアクセス要求を発行する計算機システム
８０または９０内ではなく、ネットワークキャッシュ装
置７０内に格納されるため、キャッシュされたデータを
アクセスするためには計算機システム８０または９０と
ネットワークキャッシュ装置７０間のネットワークを介
した通信が必要であり、計算機システム８０または９０
がデータを得るのに時間がかかるという問題点がある。

【００１２】本発明は、上記問題点を解決するためのな
されたもので、請求項１〜９に記載の発明の目的は、複
数のアプリケーションが同じキャッシュデータを共有可
能であり、各アプリケーションがレスポンスデータを速
く受信することが可能なネットワークキャッシュ装置を
提供することである。

【００１３】請求項１０に記載の発明の目的は、複数の
アプリケーションが同じキャッシュデータを共有可能で
あり、各アプリケーションがレスポンスデータを速く受
信することが可能なネットワークキャッシュ方法を提供
することである。

【００１４】請求項１１に記載の発明の目的は、複数の
アプリケーションが同じキャッシュデータを共有可能で
あり、各アプリケーションがレスポンスデータを速く受
信することが可能なネットワークキャッシュプログラム
を記録した媒体を提供することである。

【００１５】

【課題を解決するための手段】請求項１に記載のネット
ワークキャッシュ装置は、ネットワークに対してデータ
アクセスのリクエストを発行し、リクエストに対するレ
スポンスデータを受信するためのネットワークインタフ
ェース手段と、ネットワークインタフェース手段が受信
したレスポンスデータを記憶するための記憶手段と、ア
プリケーションからプロセス間通信によりデータリクエ
ストを受信し、データリクエストに対応するレスポンス
データが記憶手段に記憶されている場合は、ネットワー
クインタフェース手段に対してデータアクセスのリクエ
ストの発行を指示せず、データリクエストに対応するレ
スポンスデータが記憶手段に記憶されていない場合は、
ネットワークインタフェース手段に対してデータアクセ
スのリクエストの発行を指示するためのキャッシュ処理
手段とを含む。

【００１６】キャッシュ処理手段は、アプリケーション
からプロセス間通信により受信したデータリクエストに
対応するレスポンスデータが記憶手段に記憶されている
場合は、ネットワークインタフェース手段に対してデー
タアクセスのリクエストを発行しないので、アプリケー
ションがレスポンスデータを速く受信することができ
る。

【００１７】請求項２に記載のネットワークキャッシュ
装置は、請求項１に記載のネットワークキャッシュ装置
であって、キャッシュ処理手段は、リクエストに対応す
るリクエストデータ名とリクエストに対応するレスポン
スデータが記憶手段内に記憶される領域とがインデック
ス情報として記憶されるインデックス記憶手段と、ネッ
トワークインタフェース手段によって受信されたレスポ
ンスデータを記憶手段に記憶し、記憶されたレスポンス
データに対応するインデックス情報をインデックス記憶
手段に記憶するためのキャッシュ管理手段と、アプリケ
ーションからプロセス間通信によりデータリクエストを
受信し、データリクエストに対応するリクエストデータ
名がインデックス記憶手段にある場合は、記憶手段に記
憶されたデータリクエストに対応するリクエストデータ
をプロセス間通信によりアプリケーションへ送出し、デ
ータリクエストに対応するリクエストデータ名がインデ
ックス記憶手段にない場合は、ネットワークインタフェ
ース手段に対してデータアクセスのリクエストの発行を
指示するためのアプリケーションリクエスト処理手段
と、ネットワークインタフェース手段によって受信され
たレスポンスデータをプロセス間通信によりアプリケー
ションへ送出するためのレスポンスデータ処理手段とを
含む。

【００１８】アプリケーションリクエスト処理手段は、
アプリケーションからプロセス間通信により受信したデ
ータリクエストに対応するリクエストデータ名がインデ
ックス記憶手段にある場合は、記憶手段に記憶されたデ
ータリクエストに対応するリクエストデータをプロセス
間通信によりアプリケーションへ送出するので、アプリ
ケーションがレスポンスデータを速く受信することが可
能となる。

【００１９】請求項３に記載のネットワークキャッシュ
装置は、請求項２に記載のネットワークキャッシュ装置
であって、レスポンスデータ処理手段は、ネットワーク
インタフェース手段によって受信されたレスポンスデー
タを共有メモリ領域にコピーし、レスポンスデータがコ
ピーされた領域へのポインタとレスポンスデータのデー
タサイズとをアプリケーションへメッセージ通信する。

【００２０】レスポンスデータ処理手段は、アプリケー
ションに対してレスポンスデータがコピーされた領域へ
のポインタとレスポンスデータのデータサイズのみをメ
ッセージ通信するので、アプリケーションがレスポンス
データへアクセスする速度が速くなる。

【００２１】請求項４に記載のネットワークキャッシュ
装置は、請求項２に記載のネットワークキャッシュ装置
であって、キャッシュ処理手段はさらに、ネットワーク
インタフェース手段がネットワークに対してデータアク
セス中のリクエストの情報が記憶されるネットワークア
クセス情報記憶手段を含み、アプリケーションリクエス
ト処理手段はアプリケーションからプロセス間通信によ
りデータリクエストを受信し、データリクエストに対応
するリクエストデータ名がインデックス記憶手段にある
場合は、記憶手段に記憶されたデータリクエストに対応
するリクエストデータをプロセス間通信によりアプリケ
ーションへ送出し、データリクエストに対応するリクエ
ストデータ名がインデックス記憶手段になく、ネットワ
ークアクセス情報記憶手段にもない場合は、ネットワー
クインタフェース手段に対してデータアクセスのリクエ
ストの発行を指示し、ネットワークアクセス情報記憶手
段に当該データリクエストの情報を記憶し、データリク
エストに対応するリクエストデータ名がインデックス記
憶手段になく、ネットワークアクセス情報記憶手段にあ
る場合は、ネットワークアクセス情報記憶手段に記憶さ
れている当該リクエストのデータアクセスが終了するま
でデータリクエストに対する処理を延期する。

【００２２】アプリケーションリクエスト処理手段は、
アプリケーションからプロセス間通信により受信したデ
ータリクエストに対応するリクエストデータ名がインデ
ックス記憶手段になく、ネットワークアクセス情報記憶
手段にある場合は、ネットワークアクセス情報記憶手段
に記憶されている当該リクエストのデータアクセスが終
了するまでデータリクエストに対する処理を延期する。
したがって、アプリケーションは当該リクエストのデー
タアクセスが終了すれば、このデータアクセスによって
得られたリクエストデータを受信することが可能にな
る。

【００２３】請求項５に記載のネットワークキャッシュ
装置は、請求項２に記載のネットワークキャッシュ装置
であって、キャッシュ管理手段は、インデックス記憶手
段にインデックス情報を記憶する際記憶手段にも同じイ
ンデックス情報を記憶し、記憶手段に格納されたリクエ
ストデータを更新する際更新された情報を付加したイン
デックス情報を記憶手段に追加し、所定のタイミングで
更新された情報を付加したインデックス情報を参照して
記憶手段に記憶されたインデックス情報を再構築する。

【００２４】キャッシュ管理手段は、リクエストデータ
を更新する際更新された情報を付加したインデックス情
報を記憶手段に追加するのみであるので、処理速度が速
くなり、アプリケーションがレスポンスデータを速く受
信することが可能となる。

【００２５】請求項６に記載のネットワークキャッシュ
装置は、請求項２に記載のネットワークキャッシュ装置
であって、キャッシュ管理手段は、インデックス記憶手
段にインデックス情報を記憶する際当該リクエストデー
タがアクセスされた時刻も記憶し、記憶手段に記憶され
たリクエストデータの総容量が所定値を超えた場合に、
総容量が所定値以下になるまでアクセスされた時刻が古
いリクエストデータを順次消去する。

【００２６】キャッシュ管理手段は、記憶手段に記憶さ
れたリクエストデータのうち時刻が古いリクエストデー
タを順次消去するので、効率よくリクエストデータをキ
ャッシュすることが可能となる。

【００２７】請求項７に記載のネットワークキャッシュ
装置は、請求項２に記載のネットワークキャッシュ装置
であって、キャッシュ管理手段は、ネットワークインタ
フェース手段によって受信されたレスポンスデータを記
憶手段に記憶する際、１つのキャッシュファイルに複数
のレスポンスデータを記憶する。

【００２８】キャッシュ管理手段は、１つのキャッシュ
ファイルに複数のレスポンスデータを記憶するので、キ
ャッシュファイル数を減らすことが可能となる。したが
って、キャッシュファイル数に制限があるシステムの場
合でも、効率よくレスポンスデータをキャッシュするこ
とが可能となる。

【００２９】請求項８に記載のネットワークキャッシュ
装置は、請求項７に記載のネットワークキャッシュ装置
であって、キャッシュ処理手段はさらに、キャッシュフ
ァイルがアクセスされた時刻がキャッシュ管理手段によ
って記憶されるキャッシュファイル情報記憶手段を含
み、キャッシュ管理手段は、記憶手段に記憶されたリク
エストデータの総容量が所定値を超えた場合に総容量が
所定値以下になるまでアクセスされた時刻が古いキャッ
シュファイルを順次消去する。

【００３０】キャッシュ管理手段は、アクセスされた時
刻が古いキャッシュファイルを順次消去するので、効率
よくキャッシュファイルを作成することが可能となる。

【００３１】請求項９に記載のネットワークキャッシュ
装置は、請求項７に記載のネットワークキャッシュ装置
であって、キャッシュ処理手段はさらに、キャッシュフ
ァイルの書込オープン状態が記憶されるキャッシュファ
イル情報記憶手段を含み、キャッシュ管理手段は、ネッ
トワークインタフェース手段によって受信されたレスポ
ンスデータをキャッシュファイルに記憶する際、キャッ
シュファイル情報記憶手段に記憶された書込オープン状
態を参照してレスポンスデータを記憶するキャッシュフ
ァイルを決定する。

【００３２】キャッシュ管理手段は、キャッシュファイ
ル情報記憶手段に記憶された書込オープン状態を参照し
てレスポンスデータを記憶するキャッシュファイルを決
定するので、キャッシュファイルの内容が破壊されるの
を防ぐことが可能となる。

【００３３】請求項１０に記載のネットワークキャッシ
ュ方法は、ネットワークに対してデータアクセスのリク
エストを発行し、リクエストに対するレスポンスデータ
を受信するステップと、ネットワークから受信したレス
ポンスデータを記憶するステップと、アプリケーション
からプロセス間通信によりデータリクエストを受信し、
データリクエストに対応するレスポンスデータが記憶さ
れている場合は、ネットワークに対してデータアクセス
のリクエストを発行せず、データリクエストに対応する
レスポンスデータが記憶されていない場合は、ネットワ
ークに対してデータアクセスのリクエストを発行するス
テップとを含む。

【００３４】

【発明の実施の形態】図１は、本発明の実施の形態にお
けるネットワークキャッシュ装置の構成を示すブロック
図である。ネットワークキャッシュ装置は、ネットワー
ク８と接続されており、装置全体を制御するためのＣＰ
Ｕ（Central Processing Unit ）１と、アプリケーショ
ンおよびネットワークキャッシュ装置を制御するプログ
ラムを記憶するためのメモリ２と、ユーザがアプリケー
ションを操作するためのキーボード、マウスあるいはペ
ンなどの入力装置３と、画面表示を行なうためのディス
プレイ４と、ハードディスクなどの外部記憶装置５と、
ネットワーク８に対してデータアクセスのリクエストを
発行し、リクエストに対するレスポンスデータを受信す
るためのネットワーク装置６と、ネットワークキャッシ
ュ装置を制御するプログラムを記録した媒体７の駆動部
（図示せず）とを含む。

【００３５】ネットワークキャッシュ制御プログラム
は、ＣＰＵ１によって一端外部記憶装置５に格納され
る。ＣＰＵ１は、適宜外部記憶装置５からネットワーク
キャッシュ制御プログラムをメモリ２内にロードして実
行することによってネットワークキャッシュ装置が動作
を行なう。

【００３６】メモリ２は、複数のアプリケーション２２
と、ネットワークキャッシュ処理部（ネットワークキャ
ッシュ制御プログラム）とを含む。さらに、ネットワー
クキャッシュ処理部２１は、ネットワーク装置６に対し
てデータアクセスのリクエストを発行するよう指示を
し、このリクエストに対するレスポンスデータをネット
ワーク装置６から受取るためのネットワークインタフェ
ース部２５、ネットワークインタフェース部２５からレ
スポンスデータを受取ってキャッシュデータとして外部
記憶装置５に格納し、外部記憶装置５内に格納された当
該キャッシュデータの格納場所等を管理するためのキャ
ッシュ管理部２６、アプリケーション２２からのデータ
アクセスのリクエストを受信し必要に応じてネットワー
クインタフェース部２５に対してデータアクセスのリク
エストの発行を指示するためのアプリケーションリクエ
スト処理部２７、キャッシュ管理部２６からレスポンス
データを受取りアプリケーション２２へ送出するための
レスポンスデータ処理部２８、外部記憶装置５内にキャ
ッシュされたデータのインデックス情報を記憶するため
のキャッシュインデックス記憶部２０１、外部記憶装置
５内のキャッシュファイルの名前、サイズ等の情報を記
憶するためのキャッシュファイル情報記憶部２０２、お
よびネットワーク８に対してアクセス中のデータの情報
を記憶するためのネットワークアクセス情報記憶部２０
３を含む。

【００３７】また、外部記憶装置５は、キャッシュデー
タを記憶するためのキャッシュデータ記憶領域５１と、
キャッシュデータのインデックス情報を記憶するための
キャッシュインデックス記憶領域５２とを含む。

【００３８】図２は、キャッシュデータ記憶領域５１に
記憶されるキャッシュファイルの構造を示している。キ
ャッシュファイルは、ネットワーク８を介して受信した
１レスポンスデータにつき１ファイルの構成も可能であ
るが、本実施の形態では図２に示すように１つのファイ
ルに複数のレスポンスデータをまとめて記録する構成を
採る。また、使用されるファイルシステムに合わせてキ
ャッシュファイル数の制限値（以下、ＣＡＣＨＥ＿ＮＵ
Ｍ＿ＬＩＭＩＴと称す）およびキャッシュファイルの総
容量制限値（以下、ＣＡＣＨＥ＿ＳＩＺＥ＿ＬＩＭＩＴ
と称す）が予め設定される。

【００３９】図３は、キャッシュインデックス記憶部２
０１に記憶されるキャッシュインデックス情報のデータ
構造の一例を示している。キャッシュインデックス記憶
部２０１にはキャッシュされているデータのそれぞれに
ついて、キャッシュされているデータの名称（リクエス
トデータ名）、当該データが格納されているキャッシュ
ファイル名、キャッシュファイルの先頭に対する当該デ
ータの先頭オフセット値、キャッシュファイルの先頭に
対する当該データの末尾位置のオフセット値、および当
該データが最後にアクセスされた時刻が記憶されてい
る。

【００４０】図４は、キャッシュファイル情報記憶部２
０２に記憶されるキャッシュファイル情報のデータ構造
の一例を示している。キャッシュファイル情報記憶部２
０２にはキャッシュファイルのそれぞれについて、キャ
ッシュファイル名、キャッシュファイルのファイルサイ
ズ、キャッシュファイルが書込オープン中であるか否か
を示すフラグ、および当該キャッシュファイルが最後に
アクセスされた時刻が記憶されている。なお、キャッシ
ュファイルは初期状態では、キャッシュファイル数の制
限値（ＣＡＣＨＥ＿ＮＵＭ＿ＬＩＭＩＴ）の数だけ予め
キャッシュファイル名を決めておき、ファイルサイズ０
で生成しておくものとする。

【００４１】図５は、ネットワークアクセス情報記憶部
２０３に記憶されるネットワークアクセス情報のデータ
構造の一例を示している。ネットワークアクセス情報記
憶部２０３にはその時点でネットワークに対してオープ
ンがかかっているそれぞれのリクエストについて、オー
プンをかけたアプリケーションＩＤ、リクエストＩＤ、
リクエストされているデータの名称（リクエストデータ
名）、リクエストデータが書込まれるキャッシュファイ
ル名、キャッシュファイルの先頭に対するリクエストデ
ータの先頭のオフセット値、およびネットワークに対し
てオープンをかけたときのネットワークオープンＩＤ
（たとえば、通信ソケットのファイルディスクリプタ）
が記憶されている。

【００４２】図６（ａ）はアプリケーション２２からネ
ットワークキャッシュ処理部２１にプロセス間通信キュ
ーを利用して送出されるデータリクエストメッセージ
を、図６（ｂ）はネットワークキャッシュ処理部２１か
らアプリケーション２２に送出されるレスポンスメッセ
ージのデータ構造の一例を示す図である。データリクエ
ストメッセージにはリクエストを発行したアプリケーシ
ョンＩＤ（その値はレスポンスを受取るメッセージキュ
ーのＩＤをそのまま用いる）、アプリケーション２２が
付加するリクエストＩＤ、およびリクエストされるデー
タの名称（リクエストデータ名）が書かれている。ま
た、レスポンスメッセージには、リクエストＩＤ、レス
ポンスデータが格納される共有メモリ等の先頭アドレス
およびレスポンスデータのサイズが書かれている。

【００４３】図７は、ネットワークキャッシュ処理部２
１の処理手順の概略を示すフローチャートである。ネッ
トワークキャッシュ処理部２１は、通常アプリケーショ
ンリクエスト処理部２７にアプリケーション２２からデ
ータリクエストメッセージが届くというイベントと、ネ
ットワークインタフェース部２５にネットワークからデ
ータが到着するというイベントとを監視するイベント待
ちにある（ｓｔｅｐ００）。イベントが発生すれば、当
該イベントがメッセージイベントであるか否かを判定
し、メッセージイベントであれば（ｓｔｅｐ０１，ｙｅ
ｓ）、メッセージイベント処理を行ない（ｓｔｅｐ０
２）、再びイベント待ちとなる（ｓｔｅｐ００）。ま
た、当該イベントがメッセージイベントでなければ（ｓ
ｔｅｐ０１，ｎｏ）、ネットワーク８からのデータ到着
イベントであるか否かを判定し当該イベントがデータ到
着イベントであれば（ｓｔｅｐ０３，ｙｅｓ）、データ
到着イベント処理を行ない（ｓｔｅｐ０４）、再びイベ
ント待ちとなる（ｓｔｅｐ００）。また、当該イベント
がデータ到着イベントでなければ（ｓｔｅｐ０３，ｎ
ｏ）、再びイベント待ちとなる（ｓｔｅｐ００）。

【００４４】図８は、図７に示すメッセージイベント処
理の処理手順を示すフローチャートである。アプリケー
ション２２がデータアクセスのリクエストを発行すると
き、アプリケーション２２はプロセス間通信キュ−を利
用しアプリケーションリクエスト処理部２７に対して図
６（ａ）に示すようなデータリクエストメッセージを送
出する。アプリケーションリクエスト処理部２７がデー
タリクエストメッセージを受取ると、図３に示すキャッ
シュインデックス情報を検索し、キャッシュインデック
ス情報のリクエストデータ名にアプリケーション２２が
要求してきたリクエストデータ名と一致する項目がある
か否かを調べる（ｓｔｅｐ１１）。

【００４５】キャッシュインデックス情報内に一致する
リクエストデータ名があれば（ｓｔｅｐ１１，ｙｅ
ｓ）、キャッシュデータ記憶領域５１内に今回のリクエ
ストデータが存在することを表わしている。この場合、
アプリケーションリクエスト処理部２７は、その項目の
最終アクセス時刻の内容をそのときの時刻に更新する
（ｓｔｅｐ１２）。また、図４に示すキャッシュファイ
ル情報内のオープンしたキャッシュファイルについても
最終アクセス時刻の内容をそのときの時刻に更新する
（ｓｔｅｐ１３）。

【００４６】次に、図３に示すキャッシュインデックス
情報を参照し、キャッシュデータ記憶領域５１内のその
項目があるキャッシュファイルをオープンし、データ先
頭オフセットからデータ末尾オフセットまでのデータを
アプリケーション２２からアクセス可能な共有メモリ領
域にコピーする（ｓｔｅｐ１４）。そして、リクエスト
ＩＤ（データリクエストメッセージに書かれていたリク
エストＩＤ）と共有メモリ領域に書込まれた当該キャッ
シュデータのデータ先頭アドレスおよびデータサイズと
を書込んだレスポンスメッセージを作成し、アプリケー
ションＩＤが示すアプリケーションのメッセージキュー
に書込む（ｓｔｅｐ１５）。そして、データ終了メッセ
ージ（たとえば、データリクエストメッセージに書かれ
ていたリクエストＩＤおよびデータサイズとして−１を
書込んだレスポンスメッセージ）をアプリケーションＩ
Ｄが示すアプリケーションのメッセージキューに書込み
（ｓｔｅｐ１６）、イベント待ちに戻る（ｓｔｅｐ０
０）。

【００４７】アプリケーション２２では、このレスポン
スメッセージを受信して、レスポンスメッセージ中のリ
クエストＩＤを検出することによって、どのリクエスト
データに対するレスポンスメッセージなのかがわかる。
アプリケーション２２は、データ先頭アドレスとデータ
サイズとから共有メモリに書込まれたリクエストデータ
にアクセスすることができる。このように、リクエスト
データがキャッシュデータ記憶領域５１内にある場合
は、ネットワーク８に対するデータアクセスが行なわれ
ないのでアクセス速度が速い。

【００４８】また、キャッシュインデックス情報内に一
致するリクエストデータ名がなければ（ｓｔｅｐ１１，
ｎｏ）、キャッシュデータ記憶領域５１内にリクエスト
データがキャッシュされていないことを表わしている。
この場合、アプリケーションリクエスト処理部２７は、
ネットワークオープン処理を行なう（ｓｔｅｐ１７）。

【００４９】図９は、図８に示すネットワークオープン
処理の処理手順を示すフローチャートである。まず、ア
プリケーションリクエスト処理部２７は、図５に示すネ
ットワークアクセス情報を検索し、ネットワークアクセ
ス情報内にアプリケーション２２が要求してきたリクエ
ストデータ名と一致する項目があるか否かを調べる（ｓ
ｔｅｐ２１）。

【００５０】ネットワークアクセス情報内に一致するリ
クエストデータ名があれば（ｓｔｅｐ２１，ｙｅｓ）、
以前のリクエストによって同じリクエストデータをネッ
トワークに対してオープン中（アクセス中）であること
を表わしている。このとき、アプリケーションリクエス
ト処理部２７は、図５に示すネットワークアクセス情報
にアプリケーションＩＤ、リクエストＩＤ、リクエスト
データおよび書込キャッシュファイル名＝ＳＵＳＰＥＮ
Ｄというデータを追加する（ｓｔｅｐ２２）。このデー
タは、当該リクエストに対する処理を保留したことを表
わしている。この保留については後述する。アプリケー
ションリクエスト処理部２７は、ネットワークインタフ
ェース部２５に対して当該リクエストを発行せずに、イ
ベント待ちに戻る（ｓｔｅｐ００）。

【００５１】また、ネットワークアクセス情報内に一致
するリクエストデータ名がなければ（ｓｔｅｐ２１，ｎ
ｏ）、リクエストデータをネットワークに対してオープ
ンするという一連の処理を行なう。また、同時に平行し
てネットワークに対してオープンできるリクエストの最
大数（以下、ＮＥＴ＿ＯＰＥＮ＿ＭＡＸと称す）を予め
キャッシュファイル数の制限値ＣＡＣＨＥ＿ＮＵＭ＿Ｌ
ＩＭＩＴ以下に設定しておくものとする。

【００５２】まず、アプリケーションリクエスト処理部
２７は、ネットワークアクセス情報を参照し、ネットワ
ークオープン中のリクエスト数をカウントしてその数が
ＮＥＴ＿ＯＰＥＮ＿ＭＡＸと等しいか否かを調べる（ｓ
ｔｅｐ２３）。ネットワークオープン中のリクエスト数
がＮＥＴ＿ＯＰＥＮ＿ＭＡＸと等しい場合（ｓｔｅｐ２
３，ｙｅｓ）は、それ以上ネットワークオープンをせず
に、エラーレスポンスメッセージ（たとえば、データリ
クエストメッセージに書かれていたリクエストＩＤおよ
びデータサイズに０を書込んだレスポンスメッセージ）
をアプリケーションＩＤに示されるアプリケーションの
メッセージキューに書込む（ｓｔｅｐ２４）。

【００５３】また、ネットワークオープン中のリクエス
ト数がＮＥＴ＿ＯＰＥＮ＿ＭＡＸより小さい場合（ｓｔ
ｅｐ２３，ｎｏ）、アプリケーションリクエスト処理部
２７は、ネットワーク８からリクエストに対するレスポ
ンスデータを受信したときにどのキャッシュファイルに
レスポンスデータを書込むかを決定する（ｓｔｅｐ２
５）。具体的には、図４に示すキャッシュファイル情報
を検索し、以下の条件を満たすキャッシュファイルｃａ
ｃｈｅＸを検出する。

【００５４】（１） ファイルサイズが“キャッシュフ
ァイルの総容量制限値（ＣＡＣＨＥ＿ＳＩＺＥ＿ＬＩＭ
ＩＴ）／キャッシュファイル数の制限値（ＣＡＣＨＥ＿
ＮＵＭ＿ＬＩＭＩＴ）”より小さい。

【００５５】（２） 書込オープン中でない。 （３） 上記（１）および（２）の条件を満たすキャッ
シュファイルの中で最終アクセス時刻が最も最近であ
る。

【００５６】なお、ＮＥＴ＿ＯＰＥＮ＿ＭＡＸ≦ＣＡＣ
ＨＥ＿ＮＵＭ＿ＬＩＭＩＴとしているので、上記（１）
〜（３）の条件を満たすようなキャッシュファイル項目
がキャッシュファイル情報内に必ず存在する。そして、
アプリケーションリクエスト処理部２７は、図５に示す
ネットワークアクセス情報に“アプリケーションＩＤ＝
データリクエストメッセージ内のアプリケーションＩ
Ｄ”、“リクエストＩＤ＝データリクエストメッセージ
内のリクエストＩＤ”、“リクエストデータ＝データリ
クエストメッセージ内のリクエストデータ”、“書込キ
ャッシュファイル名＝ｃａｃｈｅＸ”、“データ先頭オ
フセット＝キャッシュファイル情報内のｃａｃｈｅＸの
ファイルサイズ”という項目を追加する（ｓｔｅｐ２
６）。次に、ネットワークインタフェース部２５がネッ
トワーク装置６を介してリクエストデータをネットワー
ク８に対してオープンし、ネットワークアクセス情報内
のネットオープンＩＤにネットワークオープンに対応す
るＩＤを記録する（ｓｔｅｐ２７）。そして、イベント
待ちに戻る（ｓｔｅｐ００）。

【００５７】図１０は、図７のデータ到着イベント処理
の処理手順を示すフローチャートである。ネットワーク
インタフェース部２５は、ネットワーク装置６を介して
ネットワーク８に対してオープンされたリクエストに対
するレスポンスデータをネットワーク８から受信する。
ネットワーク８からのレスポンスデータは、いくつかの
データパケットに分けて送られてくる。そして、最後に
データ終了を表わすデータ終了パケットが送られてく
る。キャッシュ管理部２６がネットワークインタフェー
ス部２５から受取ったレスポンスデータに対するネット
オープンＩＤを、図５に示すネットワークアクセス情報
内で検索することによって、どのリクエストに対するレ
スポンスデータなのかを判別できる（ネットワークアク
セス情報内には必ずネットオープンＩＤが一致する項目
が１つだけ存在する。この一致する項目をｃとする）。

【００５８】ネットワーク８から受信したレスポンスデ
ータがデータパケットである場合（ｓｔｅｐ３１，ｙｅ
ｓ）、キャッシュ管理部２６はネットワークアクセス情
報内の項目ｃの書込キャッシュファイル名に示されるキ
ャッシュファイルに受信したレスポンスデータを書込み
（ｓｔｅｐ３２）、キャッシュファイル情報内のキャッ
シュファイル名がｃａｃｈｅＸの項目のファイルサイズ
の値に今回キャッシュファイルＸに書込んだデータサイ
ズを加算して更新する（ｓｔｅｐ３３）。次に、レスポ
ンスデータ処理部２８が受取ったデータを共有メモリに
コピーし（ｓｔｅｐ３４）、共有メモリに書込んだデー
タの先頭アドレス、データサイズおよび項目ｃのリクエ
ストＩＤから図６に示すレスポンスメッセージを作成す
る。そして、項目ｃのアプリケーションＩＤに示される
アプリケーション２２のメッセージキューに書込み（ｓ
ｔｅｐ３５）、イベント待ちに戻る（ｓｔｅｐ００）。

【００５９】また、ネットワーク８から受信したレスポ
ンスデータがデータ終了パケットである場合（ｓｔｅｐ
３１，ｎｏ）、レスポンスデータの受信終了に伴うリク
エスト終了処理（ｓｔｅｐ３７）を行なう。

【００６０】図１１は、図１０のリクエスト終了処理の
処理手順を示すフローチャートである。キャッシュ管理
部２６は、ネットワークアクセス情報の項目ｃを参照
し、項目ｃのリクエストデータ、書込キャッシュファイ
ル名、およびデータ先頭オフセットを用いてキャッシュ
インデックス情報内に今回のリクエストに関するインデ
ックス情報を追加する。追加したインデックス情報のデ
ータ末尾オフセットは、“キャッシュファイルサイズ−
１”とし、最終アクセス時刻にそのときの時刻を書込む
（ｓｔｅｐ４１）。

【００６１】また、キャッシュファイル情報についても
最終アクセス時刻をそのときの時刻に更新し、書込オー
プンフラグをＯＦＦにする（ｓｔｅｐ４２）。

【００６２】次に、キャッシュ管理部２６は、キャッシ
ュファイル情報を参照し、その時点でのキャッシュファ
イル総容量を計算する（ｓｔｅｐ４３）。キャッシュフ
ァイル総容量は、キャッシュファイル情報のすべての項
目のファイルサイズの総和で求められる。そして、キャ
ッシュファイル総容量がキャッシュファイル総容量制限
値ＣＡＣＨＥ＿ＳＩＺＥ＿ＬＩＭＩＴを超えているか否
かを判定する（ｓｔｅｐ４４）。キャッシュファイル総
容量がＣＡＣＨＥ＿ＳＩＺＥ＿ＬＩＭＩＴを超えている
場合（ｓｔｅｐ４４，ｙｅｓ）、今回のリクエストデー
タのキャッシュファイルｃａｃｈｅＸへの書込で、キャ
ッシュファイル総容量制限値を超えたことを意味してい
る。この場合、総容量制限値以下になるまで古いキャッ
シュファイルの消去処理を行なう（ｓｔｅｐ４５）。た
とえば、キャッシュファイル情報内で、“ファイルサイ
ズが０でない”かつ“書込オープン中でない”ファイル
に対して、最終アクセス時刻が古いものから順番に、キ
ャッシュ総容量がキャッシュ総容量制限値ＣＡＣＨＥ＿
ＳＩＺＥ＿ＬＩＭＩＴ以下になるまでキャッシュファイ
ルを消去する。

【００６３】ステップｓｔｅｐ４５のキャッシュファイ
ル消去処理は、キャッシュ管理部２６によって行なわ
れ、キャッシュファイルの中身を消去してキャッシュフ
ァイル情報のファイルサイズを０にし、最終アクセス時
刻を“００．００．００ ００：００：００”に更新す
る。併わせて、キャッシュインデックス情報において、
各項目のキャッシュファイル名を調べ、中身を消去した
キャッシュファイル内に記憶されていたリクエストデー
タに関する項目をキャッシュインデックス情報から削除
する。

【００６４】次に項目ｃのアプリケーションＩＤに示さ
れるアプリケーションに対してデータ終了のレスポンス
メッセージをメッセージキューに書込み（ｓｔｅｐ４
６）、保留リクエスト再開処理を行なう（ｓｔｅｐ４
７）。保留リクエスト再開処理が終了すると、ネットワ
ークアクセス情報の項目ｃを消去し（ｓｔｅｐ４８）、
イベント待ちに戻る（ｓｔｅｐ００）。

【００６５】図１２は、図１１に示す保留リクエスト再
開処理の処理手順を示すフローチャートである。ネット
ワークアクセス情報内に“項目ｃとリクエストデータ名
が同じ”かつ“キャッシュファイル名＝ＳＵＳＰＥＮ
Ｄ”という項目を検索する（ｓｔｅｐ５１）。該当する
項目がなければ（ｓｔｅｐ５１，ｎｏ）、そのままｓｔ
ｅｐ４８へ進む。該当する項目があれば（ｓｔｅｐ５
１，ｙｅｓ）、その項目を項目ｓとし、項目ｓのアプリ
ケーションＩＤとリクエストＩＤとリクエストデータ名
とによってデータリクエストメッセージを作成する（ｓ
ｔｅｐ５２）。作成されたデータリクエストメッセージ
をアプリケーションリクエスト処理部２７のデータリク
エストメッセージ受信キューに書込み（ｓｔｅｐ５
３）、ネットワークアクセス情報から項目ｓを削除する
（ｓｔｅｐ５４）。そして、ネットワークアクセス情報
内に“項目ｃとリクエストデータ名が同じ”かつ“キャ
ッシュファイル名＝ＳＵＳＰＥＮＤ”という項目がなく
なるまでｓｔｅｐ５１〜ｓｔｅｐ５４の処理を繰返す。

【００６６】ステップｓｔｅｐ５３において書込まれた
データリクエストメッセージによって、保留されていた
リクエストの処理がアプリケーションリクエスト処理部
２１によって再開される。このように、リクエストデー
タをネットワーク８に対して書込オープンする際に、同
じリクエストをネットワーク８に対してオープン中であ
る場合には、後のリクエストに対する処理を先に発行さ
れたリクエストに対する処理が終了するまで延期した後
再開することで、後のリクエストはネットワーク８経由
でなくキャッシュデータ記憶領域５１経由でリクエスト
データが返されることで、後のリクエストに対するデー
タアクセスを速くすることが可能となる。

【００６７】本実施の形態においては、図１に示すよう
にメモリ２内のキャッシュインデックス記憶部２０１の
キャッシュインデックス情報と同じ情報をキャッシュイ
ンデックス記憶領域５２内にファイルとして記憶され
る。これは、本実施の形態におけるネットワークキャッ
シュ装置を再起動したときに、前回までのキャッシュイ
ンデックス情報をキャッシュインデックス記憶領域５２
のキャッシュインデックスファイルから読込むことによ
って、前回の処理終了時までのキャッシュデータを利用
することが可能になる。キャッシュインデックスファイ
ルの更新は、キャッシュインデックス記憶部２０１内の
キャッシュインデックス情報の更新と同時に行なう。概
念的には、以下の処理によりキャッシュインデックス情
報の更新が行なわれる。

【００６８】（１） ｓｔｅｐ３７におけるリクエスト
終了処理でのキャッシュインデックス情報への項目追加
処理（ｓｔｅｐ４１）時に、追加した項目をキャッシュ
インデックス記憶領域５２内のキャッシュインデックス
ファイルにも追加する。

【００６９】（２） ｓｔｅｐ３７におけるリクエスト
終了処理でのキャッシュインデックス情報からの項目削
除処理（ｓｔｅｐ４５）時に、削除した項目をキャッシ
ュインデックス記憶領域５２内のキャッシュインデック
スファイルからも削除する。

【００７０】（３） ｓｔｅｐ０１におけるメッセージ
イベント処理でのキャッシュインデックス情報の最終ア
クセス時刻更新処理（ｓｔｅｐ１３）時に、キャッシュ
インデックス記憶領域５２内のキャッシュインデックス
ファイルの最終アクセス時刻も更新する。

【００７１】ここで、キャッシュインデックスファイル
における（１）の追加処理は、キャッシュインデックス
ファイルに項目情報をアペンドすればよい。しかし、
（２）の一部削除処理と、（３）の一部更新処理は、フ
ァイルオペレーションでは簡単に実現できない。

【００７２】そこで、（２）および（３）の場合に、キ
ャッシュインデックス記憶部２１のキャッシュインデッ
クス情報とキャッシュインデックス記憶領域５２のキャ
ッシュインデックスファイルの等価性を保つ方法とし
て、一度キャッシュインデックスファイルを消去し、改
めてキャッシュインデックス記憶部２１のキャッシュイ
ンデックス情報をすべてキャッシュインデックスファイ
ルに書き写す（インデックスダンプ）ことが考えられ
る。

【００７３】しかし、（２）および（３）の場合に毎回
インデックスダンプを行なうのは、ファイルオペレーシ
ョンに非常に時間がかかり、アプリケーションへのレス
ポンスデータの送出が遅くなる。そこで（２）、（３）
の場合は、図１３に示すようなリクエストデータの変更
を示す項目をキャッシュインデックスファイルに追加す
ることにする。図１３（ａ）はリクエストデータの削除
を示す項目で、キャッシュファイル名に“ＤＥＬＥＴＥ
Ｄ”が書かれていることで、リクエストデータ“ｈｔｔ
ｐ：／／ｗｗｗ．ｆｏｏ．ｃｏｍ”がキャッシュファイ
ルから消去されたことを表わす。

【００７４】図１３（ｂ）は、リクエストデータの最終
アクセス時刻の更新を示す項目で、キャッシュファイル
名に“ＡＣＣＥＳＳＥＤ”が書かれていることで、リク
エストデータ“ｈｔｔｐ：／／ｗｗｗ．ｂａｒ．ｃｏ
ｍ”が時刻“９６．０８．３１１２：１５：００”にア
クセスされたことを表わしている。

【００７５】ただし、その都度項目が追加されて、キャ
ッシュインデックスファイルが肥大化するのを防ぐた
め、適当なタイミングで（たとえば、（１）、（２）お
よび（３）の処理回数をカウントし、処理回数が所定の
数となるごとに、あるいは初期化処理の時点等）インデ
ックスダンプ処理を行なう。

【００７６】図１４は、キャッシュインデックス情報の
初期化処理の処理手順を示すフローチャートである。ネ
ットワークキャッシュ装置の再起動時に前回までのキャ
ッシュデータを利用するためには、キャッシュインデッ
クス情報とキャッシュインデックスファイルの初期化を
行ない、前回までのキャッシュインデックス情報を再構
築する。

【００７７】キャッシュインデックス情報の初期化処理
では、キャッシュインデックスファイル内にまだ読出し
ていない項目があるか否かを判定し（ｓｔｅｐ６１）、
読出していない項目がなくなるまで（ｓｔｅｐ６１，ｎ
ｏ）ｓｔｅｐ６２〜ｓｔｅｐ６７の処理を繰返す。

【００７８】まず、キャッシュインデックスファイルか
ら次の１項目を読出す（ｓｔｅｐ６２）。読出した項目
のキャッシュファイル名に“ＤＥＬＥＴＥＤ”または
“ＡＣＣＥＳＳＥＤ”のいずれも書かれていない場合
（ｓｔｅｐ６３，ｙｅｓ）は、当該項目は上述したリク
エスト終了処理でのキャッシュインデックス情報への項
目追加処理時に追加された項目であり、当該項目の内容
をそのままキャッシュインデックス情報に登録する（ｓ
ｔｅｐ６４）。キャッシュファイル名に“ＤＥＬＥＴＥ
Ｄ”が書かれている場合（ｓｔｅｐ６５，ｙｅｓ）は、
上述したリクエスト終了処理でのキャッシュインデック
ス情報からの項目削除処理時に追加された項目であり、
当該項目のリクエストデータと同じリクエストデータ名
の項目をキャッシュインデックス情報内で検索し削除す
る（ｓｔｅｐ６６）。キャッシュファイル名に“ＡＣＣ
ＥＳＳＥＤ”が書かれている場合は（ｓｔｅｐ６５，ｎ
ｏ）、メッセージイベント処理でのキャッシュインデッ
クス情報の最終アクセス時刻更新処理時に追加された項
目であり、当該項目の最終アクセス時刻によってその項
目のリクエストデータと同じリクエストデータ名を含む
キャッシュインデックス情報内の項目の最終アクセス時
刻を更新する（ｓｔｅｐ６７）。

【００７９】図１５は、キャッシュファイル情報の初期
化の処理手順を示すフローチャートである。まず、キャ
ッシュファイル情報の一番目からＣＡＣＨＥ＿ＮＵＭ＿
ＬＩＭＩＴ番目までのすべての項目について、“ファイ
ルサイズ＝当該キャッシュファイルのファイルサイ
ズ”、“書込オープンフラグ＝ＯＦＦ”および“最終ア
クセス時刻＝００．００．００ ００：００：００”と
いう初期値にセットする（ｓｔｅｐ７１）。キャッシュ
ファイルのファイルサイズは、キャッシュインデックス
情報内の同じキャッシュファイル名の項目の中でデータ
末尾オフセット値が最大の値を検出し、“１”を加算し
て求めることができる。

【００８０】次に、キャッシュインデックス情報内にま
だ読出していない項目があるか否かを判定し（ｓｔｅｐ
７２）、読出していない項目がなくなるまで（ｓｔｅｐ
７２，ｎｏ）、ｓｔｅｐ７３〜ｓｔｅｐ７５の処理を繰
返す。

【００８１】まず、キャッシュインデックス記憶部２０
１のキャッシュインデックス情報から次の１項目を読出
す（ｓｔｅｐ７３）。読出した項目の最終アクセス時刻
（Ｔ１）と読出した項目が格納されるキャッシュファイ
ルのキャッシュファイル情報における最終アクセス時刻
（Ｔ２）とを比較する（ｓｔｅｐ７４）。Ｔ２よりＴ１
の方が最近である場合（ｓｔｅｐ７４，ｙｅｓ）、読出
した項目が格納されるキャッシュファイルのキャッシュ
ファイル情報における最終アクセス時刻Ｔ２をＴ１に書
換える（ｓｔｅｐ７５）。

【００８２】図１６は、本実施の形態におけるネットワ
ークキャッシュ装置の応用例を示す図である。本応用例
は、データ先読みアプリケーション２２０とＷＷＷブラ
ウザなどのデータブラウザ２２１とを含む。データ先読
みアプリケーション２２０は、ユーザがこれから見るデ
ータに対してデータブラウザ２２１とは別にネットワー
クキャッシュ処理部２１に対してデータリクエストを発
行する。

【００８３】たとえば、データブラウザ２２１は、予め
参照したいリクエストデータのリストを外部記憶装置５
内に記憶させておき、ユーザがデータブラウザ２２１に
よってデータを参照中に、データ先読みアプリケーショ
ン２２０は同時にリストに挙げられたデータのデータリ
クエストを順次発行することにより、ネットワークキャ
ッシュ処理部２１を介して外部記憶装置５内にリストに
挙げられたデータが格納される。このため、ユーザがデ
ータブラウザ２２１で最初のデータを参照し終え、次の
データを参照する際には図１７に示すように、そのデー
タはネットワーク８からでなく外部記憶装置５から転送
される。すなわち、データブラウザ２２１からのデータ
リクエストに対しては、ネットワーク８に対するアクセ
スが発生しないので、ユーザはデータを快適に参照でき
る。

【００８４】なお、別アプリケーションでデータ先読み
を実現しても、外部記憶装置５に記憶されたキャッシュ
データがデータブラウザ２２１から参照可能なのは、本
発明のネットワークキャッシュ装置が複数のプロセスか
ら同時に複数の要求を受付けても、キャッシュデータの
整合性を保ちながら動作できるという特徴があるからで
ある。

【００８５】なお、本発明ではデータがキャッシュされ
ていれば必ずキャッシュデータが返されるが、ネットワ
ークキャッシュ処理部２１において、ネットワーク８を
介してまず所望リクエストデータの更新日時を取寄せ、
更新されていればネットワーク８を介してリクエストデ
ータを受信し、更新されていなければキャッシュファイ
ルからリクエストデータを受信するモードを追加するこ
とが容易に実現できる。ＷＷＷブラウザでよく参照され
る新聞のページがあるが、ページとしてたとえば天気予
報のページやスポーツ結果のページなどよく見るページ
をリストしておき、上述したモードを用いて先読みさせ
ることにより、ユーザはネットワーク８へのアクセス待
ちに煩わされることなく所望のページの最新のデータを
参照できる。

【００８６】また、図１６〜図１７の例では、データ先
読みアプリケーション２２０およびデータブラウザ２２
１の２つのアプリケーションを示しているが、それ以外
のアプリケーションも同時にネットワークキャッシュ処
理部２１にアクセスできる。たとえば上述した２つのア
プリケーションと同時に不図示のデータ検索アプリケー
ションがデータリクエストを発行し、そのデータ内に、
あるキーワードが含まれているリクエストデータを探す
という処理を行なうことも可能である。

【００８７】以上説明したように、本実施の形態におけ
るネットワークキャッシュ装置によれば次のような効果
が得られる。

【００８８】アクセス頻度の高いリクエストデータは、
キャッシュデータ記憶領域５１内にキャッシュデータと
して格納され、キャッシュデータ記憶領域５１内に記憶
されたリクエストデータに対するアクセス要求にかかる
通信は、アプリケーション２２からのリクエストおよび
アプリケーション２２へのレスポンスともにプロセス間
通信によって迅速に処理されるので、データアクセス速
度を速くすることが可能となる。

【００８９】リクエストデータ自体をアプリケーション
２２へ送出するのではなく、共有メモリ領域へのポイン
タとデータサイズのみをメッセージ通信でアプリケーシ
ョン２２へ送出するので、データアクセス速度を速くす
ることが可能となる。

【００９０】リクエストデータをネットワーク８に対し
て書込オープンする際に、同じリクエストをネットワー
ク８に対してオープン中である場合には、後のリクエス
トに対する処理を先に発行されたリクエストに対する処
理が終了するまで延期した後再開することで、後のリク
エストはネットワーク８経由でなくキャッシュデータ記
憶領域５１経由でリクエストデータが返されることで、
後のリクエストに対するデータアクセスを速くすること
が可能となる。

【００９１】キャッシュインデックス情報をメモリ２お
よび外部記憶装置５上で記憶することによって、電源オ
フ時やメモリ２内のキャッシュインデックス情報が失わ
れた場合にも、再起動時にファイル形式のキャッシュイ
ンデックス情報をメモリ２内のキャッシュインデックス
情報に書込むことによってキャッシュインデックス情報
を回復でき、前回までのキャッシュデータを利用するこ
とができる。また、キャッシュインデックス情報の更新
の際に、変更があった内容をキャッシュインデックス情
報ファイルに書き加えるのみであるので、毎回キャッシ
ュインデックス情報をファイルに書込むよりもファイル
オペレーションが少なくなり、アプリケーション２２の
データアクセスを速く処理することが可能となる。

【００９２】キャッシュファイルの総容量が制限値を超
えてキャッシュデータを消去する際に、最も長い間アク
セスされていないリクエストデータから順に消去される
ので、アプリケーション２２によって頻繁にアクセスさ
れるリクエストデータが優先的にキャッシュデータ記憶
領域５１に残ることになり、平均のデータアクセスを速
くすることが可能となる。

【００９３】１つのキャッシュファイルに複数のリクエ
ストデータを書込むことで、使用できるキャッシュファ
イル数に制限があるシステムにおいてもネットワークキ
ャッシュ装置を構築でき、アプリケーションの平均のデ
ータアクセスを速くすることが可能となる。

【００９４】キャッシュファイルの総容量が制限値を超
えてキャッシュファイルを消去する際に、最も長い間ア
クセスされていないキャッシュファイルから順に消去さ
れるので、アプリケーション２２によって頻繁にアクセ
スされるキャッシュファイルが優先的にキャッシュデー
タ記憶領域５１に残されることになり、平均のデータア
クセスを速くすることが可能となる。

【００９５】並行して複数のデータアクセス要求があっ
た場合には、それぞれのレスポンスデータが同じキャッ
シュファイルに混ざって保存されることなく、それぞれ
別キャッシュファイルに保存されるので、複数のアプリ
ケーション２２から並行して複数のデータアクセス要求
を受付けることが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるネットワークキャ
ッシュ装置の構成を示すブロック図である。

【図２】本実施の形態におけるキャッシュファイルの構
成を示す図である。

【図３】キャッシュインデックス記憶部２０１に記憶さ
れるキャッシュインデックス情報のデータ構造の一例を
示す図である。

【図４】キャッシュファイル情報記憶部２０２に記憶さ
れるキャッシュファイル情報のデータ構造の一例を示す
図である。

【図５】ネットワークアクセス情報記憶部２０３に記憶
されるネットワークアクセス情報のデータ構造の一例を
示す図である。

【図６】（ａ）は、アプリケーション２２からネットワ
ークキャッシュ処理部２１にプロセス間通信を利用して
送出されるデータリクエストメッセージのデータ構造の
一例を示す図である。（ｂ）は、ネットワークキャッシ
ュ処理部２１からアプリケーション２２に送出されるレ
スポンスメッセージのデータ構造の一例を示す図であ
る。

【図７】ネットワークキャッシュ処理部２１の処理手順
の概略を示すフローチャートである。

【図８】図７に示すメッセージイベント処理の処理手順
を示すフローチャートである。

【図９】図８に示すネットワークオープン処理の処理手
順を示すフローチャートである。

【図１０】図７のデータ到着イベント処理の処理手順を
示すフローチャートである。

【図１１】図１０のリクエスト終了処理の処理手順を示
すフローチャートである。

【図１２】図１１に示す保留リクエスト再開処理の処理
手順を示すフローチャートである。

【図１３】（ａ）は、リクエストデータの削除を示す項
目を示す図である。（ｂ）は、リクエストデータの最終
アクセス時刻の更新を示す項目を示す図である。

【図１４】キャッシュインデックス情報の初期化処理の
処理手順を示すフローチャートである。

【図１５】キャッシュファイル情報の初期化の処理手順
を示すフローチャートである。

【図１６】本実施の形態におけるネットワークキャッシ
ュ装置の応用例を示す図（その１）である。

【図１７】本実施の形態におけるネットワークキャッシ
ュ装置の応用例を示す図（その２）である。

【図１８】従来のネットワークキャッシュシステムの概
略構成を示す図である。

【符号の説明】

１ ＣＰＵ ２ メモリ ３ 入力装置 ４ ディスプレイ ５ 外部記憶装置 ６ ネットワーク装置 ７ 媒体 ８ ネットワーク ２１ ネットワークキャッシュ処理部 ２２ アプリケーション ２５ ネットワークインタフェース部 ２６ キャッシュ管理部 ２７ アプリケーションリクエスト処理部 ２８ レスポンスデータ処理部 ５１ キャッシュデータ記憶領域 ５２ キャッシュインデックス記憶領域

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークに対してデータアクセスの
   リクエストを発行し、該リクエストに対するレスポンス
   データを受信するためのネットワークインタフェース手
   段と、 前記ネットワークインタフェース手段が受信したレスポ
   ンスデータを記憶するための記憶手段と、 アプリケーションからプロセス間通信によりデータリク
   エストを受信し、 前記データリクエストに対応するレスポンスデータが前
   記記憶手段に記憶されている場合は、前記ネットワーク
   インタフェース手段に対してデータアクセスのリクエス
   トの発行を指示せず、 前記データリクエストに対応するレスポンスデータが前
   記記憶手段に記憶されていない場合は、前記ネットワー
   クインタフェース手段に対してデータアクセスのリクエ
   ストの発行を指示するためのキャッシュ処理手段とを含
   むネットワークキャッシュ装置。
2. 【請求項２】 前記キャッシュ処理手段は、前記リクエ
   ストに対応するリクエストデータ名と前記リクエストに
   対応するレスポンスデータが前記記憶手段内に記憶され
   る領域とがインデックス情報として記憶されるインデッ
   クス記憶手段と、 前記ネットワークインタフェース手段によって受信され
   たレスポンスデータを前記記憶手段に記憶し、該記憶さ
   れたレスポンスデータに対応するインデックス情報を前
   記インデックス記憶手段に記憶するためのキャッシュ管
   理手段と、 前記アプリケーションからプロセス間通信によりデータ
   リクエストを受信し、 前記データリクエストに対応するリクエストデータ名が
   前記インデックス記憶手段にある場合は、前記記憶手段
   に記憶された前記データリクエストに対応するリクエス
   トデータをプロセス間通信により前記アプリケーション
   へ送出し、 前記データリクエストに対応するリクエストデータ名が
   前記インデックス記憶手段にない場合は、前記ネットワ
   ークインタフェース手段に対してデータアクセスのリク
   エストの発行を指示するためのアプリケーションリクエ
   スト処理手段と、 前記ネットワークインタフェース手段によって受信され
   たレスポンスデータをプロセス間通信により前記アプリ
   ケーションへ送出するためのレスポンスデータ処理手段
   とを含む、請求項１記載のネットワークキャッシュ装
   置。
3. 【請求項３】 前記レスポンスデータ処理手段は、前記
   ネットワークインタフェース手段によって受信されたレ
   スポンスデータを共有メモリ領域にコピーし、前記レス
   ポンスデータがコピーされた領域へのポインタと前記レ
   スポンスデータのデータサイズとを前記アプリケーショ
   ンへメッセージ通信する、請求項２記載のネットワーク
   キャッシュ装置。
4. 【請求項４】 前記キャッシュ処理手段はさらに、前記
   ネットワークインタフェース手段が前記ネットワークに
   対してデータアクセス中のリクエストの情報が記憶され
   るネットワークアクセス情報記憶手段を含み、 前記アプリケーションリクエスト処理手段は、前記アプ
   リケーションからプロセス間通信によりデータリクエス
   トを受信し、 前記データリクエストに対応するリクエストデータ名が
   前記インデックス記憶手段にある場合は、前記記憶手段
   に記憶された前記データリクエストに対応するリクエス
   トデータをプロセス間通信により前記アプリケーション
   へ送出し、 前記データリクエストに対応するリクエストデータ名が
   前記インデックス記憶手段になく、前記ネットワークア
   クセス情報記憶手段にもない場合は、前記ネットワーク
   インタフェース手段に対してデータアクセスのリクエス
   トの発行を指示し、前記ネットワークアクセス情報記憶
   手段に当該データリクエストの情報を記憶し、 前記データリクエストに対応するリクエストデータ名が
   前記インデックス記憶手段になく、前記ネットワークア
   クセス情報記憶手段にある場合は、前記ネットワークア
   クセス情報記憶手段に記憶されている当該リクエストの
   データアクセスが終了するまで前記データリクエストに
   対する処理を延期する、請求項２記載のネットワークキ
   ャッシュ装置。
5. 【請求項５】 前記キャッシュ管理手段は、前記インデ
   ックス記憶手段にインデックス情報を記憶する際、前記
   記憶手段にも同じインデックス情報を記憶し、前記記憶
   手段に格納されたリクエストデータを更新する際更新さ
   れた情報を付加したインデックス情報を前記記憶手段に
   追加し、所定のタイミングで前記更新された情報を付加
   したインデックス情報を参照して前記記憶手段に記憶さ
   れたインデックス情報を再構築する、請求項２記載のネ
   ットワークキャッシュ装置。
6. 【請求項６】 前記キャッシュ管理手段は、前記インデ
   ックス記憶手段にインデックス情報を記憶する際当該リ
   クエストデータがアクセスされた時刻も記憶し、前記記
   憶手段に記憶されたリクエストデータの総容量が所定値
   を超えた場合に前記総容量が前記所定値以下になるまで
   前記アクセスされた時刻が古いリクエストデータを順次
   消去する、請求項２記載のネットワークキャッシュ装
   置。
7. 【請求項７】 前記キャッシュ管理手段は、前記ネット
   ワークインタフェース手段によって受信されたレスポン
   スデータを前記記憶手段に記憶する際、１つのキャッシ
   ュファイルに複数のレスポンスデータを記憶する、請求
   項２記載のネットワークキャッシュ装置。
8. 【請求項８】 前記キャッシュ処理手段はさらに、前記
   キャッシュファイルがアクセスされた時刻が前記キャッ
   シュ管理手段によって記憶されるキャッシュファイル情
   報記憶手段を含み、 前記キャッシュ管理手段は、前記記憶手段に記憶された
   リクエストデータの総容量が所定値を超えた場合に前記
   総容量が前記所定値以下になるまで前記アクセスされた
   時刻が古いキャッシュファイルを順次消去する、請求項
   ７記載のネットワークキャッシュ装置。
9. 【請求項９】 前記キャッシュ処理手段はさらに、前記
   キャッシュファイルの書込オープン状態が記憶されるキ
   ャッシュファイル情報記憶手段を含み、 前記キャッシュ管理手段は、前記ネットワークインタフ
   ェース手段によって受信されたレスポンスデータをキャ
   ッシュファイルに記憶する際、前記キャッシュファイル
   情報記憶手段に記憶された書込オープン状態を参照して
   前記レスポンスデータを記憶するキャッシュファイルを
   決定する、請求項７記載のネットワークキャッシュ装
   置。
10. 【請求項１０】 ネットワークに対してデータアクセス
    のリクエストを発行し、該リクエストに対するレスポン
    スデータを受信するステップと、 前記ネットワークから受信したレスポンスデータを記憶
    するステップと、 アプリケーションからプロセス間通信によりデータリク
    エストを受信し、 前記データリクエストに対応するレスポンスデータが記
    憶されている場合は、前記ネットワークに対してデータ
    アクセスのリクエストを発行せず、 前記データリクエストに対応するレスポンスデータが記
    憶されていない場合は、前記ネットワークに対してデー
    タアクセスのリクエストを発行するステップとを含むネ
    ットワークキャッシュ方法。