JP2002268996A - 中継方法、ユーザインタフェース提供方法、代理サーバ装置、クライアント装置、プログラム、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 サーバ装置からコンテンツを取得する際にユ
ーザの判断や作業等に役立つ情報を迅速に提供する。 【解決手段】 ＬＷＰ１６がインターネット１３を介し
てＷＷＷサーバ１４Ａからテキストファイルを取得し、
このテキストファイル内のＩＭＧタグで指定されている
画像ファイルのデータサイズを取得し、このデータサイ
ズに応じた文字列を当該ＩＭＧタグのＡＬＴ属性値に追
加した後に、インターネット１３、ゲートウェイサーバ
１５及び移動パケット通信網１２を介して、当該テキス
トファイルをＤＴＥ１１へ送信する。このＤＴＥ１１で
は、未表示状態の画像に代えて、当該データサイズに応
じた文字列を含むＡＬＴ属性値が表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバ装置から受
信したファイルに基づいてユーザインタフェースを提供
するユーザインタフェース提供方法と、この方法を実行
するクライアント装置と、サーバ装置とクライアント装
置との間で通信を中継する中継方法と、この方法を実行
する代理サーバ装置と、上記各方法をコンピュータに実
行させるためのプログラムと、当該プログラムをコンピ
ュータ読み取り可能に記録した記録媒体とに関する。

【０００２】

【従来の技術】インターネットを用いて実現されている
ＷＷＷ（World Wide Web）において蓄積・閲覧されてい
る主なコンテンツは、ＨＴＭＬ（Hyper Text Markup La
nguage）に従って記述されたテキストファイルと、ＨＴ
ＭＬに従って当該テキストファイル内に埋め込まれた画
像ファイルである。このようなコンテンツを閲覧しよう
とするユーザは、インターネットに接続されたサーバ装
置と通信可能な端末装置を用いて所望のサーバ装置にア
クセスし、アクセス先のサーバ装置から所望のコンテン
ツを端末装置にダウンロードする必要がある。

【０００３】具体的には、まず、ユーザの端末装置と所
望のコンテンツを有するサーバ装置との間でＴＣＰ（Tr
ansmission Control Protocol）に従ったコネクション
であるＴＣＰコネクションが確立される。続いて、この
コネクションを介して、当該コンテンツを特定するＵＲ
Ｉ（Uniform Resource Identifier）を含むリクエスト
が当該端末装置から所望のサーバ装置へ送信され、この
サーバ装置から当該端末装置へ、当該ＵＲＩに対応した
テキストファイルを含むレスポンスが当該リクエストに
対応したレスポンスとして送信される。上記ＴＣＰコネ
クションはこの時点で切断され、当該端末装置では、テ
キストファイルの内容が解釈され、解釈結果に応じたユ
ーザインタフェースが提供される。この時点では、当該
テキストファイルにおいて表示を指定された文字列や罫
線などが当該端末装置において表示される。なお、上記
リクエストおよびレスポンスはＨＴＴＰ（HyperText Tr
ansfer Protocol）に従っている。

【０００４】受信したテキストファイルにおいて画像フ
ァイルを埋め込む記述が存在する場合、当該端末装置
は、当該記述に基づいて当該画像ファイルを取得するた
めの処理を行う。この処理は先に説明したテキストファ
イルを取得する処理と同様の処理である。そして、当該
画像ファイルを取得した端末装置においては、ユーザイ
ンタフェースが修正され、文字列や罫線などに加えて当
該画像ファイルで表される画像が表示される。このよう
な画像ファイルの取得処理は埋め込まれている画像ファ
イルの数だけ繰り返し行われる。

【０００５】ところで、上記端末装置がインターネット
に直接的に接続されるケースは稀であり、インターネッ
トプロトコルの確立を行うゲートウェイサーバ（アクセ
スサーバ）装置を介して接続される形態の方が一般的で
ある。この種のゲートウェイサーバ装置は端末装置と通
信するためのネットワーク（例えば構内ネットワークや
公衆網など）とインターネットとに接続されており、端
末装置とサーバ装置との通信を中継する。また、代理サ
ーバ機能を備えたゲートウェイサーバ装置も広く普及し
ている。

【０００６】

【発明が解決しようとする課題】上述したように、ＷＷ
Ｗにおけるテキストファイル及び画像ファイルからなる
コンテンツの取得処理は、テキストファイル取得段階と
画像ファイル取得段階とに分かれている。さらに、画像
ファイルのデータサイズはテキストファイルのデータサ
イズよりも大きいことから、ユーザの端末装置において
は、テキストファイルにおいて表示が指定された文字列
や罫線などが迅速に表示され、画像ファイルで表される
画像は長い時間を経てから表示されることになる。特
に、画像ファイルのデータサイズがテキストファイルの
データサイズに比較して著しく大きいと、画像が表示さ
れるまでの時間は耐え難いほど長くなってしまう。

【０００７】また、ゲートウェイサーバ装置を介してＷ
ＷＷを利用するユーザの端末装置とゲートウェイサーバ
装置との間の通信路のデータ転送速度が遅ければ遅いほ
ど、画像が表示されるまでの時間は長くなる。近年、移
動パケット通信網を介してインターネットを利用するユ
ーザが急激に増加しているが、一般に移動パケット通信
網は固定網に比較してデータ転送速度が遅いことから、
このようなユーザにとっては、固定網経由でＷＷＷを利
用するユーザを想定したコンテンツの取得時における画
像が表示されるまでの時間の長さは受け入れ難いものと
なる。また、移動パケット通信網では通信量に応じて課
金する課金形態が一般的であり、このような移動パケッ
ト通信網を介してＷＷＷを利用しているユーザにとって
は、通信料の大部分が画像ファイルの取得に費やされる
ことになってしまう。

【０００８】もちろん、端末装置にて画像を取得しない
設定を行うか、テキストファイルを取得した時点でコン
テンツの取得をユーザが手動で中断するかすれば、ユー
ザは画像の表示を待つ必要がなく、通信量課金の通信網
を介してＷＷＷを利用する場合には通信料を低減するこ
とができる。しかし、この場合には、データサイズの大
きな画像ファイルだけではなく、データサイズの小さな
画像ファイルの取得も禁止あるいは中断されてしまう。
画像ファイルのデータサイズが十分に小さければ当該画
像ファイルを短時間で取得可能であり、そのような画像
ファイルを取得し、当該画像ファイルで表される画像を
視認した上で各種判断や操作を行った方がユーザにとっ
て有利な結果を得られる可能性がある。つまり、テキス
トファイルのみの取得またはテキストファイルのみ取得
した時点での中断は、このような可能性を無視すること
に他ならない。しかし、ＷＷＷにおけるコンテンツの取
得処理においては、画像ファイルのデータサイズは画像
ファイルを取得してみないと分からない。したがって、
ユーザは、コンテンツの取得処理において、画像が表示
されるまで待つべきか否かを判断することができない。

【０００９】また、画像を埋め込むためのＩＭＧタグと
当該画像の各領域にリンクを対応付けるためのＭＡＰタ
グとの組み合わせにより実現されるクライアントサイド
イメージマップを用いたコンテンツの場合、端末装置に
おいては、当該画像が表示されるまで当該クライアント
サイドイメージマップが十分に機能しない。つまり、画
像が表示されるまで、「イメージ」の欠落した「イメー
ジマップ」として機能するため、表示が不十分であり、
非常に分かり難く使い難いものとなってしまう。結局、
クライアントサイドイメージマップを十分に機能させる
ためには、リンクに関する情報を既に取得済みであるに
も関らず、画像ファイルの取得を待たなければならず、
その画像ファイルで表される画像が表示されるまでは当
該リンクの使用はおろか、リンク先の把握すら困難とな
っている。

【００１０】本発明はこのような事情に鑑みてなされた
もので、従来の技術では迅速に提供することができなか
った情報であってユーザの判断や作業等に役立つ情報を
迅速に提供することができるユーザインタフェース提供
方法および中継方法と、当該各方法を実行するクライア
ント装置および代理サーバ装置と、当該各方法をコンピ
ュータに実行させるためのプログラムと、当該各プログ
ラムをコンピュータ読み取り可能に記録した記録媒体と
を提供することを目的とする。

【００１１】

【課題を解決するための手段】上述した課題を解決する
ために、本発明は、テキストファイル及び画像ファイル
を有するサーバ装置と前記テキストファイルの取得後に
当該テキストファイルに関連付けられた画像ファイルを
取得するクライアント装置との間で通信を中継する代理
サーバ装置において、前記サーバ装置から前記テキスト
ファイルを取得し、取得したテキストファイルに関連付
けられた画像ファイルに関連した情報を取得し、前記テ
キストファイルの記述を前記画像ファイルに関連した情
報に基づいて変更し、変更したテキストファイルを前記
クライアント装置へ送信する中継方法と、この中継方法
をコンピュータに実させるためのプログラムと、このプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体とを提供する。

【００１２】また、上述した課題を解決するために、本
発明は、クライアント装置とサーバ装置との間で通信を
中継する代理サーバ装置において、テキストファイル及
び画像ファイルを有するサーバ装置と通信するための第
１の通信手段と、前記サーバ装置から前記テキストファ
イルと当該テキストファイルに関連付けられた前記画像
ファイルとを取得するクライアント装置と通信するため
の第２の通信手段と、前記第１の通信手段を用いてサー
バ装置から前記テキストファイルを取得するテキスト取
得手段と、前記テキスト取得手段により取得されたテキ
ストファイルに関連付けられた画像ファイルに関連した
情報を、前記第１の通信手段を用いて取得する関連情報
取得手段と、前記テキスト取得手段により取得されたテ
キストファイルの記述を前記関連情報取得手段により取
得された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキスト
ファイルを、前記第２の通信手段を用いて前記クライア
ント装置へ送信するテキスト送信手段とを具備する代理
サーバ装置を提供する。

【００１３】このような中継方法、プログラム、記録媒
体または代理サーバ装置を用いると、サーバ装置からク
ライアント装置へ送信されるテキストファイルは、代理
サーバ装置において当該テキストファイルに関連付けら
れた画像ファイルに関連した情報に基づいてその記述が
変更された後にクライアント装置へ送信される。

【００１４】また、上述した課題を解決するために、本
発明は、テキストファイル及び画像ファイルを有するサ
ーバ装置と前記テキストファイルの取得後に当該テキス
トファイルに関連付けられた画像ファイルを取得するク
ライアント装置との間で通信を中継する代理サーバ装置
において、前記サーバ装置から前記テキストファイルを
取得し、取得したテキストファイルから、前記クライア
ント装置において当該テキストファイルに関連付けられ
た画像ファイルの取得前には使用不能となる情報を抽出
し、前記テキストファイルの記述を前記画像ファイルの
取得前には使用不能となる情報に基づいて変更し、記述
が変更されたテキストファイルを前記クライアント装置
へ送信する中継方法と、この中継方法をコンピュータに
実させるためのプログラムと、このプログラムを記録し
たコンピュータ読み取り可能な記録媒体とを提供する。

【００１５】また、上述した課題を解決するために、本
発明は、クライアント装置とサーバ装置との間で通信を
中継する代理サーバ装置において、テキストファイル及
び画像ファイルを有するサーバ装置と通信するための第
１の通信手段と、前記サーバ装置から前記テキストファ
イルと当該テキストファイルに関連付けられた前記画像
ファイルとを取得するクライアント装置と通信するため
の第２の通信手段と、前記第１の通信手段を用いてサー
バ装置から前記テキストファイルを取得するテキスト取
得手段と、前記テキスト取得手段により取得されたテキ
ストファイルから、前記クライアント装置において当該
テキストファイルに関連付けられた画像ファイルの取得
前には使用不能となる情報を抽出する使用不能情報抽出
手段と、前記テキスト取得手段により取得されたテキス
トファイルの記述を前記使用不能抽出手段により抽出さ
れた情報に基づいて変更するテキスト変更手段と、前記
テキスト変更手段により記述が変更されたテキストファ
イルを、前記第２の通信手段を用いて前記クライアント
装置へ送信するテキスト送信手段とを具備する代理サー
バ装置を提供する。

【００１６】このような中継方法、プログラム、記録媒
体または代理サーバ装置を用いると、サーバ装置からク
ライアント装置へ送信されるテキストファイルは、代理
サーバ装置において当該テキストファイルに関連付けら
れた画像ファイルの取得前には使用不能となる情報に基
づいてその記述が変更された後にクライアント装置へ送
信される。

【００１７】また、上述した課題を解決するために、本
発明は、テキストファイル及び画像ファイルを有するサ
ーバ装置から代理サーバ装置を介して前記テキストファ
イルを取得し、更に当該テキストファイルに関連付けら
れた画像ファイルを取得するクライアント装置におい
て、前記テキストファイルを取得し、取得したテキスト
ファイルにおいて画像の未表示時に表示されるように記
述された代替表示文字列からリンク情報を抽出し、抽出
されたリンク情報を用いてユーザインタフェースを提供
するユーザインタフェース提供方法と、このユーザイン
タフェース提供方法をコンピュータに実行させるための
プログラムと、このプログラムを記録したコンピュータ
読み取り可能な記録媒体とを提供する。

【００１８】また、上述した課題を解決するために、本
発明は、テキストファイルと当該テキストファイルに関
連付けられた画像ファイルとを有するサーバ装置と代理
サーバを介して通信するクライアント装置において、代
理サーバ装置と通信するための通信手段と、前記通信手
段を用いて前記代理サーバ経由で前記テキストファイル
を取得するテキスト取得手段と、テキスト取得手段によ
り取得されたテキストファイルにおいて画像の未表示時
に表示されるように記述された代替表示文字列からリン
ク情報を抽出するリンク情報抽出手段と、リンク情報抽
出手段により抽出されたリンク情報を用いてユーザイン
タフェースを提供するユーザインタフェース提供手段と
を有するクライアント装置を提供する。

【００１９】このようなユーザインタフェース提供方
法、プログラム、記録媒体またはクライアント装置を用
いると、テキストファイルの後に当該テキストファイル
に関連付けられた画像ファイルを取得するクライアント
装置において、取得したテキストファイルにおいて画像
の未表示時に表示されるように記述された代替表示文字
列中のリンク情報に基づいてユーザインタフェースが提
供される。

【００２０】

【発明の実施の形態】以下、図面を参照して本発明に係
る実施形態について説明する。ただし、本発明は係る実
施形態に限定されるものではなく、特許請求の範囲に記
載された範囲内の任意の態様を含む。

【００２１】［第１実施形態］ （１）全体構成 図１は本発明の第１実施形態に係るデータ配信システム
の全体構成を示す図であり、詳しくは後述するが、この
図に示すシステムは、基本的に、通信網経由でデータを
取得するデータ端末装置（以後、ＤＴＥ）において、表
示すべき画像が未表示の時に当該画像データのサイズを
表示することで当該画像データの取得にかかるコスト
（時間および通信量）をユーザが推定できるようにして
ユーザの便宜を図り、あわせて通信網におけるトラヒッ
クの削減を実現している。

【００２２】なお、この図においては、図面および説明
が繁雑になるのを防ぐために、２つのＷＷＷサーバと１
つのＤＴＥとが例示されているが、実際には多数のＷＷ
ＷサーバおよびＤＴＥが存在する。また、ＤＴＥは携帯
電話機能を有し、移動通信網経由で音声通話を行うこと
が可能であるが、音声通話に係る部分は本発明と直接的
に関係しないことから、本実施形態においては、音声通
話に係る説明および図示を省略する。

【００２３】図１のデータ配信システムでは、図２に示
すように、ＤＴＥ１１から送信されたリクエスト（縮退
されたＨＴＴＰに従ったリクエスト）は移動パケット通
信網１２、ゲートウェイサーバ１５、及びインターネッ
ト１３を順に介して軽量代理サーバ（以後、ＬＷＰ）１
６へ到達し、ＤＴＥ１１からのリクエストに対応したリ
クエスト（一般的なＨＴＴＰに従ったリクエスト）がイ
ンターネット１３を介してＬＷＰ１６からＷＷＷサーバ
１４Ａあるいは１４Ｂへ送信され、いずれかのＷＷＷサ
ーバにより受信される。ＬＷＰ１６からのリクエストを
受信したＷＷＷサーバは、受信したリクエストに対する
レスポンスをインターネット１３経由で返信する。この
レスポンスはＬＷＰ１６において受信され、後述する変
更処理を経た後のレスポンスが、ＤＴＥ１１からのリク
エストに対応したレスポンスとしてＬＷＰ１６からＤＴ
Ｅ１１へ送信される。ＬＷＰ１６からのレスポンスはイ
ンターネット１３、ゲートウェイサーバ１５、及び移動
パケット通信網１２を順に介してＤＴＥ１１により受信
される。

【００２４】（２）ＷＷＷサーバの構成および機能 ＷＷＷサーバは、インターネット１３を用いて実現され
ているＷＷＷを構成する一般的なコンピュータシステム
であり、ＨＴＴＰサーバの機能を備え、インターネット
１３を介してＨＴＴＰに従ったリクエストを受信する
と、基本的には、これに対応したレスポンスをインター
ネット１３へ送出する。例えば、ＷＷＷサーバは、ＨＴ
ＭＬデータや画像データ等のファイルを格納しており、
受信したリクエストがＧＥＴメソッドを用いたリクエス
トの場合、ＧＥＴメソッドで指定されたＵＲＬに対応す
るファイルを読み出し、当該ファイルを含んだレスポン
スを返信する。

【００２５】さらに、ＷＷＷサーバ１４Ａは、受信した
リクエストがＨＥＡＤメソッドを用いたリクエストの場
合、ＨＥＡＤメソッドで指定されたファイルのヘッダ情
報を取得し、当該ヘッダ情報を含んだレスポンスを返信
する。これに対してＷＷＷサーバ１４Ｂは、ＨＥＡＤメ
ソッドの使用を許可せず、ＨＥＡＤメソッドを用いたリ
クエストに対しては、ＨＥＡＤメソッドの使用が許可さ
れていないことを示す情報を含むレスポンスを返信す
る。

【００２６】（３）ＤＴＥ１１の構成および機能 図３はＤＴＥ１１の構成例を示すブロック図である。こ
の図において、ＣＰＵ３１はＤＴＥ１１の各部を制御す
るとともに各種データ処理を行う。無線通信部３２はア
ンテナ等を含んだ通信インタフェースであり、ＣＰＵ３
１から供給されたデータを移動パケット通信網１２へ送
出するとともに、移動パケット通信網１２を介して受信
したデータをＣＰＵ３１へ渡す。

【００２７】操作部３３はユーザに操作される操作子
（テンキーやカーソルキー等）を備え、操作子の操作内
容を示すデータをＣＰＵ３１へ渡す。表示部３４は例え
ば液晶ディスプレイであり、ＣＰＵ３１から供給される
画像データに応じた画像を表示する。揮発性メモリ３５
は例えばＲＡＭ（Random Access Memory）であり、ＣＰ
Ｕ３１のワークエリアとして機能する。不揮発性メモリ
３６は例えばデータを書き換え不能に記憶するＲＯＭ
（Read-Only Memory）３６１とデータを書き換え可能に
記憶するＥＥＰＲＯＭ（Electrically Erasable Progra
mmable ROM）３６２とを有し、ＲＯＭ３６１にはオペレ
ーティングシステムやウェブブラウザ等のソフトウェア
が記憶されており、ＥＥＰＲＯＭ３６２にはユーザによ
り設定された情報等が記憶される。ＣＰＵ３１は、ＲＯ
Ｍ３６１に記憶されたソフトウェアを実行することで上
記各部の制御や各種データ処理を行う。

【００２８】次に、ＣＰＵ３１がＲＯＭ３６１に記憶さ
れたソフトウェアを実行することでＤＴＥ１１に付与さ
れる機能について説明する。ただし、これらの機能はウ
ェブブラウザを搭載している一般的な携帯電話機が有す
る機能と略同一であることから、ここでは、本実施形態
の動作例に直接的に関係する機能についてのみ説明す
る。

【００２９】（３−１）プロファイル設定機能 プロファイル設定機能はＤＴＥ１１の能力やＬＷＰ−Ｄ
ＴＥ間の通信に関してユーザが指定した情報等をプロフ
ァイル情報として設定する機能である。図４はＤＴＥ１
１が有するプロファイル設定機能を用いたプロファイル
設定処理の流れを示すフローチャートであり、この図に
示すように、ユーザがＤＴＥ１１の操作部３３を用いて
プロファイル設定処理の開始指示を入力すると、ＣＰＵ
３１はＥＥＰＲＯＭ３６２からプロファイル情報を読み
出して揮発性メモリ３５に一時記憶させるとともに表示
部３４を制御し、揮発性メモリ３５に一時記憶されたプ
ロファイル情報に基づいてプロファイル情報の設定画面
を表示させる（ステップＳＤ１）。この設定画面の一例
を図５に示す。この設定画面は、設定されているプロフ
ァイル情報を示すとともに、プロファイル情報の設定を
ユーザに促す画面である。なお、図５の例では、画像を
表示する際に画像枠を非表示とするようにプロファイル
情報が設定されていることが示されている。「画像枠」
とは、画像の外縁を囲む枠であり、画像が未表示の状態
において表示され得る。

【００３０】この画面を視認したユーザが操作部３３を
操作し、何らかの入力を行うと（ステップＳＤ２）、Ｃ
ＰＵ３１は入力内容が設定ボタンＢ１の押下を示すもの
か、キャンセルボタンＢ２の押下を示すものかを判定し
（ステップＳＤ３及びステップＳＤ４）、いずれでもな
い場合には入力内容に応じて揮発性メモリ３５に一時記
憶されているプロファイル情報を変更し（ステップＳＤ
５）、図６に示されるように、変更後のプロファイル情
報に基づいてプロファイル情報の設定画面を再表示する
（ステップＳＤ１）。

【００３１】ユーザの入力内容が設定ボタンＢ１の押下
を示す場合には、ＣＰＵ３１はＥＥＰＲＯＭ３６２に記
憶されているプロファイル情報を揮発性メモリ３５に一
時記憶されているプロファイル情報で上書きすることに
より、プロファイル情報を更新してプロファイル設定処
理を終える（ステップＳＤ６）。逆に、ユーザの入力内
容がキャンセルボタンＢ２の押下を示す場合には、ＣＰ
Ｕ３１はプロファイル情報を更新することなく、プロフ
ァイル設定処理を終える。なお、プロファイル設定処理
の終了時に、ＣＰＵ３１は表示部３４を制御し、設定画
面を閉じる。

【００３２】（３−２）コンテンツ取得機能および解釈
・表示機能 コンテンツ取得機能はＷＷＷサーバからＨＴＭＬファイ
ルや画像ファイル等をダウンロードする機能であり、ソ
フトウェアを実行したＤＴＥ１１が備えるＨＴＴＰクラ
イアント機能を用いて実現されている。また、解釈・表
示機能はダウンロードされたコンテンツを解釈・表示す
る機能であり、ソフトウェアを実行したＤＴＥ１１が備
えるＨＴＭＬ解釈機能とユーザインタフェース提供機能
とを用いて実現されている。

【００３３】図７はＤＴＥ１１が有するコンテンツ取得
機能を用いたコンテンツ取得処理の流れを示すフローチ
ャートであり、この図に示すように、ユーザがＤＴＥ１
１の操作部３３を用いてコンテンツ取得処理の開始指示
を入力すると、ＣＰＵ３１は無線通信部３２を制御し、
ＣＰＵ３１とＬＷＰ１６との間にＴＣＰコネクション
（以後、クライアントＴＣＰコネクション）を確立する
（ステップＳＥ１）。次に、ＣＰＵ３１はＨＴＴＰのＧ
ＥＴメソッドを用いたリクエストを生成する（ステップ
ＳＥ２）。このリクエストは、例えば“GET /PF/?http:
//www.*****.co.jp/HTTP/1.0”というリクエストライン
になる。このリクエストラインは、ＤＴＥ１１の操作部
３３を用いてユーザが入力した開始指示に基づいたＵＲ
Ｉ（http://www.*****.co.jp/）と、予め設定されたプ
ロファイル情報（画像枠表示）に応じた情報（PF）とを
含んでいる。なお、プロファイル情報が画像枠非表示を
示す情報であれば、リクエストラインは“GET //?http:
//www.*****.co.jp/HTTP/1.0”となる。

【００３４】次にＣＰＵ３１は、上記リクエストを上記
ＴＣＰコネクションを介してＬＷＰ１６へ送信する（ス
テップＳＥ３）。以後、ＣＰＵ３１は上記リクエストに
対するレスポンスの受信を待ち（ステップＳＥ４）、当
該レスポンスを受信すると、上記ＴＣＰコネクションを
切断し（ステップＳＥ５）、当該レスポンスに含まれる
コンテンツの解釈および表示を行う（ステップＳＥ
６）。なお、リクエストの送信後、所定時間経過しても
レスポンスを受信できない場合にはタイムアウト処理が
行われるが、この種のタイムアウト処理は本実施形態の
動作例に直接的に関係しないため、本実施形態ではタイ
ムアウト処理に関する説明を省略する。

【００３５】解釈および表示処理では、ＨＴＭＬの文法
に従ってコンテンツが解釈される。コンテンツがＨＴＭ
Ｌデータの場合、ＣＰＵ３１は、当該ＨＴＭＬデータを
解釈し、その記述に応じたレイアウトの画像データを生
成し、表示部３４へ供給する。ＨＴＭＬデータの解釈に
おいては、ＣＰＵ３１は階層的に記述された各種のタグ
に対応した処理を行う。ＣＰＵ３１が行う処理のうち、
本実施形態の動作と直接的に関連する処理について以下
に説明する。

【００３６】ＩＭＧタグ処理 ＩＭＧタグはＨＴＭＬ文書に画像を挿入するためのタグ
であり、画像ファイルを指定するためのＳＲＣ属性や、
画像サイズを指定するためのＷＩＤＴＨ属性およびＨＩ
ＧＨＴ属性、画像未表示時に表示する文字列を指定する
ためのＡＬＴ属性、イメージマップを実現するためのＵ
ＳＥＭＡＰ属性などを有する。このＩＭＧタグに対し
て、ＣＰＵ３１は表示部３４を制御し、ＳＲＣ属性によ
り指定された画像ファイルの取得、当該ファイル中の画
像データで表される画像をＷＩＤＴＨ属性およびＨＩＧ
ＨＴ属性で指定されたサイズで表示させる。また、画像
未表示時には、ＣＰＵ３１は表示部３４を制御し、ＡＬ
Ｔ属性で指定された文字列を画像の代わりに表示させ
る。

【００３７】クライアントサイドイメージマップ処理 クライアントサイドイメージマップはＩＭＧタグとＭＡ
Ｐタグとの組み合わせにより実現されるものであり、Ｍ
ＡＰタグにより規定されたマップをＩＭＧタグのＵＳＥ
ＭＡＰ属性で指定する、という形式で記述される。この
クライアントサイドイメージマップの表示時には、ＣＰ
Ｕ３１は表示部３４、操作部３３および無線通信部３２
を制御し、画像内の複数の領域にそれぞれＨＲＥＦ属性
を設定し、ユーザにより選択された領域に設定されたＨ
ＲＥＦ属性の値（リンク先のＵＲＩ）に基づいた処理を
行う。

【００３８】Ａタグ処理 Ａタグは文字列にアンカーを埋め込むためのタグであ
り、ＨＲＥＦ属性等を有する。文字列およびＨＲＥＦ属
性が設定されたＡタグに対して、ＣＰＵ３１は表示部３
４、操作部３３および無線通信部３２を制御して当該文
字列を表示し、当該文字列がユーザにより選択される
と、ＨＲＥＦ属性値に対応したファイルを取得する処理
を開始する。

【００３９】（４）ＬＷＰ１６の構成および機能 図８はＬＷＰ１６の構成例を示すブロック図である。Ｌ
ＷＰ１６は一般的なプロキシサーバと同様のハードウェ
ア構成を有するものであり、全ての構成を説明すると説
明が繁雑となることから、図８には、本実施形態の動作
例を説明するために必要最小限の構成のみが示されてい
る。

【００４０】図８において、ＣＰＵ４１はＬＷＰ１６の
各部を制御するとともに各種データ処理を行う。通信部
４２はインターネット１３を介してＴＣＰ／ＩＰ（Tran
smission Control Protocol/Internet Protocol）およ
びＨＴＴＰに従った通信を行うためのインタフェースで
あり、ＣＰＵ４１から供給されたデータをインターネッ
ト１３へ送出するとともに、インターネット１３を介し
て受信したデータをＣＰＵ４１へ渡す。

【００４１】操作部４３はＬＷＰ１６の管理者に操作さ
れるものであり、キーボードやマウス等の装置を備え、
これらの装置を用いて管理者が入力したデータをＣＰＵ
３１へ渡す。表示部４４は例えばＣＲＴ（Cathode Ray
Tube）とその制御装置からなり、ＣＰＵ４１から供給さ
れる画像データに応じた画像を表示する。揮発性メモリ
４５は例えばＲＡＭであり、ＣＰＵ４１のワークメモリ
として機能する。不揮発性メモリ４６は例えばＲＯＭお
よびハードディスクからなり、起動プログラムやオペレ
ーティングシステム、代理処理を行うためのソフトウェ
ア等を記憶している。ＣＰＵ４１は、不揮発性メモリ４
６に記憶されたソフトウェアを実行することで上記各部
の制御や各種データ処理を行う。

【００４２】次に、ＣＰＵ４１が不揮発性メモリ４６に
記憶されたソフトウェアを実行することでＬＷＰ１６に
付与される機能について説明する。ただし、一般的なプ
ロキシサーバが備えている機能については、本実施形態
の動作例に直接的に関係する機能についてのみ説明す
る。

【００４３】（４−１）ＨＴＴＰ処理機能 ＨＴＴＰ処理機能は、ＣＰＵ４１がソフトウェアを実行
することによりＬＷＰ１６が備えるＨＴＴＰクライアン
ト機能（一般的なＨＴＴＰに応じた機能）およびＨＴＴ
Ｐサーバ機能（縮退されたＨＴＴＰに応じた機能）を用
いてＨＴＴＰに従った通信を中継する機能である。この
中継においては、ＣＰＵ４１はＨＴＴＰに従ったリクエ
ストおよびレスポンスを構成するフィールドを認識し、
適切な処理を施す。例えば、ＨＴＴＰリクエストヘッダ
のジェネラルヘッダフィールドにおける“Via”は、Ｄ
ＴＥ１１ではセットされずにＬＷＰ１６においてセット
される。また、リクエストヘッダフィールドにおける
“Host”は、ＤＴＥ１１およびＬＷＰ１６においてそれ
ぞれセットされる。さらに、リクエストヘッダフィール
ドにおける“Proxy-Authorization”及び“Client ID”
はＤＴＥ１１でセットされＬＷＰ１６において削除され
る。エンティティヘッダフィールドにおける“Content-
Length”とエンティティボディはＤＴＥ１１でセットさ
れＬＷＰ１６において変更を加えられない。また、ＨＴ
ＴＰレスポンスヘッダのエンティティヘッダフィールド
における“Content-Length”及び“Content-Type”とエ
ンティティボディはＷＷＷサーバにおいてセットされ、
ＬＷＰ１６において変更を加えられない。ＤＴＥ１１と
ＷＷＷサーバとの間の通信において、ＬＷＰ１６がＨＴ
ＴＰリクエストおよびレスポンスを中継する際には、こ
のような変換が必ず行われる。

【００４４】（４−２）コンテンツ代理取得機能 コンテンツ代理取得機能はＤＴＥからのリクエストに応
じてＷＷＷサーバからコンテンツをダウンロードし、必
要に応じて加工した後に上記リクエストに対するレスポ
ンスとしてＤＴＥへ転送する機能であり、ＨＴＴＰ処理
機能の使用を前提としている。

【００４５】図９はＬＷＰ１６が有するコンテンツ代理
取得機能を用いたコンテンツ代理取得処理の流れを示す
フローチャートであり、この図に示すように、ＣＰＵ４
１は、ＤＴＥからの要請に応じてＤＴＥとの間にクライ
アントＴＣＰコネクションを確立する（ステップＳＡ
１）。そして、当該クライアントＴＣＰコネクションを
介してＨＴＴＰのＧＥＴメソッドを用いたリクエストを
受信すると、ＣＰＵ４１は、当該リクエストから当該Ｄ
ＴＥのプロファイル情報を取得し、当該クライアントＴ
ＣＰコネクションを一意に特定する情報（例えばコネク
ションＩＤ）とともに揮発性メモリ４５に記憶させる
（ステップＳＡ２）。なお、揮発性メモリ４５は例えば
ＤＲＡＭ（Dynamic RAM）であり、ハードディスク等に
比較して応答速度が速く、このような揮発性メモリ４５
にプロファイル情報を格納することで、プロファイル情
報を用いた後述する処理を高速化することができる。

【００４６】次に、ＣＰＵ４１は、受信したリクエスト
に指定されたＵＲＩに対応するＷＷＷサーバとの間でＴ
ＣＰコネクション（以後、サーバＴＣＰコネクション）
を確立し、当該サーバＴＣＰコネクションを一意に特定
する情報（例えばコネクションＩＤ）を当該プロファイ
ル情報に対応付けて揮発性メモリ４５に記憶させる（ス
テップＳＡ３）。さらにＣＰＵ４１は、当該リクエスト
を加工し、加工後のリクエストを当該サーバＴＣＰコネ
クション経由で送信する（ステップＳＡ４）。このと
き、サーバＴＣＰコネクション経由で送信されるリクエ
ストの送信元はＬＷＰ１６となっている。

【００４７】以後、ＣＰＵ４１は上記リクエストに対す
るレスポンスの受信を待ち（ステップＳＡ５）、当該レ
スポンスを受信すると、上記サーバＴＣＰコネクション
を切断し（ステップＳＡ６）、切断したサーバＴＣＰコ
ネクションのコネクションＩＤに対応付けて揮発性メモ
リ４５に記憶されているプロファイル情報を読み出し、
このプロファイル情報が画像枠表示／非表示のいずれを
示すものであるかを判定する（ステップＳＡ７）。

【００４８】当該プロファイル情報が画像枠表示を示す
ものであれば、ＣＰＵ４１は当該レスポンスに含まれる
コンテンツの解析（および変更）を行う。すなわち、Ｃ
ＰＵ４１は当該コンテンツから順に解析対象のタグ（以
後、対象タグ）を抽出し、対象タグが無くなるまで、対
象タグがＩＭＧタグであれば当該ＩＭＧタグに設定され
たＡＬＴ属性値の変更処理を行う、という処理を繰り返
す（ステップＳＡ８〜ＳＡ１１）。このＡＬＴ属性値の
変更処理の具体的な内容については後述する。

【００４９】上記解析（および変更）を完了すると、Ｃ
ＰＵ４１は、解析（および変更）後のコンテンツを含む
レスポンスを、対応するクライアントＴＣＰコネクショ
ンを介して、ＤＴＥからのリクエストに対するレスポン
スとして送信し（ステップＳＡ１２）、当該クライアン
トＴＣＰコネクションを切断する（ステップＳＡ１
３）。

【００５０】また、切断したサーバＴＣＰコネクション
のコネクションＩＤに対応付けて揮発性メモリ４５に記
憶されているプロファイル情報が画像枠非表示を示すも
のであれば、上記解析（および変更）を行うことなく、
ＷＷＷサーバから受信したコンテンツを含むレスポンス
を、対応するクライアントＴＣＰコネクションを介し
て、ＤＴＥからのリクエストに対するレスポンスとして
送信した後に当該クライアントＴＣＰコネクションを切
断する（ステップＳＡ７，ＳＡ１２及びＳＡ１３）。

【００５１】（４−２−１）ＡＬＴ属性値の変更処理 図１０はＡＬＴ属性値の変更処理（図９のステップＳＡ
１１）の流れを示すフローチャートであり、この図に示
す処理は、対象タグがＩＭＧタグの場合に行われる。対
象タグがＩＭＧタグの場合、ＣＰＵ４１は当該ＩＭＧタ
グに指定されたＵＲＩに対応するＷＷＷサーバとの間で
サーバＴＣＰコネクションを確立し（ステップＳＢ
１）、当該ＵＲＩで指定される画像ファイルのヘッダ情
報を取得するためのＨＥＡＤメソッドを用いたリクエス
トを生成し（ステップＳＢ２）、当該サーバＴＣＰコネ
クションを介して送信する（ステップＳＢ３）。

【００５２】以後、ＣＰＵ４１は当該リクエストに対す
るレスポンスの受信を待ち（ステップＳＢ４）、レスポ
ンスを受信すると、当該レスポンスが上記ヘッダ情報を
含む正常なレスポンスであるか否かを判定する（ステッ
プＳＢ５）。当該レスポンスが正常なレスポンスの場
合、ＣＰＵ４１は当該サーバＴＣＰコネクションを切断
し（ステップＳＢ６）、このヘッダ情報に基づいて当該
ＩＭＧタグのＡＬＴ属性値を変更する（ステップＳＢ
７）。

【００５３】具体的には、ＣＰＵ４１は、レスポンスの
エンティティヘッダフィールドにおける“Content-Leng
th”を読み取ることで画像ファイルのデータサイズ（例
えば５０ＫＢ）を取得し、このデータサイズを示す文字
列（例えば「50KB」）を生成し、この文字列を所定の形
式に整形して当該ＩＭＧタグのＡＬＴ属性値に付加す
る。例えば、ＩＭＧタグのＡＬＴ属性値が「風景」であ
れば、変更後の属性値は「風景[50KB]」となる。なお、
本実施形態では、データサイズの表示をＫＢ単位で行う
とともに小数点以下を四捨五入する例を示すが、他の単
位や精度に変更してもよい。

【００５４】一方、ＷＷＷサーバからのレスポンスが正
常なレスポンスでない場合、ＣＰＵ４１は当該ＩＭＧタ
グに指定されたＵＲＩで指定される画像ファイルを取得
するためのＧＥＴメソッドを用いたリクエストを生成し
（ステップＳＢ８）、上記サーバＴＣＰコネクションを
介して送信する（ステップＳＢ９）。以後、ＣＰＵ４１
は上記リクエストに対するレスポンスの受信を待ち（ス
テップＳＢ１０）、当該レスポンスを受信すると、当該
レスポンスに含まれている画像ファイルのデータサイズ
を計測し（ステップＳＢ１１）、当該サーバＴＣＰコネ
クションを切断し（ステップＳＢ６）、当該データサイ
ズに基づいてＡＬＴ属性値を変更する（ステップＳＢ
７）。なお、画像ファイルのデータサイズの計測は、Ｃ
ＰＵ４１が、例えば、レスポンス中のエンティティボデ
ィのデータサイズを測ることで行われる。上述のＡＬＴ
属性値の変更処理は、コンテンツ中のＩＭＧタグ（画
像）の数だけ繰り返される。

【００５５】（５）動作例 本実施形態の動作はコンテンツの内容、プロファイル情
報の内容、およびＷＷＷサーバの機能に応じて異なり、
その動作パターンは多数となるが、ここでは、本発明の
特徴を表す動作例のみについて、図７、図９〜図２０を
参照して説明する。なお、これらの図において共通する
部分には同一の符号が付されている。

【００５６】ただし、以下に説明する動作例の前提とし
て、ＤＴＥ１１がＷＷＷサーバ１４Ａから取得するコン
テンツは、２０ＫＢの画像ファイル（aaa.gif）を指定
したＩＭＧタグと５０ＫＢの画像ファイル（bbb.gif）
を指定したクライアントサイドイメージマップとを含む
テキストファイルであるものとする。このテキストファ
イル内の記述の要部を以下に例示する。

【００５７】..... <IMG SRC="../title.gif" ALT="風景" WIDTH=80 HEIGHT
=50> <P> <IMG SRC="../bbb.gif" ALT="イメージマップ" WIDTH="
200" HEIGHT="100" USEMAP="#WMAP"> <MAP NAME="WMAP"> <AREA HREF="../eu.html" SHAPE="circle" COORDS="13
0,40,35"> <AREA HREF="../af.html" SHAPE="circle" COORDS="40,
70,25"> </MAP> </P> .....

【００５８】また、以下に説明する動作例の前提とし
て、ＤＴＥ１１がＷＷＷサーバ１４Ｂから取得するコン
テンツは、１０ＫＢの画像ファイル（ccc.gif）を指定
したＩＭＧタグと７０ＫＢの画像ファイル（ddd.gif）
を指定したクライアントサイドイメージマップとを含む
テキストファイルであるものとする。このテキストファ
イル内の記述の要部を以下に例示する。

【００５９】..... <IMG SRC="../ccc.gif" WIDTH=200 HEIGHT=15> <P> <IMG SRC="../ddd.gif" WIDTH="200" HEIGHT="130" USE
MAP="#JMAP"> <MAP NAME="JMAP"> <AREA HREF="../hok.html" SHAPE="circle" COORDS="17
0,15,15"> <AREA HREF="../hon.html" SHAPE="circle" COORDS="13
0,75,30"> <AREA HREF="../sik.html" SHAPE="circle" COORDS="7
0,105,10"> <AREA HREF="../kyu.html" SHAPE="circle" COORDS="4
0,105,15"> </MAP> </P> .....

【００６０】（５−１）画像枠非表示かつＷＷＷサーバ
１４Ａの場合の動作例 図１１はプロファイル情報が画像枠非表示を示し、かつ
コンテンツの取得先がＷＷＷサーバ１４Ａの場合の動作
例を示すシーケンス図であり、この図に示すように、ま
ず、ＤＴＥ１１では、ユーザの操作に従ってプロファイ
ル情報（この場合には画像枠非表示）が設定される。こ
の設定処理の詳細は図４に示されている通りであり、こ
の設定処理の結果、ＤＴＥ１１のＥＥＰＲＯＭ３６２に
は画像枠非表示を示すプロファイル情報が記憶される。

【００６１】次に、ユーザがＤＴＥ１１を操作し、ＷＷ
Ｗサーバ１４Ａからのデータ取得を指示すると、ＤＴＥ
１１とＬＷＰ１６との間でクライアントＴＣＰコネクシ
ョンが確立される（ステップＳＥ１，ＳＡ１）。次に、
ＤＴＥ１１において、ＷＷＷサーバ１４Ａに対応するＵ
ＲＩ（http://www.*****.co.jp/index.html）とＥＥＰ
ＲＯＭ３６２に記憶されたプロファイル情報とに基づい
てＧＥＴメソッドを用いたリクエストが生成され（ステ
ップＳＥ２）、このリクエストが当該クライアントＴＣ
Ｐコネクションを介してＬＷＰ１６へ送信される（ステ
ップＳＥ３）。

【００６２】このリクエストをＬＷＰ１６が受信すると
（ステップＳＡ２）、ＬＷＰ１６とＷＷＷサーバ１４Ａ
との間でサーバＴＣＰコネクションが確立され（ステッ
プＳＡ３）、当該リクエストを前述のＨＴＴＰ処理機能
により変換した後のリクエストがＬＷＰ１６から当該サ
ーバＴＣＰコネクションを介してＷＷＷサーバ１４Ａへ
送信される（ステップＳＡ４）。なお、ＬＷＰ１６で
は、クライアントＴＣＰコネクションを介して受信した
リクエストからプロファイル情報が抽出され、揮発性メ
モリ４５に一時記憶される。

【００６３】当該サーバＴＣＰコネクションを介してＬ
ＷＰ１６からのリクエストを受信したＷＷＷサーバ１４
Ａでは、当該リクエストで指定されたＵＲＩに対応した
コンテンツ（index.html）を含むレスポンスが生成さ
れ、当該サーバＴＣＰコネクションを介してＬＷＰ１６
へ返信される（ステップＳＡ５）。この後、当該サーバ
ＴＣＰコネクションは切断される（ステップＳＡ６）。

【００６４】次に、ＬＷＰ１６では、ＤＴＥ１１のプロ
ファイル情報が画像枠表示／画像枠非表示のどちらを示
すものであるかが判定される（ステップＳＡ７）。この
動作例ではプロファイル情報は画像枠非表示を示すこと
から、ＬＷＰ１６において、前述の解析（および変更）
は行われず、ＷＷＷサーバ１４Ａからのレスポンスは前
述のＨＴＴＰ処理機能により変換された後、ＤＴＥ１１
からのリクエストへのレスポンスとして上記クライアン
トＴＣＰコネクション経由でＤＴＥ１１へ送信され（ス
テップＳＡ１２）、ＤＴＥ１１により受信される（ステ
ップＳＥ４）。

【００６５】ＤＴＥ１１が上記レスポンスを受信する
と、上記クライアントＴＣＰコネクションが切断され
（ステップＳＥ５，ＳＡ１３）、ＤＴＥ１１において、
当該レスポンス中のコンテンツの解釈・表示が行われる
（ステップＳＥ６）。この結果、ＤＴＥ１１の表示部３
４には、例えば、図１２に示す画面が表示される。ＤＴ
Ｅ１１において、この時点では画像データは取得されて
おらず、かつ、不揮発性メモリ４６に記憶されたプロフ
ァイル情報は画像枠非表示を示すものであることから、
ＩＭＧタグのＡＬＴ属性値を表示するのに必要最小限の
表示領域が確保され、この領域内に当該ＡＬＴ属性値
「風景」が表示される。このような事情はクライアント
サイドイメージマップでも同様であり、必要最小限の表
示領域内にクライアントサイドイメージマップを構成す
るＩＭＧタグのＡＬＴ属性値「イメージマップ」が表示
される。

【００６６】図１１に示すように、上記解釈・表示に並
行して、ＤＴＥ１１では、ＩＭＧタグのＨＲＥＦ属性値
に対応する画像データ（aaa.gif）をＷＷＷサーバ１４
Ａから取得する処理が行われる。この処理に応じた本実
施形態の動作は上述したＨＴＭＬデータの取得時の動作
と同様の動作となるため、その説明を省略する。このよ
うな画像データの取得処理は、ＩＭＧタグの数だけ繰り
返される。

【００６７】ＤＴＥ１１において、全てのＩＭＧタグに
対応する画像データが取得されると、その表示部３４に
表示される画面は図１３に示すような画面となる。すな
わち、ＩＭＧタグで指定された画像が正しく表示され
る。なお、図１２および図１３から明らかなように、画
像枠非表示であることから、画像データを取得する都
度、画面のレイアウトが変更される。また、クライアン
トサイドイメージマップは対応する画像が表示された後
に使用可能となる。

【００６８】（５−２）画像枠非表示かつＷＷＷサーバ
１４Ｂの場合の動作例 図１４はプロファイル情報が画像枠非表示を示し、かつ
コンテンツの取得先がＷＷＷサーバ１４Ｂの場合の動作
例を示すシーケンス図であり、この図に示す動作例が図
１１に示す動作例と異なる点は、取得対象のコンテンツ
がＷＷＷサーバ１４Ｂ上のコンテンツである点のみであ
ることから、本動作例の詳細な説明を省略する。なお、
図１４に示す動作例において、ＤＴＥ１１の表示部３４
に最初に表示される画面は図１５に例示する画面とな
り、全ての画像データの取得後に表示される画面は図１
６に例示する画面となる。

【００６９】（５−３）画像枠表示かつＷＷＷサーバ１
４Ａの場合の動作例 図１７はプロファイル情報が画像枠表示を示し、かつコ
ンテンツの取得先がＷＷＷサーバ１４Ａの場合の動作例
を示すシーケンス図であり、この図に示すように、ま
ず、ＤＴＥ１１では、ユーザの操作に従ってプロファイ
ル情報（この場合には画像枠表示）が設定され、ＥＥＰ
ＲＯＭ３６２には画像枠表示を示すプロファイル情報が
記憶される。以後、ステップＳＡ６まで図１１と同様の
シーケンスとなる。ただし、ＬＷＰ１６の揮発性メモリ
４５に一時記憶されるプロファイル情報は、画像枠表示
を示すプロファイル情報である。

【００７０】ＬＷＰ１６とＷＷＷサーバ１４Ａとの間の
サーバＴＣＰコネクションが切断されると（ステップＳ
Ａ６）、ＬＷＰ１６では、ＤＴＥ１１のプロファイル情
報が画像枠表示／画像枠非表示のどちらを示すものであ
るかが判定される（ステップＳＡ７）。この動作例では
プロファイル情報は画像枠表示を示すことから、ＬＷＰ
１６では、ＷＷＷサーバ１４Ａからのレスポンスに含ま
れるコンテンツに対して、前述の解析（および変更）が
行われる（ステップＳＡ８〜ＳＡ１１及びシーケンス
Ａ）。すなわち、ＬＷＰ１６においてＩＭＧタグが解析
対象の対象タグとなる毎に、以下の動作が行われる。

【００７１】対象タグ（ＩＭＧタグ）に指定されたＵＲ
Ｉに対応するＷＷＷサーバ１４ＡとＬＷＰ１６との間で
サーバＴＣＰコネクションが確立され（ステップＳＢ
１）、ＬＷＰ１６において当該ＵＲＩで指定される画像
ファイル（aaa.gif）のヘッダ情報を取得するためのＨ
ＥＡＤメソッドを用いたリクエストが生成され（ステッ
プＳＢ２）、このリクエストが当該サーバＴＣＰコネク
ションを介してＬＷＰ１６からＷＷＷサーバ１４Ａへ送
信される（ステップＳＢ３）。

【００７２】当該リクエストを受信したＷＷＷサーバ１
４ＡはＨＥＡＤメソッドの使用を許容していることか
ら、ＷＷＷサーバ１４Ａにおいて当該リクエストのＨＥ
ＡＤメソッドで指定されたコンテンツ（aaa.gif）のヘ
ッダ情報が取得され、当該ヘッダ情報を含んだレスポン
スがＷＷＷサーバ１４Ａから当該サーバＴＣＰコネクシ
ョンを介してＬＷＰ１６へ返信される（ステップＳＢ
４）。

【００７３】そして、ＬＷＰ１６では当該レスポンスの
正常性が判定される（ステップＳＢ５）。当該レスポン
スは所望の画像ファイルのヘッダ情報を含んでいること
から正常と判断され、続いてＬＷＰ１６とＷＷＷサーバ
１４Ａとの間のサーバＴＣＰコネクションが切断され
（ステップＳＢ６）、当該ヘッダ情報に基づいて当該Ｉ
ＭＧタグのＡＬＴ属性値が変更される（ステップＳＢ
７）。aaa.gifのデータサイズは２０ＫＢであることか
ら、ＷＷＷサーバ１４Ａからのレスポンスのエンティテ
ィヘッダフィールドにおける“Content-Length”には２
０ＫＢを示す情報が格納されており、ＬＷＰ１６では、
この情報が読み取られ、この情報に応じた文字列「20K
B」が生成され、「[20KB]」に整形された後に当該ＩＭ
ＧタグのＡＬＴ属性値に付加される。この結果、当該Ｉ
ＭＧタグのＡＬＴ属性値は「風景[20KB]」となる。図１
７に示すように、このような動作がbbb.gifについても
行われ、bbb.gifに対応するＩＭＧタグのＡＬＴ属性値
は「イメージマップ[50KB]」となる。

【００７４】このようにコンテンツの内容が変更された
ＷＷＷサーバ１４Ａからのレスポンスは、前述のＨＴＴ
Ｐ処理機能により変換された後、ＤＴＥ１１からのリク
エストへのレスポンスとして上記クライアントＴＣＰコ
ネクション経由でＤＴＥ１１へ送信され（ステップＳＡ
１２）、ＤＴＥ１１により受信される（ステップＳＥ
４）。以降の動作は、図１１に示す動作例と同様であ
る。

【００７５】ただし、ＤＴＥ１１におけるコンテンツの
解釈・表示の結果、表示部３４に最初に表示される画面
は、例えば図１８に示す画面となる。ＤＴＥ１１におい
て、この時点では画像データは取得されておらず、か
つ、不揮発性メモリ３６に記憶されたプロファイル情報
は画像枠表示を示すものであることから、ＩＭＧタグの
ＷＩＤＴＨ属性値およびＨＩＧＨＴ属性値で表されるサ
イズの画像枠が表示され、この画像枠内に当該ＩＭＧタ
グのＡＬＴ属性値「風景[20KB]」が表示される。このよ
うな事情はクライアントサイドイメージマップでも同様
であり、クライアントサイドイメージマップを構成する
ＩＭＧタグのＷＩＤＴＨ属性値およびＨＩＧＨＴ属性値
で表されるサイズの画像枠が表示され、この画像枠内に
当該ＩＭＧタグのＡＬＴ属性値「イメージマップ[50K
B]」が表示される。なお、クライアントサイドイメージ
マップは対応する画像が表示された後に使用可能とな
る。

【００７６】これにより、ユーザは、コンテンツ取得の
初期段階において、各画像ファイルの取得にかかる時間
や費用（移動パケット通信網１２がパケット量に基づい
て課金する通信網の場合）を推定することができる。し
たがって、ユーザは、画像ファイルの取得を待たずに他
の作業（他のコンテンツの取得開始やウェブブラウザ以
外のソフトウェアを用いた作業、ＤＴＥ１１を用いない
作業など）を行うか否かの判断を迅速に行うことができ
る。

【００７７】（５−４）画像枠表示かつＷＷＷサーバ１
４Ｂの場合の動作例 図１９はプロファイル情報が画像枠表示を示し、かつコ
ンテンツの取得先がＷＷＷサーバ１４Ｂの場合の動作例
を示すシーケンス図であり、ＬＷＰ１６がＷＷＷサーバ
１４Ｂからindex.htmlを受信してＷＷＷサーバ１４Ｂと
の間のサーバＴＣＰコネクションを切断するまでは（ス
テップＳＡ６）、図１７に示す動作例と同様の動作とな
っている。もちろん、取得対象のコンテンツがＷＷＷサ
ーバ１４Ａ上のコンテンツではなく、ＷＷＷサーバ１４
Ｂ上のコンテンツである点で異なるが、図１７に示す動
作例から容易に推定可能であるため、サーバＴＣＰコネ
クションを切断するまでの動作の説明を省略する。

【００７８】ＷＷＷサーバ１４Ｂからindex.htmlを受信
してＷＷＷサーバ１４ＢとのサーバＴＣＰコネクション
を切断したＬＷＰ１６では、図１７に示す動作例と同様
に、ＤＴＥ１１のプロファイル情報が画像枠表示／画像
枠非表示のどちらを示すものであるかが判定される（ス
テップＳＡ７）。この動作例ではプロファイル情報は画
像枠表示を示すことから、ＬＷＰ１６では、ＷＷＷサー
バ１４Ｂからのレスポンスに含まれるコンテンツに対し
て、前述の解析（および変更）が行われる（ステップＳ
Ａ８〜ＳＡ１１及びシーケンスＢ）。すなわち、ＬＷＰ
１６においてＩＭＧタグが解析対象の対象タグとなる毎
に、以下の動作が行われる。

【００７９】対象タグ（ＩＭＧタグ）に指定されたＵＲ
Ｉに対応するＷＷＷサーバ１４ＢとＬＷＰ１６との間で
サーバＴＣＰコネクションが確立され（ステップＳＢ
１）、ＬＷＰ１６において当該ＵＲＩで指定される画像
ファイル（ccc.gif）のヘッダ情報を取得するためのＨ
ＥＡＤメソッドを用いたリクエストが生成され（ステッ
プＳＢ２）、このリクエストが当該サーバＴＣＰコネク
ションを介してＬＷＰ１６からＷＷＷサーバ１４Ｂへ送
信される（ステップＳＢ３）。

【００８０】当該リクエストを受信したＷＷＷサーバ１
４ＢはＨＥＡＤメソッドの使用を許容していないことか
ら、ＨＥＡＤメソッドの使用が許可されていないことを
示す情報を含むレスポンスが、ＷＷＷサーバ１４Ｂから
当該サーバＴＣＰコネクションを介してＬＷＰ１６へ返
信される（ステップＳＢ４）。このレスポンスを受信し
たＬＷＰ１６では、当該レスポンスの正常性が判定され
るが、当該レスポンスはＨＥＡＤメソッドの使用が許可
されていないことを示す情報を含むことから正常ではな
いと判断される（ステップＳＢ５）。

【００８１】この結果、ＬＷＰ１６では、ccc.gifを取
得するためのＧＥＴメソッドを用いたリクエストが生成
され（ステップＳＢ８）、このリクエストがサーバＴＣ
Ｐコネクションを介してＬＷＰ１６からＷＷＷサーバ１
４Ｂへ送信される（ステップＳＢ９）。このリクエスト
を受信したＷＷＷサーバ１４Ｂでは、当該リクエストに
指定されたccc.gifを含むレスポンスが生成され、この
レスポンスが当該リクエストへのレスポンスとしてサー
バＴＣＰコネクション経由でＷＷＷサーバ１４ＢからＬ
ＷＰ１６へ送信される（ステップＳＢ１０）。

【００８２】このレスポンスを受信したＬＷＰ１６で
は、当該レスポンス中のエンティティボディのデータサ
イズが計測され（ステップＳＢ１１）、当該データサイ
ズに応じた文字列「10KB」が生成され、「[10KB]」に整
形された後に当該ＩＭＧタグのＡＬＴ属性値に付加され
る。この結果、当該ＩＭＧタグのＡＬＴ属性値は「タイ
トル[10KB]」となる（ステップＳＢ７）。なお、レスポ
ンス中のエンティティボディはccc.gifそのものである
ことから、当該ＩＭＧタグのＡＬＴ属性値にはccc.gif
のデータサイズを示す文字列が付加されたことになる。
また、この間にサーバＴＣＰコネクションは切断される
（ステップＳＢ６）。図１９に示すように、このような
動作がddd.gifについても行われ、ddd.gifに対応するＩ
ＭＧタグのＡＬＴ属性値は「イメージマップ[70KB]」と
なる。

【００８３】このようにコンテンツの内容が変更された
ＷＷＷサーバ１４Ｂからのレスポンスは、前述のＨＴＴ
Ｐ処理機能により変換された後、ＤＴＥ１１からのリク
エストへのレスポンスとしてクライアントＴＣＰコネク
ション経由でＤＴＥ１１へ送信される（ステップＳＡ１
２）。以降の動作は、図１７に示す動作例と同様であ
る。ただし、ＤＴＥ１１におけるコンテンツの解釈・表
示の結果、表示部３４に最初に表示される画面は、例え
ば図２０に示す画面となる。つまり、ＷＷＷサーバ１４
ＢがＨＥＡＤメソッドの使用を許容しない場合にも、図
１７に示す動作例と同様の使い勝手がユーザに提供され
る。

【００８４】以上説明したように、本実施形態によれ
ば、既存の機能のみを備えたＤＴＥ１１を用いて画像を
含むコンテンツを取得しようとするユーザに対して、画
像データの転送前に、当該画像データのデータサイズを
知らせることができる。なお、上述した動作例において
は、ＨＥＡＤメソッドの許容／非許容がＷＷＷサーバに
より決定される例を挙げたが、コンテンツ（例えば画像
ファイル）毎にＨＥＡＤメソッドの許容／非許容が変わ
る場合にも本実施形態は対応可能である。

【００８５】［第２実施形態］ （１）全体構成 図２１は本発明の第２実施形態に係るデータ配信システ
ムの全体構成を示す図であり、この図に示すシステム
は、基本的に、通信網経由でデータを取得するＤＴＥに
おいて、表示すべき画像が未表示の時に、当該画像デー
タのサイズを表示することで当該画像データの取得にか
かるコスト（時間および通信量）をユーザが推定できる
ようにするとともに当該画像に対応付けられたハイパー
リンクを使用可能としてユーザの便宜を図り、あわせて
通信網におけるトラヒックの削減を実現している。

【００８６】この図に示すシステムが図１に示すシステ
ムと異なる点は、ＷＷＷサーバ１４Ｂが削除された点
と、ＤＴＥ１１に代えてＤＴＥ５１を設けた点と、ＬＷ
Ｐ１６に代えてＬＷＰ５２を設けた点である。他の部分
については第１実施形態と同一であることから、以降、
これらの相違点についてのみ説明する。

【００８７】（２）ＤＴＥ５１の構成および機能 ＤＴＥ５１のハードウェア構成はＤＴＥ１１と略同一で
ある（図３参照）。ただし、ウェブブラウザはＲＯＭ３
６１ではなく、ＥＥＰＲＯＭ３６２に記憶されている。
すなわち、ＤＴＥ５１は使用するウェブブラウザを更新
可能に記憶しており、このウェブブラウザをＣＰＵ３１
が実行することで、ＤＴＥ１１が行う処理のみならず、
以下に述べる処理を行う。

【００８８】ＡＬＴ属性監視処理 ＤＴＥ５１はＩＭＧタグのＡＬＴ属性値に基づいたユー
ザインタフェースを提供するが、その後、図２２に示す
ＡＬＴ属性監視処理を行う。すなわち、ＤＴＥ５１は、
コンテンツの解釈・表示過程（図７のステップＳＥ６）
において未表示の画像が存在する間、新たに画像が取得
されると、当該画像の代わりに提供されていた代替ユー
ザインタフェースを削除した後に当該画像を表示する
（ステップＳＦ１〜ＳＦ４）。つまり、ＤＴＥ５１は、
表示されているＡＬＴ属性値に画像を上書き表示するの
ではなく、ＡＬＴ属性値に基づいた代替ユーザインタフ
ェースを積極的に削除した後に画像を表示する。

【００８９】ＡＬＴ属性変換処理 ＤＴＥ５１は、解釈・表示対象がクライアントサイドイ
メージマップ（ＩＭＧタグとＭＡＰタグとの組み合わせ
により実現され、内部の各領域にＨＲＥＦ属性が設定さ
れたイメージマップ）の場合に、図２３に示すＡＬＴ属
性変換処理を行う。すなわち、ＤＴＥ５１は、当該クラ
イアントサイドイメージマップを構成するＩＭＧタグの
ＡＬＴ属性にＡタグのＨＲＥＦ要素が埋め込まれている
か否かを判定し（ステップＳＧ１）、埋め込まれている
場合には、埋め込まれている要素を抽出し（ステップＳ
Ｇ２）、当該ＡＬＴ属性値から当該要素を除外した状態
で当該ＩＭＧタグの解釈・表示を行うとともに、抽出し
た要素に基づいたユーザインタフェースを生成・提供す
る（ステップＳＧ３）。

【００９０】例えば、クライアントサイドイメージマッ
プを構成するＩＭＧタグのＡＬＴ属性値が“イメージマ
ップ[50KB][@]../eu.html[@]../af.html”であれば、表
示時文字列「../eu.html」に../eu.htmlへのリンクが埋
め込まれたＡタグと、表示文字列「../af.html」に../a
f.htmlへのリンクが埋め込まれたＡタグが仮想的に生成
され、当該ＩＭＧタグのＡＬＴ属性値に基づいたユーザ
インタフェースの提供が有効である間、これらの仮想的
Ａタグが通常のＡタグと同様に取り扱われる。また、当
該ＩＭＧタグのＡＬＴ属性値に基づいたユーザインタフ
ェースの提供が有効である間、“イメージマップ[50K
B]”が当該ＩＭＧタグのＡＬＴ属性値として取り扱われ
る。

【００９１】プログラム・ダウンロード更新機能 ＤＴＥ５１は、ユーザの指示に応じて、ＬＷＰ５２から
プログラムをダウンロードする機能を備えている。もち
ろん、ダウンロードしたプログラムが実行可能であれ
ば、これを実行する機能をも備えている。

【００９２】（３）ＬＷＰ１６の構成および機能 ＬＷＰ５２のハードウェア構成はＬＷＰ１６と略同一で
ある（図８参照）。ただし、ＬＷＰ５２の不揮発性メモ
リ４６に記憶されている代理処理を行うためのソフトウ
ェアは、ＬＷＰ１６における不揮発性メモリ４６に記憶
されているものと異なっている。また、ＬＷＰ５２の不
揮発性メモリ４６には、ＤＴＥ５１において実行される
ことでＤＴＥ５１のウェブブラウザを更新するプログラ
ムも記憶されている。次に、ＤＴＥ５１のＣＰＵ４１が
不揮発性メモリ４６に記憶されたソフトウェアを実行す
ることでＬＷＰ５２に付与されるコンテンツ代理取得機
能のうち、ＬＷＰ１６と異なる部分について説明する。

【００９３】ＬＷＰ５２は、コンテンツ代理取得機能を
用いて図９および図１０に示す処理を行うとともに、図
２４に示すクライアントサイドイメージマップ処理を行
う。図２４に示す処理は、図１０のステップＳＢ７に後
続する処理であり、ＬＷＰ５２は図１０のステップＳＢ
７においてＡＬＴ属性値を変更した後に、図２４のステ
ップＳＣ１において対象タグがクライアントサイドイメ
ージマップを構成するＩＭＧタグであるか否かを判定
し、クライアントサイドイメージマップを構成するＩＭ
Ｇタグでない場合には、図９のステップＳＡ８において
次の対象タグを選択する。

【００９４】図２４のステップＳＣ１において対象タグ
がクライアントサイドイメージマップを構成するＩＭＧ
タグの場合、ＬＷＰ５２は、クライアントサイドイメー
ジマップを構成するＭＡＰタグに指定されている複数の
ＡＲＥＡ要素から対象のＡＲＥＡ要素（以後、対象ＡＲ
ＥＡ要素）を選択する処理を、対象ＡＲＥＡ要素がなく
なるまで繰り返す（ステップＳＣ２〜ステップＳＣ
３）。

【００９５】また、ＬＷＰ５２は、対象エリア要素が選
択される毎に、当該エリア要素において指定されたＨＲ
ＥＦ属性値を抽出し（ステップＳＣ４）、抽出されたＨ
ＲＥＦ属性値に基づいて当該ＩＭＧタグのＡＬＴ属性値
を変更する（ステップＳＣ５）。例えば、クライアント
サイドイメージマップを構成するＭＡＰタグの対象エリ
ア要素に指定されたＨＲＥＦ属性値が../af.htmlであれ
ば、文字列「[@]../af.html」が当該ＩＭＧタグのＡＬ
Ｔ属性値に追加される。

【００９６】（４）動作例 本実施形態の動作はコンテンツの内容、プロファイル情
報の内容、およびＷＷＷサーバの機能に応じて異なり、
その動作パターンは多数となるが、ここでは、第１実施
形態と異なる動作となる動作例（すなわち、画像枠表示
の場合の動作例）のみについて主に図２５を参照して説
明する。なお、図２５において、他の図と共通する部分
には同一の符号が付されている。また、以下に説明する
動作例の前提は第１実施形態と同一であるものとする。

【００９７】図２５はプロファイル情報が画像枠表示を
示す場合の動作例を示すシーケンス図であり、この図に
示すように、ユーザがウェブブラウザの更新を目的とし
てプログラムのダウンロードを指示すると、ＤＴＥ５１
とＬＷＰ５２との間にＴＣＰコネクションが確立され、
このコネクションを介して、ＤＴＥ５１からＬＷＰ５２
へウェブブラウザを更新するためのプログラムの配信が
要求され、当該要求に応じてＬＷＰ５２からＤＴＥ５１
へ当該プログラムが配信された後、当該コネクションが
切断される。そして、ユーザの指示に従って、ＤＴＥ５
１において当該プログラムが実行されると、ＥＥＰＲＯ
Ｍ３６２に格納されたウェブブラウザが更新される。以
後、ＤＴＥ５１では、更新後のウェブブラウザを用いた
処理が行われる。

【００９８】以降の動作はシーケンスＡが完了するま
で、図１７に示す動作例と同一となり、シーケンスＡの
完了後の対象タグのＡＬＴ属性値は「イメージマップ[5
0KB]」となる。次に、ＬＷＰ５２では、対象タグがクラ
イアントサイドイメージマップを構成するＩＭＧタグで
あるか否かが判定される（ステップＳＣ１）。本動作例
において、シーケンスＡの完了時点での対象タグはクラ
イアントサイドイメージマップを構成するＩＭＧタグで
あることから、ＬＷＰ５２では、当該クライアントサイ
ドイメージマップを構成するＭＡＰタグに指定されてい
る各ＡＲＥＡ要素について、エリア要素において指定さ
れたＨＲＥＦ属性値が抽出され、抽出されたＨＲＥＦ属
性値に基づいて当該ＩＭＧタグのＡＬＴ属性値が変更さ
れる（ステップＳＣ２〜ＳＣ５）。この結果、当該ＩＭ
ＧタグのＡＬＴ属性値は「イメージマップ[50KB][@]../
eu.html[@]..af.html」となる。

【００９９】このように内包するテキストファイルの記
述が変更されたＷＷＷサーバ１４Ａからのレスポンス
は、前述のＨＴＴＰ処理機能により変換された後、ＤＴ
Ｅ５１からのリクエストへのレスポンスとしてクライア
ントＴＣＰコネクション経由でＤＴＥ５１へ送信され
（ステップＳＡ１２）、ＤＴＥ５１により受信される
（ステップＳＥ４）。ＤＴＥ５１が上記レスポンスを受
信すると、ＬＷＰ５２との間のクライアントＴＣＰコネ
クションが切断され（ステップＳＥ５，ＳＡ１３）、Ｄ
ＴＥ５１において、当該レスポンス中のコンテンツの解
釈・表示が行われる。

【０１００】この解釈・表示処理において、クライアン
トサイドイメージマップを構成するＩＭＧタグのＡＬＴ
属性値に基づいてリンクが提供される点が第１実施形態
と異なる点である。このような解釈・表示処理の結果、
ＤＴＥ５１の表示部３４には、まず、図２６に示す画面
が表示される。この画面において、「../eu.html」及び
「../af.html」はユーザが選択可能なリンクである。す
なわち、本動作例においては、クライアントサイドイメ
ージマップの画像が未表示でクライアントサイドイメー
ジマップの機能を使用できない状況下にあっても、ユー
ザはクライアントサイドイメージマップに埋め込まれた
リンクを使用することができる。

【０１０１】本動作例において、ＩＭＧタグのＳＲＣ属
性値を用いて画像ファイルを取得する動作は第１実施形
態と同様であるが、各画像ファイルの取得後のＤＴＥ５
１の動作は第１実施形態と異なる。aaa.gifを取得した
ＤＴＥ５１では、aaa.gifに対応したＩＭＧタグのＡＬ
Ｔ属性値に基づいた表示が消去され、当該ＩＭＧタグに
対応した画像枠内にaaa.gifで表される画像が表示され
る。次に、bbb.gifを取得したＤＴＥ５１では、bbb.gif
に対応したＩＭＧタグのＡＬＴ属性値に基づいたユーザ
インタフェース（リンク）が削除され、当該ＩＭＧタグ
に対応した画像枠内にbbb.gifで表される画像が表示さ
れる。この結果、ＤＴＥ５１の表示部３４には図１３に
示す画面が表示され、クライアントサイドイメージマッ
プが有効となる。この際、ＡＬＴ属性値に基づいたリン
クは削除されているため、当該リンクとクライアントサ
イドイメージマップのリンクとが競合することはない。

【０１０２】以上説明したように、本実施形態によれ
ば、第１実施形態と同様の効果が得られるとともに、ク
ライアントサイドイメージマップを使用しようとするユ
ーザに対して、画像データの転送前に、クライアントサ
イドイメージマップに埋め込まれたリンクをコンテンツ
全体のレイアウトを代えずに提供することができる。ま
た、ユーザは、ＬＷＰ５２の仕様変更時等にＤＴＥ５１
のウェブブラウザを容易に更新することができる。

【０１０３】［変形例］上述した第２実施形態において
は、ＬＷＰ５２からダウンロードしたプログラムを用い
てＤＴＥ５１のウェブブラウザを更新する例を挙げた
が、当該プログラムをＬＷＰ５２とは異なるサイトから
ダウンロードするようにしてもよい。また、ウェブブラ
ウザの更新用のプログラムではなく、ウェブブラウザの
プログラム自体をダウンロードするようにしてもよい。
さらに、プログラムの配布手段は通信に限らず、例え
ば、光記録媒体や磁気記録媒体、半導体メモリ等の任意
の媒体を用いることができる。言うまでもないが、この
場合、ＤＴＥ側に媒体からデータを読み出す手段が必要
となる。これと同様に、ＬＷＰ５２において不揮発性メ
モリ４６に記憶されている各種プログラムは他のサーバ
からダウンロードされてきたものであってもよいし、光
記録媒体や磁気記録媒体、半導体メモリ等の任意の媒体
を用いて渡されたものであってもよい。

【０１０４】また、第２実施形態においては、クライア
ントサイドイメージマップの画像枠内でリンクを提供す
る例を示したが、クライアントサイドイメージマップの
画像枠外にリンクを提供するようにしてもよい。この場
合には、リンクが競合することはないことから、画像デ
ータの取得完了時に当該画像データに対応したＩＭＧタ
グのＡＬＴ属性値に基づいたユーザインタフェースを積
極的に削除する必要はなく、ＤＴＥ５１がＡＬＴ属性監
視処理を行うための機能を備えている必要はない。

【０１０５】また、上述した実施形態では、画像ファイ
ルのデータサイズそのものを表示するようにしたが、デ
ータサイズに応じた情報を表示するようにしてもよい。
例えば、データサイズが１０ＫＢ以下であれば
「[小]」、１０ＫＢ超５０ＫＢ以下であれば「[中]」、
５０ＫＢ超であれば「[大]」を表示するようにしてもよ
い。これと同様のことがクライアントサイドイメージマ
ップに対する処理にもあてはまる。例えば、ＡＬＴ属性
値にリンク先を示す文字列を追加するに止め、リンク機
能についてはクライアントサイドイメージマップが有効
になってから利用できるようにしてもよい。この場合、
クライアントサイドイメージマップが使用できない状態
であってもリンク先が表示されることから、ユーザは、
クライアントサイドイメージマップが使用可能となるま
で待つか否かを容易に判断できる。

【０１０６】また、上述した実施形態では、画像枠内に
画像のデータサイズを表示する例を示したが、画像枠外
に表示するようにしてもよい。さらに、画像枠表示の場
合にのみ画像のデータサイズの表示やリンクの提供を行
う例を挙げたが、画像枠非表示の場合にも画像のデータ
サイズの表示やリンクの提供を行うようにしてもよい
し、画像枠非表示の場合にのみ画像のデータサイズの表
示やリンクの提供を行うようにしてもよい。

【０１０７】例えば、画像枠非表示の場合にも画像のデ
ータサイズの表示やリンクの提供を行うように第１実施
形態を変形すると、図９のステップＳＡ２及びＳＡ７に
係る処理は不要となり、この結果、ＤＴＥには、画像枠
表示の場合には図１８に示す画面が、画像枠非表示の場
合には図１２中の「風景」を「風景[20KB]」に、「イメ
ージマップ」を「イメージマップ[50KB]」に変えた画面
が表示される。また、画像枠非表示の場合にのみ画像の
データサイズの表示やリンクの提供を行うように第１実
施形態を変形すると、図９のステップＳＡ７の「ＹＥ
Ｓ」と「ＮＯ」が逆になり、この結果、ＤＴＥには、画
像枠表示の場合には図１８中の「風景[20KB]」を「風
景」に、「イメージマップ[50KB]」を「イメージマッ
プ」に変えた画面が、画像枠非表示の場合には図１２中
の「風景」を「風景[20KB]」に、「イメージマップ」を
「イメージマップ[50KB]」に変えた画面が表示される。
もちろん、これらの変形と同様の変形を第２実施形態に
施すことも可能である。

【０１０８】また、通信機能を備えた通信端末を介して
ＤＴＥが通信するようにしてもよい。この場合、ＤＴＥ
が通信機能を備えている必要はない。また、ＤＴＥとＬ
ＷＰとの間の通信網は固定網であってもよいし、回線交
換網であってもよい。さらに、ＬＷＰとＷＷＷサーバと
の間の通信網はインターネットに限るものではなく、ウ
ェブと同様の機能を実現するものであればよく、例えば
所謂イントラネットであってもよい。

【０１０９】また、上述した実施形態では、ＨＴＭＬお
よびＨＴＴＰを前提として説明したが、本発明の適用範
囲はこれに限るものではなく、先にテキストデータをダ
ウンロードし、次に当該データ内で指定された画像デー
タをダウンロードするような、言語および通信プロトコ
ル環境に適用可能である。さらに、本発明は、ＬＷＰと
ＷＷＷサーバとが一体となっている場合にも適用可能で
ある。ただし、この場合、ＬＷＰとＷＷＷサーバとの通
信は例えばプロセス間通信となる。また、ＬＷＰとゲー
トウェイサーバを一体化した態様も本発明の範囲に含ま
れる。

【０１１０】

【発明の効果】以上説明したように、本発明によれば、
代理サーバ装置においてテキストファイルに関連付けら
れた画像ファイルに関連した情報（または当該画像ファ
イルの取得前には使用不能となる情報）に基づいて当該
テキストファイルの記述が変更されるから、テキストフ
ァイルを受信したクライアント装置のユーザは、画像フ
ァイルに関する情報（または当該画像ファイルの取得前
には使用不能となる情報）を把握することができる。こ
れらの情報は、ユーザの判断や作業等に役立つ情報であ
り、かつテキストファイルの取得は画像ファイルの取得
に比較して迅速に行われることから、本発明は、従来の
技術では迅速に提供することができなかった情報であっ
てユーザの判断や作業等に役立つ情報を迅速に提供する
ことができるという効果を奏する。

【０１１１】また、代理サーバ装置において画像ファイ
ルの取得前には使用不能となるリンクを示すリンク情報
を代替表示文字列としてテキストファイルに記述する場
合、クライアント装置において代替表示文字列から当該
リンク情報を抽出し、抽出されたリンク情報に基づいて
ユーザインタフェースを提供するようにすれば、クライ
アントサイドイメージマップにおいてもユーザは画像フ
ァイルの取得を待たずに当該マップにおいて指定されて
いるリンクを利用することができる。

【図面の簡単な説明】

【図１】 図１は本発明の第１実施形態に係るデータ配
信システムの全体構成を示す図である。

【図２】 同システムの動作の概要を説明するためのシ
ーケンス図である。

【図３】 同システムを構成するＤＴＥ１１の構成例を
示すブロック図である。

【図４】 同ＤＴＥ１１が有するプロファイル設定機能
を用いたプロファイル設定処理の流れを示すフローチャ
ートである。

【図５】 同ＤＴＥ１１におけるプロファイル情報の設
定画面の一例を示す図である。

【図６】 同ＤＴＥ１１におけるプロファイル情報の設
定画面の一例を示す図である。

【図７】 同ＤＴＥ１１が有するコンテンツ取得機能を
用いたコンテンツ取得処理の流れを示すフローチャート
である。

【図８】 同システムを構成するＬＷＰ１６の構成例を
示すブロック図である。

【図９】 同ＬＷＰ１６が有するコンテンツ代理取得機
能を用いたコンテンツ代理取得処理の流れを示すフロー
チャートである。

【図１０】 同ＬＷＰ１６が行うＡＬＴ属性値の変更処
理の流れを示すフローチャートである。

【図１１】 同システムの動作例（画像枠非表示かつＷ
ＷＷサーバ１４Ａ）を示すシーケンス図である。

【図１２】 図１１に示す動作例におけるＤＴＥ１１の
表示画面（画像取得前）を示す図である。

【図１３】 図１１に示す動作例におけるＤＴＥ１１の
表示画面（画像取得後）を示す図である。

【図１４】 同システムの動作例（画像枠非表示かつＷ
ＷＷサーバ１４Ｂ）を示すシーケンス図である。

【図１５】 図１４に示す動作例におけるＤＴＥ１１の
表示画面（画像取得前）を示す図である。

【図１６】 図１４に示す動作例におけるＤＴＥ１１の
表示画面（画像取得後）を示す図である。

【図１７】 同システムの動作例（画像枠表示かつＷＷ
Ｗサーバ１４Ａ）を示すシーケンス図である。

【図１８】 図１７に示す動作例におけるＤＴＥ１１の
表示画面（画像取得前）を示す図である。

【図１９】 同システムの動作例（画像枠表示かつＷＷ
Ｗサーバ１４Ｂ）を示すシーケンス図である。

【図２０】 図１９に示す動作例におけるＤＴＥ１１の
表示画面（画像取得前）を示す図である。

【図２１】 本発明の第２実施形態に係るデータ配信シ
ステムの全体構成を示す図である。

【図２２】 図２１に示すシステムを構成するＤＴＥ５
１において行われるＡＬＴ属性監視処理の流れを示すフ
ローチャートである。

【図２３】 同ＤＴＥ５１において行われるＡＬＴ属性
変換処理の流れを示すフローチャートである。

【図２４】 図２１に示すシステムを構成するＬＷＰ５
２において行われるクライアントサイドイメージマップ
処理の流れを示すフローチャートである。

【図２５】 図２１に示すシステムの動作例（画像枠表
示）を示すシーケンス図である。

【図２６】 図２５に示す動作例におけるＤＴＥ５１の
表示画面（画像取得前）を示す図である。

【符号の説明】

１１，５１ ＤＴＥ １２ 移動パケット通信網 １３ インターネット １４Ａ，１４Ｂ ＷＷＷサーバ １５ ゲートウェイサーバ １６，５２ ＬＷＰ

Claims (29)

【特許請求の範囲】
1. 【請求項１】 テキストファイル及び画像ファイルを有
   するサーバ装置と前記テキストファイルの取得後に当該
   テキストファイルに関連付けられた画像ファイルを取得
   するクライアント装置との間で通信を中継する代理サー
   バ装置における中継方法において、 前記サーバ装置から前記テキストファイルを取得するテ
   キスト取得過程と、 前記テキスト取得過程にて取得したテキストファイルに
   関連付けられた画像ファイルに関連した情報を取得する
   関連情報取得過程と、 前記テキスト取得過程にて取得したテキストファイルの
   記述を前記関連情報取得過程にて取得した情報に基づい
   て変更するテキスト変更過程と、 前記テキスト変更過程にて記述が変更されたテキストフ
   ァイルを前記クライアント装置へ送信するテキスト送信
   過程とを有することを特徴とする中継方法。
2. 【請求項２】 前記関連情報取得過程では、前記テキス
   ト取得過程にて取得したテキストファイルに関連付けら
   れた画像ファイルのデータサイズを取得し、 前記テキスト変更過程では、前記テキスト取得過程にて
   取得したテキストファイルの記述を前記関連情報取得過
   程にて取得したデータサイズに基づいて変更することを
   特徴とする請求項１に記載の中継方法。
3. 【請求項３】 前記関連情報取得過程にて取得したデー
   タサイズを表す文字列を生成する文字列生成過程を更に
   有し、 前記テキスト変更過程では、前記文字列生成過程にて生
   成された文字列を前記テキストファイル取得過程にて取
   得したテキストファイルに書き込むことで当該テキスト
   ファイルの記述を変更することを特徴とする請求項２に
   記載の中継方法。
4. 【請求項４】 前記テキスト取得過程にて取得したテキ
   ストファイルに関連付けられた画像ファイルのヘッダ情
   報を取得するヘッダ取得過程と、 前記関連情報取得過程では、前記ヘッダ取得過程にて取
   得したヘッダ情報に基づいて、該画像ファイルのデータ
   サイズを取得することを特徴とする請求項１に記載の中
   継方法。
5. 【請求項５】 前記テキストファイル取得過程にて取得
   したテキストファイルに関連付けられた画像ファイルを
   取得する画像取得過程と、 前記関連情報取得過程では、前記画像取得過程にて取得
   した画像ファイルを計測して前記データサイズを取得す
   ることを特徴とする請求項２に記載の中継方法。
6. 【請求項６】 前記テキスト変更過程では、前記テキス
   ト取得過程にて取得したテキストファイルにおいて前記
   画像ファイルに応じた画像の未表示時に表示されるよう
   に記述された代替表示文字列を、前記関連情報取得過程
   にて取得した情報に基づいて変更することを特徴とする
   請求項１に記載の中継方法。
7. 【請求項７】 前記テキスト変更過程に先立って行われ
   る過程であって、画像未表示のときに画像枠を表示する
   か否かを示す情報を前記クライアント装置から取得する
   画像枠情報取得過程を更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
   示のときに画像枠を表示する旨の情報の場合に前記テキ
   スト変更過程を実行することを特徴とする請求項６に記
   載の中継方法。
8. 【請求項８】 前記テキスト変更過程に先立って行われ
   る過程であって、画像未表示のときに画像枠を表示する
   か否かを示す情報を前記クライアント装置から取得する
   画像枠情報取得過程を更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
   示のときに画像枠を表示しない旨の情報の場合に前記テ
   キスト変更過程を実行することを特徴とする請求項６に
   記載の中継方法。
9. 【請求項９】 前記テキスト取得過程に先立って行われ
   る過程であって、前記クライアント装置から前記テキス
   トファイルを取得するためのリクエストを受信するリク
   エスト受信過程と、 前記テキスト変更過程に先立って行われる過程であっ
   て、前記リクエスト受信過程にて受信したリクエストか
   ら、前記クライアント装置において画像未表示のときに
   画像枠が表示されるか否かを示す情報を抽出する画像枠
   情報抽出過程とを更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
   示のときに画像枠を表示する旨の情報の場合に前記テキ
   スト変更過程を実行することを特徴とする請求項６に記
   載の中継方法。
10. 【請求項１０】 前記テキスト取得過程に先立って行わ
    れる過程であって、前記クライアント装置から前記テキ
    ストファイルを取得するためのリクエストを受信するリ
    クエスト受信過程と、 前記テキスト変更過程に先立って行われる過程であっ
    て、前記リクエスト受信過程にて受信したリクエストか
    ら、前記クライアント装置において画像未表示のときに
    画像枠が表示されるか否かを示す情報を抽出する画像枠
    情報抽出過程とを更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
    示のときに画像枠を表示しない旨の情報の場合に前記テ
    キスト変更過程を実行することを特徴とする請求項６に
    記載の中継方法。
11. 【請求項１１】 テキストファイル及び画像ファイルを
    有するサーバ装置と前記テキストファイルの取得後に当
    該テキストファイルに関連付けられた画像ファイルを取
    得するクライアント装置との間で通信を中継する代理サ
    ーバ装置における中継方法において、 前記サーバ装置から前記テキストファイルを取得するテ
    キスト取得過程と、 前記テキスト取得過程にて取得したテキストファイルか
    ら、前記クライアント装置において当該テキストファイ
    ルに関連付けられた画像ファイルの取得前には使用不能
    となる情報を抽出する使用不能情報抽出過程と、 前記テキスト取得過程にて取得したテキストファイルの
    記述を前記使用不能情報抽出過程にて抽出された情報に
    基づいて変更するテキスト変更過程と、 前記テキスト変更過程にて記述が変更されたテキストフ
    ァイルを前記クライアント装置へ送信するテキスト送信
    過程とを有することを特徴とする中継方法。
12. 【請求項１２】 前記使用不能情報抽出過程では、前記
    テキスト取得過程にて取得したテキストファイルから、
    前記クライアント装置において当該テキストファイルに
    関連付けられた画像ファイルの取得前には使用不能とな
    る情報としてクライアントサイドイメージマップのリン
    ク情報を抽出し、 前記テキスト変更過程では、前記テキスト取得過程にて
    取得したテキストファイルの記述を前記使用不能情報抽
    出過程にて抽出したリンク情報に基づいて変更すること
    を特徴とする請求項１１に記載の中継方法。
13. 【請求項１３】 前記使用不能情報抽出過程にて抽出し
    たリンク情報を表す文字列を生成する文字列生成過程を
    更に有し、 前記テキスト変更過程では、前記文字列生成過程にて生
    成された文字列を前記テキスト取得過程にて取得したテ
    キストファイルに書き込むことで当該テキストファイル
    の記述を変更することを特徴とする請求項１２に記載の
    中継方法。
14. 【請求項１４】 前記使用不能情報抽出過程にて抽出し
    たリンク情報に基づいて、前記クライアント装置におい
    てリンクを実現するための文字列を生成するリンク文字
    列生成過程を更に有し、 前記テキスト変更過程では、前記リンク文字列生成過程
    にて生成された文字列を前記テキスト取得過程にて取得
    したテキストファイルに書き込むことで該テキストファ
    イルの記述を変更することを特徴とする請求項１２に記
    載の中継方法。
15. 【請求項１５】 前記テキスト変更過程では、前記テキ
    スト取得過程にて取得したテキストファイルにおいて前
    記クライアントサイドイメージマップに必須の画像の未
    表示時に表示されるように記述された代替表示文字列
    を、前記使用不能情報抽出過程にて抽出したリンク情報
    に基づいて変更することを特徴とする請求項１２に記載
    の中継方法。
16. 【請求項１６】 前記テキスト変更過程に先立って行わ
    れる過程であって、画像未表示のときに画像枠を表示す
    るか否かを示す情報を前記クライアント装置から取得す
    る画像枠情報取得過程を更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
    示のときに画像枠を表示する旨の情報の場合に前記テキ
    スト変更過程を実行することを特徴とする請求項１５に
    記載の中継方法。
17. 【請求項１７】 前記テキスト変更過程に先立って行わ
    れる過程であって、画像未表示のときに画像枠を表示す
    るか否かを示す情報を前記クライアント装置から取得す
    る画像枠情報取得過程を更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
    示のときに画像枠を表示しない旨の情報の場合に前記テ
    キスト変更過程を実行することを特徴とする請求項１５
    に記載の中継方法。
18. 【請求項１８】 前記テキスト取得過程に先立って行わ
    れる過程であって、前記クライアント装置から前記テキ
    ストファイルを取得するためのリクエストを受信するリ
    クエスト受信過程と、 前記テキスト変更過程に先立って行われる過程であっ
    て、前記リクエスト受信過程にて受信したリクエストか
    ら、前記クライアント装置において画像未表示のときに
    画像枠が表示されるか否かを示す情報を抽出する画像枠
    情報抽出過程とを更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
    示のときに画像枠を表示する旨の情報の場合に前記テキ
    スト変更過程を実行することを特徴とする請求項１５に
    記載の中継方法。
19. 【請求項１９】 前記テキスト取得過程に先立って行わ
    れる過程であって、前記クライアント装置から前記テキ
    ストファイルを取得するためのリクエストを受信するリ
    クエスト受信過程と、 前記テキスト変更過程に先立って行われる過程であっ
    て、前記リクエスト受信過程にて受信したリクエストか
    ら、前記クライアント装置において画像未表示のときに
    画像枠が表示されるか否かを示す情報を抽出する画像枠
    情報抽出過程とを更に有し、 前記画像枠情報取得過程にて取得された情報が画像未表
    示のときに画像枠を表示しない旨の情報の場合に前記テ
    キスト変更過程を実行することを特徴とする請求項１５
    に記載の中継方法。
20. 【請求項２０】 前記クライアント装置と前記代理サー
    バ装置との間の通信路の帯域は前記代理サーバ装置と前
    記サーバ装置との間の通信路の帯域よりも狭いことを特
    徴とする請求項１乃至１９のいずれかに記載の中継方
    法。
21. 【請求項２１】 テキストファイル及び画像ファイルを
    有するサーバ装置から代理サーバ装置を介して前記テキ
    ストファイルを取得し、更に当該テキストファイルに関
    連付けられた画像ファイルを取得するクライアント装置
    において、取得したファイルに基づいてユーザインタフ
    ェースを提供するユーザインタフェース提供方法であっ
    て、 前記テキストファイルを取得するテキスト取得過程と、 テキスト取得過程にて取得したテキストファイルにおい
    て画像の未表示時に表示されるように記述された代替表
    示文字列からリンク情報を抽出するリンク情報抽出過程
    と、 リンク情報抽出過程にて抽出されたリンク情報を用いて
    ユーザインタフェースを提供するユーザインタフェース
    提供過程とを有することを特徴とするユーザインタフェ
    ース提供方法。
22. 【請求項２２】 前記ユーザインタフェース提供過程に
    後続する過程であって、画像ファイルを取得する画像取
    得過程と、 前記画像取得過程にて取得された画像ファイルで表され
    る画像の代わりに提供されているユーザインタフェース
    の提供を禁止する提供禁止過程と、 前記画像取得過程にて取得された画像ファイルで表され
    る画像を表示する画像表示過程とを更に有することを特
    徴とする請求項２１に記載のユーザインタフェース提供
    方法。
23. 【請求項２３】 クライアント装置とサーバ装置との間
    で通信を中継する代理サーバ装置において、 テキストファイル及び画像ファイルを有するサーバ装置
    と通信するための第１の通信手段と、 前記サーバ装置から前記テキストファイルと当該テキス
    トファイルに関連付けられた前記画像ファイルとを取得
    するクライアント装置と通信するための第２の通信手段
    と、 前記第１の通信手段を用いてサーバ装置から前記テキス
    トファイルを取得するテキスト取得手段と、 前記テキスト取得手段により取得されたテキストファイ
    ルに関連付けられた画像ファイルに関連した情報を、前
    記第１の通信手段を用いて取得する関連情報取得手段
    と、 前記テキスト取得手段により取得されたテキストファイ
    ルの記述を前記関連情報取得手段により取得された情報
    に基づいて変更するテキスト変更手段と、 前記テキスト変更手段により記述が変更されたテキスト
    ファイルを、前記第２の通信手段を用いて前記クライア
    ント装置へ送信するテキスト送信手段とを具備すること
    を特徴とする代理サーバ装置。
24. 【請求項２４】 クライアント装置とサーバ装置との間
    で通信を中継する代理サーバ装置において、 テキストファイル及び画像ファイルを有するサーバ装置
    と通信するための第１の通信手段と、 前記サーバ装置から前記テキストファイルと当該テキス
    トファイルに関連付けられた前記画像ファイルとを取得
    するクライアント装置と通信するための第２の通信手段
    と、 前記第１の通信手段を用いてサーバ装置から前記テキス
    トファイルを取得するテキスト取得手段と、 前記テキスト取得手段により取得されたテキストファイ
    ルから、前記クライアント装置において当該テキストフ
    ァイルに関連付けられた画像ファイルの取得前には使用
    不能となる情報を抽出する使用不能情報抽出手段と、 前記テキスト取得手段により取得されたテキストファイ
    ルの記述を前記使用不能抽出手段により抽出された情報
    に基づいて変更するテキスト変更手段と、 前記テキスト変更手段により記述が変更されたテキスト
    ファイルを、前記第２の通信手段を用いて前記クライア
    ント装置へ送信するテキスト送信手段とを具備すること
    を特徴とする代理サーバ装置。
25. 【請求項２５】 テキストファイルと当該テキストファ
    イルに関連付けられた画像ファイルとを有するサーバ装
    置と代理サーバを介して通信するクライアント装置にお
    いて、 代理サーバ装置と通信するための通信手段と、 前記通信手段を用いて前記代理サーバ経由で前記テキス
    トファイルを取得するテキスト取得手段と、 テキスト取得手段により取得されたテキストファイルに
    おいて画像の未表示時に表示されるように記述された代
    替表示文字列からリンク情報を抽出するリンク情報抽出
    手段と、 リンク情報抽出手段により抽出されたリンク情報を用い
    てユーザインタフェースを提供するユーザインタフェー
    ス提供手段とを有することを特徴とするクライアント装
    置。
26. 【請求項２６】 テキストファイル及び画像ファイルを
    有するサーバ装置と前記テキストファイルの取得後に当
    該テキストファイルに関連付けられた画像ファイルを取
    得するクライアント装置との間で通信を中継するコンピ
    ュータ装置に、 前記サーバ装置から前記テキストファイルを取得するテ
    キスト取得手順と、 前記テキスト取得手順にて取得したテキストファイルに
    関連付けられた画像ファイルに関連した情報を取得する
    関連情報取得手順と、 前記テキスト取得手順にて取得したテキストファイルの
    記述を前記関連情報取得手順にて取得した情報に基づい
    て変更するテキスト変更手順と、 前記テキスト変更手順にて記述が変更されたテキストフ
    ァイルを前記クライアント装置へ送信するテキスト送信
    手順とを実行させるためのプログラム。
27. 【請求項２７】 テキストファイル及び画像ファイルを
    有するサーバ装置と前記テキストファイルの取得後に当
    該テキストファイルに関連付けられた画像ファイルを取
    得するクライアント装置との間で通信を中継するコンピ
    ュータ装置に、 前記サーバ装置から前記テキストファイルを取得するテ
    キスト取得手順と、 前記テキスト取得手順にて取得したテキストファイルか
    ら、前記クライアント装置において当該テキストファイ
    ルに関連付けられた画像ファイルの取得前には使用不能
    となる情報を抽出する使用不能情報抽出手順と、 前記テキスト取得手順にて取得したテキストファイルの
    記述を前記使用不能情報抽出手順にて抽出された情報に
    基づいて変更するテキスト変更手順と、 前記テキスト変更手順にて記述が変更されたテキストフ
    ァイルを前記クライアント装置へ送信するテキスト送信
    手順とを実行させるためのプログラム。
28. 【請求項２８】 テキストファイル及び画像ファイルを
    有するサーバ装置から代理サーバ装置を介して前記テキ
    ストファイルを取得し、更に当該テキストファイルに関
    連付けられた画像ファイルを取得するコンピュータに、 前記テキストファイルを取得するテキスト取得手順と、 テキスト取得手順にて取得したテキストファイルにおい
    て画像の未表示時に表示されるように記述された代替表
    示文字列からリンク情報を抽出するリンク情報抽出手順
    と、 リンク情報抽出手順にて抽出されたリンク情報を用いて
    ユーザインタフェースを提供するユーザインタフェース
    提供手順とを実行させるためのプログラム。
29. 【請求項２９】 請求項２６乃至２８のいずれかに記載
    のプログラムを記録したコンピュータ読み取り可能な記
    録媒体。