(57)【特許請求の範囲】
【請求項１】
通信手段と、記憶手段と、制御手段を備えたコンピュータ情報処理システムにより構成され、電子商取引システムにおいてユーザのアクティビティをトラッキングするトラッキングサーバサイトであって、
前記通信手段は、インターネットを介してＥＣサイトおよびユーザ端末と通信可能とし、
前記記憶手段は、あらかじめＥＣサイトＩＤと第１イメージデータが関連付けて記憶された第１イメージ記憶手段と、あらかじめＥＣサイトＩＤと第２イメージデータが関連付けて記憶された第２イメージ記憶手段と、セッションデータを記憶する第３記憶手段と、セッションデータとトランザクションデータを対応付けた形で記憶する第４記憶手段を含み、
前記制御手段は、要求に応じてユニークキーを生成するユニーキー生成手段を含み、
前記電子商取引システムは、複数のＥＣサイトと、複数のパートナーサイトと、複数のユーザ端末を含み、インターネットを介して第１〜第７プロセスを行うものであり、
第１プロセスでは、パートナーサイトが供給する広告バナー付きのホームページをユーザ端末が表示している状態で、ユーザ端末の当該広告バナーがクリックされことに応じた情報取得要求に対して、ユーザ端末は、パートナーサイトＩＤとバナーＩＤを含む第１要求情報をＥＣサイトに送信し、
第２プロセスでは、前記ＥＣサイトは、前記ユーザ端末からの前記第１要求情報を受信した際、当該ユーザ端末に、前記第１要求情報に含まれるバナーＩＤにより特定されるエントリページを送信し、
前記エントリーページは、ＥＣサイトのホームページアドレス、トラッキングサーバサイトのアドレス、およびＥＣサイトＩＤからなる第１組イメージソースタグ情報を含み、
第３プロセスでは、前記ユーザ端末は、前記ＥＣサイトから前記エントリページを受信し、当該エントリページに含まれる第１組イメージソースタグ情報を含んだ第２要求情報を本トラッキングサーバサイトに送信し、
第４プロセスでは、前記ユーザ端末は、本トラッキングサーバサイトから前記第１イメージデータと前記ユニークキーを受信したことを受けて、前記第１イメージデータを組み込んだ前記エントリページを表示するとともに、前記第１イメージデータと対応付けて前記ユニーキーをユーザ端末記憶手段に記憶する処理を行い、
第５プロセスでは、前記ユーザ端末との間のトランザクションが完了したことを受けて、前記ＥＣサイトは、本トラッキングサーバサイトのアドレス、前記ＥＣサイトＩＤ、前記ユーザ端末ＩＰアドレス、トランザクションデータを含む第２組イメージソースタグ情報を含むトランザクション完了ページを生成し、前記ユーザ端末に送信し、
第６プロセスでは、前記ユーザ端末は、前記ＥＣサイトから前記トランザクション完了ページを受信し、前記第２組イメージソースタグ情報と、前記第１イメージデータに対応付けて記憶している前記ユニークキーを含んだ第３要求情報を本トラッキングサーバサイトに送信し、
第７プロセスでは、前記ユーザ端末は、本トラッキングサーバサイトから第２イメージデータを受信したことに応じて、前記第２イメージデータを組み込んだトランザクション完了ページを表示する処理を行い、
前記制御手段は、前記第３プロセスにて前記ユーザ端末から送信された前記第２要求情報を受信したことに応答して第１処理を行い、前記第６プロセスにて前記ユーザ端末から送信された前記第３要求情報を受信したことに応答して第２処理を行い、
第１処理は、前記ユニークキー生成手段からユニークキーを取得し、前記ＥＣサイトＩＤとユーザ端末ＩＰアドレスと前記ユニークキーを含むセッションデータを作成して前記第３記憶手段に記憶し、かつ前記第２要求情報に含まれる第１組イメージソースタグ情報中のＥＣサイトＩＤにより特定される第１イメージデータを前記第１イメージ記憶手段から抽出して前記ユニークキーとあわせて前記ユーザ端末に送信し、
第２処理は、前記第３要求情報中に含まれるユニークキーおよびユーザ端末ＩＰアドレスに基づいて、記憶しているセッションデータの中から同一のユニークキーおよびユーザ端末ＩＰアドレスを含むセッションデータを抽出し、抽出したセッションデータと前記第３要求情報中のトランザクションデータとを対応付けして、前記第４記憶手段に記憶するとともに、前記ＥＣサイトＩＤにより特定される第２イメージデータを前記第２イメージ記憶手段から抽出してユーザ端末に送信する
トラッキングサーバサイト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上の電子トランザクション・システムにおいて、ユーザのアクティビティをトラッキングするシステムに関し、更に特定すれば、ユーザ端末においてブラウジングされるエントリ・ページ及びトランザクション完了ページ上のイメージ・ソース・タグを用いて、インターネット上の電子トランザクション・システムにおいてユーザのアクティビティをトラッキングするシステムに関する。
【背景技術】
【０００２】
現在、インターネットは、電子商取引、即ち、商品やサービスの購入を伴うトランザクションを行なうために用いられる媒体となりつつある。インターネット上のトランザクション・システムでは、ユーザ端末に広告バナーを提供するパートナー・サイト（又は、会員サイト）は、当該パートナー・サイトのホーム・ページ内に広告バナー挿入している広告主又は電子商取引サイト（ＥＣサイト）を、ＣＰＭ価格モデル又はＣＰＣ価格モデルに応じて変更する。ＥＣサイトもまた、広告効果に応じて、そのパートナー・サイトを変更する場合がある。したがって、トランザクション・システム内のパートナー・サイト及びＥＣサイトにおけるユーザのアクティビティをトラッキングし、これらを分析するシステムを提供することが必要である。
【０００３】
前述のような従来のトラッキング・システムでは、ＥＣサイトは、ユーザのセッション・アクティビティを把握し、ユーザのトランザクション・データと共にこれをトラッキング・サーバ・サイトに送るためには、何らかのプログラムをインストールする必要がある。このプログラムは、例えば、ユーザのセッションがパートナー・サイトからＥＣサイトに切り替えられたときに、ユーザ端末にクッキーを転送するエントリ・プログラム、データを周期的にトラッキング・サーバ・サイトに送るセッション／トランザクション・データ（又はユーザ・アクティビティ・データ）送信プログラムを含む。しかしながら、ＥＣサイトにこのようなプログラムをインストールすることは、時間がかかり問題である。
【０００４】
さらに、前述のようにＥＣサイトからユーザ端末にトラッキングのためにクッキーを送るが、ユーザのコンフィギュレーションによっては、ユーザ端末からＥＣサイトにクッキーを返送することはできない。このような場合、ユーザのアクティビティのトラッキングは不可能となる。前述に加えて、セッション／トランザクション・データ送信プログラムは、大抵の場合、１日に１回又は２回データをトラッキング・サーバ・サイトに転送するように設定されており、その後にトラッキング・サーバ・サイトは、セッション／トランザクション・データを格納し、これらを広告バナーのクリック・データと照合して、ＥＣサイトを訪問する前にユーザがどのパートナー・サイトを訪問したのかを特定する。したがって、トラッキング・サーバ・サイトは、照合プロセスを実行するには、このようなデータを待たなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、前述のような従来技術の問題を克服するためになされたものである。したがって、本発明の目的は、各ＥＣサイトにおいて面倒なインストールを行なうことなく、またクッキーも用いなくても、セッション及びトランザクション・データを適宜得ることができ、しかも、リアル・タイムでセッション及びトランザクション・データの照合情報を得ることが可能な、インターネット上のＥＣシステムにおいてユーザ・アクティビティをトラッキングするシステムを提供することである。
【課題を解決するための手段】
【０００６】
この発明に係るトラッキングサーバサイトは、分説すると、つぎの事項（１）〜（16）により特定されるものである。
（１）通信手段と、記憶手段と、制御手段を備えたコンピュータ情報処理システムにより構成され、電子商取引システムにおいてユーザのアクティビティをトラッキングするトラッキングサーバサイトであること
（２）前記通信手段は、インターネットを介してＥＣサイトおよびユーザ端末と通信可能とすること
（３）前記記憶手段は、あらかじめＥＣサイトＩＤと第１イメージデータが関連付けて記憶された第１イメージ記憶手段と、あらかじめＥＣサイトＩＤと第２イメージデータが関連付けて記憶された第２イメージ記憶手段と、セッションデータを記憶する第３記憶手段と、セッションデータとトランザクションデータを対応付けた形で記憶する第４記憶手段を含むこと
（４）前記制御手段は、要求に応じてユニークキーを生成するユニーキー生成手段を含むこと
【０００７】
（５）前記電子商取引システムは、複数のＥＣサイトと、複数のパートナーサイトと、複数のユーザ端末を含み、インターネットを介して第１〜第７プロセスを行うものであること
（６）第１プロセスでは、パートナーサイトが供給する広告バナー付きのホームページをユーザ端末が表示している状態で、ユーザ端末の当該広告バナーがクリックされことに応じた情報取得要求に対して、ユーザ端末は、パートナーサイトＩＤとバナーＩＤを含む第１要求情報をＥＣサイトに送信すること
（７）第２プロセスでは、前記ＥＣサイトは、前記ユーザ端末からの前記第１要求情報を受信した際、当該ユーザ端末に、前記第１要求情報に含まれるバナーＩＤにより特定されるエントリページを送信すること
（８）前記エントリーページは、ＥＣサイトのホームページアドレス、トラッキングサーバサイトのアドレス、およびＥＣサイトＩＤからなる第１組イメージソースタグ情報を含むこと
（９）第３プロセスでは、前記ユーザ端末は、前記ＥＣサイトから前記エントリページを受信し、当該エントリページに含まれる第１組イメージソースタグ情報を含んだ第２要求情報を本トラッキングサーバサイトに送信すること
（10）第４プロセスでは、前記ユーザ端末は、本トラッキングサーバサイトから前記第１イメージデータと前記ユニークキーを受信したことを受けて、前記第１イメージデータを組み込んだ前記エントリページを表示するとともに、前記第１イメージデータと対応付けて前記ユニーキーをユーザ端末記憶手段に記憶する処理を行うこと
（11）第５プロセスでは、前記ユーザ端末との間のトランザクションが完了したことを受けて、前記ＥＣサイトは、本トラッキングサーバサイトのアドレス、前記ＥＣサイトＩＤ、前記ユーザ端末ＩＰアドレス、トランザクションデータを含む第２組イメージソースタグ情報を含むトランザクション完了ページを生成し、前記ユーザ端末に送信すること
（12）第６プロセスでは、前記ユーザ端末は、前記ＥＣサイトから前記トランザクション完了ページを受信し、前記第２組イメージソースタグ情報と、前記第１イメージデータに対応付けて記憶している前記ユニークキーを含んだ第３要求情報を本トラッキングサーバサイトに送信すること
（13）第７プロセスでは、前記ユーザ端末は、本トラッキングサーバサイトから第２イメージデータを受信したことに応じて、前記第２イメージデータを組み込んだトランザクション完了ページを表示する処理を行うこと
【０００８】
（14）前記制御手段は、前記第３プロセスにて前記ユーザ端末から送信された前記第２要求情報を受信したことに応答して第１処理を行い、前記第６プロセスにて前記ユーザ端末から送信された前記第３要求情報を受信したことに応答して第２処理を行うこと
（15）第１処理は、前記ユニークキー生成手段からユニークキーを取得し、前記ＥＣサイトＩＤとユーザ端末ＩＰアドレスと前記ユニークキーを含むセッションデータを作成して前記第３記憶手段に記憶し、かつ前記第２要求情報に含まれる第１組イメージソースタグ情報中のＥＣサイトＩＤにより特定される第１イメージデータを前記第１イメージ記憶手段から抽出して前記ユニークキーとあわせて前記ユーザ端末に送信すること
（16）第２処理は、前記第３要求情報中に含まれるユニークキーおよびユーザ端末ＩＰアドレスに基づいて、記憶しているセッションデータの中から同一のユニークキーおよびユーザ端末ＩＰアドレスを含むセッションデータを抽出し、抽出したセッションデータと前記第３要求情報中のトランザクションデータとを対応付けして、前記第４記憶手段に記憶するとともに、前記ＥＣサイトＩＤにより特定される第２イメージデータを前記第２イメージ記憶手段から抽出してユーザ端末に送信すること
【発明を実施するための最良の形態】
【０００９】
図１は、本発明に係る、電子トランザクションすなわち電子商取引（ＥＣ）システムにおいて、ユーザのアクティビティをトラッキングするシステムを示す概略説明図である。図１において、番号１は、インターネットに接続可能なユーザ端末（ＰＣ）を示し、２はマーチャント・ウェブ・サイト即ちＥＣサイトを示し、３は会員サイト即ちパートナー・サイトを示し、４はトラッキング・サーバ・サイトを示す。図１は、説明のために、ユーザ端末１、ＥＣサイト２、及びパートナー・サイト３をそれぞれ１つしか示さないが、実際にはこれらはそれぞれ複数個ある。
【００１０】
パートナー・サイト４は、ユーザ端末１でブラウジングされる広告バナーを、ユーザ端末１に提供する。ユーザがブラウジングされた広告バナーの１つをクリックすると、ユーザ端末１のセッションは、パートナー・サイト２から、クリックした広告バナーに関連するＥＣサイト２に切り替えられ、これによってＥＣサイト２は、トランザクションのための特別なエントリ・ページを与え、これがユーザ端末１においてブラウジングされる。また、ＥＣサイト２は、一旦ユーザ端末１とＥＣサイト２との間でトランザクションが完了したなら、トランザクション完了ページ（又は、イベント・ページ）をユーザ端末１に供給する。
【００１１】
セッション情報及びトランザクション情報は、ユーザ端末１からトラッキング・サーバ・サイト４に送られ、ここで、それぞれデータベースに格納され、照合によってトランザクションをパートナー・サイト３又はクリックされた広告バナーと関連付けられる。次に、関連付けられた情報は纏められて止められて、データベースの１つに格納される。本発明によるトラッキングの詳細な動作については、以降で説明する。
【００１２】
図２に、トラッキング・サーバ・サイト４の全体的なアーキテクチャを示す。該トラッキング・サーバ・サイト４は、複数のトラッキング・サーバ・ボックス４１、セッション・マネージャ・ボックス４２、セッション・データベース４３、及びトランザクション・データベース４４を含む。勿論、データベース４３及び４４は、共通の１つのデータベースで構成されてもよい。
【００１３】
図３示すように、トラッキング・サーバ・ボックス４１の各々は、トラッカ・サーブレット（ｔｒａｃｋｅｒ ｓｅｒｖｌｅｔ）４１１及びトランザクション・サーブレット４１２を内蔵し、これらが、ユーザ端末２（図１に示す）からセッション・データ及びトランザクション・データをそれぞれ受信する。トラッカ・サーブレットは、更に、セッションを表すユニーク・キーも受信して、ユーザ端末１からのヘッダ・データを作成する。
【００１４】
一方、図４に示すように、セッション・マネージャ・ボックス４２は、サーバ４２１、メッセージ・マネージャ４２２、セッション・マネージャ４２３、ヘッダ・マネージャ４２４、トランザクション・マネージャ４２５、マッチ・マネージャ４２６、ヘッダ・マッチ・マネージャ４２７、セッション・キャッシュ４２８、及びトランザクション・キャッシュ４２９を内蔵する。
【００１５】
キャッシュ４２８及び４２９は、以降で参照するデータを保持するリンク・リストを含む。マネージャ４２２〜４２５及び４２７の各々は、実行すべきオブジェクトのベクトルを保持する。オーバーフローするまで情報を格納するキャッシュ４２８及び４２９とは対照的に、ベクトルから得られたアイテムは、そこから取り出され処理される。ベクトルの取り出されたアイテムは、最も古いものである。したがって、マネージャは、イン−トレイ（ｉｎ−ｔｒａｙ）を所有すると考えることができ、キャッシュは、ファイリング・キャビネットを所有すると考えることができる。
【００１６】
この二分法（ｄｉｃｈｏｔｏｍｙ）を分割するのは、キャッシュを有するトランザクション・キャッシュ及び行なうべき事項のベクトルである。キャッシュ及びベクトルの組み合わせは、データベースを有する多段双方向処理に必要とされる。セッション・マネージャ・ボックス４２内のマネージャ及びキャッシュは、その全てがそれら自体のスレッドを有し、新たなオブジェクトが追加されるときはいつでも、スレッドが立ち上がる（ｋｉｃｋ）。独立したこれらのスレッドは、それぞれ、行なうべき事項のベクトル全体を処理し、キャッシュがデータベースにバックアップされることを保証する。
【００１７】
ＥＣサイト２は、該ＥＣサイトに一意的な（ユニークな）ＨＴＭＬイメージ・ソース・タグ（不可視）を、エントリ・ページ及びトランザクション完了（イベント）ページの各々に置かなければならない。エントリ・ページ上のＨＴＭＬイメージ・ソース・タグの１つは、トラッキング・サーバ・ボックス４１内の１つのボックスのトラッカ・サーブレット４１１をコールし、一方、イベント・ページ上のタグの１つは、該ボックスのトランザクション・サーブレット４１２をコールし、これによって、ユーザをトラッカ・サーブレット４１１にリダイレクトする。
【００１８】
エントリ・ページ上のＨＴＭＬイメージ・ソース・タグは、以下のデータを含んでいる。
・マーチャント・ホーム・ページ……ＥＣサイト即ちマーチャントのホーム・ページ・アドレス（例えば、ｈｔｔｐ：／／ｍｙｓｈｏｐ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ）
・トラッキング・サーバ……マシーン処理トラッキングのアドレス（例えば、ｈｔｔｐ：／／ｖａｌｕｅｃｏｍｍｅｒｃｅ．ｃｏｍ／）
・マーチャントＩＤ……ＥＣサイトのＩＤ（例えば、４００５）
【００１９】
エントリ・ページ上のＨＴＭＬイメージ・ソース・タグの一例は以下の通りである。
<html>
<head>
<meta http-equiv="refresh"
content="0;url=http://myshop.com/index/html">
<title>VC Entry Page </title>
</head>
<body>
<img src="http://valuecommerce.com/tracker?merchanid=4005">
</body>
</html> 
【００２０】
一方、イベント・ページ上のＨＴＭＬイメージ・ソース・タグは、以下のデータを含んでいる。
・トラッキング・サーバ……マシーン処理トラッキングのアドレス（例えば、ｈｔｔｐ：／／ｖａｌｕｅｃｏｍｍｅｒｃｅ．ｃｏｍ／）
・マーチャントＩＤ……ＥＣサイトのＩＤ（例えば４００５）
・ユーザのＩＰアドレス……ユーザ端末のＩＰアドレス（例えば、２１０．１３３．４７．８４）
・トランザクション量……トランザクションの総量（例えば５２５０）
・トランザクションＩＤ……マーチャントが供給するトランザクションのＩＤ（例えば、３３）
・通貨……トランザクションの通貨（例えば、ＪＰＹ）
・アイテム数……トランザクション内のアイテム数（例えば、２）
・製品ＩＤ……トランザクションにおける製品アイテムのＩＤ（例えば、ＢＲＡＣＥＬＥＴ１，Ｒｉｎｇ３）
・支払い方法……支払い方法（例えば、ＶＩＳＡ）
・クライアント名……クライアントの名前（例えば、ヤマダタロウ）
・クライアント電子メール……クライアントの電子メール・アドレス（例えば、ｔａｒｏｕ＿ｙ＠ａｂｃ．ｎｅ．ｊｐ）
・クライアント電話……クライアントの電話番号（例えば、０３-５５５-６６６６）
【００２１】
イベント・ページ上のＨＴＭＬイメージ・ソース・タグの一例は、以下のように表される。
<html>
<head>
<title> Transaction complete page </title>
</head>
<body>
<hl>Thanks for shopping at aaMyshop.COM</hl>
<img src="http://valuecommerce.com/transaction?
merchanid=4005&user7's ipaddress=210.133.47.84&
amount=5250&transaction=33&currency=JPY&noitems=2&
productids=BRACELET1 RING3&paymentmethod=VISA&
customername=tarou Yamada &customermail=tarou#y@abc.ne.jp&
customertel=03-5555-6666">
</body>
</html> 
【００２２】
次に、本発明によるトラッキング・システムにおけるトラッキング動作について、図３及び図４を参照することによって説明する。トラッキング・プロセスは、ユーザ端末１すなわちユーザのブラウザが、パートナー・サイト３のウェブ・ページ上においてユーザがあるバナー上でクリックした後に、ＥＣサイト２上のエントリ・ページにリダイレクトされた、即ち、回帰(bound)されたときに開始される。パートナー・サイト３からのリダイレクト・メッセージは、以下のパラメータを含んでいなければならない。
・プロファイルＩＤ……クリックされたバナーが属するプロファイルのＩＤ
・サイトＩＤ……パートナー・サイトのＩＤ
・アバートＩＤ（ＡＩＤ）……クリックされたバナーのＩＤ
【００２３】
エントリ・ページは、ユーザ端末１上でブラウジングされる前に、トラッキング・サーバ・ブロック４１のトラッカ・サーブレット４１１によって常にチェックされるように設定されており、したがって、ユーザのブラウザは、ステップＡにおいてリクエストを送ることにより、トラッカ・サーブレット４１１から、それが考えているイメージをロードしようとする。
【００２４】
リクエストは、パートナー・サイト３からのリダイレクト・メッセージに含まれるＰＩＤ、ＳＩＤ及びＡＩＤを含む、ＨＴＴＰ ＧＥＴ ＴＲＡＣＫＥＲリクエストである。必要であれば、これはクッキー等も含む。トラッカ・サーブレット４１１は、リクエストを取り込み、このリクエストの中に「ｉｆ−ｍｏｄｉｆｉｅｄ−ｓｉｎｃｅ」メッセージがあるか否かについてチェックする。これがない場合、長い値を有する「Ｌａｓｔ−Ｍｏｄｉｆｉｅｄ−Ｔｉｍｅ（ＬＭＴ）」キーを、ユーザのセッションを表すユニークＩＤとして作成する。ＬＭＴキーは、セッションが行われる日付（即ち時点）を表すが、日付に限定される訳ではない。
【００２５】
次に、トラッカ・サーブレット４１１は、ステップＢ１において、ユーザ端末１へＬＭＴキーを有するＧＩＦイメージを含む応答を送る。ＧＩＦイメージは、エントリ・ページ内に挿入され、ユーザ端末１においてブラウジングされる。ＧＩＦイメージ及びＬＭＴキーは、ユーザのブラウザ・キャッシュ内に記憶される。
【００２６】
ステップＢ１と同時に、又はステップＢ１において応答が送られるとすぐに、トラッカ・サーブレット４１１は、ステップＡで受信したリクエストに関連するパラメータから、関連するセッション情報の全てを抽出する。次に、抽出したパラメータ及びＬＭＴキーを、セッション・データ・オブジェクトに封入し、ステップＢ２２においてクライアント４１３に送る。クライアント４１３は、図４におけるセッション管理ボックス４２のサーバ４２１に、セッション・データ・オブジェクトを送信して、セッション・キャッシュ４２８に格納させる。
【００２７】
セッション・データは、以下のエレメントで構成されている。
・ＬＭＴ（最後に変更した時刻）……日付として解釈可能な整数（例えば、８５８９６９９５５０００）
・ＩＰアドレス……ユーザ端末のＩＰアドレス（例えば、２１０．１３３．４７．８４）
・クッキー……クッキーが要求の中で発見されたか否かを示す値
・リファーラ(参照元)……イメージ・ソース要求を送ったホームページのＵＲＬ（パラメータを含む）（例えば、”ｈｔｔｐ／／ｔｒａｖｅｌｌｅｒ．ｖａｌｕｅｃｏｍｍｅｒｃｅ．ｃｏ．ｊｐ．／ＣａｓａｄｅＰｌａｔａ／ＭａｉｎＦｒａｉｍ．ｈｔｍ？ＰＩＤ＝３００１＆ＳＩＤ＝３００２＆ＡＩＤ＝３００３”）
・アドバートＩＤ……（前述を参照）
・サイトＩＤ……（前述を参照）
・プロファイルＩＤ……（前述を参照）
・マーチャントＩＤ……（前述を参照）
・タイム・スタンプ……セッションの作成時刻
・ブラウザ・エージェント……トラッカ・サーブレットにリクエストを行なったブラウザ・エージェント（例えば、”Ｍｏｚｉｌｌａ／４．７２［ｅｎ］（ＷｉｎＮＴ；１）”）
【００２８】
後のある時点において、ユーザは、ＥＣサイト２のホームページ上のマーチャントとトランザクションを行い、その結果、トランザクション完了ページ即ちイベント・ページをブラウジングする。しかしながら、基本的に、ＥＣサイト２内にありトラッカ・サーブレット４１１に対するイメージ・ソース・リクエストを含むページであれば、他の任意のものでもよい。
【００２９】
ＥＣサイト２は、完了したばかりのトランザクションと関連するデータが、トランザクション・サーブレット４１１へのリクエストに関連するパラメータ・ストリング内に置かれるように、そのシステムを設定しておかなければならない。したがって、ステップＣにおいて、ＨＴＴＰ ＧＥＴ ＴＲＡＮＳＡＣＴＩＯＮを含むリクエストにより、そのパラメータを含むトランザクション・データの全てがトランザクション・サーブレット４１２に渡される。トランザクション・データの構造については、トランザクション完了ページ上のイメージ・ソース・タグを参照して既に説明した。
【００３０】
トランザクション・サーブレット４１２がトランザクション・データを受信すると、それに応答して、着信したパラメータからマーチャントＩＤ（ＭＩＤ）を抽出する。次に、ステップＤ１において、トランザクション・サーブレット４１２は、着信したパラメータを用いて、ユーザのブラウザをトラッカ・サーブレット４１１にリダイレクトする。この時、エントリ・ページにおいてトラッカ・サーブレット４１１にリクエストしたときに用いたのと全く同じシンタックスが利用される。
【００３１】
ステップＤ１におけるリダイレクトを行なった後、トランザクション・サーブレット４１２は、ステップＣにおいて、リクエストに関連するトランザクション・データ（パラメータ及び種々のヘッダを含む）を解析し、これらをトランザクション・データ・オブジェクトに纏め、ステップＤ２においてクライアント４１３に受け渡す。クライアント４１３は、トランザクション・データ・オブジェクトを、セッション管理ボックス４２のサーバ４２１に転送する。
【００３２】
次に、ステップＥにおいて、ユーザのブラウザは、ＬＭＴキーを含むＨＴＴＰＧＥＴ ＴＲＡＣＫＥＲリクエストを送信する。これは、セッションのユニーク・ＩＤであり、ブラウザ・キャッシュ内のＧＩＦイメージと関連付けて格納されていたものである。その理由は、トランザクション・サーブレット４１２によって送られるリダイレクションは、エントリ・ページにおいてユーザのブラウザによってリクエストされたものと全く同一であり、ブラウザは、このリクエスト（ＧＩＦイメージ）の結果が変化したか否か確認するために常にチェックするように指示されているからである。トラッカ・サーブレット４１１は、ブラウザが最新バーションのイメージを表示しているか否かをチェックするためにこれを用いることができるので、この情報を明示的に供給しているが、ユーザを識別するために把握される。
【００３３】
したがって、トラッカ・サーブレット４１１は、着信したＬＭＴキー・ヘッダを取得し、同一のＬＭＴキーを有するイメージを返送して、すべてのトラッキング・プロセスを継続し、更に、イベント・ページ内にＡＩＤ／ＰＩＤ／ＳＩＤがないことを判定するために、トラッカ・サーブレット４１１は新たなセッション・データ・オブジェクトを作成する必要がないことを確認する。トラッカ・サーブレット４１１は、ＬＭＴキーを含む、ステップＥにおいて送られたリクエストに関連するデータを封入してヘッダ・データ・オブジェクトを作成する。ステップＦにおいて、ヘッダ・データ・オブジェクトをクライアント４１３に送ることにより、それをセッション管理ボックス４２のサーバ４２１に転送する。
【００３４】
ヘッダ・データ・オブジェクトは、セッション・データ・オブジェクトと同一であるが、ＰＩＤ、ＳＩＤ及びＡＩＤのいずれも含んでおらず、セッション管理ボックス４２は、これらをリファーラ・ページから受け取る。しかしながら、ヘッダ・データ・オブジェクトはＬＭＴキーを含んでいるので、これを用いて、以下に説明するようにヘッダ・データを正しいセッション・データと照合する。
【００３５】
セッション管理ボックス４２内のサーバ４２１が、トラッキング・サーバ・ボックス４１のクライアント４１３から着信ストリングを受信すると、図４に示すステップＧから、照合プロセスにおけるデータ・フローが開始する。着信ストリングは、セッション・データ・オブジェクト、トランザクション・データ・オブジェクト、及びヘッダ・データ・オブジェクトのいずれかである。ステップＧにおいて、サーバ４２１は受信したデータ・ストリングをメッセージ・マネージャ４２２に渡し、該マネージャは、この着信メッセージがセッション・データ・オブジェクトか、トランザクション・データ・オブジェクトか、又はヘッダ・データ・オブジェクトかを識別する。
【００３６】
メッセージ・マネージャ４２２が着信メッセージ内にセッション・データ・オブジェクトを発見した場合、メッセージ・マネージャ４２２はオブジェクトをセッション・マネージャ・リクエストの中に包み込む。セッション・マネージャ・リクエストは、ステップＨにおいて、セッション・マネージャ４２３に送られる。セッション・マネージャ４２３は、ステップＩにおいて、追加セッション・アルゴリズムをコールすることによって、リクエストをメッセージ・マネージャ４２２からセッション・キャッシュ４２８に渡し、ここにリクエストを格納する。また、リクエストは、アルゴリズムによって、セッション・データベース４３にも格納される。
【００３７】
メッセージ・マネージャ４２２が、サーバ４２１から受信したメッセージを、トランザクション・データ・オブジェクトを含むものとして識別した場合、メッセージ・マネージャ４２２は、これをトランザクション・マネージャ・リクエストの中に包み込む。次に、ステップＪにおいて、トランザクション・マネージャ・リクエストはトランザクション・マネージャ４２５に送られる。トランザクション・マネージャ４２５は、ステップＫにおいて、追加トランザクション・アルゴリズムをコールすることにより、受信したリクエストをトランザクション・キャッシュ４２９に渡し、ここに格納する。また、リクエストは、アルゴリズムによって、トランザクション・データベース４４にも格納される。
【００３８】
メッセージ・マネージャ４２２が、サーバ４２１から受信したメッセージを、ヘッダ・データ・オブジェクトを含むものとして識別した場合、該オブジェクトをヘッダ・マネージャ・リクエストの中に包み込む。そして、ステップＬにおいて、ヘッダ・マネージャ・リクエストをヘッダ・マネージャ４２４に送る。ヘッダ・マネージャ４２４が該リクエストを受信すると、マネージャ４２４は、ステップＭにおいて、照合セッション・アルゴリズムをコールし、ヘッダ・データがセッション・キャッシュ内に現在あるセッション・データのいずれかと一致するか否かについて判定を行なう。照合セッション・アルゴリズムによって、受信したヘッダ・マネージャ・リクエスト内のクッキーに続くＬＭＴキー、次いでブラウザ−エージェント／ＩＰアドレスがチェックされる。
【００３９】
ヘッダ・データとセッション・キャッシュ４２８内のセッション・データとの間で一致が見られた場合、ステップＮにおいて、セッション・データを含むマッチ・マネージャ・リクエストが作成され、マッチ・マネージャ４２６に渡され、該マッチ・マネージャはセッション・データを更に処理する。尚、ヘッダ・データは、前述のように、ＳＩＤ／ＰＩＤ／ＡＩＤを含んでいないセッション・データと同一であり、一致したヘッダ及びセッション・データはセッション・データと同一であることを注記しておく。
【００４０】
一方、ヘッダ・データとセッション・キャッシュ４２８のセッション・データとの間に一致が見られない場合、ステップＮ１において、ヘッダ・データがヘッダ・マッチ・マネージャ４２７に渡され、ヘッダ・データがセッション・データベース４３内のいずれかのセッション・データと一致するか否かがチェックされる。ヘッダ・マッチ・マネージャ４２７がデータベース４３内に一致するセッションを発見した場合、一致したセッション・データを含むマッチ・マネージャ・リクエストを作成する。次いで、ステップＮ２において、このリクエストをマッチ・マネージャ４２６に渡し、該マネージャが更に処理を進める。
【００４１】
最後に、マッチ・マネージャ４２６は、ステップＯにおいて、照合トランザクション・アルゴリズムをコールし、正しいブラウザ−エージェント／ユーザＩＰアドレスの組み合わせをチェックすることにより、セッション・データをトランザクション・キャッシュ内のトランザクション・データと照合する。
【００４２】
セッション・データがクッキーを含む場合、マッチ・マネージャ４２６によるチェックも受ける。次に、マッチ・マネージャ４２６は、新たにセッション及びトランザクション・データの組み合わせを格納することによって、トランザクション・データベース４４を更新する。このようにして、セッション情報及びトランザクション情報を正しく組み合わせることができ、したがって、ＥＣシステムにおけるユーザのアクティビティは、ほぼリアル・タイムに、しかもＥＣサイトにおいて複雑なプログラムのインストールを全く行なうことなく、把握することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明に係る、インターネット上の電子商取引システムにおいてユーザのアクティビティをトラッキングするシステムを示す説明図である。
【図２】図１に示すトラッキング・サーバ・サイトの構成を示す図である。
【図３】図２に示すトラッキング・サーバ・サイトにおけるトラッキング・サーバ・ボックスの構成を、その中のデータ・フローと共に示す図である。
【図４】図２に示すトラッキング・サーバ・サイトにおけるセッション・マネージャ・ボックスの構成を、その中のデータ・フローと共に示す図である。
【図１】
0004444308.tif 000002
【図２】
0004444308.tif 000003
【図３】
0004444308.tif 000004
【図４】
0004444308.tif 000005