用于在交易授权时处理实时返利的方法和系统技术方案

公开了用于处理涉及奖励账户的支付交易的系统和方法。一个示例性的方法包括接收涉及奖励账户的支付交易的授权请求。授权请求至少包括交易金额。该方法还包括基于奖励偏好确定支付交易是否具有奖励返利的资格，并且当支付交易具有资格时发送奖励返利请求。

Method and system for processing real time rebate in transaction authorization

Systems and methods for processing payment transactions involving bonus accounts are disclosed. An exemplary method includes receiving an authorization request for a payment transaction involving a reward account. The authorization request includes at least the amount of the transaction. The method also includes determining whether the payment transaction has a reward rebate based on the reward preference, and sending a reward rebate request when the payment transaction is qualified.

【技术实现步骤摘要】
【国外来华专利技术】相关申请的交叉引用本申请是2014年8月21日提交的美国专利申请No.14/465,063的PCT国际申请并要求其优先权。美国专利申请No.14/465,063是2013年10月21日提交的美国专利申请No.14/058,548的部分继续申请。通过引用的方式将上述申请的全部公开内容并入到本文中。
本公开涉及发起对使用奖励账户提供资金的支付交易的返利，具体地，涉及在基于奖励余额的支付交易处理之后，自动发起向奖励账户返利。
技术介绍
本部分提供与本公开相关的背景信息，其不一定是现有技术。为了增加使用量，许多支付卡发行商为使用她们的支付卡的持卡人提供奖励。奖励可以采用各种形式，例如，可以兑换现金或产品的奖励积分、现金返还、航空里程、特定商家的奖励积分(例如，旅游服务公司、酒店、批发商、零售商等)、基于活动的奖励等级，其中每个等级可能具有相应的收益等等。然而，这些传统的奖励方案通常需要持卡人采取大量的行动才能获得收益。此外，持卡人通常不能直接在销售点使用奖励，而是要求先兑换奖励、再收到奖励、然后在销售点使用奖励。为了在销售点简化奖励收益的兑换，已经开发了一些系统和方法，以便在使用特定支付卡时就能够兑换奖励积分或其他收益。例如，在2009年9月4日提交的公开号为2010/0057553的美国专利中描述的系统使用仅授权使用奖励积分的余额的支付卡，通过引用的方式将该美国专利整体并入到本文中。然而，由于该卡仅被授权使用积分，所以该卡不可用于传统的支付交易，这可能会使消费者感到沮丧或混淆，特别是如果消费者不希望携带多个支付卡时。开发了在支付卡上包括物理开关的另一种系统，持卡人可以触发该物理开关，以便在作为传统支付卡的使用和通过奖励余额的支付之间进行切换。然而，这可能使可能会忘记在使用类型之间切换的消费者感到沮丧。此外，两种支付方式的差异可能导致持卡人无法使用信用和奖励余额来支付。附图说明当结合附图阅读时，从下面对示例性实施例的详细描述中可以更好地理解本公开的范围。附图中所包括的是如下的附图：图1是示出根据示例性实施例的、用于发起对使用奖励账户提供资金的支付交易的返利的系统的高级架构。图2是示出根据示例性实施例的、用于发起对由奖励账户提供资金的支付交易的返利的图1的处理服务器的框图。图3是示出根据示例性实施例的、对使用奖励账户提供资金的支付交易的处理以及基于奖励余额发起和处理对奖励账户的返利的过程的流程图。图4是示出根据示例性实施例的、在使用奖励账户提供资金的支付交易之后，由图2的处理服务器发起的返利请求的过程的流程图。图5是用于接收消费者偏好选择的示例性界面的框图。图6是示出根据示例性实施例的、用于发起对使用奖励账户提供资金的支付交易的返利的示例性方法的流程图。图7是本公开的、适于在处理涉及奖励账户的支付交易中使用的的另一示例性系统的框图。图8是根据图7的系统的、处理涉及奖励账户的支付交易的示例性方法的流程图。图9是根据图7的系统的、处理涉及与第三方相关联的奖励账户的支付交易的示例性方法的流程图。图10是示出根据示例性实施例的计算机系统架构的框图。通过下文提供的详细描述，本公开的其他适用范围将变得显而易见。应当理解，示例性实施例的详细描述仅用于举例说明的目的，因此并不意在限制本公开的范围。具体实施方式现在将参照附图更全面地描述示例性实施例。术语定义支付网络-用于通过使用现金替代品来转移货币的系统或网络。支付网络可以使用各种不同的协议和进程来处理用于各种类型交易的货币转移。可以通过支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转帐、账户提款等。支付网络可以被配置为通过现金替代品执行交易，所述现金替代品可以包括支付卡、信用证、支票、财务账户等。配置为执行成支付网络的网络或系统的例子包括由等运营的网络或系统。本文对术语“支付网络”的使用可以指将支付网络作为实体和物理支付网络，例如，包括支付网络的设备、硬件和软件。支付账户-可用于为交易提供资金的金融账户，例如，支票账户、储蓄账户、信用账户、虚拟支付账户等。支付账户可以与实体相关联，该实体可以包括个人、家庭、公司、社团、政府实体等。在某些情况下，付款账户可能是虚拟的，例如由等运营的账户等。支付卡-与支付账户相关联的卡或数据，可以将支付账户提供给商家以通过相关联的支付账户为金融交易提供资金。支付卡可以包括信用卡、借记卡、签账卡、储值卡、预付卡、汽油特惠卡(fleetcard)、虚拟支付号码、虚拟卡号码、受控支付号码等。支付卡可以是可以提供给商家的物理卡或者可以是表示相关联的支付账户的数据(例如，存储在诸如智能电话或计算机的通信设备中的数据)。例如，在某些情况下，可以认为包括支付账号的数据可以被认为是用于处理由相关联的支付账户提供资金的交易的支付卡。在某些情况下，在适用时可以将支票视为支付卡。奖励账户-当支付账户用于为交易提供资金时，该支付账户可以为账户持有人赚取奖励。对相关领域的技术人员显而易见的是，奖励可以是积分、等级、返现、里程或其他合适的频率值的形式。可将累积奖励的金额称为奖励余额，例如，账户持有人赚取越多的奖励就可以导致奖励余额增加(例如，更高)。如本文所使用的，“积分”通常可以指对奖励账户的奖励，并且“积分余额”通常可以指奖励账户的奖励余额。商家–为另一个实体(例如，消费者或其他商家)提供购买的产品(例如，商品和/或服务)的实体。对相关领域的技术人员显而易见的是，商家可以是消费者、零售商、批发商、制造商、或可以提供用于购买的产品的任何其他类型的实体。在某些情况下，商家可能对提供的用于购买的商品和/或服务有特殊的知识。在其他情况下，商家可能没有或可以不要求对提供的产品有任何特殊的知识。在一些实施例中，可以将参与单个交易的实体认为是商家。发行者-建立(例如，开立)有利于受益人的信用证或信用额度以及由受益人根据信用证或信用额度规定的额度而提取的支票的实体。在许多情况下，发行者可能是授权开立信用额度的银行或其他金融机构。在某些情况下，可将任何向受益人提供信用额度的实体视为发行者。发行者开立的信用额度可以以支付账户的形式表示，并可以由受益人通过使用支付卡进行支付。收单方-代表商家处理支付卡交易的实体。收单方可以是被授权代表商家处理支付卡交易的银行或其他金融机构。在许多情况下，收单方可以向作为受益人的商家开立信用额度。在可以是发行者提供的信用额度的受益人的消费者通过支付卡与由收单方代表的商家进行交易的情况下，则收单方可以向发行者交换资金。支付交易-两个实体之间的交易，其中，货币或其他经济利益从一个实体交换到另一个实体。对相关领域的技术人员显而易见的是，支付交易可以是资金转移、购买商品或服务、偿还债务、或任何其他经济利益交换。在某些情况下，支付交易可以指通过支付卡和/或支付账户提供资金而进行的交易，例如，信用卡交易。这种支付交易可以通过发行者、支付网络和收单方来处理。处理这种支付交易的过程可以包括授权、批处理、清算、结算和提供资金中的至少一个。授权可以包括向商家提供消费者的支付明细，从商家向其收单方提交交易明细(例如，包括支付明细)以及由为交易提供资金的消费者的支付账户的发行者对支付明细进行验证。批处理可以指批量地存储授权的交易与其本文档来自技高网...

【技术保护点】
一种向奖励账户发起返利的计算机实现方法，所述奖励账户与数据库中的账户数据条目相关联，所述账户数据条目至少包括所述奖励账户的账户标识符、奖励余额和奖励偏好，所述方法包括：通过处理服务器接收涉及所述奖励账户的支付交易的授权请求，其中所述授权请求至少包括交易金额；在处理服务器处，基于所述奖励偏好确定所述支付交易是否具有奖励返利的资格；以及当所述支付交易具有资格时，从所述处理服务器发送奖励返利的请求。

【技术特征摘要】
【国外来华专利技术】2014.08.21 US 14/465,0631.一种向奖励账户发起返利的计算机实现方法，所述奖励账户与数据库中的账户数据条目相关联，所述账户数据条目至少包括所述奖励账户的账户标识符、奖励余额和奖励偏好，所述方法包括：通过处理服务器接收涉及所述奖励账户的支付交易的授权请求，其中所述授权请求至少包括交易金额；在处理服务器处，基于所述奖励偏好确定所述支付交易是否具有奖励返利的资格；以及当所述支付交易具有资格时，从所述处理服务器发送奖励返利的请求。2.根据权利要求1所述的方法，还包括：至少基于交易金额和至少一个转换规则，通过所述处理服务器计算交易奖励值；以及基于所述交易奖励值和所述奖励余额中的较小者，通过所述处理服务器计算返利金额。3.根据权利要求2所述的方法，还包括：基于所述奖励金额，在所述数据库中更新所述奖励余额；以及其中，发送所述奖励返利的请求包括：当所述支付交易具有所述奖励返利的资格时，基于计算的返利金额发送奖励返利的请求。4.根据权利要求1所述的方法，其中，所述奖励偏好包括消费者奖励偏好；并且其中，所述消费者奖励偏好包括以下中的至少一个：仅为下一个交易请求奖励返利的偏好、以及仅为高于消费者最小购买金额的交易请求奖励返利的偏好。5.根据权利要求4所述的方法，还包括：当所述消费者奖励偏好包括仅针对下一个交易请求奖励返利的偏好时，在发送所述返利请求后，自动地将所述消费者奖励偏好改变为对任何交易都不请求奖励返利的偏好。6.根据权利要求4所述的方法，其中，所述奖励偏好包括与所述奖励账户有关的至少一个计划奖励偏好；以及其中确定支付交易是否具有资格包括：基于所述计划奖励偏好和所述消费者返利偏好，确定所述支付交易是否具有奖励返利的资格。7.根据权利要求6所述的方法，其中，所述计划奖励偏好包括以下中的至少一个：仅当所述交易金额高于计划的最小金额时才允许奖励返利的请求的偏好、仅当所述奖励余额足以为所述交易完全提供资金时才允许奖励返利的请求的偏好、以及当所述奖励余额不够为所述交易完全提供资金时允许奖励的请求的偏好。8.根据权利要求7所述的方法，其中，发送奖励返利的请求包括：当所述计划奖励偏好包括允许为部分交易请求奖励返利的奖励偏好时，基于所述奖励余额发送针对返利金额的奖励返利请求。9.根据权利要求1所述的方法，还包括：通过所述处理服务器接收至少一个消费者奖励偏好的消费者选择；以及基于接收到的消费者选择，更新所述数据库中的账户数据条目中的奖励偏好。10.根据权利要求9所述的方法，还包括：使界面显示在消费者计算机系统上，所述界面提供多个可选择的消费者奖励偏好；以及其中接收所述消费者选择包括：通过所述界面从所述消费者计算机系统接收所述多个可选择的消费者奖励偏好中的至少一个的选择。11.根据权利要求1所述的方法，还包括：至少基于交易金额和至少一个转换规则，通过所述处理服务器计算交易奖励值；以及当与所述奖励账户有关的奖励余额存储在第三方时，通过所述处理服务器将所述交易奖励值和支付交易信息发送给第三方，从而允许所述第三方管理所述奖励余额。12.一种用于处理涉及奖励账户的支付交易的系统，所述系统包括：包括账户数据库的处理服务器，所述账户数...

【专利技术属性】
技术研发人员：K·P·克拉克，C·A·吉内，J·J·E·帕斯特拉纳，
申请(专利权)人：万事达卡国际股份有限公司，
类型：发明
国别省市：美国;US