JP2003044346A - コンテンツ提供方法およびネットワーク接続装置 - Google Patents

Abstract

(57)【要約】 【課題】ネットワークトラフィックの増大を低減しつ
つ、クライアントからの要求頻度が高いコンテンツを、
クライアントに、高速に提供する。 【解決手段】制御部１５は、ＷＷＷブラウザ装置３より
受け取ったコンテンツ要求にて指定されているＵＲＬに
アクセスしてＨＴＭＬドキュメントを入手し、該ドキュ
メント中にリンク設定されている格納場所を調べること
でコンテンツに含まれるデータを確認する。そして、確
認したデータがデータキャッシュ部１４に蓄積されてい
るならば、これをデータキャッシュ部１４から入手し、
蓄積されていないならば、前記格納場所にアクセスして
入手すると共に、入手したデータが所定の条件を満足す
る場合、これをデータキャッシュ部１４にキャッシュす
る。それから、以上のようにして入手したドキュメント
およびデータを、ＷＷＷブラウザ装置２へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してサーバに接続されているネットワーク接続装置を用
いて、クライアントにコンテンツを提供する技術に関す
る。

【０００２】

【従来の技術】クライアント端末が要求したコンテンツ
の提供を高速化する技術として、特開平１１-４５１９
９号公報に記載の技術や、日経ＢＰ社の日経インターネ
ットテクノロジ、２０００年４月号に記載のコンテンツ
・デリバリ・サービスと呼ばれている技術などがある。

【０００３】特開平１１-４５１９９号公報に記載の技
術では、ＷＷＷサーバとＷＷＷクライアントとの間に、
ＷＷＷサーバが保持するコンテンツをキャッシュするＷ
ＷＷプロキシを設置する。ＷＷＷプロキシは、ＷＷＷク
ライアントからコンテンツ要求を受け取ると、要求され
たコンテンツが自身にキャッシュされているならば、前
記コンテンツをキャッシュから読み出してＷＷＷクライ
アントに送信する。一方、要求されたコンテンツが自身
にキャッシュされていないならば、前記コンテンツ要求
をＷＷＷサーバに転送して、ＷＷＷサーバからコンテン
ツを受け取り、これをＷＷＷクライアントに送信すると
共にキャッシュする。

【０００４】また、日経インターネットテクノロジ、２
０００年４月号に記載の技術では、コンテンツ・デリバ
リ・サーバをネットワーク上に分散配置し、各コンテン
ツ・デリバリ・サーバに、ＷＷＷサーバが保持するコン
テンツのコピーを保持させておく。ＷＷＷサーバは、Ｗ
ＷＷクライアントからコンテンツ要求を受け取ると、要
求されたコンテンツがＷＷＷクライアントの近くに設置
したコンテンツ・デリバリ・サーバに保持されているか
否かを調べ、保持されているならば、コンテンツ要求を
このコンテンツ・デリバリ・サーバに転送する。そし
て、このコンテンツ・デリバリ・サーバに、要求された
コンテンツを、ＷＷＷクライアントへ送信させる。

【０００５】

【発明が解決しようとする課題】特開平１１-４５１９
９号公報に記載の技術では、ＷＷＷサーバに保持されて
いるコンテンツと、ＷＷＷプロキシにキャッシュされて
いるコンテンツとの同期を図る必要がある。ところで、
ＷＷＷにおいて、一般に、コンテンツは、文書記述言語
で記述されたドキュメントおよびこのドキュメント中に
格納場所がリンク設定されているデータを含んで構成さ
れる。このようなコンテンツの一部に変更があった場合
に、コンテンツ全体をＷＷＷプロキシに再度キャッシュ
し直したのでは、ネットワークのトラフィックが増大す
る。

【０００６】また、日経インターネットテクノロジ、２
０００年４月号に記載の技術では、ＷＷＷサーバ側にて
予め定めておいた特定のコンテンツのコピーが、コンテ
ンツ・デリバリ・サーバに格納される。このため、ＷＷ
Ｗクライアントからの要求頻度の高いコンテンツが、必
ずしもコンテンツ・デリバリ・サーバに格納されている
とは限らない。

【０００７】さらに、これらの従来技術では、同一のネ
ットワーク上に、ＷＷＷサーバ、ＷＷＷクライアント、
および、ＷＷＷプロキシまたはコンテンツ・デリバリ・
サーバが接続される構成を採用している。特開平１１-
４５１９９号公報に記載の技術において、ＷＷＷクライ
アントは、ＷＷＷプロキシを宛先としたコンテンツ要求
を送信し、ＷＷＷプロキシは、受け取ったコンテンツ要
求が対象とするコンテンツをキャッシュしていない場
合、このコンテンツ要求の宛先をＷＷＷサーバに変更し
て、ネットワーク上に送信しなければならない。また、
日経インターネットテクノロジ、２０００年４月号に記
載の技術において、ＷＷＷクライアントは、ＷＷＷサー
バを宛先としたコンテンツ要求を送信し、ＷＷＷサーバ
は、受け取ったコンテンツ要求が対象とするコンテンツ
がＷＷＷクライアントの近くにあるコンテンツ・デリバ
リ・サーバに保持されている場合、このコンテンツ要求
の宛先をこのコンテンツ・デリバリ・サーバに変更し
て、ネットワーク上に送信しなければならない。つま
り、これらの従来技術では、ＷＷＷクライアントが送信
したコンテンツ要求が複数のサーバ間を転送されること
になり、このため、ネットワークトラフィックが増大す
る。

【０００８】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的は、ネットワークトラフィックの増
大を低減しつつ、クライアントからの要求頻度が高いコ
ンテンツを高速に提供することができるようにすること
にある。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、本発明では、クライアント端末をネットワークに接
続するネットワーク接続装置を用いて、前記クライアン
ト端末に、前記ネットワーク上のサーバが保持するコン
テンツを提供する。

【００１０】前記ネットワーク接続装置は、先ず、前記
クライアント端末よりコンテンツの格納場所の指定を含
むコンテンツ要求を受け取ると、前記ネットワークを介
して前記格納場所にアクセスし、前記コンテンツに含ま
れるデータ各々を確認する。そして、確認したデータ各
々について、前記ネットワーク接続装置内に設けられて
いるもしくは前記ネットワーク接続装置にローカル接続
されているキャッシュ部に蓄積されているならば、前記
キャッシュサーバから入手し、また、蓄積されていない
ならば、前記ネットワーク上の前記格納場所から入手す
ると共に、入手したデータのサイズおよび/または種別
が所定の条件を満足する場合に、これを前記キャッシュ
部に蓄積する。それから、入手したデータを前記クライ
アント端末へ送信する。

【００１１】ここで、前記コンテンツが、文書記述言語
で記述されたドキュメントと、前記ドキュメント中に格
納場所がリンク設定されているデータとを含んで構成さ
れている場合、前記ネットワーク接続装置は、前記クラ
イアント端末より受け取ったコンテンツ要求にて指定さ
れている格納場所にアクセスして前記ドキュメントを入
手し、前記ドキュメント中にリンク設定されている格納
場所を調べることで、前記コンテンツに含まれるデータ
各々を確認する。そして、確認したデータ各々につい
て、前記キャッシュ部に蓄積されているならば、前記キ
ャッシュサーバから入手し、蓄積されていないならば、
前記ドキュメント中にリンク設定されているこのデータ
の格納場所にアクセスし入手すると共に、入手したデー
タのサイズおよび/または種別が所定の条件を満足する
場合に、これを前記キャッシュサーバに蓄積する。それ
から、以上のようにして入手したドキュメントおよびデ
ータを、前記クライアント端末へ送信する。

【００１２】本発明では、クライアント端末から要求さ
れたコンテンツのデータがキャッシュ部に蓄積される。
したがって、キャッシュ部の資源を有効に利用しつつ、
クライアント端末からの要求頻度の高いコンテンツを、
より確実に高速提供することができる。

【００１３】また、本発明では、ネットワーク上のサー
バが保持するコンテンツに含まれるデータのうち、サイ
ズおよび/または種別が所定の条件を満足するデータ、
例えば、サイズが所定値以上のデータや、種別がイメー
ジ、ビデオ、オーディオ等のメディアデータなどのみ
を、キャッシュ部に蓄積する。したがって、サイズが所
定値未満のデータやテキストデータなどの、コンテンツ
に含まれるデータのうち、比較的更新が頻繁に行なわれ
ることが予想されるデータは、キャッシュ部に蓄積され
ない。このため、ＷＷＷサーバに保持されているコンテ
ンツとキャッシュ部に蓄積されているそのキャッシュと
の同期を図るために生じるネットワークトラフィックの
増大を低減することができる。

【００１４】さらに、本発明では、キャッシュ部を、ネ
ットワーク接続装置に、内蔵あるいはローカル接続して
いる。そして、クライアント端末が要求するコンテンツ
に含まれるデータのうち、キャッシュ部に蓄積されてい
ないデータのみを、ネットワークを介して、前記コンテ
ンツを格納するサーバにアクセスし入手するようにして
いる。したがって、クライアントが送信したコンテンツ
要求がネットワーク上の複数のサーバ間を転送され、こ
れにより、ネットワークトラフィックが増大するといっ
た事態を防止することができる。

【００１５】なお、本発明において、前記ネットワーク
接続装置に、前記ドキュメント中に格納場所がリンク設
定されているデータが前記キャッシュ部に蓄積されてい
る場合でも、前記クライアント端末のユーザに対して予
め定められたルールが、前記キャッシュ部に蓄積されて
いるこのデータの利用を許可しない場合には、前記格納
場所にアクセスしてこれを入手させるようにしてもよ
い。

【００１６】このようにすることで、クライアント端末
のユーザの条件（例えばサービス料金など）に応じて、
コンテンツ配信サービスの差別化を図ることができる。

【００１７】また、本発明において、前記ネットワーク
接続装置に、前記キャッシュ部に蓄積されている各デー
タについて、現在時刻が所定時刻になった場合や操作者
より指示を受けた場合やキャッシュ部の空き容量が所定
サイズ以下になった場合などの所定のイベント発生時
に、前記ネットワークを介して、前記データの格納場所
にアクセスして前記データの属性情報を入手し、入手し
た属性情報と前記キャッシュ部に蓄積されている前記デ
ータの属性情報とを比較させるようにしてもよい。そし
て、比較の結果、両者が一致しない場合には、前記キャ
ッシュ部に蓄積されている前記データを削除させるよう
にしてもよい。あるいは、前記キャッシュ部に蓄積され
ている各データについて、前記データの前記キャッシュ
部からの読出し回数を計測させ、前記キャッシュ部に蓄
積されている各データのうち、前記キャッシュ部への蓄
積日数および前記キャッシュ部からの読出し回数より定
まる利用頻度が最も低いデータを、前記キャッシュ部か
ら削除させるようにしてもよい。

【００１８】このように、サーバに保持されているコン
テンツとの同期がとれなくなったキャッシュや、クライ
アントからの要求頻度の低いコンテンツのキャッシュを
削除することで、キャッシュ部の資源をさらに有効に利
用することができる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。

【００２０】図１は、本発明の一実施形態が適用された
コンテンツ提供システムの概略図である。

【００２１】図１において、ＩＳＰ（Internet Service
Provider）装置１は、電話回線５に接続されたＷＷＷ
ブラウザ装置３をインターネット４に接続する。これに
より、ＷＷＷブラウザ装置３は、インターネット４上の
ＷＷＷサーバ装置２が保持するコンテンツを閲覧するこ
とが可能となる。ここで、ＩＳＰ装置１は、ＷＷＷサー
バ装置２が保持するコンテンツのデータをキャッシュす
る機能を有する。ＷＷＷブラウザ装置３が要求するコン
テンツのデータをキャッシュしている場合は、そのコン
テンツの格納場所からデータを入手してＷＷＷブラウザ
装置３に送信するのに代えて、ＩＳＰ装置１がキャッシ
ュしているデータをＷＷＷブラウザ装置３に送信する。

【００２２】次に、ＩＳＰ装置１についてさらに詳細に
説明する。

【００２３】なお、図１に示すその他の構成要素は、Ｗ
ＷＷシステムにおいて従来より用いられている既存の装
置と同様であるので、その詳細な説明を省略する。

【００２４】図２は、図１に示すＩＳＰ装置１の概略構
成図である。

【００２５】図示するように、ＩＳＰ装置１は、インタ
ーネット４を介してＷＷＷサーバ装置２と通信を行なう
ためのインターネットＩ/Ｆ（インターフェース）部１
１と、電話回線５を介してＷＷＷブラウザ装置３と通信
を行なうための電話回線Ｉ/Ｆ部１２と、キャッシュ利
用ルール記憶部１３と、ＷＷＷサーバ装置２が保持する
コンテンツのデータをキャッシュするためのデータキャ
ッシュ部１４と、上記の各部を統括的に制御する制御部
１５と、を有する。

【００２６】キャッシュ利用ルール記憶部１３には、デ
ータキャッシュ部１３にキャッシュされているデータの
利用を許可するか否かを定めるルールが記憶される。

【００２７】図３は、キャッシュ利用ルール記憶部１３
の登録内容例を示す図である。図示するように、キャッ
シュ利用ルール記憶部１３には、各ルールにユニークに
割り当てられたルールＮｏ（番号）１３１毎に、ルール
の内容１３２と、ルールが適用される各ユーザのＩＤ
（ここでは、ＷＷＷブラウザ装置３のユーザにＩＳＰ装
置１の利用を許可するための認証情報）１３３とが登録
される。

【００２８】なお、図３に示す例では、「キャッシュの
利用を全て拒否する」、「キャッシュの利用を１部拒否
する」および「キャッシュの利用をすべて許可する」の
３つのルールを適用する場合を示しているが、適用する
ルールの内容や数は、ＩＳＰ装置１の運営者が、例えば
サービス料金などの条件に応じて適宜定めればよい。

【００２９】データキャッシュ部１４には、ＷＷＷサー
バ装置２が保持するコンテンツのデータの他に、これら
のデータの属性情報を管理するための属性情報管理テー
ブルが記憶される。

【００３０】図４は、データキャッシュ部１４に登録さ
れる属性情報管理データの登録内容例を示す図である。
図示するように、属性情報管理テーブルには、データキ
ャッシュ部１４にキャッシュされているデータ毎にレコ
ードが登録される。レコードは、データのインターネッ
ト４上での格納場所を登録するためのフィールド１４１
と、データのファイル名を登録するためのフィールド１
４２と、データの作成日時を登録するためのフィールド
１４３と、データのサイズを登録するためのフィールド
１４４と、データのデータキャッシュ部１４へのキャッ
シュ日時を登録するためのフィールド１４５と、データ
のデータキャッシュ部１４上での格納場所を登録するた
めのフィールド１４６と、データキャッシュ部１４の利
用回数を登録するためのフィールド１４７とを有する。

【００３１】制御部１５は、電話回線ＩＦ部１２を介し
てＷＷＷブラウザ装置３よりインターネット４への接続
要求を受け取ると、例えば、ＷＷＷブラウザ装置３より
受け取った認証情報が、図示していない認証情報記憶部
に記憶されているか否かを調べることにより、ユーザ認
証を行なう。そして、認証が成立すると、電話回線ＩＦ
部１２およびインターネットＩＦ部１１を制御して、こ
のＷＷＷブラウザ装置３を、例えばＰＰＰ（Point to P
oint Protocol）によりインターネット４へ接続する。

【００３２】また、制御部１５は、インターネット４へ
接続中のＷＷＷブラウザ装置３が要求するコンテンツの
データをデータキャッシュ部１４にキャッシュしてお
り、且つ、キャッシュ利用ルール記憶部１３に記憶され
ている、このＷＷＷブラウザ装置３のユーザに適用され
るルールが、前記データに対するキャッシュの利用を許
可する場合、そのデータを、前記コンテンツの格納場所
から入手する代わりにデータキャッシュ部１４から入手
し、このＷＷＷブラウザ装置３に送信する。

【００３３】上記構成のＩＳＰ装置装置１は、例えば図
５に示すような、ＣＰＵ７１、メモリ７２、ハードディ
スク装置等の外部記憶装置７３、インターネット４や電
話回線を介して他の装置と通信を行なう通信装置７４、
７５、キーボードやポインティングデバイス等の入力装
置７６、表示装置等の出力装置７７、可搬性を有する記
憶媒体８０から情報を読み取る読取装置７８、および、
これらの装置７１〜７８間のデータ伝送を司るインター
フェース７９を備えたコンピュータシステム上に構築す
ることができる。

【００３４】ここで、図２に示す制御部１５は、ＣＰＵ
７１がメモリ７２上にロードされた所定のプログラムを
実行することによりプロセスなどとして具現化される。
この際、キャッシュ利用ルール記憶部１３およびデータ
キャッシュ部１４にはメモリ７２や外部記憶装置７３
が、そして、インターネットＩ/Ｆ部１１、電話回線Ｉ/
Ｆ部１２には通信装置７４、７５が使用される。また、
上記所定のプログラムは、外部記憶装置７３から、ある
いは、読取装置７８を介して記憶媒体８０から、もしく
は、通信装置７４、７５を介してインターネット４や電
話回線５から、メモリ７２上にロードされる。

【００３５】なお、キャッシュ利用ルール記憶部１３お
よびデータキャッシュ部１４は、ＩＳＰ装置装置１が構
築されたコンピュータシステムにローカル接続された、
別のコンピュータシステム上に構築するようにしてもよ
い。

【００３６】以下、ＩＳＰ装置１の動作について説明す
る。

【００３７】本実施形態のＩＳＰ装置１の動作には、Ｗ
ＷＷブラウザ装置３へのコンテンツ提供処理と、データ
キャッシュ部１１４のキャッシュ管理処理とが含まれ
る。

【００３８】先ず、コンテンツ提供処理について説明す
る。

【００３９】図６は、ＩＳＰ装置１のコンテンツ提供処
理の動作フローを示す図である。

【００４０】先ず、制御部１５は、ユーザ認証が成立し
インターネット４へ接続中のＷＷＷブラウザ装置３よ
り、コンテンツの格納場所を示すＵＲＬ（Uniform Reso
urce Locator）を宛先とするコンテンツ要求を受信する
と（Ｓ６０１）、ユーザ認証時に確認したこのＷＷＷブ
ラウザ装置３のユーザＩＤと、キャッシュ利用ルール記
憶部１３とを用いて、このユーザに適用されるルールを
特定する。

【００４１】それから、制御部１５は、コンテンツ要求
を送信したＷＷＷブラウザ装置３のユーザに適用される
ルールが、キャッシュの利用を全て拒否するものである
か否かを判断する（Ｓ６０２）。キャッシュの利用を全
て拒否するものであるならば、制御部１５は、このコン
テンツ要求をインターネット４上へ転送する（Ｓ６０
３）と共に、このコンテンツ要求に応答して、このコン
テンツ要求の宛先ＵＲＬより送られてきたコンテンツの
データを、このコンテンツ要求を送信したＷＷＷブラウ
ザ装置３へ転送する（Ｓ６０４）。その後、Ｓ６０１へ
戻り、インターネット４へ接続中のＷＷＷブラウザ装置
３より、コンテンツ要求が新たに送られてくるのを待
つ。

【００４２】一方、Ｓ６０２において、適用されるルー
ルがキャッシュの利用を全て拒否するものでないなら
ば、制御部１５は、このコンテンツ要求の宛先ＵＲＬに
アクセスして、ＨＴＭＬ（HyperText Markup Languag
e）ドキュメントを入手する（Ｓ６０５）。そして、入
手したＨＴＭＬドキュメントの記述内容を解析し、この
ドキュメント中にリンク設定されている格納場所であっ
て、ＷＷＷブラウザ装置３に、コンテンツのデータとし
て、このＨＴＭＬドキュメントと共に提供すべきメディ
アデータ（静止画、動画、オーディオなどのデータ）の
格納場所を１つ抽出する（Ｓ６０６）。

【００４３】次に、制御部１０５は、データキャッシュ
部１４に登録されている属性情報管理テーブルを参照
し、Ｓ６０６で抽出した格納場所のメディアデータがデ
ータキャッシュ部１４にキャッシュされているか否かを
確認する（Ｓ６０７）。

【００４４】一般に、格納場所のリンク設定は、リンク
するメディアデータがＨＴＭＬドキュメントと同じディ
レクトリ内にある場合は、ファイル名のみで行なわれ、
ＨＴＭＬドキュメントを格納するディレクトリを親とす
る子あるいは孫ディレクトリ内にある場合は、そのデイ
レクトリへのパスとファイル名で行なわれる。そこで、
制御部１０５は、抽出したメディアデータの格納場所が
ファイル名のみの場合は、属性情報管理テーブルにおい
て、ＨＴＭＬドキュメントの格納場所を示すＵＲＬがフ
ィールド１４１に登録され、前記ファイル名がフィール
ド１４２に登録されているレコードを検索する。また、
抽出したメディアデータの格納場所がパスとファイル名
からなる場合は、属性情報管理テーブルにおいて、ＨＴ
ＭＬドキュメントの格納場所を示すＵＲＬおよび前記パ
スがフィールド１４１に登録され、前記ファイル名がフ
ィールド１４２に登録されているレコードを検索する。

【００４５】Ｓ６０７での結果、Ｓ６０６で抽出した格
納場所のメディアデータがデータキャッシュ部１４にキ
ャッシュされていないことが確認された場合、制御部１
５は、インターネット４を介して、ＨＴＭＬドキュメン
トの格納場所を示すＵＲＬおよびＳ６０６で抽出した格
納場所（ファイル名あるいはパスおよびファイル名）に
より特定されるメディアデータを入手する（Ｓ６０
８）。

【００４６】次に、制御部１５は、入手したメディアデ
ータが所定のキャッシュ条件を満足するか否かを判断す
る（Ｓ６０９）。入手したメディアデータが所定のキャ
ッシュ条件を満足していないと判断した場合、Ｓ６１１
へ移行する。所定のキャッシュ条件を満足していると判
断した場合は、入手したメディアデータをデータキャッ
シュ部１４にキャッシュすると共に、データキャッシュ
部１４内の属性情報管理テーブルに、このメディアデー
タの属性情報のレコードを追加する。そして、Ｓ６０６
で抽出したメディアデータの格納場所がファイル名のみ
の場合は、新たに追加したレコードのフィールド１４１
にＳ６０５で入手したＨＴＭＬドキュメントのＵＲＬを
登録し、フィールド１４２に前記ファイル名を登録す
る。前記格納場所がパスとファイル名からなる場合は、
フィールド１４１にＳ６０５で入手したＨＴＭＬドキュ
メントのＵＲＬおよび前記パスを登録し、フィールド１
４２に前記ファイル名を登録する。また、フィールド１
４３、フィールド１４４には、それぞれ、入手したメデ
ィアデータの作成日時、サイズを登録し、フィールド１
４５、フィールド１４６には、それぞれ、入手したメデ
ィアデータのデータキャッシュ部１４へのキャッシュ日
時、データキャッシュ部１４上の格納場所を登録する。
そして、フィールド１４７には、利用回数「１」を登録
する。それから、Ｓ６１１に移行する。

【００４７】ここで、キャッシュ条件とは、ＷＷＷサー
バ装置２より入手したデータをデータキャッシュ部１４
にキャッシュするか否かを定める判断基準である。本実
施形態では、データサイズが所定値（例えば１Ｍbyte）
以上のメディアデータを、データキャッシュ部１４にキ
ャッシュするように定めている。しかし、どのようなサ
イズおよび/または種別のデータをキャッシュするか否
かは、ＩＳＰ装置１の運営者が任意に定めればよい。

【００４８】一方、Ｓ６０７での結果、Ｓ６０６で抽出
した格納場所のメディアデータがデータキャッシュ部１
４にキャッシュされていることが確認された場合、制御
部１５は、コンテンツ要求を送信したＷＷＷブラウザ装
置３のユーザに適用されるルールがこのメディアデータ
のキャッシュ利用を許可しているか否かを判断する（Ｓ
６１３）。前記ユーザに適用されるルールがキャッシュ
の利用を全て許可するものである場合は、Ｓ６０６で抽
出した格納場所のメディアデータのキャッシュ利用を許
可するものと判断する。前記ユーザに適用されるルール
がキャッシュの利用を１部拒否するものである場合は、
Ｓ６０６で抽出した格納場所のメディアデータが前記ル
ールによりキャッシュ利用が拒否されるタイプのデータ
に該当するか否かを判断する。例えば、データサイズが
所定値（例えば５Ｍbyte）以上のメディアデータのキャ
ッシュ利用を拒否する旨がルールで定められている場合
は、Ｓ６０６で抽出した格納場所のメディアデータが前
記所定値以上であるか否かを調べる。また、例えば、デ
ータ種別が動画であるメディアデータのキャッシュ利用
を拒否する旨がルールで定められている場合は、Ｓ６０
６で抽出した格納場所のメディアデータの種別が動画で
あるか否かを調べる。

【００４９】Ｓ６１３において、コンテンツ要求を送信
したＷＷＷブラウザ装置３のユーザに適用されるルール
が、Ｓ６０６で抽出した格納場所のメディアデータのキ
ャッシュ利用を拒否することを確認したならば、制御部
１５は、インターネット４を介して、ＨＴＭＬドキュメ
ントの格納場所を示すＵＲＬおよびＳ６０６で抽出した
格納場所（ファイル名あるいはパスおよびファイル名）
により特定されるメディアデータを入手する（Ｓ６１
４）。それから、Ｓ６１１に移行する。

【００５０】一方、Ｓ６１３において、コンテンツ要求
を送信したＷＷＷブラウザ装置３のユーザに適用される
ルールが、Ｓ６０６で抽出した格納場所のメディアデー
タのキャッシュ利用を許可することを確認したならば、
制御部１５は、このメディアデータをデータキャッシュ
部１４から入手する（Ｓ６１５）と共に、属性情報管理
テーブル内のこのメディアデータの属性情報レコードの
フィールド１４７に登録されている利用回数を、１つイ
ンクリメントする（Ｓ６１６）。それから、Ｓ６１１に
移行する。

【００５１】さて、Ｓ６１１において、制御部１５は、
Ｓ６０５で入手したＨＴＭＬドキュメント中にリンク設
定されているメディアデータの格納場所を全て抽出した
か否かを調べる。全てを抽出したならば、以上の処理に
より入手したＨＴＭＬドキュメントおよびメディアデー
タを、コンテンツ要求を送信したＷＷＷブラウザ装置３
へ送信する（Ｓ６１２）。その後、Ｓ６０１へ戻り、イ
ンターネット４へ接続中のＷＷＷブラウザ装置３よりコ
ンテンツ要求が新たに送られてくるのを待つ。

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

【００５３】図７は、ＩＳＰ装置１のキャッシュ管理処
理の動作フローを示す図である。

【００５４】先ず、制御部１５は、現在時刻が所定時刻
になった場合や、ＩＳＰ装置１の操作者より指示を受け
た場合や、データキャッシュ部１４の空き容量が所定サ
イズ以下になった場合などの、所定のイベントが発生す
ると（Ｓ７０１）、データキャッシュ部１４の属性情報
管理テーブルから属性情報のレコードを１つ抽出する
（Ｓ７０２）。

【００５５】次に、制御部１５は、インターネット４を
介して、抽出したレコードのフィールド１４１に登録さ
れているインターネット４上の格納場所にアクセスし
て、フィールド１４２に登録されているファイル名のメ
ディアデータの属性情報（作成日時およびデータサイ
ズ）を入手する（Ｓ７０３）。

【００５６】それから、制御部１５は、入手した属性情
報と、抽出したレコードのフィールド１４３、１４４に
登録されている属性情報とが一致するか否かを調べる
（Ｓ７０４）。両者が一致するならば、Ｓ７０７へ移行
する。一致しないならば、このレコードのフィールド１
４６に登録されているキャッシュ上の格納場所により特
定される、データキャッシュ部１４内のキャッシュを削
除する（Ｓ７０５）と共に、このレコードを属性情報管
理テーブルから削除する（Ｓ７０６）。

【００５７】制御部１５は、属性情報管理テーブル内に
登録されている全てのレコード各々について、上記のＳ
７０３〜Ｓ７０７を繰り返す（Ｓ７０７）。

【００５８】さて、制御部１５は、属性情報管理テーブ
ル内に登録されている全てのレコード各々について上記
のＳ７０３〜Ｓ７０７を繰り返したならば、その結果、
データキャッシュ部１４に所定サイズ以上の空き容量を
確保できたか否かを確認する（Ｓ７０８）。確保できた
ならば、Ｓ７０１へ戻り、新たに所定のイベントが発生
するのを待つ。

【００５９】一方、Ｓ７０８において、データキャッシ
ュ部１４に所定サイズ以上の空き容量を確保できていな
いならば、制御部１５は、データキャッシュ部１４の属
性情報管理テーブルから属性情報のレコードを全て抽出
する（Ｓ７０９）。それから、抽出した各レコードにつ
いて、現在時刻およびフィールド１４５に登録されてい
るキャッシュ日時より定まるデータキャッシュ部１４へ
のキャッシュ期間と、フィールド１４７に登録されてい
る利用回数とを用いて、所定の単位時間当たりのキャッ
シュ利用回数つまり利用頻度を算出する（Ｓ７１０）。

【００６０】次に、制御部１５は、算出した利用頻度が
最も低いレコードのフィールド１４６に登録されている
キャッシュ上の格納場所により特定される、データキャ
ッシュ部１４内のキャッシュを削除すると共に、このレ
コードを属性情報管理テーブルから削除する（Ｓ７１
１）。

【００６１】制御部１５は、上記のＳ７１１を、データ
キャッシュ部１４に所定サイズ以上の空き容量が確保さ
れるまで繰り返す（Ｓ７１２）。そして、空き容量を確
保できたならば、Ｓ７０１へ戻り、新たに所定のイベン
トが発生するのを待つ。

【００６２】以上、本発明の一実施形態について説明し
た。

【００６３】本実施形態では、ＷＷＷブラウザ装置３か
ら要求されたコンテンツのデータがデータキャッシュ部
１４に蓄積される。したがって、データキャッシュ部１
４の資源を有効に利用しつつ、ＷＷＷブラウザ装置３か
らの要求頻度の高いコンテンツを、より確実に高速提供
することができる。

【００６４】また、本実施形態では、ＷＷＷサーバ装置
２が保持するコンテンツに含まれるデータのうち、デー
タサイズが所定値以上のメディアデータ（静止画、動
画、オーディオなどのデータ）のみを、データキャッシ
ュ部１４にキャッシュするようにしている。したがっ
て、テキストデータやデータサイズが所定値未満のメデ
ィアデータなどの、コンテンツに含まれるデータのう
ち、比較的更新が頻繁に行なわれることが予想されるデ
ータは、データキャッシュ部１４にキャッシュされな
い。このため、ＷＷＷサーバ装置２に保持されているコ
ンテンツとデータキャッシュ部１４内のそのキャッシュ
との同期を図るために生じるネットワークトラフィック
の増大を低減することができる。

【００６５】さらに、本実施形態では、ＷＷＷブラウザ
装置２をインターネット４に接続するＩＳＰ装置１に、
データキャッシュ部１４を設けている。そして、ＷＷＷ
ブラウザ装置２が要求するコンテンツに含まれるデータ
のうち、データキャッシュ部１４にキャッシュされてい
ないデータのみを、インターネット４を介して、ＷＷＷ
サーバ装置２にアクセスし入手するようにしている。し
たがって、ＷＷＷブラウザ装置３が送信したコンテンツ
要求が、インターネット４上の複数のＷＷＷサーバ装置
２間を転送され、これにより、ネットワークトラフィッ
クが増大するといった事態を防止することができる。

【００６６】また、本実施形態において、ＩＳＰ装置１
は、ＨＴＭＬドキュメント中に格納場所がリンク設定さ
れているメディアデータがデータキャッシュ部１４にキ
ャッシュされている場合でも、このＨＴＭＬドキュメン
トを含むコンテンツを要求するＷＷＷブラウザ装置３の
ユーザに対して予め定められたルールが、データキャッ
シュ部１４にキャッシュされているこのデータの利用を
許可しない場合、インターネット４を介してこのデータ
の格納場所にアクセスし、これを入手するようにしてい
る。このため、ＷＷＷサーバ装置２のユーザの条件（例
えばサービス料金など）に応じて、コンテンツ配信サー
ビスの差別化を図ることができる。

【００６７】また、本実施形態において、ＩＳＰ装置１
は、データキャッシュ部１４にキャッシュされている各
データについて、現在時刻が所定時刻になった場合やＩ
ＳＰ装置１の操作者より指示を受けた場合やデータキャ
ッシュ部１４の空き容量が所定サイズ以下になった場合
などの所定のイベント発生時に、インターネット４を介
してこのデータの格納場所にアクセスし、このデータの
属性情報を入手して、入手した属性情報とデータキャッ
シュ部１４の属性情報管理テーブルに登録されているこ
のデータの属性情報とを比較している。そして、両者が
一致しない場合には、データキャッシュ部１４にキャッ
シュされているこのデータを削除していある。さらに、
ＩＳＰ装置１は、データキャッシュ部１４にキャッシュ
されている各データについてキャッシュ利用回数を計測
させ、データキャッシュ部１４ににキャッシュされてい
る各データのうち、データキャッシュ部１４への蓄積日
数およびキャッシュ利用回数より定まる利用頻度が最も
低いデータを、データキャッシュ部１４から削除してい
る。

【００６８】したがって、本実施形態によれば、ＷＷＷ
サーバ装置２に保持されているコンテンツとの同期がと
れなくなったキャッシュや、ＷＷＷブラウザ装置３から
の要求頻度の低いコンテンツのキャッシュを削除するこ
とで、データキャッシュ部１４の資源を有効に利用する
ことができる。

【００６９】なお、本発明は、上記の実施形態に限定さ
れるものではなく、その要旨の範囲内で数々の変形が可
能である。

【００７０】例えば、上記の実施形態では、本発明を、
インターネット４にＷＷＷブラウザ装置３を接続するＩ
ＳＰ装置１に適用した場合を例にとり説明したが、本発
明は、コンテンツを保持するサーバが接続されたネット
ワークにクライアント端末を接続するネットワーク接続
装置に広く適用できる。

【００７１】また、本発明においてクライアント端末に
提供するコンテンツは、上記の実施形態で説明したよう
な、文書記述言語で記述されたドキュメントおよびこの
ドキュメント中にリンク設定されているメディアデータ
からなるものに限定されない。複数のデータが１つのパ
ッケージに纏められた、様々なタイプのコンテンツに、
本発明は適用できる。この場合、サーバからドキュメン
トを入手して、このドキュメントを含むコンテンツに含
まれるデータを確認する代わりに、サーバからコンテン
ツに含まれる各データの属性情報を入手して、このコン
テンツに含まれるデータを確認するようにすればよい。

【００７２】また、上記の実施形態のキャッシュ管理処
理（図７のフロー参照）において、データキャッシュ部
１４への蓄積日数およびキャッシュ利用回数から利用頻
度を計算し、この利用頻度が最も低いデータを、データ
キャッシュ部１４から削除するようにしているが、キャ
ッシュ利用回数が最も少ないデータをデータキャッシュ
部１４から削除するようにしてもかまわない。ここで、
キャッシュ利用回数が最も少ないデータが複数ある場合
は、そのうち、キャッシュ日時が最も古いのデータを、
データキャッシュ部１４から削除すればよい。

【００７３】

【発明の効果】以上のように、本発明によれば、ネット
ワークトラフィックの増大を低減しつつ、クライアント
からの要求頻度が高いコンテンツを、クライアントに、
高速に提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態が適用されたコンテンツ提
供システムの概略図である。

【図２】図１に示すＩＳＰ装置１の概略構成図である。

【図３】図２に示すキャッシュ利用ルール記憶部１３の
登録内容例を示す図である。

【図４】図２に示すデータキャッシュ部１４に登録され
る属性情報管理データの登録内容例を示す図である。

【図５】図２に示すＩＳＰ装置装置１のハードウエア構
成例を示す図である。

【図６】図２に示すＩＳＰ装置１のコンテンツ提供処理
の動作フローを示す図である。

【図７】図２に示すＩＳＰ装置１のキャッシュ管理処理
の動作フローを示す図である。

【符号の説明】

１…ＩＳＰ装置、２…ＷＷＷサーバ装置、３…ＷＷＷブ
ラウザ装置、４…インターネット、５…電話回線、１１
…インターネットＩ/Ｆ部、１２…電話回線Ｉ/Ｆ部、１
３…キャッシュ利用ルール記憶部、１４…データキャッ
シュ部、７１…ＣＰＵ、７２…メモリ、７３…外部記憶
装置、７４、７５…通信装置、７６…入力装置、７７…
出力装置、７８…読取装置、７９…インターフェース、
８０…記憶媒体

Claims (6)

【特許請求の範囲】
1. 【請求項１】クライアント端末をネットワークに接続す
   るネットワーク接続装置を用いて、前記クライアント端
   末に、前記ネットワーク上のサーバが保持するコンテン
   ツを提供するコンテンツ提供方法であって、 前記ネットワーク接続装置は、 前記クライアント端末よりコンテンツの格納場所の指定
   を含むコンテンツ要求を受け取ると、前記ネットワーク
   を介して前記格納場所にアクセスし、前記コンテンツに
   含まれるデータ各々を確認する第１のステップと、 前記第１のステップで確認したデータ各々について、前
   記ネットワーク接続装置内に設けられているもしくは前
   記ネットワーク接続装置にローカル接続されているキャ
   ッシュ部に蓄積されているならば、前記キャッシュ部か
   ら入手し、蓄積されていないならば、前記ネットワーク
   上の前記格納場所から入手すると共に、入手したデータ
   のサイズおよび/または種別が所定の条件を満足する場
   合に、これを前記キャッシュ部に蓄積する第２のステッ
   プと、 前記第２のステップで入手したデータを前記クライアン
   ト端末へ送信する第３のステップと、を行なうことを特
   徴とするコンテンツ提供方法。
2. 【請求項２】請求項１記載のコンテンツ提供方法であっ
   て、 前記コンテンツは、文書記述言語で記述されたドキュメ
   ントと、前記ドキュメント中に格納場所がリンク設定さ
   れているデータとを含んで構成されており、 前記第１のステップは、 前記ネットワークを介して、前記クライアント端末より
   受け取ったコンテンツ要求にて指定されている格納場所
   にアクセスして前記ドキュメントを入手し、前記ドキュ
   メント中にリンク設定されている格納場所を調べること
   で、前記コンテンツに含まれるデータ各々を確認し、 前記第２のステップは、 前記第１のステップで確認したデータ各々について、前
   記キャッシュ部に蓄積されているならば、前記キャッシ
   ュ部から入手し、蓄積されていないならば、前記ネット
   ワークを介して前記ドキュメント中にリンク設定されて
   いるこのデータの格納場所にアクセスし入手すると共
   に、入手したデータのサイズおよび/または種別が所定
   の条件を満足する場合に、これを前記キャッシュ部に蓄
   積し、 前記第３のステップは、 前記第１のステップで入手したドキュメントおよび前記
   第２のステップで入手したデータを、前記クライアント
   端末へ送信することを特徴とするコンテンツ提供方法。
3. 【請求項３】請求項２記載のコンテンツ提供方法であっ
   て、 前記第２のステップは、 前記ドキュメント中に格納場所がリンク設定されている
   データが前記キャッシュ部に蓄積されている場合でも、
   前記クライアント端末のユーザに対して予め定められた
   ルールが、前記キャッシュ部に蓄積されているこのデー
   タの利用を許可しない場合には、前記格納場所にアクセ
   スしてこれを入手することを特徴とするコンテンツ提供
   方法。
4. 【請求項４】請求項２または３記載のコンテンツ提供方
   法であって、 前記ネットワーク接続装置は、 前記キャッシュ部に蓄積されている各データについて、
   所定のイベント発生時に、前記ネットワークを介して、
   前記データの格納場所にアクセスして前記データの属性
   情報を入手し、入手した属性情報と前記キャッシュ部に
   蓄積されている前記データの属性情報とを比較すると共
   に、前記比較の結果、両者が一致しない場合には、前記
   キャッシュ部に蓄積されている前記データを削除する第
   ４のステップを、さらに行なうことを特徴とするコンテ
   ンツ提供方法。
5. 【請求項５】請求項２、３または４記載のコンテンツ提
   供方法であって、 前記ネットワーク接続装置は、 前記キャッシュ部に蓄積されている各データについて、
   前記データの前記キャッシュ部からの読出し回数を計測
   する第５のステップと、 前記キャッシュ部に蓄積されている各データのうち、前
   記キャッシュ部への蓄積日数および前記キャッシュ部か
   らの読出し回数より定まる利用頻度が最も低いデータを
   前記キャッシュ部から削除する第６のステップをさらに
   行なうことを特徴とするコンテンツ提供方法。
6. 【請求項６】クライアント端末をネットワークに接続
   し、前記クライアント端末に、前記ネットワーク上のサ
   ーバが保持するコンテンツを提供するネットワーク接続
   装置であって、 前記ネットワークを介して前記コンテンツサーバとデー
   タを送受するためのネットワークインターフェース部
   と、 前記クライアント端末とデータを送受するための端末イ
   ンターフェース部と、データを蓄積するためのキャッシ
   ュ部と、 前記ネットワークインターフェース部、前記端末インタ
   ーフェース部および前記キャッシュ部を統括的に制御す
   る制御部と、を有し、 前記制御部は、 前記クライアント端末よりコンテンツの格納場所の指定
   を含むコンテンツ要求を受け取ると、前記ネットワーク
   を介して前記格納場所にアクセスし、前記コンテンツに
   含まれるデータ各々を確認する処理と、 前記確認したデータ各々について、前記キャッシュ部に
   蓄積されているならば、前記キャッシュ部から入手し、
   蓄積されていないならば、前記ネットワーク上の前記格
   納場所から入手すると共に、入手したデータのサイズお
   よび/または種別が所定の条件を満足する場合に、これ
   を前記キャッシュ部に蓄積する処理と、 前記入手したデータを前記クライアント端末へ送信する
   処理と、を行なうことを特徴とするネットワーク接続装
   置。