携带赞助商帐户交易授权的优惠券的制作方法

专利名称：携带赞助商帐户交易授权的优惠券的制作方法
技术领域：
本发明涉及商家和消费者之间的交易，更具体而言，涉及这样的交易中的折扣，更涉及由消费者向商家呈现优惠券以在进行交易时获得折扣。
背景技术：
商家和厂家分发优惠券，这些优惠券通过通常应用在销售点的折扣来给予消费者购买他们的商品及服务的激励。消费者以各种方式获得纸质优惠券。他们可以从报纸中剪下或当进行购物时在服务点(P0Q终端处得到它们。有时，纸质优惠券被优惠券的赞助商或其代理寄给消费者。当消费者向商家使用优惠券时，在购买商品或服务时，商家给消费者打折。此后，商家从优惠券的一个或多个赞助商寻求对于折扣的补偿。商家被补偿的过程是麻烦的，在被付还时有很长的等待时间。通常，商家，或其代理，收集从消费者接收的所有优惠券，按照相应的赞助商对它们进行分类，然后，将它们成批地发送到每个赞助商。然后， 赞助商偿还商家，但是会等到赞助商检查并验证提交的优惠券符合优惠券及其折扣的条款及条件。
在提供优惠券，以及其使用的过程的相关技术中的一个优点可能是使得补偿过程对于商家，对于优惠券的赞助商，以及对于消费者来说更富效率。发明内容
在一种实现中，从商家接收标识赞助商帐户的优惠券授权请求消息以及用于消费者在与商家的交易中所购买项目的优惠券。优惠券授权请求消息被发送到赞助商帐户的开户行。响应于优惠券授权请求消息，接收优惠券授权响应消息，该优惠券授权响应消息包含所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格。优惠券授权响应消息被发送到商家。从商家接收标识消费者帐户的消费者授权请求消息，将在该消费者帐户上执行与商家的交易。消费者授权请求消息被发送到消费者帐户的开户行。响应于消费者授权请求消息，从消费者帐户的开户行接收消费者授权响应消息，其中，消费者授权响应消息标识消费者帐户的用来进行与商家的交易的资格。消费者授权响应消息被发送到商家。 在对于交易的此实现中，可以处理多个优惠券。
在另一种实现中，在对应于赞助商帐户的开户行的地址，通过正在与消费者进行交易的商家的受理行的地址，从交易处理设备的地址，接收来源于商家的地址的授权请求足以标识赞助商帐户和用于消费者在与商家的交易中所购买项目的优惠券的信息。使用授权请求消息中的信息，检索涉及赞助商帐户和优惠券的优惠券资格数据。使用优惠券资格数据，就所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格作出判断。响应于授权请求消息，授权响应消息被发送，以便通过分别对应于交易处理设备和商家的受理行的地址传输到对应于商家的地址。授权响应消息包括对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格。
在前述的实现中，检索到的优惠券资格数据足以确定各种资格标准，包括(i)所述交易的时间是否在所述优惠券有资格用于购买所述项目的预定时间内；(ii)发生所述交易的位置是否在所述优惠券有资格用于购买所述项目的预定地理位置内；(iii)发生所述交易的管辖区域是否在所述优惠券有资格用于购买所述项目的预定管辖区域内；(iv) 商家是否在优惠券有资格用于从其购买项目的预定商家组中；(ν)等等。
在再一个实现中，在对应于赞助商帐户的开户行的地址处，通过正在与消费者进行交易的商家的受理行的地址，从交易处理设备的地址，接收来源于商家的地址的授权请求消息。授权请求消息包括足以标识赞助商帐户和用于消费者在与商家的交易中所购买项目的优惠券的全球唯一标识符(GUID)。通过使用授权请求消息中的信息，检索优惠券用于在与商家的交易中购买项目的预定条件组以及赞助商帐户的货币可用余额。使用检索到的优惠券用于在与商家的交易中购买项目的预定条件组以及检索到的赞助商帐户的检索到的货币可用余额，就所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格作出判断。响应于授权请求消息，授权响应消息被发送，以便通过分别对应于交易处理设备和商家的受理行的地址传输到对应于商家的地址。授权响应消息包括对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格的标识符。
在前述的实现中，授权请求消息中的信息包括足以推导各种资格标准的数据，包括(i)所述交易的时间是否在所述优惠券有资格用于购买所述项目的所述预定条件组的时间内；(ii)发生所述交易的位置是否在所述优惠券有资格用于购买所述项目的所述预定条件组的所述地理位置内；(iii)发生所述交易的管辖区域是否在所述优惠券有资格用于购买所述项目的管辖区域内；(iv)所述商家是否在所述优惠券有资格用于从其购买项目的所述商家组中；(ν)等等。


通过下面的结合附图对本发明进行的详细说明，本发明的实现将变得更加显而易见，在附图中，相同的元件带有相同的附图标记。
图1示出了优惠券以及供消费者使用优惠券的传输模式的示例性实施例；
图2示出了电子优惠券以及通过使用便携式电子通信设备请求以及向消费者传送的模式的示例性实施例；
图3描绘了在图5中的支付处理网络的环境内的一个环境，其中，优惠券可以被消费者用来从商家获得有关商品或服务的折扣，而商家从在优惠券上在视觉上标识的帐户得到折扣的补偿；
图4描绘了其中由消费者在商家的服务点终端(POS)在购买商品或服务时从商家获得折扣的示例性方法的流程图，其中，商家将从由数据标识的帐户得到折扣的补偿，所述7数据由与POS进行通信的光扫描器从优惠券的表面中读取；
图5示出了示例性支付处理网络；以及
图6示出了优惠券的替换实施例。
具体实施方式
所公开的各种实施例包括优惠券，软的或硬拷贝的，以在视觉上显示的数据，在其上编码了对应于向赞助商开立的帐户的标识符，该赞助商在财务上负责对从消费者接收优惠券并给予消费者对于从商家购买项目或服务的折扣的商家的补偿。编码对应于帐户的标识符的在视觉上显示的数据可以是可以被光扫描器读取的条形码。在通过支付处理系统授权对帐户的使用之后，通过支付处理系统中的清算和结算，从帐户补偿商家。所标识的帐户可以对应于在财务上负责为给予消费者的商品或服务的折扣而补偿商家的一个或多个赞助商。如此，可以通过支付处理系统实时地提供给予消费者的商品或服务的成本的折扣，以及其保证的向商家的补偿。
优惠券可以被消费者用来在购买商品或服务时从商家获得折扣。优惠券的表面携带帐户的标识符，商家将从该帐户得到折扣的补偿。在各种实施例中，帐户的开户行与将在财务上负责给商家对于折扣进行补偿的赞助商进行合作。帐户将向商家提供由一个或多个赞助商供给的资金，以给它们用于给予消费者的折扣进行补偿，根据任何资格条款及条件， 从消费者接收了有效的优惠券。优惠券将具有在其表面上携带的标记，这些标记可以由光扫描器捕捉(一维条形码、矩阵码或二维条形码，将数据映射到符号的其他符号等等)可以分析由光扫描器捕捉到的可视图像，以从其中推导一个或多个赞助商的帐户的标识符。推导的帐户标识符被用来促进授权、清算，以及结算。授权、清算以及结算可以是对于这样的商家通常将用于与消费者-帐户持有人(执行由支付处理网络处理的帐户上的交易)其他的交易的相关的系统和过程典型的。
可以由与商家的服务点终端(POS)进行通信的光扫描器，对优惠券的表面上携带的标记进行扫描，通过消费者的蜂窝电话的照像机功能捕捉标记的数字照片，或通过另一光学扫描设备进行扫描。在任何情况下，从捕捉到的图像推导帐户标识符，以便传递到商家的受理行，以促进授权、清算以及结算。将帐户标识符传递到受理行可以通过任何已知的电信能力来进行。
图1在附图标记100处示出了优惠券102以及各种传输方法符号104-118。优惠券102具有从1到I的项目标识符。每个项目标识符(i)都通过诸如徽标和/或商标之类的信息来在视觉上标识商品或服务。每个项目标识符(i)还通过以可见的标记编码的数据来标识商品或服务，该数据可以通过由与服务点终端(P0Q进行通信的光扫描器进行扫描来读取。可以分析由光扫描器读取的优惠券的数字图像来从其中推导项目的标识符。项目的标识符可以是库存单位(SKU)、通用产品代码(UPC)、药物产品代码、序列号或来自其他这样的项目的项目的其他全球唯一标识符(GUID)，等等。读取的(即，项目标识符(i))并被分析以获得每个项目的每个标识符的数字图像可以是条形码，如在图1中的优惠券102 上看到的。
优惠券102具有从1到N的赞助商标识符。每个赞助商标识符(η)在视觉上标识在财务上负责补偿接收到对于商品或服务的购买的优惠券102的商家的赞助商或其代理。赞助商，或其代理是通过诸如徽标和/或商标之类的信息来标识的。每个赞助商标识符(η) 还标识用来对于商家给予消费者的折扣而补偿商家的帐户的标识符。帐户的标识符被编码在赞助商标识符(η)中，如通过可见的标记在优惠券102中所示的。此可视标记可以由与 POS进行通信的光扫描器以光学方法扫描。可以分析由光扫描器读取的优惠券的数字图像来从其中推导赞助商的帐户的标识符。赞助商的帐户的标识符可以是银行标识号码(BIN)、 代码或字母数字序列，或全球唯一标识符(GUID)，以区别该帐户与其他这样的帐户。读取的并被分析以获得赞助商的每个帐户的每个标识符的数字图像可以是条形码，如在图1中的优惠券102上所示出的。
每个赞助商帐户/GUID/条形码#(n)还可以编码全球唯一标识符(GUID)以区别该优惠券与其他优惠券。从优惠券GUID(n)，可以访问和/或检索预定条件组。预定条件组可以被用来规定该优惠券用于获得折扣的资格或对于在优惠券的持有人和商家之间的交易中购买对应的项目的其他条款或条件。预定条件组可以包括(i)所述优惠券有资格用于购买所述项目的时间；(ii)所述优惠券有资格用于购买所述项目的地理位置；(iii)所述优惠券有资格用于购买所述项目的管辖区域；(iv)所述优惠券有资格用于从其购买项目的一组所述商家；(ν)要应用的为其有优惠券的优惠可用的项目的数量；(vi)等等。优惠券GUID(η)，也可以被用来访问和/或检索存储的以前的优惠券的使用次数计数器和优惠券的预定的最大使用次数计数器。可以将后面的计数器与前面的计数器进行比较，以确定优惠券用于购买项目的资格。如果合格，可以维护前面的计数器，以便使用优惠券。
优惠券102，如图1所示，示出了商品及服务的“I”折扣，其中，“i”可以是从1到大的整数的大的整数。从消费者接收优惠券102的商家可以给予消费者高达“I”折扣。然后，可以从高达“N”个赞助商帐户补偿商家，其中，“η”可以是从1到大的整数的大的整数。
优惠券102可以通过报纸104，或在需要时通过使用与包含表示优惠券102的数据的数据库(未示出)进行通信的计算设备108，通过由打印机106打印的硬拷贝，传递给消费者。也可以通过邮递118来接收优惠券102。通过从诸如个人数字助理(PDA) 110或蜂窝电话116之类的移动消费者电信装置请求，优惠券102的软拷贝可以呈现与设备110， 116进行通信的显示器上。通过对设备110，116的用户界面的操作，呈现的图像可以水平地或垂直地滚动(112，114)，以示出优惠券102的软拷贝的全部呈现的部分，例如，由与POS 相关联的光扫描器读取的每个条形码。
优惠券102由与POS进行通信的光扫描器以光学方法扫描。分析由光扫描器读取的数字图像以从其中推导每个条形码。然后，可以进一步分析每个条形码，以确定由条形码编码的标识符。这些标识符可包括(i)标识商品或服务的那些标识符；(ii)标识符合优惠券的条款及条件的要被给予从商家购买项目或服务的消费者的折扣的那些标识符；以及 (iii)标识将从其补偿商家以作为给予消费者折扣的报答的帐户的那些标识符。商家使用推导的标识符来通过如下文所描述的支付处理系统，通过随着补偿交易而来的清算和结算的处理，从赞助商的帐户得到折扣补偿。
图2所示出的环境200示出了消费者202使用诸如个人数字助理(PDA) 204之类的移动消费者电信装置(也可以是蜂窝电话)。消费者202在看到由商家212b所经营的商店中的招牌21 时，操作PDA204。招牌21 作出向消费者202提供电子优惠券的提议，以换取消费者202使用PDA 204向包括代码“73774”的具体地址发送文本消息的动作。在从PDA 204传输所请求的文本消息时，传输通过包括诸如在附图标记206处所看到的设备和系统的蜂窝式电话路径和/或局域网路径来传递，以便由移动网络运营商(MNO) 208接收。
MNO 208将对电子优惠券的请求传递到移动优惠券管理器210。移动优惠券管理器210访问网络数据库设备216。网络数据库设备216存储一个或多个数据库，如(i)被注册以得到用于传输到移动设备的电子优惠券的帐户持有人的数据库；(ii)移动优惠券提供商以及由它们所提供的电子优惠券内容的数据库；(iii)参与一个或多个移动优惠券广告活动的商家的数据库；(iv)由开户行向将由于接受电子优惠券并给予对应的折扣的商家进行补偿的赞助商开立的帐户的数据库；(ν)根据需要，促进电子优惠券的内容，控制和传输的其他数据库。由开户行向其开立了赞助商帐户的赞助商214，或他们的代理，可以与移动优惠券管理器和商家212b进行通信，以促进电子优惠券的内容、控制，传输以及由于由商家2121b给予消费者的折扣而对商家2121b的补偿。
移动优惠券管理器210返回针对电子优惠券的请求的响应，用于传输到MNO 208， 其中，响应可包括足以在PDA 204上呈现所请求的电子优惠券的信息。MNO 208通过电信路径206将响应传递到消费者202，用于呈现在PDA 204上。
如在PDA 204的显示器上呈现的，所请求的电子优惠券，包括可以由与商家212b 的POS进行通信的光扫描器读取的多个条形码。每个条形码都可以编码各种信息。作为示例，但不作为限制，条形码中的经编码的信息可以包括(i)由商家212b(Bob' S Stores, he.)通过招牌21 的方式做广告的Acme，Inc.小甜饼的产品标识符；(ii)对于购买做广告的Acme，Inc.小甜饼的折扣的金额；(iii)对应于向赞助商214开立的帐户的一个或多个帐户标识符，对由于消费者202购买了做广告的Acme，Inc.小甜饼而给予消费者202的折扣，商家212b将从上述帐户得到补偿；以及(iv)根据需要，其他信息。
图6示出了优惠券602的再一个实施例，该优惠券602携带可见的条形码604，该可见的条形码604编码由支付处理系统中的开户行开立的赞助商帐户的标识符，如图5所示和下面所描述的。当消费者使用优惠券600来购买通过条形码602中编码的数据来标识的十二盎司包装的“Acme，Inc.小甜饼”时，消费者将从商家得到$1. 00折扣。然后，可以通过支付处理系统，通过清算和结算过程，从赞助商帐户对商家进行$1. 00的折扣的补偿。 可任选地，给予消费者折扣的授权请求，以及对其响应，也可以由商家通过支付处理系统在商家和赞助商的帐户的开户行之间路由。
在下面所讨论的图5中所描绘的示例性支付处理系统内，图3示出了其中可以如参考图1-2所描述的处理优惠券352的环境的示例，它被消费者302用来从具有服务点终端(POS) (m)310的商家(m)310那里获得购买商品或服务的折扣。POS (m) 310具有光扫描器、支付卡读取器，以及用于在向那些消费者开立的帐户304上执行与消费者的交易，以及用于在向优惠券的赞助商开立的优惠券赞助商帐户312上执行补偿交易的用户界面。
在POS (m) 310，消费者302通过软的或硬拷贝向商家(m) 310呈现优惠券352，以及消费者302希望购买的项目。商家(m)310使用与P0S(m)310相关联的条形码扫描器来读取优惠券352上的条形码，包括与向优惠券的一个或多个赞助商开立的帐户312相关联的帐户标识符。在某些实施例中，由POS (m) 310的光扫描器扫描优惠券352上的条形码，以从由消费者302以打折的价格从商家(m) 310购买的项目和服务获取标识符。
在某些实施例中，还由光扫描器从优惠券352中读取其他信息，如，作为示例而非限制，优惠券到期日期、折扣的金额，可用于对应的折扣的商品及服务的数量等等。在一些实施例中，POS (m) 310可以确定优惠券是否对由消费者302所请求的商品或服务有效。这可以，作为示例而非限制，通过将当前日期与优惠券的到期日期进行比较来进行。可另选地， P0S(m)310可以确定消费者302是否根据优惠券上的数据的要求和指定，请求了所需的数量的产品或服务。
在某些实施例中，商家(m)310可以另外向P0S(m)310输入折扣之前的商品或服务的完全的金额。在这样的实施例中，金额也可以在视觉上显示在优惠券352上(例如，作为最大核准金额)。在其他实施例中，通过与POS (m) 310相关联的光扫描器从优惠券352读取金额(例如，作为最大核准金额)。在某些实施例中，P0S(m)310计算对于折扣的最大核准金额。这可以作为示例而非限制，在消费者302的购物的金额超出折扣的可用性的情况下和/或在消费者302还从商家(m)310进行其他，非打折的购物的情况下发生。
在接收到优惠券352时，类似于下面将参考图5中所描绘的环境500所描述的方法，来处理交易。商家(m)310提交从优惠券赞助商帐户收取优惠券的折扣金额的授权请求。商家(m) 310通过POS (m) 310向受理行(s) 308发送授权请求。优选地，授权请求将包括由POS (m) 310的光扫描器从优惠券352上的条形码中读取的赞助商帐户的帐户标识符。
在某些实施例中，第二授权请求可以另外包括由消费者帐户开户行(i)304向消费者302开立的帐户的帐户标识符。在这样的实施例中，消费者302将通过使用消费者的信用卡、贷记卡、或其他便携式消费者支付装置(例如，如在附图标记350所示)，从消费者的帐户中支付交易的金额，减去折扣。当然，消费者302也可以使用其他形式的偿付邪4来支付商家(m)310交易的金额，减去折扣。
在受理行(s)308不是与优惠券赞助商帐户开户行(t)312是同一个实体的情况下，受理行(s) 308将对于优惠券的交易信息转发到交易处理设备(u) 306，而交易处理设备 (u) 306又将它转发到优惠券赞助商帐户开户行(t)312，以验证与优惠券赞助商帐户开户行(t)312相关联的帐户包含足够的资金和/或信用额度来针对被提供到消费者302的折扣，对商家(m)310进行补偿。当然，如果消费者302还使用其他帐户进行其他支付，则将其他授权请求发送到消费者帐户的对应的消费者帐户开户行(i)304。
在从优惠券赞助商帐户开户行(t)312接收到对授权请求的授权响应时，交易处理设备(u) 306将授权响应转发到受理行(s) 308，受理行(s) 308又将它转发到商家(m)310 的POS (m) 310。在授权响应包含对优惠券的使用的批准的情况下，消费者302可以在购买商品或服务时从商家(m) 310接收折扣，交易的金额的余额由消费者302偿付(350，3M)。消费者的偿付可以采取现金或其他可转让的货币的形式，或者也可以通过提议在下列各项中进行交易(i)由开户行向消费者或所述消费者是其代理的一方开立的借记卡帐户；(ii) 由开户行向消费者或所述消费者是其代理的一方开立的信用卡帐户；(iii)由开户行向消费者或所述消费者是其代理的一方开立的预存款帐户；(iv)由开户行向消费者或所述消费者是其代理的一方开立的自动清算系统(ACH)帐户；(ν)由开户行向消费者或所述消费者是其代理的一方开立的支票帐户；(vi)等等。
对于交易中所使用的多个优惠券，多个赞助商帐户授权请求和对应的赞助商帐户授权响应将分别从POS (m) 310发送并由其接收，在POS (m) 310那里，由光扫描器为一个或多个优惠券读取多个赞助商帐户的多个标识符。对于同一个交易，多个消费者帐户授权请求和对应的消费者帐户授权响应将分别从POS (m) 310发送并由其接收，在POS (m) 310那里，多个消费者帐户被消费者用来支付交易的余额，减去为多个优惠券获得的折扣。
在某些实施例中，一旦应用了折扣，商家(m) 310就使用POS (m) 310使优惠券352 失效或删除优惠券352。在某些实施例中，优惠券352可以是一次性使用卡。在这样的实施例中，商家(m)310可以放弃向消费者302返回优惠券352。在其他实施例中，优惠券352 可以被用来存储其他商品及服务的随后的其他还未使用的折扣，因此，优惠券353将被返回到消费者302，供未来使用。
在某些实施例中，可以更多地涉及对于给予消费者的折扣，给商家进行补偿的交易的批准。在这样的实施例中，授权请求包括附加信息，作为示例而非限制，优惠券的项目、 项目类型，和/或赞助商。在某些实施例中，此信息由交易处理设备(u)306转发到第三方 (未示出)，以便进行认证和/或其他处理。在一种实施例中，一个或多个数据库316-3M可以被一个或多个实体访问，用于，作为示例而非限制，验证优惠券赞助商帐户开户行(t)312 发行了在这样的实施例中，授权过程可包括由第三方(未示出)执行的将所提供的附加信息针对存储在一个或多个数据库316-3M中的信息的比较。在其他实施例中，一旦优惠券352被消费者202使用，第三方(未示出)就将符号添加到在一个或多个数据库 316-324中的优惠券352的标识符中，从而防止其使用超过预定次数。第三方(未示出) 可以具有对数据库316-3M中的一个或多个的直接访问或可以通图3中的交易处理设备 (u) 306或其他实体进行这样的访问。
在其他实施例中，可以是优惠券赞助商的代理的第三方(未示出)访问并使用一个或多个数据库316-3M以保持消费者302所使用的优惠券的计数。在这样的实施例中， 此信息被优惠券赞助商帐户开户行(t)312用来确定要发行的未来的优惠券或用于标识用于进行有针对性的广告的特定消费者302。在其他实施例中，附加信息包括在优惠券352被消费者302使用的时候将(或曾经)向消费者302呈现的一个或多个广告的标识符。在这样的实施例中，在信息被第三方存储在一个或多个数据库316-3M中之后，优惠券赞助商帐户开户行(t)312可以由于广告每个次向消费者302显示而向另一实体收取费用。可另选地，优惠券赞助商帐户开户行(t) 312可以在广告与优惠券352 —起呈现给定次数之后改变与优惠券352相关联的广告。
在其他实施例中，一个或多个数据库316-3 可以包含关于向每个优惠券赞助商帐户开户行(t)312开立的帐户的信息，其中，优惠券赞助商帐户开户行(t)312是优惠券赞助商中的一个。在这样的实施例中，第三方(未示出)使用一个或多个数据库316-3M来验证从优惠券352中读取的帐户标识符与优惠券赞助商中的一个相关联。一个或多个数据库 316-3 可以另外被用来验证相关联的帐户包含足以对于应用的折扣而补偿商家(m)310 的资金。在某些实施例中，如前所述的第三方(未示出)是与交易处理设备(u)306是同一个实体。在其他实施例中，如前所述的第三方(未示出)是与交易处理设备(u)306分开的实体。
当商家(m) 310通过POS (m) 310向支付处理系统300提交折扣补偿交易以便清算和结算时，对于折扣的金额，优惠券赞助商帐户开户行(t) 312的帐户被记入借方(例如，减少)。具体地，商家(m)310向受理行(s) 308提交对支付的请求。在受理行(s) 308不是与优惠券赞助商帐户开户行(t) 312是同一个实体的情况下，受理行(s)308将请求转发到交易处理设备(u)306。交易处理设备(u) 306又从优惠券赞助商帐户开户行(t) 312请求对折扣的支付，其中，优惠券赞助商帐户开户行(t) 312是与优惠券上的折扣的赞助商相关联的帐户的开户行。优惠券赞助商帐户开户行(t)312debits (减少)帐户中货币，并将支付转发到交易处理设备(u) 306，交易处理设备(u) 306将支付转发到受理行(s) 308。最后，受理行(s) 308利用向消费者302提供的折扣的金额credits (增加)商家(m)310的帐户。
在某些实施例中，清算和结算过程可以涉及第三方(未示出)。在这样的实施例中，第三方可以，作为示例而非限制，记录被清算和结算的每个优惠券352。此数据可以被保留在一个或多个数据库316-3M中。可另选地或另外地，第三方可以验证优惠券352用于被清除和结算的交易中。在其他实施例中，第三方可以确定与优惠券上的折扣的赞助商相关联的帐户，以便交易处理设备(u) 306可以请求优惠券赞助商帐户开户行(t)312在赞助商的对应的帐户中将货币记入借方(减少)。在这样的实施例中，第三方可以访问一个或多个数据库316-324。
如本领域的技术人员所理解的，参考图3所描述的过程同样地适用于这样的情况消费者使用在其上通过条形码编码(或其他符号)存储了多个折扣和对应的赞助商帐户的优惠券，以便优惠券不是单次使用优惠券，而是可以用于接收对于多个不同的商品及服务的多个折扣(例如，对于一个或多个商品和/或服务的多个按时间顺序的购物中的每个次，一个或多个折扣，直到预定数量的折扣)。在这样的情况下，优惠券可以是不同的优惠券赞助商的协作，每个赞助商都具有由不同的开户行开立的优惠券补偿帐户。例如，优惠券352可以示出条形码，该条形码标识一个或多个赞助商帐户，这些帐户，在处理其相应的开户行时，将根据赞助商之间的预定的协作协议，确定折扣的属性。此外，对本领域的技术人员显而易见的是，优惠券可以具有对于通过在其表面上进行条形码而编码的商品及服务的多种不同类型的折扣，其中，每个优惠券只在分别不同的商家处有效，每个商家都具有不同的受理行。
现在转向图4，示出了示例性方法400的流程图。如由框402所指示的，开户行将与零售商、厂家、批发商、非盈利性机构，和/或政府机构进行合作，以发行优惠券，其中，每个合作伙伴都将赞助折扣的成本。优惠券将被消费者用来从参与的商家获得通过优惠券来标识的有关商品或服务的折扣。优惠券在其表面携带一个或多个条形码，每个条形码都可以由光扫描器读取。一个这样的条形码对向赞助商开立的帐户的标识符进行编码，对于给予使用优惠券来购买商品或服务的消费者的折扣，商家将从该赞助商那里得到补偿。
在框404，有关于项目和赞助商进行了条形编码的优惠券，向消费者进行的分发， 例如，如图1-2所示。在框408，消费者来到商家，选择按优惠券打折的商品或服务，并在商家的服务点终端(POS)处呈现优惠券以及在消费者的购物车中的优惠券中项目。在POS 处，以光学方法扫描优惠券中的每个条形码。从光学扫描检索到的图像可以被数字化，以用于消费者在与商家的交易中所购买项目，从其中推导足以标识(i)由开户行向对应于优惠券的折扣的赞助商开立的一个或多个赞助商帐户；以及(ii)优惠券的全球唯一标识符 (GUID)。可以在POS处对通过优惠券来标识的项目和购物车中的相应的商品进行计算机化验证，以便符合优惠券的条款及条件。
POS通过诸如图5所示出的支付处理网络来发送授权请求消息。在框410，支付处理网络将授权请求消息路由到赞助商的开户行。在框412，在优惠券上标识的帐户的赞助商13的开户行对照资格标准验证优惠券，如果在POS没有完成，或对照在POS处没有验证的条件验证其他有效性。赞助商的开户行通过支付处理网络向商家处的POS发送授权响应消息。
针对资格标准对涉及所购买项目的优惠券的验证可包括检索和/或访问对于在携带优惠券的消费者和商家之间的交易中购买项目时使用优惠券的预定条件组。预定条件组可包括比较涉及优惠券的数据与消费者和商家之间的交易。这些比较可包括(i)所述优惠券有资格用于购买所述项目的时间；(ii)所述优惠券有资格用于购买所述项目的地理位置；(iii)所述优惠券有资格用于购买所述项目的管辖区域；(iv)所述优惠券有资格用于从其购买项目的一组特定商家；(ν)等等。此外，或替换地，可以访问和检索赞助商帐户的货币可用余额，以便在POS处，实时地确定所存的资金是否足够将折扣扩展到相应的优惠券的持有人。
在框414，POS接收并处理授权响应消息，如果批准，则商家向消费者提供按优惠券金额打折的购买的项目，以换取消费者向商家提供交易的完全的金额减去折扣的偿付。 在框416，如果优惠券已经被确定为是唯一的(即，“一次性使用的类型的优惠券”，则一旦特定优惠券已经用于有资格的购买(例如，诸如通过访问并维护存储在图3中的一个或多个数据库316-3M中的GUID)，赞助商的开户行就可以自动针对与该特定优惠券相关联的全球唯一标识符(GUID)，去激活赞助商的帐户。
在框418，商家可以，在一些实施例中，自动接收针对为消费者的购买行为给予了折扣的支付，以及所有其他支付处理网络交易(例如，通过清算和结算)。在对于享受了折扣的交易的清算和结算，将会有优惠券的赞助商的帐户的记入贷方(减少)和商家的帐户的对应的记入借方(增加)。
在某种实施例中，优惠券可以与具有对应于特定交易处理设备(例如，由Visa Inc.，American Express, MasterCard发行的，或其他交易处理设备)的银行标识号码 (BIN)的赞助商的帐号相关联。例如，优惠券赞助商的帐号可以以数字“4”开始。在其他实施例中，优惠券可以具有物理塑料卡设计，可以包含传达下列各项的标识符的条形码(i) 折扣的金额；(ii)打折的产品或服务；(iii)提供折扣的商家；(iv)可以应用折扣的商品或服务的量；(ν)优惠券的到期日期；(vi)等等。在其他实施例中，折扣将不被允许被商家与任何其他商品或服务的购买组合。在其他实施例中，可以使用用于支付处理网络的私人标签服务，如对于折扣赞助商的开户行或对于验证下列各项的特定交易处理设备(即；由 Visa inc.运营的VisaNet 网络)(i)正在从授权的或参与的位置和/或商家(即，商家)赎回优惠券；(ii)对于还没有被赎回的折扣，在赞助商的开户行预留赞助商的资金；以及(iii)在优惠券的持有人使用时，优惠券仍有效。支付处理网络清算和结算系统可以被用来在优惠券赞助商资金提供方的相应的帐户和将向其赎回折扣的一方(例如，向消费者给予折扣和商品或服务的商家和/或其位置)之间移动资金。
预期用于此处所公开的各种实施例的支付处理网络的示例，除诸如I^yPal之类的可以通过ACH进行结算的支付网络之外，还包括MasterCard、AMEX、Discover、JCB, STAR、NYCE, Pulse、Accel、AFFN、CU24、Maestro、Interlink, Shazam,以及自动清算系统 (ACH)。
在某些实施例中，上文针对图4所描述的单个的方框可以被组合、消除或重新排序。此外，在某些实施例中，指令(例如，软件)被编码在非瞬态计算机可读介质中，其中，CN 102549612 A那些指令由计算设备(例如，硬件)处理器执行，以执行图4的框中的一个或多个。在其他实施例中，指令驻留在任何其他计算机程序产品中，其中，那些指令由计算系统外部的，或内部的计算机执行，以执行图4中的框中的一个或多个。在任一种情况下，指令可以被编码在计算机可读介质中，包括，例如，磁性信息存储介质、光信息存储介质、电子信息存储介质等等。“电子存储介质”可以表示，例如，但不仅限于，一个或多个设备，诸如，但不仅限于， PROM, EPROM、EEPR0M,闪存 PROM、CompactFlash、智能介质等等。
示例件交易处理系统/支付处理网络
参考图5，交易处理系统500被视为其中可以执行图4中的方法400的环境，并被视为图3中的支付处理系统300的一般性示例。图5的一般环境包括诸如可以在由开户行 (i) 504向帐户持有人(a) 508开立的帐户上执行与帐户用户(au)(例如，消费者)的对于商品和/或服务的交易的商家之类的商家(m)510，其中，对于交易的支付和被支付的过程由至少一个交易处理设备(th) 502(例如，交易处理设备)来协调(统称为“用户”)。交易包括来自不同的实体的参与，每个实体都是交易处理系统500的组件。
交易处理系统500可以具有包括交易处理设备(1)502到交易处理设备(TH) 502 的多个交易处理设备(th)502中的至少一个，其中，TH可以达到并大于八位整数。
交易处理系统500具有包括商家(1)510到商家(M) 510的多个商家(m) 510，其中， M可以达到并大于八位整数。商家(m)510可以是销售商品和/或服务的人或实体。商家 (m)510也可以是，例如，可以以折扣的形式向消费者注射受控制的物质(例如，药物)，如流感注射或鼻孔吸入过程。在B2B环境中，帐户持有人(a)508可以是从另一个商家(m)510 进行采购的第二商家(m)510。
交易处理系统500包括帐户用户(1)508到帐户用户(AU) 508，其中，AU可以大到十位整数或更大。每个帐户用户(au)都使用由开户行(i)504向对应的帐户持有人(a) 508 开立的帐户与商家(m)510执行对于商品和/或服务的交易。来自帐户上的交易的数据由商家(m) 510收集，并被转发到对应的受理行(a) 506。受理行(a) 506将数据转发到交易处理设备(th) 502，该交易处理设备(th) 502促进对于交易的从由开户行(i)504开立的帐户向帐户持有人(a) 508的支付。
交易处理系统500具有多个受理行(q) 506。每个受理行(q) 506都可以由对应的代理受理行(aq) 506帮助处理一个或多个交易，其中，“q”可以是从1到Q的整数，其中， “aq”可以是从1到AQ的整数，其中，Q和AQ可以大到八位整数或更大。
交易处理设备(th) 502可以在交易处理系统500内处理多个交易。交易处理设备 (th) 502可包括一个或多个网络和交换机(ns)502。每个网络/交换机(ns)502都可以是位于不同于其他网络/交换机(ns)502的地理位置的大型计算机，其中，“ns”是从1到NS 的整数，其中，NS可以大到四位整数或更大。
专用通信系统520，522 (例如，，专用通信网)促进交易处理设备(th) 502和每个开户行(i)504和每个受理行(a)506之间的通信。网络512，通过电子邮件，万维网，蜂窝电话，和/或其他可选的公共和专用通信系统，可以促进每个开户行(i)504、每个受理行 (a) 506、每个商家(m) 510、每个帐户持有人(a) 508，以及交易处理设备(th) 502之间的通信 522a-622e0可另选地并可任选地，一个或多个专用通信系统524，526，以及5 可以分别促进每个受理行(a) 506和每个商家(m) 510、每个商家(m) 510和每个帐户持有人(a) 508，每个帐户持有人(a)508和每个开户行(i) 504之间的相应的通信。
网络512可以表示各种用于交换数据的合适的装置中的任何一种，如因特网、 内联网、外部网、广域网(WAN)、局域网(LAN)、虚拟专用网络、卫星通信网络、自动取款机 (ATM)网络、交互式电视网络，或前述的各项的任何组合。网络512可以包含用于传输包括电的、磁性的以及其组合的信号的有线和无线连接中的任何一种。这样的连接的示例在当前技术中是已知的，并包括射频连接、光学连接等等。为说明，用于传输信号的连接可以是电话链路、数字用户线或电缆链路。此外，网络512可以使用各种通信协议中的任何一种， 诸如，例如，传输控制协议/因特网协议(TCP/IP)。在网络512内可以有多个节点，每个节点都可以对在交易处理系统500内传输的数据执行某种级别的处理。
交易处理系统500的用户可以使用各种通信设备中的任何一种彼此进行交互，或在交易处理系统500内接收关于彼此的数据。通信设备可以具有可操作地连接到显示器和诸如随机存取存储器(“RAM”)和/或只读存储器(“ROM”)之类的存储器的处理单元。通信设备可以是启用诸如键盘、鼠标、指示笔和触摸屏之类的输入设备等等的硬件和软件的组合。
例如，由帐户持有人(a) 508对交易处理系统500的使用可包括使用便携式消费者设备(P⑶)。P⑶可以是通信设备中的一个，或可以与通信设备一起使用，或作为通信设备的一部分。PCD可以是卡(例如，银行卡、支付卡、财务卡、信用卡、签帐卡、贷记卡、礼品卡、 过境单、智能卡、通达卡、工资单卡、社保卡、保健卡或电话卡)、标记、手表、腕带、钥匙环、钥匙链(例如，ExxonMobil Corporation在市场上销售的SPEEDPASS )、包含帐户信息的机器可读的介质、寻呼机、蜂窝电话、个人数字助理、数字音频播放器、计算机(例如， 膝上型计算机)、机顶盒、便携式工作站、小型计算机或其组合。PCD可以具有用于诸如与全球定位系统(GPQ的通信之类的电话或数据传输的近场或远场通信能力(例如，卫星通信或到蜂窝网络的单元站点的通信)。PCD可以支持若干种服务，如用于文本消息传递的SMS， 以及用于传输照片和视频、电子邮件(电子邮件访问的多媒体消息服务(MMS)。
P⑶可包括计算机可读介质。诸如磁条或芯片的存储器或芯片集之类的计算机可读介质，可包括存储诸如帐户标识符、消费者标识符和/或到期日期之类的数据的易失性、 非易失性、只读或可编程序存储器。计算机可读介质可包括当由计算机执行时计算机将执行方法的可执行指令。例如，计算机可读的存储器可包括诸如帐号或帐户持有人(a) 508的姓名之类的信息。
带有存储器和可执行指令的PCD的示例包括智能卡、个人数字助理、数字音频播放器、蜂窝电话、个人计算机或其组合。为说明，PCD可以是可以被消费者用来执行与商家的无触点交易的财务卡，其中，财务卡包括微处理器、可编程序存储器以及转发器(例如， 发射器或接收器)。财务卡可以具有近场通信能力，如通过一个或多个射频通信，诸如在用于通过短距离从固定和移动设备交换数据的“蓝牙”通信无线协议中所使用的，从而创建个人区域网络。
商家(m) 510可以使用可以与帐户用户(au) 508、受理行(a) 506、交易处理设备 (th) 502或开户行(i) 504进行通信的至少一个POI终端(例如，启用了服务点或浏览器的消费者蜂窝电话)。交互点(POI)可以是通过任何通道提供与消费者接合的机会以便提供与商家(m)510和消费者之间的交易的促进或执行直接或间接地相关的内容，消息传递或其他通信的机会的物理或虚拟通信媒介。POI的示例包括物理或虚拟服务点(P0Q终端、 消费者的PCD、便携式数字助理、蜂窝电话、纸质邮件、电子邮件、通过在计算设备上执行的浏览器呈现的因特网网站，或前述各项的组合。如此，POI终端与交易处理系统500进行可操作的通信。
PCD可以使用包括任何合适的电的、磁的或光的连接系统(诸如使用射频的无触点系统，或诸如磁条读取器之类的磁场识别系统或接触系统)的机制，与POI终端连接。为说明，POI可以具有与消费者的贷记卡、信用卡或保健卡(例如，柔软的储蓄帐户卡)的磁条接触的磁条读取器。如此，编码在消费者的卡上的磁条中的数据在商家(m)510处被读取和传递到Ρ0Ι。这些数据可包括由开户行向消费者开立的帐户的帐户标识符。在另一示例中，POI可以是消费者的ra)，如消费者的蜂窝电话，其中，商家(m) 510或其代理，通过在启用万维网(Web)的P⑶上执行的浏览器呈现的交互式网站的网页来接收消费者的帐户标识符。
通常，交易从帐户用户(au)508向商家(m)510呈现便携式消费者设备开始，以启动资源(例如，商品或服务)交换。便携式消费者设备可以与由开户行(i)504向帐户持有人(a)508开立的帐户持有人(a)508的帐户(例如，信用卡帐户)相关联。
商家(m) 510可以使用POI终端以从便携式消费者设备获取帐户信息，如帐户持有人(a)508的帐号。便携式消费者设备可以使用包括任何合适的电的、磁的或光的连接系统 (诸如使用射频的无触点系统，或诸如磁条读取器之类的磁场识别系统或接触系统)的机制，与POI终端连接。POI终端向与PCD相关联的帐户的开户行(i) 504发送交易授权请求。 可另选地，或组合地，P⑶可以与开户行(i) 504、交易处理设备(th) 502或受理行(a) 506进行通信。
开户行(i) 504可以授权交易，并将该授权转发到交易处理设备(th)502。交易处理设备(th) 502也可以对交易进行清算。授权包括开户行(i)504，代表开户行(i)504的交易处理设备(th) 502，诸如通过使用业务规则，参考开户行(i) 504的指令，授权交易。业务规则可包括来自交易处理设备(th) 502、帐户持有人(a) 508、商家(m) 510、受理行(a) 506、 开户行(i) 504、相关的金融机构，或其组合的指令或原则。交易处理设备(th)502可以，但是不必，维护授权的交易的日志或历史。一旦批准，商家(m) 510可以记录授权，允许帐户用户(au) 508从商家(m)或其代理那里接收商品或服务。
商家(m)510可以在离散的时段，诸如当天结束时，将被授权的交易的列表或其他交易相关的数据提交到受理行(a) 506，供通过交易处理系统500进行处理。交易处理设备 (th) 502可以将可任选地已提交的被授权的交易列表与其自己的被授权的交易的日志进行比较。交易处理设备(th) 502可以授权交易金额请求从对应的受理行(a)506传输到参与每个交易的对应的开户行(i)504。一旦受理行(a) 506从开户行(i) 504接收对被授权交易的支付，受理行(a) 506就可以将支付转发到商家(m) 510，减去任何交易成本，如用于处理交易的费用。如果交易涉及贷记或预付卡，则受理行(a) 506可以选择在向商家(m)510支付之前不等待开户行(i) 504转发支付。
在前面的过程中可以有中断的步骤，其中一些可以同时发生。例如，受理行(a) 506 可以启动清算和结算过程，这可以导致向受理行(q) 506支付交易的金额。受理行(a)506可以从交易处理设备(th) 502请求对交易进行清算和结算。清算包括开户行(i)504和受理行(a) 506之间的财务信息的交换，而结算包括资金的交换。交易处理设备(th)502可以提供与交易的结算有关的服务。对交易的结算包括将交易结算的金额从交易处理设备(th)502 通常选择的诸如结算银行之类的结算所储存到受理行(a) 506通常选择的诸如清算银行之类的清算所。开户行(i) 504将相同的金额从开户行(i) 504通常选择的诸如清算银行之类的清算所储存到结算所。如此，典型的交易涉及各种实体以请求、授权以及完成处理交易。
优选地，交易处理系统500将具有适于缩放实时和批处理中可以被授权，清算和结算的交易的数量和数据有效负载大小的网络组件。这些包括硬件、软件、数据元素以及用于前者的存储网络设备。交易处理系统500的示例包括至少部分地由American Express Travel Related Services Company, Inc ；Master Card International, Inc. ；Discover Financial Services,Inc. ；First Data Corporation ；Diners Club International,LTD ； 以及Visa Inc.以及前述的各公司的代理运营的那些。
每个网络/交换机(ns) 502都可包括用于处理交易的一个或多个数据中心，其中，每个交易都可包括最多100个千字节的数据或更多。对应于交易的数据可包括有关交易中的商品及服务的类型和数量的信息，有关帐户持有人(a)508、帐户用户(au)508、商家 (m) 510，商品及服务和税收的刺激待遇、优惠券、回扣、奖励、忠诚度、折扣、返还、交换、现金返还交易等等的信息。
作为示例，网络/交换机(ns)502可包括用于一个或多个服务器场(S卩，一个或多个Sim UNIX超级服务器)的一个或多个大型计算机(例如，一个或多个IBM大型计算机)， 其中，大型计算机和服务器场可以位于不同的地理位置。
每个开户行(i) 504 (或其代理开户行(ai) 504)和每个受理行(q) 506 (或其代理受理行(aq)506)都可以使用一个或多个路由器/交换机(即，Cisco 路由器/交换机) 来分别通过专用通信系统与每个网络/交换机(ns) 502进行通信。
交易处理设备(th) 502可以将有关通过交易处理系统500处理的交易的信息存储在数据仓库中，如可以合并为多个网络/交换机502的一部分。可以对此信息进行数据挖掘。数据挖掘交易研究和建模可以用于广告、帐户持有人和商家忠诚度刺激和奖励，欺诈检测和预测，开发表明通过使用交易处理系统500相对于利用现金支付和被支付或其他传统的支付机制所取得的可能的节省量和效率的工具。
图5包括通过接入点530，532与受理行506和开户行504进行通信的交易处理设备502。诸如票据付款行和第三方授权代理之类的其他实体也可以通过接入点530，532连接到网络。接入点530，532通常由位于连接在数据处理中心的主机计算机和交换中心之间的数据处理中心中的小型计算机系统构成。接入点促进消息和文件在主机和支持交易的授权、清算和结算的交换中心之间的传输。受理行(q) 506和其接入点532之间的，以及接入点530和开户行(i) 504之间的电信链路通常是中心内的本地链路，并使用由中心首选的专有的消息格式。
如上文所提及的，接入点530，532通常位于连接在数据处理中心的主机计算机和交换中心之间的数据处理中心中。交换中心是可以位于世界上任何地方的数据处理中心。 在一种实施例中，在美国有两个，在英国和日本各一个。每个交换中心都托管了执行网络交易处理的计算机系统。交换中心充当网络的通信设施的控制点，包括基于IBM SNA协议的高速度租用线路或卫星连接。优选地，连接交换中心(交易处理设备50 与远程实体的通信线路使用基于IBM SNA-LUO通信协议的专用的高带宽电话线路或卫星连接。消息是使用 ISO 8583标准的任何合适的实施例通过这些线路发送的。
数据处理中心(如位于受理行、开户行或其他实体内)托管了支持商家和企业场所的处理系统并维护客户数据和记帐系统。优选地，每个数据处理中心都链接到一个或两个交换中心。处理器连接到最近的交换中心，如果网络体验到中断，则网络自动将交易路由到辅助交换中心。每个交换中心还都链接到所有其他交换中心。此链接允许处理中心通过一个或多个交换中心相互进行通信。此外，处理中心还可以通过交换中心访问其他程序的网络。此外，网络还确保所有链接都具有多个备份。从网络的一个点到另一点的连接通常不是固定的链路；相反，交换中心在进行任何给定的传输时都选择尽可能好的路径。围绕任何有故障的链路的重新路由都是自动进行的。
VisaNet 系统是交易处理系统500中的交易处理设备(th)502的示例组件。目前，VisaNet 系统部分地由visa Inc.公司运营。到2006年为止，VisaNet system Inc.每天在170国家个中所使用的超过十亿的帐户中处理大约3亿次的交易。超过16，000 的财务指令通过VisaNet 系统连接到大约3千万商家510。在2007，通过VisaNet 系统清算和结算了大约4兆美元的大约810次交易，其中一些涉及在大约2秒内大约24，000 英里的通信长度，为处理交易中的数据，进行了多次停止。
与此处所公开的实施例一起对步骤、方法、过程以及设备的描述参考了附图，其中，相同的编号代表相同或类似的元件。尽管是通过最佳模式来进行描述的，但是，可以理解，本领域的技术人员可以理解，描述计划涵盖可以被包括在如所附权权利要求书所定义的本发明的精神和范围以及由下面的描述和附图所支持的它们的等效内容内的替代方案、 修改和等效内容。在本说明书中对“一个实施例”或“实施例”的引用，或类似的语言，意味着，涉及实现所描述的特定功能、结构或特征包括在本发明的至少一个实施例中。如此，在本说明书中出现的短语“在一种实施例中”或“在实施例中”以及类似的语言可以，但不一定都是指同一个实施例。
在一个或多个实施例中，所描述的本发明的功能、结构或特征可以以任何合适的方式来组合。此外，在下面的描述中，列举了很多具体细节，以便提供对本发明的各种实施例的全面的了解。然而，那些本领域的普通人员将认识到，本发明可以在没有一个或多个具体细节的情况下来实现，或利用其他方法、组件、材料等等来实现。在其他情况下，没有示出或详细描述已知的结构、材料、或操作，以避免使本发明的某些方面变得模糊。
此处所包括的示意流程图是一般性地作为逻辑流程图阐述的。如此，所描述的顺序和标出的步骤表示所呈现的方法的一个实施例。可以有在功能、逻辑或效果上等效于所说明的方法的一个或多个步骤或其一部分的其他步骤和方法。另外，所使用的格式和符号只是说明该方法的逻辑步骤，不对该方法的范围作出限制。虽然可以在流程图中使用各种箭头和线条类型，但是，它们不对对应的方法的范围作出限制。实际上，可以使用某些箭头或其他连接符来只表示方法的逻辑流程。例如，箭头可以表示所描述的方法的所列举的步骤之间的未指定的持续时间的等待或监视时间段。另外，执行特定方法的顺序可以，也可以不严格地遵循所示出的对应的步骤的顺序。
本发明可具体化为其它具体形式而不背离其精神或本质特征。所描述的实施例在所有方面都应被认为仅是说明性而非限制性的。从而，本发明的范围由所附权利要求书而非前述描述指示。落入权利要求书的等效方案的含义和范围内的所有改变应被权利要求书的范围所涵盖。
权利要求
1.一种包括多个步骤的方法，每个步骤由执行软件的硬件实现，其中，所述步骤包括 从商家接收标识赞助商帐户的优惠券授权请求消息和用于消费者在与商家的交易中所购买项目的优惠券；向所述赞助商帐户的开户行发送优惠券授权请求消息；响应于优惠券授权请求消息，接收优惠券授权响应消息，该优惠券授权响应消息包含所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格； 向所述商家发送所述优惠券授权响应消息；从所述商家接收标识消费者帐户的消费者授权请求消息，将在所述消费者帐户上进行与所述商家的交易；向所述消费者帐户的开户行发送所述消费者授权请求消息；响应于所述消费者授权请求消息，从所述消费者帐户的开户行接收消费者授权响应消息，其中，所述消费者授权响应消息标识消费者帐户的用来进行与商家的交易的资格；以及向所述商家发送所述消费者授权响应消息。
2.如权利要求1所述的方法，其中，所述赞助商帐户的开户行和所述消费者帐户的开户行是不同的开户行。
3.如权利要求1所述的方法，其中，所述步骤还包括接收多个所述优惠券授权请求消息，每个所述授权请求消息都来源于商家，其中，每个所述优惠券授权请求消息标识一个所述赞助商帐户和用于消费者在与商家的交易中购买的一个所述项目的一个所述优惠券； 以及对于每个所述优惠券授权请求消息，并在接收所述消费者授权请求消息之前 向对应的一个所述赞助商帐户的开户行发送优惠券授权请求消息； 响应于优惠券授权请求消息，从一个所述赞助商帐户的开户行接收优惠券授权响应消息，其中，该优惠券授权响应消息包括所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格；以及向所述商家发送所述优惠券授权响应消息。
4.一种包括可由硬件执行的指令以实现如权利要求1所述的方法的非瞬态计算机可读介质。
5.一种包括多个步骤的方法，每个步骤由执行软件的硬件实现，其中，所述步骤包括 在对应于赞助商帐户的开户行的地址，通过正在与消费者进行交易的商家的受理行的地址，从交易处理设备的地址，接收来源于商家的地址的授权请求消息，其中，该授权请求消息包括足以标识所述赞助商帐户以及用于所述消费者在与商家的交易中所购买项目的优惠券的信息；使用所述授权请求消息中的信息，检索涉及所述赞助商帐户和所述优惠券的优惠券资格数据；使用所述优惠券资格数据，确定所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格；以及响应于所述授权请求消息，发送授权响应消息，用于通过分别对应于所述交易处理设备和所述商家的受理行的地址，传输到对应于所述商家的地址，其中，该授权响应消息包括对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格的标识符。
6.如权利要求5所述的方法，其中，所检索的优惠券资格数据足以用于确定步骤以推导所述交易的时间是否在所述优惠券有资格用于购买所述项目的预定时间内； 发生所述交易的位置是否在所述优惠券有资格用于购买所述项目的预定地理位置内；发生所述交易的管辖区域是否在所述优惠券有资格用于购买所述项目的预定管辖区域内；以及所述商家是否在所述优惠券有资格用于从其购买项目的预定所述商家组中。
7.如权利要求5所述的方法，其中，所述项目正在被所述消费者在所述交易中以交易金额减去对应于所述优惠券的折扣金额来购买。
8.如权利要求7所述的方法，其中，由所述消费者向所述商家支付的所述交易金额减去所述折扣金额不是从所述赞助商帐户中货币的余额支付的。
9.如权利要求5所述的方法，其中，所述交易在不是所述赞助商帐户的消费者帐户上进行。
10.如权利要求9所述的方法，其中，所述消费者帐户从由下列各项组成的组中选择 由开户行向消费者或所述消费者是其代理的一方开立的借记卡帐户；由开户行向消费者或所述消费者是其代理的一方开立的信用卡帐户；以及由开户行向消费者或所述消费者是其代理的一方开立的预存款帐户；由开户行向消费者或所述消费者是其代理的一方开立的自动清算系统(ACH)帐户；以及由开户行向消费者或所述消费者是其代理的一方开立的支票帐户。
11.一种包括可由硬件执行的指令以实现如权利要求5所述的方法的非瞬态计算机可读介质。
12.一种包括多个步骤的方法，每个步骤由执行软件的硬件实现，其中，所述步骤包括在对应于赞助商帐户的开户行的地址，通过正在与消费者进行交易的商家的受理行的地址，从交易处理设备的地址，接收来源于商家的地址的授权请求消息，其中，该授权请求消息包括足以标识下列各项的信息 所述赞助商帐户；以及用于所述消费者在与商家的交易中所购买项目的优惠券的全球唯一标识符(GUID)； 使用所述授权请求消息中的信息，检索所述优惠券的用于在与商家的交易中购买所述项目的预定条件组；以及所述赞助商帐户的货币可用余额；使用所检索的所述优惠券的用于在与商家的交易中购买所述项目的预定条件组以及所检索的所述赞助商帐户的货币可用余额，确定所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格；以及响应于所述授权请求消息，发送授权响应消息，用于通过分别对应于所述交易处理设备和所述商家的受理行的地址，传输到对应于所述商家的地址，其中，该授权响应消息包括CN 102549612 A对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格的标识符。
13.如权利要求12所述的方法，其中，对应于所述赞助商帐户的开户行的地址对应于所述赞助商帐户的开户行的代理以执行确定步骤。
14.如权利要求12所述的方法，其中，所述优惠券的用于在与商家的交易中购买所述项目的预定条件组从由下列各项组成的组中选择所述优惠券有资格用于购买所述项目的时间； 所述优惠券有资格用于购买所述项目的地理位置； 所述优惠券有资格用于购买所述项目的管辖区域；以及所述优惠券有资格用于从其购买项目的一组所述商家。
15.如权利要求14所述的方法，其中，所述授权请求消息中的信息包括足以用于确定步骤以推导下列各项的数据所述交易的时间是否在所述优惠券有资格用于购买所述项目的所述预定条件组的时间内；发生所述交易的位置是否在所述优惠券有资格用于购买所述项目的所述预定条件组的所述地理位置内；发生所述交易的管辖区域是否在所述优惠券有资格用于购买所述项目的管辖区域内；以及所述商家是否在所述优惠券有资格用于从其购买项目的所述商家组中。
16.一种包括可由硬件执行的指令以实现如权利要求12所述的方法的非瞬态计算机可读介质。
17.—种包括多个步骤的方法，每个步骤由执行软件的硬件实现，其中，所述步骤包括在对应于交易处理设备的开户行的地址，从正在与消费者进行交易的商家的受理行的地址，接收来源于商家的地址的优惠券授权请求消息，其中，该优惠券授权请求消息包括足以标识赞助商帐户和用于所述消费者在与商家的交易中所购买项目的优惠券的信息； 使用优惠券授权请求消息中的所述信息，检索对应于所述赞助商帐户的开户行的地址；向对应于所述赞助商帐户的开户行的地址发送优惠券授权请求消息； 响应于优惠券授权请求消息，从所述赞助商帐户的开户行的地址接收优惠券授权响应消息，其中，该优惠券授权响应消息包括对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格的标识符；通过所述商家的受理行的地址发送所述优惠券授权响应消息，用于传输到对应于所述商家的地址；在对应于交易处理设备的所述地址处，从正在与所述消费者进行交易的商家的受理行的地址，接收来源于商家的所述地址的消费者授权请求消息，其中，该消费者授权请求消息包括足以标识由开户行向所述消费者开立的并在其上进行与所述商家的交易的消费者帐户的信息；使用所述消费者授权请求消息中的所述信息，检索对应于将在其上进行与所述商家的交易的所述消费者帐户的开户行的地址；向对应于所述消费者帐户的开户行的地址发送所述消费者授权请求消息； 响应于所述消费者授权请求消息，从所述消费者帐户的开户行的地址接收消费者授权响应消息，其中，该消费者授权响应消息包括对应于消费者帐户的用来进行与商家的交易的资格的标识符；以及通过所述商家的受理行的地址发送所述消费者授权响应消息，用于传输到对应于所述商家的地址。
18.如权利要求17所述的方法，其中，对应于所述赞助商帐户的开户行和所述消费者帐户的开户行的地址是不同的地址。
19.如权利要求17所述的方法，其中，所述步骤还包括在对应于交易处理设备的所述地址处，从正在与所述消费者进行交易的商家的受理行的地址，接收多个所述优惠券授权请求消息，每个消息都来源于商家的所述地址，其中，每个所述优惠券授权请求消息都包括足以标识一个所述赞助商帐户和由所述消费者在与商家的交易中购买的一个所述项目的一个所述优惠券；以及对于每个所述优惠券授权请求消息，并在于所述交易处理设备的地址处接收所述消费者授权请求消息之前使用优惠券授权请求消息中的所述信息，检索对应于所述一个所述赞助商帐户的开户行的地址；向对应于一个所述赞助商帐户的开户行的地址发送优惠券授权请求消息； 响应于优惠券授权请求消息，从一个所述赞助商帐户的开户行的地址接收优惠券授权响应消息，其中，该优惠券授权响应消息包括对应于所述优惠券的由所述消费者在与商家的交易中购买项目时使用的资格的标识符；以及通过所述商家的受理行的地址发送所述优惠券授权响应消息，用于传输到对应于所述商家的地址。
20.一种包括可由硬件执行的指令以实现如权利要求17所述的方法的非瞬态计算机可读介质。
全文摘要
交易处理设备从商家的受理行接收标识赞助商帐户的优惠券授权请求消息和用于消费者在与商家的交易中所购买项目的优惠券，用于转发到赞助商帐户的开户行。开户行确定该优惠券由消费者使用的资格，并当优惠券合格时通过商家的受理行向商家和交易处理设备发送授权响应消息，以便对于项目应用对应的折扣。可以通过将交易与预定时间、地理位置、管辖区域，商家集合，和/或优惠券已经用于其他交易中的次数进行比较，推导用于消费者从商家购买项目的一个或多个优惠券资格。交易处理设备能进一步处理交易，以便授权消费者帐户对交易进行支付。
文档编号G06Q30/00GK102549612SQ201080043397
公开日2012年7月4日 申请日期2010年8月23日 优先权日2009年8月24日
发明者G·D·马, K·L·科尔温卡, M·T·泰勒 申请人:维萨美国公司