(57)【要約】【課題】クライアントにおいてＷｅｂコンテンツ画像を表示する際に、クライアントにおけるユーザ操作の一部を中継サーバが肩代わりすることで、ユーザのブラウザの操作回数と通信量の両方を削減する。【解決手段】クライアントから要求されたウェブコンテンツを取得するとともに当該ウェブコンテンツに関する情報をデータベースから取得し、取得した情報に基づいてクライアントの操作を分析し、分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択し、選択された部分をウェブコンテンツ画像に変換するとともに、変換した画像に必要なＵＩ情報を抽出し、ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する。【選択図】  図１
2012123679.tif 000002
【特許請求の範囲】
【請求項１】
サーバとクライアントからなるウェブサイト閲覧システムにおいて、
前記サーバは、
前記クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得手段と、
前記要求されたウェブコンテンツに関する情報をデータベースから取得する情報取得手段と、
前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析手段と、
前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択手段と、
前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成手段と、
前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信手段と、
を備え、
前記クライアントは、
所望のウェブコンテンツを前記サーバに要求する要求手段と、
前記サーバから送信されたウェブコンテンツ画像とＵＩ情報とを受信する受信手段と、
前記ウェブコンテンツ画像を表示手段に表示する表示制御手段と、
前記ＵＩ情報を前記ウェブコンテンツ画像上の適切な位置に対応付けて配置するＵＩ情報マッピング手段と、
を備えたことを特徴とするウェブサイト閲覧システム。
【請求項２】
前記情報取得手段は、前記ウェブコンテンツに関する前記クライアントの閲覧情報を前記データベースから取得し、
前記クライアント操作分析手段は、前記取得したクライアントの閲覧情報から前記ウェブコンテンツのうち閲覧回数の多い部分を取得し、
前記応答コンテンツ選択手段は、前記閲覧回数の多い部分を応答する部分として選択することを特徴とする請求項１に記載のウェブサイト閲覧システム。
【請求項３】
前記クライアント操作分析手段は、前記取得したクライアントの閲覧情報から前記ウェブコンテンツのうち閲覧回数の少ない部分を取得し、
前記応答コンテンツ選択手段は、前記閲覧回数の少ない部分を応答する部分から削除することを特徴とする請求項２に記載のウェブサイト閲覧システム。
【請求項４】
前記情報取得手段は、前記要求されたウェブコンテンツに関する更新情報を前記データベースから取得し、
前記クライアント操作分析手段は、前記取得したウェブコンテンツの更新情報から前記ウェブコンテンツのうち最新の更新部分を取得し、
前記応答コンテンツ選択手段は、前記最新の更新部分を応答する部分として選択することを特徴とする請求項１から３のいずれか１項に記載のウェブサイト閲覧システム。
【請求項５】
前記サーバは、
前記クライアントの操作情報を取得する操作情報取得手段と、
前記取得した操作情報を前記要求されたウェブコンテンツと関連付けて前記データベースに記録する操作情報記録手段と、
を備えたことを特徴とする請求項１から４のいずれか１項に記載のウェブサイト閲覧システム。
【請求項６】
前記サーバは、前記要求されたウェブコンテンツの更新を取得する更新情報取得手段と、
前記取得した更新情報を前記要求されたウェブコンテンツと関連付けて前記データベースに記録する更新情報記録手段と、
を備えたことを特徴とする請求項１から５のいずれか１項に記載のウェブサイト閲覧システム。
【請求項７】
前記サーバは、所望のウェブコンテンツに対し、重要度の高い領域を最初の表示領域として設定する初期表示領域設定手段を備え、
前記情報取得手段は、前記初期表示領域設定手段で設定された表示領域をウェブコンテンツに関する情報として前記データベースから取得することを特徴とする請求項１から６のいずれか１項に記載のウェブサイト閲覧システム。
【請求項８】
クライアントの情報とウェブコンテンツの情報を管理するデータベースと、
前記クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得手段と、
前記要求されたウェブコンテンツに関する情報を前記データベースから取得する情報取得手段と、
前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析手段と、
前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択手段と、
前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成手段と、
前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信手段と、
を備えたことを特徴とするサーバ。
【請求項９】
クライアントから要求されたウェブコンテンツを、該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得工程と、
前記要求されたウェブコンテンツに関する情報をデータベースから取得する情報取得工程と、
前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析工程と、
前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択工程と、
前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成工程と、
前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信工程と、
を備えたことを特徴とするデータ送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイト閲覧システム、サーバ及びデータ送受信方法に係り、特に、クライアントにおいてウェブコンテンツ画像を表示させる技術に関する。
【背景技術】
【０００２】
ＨＴＭＬ５やＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）等の技術によって、表現力豊かなＷｅｂコンテンツが増えている。しかし、携帯電話に搭載されたＷｅｂブラウザでは、このようなコンテンツを十分に表現するだけのスペックがないのが現状である。
【０００３】
この状況を解決する手段の１つとして、本願出願人は、シンクライアント型のＷｅｂブラウザ技術を提案している（非特許文献１）。この技術は、サーバが携帯電話のＷｅｂコンテンツ取得を肩代わりして行い、ＰＣ用ブラウザ向けにレンダリングされたＷｅｂコンテンツの画像とＵＩの情報を携帯電話へ応答するものである。この技術によれば、携帯電話でＰＣ向けＷｅｂブラウザに近い表現が可能となる。
【０００４】
しかしながら、携帯電話における画像の通信は、情報料が膨大なため、通信料金が高くなりすぎるという欠点がある。
【０００５】
また、携帯電話のような比較的小さな画面にＷｅｂコンテンツの画像を表示する場合、コンテンツの画像全体を表示すると細部の文字が読み取れないという問題点がある。このような場合には、表示の拡大機能を用いて、コンテンツの画像の所望の部分を拡大表示させればよい。しかし、Ｗｅｂコンテンツの画像を表示する技術では、表示の拡大、縮小、移動等の操作の度に、サーバ側で新たな画像を生成して携帯電話へ送信するため、操作を行うことにより通信料金がさらに増加する。
【０００６】
特許文献１は、ユーザに時間と手間をかけさせないという観点から、Ｗｅｂブラウザにおいて、ユーザが頻繁に利用するページをスクロール可能な状態で先頭に表示するというものである。
【０００７】
また、特許文献２は、通信量を削減するという観点から、利用者端末へアプリケーションを配信する配信サーバが、アプリケーションのプログラムコードを最適化して送信するものである。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１５３０４号公報
【特許文献２】特開２００３−５８３７６号公報
【非特許文献】
【０００９】
【非特許文献１】「Ｋｅｉｔａｉ  Ｒｅｍｏｔｅ  ＩＮＴＲＡ  Ａｃｃｅｓｓ」インターネットＵＲＬ＜http://pr.keitairemote.jp/product/intra/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１、２はいずれも、シンクライアント型のＷｅｂブラウザに適用できるものではない。
【００１１】
即ち、特許文献１のようにユーザが頻繁に利用するページを先頭に表示しても、細部を確認するためには拡大操作が必要となる。また、サーバから携帯電話に送信されるコンテンツの画像はプログラムコードではないので、特許文献２のようにコードを最適化することはできない。
【００１２】
本発明はこのような事情に鑑みてなされたもので、クライアントにおいてＷｅｂコンテンツ画像を表示する際に、クライアントにおけるユーザ操作の一部を中継サーバが肩代わりすることで、ユーザのブラウザの操作回数と通信量の両方を削減するウェブサイト閲覧システム、サーバ及びデータ送受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
前記目的を達成するために請求項１に記載のウェブサイト閲覧システムは、サーバとクライアントからなるウェブサイト閲覧システムにおいて、前記サーバは、前記クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得手段と、前記要求されたウェブコンテンツに関する情報をデータベースから取得する情報取得手段と、前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析手段と、前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択手段と、前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成手段と、前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信手段と、を備え、前記クライアントは、所望のウェブコンテンツを前記サーバに要求する要求手段と、前記サーバから送信されたウェブコンテンツ画像とＵＩ情報とを受信する受信手段と、前記ウェブコンテンツ画像を表示手段に表示する表示制御手段と、前記ＵＩ情報を前記ウェブコンテンツ画像上の適切な位置に対応付けて配置するＵＩ情報マッピング手段と、を備えたことを特徴とする。
【００１４】
請求項１に記載の発明によれば、サーバは、クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するとともにウェブコンテンツに関する情報をデータベースから取得し、取得した情報に基づいてクライアントの操作を分析してウェブコンテンツのうち応答する部分を選択し、選択された部分をウェブコンテンツ画像に変換するとともにＵＩ情報を抽出し、ウェブコンテンツ画像とＵＩ情報とをクライアントに送信し、クライアントは、所望のウェブコンテンツを前記サーバに要求するとともにサーバから送信されたウェブコンテンツ画像とＵＩ情報とを受信し、ウェブコンテンツ画像を表示手段に表示し、ＵＩ情報をウェブコンテンツ画像上の適切な位置に対応付けて配置するようにしたので、クライアントにおけるユーザ操作の一部をサーバが肩代わりすることができ、ユーザのブラウザの操作回数と通信量の両方を削減することができる。
【００１５】
請求項２に示すように請求項１に記載のウェブサイト閲覧システムにおいて、前記情報取得手段は、前記ウェブコンテンツに関する前記クライアントの閲覧情報を前記データベースから取得し、前記クライアント操作分析手段は、前記取得したクライアントの閲覧情報から前記ウェブコンテンツのうち閲覧回数の多い部分を取得し、前記応答コンテンツ選択手段は、前記閲覧回数の多い部分を応答する部分として選択することを特徴とする。
【００１６】
これにより、クライアントの閲覧回数の多い部分を予め選択して応答することができ、ユーザのブラウザの操作回数を削減することができる。
【００１７】
請求項３に示すように請求項２に記載のウェブサイト閲覧システムにおいて、前記クライアント操作分析手段は、前記取得したクライアントの閲覧情報から前記ウェブコンテンツのうち閲覧回数の少ない部分を取得し、前記応答コンテンツ選択手段は、前記閲覧回数の少ない部分を応答する部分から削除することを特徴とする。
【００１８】
これにより、クライアントの閲覧回数の少ない部分を予め削除して応答することができ、通信量を削減することができる。
【００１９】
請求項４に示すように請求項１から３のいずれか１項に記載のウェブサイト閲覧システムにおいて、前記情報取得手段は、前記要求されたウェブコンテンツに関する更新情報を前記データベースから取得し、前記クライアント操作分析手段は、前記取得したウェブコンテンツの更新情報から前記ウェブコンテンツのうち最新の更新部分を取得し、前記応答コンテンツ選択手段は、前記最新の更新部分を応答する部分として選択することを特徴とする。
【００２０】
これにより、ウェブコンテンツの最新の更新部分を予め選択して応答することができ、ユーザのブラウザの操作回数を削減することができる。
【００２１】
請求項５に示すように請求項１から４のいずれか１項に記載のウェブサイト閲覧システムにおいて、前記サーバは、前記クライアントの操作情報を取得する操作情報取得手段と、前記取得した操作情報を前記要求されたウェブコンテンツと関連付けて前記データベースに記録する操作情報記録手段と、を備えたことを特徴とする。
【００２２】
これにより、最新の操作情報をデータベースに記録しておくことができる。
【００２３】
請求項６に示すように請求項１から５のいずれか１項に記載のウェブサイト閲覧システムにおいて、前記サーバは、前記要求されたウェブコンテンツの更新を取得する更新情報取得手段と、前記取得した更新情報を前記要求されたウェブコンテンツと関連付けて前記データベースに記録する更新情報記録手段と、を備えたことを特徴とする。
【００２４】
これにより、最新の更新情報をデータベースに記録しておくことができる。
【００２５】
請求項７に示すように請求項１から６のいずれか１項に記載のウェブサイト閲覧システムにおいて、前記サーバは、所望のウェブコンテンツに対し、重要度の高い領域を最初の表示領域として設定する初期表示領域設定手段を備え、前記情報取得手段は、前記初期表示領域設定手段で設定された表示領域をウェブコンテンツに関する情報として前記データベースから取得することを特徴とする。
【００２６】
これにより、適切なウェブコンテンツ画像を提供することができる。
【００２７】
前記目的を達成するために請求項８に記載のサーバは、クライアントの情報とウェブコンテンツの情報を管理するデータベースと、前記クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得手段と、前記要求されたウェブコンテンツに関する情報を前記データベースから取得する情報取得手段と、前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析手段と、前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択手段と、前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成手段と、前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信手段と、を備えたことを特徴とする。
【００２８】
請求項８に記載の発明によれば、クライアントから要求されたウェブコンテンツを該ウェブコンテンツを提供するウェブサーバから取得するとともにウェブコンテンツに関する情報をデータベースから取得し、取得した情報に基づいてクライアントの操作を分析してウェブコンテンツのうち応答する部分を選択し、選択された部分をウェブコンテンツ画像に変換するとともにＵＩ情報を抽出し、ウェブコンテンツ画像とＵＩ情報とをクライアントに送信するようにしたので、クライアントにおけるユーザ操作の一部を肩代わりすることができ、ユーザのブラウザの操作回数と通信量の両方を削減することができる。
【００２９】
前記目的を達成するために請求項９に記載のデータ送受信方法は、クライアントから要求されたウェブコンテンツを、該ウェブコンテンツを提供するウェブサーバから取得するコンテンツ取得工程と、前記要求されたウェブコンテンツに関する情報をデータベースから取得する情報取得工程と、前記取得した情報に基づいてクライアントの操作を分析するクライアント操作分析工程と、前記分析したクライアントの操作に基づいて前記ウェブコンテンツのうち応答する部分を選択する応答コンテンツ選択工程と、前記ウェブコンテンツのうち前記選択された部分をウェブコンテンツ画像に変換するとともに、前記取得したウェブコンテンツから前記変換した画像に必要なＵＩ情報を抽出する応答コンテンツ生成工程と、前記ウェブコンテンツ画像とＵＩ情報とを前記クライアントに送信する送信工程と、を備えたことを特徴とする。
【発明の効果】
【００３０】
本発明によれば、ユーザの利便性を向上させ、通信量と利用料金を抑制することができる。
【図面の簡単な説明】
【００３１】
【図１】ウェブページ閲覧システムの全体構成の一例を示す図
【図２】データベース部に記録されたユーザ情報の一例を示す図
【図３】データベース部に記録されたアクセス・操作履歴の一例を示す図
【図４】データベース部に記録されたコンテンツの変更履歴を示す図
【図５】ウェブページ閲覧システムの動作を示すフローチャート
【図６】ウェブコンテンツ内のＵＩ情報の取得について説明するための図
【図７】ウェブコンテンツ画像の一例を示す図
【図８】クライアントからウェブコンテンツを操作する場合のフローチャート
【図９】ウェブコンテンツ画像の一例を示す図
【図１０】データベース部に記録された初期表示領域の一例を示す図
【図１１】初期表示領域が設定されている場合のウェブコンテンツ画像の生成に係るフローチャート
【図１２】初期表示領域を説明するための図
【発明を実施するための形態】
【００３２】
以下、添付図面に従って本発明の好ましい実施の形態について詳説する。
【００３３】
＜ネットワークの構成＞
図１は、本実施形態に係るウェブページ閲覧システム１の全体構成の一例を示す図である。同図に示すように、ウェブページ閲覧システム１は、クライアント１０、ウェブサーバ２０、社内ウェブサーバ３０、及び中継サーバ１００とから構成されている。
【００３４】
クライアント１０は、例えばユーザが使用する携帯電話やＰＨＳ（Personal Handy-phone System）等の携帯端末であり、通信部１２、入力部１４、画像表示部１６、及びＵＩ情報マッピング部１８等を備えて構成されている。
【００３５】
通信部１２は、所定のプロトコルにより中継サーバ１００との通信を制御する。
【００３６】
クライアント１０と中継サーバ１００とは、インターネット５０を介して接続されており、通信部１２と中継サーバ１００の後述する第１通信部１１２とは、ＴＣＰ／ＩＰ等の標準的なインターネットプロトコルにしたがってそれぞれ通信を行う。なお、クライアント１０と中継サーバ１００とは、専用通信回線やＶＰＮを介して接続するように構成してもよい。
【００３７】
入力部１４は、図示しない電源ボタン、番号キー、十字キー、決定キー等を含み、ユーザは、入力部１４を操作することにより、クライアント１０を操作することができる。また、画像表示部１６の前面にタッチパネルを配置し、入力部１４として用いてもよい。
【００３８】
画像表示部１６は、カラー表示が可能な液晶ディスプレイであり、通信部１２から入力されたウェブコンテンツ画像を表示する。なお、液晶ディスプレイに代えて、有機ＥＬなど他の方式の表示装置を用いてもよい。
【００３９】
ＵＩ情報マッピング部１８は、通信部１２から入力されたＵＩ情報に基づいて、画像表示部１６に表示された画像上の適当な位置にＵＩ情報のマッピングを行う。
【００４０】
ウェブサーバ２０、社内ウェブサーバ３０は、それぞれアクセス元のクライアントにウェブコンテンツを提供するサーバである。社内ウェブサーバ３０は、社内のイントラサイト等、特定のクライアントのみがアクセス可能なネットワークである。
【００４１】
中継サーバ１００は、クライアント１０と、ウェブサーバ２０や社内ウェブサーバ３０との通信を中継するサーバである。
【００４２】
中継サーバ１００は、画像変換部１０２、ＵＩ情報解析部１０４、画像保持部１０６、データベース部１０８、クライアント操作分析部１１０、第１通信部１１２、応答コンテンツ選択部１１４、制御部１１６、及び第２通信部１１８を備えて構成されている。
【００４３】
画像変換部１０２は、第１通信部１１２を介してウェブサーバ２０や第２通信部１１８を介して社内ウェブサーバ３０から取得したウェブコンテンツのデータ（コンテンツファイル）に基づいて、当該ウェブコンテンツをＰＣでブラウズした状態と同様の画像ファイルを生成する。
【００４４】
また、ＵＩ情報解析部１０４は、取得したウェブコンテンツのデータからＵＩ情報を抽出し、その種類や位置を解析し、ＵＩメタデータを生成する。
【００４５】
画像保持部１０６は、画像変換部１０２が生成した画像ファイルを管理するものである。また、データベース部１０８は、後述するユーザの基本情報やアクセス・操作履歴情報、ウェブコンテンツの更新履歴情報を管理するものである。画像保持部１０６及びデータベース部１０８は、それぞれハードディスク装置等の大容量記憶装置であり、制御部１１６によって記録及び読み出しが可能に構成されている。なお、画像保持部１０６とデータベース部１０８は、一体に構成してもよい。
【００４６】
クライアント操作分析部１１０は、アクセス・操作履歴情報やウェブコンテンツの更新履歴情報からクライアント１０の操作を分析する。
【００４７】
第１通信部１１２は、ウェブサーバ２０との通信インターフェイスとして機能する他、所定のデータを送受信可能に構成されている。
【００４８】
応答コンテンツ選択部１１４は、クライアント操作分析部１１０の分析結果に基づいて、クライアント１０に提供する最適なコンテンツ画像とＵＩ情報を選択する。
【００４９】
制御部１１６は、中継サーバ１００の各ブロックを制御する。
【００５０】
第２通信部１１８は、社内ウェブサーバ３０との通信インターフェイスとして機能する他、所定のデータを送受信可能に構成されている。
【００５１】
なお、図１においては、クライアント１０は１つだけ記載されているが、中継サーバ１００と通信可能なクライアント１０は多数存在し、それぞれ個別に中継サーバ１００との通信を行う。また、ウェブサーバ２０もインターネット網中に多数存在し、中継サーバ１００は、それぞれのウェブサーバ２０と通信することが可能である。同様に、社内ウェブサーバ３０が多数存在してもよく、それぞれに対して中継サーバ１００は通信可能である。
【００５２】
＜データベース部の記録内容＞
図２は、データベース部１０８に記録されたユーザ情報の一例を示す図である。ユーザ情報は、一意のユーザＩＤとユーザ名からなり、図２の例では、ユーザＩＤ＝１にユーザ名「fuji taro」が、ユーザＩＤ＝２にユーザ名「fuji hanako」が登録されている。
【００５３】
図３は、データベース部１０８に記録されたアクセス・操作履歴情報の一例を示す図である。アクセス・操作履歴情報は、ユーザＩＤにより図２に示すユーザ情報と紐付いており、どのユーザがいつ、どのＵＲＬにアクセスし、クライアント端末に何が表示されたのかが保持されている。具体的には、図３に示すように、アクセス先ＵＲＬ、表示矩形領域、遷移元のアクセス・操作履歴ＩＤ（ｆｒｏｍ）、操作種別、ユーザＩＤ、アクセス日時、及びコンテンツ画像のバイナリファイルのファイル名が記録されている。
【００５４】
例えば、アクセス・操作履歴ＩＤ＝１には、２０１０年９月１日の８時に、ユーザＩＤ＝１が「www.fujifilm.jp」にアクセスし、「www.fujifilm.jp」のウェブコンテンツの表示矩形領域が（０、０、１００、１００）である画像のバイナリファイル「kfeakgha3rfe…」が応答されていることが記録されている。なお、アクセス・操作履歴ＩＤ＝０は、前ページが存在しない初期のアクセスであることを示している。
【００５５】
また、アクセス・操作履歴ＩＤ＝２には、２０１０年９月１日の８時５分に、ユーザＩＤ＝１が遷移元アクセス・操作履歴ＩＤ＝１の表示中に拡大操作を行ったことで、「www.fujifilm.jp」のウェブコンテンツの表示矩形領域が（３４、７０、６４、１００）である画像のバイナリファイル「kfeakgha3rfe…」が応答されていることが記録されている。
【００５６】
図４は、データベース部１０８に記録されたコンテンツの変更履歴情報を示す図である。コンテンツの変更履歴情報は、アクセス・操作履歴ＩＤによりアクセス・操作履歴情報と紐付いている。具体的には、図４に示すように、アクセス日時、アクセス・操作履歴ＩＤ、及びコンテンツ内容（変更点）が記録されている。
【００５７】
コンテンツ内容（変更点）としては、初めてアクセスされた際のウェブコンテンツに関してはＨＴＭＬ全体が、２度目以降のアクセスに関しては前回のアクセス時のＨＴＭＬとの差分のみが保持されている。
【００５８】
＜最初のアクセス時＞
図５は、本実施形態に係るウェブページ閲覧システム１の動作を示すフローチャートである。
【００５９】
まず、クライアント１０が初めてアクセスするウェブコンテンツを取得する場合について説明する。
【００６０】
まず、ユーザが、クライアント１０において、ウェブコンテンツの取得を要求する（ステップＳ１）。ウェブコンテンツの取得要求は、入力部１４からＵＲＬを直接入力してもよいし、ブックマーク等を用いて指定してもよいし、画像表示部１６に表示されたウェブコンテンツへのリンクタグをクリック等してもよい。
【００６１】
中継サーバ１００は、クライアント１０からウェブコンテンツの取得要求を受信する（ステップＳ１１）。このとき、中継サーバ１００は、クライアント１０のユーザＩＤも取得する。次に、このウェブコンテンツを提供するウェブサーバ２０に対して、当該ウェブコンテンツの取得要求を送信する（ステップＳ１２）。
【００６２】
このウェブサーバ２０は、中継サーバ１００からウェブコンテンツの取得要求を受信し（ステップＳ１０１）、当該要求されたウェブコンテンツのデータを中継サーバ１００に応答（送信）する（ステップＳ１０２）。
【００６３】
中継サーバ１００は、このウェブコンテンツのデータを受信する（ステップＳ１３）。そして、データベース部１０８に記録されたアクセス・操作履歴に基づいて、このユーザが当該ウェブコンテンツに以前にアクセスしたことがあるか否かを判定する（ステップＳ１４）。
【００６４】
ここでは、初めてアクセスしたウェブコンテンツであるので、Ｎｏと判断され、ステップＳ１５に移行する。
【００６５】
ステップＳ１５では、ステップＳ１３において受信したウェブコンテンツのデータ（ＨＴＭＬファイル）をデータベース部１０８に保存する。さらに、このデータに基づくウェブコンテンツ画像と、ウェブコンテンツ内に存在するＵＩ情報を取得する（ステップＳ１６）。
【００６６】
ウェブコンテンツ画像の取得は、画像変換部１０２により行う。画像変換部１０２は、取得したウェブコンテンツのデータをレンダリングし、jpeg形式やbitmap形式等の、クライアント１０の画像表示部１６に表示可能な形式の画像ファイルを生成する。なお、画像ファイルの生成方法は特に限定されるものではなく、公知の方法によって行えばよい。取得されたウェブコンテンツ画像は、画像保持部１０６に保存される（ステップＳ１７）。
【００６７】
また、ウェブコンテンツ内に存在するＵＩ情報の取得は、ＵＩ情報解析部１０４により行う。ここで、ＵＩ情報の取得について、図６を用いて説明する。
【００６８】
図６は、ウェブコンテンツ内のＵＩ情報の取得について説明するための図であり、図６（ａ）は、図６（ｂ）に示すウェブコンテンツのデータ（ＨＴＭＬファイル）を通常のＰＣ等を用いてブラウズした状態を示す図である。なお、図６（ｂ）に示すＨＴＭＬファイルは、不要な部分を適宜省略している。
【００６９】
ＵＩ情報解析部１０４は、図６（ｂ）に示すＨＴＭＬファイルからリンクタグや入力フォーム等のＵＩ情報を抽出し、各ＵＩ情報の図６（ａ）における位置座標を算出する。
【００７０】
例えば、図６（ｂ）に示すＨＴＭＬファイルには、テキスト入力欄タグ３０１、ラジオボタンタグ３０２、ラジオボタンタグ３０３、リンクタグ３０４、リンクタグ３０５、及びボタンタグ３０６の、６つのタグが記載されている。ＵＩ情報解析部１０４は、ＨＴＭＬファイルからこれらのタグを抽出することにより、各ＵＩ情報２０１〜２０６を抽出する。
【００７１】
また、ＵＩ情報２０１〜２０６は、ＨＴＭＬファイルをブラウズした状態において、図６（ａ）に示す画面上の各位置に配置される。ＵＩ情報解析部１０４は、これらのＵＩ情報の開始と終了のＸＹ座標値（左上と右下に相当する座標値）を取得する。ＵＩ情報の座標値の取得は、公知の手法によって行なえばよい。
【００７２】
このように抽出された各ＵＩ情報とその位置情報は、ＵＩメタデータとしてウェブコンテンツと関連付けられて中継サーバ１００の図示しない記憶手段に保存される（ステップＳ１７）。ＵＩメタデータは、ウェブコンテンツのデータと共にデータベース部１０８に保存してもよい。
【００７３】
図６（ｃ）は、図６（ｂ）に示すＨＴＭＬファイルをレンダリングした画像（ウェブコンテンツ画像）を示す図である。この画像中のＵＩ情報は、ウェブコンテンツと関連付けられて保存されたＵＩメタデータから、その位置と種別がわかる。例えば、各タグ３０１〜３０６に対応するＵＩ情報は、図６（ｃ）に示す各位置４０１〜４０６に配置されていることがわかり、これらの位置は、図６（ａ）に示すブラウズ状態における各ＵＩ情報２０１〜２０６の配置と同様になっている。
【００７４】
中継サーバ１００は、このように生成したウェブコンテンツ画像とＵＩメタデータを、第１通信部１１２を介してクライアント１０へ送信する（ステップＳ３１）。
【００７５】
クライアント１０は、通信部１２によりこのウェブコンテンツ画像とＵＩメタデータを受信し（ステップＳ２）、画像表示部１６にウェブコンテンツ画像を表示させる。さらに、ＵＩ情報マッピング部１８は、ＵＩメタデータに基づいて、表示されたウェブコンテンツ画像上にＵＩ情報をマッピングする（ステップＳ３）。
【００７６】
例えば、図６（ｃ）に示すウェブコンテンツ画像とそのＵＩメタデータをクライアント１０が受信した場合には、画像表示部１６にはこのウェブコンテンツ画像が表示される。さらに、このウェブコンテンツ画像上の各位置４０１〜４０６には、各タグ３０１〜３０６に対応するＵＩ情報が配置される。したがって、ユーザが入力部１４により画像表示部１６上の各位置にポインタ等を移動させることにより、所望のＵＩ情報を選択することができ、さらに選択したＵＩ情報に対して所望の情報を入力することが可能となる。
【００７７】
最後に、全ての処理が終了したか否かを判定し（ステップＳ４）、継続してウェブコンテンツの取得を行う場合には、ステップＳ１に戻り、同様の処理を繰り返す。
【００７８】
このように、中継サーバ１００においてウェブコンテンツを画像化してからクライアント１０に送信することで、クライアント１０ではＰＣ向けウェブブラウザに近い表現が可能となる。さらに、ウェブコンテンツを画像化することにより失われてしまうＵＩ情報をＨＴＭＬファイルから取得して画像上に配置することで、表示された画像上でＵＩ情報を制御することが可能となる。
【００７９】
＜２回目以降のアクセス時＞
次に、クライアント１０がウェブコンテンツに２回目以降にアクセスする場合について、図５を用いて説明する。
【００８０】
最初のアクセスと同様に、まずユーザが、クライアント１０においてウェブコンテンツの取得を要求する（ステップＳ１）。
【００８１】
中継サーバ１００は、クライアント１０からウェブコンテンツの取得要求を受信し（ステップＳ１１）、このウェブコンテンツを提供するウェブサーバ２０に対して、当該ウェブコンテンツの取得要求を送信する（ステップＳ１２）。
【００８２】
これを受信したウェブサーバ２０は（ステップＳ１０１）、当該要求されたウェブコンテンツのデータを中継サーバ１００に応答する（ステップＳ１０２）。
【００８３】
中継サーバ１００は、このウェブコンテンツのデータを受信し（ステップＳ１３）、データベース部１０８に記録されたアクセス・操作履歴に基づいて、このユーザが当該ウェブコンテンツに以前にアクセスしたことがあるか否かを判定する（ステップＳ１４）
ここでは、以前にアクセスしたことがあるウェブコンテンツであるので、Ｙｅｓと判断され、ステップＳ２１に移行する。
【００８４】
中継サーバ１００は、以前にアクセスした際のウェブコンテンツのデータ（ＨＴＭＬファイル）を、データベース部１０８から取得する（ステップＳ２１）。そして、ステップＳ１３において受信した最新のウェブコンテンツのデータと、データベース部１０８から取得した以前にアクセスした際のウェブコンテンツのデータとを比較し、ウェブコンテンツの内容に差分があるか否かを判定する（ステップＳ２２）。
【００８５】
差分がある場合、即ちウェブコンテンツデータが更新されている場合には、その差分をデータベース部１０８に保存する（ステップＳ２３）。したがって、この差分と以前にアクセスした際のウェブコンテンツのデータから、最新のウェブコンテンツのデータが再現できる。
【００８６】
差分がない場合、即ちウェブコンテンツデータが更新されていない場合には、最新の差分をデータベース部１０８から取得する（ステップＳ２４）。
【００８７】
次に、ウェブコンテンツ画像と画像内のＵＩ情報を取得する（ステップＳ２５）。ウェブコンテンツのデータが更新されていない場合には、画像保持部１０６から該当するウェブコンテンツ画像を取得し、さらに図示しない記憶手段から当該コンテンツデータと関連付けられたＵＩメタデータを取得すればよい。
【００８８】
ウェブコンテンツデータが更新されている場合は、画像変換部１０２は、画像保持部１０６から該当するウェブコンテンツ画像を取得し、ステップＳ２３において保存した差分に基づいて、この取得したウェブコンテンツ画像を更新する。また、ＵＩ情報についても、ＵＩ情報解析部１０４は、図示しない記憶手段からＵＩメタデータを取得し、差分に基づいてＵＩ情報を解析し、この取得したＵＩメタデータを変更する。この更新されたウェブコンテンツ画像を画像保持部１０６に保存するとともに、ＵＩメタデータを図示しない記憶手段に保存する（ステップＳ２６）。
【００８９】
次に、クライアント操作分析部１１０は、ユーザ（クライアント）の操作を分析する。例えば、表示されたウェブコンテンツ画像内に重要度が高い部分が存在する場合には、クライアント操作分析部１１０は、ユーザがその領域を拡大操作するであろうことを予測することができる。逆に、重要度が低い部分を含む場合には、クライアント操作分析部１１０は、ユーザがその領域を不要と考えていることを予測することができる。
【００９０】
このように、ウェブコンテンツ画像内の重要度を調べることにより、ユーザの操作を分析することができる。
【００９１】
まず、クライアント操作分析部１１０は、重要度が高いコンテンツが存在するか否かを判定する（ステップＳ２７）。ここでは、差分の位置（領域）について重要度が高いか否かを判断する。差分の領域に重要度が高い部分が存在する場合は、クライアント操作分析部１１０は、ユーザがその領域を拡大操作するであろうことを予測する。また、応答コンテンツ選択部１１４は、クライアントに応答する領域としてその拡大操作が予測された領域を選択する。画像変換部１０２は、該当部分の拡大画像を生成し、ＵＩ情報解析部１０４はＵＩメタデータから拡大画像のＵＩ情報を取得する。このように、重要度が高いウェブコンテンツ部分の画像とそのＵＩ情報を取得する（ステップＳ２８）。
【００９２】
図７は、ウェブコンテンツの一例を示す図であり、図７（ａ）は、ウェブコンテンツ５００とそのうち重要度が高い部分５０１を示す図である。また、図７（ｂ）は、重要度が高い部分５０１の拡大画像５０２を示す図である。
【００９３】
ここで、重要度の高さについては、例えば、ウェブコンテンツ画像において差分の位置が拡大された回数が所定の閾値より大きいか否かや、差分が発生する前後（ウェブコンテンツの更新の前後）でのアクセス頻度が所定の閾値より大きいか否か等により判断する。この場合の所定の回数は、適宜決めればよい。また、その他の基準により重要度の高さを判断してもよい。
【００９４】
次に、クライアント操作分析部１１０は、重要度が低いコンテンツが存在するか否かを判定する（ステップＳ２９）。重要度が低い部分を含む場合には、クライアント操作分析部１１０は、ユーザがその領域を不要と考えていることを予測する。また、応答コンテンツ選択部１１４は、ウェブコンテンツ画像から不要と予測された部分を選択する。画像変換部１０２は、重要度が高い拡大画像から不要と予測された部分を削除し、さらに削除した部分のＵＩ情報を削除する（ステップＳ３０）。
【００９５】
図７（ｂ）に示す５０３は、拡大画像５０２における重要度の低い部分を示しており、図７（ｃ）は、拡大画像５０２から重要度の低い部分５０３を削除した画像５０４を示す図である。
【００９６】
ここで、重要度の低さについては、例えば、ウェブコンテンツ画像において拡大された回数が所定の閾値より小さい場合や、差分が発生する前後（ウェブコンテンツの更新の前後）でのアクセス頻度が閾値の閾値より小さい場合等により判断する。この場合の所定の回数についても、適宜決めればよい。また、その他の基準により重要度の低さを判断してもよい。
【００９７】
中継サーバ１００は、このように重要度に応じて生成されたウェブコンテンツ画像とＵＩメタデータを、第１通信部１１２を介してクライアント１０へ送信する（ステップＳ３１）。
【００９８】
クライアント１０は、通信部１２によりこのウェブコンテンツ画像とＵＩメタデータを受信し（ステップＳ２）、画像表示部１６にウェブコンテンツ画像を表示させる。さらに、ＵＩ情報マッピング部１８は、ＵＩメタデータに基づいて、表示されたウェブコンテンツ画像上にＵＩ情報をマッピングする（ステップＳ３）。
【００９９】
図７に示すウェブコンテンツの場合には、図７（ｃ）に示す画像５０４がクライアント１０の画像表示部１６に表示される。また、画像５０４に応じたＵＩ情報が画像上にマッピングされる。
【０１００】
最後に、全ての処理が終了したか否かを判定し（ステップＳ４）、継続してウェブコンテンツの取得を行う場合には、ステップＳ１に戻り、同様の処理を繰り返す。
【０１０１】
このように、中継サーバ１００においてウェブコンテンツを画像化する際に、クライアント操作分析部１１０により重要度の高い部分と低い部分を判断することでクライアントの操作を分析し、分析された操作に応じて応答コンテンツ選択部１１４においてウェブコンテンツ画像を生成する領域を選択し、選択された領域を拡大したウェブコンテンツ画像を画像変換部１０２において生成し、第１通信部１１２によりクライアント１０に送信することで、無駄な通信を削減すると共に、クライアント１０では重要度の高い部分のみを閲覧することが可能となる。
【０１０２】
なお、重要度の高い部分のみのウェブコンテンツ画像を表示するダイジェストモードと、初回のアクセス時と同様に通常のウェブコンテンツ画像を表示するノーマルモードとを備え、入力部１４によりユーザが切り替え可能に構成してもよい。
【０１０３】
＜ウェブコンテンツ操作時＞
次に、クライアント１０からウェブコンテンツを操作する場合のウェブページ閲覧システム１の動作について、図８のフローチャートを用いて説明する。ここで、ウェブコンテンツの操作とは、拡大、縮小、回転、スクロール、ＵＩ情報の入力等を指す。なお、リンク遷移についての操作は、図５のフローチャートのステップＳ１に相当する。
【０１０４】
まず、ユーザが、クライアント１０においてウェブコンテンツの操作を行う。クライアント１０は、この操作について、中継サーバ１００に対して操作要求を送信する（ステップＳ５）。
【０１０５】
中継サーバ１００は、クライアント１０から送信された操作要求を受信し（ステップＳ４１）、クライアント操作分析部１１０は、受信した操作要求を分析する。画像変換部１０２は、クライアント操作分析部１１０の分析結果に基づいて、当該操作要求に従ったウェブコンテンツ画像を生成し、生成した画像内のＵＩ情報を取得する（ステップＳ４２）。
【０１０６】
例えば、クライアント操作分析部１１０が、受信した操作要求が「拡大」であると分析した場合には、画像変換部１０２は、クライアント１０の画像表示部１６に表示されているウェブコンテンツ画像の拡大画像を生成する。受信した操作要求が「スクロール」であると分析した場合には、クライアント１０の画像表示部１６に表示されているウェブコンテンツ画像からのスクロール後の画像を生成する。
【０１０７】
図７（ｃ）に示す画像５０４が画像表示部１６に表示されている状態で、縮小の操作がされた場合であれば、中継サーバ１００の画像変換部１０２は、図９（ａ）に示す縮小画像５０５を生成する。なお、図９において、５０６は画像５０４の領域を示している。
【０１０８】
次に、中継サーバ１００は、受信した操作要求の内容をデータベース部１０８のアクセス・操作履歴情報に保存し、その操作要求に対して生成したウェブコンテンツ画像を画像保持部１０６に保存する（ステップＳ４３）。図９（ａ）の例では、操作内容として「縮小」を保存し、生成したウェブコンテンツ画像として縮小画像５０５を保存する。
【０１０９】
次に、クライアント操作分析部１１０は、生成したウェブコンテンツ画像について、重要度が低いデータを含むか否かを判定する（ステップＳ４５）。重要度が低い部分を含む場合には、応答コンテンツ選択部１１４は、その部分のウェブコンテンツ画像とＵＩ情報を削除する（ステップＳ４５）。重要度の低さの判定については、ウェブコンテンツのアクセス時（図５のステップＳ２９）と同様に行えばよい。
【０１１０】
図９（ｂ）に示す５０７は、縮小画像５０５における重要度の低い部分を示しており、図９（ｃ）は、縮小画像５０５から重要度の低い部分５０７を削除した画像５０８を示す図である。
【０１１１】
中継サーバ１００は、操作要求に応じて生成したウェブコンテンツ画像から重要度の低い部分を削除したウェブコンテンツ画像と、削除部分に該当するＵＩ情報を削除したＵＩメタデータを、第１通信部１１２を介してクライアント１０へ送信する（ステップＳ４６）。
【０１１２】
クライアント１０は、通信部１２によりこのウェブコンテンツ画像とＵＩメタデータを受信し（ステップＳ２）、画像表示部１６にウェブコンテンツ画像を表示させる。さらに、ＵＩ情報マッピング部１８は、受信したＵＩメタデータに基づいて、表示されたウェブコンテンツ画像上にＵＩ情報をマッピングする（ステップＳ３）。
【０１１３】
このように、クライアント１０から操作要求された場合であっても、重要度の低い部分を削除することで通信量を減らすことができる。またクライアント１０では重要度の低い不要な部分を表示せずに済むという利点がある。
【０１１４】
＜初期表示領域の設定＞
次に、ウェブコンテンツの初期表示領域について説明する。
【０１１５】
ウェブコンテンツの初期表示領域とは、特定のウェブコンテンツをユーザが初めてアクセスした場合に、当該ウェブコンテンツの全データのうちクライアントに表示させる領域をいう。中継サーバの管理者は、ウェブコンテンツの初期表示領域を、ユーザ毎及びウェブコンテンツ毎に設定することが可能である。したがって、中継サーバの管理者は、ウェブコンテンツのうち重要度が高い部分を最初のアクセス時にユーザに提示することができる。
【０１１６】
初期表示領域は、中継サーバ１００のデータベース部１０８に予め登録しておくことができる。図１０は、データベース部１０８に記録された初期表示領域情報の一例を示す図である。ここでは、ユーザＩＤ＝１のユーザに対して、ＵＲＬが「www.fujifilm.jp」のウェブコンテンツについて、初期表示矩形領域が座標（３４、７０、６４、１００）として登録されている。
【０１１７】
また、ユーザＩＤ＝２のユーザに対して、ＵＲＬが「www.fujifilm.com」のウェブコンテンツについて、初期表示矩形領域が座標（４０、８０、６０、１００）として登録されている。
【０１１８】
ここで、座標（３４、７０、６４、１００）とは、初期表示矩形領域の左上の座標（Ｘ、Ｙ）が（３４、７０）であり、初期表示矩形領域の右下の座標（Ｘ、Ｙ）が（６４、１００）であることを示している。
【０１１９】
図１１は、ウェブページ閲覧システム１の動作を示すフローチャートであって、初期表示領域が設定されているウェブコンテンツにアクセスする場合のフローチャートである。なお、図５のフローチャートと共通する部分には同一の符号を付し、その詳細な説明は省略する。
【０１２０】
まず、クライアント１０が初めてアクセスするウェブコンテンツを取得する場合について説明する。この場合のステップＳ１〜ステップＳ１７までの動作は、図５のフローチャートと同様である。即ち、中継サーバ１００の画像変換部１０２は、初めてアクセスされたウェブコンテンツのデータをレンダリングし、ウェブコンテンツ画像を生成し、画像保持部１０６に保存する。また、ＵＩ情報解析部１０４は、ウェブコンテンツ内に存在するＵＩ情報を取得し、データベース部１０８に保存する。
【０１２１】
次に、中継サーバ１００は、当該ユーザについて、当該ウェブコンテンツに対して初期表示領域が設定されているか否かを判定する（ステップＳ６１）。即ち、データベース部１０８から初期表示領域情報を読み出し、該当するユーザＩＤとウェブコンテンツのＵＲＬが存在するか否かを判断する。
【０１２２】
初期表示領域が設定されていない場合には、ステップＳ３１に移行し、通常のウェブコンテンツ画像とＵＩメタデータを、第１通信部１１２を介してクライアント１０へ送信する（ステップＳ３１）。
【０１２３】
初期表示領域が設定されている場合には、ステップＳ６３に移行し、重要部分にフォーカスしたウェブコンテンツ画像と画像内のＵＩ情報を取得する。ここで、このウェブコンテンツには初めてアクセスしているため、重要部分とは初期表示領域のみを指す。
【０１２４】
したがって、画像変換部１０２は、当該ウェブコンテンツについて、設定されている初期表示領域のウェブコンテンツ画像を生成する。例えば、初期表示領域の座標が（３４、７０、６４、１００）であれば、当該ウェブコンテンツの通常表示される領域の座標を（０、０、１００、１００）とし、（３４、７０、６４、１００）に該当する領域の拡大画像をウェブコンテンツ画像として生成する。
【０１２５】
図１２（ａ）に示す５０９は、初期表示領域が設定されていない場合のウェブコンテンツ画像であり、５１０は、初期表示領域に相当する領域である。また、図１２（ｂ）は、図１２（ａ）に示す領域５１０を拡大した画像である初期表示領域画像５１１を示している。画像変換部１０２は、初期表示領域画像５１１を生成する。
【０１２６】
さらに、ＵＩ情報解析部１０４は、設定されている初期表示領域に含まれるＵＩ情報を取得し、ＵＩメタデータを生成する。
【０１２７】
このように生成したウェブコンテンツ画像とＵＩメタデータを、第１通信部１１２を介してクライアント１０へ送信する（ステップＳ３１）。
【０１２８】
したがって、クライアント１０の画像表示部１６には、ウェブコンテンツの初期表示領域の拡大画像が表示される。
【０１２９】
次に、クライアント１０が、初期表示領域の設定されたウェブコンテンツに２回目以降にアクセスする場合について説明する。この場合についても、ステップＳ１〜ステップＳ２６までの動作は、図５のフローチャートと同様である。即ち、ウェブコンテンツ画像を生成し、画像保持部１０６に保存する。また、画像内のＵＩ情報を取得し、操作内容をデータベース部１０８に保存する。
【０１３０】
次に、ウェブコンテンツ画像内に重要度が高い部分が存在するか否かを判定する（ステップＳ６２）。
【０１３１】
ここで、重要度の高さについては、図５のステップＳ２７と同様に、差分の位置について判定する他、初期表示領域が設定された部分を重要度の高い部分として判定する。
【０１３２】
例えば、ウェブコンテンツ画像において差分の位置が拡大された回数が所定の閾値より大きい部分や、差分が発生する前後でのアクセス頻度が所定の閾値より大きい部分がない場合には、初期表示領域が設定された部分を重要部分として判断する。
【０１３３】
その後、初めてアクセスした場合と同様に、重要部分にフォーカスしたウェブコンテンツ画像と画像内のＵＩ情報を取得する（ステップＳ６３）。
【０１３４】
このように、初期表示領域を設定可能とすることで、中継サーバの管理者は、所望のウェブコンテンツのうち重要度が高い部分を最初のアクセス時にユーザに提示することができる。また、初期表示領域を重要度の高い部分として考慮することで、２回目以降のアクセス時においても、適切に重要度の高い部分をクライアントに表示させることができる。
【０１３５】
本明細書では、ウェブサーバ２０へのアクセスを例に説明しているが、社内ウェブサーバ３０へのアクセスについても同様である。
【符号の説明】
【０１３６】
１０…クライアント、１２…通信部、１４…入力部、１６…画像表示部、１８…ＵＩ情報マッピング部、２０…ウェブサーバ、３０…社内ウェブサーバ、１００…中継サーバ、１０２…画像変換部、１０４…ＵＩ情報解析部、１０６…画像保持部、１０８…データベース部１０８、１１０…クライアント操作分析部、１１２…第１通信部、１１４…応答コンテンツ選択部、１１６…制御部、１１８…第２通信部
【図１】
2012123679.tif 000003
【図２】
2012123679.tif 000004
【図３】
2012123679.tif 000005
【図４】
2012123679.tif 000006
【図５】
2012123679.tif 000007
【図６】
2012123679.tif 000008
【図７】
2012123679.tif 000009
【図８】
2012123679.tif 000010
【図９】
2012123679.tif 000011
【図１０】
2012123679.tif 000012
【図１１】
2012123679.tif 000013
【図１２】
2012123679.tif 000014