(57)【要約】本発明は、クライアント用携帯端末の表示部にＨＴＭＬ文書を提示する方法に関するものである。この方法は、少なくとも１つのクライアント側スタイルシートを適用し、再構成後の文書の幅を前記表示部の幅に合わせることによって、ＨＴＭＬ文書を再構成するステップと、前記表示部に再構成された文書を提示するステップとから成る。詳しくは、前記ＨＴＭＬ文書を再構成するステップにおいて、ＨＴＭＬ文書のテーブル・セルをブロックレベル要素に変換する。また、画像のブロッキング／リダクション処理と空白文字の変形処理を、前記再構成ステップに用いることもでき有利である。さらに、本発明は、この方法を実行する携帯端末やコンピュータ・プログラムにも関連している。
2005527057.tif 000002
【特許請求の範囲】
【請求項１】
クライアント用小画面端末（１４０）の表示部（１８０）にＨＴＭＬ文書（１３０）を提示する方法において、
少なくとも１つのクライアント側スタイルシート（１７０）を適用し、再構成後の文書の幅を前記表示部（１８０）の幅に合わせることにより、ＨＴＭＬ文書を再構成する（１７０）ステップと、
前記表示部（１８０）に再構成後の文書を提示する（２４０）ステップとから成る方法。
【請求項２】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、
ＨＴＭＬ文書のテーブル・セルを、ブロックレベル要素に変換する（２１２）ことを特徴とする、請求項１に記載の方法。
【請求項３】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、
幅が第１の所定サイズを上回る画像を無視する（２２０、２２２）ことにより、前記表示部のサイズに比べて巨大な画像を削除することを特徴とする、請求項２に記載の方法。
【請求項４】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、
サイズが第２の所定サイズを下回る画像を無視する（２２０、２２２）ことにより、装飾的なグラフィックス表示と思われる画像を削除することを特徴とする、請求項２又は３に記載の方法。
【請求項５】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、
幅と高さが、所定の幅と高さの組み合わせのいずれかに等しい画像を無視する（２２０、２２２）ことにより、商業広告の表示と思われる画像を削除することを特徴とする、請求項２〜４のいずれかに記載の方法。
【請求項６】
ＨＴＭＬ文書を再構成するステップ（２１０）において、
サイズが第３の所定サイズを上回る画像を縮小する（２２４、２２６）ことにより、前記表示部のサイズよりも大きい画像を小型化することを特徴とする、請求項２〜５のいずれかに記載の方法。
【請求項７】
サイズのパラメタがＨＴＭＬ文書に属性として存在しない場合、画像サイズを擬似属性として判断する（２１６、２１８）ことを特徴とする、請求項３〜６のいずれかに記載の方法。
【請求項８】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、
ＨＴＭＬ文書の配置要素をブロックレベル要素に変換する（２１４）ことを特徴とする、請求項２〜７のいずれかに記載の方法。
【請求項９】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、さらに、
後続の改行を無視する（２２８）ことにより、再構成後の文書の縦方向のサイズを低減することを特徴とする、請求項２〜８のいずれかに記載の方法。
【請求項１０】
前記ＨＴＭＬ文書を再構成するステップ（２１０）において、さらに、
改行なしの空白文字を通常の空白文字に変換する（２３０）ことにより、再構成後の文書の横方向のサイズを低減することを特徴とする、請求項２〜９のいずれかに記載の方法。
【請求項１１】
さらに、ページを拡大および縮小することを特徴とする、請求項１〜１０のいずれかに記載の方法。
【請求項１２】
小型ディスプレイ（１８０）にＨＴＭＬコンテンツを提示するように構成されたクライアント用端末（１４０）であって、
通信装置（１６０）と、
処理装置と記憶装置とを具備するフォーマッティング・デバイス（１５０）とから成り、
前記フォーマッティング・デバイス（１５０）は、前記ＨＴＭＬコンテンツを前記小型ディスプレイ（１８０）上に提示するために、前記請求項１〜１１のいずれかに記載の方法を実行するように構成されていることを特徴とするクライアント用端末。
【請求項１３】
処理装置によって実行されるアプリケーション・プログラムを翻訳する際に、請求項１〜１１のいずれかに記載の方法を実行する命令から成るコンピュータ・プログラム。
【請求項１４】
前記命令は、スタイルシートの命令であり、前記アプリケーション・プログラムは、スタイルシートの解釈を支援するブラウザ・プログラムであることを特徴とする、請求項１３に記載のコンピュータ・プログラム。
【請求項１５】
クライアント側スタイルシートとして具体化される、請求項１４に記載のコンピュータ・プログラム。
【請求項１６】
前記ブラウザ・プログラムをさらに具備する、請求項１４に記載のコンピュータ・プログラム。
【請求項１７】
コンピュータ可読媒体、メモリ、または、伝搬される信号において具体化される、請求項１３〜１６のいずれかに記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはグラフィカル・ユーザ・インタフェース（ＧＵＩ）に関し、さらに詳しく述べると、大型のデスクトップ・モニタへの提示用にデザインされたＨＴＭＬ文書を、携帯電話やＰＤＡ、あるいは、パームトップ・コンピュータなどのクライアント用端末の小型ディスプレイ上に提示する方法、装置、およびコンピュータ・プログラムに関するものである。
【背景技術】
【０００２】
ワールドワイド・ウェブのデザイン基本原則の一つに相互操作性があげられる。ワールドワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）は、多種多様なソフトウェアやハードウェアによるウェブへのアクセスを可能にすることを明確な目標として、ウェブの言語やプロトコルを開発している。それでも依然として、大型のカラー・モニタを使用するデスクトップ型コンピュータ用にデザインされているサイトがほとんどである。
【０００３】
携帯電話やＰＤＡあるいはパームトップ・コンピュータなどの携帯可能な無線通信装置は、通常、これよりもはるかに小型のディスプレイを有している。このようなモバイル機器で、ＨＴＭＬ（ハイパーテキスト記述言語）文書などの一般的なマークアップ言語で記述されたコンテンツを有するウェブページを提示するための実用的で分かりやすく効率的で使い勝手の良いソリューションの提供が必要とされていることは明らかである。
【０００４】
携帯電話などの小型モバイル機器で、ウェブ・コンテンツを効果的に表示することが困難であったために、モバイルの世界とインターネットとのギャップを埋めるために作成されたワイヤレス・アプリケーション・プロトコル（ＷＡＰ）が発達した。しかしながら、ＷＡＰ技術を使用するためには、アプリケーションを無線マークアップ言語（ＷＭＬ）で記述しなければならない。このため、ＷＡＰでは、限られた量の情報とサービスしか利用できない。
【０００５】
多くの従来型ウェブ・ブラウザから、例えば、ＨＴＭＬで記述されたページをディスプレイ上で見るために、ズーミングを利用することが周知である。この方法では、ページの小さい部分が拡大され、そのページの詳細がディスプレイ一杯に表示される。特許文献１に、小型タッチディスプレイを備えた携帯電話が開示されている。このディスプレイでは、最初に、インターネットで検索されたウェブページ全体が表示される。ユーザが画面の特定の領域に触れると、この領域が「オートズーム」機能によって拡大表示される。ズーミングは、複雑なウェブページの全体像が見られると同時に、ページの一定部分を拡大することも可能な適切な方法と言えるが、ページを縮小したときに、コンテンツがほとんど判読できなくなることがある。さらに、画面よりも幅が広い固定幅形式のテキストを表示する場合、横方向にスクロールして情報を読み取らなければならない。このように、ズーミングは、小型表示画面でウェブページを適切な形で提示するには不十分である。
【０００６】
ハンドスプリング社のブレイザー２．０は、パームトップ通信装置で用いられるブラウザである。このブラウザを使用すると、ＨＴＭＬ文書は、クライアント用携帯端末の表示幅に合わせてから、ディスプレイ上に提示される。しかし、この変換は、ネットワークのサーバによって行なわれるもので、クライアント用端末においてその場で行なわれるものではない。さらに、このブレイザー２．０は、本発明に用いられるスタイルシート方法をサポートしていない。またさらに、本出願人によって実施されたテストによれば、ブレイザーでは、明らかに、テーブルのコンテンツが整った形で提示されないため、小型ディスプレイ上で読み取れる内容にするためには、横方向のスクロールが必要になる。ブレイザー２．０は、また、提示された情報の間に余白がかなり残されるため、さらに多くの縦方向のスクロールが必要になる。
【０００７】
【特許文献１】米国特許出願公開第２００２／００３０６９９号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、従来技術のソリューションに見られるこのような不都合を解消する方法、装置、およびコンピュータ・プログラムを提供することにある。
【０００９】
本発明の詳しい目的は、大型のデスクトップ・モニタ上に提示するために作成されたＨＴＭＬ文書を、携帯電話の表示器などの小型ディスプレイを備えたクライアント用端末のディスプレイ上に提示できるようにする方法、装置、およびコンピュータ・プログラムを提供することにある。
【００１０】
さらに詳しく述べると、本発明の目的は、端末のユーザがスクロールする必要性を最小限度に抑える方法、装置、およびコンピュータ・プログラムを提供することにある。
【００１１】
さらに詳しく述べると、本発明の目的は、端末のユーザが、横方向にスクロールする必要性をなくし、かつ、縦方向にスクロールする必要性を最小限度に抑える方法、装置、およびコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の前記目的およびその他の利点は、特許請求の範囲に記載された各構成によって実現できる。
【００１３】
本発明によれば、コンテンツを再構成することにより、ＨＴＭＬ文書を小型ディスプレイに提示するという課題を達成する。テーブル・コンテンツを列と行によって提示するのではなく、各テーブルを、より小型のディスプレイに一層適した幅の狭い１次元構造に構成し直す。このことは、テーブルをブロックレベル要素に変換することによって行なわれる。
【００１４】
さらに、本発明は、画像のブロッキング／リダクション処理と空白文字の変形処理などの他の有利な特徴も提供するものである。
【発明を実施するための最良の形態】
【００１５】
図１は、携帯電話などのクライアント用携帯端末１４０が、本発明の方法によって動作しているシステム１００を示すブロック図である。
【００１６】
ＨＴＭＬ文書１３０は、ネットワーク１２０を通じて、サーバー１１０により、クライアント用携帯端末１４０に提供される。携帯端末１４０は、大型表示画面用にデザインされた一般的なＨＴＭＬコンテンツを提示するのに最初から適していない小型ディスプレイ１８０を具備している。
【００１７】
小型ディスプレイは、ディスプレイ上にある画素数、特に、ディスプレイの横方向の画素数によって規定できる。例えば、横方向の画素数が３００未満のディスプレイを、小型ディスプレイとみなすことができる。
【００１８】
ＨＴＭＬ文書１３０は、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＣＤＭＡ、またはＰＣＳモジュールなどの無線通信装置１６０によって検索された後、フォーマッティング・デバイス１５０に転送される。
【００１９】
ＨＴＭＬ文書１３０は、通常、コンテンツ、構造、様式という３つの部分から構成されている。コンテンツは、表示される実際の文字と画像である。構造は、コンテンツの役割、例えば、ある一定の文字列が見出しであることを示すものである。様式は、コンテンツの提示方法、例えば、どのようなフォントと色を用いるかを示すものである。様式は、スタイルシートに書き込まれるか、提示要素（例えば、ＨＴＭＬにおけるＦＯＮＴやＣＥＮＴＥＲ）によって記述される。
【００２０】
本発明によれば、携帯端末１４０は、通信装置１６０を介してＨＴＭＬ文書を受信すると、その文書にブラウザ・スタイルシート１７０を適用する。このスタイルシートは、場合によっては、処理中に文書独自の様式よりも優先される。これによって、携帯端末は、フォントや色、その他、様式的特徴を強制的に適用し、小型ディスプレイ１８０上でレンダリングの最適化を行なう。スタイルシート言語としては、好ましくは、カスケーディング・スタイルシート（ＣＳＳ）を使用し、機能を拡張すると有利であるが、基本的に、どのスタイルシート言語を使用しても、このような効果が得られる。この技術により、ブラウザは、ディスプレイ１８０用に最適化された一定の形式、フォントサイズ、場合によっては、ある一定の色を強制的に適用する。
【００２１】
フォーマッティング・デバイス１５０は、処理装置およびメモリによって制御される。また、ソフトウェア・プログラムは、メモリに記憶される。このソフトウェア・プログラムは、処理装置での実行時に、特に図２を参照しながら以下に説明する本発明の方法を実行するように構成されている。
【００２２】
実施例において、前記メモリは、さらに、アプリケーション・プログラム、より正確には、スタイルシートの解釈を支援するブラウザ・プログラムを有している。このブラウザ・プログラムによるスタイルシートの解釈が行なわれることによって、処理装置は、本発明の方法を実行する。
【００２３】
その結果、ＨＴＭＬのコンテンツが、小型ディスプレイ１８０上に、分かりやすく効率的かつ使いやすい状態で表示される。
【００２４】
図２は、本発明によるクライアント用携帯端末の小型ディスプレイにＨＴＭＬ文書を提示する方法を示したフローチャートである。
【００２５】
この方法は、参照符合２００から開始し、少なくとも１つのクライアント側スタイルシート１７０を強制的に適用して、ＨＴＭＬ文書を再構成することにより、再構成された文書の幅をディスプレイの幅に合わせる初期ステップ２１０と、再構成された文書をディスプレイ上に提示する次のステップ２４０とから成る。
【００２６】
初期の再構成ステップは、複数のサブステップから成るプロセスである。
【００２７】
最初のサブステップ２１２では、ＨＴＭＬ文書内のテーブル・セルは、ブロックレベル要素に線形化される。ブロックレベル要素とは、（通常のパラグラフのように）前後に改行のある要素である。
【００２８】
ＨＴＭＬ言語とは、簡単な宣言型マークアップ言語であり、この言語において、タグは、コンテンツの提示の仕方（フォント、色等）というよりは、コンテンツの論理的役割（パラグラフ、見出し等）を表している。テーブルがＨＴＭＬ３．２に導入された時点では、従来の文書と同様に、簡単な複数の行と列および文書内のテキストを表すためのものであった。ところが、テーブルを使用（流用）して文書をラップアラウンドできるため、これによって視覚的レイアウトが可能なことに、制作者側はすぐに気づいた。例えば、ページを、左側のメニューと、上部のバナーと、右側のサイドバーによって構成することが可能である。このタイプのページ・レイアウトは、ＨＴＭＬテーブルのマークアップで実現できる。レイアウトの目的でテーブルを使用するページは、通常、約６００画素の固定幅に設定されることが多い。この幅は、デスクトップ型パソコンにうまく適合するが、それよりも小型のウェブ装置には合っていない。ほとんどの場合、コンテンツのテーブル構成は、グリッド型レイアウトを実現する純粋に視覚的な効果である。
【００２９】
本発明によれば、テーブルは、ブロックレベル要素に構成し直される。１行内のテーブル・セルをすべて組み合わせて、ブロックレベル要素を形成する。すなわち、各行をブロックレベル要素とし、テーブルから作成されたすべてのブロックレベル要素を積み重ねて提示する。
【００３０】
第２のサブステップ２１４で、ＨＴＭＬ文書の配置要素は、ブロックレベル要素に変換される。
【００３１】
通常、配置要素は、テキスト・フローから取り出され、他のコンテンツ上に表示される。しかし、本発明によって変換された場合、配置要素は、ブロックレベル要素に変わり、ソースドキュメントに現れる順に提示される。
【００３２】
画像は、ウェブ上でデータ転送を行なう大きな理由となるものであり、大抵、かなりの画面領域をとる。画像処理の最適化は、携帯端末のような小画面のウェブ装置にとって重要である。本発明によれば、画像は選択的にブロックおよびフィルタ処理され、パフォーマンスの最適化が行なわれる。
【００３３】
本発明によれば、画像は、サイズに応じて異なった方法で処理される。
【００３４】
「巨大画像」、すなわち、画面を大幅に上回る画像は、無視され、ダウンロードや表示が行なわれない。
【００３５】
「極小画像」、すなわち、極めて小さい画像は、テーブルのレイアウトでは、通常、装飾的な役割を果たしているため、無視され、ダウンロードや表示が行なわれない。
【００３６】
「特殊サイズ画像」、すなわち、特殊な所定フォーマットを持つ画像は、商業広告を表すことが多く、したがって、無視され、ダウンロードや表示が行なわれない。
【００３７】
「大画像」（画面サイズよりもやや広い画像）は、画面サイズに合うように縮小される。
【００３８】
その他の画像は、正常に表示される。
【００３９】
画像サイズは、ＨＴＭＬマークアップで明示されていることが多い。次の例について検討を行なう。
【００４０】
＜ＩＭＧ  ＳＲＣ＝”ｆｏｏ．ｐｎｇ”  ＷＩＤＴＨ＝”２０”  ＨＥＩＧＨＴ＝”３０”＞
この例では、”ｆｏｏ．ｐｎｇ”と呼ばれる画像が、横方向に２０画素、縦方向に３０画素のサイズを有している。ＷＩＤＴＨ／ＨＥＩＧＨＴ属性を、マークアップで明示することにより、画像自体をダウンロードする前に、ブラウザは、画像サイズを判断できる。このように、文書のレンダリング速度が向上する。
【００４１】
さらに、ブラウザは、ＷＩＤＴＨ／ＨＥＩＧＨＴ属性に基づく要素を処理できる。例えば、ＣＳＳを用いると、このスタイルシートによって、次のような一定の属性値を持つ要素をどのように表示するか記述できる。
【００４２】
ＩＭＧ［ＷＩＤＴＨ＝”２０”］｛ｄｉｓｐｌａｙ：ｎｏｎｅ｝
このスタイルシートは、ＷＩＤＴＨが「２０」の値を持つＩＭＧ要素は表示されないことを表している。
【００４３】
属性がマークアップで提示されていない場合、この種の処理は行なえない。次の例について見てみよう。
【００４４】
＜ＩＭＧ  ＳＲＣ＝”ｆｏｏ．ｐｎｇ”＞
この画像がダウンロードされるまで、サイズの設定はできない。
【００４５】
本発明によれば、属性がマークアップで指定されていない場合でも、要素の処理を許可する機能が追加される。画像がダウンロードされ、サイズがすでに判断されているとき、幅と高さが、通常の属性と同じような方法で処理可能な擬似属性として示される。次の例について考えてみよう。
【００４６】
ＩＭＧ［＄ＷＩＤＴＨ＝”２０”］｛ｄｉｓｐｌａｙ：ｎｏｎｅ｝
この例において、「＄」の記号は、次に来る属性の名前が、マークアップで表示されていなくても、マークアップで表示されていたかのように示される擬似属性であることを示している。
【００４７】
この特殊な機能の主な利点は、制作者が属性を記述していなくても、制作者が属性を記述したときと同じように、スタイルシートが各要素を処理できるようにした点にある。
【００４８】
さらに、図２によれば、第３のサブステップ２１６で、画像サイズの基準を設けるために、ＨＴＭＬ文書に示されている画像の幅について判断する。この幅がＨＴＭＬ文書の属性として示されている場合、この値が、以下のサブステップの幅に用いられる。そうでない場合、幅の値は、すでに述べた通り、擬似属性として判断される（２１８）。
【００４９】
第４のサブステップ２２０では、画像を無視するか、それとも、再構成された文書に入れるのか判断するために、画像サイズの検討が行なわれる。
【００５０】
この第４サブステップ２２０では、３種類の条件が提示されており有利である。この条件のうち少なくとも１つが当てはまれば、サブステップ２２０では、画像が無視され（２２２）、さらに、第６のサブステップ２２８に進んで処理が継続される。どの条件にも当てはまらない場合、第５サブステップ２２４に進み、処理が継続される。サブステップ２２０の第１の条件では、画像が「巨大」とみなされるかどうか判断する。このことは、好ましくは、画像の幅が第１の所定幅の上限（ディスプレイの幅の２〜４倍の範囲）よりも大きいかどうか検査することを意味している。特に、第１の上限が、ディスプレイの幅の３倍であることが好ましい。画像の幅が、この上限サイズを上回った場合、画像は、巨大画像とみなされ、無視される（２２２）。さらに、処理を継続し、第６サブステップ２２８に進む。
【００５１】
別の方法として、画像の高さが第１の所定高さの上限を超えた場合、その画像は巨大画像とみなされる。
【００５２】
さらに、別の方法として、画像の高さが第１の所定高さの上限を超えると同時に、画像の幅が第１の所定高さの上限を超えた場合、その画像は、巨大画像とみなされる。
【００５３】
さらに別の方法として、画像サイズに関連付けられた別のパラメタが所定の上限を超えた場合、その画像は巨大画像とみなされる。
【００５４】
サブステップ２２０の第２の条件では、画像が「極小」とみなせるか判断する。極小画像は、通常、境界線などのテーブル・レイアウトにおいて装飾的な役割を果たしており、大抵は無視されても重要な情報が失われることはない。さらに詳しく述べると、この第２の条件では、画像の幅が、第２の所定幅の下限（通常、１〜３０画素の範囲。特に、１５画素が好ましい）を下回っているか、さらに、画像の高さが第２の所定高さの下限（通常、１〜３６画素の範囲。特に、１８画素が好ましい）を下回っているか検査する。画像サイズがこれら２つの基準の範囲内にある場合、画像は、極小画像とみなされ、無視される（２２２）。その後、処理は継続され第６サブステップ２２８に進む。
【００５５】
サブステップ２２０の第３の条件では、画像が「特殊サイズ画像」とみなされるか判断する。幅と高さのある一定の組み合わせに正確に一致する画像は、商業広告と考えられる可能性が高く、このような画像は、大抵の場合、無視されても重要な情報が失われることはない。画像の幅と高さのいずれも所定の値に一致した場合、その画像は無視される（２２２）。その後、処理は継続され、第６サブステップ２２８に進む。
【００５６】
特殊サイズ画像の対応する幅と高さの値による９種類の有利な組み合わせが、以下の表１に示されている。各値は、インターネット・アーキテクチャ委員会（ＩＡＢ）によって推奨された広告画像の寸法に相当するものである。
【００５７】
【表１】
2005527057.tif 000003
【００５８】
第５サブセット２２４において、画像を「大」画像とみなせるか判断するために、画像サイズの検討が行なわれる。大画像は、巨大画像とは違って、無視されるのではなく、再構成された文書に縮小される。このことは、画像の幅と第３の所定限度（表示幅の０．５〜３倍の範囲）とを比較して行なわれる。第３の所定限度は、ディスプレイの幅に等しいことが好ましく、これにより、極小でも巨大でもないとみなされるとともに、ディスプレイの幅を超える画像はすべて「大画像」とみなされることになる。このように大画像とみなされた画像は、表示幅に合うように縮小され（２２６）、それぞれの側に、都合良く境界線用の余白が残される。
【００５９】
再構成ステップ２１０の第６サブステップ２２８では、ＨＴＭＬ文書内の後続の改行は無視されるため、再構成された文書の縦方向のサイズが減少する。ＨＴＭＬの改行は、ＢＲ要素によって作成することができ、後ろにＢＲ要素を付け加えて他の各要素を縦方向に送り込むことは一般によく行なわれている。デスクトップ画面では、これによって見やすくなるが、本発明のこの特徴によって後続の改行を無視することにより、貴重な縦方向のスペースを節約できる。
【００６０】
再構成ステップ２１０の第７サブステップ２３０では、ＨＴＭＬ文書内の改行なしの空白文字は、通常の空白文字に変換されるため、再構成された文書の横方向のサイズが減少する。改行なしの空白文字（ＨＴＭＬでは、「ｎｂｓｐ」と表記される）は、改行に適さないストリング間のスペースを表示するときに使用される。しかしながら、小画面上では、ブラウザが、強制的に改行を行なうことの方が多く、改行なしの空白文字は有効にならない。
【００６１】
さらに、第７サブステップ２３０の一環として、補足的空きスペースも無視され有利である。
【００６２】
第７サブステップ２３０と再構成ステップ２１０が終了すると、クライアント用携帯端末に、再構成された文書が表示される（ステップ２４０）。
【００６３】
本発明の方法によれば、ＨＴＭＬ文書内の全テキストに対し、固定フォント・タイプと固定フォント・サイズ、詳しくは、小型ディスプレイ１８０に表示される場合に特に明確で分かりやすいフォント・タイプおよびサイズを適用する追加機能があり有利である。
【００６４】
本発明の方法によれば、小型ディスプレイ１８０に表示される画像のセンタリングを行なう追加機能があり有利である。
【００６５】
本発明の方法によれば、ページの拡大および縮小を行なう追加機能があり有利である。
【００６６】
当業者にとって、本発明の提示された開示内容に基づき、本発明の方法をコンピュータ・プログラムとして実行することは、通常の業務である。このようなコンピュータ・プログラムは、クライアント用携帯端末の処理装置によって実行される場合、本発明の方法を実行する命令によって構成される。
【００６７】
詳しく言えば、このコンピュータ・プログラムは、磁気ディスクやＣＤ-ＲＯＭなどのコンピュータ可読媒体において具体化されてもよい。別の方法では、読み出し専用メモリや揮発性メモリなどのメモリに記憶されてもよく、あるいは、例えば、インターネットなどのデジタル通信網におけるコンピュータ間やネットワーク要素間での転送中に、伝搬される信号において具体化されてもよい。
【００６８】
図３に、大型画面上に表示されたウェブページ３００と、本発明により携帯端末の小型ディスプレイに表示された、これに対応する再構成後のページ３５０の簡単な一例を示している。元のページ３００は、元のＨＴＭＬ文書によって表されたものであり、再構成後のページ３５０は、本発明の方法によって得られた再構成文書によって表されたものである。
【００６９】
再構成後のページ３５０の幅は、携帯端末の小型ディスプレイの幅に合わせて調整されている。また、図示されていないが、再構成されたページの高さが、ディスプレイの高さを大幅に超えていることが理解できる。このため、縦方向のスクロールが必要になるが、横方向にスクロールする必要はない。
【００７０】
ここで、本発明の好適な実施例による方法が、図２に示すように、ページ３５０に適用されるものとする。以下に、本発明の特定の使用例について説明する。
【００７１】
元のページ３００の各要素の一部のみが、簡略化した記述で示されていることが分かる。この記述は、本発明の原理を説明するために例示されたものである。
【００７２】
第１のサブステップ２１２において、テーブル２０６および３０８が、ブロックレベル要素３５６、３５８に線形化される。再構成されたページ３５０から分かるように、その結果、コンパクトで読みやすいレイアウトが得られる。
【００７３】
テキストおよびリンク部３１０などの元のＨＴＭＬ文書内の配置要素は、ブロックレベル要素に変換され、３６０で示されているように表示される。さらに、テキストおよびリンク部３１０の特定フォントおよびリンク・スタイルは、簡単で均一なフォントやスタイルに変わる。
【００７４】
ここで、さらに、画像３０２のサイズ・パラメタが、元のＨＴＭＬ文書に指定されているものとする。第３のサブステップ２１６から、引き続き第４サブステップ２２０に進む。
【００７５】
画像３０２のサイズは、「巨大」、「極小」、「特殊サイズ」のいずれの条件にも当てはまらないことから、さらに第５サブステップ２２４に進む。
【００７６】
第５サブステップ２２４において、画像３０２は、大画像とみなされる。したがって、この画像は、図３の再構成後のページ３５２で示されるように、ほぼ表示部の幅に縮小される。
【００７７】
画像３０４は、実際には重要な情報内容を含まない装飾的画像要素であり、第４サブステップ２１６において、極小画像とみなされる。その結果、画像３０４は無視され、再構成後のページ３５０には表示されない。
【００７８】
余白３１２は、関連情報を一切含まない部分とみなされるため、再構成後のページ３５０上では、同様に無視される。
【００７９】
以上によって得られた再構成後のページ３５０は、コンパクトで読みやすいレイアウトになり、横方向のスクロールを必要とせず、縦方向にスクロールする必要性が最小限度に抑えられている。このため、本発明は、標準的なワールドワイドウェブ（ＷＷＷ）のコンテンツを、サイズを大幅に縮小した端末に効率的に表示できるという技術上の利点が得られる。ハイパーリンクなどの元のＷＷＷページの機能的特性は、再構成後のページでも維持されているが、元のＷＷＷ文書の形式は、かなり簡潔化されたものとなっている。
【００８０】
言うまでもなく、本発明は、前記の特定の内容に限定されず、これらは、例示によって示されたものにすぎない。
【００８１】
例えば、図２に、本発明による方法の詳細な実施例が示されているが、例示されたステップおよびサブステップの詳細は、いずれも本発明の目的を実現する上で決定的なものではないことが明らかである。
【００８２】
さらに、当業者であれば、種々のステップおよびサブステップは、必ずしも図示された順に実行される必要がないことを理解できる。特定の実装系によっては、一部のサブステップを交換してもよく、また、一部には、同時に実行可能なものもある。
【００８３】
テーブルをブロックレベル要素に線形化する第１のサブステップ２１２は、再構成ステップ２１０の最も重要な下位機能であるが、他のサブステップが含まれている場合、第１のサブステップ２１２が、再構成ステップにおいて実行される第１のサブステップにならなくてもよい。
【００８４】
同様に、配置要素を変換する第２のサブステップ２１４は、そのプロセスの他の段階で実行されてもよく、例えば、表示ステップ２４０の直前の最後の段階で実行されてもよい。
【００８５】
明白な別の変更例として、改行を無視する第６サブステップ２２８と、改行なしの空白文字を変換する第７サブステップ２３０が、それぞれ、配置要素を変換する第２サブステップ２１４に続く初期段階で直ちに行なわれてもよい。
【００８６】
同様に、画像のブロックおよびフィルタ処理を行なうサブステップ２１６、２２０、２２４を、当業者の選択で、自由に再編成あるいは修正してもよい。
【００８７】
本発明は、特に、携帯電話や、ＰＤＡなどの手持ち式通信装置を用いた用途に関連しているが、当業者であれば、当然、自動車、航空機、船舶に用いられる表示端末など他の多くの利用法が可能なことを理解できる。
【００８８】
したがって、特許請求の範囲に詳述した本発明の範囲内で種々の修正や変更が可能であることは、当業者にとって明らかである。
【図面の簡単な説明】
【００８９】
【図１】本発明の方法により携帯端末が動作しているシステムを示すブロック図である。
【図２】本発明による方法の実施例を示すフローチャートである。
【図３】大型画面に表示されたウェブページの一例と、携帯端末の小型ディスプレイに表示されたこれに該当する再構成後のページを示す図である。
【図１】
2005527057.tif 000004
【図２】
2005527057.tif 000005
【図３】
2005527057.tif 000006
【国際調査報告】
2005527057.tif 000007
2005527057.tif 000008
2005527057.tif 000009