本申请要求于2016年4月6日提交的美国专利申请no.15/091,638的申请日的优先权和权益，该申请通过引用整体并入本文。
本公开涉及用于实时促销的方法和系统，例如，以实时方式应用积分(points)而不是为交易花费现金。
背景技术
目前，金融机构可以提供忠诚度计划以激励持卡人参与某些购买活动。忠诚度计划可以包括为某些类型的交易提供折扣(rebate)或信用点。例如，当持卡人使用对应的信用卡从例如amazon(亚马逊)
当持卡人使用折扣或积分进行未来购买时，传统的忠诚度计划具有一个或多个缺点或限制。例如，传统的忠诚度计划可以在购买之前提醒持卡人可用的折扣或积分，但是无法在交易之后立即奖励持卡人。
另外，传统忠诚度计划的折扣或积分的兑换模型也给持卡人造成困难，因为兑换模型要求持卡人等到购买被发布到他们的账户上才登录到忠诚度计划的系统以兑换折扣或积分。因此，该兑换模型导致持卡人经数日延迟和所需活动方能收到折扣或积分的利益。此外，所涉及的计算机系统必须处理多个联系人、多个认证、审计和跟踪以及对账，以及其他在计算机处理和通信方面成本高昂而且影响可扩展性的功能。
此外，传统的忠诚度计划通常作为各个金融机构的企业产品运行。本发明人认为需要通用程序支持。
另外，传统的忠诚度计划可以实施促使持卡人在销售点兑换折扣或积分的解决方案。然而，这样的解决方案可能要求商家升级设备或其商店中预先存在的设备的编程，以及对他们的员工进行关于针对不同奖励或促销计划可能不同的新规程的培训。在其他解决方案中，持卡人可被发行与他/她的奖励余额相链接的第二支付卡(例如，预付卡或虚拟卡)，第二支付卡要求持卡人通过单独的卡机制跟踪和兑换奖励。这也是计算上复杂的，涉及许多不同的和额外的通信，以及发行、跟踪、处理和结算第二支付卡。
因此，需要一种技术解决方案来提供用于交易的实时奖励的方法和系统。
技术实现要素：
本公开提供了用于实时促销的系统和方法的描述。该系统和方法可以管理与交易账户相关的奖励值。
例如，一种用于管理与交易账户相关的奖励值的方法可以包括：在处理服务器的账户数据库中存储多个账户简档，其中每个账户简档包括与交易账户相关的至少包括账户标识符和奖励值的结构化数据集；由处理服务器的接收设备接收与支付交易相关的第一交易消息，其中交易消息基于一个或多个标准被格式化并且至少包括指示授权请求的消息类型指示符和多个数据元素，该多个数据元素至少包括被配置为存储交易标识符的第一数据元素、被配置为存储特定账户标识符的第二数据元素和被配置为存储交易金额的第三数据元素；由处理服务器的接收设备接收叠加有兑换请求的数据信号，其中兑换请求至少包括交易标识符；由处理服务器的生成模块至少基于转换率和存储在接收到的第一交易消息中包括的第三数据元素中的交易金额生成奖励成本；由处理服务器的查询模块执行对账户数据库的查询，以更新其中所包括的账户标识符与特定账户标识符对应的特定账户简档中的奖励值，使得将等于所生成的奖励成本的、防止被使用的奖励值的金额置于保留；由处理服务器的接收设备接收与支付交易相关的第二交易消息，其中第二交易消息基于一个或多个标准被格式化并且至少包括指示清算记录的消息类型指示符和多个数据元素，该多个数据元素包括被配置为存储交易标识符的第一数据元素和被配置为存储清算金额的第二数据元素；以及由处理服务器的查询模块执行对账户数据库的查询，以基于存储在接收到的第二交易消息中包括的第二数据元素中的清算金额从特定账户简档中的奖励值中减去扣除金额。
此外，该方法可以体现在用于管理与交易账户相关的奖励值的系统中，该系统包括：处理服务器的账户数据库，该账户数据库被配置为存储多个账户简档，其中每个账户简档包括与交易账户相关的至少包括账户标识符和奖励值的结构化数据集；处理服务器的接收设备，该接收设备被配置为接收：与支付交易相关的第一交易消息，其中交易消息基于一个或多个标准被格式化并且至少包括指示授权请求的消息类型指示符和多个数据元素，该多个数据元素至少包括被配置为存储交易标识符的第一数据元素、被配置为存储特定账户标识符的第二数据元素和被配置为存储交易金额的第三数据元素，以及叠加有兑换请求的数据信号，其中兑换请求至少包括交易标识符；处理服务器的生成模块，该生成模块被配置为至少基于转换率和存储在接收到的第一交易消息中包括的第三数据元素中的交易金额来生成奖励成本；以及处理服务器的查询模块，该查询模块被配置为对账户数据库执行查询，以更新其中所包括的账户标识符与特定账户标识符对应的特定账户简档中的奖励值，使得将等于所生成的奖励成本的、防止被使用的奖励值的金额置于保留，其中处理服务器的接收设备还被配置为接收与支付交易相关的第二交易消息，其中第二交易消息基于一个或多个标准被格式化并且至少包括指示清算记录的消息类型指示符和多个数据元素，该多个数据元素包括被配置为存储交易标识符的第一数据元素和被配置为存储清算金额的第二数据元素，以及处理服务器的查询模块还被配置为对账户数据库执行查询，以基于存储在接收到的第二交易消息中包括的第二数据元素中的清算金额从特定账户简档中的奖励值中减去扣除金额。
附图说明
根据结合附图阅读的示例性实施例的以下详细描述，本公开的范围得到最好的理解。附图中包括以下各图：
图1是示出根据示例性实施例的用于提供实时奖励的高级系统架构的框图。
图2是示出根据示例性实施例的图1的用于提供实时奖励的处理服务器的框图。
图3是示出根据示例性实施例的确定电子交易的折扣合格性(eligibility)的过程的流程图。
图4是示出根据示例性实施例的管理与交易账户相关的奖励值的过程的另一个流程图。
图5是示出根据示例性实施例的图1中的支付网络和处理服务器之间的用于确定交易账户的折扣合格性的交互的另一个流程图。
图6是示出根据示例性实施例的图1中的消费者设备、处理服务器和发行方服务器之间的用于折扣的实时处理的交互的另一个流程图。
图7是示出根据示例性实施例的图1中的消费者设备、发行方服务器和处理服务器之间的用于使用奖励值生成受控支付号的交互的另一个流程图。
图8是示出根据示例性实施例的确定电子交易的折扣合格性的过程的流程图。
图9是示出根据示例性实施例的管理与交易账户相关的奖励值的过程的另一个流程图。
图10是示出根据示例性实施例的图1中的支付网络和处理服务器之间的用于确定交易账户的折扣合格性的交互的另一个流程图。
图11是示出根据示例性实施例的图1中的消费者设备、处理服务器和发行方服务器之间的用于折扣的实时处理的交互的另一个流程图。
图12是示出根据示例性实施例的图1中的消费者设备、发行方服务器和处理服务器之间的用于使用奖励值生成受控支付号的交互的另一个流程图。
图13是示出根据示例性实施例的支付交易的处理的流程图。
图14是示出根据示例性实施例的计算机系统架构的框图。
根据下文提供的详细描述，本公开的其他适用范围将变得清楚。应当理解的是，示例性实施例的详细描述仅旨在说明目的，因此不旨在必然限制本公开的范围。
具体实施方式
术语表
支付网络——用于经由使用现金替代品转移金钱的系统或网络。支付网络可以使用各种不同的协议和程序来处理用于各种类型的交易的金钱转移。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户提取，等等。支付网络可被配置为经由现金替代品执行交易，现金替代品可以包括支付卡(例如，信用卡、预付卡、借记卡、商家卡、芯片和密码卡、移动设备上的可采用近场通信(nfc)的支付凭证、物理和虚拟卡等等)、信用证、支票、交易账户，等等。配置为作为支付网络工作的网络或系统的示例包括由
商家——提供由诸如消费者或另一商家之类的另一实体购买的产品(例如，商品和/或服务)的实体。如对于本领域技术人员而言清楚的是，商家可以是消费者、零售商、批发商、制造商或者可以提供用于购买的产品的任何其他类型的实体。在某些情况下，商家可能对为购买提供的商品和/或服务有特殊的了解。在其他情况下，商家可能没有并且不需要对所提供产品的特殊了解。在一些实施例中，单个交易所涉及的实体可以被视为商家。在一些情况下，如本文所使用的，术语“商家”可以指代商家实体的装置或设备。
收单方(acquirer)——可代表商家处理支付卡交易的实体。收单方可以是被授权代表商家处理支付卡交易的银行或其他金融机构。在许多情况下，收单方可以向充当受益人的商家开立信用额度。在消费者(其可以是发行方(issuer)所提供的信用额度的受益人)经由支付卡与由收单方代表的商家进行交易的情况下，收单方可以与发行方交换资金。
支付交易——两个实体之间的交易，其中金钱或其他经济利益从一个实体交换到另一个实体。如对于本领域技术人员将清楚的是，支付交易可以是用于购买商品或服务、用于偿还债务或用于任何其他经济利益交换的资金转移。在一些情况下，支付交易可以指代经由支付卡和/或支付账户提供资金的交易，诸如信用卡交易之类。可以经由发行方、支付网络和收单方来处理这种支付交易。处理这种支付交易的过程可以包括授权、批处理、清算、结算和提供资金中的至少一个。授权可以包括消费者向商家提供支付细节、从商家向其收单方提交交易细节(例如，包括支付细节)、以及向用来为交易提供资金的消费者的支付账户的发行方验证支付细节。批处理可以指代将授权交易与其他授权交易一起按批(batch)存储以分发给收单方。清算可以包括从收单方向支付网络发送成批交易以进行处理。结算可以包括支付网络将涉及发行方的受益人的交易计入发行方的借方(debit)。在一些情况下，发行方可以经由支付网络向收单方付款。在其他情况下，发行方可以直接向收单方付款。提供资金可以包括针对已经清算和结算的支付交易从收单方向商家付款。对于本领域技术人员将清楚的是，上面讨论的步骤的顺序和/或分类作为支付交易处理的一部分来执行。
用于提供实时奖励的系统
图1是示出根据示例性实施例的用于提供实时奖励的高级系统架构的框图。
系统100可以包括处理服务器102，处理服务器102被配置为经由消费者设备104a向消费者104提供实时奖励。如关于图13更详细地描述的那样，消费者104可以使用他或她的支付卡对商家进行支付交易。在支付交易的简化示例中，经由消费者设备104a(例如，智能电话、平板电脑、膝上型计算机、台式计算机等，或可以通过构造和/或编程而专门配置为执行本文公开的功能的几乎任何电子计算机)的消费者104可以使用支付卡作为资金来源并向商家服务器108提供消费者104打算为之支付的商品或服务的识别信息来发起交易请求。商家服务器108在接收到交易请求和商品或服务的识别信息时可以将数据信号发送到收单方服务器110。收单方服务器110可被配置为基于接收到的交易请求和支付卡的识别信息来生成授权请求，并且可以经由支付网络112将该授权请求发送到向消费者104发行(例如，建立了账户并发行用来访问该访问账户的支付卡)支付卡的金融机构的服务器(例如，发行方服务器106)。如关于图13详细描述的那样，如果该过程导致授权向支付卡进行收费的支付交易(例如，商家服务器108从支付网络112接收到批准信号)，则商家可以完成支付交易并向消费者104提供商品或服务。
如上所述，提供支付卡的金融机构可以为例如消费者104的持卡人实施忠诚度计划。作为忠诚度计划的示例，金融机构可以向持卡人提供交易金额的一部分或等价积分作为折扣用于将来的购买。在一个更具体的示例中，
在一些示例中，传统的忠诚度计划可以在当前交易之前经由电子邮件、短消息服务(sms)、诸如智能电话和其他电子设备上的应用程序上的警报等的推送通知或几乎任何其他形式的通信来提醒持卡人折扣的可用性，使得持卡人可以选择使用从先前交易产生的可用折扣。与传统的忠诚度计划不同，处理服务器102可以在收单方服务器110生成授权请求时接收与当前交易相关联的数据(下文中的“交易数据”)，并且可以确定当前交易的应用折扣的资格。如果处理服务器102确定当前交易有资格应用折扣并且持卡人的账户具有足够的折扣，则处理服务器102可以指示收单方服务器110应用先前收到的折扣并指示发行方服务器106立即退还在当前交易中使用的信用或现金。因此，由于立即退款，持卡人的账户的余额可能不会受到当前交易的显著影响。根据图3和图8更详细地描述立即退款过程。
在一些其他示例中，传统的忠诚度计划可能要求持卡人等待，直到当前交易被发布到持卡人的账户为止。然后，持卡人可能需要登录网站以兑换折扣或积分。与传统的忠诚度计划不同，处理服务器102可以提供与持卡人的实时交互，以允许持卡人在支付被发行方授权时应用先前接收到的折扣或积分。因此，也可以加快兑换过程。根据图4和图9更详细地描述该过程。
在一些其他示例中，一些传统的忠诚度计划以内部模式实施，即，在不涉及第三方的验证过程的情况下发放奖励。与这些传统的忠诚度计划不同，处理服务器102可被配置为对来自支付网络的实时消息执行验证过程。在一些示例实现中，可以独立于支付网络执行处理服务器102的验证过程。根据图5和图10更详细地描述该过程。
在一些其他示例中，与花费数天来将折扣应用于当前交易的传统忠诚度计划不同，处理服务器102可以在与发行方服务器106进行通信时利用电子消息以加速折扣过程。根据图6和图11更详细地描述加速的过程。
在一些其他示例中，响应于来自发行方服务器106的请求，处理服务器102可被配置为生成与消费者104的账户中的可用折扣或积分相关联的受控支付号(cpn)，使得消费者104可以将cpn作为常规支付卡号用于未来交易。根据图7和图12更详细地描述cpn的生成。
处理服务器
图2是示出根据示例性实施例的图1中的用于提供实时奖励的处理服务器102的框图。
对于本领域技术人员将清楚的是，图2所示的处理服务器102的实施例仅作为说明而提供，并且可能不是穷举适合于执行本文所讨论功能的处理服务器102的所有可能配置。例如，在图14中示出并且在下面更详细地讨论的计算机系统1400可以是处理服务器102的合适配置。
处理服务器102可以包括处理设备。如对于本领域技术人员将清楚的是，处理设备可被配置为执行本文所讨论的处理服务器102的功能。在一些实施例中，如图1所示，处理服务器102可以包括专门配置为执行处理服务器102的一个或多个功能的多个引擎和/或模块，诸如接收设备202、数据识别模块214、生成模块216、查询模块218、验证模块220、发送设备222、通信模块204、包括多个账户简档208的账户数据库206、包括交易数据条目212的交易数据库210以及存储器224。在一些其他实施例中，图2也可以示出图1的发行方服务器106，其包括与处理服务器102的那些引擎和/或模块类似的引擎和/或模块。
在示例实施例中，处理服务器102可被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可以被构造为至少包括交易账户的识别信息(例如，交易账户号或标识符)和奖励值的数据集。该数据集中包括的奖励值可以指代持卡人从先前交易接收到的可用的折扣或积分。在下文中，奖励值可以互换地称为“账户余额”或“奖励余额”。
在示例实施例的一些实现中，处理服务器102可被配置为将一个或多个奖励规则存储在存储器224中。奖励规则可以指代基于与涉及消费者104的当前交易相关联的数据来识别或计算奖励成本的规则。奖励成本(cost)一般可以指代完成当前交易所需的折扣或积分。例如，当消费者104打算以$500的销售价格购买电视时，奖励规则之一可以表明：对于电子产品的购买，相同金额的折扣或销售价格两倍的积分足以完成当前交易。
关于示例实施例，处理服务器102的接收设备202可被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实现中，接收设备202可被配置为通过关于图13解释的支付轨道接收数据，诸如使用与支付网络112相关联的专门配置的基础设施来发送包括敏感金融数据和信息的交易数据。在一些情况下，接收设备202可被配置为经由支付网络112接收包括与当前交易相关联的数据的交易消息。该交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括多个数据元素，所述多个数据元素分别被配置为存储主账号、交易金额以及包括交易主题、交易量、主题类别、商家类别代码、商家标识符、地理位置、支付方法、收单方标识符、发行方标识符等的附加交易数据。主账号可以指代消费者104的账户的账号，并且交易金额可以指代当前交易的总价。
在接收到交易消息时，处理服务器102的查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中，交易账号对应于接收到的交易消息中存储的主账号。换句话说，查询模块218可以在账户数据库206中进行搜索以识别与消费者104的账号匹配的账户简档。因此，处理服务器102也可以识别消费者104的账户中的奖励值(例如，可用的折扣或积分)。
基于交易消息中包括的交易主题的类别以及交易金额，以及存储器224中存储的奖励规则，生成模块216可被配置为生成或计算当前交易的奖励成本。对于$500电视的上述示例交易，生成模块216可被配置为将电视的当前交易的奖励成本识别或计算为$500或1,000积分。
在一些实现中，验证模块220可被配置为基于存储器224中存储的至少一个奖励合格性规则来确定当前交易的奖励使用(即，应用折扣或积分)的资格。与奖励规则不同，奖励合格性规则可以指代用于确定给定交易是否有资格应用折扣或积分的规则。更详细地，验证模块220可被配置为基于交易消息中的包括交易主题、交易量、主题类别等的附加交易数据来确定当前交易是否有资格使用奖励。例如，如果奖励合格性规则仅允许电子产品的交易有资格使用奖励，则验证模块220可以确定电视的交易有资格使用奖励但是涉及杂货的另一交易是无资格的。
另外，验证模块220可被配置为基于所包括的奖励值与所生成的奖励成本之间的对应关系来确定与识别出的特定账户简档相关的交易账户的奖励使用的资格。换句话说，通过将当前交易的奖励成本和与消费者104的账户相关联的奖励值进行比较，验证模块220可被配置为确定消费者104的账户中的奖励值(例如，可用的折扣或积分)是否足以完成当前交易。如果验证模块220确定当前交易有资格应用折扣或积分并且奖励值足够，则生成模块216可被配置为生成折扣请求以请求将对应的折扣或积分(或仅仅是折扣或积分的一部分)应用于当前交易并请求将用于当前交易的现金或信用退还给消费者104的账户。此外，生成模块216可被配置为基于交易消息中包括的交易金额来生成折扣金额。折扣金额可以指代要应用于当前交易的折扣或积分。折扣金额可以等于交易金额或仅仅是交易金额的一部分。因此，折扣请求可以至少包括接收到的交易消息中包括的交易标识符和所生成的折扣金额。处理服务器102的发送设备222可被配置为将折扣请求叠加在数据信号中并将该数据信号以电子方式发送到发行方服务器106。
在验证模块确定当前交易有资格使用奖励并且消费者104的账户中的可用的折扣或积分足以完成交易的情况下，生成模块216可被配置为生成奖励通知以通知消费者104他或她的账户中的折扣或积分将被应用于当前交易。然后，发送设备222可被配置为将该奖励通知叠加到数据信号，并且经由诸如电子邮件、sms等的通信数据将该奖励通知以电子方式发送到消费者设备104a或与消费者104的账户相关联的其他设备。
在另一示例实施例中，处理服务器102可以类似地被配置为将账户简档208存储在账户数据库206中。接收设备202可被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实现中，接收设备202可被配置为接收与当前支付交易相关的第一交易消息。第一交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括指示经由支付网络112来自收单方服务器110的授权请求的消息类型指示符。另外，第一交易消息也可以包括多个数据元素，所述多个数据元素分别存储交易标识符、特定账户标识符、交易金额等。换句话说，当消费者104发起当前支付交易时，处理服务器102可以从收单方服务器110接收包括关于当前支付交易的信息的第一交易消息。
在发起当前支付交易之后，消费者104可以通过与处理服务器102进行通信来请求兑换他或她的账户中的先前接收到的折扣或积分。例如，在发起当前支付交易之后，消费者104可以立即经由消费者设备104a上的接口向处理服务器102发送奖励兑换请求，以兑换先前接收到的折扣或积分。奖励兑换请求可以至少包括当前支付交易的识别信息，例如交易标识符以及消费者104的账户的账户标识符。
在从消费者设备104a接收到奖励兑换请求时，生成模块216可被配置为至少基于存储器224中存储的转换率和第一交易消息的数据元素中包括的交易金额来生成奖励成本。如上所述，奖励成本可以指代完成当前支付交易所需的折扣或积分。转换率可以指代所需积分与交易金额之间的对应关系。例如，转换率可以表明持卡人可以用每五个积分兑换一美元。
基于接收到的奖励兑换请求和第一交易消息，查询模块218可首先被配置为执行查询以识别账户数据库206中的消费者104的账户简档，即其中账户标识符对应于第一交易消息中包括的账户标识符的特定账户简档。另外，查询模块218可被配置为更新奖励值，使得保留(hold)相当于所生成的奖励成本的奖励值金额。可以防止保留的奖励值金额被消费者104兑换。
接收设备202还可以从发行方服务器106接收可以基于标准类似地进行格式化的第二交易消息。第二交易消息还可以包括指示关于当前支付交易的清算记录的消息指示符和存储当前支付交易的交易标识符和清算金额的数据元素。清算记录可以表明支付交易已经被清算，即完成，并且清算金额可以指代支付交易的实际金额，其可以与第一交易消息中包括的交易金额相同或不同。例如，在消费者104在餐馆用餐的情况下，第一交易消息中包括的交易金额可以指代食物的总金额，并且结算金额还可以包括小费的金额。在消费者104在旅馆停留的另一示例中，第一交易消息中包括的交易金额可以指代预授权金额，并且结算金额可以指代可能低于预授权金额的实际交易金额。
在接收到包括清算金额的第二交易消息时，查询模块218还可被配置为对账户数据库206执行另一个查询，以基于清算金额从消费者104的账户中的奖励值中减去扣除金额。可以至少基于清算金额和转换率来生成扣除金额。对于表明持卡人可以用每五个积分兑换一美元的示例转换率，$500电视的扣除金额可以是2,500个积分。查询模块218也可被配置为在减去之前去除相当于所生成的奖励成本的奖励值金额的保留。除此之外或者作为替代，查询模块218可被配置为在减去之前去除对相当于扣除金额的奖励值金额的保留。
此外，生成模块216可被配置为生成叠加有折扣请求的数据信号。折扣请求可以至少包括特定账户标识符(即，消费者104的账户的账户标识符)和清算金额。另外，发送设备222然后可被配置为经由支付网络112将折扣请求发送到发行方服务器106。
在清算金额小于交易金额的情况下，查询模块218可被配置为对账户数据库206执行查询以去除对相当于所生成的奖励成本与扣除金额之间的差异的奖励值金额的保留。
处理102的发送设备222可被配置为将叠加有确认请求的数据信号以电子方式发送到消费者设备104a，以确认所请求的奖励可以被兑换并应用于当前支付交易。确认请求可以至少包括交易标识符、交易金额、清算金额等。如果消费者104确认兑换，则接收设备202然后可以从消费者设备104a接收叠加有确认消息的数据信号。确认消息可以至少包括交易标识符以及对使用消费者104的账户中包括的奖励值的指示。在一些示例中，消费者设备104a可被配置为对支付交易执行折扣的实时处理。
在又一示例实施例中，处理服务器102可被类似地配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为例如消费者104的持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括账户标识符和账户余额的数据集。
处理服务器102的接收设备202可被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实现中，接收设备202可被配置为通过关于图13解释的支付轨道接收数据，诸如使用与支付网络112相关联的专门配置的基础设施来发送包括敏感金融数据和信息的交易数据。在一些情况下，接收设备202可被配置为经由应用程序编程接口从支付网络112接收叠加有来自支付网络112中的实体的实时消息的数据信号。该实体可以指代支付网络112中的任何计算设备，其可以包括商家服务器108、收单方服务器110、发行方服务器106等。实时消息可以至少包括识别当前支付交易中涉及的账户简档的特定账户标识符、交易数据、成本值、原因代码和交易标识符。成本值可以指代完成当前支付交易所需的折扣或积分的数量，并且可以基于与交易货币和奖励货币相关联的转换率来确定。例如，转换率可以表明持卡人可以用他或她的账户中的每五个积分兑换一美元。
原因代码可以指代指示在支付网络112中的实体处执行的验证过程的结果的代码。例如，支付网络112中的实体可以执行验证过程以基于商家类型、交易类型、商品类别等来验证当前支付交易的应用折扣或积分的资格。示例原因代码70可以表明当前支付交易已被确定为有效。
在接收到实时消息时，查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于实时消息中的特定账户标识符。换句话说，查询模块218可被配置为从账户数据库206中识别与实时消息中的特定账户标识符匹配的账户简档。
另外，验证模块220可被配置为基于多个预先确定的有效原因代码来验证实时消息中包括的原因代码。例如，验证模块220可被配置为将实时消息中包括的原因代码与存储器224中存储的多个有效原因代码进行比较。如果实时消息中包括的原因代码与所存储的有效原因代码之一匹配，则验证模块220可以确定实时消息中的原因代码表明当前支付交易有资格应用识别出的账户简档中的折扣或积分。
此外，验证模块220还可被配置为至少基于所包括的账户余额和实时消息中包括的成本值来针对折扣的合格性验证与识别出的特定账户简档相关的交易账户。也就是说，验证模块220可被配置为将所包括的账户余额与实时消息中包括的成本值进行比较。如果账户余额大于或等于实时消息中包括的成本值，则验证模块220可被配置为确定识别出的特定账户简档有资格使用奖励。另外，当确定识别出的特定账户简档有资格使用奖励时，查询模块218然后可被配置为对账户数据库执行查询以从特定账户简档中包括的账户余额中减去计算出的奖励成本。
在验证模块220确定当前支付交易的有效性和识别出的账户的合格性之后，处理服务器102的生成模块216可被配置为生成叠加有折扣请求的数据信号，该折扣请求请求将折扣或积分应用于当前支付交易。折扣请求可以至少包括基于实时消息中包括的成本值的折扣金额、特定账户标识符、以及交易标识符。在一些示例中，折扣金额可以等于实际交易金额。然而，在其他示例中，由于消费者104可以选择兑换小于交易金额的折扣或积分，因此折扣金额可以小于交易金额。
然后，发送设备222可被配置为将所生成的数据信号以电子方式发送到支付网络112中的实体。
在又一示例实施例中，类似地，处理服务器102可被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括交易账户的识别信息(例如，交易账号或标识符)和奖励值的数据集。
接收设备202可以经由支付网络112从收单方服务器110接收交易消息。交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括多个数据元素，所述多个数据元素分别被配置为存储主账号、交易金额以及至少包括识别当前支付交易的交易标识符的附加交易数据。主账号可以指代消费者104的账户的账号，并且交易金额可以指代当前交易的总价。在一些示例中，交易标识符可以是包括以下各项中的至少一个的组合：商家标识符，交易时间，交易日期和地理位置。
此外，接收设备202也可以经由通信网络从消费者设备104a接收叠加有折扣请求的数据信号，以请求将先前接收到的折扣或积分应用于当前支付交易。折扣请求可以至少包括识别当前支付交易的交易标识符。
在接收到折扣请求时，数据识别模块214可被配置为基于以下各项中的至少一个来识别与对应于主账号的交易账户相关联的金融机构：接收到的交易消息中包括的主账号和附加交易数据。也就是说，查询模块218可以首先从账户简档208中识别对应于主账号的交易账户。基于识别出的交易账户，数据识别模块214可以识别与交易账户相关联的金融机构，例如交易账户的发行方。
在接收到叠加有折扣请求的数据信号之后，处理服务器102的生成模块216可被配置为生成包括折扣请求的数据消息。此外，数据消息还可以至少包括接收到的交易消息中包括的主账号和交易金额。在一些示例中，数据消息可以不包括关于其他支付交易的其他折扣请求，使得数据消息的发送可以不由于其他折扣请求的过程而被延迟。
然后，发送设备222可被配置为经由支付网络112实时地将所生成的数据消息以电子方式发送到识别出的金融机构。这样，由于处理服务器102被配置为将折扣请求以电子方式发送到发行方服务器106，而不是向发行方发送文档的硬拷贝，所以折扣过程可被加速。
在又一示例实施例中，发行方服务器106可以包括与处理服务器102的那些引擎和/或模块类似的引擎和/或模块。例如，发行方服务器106可被类似地配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括交易账户的识别信息(例如，交易账号或标识符)和奖励余额的数据集。
发行方服务器106的接收设备202可被配置为经由通信网络从消费者设备104a接收叠加有兑换请求的数据信号。兑换请求可以表明消费者104打算兑换先前接收到的折扣或积分的数量。兑换请求可以至少包括识别消费者104的账户的特定账户标识符和消费者104打算兑换的奖励金额。
在接收到叠加有兑换请求的数据信号时，发行方服务器106的查询模块218可被配置为对发行方服务器106的账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于兑换请求中包括的特定账户标识符。也就是说，发行方服务器106的查询模块218可以识别与兑换请求中的特定账户标识符匹配的特定账户简档。
关于识别出的特定账户简档，发行方服务器106的验证模块220可被配置为基于识别出的特定账户简档中包括的奖励余额与兑换请求中包括的奖励金额之间的对应关系来验证所述奖励余额是否足够。如果奖励余额等于或大于兑换请求中包括的奖励金额，则验证模块220可以确定奖励余额对于兑换请求是足够的。
如果奖励余额被确定为足够，即得到验证，则发行方服务器106的生成模块216可被配置为生成叠加有受控支付号(cpn)请求的数据信号。cpn请求可以表明消费者104打算兑换可用的折扣或积分的至少一部分，并且可以至少包括特定账户标识符和基于奖励金额生成的货币金额。货币金额可以相当于或不相当于奖励金额。至少在一些示例中，生成模块216可被配置为至少基于将转换率应用于兑换请求中包括的奖励金额来生成货币金额。例如，当兑换请求表明消费者104打算兑换500个积分时，如果转换率是10个积分换1美元，则生成模块216可以将货币金额生成为50美元。
发行方服务器106的发送设备222可被配置为经由支付网络112将所生成的数据信号以电子方式发送到处理服务器102。处理服务器102可被配置为生成经受交易控制的cpn，该交易控制将cpn的使用限制为货币金额。也就是说，消费者104仅可以将cpn用于小于货币金额的交易金额。一旦被生成，cpn就可以由处理服务器102发送到发行方服务器106。
接收设备202可以从处理服务器102接收支付凭证。支付凭证可以与cpn、消费者104的账户以及提供消费者104的账户的金融机构相关联。支付凭证可以存储在发行方服务器106上的安全数据存储中。另外，支付凭证可以由发行方服务器106以电子方式发送到消费者设备104a。
图3是示出根据示例性实施例的确定电子交易的折扣合格性的过程300的流程图。
在302处，接收设备202可被配置为经由支付网络112接收包括与当前交易相关联的数据的交易消息。交易消息可以包括多个数据元素，所述多个数据元素分别被配置为存储主账号、交易金额和附加交易数据，附加交易数据包括交易主题、交易量、主题类别、商家类别代码、商家标识符、地理位置、支付方法、收单方标识符、发行方标识符等。
在304处，查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中，交易账号对应于接收到的交易消息中存储的主账号。换句话说，查询模块218可以在账户数据库206中进行搜索以识别与消费者104的账号匹配的账户简档。
在306处，验证模块220可被配置为基于交易消息中包括的信息来确定消费者104的账户是否有资格使用奖励。例如，验证模块220可以基于交易消息中包括的发行方标识符来确定账户的合格性。也就是说，如果交易消息中的指示账户的发行者的发行者标识符与提供忠诚度计划的任何发行者都不匹配，则验证模块220可以确定消费者104的账户没有资格使用奖励并且过程300结束；否则，验证模块220可以确定消费者104的账户有资格使用奖励，并且过程300可以继续到308。
在308处，验证模块220可被配置为应用在存储器224中存储的奖励合格性规则。奖励合格性规则可以指代用于确定给定交易是否有资格应用折扣或积分的规则。
在310处，验证模块220可被配置为确定当前交易是否有资格使用奖励。更详细地，验证模块220可被配置为基于交易消息中的包括交易主题、交易量、主题类别等的附加交易数据来确定当前交易是否有资格使用奖励。如果确定当前交易有资格，则过程300可以继续到316；如果确定当前交易无资格，则过程300可以继续到312。
在312，生成模块216可被配置为至少基于交易消息中包括的用户设定来确定消费者104是否请求交易通知，并相应地生成交易通知。如果消费者104未请求交易通知，则过程300结束；如果消费者104请求交易通知，则过程300可以继续到314。
在314处，发送设备222可被配置为将所生成的交易通知叠加在数据信号中并将该数据信号发送到消费者设备104a。
在316处，生成模块216可被配置为基于交易消息中包括的交易金额和交易主题的类别以及存储器224中存储的奖励规则来生成或计算当前交易的奖励成本。在涉及$500的电视的交易的示例中，生成模块216可被配置为将电视的当前交易的奖励成本识别或计算为$500或1,000个积分。
在318处，验证模块220可被配置为通过将当前交易的奖励成本和与消费者104的账户相关联的奖励值进行比较来确定消费者104的账户中的奖励值(例如，可用的折扣或积分)是否足以完成当前交易。如果消费者104的账户中的奖励值足够，则过程300可以继续到320；如果消费者104的账户中的奖励值不足以完成当前交易，则过程300可以继续到312。
在320处，生成模块216可被配置为生成消费者提示以向消费者104通知消费者104的账户中的折扣或积分将被应用于当前交易。
图4是示出根据示例性实施例的管理与交易账户相关的奖励值的过程400的另一个流程图。
在402处，接收设备202可被配置为接收与当前支付交易相关的第一交易消息。第一交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括指示经由支付网络112来自收单方服务器110的授权请求的消息类型指示符。另外，第一交易消息还可以包括多个数据元素，所述多个数据元素分别存储交易标识符、特定账户标识符、交易金额等。换句话说，当消费者104发起当前支付交易时，处理服务器102可以从收单方服务器110接收包括关于当前支付交易的信息的第一交易消息。
在404处，接收设备202可被配置为从消费者设备104a接收奖励兑换请求以兑换先前接收到的折扣或积分。奖励兑换请求可以至少包括当前支付交易的识别信息，例如交易标识符以及消费者104的账户的账户标识符。
在406处，查询模块218可首先被配置为执行查询以识别账户数据库206中的消费者104的账户简档，即其中账户标识符对应于第一交易消息中包括的账户标识符的特定账户简档。
在408处，生成模块216可被配置为至少基于存储器224中存储的转换率和第一交易消息的数据元素中包括的交易金额来生成奖励成本。
在410处，查询模块218可被配置为确定特定账户简档中的奖励余额(即，账户数据库206中存储的奖励值)对于支付交易是否足够。如果确定奖励余额足够，则过程400可以继续到414；如果确定奖励余额不足，则过程400可以继续到412。
在412处，发送设备222可被配置为向消费者设备104a发送通知以通知消费者104他或她的账户中的奖励余额对于当前支付交易是不足的。
在414处，查询模块218可被配置为在托管(escrow)账户中保留相当于所生成的奖励成本的奖励值金额。换句话说，查询模块218可被配置为更新奖励值，使得保留相当于所生成的奖励成本的奖励值金额。可以防止保留的奖励值金额被消费者104兑换。
在416处，接收设备202可以接收第二交易消息，第二交易消息包括关于当前支付交易的清算记录和清算金额。清算记录可以表明支付交易已经被清算，即完成，并且清算金额可以指代支付交易的实际金额，其可以与第一交易消息中包括的交易金额相同或不同。
在418处，查询设备218可被配置为确定清算金额是否高于第一交易消息中包括的交易金额。如果确定清算金额高于交易金额，则过程400可以继续到420；如果确定清算金额等于或小于交易金额，则过程400可以继续到432。
在420处，生成模块216可被配置为基于清算金额和转换率来计算新的奖励成本。由于已经确定清算金额高于交易金额，因此计算出的新奖励成本也可以大于先前计算出的奖励成本。
在422处，发送设备222可被配置为将新的奖励成本发送到消费者设备104a。
在424处，查询模块218可被配置为确定特定账户简档中的奖励余额对于清算金额是否足够。如果确定奖励余额对于清算金额是足够的，则过程400可以继续到426；如果确定奖励余额对于清算金额是不足的，则过程400结束。
在426处，接收设备202可被配置为从消费者设备104a接收响应。该响应可以指示来自消费者104的对继续将奖励余额用于当前支付交易的确认，或者可以指示拒绝将奖励余额用于当前支付交易。
在428处，查询模块218可被配置为基于来自消费者设备104a的响应来确定消费者104是否授权将奖励余额用于新的奖励成本。如果消费者104授权将奖励余额用于新的奖励成本，则过程400可以继续到430；如果消费者104未授权将奖励余额用于新的奖励成本，则过程400结束。
在432处，当清算金额等于或小于交易金额时，查询模块218可被配置为从托管账户中移除过量的金额。
在430处，查询模块218可被配置为基于清算金额从消费者104的账户中的奖励值中减去扣除金额。可以至少基于清算金额和转换率来生成扣除金额。对于表明持卡人可以用每五个积分兑换一美元的示例转换率，$500的电视的扣除金额可以是2,500个积分。
在434处，生成模块216可被配置为生成叠加有折扣请求的数据信号。折扣请求可以至少包括特定账户标识符(即，消费者104的账户的账户标识符)和清算金额。
在436处，发送设备222然后可被配置为经由支付网络112将折扣请求发送到发行方服务器106。
图5是示出根据示例性实施例的图1中的支付网络和处理服务器之间的用于确定交易账户的折扣合格性的交互的过程500的另一个流程图。
在502处，支付网络112中的实体可以从商家108接收交易消息。交易消息可以包括与当前支付交易相关联的数据，诸如主账号、交易金额和附加交易数据，附加交易数据包括交易主题、交易量、主题类别、商家类别代码、商家标识符、地理位置、支付方法、收单方标识符、发行方标识符等。
在504处，支付网络112中的实体然后可以基于交易消息中包括的信息来生成实时消息508。在至少某一示例中，实时消息508可以包括识别当前支付交易中涉及的账户简档的特定账户标识符、交易数据、成本值、原因代码和交易标识符。
在506处，支付网络112中的实体可以将实时消息发送到在处理服务器102上执行的奖励引擎。
在508处，处理服务器102的接收设备202可以从支付网络112接收实时消息。
在510处，查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于实时消息中的特定账户标识符。换句话说，查询模块218可被配置为从账户数据库206识别与实时消息中的特定账户标识符匹配的账户简档。
在512处，验证模块220可以被配置为基于多个预先确定的有效原因代码来验证实时消息中包括的原因代码。例如，验证模块220可被配置为将实时消息中包括的原因代码与存储器224中存储的多个有效原因代码进行比较。如果实时消息中包括的原因代码与所存储的有效原因代码之一匹配，则验证模块220可以确定实时消息中的原因代码表明当前支付交易有资格应用识别出的账户简档中的折扣或积分。
在514处，验证模块220也可被配置为至少基于所包括的账户余额和实时消息中包括的成本值来针对折扣合格性验证与识别出的特定账户简档相关的交易账户。也就是说，验证模块220可被配置为将所包括的账户余额与实时消息中包括的成本值进行比较。如果账户余额大于或等于实时消息中包括的成本值，则验证模块220可被配置为确定识别出的特定账户简档有资格使用奖励。
在516处，当确定识别出的特定账户简档有资格使用奖励时，查询模块218然后可被配置为对账户数据库执行查询以从特定账户简档中包括的账户余额中减去计算出的奖励成本。
在518处，在验证模块220确定当前支付交易的有效性和识别出的账户的合格性之后，处理服务器102的生成模块216可被配置为生成叠加有折扣请求的数据信号以请求将折扣或积分应用于当前支付交易。折扣请求可以至少包括基于实时消息中包括的成本值的折扣金额、特定账户标识符、以及交易标识符。
在520处，发送设备222然后可被配置为将所生成的叠加有折扣请求的数据信号以电子方式发送到支付网络112中的实体。
在步骤522处，支付网络112中的实体可以接收折扣请求。
在524处，支付网络112中的实体可被配置为基于折扣请求中包括的信息来处理折扣。
图6是示出根据示例性实施例的图1中的消费者设备、处理服务器和发行方服务器之间的用于折扣的实时处理的交互的过程600的另一个流程图。
在602处，发行方服务器106可以被配置为处理由消费者104发起的当前支付交易。在处理当前支付交易期间，发行方服务器106可被配置为向消费者设备104a发送交易通知以通知消费者104当前支付交易正在处理中。
在604处，消费者设备104a可以从发行方服务器106接收交易通知。
在606处，在从发行方服务器106接收到交易通知时，消费者104可以决定使用他或她的账户中的折扣或积分，并且可以经由消费者设备104a上的用户接口提交折扣请求。换句话说，消费者设备104a可被配置为经由通信网络将折扣请求608发送到处理服务器102。
在608处，处理服务器102的接收设备202可以经由消费者设备104a从消费者104接收折扣请求。
在610处，数据识别模块214可被配置为基于以下各项中的至少一个来识别与对应于主账号的交易账户相关联的金融机构：接收到的交易消息中包括的主账号和附加交易数据。
在612处，验证模块220可被配置为至少基于识别出的特定账户简档中包括的奖励值与接收到交易消息中包括的第二数据元素中存储的交易金额之间的对应关系来验证支付交易的折扣合格性。换句话说，验证模块220可被配置为将奖励值(即，消费者104的账户中的可用的折扣或积分)与当前支付交易的交易金额进行比较。如果奖励值等于或大于交易金额，即奖励值足以完成当前支付交易，则验证模块220可以确定当前支付交易有资格应用消费者104的账户中的折扣或积分。
在614处，处理服务器102的生成模块216可被配置为生成包括折扣请求的数据消息。此外，数据消息还可以至少包括接收到的交易消息中包括的主账号和交易金额。
在616处，发送设备222然后可被配置为经由支付网络112实时地将所生成的数据消息以电子方式发送到识别出的金融机构。
在618处，发行方服务器106可以从处理服务器102接收数据消息。
在620处，发行方服务器106可被配置为根据数据消息中包括的信息将消费者104的账户中的折扣或积分应用于当前支付交易。
在622处，发行方服务器106可被配置为向消费者设备104a发送折扣通知以通知消费者104折扣或积分已被应用于当前支付交易。
在624处，消费者104可以经由消费者设备104a接收折扣通知。
图7是示出根据示例性实施例的图1中的消费者设备、发行方服务器和处理服务器之间的用于使用奖励值生成受控支付号的交互的另一个流程图700。
在702处，消费者设备104a可被配置为生成兑换请求，该兑换请求请求针对先前接收到的折扣或积分的量的cpn。
在704处，发行方服务器106的接收设备202可被配置为经由通信网络从消费者设备104a接收叠加有兑换请求的数据信号。兑换请求可以至少包括识别消费者104的账户的特定账户标识符和消费者104打算兑换的奖励金额。
在706处，发行方服务器106的查询模块218可被配置为对发行方服务器106的账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于兑换请求中包括的特定账户标识符。也就是说，发行方服务器106的查询模块218可以识别与兑换请求中的特定账户标识符匹配的特定账户简档。
在708处，发行方服务器106的验证模块220可被配置为基于奖励余额与兑换请求中包括的奖励金额之间的对应关系来根据足够性验证识别出的特定账户简档中包括的奖励余额。如果奖励余额等于或大于兑换请求中包括的奖励金额，则验证模块220可以确定奖励余额对于兑换请求是足够的。
在710处，发行方服务器106的生成模块216可被配置为生成叠加有受控支付号(cpn)请求的数据信号。cpn请求可以表明消费者104有意兑换可用的折扣或积分的至少一部分，并且可以至少包括特定账户标识符和基于奖励金额生成的货币金额。货币金额可能相当于或不相当于奖励金额。
在712处，发行方服务器106的发送设备222可被配置为经由支付网络112将所生成的包括cpn请求的数据信号以电子方式发送到处理服务器102。
在714处，处理服务器102的接收设备202可以接收所生成的包括cpn请求的数据信号。
在716处，处理服务器102可以被配置为生成所请求的cpn并提供与cpn相关联的支付凭证。
在718处，处理服务器102可以经由支付网络112将cpn与支付凭证一起发送到发行方服务器106。
在720处，发行方服务器106的接收设备202可以接收cpn连同支付凭证。
在722处，发行方服务器106的发送设备222可被配置为将cpn和支付凭证转发给消费者设备104a。
在724处，消费者104可以经由消费者设备104a从发行方服务器106接收cpn。
图8是示出根据示例性实施例的确定电子交易的折扣合格性的过程的流程图800。
在802处，处理服务器102可被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括交易账户的识别信息(例如，交易账号)和奖励值的数据集。数据集中包括的奖励值可以指代持卡人从先前交易接收到的可用的折扣或积分。
在804处，处理服务器102可被配置为将一个或多个奖励规则存储在存储器224中。奖励规则可以指代基于与涉及消费者104的当前交易相关联的数据来识别或计算奖励成本的规则。奖励成本通常可以指代处理当前交易所需的折扣或积分。例如，当消费者104打算以$500的销售价格购买电视时，奖励规则之一可以表明：对于电子产品的购买，相同金额的折扣或销售价格两倍的积分足以完成当前交易。
在806处，处理服务器102的接收设备可被配置为经由支付网络接收交易消息，其中交易消息基于一个或多个标准进行格式化并且至少包括多个数据元素，所述多个数据元素至少包括：被配置为存储主账号的第一数据元素、被配置为存储交易金额的第二数据元素、以及被配置为存储附加交易数据的一个或多个附加数据元素。例如，接收设备202可被配置为经由支付网络112接收包括与当前交易相关联的数据的交易消息。交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括多个数据元素，所述多个数据元素分别被配置为存储主账号、交易金额和附加交易数据，附加交易数据包括交易主题、交易量、主题类别、商家类别代码、商家标识符、地理位置、支付方法、收单方标识符、发行方标识符等。主账号可以指代消费者104的账户的账号，并且交易金额可以指代当前交易的总价。
在808处，处理服务器102的查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中，交易账号对应于接收到的交易消息中包括的第一数据元素中存储的主账号。换句话说，查询模块218可以在账户数据库206中进行搜索以识别与消费者104的账号匹配的账户简档。这样，处理服务器102还可以识别消费者104的账户中的奖励值(例如，可用的折扣或积分)。
在810处，生成模块216可以被配置为基于交易消息中包括的交易金额和交易主题的类别以及存储器224中存储的奖励规则来生成或计算当前交易的奖励成本。
在812处，验证模块220可被配置为通过将所包括的奖励值与所生成的奖励成本进行比较来确定与识别出的特定账户简档相关的交易账户的奖励使用的合格性。以这种方式，验证模块220可被配置为确定消费者104的账户中的奖励值(例如，可用的折扣或积分)是否足以完成当前交易。
图9是示出根据示例性实施例的管理与交易账户相关的奖励值的过程的另一个流程图900。
在902处，处理服务器102可被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括交易账户的识别信息(例如，交易账号)和奖励值的数据集。数据集中包括的奖励值可以指代持卡人从先前交易接收到的可用的折扣或积分。
在904处，接收设备202可被配置为接收与当前支付交易相关的第一交易消息。第一交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括指示经由支付网络112来自收单方服务器110的授权请求的消息类型指示符。另外，第一交易消息也可以包括多个数据元素，所述多个数据元素分别存储交易标识符、特定账户标识符、交易金额等。换句话说，当消费者104发起当前支付交易时，处理服务器102可以从收单方服务器110接收包括关于当前支付交易的信息的第一交易消息。
在906处，接收设备202可被配置为接收奖励兑换请求以兑换先前接收到的折扣或积分。奖励兑换请求可以至少包括当前支付交易的识别信息，例如交易标识符以及消费者104的账户的账户标识符。
在908处，在从消费者设备104a接收到奖励兑换请求时，生成模块216可被配置为至少基于存储器224中存储的转换率和第一交易消息的数据元素中包括的交易金额来生成奖励成本。如上所述，奖励成本可以指代完成当前支付交易所需的折扣或积分。转换率可以指代所需积分与交易金额之间的对应关系。
在910处，基于接收到的奖励兑换请求和第一交易消息，查询模块218可首先被配置为执行查询以识别账户数据库206中的消费者104的账户简档，即其中账户标识符对应于第一交易消息中包括的账户标识符的特定账户简档。另外，查询模块218可被配置为更新奖励值，使得保留相当于所生成的奖励成本的奖励值金额。可以防止保留的奖励值金额被消费者104兑换。
在912处，接收设备202还可以从发行方服务器106接收可以基于标准类似地进行格式化的第二交易消息。第二交易消息还可包括指示关于当前支付交易的清算记录的消息指示符和数据元素，所述数据元素包括被配置为存储交易标识符的第一数据元素和被配置为存储清算金额的第二数据元素。清算记录可以表明支付交易已经被清算，即完成，并且清算金额可以指代支付交易的实际金额，清算金额可以与第一交易消息中包括的交易金额相同或不同。
在914处，查询模块218还可被配置为基于接收到的第二交易消息中包括的第二数据元素中存储的清算金额对账户数据库206执行另一查询，以从消费者104的账户中的奖励值中减去扣除金额。可以至少基于清算金额和转换率来生成扣除金额。
图10是示出根据示例性实施例的图1中的支付网络和处理服务器之间的用于确定交易账户的折扣合格性的交互的另一个流程图1000。
在1002处，处理服务器102可被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人(例如消费者104)生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括账户标识符和账户余额的数据集。
在1004处，接收设备202可以被配置为经由应用程序编程接口从支付网络112接收叠加有来自支付网络112中的实体的实时消息的数据信号。实时消息可以至少包括识别当前支付交易中涉及的账户简档的特定账户标识符、交易数据、成本值、原因代码、以及交易标识符。成本值可以指代完成当前支付交易所需的折扣或积分的数量，并且可以基于与交易货币和奖励货币相关联的转换率来确定。例如，转换率可以表明持卡人可以用每五个积分兑换一美元。
在1006处，在接收到实时消息时，查询模块218可被配置为对账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于实时消息中的特定账户标识符。
在1008处，验证模块220可被配置为基于多个预先确定的有效原因代码来验证实时消息中包括的原因代码。例如，验证模块220可被配置为将实时消息中包括的原因代码与存储器224中存储的多个有效原因代码进行比较。如果实时消息中包括的原因代码与所存储的有效原因代码之一匹配，则验证模块220可以确定实时消息中的原因代码表明当前支付交易有资格应用识别出的账户简档中的折扣或积分。
在1010处，验证模块220还可被配置为至少基于所包括的账户余额和实时消息中包括的成本值来针对折扣合格性验证与识别出的特定账户简档相关的交易账户。也就是说，验证模块220可被配置为将所包括的账户余额与实时消息中包括的成本值进行比较。如果账户余额大于或等于实时消息中包括的成本值，则验证模块220可被配置为确定识别出的特定账户简档有资格使用奖励。
在1012处，在验证模块220确定当前支付交易的有效性和识别出的账户的合格性之后，处理服务器102的生成模块216可被配置为生成叠加有折扣请求的数据信号以请求将折扣或积分应用于当前支付交易。折扣请求可以至少包括基于实时消息中包括的成本值的折扣金额、特定账户标识符、以及交易标识符。
在1014处，处理服务器102的发送设备222然后可被配置为经由支付网络112将生成的数据信号以电子方式发送到计算设备104a。
图11是示出根据示例性实施例的图1中的消费者设备、处理服务器和发行方服务器之间的用于折扣的实时处理的交互的另一个流程图1100。
在1102处，接收设备202可以经由支付网络112从收单方服务器110接收交易消息。交易消息可以基于一个或多个标准(例如，iso8583)进行格式化，并且可以包括多个数据元素，所述多个数据元素至少包括：被配置为存储主账号的第一数据元素、被配置为存储交易金额的第二数据元素、以及被配置为存储附加交易数据的一个或多个附加数据元素，附加交易数据至少包括识别当前支付交易的交易标识符。
在1104处，接收设备202还可以接收叠加有折扣请求的数据信号，其中折扣请求至少包括识别当前支付交易的交易标识符。消费者设备104a可以经由通信网络发送折扣请求以请求将先前接收到的折扣或积分应用于当前支付交易。
在1106处，数据识别模块214可被配置为基于以下各项中的至少一个来识别与对应于主账号的交易账户相关联的金融机构：接收到的交易消息中包括的主账号和附加交易数据。也就是说，查询模块218可以首先从账户简档208中识别对应于主账号的交易账户。基于识别出的交易账户，数据识别模块214可以识别与交易账户相关联的金融机构，例如交易账户的发行方。
在1108处，处理服务器102的生成模块216可被配置为生成包括折扣请求的数据消息，其中折扣请求至少包括接收到的交易消息中包括的主账号和交易金额。
在1110处，发送设备222然后可被配置为经由支付网络112实时地将所生成的数据消息以电子方式发送到识别出的金融机构。
图12是示出根据示例性实施例的图1中的消费者设备、发行方服务器和处理服务器之间的用于使用奖励值生成受控支付号的交互的另一个流程图1200。
在1202处，发行方服务器106可以被配置为将账户简档208存储在账户数据库206中。每个账户简档208包括与为持卡人生成的交易账户相关联的数据。与交易账户相关联的数据可被构造为至少包括交易账户的识别信息(例如，交易账号或标识符)和奖励余额的数据集。
在1204处，发行方服务器106的接收设备202可被配置为接收叠加有兑换请求的数据信号，其中兑换请求至少包括识别消费者104的账户的特定账户标识符和消费者104打算兑换的奖励金额。消费者设备104a可以经由通信网络向发行方服务器106发送兑换请求。
在1206处，发行方服务器106的查询模块218可被配置为对发行方服务器106的账户数据库206执行查询以识别特定账户简档，在该特定账户简档中所包括的账户标识符对应于兑换请求中包括的特定账户标识符。也就是说，发行方服务器106的查询模块218可以识别与兑换请求中的特定账户标识符匹配的特定账户简档。
在1208处，发行方服务器106的验证模块220可被配置为基于奖励余额与兑换请求中包括的奖励金额之间的比较来根据足够性验证识别出的特定账户简档中包括的奖励余额。如果奖励余额等于或大于兑换请求中包括的奖励金额，则验证模块220可以确定奖励余额对于兑换请求是足够的。
在1210，如果奖励余额被确定为足够，即得到验证，则发行方服务器106的生成模块216可被配置为生成叠加有受控支付号(cpn)请求的数据信号。cpn请求可以表明消费者104打算兑换可用的折扣或积分的至少一部分，并且可以至少包括特定账户标识符和基于奖励金额生成的货币金额。
在1212处，发行方服务器106的发送设备222可被配置为将所生成的数据信号以电子方式发送到计算设备(例如，经由支付网络112到处理服务器102)，该计算设备被配置为生成经受交易控制的cpn，该交易控制将cpn的使用限制为货币金额。
支付交易处理系统和过程
图13是示出根据示例性实施例的支付交易的处理的流程图1300。
过程1300和其中包括的步骤可以由上面讨论的系统100的一个或多个组件执行，所述一个或多个组件诸如是处理服务器102、商家服务器108、支付网络112、收单方服务器110、发行方服务器106等。使用图13所示的系统和过程1300并在下面讨论的支付交易的处理可以利用支付轨道，其可以包括用于执行由下面讨论的实体专门配置和编程的过程1300的步骤的计算设备和基础设施，包括交易处理服务器1312，其可以与被配置为处理支付交易的一个或多个支付网络相关联。对于本领域技术人员将清楚的是，过程1300可以结合到上面关于支付交易的处理所涉及的一个或多个步骤讨论的、在图3-12中示出的过程中。此外，本文讨论的用于执行过程1300的实体可以包括被配置为执行下面讨论的功能的一个或多个计算设备或系统。例如，商家1306可以包括一个或多个销售点设备、本地通信网络、计算服务器、以及被配置为执行下面讨论的功能的其他设备。
在步骤1320中，发行金融机构1302可以向消费者1304发行支付卡或其他合适的支付工具。发行金融机构可以是诸如银行之类的金融机构，或者实施和管理支付账户和/或与支付账户一起使用的可以用来给支付交易提供资金的支付工具的其他合适类型的实体。消费者1304可以具有与所发行的支付卡相关联的发行金融机构1302的交易账户，使得当在支付交易中使用时，支付交易由关联的交易账户提供资金。在一些实施例中，支付卡可被物理地发行给消费者1304。在其他实施例中，支付卡可以是虚拟支付卡或以其他方式以电子格式提供给消费者1304。
在步骤1322中，消费者1304可以将所发行的支付卡呈现给商家1306以用于给支付交易提供资金。商家1306可以是商业、另一个消费者、或者可以参与到与消费者1304的支付交易的任何实体。支付卡可以通过以下方式呈现：由消费者1304通过向商家1306提供物理卡、以电子方式发送(例如，经由近场通信，无线传输或其他合适的电子传输类型和协议)支付卡的支付细节、或经由第三方发起向商家1306发送支付细节。商家1306可以接收支付细节(例如，经由电子发送、经由从物理支付卡读取它们等)，其可以至少包括与支付卡和/或关联交易账户相关联的交易账号。在一些情况下，支付细节可以包括一个或多个应用程序密码，其可以用于处理支付交易。
在步骤1324中，商家1306可以将交易细节输入到销售点计算系统中。交易细节可以包括由与支付卡相关联的消费者1304提供的支付细节以及与交易相关联的附加细节，诸如交易金额、时间和/或日期、产品数据、特价(offer)数据、忠诚度数据、奖励数据、商家数据、消费者数据、销售点数据等。可以经由一个或多个输入设备将交易细节输入到商家1306的销售点系统中，所述一个或多个输入设备诸如是被配置为扫描产品条形码的光学条形码扫描器、被配置为接收由用户输入的产品代码的键盘等。商家销售点系统可以是旨在处理电子金融交易和与支付网络进行通信(例如，经由支付轨道)的专门配置的计算设备和/或专用计算设备。商家销售点系统可以其上运行有销售点系统应用程序的电子设备，其中所述应用程序使电子设备接收电子金融交易信息并将其传送到支付网络。在一些实施例中，商家1306可以是电子商务交易中的在线零售商。在这样的实施例中，如对于本领域技术人员将是清楚的，交易细节可被输入到购物车或用于存储电子交易中的交易数据的其他储存库中。
在步骤1326中，商家1306可以将叠加有交易数据的数据信号以电子方式发送到网关处理器1308。网关处理器1308可以是被配置为从商家1306接收交易细节以进行格式化并发送到收单金融机构1310的实体。在一些情况下，网关处理器1308可以与多个商家1306和多个收单金融机构1310相关联。在这种情况下，网关处理器1308可以接收涉及各种商家的多个不同交易的交易细节，其可被转发给适当的收单金融机构1310。通过与多个收单金融机构1310具有关系并具有使用支付轨道与金融机构进行通信的必要基础设施，比如使用与网关处理器1308或金融机构相关联的用于提交、接收和检索数据的应用程序编程接口，网关处理器1308可以充当如下中介，该中介使商家1306能够经由单个通信信道和格式与网关处理器1308进行支付交易，而不必维护与多个收单金融机构1310的关系以及与其相关联的支付处理器和硬件。收单金融机构1310可以是诸如银行之类的金融机构，或者实施和管理支付账户和/或与支付账户一起使用的支付工具的其他实体。在一些情况下，收单金融机构1310可以管理商家1306的交易账户。在一些情况下，单个金融机构可以作为发行金融机构1302和收单金融机构1310两者来运营。
从商家1306发送到网关处理器1308的数据信号可被用于支付交易的交易细节叠加，所述交易细节可以基于一个或多个标准进行格式化。在一些实施例中，标准可以由网关处理器1308阐述，其可以使用唯一的专有格式来向/从网关处理器1308发送交易数据。在其他实施例中，可以使用公共标准，诸如国际标准化组织的iso8783标准。标准可以指示可以包括的数据的类型、数据的格式化、数据将被如何存储和发送、以及用于将交易数据发送到网关处理器1308的其他标准。
在步骤1328中，网关处理器1308可以解析交易数据信号以获得叠加在其上的交易数据，并且可以根据需要格式化交易数据。交易数据的格式化可以由网关处理器1308基于网关处理器1308的专有标准来执行或由与支付交易相关联的收单金融机构1310来执行。专有标准可以指定交易数据中包括的数据的类型以及数据的存储和发送的格式。收单金融机构1310可以由网关处理器1308使用交易数据来识别，诸如通过解析交易数据(例如，解构成数据元素)以获得其中包括的与收单金融机构1310相关联的账户标识符。在一些情况下，网关处理器1308然后可以基于识别出的收单金融机构1310来格式化交易数据，诸如以符合由收单金融机构1310指定的格式化标准。在一些实施例中，识别出的收单金融机构1310可以与支付交易中涉及的商家1306相关联，并且在一些情况下，可以管理与商家1306相关联的交易账户。
在步骤1330中，网关处理器1308可以将叠加有格式化的交易数据的数据信号以电子方式发送到识别出的收单金融机构1310。收单金融机构1310可以接收数据信号并解析该信号以获得叠加在其上的格式化的交易数据。在步骤1332中，收单金融机构可以基于格式化的交易数据来生成对支付交易的授权请求。授权请求可以是被特殊格式化的交易消息，其根据一个或多个标准进行格式化，所述一个或多个标准诸如是iso8783标准以及由用于处理支付交易的支付处理器(诸如支付网络之类)阐述的标准之类。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，所述授权请求可以表明支付交易中涉及的商家1306正在向发行金融机构1302请求对交易的支付或支付承诺。授权请求可以包括多个数据元素，每个数据元素被配置为存储如在关联标准中阐述的数据，诸如用于存储账号、应用程序密码、交易金额、发行金融机构1302信息等。
在步骤1334中，收单金融机构1310可以将授权请求以电子方式发送到交易处理服务器1312以进行处理。交易处理服务器1312可以包括作为被配置为处理支付交易的支付网络的一部分的一个或多个计算设备。在一些实施例中，授权请求可以由收单金融机构1310处的交易处理器或与收单金融机构相关联的其他实体发送。交易处理器可以是一个或多个计算设备，其包括用于与交易处理服务器1312进行通信以便向交易处理服务器1312和从交易处理服务器1312发送交易消息和其他数据的多个通信信道。在一些实施例中，与交易处理服务器1312相关联的支付网络可以拥有或操作每个交易处理器，使得支付网络可以为了网络和信息安全而保留对去往和来自交易处理服务器1312的交易消息的通信的控制。
在步骤1336中，交易处理服务器1312可以执行支付交易的增值服务。增值服务可以是由发行金融机构1302指定的、可以在处理支付交易时向发行金融机构1302或消费者1304提供附加价值的服务。增值服务可以包括例如欺诈评分、交易或账户控制、账号映射、特价兑换、忠诚度处理等。例如，当交易处理服务器1312接收到交易时，可以基于其中包括的数据和一个或多个欺诈评分算法和/或引擎来计算交易的欺诈评分。在一些情况下，交易处理服务器1312可以首先识别与交易相关联的发行金融机构1302，并然后识别由发行金融机构1302指示要执行的任何服务。可以例如通过授权请求中包括的特定数据元素中包括的数据(诸如发行方标识号之类)来识别发行金融机构1302。在另一个示例中，发行金融机构1302可以由授权请求中存储的主账号来识别，诸如通过将主账号的一部分(例如，银行标识号)用于识别之类。
在步骤1338中，交易处理服务器1312可以将授权请求以电子方式发送到发行金融机构1302。在一些情况下，可以由于交易处理服务器1312执行增值服务而在授权请求中包括附加数据或伴随授权请求发送附加数据，或者修改授权请求。在一些实施例中，授权请求可被发送到位于发行金融机构1302处的交易处理器(例如，由交易处理服务器1312拥有或操作)或其关联实体，交易处理器或其关联实体可以将授权请求转发给发行金融机构1302。
在步骤1340中，发行金融机构1302可以授权交易账户对支付交易进行支付。授权可以基于交易账户的可用信用额和支付交易的交易金额、交易处理服务器1312所提供的欺诈评分、以及对于本领域技术人员将是清楚的其他考虑因素。发行金融机构1302可以修改授权请求以包括指示支付交易的批准(例如，或者在交易将被拒绝的情况下的拒绝)的响应代码。发行金融机构1302还可以修改交易消息的消息类型指示符，以表明交易消息被改变为授权响应。在步骤1342中，发行金融机构1302可以(例如，经由交易处理器)将授权响应发送到交易处理服务器1312。
在步骤1344中，交易处理服务器1312可以将授权响应转发给收单金融机构1310(例如，经由交易处理器)。在步骤1346中，收单金融机构可以生成指示如在授权响应的响应代码中指示的对支付交易的批准或拒绝的响应消息，并且可以使用由网关处理器1308阐述的协议和标准将响应消息发送到网关处理器1308。在步骤1348中，网关处理器1308可以使用适当的标准和协议将响应消息转发给商家1306。在步骤1350中，假设交易被批准，商家1306然后可以将消费者1304所购买的产品作为支付交易的一部分提供给消费者1304。
在一些实施例中，一旦过程1300已经完成，就可以执行从发行金融机构1302到收单金融机构1310的支付。在一些情况下，可以立即或在一个工作日内进行支付。在其他情况下，可以在一段时间之后并且响应于经由交易处理服务器1302从收单金融机构1310向发行金融机构1302提交清算请求而进行支付。在这种情况下，对多个支付交易的清算请求可被聚合成单个清算请求，交易处理服务器1312可以使用该清算请求来识别由谁以及向谁针对支付交易的结算进行总支付。
在一些情况下，系统也可被配置为在通信路径可能不可用的情况下执行支付交易的处理。例如，如果发行金融机构不可用于执行对交易账户的授权(例如，在步骤1340中)，则交易处理服务器1312可被配置为代表发行金融机构1302执行对交易的授权。这样的动作可被称为“代替处理”，其中交易处理服务器“代替”作为发行金融机构1302。在这种情况下，交易处理服务器1312可以利用由发行金融机构1302阐述的规则来确定批准或拒绝支付交易，并且可以在步骤1344中转发到收单金融机构1310之前相应地修改交易消息。交易处理服务器1312可以保留与交易处理服务器1312所代替的交易相关联的数据，并且一旦重新建立通讯就可以将保留的数据发送到发行金融机构1302。然后，发行金融机构1302可以相应地处理交易账户以适应丢失通信的时间。
在另一个示例中，如果交易处理服务器1312不可用于由收单金融机构1310提交授权请求，则收单金融机构1310处的交易处理器可被配置为执行交易处理服务器1312和发行金融机构1302的处理。交易处理器可以包括适合用于基于其中包括的数据来确定对支付交易的批准或拒绝的规则和数据。例如，发行金融机构1302和/或交易处理服务器1312可以设置对交易类型、交易金额等的限制，所述限制可被存储在交易处理器中并用来据此确定对支付交易的批准或拒绝。在这种情况下，即使交易处理服务器1312不可用，收单金融机构1310也可以接收支付交易的授权响应，从而确保即使在通信不可用的情况下也处理交易并且不经历停机时间。在这种情况下，交易处理器可以存储支付交易的交易细节，一旦重新建立通信，所述交易细节就可被发送到交易处理服务器1312(例如，并从那里发送到关联的发行金融机构1302)。
在一些实施例中，交易处理器可被配置为包括多个不同的通信信道，其可以利用多个通信卡和/或设备来与交易处理服务器1312进行通信以发送和接收交易消息。例如，交易处理器可以包括多个计算设备，每个计算设备具有连接到交易处理服务器1312的多个通信端口。在这样的实施例中，交易处理器可以在将交易消息发送到交易处理服务器1312时循环通过各通信信道，以减轻网络拥塞并确保更快、更平滑的通信。另外，在通信信道可能被中断或以其他方式不可用的情况下，可以由此使用替代通信信道，以进一步增加网络的正常运行时间。
在一些实施例中，交易处理器可被配置为与其他交易处理器直接进行通信。例如，收单金融机构1310处的交易处理器可以识别出授权请求涉及不要求增值服务的发行金融机构1302(例如，经由交易消息中包括的银行标识号)。然后，收单金融机构1310处的交易处理器可以将授权请求直接发送到发行金融机构1302处的交易处理器(例如，授权请求不通过交易处理服务器1312)，其中发行金融机构1302可以相应地处理交易。
上面讨论的利用使用多个通信信道的多个通信方法、并且包括用来在过程中的多个点处和系统中的多个位置处提供支付交易的处理的故障保护以及用来确保即使在中断的情况下通信也成功到达其目的地的冗余的用于处理支付交易的方法可以提供稳健的系统，该系统确保始终以最小的错误和中断成功处理支付交易。该先进网络及其基础设施和拓扑结构通常可称为“支付轨道”，其中可以从数百万个不同销售点处的商家将交易数据提交到支付轨道，以便通过基础设施路由到适当的交易处理服务器1312以进行处理。支付轨道可以使得通用计算设备在没有专门的编程和/或配置的情况下可能无法正确地格式化通信或将通信提交给轨道。通过计算设备的专门目的，计算设备可被配置为将交易数据提交给适当的实体(例如，网关处理器1308、收单金融机构1310等)以使用该高级网络进行处理，并快速且有效地接收关于消费者1304为支付交易提供资金的能力的响应。
计算机系统架构
图14是示出根据示例性实施例的计算机系统架构1400的框图。
例如，可以使用硬件、软件、固件、其上存储有指令的非暂态计算机可读介质或其组合在计算机系统1400中实现图1的处理服务器102，并且可以在一个或多个计算机系统或其他处理系统中实现图1的处理服务器102。硬件、软件或其任何组合可以包含用来实现图3-12的方法的模块和组件。
如果可编程逻辑被使用，则这种逻辑可以在商业可用处理平台或专用设备上执行。本领域的普通技术人员可以认识到，可以利用各种计算机系统配置来实践所公开的主题的实施例，这些计算机系统配置包括多核多处理器系统、小型计算机、大型计算机、用分布式功能链接或集群的计算机，以及可嵌入到实际上任何设备中的普遍或微型计算机。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。
如本文讨论的处理器单元或处理器设备可以是单个处理器、多个处理器或其组合。处理器设备可具有一个或多个处理器“核心”。如本文讨论的术语“计算机程序介质”、“非暂态计算机可读介质”和“计算机可用介质”通常用来指代有形介质，诸如可移动存储单元1418、可移动存储单元1422以及安装在硬盘驱动器1412中的硬盘之类。
根据该示例计算机系统1400描述本公开的各种实施例。在阅读本说明书之后，如何使用其他计算机系统和/或计算机架构来实现本公开对于本领域技术人员将变得清楚。尽管操作可被描述为顺序过程，但是一些操作实际上可被并行地执行、并发地执行和/或在分布式环境中执行，并且程序代码被本地存储或远程存储以供单个或多个处理器机器访问。此外，在一些实施例中，在不脱离所公开的主题的精神的情况下可以重新排列操作的顺序。
处理器设备1404可以是专门配置成执行本文讨论的功能的专用处理器设备或通用处理器设备。处理器设备1404可以连接到通信基础设施1406，诸如总线、消息队列、网络、多核心消息传递方案等。网络可以是适合于执行本文公开的功能的任何网络，并且可以包括局域网(lan)、广域网(wan)、无线网络(例如，wifi)、移动通信网络、卫星网络、因特网、光纤、同轴电缆、红外线、射频(rf)，或其任何组合。其他合适的网络类型和配置对于本领域技术人员将是清楚的。计算机系统1400也可以包括主存储器1408(例如，随机存取存储器、只读存储器等)，并且也可以包括辅助存储器1410。辅助存储器1410可以包括硬盘驱动器1412和可移动存储驱动器1414，诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存等。
可移动存储驱动器1414可以按众所周知的方式从可移动存储单元1418读取和/或向可移动存储单元1418写入。可移动存储单元1418可以包括可被可移动存储驱动器1414读取和写入的可移动存储介质。例如，如果可移动存储驱动器1414是软盘驱动器或通用串行总线端口，则可移动存储单元1418可以分别是软盘或便携式闪存驱动器。在一个实施例中，可移动存储单元1418可以是非暂态计算机可读记录介质。
在一些实施例中，辅助存储器1410可以包括用于允许计算机程序或其他指令被加载到计算机系统1400中的可选装置，例如可移动存储单元1422和接口1420。如对于本领域技术人员将是清楚的，这种装置的示例可以包括程序盒和盒接口(例如，如在视频游戏系统中发现的)、可移动存储器芯片(例如，eeprom、prom等)和关联的插座，以及其他可移动存储单元1422和接口1420。
存储在计算机系统1400中(例如，在主存储器1408和/或辅助存储器1410中)的数据可以存储在任何类型的合适的计算机可读介质上，诸如光学存储装置(例如，紧凑盘、数字多功能盘、蓝光盘等)或磁带存储装置(例如，硬盘驱动器)之类。可以按诸如关系数据库、结构化查询语言(sql)数据库、分布式数据库、对象数据库等的任何类型的合适的数据库配置来配置数据。合适的配置和存储类型对于本领域技术人员将是清楚的。
计算机系统1400还可以包括通信接口1424。通信接口1424可被配置为允许在计算机系统1400与外部设备之间传送软件和数据。示例性通信接口1424可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、pcmcia插槽和卡等。经由通信接口1424传送的软件和数据可以是信号的形式，其可以是电子、电磁、光学或对于相关领域技术人员将是清楚的其他信号。信号可以经由通信路径1426行进，通信路径1426可被配置为承载信号并且可以使用导线、线缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。
计算机系统1400还可以包括显示接口1402。显示接口1402可被配置为允许在计算机系统1400与外部显示器1430之间传送数据。示例性显示接口1402可以包括高分辨率多媒体接口(hdmi)、数字视频接口(dvi)、视频图形阵列(vga)等。显示器1430可以是用于显示经由计算机系统1400的显示接口1402发送的数据的任何合适类型的显示器，包括阴极射线管(crt)显示器、液晶显示器(lcd)、发光二极管(led)显示器、电容式触摸显示器、薄膜晶体管(tft)显示器等。
计算机程序介质和计算机可用介质可以指代存储器，诸如主存储器1408和辅助存储器1410，其可以是内存半导体(例如，dram等)。这些计算机程序产品可以是用于向计算机系统1400提供软件的手段。计算机程序(例如，计算机控制逻辑)可以存储在主存储器1408和/或辅助存储器1410中。也可以经由通信接口1424接收计算机程序。这样的计算机程序在被执行时可以使得计算机系统1400能够实现本文所讨论的当前方法。具体而言，计算机程序在被执行时可以使得处理器设备1404能够实现本文所讨论的由图3-12示出的方法。因此，这样的计算机程序可以表示计算机系统1400的控制器。在使用软件实现本公开的情况下，软件可以被存储在计算机程序产品中，并且使用可移动存储驱动器1414、接口1420和硬盘驱动器1412或通信接口1424而被加载到计算机系统1400中。
处理器设备1404可以包括被配置为执行计算机系统1400的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现，并且在一些情况下还可以利用诸如对应于存储在主存储器1408或辅助存储器1410中的程序代码和/或程序的软件。在这样的情况下，在由计算机系统1400的硬件执行之前，程序代码可以由处理器设备1404编译(例如，通过编译模块或引擎)。例如，程序代码可以是以编程语言编写的源代码，其被转换成诸如汇编语言或机器代码之类的低级语言以供处理器设备1404和/或计算机系统1400的任何附加硬件组件执行。编译过程可以包括使用词法分析、预处理、解析、语义分析、语法指导的转换、代码生成、代码优化以及可能适合于将程序代码转换成适合于控制计算机系统1400执行本文公开的功能的低级语言的任何其他技术。对本领域技术人员将清楚的是，这样的过程导致计算机系统1400是独特编程为执行上面讨论的功能的专门配置的计算机系统1400。
除了其他特征之外，与本公开一致的技术还提供了用于生成和使用用于邻域增长的索引模型的系统和方法。虽然上面已经描述了所公开的系统和方法的各种示例性实施例，但应当理解，它们仅仅是为了示例而非限制的目的而提出的。其不是详尽无遗的，并且不会将公开内容限制于所公开的确切形式。鉴于上述教导修改和变化是可能的，或者在不背离广度或范围的情况下可以从本公开的实践中获得修改和变化。