(57)【要約】【課題】Ｗｅｂページのデザインを崩すことなく、複数の携帯電話等を用いて各々異なるＰＣ用のＷｅｂページの閲覧、操作をすることができる。【解決手段】一体型サーバ３０と通信しているのが携帯端末の場合（Ａ）には、一体型サーバ３０はセッションＩＤを発行し（ステップＳ２２）、そのセッションＩＤに複数の携帯端末用情報生成部のうちの１つを割り当て、ＤＢに記憶する（ステップＳ２３）。別の携帯端末１０との通信が行われると、別のセッションＩＤを発行し（ステップＳ２２）、別の携帯端末用情報生成部をそのセッションＩＤに割り当てる（ステップＳ２３）。割り当てられた携帯端末用情報生成部は、ウェブコンテンツから画像ファイル及びＵＩメタデータを生成し（ステップＳ２５、２６）、セッションＩＤ都共に携帯端末に送信する（ステップＳ２７）。【選択図】  図２
2011186913.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末からサーバに接続するウェブサイト閲覧システムにおいて、
前記サーバは、
前記複数のクライアント端末のうちの所定のクライアント端末から要求されたページコンテンツを取得する第１の受信手段と、
前記取得したページコンテンツを画像に変換する手段と、前記取得したページコンテンツからＵＩ情報を抽出し、抽出したＵＩ情報に基づいてＵＩ情報メタデータを生成する手段と、からなる複数の情報生成手段と、
前記所定のクライアント端末からの要求を受信すると、前記所定のクライアント端末を特定するためのセッションＩＤを発行し、当該発行したセッションＩＤと前記複数の情報生成手段のうちの所望の情報生成手段とを対応付けて管理するセッション管理手段と、
前記変換された画像と、前記生成されたＵＩ情報メタデータと、前記発行されたセッションＩＤとを前記所定のクライアント端末に送信する手段と、
を備え、
前記クライアント端末は、
所望のページコンテンツを前記サーバに要求する第２の送信手段と、
前記サーバから送信された前記要求したページコンテンツの画像とＵＩ情報メタデータと前記セッションＩＤとを受信する第２の受信手段と、
前記受信された画像とＵＩ情報メタデータとに基づいて前記画像を表示する表示手段と、
前記受信された画像を前記表示手段に表示し、前記ＵＩ情報メタデータに基づいて前記画像上にＵＩ情報を表示する表示制御手段と、
を備えたことを特徴とするウェブサイト閲覧システム。
【請求項２】
前記セッション管理手段は、前記第１の受信手段が前記複数のクライアント端末のうちの前記所定のクライアント端末以外のクライアント端末からの要求を受信すると、前記所定のクライアント端末を特定するためのセッションＩＤとは異なるセッションＩＤであって、前記所定のクライアント端末以外のクライアント端末を特定するためのセッションＩＤを生成し、当該生成されたセッションＩＤと前記複数の情報生成手段のうちのセッションＩＤと対応付けられていない情報生成手段とを対応付けて管理することを特徴とする請求項１に記載のウェブサイト閲覧システム。
【請求項３】
前記第２の送信手段は、前記クライアント端末を示す情報を前記サーバへ送信し、
前記第１の受信手段は、前記クライアント端末を示す情報を受信し、
前記セッション管理手段は、前記クライアント端末を示す情報に基づいて前記クライアント端末が携帯端末であるか否かを判断し、前記クライアント端末が携帯端末でないと判断された場合にはセッションＩＤを生成しないことを特徴とする請求項１又は２に記載のウェブサイト閲覧システム。
【請求項４】
クライアント端末を示す情報とユーザＩＤとが関連付けて記憶されたユーザＩＤ記憶手段を備え、
前記第２の送信手段は、前記クライアント端末を示す情報を前記サーバへ送信し、
前記第１の受信手段は、前記クライアント端末を示す情報を受信し、
前記セッション管理手段は、前記受信されたクライアント端末を示す情報が前記ユーザＩＤ記憶手段に記憶されているか否かを判断し、前記ユーザＩＤ記憶手段に記憶されている場合にはセッションＩＤを生成することを特徴とする請求項１又は２に記載のウェブサイト閲覧システム。
【請求項５】
前記クライアント端末は、
前記表示手段に表示された画像上のＵＩ情報を実行する実行手段と、
前記実行手段により実行されたＵＩ情報に基づいて前記ＵＩ情報メタデータを書き換える手段と、を備え、
前記第２の送信手段は、前記書き換えられたＵＩ情報メタデータをセッションＩＤと共に前記サーバに送信し、
前記第２の受信手段は、前記クライアント端末から送信された前記書き換えられたＵＩ情報メタデータをセッションＩＤと共に受信し、
前記受信されたセッションＩＤに対応づけられた情報生成手段は、前記受信したＵＩ情報メタデータに基づいて前記画像を書き換え、
前記第１の送信手段は、前記書き換えられた画像を前記セッションＩＤと共に前記クライアント端末に送信することを特徴とする請求項１から４のいずれかに記載のウェブサイト閲覧システム。
【請求項６】
前記第２の送信手段は、前記実行手段により実行されたＵＩ情報が画面遷移を伴うＵＩ情報である場合に、該ＵＩ情報を特定する情報をセッションＩＤと共に前記サーバに送信し、
前記第１の受信手段は、前記第２の送信手段から送信されたＵＩ情報を特定する情報とセッションＩＤとを受信し、
前記受信されたセッションＩＤに対応づけられた情報生成手段は、前記受信した情報に基づいて次に表示すべきページコンテンツの画像と該ページコンテンツのＵＩ情報メタデータとを生成し、
前記第１の送信手段は、前記生成された次に表示すべきページコンテンツの画像と該ページコンテンツのＵＩ情報メタデータとを前記クライアント端末に送信することを特徴とする請求項５に記載のウェブサイト閲覧システム。
【請求項７】
前記実行手段は、
前記表示手段に表示されるカーソルと画像とを相対的に移動させる移動手段と、
前記カーソルの位置と重なる位置に存在するＵＩ情報を、実行するＵＩ情報として決定する決定手段と、
を備えたことを特徴とする請求項５又は６に記載のウェブサイト閲覧システム。
【請求項８】
前記移動手段は、前記表示手段に表示された画像に対してカーソルを移動させることを特徴とする請求項７に記載のウェブサイト閲覧システム。
【請求項９】
前記移動手段は、前記表示手段の略中央部に前記カーソルを表示すると共に、前記カーソルに対して前記画像を移動させることを特徴とする請求項７に記載のウェブサイト閲覧システム。
【請求項１０】
前記移動手段は、前記ＵＩ情報メタデータに基づいて視覚効果を表示することを特徴とする請求項１から９のいずれかに記載のウェブサイト閲覧システム。
【請求項１１】
前記サーバは、ページコンテンツが記憶された記憶手段を備え、
前記ページコンテンツを取得する手段は、前記記憶手段からページコンテンツを取得することを特徴とする請求項１から１０のいずれかに記載のウェブサイト閲覧システム。
【請求項１２】
前記サーバは、ウェブサーバと接続する手段を備え、
前記ページコンテンツを取得する手段は、前記ウェブサーバと接続する手段を介して前記ウェブサーバからページコンテンツを取得することを特徴とする請求項１から１１のいずれかに記載のウェブサイト閲覧システム。
【請求項１３】
請求項１から１２のいずれかに記載のウェブサイト閲覧システムを構成するサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はウェブサイト閲覧システム及びサーバに係り、特に、携帯電話等の画面サイズやダウンロード可能なファイルサイズが制限されるクライアント端末においてＰＣ向けウェブサイトを閲覧、操作するためのウェブサイト閲覧システム及びサーバに関する。
【背景技術】
【０００２】
近年、携帯電話でウェブ（Ｗｅｂ）サイトを閲覧する機会が多く見受けられる。しかしながら、ＰＣ向けＷｅｂサイトに加え携帯電話向けＷｅｂサイトも作るのは大きな手間でコストがかかることから、サイト制作側は携帯電話向けＷｅｂサイトの制作を避ける傾向にあり、ユーザが閲覧したいＷｅｂサイトに携帯電話向けのサイトが用意されていないことが少なくない。
【０００３】
画面サイズやダウンロード可能なファイルサイズがＰＣと比べて劣る携帯電話においてＰＣ向けＷｅｂサイトを閲覧する場合に、コンテンツファイルを分割して受信させ、複数のページに渡って表示させることが考えられるが、ＰＣでＷｅｂページを閲覧した場合と携帯電話でＷｅｂページを閲覧した場合とで、見た目の差異が生じてしまう。
【０００４】
また、携帯電話向けのマークアップ言語に変換することも考えられるが、デザイン崩れの問題が起こりやすい。
【０００５】
このような課題に対し、ＰＣ向けＷｅｂサイトを画像化して携帯電話に表示する方法が提案されている。例えば、特許文献１では、画像配信サーバにおいて取得したＷｅｂページのＨＴＭＬ文書等の構成要素からＷｅｂページを作成し、作成したＷｅｂページをビットマップ等の画像データに変換し、クライアント端末に送信している。この画像データを表示したクライアント端末は、ユーザがポインティングデバイスを用いて表示された文字列等をクリックすると、そのクリック位置座標データと表示されているＷｅｂページのＵＲＬとを画像配信サーバに送信する。画像配信サーバは、そのＷｅｂページの構成要素から、送られてきたクリック位置座標に対応するリンクポインタが存在しているかどうかを検査し、リンクポインタが存在している場合に、そのリンクポインタが示すＵＲＬが指定するＷｅｂサーバにアクセスする。
【０００６】
特許文献１の技術によれば、Ｗｅｂブラウザを実装していないクライアント端末であっても、Ｗｅｂページの閲覧が可能となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２２０２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の技術においては、Ｗｅｂページ中のリンクポインタ（ＨＴＭＬ中のリンクタグ）に対応することができ、ユーザのクリック位置に対応したリンク先の表示を行うことができる。しかしながら、テキスト入力やチェックボックス等の、リンクタグ以外の入力フォームには対応していない。このように、特許文献１では、Ｗｅｂページ中の全てのユーザインターフェース（ＵＩ）情報には対応していないという問題点があった。
【０００９】
また、ユーザ操作が発生するたびにサーバと通信を行うために、サーバへの負荷が大きく、さらに通信時間がかかるという問題点もあった。
【００１０】
本発明はこのような事情に鑑みてなされたもので、Ｗｅｂページのデザインを崩すことなく、複数の携帯電話等を用いて各々異なるＰＣ用のＷｅｂページの閲覧、操作をすることができるウェブサイト閲覧システム及びサーバを提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記目的を達成するために請求項１に記載のウェブサイト閲覧システムは、複数のクライアント端末からサーバに接続するウェブサイト閲覧システムにおいて、前記サーバは、前記複数のクライアント端末のうちの所定のクライアント端末から要求されたページコンテンツを取得する第１の受信手段と、前記取得したページコンテンツを画像に変換する手段と、前記取得したページコンテンツからＵＩ情報を抽出し、抽出したＵＩ情報に基づいてＵＩ情報メタデータを生成する手段と、からなる複数の情報生成手段と、前記所定のクライアント端末からの要求を受信すると、前記所定のクライアント端末を特定するためのセッションＩＤを発行し、当該発行したセッションＩＤと前記複数の情報生成手段のうちの所望の情報生成手段とを対応付けて管理するセッション管理手段と、前記変換された画像と、前記生成されたＵＩ情報メタデータと、前記発行されたセッションＩＤとを前記所定のクライアント端末に送信する手段と、を備え、前記クライアント端末は、所望のページコンテンツを前記サーバに要求する第２の送信手段と、前記サーバから送信された前記要求したページコンテンツの画像とＵＩ情報メタデータと前記セッションＩＤとを受信する第２の受信手段と、前記受信された画像とＵＩ情報メタデータとに基づいて前記画像を表示する表示手段と、前記受信された画像を前記表示手段に表示し、前記ＵＩ情報メタデータに基づいて前記画像上にＵＩ情報を表示する表示制御手段と、を備えたことを特徴とする。
【００１２】
請求項１に記載の発明によれば、複数のクライアント端末のうちの所定のクライアント端末からページコンテンツが要求されると、所定のクライアント端末を特定するためのセッションＩＤを発行し、セッションＩＤと複数の情報生成手段のうちの所望の情報生成手段とを対応付けて管理する。セッションＩＤに対応付けられた所望の情報生成手段で取得したページコンテンツを画像に変換すると共にＵＩ情報メタデータを生成し、当該画像とＵＩ情報メタデータとセッションＩＤとをクライアント端末に送信し、これを受信したクライアント端末は、画像を表示手段に表示すると共にＵＩ情報メタデータに基づいて画像上のＵＩ情報を表示する。これにより、ウェブページのデザインを崩すことなく、携帯電話等を用いてＰＣ用のウェブページを高速に閲覧、操作することが可能となる。また、複数のクライアント端末に対してそれぞれ要求に応じたウェブページの閲覧、操作を可能とすることができる。
【００１３】
請求項２に示すように請求項１に記載のウェブサイト閲覧システムにおいて、前記セッション管理手段は、前記第１の受信手段が前記複数のクライアント端末のうちの前記所定のクライアント端末以外のクライアント端末からの要求を受信すると、前記所定のクライアント端末を特定するためのセッションＩＤとは異なるセッションＩＤであって、前記所定のクライアント端末以外のクライアント端末を特定するためのセッションＩＤを生成し、当該生成されたセッションＩＤと前記複数の情報生成手段のうちのセッションＩＤと対応付けられていない情報生成手段とを対応付けて管理することを特徴とする。
【００１４】
請求項２に記載の発明によれば、所定のクライアント端末以外のクライアント端末からの要求を受信すると、所定のクライアント端末を特定するためのセッションＩＤとは異なるセッションＩＤであって、所定のクライアント端末以外のクライアント端末を特定するためのセッションＩＤを生成する。そして、生成されたセッションＩＤとまだセッションＩＤと対応付けられていない情報生成手段とを対応付けて管理する。これにより、異なるクライアント端末からの要求に対して異なる処理を行うことができる。
【００１５】
請求項３に示すように請求項１又は２に記載のウェブサイト閲覧システムにおいて、前記第２の送信手段は、前記クライアント端末を示す情報を前記サーバへ送信し、前記第１の受信手段は、前記クライアント端末を示す情報を受信し、前記セッション管理手段は、前記クライアント端末を示す情報に基づいて前記クライアント端末が携帯端末であるか否かを判断し、前記クライアント端末が携帯端末でないと判断された場合にはセッションＩＤを生成しないことを特徴とする。
【００１６】
請求項３に記載の発明によれば、クライアント端末からクライアント端末を示す情報を受信し、これに基づいてクライアント端末が携帯端末か否かを判断する。携帯端末で無い場合にはセッションＩＤを発行せず、携帯端末の場合にはセッションＩＤを発行する。したがって、画像やＵＩ情報の生成が必要な場合に、画像やＵＩ情報の生成を行うことができる。
【００１７】
請求項４に示すように請求項１又は２に記載のウェブサイト閲覧システムにおいて、クライアント端末を示す情報とユーザＩＤとが関連付けて記憶されたユーザＩＤ記憶手段を備え、前記第２の送信手段は、前記クライアント端末を示す情報を前記サーバへ送信し、前記第１の受信手段は、前記クライアント端末を示す情報を受信し、前記セッション管理手段は、前記受信されたクライアント端末を示す情報が前記ユーザＩＤ記憶手段に記憶されているか否かを判断し、前記ユーザＩＤ記憶手段に記憶されている場合にはセッションＩＤを生成することを特徴とする。
【００１８】
請求項４に記載の発明によれば、クライアント端末を示す情報とユーザＩＤとが関連付けて記憶されており、クライアント端末から送信されたクライアント端末を示す情報が記憶されている場合にはセッションＩＤを生成する。これにより、ウェブサイト閲覧システムに認証機能を持たせることができる。
【００１９】
請求項５に示すように請求項１から４のいずれかに記載のウェブサイト閲覧システムにおいて、前記クライアント端末は、前記表示手段に表示された画像上のＵＩ情報を実行する実行手段と、前記実行手段により実行されたＵＩ情報に基づいて前記ＵＩ情報メタデータを書き換える手段と、を備え、前記第２の送信手段は、前記書き換えられたＵＩ情報メタデータをセッションＩＤと共に前記サーバに送信し、前記第２の受信手段は、前記クライアント端末から送信された前記書き換えられたＵＩ情報メタデータをセッションＩＤと共に受信し、前記受信されたセッションＩＤに対応づけられた情報生成手段は、前記受信したＵＩ情報メタデータに基づいて前記画像を書き換え、前記第１の送信手段は、前記書き換えられた画像を前記セッションＩＤと共に前記クライアント端末に送信することを特徴とする。
【００２０】
請求項５に記載の発明によれば、クライアント端末で表示された画像上のＵＩ情報が実行されると、ＵＩ情報メタデータが書き換えられ、セッションＩＤと共にサーバに送信される。そのセッションＩＤに対応付けられた情報生成手段はＵＩ情報メタデータに基づいて画像を書き換え、書き換えられた画像はセッションＩＤと共にクライアント端末に送信される。これにより、実行したＵＩ情報の操作に応じた画像を表示することができる。また、ＵＩ情報メタデータがセッションＩＤと共に送信されるため、どのクライアント端末で行われた操作であるかを確実に認識し、異なるクライアント端末へ間違った画像を送信することを防止することができる。
【００２１】
請求項６に示すように請求項５に記載のウェブサイト閲覧システムにおいて、前前記第２の送信手段は、前記実行手段により実行されたＵＩ情報が画面遷移を伴うＵＩ情報である場合に、該ＵＩ情報を特定する情報をセッションＩＤと共に前記サーバに送信し、前記第１の受信手段は、前記第２の送信手段から送信されたＵＩ情報を特定する情報とセッションＩＤとを受信し、前記受信されたセッションＩＤに対応づけられた情報生成手段は、前記受信した情報に基づいて次に表示すべきページコンテンツの画像と該ページコンテンツのＵＩ情報メタデータとを生成し、前記第１の送信手段は、前記生成された次に表示すべきページコンテンツの画像と該ページコンテンツのＵＩ情報メタデータとを前記クライアント端末に送信することを特徴とする。
【００２２】
請求項６に記載の発明によれば、画面遷移を伴うＵＩ情報が実行されると、ＵＩ情報を特定する情報がセッションＩＤと共にサーバに送信される。そのセッションＩＤに対応付けられた情報生成手段はＵＩ情報を特定する情報に基づいて次に表示すべきページコンテンツの画像と該ページコンテンツのＵＩ情報メタデータとを生成し、生成された画像とＵＩ情報メタデータとがセッションＩＤと共にクライアント端末に送信される。これにより、画面遷移を伴うＵＩ情報が実行されると、次に表示すべき画像を適切に表示することができる。また、ＵＩ情報を特定する情報がセッションＩＤと共に送信されるため、どのクライアント端末で行われた操作であるかを確実に認識し、異なるクライアント端末へ間違った画像を送信することを防止することができる。
【００２３】
請求項７に示すように請求項５又は６に記載のウェブサイト閲覧システムにおいて、前記実行手段は、前記表示手段に表示されるカーソルと画像とを相対的に移動させる移動手段と、前記カーソルの位置と重なる位置に存在するＵＩ情報を、実行するＵＩ情報として決定する決定手段とを備えたことを特徴とする。
【００２４】
これにより、実行したいＵＩ情報を適切に選択することができる。
【００２５】
請求項８に示すように請求項７に記載のウェブサイト閲覧システムにおいて、前記移動手段は、前記表示手段に表示された画像に対してカーソルを移動させることを特徴とする。
【００２６】
これにより、実行したいＵＩ情報を適切に選択することができる。
【００２７】
請求項９に示すように請求項７に記載のウェブサイト閲覧システムにおいて、前記移動手段は、前記表示手段の略中央部に前記カーソルを表示すると共に、前記カーソルに対して前記画像を移動させることを特徴とする。
【００２８】
これにより、実行したいＵＩ情報を適切に選択することができる。
【００２９】
請求項１０に示すように請求項１から９のいずれかに記載のウェブサイト閲覧システムにおいて、前記移動手段は、前記ＵＩ情報メタデータに基づいて視覚効果を表示することを特徴とする。
【００３０】
これにより、操作性を改善することができる。
【００３１】
請求項１１に示すように請求項１から１０のいずれかに記載のウェブサイト閲覧システムにおいて、前記サーバは、ページコンテンツが記憶された記憶手段を備え、前記ページコンテンツを取得する手段は、前記記憶手段からページコンテンツを取得することを特徴とする。
【００３２】
これにより、コンテンツファイルの取得に外部機器との通信の必要が無く、高速で操作性のよいＷｅｂページ閲覧を実現することができる。
【００３３】
請求項１２に示すように請求項１から１１のいずれかに記載のウェブサイト閲覧システムにおいて、前記サーバは、ウェブサーバと接続する手段を備え、前記ページコンテンツを取得する手段は、前記ウェブサーバと接続する手段を介して前記ウェブサーバからページコンテンツを取得することを特徴とする。
【００３４】
これにより、様々なウェブページを閲覧対象とすることができる。また、サーバ内に記憶されていないコンテンツファイルを閲覧対象とすることができる。
【００３５】
請求項１３に記載のサーバは、請求項１から１２のいずれかに記載のウェブサイト閲覧システムを構成する。
【発明の効果】
【００３６】
本発明によれば、Ｗｅｂページのデザインを崩すことなく、複数の携帯電話等を用いて各々異なるＰＣ用のＷｅｂページの閲覧、操作をすることができる。
【図面の簡単な説明】
【００３７】
【図１】ＰＣ向けＷｅｂページをＰＣ１の表示部２と携帯端末１０の表示部１４とで閲覧した様子を示す図
【図２】Ｗｅｂページ閲覧システム１００の全体構成の一例を示す図
【図３】（Ａ）はＷｅｂページ閲覧システム１００における携帯端末１０の表示部１４に所望のＷｅｂページの表示を行うまでの動作を示すフローチャートであり、（Ｂ）はＷｅｂページ閲覧システム１００におけるＰＣ２０の表示部１４に所望のＷｅｂページの表示を行うまでの動作を示すフローチャート
【図４】ＵＩメタデータの生成について説明するための図
【図５】ＣＳＶファイルとして保存されるメタデータを示す図
【図６】Ｗｅｂページ閲覧システム１００における携帯端末１０の内部処理について示すフローチャート
【図７】操作に応じてカーソルが移動する場合を示す図
【図８】操作に応じて画像が移動する場合を示す図
【図９】表示部１４に表示された画像の拡大、縮小を示す図
【図１０】ＵＩメタデータの書き換えについて説明するための図
【図１１】ＵＩメタデータの書き換えについて説明するための図
【図１２】Ｗｅｂページ閲覧システム１００における携帯端末１０においてＵＩ操作された場合の動作を示すフローチャート
【図１３】Ｗｅｂページ閲覧システム１０１の全体構成の一例を示す図
【図１４】Ｗｅｂページ閲覧システム１０１における携帯端末１０の表示部１４に所望のＷｅｂページの表示を行うまでの動作を示すフローチャート
【図１５】Ｗｅｂページ閲覧システム１０１における携帯端末１０においてＵＩ操作された場合の動作を示すフローチャート
【図１６】携帯端末１０の内部処理について示すフローチャート
【図１７】携帯端末１０の内部処理について示すフローチャート
【図１８】カーソルがＵＩ情報に引き付けられる様子を示す図
【発明を実施するための形態】
【００３８】
図１は、ＰＣ１の表示部２を用いてＷｅｂページを閲覧した場合と同様に、携帯端末１０の表示部１４を用いてＷｅｂページの閲覧しているイメージを示す図である。同図に示すように、本発明に係る携帯電話は、ＰＣと同様にＷｅｂページの閲覧が可能である。
【００３９】
以下、添付図面に従って本発明を実施するための形態について説明する。
【００４０】
＜第１の実施形態＞
図２は、本実施形態におけるＷｅｂページ閲覧システム１００の全体構成の一例を示す図である。同図に示すように、Ｗｅｂページ閲覧システム１００は、ユーザが使用する複数の携帯端末１０と、複数のＰＣ２０と、携帯端末１０やＰＣ２０と通信を行い、携帯端末１０やＰＣ２０とＷｅｂサーバとを中継する中継サーバの機能とＷｅｂサーバの機能とを包含する一体型Ｗｅｂサーバ（以下、一体型サーバという）３０とから構成されている。
【００４１】
携帯端末１０は、通信部１１、処理部１２、入力装置１３、及び表示部１４を備えて構成されている。
【００４２】
通信部１１は、所定のプロトコルによる一体型サーバ３０との通信を制御する。
【００４３】
携帯端末１０と一体型サーバ３０とは、いわゆるインターネットを介して接続されており、通信部１１と後述する通信部３１とは、ＴＣＰ／ＩＰ等の標準的なインターネットプロトコルにしたがってそれぞれ通信を行う。なお、専用通信回線やＶＰＮを介して接続されてもよい。
【００４４】
処理部１２は、通信部１１を介して一体型サーバ３０から取得した画像を表示部１４に表示させ、また、ユーザの入力装置１３による入力操作に基づいた処理を行う。
【００４５】
入力装置１３は、図示しない電源ボタン、番号キー、十字キー、決定キー等を含み、ユーザは、入力装置１３を操作することにより、携帯端末１０を操作することができる。また、表示部１４の前面にタッチパネルを配置し、入力装置１３として用いてもよい。
【００４６】
表示部１４は、カラー表示が可能な液晶ディスプレイであり、処理部１２から入力された画像信号に基づいて、表示を行う。なお、液晶ディスプレイに代えて、有機ＥＬなど他の方式の表示装置を用いてもよい。
【００４７】
ＰＣ２０は、通信部２１、処理部２２、入力装置２３、及び表示部２４を備えて構成されている。ＰＣ２０は既に公知のものであり、ＰＣ２０を構成する各部の機能は携帯端末１０と同様であるため、説明を省略する。
【００４８】
一体型サーバ３０は、通信部３１、ウェブコンテンツ保存領域３２、複数の携帯端末用情報生成部３３（画像変換部３３Ａ、ＵＩ情報解析部３３Ｂ）、認証部３４、セッションＤＢ３５を備えて構成されている。
【００４９】
通信部３１は、携帯端末１０との通信を制御する。
【００５０】
ウェブコンテンツ保存領域３２は、Ｗｅｂページの各コンテンツファイルを記憶している。
【００５１】
携帯端末用情報生成部３３は、後述する認証部３４が発行するセッションＩＤの数と同数だけ存在し、主として画像変換部３３Ａ、ＵＩ情報解析部３３Ｂで構成される。
【００５２】
画像変換部３３Ａは、ページコンテンツ（コンテンツファイル）に基づいて、当該コンテンツファイルをブラウズした状態と同様の画像ファイルを生成する。ここでは、予め決められた解像度で画像ファイルを生成するが、コンテンツファイルの内容や携帯端末１０の解像度に応じた解像度の画像ファイルを生成してもよい。
【００５３】
ＵＩ情報解析部３３Ｂは、コンテンツファイルを解析して、ＵＩ情報を抽出する。また、ＵＩ情報解析部３３Ｂは、コンテンツファイルからＵＩ情報を抽出し、その種類や位置を解析し、ＵＩメタデータを生成する。
【００５４】
認証部３４は、通信部３１に接続された相手が携帯端末１０、ＰＣ２０のどちらであるかを判断する。携帯端末１０やＰＣ２０が通信部３１と通信を開始する時（アクセス時）に、携帯端末１０からは携帯端末１０を示す情報、ＰＣ２０からはＰＣ２０を示す情報が送られてくるので、その情報を元に判断することができる。携帯端末１０を示す情報、ＰＣ２０を示す情報とは、例えばユーザーエージェントがあげられる。
【００５５】
認証部３４は、通信部３１に接続された相手が携帯端末１０であると判断されると、セッションＩＤを発行する。そして、複数の携帯端末用情報生成部３３のうちの１つを発行したセッションＩＤに対応付け、対応付けた情報をセッションＤＢ３５に記憶することで、セッションの管理を行う。これにより、複数の携帯端末１０とそれぞれ別の通信を行うことができる。
【００５６】
また、認証部３４は、セッションＩＤが発行された後で所定の時間以上その携帯端末１０からアクセスされない場合には、そのセッションを終了し、そのセッションＩＤに関してセッションＤＢに記憶されたデータを消去する。これにより、別の携帯端末１０等からアクセスがあった時にそのセッションＩＤを発行できるようになる。
【００５７】
なお、本実施の形態の一体型サーバ３０は複数の携帯端末用情報生成部３３を有すると記載したが、これには、携帯端末用情報生成部３３が複数ある場合、携帯端末用情報生成部３３は１つで画像変換部３３Ａ、ＵＩ情報解析部３３Ｂがそれぞれ複数の領域に分割されている場合等を含む概念である。携帯端末用情報生成部３３が複数ある場合には、携帯端末用情報生成部３３とセッションＩＤとが対応付けられる。各１個の画像変換部３３Ａ、ＵＩ情報解析部３３Ｂがそれぞれ複数の領域に分割されている場合には、画像変換部３３Ａ、ＵＩ情報解析部３３Ｂの所定の１つの領域とセッションＩＤとが対応付けられる。
【００５８】
次に、このように構成されたＷｅｂページ閲覧システム１００の動作について説明する。まず、携帯端末１０の表示部１４に、所望のＷｅｂページの表示を行うまでの動作について、図３（Ａ）を用いて説明する。
【００５９】
ユーザは、携帯端末１０の入力装置１３を用いて、閲覧したいＷｅｂページのＵＲＬアドレスを入力する。文字列を直接入力するのではなく、携帯端末１０の図示しない記憶部に登録されているブックマーク等を用いてＵＲＬアドレスを選択してもよい。ＵＲＬアドレスを入力後に入力装置１３の送信ボタンにより送信を指示すると、通信部１１は、入力されたＵＲＬアドレスを一体型サーバ３０に送信する（ステップＳ１１）。
【００６０】
なお、一体型サーバ３０の図示しない記憶部のブックマークにおいて、ＷｅｂページタイトルとＵＲＬアドレスを保持しておき、これらのＷｅｂページタイトルの中から選択可能に構成してもよい。この場合は、一体型サーバ３０は、通信部３１を介して保持しているＷｅｂページタイトルを携帯端末１０に送信し、携帯端末１０は、通信部１１を介してこれを受信する。さらに、処理部１２によって受信したＷｅｂページタイトルを表示部１４に表示させる。ユーザは、表示されたＷｅｂページタイトルの中から所望のＷｅｂページを、入力装置１３を用いて選択する。そして、携帯端末１０は、選択されたＷｅｂページタイトルを通信部１１を介して一体型サーバ３０に送信すればよい。
【００６１】
ステップＳ１１において、携帯端末１０は、ＵＲＬアドレスと共に、携帯端末１０のユーザーエージェントを一体型サーバ３０に送信する。携帯端末１０を示す情報とは、ここではユーザーエージェントであり、キャリアを示す情報（「DoCoMo」、「UP.Browser」、「SoftBank」等）と、携帯端末１０の機種を示す情報（以下、機種名という）を含む情報である。
【００６２】
一体型サーバ３０は、携帯端末１０から送信されたＵＲＬアドレス及びユーザーエージェントを通信部３１を介して受信する（ステップＳ２１）。認証部３４は、通信部３１を介してユーザーエージェントを受け取る。認証部３４は、ユーザーエージェントを解析し、携帯端末１０からのアクセスであることが分かるとセッションＩＤを発行する（ステップＳ２２）。そして、複数ある携帯端末用情報生成部３３の所望の１つ（以下、携帯端末用情報生成部３３−１とする）をそのセッションＩＤに割り当て、セッションＩＤと携帯端末用情報生成部３３−１とユーザーエージェントとを関連付けてセッションＤＢに記憶させる（ステップＳ２３）。
【００６３】
携帯端末用情報生成部３３−１の画像変換部（以下、画像変換部３３Ａ−１という）は、受信したＵＲＬアドレスに該当するＨＴＭＬファイル、ＣＳＳファイル、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔファイル等のコンテンツファイルをウェブコンテンツ保存領域３２から取得する（ステップＳ２４）。
【００６４】
携帯端末用情報生成部３３−１のＵＩ情報解析部（以下、ＵＩ情報解析部３３Ｂ−１という）は、画像変換部３３Ａ−１が取得したコンテンツファイルと同じコンテンツファイルをウェブコンテンツ保存領域３２から取得し、取得したコンテンツファイルを解析して、ＵＩ情報を抽出する（ステップＳ２５）。ここでのコンテンツファイルの解析方法は特に限定されるものではなく、パースしてタグを抽出するといった公知の手法を用いればよい。
【００６５】
ＵＩ情報解析部３３Ｂは、この解析結果に基づいてＵＩメタデータを生成する（ステップＳ２６）。図４は、ＵＩメタデータの生成について説明するための図であり、図４（ａ）は、図４（ｂ）に示すＨＴＭＬファイルを通常のＰＣ等を用いてブラウズした状態を示す図である。なお、図４（ｂ）に示すＨＴＭＬファイルは、不要な部分を適宜省略している。
【００６６】
ＵＩ情報解析部３３Ｂ−１は、図４（ｂ）に示すＨＴＭＬファイルからリンクタグや入力フォーム等のＵＩ情報を抽出し、各ＵＩ情報の図４（ａ）における位置座標を算出する。
【００６７】
例えば、図４（ｂ）に示すＨＴＭＬファイルには、テキスト入力欄タグ３０１、ラジオボタンタグ３０２、ラジオボタンタグ３０３、リンクタグ３０４、リンクタグ３０５、及びボタンタグ３０６の、６つのタグが記載されている。ＵＩ情報解析部３３Ｂは、ＨＴＭＬファイルからこれらのタグを抽出することにより、各ＵＩ情報２０１〜２０６を抽出する。
【００６８】
また、ＵＩ情報２０１〜２０６は、ＨＴＭＬファイルをブラウズした状態において、図４（ａ）に示す画面上の各位置に配置される。ＵＩ情報解析部３３Ｂ−１は、これらのＵＩ情報の開始と終了のＸＹ座標値（左上と右下に相当する座標値）を取得する。座標値の取得方法は特に限定されるものではなく、例えば、画像レンダリング中に記憶、ブラウザから取得等の手法を用いればよい。
【００６９】
このように抽出された各ＵＩ情報とその位置情報は、それぞれのＵＩ情報ＩＤとともに関連付けられ、ＵＩメタデータとしてセッションＩＤと対応づけられてセッションＤＢ３５に保存される。ここでは、ＵＩ情報ＩＤは、それぞれ２０１〜２０６とする。図５は、ＣＳＶファイルとして保存されたＵＩメタデータを示す図である。レイアウト等の画面表示に関する属性（例えばｓｉｚｅ属性）は、ＵＩメタデータに含まなくてよい。
【００７０】
また、画像変換部３３Ａ−１は、取得したコンテンツファイルをレンダリングし、jpeg形式やbitmap形式等の、携帯端末１０の表示部１４に表示可能な形式の画像ファイルを生成する（ステップＳ２６）。なお、画像ファイルの生成方法は特に限定されるものではなく、公知の手法によって行なえばよい。
【００７１】
図４（ｃ）は、図４（ｂ）に示すＨＴＭＬファイルをレンダリングした画像を示す図である。ここで、図５に示すＵＩメタデータを用いることにより、この画像中のＵＩ情報の位置と種別を知ることができる。例えば、各タグ３０１〜３０６に対応するＵＩ情報は、図４（ｃ）に示す各位置４０１〜４０６に配置されていることがわかり、これらの位置は、図４（ａ）に示すブラウズ状態における各ＵＩ情報２０１〜２０６の配置と同様になっている。この画像ファイルは、ＵＩメタデータと共に一体型サーバ３０の図示しない記憶部に保存してもよい。
【００７２】
一体型サーバ３０は、ステップＳ２６で生成したＵＩメタデータと画像ファイルと、ステップＳ２２で発行されたセッションＩＤとを、通信部３１を介して携帯端末１０へ送信する（ステップＳ２７）。このとき、基となったコンテンツファイルを、送信した携帯端末１０や生成したＵＩメタデータ、画像ファイルと関連付けて、かつセッションＩＤと対応付けてセッションＤＢ３５に記憶する。
【００７３】
携帯端末１０は、通信部１１を介して、このＵＩメタデータと画像ファイルとセッションＩＤとを受信する（ステップＳ１２）。
【００７４】
この状態で異なる携帯端末１０からＵＲＬアドレスが一体型サーバ３０に送信される（ステップＳ１１）と、一体型サーバ３０の認証部３４はこれを受信し、既に発行されているセッションＩＤとは異なるセッションＩＤを発行（ステップＳ２２）する。認証部３４は、複数の携帯端末用情報生成部３３のうちまだセッションＩＤに対応付けられていない携帯端末用情報生成部（例えば、携帯端末用情報生成部３３−２）をそのセッションＩＤに割り当て（ステップＳ２３）、セッションＩＤと対応付けてセッションＤＢ３５に記憶される。これにより、一体型サーバ３０と通信している各携帯端末１０毎に異なるセッションＩＤが割り当てられる。ステップＳ２４〜Ｓ１２の処理については説明を省略する。
【００７５】
それに対し、ＰＣ２０からのアクセスである場合には、セッションＩＤは発行されない。図３（Ｂ）はＰＣ２０の表示部２４に、所望のＷｅｂページの表示を行うまでの動作を示すフローチャートである。
【００７６】
ユーザがＰＣ２０の入力装置２３を用いて、閲覧したいＷｅｂページのＵＲＬアドレスを入力した場合には、ＵＲＬアドレスとＰＣ２０を示す情報とが通信部２１を介して一体型サーバ３０に送信される（ステップＳ１３）。ＰＣ２０を示す情報は、ここではユーザーエージェントであり、ウェブブラウザを示す情報（Mozilla、Operaを含む文字列）が含まれる。
【００７７】
一体型サーバ３０は、これを通信部３１を介して受信する（ステップＳ２８）。認証部３４は、通信部３１を介してユーザーエージェントを受け取る。認証部３４は、ユーザーエージェントを解析し、ＰＣ２０からのアクセスであることが分かると、受信したＵＲＬアドレスに該当するＨＴＭＬファイル、ＣＳＳファイル、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔファイル等のコンテンツファイルをウェブコンテンツ保存領域３２から取得する（ステップＳ２９）。
【００７８】
一体型サーバ３０は、ステップＳ２９で取得したコンテンツファイルを、通信部３１を介してＰＣ２０へ送信する（ステップＳ３０）。ＰＣ２０は、通信部１１を介して、このＵＩメタデータと画像ファイルとセッションＩＤとを受信する（ステップＳ１４）。ＰＣ２０の場合には、ウェブブラウザによりウェブコンテンツがそのまま閲覧可能であるため、ＵＩメタデータや画像ファイルを生成する必要がない。したがって、セッションＩＤを発行する必要は無い。その後の表示処理は、公知の処理と同じであるため、説明を省略する。
【００７９】
次に、ＵＩメタデータと画像ファイルを受信した携帯端末１０の内部処理について、図６を用いて説明する。
【００８０】
携帯端末１０は、通信部１１を介してＵＩメタデータと画像ファイルとセッションＩＤとを受信すると（ステップＳ４１）、処理部１２は、受信したＵＩメタデータに含まれる各ＵＩ情報の位置座標と表示部１４に表示されるカーソルの位置座標とを比較し（ステップＳ４２）、比較結果に基づいて、表示部１４に画像ファイルとＵＩ情報とを表示する（ステップＳ４３）。
【００８１】
例えば、カーソルの位置座標がＵＩ情報の位置座標と重なったときに、該当するＵＩ情報の位置の部分に対してマークを付し、ＵＩ情報が選択可能であることをユーザに認識させる。また、下線を引く、四角で囲う等でもよい。なお、ここでは、ＵＩメタデータに記録された各ＵＩ情報のＸＹ座標値を対角とする矩形状の範囲内にカーソルが位置する場合に、ＵＩ情報の位置座標とカーソルの位置座標とが重なったとみなす。また、重なった場合ではなく、表示されているＵＩ情報の画像上の位置に対して常にこのような表示を行ってもよい。逆に、カーソルの位置座標がＵＩ情報の位置座標と重なったときに、カーソルの色や形状を変更して表示してもよい。
【００８２】
ここで、入力装置１３によりユーザ操作が行われると（ステップＳ４４）、操作内容に応じて、表示部１４の表示を変更する。
【００８３】
例えば、十字キー等による上下左右移動の操作が行われた場合には、操作に応じてカーソル又は画像を移動させる（ステップＳ４５）。
【００８４】
図７は、操作に応じてカーソルが移動する場合を示す図であり、図７（ｂ）は、図７（ａ）の状態から左上移動の操作が行われた場合の表示を示している。ユーザ操作に応じて、カーソル５０２が画面左上にあるＵＩ情報の位置５０１（ここでは、リンク）上に移動されると、ＵＩ情報の位置５０１に下線を引くと共に、カーソル５０２の形状をカーソル５０２´に変更して表示する。
【００８５】
なお、この状態で決定ボタンによる操作を行うことで、後述するようにＵＩ情報の位置５０１に関連付けられたリンク先を表示することができる。
【００８６】
図８は、同様に上下左右移動の操作が行われたときに、操作に応じて画像が移動するように構成された場合を示す図であり、図８（ｂ）は、図８（ａ）の状態から右移動の操作が行われた場合の表示を示している。カーソル５０３は、表示部１４の画面中央に固定されて表示されており、ユーザ操作に応じて表示されている画像が移動する。ここで、カーソル５０３上にＵＩ情報の画像上の位置５０１が移動されると、ＵＩ情報の画像上の位置５０１に下線を引くと共に、カーソル５０３を色の異なるカーソル５０３´に変更して表示する。
【００８７】
また、ステップＳ４４において拡大・縮小の操作が行われた場合には、操作に応じた倍率に変更して画像を表示する（ステップＳ４６）。
【００８８】
図９は、拡大・縮小の操作が行われた場合の表示部１４に表示された画像について説明するための図であり、図９（ａ）に示す状態から縮小操作が行われると、図９（ｂ）のように画像は縮小表示される。さらに縮小操作を行うことで、図９（ｃ）のように表示させることも可能である。
【００８９】
また、図９（ｃ）に示す状態から拡大操作が行われた場合には、図９（ｃ）から図９（ｂ）のように拡大表示する。さらに、拡大操作を行うことで、図９（ａ）のように拡大表示することも可能である。
【００９０】
なお、図９においては、カーソル５０４の画面内における位置は変更されていないが、表示される画像の表示倍率が、カーソル５０４の表示位置以外の位置を中心として変更されているために、カーソル５０４の画像上の位置が移動している。
【００９１】
その結果、図９（ａ）に示す状態においては、カーソル５０４の位置はＵＩ情報の画像上の位置とは重なっていないが、図９（ｂ）に示す状態においては、ＵＩ情報（リンク）の画像上の位置５０５とカーソル５０４の位置とが重なっている。したがって、ＵＩ情報の画像上の位置５０５に下線を引くと共に、カーソル５０４の形状をカーソル５０４´に変更して表示している。
【００９２】
また、ステップＳ４４において決定ボタンによる操作（クリック操作）が行われた場合には、ステップＳ４２における比較結果に基づいて、カーソル位置とＵＩ情報の画像上の位置とが重なっているか否かを判定する（ステップＳ４７）。
【００９３】
カーソル位置がＵＩ情報の画像上の位置と重なっていない場合は、処理部１２はこのクリック操作を無効とし、ステップＳ４２に戻り、同様の処理を行う。
【００９４】
カーソル位置がＵＩ情報の画像上の位置と重なっている場合は、処理部１２は、ＵＩメタデータに基づいてカーソル位置と重なる位置に存在するＵＩ情報の種別を判定する（ステップＳ４８）。
【００９５】
ここで、ＵＩ情報の種別としては、（１）テキスト入力欄等のユーザによる入力が必要なＵＩ情報、（２）チェックボックスやラジオボタン等の画面遷移を伴わず、データ入力の必要もないＵＩ情報、（３）リンク、ボタン等の画面遷移を伴うＵＩ情報、の３つが考えられる。
【００９６】
カーソル位置に存在するＵＩ情報の種別が、（１）テキスト入力欄等のユーザによるデータ入力が必要なＵＩ情報である場合は、まずポップアップ等により表示部１４にデータ入力画面を表示し、ユーザに入力を要求する（ステップＳ４９）。ユーザは、この入力画面において入力装置１３によって必要なデータ入力を行う（ステップＳ５０）。処理部１２は、ユーザ入力に応じて図示しない記憶部に記憶されているＵＩメタデータを書き換える（ステップＳ５１）。書き換えられたＵＩメタデータは、書き換えられたＵＩ情報ＩＤとステップＳ４１で受信したセッションＩＤと共に、通信部１１を介して一体型サーバ３０に送信される（ステップＳ５２）。
【００９７】
ここで、ＵＩメタデータの書き換えの詳細について、図１０、図１１を用いて説明する。
【００９８】
図１０（ａ）は、図４（ｃ）に示した画像を表示部１４に表示した様子を示す図である。表示された画像上の各位置４０１〜４０６には、図１１（ａ）に示すＵＩメタデータに示すように、各ＵＩ情報２０１〜２０６が表示されている。ここで、ユーザが、ＵＩ情報２０１に対応する位置４０１上にカーソル４００を移動させてクリック操作を行うと、図１０（ｂ）に示すように、表示部１４にはテキスト入力ポップアップ画面が表示される。
【００９９】
ユーザは、このポップアップ画面において、入力装置１３を用いて所望の文字を入力する。テキスト入力後、入力装置１３によりクリック操作が行われると、処理部１２は、入力されたテキストに基づいて、位置４０１に対応するＵＩ情報２０１のvalue属性を書き換える。ここでは、図１０（ｂ）に示すように、ユーザがテキスト入力ポップアップ画面において「shibukawa」と入力しているため、図１１（ｂ）に示すように、ＵＩ情報２０１のvalue属性が「shibukawa」と書き換えられている。
【０１００】
この書き換えられたＵＩメタデータは、書き換えられた（実行された）ＵＩ情報ＩＤ（ここでは、２０１）と共に、通信部１１を介して一体型サーバ３０に送信される。
【０１０１】
次に、対応するＵＩ情報が（２）画面遷移を伴わず、データ入力の必要もない場合について説明する。
【０１０２】
図１０（ｃ）に示すＵＩ情報２０２に対応する位置４０２とＵＩ情報２０３に対応する位置４０３には、性別を指定するためのラジオボタンが表示されている。このＵＩ情報２０２とＵＩ情報２０３は、図４に示すように、基となるタグ３０２と３０３が同じname属性を有している。すなわち、ＵＩ情報２０２とＵＩ情報２０３のうち、いずれか一方を選択することが可能である。ここで、初期の設定では、図１１（ａ）に示すように、ＵＩ情報２０２のchecked属性がtrue、ＵＩ情報２０３のchecked属性がfalseとなっているため、図１０（ａ）に示すように、ＵＩ情報２０２が選択された状態となっている。
【０１０３】
ここで、ＵＩ情報２０３に対応する位置４０３上にカーソル４００を移動させてクリック操作が行われると、処理部１２は、ＵＩメタデータに基づいて、カーソル位置と重なる位置に存在するＵＩ情報の種別を判定する。
【０１０４】
ここでは、ＵＩ情報２０３はラジオボタンであり、ユーザによるデータ入力の必要がなく、また画面遷移を伴わないＵＩ情報であるので、ステップＳ５１に移行し、処理部１２は、図示しない記憶部に記憶されているＵＩメタデータからＵＩ情報２０３に関するデータを書き換える。
【０１０５】
図１１（ｃ）は、この場合に書き換えられたＵＩメタデータを示す図である。同図に示すように、ＵＩ情報２０３のchecked属性がtrueに書き換えられていると共に、ＵＩ情報２０３と同じname属性を有するＵＩ情報２０２のchecked属性がfalseに書き換えられている。
【０１０６】
最後に、対応するＵＩ情報が（３）画面遷移を伴う場合について説明する。画面遷移を伴うＵＩ情報とは、そのＵＩ情報を実行した結果、現在表示している画像とは異なる画像を表示することになるＵＩ情報を指している。
【０１０７】
図１０（ｄ）に示すように、ＵＩ情報２０６に対応する位置４０６に表示されているのは送信ボタンであり、位置４０６をクリック操作することにより、ボタンタグ３０６の記載にしたがって別の画面に遷移する。この位置４０６上にカーソル４００を移動させてクリック操作が行われると、処理部１２は、ＵＩメタデータに基づいてカーソル位置と重なる位置に存在するＵＩ情報の種別を判定する。
【０１０８】
ここで、ＵＩ情報２０６はボタンであり、画面遷移を伴うＵＩ情報であるので、ステップＳ５２に移行する。そして、ＵＩメタデータと共に、実行されたＵＩ情報ＩＤ（ここでは、２０６）とステップＳ４１で受信したセッションＩＤとが、通信部１１を介して一体型サーバ３０に送信される（ステップＳ５２）。
【０１０９】
このように、どの種別のＵＩ情報がクリック操作された場合であっても、ＵＩメタデータと実行されたＵＩ情報ＩＤとが、セッションＩＤと共に一体型サーバ３０に送信される。したがって、一体型サーバ３０は、どの携帯端末１０でどのウェブページが閲覧され、どのような操作が行われたかという情報を確実に得ることができる。
【０１１０】
次に、実行されたＵＩメタデータに基づくＷｅｂページ閲覧システム１００の動作について、図１２を用いて説明する。
【０１１１】
携帯端末１０から、ＵＩメタデータと実行されたＵＩ情報ＩＤとセッションＩＤとが送信されると（ステップＳ６１）、一体型サーバ３０は、通信部３１を介してこれを受信する（ステップＳ７１）。
【０１１２】
認証部３４は、通信部３１を介してセッションＩＤを受信し、セッションＤＢ３５を参照してそのセッションＩＤに対応付けられた携帯端末用情報生成部３３を特定する（ステップＳ７２）。
【０１１３】
なお、ステップＳ７２では、セッションＤＢ３５を参照し、そのセッションＩＤが記憶されていない場合には、ステップＳ２２、２３と同様の方法により別途セッションＩＤを発行すると共に携帯端末用情報生成部３３を割り当ててもよい。この場合には、以降の処理はここで割り当てられた携帯端末用情報生成部３３で行なえばよい。
【０１１４】
ステップＳ７２で携帯端末用情報生成部３３−１が特定されると、ＵＩ情報解析部３３Ｂ−１は、通信部３１を介してＵＩメタデータと実行されたＵＩ情報ＩＤを取得して解析し、ＵＩメタデータ中のどのＵＩ情報が実行されたのかを解析する（ステップＳ７３）。
【０１１５】
また、ＵＩ情報解析部３３Ｂ−１は、実行されたＵＩ情報に基づいて、新しいコンテンツファイルの取得が必要であるか否かを判定する（ステップＳ７４）。例えば、リンクボタンが操作され、画面遷移がある場合が該当する。
【０１１６】
実行されたＵＩ情報が新しいコンテンツファイルの取得が必要である場合は、セッションＤＢにそのセッションＩＤに対応付けて記憶されたコンテンツファイルから遷移先のＵＲＬアドレスを取得し、このＵＲＬアドレスに対応するコンテンツファイルウェブコンテンツ保存領域３２から取得する（ステップＳ７５）。ＵＩ情報解析部３３Ｂ−１は、この遷移先のコンテンツファイルを解析する（ステップＳ７６）。
【０１１７】
さらに、ＵＩ情報解析部３３Ｂ−１は、この解析結果に基づいて遷移先のＵＩメタデータを生成し、また、画像変換部３３Ａ−１は、遷移先のコンテンツファイルに基づいて画像ファイルを生成する（ステップＳ７７）。遷移先のコンテンツファイルは、遷移先のＵＩメタデータと画像ファイルと関連付け、かつセッションＩＤと対応付けてセッションＤＢ３５に記憶される。ここで対応付けるセッションＩＤは、ステップＳ２２で発行されたセッションＩＤと同じものである。これにより、あるセッションＩＤに対する処理が、通信相手の携帯端末１０の情報と共に管理される。
【０１１８】
この遷移先の画像ファイルとＵＩメタデータとセッションＩＤとを、通信部３１を介して携帯端末１０に送信する（ステップＳ７８）。ここで送信するセッションＩＤは、ステップＳ２２で発行されたセッションＩＤと同じものである。
【０１１９】
携帯端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータとセッションＩＤを受信し、この画像ファイルを遷移先の画面として表示部１４に表示する（ステップＳ６２）。
【０１２０】
ステップＳ７３において、実行されたＵＩ情報が新しいコンテンツファイルの取得が不要なＵＩ情報であると判断された場合は、ステップＳ７７へ移行し、ステップＳ７１で受信したセッションＩＤに対応付けられたコンテンツファイル、すなわち書き換えられたＵＩメタデータに対応するコンテンツファイルをセッションＤＢ３５から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。また、新たな画像ファイルを生成するのではなく、基のコンテンツファイルの画像と実行されたＵＩ情報ＩＤとに基づいて、実行されたことにより書き換えを要する部分についてだけ、画像を書き換えてもよい。
【０１２１】
この新たな画像ファイルとＵＩメタデータとセッションＩＤとを、通信部３１を介して携帯端末１０に送信する（ステップＳ７８）。携帯端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータを受信し、この画像ファイルを表示部１４に表示する（ステップＳ６２）。
【０１２２】
例えば、実行されたＵＩ情報が、図１０（ａ）に示すＵＩ情報２０１（テキスト入力欄）の場合は、携帯端末１０から、図１１（ｂ）に示す書き換えられたＵＩメタデータと、実行されたＵＩ情報ＩＤ２０１が送信される（ステップＳ６１）。一体型サーバ３０は、通信部３１を介してこれを受信する（ステップＳ７１）。
【０１２３】
画像変換部３３Ａは、この書き換えられたＵＩメタデータと関連するコンテンツファイルを図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。この新たな画像ファイルは、図１０（ｃ）に示すように、テキスト入力欄の位置にステップＳ５０において入力された文字「shibukawa」が表示された画像となっている。
【０１２４】
また、実行されたＵＩ情報が、図１０（ｃ）に示すＵＩ情報２０３（ラジオボタン）の場合は、携帯端末１０から、図１１（ｃ）に示す書き換えられたＵＩメタデータと、実行されたＵＩ情報ＩＤ２０３が送信される（ステップＳ６１）。一体型サーバ３０は、通信部３１を介してこれを受信する（ステップＳ７１）。
【０１２５】
画像変換部３３Ａは、この書き換えられたＵＩメタデータと関連するコンテンツファイルを図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。この新たな画像ファイルは、図１０（ｄ）に示すように、ラジオボタンのチェック位置が位置４０２から位置４０３に変更された画像となっている。
【０１２６】
さらに、実行されたＵＩ情報が、図１０（ｄ）に示すＵＩ情報２０６（ボタン）の場合は、携帯端末１０から、ＵＩメタデータ（この場合は書き換えられていない）と、実行されたＵＩ情報ＩＤ２０６が送信される（ステップＳ６１）。一体型サーバ３０は、通信部３１を介してこれを受信する（ステップＳ７１）。
【０１２７】
これを受信した一体型サーバ３０は、ＵＩメタデータから遷移先のＵＲＬアドレスを取得し、該当する外部Ｗｅｂサーバ５０から該当するコンテンツファイルを要求して（ステップＳ７４）、受信する（ステップＳ７４）。このコンテンツファイルに基づいて、ＵＩ情報解析部３３Ｂ−１においてＵＩメタデータが生成されると共に、画像変換部３３Ａにおいて画像ファイルが生成する（ステップＳ７７）。
【０１２８】
この遷移先の画像ファイルとＵＩメタデータとが携帯端末１０に送信され（ステップＳ７８）、この画像ファイルは表示部１４に表示される（ステップＳ６２）。
【０１２９】
このように、画面遷移を伴うＵＩ操作がされた場合も、新たな遷移先のＷｅｂページを表示させることができ、さらに、これまでと同様にＵＩ情報の操作も可能である。
【０１３０】
また、ステップＳ６２で携帯端末１０がセッションＩＤを受信しているため、次に携帯端末１０でＵＩ情報が実行された場合にも、ＵＩメタデータと実行されたＵＩ情報ＩＤとをセッションＩＤと共に一体型サーバ３０に送信することができる。一体型サーバ３０では、一体型サーバ３０と通信している各携帯端末１０毎に異なるセッションＩＤが割り当てられてセッションＤＢに記憶されているため、携帯端末１０との接続やそこで行われた処理をセッションＩＤ毎に、すなわち携帯端末１０毎に管理することができる。
【０１３１】
以上のように、Ｗｅｂページ閲覧システム１００は、高速で操作性のよいＷｅｂページ閲覧を実現することができる。特に、一体型サーバ内にコンテンツファイルが記憶されているため、外部Ｗｅｂサーバからコンテンツファイルを取得する場合と比べてさらに高速化することができる。また、複数の携帯端末１０が一体型サーバ３０に接続でき、各携帯端末１０に対する処理をそれぞれ管理することができる。
【０１３２】
なお、本実施の形態では、ステップＳ２３でセッションＩＤと携帯端末用情報生成部３３−１とユーザーエージェントとを関連付けてセッションＤＢに記憶させたが、ユーザーエージェントをセッションＩＤと関連付けて記憶することは必須ではない。ただし、ユーザーエージェントを関連付けておくことにより、画像変換部３３Ａで携帯端末１０の表示部に応じた大きさの画像や携帯端末１０の処理能力に応じたデータ容量の画像が生成できるため、ユーザーエージェントもセッションＩＤ等に関連付けておくことが望ましい。ユーザーエージェントをセッションＩＤと関連付けて記憶しない場合に、画像変換部３３Ａで携帯端末１０の表示部に応じた大きさの画像や携帯端末１０の処理能力に応じたデータ容量の画像を生成するためには、携帯端末１０からのＵＲＬアドレスや実行されたＵＩ情報ＩＤの送信の都度ユーザーエージェントを送信するようにすればよい。
【０１３３】
また、本実施の形態では、外部Ｗｅｂサーバの機能を包含した一体型サーバ３０を用いたが、第２の実施の形態で示すように外部Ｗｅｂサーバと中継サーバとが別々に設けられていてもよい。さらに、インターネット網中に多数存在する外部Ｗｅｂサーバに対しても一体型サーバが接続可能となるように構成してもよい。一体型サーバ３０と外部Ｗｅｂサーバとは、インターネットを介して接続され、通信部３１と外部Ｗｅｂサーバの通信部とは、標準的なインターネットプロトコルにしたがってそれぞれ通信を行う。これにより、一体型サーバ３０内に記憶されていないコンテンツファイルに対しても閲覧対象とすることができる（一体型サーバ３０が外部Ｗｅｂサーバからコンテンツファイルを取得する方法は、第２の実施の形態参照）。
【０１３４】
＜第２の実施形態＞
第２の実施形態は、通信相手の携帯端末１０に対する認証機能を備えた形態である。以下、第２の実施の形態に係るＷｅｂページ閲覧システム１０１について説明する。なお、第１の実施の形態と同一の部分については、同一の符号を付し、説明を省略する。また、携帯端末１０の内部処理については、第１の実施の形態と同じであるため、説明を省略する。
【０１３５】
図１３は、Ｗｅｂページ閲覧システム１０１の全体構成の一例を示す図である。同図に示すように、Ｗｅｂページ閲覧システム１０１は、ユーザが使用する複数の携帯端末１０と、携帯端末１０と外部Ｗｅｂサーバ５０との通信を中継する中継サーバ４０から構成されている。
【０１３６】
中継サーバ４０は、通信部４１、複数の携帯端末用情報生成部４２（画像変換部４２Ａ、ＵＩ情報解析部４２Ｂ）、認証部４３、セッションＤＢ４４、ユーザＤＢ４５を備えて構成されている。
【０１３７】
通信部４１は、携帯端末１０との通信を制御するとともに、外部Ｗｅｂサーバ５０との通信を制御する。中継サーバ４０と外部Ｗｅｂサーバ５０とは、インターネットを介して接続され、通信部４１と後述する通信部５１とは、標準的なインターネットプロトコルにしたがってそれぞれ通信を行う。
【０１３８】
携帯端末用情報生成部４２は、後述する認証部４３が発行するセッションＩＤの数と同数だけ存在し、主として画像変換部４２Ａ、ＵＩ情報解析部４２Ｂで構成される。画像変換部４２Ａは、画像変換部３３Ａは画像変換部４２Ａと同一であり、ＵＩ情報解析部４２ＢはＵＩ情報解析部３３Ｂと同一であるため、説明を省略する。なお、複数の携帯端末用情報生成部４２を有するというのは、第１の実施の形態と同様に携帯端末用情報生成部４２が複数ある場合、携帯端末用情報生成部４２は１つで画像変換部４２Ａ、ＵＩ情報解析部４２Ｂがそれぞれ複数の領域に分割されている場合等を含む概念である。
【０１３９】
ユーザＤＢ４５には、中継サーバ４０が外部Ｗｅｂサーバ５０との通信を中継する対象である携帯端末１０に関する情報がユーザＩＤと共に記憶されている。携帯端末１０に関する情報とは、ユーザーエージェント等の携帯端末１０を示す情報や、パスワード等である。
【０１４０】
認証部４３は、携帯端末１０から通信部４１に接続されると、その携帯端末１０から携帯端末１０を示す情報（例えばユーザーエージェント）を取得し、その取得した携帯端末１０を示す情報がユーザＤＢ４５に記憶されているかを判断する。取得した携帯端末１０を示す情報がユーザＤＢ４５に記憶されている場合には、認証部４３はセッションＩＤを発行する。これにより、決められた携帯端末１０に対してのみ外部Ｗｅｂサーバ５０との中継を行うようにすることができる。
【０１４１】
そして、認証部４３は、複数の携帯端末用情報生成部４２のうちの１つを発行したセッションＩＤに対応付け、対応付けた情報をセッションＤＢ４４に記憶することで、セッションの管理を行う。これにより、複数の携帯端末１０とそれぞれ別の通信を行うことができる。
【０１４２】
また、認証部４３は、セッションＩＤが発行された後で所定の時間以上その携帯端末１０からアクセスされない場合には、そのセッションを終了し、そのセッションＩＤに関してセッションＤＢに記憶されたデータを消去する。これにより、別の携帯端末１０等からアクセスがあった時にそのセッションＩＤを発行できるようになる。
【０１４３】
外部Ｗｅｂサーバ５０は、通信部５１、記憶部５２を備えて構成されている。
【０１４４】
通信部５１は、中継サーバ４０との通信を制御する。また、記憶部５２は、外部Ｗｅｂサーバ５０に開設されたＷｅｂページの各コンテンツファイルを記憶している。通信部５１は、中継サーバ４０から受信したＵＲＬのリクエストに応じたファイルを、記憶部５２から読み出して中継サーバ４０に送信する。
【０１４５】
なお、図１３においては、外部Ｗｅｂサーバ５０が１つだけ記載されているが、中継サーバ４０と通信可能な外部Ｗｅｂサーバ５０はインターネット網中に多数存在し、中継サーバ４０は、それぞれの外部Ｗｅｂサーバ５０と通信することが可能である。このように、どの携帯端末１０からどの外部Ｗｅｂサーバ５０へアクセスする場合であっても、中継サーバ４０を介して通信を行う。
【０１４６】
次に、このように構成されたＷｅｂページ閲覧システム１０１の動作について説明する。まず、携帯端末１０の表示部１４に、所望のＷｅｂページの表示を行うまでの動作について、図１４を用いて説明する。
【０１４７】
携帯端末１０の入力装置１３を用いて、閲覧したいＷｅｂページのＵＲＬアドレスが入力されると、携帯端末１０は、ＵＲＬアドレスと携帯端末１０を示す情報とを通信部１１を介して中継サーバ４０へ送信する（ステップＳ１１）。
【０１４８】
中継サーバ４０は、携帯端末１０から送信されたＵＲＬアドレスと携帯端末１０を示す情報とを通信部４１を介して受信する（ステップＳ２１）。通信部４１は携帯端末１０を示す情報を認証部４３へ出力し、認証部４３は、その携帯端末１０を示す情報がユーザＤＢ４５に記憶されているかを判断する。認証部４３は、その携帯端末１０を示す情報がユーザＤＢ４５に記憶されている場合には、セッションＩＤを発行する（ステップＳ１０１）。
【０１４９】
認証部４３は、携帯端末用情報生成部３３−１をそのセッションＩＤに割り当て、セッションＩＤと携帯端末用情報生成部３３−１とユーザーエージェントとを関連付けてセッションＤＢに記憶させる（ステップＳ２３）。
【０１５０】
通信部４１は、受信したＵＲＬアドレスを、当該ＵＲＬアドレスに該当する外部Ｗｅｂサーバ５０に送信する（ステップＳ１０２）。一体型サーバ３０のブックマークを用いてＷｅｂページタイトルが選択された場合には、図示しない記憶部から該当するＵＲＬアドレスを読み出し、これを該当する外部Ｗｅｂサーバ５０に送信すればよい。
【０１５１】
該当する外部Ｗｅｂサーバ５０は、通信部３１を介してこのＵＲＬアドレスを受信する（ステップＳ１１１）。そして、受信したＵＲＬアドレスに該当するＨＴＭＬファイル、ＣＳＳファイル、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔファイル等のコンテンツファイルを記憶部５２から読み出し、通信部５１を介して中継サーバ４０に送信する（ステップＳ１１２）。
【０１５２】
通信部４１は、外部Ｗｅｂサーバ５０から送信されたコンテンツファイルを受信する（ステップＳ１０３）。受信されたコンテンツファイルは、画像変換部３３Ａ−１及びＵＩ情報解析部３３Ｂ−１へ出力される。
【０１５３】
ＵＩ情報解析部３３Ｂ−１は、コンテンツファイルを解析して、ＵＩ情報を抽出する（ステップＳ２５）。ＵＩ情報解析部３３Ｂ−１は、この解析結果に基づいてＵＩメタデータを生成し、画像変換部３３Ａ−１は、コンテンツファイルをレンダリングして携帯端末１０の表示部１４に表示可能な形式の画像ファイルを生成する（ステップＳ２６）。
【０１５４】
中継サーバ４０は、ステップＳ２６で生成したＵＩメタデータと画像ファイルと、ステップＳ２２で発行されたセッションＩＤとを、通信部４１を介して携帯端末１０へ送信する（ステップＳ２７）。このとき、基となったコンテンツファイルを、送信した携帯端末１０や生成したＵＩメタデータ、画像ファイルと関連付け、セッションＩＤと対応付けてセッションＤＢ４４に記憶しておく。携帯端末１０は、通信部１１を介して、このＵＩメタデータと画像ファイルを受信する（ステップＳ１２）。
【０１５５】
これにより、予めユーザＤＢ４５に登録された携帯端末１０に対してＵＩメタデータと画像ファイルを送信することができる。
【０１５６】
次に、実行されたＵＩメタデータに基づくＷｅｂページ閲覧システム１０１の動作について、図１５を用いて説明する。
【０１５７】
携帯端末１０から、ＵＩメタデータと実行されたＵＩ情報ＩＤとセッションＩＤが送信されると（ステップＳ６１）、中継サーバ４０は、通信部４１を介してこれを受信し（ステップＳ７１）、認証部４３は、セッションＤＢ４４を参照し、受信したセッションＩＤに対応付けられた。携帯端末用情報生成部３３−１を特定する（ステップＳ７２）。
【０１５８】
ＵＩ情報解析部３３Ｂ−１は、受信したＵＩメタデータと実行されたＵＩ情報ＩＤを解析し、ＵＩメタデータ中のどのＵＩ情報が実行されたのかを解析する（ステップＳ７３）。
【０１５９】
ＵＩ情報解析部３３Ｂ−１は、実行されたＵＩ情報に基づいて、外部Ｗｅｂサーバ５０からのデータ取得が必要であるか否かを判定する（ステップＳ１２１）。例えば、リンクボタンが操作され、画面遷移がある場合が該当する。
【０１６０】
外部Ｗｅｂサーバ５０からのデータ取得が必要である場合（ステップＳ１２１でＹＥＳ）は、通信部４１は、受信したＵＲＬアドレスを、当該ＵＲＬアドレスに該当する外部Ｗｅｂサーバ５０に送信する（ステップＳ１２２）。一体型サーバ３０のブックマークを用いてＷｅｂページタイトルが選択された場合には、図示しない記憶部から該当するＵＲＬアドレスを読み出し、これを該当する外部Ｗｅｂサーバ５０に送信すればよい。
【０１６１】
該当する外部Ｗｅｂサーバ５０は、通信部３１を介してこのＵＲＬアドレスを受信する（ステップＳ８２）。そして、受信したＵＲＬアドレスに該当するＨＴＭＬファイル、ＣＳＳファイル、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔファイル等のコンテンツファイルを記憶部５２から読み出し、通信部５１を介して中継サーバ４０に送信する（ステップＳ８２）。
【０１６２】
通信部４１は、遷移先のコンテンツファイルを受信して携帯端末用情報生成部３３−１に出力する。ＵＩ情報解析部３３Ｂ−１は、この遷移先のコンテンツファイルを解析する（ステップＳ７６）。
【０１６３】
さらに、ＵＩ情報解析部３３Ｂ−１は、この解析結果に基づいて遷移先のＵＩメタデータを生成し、また、画像変換部３３Ａ−１は、遷移先のコンテンツファイルに基づいて画像ファイルを生成する（ステップＳ７７）。この遷移先の画像ファイルとＵＩメタデータとセッションＩＤとを、通信部４１を介して携帯端末１０に送信する（ステップＳ７８）。
【０１６４】
携帯端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータとセッションＩＤとを受信し、この画像ファイルを遷移先の画面として表示部１４に表示する（ステップＳ６２）。
【０１６５】
外部Ｗｅｂサーバ５０からのデータ取得が必要でない場合（ステップＳ１２１でＮＯ）は、ステップＳ７７へ移行し、画像変換部３３Ａ−１は、この書き換えられたＵＩメタデータと関連するコンテンツファイルを画像変換部４２Ａ内の図示しない記憶部から読み出し、書き換えられたＵＩメタデータに基づいて新たな画像ファイルを生成する。また、新たな画像ファイルを生成するのではなく、基のコンテンツファイルの画像と実行されたＵＩ情報ＩＤとに基づいて、実行されたことにより書き換えを要する部分についてだけ、画像を書き換えてもよい。
【０１６６】
この新たな画像ファイルとＵＩメタデータとセッションＩＤとを、通信部４１を介して携帯端末１０に送信する（ステップＳ７８）。携帯端末１０は、通信部１１を介してこの画像ファイルとＵＩメタデータとセッションＩＤとを受信し、この画像ファイルを表示部１４に表示する（ステップＳ６２）。
【０１６７】
以上のように、Ｗｅｂページ閲覧システム１０１は、高速で操作性のよいＷｅｂページ閲覧を実現することができる。また、ユーザＤＢに登録された携帯端末に対してのみセッションＩＤを発行することで認証機能を持たせることができる。したがって、安全性を高めることができる。
【０１６８】
なお、本実施の携帯のＷｅｂページ閲覧システム１０１は、携帯端末１０と中継サーバ４０と外部Ｗｅｂサーバ５０とで構成されていたが、第１の実施の形態と同様に中継サーバと外部Ｗｅｂサーバを包含した一体型サーバを用いてもよい。ただし、本実施の携帯ではユーザＤＢ４５に登録された携帯端末１０に対してのみセッションＩＤを発行する認証機能を有しているため、不特定多数が接続する可能性があるウェブサーバの機能は中継サーバと別にすることが望ましい。
【０１６９】
＜第３の実施形態＞
第３の実施の形態は、第１の実施の形態又は第２の実施の形態と携帯端末１０の内部処理のみが異なる形態である。
【０１７０】
図１６は、第３の実施形態の携帯端末１０の内部処理について示すフローチャートである。なお、図６のフローチャートと共通する部分には同一の符号を付し、その詳細な説明は省略する。
【０１７１】
図１０（ａ）に示す状態において、ＵＩ情報２０１に対応する位置４０１にテキスト入力を行った場合に、図１１（ｂ）に示すように、ＵＩメタデータを書き換える。このとき、第２の実施形態の携帯端末１０は、一体型サーバ３０との通信は行わず、処理部１２において図１０（ｃ）に示す画像を生成する（ステップＳ９１）。その後、ステップＳ４２に戻り、同様の処理を行う。
【０１７２】
同様に、図１０（ｃ）に示す状態において、ＵＩ情報２０３に対応する位置４０３をクリックした場合についても、一体型サーバ３０との通信は行わず、処理部１２において図１０（ｄ）に示すチェック位置が移動した画像を生成する。その後、ステップＳ４２に戻り、同様の処理を行う。
【０１７３】
このように、画面遷移を伴わずに画像書き換えが発生した場合には、携帯端末１０において画像を書き換えるように構成することで、携帯端末１０と一体型サーバ３０との通信量を減らすことができ、さらに通信時間を無くすことができるので、携帯端末１０の操作性を改善することが可能となる。
【０１７４】
＜第４の実施形態＞
第４の実施の形態は、第１の実施の形態又は第２の実施の形態と携帯端末１０の内部処理のみが異なる形態である。
【０１７５】
図１７は、第４の実施形態の携帯端末１０の内部処理について示すフローチャートである。なお、図６のフローチャートと共通する部分には同一の符号を付し、その詳細な説明は省略する。
【０１７６】
第３の実施形態の携帯端末１０は、カーソル位置とＵＩ情報との位置に応じて視覚効果のある処理を行うところが第１の実施形態と異なっている。
【０１７７】
図１７のステップＳ４５において、十字キー等による上下左右移動の操作が行われた場合、処理部１２は、操作に応じてカーソル又は画像を移動させる。
【０１７８】
移動の操作が終了すると、移動後のカーソルの位置座標を算出し、算出した位置座標とＵＩメタデータとに基づいて、算出した位置座標がＵＩ情報の存在する領域から近いか否かを判定する（ステップＳ９２）。ここでは、所定の画素数を閾値として近いか否かを判定するが、この閾値は、表示部１４に表示されている画像の拡大率等に応じて適宜決めればよい。
【０１７９】
近くないと判定した場合は、第１の実施形態と同様にステップＳ４２に戻るが、近いと判定した場合は、処理部１２は視覚効果のある処理を行う（ステップＳ９３）。
【０１８０】
例えば、図１５のように、カーソルを最も近いＵＩ情報に対応する位置へ自動的に移動させる。同図の例では、カーソル５０６を、ＵＩ情報の位置５０１の位置まで自動的に移動させ、ＵＩ情報の位置５０１上でカーソルを５０６´に変更して表示している。また、カーソル５０６の移動中には、その移動軌跡上に、カーソル残像５０６ａ、５０６ｂ、５０６ｃ、及び５０７ｄを表示させている。
【０１８１】
操作に応じて画像が移動するように構成されている場合も、画面中央に固定されたカーソルに最も近い位置にあるＵＩ情報が重なるように、画像を移動させればよい。
【０１８２】
このように構成することで、Ｗｅｂサイトを閲覧する際の操作性を改善することができる。
【符号の説明】
【０１８３】
２、１４…表示部、１０…携帯端末、１１、２１、３１、４１…通信部、１２、２２…処理部、１３、２３…入力装置、１４、２４…表示部、２０…ＰＣ、２２…画像変換部、２３…ＵＩ情報解析部、３０…一体型サーバ、３１、４１…通信部、３２…ウェブコンテンツ保存領域、３３、４２…携帯端末用情報生成部、３３Ａ、４２Ａ…画像変換部、３３Ｂ、４２Ｂ…ＵＩ情報解析部、３４、４３…認証部、３５、４４…セッションＤＢ、４５…ユーザＤＢ、５０…外部Ｗｅｂサーバ、５２…記憶部、１００、１０１…Ｗｅｂページ閲覧システム、２０１〜２０６…ＵＩ情報、３０１〜３０６…タグ、４００、５０２、５０３…カーソル、４０１〜４０６、５０１…画像内の各位置
【図１】
2011186913.tif 000003
【図２】
2011186913.tif 000004
【図３】
2011186913.tif 000005
【図４】
2011186913.tif 000006
【図５】
2011186913.tif 000007
【図６】
2011186913.tif 000008
【図７】
2011186913.tif 000009
【図８】
2011186913.tif 000010
【図９】
2011186913.tif 000011
【図１０】
2011186913.tif 000012
【図１１】
2011186913.tif 000013
【図１２】
2011186913.tif 000014
【図１３】
2011186913.tif 000015
【図１４】
2011186913.tif 000016
【図１５】
2011186913.tif 000017
【図１６】
2011186913.tif 000018
【図１７】
2011186913.tif 000019
【図１８】
2011186913.tif 000020