JP2009087168A

JP2009087168A - コンテンツ表示装置、コンテンツ表示方法、およびコンテンツ表示プログラム

Info

Publication number: JP2009087168A
Application number: JP2007258114A
Authority: JP
Inventors: Yosuke Makita; 陽介牧田; Shinji Yamabuchi; 深司山渕
Original assignee: Access Co Ltd
Current assignee: Access Co Ltd
Priority date: 2007-10-01
Filing date: 2007-10-01
Publication date: 2009-04-23

Abstract

【課題】ＰＣ向けページの本来のレイアウトを維持しつつ、テキストを読む際の操作性を向上させることも可能な装置等を提供する。
【解決手段】コンテンツを解釈し、解釈結果に基づいてコンテンツの各ブロック要素の標準レイアウトを計算し、該標準レイアウトに基づいてブロック幅が表示画面の幅を超えるか否かを判定し、表示画面の幅を超えると判定されたブロック要素のインライン要素を表示画面の幅に基づいて折り返し、ブロック要素を表示画面の高さ方向に分割したセルを作成し、標準レイアウトにおけるブロック要素のレイアウトを参照してブロック要素から作成されたセルのレイアウトを計算し、セルが作成されたブロック要素のレイアウトを標準レイアウトから計算されたセルのレイアウトに変更し、標準レイアウト又は変更されたレイアウトに従ってインライン要素が表示されるようにレンダリングする装置を提供する。
【選択図】図６

Description

本発明は、コンテンツ表示装置、コンテンツ表示方法、およびコンテンツ表示プログラムに関連する。特に、ＰＣ（Personal Computer）等の比較的大きな表示画面での閲覧を想定して作成されたコンテンツを、携帯電話等の小さな表示画面を有する端末において、レイアウトを崩すことなく快適に閲覧できるようにレンダリングを行うコンテンツ表示装置等に関する。

ネットワーク上の情報を閲覧するための情報閲覧ソフトウェア（以下、「ブラウザ」と記す）が広く知られ実用に供されている。ブラウザには、ネットワーク上の情報（例えば、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述された文書であるＷｅｂページ）を解釈し、その解釈結果に基づいて画面表示用データの生成（以下、「レンダリング」という）を行う機能が実装されている。ユーザはＵＲＩ（Uniform Resource Identifier）を指定することによりブラウザ上で所望のＷｅｂページを閲覧することができる。このようなブラウザはＰＣのみならず、例えば携帯電話やＰＤＡ（Personal Digital Assistants）、情報家電等の様々な機器に搭載されている。

携帯電話は、ＰＣと比して性能・機能が限定されているため、例えばモバイル機器向けのマークアップ言語（コンパクトＨＴＭＬ（Compact-HTML）やＨＤＭＬ（Handheld Device Markup Language）、ＭＭＬ（Mobile Markup Language）等）で記述されたＷｅｂページしか表示できなかったが、近年ではスペックの向上が著しく、ＰＣ向けのＷｅｂページ（以下、「ＰＣ向けページ」という）も表示することが可能なフルブラウザが搭載された携帯電話が実用化されている。

図１に示されるように、フルブラウザは、例えばＸＧＡ（eXtended Graphics Array）等の標準的な画面サイズのＰＣで閲覧した場合と同じレイアウト（以下、「標準レイアウト」という）でＰＣ向けページＷＰを閲覧できるように構成されている。通常のＷｅｂページは、標準的な画面サイズのＰＣで閲覧されることを想定して製作されているため、標準レイアウトによってＷｅｂページを画面表示することにより、製作者が意図した画面表示が略忠実に再現される。しかし、携帯電話はＱＶＧＡ（Quarter Video Graphics Array）等の小さな画面サイズをもつため、標準レイアウトでレンダリングした場合、携帯電話の表示領域Ｒ内に全体を表示しきれないブロック要素が数多く出てくる。このため、以下の弊害が指摘される。

例えば図１において、インライン要素としてテキストを含むブロック要素（以下、「テキスト要素」という）Ｔ_１やＴ_２は、ＰＣ用ディスプレイでの表示を想定して構成された要素であり、携帯電話のディスプレイの表示領域幅Ｗに収まらないブロック幅（ブロック要素の表示幅であり、テキスト要素の場合は、複数の文字列からなるテキストの一行一行の幅に相当）を有する。この場合、ユーザは、テキストを一行読む毎に画面を左右にスクロール操作する必要があるため、操作が煩雑となり、テキストをスムーズに読めないといった不便が生じる。

上記のような不都合を解消する技術の一つとして、ＰＣ向けページ中の全てのテキスト、オブジェクト等を携帯電話のディスプレイの表示領域幅に収まるようにレンダリングするものが、例えば下記特許文献１に開示されている。下記特許文献１によれば、ブラウザは、ＰＣ向けページ中の全てのテキスト、オブジェクト等が携帯電話のディスプレイの表示領域幅に収まるようにレイアウトし、当該ＰＣ向けページを該表示領域幅と同じ幅を有する縦長のページとしてレンダリングする。ユーザは、このようにレンダリングされたＰＣ向けページを閲覧する際、画面を左右にスクロールさせる必要がないというメリットを享受することができる。
特開２００７−４５２４号公報

ところが、上記特許文献１によれば、全てのテキスト、オブジェクト等が画面縦方向にレイアウトされるため、標準レイアウトとは全く異なる画面表示がレンダリングされることになる。従って、これでは、ＰＣ向けページ製作者はユーザに本来の意図を伝えることができず、ユーザも本来のＰＣ向けページを快適に閲覧することができない。

また、ＰＣ向けページのレイアウトを保ちつつ、画面左右方向のスクロール操作を不要にするレンダリング方法として、例えばＰＣ向けページの幅と、携帯電話のディスプレイの表示領域幅とを一致させるように当該ＰＣ向けページ全体を縮小表示するものが挙げられる。しかし、この場合、テキストの可読性やオブジェクトの視認性等が低下するといった不都合があり、望ましくない。

そこで、例えば図２に示されるように、テキスト要素Ｔ_１、Ｔ_２のブロック幅が携帯電話のディスプレイの表示領域幅Ｗを超える場合、当該テキスト要素内のテキストを表示領域幅Ｗに収まるようにするように折り返してレンダリングし、他の要素はＰＣの場合と同じレイアウトでレンダリングする技術（以下、「テキスト幅最適化レンダリング」という）が提案され実用に供されている。

テキスト幅最適化レンダリングによれば、ユーザは、テキストを読む際に画面を左右にスクロールさせる必要がない。また、他の要素（図２ではインライン要素としてイメージのみを含むブロック要素（以下、「イメージ要素」という）Ｉ_１、Ｉ_２、Ｉ_３、Ｉ_４、インライン要素としてアンカーを含むブロック要素（以下、「アンカー要素」という）Ａ_１、Ａ_２、Ａ_３、Ａ_４、Ａ_５、Ａ_６、Ａ_７）はＰＣで閲覧する場合と同じレイアウトでレンダリングされるため、ＰＣ向けページ全体として本来のレイアウトをある程度反映したものとなる。

しかし、このように、テキスト要素Ｔ_１、Ｔ_２のテキストを携帯電話のディスプレイの表示領域幅Ｗに収まるように折り返した場合、図２に示されるように、これらのテキスト要素の右隣に大きな空白スペースが生じてしまい、バランスの悪いレイアウトとなる。また、テキスト要素Ｔ_２が縦長のブロックとなるため、ページ全体のレイアウトも本来のレイアウトから大きく崩れたものとなる。更に、ユーザは、テキスト要素Ｔ_２のテキスト全文を読む際に、上下（縦）方向の画面スクロールの操作を相当回数繰り返さなければならない。また、一度読んだ箇所を再度ディスプレイに表示させて閲覧したい場合に、上下方向の画面スクロールの操作を再び相当回数繰り返さなければなければならないこともあり得る。すなわち、テキスト幅最適化レンダリングでは、テキストを読む際の操作の煩雑さは依然として残っている。つまり、テキスト幅最適化レンダリングでは、テキストを読む際の操作性向上も、ＰＣ向けページのレイアウトの維持も十分に達成されない点が指摘される。

そこで、本発明は、上記の事情に鑑みて、ＰＣ向けページの本来のレイアウトを維持しつつ、テキストを読む際の操作性を向上させることが可能なコンテンツ表示装置、コンテンツ表示方法、およびコンテンツ表示プログラムを提供することを課題としている。

上記の課題を解決する本発明の一態様に係る、コンテンツを表示するコンテンツ表示装置は、表示画面と、コンテンツを解釈するコンテンツ解釈手段と、解釈結果に基づいて、表示画面よりも広い所定の大きさの表示領域にコンテンツの各ブロック要素を表示させるのに適した当該各ブロック要素の標準レイアウトを計算する標準レイアウト計算手段と、計算された標準レイアウトに基づいて、ブロック要素のブロック幅が表示画面の幅を超えるか否かを判定するブロック幅判定手段と、表示画面の幅を超えると判定されたブロック要素のインライン要素を表示画面の幅に基づいて折り返す折り返し手段と、ブロック要素を表示画面の高さ方向に分割したセルを作成するセル作成手段と、標準レイアウトにおけるブロック要素のレイアウトを参照して、ブロック要素から作成されたセルのレイアウトを計算するセルレイアウト計算手段と、セルが作成されたブロック要素のレイアウトを、標準レイアウトから計算されたセルのレイアウトに変更するレイアウト変更手段と、標準レイアウト、又は変更されたレイアウトに従ってブロック要素のインライン要素が表示されるようにレンダリングを行うレンダリング手段と、を備えたことを特徴とした装置である。

このように構成されたコンテンツ表示装置によれば、表示画面の幅を超えるブロック要素が当該幅に収まるセルに分割されるため、ユーザは、セル内の情報（例えばテキスト）を閲覧する際に画面を左右にスクロールする必要がなくなる。画面を左右にスクロールさせるのは別のセルに表示を移す時だけである。よって、例えばテキスト等を閲覧する際の操作負担が軽減され、結果、操作性向上が達成される。また、セル分割前の本来のブロック要素のレイアウトを参照することで、当該本来のブロック要素に近いレイアウトでセル群をレンダリングし、コンテンツ（又はブロック要素）のレイアウト維持を達成することもできる。

ここで、折り返し手段は、インライン要素の折り返し幅が表示画面の幅以下となるように当該インライン要素を折り返す構成であることが好ましい。

また、セル作成手段は、好ましくは、折り返されたインライン要素を、表示画面の高さと略一致する高さを有するセルに分割する。

また、セルレイアウト計算手段は、折り返されたインライン要素を有するブロック要素の標準レイアウトにおけるブロック幅と、当該ブロック要素から作成されたセルの幅とを比較して、ブロック幅に収まる範囲で幅方向に配列可能なセルの最大数を計算し、セルのレイアウトを、幅方向に並ぶセル数が最大数となるマトリクス状のレイアウトとする構成にすることが好ましい。

また、上記コンテンツ表示装置は、表示画面の幅を変更する表示画面幅変更手段を更に備えた構成としても良い。この構成におけるブロック幅判定手段は、表示画面の幅が変更されたとき、計算された標準レイアウトに基づいて、ブロック要素のブロック幅が当該変更後の表示画面の幅を超えるか否かを判定することとなる。

また、上記コンテンツ表示装置は、レンダリング手段でレンダリングされたブロック要素からなるコンテンツに対する操作を受け付ける操作手段を更に備えた構成としても良い。このようなコンテンツ表示装置は、例えばレンダリングされたセルと隣接する他のオブジェクトとの間に表示対象の無い空白スペースが存在するとき、該セルから該オブジェクトに画面スクロールするよう操作手段が入力を受け付けると、コンテンツ内の表示箇所を該セルから該オブジェクトにジャンプする。

また、上記コンテンツ表示装置は、レンダリング手段でレンダリングされたブロック要素からなるコンテンツに対する操作を受け付ける操作手段と、作成されたセルの各々に、前後関係にあるセルを指定するオブジェクトを埋め込むオブジェクト埋込手段とを更に備えた構成としても良い。このようなコンテンツ表示装置は、操作手段がオブジェクトを選択する入力を受け付けると、コンテンツ内の表示箇所を、当該オブジェクトで指定されたセルにジャンプする。

また、上記コンテンツ表示装置は、レンダリング手段でレンダリングされたブロック要素からなるコンテンツに対する操作を受け付けるためのキーが複数設けられた操作手段を更に備えた構成としても良い。このようなコンテンツ表示装置は、セルを表示中、操作手段の所定キーが押されると、コンテンツ内の表示箇所を、当該所定キーに対応する、前後関係にあるセル又はフォーカス対象となる要素にジャンプする。

また、上記コンテンツ表示装置は、作成されたセルがレイアウト時に、隣接する他のセルに干渉するよう突出するオブジェクトを有するか否かを判定する突出判定手段を更に備えた構成としても良い。このようなコンテンツ表示装置は、セルがオブジェクトを有すると判定した場合には、他のセル内でオブジェクトと干渉する領域に、何れのインライン要素も配置しないようレイアウトする。

また、折り返し手段は、好ましくは、表示画面の幅を超えると判定されたブロック要素のインライン要素を、当該ブロック要素の標準レイアウトにおけるブロック幅の１／ｎ（ｎは自然数）となる折り返し幅で折り返すよう構成される。

また、上記の課題を解決する本発明の一態様に係る、表示画面にコンテンツを表示するコンテンツ表示方法は、コンテンツを解釈するコンテンツ解釈ステップと、解釈結果に基づいて、表示画面よりも広い所定の大きさの表示領域にコンテンツの各ブロック要素を表示させるのに適した当該各ブロック要素の標準レイアウトを計算する標準レイアウト計算ステップと、計算された標準レイアウトに基づいて、ブロック要素のブロック幅が表示画面の幅を超えるか否かを判定するブロック幅判定ステップと、表示画面の幅を超えると判定されたブロック要素のインライン要素を表示画面の幅に基づいて折り返す折り返しステップと、ブロック要素を表示面画面の高さ方向に分割したセルを作成するセル作成ステップと、標準レイアウトにおけるブロック要素のレイアウトを参照して、ブロック要素から作成されたセルのレイアウトを計算するレイアウト計算ステップと、セルが作成されたブロック要素のレイアウトを、標準レイアウトから計算されたセルのレイアウトに変更するレイアウト変更ステップと、標準レイアウト、又は変更されたレイアウトに従ってブロック要素のインライン要素が表示されるようにレンダリングを行うレンダリングステップと、を含む方法として提供される。

このようなコンテンツ表示方法によれば、表示画面の幅を超えるブロック要素が当該幅に収まるセルに分割されるため、ユーザは、セル内の情報（例えばテキスト）を閲覧する際に画面を左右にスクロールする必要がなくなる。画面を左右にスクロールさせるのは別のセルに表示を移す時だけである。よって、例えばテキスト等を閲覧する際の操作負担が軽減され、結果、操作性向上が達成される。また、セル分割前の本来のブロック要素のレイアウトを参照することで、当該本来のブロック要素に近いレイアウトでセル群をレンダリングし、コンテンツ（又はブロック要素）のレイアウト維持を達成することもできる。

また、上記コンテンツ表示方法によれば、折り返しステップにおいて、インライン要素の折り返し幅が表示画面の幅以下となるように当該インライン要素を折り返すことが好ましい。

また、セル作成ステップにおいて、好ましくは、折り返されたインライン要素を、表示画面の高さと略一致する高さを有するセルに分割する。

また、セルレイアウト計算ステップにおいて、折り返されたインライン要素を有するブロック要素の標準レイアウトにおけるブロック幅と、当該ブロック要素から作成されたセルの幅とを比較して、ブロック幅に収まる範囲で幅方向に配列可能なセルの最大数を計算し、セルのレイアウトを、幅方向に並ぶセル数が最大数となるマトリクス状のレイアウトとすると良い。

また、上記コンテンツ表示方法は、表示画面の幅を変更する表示画面幅変更ステップを更に含む方法であり、表示画面の幅が変更されたとき、ブロック幅判定ステップにおいて、計算された標準レイアウトに基づいて、ブロック要素のブロック幅が当該変更後の表示画面の幅を超えるか否かを判定するようにしても良い。

また、上記コンテンツ表示方法は、レンダリングステップでレンダリングされたブロック要素からなるコンテンツに対する操作を受け付ける操作ステップを更に含む方法としても良い。ここで、レンダリングされたセルと隣接する他のオブジェクトとの間に表示対象の無い空白スペースが存在するとき、該セルから該オブジェクトに画面スクロールするよう操作ステップで入力を受け付けると、コンテンツ内の表示箇所を該セルから該オブジェクトにジャンプするようにする。

また、上記コンテンツ表示方法は、レンダリングステップでレンダリングされたブロック要素からなるコンテンツに対する操作を受け付ける操作ステップと、作成されたセルの各々に、前後関係にあるセルを指定するオブジェクトを埋め込むオブジェクト埋込ステップとを更に含む方法としても良い。そして、操作ステップでオブジェクトを選択する入力を受け付けると、コンテンツ内の表示箇所を、当該オブジェクトで指定されたセルにジャンプするようにする。

また、上記コンテンツ表示方法において、セルを表示中、レンダリングステップでレンダリングされたブロック要素からなるコンテンツに対する操作を受け付けるためのキーの中の所定キーが押されると、コンテンツ内の表示箇所を、当該所定キーに対応する、前後関係にあるセル又はフォーカス対象となる要素にジャンプするようにしても良い。

また、上記コンテンツ表示方法は、作成されたセルがレイアウト時に、隣接する他のセルに干渉するよう突出するオブジェクトを有するか否かを判定する突出判定ステップを更に含む方法としても良い。そして、セルがオブジェクトを有すると判定した場合には、他のセル内でオブジェクトと干渉する領域に、何れのインライン要素も配置しないようレイアウトすると良い。

また、折り返しステップにおいて、表示画面の幅を超えると判定されたブロック要素のインライン要素を、当該ブロック要素の標準レイアウトにおけるブロック幅の１／ｎ（ｎは自然数）となる折り返し幅で折り返すようにしても良い。

また、上記の課題を解決する本発明の一態様に係るコンテンツ表示プログラムは、上記コンテンツ表示方法をコンピュータに実行させるためのプログラムである。

このようなコンテンツ表示プログラムによれば、表示画面の幅を超えるブロック要素が当該幅に収まるセルに分割されるため、ユーザは、セル内の情報（例えばテキスト）を閲覧する際に画面を左右にスクロールする必要がなくなる。画面を左右にスクロールさせるのは別のセルに表示を移す時だけである。よって、例えばテキスト等を閲覧する際の操作負担が軽減され、結果、操作性向上が達成される。また、セル分割前の本来のブロック要素のレイアウトを参照することで、当該本来のブロック要素に近いレイアウトでセル群をレンダリングし、コンテンツ（又はブロック要素）のレイアウト維持を達成することもできる。

本発明によれば、ＰＣ向けページの本来のレイアウトを維持しつつ、テキストを読む際の操作性を向上させることも可能なコンテンツ表示装置、コンテンツ表示方法、およびコンテンツ表示プログラムが提供される。

以下、図面を参照して、本発明の実施の形態について説明する。

先ず、本明細書において用いられる用語について定義する。
・ネットワーク
キャリアの通信網、イントラネット、インターネット等を含む各種通信網
・コンテンツ
ネットワーク経由で伝送される、又は端末に格納されている、ユーザが閲覧する映像や画像、音声、文書、ワークシート等の情報、或いはそれらの組み合わせから構成される一纏まりの情報
・Ｗｅｂコンテンツ
コンテンツの一形態であり、ネットワーク経由で伝送される一纏まりの情報
・Ｗｅｂページ
Ｗｅｂコンテンツの一形態であり、ユーザがあるＵＲＩを指定したときに表示されるべき内容全体。すなわち、ディスプレイ上の画像をスクロールすることにより表示され得る内容全体。なお、Ｗｅｂページにはオンラインで閲覧されるものに限らず、オフラインで閲覧されるものも含まれる。オフラインで閲覧されるＷｅｂページには、例えばインターネット経由で伝送されてブラウザによりキャッシングされたページや、端末装置のローカルフォルダ等にｍｈｔ形式で保存されたページ等が含まれる。Ｗｅｂページは、例えばＨＴＭＬ文書、イメージファイル、音声データ等の種々のデータ（Ｗｅｂページデータ）から構成される。

上記定義によれば、コンテンツはＷｅｂコンテンツを包含し、ＷｅｂコンテンツはＷｅｂページを包含する。

次に、図３に、本発明の実施の形態の端末装置１０の外観図を示す。また、図４に、端末装置１０の構成をブロック図で示す。なお、本実施形態において端末装置１０は携帯電話であるが、例えばＰＤＡや、ＰＨＳ（Personal Handy phone System）、携帯ゲーム機、家電等の、ブラウザを搭載した別形態の端末であって、ＰＣ用ディスプレイよりもピクセル数の少ないディスプレイを有する端末にも置換可能である。

図４に示されるように、端末装置１０には、装置全体の制御を統括的に実行するＣＰＵ（Central Processing Unit）１０３が備えられている。ＣＰＵ１０３にはバス１１９を介して各構成要素が接続されている。ＣＰＵ１０３は、バス１１９を介して他の各構成要素とデータ通信を行うことにより各種機能を実現する。これらの構成要素には、ＲＯＭ(Read-Only Memory)１０５、ＲＡＭ(Random-Access Memory)１０７、ネットワークインタフェース１０９、ディスプレイ１１１、ユーザ入力デバイス１１３、およびフラッシュメモリ１１５等がある。なお、バス１１９はデータラインの他に電源ラインも備えている。ＣＰＵ１０３を始めとする各構成要素には、図示しないバッテリから電源ラインを介して電源供給が行われる。

ＲＯＭ１０５には各種プログラムやデータが格納されている。ＲＯＭ１０５に格納されるプログラムには、例えばブラウザ５０がある。ブラウザ５０は、所定のマークアップ言語で記述されたオンライン又はオフラインのコンテンツを閲覧するための情報閲覧ソフトウェアであり、コンパクトＨＴＭＬ等で記述されたモバイル機器向けのＷｅｂページだけでなくＰＣ向けページにも対応している。

ＲＡＭ１０７は、例えばＲＯＭ１０５に格納されている各種プログラムの展開先である。ＲＯＭ１０５に格納されているプログラム（例えばブラウザ５０）は、ユーザ入力デバイス１１３を用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）にしたがって読み出され、ＲＡＭ１０７のワークエリアに展開、実行される。これによりブラウザ５０が起動して、ユーザはＷｅｂブラウジング、すなわちＷｅｂコンテンツを閲覧できるようになる。

なお、端末装置１０には、ユーザ入力デバイス１１３として、５ウェイキー１１３ａ（上下左右の４つの方向キーと決定キーとから構成される複合キー）、テンキー１１３ｂ等が設けられている。ユーザがこれらの操作キーを押すと、その押下キーに応じた信号がＣＰＵ１０３に入力される。そして、ＣＰＵ１０３が入力信号に応じた処理を実行することにより、Ｗｅｂブラウジングを始めとする様々な機能が端末装置１０で達成される。ユーザはＷｅｂブラウジング中、５ウェイキー１１３ａ又はテンキー１１３ｂの何れを操作しても閲覧中のＷｅｂページを画面スクロールさせることができる。

ここで、ユーザ入力デバイス１１３は５ウェイキー１１３ａ、テンキー１１３ｂ等のメカニカルキーである必要がなく、メンブレンキーやタッチパネル等の別形態のキーで構成することも可能である。

ユーザ入力デバイス１１３をタッチパネルとした場合、操作キーに相当する操作画面は、ディスプレイ１１１と一体又は別個の画面で構成される。附言するに、前者の場合、ディスプレイ１１１そのものがタッチパネルで構成されることとなる。また、後者の場合、端末装置１０はディスプレイ１１１と操作用タッチパネルの２画面構成となる。後者の場合において、更にディスプレイ１１１もタッチパネルで構成するか否かは、設計仕様に応じて適宜選択される。

上記タッチパネルの例によれば、画面上に配置された操作キーに対するペンタッチやフィンガータッチにより画面スクロール等の操作がなされるＧＵＩ（Graphical User Interface）環境が提供される。また、例えば、Ｗｅｂページ上を直接タッチすることにより、各種操作がなされるＧＵＩ環境を提供することも可能である。このようなＧＵＩ環境下では、例えばＷｅｂページ上の任意の位置をフィンガータッチした状態でタッチパネル面を上下左右になぞると、それに応じた画面スクロールが行われる（例えばタッチパネル面を上方向に指をなぞると、Ｗｅｂページが下方向にスクロールする）。すなわちこの場合、スタイラスや指等の動きに応じた画面スクロールがなされるため、より直感的な操作性がユーザに提供される。

また、ユーザ入力デバイス１１３はメカニカルキー、メンブレンキー、タッチパネル等の種々の形態のキーを適宜組み合わせた構成であっても良い。また、ユーザ入力デバイス１１３は、端末装置１０本体と独立したコントローラで構成したものとしても良い。

更には、メカニカルキーやメンブレンキー、タッチパネル等以外の構成要素をユーザ入力デバイス１１３の一部として提供することも可能である。このような構成要素の一例として、ジャイロセンサ、加速度センサ、ジャークセンサ等が挙げられる。この場合、例えばＣＰＵ１０３がこれらのセンサの出力を監視して端末装置１０本体の傾斜角度、角速度、加速度、躍度（加速度の時間変化率）等を測定し、その測定値に応じた画面スクロールがＣＰＵ１０３とブラウザ５０との連係動作によって実現される。例えばユーザが端末装置１０本体を上下左右に移動や傾斜をさせると、その移動方向や速度、傾斜角度等に応じた画面スクロールが行われる。このため、ユーザはＷｅｂページの表示領域をより直感的にスクロールさせることができる。

また、ディスプレイ１１１は、ユーザの視点からすると、端末装置１０を図３の上下方向を天地に向けた状態でアスペクト比が例えば３：４、すなわち表示領域が縦長となる。また、その状態から端末装置１０を当該紙面内で９０度回転させると、アスペクト比が反転して４：３となり、その表示領域が横長となる。このようなディスプレイ１１１の姿勢は、ＣＰＵ１０３がジャイロセンサ等の出力を監視することで検知可能である。ブラウザ５０は、ＣＰＵ１０３による検知結果に従って、そのときのディスプレイ１１１の姿勢に応じた（すなわち縦長、横長の表示領域それぞれに対応した）レンダリングを行ってＷｅｂページを表示させることができる。

また、図３の端末装置１０は、一体形成されたハウジングでディスプレイ１１１とユーザ入力デバイス１１３を保持する所謂ストレート型の携帯電話であるが、例えば折り畳み型、回転２軸ヒンジ型、サイクロイド型、スイング型等の他の構造の携帯電話としても良い。附言するに、サイクロイド型やスイング型の携帯電話では、ディスプレイ１１１を保持するハウジングが、ユーザ入力デバイス１１３を保持するハウジングに対してディスプレイと平行な面内で例えば９０度回転自在に構成される。そして、ディスプレイ１１１を９０度回転させる毎に、ユーザ入力デバイス１１３に対して、ディスプレイ１１１が縦長又は横長の表示領域を有する状態となる（ここでは、ディスプレイ１１１がデフォルト位置にセットされている状態を「縦長の表示領域を有する状態」、当該デフォルト位置に対して９０度回転された状態を「横長の表示領域を有する状態」という）。これらの構造の携帯電話では、ディスプレイ１１１の回転位置は、例えば内蔵スイッチのオン／オフやセンサ類の出力等で検知される。ブラウザ５０は、内蔵スイッチのオン／オフやセンサ類の出力等に従って、そのときのディスプレイ１１１の回転位置に応じた（すなわち縦長、横長の表示領域それぞれに対応した）レンダリングでＷｅｂページを表示させることができる。

ここで、ブラウザ５０の機能について説明する。図５を参照してブラウザ５０の基本的な構成要素であるブラウザエンジン３０について説明する。

図５は、ブラウザ５０に含まれるブラウザエンジン３０の機能ブロック図である。図５に示されるように、ブラウザエンジン３０は、パーサ３１、フォーマッタ３３の各機能ブロックを含む。

ユーザ・オペレーションによりＵＲＩが入力されると（又はＷｅｂページ上のアンカーが選択されたことによりＵＲＩが指定され、或いは端末装置１０内部にブックマークや履歴として保持されたＵＲＩが選択されると）、ＨＴＴＰ（Hypertext Transfer Protocol）に準拠した、Ｗｅｂページ等のリソースを要求するリクエスト・メッセージが生成され、ネットワーク上の指定ＵＲＩに送信される。次いで、指定ＵＲＩに対応するサーバは、該リクエスト・メッセージに応じたレスポンス・メッセージを作成してブラウザ５０に返信する。そして、レスポンス・メッセージは、ネットワークを経由してブラウザ５０に届き、パーサ３１に渡される。なお、このレスポンス・メッセージは、ＵＲＩで指定されたＨＴＭＬ文書２１がメッセージ・ボディに埋め込まれたものである。ここでは、ＨＴＭＬ文書２１は、図１や２と同じＰＣ向けページＷＰの論理構造を記述したドキュメントとする。

パーサ３１は、ＨＴＭＬ文書２１を解釈して、ＨＴＭＬ文書２１の論理構造がツリー構造で表現されたドキュメントツリー２３を作成する。なお、ドキュメントツリー２３は、ＨＴＭＬ文書２１の論理構造を表現するのみであり、ドキュメントの表現に関する情報までは含んでいない。

次いで、フォーマッタ３３が、ドキュメントツリー２３、タグ、スタイルシート等の情報に基づいてフォーマッティングを実行し、ディスプレイ１１１上の各要素のレイアウトを決定する。ここでフォーマッタ３３が実行するフォーマッティングは、ブラウザ５０の特徴的な処理であり、詳しくは後述する。フォーマッタ３３は、次いで、決定されたレイアウトに基づいてレンダリングを実行し、描画データを作成する。そして次に、作成された描画データが、例えばＲＡＭ１０７のビデオメモリ領域に展開される。これにより、ＨＴＭＬ文書２１に記述されたＷｅｂページ、すなわちリクエストされたＰＣ向けページＷＰがディスプレイ１１１に表示される。

なお、ブラウザ５０は、種々の表示倍率や表示モードでＷｅｂページをレンダリングする機能を備えるが、本実施形態では、標準的な画面サイズのＰＣで閲覧した場合と同じレイアウト、すなわち標準レイアウトでＰＣ向けページＷＰを閲覧できるように表示するレンダリングモード（詳細には、Ｗｅｂページを仮想のＰＣの画面サイズを設定して当該仮想画面サイズに合うように表示する、或いはＷｅｂページをマークアップランゲージに指定されたように等倍表示するようなレンダリングモード）に設定されている。すなわちＰＣ向けページＷＰは、実際のディスプレイ１１１よりも大きな表示領域を想定してレンダリングされており、ディスプレイ１１１には、当該ＰＣ向けページＷＰの一部分だけが表示されることとなる。以下、このようなレンダリングモードでＷｅｂページをレンダリングして表示することを、説明の便宜上、「標準レイアウトで表示する」という。

ブラウザ５０は、フォーマッタ３３が実行するフォーマッティングにより、既述の問題点が改善されるようＷｅｂページをレンダリングすることができる。既述の問題点とは、すなわち、携帯電話等の画面サイズの小さい（ピクセル数の少ない）端末装置でＰＣ向けページを標準レイアウトで表示したとき、当該ＰＣ向けページのテキストを読む際の操作性が悪い点、および当該操作性を改善しようとするとＰＣ向けページの本来のレイアウトを維持できない点である。これらの問題点を解消するためにブラウザ５０が実行するレンダリング処理をコンテンツレンダリング処理と称し、図６にフローチャートで示す。以下に説明するコンテンツレンダリング処理では、ブラウザ５０は、図１や２と同じＰＣ向けページＷＰについて処理を行うものとする。

図６に示されるように、ブラウザ５０（より具体的にはフォーマッタ３３）はフォーマッティングに際し、ＰＣ向けページＷＰの各ブロック要素に対して読み込んだ順にステップ１乃至８の処理を実行し（以下、明細書及び図面においてステップを「Ｓ」と略記）、全てのブロック要素をレンダリングした時点で（Ｓ９：ＹＥＳ）、コンテンツレンダリング処理を終了する。なお、端末装置１０において、ＰＣ向けページＷＰの各要素は、コンテンツレンダリング処理中にレンダリングされるとディスプレイ１１１に逐次表示される。

図６のコンテンツレンダリング処理を詳細に説明すると、ブラウザ５０は先ず、処理対象のブロック要素のブロック幅が表示領域幅Ｗを超えるか否かを判定する（Ｓ１）。そして、当該ブロック幅が表示領域幅Ｗを超える場合（Ｓ１：ＹＥＳ）、該ブロック要素に含まれるインライン要素が折り返し可能か否かを判定する（Ｓ２）。ここで、該ブロック要素がインライン要素として複数の文字やイメージを含む場合、当該インライン要素が折り返し可能と判定し（Ｓ２：ＹＥＳ）、処理をＳ３に進める。

また、該ブロック幅が表示領域幅Ｗ以下である場合（Ｓ１：ＮＯ）、又は該ブロック要素に含まれるインライン要素が折り返し可能でない（例えばインライン要素が一文字や単体のイメージからなる）場合（Ｓ２：ＮＯ）、当該ブロック要素については、標準レイアウトで閲覧する際にも画面を左右にスクロールさせるといった煩雑な操作が不要である、又はそもそも折り返しができない。よって、ブラウザ５０は、当該ブロック要素に対してＰＣ向けページＷＰの標準レイアウトに従ったレンダリングを行い（Ｓ８）、Ｓ９の処理に進む。そして、全てのブロック要素をレンダリングしていれば（Ｓ９：ＹＥＳ）、コンテンツレンダリング処理を終了する。また、レンダリングしていないブロック要素が残っていれば（Ｓ９：ＮＯ）、Ｓ１の処理に復帰して次の処理対象のブロック要素に対してＳ１乃至８の処理を実行する。

ここで、図１等に示されるように、ＰＣ向けページＷＰのブロック要素には、テキスト要素Ｔ_１、Ｔ_２、イメージ要素Ｉ_１、Ｉ_２、Ｉ_３、Ｉ_４、アンカー要素Ａ_１、Ａ_２、Ａ_３、Ａ_４、Ａ_５、Ａ_６、Ａ_７がある。テキスト要素Ｔ_１、Ｔ_２は、ブロック幅が表示領域幅Ｗを超え、インライン要素として複数の文字からなるテキストを含む。このため、ブラウザ５０は、テキスト要素Ｔ_１、Ｔ_２を処理対象とする場合にはＳ１および２の何れの処理においても「ＹＥＳ」と判定し、コンテンツレンダリング処理をＳ３に進めることとなる。また、イメージ要素Ｉ_１〜Ｉ_４はインライン要素として単体のイメージしか含まないため、ブラウザ５０は、少なくともＳ２の処理で「ＮＯ」と判定し、Ｓ８の処理において標準レイアウトに従ってレンダリングすることになる。また、アンカー要素Ａ_１〜Ａ_７はブロック幅が表示領域幅Ｗ以下であるため、ブラウザ５０は、Ｓ１の処理で「ＮＯ」と判定し、Ｓ８の処理において標準レイアウトに従ってレンダリングすることになる。つまり、ＰＣ向けページＷＰの中でＳ３乃至７の処理が実行されるブロック要素は、テキスト要素Ｔ_１とＴ_２だけである。

すなわちブラウザ５０は、テキスト要素Ｔ_１、Ｔ_２に対して以下に説明するＳ３乃至Ｓ７の処理を実行することとなる。そしてＳ８の処理において、後述するように、テキスト要素Ｔ_１、Ｔ_２に対してはＳ３乃至Ｓ７の処理の実行の結果として得られたレイアウトに従いレンダリングを行うこととなる。テキスト要素Ｔ_１、Ｔ_２以外のブロック要素に対しては、既述のように、ＰＣ向けページＷＰの標準レイアウトに従ってレンダリングを行うこととなる。

具体的には、ブラウザ５０は、Ｓ２の処理に次いで、テキスト要素Ｔ_１、Ｔ_２のテキストが表示領域幅Ｗに収まって表示されるよう、当該テキストの折り返し位置（折り返し幅）を計算する（Ｓ３）。ここでは、ブラウザ５０は、テキストの各行の長さが例えば表示領域幅Ｗと同じになるように折り返し位置を計算する。また、各行が表示領域幅Ｗに若干満たない程度の長さとなるように折り返し位置を計算するようにしても良い。附言するに、折り返し位置は、各行が一定の長さとなるように一文字単位で計算しても良く、或いはワードラップにより一単語が２行に分割されないように計算しても良い。更には、ＣＳＳ（Cascading Style Sheets）による定義に従って計算しても良い。なお、このとき、テキストの表示倍率あるいは文字サイズは変更しない。

Ｓ３の計算結果で得られた位置で折り返されたテキストをレンダリングすると、テキスト要素Ｔ_１、Ｔ_２は、図２のテキスト要素Ｔ_１、Ｔ_２と同じ縦長のブロックとなり、テキストの各行が最大でも表示領域幅Ｗに収まる長さとなる（図７（ａ）参照）。なお、図７は、図６のコンテンツレンダリング処理を説明するための図であり、ディスプレイ１１１に実際に表示される内容を示すものではない。

Ｓ３の処理でテキストの折り返し位置を計算することで、テキスト要素Ｔ_１、Ｔ_２は、幅方向に関してはディスプレイ１１１に収まるように表示されることとなり、テキストを一行読む毎に画面を左右にスクロールさせる必要が無くなる点で、ユーザがテキストを読む際の操作性が向上する。しかし、既述のように、ＰＣ向けページＷＰの本来のレイアウトが十分には維持されず、また、ユーザがテキストを読む際に必要とされる画面上下方向のスクロール量が多くなる不都合もある。

しかしながら、本発明のブラウザ５０は、これらの不都合を解消するように設計されている。すなわちブラウザ５０は、更にＳ４以降の処理を実行することにより、テキストを読む際の操作性を向上させると共に、ＰＣ向けページＷＰの本来のレイアウトが維持されるようにレンダリングを行う。

Ｓ４の処理においてブラウザ５０は、図７（ａ）に示す幅Ｗのテキスト要素Ｔ_１、Ｔ_２（すなわちＳ３の計算結果で得られた位置で折り返されたテキスト要素Ｔ_１、Ｔ_２内のテキスト）を高さ方向に関して複数のセルに分割する。詳細には、各セルの高さがディスプレイ１１１の表示領域高さＨと略同じとなるようにテキスト要素Ｔ_１、Ｔ_２を分割する。すなわちテキスト要素Ｔ_１、Ｔ_２は、幅Ｗで高さＨを有するセルに分割される。

但し、テキスト要素Ｔ_１は、当該セルを満たすほどのテキスト量がなく、図７（ａ）の状態でも高さＨに満たないため、図７（ｂ）に示されるように、複数セルに分割されることなく単一のセルＣ_１となる。また、セルＣ_１はテキスト量が少ないことからその高さをＨにすると、セルＣ_１の下側領域に無駄な空白スペースが出来てしまう。よって、ブラウザ５０は、当該空白スペースがなくなるようにセルＣ_１の高さをＨよりも低くする。

また、テキスト要素Ｔ_２は、図７（ｂ）に示されるように、セルＣ_２１、セルＣ_２２、セルＣ_２３、セルＣ_２４、セルＣ_２５に分割される。但し、セルＣ_２５内には、当該セルを満たすほどのテキスト量がないため、セルＣ_２５はセルＣ_１と同様に、Ｈよりも低い高さに調整される。

次いで、ブラウザ５０はテキスト要素Ｔ_１、Ｔ_２に対して、複数のセルに分割されたか否かを判定する（Ｓ５）。テキスト要素Ｔ_２に対しては、複数のセルに分割されていることから（Ｓ５：ＹＥＳ）、ブラウザ５０は、本来のブロック幅（すなわち図１の状態でのブロック幅）とセル幅（すなわち幅Ｗ）とを比較して、画面左右方向（又は幅方向、或いは横方向）についてセルを幾つ並べられるかを計算する（Ｓ６）。詳細には、ブロック幅の値をセル幅の値で除算したときの商を横方向に並べるべきセル数（以下、「セル列数」という）とする。また、テキスト要素Ｔ_１は複数のセルに分割されていないことから（Ｓ５：ＮＯ）、ブラウザ５０は、テキスト要素Ｔ_１に対しては、Ｓ５の処理を実行することなくセルＣ_１のレイアウトを決定する（Ｓ７）。附言するに、一番目のセルＣ_１は、その左上端の位置（すなわちテキストの開始位置）が、標準レイアウトした場合のテキスト要素Ｔ_１左上端（すなわち図１の状態でのテキスト要素Ｔ_１の左上端）の位置と一致するようにレイアウトが決定される。

ブラウザ５０は、テキスト要素Ｔ_２に対してはＳ６の除算処理を行い、その結果として例えば「２」を得る。すなわちセル列数として「２」を得る。よって、ブラウザ５０は、セルＣ_２１、セルＣ_２２、セルＣ_２３、セルＣ_２４、セルＣ_２５が二列に並ぶようにレイアウトを決定する（Ｓ７）。詳細には、セルＣ_２１を一行一列目に、セルＣ_２１の続きのテキストを有するセルＣ_２２を一行二列目に配置されるようにする。そして、セルＣ_２２の続きのテキストを有するセルＣ_２３を二行一列目に、セルＣ_２３の続きのテキストを有するセルＣ_２４を二行二列目に配置されるようにする。また更に、セルＣ_２４の続きのテキストを有するセルＣ_２５を三行一列目に配置されるようにする。附言するに、セルＣ_２１〜Ｃ_２５で構成されるテーブル（以下、「テキストテーブル」という）は、その左上端（換言するとセルＣ_２１の左上端）の位置がテキスト要素Ｔ_２の本来の左上端（すなわち図１の状態でのテキスト要素Ｔ_２の左上端）の位置と一致するようにレイアウトが決定される。

ブラウザ５０は、既に説明したように、テキスト要素Ｔ_１、Ｔ_２を処理対象としてＳ８の処理を実行する際には、Ｓ７の処理で決定したレイアウトでレンダリングを行い、これらのテキスト要素以外のブロック要素を処理対象としてＳ８の処理を実行する際には、ＰＣ向けページＷＰの本来のレイアウトに従ってレンダリングを行う。これにより、ＰＣ向けページＷＰは、テキスト要素Ｔ_１、Ｔ_２以外は標準レイアウトと略同じ図８に示されるレイアウトでレンダリングされる。

図８に示されるＰＣ向けページＷＰにおいて、例えばテキスト要素Ｔ_２に対応するテキストを読む際には、ユーザは先ず、画面スクロール操作を行ってディスプレイ１１１にセルＣ_２１を表示させ、当該セルＣ_２１内のテキストを読むこととなる。そして、セルＣ_２１内のテキストを読み終えると、画面を右にスクロールさせてディスプレイ１１１にセルＣ_２２を表示させ、当該セルＣ_２２内のテキストを読むこととなる。ユーザは、このような操作をセルＣ_２３、セルＣ_２４、セルＣ_２５に対しても行うことで、テキスト要素Ｔ_２に対応するテキストの全文を読むことができる。

すなわちユーザは、単一のセル内のテキストを読む際には画面スクロール操作を行う必要がない。画面スクロール操作を行うのは、次のセルに表示を移すときだけである。つまり、テキストを読む際にユーザに要求される画面スクロール操作の回数は限られており、例えばテキストを一行読む毎に画面を左右にスクロールさせるといった煩雑な操作が不要である。また、テキストを読む際の画面スクロール量も限定的であり、例えば画面を上下方向に多量にスクロールさせる必要もない。

ここで、図６のコンテンツレンダリング処理でレンダリングされるテキストテーブルのレイアウトについて更に説明を加える。図８には、テキストテーブルのレイアウトについて説明するため、テキスト要素Ｔ_２を標準レイアウトで表示した場合のレイアウト領域Ｔ’_２（すなわち図１におけるテキスト要素Ｔ_２のレイアウト領域）が二点鎖線で示されている。

図８を参照してテキストテーブルのレイアウト領域Ｃ_２（すなわちセルＣ_２１〜Ｃ_２５がレイアウトされる領域）とレイアウト領域Ｔ’_２を比較すると、これらの領域は幅、高さ（換言すると、形状、大きさ）共に同等で、Ｗｅｂページ全体に対してレイアウトされている位置も同じである。すなわちテキストテーブルは、テキスト要素Ｔ_２の本来のレイアウトを十分に維持した状態でレンダリングされている。このため、ＰＣ向けページＷＰ上に、図２に示されるような、製作者が意図しない大きな空白スペースが出来ず、ＰＣ向けページＷＰ自体も縦長にならない。

なお、図６のＳ６の除算処理で得た商をセル列数とする理由には、以下のものが挙げられる。すなわち、当該商を下回る数のセルを横方向に並べた場合、図２と同様にセルの右隣に大きな空白スペースが生じ、ＰＣ向けページのレイアウトが崩れてしまう。また、当該商を超える数のセルを横方向に並べた場合、レイアウト領域Ｔ’_２をはみ出す位置までセルがレイアウトされることになる。このとき、レイアウト領域Ｔ’_２に隣接して別のブロック要素がレイアウトされる場合、レイアウト領域Ｔ’_２からはみ出したセルが、当該別のブロック要素と干渉することになる。この場合、干渉部分のテキストの可読性やオブジェクトの視認性が低下する。よって、Ｓ６の除算処理で得た商を横方向に並べるべきセル数とすることにより、テキストテーブルの幅を標準レイアウト時のテキスト要素Ｔ_２の幅に近付けつつも、セルの一部が他のブロック要素と干渉することを防止する。附言するに、レイアウト領域Ｃ_２とレイアウト領域Ｔ’_２の幅方向のサイズ差は、最大でも幅Ｗ程度に抑えられる。

但し、所定の条件下では、図６のＳ６で求められたセル列数よりも１大きい数のセルを横方向に並べるようにしても良い。詳細には、例えば（１）本来のレイアウト領域（ここではレイアウト領域Ｔ’_２）に対するセルのはみ出し量がセル幅の半分以下に収まる、（２）はみ出した部分が何れのブロック要素にも干渉しない、の何れの条件も満たす場合には、セル列数よりも１大きい数のセルが横方向に並ぶようレイアウトを決定する。

以上が本発明の実施の形態である。本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えば図８によれば、ブラウザ５０は各セルを左から順に配置しているが、例えば右から左に横書きされる言語（アラビア、ヘブライ語等）を想定して、右から順に配置することも可能である。

また、図８によれば、レイアウト領域Ｃ_２とレイアウト領域Ｔ’_２の幅方向のサイズ差によって生じる空白スペースは、レイアウト領域Ｔ’_２中の右側の領域（セルＣ_２２やセルＣ_２４の右隣）に集中して形成される。別の実施の形態では、このような右隣の空白スペースを小さくするため、例えばセルＣ_２１とセルＣ_２２、セルＣ_２３とセルＣ_２４をそれぞれ間隔を空けて配置する。この場合、上記サイズ差で形成される空白スペースが、例えば、セルＣ_２２の右隣とセルＣ_２１とセルＣ_２２との間に分散されるため、一スペース当たりの大きさが小さくなって空白スペースが目立たなくなると共に、レイアウトのバランスが改善されるメリットがある。

また、図８によれば、テキストテーブルは、レイアウト領域Ｔ’_２内を左寄せでレイアウトされているが、別の実施の形態では、該レイアウト領域Ｔ’_２内を右寄せやセンタリングでレイアウトされるようにしても良い。右寄せの場合は、レイアウト領域Ｔ’_２中の左側の領域（セルＣ_２１、Ｃ_２３およびＣ_２５の左隣）が空白スペースとなり、センタリングの場合は、レイアウト領域Ｔ’_２中の左右の領域が空白スペースとなる。レイアウト領域Ｔ’_２内におけるテキストテーブルのアラインは、本来のレイアウトを忠実に再現する意味からすると、当該本来のレイアウトにおいてインライン要素（ここではテキスト要素Ｔ_２）がどのようにアライン指定されているかに応じて決定することが好ましい。

また、ユーザは、図８において例えばセルＣ_２２の次にイメージ要素Ｉ_２を閲覧したい場合、画面を右スクロールさせる必要がある。しかし、セルＣ_２２とイメージ要素Ｉ_２との間の空白スペースを画面スクロールさせるのは冗長な操作である。そこで、別の実施の形態では、例えばセルＣ_２２表示時に５ウェイキー１１３ａの右方向キーを押すと、その押下量（押下時間）に拘わらず、イメージ要素Ｉ_２が表示される位置までジャンプする。すなわちブラウザ５０は、画面右方向の擬似的なスクロールを行い、ディスプレイ１１１の表示をセルＣ_２２からイメージ要素Ｉ_２に移す。

附言するに、ブラウザ５０は、ＨＴＭＬ文書のタグやスタイルシート、或いはビデオメモリ領域に展開される描画データ等を参照することで、ＰＣ向けページＷＰ内の空白スペースの位置、大きさ、形状等を求める。上記例では、セルＣ_２２とイメージ要素Ｉ_２との間に空白スペースがあることを求め、その大きさ、形状等に基づいて、画面右方向の擬似的なスクロール量を決定する。このような実施形態によれば、有効な情報を含まない領域（ここではセルＣ_２２とイメージ要素Ｉ_２との間の空白スペース）がディスプレイ１１１に表示されず、より快適なＷｅｂブラウジングをユーザに提供することが可能となる。

また、ブラウザ５０は、既述のように、ディスプレイ１１１の姿勢や回転位置に応じた（すなわち縦長、横長の表示領域それぞれに対応した）レンダリングでＷｅｂページを表示する。ＰＣ向けページＷＰが例えば図８のようにレンダリングされている状態で、ディスプレイ１１１を９０度回転させて表示領域を横長に変えた時、ブラウザ５０は、図６のコンテンツレンダリング処理を再度実行する。この場合、ディスプレイ１１１のアスペクト比が反転するため、表示領域幅がＨとなり、表示領域高さがＷとなる。

ここで、前回のコンテンツレンダリング処理のＳ１で「ＮＯ」（すなわちブロック幅が表示領域幅Ｗ以下である）と判定されたブロック要素は、表示領域幅Ｈが表示領域幅Ｗよりも広いことから、上記のように再度実行されるコンテンツレンダリング処理のＳ１においても当然、「ＮＯ」と判定されることになる。また、前回のＳ２で「ＮＯ」（すなわちインライン要素が折り返し可能でない）と判定されたブロック要素も、再度実行されるＳ２の処理において当然、「ＮＯ」と判定されることになる。つまり、前回のＳ１又はＳ２の何れかで「ＮＯ」と判定されたブロック要素は、今回も標準レイアウトに従ってレンダリングすることになる。従って、上記のようにディスプレイ１１１を回転させた後に再度実行されるコンテンツレンダリング処理では、前回のＳ１又はＳ２の何れかで「ＮＯ」と判定されたブロック要素については、前回のレンダリング結果を再利用する。これにより、ＣＰＵ１０３の処理負担を軽減すると共にレンダリング速度が向上する効果が期待される。

また、ブラウザ５０は、例えばＰＣに搭載されているブラウザと同様に、コンテンツを表示するウィンドウのサイズやフレーム境界の位置をドラッグ操作等で変更可能に設計されている。そして、ウィンドウのサイズやフレーム境界の位置が変更されたとき、コンテンツを表示する表示領域も変わるため、コンテンツレンダリング処理を再度実行する。

例えばウィンドウサイズ等が変更され、表示領域幅が前回と同じ若しくは前回よりも広げられた場合について説明する。この場合、再度実行されるコンテンツレンダリング処理では、上記の例（ディスプレイ１１１を回転させたときの例）と同様に理由により、前回のＳ１又はＳ２の何れかで「ＮＯ」と判定されたブロック要素については、前回のレンダリング結果を再利用することになる。従って、この場合もやはり、ＣＰＵ１０３の処理負担を軽減すると共にレンダリング速度が向上する効果が期待される。

コンテンツの表示領域を変更する方法は、ディスプレイ１１１の姿勢や回転位置、ウィンドウサイズ、フレーム境界の位置の変更等に限らない。例えば本出願人が提供する「Smart Frame Operation」（[平成１９年１０月検索]、インターネット（＜http://jp.access-company.com/products/nf/pdf/NFv3.412_2006.pdf＞）の機能によっても該表示領域を変更することができる。この場合も、上記の各例と同様に、再度実行されるコンテンツレンダリング処理において前回のレンダリング結果を再利用し、ＣＰＵ１０３の処理負担軽減、およびレンダリング速度向上を達成することができる。

また、図９（ａ）に示す実施形態によれば、ブラウザ５０は、各セル内のテキストの前後に、次に続くセルが存在することを示す情報（例えばセルＣ_２２内のテキスト前にある矢印アイコンａ、当該テキスト後にある矢印アイコンａ’等）を埋め込んで表示する。各矢印アイコンには、表示領域を指定する情報が含まれる。よって、例えばユーザがセルＣ_２２のテキストの続きを読みたい場合、矢印アイコンａ’を選択操作するだけで、ディスプレイ１１１の表示を、当該矢印アイコンａ’が指定する領域、すなわちセルＣ_２３にジャンプさせることができる。また、セルＣ_２２の前のテキストを参照したい場合には、矢印アイコンａを選択操作するだけで、ディスプレイ１１１の表示をセルＣ_２１にジャンプさせることができる。すなわち当該実施形態によれば、テキストテーブル内のテキストを読む際に、隣接するセルに表示を移すための僅かな量のスクロール操作さえも不要となり、テキストを読む際の操作性が更に向上する。

また、矢印アイコンの他の表示形態として例えば図９（ｂ）に示すものも挙げられる。図９（ｂ）の例によれば、矢印アイコンは、続きのテキスト（又は前のテキスト）を有するセルを指すように表示される。

また、更に別の実施の形態によれば、ブラウザ５０は、セル表示中に５ウェイキー１１３ａの方向キーが押されると、当該押下キーに対応するセルが存在するか否か判定する。そして、セルが存在すると判定した場合には、ディスプレイ１１１の表示をそのセルに移す。例えばセルＣ_２２表示中に上方向キーが押されると、ディスプレイ１１１の表示をセルＣ_２２の一つ前のセル、すなわちセルＣ_２１に移す。また、下方向キーが押されると、ディスプレイ１１１の表示をセルＣ_２２の次のセル、すなわちセルＣ_２３に移す。この場合も、テキストテーブル内のテキストを読む際に、隣接するセルへ表示を移すための僅かな量のスクロール操作さえも不要となり、矢印アイコンの例と同様に、テキストを読む際の操作性が向上する。なお、セルＣ_２５の次のセルは存在しないため、セルＣ_２５表示中に下方向キーが押された場合には、通常通り画面下方向へのスクロールが行われる。

また、ブラウザ５０は、フォームやイメージ、アンカー要素等のフォーカス対象の位置に応じた画面スクロールやジャンプを行う構成としても良い。具体的には、図１０において、アンカー要素Ａ_１１にフォーカスが当てられている（アンカー要素Ａ_１１が選択されている）状態で右方向キーが押されると、ブラウザ５０は、セルＣ_２２全体が表示される位置までジャンプ（又は画面スクロールでも良い）すると共に、フォーカスをアンカー要素Ａ_１４に移す。また、下方向キーが押されると、表示領域をジャンプすることなく、フォーカスをアンカー要素Ａ_１３に移す。また、左又は上方向キーが押された場合、テキストテーブルの外側の領域までジャンプ又は画面スクロールする。詳細には、左方向キーが押されると、画面左端にアンカー要素Ａ_１２が表示される位置までジャンプすると共にフォーカスを当該アンカー要素Ａ_１２に移す。また、上方向キーが押されると、上方向には何れのフォーカス対象もないことから、フォーカス対象の位置に応じたジャンプや画面スクロールを行わず、その押下量に応じた画面上方向のスクロールを行う。

また、アンカー要素Ａ_１３にフォーカスが当てられている状態で右方向キーが押されると、ブラウザ５０は、セルＣ_２２全体が表示される位置までジャンプすると共にフォーカスをアンカー要素Ａ_１４に移す。また、下方向キーが押されると、右方向キーの場合と同様に、セルＣ_２２全体が表示される位置までジャンプすると共にフォーカスをアンカー要素Ａ_１４に移す。また、左方向キーが押されると、画面左端にアンカー要素Ａ_１２が表示される位置までジャンプすると共にフォーカスを当該アンカー要素Ａ_１２に移す。また、上方向キーが押されると、ジャンプや画面スクロールすることなくフォーカスをアンカー要素Ａ_１１に移す。ここで、下方向キーが押された際にフォーカスをアンカー要素Ａ_１３の下側に位置するアンカー要素Ａ_１５でなくアンカー要素Ａ_１４に移す理由として、セルＣ_２１のテキストの続きがセルＣ_２２にあることが挙げられる。すなわち下方向キーを押した時にセルＣ_２３よりもセルＣ_２２に移る方が、テキストの続きを読める点でユーザビリティが高いと云える。当然ながら、下方向キーが押された際に、セルＣ_２３全体が表示される位置までジャンプ又はスクロールすると共に、フォーカスをアンカー要素Ａ_１５に移すように構成しても良い。

また、アンカー要素Ａ_１４にフォーカスが当てられている状態で右又は下方向キーが押されると、ブラウザ５０は、セルＣ_２２のテキストの続きがあるセルＣ_２３全体が表示される位置までジャンプすると共に、フォーカスをアンカー要素Ａ_１５に移す。また、左又は上方向キーが押されると、セルＣ_２２の一つ前のセルＣ_２１全体が表示される位置までジャンプすると共に、フォーカスをアンカー要素Ａ_１３に移す。なお、右方向キー（又は上方向キー）の場合には、その押下量に応じた画面右方向（又は画面上方向）のスクロールを行い、又はテキストテーブルの右側（又は上側）にあるフォーカス対象（例えばイメージ要素Ｉ_２（又はアンカー要素Ａ_３、４））が表示される位置までジャンプすると共にフォーカスを当該フォーカス対象に移し、テキストテーブルの外側（すなわちセルＣ_２３よりも右側（又は上側））が表示されるようにしても良い。この場合、５ウェイキー１１３ａ以外の特定キー（例えば５ウェイキー１１３ａの右、上方向キーに対応するテンキー１１３ｂの「６」、「２」等）を押すことで、セルＣ_２２からセルＣ_２３又はＣ_２１に表示をジャンプさせることができる。

また、アンカー要素Ａ_１５にフォーカスが当てられている状態で右又は下方向キーが押されると、ブラウザ５０は、セルＣ_２３のテキストの続きがあるセルＣ_２４全体が表示される位置までジャンプする。また、左又は上方向キーが押されると、セルＣ_２３の一つ前のセルＣ_２２全体が表示される位置までジャンプすると共に、フォーカスをアンカー要素Ａ_１４に移す。なお、左方向キーを押した場合には、上記例と同様に、その押下回数又は押下量に応じた画面左方向のスクロールを行い、又はフォーカス対象の位置に応じて表示をジャンプし、テキストテーブルの外側（すなわちセルＣ_２３よりも左側）が表示されるようにしても良い。

また、図１１（ａ）に、左にアラインされ、右側にテキストが回り込むようにレイアウトされたイメージ要素Ｉ_５を含むテキスト要素Ｔ_３を示す。ここで、イメージ要素Ｉ_５の幅は表示領域幅Ｗを超える。このため、図１１（ｂ）に示されるように、テキスト要素Ｔ_３を表示領域幅Ｗのセルに分割（例えばセルＣ_３１、Ｃ_３２・・・に分割）した場合、イメージ要素Ｉ_５は、リサイズされない限り、セルＣ_３１から突出することとなる。よって、分割後のセルをそのままレイアウトすると、イメージ要素Ｉ_５の右側に突出した部分が右隣のセルＣ_３２のテキストと干渉する弊害が出てくる。

このような弊害をなくすため、別の実施の形態では、テキスト要素Ｔ_３を分割する際にイメージ要素を含むセルを検知すると、当該イメージ要素の幅が表示領域幅Ｗを超えるか否かを判定する。ここでは、テキスト要素Ｔ_３からセルＣ_３１を分割する時に、表示領域幅Ｗを超える幅を持つイメージ要素Ｉ_５が当該セルＣ_３１に含まれると判定される。次いで、イメージ要素Ｉ_５の突出部分の位置、サイズ等を計算し、図１１（ｃ）に示されるように、その計算結果に応じたスペースＩ'_５を回り込むようにセルＣ_２２以降のテキストをレイアウトする。そして、図１１（ｄ）に示されるように、イメージ要素Ｉ_５をイメージ要素Ｉ_５１とＩ_５２に分割し、各セルを行列方向にレイアウトしてレンダリングする。この場合、テキスト要素Ｔ_３内におけるテキストとイメージ要素Ｉ_５とのレイアウトが良好に維持される。

また、本実施形態では、テキスト要素Ｔ_１やＴ_２のブロック高さが本来のレイアウトでは特に指定されていない前提で説明しているが、当該ブロック高さが指定されている場合には以下の弊害が生じ得る。

例えば図８に示されるように、セルＣ_３５は、図６のコンテンツレンダリング処理でテキスト要素Ｔ_２内のテキストが表示領域幅Ｗで折り返されていることから、高さ方向においてレイアウト領域Ｃ_２下端を超えてレイアウトされることになる。ここで、テキスト要素Ｔ_２は、図６のコンテンツレンダリング処理の実行の有無に拘わらず、ＨＴＭＬ文書２１において本来指定されているブロック高さでレイアウトされるものとする。また、ＰＣ向けページＷＰにおいて、テキスト要素Ｔ_２の直下に別のブロック要素がレイアウトされるものとする。この場合、セルＣ_３５が該別のブロック要素と干渉してレンダリングされ、セルＣ_３５内のテキストおよび当該別のブロック要素内の情報が閲覧し難くなってしまう。

このような問題を解消するため、ブラウザ５０は、テキスト要素Ｔ_２のブロック高さが指定されている場合であっても、当該高さを、テキストテーブルを構成する全てのセルが収まるように調整（拡張）する。これにより、セルＣ_３５と該別のブロック要素が干渉してレンダリングされるといった弊害がなくなる。

また、例えばレイアウト領域Ｔ’_２の幅が６００ピクセルでセル幅Ｗが２４０ピクセルとなる場合、図１２（ａ）のように、セル列数「２」でセルがレイアウトされてレンダリングされることになる。この場合、レイアウト領域Ｃ_２とレイアウト領域Ｔ’_２の幅方向のサイズ差により、レイアウト領域Ｔ’_２中の右側の領域に１２０ピクセルの空白スペースが出来る（すなわち図８の例と同様に空白スペースが出来る）。別の実施の形態では、このような空白スペースを無くし、テキスト要素Ｔ_２の本来のレイアウトをより忠実に再現することが可能である。

すなわち別の実施の形態によれば、ブラウザ５０は、図６のＳ３乃至７の処理に代替して、レイアウト領域Ｔ’_２の幅と表示領域幅Ｗとを比較する。そして、セル幅が、表示領域幅ＷのＮ％以上で且つレイアウト領域Ｔ’_２の幅の１／ｎ（ｎは自然数）となるようにテキスト要素Ｔ_２のインライン要素の折り返し位置を計算する。そして、該計算結果を用いて折り返されたインライン要素を複数セルに分割し、各セルのレイアウトを決定する。

例えばｎ＝３の場合、図１２（ｂ）に示すように、幅２００ピクセルのセルが三列に並ぶようにレイアウトされることになる。この場合、レイアウト領域Ｔ’_２とレイアウト領域Ｃ_２の幅、すなわちテキスト要素Ｔ_２の本来のブロック幅とテキストテーブルの幅が同じとなるため、各セルがより忠実な再現性でレイアウトされていると云える。なお、セル幅を表示領域幅Ｗに対して狭く設定し過ぎると、各セル内のインライン要素の閲覧性（テキストの可読性やオブジェクトの視認性等）が低下する弊害が生じる。該実施の形態では、このような弊害を避けるため、セル幅が表示領域幅ＷのＮ％以上となるようにインライン要素の折り返し位置を計算している。

ＰＣ向けページを表示可能な従来のフルブラウザを説明するための図である。従来のテキスト幅最適化レンダリングを説明するための図である。本発明の実施の形態の端末装置の外観を示した図である。本発明の実施の形態の端末装置の構成を示したブロック図である。本発明の実施の形態のブラウザに含まれるブラウザエンジンの機能ブロック図である。本発明の実施の形態においてブラウザが実行するコンテンツレンダリング処理のフローチャートである。本発明の実施の形態のコンテンツレンダリング処理を説明するための図である。本発明の実施の形態のコンテンツレンダリング処理を実行することで表示されるＰＣ向けページである。矢印アイコンの実施の形態を説明するための図である。フォーカス対象の位置に応じたジャンプや画面スクロールを説明するための図である。テキスト要素にイメージ要素が含まれる際のコンテンツレンダリング処理を説明するための図である。テキストテーブルの幅がブロック要素の本来のブロック幅に合うように処理する実施の形態を説明するための図である。

符号の説明

１０端末装置
３０ブラウザエンジン
５０ブラウザ
１０３ＣＰＵ
１０５ＲＯＭ
１０７ＲＡＭ
１０９ネットワークインタフェース
１１１ディスプレイ
１１３ユーザ入力デバイス
１１５フラッシュメモリ
１１９バス

Claims

コンテンツを表示するコンテンツ表示装置において、
表示画面と、
前記コンテンツを解釈するコンテンツ解釈手段と、
前記解釈結果に基づいて、前記表示画面よりも広い所定の大きさの表示領域に前記コンテンツの各ブロック要素を表示させるのに適した当該各ブロック要素の標準レイアウトを計算する標準レイアウト計算手段と、
前記計算された標準レイアウトに基づいて、前記ブロック要素のブロック幅が前記表示画面の幅を超えるか否かを判定するブロック幅判定手段と、
前記表示画面の幅を超えると判定されたブロック要素のインライン要素を前記表示画面の幅に基づいて折り返す折り返し手段と、
ブロック要素を前記表示画面の高さ方向に分割したセルを作成するセル作成手段と、
前記標準レイアウトにおけるブロック要素のレイアウトを参照して、前記ブロック要素から作成されたセルのレイアウトを計算するセルレイアウト計算手段と、
前記セルが作成されたブロック要素のレイアウトを、前記標準レイアウトから前記計算されたセルのレイアウトに変更するレイアウト変更手段と、
前記標準レイアウト、又は変更されたレイアウトに従って前記ブロック要素のインライン要素が表示されるようにレンダリングを行うレンダリング手段と、
を備えたこと、を特徴とするコンテンツ表示装置。
前記折り返し手段は、前記インライン要素の折り返し幅が前記表示画面の幅以下となるように当該インライン要素を折り返すこと、を特徴とする請求項１に記載のコンテンツ表示装置。
前記セル作成手段は、前記折り返されたインライン要素を、前記表示画面の高さと略一致する高さを有するセルに分割すること、を特徴とする請求項１又は請求項２の何れかに記載のコンテンツ表示装置。
前記セルレイアウト計算手段は、前記折り返されたインライン要素を有するブロック要素の前記標準レイアウトにおけるブロック幅と、当該ブロック要素から作成されたセルの幅とを比較して、前記ブロック幅に収まる範囲で幅方向に配列可能なセルの最大数を計算し、前記セルのレイアウトを、前記幅方向に並ぶセル数が前記最大数となるマトリクス状のレイアウトとすること、を特徴とする請求項１から請求項３の何れかに記載のコンテンツ表示装置。
前記表示画面の幅を変更する表示画面幅変更手段を更に備え、
前記ブロック幅判定手段は、前記表示画面の幅が変更されたとき、前記計算された標準レイアウトに基づいて、前記ブロック要素のブロック幅が当該変更後の表示画面の幅を超えるか否かを判定すること、を特徴とする請求項１から請求項４の何れかに記載のコンテンツ表示装置。
前記レンダリング手段でレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付ける操作手段を更に備え、
レンダリングされた前記セルと隣接する他のオブジェクトとの間に表示対象の無い空白スペースが存在するとき、該セルから該オブジェクトに画面スクロールするよう前記操作手段が入力を受け付けると、前記コンテンツ内の表示箇所を該セルから該オブジェクトにジャンプすること、を特徴とする請求項１から請求項５の何れかに記載のコンテンツ表示装置。
前記レンダリング手段でレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付ける操作手段と、
前記作成されたセルの各々に、前後関係にあるセルを指定するオブジェクトを埋め込むオブジェクト埋込手段と、を更に備え、
前記操作手段が前記オブジェクトを選択する入力を受け付けると、前記コンテンツ内の表示箇所を、当該オブジェクトで指定されたセルにジャンプすること、を特徴とする請求項１から請求項５の何れかに記載のコンテンツ表示装置。
前記レンダリング手段でレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付けるためのキーが複数設けられた操作手段を更に備え、
前記セルを表示中、前記操作手段の所定キーが押されると、前記コンテンツ内の表示箇所を、当該所定キーに対応する、前後関係にあるセル又はフォーカス対象となる要素にジャンプすること、を特徴とする請求項１から請求項５の何れかに記載のコンテンツ表示装置。
前記作成されたセルがレイアウト時に、隣接する他のセルに干渉するよう突出するオブジェクトを有するか否かを判定する突出判定手段を更に備え、
前記セルが前記オブジェクトを有すると判定した場合には、前記他のセル内で前記オブジェクトと干渉する領域に、何れのインライン要素も配置しないようレイアウトすること、を特徴とする請求項１から請求項８の何れかに記載のコンテンツ表示装置。
前記折り返し手段は、前記表示画面の幅を超えると判定されたブロック要素のインライン要素を、当該ブロック要素の前記標準レイアウトにおけるブロック幅の１／ｎ（ｎは自然数）となる折り返し幅で折り返すこと、を特徴とする請求項１から請求項９の何れかに記載のコンテンツ表示装置。
表示画面にコンテンツを表示するコンテンツ表示方法において、
前記コンテンツを解釈するコンテンツ解釈ステップと、
前記解釈結果に基づいて、前記表示画面よりも広い所定の大きさの表示領域に前記コンテンツの各ブロック要素を表示させるのに適した当該各ブロック要素の標準レイアウトを計算する標準レイアウト計算ステップと、
前記計算された標準レイアウトに基づいて、前記ブロック要素のブロック幅が前記表示画面の幅を超えるか否かを判定するブロック幅判定ステップと、
前記表示画面の幅を超えると判定されたブロック要素のインライン要素を前記表示画面の幅に基づいて折り返す折り返しステップと、
ブロック要素を前記表示面画面の高さ方向に分割したセルを作成するセル作成ステップと、
前記標準レイアウトにおけるブロック要素のレイアウトを参照して、前記ブロック要素から作成されたセルのレイアウトを計算するレイアウト計算ステップと、
前記セルが作成されたブロック要素のレイアウトを、前記標準レイアウトから前記計算されたセルのレイアウトに変更するレイアウト変更ステップと、
前記標準レイアウト、又は変更されたレイアウトに従って前記ブロック要素のインライン要素が表示されるようにレンダリングを行うレンダリングステップと、を含む、コンテンツ表示方法。
前記折り返しステップにおいて、前記インライン要素の折り返し幅が前記表示画面の幅以下となるように当該インライン要素を折り返す、請求項１１に記載のコンテンツ表示方法。
前記セル作成ステップにおいて、前記折り返されたインライン要素を、前記表示画面の高さと略一致する高さを有するセルに分割する、請求項１１又は請求項１２の何れかに記載のコンテンツ表示方法。
前記セルレイアウト計算ステップにおいて、前記折り返されたインライン要素を有するブロック要素の前記標準レイアウトにおけるブロック幅と、当該ブロック要素から作成されたセルの幅とを比較して、前記ブロック幅に収まる範囲で幅方向に配列可能なセルの最大数を計算し、前記セルのレイアウトを、前記幅方向に並ぶセル数が前記最大数となるマトリクス状のレイアウトとする、請求項１１から請求項１３の何れかに記載のコンテンツ表示方法。
前記表示画面の幅を変更する表示画面幅変更ステップを更に含み、
前記表示画面の幅が変更されたとき、前記ブロック幅判定ステップにおいて、前記計算された標準レイアウトに基づいて、前記ブロック要素のブロック幅が当該変更後の表示画面の幅を超えるか否かを判定する、請求項１１から請求項１４の何れかに記載のコンテンツ表示方法。
前記レンダリングステップでレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付ける操作ステップを更に含み、
レンダリングされた前記セルと隣接する他のオブジェクトとの間に表示対象の無い空白スペースが存在するとき、該セルから該オブジェクトに画面スクロールするよう前記操作ステップで入力を受け付けると、前記コンテンツ内の表示箇所を該セルから該オブジェクトにジャンプする、請求項１１から請求項１５の何れかに記載のコンテンツ表示方法。
前記レンダリングステップでレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付ける操作ステップと、
前記作成されたセルの各々に、前後関係にあるセルを指定するオブジェクトを埋め込むオブジェクト埋込ステップと、を更に含み、
前記操作ステップで前記オブジェクトを選択する入力を受け付けると、前記コンテンツ内の表示箇所を、当該オブジェクトで指定されたセルにジャンプする、請求項１１から請求項１５の何れかに記載のコンテンツ表示方法。
前記セルを表示中、前記レンダリングステップでレンダリングされたブロック要素からなる前記コンテンツに対する操作を受け付けるためのキーの中の所定キーが押されると、前記コンテンツ内の表示箇所を、当該所定キーに対応する、前後関係にあるセル又はフォーカス対象となる要素にジャンプする、請求項１１から請求項１５の何れかに記載のコンテンツ表示方法。
前記作成されたセルがレイアウト時に、隣接する他のセルに干渉するよう突出するオブジェクトを有するか否かを判定する突出判定ステップを更に含み、
前記セルが前記オブジェクトを有すると判定した場合には、前記他のセル内で前記オブジェクトと干渉する領域に、何れのインライン要素も配置しないようレイアウトする、請求項１１から請求項１８何れかに記載のコンテンツ表示方法。
前記折り返しステップにおいて、前記表示画面の幅を超えると判定されたブロック要素のインライン要素を、当該ブロック要素の前記標準レイアウトにおけるブロック幅の１／ｎ（ｎは自然数）となる折り返し幅で折り返す、請求項１１から請求項１９の何れかに記載のコンテンツ表示方法。
請求項１１から請求項２０の何れかに記載されたコンテンツ表示方法をコンピュータに実行させるためのコンテンツ表示プログラム。