(57)【特許請求の範囲】
【請求項１】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルに関連した情報を取得する関連情報取得過程と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記関連情報取得過程にて取得した情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得過程にて取得した情報に基づいて変更する
ことを特徴とする中継方法。
【請求項２】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルに関連した情報を取得する関連情報取得過程と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記関連情報取得過程にて取得した情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得過程にて取得した情報に基づいて変更する
ことを特徴とする中継方法。
【請求項３】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信過程と、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルに関連した情報を取得する関連情報取得過程と、
前記リクエスト受信過程にて受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記関連情報取得過程にて取得した情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得過程にて取得した情報に基づいて変更する
ことを特徴とする中継方法。
【請求項４】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信過程と、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルに関連した情報を取得する関連情報取得過程と、
前記リクエスト受信過程にて受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記関連情報取得過程にて取得した情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得過程にて取得した情報に基づいて変更する
ことを特徴とする中継方法。
【請求項５】
前記関連情報取得過程では、前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルのデータサイズを取得し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルの記述を前記関連情報取得過程にて取得したデータサイズに基づいて変更する
ことを特徴とする請求項１〜４のいずれかの項に記載の中継方法。
【請求項６】
前記関連情報取得過程にて取得したデータサイズを表す文字列を生成する文字列生成過程を更に有し、
前記テキスト変更過程では、前記文字列生成過程にて生成された文字列を前記テキストファイル取得過程にて取得したテキストファイルに書き込むことで当該テキストファイルの記述を変更する
ことを特徴とする請求項５に記載の中継方法。
【請求項７】
前記テキスト取得過程にて取得したテキストファイルに関連付けられた画像ファイルのヘッダ情報を取得するヘッダ取得過程を更に有し、
前記関連情報取得過程では、前記ヘッダ取得過程にて取得したヘッダ情報に基づいて、該画像ファイルのデータサイズを取得する
ことを特徴とする請求項１〜４のいずれかの項に記載の中継方法。
【請求項８】
前記テキストファイル取得過程にて取得したテキストファイルに関連付けられた画像ファイルを取得する画像取得過程を更に有し、
前記関連情報取得過程では、前記画像取得過程にて取得した画像ファイルを計測して前記データサイズを取得する
ことを特徴とする請求項１〜４のいずれかの項に記載の中継方法。
【請求項９】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出過程と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記使用不能情報抽出過程にて抽出された情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記使用不能情報抽出過程では、前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出過程にて抽出したリンク情報に基づいて変更する
ことを特徴とする中継方法。
【請求項１０】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出過程と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記使用不能情報抽出過程にて抽出された情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記使用不能情報抽出過程では、前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出過程にて抽出したリンク情報に基づいて変更する
ことを特徴とする中継方法。
【請求項１１】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信過程と、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出過程と、
前記リクエスト受信過程にて受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記使用不能情報抽出過程にて抽出された情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記使用不能情報抽出過程では、前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出過程にて抽出したリンク情報に基づいて変更する
ことを特徴とする中継方法。
【請求項１２】
テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置における中継方法において、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信過程と、
前記サーバ装置から前記テキストファイルを取得するテキスト取得過程と、
前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出過程と、
前記リクエスト受信過程にて受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出過程と、
前記画像枠情報取得過程にて取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得過程にて取得したテキストファイルの記述を前記使用不能情報抽出過程にて抽出された情報に基づいて変更するテキスト変更過程と、
前記テキスト変更過程にて記述が変更されたテキストファイルを前記クライアント装置へ送信するテキスト送信過程と
を有し、
前記使用不能情報抽出過程では、前記テキスト取得過程にて取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更過程では、前記テキスト取得過程にて取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出過程にて抽出したリンク情報に基づいて変更する
ことを特徴とする中継方法。
【請求項１３】
前記使用不能情報抽出過程にて抽出したリンク情報を表す文字列を生成する文字列生成過程を更に有し、
前記テキスト変更過程では、前記文字列生成過程にて生成された文字列を前記テキスト取得過程にて取得したテキストファイルに書き込むことで当該テキストファイルの記述を変更する
ことを特徴とする請求項９〜１２のいずれかの項に記載の中継方法。
【請求項１４】
前記使用不能情報抽出過程にて抽出したリンク情報に基づいて、前記クライアント装置においてリンクを実現するための文字列を生成するリンク文字列生成過程を更に有し、
前記テキスト変更過程では、前記リンク文字列生成過程にて生成された文字列を前記テキスト取得過程にて取得したテキストファイルに書き込むことで該テキストファイルの記述を変更する
ことを特徴とする請求項９〜１２のいずれかの項に記載の中継方法。
【請求項１５】
前記クライアント装置と前記代理サーバ装置との間の通信路の帯域は前記代理サーバ装置と前記サーバ装置との間の通信路の帯域よりも狭いことを特徴とする請求項１〜１４のいずれかの項に記載の中継方法。
【請求項１６】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルに関連付けられた画像ファイルに関連した情報を、前記第１の通信手段を用いて取得する関連情報取得手段と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記関連情報取得手段により取得された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得手段により取得した情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項１７】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルに関連付けられた画像ファイルに関連した情報を、前記第１の通信手段を用いて取得する関連情報取得手段と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記関連情報取得手段により取得された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得手段により取得した情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項１８】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルに関連付けられた画像ファイルに関連した情報を、前記第１の通信手段を用いて取得する関連情報取得手段と、
前記リクエスト受信手段により受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記関連情報取得手段により取得された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得手段により取得した情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項１９】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルに関連付けられた画像ファイルに関連した情報を、前記第１の通信手段を用いて取得する関連情報取得手段と、
前記リクエスト受信手段により受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記関連情報取得手段により取得された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記画像ファイルに応じた画像の未表示時に表示されるように記述された代替表示文字列を、前記関連情報取得手段により取得した情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項２０】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出手段と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記使用不能抽出手段により抽出された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記使用不能情報抽出手段が、前記テキスト取得手段により取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出手段により抽出したリンク情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項２１】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出手段と、
画像未表示のときに画像枠を表示するか否かを示す情報を前記クライアント装置から取得する画像枠情報取得手段と、
前記画像枠情報取得手段にて取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記使用不能抽出手段により抽出された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記使用不能情報抽出手段が、前記テキスト取得手段により取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出手段により抽出したリンク情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項２２】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出手段と、
前記リクエスト受信手段により受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示する旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記使用不能抽出手段により抽出された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記使用不能情報抽出手段が、前記テキスト取得手段により取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出手段により抽出したリンク情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【請求項２３】
クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置であって、
テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、
前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、
前記クライアント装置から前記テキストファイルを取得するためのリクエストを受信するリクエスト受信手段と、
前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、
前記テキスト取得手段により取得されたテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出手段と、
前記リクエスト受信手段により受信したリクエストから、前記クライアント装置において画像未表示のときに画像枠が表示されるか否かを示す情報を抽出する画像枠情報抽出手段と、
前記画像枠情報取得手段により取得された情報が画像未表示のときに画像枠を表示しない旨の情報の場合に、前記テキスト取得手段により取得されたテキストファイルの記述を前記使用不能抽出手段により抽出された情報に基づいて変更するテキスト変更手段と、
前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段と
を有し、
前記使用不能情報抽出手段が、前記テキスト取得手段により取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報としてクライアントサイドイメージマップのリンク情報を抽出し、
前記テキスト変更手段が、前記テキスト取得手段により取得したテキストファイルにおいて前記クライアントサイドイメージマップに必須の画像の未表示時に表示されるように記述された代替表示文字列を、前記使用不能情報抽出手段により抽出したリンク情報に基づいて変更する
ことを特徴とする代理サーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバ装置から受信したファイルに基づいてユーザインタフェースを提供するユーザインタフェース提供方法と、この方法を実行するクライアント装置と、サーバ装置とクライアント装置との間で通信を中継する中継方法と、この方法を実行する代理サーバ装置と、上記各方法をコンピュータに実行させるためのプログラムと、当該プログラムをコンピュータ読み取り可能に記録した記録媒体とに関する。
【０００２】
【従来の技術】
インターネットを用いて実現されているＷＷＷ（World Wide Web）において蓄積・閲覧されている主なコンテンツは、ＨＴＭＬ（Hyper Text Markup Language）に従って記述されたテキストファイルと、ＨＴＭＬに従って当該テキストファイル内に埋め込まれた画像ファイルである。このようなコンテンツを閲覧しようとするユーザは、インターネットに接続されたサーバ装置と通信可能な端末装置を用いて所望のサーバ装置にアクセスし、アクセス先のサーバ装置から所望のコンテンツを端末装置にダウンロードする必要がある。
【０００３】
具体的には、まず、ユーザの端末装置と所望のコンテンツを有するサーバ装置との間でＴＣＰ（Transmission Control Protocol）に従ったコネクションであるＴＣＰコネクションが確立される。続いて、このコネクションを介して、当該コンテンツを特定するＵＲＩ（Uniform Resource Identifier）を含むリクエストが当該端末装置から所望のサーバ装置へ送信され、このサーバ装置から当該端末装置へ、当該ＵＲＩに対応したテキストファイルを含むレスポンスが当該リクエストに対応したレスポンスとして送信される。上記ＴＣＰコネクションはこの時点で切断され、当該端末装置では、テキストファイルの内容が解釈され、解釈結果に応じたユーザインタフェースが提供される。この時点では、当該テキストファイルにおいて表示を指定された文字列や罫線などが当該端末装置において表示される。なお、上記リクエストおよびレスポンスはＨＴＴＰ（HyperText Transfer Protocol）に従っている。
【０００４】
受信したテキストファイルにおいて画像ファイルを埋め込む記述が存在する場合、当該端末装置は、当該記述に基づいて当該画像ファイルを取得するための処理を行う。この処理は先に説明したテキストファイルを取得する処理と同様の処理である。そして、当該画像ファイルを取得した端末装置においては、ユーザインタフェースが修正され、文字列や罫線などに加えて当該画像ファイルで表される画像が表示される。このような画像ファイルの取得処理は埋め込まれている画像ファイルの数だけ繰り返し行われる。
【０００５】
ところで、上記端末装置がインターネットに直接的に接続されるケースは稀であり、インターネットプロトコルの確立を行うゲートウェイサーバ（アクセスサーバ）装置を介して接続される形態の方が一般的である。この種のゲートウェイサーバ装置は端末装置と通信するためのネットワーク（例えば構内ネットワークや公衆網など）とインターネットとに接続されており、端末装置とサーバ装置との通信を中継する。また、代理サーバ機能を備えたゲートウェイサーバ装置も広く普及している。
【０００６】
【発明が解決しようとする課題】
上述したように、ＷＷＷにおけるテキストファイル及び画像ファイルからなるコンテンツの取得処理は、テキストファイル取得段階と画像ファイル取得段階とに分かれている。さらに、画像ファイルのデータサイズはテキストファイルのデータサイズよりも大きいことから、ユーザの端末装置においては、テキストファイルにおいて表示が指定された文字列や罫線などが迅速に表示され、画像ファイルで表される画像は長い時間を経てから表示されることになる。特に、画像ファイルのデータサイズがテキストファイルのデータサイズに比較して著しく大きいと、画像が表示されるまでの時間は耐え難いほど長くなってしまう。
【０００７】
また、ゲートウェイサーバ装置を介してＷＷＷを利用するユーザの端末装置とゲートウェイサーバ装置との間の通信路のデータ転送速度が遅ければ遅いほど、画像が表示されるまでの時間は長くなる。近年、移動パケット通信網を介してインターネットを利用するユーザが急激に増加しているが、一般に移動パケット通信網は固定網に比較してデータ転送速度が遅いことから、このようなユーザにとっては、固定網経由でＷＷＷを利用するユーザを想定したコンテンツの取得時における画像が表示されるまでの時間の長さは受け入れ難いものとなる。また、移動パケット通信網では通信量に応じて課金する課金形態が一般的であり、このような移動パケット通信網を介してＷＷＷを利用しているユーザにとっては、通信料の大部分が画像ファイルの取得に費やされることになってしまう。
【０００８】
もちろん、端末装置にて画像を取得しない設定を行うか、テキストファイルを取得した時点でコンテンツの取得をユーザが手動で中断するかすれば、ユーザは画像の表示を待つ必要がなく、通信量課金の通信網を介してＷＷＷを利用する場合には通信料を低減することができる。しかし、この場合には、データサイズの大きな画像ファイルだけではなく、データサイズの小さな画像ファイルの取得も禁止あるいは中断されてしまう。画像ファイルのデータサイズが十分に小さければ当該画像ファイルを短時間で取得可能であり、そのような画像ファイルを取得し、当該画像ファイルで表される画像を視認した上で各種判断や操作を行った方がユーザにとって有利な結果を得られる可能性がある。つまり、テキストファイルのみの取得またはテキストファイルのみ取得した時点での中断は、このような可能性を無視することに他ならない。しかし、ＷＷＷにおけるコンテンツの取得処理においては、画像ファイルのデータサイズは画像ファイルを取得してみないと分からない。したがって、ユーザは、コンテンツの取得処理において、画像が表示されるまで待つべきか否かを判断することができない。
【０００９】
また、画像を埋め込むためのＩＭＧタグと当該画像の各領域にリンクを対応付けるためのＭＡＰタグとの組み合わせにより実現されるクライアントサイドイメージマップを用いたコンテンツの場合、端末装置においては、当該画像が表示されるまで当該クライアントサイドイメージマップが十分に機能しない。つまり、画像が表示されるまで、「イメージ」の欠落した「イメージマップ」として機能するため、表示が不十分であり、非常に分かり難く使い難いものとなってしまう。結局、クライアントサイドイメージマップを十分に機能させるためには、リンクに関する情報を既に取得済みであるにも関らず、画像ファイルの取得を待たなければならず、その画像ファイルで表される画像が表示されるまでは当該リンクの使用はおろか、リンク先の把握すら困難となっている。
【００１０】
本発明はこのような事情に鑑みてなされたもので、従来の技術では迅速に提供することができなかった情報であってユーザの判断や作業等に役立つ情報を迅速に提供することができるユーザインタフェース提供方法および中継方法と、当該各方法を実行するクライアント装置および代理サーバ装置と、当該各方法をコンピュータに実行させるためのプログラムと、当該各プログラムをコンピュータ読み取り可能に記録した記録媒体とを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置において、前記サーバ装置から前記テキストファイルを取得し、取得したテキストファイルに関連付けられた画像ファイルに関連した情報を取得し、前記テキストファイルの記述を前記画像ファイルに関連した情報に基づいて変更し、変更したテキストファイルを前記クライアント装置へ送信する中継方法と、この中継方法をコンピュータに実させるためのプログラムと、このプログラムを記録したコンピュータ読み取り可能な記録媒体とを提供する。
【００１２】
また、上述した課題を解決するために、本発明は、クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置において、テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、前記テキスト取得手段により取得されたテキストファイルに関連付けられた画像ファイルに関連した情報を、前記第１の通信手段を用いて取得する関連情報取得手段と、前記テキスト取得手段により取得されたテキストファイルの記述を前記関連情報取得手段により取得された情報に基づいて変更するテキスト変更手段と、前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段とを具備する代理サーバ装置を提供する。
【００１３】
このような中継方法、プログラム、記録媒体または代理サーバ装置を用いると、サーバ装置からクライアント装置へ送信されるテキストファイルは、代理サーバ装置において当該テキストファイルに関連付けられた画像ファイルに関連した情報に基づいてその記述が変更された後にクライアント装置へ送信される。
【００１４】
また、上述した課題を解決するために、本発明は、テキストファイル及び画像ファイルを有するサーバ装置と前記テキストファイルの取得後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置との間で通信を中継する代理サーバ装置において、前記サーバ装置から前記テキストファイルを取得し、取得したテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出し、前記テキストファイルの記述を前記画像ファイルの取得前には使用不能となる情報に基づいて変更し、記述が変更されたテキストファイルを前記クライアント装置へ送信する中継方法と、この中継方法をコンピュータに実させるためのプログラムと、このプログラムを記録したコンピュータ読み取り可能な記録媒体とを提供する。
【００１５】
また、上述した課題を解決するために、本発明は、クライアント装置とサーバ装置との間で通信を中継する代理サーバ装置において、テキストファイル及び画像ファイルを有するサーバ装置と通信するための第１の通信手段と、前記サーバ装置から前記テキストファイルと当該テキストファイルに関連付けられた前記画像ファイルとを取得するクライアント装置と通信するための第２の通信手段と、前記第１の通信手段を用いてサーバ装置から前記テキストファイルを取得するテキスト取得手段と、前記テキスト取得手段により取得されたテキストファイルから、前記クライアント装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報を抽出する使用不能情報抽出手段と、前記テキスト取得手段により取得されたテキストファイルの記述を前記使用不能抽出手段により抽出された情報に基づいて変更するテキスト変更手段と、前記テキスト変更手段により記述が変更されたテキストファイルを、前記第２の通信手段を用いて前記クライアント装置へ送信するテキスト送信手段とを具備する代理サーバ装置を提供する。
【００１６】
このような中継方法、プログラム、記録媒体または代理サーバ装置を用いると、サーバ装置からクライアント装置へ送信されるテキストファイルは、代理サーバ装置において当該テキストファイルに関連付けられた画像ファイルの取得前には使用不能となる情報に基づいてその記述が変更された後にクライアント装置へ送信される。
【００１７】
また、上述した課題を解決するために、本発明は、テキストファイル及び画像ファイルを有するサーバ装置から代理サーバ装置を介して前記テキストファイルを取得し、更に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置において、前記テキストファイルを取得し、取得したテキストファイルにおいて画像の未表示時に表示されるように記述された代替表示文字列からリンク情報を抽出し、抽出されたリンク情報を用いてユーザインタフェースを提供するユーザインタフェース提供方法と、このユーザインタフェース提供方法をコンピュータに実行させるためのプログラムと、このプログラムを記録したコンピュータ読み取り可能な記録媒体とを提供する。
【００１８】
また、上述した課題を解決するために、本発明は、テキストファイルと当該テキストファイルに関連付けられた画像ファイルとを有するサーバ装置と代理サーバを介して通信するクライアント装置において、代理サーバ装置と通信するための通信手段と、前記通信手段を用いて前記代理サーバ経由で前記テキストファイルを取得するテキスト取得手段と、テキスト取得手段により取得されたテキストファイルにおいて画像の未表示時に表示されるように記述された代替表示文字列からリンク情報を抽出するリンク情報抽出手段と、リンク情報抽出手段により抽出されたリンク情報を用いてユーザインタフェースを提供するユーザインタフェース提供手段とを有するクライアント装置を提供する。
【００１９】
このようなユーザインタフェース提供方法、プログラム、記録媒体またはクライアント装置を用いると、テキストファイルの後に当該テキストファイルに関連付けられた画像ファイルを取得するクライアント装置において、取得したテキストファイルにおいて画像の未表示時に表示されるように記述された代替表示文字列中のリンク情報に基づいてユーザインタフェースが提供される。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内の任意の態様を含む。
【００２１】
［第１実施形態］
（１）全体構成
図１は本発明の第１実施形態に係るデータ配信システムの全体構成を示す図であり、詳しくは後述するが、この図に示すシステムは、基本的に、通信網経由でデータを取得するデータ端末装置（以後、ＤＴＥ）において、表示すべき画像が未表示の時に当該画像データのサイズを表示することで当該画像データの取得にかかるコスト（時間および通信量）をユーザが推定できるようにしてユーザの便宜を図り、あわせて通信網におけるトラヒックの削減を実現している。
【００２２】
なお、この図においては、図面および説明が繁雑になるのを防ぐために、２つのＷＷＷサーバと１つのＤＴＥとが例示されているが、実際には多数のＷＷＷサーバおよびＤＴＥが存在する。また、ＤＴＥは携帯電話機能を有し、移動通信網経由で音声通話を行うことが可能であるが、音声通話に係る部分は本発明と直接的に関係しないことから、本実施形態においては、音声通話に係る説明および図示を省略する。
【００２３】
図１のデータ配信システムでは、図２に示すように、ＤＴＥ１１から送信されたリクエスト（縮退されたＨＴＴＰに従ったリクエスト）は移動パケット通信網１２、ゲートウェイサーバ１５、及びインターネット１３を順に介して軽量代理サーバ（以後、ＬＷＰ）１６へ到達し、ＤＴＥ１１からのリクエストに対応したリクエスト（一般的なＨＴＴＰに従ったリクエスト）がインターネット１３を介してＬＷＰ１６からＷＷＷサーバ１４Ａあるいは１４Ｂへ送信され、いずれかのＷＷＷサーバにより受信される。ＬＷＰ１６からのリクエストを受信したＷＷＷサーバは、受信したリクエストに対するレスポンスをインターネット１３経由で返信する。このレスポンスはＬＷＰ１６において受信され、後述する変更処理を経た後のレスポンスが、ＤＴＥ１１からのリクエストに対応したレスポンスとしてＬＷＰ１６からＤＴＥ１１へ送信される。ＬＷＰ１６からのレスポンスはインターネット１３、ゲートウェイサーバ１５、及び移動パケット通信網１２を順に介してＤＴＥ１１により受信される。
【００２４】
（２）ＷＷＷサーバの構成および機能
ＷＷＷサーバは、インターネット１３を用いて実現されているＷＷＷを構成する一般的なコンピュータシステムであり、ＨＴＴＰサーバの機能を備え、インターネット１３を介してＨＴＴＰに従ったリクエストを受信すると、基本的には、これに対応したレスポンスをインターネット１３へ送出する。例えば、ＷＷＷサーバは、ＨＴＭＬデータや画像データ等のファイルを格納しており、受信したリクエストがＧＥＴメソッドを用いたリクエストの場合、ＧＥＴメソッドで指定されたＵＲＬに対応するファイルを読み出し、当該ファイルを含んだレスポンスを返信する。
【００２５】
さらに、ＷＷＷサーバ１４Ａは、受信したリクエストがＨＥＡＤメソッドを用いたリクエストの場合、ＨＥＡＤメソッドで指定されたファイルのヘッダ情報を取得し、当該ヘッダ情報を含んだレスポンスを返信する。これに対してＷＷＷサーバ１４Ｂは、ＨＥＡＤメソッドの使用を許可せず、ＨＥＡＤメソッドを用いたリクエストに対しては、ＨＥＡＤメソッドの使用が許可されていないことを示す情報を含むレスポンスを返信する。
【００２６】
（３）ＤＴＥ１１の構成および機能
図３はＤＴＥ１１の構成例を示すブロック図である。この図において、ＣＰＵ３１はＤＴＥ１１の各部を制御するとともに各種データ処理を行う。無線通信部３２はアンテナ等を含んだ通信インタフェースであり、ＣＰＵ３１から供給されたデータを移動パケット通信網１２へ送出するとともに、移動パケット通信網１２を介して受信したデータをＣＰＵ３１へ渡す。
【００２７】
操作部３３はユーザに操作される操作子（テンキーやカーソルキー等）を備え、操作子の操作内容を示すデータをＣＰＵ３１へ渡す。表示部３４は例えば液晶ディスプレイであり、ＣＰＵ３１から供給される画像データに応じた画像を表示する。揮発性メモリ３５は例えばＲＡＭ（Random Access Memory）であり、ＣＰＵ３１のワークエリアとして機能する。不揮発性メモリ３６は例えばデータを書き換え不能に記憶するＲＯＭ（Read-Only Memory）３６１とデータを書き換え可能に記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）３６２とを有し、ＲＯＭ３６１にはオペレーティングシステムやウェブブラウザ等のソフトウェアが記憶されており、ＥＥＰＲＯＭ３６２にはユーザにより設定された情報等が記憶される。ＣＰＵ３１は、ＲＯＭ３６１に記憶されたソフトウェアを実行することで上記各部の制御や各種データ処理を行う。
【００２８】
次に、ＣＰＵ３１がＲＯＭ３６１に記憶されたソフトウェアを実行することでＤＴＥ１１に付与される機能について説明する。ただし、これらの機能はウェブブラウザを搭載している一般的な携帯電話機が有する機能と略同一であることから、ここでは、本実施形態の動作例に直接的に関係する機能についてのみ説明する。
【００２９】
（３−１）プロファイル設定機能
プロファイル設定機能はＤＴＥ１１の能力やＬＷＰ−ＤＴＥ間の通信に関してユーザが指定した情報等をプロファイル情報として設定する機能である。
図４はＤＴＥ１１が有するプロファイル設定機能を用いたプロファイル設定処理の流れを示すフローチャートであり、この図に示すように、ユーザがＤＴＥ１１の操作部３３を用いてプロファイル設定処理の開始指示を入力すると、ＣＰＵ３１はＥＥＰＲＯＭ３６２からプロファイル情報を読み出して揮発性メモリ３５に一時記憶させるとともに表示部３４を制御し、揮発性メモリ３５に一時記憶されたプロファイル情報に基づいてプロファイル情報の設定画面を表示させる（ステップＳＤ１）。この設定画面の一例を図５に示す。この設定画面は、設定されているプロファイル情報を示すとともに、プロファイル情報の設定をユーザに促す画面である。なお、図５の例では、画像を表示する際に画像枠を非表示とするようにプロファイル情報が設定されていることが示されている。「画像枠」とは、画像の外縁を囲む枠であり、画像が未表示の状態において表示され得る。
【００３０】
この画面を視認したユーザが操作部３３を操作し、何らかの入力を行うと（ステップＳＤ２）、ＣＰＵ３１は入力内容が設定ボタンＢ１の押下を示すものか、キャンセルボタンＢ２の押下を示すものかを判定し（ステップＳＤ３及びステップＳＤ４）、いずれでもない場合には入力内容に応じて揮発性メモリ３５に一時記憶されているプロファイル情報を変更し（ステップＳＤ５）、図６に示されるように、変更後のプロファイル情報に基づいてプロファイル情報の設定画面を再表示する（ステップＳＤ１）。
【００３１】
ユーザの入力内容が設定ボタンＢ１の押下を示す場合には、ＣＰＵ３１はＥＥＰＲＯＭ３６２に記憶されているプロファイル情報を揮発性メモリ３５に一時記憶されているプロファイル情報で上書きすることにより、プロファイル情報を更新してプロファイル設定処理を終える（ステップＳＤ６）。逆に、ユーザの入力内容がキャンセルボタンＢ２の押下を示す場合には、ＣＰＵ３１はプロファイル情報を更新することなく、プロファイル設定処理を終える。なお、プロファイル設定処理の終了時に、ＣＰＵ３１は表示部３４を制御し、設定画面を閉じる。
【００３２】
（３−２）コンテンツ取得機能および解釈・表示機能
コンテンツ取得機能はＷＷＷサーバからＨＴＭＬファイルや画像ファイル等をダウンロードする機能であり、ソフトウェアを実行したＤＴＥ１１が備えるＨＴＴＰクライアント機能を用いて実現されている。また、解釈・表示機能はダウンロードされたコンテンツを解釈・表示する機能であり、ソフトウェアを実行したＤＴＥ１１が備えるＨＴＭＬ解釈機能とユーザインタフェース提供機能とを用いて実現されている。
【００３３】
図７はＤＴＥ１１が有するコンテンツ取得機能を用いたコンテンツ取得処理の流れを示すフローチャートであり、この図に示すように、ユーザがＤＴＥ１１の操作部３３を用いてコンテンツ取得処理の開始指示を入力すると、ＣＰＵ３１は無線通信部３２を制御し、ＣＰＵ３１とＬＷＰ１６との間にＴＣＰコネクション（以後、クライアントＴＣＰコネクション）を確立する（ステップＳＥ１）。次に、ＣＰＵ３１はＨＴＴＰのＧＥＴメソッドを用いたリクエストを生成する（ステップＳＥ２）。このリクエストは、例えば“GET /PF/?http://www.*****.co.jp/HTTP/1.0”というリクエストラインになる。このリクエストラインは、ＤＴＥ１１の操作部３３を用いてユーザが入力した開始指示に基づいたＵＲＩ（http://www.*****.co.jp/）と、予め設定されたプロファイル情報（画像枠表示）に応じた情報（PF）とを含んでいる。なお、プロファイル情報が画像枠非表示を示す情報であれば、リクエストラインは“GET //?http://www.*****.co.jp/HTTP/1.0”となる。
【００３４】
次にＣＰＵ３１は、上記リクエストを上記ＴＣＰコネクションを介してＬＷＰ１６へ送信する（ステップＳＥ３）。以後、ＣＰＵ３１は上記リクエストに対するレスポンスの受信を待ち（ステップＳＥ４）、当該レスポンスを受信すると、上記ＴＣＰコネクションを切断し（ステップＳＥ５）、当該レスポンスに含まれるコンテンツの解釈および表示を行う（ステップＳＥ６）。なお、リクエストの送信後、所定時間経過してもレスポンスを受信できない場合にはタイムアウト処理が行われるが、この種のタイムアウト処理は本実施形態の動作例に直接的に関係しないため、本実施形態ではタイムアウト処理に関する説明を省略する。
【００３５】
解釈および表示処理では、ＨＴＭＬの文法に従ってコンテンツが解釈される。コンテンツがＨＴＭＬデータの場合、ＣＰＵ３１は、当該ＨＴＭＬデータを解釈し、その記述に応じたレイアウトの画像データを生成し、表示部３４へ供給する。ＨＴＭＬデータの解釈においては、ＣＰＵ３１は階層的に記述された各種のタグに対応した処理を行う。ＣＰＵ３１が行う処理のうち、本実施形態の動作と直接的に関連する処理について以下に説明する。
【００３６】
▲１▼ＩＭＧタグ処理
ＩＭＧタグはＨＴＭＬ文書に画像を挿入するためのタグであり、画像ファイルを指定するためのＳＲＣ属性や、画像サイズを指定するためのＷＩＤＴＨ属性およびＨＩＧＨＴ属性、画像未表示時に表示する文字列を指定するためのＡＬＴ属性、イメージマップを実現するためのＵＳＥＭＡＰ属性などを有する。このＩＭＧタグに対して、ＣＰＵ３１は表示部３４を制御し、ＳＲＣ属性により指定された画像ファイルの取得、当該ファイル中の画像データで表される画像をＷＩＤＴＨ属性およびＨＩＧＨＴ属性で指定されたサイズで表示させる。また、画像未表示時には、ＣＰＵ３１は表示部３４を制御し、ＡＬＴ属性で指定された文字列を画像の代わりに表示させる。
【００３７】
▲２▼クライアントサイドイメージマップ処理
クライアントサイドイメージマップはＩＭＧタグとＭＡＰタグとの組み合わせにより実現されるものであり、ＭＡＰタグにより規定されたマップをＩＭＧタグのＵＳＥＭＡＰ属性で指定する、という形式で記述される。このクライアントサイドイメージマップの表示時には、ＣＰＵ３１は表示部３４、操作部３３および無線通信部３２を制御し、画像内の複数の領域にそれぞれＨＲＥＦ属性を設定し、ユーザにより選択された領域に設定されたＨＲＥＦ属性の値（リンク先のＵＲＩ）に基づいた処理を行う。
【００３８】
▲３▼Ａタグ処理
Ａタグは文字列にアンカーを埋め込むためのタグであり、ＨＲＥＦ属性等を有する。文字列およびＨＲＥＦ属性が設定されたＡタグに対して、ＣＰＵ３１は表示部３４、操作部３３および無線通信部３２を制御して当該文字列を表示し、当該文字列がユーザにより選択されると、ＨＲＥＦ属性値に対応したファイルを取得する処理を開始する。
【００３９】
（４）ＬＷＰ１６の構成および機能
図８はＬＷＰ１６の構成例を示すブロック図である。ＬＷＰ１６は一般的なプロキシサーバと同様のハードウェア構成を有するものであり、全ての構成を説明すると説明が繁雑となることから、図８には、本実施形態の動作例を説明するために必要最小限の構成のみが示されている。
【００４０】
図８において、ＣＰＵ４１はＬＷＰ１６の各部を制御するとともに各種データ処理を行う。通信部４２はインターネット１３を介してＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）およびＨＴＴＰに従った通信を行うためのインタフェースであり、ＣＰＵ４１から供給されたデータをインターネット１３へ送出するとともに、インターネット１３を介して受信したデータをＣＰＵ４１へ渡す。
【００４１】
操作部４３はＬＷＰ１６の管理者に操作されるものであり、キーボードやマウス等の装置を備え、これらの装置を用いて管理者が入力したデータをＣＰＵ３１へ渡す。表示部４４は例えばＣＲＴ（Cathode Ray Tube）とその制御装置からなり、ＣＰＵ４１から供給される画像データに応じた画像を表示する。揮発性メモリ４５は例えばＲＡＭであり、ＣＰＵ４１のワークメモリとして機能する。不揮発性メモリ４６は例えばＲＯＭおよびハードディスクからなり、起動プログラムやオペレーティングシステム、代理処理を行うためのソフトウェア等を記憶している。ＣＰＵ４１は、不揮発性メモリ４６に記憶されたソフトウェアを実行することで上記各部の制御や各種データ処理を行う。
【００４２】
次に、ＣＰＵ４１が不揮発性メモリ４６に記憶されたソフトウェアを実行することでＬＷＰ１６に付与される機能について説明する。ただし、一般的なプロキシサーバが備えている機能については、本実施形態の動作例に直接的に関係する機能についてのみ説明する。
【００４３】
（４−１）ＨＴＴＰ処理機能
ＨＴＴＰ処理機能は、ＣＰＵ４１がソフトウェアを実行することによりＬＷＰ１６が備えるＨＴＴＰクライアント機能（一般的なＨＴＴＰに応じた機能）およびＨＴＴＰサーバ機能（縮退されたＨＴＴＰに応じた機能）を用いてＨＴＴＰに従った通信を中継する機能である。この中継においては、ＣＰＵ４１はＨＴＴＰに従ったリクエストおよびレスポンスを構成するフィールドを認識し、適切な処理を施す。例えば、ＨＴＴＰリクエストヘッダのジェネラルヘッダフィールドにおける“Via”は、ＤＴＥ１１ではセットされずにＬＷＰ１６においてセットされる。また、リクエストヘッダフィールドにおける“Host”は、ＤＴＥ１１およびＬＷＰ１６においてそれぞれセットされる。さらに、リクエストヘッダフィールドにおける“Proxy-Authorization”及び“Client ID”はＤＴＥ１１でセットされＬＷＰ１６において削除される。エンティティヘッダフィールドにおける“Content-Length”とエンティティボディはＤＴＥ１１でセットされＬＷＰ１６において変更を加えられない。また、ＨＴＴＰレスポンスヘッダのエンティティヘッダフィールドにおける“Content-Length”及び“Content-Type”とエンティティボディはＷＷＷサーバにおいてセットされ、ＬＷＰ１６において変更を加えられない。ＤＴＥ１１とＷＷＷサーバとの間の通信において、ＬＷＰ１６がＨＴＴＰリクエストおよびレスポンスを中継する際には、このような変換が必ず行われる。
【００４４】
（４−２）コンテンツ代理取得機能
コンテンツ代理取得機能はＤＴＥからのリクエストに応じてＷＷＷサーバからコンテンツをダウンロードし、必要に応じて加工した後に上記リクエストに対するレスポンスとしてＤＴＥへ転送する機能であり、ＨＴＴＰ処理機能の使用を前提としている。
【００４５】
図９はＬＷＰ１６が有するコンテンツ代理取得機能を用いたコンテンツ代理取得処理の流れを示すフローチャートであり、この図に示すように、ＣＰＵ４１は、ＤＴＥからの要請に応じてＤＴＥとの間にクライアントＴＣＰコネクションを確立する（ステップＳＡ１）。そして、当該クライアントＴＣＰコネクションを介してＨＴＴＰのＧＥＴメソッドを用いたリクエストを受信すると、ＣＰＵ４１は、当該リクエストから当該ＤＴＥのプロファイル情報を取得し、当該クライアントＴＣＰコネクションを一意に特定する情報（例えばコネクションＩＤ）とともに揮発性メモリ４５に記憶させる（ステップＳＡ２）。なお、揮発性メモリ４５は例えばＤＲＡＭ（Dynamic RAM）であり、ハードディスク等に比較して応答速度が速く、このような揮発性メモリ４５にプロファイル情報を格納することで、プロファイル情報を用いた後述する処理を高速化することができる。
【００４６】
次に、ＣＰＵ４１は、受信したリクエストに指定されたＵＲＩに対応するＷＷＷサーバとの間でＴＣＰコネクション（以後、サーバＴＣＰコネクション）を確立し、当該サーバＴＣＰコネクションを一意に特定する情報（例えばコネクションＩＤ）を当該プロファイル情報に対応付けて揮発性メモリ４５に記憶させる（ステップＳＡ３）。さらにＣＰＵ４１は、当該リクエストを加工し、加工後のリクエストを当該サーバＴＣＰコネクション経由で送信する（ステップＳＡ４）。このとき、サーバＴＣＰコネクション経由で送信されるリクエストの送信元はＬＷＰ１６となっている。
【００４７】
以後、ＣＰＵ４１は上記リクエストに対するレスポンスの受信を待ち（ステップＳＡ５）、当該レスポンスを受信すると、上記サーバＴＣＰコネクションを切断し（ステップＳＡ６）、切断したサーバＴＣＰコネクションのコネクションＩＤに対応付けて揮発性メモリ４５に記憶されているプロファイル情報を読み出し、このプロファイル情報が画像枠表示／非表示のいずれを示すものであるかを判定する（ステップＳＡ７）。
【００４８】
当該プロファイル情報が画像枠表示を示すものであれば、ＣＰＵ４１は当該レスポンスに含まれるコンテンツの解析（および変更）を行う。すなわち、ＣＰＵ４１は当該コンテンツから順に解析対象のタグ（以後、対象タグ）を抽出し、対象タグが無くなるまで、対象タグがＩＭＧタグであれば当該ＩＭＧタグに設定されたＡＬＴ属性値の変更処理を行う、という処理を繰り返す（ステップＳＡ８〜ＳＡ１１）。このＡＬＴ属性値の変更処理の具体的な内容については後述する。
【００４９】
上記解析（および変更）を完了すると、ＣＰＵ４１は、解析（および変更）後のコンテンツを含むレスポンスを、対応するクライアントＴＣＰコネクションを介して、ＤＴＥからのリクエストに対するレスポンスとして送信し（ステップＳＡ１２）、当該クライアントＴＣＰコネクションを切断する（ステップＳＡ１３）。
【００５０】
また、切断したサーバＴＣＰコネクションのコネクションＩＤに対応付けて揮発性メモリ４５に記憶されているプロファイル情報が画像枠非表示を示すものであれば、上記解析（および変更）を行うことなく、ＷＷＷサーバから受信したコンテンツを含むレスポンスを、対応するクライアントＴＣＰコネクションを介して、ＤＴＥからのリクエストに対するレスポンスとして送信した後に当該クライアントＴＣＰコネクションを切断する（ステップＳＡ７，ＳＡ１２及びＳＡ１３）。
【００５１】
（４−２−１）ＡＬＴ属性値の変更処理
図１０はＡＬＴ属性値の変更処理（図９のステップＳＡ１１）の流れを示すフローチャートであり、この図に示す処理は、対象タグがＩＭＧタグの場合に行われる。対象タグがＩＭＧタグの場合、ＣＰＵ４１は当該ＩＭＧタグに指定されたＵＲＩに対応するＷＷＷサーバとの間でサーバＴＣＰコネクションを確立し（ステップＳＢ１）、当該ＵＲＩで指定される画像ファイルのヘッダ情報を取得するためのＨＥＡＤメソッドを用いたリクエストを生成し（ステップＳＢ２）、当該サーバＴＣＰコネクションを介して送信する（ステップＳＢ３）。
【００５２】
以後、ＣＰＵ４１は当該リクエストに対するレスポンスの受信を待ち（ステップＳＢ４）、レスポンスを受信すると、当該レスポンスが上記ヘッダ情報を含む正常なレスポンスであるか否かを判定する（ステップＳＢ５）。当該レスポンスが正常なレスポンスの場合、ＣＰＵ４１は当該サーバＴＣＰコネクションを切断し（ステップＳＢ６）、このヘッダ情報に基づいて当該ＩＭＧタグのＡＬＴ属性値を変更する（ステップＳＢ７）。
【００５３】
具体的には、ＣＰＵ４１は、レスポンスのエンティティヘッダフィールドにおける“Content-Length”を読み取ることで画像ファイルのデータサイズ（例えば５０ＫＢ）を取得し、このデータサイズを示す文字列（例えば「50KB」）を生成し、この文字列を所定の形式に整形して当該ＩＭＧタグのＡＬＴ属性値に付加する。例えば、ＩＭＧタグのＡＬＴ属性値が「風景」であれば、変更後の属性値は「風景[50KB]」となる。なお、本実施形態では、データサイズの表示をＫＢ単位で行うとともに小数点以下を四捨五入する例を示すが、他の単位や精度に変更してもよい。
【００５４】
一方、ＷＷＷサーバからのレスポンスが正常なレスポンスでない場合、ＣＰＵ４１は当該ＩＭＧタグに指定されたＵＲＩで指定される画像ファイルを取得するためのＧＥＴメソッドを用いたリクエストを生成し（ステップＳＢ８）、上記サーバＴＣＰコネクションを介して送信する（ステップＳＢ９）。以後、ＣＰＵ４１は上記リクエストに対するレスポンスの受信を待ち（ステップＳＢ１０）、当該レスポンスを受信すると、当該レスポンスに含まれている画像ファイルのデータサイズを計測し（ステップＳＢ１１）、当該サーバＴＣＰコネクションを切断し（ステップＳＢ６）、当該データサイズに基づいてＡＬＴ属性値を変更する（ステップＳＢ７）。なお、画像ファイルのデータサイズの計測は、ＣＰＵ４１が、例えば、レスポンス中のエンティティボディのデータサイズを測ることで行われる。
上述のＡＬＴ属性値の変更処理は、コンテンツ中のＩＭＧタグ（画像）の数だけ繰り返される。
【００５５】
（５）動作例
本実施形態の動作はコンテンツの内容、プロファイル情報の内容、およびＷＷＷサーバの機能に応じて異なり、その動作パターンは多数となるが、ここでは、本発明の特徴を表す動作例のみについて、図７、図９〜図２０を参照して説明する。なお、これらの図において共通する部分には同一の符号が付されている。
【００５６】
ただし、以下に説明する動作例の前提として、ＤＴＥ１１がＷＷＷサーバ１４Ａから取得するコンテンツは、２０ＫＢの画像ファイル（aaa.gif）を指定したＩＭＧタグと５０ＫＢの画像ファイル（bbb.gif）を指定したクライアントサイドイメージマップとを含むテキストファイルであるものとする。このテキストファイル内の記述の要部を以下に例示する。
【００５７】
0003881182.tif 000002
【００５８】
また、以下に説明する動作例の前提として、ＤＴＥ１１がＷＷＷサーバ１４Ｂから取得するコンテンツは、１０ＫＢの画像ファイル（ccc.gif）を指定したＩＭＧタグと７０ＫＢの画像ファイル（ddd.gif）を指定したクライアントサイドイメージマップとを含むテキストファイルであるものとする。このテキストファイル内の記述の要部を以下に例示する。
【００５９】
0003881182.tif 000003
【００６０】
（５−１）画像枠非表示かつＷＷＷサーバ１４Ａの場合の動作例
図１１はプロファイル情報が画像枠非表示を示し、かつコンテンツの取得先がＷＷＷサーバ１４Ａの場合の動作例を示すシーケンス図であり、この図に示すように、まず、ＤＴＥ１１では、ユーザの操作に従ってプロファイル情報（この場合には画像枠非表示）が設定される。この設定処理の詳細は図４に示されている通りであり、この設定処理の結果、ＤＴＥ１１のＥＥＰＲＯＭ３６２には画像枠非表示を示すプロファイル情報が記憶される。
【００６１】
次に、ユーザがＤＴＥ１１を操作し、ＷＷＷサーバ１４Ａからのデータ取得を指示すると、ＤＴＥ１１とＬＷＰ１６との間でクライアントＴＣＰコネクションが確立される（ステップＳＥ１，ＳＡ１）。次に、ＤＴＥ１１において、ＷＷＷサーバ１４Ａに対応するＵＲＩ（http://www.*****.co.jp/index.html）とＥＥＰＲＯＭ３６２に記憶されたプロファイル情報とに基づいてＧＥＴメソッドを用いたリクエストが生成され（ステップＳＥ２）、このリクエストが当該クライアントＴＣＰコネクションを介してＬＷＰ１６へ送信される（ステップＳＥ３）。
【００６２】
このリクエストをＬＷＰ１６が受信すると（ステップＳＡ２）、ＬＷＰ１６とＷＷＷサーバ１４Ａとの間でサーバＴＣＰコネクションが確立され（ステップＳＡ３）、当該リクエストを前述のＨＴＴＰ処理機能により変換した後のリクエストがＬＷＰ１６から当該サーバＴＣＰコネクションを介してＷＷＷサーバ１４Ａへ送信される（ステップＳＡ４）。なお、ＬＷＰ１６では、クライアントＴＣＰコネクションを介して受信したリクエストからプロファイル情報が抽出され、揮発性メモリ４５に一時記憶される。
【００６３】
当該サーバＴＣＰコネクションを介してＬＷＰ１６からのリクエストを受信したＷＷＷサーバ１４Ａでは、当該リクエストで指定されたＵＲＩに対応したコンテンツ（index.html）を含むレスポンスが生成され、当該サーバＴＣＰコネクションを介してＬＷＰ１６へ返信される（ステップＳＡ５）。この後、当該サーバＴＣＰコネクションは切断される（ステップＳＡ６）。
【００６４】
次に、ＬＷＰ１６では、ＤＴＥ１１のプロファイル情報が画像枠表示／画像枠非表示のどちらを示すものであるかが判定される（ステップＳＡ７）。この動作例ではプロファイル情報は画像枠非表示を示すことから、ＬＷＰ１６において、前述の解析（および変更）は行われず、ＷＷＷサーバ１４Ａからのレスポンスは前述のＨＴＴＰ処理機能により変換された後、ＤＴＥ１１からのリクエストへのレスポンスとして上記クライアントＴＣＰコネクション経由でＤＴＥ１１へ送信され（ステップＳＡ１２）、ＤＴＥ１１により受信される（ステップＳＥ４）。
【００６５】
ＤＴＥ１１が上記レスポンスを受信すると、上記クライアントＴＣＰコネクションが切断され（ステップＳＥ５，ＳＡ１３）、ＤＴＥ１１において、当該レスポンス中のコンテンツの解釈・表示が行われる（ステップＳＥ６）。この結果、ＤＴＥ１１の表示部３４には、例えば、図１２に示す画面が表示される。ＤＴＥ１１において、この時点では画像データは取得されておらず、かつ、不揮発性メモリ４６に記憶されたプロファイル情報は画像枠非表示を示すものであることから、ＩＭＧタグのＡＬＴ属性値を表示するのに必要最小限の表示領域が確保され、この領域内に当該ＡＬＴ属性値「風景」が表示される。このような事情はクライアントサイドイメージマップでも同様であり、必要最小限の表示領域内にクライアントサイドイメージマップを構成するＩＭＧタグのＡＬＴ属性値「イメージマップ」が表示される。
【００６６】
図１１に示すように、上記解釈・表示に並行して、ＤＴＥ１１では、ＩＭＧタグのＨＲＥＦ属性値に対応する画像データ（aaa.gif）をＷＷＷサーバ１４Ａから取得する処理が行われる。この処理に応じた本実施形態の動作は上述したＨＴＭＬデータの取得時の動作と同様の動作となるため、その説明を省略する。このような画像データの取得処理は、ＩＭＧタグの数だけ繰り返される。
【００６７】
ＤＴＥ１１において、全てのＩＭＧタグに対応する画像データが取得されると、その表示部３４に表示される画面は図１３に示すような画面となる。すなわち、ＩＭＧタグで指定された画像が正しく表示される。なお、図１２および図１３から明らかなように、画像枠非表示であることから、画像データを取得する都度、画面のレイアウトが変更される。また、クライアントサイドイメージマップは対応する画像が表示された後に使用可能となる。
【００６８】
（５−２）画像枠非表示かつＷＷＷサーバ１４Ｂの場合の動作例
図１４はプロファイル情報が画像枠非表示を示し、かつコンテンツの取得先がＷＷＷサーバ１４Ｂの場合の動作例を示すシーケンス図であり、この図に示す動作例が図１１に示す動作例と異なる点は、取得対象のコンテンツがＷＷＷサーバ１４Ｂ上のコンテンツである点のみであることから、本動作例の詳細な説明を省略する。なお、図１４に示す動作例において、ＤＴＥ１１の表示部３４に最初に表示される画面は図１５に例示する画面となり、全ての画像データの取得後に表示される画面は図１６に例示する画面となる。
【００６９】
（５−３）画像枠表示かつＷＷＷサーバ１４Ａの場合の動作例
図１７はプロファイル情報が画像枠表示を示し、かつコンテンツの取得先がＷＷＷサーバ１４Ａの場合の動作例を示すシーケンス図であり、この図に示すように、まず、ＤＴＥ１１では、ユーザの操作に従ってプロファイル情報（この場合には画像枠表示）が設定され、ＥＥＰＲＯＭ３６２には画像枠表示を示すプロファイル情報が記憶される。以後、ステップＳＡ６まで図１１と同様のシーケンスとなる。ただし、ＬＷＰ１６の揮発性メモリ４５に一時記憶されるプロファイル情報は、画像枠表示を示すプロファイル情報である。
【００７０】
ＬＷＰ１６とＷＷＷサーバ１４Ａとの間のサーバＴＣＰコネクションが切断されると（ステップＳＡ６）、ＬＷＰ１６では、ＤＴＥ１１のプロファイル情報が画像枠表示／画像枠非表示のどちらを示すものであるかが判定される（ステップＳＡ７）。この動作例ではプロファイル情報は画像枠表示を示すことから、ＬＷＰ１６では、ＷＷＷサーバ１４Ａからのレスポンスに含まれるコンテンツに対して、前述の解析（および変更）が行われる（ステップＳＡ８〜ＳＡ１１及びシーケンスＡ）。すなわち、ＬＷＰ１６においてＩＭＧタグが解析対象の対象タグとなる毎に、以下の動作が行われる。
【００７１】
対象タグ（ＩＭＧタグ）に指定されたＵＲＩに対応するＷＷＷサーバ１４ＡとＬＷＰ１６との間でサーバＴＣＰコネクションが確立され（ステップＳＢ１）、ＬＷＰ１６において当該ＵＲＩで指定される画像ファイル（aaa.gif）のヘッダ情報を取得するためのＨＥＡＤメソッドを用いたリクエストが生成され（ステップＳＢ２）、このリクエストが当該サーバＴＣＰコネクションを介してＬＷＰ１６からＷＷＷサーバ１４Ａへ送信される（ステップＳＢ３）。
【００７２】
当該リクエストを受信したＷＷＷサーバ１４ＡはＨＥＡＤメソッドの使用を許容していることから、ＷＷＷサーバ１４Ａにおいて当該リクエストのＨＥＡＤメソッドで指定されたコンテンツ（aaa.gif）のヘッダ情報が取得され、当該ヘッダ情報を含んだレスポンスがＷＷＷサーバ１４Ａから当該サーバＴＣＰコネクションを介してＬＷＰ１６へ返信される（ステップＳＢ４）。
【００７３】
そして、ＬＷＰ１６では当該レスポンスの正常性が判定される（ステップＳＢ５）。当該レスポンスは所望の画像ファイルのヘッダ情報を含んでいることから正常と判断され、続いてＬＷＰ１６とＷＷＷサーバ１４Ａとの間のサーバＴＣＰコネクションが切断され（ステップＳＢ６）、当該ヘッダ情報に基づいて当該ＩＭＧタグのＡＬＴ属性値が変更される（ステップＳＢ７）。aaa.gifのデータサイズは２０ＫＢであることから、ＷＷＷサーバ１４Ａからのレスポンスのエンティティヘッダフィールドにおける“Content-Length”には２０ＫＢを示す情報が格納されており、ＬＷＰ１６では、この情報が読み取られ、この情報に応じた文字列「20KB」が生成され、「[20KB]」に整形された後に当該ＩＭＧタグのＡＬＴ属性値に付加される。この結果、当該ＩＭＧタグのＡＬＴ属性値は「風景[20KB]」となる。
図１７に示すように、このような動作がbbb.gifについても行われ、bbb.gifに対応するＩＭＧタグのＡＬＴ属性値は「イメージマップ[50KB]」となる。
【００７４】
このようにコンテンツの内容が変更されたＷＷＷサーバ１４Ａからのレスポンスは、前述のＨＴＴＰ処理機能により変換された後、ＤＴＥ１１からのリクエストへのレスポンスとして上記クライアントＴＣＰコネクション経由でＤＴＥ１１へ送信され（ステップＳＡ１２）、ＤＴＥ１１により受信される（ステップＳＥ４）。以降の動作は、図１１に示す動作例と同様である。
【００７５】
ただし、ＤＴＥ１１におけるコンテンツの解釈・表示の結果、表示部３４に最初に表示される画面は、例えば図１８に示す画面となる。ＤＴＥ１１において、この時点では画像データは取得されておらず、かつ、不揮発性メモリ３６に記憶されたプロファイル情報は画像枠表示を示すものであることから、ＩＭＧタグのＷＩＤＴＨ属性値およびＨＩＧＨＴ属性値で表されるサイズの画像枠が表示され、この画像枠内に当該ＩＭＧタグのＡＬＴ属性値「風景[20KB]」が表示される。このような事情はクライアントサイドイメージマップでも同様であり、クライアントサイドイメージマップを構成するＩＭＧタグのＷＩＤＴＨ属性値およびＨＩＧＨＴ属性値で表されるサイズの画像枠が表示され、この画像枠内に当該ＩＭＧタグのＡＬＴ属性値「イメージマップ[50KB]」が表示される。なお、クライアントサイドイメージマップは対応する画像が表示された後に使用可能となる。
【００７６】
これにより、ユーザは、コンテンツ取得の初期段階において、各画像ファイルの取得にかかる時間や費用（移動パケット通信網１２がパケット量に基づいて課金する通信網の場合）を推定することができる。したがって、ユーザは、画像ファイルの取得を待たずに他の作業（他のコンテンツの取得開始やウェブブラウザ以外のソフトウェアを用いた作業、ＤＴＥ１１を用いない作業など）を行うか否かの判断を迅速に行うことができる。
【００７７】
（５−４）画像枠表示かつＷＷＷサーバ１４Ｂの場合の動作例
図１９はプロファイル情報が画像枠表示を示し、かつコンテンツの取得先がＷＷＷサーバ１４Ｂの場合の動作例を示すシーケンス図であり、ＬＷＰ１６がＷＷＷサーバ１４Ｂから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」に../af.htmlへのリンクが埋め込まれたＡタグが仮想的に生成され、当該ＩＭＧタグのＡＬＴ属性値に基づいたユーザインタフェースの提供が有効である間、これらの仮想的Ａタグが通常のＡタグと同様に取り扱われる。また、当該ＩＭＧタグのＡＬＴ属性値に基づいたユーザインタフェースの提供が有効である間、“イメージマップ[50KB]”が当該ＩＭＧタグのＡＬＴ属性値として取り扱われる。
【００９１】
▲３▼プログラム・ダウンロード更新機能
ＤＴＥ５１は、ユーザの指示に応じて、ＬＷＰ５２からプログラムをダウンロードする機能を備えている。もちろん、ダウンロードしたプログラムが実行可能であれば、これを実行する機能をも備えている。
【００９２】
（３）ＬＷＰ１６の構成および機能
ＬＷＰ５２のハードウェア構成はＬＷＰ１６と略同一である（図８参照）。ただし、ＬＷＰ５２の不揮発性メモリ４６に記憶されている代理処理を行うためのソフトウェアは、ＬＷＰ１６における不揮発性メモリ４６に記憶されているものと異なっている。また、ＬＷＰ５２の不揮発性メモリ４６には、ＤＴＥ５１において実行されることでＤＴＥ５１のウェブブラウザを更新するプログラムも記憶されている。次に、ＤＴＥ５１のＣＰＵ４１が不揮発性メモリ４６に記憶されたソフトウェアを実行することでＬＷＰ５２に付与されるコンテンツ代理取得機能のうち、ＬＷＰ１６と異なる部分について説明する。
【００９３】
ＬＷＰ５２は、コンテンツ代理取得機能を用いて図９および図１０に示す処理を行うとともに、図２４に示すクライアントサイドイメージマップ処理を行う。図２４に示す処理は、図１０のステップＳＢ７に後続する処理であり、ＬＷＰ５２は図１０のステップＳＢ７においてＡＬＴ属性値を変更した後に、図２４のステップＳＣ１において対象タグがクライアントサイドイメージマップを構成するＩＭＧタグであるか否かを判定し、クライアントサイドイメージマップを構成するＩＭＧタグでない場合には、図９のステップＳＡ８において次の対象タグを選択する。
【００９４】
図２４のステップＳＣ１において対象タグがクライアントサイドイメージマップを構成するＩＭＧタグの場合、ＬＷＰ５２は、クライアントサイドイメージマップを構成するＭＡＰタグに指定されている複数のＡＲＥＡ要素から対象のＡＲＥＡ要素（以後、対象ＡＲＥＡ要素）を選択する処理を、対象ＡＲＥＡ要素がなくなるまで繰り返す（ステップＳＣ２〜ステップＳＣ３）。
【００９５】
また、ＬＷＰ５２は、対象エリア要素が選択される毎に、当該エリア要素において指定されたＨＲＥＦ属性値を抽出し（ステップＳＣ４）、抽出されたＨＲＥＦ属性値に基づいて当該ＩＭＧタグのＡＬＴ属性値を変更する（ステップＳＣ５）。例えば、クライアントサイドイメージマップを構成するＭＡＰタグの対象エリア要素に指定されたＨＲＥＦ属性値が../af.htmlであれば、文字列「[@]../af.html」が当該ＩＭＧタグのＡＬＴ属性値に追加される。
【００９６】
（４）動作例
本実施形態の動作はコンテンツの内容、プロファイル情報の内容、およびＷＷＷサーバの機能に応じて異なり、その動作パターンは多数となるが、ここでは、第１実施形態と異なる動作となる動作例（すなわち、画像枠表示の場合の動作例）のみについて主に図２５を参照して説明する。なお、図２５において、他の図と共通する部分には同一の符号が付されている。また、以下に説明する動作例の前提は第１実施形態と同一であるものとする。
【００９７】
図２５はプロファイル情報が画像枠表示を示す場合の動作例を示すシーケンス図であり、この図に示すように、ユーザがウェブブラウザの更新を目的としてプログラムのダウンロードを指示すると、ＤＴＥ５１とＬＷＰ５２との間にＴＣＰコネクションが確立され、このコネクションを介して、ＤＴＥ５１からＬＷＰ５２へウェブブラウザを更新するためのプログラムの配信が要求され、当該要求に応じてＬＷＰ５２からＤＴＥ５１へ当該プログラムが配信された後、当該コネクションが切断される。そして、ユーザの指示に従って、ＤＴＥ５１において当該プログラムが実行されると、ＥＥＰＲＯＭ３６２に格納されたウェブブラウザが更新される。以後、ＤＴＥ５１では、更新後のウェブブラウザを用いた処理が行われる。
【００９８】
以降の動作はシーケンスＡが完了するまで、図１７に示す動作例と同一となり、シーケンスＡの完了後の対象タグのＡＬＴ属性値は「イメージマップ[50KB]」となる。次に、ＬＷＰ５２では、対象タグがクライアントサイドイメージマップを構成するＩＭＧタグであるか否かが判定される（ステップＳＣ１）。本動作例において、シーケンスＡの完了時点での対象タグはクライアントサイドイメージマップを構成するＩＭＧタグであることから、ＬＷＰ５２では、当該クライアントサイドイメージマップを構成するＭＡＰタグに指定されている各ＡＲＥＡ要素について、エリア要素において指定されたＨＲＥＦ属性値が抽出され、抽出されたＨＲＥＦ属性値に基づいて当該ＩＭＧタグのＡＬＴ属性値が変更される（ステップＳＣ２〜ＳＣ５）。この結果、当該ＩＭＧタグのＡＬＴ属性値は「イメージマップ[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]」に変えた画面が表示される。もちろん、これらの変形と同様の変形を第２実施形態に施すことも可能である。
【０１０８】
また、通信機能を備えた通信端末を介してＤＴＥが通信するようにしてもよい。この場合、ＤＴＥが通信機能を備えている必要はない。また、ＤＴＥとＬＷＰとの間の通信網は固定網であってもよいし、回線交換網であってもよい。さらに、ＬＷＰとＷＷＷサーバとの間の通信網はインターネットに限るものではなく、ウェブと同様の機能を実現するものであればよく、例えば所謂イントラネットであってもよい。
【０１０９】
また、上述した実施形態では、ＨＴＭＬおよびＨＴＴＰを前提として説明したが、本発明の適用範囲はこれに限るものではなく、先にテキストデータをダウンロードし、次に当該データ内で指定された画像データをダウンロードするような、言語および通信プロトコル環境に適用可能である。さらに、本発明は、ＬＷＰとＷＷＷサーバとが一体となっている場合にも適用可能である。ただし、この場合、ＬＷＰとＷＷＷサーバとの通信は例えばプロセス間通信となる。また、ＬＷＰとゲートウェイサーバを一体化した態様も本発明の範囲に含まれる。
【０１１０】
【発明の効果】
以上説明したように、本発明によれば、代理サーバ装置においてテキストファイルに関連付けられた画像ファイルに関連した情報（または当該画像ファイルの取得前には使用不能となる情報）に基づいて当該テキストファイルの記述が変更されるから、テキストファイルを受信したクライアント装置のユーザは、画像ファイルに関する情報（または当該画像ファイルの取得前には使用不能となる情報）を把握することができる。これらの情報は、ユーザの判断や作業等に役立つ情報であり、かつテキストファイルの取得は画像ファイルの取得に比較して迅速に行われることから、本発明は、従来の技術では迅速に提供することができなかった情報であってユーザの判断や作業等に役立つ情報を迅速に提供することができるという効果を奏する。
【０１１１】
また、代理サーバ装置において画像ファイルの取得前には使用不能となるリンクを示すリンク情報を代替表示文字列としてテキストファイルに記述する場合、クライアント装置において代替表示文字列から当該リンク情報を抽出し、抽出されたリンク情報に基づいてユーザインタフェースを提供するようにすれば、クライアントサイドイメージマップにおいてもユーザは画像ファイルの取得を待たずに当該マップにおいて指定されているリンクを利用することができる。
【図面の簡単な説明】
【図１】  図１は本発明の第１実施形態に係るデータ配信システムの全体構成を示す図である。
【図２】  同システムの動作の概要を説明するためのシーケンス図である。
【図３】  同システムを構成するＤＴＥ１１の構成例を示すブロック図である。
【図４】  同ＤＴＥ１１が有するプロファイル設定機能を用いたプロファイル設定処理の流れを示すフローチャートである。
【図５】  同ＤＴＥ１１におけるプロファイル情報の設定画面の一例を示す図である。
【図６】  同ＤＴＥ１１におけるプロファイル情報の設定画面の一例を示す図である。
【図７】  同ＤＴＥ１１が有するコンテンツ取得機能を用いたコンテンツ取得処理の流れを示すフローチャートである。
【図８】  同システムを構成するＬＷＰ１６の構成例を示すブロック図である。
【図９】  同ＬＷＰ１６が有するコンテンツ代理取得機能を用いたコンテンツ代理取得処理の流れを示すフローチャートである。
【図１０】  同ＬＷＰ１６が行うＡＬＴ属性値の変更処理の流れを示すフローチャートである。
【図１１】  同システムの動作例（画像枠非表示かつＷＷＷサーバ１４Ａ）を示すシーケンス図である。
【図１２】  図１１に示す動作例におけるＤＴＥ１１の表示画面（画像取得前）を示す図である。
【図１３】  図１１に示す動作例におけるＤＴＥ１１の表示画面（画像取得後）を示す図である。
【図１４】  同システムの動作例（画像枠非表示かつＷＷＷサーバ１４Ｂ）を示すシーケンス図である。
【図１５】  図１４に示す動作例におけるＤＴＥ１１の表示画面（画像取得前）を示す図である。
【図１６】  図１４に示す動作例におけるＤＴＥ１１の表示画面（画像取得後）を示す図である。
【図１７】  同システムの動作例（画像枠表示かつＷＷＷサーバ１４Ａ）を示すシーケンス図である。
【図１８】  図１７に示す動作例におけるＤＴＥ１１の表示画面（画像取得前）を示す図である。
【図１９】  同システムの動作例（画像枠表示かつＷＷＷサーバ１４Ｂ）を示すシーケンス図である。
【図２０】  図１９に示す動作例におけるＤＴＥ１１の表示画面（画像取得前）を示す図である。
【図２１】  本発明の第２実施形態に係るデータ配信システムの全体構成を示す図である。
【図２２】  図２１に示すシステムを構成するＤＴＥ５１において行われるＡＬＴ属性監視処理の流れを示すフローチャートである。
【図２３】  同ＤＴＥ５１において行われるＡＬＴ属性変換処理の流れを示すフローチャートである。
【図２４】  図２１に示すシステムを構成するＬＷＰ５２において行われるクライアントサイドイメージマップ処理の流れを示すフローチャートである。
【図２５】  図２１に示すシステムの動作例（画像枠表示）を示すシーケンス図である。
【図２６】  図２５に示す動作例におけるＤＴＥ５１の表示画面（画像取得前）を示す図である。
【符号の説明】
１１，５１      ＤＴＥ
１２            移動パケット通信網
１３            インターネット
１４Ａ，１４Ｂ  ＷＷＷサーバ
１５            ゲートウェイサーバ
１６，５２      ＬＷＰ
【図１】
0003881182.tif 000004
【図２】
0003881182.tif 000005
【図３】
0003881182.tif 000006
【図４】
0003881182.tif 000007
【図５】
0003881182.tif 000008
【図６】
0003881182.tif 000009
【図７】
0003881182.tif 000010
【図８】
0003881182.tif 000011
【図９】
0003881182.tif 000012
【図１０】
0003881182.tif 000013
【図１１】
0003881182.tif 000014
【図１２】
0003881182.tif 000015
【図１３】
0003881182.tif 000016
【図１４】
0003881182.tif 000017
【図１５】
0003881182.tif 000018
【図１６】
0003881182.tif 000019
【図１７】
0003881182.tif 000020
【図１８】
0003881182.tif 000021
【図１９】
0003881182.tif 000022
【図２０】
0003881182.tif 000023
【図２１】
0003881182.tif 000024
【図２２】
0003881182.tif 000025
【図２３】
0003881182.tif 000026
【図２４】
0003881182.tif 000027
【図２５】
0003881182.tif 000028
【図２６】
0003881182.tif 000029