(57)【特許請求の範囲】
【請求項１】
スクロール処理能力のあるディスプレイスクリーン上に文書を表示する方法であって、
該文書の可視的部分と、該可視的部分に物理的に最も近接する予期帯域のゾーンとのバッファメモリを生成するよう、前記文書に一定量のグラフィックスメモリを割り当てるステップであって、前記予期帯域は前記文書がスクロールされると前記文書の可視的部分に表示されることが予期される内容を含むステップと、
前記バッファメモリを、前記文書、前記可視的部分及び前記予期帯域の大きさに応じて複数のピクセルマップに計算して細断するステップと、
前記ピクセルマップを前記文書の全体及び前記可視的部分に対して相対的に位置決めするステップと、
前記ピクセルマップに、前記可視的部分に対して最も近いピクセルマップから書き込むステップと、
前記文書が表示され或いはスクローリングされなければならないときに、前記予期帯域の前記ピクセルマップに含まれた内容を可視的部分にコピーし、前記予期帯域を再描写し、表示するピクセルマップが準備できていないとき、前記内容をコピーする前に、同期機構を用いて、表示するデータの前記ピクセルマップへのリフレッシュを強制するステップと、
前記可視的部分の新規な位置に応じて、前記ピクセルマップを前記文書に対して相対的に位置決めするステップと、
を含む方法。
【請求項２】
前記可視的部分が前記文書の縁部に達する場合を除き、前記予期帯域は、前記可視的部分の右側及び左側に前記ピクセルマップの１列と、前記可視的部分の底側及び頂側に前記ピクセルマップの１行とを最低限含む、請求項１に記載の方法。
【請求項３】
前記ピクセルマップは、バックグラウンドタスクとして実行できる前記ピクセルマップの内容の書き込みをするたびに、連続的に描写される複数の長方形に細断される、請求項１に記載の方法。
【請求項４】
前記バックグラウンドタスクとして実行できる前記ピクセルマップの内容の書き込みは前記予期帯域を構築する、請求項３に記載の方法。
【請求項５】
バックグラウンドタスクとして実行できる前記ピクセルマップの内容の書き込みを実行するたびに、
前記文書のスクロールを行い、前記予期帯域を変更してから、前記ピクセルマップの再構成をするステップと、
前記ピクセルマップの再位置決めが起こらないならば、前記文書の前記可視的部分から離間する距離に応じて決定される前記ピクセルマップの第一の長方形を描写するステップとを含む、請求項３に記載の方法。
【請求項６】
イベントにより、予期帯域に描写されていない前記文書の可視的部分の一部分を強制的に描写する場合、或いは、前記文書の要素が前記ディスプレイウィンドウ内において図形的に変更される場合に、即座の描写が遂行される、請求項１に記載の方法。
【請求項７】
前記文書はハイパーテキストマークアップ言語（ＨＴＭＬ）文書である、請求項１に記載の方法。
【請求項８】
ディジタルテレビジョンデコーダにおける請求項１乃至７いずれか一項に記載の方法を用いることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＨＴＭＬ（ハイパーテキストマークアップ言語）ページのような文書を、例えばディジタルテレビジョンスクリーンのようなスクロール処理能力のあるディスプレイスクリーン上に表示する方法に関する。
【背景技術】
【０００２】
本発明の分野は、より詳細には、欧州特許出願第ＥＰ１１６４４９９号に記載されているようなＨＴＭＬページの表示である。
【０００３】
ＨＴＭＬ規格のバージョン（ＨＴＭＬ４．０１，仕様Ｗ３Ｃ勧告，１９９９年１２月２４日）は次のインターネットアドレスで見出され得よう。
【０００４】
【表１】
0004759687.tif 000002
【０００５】
ＨＴＭＬページは読み取りプログラムによって解釈され得る文書であり、コンピュータモニタ又はテレビジョンスクリーン上に視覚的な、場合によっては、音声的な出力を生成する。スクリーン上に表示されるＨＴＭＬページは、主文書と、グラフィック要素、音声要素又はソースコードを含む二次的文書とで構成されるのが普通である。
【０００６】
このＨＴＭＬ文書を考慮するために、これらの要素はロードされ、メモリに保存され、ＨＴＭＬエンジンによって処理される。このページの描写は、表示のために、グラフィックスメモリ内に保存される。
【０００７】
ＨＴＭＬエンジンは対話式アプリケーションであり、インターネットネットワークを通じてアクセスされるハイパーテキスト及びマルチメディア文書を表示可能にする。それは電子メールを送受信したり、或いは、所謂「ニュース」サーバーを閲覧することも可能にする。
【０００８】
ディジタルテレビジョンの分野において、このような対話式アプリケーションは、リモートコントロールを用いて、或いは、赤外線キーパッドの助けを得て、使用者によって駆動される。アプリケーションは、事実、置換インターフェイスを統合可能であることにより、使用者が、リモートコントロールだけで、テキスト又はその類似物の入力の全てを行い得るようにしている。文書の表示はスクリーン上で遂行される。
【０００９】
インターネットネットワーク上の文書の検索は、特定のサーバー上で問合わせを行うことによって遂行される。ディジタルテレビジョンの分野では、この操作は非対称であり得る。具体的には、問合わせ及び文書は必ずしも同一の媒体を通じて進行する必要はない。すなわち、問合わせはモデムを介して電話ネットワークを通じて行われてよく、文書はアンテナを通じて、すなわち、サテライト送信を通じて、或いは、モデムを通じて戻ってもよい。よって、使用者は戻り形式を選択可能である。
【００１０】
ＨＴＭＬページのコンテンツはモニタ上又はテレビジョンスクリーン上で利用可能なスペースを超過し得る。この場合、モニタ又はテレビジョンスクリーンはＨＴＭＬページの一部のみを表示する。よって、使用者は表示をスクロールして、ＨＴＭＬページの残部を一見することができる。
【００１１】
スクローリングの後、ＨＴＭＬ文書の新規な可視的部分が表示されなければならない。この新規な可視的部分と交差する各グラフィック要素が描写され或いは再描写されなければならない。
【００１２】
文書のスクロールリングは、幾つかの方法で遂行されるのが普通である。最も単純な方法はバッファグラフィックスメモリ内に事前準備のない表示である。換言すれば、スクリーン上に表示されているウィンドウ内に直接描写することによる表示である。もし文書がスクロールされるならば、常時可視的な状態のままであるウィンドウのコンテンツは、マスコピーによって、ウィンドウ内の新規な位置に移動される。新規に現れた残存帯域は各グラフィックオブジェクトを個別に再描写ことによって表示される。この方法の欠点は、グラフィックシステムが遅い場合に、各グラフィックオブジェクトの描写が漸進的に構成されるのを見ることである。
【００１３】
この問題を解消するために用いられる解決策は、表示されるべき文書の部分を例えばピクセルマップ(pixmap)のようなバッファグラフィックスメモリ内に準備し、このピクセルマップのコンテンツを可視的ウィンドウ内に一回で表示することである。ここでは、２つの技法が用いられる。第一は、このバッファメモリに文書の可視的部分のみをカバーさせることである。この場合、スクロールが要求されるときに、文書の新規な可視的部分がバッファメモリ内に準備され、後者の準備ができたとき、それが表示される（この技法は「ダブルバッファリング」と呼ばれる）。第二は、文書の全体をバッファグラフィックスメモリによってカバーし、文書の全体を準備し、要求に応じて及び要求されたときに、それを表示することである。
【００１４】
これらの２つの技法の主要な問題点は、第一の技法では、明確なスクロール要求の直後に表示が準備されることである。その結果、使用者にとって迷惑な一定の時間が、要求と実際のスクローリングとの間に発生し得ることから、スクローリングは流動的ではない。第二の技法では、待ち時間の問題は存在しないが、それは大量のグラフィックスメモリを必要とする。なぜならば、後者は文書の大きさに関係することである。インターネットネットワーク上では、文書の大きさに制限はなく、この第二の技法を用いるために要求されるグラフィックスメモリの量は相当である。
【００１５】
そのような解決策はデコーダの表示のためにも適当ではない。なぜならば、後者は、相当な大きさのメモリが、表示以前に計算されるピクセルマップデータを保存することを要求するからである。ところで、テレビジョンデコーダのメモリ能力には制限がある。それは例えば２メガバイトのオーダのグラフィックスメモリである。従って、３２メガバイト又は６４メガバイト等であるコンピュータのメモリに比べより制限されているのが明らかである。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明の目的はそのような問題点を解決することである。換言すれば、限定的なメモリの脈絡の中において、文書の流動的なスクローリングを提供することである。この文書は場合によっては例えばＨＴＭＬページである。
【課題を解決するための手段】
【００１７】
本発明は、スクロール処理能力のあるディスプレイスクリーン上に文書を表示する方法に関し、次のステップから成ることを特徴とする。
【００１８】
・文書の可視的部分と、可視的部分に最も近接する「予期帯域」のゾーンとのバッファメモリを生成するよう、文書に一定量のグラフィックスメモリを割り当てるステップと、
・バッファメモリを、文書、可視的部分及び予期帯域の大きさの関数としての複数のピクセルマップに計算して細断するステップと、
・前記ピクセルマップを前記文書の全体及び前記可視的部分に対して位置決めするステップと、
・バックグラウンドタスクとして遂行され得る、前記ピクセルマップのコンテンツを、前記可視的部分に対するピクセルマップの近傍に依存する優先システムで充満するステップと、
・文書が表示され或いはスクローリングされなければならないときに、先行ステップがピクセルマップの強制的な更新を終了しなかったならば、表示に含まれるピクセルマップの更新を強制するステップを必要であれば先行して備えて、ピクセルマップのコンテンツをディスプレイウィンドウにコピーするステップと、
・可視的部分の新規な位置の関数として、文書に対する前記ピクセルマップの相対的な位置決めのステップに戻るステップ。
【００１９】
水平方向及び垂直方向のスクローリングの場合に有利的に、可視的ウィンドウが文書の縁部に達する場合を除き、予期帯域は、可視的ウィンドウの右側及び左側におけるピクセルマップの１列と、可視的ウィンドウの底側及び頂側におけるピクセルマップの１行とを最低限含む。ピクセルマップは、バックグラウンドタスクの呼出しに基づいて連続的に描写される複数の長方形に細断される。
【００２０】
もしピクセルマップが大きな大きさであるなら、ピクセルマップの充填には長時間かかり、操作時のためにシステムを無効にし得る。小さな大きさの長方形によってピクセルマップを充填することは、システムの他の処理操作の中で、充填操作を弱めることを可能にし、必要であれば、ユーザーに迅速に応答することを可能とする。
【００２１】
バックグラウンドタスクは予期帯域を構築する機能も有する。
【００２２】
バックグラウンドタスクの各呼出しに基づいて、もしスクロールが遂行されるならば、ピクセルマップの再構成が可能であり、もしピクセルマップの再位置決めが起こらないならば、文書の可視的部分から離間する距離の基準の関数として決定されるピクセルマップの第一の長方形を描写する。
【００２３】
データがピクセルマップに表示されることを強制し得る同期化機構を用いることを特徴とする請求項１に記載の方法。
【００２４】
ある部分が予期ゾーンに未だ描写されていないが、露出イベントがこの部分をディスプレイウィンドウ内に強制的に描写する場合、或いは、文書の要素がディスプレイウィンドウ内において図形的に変更される場合に、即座の描写が遂行される。
【００２５】
本発明は、特に、ＨＴＭＬ文書の表示及び／又はディジタルテレビジョンデコーダのために用いられる。
【発明を実施するための最良の形態】
【００２６】
本発明によれば、例えばＨＴＭＬページのような文書をスクロール処理能力のあるディスプレイスクリーン上に表示する方法は、この文書をディスプレイゾーンの大きさに従った大きさのピクセルマップによってカバーされるゾーンに細断するステップと、ピクセルマップによって実際にカバーされる文書の部分を予期するゾーンを設けるステップとから成る。
【００２７】
この予期ゾーンは、文書、可視的部分及びこの可視的部分の周りに最も近接した帯域をカバーするピクセルマップのマトリックスを形成することで、可視的部分と、文書がスクロールされるならば直ぐ可視的になるであろうゾーンとのコンテンツを準備する。
【００２８】
この予期ゾーンの目的は、文書の部分を再描写する操作の視覚的演出を向上することである。具体的には、殆どの場合、ディスプレイウィンドウ内の予期ゾーンのコピーは十分であることが分かる。
【００２９】
図１は、そのような予期ゾーン１０（ここではピクセルマップ１３の１８個の行及び１２個の列で形成されている）と、文書１２が表示される可視的ウインドウ１１を表わしている。
【００３０】
よって、３つのゾーンが階層的に含まれて形成されていることに留意すべきである。すなわち、文書１２は予期ゾーン１０を含んでおり、後者は文書の可視的ウインドウ１１を含んでいる。図７の例に示されているように、もし利用可能なスペースが十分であれば、予期ゾーンは正に文書の幅方向又は高さ方向をカバーし得る。
【００３１】
図２は、文書１２の表示を下方にスクローリングする操作に続いて生じる予期ゾーン１０の展開を示している。このスクローリング操作は、第一行を予期ゾーンの底部へ移動することを伴う。よって、この行は再描写されなければならない。
【００３２】
可視的ウインドウ１１が文書１２の縁部に達する場合を除き、予期ゾーン１０は、可視的ウインドウの右側及び左側における１列のピクセルマップのゾーン並びに可視的ウインドウの底側及び頂側における１行のピクセルマップのゾーンを、最小限含む。もしスクロールの後に、この規則が遵守されないならば、予期ゾーンは後者を再構築するように移動する。
【００３３】
アプリケーションを数秒間使用不能とするリスクを犯さないよう、予期ゾーンの生成又はスクロールに続いて生じる予期ゾーンの描写は、バックグラウンドタスクがこの描写を幾つかのステップで遂行するようなものである。すなわち、ピクセルマップのゾーンはバックグラウンドタスクの各呼出しに基づいて連続的に描写される長方形として形成される。
【００３４】
このバックグラウンドタスクは予期ゾーンを構築する機能も有する。
【００３５】
このバックグラウンドタスクの各呼出しを伴って、処理は以下の通りである。
【００３６】
・必要であれば、ピクセルマップ行又は列の順列によって、予期ゾーンを移動するステップ。
・もし予期ゾーンが正しく位置するならば、予期ゾーンのピクセルマップの第一の長方形を描写するステップ。
【００３７】
もし表示されるべきピクセルマップが表示の時点で準備されていなければ、同期化機構がピクセルマップに表示されるべきデータのリフレッシュを強制し得るようにする。
【００３８】
次の２つの場合に、即座の描写が実行される。
【００３９】
・ある部分が予期ゾーンに未だ描写されていなかったが、「露出(expose)」イベントがこの部分をディスプレイウィンドウに強制的に描写する場合。
・文書の要素がディスプレイウィンドウにおいて図形的に変更された場合。
【００４０】
これらの２つの場合は、各々、画像に関係する新規なデータの流入と、画像の要素の描写を変更するフォーカス処理とに対応する。
【００４１】
これらの場合の双方において、描写されるべきゾーンとの共通交差部を有する全ての待機中の長方形部が描写される。図３は予期ゾーンを組成する次の要素を表わしている。
【００４２】
・既に描写された長方形２０
・非描写の長方形２１
・ディスプレイウィンドウ２２
・「露出」イベントに続いて描写されるべき長方形２３
・長方形２３と交差する非描写の長方形２４であり、それらのコンテンツは同期化によって強制的に描写される。
【００４３】
ＨＴＭＬアプリケーションにおける本発明の方法の実施例。
【００４４】
次に、デコーダ内のＨＴＭＬアプリケーションにおける本発明の方法の例示的な実施例を考察する。
【００４５】
第一の操作は、使用可能なグラフィックスメモリを、３つのサブウインドウ(又はＨＴＭＬ「フレーム」)に分割することから成る。
【００４６】
ピクセルマップを生成するために利用可能なグラフィックスメモリの量は、デコーダのレベルに制限される。ＨＴＭＬが正しく機能するのと同時に他のアプリケーションも機能するのを保証するために、このメモリの一部だけがＨＴＭＬエンジンによって用いられて、予期ゾーンが生成される。利用可能なメモリの量は、ＨＴＭＬエンジンが起動したときに定めされる。幾つかのドロップ・ダウン文書がスクリーン上で同時に可視的である場合、各文書は本発明の方法が構成する流動的スクロール機構の恩恵を受けなければならない。従って、利用可能なメモリの量は同時に可視的である全ての文書間で分割されなければならない。
【００４７】
本発明の方法はドロップ・ダウン文書にのみ関する。ＨＴＭＬサブウィンドウであることを表明する文書はドロップ・ダウンではあり得ない。サブウィンドウの階層の葉文書(leaf  document)のみがドロップ・ダウンであり、従って、本発明の方法の潜在的ユーザーであり得る。よって、ドロップ・ダウンたり得るＨＴＭＬ文書の可視的部分の合計がＨＴＭＬエンジンの表示のために取り分けられた領域を正にカバーする。これは各葉文書のための本発明の方法の使用を保証するために正しく用いられる。
【００４８】
各サブウィンドウの領域の関数として、ＨＴＭＬエンジンはグラフィックスメモリを比例して分割する。すなわち、
【００４９】
・Ｍは、ＨＴＭＬエンジンのために取り分けられたグラフィックスメモリの量を表わす。
・Ｗｍ  ＆  Ｈｍは、ＨＴＭＬエンジンのディスプレイウィンドウのピクセル内の大きさでる。
・Ｗｆ  ＆  Ｈｆは、任意のサブウィンドウのピクセル内の大きさである。
【００５０】
予期ゾーンを生成するためにこのサブウィンドウによって使用可能なグラフィックスメモリの量は領域に対して比例する。すなわち、
【００５１】
【数１】
0004759687.tif 000003
【００５２】
例示的なサブウィンドウの階層が図４に例示されており、各ボックスはＨＴＭＬ文書を構成する。よって、例えば６００×４００ピクセルのルート文書があり、ルート文書は例えば６００×１００ピクセルの文書フレーム１及び例えば６００×３００ピクセルの文書フレーム２を生じ、文書フレーム２は例えば２００×３００ピクセルの文書フレーム２−１及び例えば４００×３００ピクセルの文書フレーム２−２を生じる。
【００５３】
そのような階層の表示は図５に例示されているような結果を生む。
【００５４】
そのような実施例において、Ｍ＝１，９２０キロバイトを有するグラフィックスメモリの分割は以下のように影響される。すなわち、
【００５５】
・ルート文書（フレームの表示）＝０キロバイト
・「フレーム１」（葉文書）＝４８０キロバイト
・「フレーム２」（フレームの表示）＝０キロバイト
・「フレーム２．１」（葉文書）＝４８０キロバイト
・「フレーム２．２」（葉文書）＝９６０キロバイト
【００５６】
以下の操作はピクセルマップの粒状度を決定する問題である。すなわち、文書用に利用可能なグラフィックスメモリの量のために、いかなる大きさ及び粒状度のピクセルマップがシステムを正常に機能させるかを決定することが必要である。目的は、少なくとも１つのインクリメントのスクローリング及び少なくとも１つのインクリメントの可視的部分の何れかの側の動作の予期を保証し、一方の側又は他方の側に移動され得る少なくとも１行のピクセルマップを有することである。
【００５７】
図６は、ページ設定後の完全なＨＴＭＬ文書１２と、ピクセルマップ１３によってカバーされた部分と、可視的部分１１とを表わしている。この文書１２は水平スクロール及び垂直スクロールを一度に及び同時に有し得る。
【００５８】
この図に表わされているのは次のパラメータである。
【００５９】
・Ｗｄ  ＆  Ｈｄ：  ページ設定後の完全な文書のピクセル内の幅及び高さ
・Ｗｆ  ＆  Ｈｆ：  文書の可視的部分のピクセル内の幅及び高さ（サブウィンドウの大きさ）
・Ｗｐ  ＆  Ｈｐ：  ピクセルマップのピクセル内の幅及び高さ
【００６０】
この図に表わされていない他のパラメータは次の通りである。
【００６１】
・Ｎｘ  ＆  Ｎｙ：  水平方向及び垂直方向のピクセルマップの数。
・Ｐｘ  ＆  Ｐｙ：  可視的ゾーンの何れかの側で水平方向及び垂直方向で利用可能に保証された予期帯域（この予期帯域は、最低限度として、スクロールのインクリメントに対応する）。
・Ｔ：  （カラーコード化システムに依存した）バイト中のピクセルの大きさ。
・Ｍｆ：  文書に関連するピクセルマップのために利用可能なグラフィックスメモリの量
【００６２】
文書１２は水平方向及び垂直方向にスクロールし得ること、グラフィックスメモリの量は文書の全体を水平方向及び垂直方向の双方のピクセルマップでカバーするのには不十分であることが先ず考慮される。
【００６３】
ピクセルマップの順列を保証すると同時に、各側での保証された予期帯域の存在を保証するために、次の不等式が遵守されなければならない。すなわち、
【００６４】
【数２】
0004759687.tif 000004
【００６５】
【数３】
0004759687.tif 000005
【００６６】
メモリ限界も制約を与える。ピクセルマップの合計は取り分けてあるメモリの量を超えてはならない。
【００６７】
【数４】
0004759687.tif 000006
【００６８】
ピクセルマップの数及び大きさを決定するために、方程式の数は未だ不十分である。その故に、ある種の特定の条件が選択される。すなわち、
【００６９】
・Ｐｘ：  保証された水平方向の予期ゾーンは水平方向のスクロールのインクリメントと同一として定められる。
・Ｐｙ：  保証された垂直方向の予備ゾーンは垂直方向のスクロールのインクリメントと同一として定められる。
・Ｐｘ  ＝  α  Ｗｆ：  スクローリングの水平方向インクリメントは文書の表示の幅に比例する。
・Ｐｙ  ＝  α  Ｈｆ：  αはＨＴＭＬエンジンの定数であり、０＜α  １の状態で、スクローリングの垂直方向インクリメントは文書の表示の高さに比例する（文書の全体がインクリメント化されたスクローリングによって閲覧されうることを保証する制限）。
・
【数５】
0004759687.tif 000007
：予期ゾーンのディメンションはディスプレイゾーンのディメンションに比例する。
【００７０】
水平方向のピクセルマップの大きさ及び数は、方程式（３）及び（４）を用いて、且つ、グラフィックスメモリの最大容量が使用されなければならないことを考慮することによって、決定される。次の結果が得られる。
【００７１】
【数６】
0004759687.tif 000008
【００７２】
ここで、Ｗｐ*Ｎｘは予期ゾーンのピクセル内の幅に対応する。
【００７３】
方程式（１）及び（５）を用いることによって、ピクセルマップの最大幅が得られる。すなわち、
【００７４】
【数７】
0004759687.tif 000009
【００７５】
（５）の予期ゾーン（Ｗｐ*Ｎｘ）の幅をピクセルマップＷｐｍａｘの最大幅によって分割することによって、及び、次の整数に切り上げることによって、ピクセルマップゾーン幅Ｎｘｍｉｎの最小数が得られる。
【００７６】
Ｎｘ≧Ｎｘｍｉｎの値の全てのために、本発明の方法の正しい機能が確実にされる。ＨＴＭＬエンジンの実施において、細断のために保持されるのはＮｘｍｉｎ値である。具体的には、デコーダのレベルにおいて、生成され得るピクセルマップの数には制限がある。よって、本発明の方法を用いる可能性は最大限に保証され、従って、このような臨界値に達することが回避される。
【００７７】
ピクセルマップＷｐの実際の幅は、（５）の予期ゾーン（Ｗｐ*Ｎｘ）の幅を、次の正数に切り下げられたピクセルマップＭｘｍｉｎの保持数で分割することによって得られる。
【００７８】
「フレーム２．２」の例の場合、係数αを１０％とし、Ｔ＝４バイトとすると、得られる結果は以下の通りである。
【００７９】
・Ｎｘ＝７
・Ｗｐ＝８０ピクセル
【００８０】
大きさ及び垂直方向のピクセル数の決定は、水平方向と同様な方法で遂行される。
【００８１】
検討されている例において、「フレーム２．２」のために得られる結果は次の通りである。
【００８２】
・Ｎｙ＝７
・Ｈｐ＝６０ピクセル
【００８３】
この計算の仕組みの故に、ピクセルの粒状度は水平方向及び垂直方向で常時同様である。
【００８４】
デコーダの実施においては、追加的なパラメータを考慮することが必要である。すなわち、生成されたピクセルマップは８ピクセルの倍数であるディメンションを常時有する。その結果、各ピクセルマップの大きさ及びある方向におけるピクセルの数を決定した後、この大きさは８の倍数に切り下げられるが、処理された第一の方向における方程式（１）又は（２）は未だ満足される。もしこれが満足されない場合には、ピクセルマップの粒状度は１だけ増大されなければならず、ピクセルマップの新しい大きさは再計算されなければならない。
【００８５】
このような丸め処理のために、ある方向における計算のために取り分けられたメモリの部分は最早完全には利用されない。ピクセルマップの大きさ及び数を計算する前に、このメモリの余剰は他の方向に持ち越される。これらの新しい条件の下で、水平方向及び垂直方向の粒状度は相違し得る。
【００８６】
図７に示されるように、Ｗｐ*Ｎｘ≧Ｗｄの場合、文書の幅全体をピクセルマップでカバーすることが可能である。従って、水平方向順列機構は必要ない。ピクセルマップの数及び粒状度の決定は相違する。水平方向で可能なグラフィックスメモリの余剰は垂直方向のスクロールに割り当てられる。よって、ピクセルマップの幅はデコーダにおけるピクセルマップの生成の最大幅である。
【図面の簡単な説明】
【００８７】
【図１】本発明の方法に従って予期ゾーンの表示を示す概略図である。
【図２】予期ゾーンの例示的な移動を示す概略図である。
【図３】ピクセルマップの部分が充填されていないときであり、且つ、表示が供給されたときにおける同期化機構を示す概略図である。
【図４】本発明の方法の例示的な実施におけるサブウィンドウ階層の構造を示す概略図である。
【図５】図４に表わされている階層の表示を示す概略図である。
【図６】本発明の方法に従ったページ設定後のＨＴＭＬ文書を示す概略図であり、文書の幅全体をピクセルマップでカバーし得ないことを示している。
【図７】本発明の方法に従ったページ設定後のＨＴＭＬ文書を示す概略図であり、文書の幅全体がピクセルマップでカバーし得ることを示している。
【図１】
0004759687.tif 000010
【図２】
0004759687.tif 000011
【図３】
0004759687.tif 000012
【図４】
0004759687.tif 000013
【図５】
0004759687.tif 000014
【図６】
0004759687.tif 000015
【図７】
0004759687.tif 000016