JP2018525725A - オンライン行動をオフライン支払いトランザクションと関連付けるシステム、デバイスおよび方法 - Google Patents

Abstract

消費者のオンライン行動を、オフライン支払いトランザクションと関連付けるシステム、方法およびデバイスが開示される。消費者の識別子と、消費者の支払いカードの識別子との間に第１のマッピングが生成される。消費者の識別子と、消費者のオンライン行動の識別子との間に、ウェブページを訪問することに関連して第２のマッピングが生成される。オフライン支払いトランザクションを反映するデータが受信され、データは支払いカードの識別子を含む。生成された第１のマッピング、生成された第２のマッピング、および受信されたデータを処理することによって、オンライン行動とオフライントランザクションとの間の関連付けが識別される。

Description

本開示は、消費者行動を追跡することに関し、より詳細には、消費者のオンライン行動を彼らのオフライン支払いトランザクションと関連付けることに関する。

消費者のオンライン行動（例えば、オンライン広告活動への接触、オンライン支払いトランザクションなど）を追跡する様々な方法が知られている。消費者のオフライン支払いトランザクションを追跡する様々な方法もまた知られている。

所与の消費者のオンライン行動と、その消費者のオフライン支払いトランザクションとを別々に追跡することから入手され得る消費者インテリジェンスは、限定されている。

従って、改善された追跡方法、システム、およびデバイス、または少なくとも代替策の必要性が存在する。

一態様において、消費者のオンライン行動を、オフライン支払いトランザクションと関連付けるコンピュータ実行方法が提供される。方法は、少なくとも１つのプロセッサにおいて、消費者の識別子と、消費者の支払いカードの識別子との間に第１のマッピングを生成することと、消費者の識別子と、消費者のオンライン行動の識別子との間に、ウェブページを訪問することに関連して第２のマッピングを生成することと、オフライン支払いトランザクションを反映するデータを受信することであって、データは支払いカードの識別子を含む、ことと、生成された第１のマッピング、生成された第２のマッピング、および受信されたデータを処理することによって、オンライン行動とオフライントランザクションとの間の関連付けを識別することとを含む。

別の態様において、消費者のオンライン行動を、オフライン支払いトランザクションと関連付けるコンピュータシステムが提供される。システムは、少なくとも１つのプロセッサと、命令を記憶するメモリとを含み、命令は、少なくとも１つのプロセッサで実行されたとき、システムに、消費者の識別子と、消費者の支払いカードの識別子との間に第１のマッピングを生成させ、消費者の識別子と、消費者のオンライン行動の識別子との間に、ウェブページを訪問することに関連して第２のマッピングを生成させ、オフライン支払いトランザクションを反映するデータであって、支払いカードの識別子を含むデータを受信させ、生成された第１のマッピング、生成された第２のマッピング、および受信されたデータを処理することによって、オンライン行動とオフライントランザクションとの間の関連付けを識別させる。

本明細書で説明される実施形態に関する多くのさらなる特徴およびその組合せは、本開示の読後に当業者に明らかとなるであろう。

実施形態による、リンクサーバ、パートナーサーバ、複数の消費者デバイス、および複数のデータソースを相互接続するネットワークを示すネットワーク図である。 実施形態による、図１のリンクサーバのハードウェアコンポーネントの高レベルブロック図である。 実施形態による、図１のリンクサーバのソフトウェアコンポーネントの高レベルブロック図である。 実施形態による、ユーザと支払いカードとを関連付けることを概略的に示す図である。 実施形態による、ユーザとオフライン支払いトランザクションとを関連付けることを概略的に示す図である。 実施形態による、ユーザとオフライン支払いトランザクションとを関連付けるためのデータフローを概略的に示す図である。 実施形態による、ユーザとオフライン支払いトランザクションとを関連付けるためのデータフローを概略的に示す図である。 実施形態による、ユーザとオフライン支払いトランザクションとを関連付けるためのデータフローを概略的に示す図である。 実施形態による、広告活動効果を測定することに関して、ユーザとオフライン支払いトランザクションとを関連付けることを概略的に示す図である。 実施形態による、広告活動効果を測定することに関して、ユーザとオフライン支払いトランザクションとを関連付けるためのデータフローを概略的に示す図である。

図１は、実施形態による、リンクサーバ１０と、パートナーサーバ１４と、複数の消費者デバイス１６と、複数のデータソース１８とを相互接続するネットワーク８を示す。本明細書で詳述されるように、リンクサーバ１０は、複数の消費者のオンライン行動と、彼らのオフライン支払いトランザクションとの間のリンクを反映するデータ記録を生成するように構成される。

実施形態において、リンクサーバ１０は、支払いプロセッサによって動作されてよく、オンライン支払いトランザクションを既知のやり方で処理するように構成されてよい。一例において、リンクサーバ１０は、オンライン支払いトランザクションを処理するために業者パートナーによって使用され得る、１つまたは複数の支払い処理アプリケーションプログラミングインターフェース（ＡＰＩ）、および／または１つまたは複数のホステッド支払いページ（ＨＰＰ）を、既知のやり方で提供することができる。

リンクサーバ１０は、本明細書で詳述されるやり方で、パートナーサーバ１４に接続され、パートナーサーバ１４と相互運用する。パートナーサーバ１４は、リンクサーバ１０のオペレータのパートナー（またはクライアント）によって運用されてよい。そのようなパートナーは、例えば、業者、デマンドサイドプラットフォームのオペレータ、アドエクスチェンジプラットフォームのオペレータなどであってよい。例証のわかりやすさのために、１つのみのパートナーサーバ１４が示されている。しかしながら、例えば、異なるパートナーによってそれぞれ運用される複数のパートナーサーバ１４が存在してもよい。

リンクサーバ１０は、それぞれが消費者によって操作され得る複数の消費者デバイス１６に相互接続されている。各消費者デバイス１６は、ウェブコンテンツにアクセスすることが可能な任意のネットワーク化されたコンピューティングデバイスであってよい。例えば、消費者デバイス１６は、パーソナルコンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、モバイル機器、ラップトップコンピュータなどであってよい。

リンクサーバ１０は、複数のデータソース１８に相互接続されている。リンクサーバ１０は、ネットワーク８を介して、データソース１８に接続されてよい。リンクサーバ１０はまた、直接（例えば、ポートまたは有線リンクを介して）データソース１８に接続されてもよい。データソース１８は、消費者によって行われるオフライントランザクションを反映するデータを維持するように構成される。従って、データソース１８は、そのようなデータを記憶するために好適な記憶媒体を含む。データソース１８はまた、オフライントランザクションを反映するデータを、例えば、ネットワーク８を介してリンクサーバ１０に送信するために好適なネットワークインターフェースを有して構成されてもよい。

ネットワーク８は、インターネット、イーサネット（登録商標）、従来型電話サービス（ＰＯＴＳ）回線、公衆交換電話ネットワーク（ＰＳＴＮ）、統合サービスデジタルネットワーク（ＩＳＤＮ）、デジタル加入者回線（ＤＳＬ）、同軸ケーブル、光ファイバ、衛星、モバイル、無線（例えば、Ｗｉ−Ｆｉ、ＷｉＭＡＸ）、ＳＳ７シグナリングネットワーク、固定回線、ローカルエリアネットワーク、ワイドエリアネットワーク、およびこれらの任意の組合せを含んだその他を含む、データを搬送することが可能な任意のネットワークであってよい。

リンクサーバ１０は、電子データストア１２に接続されてよい。データストア１２は、リンクサーバ１０で受信された、またはリンクサーバ１０によって生成されたデータを記憶するように構成される。例えば、データストア１２は、例えば、データソース１８から受信される、オフライントランザクションを反映するデータを記憶することができる。データストア１２はまた、以下に詳述されるように、例えばユーザの、識別子およびマッピング、彼らのオンライントランザクション、支払いカード、パートナー、広告活動キャンペーンなどを含む、様々なテーブルを記憶することができる。

データストア１２は、ＭｙＳＱＬ（商標）、Ｍｉｃｒｏｓｏｆｔ（商標）ＳＱＬ、Ｏｒａｃｌｅ（商標）データベースなどの、従来のリレーショナルデータベースを含んでよい。データストア１２はまた、例えば、オブジェクト指向データベースまたはＮｏＳＱＬデータベースなどの、別のタイプのデータベースを含んでもよい。従って、リンクサーバ１０は、例えば、ＳＱＬ、ＯＱＬなどの従来のクエリ言語を使用して表現されたクエリを使用してデータストア１２にアクセスするための、従来のデータベースエンジン（図示せず）を含むことができる。

実施形態において、リンクサーバ１０は、１つもしくは複数のパートナーサーバ１４、または１つもしくは複数の消費者デバイス１６と、ウェブコンテンツ（例えば、ユーザ識別子、ピクセルタグなど）をやり取りする（例えば、送信および／または受信する）ように構成されてよい。この実施形態において、リンクサーバ１０は、そのようなウェブコンテンツをやり取りするようにリンクサーバ１０を適合させる従来のＨＴＴＰサーバアプリケーション（例えば、Ａｐａｃｈｅ（登録商標） ＨＴＴＰサーバ、ｎｇｉｎｘ、Ｍｉｃｒｏｓｏｆｔ ＩＩＳ、その他）を含むことができる。

リンクサーバ１０は、パーソナルコンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、モバイル機器、ラップトップコンピュータなどの、任意のネットワーク化されたコンピューティングデバイスにおいて具現化されてよい。実施形態において、リンクサーバ１０は、「クラウドコンピューティング」などの様々な分散型リソース技術を使用する物理インスタンスまたは仮想インスタンスとして実装され得る。「クラウドコンピューティング」に対する潜在的な恩恵は、リソースを追加する／取り除くこと、ロード・バランシングなどのたやすさを含む。

図２は、実施形態によるリンクサーバ１０のハードウェアコンポーネントを図示するブロック図である。示されるように、リンクサーバ１０は、少なくとも１つのプロセッサ１３０と、メモリ１３２と、少なくとも１つのＩ／Ｏインターフェース１３４と、少なくとも１つのネットワークインターフェース１３６とを含む。

各プロセッサ１３０は、例えば、任意のタイプの汎用マイクロプロセッサもしくはマイクロコントローラ、デジタル信号処理（ＤＳＰ）プロセッサ、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、再構成可能なプロセッサ、またはそれらの任意の組合せなどの任意のタイプのプロセッサであってよい。

メモリ１３２は、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク読み出し専用メモリ（ＣＤＲＯＭ）、電気光学メモリ、磁気光学メモリ、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）および電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、強誘電体ＲＡＭ（ＦＲＡＭ）などの、内部または外部に位置付けられた任意のタイプの電子メモリであってよい。実施形態において、データストア１２は、メモリ１３２に常駐することができる。

各Ｉ／Ｏインターフェース１３４は、リンクサーバ１０が、入力および出力デバイス、例えば、周辺デバイスまたは外部記憶装置と通信することを可能にする。そのような周辺デバイスは、キーボード、マウス、カメラ、タッチスクリーンおよびマイクロフォンなどの１つまたは複数の入力デバイスを含むことができ、ディスプレイスクリーンおよびスピーカなどの１つまたは複数の出力デバイスも含むことができる。実施形態において、Ｉ／Ｏインターフェース１３４は、例えばデータソース１８からのデータを、リンクサーバ１０が受信するのを可能にするデータ通信インターフェースとして機能することができる。

各ネットワークインターフェース１３６は、リンクサーバ１０が、他のコンポーネント（例えば、１つもしくは複数のパートナーサーバ１４、および／またはデータソース１８）と通信して、そのような他のコンポーネントにデータを送り、および／またはそのような他のコンポーネントからデータを受信し、１つまたは複数のネットワーク（例えば、ネットワーク８）を介してネットワークリソースにアクセスし、接続するのを可能にする。

図３は、リンクサーバ１０で実行されて、それを本明細書で開示されるやり方で機能するように適合させることができる、様々なアプリケーションモジュールを示す。示されるように、これらのモジュールは、トラッカー生成モジュール１１０、カード照合モジュール１１２、パートナー照合モジュール１１４、オフラインデータ照合モジュール１１６、およびレポート生成モジュール１１８を含む。

これらのモジュールのそれぞれは、高レベルプログラミング言語、例えば、手続き型言語、オブジェクト指向言語、スクリプト言語、またはそれらの任意の組合せで実装されてよい。例えば、これらのモジュールのそれぞれは、Ｃ、Ｃ＋＋、Ｃ＃、Ｐｅｒｌ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔなどを使用して実装されてよい。これらのモジュールのそれぞれはまた、アセンブリ言語または機械言語で実装されてもよい。モジュールのそれぞれは、実行可能なプログラム、スクリプト、静的にリンク可能なライブラリ、または動的にリンク可能なライブラリの形式であってよい。

トラッカー生成モジュール１１０は、消費者のオンライン行動を追跡するための１つまたは複数の追跡要素を生成するように構成される。

トラッカー生成モジュール１１０は、追跡されることになる消費者デバイスごと（例えば、各消費者デバイス１６）に、本明細書で「ＰａｙＩＤ」と呼ばれ得る一意の識別子を生成する。ＰａｙＩＤは、任意の従来のやり方で生成されてよく、例えば、数字識別子、英数字識別子などであってよい。

トラッカー生成モジュール１１０は、消費者がリンクサーバ１０でホストされるウェブページ（例えば、ホステッド支払いページ）、または（パートナーサーバ１４であってもよい）第三者サーバでホストされるウェブページを訪問するとき、ＰａｙＩＤを含むクッキーを消費者のブラウザ上に作成する目的のために、カード照合モジュール１１２またはパートナー照合モジュール１１４にＰａｙＩＤを提供することができる。ある実施形態において、トラッカー生成モジュール１１０は、消費者が第三者サーバでホストされるウェブページを訪問するとき、ＰａｙＩＤを含むクッキーを消費者のブラウザ上に作成する目的のために、（パートナーサーバ１４であってもよい）その第三者サーバにＰａｙＩＤを提供することができる。

カード照合モジュール１１２は、消費者と、彼らの支払いカードとの間にマッピングを生成するように構成される。とりわけ、カード照合モジュール１１２は、カード一致テーブル５００（図５）を生成し、これは、特定の消費者の識別子（すなわち、ＰａｙＩＤ）と、その消費者によって使用される支払いカードの一意の識別子（すなわち、Ｃａｒｄ ＩＤ）との間をそれぞれマップする、マッピングを記憶する。カード一致テーブル５００は、例えば、データストア１２（図１）に記憶されてよい。

カード照合モジュール１１２は、多様な仕方でそのようなマッピングを生成するように構成される。例として、２つのそのような仕方が以下で詳述される。（ｉ）（例えば、業者ウェブサイトとして動作する）第三者サーバが、リンクサーバ１０で提供されるホステッド支払いページを利用するとき、および（ｉｉ）（例えば、業者ウェブサイトとして動作する）第三者サーバが、リンクサーバ１０で提供される支払いアプリケーションプログラミングインターフェースを利用するとき。

ホステッド支払いページの例においては、ホステッド支払いページが消費者デバイス１６を操作する消費者によってロードされるとき、カード照合モジュール１１２が、消費者のブラウザに記憶されたクッキーからＰａｙＩＤを読み出し、またはクッキーが存在しない場合は、カード照合モジュール１１２が、トラッカー生成モジュール１１０を呼び出して、消費者のための新しいＰａｙＩＤを生成し、ＰａｙＩＤを有するクッキーが、（クッキーが可能にされることを想定して）消費者のブラウザ上に記憶される。

隠されたフィールドタグが、ホステッド支払いページ上に含まれ、ＰａｙＩＤの値を保有することができる。支払いフォームがサブミットされるとき、消費者が登録しているＣａｒｄ ＩＤ、および隠されたフィールドタグにおけるＰａｙＩＤが、カード照合モジュール１１２に渡される。

その後、カード照合モジュール１１２は、ＰａｙＩＤと、消費者がホステッド支払いページ上に入力した支払いカード情報（「Ｃａｒｄ ＩＤ」）の両方を、カード一致テーブル５００に記憶する。

アプリケーションプログラミングインターフェースの例においては、図４に示されるように、支払いフローにおいて、ピクセルタグが（例えば、第三者サーバによって）ウェブページ４００上に供給される。このウェブページが消費者デバイス１６を使用して消費者によってアクセスされるとき、以下で詳述されるように、ピクセルタグは、他の関連情報と共に、リンクサーバ１０への要求を生成する。図示された実施形態において、ピクセルタグは、画像ベースであり、１×１ピクセルサイズ画像を要求する。この画像は、ユーザには不可視（例えば、透過的、またはビューから隠される）であってよい。他の実施形態において、ＪａｖａＳｃｒｉｐｔベースのピクセルタグが使用されてもよい。さらに他の実施形態において、他のタイプのタグが使用されてもよい。

消費者デバイス１６を操作する消費者がピクセルタグを有するウェブページ４００をロードするとき、特定のオンライントランザクションの一意の識別子（すなわち、トランザクションＩＤまたは「Ｔ．ＩＤ」）が生成され、ピクセルタグは、Ｔ．ＩＤと共に要求をカード照合モジュール１１２に送る。

一例において、ピクセルタグは、以下の形式であってよい。

このように、この例において、ピクセルタグは、リンクサーバ１０のＵＲＬ、およびカード照合モジュール１１２に渡されるパラメータＴ．ＩＤを含む。他のパラメータがまた、ピクセルタグに含まれ、カード照合モジュール１１２に渡されてもよい。

カード照合モジュール１１２がピクセル要求を受信するとき、カード照合モジュール１１２は、ＰａｙＩＤを生成し（または読み出し）、照合目的のためにＴ．ＩＤおよびＰａｙＩＤを（例えば、データストア１２における）テーブル４０２に記憶し、１×１ピクセルサイズ画像で応答する。消費者のために新しいＰａｙＩＤを（例えば、トラッカー生成モジュール１１０を呼び出すことによって）作成することが必要であった場合、ＰａｙＩＤは、クッキーとして消費者のブラウザに記憶される。

支払いページフォームが消費者によってサブミットされるとき、Ｃａｒｄ ＩＤおよびＴ．ＩＤは、アプリケーションプログラミングインターフェースを通してカード照合モジュール１１２に送信され、（例えば、データストア１２における）別個のテーブル４０４に記憶される。

周期的に、カード照合モジュール１１２は、テーブル４０２および４０４におけるＴ．ＩＤを関連付けるプロセスを起動し、それにより、特定の消費者のＰａｙＩＤとＣａｒｄ ＩＤとの間にマッピングを作成する。特定のＰａｙＩＤとＣａｒｄ ＩＤとのマッピングがカード一致テーブル５００に既に存在しない場合、カード照合モジュール１１２は、新しい記録をカード一致テーブル５００に作成して、そのマッピングを記憶する。

実施形態において、クッキーを使用することの代替策として、追跡される必要がある消費者のデバイス１６ごとに一意のＰａｙＩＤを作成するために、デバイスフィンガープリンティングが利用されてもよい。デバイスフィンガープリンティングは、例えば、デバイスの媒体アクセス制御（ＭＡＣ）アドレス、デバイスで実行される特定のオペレーティングシステム（およびバージョン）、デバイスで実行される特定のブラウザ（およびバージョン）、それらの組合せを含んだその他に基づいていてよい。デバイスフィンガープリントを生成するためのそのような情報は、既知のやり方で収集されてよい。

デバイスフィンガープリンティング使用して生成されたＰａｙＩＤは、カード一致テーブル５００およびパートナー一致テーブル５０２に記憶されてよい。

パートナー照合モジュール１１４は、消費者と、彼らのオンライン行動との間にマッピングを生成するように構成される。とりわけ、パートナー照合モジュール１１４は、マッピングを記憶するパートナー一致テーブル５０２（図５）を生成し、各マッピングは、リンクサーバ１０によって割り当てられた特定の消費者の識別子（すなわち、ＰａｙＩＤ）、パートナーによって割り当てられたその消費者の一意の識別子（すなわち、パートナーの一意のユーザ／消費者ＩＤ、または「ＰＵＩＤ」）、および特定の消費者によって行われた特定のオンライン行動の識別子（行動ＩＤまたは「ＢｈＩＤ」）を含む。マッピングはまた、パートナーの名前を含むことができる。

図６Ａに示されるように、ピクセルタグ６０は、（パートナーサーバ１４であってもよい）第三者サーバに提供される。このピクセルタグ６０は、第三者サーバによって、該当するオンラインページ６２上で消費者デバイス１６を操作する消費者に供給され、ここで消費者は、様々なオンライン行動、例えば、広告を見ること、ビデオを観ること、記事を読むこと、ゲームをプレイすること、オンライン検索を実施すること、リサーチすること、製品／サービスを購入すること、または製品／サービスについてブラウズすること、オンラインサービス（例えば、インスタントメッセージングサービス）を通して通信すること、その他を行う。

一例において、ピクセルタグ６０は、以下の形式であってよい。

このように、この例において、ピクセルタグ６０は、リンクサーバ１０のＵＲＬ、パラメータＰ（パートナー名）、パラメータＰＵＩＤ、およびピクセル要求６４を介してパートナー照合モジュール１１４に渡されるパラメータＢｈＩＤを含む。他のパラメータがまた、ピクセルタグ６０に含まれ、パートナー照合モジュール１１４に渡されてもよい。

実施形態において、パートナーは、ＰＵＩＤの生成を逃れるために、パラメータＰＵＩＤを省くことを選ぶことができる。このケースにおいて、パートナーは、パラメータＰＵＩＤの値を挿入しないで、上述のやり方でピクセルタグ６０を利用することができる。この状況において、パートナー照合モジュール１１４は、そのパートナーから受信されたあらゆる要求が追跡されている行動に関連すると想定することになり、ＰＵＩＤにＮＩＬ値を使用することになる。

実施形態において、ピクセル要求６４は、パラメータＢｈＩＤを省くことができる。この実施形態において、パートナー照合モジュール１１４は、代わりに、行動ログファイル６６を介して、パートナー（例えば、上述したＰＵＩＤを生成したパートナー）からＢｈＩＤ情報を受信することができる。例えば、行動ログファイル６６は、そのパートナーによって運用されるパートナーサーバ１４から受信されてよい。行動ログファイル６６は、パートナーによってログされる、ＢｈＩＤとＰＵＩＤとのマッピングを含む。

行動ログファイル６６を受信すると、パートナー照合モジュール１１４は、行動ログファイル６６を処理して、ＢｈＩＤとＰＵＩＤとのマッピングでパートナー一致テーブル５０２にポピュレートする。オプションで、この実施形態において、パートナー照合モジュール１１４は、パートナー一致テーブル５０２の代わりに、２つのテーブル、すなわち、ＢｈＩＤとＰＵＩＤとのマッピングを記憶するための１つのテーブル、およびＰＵＩＤとＰａｙＩＤとのマッピングを記憶するための別個のテーブルを使用することができる。

好都合なことに、この実施形態において、各行動に関連してピクセルタグ６０を供給することは必要ではない。代わりに、ピクセルタグ６０は、最初のインスタンスで、または周期的に供給されてよい。

認識されるように、パートナー照合モジュール１１４に関連して参照された第三者サーバは、カード照合モジュール１１２に関連して参照された第三者サーバとは異なっていてもよい。

記されたように、特定の消費者がピクセルタグ６０を有するウェブページ６２を訪問するとき、ピクセル要求６４は、パートナー照合モジュール１１４に送られる。

パートナー照合モジュール１１４は、ピクセル要求６４を受信する。それに応答して、パートナー照合モジュール１１４による以下の動作が考え得る。
動作Ａ．それが新しい消費者である（すなわち、リンクサーバ１０クッキーが存在しない）場合：
１．トラッカー生成モジュール１１０を呼び出し、新しい一意のＰａｙＩＤを生成する。
２．消費者のブラウザ上に、（ＰａｙＩＤが記憶された）リンクサーバ１０クッキーを作成する。
３．パートナー一致テーブル５０２に以下を記憶する：パートナー名（Ｐ）、ＰａｙＩＤ、ＰＵＩＤ、ＢｈＩＤ（ＢｈＩＤがピクセル要求６４において受信された場合）およびそのパートナーに関係した任意の他の情報（例えば、要求の日付およびタイムスタンプ）。
４．１×１ピクセルサイズ画像で応答する（または、パートナーサーバ１４にリダイレクトする）。
動作Ｂ．それが既存の消費者ある（すなわち、リンクサーバ１０クッキーが消費者のブラウザに存在する）場合：
１．リンクサーバ１０クッキーを読み出して、クッキーに記憶されたＰａｙＩＤを取得する。
２．パートナー一致テーブル５０２を検索して、既にＰＵＩＤとＰａｙＩＤとの一致があるかどうかを判定する。
３．一致が存在しない場合：
− パートナー一致テーブル５０２に以下を記憶する：パートナー名（Ｐ）、ＰａｙＩＤ、ＰＵＩＤ、ＢｈＩＤ（ＢｈＩＤがピクセル要求６４において受信された場合）およびそのパートナーに関係した任意の他の情報（例えば、要求の日付およびタイムスタンプ）。
− １×１ピクセルサイズ画像で応答する（または、パートナーサーバ１４にリダイレクトする）。
４．一致が存在する場合：
− パートナー一致テーブル５０２に以下を記憶する：パートナー名（Ｐ）、ＰａｙＩＤ、ＰＵＩＤ、ＢｈＩＤ（ＢｈＩＤがピクセル要求６４において受信された場合）、およびそのパートナーに関係した任意の他の情報（例えば、要求の日付およびタイムスタンプ）。認識されるように、これは発生した行動（例えば、アドが見られる）の回数が判定されることを可能にするので、同じ行動の一致については別個の記録を記憶することが望ましいことがある。
− １×１ピクセルサイズ画像で応答する（または、パートナーサーバ１４にリダイレクトする）。

図６Ｂに示されるように、実施形態において、ピクセルタグ６０は、パートナーピクセルタグ６０’に置き換えられ得る。とりわけ、この実施形態は、（パートナーサーバ１４であってもよい）第三者サーバがウェブページ６２上でリンクサーバ１０に関連付けられたピクセルタグを直接供給するための任意の要件を逃れる。代わりに、（パートナーサーバ１４であってもよい）第三者サーバは、ウェブページ６２上でパートナーサーバ１４に関連付けられたピクセルタグ６０’を供給し、その後ウェブページ６２をリダイレクトして、要求をリンクサーバ１０に送ることができる。

一例において、パートナーピクセルタグ６０’は、以下の形式であってよい。

このように、この例において、ピクセルタグ６０’は、パートナーサーバ１４のＵＲＬ、およびリダイレクションが提供されるべきエンティティ（例えば、リンクサーバ１０の動作）を識別するパラメータパートナーｉｄを含む。ピクセルタグ６０’が消費者デバイス１６の消費者のブラウザ上にロードされるとき、ブラウザは、（パラメータパートナーｉｄと共に）上記のＵＲＬを使用してパートナーサーバ１４に要求を送る。パートナーサーバ１４は、その消費者のためのそのＰＵＩＤを生成し／読み出し、消費者のブラウザ上のクッキーにＰＵＩＤを記憶する。パートナーサーバ１４は、（１×１ピクセルサイズ画像ではなく）リダイレクトピクセル要求で、消費者のブラウザに応答６８を提供し返す。

消費者のブラウザへの応答６８は、ピクセル要求７０を開始するために、消費者のブラウザをリンクサーバ１０にリダイレクトするように構成される。

一例において、ピクセル要求７０は、以下の形式のＵＲＬを使用して行われてよい。

このように、ピクセル要求６４と同様のやり方で、リダイレクトされたピクセル要求７０は、リンクサーバ１０のＵＲＬ、パラメータＰ（パートナー名）、パラメータＰＵＩＤ、およびパートナー照合モジュール１１４に渡されるパラメータＢｈＩＤを含む。リダイレクトされたピクセル要求７０を受信すると、パートナー照合モジュール１１４は、上記された動作Ａまたは動作Ｂを実施することができる。

実施形態において、リダイレクトピクセル要求７０は、行動ＩＤ（ＢｈＩＤ）を省くことができる。パートナー照合モジュール１１４は、上述されたやり方で、行動ログファイル６６を使用して、ＢｈＩＤとＰＵＩＤとのマッピングを生成することができる。

図６Ｃに示されるように、実施形態において、いくつものパートナーに共通した特定の消費者の識別子（すなわち、「Ｃｏｍｍｏｎ ＩＤ」）が、ＰＵＩＤの代わりに使用されてもよい。例えば、Ｃｏｍｍｏｎ ＩＤは、Ｇｏｏｇｌｅ（登録商標）によるＤｏｕｂｌｅｃｌｉｃｋ、Ｆａｃｅｂｏｏｋ（登録商標） Ｅｘｃｈａｎｇｅ、その他などのアドエクスチェンジからの識別子であってよい。

この実施形態において、パートナー照合モジュール１１４の動作は、以下の違いを除けば、ＰＵＩＤに関連して上述されたのと実質的に同じである。

示されるように、ピクセルタグ６０は、ピクセルタグ６０”に置き換えられ得る。一例において、ピクセルタグ６０”は、以下の形式であってよい。

このように、この例において、ピクセルタグ６０”は、ＰＵＩＤの代わりにＣｏｍｍｏｎ ＩＤを含む。認識されるように、Ｃｏｍｍｏｎ ＩＤの形式は、例えば、関与される特定のアドエクスチェンジに応じて様々であってよい。このＣｏｍｍｏｎ ＩＤは、ピクセル要求６４を介してパートナー照合モジュール１１４に渡される。ピクセルタグ６０”はまた、パラメータＰ（パートナー名）を含む。

パートナー照合モジュール１１４は、パラメータＰ、ＰａｙＩＤ、およびＣｏｍｍｏｎ ＩＤ、並びに任意の他の関連情報を、パートナー一致テーブル５０２に記録する。

ピクセルタグ６０”は、ＢｈＩＤを省く。パートナー照合モジュール１１４は、上述されたやり方で、行動ログファイル６６を使用して、ＢｈＩＤとＣｏｍｍｏｎ ＩＤとのマッピングを生成することができる。示されるように、パートナーは、行動ログファイル６６を生成するためにパートナーによって使用され得る、ＰＵＩＤとＣｏｍｍｏｎ ＩＤとのマッピングを含む一致テーブル７２を維持することができる。

実施形態において、ピクセルタグ６０”は、共通パートナーピクセルタグ（図示せず）に置き換えられ得る。この共通パートナーピクセルタグは、上述されたやり方で、ピクセル要求をリンクサーバ１０にリダイレクトするように構成され得る、共通パートナーサーバのＵＲＬを含むことができる。

オフラインデータ照合モジュール１１６は、消費者のオンライン行動と、彼らのオフライン支払いトランザクションとの間にマッピングを生成するように構成される。とりわけ、オフラインデータ照合モジュール１１６は、カード一致テーブル５００およびパートナー一致テーブル５０２、並びに１つまたは複数のデータソース１８から受信されたオフライントランザクションデータを使用して、そのようなマッピングを生成する。

オフライントランザクションデータは、トランザクションデータテーブル５０４に記憶され得、消費者のＣａｒｄ Ｉｄ、購入金額および他の関連情報を含むことができる。

図５は、オフラインデータ照合モジュール１１６によって生成される例示的なマッピングを示す。例えば、示されるように、ＰａｙＩＤ ＸＹＺＡＢを有する消費者は、（例えば、カード照合モジュール１１２によってマップされた）カード一致テーブル５００において、Ｃａｒｄ ＩＤ ５ｘｘ５６７８にマップされてよい。同じ消費者は、（例えば、パートナー照合モジュール１１４によってマップされた）パートナー一致テーブル５０２において示されるように、特定のオンライン行動「Ｘ」と一致され得る。例えば、特定のオンライン行動は、パートナー一致テーブル５０２において特定のＢｈＩＤによって表された、特定のウェブページを訪問することに対応してよい。同じ消費者はまた、消費者の関連付けられたＣａｒｄ ＩＤに基づいて、トランザクションデータテーブル５０４に示されるように、特定のオフライントランザクション（＄６０の金額で）と一致され得る。このようにして、消費者のオンライン行動は、彼／彼女のオフライントランザクションにマップされる。

特有の実施形態において、リンクサーバ１０は、広告活動効果の測定を促進するように構成されてよい。この実施形態において、対象となる特定のオンライン行動は、例えば、特定のアドエクスチェンジによって促進にされる、特定の広告キャンペーンからのアドを見ることである。

この実施形態において、パートナー照合モジュール１１４は、消費者と、それらの消費者によって見られる特定の広告活動キャンペーンとの間にマッピングを生成するように構成される。このように、パートナー照合モジュール１１４は、行動ＩＤ（ＢｈＩＤ）の代わりに、アドキャンペーンＩＤ（Ａｄ．ＩＤ）を使用するように構成される。別の実施形態において、特定のアドを一意に識別するＡｄ ＩＤ、または特定のパートナーによって供給される特定のアドを一意に識別するＡｄ ＩＤが、より大きな追跡粒度を提供するために、アドキャンペーンＩＤの代わりに使用されてもよい。

従って、パートナー照合モジュール１１４にアドキャンペーンＩＤおよびＰＵＩＤを提供して、それらの間に一致を認めるように、以下の形式のピクセルタグが使用され得る。

さらに、パートナー一致テーブル５０２は、図７に示されるように、ＢｈＩＤの代わりにＡｄ．ＩＤを記憶するように構成されたパートナー一致テーブル５０２’に置き換えられ得る。

実施形態において、パートナー（例えば、デマンドサイドプラットフォーム）がピクセルタグを直接供給できないが、アドエクスチェンジを有する（例えば、ＧｏｏｇｌｅのＤｏｕｂｌｅＣｌｉｃｋ Ａｄ Ｅｘｃｈａｎｇｅを有する）一致テーブルを維持することができる場合、パートナーは、オフラインデータ照合モジュール１１６に、Ａｄ．ＩＤおよび対応するＣｏｍｍｏｎ ＩＤを保有するデータを提供することができる。Ｃｏｍｍｏｎ ＩＤを使用して、オフラインデータ照合モジュール１１６は、パートナー一致テーブル５０２／５０２’において関連付けられたＰａｙＩＤを判定し、記録のそれぞれについて、それをカード一致テーブル５００におけるＣａｒｄ ＩＤと一致させる。

追跡されている特定のアドキャンペーンについて対応するＣａｒｄ ＩＤが知られると、これらのＣａｒｄ ＩＤは、例えば、アドキャンペーンに参加しているのと同じ業者のオフライン（例えば、店内での、電話を通した、アプリ内での、その他の）支払いトランザクションデータと一致され得る。

図８は、上述されたように、広告活動効果を測定することに関して、リンクサーバ１０の動作を概略的に示す。

示されるように、様々なエンティティ（例えば、業者／アドエージェンシー、データプロバイダ、キャンペーンプラットフォーム／デマンドサイドプラットフォームオペレータ、アドエクスチェンジ）は、広告活動キャンペーンを実装するために、既知のやり方で相互運用することができる。リンクサーバ１０の動作は、Ｃｏｍｍｏｎ ＩＤを使用する実施形態について図６Ｃを参照して説明されたそれと実質的に同様である。

認識されるように、特定のアドエクスチェンジは、特定の消費者のためにいくつものＣｏｍｍｏｎ ＩＤを用いることができる。例えば、図８に示されるように、アドエクスチェンジは、特定の消費者のために２つの異なるＣｏｍｍｏｎ ＩＤ、すなわち、Ｇ．ＩＤ（Ｐ１）およびＧ．ＩＤ（Ｐ２）を使用することができる。このケースでは、Ｃｏｍｍｏｎ ＩＤのうちの特有の１つが、リンクサーバ１０に関連した使用のために選択されてよい。選択されたＣｏｍｍｏｎ ＩＤ、例えば、Ｇ．ＩＤ（Ｐ１）は、上記で開示されたやり方で照合を促進するために、リンクサーバ１０へのピクセル要求と、リンクサーバ１０に送信される行動ログファイルの両方において使用されてよい。

再び図３を参照すると、レポート生成モジュール１１８は、消費者のオンライン行動と、オフライン支払いトランザクションとを関連付けることに基づいて、様々なレポートを生成するように構成されてよい。例えば、レポート生成モジュール１１８は、以下の情報を保有する１つまたは複数のレポートを生成することができる。
− （購入しなかった突き止め可能な個人の総数に対する）オフライン購入を行った突き止め可能な個人の総数、
− トランザクションのソース（例えば、オンライン対店内対電話、など）による分類、
− オフライントランザクションの合計売上金額、および（業者またはビジネスパートナーによって提供されることになる原価計算情報を想定した）投資利益率の判定、および
− 業者での経時的な、および全買い物客に対してベンチマークされた傾向を含んだ、消費者の合計支出に対する、突き止め可能な業者での彼らの支出額の平均パーセンテージを示す「シェアオブウォレット」。

他の関連情報がまた、レポートに含まれてもよい。

そのようなレポートは、レポート生成モジュール１１８によって、例えば、パートナーウェブポータルを介して電子的に提示されてよい。そのようなレポートはまた、紙形式で提示されてもよい。

実施形態において、リンクサーバ１０の動作は、消費者の、および／または業者の直接関与なしに、消費者のオンライン行動または行為を、彼らのオフライン（例えば、店内での、または通信販売／電話注文の）支払いトランザクションと関連付ける。

実施形態において、リンクサーバ１０の動作は、オフライン（例えば、店内での、または通信販売／電話注文の）売上に貢献する、業者のオンライン広告活動の測定を促進することができる。

実施形態において、リンクサーバ１０の動作は、オンライン／モバイルサイトを訪問する消費者の様々なオンライン行動および行為が彼らのオフライン支出にどのように関連するかを、業者または他のクライアントが理解するための分析論レポートの生成を促進することができる。

実施形態において、リンクサーバ１０の動作は、オンライン広告のターゲティングを、オフラインでそれらと取引する業者の顧客に対して促進することができる。

実施形態において、リンクサーバ１０の動作は、顧客がデスクトップもしくはモバイル機器からオンラインで、電話によって、または実店舗で買い物しているのであれ、業者が彼らの顧客にシームレスな買い物体験を提供するための低摩擦なオムニチャネルアプローチを促進することができる。

従って、リンクサーバ１０は、例えば、アドキャンペーン効果測定、業者またはビジネスパートナーのための分析論、ターゲットされた広告活動などを含む、多数のコンテキストにおいて、および多数の目的のために運用されてよい。

本明細書で説明されたデバイス、システムおよび方法の実施形態は、ハードウェアとソフトウェアの両方の組合せにおいて実装され得る。これらの実施形態は、プログラマブルコンピュータ上で実装されてよく、各コンピュータは、少なくとも１つのプロセッサと、データストレージシステム（揮発性メモリもしくは不揮発性メモリ、または他のデータストレージ要素、またはそれらの組合せを含む）と、少なくとも１つの通信インターフェースとを含む。

本明細書で説明された機能を実施し、出力情報を生成するために、プログラムコードが入力データに適用される。出力情報は、１つまたは複数の出力デバイスに適用される。ある実施形態において、通信インターフェースは、ネットワーク通信インターフェースであってよい。その中で要素が組み合わされ得る実施形態において、通信インターフェースは、プロセス間通信のためのものなどの、ソフトウェア通信インターフェースであってよい。さらに他の実施形態において、ハードウェア、ソフトウェア、およびそれらの組合せとして実装される通信インターフェースの組合せが存在してもよい。

上述した議論の全体を通して、サーバ、サービス、インターフェース、ポータル、プラットフォーム、またはコンピューティングデバイスから形成される他のシステムに関して、多数の参照が行われるであろう。そのような用語の使用は、コンピュータ可読の有形な、非一時的メディア上に記憶されたソフトウェア命令を実行するように構成された少なくとも１つのプロセッサを有する、１つまたは複数のコンピューティングデバイスを表すようにみなされることが認識されるべきである。例えば、サーバは、説明された役割、責務、または機能を果たすようなやり方で、ウェブサーバ、データベースサーバ、または他のタイプのコンピュータサーバとして動作する、１つまたは複数のコンピュータを含むことができる。

以下の議論は多くの例示的な実施形態を提供する。各実施形態は発明的要素の単一の組合せを表すものの、他の例が、開示される要素の全ての考え得る組合せを含むことがある。それゆえ、１つの実施形態が要素Ａ、ＢおよびＣを含み、第２の実施形態が要素ＢおよびＤを含む場合、Ａ、Ｂ、ＣまたはＤの他の残りの組合せもまた使用されることがある。

用語「接続される（connected）」または「結合される（coupled to）」は、直接結合（互いに結合されている２つの要素が互いに接する）と、非直接結合（２つの要素の間に少なくとも１つの追加的な要素が位置付けられる）の両方を含むことがある。

実施形態の技術的なソリューションは、ソフトウェア製品の形式であってよい。ソフトウェア製品は、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、ＵＳＢフラッシュディスク、またはリムーバブルハードディスクであり得る、不揮発性または非一時的な記憶媒体に記憶されてよい。ソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイス）が、実施形態によって提供された方法を実行することを可能にするいくつかの命令を含む。

本明細書で説明された実施形態は、コンピューティングデバイス、サーバ、受信機、送信機、プロセッサ、メモリ、ディスプレイおよびネットワークを含む物理コンピュータハードウェアによって実装される。本明細書で説明された実施形態は、有用な物理機械、およびとりわけ構成されたコンピュータハードウェア設備を提供する。本明細書で説明された実施形態は、様々なタイプの情報を表す電磁信号を処理し、変換するために適合された、電子機械および電子機械によって実装される方法に向けられている。本明細書で説明された実施形態は、広くかつ全体的に、機械およびそれらの使用に関し、本明細書で説明された実施形態は、コンピュータハードウェア、機械、および様々なハードウェアコンポーネントとのそれらの使用の範囲外には意味または事実上の適用可能性を有さない。例えば、メンタルステップを使用して、非物理的なハードウェアの代わりに様々な作用を実装するようにとりわけ構成された物理ハードウェアを代用することは、実施形態が働く仕方に実質的に影響することがある。そのようなコンピュータハードウェアの限定は、本明細書で説明された実施形態の明白な必須要素であり、本明細書で説明された実施形態の動作および構造に重大な影響を有することなしに、それらが省かれる、またはメンタルな手段に代用されることはできない。コンピュータハードウェアは、本明細書で説明された様々な実施形態を実装するために必須であり、単に、迅速かつ効率的なやり方でステップを実施するために使用されるのではない。

実施形態が詳細に説明されてきたが、添付の特許請求の範囲によって定義される範囲から逸脱することなしに、様々な変更、代用および改変が本明細書で行われ得ることが理解されるべきである。

その上、本出願の範囲は、本明細書で説明されたプロセス、機械、製造物、組成物、手段、方法およびステップの特定の実施形態に限定することは意図されていない。当業者が本発明の開示から容易に認識するように、本明細書で説明された対応する実施形態と実質的に同じ機能を実施する、または実質的に同じ結果を達成する、現在存在している、または後に開発されることになるプロセス、機械、製造物、組成物、手段、方法またはステップが利用されてよい。従って、添付の特許請求の範囲は、そのようなプロセス、機械、製造物、組成物、手段、方法またはステップをそれらの範囲内に含むことが意図される。

理解され得るように、上記で説明され、示された例は、例示であることのみが意図される。

Claims (18)

1. 消費者のオンライン行動を、オフライン支払いトランザクションと関連付けるコンピュータ実行方法であって、
   少なくとも１つのプロセッサにおいて、
   前記消費者の識別子と、前記消費者の支払いカードの識別子との間に第１のマッピングを生成することと、
   前記消費者の前記識別子と、前記消費者のオンライン行動の識別子との間に、ウェブページを訪問することに関連して第２のマッピングを生成することと、
   オフライン支払いトランザクションを反映するデータを受信することであって、前記データは前記支払いカードの前記識別子を含む、ことと、
   前記生成された第１のマッピング、前記生成された第２のマッピング、および前記受信されたデータを処理することによって、前記オンライン行動と前記オフライン支払いトランザクションとの間の関連付けを識別することと
   を含む方法。
2. ブラウザクッキーを介して前記消費者の前記識別子を受信することをさらに含む、請求項１の方法。
3. ホステッド支払いページを介して前記消費者の前記識別子を受信することをさらに含む、請求項１の方法。
4. オンライン支払いトランザクションを処理するためのアプリケーションプログラミングインターフェースを介して、前記消費者の前記識別子を受信することをさらに含む、請求項１の方法。
5. 前記消費者の前記識別子は、オンライン支払いトランザクション用のトランザクションの識別子に関連して受信される、請求項４の方法。
6. 前記トランザクションの前記識別子は、ピクセルタグを介して受信される、請求項４の方法。
7. 前記ピクセルタグは、画像ベースのピクセルタグを含む、請求項６の方法。
8. 前記ピクセルタグは、Ｊａｖａｓｃｒｉｐｔベースのピクセルタグを含む、請求項６の方法。
9. 前記消費者の前記識別子を生成することをさらに含む、請求項１の方法。
10. ピクセルタグを介して前記オンライン行動の前記識別子を受信することをさらに含む、請求項１の方法。
11. ログファイルを介して前記オンライン行動の前記識別子を受信することをさらに含む、請求項１の方法。
12. 前記第１のマッピングは、オンライン支払いトランザクションに関連して生成される、請求項１の方法。
13. 前記オンライン行動は広告を見ることを含み、前記オンライン行動の前記識別子は広告活動キャンペーンの識別子を含む、請求項１の方法。
14. 前記オンライン行動と前記オフライン支払いトランザクションとの間の前記関連付けに基づいて、レポートを生成することをさらに含む、請求項１の方法。
15. 前記データは、ネットワークインターフェースを介して受信される、請求項１の方法。
16. 消費者のオンライン行動を、オフライン支払いトランザクションと関連付けるコンピュータシステムであって、
    少なくとも１つのプロセッサと、
    命令を記憶するメモリであって、前記命令は、前記少なくとも１つのプロセッサで実行されたとき、前記コンピュータシステムに、
    前記消費者の識別子と、前記消費者の支払いカードの識別子との間に第１のマッピングを生成させ、
    前記消費者の前記識別子と、前記消費者のオンライン行動の識別子との間に、ウェブページを訪問することに関連して第２のマッピングを生成させ、
    オフライン支払いトランザクションを反映するデータであって、前記支払いカードの前記識別子を含む前記データを受信させ、
    前記生成された第１のマッピング、前記生成された第２のマッピング、および前記受信されたデータを処理することによって、前記オンライン行動と前記オフライン支払いトランザクションとの間の関連付けを識別させる、
    メモリと
    を含むシステム。
17. 前記オンライン行動は広告を見ることを含み、前記オンライン行動の前記識別子は広告活動キャンペーンの識別子を含む、請求項１６のシステム。
18. 前記第１のマッピングは、オンライン支払いトランザクションに関連して生成される、請求項１６のシステム。

Images