CN105684008A - 用于在交易授权时处理实时折扣的方法和*** - Google Patents

Abstract

一种用于针对由奖励账户提供资金的支付交易来发起折扣的方法，包括：存储账户数据条目，每个条目均包括账户标识符和奖励余额；接收针对有商家参与的交易的授权请求，所述请求包括支付信息和交易金额；基于交易金额和转换原则来计算交易奖励值；识别减少金额，其中所述金额是交易奖励值与包含在数据条目中的奖励余额中较少的那个，其中账户标识符与支付信息相对应；基于识别出的减少金额，更新包含在数据条目中的奖励余额；基于交易奖励值和减少金额以及转换原则来计算折扣金额；以及，从商家的账户向与支付信息相对应的账户传送针对折扣金额的折扣请求。

Description

用于在交易授权时处理实时折扣的方法和***

技术领域

本公开涉及针对由奖励账户提供资金的支付交易来发起折扣，尤其是在自动发起针对奖励账户的折扣之后基于奖励余额来处理支付交易。

背景技术

为了提高使用率，许多支付卡发行方会向持卡人提供针对使用他们支付卡的奖励。奖励可采用多种形式，例如可用于兑换现金或产品的奖励积分、现金返还、航空里程数、针对特定销售商(例如，旅游服务、酒店、商家、零售商等等)的奖励积分、基于活跃度的奖励级别(其中每个级别可具有相应的利益)，以及更多形式。然而，这些传统的奖励方案经常需要持卡人采取大量的行动才能获得该利益。此外，持卡人通常在销售点无法直接地利用奖励，而是需要兑换奖励，获得该奖励，然后再在销售点使用所述奖励。

为了使奖励利益的兑换能在销售点流水化，已经开发出一些在使用特定支付卡时能够兑换奖励积分或其他利益的***和方法。例如，在申请日为2009年9月4日的美国专利公布No.2010/0057553中描述了一种***，其使用被授权为仅依托使用积分的奖励余额的支付卡，该专利公布的全部内容通过引用并入本文。然而，由于该卡仅被授权为依托使用积分，因此所述卡无法用于传统的支付交易，这可能会挫败或困扰消费者，尤其是在消费者并不希望携带多张支付卡的情况下。已经开发出另一种***，其中在支付卡上包括可由持卡人切换的物理开关，以便在用作传统支付卡和由奖励余额支付二者之间进行切换。然而，这可能再一次挫败那些可能会忘记在使用类型之间切换的消费者。此外，这两种支付方法的区别可导致持卡人无法同时使用信用和奖励余额来支付。

因此，需要一种技术方案来为消费者提供可同时用于传统支付交易和依托奖励余额式交易的支付卡，其不需要持卡人的介入并且还允许由奖励余额来进行部分支付。

发明内容

本公开提供了一种用于针对由奖励账户提供资金的支付交易来发起折扣的***和方法的说明。

一种用于针对由奖励账户提供资金的支付交易来发起折扣的方法，包括：在数据库中存储多个账户数据条目，其中每个账户数据条目均包括与消费者奖励账户有关的数据，所述数据至少包括账户标识符和奖励余额；由接收装置接收针对有商家参与的支付交易的授权请求，其中所述授权请求至少包括支付信息和交易金额；由处理装置至少基于交易金额和至少一条转换原则来计算交易奖励值；由处理装置识别减少金额，其中所述减少金额是交易奖励值与包括在数据库中的专用账户数据条目中的奖励余额中较少的那个，其中包含在所述数据库中的账户标识符与支付信息相对应；基于识别出的减少金额，在数据库中更新被包含在所述专用账户数据条目中的奖励余额；基于所述交易奖励值和所识别出的减少金额以及至少一条转换原则，由所述处理装置来计算折扣金额；以及，由传输装置从与商家相关联的支付账户向与所述支付信息相对应的支付账户传送针对计算出的折扣金额的折扣请求。

一种用于针对由奖励账户提供资金的支付交易来发起折扣的***，包括：数据库、接收装置、处理装置以及传输装置。数据库配置为存储多个账户数据条目，其中每个账户数据条目均包括与消费者奖励账户有关的数据，所述数据至少包括账户标识符和奖励余额。接收装置配置为接收针对有商家参与的支付交易的授权请求，其中所述授权请求至少包括支付信息和交易金额。处理装置配置为：至少基于交易金额和至少一条转换原则来计算交易奖励值；识别减少金额，其中所述减少金额是交易奖励值与包括在数据库中的专用账户数据条目中的奖励余额中较少的那个，其中包含在所述数据库中的账户标识符与支付信息相对应；基于识别出的减少金额，在数据库中更新被包含在所述专用账户数据条目中的奖励余额；以及，基于所述交易奖励值和所述识别出的减少金额以及至少一条转换原则来计算折扣金额。传输装置配置为从与商家相关联的支付账户向与所述支付信息相对应的支付账户传送针对计算出的折扣金额的折扣请求。

附图说明

当结合附图来阅读下文具体实施方式中的示例性实施例时，可以更好地理解本发明的范围。附图中包括：

图1是示出了根据示例性实施例的用于针对由奖励账户提供资金的支付交易来发起折扣的***的高级架构。

图2是示出了根据示例性实施例的用于发起针对由奖励账户提供资金的支付交易的折扣的图1中的处理服务器的框图。

图3是示出了根据示例性实施例的用于处理由奖励账户提供资金的支付交易的过程以及基于奖励余额来发起并处理针对奖励账户的折扣的过程的流程图。

图4是示出了根据示例性实施例的在通过图2中的处理服务器发起折扣请求之后进行由奖励账户提供资金的支付交易的过程的流程图。

图5是示出了根据示例性实施例的用于发起针对由奖励账户提供资金的支付交易的折扣的示例性方法的流程图。

图6是示出了根据示例性实施例的计算机***架构的框图。

根据下文提供的具体实施方式，将显而易见本公开的其他应用领域。应当理解，对示例性实施例的详细描述仅用于说明性目的，因此，并非旨在必须限制本发明的范围。

具体实施方式

术语的定义

支付网络—一种通过使用现金替代品而用于转移钱款的***或网络。支付网络可使用各种不同的协议和程序，以便处理针对多种交易类型的钱款转移。可通过支付网络来执行的交易可包括：购买产品或服务、赊购、借记交易、资金转移、账户提款等。支付网络可配置为通过现金替代品而执行交易，现金替代品可包括支付卡、信用证、支票、金融账户等。被配置用作支付网络的网络或***例子包括那些通过American等来操作的网络或***。本文所使用的术语“支付网络”可既指代实体式支付网络，又指代物理式支付网络(例如设备、硬件)，并且还指代包括支付网络的软件。

支付账户—可用于为交易提供资金的金融账户，例如是支票账户、储蓄账户、信用账户、虚拟支付账户等。支付账户可与实体相关联，所述实体可包括个人、家庭、公司、企业、政府机构等。在一些情况下，支付账户可以是虚拟的，例如那些通过等来操作的账户。

支付卡—可向商家提供的与支付账户相关联的卡或数据，从而通过相关联的支付账户来为金融交易提供资金。支付卡可包括***、借记卡、签账卡、储值卡、预付卡、加油卡、虚拟支付号码、虚拟***、可控式支付号码等。支付卡可以是可向商家提供的物理卡，或者可以是代表相关联的支付账户的数据(例如，存储在例如智能电话或计算机的通信设备中)。例如，在一些情况下，包含有支付账号的数据可被当做是用于处理由相关联支付账户提供资金的交易的支付卡。在一些情况下，如果适用的话，支票可以被认为是支付卡。

奖励账户—当被用于为交易提供资金时可为账户持有人赚取奖励的支付账户。奖励可以是以积分、级别、现金返还、里程数或相关领域技术人员显而易见的其他合适的频率值的形式。累积奖励的金额可被认为是奖励余额，例如通过账户持有人赚取的奖励越多，则可导致奖励余额增多(例如越高)。如本文所使用的，“积分”一般可指代针对奖励账户的奖励，并且“积分余额”一般可指代针对奖励账户的奖励余额。

商家—提供产品(例如商品和/或服务)的实体，以供另一实体(例如消费者或另一商家)购买。商家可以是消费者、零售商、批发商、制造商或相关领域技术人员显而易见的任何其他类型的提供可供购买的产品的实体。在一些情况下，商家可以在所提供的可供购买的商品和/或服务方面具有专业知识。在其他情况下，商家可以不具有或不需要所提供产品的专业知识。在一些实施例中，参与单次交易的实体可被认为是商家。

发行方—建立(例如开放)有利于受益人的信用证或信用额度的实体，并且承兑由受益人根据信用证或信用额度中的特定金额而支取的汇票。在许多情况下，发行方可以是银行或被授权开放信用额度的其他金融机构。在一些情况下，可给予受益人信用额度的任何实体可以被认为是发行方。由发行方开放的信用额度可以以支付账户的形式体现，并且可由受益人通过使用支付卡来支取。

收单方—可代表商家处理支付卡交易的实体。收单方可以是银行或被授权代表商家处理支付卡交易的其他金融机构。在许多情况下，当商家充当受益人时收单方可以开放信用额度。在消费者(其是由发行方所提供信用额度的受益人)通过支付卡与由收单方所代表的商家进行交易的实例中，收单方可以与发行方交换资金。

支付交易—两个实体之间的交易，其中将钱款或其他金融利益从一个实体交换到另一个实体。支付交易可以是用于以下目的资金转移：用于购买商品或服务、用于偿还债务或用于相关领域中技术人员显而易见的任何其他的金融利益的交换。在一些情况下，支付交易可指代通过支付卡和/或支付账户来提供资金的交易，例如***交易。可以通过发行方、支付网络和收单方来处理这样的支付交易。用于处理这样的支付交易的过程可至少包括授权、批处理、清算、结算和给付资金。授权可包括：由消费者向商家供给支付详情、从商家向其收单方提交交易详情(例如包括支付详情)、以及与用于为交易提供资金的消费者支付账户的发行方验证支付详情。批处理可指代将授权交易与一批用于向收单方分配的其他授权交易存储在一起。清算可包括从收单方向用于处理的支付网络发送成批的交易。结算可包括针对发行方受益人参与的交易而通过支付网络将该发行方记入借方。在一些情况下，发行方可通过支付网络向收单方支付。在其他情况下，发行方可直接向收单方支付。给付资金可包括由收单方向商家支付已经清算和结算过的支付交易。相关领域中技术人员显而易见的是，上面所讨论的步骤的顺序和/或类别作为支付交易处理的一部分来执行。

用于处理针对奖励账户的折扣请求的***

图1示出了用于针对由奖励账户提供资金的支付交易来发起并处理折扣的***100。

***可包括消费者102。消费者102可具有带有由发行方104管理的奖励能力(例如奖励账户)的支付账户。在一些情况下，发行方104可向消费者102发行与奖励账户相关联的支付卡，该奖励账户用于为支付交易提供资金。消费者102可与商家106进行待由奖励账户提供资金的支付交易。

商家106(例如，或是与商家106相关联的收单方)可向支付网络108提交针对由奖励账户提供资金的支付交易的授权请求。支付网络108可利用相关领域技术人员显而易见的***和方法来处理该支付交易。作为其一部分或接下来的处理，支付网络108将授权请求的副本传送给处理服务器110。传送给处理服务器110的授权请求可至少包括支付信息(例如，指示使用奖励账户来为支付交易提供资金)和交易金额。

处理服务器110可配置为基于奖励余额而发起针对奖励账户的折扣请求，这将在下文中进行更为详细的描述。处理服务器110可至少基于交易金额和至少项条转换原则来计算交易奖励值。转换原则可以基于商家106、消费者102、发行方104、支付交易的交易数据或任何其他合适的值。交易奖励值可以是需要通过奖励来为整个支付交易提供资金的奖励账户中的奖励的价值表现。例如，交易奖励值可以计算成将150积分用作$150的交易。

处理服务器110还可在账户数据库112中存储对应于消费者102的账户数据条目，这将在下文中进行更为详细的描述。账户数据条目可至少包括针对由消费者102使用的对支付交易提供资金的奖励账户的奖励余额。在一些实施例中，处理服务器110可以与发行方104相关联和/或可从发行方104接收账户信息(例如奖励余额)。处理服务器110可识别出针对账户数据条目的减少金额，其中所述减少金额是基于交易奖励值和包括在账户数据条目中的奖励余额中较少的那个。在这样的情况下，减少金额可以解释为以下情形：奖励余额超出了要对支付交易进行支付所需的奖励金额，或者奖励余额没有超过奖励金额，以及奖励余额可仅仅用于对支付交易提供部分资金。

然后，处理服务器110可基于减少金额而更新与消费者102相关联的账户数据条目中的奖励余额。处理服务器110还可基于减少金额和至少一条转换原则来计算针对用于支付交易的奖励账户的待处理折扣的折扣金额。然后，处理服务器110可基于已兑换的奖励，而向支付网络108提交将要向发行方104支付的、针对该奖励账户的折扣金额的折扣请求。支付网络108可利用相关领域技术人员显而易见的***和方法来处理该折扣。

在一些实施例中，处理服务器110可向消费者102传送指示已向支付网络108成功发送折扣请求的通知。该通知可通过短消息服务报文、多媒体服务报文、电子邮件、传统邮件、电话、网站、应用程序或相关领域技术人员显而易见的可向消费者102或与消费者102相关联的计算设备传送的任何其他合适的方法来传送给消费者102。在其他的实施例中，作为附加或替代，处理服务器110可传送另一通知，该通知指示已成功传输折扣请求，并指示已成功处理该折扣请求。在一些实施例中，处理服务器110还可向发行方104传送通知，以便基于算得的更新后的奖励余额向奖励账户的奖励余额提供更新。

在一些实例中，当与消费者102相关联的账户数据条目的奖励余额低于交易奖励值时，处理服务器110可从消费者102处请求许可，以提交针对支付交易的折扣请求。在这样的情况下，处理服务器110可向消费者102(例如，向与消费者102相关联的计算设备，例如进行支付交易的移动计算设备或销售点设备)提交请求。消费者102可对请求进行响应，这可被处理服务器110接收到并且被相应处理。如果消费者102希望使用他们的奖励余额，那么处理服务器110可提交如上所述的折扣请求，或者如果消费者102不希望使用他们的奖励余额，那么处理服务器100可不提交任何请求。在一些实施例中，处理服务器110可配置为提交基于部分使用奖励余额的折扣请求。

本文所讨论的***和方法可在传统的***和方法上提供许多改进，从而使消费者102能够利用针对奖励账户的奖励来为支付交易提供资金。由于处理服务器110可利用奖励余额来为支付交易提供资金，而不需要消费者102使用第二张支付卡或不必在进行交易之前执行任何操作，因此处理服务器110可通过奖励更迅速且更高效地对支付交易提供资金。因此，***100可能潜在地更能被消费者所接受，随之其可导致更高的使用率，这可为消费者102和发行方104二者带来利益。

此外，由于奖励的使用被处理成为折扣请求，使得支付交易其自身可依惯例进行而不必改变当前的支付***。此外，折扣请求可作为在支付交易之后的清算记录来进行传送，这可导致非常迅速地处理折扣请求。在这样的情况下，从商家106向支付网络108提交的初始授权请求可以依惯例被提交，而不必由处理服务器110来中断或干预，这使得维持在传统的处理速度，当这与折扣请求的清算速度结合时，使得对使用奖励的支付交易的折扣处理没有明显延迟地到达消费者102处。

处理装置

图2示出了***100的处理服务器110的实施例。相关领域技术人员显而易见的是，图2中示出的处理服务器110的实施例仅作为图示并且可能没有详尽地显示出适于执行本文所讨论的功能的处理服务器110的所有可能的配置。例如，图6中示出的以及下文中更为详细讨论的计算机***600可以作为处理服务器110的合适配置。

处理服务器110可包括接收单元202。接收单元202可配置为经过一个或多个网络通过一个或多个网络协议来接收数据。接收单元202可配置为从支付网络108接收授权请求，所述支付网络对应于由奖励账户提供资金的支付交易，其中，授权请求至少包括交易金额和支付信息。支付信息可包括账户标识符或相关领域技术人员所显而易见的那些可用于识别用于对支付交易提供资金的奖励账户的其他合适信息。

处理服务器110还可包括处理单元204。处理单元204可使用支付信息来识别存储在账户数据库112中的、与用于对支付交易提供资金的奖励账户相关联的账户数据条目208。存储在账户数据库112中的每个账户数据条目208可包括与消费者奖励账户有关的数据，该数据至少包括账户标识符和奖励余额。账户标识符可以是用于身份(例如身份号码、(例如与奖励账户相关联的)支付账户号码、用户名、电子邮箱地址、电话号码等)的唯一值。奖励余额可以是由消费者102针对相关联的奖励账户赚取的奖励的余额。在一些情况下，可以由处理服务器110(例如，通过接收单元202)从发行方104接收该奖励余额。

处理单元204还可配置为至少基于交易金额和可存储在存储器210中的一条或多条转换原则来计算交易奖励值。在一些情况下，交易奖励值还可至少基于以下各项中的至少一项：消费者102(例如消费者102的账户级别)、发行方104(例如发行方偏好、发行方类别等等)、商家106(例如商家偏好、商家类别、商家行业等)、包括在授权请求中的交易数据(例如产品数据、交易时间和/或日期、地理位置等)以及相关领域技术人员显而易见的更多项。

处理单元204还可配置为识别减少金额，其可以是交易奖励值和包括在经识别的账户数据条目208中的奖励余额中较少的那个。然后，处理单元204可基于当前的奖励余额和减少金额来更新包括在经识别的账户数据条目208中的奖励余额，并且可基于确定出的减少金额和至少一条转换原则来计算折扣金额。处理单元204可生成针对计算出的折扣金额的折扣请求。在一个例子中，交易金额可以是$100并且处理单元204计算出100积分的交易奖励值。经识别的账户数据条目208包括75积分的奖励余额。处理单元204可因此确定出75积分的减少金额，其可将奖励余额更新为零积分，并且可导致计算出$75的折扣金额。然后，处理单元204可向奖励账户生成$75的折扣请求。

处理服务器110还可包括传输单元206。传输单元206可配置为经由一个或多个网络通过一个或多个网络协议来传送数据。传输单元206可配置为向支付网络108传送所生成的折扣请求，以用于处理。传输单元206还可配置为向消费者102和/或发行方104传送指示已成功发送折扣请求的通知。

在一些实施例中，在成功处理折扣请求时，接收单元202可接收来自支付网络108的通知。在这样的实施例中，传输单元206还可配置为向消费者102和/发行方104传送指示已成功处理的通知。在一些情况下，通知可附加于或替代先前的指示已成功发送折扣请求的通知来进行传送。

在经识别的账户数据条目208中的奖励余额低于针对支付交易的交易奖励值的实施例中，并且如果处理服务器110(例如基于先前接收的存储在例如经识别的账户数据条目208中的消费者偏好)需要消费者102同意使用奖励来对支付交易提供部分资金，那么传输单元206可配置为向消费者102传送用于征求消费者102批准的请求，以继续处理。该请求可通过相关领域技术人员显而易见的任何合适的方法来向消费者102传送，例如通过与消费者102相关联的计算设备或用于进行支付交易(例如，授权请求中所指示的那个支付交易)的销售点设备传送。接收单元202可配置为接收来自消费者102的、指示处理针对交易金额部分金额的折扣请求的响应或指示拒绝折扣请求的响应。处理单元204可识别包括在响应中的指令并且可如上文所讨论的那样进行相应行动。在一些实施例中，如果奖励余额低于计算出的交易奖励值，那么账户数据条目208可指示是否需要处理单元204生成折扣请求。

支付交易的处理和折扣请求的后续处理

图3示出了对由奖励账户提供资金的支付交易进行处理的过程以及使用奖励账户上赚取的奖励来后续处理折扣请求的过程。

在步骤302中，消费者102可利用奖励账户发起与商家106的支付交易，以购买商品或服务。作为发起支付交易的一部分，消费者102可向商家106提供奖励账户的账户号码(例如，通过支付卡或其他合适的方法)。在步骤304中，商家106(例如，或者与商家106相关联的收单方)可生成授权请求并向支付网络108提交该授权请求，以进行处理。在步骤306中，支付网络108可向奖励账户的发行方104传送该授权请求。在步骤308中，发行方104可批准支付交易(例如，基于奖励账户中足够的资金)，并且在步骤310中，发行方可以向支付网络108回传指示批准的授权响应。

在步骤312中，支付网络108可向商家106传送授权响应以指示批准支付交易。相关领域技术人员显而易见的是，步骤304至步骤312是利用传统的***和方法来处理支付交易的示范，并且可包括附加的步骤和/或附加的实体。在步骤314中，商家106可提供收据和/或与消费者102进行商品或服务交易。

在步骤316中，支付网络108可向处理服务器110传送针对支付交易的授权请求的副本，其至少包括支付信息和交易金额。在步骤318中，处理服务器110可识别与用于对支付交易提供资金的奖励账户相关联的账户数据条目208，并且还可识别可潜在使用的奖励(这是基于包括在经识别的账户数据条目208中的奖励余额，以及基于交易金额和至少一条转换原则而计算出的交易奖励值)，从而对支付交易提供资金。在可能需要消费者102批准使用奖励来对支付交易提供全部或部分资金的情况下，在步骤320中，处理服务器110可向消费者102提交批准请求。

在步骤322中，消费者102可通过计算设备(例如移动计算设备、在商家106处的销售点设备等)或其他合适的方法来批准使用积分。在步骤324中，将指示消费者已批准的批准响应传送给处理服务器110。然后在步骤326中，处理服务器110可基于减少金额和至少一条转换原则而生成针对折扣金额的折扣请求。在步骤328中，处理服务器110可向支付网络108传送该折扣请求。

在步骤330中，支付网络108可利用相关领域技术人员所显而易见的方法和***来处理折扣请求。折扣可从与商家106相关联的账户到与消费者102相关联的奖励账户的方式来处理。在步骤332中，支付网络108传送折扣响应，指示已成功处理针对奖励账户的折扣金额的折扣。在步骤334中，处理服务器110可向消费者102传送指示已成功处理折扣的通知。在一些情况下，通知还可包括相关领域技术人员显而易见的更新后的奖励金额和其他合适的信息。

用于生成和发起折扣请求的方法

图4示出了通过***100的处理服务器110执行的、针对由奖励账户提供资金的支付交易来生成并处理有关折扣的折扣请求的方法。

在步骤402中，处理服务器110的接收单元202接收针对由奖励账户提供资金的支付交易的授权请求。授权请求可至少包括支付信息和交易金额。在步骤404中，处理单元204可确定该支付交易是否为能利用奖励来提供全部或部分资金的有效交易。步骤404可包括利用包括在授权请求中的支付信息来识别存储在账户数据库112中的账户数据条目208。如果未能识别出有效的账户数据条目208，那么可认为交易不是有效的，并且可以终止进程。

如果识别出了有效的账户数据条目208，并且可以利用奖励对该交易提供全部或部分资金，那么在步骤406中，处理单元204可以确定在账户中是否有足够的奖励余额来对支付交易提供资金。步骤406可包括：基于支付交易的交易金额和一条或多条转换原而对交易奖励值进行计算，和识别出包括在经识别的账户数据条目208中的奖励余额是否满足或超出了计算出的交易奖励值。如果奖励余额不足，那么在步骤408中，处理单元204可确定(例如，基于包括在经识别的账户数据条目208中的数据)是否存在来自与奖励账户相关联的消费者102的、针对为支付交易提供部分资金的默认批准。

如果消费者102并未提供默认批准，那么在步骤410中，处理服务器110的传输单元206可向消费者102传送批准请求。在一些实施例中，批准请求的通信方法可包括在经识别的账户数据条目208中，在步骤412中，接收单元202可接收来自消费者102的响应，其指示了批准或拒绝使用奖励来对支付交易提供部分资金。在步骤414中，处理单元204可在消费者响应中识别出是否批准使用奖励。如果并未批准使用奖励，那么结束进程。

如果在消费者响应中消费者102批准使用奖励，或者如果消费者102默认批准使用奖励，或者如果有足够的奖励余额用于对支付交易提供全部资金的话，那么在步骤416中，处理单元204可以从经识别的账户数据条目208中的奖励余额上扣除相应的奖励金额。然后在步骤418中，处理单元204可处理针对支付交易的折扣。处理折扣可以包括：基于交易奖励值、奖励减少金额和至少一条转换原则来计算折扣金额，生成针对计算出的折扣金额的折扣请求，并且通过传输单元206向支付网络108传送所述折扣请求以用于处理。在步骤420中，传输单元206可向消费者102传送指示对折扣的处理情况的通知。在一些情况下，通知可包括减少金额、折扣金额和更新后的奖励余额中的至少一项。

用于针对由奖励账户提供资金的支付交易发起折扣的方法

图5示出了用于针对由奖励账户提供资金的支付交易而发起折扣的方法500。

在步骤502中，多个账户数据条目(例如账户数据条目208)可存储在数据库(例如账户数据库112)中，其中每个账户数据条目208均包括与消费者奖励账户有关的数据，该数据至少包括账户标识符和奖励余额。在步骤504中，可通过接收装置(例如接收单元202)来接收针对商家(例如商家106)参与的支付交易的授权请求，其中授权请求至少包括支付信息和交易金额。在步骤506中，可至少基于交易金额和至少一条转换原则而通过处理装置(例如处理单元204)来计算交易奖励值。在一个实施例中，至少一条转换原则与商家106、交易金额、账户级别和商家类别中的至少一项相关联。

在步骤508中，可通过处理装置204识别出减少金额，其中减少金额是交易奖励值和包括在数据库112中的专用账户数据条目208中的奖励余额中较少的那个，其中数据库112中所包括的账户标识符与支付信息相对应。在一个实施例中，每个账户数据条目208还可包括当奖励余额低于计算出的交易奖励值时是否要使用相应的奖励余额的指示。在一些实施例中，包括在授权请求中的支付信息可包括：包含在专用账户数据条目208中的账户标识符。

在步骤510中，包括在专用账户数据条目208中的奖励余额可基于识别出的减少金额而在数据库112中被更新。在步骤512中，可基于交易奖励值和识别出的减少金额以及至少一条转换原则而通过处理装置204来计算折扣金额。在步骤514中，可从与商家106相关联的支付账户通过传输装置(例如传输单元206)向与包括在授权请求中的支付信息相对应的支付账户传送针对计算出的折扣金额的折扣请求。在一些实施例中，将折扣请求传送给支付网络(例如支付网络108)。

在一个实施例中，方法500还可包括：通过传输装置206向与专用账户数据条目208相关联的消费者(例如消费者102)传送指示已成功发送折扣请求的通知。在另一个实施例中，方法500还可包括：响应于所传送的折扣请求，通过接收装置202接收成功处理折扣的指令；以及通过传输装置206向与专用账户数据条目相关联的消费者102传送指示已成功处理折扣的通知。

在一些实施例中，方法500还可包括：当奖励余额低于交易奖励值时，在发送折扣请求之前通过接收装置202接收关于继续进行折扣请求传送的指示。在又一实施例中，响应于由传输装置206向与专用账户数据条目208相关联的计算设备传送了继续进行请求，可以接收到继续进行指令。在再又一实施例中，所述继续进行请求可至少包括包含在专用账户数据条目208中的奖励余额，并且所述继续进行请求可通过如下至少一项来传送：短消息服务报文、多媒体消息服务报文、电子邮件中，以及针对与支付交易相关联的销售点设备的传输方式。

计算机***架构

图6示出了计算机***600，其中本发明的计算机***实施例或其部分可以实施为计算机可读代码。例如，图1的处理服务器110可实现于使用硬件、软件、固件、其中存储有指令的非暂时性计算机可读介质或它们的组合的计算机***600中，并可实现于一个或更多个计算机***或其他处理***中。硬件、软件或它们的任意组合可体现为用于实施图3至图5的方法的模块和组件。

如果使用可编程逻辑，那么这种逻辑可在市售处理平台或专用装置上执行。本领域普通技术人员可以理解，所公开主题的实施例可通过各种计算机***配置来实现，包括多核多处理器***、小微型计算机、大型计算机、具有分布式功能的链接或群集式计算机，以及可虚拟嵌入到任何设备中的遍布型计算机或微型计算机。例如，至少一个处理器装置和存储器可用于实现上述实施例。

如本文中所述的处理器单元或装置可以是单个处理器、多个处理器或它们的组合。处理器装置可具有一个或更多个处理器“内核”。如本文所讨论的术语“计算机程序介质”、“非暂时性计算机可读介质”和“计算机可用介质”用于一般性指代有形介质，例如可拆卸式存储单元618、可拆卸式存储单元622以及安装在硬盘驱动器612中的硬盘。

本发明的各种实施例都是根据本示例性计算机***600来进行描述的。相关领域技术人员在阅读本说明书之后，对于如何使用其他计算机***和/或计算机架构来实现本发明将变得显而易见。尽管将操作描述为顺序的过程，但是一些操作实际上可并行、同时执行和/或在分布式环境中执行，并且通过由单个或多个处理器访问的本地或远程存储的程序代码来执行。此外，在一些实施例中，在不脱离所公开主题的精神的情况下可以重新排列操作顺序。

处理器装置604可以是专用或通用处理器装置。处理器装置604可以连接于诸如总线、消息队列、网络、多核消息传递方案等的通信基础设施606。网络可以是适用于执行如本文所公开的功能的任何网络并且可包括局域网(LAN)、广域网(WAN)、无线网络(例如WiFi)、移动通信网络、卫星网络、互联网、光纤、同轴电缆、红外线、射频(RF)或它们任何的组合。其他合适的网络类型和配置对于相关领域技术人员而言将是显而易见的。计算机***600还可以包括主存储器608(例如随机访问存储器、只读存储器等)，并且还可以包括辅助存储器610。辅助存储器610可包括硬盘驱动器612和可拆卸式存储驱动器614(例如软盘驱动器、磁带驱动器、光盘驱动器、闪存等)。

可拆卸式存储驱动器614可通过公知的方式来读取和/或写入可拆卸式存储单元618。可拆卸式存储单元618可包括可由可拆卸式存储驱动器614进行读取并写入的可拆卸式存储介质。例如，如果可拆卸式存储驱动器614是软盘驱动器，那么可拆卸式存储单元618可以是软盘磁盘。在一个实施例中，可拆卸式存储单元618可以是非暂时性计算机可读记录介质。

在一些实施例中，辅助存储器610可包括用于允许将计算机程序或其他指令加载到计算机***600中的其他类机构，例如可拆卸式存储单元622和接口620。这种机构的示例可包括程序盒式存储器和盒式接口(例如如同在视频游戏***中看到的那样)、可拆卸式存储器芯片(例如EEPROM、PROM等)和相关的插座，以及相关领域技术人员显而易见的其他可拆卸式存储单元622和接口620。

存储在计算机***600中(例如，在主存储器608和/或辅助存储器610中)的数据可存储在任何合适类型的计算机可读介质中，例如光存储器(例如光盘、数字化通用磁盘、蓝光光盘等)或磁带存储器(例如硬盘驱动器)。数据可配置为任何合适类型的数据库配置，例如关系数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等。相关领域技术人员将显而易见那些合适的配置和存储类型。

计算机***600还可包括通信接口624。通信接口624可配置为允许软件和数据在计算机***600与外部装置之间传递。示例性通信接口624可包括调制解调器、网络接口(例如以太网卡)、通信端口、PCMCIA槽和卡等。经由通信接口624传递的软件和数据可以是信号的形式，其可以是电子信号、电磁信号、光学信号或相关领域技术人员显而易见的其他信号。该信号可以通过通信路径626来传播，其中所述通信路径可配置用于承载信号并可采用电线、电缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。

计算机程序介质和计算机可用介质是指例如主存储器608和辅助存储器610的存储器，其可以是存储器半导体(例如DRAM等)。这些计算机程序产品可以是用于向计算机***600提供软件的机构。计算机程序(例如，计算机控制逻辑)可存储在主存储器608和/或辅助存储器610中。计算机程序还可以经由通信接口624来接收。这种计算机程序当执行时能够使计算机***600执行这里所讨论的本发明的方法。具体地，计算机程序在被执行时能够使处理器装置604执行这里所讨论的如图3至图5所示的方法。因此，这种计算机程序可代表计算机***600的控制器。在本发明采用软件来实现的情况下，该软件可以存储在计算机程序产品中，并可以利用移动存储驱动器614、接口620和硬盘驱动器612，或者利用通信接口624而加载到计算机***600中。

与本公开相一致的技术，除其他特征以外，提供了针对由奖励提供资金的支付交易发起折扣的***和方法。尽管上文已经描述了所公开***和方法的各种示例性实施例，但应该理解的是，它们仅用于示例性的目而并非加以限制。本公开并非是详尽的，并且不限制所公开的精确形式。在不脱离本公开广度或范围的情况下，可以根据上述教导进行修改及变型，或者从本公开的实践中获知修改及变型。

Claims (20)

1.一种用于针对由奖励账户提供资金的支付交易来发起折扣的方法，包括：

在数据库中存储多个账户数据条目，其中每个账户数据条目均包括与消费者奖励账户有关的数据，所述数据至少包括账户标识符和奖励余额；

由接收装置接收针对有商家参与的支付交易的授权请求，其中所述授权请求至少包括支付信息和交易金额；

由处理装置至少基于所述交易金额和至少一条转换原则来计算交易奖励值；

由处理装置识别减少金额，其中所述减少金额是所述交易奖励值与包含在数据库中的专用账户数据条目中的所述奖励余额中较少的那个，其中包含在所述数据库中的账户标识符与所述支付信息相对应；

基于识别出的所述减少金额，在数据库中更新包含在所述专用账户数据条目中的奖励余额；

由所述处理装置基于所述交易奖励值和所述识别出的减少金额以及至少一条转换原则来计算折扣金额；以及

由传输装置从与商家相关联的支付账户向与所述支付信息相对应的支付账户传送针对计算出的所述折扣金额的折扣请求。

2.根据权利要求1所述的方法，还包括：

由所述传输装置向与所述专用账户数据条目相关联的消费者传送指示已成功传送所述折扣请求的通知。

3.根据权利要求1所述的方法，其中，当所述奖励余额低于计算出的所述交易奖励值时，每个账户数据条目还包括关于是否使用相应的奖励余额的指令。

4.根据权利要求1所述的方法，其中，所述至少一条转换原则与商家、交易金额、账户级别以及商家类别中的至少一项相关联。

5.根据权利要求1所述的方法，其中，当所述奖励余额低于所述交易奖励值时，所述方法还包括：

在传送所述折扣请求之前，由所述接收装置接收继续进行折扣请求传送的指令。

6.根据权利要求5所述的方法，其中，响应于由所述传输装置向与所述专用账户数据条目相关联的计算装置传送继续进行请求，接收继续进行指令。

7.根据权利要求6所述的方法，其中，所述继续进行请求至少包括：包含在所述专用账户数据条目中的奖励余额，并且所述继续进行请求经由如下至少一项来传送：短消息服务报文、多媒体消息服务报文、电子邮件，以及针对与所述支付交易相关联的销售奖励装置的传输方式。

8.根据权利要求1所述的方法，其中，所述支付信息包括包含在所述专用账户数据条目中的账户标识符。

9.根据权利要求1所述的方法，其中，将所述折扣请求传送至支付网络。

10.根据权利要求1所述的方法，还包括：

响应于所传送的所述折扣请求，由所述接收装置接收关于成功处理折扣的指令；以及

由所述传输装置向与所述专用账户数据条目相关联的消费者传送指示已成功处理所述折扣的通知。

11.一种用于针对由奖励账户提供资金的支付交易来发起折扣的***，包括：

数据库，其配置为存储多个账户数据条目，其中每个账户数据条目均包括与消费者奖励账户有关的数据，所述所述至少包括账户标识符和奖励余额；

接收装置，其配置为接收针对有商家参与的支付交易的授权请求，其中所述授权请求至少包括支付信息和交易金额；

处理装置，其配置为：

至少基于所述交易金额和至少一条转换原则来计算交易奖励值，

识别减少金额，其中所述减少金额是所述交易奖励值与包含在所述数据库中的专用账户数据条目中的所述奖励余额中较少的那个，其中包含在所述数据库中的账户标识符与所述支付信息相对应，

基于识别出的所述减少金额，在所述数据库中更新包含在所述专用账户数据条目中的奖励余额，以及

基于所述交易奖励值和所述识别出的减少金额以及至少一条转换原则来计算折扣金额；以及

传输装置，其配置为从与商家相关联的支付账户向与所述支付信息相对应的支付账户传送针对计算出的所述折扣金额的折扣请求。

12.根据权利要求11所述的***，其中，所述传输装置还配置为向与所述专用账户数据条目相关联的消费者传送指示已成功传送所述折扣请求的通知。

13.根据权利要求11所述的***，其中，当所述奖励余额低于计算出的所述交易奖励值时，每个账户数据条目还包括关于是否使用相应的奖励余额的指令。

14.根据权利要求11所述的***，其中，所述至少一条转换原则与商家、交易金额、账户级别和商家类别中的至少一项相关联。

15.根据权利要求11所述的***，其中，当所述奖励余额低于所述交易奖励值时，所述接收装置被配置为：在传送所述折扣请求之前，接收继续进行所述折扣请求的传送的指令。

16.根据权利要求15所述的***，其中，响应于由所述传输装置向与所述专用账户数据条目相关联的计算装置传送继续进行请求，接收继续进行指令。

17.根据权利要求16所述的***，其中，所述继续进行请求至少包括：包含在所述专用账户数据条目中的奖励余额，并且所述继续进行请求经由如下至少一项来传送：短消息服务报文、多媒体消息服务报文、电子邮件中，以及针对与所述支付交易相关联的销售奖励装置的传输方式。

18.根据权利要求11所述的***，其中，所述支付信息包括包含在所述专用账户数据条目中的账户标识符。

19.根据权利要求11所述的***，其中，将所述折扣请求传送至支付网络。

20.根据权利要求11所述的***，其中，

所述接收装置还配置为：响应于所传送的所述折扣请求，接收关于成功处理折扣的指令；

所述传输装置还配置为：向与所述专用账户数据条目相关联的消费者传送指示已成功处理所述折扣的通知。