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