(57)【要約】  本発明は、コンピュータ画面上においてデータ表示及び入力ウィンドウを視覚画像化する方法に関する。ウィンドウは、遠隔地のウェブサイトユーザによってブラウザを使用して開かれる。ユーザのブラウザから発せられた要求に応じ、サイトは、それが接続されているネットワークを介して、事前位置決め情報を含まない、要求されたページの汎用フォームをブラウザに返す。ページの汎用フォームが短時間表示されている間に、ブラウザは、表示される要素のサイズを獲得し、要素の新しい表示幅を計算し、要素の寸法を再決定する。その後、ブラウザは、良好な視覚画像化を得るように要素を調整したページを永久的に表示する。従って、ページの汎用フォームは、ユーザの表示手段と独立して定義でき、特に、表示する要素を位置決めするためのテーブルの使用を必要としない。【選択図】図１
2008536214.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ画面上において表示及びデータ入力ウィンドウを視覚画像化する方法であって、前記ウィンドウが、遠隔地のウェブサイトのユーザによって開かれ、前記ユーザは、ブラウザを利用してネットワークを介して前記サイトに要求を送り、前記サイトは、前記要求に応じてページを送信し、
前記ウェブサイトは、前記ページの汎用フォーム（１００）を前記ブラウザに送り、前記汎用フォームは、表示される要素の事前配置に関する情報を含んでおらず、
前記ブラウザは、前記ページ（２５０）を短時間表示し、前記表示する段階は、
表示される要素のサイズを獲得する段階（３３５，３４５）と、
前記要素の新しい表示幅を計算する段階（３５５）と、
前記要素の寸法を再決定する段階（４３５）とを含み、
前記ブラウザは前記ページ（１６０）を永久的に表示し、
これにより前記汎用フォームから満足できる視覚画像化を得る方法。
【請求項２】
前記ページの前記汎用フォーム（１００）は、位置決めテーブルを含まないことを特徴とする、請求項１に記載の方法。
【請求項３】
表示される前記要素は、特に、ラベル（１１０）、制御及びデータ入力フィールド（１２０）、並びに画像（１５５）を含む、請求項１から２のいずれか１項に記載の方法。
【請求項４】
要素が関連付けられ、それにより前記要素を一緒に表示（１８５）できるようにされた、請求項３に記載の方法。
【請求項５】
前記関連付けられた要素は、不可分な容器として働くテーブル（４６５）に入れられた、請求項４に記載の方法。
【請求項６】
新しい幅を計算する段階は、表示される最も広い要素のサイズ（１４０，１５０）に基づく、請求項１に記載の方法。
【請求項７】
永久的に表示する段階は、前記ブラウザの表示ウィンドウが前記ユーザによって変更された場合（１６５）に、更新段階（１８０）を含む、請求項１に記載の方法。
【請求項８】
サイズを獲得する段階、新しい幅を計算する段階、及び寸法を再決定する段階は、前記ブラウザ内に存在するコードによって実行される、請求項１に記載の方法。
【請求項９】
前記存在するコードは、前記ユーザがページの前記汎用フォームで送られた要素のいくつか（５２０）だけを表示できるようにする個人化オプションを含み、前記個人化する段階の後に、前記永久的に表示する段階の更新が行われる、請求項８に記載の方法。
【請求項１０】
ページを言語（５３０）に適応させるために汎用コードに含まれるラベルだけを修正するだけでよい、請求項１に記載の方法。
【請求項１１】
前記コンピュータによって実行可能なプログラムの命令を含むコンピュータ可読媒体であって、前記プログラムは、請求項１から１０のいずれか１項に記載の方法を実施するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータや任意の類似の装置に接続された画面で情報を表示し収集するために使用されるグラフィックインタフェースに関する。より詳細には、本発明は、表示フィールドとデータ収集フィールドを、ユーザ固有の独特な環境特性と、選択されたソフトウェアアプリケーションと対話するために選択された言語や表示ウィンドウの幅等、ユーザによって実行される選択及び変更とに動的に適応させる方法を示す。
【背景技術】
【０００２】
インターネットの爆発的な発展により、またその主要なアプリケーション（増え続ける情報をブラウザによってアクセス可能なページの形でユーザが利用できるようにするウェブ即ち「ワールドワイドウェブ」）に鑑み、多くの種類の任意のタイプのコンピュータ画面や類似の装置上でそのようなページを画像化する問題は非常に早い段階で起きていた。画面のタイプには種々様々がある。その理由は、特に、極めて大きな画面を備えたオフィスコンピュータやワークステーション等の固定ステーションからだけでなく、もっと低い表示能力を有する携帯情報端末やいわゆるマルチメディア無線電話を含む携帯型コンピュータ及び装置からウェブにアクセス可能だからである。
【０００３】
ウェブとインターネットの最初の発展段階において、増え続ける多数のサイトからユーザがアクセス可能で且つ商業組織や政府機関並びに特別な組織を含む他のあらゆる種類の組織によって構築されたページは、本質的に、コンピュータ画面上でこれらのページを調べたり表示したりするために使用可能なブラウザによって生成されるような表示ウィンドウや特定の画面規格に一般に適応される固定形式の静的情報を含んでいた。
【０００４】
そのようなブラウザのうち現在最も広く使用されているものは、「Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ」の名前で知られており、実際には、米国企業「Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ」によって配布されているオペレーティングシステム「Ｗｉｎｄｏｗｓ(登録商標）」に含まれている。Ｗｉｎｄｏｗｓ(登録商標）は、世界中のほとんどのコンピュータにインストールされているオペレーティングシステムである。しかし、他のブラウザも使用されている。詳細には、米国企業「Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｒｐｏｒａｔｉｏｎ」によるブラウザ「Ｎｅｔｓｃａｐｅ」は、大変成功したが１９９０年代終わりにその優位性を失った。また、Ｎｅｔｓｃａｐｅ社は、「Ｍｏｚｉｌｌａ」の名前で知られる機関を創設した。Ｍｏｚｉｌｌａの目的は、ソースコードを無料で入手できるようにして、共同的開発の状況でブラウザを改良し再配布できるブラウザの開発を推進することである。「Ｆｉｒｅｆｏｘ」の名前で知られる新しいブラウザは、それから直接得られたもので、成長を続けている。
【０００５】
静的ページが表示される場合、ユーザの利益のためにサイト設計者がしばしば採用する唯一の手段は、例えば、ユーザが少なくとも１０２４ｘ７６８画素の表示ウィンドウを可能にすると画面と特定のブラウザを使用すれば、調べるページがより明瞭に見えるようになることを示す単純な警告である。この単純な警告の他にも、インターネットサイトの各ユーザに、そのユーザが使用している画面と使用しているウィンドウのサイズに最適なページフォーマットを効果的に提供するために多数の改良が長年にわたって行われてきた。これは、特に、顧客が使用している機器やソフトウェアがどのようなものであれその顧客をつなぎ止めておくための特別の努力を払わなければならない商用サイトに当てはまる。また、他のパラメータも慎重に検討しなければならない。サービスや品物を販売するサイトでは、情報の表示言語が特に重要である。実際に、顧客が理解できない言語で情報を表示すると、いかなる取引も不可能である。サイトが幾つかの言語で使用できるようになっていると表示に関する問題が起こる。即ち、表意文字が使用されない場合、文の翻訳は、使用される単語の数とこれらの単語の文字数に関して、言語によって大幅に変化する。
【０００６】
更に、全ての重要な商用サイトや他の多くのサイトは、情報を表示するだけではもはや満足しなくなっており、ユーザがサイトから情報を得ることを要求し、サイト自体がデータベースにアクセスする。これは、例えば、世界規模で運行する航空会社の時刻表や国際ホテルチェーンの予約にアクセスしなければならない旅行代理店の場合である。そのようなサイトからデータを得る旅行代理店や個人は、世界中のどこからでも、理解できる言語でサイトを調べることができなければならない。この例では、顧客は、当然ながら、特定のフライトの時刻表と料金をまず最初に知ることを望み、その後で「オンライン取引」を完了する。オンライン取引では、顧客は、サイト上のセキュアな環境で、取引の支払いに使用するクレジットカード番号を送るように要求される。この情報は、ユーザが、サイトのデスティネーションで、例えばボタンをクリックしたり、ウィンドウにテキストを入力したり、ドロップダウンリストから選択したりすることによる等の多くの形態で入力する。これらの操作は、ユーザの画面に表示される要素の一部を形成するサイトと通信する手段である。
【０００７】
また、顧客がサイトを使用したい特定の用途によっては、顧客は、役に立たないいくつかの要素を表示しないようにできなければならない。これにより、表示ウィンドウとデータ収集を更に個人化することが必要になる。
【０００８】
そのような効果を得るために、多数の解決策が提案されたが、これはサイト自体を全く分かり難くし且つ情報を複雑にする。例えば、所定のページについて、提供すべき異なる表示状況と同じ数のページの変形版、或いは最低でも全ての潜在的ユーザを多少でも満足させることを十分に期待できるぺージの変形版をサイトから提供することができる。顧客のブラウザからウェブサイトへの接続に付随する予備取引のために、サイトは、顧客の実際の表示能力についての十分な情報を得ることができるように設計される。このサイトは、顧客を満足させる可能性が最も高い要求ページの変形版を選択することができる。
【０００９】
この方法には多数の欠点がある。そのような欠点のうちの最も限定的要素は、間違いなく、サイト設計者が、サイトの全てのユーザを満足させると考えられる組み合わせの数と同じ数の表示オプション、即ちテンプレート（本主題に関する英語技術文献では「ｔｅｍｐｌａｔｅｓ」）を記憶しなければならないことである。多数のテンプレートを記憶しなければならず、従って、サイトを構築するために行わなければならないコーディング作業が多くなり、各ページの各テンプレートを試験しなければならない。
【００１０】
別の欠点は、テンプレートが、サイトに接続した時点で選択されることである。この場合、ユーザが、表示ウィンドウ（例えば、ウィンドウの幅）を変更した場合、この変更に対しての適切な仕組みが設けられていない場合には適応できない。
【００１１】
最近、より高度な表示方法が提案された。例えば、米国特許庁（ＵＳＰＴＯ）に提出された特許出願（２００３年１２月４日に公開された２００３／０２２２９２２、発明の名称：「自動レイアウト発生（Automatic Layout Generation）」）に記載されているもの。前述のテンプレートの方法ほどに厳密ではないが、この特許出願の方法は、例えば、３列表示を指定する好ましい表示配列を記載したレイアウトスタイルを使用する。しかしながら、表示される要素は、標準幅の倍数でなければならならず、また要素の幅がそれを可能にする場合、要素は同じ行に配置される。レイアウト様式は、表示ウィンドウのサイズと標準幅に従って選択される。この場合、あまりにも多くのレイアウト様式を提供しまたユーザ環境で試験しなければならない。
【００１２】
【特許文献１】米国特許出願  公開番号２００３／０２２２９２２
【００１３】
同じ概念の範囲内で、審美的理由（表示される要素が適切に分散配置される）のためにしばしば使用される別の表示技術は、ハイパーテキストマークアップ言語「ＨＴＭＬ」（ウェブサイトのページをコーディングするために使用される標準言語）の対応するマーカを使用することによってテーブル構造を定義することである。階層依存性を有する行を有するテーブルの使用に基づくそのような表示技術は、例えば、世界知的所有権機構（ＷＩＰＯ）の公報ＷＯ  ２００４／１０９５５７（発明の名称：「フレキシブルな動的メニューに基づくウェブページ構築（Flexible, Dynamic Menu-based Web-page Architecture）」）に記載されている。
【００１４】
【特許文献２】ＰＣＴ国際公開番号ＷＯ  ２００４／１０９５５７
【００１５】
この公報は、テーブルの使用に基づく表示技術を提案しているが、テーブルの使用と関連した全ての課題についてはっきりと述べている。詳細には、この発明の説明の本文には、可変でフレキシブルなサイズのテーブルの制御は極めて困難と考えられ、これにより寸法の再決定（re-dimensioning）の実行に関して難しい問題を引き起こし、また表示寸法の変化の関数としてそれがどの程度正確に操作されるかを予測することは極めて困難であることがはっきりと述べられている。
【００１６】
従って、本発明の一般的な目的は、ウェブサイトのページを調べてその結果を、表示される要素の位置を事前定義する必要のない汎用コードから得るためにユーザが使用できる手段を提供する動的表示方法を提案することである。
【００１７】
本発明の更に特定の目的は、表示される要素の位置決めを可能にするためにテーブル構造を使用する必要性をなくすことである。
【００１８】
本発明の更に他の目的は、ソースコードの修正を必要としないユーザによる表示の個人化を可能にすることである。
【００１９】
本発明の更に他の目的は、表示される要素の実際寸法を使用して、表示の際にそれらの要素が最良の様式で組み合わせられるようにすることである。
【００２０】
本発明の他の目的、特徴及び利点は、以下の説明及び添付図面を検討することにより専門家に明らかになるであろう。他の利点もあることを理解されたい。      
【発明の開示】
【課題を解決するための手段】
【００２１】
コンピュータ画面上においてデータ表示及び入力ウィンドウを視覚画像化する方法を説明する。ウィンドウは、ブラウザを使用して遠隔地のウェブサイトのユーザによって開かれ、要求がネットワークを介してサイトに送られる。サイトは、表示される要素を事前に位置決めするための情報を含まないページの汎用フォームをブラウザに返す。第１段階で、ブラウザはページを短時間表示する。この段階で、ブラウザは、表示される要素のサイズを獲得し、要素の新しい表示幅を計算し、寸法の再決定を行う。次に、ブラウザは、満足な視覚画像化を得られるように要素を調整した後、ページを永久的に表示する。ページの汎用フォームは、位置決めテーブルを含まないことに特徴がある。表示される要素は、特に、ラベル、データ制御及び入力フィールド、並びに画像を含む。特定の要素は、一緒に表示されるように関連付けられる。関連付けられた要素は、不可分の容器として働くテーブルに入れられる。新しい幅の計算は、表示される最も幅広い要素のサイズに基づく。ブラウザの表示ウィンドウがユーザによって変更された場合は、永久表示が更新される。サイズの獲得、新しい幅の計算、及び寸法の再決定は、ブラウザ内にあるコードによって行なわれる。個人化オプションによって、ユーザがページの汎用フォームで送られた要素のうちの幾つかだけを表示させることができるので、個人化の後で永久表示が更新される。言語にページを適応させるには汎用コードに含まれるラベルを修正するだけでよい。
【００２２】
本発明の目的、趣旨並びに特徴及び利点は、添付図面によって示された本発明の実施形態の詳細な説明からより明らかになるであろう。
【００２３】
添付図面は、例として提供され、本発明の範囲を限定しない。
【発明を実施するための最良の形態】
【００２４】
図１は、本発明の動作モードの要約である。第１段階で、サイトを調べたいユーザのブラウザの要求で、要求されたページがブラウザに送られる。これは、表示する要素の位置決めが、その要素を記述するために使用されるＨＴＭＬ言語に含まれていないページの汎用形態である。従って、このページは、ユーザの表示手段に関係なくどのユーザにも送ることができる。この第１段階で、汎用ページの視覚画像化は、例えば、図１の一番上のウィンドウ（１００）のものと一致する。ラベル（即ち、フィールド（例えば（１１０））を説明する簡潔なテキスト）と、データ入力及び関連した制御フィールド（例えば（１２０））は、ウィンドウ（１００）内における位置が定義されることなく次々と表示される（１３０）。この表示方法は、ＨＴＭＬ言語に本質的なものであり、更なる説明を必要としない。これらの要素は、ＨＴＬＭページのソースコードによって呼び出される順序で表示される。いわゆる「オンライン」要素は、左から右、上から下に現われ、使用可能なスペース全体を占める。これは、明らかに本明細書ではテキストの事例であるが、特に画像、絵又はアイコン（１５５）の他の要素を含む場合もある。
【００２５】
オンラインでない要素は、上から下に縦に積み重ねられた不可分ブロックを構成し、ソースコードによって呼び出される順序で表示され、各ブロックは、ページの全幅を占めることもある。これは、本発明で述べるようなテキストの連続的な段落とタイトルの事例である。図１の例では、ソースコードで定義され縦方向に積み重ねられた２つのセクション（１０２，１０６）がある。
【００２６】
顧客のブラウザで読み出すことが必要なページをコーディングするこの方法から得られる可能性のある利点は容易に理解されるであろう。ソースコード（即ち、ユーザが調べるサイト内にあるコード。ユーザのブラウザによってダウンロードされるコード）は位置決め情報を含んでいない。サイト設計者は、ユーザの表示能力を気にする必要がない。サイト設計者は、１つの汎用コードを開発するだけでよい。このコードが本質的に単純になるほど、その開発段階での試験が容易になる。
【００２７】
この手法に基づいてコーディングされたＨＴＭＬページは、位置決めモードと言われる別のモードと対照させて、浮動モードでコーディングされていると言われる。位置決めモードでは、サイト設計者は、ユーザの画面に表示させたい各要素の位置をあらかじめ定義しなければならない。これまで提案された多数の方法の中で、背景技術の章で述べたようにこれまで最も頻繁に使用され、非常に成功している方法は、ウェブページの配列を定義するためにテーブルを使用することにある。この場合、表示される要素は、テーブルのセル内に入れられる。しかしながら、視覚画像化は、一般に、厳密さをある程犠牲にして見やすくされる。例えば、セルの数があらかじめ決定されているが、これは、特にコーディングの際にサイト設計者の努力の全てを必要とする。サイト設計者は、特に、エンドユーザの表示能力と、またその地方の特異性、特にテキストとラベルの表示言語に注意を払わなければならない。エンドユーザの表示能力が期待に合致しないときは、結果が極めて期待外れになることがある。
【００２８】
従って、浮動モードによってウェブページのコーディングをかなり単純化できるが、本発明による方法の第１段階の視覚画像化はとても満足できるものではない。しかしながら、この第１段階の唯一の目的は、ユーザがブラウザによって開いたウィンドウ内におけるラベルとデータ入力及び制御フィールドの有効表示サイズを取得することである。ページ（１００）の汎用フォームの表示は極めて短時間である。実際には、この第１段階はユーザが気づかない間に終わる。次に、最も幅広いサイズのラベル（１４０）と入力フィールド（１５０）が記憶され、これにより、視覚画像化をより魅力的なものとするようにブラウザ側で修正することができる。実際には、これは、ＨＴＭＬ言語と、表示される要素の幅を提供しなくてもよいウェブページを表示するブラウザの特性である。ブラウザは、有効表示幅をコンテンツと使用可能なスペースの関数として計算するコンピュータのグラフィックユーザインタフェース（ＧＵＩ）を備える。従って、本発明による方法によれば、特に、製品の国際的利用によってサポートしなければならない全ての言語にフィールド表示を適応させなければならないときに大きな利点が提供される。何故なら、ラベルを単純に翻訳する以外にソースコードの修正を必要としないためである。
【００２９】
本発明の説明のこの段階で、先に背景技術の章で引用した公報ＷＯ２００４／１０９５５７が、いわゆる「自動レイアウトアルゴリズム」について述べていることが注目される。これは、ウェブの基本標準化機構（即ち、Ｗ３Ｃ。英語で「ワールドワイドウェブコンソーシアム」）に推奨されている。本発明と同じように最初の表示段階のためのアルゴリズムが提供された場合、このアルゴリズムは、テーブル形式の表示の制御に固有の問題を緩和するために使用される。その問題は、先の背景技術の章で既に述べた問題である。一方、後でより詳しく説明するように、この発明は、満足な視覚画像化を得るためにテーブルを使用しなくてもよい。
【００３０】
本発明による方法は、前述の第１段階で得た実際の表示幅を使用してその視覚画像化を修正する。実際の表示幅を得る方法は、図２で後で詳細に説明される。従って、第２段階では、ページのラベルと入力フィールドは全て、測定されたそれぞれの最大値と関連付けられ、それにより、図１の真ん中のウィンドウ（１６０）に対応する表示を得ることができる。次に、ラベルとデータフィールドは、ブラウザに含まれるウィンドウ内において適切に位置合わせされる（１７０）。
【００３１】
表示ウィンドウが縮小された場合は（１６５）、例えば、図１の一番下のウィンドウ（１８０）に示したように、ラベルとデータ入力及び制御フィールドが再配置される。この場合、常に２列（１９０）になるように位置合わせが行われる。その理由は、測定された最大サイズにより、３つのラベルとその関連フィールドを修正されたウィンドウの幅内に配置できなくなるからである。
【００３２】
もちろん表示要素の幾つかはグループ化されたままでなければならないことに注意されたい。例えば、（１８５）に示したように、ラベルとそのデータ入力フィールドと関連アイコンは一緒に移動されなければならない。これは、例えば、表示される要素のストリームに挿入される単一の「オンライン要素」になるテーブルに対応する要素をソースコード内でグループ化することによって容易に達成される。
【００３３】
図１は、本発明の方法によって、位置決め情報も使用せずまた要素のための位置決めテーブルを使用せずに、同じソースコードから、極めて満足できる視覚画像化を有する動的表示を得ることができることをはっきりと示している。従って、前述のように、ソースコードのＨＴＭＬ言語によるテーブルの使用は、単に、一緒にしておかなければならない要素をグループ化する働きをし、その目的は、決して位置決めテーブルの役割を果たすものでない。テーブルを使用せずに表示中の要素をグループ化しておくために使用することができる他の方法も、ウェブページとＨＴＭＬ言語の設計の専門家に既に知られている。一緒にしておかなければならない要素の容器の役割をするテーブルは、ＨＴＭＬ言語に関する限り、この効果を得るのに極めて好都合な方法であり、従ってこの使用は、本発明を実施するのに好ましい。
【００３４】
特にこの図において、本発明による方法が、例えばセクション２で、このセクションの要素を２行又は３行と２列又は３列で自動的に表示させることができることが分かる。これは、ソースコードの単一の位置決めテーブル又はレイアウトスタイルでは不可能である。
【００３５】
本発明による方法の更に別の利点は、ネットワークを介して必須のデータだけを送信すればよいことである。視覚画像化は、要求されたウェブページの汎用コードからローカルに取得され、本質的に適用可能なコードを用いて取得される。この適用可能なコードは、アプリケーションのユーザによってダウンロードされインストールされ、修正が必要なとき又は改良されたときに更新することができる。このユーザとは、例えば、インターネット又はプライベートネットワーク（イントラネット）あるいは両方の組み合わせとＨＴＭＬ言語を解釈するブラウザとを使って、中央データベースからホテルを調べ予約しなければならない旅行代理店である。ローカルコードは、ウェブブラウザに適合するオプションのいずれかを使用する。そのようなオプションは、ＨＴＭＬ言語と対話するソフトウエアコンポーネントであり、Ａｃｔｉｖｅ−Ｘ、Ｊａｖａ（登録商標）ｓｃｒｉｐｔ、ＸＳＬ等の名前で当業者には周知である。
【００３６】
本発明の説明のこの段階において、用語「ウェブページ」は、通常理解されているように、本発明の説明によって使用される用語「ページ」よりも限定的である。ページは、サーバから受け取ったときに汎用ページをフォーマットするローカルコードの実行を想定し、一方、ウェブページは、通常サーバに記憶され、表示するためにそのまま送信される。しかしながら、用語「ページ」は、本発明の動作形態を含む以下の説明で引き続き使用される。
【００３７】
図２とその後の図は、本発明の視覚画像化方法の段階をより詳細に示している。図２は、図１で説明した最初の段階に対応し、この最初の段階は、求められたウェブページの汎用フォームを極めて短時間表示することを伴う。
【００３８】
この最初の段階で、ＨＴＭＬコードを取り込んで、全てのコンピュータに提供されているグラフィックユーザインタフェース（ＧＵＩ）がユーザの画面上にページを表示できるようにしなければならない。実際には、ＧＵＩ（２００）は、画面（２２０）のために視覚画像化操作（２１０）を呼び出す。表示すべきものには、一般に複数のセクション（２３０）が含まれるので、各セクションは、ページの全ての要素（２４０）に対応するＨＴＭＬコード（２３５）を見つけなければならない。コード全体が見つかったとき、そのコード全体は、ブラウザ（２６０）によって開かれたウィンドウに表示される文書オブジェクトを、書込み操作（２５０）の形で生成するために使用される。
【００３９】
図１に既に示したように、ページ設計者によって入力されたＨＴＭＬコードの全ての要素は、この例では、ラベルとそれと関連したデータ及び制御フィールドからなる。これらの要素が、表示中にグループ化されたままで不可分要素を構成するように、それらの要素は、容器、即ちＨＴＭＬ言語によって定義されたテーブルに入れられる。本発明では、これらのテーブルのそれぞれを、表示される要素のストリーム内の「オンライン要素」と考えることができなければならないことは明らかである。
【００４０】
ここで、ここ数年にわたってＨＴＭＬコードとブラウザに多数の改良が行なわれてきたことは注目に値する。特に、いわゆるＨＴＭＬ言語の動的バージョン、即ちＤＨＴＭＬ（英語で「Ｄｙｎａｍｉｃ  ＨＴＭＬ」（ダイナミックＨＴＭＬ））は、表示される要素のページ付けをより適切に制御できる。特に、ＤＨＴＭＬは、サーバと通信することなくページを変更したりユーザと対話できるようにする。また、本発明に関する限り、ＤＨＴＭＬは、ブラウザに統合されたスクリプト言語である前述の「Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ」を使用して、表示する要素にアクセスしそのサイズを決定する。ＤＨＴＭＬは、「Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ」及び「Ｎｅｔｓｃａｐｅ」ブラウザのバージョン４以降のブラウザに組み込まれた。実際には、異なるブラウザ間でＤＨＴＭＬの実装には違いがあるが、ＤＯＭ（英語で「Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ」（ドキュメントオブジェクトモデル））グループの支援によって標準化された。ＤＯＭグループは、既に前に述べたウェブの基本標準化機構（Ｗ３Ｃ）の組織内で活動している。
【００４１】
図３は、段階１で短時間表示される要素のサイズを獲得する段階を詳細に示す。この段階は、ＤＨＴＭＬの採用によって可能になった動作である。詳細には、この段階は、ラベルと制御のサイズを得ることを可能にするパラメータを含む。最初の表示中に、親オブジェクト（容器）と関連したオブジェクトの物理座標と寸法を指定する「ｏｆｆｓｅｔＬｅｆｔ，  ｏｆｆｓｅｔＷｉｄｔｈｓ」等の数値プロパティーが獲得される。これらのプロパティーより、ラベルと制御の有効サイズが得られる。
【００４２】
この第２段階の段階は、図１で述べた段階と類似している。各セクション（３３０）と各要素（３４０）ごとにラベル（３３５）と制御（３４５）のサイズが獲得される。
【００４３】
ラベルと制御の全ての幅を得た後で、予備表示中に、従来のソフトウェア工学的方法によって各フィールドの最大幅（３５５）を計算することができる。これにより、最も幅広い要素を考慮して、表示する全ての要素の寸法を再決定し、図１の真ん中のウィンドウ（１６０）を得ることができる。
【００４４】
図４は、ユーザのブラウザによって開かれたウィンドウに表示する要素を位置合わせし、図１に示した例（１８０）のように表示ウィンドウを修正することをユーザが決定した場合に要素を位置合わせし直すのに必要な寸法再決定段階の要約である。
【００４５】
表示機能（４００）は、前と同じように、各セクションの全てのラベルと制御のために寸法を再決定する操作（４３５）を呼び出す。次に、表示される文書オブジェクトの全ての要素が、特に容器（即ち、テーブル）内で調整される（４５５）。
【００４６】
寸法を再決定する段階の結果の１つは、例えばウィンドウ（４６０）であり、このウィンドウ（４６０）には、単に本発明の動作モードをよく理解するためだけに、ラベルドと制御フィールドを含むテーブルの縁（４６５）がはっきりと表示される。しかしながら、本発明の方法を使用するウェブページ設計者は、当然ながら、好みにより、表示を分かりやすくするために容器の縁を見えなくするように選択するであろう。
【００４７】
フィールドの寸法が大きくなり過ぎて表示の美しさが損なわれるのを防ぐために、本発明は、最大幅を指定することができる（４２５）。表示はこの最大幅で使用される。この図の場合、ラベルが最大値よりも長い場合に自動的に少なくとも２行に折り返される。制御フィールドの場合には実際の幅が使用されるが、他の要素は、水平方向右側に続けて表示されないようにされる。後に続く要素については強制改行が行われる。
【００４８】
図５の目的は、本発明の高いフレキシビリティを３つの表示ウィンドウの例で示すことである。
【００４９】
上側のウィンドウは、クレジットカードの種類とその関連番号を入力しなければならないときと全く同じように、２個のデータ入力フィールドを含む容器（５００）を含む。このケースでは、これは、全体として表示される不可分要素である。
【００５０】
真ん中のウィンドウは、８個の要素を表示するように選択された第１のセクションを示す（５１０）。一番下のウィンドウで、ユーザは、このセクションに都市名だけを表示することを選択した（５２０）。更に、この場合、このページのラベルは、ドイツ語である（５３０）。ユーザは、ソースコードに含まれる特定の要素を視覚化するかどうかを決定することができ、表示が自動的に調整される。
【００５１】
２つのレベルで個人化が可能である。セクションレベルでは、各セクションは、完全に見えなくされてもよい。更に、セクションが展開されて全ての要素が見えるようになるか、再び閉じられてセクションのテキストだけが現われる。
【００５２】
要素レベルでは、要素が見えるようにされるかもしれないし、されないかもしれない。
【００５３】
ユーザは、セクションを展開するか再び閉じるかを選択することができる。この選択は、記憶され、次に表示するときに尊重される。
【００５４】
ユーザは設定パネルを開いて表示を選択することができる。
【図面の簡単な説明】
【００５５】
【図１】ラベルとデータ入力フィールドを有するウィンドウの様々な表示段階を示す図である。
【図２】ウェブサイトから戻された汎用ページを表示する段階を示す図である。
【図３】表示される要素のサイズを獲得する段階を示す図である。
【図４】表示される要素の寸法を再決定する段階を示す図である。
【図５】本発明のフレキシビリティの高い表示を３つのウィンドウの例で示す図である。
【符号の説明】
【００５６】
１００  汎用フォームウィンドウ
１０２、１０６  セクション
１１０  ラベル
１２０  制御及び入力フィールド
【図１】
2008536214.tif 000003
【図２】
2008536214.tif 000004
【図３】
2008536214.tif 000005
【図４】
2008536214.tif 000006
2008536214.tif 000007
【図５】
2008536214.tif 000008
【国際調査報告】
2008536214.tif 000009
2008536214.tif 000010
2008536214.tif 000011
2008536214.tif 000012
2008536214.tif 000013
2008536214.tif 000014