(57)【特許請求の範囲】
【請求項１】
ユーザ・コンピュータ・システムに関連するディスプレイ画面上に表示するために広域ネットワーク・サーバから受信した表示可能情報信号を自動的に適応させるためのコンピュータベースの装置であって、
前記ユーザ・コンピュータ・システムから前記ネットワーク・サーバにユーザ要求信号を送信するための手段であって、前記ユーザ要求信号が前記ユーザのディスプレイ画面に関連する少なくとも１つのディスプレイ画面関連属性に関する情報と前記ユーザの要求に固有の情報とを含む送信手段と、
前記ユーザの要求に固有の情報に応答して前記表示可能情報信号を生成するための手段と、
表示されたときにそれに関連する情報を前記ユーザのディスプレイ画面に適合させるために、少なくとも１つの前記ディスプレイ画面関連属性に応答して前記表示可能情報信号を適応させる手段とを含むコンピュータベースの装置であって、
前記適応させる手段は、
ウェブ・ページ・データを、ウェブ・スクリプトからデータ項目のサイズが推定できる第1のグループと、その残りの第２のグループに分割する手段と、
前記ウェブ・ページ・データにおいて、前記第２のグループの1つ以上のデータ項目の代わりに、前記第２のグループの１つ以上のデータ項目へのリンクを表示させる手段と
をさらに含むコンピュータベースの装置。
【請求項２】
前記適応手段が、ユーザにとっての重要度、選択の頻度およびオブジェクトへの依存度の少なくとも１つに基づいて前記データ項目の優先順位を決定する、請求項１に記載のコンピュータベースの装置。
【請求項３】
前記適応手段が、ページの深さ、ユーザ画面への収容時間およびデータ・ボリュームの少なくとも１つに基づいて前記データ項目の優先順位を決定する、請求項１に記載のコンピュータベースの装置。
【請求項４】
ユーザ・コンピュータ・システムに関連するディスプレイ画面上に表示するために広域ネットワーク・サーバから受信した表示可能情報信号を自動的に適応させるための方法であって、
前記ユーザ・コンピュータ・システムから前記ネットワーク・サーバにユーザ要求信号を送信するステップであって、前記ユーザ要求信号が前記ユーザのディスプレイ画面に関連する少なくとも１つのディスプレイ画面関連属性に関する情報と前記ユーザの要求に固有の情報とを含む送信ステップと、
前記ユーザの要求に固有の情報に応答して前記表示可能情報信号を生成するステップと、
表示されたときにそれに関連する情報を前記ユーザのディスプレイ画面に適合させるために、少なくとも１つの前記ディスプレイ画面関連属性に応答して前記表示可能情報信号を適応させるステップとを含む方法であって、
前記適応させるステップは、
ウェブ・ページ・データを、ウェブ・スクリプトからデータ項目のサイズが推定できる第1のグループと、その残りの第２のグループに分割するステップと、
前記ウェブ・ページ・データにおいて、前記第２のグループの1つ以上のデータ項目の代わりに、前記第２のグループの１つ以上のデータ項目へのリンクを表示させるステップと
をさらに含む方法。
【請求項５】
前記適応させるステップが、ユーザにとっての重要度、選択の頻度およびオブジェクトへの依存度の少なくとも１つに基づいて前記データ項目の優先順位を決定する、請求項４に記載の方法。
【請求項６】
前記適応させるステップが、ページの深さ、ユーザ画面への収容時間およびデータ・ボリュームの少なくとも１つに基づいて前記データ項目の優先順位を決定する、請求項４に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、表示データを編成するためのシステムおよび方法に関し、より具体的には、その上およびその中で表示データ、たとえば、ホーム・ページまたはウェブ・ページが表示されるディスプレイ画面およびウィンドウ上でウェブ・サイトに関連する表示データを編成するためのシステムおよび方法に関する。
【０００２】
【従来の技術】
現在、ホーム・ページまたはウェブ・ページは、一般に広域ネットワーク（たとえば、インターネット）によってアクセス可能なものであり、その上およびその中でそれらを閲覧できる様々なディスプレイまたはウィンドウを考慮に入れずに設計されている。通常、ウェブ・ページの設計者は、パーソナル・コンピュータ（ＰＣ）のモニタの最も典型的なサイズのみを考慮に入れる。小さい画面を備えた装置（たとえば、パームトップ、ウェブフォン）からこのようなウェブ・サイトにアクセスする場合、ユーザはウェブ・ページの小さい部分しか表示できず、ウェブ・ページの他の部分にアクセスするためには、ユーザはそれぞれのディスプレイ上でそれぞれのホーム・ページを（左右、上下に）移動しなければならない。小さい画面のユーザにとって他に使用可能な唯一のオプションは、ウェブ・サイトをテキスト・コンテキストに完全に変換することである。これは、ほとんどのウェブ・サイト・ユーザにとって受け入れられる解決策ではない。逆に、たまたまユーザが比較的大きいディスプレイ画面を持っている場合、ユーザは複数のリンクを含む可能性のあるウェブ・ページ全体を見ることができる。しかし、ユーザは、必要な情報を含むリンクに到達する前に、階層的に複数のリンクを活動化しなければならない場合もある。より大きいディスプレイ画面のユーザは、同時に多くのリンクの内容を表示できる場合に、より満足するだろう。というのは、そのユーザのディスプレイ画面のサイズがこのような表示に対処できるからである。そのサイズが画面全体の一部にすぎないような何らかのウィンドウまたはシェルにユーザがウェブ・ページを表示する場合に、同様の問題が発生する。
【０００３】
本明細書で使用する「ウィンドウ」という用語は、一般にグラフィカル・ユーザ・インタフェースを提供するアプリケーション・プログラムの外部層であるグラフィカル・シェルを意味するものである。このシェルは一般にそれ自体の図形記号およびフォーマットを含むので、このシェルを使用すると、ディスプレイ画面の一部だけがウェブ・ページ・データを表示するために使用可能になる。また、「ウィンドウ」は、マイクロソフトのWindowsというオペレーティング・システムの下で動作する様々なソフトウェア・プログラムが使用する周知の図形区分を意味する場合もあり、この場合も結果的にディスプレイ画面の一部だけがウェブ・ページ・データを表示するために使用可能になる。
【０００４】
Netscapeというブラウザは、ユーザがいくつかの特定のバーおよびボタンをメニューから除去できるようにするためのオプションを提供し、たとえば、Jim MinatelによるEasy World Wide Web with Netscape（Que Corporation、１９９６年）の通りである。しかし、これは、少量のディスプレイ画面またはウィンドウしか解放せず、ウェブ・ページに関連する多くのオブジェクトを表示できないというユーザが直面する問題を解決するものではない。
【０００５】
【発明が解決しようとする課題】
本発明の目的は、その上およびその中でウェブ・ページが表示されるディスプレイおよびウィンドウ向けにウェブ・サイトに関連する表示データを編成することである。たとえば、標準的なＰＣモニタ、ラップトップ画面、パームトップから、ウェブフォンおよびディジタル・カメラのディスプレイや、ウェブ・ブラウズが可能なディスプレイを備えた装置まで、また、大きいウィンドウから小さいウィンドウに至る、このような視覚装置のために異なる表示アクセス戦略を提供する。しかし、本発明の教示が前述のタイプのディスプレイを備えた実施態様に限定されず、当業者が他の形式のディスプレイでの使用を企図していることを理解されたい。
【０００６】
【課題を解決するための手段】
新しいウェブ・サイト設計では、所与のサイズの画面またはウィンドウからこの内容を表示するユーザのために最も容易なやり方でウェブ・ページの内容の自動表示を可能にする機構を取り入れている。たとえば、ディスプレイ画面またはウィンドウのサイズが許すのであれば、リンク先となる何らかのテキストまたはピクチャとともにリンクが表示される。逆に、画面またはウィンドウのサイズによって画面またはウィンドウ全体にすべてのテキストおよびアイコン情報を表示できない場合、ウェブ・ページは、階層的にリンクされた新しいより小さいページのうち、現行のディスプレイまたはウィンドウに完全に収まるページにマッピングされる。本発明の固有の表示戦略は、ウェブ・サイト・サーバ上で実施され、好ましいことに一部はウェブ・ブラウザ内などクライアントのコンピュータ上に取り入れられる（たとえば、Ｊａｖａアプレットとして）ウェブ・ページ適応方式によって提供される。この適応戦略では、そこからウェブ・サイトへの呼出しが開始されるディスプレイに関連する画面またはウィンドウ情報のサイズを提供する変数を使用する。
【０００７】
有利なことに、ユーザは、たとえば、ウェブフォンまたはパームトップなど、どのようなタイプのディスプレイ装置および関連画面でも提供することができる。また、このような画面上にはどのようなサイズのウィンドウでも表示することができる。本発明のディスプレイ・アダプタは、フォーマットおよびリンク階層を記述するスクリプトに取り入れられる特別なマーク（たとえば、ＵＲＬ）に効率よく対応するものである。たとえば、第１のページ（何らかの標準フォーマットになっている）がアイコンＩ１、Ｉ２、Ｉ３、Ｉ４と、リンクＬ１、Ｌ２、Ｌ３、Ｌ４を有するものとする。アイコンＩ１およびＩ２はアイコンＩ１２によって表すことができる共通トピックを有し、アイコンＩ３およびＩ４はアイコンＩ３４によって表すことができるもう１つの共通トピックを有するものと想定する。同様に、リンクＬ１、Ｌ２、Ｌ３はリンクＬ１２３によって表すことができる何らかのトピックに関連するものと想定する。次に、本発明によれば、標準的なディスプレイよりかなり小さいディスプレイ上にウェブ・サイトを表示する場合、視聴者は、たとえば、アイコンＩ１２およびＩ３４とリンクＬ１２３およびＬ４、すなわち、８個の項目ではなく４個の項目を見ることになる。Ｉ１またはＩ２にアクセスするためには、ユーザは（たとえば、従来のコンピュータ・マウスを使用してアイコンをクリックすることにより）アイコンＩ１２を選択しなければならず、アイコンＩ１およびＩ２が表示される。同様に、ユーザは、階層的に順序付けられた他のリンクを表示することができる。逆に、標準的なディスプレイ画面より大きい画面上にユーザがウェブ・サイトを表示する場合、アイコンＩ１、Ｉ２、Ｉ３、Ｉ４と、リンクＬ１、Ｌ２、Ｌ３、Ｌ４が表示されるだけでなく、このような項目に階層的に関連する他のアイコンおよびリンクも表示される。
【０００８】
本発明は、好ましいことに、ウェブ設計者が残した予備マークを使用せずに画面またはウィンドウのサイズに応じてウェブ・ページの内容を折り返すかまたは展開する方法を自動的に決定する意味インタプリタ（semantic interpreter）・モジュールも提供する。この意味モジュールは、その状態およびアークが異なるウェブ・ページの外観（たとえば、リンク、タイトル、ワードのサイズ、リンクおよびタイトルに含まれる意味解釈ワード、ページ上のメイン項目同士の相対位置）に対応するような有限状態オートマトン（ＦＳＡ）システムとして形成することができる。ＦＳＡは、その状態が何らかの状況に対応し、そのアークが何らかの遷移規則に対応するような有限システムに関連する概念であることが分かるだろう。ＦＳＡシステムは、最も単純な計算機の１つである。ＦＳＡは、それに関連する大量の文献、たとえば、Gerald GazdarおよびChris Mellishによる「Natural Language Processing in POP-11」（Addison-Wesley Publishing Co.、ニューヨーク、１９８９年）により当技術分野では周知のものである。同書に記載されているように、単純な意味概念は形式言語で表すことができ、所与の意味データが得られるときに何をすべきかに関する命令が提供される。ＦＳＡにとって最も自然な応用例は、第１に何らかの入力データに意味概念を関連付けなければならず、第２に所与の意味概念に続いてどのアクションを行うべきかに関する規則を作成しなければならないような状況である。この結果として、インタプリタ・モジュール、たとえば、意味インタプリタ・モジュールはＦＳＡとして表すことができる。一例として、「ＨＲ」という記号の解釈は装飾要素と見なすことができる。この解釈は、状態がＵＲＬスクリプトのいくつかのワードおよび使用可能なディスプレイのサイズなどに対応するＦＳＡ方法を使用して行うことができるだろう。規則（アークによって表されるもの）は、アクション、たとえば、ＨＲが提示され、十分な空間がある場合にいくつかのワードに何らかの特別な方法で「下線を付けること」を必要とするだろう。しかし、それがリンクを表す場合には必ず何らかの方法でワードに下線を付ける。というのは、リンクは一般に下線付きワードとして認識されるからである。アイコンの解釈には、状態および規則のより複雑なシーケンスを関連付けることができるだろう。それが使用可能である場合にアイコン内のピクチャまたはアイコン内のタイトル（その他の状態）などから内容（その他の状態）を展開する際に、アイコンは状態になり、アークは規則のシーケンスに対応するだろう。また、意味インタプリタ・モジュールを形成するために他の技法も使用できることも分かるだろう。たとえば、エキスパート知識システム方法に関連する形式的方法を使用することができる。
【０００９】
さらに、本発明は、ページ上の各リンクをどの程度頻繁に訪問するかをカウントするための手段を提供する。このようなカウントによりリンクに順序付けすることができ、その結果、小さい画面またはウィンドウ上ではスコアの大きいリンクが最初に表示される。さらに、本発明は、後述するように、ウェブ・ページの外観に関する質問を有するデシジョン・ツリー、すなわち、意味解釈によりウェブ・ページをフォーマットするための統計手法を提供する。このデシジョン・ツリーは、ウェブ・ページの設計方法に関する１組の例に基づいて調整することができる。デシジョン・ツリーは、後述するように、質問を表すための特別な方法である。ノードはこのノードで尋ねられる１組の質問を表し、他のノードへのリンクはこの質問に対する回答によって決まる。デシジョン・ツリー内の第１のノードに接続されている他のノードは、他の１組の質問などを表す。たとえば、ウェブ関連デシジョン・ツリーの第１のノードＡでは、これはアイコンであるかと尋ねることができる。このノードは２つの異なるノードに至る。回答がＹＥＳの場合、ＡはＢ１に接続され、回答がＮＯの場合、ＡはＢ２に接続される。ノードＢ１は、このアイコン内にタイトルがあるかという質問を含むことができる。ノードＢ２は、問題のオブジェクトがどのように表されているかを明らかにする質問（これはリンクであるか、これはピクチャであるかなど）を含むことができる。統計ツリーでは、質問（スプリット）が統計的に検出される（本文で説明する通り）。２進ツリーでは、それぞれの（親）ノードが２つの（息子）ノードと接続され、そのそれぞれは下位レベルの次の２つの（息子）ノードの親ノードになる。２進ツリー内のノードは、２つのサブセット内のセットのスプリット（質問として解釈されるもの）に対応する。たとえば、セットはピクチャにすることができる。第１のサブセットは生きているオブジェクト（人、動物）を含むピクチャからなり、第２のサブセットは生きているオブジェクトを表さないオブジェクト（たとえば、家、自動車など）からなる可能性がある。このスプリットは、ピクチャの内容に関する何らかの質問を表す。このようなスプリットを生成するための統計的方法について本明細書に記載する。
【００１０】
本発明の一態様では、ユーザ・コンピュータ・システムに関連するディスプレイ画面上に表示するために広域ネットワーク・サーバから受信した表示可能情報信号を自動的に適応させるためのコンピュータベースの装置は、ユーザ・コンピュータ・システムからネットワーク・サーバにユーザ要求信号を送信するための手段であって、ユーザ要求信号がユーザのディスプレイ画面に関連する少なくとも１つのディスプレイ画面関連属性に関する情報とユーザの要求に固有の情報とを含む手段と、ユーザの要求に固有の情報に応答して表示可能情報信号を生成するための手段と、表示されたときにそれに関連する情報をユーザのディスプレイ画面に適合させるために少なくとも１つのディスプレイ画面関連属性に応答して表示可能情報信号を適応させる手段とを含む。
【００１１】
【発明の実施の形態】
まず、図１を参照すると、本発明によるディスプレイ画面およびウィンドウ・サイズ関連ウェブ・ページ適応システムの構成要素を示す図が示されている。図１では、このディスプレイ画面およびウィンドウ・サイズ関連ウェブ・ページ適応システムの基本構成要素をワールド・ワイド・ウェブ（ＷＷＷ）の他の構成要素に関して示す。ＷＷＷに関連して本発明を図示し説明するが、本発明は、インターネットを含む他の同様のネットワークまたは関連ネットワーク（たとえば、ｆｔｐ）あるいはその両方で実施することができる。ブロック１００は、後述するようにウェブ・ブラウザ・プログラム１０１とクライアント・ウェブ・ページ・アダプタ・モジュール１１２とを実行するクライアント・マシン（コンピュータ）を表し、ディスプレイ装置１１３を含む。クライアント・マシン１００はサーバ１０４に機能的に結合されている。サーバ１０４はウェブ・サイト１０５、１０６およびウェブ・ページ・アダプタ・サーバ１０７に機能的に結合されている。ウェブ・ページ・アダプタ・サーバ１０７はサーバ１１４に機能的に結合されている。
【００１２】
クライアント・マシン１００は、ウェブ・サイト関連データを表示できるディスプレイを有する様々な既存のタイプの装置、たとえば、パーソナル・コンピュータ（ＰＣ）、マルチスクリーンＰＣ、ラップトップ・コンピュータ、ウェブフォンがある場合に、多くの形を取ることができることが分かるだろう。しかし、本発明は、このようなマシンのみに限定されず、通信およびブラウズ能力を有するように適合させた他の多様なクライアント・マシン、たとえば、パームトップ、計算機、ウェブＴＶ、リモート・コントロール装置、時計、ディジタル・カメラ、車両ベースのコンピュータ、工業施設ベースのコンピュータでも実施することができる。当然のことながら、上記のリストはすべてを網羅しているわけではない。また、各ディスプレイ・タイプは、様々なサイズのウィンドウ（シェル）を表示することもできる可能性がある。このようなウィンドウの例は、図１ではディスプレイ・タイプの一部（１１３ａ〜１１３ｅ）に示され、ウィンドウ１１５として示されている。
【００１３】
図２は、バス１２を介してＲＡＭ１４、ＲＯＭ１６、大容量記憶装置１８、入力装置２０、出力装置２２に機能的に結合されたＣＰＵ１０を含む、クライアント・マシン１００の例示的な構成を示している。関連図により本明細書で詳述する本発明の構成要素はＲＯＭ１６または大容量記憶装置２２あるいはその両方に格納され、必要に応じてバス１２によりＲＡＭ１４にロードされ、中央演算処理装置１０によって実行（動作）されるソフトウェア・モジュールとして実施されることが分かるだろう。ソフトウェア・モジュールを実行するＣＰＵ１０は、入力装置２０、たとえば、キーボード、キーパッド、マウス、タッチ画面によって提供されるユーザ入力に応答することができる。さらに、ソフトウェア・モジュールを実行するＣＰＵ１０は、それからの結果を出力装置２２、たとえば、ディスプレイ、プリンタ、スピーカに出力することができる。また、モデム装置２４はバス１２に機能的に結合され、クライアント・コンピュータとサーバのネットワークとの間の通信インタフェースを提供する。したがって、図１、図３、図４、図６、図８、図９は本発明を実行するための装置のブロック図と見なすことができるが、このような図は流れ図と見なすこともできる。これに関して、本発明は、たとえば、図２に示すような、１つまたは複数の適当にプログラミングされた汎用ディジタル・コンピュータを使用して実行されるので、これらの図に示す機能要素は、このようなプログラミングによってコンピュータ内に確立されると思われる機能要素を例示するものであることが分かるはずである。したがって、前記の図は、汎用プロセッサ、たとえば、ＣＰＵ１０のプログラミングによって達成可能な本発明を実施するための適当かつ好ましいプロセッサ・アーキテクチャを示すものと見なすことができる。当然のことながら、前記の図に示すように構成された専用プロセッサを使用することもできる。
【００１４】
さらに、図１に示すように、ウェブ・ページ・アダプタ・サーバ１０７とサーバ１０４および１１４は図２に示すように同様のアーキテクチャを有することができ、その結果、それに関連してこれらの図に示す機能要素は前述のように１つまたは複数の汎用または専用プロセッサ上で実行されるソフトウェア・モジュールにすることができることが分かるだろう。
【００１５】
前述のように、本発明の重要な原動力として、クライアント・マシン１００のディスプレイ１１３は、ブロック１１３内に示すいくつかの例に示すように様々なサイズ、形状、構成のモニタ（ディスプレイ）、たとえば、標準的なＰＣモニタ（１１３ａ）、マルチスクリーンＰＣシステム（１１３ｂ）、ラップトップ・ディスプレイ（１１３ｃ）、ウェブフォン（１１３ｄ）、腕時計のディスプレイ（１１３ｅ）を含むことができる。当然のことながら、ブロック１１３に示すディスプレイのタイプは、例示的なものであり、本発明により使用可能なディスプレイのタイプを網羅的に示すためのものではない。また、各ディスプレイは、アイコンおよび情報を表示するための様々なサイズのウィンドウ（シェル）を含むことができる。このようなウィンドウの例は、図１に示すディスプレイ・タイプの一部（１１３ａ〜１１３ｄ）に示され、ウィンドウ１１５として示されている。
【００１６】
本発明の好ましいディスプレイ画面およびウィンドウ・サイズ関連ウェブ・ページ適応システムが前述の相互接続性を有するものとして、その動作について次に説明する。クライアント１００は、標準のＴＣＰ−ＩＰインターネット接続１０８を使用する何らかのポートでＵＲＬ（ユニフォーム・リソース・ロケータ）規格に適合する要求メッセージ１０２を（モデム２４を介して）サーバ・マシン１０４に送信する。クライアント・マシン１００とサーバ１０４との間のポート・プロトコルは好ましいことにＨＴＴＰ（ハイパーテキスト・トランスポート・プロトコル）である。既知の通り、ＵＲＬは、ワールド・ワイド・ウェブ上のサーバ・コンピュータまたはその他のインターネット施設上のファイルへの経路を定義するアドレスとして機能する。したがって、ＵＲＬ規格に適合する要求メッセージ１０２は、他のページへのハイパーテキスト・リンクを提供するために、それ自体がそれに埋め込まれたＵＲＬを有するウェブ・ページへのアクセス権をクライアントに提供する。
【００１７】
要求メッセージ１０２と同時に、クライアントは、ディスプレイ・モード・メッセージ１０３を送信する。このディスプレイ・モード・メッセージ１０３は、クライアント・ディスプレイ１１３のいくつかの特性またはパラメータを含む。パラメータの１つは、高さおよび幅（たとえば、３６０×４００ピクセル）として表されるディスプレイ・サイズである。その他の特性としては、たとえば、文字のフォーマットとサイズ、たとえば、メモリ・アドレスなどのメモリ関連情報、ウィンドウ・サイズなどを含むことができる。
【００１８】
メモリ・アドレス情報は、クライアントのマシン１００上で動作するオペレーティング・システム、すなわち、Windows 95、ＯＳ２などに固有のものである。たとえば、Windows 95では、最高４ＧバイトのＲＡＭにアクセス可能なリニア・アドレス指定モデルを使用している。４Ｇバイトの潜在的なアドレスは４ｋバイトのセクションに分割され、そのそれぞれはページと呼ばれる。ページ・テーブルは、仮想アドレスを物理メモリ位置にマッピングするために使用する。最初の１Ｍバイト分のメモリは、ＭＳ−ＤＯＳの仮想計算機動作に使用する。４Ｍバイトから２Ｇバイトまでのアドレスは、それぞれの基本動作として３２ビット・プログラムが使用する。動作中の各３２ビット・アプリケーションは、この２Ｇバイト分のアドレスの専用のローカル・マップを取得する。プログラムがアドレスを呼び出すと、それは内部でWindows 95の仮想メモリ・マネージャによって、プログラムがアクセスを必要としている情報を含む物理メモリ・アドレスに変換される。ＤＯＳおよびWindowsの旧バージョンでは、コンベンショナル・メモリ、ＥＭＳメモリ、拡張メモリの仕様にメモリを分割していた。このメモリ関連情報により、格納済み情報を表示するためにどの程度のメモリが使用可能であるかを計算することができる。この情報は、表示用のデータを編成するため、データに高速アクセスするためなどに使用する。様々な種類のデータのアドレスが与えられると、何らかのデータ割振り用の記憶域はこれらのアドレスの差として見つけることができる。
【００１９】
ディスプレイ・モード・メッセージは、ディスプレイ・パラメータを固有に定義するモード番号として表すことができる。たとえば、本発明では、所与のディスプレイ端末に関連するディスプレイ特性またはパラメータを含むテーブルを作成することができ、各テーブルは固有のモード番号によって識別できることを企図している。最終的に、アダプタ・サーバ１０７がディスプレイ画面に関連する最も一般的なディスプレイ・パラメータのテーブルを含んでいる（その大容量記憶装置１８に格納している）場合、ユーザのマシン１００はモード番号を伝送するだけでよく、応答としてアダプタ・サーバ１０７は適切なテーブルを突き止めて、それに応じて情報を使用することができるだろう。
【００２０】
さらに、クライアント・マシン１００のユーザが指定した追加の要件を好ましいことにディスプレイ・モード・メッセージ１０３に含めることができる。この追加の要件は、後述するように、アイコンのサイズおよび形状、フォント、優先順位、深さなどに関連する場合がある。ユーザ要件を含むディスプレイ・モード・メッセージ１０３の例については図５に示す。ディスプレイ・モード・メッセージ１０３は特別なファイルに格納することができる。Windows 95／ＮＴマシンでは、ディスプレイ・モード・メッセージをレジストリに格納することができる。ディスプレイ・モード・メッセージが常駐可能なもう１つの場所は「クッキー」内である。既知の通り、クッキーは、ユーザの好みに関する情報をウェブ・ブラウザに供給するメッセージである。
【００２１】
要求メッセージ１０２はサーバ１０４によるウェブ・サイト１０６への接続（経路）１０９を定義し、ウェブ・サイト１０６からのウェブ・ページは接続１１０によりサーバ１０４に返送される。図１のサーバ１０４を通って描かれている想像線は、サーバ１０４が実行する経路指示機能を示す働きをする。他の従来の機能はサーバ１０４によって実行することができる。それにもかかわらず、サーバ１０４では、ディスプレイ・モード・メッセージ１０３と、接続１１０により受信したウェブ・ページの内容は、接続１１０ａによりウェブ・ページ・アダプタ・サーバ１０７に送信される。サーバ１０４は、ディスプレイ・モード・メッセージがウェブ・サイトに経路指定され、次にウェブ・サイトからのウェブ・ページ・データとともにアダプタ・サーバ１０７に経路指定されることを示しているが、これは必ずしも必要なことではなく、したがって、ディスプレイ・モード・メッセージはサーバ１０４からアダプタ・サーバ１０７に直接送信できることが分かるだろう。有利なことに、ウェブ・ページ・アダプタ・サーバ１０７は、ウェブ・ページの内容をディスプレイ１１３のサイズに適応させ、ディスプレイ・モード・メッセージ１０３に指定されたユーザの要件を満たすためにも、サーバ１０４を介してウェブ・サイト１０６から受信したウェブ・ページを変換する。ウェブ・ページ・アダプタ・サーバ１０７が実行する動作の例は以下の通りである。すなわち、ディスプレイ１１３のディスプレイ・サイズが小さい場合にウェブ・ページからオブジェクトを除去すること、またはディスプレイ１１３のディスプレイ・サイズが大きい場合にウェブ・ページにリンクの内容を追加することである。ウェブ・ページ・アダプタ・サーバ１０７のウェブ・ページ適応動作の詳細説明については、図３、図８、図９に関連して以下に示す。また、ウェブ・ページ・アダプタ・サーバ１０７は、サーバ１０４の場合と同じように、図１にサーバ１１４として示す他のサーバ・マシンから得られたウェブ・ページの変換も提供することができる。すなわち、単一サーバ１０７は、ネットワーク上の複数の他のサーバに対応することができる。
【００２２】
サーバ１０７からのページの変換済みセットは、接続１１１ａによりサーバ１０４に送信され、次に接続１１１によりサーバ１０４からクライアント・マシン１００上に送信される。ウェブ・ページの適応セットは、ディスプレイ装置１１３上に表示するかまたはクライアント・ウェブ・ページ・アダプタ・モジュール１１２に送信することができる。アダプタ・モジュール１１２は好ましいことにクライアント・マシン１００にインストールされている。アダプタ・モジュール１１２は、ウェブ・ディスプレイ・アダプタ・サーバ１０７で使用可能ではない追加の固有動作を実行する。最も重要なこのようなローカル動作の１つは、ウィンドウまたはシェルにウェブ・ページを適応させることである。ウィンドウまたはシェルは、ディスプレイ装置１１３の画面の一部を占めることができ、通常はサイズがより小さいことを特徴とする。クライアントベースのウェブ・ページ・アダプタ・モジュール１１２の動作の詳細説明については、図４に関連して以下に示す。
【００２３】
次に図３を参照すると、ウェブ・ページ・アダプタ・サーバ１０７およびその動作を示す図が示されている。サーバ１０４を介してウェブ・サイト１０６から受信したウェブ・ページ２０１の内容（たとえば、ＵＲＬ／ＣＧＩ情報）はＵＲＬ／ＣＧＩ命令インタプリタ・モジュール２０２に供給される。インタプリタ・モジュール２０２はＵＲＬ／ＣＧＩ命令を解釈する。すなわち、インタプリタ・モジュール２０２は、ＵＲＬ／ＣＧＩ命令を含むウェブ・ページ・データを受信し、それからＵＲＬ／ＣＧＩテキスト命令に関連する数値データを読み取る。このような数値情報は、たとえば、アイコンおよびピクチャ・サイズ、フォント、テキストの長さ、表示されたウェブ・ページ内でこのような項目が置かれる位置を含む。この数値データを含む基本ＵＲＬ／ＣＧＩ命令はウェブ・ページ設計者によって提供されることが分かるだろう。基本ＵＲＬ／ＣＧＩ命令により生成されるウェブ・ページは、一般に設計者のコンピュータのディスプレイのフォーマットに適合するかまたは通常、設計者のウェブ・サイトを訪問するユーザに属す最も典型的なモニタに適合することになる。しかし、そこには、ウェブ・ページ設計者がそこに収まるようにデータを設計した画面のカテゴリの１つに該当しないような画面上にこのような情報を表示しようと試みたときにこのようなウェブ・ページの要求側が直面する問題が存在する。前述のように、このような問題は本発明の原動力の一部である。典型的なＵＲＬに含まれるタイプの数値データの一例については、図６のブロック５００に示す。
【００２４】
ＣＧＩとは、既知の通り、ＨＴＭＬ（ハイパーテキスト・マークアップ言語、すなわち、ワールド・ワイド・ウェブ上で使用するドキュメント・フォーマット）ページと他のプログラム、たとえば、データベース・プログラムとの間のグルーまたはインタフェースとして機能する、スクリプト言語で作成されたプログラムであるコモン・ゲートウェイ・インタフェース（ＣＧＩ）スクリプトを意味することが分かるだろう。ＵＲＬおよびＵＲＬ／ＣＧＩというフレーズは、一般にこの説明では交換して使用可能である。
【００２５】
次いで、インタプリタ・モジュール２０２は、基本ＵＲＬ／ＣＧＩ命令から読み取られた数値データを突合せモジュール２０３に供給する。また、ユーザのディスプレイ１１３（図１）のサイズおよび特性に関する情報を含むディスプレイ・モード・メッセージ２００（図１の１０３と同じ）も突合せモジュール２０３に供給される。次に突合せモジュール２０３は、ディスプレイ・モード・メッセージからのディスプレイ・パラメータをインタプリタ・モジュール２０２から受信した数値データと比較し、ウェブ・ページ・データに含まれるオブジェクト（アイコン、ピクチャ、テキスト、リンクなど）がユーザのディスプレイの特定のサイズに収まるかどうかを判定する。
【００２６】
換言すれば、突合せモジュール２０３は、その情報がディスプレイ・モード・メッセージに含まれる場合に、このウェブ・ページ・データのすべての再構成がディスプレイ・サイズに収まるかどうかを検査する。ウェブ・ページ表現が実質的にディスプレイ・サイズと一致する、すなわち、ウェブ・ページ設計者が設計したウェブ・ページ・データがユーザのディスプレイに収まると突合せモジュール２０３が判定した場合、ウェブ・ページ・データは接続１１１ａ（図１）を介してサーバ１０４に送信され、クライアント・マシン１００に転送される。
【００２７】
そうではない場合、代替ＵＲＬ／ＣＧＩ命令２０１ａ〜２０１ｄがサーチ・モジュール２０５に供給される。このような代替ＵＲＬ／ＣＧＩ命令２０１ａ〜２０１ｄはメインのＵＲＬ／ＣＧＩ命令２０１とともにアダプタ・サーバ１０７に供給され、メモリ・ストア２０５に格納されるモデルＵＲＬ／ＣＧＩ命令であることが分かるだろう。この代替モデルは、たとえば、アイコンおよびピクチャ・サイズ、フォント、テキストの長さ、表示されたウェブ・ページ内でこのような項目が置かれる位置に関する代替数値情報を含む、テキスト命令を含む。好ましいことに、代替ＵＲＬ／ＣＧＩ命令は、その特定のＵＲＬ／ＣＧＩ命令セットに関連するウェブ・ページ・データを表示するためにどのタイプのディスプレイ画面サイズが最適であるかを示す第１の命令として特殊命令を含むことができる。この特殊命令は、所期の最適ディスプレイを識別する際に一般的なものまたは概略のものにすることができる。たとえば、特殊命令は、ウェブ・ページ・データがＰＣディスプレイ、ラップトップ・コンピュータ・ディスプレイ、またはパームトップ・コンピュータ・ディスプレイ上に表示するためのものであることを示すことができる。あるいは、特殊命令は、それが所期のピクセル表示域、たとえば、Ｎ×Ｍピクセルを記述するので精密なものにすることもできる。したがって、各代替ＵＲＬ／ＣＧＩモデル内のこの特殊命令により、サーチ・モジュール２０５はそれぞれの特殊命令内の情報を（突合せモジュール２０３から得られるかまたはサーバ２０４から直接得られる）ディスプレイ・モード・メッセージ情報と迅速に比較し、ユーザのディスプレイ画面に最適なモデルがある場合に、それがどのモデルであるかを判定することができる。この高速サーチで最適モデルが見つかった場合、サーチ・モジュールは命令セットをサーバ１０４に供給し、次にそのサーバがそのセットをクライアントのマシン１００に伝送して表示する。また、サーチ・モジュール２０５が２０１ａ〜２０１ｄというセットから最も近い一致画面サイズをサーチすることも分かるだろう。すなわち、モジュール２０５が、メッセージ２００で得られるディスプレイ・モードｋとほぼ一致するパラメータを含むＵＲＬ／ＣＧＩファイルを見つけた場合、モジュール２０５はこのＵＲＬ／ＣＧＩファイルを接続１１１ａ（図１）を介してサーバ１０４に送信し、クライアント・マシン１００に転送する。たとえば、メッセージ２００内のディスプレイ・モードｋが３７０×３８０ピクセルなどのディスプレイ・サイズ用のパラメータを含む場合、このサイズは、ＵＲＬファイル２０１ａ〜２０１ｄの１つに定義された３６０×４００ピクセルという使用可能な画面サイズに十分近い一致と見なすことができる。
【００２８】
代替ＵＲＬ／ＣＧＩ命令が前述のような迅速比較用の特殊命令を備えていない場合、そのモデルはインタプリタ・モジュール２０２に送信され、そこで数値データが命令から読み取られ、前述のように全データ比較のために一致モジュール２０３に送信される。したがって、ウェブ・ページ・データを適応させる前に、インタプリタ・モジュール２０２と、突合せモジュール２０３と、サーチ・モジュール２０５は、ウェブ・ページ設計者によって提供される既存のＵＲＬ／ＣＧＩ（基本および代替）命令を備えたディスプレイ・モード・メッセージに十分近い一致を見つけようと試みる。
【００２９】
次に、元のＵＲＬ／ＣＧＩ命令を使用するかまたは代替モデルを使用しても最適一致が見つからない場合、元のＵＲＬ／ＣＧＩ命令（ウェブ・ページＵＲＬ／ＣＧＩ２０１）または最も近い代替ＵＲＬ／ＣＧＩモデル２０１ａ〜２０１ｄが（図３に示すように、サーチ・モジュール２０５により）適応モジュール２０７に送信される。ウェブ・ページ適応モジュール２０７では、ユーザのディスプレイ・サイズが２０１で定義したウェブ・ページに使用するディスプレイ・サイズより小さい場合、ウェブ・ページはたとえば複数のページに折り返され、オブジェクトは除去され、リンクは除去されてマッピングし直される。これに対して、ユーザのディスプレイ・サイズが所期のウェブ・ページ設計より大きい場合、オブジェクトとリンクをウェブ・ページに追加することができる。自動ウェブ・ページ適応モジュール２０７の詳細説明については、図８に関連して後述する。しかし、まず、本発明によるウェブ・ページ適応の２つの例について、図６および図７に関連して説明する。
【００３０】
図６は、命令行５０２および５０３からなる元のＵＲＬ／ＣＧＩ命令の一部を表すブロック５００を示している。命令５０２は、線セグメント５０１の位置、幅、サイズを記述するものである。同様に、命令５０２は、線５０１ａの属性を記述する。これらの命令では、「ＨＲ」はページ上に水平線を置き、「幅＝「パーセント」」は現行ディスプレイ幅のパーセンテージとしてその線の相対幅を指定し、「位置合せ＝「左／右／中央」」はページの全幅より小さい水平線の位置合せを指定し、「サイズ＝「番号」」は線の垂直厚さをピクセル単位で指定する。このようなＵＲＬ命令行は、ウェブ・グラフィック要素の新しいウィンドウまたはディスプレイ・サイズ解釈のパラメータと適応モジュール２０７のウェブ内容インタプリタからの内容を入力として受け入れる、適応モジュール２０７のＵＲＬ変換モジュールによって処理される。たとえば、モジュール２０７は、記号「ＨＲ」を装飾要素、下線要素（たとえば、何らかのワードまたはピクチャに下線を付けること）、あるいは分離要素（たとえば、ページの様々な部分を分離すること）として解釈する。ページ内の他の要素（図６には図示せず）の内容に応じて、モジュール２０７は、命令行５０３が装飾目的のみを有し、命令行５０２がより重要な意味目的（たとえば、何らかのピクチャまたはテキストに下線を付けること）を有するものと判断する。
【００３１】
ウェブ・ページ上の下線は、どのワードがリンクであるかを示すために使用することもある。一般に、下線が付けられたワードだけがリンクである。下線付きワードでマウスをクリックすると、そのリンクが活動化される。したがって、適応ウェブ・ページ内のこのような線の機能性または意味特性を保つことは重要なことである。しかし、通常、下線付きワードのすべてがリンクであるわけではないことは真実である。むしろ、何らかのワードに下線を付けることは装飾である（すなわち、リンクとして機能しない）。したがって、ウェブ・サイト設計者は、ＵＲＬ内に命令を設けて線が機能的かまたは装飾的かを示すよう、本発明とともに使用するためにＵＲＬを変更することができるだろう。
【００３２】
より小さい新しいウィンドウまたはディスプレイ・サイズ用の新しいＵＲＬ５０７が構築され、その中の命令行５０３（線５０１ａに対応する）は完全に除去される。命令行５０２は新しい命令行５０８に変換され、その中の対応行５０９は新しいディスプレイ全体の５０％を占め（たとえば、この新しいディスプレイの方が小さいからである）、その線の位置合せは左にシフトされる（たとえば、ＵＲＬ５００にあるように、線を中央に置くための十分な空間がないからである）。また、図示の通り、線５０９の垂直厚さはＵＲＬ５００より薄くすることもできる。
【００３３】
このような例は、適応モジュール２０７がどのようにＦＳＡを実施できるかを理解する上で役に立つことが分かるだろう。すなわち、このような解釈は、状態がＵＲＬスクリプトの何らかのワードおよび使用可能なディスプレイのサイズなどに対応するようなＦＳＡ方法を使用して行うことができる。その場合、規則はアークによって表され、所望の結果に応じて特定のアクションを必要とするだろう。
【００３４】
次に図７を参照すると、Yahooニュース用のウェブ・ページの元のウェブ・ページと簡易バージョンの例が示されている。既知の通り、Yahooは、情報を提供し、他のサービスをリンクするウェブ・サービスである。特に、元のウェブ・ページ７０１は、通常、従来のパーソナル・コンピュータの画面上に表示されるように示されているが、ウェブ・ページ７０２は、アダプタ・サーバ１０７によって行われた適応プロセス後に元のウェブ・ページ７０１の簡易バージョンとして示されている。ページ７０２は、ウェブフォンなどのより小さいディスプレイを備えた装置上に表示することができる。図７の例は、単に、本発明の適応プロセスの単純な例を示すだけであり、前述のように、特に、ユーザの供給ディスプレイ・サイズがウェブ・ページ２０１を表示するために必要なディスプレイ・サイズより大きい場合にウェブ・ページも拡大可能（オブジェクトおよびリンクを追加可能）であることが分かるだろう。
【００３５】
次に、自動ウェブ・ページ適応モジュール２０７の詳細説明を示す。次に図８を参照すると、ウェブ・ページ・データ（図３のサーチ・モジュール２０５を介してモジュール２０７が受信したＵＲＬ／ＣＧＩ命令）がブロック８００として表されている。前述のように、ウェブ・ページ・データは様々なタイプの視覚オブジェクト、たとえば、アイコン、テキスト、グラフィック・イメージからなる。このようなオブジェクトは、画面上に表されるときに様々なサイズおよび位置を有する。このような視覚オブジェクトの一部の場合、オブジェクトが記述されているスクリプト（たとえば、ＵＲＬ）から、オブジェクトが所与のサイズの画面に収まるかどうかを直接推定することができる。しかし、視覚オブジェクト（たとえば、何らかのフォーマットで格納された圧縮グラフィック・イメージ）によっては、オブジェクトが実際に画面上に表示され、オブジェクトのサイズが測定されるまで、このような情報は得られない。
【００３６】
したがって、ウェブ・ページ・データ８００はまずデータ・セパレータ・モジュール８０１に供給され、そのモジュールが前述の基準を使用してウェブ・ページ・データを分離する。データ・セパレータ・モジュール８０１は、データ項目（たとえば、アイコン、リンク、テキスト、グラフィック・イメージ）をウェブ・ページ・データ８００から２つのグループＳ１およびＳ２に分割する。第１のグループＳ１は、そのサイズをウェブ・スクリプト（たとえば、ＵＲＬ／ＣＧＩ命令）から推定できるデータ項目を含む。第２のグループＳ２は、残りの項目を含む。グループＳ１内のオブジェクトは、後述するように、さらに変換し、特定の画面サイズに収まる新しいウェブ・ページに再編成するために、プライオリタイザ・モジュール８０２に送信される。グループＳ２内のオブジェクト（ブロック８０７として示す）は最終的に、結合モジュール８０５内でグループＳ１のオブジェクトと結合される。グループＳ２からのオブジェクトは、適応ウェブ・データＳ１に挿入されるリンクとして、ウェブ・ページで提示される。
【００３７】
前述のように、グループＳ１内のオブジェクトはプライオリタイザ８０２内で優先順位が付けられる。そこで、オブジェクトはそれぞれの重要性に応じて列挙される。この優先順位は、ウェブ・ページをさらに変換する際に考慮される。たとえば、第１のオブジェクトが他のオブジェクトより高い優先順位を有し、両方のオブジェクトが同時に小さいディスプレイ画面に収まらない場合、優先順位が高いオブジェクトは画面上に表示され、優先順位が低いオブジェクトは他の（新たに作成した）ウェブ・ページへのハイパーテキスト・リンクとして表示され、そのウェブ・ページでは優先順位が低いこのようなオブジェクトを完全に表示することができる。優先順位付けの例については図１０に示す。
【００３８】
図１０では、ブロック１２０１は、平均サイズのディスプレイ画面向けに設計された元のウェブ・ページを示している。このウェブ・ページ１２０１上には、２つのアイコン、すなわち、「ブリーフケース」（優先順位１）と「ジャンク」（より低い優先順位２）が表示されている。しかし、ユーザは縮小サイズのディスプレイ画面上に元のウェブ・ページ１２０１の内容を表示する可能性があるので、このような縮小画面では１つのアイコンしか収容できない。したがって、本発明により、優先順位が最も高いアイコン「ブリーフケース」はこのようなディスプレイ画面上の縮小ウェブ・ページ１２０２に表示される。さらに、「ジャンク」というアイコン全体がウェブ・ページ１２０２上に表示されるのではなく、ページ１２０２は、他のウェブ・ページ１２０３上の「ジャンク」というアイコン全体を指すテキスト（ハイパーテキスト）リンクを「ジャンク」というワードの形式で（ページ１２０２の一番下に）含む。このリンクが活動化されると（たとえば、従来のやり方でページ２０２上の「ジャンク」というワードでマウスをクリックすることによって、そのワードを選択することによる）、ウェブ・ページ１２０３は、アイコン「ジャンク」が表示されているユーザのディスプレイ画面上に表示される。優先順位付けは、たとえば、オブジェクトに含まれる情報の重要性、この特定のユーザまたはすべてのユーザがこのオブジェクト（リンク）をどのくらい頻繁に訪問するかなどの要因によって決まる。優先順位の決定を行うために使用するこのような情報は、ユーザが前に登録したかまたはユーザから抽出し、ユーザ・データベース８０３に格納した情報から得ることができる。この情報は、たとえば、ユーザ・プロファイル、ユーザによる特定のウェブ・サイトへの訪問の履歴、ユーザ・プロファイルに応じて特定のウェブ・サイトへの訪問の統計データを含むことができる。また、データベース８０３は、ユーザの好みに関する情報とともに「クッキー」も含むことができる。既知の通り、クッキーとは、ウェブ・サーバが作成し、ユーザのコンピュータ上に格納することができ、ユーザのパターンおよび好みを追跡するための方法をウェブ・サイトに提供するデータ・ファイルである。たとえば、クッキーは、ユーザが前に入力したＵＲＬを特に含むことができ、ユーザのウェブ・ブラウザ・プログラムが次にもう一度このようなＵＲＬを検出したときに、ウェブ・ブラウザは特定のクッキーをウェブ・サーバに送信する。このような特定のクッキーは、たとえば、ユーザのＩＤを含むことができ、これにより、ユーザはそのウェブ・サイトに二度以上訪問したときにこの情報を再度タイプする必要がなくなるはずである。
【００３９】
ウェブ・オブジェクトをどのように表示するかを決定するために、優先順位の決定を行うためのもう１つの基準は、このようなオブジェクトに関連する依存関係である。たとえば、以下の条件の１つを満たす場合に、オブジェクトＯ１がオブジェクトＯ２に依存すると想定する。すなわち、（１）Ｏ２内のすべての項目（または項目のほとんど）がＯ１からアクセスできること。これは、オブジェクトＯ１が（たとえば、Ｏ１でマウスをクリックすることにより）活動化された場合に、Ｏ２からアクセス可能なオブジェクトが特に表示されることを意味する。（２）Ｏ１からアクセスされる項目が、Ｏ２からアクセスされる項目に記述された情報のほとんどを含むこと。（３）Ｏ１からアクセスされる項目が、Ｏ２からアクセスされる項目に含まれる情報を何らかの方法で参照すること。たとえば、Ｏ１内の項目はＯ２内の論文のタイトルまたは要約である。ユーザは、たとえば、クッキーに示される依存関係の他の基準を選択することもできる。
【００４０】
本発明によるオブジェクトの優先順位付けでは、好ましいことに、依存関係を考慮に入れる。すなわち、他のオブジェクトに依存するオブジェクトはより低い優先順位を有する。オブジェクトＯ２がオブジェクトＯ１に依存し、オブジェクトＯ４がオブジェクトＯ３に依存し、Ｏ１がＯ３より高い優先順位を有する場合、Ｏ２はＯ３およびＯ４より高い優先順位を有する。
【００４１】
別々のリンクを指し、別々の依存関係を有する様々なワードに対し、別々の優先順位付けを行うことができる。たとえば、Yahooニュースのウェブ・ページ上の典型的な行は次のように現れる。
Business - Headlines - Summaries - Financial - Quotes - Motley Fool 6:43 am est
【００４２】
上記の行の下線付きの各ワードは異なるリンクを指す。本発明によれば、「Headlines」は次のように優先順位を付けることができる。
Headlines - １
Summaries - １Ａ
Quotes - ２
Financial - ２Ａ
Motley Fool - ２Ｂ
【００４３】
Headlinesオブジェクトは記事のタイトルを指し、Summariesオブジェクトはこれらの記事の要約を指す。したがってHeadlinesにはSummariesより高い優先順位が割り当てられている。というのは、Summariesに記載された必須オブジェクトはHeadlinesからアクセスされ、Headlines内のオブジェクトはSummaries内のオブジェクトより小さいからである（すなわち、記事のタイトルの方が記事の要約より短いからである）。同様に、QuotesにはFinancialおよびMotley Foolより高い優先順位が割り当てられている。というのは、FinancialおよびMotley Fool内の情報のほとんどは、Quotesからアクセスできるからである。このような依存関係は、上から下へ順に優先順位が減少する列でこれらの項目の優先順位付けを表すことができることを意味している。
【００４４】
また、プライオリタイザ・モジュール８０２は、好ましいことに「深さ」の概念に応じて動作する。深さは、単一ユーザ呼出しで画面適応させたページの数を定義するものである（すなわち、図１に示すように、ユーザがクライアント・マシン１００から要求１０２を送信したとき）。以下の説明では、深さの概念をより詳細に示す。
【００４５】
ウェブ・ページ・データ８００は、単一ＵＲＬ／ＣＧＩファイルに定義されたページを含む。これらのページはサーバ１０４（図１）を介してユーザのクライアント・マシン１００（図１）にダウンロードされる。これらのページは、他のウェブ・サイト上のデータを有する他のオブジェクトへのリンクを含むことができる。ユーザがこれらのリンクを活動化した場合（たとえば、これらのリンクでマウスをクリックする）、これらのリンクに関連するアドレスに位置するウェブ・サイトから新しいウェブ・ページが生成される。また、この新しいウェブ・ページもユーザの画面に適応させる必要がある。この新しいウェブ・ページはオブジェクトへの新しいリンクも含むことができる。ウェブ・ページ生成のこのプロセスは、無限に続くものと考えられるので、その結果、１つのユーザ呼出しで可能なウェブ・ページのすべてを画面適応させることは不可能な場合もある。本発明により単一ユーザ呼出しで画面適応させたページの数は、深さの概念に関連する値によって制限することができる。本発明によれば、複数の深さ定義を実現することができる。本発明は、本明細書に記載した例示的な実施態様のみに限定されるわけではない。
【００４６】
図１１に示す図について検討する。ウェブ・ページ１（ウェブ・サイト１からのもの）が示されている。このページは複数のオブジェクト（円）とリンクを含んでいる。ページ１の深さは０（ゼロ）として定義されているものと想定する。さらに、ページ１上のリンクはページ２（ウェブ・サイト２からのもの）とページ３（ウェブ・サイト３からのもの）を参照する。ページ２および３の深さは１として定義されているものと想定する。さらに、ページ２はページ４（ウェブ・サイト５からのもの）とページ５および６（ウェブ・サイト６からのもの）へのリンクを有する。ページ４、５、６の深さは２として定義されているものと想定する。また、ページ４はページ７（同じウェブ・サイト５からのもの）へのリンクを有する。ページ７の深さは２または３のいずれかとして定義できることが分かるだろう。ページ７がページ４からアクセスされ、それ自体が２という深さを有することから、３という深さは容易に理解できるだろう。しかし、ページ４およびページ７が同じウェブ・サイト５上に位置し、ページ２からの単一ユーザ要求でダウンロードできることを考慮に入れることもできる。したがって、ページ７の深さは、ページ４と同じ深さ、すなわち、２を有することができる。ユーザによってまたは何らかのデフォルトによって、別々の深さ定義を定義することができる。したがって、深さＮがプライオリタイザ８０２で定義されると、Ｎ未満またはそれと等しい深さのページに属すすべてのオブジェクトについて優先順位付けおよび依存関係が定義される。
【００４７】
プライオリタイザ８０２で使用するためにいくつかの方法で深さを定義できることが分かるだろう。所望の深さ値は、ユーザが選択し、クッキーに入れてアダプタ・サーバ１０７に伝送するか、または自動的に設定し、ディスプレイ・モード・メッセージに入れてアダプタ・サーバ１０７に伝達することができる。あるいは、デフォルト値（たとえば、３）をアダプタ・サーバ１０７で一定にすることができる。また、深さは、何らかの基準、たとえば、時間またはボリュームを使用して動的に定義することもできる。
【００４８】
深さ値を動的に調整するための基準として時間を使用する場合、本発明によりウェブ・ページを適応させるための時間は、ユーザの画面に収容するためにウェブ・ページをどの程度変換しなければならないかに応じて変動することが分かるだろう。たとえば、ユーザが複数のウェブ・ページ、たとえば、それぞれが適度な量の適応を要する５つのウェブ・ページを有するウェブ・サイトを要求した場合、より少ない、たとえば２つの、より複雑なウェブ・ページを適応させるのと同じ時間を要する可能性がある。したがって、要求されたウェブ・ページを適応させるために要する時間に応じて深さ値が変化するように、時間しきい値を（この場合も、ユーザによってクッキーで、ディスプレイ・モード・メッセージで自動的に、またはサーバ１０７におけるデフォルトとして）指定することができる。
【００４９】
深さ値を動的に調整するための基準としてボリュームを使用する場合、適応すべきデータの量の制限を指定するように深さ値を設定することができる。適応させたページ上のすべてのリンクは、それ自体が他のページへのリンクを有する可能性のある新しいページを指すので、適応すべき情報の量が急激に増加する可能性のあることを理解することは容易なことである。したがって、データ・ボリューム制限を指定することができ、その結果、深さ値はユーザが要求した適応ウェブ・ページに関連するデータの量に依存することになる。
【００５０】
あるいは、時間またはボリュームとともに、深さ値を動的に調整するための基準として意味を使用することもできる。このような場合、深さは、適応させる情報のタイプに依存するものにすることができる。すなわち、「金融」という用語を（この場合も、ユーザによるかまたはディスプレイ・モード・メッセージで）指定することができ、この意味コンテキストを有するウェブ・ページだけが適応する。しかし、深さに有限限界を設けるために、時間またはボリュームの制約も指定する必要があるだろう。
【００５１】
モジュール８０２でウェブ・データに優先順位が付けられた後、ウェブ・データはオペレータ・モジュール８０４に送信され、そこで特定の画面サイズに適応させた新しいウェブ・ページが生成される。オペレータ・モジュール８０４については、以下のように図９に関連して詳述する。
【００５２】
オペレータ・モジュール８０２は除去／追加モジュール９０４と意味インタプリタ・モジュール９０５からなり、意味インタプリタ・モジュール９０５はそれ自体が意味統一／分離モジュール９０１、テキスト変換モジュール９０２、アイコン変換モジュール９０３、内容インタプリタ・モジュール９０６などの機能モジュールを含む。モジュール９０５の構成要素９０１、９０２、９０３、９０６は分解図として図９に示され、想像線内のモジュール９０５として示されていることが分かるだろう。モジュール９０５の想像線図は単にモジュール９０５の実線図の詳細を示すためのものである。
【００５３】
ブロック９０１では、同じかまたは同様のトピックを有する情報を含むかまたは指すオブジェクトが１つのセットに結合されている。結合データにリンクされる適応ウェブ・ページ上ではアイコンまたはボタンが作成される。結合データを特徴付けるために、新しい名前が選択される。この名前はアイコンまたはボタン上に書き込まれる（または何らかの記号によって図形表現される）。たとえば、図１３には、Yahooのニュースへの入口パネルの典型的な部分が示されている（ブロック１５０１）。ブロック１５０１では、各行の最初のワードが後続リンク（下線付きワード）のトピックを定義している。たとえば、１行目のBUSINESSというワードはHeadlines、Summariesなどのリンクの内容を定義し、２行目のTECHNOLOGYというワードはこの行の後続リンクの内容を定義し、以下同様である。
【００５４】
ブロック１５０２は小さいディスプレイ画面を表している。ウェブ・ページ１５０１からのデータは、同様のトピックの意味統一を使用してブロック１５０２のウェブ・ページに変換される。１行目は、ブロック１５０１の１行目および２行目の情報を参照するBUSINESS & TECHNOLOGYというリンクを含む。ブロック１５０２の１行目の第２のリンクSPORTS & ENTERTAINMENTは、ブロック１５０１の３行目および４行目のデータを参照する。ブロック１５０２の２行目の第１のリンクはWORLDであり、ブロック１５０１の５行目のデータを指す。ブロック１５０２の２行目の第２のリンクはHEALTHであり、ブロック１５０１の６行目のデータを指す。第３のリンクOTHERSは、ブロック１５０１の残りのデータ（すなわち、WEATHERに関する７行目と、HUMAN INTERESTSに関する８行目）を指す。ユーザがブロック１５０２のリンクBUSINESS & TECHNOLOGYを活動化した場合、本発明による適応画面上に表示される可能性のあるものの例がブロック１５０３に示されている。ウェブ・ページ１５０３は、BUSINESSの下のHEAD.およびSUM.、TECHNOLOGYの下のHEAD.およびSUM.、FINANCESの下のQUOTESおよびMOTLEYという６つのリンクを含む。ページ１５０３のHEAD.はHEADLINESの省略形であり、SUM.はSUMMARIESの省略形であり、QUOTESはFINANCIAL QUOTESの省略形であり、MOTLEYはMOTLEY FOOTの省略形である。したがって、１５０３のBUSINESSの下のSUM.を活動化することは１５０１の１行目のリンクSUMMARIESの内容を表示する働きをし、MOTLEYを活動化すると１５０１の１行目のMOTLEY FOOTの内容を表示し、以下同様である。
【００５５】
意味インタプリタ・モジュール９０５は、別々のトピックを参照するウェブ・ページ上のオブジェクトを分離し、同じかまたは同様の主題を参照するオブジェクトを結合（統一）するものである。このような意味動作は、ウェブ設計者の命令に基づくものであるか、または自動的に実行できる場合もある。全体的なモジュール９０５は、ブロック９０１に必要なウェブ・オブジェクトの意味解釈を提供する。ブロック９０１の意味解釈は、たとえば、どのオブジェクトが意味的に近い（すなわち、同様のトピックを有する）か、リンク定義のどの部分がトピックに関連するかなどを定義することができる。
【００５６】
図１３の例では、同じトピックのリンク（たとえば、各行の最初のワードでマークされたリンク）の統一は、特定のウェブ・ページのウェブ設計者が行うことができる。ウェブ内容の自動トピック識別は、オブジェクトにリンクされたタイトルまたはテキスト内の（非機能）ワードの頻度を比較することによって行うことができる。２つのワードが意味的に関連するかどうかを識別するための方法が存在する。たとえば、２つのワードがボキャブラリ内のワード意味の同じ定義でリンクされている場合、それらは意味的に関連している。これにより、トピック識別に使用可能なワードについて意味的類似性のグラフを構築することができる。
【００５７】
テキスト変換モジュール９０２は、ウェブ・ページを新しいサイズ（すなわち、ディスプレイ画面またはウィンドウ）に適応させるためにウェブ・ページ上のテキスト動作に対応するものである。テキストおよびワードに関する可能な動作としては、省略、削除、挿入、移動、ズーム、フォント変更、後述する画面形式（たとえば、正方形、円、三角形）の適合などがある。たとえば、図１３では、HEADLINESおよびSUMMARIESというワードがHEAD.およびSUM.にそれぞれ省略されている。移動の例は、BUSINESSとTECHNOLOGYの下に置かれたHEAD.とSUM.の対である（１５０３）。削除の例は１５０３のQUOTESとMOTLEYである（「Financial」および「Foot」というワードが１５０１から削除された）。このテキスト変換は、ウェブ設計者によって命令（ＵＲＬ／ＣＧＩ）で指定するかまたは意味インタプリタ９０５によって自動的に生成することができる。たとえば、ワードの省略規則（たとえば、元のワードの少なくとも３〜４文字を残すかまたはワードの語根を残すなど）は、本発明の適応方式によって自動的に実施することができる。また、意味インタプリタ・モジュール９０５は、何を削除または移動できるかを定義することができる。たとえば、意味インタプリタ９０５は、「Financial Quotes」および「Motley Foot」リンクが「FINANCE」というトピックに関連すると定義することができ、この情報に基づいて、テキスト変換モジュール９０２はトピック・タイトルFINANCEを１５０３に作成し、１５０３に示すようにFINANCEの下のリンクQUOTESおよびMOTLEYを移動する。
【００５８】
アイコン変換モジュール９０３は、適応ウェブ画面に収めるためにアイコンの変換を行う。このような変換の例としては、各アイコンを半分に切断すること、２つのアイコンの半分ずつをまとめて結合することなどを含むことができる。このようなアイコン変換の例については図１４に示す。ウェブ・ページ１６０１には、２つのアイコン「My Computer」（１６０２）と「Internet Explorer」（１６０１）が描かれている。アイコン変換モジュール９０３によれば、２つのアイコンは画面適応ウェブ・ページ１６０４内の単一アイコンに結合される。「My Computer」オブジェクトを活動化するために、ユーザは１６０４のアイコンの左半分をクリックし、「Internet Explorer」を活動化するために、ユーザは１６０４のアイコンの右半分をクリックする。また、図１４は、アイコンに付けるタイトルのテキスト省略の他の例、たとえば、「My Computer」から「Comp.」へ、「Internet Explorer」から「Intern.」へも示している。複数のアイコンが同じトピックに関連する場合、所与のトピックについて新しいアイコンを作成することができる。新しいアイコンは、トピックに関連するアイコンのデータベースから、または複数のアイコンに共通する構成要素から作成することができる。たとえば、複数のアイコンの一部分が共通の記号（たとえば、コンピュータの絵）を含む場合、この記号のみからなる新しいアイコンを作成することができる。意味モジュール９０５は、アイコン（またはそれぞれの一部）が意味的に関連しているかどうかを判定するタスクを実行する。
【００５９】
除去／追加モジュール９０４は、図１０および図１３に関連して前述したように、ウェブ・ページ上のオブジェクトの追加または削除あるいはその両方に対応する。モジュール９０４は、モジュール９０１、９０２、９０３に接続され、このようなモジュールとともにオブジェクトに関する削除動作または追加動作あるいはその両方を行うことができる。プライオリタイザ・モジュール８０２は、モジュール９０４および９０５が使用するためのウェブ・ページ・データを供給する。高い優先順位を有するオブジェクトは、優先順位が低いオブジェクトと比べ、ウェブ・ページから除去される（削除されるかまたは他のページ、オブジェクトなどに移動される）可能性が少ない。同様に、意味インタプリタ９０５は、優先順位データを使用して、モジュール９０１、９０２、９０３内のどの動作を実行すべきかを決定する。たとえば、図１５では、ユーザがページ１５０１のWEATHERおよびHUMAN INTERESTSというオブジェクトにめったにアクセスしない場合、これらのオブジェクトはページ１５０２のOTHERSというオブジェクト内に置かれる候補になる可能性が高い。
【００６０】
もう一度、図８を参照すると、オペレータ・モジュール８０４からの変換済みウェブ・ページは、モジュール８０５でモジュール８０７からのデータＳ２と結合される。８０７からのオブジェクトは不確実なサイズであり、したがって、このようなオブジェクトへのリンクとしてモジュール８０４からの変換済みウェブ・ページに提示される。たとえば、図１２を参照すると、元のウェブ・ページは、グループＳ１に属すアイコン１およびテキスト２と、グループＳ２に属すピクチャ３というオブジェクトを含む。第１の適応ウェブ・ページ１４０２は、ユーザのディスプレイのより小さい画面サイズに収まるアイコン１およびテキスト２というオブジェクトを含む。しかし、ページ１４０１上に完全に表示されているピクチャ３の代わりに、ページ１４０２ではボタン１４０３が表示され、ピクチャ３へのリンクとして機能する。このボタンを活動化すると、ピクチャのサイズは表示前には分かっていないので、画面に特に適応させていない新しいウェブ・ページ１４０４にユーザがリンクされる。したがって、そのピクチャは一部だけ１４０４上に表示される可能性があり、ピクチャの他の部分を表示するためには、ユーザはそのピクチャを（上、下、左、右に）移動するかまたはそれを適当なサイズにズームすることができる。
【００６１】
したがって、グループＳ１およびＳ２内のウェブ・データを結合モジュール８０５で結合した後、結合ウェブ・データは、自動ウェブ・ページ適応モジュール２０７（図３）によって出力され、接続１１１ａ（図１）を介してサーバ１０４に送信される。次にサーバ１０４は、ユーザによる表示のために、有利なことに本発明により適応させたウェブ・ページを接続１１１を介してクライアント・マシン１００に送信する。
【００６２】
次に図４を参照すると、クライアント・ウェブ・ページ・アダプタ・モジュール１１２（図１）が示されている。前述のように、アダプタ・モジュール１１２は上記の同様の適応機能ならびにその他のものを実行することができる。アダプタ・モジュール１１２は好ましいことに、クライアント・マシン１００上で実行され、多くの点でアダプタ１０７と同様のものである（図３、図８、図９に関連して詳細に示し、説明した通り）。あるいは、クライアント・アダプタ・モジュール１１２は、ワールド・ワイド・ウェブをブラウズするためにクライアント・マシンが使用するウェブ・ブラウザ・ソフトウェアに取り入れることもできる。
【００６３】
いくつかの理由で、クライアント・マシン１００でのウェブ・ページの追加適応が必要になる場合もある。たとえば、ユーザは単にディスプレイ画面ではなく、ウィンドウ（シェル）にウェブ・ページを適応させたいと希望する場合もある。ディスプレイ画面は複数の（オーバラップした）ウィンドウを含むことができる。通常、ウィンドウはディスプレイ画面より小さい領域を有し、その結果、所与のウィンドウ用のウェブ・ページの場合は他の変換が必要になる。ズーム動作によりユーザがウィンドウのサイズを変更することができる。ウィンドウのサイズ変更により、異なるウェブ・ページ適応が応用される。同様に、ディスプレイ・システムは複数の画面からなる可能性があり（複数のモニタが同じマシンに接続されている場合）、したがって、各画面での適応を指定するためにはクライアント・マシンでの適応が必要である。
【００６４】
このような様々な表示状況に関連するパラメータは、ディスプレイ・モード・メッセージ１０３（図５）と同様のメッセージ・フォーマットでクライアント・マシン１１０からモジュール１１２に供給される。このような情報としては、ディスプレイ・モード番号（３００ａ）、ウィンドウ・サイズＷ（３００ｂ）、画面サイズ（３００ｃ）を含むことができる。このような構成により、ユーザは、ウェブ・ページに関して希望する特定のサイズを求める要求（３００ｄ）をアダプタ・モジュール１１２に送信することもできる。たとえば、ウィンドウ・ズーム・コマンドをウェブ・ページに応用することもでき、その結果、ウェブ・ページはユーザの要求により適応するだろう。また、ユーザは、ウェブ・ページ用の適応深さを制御する（たとえば、コマンド、クッキー、レジストリを発行する）こともでき、その結果、ウェブ・ページは要求された深さに関してクライアント・マシンで適応する。
【００６５】
アダプタ・モジュール１１２を使用してクライアント・マシン１００で所与の適応機能を実行することは、アダプタ・サーバ１０７でこのような機能を実行することより、所与の利点を有することができる。たとえば、クライアント・マシンは、サーバ・マシンで使用可能なものより詳細なユーザの優先順位に関する情報を格納することができる。クライアント・マシンは、サーバ・マシンより強力かつ効率のよい意味解釈用ツールを有することができる。クライアント・マシンは、オブジェクト・サイズを推定し、ウェブ・ページを再調整することができる。たとえば、アダプタ・モジュール１１２を実行するクライアント・マシンは、圧縮ファイルからのピクチャを表示し、画面に対するピクチャのサイズを推定することができる。このような動作は、サーバ・マシンにとっては極めて費用がかかる可能性がある。というのは、サーバは多くのユーザからの呼出しを処理する必要があり、ユーザのコンピュータにとってよりローカルな表示機能を実行するためにも必要な場合には負担になる可能性がある。
【００６６】
ディスプレイ、画面、ウィンドウ、または要求情報３００は、アダプタ・モジュール１１２、特に、突合せモジュール３０５に供給され、サーバ適応ウェブ・ページＵＲＬ／ＣＧＩデータ３０１はインタプリタ・モジュール３０２に供給される。インタプリタ・モジュール３０２はインタプリタ・モジュール２０２（図３）と同じ機能、すなわち、ＵＲＬ／ＣＧＩ命令に関連する数値データを読み取ることを実行する。同様に、突合せモジュールは突合せモジュール２０３（図３）と同じ機能、すなわち、インタプリタ・モジュールによって供給される数値データとディスプレイ関連情報とを比較し、ウェブ・ページ・データがユーザ・ディスプレイ画面に収まるかどうかを判定することを実行する。しかし、この場合、ウェブ・ページ・データが画面上に表示された特定のウィンドウ・シェルに収まるかどうかの判定になる。実質的な一致が存在する場合、ウェブ・ページ・データは表示のためにクライアント・コンピュータに送信される（または単に、アダプタ・モジュール１１２がコンピュータ内に常駐する場合に表示動作を処理するコンピュータの一部分に転送される）。そうではない場合、ウェブ・ページ・データは、適応モジュール２０７（図３）と同じ機能、すなわち、ユーザのディスプレイ画面を収容するために（特にこの場合はウィンドウ・シェルを収容するために）ウェブ・ページ・データを変換することを実行する、自動ウェブ・ページ適応モジュール３０６に送信される。サーバ適応ウェブ・ページＵＲＬ／ＣＧＩデータ３０１は、接続１１１によりウェブ・ページ・アダプタ・サーバ１０７から（サーバ１０４を介して）クライアント・マシン１００が受信したウェブ・ページ・データであることが分かるだろう。アダプタ・モジュール１１２の動作はアダプタ・サーバ１０７と実質的に同様なので、同一動作は繰り返されない。しかし、アダプタ・モジュール１１２とアダプタ・サーバ１０７との主な違いはモジュール１１２がウィンドウ・サイズＷ（３００ｂ）を考慮に入れる点であると指摘することは重要である。ウィンドウ・サイズ（すなわち、画面上に表示されるシェルのサイズ）は、ローカル変数パラメータであり、好ましいことにローカル・ウェブ・アダプタ・モジュール１１２でアドレス指定される。これは、ウィンドウ・サイズをユーザが動的に、たとえば、既知の通り、ウィンドウ・シェルのマージンをマウスによってドラッグしてシェルを拡大または縮小することにより、変更できるからである。したがって、ユーザが選択可能なシェル・サイズが極めて多数存在するので、様々な装置（たとえば、ＰＣ、ラップトップ、パームトップ）の様々なサイズのディスプレイ用として、アダプタ・サーバ１０７で行われるように、前もって作成された様々なＵＲＬ／ＣＧＩ命令の集合（すなわち、サーチ・モジュール２０５が使用する２０１ａ〜２０１ｄ）を有することは実際的なことではない。実際に、これは、アダプタ・モジュール１１２ではサーチ・モジュール２０５と同等のモジュールが不要であるからである。
【００６７】
クライアント・コンピュータ１００とともにアダプタ・モジュール１１２をローカルで使用することには、他にも利点がある。たとえば、ユーザは、それ自体がウェブ・ページを含むウィンドウ・シェルＡの右隅でマウスをクリックし、それにより、シェルをアイコンＢに変換することができる。このプロセスは当技術分野では周知のものである。次に、シェルＡに関するＵＲＬ情報はコンピュータ１００（たとえば、図２のＲＡＭ１４または大容量記憶装置１８）に格納することができる。ユーザがシェルＡを表示するためにアイコンＢをクリックした場合、そのアダプタ・モジュール３０６にウェブ・ページ・データを提示しなければならないモジュール１１２ではなく、格納したＵＲＬ情報を使用して、シェルＡおよびそれに関連するウェブ・ページ・データを表示する。次に、ユーザがシェルのサイズを変更してシェルＣを作成した場合、モジュール１１２はウェブ・ページ・データを適応させる。次に、ユーザがもう一度シェルＣの隅をクリックしてアイコンＢを作成した場合、シェルＣに関連する新たに適応させたＵＲＬデータがコンピュータに格納される。したがって、ユーザ定義のシェル・サイズに関連する適応ウェブ・ページ・データを格納することにより、処理時間が節約される。
【００６８】
次に図１５を参照すると、コンピュータ・モニタの典型的な正方形または長方形の形状とは異なる形状を有するディスプレイ画面の２つの例が示されている。図１５の画面は、本発明の適応方式が単に正方形または長方形の画面に収まるようにウェブ・ページを変換することに限定されず、むしろ様々な形状の画面を有するシステムで実施可能であることを例示するために示されていることが分かるだろう。画面１７０１は、円形のディスプレイ上に表示された適応ウェブ・ページを示している。本発明の適応システムは、様々な半径の円に沿って表示されるように、指定のウェブ・ページ・データを変換する。より小さい半径の円上に書き込まれたテキストは、より大きい半径の円上に書き込まれたテキスト・リンクに対応するリンクを表すことができる。たとえば、Yahooの適応ページを１７０１に示す。リンク「IRAQ CRISIS」は、リンク「TOP STORIES」に関連する多くの可能なリンクの１つを表している。同様に、リンク「Ｗ．」、「Ｔ．」、「Ｓ．」は、リンク「OTHERS」に関連する「World」、「Technology」、「Sports」に関する情報へのリンクを表すことができる。さらに、文字の位置（向き）を変更できるように、表示を円形ウィンドウ・シェルとして回転することもできるだろう。このような円形ディスプレイの応用例は、腕時計の表面、車両などにすることができる。
【００６９】
画面１７０２は、三角形のディスプレイ上に表示された適応ウェブ・ページを示している。このような形状のディスプレイは、たとえば、ビデオ・ゲームで応用されている可能性がある。本発明の適応方式はウィンドウを様々な形状（たとえば、円形、三角形など）に変換するために使用できることが分かるだろう。たとえば正方形またはその他の形状のディスプレイ・モニタ上に表示される。図１５の例は、単に例示的なものにすぎず、本発明が実施可能な応用例の範囲を限定するためのものではない。
【００７０】
本発明の教示は埋込み技術により実施可能であることが分かるだろう。埋込み技術とは、何らかの特定のアプリケーションを実行するために装置内に含まれる（埋め込まれた）集積回路の使用を意味する。通常、埋込み技術は小さいサイズの装置で応用されている。たとえば、ウェブ・データ・ディスプレイ・ドライバ・チップは、その装置にウェブ・データを表示するための機能を提供するために小さい装置に埋め込むことができる。腕時計はこのような装置の一例である。このため、本発明の自動ウェブ・ページ適応機構はこのような装置により実施することができる。たとえば、腕時計は、図１５に示す円形のディスプレイ装置、すなわち、画面１７０１を有する可能性がある。さらに、本明細書で述べたウェブ・データ適応機構は、腕時計に埋め込まれた集積回路（複数も可）で実施することができる。したがって、このような腕時計装置のユーザは、本発明の自動適応機構によって提供される利点により、ウェブ・データを受信して表示する能力を享受する。
【００７１】
図１６を参照すると、本発明によりウェブ・ページ・データを適応させるための統計方法の流れ図が示されている。この方法が自動ウェブ・ページ適応モジュール２０７（図３）の意味インタプリタ・モジュール９０５（図９）によって実行され、システム内に含まれている場合は、自動ウェブ・ページ適応モジュール３０６の意味インタプリタ・モジュールによって実行されることが分かるだろう。
【００７２】
冒頭で述べたように、意味解釈のための２通りの手法、すなわち、（１）規則ベース手法（たとえば、ＦＳＡ）および（２）統計手法（たとえば、デシジョン・ツリー）が提供される。いずれもモジュール９０５のレベルで実行することができる。事象をカウントし、別々のカウントを有する事象を分離し、共通の意味コンテキストを有する事象を分類できることは、周知の事実である。たとえば、同じページ上でユーザによる２通りのアイコンへの訪問の回数が統計的に相関関係にある場合、これらは何らかの意味概念によって関連している可能性がある。たとえば、株式相場に関する何らかのウェブ・ページが数社の企業株式（たとえば、マイクロソフト、ＩＢＭ、アップル、ワーナー・ブラザーズ、コロンビア、マーキュリー）用の複数のアイコンを表すものとする。また、このようなアイコンへの訪問をカウントすると、マイクロソフト、ＩＢＭ、アップルのアイコンへの訪問が相関関係にあることが分かるものとする。同じく、ワーナー・ブラザーズ、コロンビア、マーキュリーへの訪問も相関関係にある。
【００７３】
本明細書に記載したアイコンのセットを分割するための統計技法を使用すると、この６つのアイコンを２つのグループに分割するよう提案してくるが、新しいアイコンを有する第１のグループではマイクロソフト、ＩＢＭ、アップルの３つのアイコンが続き、他の新しいアイコンを有する第２のグループではワーナー・ブラザーズ、コロンビア、マーキュリーのアイコンが続くことになる。この分割に関連する質問は、２つのアイコンＩ１およびＩ２への訪問の頻度が相関関係にあるかというものになるだろう。あるいは、数学形式では、Ｐ（Ｉ１，Ｉ２）／Ｐ（Ｉ１）Ｐ（Ｉ２）＞ｈであるかというものである。ただし、Ｐ（Ｉ１）はＩ１への訪問の頻度であり、Ｐ（Ｉ１，Ｉ２）はＩ１とＩ２の両方への訪問の頻度である。これらの企業がコンピュータ会社またはエンターテイメント会社として関連していることが分かるだろう。すなわち、統計的に関連する分割を示すこの例では、コンピュータ会社に関連するアイコンを１つのグループに入れ、エンターテイメント会社に関連するアイコンをもう１つのグループに入れるために、意味概念が生成される。
【００７４】
コンピュータ・グループとエンターテイメント・グループに関連する新しいアイコンは、特殊なタイトルを含むことができるだろう。いくつかのアイコンをまとめてグループ化するときに意味概念の名前を識別するために、いくつかの方法を使用することができる。たとえば、どのワードが別々のアイコンに関連付けられているかを見つけるために、辞書または百科事典のサーチを使用することができる。たとえば、百科事典によっては、マイクロソフト、ＩＢＭ、アップルはコンピュータに関連するという説明を含む可能性がある。したがって、コンピュータというワードが選抜され、コンピュータという概念がこれらのアイコンに関連付けられるだろう。
【００７５】
アイコンのこのような分類が行われた後、コンピュータおよびエンターテイメントという２つのアイコンのみを含む小さいウェブ・ページを作成することができる。コンピュータというタイトルを有するアイコンは、（株式関連情報とともに）コンピュータ会社の名前を含む他のウェブ・ページにリンクされるだろう。同様に、エンターテイメントというワードを有するアイコンは、エンターテイメント会社用の株式相場を有する新しいウェブ・ページにリンクされるだろう。このため、複数のアイコンを有する大きいページは、統計手法を使用して意味的に識別されるウェブ・ページからなるより小さいセットにパックされるだろう。
【００７６】
図１６に戻って参照すると、ウェブ・ページ・データ１８００は様々なオブジェクト、たとえば、リンク、ピクチャ、アイコン、テキストを含む。このようなオブジェクトはブロック１８０１で統計的にスコアが付けられる。オブジェクトに統計スコアを付加するための方法が数多く存在し、そのいずれでも十分であると思われる。統計スコアを付加するための手法の一例は次の通りである。ページ上の各オブジェクトごとに、１人または複数のユーザがその特定のオブジェクトを使用した回数に関するカウントを設定する。所与のページを活動化した回数の合計カウントでこのカウントを割る。これは、ページ上のあるオブジェクトに付加された確率スコアを示す。ページ上にｎ通りのオブジェクトが存在すると想定する。これによって、ｎ次元のベクトルまたはｎ×１のマトリックス、すなわち、１列にｎ個の要素を有するもの（ブロック１８０２）と見なすことができるｎ個のスコアが発生する。さらに、各単一オブジェクトがｍ個のサブオブジェクトからなることも可能である。たとえば、各オブジェクトは、別々に活動化することができる関連アイコンとリンクからなる場合もある。この場合、各オブジェクトに２つのスコアを付加することができ、したがって、ｎ個のオブジェクトがｎ×２次元のマトリックスを発生する。
【００７７】
次に、画面上のページが、小さい画面に収まる２つのより小さいページに分割されるものと想定する。したがって、ｎ個のオブジェクトを２つのグループに分割しなければならない。この分割を実行するための基準は尋ねた特定の質問（ブロック１８０３）に関連することができる。すなわち、オブジェクトを２つのグループに分割するたびに、１つの質問として解釈することができる。
【００７８】
逆に、どのような質問でもオブジェクトの何らかの分割を定義する。尋ねるべきこのような質問の例としては、このオブジェクトは金融または健康に関連するか、このオブジェクトは子供が訪問するか、これは絵画オブジェクトであるかなどが考えられる。「最良」の質問すなわち最良の分割を選択するための様々な統計基準が存在することが分かるだろう。このような統計方法は、Leo Breiman、Jerome H. Freidman、Richard A. Olshen、Charles J. Stoneによる「Classification and Regression Trees」（１９８４年、Wadsworth Inc.）という参考文献に記載されている。以下の参考文献では、統計的に生成した質問およびツリーによってテキスト・データ内の意味概念を発見する方法を示している。すなわち、L. R. Bahl、P. F. Brown、P. V. deSouza、R. L. MercerによるA Tree-Based Statistical Language Model for Language Steech Recognition（IEEE Transactions on Acoustics, Speech, and Signal Processing、Vol. 37、No. 7、１９８９年７月）である。これらの方法では、２つのグループに分割されたオブジェクトのスコアについて計算されるエントロピー状の関数を最小限にするために、「最良」の質問（分割）を定義する。したがって、１つまたは複数の尋ねた質問に基づいて、そのページが２ページに分割される。画面がｋ個の画面に分割される場合、すなわち、ｎ個のオブジェクトをｋ個のサブセット内に入れることが望ましい場合、これによってｋ通りの分割（ブロック１８０４）が発生する。ｎ個のオブジェクトをｋ個のサブセットに分割するたびに、ｋ個の新しい小さい画面またはウェブ・ページ（ブロック１８０５）が発生する。このような画面またはウェブ・ページは、他のページにリンクされたページ１をユーザが最初に表示したときのような方法で、階層的に編成（ブロック１８０６）することができる。あるいは、各ページの定義を含み、他のｋ個のページすべてに対するリンクを有する一般的な「紹介」ページをユーザが表示するように、適応を実行することができる。このような定義は、ページを分割するために使用した質問によって決まる。たとえば、「このオブジェクトは金融に関連するか」という質問を使用した場合、紹介ページ内の関連ページへのリンクの名前は「金融」になるだろう。
【００７９】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００８０】
（１）ユーザ・コンピュータ・システムに関連するディスプレイ画面上に表示するために広域ネットワーク・サーバから受信した表示可能情報信号を自動的に適応させるためのコンピュータベースの装置であって、
前記ユーザ・コンピュータ・システムから前記ネットワーク・サーバにユーザ要求信号を送信するための手段であって、前記ユーザ要求信号が前記ユーザのディスプレイ画面に関連する少なくとも１つのディスプレイ画面関連属性に関する情報と前記ユーザの要求に固有の情報とを含む送信手段と、
前記ユーザの要求に固有の情報に応答して前記表示可能情報信号を生成するための手段と、
表示されたときにそれに関連する情報を前記ユーザのディスプレイ画面に適合させるために、少なくとも１つの前記ディスプレイ画面関連属性に応答して前記表示可能情報信号を適応させる手段とを含む、コンピュータベースの装置。
（２）前記適応手段が規則ベースである、上記（１）に記載のコンピュータベースの装置。
（３）前記適応手段が統計ベースである、上記（１）に記載のコンピュータベースの装置。
（４）少なくとも１つの前記ディスプレイ画面関連属性が画面サイズを含む、上記（１）に記載のコンピュータベースの装置。
（５）少なくとも１つの前記ディスプレイ画面関連属性がウィンドウ・サイズを含む、上記（１）に記載のコンピュータベースの装置。
（６）ユーザ・コンピュータ・システムに関連するディスプレイ画面上に表示するために広域ネットワーク・サーバから受信した表示可能情報信号を自動的に適応させるための方法であって、
前記ユーザ・コンピュータ・システムから前記ネットワーク・サーバにユーザ要求信号を送信するステップであって、前記ユーザ要求信号が前記ユーザのディスプレイ画面に関連する少なくとも１つのディスプレイ画面関連属性に関する情報と前記ユーザの要求に固有の情報とを含む送信ステップと、
前記ユーザの要求に固有の情報に応答して前記表示可能情報信号を生成するステップと、
表示されたときにそれに関連する情報を前記ユーザのディスプレイ画面に適合させるために、少なくとも１つの前記ディスプレイ画面関連属性に応答して前記表示可能情報信号を適応させるステップとを含む方法。
（７）前記適応ステップが規則ベースである、上記（６）に記載の方法。
（８）前記適応ステップが統計ベースである、上記（６）に記載の方法。
（９）少なくとも１つの前記ディスプレイ画面関連属性が画面サイズを含む、上記（６）に記載の方法。
（１０）少なくとも１つの前記ディスプレイ画面関連属性がウィンドウ・サイズを含む、上記（６）に記載の方法。
【図面の簡単な説明】
【図１】本発明によるディスプレイ画面およびウィンドウ・サイズ関連ウェブ・ページ適応システムの構成要素を示す図である。
【図２】本発明の特徴を実施するためのクライアント・マシンおよびサーバ・コンピュータの例示的な構成を示す図である。
【図３】本発明によるウェブ・ページ・アダプタ・サーバの図である。
【図４】本発明によるクライアント・ウェブ・ページ・アダプタ・モジュールを示す図である。
【図５】本発明による例示的なディスプレイ・モード・メッセージを示す図である。
【図６】ＵＲＬ指示の解釈およびディスプレイまたはウィンドウ・サイズとの一致の例を示す図である。
【図７】本発明による元の折返しウェブ・ページの例を示す図である。
【図８】本発明による自動ウェブ・ページ適応モジュールを示す図である。
【図９】本発明によるオペレータ・モジュールを示す図である。
【図１０】本発明による優先順位付け依存ウェブ・ページ表現の例を示す図である。
【図１１】本発明による深さウェブ・ページ表現の例を示す図である。
【図１２】本発明によるデータ分離の例を示す図である。
【図１３】本発明により意味基準によるウェブ・ページの適応の例を示す図である。
【図１４】本発明によるアイコンの変換の例を示す図である。
【図１５】従来以外の形状のディスプレイまたはウィンドウに本発明を適用した例を示す図である。
【図１６】本発明によりウェブ・ページ・データをフォーマットするための統計手法を示す流れ図である。
【符号の説明】
１００  クライアント・マシン
１０１  ウェブ・ブラウザ・プログラム
１０２  要求メッセージ
１０３  ディスプレイ・モード・メッセージ
１０４  サーバ
１０５  ウェブ・サイト
１０６  ウェブ・サイト
１０７  ウェブ・ページ・アダプタ・サーバ
１０８  標準のＴＣＰ−ＩＰインターネット接続
１０９  接続（経路）
１１０  接続
１１０ａ  接続
１１１  接続
１１１ａ  接続
１１２  クライアント・ウェブ・ページ・アダプタ・モジュール
１１３  ディスプレイ装置
１１３ａ  標準的なＰＣモニタ
１１３ｂ  マルチスクリーンＰＣシステム
１１３ｃ  ラップトップ・ディスプレイ
１１３ｄ  ウェブフォン
１１３ｅ  腕時計のディスプレイ
１１４  サーバ
１１５  ウィンドウ
【図１】
0003725369.tif 000002
【図２】
0003725369.tif 000003
【図３】
0003725369.tif 000004
【図４】
0003725369.tif 000005
【図５】
0003725369.tif 000006
【図６】
0003725369.tif 000007
【図７】
0003725369.tif 000008
【図８】
0003725369.tif 000009
【図９】
0003725369.tif 000010
【図１０】
0003725369.tif 000011
【図１１】
0003725369.tif 000012
【図１２】
0003725369.tif 000013
【図１３】
0003725369.tif 000014
【図１４】
0003725369.tif 000015
【図１５】
0003725369.tif 000016
【図１６】
0003725369.tif 000017