(57)【要約】  クーポン情報は、物理的店舗および／またはオンライン店舗での取引に関するレシートと共に電子的手段で提供される。小売店は、１つ以上の品目が購入される取引が実行されるようにする。その取引に関連付けられた顧客識別子、たとえば電子メールアドレスを示す入力を受け取るように構成されたインタフェースが提供される。入力がインタフェースを経由して受け取られると、その識別子が既知の顧客特定情報に関連付けられるか否かが判断される。顧客識別情報が既知の特定情報に関連付けられていれば、その特定情報に関連付けられるデジタルクーポンがその取引に対して適用される。さらに、その取引に関する電子レシートが、たとえば提供された電子メールアドレスまたは、その中にその識別子に関連するセッションが確立されるウェブベースのアプリケーションを介して提供される。
2014527252.tif 000002
【特許請求の範囲】
【請求項１】
第一の１つ以上のコンピュータデバイスの集合を含む取引集約構成要素であって、第一の１つ以上のネットワークインタフェースの集合上で複数の異なる小売データセンタからの取引データを受信するように構成された取引アプリケーションプログラミングインタフェースを提供する取引集約構成要素と、
ユーザエンティティを説明する記録を記憶するユーザデータベースと、
前記取引データを説明する記録を記憶する取引データベースと、
第二の１つ以上のネットワークインタフェースの集合に連結された広域ネットワーク上で取引ログに基づいて顧客デバイスにレシートデータを送信するように構成された第二の１つのまたは複数のコンピュータデバイスの集合を含むレシートサーバと、
第三の１つ以上のコンピュータデバイスの集合を含むオファサーバと、
を含み、
前記取引データが前記複数の異なる小売データセンタにレポートする店舗からの取引ログを含み、前記取引データの各取引ログが、前記店舗のうちの対応する１つにおける異なる取引の詳細を記録し、
前記取引集約構成要素は、前記複数の異なる小売データセンタから受領した前記取引データに基づいて、特定の取引ログを前記ユーザデータベースの中の特定のユーザエンティティに関連付けて、前記取引データベースを更新するように構成され、
前記オファサーバが、第三の１つ以上のネットワークインタフェースの集合上で１つ以上のオファの受信要求を受けるように構成されたオファ推奨アプリケーションプログラミングインタフェースをエクスポーズし、
前記オファサーバが、前記要求の中の、および／または前記要求に関連付けられるコンテキスト情報に基づいて、前記要求の中の特定の要求を前記ユーザエンティティの中の特定のユーザエンティティにマッチさせるように構成され、
前記オファサーバが、前記要求に応答して、少なくとも部分的に、前記複数の小売データセンタから、前記マッチされたユーザエンティティに関連付けられる前記取引データベースの中の特定の取引データを特定することに基づいて、１つ以上のオファを特定するように構成され、
前記オファサーバが、前記要求に応答して、前記特定された１つ以上のオファを説明する情報を提供するように構成されることを特徴とするシステム。
【請求項２】
小売店から、顧客に関するアカウント識別情報を受信するステップと、
前記アカウント識別情報に関連付けられるアカウントを特定するステップと、
前記アカウントに関連付けられる１つ以上のデジタルクーポンを特定するステップと、
前記１つ以上のデジタルクーポンが前記アカウント識別情報に関連付けられることを示すクーポン獲得可能性データを前記小売店に提供するステップと、
前記小売店から、前記小売店と前記顧客の間の取引に関する取引情報を受信するステップであって、前記取引情報が前記アカウント識別情報と、前記１つ以上のデジタルクーポンが前記取引に適用されたことを示すクーポン利用データを含むステップと、
前記取引情報に基づいて電子レシートを生成するステップと、
前記アカウントに関連付けられる電子アドレスを介して前記電子レシートを提供するステップと、
を含む方法において、
前記方法が１つ以上のコンピュータデバイスによって実行されることを特徴とする方法。
【請求項３】
前記アカウント識別情報が電子メールアドレスであり、前記電子レシートを提供するステップが、前記電子メールアドレスへの前記電子メールメッセージの中で前記電子レシートを提供するステップか、前記電子メールアドレスに、前記電子レシートがウェブベースアプリケーションを介して獲得可能であることを前記顧客に通知するメッセージを送信するステップの少なくとも一方を含むことを特徴とする、請求項２に記載の方法。
【請求項４】
前記電子レシートの少なくとも１つの中または、前記電子レシートにそのためのリンクが含まれている情報の中に、１つ以上のクーポンオファを説明するデータを提供するステップをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項５】
前記電子レシートの少なくとも１つの中または、前記電子レシートにそのためのリンクが含まれている情報の中に、１つ以上のクーポンオファを説明するデータを提供するステップをさらに含み、
前記１つ以上のクーポンオファを説明する前記データが１つ以上のリンクを含み、それによって前記顧客が、前記１つ以上のクーポンオファのための１つ以上の追加的なデジタルクーポンを前記アカウントに保存する行為の実行を要求してもよいことを特徴とする、請求項２に記載の方法。
【請求項６】
前記電子レシートの少なくとも１つの中または、前記電子レシートにそのためのリンクが含まれる情報の中に、１つ以上のクーポンオファを説明するデータを提供するステップと、
前記１つ以上のクーポンオファのための１つ以上のデジタルクーポンを前記カウントに自動的に保存するステップと、
をさらに含むことを特徴とする、請求項２に記載の方法。
【請求項７】
前記取引情報に基づいて、前記顧客が利用可能な１つ以上のクーポンオファを選択するステップと、
前記電子レシートの少なくとも１つの中または、前記電子レシートにそのためのリンクが含まれる情報の中で、前記１つ以上のクーポンオファを説明するデータを提供するステップと、
をさらに含むことを特徴とする、請求項２に記載の方法。
【請求項８】
前記取引情報が特定の取引情報であり、前記取引が特定の取引であり、前記小売店が特定の小売店であり、
前記特定の取引に関する前記特定の取引情報を受信する前に、前記特定の小売店以外の小売店が実行した過去の取引に関する過去の取引情報を受信するステップと、
前記過去の取引の一部を前記アカウント識別情報にマッチさせるステップと、
前記過去の取引情報の、前記過去の取引の前記一部に対応する一部を、前記アカウント識別情報に関連付けて記憶するステップと、
少なくとも部分的に、前記特定の小売店以外の前記小売店からの前記過去の取引情報のうち、前記アカウント識別情報に関連付けられた前記一部に基づいて、前記顧客が獲得できる１つ以上のクーポンオファを選択するステップと、
前記特定の小売店での前記特定の取引に関する前記電子レシートの少なくとも１つにおいて、または前記特定の小売店での前記特定の取引に関する前記電子レシートにそのためのリンクが含まれる情報の中で、少なくとも部分的に、前記特定の小売店以外の前記小売店からの前記過去の取引情報のうち、前記アカウント識別情報に関連付けられた前記一部に基づいて選択された、前記１つ以上のクーポンオファを説明するデータを提供するステップと、
をさらに含むことを特徴とする、請求項２に記載の方法。
【請求項９】
前記方法を実行する前記１つ以上のコンピュータデバイスが、前記小売店とは別の１つ以上の第三者の実体により操作される１つ以上のサーバであることを特徴とする、請求項２に記載の方法。
【請求項１０】
複数の小売店から前記小売店からの取引ログを含む取引データを受信するステップであって、前記取引データの各取引ログが前記小売店のうちの対応する１つでの異なる取引の詳細を記録しているステップと、
前記取引ログをユーザデータベース内のユーザエンティティに関連付けるステップと、
前記取引ログを取引データストアの中に記憶するステップであって、前記取引データストアがそれによって、前記複数の小売店にまたがる前記ユーザエンティティの複数の異なるユーザエンティティに関する取引履歴を含むステップと、
１つ以上のオファに対する要求を受信するステップと、
前記要求を、前記要求における、および／またはそれに関するコンテキスト情報に基づいて前記ユーザエンティティの中の特定のユーザエンティティにマッチさせるステップと、
前記要求に応答して、少なくとも部分的に、前記取引データストアの中から、前記マッチされたユーザエンティティに関連付けられる、前記複数の小売店からの取引データを特定することに基づいて、１つ以上のオファを特定するステップと、
前記要求に応答して、前記特定された１つ以上のオファを説明する情報を提供するステップと、
を含むことを特徴とする方法。
【請求項１１】
前記取引ログ内の品目識別子を正規化するステップまたは、前記取引ログを正規化するステップのうちの少なくとも一方をさらに含むことを特徴とする、請求項１０に記載の方法。
【請求項１２】
モバイル機器から、前記モバイル機器で表示されるレシート、前記モバイル機器で表示されるショッピングリスト、または前記モバイル機器で表示されるクーポンリストのうちの少なくとも１つにアクセスするユーザの入力に応答して、前記要求を送信するステップと、
前記モバイル機器に、前記要求に応答して前記１つ以上の特定されたオファに関する情報を表示させるステップと、
をさらに含むことを特徴とする、請求項１０に記載の方法。
【請求項１３】
ウェブサーバから前記要求を受信するステップをさらに含むことを特徴とする、請求項１０に記載の方法。
【請求項１４】
前記要求に応答して、少なくとも部分的に、前記取引データストアの中から、前記マッチされたユーザエンティティに関連付けられる、前記複数の小売店からの取引データを特定することに基づいて、１つ以上のオファを特定するステップが、
前記複数の小売店から受信した、前記マッチされたユーザエンティティに関連付けられた取引ログに基づいて前記マッチされたユーザエンティティに関して特定された購入パターンに基づいて、オファを選択するステップと、
前記ユーザが最近興味を表明した品目を、前記複数の小売店から受信した、前記マッチされたユーザエンティティに関連付けられた取引ログの中で発見された品目の相関関係と比較することに基づいて、オファを選択するステップと、
前記複数の小売店から受信した、前記マッチされたユーザエンティティに関連付けられた取引ログの中の最近購入された品目に重点を置かないようにすることに基づいて、オファを選択するステップ
のうちの少なくとも１つを含むことを特徴とする、請求項１０に記載の方法。
【請求項１５】
協働して、請求項２〜１４のいずれか一項に記載された方法のいずれか１つを実行するロジック構成要素を実装した１つ以上のプロセッサを含むことを特徴とするクーポンサーバコンピュータ。
【請求項１６】
１つ以上のプロセッサにより実行されたときに、請求項２〜１４のいずれか一項に記載された方法のいずれか１つの実行を引き起こす命令を記憶することを特徴とする１つ以上の非一時的コンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は概してクーポンの配布に関し、より詳しくは電子レシートに関連付けられるクーポン配布の技術に関する。
【背景技術】
【０００２】
この項で説明する手法は追求しえた手法ではあるが、必ずしも過去において着想または追及された手法であるとはかぎらない。したがって、別段の明記がないかぎり、この項に記載の手法のいずれも、この項に含められたというだけで先行技術を構成するとみなされるべきではない。
【０００３】
一般に、クーポンとは、その所有者がクーポンに記載され、または言及された申し出を受けることを可能にする証明書またはその他の文書である。申し出は、「クーポンオファ」とも呼ばれ、どのような種類のオファであってもよいが、一般には、顧客に対して１つ以上の商品またはサービスを特定の価格または割引で提供する、または顧客に対して、ある商品またはサービスの購入等のある行為の実行と引き換えにギフトを提供するというクーポンプロバイダによる申し出である。クーポンオファは、オファの条件を説明する画像および／または文章が印刷された、たとえば紙の証明書のような「ハードコピー」の形態をとることが多い。買い物、他の当事者との契約、またはその他の取引中に顧客がクーポンを提示し、それに言及し、またはその他の方法で提供することによってクーポンオファを受け入れるプロセスは、クーポンを「利用すること」である。たとえば顧客は、クーポンのハードコピーを、小売店での買い物中に店員にそのコピーを渡すことによって利用してもよい。その際店員は、そのオファによる割引価格またはギフトをその顧客に提供してもよい。
【０００４】
１つのクーポン配布技術は、印刷されたクーポンを新聞、雑誌または、顧客に配布される品目に含める方法である。クーポンが一緒に配布される品目の一例は、印刷されたレシートである。たとえば、一部の小売店は販売時点情報管理システムで、クーポンが予め印刷されているレジ用紙上にレシートを印刷する。他の例として、一部の小売店は、レシートが印刷される対象である取引の時点でレシートにクーポンを印刷し、それによって小売店はその取引中に購入された商品に基づいて、レシートにどのクーポンを載せるかを流動的に選択できる。
【０００５】
最近の配布技術では、いまや顧客に自分のクーポンを印刷する機会が提供される。たとえば、多数のウェブサイトによってサーチエンジンまたはカタログが提供され、それを使って顧客はオファを探し出し、その後、自分が見つけたオファのためのクーポンを印刷してもよい。印刷されたクーポンは、他の任意のクーポンと同じ方法で使用できる。
【０００６】
他の最近の配布技術では、デジタルクーポンが作成される。１つのこのような技術では、固有のデジタルクーポンが作成され、これらがその顧客に関連するアカウント、たとえばストアロイヤルティアカウントに保存される。顧客はこのようなデジタルクーポンを、オンラインまたは物理的な取引中に、関連するアカウントに関して、アカウント識別子、たとえばストアロイヤルティカードを提示すること、または顧客の電話番号の口頭での伝達等によって利用できる。多くの顧客アカウントはカードに基づく識別子、たとえばポイントカードまたはクレジットカードに紐付けられるため、あるアカウントにデジタルクーポン識別子を保存するプロセスはまた、クーポンをカードに保存すると言ってもよい。このような技術のいくつかの例は、２０１０年９月９日に出願された特許文献１に記載されており、これを参照によって、あらゆる目的のために、全文が記載されているかのように本願に援用する。
【０００７】
デジタルクーポンに基づく他の技術では、固有のデジタルクーポンが作成され、これはコンピュータデバイス上に記憶されてもよい。デジタルクーポンは取引中に、様々な機構のいずれかを使ってコンピュータデバイスから販売時点情報管理システムへと転送されてもよい。たとえば、デジタルクーポンに関する情報は、そのコンピュータデバイスが関わるオンライン取引中に販売時点情報管理システムにアップロードされてもよい。他の例として、デジタルクーポンに関する情報は、実店舗での取引中にスマートフォンから精算レジに連結された受信器に無線で転送されてもよい。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許出願第１２／８７８，２３１号明細書
【発明の概要】
【０００９】
以下の記述の中では、説明のために、本発明を十分に理解できるようにするために複数の具体的な詳細事項が示されている。しかしながら、本発明がこれらの具体的な詳細事項がなくても実施できることは明らかであろう。他の例では、よく知られた構造と機器は、本発明を不必要に曖昧にしないように、ブロック図の形で示されている。
【００１０】
１．０  概要
レシートに関連してクーポン情報を電子的手段で提供するための手法、技術および機構を開示する。１つの実施形態によれば、取引に関連する顧客識別子を示す入力を受信するように構成されたインタフェースが提供される。取引に関連して、インタフェースを介して顧客識別子を示す入力が受信されると、その顧客識別子がいずれかの既知の顧客本人特定情報に関連付けられるか否かが判断される。関連付けられると判断されれば、デジタルクーポンがその既知の顧客本人特定情報のために特定される。ある顧客が購入する１つ以上の品目を明示する入力が受信される。この入力に基づいて、その１つ以上の品目が購入される取引が完遂される。特定されたデジタルクーポンがその取引に対して適用されてもよい。顧客識別子が受信され、顧客識別子が既知の顧客本人特定情報に関連付けられると、電子レシートがその既知の顧客本人特定情報に関連する電子アドレスを介して提供される。その取引のための電子レシートは、印刷されたレシートの代わりに顧客に提供されてもよい。印刷されたレシートは、顧客識別子がまったく提供されなかった場合、または提供された顧客識別子がいずれの既知の顧客本人特定情報にも関連付けられなかった場合に提供される。ある実施形態において、これらの要素の一部または全部は、物理的店舗の小売端末で、場合によりは小売店側のサーバの支援を受けて行われる。ある実施形態において、クーポン配布者を含むその他の実体によって操作されるサーバが判断と提供を支援してもよい。
【００１１】
ある実施形態において、顧客識別子が受信され、その顧客識別子が電子アドレスに関連付けられると、その取引のための電子レシートが、印刷されたレシートの代わりに電子アドレスを介して顧客に提供される。電子レシートにクーポン情報が含まれる。顧客識別子がまったく受信されなかった、または受信された顧客識別子がいずれの電子アドレスにも関連付けられなければ、印刷されたレシートがその取引のために提供される。
【００１２】
ある実施形態において、電子レシートはさらに、顧客がそれによって新しいクーポンを獲得しうるクーポン情報を提供する。ある実施形態において、クーポン情報の提供は、顧客に対して、１つ以上のクーポンオファに関する情報を取得しうるウェブサイトへのリンクが含まれる電子メールを送信するステップを含む。１つの実施形態において、クーポン情報は、１つ以上のクーポンオファを説明するデータおよび、顧客がそれによって１つまた複数のクーポンオファのための１つ以上のクーポンを獲得しうる１つ以上のリンクを含む。ある実施形態において、クーポン情報は、顧客がそれによって、１つ以上のクーポンオファのための１つ以上のクーポンを印刷すること、または１つ以上のクーポンオファのための１つ以上のデジタルクーポンをその顧客識別子に関連するアカウントに保存することの一方または両方を引き起こすことのできる１つ以上のリンクを含む情報を含むか、それにリンクされる。
【００１３】
ある実施形態において、クーポン情報の提供は、小売店が顧客識別子に関連する取引情報とアカウント識別子をクーポン配布者に送信するステップと、クーポン配布者がクーポン情報を、電子アドレスを介して提供するステップを含む。ある実施形態において、クーポン情報の提供は、小売店が顧客識別子に関連するアカウント識別情報をクーポン配布者に送信するステップを含む。アカウント識別情報の送信に応答して、小売店はクーポンプロバイダからクーポン情報を受信する。小売店は次に、電子アドレスを介して電子レシートと共にクーポン情報を提供する。ある実施形態において、電子レシートとのクーポン情報の提供は、情報を電子レシートと共にクーポン情報を顧客が操作するモバイル機器に送信するステップを含む。
【００１４】
ある実施形態において、顧客識別子が既知の顧客本人特定情報に関連付けられるか否かを判断するためのクエリが調整コンピュータに対して行われる。顧客識別子が既知の顧客本人特定情報に関連付けられるか以下を判断するにより、顧客識別子が顧客のいずれかの電子アドレスに関連付けられるか否かが黙示的に判断される。
【００１５】
ある実施形態において、ある小売店とある顧客の間のある取引について、アカウント識別情報が受信される。そのアカウント識別情報に関連するアカウントが特定される。そのアカウントに関連するデジタルクーポンもまた特定されて、小売店に提供される。その取引についての取引情報が受信され、この取引情報はアカウント識別情報とクーポン利用情報を含む。取引情報に基づいて電子レシートが生成される。この電子レシートが任意選択のクーポン情報と共に、そのアカウントに関連する電子アドレスを介して提供される。ある実施形態において、クーポン情報と電子レシートは、小売サーバによって提供され、場合によりは１つ以上のクーポンオファの特定ではクーポンサーバの支援を受ける。ある実施形態において、クーポン情報と電子レシートは、クーポ配布者または、小売店とは別のその他の実体により提供される。
【００１６】
ある実施形態において、電子レシートをクーポン情報との電子アドレスを介した提供は、電子情報を電子アドレスに送信するステップであって、電子メールがログイン要求をサーバに送信するように構成されたリンクを含むステップと、サーバにおいて、クライアントからログイン要求を受信するステップと、サーバにおいて、ログイン要求に関連して、そのアカウントに対応する認証情報を受信するステップと、サーバがログイン要求と認証情報を受信したことに応答して、電子レシートとクーポン情報をクライアントに送信するステップを含む。
【００１７】
ある実施形態において、電子アドレスは、電子メールアドレス、電話番号、ソーシャルネットワーキングアドレス、またはユニフォームリソースロケータのうちの１つである。ある実施形態において、１つ以上のクーポンオファの選択は、顧客の行動を標的としない要素に基づいて行われる。ある実施形態において、１つ以上のクーポンオファの選択は、その取引に関わる１つ以上の品目、取引情報、顧客の選好、小売店の選好、顧客の購入履歴、または顧客のクーポン利用履歴のうちの１つ以上に基づいて行われる。ある実施形態において、１つ以上のクーポンオファが選択されると、その１つ以上のクーポンオファのための１つ以上のデジタルクーポンが自動的に顧客のアカウントに保存される。ある実施形態において、顧客識別子は、顧客のポイントカード番号、クレジットカード番号、無線ＩＤタグ（ＲＦＩＤ：ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｅｒ）、ハードウェアアドレス、または電話番号のうちの１つである。
【００１８】
ある実施形態において、この方法は、小売店以外の実体によって実行される。第二の取引情報が、第二の小売店とその顧客の間での第二の取引について受信され、第二の取引情報は第二のアカウント識別情報を含む。アカウントが、第二のアカウント識別情報に関連付けられると特定される。第二のクーポン情報が、そのアカウントに関連する電子アドレスを介して提供される。第二のクーポン情報は、もともとのクーポン情報と同じであっても、違っていてもよい。ある実施形態において、第二のクーポン情報が、第二の取引情報に基づいて生成された第二の異なる電子レシートと共に提供される。
【００１９】
他の態様では、本発明は上記のステップを実行するように構成されたコンピュータ装置およびコンピュータ読取可能媒体を含む。
【図面の簡単な説明】
【００２０】
【図１】顧客の電子アドレスに提供されていた、クーポン情報が含まれる電子レシートを含む電子メールを示す。
【図２】ユーザがクーポンオファを見て、選択できるグラフィカルユーザインタフェースの一例を示す。
【図３】電子レシートが提供されうる取引を行うための方法の流れを示す。
【図４】実店舗で行われる取引のためのレシートに関連付けられる電子クーポン情報を電子的手段で提供するための方法の流れを示す。
【図５】本明細書に記載された技術を実施できるシステムの一例を示す。
【図６】クーポン情報が含まれる電子レシートを提供するための流れを示す。
【図７】図６の続きの流れを示す。
【図８】特定の実施形態を実行するように構成されたコンピュータを示す。
【図９】本発明の実施形態を実行できるコンピュータシステムのブロック図である。
【図１０】ある取引中に利用するために１つの顧客識別子を使ってデジタルクーポンを探し出し、デジタルレシートの提供先となる電子アドレスを特定するための、小売業者を中心とした流れを示す。
【図１１】ある取引中に利用するために１つの顧客識別子を使ってデジタルクーポンを探し出し、デジタルレシートの提供先となる電子アドレスを特定するための、クーポン配布者を中心とした流れを示す。
【図１２】複数の異なる小売業者から収集した取引データに基づいてオファを提供するための流れ１２００を示す。
【図１３】複数の異なる小売業者から収集した取引データに基づいてオファを提供するためのシステム１３００を示す。
【発明を実施するための形態】
【００２１】
２．０  電子レシート
各種の実施形態では、実店舗で顧客に対して印刷レシートの代わりに、またはそれに加えて、電子レシートが提供される。電子レシートは、様々な方法で顧客に提供されてよい。たとえば、電子レシートは電子メールに含まれるか添付されてもよい。あるいは、電子レシートは、その小売店または第三者がホストするウェブサイト上のウェブページ、たとえばアカウント履歴ページまたは、レシートデータの「デジタルロッカ」で提供されてもよい。ある実施形態において、顧客は取引後のいつでも、その顧客を認証する認証情報を使ってウェブサイトにログインすることにより、このウェブページにアクセスできる。ある実施形態において、顧客はそのウェブページへのリンクを、電子メール、テキストメッセージまたは、ソーシャルネットワーク上の私的メッセージングアドレス等のその他の電子アドレスを介して受信する。顧客は、取引中にレシートのための適当なアドレスを提供する。あるいは、顧客は、ポイントカードまたはＲＦＩＤタグなどの識別子を小売店に提供し、電子レシートの提供先となる適当な電子アドレスを探し出せるようにする。
【００２２】
また別の例として、顧客は専用の取引管理アプリケーションを使って電子レシートを取得してもよい。この専用の取引管理アプリケーションは支払アプリケーションおよび／またはクーポンアプリケーションとしての２つの役割を果たしてもよく、サーバと通信して、その顧客に帰属するアカウントに関連して小売店によりアップロードされていたレシートデータを取得してもよい。このアプリケーションは次に、レシートデータを顧客への提示用に整理してもよい。ある実施形態において、取引管理アプリケーションは定期的にアカウントを監視して新しいレシートを確認してもよく、またはサーバからのレシートのプッシュ通知を受信してもよい。レシート管理アプリケーションは次に、新しいレシートを取得できることを顧客に通知してもよい。
【００２３】
各種の実施形態ではまた、またはその代わりに、取引の完了に応答して電子アドレスを介してクーポン情報を顧客に提供してもよい。このクーポン情報は、デジタルクーポンそのもの、および／または顧客がクーポンを印刷またはその他の方法で獲得できる場所へのリンクを含んでいてもよい。ある実施形態において、クーポン情報は電子レシートの中に埋め込まれる。
【００２４】
２．１  電子レシートの例
図１は、顧客の電子アドレス１１１に提供された、クーポン情報１５１〜１５４が記載された電子レシート１３０を含む電子メール１００の画面を示している。電子メール１００は図のような方法で、電子メール１００に含まれる各種のフィールド、メタデータ、またはマークアップ言語を解釈する、たとえばクライアントベースまたはウェブベースの電子メールアプリケーションによって表示されてもよい。電子メール１００は各種のヘッダメタデータ１１０を含み、その一部または全部は電子メールの上部に表示されてもよい。ヘッダメタデータ１１０は、たとえば顧客の電子アドレス１１１を含んでいてもよい。電子メール１００はさらに、メッセージ１２０を含んでいてもよい。
【００２５】
電子メール１００の電子レシート１３０は図１では１つ以上のハイパーテキストマークアップランゲージ（ＨＴＭＬ：ｈｙｐｅｒ  ｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｔｅ）テーブルとして示されているが、他の実施形態では、電子レシートはどのような適当な形態をとってもよい。電子レシート１３０は取引の詳細１３５、たとえば取引番号、取引の時刻または日付、取引が行われた店舗の所在地、取引が行われた端末に関する識別子、取引実行を支援した販売員の氏名、顧客の氏名、およびその他を含む。電子レシート１３０はさらに、その取引の中で購入された品目１４１〜１４５の品目リスト１４０、取引総額１８０、支払データ１９０を含む。
【００２６】
品目リスト１４０は、品目１４１〜１４５に関連して、買い物かご単位の詳細、たとえば購入された各品目の数量、各品目の価格、その取引に適用されるクーポンのクーポン利用データ１７０、税金データ、ＳＫＵ番号、およびその他を含んでいてもよい。支払データ１９０は、その取引に適用される各支払方法のリストを、残額があればそれと併せて含んでいてもよい。
【００２７】
クーポン情報１５１〜１５２は品目リスト１４０の中に織り交ぜられている。具体的には、クーポンオファのリンク１５１は品目１４２の後に表示され、クーポンオファのリンク１５２は品目１４５の後に表示されている。図のように、リンク１５１と１５２に関連するクーポンオファはランダムに選択される。しかしながら、他の実施形態では、クーポン情報１５１〜１５２に関連するオファは、それぞれ品目１４２と１４５に基づいて電子メール１００に含めるように選択されていてもよい。クーポン情報１５３は、支払情報１９０に関連して表示され、それに関連するオファは電子メールを介して提供されるすべてのレシートの中に含めるように選択されていてもよい。あるいは、ある実施形態において、クーポン情報１５３は、顧客が選択した支払方法を理由としてその電子メール１００の中に含めるように選択されていてもよい。クーポン情報１５４は電子メールの末尾に表示され、これに対応するオファは、上述の複数の理由の何れかのために選択されていてもよい。他の実施形態では、クーポン情報１５１〜１５４はすべて電子レシート１３０に織り交ぜられても、またはすべて電子レシート１３０とは別に表示されてもよい。
【００２８】
図のように、クーポン情報１５１〜１５４は１つ以上のクーポンの所在場所へのリンクを、これらのページ上で獲得可能なオファの短い説明と共に含み、これは顧客にリンクをクリックさせるように設計されている。各クーポンリンク１５１〜１５４は、同じまたは異なる所在場所にリンクしてもよい。たとえば、各リンクは顧客をクーポンプロバイダのウェブサイト上の別のクーポンオファページに導いてもよい。各クーポンオファページは、選択されたリンクに関係のある１つ以上のクーポンオファを含んでいてもよい。あるいは、各リンクは、そこに示されているすべてのクーポンオファが含まれる１つのページに顧客を導いてもよい。
【００２９】
他の実施形態において、クーポン情報１５１〜１５４は獲得可能なクーポンオファに関するその他の情報、たとえば利用対象の製品と店舗所在地のリスト、有効期限、割引金額、およびその他の条件等を含んでいてもよい。ある実施形態において、クーポン情報１５１〜１５４は、そこに示されている各クーポンオファに関連する操作ボタン、たとえば顧客がそこに示されているオファのためのクーポンを直ちにダウンロード、印刷、および／または保存できるような、「今すぐ印刷」ボタン、または「カードに保存」ボタンを含んでいてもよい。ある実施形態において、クーポン情報１５１〜１５４はフォームの一部であってもよく、これはクーポンオファのチェックリストまたはプルダウンメニューと、顧客がフォームを介して選択するいずれかのオファためのクーポンを印刷し、保存し、またはその他の方法で獲得するための操作ボタンを含む。ある実施形態において、クーポン情報１５１〜１５４は、取引に応答して顧客のアカウントに自動的に追加されたクーポンを顧客に示してもよい。
【００３０】
電子メール１００は、任意選択で、クーポン以外の、広告１６０等の関係する広告データを含んでいてもよい。たとえば、図のように、広告１６０は、購入された品目１４３に関係するマルチメディア商品へのアクセスを顧客に提供する特別な販売促進サービスである。
【００３１】
電子メール１００は、顧客に電子レシートを提供する方法の一例である。他の実施形態では、電子レシートは異なるフォーマットの電子メール、その他の種類のメッセージ、ウェブページおよび／または文書の中に埋め込まれていてもよい。さらに、電子レシート１３０に含まれる取引データはこれより多くても、少なくてもよく、また配置も異なっていてよい。ある実施形態において、電子メール１００は電子レシート１３０またはクーポン情報１５１〜１５４だけを含む。ある実施形態において、電子メール１００の中の情報は複数の電子アドレスの間で分けられていてもよい。たとえばクーポン情報１５１〜１５４は別の電子メールの中か１つのウェブページ上にあってもよい。ある実施形態において、クーポン情報１５１〜１５４を電子メール１００の中で「クーポンにアクセス」等のラベルの１つのリンクに置き換えてもよい。
【００３２】
２．２  クーポン選択インタフェースの例
図２は、ユーザがクーポンオファを見て、選択できるグラフィカルユーザインタフェース（ＧＵＩ）２００の一例を示す。ＧＵＩ  ２００は、たとえばクーポン配布サーバからの命令を実行する専用のクーポンクライアントまたはウェブブラウザによって表示されてもよい。ユーザはＧＵＩ  ２００に、たとえば電子メール１００の中のリンク１５１〜１５４を選択するか、汎用クーポンインタフェースを立ち上げて、そのユーザのために選択されたクーポンが表示されているセクションにナビゲートすることによって到達できる。たとえば、リンク１５１〜１５４を選択すると、小売サーバまたはクーポン配信サーバでのユニフォームリソースロケータ（ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）へのウェブブラウザが立ち上がってもよい。ユーザには最初に自分のアカウントにログインすることが求められても、求められなくてもよい。ある実施形態において、ＵＲＬは汎用ＵＲＬであってもよく、ＧＵＩ  ２００に表示されたクーポンオファは、どの取引にも関係なく選択されていてもよい。ある実施形態において、ＵＲＬまたはそれに伴うデータは、サーバに対して、ＧＵＩ  ２００に表示された具体的なオファを特定してもよい。ある実施形態において、ＵＲＬまたはそれに伴うデータは、サーバに対して、最近の取引または具体的な取引に応答してそのユーザのために特定されたオファを探し出すように命令してもよい。
【００３３】
他の例として、リンク１５１〜１５４を選択すると、クーポン配信サーバとインタフェースする専用のクーポンクライアントが立ち上がってもよい。リンク１５１〜１５４を選択すると、アカウント識別子、オファ識別子、および／または取引識別子等の入力を有する専用のクーポンクライアントが立ち上がってもよい。その後、専用のクーポンクライアントは入力された情報を使って、クーポン配布サーバがＧＵＩ  ２００に示されているようなデータを提供することを要求してもよい。その後、専用のクライアントはＧＵＩ  ２００を生成してもよい。
【００３４】
他の例として、ユーザは電子レシート内のリンクを選択せずに、スマートフォン上のモバイルクーポンクライアントを立ち上げてもよい。ユーザは次に、「特別オファ」という名称のスクリーンにナビゲートしてもよく、そこにはクライアントがユーザにより入力された認証情報に基づいて電子アドレスからダウンロードしたオファが表示される。ある実施形態において、モバイルクライアントは、ユーザがクーポンクライアントを立ち上げる前に、新しいオファが獲得可能であることをユーザに通知していてもよい。
【００３５】
ある実施形態において、ＧＵＩ  ２００は、クーポンオファ２１１〜２１４に関する情報を表示する。表示された情報は、それぞれオファ２１１〜２１２を印刷するための操作ボタン２２１〜２２２を含む。表示された情報はさらに、それぞれオファ２１１〜２１２をユーザアカウントに保存するための操作ボタン２３１〜２３２を含んでいてもよい。オファ２１３を選択するための操作ボタンはないが、オファ２１３がすでにユーザのアカウントに保存されたという表示２４３がある。同様に、オファ２１４を選択するための操作ボタンはなく、オファ２１４がすでに配布限度に達したという表示２４４がある。
【００３６】
操作ボタン２２１〜２２２または２３１〜２３２を選択すると、クーポン配布サーバに対して、対応するクーポンオファのためのクーポン生成の要求が発行されてもよい。より詳しくは、印刷操作ボタン２２１〜２２２の１つを選択すると、クライアントがその対応するクーポンオファのための印刷可能なクーポンをダウロードし、ダウンロードしたクーポンをプリンタに出力する。より詳しくは、操作ボタン２３１〜２３２の１つを選択すると、クライアントがユーザ識別子またはセッション識別子を、ユーザ識別子またはセッション識別子に関連するアカウントの中にその対応するクーポンオファのためのデジタルクーポンを保存するようにとの命令と一緒に、クーポン配布サーバに送信する。
【００３７】
ＧＵＩ  ２００は、任意選択で、オファの一部または全部がユーザに提示されている理由を説明するフィールドを含んでいてもよい。たとえば、クーポンオファの１つの横にある注意書きで顧客に対し、そのオファが具体的な取引内で購入された品目に基づいてその顧客のために選択されたことを説明してもよい。そのフィールドは、レシートデータ１３０等、特定の取引に関する詳細をユーザが確認できる、他のウェブページ等の他のインタフェースへのリンクを含んでいてもよい。ある実施形態において、フィールドは、ユーザがそれによった購入した品目に関するクーポンオファを今後は受け取りたくないという選好を表現できる操作ボタンを含んでいてもよい。
【００３８】
ＧＵＩ  ２００は、クーポン選択のために表示されうるインタフェースの一例である。他のインタフェースに含まれる情報はこれより多くても、少なくてもよく、その配置も異なっていてもよい。たとえば、あるインタフェースは電子メール１００の１つのリンク１５１〜１５４に関係するオファのみを含んでいてもよい。他の例では、インタフェースは、ユーザがクーポンを印刷のみできるように、またはユーザがクーポンを保存のみできるようにしてもよい。
【００３９】
３．０  機能的概要
３．１  取引の実行
図３は、ある実施形態により電子レシートが提供されうる取引を実行するための方法の流れ３００を示す。
【００４０】
ブロック３１０は、顧客が購入した１つ以上の品目を、任意選択で１つ以上の支払方法を明示する入力と共に受信するステップを含む。たとえば、この入力は、実店舗での精算レジスタンドのキャッシュレジスタまたはその他の端末および／またはそのような入力がリレイされている小売サーバ、支払サーバ、またはその他のサーバにより受け取られてもよい。１つ以上の品目を明示する入力には、たとえば統一商品コード（ＵＰＣ：Ｕｎｉｖｅｒｓａｌ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ）記号のスキャン、ＲＦＩＤまたは近接場型無線通信（ＮＦＣ：Ｎｅａｒ−Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグの検出、製品の計量、キーボードを介した品目識別子の入力、タッチパッドを介した品目の選択、およびその他が含まれていてもよい。１つ以上の支払方法を明示する入力には、たとえば磁気リーダでのクレジットカード読取り、ＲＦＩＤまたはＮＦＣタグの検出、現金またはクレジットカードの差出し、モバイル機器上のモバイルペイメントアプリケーションを介した送金、およびその他が含まれていてもよい。
【００４１】
ブロック３２０は、明示された１つ以上の品目が購入される取引を、任意選択で、提示された１つ以上の支払方法を使って実行するステップ、またはその実行を引き起こすステップ含む。たとえば、ブロック３１０の入力を受信した実体は、その１つ以上の品目に基づいて取引の総額を計算し、その後、関連する金額を小売店に転送するようにとの１つ以上の決済プロバイダに対する要求を送信してもよい。それに応答して１つ以上の決済プロバイダがその送金の承認を確認すると、実体はその取引が完了したとみなしてもよい。他の例として、端末は、適当な支払金額を受領したとのレジ係からの確認、たとえばレジ係がその顧客によりレジ係に渡された金銭またはその他の支払手段の金額を入力するのを待機してもよい。取引が完了したとみなされると、ブロック３２０を実行する実体は、ブロック３３０〜３８０のいずれかが取引完了前に実行されたか否かに応じてブロック３３０〜３８０のいずれかに進むか、または端末にそこに進むように命令してもよい。
【００４２】
ブロック３３０では、取引に関連する顧客識別子を示す入力を受信するように構成されたインタフェースを提供するステップを含む。たとえば、このインタフェースは、磁気カードスキャナ、ＲＦＩＤまたはＮＦＣリーダ、タッチパネル、生体認識スキャナ、キーパッド、顔認証ソフトウェア、およびその他であってもよい。環境に応じて、顧客識別子は、たとえばポイントカード番号、クレジットカード番号、ＮＦＣまたはＲＦＩＤタグ、ハードウェア識別子、電話番号、ライセンス番号、生体認識データ、ユーザ名、およびその他のいずれを含んでいてもよい。ある実施形態において、複数の種類の識別子を特定する入力を受信できる複数のインタフェースが提供されてもよい。
【００４３】
このインタフェースは、ブロック３１０〜３２０に関して異なる具体的なタイミングで顧客識別子を示す入力を受けるように構成されていてもよい。たとえば、インタフェースは、支払直前、購入品目のスキャニング直前、または取引完了時に入力を受けるように構成されていてもよい。インタフェースはその代わりに、ブロック３１０〜３２０に関していずれかの時間範囲で、たとえば顧客が支払を行うまでのいつか、またはレシートの紙のコピーが印刷されるまでのいつかの時点で入力を受けるように構成されてもよい。ある実施形態において、入力は、取引に一意的に紐付けることのできるある時間枠内のいずれかの時点で受信される。
【００４４】
ある実施形態において、レジ係および／または端末は、顧客にインタフェースを介して入力するように促す。ある実施形態において、レジ係が顧客に代わって入力を行う。たとえば、レジ係は、顧客から支払金額を受け取る前に、または購入品目をスキャンする前でも、ポイントカード等の識別子を提供するように顧客に依頼してもよい。あるいは、顧客が電子レシートを受け取りたいと希望した場合、レジ係は取引終了時に、ユーザの氏名、電子メール、または電話番号を提供するように顧客に依頼してもよい。
【００４５】
このインタフェースは、複数の目的を果たすように構成されていてもよい。たとえば、インタフェースは、たとえばクレジットカード等の支払方法と、ポイントカード等の顧客識別方法の両方の磁気ストライプを読み出すことのできる磁気スキャナであってもよい。インタフェースは、他の入力をいつ提供するか、ではなく、顧客識別子をいつ提供するかを示すためのプロンプトを含んでいてもよい。または、インタフェースが受信する入力の種類は、入力を処理する実体が顧客の識別子とその他の入力を容易に区別できる程度に十分に異なっていてもよい。顧客識別子も同様に、複数の目的を果たしてもよい。端末または小売サーバはたとえば、顧客識別子を使って、その顧客が獲得可能なデジタルクーポン、その顧客ための特典アカウント、またはその顧客に関する支払アカウント等の情報を探し出してもよい。ある実施形態において、電子メールアドレスまたはポイントカード番号もまた、クーポン利用またはメンバー割引等の特典を顧客に提供するため、または適当な支払方法を特定するためにさえも利用できる。
【００４６】
ブロック３３０で提供されたインタフェースを介した入力の受信は任意選択である。ある実施形態において、特定の期間が満了する前に、または特定の終了イベント、たとえば取引の完了または「レシートを印刷する」ボタンが押されること等の前にブロック３３０のインタフェースを介して入力が受信されなかった場合は、顧客がブロック３４０に従ってその取引の電子レシートを受け取るオプションを拒否したことを黙示すると解釈されてもよい。
【００４７】
ブロック３４０は、顧客がその取引に関する電子レシートを受け取りたいか否かを示す入力を受信するステップを含む。ある実施形態において、ブロック３４０は、レジ係または端末からの、「紙または電子レシートをご希望ですか？」または「レシートを電子メールでお送りしてもよろしいですか？」等のプロンプトに応答して開始される。入力は様々な方法で受信でき、たとえばキーパッドのキーやタッチパネルのボタンを押すことが含まれる。ある実施形態において、ブロック３４０の入力はブロック３３０のそれと同じである。すなわち、顧客は、顧客が電子レシートを希望するか否かを示すように促されたことに応答して、顧客識別子を示す入力を行う。
【００４８】
ある実施形態において、ブロック３４０の入力は、顧客識別子を入力するためのインタフェースの提供の直前に受信される。たとえば、レジ係が顧客に、その顧客が電子レシートを希望するか否かを尋ねてもよい。顧客が肯定の応答をした場合、レジ係は顧客に対してポイントカードを読み取るか、電話番号を提供するように促してもよい。
【００４９】
ある実施形態において、ブロック３４０の入力は、顧客がブロック３３０での顧客識別子の提供により黙示されてもよい。ある実施形態において、顧客識別子が複数の目的のために使用される場合、顧客が適当な顧客識別子を提供していたとしても、電子レシートを受け取りたいか否かを示すように顧客を促してもよい。
【００５０】
ある実施形態において、ブロック３４０の入力は取引前に、顧客と小売店の間、さらには顧客と複数の小売店との間のすべての取引に関する顧客の選好という形態で受信されてもよい。顧客は、たとえばレジプロセス、アカウント管理作業、または過去の取引中、常に電子レシートを受け取りたいとの選好を以前に表明していてもよい。この選好を示すデータは、顧客識別子または対応する顧客アカウントに関連付けて保存されてもよい。取引端末またはサーバは、顧客にブロック３４０の入力を促す前に、選好が顧客識別子または対応するアカウントに関連付けて保存されているか否かを確認してもよい。あるいは、顧客が顧客識別子を、モバイル機器を介して提供する際に、選好が顧客識別子と一緒に通信されてもよい。
【００５１】
ある実施形態において、ブロック３４０の入力は任意選択である。たとえば、小売店は、顧客が積極的にそうでないと明言しない限り、顧客は紙のレシートを希望すると仮定してもよい。あるいは、小売店は、顧客ができるかぎり電子レシートを好むと想定してもよい。
【００５２】
顧客識別子を示す入力が、その取引に関連してブロック３３０のインタフェースを介して受信されており、顧客がブロック３４０に従って電子レシートの選好を表明した（または、そのように仮定された）場合、ブロック３５０において、その顧客識別子が電子レシートの提供先の適当な電子アドレスと関連付けられているか否かが判断される。その実施形態に応じて、電子アドレスは様々な形態をとることができ、たとえば電子メールアドレス、テキストメッセージ番号、ソーシャルメッセージユーザ名、ＵＲＬ、ウェブサイトユーザアカウント等がある。
【００５３】
判断は、様々な方法を使って実行されてよい。たとえば、端末は顧客識別子を使う小売サーバに対し、その顧客識別子がデータベーステーブルの中の適当な電子アドレスにマッピングされたか否かを判断するようにクエリを行ってもよい。他の例として、小売サーバはストアロイヤルティカウントのデータベースサーバに対し、その顧客識別子がストアロイヤルティアカウントのいずれかに関連付けられているか否かを判断するようにクエリを行ってもよい。必要であれば、小売サーバは次にデータベースサーバに対し、電子アドレスが対応するストアロイヤルティアカウントに登録されているか否かを確認するように追加のクエリを行ってもよい。他の例として、小売サーバはクーポンプロバイダまたはショッピングインセンティブプロバイダが提供するサーバに対し、顧客識別子が顧客アカウントに登録されるか否かを判断するようにクエリを行ってもよい。
【００５４】
ある実施形態において、顧客識別子が適当な電子アドレスに関連付けられているか否かの判断は黙示的に行われる。たとえば、小売サーバまたはクーポンサーバは、多くの既知の顧客本人特定情報を特定する情報を記憶してもよい。顧客本人特定情報は各々、ある適当な電子アドレスに関連付けられていると仮定され、それは、顧客本人特定情報の登録時に実行される手順か、各顧客本人特定情報のための個人化されたウェブページ等の電子アドレスを提供するサーバ機能ロジック（ｓｅｒｖｅｒ  ｆｅａｔｕｒｅｓ  ｌｏｇｉｃ）のいずれかによる。ブロック３４０の判断はそれゆえ、その顧客識別子が既知の顧客本人特定情報に関連付けられているか否かを判断することによって行われてもよい。
【００５５】
任意選択で、ブロック３６０において、顧客が電子レシートを受け取りたいとの選好をすでに示したが、適当な電子アドレスに関連する顧客識別子をまだ提供していない場合、その顧客に適当な電子アドレスを提供するように促してもよく、これは１回だけ使用され、および／または将来の取引のために記憶されてもよい。
【００５６】
顧客がブロック３４０に従って電子レシートを受け取りたいとの選好を示し（または、そのように仮定され）、適当な電子アドレスがブロック３５０または３６０で位置特定された場合、流れはブロック３７０に進む。ブロック３７０は、図１に示されるような電子レシートを、そのアカウントに関連する電子アドレスを介して提供するステップを含む。電子レシートは、希望に応じて、クーポン情報を含んでいてもよく、これはたとえば、小売店および／またはクーポン配布者によって配布されるクーポンオファを含むウェブサイトへのリンク、または顧客が獲得できる１つ以上の具体的なクーポンオファである。このようなクーポン情報の特定と提供については、以下の項で説明する。
【００５７】
ブロック３７０はたとえば、電子レシートを電子アドレスに直接提供する端末および／または小売サーバによって実行されてもよい。端末および／または小売サーバは、クーポンサーバと調整して動作することにより、またはそれをせずに、電子レシートの中に含めるべき適当なクーポン情報を特定してもよい。ある実施形態において、ブロック３７０は、端末および／または小売サーバが、取引データと、電子アドレスまたは電子アドレスを特定するためのアカウント識別情報のいずれかを調整サーバに送信するステップを含む。調整サーバは、電子レシートを電子アドレスに提供できるいずれの実体が操作してもよく、たとえばクーポンプロバイダ、決済プロバイダ、ショッピングインセンティブプロバイダ、または専用のレシートプロバイダが操作するサーバが含まれる。調整サーバは、必要であれば、クーポンサーバまたは小売サーバと協働して関連するクーポン情報を特定してもよい。
【００５８】
顧客がブロック３４０に従って印刷によるレシートの選好を示した（またはそのように仮定された）か、適当な電子アドレスがブロック３５０または３６０によって特定されない場合、流れはブロック３８０に進む。ブロック３８０は、端末がその取引に関するレシートを印刷するステップを含む。レシートは、任意選択で、どのような適当な技術を使用して特定されるクーポン情報を含んでいてもよい。
【００５９】
流れ３００は、電子レシートが提供される取引を実行するための様々な考えうる技術の一例である。他の実施形態に含まれる要素はこれより多くても少なくてもよく、順序も異なっていてよい。たとえば、流れ３００は、顧客に印刷されたレシートではなく電子レシートが提供される実施形態で示されているが、他の技術によれば、顧客は印刷されたレシートと電子レシートの両方を選択できうる。また別実施形態では、端末は印刷レシートを一切提供しない。むしろ、顧客には電子レシートを受信する選択肢しかない。
【００６０】
実施形態において、電子レシートは顧客が操作するモバイル機器に直接提供される。実施形態において、端末は、無線リンクを介して、ブロック３１０〜３３０の結果としてその顧客に属することがすでに分かっている電子アドレスか、顧客に属すると推定される近傍通信システムインタフェースに電子レシートを送信してもよい。たとえば、顧客はモバイル機器をＮＦＣ対応端末の近くに置き、その後、ＮＦＣを介して直接、またはＮＦＣを介して送信された情報を使って初期化されたバックエンド通信を介して間接的に電子レシートを受信してもよい。他の例として、顧客はモバイル機器のモバイルアプリケーションを使って取引代金の支払を行い、その後、取引完了時にモバイルアプリケーションを介して電子レシートを受信してもよい。この実施形態では、ブロック３５０の中の電子アドレスの明示的な特定が不要となりうる。
【００６１】
３．２  レシートに関連付けたクーポン情報の電子的手段による提供
図４は、ある実施形態により実店舗で行われる取引に関するレシートに関連付けてクーポン情報を電子的に提供するための方法の流れ４００を示す。流れ４００は、実施形態に応じて様々な実体によって実行されてもよく、これには小売店、小売サーバ、支払サーバ、クーポンサーバ、および／または他の適当なコンピュータデバイスが含まれる。
【００６２】
ブロック４１０は、ある小売店とある顧客の間の取引、たとえば図３のブロック３２０に従って行われる取引に関する取引情報を受信するステップを含む。この取引情報はアカウント識別情報を含む。この取引情報はまた、様々な取引詳細、たとえば総額、購入した品目のリスト、その取引に適用されるクーポンまたはその他の割引に関する情報、およびその他を含んでいてもよい。実施形態に応じて、取引情報は端末、小売サーバ、決算プロバイダ、または時にはクーポンサーバのいずれから受信されてもよい。
【００６３】
取引情報の粒度は小売店ごとに異なっていてもよい。たとえば、ある小売店は総額だけを提供することも、他の小売店は購入品目ごとの詳細な項目別の説明を提供することもある。ある実施形態において、取引情報は事前フォーマットされたレシートデータまたはテンプレートを含んでいてもよく、そこにクーポン情報が追加されてもよい。ある実施形態において、取引情報はこのようなフォーマッティングを含まない。アカウント識別情報は、たとえば図３のブロック３３０によって受信される顧客識別子または、その顧客識別子を使って読み出されたアカウント番号であってもよい。
【００６４】
ブロック４２０は、アカウント識別情報に関連するアカウントを特定するステップを含む。ブロック４２０は、実行する実体と共に、および／またはクーポンサーバにおいてローカルで保持されるアカウント情報の１つ以上のデータベースにクエリを行うステップを含んでいてもよい。ブロック４２０はさらに、そのアカウントに関連する電子アドレスを特定するステップを含む。
【００６５】
ブロック４３０は、任意選択で実行され、顧客が獲得できる１つ以上のクーポンオファを選択するステップを含む。ブロック４３０では、クーポンデータにクーポンオファを読み出すためのクエリを直接、またはクーポンサーバを介して行ってもよい。ある実施形態において、様々な行動をターゲットとしない機構を使って１つ以上のクーポンオファを選択してもよく、これはたとえば、ランダムアルゴリズム、タイムスタンプ、キャンペーンターゲット等である。ある実施形態において、クーポン選択に使用される基準は、取引情報の様々な局面に関連付けられていてもよく、これはたとえば、品目の内容や品目の識別子から選択されたキーワード等である。ある実施形態において、１つ以上のクーポンオファは、取引に関わる１つ以上の品目、取引の日付および／または時刻、使われた金額、顧客の選好、小売店の選好、顧客の購入履歴、小売店の名称、店舗所在地、または顧客のクーポン利用履歴のうちの１つ以上に基づいて選択されてもよい。ある実施形態において、クーポンオファのうちの特定の数だけが選択されてもよい。そのために、ブロック４３０は、上述のような基準に従って、クーポンオファをランク付けするステップまたは、クーポンサーバにクーポンオファをランク付けするように要求するステップを含んでいてもよい。ある実施形態において、選択されたクーポンは、ランク付け機能で特定の得点が付けられたものに限定されてもよい。クーポンオファを選択し、ランク付けするのに適したどのような技術でも利用できる。
【００６６】
ブロック４４０は、図１に示されるような取引情報に基づく電子レシートを生成するステップを含む。ブロック４４０はしたがって、取引情報とクーポン情報の両方を電子レシートとしてフォーマッティングするステップを伴っていてもよい。フォーマッティングは、取引情報に基づいて電子レシートを構築するためのテンプレートデータおよび／またはロジックと適合するように行われてもよい。ある実施形態において、電子レシートは、小売店の電子レシートのすべてで使用されるために小売店がアップロードまたはその他の方法で提供したロゴ、スローガン、文章、リンクを含んでいてもよい。ある実施形態において、生成された電子レシートに含められるクーポン情報は、クーポンオファに関する詳細情報を取得できるウェブサイトまたはその他のサイトへの１つ以上のリンク、ブロック４３０に従って選択されたオファに関する具体的な情報および／または具体的なクーポンオファのためのクーポンを獲得するためのリンクを含んでいてもよい。
【００６７】
ブロック４５０は、そのアカウントに関連する電子アドレスを介して、電子レシートをクーポン情報と共に提供するステップを含む。ブロック４５０はたとえば、アカウントに関連付けて保存された電子アドレスにクーポン情報が記載された電子メールを送信するステップが関わっていてもよい。ブロック４５０はあるいは、特定のＵＲＬに向けられたクライアント要求を受信するステップと、その要求に対して電子レシートで応答するステップを含んでいてもよい。特定のＵＲＬは、顧客に電子メールまたはテレックスで伝えられたＵＲＬ、顧客がウェブアプリケーションにログインすると、クーポンウェブアプリケーションによって表示されるページのＵＲＬ、その顧客の取引リレイの中の取引に対応するＵＲＬ、または顧客が利用するモバイルアプリケーションに供給されるＸＭＬベースのデータに対応するＵＲＬであってもよく、これらに限定されない。電子レシートは、クライアントから要求を受ける前に生成されていてもよい。あるいは、取引データはデータベースに記憶されてもよい。ユーザが特定のＵＲＬをサーバに要求したことに応答して、サーバは記憶された取引データを使い、ブロック４４０に従って電子レシートを動的に生成する。ブロック４３０はまた、特定のＵＲＬに対する要求の前に、またはそれに応答して実行されてもよい。
【００６８】
ある実施形態において、クーポン情報は、顧客がそれによって１つ以上のクーポンオファのための１つ以上のクーポンを印刷すること、または１つ以上のクーポンオファのための１つ以上のデジタルクーポンをその顧客識別子に関連付けられたアカウントに保存することの一方または両方を引き起こすことのできる１つ以上の機構の識別情報を含み、またはそれを含むその他の情報にリンクしている。この機構はたとえば、クーポンサーバが選択されたクーポンオファのためのクーポンの生成を要求する１つ以上のＵＲＬを含んでいてもよい。ある実施形態おいて、クーポン情報は１つ以上のクーポンオファのための印刷可能なコピーを含む。ある実施形態において、１つ以上のデジタルクーポンがブロック４３０で生成されて、顧客のアカウントに保存される。ブロック４５０は次に、顧客のアカウントにデジタルクーポンがあることを顧客に知らせるステップを含む。
【００６９】
流れ４００は、ある取引に関連するクーポン情報を電子的手段で提供するための、各種の考えうる技術の一例である。他の技術に含まれる要素はこれより多くても、少なくてもよく、順序も異なっていてもよい。たとえばある実施形態において、電子アドレスは端末または小売サーバから直接受信される。したがって、アカウント識別情報とアカウントそのものが不要となりうる。
【００７０】
４．０  システムアーキテクチャの例
図５は、ある実施形態により、本明細書に記載される技術を実施できる例示的なシステム５００を示すブロック図である。システム５００は、クーポン配布者５１５により操作されるクーポンサーバ５１０と、顧客５３５により操作されるクライアント５２０と、小売店５４５が操作する小売サーバ５４０と端末５４２と、を含む。
【００７１】
４．１  小売店
小売店５４５は、顧客、たとえば顧客５３５がクーポンサーバ５１０によって配布されたクーポンを介してクーポンオファを利用する取引を実行するすべての実体である。小売店５４５は、単独の店舗であっても、またはグループ店舗を運営する企業であってもよい。顧客５３５は、たとえば小売店５４５により運営される実店舗において小売店５４５との取引に関わってもよい。顧客５３５は、小売店５４５により、またはそのために運営されるウェブサイトを介して小売店５４５との取引に関わってもよい。
【００７２】
取引とは、本明細書において、小売店５４５等の小売店が特定の製品および／またはサービスの提供、またはそれを提供するための契約の締結に対して支払を受ける行為を指す。支払を受けることは、支払金額を物理的または電子的に伝送すること、口座から引き落とすこと、代金を保有し続けること、代金を第三者に預託すること、口座または預託またはその他の振替からポイントまたはその他の金銭以外の有価物を取得すること、または電子ウォレットからいずれかの形態の有価物を取得することを含んでいてもよい。取引は、顧客が購入する商品またはサービスを選択することによって開始される。商品と購入品をここではまとめて「品目」と呼ぶ。顧客は、この選択を、たとえば選択した製品を端末５４２に持って行くことによって精算プロセスを開始することによって知らせてもよい。精算プロセスには、顧客が小売店５４５に、取引完了に必要なすべての情報、たとえば口座または決済情報、請求明細、および／または引渡に関する説明等を提供するステップが関わっていてもよい。
【００７３】
ある実施形態において、小売店５４５は、小売店５４５がプロバイダ５９５とクーポン配布者５１５とは別の異なる実体であったとしても、プロバイダ５９５からのデジタルクーポンを配布し、受けることができる。しかしながら、他の実施形態では、小売店５４５はプロバイダ５９５とクーポン配布者５１５の一方または両方と同じであってもよい。
【００７４】
４．２  端末
端末５４２は、小売店が店内（すなわち、「店頭」または「実店舗」）での取引を実行するために操作するコンピュータデバイスである。端末５４２はたとえば、店員が操作するレジスタ、または顧客５３５が操作する「無人レジ」スタンドでもよい。端末５４２は、店員および／または顧客がそれによって、品目の識別子と品目数量を含む取引実行のための情報を入力できる入力機構を含む。この入力機構はキーボード、ポインティングデバイス、タッチパネル、バーコードリーダ、カメラ、スケール、および無線ＩＤタグ（ＲＦＩＤ）リーダを含んでいてもよく、これらに限定されない。端末５４２は、品目識別子のデータベースに連結されていてもよく、その中では各品目識別子が１つ以上の価格にマッピングされている。端末５４２はさらに、１つ以上の支払機構、たとえばキャッシュレジスタ、会計確認システム、またはクレジットカードリーダをさらに含み、またはそれに連結されていてもよい。
【００７５】
端末５４２は印刷構成要素５４９に連結され、これによって端末５４２は、完了時にその取引に関する取引データのレシートを印刷できる。ある実施形態において、印刷レシートは、その中に印刷された１つ以上のクーポンを含んでいてもよい。端末５４２はまた、またはその代わりに、電子取引レシートが、電子メールアドレス、テキストメッセージアドレス、ソーシャルメッセージアドレス、またはＵＲＬ等の電子アドレスを介して顧客５３５に提供されるようにするための実行ロジックを含んでいてもよい。たとえば、端末５４２は顧客５３５の顧客識別子５３２を利用して、電子アドレスを含むアカウント情報を探し出してもよい。このようなアカウントは、たとえば小売サーバ５４０またはクーポンサーバ５１０に保存されてもよい。あるいは、顧客５３５は電子アドレスを端末５４２に直接提供してもよい。その後、端末５４２はレシートを電子アドレスに送信するか、取引詳細を小売サーバ５４０またはクーポンサーバ５１０等のサーバに提供してもよく、これらはレシートを送信するか、またはその他の方法でレシートが電子アドレスで顧客５３５によって取得可能となるように構成される。端末５４２は、デジタル取引レシートがクーポン情報、たとえばクーポンクリッピングウェブサイトへの総合的なリンクまたは、顧客５３５が電子レシートに関連して表示された具体的なオファのためのクーポンをそこから獲得取得できる、より具体的なリンク等を含むようにしてもよい。
【００７６】
本明細書において、ある動作の実行を「引き起こす」とは、ある実体または実体の組み合わせによって処理されたときに、処理するその実体または実体の組み合わせにおいて、その行動を実行するか、その行動の実行を引き起こす機能を少なくとも部分的にトリガするようなデータの送信、転送、または保存と解釈されてもよい。
【００７７】
端末５４２で取引に関して生成されるレシートの種類に関係なく、そのレシートに関連付けられる１つ以上のクーポンまたはクーポンオファは様々な方法で選択されてもよく、たとえばランダムな選択、取引内の品目に基づく選択、取引の時刻または日付に基づく選択、および／または取引が行われたと店舗の所在地に基づく選択等がある。ある実施形態において、端末５４２は他のサーバ、たとえば小売サーバ５４０またはクーポンサーバ５１０に対して、端末５４２により提供された取引情報に基づいて１つ以上のクーポンオファを特定するように要求する。
【００７８】
ある実施形態において、小売店５４５は、顧客５３５が適用可能な取引に関わっている間に印刷された、またはデジタルクーポンを端末５４２に提示することによってクーポンを利用できるようにする。ある実施形態において、小売店５４５は、顧客５３５がある取引に関わっている間に識別子を提示することによってクーポンを利用できるようにする。端末５４２は、この識別子を使って顧客のアカウントにすでに保存されている適用可能なクーポンを探し出す。ある実施形態において、端末５４２はクーポンサーバ５１０と通信して、顧客のアカウントに保存されている適用可能なクーポンを探し出す。ある実施形態において、端末５４２はその代わりに、クーポンサーバ５１０に依存して、各種のアカウント識別子に関するクーポン獲得可能性データを小売サーバ５４０にプッシュさせる。たとえば、クーポンサーバ５１０は定期的に、小売サーバ５４０に対してアカウント識別子と新しく関連付けられた、または関連をなくされたデジタルクーポン識別子のテーブルを提供してもよい。その後小売サーバ５４０は、クーポン獲得可能性データに基づいてローカルデータベースをアップデートしてもよい。適当な技術はたとえば２０１０年９月９日に出願された米国特許出願第１２／８７８，２３１号明細書に記載されており、これを参照によって、あらゆる目的のために、その全部が記載されているかのように本願に援用する。
【００７９】
端末５４２は定期的に、または取引に応答して、クーポン利用データをクーポンサーバ５１０に報告する。クーポン利用データは、１つ以上のクーポンオファの利用を利用に関連する固有の識別子と共に示し、したがってそのクーポンは利用する顧客のアカウントから削除されてもよい。ある実施形態において、端末５４２はさらに、定期的に取引データをクーポンサーバ５１０に送信するように行構成される。このデータは、販売価格、取引の日付と時刻、各取引に含まれる製品またはサービスの識別子のうちの１つ以上を含んでいてもよい。定期的な要求は、時間単位、日単位、またはたとえば取引の回数によって行われてもよい。
【００８０】
４．３  小売サーバ
ある実施形態において、端末５４２はネットワーク、たとえば社内イントラネットを通じて小売サーバ５４０に連結される。ある実施形態において、サーバは、他のコンピュータまたはデバイス上で動作する、その相手となるクライアントアプリケーションとやりとりする、１つ以上のコンピュータまたはデバイス上で動作する１つ以上の構成要素を指す。それゆえ、小売サーバ５４０は、小売店５４５の管理下の１つ以上のコンピュータデバイス上で実行される１つまた複数のサーバ構成要素を指してもよい。小売サーバ５４０は、単数の端末５４２間の取引を調整してもよい。小売サーバ５４０は、システム５００に任意選択で設けられる構成要素である。しかしながら、ある実施形態において、端末５４２への、およびそこからの通信の一部または全部が小売サーバ５４０を通る。各種の実施形態において、本明細書中で端末５４２等の端末によって実行されると記載されている機能のいくつでも、実際には、少なくとも部分的に小売サーバ５４０によって行われてもよい。同様に、本明細書中で小売サーバ５４０等の小売サーバによって実行されると記載されている機能のいくつでも、実際には、少なくとも部分的に端末５４２によって実行されてもよい。ある実施形態において、端末５４２は「シンクライアント」であり、入力と出力以外のすべての機能が小売サーバ５４０に移行される。
【００８１】
ある実施形態において、小売店５４５は小売サーバ５４０を介してウェブサイトをホストし、そこで顧客５３５は、１つ以上のウェブアドレスを介して電子レシートおよび関連するクーポン情報にアクセスしてもよい。ウェブサイトは、顧客の識別子のいずれかが提供された取引に関するレシートの「デジタルロッカ」として提供されてもよい。たとえば、顧客５３５は小売サーバ５４０によってホストされたウェブサイトにログインしてもよい。ログインすると、顧客５３５は、特定のウェブアドレスを訪問することにより、最近のレシートのリストにアクセスしてもよい。レシートのリストはさらに、小売サーバ５４０またクーポンサーバ５１０によってホストされるウェブアドレスへのリンクを含んでいてもよく、そこで顧客は１つ以上のクーポンオファのためのクーポンを獲得できる。クーポンオファは非ターゲット型および／またはターゲット型であってもよい。ある実施形態において、１つ以上のクーポンオファはそのレシートに関連付けられた顧客のみのために選択されてもよい。ある実施形態において、このようなウェブサイトはまた、またはその代わりに、クーポンサーバ５１０等の他の実体によりホストされてもよい。ウェブサイトには、デジタルレシートの獲得可能性の通知、たとえば電子メール、テキストメッセージ、またはオペレーティングシステムのアラート等に応答してアクセスされてもよい。ウェブサイトにはまた、またはその代わりに、通知を受けなくてもユーザが積極的にアクセスしてもよい。
【００８２】
ある実施形態において、小売サーバ５４０、クーポンサーバ５１０、または本明細書中に記載されたその他のサーバは、本明細書に記載された技術を実行するための様々な異なる構成要素を含み、またはこれらに連結されていてもよく、これにはデータベースサーバ、ＳＭＴＰサーバ構成要素等の電子メールまたはテキストメッセージサーバ構成要素、およびウェブページおよび／またはその他のデータによって各種のアドレスおよびポートに宛てられた要求に応答するためのウェブ／アプリケーションサーバ構成要素が含まれる。ウェブ／アプリケーションサーバ構成要素はどのような適当なプロトコルまたはアプリケーション言語に依存していてもよく、これにはＨＴＴＰ、ＨＴＴＰＳ、ＳＳＬ、ＨＴＭＬ、ＸＭＬ、ＰＨＰ、Ｊａｖａ(登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＳＯＡＰ、およびその他が含まれる。
【００８３】
ある実施形態において、小売サーバ５４０は、クーポンを生成するためのクーポンサーバのそれと同様の実行可能なロジックを含む。たとえば、クーポン配布者５１５は、小売店５４５が小売サーバ５４０で利用するための、１つ以上のクーポン配布コードライブラリを提供してもよい。このようなロジックを実行する条件として、小売サーバ５４０は、定期的にクーポンサーバ５１０とのアプリケーションプログラムインタフェースを介して通信するように構成され、これを介してクーポンサーバ５１０は小売サーバ５４０に対し、小売サーバ５４０がクーポンを生成するのに必要なクーポンデータを提供する。たとえば、クーポンサーバ５１０は小売サーバ５４０に、小売サーバ５４０の顧客が現在取得可能なクーポンオファの条件、各クーポンオファに関する固有のクーポン識別子を生成するための説明、および／または適用される配布限度とパラメータを提供してもよい。小売サーバ５４０はさらに、配布を定期的にクーポンサーバ５１０に報告するように構成される。
【００８４】
ある実施形態において、小売サーバ５４０と端末５４２は、動作中に本明細書に記載された動作を実行できるロジックで構成された特定用途コンピュータである。ある実施形態において、クライアント５２０は、１つ以上のプロセッサと、ロードされ、実行されたときに１つ以上のプロセッサに本明細書に詳しく説明される動作を実行させる命令を記憶したメモリ、大量記憶装置、またはその他の非一時的コンピュータ読取可能記憶媒体と、を含む汎用コンピュータである。
【００８５】
４．４  クーポンプロバイダ／配布者
ある実施形態において、クーポン配布者５１５はクーポンプロバイダ５９５のためにクーポンを配布できる任意の実体であり、たとえば製造業者、小売店、または広告会社である。本願の解釈において、クーポンの配布とは、クーポンを生成することと、クーポンオファを１つ以上のアカウント識別子に関連付けられるユーザアカウントに保存することの一方または両方を指すことができる。このコンテキストでは、クーポンの生成は、クーポンを印刷すること、またはデジタルクーポンを表すデジタルデータを作って保存することを含んでいてもよい。
【００８６】
クーポンプロバイダ５９５はクーポン配布者５１５と、クーポンキャンペーンの一環としてクーポンを配布する契約を締結してもよい。クーポンプロバイダ５９５は、クーポン配布者５１５に対し、クーポンオファを説明するクーポン配布データおよび各クーポンキャンペーンに関するパラメータ、たとえば配布クーポンの目標合計数、個々のエンドユーザまたはデバイスに供給可能なクーポンの枚数、地域的な配布限界、キャンペーンに使用されるクリアリングハウス、および／または配布の開始と終了日等を提供する。ある実施形態において、クーポン配布者５１５は複数のクーポンプロバイダ５９５のためのめにクーポンオファを提供する。
【００８７】
クーポンプロバイダ５９５は、クーポン配布データをクーポン配布者５１５に、クーポンプロバイダ５９５をクーポンサーバ５１０に接続するネットワークを介して電子的手段で送信してもよい。たとえば、クーポンサーバ５１０は、プロバイダ５９５がそれによってクーポン配布データをクーポンサーバ５１０またはクーポンデータストア５１２に直接アップロードしてもよいウェブアプリケーション、ファイルシェアリングまたはデータベースアクセス構成要素を特徴付けてもよい。これに加えて、またはその代わりに、クーポンプロバイダ５９５は、他の適当な手段、たとえば電話により口頭で、または電子メールを介して、クーポン配布データをクーポン配布者５１５に伝えてもよい。
【００８８】
４．５  クーポンサーバ
クーポンサーバ５１０は、クーポン配布者５１５によって、様々な目的の中でも特にクーポンをユーザ５３５等のユーザが獲得できるようにするために操作される。クーポンサーバ５１０は１つ以上のサーバアプリケーションであってもよく、クーポン配布者５１５によって操作される１つ以上のコンピュータデバイス上で動作する。ある実施形態において、クーポンサーバ５１０は、動作中に本明細書に記載された動作を実行できるロジックで構成された特定用途コンピュータである。ある実施形態において、クーポンサーバ５１０は、１つ以上のプロセッサと、ロードされ、実行されたときに１つ以上のプロセッサに本明細書に詳しく説明される動作を実行させる命令を記憶したメモリ、大量記憶装置、またはその他の非一時的コンピュータ読取可能記憶媒体と、を含む汎用コンピュータである。
【００８９】
クーポンサーバ５１０は、１つ以上のクーポンプロバイダ５９５のために、クーポンオファをユーザ５３５等のユーザに提供する。ある実施形態において、クーポンサーバ５１０は、各種のオファのための印刷可能なクーポンをユーザ５３５にクライアント５２０を介して直接配布し、これ自体がプリンタ５２９に連結されていて、そこで印刷可能なクーポンが印刷されてもよい。クーポンサーバ５１０はまた、各種のオファのためのデジタルクーポンを、ユーザ５３５により要求されたデジタルクーポン識別情報をユーザ５３５に関連する１つ以上のアカウントに保存することによってユーザ５３５が使用できるようにしてもよい。ユーザ５３５はすると、小売店５４５にそのアカウントに関する識別子、たとえばストアロイヤルティアカウント番号またはユーザの名称等を提供して、小売店５４５が取引中にいずれかの適用可能なデジタルクーポンを読み出すことができるようにしてもよい。クーポンサーバ５１０はまた、小売店５４５を介して間接的にデジタルクーポンをユーザ５３５に提供する。たとえば、小売店５４５が操作する小売サーバ５４０がユーザ５３５に代わってデジタルクーポンを要求したことに応答して、クーポンサーバ５１０はデジタルクーポンを生成し、生成されたクーポンに関する情報を小売サーバ５４０に提供してもよい。他の実施形態において、クーポンサーバ５１０は必ずしも、本明細書に記載されたいずれかの特定の技術によってクーポンを配布できなくてもよい。
【００９０】
クーポンサーバ５１０は、クライアント５２０と小売サーバ５４０からのクーポン関連の要求を、１つ以上のネットワーク、たとえばインターネット上で受信し、応答する。クーポンサーバ５１０は、データストア５１２からクーポンデータを読み出して、クライアント５２０と小売サーバ５４０からの各種の要求に応答する。たとえば、クライアント５２０はクーポンサーバ５１０に、獲得可能なクーポンのリストを提供し、キーワードに基づいてクーポンを検索し、指定されたデジタルクーポンをユーザ５３５のためのユーザアカウントに保存し、または指定されたクーポンを印刷することを要求してもよい。これに応答して、クーポンサーバ５１０はデータストア５１２から関連する任意のクーポンデータを読み出し、そのクーポンデータを必要に応じて処理し、その処理に基づいてクライアントへの応答を策定してもよい。ある実施形態において、クーポンサーバ５１０は、クライアント５２０とのこのようなやり取りのために、１つ以上のウェブサイトをホストする。クーポンサーバ５１０はクライアント５２０で動作するウェブブラウザに対し、クーポンを閲覧し、選択し、印刷し、および／または保存することに関連する各種のグラフィカルインタフェースをウェブブラウザに表示させるための命令とともにウェブページを送信する。ある実施形態において、クーポンサーバ５２０は、それ自体のグラフィカルインタフェースを有するクライアント５２０の専用のアプリケーションがそれによってクーポンサーバ５２０と通信できるようなアプリケーションプログラミングインタフェース（ＡＰＩ：ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）を特徴とする。
【００９１】
他の例として、クーポンサーバ５１０は小売サーバ５４０に、クーポンオファ条件に関する情報、デジタルクーポン獲得可能性、および顧客アカウントを、適当なＡＰＩを介して提供してもよい。次に小売サーバ５４０は、クーポンサーバ５１０に、顧客のクーポン利用を示すデータおよび／または取引データを提供してもよい。
【００９２】
クーポンサーバ５１０は、様々な方法でクーポンの配布を制御するように構成されていてもよい。たとえば、クーポンサーバ５１０は、クライアントのクーポン印刷許可を、デバイスベース、クライアントベース、または合計配布限度数に応じて拒否するように構成されていてもよい。他の例として、クーポンサーバ５１０は、同等のクーポンがすでにクライアント５２０から生成されていれば、ユーザのためのクーポン生成の要求を拒否するように構成されていてもよい。クーポンサーバ５１０はさらに、クライアントに関連するグラフフィック情報に基づいて、クライトンによるクーポン印刷許可を拒否するように構成されていてもよい。
【００９３】
クーポンサーバ５１０は、配布ログを使用して配布レポートをクーポンプロバイダ５９５に送信してもよい。配布レポートの形態は決まっていなくてもよく、少なくとも、特定のキャンペーンのために配布されたクーポンの総数または、最後の配布レポート以降に特定のキャンペーンのための配布されたクーポンの総数のいずれかを示すデータを含んでいてもよい。配布レポートは様々な周期で送信されてもよく、いくつかの実施形態において、レポートは特定のクーポンが印刷されるたびに送信されてもよい。配布レポートはさらに、クーポンサーバに伝えられたデバイスデータから収集された情報、たとえば地理的情報または、クーポンが配布されたデバイスのクライアントの種類を含んでいてもよい。
【００９４】
図８は、特定の実施形態を実行するように構成されたコンピュータを示す。特に、図８は特定用途コンピュータとして実装されるクーポンサーバ５１０の一例を示しており、これはクーポンサーバコンピュータ８１０と名付けられ、１つ以上の中央処理ユニット８０２と、オペレーティングシステムまたは仮想化ロジック８０４と、販売時点情報管理システムインタフェースロジック８１２と、アカウント識別ロジック８１４と、オファ選択ロジック８１６と、レシート作成ロジック８１８と、ＳＭＴＰデーモンロジック８２０と、ウェブサーバロジック８２２と、クーポン獲得可能性ロジック８２６と、クーポンプロバイダインタフェースロジック８２４と、を含む。
【００９５】
ある実施形態において、１つ以上の中央処理ユニット８０２はＣＰＵ、プロセッサコアまたは、データソース５１２等の入出力リソースとやり取りが可能なその他の命令処理要素を含む。ある実施形態において、オペレーティングシステムまたは仮想化ロジック８０４は、サーバコンピュータオペレーティングシステム、ハイパーバイザ等の仮想化システム、互換性オペレーティングシステムに連結されたＩｎｔｅｌ  Ｘｅｎ等のハードウェアベースのハイパーバイザのいずれかを含む。販売時点情報管理システムインタフェースロジック８１２は、小売サーバ５４０（図５）等の販売時点情報管理システム要素と通信して、アカウント識別情報を含む取引情報を受信し、図４と本明細書の他の項に詳しく記載されているデジタルクーポン情報を提供するように構成されている。販売時点情報管理システムロジック８１２は、いくつかの実施形態において、ウェブサーバロジック８２２とやり取りして、ＨＴＴＰを使った要求または応答を掲載または取得してもよく、あるいは小売専用の通信プロトコルを使用してもよい。
【００９６】
アカウント識別ロジック８１４は、販売時点情報管理システムインタフェースロジック８１２に連結されて、アカウント識別情報を受信し、また、ＯＳ  ８０４、ＣＰＵ  ８０２、およびデータストア５１２との黙示的な間接的接続を有しており、これはアカウント識別情報がデータストアの中にあるか否かを判断するための１つ以上のデータベースクエリまたはその他の要求を発行することを目的としている。アカウント識別ロジック８１４はさらに、１つ以上のレシートまたはクーポンオファを作成し、送信する要求を提供するために、オファ選択ロジック８１６に連結される。アカウント識別ロジック８１４はまた、ＳＭＴＰデーモンロジック８２０、ＰＯＳロジック８１２、および／またはウェブサーバロジック８２２に連結されていてもよく、これは、そのアカウント識別情報が認識されたことを示す電子メール、ＰＯＳプロトコル通信、またはＨＴＴＰポストまたは応答を作成して、小売サーバ５４０またはクライアント５２０に送信することを目的としている。
【００９７】
クーポン獲得可能性ロジック８２６は、販売時点情報管理システムインタフェースロジック８１２に連結されて、アカウント識別情報を受信し、また、ＯＳ  ８０４、ＣＰＵ  ８０２、およびデータストア５１２との黙示的な間接的接続を有しており、これはアカウント識別情報がデータストアのアカウントに保存されている１つ以上のデジタルクーポンに関連付けられているか否かを判断するための１つ以上のデータベースクエリまたはその他の要求を発行することを目的としている。アカウント識別ロジック８１４はまた、ＳＭＴＰデーモンロジック８２０、ＰＯＳロジック８１２、および／またはウェブサーバロジック８２２に連結されていてもよく、これは、そのアカウント識別情報がデータストアのアカウントに保存されている１つ以上のデジタルクーポンに関連付けられていることを示す電子メール、ＰＯＳプロトコル通信、またはＨＴＴＰポストまたは応答を作成して、小売サーバ５４０またはクライアント５２０に送信することを目的としている。
【００９８】
オファ選択ロジック８１６は、アカウント識別情報の肯定的な認識に基づいて１つ以上のクーポンオファを選択し、レシート作成ロジック８１８に、そのオファ、そのオファへリンク、オファのコールアウト、またはその他のオファ獲得方法に関する表示を含む電子レシートを作成するように信号を送るように構成されている。ＳＭＴＰデーモンロジック８２０は、シンプルメールトランスファープロトコル（ＳＭＴＰ：ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ）等の電子メールプロトコルを実装するように構成され、システムのその他の要素がそれを使って電子メールの送信を要求し、また受信した電子メールの一部を受け取り、パースし、使用できるようなアプリケーションプログラミングインタフェース（ＡＰＩ）をエクスポーズする。ウェブサーバロジック８２２は、ＨＴＴＰサーバを実装し、１つ以上の記憶されたＨＴＭＬページへのサービスを行うか、ダイナミックに生成されたＨＴＭＬページを作成し、クライアント５２０、クーポンプロバイダ１９５、および／または小売サーバ５４０に送信するように構成される。クーポンプロバイダインタフェースロジック８２４は、クーポンプロバイダ１９５に連結され、ウェブサーバロジック８２２および適当な他のクーポンプロバイダのアプリケーションロジックとやり取りして、クーポンプロバイダがクーポンオファを定義してデータストア５１２の中に保存し、上記のシステムでのクーポンオファの使用に関するメトリクスを受信するように構成されている。
【００９９】
図８に関して上述したクーポンサーバコンピュータ８１０のロジックの各要素は、カスタムハードワイヤードロジック、１つ以上のＡＳＩＣまたはＦＰＧＡ、ファームウェアおよび／またはプログラムロジックを含んでいてもよく、これがコンピュータシステムと協働してコンピュータ８１０を特定用途マシンとするか、またはそのようにプログラムする。１つの実施形態によれば、本発明の技術は、ＣＰＵ  ８０２がメインメモリ内に含まれる１つ以上の命令の１つ以上のシーケンスを実行したことに応答して、コンピュータ８１０により実行される。このような命令は、他の記憶媒体、たとえばデータストア５１２からメインメモリの中に読み込まれてもよい。メインメモリの中に含まれる命令のシーケンスを実行することによって、ＣＰＵ  ８０２は本明細書に記載されたプロセスステップを実行する。代替的実施形態において、ハードワイヤード回路をソフトウェア命令の代わりに、またはそれと一緒に使用してもよい。
【０１００】
４．６データストア
クーポン配布者５１５は、クーポンプロバイダ５９５によって提供されたデータを、クーポンサーバ５１０に連結されたデータストア５１２の中にクーポンデータとして保存する。データストア５１２は、１つ以上のデータベースおよび／またはファイルレポジトリを含んでいてもよい。クーポンデータは様々な形態をとってもよく、これにはデータベースレコードおよび／または１つ以上のファイルが含まれる。多くの態様の中でも、クーポンデータは、各クーポンオファに関して、そのクーポンオファを作るクーポンプロバイダ５９５の名前、配布パラメータ、クーポンオファの条件、プリントレイアウト情報とグラフィクス、１つ以上の内部またはプロバイダ識別番号、バーコード生成情報、１つ以上の関連するユニフォームリソースロケータ（ＵＲＬ）、１つ以上のクーポン名またはタイトル、１つ以上の関連する検索条件、クリアリングハウスの情報、１つ以上の関連するカテゴリ等のデータを含んでいてもよい。配布パラメータは、合計配布限度金額、デバイスごとの配布限度金額。地域ごとの配布限度金額、および／またはクライアントごとの配布限度金額を含んでいてもよい。
【０１０１】
データストア５１２はさらに、ユーザアカウントデータを保存する。ユーザアカウントデータは、１つ以上の異なるユーザアカウントに関するデータを含み、その各々は固有のユーザにマッピングされていても、されていなくてもよい。ユーザアカウントの一部または全部が、クーポン配布者５１０への登録プロセス中に確立されていてもよい。その代わりにユーザアカウントの一部または全部が、たとえばオンラインまたは店内登録プロセス中に小売店５４５で確立されていてもよく、その詳細がその後、小売店５４５によってクーポン配布者５１０に伝えられてもよい。
【０１０２】
ユーザアカウントがどのようにできたかを問わず、ユーザアカウントデータは、各ユーザアカウントのための１つ以上のアカウント識別子を指定する。ユーザアカウントデータはまた、各アカウントに紐付けられた１つ以上の電子アドレスを指定し、またはその他の方法で示してもよい。各アカウント識別子が今度は、ユーザが獲得できる１つ以上のデジタルクーポンを特定するデータに関連付けられてもよい。１つ以上のデジタルクーポンの一部または全部は、ユーザアカウントに関連付けられるその他のアカウント識別子に関連されていてもよい。ある実施形態において、そのアカウント識別子に関連付けられるデジタルクーポンは、対応するクーポンオファの固有のインスタンスであり、各固有のインスタンスが固有のクーポン識別子を有する。たとえば、クーポンサーバ５１０によって印刷されうる各クーポンが固有のクーポン番号を有するのと同様に、ユーザがデジタルクーポンをユーザのアカウントに保存するたびに固有のクーポン番号が生成されてもよい。しかしながら、他の実施形態では、デジタルクーポンは固有のクーポン識別子を必要としない。
【０１０３】
データストア５１２はまた、デバイスデータと配布ログを含めた、クーポン配布に関係するその他の情報も保存してよい。デバイスデータは、クライアント５２０等、クーポンデータにアクセスするためのクライアントを作成する複数のデバイスを説明する。各デバイスは、デバイス識別子によって説明されてもよい。デバイスデータはハードウェア識別子、クライアント識別子、地理的情報、許可データ等の情報を含んでいてもよい。ある実施形態において、各デバイス識別子はデバイスの様々な特徴に基づいて実質的に固有であることが保証されるデバイス識別子を生成するように割り当てられる。ある実施形態において、デバイス識別子が導き出される特徴は、容易には変更できないデータを含み、それによって、単純にネットワークアドレス、データファイル、コンピュータ名、またはオペレーティングシステムを変更しただけで、それに割り当てられた数以上のクーポンを印刷できるようなデバイスが１つたりとも存在しないようになっている。ある実施形態において、デバイス識別子が導き出される特徴は、シリアル番号等のハードウェア識別子を含む。識別子を割り当てる技術は、たとえば２０１０年５月２０日に公開された米国特許出願公開第２０１０／０１２４２３５Ａ１号に記載されており、同文献を参照によって、あらゆる目的のために、全文が記載されているかのように本願に援用される。しかしながら、他の実施形態において、デバイス識別子は実際に、ネットワークアドレス、Ｍａｃアドレス、クーポン名または、クライアントがインストールされた時点で生成された固有のクライアント識別子であってもよい。
【０１０４】
配布ログは、クーポンデータに記載された各クーポンオファのために配布されたクーポンの数を、クーポンが印刷された回数および／またはクーポンオファがユーザアカウントに保存された回数も含めて追跡する。配布ログはさらに、デバイスデータに記載された各デバイスが何回、および／またはユーザアカウントデータに記載された各ユーザが何回、閲覧するためにクーポンを印刷したか、および／またはクーポンデータに記載された各クーポンオファを保存したか、をさらに追跡してもよい。
【０１０５】
データストア５１２はまた、各種の補償データを保存してもよい。たとえば、データストア５１２は各クーポンに関して、クーポンが利用されたと小売店５４５が報告した回数を示すデータを保存してもよい。他の例として、データストア５１２は、小売店５４５に補償するための資金が引き出される予定の、プロバイダ５９５が開設した口座の残額と口座番号を保存してもよい。データストア５１２はさらに、小売店５４５への補償を提供するために入金されるべき口座番号をさらに保存してもよい。データストア５１２はさらに、様々なその他の経理データを保存してもよい。
【０１０６】
４．７  クライアント
クライアント５２０は様々なデバイスのいずれであってもよく、これにはパーソナルコンピュータ、プリンタ、電話、または携帯型コンピュータデバイスが含まれる。ある実施形態において、クライアント５２０は、ユーザ５３５にクーポンサーバ５１０とのインタフェースを提供する１つ以上のアプリケーション構成要素を含む。クライアント５２０はたとえば、スタンドアロン型ソフトウェアアプリケーション、ウェブブラウザ、またはウェブブラウザへのプラグインであってもよい。クライアント５２０は、必ずしもユーザ５３５が所有する、さらには独占的に操作するデバイスによって実行される必要はない。たとえば、クライアント５２０は小売店５４５が顧客に提供する店内キオスクによって実行されてもよい。
【０１０７】
ある実施形態において、クライアント５２０は、動作中に本明細書に記載される動作を実行できるロジックで構成された特定用途コンピュータである。ある実施形態において、クライアント５２０は、１つ以上のプロセッサと、ロードされ、実行されたときに１つ以上のプロセッサに本明細書に詳しく説明される動作を実行させる命令を記憶したメモリ、大量記憶装置、またはその他の非一時的コンピュータ読取可能記憶媒体と、を含む汎用コンピュータである。
【０１０８】
クライアント５２０は、インターネット等のネットワーク上でクーポンサーバ５１０と通信してクーポンデータを受信する。クライアント５２０に送信されるクーポンデータは、たとえばユーザ５３５が獲得可能なクーポンに関する情報のリストを含んでいてもよく、これにはオファの条件と金額、および特定のクーポンオファを、クライアント５２０がプリンタ５２９でそのクーポンオファのためのクーポンを印刷できる程度に十分詳しく説明するデータが含まれる。プリンタ５２９は、クーポンを印刷できる任意の印刷機である。プリンタ５２９は、どのような通信メカニズムを使ってクライアント５２０に接続されてもよく、またはクライアント５２０がプリンタ５２９の中に統合されていてもよい。
【０１０９】
クライアント５２０は、各種の入力または出力機構を使って、ユーザ５３５が獲得できるクーポンオファオファのリストを閲覧し、そのリストから特定のクーポンオファを選択し、そのオファのためのクーポンを印刷するか否か、またはオファをユーザ５３５のアカウントに保存するか否かを選択できるようにする。ユーザ５３５が後者を選択したことに応答して、クライアント５２０はクーポンサーバ５１０に対し、選択されたオファをユーザ５３５のアカウントに保存するようにとの要求を送信してもよい。
【０１１０】
ある実施形態において、１人のユーザが複数のクライアント５２０を利用できてもよく、各クライアント５２０が、ユーザがクーポンオファにアクセスするための異なる機構をサポートしていてもよい。たとえば、各クライアント５２０は、ユーザがプリンタ５２９を介してクーポンを印刷することだけを許可してもよく、他のクライアント５２０は、ユーザがデジタルクーポンをアカウントに保存することだけを許可してもよく、また別のクライアント５２０はユーザが両方の方法でクーポンオファにアクセスできるようにしてもよい。
【０１１１】
ある実施形態において、クーポンデータと命令は、クーポンサーバ５１０ではなく、外部のウェブサイト、たとえば小売ウェブサイトのサーバからクライアント５２０に送信される。この実施形態では、クーポンサーバ５１０にクライアントが発行する要求は、このような外部ウェブサイトを通じてリレイされても、されなくてもよい。
【０１１２】
ある実施形態において、クライアント５２０は前項で説明したように、デバイス識別子を生成するためのロジックを含む。クライアント５２０は、このデバイス識別子を、要求に応じてクーポンサーバ５１０または小売サーバ５４０にレポートしてもよい。様々な目的の中でも特に、デバイス識別子はクーポンサーバ５１０により、デバイスごとのクーポン配布限度を設定することを目的で使用されてもよい。
【０１１３】
ある実施形態において、クライアント５２０は、顧客が移動中に通常持ち歩く、無線、携帯および／またはバッテリ式コンピュータデバイスであり、たとえば電話、タブレット、携帯情報端末、時計およびその他である。クライアント５２０は、顧客がクーポンサーバ５１０と通信するときに使用するグラフィカルクーポンクライアントインタフェースのための命令を実行するように構成される。クーポンクライアントインタフェースは、たとえばモバイルアプリケーションまたはウェブアプリケーションによって提供されてもよい。
【０１１４】
ある実施形態において、クライアント５２０はさらに、顧客が端末５４２との取引中に支払サーバと通信する際に使用するグラフィカルモバイルペイメントインタフェースのための命令を実行するように構成される。モバイルペイメントンタフェースとクーポンクライアントインタフェースは一体でも、別々でもよい。インタフェースは、クーポンサーバ５１０、支払サーバからの要求されない通信に応答して、および／または端末５４２から受信した信号に応答して、アプリケーションを立ち上げた、または電子メールの中のリンクを選択した等の顧客の入力によって起動されてもよい。クライアント５２０は通信インタフェースを含んでいてもよく、それによってクライアント５２０は取引中に端末５４２と通信し、支払を行い、レシートデータを受信し、取引終了時に獲得可能なクーポンオファに関するクーポン情報を受信できる。どのような適当な通信インタフェースまたは複数の通信インタフェースの組み合わせを使用してもよく、これにはＷｉ−Ｆｉ、セルラーデータ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近接場型無線通信等が含まれる。
【０１１５】
ある実施形態において、クライアント５２０はさらに、顧客が顧客と１つ以上の店舗との間の取引に関するレシートを見るのに使用するレシート閲覧および管理インタフェースのための命令を実行するように構成される。レシート閲覧および管理インタフェースは、任意のモバイルペイメントインタフェースおよびクーポンクライアントインタフェースと一体でも、別々でもよい。
【０１１６】
４．８  アカウント識別子
アカウント識別子５３２は、ユーザ５３５またはユーザ５３５に関連付けられるユーザアカウントを一意的に特定する一連の文字および／または記号である。たとえば、アカウント識別子５３２は、小売店のロイヤルティアカウント、クーポン配布者５１５のユーザアカウントまたはその両方を特定してもよい。後者の場合、たとえば、アカウント識別子５３２は小売店のロイヤルティアカウントを特定するように作成され、その後、場合によりその他の識別子と一緒にクーポン配布者のアカウントに登録されてもよい。アカウント識別子５３２は、物理的品目、たとえばカードまたは携帯情報端末も特定し、またはそれから特定されてもよく、またはそうでなくてもよい。ある実施形態において、物理的品目は、取引中に容易にアクセス可能なアカウント識別子を有する任意の携帯可能品目である。
【０１１７】
ある実施形態において、アカウント識別子５３２は、カードアカウントに関する番号であり、たとえばクレジットカードアカウントまたはカスタマロイヤルティカードアカウントである。ユーザ５３５は取引中、たとえばカードリーダでカードをスキャンすること、カード上の番号を打ち込むか、言明すること、またはカード番号を探し出すことのできる個人情報、たとえば電話番号を提供することによって、識別子５３２を提供してもよい。
【０１１８】
ある実施形態において、アカウント識別子５３２は、携帯型コンピュータデバイスに属する固有のデバイス識別子である。たとえば、モバイルフォン、ラップトップまたはネットブックコンピュータ、タブレットコンピュータ、携帯情報端末、フラッシュドライブ、ミュージックプレイヤまたはカメラがある。たとえば、デバイス識別子は、ＭＡＣアドレス、「Ｂｌｕｅｔｏｏｔｈ」アドレス、シリアル番号、ランダムに付与された番号、およびその他であってもよい。ユーザ５３５は取引中、たとえばモバイル機器に識別子５３２を無線で小売店の精算システムに放送させること、小売店にデバイスをスキャンさせること、または小売店にデバイスにより表示された情報を見せるか、スキャンさせることによって提供してもよい。ある実施形態において、識別子５３２は必ずしもデバイスハードウェアに対応するとはかぎらず、デバイス上で動作するソフトウェアアプリケーションによって提供されてもよい。
【０１１９】
ある実施形態において、アカウント識別子５３２は、小売店５４５との取引中に検出可能な信号を送信できる無線ＩＤタグ（ＲＦＩＤ）チップまたはその他の任意の機構によって無線で送信される。たとえば、ＲＦＩＤチップはカードデバイスまたはユーザ５３５が携帯するその他の品目中に埋め込まれていてもよい。ＲＦＩＤチップは、たとえば受動的ＮＦＣタグまたは能動的ＮＦＣリーダであってもよい。
【０１２０】
ある実施形態において、クーポン配布者５１０は、ユーザ５３５にアカウント識別子５３２またはそのバーコード表現を１枚の紙の上に印刷させる。その後、この紙が取引中に小売店５４５に提示されてもよい。この方式を使用すると、ユーザ５３５は本明細書に記載されている方法を、アカウント識別子５３２を覚えていなくても、また小売店５４５に識別カードまたはデバイスを提示しなくても、利用することができる。紙は、同じまたは異なる小売店での別の取引で再使用可能であっても、そうでなくてもよい。
【０１２１】
ある実施形態において、アカウント識別子５３２はユーザ５３５を一意的に特定する、指紋または網膜スキャン等の生体認証データに関連付けられてもよい。それゆえ、ユーザはある実施形態において、小売店にユーザ５３５のスキャンを行って生体認証データを取得させることによって識別子を提供してもよい。
【０１２２】
４．９  変更と改変
図５に示されるシステム５００は、本明細書に記載されている技術を実施できる１実施形態を提案しているにすぎない。その他の実施形態に含まれる要素はこれより多く、および／または少なくてもよく、また構成も異なっていてよい。一例として、クーポンプロバイダ５９５、クーポン配布者５１５、または小売店５４５は同じ実体でもよく、したがって、他の各種の構成要素を省いてもよい。さらに、たとえば電子レシートを生成し、送信する、または顧客アカウント情報を探し出す等の各種のプロセスは、また別の実体、たとえば図５には示されていない決済プロバイダまたはショッピングインセンティブプロバイダによって提供されるサーバにより実行されてもよい。さらに、プリンタ５２９と印刷構成要素５４９のいずれも、本明細書に記載されている技術の多くを実施するために必要ではなく、これは、いくつかの実施形態ではレシートの印刷および／またはクーポンの印刷の能力が含まれないからである。
【実施例】
【０１２３】
５．０  実施例
５．１  調整コンピュータの使用例
図６と図７は、ある実施形態にしたがってクーポン情報を含む電子レシートを提供するための流れ６００と７００を説明する。流れ６００と７００は、システムの複数の異なる構成要素によって実行され、これには顧客、店舗販売時点情報管理システム、調整コンピュータ、およびクーポンサーバが含まれる。顧客はたとえば、ユーザ５３５に対応してもよい。店舗販売時点情報管理システムは、たとえば端末５４２に対応してもよい。実施形態に応じて、調整コンピュータは小売サーバ５４０および／またはクーポンサーバ５１０に対応してもよい。調整コンピュータはまた、またはその代わりに、さらに別の当事者により運営される１つ以上の小売店のために電子レシートを配布するためのサーバに対応してもよい。クーポンサーバはたとえば、クーポンサーバ５１０または、クーポンサーバ５１０と一緒に動作する小売サーバ５４０に対応してもよい。
【０１２４】
流れ６００はブロック６０２から始まり、ここで顧客が購入する１つ以上の品目を選択する。ブロック６０３で、顧客は購入に対する支払申し出を行い、これにはたとえば、現金またはクレジットカードを含んでいてもよい。顧客はまた、任意選択で、ポイントカードを提供する。ブロック６０４で、店舗販売時点情報管理システムがその購入を処理し、６０３で提供された支払申し出を獲得する。
【０１２５】
ブロック６０６で、店舗販売時点情報管理システムは、任意選択で、ポイントカードが提供されていればその識別子を収集する。店舗販売時点情報管理システムはこれを行うために、たとえばカードに埋め込まれた磁気ストリップまたはＲＦＩＤタグを読み取ってもよい。ブロック６０８で、店舗販売時点情報管理システムは、顧客のレシートとクーポンオファを電子的に送信することに対する顧客の同意を得る。その同意が得られない場合、ブロック６１９でレシートが印刷される。そうでなければ、ブロック６１０で、店舗販売時点情報管理システムは送信機能を起動する。
【０１２６】
ブロック６１２で、送信機能は、店舗販売時点情報管理システムが安全にポイントカード番号またはその他の識別番号を調整コンピュータに送信することによって開始される。ブロック６１４で、調整コンピュータは、その番号が既知の顧客本人特定情報に一意的に関連付けられるか否かを判断する。関連付けられると判断されると、ブロック６２０で肯定の応答が店舗販売時点情報管理システムに返送される。そうでなければ、ブロック６１６で調整コンピュータが否定の応答を店舗販売時点情報管理システムに返送する。
【０１２７】
ブロック６１６に従って否定の応答を受信すると、店舗販売時点情報管理システムは、任意選択で、顧客の携帯電話またはその他の識別子をブロック６１８で提供してもよい。ブロック６１８で顧客が携帯電話番号またはその他の識別子の提供を拒否した場合、流れはブロック６１９に進み、ここで、店舗販売時点情報管理システムがレシートを印刷する。しかしながら、顧客が番号または識別子を提供した場合は、ブロック６２１で店舗販売時点情報管理システムは、その番号または識別子を調整コンピュータに安全に送信してもよい。調整コンピュータはすると、新しい番号または識別子でブロック６１４を繰り返す。
【０１２８】
ブロック６２０で肯定の応答を受信すると、ブロック６１２で店舗販売時点情報管理システムは、肯定の確認メッセージ、たとえば精算端末のスクリーンに表示されるメッセージを生成する。ブロック６１９または６１２が完了すると、ブロック６２２で取引が完了したとみなされる。ある実施形態において、ブロック６１９が実行されなくても（すなわち、レシートが印刷されなくても）、調整コンピュータがブロック６１４で既知の顧客本人特定情報を探し出していれば、取引が完了したとみなされる。
【０１２９】
流れ７００は、ブロック６２０／６１２が発生すると実行される。流れ７００は、ブロック７０２から始まり、ここで店舗販売時点情報管理システムは、顧客の取引の中で購入された品目のＳＫＵまたはその他の識別子を含むデータをスプールし、このデータを顧客本人特定情報（または、スプールされたデータを過去に判断された顧客本人特定情報に紐付けるために使用可能なセッションデータ）と共に調整コンピュータに送信する。ブロック７０４で、調整コンピュータはＳＫＵに基づいてメッセージを作成し、フォーマットする。メッセージは、ユーザへのレシートデータおよび／またはレシートデータを取得するために使用可能なＵＲＬへのリンクを提供する。
【０１３０】
ブロック７０６〜７０８は、任意選択で、調整コンピュータがレシートデータを、クーポン情報サービスに加盟していない小売店を含めた複数の小売店に提供する実施形態で実行されてもよい。ブロック７０６で、調整コンピュータはスプールされたデータの発信源を判断する。ブロック７０８で、調整コンピュータは発信源となった販売時点情報管理システムが顧客情報サービスに加盟しているか否かを判断する。そうでなければ、流れはブロック７１２に進む。それ以外であれば、流れはブロック７１０に進む。
【０１３１】
ブロック７１０で、調整コンピュータは、クーポンの獲得可能性を示唆するリンクまたはその他のデータを含めるようにメッセージを更新する。この特定の実施形態において、リンクは単に、顧客に対し、調整コンピュータ上にその顧客がクーポンオファを獲得できるウェブサイトが存在することを知らせるだけである。ブロック７１１において、調整コンピュータは、任意選択で、広告を含めるようにメッセージを更新してもよい。広告は、店舗、顧客または購入品目に基づいて、任意の適当な技術を使って特定されてもよい。
【０１３２】
ブロック７１２で、調整コンピュータは、メッセージをレンダリングし、顧客の本人特定情報特定情報に関連する電子アドレスにおける顧客に送信する。ブロック７１４で、顧客はそのメッセージを受信し、それを見る。レシートデータがメッセージに直接埋め込まれていない場合、顧客は、任意選択で、ブロック７１５でメッセージ内のリンクをクリックし、レシートデータを表示させる。これに応答して、ブロック７１７で、調整コンピュータは、任意選択で、顧客とやり取りし、顧客認証情報を取得し、顧客が認証情報を提供したところで、レシートデータを表示する。
【０１３３】
ブロック７１６で、顧客はメッセージ内の特定のリンクまたはレシートデータを選択する。これに応答して、ブロック７１８で、調整コンピュータはそのリンクに関連付けられた関係するクーポンオファに関する情報を、その関係するクーポンオファを選択するためのコールアウトを含めて表示する。この表示に応答して、顧客は特定のコールアウトを選択する。これに応答して、ブロック７２２で、調整コンピュータは選択結果を受信して、それをクーポン配布者のウェブサイトにリダイレクトする。ブロック７２４で、クーポン配布者は、そのコールアウトに関係するクーポンオファまたはその他の広告情報を表示する。ブロック７２６で、クーポン配布者は顧客と電子的にやり取りして、その関係するクーポンオファのためのクーポンを送信、表示、保存および／または印刷する。
【０１３４】
流れ６００と７００は、本明細書で説明されている技術の具体的な実施例を示している。その他の実施形態に含まれるステップはこれより多くても、少なくてもよく、これらは場合により別の実体によって、場合により異なる順序で実行されてもよい。
【０１３５】
５．２  クーポンの利用と配布の両方ための顧客識別子の使用例
ある実施形態において、クーポン情報は物理的店舗および／またはオンライン店舗における取引のためのレシートに電子的に関連付けられて提供される。小売店は、１つ以上の品目が購入される取引の実行を引き起こす。その取引に関連する顧客識別子、たとえば前の項で説明した電子メールアドレスまたはその他の顧客識別子を示す入力を受信するように構成されたインタフェースが提供される。入力がインタフェースを通じて受信されると、この識別子が既知の顧客本人特定情報に関連付けられるか否かが判断される。その顧客識別子が既知の顧客本人特定情報に関連付けられれば、その本人特定情報に関連付けられたデジタルクーポンがその取引に適用される。電子レシートがさらに、たとえば提供された電子メールアドレスまたはその本人特定情報に関してすでにセッションが確立されているウェブベースアプリケーションを介して提供される。そうでなければ、印刷されたレシートが提供されてもよい。
【０１３６】
図１０は、ある実施形態にしたがって１つの顧客識別子を使って、ある取引内で利用するデジタルクーポンを探し出し、デジタルクーポンを提供する電子アドレスを特定するための、小売店を中心とした流れ１０００を示す。
【０１３７】
ブロック１０１０は、取引に関連する顧客識別子を示す入力を受信するように構成されたインタフェースを提供するステップを含む。このインタフェースは、たとえばブロック３３０のインタフェースと同様の方法に提供されてもよい。ブロック３３０のインタフェースと同様に、インタフェースは、それが小売店の顧客との取引において使用できるかぎり、小売店により提供される必要はない。
【０１３８】
ブロック１０２０は、インタフェースを介して第一の取引に関連する第一の顧客識別子を示す第一の入力を受信するステップを含む。この説明のコンテキストにおいて、「第一の」とは、１つのものを他のものと区別するために明瞭を期した名称であり、順序が最初または発生が最初である何かを黙示することは意図されていない。ある実施形態において、第一の入力は電子メールアドレスまたはその他の適当な顧客識別子を指定する。たとえば、第一の取引が完了する前に、販売員は第一の顧客に対し、キーパッドインタフェースを介して電子メールを入力するように促してもよく、または顧客がアドレスを口頭で伝え、店員がその間に電子メールアドレスを入力してもよい。他の例として、電子メールアドレスは、たとえば、ＮＦＣ送信に埋め込まれた連絡先情報のように、無線信号を介して電子的手段で転送されてもよい。他の例として、電子メールアドレスは、センサによって記録された画像または音声を解析することによって、販売時点情報管理システムにおいて判断されてもよい。たとえば、第一の顧客は、ＱＲコード（登録商標）、バーコード、その他の記号表示を示しているカードまたはモバイル機器の表示スクリーンを提示してもよく、または電子メールアドレスのテキスト表現とコードまたは表現の画像がスキャニングインタフェースによって捕捉されてもよい。あるいは、ユーザは音声信号を発生してもよく、これがマイクロフォンインタフェースによって捕捉されてもよい。端末またはインタフェース構成要素は次に、捕捉した情報を各種の方法、たとえばパターン認識、信号処理、および／または光文字認識等によって解析し、電子メールアドレスを復号および／または認識する。本明細書の他の箇所で説明しているように、他の種類の顧客識別子とインタフェースも利用できる。
【０１３９】
ブロック１０２５は、第一の取引において購入する第一の１つ以上の品目の集合と、任意選択で、１つ以上の支払方法を明示する入力を受信するステップを含む。この入力はブロック３１０の入力と同じ方法で受信されてもよい。ブロック１０２５は、ブロック１０２０に関してどのタイミングで実行されてもよい。
【０１４０】
ブロック１０３０で、少なくとも部分的に、インタフェースを介した第一の入力の受信に応答して、流れは第一の顧客識別子が既知の顧客本人特定情報に関連付けられているか否かを判断する。たとえば、第一の顧客識別子を受信したところで、端末がその第一の顧客識別を使って、小売サーバ、またはクーポンサーバ等、別のコンピュータにクエリを行ってもよい。そのコンピュータは、第一の顧客識別子が既知の顧客本人特定情報に対応するとの表示でこれに応答してもよい。他の例として、小売サーバが第一の顧客識別子を使用して別のコンピュータにクエリを行ってもよい。
【０１４１】
いずれの場合も、クエリは様々な形態で行われてもよい。たとえば、クエリは単純に、別のコンピュータが肯定または否定表示で応答することを要求してもよい。あるいは、クエリは、別のコンピュータがその既知の顧客本人特定情報のアカウント識別子で応答することを要求してもよい。ある実施形態において、クエリは、第一の顧客識別子に対応するデジタルクーポンまたは支払方法等の情報を要求する。その別のコンピュータは、第一の顧客識別子が既知の顧客本人特定情報に対応する場合は要求された情報で応答し、そうでなければ、第一の顧客識別子が既知の顧客本人特定情報のいずれにも対応しないとの表示で応答するように構成されていてもよい。ある実施形態において、端末または小売サーバは、それ自体が顧客識別子と既知の顧客本人特定情報のデータベースまたはキャッシュを含んでいてもよく、その際、第一の顧客識別子を使ってここを検索してもよい。
【０１４２】
ブロック１０４０は、デジタルクーポンを特定するステップを含み、これは第一の顧客識別子に関連する第一の１つ以上のデジタルクーポンの集合を含む。ある実施形態において、第一の１つ以上のデジタルクーポンの集合は、顧客が過去にクーポンオファを選択して、第一の顧客識別子にマッピングされたアカウントに保存したことに応答して生成されたデジタルクーポンである。しかしながら、他の実施形態では、第一の１つ以上のデジタルクーポンの集合は、他の機構によって第一の顧客識別子に関連付けられることになったデジタルクーポン、たとえば過去の取引または小売店が開催したイベントに応答してその顧客のために自動的に生成されたデジタルクーポンの集合である。第一の顧客のためのデジタルクーポンの獲得可能性は、第一の顧客識別子または第一の顧客識別子に関連するアカウントにマッピングされたクーポン獲得可能性データを解析することによって特定されてもよい。たとえば、端末は、第一の顧客識別子に関連するアカウントに保存されたデジタルクーポンのリストを求めるためにクーポンサーバまたは小売サーバにクエリを行ってもよい。あるアカウントに関連するデジタルクーポンを特定する各種の方法は、本明細書の他の箇所および、参照によって援用する特許文献１に記載されている。
【０１４３】
ある実施形態において、ブロック１０４０とブロック１０３０は、第一の顧客識別子に関連付けられる１つまた複数のデジタルクーポンの特定が、第一の顧客識別子が既知の顧客本人特定情報に関連付けられることを黙示するという点で同じである。他の実施形態では、ブロック１０４０が実行されるのはブロック１０３０の前でも後でもよい。
【０１４４】
ブロック１０５０は、少なくとも部分的に、第一の入力が受信され、第一の顧客識別子が既知の顧客本人特定情報に関連付けられると判断されたことに応答して実行される。ブロック１０５０は、ブロック１０５２とブロック１０５４を含む。ブロック１０５２は、第一の取引の実行を引き起こすステップを含み、その中では、少なくとも部分的に、特定の顧客識別子に関連付けられた第一の１つ以上のデジタルクーポンの集合を使って、第一の１つ以上の品目の集合が購入される。
【０１４５】
ある実施形態において、デジタルクーポンの各々の条件が取引内の第一の１つ以上の品目の集合の様々な特性と比較され、第一の１つ以上のクーポンの集合がその取引内で利用するのに適格か否かが判断される。ある実施形態において、第一の１つ以上のデジタルクーポンの集合の利用適格性は、ブロック１０４０の識別プロセス中に判断されていてもよい。たとえば、小売サーバまたはクーポンサーバにクエリを行ったときに、端末は、第一の１つ以上の品目の集合の説明等、取引の詳細を含めてもよい。ブロック１０４０でデジタルクーポンを返還する際、クーポンサーバまたは小売サーバは、これらの取引詳細に基づいて、返還されるデジタルクーポンをその取引内での利用に適格であるものだけに限定してもよい。
【０１４６】
第一の取引の総額を計算し、支払を確保するためにどのような適当な技術を使用してもよく、これには本明細書の第４項およびその他の箇所で説明されたものが含まれ、これらに限定されない。
【０１４７】
ブロック１０５４は、電子メールメッセージまたはウェブベースアプリケーションの少なくとも一方を介して、第一の取引のための電子レシートの通信を引き起こすステップを含む。電子メールメッセージ用の電子メールアドレス、またはウェブベースアプリケーションがそれを通じて電子レシートを読み出す電子アドレスは、第一の顧客識別子に基づいて判断される。たとえば、必要に応じて、各種の探索操作を利用して第一の顧客識別子に関連する電子メールアドレスまたは、ウェブベースアプリケーションを介して後に呼び出すようにそれに関連して電子レシートを保存する電子アドレスおよびそれに対応するデータベース記録を探し出してもよい。ブロック１０５４は、本明細書に記載される様々な技術を使って実行でき、これには図３のブロック３７０または図７のブロック７０２に関して説明したものが含まれ、これらに限定されない。
【０１４８】
ブロック１０６０は、第二の取引で購入される第二の１つ以上の品目の集合と、任意選択で、第二の１つ以上の支払方法の集合を明示する入力を受信するステップを含む。「第二の」とは、第一のものと異なる別のものを指すにすぎず、特定の順序位置または発生を黙示するものではない。この入力は、ブロック３１０の入力と同様の方法で受信されてもよい。ブロック１０６０は、ブロック１０２０〜１０５０に関してどのようなタイミングで実行されてもよい。
【０１４９】
ブロック１０７０で、流れは第二の取引の完了まで進み、ブロック１０１０のインタフェースを介していずれかの既知の顧客本人特定情報に関連する顧客識別子は一切受信していない。たとえば、端末は、入力が所定の時期以降に受信されなかった、または顧客またはレジ係が顧客識別子の提供を拒否した場合は、顧客識別子がないままその取引を進めるように構成されていてもよい。このような判断はまた、ブロック６１６、６１８におけるそれらのような条件に応答して実行されてもよく、この場合、提供された顧客識別子は既知の顧客本人特定情報と関連付けられないと判断される。ある実施形態において、顧客には既知の顧客本人特定情報を確立する機会が与えられてもよいが、ブロック１０７０の実行は、顧客がそれを拒否した場合に発生する。
【０１５０】
ブロック１０８０は、少なくとも部分的に、第二の取引に関連して、いずれかの既知の顧客本人特定情報に関連付けられたいずれかの顧客識別子を示す入力がインタフェースを介して受信されなかったことに応答して実行される。ブロック１０８０は、ブロック１０８２と１０８４を含む。ブロック１０８２は、第二の取引の実行を引き起こすステップを含み、その中では、第二の１つ以上の品目の集合が購入される。第二の取引は、第一の取引のそれと同様の方法で実行される。しかしながら、第二の取引の実行では、デジタルクーポンまたは印刷されたクーポンが適用されても、されなくてもよい。ある実施形態において、第二の取引はブロック１０４０のデジタルクーポンと同じ配布者からのデジタルクーポンを一切適用せずに行われ、これは第二の顧客が配布者において既知の顧客本人特定情報へと帰着できないからである。
【０１５１】
ブロック１０８４は、第二の取引に関する印刷されたレシートの通信を引き起こすステップを含む。ブロック１０８４は、図３のブロック３８０と同様の方法で実行されてもよい。
【０１５２】
流れ１０００は、電子レシートが通信される取引を実行するための各種の考えうる技術の一例である。他の実施形態に含まれる要素はこれより多くても少なくてもよく、その順序も異なっていてよい。たとえば、流れ１０００は、第一の顧客識別子を提供する第一の顧客に常に印刷されたレシートではなく電子レシートが提供される実施形態を示しているが、他の技術では、第一の顧客は電子レシートの代わりに、またはそれに加えて印刷されたレシートを選択できてもよい。同様に、また別の実施形態において、ブロック１０４０では利用するのに適格なデジタルクーポンが一切返還されなくてもよい。しかしながら、第一の顧客は、第一の取引にいずれのデジタルクーポンも適用されない状態で、電子レシートを取得できる。
【０１５３】
流れ１０００は、小売店を中心として見たものであるが、必ずしも流れ１０００のすべてが小売店により操作されるコンピュータデバイスで実行されなくてもよい。しかしながら、ある実施形態において、流れ１０００の全体がまとめて、サービスプロバイダに関連するクーポンサーバまたはその他のコンピュータとの通信に基づいて、端末および／または小売サーバによって実行される。
【０１５４】
図１１は、ある実施形態にしたがって、１つの顧客識別子を使ってある取引の中で利用するためのデジタルクーポンを探し出し、デジタルレシートを提供するべき電子アドレスを特定するための、クーポン配布者を中心とした流れ１１００を示している。
【０１５５】
ブロック１１１０は、ある顧客のためのアカウント識別情報を小売店から受領するステップを含む。このアカウント識別情報はどの種類の顧客識別子であってもよく、これには電子メールアドレスが含まれ、これに限定されない。アカウント識別情報はどのような適当な方法で受信されてもよく、これにはブロック４１０に関して、また本明細書の他の箇所で説明された方法が含まれる。ブロック１１２０は、ブロック４２０で説明したようなアカウント識別情報に関連付けられたアカウントを識別するステップを含む。
【０１５６】
ブロック１１３０は、１つ以上のデジタルクーボンを特定するステップを含み、これらはそのアカウントに関連付けられていても、いなくてもよい。この１つ以上のデジタルクーポンは、たとえば、そのアカウントに関連付けられたデジタルクーポン識別子を得るためにデータレポジトリにクエリを行うことによって特定されてもよい。ブロック１１４０は、１つ以上のデジタルクーポンがアカウント識別情報に関連付けられていることを示すクーポン獲得可能性データを提供するステップを含む。クーポン獲得可能性データの提供は、本明細書の他の箇所で説明されている。
【０１５７】
ブロック１１５０は、小売店と顧客の間の取引に関する取引情報を小売店から受信するステップを含む。取引情報は、ブロック４１０と本明細書の他の箇所に記載した取引データを含んでいてもよく、これにはその顧客のアカウント識別情報が含まれる。
【０１５８】
ある実施形態において、取引情報は、１つ以上のデジタルクーポンが取引に適用されたことを示すクーポン利用データを含む。任意選択で、ブロック１１６０では、クーポンサーバは、このクーポン利用データに基づいて、顧客のアカウントから利用済みのデジタルクーポンを削除してもよい。クーポンサーバはさらに、その顧客に関する過去のクーポン獲得可能性データのコピーをキッシュに格納していることもある他の小売店にも、その利用済みのデジタルクーポンをその顧客が獲得できなくなったことを通知してもよい。他の実施形態において、クーポン獲得可能性データの更新はその代わりに、各種の非同期バックエンドプロセスで実行されてもよい。
【０１５９】
ブロック１１７０は、ブロック４４０で説明したように、取引情報に基づいて電子レシートを生成するステップを含む。電子レシートは、任意選択で、本明細書の他の箇所で説明したように、クーポン情報を含んでいてもよく、それによって顧客は新しいデジタルクーポンを顧客アカウントに追加してもよい。ブロック１１８０は、ブロック４５０で説明したように、アカウントに関連する電子アドレスを介して電子レシートを提供するステップを含む。アカウント識別情報が電子メールアドレスである実施形態において、電子レシートまたは、電子レシートを取得できる電子アドレスの通知がその電子メールアドレスに送達される。
【０１６０】
流れ１１００は、デジタルクーポン情報と電子レシートを提供するための各種の考えうる技術の一例である。他の実施形態に含まれる要素はこれより多くても、少なくてもよく、その順序も異なっていてよい。たとえば、ある実施形態において、ブロック１１３０〜１１４０は少なくともブロック１１１０、１１５０、１１７０と非同期的に実行される。小売店からの顧客に関するクーポン獲得可能性データの要求を待つ代わりに、クーポンサーバは積極的に、複数の顧客アカウントの各々に関連付けられるデジタルクーポンを特定し、クーポン獲得可能性データを、たとえば周期的なバッチで小売店にプッシュする。クーポン獲得可能性データは次に、小売店によってキャッシュに格納される。このような実施形態では、ブロック１１１０は、小売店が取引完了時にクーポンサーバと１度だけ通信すればよいという点で、ブロック１１５０の１つの要素となる。
【０１６１】
ある実施形態において、ブロック１１５０の取引情報のいくつかは、少なくともその取引に関わる品目のリストを含めて、取引が実行される前に受信される。クーポン獲得可能性データは品目リストと比較され、フィルタ処理によって、小売店にその取引での利用に適格なデジタルクーポンの集合だけが提供される。取引が完了したところで、ブロック１１５０の取引情報の残りが転送され、またはすべての取引情報が再び転送される。さらに、提供された各クーポンは、その取引について適格であることがわかっているため、ある実施形態において、ブロック１１６０はクーポン利用データが取引情報に含まれていなくても実行できる。
【０１６２】
５．３  その他の実施例
ある実施形態において、方法は、小売店において、電子レシートが第一の取引の集合に関して提供され、印刷されたレシートが第二の取引の集合に関して提供される取引を実行するステップと、小売店において、その取引に関連する顧客識別子を示す入力を受けるように構成された１つ以上のインタフェースを提供するステップと、を含み、第一の取引の集合の中の第一の取引を実行するステップは、第一の顧客が購入する第一の１つ以上の品目の集合を特定する第一の入力を受信するステップと、第一の１つ以上の品目の集合が購入される第一の取引の実行を引き起こすステップと、１つ以上のインタフェースを介して、第一の顧客識別子が第一の取引に関連付けられることを示す第二の入力を受信したことに応答して、第一の顧客識別子を使ってサーバにクエリを行うステップと、サーバから、第一の顧客識別子がサーバでの既知の本人特定情報にマッピングされたという第一の表示を受信するステップと、第一の表示を受信したことに応答して、電子メールメッセージまたはウェブベースアプリケーションの少なくとも一方を介して顧客への電子レシートの提供を引き起こすステップと、を含み、電子レシートの提供を引き起こすステップは、第一の取引に関する取引詳細をサーバ送信するステップであって、サーバが、取引詳細を使用して小売店に代わって電子レシートを提供するように構成され、サーバがさらに、電子レシートと共に、取引詳細の中の情報に基づいて選択された１つ以上のクーポンオファに関する情報を提供するように構成されているステップを含み、第二の取引の集合の中の第二の取引を実行するステップは、第二の顧客が購入する第二の１つ以上の品目の集合を特定する第三の入力を受信するステップと、第二の１つ以上の品目の集合が購入される第二の取引の実行を引き起こすステップと、第二の表示を受け取ったことに応答して、第二の顧客に印刷されたレシートを提供するステップであって、第二の表示が、第二の顧客が１つ以上のインタフェースを介して一切の顧客識別子の提供を拒否したこと、または第二の取引に関連して１つ以上のインタフェースを介して提供された第二の顧客識別子がサーバでの既知の顧客本人特定情報のいずれにも関連付けられないこと、のうちの少なくとも１つを示すステップと、を含み、少なくとも受信するステップ、送信するステップ、および提供するステップは、１つ以上のコンピュータデバイスによって実行される。
【０１６３】
ある実施形態において、この方法は、第一の顧客に対する電子レシートの提供を、印刷されたレシートの提供の代わりに引き起こすステップをさらに含む。ある実施形態において、第一の顧客識別子は、電子メールアドレス、顧客のポイントカード番号、取引実行に使用された支払方法、クレジットカード番号、無線ＩＤタグ、ハードウェアアドレス、または電話番号のうちの１つ以上である。ある実施形態において、少なくとも送信するステップ、提供するステップ、および判断するステップを実行する１つ以上のコンピュータデバイスは、物理的な店舗または小売サーバの小売端末を含む。
【０１６４】
ある実施形態において、装置は、第一の取引の集合に関して電子レシートが提供され、第二の取引の集合に関して印刷されたレシートが提供される取引を実行する端末取引ロジックを実装する１つ以上のハードウェア処理構成要素と、取引に関連付けられる顧客識別子を示す入力を受信するように構成された１つ以上のインタフェースと、を含み、端末取引ロジックにしたがって第一の取引の集合の中の第一の取引を実行するステップは、第一の顧客が購入する第一の１つ以上の品目の集合を明示する第一の入力を受信するステップと、１つ以上のインタフェースを介して、第一の顧客識別子が第一の取引に関連付けられることを示す第二の入力を受信したことに応答して、第一の顧客識別子を使ってサーバにクエリを行うステップと、サーバから、第一の顧客識別子がサーバでの既知の本人特定情報にマッピングされたという第一の表示を受信するステップと、第一の表示を受信したことに応答して、電子メールメッセージまたはウェブベースアプリケーションの少なくとも一方を介して顧客への電子レシートの提供を引き起こすステップと、を含み、電子レシートの提供を引き起こすステップは、第一の取引に関する取引詳細をサーバに送信するステップであって、サーバが、取引詳細を使用して電子レシートを提供するように構成され、サーバがさらに、電子レシートと共に、取引詳細の中の情報に基づいて選択された１つ以上のクーポンオファに関する情報を提供するように構成されているステップを含み、端末取引ロジックにしたがって第二の取引の集合の中の第二の取引を実行するステップは、第二の顧客が購入する第二の１つ以上の品目の集合を明示する第二の入力を受信するステップと、第二の表示を受信したことに応答して、第二の顧客に印刷されたレシートを提供するステップであって、第二の表示が、第二の顧客が１つ以上のインタフェースを介して一切の顧客識別子の提供を拒否したこと、または第二の取引に関連して１つ以上のインタフェースを介して提供された第二の顧客識別子が、サーバでの既知の顧客本人特定情報のいずれにも関連付けられないこと、のうちの少なくとも１つを示すステップと、を含む。
【０１６５】
ある実施形態において、方法は、複数のクーポンプロバイダから受信したクーポン配布データに基づいて、サーバに連結されたデータストアの中に、サーバを介して配布されるクーポンオファを説明するクーポンオファのための配布パラメータを含むクーポンデータを保存するステップと、サーバにおいて、複数の小売店からのクエリを受け取るステップであって、各クエリが顧客識別子を指定するステップと、第一のクエリの集合の各々に、それぞれに指定された顧客識別子が既知の顧客本人特定情報に関連付けられたという第一の表示で応答するステップと、第二のクエリの集合の各々に、それぞれに指定された顧客識別子がいずれの既知の顧客本人特定情報にも関連付けられないという第二の表示で応答するステップと、サーバにおいて、顧客と複数の小売店との間の取引に関する取引情報を受信するステップであって、取引情報が、取引の中の各取引を既知の顧客本人特定情報のうちの１つに関する識別情報に関連付けるステップと、取引の中の特定の取引の各々について、サーバにおいて、１つ以上のクーポンオファを、少なくとも、クーポンデータを特定の取引に関する取引情報に含まれる特定の取引詳細と比較するステップと、サーバにおいて、特定の取引詳細に基づいて電子レシートを生成するステップであって、電子レシートが、特定された１つ以上のクーポンオファのためにサーバからクーポンを獲得するためのクーポン情報を含んでいるか、またはそれにリンクしているステップと、取引情報が特定の取引に関連付けられるという特定の識別情報に基づいて、特定の取引に関連付けられる特定の既知の顧客本人特定情報を特定するステップと、サーバが、電子レシートを特定の既知の顧客補任特定上方に対応する顧客に対して、少なくとも、電子メッセージの中で電子レシートを、特定の既知の顧客本人特定情報にマッピングされた電子アドレスに送信すること、またはウェブベースアプリケーションに電子レシートを送信して、顧客が特定の既知の顧客本人特定情報に関する認証情報を提示すると表示されるようなウェブベースアプリケーションに電子レシートを送信することのうちの少なくとも一方を事項することによって提供するステップと、サーバにおいて、クーポンデータの中に記載されたクーポンオファのためのクーポンを既知の顧客本人特定情報に関連する顧客に提供するための要求を受信するステップと、サーバがクーポンを提供する要求の少なくとも一部に応答して、印刷されたクーポンとデジタルクーポンを提供するステップと、を含み、この方法は１つ以上のコンピュータデバイスによって実行される。
【０１６６】
ある実施形態において、サーバは電子レシートを、電子メールアドレス、電話番号、またはソーシャルネットワークアドレスのうちの１つに宛てられた電子メッセージの中で電子レシートを送信することによって提供する。ある実施形態において、クーポン情報は、特定された１つ以上のクーポンオファを説明するデータと、顧客がそれによって特定された１つ以上のクーポンオファのための１つ以上の印刷可能なクーポンまたはデジタルクーポンをサーバに要求できる１つ以上のリンクを含む。ある実施形態において、１つ以上のクーポンオファを特定するステップは、クーポンデータの中で説明されたクーポンオファから１つ以上のクーポンオファを、特定の取引に関わる１つ以上の品目、特定の取引のための支払方法、顧客の選好、小売店の選好、顧客の購入履歴、顧客の分類、顧客リスト、または顧客のクーポン利用履歴に基づいて選択するステップを含む。ある実施形態において、サーバは電子レシートを、顧客が特定の既知の顧客本人特定情報に関する認証情報を提供すると表示されるようなウェブベースアプリケーションに電子レシートを送信することによって提供し、電子レシートを提供するステップはさらに、特定の既知の顧客本人特定情報にマッピングされた電子アドレスに通知メッセージを送信するステップと、サーバにおいて、クライアントからのログイン要求を受信するステップと、サーバにおいて、ログイン要求に関連して、特定の既知の顧客本人特定情報に関する認証情報を受信するステップと、サーバがログイン要求と認証情報を受信したことに応答して、電子レシートを、ウェブベースアプリケーションを介してクライアントに送信するステップと、を含む。ある実施形態において、ウェブベースアプリケーションは、クライアントで動作する、サーバと通信して電子レシートにアクセスする専用のモバイルアプリケーションである。ある実施形態において、ウェブベースアプリケーションは、顧客がそこから、複数の小売店のうちの複数の小売店での複数の取引に関する複数の電子レシートにアクセスできるウェブサイトである。ある実施形態において、方法は、特定された１つ以上のクーポンのための１つ以上のデジタルクーポンを、特定の既知の顧客本人特定情報に関連付けられるアカウントに自動的に保存するステップを含む。ある実施形態において、方法を実行する１つ以上のコンピュータデバイスがまとめてサーバを構成し、サーバはクーポン配布者によって操作され、クーポン配布者は複数の小売店およびクーポンプロバイダとは別である。ある実施形態において、方法は、サーバにおいて、クーポンサービスに加盟していない小売店から第一の取引情報を受信するステップと、第一の小売店がクーポンサービスの加盟店でないとの判断に基づいて、第一の取引情報によって示される取引に関する、クーポン情報を含まない第一の電子レシートを提供するステップと、をさらに含む。ある実施形態において、電子レシートは、特定の取引詳細に基づいて選択されたオンラインプロモーションビデオへのリンクをさらに含む。
【０１６７】
ある実施形態において、システムは、１つ以上のコンピュータデバイスであって、１つまた複数の通信ネットワークによって、複数の小売店によって操作される小売コンピュータデバイスと１人または複数のユーザによって操作されるユーザコンピュータデバイスに連結されるような１つ以上のコンピュータデバイスと、１つ以上のコンピュータデバイスに連結されたデータストアであって、複数のクーポンデバイスから受け取ったクーポン配布データに基づいて、１つ以上のコンピュータデバイスを介して配布するためのクーポンオファを説明する、そのクーポンオファのための配布パラメータを含むクーポンデータを保存するデータストアと、販売時点情報管理システムインタフェースロジックであって、複数の小売店からのクエリであって各々が顧客識別子を特定するクエリを受信し、第一のクエリの集合の各々に対して、それぞれに指定された顧客識別子が既知の顧客個人特定情報に関連付けられるとの第一の表示で応答し、第二のクエリの集合に対して、それぞれに指定された顧客識別子が既知の顧客本人特定情報のいずれにも関連付けられないとの第二の表示で応答し、顧客と複数の小売店との間の取引に関する取引情報であって取引の中の各取引を既知の顧客本人特定情報のうちの１つに関する識別情報に関連付けるような取引情報を受け取るように構成された販売時点情報管理システムインタフェースロジックと、取引の中の特定の各取引に関して、少なくともクーポンデータを特定の取引に関する取引情報の中に含まれる特定の取引詳細を比較することによって１つ以上のクーポンオファを特定するオファ選択ロジックと、取引の中の特定の各取引に関して、特定の取引詳細に基づく電子レシートであって、特定された１つ以上のクーポンオファのためのクーポンをサーバから獲得するためのクーポン情報を含む、またはそれにリンクされる電子レシートを生成するように構成されたレシート作成ロジックと、取引の中の各特定の取引に関して、特定の取引に関連付けられる特定の既知の顧客本人特定情報を、特定の識別情報に基づいて、取引情報が特定の取引に関連することを特定するアカウント識別ロジックと、取引の中の各特定の取引に関して、特定の既知の顧客本人特定情報に対応する顧客に対し、電子レシートを、特定の既知の顧客本人特定情報にマッピングされた電子アドレスへの電子メッセージの中で電子レシートを送信するか、顧客が特定の既知の顧客本人特定情報に関する認証情報を提供すると表示されるようなウェブベースアプリケーションに電子レシートを送信すること、の少なくとも一方を実行することによって提供する電子メッセージングロジックと、既知の顧客本人特定情報に関連付けられる顧客にクーポンデータに記載されたクーポンオファのためのクーポンを提供するための要求を受信し、クーポン提供の要求の少なくとも一部に応答して、印刷されたクーポンとデジタルクーポンを提供するクーポン配布ロジックと、を含む。
【０１６８】
ある実施形態において、電子メッセージングロジックは、電子レシートを、電子メールアドレス、電話番号、またはソーシャルネットワーキングアドレスのうちの１つに宛てられる電子メッセージの中で送信することによって提供するように構成される。ある実施形態において、クーポン情報は、特定された１つ以上のクーポンオファを説明するデータと、顧客がそれによって、特定された１つ以上のクーポンオファのための１つ以上の印刷可能なクーポンまたはデジタルクーポンをサーバに要求できる１つ以上のリンクを含む。ある実施形態において、１つ以上のクーポンオファを特定するステップは、クーポンデータに記載されたクーポンオファから１つ以上のクーポンオファを、特定の取引に関わる１つ以上の品目、特定の取引に関する支払方法、顧客の選好、小売店の選好、顧客の購入履歴、顧客リスト、または顧客のクーポン利用履歴に基づいて選択するステップを含む。
【０１６９】
ある実施形態において、電子メッセージングロジックは、顧客が特定の既知の顧客本人特定情報のための認証情報を提示すると表示されるように、ウェブベースアプリケーションに電子レシートを送信することによって電子レシートを提供するように構成され、電子レシートを提供するステップはさらに、特定の既知の顧客本人特定情報にマッピンされた電子アドレスに通知メッセージを送信するステップと、サーバにおいて、クライアントからのログイン要求を受信するステップと、サーバにおいて、ログイン要求に関連して、サーバがログイン要求と認証情報を受信したことに応答して、電子レシートを、ウェブベースアプリケーションを介してクライアントに送信するステップと、を含む。
【０１７０】
ある実施形態において、ウェブベースアプリケーションは、クライアントで動作する、サーバと通信して電子レシートにアクセスするための専用のモバイルアプリケーションである。ある実施形態において、ウェブベースアプリケーションは、顧客がそこから、複数の小売店のうちの複数の小売店での複数の取引に関する複数の電子レシートにアクセスできるウェブサイトである。ある実施形態において、クーポン配布ロジックはさらに、特定された１つ以上のクーポンのための１つ以上のデジタルクーポンを、特定の既知の顧客本人特定情報に関連付けられるアカウントに自動的に保存するように構成される。ある実施形態において、１つ以上のコンピュータデバイスはクーポン配布者によって操作され、クーポン配布者は、複数の小売店およびクーポンプロバイダとは異なる。ある実施形態において、販売時点情報管理システムインタフェースロジックは、サーバにおいて、クーポンサービスに加盟していない第一の小売店からの情報を受信し、第一の小売店がクーポンサービスに加盟していないとの判断に基づいて、第一の取引情報によって示される第一の取引関するクーポン情報を含まない第一の電子レシートを提供するようにさらに構成される。ある実施形態において、電子レシートはさらに、特定の取引詳細に基づいて選択されたオンラインプロモーションビデオへのリンクを含む。
【０１７１】
ある実施形態において、システムはさらに、複数の小売店のうち少なくともある特定の小売店に関して、端末と小売サーバを含み、これらはまとめて、第一の顧客が購入する第一の１つ以上の品目の集合を明示する第一の入力を受信し、第一の１つ以上の品目身が購入される第一の取引の実行を引き起こし、１つ以上のインタフェースを介して、第一の顧客識別子が第一の取引に関連付けられることを示す第二の入力を受信したことに応答して、第一の顧客識別子を使って販売時点情報管理システムインタフェースにクエリを行い、販売時点情報管理システムインタフェースロジックから、第一の顧客識別子が既知の顧客本人特定情報にマッピングされたこと示す第一の表示を受信し、第一の表示を受信したことに応答して、第一の取引に関する取引詳細を販売時点情報管理システムインタフェースロジックに送信し、第二の顧客により購入される第二の１つ以上の品目の集合を明示する第三の入力を受信し、第二の１つ以上の品目の集合が購入される第二の取引の実行を引き起こし、第二の顧客に、第二の表示を受信したことに応答して印刷されたレシートを提供するように構成され、第二の表示は、第二の顧客が１つ以上のインタフェースを介して一切の顧客識別子を提供することを拒否したこと、または第二の取引に関連して１つ以上のインタフェースを介して提供された第二の顧客識別子がいずれの既知の顧客本人特定情報にも関連付けられないこと、の少なくとも一方を示す。
【０１７２】
ある実施形態において、販売時点情報管理システムインタフェースロジックはさらに、第一の顧客識別子を明示する特定のクエリに対して、第一の顧客識別子に関連付けられて保存された１つ以上のデジタルクーポンを特定する情報で応答するように構成される。ある実施形態において、システムはさらに、端末と小売サーバを含み、これらはまとめて販売時点情報管理システムインタフェースロジックから受け取った１つ以上のデジタルクーポンを第一の取引に適用するように構成される。
【０１７３】
ある実施形態において、方法は、小売店において、顧客との取引で購入される品目を明示する入力を受信するステップと、少なくとも部分的に、第一の取引に関連付けられる少なくとも第一の顧客識別子を受信するように構成されたインタフェースを介して第一の入力を受信したことに応答して、第一の顧客識別子が既知の顧客本人特定情報に関連付けられるか否かを判断するステップと、第一の顧客識別子に関連付けられる１つ以上のデジタルクーポンを特定するステップと、少なくとも部分的に、第一の入力を受信し、第一の顧客識別子が既知の顧客本人特定情報に関連付けられると判断したことに応答して、特定の顧客識別子に関連付けられる１つ以上のデジタルクーポンを少なくとも部分的に使用して、第一の１つ以上の品目が購入される第一の取引の実行を引き起こすステップと、電子メールメッセージまたはウェブベースアプリケーションの少なくとも一方を介して、第一の取引に関する電子レシートの通信を引き起こすステップと、少なくとも部分的に、第二の取引に関連して、インタフェースを通じていずれかの既知の顧客本人特定情報に関連付けられたいずれかの顧客識別子を示す入力を受信しなかったことに応答して、第二の１つ以上の品目の集合が購入される第二の取引の実行を引き起こすステップと、第二の取引に関する印刷されたレシートの提供を引き起こすステップと、を含み、少なくとも受信するステップ、提供するステップ、判断するステップが１つ以上のコンピュータデバイスで実行される。
【０１７４】
ある実施形態において、顧客識別子は電子メールアドレスであり、電子レシートの通信を引き起こすステップは、電子アドレスへの、電子レシートを含む電子メールメッセージの送信を引き起こすステップ、または電子メールアドレスへの、電子レシートがウェブベースアプリケーションを介して取得可能であることを知らせるメッセージの送信を引き起こすステップの少なくとも一方を含む。ある実施形態において、電子レシートの通信を引き起こすステップは、第一の取引に関する取引詳細のサーバへの送信を引き起こすステップを含み、サーバは取引詳細を使って、小売店に代わって電子レシートを提供するように構成される。ある実施形態において、方法はさらに、クーポン情報を含む電子レシートの提供を引き起こすステップを含む。ある実施形態において、１つ以上のデジタルクーポンを特定するステップは、顧客識別子を使ってサーバコンピュータにクエリを行うステップと、クエリに応答して、１つ以上のデジタルクーポンを特定する情報を受信するステップと、を含む。ある実施形態において、顧客識別子が既知の顧客本人特定情報に関連付けられるか否かを判断するステップは、顧客識別子を使ってサーバコンピュータにクエリを行う前記ステップを含む。
【０１７５】
ある実施形態において、方法は、小売店から、ある顧客に関するアカウント識別情報を受信するステップと、アカウント識別情報に関連付けられるアカウントを特定するステップと、アカウントに関連付けられる１つ以上のデジタルクーポンを特定するステップと、１つ以上のデジタルクーポンがアカウント識別情報に関連付けられることを示す小売店クーポン獲得可能性データを提供するステップと、小売店から、小売店と顧客の間の取引に関する取引情報を受信するステップであって、取引情報がアカウント識別情報と、１つ以上のデジタルクーポンがその取引に適用されたことを示すクーポン利用データを含むステップと、取引情報に基づいて電子レシートを生成するステップと、アカウントに関連付けられる電子アドレスを介して電子レシートを提供するステップと、を含み、この方法は１つ以上のコンピュータデバイスによって実行される。
【０１７６】
ある実施形態において、アカウント識別情報は電子メールアドレスであり、電子レシートを提供するステップは、電子メールメッセージの中で電子レシートを提供するステップ、または電子レシートがウェブベースアプリケーションを介して取得可能であることを顧客に知らせるメッセージを電子メールアドレスに送信するステップのうちの少なくとも一方を含む。ある実施形態において、方法はさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するステップを含む。ある実施形態において、方法はさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するステップを含み、１つ以上のクーポンオファを説明するデータは、それを使って顧客が１つ以上のクーポンオファのための１つ以上の追加のデジタルクーポンをアカウントに保存するという行動を要求できる１つ以上のリンクを含む。ある実施形態において、方法はさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するステップと、１つ以上のクーポンオファのための１つ以上のデジタルクーポンをアカウントに自動的に保存するステップと、を含む。ある実施形態において、方法はさらに、取引情報に基づいて顧客が獲得できる１つ以上のクーポンオファを選択するステップと、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するステップと、を含む。ある実施形態において、この方法を実行する１つ以上のコンピュータデバイスは、クーポン配布者によって操作される１つ以上のサーバであり、クーポン配布者は小売店とは別である。ある実施形態において、この方法を実行する１つ以上のコンピュータデバイスは、小売店とは別の１つ以上の第三者実体によって操作される１つ以上のサーバである。
【０１７７】
ある実施形態において、取引情報は特定の取引情報であり、取引は特定の取引であり、小売店は特定の小売店である。この方法はさらに、特定の取引に関する特定の取引情報を受信するステップと、特定の小売店以外の小売店によって行われた過去の取引に関する過去の取引情報を受信するステップと、過去の取引の一部をアカウント識別情報にマッチさせるステップと、過去の取引の一部に対応する過去の取引情報の一部をアカウント識別情報に関連付けて保存するステップと、少なくとも部分的に、過去の小売店以外の小売店からの、アカウント識別情報に関連付けられる過去の取引情報の一部に基づいて、顧客が獲得可能な１つ以上のクーポンオファを選択するステップと、特定の小売店での特定の取引に関する電子レシートの少なくとも１つの中、または特定の小売店での特定の取引に関する電子レシートの中にそのためのリンクが含まれる情報の中で、少なくとも部分的に、特定の小売店以外の小売店からの、アカウント識別情報に関連付けられる過去の取引情報の一部に基づいて選択された１つ以上のクーポンオファを説明するデータを提供するステップと、を含む。
【０１７８】
ある実施形態において、クーポンサーバコンピュータは、小売店から顧客に関するアカウント識別情報を受信するように構成された販売時点情報管理システムインタフェースロジックと、販売時点情報管理システムインタフェースロジックに連結されて、アカウント識別情報に関連付けられるアカウントを特定するように構成されたアカウント識別ロジックと、販売時点情報管理システムインタフェースロジックに連結され、アカウントに関連付けられる１つ以上のデジタルクーポンを特定するように構成されたクーポン獲得可能性ロジックと、を含み、販売時点情報管理システムインタフェースロジックはさらに、１つ以上のデジタルクーポンがアカウント識別情報に関連付けられたことを示すクーポン獲得可能性データを小売店に提供するように構成され、販売時点情報管理システムインタフェースロジックはさらに、小売店から、小売店と顧客の間の取引に関する取引情報を受信するように構成され、取引情報は、アカウント識別情報と、１つ以上のデジタルクーポンがその取引に適用されたことを示すクーポン利用データを含み、また、取引情報に基づいて電子レシートを生成するように構成されたレシート作成ロジックと、アカウントに関連付けられる電子アドレスを介して、電子レシートへのアクセスを提供する電子メッセージを作成し、送信するように構成された電子メッセージングロジックと、を含む。
【０１７９】
ある実施形態において、アカウント識別情報は電子メールアドレスであり、電子レシートを提供するステップは、電子メールメッセージの中で電子レシートを電子メールアドレスに提供するステップ、またはウェブベースアプリケーションを介して電子レシートが取得可能であることを顧客に知らせるメッセージを電子メールアドレスに送信するステップの少なくとも一方を含む。ある実施形態において、電子メッセージングロジックはさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するように構成される。ある実施形態において、電子メッセージングロジックはさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するように構成され、１つ以上のクーポンオファを説明するデータは、それを使って顧客が１つ以上のクーポンオファのための１つ以上の追加のデジタルクーポンをアカウントに保存するという行動を要求できる１つ以上のリンクを含む。ある実施形態において、電子メッセージングロジックはさらに、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供し、１つ以上のクーポンオファのための１つ以上のデジタルクーポンをアカウントに自動的に保存するように構成される。ある実施形態において、クーポンサーバコンピュータはさらに、取引情報に基づいて顧客が獲得できる１つ以上のクーポンオファを選択するように構成されたクーポンオファ選択ロジックを含み、電子メッセージングロジックはまた、電子レシートの少なくとも１つの中で、または電子レシートにそのためのリンクが含まれる情報の中で、１つ以上のクーポンオファを説明するデータを提供するように構成される。ある実施形態において、電子メッセージングロジックはさらに、電子アドレスを介した電子レシートの提供を、電子メッセージを電子アドレスに送信するステップであって、電子メッセージがサーバにログイン要求を送信するように構成されたリンクを含むステップと、サーバにおいて、クライアントからのログイン要求を受信するステップと、サーバにおいて、ログイン要求に関連して、サーバがログイン要求と認証情報を受信したことに応答して、電子レシートを、ウェブベースアプリケーションを介してクライアントに送信するステップと、によって行うように構成される。
【０１８０】
６．０  レシートに伴う販売促進情報の提供
ある実施形態において、本明細書に記載される各種の技術は、クーポン情報に加えて、またはその代わりに販売促進オファに関する情報を配布するために使用してもよい。たとえば、デジタルレシートは、販売促進用ビデオ、画像またはその他の媒体を含むか、それにリンクされていてもよい。提供される販売促進サービスは、本明細書に記載された要素のいずれかに基づいてターゲットを絞っても、またはランダムに選択されてもよい。販売促進オファのデータレポジトリは、クーポンオファのデータレポジトリについて記載したものと同様の方法で保持し、利用されてもよい。販売促進オファは、具体的な品目識別子にマッピングされても、されなくてもよい。
【０１８１】
ある実施形態によれば、入力は顧客が購入する１つまた複数の品目を明示する入力が受信される。この入力に基づいて、その１つ以上の品目が購入される取引が完遂される。取引に関連する顧客識別子を示す入力を受信するように構成されたインタフェースが提供される。その取引に関連して、顧客識別子を示すら入力がインタフェースを介して受信されると、顧客識別子がその顧客のいずかの電子アドレスに関連付けられるか否かが判断される。顧客識別子が受信され、顧客識別子が電子アドレスに関連付けられると、販売促進情報が電子アドレスを介して提供される。ある実施形態において、これらの要素のいくつかまたは全部は、物理的店舗の小売端末で、場合によりは小売店に基づくサーバの支援を受けて実行される。ある実施形態において、販売促進サービス配布者を含めた他の実体により操作されるサーバが、判断と提供を支援してもよい。
【０１８２】
ある実施形態において、顧客識別子が受信され、顧客識別子が電子アドレスに関連付けられると、取引に関する電子レシートが印刷レシートの代わりにその電子アドレスを介して顧客に提供される。この電子レシートは、販売促進情報を含む。顧客識別子がまったく受信されなかったか、受信した顧客識別子がいずれの電子アドレスにも関連付けられなければ、その取引に関しては印刷レシートが提供される。
【０１８３】
ある実施形態において、販売促進情報を提供するステップは、顧客に、１つ以上の販売促進オファに関する情報を取得できるウェブサイトへのリンクと共に電子メールを送信するステップを含む。ある実施形態において、販売促進情報は、１つ以上の販売促進オファと、顧客がそれによって１つ以上の販売促進サービスに関する他の情報を利用し、または見つけることのできる１つたは複数のリンクを含む。
【０１８４】
ある実施形態において、販売促進情報の提供は、小売店が顧客識別子に関連付けられる取引情報とアカウント識別子を販売促進サービス配布者に送信するステップと、販売促進サービス配布者が電子アドレスを介して販売促進情報を提供するステップを含む。ある実施形態において、販売促進情報の提供は、小売店が顧客識別情報に関連付けられるアカウントを販売促進サービス配布者に送信するステップを含む。アカウント識別情報の送信に応答して、小売店は販売促進サービスプロバイダから販売促進情報を受信する。小売店は次に、電子アドレスを介してこの販売促進情報を電子レシートと共に提供する。ある実施形態において、販売促進情報を電子レシートと共に提供するステップは、販売促進情報を電子レシートと共に、顧客によって操作されるモバイル機器に送信するステップを含む。
【０１８５】
ある実施形態において、調整コンピュータには、顧客識別子が既知の顧客個人特定情報に関連付けられるか否かを判断するためのクエリが行なわれる。顧客識別子が既知の顧客本人特定情報に関連付けられるか否かを判断するステップは、顧客識別子が顧客の電子アドレスのいずれかと関連付けられるか印加を黙示的に判断する。
【０１８６】
ある実施形態において、小売店と顧客の間の取引に関する取引情報が受信され、この取引情報はアカウント識別情報を含む。アカウント識別情報に関連付けられるアカウントが識別される。電子レシートが取引情報に基づいて生成される。電子レシートは、販売促進情報と共にそのアカウントに関連付けられる電子アドレスを介して提供される。ある実施形態おいて、販売促進情報と電子レシートは小売サーバによって提供され、１つ以上の販売促進オファの特定においては販売促進サーバからの支援を得ることもありうる。ある実施形態において、販売促進情報と電子レシートは、小売店とは別の販売促進サービス配布者またはその他の実体によって提供される。
【０１８７】
ある実施形態において、電子レシートを販売促進情報と共に電子アドレスを介して提供するステップは、電子メールを電子アドレスに送信するステップであって、電子メールがログイン要求をサーバに送信するように構成されたリンクを含むステップと、サーバにおいて、ログイン要求をクライアントから受信するステップと、サーバにおいて、ログイン要求に関連して、アカウントに対応する認証情報を受信するステップと、サーバがログイン要求と認証情報に応答して、電子レシートと販売促進情報をクライアントに送信するステップと、を含む。
【０１８８】
ある実施形態において、電子アドレスは、電子メールアドレス、電話番号、ソーシャルネットワークアドレス、またはユニフォームリソースロケータのうちの１つである。ある実施形態において、１つ以上の販売促進オファの選択は、顧客の挙動をターゲットとしない要素に基づいて行われる。ある実施形態において、１つ以上の販売促進オファの選択は、取引に関わる１つ以上の項目、取引情報、顧客の選好、小売店の選好、顧客の購入履歴、または顧客の販売促進サービス利用履歴のうちの１つ以上に基づいて行われる。ある実施形態において、１つ以上の販売促進オファを選択すると、１つ以上の販売促進オファに関する１つ以上のデジタルクーポンが顧客のアカウントに自動的に保存される。ある実施形態において、顧客識別子は、顧客ポイントカード番号、クレジットカード番号、無線ＩＤタグ（ＲＦＩＤ）、ハードウェアアドレス、または電話番号のうちの１つである。
【０１８９】
ある実施形態において、方法は、小売店以外の実体によって実行される。第二の小売店と顧客の間の第二の取引に関する第二の取引情報が受信され、この第二の取引情報は第二のアカウント識別情報を含む。アカウントは、第二のアカウント識別情報に関連付けられていると特定される。第二の販売促進情報は、アカウントに関連付けられる電子アドレスを介して提供される。第二の販売促進情報は当初の販売促進情報と同じでも、異なっていてもよい。ある実施形態において、第二の販売促進情報は第二の取引情報に基づいて生成された第二の、異なるレシートと共に提供される。
【０１９０】
７．０  複数小売店取引データに基づくオファの提供
前項に記載されたように、複数の異なる小売店が取引データを調整コンピュータ、たとえばクーポンプロバイダ、支払プロバイダ、ショッピングインセンティブプロバイダまたは専用のレシートプロバイダが操作するサーバ等に通信してもよい。このデータは、顧客の購入履歴から収集されてもよく、これは前述のように、ユーザレシートの「デジタルロッカ」の作成からユーザに提示するためのオファの選択まで、様々な目的に使用されてもよい。いくつかの実施形態において、複数の小売店からの取引データ、すなわち複数小売店取引データはそれゆえ、ユーザにオファを提供するために利用できる。たとえば、ある実施形態において、前述のように、オファの選択は、購入履歴と小売店の本人特定情報に基づいて行うことができる。このような場合、オファの選択をフィルタ処理して、ある小売店に関するオファだけにしても、そうしなくてもよい。上記の他の実施形態では、購入履歴だけがオファ選択に利用され、それゆえ、オファの選択は当然、取引データを提供した小売店の本人特定情報に関係なく、取引データに基づいて行われる。さらに別の実施形態において、複数小売店取引データの使用程度は様々であってもよく、たとえば、ユーザがどこにいるかに基づいて、特定の小売店からの取引データにより大きな重みが付けてもよい。
【０１９１】
ここで、部分的または完全に複数小売店取引データに基づいてオファを提供する各種の具体的な実施例を説明する。しかしながら、複数小売店取引データの使用はこれらの具体的な実施例に限定されず、前述のその他のシステムと技術にも適用される。
【０１９２】
７．１  例示的な方法の流れ
図１２は、ある実施形態にしたがって複数の異なる小売店から収集された取引データに基づいてオファを提供するための流れ１２００を示す。
【０１９３】
ブロック１２１０は、複数の小売店から取引データを受信するステップを含む。取引データは、小売店からの取引ログを含み、各ログは小売店の中の対応する１つでの異なる取引の詳細を記録している。各取引ログは買い物かご単位の情報を含み、これには取引の中で購入された品目に関する１つ以上の品目識別子が含まれる。品目は、商品および／またはサービスを含んでいてもよい。各取引ログはさらに、１つ以上の識別子、たとえばポイントカード識別子、クレジットカード番号、クーポンアカウント番号、氏名、電話番号、電子メールアドレス、ＩＰアドレス、モバイル機器識別子およびその他を含む。各取引ログは、任意選択で、他の取引情報、たとえば時刻、日付、小売店識別子、店舗識別子、地理的位置データ、およびその他を含む。ブロック１２１０は、たとえば、他の項に記載されているように、第三者のサービスプロバイダによって複数の小売店のためのサービスとして操作される調整サーバによって実行されてもよい。
【０１９４】
ブロック１２２０は、任意選択で、品目識別子を正規化するステップを含む。異なる小売店は、異なる独自の識別方式を用いて各種の品目を特定していることもある。たとえば、ある小売店は特定の種類のりんごを「品目Ａ１０８」と呼んでもよく、他の小売店は同じ種類のりんごを「品目７８９２３」と呼んでもよい。調整サーバはこの違いを、両方の識別子を「品目ＡＰＰＬＥ１０９２３」等の正準表現に正規化することによって解消してもよい。調整サーバは、特定の小売店に関する独自の品目識別子を品目正準表現に正規化する品目マッピングデータを維持していてもよい。このような品目マッピングデータは、個々の小売店の各々によって提供されてもよく、および／または小売店の在庫分析によって生成されてもよい。
【０１９５】
ある実施形態において、品目識別子の一部または全部がすでに共通の識別方式に適合している。たとえば、品目識別子の大部分は、すべて統一商品コード（ＵＰＣ：Ｕｎｉｆｏｒｍ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅｓ）であってもよい。それゆえ、ブロック１２２０は不要となる。ある実施形態において、一部の品目については特定の小売店で一貫しない識別子が使われていても、ほとんどの品目はほとんどの小売店において同じ識別子で特定される。一貫しない識別子を持つ品目だけが、ブロック１２２０で正規化されればよい。あるいは、ブロック１２２０はすべて省略してもよく、上記の技術の目的においては、一貫しない識別子を有する品目は異なる品目として扱われる。
【０１９６】
ある実施形態において、ブロック１２２０は、より大きな取引ログ正規化プロセスの一部であってもよい。すなわち、取引ログそのものは小売店ごとに異なるフォーマットに適合していてもよい。調整サーバは、１つ以上の取引ログ正規化構成要素を含んでいてもよく、受信された取引ログはそこに送信される。正規化の結果、取引ログはすべて共通のフォーマットに適合することになる。しかしながら、ある実施形態において、小売店は取引ログを共通のフォーマットにフォーマットしてから、この取引ログを小売店に送信するため、ログは正規化が不要となる。
【０１９７】
ブロック１２３０は、取引ログをユーザデータベースの中のユーザエンティティに関連付けるステップを含む。ユーザデータベースは、複数のユーザエンティティオブジェクトを含み、各々が異なるユーザエンティティに対応する。各ユーザエンティティは、１つ以上のユーザ識別子にマッピングされる。ある特定のユーザエンティティに属するユーザ識別子は、ユーザによって、たとえばアカウント登録プロセス中に提供されていてもよい。その代わりに、またはこれに加えて、あるユーザエンティティに属するユーザ識別子は、しばらくするうちに取引ログから取得されてもよい。
【０１９８】
取引中に提供されたユーザ識別子の多くが実際には一意的に、または時には正確にも、実世界の顧客を特定しないこともあるため、ユーザエンティティは実世界の顧客に実際に対応していても、していなくてもよい。たとえば、ある家庭の中の複数の異なる顧客はポインカード情報を共有する場合があり、したがってポイントカード情報だけに基づくユーザエンティティは、複数の実世界の顧客に対応するであろう。他の例として、精算プロセス中に提供された電話番号はかつて、現在その電話番号を所有している顧客とは異なる取引履歴を有する別の顧客のものであったこともある。それゆえ、電話番号にのみ基づくユーザエンティティは、その電話番号を提供している実世界の顧客を正確に反映しないであろう。
【０１９９】
いくつかの実施形態において、本明細書において実施される技術ではそれでも、特定の種類の識別子の各々、たとえばクレジットカード識別子、ポイントカード識別子、または電話番号が一意的にユーザエンティティに対応すると仮定することによって、十分な結果が得られる。それゆえ、これらの実施形態におけるブロック１２３０は単に、各取引中に提供された１つ以上のユーザ識別子を使ってデータベースにクエリを行うことによってユーザエンティティを探索するステップを含む。
【０２００】
他の実施形態において、各種のデータマイニング方法を使って、ユーザデータベースを、実世界の顧客をよりよく反映するように洗練しようとしてもよい。それゆえ、たとえばある家庭内の異なるメンバーをモデル化した異なるユーザンティティは、同じポイントカード識別子に関連付けられていてもよい。このような状況では、各種のパターンマッチングおよび／または機械学習メカニズムを使って、特定の取引ログが特定のユーザエンティティに属する可能性を計算してもよい。ユーザエンティティはその後、計算された可能性に基づいて取引ログにマッチされる。
【０２０１】
取引ログに関連付けられるユーザエンティティが特定されると、次に、固有のユーザエンティティ識別子が関連する取引ログにマッピングされ、および／または固有の取引識別子が関連するユーザエンティティにマッピングされる。
【０２０２】
ブロック１２４０は、取引ログをデータストアに保存し、それによって複数の異なる小売店にまたがる複数の異なるユーザエンティティに関する取引／購入履歴を作成するステップを含む。任意選択で、ブロック１２４０は、取引ログからのデータをサマリ情報へと集約し、これを保存して、より早く解析できるようにするステップを含む。たとえば、各サマリ情報は、ユーザがある品目を購入した回数、ユーザによるその品目の前回の購入、ある期間にわたるその品目に関するユーザの購入パターン、およびユーザのある品目の購入とそのユーザの他の品目の購入との相関関係を示していてもよく、これらに限定されない。取引データストアは、その後のステップの実行を含め、本明細書に記載されている各種の目的のために使用されてもよい。
【０２０３】
ある実施形態において、ブロック１２１０〜１２４０は各取引に関してリアルタイムで実行される。すなわち、取引が実行されるとすぐに、小売店は取引ログを調整サーバにアップロードし、サーバがその後、ブロック１２２０〜１２４０を実行する。ある実施形態において、ブロック１２１０〜１２４０の各種の段階は取引に関して非同期的に実行される。たとえば、小売店は複数の取引からの取引ログをバッチ処理して、これらの取引を調整サーバに定期的にアップロードしてもよい。調整サーバはまた、いくつかの実施形態において、各種の構成要素を含んでいてもよく、これらがブロック１２２０〜１２４０を相互に関して非同期的に実行し、未処理の取引ログは次の構成要素が取引ログを処理できる状態になるまで、各種のプールまたはキャッシュに保存される。
【０２０４】
ブロック１２５０は、１つ以上のオファへの要求を受信するステップを含む。この要求は取引データストアにアクセスできるオファ／クーポンサーバにおいて受信されてもよく、これはブロック１２１０〜１２４０を実行した調整サーバと同じであっても、異なっていてもよい。要求は、いずれの適当な発信源からのものであってもよく、これには広域ネットワーク上で通信するエンドユーザベースのクライアントアプリケーションおよび／または他の種類のネットワークを介して通信するその他のサーバが含まれる。たとえば、前の項に記載したように、要求はウェブベースまたはモバイルレシート閲覧アプリケーションから発信されていてもよい。あるいは、要求は、モバイル機器で動作するクーポンアプリケーションまたはショッピングリスト管理アプリケーションから発信されていてもよい。あるいは、要求は、顧客が操作するクライアントデバイスと通信するサーバから発信されていてもよい。あるいは、また別の例では、要求は広告プラットフォームから発信されていてもよい。
【０２０５】
ブロック１２６０は、要求の中の、および／またはそれに関連付けられたコンテキスト情報に基づいて要求をユーザンティティにマッチさせるステップ含む。要求は、いくつかの実施形態において、その要求に関連付けられたユーザエンティティを明確に指定するデータを含む。たとえば、各ユーザエンティティが別のポイントカード識別子を有することを前提とすると、要求は単純にポインカード識別子を指定しうる。あるいは、要求が、ユーザに対してあるユーザエンティティに一意的に関連付けられるアカウントにログインすることを要求するアプリケーションから発信されている場合、要求は単純にアカウント認証情報を指定しうる。他の実施形態では、要求は各種のコンテキスト信号を含み、これにはユーザ識別子、地理的位置データ、デバイス識別子、およびその他が含まれる。要求は、ブロック１２３０に関して説明した可能性に基づくユーザエンティティマッチング方式と同様の方法でユーザエンティティにマッチされてもよい。また別の実施形態において、ユーザエンティティマッチングのためのコンテキスト信号は、要求以外のデータ、たとえば地理的位置データおよび／または、その要求を発行するデバイスから過去にアップロードされたショッピングリストに挙げられた品目からマイニングされる。
【０２０６】
ブロック１２７０は、要求に応答して、取引データストア内のマッチされたユーザエンティティにマッピングされている複数小売店からの取引データに基づいて、１つ以上のオファを特定するステップを含む。複数小売店取引データは様々な方法で利用できる。たとえば、前述のように、複数小売店取引データをマイニングすることにより、購入パターンを知ることができる。購入パターンによって、たとえばあるユーザエンティティが火曜日に牛乳を購入することが多いと判明し、要求が火曜日に受信される場合、そのユーザには牛乳に関連するオファが提示されてもよい。有利には、複数小売店取引データの使用により、従来可能であったものより優れたパターン認識が可能となり、たとえばユーザが火曜日に異なる小売店から牛乳を買うことが多ければ、これらの小売店のうちのいずれの特定の１つにとっても、そのユーザにパターンが存在することはわからなかったであろう。
【０２０７】
他の例として、最近の取引ログは、そのユーザが近い将来購入する可能性のない品未を特定するために利用できる。たとえば、ユーザが確かに牛乳を買おうとし、オファに対する他の要求を送信する場合、牛乳に関するオファを控えてもよい。同様に、最近の取引ログを使って、ユーザが興味を持ちそうなプレゼント品目を特定してもよい。たとえば、ユーザが最近牛乳を買った場合、オファサーバはクッキーのオファをユーザに提供するように決定してもよい。プレゼント品目は、現在のユーザエンティティ、同様のユーザエンティティ、またはユーザ層全体にも関連付けられる取引ログの中で特定された相関関係に基づいて提案されてもよい。プレゼント品目はまた、オファプロバイダまたは小売店によって指定されてもよい。
【０２０８】
有利には、複数小売店取引データの使用によって、オファのタイミングが改善される。たとえば、小売店Ａにはこれまで、顧客が小売店Ｂで牛乳を買ったばかりであることがわからず、それゆえ、そのユーザに何の興味もないであろう牛乳のオファを不用意に提供してしまう可能性があった。これに対して、本明細書に記載されるシステムに参加すれば、オファサーバが小売店Ａに対して、特定のユーザエンティティにとってどのオファが最も有益であるかの表示を提供できる。すると小売店Ａは表示されたオファをそのユーザに対し、たとえばレシートの中で、オファを配布するウェブベースまたはモバイルアプリケーションを介して、またはその他のオファ配布機構を介して提供してもよい。同様に、エンドユーザに対するクーポンまたはその他のオファの第三者の配布者は、本明細書に記載された技術を利用することにより、小売店Ａと小売店Ｂの両方に対するそのサービスの価値を高め、それゆえ、配布者がそのサービスに対して定める価格を高くすることができる。
【０２０９】
いくつかの実施形態において、本明細書の他の箇所で説明される要素のいずれかを、ある要求に応答してオファを特定するための複数小売店取引データと共に利用してもよく、これにはショッピングリストデータ、クーポン利用履歴、ユーザの選好、およびその他が含まれる。
【０２１０】
ブロック１２８０は、特定されたオファのユーザへの提示を引き起こすステップを含む。オファは一般に、クライアントデバイスにおいて、ウェブベースまたはモバイルアプリケーションによって表示されるインタフェースの中で提示される。インタフェースは、本明細書に記載されるように、レシート閲覧インタフェースであってもよい。あるいは、インタフェースは他のいずれの適当なインタフェースであってもよく、これにはクーポンクリッピングウェブページ、ショッピングリスト管理アプリケーション、広告配信インタフェース、およびその他が含まれ、これらに限定されない。オファサーバは、ブロック１２８０を少なくとも部分的に、特定されたオファを説明するデータをクライアントデバイスまたはウェブサーバに送信することによって実行する。
【０２１１】
少なくとも１つの実施形態において、ユーザに提示されるオファは、レシート上であっても、他のいずれの形態であっても、複数の小売店からの取引データに基づいて選択されていてもよい。ある実施形態において、レシート上で提示された少なくとも１つのオファは、生成されたそのレシートが関係する取引に関わった小売店以外の小売店からの取引データに基づいて選択された。
【０２１２】
流れ１２００は、複数小売店取引データに基づくオファを提供するための技術の一例にすぎない。他の技術に含まれる要素はこれより少なくても、多くても、および／または異なっていてもよく、場合により配置も異なっていてよい。
【０２１３】
７．２  システム例
図１３は、ある実施形態にしたがって、複数の異なる小売店から収集した取引データに基づいてオファを提供するためのシステム１３００を示す。システム１３００は、本明細書に記載された各種の技術を実行するために使用できる。
【０２１４】
システム１３００は、複数の小売店１３１０を含みその各々が異なる小売データセンタ１３２０を運営する。各小売データセンタ１３２０は、１つ以上のコンピュータデバイスと１つ以上のデータベースを含み、これらは共同で１つの小売サーバとして動作する。各小売データセンタ１３２０は、１つ以上の実店舗１３３０および／またはオンライン店舗１３３２に、広域ネットワークおよび／または直通ラインを介して通信可能に連結される。
【０２１５】
各小売データセンタ１３２０は、様々な態様の中でも特に、店舗１３３０および／または１３３２から取引データを受信する。取引データは、店舗１３３０の支払端末１３４０によって、またはオンライン店舗１３３２のウェブサイトまたはウェブベースアプリケーションによって生成されてもよい。支払端末１３４０は、本明細書に記載されるように、取引を実行する目的のためにユーザとインタフェースできるどのような機器であってもよい。たとえば、支払端末１３４０は、専用の販売時点情報管理レジスタまたは無人レジスタンドであってもよい。支払端末１３４０はまた、またはその代わりに、既存の販売時点情報管理レジスタや無人レジスタンドとインタフェースするアドオンデバイスであってもよい。
【０２１６】
各店舗１３３０はさらに、任意選択で、各種の端末１３４０とインタフェースする店舗コントローラシステムを運用していてもよい。店舗コントローラは、小売データセンタ１３２０と共に、取引実行において端末１３４０を支援してもよく、これはたとえば、品目とオファに関する情報の提供および支払処理サービスの提供等による。店舗コントローラは、端末１３４０から取引データを収集して、それをリアルタイムまたは準リアルタイムでそれぞれのデータセンタ１３２０に送信してもよい。
【０２１７】
各小売データセンタ１３２０はまた、広域ネットワークおよび／または直通ラインを介して、取引集約システム１３５０に通信可能に連結されていてもよい。小売データセンタ１３２０は、それぞれの対応する店舗から受信した取引データの一部または全部を取引集約システム１３５０に送信する。取引データは、小売データセンタ１３２０で処理されても、処理されなくてもよい。取引データは、その受信時にリアルタイムで送信されても、定期的にバッチ処理され、送信されてもよい。
【０２１８】
取引集約システム１３５０は、データの到着時に取引データを処理する、および／または取引データが取引データストア１３５５に保存されるようにする取引集約装置１３６０を実装する１つ以上のコンピューティンクデバイスのシステムである。１つ以上のネットワークインタフェース上で、取引集約装置１３６０は１つ以上の取引報告アプリケーションプログラミングインタフェースを提供する。データセンタ１３２０は、取引報告アプリケーションプログラミングインタフェースを使って、取引ログを取引集約装置１３６０に報告する。記憶された取引データは、取引ログと、任意選択で、複数の小売店１３１０からの集約された取引データを含んでいてもよい。いくつかの実施形態において、取引集約システム１３５０は他の項に記載された意味における調整サーバとして機能する。
【０２１９】
取引集約装置１３６０は、取引データストア１３５５の中の各種の取引データがユーザデータストア１３５８の中のユーザデータによって説明されるユーザエンティティに関連付けて保存されるようにする。取引集約装置１３６０は、取引データに基づいて、ユーザデータストア１３５８の中のユーザエンティティの定義をさらに更新してもよい。ユーザデータストア１３５８と取引データストア１３５５は、同じまたは異なるデータベースシステムの中に保存されてもよい。
【０２２０】
取引集約システム１３５０はさらに、１つ以上のネットワークインタフェース（これは取引集約装置１３６０に属するものと同じでも、そうでなくてもよい）を有するレシートサーバ１３７０を含み、その上でレシートサーバ１３７０は顧客１３０５に、取引データストア１３５５中の取引データとユーザデータストア１３５８の中のユーザエンティティデータに基づいて、複数小売店１３１０からのレシートを提供する。レシートは、本明細書に記載された技術のいずれを使って提供されてもよい。
【０２２１】
システム１３００はさらに、顧客１３０５にオファを提供するオファサーバ１３８０を含む。オファサーバ１３８０は、たとえば、まとまってサーバとして機能する１つ以上のコンピュータデバイスであってもよい。オファサーバ１３８０は、１つ以上のネットワークインタフェース（これは、取引集約システム１３５０のそれと同じでも、違ってもよい）を含み、その上でこれがクライアントデバイスおよび／またはその他のサーバからオファの要求を受ける。ある実施形態において、オファサーバ１３８０は、オファ推奨アプリケーションプログラミングインタフェースを提供し、それによってこれは要求を、任意選択で、その要求に対応するユーザエンティティを識別するコンテキスト情報と共に呼び出す。いくつかの実施形態において、コンテキスト情報はその代わりに、たとえばＩＰアドレスまたはその他のクライアント識別子から導き出されてもよい。ある実施形態において、オファサーバ１３８０は、ウェブページ、画像、またはウェブクライアントでの表示に適したその他のコンテナの中に埋め込まれたオファを提供するウェブサーバである。ある実施形態において、オファサーバ１３８０は、生オファデータを要求者により直接提示されることが意図されていないフォーマット、たとえばＸＭＬ、ＳＯＡＰ、ＪＳＯＮ、およびその他により提供する。次に要求者は、この生オファデータを処理して、ユーザサーバ１３８０によって特定されたオファの独自の表現を生成する。
【０２２２】
いくつかの実施形態において、本明細書に記載されるクーポンサーバはオファサーバ１３８０として機能してもよい。他の実施形態において、クーポンサーバは、オファサーバ１３８０とは別にクーポンを配布する。すなわち、オファサーバ１３８０は単純に、オファの要求に応答してオファに関する情報を特定し、提供する。顧客１３０５は、顧客１３０５がオファサーバ１３８０によって推奨されるオファのためのクーポンを獲得したければ、クーポンサーバに別途アクセスしなければならない。
【０２２３】
オファサーバ１３８０はオファデータストア１３８５の中のオファを説明する記録にアクセスし、そこにはオファ提供者および／またはオファ集約サービスからのデータがポピュレートされていてもよい。オファサーバ１３８０は、オファデータストア１３８５、取引データストア１３５５、ユーザデータストア１３５８からのデータを比較して、１つ以上のオファを具体的なオファ要求にマッチさせる。ある実施形態において、顧客にオファを提供する際、オファサーバ１３８０は、さらに別の２つ以上の異なる小売店１３１０における顧客による取引からの取引データに基づいてオファを選択する。
【０２２４】
オファサーバ１３８０は、顧客１３０５によって操作されるデバイスから直接オファ推奨の要求を受け取ってもよい。オファサーバ１３８０はまた、またはその代わりに、顧客１３０５によって操作されるデバイスとインタフェースするその他のサーバ、たとえばレシートサーバ１３７０および／または広告プラットフォーム１３９０から要求を受け取ってもよい。オファサーバ１３８０がどこで利用されるかに応じて、オファサーバ１３８０は、ユーザデータストア１３５８および／または取引データストア１３５５と直接通信してもよく、またはオファサーバ１３８０は取引集約システム１３５０を介してデータを要求してもよい。
【０２２５】
ある実施形態において、オファサーバ１３８０とレシートサーバ１３７０は、実際には同じサーバである。他の実施形態では、オファサーバ１３８０とレシートサーバ１３７０は別の異なるサーバであり、異なるプロバイダよって操作されていてもよい。ある実施形態において、複数の異なるオファサーバ１３８０が取引データストア１３５５内の取引データを利用してもよい。
【０２２６】
広告プラットフォーム１３９０は、たとえばウェブサイトまたはモバイルアプリケーションを介してユーザに広告を提供する１つ以上のサーバの集合である。オファサーバ１３８０は、広告プラットフォーム１３９０の一部であってもよく、またはオファサーバ１３８０とは完全に分離されていてもよい。オファサーバ１３８０と広告プラットフォーム１３９０は、同じ実体によって、または異なるプロバイダによって操作されてもよい。
【０２２７】
システム１３００は、複数小売店取引データに基づいてオファを提供するシステムの一例にすぎない。他のシステムに含まれる要素はこれより少なくても、多くても、および／または異なっていてもよく、場合によりはその配置も異なっていてよい。たとえば、他のシステムは、より多くの店舗１３３０および／またはさらに別のオンライン店舗１３３２を有する、より多くの小売店１３１０を含んでいてもよい。さらに別の顧客１３０５がオファサーバ１３８０および／またはレシートサーバ１３７０にさらに別のデバイスでアクセスしてもよい。他の例としては、ある実施形態において、支払端末１３４０が、広域ネットワーク上で取引集約装置１３６０と直接通信するように構成される。たとえば、支払端末１３４０は、取引集約システム１３５０のオペレータが利用し、場合によりはその費用を支払っている専用端末であってもよい。ある実施形態において、いくつかの、またはすべての小売店１３１０は小売データセンタ１３２０を持っていなくてもよい。むしろ、個々の店舗１３３０および／または１３３２は、取引集約システム１３５０と直接通信する。ある実施形態において、オファサーバ１３８０は小売データセンタ１３２０と通信し、小売店１３１０に対してオファを推奨し、および／またはオファ条件を小売店１３１０に知らせる。
【０２２８】
７．３  その他の例
ある実施形態において、システムは、第一の１つ以上のコンピュータデバイスの集合を含む取引集約構成部品であって、１つ以上のネットワークインタフェースの集合上で複数の異なる小売データセンタからの取引データを受信するように構成された取引アプリケーションプログラミングインタフェースを提供する取引集約構成要素と、ユーザエンティティを説明する記録を記憶するユーザデータベースと、取引データを説明する記録を記憶する取引データベースと、を含み、取引データが複数の異なる小売データセンタにレポートする店舗からの取引ログを含み、取引データの各取引ログが、店舗のうちの対応する１つにおける異なる取引の詳細を記録し、取引集約構成要素は、複数の異なる小売データセンタから受領した取引データに基づいて、特定の取引ログをユーザデータベースの中の特定のユーザエンティティに関連付けて、取引データベースを更新し、また、第二の１つ以上のネットワークインタフェースの集合に連結された広域ネットワーク上で取引ログに基づいて顧客デバイスにレシートデータを送信するように構成された第二の１つのまたは複数のコンピュータデバイスの集合を含むレシートサーバと、第三の１つ以上のコンピュータデバイスの集合を含むオファサーバと、を含み、オファサーバは第三の１つ以上のネットワークインタフェースの集合上で１つ以上のオファの受信要求を受けるように構成されたオファ推奨アプリケーションプログラミングインタフェースをエクスポーズし、オファサーバは、要求の中の、および／またはこれに関連付けられるコンテキスト情報に基づいて、要求の中の特定の要求をユーザエンティティの中の特定のユーザエンティティにマッチさせるように構成され、オファサーバは、要求に応答して、少なくとも部分的に、複数の小売データセンタから、マッチされたユーザエンティティに関連付けられる取引データベースの中の特定の取引データを特定することに基づいて、１つ以上のオファを特定するように構成され、オファサーバは、要求に応答して、特定された１つ以上のオファを説明する情報を提供するように構成される。
【０２２９】
ある実施形態において、方法は、複数の小売店から、小売店からの取引ログを含む取引データを受け取るステップであって、取引データの各取引ログが小売店のうちの対応する１つにおける異なる取引の詳細を記録しているステップと、取引ログをユーザデータベースの中のユーザエンティティと関連付けるステップと、取引ログを取引データストアに記憶するステップであって、取引データストアがそれによって、複数の小売店にわたるユーザエンティティの中の複数の異なるユーザエンティティに関する取引履歴を含むことになるステップと、１つ以上のオファの要求を受信するステップと、要求の中の、および／またはこれに関連付けられるコンテキスト情報に基づいて、要求をユーザエンティティの中の特定のユーザエンティティにマッチさせるステップと、要求に応答して、少なくとも部分的に、取引データストアの中から、マッチされたユーザエンティティに関連付けられる、複数の小売店からの取引データを特定することに基づいて、１つ以上のオファを特定するステップと、要求に応答して、特定された１つ以上のオファを説明する情報を提供するステップと、を含む。
【０２３０】
８．０  実行メカニズム−ハードウェアの概要
１つの実施形態によれば、本明細書に記載される技術は、１つ以上の特定用途コンピュータデバイスによって実行される。特定用途コンピュータデバイスは技術を実行するためにハードワイヤードであってもよく、またはその技術を実行するように一貫してブログラムされたデジタル電子機器、たとえば１つ以上の特定用途集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）であってもよく、または、ファームウェア、メモリ、その他の記憶装置またはそれらの組み合わせの中にあるブログラム命令にしたがって技術を実行するようにプログラムされた１つ以上の汎用ハードウェアプロセッサを含んでいてもよい。このような特定用途コンピュータデバイスはまた、カスタムハードワイヤードロジック、ＡＳＩＣまたはＦＰＧＡを、その技術を実行するためのカスタムプログラミングと組み合わせてもよい。特定用途コンピュータデバイスは、デスクトップコンピュータシステム、携帯型コンピュータシステム、ハンドヘルドデバイス、ネットワーキングデバイス、または、この技術を実行するためのハードワイヤードおよび／またはプログラムロジックを組み込んだ他のいずれのデバイスであってもよい。
【０２３１】
たとえば、図９はコンピュータシステム９００を示すブロック図である。コンピュータシステム９００は、バス９０２または、情報を通信するためのその他の通信機構と、バス９０２に連結され、情報を処理するためのハードウェアプロセッサ９０４と、を含む。ハードウェアプロセッサ９０４は、たとえば汎用マイクロプロセッサであってもよい。
【０２３２】
コンピュータシステム９００はまた、ランダムアクセスメモリ（ＲＡＭ）またはその他のダイナミックストレージデバイス等、バス９０２に連結されて、情報やプロセッサ９０４により実行されるべき命令を記憶するメインメモリ９０６を含んでいてもよい。メインメモリ９０６はまた、プロセッサ９０４により実行されるべき命令の実行中に、一時的可変値またはその他の中間的情報を保存するためにも使用されてよい。このような命令は、プロセッサ９０４によってアクセス可能な非一時的記憶媒体に記憶されると、コンピュータシステム９００は、その命令の中で指定されている動作を実行するようにカスタム化された特定用途マシンとなる。
【０２３３】
コンピュータシステム９００はさらに、バス９０２に連結されて、プロセッサ９０４のための静的情報と命令を記憶するためのリードオンリメモリ（ＲＯＭ）９０８またはその他の静的記憶装置を含む。たとえば磁気ディスクまたは光ディスク等の記憶装置９１０が情報と命令を記憶するために提供され、バス９０２に連結されていてもよい。
【０２３４】
コンピュータシステム９００は、コンピュータのユーザに情報を表示するために、バス９０２を介してディスプレイ９１２、たとえば陰極線管（ＣＲＴ）に連結されていてもよい。英数字またはその他のキーを含む入力デバイス９１４が、情報と命令の選択をプロセッサ９０４に通信するためにバス９０２に連結されている。他の種類のユーザ入力デバイスはカーソルコントロール９１６、たとえばマウス、トラックボール、または方向情報と命令選択をプロセッサ９０４に通信し、ディスプレイ９１２上のカーソル移動を制御するためのカーソル方向キー等である。この入力デバイスは一般に、第一の軸（たとばｘ）と第二の軸（たとえばｙ）の２つの軸における２自由度を有し、これによってデバイスはある平面内の位置を特定することができる。
【０２３５】
コンピュータシステム９００は、カスタムハードワイヤードロジック、１つ以上のＡＳＩＣまたはＦＰＧＡ、ファームウェアおよび／またはプログラムロジックを使って本明細書に記載された技術を実行してもよく、これらはコンピュータシステムと協働して、コンピュータシステム９００を特定用途マシンとするか、またはそのようにプログラムする。１つの実施形態によれば、本明細書の技術は、コンピュータシステム９００によって、プロセッサ９０４がメインメモリ９０６の中に含まれる１つ以上の命令の１つ以上のシーケンスを実行することに応答して、実行される。このような命令は記憶装置９１０のような、他の記憶媒体からメインメモリ９０６の中に読み込まれてもよい。メインメモリ９０６の中に含まれる命令のシーケンスを実行することによって、プロセッサ９０４が本明細書に記載されたプロセスステップを実行する。他の実施形態では、ハードワイヤード回路をソフトウェア命令の代わりに、またはそれと一緒に使用してもよい。
【０２３６】
「記憶媒体」という用語は、本明細書において、具体的な方法で機械を動作させるデータおよび／または命令を記憶する任意の非一時的媒体を指す。このような記憶媒体には、不揮発性媒体および／または揮発性媒体が含まれる。揮発性媒体には、ダイナミックメモリ、たとえばメインメモリ９０６が含まれる。不揮発性媒体には、たとえば、記憶装置９１０などの光学ディスクまたは磁気ディスクが含まれる。記憶媒体の一般的な形態は、たとえばフロップディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、またはその他の任意の磁気データ記憶媒体、ＣＤ−ＲＯＭ、他の任意の光データ記憶媒体、パターン式ホールを有する任意の物理的媒体、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、ＮＶＲＡＭ、他の任意のメモリチップまたはカートリッジを含む。
【０２３７】
記憶媒体は、伝送媒体と別であるが、これと一緒に使用されてもよい。伝送媒体は、記憶媒体間の情報の伝送に関わる。たとえば、伝送媒体は同軸ケーブル、銅線および光ファイバを含み、これにはバス９０２を含むワイヤが含まれる。伝送媒体はまた、たとえば無線および赤外線データ通信中に生成される音波または光波の形態をとることもできる。
【０２３８】
各種の形態の媒体は、１つ以上の命令の１つ以上のシーケンスを実行のためにプロセッサ９０４に搬送することに関わってもよい。たとえば、命令は当初、遠隔コンピュータの磁気ディスクまたはソリッドステートドライブで搬送されてもよい。遠隔コンピュータは命令をダイナミックメモリにロードし、その命令を、モデムを使って電話線上で送信することができる。コンピュータシステム９００にローカル接続されるモデムは、電話線上でデータを受け取り、赤外線送信機を使ってデータを赤外線信号に変換できる。赤外線検出器は赤外線信号で実行されたデータを受け取ることができ、適当な回路バス９０２上にデータを設置することができる。バス９０２はデータをメインメモリ９０６に搬送し、そこからプロセッサ９０４が命令を読み出して実行する。メインメモリ９０６が受信した命令は、任意選択で、プロセッサ９０４による実行の前または後のいずれかに、記憶装置９１０に記憶されてもよい。
【０２３９】
コンピュータシステム９００はまた、バス９０２に連結された通信インタフェース９１８を含む。通信インタフェース９１８は、ローカルネットワーク９２２に接続されたネットワークリンク９２０との双方向データ通信連結を提供する。たとえば、通信インタフェース９１８は、サービス総合デジタル網（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）カード、ケーブルモデム、衛星モデム、または対応する種類の電話線とのデータ通信接続を提供するモデムであってもよい。他の例として、通信インタフェース９１８は、互換ＬＡＮとのデータ通信接続を提供する、ローカルエリアネットワーク（ＬＡＮ）カードであってもよい。無線リンクもまた実装できる。このような実施例のいずれにおいても、通信インタフェース９１８は、様々な種類の情報を表現するデジタルデータストリームを搬送する電子、電磁、または光信号を送受信する。
【０２４０】
ネットワークリンク９２０は通常、１つ以上のネットワークを通じて他のデータデバイスにデータ通信を提供する。たとえば、ネットワーク９２０は、ローカルネットワーク９２２を通じてホストコンピュータ９２４と、またはインターネットサービスプロバイダ（ＩＳＰ：Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）９２６によって操作されるデータ機器との接続を提供してもよい。ＩＳＰ  ９２６は、今度はワールドワイドパケットデータ通信ネットワーク、現在の一般的な名称である「インターネット」９２８を通じてデータ通信サービスを提供する。ローカルネットワーク９２２とインターネット９２８はどちらも、デジタルデータストリームを搬送する電気的、電磁的、または光信号を使用する。各種のネットワークを通じた信号と、ネットワークリンク９２０上および通信インタフェース９１８を通じた信号は、コンピュータシステム９００へ、およびそこからデジタルデータを搬送しており、伝送媒体の例示的な形態である。
【０２４１】
コンピュータシステム９００は、ネットワーク、ネットワークリンク９２０、および通信インタフェース９１８を通じて、プログラムコードを含め、メッセージを送信し、データを受信できる。インターネットの例では、サーバ９３０はインターネット９２８、ＩＳＰ  ９２６、ローカルネットワーク９２２、および通信インタフェース９１８を通じて、アプリケーションプログラムのために要求されたコードを伝送してもよい。
【０２４２】
受信したコードは、その受信時にプロセッサ９０４により実行されてもよく、および／または記憶装置９１０またはその他の非一時的記憶装置に記憶されて、後で実行されてもよい。
【０２４３】
９．０  拡張版と代替版
上記の説明の中で、本発明の実施形態を具体的な詳細事項に関連して説明したが、これらは実施例によって異なっていてもよい。それゆえ、何が本発明であるか、および何を本出願人が発明として意図されているかの唯一の排他的な指標は、今後の補正を含め、本願に由来し、特許請求の範囲であって、かかる特許請求の範囲が発表される特定の形態にある特許請求の範囲一式である。本明細書において明示的に示された、かかる特許請求の範囲に含まれる用語についての定義は、特許請求の範囲において使用されるその用語の意味に適用されるものとする。したがって、特許請求項に明示的に記載されていない限定、要素、特性、特徴、利点または属性は、かかる請求項の範囲を一切限定するべきではない。したがって、明細書と図面は限定的な意味ではなく、例示的なものとみなされるべきである。
【図１】
2014527252.tif 000003
【図２】
2014527252.tif 000004
【図３】
2014527252.tif 000005
【図４】
2014527252.tif 000006
【図５】
2014527252.tif 000007
【図６】
2014527252.tif 000008
【図７】
2014527252.tif 000009
【図８】
2014527252.tif 000010
【図９】
2014527252.tif 000011
【図１０】
2014527252.tif 000012
【図１１】
2014527252.tif 000013
【図１２】
2014527252.tif 000014
【図１３】
2014527252.tif 000015
【国際調査報告】
2014527252.tif 000016
2014527252.tif 000017