(57)【要約】本発明は、例えばインターネットなどの改良型ネットワーク用ユーザインターフェースを提供する。ユーザが間違ったハイパーリンクをクリックした場合、システムは、ユーザに単にエラーの発生（例えば、"４０４該当なし"エラー：すなわち、リクエストしたウエブページが利用できない状況）を知らせる代わりに、代用のウエブページへのハイパーリンクリスト（５０３）を提供する。代用のウエブページは、ユーザが最初にリクエストした（しかし、誤ったハイパーリンクのため、利用できなかった）ウエブページのコンテキストと関連性がある。本発明の好ましい実施例（３００）においては、システムがウエブページ（２０１）（すなわち、誤ったハイパーリンクを含むウエブページ）のコンテキスト情報を分析し、このコンテキスト情報を使用してユーザに提供するリスト（５０３）の関連性を高める。システムはその他のウエブページのコンテキスト情報の分析もできる。
2008507057.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに代わってウエブページをリクエストするようにしたウエブブラウザ（１１０）を備え、ユーザが使用するターミナル（１０１）と；
ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない場合にエラーコードを生成するようにしたエラー検出器（１２０）と；
エラー検出器からのエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストについてコンテキストアナライザに情報を送るようにしたエラーコード受信機（１１１，２１１，３１１，４１１，８１１）と；
コンテキスト情報としてエラーコード受信機から受け取った情報を分析し、ユーザが関心を持つであろう１つ又は複数のウエブページのリスト（５０３）を決定し、レスポンス生成プログラムにリストを伝えるコンテキストアナライザ（１４１，１４２，２４１，２４２，３４１，３４３，７４１）と；
リストに基づいて、レスポンス（５００）を作成し、ウエブブラウザにレスポンスを知らせるレスポンス生成プログラム（１４３）と、を具備するシステム。
【請求項２】
システムはＤＮＳサーバを含み、ウエブブラウザがリクエストしたウエブページのＤＮＳ認識に失敗した場合は、エラー検出器がエラーコードを作成する請求項１に記載のシステム。
【請求項３】
エラー検出器を、ＤＮＳサーバと協働するＤＮＳアドインとして実施する請求項２に記載のシステム。
【請求項４】
システムはウエブサーバ（１２０）を備え、ウエブブラウザがリクエストしたウエブページが利用不能な場合、エラー検出器（１２０）がエラーコードを作成する請求項１〜３の何れかに記載のシステム。
【請求項５】
ウエブブラウザ（１２０）がエラー検出器（１２０）を備える請求項４に記載のシステム。
【請求項６】
ウエブブラウザ（１１０）がエラー検出器を備える請求項４又は５に記載のシステム。
【請求項７】
エラー検出器がタイムアウト検出器を備え、ウエブページのリクエストが時間切れした場合、エラー検出器がエラーコードを作成するようした請求項１〜６の何れかに記載のシステム。    
【請求項８】
ターミナル（１０１）はデスクトップ型ＰＣ、移動式電話、及び個人用携帯情報端末の何れか一つを備え、ウエブブラウザ（１１０）はウエブブラウザソフトを備える請求項１〜７の何れかに記載のシステム。
【請求項９】
エラーコード受信機をウエブブラウザと協働するプラグイン（１１１，２１１）として実施する請求項１〜８の何れかに記載のシステム。
【請求項１０】
エラーコード受信機をプロキシウエブサーバと協働するプロキシアドイン（３１１）として実施する請求項１〜８の何れかに記載のシステム。
【請求項１１】
エラーコード受信機をプロキシウエブサーバと協働するサーバ（８１１）として実施し、プロキシウエブサーバの動作を修正する請求項１〜８の何れかに記載のシステム。
【請求項１２】
エラーコード受信機を請求項４〜８のウエブサーバ以外のウエブサーバと協働するエラーハンドラとして実施する請求項１〜８の何れかに記載のシステム。
【請求項１３】
コンテキストアナライザ及びレスポンス生成プログラムを補助ウエブサーバ（１４０，２４０，３４０，４４０，７４０）として実施する前記請求項の何れかに記載のシステム。
【請求項１４】
エラーコード受信機と、コンテキストアナライザと、レスポンス生成プログラムをウエブサーバと協働するプラグイン（１１１，２１１）として実施する請求項１〜１２の何れかに記載のシステム。
【請求項１５】
補助ウエブサーバ（４４０）がコンテキストアナライザ及びレスポンス生成プログラムと通信する請求項１〜１２の何れかに記載のシステム。
【請求項１６】
コンテキストアナライザがウエブページをキーワードで索引付けするデータベース（１４２）を備える前記請求項の何れかに記載のシステム。
【請求項１７】
ターミナルからリクエストされたウエブページをターミナルに送れない場合、コンテキストアナライザは：
ターミナルに送れなかったウエブページ以外のウエブページ（６００）を検索し；
そのウエブページ（６００）を分析してコンテキスト情報（６０２）を判断する、前記請求項の何れかに記載のシステム。
【請求項１８】
コンテキストアナライザが：
〈１〉どのリンクがターミナルに送れなかったウエブページにユーザを導いたかなど、リンク（６０１）を有する一つ又は複数のウエブページ（６００）の履歴を判断し；
〈２〉その一つ又は複数のウエブページを検索し；
〈３〉その一つ又は複数のウエブページを分析してコンテキスト情報（６０２）を判断する請求項１７に記載のシステム。
【請求項１９】
ターミナルに送れなかったウエブページと関連するホームページを検索し、ホームページを分析してコンテキスト情報を判断する請求項１７又は１８に記載のシステム。
【請求項２０】
コンテキストアナライザは予備サーバ（７０１、７０２）からウエブページを検索し、検索したウエブページを分析してコンテキスト情報を判断する請求項１７〜１９の何れかに記載のシステム。
【請求項２１】
予備サーバがフーイズサーバ（７０１）を備える請求項２０に記載のシステム。
【請求項２２】
予備サーバが第１予備サーバ（７０１）で、コンテキストアナライザが第１予備サーバから検索したウエブページで判断したコンテキスト情報を第２予備サーバ（７０２）への入力に使用し、コンテキストアナライザはこの入力に応答して、第２予備サーバからウエブページを検索し、コンテキストアナライザは第２予備サーバから検索したウエブページを分析してコンテキスト情報を判断する請求項２０又は２１に記載のシステム。
【請求項２３】
第２予備サーバがホワットイズサーバ（７０２）を備える請求項２２に記載のシステム。
【請求項２４】
コンテキストアナライザが一つ又は複数のウエブページを分析し、コンテキスト情報としてキーワード（６０２）を判断する請求項１７〜２３の何れかに記載のシステム。
【請求項２５】
エラーコード受信機は契約者ＩＤ情報（２１２）をコンテキストアナライザ（２４２）に送り、コンテキストアナライザは契約者ＩＤ情報を、ウエブブラウザがリクエストしたウエブページのコンテキストに関する情報として実行する前記請求項の何れかに記載のシステム。
【請求項２６】
レスポンス生成プログラム（１４３）はレスポンスをウエブブラウザに送って、ユーザが関心を持つと思われる一つ又は複数のウエブページリストの何れかのページにウエブブラウザを向け直す前記請求項の何れかに記載のシステム。
【請求項２７】
レスポンス生成プログラム（１４３）はウエブページ（５００）を作成し、このウエブページをターミナルに送る請求項１〜２５の何れかに記載のシステム。
【請求項２８】
レスポンス生成プログラム（１４３）はユーザが関心を持つと思われる一つ又は複数のウエブページへの一つ又は複数のリンク（５０３）を含むウエブページを作成する請求項２７に記載のシステム。
【請求項２９】
エラーコード受信機は契約者ＩＤ情報（２１２）を保存し；
エラーコード受信機は契約者ＩＤ情報がレスポンス生成プログラムに伝達されるように動作し；
レスポンス生成プログラム（１４３）は補助サーバを指定する一つ又は複数のリンクを含むウエブページ（５００）を作成し、作成したウエブページをターミナルに送り（２３３）、作成したウエブページへの一つ又は複数のリンクは各々〈１〉ユーザが興味を持つと思われる一つ又は複数のウエブページの何れかを指定する情報と、〈２〉契約者ＩＤ情報とを含み；
補助サーバ（２４０）は、ウエブページを指定する情報と契約者ＩＤ情報とを含むターミナルからのウエブページリクエスト（２３４）を受け取り、ウエブページリクエストに応答してウエブブラウザにレスポンス（２３５）を送って、当該リクエストに指定されたウエブページにウエブブラウザを向け直し、契約者ＩＤ情報と関連するカウンタ（２４３）の数を増加させる請求項１３又は１４に従属するとき請求項１５〜２８の何れかに記載のシステム。
【請求項３０】
複数のカウンタ（２４３）を含み、各カウンタはそれぞれの契約者ＩＤ情報（２１２）と関連する請求項２９に記載のシステム。
【請求項３１】
エラーコード受信機は契約者ＩＤ情報をコンテキストアナライザに伝え、コンテキストアナライザは契約者ＩＤ情報をレスポンス生成プログラムに伝える請求項２９又は３０に記載のシステム。
【請求項３２】
コンテキストアナライザは、一つ又は複数の個々のウエブページへの一つ又は複数のリンクと関連するリンク付けＩＤ情報を保存し、コンテキストアナライザはリンク付けＩＤ情報をレスポンス生成プログラムに伝え、レスポンス生成プログラムは作成したウエブページの一つ又は複数のリンクに個々のリンク付けＩＤ情報を含むようにした請求項２８に記載のシステム。
【請求項３３】
一つ又は複数のリンクサーバ（１５０）を備え、一つ又は複数のリンクサーバはユーザが関心を持つと思われるウエブページを保存する前記請求項の何れかに記載のシステム。
【請求項３４】
レスポンス生成プログラムは、コンテキストアナライザから受け取った予備リストに基づいて予備ウエブページを作成し、
レスポンス生成プログラムは、コンテキストアナライザから受け取った補充リストに基づいて補充ウエブページを作成する請求項２７又はクレーム２７に従属する場合は請求項２８〜３３の何れかに記載のシステム。
【請求項３５】
レスポンス生成プログラムは、フレームセットを備えるウエブページを作成し、フレームセットの何れかのフレームが予備ウエブページを指定し、フレームセットの別のフレームが補充ウエブページを指定する請求項３４に記載のシステム。
【請求項３６】
エラーコード受信機を備えるウエブブラウザ用のプラグイン（１１１，２１１）であって、
エラーコード受信機は、エラー検出器からエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するプラグイン。
【請求項３７】
請求項３６に記載のプラグインとウエブブラウザとの組合せ。
【請求項３８】
請求項３７に記載の組合せとターミナルとの組合せ。
【請求項３９】
請求項３６のプラグインがシステムのプラグインを形成する請求項３６に記載のプラグインと請求項９又は請求項９に従属する場合は請求項１３〜３５の何れかによるシステムとの組合せ。
【請求項４０】
エラーコード受信機を備えるプロキシサーバ用ポロキシアドイン（３１１）であって、
エラーコード受信機は、エラー検出器からエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するプロキシアドイン。
【請求項４１】
請求項４０に記載のプロキシアドインとプロキシサーバとの組合せ。
【請求項４２】
請求項４０のプロキシアドインがシステムのプロキシアドインを形成する請求項４０に記載のプロキシアドインと請求項１０又は請求項１０に従属する場合は請求項１３と１６〜３５の何れかによるシステムとの組合せ。
【請求項４３】
プロキシサーバの動作を修正するためのサーバ（８１１）であって、
サーバとプロキシサーバ（８０１）間でメッセージをやり取りするための通信手段と、
エラーコード受信機と、を具備し、エラーコード受信機はメッセージを分析してメッセージがエラー検出器からのエラーコードを含んでいるかどうかを判断し、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するサーバ。
【請求項４４】
通信手段がＩＣＡＰメッセージを送るようにした請求項４３に記載のサーバ。
【請求項４５】
ＤＮＳサーバと通信するための通信手段を備える請求項４３又は４４に記載のサーバ。
【請求項４６】
ウエブサーバと通信するための通信手段を備える請求項４３〜４５の何れかに記載のサーバ。
【請求項４７】
ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れるかどうかを判断するためのエラー検出器を備え、エラーコード受信機はエラー検出器からエラーコードを受け取る請求項４３〜４６の何れかに記載のサーバ。
【請求項４８】
エラー検出器は、ブラウザがリクエストしたウエブページをウエブブラウザに送るのに時間が掛かり過ぎていないかを判断するためのタイマを備える請求項４７に記載のサーバ。
【請求項４９】
サーバはメッセージの長さを測定し、メッセージの長さが閾値を超えるか、又は、エラーコードを含んでいる場合、情報をコンテキストアナライザに送るようにする請求項４３〜４８の何れかに記載のサーバ。
【請求項５０】
エラーコード受信機は、プロキシサーバがウエブブラウザにリダイレクトＨＴＴＰレスポンスを送ることで、情報をコンテキストアナライザに送るようにする請求項４３〜４９の何れかに記載のサーバ。
【請求項５１】
請求項４３のサーバがシステムサーバを形成する請求項４３〜５０の何れかに記載のサーバと請求項１１又は請求項１１に従属する場合は請求項１３及び１６〜３５の何れかによるシステムとの組合せ。
【請求項５２】
エラーコード受信機を備えるウエブサーバ（４２０）用のエラーハンドラ（４１１）であって、
エラーコード受信機は、エラー検出器からエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するエラーハンドラ。
【請求項５３】
請求項５２に記載のエラーハンドラとウエブサーバとの組合せ。
【請求項５４】
請求項５２のエラーハンドラがシステムのエラーハンドラを形成する請求項５２に記載のエラーハンドラと請求項１２又は請求項１２に従属する場合は請求項１３及び１５〜３５の何れかによるシステムとの組合せ。
【請求項５５】
エラーコード受信機を備えるＤＮＳサーバ用のＤＮＳアドインであって、
エラーコード受信機は、エラー検出器からエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するエラーハンドラ。
【請求項５６】
請求項５５に記載のＤＮＳアドインとＤＮＳサーバとの組合せ。
【請求項５７】
補助サーバ（１４０，２４０，３４０，４４０，７４０）は、コンテキストアナライザ（１４１，１４２，２４１，２４２，３４１，３４２）と；レスポンス生成プログラム（１４３）とを備え、
コンテキストアナライザはエラーコード受信機からコンテキスト情報として受け取った情報を分析し、ユーザが関心を持つと思われる一つ又は複数のウエブページのリストを作成し、該リストをレスポンス生成プログラムに伝え、
レスポンス生成プログラム（１４３）は、該リストに基づいてレスポンス（５００）を作成し、該レスポンスをウエブブラウザに伝える補助サーバ。
【請求項５８】
請求項５７の補助サーバがシステムの補助サーバを形成する請求項５７に記載の補助サーバと請求項１３又は請求項１３に従属する場合は請求項１６〜３５の何れかによるシステムとの組合せ。
【請求項５９】
コンテキストアナライザと、レスポンス生成プログラムと通信する補助サーバであって、
コンテキストアナライザはエラーコード受信機からコンテキスト情報として受け取った情報を分析し、ユーザが関心を持つと思われる一つ又は複数のウエブページのリストを作成し、該リストをレスポンス生成プログラムに伝え、
レスポンス生成プログラムは、該リストに基づいてレスポンスを作成し、該レスポンスをウエブブラウザに伝える補助サーバ。
【請求項６０】
請求項５７の補助サーバがシステムの補助サーバを形成する請求項５９に記載の補助サーバと請求項１５又は請求項１５に従属する場合は請求項１６〜３５の何れかによるシステムとの組合せ。
【請求項６１】
エラー検出器からエラーコードを受け取り、これに応答してウエブブラウザがリクエストしたウエブページのコンテキストに関する情報をコンテキストアナライザに送り、
エラーコードは、ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を表示するエラーコード受信機。
【請求項６２】
請求項６１のエラーコード受信機がシステムのエラーコード受信機を形成する請求項６１に記載のエラーコード受信機と請求項１〜３５の何れかによるシステムとの組合せ。
【請求項６３】
プロセッサが、請求項３６によるプラグインと；請求項４０によるプロキシアドインと；請求項４３によるサーバと；請求項５２によるエラーハンドラと；請求項５５によるＤＮＳアドインと；請求項５７による補助サーバと；請求項５９による補助サーバと；請求項６１によるエラーコード受信機と、を実行するためのプロセッサ実行可能指示を定義するコンピュータプログラムプロダクト。
【請求項６４】
データ媒体を備える請求項６３に記載のコンピュータプログラムプロダクト。
【請求項６５】
インターネットからデータをダウンロード可能な請求項６３に記載のコンピュータプログラムプロダクト。
【請求項６６】
改良型ユーザインターフェースをユーザに提供するための方法であって、
ウエブブラウザがリクエストしたウエブページをウエブブラウザに送れない旨を検出し、これに応答して、エラーコードを生成し；
エラーコードを受取り、これに応答して；
ウエブブラウザがリクエストしたウエブページのコンテキスト分析し、それによりユーザが関心を持つと思われる一つ又は複数のウエブページのリストを作成し；
該リストに基づいてレスポンスを作成し、該レスポンスをユーザに通信するステップから成る方法。
【請求項６７】
請求項５７又は５９による補助サーバを提供し；
請求項３６によるプラグイン、請求項４０によるプロキシアドイン、請求項４３によるサーバ、請求項５２によるエラーハンドラ、請求項５５によるＤＮＳアドイン、請求項６１によるエラーコード受信機の少なくとも一つを配給し；
リンクウエブサーバの所有者との同意の上で、報酬を受ける代わりに、ユーザがリクエストしたウエブページが利用できない場合に生じるウエブ通信をリンクウエブサーバに導き；
リンクウエブサーバの所有者から報酬を受け取るステップから成る経営方法。
【請求項６８】
明細書に記載の、及び／又は添付図面に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信装置間でデータの送受信を行う電気通信装置用改良型ユーザインターフェースに関する。より具体的には、インターネットウエブブラウザ用の改良型ユーザインターフェースに関するが、これに限定されるものではない。
【背景技術】
【０００２】
インターネットページを閲覧するのにウエブブラウザを使用する場合、ユーザがウエブブラウザにウエブページアドレス（通称、"ＵＲＬ"）をタイプする場合がある。あるいは、ウエブページアドレスを指定する"ブックマーク"を使用することもできる。ウエブページアドレスは、インターネットに接続する特定の機器とその機器の特定のウエブリソース（例えば、特定のウエブサーバの名称やウエブページ）の両方を指定する。次に、ウエブブラウザはウエブサーバへ希望するページのリクエストを送り、これに応えて、ウエブサーバはウエブページの出現を定義するウエブブラウザに情報を送り返す。ウエブアドレスがウエブサーバのインターネットアドレスを有効に指定していても、特定のウエブサーバ上のウエブページが有効に指定されていないことがある。一例としては、ユーザが（１）希望するページのインターネットアドレスを間違って入力するか；（２）過去に存在していても現在は存在しないウエブページのリソースアドレス（パス）を入力する。こうした場合、ウエブサーバはエラーコードをユーザのウエブブラウザに返す。"４１０消滅"などさまざまエラーコードがあるが、典型的なエラーコードはハイパーテキスト転送プロトコル（ＨＴＴＰ）の"４０４該当なし"である。こうしたメッセージを受け取ったユーザは、指定したウエブページが存在しないことだけを知り、その理由も役立つ情報も得られない。
【０００３】
サーバで利用できないページをユーザがリクエストした場合、ウエブサーバはユーザをウエブサイトのホームページに導くことがある。しかし、特定の興味の対象を表示するウエブサイト内の特定のウエブページをリクエストしているユーザにとってこれはあまり意味がなく、役立っていない。
【発明の開示】
【０００４】
上記の技術背景に対して、本発明の第１の特徴により、請求項１に記載のシステムを提供する。
【０００５】
本発明の第２の特徴により、請求項３６に記載のウエブブラウザ用プラグインを提供する。
【０００６】
本発明の第３の特徴により、請求項４０に記載のプロキシサーバ用プロキシアドインを提供する。
【０００７】
本発明の第４の特徴により、請求項４３に記載のプロキシサーバの対応を修正するためのサーバを提供する。
【０００８】
本発明の第５の特徴により、請求項５２に記載のウエブサーバ用エラーハンドラを提供する。
【０００９】
本発明の第６の特徴により、請求項５５に記載のＤＮＳサーバ用ＤＮＳアドインを提供する。
【００１０】
本発明の第７の特徴により、請求項５７及び５９に記載のヘルパサーバを提供する。
【００１１】
本発明の第８の特徴により、請求項６１に記載のエラーコードレシーバを提供する。
【００１２】
本発明の第９の特徴により、請求項６６に記載の改良型ユーザインターフェースを提供するための方法を提供する。
【００１３】
本発明のシステムによれば、ユーザがリクエストしたウエブページが検索不可能な旨を表示するエラーコードを提供する代わり、検索しようとしたウエブページと関連性のある１つ又は複数の代用リンクをユーザに提供する。これにより、ユーザは１つ又は複数の代用リンクをクリックできる。従って、本発明によれば、最初にリクエストしたウエブページが存在しないときに代わりのウエブページを建設的に示唆できるという効果がある。
本発明の実施例を、単なる例示とて、図面を参照しながら説明する。
【実施例】
【００１４】
第１実施例
図１は本発明の第１実施例によるシステム１００を示す。システム１００は、ユーザのパソコン（ＰＣ）１０１から成る。ユーザＰＣは、マウス（図示省略）、キーボード１０３、ウエブページを表示するのに使用できるスクリーン１０４などの標準付属品を備える。ユーザＰＣ１０１は、インターネット接続のためのモデム１０５も備える。本実施例において、ユーザＰＣはデスクトップ型であるが、他の実施例では、例えば、移動式電話または個人用携帯情報端末（ＰＤＡ）としても構わない。
【００１５】
ユーザＰＣ１０１はウエブブラウザソフト１１０を備える。ウエブブラウザソフト１１０は、例えば、マイクロソフト(r)インターネットエクスプローラ(r)、ネットスケープナビゲータ(r)、またはモジラ(r)を使用できる。使用に際しては、通常、キーボード１０２のキータッチによりユーザがウエブページのＵＲＬを入力する。この結果、ブラウザソフトウエアは、入力したＵＲＬが指定するウエブサーバにリクエストを送る。ＵＲＬが存在する場合、ウエブサーバはユーザＰＣ１０１のブラウザソフトウエア１１０に指示を返し、ブラウザソフトウエア１１０は受信した情報を実行して、スクリーン１０４にリクエストされたウエブページを表示する。当業者であれば周知のように、ウエブサーバから送られ、ブラウザソフトウエア１１０で実行される情報は、典型的にハイパーテキストマークアップ言語（ＨＴＭＬ）を使用してコード化され、ハイパーテキスト転送プロトコル（ＨＴＴＰ）プロトコルを使用して送られる。ＨＴＴＰプロトコル及び関連するプロトコルの詳細は、インターネットの以下のウエブアドレスから入手できる（以下の文書を参照用に本明細書に組み込む）：
http://www.ietf.org/rfc/rfc1945.txt  Hypertext Transfer Protocol -- HTTP/1.0
http:www.ietf.org/rfc/rfc2616.txt  Hypertext Transfer Protocol - HTTP/1.1
http://www.ietf.org/rfc/rfc1866.txt  Hypertext Markup Language -- 2.0
http://www.w3.org/TR/REC-htm132  HTML 3.2 Reference Specification
http:www.w3.org/TR/htm1401  HTML 4.01 Specification
http://www.w3.org/TR/xhtml1/  XHTMLTM 1.0 The Extensible HyperText Markup Language (Second Edition) 
http://www.w3.org/TR/xhtml-basic/  XHTMLTM Basic
http://www.w3.org/TR/xhtml11/  XHTMLTM 1.1 - Module-based XHTML
【００１６】
以下の明細書中、複数のＵＲＬやウエブアドレスなどを参照する。周知のとおり、ＵＲＬは、ほぼ例外なく英数字の羅列（例えば、上記アドレスを参照するときの"http://www.ietf.org/）を入力または参照するが、インターネットでは、例えば、１０１．１１４．１８６．０００など終止符が分割する１２個の数字として表示される３２ビットの値であるインターネットプロトコル（ＩＰ）アドレスに基づいて実際の操作が行われる。従って、ユーザがウエブページをリクエストした場合、ユーザがＩＰアドレスに入力したテキストウエブアドレス（完全修飾ドメイン名またはＦＱＤＮ）を認識するリモートドメインネームサーバ（ＤＮＳサーバ）へのブラウザソフト１１０のアクセスが、通常、最初のステップとなる。次に、ＤＮＳサーバがこのＩＰアドレスをブラウザに返し、ブラウザは特定ページのリクエストを認識したＩＰアドレスに送る。認識したＩＰアドレスに１つ又は複数のウエブリソースを表示可能で、例えば、同じＩＰアドレスで２つの関連性のないウエブサイトのウエブサーバにアクセスできる。ウエブサーバは（認識した形式のＩＰアドレスではない）ＦＱＤＮのテキスト形式を使用してウエブサイトを選択し；ＵＲＬの残り（パス部またはリソース指定子）がそのサイト上の特定のページを選択する。
【００１７】
ウエブページの利用不能を起こす、ウエブブラウザがリクエストしたウエブページ（またはＵＲＬ）内のエラーは、ドメイン名及び／又はドメイン名が存在を指定する特定ウエブページに起因する可能性がある。
【００１８】
図1において、ユーザがリモートウエブサーバ１２０のウエブページを閲覧したいと仮定する。ユーザはキーボード１０３を使用してウエブブラウザソフト１１０にウエブページのＵＲＬをタイプする。具体例を示すために以下のインターネットアドレスを仮に使用する：
http://www.chemical_elements.com/hydrogen/atomic_weight.html
このとき、"/www.chemical_elements.com"はウエブサーバ１２０のＦＱＤＮアドレスを指定し、"/hydrogen/atomic_weight.html"はウエブサーバ１２０上で捜すウエブページを指定する。
【００１９】
最初のステップとして、ウエブブラウザソフト１１０はウエブサーバ１２０（前述したようにＩＰアドレスへのＵＲＬ分析を初めに獲得している）にＨＴＴＰリクエスト１３０を送る。欲しい情報（ページ）のリクエストを受けたウエブサーバ１２０は、リクエストされたページが利用不可能なことを発見する（と仮定する）。ウエブサーバ１２０は、従って、リクエストされたウエブページが発見できなかったことを示すＨＴＴＰステータスコードをユーザＰＣ１０１のウエブブラウザソフト１１０に返す。ＨＴＴＰステータスコードの一例として"４０４該当なし"を使って説明する。このステータスコードはリクエストしたウエブページが見つけられなかったことを示す。リクエストしたウエブページがウエブサーバ１２０上で一時的に、または、永続的に利用できないことを表示するのにウエブサーバ１２０が使用可能なＨＴＴＰステータスコードは他にもある。
【００２０】
本発明の実施例によれば、以下に説明するように、この４０４エラーを表示する代わりに、プラグイン１１１を採用してこうしたエラーを処理するブラウザの機能性を高める。プラグイン１１１などのプラグインはソフトウエアの一種で、ブラウザソフトウエア１１０の機能を増幅させる。ブラウザ補助オブジェクト（ＢＨＯ）はマイクロソフト（ＲＴＭ）のインターネットエクスプローラ（ＲＴＭ）用プラグインとして使用できる。
【００２１】
プラグイン１１１が無いと、ウエブブラウザソフト１１０は、リクエストしたページがサーバ上で発見できなかった旨をＨＴＴＰステータスコード（例えば、"４０４該当なし"）と共に表示するだけである。"４０４該当なし"などの適当なＨＴＴＰステータスコードを受けると、プラグイン１１１はウエブブラウザソフト１１０の対応を修正する。具体的には、プラグイン１１１はＨＴＴＰステータスコードを検出し、ウエブブラウザソフト１１０が通常の"４０４該当なし"エラーを表示するのを妨げる。
【００２２】
その代わりに、プラグイン１１１は、ウエブブラウザソフト１１０が、発見できなかったＵＲＬをホスティングするウエブサーバ１２０とユーザＰＣ１０１の両方から典型的に遠隔操作される補助ウエブサーバ１４０にＨＴＴＰリクエスト１３２を送るように仕向ける。ＨＴＴＰリクエスト１３２は、ウエブサーバ１２０上で利用できなかったウエブページのＵＲＬを含む。
【００２３】
以下に説明するように、補助ウエブサーバ１４０はプラグイン１１１と協働して、代替の改善した情報表示をユーザに提供する。
【００２４】
補助ウエブサーバ１４０は、ＨＴＴＰリクエスト１３２に含まれるアドレスを分析してウエブサーバ１２０で利用できなかったページのコンテキストを決定する分析ソフトウエア１４１を含む。ここで、分析ソフトウエア１４１はウエブサーバ１２０のウエブアドレスと、ウエブサーバ１２０で発見できなかったウエブページアドレスとを分析し、このウエブページのコンテキストに含まれるキーワード"化学"、"要素"、"水素"、"原子"、"重量"を決定する。コンテキスト情報を決定するソフトウエアとアルゴリズムは、当該技術分野で周知である。例えば、公知のアルゴリズムには、ウエブページへのリンク数とこれらのリンクソースの数を査定して、コンテキスト情報を決定するものもあるし、派生語に基づく技術を採用するものもある。本明細書の分析ソフトウエアで使用するアルゴリズムは本発明の一部を構成するものではなく、その詳細な説明は省略する。
【００２５】
補助ウエブサーバ１４０は、発見できなかったウエブページのコンテキストに関連すると思われるその他のウエブサーバ（すなわち、ウエブサーバ１２０と補助ウエブサーバ１４０以外のウエブサーバ）上のウエブページを識別するのに用いるインデックスデータベースソフト１４２をさらに含む。インデックスデータベースソフト１４２は、データベース内の各用語について潜在的に関連性のあるウエブサイトを列挙するデータベースから成る。
【００２６】
例えば、インデックスデータベースソフト１４２は"化学"という単語について、化学分野に関連する複数のエントリを有し、"要素"という単語については、化学と関連するエントリと関連性のないエントリを有するとする。"要素"という単語に関し、インデックスデータベースソフト１４２の化学と関連性のないエントリの一例としては、"モダンダンスの要素"というタイトルのウエブページが挙げられ、これは、化学でなく、舞踊に関連するものであろう。インデックスデータベースソフト１４２は分析ソフト１４１が抽出したキーワードを使用して、潜在的に関連性のあるウエブページのリストを作成する。キーワードとウエブページとの予想関連性に従って、作成したリストの並べ替え／ランク付けをすることもできる。例えば、"原子"、"重量"、"水素"の３つのキーワードを含むウエブページを、"化学"、"要素"、"水素"、"重量"の４つのキーワードを含むウエブページより上位にランク付けすることもできる。本明細書で使用するランク付けアルゴリズムは本発明の一部を構成するものではなく、その詳細な説明は省略する。
【００２７】
インデックスデータベースソフト１４２が作成した潜在的に関連性のあるウエブページのランク付けリストは、次に、ウエブページ作成ソフト１４３に送られる。ウエブページ作成ソフト１４３は、補助ウエブサーバ１４０の一部を成す。ウエブページ作成ソフト１４３は、ＨＴＴＰレスポンス１３３としてユーザＰＣ１０１に送信されるウエブページをダイナミックに作成する。ウエブブラウザソフト１１０がＨＴＴＰレスポンス１３３を解釈し、ユーザＰＣ１０１のディスプレイ１０４に表示する。
【００２８】
"ダイナミック"なる用語は、ウエブページ作成ソフト１４３が予め定義されたウエブページを検索するのでなく、分析ソフト１４１と、それが決定したリンクと、インデックスデータベースソフト１４２によってランク付けされたコンテキストに基づいてウエブページを創作するという意味で用いる。従って、ウエブページ作成ソフト１４３が生成するウエブページは、通常、任意のコンテキスト特有のものである。ユーザがウエブサーバ１２０に存在しない、あるいは、その他のウエブサーバに存在しないウエブページを閲覧しようとするたびに、プラグイン１１１は、ＨＴＴＰ"４０４該当なし"または類似の回答をウエブサーバから検出できる。そこでプラグイン１１１は、ユーザＰＣ１０１が補助ウエブサーバ１４０にコンタクトして、利用できないページのコンテキストに関連するウエブページをダイナミックに作成させ、ユーザＰＣ１０１のスクリーン１０４に表示するように機能する。
【００２９】
図５は、ユーザＰＣ１０１がＨＴＴＰレスポンス１３３を受け取って、これをウエブブラウザソフト１１０が解釈した直後にユーザＰＣ１０１のスクリーン１０４に表示されるウエブページ５００の一例を示す。図５が示すように、ウエブページ５００は、ユーザに情報メッセージを提供するメッセージフィールド５０１と、バックボタン５０２と、リンクフィールド５０３とを含む。この場合のメッセージは、"残念ながら、お探しのページは見つかりませんでした。'戻るボタン'を押すか、関連リンクをクリックして下さい"と表示される。
【００３０】
バックボタン５０２を使用するとユーザは過去の閲覧履歴に戻ることができる。
【００３１】
リンクフィールド５０３は、コンテキストに関連すると推定されるリンクのランク付けリストをユーザに提供する。ここでは、リンクフィールド５０３はリンク５０３．１とリンク５０３．２の２つのリンクを含む。２つのリンクの各々について、各リンクのウエブページのタイトル、次に、各ウエブページに存在する各キーワード、次に、各ウエブページのインターネットアドレスが表示される。図に示すよう、リンク５０３．１は水素の特性に関するウエブページである。ウエブアドレスは、ウエブサーバとそのウエブページのアドレスを供給する。リンク５０３．２は舞踊に関するウエブページである。インデックスデータベースソフト１４２のランク付けにより、リンク５０３．２はリンク５０３．１より関連性が低いと認定されるため、下位に表示される。
【００３２】
リンク５０３．１が関連するとユーザが見なして、マウス１０２を使用してリンク５０３．１を選択したと仮定して、リンク５０３．１は、ユーザが閲覧を希望するウエブページのインターネットアドレスを指定する。ここで、該当ページはリンクサーバ１５０で見つかるとする。この実施例において、リンクサーバ１５０は、典型的にウエブサーバ１２０または補助ウエブサータ１４０の一部ではなく、補助サーバ１４０を保管し、リンクサーバ１５０とリンクするインターネットを含むインデックスデータベースソフト１４２のデータベースである。
【００３３】
従って、リンク５０３．１は、リンクサーバ１５０のアドレスと、ページを見つけられるリンクサーバ１５０上のロケーションを特定する。ユーザがリンク５０３．１をクリックすると、ウエブブラウザソフト１１０がＨＴＴＰリクエスト１３４をリンクサーバ１５０へ送る。リンクサーバ１５０はリクエストされたウエブページを定義するＨＴＴＰレスポンス１３５を返す。ウエブブラウザソフト１１０はＨＴＴＰレスポンス１３５が定義したウエブページを解釈し、ユーザＰＣ１０１のスクリーン１０４にリクエストされたウエブページを表示する。
【００３４】
従って、単にＨＴＴＰメッセージ"４０４該当なし"をユーザに表示する代わりに、ユーザがクリックできるように潜在的に関連性のあるリンクの一覧を提供することで、プラグイン１１１と補助ウエブサーバ１４０はユーザのウエブブラウジング効率を向上させる。
【００３５】
第２実施例
図２は本発明の第２実施例によるシステム２００を示す。システム２００の構成要素の多くはシステム１００のものと同一である。そのため、両システムに共通のパーツは、図１で使用した符号と同じものを使用する。
【００３６】
システム１は、ユーザが存在しないウエブページのアドレスを入力した状況に対応したが、システム２は、ウエブサーバ１２０に存在しないリンクを指定する"リンクウエブサーバ"２０１が提供するリンクをユーザがクリックした状況に対応する。また、システム２は、ユーザに提供するリンクの関連性を高めるため、又は、他の目的で使用するための情報収集を実行できる。
【００３７】
第２実施例の最初のステップで、ユーザは、キーボード１０３を介して、リンクウエブサーバ２０１のウエブサイトのインターネットアドレス（ＵＲＬ）をウエブブラウザソフト１１０に入力する。ウエブブラウザソフト１１０がＨＴＴＰリクエスト２０２をリンクウエブサーバ２０１へ送る。この実施例では、リクエストされたページがリンクウエブサーバ２０１で見つかるので、リンクウエブサーバ２０１はＨＴＴＰレスポンス２０３と一緒に応答する。ウエブブラウザソフト１１０はＨＴＴＰレスポンス２０３が定義したウエブページを解釈し、スクリーン１０４にウエブページを表示する。表示されたウエブページは１つ又は複数の欠陥リンクを含む。「欠陥リンク」は、不完全なリンク、または利用できないページを指定するリンクを意味する。
【００３８】
次のステップで、ユーザは欠陥リンクの一つをクリックする（もちろん、このときユーザはこれが欠陥だと認識していないと仮定する）。ウエブブラウザソフト１１０は、見つけられないページまたは不完全リンクを保有するウエブサイトを備えるリモートウエブサーバ１２０にＨＴＴＰリクエスト１３０を送る。ウエブサーバ１２０はリクエストされたページが利用できないと判断し、"４０４該当なし"のＨＴＴＰレスポンス１３１をウエブブラウザソフト１１０に返す。
【００３９】
システム２００は、契約者ＩＤ２１２を含む以外はプラグイン１１１と類似のプラグイン２１１を有する。契約者ＩＤ２１２はプラグイン２１１をユーザに供給した組織を特定する一片のデータである。プラグイン２１１は契約者ＩＤ２１２を補助サーバ２４０に送信できるように構成してある。
【００４０】
補助サーバ２４０は、異なるユーザの様々な契約者ＩＤ２１２を分析するための参加者監視ソフト２４２を含む以外はシステム１００の補助サーバ１４０と似ている。分かりやすくするために、システム２００では単一のユーザＰＣ１０１だけを図示しているが、多数のユーザが、それぞれプラグイン２１１を備えた各々のＰＣを使用して同時にウエブブラウザソフト１１０を使用できる。プラグイン２１１は実質的に同一であるが、どの組織がユーザに供給したかに応じて異なる契約者ＩＤ２１２が提供される。
【００４１】
図２についてさらに説明する。プラグイン２１１がウエブサーバ１２０からのＨＴＴＰ"４０４該当なし"レスポンス１３１の受信を検出すると、プラグイン２１１はウエブブラウザソフト１１０が補助ウエブサーバ２４０にＨＴＴＰリクエスト２３２を送るように仕向ける。ＨＴＴＰリクエスト２３２は、契約者ＩＤ２１２を含む以外はシステム１００のＨＴＴＰリクエスト１３２と類似する。
【００４２】
システム２００におけるＨＴＴＰリクエスト２３２の例を後述する：
GET      http://internet_address_of_helper_web_server_240/search.asp?participantID=123456&referrer=web_page_address_of_page_on_linking_server_201&error=404&missing_page=web_page_address_of_missing_page
このとき、internet_address_of_helper_web_server_240は補助サーバ２４０のインターネットアドレスであり；契約者ＩＤはプラグイン２１１の契約者ＩＤであり；web_page_address_of_page_on_linking_server_201はウエブサーバ１２０上に該当がないページへのリンクを含むリンクウエブサーバ２０１のウエブページのアドレスであり；web_page_address_of_missing_pageはウエブサーバ２０１のページが指定したもののウエブサーバ１２０上に該当がないページのアドレスである。
【００４３】
補助ウエブサーバ２４０はＨＴＴＰリクエスト２３２を使用して該当のないウエブページのコンテキストを推定する。補助サーバ２４０の一部を成す参加者監視ソフト２４２は、ＨＴＴＰリクエスト２３２の送信を生じさせたプラグイン２１１の契約者ＩＤ２１２を記録する。ここでは、契約者ＩＤ２１２は、"１２３４５６"の値を有する。
【００４４】
補助サーバ２４０は、システム１００の分析ソフト１４１と類似の分析ソフト２４１を備える。しかし、ＨＴＴＰリクエスト２３２に含まれる余分な情報（ＨＴＴＰリクエスト１３２と比較して）のせいで、分析ソフト２４１は、ユーザが閲覧しようとしたウエブページのコンテキストに関して拡張された情報を獲得する。分析ソフト２４１はＨＴＴＰリクエスト２３２の"照会人"情報を利用してリンクウエブサーバ２０１にＨＴＴＰリクエスト２２０を送る。ＨＴＴＰリクエスト２２０は、ウエブサーバ１２０上のページへの欠陥リンクを含んだウエブページをウエブサーバ２０１から要請する。リンクウエブサーバ２０１はＨＴＴＰレスポンス２２１に応答する。ＨＴＴＰレスポンス２２１はユーザＰＣ１０１のスクリーン１０４に表示されたウエブページの内容と状況を定義する情報を含む。分析ソフト２４１はＨＴＴＰレスポンス２２１のコンテキスト情報が定義したウエブページを実際には表示しないが、リンクに近いキーワードを決定するために情報を分析する。
【００４５】
図６は、ユーザＰＣ１０１のスクリーン１０４に表示され得る（分析ソフトは通常、ウエブページ６００を表示しない）ウエブページ６００の一例を図示する。分析ソフト２４１はウエブページ６００を分析してウエブサーバ１２０の存在しないウエブページを指定するリンクのロケーションを決定する。このリンクを符号６０１で表す。同図が示すように、リンク６０１に近い単語は、リンク６０１のコンテキストに関連する様々なキーワードを含む。分析ソフト２４１がこれらのキーワードを分析して、適当なキーワードを決定する。当該分野では、ウエブページ上のキーワードを分析または索引表示するための様々な方法が公知である。ここで、分析ソフト２４１がインデックスデータベースソフト１４２で使用されるキーワード６０２を決定する。分析ソフト２４１は関連キーワードのためのウエブページ６００のウエブアドレスも分析する。分析ソフト２４１は、分析結果をインデックスデータベースソフト１４２に送る。インデックスデータベースソフト１４２はユーザに関連すると想定される１つまたは複数のリンク一覧を制作する。
【００４６】
本実施例において、システム２００は契約者ＩＤ２１２を使用して更なるコンテキスト情報を入手する。参加者監視ソフト２４２は、契約者ＩＤと、どの組織がユーザにプラグイン２１１を供給したかを関連付けるデータベースを備える。この仮想的実施例では、契約者ＩＤ２１２は、プラグイン２１１が"工業化学協会"と呼称される仮想組織によってユーザに供給されたことを示す"１２３４５６"の値を有する。このユーザは、仮想協会である"工業化学協会"と繋がりを持つ可能性が高く、これが付加的なコンテキスト情報、すなわち、予想されるコンテキストが科学分野であることを示唆する。本実施例において、参加者監視ソフト２４２は、予想されるコンテキストを示す情報をインデックスデータベースソフト１４２に送る。
【００４７】
インデックスデータベースソフト１４２が作成した潜在的に関連性のあるウエブサイトのリストはウエブページ作成ソフト１４３に送られ、ウエブページ作成ソフト１４３がＨＴＴＰレスポンス２３３をウエブブラウザソフト１１０に伝える。ＨＴＴＰレスポンス２３３はウエブページを定義する情報を備え、ウエブブラウザソフト１１０はその情報を解釈して、スクリーン１０４上にウエブページを表示する。表示されたウエブページは図５で示したものと似ているが、分析ソフト２４１とインデックスデータベースソフト１４２の働きによってユーザのコンテキストに近づくように配慮されている。ＨＴＴＰレスポンス１３３が定義するウエブページは、リンクサーバ１５０を直接指定するリンクを含んでいたが、ＨＴＴＰレスポンス２３３が定義するウエブページは、補助サーバ２４０へのリンクを有する以外、ＨＴＴＰレスポンス２３３はシステム１００のＨＴＴＰレスポンス１３３と似ている。リンクは、リンクサーバ１５０でなく、補助サーバ２４０を指定するが、このリンクは、補助サーバ２４０がウエブブラウザソフト１１０をリンクサーバ１５０へ導くための情報を備える。補助サーバ２４０がこれらのリンクを処理する手法を以下に説明する。
【００４８】
ユーザがリンクの一つをクリックすると、ウエブブラウザソフト１１０は補助サーバ２４０にＨＴＴＰリクエスト２３４を送る。システム２００におけるＨＴＴＰリクエスト２３４の一例を以下に挙げる：
GET http://intenet_address_of_helper_web_server_240/tracker.asp?participantID=123456&link_address=web_page_address_of_web_page_on_linked_server_150
【００４９】
ＨＴＴＰリクエスト２３４は補助サーバ２４０のウエブアドレスを指定し、さらにパラメータとしてリンクサーバ１５０のウエブアドレスと契約者ＩＤ２１２を含む。補助サーバ２４０は追跡ソフト２４３を備える。追跡ソフト２４３は契約者ＩＤが"１２３４５６"であることを判断する。
【００５０】
追跡ソフト２４３は、契約者ＩＤ２１２の各々について受領したＨＴＴＰリクエスト２３４の回数をカウントする。従って、ＰＣ１０１のユーザが補助サーバ２４０から受領したリンクをクリックするたびに、追跡ソフト２３４は契約者ＩＤ"１２３４５６"に関するスコアを１つずつ計数する。他のユーザがこうしたリンクをクリックすると、他の契約者ＩＤについて、それぞれのスコアが１つずつ増える。従って、追跡ソフト２４３により、補助サーバ２４０は、プラグイン２１１の配布が可能な組織の各々から幾つの"クリック"を受け取ったかを決定できる。
【００５１】
補助サーバ２４０は、リダイレクトソフト２４４も含む。ＨＴＴＰリクエスト２３４を受信すると、リダイレクトソフトはリンクサーバ１５０上のページのウエブアドレスを特定するパラメータを導き出す。そして、リダイレクトソフト２４４は、ＨＴＴＰレスポンス２３５をウエブブラウザソフト１１０に送る。ＨＴＴＰレスポンス２３５は、ウエブブラウザソフト１１０に指示して、他のロケーションでウエブページ（すなわち、ＨＴＴＰリクエスト２３４が要請したウエブページ）を検索するように仕向けるＨＴＴＰリディレクションステータスコード（例えば、常に、"ロケーション："ヘッダーフィールドが後に続く"３０２  一時的に移動"）を含む。この実施例では、ＨＴＴＰレスポンス２３５の"ロケーション："ヘッダーフィールドが他のロケーションを特定する。
【００５２】
ＨＴＴＰレスポンス２３５を受けて、ウエブブラウザソフト１１０はＨＴＴＰリクエスト１３４をリンクサーバ１５０に送る。リンクサーバ１５０はＨＴＴＰレスポンス１３５と共に応答し、ウエブページがユーザＰＣ１０１のスクリーン１０４に表示されるようにする。
【００５３】
ＨＴＴＰリクエスト２３２に契約者ＩＤ２１２を含むことにより、インデックスデータベースソフト１４２が使用するコンテキストを参加者監視ソフト２４２が増強できるという効果がある。システム２００の応用例では、ＨＴＴＰリクエスト２３２から契約者ＩＤ２１２を除外し、参加者監視ソフト２４２は不要となる。さらに別の実施例では、参加者監視ソフト２４２を分析ソフト２４１とインデックスデータベースソフト１４２と組み合わせて使用し、"お気に入り"のリンクサーバ１５０のランキングを向上させたり、１つ又は複数の"好ましくない"リンクサーバ１５０へのリンクをユーザに提供するのを防いだりできる。
【００５４】
システム２００の別の実施例において、プラグイン２１１を設けることにより、契約者ＩＤ２１２をＨＴＴＰリクエスト２３４から除外し、補助サーバ２４０の追跡ソフト２４３を不要にできる。しかし、ＨＴＴＰリクエスト２３４に契約者ＩＤ２１２を含むことと、追跡ソフト２４３を保持することが望ましい。契約者ＩＤ２１２追跡ソフト２４３を使用することで、補助サーバ２４０は特有のリンクサーバ１５０に幾つのリンクが提供されたかを計数し、特有のリンクサーバ１５０にアクセスするのにプラグイン２１１の契約者ＩＤ２１２を使用したかを判断できる。それにより、補助サーバ２４０の所有者はリンクサーバ１５０の所有者から財務収益を得て、ユーザにプラグイン２１１を提供する組織とこの収益を分配できる。
【００５５】
図２では単一のリンクサーバ１５０だけを示す。システム２００の典型的な実施において、多数のリンクサーバ１５０があることは理解されよう。サーバ１５０を補助サーバ２４０へ"リンクさせる"には、インデックスデータベースソフト１４２が特有のリンクサーバ１５０上のウエブページアドレスを指定する情報を備えることが必要になる。もちろん、多数のリンクサーバ１５０へのリンクを所有することに加えて、インデックスデータベースソフト１４２は特有のリンクサーバ１５０から検索できる複数のウエブページへのリンクを所有しても構わない。リンクに、"４０４該当なし"エラーなしで検索可能なウエブサーバ１２０上のその他のウエブページへのリンクを含むこともできる。
【００５６】
補助サーバ２４０の所有者が様々なリンクサーバ１５０の各所有者と契約を結んだと想定して、プラグイン２１１と補助サーバ２４０の使用から生じるリンクサーバ１５０への各"クリックスルー"のたびに、各リンクサーバ１５０の所有者は補助サーバ２４０の所有者に支払いを行う。補助サーバ２４０の所有者が、プラグイン２１１を分配する準備のある１つ又は複数の組織と契約を結んだと想定して、これらの組織に対して、プラグイン２１１を識別するための契約者ＩＤ２１２（例えば、"１２３４５６"又は"１１１２２２"）をそれぞれ付与する。追跡ソフト２４３とリダイレクトソフト２４４は各々何個のクリックスルーを各リンクサーバ１５０に送ったかを計数する。一例として、２０個のクリックスルーを受領した第１リンクサーバ１５０は企業Ａが所有し、１０個のクリックスルーを受領した第２リンクサーバ１５０は企業Ｂが所有するものと想定する。企業ＡとＢの両者は、追跡ソフト２４３とリダイレクトソフト２４４が記録したクリックスルーの数に応じて、補助サーバ２４０の所有者に金銭的報酬を支払う。従って、補助サーバ２４０の所有者は、合計３０クリックスルーについて報酬を受ける。第１組織Ｃは"１２３４５６"の契約者ＩＤ２１２を一方のユーザに提供し、第２組織Ｄは"１１１２２２"の契約者ＩＤ２１２を他方のユーザに提供したと想定する。補助サーバ２４０の所有者は、"１２３４５６"の契約者ＩＤ２１２を有するプラグイン２１１からのクリックスルー（ｉ）の数と、"１１１２２２"の契約者ＩＤ２１２を有するプラグイン２１１からのクリックスルー（ｉｉ）の数に比例して、企業ＡとＢから受領した報酬の一部を組織ＣとＤに提供できる。従って、組織ＣとＤがそれぞれの参加者ＩＤ２１２を備えたプラグイン２１１をユーザに分配するように仕向けることができる。
【００５７】
システム２００の応用例において、１つ又は複数のリンクサーバ１５０へのクリックスルーの数を計数する必要はない。このような実施例では、ＨＴＴＰリクエスト２３４は契約者ＩＤ２１２を含まず、同様に、追跡ソフト２４３も必要としない。
【００５８】
第３実施例
本発明の第３実施例によるシステム３００を図３に示す。システム３００はシステム２００と幾分似ているため、類似の構成要素については、類似の符号を使用する。しかし、システム３００はプロキシウエブサーバ３０１を備える。プロキシサーバは、ＩＳＰ（例えば、ホームユーザ）の個人契約者とインターネットの間のゲートウェイとして複数のインターネットサービスプロバイダ（ＩＳＰｓ）によって使用される。企業も従業員が使用するＰＣとインターネットのインターフェースとしてプロキシサーバを利用する。プロキシサーバは、ウイルススキャナとキャッシュ情報による性能の向上を組み合わせて増強されたセキュリティを提供できる。ユーザＰＣ１０１とインターネット間の全てのウェブ（ＨＴＴＰ）通信は、ユーザＰＣ１０１からＨＴＴＰリクエストを受信し、それをインターネットの他のウエブサーバに伝えるプロキシサーバ３０１を介して実行される。プロキシサーバ３０１は、インターネットの他のウエブサーバからのＨＴＴＰレスポンスを受信し、それをユーザＰＣ１０１に伝える。
【００５９】
システム３００とシステム２００とのその他の違いは、システム３００の補助サーバ３４０はリンクサーバ１５０へのクリックスルーの数をカウントしなし。その代わり、改良インデックスデータベースソフト３４２をインデックスデータベース１４２の代わりに使用する。リンクサーバ１５０のウエブページのアドレスを保管するだけでなく、改良インデックスデータベースソフト３４２は、補助サーバ３４０から受領したクリックスルーの数をリンクサーバ３５０が計数できるようにした"リンクＩＤ"３１２も保管する。受領したクリックスルーの数をカウントするための追跡ソフト３４３を含む以外は、リンクサーバ３５０はリンクサーバ１５０と似ている。
【００６０】
図３に示す実施例において、ＰＣ１０１のユーザは、ウエブブラウザソフト１１０にウエブアドレスをタイプするか、リンクウエブサーバ２０１へのリンクをクリックする。ＨＴＴＰリクエスト２０２のヘッダーを変更して、新しいＨＴＴＰリクエスト３０２をリンクウエブサーバ２０１に送るプロキシサーバ３０１がＨＴＴＰリクエスト２０２をインターセプトする。リンクウエブサーバ２０１はプロキシサーバ３０１でインターセプトされたＨＴＴＰレスポンス２０３で応答する。プロキシサーバ３０１は、ＨＴＴＰレスポンス２０３のヘッダーを変更して、ＨＴＴＰレスポンス３０３をウエブブラウザソフト１１０に送り返す。類似のシーケンスオブイベントがＨＴＴＰリクエスト１３０と３３０で発生する。プロキシサーバ３０１がＨＴＴＰ"４０４該当なし"レスポンス１３１をリンクウエブサーバ１２０から受領すると、"プロキシアドイン"３１１がプロキシサーバ３０１の対応を修正する。
【００６１】
プロキシアドイン３１１は、ＨＴＴＰ"４０４該当なし"又は類似のステータスコードを受領すると、プロキシサーバ３０１の対応を修正する１個のソフトウエア（本実施例）又はハードウエアである。従って、プロキシアドイン３１１は、システム１００及び２００のプラグイン１１１及び１１２とある意味均等の機能を果たす。プロキシアドイン３１１は、典型的に、補助サーバ３４０の所有者により、プロキシサーバ３０１の所有者に供給される。プロキシサーバ３０１がウエブサーバ１２０からＨＴＴＰ"４０４該当なし"レスポンス１３１を受け取るたびに、プロキシアドイン３１１は、プロキシサーバ３０１がＨＴＴＰリダイレクトレスポンス３３１を作成し、それをウエブブラウザソフト１１０に送るようにする。ＨＴＴＰリダイレクトレスポンス３３１はウエブサーバ１２０のページへの誤ったリンクを有するリンクウエブサーバ２０１のページのウエブアドレスとウエブサーバ１２０の該当のないページのウエブアドレスを含む。
【００６２】
ＨＴＴＰリダイレクトレスポンス３３１を受け取ると、ウエブブラウザソフト１１０は、プロキシサーバ３０１を介して、補助ウエブサーバ３４０にＨＴＴＰリクエスト１３２を送る。補助ウエブサーバ３４０は、ＨＴＴＰリクエスト１３２をＨＴＴＰリクエスト３３２として受け取る。ＨＴＴＰリクエスト１３２と３３２は、それぞれ、パラメータとして、ウエブサーバ１２０のページへの誤ったリンクを含んだリンクウエブサーバ２０１のページのウエブアドレスと、ウエブサーバ１２０の該当のないページのアドレスとを含む。
【００６３】
補助ウエブサーバ３４０は、ＨＴＴＰリクエスト３３２からリンクウエブサーバ２０１のページのウエブアドレスを検索する。システム２００においては、補助ウエブサーバ３４０はリンクウエブサーバ２０１にＨＴＴＰリクエスト２２０を送り、ＨＴＴＰレスポンス２２１を受け取る。システム２００においては、分析ソフト２４１が該当のないウエブページのコンテキストを判断し、コンテキスト情報をインデックスデータベースソフト３４２に伝える。
【００６４】
インデックスデータベースソフト３４２はリンクサーバ３５０のウエブページのデータベースを含む。インデックスデータベースソフト３４２はさらに１つ又は複数のリンクＩＤ３１２を含む。リンクサーバ３５０の各々の所有者が補助ウエブサーバ３４０の所有者にリンクＩＤ３１２を提供する。典型的に、リンクサーバ３５０の各所有者は、補助サーバ３４０の所有者それぞれに特有のリンクＩＤ３１２を供給する。１つ又は複数のリンクＩＤ３１２により、リンクサーバ３５０の所有者は補助サーバ３４０からのクリックスルーを他のウエブサーバ（図示省略）からのクリックスルーと区別できる。リンクサーバ３５０は受け取ったリンクＩＤ３１２の数を計数する。補助ウエブサーバ３４０の所有者に値"１２３３２１"を有するリンクＩＤ３１２が割り当てられたと想定する。リンクサーバ３５０が値"１２３３２１"を有するリンクＩＤ３１２を受け取るたびに、カウンタ（図示省略）の数が増える。従って、このカウンタにより、リンクサーバ３５０の所有者は補助ウエブサーバ３４０からもたらされたクリックスルーの数を決定できる。その結果、リンクサーバ３５０の所有者は、補助ウエブサーバ３４０の所有者に報償を支払える。
【００６５】
以下に、システム３００をより詳細に説明する。
【００６６】
上述したように、ウエブページ作成ソフト１４３はウエブページを制作し、このウエブページがＨＴＴＰレスポンス１３３としてプロキシサーバ３０１を介して、ユーザＰＣ１０１に送られる。ユーザＰＣ１０１は、ＨＴＴＰレスポンス１３３をＨＴＴＰレスポンス３３３として受け取る。この結果、ユーザＰＣ１０１のスクリーン１０４にウエブページが表示される。ウエブページは１つ又は複数のリンクを含む。１つ又は複数のリンクは、それぞれ、各々のリンクサーバ３５０の所有者が補助サーバ３４０の所有者に割り当てたリンクＩＤ３１２をパラメータとして含む。
【００６７】
ユーザがリンクの１つをクリックすると、ユーザＰＣ１０１からプロキシサーバ３０１を介してＨＴＴＰリクエスト３３４が送られ、リンクサーバ３５０がこれをＨＴＴＰリクエスト３３４Ａとして受け取る。ＨＴＴＰリクエスト３３４は、リンクＩＤ３１２の値、すなわち、"１２３３２１"をパラメータとして含む以外はシステム１００及び２００のＨＴＴＰリクエスト１３４と似ている。
【００６８】
リンクサーバ３５０は、ＨＴＴＰリクエストが含むリンクＩＤパラメータを分析する追跡ソフト３４３を備える。リンクサーバ３５０が"１２３３２１"のリンクＩＤを備えたＨＴＴＰリクエストを受け取るたびに、追跡ソフト３４３は、補助ウエブサーバ３４０の賛助のもとにクリックスルーを受け取ったことを表示するカウンタの数を増加させる。ＨＴＴＰリクエスト３３４Ａに応答して、リンクウエブサーバ３５０はプロキシサーバ３０１を介してＨＴＴＰレスポンス１３５をユーザＰＣ１０１に送り、これはＨＴＴＰレスポンス１３５Ａとして受け取られる。
【００６９】
システム３００のプロキシアドイン３１１は契約者ＩＤ２１２を保管しない。システム３００の応用例では、プロキシアドイン３１１は補助サーバ３４０に送られる契約者ＩＤ２１２を保管する。これにより、補助サーバ３４０は異なる組織が所有するプロキシサーバ３０１を区別できる。受け取った契約者ＩＤ２１２、例えば、"１２３４５６"などの各々の数値を計数することで、補助サーバ３４０の所有者は、クリックスルーの数に応じて、プロキシサーバ３０１の所有者に報酬を支払える。もちろん、この応用例では、ＨＴＴＰリクエスト３３２が実際にクリックスルーに至ったかをどうかを追跡することはできない。別の応用例では、プロキシアドイン３１１がＨＴＴＰリクエスト３４４を監視するように変更して、改変プロキシアドイン３１１が契約したプロキシサーバ３０１の各々の所有者に対する正確な報酬金を決定するようにできる。
【００７０】
第４実施例
本発明の第４実施例によるシステム４００を図４に示す。
【００７１】
システム１００、２００、３００はウエブサーバ１２０を用いるが、システム４００ではウエブサーバ４２０を備える。ウエブサーバ４２０はエラーハンドラ４１１を設けた以外は、ウエブサーバ１２０と似ている。エラーハンドラ４１１は、リクエストされたウエブページがウエブサーバ４２０から検索できないと、ウエブサーバ１２０の動作と比較して、ウエブサーバ４２０の動作を修正する。エラーハンドラ４１１がウエブサーバ４２０の動作を修正することで、"４０４該当なし"などのＨＴＴＰステータスコードの代わりに、ＨＴＴＰリダイレクトステータスコード（例えば、"Location:http://internet_address_of_helper_server_240/search.asp?referrer=web_page_on_linking_server_201&error=404&missing_page=web_page_address_of_missing_page"フィールドと共に、"３０２一時的に移動"）を含むＨＴＴＰレスポンス４３１を返す。ＨＴＴＰレスポンス４３１により、ウエブブラウザソフト１１０がＨＴＴＰリクエスト１３２を補助サーバ４４０に送る。
【００７２】
補助サーバ４４０は予備サーバ４６０と連絡している。予備サーバ４６０は分析ソフト２４１、インデックスデータベースソフト１４２、及びウエブページ作成ソフト１４３を備える。従って、補助サーバ４４０は補助サーバ１４０、２４０、３４０とは異なるが、予備サーバ４６０と組み合わせることで類似の機能を提供する。予備サーバ４６０がウエブページへのアクセスを要請すると、補助サーバ４４０が予備サーバ４６０のプロキシサーバとして機能する。
【００７３】
補助サーバ４４０がＨＴＴＰリクエスト２２０をリンクウエブサーバ２０１に送ると、このサーバ２０１がＨＴＴＰレスポンス２２１と共に補助サーバ４４０に応答する。次に、予備サーバ４６０のウエブページ作成ソフト１４３がウエブページを制作して、補助サーバ４４０を介して、ウエブブラウザソフト１１０にＨＴＴＰレスポンス１３３を送る。ユーザがリンク上をクリックすると、ＨＴＴＰリクエスト１３４がリンクサーバ１５０に送られ、リンクサーバ１５０がＨＴＴＰレスポンス１３５と共に応答する。これにより、リンクサーバ１５０からのウエブページがユーザＰＣ１０１のスクリーン１０４に表示される。
【００７４】
システム４００の別の実施例では、ＨＴＴＰレスポンス４３１に契約者ＩＤ２１２を含ませて、補助サーバ４４０に伝えるようにエラーハンドラ４１１を設ける。システム４００のさらに別の実施例では、予備サーバ４６０のインデックスデータベースソフト１４２をリンクＩＤ３１２を含むインデックスデータベースソフト３４２と置き換える。さらに別の実施例では、補助サーバ４４０は、追跡ソフト２４３とリダイレクトソフト２４４をさらに備える。
【００７５】
第５実施例
システム１００から４００において、プラグイン１１１、２１１、プロキシアドイン３１１又はエラーハンドラ４１１は、ユーザがリクエストしたウエブページがユーザＰＣ１０１のウエブブラウザ１１０／スクリーン１０４に表示できない旨を示す信号（例えば、ＨＴＴＰステータスコード"４０４該当なし"）を検出した。状況によっては、ＨＴＴＰステータスコードが作成されずにエラーが生じる場合もありうる。
【００７６】
第５実施例（図示省略）において、こうした状況で発生するエラーをプラグイン１１１、２１１、プロキシアドイン３１１又はエラーハンドラ４１１が適宜検出し、分析ソフト１４１、インデックスデータベースソフト１４２、及びウエブページ作成ソフト１４３を起動させる。当業者であれば、プラグイン１１１、２１１、プロキシアドイン３１１又はエラーハンドラ４１１に必要な修正は容易に理解されよう。
【００７７】
以下に、ウエブブラウザ１２０がＨＴＴＰステータスコードを作成しない状況を５つの例をもって説明する：
【００７８】
１． 実在しないドメインネーム
システム１００、２００のリクエスト１３０によりウエブブラウザ１１０が実行した、又は、システム３００のＨＴＴＰリクエスト３３０によりプロキシサーバ３０１が実行したＤＮＳ検索がテキスト言語のインターネットアドレス（例えば、"www.some_non_existant_domain.com"）を数字インターネットプロトコルアドレスに変換するのに失敗すると、プラグイン１１１、２１１、又はプロキシアドイン３１１は、ＤＮＳサーバからエラーコードを受け取って、ＨＴＴＰ"ホスト該当なし"エラーが生じたときのように動作する。
【００７９】
システム１００、２００のウエブサーバ１２０とユーザＰＣ１０１の間、あるいは、システム３００のプロキシサーバ３０１とウエブサーバ１２０の間に標準型のウエブプロキシサーバ（すなわち、プロキシアドイン３１１を含まないプロキシサーバ）が介在すると想定して、標準ウエブプロキシサーバは受け取ったＤＮＳエラーメッセージをＨＴＴＰエラーメッセージに変換し、これをウエブブラウザ１１０又はプロキシサーバ３０１に送り返す。プラグイン１１１、２１１、又はプロキシアドイン３１１に、通常通り、ＨＴＴＰステータスコードが伝達される。
【００８０】
２． 指定ＩＰアドレスにサーバが無い場合
ＵＲＬのＦＱＤＮから解析されたＩＰアドレス又はＵＲＬのＩＰアドレスをインターネット上の何れのマシンにも割り当てできない場合、ウエブブラウザ１１０又はプロキシサーバは実存しないウエブサーバ１２０への接続確立に失敗する。
【００８１】
２．１  一定時間内（典型的に数秒間）に接続が確立されないと、ウエブブラウザ１１０又はプロキシサーバ３０１（もしくは標準プロキシサーバ）はタイムアウトする。
プラグイン１１１、２１１又はアドイン３１１はこの通知を受け、ＨＴＴＰ"ホストの該当なし"を受け取ったときのように処理できる（標準プロキシサーバはタイムアウトをＨＴＴＰステータスコードに変換し、これをウエブブラウザ１１０又はプロキシサーバ３０１に送る。それにより、プラグイン１１１、２１１又はプロキシアドイン３１１が上述したように機能する）。
【００８２】
２．２  あるいは、例えばウエブサーバ１２０などサブネットワークにより近いルータは、ウエブサーバ１２０が存在しないという情報を既に所有してこともあり得る。これがＩＣＭＰ（インターネット管理メッセージプロトコル）"ホストへの到達不能"メッセージを送り返す。プラグイン又はアドインは上述の情報を受け取り、その他のエラー同様に処理を実行できる（再び、標準プロキシサーバは典型的に、ＩＣＭＰエラーをＨＴＴＰステータスコードに変換し、ウエブブラウザ１１０がこれを受け取る）。
【００８３】
３．サーバへのルートの欠如
ユーザＰＣ１０１又はプロキシサーバ３０１（又は標準型仲介ウエブプロキシ）からウエブサーバ１２０へのデータグラム伝達を阻む問題がある場合、ケース２．２において仲介ルータがＩＣＭＰ'ネットワークへの到達不能'を送信できること除いて上述したケース２と同じ事象が発生する。
【００８４】
４．サーバからのルートの欠如
ウエブサーバ１２０からのデータグラムの戻りを阻む問題がある場合、常にケース２．１が適用される。
【００８５】
５．サーバがウエブサーバで無い場合
接続しているサーバ１２０が標準ＨＴＴＰポート番号（ＴＣＰポート８０）またはＵＲＬが指定したポート番号上のウエブサーバソフトを作動させない場合、リクエストを無視してケース２．１と同じ結果になるか、又は２．２と同様に、ＩＣＭＰ"プロトコル到達不能"あるいはＩＣＭＰ"ポート到達不能"の何れかを戻しても構わない。
【００８６】
上述した５つの状況の説明については、下記のウエブサイトを参照されたい：
http://www.ietf.org/rfc/rfc0792.txt
IETF RFC 792: インターネット管理メッセージプロトコル
【００８７】
上記２．１に説明した状況において、ＨＴＴＰステータスコードはウエブブラウザ１１０に戻されるが、このＨＴＴＰステータスコードはウエブサーバ１２０でなく、標準プロキシサーバによって作成される。
【００８８】
第６実施例
本発明による第６実施例によるシステム７００を図７に示す。システム７００は上述したシステム１００と多くの特徴を共有する。しかし、システム１００の補助サーバ１４０の代わりに、システム７００では補助サーバ７４０を使用する。補助サーバ７４０は、"フーイズ(whois)"サーバ７０１と"ホワットイズ(what_is)"サーバ７０２と通信するように構成した以外は補助サーバ１４０と似ている。
【００８９】
システム７００によれば、実行できなかったＨＴＴＰリクエスト１３０のコンテキストに関する付加的な情報を入手できる。上述のシステム１００がキーワード（例えば、"化学"及び"要素"）を決定するためにウエブサーバ１２０のテキスト形式を分析したことは、当業者であれば理解されよう。通常、ＵＲＬのキーワード分析によって十分なコンテキスト情報が得られるが、システムユーザに関連性のある分野の代替ウエブページへのリンクを提供するのに足るコンテキスト情報より以上の情報が得られることもある。
【００９０】
仮定的な具体例を挙げる。例えば、ユーザが以下のウエブアドレスを打ち込んだと想定する：
http://www.elephant.co.uk/this_page_does_not_exist.html
【００９１】
この仮想例では、ウエブサーバ１２０がＨＴＴＰステータスコード"４０４該当なし"を含むＨＴＴＰレスポンス１３１を返す（これは、あくまで仮想例で、実際は４０４ＨＴＴＰステータスコードを返さず、代わりに、ページを発見できなかった旨を示す"this_page_does_not_exist.html"ページを表示する）。次に、プラグイン１１１が補助サーバ７４０の分析ソフト７４１にＨＴＴＰリクエスト１３２（ウエブアドレスを含む）を送る。
【００９２】
分析ソフト７４１は、該当のなかった（発見できなかった）ウエブページのコンテキスト情報をさらに入手するように構成した以外は分析ソフト１４１と似ている。例えば、自然言語のキーワードに関するウエブアドレスコンテキストの単純分析は、ウエブページのコンテキストが厚皮動物（すなわち象などの厚い皮膚を有する動物）であることを示唆しても構わない。
【００９３】
この実施例において、分析ソフト７４１はＨＴＴＰリクエスト７３０の一部としてＦＱＤＮ（すなわち、www.elephant.co.uk）を"フーイズ"サーバ７０１に送る。フーイズサーバ７０１は、ドメイン名www.elephant.co.ukを登録した人物又は組織に関する情報を提供する。フーイズサーバ７０１の例を以下のウエブアドレスで説明する：
http://www.samspade.org/t/whois?server=magic
【００９４】
フーイズプロトコルがＲＦＣ３９１２のＩＥＴＦ（http:www.ietf.org/rfc/rfc3912.txtを参照の形でこの明細書に含む）で定義されることは当業者であれば理解されよう。ＨＴＴＰベースのフーイズサーバに対するリクエストの書式仕様はない。それぞれが自らを定義する。ＲＦＣ３９１２はＨＴＴＰから独立したフーイズプロトコルを定義する。従って、補助サーバ７４０用に選択したフーイズサーバによって、一対のリクエスト／レスポンス７３０／７３１は、samspade用に説明したＨＴＴＰベースのカスタム書式を使用してもいいし、ＲＦＣ３９１２から定義したフーイズ書式を使用しても構わない。
【００９５】
分析ソフト７４１は、フーイズサーバ７０１からＨＴＴＰレスポンス７３２を受け取る。この仮定的事例において、ＨＴＴＰレスポンス７３２は以下の情報を備える：
ドメイン名：elephant.co.uk
登録者：アドマラル保険
登録者の代理人：ＮＴＬインターネット社（Tag=CABLEOL）
ＵＲＬ：http://www.ntl.com
関連する日付：最終更新日：２００４年１０月１２日
サーバ名を順に記載：
フーイズデータベースの最後の更新は、２００５年７月５日、１８時００分００秒
【００９６】
コンテキストアナライザ（文脈分析器）７４１は、キーワード"保険"（この実施例においては登録者の名前の一部として）を見つけるのにキーワードへのＨＴＴＰレスポンスを分析し、検索できなかった仮想ウエブページのコンテキストが厚皮動物でなく、実際は、保険であることを決定する。従って、フーイズサーバ７０１を使用することで、システム７００はＨＴＴＰレスポンス１３３におけるリンクの関連性を高めることができる。
【００９７】
上記した仮想的事例において、フーイズサーバ７０１からのＨＴＴＰレスポンス７３１は十分なコンテキスト情報を含んでいた。その他の状況では、フーイズサーバ７０１からのレスポンスに保険などのキーワードは含まず、ドメイン名の登録所有者の氏名と住所を含んでも構わない。例えば、ドメイン名www.newscientist.co.ukに関するフーイズレスポンスは、以下の情報を含む：
ドメイン名：newscientist.co.uk 
登録者：リードビジネス情報社
登録者の住所：イギリス国ＳＭ２  ５ＡＳサレー市、サットン、クオドラント、クオドラントハウス
【００９８】
ドメイン名の登録者を提供しても、必ずしも、登録者名が十分なコンテキスト情報を付与するとは限らない。ここでは、登録者の名前である"リードビジネス情報社"が提供されているが、これは登録者のコンテキストを明示していない。こうした状況では、分析ソフト７４１が、例えば、登録者の名称を抜き出し、ホワットイズサーバ７０２にＨＴＴＰリクエスト７３２を送る。
【００９９】
ホワットイズサーバ７０２は、登録者のコンテキストに関する情報を含むＨＴＴＰレスポンス７３３と共に応答する。例えば、イギリスのウエブサイトwww.192.comを、登録者のコンテキスト情報を入手するのに使用しても構わない。登録者"リードビジネス情報社"について、ＨＴＴＰレスポンス７３３は、キーワード"新聞及び雑誌の発行者"を含む。分析ソフト７４１はキーワードをコンテキスト情報として利用する。従って、この実施例では、フーイズサーバ７０１とホワットイズサーバ７０２を連結させることで、システム７００はＨＴＴＰレスポンス１３３におけるリンクの関連性を高めることができる。
【０１００】
システム７００が登録者の住所をコンテキスト情報の一部あるいはホワットイズサーバ７０２への照会の一部として使用できることは、当業者であれば理解されよう。www.192.comを使用する代わりに、カンパニーズハウスのようなオンラインデータベースからデータを取得するようにシステム７００を構成しても構わない。イギリスでは、カンパニーズハウスは登録された会社の詳細を提供する公式レジスタである。
【０１０１】
例えば、システム２００、３００、４００と組み合わせて動作するようにシステム７００を変更できることは、当業者であれば理解されよう。システム７００にさらに別の修正を加えられることも当業者であれば理解されよう。例えば、分析ソフト７４１を修正して、フーイズサーバ７０１又はホワットイズサーバ７０２からコンテキスト情報を入手する代わりに、又はこれに加えて、コンテキスト分析ソフト７４１が他の情報資源に基づいてコンテキスト分析を実行しても構わない。例えば、リクエストしたページが利用できないウエブサイトのホームページにＨＴＴＰリクエストを送るように分析ソフト７４１を構成することもできる（すなわち、http://www.elephant.co.uk/this_page_does_not_exist.htmlのページが利用できない場合、分析ソフト７４１は、ウエブサイトwww.elephant.co.ukのホームページをリクエストし、そのホームページ上でコンテキスト分析を行う）。
この他にも、分析ソフト７４１がコンテキスト分析を実行できるオンライン資源が多数あることは、当業者であれば理解されよう。コンテキスト情報（すなわち、ユーザＰＣ１０１に送れなかったウエブページのコンテキスト情報）を入手するのに、こうしたオンライン資源のいくつかは、他のオンライン資源より数多く使用される。
【０１０２】
当業者は、どのオンライン資源が有益な情報を提供するかを自由に決定して構わない。例えば、ランダムに選択したウエブページは有益なコンテキスト情報を提供する可能性が低い。反対に、オンラインデータベース、ウエブサイトのホームページ、又は参照用のウエブページ（すなわち、欠陥リンクを備えたウエブページ）は役立つコンテキスト情報を提供する可能性が高い。
【０１０３】
第７実施例
システム３００のプロキシアドイン３１１の代わりに使用できるシステムを図８に示す。図８は、プロキシサーバ８０１及びＩＣＡＰサーバ８１１を操作可能にするインターネットコンテンツ適応プロトコル（ＩＣＡＰ）を示す。システム８００で使用するパーツの幾つかはシステム３００でも使用している。読者の便宜を考慮して、ＨＴＴＰリクエストとＨＴＴＰレスポンスの幾つかを事に示す。当業者であればご承知のように、ＩＣＡＰは、インターネットプロキシサーバがウイルス検出、言語翻訳、またはコンテンツのフィルタリングなどの機能を実行できるようにするスキャンＲＦＣ３５０７（http://www.ietf.org/rfc/rfc3507.txt）に記載したＩＥＴＦ標準プロトコルである。ＩＣＡＰプロトコルにより、プロキシサーバは、プライベートネットワーク（ＩＳＰの内部ＬＡＮなど）又は、公衆ＩＰベースネットワーク（パブリックインターネットなど）を介して１つ又は複数のコンテンツ適応サーバに照会を送ることができる。
【０１０４】
システム３００と比較すると、プロキシサーバ８０１はプロキシサーバ３０１の代わりに用いられ、ＩＣＡＰ８１１はプロキシアドイン３１１の代わりをする。この実施例において、ＩＣＡＰサーバ８１１は、インターネットを介して補助サーバ３４０と接続し、エサーネットリンクによりプロキシサーバ８０１と接続するサーバである。ＨＴＴＰ３０２リダイレクトレスポンスによって、ウエブブラウザ１１０にＨＴＴＰリクエストを発行させることで好ましいプロキシベースの実施例における通信が機能するため、ＩＣＡＰサーバ８１１自体は補助サーバ３４０への直接接続を有する必要はない。プロキシサーバ８０１はＩＣＡＰサーバ８１１と通信するＩＣＡＰクライアントを含む。
【０１０５】
ユーザＰＣ１０１から発せられたＨＴＴＰリクエスト１３０及び／又はユーザＰＣ１０１へのＨＴＴＰレスポンス１３１の仲介、修正にシステム８００を使用しても構わない。システム８００の特徴の幾つかはシステム３００と似ているため、システム８００の機能説明はシステム３００の用語を用いて行う。
【０１０６】
初めに、ユーザＰＣ１０１からの出方向ＨＴＴＰリクエストについて説明する。
【０１０７】
プロキシサーバ８０１がＨＴＴＰリクエスト１３０を受け取ると、プロキシサーバ８０１はエサーネットリンクを通して、ＩＣＡＰサーバ８１１にメッセージ８６０を送る。メッセージ８６０はＨＴＴＰリクエスト１３０のコピーを含む。ＩＣＡＰサーバ８１１は、最初に、ＨＴＴＰリクエスト１３０のＵＲＩのＦＱＤＮを実ＩＰアドレスとして認識できるかをチェックする。ＩＣＡＰサーバ８１１は、ＤＮＳサーバを使用してＦＱＤＮ認識を調べる。ＦＱＤＮを実ＩＰアドレスとして認識できない状況の例としては、ＨＴＴＰリクエスト１３０のウエブサイトの名称が誤って指定されると、ウエブサイトの名称のＤＮＳ認識は失敗する。ＦＱＤＮを実ＩＰアドレスとして認識できると想定して、ＩＣＡＰサーバ８１１はＤＮＳ認識で与えられたＩＰアドレスをリスニングしたウエブサーバ１２０があるかどうかをチェックする。リスニングしたウエブサーバ１２０がある場合、ＩＣＡＰサーバ８１１はメッセージ８６１をプロキシサーバ８０１に送り返す。メッセージ８６１は、プロキシサーバ８０１がＨＴＴＰリクエスト３３０としてインターネットを通してウエブサーバ１２０に送る非修飾ＨＴＴＰリクエスト１３０を含む。
【０１０８】
ＤＮＳ認識が失敗又はウエブサーバ１２０がＨＴＴＰリクエストを処理しない場合、ＩＣＡＰサーバ８１１は非修飾ＨＴＴＰリクエストを含むメッセージ８６１を送る代わりに、プロキシサーバ８０１がユーザＰＣ１０１のウエブブラウザ１１０にＨＴＴＰリダイレクトレスポンス３３１を送るように動作する。前述したように、ＨＴＴＰリダイレクトレスポンス３３１は、ウエブブラウザ１１０がＨＴＴＰリクエスト１３２を補助サーバ３４０に送るように動作する。そして、上記のように、補助サーバ３４０がコンテキスト分析を実行する。
【０１０９】
ＨＴＴＰリダイレクトレスポンス３３１をウエブブラウザ１１０に送る代わりに、ＩＣＡＰサーバ８１１がメッセージ８６１をプロキシサーバ８０１に送り、ＨＴＴＰリクエストのヘッダーを修正するようにできることは当業者であれば理解されよう。プロキシサーバ８０１は修正したＨＴＴＰリクエストをインターネットに送る。ＨＴＴＰリクエストを修正することで、ウエブサーバ１２０にアドレスする代わりに、ＨＴＴＰリクエストは宛先として補助サーバ３４０を指定する。そして、上記のように、補助サーバ３４０がコンテキスト分析を実行する。
【０１１０】
次に、ウエブサイト１２０からの入り方向ＨＴＴＰレスポンス１３１について説明する。
【０１１１】
プロキシサーバ８０１がＨＴＴＰレスポンス１３１をウエブサーバ１２０から受け取ると、プロキシサーバ８０１はメッセージ８７１をＩＣＡＰサーバ８１１に送る。メッセージ９７１はＨＴＴＰレスポンス１３１のコピーを含む。ＩＣＡＰサーバ８１１はＨＴＴＰレスポンス１３１のヘッダーを調べて、ユーザがリクエストしたウエブページ（又は他の資源）をウエブサーバ１２０がうまく検索したかを判断する。ウエブサーバ１２０がうまく引き出せたことをＨＴＴＰレスポンス１３１のステータスコードが示すと、ＩＣＡＰサーバ８１１はプロキシサーバ８０１にメッセージ８７２を送る。メッセージ８７２は、ＨＴＴＰレスポンス１３１をユーザＰＣ１０１に非修飾で送るようにプロキシサーバ８０１に伝える。
【０１１２】
ＨＴＴＰレスポンス１３１のステータスコードがウエブページがうまく引き出せなかったことを表示すると、この実施例の場合、ＩＣＡＰサーバ８１１もＨＴＴＰレスポンス１３１のボディ（ヘッダーとは対照的に）の長さ（すなわち、文字の数）を調べる。ボディの長さが閾値長さを下回る場合は、ＩＣＡＰサーバ８１１はメッセージ８７２をプロキシサーバ８０１に送り、ＨＴＴＰレスポンス１３１をＨＴＴＰリダイレクトレスポンス３３１と置き換えるように指示する。ＨＴＴＰリダイレクトレスポンス３３１は、ウエブブラウザ１１０がＨＴＴＰリクエスト１３２を補助サーバ３４０に送るように仕向ける。そして、上記のように、補助サーバ３４０がコンテキスト分析を実行する。
【０１１３】
ある実施例において、ＩＣＡＰサーバ８１１がＨＴＴＰレスポンス１３１のステータスコードとボディ長さの両方を調べる代わりに、ステータスコードだけを調べるように構成しても構わない。
【０１１４】
前述した実施例において、ＩＣＡＰサーバ８１１はＤＮＳサーバ及びウエブサーバ１２０と通信し、ウエブサーバ１２０が出方向ＨＴＴＰリクエスト１３０に応答するかをチェックする。いくつかの実施例において、ＩＣＡＰサーバ８１１は、ＤＮＳサーバ又はウエブサーバ１２０がデータを獲得してから経過した時間が長すぎないかを判断するためのタイマを備える。経過時間が長すぎる場合、ＩＣＡＰサーバ８１１は、エラーが発生したと判断し、プロキシサーバ８０１がウエブブラウザ１１０にＨＴＴＰリダイレクトレスポンス３３１を送るように仕向ける。
【０１１５】
当業者であればご承知のとおり、多くのウエブページは多数の画像から成る。こうしたウエブページは画像が何処からダウンロードできるかを指定するＨＴＭＬ情報を備える。こうしたウエブページがウエブブラウザ１１０にローディングされると、ウエブブラウザ１１０は、画像のそれぞれについて、ＨＴＴＰリクエストを発行する。ＩＣＡＰサーバ８１１は画像（例えば、書式ファイルが.jpg及び.png）及び実行可能ファイル（例えば、書式ファイルが.exe）に関するリクエストのＨＴＴＰステータスを無視するのが望ましい。ある実施例で、例えば、リクエストしたＵＲＬが共通の画像又はその他の非ＨＴＭＬページオブジェクトファイル名拡張子（.gf、.css、.jpg、.mapなど）で終わる場合、プロキシサーバ８０１がＩＣＡＰサーバ８１１に全く照会しないように設定することができる。これにより、プロキシサーバ８０１とＩＣＡＰサーバ８１１間の通信チャンネル（エサーネット又はインターネット）への負荷が軽減され、ＩＣＡＰサーバ８１１への負荷が軽減される。他の実施例では、ＵＲＬがデータタイプを表示しないようにして、ＩＣＡＰサーバ８１１に判断させる。１つの方法は、過去に戻されたオブジェクトが埋め込まれたＵＲＬのＨＴＭＬページのテキストを調べて、一定期間、データベースに保管する。後にＩＣＡＰサーバが埋め込まれたオブジェクトのリクエストを受けると、データベースから検出できる（データベースが無限に拡張するのを防ぐために、一定期間経過して古くなったＵＲＬを廃棄しても構わない。こうしたキャッシュ管理はこの分野では公知である）。
【０１１６】
さらに別の実施例
前記のシステム１００，２００，３００，４００，７００，及び８００はコンテキスト情報を（i）ＦＱＤＮ、（ii）不完全リンクを含むウエブページ、又は（iii）予備サーバ（フーイズサーバ７０１又はホワットイズサーバ７０２など）の何れかから獲得する。変更例において、システムを改変して、コンテキスト情報をこれらのソースから入手するだけでなく、検索不能なウエブページを備えるウエブサイトのホームページからもコンテキスト情報を入手するようにシステムを修正できることは当業者であれば理解されよう。例えば、ユーザがＵＲＬを打ち込むか、リンクをクリックしたと仮定して、仮想的ウエブページが以下の通りだとする：
www.valid_domain_name.com/missing_page.html
このとき、ＦＱＤＮは有効なドメイン名を指定しているが、パスはそのドメイン名の有効なウエブページを指定していない。この変更例では、システムがウエブサイトのホームページを読み込むように構成してある。殆どのウエブサイトは、特定のウエブページを指定するパスが提供されない場合、ウエブサイトはデフォルトで"index.html"と呼ばれるウエブページに戻る。従って、この変更例では、ウエブサイトがシステムに下記のウエブページを提供し、
www.valid_domain_name.com/index.html
システムがウエブサイトのホームページでコンテキスト分析を行う。 
【０１１７】
コンテキスト情報をウエブサイトのホームページから獲得するのと、フーイズサーバ７０１などの予備サーバから獲得するのとでは違いがあることは、当業者であれば理解されよう。コンテキストアナライザ（例えば分析ソフト１４１）がウエブサイトのホームページ（例えば、"index.html"）からコンテキスト情報を獲得する場合、コンテキストアナライザはＨＴＴＰリクエストをウエブサイトに送り、ウエブサイトが戻したウエブページ上でコンテキスト分析を行う。コンテキストアナライザが予備サーバからコンテキスト情報を獲得する場合、２つのプロセスを実行する必要がある。初めに、コンテキストアナライザはＨＴＴＰリクエストを予備サーバに送り、予備サーバからＨＴＴＰレスポンスを受け取る。ＨＴＴＰレスポンスは１つ又は複数のフィールドを含むウエブページを定義するようにできる。例えば、フーイズサーバ７０１に、ユーザ（あるいはコンピュータ）がドメイン名を入力できるフィールドを設けても構わない。ユーザ（あるいはコンピュータ）がドメイン名を入力して"入力"キーを押すと、フーイズサーバ７０１は、ダイナミックに作成されたコンテキスト情報を含むＨＴＭＬウエブページと共に応答する。コンテキストアナライザはダイナミックに作成されたＨＴＭＬウエブページを、例えば、キーワードについて分析する。
【０１１８】
さらに別の実施例を以下に説明する。便宜上、後述する実施例では、システム１００，２００，３００，又は４００の用語を使って説明する。これらの実施例に大部分がシステム７００及び８００、又は第５実施例にも適用できることは、当業者であれば理解されよう。    
【０１１９】
システム１００，２００，３００，又は４００、あるいは第５実施例にその他の修正を適宜加えられることは、当業者であれば理解されよう。例えば、分析ソフト１４１，１４２、インデックスデータベースソフト１４２及びウエブページ作成ソフト１４３を実行するのにソフトウエアを使用する代わりに、専用のハードウエアを用いて同様の機能を実行しても構わない。
【０１２０】
システム１００，２００，３００，４００は、分析ソフト１４１，２４１と、インデックスデータベースソフト１４２，３４２と、ウエブページ作成ソフト１４３とを補助サーバ１４０，２４０，３４０と合体させている。変更例では、補助サーバはこの機能を備えず、代わりに、必要な機能を実行する他のサーバへの通信リンクを含む。例えば、一実施例において、補助サーバがＨＴＴＰリクエスト２３２とＨＴＴＰレスポンス２２１を受け取ると、コンテキストを推定して補助サーバに戻す"コンテキスト"ソフトに情報を伝える。補助サーバは、次に、関連するリンクの詳細をウエブページ作成サーバに直接提供するデータベースサーバにコンテキストを通知する。ウエブページ作成サーバは要請されたウエブページを制作して補助サーバに送り、これがウエブブラウザソフト１１０に伝送される。
【０１２１】
システム１００，２００，３００，４００は、典型的に、ユーザＰＣ１０１のインターネットプロトコル（ＩＰ）アドレスを補助サーバ１４０，２４０，３４０，４４０に通知しない。変更例では、ユーザのＩＰアドレスをパラメータとして補助サーバに送る。これを使ってユーザＰＣ１０１のおおよその地理的位置を考慮することで、コンテキスト情報を改善する。その結果、例えば、クレジットカード、又は、その他の金融サービスの関連性が向上し、あるいは、重量のある嵩張る商品の適当な小売サービスや、言語翻訳サービスなどが提供できる。
【０１２２】
応用例では、ユーザへの応答速度を高めるために、補助サーバがリクエストをキャッシュメモリに保存し、索引付けするように構成する。例えば、ウエブサーバ１２０が一時的に使用不能になった場合、異なるユーザがウエブサーバ１２０上のページにアクセスしようとすると、似たような"４０４該当なし"エラーを繰り返し発生するようにできる。
【０１２３】
別の変更例では、プラグイン１１１，２１１、又はプロキシアドイン３１１は、永続的な"グローバルユニーク識別子（ＧＵＩ）"を作成し、これは個々のユーザを一意に特定する。この変更例では、グローバルユニーク識別子は個人を追跡できないように構成されているため、プライバシーが保護される。補助サーバへのパラメータとしてグローバルユニーク識別子を含むことで、補助サーバはユーザのブラウジング傾向を考慮できるため、コンテキストが改善され、ユーザに表示するリンクの関連性が高まる。類似の実施例では、グローバルユニーク識別子をユーザＰＣ１０１の永続クッキーとして実行しても構わない。同様に、契約者ＩＤを永続クッキーとしてユーザＰＣ１０１に保存することもできる。別の実施例では、どの組織がプラグイン２１１をユーザに配布したかの記録に契約者ＩＤを使う代わりに、永続的グローバルユニーク識別子として使用したり、例えば、ユーザが化学又は舞踏方面に興味があるなど、ステレオタイプに応じてユーザを分類するのに使用したりできる。
【０１２４】
状況に応じて、システム１００，２００，３００，及び４００を組み合わせて同時に並存させることもできる。例えば、プラグイン２１１を備えるユーザＰＣ１０１がプロキシアドイン３１１を備えるプロキシ３０１を介してインターネットにアクセスしたり、エラーハンドラ４１１を組み込んだウエブサーバ４２０にアクセスしたりできる。この場合、"４０４該当なし"エラーレスポンスをユーザＰＣ１０１に戻すことはないので、エラーハンドラ４１１がプロキシアドイン３１１及びプラグイン２１１を支配する。プロキシアドイン３１１とプラグイン２１１がチェックできる情報を提供するようにエラーハンドラ４１１の動作を修正して、エラーハンドラ４１１、プロキシアドイン３１１、及びプラグイン２１１を供給する様々な組織が報酬を分かち合うようにできることは当業者であれば理解されよう。
【０１２５】
別の応用例においては、ユーザがアクセスした（例えば、前述した５つのウエブサーバ）より新しいウエブページアドレス（ＵＲＬ）を含むようにプラグイン２１１を構成して、付加的なコンテキスト情報を提供する。同様に、ユーザＰＣ１０１のセッションクッキーを使って同じ機能範囲の実施を制限し、ユーザがアクセスしたより新しいウエブページアドレスを保存するようにエラーハンドラ４１１を修正することもできる。
【０１２６】
さらに別の応用例において、複数の補助サーバを設けても構わない。一実施例において、ユーザをそれぞれ特定の補助サーバに導き、例えば、計算負荷の配分や、各種補助サーバ間の一様なインターネット通信量など、様々な補助サーバの負荷バランスを調える。あるいは、契約者ＩＤ２１２に基づいて、異なるユーザを異なる補助サーバに導くようにしても構わない。複数のＩＣＡＰサーバを使用して、何れかのＩＣＡＰサーバが不完全な場合に、負荷配分したり、代理機能性を備えたりできる。また、ＩＳＰは、通常、複数のプロキシサーバを使用する。この場合、単一のＩＣＡＰサーバ８１１が複数のＩＣＡＰ使用可能プロキシサーバ８０１にサービスを提供するようにできる。
【０１２７】
システム１００，２００，３００，４００の上部ページ作成ソフト１４３はユーザがスクリーン１０４上で見るためのウエブページを作成した。例えば、ユーザが運転中など、状況によっては、ユーザがすぐにスクリーンを見られないことがある。従って、別の変更例では、修正ウエブブラウザソフトを使って、例えばテキスト−会話変換ソフトなどによってユーザと通信する出力を生成し、ユーザはランク付けされたリンクを聞き、ウエブブラウザに話しかけてリンクを選択するようにできる。
【０１２８】
システム１００，２００，３００，４００は、プラグイン１１１，２１１か、プロキシアドイン３１１か、エラーハンドラ４１１の何れかを、補助サーバ１４０，２４０，３４０，４４０と組み合わせて使用した。応用例では、補助サーバの機能性の一部又は全部をプラグイン１１１，２１１か、プロキシアドイン３１１か、エラーハンドラ４１１が備える。別の応用例では、ユーザＰＣがウエブサーバの役割を実施し、プラグイン１１１，２１１、プロキシアドイン３１１、エラーハンドラ４１１の機能性もユーザＰＣが備える。例えば、プラグイン１１１，２１１、プロキシアドイン３１１、エラーハンドラ４１１、分析ソフト１４１、インデックスデータベース１４２、及びウエブページ作成ソフト１４３の何れか／いくつか／全てがユーザＰＣのオペレーティングシステムの一部として実行できることは当業者であれば理解されよう。
【０１２９】
複数の変更例において、ユーザに検討・選択してもらうために代用リンクのリストを提示する代わりに、リダイレクトＨＴＴＰレスポンスをユーザＰＣ１０１に送り、最も関連性が高いと推定されるリンクを直接スクリーン１０４に表示するようにできる。クリック毎（ＣＰＣ）、案内毎（ＣＰＬ）、アクション毎（ＣＰＡ）、顧客毎、１０００毎（ＣＰＭ、"Ｍ"はローマ数字で１０００を表す）、セール毎（ＣＰＳ）、またはオーダー毎（ＣＰＯ）を基準として収入が得られる。異なる範疇のリンクに異なる数値を割り当てても構わない。例えば、ローン提供会社へ案内する場合は、ローン契約は典型的に高額なため、高い金銭価値を割り当てても構わない。組織が所有するウエブサーバ上のウエブサイトを"ホスト"するのに、ウエブサイトの所有者が組織に支払いする場合もある。この場合、報酬はウエブサーバの所有者でなく、ウエブサイトの所有者が受け取る。
【０１３０】
"４０４該当なし"及び"４１０消滅"ステータスコードは、ユーザインターフェースを改善できる。ユーザインターフェースに適用されるその他のＨＴＴＰステータスコードには以下のコードが含まれることは当業者であれば理解されよう：
４００  不良構文
４０１  無許可
４０２  不使用
４０３  禁止
５００  サーバのエラー
５０１  実行不能
５０２  過負荷
５０３  ゲートウエイタイムアウト
【０１３１】
システム４００では、分析ソフト２４１及びインデックスデータベースソフト２４２を備える予備サーバ４６０に補助サーバ４４０を接続した。システム１００−４００の応用例では、第三者が提供するウエブサーバ（図示省略）を使ってコンテキスト分析を実行しても構わない。そうした変更例では、ＨＴＴＰステータスコードを受け取ると、コンテキスト情報を第三者のサーバに送るようにプラグイン１１１，２１１、プロキシアドイン３１１又はエラーハンドラ４１１を構成する。第三者のサーバがコンテキスト情報を分析して、潜在的なリストを補助サーバに送り、ウエブページを作成してユーザに送る。
【０１３２】
システム１００〜４００では、ユーザに潜在的に関連するリンクを決定するのにインデックスデータベースソフトを用いた。そして、決定したリンクをユーザに提示した。状況によっては、ユーザにすぐに結果を知らせるのが好ましい場合もある。別の変更例では、初めてユーザが特定の存在しないページを指定するＵＲＬを入力すると、コンテキスト情報を比較的手短に分析してユーザにリンクを提示するように分析ソフト及びインデックスデータベースソフトを構成する。これにより、ユーザはあまり長く待たずにすむ。一方、コンテキスト情報を詳細に分析し、新しいリスト決定するように分析ソフト及びインデックスデータベースソフトを構成しても構わない。分析ソフト及びインデックスデータベースソフトは、より多くの時間を掛けて分析を行うため、この新しいリストは初期にユーザに提示したリンクリストよりコンテキストとの関連性が高いと推測される。異なるユーザが続いて同じＵＲＬを入力したり、最初のユーザが同じＵＲＬを２回目に入力したりすると、新しいリストが提示される。この変更例は、ユーザにリンクを戻すまでの応答時間を程よく短時間に保ちつつ、相対的に詳細なコンテキスト分析を行える点で有益である。この変更例をさらに改変したケースでは、２つ以上の"フレーム"を備える"フレームセット"ウエブページを作成できるようにウエブページ作成ソフト１４３を構成する。フレームセットウエブページは、ユーザには単一ウエブページに見えるが、異なるウエブサーバが各フレームを提供できることは当業者であれば理解されよう。例えば、特定ウエブサーバのホームウエブページを検索するようにウエブブラウザに指示するリファレンスをフレームに含ませることができる。このさらに改変した変更例では、フレームが比較的短い分析結果を初めに表示した後で見つけたリンクを含むようにウエブページ作成ソフトを構成する。ユーザがより長い時間掛かけた分析を容認できる場合、より詳細なコンテキスト分析を表示した後で見つけたリンクをフレームに含ませても構わない。
【０１３３】
システム１００〜４００では、ユーザＰＣ１０１をインターネットに接続するのにモデム１０５を使用した。別の変更例では、ウエブサーバと情報のやり取りをするのに、ＰＣ１０１がＨＴＴＰ、ワイヤレスアクセスプロトコル（ＷＡＰ）又は類似のプロトコルを使用する他の装置を含んでも構わない。本発明は、ＨＴＴＰとＨＴＭＬプロトコルを使わないネットワークにも利用できる。同様に、本発明をインターネットでなく"イントラネット"に利用することもできる。イントラネットは典型的に、インターネット接続しないか、又は、ファイヤーウオールでインターネットから分離させたプライベートネットワークであることは当業者であれば理解されよう。
【０１３４】
システム１００〜４００では、リクエストした情報がウエブサーバ１２０，４２０から取り出せないときに潜在的に関連性のあるリンクをユーザに提示するのに補助ウエブサーバ１４０，２４０，３４０，４４０を使用した。補助ウエブサーバとウエブサーバは全く異なるウエブサーバであった。別の変更例において、ウエブサーバと補助ウエブサーバは同一のＩＰアドレスを所有するだけでなく、同じウエブサーバ、すなわち、補助ウエブサーバが自身を補助するようにできる。こうした変更例には、ユーザに関連リンクを提供するための応答時間を最小限にできるという利点がある。例えば、システム２００−４００のＨＴＴＰリクエスト２２０とＨＴＴＰレスポンス２２１と比較すると、このような変更例では、物理的大距離にわたる情報の伝送を回避できる。
【０１３５】
システム２００では、契約者監視ソフト２４２と追跡ソフト２４３を使って、補助サーバ２４０が報酬の割り当てを決定できた。別の変更例では、プラグイン２１１（一例として）を修正して、この修正プラグインを使って、報酬の割り当てを決定できる。この変更例では、リンクサーバ１５０への現実のリンク（リンクサーバ１５０のＵＲＬを含む補助サーバ２４０へのリンクの代替）を含むようにＨＴＴＰレスポンス２３３を修正するため、ＨＴＴＰリクエスト２３４とＨＴＴＰレスポンス２３５は必要ない。ユーザがリンクをクリックすると、修正プラグイン２１１がこれと、該当がある場合は契約者ＩＤを記録し、報酬を分け合う。
【０１３６】
図１〜４は、エラーコードを仲介し、不完全なＵＲＬのコンテキスト分析を開始するのに利用できる様々なロケーション（ユーザＰＣ１０１とウエブサーバ１２０，４２０間）を示す。多くのインターネットサービスプロバイダ（ＩＳＰ）が、典型的に、大規模な遠距離通信会社であるキャリアからインターネット帯域幅を購入するのは、当業者であれば理解されよう。キャリアは、通常、例えば、大西洋横断光ファイバケーブル及び切り替え／ルーチン装置を所有・維持する。変更例のいくつかで、ウエブプロキシを切り替え／ルーチン装置に組み込んでも構わない。そうしたプロキシは、図３に示すプロキシサーバ３０１と同様の手法で機能する。
【０１３７】
第５実施例において、ＨＴＴＰステータスコードを作成せずにエラーが生じる状況の例を５つ挙げた。第１の状況では、プラグイン１１１，２１１又はプロキシアドイン３１１がＤＳＮサーバからのエラーコードを受け取り、ＨＴＴＰエラーが発生したかのように動作するように構成した。変更例では、ＤＳＮサーバを修正して、ドメイン名をＩＰアドレスとして認識できないときはＤＳＮサーバの動作を変更するようにする。例えば、プロキシアドイン３１１に類似のＤＮＳアドイン（図示省略）を代用することで、ＤＳＮサーバを修正しても構わない。
【０１３８】
一般的に、ユーザがリンクをクリックすると、ブラウザはＤＮＳサーバを使って、ドメイン名をＩＰアドレスとして認識する。ブラウザは、ＤＮＳサーバからＩＰアドレスを受け取ると、ＤＮＳサーバが指定したＩＰアドレスのホストにＨＴＴＰリクエストを送る。
【０１３９】
存在しないドメイン名（例えば、www.some_non_existent_domain.com）を修正ＤＮＳサーバに送ると、修正ＤＮＳサーバはＤＮＳエラーの発生を表示する代わりに、補助サーバ１２０，２４０，３４０，４４０のＩＰアドレスを返す。補助サーバのＩＰアドレスは、インターネットによってウエブブラウザ１１０に伝えられ、これが補助サーバ１４０，２４０，３４０，４４０にＨＴＴＰリクエストを送る。
【０１４０】
あるいは、ＤＳＮサーバを修正する代わりに、ユーザＰＣとＤＮＳサーバの仲介にプロキシＤＳＮサーバを使用しても構わない。この場合、プロキシＤＮＳサーバは、ＤＮＳステータスコード（ＤＮＳエラーコードを含む）をＤＮＳサーバから受け取る。ドメイン名が無効で、ＤＮＳサーバからのＤＮＳエラーコードが生じた場合、プロキシＤＮＳサーバがＤＮＳサーバからのエラーコードを仲介し、補助サーバ１４０，２４０，３４０，４４０のＩＰアドレスを含むＤＮＳステータスコードと置き換える（又は修正する）。
【０１４１】
ユーザがパス情報（例えば、'www.some_non_existent_domain.com/path/page.html'）を含むＵＲＬをタイプするか、リンクをクリックした場合、ウエブブラウザはパス情報を補助サーバのＩＰアドレスに送る。これにより、補助サーバは前述したコンテキスト分析を実行することができる。ユーザがリンクをクリックした場合、ウエブページ（すなわち、存在しないドメイン名を指定するリンクを有するウエブページ）のアドレスも補助サーバに送られる。
【０１４２】
前述したように、本発明はインターネットのウエブページにも適用できる。そうしたウエブページは、例えば、画像を含んでも構わない。ウエブページ上の画像が典型的に、ＨＴＭＬ／ＸＨＴＭＬタグ"〈ｉｍｇ〉"を使用して表示されるのは当業者であれば理解されよう。〈ｉｍｇ〉タグの一つの属性は、画像ＵＲＬを指定する"ｓｒｃ"で、これはウエブページの一部として表示される。コンテキスト分析を実行するとき、本発明の実施例がｓｒｃの属性を分析するようにしても構わない。例えば、ｓｒｃの属性がＵＲＬ"www.some_domain_name.com/images/elephant.jpg"を指定する場合、コンテキスト分析は画像が"象（elephant）"と呼称され、ＪＰＥＧ形式であることを判断できる。
【０１４３】
しかし、状況によって、表示される画像名が画像コンテンツを表示しない場合もある。例えば、画像が"ｉｍｇ０００１"と呼称され、象の写真を示すとする。このような場合、本発明の実施例では、画像を検索し、その画像処理を行うようにできる。単色画像を処理して円形や方形表示を検出するのに必要なコンピュータの処理能力が、例えば象のように、より複雑な表示の検出より少なくて済むことは当業者であれば理解されよう。同様に、本発明の実施例により音楽（例えば、ＭＰ３ファイル形式として知られるＭＰＥＧレイヤー３形式）ファイル名又は音楽ファイルが表示する音楽を分析して、例えば、音楽ファイルがクラシック音楽かジャズ音楽かを決定するようにしても構わない。
【０１４４】
その他の状況で、ウエブページが欠陥リンクと有効なリンクの両方を含むようにもできる。ユーザが欠陥リンクを選択した場合、有効なリンクが指定するウエブページを検索し、これらのウエプページを分析してコンテキスト情報を得るようにしても構わないことは当業者であれば理解されよう。
【図面の簡単な説明】
【０１４５】
【図１】本発明の第1実施例によって構成したコンピュータシステムを図示。
【図２】本発明の第２実施例によって構成したコンピュータシステムを図示。
【図３】本発明の第３実施例によって構成したコンピュータシステムを図示。
【図４】本発明の第４実施例によって構成したコンピュータシステムを図示。
【図５】図１のシステムにおいて、データ入力処理後にユーザに表示されるウエブページを図示。
【図６】図２のシステムにおいて、データ入力処理後にユーザに表示されるウエブページを図示。
【図７】本発明の第６実施例によって構成したコンピュータシステムを図示。
【図８】本発明の第７実施例によって構成したコンピュータシステムの一部を図示。
【図１】
2008507057.tif 000003
【図２】
2008507057.tif 000004
【図３】
2008507057.tif 000005
【図４】
2008507057.tif 000006
【図５】
2008507057.tif 000007
【図６】
2008507057.tif 000008
【図７】
2008507057.tif 000009
【図８】
2008507057.tif 000010
【国際調査報告】
2008507057.tif 000011
2008507057.tif 000012
2008507057.tif 000013