JP2000066868A - 表示可能情報信号を適応させる装置および方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 その上にホーム・ページが表示されるディス
プレイおよびウィンドウ向けに、ウェブ・サイトに関連
する表示データを編成するためのウェブ・ページ適応シ
ステムおよび方法を提供すること。 【解決手段】 たとえば、標準的なＰＣモニタ、ラップ
トップ画面、パームトップから、ウェブフォンおよびデ
ィジタル・カメラのディスプレイまで、ならびに、大き
いウィンドウから小さいウィンドウに至るこのような視
覚装置のために、異なる表示アクセス戦略を提供する。
新しいウェブ・サイト設計では、所与のサイズの画面ま
たはウィンドウからこの内容を表示するユーザのために
最も容易なやり方でホーム・ページの内容の自動表示を
可能にする機構を取り入れている。たとえば、ディスプ
レイ画面またはウィンドウのサイズが許すのであれば、
リンク先となる何らかのテキストまたはピクチャととも
にリンクが表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、表示データを編成
するためのシステムおよび方法に関し、より具体的に
は、その上およびその中で表示データ、たとえば、ホー
ム・ページまたはウェブ・ページが表示されるディスプ
レイ画面およびウィンドウ上でウェブ・サイトに関連す
る表示データを編成するためのシステムおよび方法に関
する。

【０００２】

【従来の技術】現在、ホーム・ページまたはウェブ・ペ
ージは、一般に広域ネットワーク（たとえば、インター
ネット）によってアクセス可能なものであり、その上お
よびその中でそれらを閲覧できる様々なディスプレイま
たはウィンドウを考慮に入れずに設計されている。通
常、ウェブ・ページの設計者は、パーソナル・コンピュ
ータ（ＰＣ）のモニタの最も典型的なサイズのみを考慮
に入れる。小さい画面を備えた装置（たとえば、パーム
トップ、ウェブフォン）からこのようなウェブ・サイト
にアクセスする場合、ユーザはウェブ・ページの小さい
部分しか表示できず、ウェブ・ページの他の部分にアク
セスするためには、ユーザはそれぞれのディスプレイ上
でそれぞれのホーム・ページを（左右、上下に）移動し
なければならない。小さい画面のユーザにとって他に使
用可能な唯一のオプションは、ウェブ・サイトをテキス
ト・コンテキストに完全に変換することである。これ
は、ほとんどのウェブ・サイト・ユーザにとって受け入
れられる解決策ではない。逆に、たまたまユーザが比較
的大きいディスプレイ画面を持っている場合、ユーザは
複数のリンクを含む可能性のあるウェブ・ページ全体を
見ることができる。しかし、ユーザは、必要な情報を含
むリンクに到達する前に、階層的に複数のリンクを活動
化しなければならない場合もある。より大きいディスプ
レイ画面のユーザは、同時に多くのリンクの内容を表示
できる場合に、より満足するだろう。というのは、その
ユーザのディスプレイ画面のサイズがこのような表示に
対処できるからである。そのサイズが画面全体の一部に
すぎないような何らかのウィンドウまたはシェルにユー
ザがウェブ・ページを表示する場合に、同様の問題が発
生する。

【０００３】本明細書で使用する「ウィンドウ」という
用語は、一般にグラフィカル・ユーザ・インタフェース
を提供するアプリケーション・プログラムの外部層であ
るグラフィカル・シェルを意味するものである。このシ
ェルは一般にそれ自体の図形記号およびフォーマットを
含むので、このシェルを使用すると、ディスプレイ画面
の一部だけがウェブ・ページ・データを表示するために
使用可能になる。また、「ウィンドウ」は、マイクロソ
フトのWindowsというオペレーティング・システムの下
で動作する様々なソフトウェア・プログラムが使用する
周知の図形区分を意味する場合もあり、この場合も結果
的にディスプレイ画面の一部だけがウェブ・ページ・デ
ータを表示するために使用可能になる。

【０００４】Netscapeというブラウザは、ユーザがいく
つかの特定のバーおよびボタンをメニューから除去でき
るようにするためのオプションを提供し、たとえば、Ji
m 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の仮想メモリ・マネージャによっ
て、プログラムがアクセスを必要としている情報を含む
物理メモリ・アドレスに変換される。ＤＯＳおよびWind
owsの旧バージョンでは、コンベンショナル・メモリ、
ＥＭＳメモリ、拡張メモリの仕様にメモリを分割してい
た。このメモリ関連情報により、格納済み情報を表示す
るためにどの程度のメモリが使用可能であるかを計算す
ることができる。この情報は、表示用のデータを編成す
るため、データに高速アクセスするためなどに使用す
る。様々な種類のデータのアドレスが与えられると、何
らかのデータ割振り用の記憶域はこれらのアドレスの差
として見つけることができる。

【００１９】ディスプレイ・モード・メッセージは、デ
ィスプレイ・パラメータを固有に定義するモード番号と
して表すことができる。たとえば、本発明では、所与の
ディスプレイ端末に関連するディスプレイ特性またはパ
ラメータを含むテーブルを作成することができ、各テー
ブルは固有のモード番号によって識別できることを企図
している。最終的に、アダプタ・サーバ１０７がディス
プレイ画面に関連する最も一般的なディスプレイ・パラ
メータのテーブルを含んでいる（その大容量記憶装置１
８に格納している）場合、ユーザのマシン１００はモー
ド番号を伝送するだけでよく、応答としてアダプタ・サ
ーバ１０７は適切なテーブルを突き止めて、それに応じ
て情報を使用することができるだろう。

【００２０】さらに、クライアント・マシン１００のユ
ーザが指定した追加の要件を好ましいことにディスプレ
イ・モード・メッセージ１０３に含めることができる。
この追加の要件は、後述するように、アイコンのサイズ
および形状、フォント、優先順位、深さなどに関連する
場合がある。ユーザ要件を含むディスプレイ・モード・
メッセージ１０３の例については図５に示す。ディスプ
レイ・モード・メッセージ１０３は特別なファイルに格
納することができる。Windows 95／ＮＴマシンでは、デ
ィスプレイ・モード・メッセージをレジストリに格納す
ることができる。ディスプレイ・モード・メッセージが
常駐可能なもう１つの場所は「クッキー」内である。既
知の通り、クッキーは、ユーザの好みに関する情報をウ
ェブ・ブラウザに供給するメッセージである。

【００２１】要求メッセージ１０２はサーバ１０４によ
るウェブ・サイト１０６への接続（経路）１０９を定義
し、ウェブ・サイト１０６からのウェブ・ページは接続
１１０によりサーバ１０４に返送される。図１のサーバ
１０４を通って描かれている想像線は、サーバ１０４が
実行する経路指示機能を示す働きをする。他の従来の機
能はサーバ１０４によって実行することができる。それ
にもかかわらず、サーバ１０４では、ディスプレイ・モ
ード・メッセージ１０３と、接続１１０により受信した
ウェブ・ページの内容は、接続１１０ａによりウェブ・
ページ・アダプタ・サーバ１０７に送信される。サーバ
１０４は、ディスプレイ・モード・メッセージがウェブ
・サイトに経路指定され、次にウェブ・サイトからのウ
ェブ・ページ・データとともにアダプタ・サーバ１０７
に経路指定されることを示しているが、これは必ずしも
必要なことではなく、したがって、ディスプレイ・モー
ド・メッセージはサーバ１０４からアダプタ・サーバ１
０７に直接送信できることが分かるだろう。有利なこと
に、ウェブ・ページ・アダプタ・サーバ１０７は、ウェ
ブ・ページの内容をディスプレイ１１３のサイズに適応
させ、ディスプレイ・モード・メッセージ１０３に指定
されたユーザの要件を満たすためにも、サーバ１０４を
介してウェブ・サイト１０６から受信したウェブ・ペー
ジを変換する。ウェブ・ページ・アダプタ・サーバ１０
７が実行する動作の例は以下の通りである。すなわち、
ディスプレイ１１３のディスプレイ・サイズが小さい場
合にウェブ・ページからオブジェクトを除去すること、
またはディスプレイ１１３のディスプレイ・サイズが大
きい場合にウェブ・ページにリンクの内容を追加するこ
とである。ウェブ・ページ・アダプタ・サーバ１０７の
ウェブ・ページ適応動作の詳細説明については、図３、
図８、図９に関連して以下に示す。また、ウェブ・ペー
ジ・アダプタ・サーバ１０７は、サーバ１０４の場合と
同じように、図１にサーバ１１４として示す他のサーバ
・マシンから得られたウェブ・ページの変換も提供する
ことができる。すなわち、単一サーバ１０７は、ネット
ワーク上の複数の他のサーバに対応することができる。

【００２２】サーバ１０７からのページの変換済みセッ
トは、接続１１１ａによりサーバ１０４に送信され、次
に接続１１１によりサーバ１０４からクライアント・マ
シン１００上に送信される。ウェブ・ページの適応セッ
トは、ディスプレイ装置１１３上に表示するかまたはク
ライアント・ウェブ・ページ・アダプタ・モジュール１
１２に送信することができる。アダプタ・モジュール１
１２は好ましいことにクライアント・マシン１００にイ
ンストールされている。アダプタ・モジュール１１２
は、ウェブ・ディスプレイ・アダプタ・サーバ１０７で
使用可能ではない追加の固有動作を実行する。最も重要
なこのようなローカル動作の１つは、ウィンドウまたは
シェルにウェブ・ページを適応させることである。ウィ
ンドウまたはシェルは、ディスプレイ装置１１３の画面
の一部を占めることができ、通常はサイズがより小さい
ことを特徴とする。クライアントベースのウェブ・ペー
ジ・アダプタ・モジュール１１２の動作の詳細説明につ
いては、図４に関連して以下に示す。

【００２３】次に図３を参照すると、ウェブ・ページ・
アダプタ・サーバ１０７およびその動作を示す図が示さ
れている。サーバ１０４を介してウェブ・サイト１０６
から受信したウェブ・ページ２０１の内容（たとえば、
ＵＲＬ／ＣＧＩ情報）はＵＲＬ／ＣＧＩ命令インタプリ
タ・モジュール２０２に供給される。インタプリタ・モ
ジュール２０２はＵＲＬ／ＣＧＩ命令を解釈する。すな
わち、インタプリタ・モジュール２０２は、ＵＲＬ／Ｃ
ＧＩ命令を含むウェブ・ページ・データを受信し、それ
からＵＲＬ／ＣＧＩテキスト命令に関連する数値データ
を読み取る。このような数値情報は、たとえば、アイコ
ンおよびピクチャ・サイズ、フォント、テキストの長
さ、表示されたウェブ・ページ内でこのような項目が置
かれる位置を含む。この数値データを含む基本ＵＲＬ／
ＣＧＩ命令はウェブ・ページ設計者によって提供される
ことが分かるだろう。基本ＵＲＬ／ＣＧＩ命令により生
成されるウェブ・ページは、一般に設計者のコンピュー
タのディスプレイのフォーマットに適合するかまたは通
常、設計者のウェブ・サイトを訪問するユーザに属す最
も典型的なモニタに適合することになる。しかし、そこ
には、ウェブ・ページ設計者がそこに収まるようにデー
タを設計した画面のカテゴリの１つに該当しないような
画面上にこのような情報を表示しようと試みたときにこ
のようなウェブ・ページの要求側が直面する問題が存在
する。前述のように、このような問題は本発明の原動力
の一部である。典型的なＵＲＬに含まれるタイプの数値
データの一例については、図６のブロック５００に示
す。

【００２４】ＣＧＩとは、既知の通り、ＨＴＭＬ（ハイ
パーテキスト・マークアップ言語、すなわち、ワールド
・ワイド・ウェブ上で使用するドキュメント・フォーマ
ット）ページと他のプログラム、たとえば、データベー
ス・プログラムとの間のグルーまたはインタフェースと
して機能する、スクリプト言語で作成されたプログラム
であるコモン・ゲートウェイ・インタフェース（ＣＧ
Ｉ）スクリプトを意味することが分かるだろう。ＵＲＬ
およびＵＲＬ／ＣＧＩというフレーズは、一般にこの説
明では交換して使用可能である。

【００２５】次いで、インタプリタ・モジュール２０２
は、基本ＵＲＬ／ＣＧＩ命令から読み取られた数値デー
タを突合せモジュール２０３に供給する。また、ユーザ
のディスプレイ１１３（図１）のサイズおよび特性に関
する情報を含むディスプレイ・モード・メッセージ２０
０（図１の１０３と同じ）も突合せモジュール２０３に
供給される。次に突合せモジュール２０３は、ディスプ
レイ・モード・メッセージからのディスプレイ・パラメ
ータをインタプリタ・モジュール２０２から受信した数
値データと比較し、ウェブ・ページ・データに含まれる
オブジェクト（アイコン、ピクチャ、テキスト、リンク
など）がユーザのディスプレイの特定のサイズに収まる
かどうかを判定する。

【００２６】換言すれば、突合せモジュール２０３は、
その情報がディスプレイ・モード・メッセージに含まれ
る場合に、このウェブ・ページ・データのすべての再構
成がディスプレイ・サイズに収まるかどうかを検査す
る。ウェブ・ページ表現が実質的にディスプレイ・サイ
ズと一致する、すなわち、ウェブ・ページ設計者が設計
したウェブ・ページ・データがユーザのディスプレイに
収まると突合せモジュール２０３が判定した場合、ウェ
ブ・ページ・データは接続１１１ａ（図１）を介してサ
ーバ１０４に送信され、クライアント・マシン１００に
転送される。

【００２７】そうではない場合、代替ＵＲＬ／ＣＧＩ命
令２０１ａ〜２０１ｄがサーチ・モジュール２０５に供
給される。このような代替ＵＲＬ／ＣＧＩ命令２０１ａ
〜２０１ｄはメインのＵＲＬ／ＣＧＩ命令２０１ととも
にアダプタ・サーバ１０７に供給され、メモリ・ストア
２０５に格納されるモデルＵＲＬ／ＣＧＩ命令であるこ
とが分かるだろう。この代替モデルは、たとえば、アイ
コンおよびピクチャ・サイズ、フォント、テキストの長
さ、表示されたウェブ・ページ内でこのような項目が置
かれる位置に関する代替数値情報を含む、テキスト命令
を含む。好ましいことに、代替ＵＲＬ／ＣＧＩ命令は、
その特定のＵＲＬ／ＣＧＩ命令セットに関連するウェブ
・ページ・データを表示するためにどのタイプのディス
プレイ画面サイズが最適であるかを示す第１の命令とし
て特殊命令を含むことができる。この特殊命令は、所期
の最適ディスプレイを識別する際に一般的なものまたは
概略のものにすることができる。たとえば、特殊命令
は、ウェブ・ページ・データがＰＣディスプレイ、ラッ
プトップ・コンピュータ・ディスプレイ、またはパーム
トップ・コンピュータ・ディスプレイ上に表示するため
のものであることを示すことができる。あるいは、特殊
命令は、それが所期のピクセル表示域、たとえば、Ｎ×
Ｍピクセルを記述するので精密なものにすることもでき
る。したがって、各代替ＵＲＬ／ＣＧＩモデル内のこの
特殊命令により、サーチ・モジュール２０５はそれぞれ
の特殊命令内の情報を（突合せモジュール２０３から得
られるかまたはサーバ２０４から直接得られる）ディス
プレイ・モード・メッセージ情報と迅速に比較し、ユー
ザのディスプレイ画面に最適なモデルがある場合に、そ
れがどのモデルであるかを判定することができる。この
高速サーチで最適モデルが見つかった場合、サーチ・モ
ジュールは命令セットをサーバ１０４に供給し、次にそ
のサーバがそのセットをクライアントのマシン１００に
伝送して表示する。また、サーチ・モジュール２０５が
２０１ａ〜２０１ｄというセットから最も近い一致画面
サイズをサーチすることも分かるだろう。すなわち、モ
ジュール２０５が、メッセージ２００で得られるディス
プレイ・モードｋとほぼ一致するパラメータを含むＵＲ
Ｌ／ＣＧＩファイルを見つけた場合、モジュール２０５
はこのＵＲＬ／ＣＧＩファイルを接続１１１ａ（図１）
を介してサーバ１０４に送信し、クライアント・マシン
１００に転送する。たとえば、メッセージ２００内のデ
ィスプレイ・モードｋが３７０×３８０ピクセルなどの
ディスプレイ・サイズ用のパラメータを含む場合、この
サイズは、ＵＲＬファイル２０１ａ〜２０１ｄの１つに
定義された３６０×４００ピクセルという使用可能な画
面サイズに十分近い一致と見なすことができる。

【００２８】代替ＵＲＬ／ＣＧＩ命令が前述のような迅
速比較用の特殊命令を備えていない場合、そのモデルは
インタプリタ・モジュール２０２に送信され、そこで数
値データが命令から読み取られ、前述のように全データ
比較のために一致モジュール２０３に送信される。した
がって、ウェブ・ページ・データを適応させる前に、イ
ンタプリタ・モジュール２０２と、突合せモジュール２
０３と、サーチ・モジュール２０５は、ウェブ・ページ
設計者によって提供される既存のＵＲＬ／ＣＧＩ（基本
および代替）命令を備えたディスプレイ・モード・メッ
セージに十分近い一致を見つけようと試みる。

【００２９】次に、元のＵＲＬ／ＣＧＩ命令を使用する
かまたは代替モデルを使用しても最適一致が見つからな
い場合、元のＵＲＬ／ＣＧＩ命令（ウェブ・ページＵＲ
Ｌ／ＣＧＩ２０１）または最も近い代替ＵＲＬ／ＣＧＩ
モデル２０１ａ〜２０１ｄが（図３に示すように、サー
チ・モジュール２０５により）適応モジュール２０７に
送信される。ウェブ・ページ適応モジュール２０７で
は、ユーザのディスプレイ・サイズが２０１で定義した
ウェブ・ページに使用するディスプレイ・サイズより小
さい場合、ウェブ・ページはたとえば複数のページに折
り返され、オブジェクトは除去され、リンクは除去され
てマッピングし直される。これに対して、ユーザのディ
スプレイ・サイズが所期のウェブ・ページ設計より大き
い場合、オブジェクトとリンクをウェブ・ページに追加
することができる。自動ウェブ・ページ適応モジュール
２０７の詳細説明については、図８に関連して後述す
る。しかし、まず、本発明によるウェブ・ページ適応の
２つの例について、図６および図７に関連して説明す
る。

【００３０】図６は、命令行５０２および５０３からな
る元のＵＲＬ／ＣＧＩ命令の一部を表すブロック５００
を示している。命令５０２は、線セグメント５０１の位
置、幅、サイズを記述するものである。同様に、命令５
０２は、線５０１ａの属性を記述する。これらの命令で
は、「ＨＲ」はページ上に水平線を置き、「幅＝「パー
セント」」は現行ディスプレイ幅のパーセンテージとし
てその線の相対幅を指定し、「位置合せ＝「左／右／中
央」」はページの全幅より小さい水平線の位置合せを指
定し、「サイズ＝「番号」」は線の垂直厚さをピクセル
単位で指定する。このようなＵＲＬ命令行は、ウェブ・
グラフィック要素の新しいウィンドウまたはディスプレ
イ・サイズ解釈のパラメータと適応モジュール２０７の
ウェブ内容インタプリタからの内容を入力として受け入
れる、適応モジュール２０７のＵＲＬ変換モジュールに
よって処理される。たとえば、モジュール２０７は、記
号「ＨＲ」を装飾要素、下線要素（たとえば、何らかの
ワードまたはピクチャに下線を付けること）、あるいは
分離要素（たとえば、ページの様々な部分を分離するこ
と）として解釈する。ページ内の他の要素（図６には図
示せず）の内容に応じて、モジュール２０７は、命令行
５０３が装飾目的のみを有し、命令行５０２がより重要
な意味目的（たとえば、何らかのピクチャまたはテキス
トに下線を付けること）を有するものと判断する。

【００３１】ウェブ・ページ上の下線は、どのワードが
リンクであるかを示すために使用することもある。一般
に、下線が付けられたワードだけがリンクである。下線
付きワードでマウスをクリックすると、そのリンクが活
動化される。したがって、適応ウェブ・ページ内のこの
ような線の機能性または意味特性を保つことは重要なこ
とである。しかし、通常、下線付きワードのすべてがリ
ンクであるわけではないことは真実である。むしろ、何
らかのワードに下線を付けることは装飾である（すなわ
ち、リンクとして機能しない）。したがって、ウェブ・
サイト設計者は、ＵＲＬ内に命令を設けて線が機能的か
または装飾的かを示すよう、本発明とともに使用するた
めにＵＲＬを変更することができるだろう。

【００３２】より小さい新しいウィンドウまたはディス
プレイ・サイズ用の新しいＵＲＬ５０７が構築され、そ
の中の命令行５０３（線５０１ａに対応する）は完全に
除去される。命令行５０２は新しい命令行５０８に変換
され、その中の対応行５０９は新しいディスプレイ全体
の５０％を占め（たとえば、この新しいディスプレイの
方が小さいからである）、その線の位置合せは左にシフ
トされる（たとえば、ＵＲＬ５００にあるように、線を
中央に置くための十分な空間がないからである）。ま
た、図示の通り、線５０９の垂直厚さはＵＲＬ５００よ
り薄くすることもできる。

【００３３】このような例は、適応モジュール２０７が
どのようにＦＳＡを実施できるかを理解する上で役に立
つことが分かるだろう。すなわち、このような解釈は、
状態がＵＲＬスクリプトの何らかのワードおよび使用可
能なディスプレイのサイズなどに対応するようなＦＳＡ
方法を使用して行うことができる。その場合、規則はア
ークによって表され、所望の結果に応じて特定のアクシ
ョンを必要とするだろう。

【００３４】次に図７を参照すると、Yahooニュース用
のウェブ・ページの元のウェブ・ページと簡易バージョ
ンの例が示されている。既知の通り、Yahooは、情報を
提供し、他のサービスをリンクするウェブ・サービスで
ある。特に、元のウェブ・ページ７０１は、通常、従来
のパーソナル・コンピュータの画面上に表示されるよう
に示されているが、ウェブ・ページ７０２は、アダプタ
・サーバ１０７によって行われた適応プロセス後に元の
ウェブ・ページ７０１の簡易バージョンとして示されて
いる。ページ７０２は、ウェブフォンなどのより小さい
ディスプレイを備えた装置上に表示することができる。
図７の例は、単に、本発明の適応プロセスの単純な例を
示すだけであり、前述のように、特に、ユーザの供給デ
ィスプレイ・サイズがウェブ・ページ２０１を表示する
ために必要なディスプレイ・サイズより大きい場合にウ
ェブ・ページも拡大可能（オブジェクトおよびリンクを
追加可能）であることが分かるだろう。

【００３５】次に、自動ウェブ・ページ適応モジュール
２０７の詳細説明を示す。次に図８を参照すると、ウェ
ブ・ページ・データ（図３のサーチ・モジュール２０５
を介してモジュール２０７が受信したＵＲＬ／ＣＧＩ命
令）がブロック８００として表されている。前述のよう
に、ウェブ・ページ・データは様々なタイプの視覚オブ
ジェクト、たとえば、アイコン、テキスト、グラフィッ
ク・イメージからなる。このようなオブジェクトは、画
面上に表されるときに様々なサイズおよび位置を有す
る。このような視覚オブジェクトの一部の場合、オブジ
ェクトが記述されているスクリプト（たとえば、ＵＲ
Ｌ）から、オブジェクトが所与のサイズの画面に収まる
かどうかを直接推定することができる。しかし、視覚オ
ブジェクト（たとえば、何らかのフォーマットで格納さ
れた圧縮グラフィック・イメージ）によっては、オブジ
ェクトが実際に画面上に表示され、オブジェクトのサイ
ズが測定されるまで、このような情報は得られない。

【００３６】したがって、ウェブ・ページ・データ８０
０はまずデータ・セパレータ・モジュール８０１に供給
され、そのモジュールが前述の基準を使用してウェブ・
ページ・データを分離する。データ・セパレータ・モジ
ュール８０１は、データ項目（たとえば、アイコン、リ
ンク、テキスト、グラフィック・イメージ）をウェブ・
ページ・データ８００から２つのグループＳ１およびＳ
２に分割する。第１のグループＳ１は、そのサイズをウ
ェブ・スクリプト（たとえば、ＵＲＬ／ＣＧＩ命令）か
ら推定できるデータ項目を含む。第２のグループＳ２
は、残りの項目を含む。グループＳ１内のオブジェクト
は、後述するように、さらに変換し、特定の画面サイズ
に収まる新しいウェブ・ページに再編成するために、プ
ライオリタイザ・モジュール８０２に送信される。グル
ープＳ２内のオブジェクト（ブロック８０７として示
す）は最終的に、結合モジュール８０５内でグループＳ
１のオブジェクトと結合される。グループＳ２からのオ
ブジェクトは、適応ウェブ・データＳ１に挿入されるリ
ンクとして、ウェブ・ページで提示される。

【００３７】前述のように、グループＳ１内のオブジェ
クトはプライオリタイザ８０２内で優先順位が付けられ
る。そこで、オブジェクトはそれぞれの重要性に応じて
列挙される。この優先順位は、ウェブ・ページをさらに
変換する際に考慮される。たとえば、第１のオブジェク
トが他のオブジェクトより高い優先順位を有し、両方の
オブジェクトが同時に小さいディスプレイ画面に収まら
ない場合、優先順位が高いオブジェクトは画面上に表示
され、優先順位が低いオブジェクトは他の（新たに作成
した）ウェブ・ページへのハイパーテキスト・リンクと
して表示され、そのウェブ・ページでは優先順位が低い
このようなオブジェクトを完全に表示することができ
る。優先順位付けの例については図１０に示す。

【００３８】図１０では、ブロック１２０１は、平均サ
イズのディスプレイ画面向けに設計された元のウェブ・
ページを示している。このウェブ・ページ１２０１上に
は、２つのアイコン、すなわち、「ブリーフケース」
（優先順位１）と「ジャンク」（より低い優先順位２）
が表示されている。しかし、ユーザは縮小サイズのディ
スプレイ画面上に元のウェブ・ページ１２０１の内容を
表示する可能性があるので、このような縮小画面では１
つのアイコンしか収容できない。したがって、本発明に
より、優先順位が最も高いアイコン「ブリーフケース」
はこのようなディスプレイ画面上の縮小ウェブ・ページ
１２０２に表示される。さらに、「ジャンク」というア
イコン全体がウェブ・ページ１２０２上に表示されるの
ではなく、ページ１２０２は、他のウェブ・ページ１２
０３上の「ジャンク」というアイコン全体を指すテキス
ト（ハイパーテキスト）リンクを「ジャンク」というワ
ードの形式で（ページ１２０２の一番下に）含む。この
リンクが活動化されると（たとえば、従来のやり方でペ
ージ２０２上の「ジャンク」というワードでマウスをク
リックすることによって、そのワードを選択することに
よる）、ウェブ・ページ１２０３は、アイコン「ジャン
ク」が表示されているユーザのディスプレイ画面上に表
示される。優先順位付けは、たとえば、オブジェクトに
含まれる情報の重要性、この特定のユーザまたはすべて
のユーザがこのオブジェクト（リンク）をどのくらい頻
繁に訪問するかなどの要因によって決まる。優先順位の
決定を行うために使用するこのような情報は、ユーザが
前に登録したかまたはユーザから抽出し、ユーザ・デー
タベース８０３に格納した情報から得ることができる。
この情報は、たとえば、ユーザ・プロファイル、ユーザ
による特定のウェブ・サイトへの訪問の履歴、ユーザ・
プロファイルに応じて特定のウェブ・サイトへの訪問の
統計データを含むことができる。また、データベース８
０３は、ユーザの好みに関する情報とともに「クッキ
ー」も含むことができる。既知の通り、クッキーとは、
ウェブ・サーバが作成し、ユーザのコンピュータ上に格
納することができ、ユーザのパターンおよび好みを追跡
するための方法をウェブ・サイトに提供するデータ・フ
ァイルである。たとえば、クッキーは、ユーザが前に入
力したＵＲＬを特に含むことができ、ユーザのウェブ・
ブラウザ・プログラムが次にもう一度このようなＵＲＬ
を検出したときに、ウェブ・ブラウザは特定のクッキー
をウェブ・サーバに送信する。このような特定のクッキ
ーは、たとえば、ユーザのＩＤを含むことができ、これ
により、ユーザはそのウェブ・サイトに二度以上訪問し
たときにこの情報を再度タイプする必要がなくなるはず
である。

【００３９】ウェブ・オブジェクトをどのように表示す
るかを決定するために、優先順位の決定を行うためのも
う１つの基準は、このようなオブジェクトに関連する依
存関係である。たとえば、以下の条件の１つを満たす場
合に、オブジェクトＯ１がオブジェクトＯ２に依存する
と想定する。すなわち、（１）Ｏ２内のすべての項目
（または項目のほとんど）がＯ１からアクセスできるこ
と。これは、オブジェクトＯ１が（たとえば、Ｏ１でマ
ウスをクリックすることにより）活動化された場合に、
Ｏ２からアクセス可能なオブジェクトが特に表示される
ことを意味する。（２）Ｏ１からアクセスされる項目
が、Ｏ２からアクセスされる項目に記述された情報のほ
とんどを含むこと。（３）Ｏ１からアクセスされる項目
が、Ｏ２からアクセスされる項目に含まれる情報を何ら
かの方法で参照すること。たとえば、Ｏ１内の項目はＯ
２内の論文のタイトルまたは要約である。ユーザは、た
とえば、クッキーに示される依存関係の他の基準を選択
することもできる。

【００４０】本発明によるオブジェクトの優先順位付け
では、好ましいことに、依存関係を考慮に入れる。すな
わち、他のオブジェクトに依存するオブジェクトはより
低い優先順位を有する。オブジェクトＯ２がオブジェク
トＯ１に依存し、オブジェクトＯ４がオブジェクトＯ３
に依存し、Ｏ１がＯ３より高い優先順位を有する場合、
Ｏ２はＯ３およびＯ４より高い優先順位を有する。

【００４１】別々のリンクを指し、別々の依存関係を有
する様々なワードに対し、別々の優先順位付けを行うこ
とができる。たとえば、Yahooニュースのウェブ・ペー
ジ上の典型的な行は次のように現れる。 Business - Headlines - Summaries - Financial - Quo
tes - Motley Fool 6:43am 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というワードはHe
adlines、Summariesなどのリンクの内容を定義し、２行
目のTECHNOLOGYというワードはこの行の後続リンクの内
容を定義し、以下同様である。

【００５４】ブロック１５０２は小さいディスプレイ画
面を表している。ウェブ・ページ１５０１からのデータ
は、同様のトピックの意味統一を使用してブロック１５
０２のウェブ・ページに変換される。１行目は、ブロッ
ク１５０１の１行目および２行目の情報を参照するBUSI
NESS & TECHNOLOGYというリンクを含む。ブロック１５
０２の１行目の第２のリンクSPORTS & ENTERTAINMENT
は、ブロック１５０１の３行目および４行目のデータを
参照する。ブロック１５０２の２行目の第１のリンクは
WORLDであり、ブロック１５０１の５行目のデータを指
す。ブロック１５０２の２行目の第２のリンクはHEALTH
であり、ブロック１５０１の６行目のデータを指す。第
３のリンクOTHERSは、ブロック１５０１の残りのデータ
（すなわち、WEATHERに関する７行目と、HUMAN INTERES
TSに関する８行目）を指す。ユーザがブロック１５０２
のリンクBUSINESS & TECHNOLOGYを活動化した場合、本
発明による適応画面上に表示される可能性のあるものの
例がブロック１５０３に示されている。ウェブ・ページ
１５０３は、BUSINESSの下のHEAD.およびSUM.、TECHNOL
OGYの下のHEAD.およびSUM.、FINANCESの下のQUOTESおよ
びMOTLEYという６つのリンクを含む。ページ１５０３の
HEAD.はHEADLINESの省略形であり、SUM.はSUMMARIESの
省略形であり、QUOTESはFINANCIAL QUOTESの省略形であ
り、MOTLEYはMOTLEY FOOTの省略形である。したがっ
て、１５０３のBUSINESSの下のSUM.を活動化することは
１５０１の１行目のリンクSUMMARIESの内容を表示する
働きをし、MOTLEYを活動化すると１５０１の１行目のMO
TLEY FOOTの内容を表示し、以下同様である。

【００５５】意味インタプリタ・モジュール９０５は、
別々のトピックを参照するウェブ・ページ上のオブジェ
クトを分離し、同じかまたは同様の主題を参照するオブ
ジェクトを結合（統一）するものである。このような意
味動作は、ウェブ設計者の命令に基づくものであるか、
または自動的に実行できる場合もある。全体的なモジュ
ール９０５は、ブロック９０１に必要なウェブ・オブジ
ェクトの意味解釈を提供する。ブロック９０１の意味解
釈は、たとえば、どのオブジェクトが意味的に近い（す
なわち、同様のトピックを有する）か、リンク定義のど
の部分がトピックに関連するかなどを定義することがで
きる。

【００５６】図１３の例では、同じトピックのリンク
（たとえば、各行の最初のワードでマークされたリン
ク）の統一は、特定のウェブ・ページのウェブ設計者が
行うことができる。ウェブ内容の自動トピック識別は、
オブジェクトにリンクされたタイトルまたはテキスト内
の（非機能）ワードの頻度を比較することによって行う
ことができる。２つのワードが意味的に関連するかどう
かを識別するための方法が存在する。たとえば、２つの
ワードがボキャブラリ内のワード意味の同じ定義でリン
クされている場合、それらは意味的に関連している。こ
れにより、トピック識別に使用可能なワードについて意
味的類似性のグラフを構築することができる。

【００５７】テキスト変換モジュール９０２は、ウェブ
・ページを新しいサイズ（すなわち、ディスプレイ画面
またはウィンドウ）に適応させるためにウェブ・ページ
上のテキスト動作に対応するものである。テキストおよ
びワードに関する可能な動作としては、省略、削除、挿
入、移動、ズーム、フォント変更、後述する画面形式
（たとえば、正方形、円、三角形）の適合などがある。
たとえば、図１３では、HEADLINESおよびSUMMARIESとい
うワードがHEAD.およびSUM.にそれぞれ省略されてい
る。移動の例は、BUSINESSとTECHNOLOGYの下に置かれた
HEAD.とSUM.の対である（１５０３）。削除の例は１５
０３のQUOTESとMOTLEYである（「Financial」および「F
oot」というワードが１５０１から削除された）。この
テキスト変換は、ウェブ設計者によって命令（ＵＲＬ／
ＣＧＩ）で指定するかまたは意味インタプリタ９０５に
よって自動的に生成することができる。たとえば、ワー
ドの省略規則（たとえば、元のワードの少なくとも３〜
４文字を残すかまたはワードの語根を残すなど）は、本
発明の適応方式によって自動的に実施することができ
る。また、意味インタプリタ・モジュール９０５は、何
を削除または移動できるかを定義することができる。た
とえば、意味インタプリタ９０５は、「FinancialQuote
s」および「Motley Foot」リンクが「FINANCE」という
トピックに関連すると定義することができ、この情報に
基づいて、テキスト変換モジュール９０２はトピック・
タイトルFINANCEを１５０３に作成し、１５０３に示す
ようにFINANCEの下のリンクQUOTESおよびMOTLEYを移動
する。

【００５８】アイコン変換モジュール９０３は、適応ウ
ェブ画面に収めるためにアイコンの変換を行う。このよ
うな変換の例としては、各アイコンを半分に切断するこ
と、２つのアイコンの半分ずつをまとめて結合すること
などを含むことができる。このようなアイコン変換の例
については図１４に示す。ウェブ・ページ１６０１に
は、２つのアイコン「My Computer」（１６０２）と「I
nternet Explorer」（１６０１）が描かれている。アイ
コン変換モジュール９０３によれば、２つのアイコンは
画面適応ウェブ・ページ１６０４内の単一アイコンに結
合される。「My Computer」オブジェクトを活動化する
ために、ユーザは１６０４のアイコンの左半分をクリッ
クし、「Internet Explorer」を活動化するために、ユ
ーザは１６０４のアイコンの右半分をクリックする。ま
た、図１４は、アイコンに付けるタイトルのテキスト省
略の他の例、たとえば、「My Computer」から「Comp.」
へ、「Internet Explorer」から「Intern.」へも示して
いる。複数のアイコンが同じトピックに関連する場合、
所与のトピックについて新しいアイコンを作成すること
ができる。新しいアイコンは、トピックに関連するアイ
コンのデータベースから、または複数のアイコンに共通
する構成要素から作成することができる。たとえば、複
数のアイコンの一部分が共通の記号（たとえば、コンピ
ュータの絵）を含む場合、この記号のみからなる新しい
アイコンを作成することができる。意味モジュール９０
５は、アイコン（またはそれぞれの一部）が意味的に関
連しているかどうかを判定するタスクを実行する。

【００５９】除去／追加モジュール９０４は、図１０お
よび図１３に関連して前述したように、ウェブ・ページ
上のオブジェクトの追加または削除あるいはその両方に
対応する。モジュール９０４は、モジュール９０１、９
０２、９０３に接続され、このようなモジュールととも
にオブジェクトに関する削除動作または追加動作あるい
はその両方を行うことができる。プライオリタイザ・モ
ジュール８０２は、モジュール９０４および９０５が使
用するためのウェブ・ページ・データを供給する。高い
優先順位を有するオブジェクトは、優先順位が低いオブ
ジェクトと比べ、ウェブ・ページから除去される（削除
されるかまたは他のページ、オブジェクトなどに移動さ
れる）可能性が少ない。同様に、意味インタプリタ９０
５は、優先順位データを使用して、モジュール９０１、
９０２、９０３内のどの動作を実行すべきかを決定す
る。たとえば、図１５では、ユーザがページ１５０１の
WEATHERおよびHUMAN INTERESTSというオブジェクトにめ
ったにアクセスしない場合、これらのオブジェクトはペ
ージ１５０２のOTHERSというオブジェクト内に置かれる
候補になる可能性が高い。

【００６０】もう一度、図８を参照すると、オペレータ
・モジュール８０４からの変換済みウェブ・ページは、
モジュール８０５でモジュール８０７からのデータＳ２
と結合される。８０７からのオブジェクトは不確実なサ
イズであり、したがって、このようなオブジェクトへの
リンクとしてモジュール８０４からの変換済みウェブ・
ページに提示される。たとえば、図１２を参照すると、
元のウェブ・ページは、グループＳ１に属すアイコン１
およびテキスト２と、グループＳ２に属すピクチャ３と
いうオブジェクトを含む。第１の適応ウェブ・ページ１
４０２は、ユーザのディスプレイのより小さい画面サイ
ズに収まるアイコン１およびテキスト２というオブジェ
クトを含む。しかし、ページ１４０１上に完全に表示さ
れているピクチャ３の代わりに、ページ１４０２ではボ
タン１４０３が表示され、ピクチャ３へのリンクとして
機能する。このボタンを活動化すると、ピクチャのサイ
ズは表示前には分かっていないので、画面に特に適応さ
せていない新しいウェブ・ページ１４０４にユーザがリ
ンクされる。したがって、そのピクチャは一部だけ１４
０４上に表示される可能性があり、ピクチャの他の部分
を表示するためには、ユーザはそのピクチャを（上、
下、左、右に）移動するかまたはそれを適当なサイズに
ズームすることができる。

【００６１】したがって、グループＳ１およびＳ２内の
ウェブ・データを結合モジュール８０５で結合した後、
結合ウェブ・データは、自動ウェブ・ページ適応モジュ
ール２０７（図３）によって出力され、接続１１１ａ
（図１）を介してサーバ１０４に送信される。次にサー
バ１０４は、ユーザによる表示のために、有利なことに
本発明により適応させたウェブ・ページを接続１１１を
介してクライアント・マシン１００に送信する。

【００６２】次に図４を参照すると、クライアント・ウ
ェブ・ページ・アダプタ・モジュール１１２（図１）が
示されている。前述のように、アダプタ・モジュール１
１２は上記の同様の適応機能ならびにその他のものを実
行することができる。アダプタ・モジュール１１２は好
ましいことに、クライアント・マシン１００上で実行さ
れ、多くの点でアダプタ１０７と同様のものである（図
３、図８、図９に関連して詳細に示し、説明した通
り）。あるいは、クライアント・アダプタ・モジュール
１１２は、ワールド・ワイド・ウェブをブラウズするた
めにクライアント・マシンが使用するウェブ・ブラウザ
・ソフトウェアに取り入れることもできる。

【００６３】いくつかの理由で、クライアント・マシン
１００でのウェブ・ページの追加適応が必要になる場合
もある。たとえば、ユーザは単にディスプレイ画面では
なく、ウィンドウ（シェル）にウェブ・ページを適応さ
せたいと希望する場合もある。ディスプレイ画面は複数
の（オーバラップした）ウィンドウを含むことができ
る。通常、ウィンドウはディスプレイ画面より小さい領
域を有し、その結果、所与のウィンドウ用のウェブ・ペ
ージの場合は他の変換が必要になる。ズーム動作により
ユーザがウィンドウのサイズを変更することができる。
ウィンドウのサイズ変更により、異なるウェブ・ページ
適応が応用される。同様に、ディスプレイ・システムは
複数の画面からなる可能性があり（複数のモニタが同じ
マシンに接続されている場合）、したがって、各画面で
の適応を指定するためにはクライアント・マシンでの適
応が必要である。

【００６４】このような様々な表示状況に関連するパラ
メータは、ディスプレイ・モード・メッセージ１０３
（図５）と同様のメッセージ・フォーマットでクライア
ント・マシン１１０からモジュール１１２に供給され
る。このような情報としては、ディスプレイ・モード番
号（３００ａ）、ウィンドウ・サイズＷ（３００ｂ）、
画面サイズ（３００ｃ）を含むことができる。このよう
な構成により、ユーザは、ウェブ・ページに関して希望
する特定のサイズを求める要求（３００ｄ）をアダプタ
・モジュール１１２に送信することもできる。たとえ
ば、ウィンドウ・ズーム・コマンドをウェブ・ページに
応用することもでき、その結果、ウェブ・ページはユー
ザの要求により適応するだろう。また、ユーザは、ウェ
ブ・ページ用の適応深さを制御する（たとえば、コマン
ド、クッキー、レジストリを発行する）こともでき、そ
の結果、ウェブ・ページは要求された深さに関してクラ
イアント・マシンで適応する。

【００６５】アダプタ・モジュール１１２を使用してク
ライアント・マシン１００で所与の適応機能を実行する
ことは、アダプタ・サーバ１０７でこのような機能を実
行することより、所与の利点を有することができる。た
とえば、クライアント・マシンは、サーバ・マシンで使
用可能なものより詳細なユーザの優先順位に関する情報
を格納することができる。クライアント・マシンは、サ
ーバ・マシンより強力かつ効率のよい意味解釈用ツール
を有することができる。クライアント・マシンは、オブ
ジェクト・サイズを推定し、ウェブ・ページを再調整す
ることができる。たとえば、アダプタ・モジュール１１
２を実行するクライアント・マシンは、圧縮ファイルか
らのピクチャを表示し、画面に対するピクチャのサイズ
を推定することができる。このような動作は、サーバ・
マシンにとっては極めて費用がかかる可能性がある。と
いうのは、サーバは多くのユーザからの呼出しを処理す
る必要があり、ユーザのコンピュータにとってよりロー
カルな表示機能を実行するためにも必要な場合には負担
になる可能性がある。

【００６６】ディスプレイ、画面、ウィンドウ、または
要求情報３００は、アダプタ・モジュール１１２、特
に、突合せモジュール３０５に供給され、サーバ適応ウ
ェブ・ページＵＲＬ／ＣＧＩデータ３０１はインタプリ
タ・モジュール３０２に供給される。インタプリタ・モ
ジュール３０２はインタプリタ・モジュール２０２（図
３）と同じ機能、すなわち、ＵＲＬ／ＣＧＩ命令に関連
する数値データを読み取ることを実行する。同様に、突
合せモジュールは突合せモジュール２０３（図３）と同
じ機能、すなわち、インタプリタ・モジュールによって
供給される数値データとディスプレイ関連情報とを比較
し、ウェブ・ページ・データがユーザ・ディスプレイ画
面に収まるかどうかを判定することを実行する。しか
し、この場合、ウェブ・ページ・データが画面上に表示
された特定のウィンドウ・シェルに収まるかどうかの判
定になる。実質的な一致が存在する場合、ウェブ・ペー
ジ・データは表示のためにクライアント・コンピュータ
に送信される（または単に、アダプタ・モジュール１１
２がコンピュータ内に常駐する場合に表示動作を処理す
るコンピュータの一部分に転送される）。そうではない
場合、ウェブ・ページ・データは、適応モジュール２０
７（図３）と同じ機能、すなわち、ユーザのディスプレ
イ画面を収容するために（特にこの場合はウィンドウ・
シェルを収容するために）ウェブ・ページ・データを変
換することを実行する、自動ウェブ・ページ適応モジュ
ール３０６に送信される。サーバ適応ウェブ・ページＵ
ＲＬ／ＣＧＩデータ３０１は、接続１１１によりウェブ
・ページ・アダプタ・サーバ１０７から（サーバ１０４
を介して）クライアント・マシン１００が受信したウェ
ブ・ページ・データであることが分かるだろう。アダプ
タ・モジュール１１２の動作はアダプタ・サーバ１０７
と実質的に同様なので、同一動作は繰り返されない。し
かし、アダプタ・モジュール１１２とアダプタ・サーバ
１０７との主な違いはモジュール１１２がウィンドウ・
サイズＷ（３００ｂ）を考慮に入れる点であると指摘す
ることは重要である。ウィンドウ・サイズ（すなわち、
画面上に表示されるシェルのサイズ）は、ローカル変数
パラメータであり、好ましいことにローカル・ウェブ・
アダプタ・モジュール１１２でアドレス指定される。こ
れは、ウィンドウ・サイズをユーザが動的に、たとえ
ば、既知の通り、ウィンドウ・シェルのマージンをマウ
スによってドラッグしてシェルを拡大または縮小するこ
とにより、変更できるからである。したがって、ユーザ
が選択可能なシェル・サイズが極めて多数存在するの
で、様々な装置（たとえば、ＰＣ、ラップトップ、パー
ムトップ）の様々なサイズのディスプレイ用として、ア
ダプタ・サーバ１０７で行われるように、前もって作成
された様々なＵＲＬ／ＣＧＩ命令の集合（すなわち、サ
ーチ・モジュール２０５が使用する２０１ａ〜２０１
ｄ）を有することは実際的なことではない。実際に、こ
れは、アダプタ・モジュール１１２ではサーチ・モジュ
ール２０５と同等のモジュールが不要であるからであ
る。

【００６７】クライアント・コンピュータ１００ととも
にアダプタ・モジュール１１２をローカルで使用するこ
とには、他にも利点がある。たとえば、ユーザは、それ
自体がウェブ・ページを含むウィンドウ・シェルＡの右
隅でマウスをクリックし、それにより、シェルをアイコ
ンＢに変換することができる。このプロセスは当技術分
野では周知のものである。次に、シェルＡに関するＵＲ
Ｌ情報はコンピュータ１００（たとえば、図２のＲＡＭ
１４または大容量記憶装置１８）に格納することができ
る。ユーザがシェルＡを表示するためにアイコンＢをク
リックした場合、そのアダプタ・モジュール３０６にウ
ェブ・ページ・データを提示しなければならないモジュ
ール１１２ではなく、格納したＵＲＬ情報を使用して、
シェルＡおよびそれに関連するウェブ・ページ・データ
を表示する。次に、ユーザがシェルのサイズを変更して
シェルＣを作成した場合、モジュール１１２はウェブ・
ページ・データを適応させる。次に、ユーザがもう一度
シェルＣの隅をクリックしてアイコンＢを作成した場
合、シェルＣに関連する新たに適応させたＵＲＬデータ
がコンピュータに格納される。したがって、ユーザ定義
のシェル・サイズに関連する適応ウェブ・ページ・デー
タを格納することにより、処理時間が節約される。

【００６８】次に図１５を参照すると、コンピュータ・
モニタの典型的な正方形または長方形の形状とは異なる
形状を有するディスプレイ画面の２つの例が示されてい
る。図１５の画面は、本発明の適応方式が単に正方形ま
たは長方形の画面に収まるようにウェブ・ページを変換
することに限定されず、むしろ様々な形状の画面を有す
るシステムで実施可能であることを例示するために示さ
れていることが分かるだろう。画面１７０１は、円形の
ディスプレイ上に表示された適応ウェブ・ページを示し
ている。本発明の適応システムは、様々な半径の円に沿
って表示されるように、指定のウェブ・ページ・データ
を変換する。より小さい半径の円上に書き込まれたテキ
ストは、より大きい半径の円上に書き込まれたテキスト
・リンクに対応するリンクを表すことができる。たとえ
ば、Yahooの適応ページを１７０１に示す。リンク「IRA
Q 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 Languag
e Model for Language Steech Recognition（IEEE Tran
sactions on Acoustics, Speech, and Signal Processi
ng、Vol. 37、No. 7、１９８９年７月）である。これら
の方法では、２つのグループに分割されたオブジェクト
のスコアについて計算されるエントロピー状の関数を最
小限にするために、「最良」の質問（分割）を定義す
る。したがって、１つまたは複数の尋ねた質問に基づい
て、そのページが２ページに分割される。画面がｋ個の
画面に分割される場合、すなわち、ｎ個のオブジェクト
をｋ個のサブセット内に入れることが望ましい場合、こ
れによってｋ通りの分割（ブロック１８０４）が発生す
る。ｎ個のオブジェクトをｋ個のサブセットに分割する
たびに、ｋ個の新しい小さい画面またはウェブ・ページ
（ブロック１８０５）が発生する。このような画面また
はウェブ・ページは、他のページにリンクされたページ
１をユーザが最初に表示したときのような方法で、階層
的に編成（ブロック１８０６）することができる。ある
いは、各ページの定義を含み、他のｋ個のページすべて
に対するリンクを有する一般的な「紹介」ページをユー
ザが表示するように、適応を実行することができる。こ
のような定義は、ページを分割するために使用した質問
によって決まる。たとえば、「このオブジェクトは金融
に関連するか」という質問を使用した場合、紹介ページ
内の関連ページへのリンクの名前は「金融」になるだろ
う。

【００７９】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００８０】（１）ユーザ・コンピュータ・システムに
関連するディスプレイ画面上に表示するために広域ネッ
トワーク・サーバから受信した表示可能情報信号を自動
的に適応させるためのコンピュータベースの装置であっ
て、前記ユーザ・コンピュータ・システムから前記ネッ
トワーク・サーバにユーザ要求信号を送信するための手
段であって、前記ユーザ要求信号が前記ユーザのディス
プレイ画面に関連する少なくとも１つのディスプレイ画
面関連属性に関する情報と前記ユーザの要求に固有の情
報とを含む送信手段と、前記ユーザの要求に固有の情報
に応答して前記表示可能情報信号を生成するための手段
と、表示されたときにそれに関連する情報を前記ユーザ
のディスプレイ画面に適合させるために、少なくとも１
つの前記ディスプレイ画面関連属性に応答して前記表示
可能情報信号を適応させる手段とを含む、コンピュータ
ベースの装置。 （２）前記適応手段が規則ベースである、上記（１）に
記載のコンピュータベースの装置。 （３）前記適応手段が統計ベースである、上記（１）に
記載のコンピュータベースの装置。 （４）少なくとも１つの前記ディスプレイ画面関連属性
が画面サイズを含む、上記（１）に記載のコンピュータ
ベースの装置。 （５）少なくとも１つの前記ディスプレイ画面関連属性
がウィンドウ・サイズを含む、上記（１）に記載のコン
ピュータベースの装置。 （６）ユーザ・コンピュータ・システムに関連するディ
スプレイ画面上に表示するために広域ネットワーク・サ
ーバから受信した表示可能情報信号を自動的に適応させ
るための方法であって、前記ユーザ・コンピュータ・シ
ステムから前記ネットワーク・サーバにユーザ要求信号
を送信するステップであって、前記ユーザ要求信号が前
記ユーザのディスプレイ画面に関連する少なくとも１つ
のディスプレイ画面関連属性に関する情報と前記ユーザ
の要求に固有の情報とを含む送信ステップと、前記ユー
ザの要求に固有の情報に応答して前記表示可能情報信号
を生成するステップと、表示されたときにそれに関連す
る情報を前記ユーザのディスプレイ画面に適合させるた
めに、少なくとも１つの前記ディスプレイ画面関連属性
に応答して前記表示可能情報信号を適応させるステップ
とを含む方法。 （７）前記適応ステップが規則ベースである、上記
（６）に記載の方法。 （８）前記適応ステップが統計ベースである、上記
（６）に記載の方法。 （９）少なくとも１つの前記ディスプレイ画面関連属性
が画面サイズを含む、上記（６）に記載の方法。 （１０）少なくとも１つの前記ディスプレイ画面関連属
性がウィンドウ・サイズを含む、上記（６）に記載の方
法。

【図面の簡単な説明】

【図１】本発明によるディスプレイ画面およびウィンド
ウ・サイズ関連ウェブ・ページ適応システムの構成要素
を示す図である。

【図２】本発明の特徴を実施するためのクライアント・
マシンおよびサーバ・コンピュータの例示的な構成を示
す図である。

【図３】本発明によるウェブ・ページ・アダプタ・サー
バの図である。

【図４】本発明によるクライアント・ウェブ・ページ・
アダプタ・モジュールを示す図である。

【図５】本発明による例示的なディスプレイ・モード・
メッセージを示す図である。

【図６】ＵＲＬ指示の解釈およびディスプレイまたはウ
ィンドウ・サイズとの一致の例を示す図である。

【図７】本発明による元の折返しウェブ・ページの例を
示す図である。

【図８】本発明による自動ウェブ・ページ適応モジュー
ルを示す図である。

【図９】本発明によるオペレータ・モジュールを示す図
である。

【図１０】本発明による優先順位付け依存ウェブ・ペー
ジ表現の例を示す図である。

【図１１】本発明による深さウェブ・ページ表現の例を
示す図である。

【図１２】本発明によるデータ分離の例を示す図であ
る。

【図１３】本発明により意味基準によるウェブ・ページ
の適応の例を示す図である。

【図１４】本発明によるアイコンの変換の例を示す図で
ある。

【図１５】従来以外の形状のディスプレイまたはウィン
ドウに本発明を適用した例を示す図である。

【図１６】本発明によりウェブ・ページ・データをフォ
ーマットするための統計手法を示す流れ図である。

【符号の説明】

１００ クライアント・マシン １０１ ウェブ・ブラウザ・プログラム １０２ 要求メッセージ １０３ ディスプレイ・モード・メッセージ １０４ サーバ １０５ ウェブ・サイト １０６ ウェブ・サイト １０７ ウェブ・ページ・アダプタ・サーバ １０８ 標準のＴＣＰ−ＩＰインターネット接続 １０９ 接続（経路） １１０ 接続 １１０ａ 接続 １１１ 接続 １１１ａ 接続 １１２ クライアント・ウェブ・ページ・アダプタ・モ
ジュール １１３ ディスプレイ装置 １１３ａ 標準的なＰＣモニタ １１３ｂ マルチスクリーンＰＣシステム １１３ｃ ラップトップ・ディスプレイ １１３ｄ ウェブフォン １１３ｅ 腕時計のディスプレイ １１４ サーバ １１５ ウィンドウ

Claims (10)

【特許請求の範囲】
1. 【請求項１】ユーザ・コンピュータ・システムに関連す
   るディスプレイ画面上に表示するために広域ネットワー
   ク・サーバから受信した表示可能情報信号を自動的に適
   応させるためのコンピュータベースの装置であって、 前記ユーザ・コンピュータ・システムから前記ネットワ
   ーク・サーバにユーザ要求信号を送信するための手段で
   あって、前記ユーザ要求信号が前記ユーザのディスプレ
   イ画面に関連する少なくとも１つのディスプレイ画面関
   連属性に関する情報と前記ユーザの要求に固有の情報と
   を含む送信手段と、 前記ユーザの要求に固有の情報に応答して前記表示可能
   情報信号を生成するための手段と、 表示されたときにそれに関連する情報を前記ユーザのデ
   ィスプレイ画面に適合させるために、少なくとも１つの
   前記ディスプレイ画面関連属性に応答して前記表示可能
   情報信号を適応させる手段とを含む、コンピュータベー
   スの装置。
2. 【請求項２】前記適応手段が規則ベースである、請求項
   １に記載のコンピュータベースの装置。
3. 【請求項３】前記適応手段が統計ベースである、請求項
   １に記載のコンピュータベースの装置。
4. 【請求項４】少なくとも１つの前記ディスプレイ画面関
   連属性が画面サイズを含む、請求項１に記載のコンピュ
   ータベースの装置。
5. 【請求項５】少なくとも１つの前記ディスプレイ画面関
   連属性がウィンドウ・サイズを含む、請求項１に記載の
   コンピュータベースの装置。
6. 【請求項６】ユーザ・コンピュータ・システムに関連す
   るディスプレイ画面上に表示するために広域ネットワー
   ク・サーバから受信した表示可能情報信号を自動的に適
   応させるための方法であって、 前記ユーザ・コンピュータ・システムから前記ネットワ
   ーク・サーバにユーザ要求信号を送信するステップであ
   って、前記ユーザ要求信号が前記ユーザのディスプレイ
   画面に関連する少なくとも１つのディスプレイ画面関連
   属性に関する情報と前記ユーザの要求に固有の情報とを
   含む送信ステップと、 前記ユーザの要求に固有の情報に応答して前記表示可能
   情報信号を生成するステップと、 表示されたときにそれに関連する情報を前記ユーザのデ
   ィスプレイ画面に適合させるために、少なくとも１つの
   前記ディスプレイ画面関連属性に応答して前記表示可能
   情報信号を適応させるステップとを含む方法。
7. 【請求項７】前記適応ステップが規則ベースである、請
   求項６に記載の方法。
8. 【請求項８】前記適応ステップが統計ベースである、請
   求項６に記載の方法。
9. 【請求項９】少なくとも１つの前記ディスプレイ画面関
   連属性が画面サイズを含む、請求項６に記載の方法。
10. 【請求項１０】少なくとも１つの前記ディスプレイ画面
    関連属性がウィンドウ・サイズを含む、請求項６に記載
    の方法。