JP2003242018A - キャッシュ方法およびキャッシュサーバ - Google Patents

Abstract

(57)【要約】 【課題】 クライアントの環境に合わないキャッシュデ
ータが提供され、快適なサービスを受けることができな
い。 【解決手段】 検索部２２は、キャッシュエントリ２６
をキャッシュ記憶部１４に格納する際、コンテンツデー
タを要求したクライアント１０の環境情報を取得して、
キャッシュエントリ２６内に環境情報を関連づけて保持
する。またクライアント１０からコンテンツデータの送
信要求のあった場合にも、検索部２２はクライアント１
０の環境情報を取得し、その環境情報に適したキャッシ
ュエントリ２６を抽出してクライアント１０に提供す
る。推定部２４は、クライアント１０とサーバ１６間の
通信実績からクライアント１０の環境情報を推定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データのキャッシ
ュ技術に関する。本発明はとくに、クライアントの環境
に応じたキャッシュデータをクライアントに提供するキ
ャッシュ方法およびキャッシュサーバに関する。

【０００２】

【従来の技術】ブロードバンドのネットワーク時代を迎
え、常時接続の高速なインターネットアクセス環境をユ
ーザが手にすることができるようになってきた。動画の
配信など従来は通信速度の制限で敬遠されていたサービ
スも、今後は利用が広がると思われる。また携帯電話を
用いて写真付きの電子メールをやりとりすることも行わ
れるようになり、通常のパーソナルコンピュータ以外
に、携帯端末や携帯電話もインターネット接続機器とし
て重要な位置を占めるようになってきている。

【０００３】このような状況下、サーバはユーザの端末
の形態やネットワークの通信帯域に合わせて、提供する
データの容量や、映像や音声の品質を調整することが必
要となってきている。またネットワークを利用してコン
テンツの配信をする際、サーバやルータの処理能力、通
信回線の帯域幅などに制限があるため、処理性能を確保
する目的で、キャッシュサーバをネットワーク上に設
け、一時的にサーバのコンテンツを保持することが一般
に行われている。

【０００４】

【発明が解決しようとする課題】しかしながら、キャッ
シュサーバはユーザの端末から送信要求されたコンテン
ツのデータをデータ名に対応させてキャッシュするた
め、同じ名前のデータを要求した端末に対して一律に同
じデータを提供することになる。したがって端末のマシ
ン性能や端末が接続しているネットワークの通信性能な
どが考慮されず、せっかくサーバのコンテンツをキャッ
シュしていても、ユーザの利用環境に合わないデータが
端末に送られることになる。したがってユーザ側での処
理性能と、供給されるデータとの間で不整合が生じ、快
適なサービスを受けられないという問題が生じることが
ある。

【０００５】本発明はこうした状況に鑑みてなされたも
のであり、その目的は、ユーザの端末の環境に適したキ
ャッシュデータを端末に供給することのできるキャッシ
ュ技術の提供にある。

【０００６】

【課題を解決するための手段】本発明のある態様はキャ
ッシュ方法に関する。この方法は、サーバからクライア
ントへ伝送される同一のオリジナルデータをクライアン
トの環境情報に応じた複数の異なる加工データとしてキ
ャッシュするとともに、それらの加工データの中から前
記環境情報に応じてひとつの加工データを選択してクラ
イアントへ伝送する。

【０００７】本発明の別の態様もキャッシュ方法に関す
る。この方法は、サーバからクライアントへ伝送される
単一のオリジナルデータをキャッシュするとともに、ク
ライアントの環境情報に応じてそのオリジナルデータを
加工した上でクライアントへ伝送する。

【０００８】クライアントの環境情報とは、クライアン
トがサーバからのデータを処理し、閲覧する際に性能面
で問題となるクライアントのシステム環境に係る情報で
あり、たとえばクライアントであるユーザの端末のマシ
ン性能、その端末に実装されている各種ハードウエアや
ソフトウエアの仕様、その端末が接続しているネットワ
ークの処理性能などである。

【０００９】上記のいずれのキャッシュ方法において
も、クライアントによるサーバへの送信要求時にそのク
ライアントの前記環境情報が前記送信要求に添付されて
もよい。またクライアントとサーバ間の通信実績によっ
てそのクライアントの前記環境情報を推定してもよい。

【００１０】本発明のさらに別の態様はキャッシュサー
バに関する。このキャッシュサーバは、サーバからクラ
イアントへ伝送されるオリジナルデータをクライアント
の環境情報に応じた複数の異なる加工データとしてキャ
ッシュするキャッシュ記憶部と、クライアントからサー
バに対して送信要求があった場合に、前記キャッシュ記
憶部内で前記クライアントの要求するデータに対するキ
ャッシュデータを検索し、前記クライアントの前記環境
情報に応じた前記加工データを選択する検索部と、前記
選択された加工データを前記クライアントへ送信する通
信部とを含む。

【００１１】加工データは、キャッシュ記憶部内にキャ
ッシュエントリとして保持される。この加工データは必
ずしもキャッシュサーバにおいて加工されるとは限られ
ず、サーバにおいてクライアントの環境情報に応じてあ
らかじめ用意されていてもよい。その場合、クライアン
トからサーバに対してオリジナルデータに対する送信要
求があった場合に、キャッシュサーバはサーバにおいて
あらかじめ用意された加工データを取得して、キャッシ
ュ記憶部に格納することができる。またキャッシュサー
バはサーバからオリジナルデータを取得した上で、クラ
イアントの環境情報に応じて複数の加工データに加工し
てもよい。環境情報はクライアントからの前記送信要求
に添付されて提供されてもよく、前記検索部はこの添付
された前記環境情報を参照して、前記環境情報に応じた
前記加工データを選択してもよい。

【００１２】本発明のさらに別の態様もキャッシュサー
バに関する。このキャッシュサーバは、サーバからクラ
イアントへ伝送されるオリジナルデータをキャッシュす
るキャッシュ記憶部と、クライアントからサーバに対し
て送信要求があった場合に、前記キャッシュ記憶部内で
前記クライアントの要求するデータに対するキャッシュ
データを検索する検索部と、前記検索されたキャッシュ
データを前記クライアントの前記環境情報に応じて加工
する加工部と、前記加工されたキャッシュデータを前記
クライアントへ送信する通信部とを含む。前記加工部
は、前記送信要求に添付された前記環境情報を参照し
て、前記キャッシュデータを加工してもよい。

【００１３】上記のいずれのキャッシュサーバにおいて
も、クライアントとサーバ間の通信実績によってそのク
ライアントの前記環境情報を推定する推定部をさらに含
んでもよい。前記検索部は、推定された前記環境情報を
もとに前記加工データを選択してもよい。また前記加工
部は、推定された前記環境情報をもとに前記キャッシュ
データを加工してもよい。

【００１４】なお、以上の構成要素の任意の組合せ、本
発明を方法、システム、コンピュータプログラム、記録
媒体などと表現したものもまた、本発明の態様として有
効である。

【００１５】

【発明の実施の形態】図１は、第１の実施の形態に係る
キャッシュシステムの構成を示す。クライアント１０ａ
は、インターネットを介してサーバ１６にアクセスして
コンテンツデータベース１８に格納されたコンテンツデ
ータを取得する。キャッシュサーバ１２はネットワーク
の経路上のノードに設けられ、クライアント１０ａがサ
ーバ１６から取得するコンテンツデータをキャッシュ記
憶部１４に一時的に保持する。同一のコンテンツデータ
に対して同一のクライアント１０ａまたは他のクライア
ント１０ｂ（以下これらを総称するときは単にクライア
ント１０とよぶ）から再度アクセス要求があった場合、
キャッシュサーバ１２はキャッシュ記憶部１４にキャッ
シュされたコンテンツデータをクライアント１０へ送信
する。このようにサーバ１６の同一コンテンツに対して
アクセスがあった場合に、キャッシュサーバ１２は、そ
のコンテンツのキャッシュデータを提供して、サーバ１
６に対する負荷の集中を軽減し、サーバ１６とキャッシ
ュサーバ１２間のトラフィックを削減することができ
る。

【００１６】キャッシュサーバ１２はネットワークの複
数のノードに設けることができ、たとえばユーザから見
た場合のネットワークのアクセスポイントや、上流のネ
ットワークの中継ポイントなどアクセスが集中する場所
に置かれる。またこれから述べるキャッシュサーバ１２
の構成はプロキシサーバの機能の一部としてプロキシサ
ーバ内に設けられてもよい。なおキャッシュ記憶部１４
とコンテンツデータベース１８はそれぞれキャッシュサ
ーバ１２とサーバ１６の内部に設けられてもよく、大容
量記憶装置として外部に設けられてもよい。

【００１７】図２は、キャッシュサーバ１２の構成図で
ある。これらの構成は、ハードウエア的には、コンピュ
ータのＣＰＵをはじめとする素子で実現でき、ソフトウ
エア的にはキャッシュ制御機能のあるプログラムなどに
よって実現されるが、ここではそれらの連携によって実
現される機能ブロックを描いている。したがって、これ
らの機能ブロックはハードウエア、ソフトウエアの組合
せによっていろいろな形で実現できる。

【００１８】キャッシュサーバ１２は、クライアント１
０の環境情報に対応づけてサーバ１６のコンテンツデー
タをキャッシュし、クライアント１０からコンテンツデ
ータに対する送信要求があった場合にそのクライアント
１０の環境情報に適合するキャッシュデータを提供す
る。そのためにキャッシュサーバ１２およびサーバ１６
がクライアント１０の環境情報を何らかの形で知る必要
があり、クライアント１０の環境情報の扱い方によって
下記のようにいくつかの方式が考えられる。

【００１９】（Ａ１）あらかじめ環境情報を登録する方
式。あらかじめクライアント１０の環境情報が既知であ
り、サーバ１６とキャッシュサーバ１２との間でその環
境情報を共有し、キャッシュサーバ１２は送信データに
環境情報を対応づけてキャッシュする。

【００２０】（Ａ２）初めての送信要求時にまたは更新
時に環境情報を登録する方式。クライアント１０が初め
てサーバ１６にコンテンツデータの送信を要求する時、
クライアント１０はその送信要求に添付する形で環境情
報を提供する。キャッシュサーバ１２はその環境情報を
登録し、送信データに関連づけてキャッシュする。クラ
イアント１０は初めての送信要求時以外に、登録した環
境情報を変更する必要が生じたときにも、送信要求に新
しい環境情報を添付して登録された環境情報を更新する
ことができる。

【００２１】（Ａ３）常に送信要求に環境情報を添付す
る方式。クライアント１０は常にまたは可能な限り送信
要求に環境情報を添付してサーバ１６に対してコンテン
ツデータを要求する。

【００２２】次にクライアント１０の環境情報の内容を
述べる。環境情報にも次のようにいくつかのバリエーシ
ョンが考えられる。

【００２３】（Ｂ１）クライアント１０のコンテンツ閲
覧用のブラウザ、画像や動画のビューア、デコーダなど
のバージョン情報。ブラウザやビューアのバージョンに
よって、処理できるデータの種類やデータ量、キャッシ
ュの容量などが異なる。デコーダはたとえばＭＰＥＧや
ＪＰＥＧなどの画像データを復号するハードウエア、ソ
フトウエア、もしくはハードウエアとソフトウエアの組
合せである。デコーダもバージョンにより処理できるデ
ータの種類やデータ量などが違ったり、処理可能なデー
タフォーマットが決まっている。このようにバージョン
情報はクライアント１０へ提供すべきコンテンツデータ
の種別やデータ形式、容量などを決める上での一つのフ
ァクターとなる。

【００２４】（Ｂ２）クライアント１０の通信環境情
報。これはクライアント１０が接続しているネットワー
クの帯域幅などネットワークの性能情報である。

【００２５】（Ｂ３）クライアント１０とサーバ１６間
の通信経路情報。これは通信経路上の中継ノードの数す
なわちホップ数など通信経路の性能を決める情報であ
る。

【００２６】（Ｂ４）クライアント１０のハードウエア
情報。これはグラフィックボートやサウンドボードの処
理性能、ＣＰＵ性能、ディスプレイの解像度、ハードデ
ィスクのデータ転送速度など、システムのハードウエア
性能に関する情報である。

【００２７】このように、クライアント１０の環境情報
の取得方式および環境情報の内容はともに複数の候補が
考えられるが、現実的な実現のしやすさを考慮すると、
環境情報の取得方式として（Ａ３）の添付方式、環境情
報の内容として（Ｂ１）および（Ｂ２）の組合せを採用
するのが妥当である。すなわちクライアント１０はサー
バ１６のコンテンツデータに対する送信要求の際に、常
に送信要求に自己の環境情報を添付して送信し、添付す
る環境情報はクライアント１０のバージョン情報と通信
帯域幅とする。キャッシュサーバ１２はバージョン情報
と通信帯域幅を送信データに関連づけてキャッシュ記憶
部１４に保持する。クライアント１０からサーバ１６に
対する送信要求がなされた場合、送信要求に添付された
バージョン情報と通信帯域幅、および送信を要求してい
るコンテンツデータの識別情報のすべてが一致した場合
にキャッシュサーバ１２はサーバ１６に代わってキャッ
シュデータを送信する。環境情報を添付しないで送信要
求を行うクライアント１０についてはあらかじめ設定し
ておいたバージョン情報と通信帯域幅を想定し、同様の
処理を行う。この方式は次の点で効率がよい。

【００２８】（１）クライアント１０が必要なときだけ
環境情報を送信する方式では、クライアント１０と環境
情報の対応関係を常に保持する必要が生じ、キャッシュ
サーバ１２の管理コストが増大する。本方式ではクライ
アント１０が常に送信要求に環境情報を添付するため、
個々のクライアント１０の環境情報を記憶する必要がな
い。

【００２９】（２）クライアント１０が送信要求時に常
に通信経路情報を調べて送信するのは、クライアント１
０にとって大きな負荷となる。本方式では環境情報には
通信経路情報が含まれず、バージョン情報と通信帯域幅
という静的に決まる情報だけであるから、クライアント
１０のマシン環境や通信環境が変わったときだけ環境情
報を設定し直せばよく、クライアント１０に負荷がかか
らない。

【００３０】（３）クライアント１０の通信帯域幅は容
易に取得可能であり、通信速度の目安として適当であ
る。

【００３１】（４）クライアント１０のブラウザやデコ
ーダ等のプログラムのバージョンによってデータ形式が
変更される場合が多く、バージョン情報はクライアント
１０で処理可能なデータ形式の判定に役立つ。

【００３２】図２を参照して、キャッシュサーバ１２の
構成と動作を説明する。通信部２０は、インターネット
を介してクライアント１０およびサーバ１６との間でデ
ータ通信を行う。検索部２２は、クライアント１０から
サーバ１６に対して送信要求のあったコンテンツデータ
をキャッシュエントリ２６としてキャッシュ記憶部１４
に保持する。その際、検索部２２はクライアント１０の
環境情報を調べ、キャッシュエントリ２６内にこの環境
情報を関連づけて保持する。また検索部２２は、クライ
アント１０がサーバ１６に対して要求するデータをキャ
ッシュ記憶部１４内で検索する。その際、検索部２２は
そのクライアント１０の環境情報を調べ、環境情報が一
致するキャッシュエントリ２６を抽出して、クライアン
ト１０へ提供する。

【００３３】推定部２４は、クライアント１０とサーバ
１６との間の通信実績からクライアント１０の環境情報
を推定する。たとえばクライアント１０とサーバ１６間
でやりとりされるパケットのタイムスタンプの情報か
ら、クライアント１０側の通信帯域幅を推定する。検索
部２２は、推定された環境情報を用いてそのクライアン
ト１０の環境に適したキャッシュエントリ２６を抽出
し、クライアント１０へ提供する。このように検索部２
２は、クライアント１０から直接環境情報を取得する以
外に、推定部２４により推定された環境情報を用いるこ
とができる。

【００３４】図３は、キャッシュ記憶部１４に保持され
るキャッシュエントリ２６のデータ構造を説明する図で
ある。キャッシュエントリ２６は、データ識別情報３
０、環境情報３２、およびデータ３４のフィールドをも
つ。データ識別情報３０は、キャッシュされるコンテン
ツデータを識別するための情報であり、一例としてその
コンテンツデータの格納場所を示すＵＲＬが格納され
る。また他の例としてドキュメント名やファイル名であ
ってもよい。環境情報３２は、コンテンツデータを要求
したクライアント１０の環境情報であり、たとえばバー
ジョン６、６４Ｋｂｐｓなどの値が格納される。データ
３４は、当該コンテンツのキャッシュデータであり、こ
こでは環境情報３２に応じてオリジナルのコンテンツデ
ータとはサイズが異なるものが格納される。

【００３５】次に、以上の構成のキャッシュサーバ１２
によるキャッシュ制御の手順を示す。図４（ａ）におい
て、第１のクライアント１０ａは、バージョン情報が６
で、通信帯域幅は６４Ｋｂｐｓである。第１のクライア
ント１０ａは、データ送信要求４０をキャッシュサーバ
１２に送る（Ｓ１０）。データ送信要求４０は、アクセ
ス要求するコンテンツデータの識別情報、および第１の
クライアント１０ａの環境情報であるバージョン情報と
帯域幅を含み、この例では「データＡ、バージョン６、
６４Ｋｂｐｓ」である。キャッシュサーバ１２の通信部
２０が第１のクライアント１０ａからデータ送信要求４
０を受け取ると、検索部２２が第１のクライアント１０
ａの環境情報に対応したデータＡのキャッシュデータを
キャッシュ記憶部１４内で検索する（Ｓ１２）。キャッ
シュにヒットしないため、キャッシュサーバ１２の通信
部２０は、データ送信要求４０をサーバ１６へ転送する
（Ｓ１４）。

【００３６】図４（ｂ）において、サーバ１６は、デー
タ送信要求４０をキャッシュサーバ１２から受け取る。
サーバ１６のコンテンツデータベース１８には、同一の
コンテンツデータＡに対して、複数の環境情報に応じて
３種類の加工データ５０、５２、５４が格納されてい
る。すなわち環境情報「バージョン６、６４Ｋｂｐｓ」
に対応した加工データ５０、環境情報「バージョン７、
６４Ｋｂｐｓ」に対応した加工データ５２、および環境
情報「バージョン７、３２Ｋｂｐｓ」に対応した加工デ
ータ５４である。

【００３７】サーバ１６はデータ送信要求４０に含まれ
る環境情報「バージョン６、６４Ｋｂｐｓ」に対応する
加工データ５０を抽出し（Ｓ１６）、加工データ５０を
キャッシュサーバ１２へ送信する（Ｓ１８）。キャッシ
ュサーバ１２の検索部２２はサーバ１６から受信した加
工データ５０をキャッシュエントリとしてキャッシュ記
憶部１４に格納する（Ｓ２０）とともに、通信部２０を
介してその加工データ５０を第１のクライアント１０ａ
へ送信する（Ｓ２２）。

【００３８】次に、図５（ａ）において、第２のクライ
アント１０ｂがサーバ１６の同一のコンテンツデータＡ
を要求する。第２のクライアント１０ｂの環境情報は
「バージョン７、３２Ｋｂｐｓ」である。第２のクライ
アント１０ｂはデータ送信要求４２にこの環境情報を含
めてキャッシュサーバ１２に送信する（Ｓ２４）。キャ
ッシュサーバ１２は、受信したデータ送信要求４２に含
まれる環境情報「バージョン７、３２Ｋｂｐｓ」に対応
するデータＡのキャッシュデータをキャッシュ記憶部１
４内で検索する（Ｓ２６）。第２のクライアント１０ｂ
の環境情報に対応するキャッシュデータがヒットしない
ため、キャッシュサーバ１２はデータ送信要求４２をサ
ーバ１６へ転送する（Ｓ２８）。

【００３９】図５（ｂ）において、サーバ１６は、デー
タ送信要求４２に含まれる環境情報「バージョン７、３
２Ｋｂｐｓ」に対応した加工データ５４を抽出し（Ｓ３
０）、加工データ５４をキャッシュサーバ１２へ送信す
る（Ｓ３２）。キャッシュサーバ１２の検索部２２はサ
ーバ１６から受信した加工データ５２を新たなキャッシ
ュエントリとしてキャッシュ記憶部１４に格納する（Ｓ
３４）とともに、通信部２０を介してその加工データ５
４をクライアント１０へ送信する（Ｓ３６）。

【００４０】次に、図６（ａ）において、第３のクライ
アント１０ｃがサーバ１６の同一のコンテンツデータＡ
を要求する。第３のクライアント１０ｃの環境情報は、
図４（ａ）に示した第１のクライアント１０ａの環境情
報と同一であり、「バージョン７、３２Ｋｂｐｓ」であ
る。第３のクライアント１０ｃはデータ送信要求４４に
この環境情報を含めてキャッシュサーバ１２に送信する
（Ｓ３８）。キャッシュサーバ１２は、受信したデータ
送信要求４４に含まれる環境情報「バージョン６、６４
Ｋｂｐｓ」に対応するデータＡのキャッシュデータをキ
ャッシュ記憶部１４内で検索する（Ｓ４０）。

【００４１】図６（ｂ）において、キャッシュ記憶部１
４内に第３のクライアント１０ｃの環境情報「バージョ
ン６、６４Ｋｂｐｓ」に対応するキャッシュデータがヒ
ットし、検索部２２は、環境情報「バージョン６、６４
Ｋｂｐｓ」に対応する加工データ５０を抽出し（Ｓ４
２）、クライアント１０へ送信する（Ｓ４４）。このよ
うに第３のクライアント１０ｃの環境情報に対応するキ
ャッシュデータがヒットした場合は、キャッシュサーバ
１２とサーバ１６の間では通信が発生せず、サーバ１６
への負荷が軽減し、ネットワークのトラフィックが削減
される。

【００４２】図７は、第２の実施の形態に係るキャッシ
ュサーバ１２の構成を示す。第１の実施の形態では、同
一のコンテンツデータに対してキャッシュデータがクラ
イアント１０の環境情報に対応して複数設けられたが、
第２の実施の形態では、同一のコンテンツデータに対し
て単一のキャッシュデータが保持され、クライアント１
０の環境情報に応じてそのキャッシュデータが加工され
る。それ以外の構成や動作は第１の実施の形態と同じで
あるから、異なる部分だけを説明する。

【００４３】キャッシュサーバ１２は加工部２８をも
ち、検索部２２が抽出したキャッシュエントリ２７をク
ライアント１０の環境情報に適するように加工する。ま
たクライアント１０の環境情報が直接得られないとき
は、第１の実施の形態と同様、推定部２４がクライアン
ト１０の環境情報を推定し、加工部２８は推定された環
境情報を用いてキャッシュエントリ２７を加工する。

【００４４】図８はキャッシュ記憶部１４に格納される
キャッシュエントリ２７のデータ構成図である。キャッ
シュエントリ２７は、データ識別情報３０とデータ３４
のフィールドをもち、各々のキャッシュエントリ２７に
おいてデータ識別情報３０にデータ３４が対応づけられ
ている。データ３４はオリジナルのコンテンツデータで
あり、データ量としては最大サイズである。加工部２８
はクライアント１０の環境に合わせて適宜データ量を減
らしたり、圧縮率を変えるなどしてこのデータを加工し
てクライアント１０に提供する。

【００４５】以上説明したように、本発明の実施の形態
によれば、サーバ１６がクライアント１０の環境に合わ
せて異なる態様のコンテンツデータを配信する場合で
も、サーバ１６に対応してキャッシュサーバ１２におい
ても異なる態様のコンテンツデータをキャッシュしてク
ライアント１０に提供することができる。

【００４６】またクライアント１０の環境情報がバージ
ョン情報と通信帯域幅に限定されており、さらに送信要
求のたびにクライアント１０がその環境情報が送信要求
に添付される方式であるため、キャッシュサーバ１２に
おいてクライアント１０の環境情報の管理を効率的に行
うことができる。

【００４７】クライアント１０が環境情報を送信要求に
添付しないときには、あらかじめ定めた代表的な環境情
報を使用するため、例外的な事象に対しても対応するこ
とができ、システムの運用に支障をきたさないように予
防することができる。

【００４８】以上、本発明をいくつかの実施の形態をも
とに説明した。これらの実施の形態は例示であり、それ
らの各構成要素や各処理プロセスの組合せにいろいろな
変形例が可能なこと、またそうした変形例も本発明の範
囲にあることは当業者に理解されるところである。

【００４９】そのような変形例として、第１の実施の形
態のキャッシュサーバ１２は、クライアント１０の環境
情報とキャッシュデータとを対応づけて保持したが、ク
ライアント１０の環境情報を得ることが実質的に不可能
である場合もありうる。その場合、キャッシュ記憶部１
４にはクライアント１０の識別情報とキャッシュデータ
とを対応づけて格納し、クライアント１０からの送信要
求があった場合に、検索部２２はクライアント１０の識
別情報を調べて、その識別情報に対応するキャッシュデ
ータをクライアント１０に提供するようにしてもよい。
このような環境情報が得られないクライアント１０の数
が増えると、一つ一つのクライアント１０に対してキャ
ッシュデータを対応づけて保持するのは記憶容量の点で
限界があるため、環境情報のない複数のクライアント１
０を一括して扱い、同一のキャッシュデータに対応づけ
てもよい。

【００５０】上記の説明では、クライアント１０の環境
情報とキャッシュデータの環境情報とが一致した場合
に、そのキャッシュデータがクライアント１０へ提供さ
れたが、環境情報が完全一致しなくても、環境情報が近
似するキャッシュデータがあればそのキャッシュデータ
をクライアント１０へ提供するようにしてもよい。

【００５１】音声や動画などストリーム系のデータのリ
アルタイム通信の場合、データと制御情報の二つのチャ
ネルが用いられるが、この制御情報にクライアントの環
境情報を含めてもよい。

【００５２】上記の説明では、クライアント１０の環境
情報に応じて提供されるデータのサイズを異ならせた
が、データサイズを変える以外に次のような方法で、環
境情報に応じてオリジナルのコンテンツデータを加工し
てもよい。画像や音声の場合、データの圧縮率や圧縮方
式を変えてもよい。また画像や音声の品質を変えてもよ
く、動画であればコマ落ちさせたり、画像であれば解像
度を変えるなどが可能である。またコンテンツがＷｅｂ
ページのようにテキスト、画像、音声など複数の種類の
データを含むものである場合、たとえば画像を送信せず
に、テキストのみ送信したり、またレイアウト情報を送
信せずに、プレインテキストだけを送信するなどの加工
が可能である。

【００５３】上記の説明では、キャッシュサーバ１２
は、クライアント１０の環境情報を取得するか推定した
が、クライアント１０から機種情報を取得して、機種情
報からクライアント１０の環境情報を判定する判定部が
さらに設けられてもよい。キャッシュサーバ１２は、機
種情報と機種の仕様情報とを対応づけた対応テーブルを
もち、取得した機種情報から仕様情報を得て、クライア
ント１０のハードウエア性能などの環境情報を判定して
もよい。

【００５４】上記の説明では環境情報が送信要求に添付
されたが、具体的にはＨＴＴＰのリクエストのヘッダ部
に書き込まれてもよい。またインターネットのブラウザ
の機能の一部にクッキーと呼ばれるものがあり、ユーザ
の端末に情報を保持してサーバ１６から利用することが
できるが、このクッキーにクライアント１０の環境情報
を登録してもよい。キャッシュサーバ１２はクライアン
ト１０のクッキーを参照して環境情報を取得することが
できる。またクッキーに環境情報が設定されていない場
合、メッセージをクライアント１０に表示し、ユーザに
環境情報の入力を促してもよい。

【００５５】上記の説明ではクライアント１０としてパ
ーソナルコンピュータを想定したが、クライアント１０
は携帯端末や携帯電話であってもよく、無線によりサー
バ１６と通信を行ってもよい。

【００５６】

【発明の効果】本発明によれば、クライアントの環境に
応じてキャッシュデータを提供することができる。

【図面の簡単な説明】

【図１】 第１の実施の形態に係るキャッシュシステム
の構成図である。

【図２】 図１のキャッシュサーバの構成図である。

【図３】 図２のキャッシュ記憶部に保持されるキャッ
シュエントリのデータ構造の説明図である。

【図４】 第１の実施の形態のキャッシュ制御の手順を
説明する図である。

【図５】 第１の実施の形態のキャッシュ制御の手順を
説明する図である。

【図６】 第１の実施の形態のキャッシュ制御の手順を
説明する図である。

【図７】 第２の実施の形態に係るキャッシュサーバの
構成図である。

【図８】 図７のキャッシュ記憶部に保持されるキャッ
シュエントリのデータ構造の説明図である。

【符号の説明】

１０ クライアント、 １２ キャッシュサーバ、 １
４ キャッシュ記憶部、 １６ サーバ、 １８ コン
テンツデータベース、 ２０ 通信部、 ２２検索部、
２４ 推定部、 ２６ キャッシュエントリ、 ２８
加工部。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サーバからクライアントへ伝送される同
   一のオリジナルデータをクライアントの環境情報に応じ
   た複数の異なる加工データとしてキャッシュするととも
   に、それらの加工データの中から前記環境情報に応じて
   ひとつの加工データを選択してクライアントへ伝送する
   ことを特徴とするキャッシュ方法。
2. 【請求項２】 サーバからクライアントへ伝送される単
   一のオリジナルデータをキャッシュするとともに、クラ
   イアントの環境情報に応じてそのオリジナルデータを加
   工した上でクライアントへ伝送するキャッシュ方法。
3. 【請求項３】 クライアントによるサーバへの送信要求
   時にそのクライアントの前記環境情報が前記送信要求に
   添付されることを特徴とする請求項１または２に記載の
   キャッシュ方法。
4. 【請求項４】 サーバからクライアントへ伝送されるオ
   リジナルデータをクライアントの環境情報に応じた複数
   の異なる加工データとしてキャッシュするキャッシュ記
   憶部と、 クライアントからサーバに対して送信要求があった場合
   に、前記キャッシュ記憶部内で前記クライアントの要求
   するデータに対するキャッシュデータを検索し、前記ク
   ライアントの前記環境情報に応じた前記加工データを選
   択する検索部と、 前記選択された加工データを前記クライアントへ送信す
   る通信部とを含むことを特徴とするキャッシュサーバ。
5. 【請求項５】 前記検索部は、前記送信要求に添付され
   た前記環境情報を参照して、前記環境情報に応じた前記
   加工データを選択することを特徴とする請求項４に記載
   のキャッシュサーバ。
6. 【請求項６】 サーバからクライアントへ伝送されるオ
   リジナルデータをキャッシュするキャッシュ記憶部と、 クライアントからサーバに対して送信要求があった場合
   に、前記キャッシュ記憶部内で前記クライアントの要求
   するデータに対するキャッシュデータを検索する検索部
   と、 前記検索されたキャッシュデータを前記クライアントの
   前記環境情報に応じて加工する加工部と、 前記加工されたキャッシュデータを前記クライアントへ
   送信する通信部とを含むことを特徴とするキャッシュサ
   ーバ。
7. 【請求項７】 前記加工部は、前記送信要求に添付され
   た前記環境情報を参照して、前記キャッシュデータを加
   工することを特徴とする請求項６に記載のキャッシュサ
   ーバ。
8. 【請求項８】 クライアントとサーバ間の通信実績によ
   ってそのクライアントの前記環境情報を推定する推定部
   をさらに含むことを特徴とする請求項４または６に記載
   のキャッシュサーバ。