ｗｅｂページ閲覧システム及び中継サーバ
【課題】ｗｅｂページを画像データ化して要求元の携帯電話に配信するｗｅｂページ閲覧システムにおいて、ユーザの所望する領域を効率よく閲覧できるようにする。
【解決手段】中継サーバには、各ユーザが携帯電話を介して所定のｗｅｂページのＷＰ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データが保管されている。中継サーバは、携帯電話からの閲覧要求に応じてｗｅｂページをレンダリングした後、このｗｅｂページに対応するＵＩ利用頻度データを読み出し、そのＵＩ利用頻度データを基に、ｗｅｂページの中から当該ユーザの利用頻度の高い部分を抽出するための抽出領域を決定する。中継サーバは、抽出領域を決定したら、この抽出領域に対応する部分ＷＰ画像を生成すとともに、この抽出領域内に含まれる各ＵＩに対応する擬似ＵＩ表示用データを生成し、これらを要求元の携帯電話に配信する。
【解決手段】中継サーバには、各ユーザが携帯電話を介して所定のｗｅｂページのＷＰ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データが保管されている。中継サーバは、携帯電話からの閲覧要求に応じてｗｅｂページをレンダリングした後、このｗｅｂページに対応するＵＩ利用頻度データを読み出し、そのＵＩ利用頻度データを基に、ｗｅｂページの中から当該ユーザの利用頻度の高い部分を抽出するための抽出領域を決定する。中継サーバは、抽出領域を決定したら、この抽出領域に対応する部分ＷＰ画像を生成すとともに、この抽出領域内に含まれる各ＵＩに対応する擬似ＵＩ表示用データを生成し、これらを要求元の携帯電話に配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末から閲覧が要求されたｗｅｂページを中継サーバで画像データに変換して配信するｗｅｂページ閲覧システムに関する。
【背景技術】
【０００２】
近年、携帯電話からインターネットにアクセスし、ｗｅｂページを閲覧するニーズが高まりを見せている。これにともない、携帯電話では、パーソナルコンピュータ（以下、ＰＣと称す）のブラウザ用に作成されたｗｅｂページも閲覧することができる、いわゆるフルブラウザ機能を搭載した機種も増加してきている。
【０００３】
フルブラウザ機能としては、ネイティブ系フルブラウザやアプリケーション系フルブラウザが知られている。ネイティブ系フルブラウザは、ＰＣ向けのｗｅｂページを携帯電話でレンダリングすることにより、ＰＣ向けのｗｅｂページの閲覧を可能にする。アプリケーション系フルブラウザは、携帯電話とｗｅｂサーバとの間に中継サーバを介在させ、ＰＣ向けのｗｅｂページを中継サーバで携帯電話向けのｗｅｂページに変換して携帯電話に配信することにより、ＰＣ向けのｗｅｂページの閲覧を可能にする。
【０００４】
しかしながら、ネイティブ系フルブラウザには、データ通信量や携帯電話側でのデータ処理量が増加し、これにともなって表示速度が遅くなる、通信料金が高くなるといった問題がある。また、アプリケーション系フルブラウザには、ＰＣ向けのｗｅｂページのレイアウトを携帯電話の画面上で完全に再現することができず、ＰＣのモニタに表示したときと見た目が異なってしまうという問題がある。
【０００５】
こうした問題を解決するため、ＰＣ向けのｗｅｂページをレンダリングする機能と、そのｗｅｂページを画像データに変換する機能とを有する中継サーバを、携帯電話とｗｅｂサーバとの間に介在させることにより、ＰＣ向けのｗｅｂページを携帯電話でも表示可能な画像（以下、ＷＰ画像と称す）に変換して配信するようにしたｗｅｂページ閲覧システムが、例えば、特許文献１などで提案されている。
【０００６】
このように、ｗｅｂページを画像データ化して配信すれば、ｗｅｂページをレンダリングするための各種の情報を配信する場合に比べてデータ通信量が抑えられるとともに、レンダリングなどの複雑な処理を行う必要がないので携帯電話側でのデータ処理量が抑えられ、表示速度の低下や通信料金の高額化を招くことなく、ＰＣ向けのｗｅｂページを携帯電話で閲覧することができる。さらに、携帯電話側では、受信したＷＰ画像を表示する処理だけを行えばよいので、携帯電話側でレンダリングを行う場合と違い、ＰＣのモニタに表示したときと見た目が異なることもない。
【０００７】
ところで、ｗｅｂページには、テキスト入力ボックスやリンクなどといった種々のユーザインタフェース（以下、ＵＩと称す）が設けられているが、ｗｅｂページを画像データ化してしまうと、こうしたＵＩの機能が損なわれてしまう。このため、ｗｅｂページ閲覧システムでは、ｗｅｂページに含まれる各ＵＩの情報をＷＰ画像とともに中継サーバから携帯電話に配信することが行われている。
【０００８】
携帯電話は、中継サーバから各情報を受信すると、ＷＰ画像を画面に表示させるとともに、各ＵＩの情報を基にｗｅｂページのＵＩと同等の機能を有する擬似ＵＩを生成し、その擬似ＵＩをＷＰ画像の対応する箇所の上に重ねて表示させる。こうすれば、ｗｅｂページを画像データに変換して配信した際にも、ｗｅｂページと同様に、各擬似ＵＩに操作指示が入力できるようになる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−２２０２６０号公報
【特許文献２】特開２００７−０１１７６５号公報
【特許文献３】特開２００３−０３００３７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
携帯電話の画面は、ＰＣの画面に比べてかなり小さい。このため、ＷＰ画像の全体を携帯電話の画面に表示させると、ＷＰ画像上の各擬似ＵＩが非常に小さくなり、操作指示を入力するのが困難になるとともに、これらに含まれる文字などが読み取れなくなってしまう。反対に、文字などが可読できるように拡大してＷＰ画像を表示させると、ＷＰ画像の全体に対して表示できる領域が非常に狭くなってしまう。従って、ユーザがＷＰ画像上の所望の領域を閲覧するためには、画面の拡大操作やスクロール操作を複数回繰り返さなければならなかった。このように繰り返し操作を行うことは、ユーザにとって非常に煩わしく、所望する領域を効率よく閲覧できるようにすることが望まれている。
【００１１】
関連する技術として、特許文献２には、携帯端末機器の「進む」キーが操作された際に、これに対応するＵＲＬを表示中のｗｅｂページから自動的に抽出することにより、面倒な操作を必要とすることなく抽出したＵＲＬのｗｅｂページに表示を切り替えることが記載されている。また、特許文献３には、利用者の操作履歴などの統計情報を基に利用者の行動モデルを作成し、この行動モデルに基づいて関連性の高いデータを予め受信しておくことにより、通信待ち時間を短縮することが記載されている。しかしながら、特許文献２、３の構成は、異なるｗｅｂページを表示させる際の操作性を向上させるものであり、表示中のｗｅｂページ内の所望の領域を効率よく閲覧させることについて何ら考慮が成されていない。
【００１２】
本発明は、上記課題を鑑みてなされたものであり、ｗｅｂページを画像データ化して要求元の携帯電話に配信するｗｅｂページ閲覧システムにおいて、ユーザの所望する領域を効率よく閲覧できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段と、を前記中継サーバに設け、前記ページ画像のうち前記抽出領域に対応する部分のみを表示部に表示させる表示制御手段を前記携帯端末に設けたことを特徴とする。
【００１４】
前記中継サーバは、ｗｅｂページの前記抽出領域に対応する部分のみを画像データ化することによって前記抽出領域に対応した前記ページ画像である部分画像を生成する画像生成手段を有しており、前記部分画像を要求元の前記携帯端末に配信するとともに、前記抽出領域内に含まれる各ＵＩに対応する前記擬似ＵＩ表示用データのみを前記部分画像とともに要求元の前記携帯端末に配信し、前記表示制御手段は、受信した前記部分画像を表示部に表示させることが好ましい。
【００１５】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上であるＵＩを求め、そのＵＩの全てが収まる最小の矩形状の領域を前記抽出領域として決定することが好ましい。
【００１６】
前記携帯端末は、現在位置の位置情報を取得する位置情報取得手段を有し、前記中継サーバへの閲覧要求に前記位置情報を含めるとともに、前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の前記位置情報が関連付けられて記憶されており、前記領域決定手段は、閲覧要求に含まれる前記位置情報と前記ＵＩ利用頻度データとを基に、ユーザの現在位置における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることが好ましい。
【００１７】
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の時刻情報が関連付けられて記憶されており、前記領域決定手段は、前記ＵＩ利用頻度データを基に、閲覧が要求された時刻における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることが好ましい。
【００１８】
前記表示制御手段は、利用頻度が所定値以上であると前記領域決定手段が判断した擬似ＵＩを強調表示することが好ましい。
【００１９】
前記中継サーバは、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信することが好ましい。
【００２０】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が最も高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定する構成としてもよい。
【００２１】
前記領域決定手段は、前記携帯端末から表示の切り替えが要求されたことに応答して、擬似ＵＩの利用頻度が次に高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることが好ましい。
【００２２】
前記領域決定手段は、求めたＵＩの擬似ＵＩの利用頻度が所定値以上か否かを判定し、所定値以上である場合には、そのＵＩの周辺の所定の領域を前記抽出領域として決定し、所定値以下である場合には、ｗｅｂページの先頭に最も近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することが好ましい。
【００２３】
前記領域決定手段は、ｗｅｂページの先頭に最も近いＵＩに対応する前記抽出領域を決定した後に前記携帯端末から表示の切り替えが要求された場合、ｗｅｂページの先頭に次に近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることが好ましい。
【００２４】
前記中継サーバは、表示の切り替えの要求に応答して前記表示制御手段が表示を切り替えるための情報を予め配信しておくことが好ましい。
【００２５】
また、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、を前記中継サーバに設け、前記ページ画像と各擬似ＵＩとを表示部に表示させるとともに、前記ＵＩ抽出手段が求めたＵＩに対応する擬似ＵＩを強調表示する表示制御手段を前記携帯端末に設ける構成でもよい。
【００２６】
また、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信する配信制御手段と、を前記中継サーバに設ける構成でもよい。
【００２７】
さらに、本発明は、携帯端末からの要求に応じてｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信し、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにする中継サーバにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段とを設け、前記ページ画像のうち前記抽出領域に対応する部分のみを前記携帯端末の表示部に表示させる構成でもよい。
【発明の効果】
【００２８】
本発明では、ユーザが携帯端末を介して所定のｗｅｂページのページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定し、ページ画像のうち抽出領域に対応する部分のみを携帯端末の表示部に表示させるようにした。こうすれば、ユーザは、いちいち画面の拡大操作やスクロール操作などを行って所望の領域を表示させる必要がなくなるので、所望の領域を効率よく閲覧することができる。
【図面の簡単な説明】
【００２９】
【図１】ｗｅｂページ閲覧システムの構成を示す説明図である。
【図２】ｗｅｂページの閲覧手順を概略的に示す説明図である。
【図３】携帯電話の構成を概略的に示すブロック図である。
【図４】中継サーバの構成を概略的に示すブロック図である。
【図５】ＷＰ画像の一例を示す説明図である。
【図６】ＵＩ利用頻度データの一例を示す説明図である。
【図７】抽出領域の決定の仕方を例示する説明図である。
【図８】部分ＷＰ画像を表示する際の処理手順を示すフローチャートである。
【図９】全体ＷＰ画像と部分ＷＰ画像との表示例を示す説明図である。
【図１０】携帯電話にＧＰＳ受信機を設けた例を示すブロック図である。
【図１１】ＵＩ利用頻度データに位置情報を加えた例を示す説明図である。
【図１２】ユーザの現在位置における各擬似ＵＩの利用頻度を算出する際の処理手順を示すフローチャートである。
【図１３】中継サーバに時計機能部を設けた例を示すブロック図である。
【図１４】ＵＩ利用頻度データに時刻情報を加えた例を示す説明図である。
【図１５】閲覧を要求した時刻における各擬似ＵＩの利用頻度を算出する際の処理手順を示すフローチャートである。
【図１６】ユーザの表示切替操作に応じて部分ＷＰ画像の表示を切り替える際の処理手順を示すフローチャートである。
【図１７】ユーザの利用頻度の高い擬似ＵＩから順に表示する例を示す説明図である。
【図１８】ｗｅｂページの先頭に近い擬似ＵＩから順に表示する例を示す説明図である。
【図１９】ＵＩ利用頻度データに色の項目を加えた例を示す説明図である。
【図２０】ユーザの利用頻度の高い擬似ＵＩを強調表示する際の処理手順を示すフローチャートである。
【図２１】ＵＩ利用頻度データの色の項目を変更した状態を示す説明図である。
【図２２】擬似ＵＩを強調表示した状態を示す説明図である。
【図２３】全体ＷＰ画像を配信する際に、ユーザの利用頻度が高い擬似ＵＩを強調表示する例を示すフローチャートである。
【図２４】抽出領域内に含まれる各ＵＩのうち利用頻度の高いＵＩに対応する擬似ＵＩ表示用データのみを生成する例を示すフローチャートである。
【図２５】擬似ＵＩ表示用データを生成するＵＩ情報と生成しないＵＩ情報との一例を示す説明図である。
【図２６】ｗｅｂページに含まれる全てのＵＩのうち利用頻度の高いＵＩに対応する擬似ＵＩ表示用データのみを生成する例を示すフローチャートである。
【発明を実施するための形態】
【００３０】
［第１実施形態］
図１に示すように、ｗｅｂページ閲覧システム２は、携帯電話（携帯端末）３と、中継サーバ４とで構成されている。携帯電話３と中継サーバ４とは、それぞれ公衆ネットワークであるインターネット５に接続可能に構成されており、インターネット５を介して相互に通信を行うことができる。
【００３１】
周知のように、インターネット５には、ｗｅｂページ１０（図２参照）の提供を行う複数のｗｅｂサーバ６が接続されている。各ｗｅｂサーバ６は、ｗｅｂページ１０を構成するためのページ情報６ａを記憶している。ページ情報６ａは、ＨＴＭＬデータ、及びこれに対応付けられるＣＳＳデータや画像などからなる。また、このページ情報６ａは、パーソナルコンピュータ（以下、ＰＣと称す）のｗｅｂブラウザ向けに設計されている。なお、ページ情報６ａは、ＨＴＭＬ以外のマークアップ言語で記述されたものでもよい。さらに、ＣＳＳデータや画像は、他のサーバに保管されていてもよい。
【００３２】
携帯電話３のブラウザでは、ＰＣ用のｗｅｂページ１０を表示することができない。あるいは、表示できたとしても、画面サイズの違いなどからＰＣのモニタに表示したときと見た目が異なってしまう場合が多い。このｗｅｂページ閲覧システム２は、携帯電話３とｗｅｂサーバ６との間に中継サーバ４を介在させ、ＰＣ用のｗｅｂページ１０を携帯電話３で表示可能な形式に変換する処理を中継サーバ４に行わせることにより、ＰＣ用のｗｅｂページ１０を携帯電話３でもＰＣのモニタに表示したときと同じ状態で閲覧できるようにするものである。
【００３３】
携帯電話３には、種々の操作指示を入力するための操作部２０と、この操作部２０からの操作指示に応じて種々の画面を表示するための液晶ディスプレイ（表示部）２１とが設けられている。また、携帯電話３には、ｗｅｂページ閲覧システム２に対応したクライアントアプリケーションであるビューアがインストールされている。
【００３４】
図２に示すように、ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、まず操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００３５】
中継サーバ４は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａに基づいてｗｅｂページ１０をレンダリングする。この後、中継サーバ４は、レンダリングしたｗｅｂページ１０を携帯電話３でも表示可能な画像データに変換することにより、ｗｅｂページ１０に対応した画像１２（以下、ＷＰ画像１２と称す）を生成し、そのＷＰ画像１２を要求元の携帯電話３に配信する。携帯電話３は、ＷＰ画像１２を受信すると、そのＷＰ画像１２を液晶ディスプレイ２１に表示させる。これにより、ＰＣ用のｗｅｂページ１０が、携帯電話３でもＰＣのモニタに表示したときと同じ状態で閲覧できるようになる。
【００３６】
また、ｗｅｂページ１０には、テキスト入力ボックス、チェックボックス、ボタン、リンクなどといった種々のユーザインタフェース（ＵＩ）１１が設けられている。中継サーバ４は、ｗｅｂページ１０をレンダリングした後、ＷＰ画像１２を生成するとともに、当該ｗｅｂページ１０に含まれる各ＵＩ１１のそれぞれに対する擬似ＵＩ表示用データ１３を生成する。
【００３７】
擬似ＵＩ表示用データ１３は、ＵＩ１１と同等の機能を有する擬似ＵＩ１４をＷＰ画像１２の上に表示させるためのデータである。中継サーバ４は、ｗｅｂページ１０にＵＩ１１を構成するためのＵＩ情報を基に、そのＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。そして、中継サーバ４は、各擬似ＵＩ表示用データ１３を生成すると、その各擬似ＵＩ表示用データ１３をＷＰ画像１２とともに要求元の携帯電話３に配信する。ここで、ＵＩ１１と同等の機能とは、ユーザ側から見た機能のことであり、例えば、テキスト入力ボックスである場合には、ボックス内にテキストを入力することができる、チェックボックスである場合には、クリックに応答してボックス内にチェックマークが表示されるということである。
【００３８】
携帯電話３は、これらの各データを中継サーバ４から受信すると、ＷＰ画像１２を液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４をＷＰ画像１２の対応する箇所（対応するＵＩ１１が表示されている箇所）の上に重ねて表示させる。
【００３９】
ｗｅｂページ１０をＷＰ画像１２に変換してしまうと、各ＵＩ１１の機能が損なわれてしまう。これに対し、上記のように、ｗｅｂページ１０の各ＵＩ１１に対応する各擬似ＵＩ１４をＷＰ画像１２に重ねて表示するようにすれば、ｗｅｂページ１０をＷＰ画像１２に変換して配信した際にも、ＨＴＭＬデータからなるｗｅｂページ１０と同様に、各擬似ＵＩ１４に操作指示が入力できるようになる。
【００４０】
ユーザが操作部２０を介して擬似ＵＩ１４に操作指示を入力すると、操作された擬似ＵＩ１４、及びその操作内容を示すＵＩ操作信号が携帯電話３から中継サーバ４に送信される。中継サーバ４は、ＵＩ操作信号を受信すると、リンク先のｗｅｂページ１０のレンダリングなど、その操作指示に応じた処理を実行する。また、擬似ＵＩ１４の形式がチェックボックスやプルダウンメニューなどである場合には、入力された操作指示に応じて擬似ＵＩ１４の表示を切り替える処理が、携帯電話３で行われる。なお、擬似ＵＩ１４に対する操作指示とは、クリック、テキストの入力、マウスオーバーなど、ｗｅｂページ１０の閲覧において一般的に行われている操作である。
【００４１】
図３に示すように、携帯電話３は、操作部２０、液晶ディスプレイ２１の他に、ＣＰＵ（表示制御手段）２２、システムメモリ２３、液晶ドライバ２４、無線通信部２５を備えている。これらの各部は、バス２６を介して互いに接続されている。システムメモリ２３には、ビューアなど携帯電話３を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ２２は、システムメモリ２３から各種のプログラムを読み出し、これを逐次処理することによって携帯電話３の各部を統括的に制御する。
【００４２】
ＣＰＵ２２には、操作部２０が接続されている。操作部２０は、携帯電話３の外面に露呈して設けられた複数の操作入力部材からなり、ユーザの操作指示を検知して、その検知結果をＣＰＵ２２に入力する。これにより、ユーザからの操作指示が操作部２０を介してＣＰＵ２２に入力される。なお、操作部２０の各操作入力部材には、例えば、押しボタンスイッチ、スライドスイッチ、十字キー、ジョグダイヤルなどといった周知の入力装置が用いられる。
【００４３】
液晶ドライバ２４は、ＣＰＵ２２からの制御信号に応じて種々の画像データをシステムメモリ２３から読み出し、その画像データをアナログのコンポジット信号に変換して液晶ディスプレイ２１に出力する。ＣＰＵ２２は、操作部２０を介して入力されたユーザからの指示に応じて液晶ドライバ２４に制御信号を送り、種々の画面を液晶ディスプレイ２１に表示させる。無線通信部２５は、基地局７との間で無線通信を行い、基地局７と各種のデータを送受信する。このように、無線通信部１５を介して基地局７にアクセスすることにより、携帯電話３がインターネット６に接続される。
【００４４】
図４に示すように、中継サーバ４は、ＣＰＵ（配信制御手段）３０、システムメモリ３１、ネットワークインタフェース（Ｉ／Ｆ）３２、ｗｅｂページ解析部３３、画像生成部３４、データベース管理部（ＤＢ管理部）３５、領域決定部３６を備えている。これらの各部は、バス３７を介して互いに接続されている。
【００４５】
システムメモリ３１には、中継サーバ４を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ３０は、システムメモリ３１から各種のプログラムを読み出し、これを逐次処理することによって中継サーバ４の各部を統括的に制御する。
【００４６】
ネットワークＩ／Ｆ３２は、周知のモデムやルータなどであり、中継サーバ４をインターネット５に接続する。ｗｅｂページ解析部３３は、ｗｅｂサーバ６から取得したページ情報６ａを解析することにより、ページ情報６ａに応じたｗｅｂページ１０をレンダリングする、いわゆるレンダリングエンジンである。
【００４７】
画像生成部３４は、ＣＰＵ３０からの指示に応じて、ｗｅｂページ解析部３３がレンダリングしたｗｅｂページ１０を画像データに変換する処理を行うことにより、当該ｗｅｂページ１０に対応したＷＰ画像１２を生成する。画像生成部３４は、例えば、周知の仮想印刷技術を用いてｗｅｂページ１０を画像データに変換することにより、図５（ａ）に示すように、ｗｅｂページ１０の全体に対応したＷＰ画像１２（以下、全体ＷＰ画像１２Ａと称す）を生成する。
【００４８】
また、この画像生成部３４は、いわゆるクリッピング機能を有しており、図５（ｂ）に示すように、生成した全体ＷＰ画像１２Ａから一部分のみを切り出して抽出することで、ｗｅｂページ１０の所定の部分に対応したＷＰ画像１２（以下、部分ＷＰ画像１２Ｂと称す）を生成することもできる。画像生成部３４は、ＣＰＵ３０からｗｅｂページ１０全体の画像データ化が指示された際に全体ＷＰ画像１２Ａを生成し、ＣＰＵ３０からｗｅｂページ１０の所定の領域のみの画像データ化が指示された際に部分ＷＰ画像１２Ｂを生成する。
【００４９】
ＤＢ管理部３５には、ユーザＤＢ４０と、ＵＩ利用頻度ＤＢ４１とが設けられている。このように、ＤＢ管理部４０は、中継サーバ４の制御に必要な各種のデータをデータベース化して保管する。ユーザＤＢ４０は、各ユーザのユーザＩＤとユーザ名とを関連付けて記憶している。これにより、携帯電話３からｗｅｂページ１０の閲覧が要求された際に、その要求に含まれるユーザＩＤを基にユーザＤＢ４０を参照することで、ｗｅｂページ１０の閲覧を中継サーバ４に要求したユーザを識別することができる。
【００５０】
ＵＩ利用頻度ＤＢ４１には、複数のＵＩ利用頻度データ４２が保管されている。ＵＩ利用頻度データ４２は、各ユーザが携帯電話３を介して所定のｗｅｂページ１０のＷＰ画像１２を閲覧した際の各擬似ＵＩ１４の利用頻度を示すデータである。ＵＩ利用頻度データ４２は、図６に示すように、ヘッダ部４２ａと、本データ部４２ｂとを有している。ヘッダ部４２ａには、閲覧したｗｅｂページ１０のＵＲＬアドレス、閲覧したユーザのユーザＩＤ、そのｗｅｂページ１０の閲覧回数などが記憶されている。
【００５１】
本データ部４２ｂには、そのｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されている。擬似ＵＩ１４の利用回数は、当該擬似ＵＩ１４に関するＵＩ操作信号が携帯電話３から送信された際にインクリメントされ、１回増やされる。これにより、ヘッダ部４２ａに含まれる閲覧回数と、各擬似ＵＩ１４の利用回数とを比較することで、当該ｗｅｂページ１０におけるユーザの各擬似ＵＩ１４の利用頻度を確認することができる。
【００５２】
ＵＩ情報は、例えば、そのＵＩ１１を一意に識別するためのＩＤ（以下、ＵＩＩＤと称す）、ｗｅｂページ１０上でのＵＩ１１の開始位置を示す座標情報、ｗｅｂページ１０上でのＵＩ１１の表示サイズ、そのＵＩ１１の形式、リンク先のＵＲＬアドレス、及びそのＵＩ１１のＨＴＭＬタグの属性の値などから構成される。
【００５３】
ここで、ｗｅｂページ１０上での開始位置とは、例えば、ＵＩ１１を矩形の領域で表したときの左上隅の位置である。また、座標情報は、ｗｅｂページ１０の左上隅を原点とし、そこから右方向を＋Ｘ、下方向を＋Ｙとする。さらに、ＨＴＭＬタグの属性とは、例えば、ｔｙｐｅ、ｎａｍｅ、ｖａｌｕｅ、ｔｅｘｔなどである。なお、ＷＰ画像１２上での擬似ＵＩ１４の位置やサイズは、ｗｅｂページ１０の座標系とＷＰ画像１２の座標系とを予め関連付けておくことで求めることができる。
【００５４】
中継サーバ４のＣＰＵ３０は、ユーザからｗｅｂページ１０の閲覧要求を受けた際に、ＵＩ利用頻度ＤＢ４１にアクセスし、要求に含まれるＵＲＬアドレスとユーザＩＤとを基に、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２を検索する。ＣＰＵ３０は、該当するＵＩ利用頻度データ４２が見付かった場合、そのＵＩ利用頻度データ４２の本データ部４２ｂに記憶された各ＵＩ情報を基に、ＵＩ１１毎の擬似ＵＩ表示用データ１３を生成して携帯電話３への配信を行う。また、この際、ＣＰＵ３０は、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【００５５】
一方、ＣＰＵ３０は、該当するＵＩ利用頻度データ４２が見付からなかった場合、ｗｅｂページ解析部３３の解析結果に基づいて、開始位置の座標情報やＨＴＭＬタグの属性値などの各情報をまとめることにより、各ＵＩ１１のＵＩ情報を生成する。そして、生成した各ＵＩ情報を基に擬似ＵＩ表示用データ１３を生成して携帯電話３への配信を行うとともに、生成された各ＵＩ情報、及び要求に含まれるＵＲＬアドレスとユーザＩＤとを基に新たなＵＩ利用頻度データ４２を生成し、そのＵＩ利用頻度データ４２をＵＩ利用頻度ＤＢ４１に保管する。
【００５６】
領域決定部３６は、ＵＩ利用頻度データ４２を基に、ｗｅｂページ１０の中から当該ユーザの利用頻度の高い部分を抽出するための抽出領域を決定する処理を行う。領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず下記（１）式に示すように、ＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を、ヘッダ部４２ａに含まれるｗｅｂページ１０の閲覧回数で割ることにより、各擬似ＵＩ１４の利用頻度を算出する。そして、この算出結果を基に、利用頻度が所定値以上のＵＩ情報、すなわち利用頻度の高い擬似ＵＩ１４に対応するＵＩ情報を抽出する。
利用頻度 ＝ 擬似ＵＩの利用回数／ｗｅｂページの閲覧回数 ・・・ （１）
【００５７】
領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる開始位置の座標情報、及び表示サイズの情報をＵＩ利用頻度データ４２から読み出す。そして、領域決定部３６は、読み出した各座標情報からＸ座標の最小値と最大値、及びＹ座標の最小値と最大値とを取得し、これらの各座標によって構成される矩形の領域を抽出領域として決定する。
【００５８】
例えば、図７に示すように、テキスト入力ボックス５０、検索ボタン５１、「オークション」のｗｅｂページ１０へのリンク５２の３つのＵＩ１１に対応するＵＩ情報を抽出した場合、領域決定部３６は、これらの各ＵＩ情報の各座標情報を読み出し、検索ボタン５１の右上隅の座標をＸ座標の最大値Ｘｍａｘ、Ｙ座標の最小値Ｙｍｉｎとして取得するとともに、リンク５２の左下隅の座標をＸ座標の最小値Ｘｍｉｎ、Ｙ座標の最大値Ｙｍａｘとして取得する。この後、領域決定部３６は、（Ｘｍａｘ，Ｙｍｉｎ）、（Ｘｍｉｎ，Ｙｍａｘ）からなる矩形の領域を抽出領域５３として決定する。このように決定した抽出領域５３は、すなわち抽出したＵＩ情報に対応する各ＵＩ１１の全てが収まる最小の矩形状の領域である。
【００５９】
領域決定部３６は、抽出領域５３を決定したら、その座標情報をＣＰＵ３０に送信する。また、領域決定部３６は、利用頻度が所定値以上のＵＩ情報が抽出されなかった場合、その旨を示す非抽出信号をＣＰＵ３０に送信する。
【００６０】
ＣＰＵ３０は、ユーザからのｗｅｂページ１０の閲覧要求に応答してＵＩ利用頻度データ４２の検索を行った結果、該当するＵＩ利用頻度データ４２が見付かった際に、擬似ＵＩ表示用データ１３の生成に先立って、そのＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００６１】
ＣＰＵ３０は、領域決定部３６から非抽出信号を受信した場合、ＵＩ利用頻度データ４２の本データ部４２ｂに記憶された全てのＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成するとともに、ｗｅｂページ１０全体の画像データ化を画像生成部３４に指示し、画像生成部３４に全体ＷＰ画像１２Ａを生成させる。そして、生成された全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを携帯電話３に配信する。
【００６２】
一方、ＣＰＵ３０は、領域決定部３６から抽出領域５３の座標情報を受信した場合、その座標情報を画像生成部３４に入力し、座標情報に対応する部分のｗｅｂページ１０の画像データ化を画像生成部３４に指示することにより、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させる。
【００６３】
この際、画像生成部３４は、図７に示すように、抽出領域５３の周囲に所定量の余白領域５４（ハッチングで示す部分）を加えることにより、その外周を画像変換領域５５として決定する。このように、画像生成部３４は、抽出領域５３を余白領域５４の分だけ広くした領域を画像変換領域５５として決定し、この画像変換領域５５に対応する部分を全体ＷＰ画像１２Ａから抽出することによって部分ＷＰ画像１２Ｂを生成する。
【００６４】
また、ＣＰＵ３０は、画像生成部３４に部分ＷＰ画像１２Ｂを生成させるとともに、決定された抽出領域５３内に含まれる各ＵＩ１１（領域決定部３６によって抽出されなかったものも含む）に対応するＵＩ情報をＵＩ利用頻度データ４２の本データ部４２ｂから読み出し、それらの各ＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成する。そして、生成された部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００６５】
次に、図８に示すフローチャートを参照しながら、上記構成によるｗｅｂページ閲覧システム２の作用について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００６６】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａをｗｅｂページ解析部３３に入力し、当該ページ情報６ａに応じたｗｅｂページ１０をｗｅｂページ解析部３３にレンダリングさせる。
【００６７】
ＣＰＵ３０は、ｗｅｂページ１０をレンダリングした後、要求に含まれるＵＲＬアドレスとユーザＩＤとを基にＵＩ利用頻度ＤＢ４１を検索し、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２をシステムメモリ３１に読み出す。ＣＰＵ３０は、該当するＵＩ利用頻度データ４２を読み出したら、そのＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。また、この際、ＣＰＵ３０は、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【００６８】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出し、それらの各座標情報を基に抽出領域５３を決定する。そして、決定した抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００６９】
ＣＰＵ３０は、抽出領域５３の座標情報を受信したら、その抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、その抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００７０】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００７１】
領域決定部３６が抽出した各ＵＩ情報は、ユーザの利用頻度の高い擬似ＵＩ１４に対応するものである。このため、これらの各擬似ＵＩ１４が収まるように生成された部分ＷＰ画像１２Ｂは、全体ＷＰ画像１２Ａのうちユーザの利用頻度の高い領域であり、次にユーザが所望する可能性も高いと考えることができる。
【００７２】
従って、上記のように、部分ＷＰ画像１２Ｂを携帯電話３の液晶ディスプレイ２１に表示させるようにすれば、ユーザは、いちいち画面の拡大操作やスクロール操作などを行って所望の領域を表示させる必要がなく、所望の領域を効率よく閲覧することができる。このように、ｗｅｂページ閲覧システム２では、ユーザの手間を省くことができ、システムの操作性を大幅に向上させることができる。また、図９（ａ）に示すように、液晶ディスプレイ２１に全体ＷＰ画像１２Ａを表示させると、画像上の各擬似ＵＩ１４が非常に小さくなり、操作指示を入力するのが困難になるとともに、これらに含まれる文字などが読み取れなくなってしまう。これに対し、図９（ｂ）に示すように、液晶ディスプレイ２１に部分ＷＰ画像１２Ｂを表示させた場合には、全体ＷＰ画像１２Ａを表示させた場合よりも拡大して表示されるので、操作指示の入力が困難になったり文字が読み取れなくなったりすることを防ぐことができる。さらに、全体ＷＰ画像１２Ａを配信する場合よりもデータ量が少なくなるので、通信待ち時間の短縮や通信料金の削減も図ることができる。
【００７３】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話３から中継サーバ４に送信する。また、この際、ＣＰＵ２２は、操作指示が入力された擬似ＵＩ１４の表示を切り替える処理を必要に応じて行う。
【００７４】
中継サーバ４のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ４２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やす。
【００７５】
なお、本実施形態では、部分ＷＰ画像１２Ｂと、これに対応する各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信するようにしたが、これに限ることなく、例えば、全体ＷＰ画像１２Ａと、これに対応する各擬似ＵＩ表示用データ１３と、抽出領域５３の座標情報とを要求元の携帯電話３に配信し、携帯電話３側で全体ＷＰ画像１２Ａのうち抽出領域５３に対応する部分のみを拡大表示するようにしてもよい。
【００７６】
［第２実施形態］
次に、本発明の第２の実施形態について説明する。なお、上記第１の実施形態と機能・構成上同一のものについては、同符号を付し、詳細な説明は省略する。図１０に示すように、本実施形態の携帯電話６０には、ＧＰＳ受信機（位置情報取得手段）６１が設けられている。ＧＰＳ受信機６１は、ＧＰＳ衛星からの信号を受信することにより、携帯電話６０の現在位置の位置情報（緯度、経度）を取得する。
【００７７】
図１１に示すように、本実施形態のＵＩ利用頻度データ６２には、対応するｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されるとともに、各擬似ＵＩ１４が操作された時の位置情報が、さらに関連付けられて記憶されている。位置情報は、各擬似ＵＩ１４が操作される毎に取得される。従って、ＵＩ利用頻度データ６２には、各ＵＩ情報のそれぞれに対し、利用回数分の位置情報が関連付けられて記憶されている。
【００７８】
次に、図１２に示すフローチャートを参照しながら、本実施形態の作用について説明する。ユーザは、携帯電話６０でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを入力する。携帯電話６０のＣＰＵ２２は、ユーザからＵＲＬアドレス及びユーザＩＤが入力されると、ＧＰＳ受信機６１から現在位置の位置情報を取得する。そして、ユーザから入力されたＵＲＬアドレスとユーザＩＤ、及びＧＰＳ受信機６１から取得した位置情報を中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００７９】
中継サーバ４のＣＰＵ３０は、携帯電話６０からｗｅｂページ１０の閲覧が要求されると、上記第１の実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ６２の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００８０】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず、ＵＩ利用頻度データ６２に記憶された各位置情報のうち、要求に含まれる位置情報に対して所定の範囲内にあるものを抽出することにより、ユーザの現在位置と近い位置で操作された擬似ＵＩ１４の利用回数を、各ＵＩ情報のそれぞれについて求める。例えば、携帯電話６０からの閲覧要求に含まれる位置情報が、北緯３５度４０分５２秒、東経１３９度４６分１秒であったとする。図１１に示すＵＩＩＤ１番のＵＩ情報の総利用回数は、３回であるが、前記位置情報に近い位置で操作された利用回数は、１回だけである。この場合、領域決定部３６は、ＵＩＩＤ１番のＵＩ情報の利用回数を１回とする。なお、所定の範囲とは、例えば、要求に含まれる位置情報を中心にした半径１ｋｍの範囲である。
【００８１】
領域決定部３６は、上記のように近い位置で操作された利用回数を求めた後、それらの各利用回数と、ヘッダ部に記憶された閲覧回数とを基に、ユーザの現在位置における各擬似ＵＩ１４の利用頻度を算出する。そして、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。この後、領域決定部３６は、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出して、それらの各座標情報を基に抽出領域５３を決定し、その抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００８２】
ＣＰＵ３０は、抽出領域５３の座標情報を受信すると、上記第１の実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話６０に配信する。
【００８３】
携帯電話６０のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００８４】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話６０から中継サーバ４に送信する。この際、ＣＰＵ２２は、ＧＰＳ受信機６１から現在位置の位置情報を取得し、その位置情報をＵＩ操作信号に含めて送信する。
【００８５】
中継サーバ４のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ６２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やすとともに、ＵＩ操作信号に含まれる位置情報を対応するＵＩ情報に関連付けて記憶させる。
【００８６】
例えば、ユーザが外出先にいる場合には、電車などの時刻表を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まる、ユーザが自宅にいる場合には、自身のスケジュールを確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まるといったように、各擬似ＵＩ１４の利用頻度は、ユーザの現在位置と相関性があると考えられる。
【００８７】
従って、本実施形態で示すように、ユーザの現在位置における各擬似ＵＩ１４の利用頻度を算出し、その利用頻度が所定値以上のＵＩ情報を抽出するようにすれば、ユーザの現在位置に応じて、より適切な領域が抽出された部分ＷＰ画像１２Ｂを閲覧させることができる。なお、本実施形態では、緯度及び経度からなる位置情報を示したが、位置情報は、これに限ることなく、例えば、住所などでもよい。
【００８８】
［第３実施形態］
次に、本発明の第３の実施形態について説明する。なお、本実施形態における携帯電話の構成は、上記第１の実施形態の携帯電話３と同一である。図１３に示すように、本実施形態の中継サーバ６５には、時刻の計時を行う時計機能部６６が設けられている。図１４に示すように、本実施形態のＵＩ利用頻度データ６７には、対応するｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されるとともに、各擬似ＵＩ１４が操作された時の時刻情報が、さらに関連付けられて記憶されている。この時刻情報も、上記第２の実施形態の位置情報と同様に、各擬似ＵＩ１４が操作される毎に取得される。ＵＩ利用頻度データ６７には、各ＵＩ情報のそれぞれに対し、利用回数分の時刻情報が関連付けられて記憶されている。
【００８９】
次に、図１５に示すフローチャートを参照しながら、本実施形態の作用について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ６５に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ６５に要求する。
【００９０】
中継サーバ６５のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、その閲覧要求の受信に応答して時計機能部６６から時刻情報を取得し、その時刻情報をシステムメモリ３１に記憶させる。ＣＰＵ３０は、時刻情報を取得したら、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ６７の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００９１】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず、ＵＩ利用頻度データ６７に記憶された各時刻情報のうち、閲覧要求受信時に取得した時刻情報に対して所定の範囲内にあるものを抽出することにより、閲覧が要求された時刻（以下、要求時刻と称す）と近い時刻に操作された擬似ＵＩ１４の利用回数を、各ＵＩ情報のそれぞれについて求める。なお、所定の範囲とは、例えば、要求時刻±１５分の範囲である。
【００９２】
領域決定部３６は、上記のように近い時刻に操作された利用回数を求めた後、それらの各利用回数と、ヘッダ部に記憶された閲覧回数とを基に、要求時刻における各擬似ＵＩ１４の利用頻度を算出する。そして、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。この後、領域決定部３６は、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出して、それらの各座標情報を基に抽出領域５３を決定し、その抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００９３】
ＣＰＵ３０は、抽出領域５３の座標情報を受信すると、上記各実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００９４】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ６５から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００９５】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話３から中継サーバ６５に送信する。
【００９６】
中継サーバ６５のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ６２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やす。さらに、ＣＰＵ３０は、ＵＩ操作信号の受信に応答して時計機能部６６から時刻情報を取得し、その時刻情報を対応するＵＩ情報に関連付けて記憶させる。
【００９７】
例えば、要求時刻が朝である場合には、今日の予定を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まる、要求時刻が夜である場合には、明日の予定を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まるといったように、各擬似ＵＩ１４の利用頻度は、ユーザからの要求時刻と相関性があると考えられる。
【００９８】
従って、本実施形態で示すように、要求時刻における各擬似ＵＩ１４の利用頻度を算出し、その利用頻度が所定値以上のＵＩ情報を抽出するようにすれば、ユーザからの要求時刻に応じて、より適切な領域が抽出された部分ＷＰ画像１２Ｂを閲覧させることができる。なお、本実施形態と上記第２の実施形態とを組み合わせ、ユーザの現在位置と要求時刻とにおける各擬似ＵＩ１４の利用頻度を算出するようにしてもよい。
【００９９】
［第４実施形態］
次に、図１６に示すフローチャートを参照しながら、本発明の第４の実施形態について説明する。なお、本実施形態における携帯電話及び中継サーバの構成は、上記第１の実施形態の携帯電話３及び中継サーバ４と同一である。
【０１００】
ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１０１】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａをｗｅｂページ解析部３３に入力し、当該ページ情報６ａに応じたｗｅｂページ１０をｗｅｂページ解析部３３にレンダリングさせる。
【０１０２】
ＣＰＵ３０は、ｗｅｂページ１０をレンダリングした後、要求に含まれるＵＲＬアドレスとユーザＩＤとを基にＵＩ利用頻度ＤＢ４１を検索し、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２をシステムメモリ３１に読み出す。そして、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【０１０３】
ＣＰＵ３０は、該当するＵＩ利用頻度データ４２を読み出したら、そのＵＩ利用頻度データ４２の本データ部４２ｂに記憶された全てのＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成するとともに、ｗｅｂページ１０全体の画像データ化を画像生成部３４に指示し、画像生成部３４に全体ＷＰ画像１２Ａを生成させる。そして、生成した全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１０４】
ＣＰＵ３０は、全体ＷＰ画像１２Ａ及び各擬似ＵＩ表示用データ１３を携帯電話３に配信したら、これに続いて、システムメモリ３１に読み出したＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１０５】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まずＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を参照する。そして、利用回数が最も多いＵＩ情報を抽出し、その利用回数の値を変数ｎに代入する。領域決定部３６は、最も多い利用回数の値を変数ｎに代入したら、ＵＩ利用頻度データ４２のヘッダ部４２ａに含まれるｗｅｂページ１０の閲覧回数を参照し、その閲覧回数で変数ｎを割ることにより、変数ｎに対応する擬似ＵＩ１４の利用頻度を算出する。この後、領域決定部３６は、閲覧回数が所定値以上であるか否かを判定するとともに、変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上であるか否かを判定する。
【０１０６】
領域決定部３６は、閲覧回数が所定値以上、かつ変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上であると判定した場合、抽出したＵＩ情報を基に、変数ｎに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定する。
【０１０７】
一方、領域決定部３６は、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下であると判定した場合、ＵＩ利用頻度データ４２に含まれる各ＵＩ情報の開始位置の座標情報を参照し、これらの各座標情報を基に、Ｙ座標の値が最も小さいＵＩ情報を抽出する。この際、領域決定部３６は、該当するＵＩ情報が複数ある場合には、それらのＸ座標の値を参照し、Ｘ座標の値が最も小さいＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＹ座標の値を変数ｙに代入する。そして、抽出したＵＩ情報を基に、変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定する。
【０１０８】
領域決定部３６は、抽出領域５３を決定したら、その座標情報をＣＰＵ３０に送信するとともに、抽出したＵＩ情報のＵＩＩＤ、すなわち変数ｎに値を代入したＵＩ情報のＵＩＩＤ、または変数ｙに値を代入したＵＩ情報のＵＩＩＤを合わせてＣＰＵ３０に送信する。
【０１０９】
ＣＰＵ３０は、座標情報とＵＩＩＤとを受信したら、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。また、ＣＰＵ３０は、各擬似ＵＩ表示用データ１３を生成する際、領域決定部３６からのＵＩＩＤに基づいて、このＵＩＩＤに対応する擬似ＵＩ表示用データ１３に抽出されたＵＩ情報であることを示す識別情報を含める。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１１０】
携帯電話３のＣＰＵ２２は、全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その全体ＷＰ画像１２Ａを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を全体ＷＰ画像１２Ａの対応する箇所の上に重ねて表示させる。また、ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、それらをシステムメモリ２３に保存する。
【０１１１】
ＣＰＵ２２は、全体ＷＰ画像１２Ａの表示、部分ＷＰ画像１２Ｂの保存を行った後、ユーザが操作部２０を介して所定の表示切替操作を行い、画面の表示切り替えを要求したことに応答して、保存した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とをシステムメモリ２３から読み出す。そして、読み出した部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させることにより、液晶ディスプレイ２１の画面表示を全体ＷＰ画像１２Ａから部分ＷＰ画像１２Ｂに切り替える。ここで、表示切替操作とは、例えば、予め表示切り替えの指示用に割り当てられた番号キーの押下操作や、メニューリストから表示切り替えの項目を選択する操作などである。
【０１１２】
また、ＣＰＵ２２は、ユーザの表示切替操作に応答して、この操作が行われたことを示す表示切替要求信号を中継サーバ４に送信する。中継サーバ４のＣＰＵ３０は、携帯電話３から表示切替要求信号を受信すると、抽出領域５３を再決定する処理の実行を領域決定部３６に指示する。領域決定部３６は、再決定の処理の実行が指示されると、まず変数ｙに値が代入されているか否かを確認する。
【０１１３】
領域決定部３６は、変数ｙに値が代入されていない場合、変数ｎに値が代入されていると判断して、ＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を参照する。そして、現在代入されている変数ｎの値の次に利用回数が多いＵＩ情報を抽出し、その利用回数の値を変数ｎに代入し直す。領域決定部３６は、変数ｎを代入し直したら、上記と同様に、変数ｎに対応する擬似ＵＩ１４の利用頻度の算出、その利用頻度が所定値以上であるか否かの判定を行い、所定値以上である場合には、抽出したＵＩ情報を基に、代入し直した変数ｎに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。
【０１１４】
一方、領域決定部３６は、変数ｙに値が代入されている場合、ＵＩ利用頻度データ４２に含まれる各ＵＩ情報の開始位置の座標情報を参照する。そして、これらの各座標情報を基に、現在代入されている変数ｙの値の次にＹ座標の値が小さいＵＩ情報を抽出し、そのＹ座標の値を変数ｙに代入し直す。領域決定部３６は、変数ｙを代入し直したら、抽出したＵＩ情報を基に、代入し直した変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。また、領域決定部３６は、同じＹ座標の値のＵＩ情報が複数あった場合には、変数ｙを代入し直すことなく、次にＸ座標の値が小さいＵＩ情報を抽出し、そのＵＩ情報に対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。
【０１１５】
領域決定部３６は、抽出領域５３を再決定したら、それらの座標情報をＣＰＵ３０に送信する。ＣＰＵ３０は、座標情報を受信したら、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを再び要求元の携帯電話３に配信する。携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、それらをシステムメモリ２３に保存する。以下、ユーザが閲覧を終了するまで、上記の処理が繰り返される。
【０１１６】
ユーザがｗｅｂページ１０の閲覧を要求すると、図１７に示すように、まず全体ＷＰ画像１２Ａが液晶ディスプレイ２１に表示される。この際、ＣＰＵ２２は、各擬似ＵＩ１４をクリックするためのカーソル７０をＷＰ画像１２とともに液晶ディスプレイ２１に表示させる。カーソル７０は、操作部２０を操作することで、液晶ディスプレイ２１の画面上を移動する。これにより、ユーザが所望の擬似ＵＩ１４の選択やクリックを行うことができる。なお、擬似ＵＩ１４が選択された状態とは、例えば、カーソル７０が擬似ＵＩ１４の上に乗せられた状態や、下線が表示される、枠で囲われる、色が変わるなどといったように、通常時から表示が変化した状態である。
【０１１７】
例えば、「オークション」のｗｅｂページ１０へのリンク７１の利用回数が最大、その次がテキスト入力ボックス７２、その次が検索ボタン７３となるように、各擬似ＵＩ１４の利用回数がＵＩ利用頻度データ４２に記憶され、それぞれ閲覧回数が所定値以上、かつ変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上の条件を満足しているとする。
【０１１８】
この場合、ユーザが表示切替操作を行うと、全体ＷＰ画像１２Ａからリンク７１を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。この際、ＣＰＵ２２は、擬似ＵＩ表示用データ１３に含まれる識別情報に基づいてカーソル７０をリンク７１の上に乗せることにより、抽出されたＵＩ情報に対応する擬似ＵＩ１４であるリンク７１が選択された状態にする。
【０１１９】
続いて、ユーザが２回目の表示切替操作を行うと、リンク７１を中心にした部分ＷＰ画像１２Ｂからテキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。さらに、ユーザが３回目の表示切替操作を行うと、テキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂから検索ボタン７３を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。これらの場合も同様に、テキスト入力ボックス７２、検索ボタン７３の上にカーソル７０が乗せられ、これらが選択された状態で部分ＷＰ画像１２Ｂが表示される。
【０１２０】
このように、変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上である場合には、ユーザが表示切替操作を行う毎に、当該ユーザの利用頻度の高い擬似ＵＩ１４から順に表示される。これにより、ユーザは、表示切替操作を行うだけで所望の領域を効率よく閲覧することができる。また、次に利用回数が多い擬似ＵＩ１４に対応する部分ＷＰ画像１２Ｂと、これに対応する各擬似ＵＩ表示用データ１３とを、予め配信しておくようにしたので、これらをユーザの表示切替操作に応答して直ぐに表示することができ、表示されるまでの待ち時間を大幅に削減することができる。
【０１２１】
一方、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下である場合には、図１８に示すように、全体ＷＰ画像１２Ａが表示された後、１回目の表示切替操作を行うと、全体ＷＰ画像１２ＡからＸ座標及びＹ座標の値が最も小さいテキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。この場合も、テキスト入力ボックス７２が選択された状態にしておく。
【０１２２】
続いて、ユーザが２回目の表示切替操作を行うと、テキスト入力ボックス７２とＹ座標の値が同じで、Ｘ座標の値が次に小さい検索ボタン７３を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。さらに、ユーザが３回目の表示切替操作を行うと、Ｙ座標の値が次に小さい「ショッピング」のｗｅｂページ１０へのリンク７４を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。
【０１２３】
このように、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下である場合には、ユーザが表示切替操作を行う毎に、対応するｗｅｂページ１０の先頭に近い擬似ＵＩ１４から順に表示される。こうすれば、カーソル７０などを移動させて所望の擬似ＵＩ１４を探す手間が省けるので、利用頻度が所定値に満たない場合にも操作性を向上させることができる。
【０１２４】
なお、本実施形態では、抽出したＵＩ情報を基に、変数ｎ又は変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定したが、これに限ることなく、例えば、変数ｎ又は変数ｙに対応するＵＩ１１及びその周辺に含まれる文字が所定の大きさになるように抽出領域５３を決定してもよい。
【０１２５】
また、本実施形態では、ユーザの利用頻度の高い擬似ＵＩ１４から順に表示する処理と、対応するｗｅｂページ１０の先頭に近い擬似ＵＩ１４から順に表示する処理とを、ｗｅｂページ１０の閲覧回数や擬似ＵＩ１４の利用頻度に応じて選択的に行うようにしたが、これに限ることなく、これらの一方のみを行うようにしてもよい。
【０１２６】
［第５実施形態］
次に、本発明の第５の実施形態について説明する。図１９に示すように、本実施形態のＵＩ利用頻度データ８０には、ＵＩ１１の色を示す「ｃｏｌｏｒ」の項目８０ａがＵＩ情報にさらに関連付けられている。次に、図２０に示すフローチャートを参照しながら、本実施形態の作用について説明する。
【０１２７】
ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１２８】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ８０の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１２９】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ８０から読み出し、それらの各座標情報を基に抽出領域５３を決定する。領域決定部３６は、抽出領域５３を決定したら、その抽出領域５３の座標情報と、抽出したＵＩ情報のＵＩＩＤとをＣＰＵ３０に送信する。
【０１３０】
ＣＰＵ３０は、抽出領域５３の座標情報と抽出されたＵＩ情報のＵＩＩＤとを受信すると、まず、そのＵＩＩＤに対応するＵＩ情報の「ｃｏｌｏｒ」の項目８０ａに所定の色情報を入力することにより、領域決定部３６が抽出したＵＩ情報、すなわち利用頻度が所定値以上のＵＩ情報の「ｃｏｌｏｒ」の項目８０ａを変更する。
【０１３１】
例えば、図１９に示すＵＩ利用頻度データ８０に対する処理の結果、領域決定部３６から２番のＵＩＩＤと３番のＵＩＩＤとが送られてきたとする。この場合、ＣＰＵ３０は、図２１に示すように、２番のＵＩＩＤのＵＩ情報の「ｃｏｌｏｒ」の項目８０ａと、３番のＵＩＩＤのＵＩ情報の「ｃｏｌｏｒ」の項目８０ａとのそれぞれに色情報を入力し、これらを変更する。
【０１３２】
ＣＰＵ３０は、「ｃｏｌｏｒ」の項目８０ａの変更を行ったら、上記各実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１３３】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【０１３４】
この際、利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ１４は、「ｃｏｌｏｒ」の項目８０ａが変更されているので、他の擬似ＵＩ１４とは違う色で表示される。例えば、図２２に示すように、利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ１４が、テキスト入力ボックス８１と検索ボタン８２とである場合、これらのみが他の擬似ＵＩ１４とは違う色になり強調して表示される。
【０１３５】
このように、ユーザの利用頻度の高い擬似ＵＩ１４を強調して表示すれば、擬似ＵＩ１４が小さ過ぎて分り難いといった問題を解消し、利用頻度の高い擬似ＵＩ１４をユーザに分りやすくすることができる。
【０１３６】
なお、本実施形態では、色を変更することによって利用頻度が高い擬似ＵＩ１４を強調表示するようにしたが、これに限ることなく、例えば、擬似ＵＩ１４に含まれる文字のフォントの種類やフォントサイズを変える、下線を引く、枠で囲む、マークを付ける、などによって強調表示してもよい。また、色の変更は、文字や記号などの色でもよいし、背景色でもよい。
【０１３７】
また、本実施形態では、部分ＷＰ画像１２Ｂを配信する際に、ユーザの利用頻度が高い擬似ＵＩ１４を強調表示する例を示したが、これに限ることなく、図２３のフローチャートに示すように、全体ＷＰ画像１２Ａを配信する際に、ユーザの利用頻度が高い擬似ＵＩ１４を強調表示してもよい。
【０１３８】
［第６実施形態］
次に、図２４に示すフローチャートを参照しながら、本発明の第６の実施形態について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１３９】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ８０の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１４０】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ８０から読み出し、それらの各座標情報を基に抽出領域５３を決定する。領域決定部３６は、抽出領域５３を決定したら、その抽出領域５３の座標情報と、抽出したＵＩ情報のＵＩＩＤとをＣＰＵ３０に送信する。
【０１４１】
ＣＰＵ３０は、抽出領域５３の座標情報と抽出されたＵＩ情報のＵＩＩＤとを受信すると、その抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させる。この後、ＣＰＵ３０は、領域決定部３６からのＵＩＩＤを基に、領域決定部３６が抽出したＵＩ情報、すなわち利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ表示用データ１３を生成する。例えば、図１９に示すＵＩ利用頻度データ８０に対する処理の結果、領域決定部３６から２番のＵＩＩＤと３番のＵＩＩＤとが送られてきたとする。この場合、ＣＰＵ３０は、図２５に示すように、２番のＵＩＩＤのＵＩ情報からなる擬似ＵＩ表示用データ１３と、３番のＵＩＩＤのＵＩ情報からなる擬似ＵＩ表示用データ１３のみを生成する。そして、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１４２】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【０１４３】
このように、抽出領域５３内に含まれる各ＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成して携帯電話３に配信するようにすれば、配信するデータ量がさらに抑えられ、通信待ち時間が短くなる、通信料金を削減できるといった効果を、より高めることができる。
【０１４４】
ところで、携帯電話３の液晶ディスプレイ２１に表示された部分ＷＰ画像１２Ｂのうち、利用頻度が低く擬似ＵＩ表示用データ１３が生成されなかったＵＩ１１に対応する部分は、当然ながら擬似ＵＩ１４が表示されず、対応するＵＩ１１の画像がそのまま表示されただけの状態になる。このため、これらに対応する部分をクリックしたりしても、操作指示が入力されることはない。
【０１４５】
携帯電話３では、液晶ディスプレイ２１の画面サイズが小さいため、これにともなって擬似ＵＩ１４などのサイズも小さくなり、意図しない擬似ＵＩ１４を誤って操作してしまうことが多々ある。これに対し、上記のように利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成して配信した場合には、ユーザが操作指示の入力を望むと思われる利用頻度の高い擬似ＵＩ１４のみが表示され、その他の部分を誤ってクリックしたとしても操作指示が入力されないので、擬似ＵＩ１４の誤操作を防ぐこともできる。特に、タッチパネル式の携帯電話では、指先で操作する際に隣接する複数の擬似ＵＩ１４を同時に操作してしまうことがあるなど、擬似ＵＩ１４の誤操作が起きやすい。従って、利用頻度の高い擬似ＵＩ１４のみを表示させて誤操作を防止することは、タッチパネル式の携帯電話に対して非常に有効である。
【０１４６】
なお、本実施形態では、部分ＷＰ画像１２Ｂを配信する際に、抽出領域５３内に含まれる各ＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成する例を示したが、これに限ることなく、図２６のフローチャートに示すように、全体ＷＰ画像１２Ａを配信する際に、ｗｅｂページ１０に含まれる全てのＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成するようにしてもよい。
【０１４７】
上記各実施形態では、ユーザ毎にＵＩ利用頻度データ４２を生成し、ＵＩ利用頻度データ４２を各ユーザの擬似ＵＩ１４の利用頻度を示すデータとしたが、これに限ることなく、１つのＵＩ利用頻度データ４２に複数のユーザの操作結果を関連付けて記憶させることにより、複数のユーザの擬似ＵＩ１４の利用頻度を示すデータとしてもよい。
【０１４８】
上記各実施形態では、携帯端末として携帯電話３を示したが、携帯端末は、これに限ることなく、ＰＨＳやＰＤＡ、さらには、ネットブックなどの簡易携帯型のコンピュータなどでもよい。
【符号の説明】
【０１４９】
２ ｗｅｂページ閲覧システム
３ 携帯電話（携帯端末）
４ 中継サーバ
５ インターネット（ネットワーク）
６ ｗｅｂサーバ
６ａ ページ情報
１０ ｗｅｂページ
１１ ＵＩ
１２ ＷＰ画像（ページ画像）
１２Ａ 全体ＷＰ画像
１２Ｂ 部分ＷＰ画像（部分画像）
１３ 擬似ＵＩ表示用データ
１４ 擬似ＵＩ
２１ 液晶ディスプレイ（表示部）
２２ ＣＰＵ（表示制御手段）
３０ ＣＰＵ（配信制御手段）
３４ 画像生成部（画像生成手段）
３５ ＤＢ管理部（データ保管手段）
３６ 領域決定部（領域決定手段）
４２ ＵＩ利用頻度データ
６１ ＧＰＳ受信機（位置情報取得手段）
【技術分野】
【０００１】
本発明は、携帯端末から閲覧が要求されたｗｅｂページを中継サーバで画像データに変換して配信するｗｅｂページ閲覧システムに関する。
【背景技術】
【０００２】
近年、携帯電話からインターネットにアクセスし、ｗｅｂページを閲覧するニーズが高まりを見せている。これにともない、携帯電話では、パーソナルコンピュータ（以下、ＰＣと称す）のブラウザ用に作成されたｗｅｂページも閲覧することができる、いわゆるフルブラウザ機能を搭載した機種も増加してきている。
【０００３】
フルブラウザ機能としては、ネイティブ系フルブラウザやアプリケーション系フルブラウザが知られている。ネイティブ系フルブラウザは、ＰＣ向けのｗｅｂページを携帯電話でレンダリングすることにより、ＰＣ向けのｗｅｂページの閲覧を可能にする。アプリケーション系フルブラウザは、携帯電話とｗｅｂサーバとの間に中継サーバを介在させ、ＰＣ向けのｗｅｂページを中継サーバで携帯電話向けのｗｅｂページに変換して携帯電話に配信することにより、ＰＣ向けのｗｅｂページの閲覧を可能にする。
【０００４】
しかしながら、ネイティブ系フルブラウザには、データ通信量や携帯電話側でのデータ処理量が増加し、これにともなって表示速度が遅くなる、通信料金が高くなるといった問題がある。また、アプリケーション系フルブラウザには、ＰＣ向けのｗｅｂページのレイアウトを携帯電話の画面上で完全に再現することができず、ＰＣのモニタに表示したときと見た目が異なってしまうという問題がある。
【０００５】
こうした問題を解決するため、ＰＣ向けのｗｅｂページをレンダリングする機能と、そのｗｅｂページを画像データに変換する機能とを有する中継サーバを、携帯電話とｗｅｂサーバとの間に介在させることにより、ＰＣ向けのｗｅｂページを携帯電話でも表示可能な画像（以下、ＷＰ画像と称す）に変換して配信するようにしたｗｅｂページ閲覧システムが、例えば、特許文献１などで提案されている。
【０００６】
このように、ｗｅｂページを画像データ化して配信すれば、ｗｅｂページをレンダリングするための各種の情報を配信する場合に比べてデータ通信量が抑えられるとともに、レンダリングなどの複雑な処理を行う必要がないので携帯電話側でのデータ処理量が抑えられ、表示速度の低下や通信料金の高額化を招くことなく、ＰＣ向けのｗｅｂページを携帯電話で閲覧することができる。さらに、携帯電話側では、受信したＷＰ画像を表示する処理だけを行えばよいので、携帯電話側でレンダリングを行う場合と違い、ＰＣのモニタに表示したときと見た目が異なることもない。
【０００７】
ところで、ｗｅｂページには、テキスト入力ボックスやリンクなどといった種々のユーザインタフェース（以下、ＵＩと称す）が設けられているが、ｗｅｂページを画像データ化してしまうと、こうしたＵＩの機能が損なわれてしまう。このため、ｗｅｂページ閲覧システムでは、ｗｅｂページに含まれる各ＵＩの情報をＷＰ画像とともに中継サーバから携帯電話に配信することが行われている。
【０００８】
携帯電話は、中継サーバから各情報を受信すると、ＷＰ画像を画面に表示させるとともに、各ＵＩの情報を基にｗｅｂページのＵＩと同等の機能を有する擬似ＵＩを生成し、その擬似ＵＩをＷＰ画像の対応する箇所の上に重ねて表示させる。こうすれば、ｗｅｂページを画像データに変換して配信した際にも、ｗｅｂページと同様に、各擬似ＵＩに操作指示が入力できるようになる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−２２０２６０号公報
【特許文献２】特開２００７−０１１７６５号公報
【特許文献３】特開２００３−０３００３７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
携帯電話の画面は、ＰＣの画面に比べてかなり小さい。このため、ＷＰ画像の全体を携帯電話の画面に表示させると、ＷＰ画像上の各擬似ＵＩが非常に小さくなり、操作指示を入力するのが困難になるとともに、これらに含まれる文字などが読み取れなくなってしまう。反対に、文字などが可読できるように拡大してＷＰ画像を表示させると、ＷＰ画像の全体に対して表示できる領域が非常に狭くなってしまう。従って、ユーザがＷＰ画像上の所望の領域を閲覧するためには、画面の拡大操作やスクロール操作を複数回繰り返さなければならなかった。このように繰り返し操作を行うことは、ユーザにとって非常に煩わしく、所望する領域を効率よく閲覧できるようにすることが望まれている。
【００１１】
関連する技術として、特許文献２には、携帯端末機器の「進む」キーが操作された際に、これに対応するＵＲＬを表示中のｗｅｂページから自動的に抽出することにより、面倒な操作を必要とすることなく抽出したＵＲＬのｗｅｂページに表示を切り替えることが記載されている。また、特許文献３には、利用者の操作履歴などの統計情報を基に利用者の行動モデルを作成し、この行動モデルに基づいて関連性の高いデータを予め受信しておくことにより、通信待ち時間を短縮することが記載されている。しかしながら、特許文献２、３の構成は、異なるｗｅｂページを表示させる際の操作性を向上させるものであり、表示中のｗｅｂページ内の所望の領域を効率よく閲覧させることについて何ら考慮が成されていない。
【００１２】
本発明は、上記課題を鑑みてなされたものであり、ｗｅｂページを画像データ化して要求元の携帯電話に配信するｗｅｂページ閲覧システムにおいて、ユーザの所望する領域を効率よく閲覧できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段と、を前記中継サーバに設け、前記ページ画像のうち前記抽出領域に対応する部分のみを表示部に表示させる表示制御手段を前記携帯端末に設けたことを特徴とする。
【００１４】
前記中継サーバは、ｗｅｂページの前記抽出領域に対応する部分のみを画像データ化することによって前記抽出領域に対応した前記ページ画像である部分画像を生成する画像生成手段を有しており、前記部分画像を要求元の前記携帯端末に配信するとともに、前記抽出領域内に含まれる各ＵＩに対応する前記擬似ＵＩ表示用データのみを前記部分画像とともに要求元の前記携帯端末に配信し、前記表示制御手段は、受信した前記部分画像を表示部に表示させることが好ましい。
【００１５】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上であるＵＩを求め、そのＵＩの全てが収まる最小の矩形状の領域を前記抽出領域として決定することが好ましい。
【００１６】
前記携帯端末は、現在位置の位置情報を取得する位置情報取得手段を有し、前記中継サーバへの閲覧要求に前記位置情報を含めるとともに、前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の前記位置情報が関連付けられて記憶されており、前記領域決定手段は、閲覧要求に含まれる前記位置情報と前記ＵＩ利用頻度データとを基に、ユーザの現在位置における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることが好ましい。
【００１７】
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の時刻情報が関連付けられて記憶されており、前記領域決定手段は、前記ＵＩ利用頻度データを基に、閲覧が要求された時刻における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることが好ましい。
【００１８】
前記表示制御手段は、利用頻度が所定値以上であると前記領域決定手段が判断した擬似ＵＩを強調表示することが好ましい。
【００１９】
前記中継サーバは、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信することが好ましい。
【００２０】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が最も高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定する構成としてもよい。
【００２１】
前記領域決定手段は、前記携帯端末から表示の切り替えが要求されたことに応答して、擬似ＵＩの利用頻度が次に高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることが好ましい。
【００２２】
前記領域決定手段は、求めたＵＩの擬似ＵＩの利用頻度が所定値以上か否かを判定し、所定値以上である場合には、そのＵＩの周辺の所定の領域を前記抽出領域として決定し、所定値以下である場合には、ｗｅｂページの先頭に最も近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することが好ましい。
【００２３】
前記領域決定手段は、ｗｅｂページの先頭に最も近いＵＩに対応する前記抽出領域を決定した後に前記携帯端末から表示の切り替えが要求された場合、ｗｅｂページの先頭に次に近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることが好ましい。
【００２４】
前記中継サーバは、表示の切り替えの要求に応答して前記表示制御手段が表示を切り替えるための情報を予め配信しておくことが好ましい。
【００２５】
また、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、を前記中継サーバに設け、前記ページ画像と各擬似ＵＩとを表示部に表示させるとともに、前記ＵＩ抽出手段が求めたＵＩに対応する擬似ＵＩを強調表示する表示制御手段を前記携帯端末に設ける構成でもよい。
【００２６】
また、本発明は、ｗｅｂページの閲覧を要求するための携帯端末と、ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信する配信制御手段と、を前記中継サーバに設ける構成でもよい。
【００２７】
さらに、本発明は、携帯端末からの要求に応じてｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信し、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにする中継サーバにおいて、ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段とを設け、前記ページ画像のうち前記抽出領域に対応する部分のみを前記携帯端末の表示部に表示させる構成でもよい。
【発明の効果】
【００２８】
本発明では、ユーザが携帯端末を介して所定のｗｅｂページのページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定し、ページ画像のうち抽出領域に対応する部分のみを携帯端末の表示部に表示させるようにした。こうすれば、ユーザは、いちいち画面の拡大操作やスクロール操作などを行って所望の領域を表示させる必要がなくなるので、所望の領域を効率よく閲覧することができる。
【図面の簡単な説明】
【００２９】
【図１】ｗｅｂページ閲覧システムの構成を示す説明図である。
【図２】ｗｅｂページの閲覧手順を概略的に示す説明図である。
【図３】携帯電話の構成を概略的に示すブロック図である。
【図４】中継サーバの構成を概略的に示すブロック図である。
【図５】ＷＰ画像の一例を示す説明図である。
【図６】ＵＩ利用頻度データの一例を示す説明図である。
【図７】抽出領域の決定の仕方を例示する説明図である。
【図８】部分ＷＰ画像を表示する際の処理手順を示すフローチャートである。
【図９】全体ＷＰ画像と部分ＷＰ画像との表示例を示す説明図である。
【図１０】携帯電話にＧＰＳ受信機を設けた例を示すブロック図である。
【図１１】ＵＩ利用頻度データに位置情報を加えた例を示す説明図である。
【図１２】ユーザの現在位置における各擬似ＵＩの利用頻度を算出する際の処理手順を示すフローチャートである。
【図１３】中継サーバに時計機能部を設けた例を示すブロック図である。
【図１４】ＵＩ利用頻度データに時刻情報を加えた例を示す説明図である。
【図１５】閲覧を要求した時刻における各擬似ＵＩの利用頻度を算出する際の処理手順を示すフローチャートである。
【図１６】ユーザの表示切替操作に応じて部分ＷＰ画像の表示を切り替える際の処理手順を示すフローチャートである。
【図１７】ユーザの利用頻度の高い擬似ＵＩから順に表示する例を示す説明図である。
【図１８】ｗｅｂページの先頭に近い擬似ＵＩから順に表示する例を示す説明図である。
【図１９】ＵＩ利用頻度データに色の項目を加えた例を示す説明図である。
【図２０】ユーザの利用頻度の高い擬似ＵＩを強調表示する際の処理手順を示すフローチャートである。
【図２１】ＵＩ利用頻度データの色の項目を変更した状態を示す説明図である。
【図２２】擬似ＵＩを強調表示した状態を示す説明図である。
【図２３】全体ＷＰ画像を配信する際に、ユーザの利用頻度が高い擬似ＵＩを強調表示する例を示すフローチャートである。
【図２４】抽出領域内に含まれる各ＵＩのうち利用頻度の高いＵＩに対応する擬似ＵＩ表示用データのみを生成する例を示すフローチャートである。
【図２５】擬似ＵＩ表示用データを生成するＵＩ情報と生成しないＵＩ情報との一例を示す説明図である。
【図２６】ｗｅｂページに含まれる全てのＵＩのうち利用頻度の高いＵＩに対応する擬似ＵＩ表示用データのみを生成する例を示すフローチャートである。
【発明を実施するための形態】
【００３０】
［第１実施形態］
図１に示すように、ｗｅｂページ閲覧システム２は、携帯電話（携帯端末）３と、中継サーバ４とで構成されている。携帯電話３と中継サーバ４とは、それぞれ公衆ネットワークであるインターネット５に接続可能に構成されており、インターネット５を介して相互に通信を行うことができる。
【００３１】
周知のように、インターネット５には、ｗｅｂページ１０（図２参照）の提供を行う複数のｗｅｂサーバ６が接続されている。各ｗｅｂサーバ６は、ｗｅｂページ１０を構成するためのページ情報６ａを記憶している。ページ情報６ａは、ＨＴＭＬデータ、及びこれに対応付けられるＣＳＳデータや画像などからなる。また、このページ情報６ａは、パーソナルコンピュータ（以下、ＰＣと称す）のｗｅｂブラウザ向けに設計されている。なお、ページ情報６ａは、ＨＴＭＬ以外のマークアップ言語で記述されたものでもよい。さらに、ＣＳＳデータや画像は、他のサーバに保管されていてもよい。
【００３２】
携帯電話３のブラウザでは、ＰＣ用のｗｅｂページ１０を表示することができない。あるいは、表示できたとしても、画面サイズの違いなどからＰＣのモニタに表示したときと見た目が異なってしまう場合が多い。このｗｅｂページ閲覧システム２は、携帯電話３とｗｅｂサーバ６との間に中継サーバ４を介在させ、ＰＣ用のｗｅｂページ１０を携帯電話３で表示可能な形式に変換する処理を中継サーバ４に行わせることにより、ＰＣ用のｗｅｂページ１０を携帯電話３でもＰＣのモニタに表示したときと同じ状態で閲覧できるようにするものである。
【００３３】
携帯電話３には、種々の操作指示を入力するための操作部２０と、この操作部２０からの操作指示に応じて種々の画面を表示するための液晶ディスプレイ（表示部）２１とが設けられている。また、携帯電話３には、ｗｅｂページ閲覧システム２に対応したクライアントアプリケーションであるビューアがインストールされている。
【００３４】
図２に示すように、ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、まず操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００３５】
中継サーバ４は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａに基づいてｗｅｂページ１０をレンダリングする。この後、中継サーバ４は、レンダリングしたｗｅｂページ１０を携帯電話３でも表示可能な画像データに変換することにより、ｗｅｂページ１０に対応した画像１２（以下、ＷＰ画像１２と称す）を生成し、そのＷＰ画像１２を要求元の携帯電話３に配信する。携帯電話３は、ＷＰ画像１２を受信すると、そのＷＰ画像１２を液晶ディスプレイ２１に表示させる。これにより、ＰＣ用のｗｅｂページ１０が、携帯電話３でもＰＣのモニタに表示したときと同じ状態で閲覧できるようになる。
【００３６】
また、ｗｅｂページ１０には、テキスト入力ボックス、チェックボックス、ボタン、リンクなどといった種々のユーザインタフェース（ＵＩ）１１が設けられている。中継サーバ４は、ｗｅｂページ１０をレンダリングした後、ＷＰ画像１２を生成するとともに、当該ｗｅｂページ１０に含まれる各ＵＩ１１のそれぞれに対する擬似ＵＩ表示用データ１３を生成する。
【００３７】
擬似ＵＩ表示用データ１３は、ＵＩ１１と同等の機能を有する擬似ＵＩ１４をＷＰ画像１２の上に表示させるためのデータである。中継サーバ４は、ｗｅｂページ１０にＵＩ１１を構成するためのＵＩ情報を基に、そのＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。そして、中継サーバ４は、各擬似ＵＩ表示用データ１３を生成すると、その各擬似ＵＩ表示用データ１３をＷＰ画像１２とともに要求元の携帯電話３に配信する。ここで、ＵＩ１１と同等の機能とは、ユーザ側から見た機能のことであり、例えば、テキスト入力ボックスである場合には、ボックス内にテキストを入力することができる、チェックボックスである場合には、クリックに応答してボックス内にチェックマークが表示されるということである。
【００３８】
携帯電話３は、これらの各データを中継サーバ４から受信すると、ＷＰ画像１２を液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４をＷＰ画像１２の対応する箇所（対応するＵＩ１１が表示されている箇所）の上に重ねて表示させる。
【００３９】
ｗｅｂページ１０をＷＰ画像１２に変換してしまうと、各ＵＩ１１の機能が損なわれてしまう。これに対し、上記のように、ｗｅｂページ１０の各ＵＩ１１に対応する各擬似ＵＩ１４をＷＰ画像１２に重ねて表示するようにすれば、ｗｅｂページ１０をＷＰ画像１２に変換して配信した際にも、ＨＴＭＬデータからなるｗｅｂページ１０と同様に、各擬似ＵＩ１４に操作指示が入力できるようになる。
【００４０】
ユーザが操作部２０を介して擬似ＵＩ１４に操作指示を入力すると、操作された擬似ＵＩ１４、及びその操作内容を示すＵＩ操作信号が携帯電話３から中継サーバ４に送信される。中継サーバ４は、ＵＩ操作信号を受信すると、リンク先のｗｅｂページ１０のレンダリングなど、その操作指示に応じた処理を実行する。また、擬似ＵＩ１４の形式がチェックボックスやプルダウンメニューなどである場合には、入力された操作指示に応じて擬似ＵＩ１４の表示を切り替える処理が、携帯電話３で行われる。なお、擬似ＵＩ１４に対する操作指示とは、クリック、テキストの入力、マウスオーバーなど、ｗｅｂページ１０の閲覧において一般的に行われている操作である。
【００４１】
図３に示すように、携帯電話３は、操作部２０、液晶ディスプレイ２１の他に、ＣＰＵ（表示制御手段）２２、システムメモリ２３、液晶ドライバ２４、無線通信部２５を備えている。これらの各部は、バス２６を介して互いに接続されている。システムメモリ２３には、ビューアなど携帯電話３を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ２２は、システムメモリ２３から各種のプログラムを読み出し、これを逐次処理することによって携帯電話３の各部を統括的に制御する。
【００４２】
ＣＰＵ２２には、操作部２０が接続されている。操作部２０は、携帯電話３の外面に露呈して設けられた複数の操作入力部材からなり、ユーザの操作指示を検知して、その検知結果をＣＰＵ２２に入力する。これにより、ユーザからの操作指示が操作部２０を介してＣＰＵ２２に入力される。なお、操作部２０の各操作入力部材には、例えば、押しボタンスイッチ、スライドスイッチ、十字キー、ジョグダイヤルなどといった周知の入力装置が用いられる。
【００４３】
液晶ドライバ２４は、ＣＰＵ２２からの制御信号に応じて種々の画像データをシステムメモリ２３から読み出し、その画像データをアナログのコンポジット信号に変換して液晶ディスプレイ２１に出力する。ＣＰＵ２２は、操作部２０を介して入力されたユーザからの指示に応じて液晶ドライバ２４に制御信号を送り、種々の画面を液晶ディスプレイ２１に表示させる。無線通信部２５は、基地局７との間で無線通信を行い、基地局７と各種のデータを送受信する。このように、無線通信部１５を介して基地局７にアクセスすることにより、携帯電話３がインターネット６に接続される。
【００４４】
図４に示すように、中継サーバ４は、ＣＰＵ（配信制御手段）３０、システムメモリ３１、ネットワークインタフェース（Ｉ／Ｆ）３２、ｗｅｂページ解析部３３、画像生成部３４、データベース管理部（ＤＢ管理部）３５、領域決定部３６を備えている。これらの各部は、バス３７を介して互いに接続されている。
【００４５】
システムメモリ３１には、中継サーバ４を制御するための各種のプログラムやデータを記憶したＲＯＭ領域と、制御の過程で生じた種々のデータを一時的に記憶するＲＡＭ領域とが設けられている。ＣＰＵ３０は、システムメモリ３１から各種のプログラムを読み出し、これを逐次処理することによって中継サーバ４の各部を統括的に制御する。
【００４６】
ネットワークＩ／Ｆ３２は、周知のモデムやルータなどであり、中継サーバ４をインターネット５に接続する。ｗｅｂページ解析部３３は、ｗｅｂサーバ６から取得したページ情報６ａを解析することにより、ページ情報６ａに応じたｗｅｂページ１０をレンダリングする、いわゆるレンダリングエンジンである。
【００４７】
画像生成部３４は、ＣＰＵ３０からの指示に応じて、ｗｅｂページ解析部３３がレンダリングしたｗｅｂページ１０を画像データに変換する処理を行うことにより、当該ｗｅｂページ１０に対応したＷＰ画像１２を生成する。画像生成部３４は、例えば、周知の仮想印刷技術を用いてｗｅｂページ１０を画像データに変換することにより、図５（ａ）に示すように、ｗｅｂページ１０の全体に対応したＷＰ画像１２（以下、全体ＷＰ画像１２Ａと称す）を生成する。
【００４８】
また、この画像生成部３４は、いわゆるクリッピング機能を有しており、図５（ｂ）に示すように、生成した全体ＷＰ画像１２Ａから一部分のみを切り出して抽出することで、ｗｅｂページ１０の所定の部分に対応したＷＰ画像１２（以下、部分ＷＰ画像１２Ｂと称す）を生成することもできる。画像生成部３４は、ＣＰＵ３０からｗｅｂページ１０全体の画像データ化が指示された際に全体ＷＰ画像１２Ａを生成し、ＣＰＵ３０からｗｅｂページ１０の所定の領域のみの画像データ化が指示された際に部分ＷＰ画像１２Ｂを生成する。
【００４９】
ＤＢ管理部３５には、ユーザＤＢ４０と、ＵＩ利用頻度ＤＢ４１とが設けられている。このように、ＤＢ管理部４０は、中継サーバ４の制御に必要な各種のデータをデータベース化して保管する。ユーザＤＢ４０は、各ユーザのユーザＩＤとユーザ名とを関連付けて記憶している。これにより、携帯電話３からｗｅｂページ１０の閲覧が要求された際に、その要求に含まれるユーザＩＤを基にユーザＤＢ４０を参照することで、ｗｅｂページ１０の閲覧を中継サーバ４に要求したユーザを識別することができる。
【００５０】
ＵＩ利用頻度ＤＢ４１には、複数のＵＩ利用頻度データ４２が保管されている。ＵＩ利用頻度データ４２は、各ユーザが携帯電話３を介して所定のｗｅｂページ１０のＷＰ画像１２を閲覧した際の各擬似ＵＩ１４の利用頻度を示すデータである。ＵＩ利用頻度データ４２は、図６に示すように、ヘッダ部４２ａと、本データ部４２ｂとを有している。ヘッダ部４２ａには、閲覧したｗｅｂページ１０のＵＲＬアドレス、閲覧したユーザのユーザＩＤ、そのｗｅｂページ１０の閲覧回数などが記憶されている。
【００５１】
本データ部４２ｂには、そのｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されている。擬似ＵＩ１４の利用回数は、当該擬似ＵＩ１４に関するＵＩ操作信号が携帯電話３から送信された際にインクリメントされ、１回増やされる。これにより、ヘッダ部４２ａに含まれる閲覧回数と、各擬似ＵＩ１４の利用回数とを比較することで、当該ｗｅｂページ１０におけるユーザの各擬似ＵＩ１４の利用頻度を確認することができる。
【００５２】
ＵＩ情報は、例えば、そのＵＩ１１を一意に識別するためのＩＤ（以下、ＵＩＩＤと称す）、ｗｅｂページ１０上でのＵＩ１１の開始位置を示す座標情報、ｗｅｂページ１０上でのＵＩ１１の表示サイズ、そのＵＩ１１の形式、リンク先のＵＲＬアドレス、及びそのＵＩ１１のＨＴＭＬタグの属性の値などから構成される。
【００５３】
ここで、ｗｅｂページ１０上での開始位置とは、例えば、ＵＩ１１を矩形の領域で表したときの左上隅の位置である。また、座標情報は、ｗｅｂページ１０の左上隅を原点とし、そこから右方向を＋Ｘ、下方向を＋Ｙとする。さらに、ＨＴＭＬタグの属性とは、例えば、ｔｙｐｅ、ｎａｍｅ、ｖａｌｕｅ、ｔｅｘｔなどである。なお、ＷＰ画像１２上での擬似ＵＩ１４の位置やサイズは、ｗｅｂページ１０の座標系とＷＰ画像１２の座標系とを予め関連付けておくことで求めることができる。
【００５４】
中継サーバ４のＣＰＵ３０は、ユーザからｗｅｂページ１０の閲覧要求を受けた際に、ＵＩ利用頻度ＤＢ４１にアクセスし、要求に含まれるＵＲＬアドレスとユーザＩＤとを基に、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２を検索する。ＣＰＵ３０は、該当するＵＩ利用頻度データ４２が見付かった場合、そのＵＩ利用頻度データ４２の本データ部４２ｂに記憶された各ＵＩ情報を基に、ＵＩ１１毎の擬似ＵＩ表示用データ１３を生成して携帯電話３への配信を行う。また、この際、ＣＰＵ３０は、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【００５５】
一方、ＣＰＵ３０は、該当するＵＩ利用頻度データ４２が見付からなかった場合、ｗｅｂページ解析部３３の解析結果に基づいて、開始位置の座標情報やＨＴＭＬタグの属性値などの各情報をまとめることにより、各ＵＩ１１のＵＩ情報を生成する。そして、生成した各ＵＩ情報を基に擬似ＵＩ表示用データ１３を生成して携帯電話３への配信を行うとともに、生成された各ＵＩ情報、及び要求に含まれるＵＲＬアドレスとユーザＩＤとを基に新たなＵＩ利用頻度データ４２を生成し、そのＵＩ利用頻度データ４２をＵＩ利用頻度ＤＢ４１に保管する。
【００５６】
領域決定部３６は、ＵＩ利用頻度データ４２を基に、ｗｅｂページ１０の中から当該ユーザの利用頻度の高い部分を抽出するための抽出領域を決定する処理を行う。領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず下記（１）式に示すように、ＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を、ヘッダ部４２ａに含まれるｗｅｂページ１０の閲覧回数で割ることにより、各擬似ＵＩ１４の利用頻度を算出する。そして、この算出結果を基に、利用頻度が所定値以上のＵＩ情報、すなわち利用頻度の高い擬似ＵＩ１４に対応するＵＩ情報を抽出する。
利用頻度 ＝ 擬似ＵＩの利用回数／ｗｅｂページの閲覧回数 ・・・ （１）
【００５７】
領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる開始位置の座標情報、及び表示サイズの情報をＵＩ利用頻度データ４２から読み出す。そして、領域決定部３６は、読み出した各座標情報からＸ座標の最小値と最大値、及びＹ座標の最小値と最大値とを取得し、これらの各座標によって構成される矩形の領域を抽出領域として決定する。
【００５８】
例えば、図７に示すように、テキスト入力ボックス５０、検索ボタン５１、「オークション」のｗｅｂページ１０へのリンク５２の３つのＵＩ１１に対応するＵＩ情報を抽出した場合、領域決定部３６は、これらの各ＵＩ情報の各座標情報を読み出し、検索ボタン５１の右上隅の座標をＸ座標の最大値Ｘｍａｘ、Ｙ座標の最小値Ｙｍｉｎとして取得するとともに、リンク５２の左下隅の座標をＸ座標の最小値Ｘｍｉｎ、Ｙ座標の最大値Ｙｍａｘとして取得する。この後、領域決定部３６は、（Ｘｍａｘ，Ｙｍｉｎ）、（Ｘｍｉｎ，Ｙｍａｘ）からなる矩形の領域を抽出領域５３として決定する。このように決定した抽出領域５３は、すなわち抽出したＵＩ情報に対応する各ＵＩ１１の全てが収まる最小の矩形状の領域である。
【００５９】
領域決定部３６は、抽出領域５３を決定したら、その座標情報をＣＰＵ３０に送信する。また、領域決定部３６は、利用頻度が所定値以上のＵＩ情報が抽出されなかった場合、その旨を示す非抽出信号をＣＰＵ３０に送信する。
【００６０】
ＣＰＵ３０は、ユーザからのｗｅｂページ１０の閲覧要求に応答してＵＩ利用頻度データ４２の検索を行った結果、該当するＵＩ利用頻度データ４２が見付かった際に、擬似ＵＩ表示用データ１３の生成に先立って、そのＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００６１】
ＣＰＵ３０は、領域決定部３６から非抽出信号を受信した場合、ＵＩ利用頻度データ４２の本データ部４２ｂに記憶された全てのＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成するとともに、ｗｅｂページ１０全体の画像データ化を画像生成部３４に指示し、画像生成部３４に全体ＷＰ画像１２Ａを生成させる。そして、生成された全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを携帯電話３に配信する。
【００６２】
一方、ＣＰＵ３０は、領域決定部３６から抽出領域５３の座標情報を受信した場合、その座標情報を画像生成部３４に入力し、座標情報に対応する部分のｗｅｂページ１０の画像データ化を画像生成部３４に指示することにより、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させる。
【００６３】
この際、画像生成部３４は、図７に示すように、抽出領域５３の周囲に所定量の余白領域５４（ハッチングで示す部分）を加えることにより、その外周を画像変換領域５５として決定する。このように、画像生成部３４は、抽出領域５３を余白領域５４の分だけ広くした領域を画像変換領域５５として決定し、この画像変換領域５５に対応する部分を全体ＷＰ画像１２Ａから抽出することによって部分ＷＰ画像１２Ｂを生成する。
【００６４】
また、ＣＰＵ３０は、画像生成部３４に部分ＷＰ画像１２Ｂを生成させるとともに、決定された抽出領域５３内に含まれる各ＵＩ１１（領域決定部３６によって抽出されなかったものも含む）に対応するＵＩ情報をＵＩ利用頻度データ４２の本データ部４２ｂから読み出し、それらの各ＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成する。そして、生成された部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００６５】
次に、図８に示すフローチャートを参照しながら、上記構成によるｗｅｂページ閲覧システム２の作用について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００６６】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａをｗｅｂページ解析部３３に入力し、当該ページ情報６ａに応じたｗｅｂページ１０をｗｅｂページ解析部３３にレンダリングさせる。
【００６７】
ＣＰＵ３０は、ｗｅｂページ１０をレンダリングした後、要求に含まれるＵＲＬアドレスとユーザＩＤとを基にＵＩ利用頻度ＤＢ４１を検索し、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２をシステムメモリ３１に読み出す。ＣＰＵ３０は、該当するＵＩ利用頻度データ４２を読み出したら、そのＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。また、この際、ＣＰＵ３０は、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【００６８】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出し、それらの各座標情報を基に抽出領域５３を決定する。そして、決定した抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００６９】
ＣＰＵ３０は、抽出領域５３の座標情報を受信したら、その抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、その抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００７０】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００７１】
領域決定部３６が抽出した各ＵＩ情報は、ユーザの利用頻度の高い擬似ＵＩ１４に対応するものである。このため、これらの各擬似ＵＩ１４が収まるように生成された部分ＷＰ画像１２Ｂは、全体ＷＰ画像１２Ａのうちユーザの利用頻度の高い領域であり、次にユーザが所望する可能性も高いと考えることができる。
【００７２】
従って、上記のように、部分ＷＰ画像１２Ｂを携帯電話３の液晶ディスプレイ２１に表示させるようにすれば、ユーザは、いちいち画面の拡大操作やスクロール操作などを行って所望の領域を表示させる必要がなく、所望の領域を効率よく閲覧することができる。このように、ｗｅｂページ閲覧システム２では、ユーザの手間を省くことができ、システムの操作性を大幅に向上させることができる。また、図９（ａ）に示すように、液晶ディスプレイ２１に全体ＷＰ画像１２Ａを表示させると、画像上の各擬似ＵＩ１４が非常に小さくなり、操作指示を入力するのが困難になるとともに、これらに含まれる文字などが読み取れなくなってしまう。これに対し、図９（ｂ）に示すように、液晶ディスプレイ２１に部分ＷＰ画像１２Ｂを表示させた場合には、全体ＷＰ画像１２Ａを表示させた場合よりも拡大して表示されるので、操作指示の入力が困難になったり文字が読み取れなくなったりすることを防ぐことができる。さらに、全体ＷＰ画像１２Ａを配信する場合よりもデータ量が少なくなるので、通信待ち時間の短縮や通信料金の削減も図ることができる。
【００７３】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話３から中継サーバ４に送信する。また、この際、ＣＰＵ２２は、操作指示が入力された擬似ＵＩ１４の表示を切り替える処理を必要に応じて行う。
【００７４】
中継サーバ４のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ４２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やす。
【００７５】
なお、本実施形態では、部分ＷＰ画像１２Ｂと、これに対応する各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信するようにしたが、これに限ることなく、例えば、全体ＷＰ画像１２Ａと、これに対応する各擬似ＵＩ表示用データ１３と、抽出領域５３の座標情報とを要求元の携帯電話３に配信し、携帯電話３側で全体ＷＰ画像１２Ａのうち抽出領域５３に対応する部分のみを拡大表示するようにしてもよい。
【００７６】
［第２実施形態］
次に、本発明の第２の実施形態について説明する。なお、上記第１の実施形態と機能・構成上同一のものについては、同符号を付し、詳細な説明は省略する。図１０に示すように、本実施形態の携帯電話６０には、ＧＰＳ受信機（位置情報取得手段）６１が設けられている。ＧＰＳ受信機６１は、ＧＰＳ衛星からの信号を受信することにより、携帯電話６０の現在位置の位置情報（緯度、経度）を取得する。
【００７７】
図１１に示すように、本実施形態のＵＩ利用頻度データ６２には、対応するｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されるとともに、各擬似ＵＩ１４が操作された時の位置情報が、さらに関連付けられて記憶されている。位置情報は、各擬似ＵＩ１４が操作される毎に取得される。従って、ＵＩ利用頻度データ６２には、各ＵＩ情報のそれぞれに対し、利用回数分の位置情報が関連付けられて記憶されている。
【００７８】
次に、図１２に示すフローチャートを参照しながら、本実施形態の作用について説明する。ユーザは、携帯電話６０でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを入力する。携帯電話６０のＣＰＵ２２は、ユーザからＵＲＬアドレス及びユーザＩＤが入力されると、ＧＰＳ受信機６１から現在位置の位置情報を取得する。そして、ユーザから入力されたＵＲＬアドレスとユーザＩＤ、及びＧＰＳ受信機６１から取得した位置情報を中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【００７９】
中継サーバ４のＣＰＵ３０は、携帯電話６０からｗｅｂページ１０の閲覧が要求されると、上記第１の実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ６２の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００８０】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず、ＵＩ利用頻度データ６２に記憶された各位置情報のうち、要求に含まれる位置情報に対して所定の範囲内にあるものを抽出することにより、ユーザの現在位置と近い位置で操作された擬似ＵＩ１４の利用回数を、各ＵＩ情報のそれぞれについて求める。例えば、携帯電話６０からの閲覧要求に含まれる位置情報が、北緯３５度４０分５２秒、東経１３９度４６分１秒であったとする。図１１に示すＵＩＩＤ１番のＵＩ情報の総利用回数は、３回であるが、前記位置情報に近い位置で操作された利用回数は、１回だけである。この場合、領域決定部３６は、ＵＩＩＤ１番のＵＩ情報の利用回数を１回とする。なお、所定の範囲とは、例えば、要求に含まれる位置情報を中心にした半径１ｋｍの範囲である。
【００８１】
領域決定部３６は、上記のように近い位置で操作された利用回数を求めた後、それらの各利用回数と、ヘッダ部に記憶された閲覧回数とを基に、ユーザの現在位置における各擬似ＵＩ１４の利用頻度を算出する。そして、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。この後、領域決定部３６は、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出して、それらの各座標情報を基に抽出領域５３を決定し、その抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００８２】
ＣＰＵ３０は、抽出領域５３の座標情報を受信すると、上記第１の実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話６０に配信する。
【００８３】
携帯電話６０のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００８４】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話６０から中継サーバ４に送信する。この際、ＣＰＵ２２は、ＧＰＳ受信機６１から現在位置の位置情報を取得し、その位置情報をＵＩ操作信号に含めて送信する。
【００８５】
中継サーバ４のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ６２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やすとともに、ＵＩ操作信号に含まれる位置情報を対応するＵＩ情報に関連付けて記憶させる。
【００８６】
例えば、ユーザが外出先にいる場合には、電車などの時刻表を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まる、ユーザが自宅にいる場合には、自身のスケジュールを確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まるといったように、各擬似ＵＩ１４の利用頻度は、ユーザの現在位置と相関性があると考えられる。
【００８７】
従って、本実施形態で示すように、ユーザの現在位置における各擬似ＵＩ１４の利用頻度を算出し、その利用頻度が所定値以上のＵＩ情報を抽出するようにすれば、ユーザの現在位置に応じて、より適切な領域が抽出された部分ＷＰ画像１２Ｂを閲覧させることができる。なお、本実施形態では、緯度及び経度からなる位置情報を示したが、位置情報は、これに限ることなく、例えば、住所などでもよい。
【００８８】
［第３実施形態］
次に、本発明の第３の実施形態について説明する。なお、本実施形態における携帯電話の構成は、上記第１の実施形態の携帯電話３と同一である。図１３に示すように、本実施形態の中継サーバ６５には、時刻の計時を行う時計機能部６６が設けられている。図１４に示すように、本実施形態のＵＩ利用頻度データ６７には、対応するｗｅｂページ１０に含まれる各ＵＩ１１のＵＩ情報と、そのＵＩ１１に対応する擬似ＵＩ１４の利用回数とが関連付けられて記憶されるとともに、各擬似ＵＩ１４が操作された時の時刻情報が、さらに関連付けられて記憶されている。この時刻情報も、上記第２の実施形態の位置情報と同様に、各擬似ＵＩ１４が操作される毎に取得される。ＵＩ利用頻度データ６７には、各ＵＩ情報のそれぞれに対し、利用回数分の時刻情報が関連付けられて記憶されている。
【００８９】
次に、図１５に示すフローチャートを参照しながら、本実施形態の作用について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ６５に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ６５に要求する。
【００９０】
中継サーバ６５のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、その閲覧要求の受信に応答して時計機能部６６から時刻情報を取得し、その時刻情報をシステムメモリ３１に記憶させる。ＣＰＵ３０は、時刻情報を取得したら、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ６７の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【００９１】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まず、ＵＩ利用頻度データ６７に記憶された各時刻情報のうち、閲覧要求受信時に取得した時刻情報に対して所定の範囲内にあるものを抽出することにより、閲覧が要求された時刻（以下、要求時刻と称す）と近い時刻に操作された擬似ＵＩ１４の利用回数を、各ＵＩ情報のそれぞれについて求める。なお、所定の範囲とは、例えば、要求時刻±１５分の範囲である。
【００９２】
領域決定部３６は、上記のように近い時刻に操作された利用回数を求めた後、それらの各利用回数と、ヘッダ部に記憶された閲覧回数とを基に、要求時刻における各擬似ＵＩ１４の利用頻度を算出する。そして、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。この後、領域決定部３６は、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ４２から読み出して、それらの各座標情報を基に抽出領域５３を決定し、その抽出領域５３の座標情報をＣＰＵ３０に送信する。
【００９３】
ＣＰＵ３０は、抽出領域５３の座標情報を受信すると、上記各実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【００９４】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ６５から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【００９５】
ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ１４とを液晶ディスプレイ２１に表示させた後、ユーザが操作部２０を介して所定の擬似ＵＩ１４に操作指示を入力したことに応答して、これに対応するＵＩ操作信号を携帯電話３から中継サーバ６５に送信する。
【００９６】
中継サーバ６５のＣＰＵ３０は、ＵＩ操作信号を受信すると、その操作指示の内容に応じた処理を実行するとともに、システムメモリ３１に読み出されたＵＩ利用頻度データ６２を参照して対応する擬似ＵＩ１４の利用回数をインクリメントし、利用回数を１回増やす。さらに、ＣＰＵ３０は、ＵＩ操作信号の受信に応答して時計機能部６６から時刻情報を取得し、その時刻情報を対応するＵＩ情報に関連付けて記憶させる。
【００９７】
例えば、要求時刻が朝である場合には、今日の予定を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まる、要求時刻が夜である場合には、明日の予定を確認するためのｗｅｂページ１０へのリンクに対応した擬似ＵＩ１４の利用頻度が高まるといったように、各擬似ＵＩ１４の利用頻度は、ユーザからの要求時刻と相関性があると考えられる。
【００９８】
従って、本実施形態で示すように、要求時刻における各擬似ＵＩ１４の利用頻度を算出し、その利用頻度が所定値以上のＵＩ情報を抽出するようにすれば、ユーザからの要求時刻に応じて、より適切な領域が抽出された部分ＷＰ画像１２Ｂを閲覧させることができる。なお、本実施形態と上記第２の実施形態とを組み合わせ、ユーザの現在位置と要求時刻とにおける各擬似ＵＩ１４の利用頻度を算出するようにしてもよい。
【００９９】
［第４実施形態］
次に、図１６に示すフローチャートを参照しながら、本発明の第４の実施形態について説明する。なお、本実施形態における携帯電話及び中継サーバの構成は、上記第１の実施形態の携帯電話３及び中継サーバ４と同一である。
【０１００】
ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１０１】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、この要求に含まれるＵＲＬアドレスに応じたｗｅｂサーバ６にアクセスし、そのｗｅｂサーバ６からページ情報６ａを取得する。そして、そのページ情報６ａをｗｅｂページ解析部３３に入力し、当該ページ情報６ａに応じたｗｅｂページ１０をｗｅｂページ解析部３３にレンダリングさせる。
【０１０２】
ＣＰＵ３０は、ｗｅｂページ１０をレンダリングした後、要求に含まれるＵＲＬアドレスとユーザＩＤとを基にＵＩ利用頻度ＤＢ４１を検索し、同じＵＲＬアドレス及びユーザＩＤがヘッダ部４２ａに記憶されたＵＩ利用頻度データ４２をシステムメモリ３１に読み出す。そして、そのＵＩ利用頻度データ４２のヘッダ部４２ａの閲覧回数をインクリメントし、閲覧回数を１回増やす。
【０１０３】
ＣＰＵ３０は、該当するＵＩ利用頻度データ４２を読み出したら、そのＵＩ利用頻度データ４２の本データ部４２ｂに記憶された全てのＵＩ情報を用いて擬似ＵＩ表示用データ１３を生成するとともに、ｗｅｂページ１０全体の画像データ化を画像生成部３４に指示し、画像生成部３４に全体ＷＰ画像１２Ａを生成させる。そして、生成した全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１０４】
ＣＰＵ３０は、全体ＷＰ画像１２Ａ及び各擬似ＵＩ表示用データ１３を携帯電話３に配信したら、これに続いて、システムメモリ３１に読み出したＵＩ利用頻度データ４２に基づく抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１０５】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、まずＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を参照する。そして、利用回数が最も多いＵＩ情報を抽出し、その利用回数の値を変数ｎに代入する。領域決定部３６は、最も多い利用回数の値を変数ｎに代入したら、ＵＩ利用頻度データ４２のヘッダ部４２ａに含まれるｗｅｂページ１０の閲覧回数を参照し、その閲覧回数で変数ｎを割ることにより、変数ｎに対応する擬似ＵＩ１４の利用頻度を算出する。この後、領域決定部３６は、閲覧回数が所定値以上であるか否かを判定するとともに、変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上であるか否かを判定する。
【０１０６】
領域決定部３６は、閲覧回数が所定値以上、かつ変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上であると判定した場合、抽出したＵＩ情報を基に、変数ｎに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定する。
【０１０７】
一方、領域決定部３６は、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下であると判定した場合、ＵＩ利用頻度データ４２に含まれる各ＵＩ情報の開始位置の座標情報を参照し、これらの各座標情報を基に、Ｙ座標の値が最も小さいＵＩ情報を抽出する。この際、領域決定部３６は、該当するＵＩ情報が複数ある場合には、それらのＸ座標の値を参照し、Ｘ座標の値が最も小さいＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＹ座標の値を変数ｙに代入する。そして、抽出したＵＩ情報を基に、変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定する。
【０１０８】
領域決定部３６は、抽出領域５３を決定したら、その座標情報をＣＰＵ３０に送信するとともに、抽出したＵＩ情報のＵＩＩＤ、すなわち変数ｎに値を代入したＵＩ情報のＵＩＩＤ、または変数ｙに値を代入したＵＩ情報のＵＩＩＤを合わせてＣＰＵ３０に送信する。
【０１０９】
ＣＰＵ３０は、座標情報とＵＩＩＤとを受信したら、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。また、ＣＰＵ３０は、各擬似ＵＩ表示用データ１３を生成する際、領域決定部３６からのＵＩＩＤに基づいて、このＵＩＩＤに対応する擬似ＵＩ表示用データ１３に抽出されたＵＩ情報であることを示す識別情報を含める。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１１０】
携帯電話３のＣＰＵ２２は、全体ＷＰ画像１２Ａと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その全体ＷＰ画像１２Ａを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を全体ＷＰ画像１２Ａの対応する箇所の上に重ねて表示させる。また、ＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、それらをシステムメモリ２３に保存する。
【０１１１】
ＣＰＵ２２は、全体ＷＰ画像１２Ａの表示、部分ＷＰ画像１２Ｂの保存を行った後、ユーザが操作部２０を介して所定の表示切替操作を行い、画面の表示切り替えを要求したことに応答して、保存した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とをシステムメモリ２３から読み出す。そして、読み出した部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させることにより、液晶ディスプレイ２１の画面表示を全体ＷＰ画像１２Ａから部分ＷＰ画像１２Ｂに切り替える。ここで、表示切替操作とは、例えば、予め表示切り替えの指示用に割り当てられた番号キーの押下操作や、メニューリストから表示切り替えの項目を選択する操作などである。
【０１１２】
また、ＣＰＵ２２は、ユーザの表示切替操作に応答して、この操作が行われたことを示す表示切替要求信号を中継サーバ４に送信する。中継サーバ４のＣＰＵ３０は、携帯電話３から表示切替要求信号を受信すると、抽出領域５３を再決定する処理の実行を領域決定部３６に指示する。領域決定部３６は、再決定の処理の実行が指示されると、まず変数ｙに値が代入されているか否かを確認する。
【０１１３】
領域決定部３６は、変数ｙに値が代入されていない場合、変数ｎに値が代入されていると判断して、ＵＩ利用頻度データ４２の本データ部４２ｂに含まれる各擬似ＵＩ１４の利用回数を参照する。そして、現在代入されている変数ｎの値の次に利用回数が多いＵＩ情報を抽出し、その利用回数の値を変数ｎに代入し直す。領域決定部３６は、変数ｎを代入し直したら、上記と同様に、変数ｎに対応する擬似ＵＩ１４の利用頻度の算出、その利用頻度が所定値以上であるか否かの判定を行い、所定値以上である場合には、抽出したＵＩ情報を基に、代入し直した変数ｎに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。
【０１１４】
一方、領域決定部３６は、変数ｙに値が代入されている場合、ＵＩ利用頻度データ４２に含まれる各ＵＩ情報の開始位置の座標情報を参照する。そして、これらの各座標情報を基に、現在代入されている変数ｙの値の次にＹ座標の値が小さいＵＩ情報を抽出し、そのＹ座標の値を変数ｙに代入し直す。領域決定部３６は、変数ｙを代入し直したら、抽出したＵＩ情報を基に、代入し直した変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。また、領域決定部３６は、同じＹ座標の値のＵＩ情報が複数あった場合には、変数ｙを代入し直すことなく、次にＸ座標の値が小さいＵＩ情報を抽出し、そのＵＩ情報に対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として再決定する。
【０１１５】
領域決定部３６は、抽出領域５３を再決定したら、それらの座標情報をＣＰＵ３０に送信する。ＣＰＵ３０は、座標情報を受信したら、抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させるとともに、抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３を生成する。この後、ＣＰＵ３０は、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを再び要求元の携帯電話３に配信する。携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、それらをシステムメモリ２３に保存する。以下、ユーザが閲覧を終了するまで、上記の処理が繰り返される。
【０１１６】
ユーザがｗｅｂページ１０の閲覧を要求すると、図１７に示すように、まず全体ＷＰ画像１２Ａが液晶ディスプレイ２１に表示される。この際、ＣＰＵ２２は、各擬似ＵＩ１４をクリックするためのカーソル７０をＷＰ画像１２とともに液晶ディスプレイ２１に表示させる。カーソル７０は、操作部２０を操作することで、液晶ディスプレイ２１の画面上を移動する。これにより、ユーザが所望の擬似ＵＩ１４の選択やクリックを行うことができる。なお、擬似ＵＩ１４が選択された状態とは、例えば、カーソル７０が擬似ＵＩ１４の上に乗せられた状態や、下線が表示される、枠で囲われる、色が変わるなどといったように、通常時から表示が変化した状態である。
【０１１７】
例えば、「オークション」のｗｅｂページ１０へのリンク７１の利用回数が最大、その次がテキスト入力ボックス７２、その次が検索ボタン７３となるように、各擬似ＵＩ１４の利用回数がＵＩ利用頻度データ４２に記憶され、それぞれ閲覧回数が所定値以上、かつ変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上の条件を満足しているとする。
【０１１８】
この場合、ユーザが表示切替操作を行うと、全体ＷＰ画像１２Ａからリンク７１を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。この際、ＣＰＵ２２は、擬似ＵＩ表示用データ１３に含まれる識別情報に基づいてカーソル７０をリンク７１の上に乗せることにより、抽出されたＵＩ情報に対応する擬似ＵＩ１４であるリンク７１が選択された状態にする。
【０１１９】
続いて、ユーザが２回目の表示切替操作を行うと、リンク７１を中心にした部分ＷＰ画像１２Ｂからテキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。さらに、ユーザが３回目の表示切替操作を行うと、テキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂから検索ボタン７３を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。これらの場合も同様に、テキスト入力ボックス７２、検索ボタン７３の上にカーソル７０が乗せられ、これらが選択された状態で部分ＷＰ画像１２Ｂが表示される。
【０１２０】
このように、変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以上である場合には、ユーザが表示切替操作を行う毎に、当該ユーザの利用頻度の高い擬似ＵＩ１４から順に表示される。これにより、ユーザは、表示切替操作を行うだけで所望の領域を効率よく閲覧することができる。また、次に利用回数が多い擬似ＵＩ１４に対応する部分ＷＰ画像１２Ｂと、これに対応する各擬似ＵＩ表示用データ１３とを、予め配信しておくようにしたので、これらをユーザの表示切替操作に応答して直ぐに表示することができ、表示されるまでの待ち時間を大幅に削減することができる。
【０１２１】
一方、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下である場合には、図１８に示すように、全体ＷＰ画像１２Ａが表示された後、１回目の表示切替操作を行うと、全体ＷＰ画像１２ＡからＸ座標及びＹ座標の値が最も小さいテキスト入力ボックス７２を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。この場合も、テキスト入力ボックス７２が選択された状態にしておく。
【０１２２】
続いて、ユーザが２回目の表示切替操作を行うと、テキスト入力ボックス７２とＹ座標の値が同じで、Ｘ座標の値が次に小さい検索ボタン７３を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。さらに、ユーザが３回目の表示切替操作を行うと、Ｙ座標の値が次に小さい「ショッピング」のｗｅｂページ１０へのリンク７４を中心にした部分ＷＰ画像１２Ｂに液晶ディスプレイ２１の表示が切り替えられる。
【０１２３】
このように、閲覧回数が所定値以下、あるいは変数ｎに対応する擬似ＵＩ１４の利用頻度が所定値以下である場合には、ユーザが表示切替操作を行う毎に、対応するｗｅｂページ１０の先頭に近い擬似ＵＩ１４から順に表示される。こうすれば、カーソル７０などを移動させて所望の擬似ＵＩ１４を探す手間が省けるので、利用頻度が所定値に満たない場合にも操作性を向上させることができる。
【０１２４】
なお、本実施形態では、抽出したＵＩ情報を基に、変数ｎ又は変数ｙに対応するＵＩ１１を中心にした所定の大きさの領域を抽出領域５３として決定したが、これに限ることなく、例えば、変数ｎ又は変数ｙに対応するＵＩ１１及びその周辺に含まれる文字が所定の大きさになるように抽出領域５３を決定してもよい。
【０１２５】
また、本実施形態では、ユーザの利用頻度の高い擬似ＵＩ１４から順に表示する処理と、対応するｗｅｂページ１０の先頭に近い擬似ＵＩ１４から順に表示する処理とを、ｗｅｂページ１０の閲覧回数や擬似ＵＩ１４の利用頻度に応じて選択的に行うようにしたが、これに限ることなく、これらの一方のみを行うようにしてもよい。
【０１２６】
［第５実施形態］
次に、本発明の第５の実施形態について説明する。図１９に示すように、本実施形態のＵＩ利用頻度データ８０には、ＵＩ１１の色を示す「ｃｏｌｏｒ」の項目８０ａがＵＩ情報にさらに関連付けられている。次に、図２０に示すフローチャートを参照しながら、本実施形態の作用について説明する。
【０１２７】
ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１２８】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ８０の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１２９】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ８０から読み出し、それらの各座標情報を基に抽出領域５３を決定する。領域決定部３６は、抽出領域５３を決定したら、その抽出領域５３の座標情報と、抽出したＵＩ情報のＵＩＩＤとをＣＰＵ３０に送信する。
【０１３０】
ＣＰＵ３０は、抽出領域５３の座標情報と抽出されたＵＩ情報のＵＩＩＤとを受信すると、まず、そのＵＩＩＤに対応するＵＩ情報の「ｃｏｌｏｒ」の項目８０ａに所定の色情報を入力することにより、領域決定部３６が抽出したＵＩ情報、すなわち利用頻度が所定値以上のＵＩ情報の「ｃｏｌｏｒ」の項目８０ａを変更する。
【０１３１】
例えば、図１９に示すＵＩ利用頻度データ８０に対する処理の結果、領域決定部３６から２番のＵＩＩＤと３番のＵＩＩＤとが送られてきたとする。この場合、ＣＰＵ３０は、図２１に示すように、２番のＵＩＩＤのＵＩ情報の「ｃｏｌｏｒ」の項目８０ａと、３番のＵＩＩＤのＵＩ情報の「ｃｏｌｏｒ」の項目８０ａとのそれぞれに色情報を入力し、これらを変更する。
【０１３２】
ＣＰＵ３０は、「ｃｏｌｏｒ」の項目８０ａの変更を行ったら、上記各実施形態と同様に、画像生成部３４による部分ＷＰ画像１２Ｂの生成、及び決定された抽出領域５３内に含まれる各ＵＩ１１に対応する擬似ＵＩ表示用データ１３の生成を行い、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１３３】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【０１３４】
この際、利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ１４は、「ｃｏｌｏｒ」の項目８０ａが変更されているので、他の擬似ＵＩ１４とは違う色で表示される。例えば、図２２に示すように、利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ１４が、テキスト入力ボックス８１と検索ボタン８２とである場合、これらのみが他の擬似ＵＩ１４とは違う色になり強調して表示される。
【０１３５】
このように、ユーザの利用頻度の高い擬似ＵＩ１４を強調して表示すれば、擬似ＵＩ１４が小さ過ぎて分り難いといった問題を解消し、利用頻度の高い擬似ＵＩ１４をユーザに分りやすくすることができる。
【０１３６】
なお、本実施形態では、色を変更することによって利用頻度が高い擬似ＵＩ１４を強調表示するようにしたが、これに限ることなく、例えば、擬似ＵＩ１４に含まれる文字のフォントの種類やフォントサイズを変える、下線を引く、枠で囲む、マークを付ける、などによって強調表示してもよい。また、色の変更は、文字や記号などの色でもよいし、背景色でもよい。
【０１３７】
また、本実施形態では、部分ＷＰ画像１２Ｂを配信する際に、ユーザの利用頻度が高い擬似ＵＩ１４を強調表示する例を示したが、これに限ることなく、図２３のフローチャートに示すように、全体ＷＰ画像１２Ａを配信する際に、ユーザの利用頻度が高い擬似ＵＩ１４を強調表示してもよい。
【０１３８】
［第６実施形態］
次に、図２４に示すフローチャートを参照しながら、本発明の第６の実施形態について説明する。ユーザは、携帯電話３でｗｅｂサーバ６のｗｅｂページ１０を閲覧する場合、操作部２０を操作してビューアを起動させ、このビューアを介して所望のｗｅｂページ１０のページ情報６ａに対応するＵＲＬアドレス及びユーザＩＤを中継サーバ４に送信することにより、ｗｅｂページ１０の閲覧を中継サーバ４に要求する。
【０１３９】
中継サーバ４のＣＰＵ３０は、携帯電話３からｗｅｂページ１０の閲覧が要求されると、上記各実施形態と同様に、ページ情報６ａの取得、ｗｅｂページ１０のレンダリング、対応するＵＩ利用頻度データ８０の読み出し、閲覧回数のインクリメントを順次行い、抽出領域５３の決定処理の実行を領域決定部３６に指示する。
【０１４０】
領域決定部３６は、ＣＰＵ３０から処理の実行が指示されると、各擬似ＵＩ１４の利用頻度を算出し、その算出結果を基に、利用頻度が所定値以上のＵＩ情報を抽出する。領域決定部３６は、ＵＩ情報を抽出したら、そのＵＩ情報に含まれる各座標情報をＵＩ利用頻度データ８０から読み出し、それらの各座標情報を基に抽出領域５３を決定する。領域決定部３６は、抽出領域５３を決定したら、その抽出領域５３の座標情報と、抽出したＵＩ情報のＵＩＩＤとをＣＰＵ３０に送信する。
【０１４１】
ＣＰＵ３０は、抽出領域５３の座標情報と抽出されたＵＩ情報のＵＩＩＤとを受信すると、その抽出領域５３に対応する部分ＷＰ画像１２Ｂを画像生成部３４に生成させる。この後、ＣＰＵ３０は、領域決定部３６からのＵＩＩＤを基に、領域決定部３６が抽出したＵＩ情報、すなわち利用頻度が所定値以上のＵＩ情報に対応する擬似ＵＩ表示用データ１３を生成する。例えば、図１９に示すＵＩ利用頻度データ８０に対する処理の結果、領域決定部３６から２番のＵＩＩＤと３番のＵＩＩＤとが送られてきたとする。この場合、ＣＰＵ３０は、図２５に示すように、２番のＵＩＩＤのＵＩ情報からなる擬似ＵＩ表示用データ１３と、３番のＵＩＩＤのＵＩ情報からなる擬似ＵＩ表示用データ１３のみを生成する。そして、生成した部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを要求元の携帯電話３に配信する。
【０１４２】
携帯電話３のＣＰＵ２２は、部分ＷＰ画像１２Ｂと各擬似ＵＩ表示用データ１３とを中継サーバ４から受信すると、その部分ＷＰ画像１２Ｂを液晶ディスプレイ２１に表示させるとともに、各擬似ＵＩ表示用データ１３を基に、これらに対応する擬似ＵＩ１４を生成し、生成した各擬似ＵＩ１４を部分ＷＰ画像１２Ｂの対応する箇所の上に重ねて表示させる。
【０１４３】
このように、抽出領域５３内に含まれる各ＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成して携帯電話３に配信するようにすれば、配信するデータ量がさらに抑えられ、通信待ち時間が短くなる、通信料金を削減できるといった効果を、より高めることができる。
【０１４４】
ところで、携帯電話３の液晶ディスプレイ２１に表示された部分ＷＰ画像１２Ｂのうち、利用頻度が低く擬似ＵＩ表示用データ１３が生成されなかったＵＩ１１に対応する部分は、当然ながら擬似ＵＩ１４が表示されず、対応するＵＩ１１の画像がそのまま表示されただけの状態になる。このため、これらに対応する部分をクリックしたりしても、操作指示が入力されることはない。
【０１４５】
携帯電話３では、液晶ディスプレイ２１の画面サイズが小さいため、これにともなって擬似ＵＩ１４などのサイズも小さくなり、意図しない擬似ＵＩ１４を誤って操作してしまうことが多々ある。これに対し、上記のように利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成して配信した場合には、ユーザが操作指示の入力を望むと思われる利用頻度の高い擬似ＵＩ１４のみが表示され、その他の部分を誤ってクリックしたとしても操作指示が入力されないので、擬似ＵＩ１４の誤操作を防ぐこともできる。特に、タッチパネル式の携帯電話では、指先で操作する際に隣接する複数の擬似ＵＩ１４を同時に操作してしまうことがあるなど、擬似ＵＩ１４の誤操作が起きやすい。従って、利用頻度の高い擬似ＵＩ１４のみを表示させて誤操作を防止することは、タッチパネル式の携帯電話に対して非常に有効である。
【０１４６】
なお、本実施形態では、部分ＷＰ画像１２Ｂを配信する際に、抽出領域５３内に含まれる各ＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成する例を示したが、これに限ることなく、図２６のフローチャートに示すように、全体ＷＰ画像１２Ａを配信する際に、ｗｅｂページ１０に含まれる全てのＵＩ１１のうち利用頻度の高いＵＩ１１に対応する擬似ＵＩ表示用データ１３のみを生成するようにしてもよい。
【０１４７】
上記各実施形態では、ユーザ毎にＵＩ利用頻度データ４２を生成し、ＵＩ利用頻度データ４２を各ユーザの擬似ＵＩ１４の利用頻度を示すデータとしたが、これに限ることなく、１つのＵＩ利用頻度データ４２に複数のユーザの操作結果を関連付けて記憶させることにより、複数のユーザの擬似ＵＩ１４の利用頻度を示すデータとしてもよい。
【０１４８】
上記各実施形態では、携帯端末として携帯電話３を示したが、携帯端末は、これに限ることなく、ＰＨＳやＰＤＡ、さらには、ネットブックなどの簡易携帯型のコンピュータなどでもよい。
【符号の説明】
【０１４９】
２ ｗｅｂページ閲覧システム
３ 携帯電話（携帯端末）
４ 中継サーバ
５ インターネット（ネットワーク）
６ ｗｅｂサーバ
６ａ ページ情報
１０ ｗｅｂページ
１１ ＵＩ
１２ ＷＰ画像（ページ画像）
１２Ａ 全体ＷＰ画像
１２Ｂ 部分ＷＰ画像（部分画像）
１３ 擬似ＵＩ表示用データ
１４ 擬似ＵＩ
２１ 液晶ディスプレイ（表示部）
２２ ＣＰＵ（表示制御手段）
３０ ＣＰＵ（配信制御手段）
３４ 画像生成部（画像生成手段）
３５ ＤＢ管理部（データ保管手段）
３６ 領域決定部（領域決定手段）
４２ ＵＩ利用頻度データ
６１ ＧＰＳ受信機（位置情報取得手段）
【特許請求の範囲】
【請求項１】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段と、を前記中継サーバに設け、
前記ページ画像のうち前記抽出領域に対応する部分のみを表示部に表示させる表示制御手段を前記携帯端末に設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項２】
前記中継サーバは、ｗｅｂページの前記抽出領域に対応する部分のみを画像データ化することによって前記抽出領域に対応した前記ページ画像である部分画像を生成する画像生成手段を有しており、前記部分画像を要求元の前記携帯端末に配信するとともに、前記抽出領域内に含まれる各ＵＩに対応する前記擬似ＵＩ表示用データのみを前記部分画像とともに要求元の前記携帯端末に配信し、
前記表示制御手段は、受信した前記部分画像を表示部に表示させることを特徴とする請求項１記載のｗｅｂページ閲覧システム。
【請求項３】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上であるＵＩを求め、そのＵＩの全てが収まる最小の矩形状の領域を前記抽出領域として決定することを特徴とする請求項１又は２記載のｗｅｂページ閲覧システム。
【請求項４】
前記携帯端末は、現在位置の位置情報を取得する位置情報取得手段を有し、前記中継サーバへの閲覧要求に前記位置情報を含めるとともに、
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の前記位置情報が関連付けられて記憶されており、
前記領域決定手段は、閲覧要求に含まれる前記位置情報と前記ＵＩ利用頻度データとを基に、ユーザの現在位置における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることを特徴とする請求項３記載のｗｅｂページ閲覧システム。
【請求項５】
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の時刻情報が関連付けられて記憶されており、
前記領域決定手段は、前記ＵＩ利用頻度データを基に、閲覧が要求された時刻における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることを特徴とする請求項３又は４記載のｗｅｂページ閲覧システム。
【請求項６】
前記表示制御手段は、利用頻度が所定値以上であると前記領域決定手段が判断した擬似ＵＩを強調表示することを特徴とする請求項３から５のいずれか１項に記載のｗｅｂページ閲覧システム。
【請求項７】
前記中継サーバは、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信することを特徴とする請求項３から６のいずれか１項に記載のｗｅｂページ閲覧システム。
【請求項８】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が最も高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することを特徴とする請求項１又は２記載のｗｅｂページ閲覧システム。
【請求項９】
前記領域決定手段は、前記携帯端末から表示の切り替えが要求されたことに応答して、擬似ＵＩの利用頻度が次に高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、
前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることを特徴とする請求項８記載のｗｅｂページ閲覧システム。
【請求項１０】
前記領域決定手段は、求めたＵＩの擬似ＵＩの利用頻度が所定値以上か否かを判定し、所定値以上である場合には、そのＵＩの周辺の所定の領域を前記抽出領域として決定し、所定値以下である場合には、ｗｅｂページの先頭に最も近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することを特徴とする請求項８又は９記載のｗｅｂページ閲覧システム。
【請求項１１】
前記領域決定手段は、ｗｅｂページの先頭に最も近いＵＩに対応する前記抽出領域を決定した後に前記携帯端末から表示の切り替えが要求された場合、ｗｅｂページの先頭に次に近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、
前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることを特徴とする請求項１０記載のｗｅｂページ閲覧システム。
【請求項１２】
前記中継サーバは、表示の切り替えの要求に応答して前記表示制御手段が表示を切り替えるための情報を予め配信しておくことを特徴とする請求項９又は１１記載のｗｅｂページ閲覧システム。
【請求項１３】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、を前記中継サーバに設け、
前記ページ画像と各擬似ＵＩとを表示部に表示させるとともに、前記ＵＩ抽出手段が求めたＵＩに対応する擬似ＵＩを強調表示する表示制御手段を前記携帯端末に設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項１４】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、
擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信する配信制御手段と、を前記中継サーバに設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項１５】
携帯端末からの要求に応じてｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信し、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにする中継サーバにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段とを設け、
前記ページ画像のうち前記抽出領域に対応する部分のみを前記携帯端末の表示部に表示させることを特徴とする中継サーバ。
【請求項１】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段と、を前記中継サーバに設け、
前記ページ画像のうち前記抽出領域に対応する部分のみを表示部に表示させる表示制御手段を前記携帯端末に設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項２】
前記中継サーバは、ｗｅｂページの前記抽出領域に対応する部分のみを画像データ化することによって前記抽出領域に対応した前記ページ画像である部分画像を生成する画像生成手段を有しており、前記部分画像を要求元の前記携帯端末に配信するとともに、前記抽出領域内に含まれる各ＵＩに対応する前記擬似ＵＩ表示用データのみを前記部分画像とともに要求元の前記携帯端末に配信し、
前記表示制御手段は、受信した前記部分画像を表示部に表示させることを特徴とする請求項１記載のｗｅｂページ閲覧システム。
【請求項３】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上であるＵＩを求め、そのＵＩの全てが収まる最小の矩形状の領域を前記抽出領域として決定することを特徴とする請求項１又は２記載のｗｅｂページ閲覧システム。
【請求項４】
前記携帯端末は、現在位置の位置情報を取得する位置情報取得手段を有し、前記中継サーバへの閲覧要求に前記位置情報を含めるとともに、
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の前記位置情報が関連付けられて記憶されており、
前記領域決定手段は、閲覧要求に含まれる前記位置情報と前記ＵＩ利用頻度データとを基に、ユーザの現在位置における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることを特徴とする請求項３記載のｗｅｂページ閲覧システム。
【請求項５】
前記ＵＩ利用頻度データには、各擬似ＵＩが操作された時の時刻情報が関連付けられて記憶されており、
前記領域決定手段は、前記ＵＩ利用頻度データを基に、閲覧が要求された時刻における擬似ＵＩの利用頻度が所定値以上であるＵＩを求めることを特徴とする請求項３又は４記載のｗｅｂページ閲覧システム。
【請求項６】
前記表示制御手段は、利用頻度が所定値以上であると前記領域決定手段が判断した擬似ＵＩを強調表示することを特徴とする請求項３から５のいずれか１項に記載のｗｅｂページ閲覧システム。
【請求項７】
前記中継サーバは、擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信することを特徴とする請求項３から６のいずれか１項に記載のｗｅｂページ閲覧システム。
【請求項８】
前記領域決定手段は、前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が最も高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することを特徴とする請求項１又は２記載のｗｅｂページ閲覧システム。
【請求項９】
前記領域決定手段は、前記携帯端末から表示の切り替えが要求されたことに応答して、擬似ＵＩの利用頻度が次に高いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、
前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることを特徴とする請求項８記載のｗｅｂページ閲覧システム。
【請求項１０】
前記領域決定手段は、求めたＵＩの擬似ＵＩの利用頻度が所定値以上か否かを判定し、所定値以上である場合には、そのＵＩの周辺の所定の領域を前記抽出領域として決定し、所定値以下である場合には、ｗｅｂページの先頭に最も近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として決定することを特徴とする請求項８又は９記載のｗｅｂページ閲覧システム。
【請求項１１】
前記領域決定手段は、ｗｅｂページの先頭に最も近いＵＩに対応する前記抽出領域を決定した後に前記携帯端末から表示の切り替えが要求された場合、ｗｅｂページの先頭に次に近いＵＩを求め、そのＵＩの周辺の所定の領域を前記抽出領域として再決定し、
前記表示制御手段は、再決定された前記抽出領域に対応する部分に表示部の表示を切り替えることを特徴とする請求項１０記載のｗｅｂページ閲覧システム。
【請求項１２】
前記中継サーバは、表示の切り替えの要求に応答して前記表示制御手段が表示を切り替えるための情報を予め配信しておくことを特徴とする請求項９又は１１記載のｗｅｂページ閲覧システム。
【請求項１３】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、を前記中継サーバに設け、
前記ページ画像と各擬似ＵＩとを表示部に表示させるとともに、前記ＵＩ抽出手段が求めたＵＩに対応する擬似ＵＩを強調表示する表示制御手段を前記携帯端末に設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項１４】
ｗｅｂページの閲覧を要求するための携帯端末と、
ネットワークを介して前記携帯端末と接続され、前記携帯端末からの要求に応じて当該ｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信する中継サーバとで構成され、
前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにするｗｅｂページ閲覧システムにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、擬似ＵＩの利用頻度が所定値以上のＵＩを求めるＵＩ抽出手段と、
擬似ＵＩの利用頻度が所定値以上であると前記領域決定手段が判断したＵＩに対応する前記各擬似ＵＩ表示用データのみを要求元の前記携帯端末に配信する配信制御手段と、を前記中継サーバに設けたことを特徴とするｗｅｂページ閲覧システム。
【請求項１５】
携帯端末からの要求に応じてｗｅｂページを構成するためのページ情報をｗｅｂサーバから取得し、そのページ情報からｗｅｂページをレンダリングした後、ｗｅｂページを画像データに変換することにより、当該ｗｅｂページに対応したページ画像を生成するとともに、前記ページ情報を基に、ｗｅｂページにＵＩ（ユーザインタフェース）を構成するためのＵＩ情報を当該ｗｅｂページに含まれるＵＩ毎に生成し、それらの各ＵＩ情報を基に、ＵＩと同等の機能を有する擬似ＵＩを前記ページ画像上に表示させるための擬似ＵＩ表示用データを前記ＵＩ情報毎に生成し、生成した前記ページ画像と前記各擬似ＵＩ表示用データとを要求元の前記携帯端末に配信し、前記ページ画像を介して前記携帯端末でのｗｅｂページの閲覧を可能にするとともに、前記ページ画像上に各擬似ＵＩを表示させることで、レンダリングしたｗｅｂページを閲覧した場合と同様に操作指示が入力できるようにする中継サーバにおいて、
ユーザが前記携帯端末を介して所定のｗｅｂページの前記ページ画像を閲覧した際の各擬似ＵＩの利用頻度を示すＵＩ利用頻度データを保管するデータ保管手段と、
前記ＵＩ利用頻度データを基に、ｗｅｂページの中からユーザの利用頻度の高い部分を抽出するための抽出領域を決定する領域決定手段とを設け、
前記ページ画像のうち前記抽出領域に対応する部分のみを前記携帯端末の表示部に表示させることを特徴とする中継サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１１−１４１６１５（Ｐ２０１１−１４１６１５Ａ）
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願番号】特願２０１０−６７０（Ｐ２０１０−６７０）
【出願日】平成２２年１月５日（２０１０．１．５）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願日】平成２２年１月５日（２０１０．１．５）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]