"トラッキングを行うトラッキングサーバシステム、第1のサーバシステム、第2のサーバシステム及び第1のサーバシステムからのウエッブページを受領するクライアントシステムがインターネットを介して接続されており、前記トラッキングサーバシステムは、クライアントシステムのユーザによる、トラッキング対象の通知データが含まれたウエッブページの情報要素の選択を介した、対応する第2のサーバシステムのウエッブページへの参照の発生をトラッキングすると共に前記通知データの受領をし、前記クライアントシステムは、前記第1のサーバシステムからウエッブページを受領して、ブラウザにより該ウエッブページを表示し、表示した該ウエッブページで、前記クライアントシステムユーザによる前記ウエッブページの情報要素の選択に応答して、該ウエッブページ内のプログラムを実行して、第2のサーバシステムに前記対応するウエッブページを要求するとともに、トラッキングサーバシステムに前記通知データを含むトラッキング情報を提供するプロセスを実現し、よって、前記クライアントシステムユーザによる前記情報要素の選択に応答して、前記クライアントシステムユーザには見えない形でトラッキングサーバシステムに前記通知データを含むトラッキング情報を提供し、また前記第2のサーバシステムにコンテンツリクエストを提供することを特徴とする方法。トラッキングを行うトラッキングサーバシステム、第1のサーバシステム、第2のサーバシステム及び第1のサーバシステムからのウエッブページを受領するクライアントシステムがインターネットを介して接続されており、前記トラッキングサーバシステムは、クライアントシステムのユーザによる、トラッキング対象の通知データが含まれたウエッブページ上の情報要素の選択を介した、対応するウエッブページへの参照の発生をトラッキングすると共に前記通知データの受領をし、前記第1のサーバシステムは、前記クライアントシステムユーザにより選択できると共にトラッキング対象の通知データが含まれた前記ウエッブページの情報要素と、該ウエッブページの情報要素の選択に応答して実行できるプログラムとを含むウエッブページを作成し、前記クライアントシステムに作成した前記ウエッブページを提供し、前記プログラムは、前記第2のサーバシステムに前記対応するウエッブページを要求するとともに、前記トラッキングサーバシステムに前記通知データを含むトラッキング情報を提供するプロセスを前記クライアントシステムで実現するものであり、よって、前記クライアントシステムユーザによる前記情報要素の選択に応答して、前記発生が前記クライアントシステムユーザには見えない形でトラッキングサーバシステムに前記通知データを含むトラッキング情報を提供し、また前記第2のサーバシステムにコンテンツリクエストを提供することを特徴とする方法。トラッキングを行うトラッキングサーバシステム、第1のサーバシステム、第2のサーバシステム及び第1のサーバシステムからのウエッブページを受領するクライアントシステムがインターネットを介して接続されており、前記トラッキングサーバシステムは、クライアントシステムのユーザによる、トラッキング対象の通知データが含まれたウエッブページ上の情報要素の選択を介した、対応するウエッブページへの参照の発生をトラッキングすると共に前記通知データの受領をし、前記第1のサーバシステムは、前記クライアントシステムユーザにより選択できると共にトラッキング対象の通知データが含まれた前記ウエッブページの情報要素と、該ウエッブページの情報要素の選択に応答して実行できるアプレットとを含むウエッブページを作成するウエッブページ作成手段と、前記クライアントシステムに前記作成したウエッブページを提供するウエッブページ提供手段とを備え、前記プログラムは、第2のサーバシステムに前記対応するウエッブページを要求するとともに、トラッキングサーバシステムに前記通知データを含むトラッキング情報を提供するプロセスを前記クライアントシステムに実現するものであり、よって、前記クライアントシステムユーザによる前記情報要素の選択に応答して、前記発生が前記クライアントシステムユーザには見えない形でトラッキングサーバシステムに前記通知データを含むトラッキング情報を提供し、また前記第2のサーバシステムにコンテンツリクエストを提供することを特徴とする第1のサーバシステム。すなわち、本発明の全般的目的は、外部サーバシステムへのハイパーリンク名をトラッキングし、リダイレクトする信頼性の高いシステム及び方法を提供することにある。上記目的は、トラッキングを行うサーバシステムの外部にあるリソースに対応する予め定められたリソースロケータを参照しているクライアントシステムに応答する前記トラッキングサーバシステムへのメッセージを用意することで、本発明により達成される。トラッキングサーバシステムはクライアントシステムによる選択が可能な情報要素を間接的にクライアントシステムにもたせる。ここで前記情報要素は、コンテンツリソースロケータを利用してコンテンツサーバシステムから得ることができる情報コンテンツとして、クライアントシステム上でグラフィカルに識別される。情報要素は、トラッキングサーバシステムを参照するトラッキングリソースロケータ、及び情報要素識別データを含む。情報要素を選択すると、クライアントシステムは、トラッキングサーバシステムにデータを与えるためにトラッキングリソースロケータを使用し、コンテンツサーバシステムから情報コンテンツを得るためにコンテンツリソースロケータを使用する。すなわち、本発明の利点は、クライアントユーザにはリダイレクトプロトコルの最小限の可視性を付与しながら、最終的に参照されたウエッブページを返す際に最小限の待ち時間を差し挟むような、適切な方法でURL参照データが取り込まれることである。本発明の別の利点は、サーバの外部サポートプログラム及び多数の外部データ参照の個別の呼出が本発明の結果として必要ではなくなり、よってウエッブサーバコンピュータシステムのCPU及びディスクの負荷増大及びその結果としての待ち時間増加を最小限に抑えることである。本発明のさらなる利点は、参照識別子及びリダイレクト指示のいずれも、クライアントのHTMLリクエストにより、個別に提供されたURL仕様の内で完全に維持できることである。すなわち、本発明はCGIカウンタあるいはCGIカウンタを組み込むいかなる方法にも要求される効率性及び保守性のいずれにおいても優れている。本発明のまた別の利点は、本発明のプロトコルをサポートするに必要なプログラム修正がプロトコルトランザクションのサーバ側から完全に実施できることである。クライアント側は、クライアント側に定められた現存のHTMLプロトコルの範囲内でトランザクションに関わるだけである。本発明のさらに別の利点は、本発明の実施により、不適切なURL及びプロトコル参照に対する実質的な保全性が得られる一方で、秘密形式のプロトコルにより保全性へのさらなる攻撃にさらされることを最小限に抑えられることである。このことは、好ましくはURL指定の内部に有効性確認コードを含めることによって達成される。本発明の上記及びその他の利点及び特徴は、以下の本発明の詳細な説明を添付図面とともに考察することによってより良く理解されるであろう。添付図面において、同じ参照数字は図面全体を通じて同じ要素を表わす。ネットワークサービスにインターネットを利用する代表的な環境10が図1に示される。クライアントコンピュータシステム12は直接、あるいはインターネットサービスプロバイダISPを介してインターネット14に接続される。国際統一リソースロケータによる論理参照により、対応するインターネットサーバシステム16,18にアクセスできる。一般には閉じているハイパーテキスト伝送プロトコルトランザクションが、クライアントシステム12上で実行されているクライアントブラウザアプリケーションとサーバシステム16上で実行されているHTTPdサーバアプリケーションとの間で結ばれる。本発明の好ましい実施の形態においては、サーバーシステム16は、インターネット14に接続されている別のHTTPdサーバシステムへのハイパーリンク参照を埋め込み、また少なくとも論理的にはサーバシステム16の外部にあるウエッブページをサポートすなわち提供する、インターネットビジネスサービスIBSを表わす。上記の一般的な枠組みの範囲内で、本発明はクライアントシステム12による埋込ハイパーリンク参照の選択のトラッキングを可能にする。すなわち、埋込ハイパーリンク参照はクライアントシステム12のユーザによる選択、すなわちクリックが可能なグラフィックシンボルあるいはその他のウエッブページ要素をともなう。クライアントシステム上でのシンボルクリックは一般に、クライアントシステムのユーザが関心をもつシンボルグラフィックにより何らかの形で識別される情報を得るためになされる。トラッキングはクライアントシステム12に提供されるウエッブページに埋め込まれているHTML情報により可能となることが好ましい。この情報は先に準備されたいずれかのHTTPdサーバシステムからクライアントシステム12に提供される。前記の前もっての準備は、トラッキング情報が与えられた提供ページを集めるように動作する、システム16のような、指定されたトラッキングHTTPdサーバシステムにより提供されるウエッブページ上で、すなわち前記HTTPdサーバシステムに代わって、シンボルクリックをトラッキングするためにIBSによりなされる。本発明に従って埋め込まれた前記情報は、クライアントコンピュータシステム12がHTTPdサーバシステム16にトラッキング情報を十分与え得るものである。後にわかるように、この情報は、直接的または間接的に、クライアントコンピュータがシンボルグラフィックにともなう情報を十分リクエストし得るものでもある。同じく後にわかるように本発明の実施には多くの可能な態様がある。これらの実施態様は一般に、主としてサーバ側またはクライアント側のプロセスを用いるか、専用でプラグインのインタープリートされた管理プロセスを含むか、または数多くの特定のデータ伝送プロトコルのいずれを使用するかでカテゴリー分けされる。本発明の好ましい実施の形態は、サーバシステム16により実行されるHTTPdサーバアプリケーションに専用修正プログラムとして組み込まれ、HTTP指向リダイレクトを用いるサーバ側プロセスを利用する。すなわち、サーバシステム16またはその他のサーバシステム図示せずのようなHTTPdサーバシステムによりクライアント12に提供されるウエッブページには、論理的に外部にあるサーバシステムにより提供されるウエッブページへのURL参照が埋め込まれている。クライアントコンピュータシステム12のクライアントブラウザを介した前記埋込URLの選択により、初めに前記外部サーバではなくサーバシステム16とのHTTPトランザクションが生じる。よって、クライアントシステム12へのウエッブページで最初に提供された前記埋込URLにストアされた情報は、URLの目標が明らかに外部サーバシステムであっても、URLの選択時にサーバシステム16に返されて与えられる。次いで、リダイレクト応答がサーバシステム16によりクライアントシステム12に与えられ、対応するリダイレクトURLを与える。図2に示されるように、サーバシステム16はサーバシステム16内のネットワークインターフェース22へのネットワーク接続20を介してリダイレクトリクエスト情報を受領する。ネットワークインターフェース22は内部バス24を介して中央処理ユニットCPU26に接続される。CPU26は、ネットワークインターフェース22及びサーバシステム16のその他の機能面をサポートするため、ネットワークオペレーティングシステム28を実行する。ネットワークオペレーティングシステム28は、ネットワーク20を介して受領したHTTPリクエストへのサーバシステム16の応答動作を定めるHTTPdサーバアプリケーション30のCPU26による実行をサポートする。最後に、ネットワークオペレーティングシステム28は、通常のハードディスクドライブにより与えられるような持続型記憶メディアを含むことが好ましい大容量記憶装置32にデータを一時的及び持続的にストアする。本発明の好ましい実施の形態に従えば、URLのHTTPリクエストの一部として与えられる前記埋込リダイレクト情報はHTTPdサーバ30によって処理される。HTTPdサーバ30による処理は、外部CGIプログラム等のいずれかの実行とは対照的に、サーバ30自体の実行により行われることが好ましい。前記リダイレクト情報は、リダイレクト情報を与えた特定のURL参照を識別し有効性を確認するために、またリダイレクト目標URLを発生させるために、サーバ30の実行により処理される。本発明の好ましい実施の形態においては、リダイレクト情報を含む埋込URLは次のようにフォーマットされる:httpredirecthttp埋込URLのdirectserver部はクライアントシステム12により初めに確立されるべきトランザクションの目標HTTPサーバを指定する。残りの情報は、トラッキングサーバ、すなわちダイレクト目標サーバに与えられる。このダイレクトサーバは、本発明に従うサービスリダイレクトリクエストに指定された、クライアントシステム12によりアクセス可能なHTTPdサーバのいずれであってもよい。前記埋込リダイレクトURLにあるredirectという用語は、前記URLが本発明に従うリダイレクトリクエストに対応することを特定するため、HTTPdサーバ30に前もって識別されるキーワードである。redirectという用語が好ましい用語であるが、リダイレクトURLを指定するためにHTTPdサーバ30により唯一識別され得る用語であれば、いかなる用語またはコードを選択してもよい。用語redirectの認識処理は、対応する修正をHTTPdサーバアプリケーションに施して、サーバ30の実行により行われることが好ましい。すなわち、HTTPdサーバアプリケーションは、用語redirectをキーワードとして認識してこの好ましい実施の形態のサーバ側プロセスを実施するためのサブプログラムを実行するように修正される。あるいは、HTTPdサーバアプリケーションの修正は、実質的に同じ機能を得るためにHTTPdサーバアプリケーションに備えられる通常のインターフェースを介して動作し得るプラグインバイナリプログラムとして実施することもできる。代わりに、ジャバJava登録商標またはジャバスクリプトJavaScript登録商標のようなサーバアプリケーション埋込言語も、おそらく性能は低いが、キーワードredirectを認識し、本発明を実施するためにさらに処理を行う、サーバ側プロセスの実施に用いることができる。前記リダイレクトURLのdataという用語は、HTTPdサーバ30へのリダイレクトURLをさらに識別し、おそらく有効性を確認するために用い得る、参照識別子データをHTTPdサーバ30に与える。すなわち前記データによりHTTPdサーバ30はリダイレクトURLのアカウントを行うことができる。宣伝広告関係においては、前記データは、アクセスデータを保存したい特定の広告主、リダイレクトURLにともなってグラフィックイメージがクライアントシステム12に与えられる特定の時刻、及び、おそらくは、不適切なクライアントによるリダイレクトURLの使用をHTTPdサーバ30が確実に弁別して捨て去ることができるようにするために提供される有効性確認コードも、エンコードすることができる。本発明の好ましい実施の形態に従い、HTMLを用いて構成された、リダイレクトURLの典型例は、以下の通りである:上記リダイレクトデータの中で、データ要素NwPgはクライアントまたはアカウント識別子としてはたらく。データ要素003はクライアントシステム12に提供されたウエッブページに埋め込まれた、リダイレクトURLにともなう特定のグラフィックイメージを示す連番識別子である。最後に、データ要素AAは、不適切に繰返されるサーバシステム16へのリダイレクトURL要請あるいは協定により今は廃止されていると決定される要請を、HTTPdサーバ30が識別できるようにするようにはたらく基本的な有効性確認識別子を提供するために利用することができる。本発明の別の実施の形態において、前記有効性確認データはリダイレクトURLを要請したクライアントシステム12に関する情報を与えるためにHTTPプロトコルとともに用い得るデータ表現及び、オプションとして、定められた短時間内の同じクライアントシステム12によるリダイレクトURLの繰り返し使用を制限するためのグラフィックス連番識別子データをエンコードする。すなわち、サーバシステム16により収集されるいずれか特定のリダイレクトURLに関するデータを事実上改竄するためのサードパーティークライアントによる不適切な試みは、完璧ではないにせよある程度は確実に識別されてブロックされる。さらに、ある時間より前のデータコードをコンピュータにより無効であると宣告することができる。従って埋込リダイレクトURLのコピーは、クライアントシステム12にストアできず、サーバコンピュータシステム16により排他的に定められる時間より長く使用が可能なままでいることはない。リダイレクトURL内のデータ項のそれぞれは、埋込リダイレクトURLをもつウエッブページをクライアントコンピュータシステム12に最初に提供するプロセスの一部として、静的または動的に、HTTPdサーバ30により生成される。動的生成により、単一の広告主あるいは広告主数がどれだけであってもその中の1つに対応する相異なるグラフィックイメージを、それとは別に静的に定められたウエッブページとともに有効に提供できる。埋込リダイレクトURLのデータ項は、HTTPdサーバ30による特定のウエッブページの提供と同時に行われるグラフィックイメージへの別のハイパーリンクの確立に加えて、広告主の識別情報及び前記グラフィックイメージに基づいて動的に選択される。実際、広告主及びグラフィックイメージの選択は、少なくとも部分的には、HTTPプロトコルの通常の動作により与えられる情報を介して設定されたクライアントコンピュータシステム12の識別情報、及び知られていればクライアントプロフィールに基づいてなされる。有効性確認コードも動的に生成できる。本発明の別の実施の形態において、有効性確認コードは、埋込リダイレクトURLが日替りで加齢してゆくことができるだけの十分な特有性を与える、2桁の数字にエンコードされることが好ましい。識別子を生成するために、アカウント及びイメージ識別子データ項とともに、年月日表示をエンコードする。さらに有効性確認コードは日替りベースで一定のままであり、よって、1日あたり及び特定のクライアントコンピュータシステム12あたりでの参照数もまた、ウエッブページの特定のインスタンシエーションが特定のクライアントコンピュータシステム12に繰り返し送られる頻度を制限するように、HTTPdサーバ30がトラッキングすることができる。さらにまたHTTPdサーバ30は、受領したリダイレクトURLに関して、対応するウエッブページがリクエスト中のクライアントコンピュータシステム12に最近は提供されていない場合には、ブロック操作を行うことができる。様々なビットシフト、チェックサム、及びモジューロ算法アルゴリズムが、HTTPdサーバ30に知られる無矛盾の方法で有効性確認コードを生成するために利用され得るが、得られるリダイレクトURLを特定のクライアントコンピュータシステム12が調べて有効性確認コードを見分けることは容易にできることではない。あるいは有効性確認コードは、1日から数週間あるいはさらに長いプログラム可能な期間、HTTPdサーバ30により有効であると暗示的に認識される、任意に選択された値であってもよい。極端な場合に、有効性確認コードは埋込リダイレクトURLの一部として与えられる静的値であり、これは初めに述べた本発明の好ましい実施の形態と一致する。有効性確認コードが生成される特定の方法あるいはコードがHTTPdサーバ30により有効であると認識される期間の指定された長さとは無関係に、リダイレクトURLのデータ項の評価はHTTPdサーバ30で完全に内部的に行われることが好ましい。データ項は埋込リダイレクトURLの特定のインスタンシエーションの識別において、外部プログラムのロード及び実行手段あるいは持続型記憶装置32にストアされたルックアップファイルに問合せる手段でさえ、もしあったとしてもこれを用いる必要のない、曖味さをもたない十分完全なものであることが好ましい。従って、本発明に従うリダイレクトURL評価の負担は本質的にほとんど全てがコンピュータにかかる。通常理解されているように、サーバコンピュータシステム16の性能は一般にコンピュータには支配されず、むしろ持続型記憶装置32及びネットワーク20への入出力I/Oアクセス速度に支配される。リダイレクトURLと関連して得られるオーディットまたはアカウントデータのセーブにのみI/O動作を限定するとともに、リダイレクトURLの評価をコンピュータ動作に完全にではなくとも実質的に制限することにより、サーバコンピュータシステム16の負担の最適最小化が本発明の実施により実現される。実際、セーブされるアカウントまたはオーディットデータをネットワークオペレーティングシステム28でキャッシュしておいて、サーバコンピュータシステム16上で進行中の作業において余分のI/Oバンド幅が利用できるようになるまで、持続型記憶装置32への書込I/O作業を延期することができる。リダイレクトURLの好ましい構造の最後の要点は、第2URLである。この第2URLはリダイレクトのための目標サーバを直接識別することが好ましい。好ましくは、リダイレクトURLのダイレクトサーバ指定部として与えられるいかなるパス部も、リダイレクトURLのリダイレクトサーバ部のパス要素として繰り返される。しかし、パス部の同一性は必要とされない。一般に、本発明により要請されることは、前記ダイレクトサーバとリダイレクトURLのリダイレクトサーバ項との1対1の対応だけである。本発明の実施により集められるオーディットまたはアカウントデータへの影響がそれらのデータに求められる特性と矛盾しなければ、より束縛の緩い関係を用いることもできる。例えば、相異なるダイレクトサーバ指定を、埋込リダイレタトURLの特定のインスタンシエーションをさらに識別する手段として、共通リダイレクトサーバの使用と相互に関連付けることかできる。あるいは、埋込リダイレクトURLの何か別の同様なインスタンシエーションが多くのリダイレクトサーバのいずれかを参照してもよい。すなわち埋込リダイレクトURLは、最終的に情報提供を行うリダイレクトサーバへの間接参照のみを与え、前記directserverで参照されたサーバシステムに依存するか、あるいはリダイレクトサーバ自体が最終的に情報提供を行うリダイレクトサーバへのダイレクト参照に第2URLを変換する。これは、共同して動作しているリダイレクトサーバに負荷を分散するか、あるいは進行中の本発明の実施により集められるオーディットまたはアカウントデータを検証するための手段を与えるためになされる。実際、リダイレクトURLの第2URLは、無限リダイレタトループをつくらないように注意を払う必要はあるが、自身がリダイレクトURLとなることもできる。クライアントコンピュータシステム12によりサーバコンピュータシステム16に与えられたリダイレクトURLの好ましい処理方法40が図3に示される。各クライアントからのリクエストが受領されるステップ42と、そのリクエストにリダイレクトキーワードが埋め込まれているか否かを決定するためにそのリクエストの一部として与えられるデータが検査されるステップ44。前記URLデータが本発明に整合しないリダイレクトリクエストを指定していなければ、URLデータが現存のローカルウエッブページを通常通りに指定しているか否かを決定するためにURLデータがチェックされるステップ46。前記ウエッブページが存在しないか、あるいはクライアントのURLリクエストに関連するHTTPプロトコルを介して提供されるクライアント識別データに基づいて、ある特定のクライアントが前記現存のウエッブページへのアクセスを拒否される場合は、HTTPdサーバ30は対応するエラーメッセージをクライアントコンピュータシステム12に返すことを決定するステップ48。そうでなければ、HTTPdサーバ30は作業を続け、クライアントコンピュータシステム12にローカルウエッブページを提供するステップ50。URLデータが少なくともリダイレクトリクエストを指定している場合は、そのURLデータの有効性がさらにチェックされるステップ52。サーバシステム16のメモリにキャッシュされることが好ましいクライアントとグラフィックイメージ識別子の有効組合せ表を、リダイレクトリクエストの有効性を最初に確認するために用いることができる。有効性確認コードも、与えられたリダイレクトデータに基づく再計算によりチェックされるか、あるいは別の現行有効性確認コード表と対照してチェックされる。いずれの場合にも、リダイレクトリクエストの相対タイムラインが前記有効性確認コードの持続日数から定められ、よって現時点でのリダイレクトリクエストか時間的に合っているかあるいは疑わしいかを決定するための基礎としてはたらく。さらに、リクエストを行っている特定のクライアントコンピュータシステム12にサーバコンピュータシステム16により対応するウエッブページが実際に最近提供されていることを検証するために、サーバコンピュータシステム16により実際に提供されたローカルウエッブページの短期記録に基づいてさらにチェックを行うこともできる。最後に、サーバコンピュータシステム16により実施されるアクセス許可が、定められたクライアント階級へのリダイレタトをカテゴリー毎に制限するために、クライアントコンピュータシステム12の識別情報に対照してチェックされる。前記リクエストがいずれの理由にせよ無効であると決定されると、適切な拒否メッセージが生成され発行されるステップ48。リダイレクトリクエストが有効であると決定されると、リダイレクトリクエストの一部として提供されるかあるいはHTTPプロトコルの通常動作を介してHTTPdサーバ30に提供されるデータのいずれかまたは全てが、以降の操作、解析及びレポート出力のためにネットワークオペレーティングシステム28を介して持続型記憶装置32に記録される。リダイレクトリクエストは次いで、リダイレクト目標サーバを識別する第2URLを得るためにさらに処理されるステップ56。この第2URLは次いで、リダイレクトメッセージ、好ましくは一時的リダイレクトメッセージのロケーションフィールドに指定され、このメッセージは初めにリダイレクトURLを発行したクライアントコンピュータシステム12に向けて発行されるステップ58。本発明の好ましい実施の形態に従う処理40は、実質的に全てがHTTPdサーバ30内で行われる。処理40の実施は、HTTPdサーバ30により実施される処理の流れを修正及び拡張し、対応するサーバソースコードを修正することにより行うことができる。これらの修正及び付加は通常のプログラミング手法を利用して行うことができる。本発明により提供されるリダイレクト能力は、通常のHTTPdサーバにより提供されるデファクトスタンダードの現存リダイレクト能力と完全に整合する。処理40のさらに詳細な部分60が図4に示される。HTTPdサーバ30の作業内で、URLデータが受領されステップ62、まずリダイレクトキーワードが適切に存在するかを識別するために解析されるステップ64。本発明の特定の形式のリダイレクトURLが識別されなければステップ66、その他のいずれかのリダイレクト形式が適用可能であるか否かを決定するために、このURLは通常の方法でさらに処理される。さらに、通常のリダイレクト指定をもたないローカルウエッブページへの通常のアクセス特権の評価もなされて、最終的に、適切な応答メッセージが発行されるステップ68。URLリクエストが本発明と一致する特別なリダイレクト形式をもっている特定の場合には、通常のHTMLリダイレクト能力とは対照的に、このURLデータが処理されステップ70、クライアントコンピュータシステム12を識別するHTTPプロトコル提供データとともに、ステップ72でデータベースレコードが持続型記憶装置32につくられるかまたは更新される。次いで第2URLが抽出されてステップ74、リダイレクトメッセージ、特に302タイプの一時的リダイレクトメッセージが作成される。前と同様に、第2URLはダイレクトまたはリテラルURLであるか、あるいはHTTPdサーバ30により少なくともリダイレクト目標サーバを識別するに十分なURLに変換することができる間接リダイレクト目標サーバ識別情報である。ウエッブページに埋め込まれた第2URLはHTTPdサーバ30の作業による前準備で定められるので、いずれの間接リダイレクト目標サーバ識別情報の変換も、例えばデータベースルックアップ作業により、HTTPdサーバ30によって完全に決定される。次いでロケーションフィールドを含むリダイレクトメッセージがHTTPdサーバ30により生成される。このロケーションフィールドには前記ダイレクトURLまたは変換されたリダイレクト目標サーバURLが与えられる。次いでこのリダイレクトメッセージは、初めにリクエストしたクライアントコンピュータシステム12に発行されるステップ58。その他のサーバ側で動作し得る本発明の実施の形態は、トラッキング情報をクライアントシステム12からHTTPdサーバ30に伝送するためにその他の特定のプロトコルを用いることができる。これらその他のHTTPプロトコル命令には、例えばGET,FORMS,OPTIONS,HEAD,PUT,DELETE,及びTRACEがある。これらその他のプロトコル命令の使用方法は、プロトコル命令及びウエッブページへのそれらの特定のHTMLマークアップコーディングの詳細に関して特定のブラウザをサポートするために必要な使用方法とは異なり、一般的に同じである。上記その他のプロトコル命令の使用法の一例として、クライアントコンピュータシステムに提供されるウエッブページに以下のHTMLコードタグを埋め込むことにより、HTTPGET命令を実行できる。HTTPGETこのHTMLコードはMTCH1073gifをウエッブページシンボルグラフィックとして、wwwinfoseekcomをダイレクトURLとして、MTCH20091073GENをデータとして、またwwwmatchcomをリダイレクト目標サーバとして定める。上記HTMLタグがクライアントコンピュータシステムに提供されると、初めのHTTPGETリクエストがシンボルグラフィックを得るためにwwwonlinecomに発行される。シンボルクリックに応答して、第2のGETリクエストがURL:redirectakMTCH20091073GENrdhttpwwwmatchcomを用いてwwwinfoseekcomに向けられる。GETリクエストの完全な形は:GETredirectakMTCH20091073GENbackslashrdhttpwwwmatchcomHTTP10UserAgentMozilla30Acceptimagegifimagejpegである。HTTPサーバ30はクッキーのようなMIME情報及び形状変数この場合はak及びrdの値を記録する。次いで、HTTPリダイレクトメッセージがHTTPサーバ30により生成されてクライアントコンピュータシステムに返される。次いで、第3で最終のGETリクエストが前記リダイレクトメッセージに応答してwwwmatchcomに発行される。別の例として、HTTPPOST命令を用いることができる。HTMLタグが埋め込まれたウエッブページは以下のようにコード化される。HTTPPOSTこのHTMLコードにより、前記シンボルグラフィックを取り込むためにwwwonlinecomにGETリクエストが自動的に発行される。シンボルクリックにより、HTTPPOSTリクエストが前記FORMNAME及びVALUEデータと一緒にwwwinfoseekcomに送られる。この場合、前記データはURLにエンコードされず、むしろPOSTリクエスト自体の中にエンコードされる。この例において、POSTリクエストは:POSTredirectHTTP10UserAgentMozilla30AcceptimagegifimagejpegContenttypeapplicationxwwwformurlencodedContentlength54akMTCH20091073GENrdhttpwwwmatchcombackslashという形をもつであろう。前記返されたリダイレクトメッセージが受領されると、クライアントコンピュータシステムにより別のGETリクエストが、同じくwwwmatchcomであるリダイレクト目標サーバに発行される。本発明に従えば、クライアント側プロセスもクライアントコンピュータシステムによるウエッブページ要素選択の通知を見えない形で提供するために利用できる。図5は、本発明を実施するサーバ側及びクライアント側プロセスのいずれにも関わるデータ伝送の流れの表示78を与える。サーバ側及びクライアント側でのプロセス実施のいずれにも共通して、クライアントコンピュータシステム80が最初のウエッブページリクエストを図示していないインターネットでウエッブページサーバシステム82に発行する。ウエッブページ要素86を含む対応するウエッブページ84がクライアントコンピュータシステム80に返される。同じく、サーバ側及びクライアント側での本発明のプロセス実施のいずれにも共通して、ウエッブページ要素86がウエッブページ84への情報埋込により与えられる。図6に大要を示すサーバ側プロセス環境においては、シンボルクリックステップ96に続く本発明のプロセスによりクライアントブラウザが動作する。特に、前記埋め込まれた情報が、図5に示すように、リダイレクト目標サーバシステム88に向けて通知URLを発行するステップ98に十分なクライアントコンピュータシステム上のウエッブブラウザの動作を管理する。前記通知URLの受領に応答して開始されるサーバ側プロセスは、クライアントコンピュータシステム80に返されるリダイレクトメッセージを生成するステップ100。このリダイレクトメッセージ生成に関連して、サーバシステム88もステップ98で発行された通知URLの一部として受領したデータを記録して、随意に処理する。次いで、前記リダイレクトメッセージに基づき、クライアントコンピュータシステム80がリダイレクトメッセージに含まれる情報に基づくHTTPリクエストを発行するステップ102ことが好ましい。図5を再び参照すると、ステップ102で発行されたHTTPリクエストが、クライアントコンピュータシステム80に前記ウエッブページ要素86から演繹して参照されたウエッブページとしてウエッブページ92を提供することにより通常の方法で応答する別のウエッブページサーバシステム90にインターネット14を介して提供されるステップ104。クライアント側プロセスを利用する本発明の方法の大要が図7に示される。ここでの例を説明する目的のため、本方法106はシンボルクリックステップ108に応答して開始され、クライアントコンピュータ80上のウエッブブラウザの動作と関連してクライアントプロセス110の実行を開始する。本発明の好ましい実施の形態においては、クライアントプロセス110はクライアントコンピュータシステム80へのウエッブページ84とともに与えられる。クライアントプロセス110はシンボルクリックに応答して呼び出され、第1に通知URLメッセージを発行するステップ112ために、また第2にHTTPリクエストを発行するステップ114ために作動する。いずれのメッセージも、インターネット14を介して、それぞれ目標サーバシステム88及びウエッブページサーバ90に発行される。クライアントプロセス110が通知URL112及びHTTPリクエスト114を発行する順序は重要ではない。さらに、目標サーバシステム88からの通知URL受領の確認がなくとも、HTTPリクエスト114を発行することができる。実際、クライアントコンピュータシステム80のユーザには明らかなように、重要であると認められる唯一の応答はウエッブページ92を受領するステップ116ことである。サーバ側プロセスの場合と同様に、クライアント側プロセス110は、本発明の目的のため多くの相異なる方法で実施され、いずれの方法も、目標サーバシステム88にデータを送付し、ウエッブページ要素86との前もって準備された対応を有するウエッブページ92を提供するためのウエッブページサーバシステム90にURLリクエストを送付する。特に、クライアント側プロセスはブラウザアプリケーション内に直接コード化されるか、あるいは通常のブラウザアプリケーションへのブラウザプラグインとして供給される。クライアント側プロセスはまた、ジャバ及びジャバスクリプトタイプのアプレットを用いて実施することもできる。クライアント側プロセスの典型例はジャバアプレットを用いて実施される。本例のための、ウエッブページ84に埋め込まれるHTMLコードは、以下の通りである:ここで上記3つのアプレットパラメータは以下のように定義される:img-広告グラフィックシンボルへのURL参照notifyurl-アカウントデータを保持する通知URLpageurl-利用するリダイレクトURLアプレットソースは以下の通りである:importjavaappletAppletimportjavaawtImageimportjavaawtGraphicsimportjavanetURLimportjavanetMalformedURLExceptionimportjavaioIOExceptionpublicclassadextendsAppletImageimageURLnotifyurlURLpageurlpublicvoidinitimagegetImagegetParametertrylogurlnewURLgetParameterpageurlnewURLgetParametercatchpublicvoidpaintgdrawImagepublicbooleanmouseDowntrylogurlopenStreamclosecatchgetAppletContextshowDocumentreturntrue上例は、第1にnotifyurlメッセージを発行し、第2にpageurlメッセージを発行するために2つのHTTPリクエストを使用している。しかし、その他の様々なプロトコルを本発明とともに用いることができる。例えば、上記ジャバアプレットはTCP接続を用いて目標サーバシステム88に通知データを与えるように修正できる。TCP接続を利用するアプレットの典型的実施例を以下に示す。このアプレットは4つのパラメータ:img-表示する広告adイメージのURLport-目標サーバ上で使用するTCPポート番号data-目標サーバに送付するアカウントデータpageurl-利用するリダイレクトURLをとる。アプレットソースは以下の通りである:importjavaappletAppletimportjavaawtGraphicsimportjavaawtImageimportjavaioIOExceptionimportjavaioOutputStreamimportjavaioPrintStreamimportjavalangIntegerimportjavalangStringimportjavanetMalformedURLExceptionimportjavanetSocketimportjavanetURLpublicclassadextendsAppletImageimageStringhostdataintportURLurlpublicvoidinitimagegetImagegetParameterhostgetDocumentBasegetHostportIntegerparseIntdatagetParametertryurlnewURLgetParametercatchpublicvoidpaintgdrawImagepublicbooleanmouseDowntrySocketsocketnewSocketPrintStreampsnewPrintStreampsprintpsclosecatchgetAppletContextshowDocumentreturntrue最後に、上記のアプレットはウエッブページ84に以下のHTMLコードを埋め込むことにより実行のために参照することができる。以上、ハイパーリンクされた外部サーバに対してクライアントコンピュータシステムによりなされるアクセスをアカウントまたはオーディットするための包括的なシステム及び方法を説明した。本システムのプロセスのオーディット能力は、集められたデータが有効であることを確認でき、またリダイレクト目標サーバシステムへの善意のアクセスに対応することが合理的に保証できる一方で、リダイレクトサーバシステムには最適最小のオーバーヘッドしか負わせない。本発明を、特に本発明の好ましい実施の形態を参照して示しまた説明したが、本発明の精神及び範囲を逸脱することなく前記実施の形態の形式及び詳細には様々な変更をなし得ることは、同業者には当然であろう。"