JP5816670B2 - 電子ドキュメント内の関心領域を選択し、表示するための方法とデバイス - Google Patents

Description

本発明は、デバイスのディスプレイ上への電子ドキュメントの表示に関する。特に、本発明は、電子ドキュメント内の関心領域を選択し、ディスプレイの能力に合わせて選択された部分を表示する方法に関する。また、本発明は、その方法に従って動作するように構成されたデバイスと、そのようなデバイスにインストールされたとき、その方法を実行できる命令を備えたコンピュータプログラム製品と、に関する。

例えば、ウェブページのような電子ドキュメントは、標準的なサイズのディスプレイを備えた普通のデスクトップコンピュータに表示されるように、多くの場合デザインされている。そのような電子ドキュメントが、例えばハンドヘルドデバイス、携帯電話、テレビ、または、ゲームのコンソールなどの他のデバイスに表示されたとき、ディスプレイのサイズとレイアウトによっては、ユーザに便利なようにその電子ドキュメントを表示できないかもしない。これに対処するために、様々な方法が提案されている。提案されている方法は、表示される前に画面にフィットするように電子ドキュメントを、通常、変更する。この変更は、通常、その画面に固有の特性やサイズに合わないレイアウトや内容を削除することを含んでいる。そのような方法に共通の問題は、そのページが使用不可能になるかもしれないことや、また、ユーザが、電子ドキュメントを認識できなかったり、電子文書内を読み進むのが困難になったりすることである。

他の方法としては、例えば、イメージ画像のサイズを縮小することと、電子ドキュメントのレイアウトを変更することによって欄の数を少なくすることと、色、コントラスト、明るさ、フォントサイズを変更することなど、その電子ドキュメントの一部を移動することやサイズを変更することを含む。

Cascading Styles Sheets, Level 2 Revision 1 (CSS 2.1), World Wide Web Consortium(W3C), http://www.w3.org/TR/CSS21/

本発明は、電子ドキュメント内の関心領域を選択し、ディスプレイの能力に合わせて選択された部分を表示する方法を提供する。

この方法は、ドキュメントを読み込むステップと、読み込んだドキュメント内の位置を選択するステップと、選択した位置を含んだ関心領域を識別するためにそのドキュメントのレイアウトを解析するステップと、関心領域をディスプレイのウィンドウに合わせて調整することによりディスプレイにその関心領域を表示するステップとを備えている。

本発明において、その位置は、ドキュメント自体の解析に基づいて選択されてもよく、例えば、マウスやキーボードなどのような入力デバイスからのユーザ入力に基づいて選択されても良い。

本発明の原理と一致する様々な実施形態によれば、その位置は、少なくとも最初は、ドキュメント内のポイントを示す少なくとも第１の座標の組によって定義される。更なる座
標は、ドキュメント内の更なるポイントを示しても良い。幾つかのポイントは、本発明の実施形態に従って、ドキュメントの範囲を示すために使用されても良い。ドキュメントのポイントや範囲は、本発明の実施形態に従って、ドキュメントの部分である要素や対象を特定するために使用されてもよく、関心領域を特定し、決定するために使用されても良い。

本発明のいくつかの実施形態によれば、関心領域の識別は、その位置と関連する、ドキュメントのレイアウトボックスを識別するステップと、少なくとも一つの範囲に沿ってすべてのレイアウトボックスを実質的に含むような領域を選択するステップと、を含む。本発明の原理と一致して、ドキュメントはマークアップ言語のドキュメントであっても良く、レイアウトボックスは、少なくとも一つのDOMエレメントや、少なくとも一つのCSS包含ブロックであっても良い。

本発明のいくつかの実施形態に従って、少なくとも一つの範囲に沿ってすべてのレイアウトボックスを実質的に含むような領域を選択することは、そのレイアウトボックスとして実質的に同じ幅の領域を選択することであっても良い。

本発明の原理に基づいた実施形態によれば、関心領域を表示するステップは、前記ドキュメントの現在表示されている領域を表示する第１のレゾリューションを決定するステップと、関心領域を表示するための好ましい第２のレゾリューションを計算するステップと、第１のレゾリューションから第２のレゾリューションへの変化を段階的に実施するステップとを備えていても良い。そのようなレゾリューションの段階的変化は、興味ある部分のズームインやズームアウトの効果を有する。

本発明の原理を備えた実施形態において、関心領域を表示するステップは、前記ドキュメントの現在表示されている領域を代表する第１のポジションを決定するステップと、前記ドキュメントにおいて興味ある部分を代表する第２のポジションを決定するステップと、前記第１のポジションから前記第２のポジションへの経路に沿って複数のそのドキュメントの部分を順次表示するステップも備えて良い。そのような経路に沿った部分の段階的表示は、現在の部分から関心領域への流し撮りや傾転（水平または垂直にスクロールすること）を描写することができる。

本発明の原理に一致して、上述したズーム、流し撮り／傾転の両方を備えた実施形態において、それらは同時に実行されても良く、また一方が他方の前に実行されても良い。

本発明は、ディスプレイを備えたコンピュータデバイス、ユーザ入力インタフェース、電子ドキュメントを受信可能な通信インタフェース、受信されたドキュメントがロードされるメモリの他に、本発明の方法を実行できるモジュールを備えたハードウエアとソフトウエアも備える。

最後に、本発明は、例えばCR-ROM、DVD-ROM、または、ハードディスクなどのコンピュ
ータ読み取り可能媒体にいれて扱われるコンピュータプログラム製品であって、コンピュータデバイス上でロードされ、実行されたとき、本発明の方法が実行可能になる命令を有するものも備える。

本発明の様々な特徴を実装するために使用されるコンピュータデバイスの略図である。 本発明と連動して使用されるユーザエージェントアプリケーションの様々なモジュールを表した図である。 電子ドキュメントのレイアウトと、ブラウザウインドウ内でのその表示を示した図である。 電子ドキュメントのレイアウトがどのように、いくつかのレイアウトボックス生じさせるかを示した図である。 関心領域が、本発明に基づいて、どのように特定され、どのように表示されるかを示した図である。 本発明の方法を説明するフロー図である。

本発明は、添付の図を参照して更に詳細について説明される。本発明は、多くの異なった形態で具現化されることができ、ここで説明される実施形態に限定して解釈されてはならない。これらの実施形態は、この技術の分野における通常の知識を有するものに本発明の完全な理解を与えるために例として提供されたものである。

インターネットとワールド・ワイド・ウエブ上において、内容を作り出し、書式を整え、送信し、表示するための特定の基準と書式とに、実施例は言及するが、本発明は、ここで述べた特定の基準に限定されるように解釈してはならないことが特に理解されるべきである。

図１は、汎用のコンピュータデバイス１００を表しており、それは、本発明の様々な特徴を実装するための環境として使用されることができる。図１において、デバイス１００は、中央演算処理装置（ＣＰＵ）１０１、メモリ１０２、ＣＯＭポートまたは入力／出力ポート（以下、Ｉ／Ｏと記す）１０３、ビデオインタフェース１０４、ネットワークインタフェース１０５を含む。これらのユニットは、システムバス１０６経由で互いに通信する。

メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードドライブ、または、他の固定、リムーバブルメモリの組み合わせを含んでもよい）は、システムの様々なソフトウエアコンポーネントを保存する。それは、例えば、基本入出力システム（ＢＩＯＳ）１４１、オペレーティングシステム１４２、アプリケーションとデバイスドライバを含む様々なコンピュータプログラム１４３、様々なタイプのデータ１４４、マクロとスクリプト１４５のような他の実行可能なファイルや命令などである。

Ｉ／Ｏポート１０３は、１以上のローカルデバイス１１０に接続され、そのローカルデバイスには、例えば、キーボードやマウス、リモコン装置などのユーザ入力デバイス、プリンタ、メディアプレーヤ、外部メモリデバイス、そして、衛星利用測位システムレシーバ（ＧＰＳ）やテレビのセットトップボックスなどの特殊用途デバイスがある。Ｉ／Ｏポート１０３は、例えば、ＵＳＢ、ＰＳ／２、ＲＳ−２３２、赤外（ＩＲ）、ブルートゥース、プリンタポート、または、任意の他の標準化された又はローカルデバイスのための専用の通信インタフェースなどの任意の組み合わせであって良い。

ビデオインタフェース１０４は、ディスプレイユニット１２０に接続されます。そのディスプレイユニット１２０は、例えば、液晶ディスプレイなどの外部モニタや統合ディスプレイであっても良い。ディスプレイユニット１２０は、タッチセンサ式の画面を有しても良く、その場合は、そのディスプレイユニットは、ユーザ入力デバイスとして２役を演じることになる。ディスプレイユニットでもあるユーザ入力デバイスは、ＣＯＭポート１０３で通信するローカルデバイス１１０の一つとして見なされても良い。

ネットワークインタフェース１０５は、デバイス１００に、リモートデバイス１３０と通信するためにネットワークと接続する能力を提供する。図１において、単に、ネットワ
ークインタフェース１０５をリモートデバイス１３０に接続するラインとして図示されている通信ネットワークは、例えば、ローカルエリアネットワークやインターネットであっても良い。リモートデバイスは、デバイス１００と同様の通信機能を有する任意のコンピュータデバイスであって良い。通信ネットワークは、公的にアクセス可能な任意のネットワークや、任意のネットワークの組み合わせ（インターネット、例えばＧＳＭ（登録商標）などの携帯電話ネットワーク、公衆電話網、有線テレビ放送網、アナログやデジタルの放送や衛星中継を含む）であっても良いことが、当業者によって理解されるであろう。

図１に示されているデバイス１００は、特定の構成や実施形態の寸法やリソースに関して限定されないことが理解されるであろう。図示されている様々なコンポーネントは、デバイス１００の１以上の統合されたユニットとして実装されても良く、または、いくつかのユニットに分散されて実装されても良い。他のユニットや他の能力は、もちろん存在しても良い。更に、デバイス１００は、ＰＣや携帯情報端末（ＰＤＡ）、携帯電話、多機能携帯電話（smartphone）、ゲーム機、テレビセットトップボックス、メディアセンター（media center）などの、例えば、汎用のコンピュータであっても良い。

本発明の様々な特徴は、デバイス１００上のアプリケーションとしてインストールされたブラウザやユーザエージェントの一部を構成するコンポーネントや機能としての実施に一致する。図２は、そのようなユーザエージェント中に含まれるいくつかのモジュールの例を示している。それらのモジュールは、ソフトウエアモジュールかソフトウエアに実装された他のものであり、ＣＰＵ１０１によって実行される。

ユーザエージェント２００は、ユーザに、図１に示されるディスプレイユニット１２０上に表示されるユーザインタフェース２０１を提示する。ユーザインタフェースは、アドレスフィールド２０２を含むことができ、ユーザは、入力デバイスを使用して、ユーザエージェント２００に検索をさせたいドキュメント又はサービスのＵＲＩをそのアドレスフィールドに入力する。アドレスフィールド２０２は、例えばマウスや、スクローリングデバイス、その他の表示されたアイテムを選択する手段などのポインティングデバイスを使用するユーザによって表示され、起動されるリンクであっても良い。あるいは、ＵＲＩは、ユーザエージェントによってすでにロードされたドキュメントやスクリプトのコードで指定されても良い。

とにかく、ＵＲＩは、ウインドウマネージャとインプットマネージャ２０３によって受信されることが出来、ウインドウマネージャとインプットマネージャ２０３は、ユーザエージェント２００の一部であるか又はユーザエージェント２００に関連するユーザインタフェースの入力部分の役割を有する。ＵＲＩは、ドキュメントマネージャ２０４に転送され、ドキュメントマネージャ２０４は、ＵＲＩによって特定される文書の一部として受信されるデータを管理する。

ドキュメントマネージャ２０４は、ＵＲＩをＵＲＩマネージャ２０５に転送し、ＵＲＩマネージャ２０５は、再び通信モジュール２０６に指示して特定されたリソースへのアクセス要求をさせる。通信モジュール２０６は、リモートデバイス１３０にアクセスしてデータを取り出すことが出来、リモートデバイス１３０は、例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）や、他のプロトコルであるＨＴＴＰＳ、ＦＴＰなどを使用するネットワークを介して接続されるサーバなどである。通信モジュールは、ローカルメモリ１０２に保存されているデータにもアクセスすることが出来る。

例えば、ＵＲＩにアクセスするために使用されるプロトコルによって指定される場合のように、もしデバイス１００が、外部への通信を暗号化することを要求される場合、暗号化／複合化モジュール２０７は、ＵＲＬマネージャ２０５と通信モジュール２０６の間の
通信を処理する。

要求に応答して、通信ユニット２０６によって受信されたデータは、ＵＲＩマネージャ２０５に転送される。ＵＲＩマネージャは、ドキュメントキャッシュとイメージキャッシュ２０９を処理するキャッシュマネージャ２０８を使用して、受信した内容のコピーをローカルメモリ１０２に保存する。その後になって同じＵＲＩが要求された場合は、ＵＲＩマネージャ２０５は、キャッシュマネージャ２０８からそれを要求することが出来る。キャッシュされたコピーが削除されてない限りは、キャッシュマネージャ２０８は、キャッシュ２０９からそのデータを回収し、ＵＲＩマネージャ２０５にそれを転送する。同じＵＲＩが２度目に要求されたときは、この場合、リモートデバイス１３０から再度データを回収する必要はない。

ＵＲＩマネージャ２０５は、受信したデータを構文解析部２１０に転送し、構文解析部２１０は、ＨＴＭＬ、ＸＭＬ、ＣＳＳなどのような内容の構文解析をすることが出来る。その内容は、タイプや性質によって、ＥＣＭＡＳｃｒｉｐｔエンジン２１１、ドキュメントオブジェクトモデル（ＤＯＭ）構造２１２を処理するためのモジュール、レイアウトエンジン２１３のいずれか、または、すべてによってさらに処理される。

回収された内容のこの処理は、ドキュメントマネージャ２０４によって管理され、ドキュメントマネージャ２０４は、受信した内容の処理結果として、追加のＵＲＩ要求をＵＲＩマネージャ２０５に転送することも出来る。これらの追加されたＵＲＩは、例えば、画像や他の追加されたファイルを特定することができ、特定された画像や他の追加されたファイルは、オリジナルＵＲＩによって特定されたドキュメント内に埋め込まれる。

特定されたドキュメントの内容を表すデータが処理されたとき、処理されたデータは、レンダリングエンジン２１４によってレンダリングされ、ユーザインタフェース２０１上に表示されるために、ドキュメントマネージャ２０４から転送される。

上述された様々なモジュールは、ＣＰＵ１０１によって実行され、プロセッサは、命令やデータをシステムバス１０６を通して受信する。通信モジュール２０６は、ネットワークインタフェース１０５を使用してリモートデバイス１３０と通信する。様々なモジュールの機能は、もちろん、より少ない数の大きなモジュールに統合されても良く、いくつかのモジュールに分散されても置き換えられても良い。

今述べられたユーザエージェント２００は、アプリケーションプログラム１４３として実装されても良い、しかし、そのいくつかの機能はオペレーティングシステム１４２の一部であったり、デバイス１００のＢＩＯＳ１４１の一部であったりしても良いことが理解されるであろう。ＵＲＩ要求に応答して受信された内容は、以下にさらに述べるように、データ１４４、スクリプト１４５、または、これらの組み合わせであっても良い。

例えば、ウエブページのような電子ドキュメントは、通常は、ＨＴＭＬ、ＸＨＴＭＬ、又は、ＸＭＬなどのマークアップ言語を使用して作成され、それらは、普通、標準的なコンピュータディスプレイに合わせて配置されたレイアウトにされる。しかしながら、ブラウザなどのユーザエージェントは、ＰＤＡ、携帯電話、テレビセットトップボックス、ゲーム機などの他のタイプのデバイス上にしばしばインストールされる。そのようなデバイスは、異なったサイズ、形状、解像度の多種多様のディスプレイを備えている。これらのデバイスは、有意義にウェブページをレンダリングし、表示することが出来ないかもしれない。ドキュメントは、読めなくなるサイズのポイントまで小さくされるかもしれません。また、ドキュメントのほんの少しの部分だけ一度に表示されるかもしれず、ドキュメントのレイアウトが、ドキュメントの作成者が意図しないように変更されるかもしれません
。

図３を参照すると、図３Ａは、典型的なウエブページ３００の全体のレイアウトを示している。ウエブページは、左マージン３０１と、主要なコンテンツエリア３０２を含んでいる。主要なコンテンツエリア３０２は、見出し３０３をはじめとした記事を含んでおり、一方、左マージン３０１は、同じウエブサイトの他の部分へのハイパーリンクであるいくつかのメニュー項目を備えたナビゲーションメニュー３０４を含む。主要なコンテンツエリア３０２において、テキストの２つのコラムは、見出し３０３の下に位置し、右のコラムには画像３０６が挿入されている。

図３Ｂは、ブラウザのウィンドウか、ユーザエージェントのウィンドウに表示される図３Ａのウエブページの一部を示す。ユーザエージェントは、図２を参照した上述したものと同様であって良く、ウィンドウは、図１を参照した上述したものと同様のデバイスのディスプレイ上に表示されても良い。

ウィンドウは、ナビゲーションボタン３１１と、アドレスフィールド３１２と、垂直すスクロールバー３１３と、を含み、アドレスフィールド３１２には、所望のドキュメントのＵＲＬを入力することが出来る。ブラウザのウィンドウの残存部分は、ドキュメント３００の一部を表示するために使用される。ウィンドウのこの残存部分は、ビューポートとして使用される。図３Ｂに示されている例において、ビューポートは、ウエブページ３００の幅全体を表示するのに十分の広さを備えているが、一方、ドキュメントの上下方向においては、ドキュメントの上部のみが表示されている。ドキュメントの残りの部分を見るためには、垂直スクロールバー３１３を使用する。このスクロールバーは、ドキュメント３００に対してビューポートを下に移動させる。

図３Ｃは、ウエブページ３００の一部を再び示している。しかし、今度は、ＰＤＡや携帯電話のディスプレイのような小さなディスプレイに表示している。ユーザエージェントウィンドウは、図３Ｂに示されたようにブラウザのウィンドウのいくつかの特徴を備えることができ、それは、例えば、ナビゲーションボタン３１１と垂直スクロールバー３１３などである。加えて、水平スクロールバー３１４が備えられる。なぜならば、小さなサイズのビューポートでは、ドキュメントの一部しか表示できないからである。ドキュメント全体を見るために、ユーザは、水平方向と垂直方向の両方をスクロールする必要がある。

図３Ｂに示される場合においては、大きな困難は無くドキュメント全体を読むことが出来る。しかしながら、例えば、ユーザが、ドキュメントの特定の場所をズームインすることを望む理由があるかもしれない。それは、例えば、ビューポートにおいて小さな部分のみが表示されるようなドキュメントを拡大するような場合である。そのような理由の一例は、ユーザがディスプレイ１２０から離れて位置する場合と相まって、ユーザエージェントウィンドウが表示されたディスプレイ１２０の解像度が低い場合である。例えば、ディスプレイ１２０がテレビ画面の場合は、表示された内容を正確に見ることは困難である。他の理由としては、ユーザの視力が減退し、ドキュメントのいろいろな部分を拡大することを望むことがあるかもしれない。

図３Ｃに示される場合において、当然のことながら、ドキュメント内のナビゲートは困難であり、テキストの長さがビューポートの幅より長い場合は、テキスト３０５を読むことは、特に困難である。ユーザは、少なくとも一つの局面において、ビューポートに所望の内容を完全に持ってきて、ドキュメントのズームイン、ズームアウトをすることを望みます。

図４を参照すると、図４は、どのようにドキュメント３００がレイアウトに関して編成
されるかを示している。当業者にとって当然のことながら、これは一つの例に過ぎず、同じレイアウトが、例えば、ドキュメント３００のマークアップ言語コードの構造次第で、幾通りかの方法で成し遂げられても良い。

図４に示される例は、非特許文献１のワールド・ワイド・ウエブ・コンソーシアム（Ｗ３Ｃ）によって刊行されたカスケーディングスタイルシート（ＣＳＳ）、レベル２、改訂版１に基づき、それは、参照によってここに援用される。しかしながら、本発明は、このバージョンのＣＳＳに限定されないか、または、とりわけＣＳＳによっても限定されない。以下の例は、幾分簡易化しており、すべての可能性と特徴、または、例外を含んでいないかもしれない。

マークアップ言語のドキュメントが、例えば図２に示されるようなユーザエージェントによって受信されたとき、ドキュメントは、上述されたように、通常は処理される。レイアウトエンジン２１３は、ドキュメントのＤＯＭ構造に基づいて、ＤＯＭツリーにおけるエレメントに基づいたいくつかのボックスを生成することができる。ＣＳＳ２．１ボックスモデルの一般的方法によれば、ブロックボックスとして定義されたボックスは、子孫ボックスのための包含ブロックを形成する。（例えば、インラインボックスのような特定の他のタイプのブロックは、ブロックボックスではない。）加えて、例えば、様々なテーブルエレメントなどのような特定の他のタイプのエレメントは、包含ブロックも形成する。

所定のボックスのサイズと位置は、その包含ブロックの端について計算される。図４において、一番上のレベルのボックス４００は、全ページの包含ブロックである。左マージン３０１は、一つの子孫ボックス４０１に含まれ、一方、主要なコンテンツ３０２は、他の子孫ボックス４０２に含まれる。メニュー３０４の位置は、その包含ブロック４０１の端に基づいて計算される。見出し３０３は、その包含ブロックとしてボックス４０２を備えるボックス４０３に含まれても良い。ボックス４０２は、更に、ドキュメント３００の主要なテキスト３０５を含むボックス４０４を含んでも良い。見出し３０３の位置は、その包含ブロック、ボックス４０３の端に基づいて計されても良い。テキスト３０５は、２個のコラムに区分されているので、ボックス４０４は、２個の子孫ボックス４０５と４０６とを含んでも良い。これらのボックスの両方は、それらの包含ブロックとしてボックス４０４を有する。最終的に、ボックス４０６は、さらにボックス４０７を含む。その包含ブロックとしてボックス４０６を有するボックス４０７は、今度は、画像３０６のための包含ブロックとしての役目を果たす。

図４に示されていない追加のボックスが存在しても良い。通常は、ボックス４０５とボックス４０６とに含まれるテキストのそれぞれのラインは、それぞれ自身のラインボックスを備え、テキストが、ハイパーリンクを含む場合は、それらのリンクは、インラインボックスに含まれても良い。様々なタイプのボックスについてのより詳細な議論は、上記で参照されているＣＳＳの仕様書において見つけることが出来る。

ユーザエージェントの典型的な実装において、インプットマネージャ２０３は、例えば、マウスポインタなどのポインティングデバイスの位置を追跡することが出来る。この位置は、図４に示されているように、レイアウトエンジン２１３によって作り出されたレイアウトと比較されることが出来る。ポインティングデバイスの位置がユーザエージェントウィンドウのビューポート内にある限りは、ドキュメント全体の包含ブロックである、最上位のボックス４００内に必然的に位置することになる。ポインタやカーソルは、追加されたボックス内にあっても良く、そのポインタが内部に存在するもっとも内側のボックスを設けたエレメント上にあると考えられる。一例として、ポインタがボックス４０５の内側に存在する場合、必然的にそのポインタはボックス４０４、ボックス４０２、ボックス４００の内側に存在することにもなる。しかしながら、二つのテキストコラム３０５の左
コラムには、ポインタがその上に存在するエレメントがある（ただし、例えば、ラインボックスやインラインボックスなどの追加のボックスが内側にある場合を除いて）。同様に、ポインタがボックス４０７内に存在する場合、そのポインタは、テキスト３０５の右側のコラムではなく、正確に言えば、画像３０６の上にある。

例えば、マウスクリックなどによるユーザからの追加の入力は、ユーザエージェントによってポインタがその上にあるエレメントのクリックオン、または、ポインタがその上にあるエレメントの選択として解釈されても良い。ユーザエージェントは、そのような選択に基づいて特定の適切な行動を行うことが出来る。しかしながら、ポインタが、エレメントの上に位置したとしても、ユーザエージェントは、特定の行動だけを行うように設定されても良い。

ポインタ型の入力デバイス無しに、エレメントの選択をすることは、複雑かもしれないが、例えば、エレメントからエレメントに移動するキーボード入力やジョイステック入力などのいくつかの代替手段を実装することも出来る。

本発明によれば、電子ドキュメント３００内の位置の選択は、選択された位置を含んだ関心領域の選択と、それに続いて、選択された領域の表示とを起動しても良い。

さらに、以下に述べるように、関心領域の選択は、ユーザ入力に基づいても良いが、ユーザエージェント２００によって実行されるドキュメントの解析に基づいてなされても良い。ドキュメントが最初にロードされ、ディスプレイの特性に依存するとき、これは、特に有用であるかもしれない。本発明のいくつかの実施形態によれば、ドキュメント３００の解析は、ドキュメントがロードされたとき、または、そのような解析がユーザ入力によって引き起こされたときに、実行され、ドキュメント内部の位置は、この解析に基づいて選択される。その解析は、例として、例えば、見出しやテーブルなどの特定のタイプのエレメントによって生成された１番目のボックスの左上角を選択する。本発明は、解析に基づいて位置の選択を行うための特定の基準を限定するものではなく、その基準は、設計者に任されても良く、または、ユーザ設定可能であってすら良い。

本発明の原理と一致する実施形態によれば、選択された位置は、ユーザ入力に基づいてなされても良い。このユーザ入力は、例えば、マウスカーソルなどのポインティングデバイスの位置を表す座標を含んでも良い。受信された座標は、ウェブページ上の１以上のエレメントを選択するために使用されても良く、選択されたエレメントを含む興味ある領域を選択しても良い。

あるいは、ユーザ入力は、ドキュメント内のエレメントを直接に表しても良い。これは、通常は、次のような場合であるかもしれない。例えば、マークアップ言語のドキュメントが、ポインティングデバイスを除く、キーボードやキーパッド入力を備えた携帯電話やＰＤＡなどのデバイス上で動作しているユーザエージェントによってロードされたときである。

ドキュメント３００のレイアウト内の位置を翻訳するか、関連づけることが出来る限り、ユーザ入力デバイスの正確な機能と、その入力デバイスから受信したデータとは、本発明の本質的部分ではないことが理解されるべきである。位置というのは、例えば、ページ内のどこかの点、領域、または、エレメントであって良い。

ページ３００のレイアウト内の位置を表すユーザ入力が受信され、ユーザが関心領域を選択しようとしていることが確認されたとき、受信された位置は、関心領域を選択するために使用されることが出来る。本発明と一致する多くの実施形態において、ユーザ入力は
、関心領域を選択することよりも他の目的のために受信されても良い。例えば、ハイパーリンクをクリックすることや入力フィールドなどの特定のエレメントに焦点を合わせることなどである。関心領域を選択しようとする試みとして、様々な方法がユーザ入力を識別するために用いることができる。いくつかの実施形態によれば、ポインティングデバイスの位置を表すユーザ入力と、マウスのクリックは、そのような入力として識別されてもよい。そのような入力とは、ポインティングデバイスが、例えば、ハイパーリンクやボタン、入力フィールド、ドロップダウンメニューなどのようなアクティブなエレメントと関連づけられてないことが与えられる入力のことである。別の実施形態は、ポインティングデバイスの位置と、２番目のマウスボタンからのクリックやキーボードキーが同時に押されながらのクリック（例えば、シフト+クリック）と、を含むか、または、ポインティング
デバイスをクリックしながらドラッグすること、または、指定されたキーボードキーを押すことにより適切なエレメントが続いて選択されるまで繰り返してタビュレーターキーを押すこと、または、例えば、点やエレメント、領域などの位置を識別することが可能な設計者によって特定された他のどのユーザ入力も含む。

ユーザ入力やドキュメントの解析に基づいて、位置が特定されたとき、関心領域はこの位置に基づいて選択されることができる。本発明の原理を備えた実施形態によれば、少なくとも一つのレイアウトボックスを選択するために位置が使用される。そのドキュメントが、ＣＳＳに従って処理されるマークアップ言語のドキュメントである場合、レイアウトボックスは、ブロックボックスやテーブルエレメントなどの包含ブロックを生成するエレメントであっても良い。しかしながら、本明細書と本請求項に使用されるように、レイアウトボックスという用語は、特定の基準や仕様で与えられたどんな定義にも限定されるように解釈されることを目的とはしていないことが理解されるべきである。むしろ、レイアウトボックスは、電子ドキュメントのどんなエレメントであっても良く、そのエレメントは、ページ上の特定の内容の物理的位置を定義するために働く。

選択されたレイアウトボックスは、選択された位置に関連するもっとも内側のレイアウトボックスであっても良い。図４を参照してすでに述べられたように、ボックス４０５内のマウスクリックは、ボックス４０５を選択するもので、ボックス４００や４０４を選択するものではなくても良い。しかしながら、例えば、小さすぎるとして、そのボックスを選択には不適格なものとするための特定のルールが生成されても良い。例として、ボックス４０７、つまり画像３０６が選択するには小さすぎると考えられる場合、ボックス４０７内の（例えば、マウスクリックによって特定された）位置は、ボックス４０６の選択をもたらすことになっても良い。

レイアウトボックスが選択された後、そのサイズや比率は、ドキュメント３００が表示されるディスプレイやビューポートのサイズと比較される。関心領域は、選択された位置を含み、少なくとも一つの方向ではレイアウトボックス全体を実質的に含み、ビューポートやディスプレイと実質的に同じ比率を有する領域として選択されることができる。例として、図３Ｂにおけるコラム３０５内のクリックと一致する、図４におけるボックス４０５内のクリックは、図４の点線で示される領域４０８の選択をもたらすことができる。

実質的という用語に関して、レイアウトボックスの外側に余分な空白を含むことや、レイアウトボックスをいくつか削除することは、本発明の範囲内であることが理解されるべきである。領域が、レイアウトボックスの形やサイズに基づいて選択される限りは、例えば５または１０ピクセルの領域、または、その他の相応なピクセルの領域、あるいは、１または２ピクセルの領域であってさえ、その領域が、レイアウトボックスの外側から含まれるか、または、レイアウトボックスの内側から除外されるかは、問題ではない。

ディスプレイのビューポートや表示するアプリケーションとして（例えば、ユーザエー
ジェントやブラウザのウィンドウ）、与えられたどんなレイアウトボックスも同じ縦横比を持つ必要はなく、同じ形状さえ持つ必要はないことが理解されるであろう。レイアウトボックス全体を含む方向として水平方向選択するか、垂直方向を選択するかは、設計上の選択事項である。いくつかの実施形態によれば、例えば、関心領域内のテキストライン全体を含むように水平方向を選択することがもっとも便利であろう。本発明の他の実施形態によれば、例えば、縦長書式のフォーマットで画像を表示するときなどは、垂直方向を保持することが好ましいであろう。

本発明のある特徴によれば、どちらの方向を保持することを選択するかは、内容のタイプに基づいて動的になされることが出来る。あるルールは、例えば、レイアウトボックスの内容がテキストの場合、水平方向が選択され、一方、内容が画像の場合は、垂直方向が選択されることを要求しても良い。そのようなルールは、関心領域を選択するレイアウトボックスの縦横比や形を考慮しても良く、そのルールは、関心領域全体を入れる特定の方向をもたらす。一方、他の方向は、選択された関心領域の外側に伸びるか、それとも関心領域の端に届かない。

ビューポートとして同じ形状を有する関心領域が選択された後、その関心領域は、実質的にビューポート全体に表示される。関心領域が、ユーザエージェントによって最初にロードされたドキュメントの解析に基づいて選択された場合、これは、ドキュメントの最初の表示であるかもしれない。しかしながら、ドキュメントの異なった領域が、これから表示される場合、ディスプレイのレゾリューションは、変更されても良く（例えば、ドキュメントが表示されたサイズで拡大又は縮小されても良い）、その領域は、新しく選択された関心領域に変更されても良い。本発明の原理を備えたいくつかの実施形態によれば、レゾリューション（拡大、縮小）とシフティング（shifting）（流し撮り、傾転）の両方又は一方の変更は、グリンディング効果（gliding effect）やスイープイング効果（sweeping effect）を成し遂げるために段階的になされても良く、これらの効果は、ページのど
の部分が、現在表示されているかに関して、ユーザが正しく認識できるように助ける。

選択された関心領域の的確な方向は、デバイス１００において明確に示される必要がないことを理解されるべきである。端（例えば、完全な状態で保持される、方向や向きに沿った端）に関しては、代表的な座標や位置（例えば、角）とサイズとして示されても良く、レゾリューションの必要な変更や、どんな他の方法の変更もレゾリューションの必要なシフトや変更を導き出すことが可能である限り、示されても良い。言い換えると、本発明は、その領域が表示されるときに、エリアが、位置と、好ましいサイズやレゾリューションと、ビューポート内での位置決めとによって黙示的に定義される限り、特定の縦横比を有する領域の選択に限定されない。選択された関心領域に基づいたビューポートの形（例えば、縦横比）を変更することですら、本発明の範囲内である。

段階的な拡大縮小は、ビューポート内で現在表示されている領域と、選択された関心領域の現在のサイズと、の間のサイズの違いを計算することによって実行される。レゾリューションは、好ましいレゾリューションに向かって段階的に変更されても良く、その好ましいレゾリューションは、ビューポート（ピクセルで測定される）と実質的に同じサイズを選択された関心領域に与える。同様に、シフティングは、現在表示されている領域内の位置から選択された関心領域内の対応する位置（例えば、二つの領域の特定の角または中心）への経路を計算することによって成し遂げることが出来る。この経路に沿ったいくつかの中間の領域は、連続して計算され、表示される。これらの方法の両方またはいずれか一方は、本発明のどんな特定の実施形態において使用されても良く、そして、それらは、同時に実行されても、一方が他方の前に実行されても良い。

図５Ａは、ドキュメント３００の上端を表示し、ユーザ入力がコラム３０５の左側部分
（包含ブロック４０５に含まれる）内の位置を示す例を表している。コラム３０５と同じ幅で、ビューポートと同じ縦横比の興味ある領域が選択されている。その領域がシフトし、レゾリューションが変わった後、そのコラムは、ビューポートの幅全体を満たし、ユーザは、垂直スクロールバー３１３を使用することによってテキストをスクロールアップ、スクロールダウンすることが出来る。

図５Ｂは、関心領域がすでに選択され、この場合、選択領域がコラム３０５の右側部分（包含ブロック４０６に含まれる）の例を表している。（包含ブロック４０７内の）画像３０６の部分も示されている。この例において、包含ブロック４０７内の位置は、ブロック４０７と画像３０６とが関心領域として選択されることにより特定される。この例によれば、その画像は、選択されるために十分な大きさを有している（または、領域の最小サイズに関するルールがない）と考えられる。さらに、特定されたブロックの内容が画像なので、選択された領域内に完全に含まれるために、垂直方向が選択される（例えば、画像の面積は大きいので、ビューポートの内側に画像全体を持ってくる寸法として、画像には垂直方向を選択するとする単純なルールによって、または、設計により他の任意のルールが選択されることにより）。

この場合において、選択された領域の幅は、画像の縦寸法とビューポートの縦横比に基づいて選択される。選択された関心領域が、現在表示されている領域よりも大きいので、レゾリューションは、図５Ａの例と反対に変更され、ズームアウトの効果が生じる。

図５Ｃは、ドキュメント３００が、小さな縦型画面を有するデバイスにロードされた例を示す。最初の表示は、図３Ｃに示されたものと一致する。ドキュメントの解析に基づいて、または、ユーザ入力の結果として、見出し３０３を保持する包含ブロック４０３が選択され、ブロック４０３の幅全体を占める関心領域が選択された。その領域は、ビューポートと実質的に同じ縦横比を有するので、それは、２つのコラム３０５と画像３０６の大部分を含む。

図６を参照すると、図６は、本発明に従った典型的な方法をフローチャートで示したものである。上記記載と請求項から、表されているすべてのステップが、本発明のすべての実施形態において必要というわけでないことが理解されるであろう。

最初のスタートステップ６００に続いて、ドキュメントがロードされる（６０１）。この例によると、ドキュメントは、選択された位置を特定するために解析される（６０２）。例として、そのような位置は、最初の見だしを含むブロックの角か中心であっても良い。しかしながら、ドキュメントは、そのもともとのレゾリューションで上端左角から表示されても良く、または、ビューポート内に、少なくとも一つの方向において（即ち、図４の例における最上位のレイアウトボックスである包含ブロック４００と関係する位置を選択する）、ドキュメント全体がフィットするようにレゾリューションが変更されても良い。上記のように、レイアウトボックスに関係があれば何でも良い選択された位置に基づいて、ビューポートと実質的に同じ比率を有する関心領域が特定される（６０３）。

ドキュメントが読み込まれ、まだ表示されない場合、決定ステップ６０４は、関心領域の最初の表示がビューポートに表示されても良いことを決定する。しかしながら、ドキュメントの同じ領域が、すでに表示された場合、ズームイン、ズームアウト、シフティングのいずれか一つ以上は、特定された関心領域をビューポート内に持ってくるために実行される（６０６）。表示がされるやいなや、例えば、レイアウトボックスや他のエレメントを通してトラッキングデバイスの動きを追うことによって、ユーザ入力が追跡されることができる（６０７）。ユーザ入力が、関心領域を指摘するための位置を特定したと、決定ステップ６０８が決定した場合、ステップ６０３に戻って実行し、上記において詳述され
たように、関心領域が、そのような選択のために実行されるルールに従って特定される。

関心領域を特定することを目的としたのだけれども、ユーザ入力が、関心領域と特定されない場合は、ロードされた新しいドキュメントを特定することが決定される（６０９）。例えば、ユーザは、図２を参照して良く議論されたように、ドキュメントを特定するリンクを作動させることが出来る。その場合、新しいドキュメントがロードされ（６０１）、プロセスが繰り返される。原則として、ユーザ入力の追跡は、すべての他のタスクと平行して継続されても良く、ユーザエージェント２００や、デバイス１００のデザインの間になされる選択次第で、いくつかの、または、すべてのステップの中断を生じさせるかもしれない。図６に示されていない他のユーザの入力も可能であり、他のプロセスを起動する。受信されたユーザ入力が、さらなるユーザインタラクションを確認せず、プロセスの終了を指示したときは、最終ステップ６１０で終了する。

互いの子孫ボックスではない１以上のレイアウトボックスを含む位置（例えば、領域や曲線など）を特定するユーザ入力を受信することと、関心領域内に含まれるいくつかのレイアウトボックスの組み合わせを含む関心領域を選択することとは、本発明の特定の実施形態に一致する。

関心領域がビューポート内に整列され、表示されたとき、選択された関心領域内の内容が、動的に変化し、または、再フォーマットされるような方法で、例えば、テキストラッピング、フォントサイズ、コントラスト、カラーなどに関して追加のルールを課すことも、本発明の特定の実施形態に一致する。

最終的に、本発明は、いくつかのハードウエアとソフトウエアの組み合わせ上に実装されることができ、どんな特定のハードウエアやソフトウエアのプラットフォーム、オペレーティングシステム、プログラム言語、通信プロトコル、マークアップ言語、レイアウトの定義、レンダリングの仕様にも依存しないことが、当業者によって理解されるであろう。

１００…デバイス、１０２…メモリ、１０３…ポート、１０４…ビデオインタフェース、１０５…ネットワークインタフェース、１０６…システムバス、１１０…ローカルデバイス、１２０…ディスプレイ、１３０…リモートデバイス、１４２…オペレーティングシステム、１４３…アプリケーションプログラム、１４４…データ、１４５…スクリプト、２００…ユーザエージェント、２０１…ユーザインタフェース、２０２…アドレスフィールド、２０３…インプットマネージャ、２０４…ドキュメントマネージャ、２０５…マネージャ、２０６…通信モジュール、２０７…複合化モジュール、２０８…キャッシュマネージャ、２０９…キャッシュ、２１０…構文解析部、２１１…エンジン、２１２…構造、２１３…レイアウトエンジン、２１４…レンダリングエンジン、３００…ウエブページ、３０１…左マージン、３０２…コンテンツ、３０４…ナビゲーションメニュー、３０５…テキスト、３０６…画像、３１１…ナビゲーションボタン、３１２…アドレスフィールド、３１３…垂直スクロールバー、３１４…水平スクロールバー、４００…ボックス、４０１…子孫ボックス、４０２…子孫ボックス、４０３…包含ブロック、４０４…ボックス、４０５…子孫ボックス、４０６…包含ブロック、４０７…包含ブロック、４０８…領域

Claims (17)

1. ディスプレイと、ユーザ入力インタフェースと、電子ドキュメントを受信することがで
   きる通信インタフェースと、受信された電子ドキュメントがその中に読み込まれるメモリと、モジュールとを備えるコンピュータデバイスが、前記ディスプレイの画面上に表示された前記電子ドキュメントの中でユーザが興味を持っている領域である関心領域を選択し、前記関心領域を前記ディスプレイに表示する方法であって、
   前記モジュールが、前記電子ドキュメントを前記メモリにロードするステップと、
   前記モジュールが、前記電子ドキュメント内の対応するマークアップ言語要素に基づいて、複数のレイアウトボックスのツリー構造であって、子孫レイアウトボックスは親レイアウトボックスの中に包含されているようなツリー構造を作成するステップと、
   前記モジュールが、前記複数のレイアウトボックスの各々の大きさと位置を算出するステップと、
   前記モジュールが、前記電子ドキュメントの少なくとも一部を前記ディスプレイに表示するステップと、
   前記モジュールが、ポインティングデバイスの位置と関連付けて、前記電子ドキュメント内の位置を特定するユーザ入力を受けるステップと、
   前記モジュールが、特定された前記位置を含む、前記ツリー構造において最も内側の選択可能なレイアウトボックスを選択するステップと、
   前記モジュールが、選択された前記最も内側のレイアウトボックスのサイズ及び縦横比のうちの少なくとも１つと、前記ディスプレイ又はビューポートのサイズとを比較するステップと、
   前記モジュールが、前記比較の結果に基づいて、前記電子ドキュメントのうち、特定された前記位置及び選択された前記レイアウトボックスの少なくとも一つの方向の全体を実質的に含み、且つ、前記ディスプレイ又は前記ビューポートと実質的に同じ縦横比を有する領域を、前記関心領域として選択するステップと、
   前記モジュールが、選択された前記関心領域を前記ディスプレイ又は前記ビューポートに位置合わせをして表示する位置合わせ表示ステップと、
   を備える電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
2. 前記モジュールが、定められたルールによって、サイズが小さすぎると判定したレイアウトボックスを選択対象から除く、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
3. 前記位置が、少なくとも第１の座標を含む、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
4. 前記電子ドキュメントがマークアップ言語ドキュメントであり、選択された前記レイアウトボックスが少なくとも一つのＤＯＭエレメントを含む、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
5. 前記電子ドキュメントがマークアップ言語ドキュメントであり、選択された前記レイアウトボックスが、少なくとも一つのＣＳＳ包含ブロックである、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
6. 前記関心領域は、選択された前記レイアウトボックスと実質的に同じ幅を有するものが選択される、
   請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
7. 前記位置合わせ表示ステップが、
   前記モジュールが、前記電子ドキュメントの現在表示されている領域が表示される第１のレゾリューションを決定するステップと、
   前記モジュールが、前記関心領域を表示するための好ましい第２のレゾリューションを計算するステップと、
   前記モジュールが、前記第１のレゾリューションから前記第２のレゾリューションへの変化を段階的に実施するステップと、
   を備える、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
8. 前記位置合わせ表示ステップが、
   前記モジュールが、前記電子ドキュメントの現在表示されている領域を代表する前記領域内の第１の位置を決定するステップと、
   前記モジュールが、前記関心領域を代表する前記電子ドキュメント内の第２の位置を決定するステップと、
   前記モジュールが、前記第１の位置から前記第２の位置までの経路に沿って前記電子ドキュメントのいくつかの領域を連続して表示するステップと、
   を備える、請求項１に記載の電子ドキュメント内の関心領域を選択しディスプレイに表示する方法。
9. デバイスのディスプレイの画面上に表示された電子ドキュメントの中でユーザが興味を持っている領域である関心領域を選択し、前記ディスプレイに表示するように構成されたコンピュータデバイスであって、
   ディスプレイと、ユーザ入力インタフェースと、電子ドキュメントを受信することができる通信インタフェースと、受信されたドキュメントがその中に読み込まれるメモリと、モジュールと、
   を備え、
   前記モジュールは、
   前記電子ドキュメント内の対応するマークアップ言語要素に基づいて、複数のレイアウトボックスのツリー構造であって、子孫レイアウトボックスは親レイアウトボックスの中に包含されているようなツリー構造を作成し、
   前記複数のレイアウトボックスの各々の大きさと位置を算出し、
   前記電子ドキュメントの少なくとも一部を前記ディスプレイに表示し、
   ポインティングデバイスの位置と関連付けて、前記電子ドキュメント内の位置を特定するユーザ入力を受け付け、
   前記特定された位置を含む、前記ツリー構造において最も内側の選択可能なレイアウトボックスを選択し、
   選択された前記最も内側のレイアウトボックスのサイズ及び縦横比のうちの少なくとも１つと、前記ディスプレイ又はビューポートのサイズとを比較し、
   前記比較の結果に基づいて、前記電子ドキュメントのうち、特定された前記位置及び選択された前記レイアウトボックスの少なくとも一つの方向の全体を実質的に含み、且つ、前記ディスプレイ又は前記ビューポートと実質的に同じ縦横比を有する領域を、前記関心領域として選択し、
   選択された前記関心領域を前記ディスプレイ又は前記ビューポートに位置合わせして表示する、
   ように構成されている、電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
10. 定められたルールによって、サイズが小さすぎると判定されたレイアウトボックスは選択対象から除かれる、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
11. 前記位置が、少なくとも第１の座標を含む、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
12. 前記電子ドキュメントがマークアップ言語ドキュメントであり、選択された前記レイアウトボックスが少なくとも一つのＤＯＭエレメントを含む、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
13. 前記電子ドキュメントがマークアップ言語ドキュメントであり、選択された前記レイアウトボックスが、少なくとも一つのＣＳＳ包含ブロックである、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
14. 前記関心領域は、選択された前記レイアウトボックスと実質的に同じ幅を有するものが選択される、
    請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
15. 前記モジュールが、
    前記電子ドキュメントの現在表示されている領域が表示される第１のレゾリューションを決定し、
    前記関心領域を表示するための好ましい第２レゾリューションを計算し、
    前記第１のレゾリューションから前記第２のレゾリューションへの変化を段階的に実施する、
    ことによって関心領域の位置合わせと表示を行う、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
16. 前記モジュールが、
    前記電子ドキュメントの現在表示されている領域を代表する前記領域内の第１の位置を決定し、
    前記関心領域を代表する前記電子ドキュメント内の第２の位置を決定し、
    前記第１の位置から前記第２の位置までの経路に沿って前記電子ドキュメントのいくつかの領域を連続して表示する、
    ことによって前記関心領域の位置合わせと表示を行う、請求項９に記載の電子ドキュメント内の関心領域を選択して表示するコンピュータデバイス。
17. 請求項１から８のいずれか一つの方法を実行させるコンピュータ命令を含む、コンピュータプログラム。

Images