CN103930915A - 基于收银台的数字促销的发放 - Google Patents

Abstract

在实体店和/或网店电子地提供与用于交易的收据相关的优惠券信息。零售商引起交易的执行，在交易中购买了一件或多件商品。提供一种界面，所述界面被配置成接受输入，所述输入指示与交易相关联的顾客识别符，例如电子邮件地址。当已经通过界面接收到输入时，确定识别符是否与已知的顾客身份相关联。如果顾客识别符与已知的身份相关联，则针对交易使用与该身份相关联的数字优惠券。进一步通过(例如)所提供的电子邮件地址或基于网络的应用程序提供针对交易的电子收据，在所述基于网络的应用程序中建立了与该身份有关的会话。

Description

基于收银台的数字促销的发放

技术领域

本发明的实施例大体上涉及优惠券的发放，更具体地，涉及用于发放与电子收据相结合的优惠券的技术。

背景技术

本节所描述的方法是可以实施的方法，但未必是先前已设想或已实施的方法。因此，除非另有说明，否则不应仅因为本节所描述的任一种方法被包含在本节中就认为其属于现有技术。

通常，优惠券是一种授权其持有者享有接受优惠券所描述或所提及的优惠活动的凭证或其它文件。优惠活动(之后也被称为“优惠券优惠活动”)可以是任何形式的优惠活动，但一般指的是优惠券提供商向顾客以特殊的价格或折扣提供一种或多种商品或服务，或者向顾客提供用一种行为(例如，购买一种商品或服务)来换取赠品的优惠活动。优惠券常采用诸如纸质证明的“硬拷贝”的形式，其上印刷有描述优惠活动条款的图片和/或文字。顾客在购买、订约或以其它方式与另一方交易时通过出示、提及或以其它方式提供优惠券来接受优惠券优惠活动的过程叫做“兑换”优惠券。例如，通过在零售店购物时将一份优惠券交给店员，顾客可以兑换优惠券的复印件。然后，店员可以向顾客提供折扣或赠品。

用来发放优惠券的一种技术是在报纸、杂志或发放给顾客的其它物品中包含印刷的优惠券。物品(优惠券随该物品发放)的一个例子是打印的收据。例如，一些零售商在销售点处在预先印有优惠券的收银机用纸上打印收据。再如，一些零售商在打印收据以进行交易的时候在收据上打印优惠券，从而允许零售商根据交易时所购买的产品来动态选择在收据上打印哪个优惠券或哪些优惠券。

目前，近来的发放技术使顾客有机会打印自己的优惠券。例如，许多网站具有搜索引擎或目录，顾客使用搜索引擎或目录可以找到优惠活动并打印针对所找到的优惠活动的优惠券。可以按照与使用任何其它优惠券相同的方式使用所打印的优惠券。

近来的其它发放技术涉及创建数字优惠券。其中一种这样的技术涉及创建独特的数字优惠券，这种数字优惠券被保存到与顾客相关的账户上(例如，商店会员账户)。顾客可以在线兑换这种数字优惠券，或者可以通过出示相关账户的账户识别符(例如，商店会员卡、或顾客电话号码的口头识别)在实际交易时兑换这种数字优惠券。因为许多顾客账户被绑定到基于卡的识别符(例如，商店会员卡或信用卡)，所以，将数字优惠券识别符储存到账户的过程也可以被称为将优惠券保存到卡上。2010年9月9日提交的美国专利申请12/878,231对这种技术的一些示例进行了描述，据此将该专利申请的全部内容通过引用合并于此，犹如在此完全陈述的一样。

另一种基于数字优惠券的技术涉及创建可以储存在计算机设备上的独特的数字优惠券。该数字优惠券可以在交易时使用多种机制中的任意一种机制从计算机设备传输到销售点。例如，当使用计算机设备在线交易时，可以将关于数字优惠券的信息上传到销售点。再如，当在实体店进行交易时，可以将关于数字优惠券的信息从智能手机无线传输到连接到收银台的收银机的接收部件。

附图说明

在附图中：图1示出了一封已被发给顾客的电子地址的电子邮件，该电子邮件包括含有优惠券信息的电子收据；图2示出了示例性图形用户界面，用户使用该图形用户界面可以查看并选择优惠券优惠活动；图3示出了用于进行交易的方法流程图，在该交易过程中可以提供电子收据；图4示出了对于在实体店进行的交易，电子地提供与收据相结合的优惠券信息的方法流程图；图5示出了可以实施在此所描述的技术的示例性系统；图6和图7示出了提供包含优惠券信息的电子收据的流程图；图8示出了被配置成实施某些实施例的计算机；图9是可以在其上实施本发明实施例的计算机系统的框图；图10示出了使用单个顾客识别符来定位用于在交易时兑换的数字优惠券并对提供数字收据的电子地址进行识别的、以零售商为中心的流程图；图11示出了使用单个顾客识别符来定位用于在交易时兑换的数字优惠券并对提供数字收据的电子地址进行识别的、以优惠券发放商为中心的流程图；图12示出了根据从多个不同的零售商处收集的交易数据来提供优惠活动的流程图1200；图13示出了根据从多个不同的零售商处收集的交易数据来提供优惠活动的系统1300。

具体实施方式

在下文的描述中，出于解释的目的描写了许多具体的细节，以便完全理解本发明。然而，很显然不需要这些具体的细节就可以实施本发明。在其它实例中，为了避免不必要地使本发明变得费解，以框图的形式示出了公知的结构和设备。

1.0.整体概述

公开了用于电子地提供与收据相结合的优惠券信息的方法、技术和机制。根据一个实施例，提供了一种界面，该界面被配置成接受表示与交易相关的顾客识别符的输入。当表示顾客识别符的输入已通过与交易相关的界面接收时，确定该顾客识别符是否与任一已知的顾客身份相关联。如果相关联，则为已知的顾客身份识别数字优惠券。输入被接收，该输入指明了顾客要购买的一个或多个商品。根据该输入完成交易，在交易中购买了所述一个或多个项目。被识别的数字优惠券可以针对该交易而被应用。当已经接收到顾客识别符并且顾客识别符与已知顾客身份相关联时，经由与已知顾客身份相关的电子地址提供电子收据。可以将交易所用的电子收据而非打印的收据提供给顾客。当没有接收到顾客识别符时，或者当所提供的顾客识别符与所有已知的顾客身份都不关联时，提供打印的收据。在一个实施例中，借助于来自基于零售商的服务器的可能的帮助，由实体店的零售终端执行这些要素中的部分或全部。在一个实施例中，由其它实体(包括优惠券发放商)所操作的服务器可以辅助进行确定和提供。

在一个实施例中，当已接收到顾客识别符且顾客识别符与电子地址相关联时，经由电子地址将针对交易的电子收据(而非打印的收据)提供给顾客。电子收据包含优惠券信息。当没有接收到顾客识别符时，或者当接收到的顾客识别符与任何电子地址都不相关联时，提供针对交易的打印的收据。

在一个实施例中，电子收据进一步提供优惠券信息，顾客通过该优惠券信息可以获取新的优惠券。在一个实施例中，优惠券信息的提供包括向顾客发送电子邮件，该电子邮件包含可以链接到一个网站的链接，在该网站可以获得用于一个或多个优惠券优惠活动的信息。在一个实施例中，优惠券信息包括描述一个或多个优惠券优惠活动的数据以及一个或多个链接，顾客通过所述一个或多个链接可以获得用于一个或多个优惠券优惠活动的一个或多个优惠券。在一个实施例中，优惠券信息包括或链接到包含有一个或多个链接的信息，顾客使用这些链接可以进行以下二者中的一个或两个：打印用于一个或多个优惠券优惠活动的一个或多个优惠券，或将用于一个或多个优惠券优惠活动的一个或多个优惠券保存到与顾客识别符相关联的账户上。

在一个实施例中，优惠券信息的提供包括零售商向优惠券发放商发送交易信息和与顾客识别符相关联的账户识别符，以及优惠券发放商通过电子地址提供优惠券信息。在一个实施例中，优惠券信息的提供包括零售商向优惠券发放商发送与顾客识别符相关联的账户识别信息。作为对发送账户识别信息的响应，零售商接收来自优惠券提供商的优惠券信息。然后，零售商通过电子地址提供优惠券信息和电子收据。在一个实施例中，提供优惠券信息和电子收据包括向顾客所操作的移动设备发送优惠券信息和电子收据。

在一个实施例中，询问协同计算机来确定顾客识别符是否与已知的顾客身份相关联。确定顾客识别符是否与已知的顾客身份相关联隐含地确定了顾客识别符是否与顾客的任一电子地址相关联。

在一个实施例中，为了零售商和顾客之间的交易，接收账户识别信息。对与账户识别信息相关联的账户进行识别。还对与账户相关联的数字优惠券进行识别并将该数字优惠券提供给零售商。接收交易信息以进行交易，交易信息包括账户识别信息和优惠券兑换信息。根据交易信息生成电子收据。通过与账户相关联的电子地址，电子收据包含有可选的优惠券信息。在一个实施例中，借助于在对一个或多个优惠券优惠活动进行识别时来自优惠券服务器的可能的帮助，由零售商的服务器提供优惠券信息和电子收据。在一个实施例中，由独立于零售商的优惠券发放商或者其他实体提供优惠券信息和电子收据。

在一个实施例中，经由电子地址提供带有优惠券信息的电子收据包括：向电子地址发送电子邮件，该电子邮件包含被配置成向服务器发送登陆请求的链接；在服务器端接收来自客户端的登陆请求；在服务器端接收与登陆请求相关联的、对应于账户的认证码；以及作为对服务器接收登陆请求和认证码的响应，向客户端发送电子收据和优惠券信息。

在一个实施例中，电子地址是电子邮箱地址、电话号码、社交网络地址或统一资源定位器。在一个实施例中，对一个或多个优惠券优惠活动的选择建立在不以顾客的行为为目标的因素之上。在一个实施例中，对一个或多个优惠券优惠活动的选择建立在以下因素中的一个或多个因素之上：交易中所涉及的一个或多个商品、交易信息、顾客偏好、零售商偏好、顾客购买历史记录或顾客优惠券兑换历史记录。在一个实施例中，一旦选择了一个或多个优惠券优惠活动，用于一个或多个优惠券优惠活动的一个或多个数字优惠券被自动保存到顾客的账户上。在一个实施例中，顾客识别符是顾客会员卡的卡号、信用卡的卡号、射频识别符(“RFID”)、硬件地址或电话号码的其中一种。

在一个实施例中，由不同于零售商的实体执行该方法。对于第二零售商和顾客之间的第二交易，接收第二交易信息，第二交易信息包括第二账户识别信息。账户被识别为与第二账户识别信息相关联。经由与该账户相关联的电子地址提供第二优惠券信息。第二优惠券信息可以与原始优惠券信息相同或不同。在一个实施例中，第二优惠券信息包含有基于第二交易信息所产生的第二、不同的电子收据。

在其它方面，本发明包括被配置成执行前述步骤的装置和计算机可读媒介。

2.0.电子收据

多个实施例涉及在实体店向顾客提供电子收据，而非打印的收据，或者除了打印的收据还提供电子收据。可以以多种方式向顾客提供电子收据。例如，可以将电子收据包含在电子邮件里或者附加到电子邮件里。或者，可以在零售商或第三方主办的网站的网页中(例如，收据数据的账户历史记录页面或“数据保险柜”)提供电子收据。在一个实施例中，顾客可以在交易之后的任何时候，通过使用对顾客进行了认证的认证码登陆网站来访问网页。在一个实施例中，顾客通过电子邮件、短信、或其它任何电子地址(包括社交网络上的私信地址)接收网页的链接。顾客在交易时提供用于收据的适当的地址。或者，顾客向零售商提供诸如商店的会员卡或RFID标签的识别符，使得合适的电子地址(电子收据提供到该电子地址)可以被定位。

作为另一个示例，顾客可以使用专用的交易管理应用程序获取电子收据。可以兼作支付应用程序和/或优惠券应用程序的所述专用的交易管理应用程序可以与服务器进行通信，以获取零售商已经上传的、与属于该顾客的账户相关的收据数据。然后，应用程序可以将收据数据进行整理，以呈现给顾客。在一个实施例中，交易管理应用程序可以对用于新的收据的账户周期性地进行监控，或接收收据的来自服务器的推送通知。当新的收据可用时，收据管理应用程序可以通知顾客。

进一步地或者替代地，多个实施例可以涉及经由电子地址给顾客提供优惠券信息，作为对完成交易的响应。优惠券信息可以包括数字优惠券本身和/或链接到顾客可以打印或以其它方式获取优惠券的地址的链接。在一个实施例中，优惠券信息被嵌入在电子收据中。

2.1.示例性电子收据

图1示出了一封已被发送到顾客的电子地址111的电子邮件100，该电子邮件100包括含有优惠券信息151-154的电子收据130。通过(例如)基于客户端或基于网络的电子邮件应用程序，可以以示出的方式显示电子邮件100，所述电子邮件应用程序对多个区域(电子邮件100所包含的元数据和或标记语言)进行解译。电子邮件100包括多个头部元数据110，可以将其中一些头部元数据110或者全部头部元数据110显示在电子邮件的顶部。头部元数据110可以包括(例如)顾客的电子地址111。电子邮件100进一步可以包括消息120。

图1以一个或多个超文本标记语言(“HTML”)表格的形式示出了电子邮件100的电子收据130，但在其它实施例中，电子收据可以采用任何适当的形式。电子收据130包括交易细节135，例如交易编号、交易的时间或日期、交易发生的店铺位置、交易发生的终端的识别符、帮助进行交易的销售代表的姓名、顾客的姓名等等。电子收据130进一步包括交易时所购买的商品141-145的商品列表140、交易总额180以及支付数据190。

商品列表140可以包括与商品141-145相关的购物篮级的细节信息(basket-level detail)，例如购买的每项商品的数量、每项商品的价格、针对应用于交易的优惠券的优惠券兑换数据170、纳税数据、SKU号等等。支付数据190可以包括应用于交易的每个支付机制的列表，以及剩下的余额。

优惠券信息151-152与商品列表140混合在一起。具体地，优惠券优惠活动链接151显示在商品142之后，优惠券优惠活动链接152显示在商品145之后。如图所示，随机选择与链接151和152相关联的优惠券优惠活动。然而，在其它实施例中，可以分别根据商品142和145选择与优惠券信息151-152相关的优惠活动，进而包含在电子邮件100中。优惠券信息153与支付信息190结合起来进行显示，可以选择与其相关的优惠活动，进而包含在经由电子邮件发送的所有收据中。作为替代方案，在一个实施例中，可以根据顾客所选择的支付方式选择优惠券信息153，进而包含在电子邮件100中。优惠券信息154显示在电子邮件的结尾处，并且可以出于在此所论述的多个原因中的任何一个原因选择相应的优惠活动。在其它实施例中，优惠券信息151-154可以完全与电子收据130混合在一起，或者完全独立于电子收据130进行显示。

如图所示，优惠券信息151-154包括链接到一个或多个优惠券优惠活动的地址的链接，以及在网页上所显示的对优惠活动简短的描述，所述简短的描述用来吸引顾客点击该链接。每个优惠券链接151-154可以链接到相同或不同的位置。例如，每个链接都可以让顾客转到优惠券提供商的网站上不同的优惠券优惠活动页面。每个优惠券优惠活动页面都可以包括与所选择的链接有关的一个或多个优惠券优惠活动。或者，每个链接都可以让顾客转到包含所有指定的优惠券优惠活动的同一页面。

在其它实施例中，优惠券信息151-154可以包括关于可用的优惠券优惠活动的额外信息，例如，包含有符合条件的产品和店铺位置、失效日期、折扣数额及其它项的列表。在一个实施例中，优惠券信息151-154可以包括与每个指定的优惠券优惠活动相关联的控件(例如“现在打印”按钮或“保存到卡上”按钮)，顾客通过这些控件可以立即下载、打印和/或保存用于指定优惠活动的优惠券。在一个实施例中，优惠券信息151-154可以是表格的一部分，该表格包括优惠券优惠活动的清单或优惠券优惠活动的下拉菜单，以及用于打印、保存或以其它方式取得优惠券的控件，这些优惠券用于顾客通过该表格所选择的任何优惠活动。在一个实施例中，优惠券信息151-154可以向顾客指示被自动添加到顾客账户的优惠券，作为对交易的响应。

电子邮件100可选地可以包括相关的广告数据，例如广告160(广告160不是优惠券)。例如，如图所示，广告160是特别的促销，其向顾客提供对与所购买的商品143有关的多媒体商品的访问。

电子邮件100是给顾客提供电子收据的技术的一个例子。在其它实施例中，电子收据可以嵌入在格式不同的电子邮件、其它类型的消息、网页和/或文件中。此外，电子收据130可以按照不同的布局包括更多或更少的交易数据。在一个实施例中，电子邮件100仅包括电子收据130或仅包括优惠券信息151-154。在一个实施例中，可以在多个电子地址中将电子邮件100中的信息进行划分。例如，优惠券信息151-154可以处于不同的电子邮件中或者网页上。在一个实施例中，可以在电子邮件100中用单个链接取代优惠券信息151-154，所述单个链接包含诸如“取得你的优惠券”的标签。

2.2.示例性优惠券选择界面

图2示出了示例性图形用户界面(“GUI”)200，用户使用该图形用户界面可以查看并选择优惠券优惠活动。例如，可以由执行来自优惠券发放服务器的指令的专用的优惠券客户端或浏览器来显示GUI200。例如，通过在电子邮件100中选择链接151-154(或通过启动通用优惠券界面)，然后导航到用来让用户进行选择的优惠券所在的部分，用户可以来到GUI200。例如，选择链接151-154可以打开浏览器，链接到零售服务器或优惠券发放服务器的统一资源定位器(“URL”)。可以要求或不要求用户首次登陆他的或她的账户。在一个实施例中，URL可以是通用URL，并且可以在不考虑任何交易的情况下选择显示在GUI200中的优惠券优惠活动。在一个实施例中，URL(或附带的数据)可以为服务器识别GUI200中所显示的具体的优惠活动。在一个实施例中，响应于最近的几次交易或一次具体的交易，URL(或附带的数据)可以命令服务器对针对用户而识别的优惠活动进行定位。

作为另一个例子，选择链接151-154可以启动与优惠券发放服务器相连接的专用的优惠券客户端。选择链接151-154可以借助输入(例如账户识别符、优惠活动识别符和/或交易识别符)启动专用的优惠券客户端。然后，所述专用的优惠券客户端可以使用输入的信息来请求优惠券发放服务器提供数据，例如GUI200中所示出的。专用的客户端可以接着生成GUI200。

作为另一个例子，用户可以在智能手机上启动移动优惠券客户端，而不是在电子收据中选择链接。用户可以接着导航到具有“特别优惠活动”政策的屏幕，该屏幕显示了客户端根据用户输入的认证码而从电子地址下载的优惠活动。在一个实施例中，移动客户端可以在用户启动优惠券客户端之前就已通知用户有了新的优惠活动。

在一个实施例中，GUI200显示关于优惠券优惠活动211-214的信息。所显示的信息包括分别用于打印优惠活动211-212的控件221-222。所显示的信息进一步包括分别用于将优惠活动211-212保存到用户账户的控件231-232。没有用于选择优惠活动213的控件，而是存在优惠活动213已被保存到用户账户的提示说明243。同样，没有用于选择优惠活动214的控件，而是存在优惠活动214已达到发放极限的指示说明244。

对控件221-222或231-232的选择可以向优惠券发放服务器发出请求，以生成用于相应优惠券优惠活动的优惠券。更具体地，对打印控件221-222中的一个的选择使客户端下载用于相应优惠券优惠活动的可打印的优惠券，并将所下载的优惠券输出到打印机。更具体地，对控件231-232中的一个的选择使客户端向优惠券发放服务器发送用户识别符或会话识别符，还使客户端向优惠券发放服务器发送一个请求，用于将相应优惠券优惠活动的数字优惠券储存到与用户识别符或会话识别符相关的账户。

GUI200可选地可以包括用来解释为何正在向用户展示部分优惠活动或全部优惠活动的区域。例如，其中一个优惠券优惠活动旁边的注释可以向顾客解释：为该顾客选择该优惠活动的原因在于在具体的交易中所购买的商品。该区域甚至可以包括链接到另一个界面(例如另一个网页)的链接，用户从所述另一个界面可以回顾具体交易的细节，例如收据数据130。在一个实施例中，该区域进一步可以包括控件，用户使用该控件可以表达不再接收以后的、与所购买的商品有关的优惠券优惠活动的倾向。

GUI200是为了选择优惠券而进行显示的界面的一个示例。其它界面可以以不同的布局包括更多或更少的信息。例如，界面可以只包括与电子邮件100的单个链接151-154有关的优惠活动。再如，界面可以只允许用户打印优惠券，或者只允许用户保存优惠券。

3.0.功能性概述

3.1.进行交易

图3示出了根据实施例的进行交易的方法流程图300，其中提供了电子收据。

方框310包括接收输入，该输入指明了用于由顾客所购买的一件或多件商品，可选地，该输入还指明了一个或多个支付机制。例如，该输入可以由实体店收银台的收银机或其它终端和/或零售服务器、支付服务器或该输入被传递至的其它服务器所接收。指明了一件或多件商品的输入可以涉及(例如)扫描通用产品代码(“UPC”)、检测RFID或近场通信(“NFC”)标签、称重产品、经由键盘键入商品识别符、经由触摸板选择商品等等。指明了一个或多个支付机制的输入可以包括(例如)经由磁阅读器刷信用卡、检测RFID或NFC标签、提供现金或信用卡、经由移动设备上移动支付应用程序的资金转账等等。

方框320包括执行交易或使交易得以执行(该交易中购买了明确指明的一件或多件商品)，可选地还包括使用一个或多个所提供的支付机制。例如，接收方框310的输入的实体可以根据一个或多个商品计算交易的总价格，然后向一个或多个支付提供商发送请求以向零售商转账。一旦所述一个或多个支付提供商返回响应，确认已批准了此次转账，该实体可以考虑交易完成。再如，终端可以等待收银员确认已接收到正确的支付，例如收银员键入顾客提供给收银员的一笔钱或其它支付。一旦认为交易完成，取决于在交易完成之前是否已执行了方框330-380，执行方框320的实体可以继续执行或命令终端继续执行方框330-380。

方框330包括提供被配置成接受输入的界面，该输入指示了与交易相关联的顾客识别符。例如，界面可以是磁卡扫描器、RFID或NFC阅读器、触摸屏、生物特征扫描器、小型键盘、面部识别软件等等。取决于具体的场所，顾客识别符可以包括(例如)商店会员卡的卡号、信用卡的卡号、NFC或RFID标签、硬件识别符、电话号码、证件号码、生物特征数据、用户名等等。在一个实施例中，可以提供多个界面，这些界面能接收对多种类型的识别符进行识别的输入。

界面可以被配置成，在相对于方框310-320不同的具体时间接受指示顾客识别符的输入。例如，界面可以被配置成，在支付的前一刻接受输入、在对购买的商品进行扫描的前一刻接受输入或一旦完成了交易接受输入。作为替代方案，界面还可以被配置成，在相对于方框310-320的任意时间范围(例如，在顾客进行支付之前的任意时刻、或在打印了纸质收据之前的任意时刻)接收输入。在一个实施例中，在能够被唯一地绑定到交易的时间窗内的任意时刻接收输入。

在一个实施例中，收银员和/或终端提示顾客经由界面进行输入。在一个实施例中，收银员代表顾客键入输入。例如，在接收支付之前，甚至在扫描所购买的商品之前，收银员可以请顾客提供识别符，例如商店会员卡。或者，如果顾客更愿意接收电子收据，收银员可以在交易结束时请顾客提供用户名、电子邮件地址或电话号码。

界面可以被配置成用于多个目的。例如，界面可以是能读支付机制(例如信用卡)的磁条和顾客识别机制(例如会员卡)的磁条的磁扫描器。界面可以包括向顾客指示何时提供顾客识别符(而不是何时提供其它输入)的提示。或者，界面接收到的输入类型之间的区别足以使处理输入的实体能够轻易地区分顾客识别符和其它输入。同样，顾客识别符也可以用于多个目的。例如，终端或零售服务器可以使用顾客识别符对信息进行定位，这些信息例如是顾客可用的数字优惠券、针对顾客的奖励账户或针对顾客的支付账户等。在一个实施例中，电子邮件地址或商店会员卡还可以用于给顾客提供利益(例如优惠券兑换或会员折扣)，甚至可以用于对恰当的支付机制进行识别。

经由方框330的所提供的界面的对输入的接收是可选的。在一个实施例中，在一定时间到期以前，或在某些终端事件(例如完成交易或点击“打印收据”按钮)发生之前，未经由方框330的界面接收输入可以被认为是顾客隐含地拒绝接收用于交易的电子收据，方框340。

方框340包括接收输入，该输入指示了顾客是否愿意接收用于交易的电子收据。在一个实施例中，响应于收银员或终端的提示信息(例如，“您想要纸质收据还是电子收据？”或“可以用电子邮件把您的收据发送给您吗？”)执行方框340。可以通过多种方式接收该输入，这些方式包括敲击小型键盘上的键或触摸板上的按钮。在一个实施例中，方框340的输入与方框330的输入相同。也就是说，响应于被提示以表示顾客是否想要电子收据，顾客提供指示了顾客识别符的输入。

在一个实施例中，在提供用于输入顾客识别符的界面的前一刻接收方框340的输入。例如，收银员可以询问顾客其是否想要电子收据。如果顾客给出肯定的答复，则收银员可以提示顾客刷顾客的会员卡或提供电话号码。

在一个实施例中，方框340的输入对于顾客是隐含的，该顾客在方框330中已提供了顾客识别符。在一个实施例中，如果顾客识别符用于多个目的，则即使顾客已提供了合适的顾客识别符，也可以提示顾客来表明其是否想要接收电子收据。

在一个实施例中，对于顾客和零售商之间(甚至是顾客和多个零售商之间)的所有交易，在交易之前以顾客偏好的形式接收方框340的输入。顾客可以在先前(例如，在注册过程中、在进行账户管理操作的过程中或在先前的交易中)已经表示了偏好于总是接收电子收据。可以与顾客识别符或相应的顾客账户相关联地对表示该偏好的数据进行储存。在针对方框340的输入对顾客进行提示之前，交易终端或服务器可以查看该偏好是否与顾客识别符或相应的账户相关联而被储存。或者，当顾客经由移动设备提供顾客识别符时，该偏好可以与顾客识别符一起进行传送。

在一个实施例中，方框340的输入是可选的。例如，零售商可以假定顾客偏好纸质收据，除非顾客主动提出不想要纸质收据。或者，零售商可以假定顾客在任何可能的时候都偏好电子收据。

如果已经经由方框330的界面接收到表示与交易相关的顾客识别符的输入，并且如果顾客经由方框340表明过(或者假定顾客具有)对电子收据的偏好，那么在方框350，确定顾客识别符与向其提供电子收据的合适的电子地址是否相关联。取决于具体的实施例，电子地址可以采用任何形式，包括电子邮件地址、短消息号码、社交消息用户名、URL、网站的用户账户等等。

可以使用多种技术完成上述进行确定的步骤。例如，终端可以使用顾客识别符对零售服务器进行询问，以确定顾客识别符是否在数据库表中被映射到合适的电子地址。再如，零售服务器可以询问商店会员账户的数据库服务器，以确定顾客识别符是否与任何一个商店会员账户相关联。如果有必要，零售服务器接着还可以进一步询问数据库服务器来查看电子地址是否已向相应的商店会员账户进行了注册。再如，零售服务器可以询问优惠券提供商的服务器或购物奖励提供商的服务器，以确定顾客识别符是否被注册到顾客账户。

在一个实施例中，对顾客识别符是否与合适的电子地址相关联的确定隐含地(implicitly)完成。例如，零售服务器或优惠券服务器可以储存信息，这些信息识别大量已知的顾客识别符。要么是由于注册顾客身份之后的步骤，要么是由于服务器以用于提供电子地址(例如用于每个顾客身份的个性化网页)的逻辑为特色，每个顾客身份被假定与合适的电子地址相关联。因此，通过确定顾客识别符是否与已知的顾客身份相关联，可以完成方框340的确定。

可选地，在方框360，如果顾客已表明了对接收电子收据的偏好，但尚未提供与合适的电子地址相关联的顾客识别符，则可以提示顾客提供合适的电子地址，以便一次性使用和/或以便进行储存以用于以后的交易。

经由方框340，如果顾客表明了(或假定顾客具有)对电子收据的偏好，并且如果经由方框350或方框360定位了合适的电子地址，则流程前进至方框370。方框370包括经由与账户相关联的电子地址提供电子收据(如图1所示)。电子收据可选地包括优惠券信息，例如到网站的链接，该网站包括零售商和/或优惠券发放商发放的优惠券优惠活动，或者对顾客符合条件的一个或多个具体的优惠券优惠活动进行识别的数据。随后的几节对这种优惠券信息的识别和提供进行描述。

例如，可以通过直接向电子地址提供电子收据的终端和/或零售服务器来执行方框370。终端和/或零售服务器可以与优惠券服务器协同工作(或者不与优惠券服务器协同工作)，以识别将要包含在电子收据中的相关的优惠券信息。在一个实施例中，方框370包括终端和/或零售服务器向协同服务器发送交易数据，以及发送电子地址或用于定位电子地址的账户识别信息。协同服务器可以由能向电子地址提供电子收据的任何实体进行操作，该实体包括由优惠券提供商、支付提供商、购物奖励提供商或专用收据提供商所操作的服务器。若有必要，协同服务器可以与优惠券服务器或零售服务器一起工作，以识别相关的优惠券信息。

经由方框340，如果顾客表明了(或假定顾客具有)对打印收据的偏好，或者如果经由方框350或方框360没有定位合适的电子地址，则流程前进至方框380。方框380包括终端打印用于交易的收据。可选地，该收据可以包括使用任何适当的技术所识别的优惠券信息。

流程图300是进行提供电子收据的交易的多个可行技术中的一个示例。其它实施例可以以不同的顺序包括更多或更少的步骤。例如，虽然流程图300示出了给顾客提供电子收据而非打印收据的实施例，但是，其它技术可以允许顾客既选择打印收据又选择电子收据。在又一些其它实施例中，终端从来不提供打印收据。顾客只有接收电子收据的选择。

在实施例中，直接向顾客所操作的移动设备提供电子收据。在实施例中，终端可以经由无线链接向电子地址发送电子收据，该电子地址要么是已知属于顾客的(作为方框310-330的结果)，要么是到被假定为属于顾客的、基于邻近度的通信接口。例如，通过将移动设备放在具有NFC能力的终端的附近，顾客可以获得收据，并且接着要么直接经由NFC接收电子收据，要么间接经由后台通信接收电子收据，使用通过NFC传输的信息发起所述后台通信。再如，顾客可以使用移动设备上的移动应用程序支付交易，然后在交易完成之后通过该移动应用程序接收电子收据。在这些实施例中，方框350中的电子地址的明晰(explict)的识别是不必要的。

3.2.电子地提供与收据相关的优惠券信息

图4示出了根据实施例的电子地提供与用于实体店所进行的交易的收据相关的优惠券信息的方法流程图400。取决于具体的实施例，可以由多种实体执行流程图400中的步骤，这些实体包括零售商、零售服务器、支付服务器、优惠券服务器和/或任何其它合适的计算机设备。

方框410包括接收用于零售商和顾客之间的交易(例如经由图3的方框320所完成的交易)的交易信息。交易信息包括账户识别信息。交易信息还可以包括多个交易细节，例如总价格、购买的商品的列表、适用于交易的关于优惠券或其它折扣的信息等等。取决于具体的实施例，可以从终端、零售服务器、支付提供商或优惠券服务器中的任何一个接收交易信息。

不同零售商之间的交易信息的粒度(granularity)是不同的。例如，有些零售商可能只提供总价格，而其它零售商可能针对所购买的每项商品提供详细的排列项目描述。在一个实施例中，交易信息可以包括已格式化好的收据数据或模板，优惠券信息可以被添加到其中。在一个实施例中，交易信息不包括这种格式化。账户识别信息可以是(例如)经由图3的方框330接收到的顾客识别符或使用顾客识别符获取到的账户号码。

方框420包括对与账户识别信息相关联的账户进行识别。方框420可以涉及对由执行实体在本地拥有的和/或在优惠券服务器处的拥有的账户信息的一个或多个数据库进行询问。方框420进一步包括对与账户相关联的电子地址进行识别。

方框430是可选的，其包括选择顾客符合条件的一个或多个优惠券优惠活动。方框430可以涉及直接对优惠券数据库进行询问或经由优惠券服务器对优惠券数据库进行询问，以获取优惠券优惠活动。在一个实施例中，多种非行为目标的机制(例如随机算法、时间戳、活动目标等等)可以用来选择一个或多个优惠券优惠活动。在一个实施例中，用来选择优惠券的标准(criteria)可以与交易信息的多个方面相关，例如商品识别符以及从商品描述中选择的关键字。在一个实施例中，可以根据以下内容中的一个或多个对一个或多个优惠券优惠活动进行选择：交易所涉及的一个或多个商品、交易日期和/或时间、花费的金额、顾客的偏好、零售商的偏好、顾客的购买历史、零售商的身份、商店的位置或者顾客的优惠券兑换历史。在一个实施例中，仅可以选择一定数量的优惠券优惠活动。为此，方框430可以包括根据上述标准对优惠券优惠活动进行排序，或请求优惠券服务器根据上述标准对优惠券优惠活动进行排序。在一个实施例中，所选择的优惠券可以被限制为在排序函数中得到某个分数的那些优惠券。用于对优惠券优惠活动进行选择和排序的任何适当的技术都可以使用。

方框440包括根据交易信息(如图1所示)生成电子收据。因此，方框440可以承担将交易信息和优惠券信息格式化为电子收据。可以顺应基于交易信息而构建电子收据的模板数据和/或逻辑完成格式化。在一个实施例中，电子收据可以包括零售商上传的或以其它方式所提供的用在其所有电子收据中的徽标、广告语、文本，以及链接。在一个实施例中，生成的电子收据中包含的优惠券信息可以包括到网站或其它资源的链接、关于通过方框430所选择的优惠活动的具体信息、以及/或者用于获取具体优惠券优惠活动的优惠券的链接，在所述网站或其它资源上，可以获取关于优惠券优惠活动的详细信息。

方框450包括经由与账户相关联的电子地址提供包含优惠券信息的电子收据。例如，方框450可以涉及向所储存的与账户相关联的电子地址发送包含有优惠券信息的电子邮件。作为替代方案，方框450可以涉及接收指向特定URL的客户端请求并使用电子收据对该请求做出响应。所述特定URL可以是(但不限于)通过电子邮件或短信向顾客发送的URL、顾客登陆网络应用程序之后由优惠券网络应用程序所显示的网页的URL、对应于顾客的交易历史中的交易的URL，或者对应于被提供给顾客所操作的移动应用程序的基于XML的数据的URL。在接收来自客户端的请求之前，可以已经生成了电子收据。作为替代方案，可以将交易数据储存在数据库中。响应于用户请求来自服务器的特定URL，服务器使用储存的交易数据经由方框440动态生成电子收据。方框430还可以在请求特定URL之前或响应于对特定URL的请求而执行。

在一个实施例中，优惠券信息包括其它信息或链接到其它信息，所述其它信息包括对一个或多个机制的识别，顾客通过所述一个或多个机制可以执行下述动作中的一个或两个：打印用于一个或多个优惠券优惠活动的一个或多个优惠券，或者，将一个或多个优惠券优惠活动的一个或多个数字优惠券保存到与顾客识别符相关联的账户。该机制可以涉及(例如)请求优惠券服务器生成用于所选择的优惠券优惠活动的优惠券的一个或多个URL。在一个实施例中，优惠券信息包括一个或多个优惠券优惠活动的几份可打印的拷贝。在一个实施例中，一个或多个数字优惠券生成于方框430中并被保存到顾客的账户上。然后，方框450包括向顾客通知在顾客的账户中有数字优惠券。

流程图400是电子地提供与用于交易的收据相关的优惠券信息的多种可行技术中的其中一个示例。其它技术可以以不同的顺序包括更多或更少的步骤。例如，在一个实施例中，直接从终端或零售服务器接收电子地址。因此，账户识别信息以及账户自身可以是不必要的。

4.0.示例性系统结构

图5是根据实施例的示出了示例性系统500的框图，在该示例性系统500中可以实施在此所描述的技术。系统500包括优惠券发放商515所操作的优惠券服务器510、顾客535所操作客户端520，以及零售商545所操作的零售服务器540和终端542。

4.1.零售商

零售商545是进行交易的任意实体，顾客(例如顾客535)在交易时凭借优惠券服务器510发放的优惠券兑换优惠券优惠活动。零售商545可以是单个商店或是经营多家商店的企业。顾客535可以在诸如零售商545经营的实体店的场所参与和零售商545的交易。顾客535还可以通过零售商545所操作的网站或者代表零售商545的网站参与和零售商545的交易。

此处所使用的交易指的是：零售商(例如零售商545)由于提供了某些产品和/或服务(或者由于签订了合同以提供某些产品和/或服务)而获得付款的行为。获得付款可以包括接收物理转账或电子转账、记入借方账户、获得对基金的持有、获得托管的资金、从账户或契据或其它转账获得点数或其它非货币形式的值，或从电子钱包获得任何形式的值。交易由顾客对要购买的产品或服务的选择所发起。此处，产品和购买物被共同称为“商品”。通过发起结账过程，顾客可以表示该选择，其中，例如通过将所选择的产品拿到终端542而发起结账过程。结账过程可以涉及顾客向零售商545提供对于完成交易是必要的任何信息，例如账户或钱包信息、账单细节和/或送货指令。

在一个实施例中，即使零售商545是独立于且不同于提供商595和优惠券发放商515的实体，零售商545也能发放并接受来自提供商595的优惠券。然而，在其它实施例中，零售商545可以与提供商595和优惠券发放商515中的其中之一相同，或者与提供商595和优惠券发放商515这二者相同。

4.2.终端

终端542是由零售商操作的计算设备，用于进行店内(即“销售点”或“实体店”)交易。终端542可以是(例如)店员操作的收银机或顾客535操作的“自助式”收银台。终端542包括输入机构，店员和/或顾客通过输入机构可以输入进行交易的信息(包括商品识别符和商品数量)。输入机构可以包括(但不限于)键盘、定点设备、触摸屏、条形码阅读器、相机、称重装置，以及无线射频识别(“RFID”)阅读器。终端542连接到商品识别符的数据库，在该数据库中，每个商品识别符映射到一个或多个价格。终端542进一步可以包括或连接到一个或多个支付机构，例如收银机、支票核查系统或信用卡读卡器。

终端542连接到打印部件549，一旦交易完成，终端542可以利用打印部件549打印用于交易的交易数据的收据。在一个实施例中，打印的收据可以包括在其中打印的一个或多个优惠券。进一步或者替代地，终端542包括用于使电子交易收据经由电子地址(例如电子邮件地址、短消息地址、社交消息地址或URL)而被提供给顾客535的执行逻辑。例如，终端542可以利用顾客535的顾客识别符532来定位包含有电子地址的账户信息。这种账户可以被储存在(例如)零售服务器540或优惠券服务器510处。或者，顾客535可以直接向终端542提供电子地址。然后，终端542可以向电子地址发送收据，或者向诸如零售服务器540或优惠券服务器510的服务器提供交易细节，该服务器被配置成将收据发送到顾客532的电子地址或以其它方式使顾客的电子地址可以得到收据。终端542可以使数字交易收据包含优惠券信息，例如链接到优惠券发放网站的通用链接，或更加具体的链接，顾客535从更加具体的链接可以获取用于所显示的、与电子收据相关的具体优惠活动的优惠券。

如此处所使用的，“使”一个动作执行可以被解释为发送、传输或保存数据，当由一个实体或多个实体的任意结合处理所述数据时，所述数据至少部分地触发了正在进行处理的实体或实体的结合的功能，所述实体或实体的结合要么执行该动作要么使该动作执行。

不管在终端542处针对交易所生成的收据为何种类型，都可以使用多种技术来选择与收据相关的一个或多个优惠券或优惠券优惠活动，所述多种技术包括随机选择、根据交易的商品进行选择、根据交易的时间或日期进行选择和/或根据交易发生的商店地址进行选择。在一个实施例中，终端542请求另一个服务器(例如零售服务器540或优惠券服务器510)根据终端542提供的交易信息来识别一个或多个优惠券优惠活动。

在一个实施例中，零售商545允许顾客535在参与可应用的交易时通过在终端542处出示打印的优惠券或数字优惠券来兑换优惠券。在一个实施例中，零售商545允许顾客535在参与交易时通过出示识别符来兑换优惠券。终端542使用该识别符来定位已被保存到顾客的账户的可应用的优惠券。在一个实施例中，终端542与优惠券服务器510进行通信，以定位已被保存到顾客的账户的可应用的优惠券。在一个实施例中，替代性地，终端542依靠优惠券服务器510来将用于多种账户识别符的优惠券有效性数据推送到零售服务器540。例如，优惠券服务器510可以周期性地向零售服务器540提供账户识别符表格以及最新的相关或不相关的数字优惠券识别符。然后，零售服务器540可以根据优惠券有效性数据对本地数据库进行更新。例如，2010年9月9日提交的美国申请12/878,231对合适的技术进行了描述，据此通过引用将该申请合并于此，如同在此完全列出一样。

终端542周期性地或者响应于交易而向优惠券服务器510报告优惠券使用数据。优惠券使用数据指明了对一个或多个优惠券优惠活动的兑换以及与该兑换相关联的唯一的识别符，使得优惠券可以从进行兑换的顾客账户中删除。在一个实施例中，终端542进一步被配置成向优惠券服务器510周期性地发送交易数据。该数据可以包括包含在每个交易中的一个或多个销售价格、交易日期和时间，以及产品或服务的识别符。例如，周期请求可以每小时、每天，或取决于一定数量的交易而发生

4.3.零售服务器

在一个实施例中，终端542经由诸如公司内网的网络连接到零售服务器540。在一个实施例中，服务器可以指在一个或多个计算机或设备上执行的一个或多个部件，其与在其它计算机或设备上执行的对应的客户端应用程序相互交互。因此，零售服务器540可以指在零售商545的控制下在一个或多个计算设备上执行的一个或多个服务器部件。零售服务器540可以在多个终端542之间可以交易。零售服务器540是系统500的可选部件。然而，在一个实施例中，往来于终端542的部分通信或全部通信经过零售服务器540。在多个实施例中，在此所描述的由终端(例如终端542)所执行的任意数量的功能实际上都可以至少部分地由零售服务器540执行。同样，在此所描述的由零售服务器(例如零售服务器540)所执行的任意数量的功能实际上都可以至少部分地由终端542执行。在一个实施例中，终端542是“瘦客户端”，并且除了输入和输出以外的所有功能都可以转移到零售服务器540。

在一个实施例中，零售商545通过零售服务器540拥有一个网站，顾客535通过一个或多个网页地址可以在该网站上取得电子收据以及相关的优惠券信息。可以提供该网站作为用于交易的收据的“数字保险柜”，任何的顾客识别符都在该“数字保险柜”中提供。例如，顾客535可以登录零售服务器540作为主机的网站。一旦登录，顾客535就可以通过访问具体的网址取得近期收据的列表。收据的列表进一步可以包括到达零售服务器540或优惠券服务器510作为主机的网址的链接，顾客可以在该网站获取用于一个或多个优惠券优惠活动的优惠券。优惠券优惠活动可以不被作为目标和/或被作为目标。在一个实施例中，可以针对与收据相关的顾客专门选择一个或多个优惠券优惠活动。在一个实施例中，进一步地或者替代地，还可以由另一个实体(例如优惠券服务器510)作为这种网站的主机。可以响应于数字收据的有效性通知(例如电子邮件、短消息或操作系统警报)访问该网站。进一步地或者替代地，用户可以在没有接收到通知的情况下主动访问该网站。

在一个实施例中，零售服务器540、优惠券服务器510或此处描述的任何其它服务器可以包括或连接到用于实施此处所描述的技术的多种不同的部件，这些部件包括数据库服务器、电子邮件或短消息服务器部件(例如SMTP服务器部件)、以及网络/应用程序服务器部件(用于对包含有网页和/或其它数据的不同地址和端口进行寻址的请求做出响应)。网络/应用程序服务器部件可以依靠任何适当的协议或应用程序语言，包括HTTP、HTTPS、SSL、HTML、XML、PHP、Java、JavaScript、SOAP等等。

在一个实施例中，零售服务器540包括可执行逻辑，其与用于生成优惠券的优惠券服务器的可执行逻辑相似。例如，优惠券发放商515可以为零售商545提供一个或多个优惠券发放代码库，以在零售服务器540中进行使用。作为执行该逻辑的条件，零售服务器540被配置成通过应用程序界面与优惠券服务器510周期性地进行通信，优惠券服务器510通过应用程序界面向零售服务器540提供零售服务器540生成优惠券所必要的优惠券数据。例如，优惠券服务器510可以向零售服务器540提供零售服务器540的顾客目前符合条件的优惠券优惠活动的条款、用于针对每个优惠券优惠活动生成唯一的优惠券识别符的指令、和/或可适用的发放限制及参数。零售服务器540进一步被配置成周期性地向优惠券服务器510报告发放情况数据。

在一个实施例中，零售服务器540和终端542是专用计算机，所述专用计算机配置有可以在工作时执行此处所描述的操作的逻辑。在一个实施例中，客户端520是通用计算机，所述通用计算机包括一个或多个处理器，以及存储器、海量存储设备或储存指令的其它永久的计算机可读存储媒介，当被加载或被执行时，所述指令使一个或多个处理器执行此处进一步所描述的操作。

4.4.优惠券提供商/发放商

在一个实施例中，优惠券发放商515是能代表优惠券提供商595(例如制造商、零售商或广告商)发放优惠券的任何实体。出于公开的目的，发放优惠券可以指以下中的任何一个或两个：生成优惠券，以及将优惠券优惠活动保存到与一个或多个账户识别符相关联的用户账户。在上下文中，生成优惠券可以包括打印优惠券，或者创建并储存表示数字优惠券的数字数据。

优惠券提供商595可以与优惠券发放商515订立合同以发放优惠券，作为优惠活动的一部分。优惠券提供商595向优惠券发放商515提供描述优惠券优惠活动的优惠券发放数据以及针对每个优惠活动的参数(例如，累计发放的优惠券的目标数量、可以为每个单个的终端用户或设备提供多少优惠券、区域发放限制、用于活动的清算所和/或发放的开始日期和截止日期)。在一个实施例中，优惠券发放商515代表多个优惠券提供商595使得优惠券优惠活动是可用的。

优惠券提供商595可以经由将优惠券提供商595连接到优惠券服务器510的网络将优惠券发放数据电子传输到优惠券发放商515。例如，优惠券服务器510的特点在于网络应用程序、文件共享或数据库存取部件，提供商595通过网络应用程序、文件共享或数据库访问部件可以将优惠券发放数据直接上传到优惠券服务器510或优惠券数据储存器512。附加地或者可替代地，优惠券提供商595通过任意其它合适的方式(包括打电话或经由电子邮件)可以将优惠券发放数据传输到优惠券发放商515。

4.5.优惠券服务器

优惠券服务器510由优惠券发放商515进行操作，其中一个目的是使优惠券对于用户(例如用户535)可用。优惠券服务器510可以是一个或多个服务器应用程序，在优惠券发放商515所操作的一个或多个计算设备上执行。在一个实施例中，优惠券服务器510是专用计算机，该专用计算机配置有在工作时执行此处所描述的操作的逻辑。在一个实施例中，优惠券服务器510是通用计算机，该通用计算机包括一个或多个处理器，以及存储器、海量存储设备或储存指令的其它永久的计算机可读存储媒介，当被加载或被执行时，所述指令使一个或多个处理器执行此处进一步所描述的操作。

优惠券服务器510代表一个或多个优惠券提供商595使优惠券优惠活动对于用户(例如用户535)可用。在一个实施例中，优惠券服务器510经由客户端520直接向用户535发放用于多种优惠活动的可打印的优惠券，客户端520进而连接到打印机529，可打印的优惠券可以在打印机529处打印。优惠券服务器510还通过将用户535所请求的识别数字优惠券的信息保存到与用户535相关联的一个或多个账户而向用户535提供用于多种优惠活动的数字优惠券。然后，用户535可以向零售商545提供账户的识别符(例如商店的会员账号或者用户名)，使得零售商545在交易时可以获取任意适用的数字优惠券。优惠券服务器510还经由零售商545直接使数字优惠券对于用户535可用。例如，响应于零售商545所操作的零售服务器540代表用户535请求数字优惠券，优惠券服务器510可以生成数字优惠券并向零售服务器540提供关于所生成的优惠券的信息。在其它实施例中，优惠券服务器510并不是必须能够经由此处描述的任意特定的技术发放优惠券。

通过一个或多个网络(例如因特网)，优惠券服务器510接收来自客户端520和零售服务器545的与优惠券相关的请求并对该请求进行响应。优惠券服务器510从数据储存器512获取优惠券数据，从而对来自客户端520和零售服务器545的多种请求做出响应。例如，客户端520可以请求优惠券服务器510提供可用优惠券的列表、基于关键字搜索优惠券、将指定的数字优惠券保存到用户535的用户账户，或者打印指定的优惠券。作为响应，优惠券服务器510可以从数据储存器512获取任何相关的优惠券数据、对优惠券数据进行适当的处理，并基于所述处理制定对客户端的响应。在一个实施例中，优惠券服务器510拥有一个或多个网站，用于与客户端520进行交互。优惠券服务器510向浏览器发送网页，浏览器在客户端520处执行指令，用于使浏览器显示与查看、选择、打印和/或保存优惠券有关的多种图形界面。在一个实施例中，优惠券服务器520的特点在于应用程序界面(“API”)，客户端520(客户端520具有其自身的图形界面)的专用应用程序通过该应用程序界面可以与优惠券服务器520进行通信。

再如，优惠券服务器510通过合适的API可以向零售服务器540提供关于优惠券优惠活动的条款、数字优惠券有效性以及顾客账户的信息。零售服务器540反过来可以向优惠券服务器510提供表示顾客优惠券兑换的数据和/或交易数据。

优惠券服务器510可以被配置成按照多种方式对优惠券的发放进行控制。例如，优惠券服务器510可以被配置成，根据基于设备的限制、基于客户端的限制或总计发放数量的限制拒绝客户端打印优惠券。再如，优惠券服务器510可以被配置成，若客户端520已生成了等同的优惠券，则拒绝为用户生成优惠券的请求。优惠券服务器510进一步可以被配置成根据与客户端相关的地理信息拒绝客户端对打印优惠券的许可。

优惠券服务器510可以使用用于向优惠券提供商595发送发放报告的发放日志。发放报告的形式可以变化，并且至少可以包括表示以下两个情况中的任意一个的数据：针对特定优惠活动已发放的优惠券的总数量、自上一个发放报告以后针对特定优惠活动已发放的优惠券的总数量。可以以不同的频率发送发放报告，并且在一些实施例中，报告可以在每次打印特定优惠券时发送。发放报告进一步可以包括从优惠券服务器已知的设备数据中收集的信息，例如设备的地理信息或客户端类型(优惠券已经发放到该设备)。

图8示出了被配置成实施某些实施例的计算机。具体地，图8示出了优惠券服务器510的示例，该优惠券服务器510被实施为专用计算机，被表示为优惠券服务器计算机810，并且包括一个或多个中央处理器802、操作系统或虚拟化逻辑804、销售点界面逻辑812、账户识别逻辑814、优惠活动选择逻辑816、收据形成逻辑818、SMTP守护程序逻辑820、网络服务器逻辑822、优惠券有效性逻辑826，以及优惠券提供商界面逻辑824。

在一个实施例中，一个或多个中央处理器802包括CPU、处理器内核、或能与输入-输出资源(例如数据储存器512)进行交互的其它指令处理元件。在一个实施例中，操作系统或虚拟化逻辑804包括服务器计算机操作系统、虚拟化系统(例如管理程序)、或基于硬件的管理程序(例如连接到兼容的操作系统的Intel Xen)中任意一个。销售点界面逻辑812被配置成与销售点元件(例如图5中的零售服务器540)进行通信，以接收包含账户识别信息的交易信息并提供数字优惠券信息，如针对图4以及在其它节中进一步描述的。在一些实施例中，销售点界面逻辑812可以与网络服务器逻辑822进行交互，以使用HTTP发布或获取请求或者做出响应；作为替代方案，可以使用零售特有的通信协议。

账户识别逻辑814连接到销售点界面逻辑812以接收账户识别信息，并且为了发出一个或多个数据库查询请求或其它请求以确定账户识别信息是否在数据储存库中，账户识别逻辑814隐含地间接连接到OS804、CPU802、以及数据储存器512。账户识别逻辑814进一步连接到优惠活动选择逻辑816，用于提供请求以形成并发送一个或多个收据或优惠券优惠活动。为了形成并发送电子邮件、POS协议通信、或针对零售服务器540或客户端520的HTTP post或response(指示账户识别信息被识别出)，账户识别逻辑814还可以连接到SMTP守护程序逻辑820、POS逻辑812和/或网络服务器逻辑822。

优惠券有效性逻辑826连接到销售点界面逻辑812以接收账户识别信息，并且为了发出一个或多个数据库查询请求或其它请求以确定账户识别信息是否与数据储存器中的被保存到账户的一个或多个数字优惠券相关联，优惠券有效性逻辑826隐含地间接连接到OS804、CPU802、以及数据储存器512。为了形成并发送电子邮件、POS协议通信、或针对零售服务器540或客户端520的HTTP post或response(指示了账户识别信息与被保存到数据储存器中的账户的一个或多个数字优惠券相关联)，账户识别逻辑814还可以连接到SMTP守护程序逻辑820、POS逻辑812和/或网络服务器逻辑822。

优惠活动选择逻辑816被配置成根据账户识别信息的肯定的认可来选择一个或多个优惠券优惠活动，并被配置成向收据形成逻辑818发送信号以形成电子收据，该电子收据包括优惠活动、到优惠券的链接、针对优惠活动的电话约请或关于如何获得优惠活动的其它说明。SMTP守护程序逻辑820被配置成实施电子邮件协议(例如简单邮件传输协议(SMTP))并显露应用程序界面(API)，系统的其它元件可以借助应用程序界面请求发送电子邮件并接收、解析、以及使用部分入站接收的电子邮件。网络服务器逻辑822被配置成实施HTTP服务器，并被配置成服务一个或多个被储存的HTML页面、或形成一个或多个动态生成的HTML页面并将动态生成的HTML页面发送到客户端520、优惠券提供商195和/或零售服务器540。优惠券提供商界面逻辑824被配置成连接到优惠券提供商195并与网络服务器逻辑822以及其它合适的优惠券提供商应用程序逻辑相互配合，以使优惠券提供商能够对优惠券优惠活动进行定义并将优惠券优惠活动储存在数据储存器512中，并在所描述的系统中接收关于优惠券优惠活动的使用方法。

以上参照图8描述的优惠券服务器计算机810的每个逻辑元件都可以包括定制的硬连线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑，它们与计算机系统结合使计算机810成为专用机器或将计算机810编程为专用机器。根据一个实施例，响应于CPU802执行一个或多个指令(所述指令包含在主存储器中)的一个或多个序列，此处的技术由计算机810执行。这种指令可以从另一种储存媒介(例如数据储存器512)被读进主存储器。包含在主存储器中的指令的序列的执行使CPU802执行此处所描述的处理步骤。在可替换的实施例中，可以用硬连线电路代替软件指令，或可以将硬连线电路与软件指令结合起来使用。

4.6.数据储存器

优惠券发放商515将优惠券提供商595提供的数据作为数据储存器512中的优惠券数据，输出储存器512连接到优惠券服务器510。数据储存器512可以包括一个多个数据库和/或文件存放库。优惠券数据可以采用多种形式(包括数据库记录和/或一个或多个文件)。除了其它方面以外，用于每个优惠券优惠活动的优惠券数据可以包括以下数据：诸如提供优惠券优惠活动的优惠券提供商595的名字的数据、发放参数、优惠券优惠活动的条款、打印布局的信息和图样、一个或多个内部识别号码或提供商识别号码、条形码生成信息、一个或多个相关的统一资源定位器(URL)、一个或多个优惠券名字或名称、一个或多个相关的搜索条件、清算所信息、以及一个或多个相关的分类。发放参数可以包括总计发放限制值、每个设备发放限制值、每个地区发放限制值、和/或每个客户端发放限制值。

数据储存器512进一步储存用户账户数据。用户账户数据包括用于一个或多个不同用户账户的数据，每个数据可以被映射或不被映射到唯一的用户。部分用户账户或全部用户账户可以在注册过程中由优惠券发放商510建立。作为替代方案，部分用户账户或全部用户账户可以在(例如)在线注册过程中或在店内进行注册的过程中由零售商545建立，随后，其细节可以由零售商545传送到优惠券发放商510。

不管用户账户是如何建立的，用户账户数据指明了用于每个用户账户的一个或多个账户识别符。用户账户数据还可以指明或以其它方式指示被绑定到每个账户的一个或多个电子地址。每个账户识别符可以进而与对用户可获得的一个或多个数字优惠券进行识别的数据相关联。一个或多个数字优惠券中的部分或全部还可以与其它账户识别符相关联，所述其它账户识别符与用户账户相关联。在一个实施例中，与账户识别符相关联的数字优惠券是相应优惠券优惠活动的唯一的实例，其中，每个唯一的实例具有唯一的优惠券识别符。例如，正如可以由优惠券服务器510进行打印的每个优惠券可以具有唯一的优惠券号码，还可以在用户每次将数字优惠券保存到用户账户时生成唯一的优惠券号码。然而，在其它实施例中，数字优惠券不需要唯一的优惠券识别符。

数字储存器512还可以储存与优惠券发放相关的其它信息(包括设备数据和发放日志)。设备数据对多个设备进行描述，所述多个设备实现用于取得优惠券数据的客户端(例如客户端520)。可以由设备识别符对每个设备进行描述。设备数据可以包括诸如硬件识别符、客户端识别符、地理信息和许可数据的信息。在一个实施例中，按照产生实际上被保证是唯一的设备识别符的方式，根据设备的多种特性来分配每个设备识别符。在一个实施例中，从中获取设备识别符的特性包括不容易被改变的数据，以确保没有单个设备可以简单地通过修改网络地址、数据文件、计算机名或操作系统所打印的优惠券的数量来超出给该设备分配的数量。在一个实施例中，从中获取设备识别符的特性包括诸如序列号的硬件识别符。例如，2010年5月20日公开的美国专利公布2010/0124235A1对分配识别符的技术进行了描述，据此将该专利公布通过引用合并于此，正如在此完全陈述的一样。然而，在其它实施例中，设备识别符实际上可以是网络地址、Mac地址、计算机名或在安装客户端时生成的唯一的客户端识别符。

发放日志跟踪针对优惠券数据中所描述的每个优惠券优惠活动已发放的优惠券的数量，优惠券数据包括优惠券优惠活动已被打印的次数和/或已将优惠券保存到用户账户的次数。发放日志可以进一步跟踪在设备数据中所描述的每个设备和/或在用户账户数据中所描述的每个用户已打印了多少次优惠券，所述优惠券用于优惠券数据中所描述的被查看的和/或被保存的每个优惠券优惠活动。

数据储存器512还储存多种补偿数据。例如，数据储存器512可以针对每个优惠券来储存指示零售商545已报告该优惠券被兑换的次数的数据。再如，数据储存器512可以储存提供商595所建立的账户的余额和账号，用于补偿零售商545的资金可以从这些账户取出。数据储存器512进一步可以储存应被记入贷方的账号，以向零售商545提供补偿。数据储存器512进一步可以储存多种其它费用计算数据。

4.7.客户端

客户端520可以是多种设备中的任意一种，包括个人计算机、打印机、电话或便携式计算设备。在一个实施例中，客户端520包括一个或多个应用程序部件，所述一个或多个应用程序部件向用户535提供连接到优惠券服务器510的界面。例如，客户端520可以是独立的软件应用程序、浏览器或浏览器的插件。客户端520不是必须由用户535拥有的设备或仅由用户535操作的设备执行。例如，客户端520可以由零售商545提供给顾客的店内的自助服务终端执行。

在一个实施例中，客户端520是专用计算机，该专用计算机配置有在工作时执行此处所描述的操作的逻辑。在一个实施例中，客户端520是通用计算机，该通用计算机包括一个或多个处理器，以及存储器、海量存储设备或储存指令的其它永久的计算机可读存储媒介，当被加载或被执行时，所述指令使一个或多个处理器执行进一步所描述的操作。

客户端520通过诸如因特网的网络与优惠券服务器510进行通信，以接收优惠券数据。发送给客户端520的优惠券数据可以包括(例如)关于对用户535可用的优惠券的信息列表，所述信息列表包括优惠活动条款和金额、以及极其详细地描述具体的优惠券优惠活动的数据，以允许客户端520在打印机529打印用于优惠券优惠活动的优惠券。打印机529是能够打印优惠券的任何打印设备。打印机529可以通过任何通信方式连接到客户端520，或者，客户端520可以被集成到打印机529。

使用多种输入或输出机制，客户端520可以允许用户535查看可用优惠券优惠活动的列表、从该列表选择特定的优惠券优惠活动、并选择是打印用于优惠活动的优惠券还是将优惠活动保存到用户535的账户。响应于用户535选择后者，客户端520可以向优惠券服务器510发送请求，以将被选择的优惠活动保存到用户535的账户。

在一个实施例中，多个客户端520可以对用户可用，每个客户端520潜在地支持用户可以取得优惠券优惠活动的不同的机制。例如，一个客户端520可能只允许用户用打印机529打印优惠券，另一个客户端520可能只允许用户将数字优惠券保存到账户上，而又一个客户端520可以允许用户以两种方式取得优惠券优惠活动。

在一个实施例中，从外部网站(例如零售商网站)的服务器而非优惠券服务器510向客户端520发送优惠券数据和指令。在这种实施例中，客户端发起的对优惠券服务器510的请求可以通过或不通过外部网站进行中继。

在一个实施例中，客户端520包括用于生成设备识别符的逻辑(如前面章节所描述的)。客户端520可以在接收到请求之后向优惠券服务器510或零售服务器540报告该设备识别符。设备识别符可以由优惠券服务器510使用，这样做的其中一个目的是执行每个设备的优惠券发放限制。

在一个实施例中，客户端520可以是无线式、便携式和/或电池供电的计算设备，顾客在旅行时常会携带上述计算设备(例如电话、平板电脑、个人数字助理、以及手表等)。客户端520被配置成执行用于图形优惠券客户端界面的指令，顾客通过所述图形优惠券客户端界面可以与优惠券服务器510进行通信。例如，优惠券客户端界面可以由移动应用程序或网络应用程序所提供。

在一个实施例中，客户端520进一步被配置成执行用于图形移动支付界面的指令，顾客使用所述图形移动支付界面可以在和终端542进行交易时与支付服务器进行通信。移动支付界面和优惠券客户端界面可以是集成的或是独立的。响应于来自优惠券服务器510、支付服务器的未经请求的通信，和/或响应于从终端530接收到的信号，这些界面可以由顾客的输入(例如启动应用程序或在电子邮件中选择链接)激活。客户端520可以包括通信接口，客户端520通过通信接口能在交易时与终端542进行通信，以完成支付、接收收据数据并在交易完成后接收关于可享用的优惠券优惠活动的优惠券信息。可以使用任何合适的通信接口或通信接口的结合，这些通信接口包括Wi-Fi、蜂窝数据、蓝牙、近场通信等等。

在一个实施例中，客户端520进一步被配置成执行用于收据查看和管理界面的指令，顾客通过收据查看和管理界面查看用于顾客与一个或多个零售商之间的交易的收据。收据查看和管理界面可以与任何移动支付界面以及优惠券客户端界面集成在一起，或者可以独立于任何移动支付界面以及优惠券客户端界面。

4.8.账户识别符

账户识别符532是唯一识别用户535或唯一识别与用户535相关联的用户账户的一串字符和/或符号。例如，账户识别符532可以识别零售商的会员卡、关于优惠券发放商515的用户账户，或者可以对这二者都进行识别。例如，对于可以识别零售商的会员卡以及关于优惠券发放商515的用户账户的情况，可以创建账户识别符532以识别零售商的会员卡，但是接下来，账户识别符532以及可能的其它识别符向优惠券发放商账户进行注册。账户识别符532可以或不可以识别实体物品或从实体物品中被识别出，所述实体物品例如是卡或个人计算设备。在一个实施例中，实体物品是具有账户识别符的任何便携式物品，在交易时可以轻易地取得该账户识别符。

在一个实施例中，账户识别符532是卡账户(例如信用卡账户或顾客的会员卡账户)的号码。例如，通过在读卡器处扫描卡、键入或说出卡号、或提供个人信息(例如电话号码)，用户535可以在交易时提供识别符532，通过所述个人信息可以定位卡号。

在一个实施例中，账户识别符532是属于便携式计算设备的唯一的设备识别符。便携式计算设备的示例包括移动电话、笔记本电脑或上网本、平板电脑、个人数字助理、闪存驱动、音乐播放器、或照相机。例如，设备识别符可以是MAC地址、蓝牙地址、序列号、随机分配的号码等等。例如，通过允许便携式设备向零售商的收银系统无线地广播识别符532、允许零售商扫描设备、或允许零售商查看或扫描设备显示的信息，用户535可以在交易时提供识别符532。在一个实施例中，识别符532不必对应于设备硬件，而是可以由在该设备上执行的软件应用程序提供。

在一个实施例中，射频识别(RFID)芯片或能传输信号的任何其它机构可以无线地发射账户识别符532，与零售商545交易时可以检测出该信号。例如，可以将RFID芯片嵌入卡、设备或用户535携带的其它物品中。例如，RFID芯片可以是无源NFC标签或有源NFC阅读器。

在一个实施例中，优惠券发放商510允许用户535将账户识别符532或其条形码表示打印在一张纸上。然后在交易时向零售商545出示这张纸。使用这种方法，用户535可以采用此处所描述的技术，并且不需要记住账户识别符532，也不需要向零售商545出示识别卡或设备。在同一零售商或不同零售商处的不同交易中可以或者不能重复使用这张纸。

在一个实施例中，账户识别符532可以与唯一识别用户535的生物特征数据(例如指纹或视网膜扫描)相关联。因此，在一个实施例中，通过允许零售商对用户535进行扫描以获取生物特征数据，用户可以提供识别符。

4.9.修改和替代方案

图5所示的系统500仅展示了一个实施例，可以在其中实施此处所描述的技术。其它实施例可以按照可能不同的布局包括更多和/或更少的元件。例如，优惠券提供商595、优惠券发放商515或零售商545中任何都可以是同一实体，因此，可以省略多种其它部件。而且，可以由图5中没有示出的不同的实体(例如支付提供商或购物奖励提供商)所提供的服务器执行不同的步骤，例如，生成并发送电子收据，或定位顾客账户信息。此外，因为一些实施例不具有打印收据和/或打印优惠券的能力，所以，打印机529和打印部件549都不必实施此处所描述的多种技术。

5.0.实施示例

5.1.协同计算机的示例性使用

图6和图7根据实施例示出了用于提供具有优惠券信息的电子收据的流程图600和流程图700。流程图600和流程图700由系统中的许多不同的部分执行，包括顾客、商家销售点、协同计算机以及优惠券服务器。例如，顾客可以对应于用户535。例如，商家销售点可以对应于终端542。取决于具体的实施例，协同计算机可以对应于零售服务器540和/或优惠券服务器510。进一步地或者替代性地，协同计算机可以对应于由代表一个或多个零售商发放电子收据的另一方所操作的服务器。例如，优惠券服务器可以对应于优惠券服务器510或与优惠券服务器510一起工作的零售服务器540。

流程图600开始于方框602，在方框602中，顾客选择要购买的一件或多件商品。在方框603，顾客提供用于进行购买的支付方式(例如，可以包括现金或信用卡等)。可选地，顾客还可以提供会员卡。在方框604，商家销售点处理购买行为并获取方框603中所提供的支付方式。

在方框606，商家销售点可选地采集会员卡的识别符(如果提供了会员卡)。例如，通过读取嵌入在卡内的磁条或RFID标签，商家销售点可以采集会员卡的识别符。在方框608，商家销售点征求顾客的同意，以便电子地发送顾客的收据和优惠券优惠活动。如果顾客不同意，那么在方框619打印收据。否则，在方框610，商家销售点激活发送功能。

在方框612，发送功能开始于商家销售点向协同计算机安全地发送会员卡号码或其它识别号码。在方框614，协同计算机确定该号码是否与已知的顾客身份唯一相关联。如果相关联，则在方框620向商家销售点返回肯定的响应。否则，在方框616，协同计算机向商家销售点返回否定的响应。

在方框618，经由方框616接收到否定的响应之后，商家销售点可选地请求顾客的手机号码或其它识别符。在方框618，如果顾客拒绝提供手机号码或其它识别符，则流程前进到方框619，在方框619，商家销售点打印收据。然而，如果顾客提供号码或识别符，那么在方框621，商家销售点可以接着向协同计算机安全地发送该号码或识别符。然后，协同计算机可以用新的号码或识别符重复方框614。

在接收到方框620的肯定的响应之后，在方框612，商家销售点生成肯定的确认消息(例如在收银终端的屏幕上显示的消息)。一旦完成了方框619或方框612，那么在方框622，认为交易完成。在一个实施例中，即使方框619没有执行(即，即使没有打印收据)，只要在方框614中协同计算机定位了已知的顾客身份，就认为交易完成。

方框620/612的事件发生时，执行流程图700。流程图700开始于方框702，在方框702，商家销售点对包括SKU或顾客交易时购买的商品的其它识别符的数据假脱机(spool)，并向协同计算机发送所述数据以及顾客身份(或用来将假脱机的数据绑定到之前确定的顾客身份的会话数据)。在方框704，协同计算机根据SKU生成消息并将其格式化。该消息向用户和/或链接到URL的链接提供收据数据，所述URL可以被用来获取收据数据。

在协同计算机向多个零售商(包括没有预订优惠券信息服务的零售商)提供收据数据的实施例中，方框706-方框708可以是可选的。在方框706，协同计算机确定假脱机的数据的源。在方框708，协同计算机确定源销售点是否预订了优惠券信息服务。如果没有订阅，流程前进到方框712。否则，流程前进到方框710。

在方框710，协同计算机更新消息，以包括表示优惠券有效性的链接或其它数据。在这个特定的实施例中，所述链接仅告知顾客协同计算机上存在顾客可以获得优惠券优惠活动的网站。在方框711，协同计算机可选地更新消息以包括广告。可以使用任何合适的技术来根据商家销售点、顾客或购买的商品对广告进行识别。

在方框712，协同计算机提供消息并将该消息发送到与顾客身份相关联的顾客的电子地址。在方框714，顾客接收该消息并进行查看。如果收据数据没有被直接嵌入在该消息中，那么在方框715，顾客可选地可以点击该消息中的链接以显示收据数据。作为响应，在方框717，协同计算机可选地与顾客进行交互以获取顾客认证码，然后在顾客提供认证码时显示收据数据。

在方框716，顾客在消息或收据数据中选择特定的链接。作为响应，在方框718，协同计算机显示关于与链接相关联的相关优惠券优惠活动的信息(包括用于选择相关优惠活动的电话约请)。响应于所述显示，顾客选择特定的电话约请。作为响应，在方框722，协同计算机接收所述选择并将所述选择重新定向到优惠券发放商的网站。在方框724，优惠券发放商显示与电话约请相关的优惠券优惠活动或其它广告信息。在方框726，优惠券发放商与顾客电子地进行交互，以发送、显示、保存和/或打印用于相关优惠券优惠活动的优惠券。

流程图600和流程图700示出了已描述的技术的具体的示例性实施例。其它实施例可以包括按照可能不同的顺序由可能不同的实体执行的更多或更少的步骤。

5.2.用于优惠券的兑换和发放的顾客识别符的示例性使用

在一个实施例中，在实体店和/或网店电子地提供与用于交易的收据相结合的优惠券信息。零售商引起交易的执行，交易时有一件或多件商品被购买。提供一种被配置成接受输入的界面，所述输入指示与交易相关联的顾客识别符(例如电子邮件地址或前面章节所描述的其它顾客识别符)。当经由界面接收输入时，确定识别符是否与已知的顾客身份相关联。如果顾客识别符与已知的身份相关联，则针对交易使用与该身份相关联的数字优惠券。例如，经由提供的电子邮件地址或基于网络的应用程序(其中已建立关于身份的会话)可以为交易进一步提供电子收据。否则，提供打印的收据。

图10根据实施例示出了以零售商为中心的流程图1000，用于使用单个顾客识别符来定位数字优惠券以在交易时进行兑换，并使用单个顾客识别符来识别电子地址(在该电子地址处提供数字收据)。

方框1010包括提供被配置成接受输入的界面，所述输入指示与交易相关联的顾客识别符。例如，可以按照与方框330中的界面相同的方式提供该界面。与方框330中的界面一样，只要在用于与零售商的顾客交易时该界面可用，就不需要由零售商提供该界面。

方框1020包括经由界面接收第一输入，所述第一输入指示与第一交易相关联的第一顾客识别符。在本申请的上下文中，为了清楚起见，“第一”仅是用来将一个事物与另一个区分开的符号，并不意在暗指排在第一位或最先发生的事物。在一个实施例中，第一输入具体指明了电子地址或其它合适的顾客识别符。例如，在完成第一交易之前，店员可以提示第一顾客使用小型键盘界面输入电子邮件地址，或者，店员可以在顾客口头提供电子邮件地址时输入电子邮件地址。再如，可以使用无线信号(例如，嵌入在NFC传输中的联系信息)电子传输电子邮件地址。再如，通过对传感器记录的图像或声音进行分析，可以在销售点确定电子邮件地址。例如，第一顾客可以出示卡或移动设备显示屏，所述卡或移动设备显示屏示有电子邮件地址的QR码、条形码、其它的符号表示法或文本表示法，扫描界面可以捕捉代码或表示法的图像。或者，用户可以产生麦克风界面可以捕捉到的音频信号。然后，终端或界面部件通过多种技术(例如模式识别、信号处理和/或光学特性识别)可以对捕捉到的信息进行分析，以解码和/或识别电子邮件地址。如本申请其它部分所描述的，还可以使用其它类型的顾客识别符和界面。

方框1025包括接收输入，所述输入指明了在第一交易时所购买的第一组一件或多件商品，可选地，所述输入还指明了一种或多种支付机制。所述输入可以按照与方框310中的输入相同的方式接收。方框1025可以在和方框1020相比的任意时刻执行。

在方框1030，至少部分地响应于通过界面接收第一输入，流程确定第一顾客识别符是否与已知的顾客身份相关联。例如，在接收到第一顾客识别符之后，终端可以使用第一顾客识别符询问另一台计算机(例如零售服务器或优惠券服务器)。该计算机返回响应，指示第一顾客识别符对应于已知的顾客身份。再如，零售服务器可以使用第一顾客识别符询问另一台计算机。

无论哪种情况，所述询问都可以采用许多形式。例如，所述询问可以简单地请求另一台计算机用肯定或否定的指示做出响应。或者，所述询问可以请求另一台计算机用已知的顾客身份的账户识别符做出响应。在一个实施例中，所述询问对信息(例如对应于第一顾客识别符的数字优惠券或支付方式的列表)进行请求。另一台计算机可以被配置成：若第一顾客识别符对应于已知的顾客身份，则用被请求的信息做出响应；或者，用第一顾客识别符没有对应于任何已知的顾客身份的指示做出响应。在一个实施例中，终端或零售服务器自身可以包括顾客识别符和已知顾客身份的数据库或缓存，然后，可以使用第一顾客识别符对所述数据库或缓存进行搜索。

方框1040包括识别与第一顾客识别符相关联的数字优惠券，所述数字优惠券包括第一组一个或多个数字优惠券。在一个实施例中，第一组一个或多个数字优惠券是响应于顾客先前选择优惠券优惠活动以保存到账户而生成的数字优惠券，所述账户被映射到第一顾客识别符。然而，在其它实施例中，第一组一个或多个数字优惠券是已经通过其它机制成为与第一顾客识别符相关联的一组数字优惠券(例如，响应于之前的交易或零售商发起的事件，为顾客自动生成的数字优惠券)。通过对映射到第一顾客识别符或者映射到与第一顾客识别符相关联的账户的优惠券有效性数据进行分析，可以识别用于第一顾客的数字优惠券的有效性。例如，终端可以向优惠券服务器或零售服务器询问已被保存到账户的数字优惠券的列表，所述账户与第一顾客识别符相关联。本申请的其它部分以及美国申请12/878,231(已通过引用合并于此)都对识别与账户相关联的数字优惠券的多种技术进行了描述。

在一个实施例中，由于对与第一顾客识别符相关联的一个或多个数字优惠券的识别隐含了第一顾客识别符与已知的顾客身份相关联，所以方框1040与方框1030相同。在其它实施例中，可以在方框1030之前或之后执行方框1040中的步骤。

至少部分地响应于接收第一输入并确定第一顾客识别符与已知的顾客身份相关联，执行方框1050。方框1050包括方框1052和方框1054。方框1052包括至少部分地使用与特定顾客识别符相关联的第一组一个或多个数字优惠券进行第一交易，第一交易中购买了第一组一件或多件商品。

在一个实施例中，将每个数字优惠券的条款与交易中的第一组一件或多件商品的多种属性进行比较，并且确定第一组一个或多个优惠券在交易时有资格使用。在一个实施例中，可以在方框1040的识别过程中已经确定第一组一个或多个数字优惠券的适用资格。例如，当询问零售服务器或优惠券服务器时，终端可以包括交易细节(例如对第一组一件或多件商品的描述)。当在方框1040中返回数字优惠券时，优惠券服务器或零售服务器可以根据这些交易细节将返回的数字优惠券限制到在交易时有资格使用的那些优惠券。

可以使用任何合适的技术计算第一交易和安全支付的总额，这些技术包括但不限于本申请第4节以及其它部分所述的技术。

方框1054包括经由电子邮件消息或基于网络的应用程序中的至少一个传送用于第一交易的电子收据。根据第一顾客识别符确定用于电子邮件消息的电子邮件地址，或者确定基于网络的应用程序获取电子收据的电子地址。例如，如果有必要，可以使用多种查找操作对与第一顾客识别符相关联的电子邮件地址进行定位，或对电子地址和相应的数据库记录进行定位，所述数据库记录与电子地址相关联，用来保存电子收据以便以后经由基于网络的应用程序可以获取该电子收据。使用此处所描述的多种技术可以执行方框1054，这些技术包括但不限于关于图3的方框370或图7的方框702所描述的技术。

方框1060包括接收输入，所述输入指明了在第二交易中所购买的第二组一件或多件商品，可选地，所述输入还指明了一种或多种支付机制。“第二”仅用来指区别于第一的另一事物，并未暗示特别的顺序或时序。所述输入可以按照与获取方框310中的输入相同的方式来获取。方框1060可以在和方框1020-方框1050相比的任意时刻执行。

在方框1070，流程在没有通过方框1010的界面接收到与任何已知的顾客身份相关联的任何顾客识别符的情况下前进到完成第二交易。例如，终端可以被配置成：如果在预定时间以后没有接收到输入，或者如果顾客或收银员拒绝提供顾客识别符，则在没有顾客识别符的情况下继续进行交易。这样的情况还可以响应于诸如方框616、方框618中的情况而发生，在方框616、方框618，所提供的顾客识别符被确定出与已知的顾客身份不关联。在一个实施例中，可以向顾客给予建立已知的顾客身份的机会；然而，如果顾客拒绝建立已知的顾客身份，则执行方框1070。

至少部分地响应于没有通过界面接收与第二交易相关的任何输入，执行方框1080，所述输入指示与任何已知的顾客身份相关联的任何顾客识别符。方框1080包括方框1082和方框1084。方框1082包括进行第二交易，第二交易中购买了第二组一件或多件商品。按照与进行第一交易相似的方式进行第二交易。然而，可以通过或不通过使用数字优惠券或打印的优惠券来进行第二交易。在一个实施例中，因为不能在发放商处将第二顾客确定为已知顾客身份，所以在不使用任何数字优惠券(源自与方框1040的数字优惠券相同的发放商)的情况下进行第二交易。

方框1084包括引起对用于第二交易的打印的收据的传送。可以按照与执行图3的方框380相似的方式执行方框1084。

流程图1000是进行交易的多种可行技术的其中一个示例，在所述交易中传送电子收据。其它实施例可以按照不同的顺序包括更多或更少的步骤。例如，虽然流程图1000描述了总是向第一顾客(其提供第一顾客识别符)提供电子收据而非打印收据的实施例，但是，其它技术也允许第一顾客选择打印的收据而非电子收据，或者允许第一顾客在电子收据以外还可以选择打印的收据。相似地，在又一些其它实施例中，在方框1040，没有符合条件的数字优惠券可以返回。然而，第一顾客在没有任何数字优惠券用于第一交易的情况下，也可以获得电子收据。

尽管流程图1000是以零售商为中心的视角，但是，不必使流程图1000中的所有步骤都在由零售商所操作的计算设备处发生。然而，在一个实施例中，根据与相关于服务提供商的优惠券服务器或其它计算机的通信，整个流程图1000都可以由终端和/或零售服务器执行。

图11根据实施例示出了以优惠券发放商为中心的流程图1100，用于使用单个顾客识别符来定位在交易时兑换的数字优惠券并识别向其提供数字收据的电子地址。

方框1110包括从零售商接收用于顾客的账户识别信息。所述账户识别信息可以是任何类型的顾客识别符(包括但不限于电子邮件地址)。可以按照任何合适的方式接收账户识别信息，这些方式包括参照方框410以及本申请其它部分所描述的方式。方框1120包括识别与账户识别信息相关联的账户，例如方框420中所描述的。

方框1130包括识别一个或多个数字优惠券，所述一个或多个数字优惠券可以与账户相关联或者不关联。例如，通过询问与账户相关联的数字优惠券识别符的数据存放库，可以识别一个或多个数字优惠券。方框1140包括向零售商提供优惠券有效性数据，所述优惠券有效性数据指示了一个或多个数字优惠券与账户识别信息相关联。本申请其它部分对优惠券有效性数据的提供进行了描述。

方框1150包括从零售商接收用于零售商和顾客之间的交易的交易信息。交易信息可以包括诸如方框410和本申请的其它部分所描述的交易数据(包括用于顾客的账户识别信息)。

在一个实施例中，交易信息包括优惠券兑换数据，所述优惠券兑换数据指示一个或多个数字优惠券被应用到交易。可选地，在方框1160，优惠券服务器可以根据优惠券兑换数据将任何被兑换过的数字优惠券从顾客的账户删除。优惠券服务器进一步可以通知其它零售商顾客不能再使用兑换过的数字优惠券，所述其它零售商已缓存了顾客之前的几份优惠券有效性数据，他们。在其它实施例中，作为替代地，通过多种异步后台进程可以实现优惠券有效性数据的更新。

方框1170包括根据交易信息(例如方框440中所描述的)生成电子收据。电子收据可选地可以包括优惠券信息(如本申请其它部分所描述的)，顾客通过优惠券信息可以向顾客账户增加新的数字优惠券。方框1180包括经由与账户相关联的电子地址提供电子收据，如方框450所描述的。在账户识别信息是电子邮件地址的实施例中，电子收据或电子地址的通知(通过电子地址可获得电子收据)被传送到电子邮件地址。

流程图1100是提供数字优惠券信息和电子收据的多种可行技术的其中一种技术。其它实施例可以包括按照不同的顺序增加或减少步骤。例如，在一个实施例，方框1130-1140至少异步于方框1110、1150、1170被执行。优惠券服务器可以对与多个顾客账户中的每个顾客账户相关联的数字优惠券主动进行识别并按照诸如周期性批量的方式将优惠券有效性数据推送到零售商，而非等待零售商请求用于顾客的优惠券有效性数据。然后，零售商缓存优惠券有效性数据。在这种实施例中，在交易完成后，由于零售商只需要与优惠券服务器通信一次，所以，方框1110是方框1150的元素。

在一个实施例中，在进行交易之前接收方框1150的一些交易信息(至少包括交易所涉及的商品的列表)。为了只向零售商提供有资格用于交易的那些数字优惠券，将优惠券有效性数据与商品的列表进行比较并对优惠券有效性数据进行过滤。交易完成之后，传送方框1150的交易信息的提醒，或者再次传送整个交易信息。此外，因为已知每个提供的优惠券都符合交易的使用条件，所以在一个实施例中，即使交易信息中不包含优惠券兑换数据，也执行方框1160。

5.3.其它实施示例

在一个实施例，一种方法包括：在零售商处进行交易，在交易中，针对第一组交易提供电子收据并针对第二组交易提供打印的收据；在零售商处提供一个或多个界面，所述一个或多个界面被配置成接受输入，所述输入指示与交易相关联的顾客识别符；其中，进行第一组交易中的第一交易包括：接收第一输入，所述第一输入指明了第一顾客购买的第一组一件或多件商品；引起第一交易的执行，在第一交易中，购买了第一组一件或多件商品；响应于经由一个或多个界面接收第二输入(所述第二输入指示第一顾客识别符与第一交易相关联)，使用第一顾客识别符询问服务器；从服务器接收第一顾客识别符被映射到服务器处的已知身份的第一指示；以及对接收第一指示做出响应，引起通过电子邮件消息或基于网络的应用程序中的至少一个将电子收据向顾客的提供；其中，电子收据的提供包括向服务器发送针对第一交易的交易细节，服务器被配置成使用交易细节来代表零售商提供电子收据，服务器进一步被配置成，根据交易细节中的信息，随电子收据一起提供关于所选择的一个或多个优惠券优惠活动的信息；其中，进行第二组交易中的第二交易包括：接收第三输入，所述第三输入指明了第二顾客购买的第二组一件或多件商品；引起第二交易的执行，在第二交易中，购买了第二组一件或多件商品；以及响应于接收第二指示，向第二顾客提供打印的收据，其中，第二指示指示了以下情况的至少其中之一：第二顾客已经拒绝通过一个或多个界面提供任何顾客识别符；或者，通过一个或多个界面提供的与第二交易相关联的第二顾客识别符与服务器处的任何已知的顾客身份都不关联；其中，至少是接收、发送以及提供的步骤由一个或多个计算设备执行。

在一个实施例中，所述方法进一步包括引起针对第一交易的电子收据而非打印的收据向顾客的提供。在一个实施例中，第一顾客识别符是电子邮件地址、顾客会员卡的卡号、用来进行交易的支付机制、信用卡卡号、射频识别符、硬件地址或电话号码中的一个或多个。在一个实施例中，执行至少是接收、提供和确定的步骤的一个或多个计算设备包括实体店的零售终端和零售服务器。

在一个实施例中，一种装置包括：一个或多个硬件处理部件以及一个或多个界面，所述一个或多个硬件处理部件实施用于进行交易的终端交易逻辑，在交易中，针对第一组交易提供电子收据并针对第二组交易提供打印的收据，所述一个或多个界面被配置成接受输入，所述输入指示与交易相关联的顾客识别符；其中，根据终端交易逻辑进行第一组交易中的第一交易包括：接收第一输入，所述第一输入指明了第一顾客购买的第一组一件或多件商品；响应于经由一个或多个界面接收第二输入(所述第二输入指示第一顾客识别符与第一交易相关联)，使用第一顾客识别符询问服务器；从服务器接收第一顾客识别符被映射到服务器处的已知身份的第一指示；以及对接收第一指示做出响应，引起通过电子邮件消息或基于网络的应用程序中的至少一个将电子收据向顾客的提供；其中，引起电子收据的提供包括向服务器发送针对第一交易的交易细节，服务器被配置成使用交易细节来提供电子收据，服务器进一步被配置成，根据交易细节中的信息，随电子收据一起提供关于所选择的一个或多个优惠券优惠活动的信息；其中，根据终端交易逻辑进行第二组交易中的第二交易包括：接收第二输入，所述第二输入指明了第二顾客购买的第二组一件或多件商品；以及响应于接收第二输入，向第二顾客提供打印的收据，其中，第二指示指示了以下情况的至少其中之一：第二顾客已经拒绝通过一个或多个界面提供任何顾客识别符；或者，通过一个或多个界面提供的与第二交易相关联的第二顾客识别符与服务器处的任何已知的顾客身份都不关联。

在一个实施例中，一种方法包括：根据从多个优惠券提供商接收到的优惠券发放数据，在连接到服务器的数据储存器中保留优惠券数据(包括用于优惠券优惠活动的发放参数)，所述优惠券数据描述了用于通过服务器发放的优惠券优惠活动；在服务器处接收来自多个零售商的询问，每个询问均指明了一顾客识别符；用第一指示对第一组询问中的每个询问做出响应，即，分别指明的顾客识别符与已知的顾客身份相关联；用第二指示对第二组询问中的每个询问做出响应，即，分别指明的顾客识别符与任何已知的顾客身份不关联；在服务器处接收用于顾客和多个零售商之间的交易的交易信息，所述交易信息将交易中的每个交易与用于其中一个已知顾客身份的识别信息关联起来；对于交易中的每个具体的交易：至少通过将优惠券数据与包含在针对具体交易的交易信息中的具体交易细节进行比较，在服务器处识别一个或多个优惠券优惠活动；在服务器处根据具体的交易细节生成电子收据，所述电子收据包括或链接到优惠券信息，所述优惠券信息用于从服务器获取用于识别出的一个或多个优惠券优惠活动的优惠券；根据特定的识别信息对与特定交易相关联的特定的已知身份进行识别，交易信息与特定的交易相关联；并且服务器通过执行以下内容中的至少一个向对应于特定的已知顾客身份的顾客提供电子收据：以电子消息的形式向映射到特定的已知顾客身份的电子地址发送电子收据；或者，在顾客出示用于特定的已知顾客身份的认证码之后，向用于显示的基于网络的应用程序发送电子收据；在服务器处接收向与已知顾客身份相关联的顾客提供优惠券的请求，所述优惠券用于优惠券数据中描述的优惠券优惠活动；响应于提供优惠券的请求中的至少一部分，服务器提供打印的优惠券以及数字优惠券；其中，该方法由一个或多个计算设备执行。

在一个实施例中，通过以电子消息的形式发送电子收据，服务器提供电子收据，所述电子消息被发给电子邮件地址、电话号码或社交网络地址的其中一个。在一个实施例中，优惠券信息包括一个或多个链接以及对已识别的一个或多个优惠券优惠活动进行描述的数据，顾客通过一个或多个链接可以从服务器请求用于已识别的一个或多个优惠券优惠活动的一个或多个可打印的优惠券或数字优惠券。在一个实施例中，识别一个或多个优惠券优惠活动包括根据以下信息从优惠券数据描述的优惠券优惠活动中选择一个或多个优惠券优惠活动：特定的交易中所涉及的一件或多件商品、用于特定的交易的支付方法、顾客偏好、零售商偏好、顾客购买历史、顾客人口统计数据、顾客列表或顾客优惠券兑换历史。在一个实施例中，服务器通过在顾客出示了用于特定的已知顾客身份的认证码之后向用于显示的基于网络的应用程序发送电子收据来提供电子收据，其中，提供电子收据进一步包括：向被映射到特定的已知顾客身份的电子地址发送通知消息；在服务器处接收来自客户端的登陆请求；在服务器处接收与登陆请求相关联的用于特定的已知顾客身份的认证码；以及响应于服务器接收登陆请求和认证码，通过基于网络的应用程序向客户端发送电子收据。在一个实施例中，基于网络的应用程序是专用的移动应用程序，所述专用的移动应用程序在客户端处执行，用于与服务器进行通信以取得电子收据。在一个实施例中，基于网络的应用程序是网站，顾客从该网站可以取得与多个零售商的多个交易有关的多个电子收据。在一个实施例中，该方法进一步包括将用于已识别的一个或多个优惠券优惠活动的一个或多个数字优惠券自动保存到与特定的已知顾客身份相关联的账户上。在一个实施例中，执行该方法的一个或多个计算设备共同实现服务器，其中，服务器由优惠券发放商操作，其中，优惠券发放商独立于多个零售商和优惠券提供商。在一个实施例中，该方法进一步包括：在服务器处接收来自第一零售商的第一交易信息，第一零售商没有预订优惠券服务；以及根据确定了第一零售商没有预订优惠券服务，提供不包含优惠券信息的第一电子收据，该优惠券信息针对第一交易信息所指示的第一交易。在一个实施例中，电子收据进一步包括链接到根据特定交易细节所选择的在线促销视频的链接。

在一个实施例中，一种系统包括：一个或多个计算设备，其中所述一个或多个计算设备通过一个或多个通信网络连接到多个零售商操作的零售计算设备和一个或多个用户操作的用户计算设备；连接到一个或多个计算设备的数据储存器，数据储存器根据从多个优惠券提供商接收到的优惠券发放数据储存优惠券数据，优惠券数据对通过一个或多个计算设备发放的优惠券优惠活动进行描述，优惠券数据包括用于优惠券优惠活动的发放参数；销售点界面逻辑，其被配置成：接收来自多个零售商的询问，每个询问指明了一顾客识别符；用第一指示对第一组询问中的每个询问进行响应，即，分别指明的顾客识别符与已知顾客身份相关联；用第二指示对第二组询问中的每个询问进行响应，即，分别指明的顾客识别符与任何已知顾客身份不关联；接收针对顾客和多个零售商之间的交易的交易信息，交易信息将交易中的每个交易与用于其中一个已知顾客身份的识别信息关联起来；优惠活动选择逻辑，用于针对交易中的每个特定的交易通过至少将优惠券数据与特定的交易细节进行比较而识别一个或多个优惠券优惠活动，特定的交易细节包含在针对特定交易的交易信息中；优惠券形成逻辑，被配置成用于针对交易中的每个特定的交易根据特定的交易细节生成电子收据，电子收据包括或链接到优惠券信息，优惠券信息用于从服务器获取用于识别出的一个或多个优惠券优惠活动的优惠券；账户识别逻辑，用于针对交易中的每个特定的交易而根据特定的识别信息识别与特定交易相关联的特定的已知顾客身份，交易信息与特定的交易相关；电子消息逻辑，用于针对交易中的每个特定的交易通过执行以下内容中的至少一个向对应于特定的已知顾客身份的顾客提供电子收据：以电子消息的形式向被映射到特定的已知顾客身份的电子地址发送电子收据；或者，在顾客出示用于特定的已知顾客身份的认证码之后，向用于显示的基于网络的应用程序发送电子收据；优惠券发放逻辑，用于接收向与已知的顾客身份相关联的顾客提供优惠券的请求，该优惠券用于优惠券数据中所描述的优惠券优惠活动；以及响应于提供优惠券的请求中的至少一部分，提供打印的优惠券和数字优惠券。

在一个实施例中，电子消息逻辑被配置成通过以电子消息的形式发送电子收据而提供电子收据，电子消息被发到电子邮件地址、电话号码或社交网络地址的其中一个。在一个实施例中，优惠券信息包括对已识别的一个或多个优惠券优惠活动进行描述的数据以及一个或多个链接，顾客通过一个或多个链接可以从服务器请求用于已识别的一个或多个优惠券优惠活动的一个或多个可打印的优惠券或数字优惠券。在一个实施例中，识别一个或多个优惠券优惠活动包括根据以下内容从优惠券数据所描述的优惠券优惠活动中选择一个或多个优惠券优惠活动：特定的交易中所涉及的一件或多件商品、用于特定的交易的支付方法、顾客偏好、零售商偏好、顾客购买历史、顾客人口统计数据、顾客列表或顾客优惠券兑换历史。

在一个实施例中，电子消息逻辑被配置成，通过在顾客出示用于特定的已知顾客身份的认证码之后向用于显示的基于网络的应用程序发送电子收据而提供电子收据，其中，提供电子收据进一步包括：向被映射到特定的已知顾客身份的电子地址发送通知消息；在服务器处接收来自客户端的登陆请求；在服务器处接收用于特定的已知顾客身份的与登陆请求相关联的认证码；响应于服务器接收登陆请求以及认证码，通过基于网络的应用程序向客户端发送电子收据。

在一个实施例中，基于网络的应用程序是专用的移动应用程序，所述专用的移动应用程序在客户端处执行，用于与服务器进行通信以取得电子收据。在一个实施例中，基于网络的应用程序是网站，顾客从该网站可以取得与多个零售商的多个交易有关的多个电子收据。在一个实施例中，优惠券发放逻辑进一步被配置成，将用于已识别的一个或多个优惠券优惠活动的一个或多个数字优惠券自动保存到与特定的已知顾客身份相关联的账户上。在一个实施例中，一个或多个计算设备由优惠券发放商操作，其中，优惠券发放商独立于多个零售商和优惠券提供商。在一个实施例中，销售点界面逻辑进一步被配置成在服务器处接收来自第一零售商的第一交易信息，第一零售商没有预订优惠券服务；并且根据确定了第一零售商没有预订优惠券服务，提供不包含优惠券信息的第一电子收据，该优惠券信息针对第一交易信息所指示的第一交易。在一个实施例中，电子收据进一步包括链接到根据特定交易细节所选择的在线促销视频的链接。

在一个实施例中，该系统进一步包括：对于多个零售商中的至少一个特定的零售商的终端和零售服务器，所述终端和所述零售服务器共同被配置成：接收第一输入，所述第一输入指明了第一顾客所购买的第一组一件或多件商品；引起第一交易的执行，在所述第一交易中购买了第一组一件或多件商品；响应于通过一个或多个界面接收指示了第一顾客识别符与第一交易相关联的第二输入，使用第一顾客识别符询问销售点界面逻辑；从销售点界面逻辑接收第一顾客识别符被映射到已知顾客身份的第一指示；对接收第一指示做出响应，向销售点界面逻辑发送针对第一交易的交易细节；接收第三输入，所述第三输入指明了第二顾客所购买的第二组一件或多件商品；引起第二交易的执行，在所述第二交易中购买了第二组一件或多件商品；并且响应于接收第二指示，向第二顾客提供打印的收据，其中，第二指示指示了以下情况中的至少一个：第二顾客拒绝通过一个或多个界面提供任何顾客识别符；或者，通过一个或多个界面提供的与第二交易相关联的第二顾客识别符与任何已知的顾客身份都不关联。

在一个实施例中，销售点界面逻辑进一步被配置成对某些询问进行响应，这些询问用识别所保存的与第一顾客识别符相关联的一个或多个数字优惠券的信息指明了第一顾客识别符。在一个实施例中，该系统进一步包括终端和零售服务器，终端和零售服务器共同被配置成对第一交易应用从销售点界面逻辑接收到的一个或多个数字优惠券。

在一个实施例中，一种方法包括：在零售商处，接收输入，该输入指明了在和顾客的交易中所购买的商品；至少部分地响应于通过界面接收第一输入(所述界面被配置成接受与第一交易相关联的至少一个第一顾客识别符)，确定第一顾客识别符与已知顾客身份相关联；对与第一顾客识别符相关联的一个或多个数字优惠券进行识别；至少部分地响应于接收第一输入并确定第一顾客识别符与已知顾客身份相关联：引起第一交易的执行，在第一交易中购买了第一组一件或多件商品，至少部分地使用与特定顾客识别符相关联的一个或多个数字优惠券；通过电子邮件消息或基于网络的应用程序中的至少一个传输针对第一交易的电子收据；至少部分地响应于不通过界面接收与第二交易相关联的任何输入(该输入指示了与任何已知顾客身份相关联的任何顾客识别符)：引起第二交易的执行，第二交易中购买了第二组一件或多件商品；引起针对第二交易的打印的收据的提供；其中，至少是接收、提供以及确定的步骤由一个或多个计算设备执行。

在一个实施例中，顾客识别符是电子邮件地址，引起对电子收据的传输包括以下方式中的至少一种：引起向电子邮件地址发送包含有电子收据的电子邮件消息，或者，引起向电子邮件地址发送一个消息，通知通过基于网络的应用程序可以得到电子收据。在一个实施例中，引起对电子收据的传输包括向服务器发送针对第一交易的交易细节，其中，服务器被配置成代表零售商使用交易细节提供电子收据。在一个实施例中，该方法进一步包括随着电子收据一起提供优惠券信息。在一个实施例中，识别一个或多个数字优惠券包括使用顾客识别符询问服务器计算机，并且响应于该询问，接收识别一个或多个数字优惠券的信息。在一个实施例中，确定顾客识别符是否与已知顾客身份相关联包括使用顾客识别符询问服务器计算机。

在一个实施例中，一种方法包括：从零售商接收顾客的账户识别信息；识别与账户识别信息相关联的账户；识别与账户相关联的一个或多个数字优惠券；向零售商提供优惠券有效性数据，优惠券有效性数据指示了一个或多个数字优惠券与账户识别信息相关联；从零售商接收针对零售商和顾客之间的交易的交易信息，交易信息包括账户识别信息和指示了一个或多个数字优惠券被用于交易的优惠券兑换数据；根据交易信息生成电子收据；通过与账户相关联的电子地址提供电子收据；其中，该方法由一个或多个计算设备执行。

在一个实施例中，账户识别信息是电子邮件地址，并且提供电子收据包括以下方式中的至少一种：以电子邮件消息的方式向电子邮件地址提供电子收据，或者，向电子邮件地址发送一个消息，通知顾客通过基于网络的应用程序可以获得电子收据。在一个实施例中，该方法进一步包括，在电子收据或信息(电子收据包含针对该信息的链接)的至少一个中提供描述一个或多个优惠券优惠活动的数据。在一个实施例中，该方法进一步包括，在电子收据或信息(电子收据包含针对该信息的链接)的至少一个中提供描述一个或多个优惠券优惠活动的数据；其中，描述一个或多个优惠券优惠活动的数据包括一个或多个链接，顾客通过一个或多个链接可以请求将用于一个或多个优惠券优惠活动的一个或多个额外的数字优惠券保存到账户上。在一个实施例中，该方法进一步包括，在电子收据或信息(电子收据包含针对该信息的链接)的至少一个中提供描述一个或多个优惠券优惠活动的数据；并将用于一个或多个优惠券优惠活动的一个或多个数字优惠券自动保存到账户上。在一个实施例中，该方法进一步包括：根据交易信息选择顾客符合条件的一个或多个优惠券优惠活动；并且在电子收据或信息(电子收据包含针对该信息的链接)的至少一个中提供描述一个或多个优惠券优惠活动的数据。在一个实施例中，执行该方法的一个或多个计算设备是优惠券发放商操作的一个或多个服务器，其中，优惠券发放商独立于零售商。在一个实施例中，执行该方法的一个或多个计算设备是独立于零售商的一个或多个第三方实体操作的一个或多个服务器。

在一个实施例中，交易信息是特定的交易信息，交易是特定的交易，零售商是特定的零售商。该方法进一步包括：在接收到针对特定交易的特定交易信息之前，接收针对之前的交易的之前的交易信息，所述之前的交易由特定的零售商以外的零售商进行；将之前的交易的子集与账户识别信息进行匹配；储存之前的交易信息中的与账户识别信息相关联的子集(对应于之前的交易的子集)；至少部分地根据之前的交易信息的子集而从特定的零售商以外的零售商选择顾客符合条件的一个或多个优惠券优惠活动，之前的交易信息的所述子集与账户识别信息相关联；在电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，该电子收据针对在特定的零售商处的特定的交易，而针对在特定的零售商处的特定的交易的电子收据包含针对该信息的链接，所述一个或多个优惠活动是至少部分地根据之前的交易信息的子集而从特定的零售商以外的零售商所选择的，之前的交易信息的所述子集与账户识别信息相关联。

在一个实施例中，优惠券服务器计算机包括：销售点界面逻辑，其被配置成从零售商接收用于顾客的账户识别信息；账户识别逻辑，其连接到销售点界面逻辑并被配置成识别与账户识别信息相关联的账户；优惠券有效性逻辑，其连接到销售点界面逻辑并被配置成识别与账户相关联的一个或多个数字优惠券；其中，销售点逻辑进一步被配置成向零售商提供优惠券有效性数据，优惠券有效性数据指示一个或多个数字优惠券与账户识别信息相关联；其中，销售点逻辑进一步被配置成从零售商接收针对零售商和顾客之间的交易的交易信息，交易信息包括账户识别信息和指示了一个或多个数字优惠券被用于交易的优惠券兑换数据；收据形成逻辑，其被配置成根据交易信息生成电子收据；电子消息逻辑，其被配置成形成并发送电子消息，电子消息提供了通过与账户相关联的电子地址对电子收据的访问。

在一个实施例中，账户识别信息是电子邮件地址，并且提供电子收据包括以下方式中的至少一种：以电子邮件消息的方式向电子邮件地址提供电子收据，或者，向电子邮件地址发送一个消息，通知顾客通过基于网络的应用程序可以获取电子收据。在一个实施例中，电子消息逻辑进一步被配置成在电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，电子收据包含针对该信息的链接。在一个实施例中，电子消息逻辑进一步被配置成在电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，电子收据包含针对该信息的链接；其中，描述一个或多个优惠券优惠活动的数据包括一个或多个链接，顾客通过一个或多个链接可以请求将用于一个或多个优惠券优惠活动的一个或多个额外的数字优惠券保存到账户上。在一个实施例中，电子消息逻辑进一步被配置成在电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，电子收据包含针对该信息的链接；并将用于一个或多个优惠券优惠活动的一个或多个数字优惠券自动保存到账户上。在一个实施例中，优惠券服务器计算机进一步包括优惠券优惠活动选择逻辑，优惠券优惠活动选择逻辑被配置成根据交易信息选择顾客符合条件的一个或多个优惠券优惠活动；其中，电子消息逻辑进一步被配置成在电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，电子收据包含针对该信息的链接。在一个实施例中，电子消息逻辑进一步被配置成通过以下方式而经由电子地址提供电子收据：向电子地址发送电子消息，电子消息包括被配置成向服务器发送登陆请求的链接；在服务器处接收来自客户端的登陆请求；在服务器处接收与登陆请求相关联的对应于账户的认证码；并且响应于服务器接收登陆请求和认证码，向客户端发送电子收据。

6.0.借助收据发放促销信息

在一个实施例中，可以使用在此所描述的多种技术发布除了优惠券信息以外的关于促销优惠活动的信息，或者，可以使用在此描述的多种技术发布关于促销优惠活动的信息而不发布优惠券信息。例如，数字收据可以包括或链接到促销的视频、图像或其它媒体。可以根据在此描述的任何一个因素或者随机选定提供的促销。可以按照与维护并使用优惠券优惠活动的数据储存库相似的方式维护并使用促销优惠活动的数据储存库。促销优惠活动可以被映射或不被映射到具体的商品识别符。

根据一个实施例，接收输入，该输入指明了顾客所购买的一件或多件商品。根据该输入完成交易，交易中购买了一件或多件商品。提供被配置成接受输入的界面，该输入指示了与交易相关联的顾客识别符。当通过界面接收到指示了与交易相关联的顾客识别符的输入时，确定顾客识别符是否与顾客的任何电子地址相关联。当已接收到顾客识别符并且顾客识别符与一个电子地址相关联时，通过该电子地址提供促销信息。在一个实施例中，借助基于零售商的服务器的可能的帮助，实体店的零售终端执行上述要素中的部分或全部。在一个实施例中，其它实体(包括促销发放商)操作的服务器可以有助于确定和提供。

在一个实施例中，当已接收到顾客识别符且顾客识别符与电子地址相关联时，通过电子地址向顾客提供针对交易的电子收据而非打印的收据。电子收据包括促销信息。当没有接收到顾客识别符时，或者当接收到的顾客识别符与任何电子地址都不关联时，提供针对交易的打印的收据。

在一个实施例中，对促销信息的提供包括向顾客发送包含有链接的电子邮件，该链接可以链接到一个网站，在该网站可以获取用于一个或多个促销优惠活动的信息。在一个实施例中，促销信息包括描述一个或多个促销优惠活动的数据以及一个或多个链接，顾客通过一个或多个链接可以利用或发现关于一个或多个促销的进一步的信息。

在一个实施例中，对促销信息的提供包括：零售商向促销发放商发送交易信息以及与顾客识别符相关联的账户识别符，并且促销发放商通过电子地址提供促销信息。在一个实施例中，对促销信息的提供包括零售商向促销发放商发送与顾客识别符相关联的账户识别信息。响应于发送账户识别信息，零售商接收来自促销提供商的促销信息。然后，零售商通过电子地址随电子收据一起提供促销信息。在一个实施例中，随电子收据一起提供促销信息包括：随电子收据一起向顾客操作的移动设备发送促销信息。

在一个实施例中，询问协同计算机，以确定顾客识别符是否与已知的顾客身份相关联。确认顾客识别符是否与已知的顾客身份相关联隐含地确定了顾客识别符是否与顾客的任何电子地址相关联。

在一个实施例中，接收针对零售商和顾客之间的交易的交易信息，交易信息包括账户识别信息。识别与账户识别信息相关联的账户。根据交易信息生成电子收据。通过与账户相关联的电子地址向电子收据提供促销信息。在一个实施例中，借助来自促销服务器的在识别一个或多个促销优惠活动方面可能的帮助，零售服务器提供促销信息以及电子收据。在一个实施例中，独立于零售商的促销发放商或其它实体提供促销信息以及电子收据。

在一个实施例中，通过电子地址提供包含有促销信息的电子收据包括：向电子地址发送电子邮件，电子邮件包括被配置成向服务器发送登陆请求的链接；在服务器处接收来自客户端的登陆请求；在服务器处接收与登陆请求相关联的对应于账户的认证码；以及响应于服务器接收登陆请求和认证码，向客户端发送电子收据以及促销信息。

在一个实施例中，电子地址是电子邮件地址、电话号码、社交网络地址或统一资源定位器中的一种。在一个实施例中，对一个或多个促销优惠活动的选择建立在不以顾客的行为为目标的因素之上。在一个实施例中，根据以下因素中的其中一个或多个对一个或多个促销优惠活动进行选择：交易中所涉及一件或多件商品、交易信息、顾客的偏好、零售商的偏好、顾客的购买历史或顾客的促销兑换历史。在一个实施例中，一旦选择了一个或多个促销优惠活动，用于一个或多个促销优惠活动的一个或多个数字优惠券会被自动保存到顾客的账户上。在一个实施例中，顾客识别符是顾客会员卡的卡号、信用卡的卡号、射频识别符(“RFID”)、硬件地址或电话号码中的其中一种。

在一个实施例中，由不同于零售商的实体执行该方法。接收针对第二零售商和顾客之间的第二交易的第二交易信息，第二交易信息包括第二账户识别信息。账户被识别为与第二账户识别信息相关联。通过与账户相关联的电子地址提供第二促销信息。第二促销信息可以与原始促销信息相同或不同。在一个实施例中，随着根据第二交易信息生成的第二、不同的电子收据一起提供第二促销信息。

7.0.根据跨零售商的交易数据提供优惠活动

如前面章节所描述的，多个不同的零售商可以向协同计算机(例如，由优惠券提供商、支付提供商、购物奖励提供商或专用收据提供商所操作的服务器)传输交易数据。该数据可以在顾客购买历史中进行收集，如前文所说明的，顾客购买历史可以用于从创建用户收据的“数字保险柜”到选择优惠活动以呈现给用户的目的。在一些实施例中，可以使用来自多个零售商的交易数据或者跨零售商的交易数据向用户提供优惠活动。例如，在一个实施例中，如前文所说明的，优惠活动的选择可以基于购买历史以及零售商身份。在这种情况下，优惠活动的选择可以被过滤或不被过滤为仅涉及指定零售商的那些优惠活动。在上述另一个实施例中，只有购买历史用于优惠活动的选择，因此，优惠活动的选择有必要基于交易数据，而并不区分提供交易数据的零售商的身份。在又一个实施例中，跨零售商的交易数据可以不同程度地使用，例如，根据用户的位置，来自某些零售商的交易数据可以具有更大的权重。

本节描述了涉及部分地或全部地根据跨零售商的交易数据来提供优惠活动的多个具体的实施方式。然而，跨零售商的交易数据的使用不限于这些具体的实施方式，而是还可以与前文描述的其它系统和技术兼容。

7.1.示例性方法流程

图12根据实施例示出了根据从多个不同的零售商收集的交易数据提供优惠活动的方法流程图1200。

方框1210包括从多个零售商接收交易数据。交易数据包括来自零售商的交易日志，每个交易日志记录了多个零售商中对应的一个零售商处不同的交易的细节。每个交易日志包括购物篮级的信息，购物篮级的信息包括针对交易中所购买的物品的一个或多个商品识别符。商品可以包括产品和/或服务。每个交易日志进一步包括一个或多个用户识别符，例如会员卡识别符、信用卡的卡号、优惠券的账户号码、名字、电话号码、电子邮件地址、IP地址、移动设备识别符等等。每个交易日志可选地包括其它交易信息，包括时间、日期、零售商识别符、商店识别符、地理位置数据等等。如其它章节所描述的，方框1210可以由(例如)协同服务器执行，协同服务器由第三方服务提供商操作为对多个零售商服务。

方框1220包括可选地使商品识别符规范化。不同的零售商可以使用不同的专有识别方案来识别各种商品。例如，一个零售商可以将一种具体品种的苹果称为“商品A108”，而另一个零售商可以将这种品种的苹果称为“商品78923”。协同服务器可以通过将两种识别符规范成标准表示(例如“商品苹果10923”)来解决这种差别。协同服务器可以维护商品映射数据，商品映射数据将针对具体零售商的专有商品识别符规范成标准商品识别符。这种商品映射数据可以由每个具体的零售商提供和/或通过对零售商库存进行分析而产生。

在一个实施例中，部分或全部商品识别符已遵循共同的识别方案。例如，大部分商品识别符都可以是通用产品代码(UPC)。因此，方框1220不是必要的。在一个实施例中，尽管在某些零售商处部分商品有不一致的识别符，但是，在大部分零售商处，大部分商品都由一致的识别符进行识别。在方框1220中，只需要对具有不一致的识别符的商品进行标准化处理。或者，完全可以跳过方框1220，为了所描述的技术，将具有不一致的识别符的商品当做不同的商品。

在一个实施例中，方框1220可以是更大的交易日志标准化过程的一部分。也就是说，取决于零售商，交易记录自身可以遵循不同的格式。协同服务器可以包括一个或多个交易日志标准化部件，当接收到交易记录时，可以将交易记录提交到所述交易记录标准化部件。作为标准化的结果，交易记录全部遵循共同的格式。然而，在一个实施例中，在向零售商发送交易记录之前，零售商将交易记录格式化为共同的格式，因此，交易记录不需要标准化。

方框1230包括将交易日志与用户数据库中的用户实体关联起来。用户数据库包括多个用户实体对象，每个用户实体对象对应于不同的用户实体。每个用户实体被映射到一个或多个用户识别符。属于具体用户实体的用户识别符可以已由用户提供，例如，在账户注册过程中。作为替代方案，或者额外地，属于用户实体的用户识别符可以经过一段时间从交易记录中学到。

因为在交易过程中提供的许多用户识别符可能实际上没有唯一地甚或是准确地识别现实中的顾客，所以，用户实体实质上可能对应于或不对应于现实中的顾客。例如，一个家庭中若干不同的顾客可以共享会员卡信息，因此，仅仅根据会员卡信息的用户实体对应于多个现实中的顾客。再如，结账过程中给出的电话号码可能曾经属于拥有不同交易历史的不同的顾客，而不属于当前正在使用该电话号码的顾客。因此，仅仅根据电话号码的用户实体无法准确地反映提供电话号码的现实中的顾客。

尽管如此，在一些实施例中，通过假设某些类型的识别符(例如信用卡识别符、会员卡识别符或电话号码)中的每种类型的识别符唯一地对应于一用户实体，此处实施的技术也会产生充分的结果。因此，在这些实施例中，方框1230简单地包括：通过使用每个交易提供的一个或多个用户识别符来询问数据库，从而查找用户实体。

在其它实施例中，可以使用多种数据挖掘技术来尝试细化用户数据库，以更好地反映现实中的顾客。因此，例如，效仿一个家庭的不同成员的不同用户实体可以与同一会员卡识别符相关联。在这种情况下，多种模式匹配和/或机器学习机制可以用来计算某些交易日志属于某些用户实体的可能性。然后，根据计算出的可能性将用户实体匹配到交易日志。

一旦识别出与交易日志相关联的用户实体，将唯一的用户实体识别符映射到相关联的交易日志，和/或将唯一的交易识别符映射到相关联的用户实体。

方框1240包括将交易日志储存在数据储存器中，从而形成针对多个不同用户实体在多个不同零售商之间的交易/购买历史。可选地，方框1240包括将来自交易日志的数据汇聚为被储存起来以进行更快地分析的摘要信息。例如，这种摘要信息可能指示了(不限于)用户购买一种商品的次数、用户购买这种商品的最后时间、在一段时间内用户对这种商品的购买模式、以及用户购买一种商品与用户购买其它商品之间的相关性。交易数据储存可以用于在此所描述的多种目的，这些目的包括执行后续步骤。

在一个实施例中，对于每个交易都实时执行方框1210-方框1240。也就是说，一进行交易，零售商就向协同服务器上传交易日志，然后，协同服务器执行方框1220-方框1240。在一个实施例中，相对于交易异步执行方框1210-方框1240的各个阶段。例如，零售商可以对来自多个交易的交易日志进行批处理，然后，周期性地向协同服务器上传这些交易。在一些实施例中，协同服务器也可以包括多种部件，这些部件相对于彼此异步执行方框1220-方框1240，未处理的交易日志储存在多种池中或多种缓存中，直到下一个部件准备好对该交易日志进行处理。

方框1250包括接收对一个或多个优惠活动的请求。可以在能访问交易数据储存器的优惠活动/优惠券服务器处接收该请求，优惠活动/优惠券服务器可以与执行方框1210-方框1240的协同服务器相同或者不同。该请求可以产生于任何合适的源，这些源包括通过广域网进行通信的基于终端用户的客户端应用程序和/或通过任意类型的网络进行通信的其它服务器。例如，如前面章节所描述的，该请求可以产生于基于网络的应用程序或移动的收据查看应用程序。或者，该请求可以产生于在移动设备上执行的优惠券应用程序或购物列表管理应用程序。或者，该请求可以产生于与顾客所操作的客户端设备进行通信的服务器。或者，作为又一个示例，该请求可以产生于广告平台。

方框1260包括根据该请求中的上下文信息和/或与该请求相关联的上下文信息将该请求与用户实体进行匹配。在一些实施例中，该请求可以包括明确指明用户实体与该请求相关联的数据。例如，如果假设每个用户实体拥有独立的会员卡识别符，则该请求可以简单地指明会员卡识别符。或者，如果该请求产生于要求用户登陆到唯一地与用户实体相关联的账户的应用程序，则该请求可以简单地指明账户认证码。在其它实施例中，该请求包括多种上下文信号，这些上下文信号包括用户识别符、地理位置数据、设备识别符等等。可以按照与参照方框1230所描述的基于可能性的用户实体匹配技术相似的方式，将该请求与用户实体进行匹配。在又一个实施例中，可以从该请求之外的数据挖掘用于用户实体匹配的上下文信号，例如地理位置数据和/或列在购物列表数据中的商品，所述购物列表数据是之前从发布该请求的设备上传的。

方框1270包括：响应于该请求，根据来自多个零售商的交易数据识别一个或多个优惠活动，所述交易数据已被映射到交易数据储存器中的匹配的用户实体。使用跨零售商的交易数据的多种技术都是可行的。例如，如前文提到的，可以挖掘跨零售商交易数据以用于购买模式。例如，如果购买模式显示用户实体经常在周二购买牛奶并且周二接收到该请求，则可以向用户提供与牛奶相关的优惠活动。有利地，跨零售商的交易数据的使用考虑了比传统方式更好的模式识别——(例如)如果用户经常在周二从不同的零售商购买牛奶，则对于任何特定的一个零售商来说，对于该用户所存在的模式非常不明显。

再如，可以使用近期交易日志对用户在近期的将来不可能购买的商品进行识别。例如，如果用户继续购买牛奶，并且接着发送对优惠活动的另一个请求，则用于牛奶的优惠活动可以被禁止。相似地，近期交易日志可以用来识别用户可能感兴趣的免费赠送的商品。例如，如果用户近期已购买了牛奶，那么，优惠活动服务器可以决定向用户提供用于曲奇饼的优惠活动。可以根据在交易日志中识别的相关性提供免费赠送的商品，交易日志与当前用户实体、相似用户实体、甚至是作为一个整体的整个用户群相关。免费赠送的商品还可以由优惠活动提供商或零售商指明。

有利地，跨零售商的交易数据的使用增大了优惠活动的及时性。例如，零售商A通常不知道顾客刚在零售商B处购买了牛奶，因此，会粗心地向用户提供牛奶优惠活动，顾客不会对该优惠活动产生兴趣。相反，通过加入在此所描述的系统，优惠活动服务器会向零售商A提供哪些优惠活动对特定的用户实体是最为有用的指示。然后，零售商A通过发放优惠活动的基于网络的应用程序或移动应用程序，或者通过任何其它优惠活动发放机制，以例如收据的形式向用户提供识别出的优惠活动。相似地，向终端用户提供优惠券和其它优惠活动的第三方发放商可以利用在此所描述的技术提高其为零售商A和零售商B提供服务的价格，从而增加发放商能对其服务进行收费的总金额。

在一些实施例中，响应于一个请求，可以将本公开其它部分所描述的任一个因素与跨零售商的交易数据结合起来对优惠活动进行识别，这些因素包括购物列表数据、优惠券兑换历史、用户偏好等等。

方框1280包括将识别出的优惠活动呈现给用户。优惠活动通常显示在客户端设备的由基于网络的应用程序或移动应用程序所显示的界面上。如在此所描述的，该界面可以是收据查看界面。或者，该界面可以是任何其它合适的界面，这些界面包括(但不限于)截取优惠券的网页、购物列表管理应用程序、广告递送界面等等。优惠活动服务器至少部分地通过向客户端设备或网络服务器发送描述识别出的优惠活动的数据来执行方框1280中的步骤。

至少在一个实施例中，可以根据交易数据从多个零售商选择是以收据的形式还是以任何其它形式将优惠活动呈现给用户。在一个实施例中，根据交易数据从零售商选择呈现在收据上的至少一个优惠活动，该零售商不是进行交易(收据是针对该交易所生成)的零售商。

流程图1200只是根据跨零售商的交易数据提供优惠活动的一种示例性技术。其它技术可以按照可能不同的布局包含更少、更多和/或不同的要素。

7.2.示例性系统

图13根据实施例示出了根据从多个不同零售商收集的交易数据提供优惠活动的系统1300。系统1300可以用来实施在此描述的多种技术。

系统1300包括多个零售商1310，每个零售商1310操作一个不同的零售数据中心1320。每个零售数据中心1320包括共同作为零售服务器进行操作的一个或多个计算设备以及一个或多个数据库。每个零售数据中心1320通过广域网和/或直达线路通信地连接到一个或多个实体店1330和/或网店1332。

除了其它方面以外，每个零售数据中心1320从商店1330和/或商店1332接收交易数据。交易数据由实体店1330处的支付终端1340或者由网店1332处的网站或基于网络的应用程序所生成。支付终端1340可以是为了进行交易能与用户进行交互的任何设备，如在此所描述的。例如，支付终端1340可以是专用的销售点收银机或自助收银台。进一步地或者作为替代地，支付终端1340可以是与现有的销售点收银机或自助收银台进行交互的扩展设备。

可选地，每个商店1330进一步可以操作与多个终端1340进行交互的商店控制器系统。与零售数据中心1320相配合，商店控制器可以帮助终端1340进行交易，包括通过提供关于商品和优惠活动的信息以及通过提供支付过程服务帮助终端1340而帮助进行交易。商店控制器可以从终端1340收集交易数据，并实时地或者接近实时地将收集的交易数据转发到各个数据中心1320。

每个零售数据中心1320也通过广域网和/或直达线路通信地连接到交易汇聚系统1350。零售数据中心1320向交易汇聚系统1350转发从各相应商店接收到的部分交易数据或全部交易数据。交易数据可以在零售数据中心1320处进行处理，或者，交易数据可以是未处理的。交易数据可以在收到后被实时转发，或者，交易数据可以按照规律的间隔被批处理或被转发。

交易汇聚系统1350是一个或多个计算设备的系统，这些计算设备实现交易汇聚器1360(aggregator)，交易汇聚器1360用于当数据到达时对交易数据进行处理和/或使交易数据储存在交易数据储存器1355中。通过一个或多个网络界面，交易汇聚器1360提供一个或多个交易报告应用程序编程界面。数据中心1320利用交易报告应用程序编程界面向交易汇聚器1360报告交易日志。储存的交易数据可以包括交易记录，并且可选地，还可以包括从多个零售商1310汇聚的交易数据。在一些实施例中，交易汇聚系统1350在其它章节描述的含义范围内起到了协同服务器的作用。

交易汇聚器1360使交易数据储存器1355中的各种交易数据相关于用户数据储存器1358中的用户数据所描述的用户实体被储存。交易汇聚器1360可以进一步根据交易数据对用户数据储存器1358中的用户实体定义进行更新。用户数据储存器1358和交易数据储存器1355可以被储存在相同或不同的数据库系统中。

交易汇聚系统1350进一步包括收据服务器1370，收据服务器1370具有一个或多个网络界面(这些网络界面可以与属于交易汇聚器1360的界面相同，或者，这些网络界面可以不同于属于交易汇聚器1360的界面)，收据服务器1370根据交易数据储存器1355中的交易数据以及用户数据储存器1358中的用户实体数据，通过所述一个或多个网络界面向顾客1305提供来自多个零售商1310的收据。可以使用在此描述的任何技术提供收据。

系统1300进一步包括向顾客1305提供优惠活动的优惠活动服务器1380。例如，优惠活动服务器1380可以是共同起到服务器作用的一个或多个计算设备。优惠活动服务器1380包括一个或多个网络界面(这些网络界面可以与交易汇聚系统1350的界面相同或者不同)，优惠活动服务器1380通过所述一个或多个网络界面接收来自客户端设备和/或其它服务器的用于优惠活动的请求。在一个实施例中，优惠活动服务器1380提供优惠活动推荐应用程序编程界面，优惠活动服务器1380通过该界面接收请求，可选地，还接收用于识别对应于请求的用户实体的上下文信息。在一些实施例中，作为替代地，(例如)从IP地址或其它客户端识别符获取上下文信息。在一个实施例中，优惠活动服务器1380是网络服务器，该网络服务器提供被嵌入在网页中、图像中或适合于在网络客户端进行呈现的其它容器中的优惠活动。在一个实施例中，优惠活动服务器1380以一定的格式(例如XML、SOAP、JSON等)提供原始优惠活动数据，这些格式并不旨在由请求者直接呈现。然后，请求者对原始优惠活动数据进行处理，并生成其自己的由优惠活动服务器1380所识别的优惠活动呈现方式。

在一些实施例中，诸如在此描述的优惠券服务器可以起到优惠活动服务器1380的作用。在其它实施例中，优惠券服务器独立于优惠活动服务器1380发放优惠券。也就是说，响应于对优惠活动的请求，优惠活动服务器1380只识别优惠活动并提供关于优惠活动的信息。如果顾客1305想要获取优惠活动服务器1380推荐的优惠活动的优惠券，顾客1305必须单独访问优惠券服务器。

优惠活动服务器1380访问对优惠活动数据储存器1385中的优惠活动进行描述的记录，可以用来自优惠活动提供商和/或优惠活动汇聚服务的数据填入优惠活动数据储存器1385。优惠活动服务器1380将来自优惠活动数据储存器1385、交易数据储存器1355以及用户数据储存器1358的数据进行比较，以将一个或多个优惠活动与用于优惠活动的具体的请求进行匹配。在一个实施例中，当向顾客提供优惠活动时，优惠活动服务器1380将顾客在两个或更多个不同零售商1310处进行交易的交易数据作为选择优惠活动的基础。

优惠活动服务器1380可以直接从顾客1305操作的设备接收针对优惠活动推荐的请求。此外，或者替换地，优惠活动服务器1380可以从与顾客1305所操作的设备相连接的其它服务器接收请求，这些服务器包括收据服务器1370和/或广告平台1390。取决于优惠活动服务器1380是否被部署，优惠活动服务器1380可以与用户数据储存器1358和/或交易数据储存器1355直接进行通信，或者，优惠活动服务器1380可以通过交易汇聚系统1350请求数据。

在一些实施例中，优惠活动服务器1380和收据服务器1370实际上是同一台服务器。在其它实施例中，优惠活动服务器1380和收据服务器1370是独立的且不同的服务器，并且可以由不同的提供商进行操作。在一个实施例中，多个不同的优惠活动服务器1380可以使用交易数据储存器1355中的交易数据。

广告平台1390是一组一个或多个服务器，这些服务器通过(例如)网站或移动应用程序向用户投放广告。优惠活动服务器1380可以是广告平台1390的一部分，或者完全独立于优惠活动服务器1380。优惠活动服务器1380和广告平台1390可以由同一实体或由不同的提供商进行操作。

系统1300只是根据跨零售商的交易数据提供优惠活动的一个示例性系统。其它系统可以按照可能不同的布局包含更少、更多和/或不同的元件。例如，其它系统可以包括更多的零售商1310，这些零售商拥有更多的商店1330和/或更多的网店1332。更多的顾客1305可以使用更多的设备访问优惠活动服务器1380和/或收据服务器1370。再如，在一个实施例中，支付终端1340被配置成通过广域网与交易汇聚器1360直接进行通信。例如，支付终端1340可以是交易汇聚系统1350的操作员所部属的(且甚至可能由其所资助的)专用终端。在一个实施例中，部分零售商1310或全部零售商1310可能没有零售数据中心1320。相反，各个商店1330和/或1332与交易汇聚系统1350直接进行通信。在一个实施例中，优惠活动服务器1380与零售商数据中心1320进行通信，以推荐优惠活动和/或让零售商1310了解优惠活动的条款。

7.3.其它示例

在一个实施例中，一种系统包括：包括交易汇聚器部件，所述交易汇聚器部件包括第一组一个或多个计算机设备；其中，交易汇聚器部件提供交易应用程序编程界面，该界面被配置成，通过第一组一个或多个网络界面接收来自多个不同的零售数据中心的交易数据；用户数据库，储存对用户实体进行描述的记录；交易数据库，储存对交易数据进行描述的记录；其中，交易数据包括来自商店的交易日志，商店向多个不同的零售数据中心进行报告，交易数据的每个交易日志记录了在相应商店处的不同的交易的细节；其中，交易汇聚器部件被配置成将特定的交易日志与用户数据库中特定的用户实体关联起来，并根据从多个不同的零售数据中心接收到的交易数据对交易数据库进行更新；收据服务器，所述收据服务器包括第二组一个或多个计算机设备，所述第二组一个或多个计算机设备被配置成，根据交易日志，通过连接到第二组一个或多个网络界面的广域网向顾客设备发送收据数据；包括第三组一个或多个计算机设备的优惠活动服务器；其中，优惠活动服务器显露优惠活动推荐应用程序编程界面，该界面被配置成通过第三组一个或多个网络界面接收用于一个或多个优惠活动的请求；其中，优惠活动服务器被配置成，根据与请求相关联和/或请求中的上下文信息将请求中的特定请求与用户实体的特定用户实体进行匹配；其中，优惠活动服务器被配置成，响应于请求，至少部分地根据对交易数据库中的来自多个零售数据中心的交易数据进行识别而对一个或多个优惠活动进行识别，请求与被匹配的用户实体相关联；其中，优惠活动服务器被配置成响应于请求，提供对识别出的一个或多个优惠活动进行描述的信息。

在一个实施例中，一种方法包括：从多个零售商接收交易数据，交易数据包括来自零售商的交易日志，交易数据的每个交易日志记录了在一个相应零售商处的不同交易的细节；将交易日志与用户数据库中的用户实体关联起来；将交易日志储存在交易数据储存器中，从而交易数据储存器包括：针对跨多个零售商的用户实体中的多个不同的用户实体的交易历史；接收对一个或多个优惠活动的请求；根据该请求中的和/或与该请求相关联的上下文信息，将该请求与用户实体中特定的用户实体进行匹配；响应于该请求，至少部分地根据对来自多个零售商的交易数据进行识别而对一个或多个优惠活动进行识别，该请求与交易数据储存器中被匹配的用户实体相关联；响应于该请求，提供对识别出的一个或多个优惠活动进行描述的信息。

8.0.实施机制-硬件概述

根据一个实施例，在此所描述的技术由一个或多个专用计算设备进行实施。专用计算设备可以被硬接线以执行这些技术，或者可以包括数字电子设备，例如被持续编程以执行这些技术的一个或多个专用集成电路(ASIC)或现场可编程门阵列(FPGA)，或者可以包括一个或多个通用硬件处理器，所述一个或多个通用硬件处理器被编程，以按照固件、存储器、其它储存器或它们的结合中的程序指令来执行这些技术。这种专用计算设备还可以将定制的硬接线逻辑、ASIC或FPGA与定制编程结合起来实现这些技术。专用计算设备可以是台式计算机系统、便携式计算机系统、手持设备、网络设备，或合并了硬接线和/或程序逻辑以实施这些技术的任何其它设备。

例如，图9是示出了计算机系统900的框图。计算机系统900包括总线902或用于传输信息的其它通信机制、以及与总线902连接用于处理信息的硬件处理器904。例如，硬件处理器904可以是通用微处理器。

计算机系统900还包括主存储器906(例如，随机存取存储器RAM或其它动态存储设备)，主存储器906连接到总线902用于储存将要被处理器904执行的信息和指令。主存储器906还可以用于在执行由处理器904执行的指令期间储存临时变量或其它中间信息。当这种信息被储存在处理器904可访问的永久存储介质中时，这种信息将计算机系统900变成被定制为执行指令中所指明的操作的专用机器。

计算机系统900进一步包括只读存储器(ROM)908或其它静态存储设备，所述只读存储器(ROM)908或其它静态存储设备连接到总线902用于储存处理器904所用的静态信息和指令。提供储存设备910(例如、磁盘或光盘)，所述储存设备910连接到总线902用于储存信息和指令。

计算机系统900可以经由总线902连接到显示器912(例如阴极射线管(CRT))，用于向计算机的用户显示信息。输入设备914(包括字母数字的键和其它键)连接到总线902，用于向处理器904传输信息和命令选择。另一种类型的用户输入设备是光标控制器916(例如，鼠标、轨迹球、或光标方向键)，用于向处理器904传输方向信息和命令选择，并用于控制光标在显示器912上的移动。输入设备通常在两个轴上具有两个自由度，这两个轴分别是第一轴(例如，x)和第二轴(例如，y)，该自由度允许设备在平面上指明位置。

计算机系统900可以使用定制的硬接线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑来实施在此所描述的技术，所述定制的硬接线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑与计算机系统结合起来使计算机系统900成为专用机器或将计算机系统900编程为专用机器。根据一个实施例，响应于处理器904执行主存储器906中储存的一个或多个指令的一个或多个序列，在此所描述的技术由计算机系统900执行。可以从其它储存媒介(例如储存设备910)将这种指令读进主存储器906。对主存储器906中包含的指令的序列的执行使处理器904执行在此所描述的处理步骤。在可替换的实施例中，可以使用硬接线电路代替软件指令或者与软件指令结合起来使用。

在此所使用的术语“储存媒介”指的是储存数据和/或指令的任何非易失性的媒介，所述数据和/或指令使机器按照特定的方式进行操作。这种储存媒介可以包括非易失性媒介和/或易失性媒介。非易失性媒介包括光盘或磁盘(例如储存设备910)等。易失性媒介包括动态存储器，例如主存储器906。储存媒介的常见形式包括(例如)软盘、柔性盘、硬盘、固态驱动器、磁带、或任何其它的磁数据储存媒介、CD-ROM、任何其它的光学数据储存媒介、包含有孔的样式的任何物理媒介、RAM、PROM、EPROM、FLASH-EPROM、NVRAM、任何其它存储芯片或内存匣。

储存媒介不同于传输媒介，但是可以与传输媒介结合起来使用。传输媒介参与储存媒介之间的信息传送。例如，传输媒介包括同轴电缆、铜线和光纤，包括包含有总线902的电线。传输媒介还可以采用声波或光波的形式，例如在无线电波通信和红外线数据通信过程中产生的传输媒介。

多种形式的媒介可以用来将一个或多个指令的一个或多个序列传送到处理器904以便执行。例如，指令最初可以承载在远程计算机的磁盘或固态驱动器上。远程计算机可以将指令加载到其动态存储器中，并使用调制解调器通过电话线发送指令。计算机系统900的本地调制解调器可以在电话线上接收数据并使用红外发射器将数据转换为红外信号。红外探测器可以接收红外信号中所携带的数据，并且合适的电路可以将数据置于总线902上。总线902携带数据到主存储器906，处理器904从主存储器906获取指令并进行执行。在由处理器904执行之前或之后，主存储器906接收到的指令可选地可以储存在储存设备910上。

计算机系统900还包括连接到总线902的通信接口918。通信接口918提供连接到网络链路920的双向数据通信，网络链路连接到本地网络922。例如，通信接口918可以是综合业务数字网(ISDN)卡、电缆调制解调器、卫星调制解调器、或为相应类型的电话线提供数据通信连接的调制解调器。再如，通信接口918可以是局域网(LAN)卡，以为兼容的LAN提供数据通信连接。还可以实施无线链路。在任何这种实施中，通信接口918发送并接收电信号、电磁信号或光信号，这些信号携带表示各种类型信息的数字数据流。

网络链路920通常通过一个或多个网络向其它数据设备提供数据通信。例如，网络链路920可以通过本地网络922向主机924或因特网服务提供商(ISP)926操作的数据设备提供连接。ISP926进而通过世界范围的数据包数据通信网络(现在常被称为“因特网”928)提供数据通信服务。本地网络922和因特网928均使用携带数字数据流的电信号、电磁信号或光信号。通过各种网络的信号、网络链路920上的信号以及通过通信接口918的信号(这些信号承载来往于计算机系统900的数字数据)是传输媒介的示例性形式。

计算机系统900可以通过网络、网络链路920以及通信接口918发送消息并接收数据(包括程序编码)。在因特网的示例中，服务器930可以通过因特网928、ISP926、本地网络922以及通信接口918传输用于应用程序的被请求的代码。

接收的代码在其被接收之后可以由处理器904执行，和/或接收的代码可以储存在储存设备910中或其它非易失性储存装置中，用于以后执行。

9.0.扩展和替代

上文参考了许多具体的细节对本发明的实施例进行了描述，这些具体的细节在不同的实施方式中可以是不同的。因此，对什么是本发明以及申请人想要什么作为本发明的唯一且排他的指示是按照产生权利要求的具体形式从本申请产生的这套权利要求，包括任何以后的修正。针对包含在权利要求中的术语，在此清楚地表述的任何定义决定了用在权利要求中的这些术语的含义。因此，没有在权利要求中清楚阐述的限制、元件、特性、特征、优点或属性都不应以任何方式限制权利要求的范围。相应地，应当从解释性的意义上而非限制性的意义上看待说明书和附图。

Claims (16)

1.一种系统，包括：

交易汇聚器部件，包括第一组一个或多个计算机设备；

其中，所述交易汇聚器部件提供交易应用程序编程界面，所述交易应用程序编程界面被配置成，通过第一组一个或多个网络界面接收来自多个不同的零售数据中心的交易数据；

用户数据库，储存对用户实体进行描述的记录；

交易数据库，储存对所述交易数据进行描述的记录；

其中，所述交易数据包括来自商店的交易日志，商店向所述多个不同的零售数据中心进行报告，所述交易数据的每个交易日志记录了在一个相应商店处的不同交易的细节；

其中，所述交易汇聚器部件被配置成将特定的交易日志与所述用户数据库中特定的用户实体关联起来，并根据从所述多个不同的零售数据中心接收到的交易数据对所述交易数据库进行更新；

收据服务器，包括第二组一个或多个计算机设备，所述第二组一个或多个计算机设备被配置成，根据交易日志，通过连接到第二组一个或多个网络界面的广域网向顾客设备发送收据数据；

优惠活动服务器，包括第三组一个或多个计算机设备；

其中，所述优惠活动服务器显露优惠活动推荐应用程序编程界面，所述优惠活动推荐应用程序编程界面被配置成通过第三组一个或多个网络界面接收对一个或多个优惠活动的请求；

其中，所述优惠活动服务器被配置成，根据与所述请求相关联和/或所述请求中的上下文信息将请求中的特定请求与用户实体中的特定用户实体进行匹配；

其中，所述优惠活动服务器被配置成，响应于所述请求，至少部分地根据对所述交易数据库中的来自所述多个零售数据中心的交易数据进行识别而对一个或多个优惠活动进行识别，所述请求与被匹配的用户实体相关联；

其中，所述优惠活动服务器被配置成响应于请求，提供对识别出的一个或多个优惠活动进行描述的信息。

2.一种方法，包括：

从零售商接收针对顾客的账户识别信息；

识别与所述账户识别信息相关联的账户；

识别与所述账户相关联的一个或多个数字优惠券；

向所述零售商提供优惠券有效性数据，所述优惠券有效性数据指示了所述一个或多个数字优惠券与所述账户识别信息相关联；

从所述零售商接收针对零售商和顾客之间的交易的交易信息，所述交易信息包括所述账户识别信息和指示了所述一个或多个数字优惠券被用于交易的优惠券兑换数据；

根据所述交易信息生成电子收据；

通过与所述账户相关联的电子地址提供所述电子收据；

其中，所述方法由一个或多个计算设备执行。

3.如权利要求2所述的方法，其中，所述账户识别信息是电子邮件地址，其中，提供所述电子收据包括以下方式中的至少一种：在电子邮件消息中向电子邮件地址提供电子收据，或者向电子邮件地址发送消息，通知顾客通过基于网络的应用程序能够获得电子收据。

4.如权利要求2所述的方法，进一步包括在所述电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，所述电子收据包含针对该信息的链接。

5.如权利要求2所述的方法，进一步包括在所述电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，所述电子收据包含针对该信息的链接；

其中，描述一个或多个优惠券优惠活动的数据包括一个或多个链接，顾客通过所述一个或多个链接请求将用于一个或多个优惠券优惠活动的一个或多个额外的数字优惠券保存到所述账户上。

6.如权利要求2所述的方法，进一步包括：

在所述电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，所述电子收据包含针对该信息的链接；

将用于一个或多个优惠券优惠活动的一个或多个数字优惠券自动保存到所述账户上。

7.如权利要求2所述的方法，进一步包括：

根据所述交易信息选择顾客符合条件的一个或多个优惠券优惠活动；

在所述电子收据或信息的至少一个中提供描述一个或多个优惠券优惠活动的数据，所述电子收据包含针对该信息的链接。

8.如权利要求2所述的方法，其中，交易信息是特定交易信息，交易是特定交易，零售商是特定零售商；

在接收到针对所述特定交易的所述特定交易信息之前，接收针对之前的交易的之前的交易信息，所述之前的交易由所述特定零售商以外的零售商进行；

将之前的交易的子集与所述账户识别信息进行匹配；

储存与所述账户识别信息相关联的、之前的交易信息的子集，之前的交易信息的子集对应于之前的交易的所述子集；

至少部分地根据之前的交易信息的子集而从所述特定零售商以外的零售商选择顾客符合条件的一个或多个优惠券优惠活动，之前的交易信息的所述子集与账户识别信息相关联；

在电子收据或信息中提供描述一个或多个优惠券优惠活动的数据，该电子收据针对在所述特定零售商处的所述特定交易，而针对在所述特定零售商处的所述特定交易的电子收据包含针对所述信息的链接，所述一个或多个优惠活动是至少部分地根据之前的交易信息的子集而从所述特定零售商以外的零售商所选择的，之前的交易信息的所述子集与账户识别信息相关联。

9.如权利要求2所述的方法，其中，执行所述方法的所述一个或多个计算设备是由独立于所述零售商的一个或多个第三方实体操作的一个或多个服务器。

10.一种方法，包括：

从多个零售商接收交易数据，所述交易数据包括来自零售商的交易日志，所述交易数据的每个交易日志记录了在一个相应零售商处的不同交易的细节；

将交易日志与用户数据库中的用户实体相关联；

将交易日志储存在交易数据储存器中，从而所述交易数据储存器包括：针对跨多个零售商的用户实体中的多个不同的用户实体的交易历史；

接收对一个或多个优惠活动的请求；

根据所述请求中的和/或与所述请求相关联的上下文信息，将所述请求与用户实体中特定的用户实体进行匹配；

响应于所述请求，至少部分地根据对来自所述多个零售商的交易数据进行识别而对一个或多个优惠活动进行识别，所述请求与所述交易数据储存器中被匹配的用户实体相关联；

响应于所述请求，提供对识别出的一个或多个优惠活动进行描述的信息。

11.如权利要求10所述的方法，进一步包括对所述交易记录中的商品识别符进行标准化或对所述交易记录进行标准化中的至少一个。

12.如权利要求10所述的方法，进一步包括：

响应于用户输入而发送来自移动设备的请求，所述用户输入访问了以下内容中的至少一个：显示在所述移动设备上的收据、显示在所述移动设备上的购物列表、或显示在所述移动设备上的优惠券列表；以及

响应于所述请求，使所述移动设备显示关于一个或多个识别出的优惠活动的信息。

13.如权利要求10所述的方法，进一步包括接收来自网络服务器的请求。

14.如权利要求10所述的方法，其中，响应于所述请求，至少部分地根据对来自所述多个零售商的交易数据进行识别而对一个或多个优惠活动进行识别包括以下步骤中的至少一个，其中所述请求与所述交易数据储存器中被匹配的用户实体相关联：

根据购买模式选择优惠活动，所述购买模式已针对被匹配的用户实体而根据交易日志被识别出，所述交易日志接收自多个零售商，所述交易日志与被匹配的用户实体相关联；

根据对商品进行比较而选择优惠活动，在进行比较的商品中，用户近期已表现出对交易记录中发现的商品相关性的兴趣，所述交易记录接收自多个零售商，所述交易记录与被匹配的用户实体相关联；或者

根据所述交易日志中近期购买的不再强调的商品选择优惠活动，所述交易日志接收自多个零售商，所述交易日志与被匹配的用户实体相关联。

15.一种优惠券服务器计算机，包括实施逻辑部件的一个或多个处理器，所述逻辑部件共同执行权利要求2-14所述的任一种方法。

16.储存指令的一个或多个永久的计算机可读媒介，当一个或多个处理器执行时，所述指令引起权利要求2-14中所述的任一种方法的执行。