JP2003108428A

JP2003108428A - キャッシュ協調データ取得方法及びプロキシサーバ及びキャッシュ協調データ取得プログラム及びキャッシュ協調データ取得プログラムを格納した記憶媒体

Info

Publication number: JP2003108428A
Application number: JP2001298440A
Authority: JP
Inventors: Takeya Suzuki; 健也鈴木; Daisuke Takigawa; 大介滝川; Junji Takeuchi; 順二竹内; Toru Sadakata; 徹定方
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2001-09-27
Filing date: 2001-09-27
Publication date: 2003-04-11

Abstract

(57)【要約】【課題】電子的な署名を施していないアプレットを使
用した場合でも、画像や音声などのコンテンツを必要な
時にすぐに提供したり、クライアントの処理能力などに
応じてコンテンツの中身を変更して通信を行うことを可
能とする。【解決手段】本発明は、クライアントからのコンテン
ツ要求中に、該クライアントで動作させるプログラムに
関する記載があるか否かを判定し、記載がある場合の
み、クライアントで動作させるプログラムの参照先を当
該プロキシサーバとなるようにコンテンツを書き換え
て、キャッシュ手段に保存し、クライアントからのプロ
グラムの要求に対して、キャッシュを利用して、キャッ
シュ手段、又は、コンテンツサーバから該プログラムを
取得して、該クライアントに返送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、キャッシュ協調デ
ータ取得方法及びプロキシサーバ及びキャッシュ協調デ
ータ取得プログラム及びキャッシュ協調データ取得プロ
グラムを格納した記憶媒体に係り、特に、ネットワーク
を利用して電子的な書籍などの情報を表示するシステム
において、クライアント側システムで動作するアプレッ
ト（ソフトウェア）が、サーバと通信を行う際に、アプ
レットのセキュリティはそのままで、ネットワーク帯域
に応じたコンテンツを取得することができるシステムを
構築するためのキャッシュ協調データ取得方法及びプロ
キシサーバ及びキャッシュ協調データ取得プログラム及
びキャッシュ協調データ取得プログラムを格納した記憶
媒体に関する。

【０００２】

【従来の技術】従来、ネットワークを利用して電子的な
書籍などの情報を表示するシステムにおいて、当該情報
の表示を行うには、当該情報を表示するために必要な機
能を持った表示用ソフトウェアを、クライアント側シス
テムにインストールするか、もしくは、Javaアプレット
などのクライアント利用者が明示的にインストールを行
う必要のない表示用ソフトウェア（アプレット）を、当
該情報を提供するサーバ毎に保持し、暗黙的にインスト
ールすることで、当該情報の表示を行っている。この
際、クライアント側システムで動作するアプレットに対
しては、セキュリティ上の理由から、動作に制約を課す
ことが一般的である。特に、自動的に起動されるJavaア
プレットでは、クライアント・システムのローカルファ
イルへのアクセスを許さない、クライアントが当該アプ
レットをダウンロードしたサーバ以外との通信を許さな
いといった制限を課すことで、アプレットに潜在するセ
キュリティ問題をJavaバイトコード（プログラム）が実
行されるサンドボックスと呼ばれるクライアント・シス
テム中の一種のセキュリティ障壁中に帰着させることが
できる。しかしながら、この実行モデルでは、セキュリ
ティを担保とすることはできても、実用的なアプリケー
ションを作成するための大きな制約となることがあるた
め、これらのアプレットに電子的な署名を施し、出所を
明らかにすることによって、クライアントの利用者が承
認した場合のみ、上記の制限を緩めることによって、こ
れらの制限による不便を解消するシステムが構築されて
いる。

【０００３】

【発明が解決しようとする課題】従来の技術を用いた場
合、サーバ側ソフトウェアは、電子書籍などの情報の内
容については関知せず、クライアントから要求されたデ
ータを単純に返送するだけであり、サーバ／クライアン
ト間のネットワーク帯域や、クライアントの処理能力な
どに応じてコンテンツの中身まで変更して通信を行うこ
とができないという問題がある。

【０００４】また、アプレットに電子的な署名を施して
いなければ、電子書籍などの情報を提供する各サーバ毎
に情報表示用のアプレットを保持し、クライアント側シ
ステムは、同じアプレットであっても、サーバ毎に当該
アプレットを取得し、実行しなければならない。その
上、上記の制限により、クライアント側システムは、当
該アプレットをダウンロードしたサーバ以外との通信を
許されないため、通常のＨＴＭＬ(Hyper Text Markup L
anguage)で記述されたＷｅｂコンテンツのように、他の
サーバに保持された画像や音声などのコンテンツを利用
した電子書籍などの情報を閲覧することができないとい
う問題がある。

【０００５】更に、情報表示用アプレットは、各サーバ
に分散して配置されるため、アプレットにバグが発見さ
れ、改修された場合など、一元的に管理したい場合に適
さないという問題がある。

【０００６】一方、アプレットに電子的な署名を施して
いれば、上記の通信の制限を回避して、他のサーバに分
散的に保持された画像や音声などのコンテンツを利用し
た電子書籍などの情報を閲覧することができる。しかし
ながら、電子的な署名は当該アプレットの出所を保証す
ることはできるが、ソフトウェア内部の安全性までは保
証することはないため、当該アプレットを利用するに
は、クライアントの利用者が出所を認識し、ソフトウェ
ア内部の安全性を推定した上で、当該アプレットの実行
を許可する必要がある。これは、クライアントの利用者
にとって、ソフトウェアのインストールと同様な心理的
負担であり、忌避されやすい。反対にソフトウェアの提
供者側から考えると、電子的な署名を施したアプレット
やその一部が不正に利用されないよう細心の注意を払っ
て開発や管理を行う必要がある。

【０００７】本発明は、上記の点に鑑みなされたもの
で、電子的な署名を施していないアプレットを使用した
場合でも、サーバ／クライアント間で必要なデータに関
するやり取りをすることで、サーバ側ソフトウェアでも
電子書籍などの情報の内容について処理し、サーバ／ク
ライアント間のネットワーク帯域に応じて、予め画像や
音声などのコンテンツを取得しておき、必要な時にすぐ
に提供したり、クライアントの処理能力などに応じてコ
ンテンツの中身を変更して通信を行ったりするアプリケ
ーション・サービスを実現できるキャッシュ協調データ
取得方法及びプロキシサーバ及びキャッシュ協調データ
取得プログラム及びキャッシュ協調データ取得プログラ
ムを格納した記憶媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。

【０００９】本発明（請求項１）は、キャッシュ手段を
有し、クライアントからのコンテンツの要求に対して、
該キャッシュ手段を利用してコンテンツを返送するプロ
キシサーバを、サーバとクライアントとの間に介在させ
て電子的な書籍を含むマルチメディア情報を取得するキ
ャッシュ協調データ取得方法において、クライアントか
ら要求されたコンテンツの中に、該クライアントで動作
させるプログラムに関する記載があるか否かを判定し
（ステップ１）、記載がある場合のみ、クライアントで
動作させるプログラムの参照先を当該プロキシサーバと
なるようにコンテンツを書き換えて（ステップ２）、キ
ャッシュ手段に保存し（ステップ３）、クライアントか
らの該クライアントで動作させるプログラムの要求に対
して、キャッシュを利用して、キャッシュ手段、あるい
は、コンテンツサーバから該プログラムを取得して（ス
テップ４）、該クライアントに返送する（ステップ
５）。

【００１０】本発明（請求項２）は、クライアントから
品質条件が付与されたコンテンツの要求を受信し、コン
テンツのオリジナルがキャッシュ手段に存在しない場合
は、コンテンツサーバから取得して該キャッシュ手段に
格納し、品質条件に見合うコンテンツがキャッシュ手段
に存在しない場合は、品質条件を満たすようにコンテン
ツを変換して該キャッシュ手段に格納し、要求された品
質条件に合うコンテンツをクライアントに送信する。

【００１１】本発明（請求項３）は、クライアントか
ら、暗号化されたコンテンツの要求を受信し、コンテン
ツの要求からクライアントの正当性を認証する。

【００１２】本発明（請求項４）は、コンテンツの要求
において、暗号としてワンタイムパスワードを用いる。

【００１３】図２は、本発明の原理構成図である。

【００１４】本発明（請求項５）は、サーバ３０とクラ
イアント２０との間に介在し、キャッシュ手段１を有
し、クライアント２０からのコンテンツの要求に対し
て、該キャッシュ手段１を利用してコンテンツを返送す
るプロキシサーバ１０であって、クライアント２０から
のコンテンツ要求を受信するコンテンツ要求受信手段２
と、コンテンツ要求受信手段２で要求されたコンテンツ
の中に、該クライアント２０で動作させるプログラムに
関する記載があるか否かを判定する記載判定手段３と、
記載判定手段３において、記載がある場合のみ、クライ
アント２０で動作させるプログラムの参照先を当該プロ
キシサーバ１０となるようにコンテンツを書き換え、キ
ャッシュ手段１に保存する書き換え手段４と、クライア
ント２０からの該クライアントで動作させるプログラム
の要求に対してキャッシュを利用して、キャッシュ手段
１、あるいは、コンテンツサーバ３０から該プログラム
を取得して、該クライアントに返送するプログラム取得
手段５とを有する。

【００１５】本発明（請求項６）は、コンテンツ要求受
信手段２において、クライアント２０から品質条件が付
与されたコンテンツの要求を受信する手段を含み、コン
テンツのオリジナルがキャッシュ手段１に存在しない場
合は、コンテンツサーバ３０から取得して該キャッシュ
手段１に格納する手段と、品質条件に見合うコンテンツ
がキャッシュ手段１に存在しない場合は、品質条件を満
たすようにコンテンツを変換して該キャッシュ手段１に
格納する手段と、要求された品質条件に合うコンテンツ
をクライアント２０に送信する手段とを有する。

【００１６】本発明（請求項７）は、コンテンツ要求受
信手段２において、クライアント２０から、暗号化され
たコンテンツの要求を受信する暗号化要求受信手段と、
コンテンツの要求からクライアントの正当性を認証する
手段とを含む。

【００１７】本発明（請求項８）は、暗号化要求受信手
段において、暗号としてワンタイムパスワードを用いら
れたコンテンツの要求を受信する手段を含む。

【００１８】本発明（請求項９）は、サーバとクライア
ントとの間に介在し、キャッシュ手段を有し、クライア
ントからのコンテンツの要求に対して、該キャッシュ手
段を利用してコンテンツを返送するプロキシサーバが実
行するキャッシュ協調データ取得プログラムであって、
クライアントからのコンテンツ要求を受信するコンテン
ツ要求受信プロセスと、コンテンツ要求受信プロセスで
要求されたコンテンツの中に、該クライアントで動作さ
せるプログラムに関する記載があるか否かを判定する記
載判定プロセスと、記載判定プロセスにおいて、記載が
ある場合のみ、クライアントで動作させるプログラムの
参照先を当該プロキシサーバとなるようにコンテンツを
書き換え、キャッシュ手段に保存する書き換えプロセス
と、クライアントからのクライアントで動作させるプロ
グラムの要求に対してキャッシュを利用して、キャッシ
ュ手段、あるいは、コンテンツサーバから該プログラム
を取得して、該クライアントに返送するプログラム取得
プロセスとを有する。

【００１９】本発明（請求項１０）は、コンテンツ要求
受信プロセスにおいて、クライアントから品質条件が付
与されたコンテンツの要求を受信するプロセスを含み、
コンテンツのオリジナルがキャッシュ手段に存在しない
場合は、コンテンツサーバから取得して該キャッシュ手
段に格納するプロセスと、品質条件に見合うコンテンツ
がキャッシュ手段に存在しない場合は、品質条件を満た
すようにコンテンツを変換して該キャッシュ手段に格納
するプロセスと、要求された品質条件に合うコンテンツ
をクライアントに送信するプロセスとを有する。

【００２０】本発明（請求項１１）は、コンテンツ要求
受信プロセスにおいて、クライアントから、暗号化され
たコンテンツの要求を受信する暗号化要求受信プロセス
と、コンテンツの要求からクライアントの正当性を認証
するプロセスとを含む。

【００２１】本発明（請求項１２）は、暗号化要求受信
プロセスにおいて、暗号としてワンタイムパスワードを
用いられたコンテンツの要求を受信するプロセスを含
む。

【００２２】本発明（請求項１３）は、サーバとクライ
アントとの間に介在し、キャッシュ手段を有し、クライ
アントからのコンテンツの要求に対して、該キャッシュ
手段を利用してコンテンツを返送するプロキシサーバが
実行するキャッシュ協調データ取得プログラムを格納し
た記憶媒体であって、クライアントからのコンテンツ要
求を受信するコンテンツ要求受信プロセスと、コンテン
ツ要求受信プロセスで要求されたコンテンツの中に、該
クライアントで動作させるプログラムに関する記載があ
るか否かを判定する記載判定プロセスと、記載判定プロ
セスにおいて、記載がある場合のみ、クライアントで動
作させるプログラムの参照先を当該プロキシサーバとな
るようにコンテンツを書き換え、キャッシュ手段に保存
する書き換えプロセスと、クライアントからのクライア
ントで動作させるプログラムの要求に対してキャッシュ
を利用して、キャッシュ手段、あるいは、コンテンツサ
ーバから該プログラムを取得して、該クライアントに返
送するプログラム取得プロセスとを有する。

【００２３】本発明（請求項１４）は、コンテンツ要求
受信プロセスにおいて、クライアントから品質条件が付
与されたコンテンツの要求を受信するプロセスを含み、
コンテンツのオリジナルがキャッシュ手段に存在しない
場合は、コンテンツサーバから取得して該キャッシュ手
段に格納するプロセスと、品質条件に見合うコンテンツ
がキャッシュ手段に存在しない場合は、品質条件を満た
すようにコンテンツを変換して該キャッシュ手段に格納
するプロセスと、要求された品質条件に合うコンテンツ
をクライアントに送信するプロセスとを有する。

【００２４】本発明（請求項１５）は、コンテンツ要求
受信プロセスにおいて、クライアントから、暗号化され
たコンテンツの要求を受信する暗号化要求受信プロセス
と、コンテンツの要求からクライアントの正当性を認証
するプロセスとを含む。

【００２５】本発明（請求項１６）は、暗号化要求受信
プロセスにおいて、暗号としてワンタイムパスワードを
用いられたコンテンツの要求を受信するプロセスを含
む。

【００２６】上記のように、本発明では、プロキシサー
バにおいて、電子書籍などの情報の内容について処理
し、サーバ／プロキシサーバ／クライアント間のネット
ワーク帯域に応じて、予め画像や音声などのコンテンツ
を取得しておき、必要な時にすぐに提供したり、クライ
アントの処理能力などに応じてコンテンツの中身を変更
して提供することが可能となる。

【００２７】また、本発明では、暗号化を用いることに
より、プロキシサーバでも電子書籍などの情報の内容に
ついて処理し、サーバ／プロキシサーバ／クライアント
間のネットワーク帯域に応じて、予め画像や音声などの
コンテンツを取得しておき、必要なときにすぐに提供し
たり、クライアントの処理能力などに応じて正当なクラ
イアントが利用されない限り、プロキシサーバ経由で、
サーバに格納されたデータを取得することはできなくな
り、プロキシサーバを不正利用することを防止すること
が可能となる。

【００２８】

【発明の実施の形態】以下、図面と共に、本発明の実施
の形態を説明する。

【００２９】［第１の実施の形態］図３は、本発明の第
１の実施の形態におけるシステム構成を示す。

【００３０】同図に示すシステムは、プロキシサーバ１
０、クライアント２０、コンテンツサーバ３０、及び他
サーバ４０から構成される。

【００３１】プロキシサーバ１０とクライアント２０と
の間は通信路で接続されている形態をとっている。ここ
で、通信路としては、ネットワークなどを用いた通信を
行うための通信路を指すが、計算機内のプロセス間通信
を行うための通信路であってもよい。

【００３２】プロキシサーバ１０は、制御部１１、通信
部１２、コンテンツ変換部１３、コンテンツキャッシュ
１４、アプレットキャッシュ１５、及び、通信部１６か
ら構成される。

【００３３】クライアント２０は、通信部２１、制御部
２２、及び表示部２３から構成される。

【００３４】プロキシサーバ１０の通信部１２は、コン
テンツサーバ３０及び他サーバ４０との通信を行い、通
信部１６は、クライアント２０の通信部２１からの要求
を受信し、制御部１１からの応答を通信部２１に向けて
送信するための要素である。コンテンツサーバ３０に
は、電子的な書籍などの情報及び、情報表示用のアプレ
ットが格納されており、クライアント２０を使ってネッ
トワーク接続することで、情報を表示することが可能と
なっている。

【００３５】他サーバ４０には、電子的な書籍などを構
成する画像や映像、音声などのコンテンツが格納されて
おり、コンテンツサーバ３０に格納されている一部の電
子的な書籍などの情報は、他サーバ４０に格納されてい
るコンテンツを参照することで、クライアント２０を使
って、正しく表示することが可能となっている情報も存
在する。つまり、コンテンツサーバ３０に格納されてい
る電子的な書籍などの情報には、コンテンツサーバ３０
に格納されているコンテンツのみを参照することで完結
する情報と、他サーバ４０に格納されているコンテンツ
を参照しなければ正しく閲覧できない情報の２種類が存
在している。

【００３６】本発明の主旨を説明するにあたって、最初
に、プロキシサーバ１０を介さずに、クライアント２０
を用いて電子的な書籍などの情報を表示した場合につい
て説明する。

【００３７】図４は、プロキシサーバを介さずにクライ
アントを用いて電子的な書籍等の情報を表示した場合の
例を示す。同図は、この場合の電子的な書籍などの情報
と情報表示用のアプレットやコンテンツの参照関係、及
びクライアント２０の動作イメージを表している。同図
では、コンテンツサーバ３０に格納される電子的な書籍
などの情報として、ＨＴＭＬ文書と電子的な書籍“tes
t.bok”を挙げ、ＨＴＭＬ文書から情報表示用のアプレ
ットへの参照及び、電子的な書籍“test.bok”から画像
や映像、音声などのコンテンツへの参照関係を実線矢印
を用いて示している。また、クライアント２０として、
Ｗｅｂブラウザを挙げ、コンテンツサーバ３０に格納さ
れている電子的な書籍を情報表示用のアプレットを用い
て閲覧している状況を示している。

【００３８】プロキシサーバ１０を介さずに、クライア
ント２０を用いて電子的な書籍などの情報を表示する場
合、クライアント２０の制御部２２では、通信部２１を
用いてインターネットに接続し、同様にインターネット
に接続しているコンテンツサーバ３０に対し、電子的な
書籍などの情報を要求する。コンテンツサーバ３０で
は、その要求に対応する電子的な書籍などの情報を特定
し、クライアント２０に対して送信する。

【００３９】ここで、電子的な書籍などの情報を特定す
るためには、ＵＲＬ(Uniform Resource Locator)等を用
いる。例えば、図４の場合なら、ＨＴＭＬ文書のＵＲＬ
「http://server/test/html 」を用いて要求すること
で、当該ＨＴＭＬ文疎が得られる。

【００４０】クライアント２０では、コンテンツサーバ
３０から送信された電子的な書籍などの情報を表示部２
３へ表示する。図４の場合においては、ＨＴＭＬ文書が
ダウンロードされ、クライアント２０のＷｅｂブラウザ
を用いて表示される。ここで、ＨＴＭＬ文書には、アプ
レット「jp.co.ntt.CyberBook.CyberBook.class 」を参
照する指定と、電子的な書籍「test.bok」を参照する指
定が含まれているため、Ｗｅｂブラウザでは、コンテン
ツサーバ３０からアプレット「jp.co.ntt.CyberBook.cy
berbook.class 」をダウンロードし、「book=test.bok
」というパラメータを渡して、当該アプレットを実行
する。当該アプレットは、「book=test.bok 」というパ
ラメータを解釈して、コンテンツサーバ３０から電子的
な書籍「test.bok」をダウンロードし、メモリ上に展開
する。電子的な書籍「test.bok」には、テキストデータ
が格納されているが、画像データは格納されておらず、
電子的な書籍「test.bok」と同じコンテンツサーバ３０
への参照指定が格納されている。よって、クライアント
２０の制御部２２では、コンテンツサーバ３０から画像
をダウンロードして、電子的な書籍「test.bok」に格納
されている配置情報などと合わせて表示部２３に表示す
る。

【００４１】しかしながら、図５に示すように、コンテ
ンツサーバ３０に格納される電子的な書籍などの情報の
うち、電子的な書籍「test.bok」から画像や映像、音声
などのコンテンツの参照が、コンテンツサーバ３０内部
への参照ではなく、他サーバ４０への参照であった場合
には、この電子的な書籍は正しく表示できるとは限らな
い。

【００４２】図４で説明したのと同様に、クライアント
２０の制御部２２では、通信部２１を用いてインターネ
ットに接続し、同様にインターネットに接続しているコ
ンテンツサーバ３０に対し、電子的な書籍などの情報を
ＵＲＬなどを用いて要求し、コンテンツサーバ３０で
は、その要求に対応する電子的な書籍などの情報を特定
し、クライアント２０に対して送信する。図５の場合も
図４と同様に、クライアント２０で当該ＨＴＭＬ文書が
得られたら、クライアント２０のＷｅｂブラウザを用い
て表示部２３への表示を行う。電子的な書籍「test.bo
k」にはテキストデータが格納されているが、画像デー
タは格納されておらず、電子的な書籍「test.bok」と同
じコンテンツサーバ３０への参照「http://server:l.jp
g 」と、他サーバ４０への参照「http://server:2.jpg
」、「http://server:3.jpg 」が格納されている。制
御部２２では、コンテンツサーバ３０と他サーバ４０か
ら画像データをダウンロードして、電子的な書籍「tes
t.bok」に格納されている配置情報などと合わせて表示
部２３へ表示しようとするが、アプレットの実行環境に
は制限が加えられることが多いため、他サーバ４０への
ネットワーク接続はエラーとなり、図５の例では、３つ
の画像のうち２つは正しく表示されないこととなる。以
上のように、プロキシサーバ１０を介さずにクライアン
ト２０を用いて電子的な書籍などの情報を表示する場
合、アプレットの実行環境の制限によって正しく情報が
閲覧できなことがあるということができる。

【００４３】そこで、本発明では、図６に示すように、
プロキシサーバ１０を介してクライアント２０とコンテ
ンツサーバ３０や他サーバ４０との通信を行うことで、
これらの問題を解決する。

【００４４】図６の電子的な書籍「test.bok」は、図５
と同様な構造になっている。

【００４５】図６の例で、クライアント２０を用いて電
子的な書籍などの情報を表示する場合、クライアント２
０を構成する制御部２２では、通信部２１を用いてネッ
トワークに接続し、当該ネットワークに接続しているプ
ロキシサーバ１０に対し、電子的な書籍などの情報を要
求する。ここで、電子的な書籍などの情報を特定するた
めには、ＵＲＬ等を用い、図６の場合であれば、ＨＴＭ
Ｌ文書のＵＲＬ「http://server/test.html 」を用いて
要求する。

【００４６】プロキシサーバ１０の通信部１６では、ク
ライアント２０から送信された要求を制御部１１に渡
す。制御部１１では、渡された要求をコンテンツ変換部
１３に渡すことで、要求されているリソースがコンテン
ツキャッシュ１４にあるかどうかを判定し、当該コンテ
ンツキャッシュ１４に存在しないようであれば、通信部
１２を用いてインターネットに接続し、同様に、インタ
ーネットに接続しているコンテンツサーバ３０や他サー
バ４０からダウンロードし、コンテンツキャッシュ１４
に格納する。

【００４７】コンテンツ変換部１３では、要求されてい
るリソースがＨＴＭＬ文書であるかどうかを判定し、Ｈ
ＴＭＬ文書であった場合は、そこに記載されているアプ
レットを参照する指定や、電子的な書籍を参照する指定
を書き換える。図６の場合であれば、アプレットキャッ
シュ１５を参照することで、アプレット「jp.co.ntt.Cy
berBook.CyberBook,class 」を参照する指定をプロキシ
サーバ１０を利用するためのアプレット「jp.co.ntt.Cy
berBook.CyberbookP.class」を参照する指定に書き換
え、電子的な書籍「test.bok」を参照する指定はサーバ
名等を含まないため、そのままとする。

【００４８】制御部１１では、この書き換えられたＨＴ
ＭＬ文書を通信部１６に渡し、通信部１６は、当該ＨＴ
ＭＬ文書をクライアント２０の通信部２１に送信する。

【００４９】クライアント２０では、通信部２１で受信
されたＨＴＭＬ文書を制御部２２に渡し、表示部２３に
表示する。

【００５０】図６の場合、当該ＨＴＭＬ文書は、クライ
アント２０の制御部２２であり、表示部２３でもあるＷ
ｅｂブラウザを用いて表示される。

【００５１】クライアント２０のＷｅｂブラウザが受け
取ったＨＴＭＬ文書には、アプレット「jp.co.ntt.Cybe
rbook.CyberBookP.class」を参照する指定と、電子的な
書籍「test.bok」を参照する指定が含まれている。そこ
で、制御部２２、即ち、Ｗｅｂブラウザでは、プロキシ
サーバ１０からアプレット「jp.co.ntt.CyberBook.Cybe
rBookP.class」ダウンロードし、「book=test.bok 」と
いうパラメータを渡して、当該アプレットを実行する。
制御部２２で実行される当該アプレットは、「book=tes
t.bok 」というパラメータを解釈して、通信部２１を用
いてネットワークに接続し、当該ネットワークに接続し
ているプロキシサーバ１０に対し、電子的な書籍「tes
t.bok」を要求する。

【００５２】プロキシサーバ１０の通信部１６では、ク
ライアント２０から送信された要求を制御部１１に渡
す。制御部１１では、渡された要求をコンテンツ変換部
１３に渡すことで、要求されているリソースがコンテン
ツキャッシュ１４にあるかどうかを判定し、キャッシュ
に存在しないようであれば、通信部１２を用いてインタ
ーネットに接続し、同様にインターネットに接続してい
るコンテンツサーバ３０や他サーバ４０からダウンロー
ドし、コンテンツキャッシュ１４に格納する。

【００５３】制御部１１では、コンテンツキャッシュ１
４に格納された電子的な書籍「test.bok」をクライアン
ト２０の通信部２１に送信する。

【００５４】クライアント２０では、通信部２１で受信
された電子的な書籍「test.bok」を、制御部２２に渡
し、表示部２３へ表示する。図６の場合、当該電子的な
書籍「test.bok」はクライアント２０の制御部２２に渡
され、制御部２２で実行されているアプレットによって
メモリ上に展開される。

【００５５】当該電子的な書籍「test.bok」には、テキ
ストデータが格納されているが、画像データは格納され
ておらず、電子的な書籍「test.bok」と同じコンテンツ
サーバ３０への参照「http://servr/1.jpg」と、他サー
バ４０への参照「http://otehr/2/jpg」, 「http://oth
er/3/jpg」が格納されている。制御部２２で実行されて
いるアプレットは、プロキシサーバ１０を利用するため
のアプレット「jp.co.ntt.CyberBook.CyberBookP.clas
s」であるため、画像などのコンテンツをダウンロード
するために、通信部２１を用いてネットワークに接続
し、当該ネットワークに接続しているプロキシサーバ１
０に対し、画像などのコンテンツへの参照を要求する。

【００５６】プロキシサーバ１０から各コンテンツサー
バ３０に画像などのコンテンツが要求され、クライアン
ト２０に返却される。クライアント２０から見ると、図
６に示すように、画像などのコンテンツはプロキシサー
バ１０から返却されたこととなり、アプレットと同じプ
ロキシサーバ１０からコンテンツが返却されているの
で、アプレットの制約を受けずに正常に表示される。ア
プレットの参照先をプロキシサーバ１０に変更しない
で、単にプロキシサーバ１０を経由させただけの場合
は、アプレットからの接続は透過的に扱われるために、
プロキシサーバ１０への接続とは見做されずに、コンテ
ンツサーバ３０への接続と見做され、他サーバ４０から
の画像を正しく表示することができない。

【００５７】ここで、クライアント２０からの画像など
のコンテンツを要求するときの処理をさらに詳しく説明
する。

【００５８】クライアント２０からの画像などのコンテ
ンツを要求するとき、当該コンテンツを利用するときの
品質をパラメータとして付属して要求する。図６の場
合、「http://servr/1/jpg」、「http://other/2.jp
g」、「http://other/3.jpg」という参照に対して、電
子的な書籍「test.bok」に格納されている配置情報など
を元に、当該画像データを表する際に使用する幅や高
さ、色数などの品質パラメータに付加して要求を行うこ
とになる。ここで、画像などのコンテンツへの参照を要
求する方法や、要求に品質パラメータを付属させる方法
としては、プロキシサーバ１０に対する要求のＵＲＬに
含めてしまう方法、ＨＴＴＰ要求ヘッダの一つとして含
める方法などがある。

【００５９】プロキシサーバ１０に対する要求のＵＲＬ
に含めてしまう方法とは、画像などのコンテンツへの参
照を「img=」の後ろに付けて「img=http://server/1.jp
g 」等とし、幅や高さなどの品質のパラメータは、「w
=」「h=」などの後ろに数値を付けることである。

【００６０】例えば、プロキシサーバ１０に対する要求
のＵＲＬが「httip://proxy/?]」で、「http://server/
1/jpg 」のコンテンツを幅６０×高さ４０で表示すると
したら、プロキシサーバ１に対する要求のＵＲＬは、「http://proxy/?img=http://server/1.jpg&w=60&h=40
」となる。

【００６１】次に、ＨＴＴＰ要求ヘッダの一つとして含
める方法とは、ＨＴＴＰ要求ヘッダとして、「X-Image-
Quarity:」などを付加してその中に品質のパラメータを
含めることである。例えば、上記の例でいえば、ＨＴＴ
Ｐ要求は、「GEThttp://servr/1.jpgHTTP/1.0 <改行>X-Image-Qua
rity: w=60;h=40<改行><改行> 」などとなる。ここで、「 <改行> 」は、CR(=‘￥r'=0x0
D)、LF(=‘￥n'=0x0A)の連続である。

【００６２】プロキシサーバ１０の通信部１６では、ク
ライアント２０から送信された要求を制御部１１に渡
す。制御部１１では、渡された要求をコンテンツ変換部
１３に渡すことで、要求されているリソースがコンテン
ツキャッシュ１４にあるかどうかを判定し、キャッシュ
１４に存在しないようであれば、通信部１２を用いてイ
ンターネットに接続し、同様にインターネットに接続し
ているコンテンツサーバ３０や他サーバ４０からダウン
ロードし、コンテンツキャッシュ１４に格納する。

【００６３】コンテンツ変換部１３では、要求に品質の
パラメータが含まれているかどうかを判定し、含まれて
いる場合は、コンテンツの品質を変換する。図６の場合
なら、画像データの要求に対して、コンテンツキャッシ
ュ１４に含まれる図７のような表を用いて、キャッシュ
されたデータ管理する。例えば、「http://servr/1/jp
g」のコンテンツを幅60×高さ40で、という要求であれ
ば、これは、キャッシュされており、図７のが該当す
る。また、例えば、「http://server/1/jpg 」のコンテ
ンツを幅40×高さ60で、という要求であれば、これはキ
ャッシュされておらず、コンテンツ変換部１３で変換が
行われ、コンテンツキャッシュ１４に格納され、図７の
のように表に追加される。さらに、例えば、「http:/
/server/1.jpg 」のコンテンツを幅600 ×高さ400 で、
という要求であれば、これは、キャッシュされていない
が、図７ののオリジナル幅、高さを超える要求なの
で、コンテンツ変換部１３での変換は行われず、図７の
が該当する。

【００６４】制御部１１では、このキャッシュされた、
もしくは、変換されたコンテンツデータを通信部１６に
渡し、通信部１６は、当該コンテンツデータをクライア
ント２０の通信部２１に送信する。

【００６５】クライアント２０では、通信部２１で受信
されたコンテンツデータを、制御部２２に渡し、表示部
２３に表示する。図６の場合、当該コンテンツデータ
は、クライアント２０の制御部２２に渡され、制御部２
２で実行されているアプレットによって表示部２３であ
るＷｅｂブラウザを用いて表示される。

【００６６】以上のようにして、電子的な署名を施して
いないアプレットを使用した場合でも、プロキシサーバ
１０を介して必要なデータに関する情報をやり取りする
ことで、プロキシサーバ１０側で電子書籍などの情報の
内容について処理し、サーバ／プロキシサーバ／クライ
アント間のネットワーク帯域に応じて、予め画像や音声
などのコンテンツを取得しておき、必要なときにすぐに
提供したり、クライアント２０の処理能力などに応じて
コンテンツの中身を変更して通信を行ったりするアプリ
ケーション・サービスを実現することができる。

【００６７】これまで品質パラメータとして、画像のサ
イズや色数で説明してきたが、品質パラメータの別のも
のとしては、静止画の符号化方式、動画の再生レート
（フレームレート）や色数、符号化方式、音声のサンプ
リング周波数、量子化ビット数、符号化方式など、ま
た、コンテンツに特化しているという意味では、例え
ば、本型コンテンツであったら、１ページの内容を全て
１つの静止画像に変換した画像、等が考えられる。

【００６８】また、情報表示用アプレットは、プロキシ
サーバ１０からダウンロードされるため、アプレットを
一元的に管理することも可能である。

【００６９】次に、プロキシサーバ１０の一連の動作を
説明する。

【００７０】図８は、本発明の第１の実施の形態におけ
るプロキシサーバ内の動作を示すフローチャートであ
る。

【００７１】ステップ１０１）クライアント２０から
要求されているリソースがコンテンツキャシュ１４にあ
るかどうかを判定し、キャシュ１４に存在しないようで
あれば、ステップ１０２に移行する。存在する場合に
は、ステップ１０４に移行する。

【００７２】ステップ１０２）通信部１２を用いてイ
ンターネットに接続し、同様にインターネットに接続し
ているコンテンツサーバ３０や他サーバ４０から要求さ
れているリソースをダウンロードする。

【００７３】ステップ１０３）ステップ１０２でダウ
ンロードしたリソースをコンテンツキャッシュ１４に格
納するコンテンツキャッシュ１４にリソースを格納する
際、リソースのタイプが画像であれば、図７のような表
に対し、「オリジナル？」、フラグを「Ｙｅｓ」とし
て、行を追加する。また、追加する際、画像から取得で
きる幅、高さ、色数などの情報も埋めておく。

【００７４】ステップ１０４）クライアント２０から
要求されているリソースのタイプを判定し、タイプ毎に
異なるステップへ制御を移す。この判定では、複数のタ
イプを判定することができ、ＨＴＭＬ文書であれば、ス
テップ１０５へ、画像であればステップ１０６へ、その
他であれば、ステップ１１１へ移行する。本システムに
おいて、変換を行うリソースのタイプを増やしたい場合
は、この判定で扱う制御の移し先を増やすことになる。

【００７５】ステップ１０５）クライアント２０から
要求されているリソースがＨＴＭＬ文書であった場合
に、そこに記載されているアプレットを参照する指定や
電子的な書籍を参照する指定を書き換え、ステップ１１
１に移行する。図６の例の場合であれば、アプレット
「jp.co.ntt.CyberBook.CyberBook.class 」参照する指
定に対し、アプレットキャッシュ１５を参照すること
で、「jp.co.ntt.CyberBook.CyberBook.class 」に対応
する書き換え文字列「jp.co.ntt.CyberBook.CyberBook
P.class」を取得し、プロキシサーバ１０を利用するた
めのアプレット「jp.co.ntt.CyberBook.CyberBookP.cla
ss」を参照する指定に書き換える。また、電子的な書籍
「test.bok」を参照する指定は、サーバ名等を含む場合
は、サーバ名をプロキシサーバ１０のサーバ名に変更す
る。図６の場合は、サーバ名を含まないためそのままと
する。

【００７６】ステップ１０６）クライアント２０から
要求されているリソースが画像であった場合に、要求に
品質パラメータが含まれているかどうかを判定し、含ま
れている場合は、ステップ１０７へ制御を移し、含まれ
ていなければステップ１１１に移行する。品質のパラメ
ータが含まれていない場合は、コンテンツキャッシュ１
４に格納されている「オリジナル？」フラグが「Ｙｅ
ｓ」であるリソースを応答の際に送信する。

【００７７】以下のステップ１０７〜ステップ１１０の
処理は、コンテンツの品質を変換する。

【００７８】ステップ１０７）要求されているリソー
スの品質のパラメータを、コンテンツキャッシュ１４に
格納されている図７のような表の「オリジナル？」フラ
グ「Ｙｅｓ」であるリソースと照らし、要求されている
リソースの品質のパラメータが元データよりも高精度な
ものを要求しているかどうか判定し、より高精度なもの
を要求している場合には、ステップ１１１へ移行し、そ
うでなければステップ１０８に移行する。ここで、要求
されているリソースの品質のパラメータが元データより
も高精度なものかどうかという判断の基準は、例えば、
画像のサイズであれば、元の幅、高さの数値よりも要求
の方が大きければ、より高精度なものを要求していると
判定する。色数も同様で、元の色数より要求の方が大き
い色数ならば、より高精度なものを要求していると判定
する。品質のパラメータが元データよりも高精度なもの
を要求している場合は、コンテンツキャッシュ１４に格
納されている「オリジナル？」フラグが「Ｙｅｓ」であ
るリソースを応答の際に送信する。

【００７９】ステップ１０８）要求されているリソー
スの品質のパラメータが元データよりも低精度な場合
に、その品質のリソースが、以前変換されているなどの
理由で、既にコンテンツキャッシュ１４に格納されてい
るかどうかを判定し、既に存在する場合は、ステップ１
１１へ制御を移し、そうでなければステップ１０９に制
御を移す。当該品質のリソースが、既にコンテンツキャ
ッシュ１４に格納されているかどうかの判定は、図７の
ような表と照合することにより行われる。当該品質のリ
ソースが、既にコンテンツキャッシュ１４に格納されて
いる場合には、コンテンツキャッシュ１４に格納さてい
るリソースを応答の際に送信する。

【００８０】ステップ１０９）要求されているリソー
スの品質のパラメータが、元データよりも低精度で、コ
ンテンツキャッシュ１４にも格納されていない場合に、
画像の品質を変換する処理を行い、ステップ１１０に移
行する。例えば、画像サイズであれば、コンテンツキャ
ッシュ１４に格納されている「オリジナル？」フラグが
「Ｙｅｓ」である画像リソースを要求された幅、高さに
縮小する。色数も同様で、コンテンツキャッシュ１４に
格納されている「オリジナル？」フラグが「Ｙｅｓ」で
ある画像リソースの色数を要求された色数に減色する。

【００８１】ステップ１１０）ステップ１０９で品質
変換されたリソースをコンテンツキャッシュ１４に格納
し、ステップ１１１に移行する。コンテンツキャッシュ
１４にリソースを格納する際に、図７のような表に対
し、「オリジナル？」フラグを付けずに行を追加する。
また、追加する際に、要求された品質パラメータの情報
も埋め込む。応答の際には、ここで、格納したリソース
を送信する。

【００８２】ステップ１１１）各ステップの処理の結
果、最終的に送信することになったリソースを通信部１
６に渡し、通信部１６は、当該データをクライアント２
０の通信部２１に向けて送信する。

【００８３】［第２の実施の形態］本実施例では、前述
の第１の実施の形態に加えて暗号化通信を行う例を説明
する。

【００８４】図９は、本発明の第２の実施の形態におけ
るシステム構成を示す。

【００８５】同図に示すシステムは、前述の図３と同様
に、プロキシサーバ１０とクライアント２０、コンテン
ツサーバ３０及び他のサーバ４０から構成され、その間
を通信路で接続される形態をとっている。ここで、通信
路としては、ネットワークなどを用いた通信を行うため
の通信路を指すが、計算機内のプロセス間通信を行うた
めの通信路であってもより。

【００８６】さらに、プロキシサーバ１０は、制御部１
１、通信部１２、コンテンツ変換部３、コンテンツキャ
ッシュ１４、アプレットキャッシュ１５、通信部１６及
び暗号処理部１７から構成される。

【００８７】クライアント２０は、図３の構成と同様
に、通信部２１、制御部２２、及び表示部２３から構成
される。

【００８８】プロキシサーバ１０の通信部１２は、コン
テンツサーバ３０及び他サーバ４０との通信を行うため
のものであり、通信部１６は、クライアント２０の通信
部２１からの要求を受信し、制御部１１からの応答を通
信部２１に向けて送信するためのものである。

【００８９】コンテンツサーバ３０及び他サーバ４０
は、前述の第１の実施の形態と同様である。

【００９０】図３に示した構成では、クライアント２０
として、どのようなクライアントが利用されても、プロ
キシサーバ１０を経由してコンテンツサーバ３０や他サ
ーバ４０に格納されたデータを取得することが可能であ
ったが、クライアント２０として悪意のクライアントを
作成し、コンテンツサーバ３０や他サーバ４０に対する
不正なアクセスや攻撃を加えるための匿名化プロキシサ
ーバとして、プロキシサーバ１０を不正利用する可能性
が考えられる。

【００９１】そこで、本実施の形態では、プロキシサー
バ１０を利用するためのアプレット「jp.co.ntt.CyberB
ook.CyberBookP.class」に対して、暗号化機能として、
ワンタイム・パスワード機能を追加し、「jp.co.ntt.Cy
berbook.CyberBookPE.class」と名付ける。当該アプレ
ットは、ワンタイム・パスワード機能を用いて、クライ
アント２０において、要求毎にワンタイム・パスワード
文字列を生成し、要求に付属させる品質のパラメータの
一部として、プロキシサーバ１０に送信される。プロキ
シサーバ１０の通信部１６において受信した、当該要求
は制御部１１に渡され、制御部１１では、品質パラメー
タからワンタイム・パスワード文字列を分離し、暗号処
理部１７に渡して当該ワンタイム・パスワード文字列の
正当性を確認することによって、正当なクライアント２
０からの要求のみを処理し、不正なクライアントからの
要求を処理しないことが可能となる。

【００９２】クライアント２０におけるワンタイム・パ
スワードの文字列の生成方法としては、例えば、ワンタ
イム・パスワード機能を追加したプロキシサーバ１０を
利用するためのアプレット「jp.co.ntt.Cyberbook.Cybe
rBookPE.class 」に付属して、ワンタイム・パスワード
文字列の種情報をクライアント２０に送信し、クライア
ント２０を識別するためのＩＰアドレスなどと共にアプ
レットキャッシュ１５に格納しておき、その種情報を暗
号演算した結果をワンタイム・パスワード文字列及び次
回の種情報とするといったロジックが考えられる。種情
報からその回のワンタイム・パスワード文字列及び次回
の種情報を得る方法としては、例えば、種情報を３２ビ
ットの整数Ｘ（０）とすると、種情報に１６８０７を掛
け、２１４７４８３６４７の剰余を取り次回の種情報Ｘ
（１）とし、Ｘ（１）を暗号化鍵としてワンタイム・パ
スワード文字列を得るという方法が考えられる。漸化式
にすると、ｎ回目の種情報からｎ＋１回目の次回の種情
報を得るには、Ｘ（ｎ＋１）＝16807 ^*mod Ｘ（ｎ）mod 2147483647 という計算を行う。

【００９３】ワンタイム・パスワード文字列をプロキシ
サーバ１０に対する要求に付属させる方法としては、プ
ロキシサーバ１０に対する要求のＵＲＬに含めてしまう
方法、ＨＴＴＰ要求ヘッダの一つとして含める方法など
がある。

【００９４】プロキシサーバ１０に対する要求のＵＲＬ
に含めてしまう方法とは、ワンタイム・パスワード文字
列を「otpw」の後ろに付けて「otpw=##HG!fdj#$ 」等と
することである。例えば、プロキシサーバ１０に対する
要求のＵＲＬが「http://proxy/?」で「http://server/
1.jpg 」のコンテンツを要求するとしたら、プロキシサ
ーバ１０に対する要求のＵＲＬは、「http://proxy/?img=http://server/1.jpg&otpw=##HG!
fdj#$ 」となる。

【００９５】また、ＨＴＴＰ要求ヘッダの一つとして含
める方法とは、ＨＴＴＰ要求ヘッダとして、「X-OneTim
e-Passwd: 」などを付加して、その中にワンタイム・パ
スワード文字列を含めることである。例えば、前述の例
でいえば、ＨＴＴＰ要求は、「GEThttp://server/1.jpgHTTP/1.0 <改行>X-OneTime-P
asswd:##HG!fdj#$ <改行><改行> 」などとなる。ここで、「 <改行> 」は、CR(=‘￥r'=0x0
D), LF( = ￥n'=0x0A)の連続である。

【００９６】プロキシサーバ１０の暗号処理部１７で
は、上記のようにして生成、送信されたワンタイム・パ
スワード文字列は、クライアント２０を識別するための
ＩＰアドレスなどと照らして、アプレットキャッシュ１
５に格納された現在使用されている種情報Ｘ（ｎ）を取
得し、クライアント２０で行っているのと同様なロジッ
クで、ワンタイム・パスワード文字列検証情報及び次回
の種情報Ｘ（ｎ＋１）を取得し、次回の種情報Ｘ（ｎ＋
１）は、アプレットキャッシュ１５に再度格納し、ワン
タイム・パスワード文字列検証情報を用いて、クライア
ント２０から送信されたワンタイム・パスワード文字列
を確認することで、クライアント２０の正当性を確認す
ることができ、正当なクライアント２０からの要求のみ
を処理し、不正なクライアントからの要求を処理しない
ことが可能となる。

【００９７】以上のようにして、電子的な署名を施して
いないアプレットを使用した場合でも、プロキシサーバ
１０を介して必要なデータに関する情報をやり取りする
ことで、プロキシサーバ１０側で電子書籍などの情報の
内容について処理し、サーバ／プロキシサーバ／クライ
アント間のネットワーク帯域に応じて、予め画像や音声
などのコンテンツを取得しておき、必要なときにすぐに
提供したり、クライアント２０の処理能力などに応じ
て、コンテンツの中身を変更して通信を行ったりするア
プリケーション・サービスを実現する際に、クライアン
ト２０として正当なクライアントが利用されない限り、
プロキシサーバ１０経由で、サーバ３０，４０に格納さ
れたデータを取得することはできなくなり、クライアン
ト２０として、悪意のクライアントを作成し、各サーバ
に対する不正なアクセスや攻撃を加えるための匿名化プ
ロキシなどとして、プロキシサーバ１０を不正利用する
ことを防止することができる。

【００９８】また、上記の第１、第２の実施の形態にお
けるプロキシサーバ１０の構成をプログラムとして構築
し、プロキシサーバとして利用されるコンピュータにイ
ンストールする、または、ネットワークを介して流通さ
せることも可能である。

【００９９】また、構築されたプログラムをプロキシサ
ーバとして利用されるコンピュータに接続されるハード
ディスク装置や、フロッピー（登録商標）ディスク、Ｃ
Ｄ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を
実施する際にインストールすることにより、容易に本発
明を実現できる。

【０１００】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内において、種々変更・応
用が可能である。

【０１０１】

【発明の効果】上述のように本発明によれば、電子的な
署名を施していない情報表示用アプレットを使用した場
合でも、プロキシ／クライアント間で必要なデータに関
する情報をやり取りすることで、プロキシサーバ側のソ
フトウェアでも電子書籍などの情報の内容について処理
し、サーバ／プロキシサーバ／クライアントの処理能力
などに応じてコンピュータの中身を変更して通信を行っ
たりするアプリケーション・サービスを実現することが
でき、また、情報表示用アプレットは、プロキシサーバ
からダウンロードされるため、アプレットを一元的に管
理することも可能となる。

【０１０２】本発明は、単なるキャッシュサーバとし
て、別のサーバ上にあるデータを蓄積し、要求先を変更
するだけでなく、また、通常はサーバで行う画像サイズ
の変更などの処理を行うだけではなく、データ取得に際
して、プロキシサーバがデータをキャッシュすると共
に、データ内部に対して手を加えることで、データの内
容に即したキャッシュ制御を可能とする。

【０１０３】用途としては、例えば、ＩＳＰ事業（イン
ターネット・サービス・プロバイダ事業）において、他
ネットワークとの回線には制限があるのが普通であり、
コンテンツは他のＩＳＰ内のサーバにあることも多く、
キャッシュサーバをＩＳＰ内に置くことで、コンテンツ
の取得を高速化することができる。しかし、アクセス回
線のことまで考慮したキャッシュサーバというのはな
く、コンテンツををアクセス回線に合わせて変換するこ
とができるキャッシュサーバを置くことで、有意化ツー
ルとして機能する。

【０１０４】さらに、本発明では、ワインタイム・パス
ワードを利用することにより、悪意のあるクライアント
からの攻撃を防ぐことができる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の第１の実施の形態におけるシステム構
成図である。

【図４】プロキシサーバを介さずにクライアントを用い
て電子的な書籍等の情報を表示した場合の例である。

【図５】プロキシサーバを介さずにクライアントで情報
を表示した場合の問題点を説明するための図である。

【図６】本発明の第１の実施の形態における電子的な情
報（書籍）を表示する例を示す図である。

【図７】本発明の第１の実施の形態におけるコンテンツ
キャッシュに含まれるキャッシュデータの例である。

【図８】本発明の第１の実施の形態におけるプロキシサ
ーバ内の動作を示すフローチャートである。

【図９】本発明の第２の実施の形態におけるシステム構
成図である。

【符号の説明】

１キャッシュ手段２コンテンツ要求受信手段３記載判定手段４書き換え手段５プログラム取得手段１０プロキシサーバ１１制御部１２通信部１３コンテンツ変換部１４コンテンツキャッシュ１５アプレットキャッシュ２０クライアント２１通信部２２制御部２３表示部３０コンテンツサーバ４０他サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/16 ６４５Ｇ０６Ｆ 9/06 ６４０Ｅ (72)発明者竹内順二東京都千代田区大手町二丁目３番１号日本電信電話株式会社内 (72)発明者定方徹東京都千代田区大手町二丁目３番１号日本電信電話株式会社内Ｆターム(参考） 5B017 AA03 BA05 CA15 5B045 BB47 DD12 GG01 5B076 BA04 BA06 BB06 5B082 EA12 FA07 HA02 HA05 HA08

Claims

【特許請求の範囲】

【請求項１】キャッシュ手段を有し、クライアントか
らのコンテンツの要求に対して、該キャッシュ手段を利
用してコンテンツを返送するプロキシサーバを、サーバ
とクライアントとの間に介在させて電子的な書籍を含む
マルチメディア情報を取得するキャッシュ協調データ取
得方法において、前記クライアントから要求されたコンテンツの中に、該
クライアントで動作させるプログラムに関する記載があ
るか否かを判定し、記載がある場合のみ、前記クライアントで動作させるプ
ログラムの参照先を当該プロキシサーバとなるようにコ
ンテンツを書き換えて、前記キャッシュ手段に保存し、前記クライアントからの該クライアントで動作させるプ
ログラムの要求に対して、キャッシュを利用して、前記
キャッシュ手段、あるいは、コンテンツサーバから該プ
ログラムを取得して、該クライアントに返送することを
特徴とするキャッシュ協調データ取得方法。
【請求項２】前記クライアントから品質条件が付与さ
れたコンテンツの要求を受信し、前記コンテンツのオリジナルが前記キャッシュ手段に存
在しない場合は、前記コンテンツサーバから取得して該
キャッシュ手段に格納し、前記品質条件に見合うコンテンツが前記キャッシュ手段
に存在しない場合は、前記品質条件を満たすようにコン
テンツを変換して該キャッシュ手段に格納し、要求された前記品質条件に合うコンテンツを前記クライ
アントに送信する請求項１記載のキャッシュ協調データ
取得方法。
【請求項３】前記クライアントから、暗号化されたコ
ンテンツの要求を受信し、前記コンテンツの要求から前記クライアントの正当性を
認証する請求項２記載のキャッシュ協調データ取得方
法。
【請求項４】前記コンテンツの要求において、暗号と
してワンタイムパスワードを用いる請求項３記載のキャ
ッシュ協調データ取得方法。
【請求項５】サーバとクライアントとの間に介在し、
キャッシュ手段を有し、クライアントからのコンテンツ
の要求に対して、該キャッシュ手段を利用してコンテン
ツを返送するプロキシサーバであって、前記クライアントからのコンテンツ要求を受信するコン
テンツ要求受信手段と、前記コンテンツ要求受信手段で要求されたコンテンツの
中に、前記該クライアントで動作させるプログラムに関
する記載があるか否かを判定する記載判定手段と、前記記載判定手段において、記載がある場合のみ、前記
クライアントで動作させるプログラムの参照先を当該プ
ロキシサーバとなるようにコンテンツを書き換え、前記
キャッシュ手段に保存する書き換え手段と、前記クライアントからの該クライアントで動作させるプ
ログラムの要求に対してキャッシュを利用して、前記キ
ャッシュ手段、あるいは、コンテンツサーバから該プロ
グラムを取得して、該クライアントに返送するプログラ
ム取得手段とを有することを特徴とするプロキシサー
バ。
【請求項６】前記コンテンツ要求受信手段は、前記クライアントから品質条件が付与されたコンテンツ
の要求を受信する手段を含み、前記コンテンツのオリジナルが前記キャッシュ手段に存
在しない場合は、前記コンテンツサーバから取得して該
キャッシュ手段に格納する手段と、前記品質条件に見合うコンテンツが前記キャッシュ手段
に存在しない場合は、前記品質条件を満たすようにコン
テンツを変換して該キャッシュ手段に格納する手段と、要求された前記品質条件に合うコンテンツを前記クライ
アントに送信する手段とを有する請求項５記載のプロキ
シサーバ。
【請求項７】前記コンテンツ要求受信手段は、前記クライアントから、暗号化されたコンテンツの要求
を受信する暗号化要求受信手段と、前記コンテンツの要求から前記クライアントの正当性を
認証する手段とを含む請求項６記載のプロキシサーバ。
【請求項８】前記暗号化要求受信手段は、暗号としてワンタイムパスワードを用いられたコンテン
ツの要求を受信する手段を含む請求項７記載のプロキシ
サーバ。
【請求項９】サーバとクライアントとの間に介在し、
キャッシュ手段を有し、クライアントからのコンテンツ
の要求に対して、該キャッシュ手段を利用してコンテン
ツを返送するプロキシサーバが実行するキャッシュ協調
データ取得プログラムであって、前記クライアントからのコンテンツ要求を受信するコン
テンツ要求受信プロセスと、前記コンテンツ要求受信プロセスで要求されたコンテン
ツの中に、前記該クライアントで動作させるプログラム
に関する記載があるか否かを判定する記載判定プロセス
と、前記記載判定プロセスにおいて、記載がある場合のみ、
前記クライアントで動作させるプログラムの参照先を当
該プロキシサーバとなるようにコンテンツを書き換え、
前記キャッシュ手段に保存する書き換えプロセスと、前記クライアントからのクライアントで動作させるプロ
グラムの要求に対してキャッシュを利用して、前記キャ
ッシュ手段、あるいは、コンテンツサーバから該プログ
ラムを取得して、該クライアントに返送するプログラム
取得プロセスとを有することを特徴とするキャッシュ協
調データ取得プログラム。
【請求項１０】前記コンテンツ要求受信プロセスは、前記クライアントから品質条件が付与されたコンテンツ
の要求を受信するプロセスを含み、前記コンテンツのオリジナルが前記キャッシュ手段に存
在しない場合は、前記コンテンツサーバから取得して該
キャッシュ手段に格納するプロセスと、前記品質条件に見合うコンテンツが前記キャッシュ手段
に存在しない場合は、前記品質条件を満たすようにコン
テンツを変換して該キャッシュ手段に格納するプロセス
と、要求された前記品質条件に合うコンテンツを前記クライ
アントに送信するプロセスとを有する請求項９記載のキ
ャッシュ協調データ取得プログラム。
【請求項１１】前記コンテンツ要求受信プロセスは、前記クライアントから、暗号化されたコンテンツの要求
を受信する暗号化要求受信プロセスと、前記コンテンツの要求から前記クライアントの正当性を
認証するプロセスとを含む請求項１０記載のキャッシュ
協調データ取得プログラム。
【請求項１２】前記暗号化要求受信プロセスは、暗号としてワンタイムパスワードを用いられたコンテン
ツの要求を受信するプロセスを含む請求項１１記載のキ
ャッシュ協調データ取得プログラム。
【請求項１３】サーバとクライアントとの間に介在
し、キャッシュ手段を有し、クライアントからのコンテ
ンツの要求に対して、該キャッシュ手段を利用してコン
テンツを返送するプロキシサーバが実行するキャッシュ
協調データ取得プログラムを格納した記憶媒体であっ
て、前記クライアントからのコンテンツ要求を受信するコン
テンツ要求受信プロセスと、前記コンテンツ要求受信プロセスで要求されたコンテン
ツの中に、前記該クライアントで動作させるプログラム
に関する記載があるか否かを判定する記載判定プロセス
と、前記記載判定プロセスにおいて、記載がある場合のみ、
前記クライアントで動作させるプログラムの参照先を当
該プロキシサーバとなるようにコンテンツを書き換え、
前記キャッシュ手段に保存する書き換えプロセスと、前記クライアントからのクライアントで動作させるプロ
グラムの要求に対してキャッシュを利用して、前記キャ
ッシュ手段、あるいは、コンテンツサーバから該プログ
ラムを取得して、該クライアントに返送するプログラム
取得プロセスとを有することを特徴とするキャッシュ協
調データ取得プログラムを格納した記憶媒体。
【請求項１４】前記コンテンツ要求受信プロセスは、前記クライアントから品質条件が付与されたコンテンツ
の要求を受信するプロセスを含み、前記コンテンツのオリジナルが前記キャッシュ手段に存
在しない場合は、前記コンテンツサーバから取得して該
キャッシュ手段に格納するプロセスと、前記品質条件に見合うコンテンツが前記キャッシュ手段
に存在しない場合は、前記品質条件を満たすようにコン
テンツを変換して該キャッシュ手段に格納するプロセス
と、要求された品質条件に合うコンテンツを前記クライアン
トに送信するプロセスとを有する請求項１３記載のキャ
ッシュ協調データ取得プログラムを格納した記憶媒体。
【請求項１５】前記コンテンツ要求受信プロセスは、前記クライアントから、暗号化されたコンテンツの要求
を受信する暗号化要求受信プロセスと、前記コンテンツの要求から前記クライアントの正当性を
認証するプロセスとを含む請求項１４記載のキャッシュ
協調データ取得プログラムを格納した記憶媒体。
【請求項１６】前記暗号化要求受信プロセスは、暗号としてワンタイムパスワードを用いられたコンテン
ツの要求を受信するプロセスを含むる請求項１５記載の
キャッシュ協調データ取得プログラムを格納した記憶媒
体。