(57)【要約】【課題】  Ｗｅｂページの記述言語やブラウザの性質に関わらず、表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる電子機器装置、サーバ装置、Ｗｅｂページ処理方法及びそのプログラムを提供すること。【解決手段】  サーバ１００のＷｅｂページ順応エンジン１４は、ＰＤＡ２００からＵＲＬ及び機器プロファイルを受信すると、受信した機器プロファイルに従いＶＲＡＭ上に当該ＰＤＡの表示部と同様の表示領域枠を設定し、上記ＵＲＬ先のＷｅｂページをダウンロードする。そして、ＶＲＡＭ上に当該Ｗｅｂページを内部的に描画してみて、当該Ｗｅｂページが上記表示領域枠からはみ出すか否かにより、ＰＤＡ２００の表示部に表示する場合に横スクロール等の問題が生じるか否かを判断する。問題があると判断した場合には適切な変換を行ってＰＤＡ２００に送信し、表示させる。【選択図】  図６
2006031476.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページを取得する取得手段と、
前記取得されたＷｅｂページを内部的に描画する描画手段と、
前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断する判断手段と、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換する変換手段と、
前記変換されたＷｅｂページを前記表示部に表示する表示手段と
を具備することを特徴とする電子機器装置。
【請求項２】
請求項１に記載の電子機器装置であって、
前記判断手段は、前記描画されたＷｅｂページの領域の面積と、前記表示部の表示領域の面積とを比較する手段を有し、
前記変換手段は、前記判断手段により前記Ｗｅｂページの領域の面積の方が大きいと判断された場合に、当該Ｗｅｂページを前記表示部の表示領域の面積に合わせて変換することを特徴とする電子機器装置。
【請求項３】
請求項２に記載の電子機器装置であって、
前記取得されるＷｅｂページは、複数のフレームから構成され、
前記変換手段は、前記描画されたＷｅｂページを前記フレーム毎に分割する分割手段を有し、
前記表示手段は、前記分割されたフレームのうち、最も面積の大きいフレームを表示することを特徴とする電子機器装置。
【請求項４】
請求項３に記載の電子機器装置であって、
前記取得されるＷｅｂページを構成するフレームの重要度を示す重要度情報を取得する手段を更に具備し、
前記表示手段は、前記取得された重要度を基に、重要度が高いフレームを他のフレームに優先して表示することを特徴とする電子機器装置。
【請求項５】
請求項２に記載の電子機器装置であって、
前記取得されるＷｅｂページは、複数のフレームから構成され、
前記変換手段は、
前記描画されたＷｅｂページを前記フレーム毎に分割する分割手段と、
前記各フレームへのリンクが設けられたリンクページを作成する第１の作成手段とを有し、
前記表示手段は、少なくとも前記作成されたリンクページを表示することを特徴とする電子機器装置。
【請求項６】
請求項２に記載の電子機器装置であって、
前記取得されるＷｅｂページは、少なくとも見出しと当該見出しに関連する本文を含み、
前記変換手段は、
前記取得されたＷｅｂページから前記本文と見出しをそれぞれ抽出する抽出手段と、
前記抽出された本文を含む本文ページを作成する第２の作成手段と、
前記抽出された見出しを含み、かつ前記本文ページへのリンクが設けられた見出しページを作成する第３の作成手段とを有し、
前記表示手段は、少なくとも前記作成された見出しページを表示することを特徴とする電子機器装置。
【請求項７】
ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信する受信手段と、
前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得する取得手段と、
前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画する描画手段と、
前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断する判断手段と、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換する変換手段と、
前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信する送信手段と
を具備することを特徴とするサーバ装置。
【請求項８】
請求項７に記載のサーバ装置であって、
表示能力の異なる複数のブラウザと、
前記電子機器装置から、当該電子機器装置が有するブラウザの表示能力情報を受信する手段を更に具備し、
前記描画手段は、前記受信した表示能力情報を基に、当該表示能力に対応するブラウザを用いて描画することを特徴とするサーバ装置。
【請求項９】
Ｗｅｂページを取得するステップと、
前記取得されたＷｅｂページを内部的に描画するステップと、
前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断するステップと、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップ手段と、
前記変換されたＷｅｂページを前記表示部に表示するステップと
を具備することを特徴とするＷｅｂページ処理方法。
【請求項１０】
ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信するステップと、
前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得するステップと、
前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画するステップと、
前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断するステップと、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップと、
前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信するステップと
を具備することを特徴とするＷｅｂページ処理方法。
【請求項１１】
電子機器装置を、
Ｗｅｂページを取得するステップと、
前記取得されたＷｅｂページを内部的に描画するステップと、
前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断するステップと、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップ手段と、
前記変換されたＷｅｂページを前記表示部に表示するステップ
として機能させるプログラム。
【請求項１２】
サーバ装置を、
ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信するステップと、
前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得するステップと、
前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画するステップと、
前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断するステップと、
前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップと、
前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信するステップ
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ（World Wide Web）ページを処理して、表示環境に合わせて最適に表示を行うことが可能な電子機器装置、サーバ装置、コンテンツ処理方法、及びそのプログラムに関する。
【背景技術】
【０００２】
一般に、ＨＴＭＬ（Hyper Text Markup Language）をベースにしたＷｅｂページ等をＰＤＡ(Personal Digital Assistants)、携帯電話等の携帯端末やテレビジョンセット等の家電機器等で閲覧する場合には、ＰＣ（Personal Computer）に比べて表示画面の大きさや解像度等に制約があるために、例えば横スクロールが発生したり、文字の不用意な改行などの回り込みが発生したりするなど、ユーザにとって表示上の不具合が生じ、また操作に負担がかかる場合があった。
【０００３】
そこで、例えば携帯電話において、当該携帯電話の表示画面の面積やフォントの大きさ等のプロファイル情報を読み込んで、それを基に、一定のルールに従って必要がないと判断されるコンテンツを削除したり、画像を省略したりしてＷｅｂページを変換する技術が存在する。また、表示画面の面積に応じて、表示される文章のフォントの最適な大きさを選択するという技術もある（例えば、特許文献１参照）。  
【特許文献１】特開２００２−１５６９５７号公報（段落[００６５]、図１５）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のプロファイル情報を用いた技術においては、一意的なルール付けを基に変換しているため、様々なコンテンツにうまく適応できずに、結局変換後のページもユーザにとって見難いページになってしまう場合があった。すなわち、例えばフォントの大きさやＨＴＭＬの文法、禁則処理の有無等の要因によって、例えば変換後の文章中に不適切な折り返しが入ってしまうことがあり、ＨＴＭＬを見ただけでは最適な表示が得られるか否かは判断することが困難であった。また同時に、実装されているブラウザ内のレイアウティングエンジンの性質や特性の違いによっても、テーブル内の要素が正しく表示されない場合もあるため、描画して初めて上記のような見難さ等が分かるという場合があった。
【０００５】
また、上述の表示画面の面積に応じてフォントを選択する技術においても、１画面に表示できる文字数には限界があるため、上記Ｗｅｂページ内の全ての文字を表示することはできず、また、文字が小さくなると読み辛くなるという問題があった。
【０００６】
以上のような事情に鑑み、本発明の目的は、Ｗｅｂページの記述言語やブラウザの性質に関わらず、表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる電子機器装置、サーバ装置、Ｗｅｂページ処理方法及びそのプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明の電子機器装置は、Ｗｅｂページを取得する取得手段と、前記取得されたＷｅｂページを内部的に描画する描画手段と、
前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断する判断手段と、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換する変換手段と、前記変換されたＷｅｂページを前記表示部に表示する表示手段とを具備することを特徴としている。
【０００８】
上記電子機器装置とは、ＰＤＡ（Personal Digital Assistance）や携帯電話等のモバイル端末やテレビセット等、表示部を有する装置である。
【０００９】
また、内部的に描画するとは、上記表示部に視覚的に表示することなく、上記電子機器装置内部の描画領域内に描画することをいう。
【００１０】
上記不具合とは、例えば上記電子機器装置の表示領域の大きさや当該電子機器装置のブラウザの表示能力等の要因により、当該表示部上では上記Ｗｅｂページを横スクロールしなければ閲覧できない状態になったり、また上記Ｗｅｂページ内の文字が上記表示部の右端で次の行に折り返されてしまったりと、ユーザにとって上記Ｗｅｂページを閲覧し難い状態になることをいう。
【００１１】
この構成によれば、上記Ｗｅｂページを実際に表示する前に、予め内部的に描画してみて、上記不具合が生じるか否かを判断して、不具合が生じると判断した場合には適切な変換を行ってから表示するため、より精度の高い変換処理を行うことができ、それにより、Ｗｅｂページの記述言語やブラウザの性質に関わらず、表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる。
【００１２】
上記電子機器装置において、前記判断手段は、前記描画されたＷｅｂページの領域の面積と、前記表示部の表示領域の面積とを比較する手段を有し、前記変換手段は、前記判断手段により前記Ｗｅｂページの領域の面積の方が大きいと判断された場合に、当該Ｗｅｂページを前記表示部の表示領域の面積に合わせて変換するようにしてもよい。これにより、例えばＰＤＡ、携帯電話等のモバイル端末等、表示領域が限られた表示環境において、ＰＣ（Personal Computer）向けにデザインされた高解像度のＷｅｂページの内容を、ユーザにとって閲覧しやすい状態に確実に変換して表示することができる。
【００１３】
上記電子機器装置において、前記取得されるＷｅｂページは、複数のフレームから構成され、前記変換手段は、前記描画されたＷｅｂページを前記フレーム毎に分割する分割手段を有し、前記表示手段は、前記分割されたフレームのうち、最も面積の大きいフレームを表示するようにしてもよい。
【００１４】
ここで、面積が最も大きいフレームを表示することとしたのは、当該フレームには他のフレームに比べて重要度が高い情報が記載されている可能性が高いからである。
【００１５】
これにより、上記Ｗｅｂページが複数のフレームから構成され、上記表示部にそのまま表示すると例えば各フレームが極端に小さくなり、ユーザにとって見難い状態になるような場合でも、ユーザにとって重要なフレームを、閲覧しやすい態様で表示することができる。
【００１６】
上記電子機器装置は、前記取得されるＷｅｂページを構成するフレームの重要度を示す重要度情報を取得する手段を更に具備し、前記表示手段は、前記取得された重要度を基に、重要度が高いフレームを他のフレームに優先して表示するようにしてもよい。これにより、上記重要度を基にフレームに優先順位を付けることで、例えばユーザにとって重要な情報が記載されているフレームが閲覧し難い状態になることを回避することができる。
【００１７】
上記重要度情報の取得方法としては、ＲＤＦ（Resource Description Framework）を利用することが考えられる。ＲＤＦとは、ＸＭＬ（eXtensible Markup Language）によって作られた、情報についての情報(メタデータ)を記述するための枠組みであり、データに関するさまざまな情報をデータに付加することによって、データの有用性を高めるために使用される。
【００１８】
上記電子機器装置において、前記取得されるＷｅｂページは、複数のフレームから構成され、前記変換手段は、前記描画されたＷｅｂページを前記フレーム毎に分割する分割手段と、前記各フレームへのリンクが設けられたリンクページを作成する第１の作成手段とを有し、前記表示手段は、少なくとも前記作成されたリンクページを表示するようにしてもよい。これにより、上記リンクページからリンク先を辿っていくことで、例えばモバイル端末等の貧弱な表示環境においても、上記Ｗｅｂページ全体の内容を、例えば横スクロール等の操作をすることなく容易に閲覧することが可能となる。
【００１９】
上記電子機器装置において、前記取得されるＷｅｂページは、少なくとも見出しと当該見出しに関連する本文を含み、前記変換手段は、前記取得されたＷｅｂページから前記本文と見出しをそれぞれ抽出する抽出手段と、前記抽出された本文を含む本文ページを作成する第２の作成手段と、前記抽出された見出しを含み、かつ前記本文ページへのリンクが設けられた見出しページを作成する第３の作成手段とを有し、前記表示手段は、少なくとも前記作成された見出しページを表示するようにしてもよい。
【００２０】
これにより、上記見出しページにおいて、ある見出しが指定された場合には当該見出しに関連する本文のページが表示されることになる。よって、例えばニュース記事のように見出しと本文を含むＷｅｂページを閲覧する場合でも、見出しと本文とでページを分け、それらをリンクで結ぶことにより、表示環境に応じた閲覧しやすい状態で表示することができる。また、上記Ｗｅｂページ全体として一定の規則性をもった形で提供されるため、各ページに辿り着くまでの操作上の試行錯誤を排除することができ、Ｗｅｂページの内容そのものに集中した閲覧が可能となる。
【００２１】
また、上記見出しがヘッドラインと小見出しとで構成され、本文が、ヘッドラインの本文と、小見出しに属する記事へのリンクの一覧とで構成される場合には、上記変換手段は、ヘッドラインの本文のページと、小見出しに属する記事へのリンクの一覧ページと、本文へのリンクが設けられたヘッドラインとリンク一覧ページへのリンクが設けられた小見出しとを含むヘッドラインページをそれぞれ更に作成し、上記表示手段は、少なくとも当該作成されたヘッドラインページを表示するようにしてもよい。
【００２２】
本発明のサーバ装置は、ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信する受信手段と、前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得する取得手段と、前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画する描画手段と、前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断する判断手段と、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換する変換手段と、前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信する送信手段とを具備することを特徴としている。
【００２３】
この構成によれば、上記電子機器装置が上記Ｗｅｂページを実際に表示する前に、当該サーバ装置が当該Ｗｅｂページを予め内部的に描画してみて、上記不具合が生じるか否かを判断して、不具合が生じると判断した場合には適切な変換を行ってから上記電子機器装置に表示させるため、上記電子機器装置において、Ｗｅｂページの記述言語やブラウザの性質に関わらず、表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる。また、ＰＤＡや携帯電話のようにＰＣに比べて処理能力の低い電子機器装置において上記内部的な描画処理及び変換処理を行う場合に比べて、それらの処理に要する上記電子機器装置の負荷を軽減することもできる。
【００２４】
上記サーバ装置は、表示能力の異なる複数のブラウザと、前記電子機器装置から、当該電子機器装置が有するブラウザの表示能力情報を受信する手段を更に具備し、前記描画手段は、前記受信した表示能力情報を基に、当該表示能力に対応するブラウザを用いて描画するようにしてもよい。
【００２５】
上記表示能力情報とは、具体的には例えば上記電子機器装置の表示部の表示領域の面積、表示するＷｅｂページを描画する記憶領域の容量、当該電子機器装置の製造元に関する情報等である。
【００２６】
上記電子機器装置が有するブラウザの表示能力情報を受信する方法としては、ユーザエージェントやＣＣ／ＰＰ（Composite Capability/Preference Profiles）等を利用することが考えられる。ユーザエージェントとは、ユーザがどのような機器からＷｅｂページを閲覧しているか分かるように、ユーザ側のブラウザからサーバに対して送信される環境変数である。またＣＣ／ＰＰとは、Ｗ３Ｃ(World Wide Web Consortium)が勧告化した、モバイル端末の表示能力を記述するためのＸＭＬベースの仕様である。本発明においては、上記ユーザエージェントまたはＣＣ／ＰＰにおけるデータに、上記電子機器装置の表示領域の面積等のデータを付加するようにしてもよい。
【００２７】
これにより、上記電子機器装置の表示能力を適切に把握した上で、上記Ｗｅｂページを内部的に描画して、上記不具合が生じるか否かを判断することができる。
【００２８】
本発明の主たる観点にかかるＷｅｂページ処理方法は、Ｗｅｂページを取得するステップと、前記取得されたＷｅｂページを内部的に描画するステップと、前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断するステップと、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップ手段と、前記変換されたＷｅｂページを前記表示部に表示するステップとを具備することを特徴としている。
【００２９】
また本発明の他の観点にかかるＷｅｂページ処理方法は、ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信するステップと、前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得するステップと、前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画するステップと、前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断するステップと、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップと、前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信するステップとを具備することを特徴としている。
【００３０】
本発明の主たる観点に係るプログラムは、電子機器装置を、Ｗｅｂページを取得するステップと、前記取得されたＷｅｂページを内部的に描画するステップと、前記描画されたＷｅｂページを表示部に表示する場合に表示上の不具合が生じるか否かを判断するステップと、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップ手段と、前記変換されたＷｅｂページを前記表示部に表示するステップとして機能させるものである。
【００３１】
また本発明の他の観点に係るプログラムは、サーバ装置を、ネットワークを介して接続された電子機器装置から、Ｗｅｂページを取得するためのＵＲＬ情報を受信するステップと、前記受信されたＵＲＬ情報を基に前記Ｗｅｂページを取得するステップと、前記取得されたＷｅｂページを、前記電子機器装置と同様の表示能力を有するブラウザを用いて内部的に描画するステップと、前記描画されたＷｅｂページを前記電子機器装置の表示部に表示する場合に、表示上の不具合が生じるか否かを判断するステップと、前記不具合が生じると判断された場合に、前記描画されたＷｅｂページを、当該不具合が解消するように変換するステップと、前記変換されたＷｅｂページを、前記電子機器装置の表示部に表示させるために当該電子機器装置へ送信するステップとして機能させるものである。
【発明の効果】
【００３２】
本発明によれば、Ｗｅｂページの記述言語やブラウザの性質に関わらず、表示環境に適した、ユーザにとって見やすい表示を確実に行うことができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態を図面に基づき説明する。
【００３４】
（第１の実施形態）  
まず、本発明の第１の実施形態について説明する。図１は、本実施形態に係る表示システムの大まかな構成を示した図である。
【００３５】
同図に示すように、本実施形態に係る表示システムは、サーバ１００とＰＤＡ２００で構成される。サーバ１００及びＰＤＡ２００は、インターネット１０８に接続され、複数のＷｅｂサーバと通信を行うことが可能である。またサーバ１００とＰＤＡ２００及びテレビセット３００は、それぞれ無線ＬＡＮ１１０を介してサーバ１００と通信を行うことが可能である。
【００３６】
図２は、上記サーバ１００、ＰＤＡ２００及びテレビセット３００の構成を示した図である。
【００３７】
同図に示すように、サーバ１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ネットワークインターフェース１０４、グラフィックコントローラ１０５及びＶＲＡＭ（Video RAM）１０６で構成され、それらがバス１０７で接続されている。
【００３８】
ＣＰＵ１０１は、サーバ１００全体の動作を制御するメインコントローラであり、ＯＳ（Operating System）により提供されるプラットフォーム上で、例えば仮想空間画像の生成等における各種のアプリケーションを実行する。
【００３９】
ＲＯＭ１０２は、サーバ１００の電源オン時に実行するプログラムや、ハードウェア制御用のコード等のデータやプログラム等を格納する、読み出し専用の不揮発性のメモリである。またＲＡＭ１０３は、グラフィックコントローラ１０５が上記Ｗｅｂページを描画するために必要なプログラムやその他のプログラムをロードしたり、当該プログラムの作業データを書き込んだりするために用いられる、書き込み可能な揮発性のメモリである。
【００４０】
ネットワークインターフェース１０４は、例えばインターネット１０８を介して上記Ｗｅｂサーバ１０９からＷｅｂページを取得したり、上記無線ＬＡＮ１１０を介して上記ＰＤＡ２００やテレビセット３００から上記Ｗｅｂページを取得するためのＵＲＬを受信したり、上記ＰＤＡ２００及びテレビセット３００に表示させるためのＷｅｂページを送信したりするためのインターフェースである。
【００４１】
グラフィックコントローラ１０５は、上記ネットワークインターフェース１０４を介して取得したＷｅｂページの内部的な描画処理や、当該Ｗｅｂページを上記ＰＤＡ２００やテレビセット３００の表示能力に応じて変換する処理をつかさどるためのコントローラである。
【００４２】
ＶＲＡＭ１０６は、当該グラフィックコントローラ１０５が描画または変換したＷｅｂページを書き込むためのバッファであり、当該ＶＲＡＭ１０６に書き込まれたデータが表示信号に変換され、上記ＰＤＡ２００やテレビセット３００へ送信される。
【００４３】
ＰＤＡ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ネットワークインターフェース２０４、ユーザインターフェースコントローラ２０５、操作入力部２０６、グラフィックコントローラ２０７、ＶＲＡＭ２０８及び表示部２０８で構成され、それらがバス２１０で接続されている。
【００４４】
上記ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３の基本的な機能は上記サーバ１００のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３と同様である。
【００４５】
ネットワークインターフェース２０４は、上記無線ＬＡＮ１１０を介して上記サーバ１００からＷｅｂページを受信したり、当該サーバ１００に上記ＷｅｂページのＵＲＬを送信したりするためのインターフェースである。
【００４６】
操作入力部２０６は、例えばプッシュボタン、タッチパネル、ジョグダイヤル等からなり、ユーザの操作を入力する。ユーザインターフェースコントローラ２０５は、上記操作入力部２０６から入力された操作情報を制御し、上記ＣＰＵ２０１等に通知する。
【００４７】
グラフィックコントローラ２０７及びＶＲＡＭ２０９は上記サーバ１００におけるグラフィックコントローラ１０５及びＶＲＡＭ１０６と同様の構成である。
【００４８】
表示部２０８は、例えばＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、ＰＤＰ(Plasma Display Panel)、ＯＥＬ(Organic Electroluminescence)等からなり、上記サーバ１００のグラフィックコントローラ１０５で描画されたＷｅｂページや、その他のコンテンツを表示する。なお、当該表示部２０８は、例えばＰＤＡ２００を縦にした状態でも横にした状態でもコンテンツを表示することができる。
【００４９】
テレビセット３００は、上記ＰＤＡ２００と同様の構成を有し、同図において、ＰＤＡ２００が有する構成と同一の名称となるものは同様の機能を有するものとする。その他、図示しないアンテナやチューナ等によりテレビ放送を受信する等のテレビセットとしての基本的構造を有する。本実施形態において、当該テレビセット３００は、例えばＨＤＴＶ（Hi Definition TV）であり、高精度の画像を表示することが可能である。
【００５０】
図３は、上記サーバ１００が有するソフトウェアの構成を示した図である。
【００５１】
同図に示すように、サーバ１００は、最下層のＯＳ(Operating System)上に、ウィンドウシステム１１、レンダリングエンジン１２、ブラウザエンジン１３及びＷｅｂページ適応エンジン１４の各ソフトウェアを有する。
【００５２】
ＯＳ１０は、サーバ１００を構成するハードウェア資源およびソフトウェア資源の総括的管理などを行う基本ソフトウェアである。
【００５３】
ウィンドウシステム１１は、表示部２０８におけるウィンドウやアイコン等のＧＵＩ（グラフィカルユーザインターフェース）を管理するためのソフトウェアであり、ツールキット１１４とグラフィックライブラリ１１５から構成される。
【００５４】
ツールキット１１４は、ウィンドウシステムにおいて頻繁に使われるパターンをまとめたライブラリで、スクロールバーやボタン等のwidgetと呼ばれるモジュールを定義している。グラフィックライブラリ１１５は、上記ＧＵＩの描画処理を実行するためのソフトウェアをまとめたものである。
【００５５】
レンダリングエンジン１２は、ブラウザエンジン１３が解析し、または上記Ｗｅｂページ適応エンジンが変換したＷｅｂページを、計算により可視化できる状態に描画するためのソフトウェアである。
【００５６】
ブラウザエンジン１３は、インターネット１０８を介して上記Ｗｅｂサーバ１０９からＷｅｂページをダウンロードし、当該Ｗｅｂページのレイアウト等を解析して上記レンダリングエンジン１２に描画処理させる。当該ブラウザエンジン１３は、ＸＭＬ／ＸＨＴＭＬ（eXtensible HyperText Markup Language）／ＨＴＭＬパーサ１６、ＢＭＬ(Broadcast Markup Language)１７、ＥＣＭＡ（European Computer Manufacturer Association）スクリプト１８、ＣＳＳ(Cascading Style Sheets)１９及びＤＯＭ（Document Object Model）を有する。
【００５７】
ＸＭＬ／ＸＨＴＭＬ／ＨＴＭＬパーサ１６は、それぞれＸＭＬ文書、ＸＨＴＭＬ文書、ＨＴＭＬ文書の読み込み、構文解析、正当性チェックなどを行って当該文書の論理的な構造を判断し、アプリケーションが利用可能なデータを生成するソフトウェアである。
【００５８】
ＢＭＬ１７は、ＢＳデジタル放送のコンテンツ記述に用いられる、ＸＭＬベースのマークアップ言語であり、コンテンツの画面上でのレイアウトや、複数のコンテンツの関連付け等を行うために用いられる。これによって、ＢＳデジタル放送を外部情報源として利用できるようになる。
【００５９】
ＥＣＭＡスクリプト１８は、ＨＴＭＬファイル上に<Script>タグを使って記述することにより、ボタンが押された場合の処理や、簡単な演算処理等、対話性を持った動的な処理をブラウザエンジン１３上で実現するための簡易プログラムである。
【００６０】
ＣＳＳ１９は、ＸＭＬ、ＸＨＴＭＬ及びＨＴＭＬ等のマークアップ言語で記述された文書のレイアウトを決めるためのスタイルシートである。
【００６１】
ＤＯＭ２０は、プログラムや上記ＥＣＭＡスクリプト１８等を利用して、Ｗｅｂページのコンテンツや構造、ドキュメントスタイルにダイナミックにアクセスしたり、更新したりできるようにするためのオブジェクトインターフェースである。
【００６２】
Ｗｅｂページ順応エンジン１４は、上記ブラウザエンジン１３及びレンダリングエンジン１２により描画されたＷｅｂページが、上記ＰＤＡ２００またはテレビセット３００の各表示部において表示上の問題が生じさせるものであるか否かを判断し、当該表示上の問題がある場合には、上記各表示部の表示能力に応じて、最適なＷｅｂページへと変換するためのソフトウェアである。
【００６３】
当該表示上の問題が生じるか否かは、上記ＰＤＡ２００及びテレビセット３００から、予め表示能力情報として機器プロファイルを取得しておき、当該機器プロファイルを用いて、上記レンダリングエンジン１２が内部的に描画した結果から判断される。当該Ｗｅｂページ順応エンジン１４の処理の詳細については後述する。
【００６４】
次に、上記Ｗｅｂページ順応エンジン１４が上記表示上の問題の有無を判断する際に用いる機器プロファイルについて説明する。サーバ１００は、上記ＰＤＡ２００及びテレビセット３００から予めそれらの表示能力情報を取得しておき、当該機器プロファイルに基づいて、上記各ソフトウェア及びハードウェアを用いて内部的な描画処理を行う。
【００６５】
当該機器プロファイルは、例えばユーザエージェントを用いて取得する。ユーザエージェントとは、ユーザがどのような機器からＷｅｂページを閲覧しているか分かるように、ユーザ側のブラウザ（本実施形態においてはＰＤＡ２００またはテレビセット３００）からサーバに対して送信される環境変数であり、ユーザ側のブラウザがＷｅｂサーバにアクセスする際のＨＴＴＰヘッダに記載される。
【００６６】
図４は、サーバ１００が上記ＰＤＡ２００から取得するユーザエージェントの値の例を示した図である。
【００６７】
上記ＰＤＡ２００のユーザエージェントは、例えば上記ＰＤＡ２００が搭載しているブラウザの種類を表す値２２と、当該ブラウザのスクリーンサイズ等の付記的要素を表す部分２３とを有する。同図においては、ＰＤＡ２００が、ブラウザとしてＮｅｔＦｒｏｎｔ（ネットフロント；登録商標）のバージョン２．６を搭載しており、またスクリーンサイズは６４０×４８０ピクセル、カラーは２４ビットカラーで、製品名がＸＸＸであることを示している。
【００６８】
サーバ１００の上記Ｗｅｂページ順応エンジン１４は、ＰＤＡ２００またはテレビセット３００から上記のようなユーザエージェントを取得すると、機器プロファイルとして上記ブラウザの情報及びスクリーンサイズ等の情報を、上記ブラウザエンジン１３及びレンダリングエンジン１２へ通知し、当該ブラウザと同一の表示能力条件で上記Ｗｅｂページを内部的に描画するよう指示する。
【００６９】
すなわち、上記ＷｅｂページをＰＤＡ２００に表示させる場合には当該ＰＤＡ２００が有するブラウザと同様のブラウザを用い、またテレビセット３００に表示させる場合には当該テレビセット３００が有するブラウザと同様のブラウザを用いて内部的な描画を行う。従って、サーバ１００は、様々な機器のブラウザに対応できるように、いくつかの異なったブラウザエンジンを用意しておく必要がある。
【００７０】
そして、サーバ１００は、上記Ｗｅｂページを内部的に描画することにより、当該描画されたＷｅｂページをＰＤＡ２００またはテレビセット３００の各表示部に表示する場合に横スクロールが発生する等の表示上の問題が生じるか否かを、当該機器プロファイルを基に判断する。更に、問題が生じると判断された場合には、上記表示能力情報中の例えばスクリーンサイズ情報に基づいて、上記ＰＤＡ２００または上記テレビセット３００の表示部の表示領域面積に合わせて、上記描画したＷｅｂページを変換する。
【００７１】
また、上記ユーザエージェント以外にも、例えばＣＣ／ＰＰを利用して機器プロファイルを取得する方法も考えられる。ＣＣ／ＰＰとは、Ｗ３Ｃが勧告化した、モバイル端末の表示能力を記述するためのＸＭＬベースの仕様であり、上記ユーザエージェントよりも各機器に関する更に多様な情報を記述することが可能である。ＣＣ／ＰＰでは、メタデータの表現方法に関するフレームワークであるＲＤＦを用いて、端末の表示能力やユーザの設定項目をデータ化し、それをＷｅｂサーバに伝える。本実施形態においては、当該データをＷｅｂサーバではなくサーバ１００に伝えることになる。
【００７２】
図５は、ＣＣ／ＰＰにより上記機器プロファイルを記述した例を示した図である。
【００７３】
同図において、点線で囲んだ部分２４が表示能力情報を記載した部分であり、スクリーンサイズが８００×６００で、カラーが２４ビットカラーであることを示している。サーバ１００は、当該ＣＣ／ＰＰによって記述された表示能力情報をＰＤＡ２００またはテレビセット３００から取得すると、上記ユーザエージェントの場合と同様に、当該表示能力情報を基に内部的な描画を行い、表示上の問題が生じるか否かを判断し、問題が生じると判断された場合には上記Ｗｅｂページの変換を行う。これらの上記内部的描画や表示上の問題の判断及び変換処理の詳細については後述する。
【００７４】
次に、以上のように構成された表示システムの動作について説明する。図６は、本実施形態において上記ＰＤＡ２００の表示部に上記Ｗｅｂページが表示されるまでの大まかな動作の流れを示したフロー図である。なお、図示しないが、テレビセット３００の場合も当該ＰＤＡ２００の場合と同様の動作を行う。
【００７５】
同図に示すように、まず、ＰＤＡ２００は、ユーザの操作入力部２０６または３０６の操作等により、ＰＤＡ２００のブラウザにＵＲＬが入力されたか否かを確認する（ステップ４０１）。入力されていない場合には、入力されるまで確認を繰り返す（ステップ４０１のＮＯ）。入力された場合には（ステップ４０１のＹＥＳ）、ネットワークインターフェース２０４を介して、サーバ１００に対して接続要求を送信する（ステップ４０２）。当該接続要求を受けたサーバ１００は、ネットワークインターフェース１０４を介してＰＤＡ２００と接続した上で、接続されたことをＰＤＡ２００に伝える（ステップ４０２）。
【００７６】
続いて、ＰＤＡ２００は、上記ステップ４０１において入力されたＵＲＬをサーバ１００へ送信する（ステップ４０３）。サーバ１００は、当該ＵＲＬを受信し、当該ＵＲＬ先に接続することをＰＤＡ２００へ通知する（ステップ４０４）。
【００７７】
接続通知を受信したＰＤＡ２００は、上記ユーザエージェントまたはＣＣ／ＰＰ等により、自身の表示能力を示す機器プロファイルをサーバ１００へ送信する（ステップ４０５）。サーバ１００は、当該機器プロファイルを受信すると、当該受信をＰＤＡ２００へ通知する（ステップ４０６）。受信した機器プロファイルは、例えばＲＡＭ１０３に記憶される。なお、ＰＤＡ２００は、上記ＵＲＬと機器プロファイルをサーバ１００へ同時に送信するようにしてもよい。
【００７８】
続いてサーバ１００の上記Ｗｅｂページ順応エンジン１４は、受信した機器プロファイルに従って、ＰＤＡ２００と同様のブラウザエンジン１３を選択した上で、ＶＲＡＭ１０６上に、ＰＤＡ２００の表示部２０８と同一の大きさの仮想表示枠を設定する（ステップ４０７）。そして、上記ステップ４０４で受信したＵＲＬ先へ接続して、Ｗｅｂページをダウンロードする（ステップ４０８）。
【００７９】
次に、サーバ１００のグラフィックコントローラ２０７は、ブラウザエンジン１３及びレンダリングエンジン１２等のソフトウェアを用いて、上記Ｗｅｂページ順応エンジン１４の指示により、ＶＲＡＭ１０６上に上記ダウンロードしたＷｅｂページを描画する（ステップ４０９）。そして、Ｗｅｂページ順応エンジン１４は、当該描画したＷｅｂページのサイズと上記設定した仮想枠とを比較して、当該ＷｅｂページをＰＤＡ２００の表示部２０８に描画した場合に表示上の問題が生じるか否かを判断する（ステップ４１０）。すなわち、例えば上記表示枠から上記Ｗｅｂページがはみ出すことにより、ＰＤＡ２００の表示部２０８において、当該Ｗｅｂページを閲覧する場合に横スクロールが発生する等、ユーザにとって不都合な問題が発生するか否かを判断する。
【００８０】
表示上の問題があると判断した場合には（ステップ４１０のＹＥＳ）、当該Ｗｅｂページを、上記表示枠、すなわちＰＤＡ２００の上記表示部２０８に合わせて最適な表示となるように変換する（ステップ４１１）。この場合、Ｗｅｂページ順応エンジン１４は、上記レンダリングエンジン１２の描画処理により、横スクロールが発生する等の問題が分かった場合には、それをイベントとしてＯＳ１０に通知し、当該通知を受けたＯＳが、ブラウザエンジン１３及びレンダリングエンジン１２に対して変換を指示する。当該変換処理の具体的態様及び動作については後述する。
【００８１】
そして、当該変換したＷｅｂページをＰＤＡ２００に送信し（ステップ４１２）、ＰＤＡ２００は、当該Ｗｅｂページを受信して上記表示部２０８に表示する（ステップ４１４）。上記ステップ４１０において表示上の問題が無いと判断された場合には、サーバ１００は、ダウンロードしたオリジナルのＷｅｂページをＰＤＡ２００へ送信し（ステップ４１３）、ＰＤＡ２００の表示部２０８において当該Ｗｅｂページが表示される（ステップ４１４）。
【００８２】
以上の動作により、サーバ１００が、上記Ｗｅｂページ順応エンジン１４等の処理により、ＰＤＡ２００と同様の表示能力を有するブラウザを用いて上記Ｗｅｂページを内部的に描画してみて、当該ＷｅｂページをＰＤＡ２００の表示部２０８に表示する場合に表示上の問題が生じるか否かを判断し、問題が生じると判断した場合には当該Ｗｅｂページを上記表示部２０８にとって最適な表示となるように変換して表示させるため、例えば、上記判断無しに、一意的なルール付けを基に変換する場合に比べて、表示環境に適した、ユーザにとって見やすい表示をより確実に行うことができる。
【００８３】
次に、上記変換処理の具体的動作について説明する。図７は、サーバ１００がダウンロードしたＷｅｂページと、上記ＰＤＡ２００及びテレビセット３００の表示部の表示領域との関係を示した図である。
【００８４】
同図に示すように、上記サーバ１００によりダウンロードされ、ＶＲＡＭ１０６上に内部的に描画されるＷｅｂページ２６は、ＰＤＡ２００の表示部の表示領域２７ａ（横にした場合）、表示領域２７ｂ（縦にした場合）及びテレビセット３００の表示領域２８のいずれよりも大きく、各領域からはみ出している。よって、ＰＤＡ２００またはテレビセット３００の各表示部に上記Ｗｅｂページを表示する場合には、横スクロールが発生することになる。また、Ｗｅｂページ２６は、フレーム２６ａ、２６ｂ及び２６ｃの３つのフレームで構成されているものとする。
【００８５】
以下、ＰＤＡ２００とテレビセット３００のそれぞれに上記Ｗｅｂページ２６を表示させるための変換処理について説明する。
【００８６】
まず、ＰＤＡ２００のための変換処理について説明する。図８は、当該変換処理について示した図である。
【００８７】
同図に示すように、上記Ｗｅｂページ順応エンジン１４は、ＰＤＡ２００の表示領域２７ａ及び２７ｂと上記描画したＷｅｂページの面積とを比較して、当該ＷｅｂページをＰＤＡ２００の表示部２０８に表示する場合に横スクロールが発生することが分かった場合には、まず、当該Ｗｅｂページをフレーム２６ａ、２６ｂ及び２６ｃの各フレームに分割する。
【００８８】
そして、当該分割された各フレームへのリンクが設けられた新たなＨＴＭＬファイル２９を作成して、当該ＨＴＭＬファイル２９をＰＤＡ２００へ送信する。これにより、上記Ｗｅｂページ２６が、新たなＷｅｂページ２９とそのリンク先である３つのフレームページ３０、３１及び３２へと変換されたことになる。そして、Ｗｅｂページ順応エンジン１４は、ユーザが当該ＨＴＭＬファイル２９に設けられたフレームへのリンクを指定した場合には、当該リンクに対応するフレームページをＰＤＡ２００へ送信する。上記ＨＴＭＬファイル２９及び各フレームページは、例えばＶＲＡＭ１０６に格納される。
【００８９】
具体的には、Ｗｅｂページ順応エンジン１４は、当該リンクが指定されたことの通知を、ネットワークインターフェース２０４を介してＰＤＡ２００から受信して、当該通知に応じて、指定されたリンクに対応する上記各フレームページを抽出し、当該フレームページを同じくネットワークインターフェース２０４を介してＰＤＡ２００へ送信する。そして、ＰＤＡ２００においては、当該フレームページを表示部２０８に表示する。
【００９０】
なお、各フレームに分割してもなお横スクロール等が発生する場合には、上記機器プロファイルから取得されるＰＤＡ２００の各表示部のサイズまたは解像度等の表示環境に合わせて、例えばページのレイアウトやフォント等の設定を変更する等して、最適な表示に変換するようにしてもよい。
【００９１】
以上の動作により、３つのフレームを一度に表示する場合には横スクロールが発生したり、各フレームが極端に小さくなってスクロール操作も困難な状態になったりする等の不具合が発生していたＷｅｂページ２６を、３つのフレームページとそのリンク元ページに変換することにより、上記不具合を無くし、または極力軽減させて、ＰＤＡ２００の表示部２０８に最適なＷｅｂページとして表示させることができる。
【００９２】
なお、上記のようにリンクで表示されるものとしては、フレームに限られず、例えば上記Ｗｅｂページに、複数の要素から構成されるテーブルが含まれる場合には、上記と同様に、Ｗｅｂページを当該複数の要素毎に分割して、各テーブルへのリンクが設けられたページを作成するようにしてもよい。
【００９３】
次に、テレビセット３００のための変換処理について説明する。図９は、当該変換処理について示した図である。
【００９４】
同図に示すように、テレビセット３００のような表示領域に比較的余裕のある機器においては、上記各フレームのうち、面積が最も大きいフレーム２６ｃのみを表示部３０８に優先的に表示するようにしてもよい。
【００９５】
具体的には、上記Ｗｅｂページ順応エンジン１４が、テレビセット３００の表示領域２８と上記描画したＷｅｂページ２６の面積とを比較して、当該Ｗｅｂページ２６をテレビセット３００の表示部３０８に表示する場合に横スクロールが発生することが分かった場合に、ブラウザエンジン１３が、例えば当該Ｗｅｂページ２６のＨＴＭＬ中のフレームタグ等を解析することにより、各フレームの面積を特定する。そして、Ｗｅｂページ順応エンジン１４は、上記Ｗｅｂページ２６から、各フレームのうち最も面積が大きいフレーム２６ｃを抽出して、当該フレームを２６ｃのみをテレビセット３００の表示部３０８に表示する。面積が最も大きいフレームのみを表示することとしたのは、当該フレームには、上記Ｗｅｂページの中で最も重要な情報が含まれている可能性が高いからである。
【００９６】
また、上記Ｗｅｂページが、例えばＸＭＬで記述されたページである場合には、ＸＭＬベースでメタデータを記述するためのＲＤＦ等を利用することも可能である。ＲＤＦにおいては、データに関するさまざまな情報をデータに付加することができるため、例えば、Ｗｅｂページを記述しているＸＭＬ内に当該ＲＤＦにより付加された情報や、当該Ｗｅｂページとは別に付加されたファイル内にＲＤＦで記述された情報等から、各フレームの優先順位が明らかになった場合には、当該優先順位に従い、優先順位の高いフレームのみを表示するようにしてもよい。また、各フレームを優先順位順に表示するようにしても構わない。
【００９７】
以上の動作により、上記Ｗｅｂページ２６のうち、各フレームの面積や優先順位に応じて、重要度の高いフレームを表示させることで、ユーザの所望する情報を効率よく表示させることができるとともに、ユーザにとって重要な情報が記載されているフレームが閲覧し難い状態になることを回避することができる。
【００９８】
なお、当該テレビセット３００の場合も、上記ＰＤＡ２００の場合と同様、フレームだけでなく、例えばテーブルの各要素を面積や優先順位に従って表示させるようにしてもよい。
【００９９】
また、上記表示上の不具合が発生することが明らかになった場合に、サーバ１００は、Ｗｅｂページの構成を完全に変えて再構築して上記ＰＤＡ２００やテレビセット３００の各表示部に表示させるようにしてもよい。以下、この場合の動作について説明する。
【０１００】
図１０は、サーバ１００が、Ｗｅｂページを再構築する際の大まかな動作の流れを示した図である。なお、同図の各ステップは、上記図６のステップ４１１を更に詳細に示したものに相当し、図１０においては、サーバ１００が、ＰＤＡ２００からＵＲＬ及び機器プロファイルを受信し、Ｗｅｂページをダウンロードして内部的に描画した（ステップ４０１〜ステップ４１０）後の処理について説明するものとする。
【０１０１】
また、この場合、上記内部的に描画したＷｅｂページのソースは、ＤＯＭツリーの形で例えばＲＡＭ１０３に保存してある。ＤＯＭツリーとは、ページ全体のタグ、文字、画像などの要素をツリー階層化して、アプリケーションによるページの検索、編集などを可能としたものである。
【０１０２】
同図に示すように、サーバ１００のＷｅｂページ順応エンジン１４は、上記ブラウザエンジン１３と協働して、上記内部的に描画したＷｅｂページを記述しているＨＴＭＬ文書を解析し、当該Ｗｅｂページにおける文字列や画像などの表示要素の描画位置を求め、その位置情報を、各表示要素を構成するタグ情報と組み合わせて、ＲＡＭ１０３にタグ／位置情報として保存する（ステップ５０１）。なお、表示要素の描画位置は文字フォントのサイズ、文字数、画像サイズによって変わってくるため、Ｗｅｂ順応エンジン１４は、文字の場合には文字フォントのサイズと文字数などを加味して描画位置を求め、画像の場合には画像サイズなどを加味して描画位置が求めるものとする。
【０１０３】
続いて、Ｗｅｂページ順応エンジン１４は、上記保存したタグ／位置情報に基づき、視覚的に繋がりの強い（距離の近い）タグ（表示要素）同士を結び付けて、Ｗｅｂページ中の各タグ（表示要素）をいくつかの塊（クラスタ）に分別し（ステップ５０２）、その分別したクラスタの情報をＲＡＭ１０３にクラスタリストとして保存する。
【０１０４】
図１１は、上記クラスタ化処理の具体的な様子を示した図である。
【０１０５】
同図の符合５０は、オリジナルのＷｅｂページ４０に対して、各表示要素４１ａ〜４１ｌのクラスタ化を行った結果を示している。５１ａ〜５１ｌは個々のクラスタを示している。５１ｂはＷｅｂページ上のヘッドライン（見出し）４１ｂのクラスタ、５１ｃはヘッドラインの本文４１ｃのクラスタ、５１ｆ、５１ｈ、５１ｊはそれぞれ小見出し４１ｆ、４１ｈ、４１ｊのクラスタ、５１ｇ、５１ｉ、５１ｋはそれぞれ小見出しに属する記事リスト４１ｇ、４１ｉ、４１ｋの部分のクラスタである。
【０１０６】
ヘッドライン４１ｂ及び小見出し４１ｆ、４１ｈ、４１ｊは他の表示要素と視覚的な繋がりを持たないため、それぞれが個々のクラスタ５１ｂ、５１ｆ、５１ｈ、５１ｊとして生成されている。また、記事リスト４１ｇ、４１ｉ、４１ｋは一つの小見出しに属する集合ごとに一つのクラスタ５１ｇ、５１ｉ、５１ｋとして生成されている。これ以外にも、いくつかの表示情報がクラスタ５１ａ、５１ｄ、５１ｌとして得られている。
【０１０７】
クラスタ化の手法には、たとえば、２Ｄデータマイニング分野で広く知られているグリッドペースの手法を利用できる。
（参考：http://www.cs.ualberta.ca/~zaiane/courses/cmput695-00/papers/wave.pdf）
なお、Ｗｅｂページのタイトル４２は、Ｗｅｂページの再構築の有無に関わらず常に表示するため、クラスタ化処理から除外し、再構築後のＷｅｂページにおいても例えば最上部に表示するように設定しておく。Ｗｅｂページのタイトルであることは、ＨＴＭＬ文書内のtitleタグから判別できる。
【０１０８】
次に、Ｗｅｂページ順応エンジン１４は、生成した個々のクラスタ５１ａ〜５１ｌについてレイアウト上の特徴を抽出して、レイアウト上の意味付けを行う。すなわち、図１２に示すように、個々のクラスタ５１ａ〜５１ｌを「左寄り」（Ｌ）、「右寄り」（Ｒ）、「ヘッドライン（小見出しも含む）」（Ｈ）、「本体（記事リンクを含む）」（Ｂ）、「未使用」（Ｕ）の５種類の意味に分類する（図１０のステップ５０３）。当該分類されたデータは、例えばＲＡＭ１０３に保存される。このクラスタの分類についての詳細は後述する。
【０１０９】
続いて、Ｗｅｂページ順応エンジン１４は、各クラスタの分類結果を基にＷｅｂページの再構築を行い（ステップ５０４）、再構築したページの情報をＲＡＭ１０３に格納する。そして、当該再構築されたＷｅｂページが、上記ＰＤＡ２００またはテレビセット３００に送信され（図６のステップ４１２）、それらの各表示部に表示される（図６のステップ４１４）。
【０１１０】
次に、クラスタの分類方法の詳細を説明する。
【０１１１】
図１３はクラスタ分類の処理手順を示すフローチャート、図１４は図１３のクラスタ分類の処理手順において重心線を決定するための処理手順、図１５は重心線決定の具体例、図１６は図１３のクラスタ分類の処理手順においてクラスタのレイアウト上の意味を「左寄り」「右寄り」「未使用」の中から決定する処理手順、図１７は図１６のクラスタのレイアウト上の意味を決定する処理の具体例、図１８は図１３のクラスタ分類の処理手順においてクラスタのレイアウト上の意味を「ヘッドライン（小見出しも含む）」「本体（記事リンクを含む）」のうちから決定する処理手順である。
【０１１２】
まず、Ｗｅｂページ順応エンジン１４は、上記ＲＡＭ１０３に記憶されたクラスタリストをＶＲＡＭ１０６上へ呼び出し、各クラスタのレイアウト上の特徴を検出するための基準の一つとなる、Ｗｅｂページの重心線を決定する（ステップ６０１）。重心線とは、Ｗｅｂページ上で最も多くの表示要素が配置された、Ｙ軸に沿った線である。
【０１１３】
この重心線を決定する具体的な方法を図１４の処理手順及び図１５の具体例を用いて説明する。
【０１１４】
両図に示すように、まず、クラスタ化されたＷｅｂページ全体を例えば４×５の２０の領域に等分割するグリッド線５２を設定する（ステップ７０１）。そして、ページ中心部分のたとえば２×３の６つの領域について、左右（Ｘ軸方向の）いずれか一方の端から一定間隔（Δｄ）を置いたＹ軸方向のライン（Ｘ＝Ｎ）毎に、存在する（当該ラインと交わる）表示要素の数（Ｐ）をカウントし（ステップ７０２）、他方の端までカウントする中で最大のカウント値Ｐmaxが得られたＹ軸方向のラインを重心線５３として決定する（ステップ７０３〜７０６）。
【０１１５】
このようにして重心線５３が決定した後、Ｗｅｂ順応エンジン１４において、個々のクラスタのレイアウト上の意味を「左寄り」「右寄り」「未使用」の中から決定する処理が行われる（図１３のステップ６０２）。この処理の具体的な方法を、図１６の処理手順と図１７の具体例を用いて説明する。
【０１１６】
両図に示すように、まず、例えばグリッド線５２によって分割された４×５の２０の領域の上部３×５の１５個の領域において、重心線５３と交わるクラスタ５１ａ、５１ｂ、５１ｃ、５１ｆ、５１ｇ、５１ｈ、５１ｉ、５１ｊ、５１ｋのうち、最も左寄りに突出している（最小のＸ座標である）クラスタ５１ｂの左端のＸ座標値をとるＹ軸方向のライン５４を左境界線として判定するとともに、最も右寄りに突出している（最大のＸ座標である）クラスタ５１ｃの右端のＸ座標値をとるＹ軸方向のライン５５を右境界線として判定する（図１６のステップ８０１）。これにより、ページ全体は左右境界線５４及び５５を境にして３つの領域に区切られることになる。
【０１１７】
この後、Ｗｅｂページ順応エンジン１４は、上記クラスタリストから、任意のクラスタの情報を取り出す（ステップ８０２）。このクラスタの情報は、当該クラスタを構成する表示要素に関する上記タグ／位置情報を含んでいる。Ｗｅｂページ順応エンジン１４は、このクラスタの情報に基づいて、クラスタのレイアウト上の意味を「左寄り」「右寄り」「未使用」の３つに分類する。以下、当該分類手順について説明する。
【０１１８】
まず、左境界線５４と右境界線５５との双方にまたがるクラスタの場合は（ステップ８０３のＹＥＳ）、そのクラスタを「未使用」のクラスタとして分類し（ステップ８０７）、上記クラスタリストから除外する（ステップ８０８）。
【０１１９】
クラスタが、左境界線５４より左側の領域に完全に包含される場合は（ステップ８０４のＹＥＳ）、そのクラスタを「左寄り」のクラスタとして分類し（ステップ８０９）、また右境界線５５より右側の領域に完全に包含される場合は（ＳＴ８０４のＹＥＳ）、そのクラスタを「右寄り」のクラスタとして分類し（ステップ８０９）、クラスタリストから除外する（ステップ８１０）。
【０１２０】
また、クラスタが、左境界線５４より左側の領域または右境界線５５より右側の領域に完全には包含されないが（ステップ８０４のＮＯ）、左境界線５４または右境界線５５の一方の境界線にまたがっている場合には（ステップ８０５のＹＥＳ）、当該クラスタの重心線を計算し（ステップ８１１）、重心線が左境界線５４より左側にある場合には「左寄り」のクラスタ、また重心線が右境界線５５よりも右側にある場合には「右寄り」のクラスタとして分類し（ステップ８１２）、クラスタリストから除外する（ステップ８１３）。
【０１２１】
以上の処理を、クラスタリストに登録されている、全てのクラスタについて繰り返す（ステップ８０６）。
【０１２２】
以上の処理で「左寄り」「右寄り」「未使用」のどれにも分類されなかったクラスタは「ヘッドライン（小見出しも含む）」または「本文（記事へのリンクも含む）」のいずれかである。当該「ヘッドライン」及び「本文」に属するクラスタの分類の手順について、図１８を用いて説明する。
【０１２３】
まず、Ｗｅｂ順応エンジン１４は、クラスタリストからクラスタの情報を取り出して（ステップ９０１）、ブラウザエンジン１３及びレンダリングエンジン１２と協働してＶＲＡＭ１０６上で内部的に描画展開し、図１７に示した左境界線５４と右境界線５５との間の領域をスキャンする（ステップ９０２）。続いて、スキャンした領域に存在するクラスタのうち、フォントのサイズ、色、書体、背景色など、共通の表示属性を有するクラスタ（以下「同属クラスタ」という。）を一つのグループとして決定する（ステップ９０３）。
【０１２４】
次に、Ｗｅｂ順応エンジン１４は、決定したグループのなかで、クラスタ数の多い２つのグループを選択し（ステップ９０４）、それぞれのグループについて、同属クラスタ内での文字数等の情報量の平均値を算出する（ステップ９０５）。そして、当該情報量の平均値に応じて、情報量の平均値の高い（文字数の多い）グループを「本文（記事リンクを含む）」として決定し、情報量の平均値の低い（文字数の少ない）グループを「ヘッドライン（小見出し含む）」として決定する（ステップ９０６）。
【０１２５】
そして、上記「本文」と決定されたグループを、上記フォントサイズ、色等により更に「本文」と「記事リンク」に分類し、上記「ヘッドライン」と決定されたグループを、同様に「ヘッドライン」と「小見出し」に分類して、当該データをそれぞれＲＡＭ１０３に格納する。
【０１２６】
以上の動作により分類された各クラスタのデータは、例えばＲＡＭ１０３に格納される。
【０１２７】
次に、以上説明した処理に基づいて、Ｗｅｂページの再構築処理の詳細を説明する。図１９は、当該再構築されたＷｅｂページの例を示した図である。
【０１２８】
同図に示すように、Ｗｅｂページ順応エンジン１４は、ブラウザエンジン１３及びレンダリングエンジン１２と協働して、上記処理により決定したヘッドライン、本文等を用いて、例えばヘッドライン６０と小見出し６１とで構成されるトップページ５６、小見出し６１に属する記事へのリンク６２を集めた記事リンク集ページ５７、小見出し６１に属する記事やヘッドライン６０の本文で構成される記事ページ５８、本文ページ５９等のページを作成する。作成された各ページは、例えばＶＲＡＭ１０６に格納される。
【０１２９】
トップページ５６のヘッドライン６０には本文ページ５９へのハイパーリンクが設定され、小見出し６１には記事リンク集ページ５７へのリンクが設定されている。また、記事リンク集ページ５７の各記事の見出しには、それぞれ対応する記事ページ５８へのハイパーリンクが設定されている。そして、これらの再構築されたページのうち、まずトップページ５６がＰＤＡ２００またはテレビセット３００に送信され、各表示部に表示される。
【０１３０】
ＰＤＡ２００やテレビセット３００の各表示部にトップページ５６が表示された場合において、例えばジョグダイヤル等の操作入力部２０６または３０６の操作でユーザによって、ヘッドライン６０が選択された場合、当該ヘッドライン６０に設定されたハイパーリンクによって、本文ページ５９の表示へと切り替わる。また、トップページ５６において、任意の小見出し６１がユーザによって選択された場合には、その選択された小見出し６１に設定されたハイパーリンクによって、その小見出し６１に属する記事リンク集ページ５７が表示され、更に、この記事リンク集ページ５７において任意の記事へのリンク６２がユーザによって選択されることで、そのリンク先の記事ページ５８が表示される。
【０１３１】
当該各リンクを表示させる際には、Ｗｅｂページ順応エンジン１４は、上記図８で説明した場合と同様に、ユーザが上記リンクを指定した場合に、ＰＤＡ２００またはテレビセット３００から当該指定されたことの通知を受信し、当該リンクに対応するページを抽出してＰＤＡ２００またはテレビセット３００へ送信するようにすればよい。
【０１３２】
また、他の記事ページを表示したい場合は、例えばＷｅｂブラウザの戻りボタン等を用いて、トップページ５６や記事リンク集ページ５７に戻って、同様な操作を繰り返せばよい。
【０１３３】
なお、これらのページのレイアウトは、上記機器プロファイルから取得されるＰＤＡ２００及びテレビセット３００の各表示部のサイズまたは解像度等の表示環境に合わせて、最適に設定されている。また、図１９において、上記各ページは、例えばＰＤＡ２００を横にした状態で表示される。
【０１３４】
図２０はＷｅｂページの再構築の処理手順を示すフローチャートである。同図においては、上記各ページのうち、トップページ５６の作成時を例にして説明する。
【０１３５】
まず、Ｗｅｂページ順応エンジン１４は、ＲＡＭ１０３から、クラスタの分類データをロードする（ステップ１００１）。続いて、ブラウザエンジン１３と協働して、上記ＶＲＡＭ１０６に内部的に描画されたオリジナルのＷｅｂページのＤＯＭツリーから降順にタグを読み込み、クラスタの分類データに基づいて、ヘッドライン及び小見出しとして分類されたタグを検索する（ステップ１００２）。そして、該当検索されたタグを、再構築ページのＤＯＭツリーに追加する（ステップ１００３）。オリジナルのＤＯＭツリーに、まだ検索すべきタグがあれば（ステップ１００４のＹＥＳ）、ステップ１００２に戻ってそのタグを読み込み、上記と同様に、検索されたタグを再構築ページのＤＯＭツリーに追加する。
【０１３６】
なお、上記ヘッドラインのタグと小見出しのタグを再構築ページにレイアウトする際には、ヘッドラインが最上部、各小見出しがその下となるように記述する。
【０１３７】
このようにして、オリジナルのＤＯＭツリーから、トップページ５６を構成するヘッドラインと小見出しのタグをそれぞれ検索して、再構築ページのＤＯＭツリーに追加し、再構築ページを完成させる。
【０１３８】
記事リンク集ページ５７記事ページ５８及び本文ページ５９についても同様に、クラスタの分類データに基づいて、オリジナルのＤＯＭツリーから、記事リンクおよび本文・記事を検索し、再構築ページのＤＯＭツリーに該当タグを追加することによって作成することができる。そして、以上のように作成した各再構築ページに必要なリンクを設定することによって、図１９に示したようなページの移動を実現することができる。
【０１３９】
以上の動作によれば、ＰＣの表示環境向けにデザインされたＷｅｂページを、まず内部的に描画した上で上記ＰＤＡ２００及びテレビセット３００における表示上の問題を判断し、問題が生じると判断した場合には当該Ｗｅｂページを再構築することで、ＰＤＡ２００及びテレビセット３００の表示環境に適した表示をより確実に行うことができる。
【０１４０】
具体的には、再構築された各Ｗｅｂページが全体として一定の規則性をもった形で提供されるので、ユーザにとって効率的なウェブ閲覧が可能になる。更に、目的のＷｅｂページに辿り着くための操作上の試行錯誤を排除することができ、内容そのものに集中したウェブ閲覧が可能になる。
【０１４１】
また、Ｗｅｂページの記述言語には、ＨＴＭＬ（HyperText Markup Language）、ＸＨＴＭＬ（eXtensible HyperText Markup Language）、ＸＭＬ＋ＣＳＳ(cading Style Sheets)など、様々な種類があるが、上述した処理は、これら様々な記述言語で作成されたＷｅｂページの再構築を同一のロジックで実現し得るものである。これに対して、タグの意味的な繋がり（セマンティクス）解析によってＷｅｂページを再構築する方法があるが、この方法ではページ記述言語の種類ごとに対応する解析プログラムが必要となり、また、多大な解析時間を要する。上記方法は、このようなタグの意味的な繋がり解析によってＷｅｂページを再構築する方法に比べ、ページ再構築に要するコストを大幅に低減することができる。
【０１４２】
また、オリジナルのＷｅｂページのタグを用いて再構築ページを作成するので、言語の種類（日本語、英語など）やロケールに依存することなく、Ｗｅｂページの再構築を行うことができる。
【０１４３】
以上説明したように、本実施形態によれば、ＰＤＡ２００のようにＰＣに比べて表示部の領域が狭い携帯端末や、テレビセット（ＨＤＴＶ）３００のようにＰＣに比べて表示領域の縦横比率が異なる機器にＷｅｂページを表示させる場合において、Ｗｅｂページを実際に表示する前に、予め内部的に描画してみて、上記不具合が生じるか否かを判断して、不具合が生じると判断した場合には適切な変換を行ってから表示するため、Ｗｅｂページの記述言語やブラウザの性質に関わらず、当該Ｗｅｂページを臨機応変に変換して、表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる。
【０１４４】
（第２の実施形態）  
次に、本発明の第２の実施形態について説明する。なお、本実施形態において、上記第１実施形態において説明した構成と同様のものについては、図面において同一の符号を付し、説明を簡略化または省略して、異なる点を中心に説明する。
【０１４５】
図２１は、本実施形態におけるシステムの大まかな構成を示した図である。同図に示すように、本実施形態においては、ＰＤＡ２００及びテレビセット３００が、上述の第１実施形態におけるサーバ１００を介さずに、直接インターネット１０８を介して各Ｗｅｂサーバ１０９に接続されている。
【０１４６】
図示しないが、ＰＤＡ２００及びテレビセット３００は、それぞれ上述の第１実施形態における場合と同様の構成を有し、それに加えて、サーバ１００と同様のＷｅｂページ順応エンジン１４やその他の必要なソフトウェアを有しており、上記サーバ１００と同様に自らＷｅｂページを変換して表示することが可能である。
【０１４７】
次に、本実施形態において、ＰＤＡ２００及びテレビセット３００がＷｅｂページを表示するまでの動作を説明する。図２２は当該動作の流れを示したフローチャートである。
【０１４８】
同図に示すように、ＰＤＡ２００またはテレビセット３００のＷｅｂページ順応エンジンは、ブラウザエンジンと協働して、上述のサーバ１００と同様、まず、ＵＲＬが入力されたかを確認し（ステップ１１０１）、入力された場合には、ネットワークインターフェースを介して当該ＵＲＬ先のＷｅｂサーバ１０９へ接続し、そこからＷｅｂページをダウンロードする（ステップ１１０２）。
【０１４９】
続いて、当該ダウンロードしたＷｅｂページを、ブラウザエンジン１３、レンダリングエンジン１２及びグラフィックコントローラと協働してＶＲＡＭに内部的に描画して（ステップ１１０３）、表示部に表示する場合に横スクロールや文字の折り返し等の表示上の問題が生じるか否かを確認する（ステップ１１０４）。
【０１５０】
表示上の問題があると判断した場合（ステップ１１０４のＹＥＳ）には、上述の第１実施形態の場合と同様、描画したＷｅｂページをフレーム毎に分割してリンクを設定したり、タグを解析してＷｅｂページを再構築したりして、Ｗｅｂページを表示部に合わせて変換する（ステップ１１０５）。この際、上記Ｗｅｂページを一度に変換するのではなく、例えば表示上の問題が起こらない程度まで複数回変換を繰り返すようにしてもよい。これにより、上記サーバ１００に比べてＷｅｂページの描画等の処理能力が低い場合でも、精度の高い変換処理を行うことができる。
【０１５１】
そして、当該変換したＷｅｂページを、例えば上記フレームの大きさや優先順位に従って表示したり、ヘッドラインや小見出し等のリンクを設定して再構築したページを表示したりする（ステップ１１０６）。表示上の問題がない場合には、上記ダウンロードしたオリジナルのＷｅｂページを表示する。
【０１５２】
以上の動作により、本実施形態によれば、上記Ｗｅｂページを一旦内部的に描画して表示上の問題が生じるか否かを判断し、問題が生じると判断した場合には適切な変換処理を行った上でＷｅｂページを表示することができるため、上記サーバ１００によらなくとも、各機器の表示環境に適した、ユーザにとって閲覧しやすい表示を確実に行うことができる。
【０１５３】
なお、本発明は以上説明した実施の形態には限定されるものではなく、種々の変形が可能である。
【０１５４】
例えば、上述の第１実施形態においては、Ｗｅｂページの内部的な描画処理、表示上の問題の判断及び変換処理等を全てサーバ１００が行っていたが、例えば内部的な描画処理及び表示上の問題の判断はＰＤＡ２００及びテレビセット３００が自ら行い、変換処理のみサーバ１００に依頼するようにしてもよい。
【０１５５】
また、上述の２つの実施形態においては、Ｗｅｂページを表示する機器としてＰＤＡ及びテレビセットを挙げたが、これらの機器に限られることはなく、例えば携帯電話に適用することも勿論可能である。この場合、サーバ１００に上記内部的描画、表示上の問題の判断及び変換処理の全てまたは一部を依頼する態様でもよいし、サーバ１００を介さずに自ら上記処理を行う態様でもよい。
【０１５６】
また、その他にも、例えばブラウザ組み込み型の家電機器等、あらゆる機器に本発明を適用することができ、サーバ１００があらゆる機器の表示上の問題を判断して、各表示部に合わせて適切な変換処理を行ってＷｅｂページを配信するような態様であってもよいし、それらの機器が上述したＷｅｂページ順応エンジン１４等の必要なソフトウェア及びハードウェアを具備して、スタンドアローンで変換処理を行うような態様であっても構わない。
【図面の簡単な説明】
【０１５７】
【図１】第１の実施形態に係る表示システムの大まかな構成を示した図である。
【図２】サーバ１００、ＰＤＡ２００及びテレビセット３００の構成を示した図である。
【図３】サーバ１００が有するソフトウェアの構成を示した図である。
【図４】サーバ１００が上記ＰＤＡ２００から取得するユーザエージェントの値の例を示した図である。
【図５】ＣＣ／ＰＰにより機器プロファイルを記述した例を示した図である。
【図６】ＰＤＡ２００の表示部にＷｅｂページが表示されるまでの大まかな動作の流れを示したフロー図である。
【図７】サーバ１００がダウンロードしたＷｅｂページと、上記ＰＤＡ２００及びテレビセット３００の表示部の表示領域との関係を示した図である。
【図８】ＰＤＡ２００に上記Ｗｅｂページ２６を表示させるための変換処理の様子を示した図である。
【図９】テレビセット３００に上記Ｗｅｂページ２６を表示させるための変換処理の様子を示した図である。
【図１０】サーバ１００が、Ｗｅｂページを再構築する際の大まかな動作の流れを示したフローチャートである。
【図１１】クラスタ化処理の具体的な様子を示した図である。
【図１２】各クラスタを５つのグループに分類する様子を示した図である。
【図１３】クラスタ分類の処理手順を示すフローチャートである。
【図１４】図１３のクラスタ分類の処理手順において重心線を決定するための処理手順を示したフローチャートである。
【図１５】重心線を決定する処理の具体例を示した図である。
【図１６】図１３のクラスタ分類の処理手順においてクラスタのレイアウト上の意味を「左寄り」「右寄り」「未使用」の中から決定する処理手順を示したフローチャートである。
【図１７】図１６のクラスタのレイアウト上の意味を決定する処理の具体例を示した図である。
【図１８】図１３のクラスタ分類の処理手順においてクラスタのレイアウト上の意味を「ヘッドライン（小見出しも含む）」「本体（記事リンクを含む）」のうちから決定する処理手順を示したフローチャートである。
【図１９】再構築されたＷｅｂページの例を示した図である。
【図２０】Ｗｅｂページの再構築の処理手順を示すフローチャートである。
【図２１】本発明の第２実施形態におけるシステムの大まかな構成を示した図である。
【図２２】本発明の第２実施形態において、ＰＤＡ２００及びテレビセット３００がＷｅｂページを表示するまでの動作の流れを示したフローチャートである。
【符号の説明】
【０１５８】
１００…サーバ
２００…ＰＤＡ
３００…テレビセット
１２…レンダリングエンジン
１３…ブラウザエンジン
１４…Ｗｅｂページ適応エンジン
１０６、２０９、３０９…ＶＲＡＭ
１０５，２０７，３０７…グラフィックコントローラ
１０９…Ｗｅｂサーバ
２０８、３０８…表示部
【図１】
2006031476.tif 000003
【図２】
2006031476.tif 000004
【図３】
2006031476.tif 000005
【図４】
2006031476.tif 000006
【図５】
2006031476.tif 000007
【図６】
2006031476.tif 000008
【図７】
2006031476.tif 000009
【図８】
2006031476.tif 000010
【図９】
2006031476.tif 000011
【図１０】
2006031476.tif 000012
【図１１】
2006031476.tif 000013
【図１２】
2006031476.tif 000014
【図１３】
2006031476.tif 000015
【図１４】
2006031476.tif 000016
【図１５】
2006031476.tif 000017
【図１６】
2006031476.tif 000018
【図１７】
2006031476.tif 000019
【図１８】
2006031476.tif 000020
【図１９】
2006031476.tif 000021
【図２０】
2006031476.tif 000022
【図２１】
2006031476.tif 000023
【図２２】
2006031476.tif 000024