(57)【要約】【課題】携帯電話等の携帯端末を用いてＰＣ用のＷｅｂページを閲覧、操作する場合において、画面の拡大縮小や大量のカーソル移動などをせずとも快適に閲覧、操作ができ、かつ通信容量を削減することができる。【解決手段】サーバ２０は、ＵＩメタデータ及びコンテンツファイルをレンダリングした画像を取得し（ステップＳ９２）、ＵＩメタデータの全てのＵＩ情報に対して利用率を算出する（ステップＳ９３〜Ｓ９５）。サーバ２０は、利用率に基づいて送信対象ＵＩ情報を決定するとともに、コンテンツファイルを送信対象ＵＩ情報が含まれる画像（領域画像）及びページ情報を生成し（ステップＳ９６）、クライアント端末１０に送信する。クライアント端末１０は、ページ情報に含まれる利用率に基づいて領域画像及びＵＩ情報をタイル状に並べて表示する。【選択図】  図１０
2011253301.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末から要求されたページコンテンツを取得する取得手段と、
前記取得したページコンテンツを画像に変換する変換手段と、
前記取得したページコンテンツからＵＩ情報を抽出し、抽出したＵＩ情報に基づいてＵＩメタデータを生成するＵＩメタデータ生成手段と、
前記変換された画像と前記生成されたＵＩメタデータとを前記クライアント端末に送信する第１の送信手段と、
を備えたサーバと、
所望のページコンテンツを前記サーバに要求する要求手段と、
前記サーバから送信された前記要求したページコンテンツの画像とＵＩメタデータとを受信する第１の受信手段と、
前記ページコンテンツの画像を表示手段に表示すると共に、前記ＵＩメタデータに基づいて前記表示された画像上にＵＩ情報を表示する表示制御手段と、
を備えたクライアント端末とからなるウェブサイト閲覧システムにおいて、
前記クライアント端末は、
前記表示されたＵＩ情報を実行する実行手段と、
前記実行されたＵＩ情報を示す情報を前記サーバへ送信する第２の送信手段と、
を備え、
前記サーバは、
前記実行されたＵＩ情報を示す情報を受信する第２の受信手段と、
前記実行されたＵＩ情報を示す情報に基づいて前記ＵＩメタデータ生成手段で抽出されたＵＩ情報の利用率を算出する利用率算出手段と、
前記利用率に基づいて前記ＵＩメタデータ生成手段で抽出されたＵＩ情報の中から前記クライアント端末へ送信するＵＩ情報（以下、送信対象ＵＩ情報という）を決定する送信対象決定手段と、
前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記ページコンテンツから前記送信対象ＵＩ情報を含む所定の大きさの画像（以下、領域画像という）を生成する領域画像生成手段と、
を備え、
前記第１の送信手段は、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと、前記領域画像とを前記クライアント端末に送信し、
前記第１の受信手段は、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと前記領域画像とを受信し、
前記表示制御手段は、前記領域画像を前記表示手段に表示すると共に、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記領域画像上にＵＩ情報を表示することを特徴とするウェブサイト閲覧システム。
【請求項２】
前記送信対象決定手段は、前記利用率が高い順に前記送信対象ＵＩ情報を複数決定し、
前記領域画像生成手段は、前記領域画像を前記複数の送信対象ＵＩ情報についてそれぞれ生成し、
前記第１の送信手段は、前記ＵＩメタデータのうちの前記複数の送信対象ＵＩ情報のデータと、前記複数の送信対象ＵＩ情報についてそれぞれ生成された領域画像（以下、複数の領域画像という）と、前記利用率とを前記クライアント端末に送信し、
前記第１の受信手段は、前記ＵＩメタデータのうちの前記複数の送信対象ＵＩ情報のデータと、前記複数の領域画像と、前記利用率とを受信し、
前記表示制御手段は、前記利用率に基づいて前記複数の領域画像を並べて前記表示手段に表示することを特徴とする請求項１に記載のウェブサイト閲覧システム。
【請求項３】
前記表示制御手段は、前記複数の領域画像のうちの最も高い利用率に紐付けられた領域画像が左上に位置するように前記複数の領域画像を並べて前記表示手段に表示することを特徴とする請求項２に記載のウェブサイト閲覧システム。
【請求項４】
前記領域画像生成手段は、前記送信対象ＵＩ情報が略中央に位置するように前記領域画像を生成することを特徴とする請求項１から３のいずれかに記載のウェブサイト閲覧システム。
【請求項５】
請求項１から４のいずれかに記載のウェブサイト閲覧システムを構成するサーバ。
【請求項６】
クライアント端末から所望のページコンテンツの要求を受信するステップと、
前記要求されたページコンテンツから生成されたＵＩメタデータであって、前記ページコンテンツから抽出されたＵＩ情報に関するデータであるＵＩメタデータを取得するステップと、
前記ＵＩメタデータに含まれるＵＩ情報について前記クライアント端末における利用率を算出するステップと、
前記利用率に基づいて前記抽出されたＵＩ情報の中から前記クライアント端末へ送信するＵＩ情報（以下、送信対象ＵＩ情報という）を決定するステップと、
前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記ページコンテンツから前記送信対象ＵＩ情報を含む所定の大きさの画像（以下、領域画像という）を生成するステップと、
前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと、前記領域画像とを前記クライアント端末に送信するステップと、
を含むことを特徴とするサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はウェブサイト閲覧システム、サーバ及びサーバ用プログラムに係り、特に、携帯電話等の携帯端末の画面サイズやダウンロード可能なファイルサイズが制限されるクライアント端末においてＰＣ向けウェブサイトを閲覧、操作するためのウェブサイト閲覧システム、サーバ及びサーバ用プログラムに関する。
【背景技術】
【０００２】
近年のネットワーク回線容量の増大に伴い、Ｗｅｂリソースのリッチコンテンツ化が進んでいる。ここでいうリッチコンテンツとはJPEG、MPEGやFlashなどの構造化したバイナリデータや、cssやjavascriptなどにより、表現力が向上したHTMLである。ユーザはウェブ（Ｗｅｂ）サイトにアクセスし、これらリソースをＰＣでレンダリングし、画面上に描画することで、様々な体験を出来るようになった。
【０００３】
近年、携帯電話等の携帯端末でＷｅｂページを閲覧する機会が多く見受けられる。しかしながら、ＰＣ向けＷｅｂページに加え携帯端末向けＷｅｂページも作るのは大きな手間でコストがかかることから、サイト制作側は携帯端末向けＷｅｂページの制作を避ける傾向にあり、ユーザが閲覧したいＷｅｂページに携帯端末向けのサイトが用意されていないことが少なくない。
【０００４】
画面サイズやダウンロード可能なファイルサイズがＰＣと比べて劣る携帯端末においてＰＣ向けＷｅｂページを閲覧する場合に、携帯端末の性能の制約上問題が発生する。HTMLのレンダリングは携帯端末のＣＰＵで行うのだが、レンダリング処理が高負荷であるため、特定の機能を削った処理のみを行うことが多い（そのような廉価版HTMLをCHTMLという）。したがって、携帯端末では、ＰＣと同様の表現力でＷｅｂページを表示することはできない。
【０００５】
このような課題に対し、ＰＣ向けＷｅｂページを画像化して携帯電話に表示する方法が提案されている。例えば、特許文献１では、画像配信サーバにおいて取得したＷｅｂページのＨＴＭＬ文書等の構成要素からＷｅｂページを作成し、作成したＷｅｂページをビットマップ等の画像データに変換し、クライアント端末に送信している。この画像データを表示したクライアント端末は、ユーザがポインティングデバイスを用いて表示された文字列等をクリックすると、そのクリック位置座標データと表示されているＷｅｂページのＵＲＬとを画像配信サーバに送信する。画像配信サーバは、そのＷｅｂページの構成要素から、送られてきたクリック位置座標に対応するリンクポインタが存在しているかどうかを検査し、リンクポインタが存在している場合に、そのリンクポインタが示すＵＲＬが指定するＷｅｂサーバにアクセスする。
【０００６】
特許文献１の技術によれば、Ｗｅｂブラウザを実装していないクライアント端末であっても、Ｗｅｂページの閲覧が可能となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２２０２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の技術においては、Ｗｅｂページ中のリンクポインタ（ＨＴＭＬ中のリンクタグ）に対応することができ、ユーザのクリック位置に対応したリンク先の表示を行うことができる。しかしながら、テキスト入力やチェックボックス等の、リンクタグ以外の入力フォームには対応していない。このように、特許文献１では、Ｗｅｂページ中の全てのユーザインターフェース（ＵＩ）情報には対応していないという問題点があった。
【０００９】
また、特許文献１に記載の技術においては、ユーザ操作が発生するたびにサーバと通信を行うために、通常のブラウジングに比べてネットワークリソースを大量に消費するという問題がある。例えば、文字を大きくみたいという理由で画面を拡大すると、拡大用画像取得のために通信が発生する。また、画面の拡大をした場合には、携帯端末の画面に表示される領域のページ全体に対する割合が減少するため、別領域を視聴したい場合には画面のスクロールをしなければならないが、その都度新規領域の画像取得のための通信が発生する。
【００１０】
このような通信量の増加は、様々なサービスが混在するポータルサイトなどでは顕著になり、ユーザビリティを下げると同時に、通信コスト増による使用の抑制の一因となる。
【００１１】
本発明はこのような事情に鑑みてなされたもので、携帯電話等の携帯端末を用いてＰＣ用のＷｅｂページを閲覧、操作する場合において、画面の拡大縮小や大量のカーソル移動などをせずとも快適に閲覧、操作ができ、かつ通信容量を削減することができるウェブサイト閲覧システム、サーバ及びサーバ用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的を達成するために請求項１に記載のウェブサイト閲覧システムは、クライアント端末から要求されたページコンテンツを取得する取得手段と、前記取得したページコンテンツを画像に変換する変換手段と、前記取得したページコンテンツからＵＩ情報を抽出し、抽出したＵＩ情報に基づいてＵＩメタデータを生成するＵＩメタデータ生成手段と、前記変換された画像と前記生成されたＵＩメタデータとを前記クライアント端末に送信する第１の送信手段と、を備えたサーバと、所望のページコンテンツを前記サーバに要求する要求手段と、前記サーバから送信された前記要求したページコンテンツの画像とＵＩメタデータとを受信する第１の受信手段と、前記ページコンテンツの画像を表示手段に表示すると共に、前記ＵＩメタデータに基づいて前記表示された画像上にＵＩ情報を表示する表示制御手段と、を備えたクライアント端末とからなるウェブサイト閲覧システムにおいて、前記クライアント端末は、前記表示されたＵＩ情報を実行する実行手段と、前記実行されたＵＩ情報を示す情報を前記サーバへ送信する第２の送信手段と、を備え、前記サーバは、前記実行されたＵＩ情報を示す情報を受信する第２の受信手段と、前記実行されたＵＩ情報を示す情報に基づいて前記ＵＩメタデータ生成手段で抽出されたＵＩ情報の利用率を算出する利用率算出手段と、前記利用率に基づいて前記ＵＩメタデータ生成手段で抽出されたＵＩ情報の中から前記クライアント端末へ送信するＵＩ情報（以下、送信対象ＵＩ情報という）を決定する送信対象決定手段と、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記ページコンテンツから前記送信対象ＵＩ情報を含む所定の大きさの画像（以下、領域画像という）を生成する領域画像生成手段と、を備え、前記第１の送信手段は、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと、前記領域画像とを前記クライアント端末に送信し、前記第１の受信手段は、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと前記領域画像とを受信し、前記表示制御手段は、前記領域画像を前記表示手段に表示すると共に、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記領域画像上にＵＩ情報を表示することを特徴とする。
【００１３】
請求項１に記載の発明によれば、取得したページコンテンツを画像に変換すると共にＵＩ情報メタデータを生成し、当該画像とＵＩ情報メタデータとをクライアント端末に送信し、これを受信したクライアント端末は、画像を表示手段に表示すると共にＵＩ情報メタデータに基づいて画像上のＵＩ情報を制御するようにしたので、ウェブページのデザインを崩すことなく、携帯電話等を用いてＰＣ用のウェブページを高速に閲覧、操作することが可能となる。
【００１４】
また、請求項１に記載の発明によれば、サーバはクライアント端末で実行されたＵＩ情報を示す情報を受信し、これに基づいてＵＩ情報の利用率を算出する。サーバは、利用率に基づいて送信対象ＵＩ情報（ＵＩ情報の中からクライアント端末へ送信するＵＩ情報）を決定し、ＵＩメタデータのうちの送信対象ＵＩ情報のデータに基づいてページコンテンツから領域画像（送信対象ＵＩ情報を含む所定の大きさの画像）を生成する。サーバからＵＩメタデータのうちの送信対象ＵＩ情報のデータと領域画像とをクライアント端末に送信されると、クライアント端末はこれを受信し、領域画像を表示手段に表示すると共に、ＵＩメタデータのうちの送信対象ＵＩ情報のデータに基づいて領域画像上にＵＩ情報を表示する。これにより、画面の拡大縮小や大きなカーソル移動などをせずともクライアント端末が過去に実行したＵＩ情報が選択できる。そのため、快適に閲覧、操作ができる。また、大きな画像を送信する必要が無いし、画像の拡大縮小や画面移動による画像の送受信が発生しないため、通信容量を削減することができる。
【００１５】
請求項２に示すように請求項１に記載のウェブサイト閲覧システムにおいて、前記送信対象決定手段は、前記利用率が高い順に前記送信対象ＵＩ情報を複数決定し、前記領域画像生成手段は、前記領域画像を前記複数の送信対象ＵＩ情報についてそれぞれ生成し、前記第１の送信手段は、前記ＵＩメタデータのうちの前記複数の送信対象ＵＩ情報のデータと、前記複数の送信対象ＵＩ情報についてそれぞれ生成された領域画像（以下、複数の領域画像という）と、前記利用率とを前記クライアント端末に送信し、前記第１の受信手段は、前記ＵＩメタデータのうちの前記複数の送信対象ＵＩ情報のデータと、前記複数の領域画像と、前記利用率とを受信し、前記表示制御手段は、前記利用率に基づいて前記複数の領域画像を並べて前記表示手段に表示することを特徴とする。
【００１６】
請求項２に記載のウェブサイト閲覧システムによれば、サーバは、利用率が高い順に送信対象ＵＩ情報を複数決定し、複数の送信対象ＵＩ情報のそれぞれに対し領域画像を生成する。サーバからＵＩメタデータのうちの複数の送信対象ＵＩ情報のデータと、複数の領域画像と、利用率とが送信されると、クライアント端末はこれを受信し、利用率に基づいて複数の領域画像を並べて表示する。これにより、利用率の高いＵＩ情報から順に複数のＵＩ情報をクライアント端末に表示させることができる。
【００１７】
請求項３に示すように請求項２に記載のウェブサイト閲覧システムにおいて、前記表示制御手段は、前記複数の領域画像のうちの最も高い利用率に紐付けられた領域画像が左上に位置するように前記複数の領域画像を並べて前記表示手段に表示することを特徴とする。
【００１８】
請求項３に記載のウェブサイト閲覧システムによれば、複数の領域画像のうちの最も高い利用率に紐付けられた領域画像が左上に位置するように複数の領域画像が並べて表示される。これにより、最も目立つ位置（左上）に最も利用率の高いＵＩ情報を表示させることで、ＵＩ情報選択時に予想されるカーソル移動量を最も小さくすることができる。
【００１９】
請求項４に示すように請求項１から３のいずれかに記載のウェブサイト閲覧システムにおいて、前記領域画像生成手段は、前記送信対象ＵＩ情報が略中央に位置するように前記領域画像を生成することを特徴とする。
【００２０】
請求項４に記載のウェブサイト閲覧システムによれば、送信対象ＵＩ情報が略中央に位置するように領域画像が生成される。これにより、クライアント端末を見たユーザが、領域画像の含まれるＵＩ情報を容易に判別することができる。
【００２１】
請求項５に記載のサーバは、請求項１から４のいずれかに記載のウェブサイト閲覧システムを構成する。
【００２２】
請求項６に記載のサーバ用プログラムは、クライアント端末から所望のページコンテンツの要求を受信するステップと、前記要求されたページコンテンツから生成されたＵＩメタデータであって、前記ページコンテンツから抽出されたＵＩ情報に関するデータであるＵＩメタデータを取得するステップと、前記ＵＩメタデータに含まれるＵＩ情報について前記クライアント端末における利用率を算出するステップと、前記利用率に基づいて前記抽出されたＵＩ情報の中から前記クライアント端末へ送信するＵＩ情報（以下、送信対象ＵＩ情報という）を決定するステップと、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータに基づいて前記ページコンテンツから前記送信対象ＵＩ情報を含む所定の大きさの画像（以下、領域画像という）を生成するステップと、前記ＵＩメタデータのうちの前記送信対象ＵＩ情報のデータと、前記領域画像とを前記クライアント端末に送信するステップと、を含むことを特徴とする。
【発明の効果】
【００２３】
本発明によれば、携帯電話等の携帯端末を用いてＰＣ用のＷｅｂページを閲覧、操作する場合において、画面の拡大縮小やカーソル移動などをせずとも快適に閲覧、操作ができ、かつ通信容量を削減することができる。
【図面の簡単な説明】
【００２４】
【図１】Ｗｅｂページ閲覧システム１００の全体構成の一例を示す図
【図２】クライアント端末１０の表示部１３に所望のＷｅｂページの表示を行うまでの動作を示すフローチャート
【図３】Ｗｅｂページのレンダリング結果を示す図
【図４】ＵＩメタデータの生成について説明するための図
【図５】ＣＳＶファイルとして保存されるＵＩメタデータを示す図
【図６】クライアント端末１０の内部処理について示すフローチャート
【図７】ＵＩメタデータの書き換えについて説明するための図
【図８】ＵＩメタデータの書き換えについて説明するための図
【図９】クライアント端末１０においてＵＩ操作された場合の動作を示すフローチャート
【図１０】サーバ２０がページ情報を送信する処理について示すフローチャート
【図１１】利用率が付与されたＵＩメタデータを示す図
【図１２】領域画像の生成を説明するための図
【図１３】クライアント端末１０にパネル状に表示された領域画像及びＵＩ情報を示す図
【図１４】クライアント端末１０にパネル状に表示されたＵＩ情報が選択された場合に表示される画面を示す図
【図１５】Ｗｅｂページのアドレスとネットワーク容量、消費時間等とを紐付けて保存する例
【発明を実施するための形態】
【００２５】
以下、添付図面に従って本発明を実施するための形態について説明する。
【００２６】
＜第１の実施形態＞
図１は、本実施形態におけるＷｅｂページ閲覧システム１００の全体構成の一例を示す図である。同図に示すように、Ｗｅｂページ閲覧システム１００は、ユーザが使用するクライアント端末１０と、クライアント端末１０と接続されたサーバ２０と、サーバと接続された外部Ｗｅｂサーバ３０とから構成されている。
【００２７】
クライアント端末１０は、携帯電話、ＰＤＡなどの携帯端末であり、通信部１１、通信データ制御部１２、表示部１３、入力部１４、及び画像処理部１５を備えて構成されている。
【００２８】
通信部１１は、所定のプロトコルによりサーバ２０との通信を制御する。クライアント端末１０とサーバ２０とは、いわゆるインターネットを介して接続されており、通信部１１と後述する通信部２１とは、ＴＣＰ／ＩＰ等の標準的なインターネットプロトコルに従ってそれぞれ通信を行う。なお、専用通信回線やＶＰＮを介して接続されてもよい。通信が行われた結果、通信部１１からサーバ２０に要求が送信され、サーバ２０からの応答が通信部１１で受信される。
【００２９】
表示部１３は、カラー表示が可能な液晶ディスプレイであり、画像処理部１５から入力された画像信号に基づいて表示を行う。なお、液晶ディスプレイに代えて、有機ＥＬなど他の方式の表示装置を用いてもよい。
【００３０】
通信データ制御部１２は、受信データ制御及び送信データ制御を行う。受信データ制御として、通信データ制御部１２は、通信部１１が取得したデータの解析を行い、その結果を画像処理部１５に出力する。送信データ制御として、通信データ制御部１２は、入力部１４から出力された命令に基づいて更なるページ情報が必要であるか（例えば、スクロール、拡大、ページ遷移などがあるか）を判断し、必要な場合には通信部１１を介して命令をサーバ２０に送信する。
【００３１】
入力部１４は、図示しない電源ボタン、番号キー、十字キー、決定キー等を含み、ユーザは、入力部１４を操作することにより、クライアント端末１０を操作することができる。また、表示部１３の前面にタッチパネルを配置し、入力部１４として用いてもよい。入力部１４は、特定のボタンを押すなどの情報を各種命令に変換し、通信データ制御部１２等へ出力する。
【００３２】
画像処理部１５は、通信部１１を介してサーバ２０から取得した画像を表示部１３に表示させ、また、ユーザの入力部１４による入力操作に基づいた処理を行う。
【００３３】
画像処理部１５は、通信データ制御部１２から送られてくる描画命令に従って、表示部１３に表示する画像データを生成する。各利用率に紐付けられたページ情報が複数送られてきた場合には、画像処理部１５は、利用率に従って複数の画像をタイル状に表示部１３に表示させる。
【００３４】
サーバ２０は、通信部２１、２２、通信データ制御部２３、Ｗｅｂリソース解析部２４、ＵＩ解析部２５を備えて構成されている。
【００３５】
通信部２１は、クライアント端末１０との通信を制御する。通信が行われた結果、クライアント端末１０からの要求が通信部１１で受信され、その要求に対する応答が通信部２１からクライアント端末１０へ送信される。
【００３６】
通信部２２は外部Ｗｅｂサーバ３０との通信を制御する。サーバ２０と外部Ｗｅｂサーバ３０とは、インターネットを介して接続され、通信部２１と後述する通信部３１とは、標準的なインターネットプロトコルに従ってそれぞれ通信を行う。通信が行われた結果、通信部２２から外部Ｗｅｂサーバ３０にＷｅｂページが要求され、外部Ｗｅｂサーバ３０から送信されたＷｅｂページが通信部２２で受信される。
【００３７】
通信データ制御部２３は、取得した通信データの制御を行う。具体的には、通信データ制御部２３は、外部Ｗｅｂサーバ３０からＷｅｂページを取得した場合には、データをＷｅｂリソース解析部２４に出力する。また、通信データ制御部２３は、携帯端末からの要求がＷｅｂページの操作に関するものである場合には、Ｗｅｂリソース解析部２４に操作情報を出力する。さらに、通信データ制御部２３は、携帯端末からの要求がＷｅｂページ取得の場合には、通信部２２を介して外部Ｗｅｂサーバ３０にＷｅｂページ取得要求を送信する。
【００３８】
Ｗｅｂリソース解析部２４は、通信部２１を介して外部Ｗｅｂサーバ３０から取得したページコンテンツ（コンテンツファイル）に基づいて、当該コンテンツファイルをブラウズした状態と同様の画像ファイルを生成する。ここでは、予め決められた解像度で画像ファイルを生成するが、コンテンツファイルの内容やクライアント端末１０の解像度に応じた解像度の画像ファイルを生成してもよい。
【００３９】
また、Ｗｅｂリソース解析部２４は、取得したコンテンツファイルからＵＩ情報を抽出し、その種類や位置を解析し、ＵＩメタデータを生成する。
【００４０】
さらに、Ｗｅｂリソース解析部２４は、クライアント端末１０から送信される操作情報に基づいて取得したＷｅｂリソースの処理を実施する。
【００４１】
ＵＩ解析部２５は、Ｗｅｂリソース解析部２４で抽出したＵＩ情報の利用率を算出する。また、ＵＩ解析部２５は、利用率に基づいてページ情報を生成する。利用率とは、ＵＩ情報がクライアント端末にとってどの程度必要かを判別するための指標である。ＵＩ解析部２５が利用率を算出する方法及びページ情報を生成する方法については後に詳述する。
【００４２】
外部Ｗｅｂサーバ３０は、通信部３１、記憶部３２を備えて構成されている。
【００４３】
通信部３１は、サーバ２０との通信を制御する。また、記憶部３２は、外部Ｗｅｂサーバ３０に開設されたＷｅｂページの各コンテンツファイルを記憶している。通信部３１は、サーバ２０から受信したＵＲＬのリクエストに応じたファイルを、記憶部３２から読み出してサーバ２０に送信する。
【００４４】
なお、図１においては、クライアント端末１０は１つだけ記載されているが、サーバ２０と通信可能なクライアント端末１０は多数存在し、それぞれ個別にサーバ２０との通信を行う。また、外部Ｗｅｂサーバ３０もインターネット網中に多数存在し、サーバ２０は、それぞれの外部Ｗｅｂサーバ３０と通信することが可能である。このように、どのクライアント端末１０からどの外部Ｗｅｂサーバ３０へアクセスする場合であっても、サーバ２０を介して通信を行う。
【００４５】
次に、このように構成されたＷｅｂページ閲覧システム１００の動作について説明する。まず、クライアント端末１０の表示部１３に、所望のＷｅｂページの表示を行うまでの動作について、図２を用いて説明する。
【００４６】
ユーザは、クライアント端末１０の入力部１４を用いて、閲覧したいＷｅｂページのＵＲＬアドレスを入力する。文字列を直接入力するのではなく、クライアント端末１０の図示しない記憶部に登録されているブックマーク等を用いてＵＲＬアドレスを選択してもよい。ＵＲＬアドレスを入力後に入力部１４の送信ボタンにより送信を指示すると、通信部１１は、入力されたＵＲＬアドレスをサーバ２０に送信する（ステップＳ１１）。
【００４７】
なお、サーバ２０の図示しない記憶部のブックマークにおいて、ＷｅｂページタイトルとＵＲＬアドレスを保持しておき、これらのＷｅｂページタイトルの中から選択可能に構成してもよい。この場合は、サーバ２０は、通信部２１を介して保持しているＷｅｂページタイトルをクライアント端末１０に送信し、クライアント端末１０は、通信部１１を介してこれを受信する。さらに、画像処理部１５によって受信したＷｅｂページタイトルを表示部１３に表示させる。ユーザは、表示されたＷｅｂページタイトルの中から所望のＷｅｂページを、入力部１４を用いて選択する。そして、クライアント端末１０は、選択されたＷｅｂページタイトルを通信部１１を介してサーバ２０に送信すればよい。
【００４８】
サーバ２０は、クライアント端末１０から送信されたＵＲＬアドレスを通信部２１を介して受信する（ステップＳ２１）。さらに、通信部２２は、受信したＵＲＬアドレスを、当該ＵＲＬアドレスに該当する外部Ｗｅｂサーバ３０に送信する（ステップＳ２２）。サーバ２０のブックマークを用いてＷｅｂページタイトルが選択された場合には、図示しない記憶部から該当するＵＲＬアドレスを読み出し、これを該当する外部Ｗｅｂサーバ３０に送信すればよい。
【００４９】
該当する外部Ｗｅｂサーバ３０は、通信部３１を介してこのＵＲＬアドレスを受信する（ステップＳ３１）。そして、受信したＵＲＬアドレスに該当するＨＴＭＬファイル、ＣＳＳファイル、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔファイル等のコンテンツファイルを記憶部３２から読み出し、通信部３１を介してサーバ２０に送信する（ステップＳ３２）。
【００５０】
サーバ２０は、外部Ｗｅｂサーバ３０から送信されたコンテンツファイルを受信し（ステップＳ２３）、Ｗｅｂリソース解析部２４により、受信したコンテンツファイルを解析して、ＵＩ情報を抽出する（ステップＳ２４）。ここでのコンテンツファイルの解析方法は特に限定されるものではなく、パースしてタグを抽出するといった公知の手法を用いればよい。
【００５１】
Ｗｅｂリソース解析部２４は、この解析結果に基づいてＵＩメタデータを生成する（ステップＳ２５）。ステップＳ２３において図３に示すＷｅｂページが受信された場合のＵＩメタデータの生成について、図４を用いて説明する。図４（ａ）は、図３に示すＷｅｂページの左上の部分を抜き出したものであり、図４（ｂ）は、ＨＴＭＬファイルの図４（ａ）に示す部分を抜粋したものある。なお、図４（ｂ）に示すＨＴＭＬファイルは、不要な部分を適宜省略している。
【００５２】
Ｗｅｂリソース解析部２４は、図４（ｂ）に示すＨＴＭＬファイルからリンクタグや入力フォーム等のＵＩ情報を抽出し、各ＵＩ情報の図４（ａ）における位置座標を算出する。
【００５３】
例えば、図４（ｂ）に示すＨＴＭＬファイルには、テキスト入力欄タグ３０１、ラジオボタンタグ３０２、ラジオボタンタグ３０３、リンクタグ３０４、リンクタグ３０５、及びボタンタグ３０６の、６つのタグが記載されている。Ｗｅｂリソース解析部２４は、ＨＴＭＬファイルからこれらのタグを抽出することにより、各ＵＩ情報２０１〜２０６を抽出する。
【００５４】
また、ＵＩ情報２０１〜２０６は、ＨＴＭＬファイルをブラウズした状態において、図４（ａ）に示す画面上の各位置に配置される。Ｗｅｂリソース解析部２４は、これらのＵＩ情報の開始と終了のＸＹ座標値（左上と右下に相当する座標値）を取得する。座標値の取得方法は特に限定されるものではなく、例えば、画像レンダリング中に記憶、ブラウザから取得等の手法を用いればよい。
【００５５】
このように抽出された各ＵＩ情報とその位置情報は、それぞれのＵＩ情報ＩＤと共に関連付けられ、ＵＩメタデータとしてサーバ２０の図示しない記憶部に保存される。図５は、図３に示すＷｅｂページのＵＩメタデータであって、ＣＳＶファイルとして保存されたＵＩメタデータを示す図である。なお、レイアウト等の画面表示に関する属性（例えばｓｉｚｅ属性）は、ＵＩメタデータに含まなくてよい。
【００５６】
ＵＩメタデータは、ＵＩメタデータの基となるＷｅｂページのアドレス及びＨＴＭＬファイルと関連付けて記憶部に記憶される。例えば図５に示すＵＩメタデータは、図３に示すＷｅｂページのアドレス及び図４（ｂ）に示すＨＴＭＬファイルと関連付けて記憶される。ただし、ＨＴＭＬファイルの保存は必須ではない。
【００５７】
また、Ｗｅｂリソース解析部２４は、取得したコンテンツファイルをレンダリングし、jpeg形式やbitmap形式等の、クライアント端末１０の表示部１３に表示可能な形式の画像ファイルを生成する（ステップＳ２５）。なお、画像ファイルの生成方法は特に限定されるものではなく、公知の手法によって行えばよい。
【００５８】
図４（ｃ）は、図４（ｂ）に示すＨＴＭＬファイルをレンダリングした画像を示す図である。ここで、図５に示すＵＩメタデータを用いることにより、この画像中のＵＩ情報の位置と種別を知ることができる。例えば、各タグ３０１〜３０６に対応するＵＩ情報は、図４（ｃ）に示す各位置４０１〜４０６に配置されていることがわかり、これらの位置は、図４（ａ）に示すブラウズ状態における各ＵＩ情報２０１〜２０６の配置と同様になっている。この画像ファイルは、ＵＩメタデータと共にサーバ２０の図示しない記憶部に保存される。
【００５９】
サーバ２０は、ステップＳ２５で生成したＵＩメタデータと画像ファイルを、通信部２１を介してクライアント端末１０へ送信する（ステップＳ２６）。このとき、基となったコンテンツファイルを、送信したクライアント端末１０や生成したＵＩメタデータと関連付けて図示しない記憶部に記憶しておく。クライアント端末１０は、通信部１１を介して、このＵＩメタデータと画像ファイルを受信する（ステップＳ１２）。
【００６０】
次に、ＵＩメタデータと画像ファイルを受信したクライアント端末１０の内部処理について、図６を用いて説明する。
【００６１】
クライアント端末１０は、通信部１１を介してＵＩメタデータと画像ファイルを受信すると（ステップＳ４１）、画像処理部１５は、受信したＵＩメタデータに含まれる各ＵＩ情報の位置座標と表示部１３に表示されるカーソルの位置座標とを比較し（ステップＳ４２）、比較結果に基づいて、表示部１３に画像ファイルとＵＩ情報とを表示する（ステップＳ４３）。
【００６２】
例えば、カーソルの位置座標がＵＩ情報の位置座標と重なった時に、該当するＵＩ情報の位置の部分に対してマークを付し、ＵＩ情報が選択可能であることをユーザに認識させる。また、下線を引く、四角で囲う等でもよい。なお、ここでは、ＵＩメタデータに記録された各ＵＩ情報のＸＹ座標値を対角とする矩形状の範囲内にカーソルが位置する場合に、ＵＩ情報の位置座標とカーソルの位置座標とが重なったとみなす。また、重なった場合ではなく、表示されているＵＩ情報の画像上の位置に対して常にこのような表示を行ってもよい。逆に、カーソルの位置座標がＵＩ情報の位置座標と重なった時に、カーソルの色や形状を変更して表示してもよい。
【００６３】
ここで、入力部１４によりユーザ操作が行われると（ステップＳ４４）、操作内容に応じて、表示部１３の表示を変更する。
【００６４】
例えば、十字キー等による上下左右移動の操作が行われた場合には、操作に応じてカーソル又は画像を移動させる（ステップＳ４５）。また、ステップＳ４４において拡大・縮小の操作が行われた場合には、操作に応じた倍率に変更して画像を表示する（ステップＳ４６）。この時、クライアント端末１０とサーバ２０との間で通信が発生しないため、コストアップすることはないし、ユーザビリティが低下することもない。
【００６５】
また、ステップＳ４４において決定ボタンによる操作（クリック操作）が行われた場合には、ステップＳ４２における比較結果に基づいて、カーソル位置とＵＩ情報の画像上の位置とが重なっているか否かを判定する（ステップＳ４７）。
【００６６】
カーソル位置がＵＩ情報の画像上の位置と重なっていない場合は、画像処理部１５はこのクリック操作を無効とし、ステップＳ４２に戻り、同様の処理を行う。
【００６７】
カーソル位置がＵＩ情報の画像上の位置と重なっている場合は、画像処理部１５は、ＵＩメタデータに基づいてカーソル位置と重なる位置に存在するＵＩ情報の種別を判定する（ステップＳ４８）。
【００６８】
ここで、ＵＩ情報の種別としては、（１）テキスト入力欄等のユーザによる入力が必要なＵＩ情報、（２）チェックボックスやラジオボタン等の画面遷移を伴わず、データ入力の必要もないＵＩ情報、（３）リンク、ボタン等の画面遷移を伴うＵＩ情報、の３つが考えられる。
【００６９】
カーソル位置に存在するＵＩ情報の種別が、（１）テキスト入力欄等のユーザによるデータ入力が必要なＵＩ情報である場合は、まずポップアップ等により表示部１３にデータ入力画面を表示し、ユーザに入力を要求する（ステップＳ４９）。ユーザは、この入力画面において入力部１４によって必要なデータ入力を行う（ステップＳ５０）。画像処理部１５は、ユーザ入力に応じて図示しない記憶部に記憶されているＵＩメタデータを書き換える（ステップＳ５１）。書き換えられたＵＩメタデータは、書き換えられたＵＩ情報ＩＤと共に、通信部１１を介してサーバ２０に送信される（ステップＳ５２）。
【００７０】
ここで、ＵＩメタデータの書き換えの詳細について、図７、図８を用いて説明する。
【００７１】
図７（ａ）は、図４（ｃ）に示した画像を表示部１３に表示した様子を示す図である。表示された画像上の各位置４０１〜４０６には、図８（ａ）に示すＵＩメタデータに示すように、各ＵＩ情報２０１〜２０６が表示されている。ここで、ユーザが、テキスト入力欄２０１に対応する位置４０１上にカーソル４００を移動させて決定ボタンによるクリック操作を行うと、図７（ｂ）に示すように、表示部１３にはテキスト入力ポップアップ画面が表示される。
【００７２】
ユーザは、このポップアップ画面において、入力部１４を用いて所望の文字を入力する。テキスト入力後、入力部１４によりクリック操作が行われると、画像処理部１５は、入力されたテキストに基づいて、位置４０１に対応するＵＩ情報２０１のvalue属性を書き換える。ここでは、図７（ｂ）に示すように、ユーザがテキスト入力ポップアップ画面において「ＸＸ○○△△」と入力しているため、図８（ｂ）に示すように、ＵＩ情報２０１のvalue属性が「ＸＸ○○△△」と書き換えられている。
【００７３】
この書き換えられたＵＩメタデータは、書き換えられた（実行された）ＵＩ情報ＩＤ（ここでは、２０１）と共に、通信部１１を介してサーバ２０に送信される。
【００７４】
次に、カーソル位置に存在するＵＩ情報の種別が（２）画面遷移を伴わず、データ入力の必要もない場合について説明する。
【００７５】
図７（ｃ）に示すＵＩ情報２０２に対応する位置４０２とＵＩ情報２０３に対応する位置４０３には、性別を指定するためのラジオボタンが表示されている。このＵＩ情報２０２とＵＩ情報２０３は、図４に示すように、基となるタグ３０２と３０３が同じname属性を有している。すなわち、ＵＩ情報２０２とＵＩ情報２０３のうち、いずれか一方を選択することが可能である。ここで、初期の設定では、図８（ａ）に示すように、ＵＩ情報２０２のchecked属性がtrue、ＵＩ情報２０３のchecked属性がfalseとなっているため、図７（ａ）に示すように、ＵＩ情報２０２が選択された状態となっている。
【００７６】
ここで、ＵＩ情報２０３に対応する位置４０３上にカーソル４００を移動させて決定ボタンによるクリック操作が行われると、画像処理部１５は、ＵＩメタデータに基づいて、カーソル位置と重なる位置に存在するＵＩ情報の種別を判定する。
【００７７】
ここでは、ＵＩ情報２０３はラジオボタンであり、ユーザによるデータ入力の必要がなく、また画面遷移を伴わないＵＩ情報であるので、ステップＳ５１に移行し、画像処理部１５は、図示しない記憶部に記憶されているＵＩメタデータからＵＩ情報２０３に関するデータを書き換える。
【００７８】
図８（ｃ）は、この場合に書き換えられたＵＩメタデータを示す図である。同図に示すように、ＵＩ情報２０３のchecked属性がtrueに書き換えられていると共に、ＵＩ情報２０３と同じname属性を有するＵＩ情報２０２のchecked属性がfalseに書き換えられている。
【００７９】
最後に、カーソル位置に存在するＵＩ情報の種別が（３）画面遷移を伴う場合について説明する。画面遷移を伴うＵＩ情報とは、そのＵＩ情報を実行した結果、現在表示している画像とは異なる画像を表示することになるＵＩ情報を指している。
【００８０】
図７（ｄ）に示すように、ＵＩ情報２０６に対応する位置４０６に表示されているのは送信ボタンであり、位置４０６をクリック操作することにより、ボタンタグ３０６の記載に従って別の画面に遷移する。この位置４０６上にカーソル４００を移動させてクリック操作が行われると、画像処理部１５は、ＵＩメタデータに基づいてカーソル位置と重なる位置に存在するＵＩ情報の種別を判定する。
【００８１】
ここで、ＵＩ情報２０６はボタンであり、画面遷移を伴うＵＩ情報であるので、ステップＳ５２に移行する。そして、ＵＩメタデータと共に、実行されたＵＩ情報ＩＤ（ここでは、２０６）が、通信部１１を介してサーバ２０に送信される（ステップＳ５２）。
【００８２】
このように、どの種別のＵＩ情報がクリック操作された場合であっても、ＵＩメタデータと実行されたＵＩ情報ＩＤとが、サーバ２０に送信される。
【００８３】
次に、実行されたＵＩメタデータに基づくＷｅｂページ閲覧システム１００の動作について、図９を用いて説明する。
【００８４】
クライアント端末１０から、ＵＩメタデータと実行されたＵＩ情報ＩＤが送信されると（ステップＳ６１）、サーバ２０は、通信部２１を介してこれを受信する（ステップＳ７１）。
【００８５】
Ｗｅｂリソース解析部２４は、受信したＵＩメタデータと実行されたＵＩ情報ＩＤを解析し、ＵＩメタデータ中のどのＵＩ情報が実行されたのかを解析する（ステップＳ７２）。
【００８６】
また、Ｗｅｂリソース解析部２４は、実行されたＵＩ情報に基づいて、外部Ｗｅｂサーバとの通信が必要であるか否かを判定する（ステップＳ７３）。例えば、リンクボタンが操作され、画面遷移がある場合が該当する。
【００８７】
実行されたＵＩ情報が外部Ｗｅｂサーバとの通信が必要なＵＩ情報である場合は、図示しない記憶部に記憶されたコンテンツファイルから遷移先のＵＲＬアドレスを取得し、該当する外部Ｗｅｂサーバ３０へ送信する（ステップＳ７４）。そして、この外部Ｗｅｂサーバ３０から該当するコンテンツファイルを受信し（ステップＳ７５）、Ｗｅｂリソース解析部２４においてこの遷移先のコンテンツファイルを解析する（ステップＳ７６）。
【００８８】
さらに、Ｗｅｂリソース解析部２４は、この解析結果に基づいて遷移先のＵＩメタデータを生成し、また、Ｗｅｂリソース解析部２４は、遷移先のコンテンツファイルに基づいて画像ファイルを生成する（ステップＳ７７）。この遷移先の画像ファイルとＵＩメタデータとを、通信部２１を介してクライアント端末１０に送信する（ステップＳ７８）。
【００８９】
クライアント端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータを受信し、この画像ファイルを遷移先の画面として表示部１３に表示する（ステップＳ６２）。
【００９０】
ステップＳ７３において、実行されたＵＩ情報が外部Ｗｅｂサーバとの通信が不要なＵＩ情報であると判断された場合は、ステップＳ７７へ移行し、この書き換えられたＵＩメタデータと関連するコンテンツファイルを図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。また、新たな画像ファイルを生成するのではなく、基のコンテンツファイルの画像と実行されたＵＩ情報ＩＤとに基づいて、実行されたことにより書き換えを要する部分についてだけ、画像を書き換えてもよい。
【００９１】
この新たな画像ファイルとＵＩメタデータとを、通信部２１を介してクライアント端末１０に送信する（ステップＳ７８）。
【００９２】
クライアント端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータを受信し、この画像ファイルを表示部１３に表示する（ステップＳ６２）。
【００９３】
例えば、実行されたＵＩ情報が、図７（ａ）に示すＵＩ情報２０１（テキスト入力欄）の場合は、クライアント端末１０から、図８（ｂ）に示す書き換えられたＵＩメタデータと、実行されたＵＩ情報ＩＤ２０１が送信される（ステップＳ６１）。サーバ２０は、通信部２１を介してこれを受信する（ステップＳ７１）。
【００９４】
Ｗｅｂリソース解析部２４は、この書き換えられたＵＩメタデータと関連するコンテンツファイルを図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。この新たな画像ファイルは、図７（ｃ）に示すように、テキスト入力欄の位置にステップＳ５０において入力された文字「ＸＸ○○△△」が表示された画像となっている。
【００９５】
また、実行されたＵＩ情報が、図７（ｃ）に示すＵＩ情報２０３（ラジオボタン）の場合は、クライアント端末１０から、図８（ｃ）に示す書き換えられたＵＩメタデータと、実行されたＵＩ情報ＩＤ２０３が送信される（ステップＳ６１）。サーバ２０は、通信部２１を介してこれを受信する（ステップＳ７１）。
【００９６】
Ｗｅｂリソース解析部２４は、この書き換えられたＵＩメタデータと関連するコンテンツファイルを図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。この新たな画像ファイルは、図７（ｄ）に示すように、ラジオボタンのチェック位置が位置４０２から位置４０３に変更された画像となっている。
【００９７】
さらに、実行されたＵＩ情報が、図７（ｄ）に示すＵＩ情報２０６（ボタン）の場合は、クライアント端末１０から、ＵＩメタデータ（この場合は書き換えられていない）と、実行されたＵＩ情報ＩＤ２０６が送信される（ステップＳ６１）。サーバ２０は、通信部２１を介してこれを受信する（ステップＳ７１）。
【００９８】
これを受信したサーバ２０は、ＵＩメタデータから遷移先のＵＲＬアドレスを取得し、該当する外部Ｗｅｂサーバ３０から該当するコンテンツファイルを要求して（ステップＳ７４）、受信する（ステップＳ７４）。このコンテンツファイルに基づいて、Ｗｅｂリソース解析部２４においてＵＩメタデータが生成されると共に、Ｗｅｂリソース解析部２４において画像ファイルが生成する（ステップＳ７７）。
【００９９】
この遷移先の画像ファイルとＵＩメタデータとがクライアント端末１０に送信され（ステップＳ７８）、この画像ファイルは表示部１３に表示される（ステップＳ６２）。
【０１００】
このように、画面遷移を伴うＵＩ操作がされた場合も、新たな遷移先のＷｅｂページを表示させることができ、さらに、これまでと同様にＵＩ情報の操作も可能である。
【０１０１】
以上のように、Ｗｅｂページ閲覧システム１００は、高速で操作性のよいＷｅｂページ閲覧を実現することができる。
【０１０２】
さて、本実施の形態では、クライアント端末１０からＵＲＬアドレスが入力された場合や、画面遷移を伴うＵＩ操作が行われた場合に、今まで説明したようなＷｅｂページの画像ファイル及びＵＩメタデータではなく、クライアント端末１０が必要とするＵＩ情報を抜粋してサーバ２０からクライアント端末１０へ送信することも可能である。
【０１０３】
図１０は、クライアント端末１０が必要とするＵＩ情報を抜粋してサーバ２０からクライアント端末１０へ送信する場合のサーバ２０の内部処理について示すフローチャートである。当該処理は、クライアント端末１０からＵＲＬアドレスがサーバ２０に送信された（ステップＳ１１）後、又はクライアント端末１０からＵＩメタデータと実行されたＵＩ情報ＩＤが送信された（ステップＳ６１）後で行われる。
【０１０４】
サーバ２０は、クライアント端末１０から送信されたＵＲＬアドレスを通信部２１を介して受信する（ステップＳ９１）。また、サーバ２０は、ＵＩ情報が外部Ｗｅｂサーバとの通信が必要なＵＩ情報である場合は、図示しない記憶部に記憶されたコンテンツファイルから遷移先のＵＲＬアドレスを取得する（ステップＳ９１）。
【０１０５】
受信又は取得したＵＲＬアドレスが記憶部に記憶されている場合には、ＵＩ解析部２５は、ＵＩメタデータ及び画像ファイルを記憶部から取得する（ステップＳ９２）。受信又は取得したＵＲＬアドレスが記憶部に記憶されていない場合には、ステップＳ２２〜Ｓ２５と同様の方法により、通信部２２を介して外部Ｗｅｂサーバ３０からコンテンツファイルを受信し、Ｗｅｂリソース解析部２４により受信したコンテンツファイルを解析してＵＩ情報を抽出しＵＩメタデータ及び画像ファイルを生成し、ＵＩ解析部２５に入力される（ステップＳ９２）。ここで生成されたＵＩメタデータ及び画像ファイルは関連付けて記憶部に記憶される。
【０１０６】
ＵＩ解析部２５は、ＵＩメタデータに含まれる各ＵＩ情報に対して利用率を算出する（ステップＳ９３）。利用率とは、クライアント端末１０においてそのＵＩ情報をどの程度必要かを示す指標である。本実施の形態では、利用率は、クライアント端末１０におけるアクセス頻度に基づいて算出される。
【０１０７】
アクセス頻度とは、クライアント端末１０によりＵＩ情報が実行された回数を示すものであり、各ＵＩ情報ＩＤに関連付けて記憶される。アクセス頻度は、ＵＩメタデータと実行されたＵＩ情報ＩＤが送信された（ステップＳ７１）場合に常に更新される。
【０１０８】
例えば、図５に示すようなＵＩメタデータが記憶されている場合において、全てのＵＩ情報のアクセス頻度が「０」である場合に、ＵＩ情報ＩＤが「ａ」のＵＩ情報が実行されたことがクライアント端末１０から送信された場合には、ＵＩ情報ＩＤが「ａ」のＵＩ情報のアクセス頻度は「１」となり、他のＵＩ情報ＩＤのＵＩ情報のアクセス頻度は「０」となる。なお、アクセス頻度はクライアント端末１０毎に異なるため、アクセス頻度は、クライアント端末１０に固有の情報と関連付けて記憶部に記憶される。
【０１０９】
ＵＩ解析部２５は、各ＵＩ情報ＩＤのアクセス頻度を、全てのＵＩ情報ＩＤのアクセス頻度の総和で割ることにより、利用率を算出する。
【０１１０】
例えば、図５に示すようなＵＩメタデータが記憶されている場合において、ＵＩ情報ＩＤが「ａ」のＵＩ情報のアクセス頻度は「１」となり、他のＵＩ情報ＩＤのＵＩ情報のアクセス頻度は「０」であるとする。この場合には、ＵＩ情報ＩＤが「ａ」のＵＩ情報のアクセス頻度は「１」であり、全てのＵＩ情報ＩＤのアクセス頻度の総和も「１」であるため、ＵＩ情報ＩＤが「ａ」のＵＩ情報の利用率は「１」となる。ＵＩ情報ＩＤが「ａ」以外のＵＩ情報のアクセス頻度は「０」であるため、ＵＩ情報ＩＤが「ａ」以外のＵＩ情報の利用率は「０」となる。
【０１１１】
ＵＩ解析部２５は、このようにして全てのＵＩ情報ＩＤについて利用率を算出し（ステップＳ９４）、全てのＵＩ情報ＩＤについて利用率が算出されたら、算出された利用率をＵＩメタデータに付与する（ステップＳ９５）。図１１は、利用率が付与されたＵＩメタデータである。利用率はクライアント端末１０毎に異なるため、利用率が付与されたＵＩメタデータは、クライアント端末１０に固有の情報と関連付けて記憶部に記憶される。
【０１１２】
利用率が付与されたら、ＵＩ解析部２５は、利用率に基づいて送信対象となるＵＩ情報を決定する。ＵＩ解析部２５は、決定されたＵＩ情報が含まれる画像（以下、領域画像）を生成し、生成した領域画像にＵＩメタデータと利用率とを紐付けたページ情報を生成する（ステップＳ９６）。
【０１１３】
ステップＳ９６の処理について、図３に示すＷｅｂページについて図１１に示すような利用率が付与されたＵＩメタデータがある場合を例に具体的に説明する。
【０１１４】
まず、ＵＩ解析部２５は、送信対象となるＵＩ情報を、利用率が高い順に所定の数（例えば６個）だけ決定する。利用率が最も高いのは、ＵＩ情報ＩＤが「ａ」のＵＩ情報であり、次に利用率が最も高いのは、ＵＩ情報ＩＤが「ｂ」のＵＩ情報である。したがって、ＵＩ解析部２５は、ＵＩ情報ＩＤが「ａ」のＵＩ情報、「ｂ」のＵＩ情報を送信対象として決定する。同様に、利用率が高い順にさらに４個のＵＩ情報を送信対象として決定する。
【０１１５】
次に、ＵＩ解析部２５は、ＵＩメタデータに含まれる開始ｘ座標、開始ｙ座標、終了ｘ座標、終了ｙ座標より送信対象のＵＩ情報のＵＩ情報の位置を認識し、ＨＴＭＬファイルをレンダリングした画像から送信対象のＵＩ情報が中央に位置する所定の大きさの画像を切り出し、領域画像を生成する。
【０１１６】
具体的には、図１２が記憶されたレンダリング後の画像であるとすると、ＵＩ解析部２５は、利用率が最も高いＵＩ情報ＩＤが「ａ」のＵＩ情報の位置を中心とした所定の領域（図１２の領域Ａ）をＵＩ情報ＩＤが「ａ」のＵＩ情報に対応する領域画像として切り出す。同様にして、利用率が２番目に高いＵＩ情報ＩＤが「ｂ」のＵＩ情報の位置を中心とした所定の領域（図１２の領域Ｂ）をＵＩ情報ＩＤが「ｂ」のＵＩ情報に対応する領域画像として切り出す。同様にして、利用率が３番目〜６番目に高いＵＩ情報に対応する領域画像として図１２の領域Ｃ〜Ｆを切り出す。
【０１１７】
なお、領域画像の大きさは、図１２に示す大きさに限定されるものではなく、ＵＩ情報が何であるかを判断できる程度の大きさであればよい。
【０１１８】
また、図１２では、送信対象のＵＩ情報が中央に位置するように領域画像を生成したが、これはクライアント端末１０に表示された時にＵＩ情報が何であるかをわかり易くするためであり、送信対象のＵＩ情報を含む周辺の画像を切り出せばよく、送信対象のＵＩ情報が中央に位置するように画像を切り出す場合に限定されるものではない。
【０１１９】
また、図１２では、記憶部に記憶されたレンダリング後の画像から領域画像を生成したが、領域画像の生成はこれに限られない。例えば、ＨＴＭＬファイルとＵＩメタデータとから送信対象のＵＩ情報を含む部分をレンダリングして領域画像を生成するようにしてもよい。記憶部にＨＴＭＬファイルが記憶されている場合には記憶されたＨＴＭＬファイルを用いればよいし、ＨＴＭＬファイルが記憶されていない場合にはＵＲＬアドレスに基づいて外部Ｗｅｂサーバ３０からＨＴＭＬファイルを取得して用いればよい。
【０１２０】
このようにして領域画像が生成されたら、ＵＩ解析部２５は、生成した領域画像に、ＵＩメタデータのその領域画像に対応するＵＩ情報のデータと利用率とを紐付けてページ情報を生成する。領域Ａの領域画像には、ＵＩメタデータのＵＩ情報ＩＤが「ａ」のデータと、このＵＩ情報の利用率「０．７」が紐付けられる。同様に、領域Ｂの領域画像には、ＵＩメタデータのＵＩ情報ＩＤが「ｂ」のデータと、このＵＩ情報の利用率「０．６」が紐付けられる。
【０１２１】
このようにしてＵＩ解析部２５でページ情報が生成されたら、通信データ制御部２３は、通信部２１からページ情報をクライアント端末１０へ送信する（ステップＳ９７）。
【０１２２】
これにより、クライアント端末１０が必要とするＵＩ情報を抜粋して送信する処理が終了される。これにより、クライアント端末のユーザがアクセスする頻度の高いＵＩ情報に限定して、そのＵＩ情報が何であるかを判断できる程度の大きさの画像と共にサーバ２０からクライアント端末１０へ送信することができる。
【０１２３】
なお、この処理は、送信対象のＷｅｂページのＵＩメタデータに紐付けられたアクセス頻度の総和が所定の数以上となった場合等に自動的に行うようにしてもよいし、クライアント端末１０からの指示に応じて行うようにしてもよい。
【０１２４】
次に、ページ情報を受信したクライアント端末１０の内部処理について説明する。
【０１２５】
クライアント端末１０は、通信部１１を介してページ情報を受信すると、画像処理部１５は、ページ情報に含まれる利用率に基づいて領域画像をタイル状に並べて表示部１３に表示する。
【０１２６】
本実施の形態では、画像処理部１５は、左上段、右上段、左中段、右中段、左下段、右下段の順に利用率が高くなるように領域画像を並べて表示する。その結果、図１３に示すように、最も高い利用率が紐付けられた領域Ａの領域画像が左上段に表示され、２番目に高い利用率が紐付けられた領域Ｂの領域画像が右上段に表示され、３番目に高い利用率が紐付けられた領域Ｃの領域画像が左中段に表示され、４番目に高い利用率が紐付けられた領域Ｄの領域画像が右中段に表示され、５番目に高い利用率が紐付けられた領域Ｅの領域画像が左下段に表示され、６番目に高い利用率が紐付けられた領域Ｆの領域画像が右下段に表示される。
【０１２７】
なお、領域画像の並べ方はこれに限られない。例えば、利用率の高い順に上から一列に並べてもよい。すなわち、利用率に基づいて領域画像を並べるのであればどのような方法でもよいが、操作性を高めるためには、高い利用率が紐付けられた領域画像を表示部１３の左上に近い位置に並べるのが望ましい。
【０１２８】
また、画像処理部１５は、ページ情報に含まれるＵＩメタデータに基づいて領域画像と共にその領域画像に紐付けられたＵＩ情報を表示部１３に表示する。図１３においては、領域Ａの領域画像の「ニュース」という文字の位置にＵＩ情報が表示され、領域Ｂの領域画像の「音楽」という文字の位置にＵＩ情報が表示され、領域Ｃの領域画像の「Ｍｙ」というロゴ及び「Ｍｙ  ｐａｇｅ」という文字の位置にＵＩ情報が表示され、領域Ｅの領域画像の「経済」という文字の位置にＵＩ情報が表示され、領域Ｆの領域画像の「投資家情報」という文字の位置にＵＩ情報が表示される。領域Ｄの領域画像の２つの枠の部分にもそれぞれＵＩ情報が表示される。
【０１２９】
これにより、利用率の高いＵＩ情報を含む領域画像が、利用率の高い順に表示部１３に表示される。
【０１３０】
図１２に示す画像を表示部１３に表示する場合には、図１２の点線で囲まれた領域が表示され、その領域以外に位置するＵＩ情報を見るためには画像の移動や拡大縮小等の処理が必要となり、通信容量が増大する。また、カーソルを大幅に移動させなくてはならない場合もある。しかしながら、サーバ２０からページ情報クライアント端末１０へ送信し、クライアント端末１０で領域画像及びＵＩ情報をタイル状に表示することにより画面の移動や拡大縮小、カーソル移動等をすることなく快適な操作が可能となる。
【０１３１】
表示部１３には、ＵＩ情報が表示されているため、入力部１４によりユーザ操作が行われることでＵＩ情報の実行が可能となる。ＵＩ情報の位置上で決定ボタンによる操作（クリック操作）が行われた場合には、画像処理部１５は、ＵＩメタデータに基づいてカーソル位置と重なる位置に存在するＵＩ情報の種別を判定し、ＵＩ情報を実行する。
【０１３２】
図１３の領域ＡのＵＩ情報は画面遷移を伴うＵＩ情報であるため、このＵＩ情報がクリック操作されると、実行されたＵＩ情報ＩＤがサーバ２０に送信され、図９に示す処理によりリンク先が表示部１３に表示される（図１４（ａ）参照）。図１３の領域ＤのＵＩ情報はテキスト入力欄等のユーザによるデータ入力が必要なＵＩ情報であるため、図１４（ｂ）に示すようにポップアップ等により表示部１３にデータ入力画面が表示される。
【０１３３】
なお、ＵＩ情報の種別判定、実行は、図６に示す処理と同様であるため、説明を省略する。
【０１３４】
本実施の形態によれば、ページ情報のみをクライアント端末に送信するようにしたため、通信容量を削減することができる。同時にサーバリソースを削減することもできる。また、ページ情報に基づいて領域画像及びＵＩ情報をパネル状に表示することにより、画面の移動、拡大縮小等の必要がなくなり、操作性を向上させることができる。
【０１３５】
本実施の形態では、クライアント端末１０へページ情報を６つ送信したが、送信するページ情報の数は６個に限られず、６個より少ないページ情報を送信するようにしてもよい（例えば１つでもよい）し、６個より多いページ情報を送信するようにしてもよい。６個以下のページ情報を送信した場合、例えば４個のページ情報が送信された場合には、表示部１３の下の残りの２個の部分を未表示としてもよいし、４個の領域画像を表示部１３全体に並べて表示してもよい。６個以上のページ情報を送信した場合には、利用率が高い順に６個のページ情報に基づいて１枚目の表示を行い、次に利用率が高い６個のページ情報に基づいて２枚目の表示を行い、・・というようにパネル状の表示を複数枚行うようにすればよい。
【０１３６】
また、本実施の形態では、あるＷｅｂページから抽出されたＵＩ情報内で利用率を算出し、送信対象のＵＩ情報を決定したが、そのＷｅｂページからリンクされたＷｅｂページ内のＵＩ情報を含めて送信対象のＵＩ情報を決定してもよい。例えば、図１２の「ニュース」の位置にあるＵＩ情報のリンク先にもクライアント端末１０のアクセス頻度が高いＵＩ情報がある場合には、それを含めた形で図１３に示すようなタイル状の画像が表示部１３に表示されるとさらに便利になる。
【０１３７】
この場合には、ＵＩ解析部２５は、「ニュース」の位置にあるＵＩ情報のリンク先のＷｅｂページから抽出されたＵＩ情報についても利用率を算出し、これらのＵＩ情報をあわせて送信対象のＵＩ情報を決定するようにすればよい。「ニュース」の位置にあるＵＩ情報のリンク先のＷｅｂページから抽出されたＵＩ情報の利用率は、まず「ニュース」の位置にあるＵＩ情報のリンク先のＷｅｂページから抽出されたＵＩ情報のみで利用率を算出し、これにＵＩ情報ＩＤ「ａ」の利用率（図１１においては「０．７」）を掛け算して算出すればよい。
【０１３８】
また、本実施の形態では、図１３の領域ＡのＵＩ情報が実行されると、図１４（ａ）に示すようにリンク先のＷｅｂページをレンダリングした画像が表示部１３に表示されるが、リンク先のＷｅｂページをレンダリングした画像に代えて、リンク先のＷｅｂページから生成されたページ情報をクライアント端末１０へ送信してタイル状の表示を行うようにしてもよい。
【０１３９】
また、本実施の形態では、アクセス頻度に基づいて利用率を算出したが、利用率の算出方法はこれに限られない。例えば、リンク先のドメインが現在表示されている画像の基となるＷｅｂページのドメインと異なる場合や、リンク先のネットワークが現在表示されている画像の基となるＷｅｂページのネットワークと異なる場合には、利用率を「０」とするようにしてもよい。また、あるＷｅｂページがクライアント端末１０から始めて要求された時にネットワーク容量（Ｗｅｂリソースが消費するネットワーク帯域）やＷｅｂリソースを解析する時に消費する時間を測定してＷｅｂページのアドレスと紐付けて保存しておき（図１５参照）、これらが所定の値以上の場合には利用率を「０」とするようにしてもよい。利用率を「０」とする代わりに、アクセス頻度に基づいて算出された利用率を強制的に下げる（例えば、利用率を、アクセス頻度に基づいて算出された利用率×０．５とする）ようにしてもよい。また、Ｗｅｂページを取得可能な時間や位置情報をＷｅｂページのアドレスと紐付けて保存しておき（図１５参照）、クライアント端末１０から閲覧要求された時間が保存された時間以外である場合や閲覧要求された時のクライアント端末１０の位置情報が保存された位置情報以外である場合には利用率を「０」とするようにしてもよい。
【０１４０】
また、本実施の形態では、領域画像に、ＵＩメタデータのその領域画像に対応するＵＩ情報のデータと利用率とが紐付けられたページ情報を生成してクライアント端末１０へ送信したが、クライアント端末が領域画像に含まれるＵＩ情報やその利用率が判別可能な方法であればデータの送信形態はこれに限られない。例えば、領域画像にＵＩ情報ＩＤを紐付け、これと共に利用率が付与されたＵＩメタデータ全体を送信するようにしてもよい。
【０１４１】
なお、Ｗｅｂページ閲覧システム１００は、サーバ２０と外部Ｗｅｂサーバ３０が別のサーバとなっていたが、サーバ２０の機能と外部Ｗｅｂサーバ３０の機能とが一体となった一体型サーバを用いてもよい。この一体型サーバはさらに別の外部Ｗｅｂサーバと接続するようにしてもよい。
【符号の説明】
【０１４２】
１…ＰＣ、２、１４…表示部、１０…クライアント端末、１１、２１、２２、３１…通信部、１２…通信データ制御部、１３…表示部、１４…入力部、１５…画像処理部、２０…サーバ、２３…通信データ制御部、２４…Ｗｅｂリソース解析部、２５…ＵＩ解析部、３０…外部Ｗｅｂサーバ、３２…記憶部、１００…Ｗｅｂページ閲覧システム、２０１〜２０６…ＵＩ情報、３０１〜３０６…タグ、４００、５０２、５０３…カーソル、４０１〜４０６、５０１…画像内の各位置
【図１】
2011253301.tif 000003
【図２】
2011253301.tif 000004
【図３】
2011253301.tif 000005
【図４】
2011253301.tif 000006
【図５】
2011253301.tif 000007
【図６】
2011253301.tif 000008
【図７】
2011253301.tif 000009
【図８】
2011253301.tif 000010
【図９】
2011253301.tif 000011
【図１０】
2011253301.tif 000012
【図１１】
2011253301.tif 000013
【図１２】
2011253301.tif 000014
【図１３】
2011253301.tif 000015
【図１４】
2011253301.tif 000016
【図１５】
2011253301.tif 000017