特許 7319983 販売時点情報管理においてリアルタイムにオンラインでオファーおよびクーポンの認証を提供するためのオンラインでの購入者の特定

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-25

(45)【発行日】2023-08-02

(54)【発明の名称】販売時点情報管理においてリアルタイムにオンラインでオファーおよびクーポンの認証を提供するためのオンラインでの購入者の特定

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20230726BHJP

   G06Q 30/0207 20230101ALI20230726BHJP

【ＦＩ】

G06Q30/0601 308

G06Q30/0207 350

【請求項の数】 17

(21)【出願番号】P 2020536743

(86)(22)【出願日】2018-12-31

(65)【公表番号】

(43)【公表日】2021-03-18

(86)【国際出願番号】 US2018068152

(87)【国際公開番号】W WO2019136020

(87)【国際公開日】2019-07-11

【審査請求日】2021-12-02

(31)【優先権主張番号】62/612,934

(32)【優先日】2018-01-02

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/613,344

(32)【優先日】2018-01-03

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/613,347

(32)【優先日】2018-01-03

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】507314729

【氏名又は名称】カタリナ マーケティング コーポレーション

(74)【代理人】

【識別番号】100099623

【弁理士】

【氏名又は名称】奥山 尚一

(74)【代理人】

【識別番号】100129425

【弁理士】

【氏名又は名称】小川 護晃

(74)【代理人】

【氏名又は名称】西山 春之

(74)【代理人】

【識別番号】100168642

【弁理士】

【氏名又は名称】関谷 充司

(74)【代理人】

【識別番号】100217076

【弁理士】

【氏名又は名称】宅間 邦俊

(74)【代理人】

【識別番号】100218604

【弁理士】

【氏名又は名称】池本 理絵

(74)【代理人】

【氏名又は名称】松島 鉄男

(74)【代理人】

【氏名又は名称】有原 幸一

(72)【発明者】

【氏名】ハンター，ケヴィン

(72)【発明者】

【氏名】ハージグ‐マークス，ジョシュア

(72)【発明者】

【氏名】スプレッチャー，ベンジャミン・エス

(72)【発明者】

【氏名】ビーズ，マーク

【審査官】関 博文

(56)【参考文献】

【文献】国際公開第２０１５／０７６２７８（ＷＯ，Ａ１）

【文献】特開２０１７－０７６３８０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／００４６６０４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００２／０１６１６４１（ＵＳ，Ａ１）

【文献】特開２０１１－０２３０４１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信することと、
前記クライアントデバイスの識別情報を小売店のロイヤリティカードと照合することと、
前記小売店に関連付けられた前記購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別することと、
前記アプリケーションを介して、前記購入履歴に基づいて、前記購入者からの情報を要求することと、
前記情報の少なくとも一部が、前記購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証することと、
前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを前記購入者に提供することと、
を含む、コンピュータが実施する方法。

【請求項2】

前記購入者からの前記情報を要求することは、前記購入履歴における１つ以上のアイテムについて前記購入者に問い合わせることを含む、請求項１に記載のコンピュータが実施する方法。

【請求項3】

前記購入者の身元を認証することは、前記購入履歴に基づいて前記購入者の購買パターンの差分分析を実行することを含む、請求項１または２に記載のコンピュータが実施する方法。

【請求項4】

前記購入者の身元を認証することは、前記クライアントデバイスの識別情報を、複数の小売店に関連付けられた複数のデータベースと相関させることを含む、請求項１から３のいずれか１項に記載のコンピュータが実施する方法。

【請求項5】

前記購入者の身元を前記クライアントデバイスの識別情報にマッピングし、前記クライアントデバイスの識別情報を含むマップをデータベースに格納することをさらに含む、請求項１から４のいずれか１項に記載のコンピュータが実施する方法。

【請求項6】

前記購入者の身元を認証することが、前記購入者が前記購入履歴に基づいた複数の質問に対して少なくとも１つの正解を提供することを認証することを含む、請求項１から５のいずれか１項に記載のコンピュータが実施する方法。

【請求項7】

前記クライアントデバイスの識別情報を受信する前に、前記クライアントデバイス内の前記アプリケーションを介して、前記購入者に前記小売店の商品の広告を提供することをさらに含む、請求項１から６のいずれか１項に記載のコンピュータが実施する方法。

【請求項8】

前記購入者が前記小売店で前記商品を購入するときに、前記購入者にオファーを適用することをさらに含む、請求項１から７のいずれか１項に記載のコンピュータが実施する方法。

【請求項9】

前記購入者から、前記小売店の同じロイヤリティカードに関連付けられた第２のクライアントデバイスからの第２のクライアントデバイスの識別情報を受信することをさらに含む、請求項１から８のいずれか１項に記載のコンピュータが実施する方法。

【請求項10】

前記購入者の前記購入履歴が１つまたは複数の小売店およびサービスに関連付けられており、前記購入者からの前記情報を要求することは、１つまたは複数の前記小売店およびサービスで購入された複数のアイテムについて前記購入者に問い合わせることを含む、請求項１から９のいずれか１項に記載のコンピュータが実施する方法。

【請求項11】

複数の命令を記憶するメモリと、
１つまたは複数のプロセッサと、
を備えるシステムであって、前記１つまたは複数のプロセッサが、前記命令を実行し、前記システムに、
クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信することと、
前記クライアントデバイスの識別情報を小売店のロイヤリティカードと照合することと、
前記小売店に関連付けられた前記購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別することと、
前記アプリケーションを介して、前記購入履歴に基づいて、前記購入者からの情報を要求することと、
前記情報の少なくとも一部が、前記購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証することと、
前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを前記購入者に提供することと、
を行わせるように構成される、システム。

【請求項12】

前記１つまたは複数のプロセッサが、前記購入履歴における１つ以上のアイテムについて前記購入者に問い合わせる命令を実行して、前記購入者からの前記情報を要求する、請求項１１に記載のシステム。

【請求項13】

前記１つまたは複数のプロセッサが、前記購入履歴に基づいて前記購入者の購買パターンの差分分析を行う命令を実行して、前記購入者の身元を認証する、請求項１１または１２に記載のシステム。

【請求項14】

前記１つまたは複数のプロセッサが、前記クライアントデバイスの識別情報を、複数の小売店に関連付けられた複数のデータベースと相関させる命令を実行して、前記購入者の身元を認証する、請求項１１から１３のいずれか１項に記載のシステム。

【請求項15】

前記１つまたは複数のプロセッサがさらに、前記購入者の身元を前記クライアントデバイスの識別情報にマッピングし、前記クライアントデバイスの識別情報を含むマップをデータベースに格納する命令を実行する、請求項１１から１４のいずれか１項に記載のシステム。

【請求項16】

前記１つまたは複数のプロセッサが、前記購入者が前記購入履歴に基づいた複数の質問に対して少なくとも１つの正解を提供することを認証する命令を実行して、前記購入者の身元を認証する、請求項１１から１５のいずれか１項に記載のシステム。

【請求項17】

前記１つまたは複数のプロセッサがさらに、前記クライアントデバイスの識別情報を受信する前に、前記クライアントデバイス内の前記アプリケーションを介して、前記購入者に前記小売店の商品の広告を提供する命令を実行する、請求項１１から１６のいずれか１項に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本開示は、２０１８年１月２日に出願された、Ｊｏｓｈｕａ Ｈｅｒｚｉｇ－Ｍａｒｘ，Ｋｅｖｉｎ ＨｕｎｔｅｒおよびＢｅｎｊａｍｉｎ Ｓ．Ｓｐｒｅｃｈｅｒによる、「ＩＤＥＮＴＩＦＹＩＮＧ ＳＨＯＰＰＥＲＳ ＯＮ ＬＩＮＥ」と題する、米国仮特許出願第６２／６１２９３４号、２０１８年１月３日に出願された、Ｊｏｓｈｕａ Ｈｅｒｚｉｇ－ＭａｒｘおよびＢｅｎｊａｍｉｎ Ｓ．Ｓｐｒｅｃｈｅｒによる、「ＲＥＡＬ－ＴＩＭＥ，ＲＥＭＯＴＥ ＶＡＬＩＤＡＴＩＯＮ ＯＦ ＡＤＤＥＤ ＶＡＬＵＥ ＣＥＲＴＩＦＩＣＡＴＥＳ」と題する、米国仮特許出願第６２／６１３３４７号、および２０１８年１月３日に出願された、Ｍａｒｋ ＢｅｅｓおよびＢｅｎｊａｍｉｎ Ｓ．Ｓｐｒｅｃｈｅｒによる、「ＲＥＡＬ－ＴＩＭＥ， ＰＯＩＮＴ ＯＦ ＳＡＬＥ ＣＯＮＳＵＭＥＲ ＲＥＢＡＴＥＳ」と題する、米国仮特許出願第６２／６１３３４４号に関連し、米国特許法第１１９条（ｅ）の下でそれらの優先権を主張し、これらの全ての出願の内容はその全体が全ての目的のために参照により本明細書に組み込まれる。

【0002】

本開示は、概して、小売業者から購入者へのオファーを提供するためにリモートサーバを通じて購入者を識別することに関する。より具体的には、本開示は、購入者によって提供された情報に基づいて購入者を識別した後に個別のオファーを購入者に提供するための方法およびデバイスに関し、当該情報は購入者の購入履歴を含む。本開示はまた、販売時点情報管理（ＰＯＳ）での購入者相互作用、より具体的には、ＰＯＳでの購入者に対する購入者リベートを認証および適用するための方法およびデバイスに関する。

【背景技術】

【0003】

購入者識別手続きは通常、状況によっては購入者にとってアクセスが困難または利用できないことがある、パスワード、ＩＤ値、またはその他の認証資格情報を提供するように購入者に要求することを伴う。購入者が特定のアカウントまたはサービスにアクセスすることが困難であるほど、購入者がサービスのためにＷｅｂサイトに戻ったり、サービスの要求またはオファーに応答したりする可能性は低くなる。

【0004】

加えて、現在の購入者リベート戦略は、物理的な領収書による取引後の認証、または購入者が利用できる購入の別の証明を伴う。ユーザは、購入の証明を含む領収書に記入して、後でリベートを受け取る。いくつかの実施形態では、これらの時間のかかる取引後認証ステップは、リベート付与者とＰＯＳとの間の直接通信、または購入者をブランドまたは小売店に結び付けるロイヤリティシステムにアクセスすることによって回避される。ＰＯＳは購入者とリベート商品とを結びつける実際の取引を認証し、リベート付与者はその後、ＰＯＳとは別に、リベートを承認および処理する。ただし、これらの構成では依然として、ＰＯＳとリベート付与者と通信しているサーバとの間の双方向通信、または、リベート付与者と通信しているサーバから、全ての取引の詳細が保存され得る購入者のロイヤリティアカウントへのアクセスを必要とする。このプロセスは、購入時のＰＯＳでの購入者の存在に関して一般に非同期であるため、時間がかかる。ただし、購入者は、購入イベントにできるだけ近い時期にリベートを受ける方が便利だと感じている。

【0005】

現在のアプリケーションは、ベンダがチケットおよび他の証明書をユーザおよび購入者のスマートフォンに提供することを可能にし、第三者ベンダはその場所で認証することができる。これらの証明書は、承認のためにサードパーティのデバイスとリモートサーバとの間の通信を必要とする双方向システムを使用して認証される。このような構成では、スマートフォンにインストールされ、リモートサーバによってホストされるアプリケーションが認証エンジンであり、サードパーティのデバイスが認証プロセスの起点と終点である（例えば「ゲートキーパ」など）。これらのアプリケーションの一部は偽造に対する効果的な保護を提供するが、通常はより長い時間がかかり、リモートサーバだけでなくサードパーティのデバイスの変更も伴う。

【発明の概要】

【0006】

第１の実施形態では、クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信することを含む、コンピュータが実施する方法が開示される。前記コンピュータが実施する方法は、前記クライアントデバイス１３０の識別情報を小売店のロイヤリティカードと照合することと、前記小売店に関連付けられた購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別することと、前記アプリケーションを介して、前記購入履歴に基づいて、購入者からの情報を要求することとを含む。前記コンピュータで実施される方法はまた、前記情報の少なくとも一部が、購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証することと、前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを購入者に提供することも含む。

【0007】

第２の実施形態では、命令を記憶するメモリと、クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信する命令を実行するように構成される１または複数のプロセッサとを含むシステムが開示される。前記１または複数のプロセッサはまた、クライアントデバイス１３０の識別情報を小売店のロイヤリティカードと照合し、前記小売店に関連付けられた購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別し、前記アプリケーションを介して、前記購入履歴に基づいて、購入者からのあらゆる情報を要求する命令を実行する。前記１または複数のプロセッサはまた、前記情報の少なくとも一部が、購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証し、前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを購入者に提供する命令を実行する。

【0008】

第３の実施形態では、リモートサーバで、販売時点情報管理の場所にいる購入者を識別することであって、購入者が買い物かご内の複数の商品を精算することを含むコンピュータが実施する方法が開示される。前記コンピュータが実施する方法はまた、前記買い物かごからの少なくとも１つの商品がリベートの対象となることを購入者に通知することと、少なくとも１つの前記商品に対して有効なリベートバウチャーを購入者に提供するようにネットワーク端末に命令することとを含む。前記コンピュータが実施する方法はまた、購入者によって使用されるクライアントデバイスで実行されるアプリケーションで表示するために、獲得したリベートおよびポイントの現在までの合計を提供することと、前記リベートが前記リモートサーバにアクセス可能な購入者アカウントに入金されたかどうかを購入者に伝達することも含む。

【0009】

さらに他の実施形態では、命令を格納する手段と、クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信する命令をシステムに実行させる手段とを含むシステムが開示される。前記命令を実行するための手段はさらに、前記クライアントデバイス１３０の識別情報を小売店のロイヤリティカードと照合し、前記小売店に関連付けられた購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別し、前記アプリケーションを介して、前記購入履歴に基づいて、購入者からの情報を要求する命令を実行する。前記命令を実行するための手段はまた、前記情報の少なくとも一部が、購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、購入者の身元を認証し、前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを購入者に提供する命令を実行する。

【0010】

さらなる実施形態では、購入者からの付加価値証明書を認証するための要求を、リモートサーバで受信することと、購入者に関連付けられた場所の情報を、リモートサーバで受信することとを含むコンピュータが実施する方法が開示される。前記コンピュータが実施する方法はまた、前記付加価値証明書を認証し、認証された前記付加価値証明書を購入者に関連付けられた場所で提供するようにネットワーク端末に命令することを含む。前記コンピュータが実施する方法はまた、前記付加価値証明書が無効であるときに、前記場所にいる購入者にエラーメッセージを提供するように前記ネットワーク端末に命令することを含む。

【0011】

さらに他の実施形態では、付加価値証明書の認証をリモートサーバに要求することと、購入者の場所に関する情報を前記リモートサーバに提供することとを含むコンピュータが実施する方法が開示される。コンピュータが実施する方法はまた、認証された前記付加価値証明書を、購入者の場所にあるネットワーク端末から、またはクライアントデバイスにおいて前記リモートサーバから、印刷または表示によって受け取ることを含む。

【0012】

さらなる理解を与えるために含まれ、本明細書に組み込まれ、その一部を構成する添付の図面は、開示されている実施形態を図解し、説明と共に、開示されている実施形態の原理を説明する役割を果たす。

【図面の簡単な説明】

【0013】

【図1】いくつかの実施形態に係る、オンラインで購入者を識別するのに適した例示的なアーキテクチャを示す。

【図2】いくつかの実施形態に係る、オンラインで購入者を識別するための情報交換を示す。

【図3】いくつかの実施形態に係る、図１のアーキテクチャからの例示的なサーバおよびクライアントを示すブロック図を示す。

【図4】いくつかの実施形態に係る、オンラインで購入者を識別するための方法のステップを示すフローチャートを示す。

【図5】いくつかの実施形態に係る、リアルタイムのＰＯＳ購入者リベートを提供するように構成されたシステムを示す。

【図6】いくつかの実施形態に係る、リモートサーバを介してＰＯＳにおけるリアルタイムの販売時点での購入者リベートを識別して適用する方法のステップを示すフローチャートを示す。

【図7】いくつかの実施形態に係る、付加価値証明書をリアルタイムでリモートで認証するための方法のステップを示す。

【図8】いくつかの実施形態に係る、付加価値証明書のリアルタイムの販売時点情報管理での認証を提供する方法のステップを示すフローチャートを示す。

【図9】図１のクライアントおよびネットワークデバイスならびに図３～５の方法が実装され得る例示的なコンピュータシステムを示すブロック図を示す。

【発明を実施するための形態】

【0014】

図において、同じまたは同様の参照符号によって示された要素およびステップは、別段の指示がないかぎり、同じまたは同様の要素およびステップに関連付けられている。

【0015】

以下の詳細な説明では、本開示の完全な理解を与えるために、数多くの具体的詳細が説明される。しかし、当業者には、本開示の実施形態は、これらの具体的詳細のうちの一部を有せず実施され得ることが明らかであろう。他の例では、よく知られた構造および技法は、本開示を不明瞭にしないよう、詳細に示されなかった。
総括

【0016】

ここで提供される多くの例では、特定可能なユーザのダウンストリーミングアクティビティについて説明しているが、各ユーザは、そのようなユーザ情報を共有または保存するための明示的な許可を与えることができる。当該明示的な許可は、本開示のシステムに統合されたプライバシー制御を使用して付与される場合がある。各ユーザには、そのようなユーザ情報が明示的な同意を得て共有されることが通知され、各ユーザはいつでも情報共有を終了し、保存されているユーザ情報を削除することができる。保存されたユーザ情報は、ユーザのセキュリティを保護するために暗号化される場合がある。

【0017】

本明細書に開示されるネットワークサービスプロバイダは、デジタル広告に関与する購入者が小売業者の購入者ＩＤ（例えば、「購入者ロイヤリティカード」）で識別されることを望むかもしれない。小売業者または提供されるネットワークサービスが快適であるという高いレベルの確実性を達成するには、いくつかのハードルを克服する必要がある。一方で、いくつのデータベースが相互調査されても、クライアントデバイスを所持し、特定のロイヤリティカードに関連付けられている購入者であると主張する人物を誤認する可能性が常にある。一方で、購入者のクライアントデバイスの識別情報（ＩＤ）を小売業者の購入者ＩＤに自動的にリンクして広告をプッシュすると（たとえば、確立されたサードパーティデータベースを使用して）、購入者を驚かせる可能性があり（「自分のジェネリックストアのクラブカードＩＤが１２３４５６であることをその広告はどのように知ったのか？！」）、否定的な反応を生じさせる。さらに、購入者に広告のロイヤリティカードＩＤを正確に入力するように要求すると、購入者との克服できない可能性のある摩擦（「ジェネリックストアのクラブカードＩＤは何か？１２６５４？」）を生じさせる。

【0018】

本明細書に開示される実施形態は、コンピュータ技術およびモバイルネットワークデバイスの領域で生じる上記の問題を解決するための方法およびデバイスを含む。

【0019】

したがって、本明細書に開示される実施形態は、小売業者から購入者に広告およびオファーをプッシュするための低摩擦で非常に効果的な方法を提供し、重要な情報を提供するために過度の集中または努力を要求することなく、購入者を取引の意識的な参加者にする。本明細書に開示されるシステムおよび方法は、小売業者からの情報およびサードパーティの識別情報データベースからの情報を組み合わせることにより、高い精度で購入者ＩＤを特定することができる。具体的には、本明細書に開示される実施形態は、購入者から要求された情報と照合することができる詳細な購入者履歴を小売業者から読み出す。そして、購入者だけが小売業者によって提供された購入者履歴の特定の情報項目を知っている可能性が高いため、購入者からの口頭による確認は、確かな購入者ＩＤの可能性が高い。

【0020】

本明細書に開示される実施形態は、小売業者側の既存のＰＯＳまたは既存のロイヤリティプラットフォームと通信する必要なしにデジタルで償還可能なリベートオファーに従って購入者に価値を提供する方法およびデバイスを含む。そして、本明細書で開示される実施形態は、ＰＯＳからの取引データを、特定の商品またはブランドのリベートオファーを選択した購入者に関連付ける。一部の実施形態では、ユーザは、スマートフォンまたは他のモバイルクライアントデバイスのウォレットアプリを介してリベートオファーを選択して保存する。システムは、購入者がレジにいる間、ＰＯＳにいる購入者にリアルタイムでリベートを提示できる。

【0021】

したがって、本明細書に開示される実施形態は、ＰＯＳデバイスをバイパスする購入者への直接リンク、および購入者をリベートに関連付けられた小売業者またはブランド名にリンクする任意のロイヤリティシステムまたはネットワークを提供する。本開示と一致する実施形態は、ＰＯＳシステムおよびロイヤリティシステムの複雑さなしに、取引中のリベートの便利さと単純さを提供する。いくつかの実施形態では、本明細書で開示されるシステムは、ＰＯＳにおける取引アクティビティを監視するためのリアルタイムアクセスを含む。したがって、本明細書で開示されるシステムは、情報を要求する必要なく、またはＰＯＳデバイスが情報を提供するのを待機する必要なしに、ＰＯＳデバイスからの情報にリモートでアクセスすることができる。したがって、システムは、取引の顧客に関連付けられたリベートオファーに対する取引の認証をリアルタイムで処理できる場合がある。いくつかの実施形態では、リベート認証プロセスの待ち時間は、技術ではなくビジネスポリシーによって管理されてもよい。ＰＯＳデバイスは、例えば、レジラインにあるレジマシンを含み得るが、これに限定されるものではなく、レジマシンはさらに、スキャンデバイス（例えば、バーコードスキャナー、無線自動識別－ＲＦＩＤデバイスなど）を含む可能性があり、レジ係が購入者の買い物かご内の商品に関連付けられた値札を識別するために使用する可能性がある（例えば、バーコードスキャナー、無線自動識別－ＲＦＩＤデバイスなど）。したがって、ＰＯＳデバイスは、クライアントデバイスを介してネットワークを介してリモートサーバにアクセスすることもできる購入者とは無関係に、ネットワークを介してリモートサーバにアクセスするように構成することができる。

【0022】

図１は、リモートサーバ１００を介してオンラインで購入者を識別するように構成されたシステム１０を示す。購入者５０は、小売業者１１５（例えば、スーパーマーケットＡ）に関連付けられたロイヤリティカード１２０を有し得る。購入者および小売業者１１５は、サーバに登録することができ、ネットワークを介してサーバにアクセスすることができる。ネットワークへの接続は、購入者５０の場合、クライアントデバイスによって提供され、クライアントデバイスは、ネットワークを介してサーバと無線で通信することができる任意のタイプのモバイルコンピュータ機器を含むことができる。サーバは、購入者５０および小売業者１１５についてのサービスアカウントを含むデータベース１１０－１を処理することができる。したがって、サーバはまた、データベース１１０－１に、購入者履歴などの個人データを含む購入者ＩＤを格納してもよく、購入者５０の識別情報は、クライアントデバイス１３０のネットワークの識別情報（たとえば、クライアントデバイス１３０がスマートフォンの場合には携帯電話番号）に関連付けられている。データベース１１０－１の購入者履歴は、小売業者１１５での購入者による購入の特定の履歴を含み得る。いくつかの実施形態では、小売業者１１５の購入者５０の履歴は、購入者５０のアカウントではなく、データベース内の小売業者１１５のアカウントに関連付けられてもよい。いくつかの実施形態では、購入者５０のアカウントおよび小売業者１１５のアカウントは、例えば、購入者５０の履歴を通じて、データベース内で互いにリンクされてもよい。

【0023】

サーバはまた、ネットワークを介して、他の購入者データベース、例えば、データベース１１０－２およびデータベース１１０－３にアクセスすることができる。以下、データベース１１０－１、１１０－２、１１０－３を総称して「データベース１１０」という。そして、サーバは、特定のターゲット広告および購入者５０へのオファー（例えば、デジタル広告）、小売業者１１５に関連付けられた店舗内の商品に関連付けられた広告およびオファーをプッシュするように構成され得る。サーバによってプッシュされた広告に応答して、購入者５０は、商品、または商品に関連付けられたオファーまたはクーポンへのアクセスを要求することができる。それに応じて、サーバは望ましくは、小売業者１１５との購入者５０の履歴に基づいて個人情報を要求することによって、購入者５０の正しい身元の完全またはほぼ完全な確実性を取得する。これにより、ターゲット広告およびオファーの最大の影響を確実にし、購入者５０のプライバシーを保護し、ターゲット広告または提供において小売業者１１５が提供するあらゆる価値も保護する。いくつかの実施形態では、小売業者１１５に関連付けられた広告、オファー、および他の利益をサーバに要求することができるのは購入者５０である。

【0024】

いくつかの実施形態では、小売業者１１５のサーバによって購入者にプッシュされる広告は、簡単な質問に答えることによって購入者５０のＩＤを認証する要求を含み得る。質問には、過去の購入に関する情報の要求が含まれる場合がある。購入者５０にとって、これらの要求は非侵襲的であり、正しく答えることが容易であると感じる場合がある（購入者５０が小売業者１１５によって提供された購入者５０の履歴と正確に一致する場合）。サーバがクライアントデバイス１３０を介して購入者５０にプッシュすることができるいくつかの例示的な質問は、以下を含み得る：

【0025】

あなた、またはあなたの家族は過去２か月以内に小売業者１１５の店でどの商品を購入しましたか？

【0026】

（ａ）牛乳（購入者５０が彼らが購入したことを容易に知るであろう非常に一般的な商品）。

【0027】

（ｂ）ゴディバミニインダルジェンスアイスクリームサンドイッチ（小売業者１１５が提供する購入者５０の履歴によると、クライアントデバイス１３０に関連付けられた購入者５０が購入したことがなく、購入者５０が買い物をしたことがないカテゴリからの、非常に特定された商品）；または、

【0028】

（ｃ）アングリーオーチャードグルテンフリークランベリーピーチハードサイダー（購入者５０が購入したことがなく、彼らが買い物をしたことがないカテゴリからの、非常に特定された商品）。

【0029】

いくつかの実施形態では、サーバは、各ステップの換算率（例えば、購入者が第１、第２、または第３の質問等で正しい答えを出す傾向があるかどうか）に応じて、１つ以上の質問を購入者５０にプッシュし得る。正しい答え、または複数の質問に対する少なくとも１つの正しい答えを選択すると、購入者５０は、購買パターンの差分分析（differential analysis）に基づいて彼らの身元を注意深く判断したと考えるようになる。購入者５０に提示される質問の形式は、多肢選択式の質問、または空白の質問に記入する、またはテキスト入力質問を提供することができる。いくつかの実施形態では、質問は、ユーザが属する特定の人口統計グループ（例えば、広告された商品がアルコール商品であるときの年齢等）を示し得る購入者５０からの応答を引き出すように設計されていてもよい。

【0030】

図２は、いくつかの実施形態による、購入者５０、小売業者１１５、およびデータベース１１０の間の情報交換スキーム２００を示す。そして、データベース１１０、サーバデータベース、および小売業者１１５のデータベース２１５のそれぞれは、クライアントデバイス１３０のネットワークＩＤに関連付けられた特定の購入者の識別情報を有することができる。クライアントデバイス１３０のネットワークＩＤは、サーバ、小売業者１１５、およびデータベース１１０－２および１１０－３をホストするサーバと一緒にインストールされたものを含む、クライアントデバイスと通信するすべてのネットワークハブおよびデバイスを通過する。例えば、データベース１１０－２は、Ｅ型購入者ＩＤのリスト２１０－２を含むことができ、データベース１１０－３は、Ｌ型購入者ＩＤのリスト２１０－３を含むことができる。データベースとプレーヤのこの異種ネットワークのデータ収集システムには複数の欠陥があるため、購入者５０自体がプロセスから削除されると、購入者５０の識別にある程度の不一致と不確実性が生じる。このような不確実性と不正確さは、購入者５０のマーケットの領域で特に顕著であり、購入者は、データベース１１０－２、１１０－３、小売業者１１５、さらにはリモートサーバデータベース１１０－１に不適切、不完全、不正確、または異なる情報を提供する場合がある。したがって、図２の複数のプレーヤのそれぞれの全ての情報が、一人の真の人物である購入者５０に収束してしまうある程度の不確実性がある。

【0031】

購入者５０の身元を完全に認証するために、いくつかの実施形態では、サーバは、クライアントデバイス１３０のＩＤに関連付けられた小売業者１１５の購入者履歴２２５?１を使用する。サーバは、小売業者１１５における購入者の履歴２２５－１に関連付けられた１つまたは複数の特定の質問を購入者５０に直接尋ねることができる。いくつかの実施形態では、購入者履歴２２５?２は、小売業者１１５以外の任意の小売業者に関連付けられてもよく、購入者５０のＩＤを確立するためにリモートサーバにとって依然として有用であり得る。以下、購入者履歴２２５－１および２２５－２を総称して「購入者履歴２２５」という。購入者５０が質問の特定の部分に正しく応答すると、サーバは購入者５０の身元を認証することができる。その後、サーバは、小売業者１１５の商品の広告およびオファーを購入者５０にプッシュすることができる。

【0032】

図３は、本開示の特定の態様による、図１のアーキテクチャ１００における例示的なサーバ１００およびクライアントデバイス１３０を示すブロック図３００である。クライアントデバイス１３０およびサーバ１００は、それぞれの通信モジュール３１８－１および３１８－２（以下、まとめて「通信モジュール３１８」という）を介し、ネットワーク１５０を介して通信可能に接続される。通信モジュール３１８は、ネットワーク１５０と接続するように構成され、データ、要求、応答、およびコマンドなどの情報をネットワーク上の他のデバイスに送信および受信する。通信モジュール３１８は、例えば、モデムまたはイーサネットカードであり得る。クライアントデバイス１３０は、入力デバイス３１４および出力デバイス３１６と接続され得る。入力デバイス３１４は、キーボード、マウス、ポインタ、またはユーザ（例えば、購入者）がクライアントデバイス１３０と対話するために利用することができるタッチスクリーンディスプレイさえ含み得る。同様に、出力デバイス３１６は、ユーザがクライアントデバイス１３０から結果を取り出すことができるディスプレイおよびスピーカを含み得る。クライアントデバイス１３０はまた、メモリ３２０－１に格納された命令を実行し、クライアントデバイス１３０に本開示と一致する方法のステップの少なくともいくつかを実行させるように構成されたプロセッサ３１２－１を含み得る。メモリ３２０－１は、プロセッサ３１２－１によって実行されたときに、サーバ１００からの広告ペイロード３２５を購入者５０に対して表示する特定の命令を含むアプリケーション３２２をさらに含むことができる。広告ペイロード３２５は、サーバ１００によって購入者５０に提示される複数のデジタルプロモーションまたはクーポンを含むことができ、購入者５０は、広告ペイロード３２５からのデジタルプロモーションまたはクーポンの少なくともいくつかをメモリ３２０－１に格納することができる。

【0033】

サーバ１００は、メモリ３２０－２、プロセッサ３１２－２、および通信モジュール３１８－２を含む。プロセッサ３１２－２は、プロセッサ３１２－２に物理的にコード化された命令、メモリ３２０－２内のソフトウェアから受信された命令、または両方の組合せなどの命令を実行するように構成される。メモリ３２０－２は、画像、ビデオ、および他のマルチメディアファイルを広告ペイロード３２５に統合するための広告エンジン３４２を含む。広告エンジン３４２は、クライアントデバイス１３０にインストールされたアプリケーション３２２またはウェブブラウザを通じて小売店（例えば、小売業者１１５）または店のチェーンの購入者であるクライアントデバイス１３０のユーザに広告をプッシュすることができる。そして、アプリケーション３２２は、サーバ１００によってインストールされ、サーバ１００によって提供されるスクリプトおよび他のルーチンを実行することができる。いくつかの実施形態では、アプリケーション３２２は、広告エンジン３４２によって提供される広告ペイロード３２５を表示するように構成され得る。以下、プロセッサ３１２－１および３１２－２、ならびにメモリ３２０－１および３２０－２を総称して、それぞれ「プロセッサ３１２」および「メモリ３２０」という。

【0034】

ブロック図３００は、購入者データベース３１０－１、Ｅ－購入者データベース３１０－２、およびＬ－購入者データベース３１０－３（以下、総称して「購入者データベース３１０」という）を含む。メモリ３２０－２内のアルゴリズム３４４は、プロセッサ３２０－２によって実行されると、サーバ１００にデータベース３１０を関連付けて、クライアントデバイス１３０のアプリケーションを通じて広告ペイロード３２５とアップロードまたは対話している同じ購入者５０に関連付けられた１つまたは複数のＩＤを見つけるコマンドを格納する。アルゴリズム３４４は、データベース３１０を介して訓練されたニューラルネットワーク（ＮＮ）を含み得る。

【0035】

図４は、いくつかの実施形態による、オンラインで購入者を識別するための方法４００のステップを示すフローチャートである。いくつかの実施形態では、方法４００のステップの少なくとも１つまたは複数は、プロセッサ、メモリ、および通信モジュール（たとえば、クライアントデバイス１３０、サーバ１００、プロセッサ３１２、メモリ３２０、および通信モジュール３１８）を含むコンピュータデバイスによって部分的または完全に実行され得る。通信モジュールは、コンピュータデバイスがネットワーク（例えば、ネットワーク１５０）を介して互いに通信することを可能にし得る。プロセッサは、アプリケーションまたはアルゴリズムとしてメモリに格納された命令を実行して、方法４００のステップの少なくともいくつか（例えば、アプリケーション３２２およびアルゴリズム３４４）を実行することができる。いくつかの実施形態では、方法４００のメモリは、ネットワークを介してコンピュータデバイスにアクセス可能な外部データベース（例えば、データベース３１０）を含み得る。

【0036】

本開示と一致する実施形態は、方法４００のステップのいずれかと同様の少なくとも１つのステップを有する方法を含み得る。さらに、本開示と一致する方法は、任意の順序で実行される方法４００の任意のステップを含み得る。たとえば、いくつかの実施形態では、本明細書で開示される方法は、逆の順序で、同時に、ほぼ同時に、または時間的に重複して実行される方法４００のステップの少なくとも1つまたは複数を含み得る。

【0037】

ステップ４０２は、購入者から、クライアントデバイスで実行されているアプリケーションを介してクライアントデバイスの識別情報を受信することを含む。いくつかの実施形態では、ステップ４０２は、クライアントデバイスの識別情報を受信する前に、クライアントデバイスのアプリケーションを介して小売店の商品の広告を購入者５０に提供することを含む。一部の実施形態では、ステップ４０２は、購入者５０から、小売店の同じロイヤリティカードに関連付けられた第２のクライアントデバイスからの第２のクライアントデバイスの識別情報を受信することを含む。

【0038】

ステップ４０４は、クライアントデバイスの識別情報を小売店のロイヤリティカードと照合することを含む。

【0039】

ステップ４０６は、購入者５０の購入履歴、小売店に関連付けられた購入履歴を、ロイヤリティカードに基づいて、データベースで識別することを含む。いくつかの実施形態では、ステップ４０６では、購入履歴が複数の小売店およびサービスに関連付けられ、ステップ４０６は、小売店またはサービスで購入された複数のアイテムについて購入者５０に問い合わせることを含む。

【0040】

ステップ４０８は、アプリケーションを介して、購入履歴に基づいて、購入者５０からの情報を要求することを含む。いくつかの実施形態では、ステップ４０８は、購入履歴内の１つまたは複数のアイテムについて購入者５０に問い合わせることを含む。

【0041】

ステップ４１０は、情報の少なくとも一部が、購入者５０について、小売店に関連付けられた購入履歴と一致するときに、購入者５０の身元を認証することを含む。いくつかの実施形態では、ステップ４１０は、購入履歴に基づいて購入者５０の購入パターンの差分分析（differential analysis）を実行することを含む。いくつかの実施形態では、ステップ４１０は、クライアントデバイスの識別情報を、複数の小売店に関連付けられた複数のデータベースと関連付けることを含む。いくつかの実施形態では、ステップ４１０は、購入者５０の身元をクライアントデバイスの識別情報にマッピングし、クライアントデバイスの識別情報を含むマップをデータベースに格納することを含む。いくつかの実施形態では、ステップ４１０は、購入者５０が購入履歴に基づいて複数の質問に対して少なくとも１つの正しい答えを提供することを認証することを含む。

【0042】

ステップ４１２は、クライアントデバイスのアプリケーションを介して、小売店の商品のオファーを購入者５０に提供することを含む。いくつかの実施形態では、ステップ４１２は、購入者５０が小売店で商品を購入するときに購入者５０にオファーを適用することを含む。

【0043】

図５は、リアルタイムのＰＯＳ購入者リベートを提供するように構成されたシステム５００を示す。購入者５０は、購入者５０によって選択された商品を含む買い物かご５３０とともにＰＯＳ５５０の前に立つ。レジ係５５は、ネットワーク１５０（例えば、イーサネットリンク、光リンク、無線リンク、セルラーネットワークなど）を介してリモートサーバ１００と通信可能に接続されたＰＯＳデバイス５１１を使用して、買い物かご５３０内の各商品をスキャンする。したがって、リモートサーバ１００は、商品がレジ係によってスキャンされるので、買い物かご５３０内の商品のリストに直接アクセスすることができる。ＰＯＳデバイス５１１に加えて、ＰＯＳ５５０はまた、ネットワーク端末５０１およびＰＯＳ ＩＤ５２１を有する識別（ＩＤ）デバイス５１０を含み得る。リモートサーバ１００は、購入者５０に関する情報、購入者５０によって処理される付加価値証明書５２０（例えば、クーポン、リベートオファーなど）、およびＰＯＳ５５０（小売業者１１５など）に関連付けられた小売店を含むデータベース１１０－１にアクセスすることによって、購入者５０の身元および場所を認証する。ネットワーク端末５０１は、ネットワーク１５０を介して（例えば、イーサネットリンク、光リンク、無線リンク、セルラーネットワークなどを介して）ＩＤデバイス５１０およびリモートサーバ１００と通信可能に接続され得る。その点に関して、いくつかの実施形態では、ネットワーク端末５０１およびＩＤデバイス５１０は、ＰＯＳデバイス５１１とは別に、リモートサーバ１００に直接接続されてもよい。いくつかの実施形態では、ネットワーク端末５０１およびＩＤデバイス５１０はまた、ＰＯＳデバイス５１１と接続されてもよい。したがって、いくつかの実施形態では、ネットワーク端末５０１は、有効な証明書を購入者５０に印刷するように構成されたプリンタを含む。いくつかの実施形態では、ネットワーク端末５０１は、購入者５０のための認証された証明書、または購入者５０によって処理された証明書のための認証トークンを表示するように構成された第２のディスプレイを含む。

【0044】

ＩＤデバイス５１０は、購入者５０がＰＯＳ５５０を横切って立ったり動いたりするときに購入者５０を検出および識別するように構成されたカメラまたは任意の他のセンサを含み得る。ＰＯＳ ＩＤは、ＰＯＳ５５０（例えば、ショッピングライン）を識別するクワッドコード、バーコード、リベスト－シャミル－アデルマン（ＲＳＡ）コードなどを含むことができる。いくつかの実施形態では、ＰＯＳ ＩＤ５２１は、事前に選択されたパターンに従って、時間変化する。したがって、購入者が取引を実行しているとき、彼/彼女はクライアントデバイスでＰＯＳ ＩＤ５２１の写真を撮り、ネットワークを通じて（たとえば、セルラーネットワーク、ＷｉＦｉネットワーク、または他の任意の無線ネットワークを通じて）リモートサーバに写真を提供できる。リモートサーバは、いつ、どこで（例えば、どのライン上で）購入者がＰＯＳ５５０に位置し、取引を実行するかを特定することができる。いくつかの実施形態では、クライアントデバイス１３０は、リモートサーバによってホストされるアプリケーションを有する。

【0045】

クライアントデバイスからの情報、およびレジ係５５によりＰＯＳデバイス５１１でスキャンされた買い物リストにより、リモートサーバは、（ＰＯＳ ＩＤ５２１の時間分解能を考慮すると、例えば、数分以内に）買い物かご内の少なくとも１つまたは複数の商品に対するリベートが顧客に対して支払われるべきものであることを確実性を持って立証することができる。リベートは、サーバからＰＯＳ５５０に適用されるか、ユーザーアカウントに入金される。

【0046】

いくつかの実施形態では、ＩＤデバイス５１０は、音声、指紋などの画像に加えて、バイオマーカーセンサの任意の組み合わせを含み得る。たとえば、ＩＤデバイス５１０は、信号の行を生成するＷｉ?Ｆｉリピータ（リスニングおよびブロードキャスト）を含み得る。さらに、いくつかの実施形態では、ＩＤデバイス５１０は、クライアントデバイスを介して購入者５０を識別するように構成される。ＩＤデバイス５１０は、購入者５０についてのＩＤ情報を要求するために、クライアントデバイス１３０と無線で通信することができる。いくつかの実施形態では、ＩＤデバイス５１０は、クライアントデバイス１３０または他のウェアラブルデバイスを検出し、ＰＯＳ ＩＤ５２１によって識別されたラインにおいて購入者５０の存在を特定するための近接検出器を含み得る。ＩＤデバイス５１０とクライアントデバイス１３０または購入者５０が着用する他のウェアラブルデバイスとの間の無線識別技術のいくつかは、超音速、亜音速、または可聴のそれぞれのタイプおよび組合せの音波通信を含み得る。いくつかの実施形態では、リモートサーバは、店舗またはＰＯＳ５５０の近くの異なるセンサからの異なるタイプの信号（例えば、センサフュージョン）を三角測量または多重化することにより、購入者５０の正確な位置およびタイミング（例えば、どのＰＯＳラインでいつであるか）を決定することができる。

【0047】

いくつかの実施形態では、リモートサーバは、ＰＯＳ５５０で購入者５０によって使用される支払い方法（例えば、デビットカードまたはクレジットカード）に関する情報を収集することにより、リベートと購入者５０とを関連付けることができる。例えば、ＰＯＳ５５０で買い物かごの代金を支払うために購入者５０によって使用される購入者アカウントをホストするクレジットカードサーバは、リモートサーバに店の取引を提供することができる。リモートサーバは、クレジットカードサーバからのレポートをスキャンし、それをＰＯＳデバイス５１１から受信したレポートと比較して、特定の期間中に発生した取引と購入された商品とを一覧表示する。次に、リモートサーバは、クレジットカード所有者をＰＯＳ５５０での特定の取引にペアリングし、取引に基づいて、リベートが購入者５０に対して支払われるべきものかどうかを判断する。

【0048】

いくつかの実施形態では、リモートサーバは、購入者５０と、リベートに関する商品を含む取引との間の関連付けを推論によって推測することができる。購入者５０は、リモートサーバによってクライアントデバイス１３０にインストールされたアプリケーションを使用して、買い物かご内の各商品、または少なくともリベートの対象となるアイテムを登録することができる。購入者５０がＰＯＳ５５０で精算するとき、リモートサーバは、アプリケーションを介して購入者５０から直接受信された買い物かごと、ＰＯＳ５５０でスキャンされた少なくとも１つの買い物かごとを相互に関連付けることができる。したがって、リモートサーバは、リベートを適用および認証するために、ユーザがどのレーンにいつにいるかを判断することができる。

【0049】

いくつかの実施形態では、購入者５０を特定の買い物かごを含む取引に関連付けることは、リモートサーバと購入者５０との間の直接通信を含み得る。例えば、いくつかの実施形態では、購入者がＰＯＳ５５０の近くで検出されると（例えば、近接センサ、モーションセンサなどを介して）、リモートサーバは、購入者５０にクライアントデバイス１３０を介して、その具体的な位置（例えば、どのレーンにいるか）を確認するよう要求する。いくつかの実施形態では、ＰＯＳ５５０のＩＤデバイス５１０は、購入者５０の写真を撮るカメラであり得る。購入者はまた、クライアントデバイス１３０でレシートの写真を撮ることができる（取引の合計金額を示している）。リモートサーバは、ユーザのレシートの合計金額を使用して、購入者５０のレシートを、ＰＯＳデバイス５１１とリモートサーバとの間のネットワーク接続を通じて得られたより詳細な取引データと比較することができる。いくつかの実施形態では、リモートサーバは、購入者５０のデータをＰＯＳデバイス５１１からのデータと比較した後、クライアントデバイスを介した購入者５０へのさらにいくつかのセキュリティスクリーニング質問を含み得る。例えば、いくつかの実施形態では、リモートサーバは、買い物かごに関するより詳細な質問を購入者５０に尋ねてもよい、例えば、「リベートのアイテムと一緒に、次の４つのアイテムのうちどれを購入しましたか？」次に、リモートサーバは、購入者５０とリベート商品の取引との間の関連付けを認証する。

【0050】

リモートサーバが、購入者５０がリベートを受ける資格があることを認証すると、リモートサーバは、精算時に購入者５０のためにリベートレシートをネットワーク端末５０１で印刷することができる。いくつかの実施形態では、リモートサーバは、ネットワーク端末５０１で購入者５０の「実際の」小切手を印刷する。いくつかの実施形態では、リモートサーバは、同じ取引で、または将来の取引で、ＰＯＳ５５０で引き換え可能なバウチャーを印刷する。その点で、印刷されたバウチャーは、購入者５０と共に留まることができ、または支払いの一部としてレジ係によって使用されることができる。バウチャーを使用すると、リモートサーバはリベート金額を購入者アカウントに入金できる。いくつかの実施形態では、リモートサーバは、取引イベントの終了前に、取引場所でＰＯＳ５５０にリベート資金を提供することができる。さらに他の実施形態では、リモートサーバは、ネットワークを介して、リモートサーバがアカウントを有する購入者５０のクレジットカード所持者にリベート金額を入金することができる。いくつかの実施形態では、リモートサーバは、クライアントデバイス１３０にインストールされたブランドアプリケーションに、それらがリベート金額を購入者５０に入金する責任があることを通知することができる。さらに、いくつかの実施形態では、リモートサーバは、購入者５０がクライアントデバイスを介して登録したネットワークベースの支払いサービスまたはアプリケーションを介してリベートの支払いをプッシュする。

【0051】

図６は、リモートサーバを介してＰＯＳにおけるリアルタイムの販売時点での購入者リベートを識別および適用するための方法６００のステップを示す。いくつかの実施形態では、方法６００のステップの少なくとも１つまたは複数は、プロセッサ、メモリ、および通信モジュール（たとえば、クライアントデバイス１３０、サーバ１００、プロセッサ３１２、メモリ３２０、および通信モジュール３１８）を含むコンピュータデバイスによって部分的または完全に実行され得る。通信モジュールは、コンピュータデバイスがネットワーク（例えば、ネットワーク１５０）を介して互いに通信することを可能にし得る。プロセッサは、アプリケーションまたはアルゴリズムとしてメモリに格納された命令を実行して、方法６００のステップの少なくともいくつか（例えば、アプリケーション３２２およびアルゴリズム３４４）を実行することができる。いくつかの実施形態では、方法６００のメモリは、ネットワークを介してコンピュータデバイスにアクセス可能な外部データベース（例えば、データベース３１０）を含み得る。

【0052】

いくつかの実施形態では、方法６００は、購入者がクライアントデバイスにインストールされた小売店アプリケーションにログインし、リベートまたはオファー（１２パックのコーラから１ドル割引）を選択することを含み得る。小売店アプリケーションは、購入者がリベートを選択したことをリモートサーバに伝達する。いくつかの実施形態では、小売店アプリケーションは、購入者の識別情報をリモートサーバに提供する（例えば、小売店アプリケーションによってサービスされる「ストップアンドショップ」カード番号の番号）。リモートサーバは、小売店アプリケーションによってレポートされたリベートまたはオファーをデータベースに保存し、特定の店でリベート商品を購入する購入者が特定されたときに将来使用することができる。本開示と一致する実施形態は、方法６００のステップのいずれかと同様の少なくとも１つのステップを有する方法を含み得る。さらに、本開示と一致する方法は、任意の順序で実行される方法６００の任意のステップを含み得る。例えば、いくつかの実施形態では、本明細書で開示される方法は、逆の順序で、同時に、ほぼ同時に、または時間的に重複して実行される方法６００のステップの少なくとも1つまたは複数を含み得る。

【0053】

ステップ６０２は、ＰＯＳの場所にいる購入者を識別することであって、購入者が買い物かご内の複数の商品を精算することを含む。いくつかの実施形態では、ステップ６０２は、リベート商品のユニバーサル商品コード（ＵＰＣ）のスキャンをＰＯＳデバイスで識別すること（例えば、１２パックのコーラを識別すること）を含む。さらに、いくつかの実施形態では、ステップ６０２は、購入者のストップアンドショップカードのスキャンを識別すること、および購入者を識別することを含む。一部の実施形態では、ステップ６０２は、販売時点情報管理の場所において販売時点情報管理デバイスによって精算された複数の商品を、販売時点情報管理の場所での購入者の識別情報と関連付けることを含む。

【0054】

ステップ６０４は、買い物かごからの少なくとも１つの商品がリベートの対象となることを購入者に通知することを含む。いくつかの実施形態では、ステップ６０４は、リモートサーバがＰＯＳでの購入者の存在および同じまたは密接に関連した時間におけるリベート商品の購入を識別したときに、ＰＯＳでの適用可能なリベート（例えば、１２パックのコーラのリベート）のリマインダを購入者のクライアントデバイスに通信することを含む。いくつかの実施形態では、ステップ６０４は、購入者がいるＰＯＳのレーンを識別することを含む。例えば、いくつかの実施形態では、ステップ６０４は、ＰＯＳで提示されるロイヤリティカードの購入者の識別情報を、購入者に支払われるべきであってリモートサーバのデータベースに格納されたリベートのオファーと照合することを含むことができる。

【0055】

ステップ６０６は、少なくとも１つの商品に対して有効なリベートバウチャーを提供するようにネットワーク端末に命令することを含む。一部の実施形態では、ステップ６０６は、ネットワーク端末に接続されたプリンタに、少なくとも１つの商品の有効なリベートバウチャーを印刷するように命令することを含み得る。

【0056】

ステップ６０８は、購入者のクライアントデバイスで実行されるアプリケーションで表示するために、獲得したリベートおよびポイントの現在までの合計を提供することを含む。

【0057】

ステップ６１０は、リベートがリモートサーバにアクセス可能な購入者アカウントに入金されたかどうかを購入者に伝達することを含む。一部の実施形態では、ステップ６１０は、取引にリベートを即時に適用すること、または取引のリベートをロイヤリティカードのアカウントに入金することを選択することを含み得る。いくつかの実施形態では、ステップ６１０は、購入者が少なくとも１つの商品を購入した後に購入者アカウントにリベートを入金することを含む。

【0058】

図７は、付加価値証明書（例えば、付加価値証明書５２０）のリアルタイムのリモート認証のための方法７００のステップを示す。ＰＯＳ５５０において、購入者５０は、付加価値証明書をレジ係に提示し、レジ係は、ＰＯＳデバイスを使用してそれをスキャンする（例えば、レジ係５５およびＰＯＳデバイス５１１）。例示された方法を実行するためのアーキテクチャは、コードを読み取るためのデバイス（たとえば、ＰＯＳデバイス５１１）、ビジネスルール、ロジックおよび認証を適用するための中央サーバ（たとえば、リモートサーバ１００）、およびビジネスルールの結果に基づいた情報を購入者５０へ伝達するためのエンドポイント（例えば、リモートサーバ１００と通信可能に接続されたネットワーク端末５０１）を含む。

【0059】

いくつかの実施形態では、購入者５０は、ステップ７０２で、クーポン７２０－１、デジタルクーポン７２０－２、またはバウチャー７２０－３などの付加価値証明書（以下、「付加価値証明書７２０」と総称する）をスキャンするように誘導されてもよい。付加価値証明書７２０は、小売店の懸賞キャンペーンの一部である可能性があり、例えば、店舗の看板には、「クーポン（任意のクーポン）をスキャンした１０００人が印刷された１０００ドル相当のバウチャーをもらえる」と示されている場合がある。付加価値証明書は、割引オファー（例えば、特定の商品の購入で＄１を割引）、バウチャー（例えば、＄５．００のバウチャー）、またはスマートフォンの画面に表示されるクーポン（例えば、店で利用できる＄２．００クーポン）である可能性がある。リモートサーバ１００は、ＰＯＳデバイスとのネットワーク接続を介してスキャンしたドキュメントにアクセスできる。いくつかの実施形態では、クライアントデバイスは、ＰＯＳデバイス内のスキャナを使用することに加えて、またはその代わりに、認証のために、付加価値証明書７２０をリモートサーバ１００に提供する。さらに、いくつかの実施形態では、購入者５０は、認証のために（付加価値証明書の画像を取り込むために）付加価値証明書７２０をＩＤデバイスに提示することにより、リモートサーバ１００に付加価値証明書７２０を提供することができる。ステップ７０４において、リモートサーバ１００は、信頼性、複数回の使用、証明書に関連付けられた商品の入手可能性（例えば、数量、場所など）、ならびに、期限、条件、証明書に関連付けられたビジネスルール、および購入者５０のＩＤなどの項目をチェックすることにより、付加価値証明書７２０を認証（確認）する。一部の実施形態では、リモートサーバ１００はまた、ステップ７０４において、所与の時間に購入者５０をＰＯＳの場所に結びつけるＰＯＳ５５０（例えば、ＰＯＳ識別デバイス）から得られる購入者５０に関する情報に基づいて、購入者５０の場所を識別する。

【0060】

いくつかの実施形態では、リモートサーバ１００は、ＰＯＳ５５０で、購入者５０からの付加価値証明書７２０、ＰＯＳの場所の識別情報（例えば、ＩＤデバイスを介して）、および買い物かごのコンテンツ（例えば、ＰＯＳデバイスから）を取得する。

【0061】

認証されると、リモートサーバは、ステップ７０６で、認証メッセージをネットワーク端末５０１に（識別されたＰＯＳの場所で）送信する。いくつかの実施形態では、認証メッセージは、ステップ７０８で無効な証明書に関するアラートを印刷するコマンド（悲しい音、ステップ７１０Ｂ）、または購入者５０の認証済み証明書を印刷するコマンド（たとえば、５．００ドルの認定バウチャーなど、ハッピーな音を伴う、ステップ７１０Ａ）。印刷は、購入者５０の証明書のステータスの確証である。いくつかの実施形態では、認証された証明書は、購入者５０によってＰＯＳ５５０で使用されてもよい。認証が失敗した場合、リモートサーバ１００は、エラーを示すチケットおよびエラーの理由（例えば、すでに使用されている証明書、またはその日付において有効期限が切れているなど）を印刷するようにネットワーク端末に命令することができる。いくつかの実施形態では、認証された証明書は、購入者５０に到達するために他の任意のタッチポイントに送信されてもよく、例えば、リモートサーバ１００は、「証明書は３日前に失効した」というメッセージをクライアントデバイスに提供してもよい。

【0062】

したがって、本明細書で開示される実施形態は、購入者５０との口論にレジ係を潜在的に巻き込むことなく、不正な付加価値証明書を識別することができる。より一般的には、本開示と一致する実施形態では、ＰＯＳ５５０は、リモートサーバ１００によって発行された付加価値証明書（例えば、バウチャー、クーポン、リベートオファーなど）の認証を実行するように構成されていない。いくつかの実施形態では、リモートサーバ１００は、ベンダが結果（不正／有効）で何をしたいかを決定するために、ＰＯＳ５５０でベンダに認証結果を提供することができる。

【0063】

図８は、いくつかの実施形態による、付加価値証明書（例えば、付加価値証明書５２０）のリアルタイムの販売時点情報管理での認証を提供するための方法８００のステップを示すフローチャートである。いくつかの実施形態では、方法８００のステップの少なくとも１つまたは複数は、プロセッサ、メモリ、および通信モジュール（たとえば、クライアントデバイス１３０、サーバ１００、プロセッサ３１２、メモリ３２０、および通信モジュール３１８）を含むコンピュータデバイスによって部分的または完全に実行され得る。通信モジュールは、コンピュータデバイスがネットワーク（例えば、ネットワーク１５０）を介して互いに通信することを可能にし得る。プロセッサは、アプリケーションまたはアルゴリズムとしてメモリに格納された命令を実行して、方法８００のステップの少なくともいくつかを実行することができる（例えば、アプリケーション３２２およびアルゴリズム３４４）。いくつかの実施形態では、方法８００のメモリは、ネットワークを介してコンピュータデバイスにアクセス可能な外部データベースを含み得る（例えば、データベース３１０）。

【0064】

いくつかの実施形態では、方法８００は、購入者がクライアントデバイス１３０にインストールされた小売店アプリケーションにログインし、リベートまたはオファー（１２パックのコーラから１ドル割引）を選択することを含み得る。小売店アプリケーションは、購入者がリベートを選択したリモートサーバと通信する。いくつかの実施形態では、小売店アプリケーションは、購入者の識別情報をリモートサーバに提供する（例えば、小売店アプリケーションによってサービスされる「ストップアンドショップ」カード番号の番号）。リモートサーバは、特定の店でリベート商品を購入する購入者が特定されたときに将来使用するために、小売店アプリケーションによってレポートされたリベートまたはオファーをデータベースに保存できる。本開示と一致する実施形態は、方法８００のステップのいずれかと同様の少なくとも１つのステップを有する方法を含み得る。さらに、本開示と一致する方法は、任意の順序で実行される方法８００の任意のステップを含み得る。たとえば、いくつかの実施形態では、本明細書で開示される方法は、逆の順序で、同時に、ほぼ同時に、または時間的に重複して実行される方法８００のステップの少なくとも1つまたは複数を含み得る。

【0065】

ステップ８０２は、購入者からの付加価値証明書を認証するための要求を、リモートサーバにおいて受信することを含む。

【0066】

ステップ８０４は、購入者に関連付けられた場所の情報を、リモートサーバにおいて受信することを含む。いくつかの実施形態では、ステップ８０６は、購入者特性（例えば、購入者の画像、または購入者クライアントデバイスの基準またはバーコードの画像）とＰＯＳシステムとの整合との間の受動的動作を通じてＰＯＳ内（例えば、特定のレジのレーンなど）の購入者の場所を特定することを含む。

【0067】

ステップ８０６は、付加価値証明書を認証することを含む。

【0068】

ステップ８０８は、認証された付加価値証明書を購入者に提供するように、購入者とともに配置されたネットワーク端末に命令することを含む。

【0069】

ステップ８１０は、付加価値証明書が無効であるときに、購入者にエラーメッセージを提供するようにネットワーク端末に命令することを含む。

【0070】

ハードウェアの概説
図９は、図１のクライアントおよびネットワークデバイス、ならびに図４－５の方法が実施され得る例示的なコンピュータシステム９００を示すブロック図である。特定の態様では、コンピュータシステム９００は、専用ネットワークデバイス内の、または別のエンティティ内に統合された、または複数のエンティティにわたって分散した、ハードウェア、あるいはソフトウェアおよびハードウェアの組み合わせを用いて実施され得る。

【0071】

コンピュータシステム９００（例えば、クライアントデバイス１３０およびリモートサーバ１００）は、バス９０８、または情報を通信するための他の通信機構と、情報を処理するためにバス９０８に連結されたプロセッサ９０２（例えば、プロセッサ３１２）とを含む。例として、コンピュータシステム９００は１つまたは複数のプロセッサ９０２を実装され得る。プロセッサ９０２は、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、プログラム可能論理デバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別のハードウェア構成要素、あるいは情報の算出または他の操作を実施することができる任意の他の好適なエンティティであり得る。

【0072】

コンピュータシステム９００は、ハードウェアに加えて、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、リードオンリーメモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＰＲＯＭ）、消去可能ＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ－ＲＯＭ、ＤＶＤ、またはプロセッサ９０２によって実行されるべき情報および命令を記憶するためにバス９０８に連結された任意の他の好適な記憶デバイスなどの、含まれるメモリ９０４（例えば、メモリ３２０）内に記憶された、問題のコンピュータプログラムのための実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはそれらのうちの１つまたは複数の組み合わせを構成するコードを含むことができる。プロセッサ９０２およびメモリ９０４は、専用論理回路機構によって補完されるか、またはその内部に組み込まれ得る。

【0073】

命令はメモリ９０４内に記憶され、１つまたは複数のコンピュータプログラム消費者製品、例えば、コンピュータシステム９００による実行のために、またはコンピュータシステム９００の動作を制御するためにコンピュータ可読媒体上にエンコードされ、限定するものではないが、データ指向言語（例えば、ＳＱＬ、ｄＢａｓｅ）、システム言語（例えば、Ｃ、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｃ＋＋、アセンブリ）、アーキテクチャ言語（例えば、Ｊａｖａ、．ＮＥＴ）、およびアプリケーション言語（例えば、ＰＨＰ、Ｒｕｂｙ、Ｐｅｒｌ、Ｐｙｔｈｏｎ）などのコンピュータ言語を含む、当業者によく知られた任意の方法に従うコンピュータプログラム命令の１つまたは複数のモジュールにおいて実施され得る。命令はまた、配列言語、アスペクト指向言語、アセンブリ言語、オーサリング言語、コマンドラインインターフェース言語、コンパイル言語、並行言語、中括弧言語、データフロー言語、データ構造化言語、宣言型言語、難解言語、拡張言語、第四世代言語、関数型言語、インタラクション形言語、インタプリタ型言語、反復型言語、リストベース言語、小言語、論理ベース言語、機械語、マクロ言語、メタプログラミング言語、マルチパラダイム言語、数値解析、非英語ベース言語、オブジェクト指向クラスベース言語、オブジェクト指向プロトタイプベース言語、オフサイドルール言語、手続き型言語、自己反映言語、ルールベース言語、スクリプト言語、スタックベース言語、同期言語、構文処理言語、ビジュアル言語、ｗｉｒｔｈ言語、およびｘｍｌベース言語などのコンピュータ言語で実施され得る。メモリ９０４はまた、プロセッサ９０２によって実行されるべき命令の実行中に一時変数または他の中間情報を記憶するために用いられ得る。

【0074】

本明細書において説明されるコンピュータプログラムは必ずしもファイルシステム内のファイルに対応しない。プログラムは、他のプログラムまたはデータを保持するファイルの一部分（例えば、マークアップ言語ドキュメント内に記憶された１つまたは複数のスクリプト）内、問題のプログラム専用の単一のファイル内、あるいは複数の協調ファイル（例えば、１つまたは複数のモジュール、サブプログラム、またはコードの部分を記憶するファイル）内に記憶することができる。コンピュータプログラムは、１つのコンピュータ上、あるいは１つのサイトに位置するか、または複数のサイトにわたって分散しており、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。本明細書において説明されるプロセスおよび論理の流れは、入力データに作用し、出力を生成することによって機能を実施するための１つまたは複数のコンピュータプログラムを実行する１つまたは複数のプログラム可能プロセッサによって実施され得る。

【0075】

コンピュータシステム９００は、情報および命令を記憶するための、バス９０８に連結された、磁気ディスクまたは光ディスクなどのデータ記憶デバイス９０６をさらに含む。コンピュータシステム９００は入力／出力モジュール９１０を介して様々なデバイスに連結され得る。入力／出力モジュール９１０は任意の入力／出力モジュールであることができる。例示的な入力／出力モジュール９１０としてはＵＳＢポートなどのデータポートが挙げられる。入力／出力モジュール９１０は、通信モジュール９１２に接続するように構成されている。例示的な通信モジュール９１２（例えば、通信モジュール３１８）としては、イーサネットカードおよびモデムなどの、ネットワークインターフェースカードが挙げられる。特定の態様では、入力／出力モジュール９１０は、入力デバイス９１４（例えば、入力デバイス３１４）および／または出力デバイス９１６（例えば、出力デバイス３１６）などの、複数のデバイスに接続するように構成されている。例示的な入力デバイス９１４としては、ユーザが入力をコンピュータシステム９００に提供することができる、キーボード、およびポインティングデバイス、例えば、マウスもしくはトラックボールが挙げられる。触知入力デバイス、視覚入力デバイス、音声入力デバイス、または脳コンピュータインターフェースデバイスなどの、他の種類の入力デバイス９１４を、ユーザとのインタラクションを提供するために用いることもできる。例えば、ユーザに提供されるフィードバックは、任意の形態の感覚フィードバック、例えば、視覚フィードバック、聴覚フィードバック、または触知フィードバックであることができ、ユーザからの入力は、音響、音声、触知、または脳波入力を含む、任意の形態で受け取ることができる。例示的な出力デバイス９１６としては、情報をユーザに表示するための、ＬＣＤ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ（液晶ディスプレイ））モニタなどの表示デバイスが挙げられる。

【0076】

本開示の一態様によれば、クライアントデバイス１３０およびサーバ１００は、コンピュータシステム９００を用いて、プロセッサ９０２が、メモリ９０４内に包含された１つまたは複数の命令の１つまたは複数のシーケンスを実行したことに応答して実施することができる。このような命令は、データ記憶デバイス９０６などの別の機械可読媒体からメモリ９０４に読み込まれてもよい。主メモリ９０４内に包含された命令のシーケンスの実行は、プロセッサ９０２に、本明細書において説明されるプロセスステップを実施させる。また、多重処理機構における１つまたは複数のプロセッサも、メモリ９０４内に包含された命令のシーケンスを実行するために利用され得る。代替的な態様では、本開示の様々な態様を実施するために、ハードワイヤード回路機構が、ソフトウェア命令の代わりに、またはそれと組み合わせて用いられてもよい。それゆえ、本開示の態様はハードウェア回路機構およびソフトウェアのいかなる特定の組み合わせにも限定されない。

【0077】

本明細書において説明される主題の様々な態様は、バックエンド構成要素、例えば、データネットワークデバイスを含むか、またはミドルウェア構成要素、例えば、アプリケーションネットワークデバイスを含むか、またはフロントエンド構成要素、例えば、ユーザが、本明細書において説明される主題の一実装形態とインタラクションすることができるグラフィカルユーザインターフェースもしくはウェブブラウザを有するクライアントコンピュータ、またはこのようなバックエンド、ミドルウェア、もしくはフロントエンド構成要素のうちの１つまたは複数の任意の組み合わせを含むコンピューティングシステムにおいて実施することができる。システムの構成要素は、デジタルデータ通信の任意の形態または媒体（例えば、通信ネットワーク）によって相互連結され得る。通信ネットワーク（例えば、ネットワーク１５０）は、例えば、ＬＡＮ、ＷＡＮ、インターネット、および同様のもののうちの任意の１つまたは複数を含むことができる。さらに、通信ネットワークは、限定するものではないが、例えば以下の、バスネットワーク、星状ネットワーク、環状ネットワーク、網目状ネットワーク、星状バスネットワーク、木状もしくは階層ネットワーク、または同様のものを含む、ネットワークトポロジーのうちの任意の１つまたは複数を含むことができる。通信モジュールは、例えば、モデムまたはイーサネットカードであることができる。

【0078】

コンピュータシステム９００はクライアントおよびネットワークデバイスを含むことができる。クライアントおよびネットワークデバイスは、概して、互いに遠隔にあり、典型的には、通信ネットワークを通じてインタラクションする。クライアントおよびネットワークデバイスの関係は、それぞれのコンピュータ上で実行され、互いにクライアント－サーバ関係を有するコンピュータプログラムにより生じる。コンピュータシステム９００は、例えば、限定するものではないが、デスクトップコンピュータ、ラップトップコンピュータ、またはタブレットコンピュータであることができる。コンピュータシステム９００はまた、別のデバイス、例えば、限定するものではないが、携帯電話、ＰＤＡ、モバイルオーディオプレーヤ、全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、ＧＰＳ）受信器、ビデオゲームコンソール、および／またはテレビセットトップボックス内に組み込まれ得る。

【0079】

用語「機械可読記憶媒体」または「コンピュータ可読媒体」は、本明細書で使用するとき、命令を実行のためにプロセッサ９０２に提供することに関与する任意の媒体もしくは媒体群を指す。このような媒体は、限定するものではないが、不揮発性媒体、揮発性媒体、および伝送媒体を含む、多くの形態を取り得る。不揮発性媒体としては、例えば、データ記憶デバイス９０６などの、光または磁気ディスクが挙げられる。揮発性媒体としては、メモリ９０４などの、ダイナミックメモリが挙げられる。伝送媒体としては、バス９０８を形成するワイヤを含む、同軸ケーブル、銅線、および光ファイバが挙げられる。一般的な形態の機械可読媒体としては、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤ、任意の他の光媒体、穿孔カード、紙テープ、孔のパターンを有する任意の他の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップもしくはカートリッジ、またはコンピュータが読み出すことができる任意の他の媒体が挙げられる。機械可読記憶媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝搬信号に影響を及ぼす組成物、またはそれらのうちの１つまたは複数の組み合わせであることができる。

【0080】

本明細書に開示される実施形態は、以下を含む：

【0081】

Ａ．クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信することを含む、コンピュータが実施する方法である。前記コンピュータが実施する方法は、前記クライアントデバイス１３０の識別情報を小売店のロイヤリティカードと照合することと、前記小売店に関連付けられた購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別することと、前記アプリケーションを介して、前記購入履歴に基づいて、購入者からのあらゆる情報を要求することとを含む。前記コンピュータで実施される方法はまた、前記情報の少なくとも一部が、購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証することと、前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを購入者に提供することも含む。

【0082】

Ｂ．命令を記憶するメモリと、クライアントデバイスで実行されているアプリケーションを介して、購入者から前記クライアントデバイスの識別情報を受信する命令を実行するように構成される１または複数のプロセッサとを含むシステムである。前記１または複数のプロセッサはまた、クライアントデバイス１３０の識別情報を小売店のロイヤリティカードと照合し、前記小売店に関連付けられた購入者の購入履歴を、前記ロイヤリティカードに基づいてデータベースで識別し、前記アプリケーションを介して、前記購入履歴に基づいて、購入者からのあらゆる情報を要求する命令を実行する。前記１または複数のプロセッサはまた、前記情報の少なくとも一部が、購入者について前記小売店に関連付けられた前記購入履歴と一致するときに、前記購入者の身元を認証し、前記クライアントデバイスで実行されている前記アプリケーションを介して、前記小売店の商品のオファーを購入者に提供する命令を実行する。

【0083】

Ｃ．リモートサーバで、販売時点情報管理の場所にいる購入者を識別することであって、購入者が買い物かご内の複数の商品を精算することを含むコンピュータが実施する方法である。前記コンピュータが実施する方法はまた、前記買い物かごからの少なくとも１つの商品がリベートの対象となることを購入者に通知することと、少なくとも１つの前記商品に対して有効なリベートバウチャーを購入者に提供するようにネットワーク端末に命令することとを含む。前記コンピュータが実施する方法はまた、購入者によって使用されるクライアントデバイスで実行されるアプリケーションで表示するために、獲得したリベートおよびポイントの現在までの合計を提供することと、前記リベートが前記リモートサーバにアクセス可能な購入者アカウントに入金されたかどうかを購入者に伝達することも含む。

【0084】

実施形態Ａ、Ｂ、およびＣのそれぞれは、以下のように、任意の組み合わせで以下の追加の要素の１つまたは複数を有することができる。要素１、購入者からの前記情報を要求することは、前記購入履歴における１つ以上のアイテムについて購入者に問い合わせることを含む。要素２、前記購入者の身元を認証することは、前記購入履歴に基づいて購入者の購買パターンの差分分析を実行することを含む。要素３、前記購入者の身元を認証することは、クライアントデバイス１３０の識別情報を、複数の小売店に関連付けられた複数のデータベースと相関させることを含む。要素４、前記購入者の身元をクライアントデバイス１３０の識別情報にマッピングし、クライアントデバイス１３０の識別情報を含むマップをデータベースに格納することをさらに含む。要素５、前記購入者の身元を認証することが、購入者が前記購入履歴に基づいた複数の質問に対して少なくとも１つの正解を提供することを認証することを含む。要素６、クライアントデバイス１３０の識別情報を受信する前に、前記クライアントデバイス内の前記アプリケーションを介して、購入者に前記小売店の商品の広告を提供する。要素７、購入者が前記小売店で前記商品を購入するときに、購入者にオファーを適用することをさらに含む。要素８、購入者から、前記小売店の同じロイヤリティカードに関連付けられた第２のクライアントデバイスからの第２のクライアントデバイスの識別情報を受信する。要素９、購入者の前記購入履歴が複数の小売店およびサービスに関連付けられており、購入者からのあらゆる情報を要求することは、前記小売店またはサービスで購入された複数のアイテムについて購入者に問い合わせることを含む。

【0085】

要素１０、購入者が少なくとも１つの商品を購入した後、購入者アカウントに前記リベートを入金することをさらに含む。そして要素１１、前記販売時点情報管理の場所において販売時点情報管理デバイスによって精算された複数の前記商品を、前記販売時点情報管理の場所にいる前記購入者の身元と関連付けることをさらに含む。

【0086】

１つの側面において、方法は、操作、命令、または機能であり得、逆もまた同様である。１つの側面において、請求項は、１つ以上の単語、１つ以上の文、１つ以上のフレーズ、１つ以上の段落、および／または１つ以上の請求項で列挙された単語（例えば、指示、操作、機能、または構成要素）の一部または全部を含むように修正されてもよい。

【0087】

ハードウェアおよびソフトウェアの互換性を示すために、様々な例示的なブロック、モジュール、構成要素、方法、動作、命令、およびアルゴリズムなどの事項はそれらの機能性に関して一般的に説明された。このような機能性が、ハードウェアとして実施されるのか、ソフトウェアとして実施されるのか、それともハードウェアおよびソフトウェアの組み合わせとして実施されるのかは、特定のアプリケーション、およびシステム全体に課される設計制約に依存する。当業者は、特定のアプリケーションごとに様々な仕方で上述の機能性を実施し得る。

【0088】

本明細書で使用するとき、一連の項目に先行し、項目のうちの任意のものを分離するための用語「および」または「または」を伴う表現「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」は、リストの各構成要素（例えば、各項目）ではなく、リストを全体として修飾する。表現「～のうちの少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ）」は少なくとも１つの項目の選択を必要とせず、むしろ、この表現は、項目のうちの任意のもののうちの少なくとも１つ、および／または項目の任意の組み合わせのうちの少なくとも１つ、および／または項目の各々のうちの少なくとも１つを含む意味を許容する。例として、表現「Ｘ、Ｙ、およびＺのうちの少なくとも１つ」または「Ｘ、Ｙ、またはＺのうちの少なくとも１つ」は各々、Ｘのみ、Ｙのみ、あるいはＺのみ、Ｘ、Ｙ、およびＺの任意の組み合わせ、ならびに／あるいはＸ、Ｙ、およびＺの各々のうちの少なくとも１つを指す。

【0089】

単語「例示的（ｅｘｅｍｐｌａｒｙ）」は、本明細書において、「例、実例、または例示の役割を果たすこと」を意味するように使用される。本明細書において「例示的」として説明される任意の実施形態は、必ずしも、他の実施形態に対して好ましい、または有利であると解釈されるべきではない。一態様、本態様、別の態様、いくつかの態様、１つまたは複数の態様、一実装形態、本実装形態、別の実装形態、いくつかの実装形態、１つまたは複数の実装形態、一実施形態、本実施形態、別の実施形態、いくつかの実施形態、１つまたは複数の実施形態、一構成、本構成、別の構成、いくつかの構成、１つまたは複数の構成、本主題の技術、本開示（ｔｈｅ ｄｉｓｃｌｏｓｕｒｅ）、本開示（ｔｈｅ ｐｒｅｓｅｎｔ ｄｉｓｃｌｏｓｕｒｅ）、ならびにこれらの他の変形および同様のものなどの表現は便宜的なものであり、このような表現に関連する開示が本主題の技術に本質的であること、またはこのような開示が本主題の技術の全ての構成に当てはまることを含意しない。このような表現に関連する開示は、全ての構成、または１つまたは複数の構成に当てはまり得る。このような表現に関連する開示は１つまたは複数の例を提供し得る。一態様またはいくつかの態様などの表現は１つまたは複数の態様を指し得、その逆もあり得、これは他の上述の表現にも同様に当てはまる。

【0090】

単数形での要素への言及は、特に断りのないかぎり、「唯一（ｏｎｅ ａｎｄ ｏｎｌｙ ｏｎｅ）」を意味することを意図されておらず、むしろ、「１つまたは複数（ｏｎｅ ｏｒ ｍｏｒｅ）」を意味することを意図されている。男性名詞（例：彼）の代名詞には、女性名詞と中性名詞（例：彼女とその）が含まれ、その逆も含まれる。用語「いくつか（ｓｏｍｅ）」は１つまたは複数を指す。下線付きおよび／またはイタリック体の見出しおよび小見出しは、単に便宜的に用いられているにすぎず、本主題の技術を限定せず、本主題の技術の説明の解釈に関連して参照されるものではない。第１（ｆｉｒｓｔ）および第２（ｓｅｃｏｎｄ）ならびに同様のものなどの関係語は１つの実体またはアクションを別のものと区別するために使用され得、必ずしも、このような実体またはアクションの間の任意の実際のこのような関係または順序を必要とせず、またはこれを含意しない。当業者に知られているか、または後に知られるようになる、本開示全体を通じて説明される様々な構成の要素の全ての構造的および機能的等価物は、参照により本明細書に明示的に組み込まれ、本主題の技術によって包含されることを意図される。さらに、本明細書において開示されているものは、このような開示が上述の説明において明示的に述べられているかどうかにかかわらず、公衆に供されることを意図されていない。要素が表現「～のための手段（ｍｅａｎｓ ｆｏｒ）」を用いて明示的に述べられていないか、または、方法クレームの場合には、要素が表現「～のためのステップ（ｓｔｅｐ ｆｏｒ）」を用いて述べられていないかぎり、いずれのクレーム要素も米国特許法第１１２条第６段落の規定の下で解釈されるべきではない。

【0091】

本明細書は多くの細目を包含するが、これらは、説明され得ることの範囲の限定として解釈されるべきではなく、むしろ、本主題の特定の実装形態の説明として解釈されるべきである。本明細書において別個の実施形態の文脈で記載されている一部の特徴はまた、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で記載されている様々な特徴はまた、複数の実施形態において、別個に、または任意の好適な部分的組み合わせで実施することもできる。さらに、特徴は、特定の組み合わせで機能するように以上において説明され、さらにはそのように最初に説明されている場合があるが、説明されている組み合わせからの１つまたは複数の特徴は、場合によっては、組み合わせから削除することができ、説明されている組み合わせは、部分的組み合わせ、または部分的組み合わせの変形に関し得る。

【0092】

本明細書の主題は特定の態様に関して説明されたが、他の態様も実施され得、添付の請求項の範囲に含まれる。例えば、動作は図面において特定の順序で示されているが、これは、望ましい結果を達成するために、このような動作が、図示されている特定の順序で、または順番に行われること、あるいは例示されている動作が全て行われることを必要とするものと理解されるべきではない。請求項において述べられるアクションは異なる順序で実施され、依然として所望の結果を達成することができる。一例として、添付の図面に示されるプロセスは、所望の結果を達成するために、必ずしも、図示されている特定の順序、または順番を必要としない。特定の状況では、マルチタスキングおよび並列処理が有利になり得る。さらに、上述された態様における様々なシステム構成要素の分離は、全ての態様においてこのような分離を必要とするものと理解されるべきではなく、上述のプログラム構成要素およびシステムは、概して、単一のソフトウェア製品にまとめて統合されるか、または複数の消費者ソフトウェア製品にパッケージ化され得ることを理解されたい。

【0093】

タイトル、背景、図面の簡単な説明、要約、および図面は本明細書において本開示に組み込まれ、限定的な説明としてではなく、本開示の例示的な例として提供される。それらは、請求項の範囲または意味を限定するために用いられることはないという了解の下で提示される。加えて、詳細な説明では、説明が例示的な例を提供し、様々な特徴が、本開示を合理化する目的のために様々な実装形態において互いにグループ化されていることがうかがえる。開示の方法は、記載される主題が、各請求項において明示的に述べられているよりも多くの特徴を必要とするとの意図を反映するものと解釈されるべきではない。むしろ、請求項が反映するとおり、発明の主題は、単一の開示された構成または動作の全ての特徴よりも少数の特徴に存する。請求項は本明細書において発明を実施するための形態に組み込まれ、各請求項は別個に記載された主題として自立する。

【0094】

請求項は、本明細書において説明された態様に限定されることを意図されず、文言の請求項に従う全範囲を認められ、全ての法的同等物を包含するべきである。それにもかかわらず、請求項はいずれも、適用可能な特許法の要件を満足しない主題を包含することを意図されておらず、また、請求項はそのように解釈されるべきでない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】