CN109844790B - 通用控制账户活动的方法和系统 - Google Patents

Abstract

一种对支付令牌应用账户和交易控制的方法包括：在系统的第一设备中存储包括令牌号和交易控制的控制简档；在系统的第二设备中存储包括令牌号和对应的账号的令牌简档；在第一设备处接收包括具有令牌号和附加交易数据的数据元素的交易消息；由第一设备基于附加交易数据确定与交易控制的合规性；将交易消息从第一设备发送到第二设备；由第二设备将令牌号替换为交易消息中的账号；以及，由第二设备将交易消息发送到与账号相关联的金融机构。

Description

通用控制账户活动的方法和系统

对相关申请的交叉引用

本申请要求于2016年10月18日提交的美国专利申请No.15/296,527的权益和优先权。上述申请的全部公开内容通过引用并入本文。

技术领域

本公开涉及提供账户活动的通用控制的技术，具体而言，通过在处理系统中使用多个计算设备，对电子支付交易中使用的支付令牌通用应用账户和交易控制。

背景技术

随着技术的发展，个人和实体越来越多地控制着其日常生活的各个方面。传统上，消费者仅限于用纸币支付付款交易。随着时间的推移，开发了新的支付工具，从支票开始，然后转移到各种类型的支付卡，为消费者提供了使用哪种支付工具的选择，从而使消费者能够基于他们更重视的方面(诸如纸币的匿名性、借记卡的便利性、信用卡的自由性等)控制如何参与交易。

随着支付网络和金融机构在技术上越来越复杂，这些实体甚至为消费者提供了控制其支付卡使用的附加选项。一种这样的发展是创建和实现受控支付号码，如下面更详细定义的，该受控支付号码是使交易账户在支付交易的使用上受到一个或多个控制或限制的号码。这样的控制可以包括，例如，对单次交易的最大量的控制、对可能发生交易的地理位置的控制、或对交易的类型的控制(例如，仅用于面对面而不是电子商务交易)。

但是，现有的支付网络和金融机构系统通常需要为交易账户生成和发行特殊控制的支付号码以用于账户和交易控制。支付网络和金融机构的其它技术发展还涉及为交易账户生成和发行新号码以用于相关联的产品和服务。一个这样的发展包括使用支付令牌。支付令牌是交易账户的现有支付凭证的令牌化，用于代替支付交易开始时的原始支付凭证，以保护原始支付凭证。随着移动设备技术的进步，支付令牌的使用增加，其中支付令牌代替传统的支付凭证被发行到用作电子交易中的支付工具的移动设备，使得移动设备的受损不会整体上使交易账户受损。

不幸的是，交易控制和支付令牌都依赖于为交易账户发行的原始账号使用替代号码。因此，用于支付网络和金融机构的当前处理系统缺乏同时利用交易控制和支付令牌的能力。已经开发了一些具有应用交易控制并执行支付令牌到相应账号的映射的单个计算系统的方法。但是，这种方法可能仅在专门为此目的生成和发行支付令牌时才适用；因此，这样的系统可能与已经使用交易控制和/或支付令牌的现有交易账户不兼容。

因此，需要一种技术解决方案，其中交易控制可以与结合现有交易账户实现的支付令牌结合使用，并使用现有支付令牌和交易控制来实现。需要一种使用改进的计算系统的技术解决方案，该改进的计算系统可以弥补现有技术系统的缺点中的缺陷，以通过在处理系统中使用多个计算设备对映射到主账号的支付令牌提供交易控制应用。

发明内容

本公开提供了用于对支付令牌应用账户和交易控制的系统和方法的描述。

一种对支付令牌应用账户和交易控制的方法包括：在处理系统的第一计算设备的控制数据库中存储控制简档，其中控制简档包括与交易账户相关的至少包括支付令牌号和一个或多个账户和/或交易控制的结构化数据集；在处理系统的第二计算设备的令牌数据库中存储令牌简档，其中令牌简档包括与交易账户相关的至少包括支付令牌号和对应的交易账号的结构化数据集；由处理系统的第一计算设备的接收设备经由支付网络接收交易消息，其中交易消息根据一个或多个标准被格式化并且包括与支付交易相关的至少包括多个数据元素的数据，所述多个数据元素至少包括被配置为存储支付令牌号的第一数据元素和被配置为存储附加交易数据的一个或多个附加数据元素；由处理系统的第一计算设备的交易处理模块基于存储在所述一个或多个附加数据元素中的附加交易数据基于支付交易对所述一个或多个账户和/或交易控制的满足来确定支付交易与控制简档中包括的所述一个或多个账户和/或交易控制的合规性；由处理系统的第一计算设备的发送设备将交易消息电子地发送到处理系统的第二计算设备；由处理系统的第二计算设备的接收设备接收交易消息；由处理系统的第二计算设备的交易处理模块用存储在处理系统的第二计算设备的令牌数据库中的令牌简档中的对应的交易账号替换存储在交易消息中包括的第一数据元素中的支付令牌号；以及，由处理系统的第二计算设备的发送设备经由支付网络将包括存储在第一数据元素中的对应交易账号的交易消息发送到发行金融机构，其中发行金融机构与对应的交易账号相关联。

一种用于对支付令牌应用账户和交易控制的系统包括：处理系统的第一计算设备的控制数据库，被配置为存储控制简档，其中控制简档包括与交易账户相关的至少包括支付令牌号和一个或多个账户和/或交易控制的结构化数据集；处理系统的第二计算设备的令牌数据库，被配置为存储令牌简档，其中令牌简档包括与交易账户相关的至少包括支付令牌号和对应的交易账号的结构化数据集；处理系统的第一计算设备的接收设备，被配置为经由支付网络接收交易消息，其中交易消息根据一个或多个标准被格式化并且包括与支付交易相关的至少包括多个数据元素的数据，所述多个数据元素至少包括被配置为存储支付令牌号的第一数据元素和被配置为存储附加交易数据的一个或多个附加数据元素；处理系统的第一计算设备的交易处理模块，被配置为基于存储在一个或多个附加数据元素中的附加交易数据基于支付交易对所述一个或多个账户和/或交易控制的满足来确定支付交易与控制简档中包括的所述一个或多个账户和/或交易控制的合规性；处理系统的第一计算设备的发送设备，被配置为将交易消息电子地发送到处理系统的第二计算设备；处理系统的第二计算设备的接收设备，被配置为接收交易消息；处理系统的第二计算设备的交易处理模块，被配置为用存储在处理系统的第二计算设备的令牌数据库中的令牌简档中的对应的交易账号替换存储在交易消息中包括的第一数据元素中的支付令牌号；以及处理系统的第二计算设备的发送设备，被配置为经由支付网络将包括存储在第一数据元素中的对应交易账号的交易消息电子地发送到发行金融机构，其中发行金融机构与对应的交易账号相关联。

附图说明

当结合附图阅读时，从以下示例性实施例的详细描述中可以最好地理解本公开的范围。附图中包括以下各图：

图1是图示根据示例性实施例的用于对支付令牌应用账户和交易控制的高级系统架构的框图。

图2是图示根据示例性实施例的用于在图1的处理系统中使用以用于应用账户和交易控制、支付令牌的映射以及通知的发送的计算系统的框图。

图3是图示根据示例性实施例的使用图1的处理系统将账户和交易控制应用于支付令牌和交易的处理以及发送与其相关的通知的处理的流程图。

图4图示了根据示例性实施例的用于对支付令牌应用账户和交易控制的示例性方法的流程图。

图5是图示根据示例性实施例的支付交易的处理的流程图。

图6是图示根据示例性实施例的计算机系统架构的框图。

根据下文提供的详细描述，本公开的其它应用领域将变得显而易见。应该理解的是，示例性实施例的详细描述仅用于说明目的，并且因此并不旨在必然地限制本公开的范围。

具体实施方式

专业术语

支付网络–用于在给定时间段期间通过使用现金替代品针对数千、数百万甚至数十亿交易来转移货币的系统或网络。支付网络可以使用各种不同的协议和程序，以便处理各种类型的交易的货币转移。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户取款等。支付网络可以被配置为经由现金替代品(其可以包括支付卡、信用证、支票、交易账户等)执行交易。被配置为作为支付网络执行的网络或系统的示例包括由等运营的网络或系统。本文使用术语“支付网络”既可以指作为实体的支付网络，又可以指物理支付网络，诸如包括支付网络的装备、硬件和软件。

支付轨道-与在支付交易的处理以及支付网络和与支付网络互连的其它实体之间的交易消息和其它类似数据的通信中使用的支付网络相关联的基础设施，支付网络在给定时间段期间处理数千、数百万甚至数十亿的交易。支付轨道可以由用于建立支付网络的硬件以及支付网络与其它相关联实体(诸如金融机构、网关处理器等)之间的互连组成。在一些情况下，支付轨道也可以(诸如经由包括支付轨道的通信硬件和设备的特殊编程)受软件影响。例如，支付轨道可以包括为了交易消息的路由而专门配置的专门配置的计算设备，其可以是经由支付轨道电子发送的特殊格式化的数据消息，如下面更详细讨论的。

交易账户–可以用于为交易提供资金的金融账户，诸如支票账户、储蓄账户、信用账户、虚拟支付账户等。交易账户可以与消费者相关联，消费者可以是任何合适类型的与支付账户相关联的实体，其可以包括个人、家庭、公司、集团、政府实体等。在一些情况下，交易账户可以是虚拟的，诸如由操作的账户等。

商家–提供由另一个实体(诸如消费者或另一个商家)购买的产品(例如，商品和/或服务)的实体。商家可以是消费者、零售商、批发商、制造商或可以提供用于购买的产品的任何其它类型的实体，如对于相关领域的技术人员将是显而易见的。在一些情况下，商家可以对被提供进行购买的商品和/或服务有特殊的了解。在其它情况下，商家可以没有或要求所提供产品的任何特殊知识。在一些实施例中，单个交易中涉及的实体可以被视为商家。在一些情况下，如本文所使用的，术语“商家”可以指商家实体的装置或设备。

发行方-为受益人设立(例如，开立)信用证或信用额度，并根据信用证或信用额度中指定的量授予受益人提取的汇票的实体。在许多情况下，发行方可以是授权开立信贷额度的银行或其它金融机构。在一些情况下，任何可以向受益人扩展信贷额度的实体可以被视为发行方。由发行方开立的信用额度可以以支付账户的形式表示，并且可以由受益人通过使用支付卡来提取。发行方还可以向消费者提供如对于相关领域技术人员来说将显而易见的附加类型的支付账户，诸如借记账户、预付账户、电子钱包账户、储蓄账户、支票账户等，并且可以向消费者提供用于访问和/或利用这种账户的物理或非物理部件，诸如借记卡、预付卡、自动柜员机卡、电子钱包、支票等。

受控支付号码–受控支付号码可以是与经受一个或多个规则的支付账户相关联的支付号码。在许多情况下，这些规则可以由持卡人设置，诸如支出限制、关于交易日期和/或时间的限制、关于商家或行业的限制、交易支出或频率限制等。受控支付号码可以为账户持有人提供将与账户绑定的支付卡交给他人使用，但须遵守持卡人设置的规则的机会，诸如雇主向员工分发卡，或家长向孩子分发卡。关于受控支付号码的其它细节可以在2003年10月21日授权的美国专利No.6,636,833；2006年11月14日授权的美国专利No.7,136,835；2009年8月4日授权的美国专利No.7,571,142；2009年7月28日授权的美国专利No.7,567,934；2009年9月22日授权的美国专利No.7,593,896；2008年7月30日提交的美国专利申请No.12/219,952；2008年11月10日提交的美国专利申请No.12/268,063；以及2009年1月26日提交的美国专利申请No.12/359,971中找到；这些专利和申请中每一个的全部内容都通过引用并入本文。

将控制应用于支付令牌的系统

图1图示了通过在处理系统中使用多个计算设备实现的、用于将账户和交易控制应用于电子支付交易中的支付令牌的系统100。

系统100可以包括处理系统102。处理系统102可以由至少第一计算系统104和第二计算系统106组成。第一计算系统104和第二计算系统106可以由一个或多个计算设备组成，所述一个或多个计算设备被特别配置为执行如本文所讨论的与其相关的功能。包括处理系统102的每个计算系统可以被配置为使用一个或多个合适的通信网络和方法进行通信，这些通信网络和方法可以包括处理系统102内部的通信网络(例如，外部计算设备和系统不可访问)。包括处理系统102的每个计算系统可以包括适合于执行与其相关联的功能的多个模块和引擎，诸如图2中示出的计算系统200中包括的并且在下面更详细讨论的那些模块和引擎。

如下面更详细讨论的，第一计算系统104可以被配置为将账户和交易控制应用于支付交易，对于该支付交易，使用支付令牌用于对其提供资金。账户和交易控制可以是对相关联的交易账户(例如，以及从中发行的任何支付令牌)的使用的控制和/或限制。控制可以是特定于个别交易的，或者可以适用于交易账户，这可以是对由交易账户提供资金或试图提供资金的支付交易的总计的控制。控制可以包括，例如，对交易的交易量、多个交易和/或一段时间(例如，一天、一周、一个月等)的总交易量、交易频率、一段时间内的交易数目、商家名称、商家行业、商家标识符、地理位置、交易的类型、产品名称、产品类型、产品标识符、交易时间、交易数据等的控制。在一些情况下，交易或账户控制可以利用控件的组合。例如，可以对交易账户进行控制，从而对特定商家类别(例如，餐馆)一个月的总交易量进行限制。在一些情况下，可以对交易账户进行多个账户或交易控制。例如，交易账户可能受到对个别交易的交易量、工作日交易的每日总交易量、周末的每日总交易量、在一天的特定时间期间对商家行业的限制等的控制。

如下面更详细讨论的，第二计算设备106可以被配置为将支付令牌映射到与交易账户相关联的对应交易账号，并用对应的账号替换支付令牌以处理基于其的电子支付交易。支付令牌可以由至少支付令牌号组成，支付令牌号可以是对应的交易账号的令牌化。在一些情况下，可以根据适用于对应交易账号的一个或多个标准来格式化支付令牌号。例如，支付令牌号可以是与对应的交易账号相同的位数，并且具有以类似方式格式化的数字。在一些情况下，支付令牌号和对应的交易账号可以包括公共部分，诸如与对应于相关联的交易账户的金融机构相关联的银行标识号或发行方标识号。

系统100可以包括发行方系统114。发行方系统可以是与发行金融机构相关联的系统。发行金融机构可以是诸如发行银行的金融机构，或者是被配置为向消费者112发行用于在向支付交易提供资金时使用的交易账户的其它合适实体。作为向消费者112发行交易账户的一部分，发行方系统114可以生成用于在处理经由交易账户提供资金的支付交易时使用的交易账号。

可以生成用于与发行给消费者112的交易账户一起使用的支付令牌。在一些实施例中，发行方系统114可以生成支付令牌并将其发行给消费者112。在这样的实施例中，发行方系统114可以向与本文所讨论的方法结合使用的处理系统102注册支付令牌和对应的交易账号。在一些情况下，处理系统102可以是发行方系统114的一部分，其中注册可以使用内部通信和处理来完成。在其它情况下，处理系统102可以使用合适的通信网络和方法将一个或多个数据信号电子地发送到处理系统102。

在其它实施例中，处理系统102可以被配置为生成交易账户的支付令牌。在这样的实施例中，发行方系统114可以向处理系统102注册交易账户，并且处理系统102可以生成与注册的交易账号对应的支付令牌。在一些情况下，处理系统102可以将支付令牌提供回发行方系统114以便发行给消费者112。在其它情况下，发行方系统114可以向处理系统102提供通信细节，以便向消费者112发行支付令牌。用于向消费者112供给支付令牌的方法对于相关领域的技术人员将是显而易见的。处理系统102的第二计算系统106可以被配置为存储注册的交易账户的交易账号与对应的支付令牌之间的关联(例如，如由发行方系统114或处理系统102生成的)。

在向消费者112发行支付令牌之后，消费者112可以能够设置适用于经由支付令牌提供资金的支付交易的一个或多个账户或交易控制。消费者112可以使用用于设置账户和交易控制的合适方法来设置控制，这些方法对于相关领域的技术人员将是显而易见的。例如，消费者112可以经由计算设备(例如，下面更详细讨论的计算设备118)使用网页或应用程序来访问用于设置交易账户的一个或多个账户或交易控制的界面。账户或交易控制可以用第一计算系统104直接设置，诸如通过使用合适的通信网络和方法将数据信号从消费者112(例如，经由合适的计算设备)电子发送到第一计算系统104，或者可以经由发行方系统114设置。例如，发行方系统114可以为消费者112提供界面来设置账户或交易控制，这些账户或交易控制然后可以从发行方系统114被转发到第一计算系统104。第一计算系统104可以被配置为将账户或交易控制注册为与对应于为其设置控制的交易账户的支付令牌相关联。

一旦消费者112已经被发行支付令牌并且已经注册其账户和交易控制，消费者112就可以发起与商家的支付交易。作为支付交易的发起的一部分，消费者112可以将发行的支付令牌提供给商家系统116，商家系统116可以是销售点系统或其它合适的系统。可以使用任何合适的方法将支付令牌提供给商家系统116，诸如通过呈现和读取其上编码有支付令牌的物理支付卡、显示和读取编码有支付令牌的机器可读码、经由计算设备输入和发送支付令牌、使用近场通信或其它合适的通信方法发送支付令牌等。

一旦商家系统116已经接收到支付令牌，商家系统116就可以将支付令牌和支付交易的交易信息(本文统称为“交易数据”)提交给支付网络110以进行处理。在一些情况下，商家系统116可以经由与其相关联的支付轨道将交易数据直接提交给支付网络110。在其它情况下，商家系统116可以将交易数据提交给一个或多个中间实体，诸如收单金融机构和/或网关处理器，以经由相关联的支付轨道转发到支付网络110。

在示例性实施例中，在交易数据提交到支付网络110之前，交易数据可以被格式化为交易消息(例如，由商家系统116、收单金融机构、网关处理器或其它合适的实体)。交易消息可以是根据管理金融交易消息的交换的一个或多个标准(诸如国际标准化组织的ISO8583标准)格式化的特殊格式化的数据消息。交易消息可以包括指示交易消息的类型(诸如授权请求或授权响应)的消息类型指示符。交易消息还可以包括多个数据元素，其中每个数据元素可以被配置为存储支付交易的交易数据的一部分。一些交易消息还可以包括一个或多个位图，该位图可以被配置为存储数据，所述数据指示包括在交易消息中的数据元素和存储在其中的数据。

支付网络110可以接收支付交易的交易消息，其至少包括第一数据元素以及一个或多个附加数据元素，第一数据元素被配置为存储主账号，该主账号可以存储由消费者112为交易提供的支付令牌的支付令牌号，一个或多个附加数据元素被配置为存储附加交易数据。附加交易数据可以包括例如附加支付令牌数据(例如，交易计数器、密码等)、交易量、交易时间、交易数据、地理位置、商家名称、商家行业、商家标识符、产品数据、发行方数据、收单方数据、报价数据、奖励数据、忠诚度数据、销售点数据等。交易消息还可以包括指示授权请求的消息类型指示符。支付网络110可以将授权请求转发到处理系统102，以经由与支付网络110相关联的支付轨道对其进行处理。在一些实施例中，支付网络110可以包括处理系统102，并且可以经由支付网络110的内部通信方法将授权请求转发到第一计算系统104。

处理系统102的第一计算系统104可以接收对支付交易的授权请求。第一计算系统104可以从包括在授权请求中的第一数据元素解析支付令牌号，并且可以识别为支付令牌注册的账户或交易控制。然后，第一计算系统104可以确定支付交易是否符合账户或交易控制。该确定可以基于存储在授权请求中包括的一个或多个附加数据元素中的附加交易数据与设定的账户或交易控制的比较，并且还可以基于附加数据，诸如先前的授权请求或从中解析的数据。例如，对每个交易的交易量的控制可以适用于存储在授权请求中包括的对应数据元素中的交易量，并且对一周期间支出的总交易量的控制可以适用于存储在授权请求中包括的对应数据元素中的交易量与存储的总支出量的结合(例如，基于该周期间先前交易中的交易量)。

第一计算系统104可以基于所述确定继续支付交易的处理。在一些实施例中，第一计算系统104可以将确定存储在授权请求中包括的对应数据元素中，其可以由发行方系统114在批准或拒绝支付交易中使用。例如，如果支付交易不符合设定的控制，则数据元素可以相应地指示，并且发行方系统114可以基于此拒绝支付交易。在其它实施例中，如果交易未被确定为符合账户或交易控制，那么第一计算系统104可以被授权(例如，由发行方系统114，诸如在交易账户的注册或在发行方系统114与处理系统102之间的协议期间)拒绝支付交易。在这样的实施例中，第一计算系统104可以生成(例如，通过新生成或修改授权请求)具有消息类型指示符的交易消息，该消息类型指示符指示授权响应，授权响应包括被配置为存储指示拒绝支付交易的响应代码的数据元素。在一些情况下，响应代码可以指示不符合账户或交易控制作为拒绝的原因。然后，第一计算系统104可以经由支付轨道将授权响应返回到支付网络110，支付轨道可以将授权响应转发给商家系统116(例如，如果适用的话，经由任何中间实体)以完成支付交易。

如果支付交易符合交易控制，或者如果第一计算系统104没有返回不合规的授权响应，则第一计算系统104可以经由处理系统102的合适的内部通信网络电子地将授权请求发送到第二计算系统106。第二计算系统106可以从第一计算系统104接收授权请求，并且可以被配置为将支付令牌号映射到其对应的交易账号。第二计算系统106可以识别存储在授权请求中包括的第一数据元素中的支付令牌号的注册关联，并且可以用对应的交易账号替换支付令牌号。然后，授权请求可以具有包括在其中的第一数据元素中存储的交易账号。然后，第二计算系统106可以经由相关联的支付轨道将授权请求转发到支付网络110，以便转发到发行方系统114以进一步处理。进一步处理可以包括例如诸如基于账户余额或可用信用批准或拒绝支付交易，以及经由相关联的支付轨道从发行方系统114向支付网络110返回授权响应。关于交易消息的路由和支付交易的处理的附加信息在下面关于图5中所示的处理500进行更详细地讨论。

在处理系统102可以是支付网络110的一部分的实施例中，第二计算系统106可以被配置为经由支付轨道直接将授权请求电子地发送到发行方系统114。在处理系统102可以是发行方系统114的一部分的实施例中，第二计算系统106可以经由发行方系统114的内部通信网络将授权请求电子地发送到适合于处理支付交易的发行方系统114的另一个系统。在一些这样的实施例中，第二计算系统106或处理系统102的另一个计算系统可以被配置为执行发行方系统114的传统交易处理功能。

一旦交易已被发行方系统114批准或拒绝，对应的授权响应就可以经由与支付网络110相关联的支付轨道被转发到第二计算系统102。然后，第二计算系统102可以将支付令牌号重新映射回交易消息，诸如通过将存储在授权响应中包括的第一数据元素中的交易账号替换为最初存储在第一数据元素中的支付令牌号。然后，第二计算系统106可以诸如向支付网络110或商家系统116(例如，或者如果适用的话，相关联的中间实体)转发授权响应以完成支付交易。

在一些实施例中，处理系统102还可以被配置为向消费者112提供关于支付交易的处理和对交易账户的账户和交易控制的合规性和管理的通知。在这样的实施例中，处理系统102可以包括第三计算系统108。第三计算系统108可以被配置为将与通知消息叠加或以其它方式用其编码的数据信号电子地发送到与支付交易中涉及的消费者112相关联的计算设备118。计算设备118可以是适合于执行本文所讨论的功能的任何类型的计算设备，诸如台式计算机、膝上型计算机、笔记本计算机、平板计算机、蜂窝电话、智能电话、智能手表、智能电视、可穿戴计算设备、可植入计算设备等。

作为交易账户的注册的一部分，可以向第三计算系统108供应与计算设备118相关联的通信细节。通信细节可以包括适用于在提供由计算设备118接收的电子发送的讯息时使用的数据，该数据可以至少包括通信方法和地址。地址可以是与计算设备118相关联的用于通过其接收讯息的设备标识符或其它唯一值。通信方法可以包括例如电子邮件、电话、短消息传送服务、多媒体消息传送服务、网页、应用程序等。地址可以包括例如用户名、电子邮件地址、电话、互联网协议地址、介质访问控制地址、注册号、序列号等。在一些情况下，发行方系统114可以诸如在交易账户的注册期间向处理系统102提供通信细节。在其它情况下，计算设备118可以诸如在由消费者112发起的注册处理期间、在支付令牌(例如，向计算设备118)的供给期间、在管理账户或交易控制，或处理系统102和消费者112之间的其它交互期间向处理系统102提供通信细节。

消费者112可以经由计算设备118向处理系统102注册一个或多个通知条件。通知条件可以存储在第一计算系统104、第二计算系统106或第三计算系统108中。通知条件可以包括支付交易的条件，通知应该在该条件下电子地向注册的计算设备118发送。通知条件可以包括例如基于账户或交易控制或特定账户或交易控制拒绝支付交易、在批准的支付交易之后接近总限额、批准受账户或交易控制或特定账户或交易控制管制的任何支付交易，等等。

在处理系统102处理支付交易期间，可以确定与交易账户相关联的一个或多个通知条件的满足。可以经由包括在处理系统102中的存储通知条件的计算系统来做出确定。在一些情况下，可以在从发行方系统114(例如，或者如果适用的话，从第一计算系统104)接收到授权响应之后做出确定。例如，基于受总计影响的控制的状态的通知条件可以基于交易是否被发行方系统114批准或拒绝。如果满足通知条件，则确定满足的计算系统可以经由处理系统102的内部通信网络将叠加有或以其它方式编码有满足条件的指示的数据信号电子地发送到第三计算系统108。然后，第三计算系统108可以使用通信细节中提供的通信方法和地址将数据信号电子地发送到计算设备118，该数据信号被叠加有或以其它方式编码有通知。

通知可以包括支付交易的交易数据的至少一部分，诸如可以适合于由消费者112用于识别通知所适用的交易，诸如商家名称、交易时间、交易日期、地理位置等。通知还可以包括与条件或其它标准相关联的数据，该条件或其它标准可以由消费者112在条件的注册时设置。例如，拒绝交易的通知可以提供拒绝的原因(例如，不符合交易控制)，并且还可以由消费者112设置以提供附加的细节(例如，识别不符合的控制，以及这种不符合的基础)。例如，对于其交易量超过支出限额的交易，发送到计算设备118的通知可以通知消费者112其在指示的时间和日期试图与指定商家进行的交易由于交易量高于先前设定的支出限额而被拒绝。

本文讨论的方法和系统可以使得处理系统102能够提供对支付交易应用账户和交易控制，以及使用支付交易的支付令牌，以及两者的组合，从而使得能够向使用支付令牌的支付交易应用账户和交易控制。此外，在处理系统102中使用多个计算系统可以使得能够与支付令牌到对应的交易账号的映射分开地将交易和账户控制应用于所有支付交易，这可以使得处理系统102能够处理其中可以在没有支付令牌的情况下使用控制和其中可以使用不受控制的支付令牌的支付交易，以及其中支付令牌受到控制的交易。此外，由于经由多个计算系统分离功能，因此使用单独的计算系统可以使得现有的受控支付号码和支付令牌与其结合使用而无需修改现有的支付网络110和发行方系统114。因此，处理系统102可以通过本文讨论的唯一系统架构和硬件提供优于现有系统的显著技术优势。

计算系统

图2图示了系统100中的处理系统102的计算系统200的实施例。对于相关领域的技术人员将显而易见的是，图2中示出的计算系统200的实施例仅作为说明提供，并且可能不是穷举适合于执行本文讨论的功能的处理系统102的计算系统200的所有可能配置。例如，图6中示出并在下面更详细讨论的计算机系统600可以是计算系统200的合适配置。在一些情况下，第一计算系统104、第二计算系统106和/或第三计算系统108可以仅包括计算系统200中所示的适合于执行与如本文所讨论的相应计算系统相关联的功能的组件的一部分。例如，第三计算系统108可以包括通知模块222，并且可以不包括交易处理模块220或控制数据库206，如下面所讨论的。

计算系统200可以包括接收设备202。接收设备202可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些实施例中，接收设备202可以被配置为通过支付轨道接收数据，诸如使用与支付网络110相关联的专门配置的基础设施用于传输包括敏感金融数据和信息的交易消息。在一些情况下，接收设备202还可以被配置为经由诸如互联网之类的替代网络从其它计算系统200、支付网络110、发行方系统114、商家系统116、计算设备118和其它实体接收数据。在一些实施例中，接收设备202可以由多个设备组成，诸如用于通过不同网络接收数据的不同接收设备，诸如用于通过支付轨道接收数据的第一接收设备和用于通过互联网接收数据的第二接收设备。接收设备202可以接收电子发送的数据信号，其中数据可以被叠加或以其它方式被编码在数据信号上并且经由接收设备202接收数据信号来解码、解析、读取或以其它方式获得。在一些情况下，接收设备202可以包括解析模块，用于解析接收到的数据信号以获得叠加在其上的数据。例如，接收设备202可以包括解析器程序，该解析器程序被配置为接收数据信号并将接收到的数据信号变换为由处理设备执行的功能的可用输入，以执行本文描述的方法和系统。

接收设备202可以被配置为接收由支付网络114电子发送的可以被叠加有或以其它方式编码有交易消息的数据信号。交易消息可以根据诸如ISO 8583标准的一个或多个标准来格式化，并且包括消息类型指示符和多个数据元素，诸如被配置为存储主账号、交易量、商家标识符和附加交易数据的数据元素。接收设备202还可以被配置为接收由其它计算系统200电子发送的可以被叠加有或以其它方式编码有交易消息或适合于在执行本文所讨论的功能时使用的其它数据的数据信号。例如，第三计算系统108的接收设备202可以被配置为接收由第一计算系统104或第二计算系统106电子发送的叠加有或以其它方式编码有满足的通知条件和支付令牌号或对应的交易账号的数据信号。

计算系统200还可以包括通信模块204。通信模块204可以被配置为在用于执行本文所讨论的功能的计算系统200的模块、引擎、数据库、存储器和其它组件之间发送数据。通信模块204可以由一种或多种通信类型组成，并且利用用于在计算设备内通信的各种通信方法。例如，通信模块204可以由总线、接触引脚连接器、电线等组成。在一些实施例中，通信模块204也可以被配置为在计算系统200的内部组件和计算系统200的外部组件(诸如外部连接的数据库、显示设备、输入设备等)之间通信。计算系统200还可以包括处理设备。处理设备可以被配置为执行本文所讨论的计算系统200的功能，如对于相关领域的技术人员来说将显而易见的。在一些实施例中，处理设备可以包括专门被配置为执行处理设备的一个或多个功能的多个引擎和/或模块，和/或由该多个引擎和/或模块组成，诸如查询模块218、交易处理模块220、通知模块222等。如本文所使用的，术语“模块”可以是被特别编程为接收输入、使用输入执行一个或多个处理并提供输出的软件或硬件。基于本公开，由各种模块执行的输入、输出和处理对于本领域技术人员将是显而易见的。

计算系统200可以包括控制数据库206。控制数据库206可以被配置为使用合适的数据存储格式和模式来存储多个控制简档208。控制数据库206可以是关系数据库，其利用结构化查询语言来对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。每个控制简档208可以是结构化数据集，其被配置为存储与受一个或多个账户或交易控制管制的交易账户相关的数据。每个控制简档208可以至少包括支付令牌号和一个或多个账户和/或交易控制。支付令牌号可以是交易账户的交易账号的令牌化，其可以由计算系统200或相关联的发行方系统114生成或以其它方式识别。账户和/或交易控制可以是对支付交易的控制，该支付交易经由该支付交易对其进行的相关交易账户提供资金，使得支付交易必须符合控制。账户和/或交易控制可以包括例如对交易量、总交易量、时间、日期、地理位置、商家名称、商家行业、产品名称、产品类型、交易类型等的控制。在一些实施例中，控制简档208也可以包括用于在发送基于涉及相关交易账户的支付交易的通知时使用的一个或多个通知条件。在一些情况下，仅处理系统102中的第一计算系统104可以包括控制数据库206。

计算系统200也可以包括令牌数据库210。令牌数据库210可以被配置为使用合适的数据存储格式和模式来存储多个令牌简档212。令牌数据库210可以是关系数据库，其利用结构化查询语言来对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。每个令牌简档212可以是结构化数据集，其被配置为存储与已经发行支付令牌的交易账户相关的数据。每个令牌简档212可以至少包括用于相关支付令牌的支付令牌号和对应的交易账号。在一些情况下，令牌简档212可以包括与支付令牌和交易账户相关联的附加数据，诸如附加凭证。例如，令牌简档212可以包括用于支付令牌和交易账户中的每一个或两者的交易计数器、密码等。在一些实施例中，令牌简档212还可以包括用于在发送基于涉及相关交易账户的支付交易的通知时使用的一个或多个通知条件。在一些情况下，仅处理系统102中的第二计算系统106可以包括令牌数据库210。

计算系统200也可以包括通知数据库214。通知数据库214可以被配置为使用合适的数据存储格式和模式来存储多个通知简档216。通知数据库214可以是关系数据库，其利用结构化查询语言来对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。每个通知简档216可以是结构化数据集，其被配置为存储与被注册以接收通知的交易账户相关的数据。每个通知简档216可以至少包括支付令牌号或对应的交易账号和通信细节。通信细节可以至少包括通信方法和地址，该通信方法和地址适用于在使用该通信方法和相关联的通信协议将数据信号电子发送到与该地址相关联的计算设备118时使用。在一些情况下，仅处理系统102中的第三计算系统108可以包括通知数据库214。

计算系统200可以包括查询模块218。查询模块218可以被配置为对数据库执行查询以识别信息。查询模块218可以接收一个或多个数据值或查询串，并且可以基于其对指示的数据库(诸如控制数据库206)执行查询串，以识别存储在其中的信息。然后，查询模块218可以根据需要将识别出的信息输出到计算系统200的适当的引擎或模块。查询模块218可以例如对控制数据库206执行查询以识别与(例如，经由接收设备202接收到的)授权请求相关的、其中所包含的支付令牌号对应于存储在授权请求中包含的第一数据元素中的支付令牌号的控制简档208。在另一个示例中，查询模块218可以对令牌数据库210执行查询以识别用于将授权请求或授权响应中的支付令牌号映射到交易账号的令牌简档212，以及对通知数据库214执行查询以识别用于向计算设备118发送与支付交易相关的通知的通知简档216。

计算系统200也可以包括交易处理模块220。交易处理模块220可以被配置为执行与本文讨论的支付交易的处理相关的功能。例如，交易处理模块220可以被配置为生成和/或修改交易消息并经由与支付网络110相关联的支付轨道或经由处理系统102的内部通信方法来电子地发送交易消息。在一些情况下，诸如其中处理系统102可以是支付网络110或发行方系统114的一部分的实施例，交易处理模块220可以被配置为执行与支付交易的处理相关的功能。例如，交易处理模块220可以被配置为将欺诈规则应用于交易消息、确定支付交易的批准或拒绝、调整存储在交易消息中包括的数据元素中的数据、识别与交易相关联的金融机构、将交易消息转发到适当的实体以进一步处理等。交易处理模块220可以执行的附加功能对于相关领域的技术人员将是显而易见的。在一些实施例中，处理系统102的第三计算系统108可以不包括交易处理模块220。

计算系统200还可以包括通知模块222。通知模块222可以被配置为确定支付交易满足通知条件，并生成用于推送到计算设备118的通知。通知模块222可以接收通知条件和用于确定满足通知条件的交易数据、可以确定条件是否被满足，并且可以将结果输出到计算系统200的另一个模块或引擎。通知条件的满足可以包括将通知条件的一个或多个标准与存储在接收到的对支付交易的授权请求和/或授权响应中包括的一个或多个附加数据元素中的交易数据的比较，以及与存储在为支付交易识别出的控制简档208中的数据的比较，诸如在其中标准可以与账户和/或交易控制相关联的情况下。通知模块222还可以接收被配置为生成针对满足的通知条件的通知，其可以包括来自针对支付交易的授权请求和/或授权响应的交易数据，并且可以包括如关于满足的通知条件指定的附加数据，诸如交易是否被批准或拒绝、拒绝的理由、没有被满足的交易控制的标识、对总计量控制的更新等。

计算系统200还可以包括发送设备224。发送设备224可以被配置为经由一个或多个网络协议在一个或多个网络上发送数据。在一些实施例中，发送设备224可以被配置为通过支付轨道发送数据，诸如使用与支付网络110相关联的专门配置的基础设施用于传输包括敏感金融数据和信息的交易消息，诸如识别出的支付凭证。在一些情况下，发送设备224可以被配置为经由诸如互联网之类的替代网络将数据发送到其它计算系统200、支付网络110、发行方系统114、商家系统116、计算设备118和其它实体。在一些实施例中，发送设备224可以由多个设备组成，诸如用于通过不同网络发送数据的不同发送设备，诸如用于通过支付轨道发送数据的第一发送设备和用于通过互联网发送数据的第二发送设备。发送设备224可以电子地发送具有叠加的可以由接收计算设备解析的数据的数据信号。在一些情况下，发送设备224可以包括一个或多个模块，用于将数据叠加、编码或以其它方式格式化为适合于传输的数据信号。

发送设备224可以被配置为将叠加有或以其它方式编码有支付交易的交易消息的数据信号电子地发送到支付网络110，该交易消息可以根据一个或多个标准(诸如ISO 8583标准)来格式化。由计算系统200电子发送的交易消息可以是具有交换的主账号的授权请求、具有用于批准或拒绝的原因代码的授权响应等。发送设备224还可以被配置为将可以被叠加有或以其它方式编码有适合于执行本文所讨论的功能的数据的数据信号电子地发送到其它计算系统200。例如，第二计算系统106的发送设备224可以将叠加有或以其它方式编码有满足的通知条件和交易数据的数据信号电子地发送到第三计算系统108。发送设备224还可以被配置为使用注册的通信细节将数据信号电子地发送到计算设备118，其可以包括使用指定的通信方法将数据信号发送到指定的地址，其中这样的数据信号可以叠加有或者以其它方式编码有与满足的通知条件相关的、诸如可以由通知模块222生成的通知。

计算系统200还可以包括存储器226。存储器226可以被配置为存储用于由计算系统200在执行本文所讨论的功能时使用的数据。存储器226可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任何合适类型的存储器，诸如只读存储器、随机存取存储器等。存储器226可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、用于处理设备的模块和应用程序的程序代码，以及可以适合于由计算系统200在执行本文公开的功能时使用的其它数据，如对于相关领域的技术人员来说将显而易见的。在一些实施例中，存储器226可以由关系数据库组成或者可以以其它方式包括关系数据库，该关系数据库利用结构化查询语言来对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。

将控制应用于支付令牌的处理

图3图示了用于使用处理系统102将账户和/或交易控制应用于涉及使用支付令牌的支付交易以及电子发送与其相关的通知的处理300。

在步骤302中，第一计算系统104的接收设备202可以接收对支付交易的授权请求。授权请求可以经由与支付网络110相关联的支付轨道接收，并且可以从支付网络110或直接经由商家系统116或相关联的实体(诸如收单金融机构或网关处理器)接收。授权请求可以是根据一个或多个标准(诸如ISO 8583标准)格式化的交易消息，该交易消息包括指示授权请求的消息类型指示符和多个数据元素，该多个数据元素至少包括第一数据元素和一个或多个附加数据元素，第一数据元素被配置为存储包括支付令牌号的主账号，并且一个或多个附加数据元素被配置为存储附加交易数据。

在步骤304中，第一计算系统104的交易处理模块220可以将一个或多个账户和/或交易控制应用于授权请求。控制的应用可以包括由第一计算系统104的查询模块218对控制数据库206执行查询以识别包括存储在接收到的授权请求中包括的第一数据元素中的支付令牌号的控制简档208，以及执行由交易处理模块220确定支付交易是否符合识别出的控制简档208中包括的账户和/或交易控制。合规性可以基于账户和/或交易控制、控制简档208中与其相关联的任何数据(例如，来自先前支付交易的总计数据)、以及存储在接收到的授权请求中包括的对应数据元素中的交易数据。如果确定不合规，则在一些实施例中，交易处理模块220可以在将授权请求转发到发行方系统114之前将这种指示存储在授权请求中包括的数据元素中。在其它实施例中，交易处理模块220可以将授权请求转换为授权响应、将指示交易被拒绝的响应代码包括在对应的数据元素中、并转发授权响应以完成支付交易。

一旦应用了账户和/或交易控制(例如，并且如果第一计算系统104尚未生成要被转发以完成交易的指示拒绝的授权响应)，则在步骤306中，第一计算系统104的发送设备224可以使用处理系统102的内部通信方法将叠加有或以其它方式编码有授权请求的数据信号电子地发送到第二计算系统106。第二计算系统106的接收设备202可以接收授权请求。在步骤308中，存储在授权请求中包括的第一数据元素中的支付令牌号可以由对应的交易账号替换，该对应的交易账号也被称为支付账号(PAN)。支付令牌号的替换可以包括由第二计算系统106的查询模块218查询令牌数据库210以识别包括支付令牌号的令牌简档212，以及由第二计算系统106的交易处理模块220用存储在识别出的令牌简档212中的对应的交易账号替换第一数据元素中的支付令牌号。

在步骤310中，第二计算系统106的发送设备224可以将包括交易账号的授权请求转发到相关联的发行方系统114以便批准或拒绝。在一些情况下，授权请求可以经由支付轨道从处理系统102直接发送到发行方系统114，或者在处理系统102可以是发行方系统114的一部分的情况下，授权请求可以经由发行方系统114的内部通信网络发送。在其它情况下，授权请求可以经由支付轨道发送到支付网络110，并且然后经由支付轨道转发到发行方系统114。

在步骤312中，第二计算系统106的接收设备202可以接收针对支付交易的授权响应。授权响应可以是与授权请求对应的交易消息，其包括指示授权响应的消息类型指示符、存储交易账号的第一数据元素、以及被配置为存储指示支付交易的批准或拒绝的响应代码的第二数据元素。作为授权响应的接收的一部分，交易处理模块220可以被配置为将支付令牌号重新映射回第一数据元素。在步骤314中，第二计算系统106的发送设备224可以使用处理系统102的内部通信网络将用包括的支付令牌号替换交易账号的授权响应转发到第一计算系统104。第一计算系统104的接收设备202可以接收授权响应。

在步骤316中，第一计算系统104可以执行与授权响应的处理相关联的任何动作，并且第一计算系统104的发送设备224可以经由支付轨道将授权响应转发回商家系统116以完成支付交易。与处理相关联的动作可以包括如果支付交易被批准(例如，如存储在对应的数据元素中的响应代码所指示的)则更新与账户和/或交易控制相关联的数据。

在步骤318中，附加动作可以包括识别支付交易所满足的任何通知条件。满足可以由第一计算系统104的通知模块222确定，该模块可以分析(例如，由查询模块218基于所包含的支付令牌号识别出的)通知简档216或识别出的控制简档208中包括的通知条件，如与存储在授权响应中包括的数据元素中的交易数据和存储在识别出的控制简档208中的数据进行比较。在步骤320中，第一计算系统104的发送设备224可以使用处理系统102的内部通信网络将叠加有或以其它方式编码有至少满足的(一个或多个)通知条件和与之相关联的交易数据的数据信号电子地发送到第三计算系统108，所述通知条件可以基于由消费者112提出的针对通知的标准。在一些实施例中，步骤318和320可以诸如在步骤312中接收到授权响应之后由第二计算系统106而不是第一计算系统104执行。

第三计算系统108的接收设备202可以接收数据信号，并且在步骤322中，可以识别与支付交易中涉及的交易账户相关联的通信细节。通信细节的识别可以包括由第三计算系统108的查询模块218对第三计算系统108的通知数据库214执行查询，以识别包括由第一计算系统104(例如，或第二计算系统106，如果适用的话)提供的交易数据中包括的支付令牌号的通知简档216。通信细节可以被包括在识别出的通知简档216中，并且至少包括通信方法和地址。在步骤324中，第三计算系统108的发送设备224可以使用通信方法基于地址将数据信号电子地发送到与交易账户相关联的计算设备118，其中数据信号叠加有或以其它方式编码有通知。通知可以包括由第一计算系统104或其一部分提供的交易数据，以及诸如消费者112在注册通知服务或其管理期间可能请求的任何其它附加数据。

对支付令牌应用账户和交易控制的示例性方法

图4图示了在单个处理系统中使用多个计算设备对经由支付令牌提供资金的支付交易应用账户和交易控制的方法。

在步骤402中，控制简档(例如，控制简档208)可以存储在处理系统(例如，处理系统102)的第一计算设备(例如，第一计算系统104)的控制数据库(例如，控制数据库206)中，其中控制简档包括与交易账户相关的至少包括支付令牌号和一个或多个账户和/或交易控制的结构化数据集。在步骤404中，令牌简档(例如，令牌简档212)可以存储在处理系统的第二计算设备(例如，第二计算系统106)的令牌数据库(例如，令牌数据库210)中，其中令牌简档包括与交易账户相关的至少包括支付令牌号和对应的交易账号的结构化数据集。

在步骤406中，可以由处理系统的第一计算设备的接收设备(例如，接收设备202)经由支付网络(例如，支付网络110)接收交易消息，其中交易消息根据一个或多个标准被格式化并且包括与支付交易相关的包括至少多个数据元素的数据，所述多个数据元素至少包括被配置为存储支付令牌号的第一数据元素和被配置为存储附加交易数据的一个或多个附加数据元素。在步骤408中，支付交易与包括在控制简档中的一个或多个账户和/或交易控制的合规性可以由处理系统的第一计算设备的交易处理模块(例如，交易处理模块220)基于存储在一个或多个附加数据元素中的附加交易数据，基于支付交易的一个或多个账户和/或交易控制的满足来确定。在一些实施例中，一个或多个账户和/或交易控制可以包括对以下中的至少一个的控制：交易量、总计交易量、商家名称、商家标识符、地理位置、交易类型、产品名称、产品类型、交易的数目、交易频率、交易时间和交易日期。

在步骤410中，交易消息可以由处理系统的第一计算设备的发送设备(例如，发送设备224)电子地发送到处理系统的第二计算设备。在步骤412中，交易消息可以由处理系统的第二计算设备的接收设备(例如，接收设备202)接收。

在步骤414中，存储在交易消息中包括的第一数据元素中的支付令牌号可以由处理系统的第二计算设备的交易处理模块(例如，交易处理模块220)用存储在处理系统的第二计算设备的令牌数据库中的令牌简档中的对应的交易账号替换。在步骤416中，包括存储在第一数据元素中的对应交易账号的交易消息可以由处理系统的第二计算设备的发送设备(例如，发送设备224)经由支付网络电子地发送到发行金融机构(例如，发行方系统114)，其中发行金融机构与对应的交易账号相关联。

在一个实施例中，控制简档还可以包括至少一个通知条件，并且方法400还可以包括由处理系统的第一计算设备的通知模块(例如，通知模块222)基于确定支付交易与一个或多个账户和/或交易控制的合规性来识别存储在控制简档中的通知条件的满足。在另一个实施例中，控制简档还可以包括通信细节，并且方法400还可以包括由处理系统的第一计算设备的发送设备基于通信细节向外部计算设备电子地发送叠加有与满足的通知条件相关的交易通知的数据信号。在另一个实施例中，方法400还可以包括：在处理系统的第三计算设备(例如，第三计算系统108)的通知数据库(例如，通知数据库214)中存储通知简档(例如，通知简档216)，其中通知简档包括与交易账户相关的至少包括支付令牌号和通信细节的结构化数据集；由处理系统的第一计算设备的发送设备将叠加有满足的通知条件的第一数据信号电子地发送到处理系统的第三计算设备；由处理系统的第三计算设备的接收设备(例如，接收设备202)接收第一数据信号；以及由处理系统的第三计算设备的发送设备(例如，发送设备224)基于通信细节将叠加有与满足的通知条件相关的交易通知的第二数据信号发送到外部计算设备。在甚至还有的实施例中，第一数据信号还可以包括支付令牌号和存储在接收到的交易消息中包括的一个或多个附加数据元素中的附加交易数据。

在一些实施例中，令牌简档还可以包括至少一个通知条件，并且方法400还可以包括由处理系统的第二计算设备的通知模块(例如，通知模块222)基于确定支付交易与一个或多个账户和/或交易控制的合规性来识别存储在令牌简档中的通知条件的满足。在另一个实施例中，令牌简档还可以包括通信细节，并且方法400还可以包括由处理系统的第二计算设备的发送设备基于通信细节向外部计算设备电子地发送叠加有与满足的通知条件相关的交易通知的数据信号。在另一个实施例中，方法400还可以包括：在处理系统的第三计算设备的通知数据库中存储通知简档，其中通知简档包括与交易账户相关的至少包括对应的交易账号和通信细节的结构化数据集；由处理系统的第二计算设备的发送设备将叠加有满足的通知条件的第一数据信号电子地发送到处理系统的第三计算设备；由处理系统的第三计算设备的接收设备接收第一数据信号；以及由处理系统的第三计算设备的发送设备基于通信细节将叠加有与满足的通知条件相关的交易通知的第二数据信号电子地发送到外部计算设备。在甚至还有的实施例中，第一数据信号还可以包括在接收到的交易消息中包括的对应的交易账号和附加交易数据，所述附加交易数据存储在一个或多个附加数据元素中。

支付交易处理系统和处理

图5图示了用于处理系统中的支付交易的交易处理系统和处理500，其可以包括在给定时段(例如，每小时、每天、每周等)处理数千、数百万甚至数十亿的交易。处理500和其中包括的步骤可以由上面讨论的系统100的一个或多个组件执行，诸如处理系统102、第一计算系统104、第二计算系统106、支付网络110、消费者112、发行方系统114、商家系统116等。使用图5中示出并在下面讨论的系统和处理500的支付交易的处理可以利用支付轨道，该支付轨道可以由如下面讨论的实体特别配置和编程的用于执行处理500的步骤的计算设备和基础设施组成，包括交易处理服务器512，其可以与被配置为处理支付交易的一个或多个支付网络相关联。对于相关领域的技术人员来说将显而易见的是，相对于支付交易的处理中涉及的一个或多个步骤，处理500可以结合到上面讨论的图3和4中所示的处理中。此外，本文讨论的用于执行处理500的实体可以包括被配置为执行下面讨论的功能的一个或多个计算设备或系统。例如，商家506可以由一个或多个销售点设备、本地通信网络、计算服务器以及被配置为执行下面讨论的功能的其它设备组成。

在步骤520中，发行金融机构502可以向消费者504发行支付卡或其它合适的支付工具。发行金融机构可以是金融机构(诸如银行)，或者监管和管理支付账户和/或用于与可用于向支付交易提供资金的支付账户一起使用的支付工具的其它合适类型的实体。消费者504可以具有与所发行的支付卡相关联的发行金融机构502的交易账户，使得当在支付交易中使用时，支付交易由相关联的交易账户提供资金。在一些实施例中，支付卡可以物理地发行给消费者504。在其它实施例中，支付卡可以是虚拟支付卡或否则以电子格式供应给消费者504。

在步骤522中，消费者504可以将发行的支付卡呈现给商家706用于向支付交易提供资金。商家506可以是企业、另一个消费者、或者可以与消费者504进行支付交易的任何实体。支付卡可以由消费者504通过向商家506提供物理卡、电子地发送(例如，经由近场通信、无线传输或其它合适的电子传输类型和协议)支付卡的支付细节、或经由第三方向商家506发起支付细节的发送来呈现。商家506可以接收支付细节(例如，经由电子传输、通过从物理支付卡读取它们等)，支付细节可以包括至少与支付卡和/或相关联的交易账户相关联的交易账号。在一些情况下，支付细节可以包括一个或多个应用密码，其可以在处理支付交易时使用。

在步骤524中，商家506可以将交易细节输入到销售点计算系统中。交易细节可以包括由与支付卡相关联的消费者504提供的支付细节以及与交易相关联的附加细节，诸如交易量、时间和/或日期、产品数据、报价数据、忠诚度数据、奖励数据、商家数据、消费者数据、销售点数据等。交易细节可以经由一个或多个输入设备(诸如被配置为扫描产品条形码的光学条形码扫描仪、被配置为接收由用户输入的产品代码的键盘等)输入到商家506的销售点系统中。商家销售点系统可以是专门配置的计算设备和/或专用计算设备，其旨在处理电子金融交易和与支付网络通信(例如，经由支付轨道)。商家销售点系统可以是其上运行销售点系统应用的电子设备，其中应用使电子设备接收电子金融交易信息并将其传送到支付网络。在一些实施例中，商家506可以是电子商务交易中的在线零售商。在这样的实施例中，交易细节可以输入到购物车或用于存储电子交易中的交易数据的其它储存库中，如对于相关领域的技术人员将显而易见的。

在步骤526中，商家506可以将与交易数据叠加的数据信号电子地发送到网关处理器508。网关处理器508可以是被配置为从商家506接收用于格式化并发送到收单金融机构510的交易细节的实体。在一些情况下，网关处理器508可以与多个商家506和多个收单金融机构510相关联。在这种情况下，网关处理器508可以接收涉及各种商家的多个不同交易的交易细节，该交易细节可以被继续转发给适当的收单金融机构510。通过与多个收单金融机构510建立关系并具有使用支付轨道(诸如使用与用于提交、接收和检索数据的网关处理器508或金融机构相关联的应用编程接口)与金融机构通信的必要基础设施，网关处理器508可以充当商家506的中介，以能够经由单个通信信道和格式与网关处理器508进行支付交易，而无需维持与多个收单金融机构510和支付处理器以及与其相关联的硬件的关系。收单金融机构510可以是金融机构(诸如银行)，或者监管和管理支付账户和/或用于与支付账户一起使用的支付工具的其它实体。在一些情况下，收单金融机构510可以管理商家506的交易账户。在一些情况下，单个金融机构可以既作为发行金融机构502又作为收单金融机构510运营。

从商家506发送到网关处理器508的数据信号可以与支付交易的交易细节叠加，该交易细节可以基于一个或多个标准来格式化。在一些实施例中，标准可以由网关处理器508解释，其可以使用唯一的专有格式来向/从网关处理器508传输交易数据。在其它实施例中，可以使用公共标准，诸如国际标准化组织的ISO 8583标准。标准可以指示可以包括的数据类型、数据的格式化、数据如何被存储和发送、以及用于将交易数据传输到网关处理器508的其它标准。

在步骤528中，网关处理器508可以解析交易数据信号以获得叠加在其上的交易数据，并且可以根据需要格式化交易数据。交易数据的格式化可以由网关处理器508基于网关处理器508或与支付交易相关联的收单金融机构510的专有标准来执行。专有标准可以指定包括在交易数据中的数据类型以及用于存储和传输数据的格式。收单金融机构510可以由网关处理器508使用交易数据来识别，诸如通过解析交易数据(例如，解构成数据元素)以获得其中包括的与收单金融机构510相关联的账户标识符。在一些情况下，网关处理器508然后可以基于识别出的收单金融机构510格式化交易数据，以便符合由收单金融机构510指定的格式化标准。在一些实施例中，识别出的收单金融机构510可以与支付交易中涉及的商家506相关联，并且在一些情况下，可以管理与商家506相关联的交易账户。

在步骤530中，网关处理器508可以将与格式化交易数据叠加的数据信号电子地发送到识别出的收单金融机构510。收单金融机构510可以接收数据信号并解析该信号以获得叠加在其上的格式化交易数据。在步骤532中，收单金融机构可以基于格式化交易数据生成对支付交易的授权请求。授权请求可以是根据一个或多个标准被格式化的特殊格式化交易消息，标准诸如是ISO 8583标准和由用于处理支付交易的支付处理器(诸如支付网络)解释的标准。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，消息类型指示符可以指示支付交易中涉及的商家506正在请求支付或来自发行金融机构502的对交易的支付承诺。授权请求可以包括多个数据元素，每个数据元素被配置为存储如在相关联的标准中解释的数据，诸如用于存储账号、应用密码、交易量、发行金融机构502信息等的数据。

在步骤534中，收单金融机构510可以将授权请求电子地发送到交易处理服务器512以进行处理。交易处理服务器512可以由一个或多个计算设备组成，该一个或多个计算设备作为被配置为处理支付交易的支付网络的一部分。在一些实施例中，授权请求可以由收单金融机构510处的交易处理器或与收单金融机构相关联的其它实体发送。交易处理器可以是一个或多个计算设备，其包括多个通信信道，用于与交易处理服务器512通信，以向交易处理服务器512和从交易处理服务器512传输交易消息和其它数据。在一些实施例中，与交易处理服务器512相关联的支付网络可以拥有或操作每个交易处理器，使得为了网络和信息安全，支付网络可以维持对向交易处理服务器512传送交易消息和从交易处理服务器512传送交易消息的控制。

在步骤536中，交易处理服务器512可以为支付交易执行增值服务。增值服务可以是由发行金融机构502指定的服务，其可以在处理支付交易时向发行金融机构502或消费者504提供附加价值。增值服务可以包括例如欺诈评分、交易或账户控制、账号映射、报价兑换、忠诚度处理等。例如，当交易处理服务器512接收到交易时，交易的欺诈评分可以基于其中包括的数据和一个或多个欺诈评分算法和/或引擎来计算。在一些情况下，交易处理服务器512可以首先识别与交易相关联的发行金融机构502，然后识别由发行金融机构502指示的要执行的任何服务。可以例如通过授权请求中包括的特定数据元素中包括的数据(诸如发行方标识号)来识别发行金融机构502。在另一个示例中，可以通过存储在授权请求中的主账号，诸如通过使用用于识别的主账号的一部分(例如，银行标识号)来识别发行金融机构502。

在步骤538中，交易处理服务器512可以将授权请求电子地发送到发行金融机构502。在一些情况下，可以修改授权请求，或者由于交易处理服务器512执行增值服务而将附加数据包括在授权请求中或将附加数据与授权请求一起发送。在一些实施例中，授权请求可以被发送到位于发行金融机构502处的(例如，由交易处理服务器512拥有或操作的)交易处理器或其相关联的实体，所述实体可以将授权请求转发给发行金融机构502。

在步骤540中，发行金融机构502可以授权交易账户对支付交易进行支付。授权可以基于交易账户的可用信用量和支付交易的交易量、交易处理服务器512提供的欺诈评分、以及对于相关领域的技术人员将显而易见的其它考虑因素。发行金融机构502可以修改授权请求以包括指示支付交易的批准(例如，或者如果要拒绝交易的话，则指示拒绝)的响应代码。发行金融机构502还可以修改交易消息的消息类型指示符，以指示交易消息被改变为授权响应。在步骤542中，发行金融机构502可以(例如，经由交易处理器)将授权响应发送到交易处理服务器512。

在步骤544中，交易处理服务器512可以将授权响应转发给收单金融机构510(例如，经由交易处理器)。在步骤546中，收单金融机构可以生成如在授权响应的响应代码中所指示的指示支付交易的批准或拒绝的响应消息，并且可以使用由网关处理器508解释的标准和协议将响应消息发送到网关处理器508。在步骤548中，网关处理器508可以使用适当的标准和协议将响应消息转发给商家506。在步骤550中，假设交易被批准，那么商家506可以将由消费者504购买的产品作为支付交易的一部分提供给消费者504。

在一些实施例中，一旦处理500完成，就可以执行从发行金融机构502到收单金融机构510的支付。在一些情况下，可以立即或在一个工作日内支付。在其它情况下，可以在一段时间之后并且响应于经由交易处理服务器512从收单金融机构510向发行金融机构502提交的清算请求进行支付。在这种情况下，对于多个支付交易的清算请求可以被聚合成单个清算请求，该单个清算请求可以由交易处理服务器512使用，以针对支付交易的结算识别要由谁以及向谁进行的总支付。

在一些情况下，系统还可以被配置为在其中通信路径可能不可用的情况下执行支付交易的处理。例如，如果发行金融机构不可用于执行交易账户的授权(例如，在步骤540中)，则交易处理服务器512可以被配置为代表发行金融机构502执行交易的授权。这样的动作可以被称为“代替(stand-in)处理”，其中交易处理服务器“代替”作为发行金融机构502。在这种情况下，交易处理服务器512可以利用由发行金融机构502解释的规则来确定批准或拒绝支付交易，并且可以在步骤544中转发到收单金融机构510之前相应地修改交易消息。交易处理服务器512可以保留与交易处理服务器512代替的交易相关联的数据，并且可以一旦通信被重新建立，就将保留的数据发送到发行金融机构502。然后，发行金融机构502可以相应地处理交易账户以适应丢失通信的时间。

在另一个示例中，如果交易处理服务器512不可用于由收单金融机构510提交授权请求，则收单金融机构510处的交易处理器可以被配置为执行交易处理服务器512和发行金融机构502的处理。交易处理器可以包括适用于在基于其中包含的数据确定支付交易的批准或拒绝时使用的规则和数据。例如，发行金融机构502和/或交易处理服务器512可以对可以存储在交易处理器中并用于基于其确定支付交易的批准或拒绝的交易类型、交易量等设置限制。在这种情况下，即使交易处理服务器512不可用，收单金融机构510也可以接收支付交易的授权响应，从而确保交易被处理并且即使在其中通信不可用的情况下也不会经历停机时间。在这种情况下，交易处理器可以存储支付交易的交易细节，一旦通信被重新建立，这些交易细节就可以被发送到交易处理服务器512(例如，并且从那里发送到相关联的发行金融机构502)。

在一些实施例中，交易处理器可以被配置为包括可以利用多个通信卡和/或设备的多个不同的通信信道与交易处理服务器512通信以发送和接收交易消息。例如，交易处理器可以由多个计算设备组成，每个计算设备具有连接到交易处理服务器512的多个通信端口。在这样的实施例中，交易处理器可以在将交易消息发送到交易处理服务器512时循环通过通信信道，以缓解网络拥塞并确保更快、更顺畅的通信。此外，在其中通信信道可能被中断或以其它方式不可用的情况下，可以由此提供备选通信信道，以进一步增加网络的正常运行时间。

在一些实施例中，交易处理器可以被配置为与其它交易处理器直接通信。例如，收单金融机构510处的交易处理器可以识别授权请求涉及不需要增值服务的发行金融机构502(例如，经由包括在交易消息中的银行标识号)。然后，收单金融机构510处的交易处理器可以将授权请求直接发送到发行金融机构502处的交易处理器(例如，在授权请求不通过交易处理服务器512的情况下)，其中发行金融机构502可以相应地处理交易。

上面讨论的方法利用使用多个通信信道的多种通信方法处理支付交易，并且包括故障安全以提供在处理中的多个点处和系统中的多个位置处的支付交易的处理，以及即使在中断的情况下也确保通信成功到达其目的地的冗余，可以提供稳健的系统，该系统确保始终以最小的错误和中断成功处理支付交易。这种先进的网络及其基础设施和拓扑结构通常可以被称为“支付轨道”，其中交易数据可以从数百万个不同销售点处的商家提交到支付轨道，以通过基础设施路由到适当的交易处理服务器512用于处理。支付轨道可以是通用计算设备在没有专门的编程和/或配置的情况下可能无法正确地格式化或向轨道提交通信的轨道。通过专用的计算设备，计算设备可以被配置为将交易数据提交给适当的实体(例如，网关处理器508、收单金融机构510等)以使用该先进的网络进行处理，并且快速且高效地接收关于消费者504为支付交易提供资金的能力的响应。

计算机系统体系架构

图6图示了其中本公开的实施例或其部分可以被实现为计算机可读代码的计算机系统600。例如，图1的第一计算系统104、第二计算系统106和第三计算系统108可以使用硬件、软件、固件、其上存储有指令的非瞬态计算机可读介质或其组合在计算机系统600中实现，并且可以在一个或多个计算机系统或其它处理系统中实现。硬件、软件或其任意组合可以体现用于实现图3-5的方法的模块和组件。

如果使用可编程逻辑，那么这种逻辑可以在由可执行软件代码配置的商业上可用的处理平台上执行，以成为专用计算机或专用设备(例如，可编程逻辑阵列、专用集成电路等)。本领域普通技术人员可以认识到的是，所公开的主题的实施例可以用各种计算机系统配置来实践，包括多核多处理器系统、小型计算机、大型计算机、与分布式功能链接或集群的计算机、以及可以嵌入到几乎任何设备中的普及型或微型计算机。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。

本文讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可以具有一个或多个处理器“核心”。如本文讨论的术语“计算机程序介质”、“非瞬态计算机可读介质”和“计算机可用介质”通常用于指有形介质，诸如可移除存储单元618、可移除存储单元622和安装在硬盘驱动器612中的硬盘。

根据这个示例计算机系统600描述了本公开的各种实施例。在阅读本说明书之后，相关领域的技术人员将认识到如何使用其它计算机系统和/或计算机体系架构来实现本公开。虽然操作可以被描述为顺序处理，但是一些操作实际上可以并行地、并发地和/或在分布式环境中执行，并且程序代码在本地或远程存储以供单处理器或多处理器机器访问。此外，在一些实施例中，可以重新布置操作的顺序而不脱离所公开的主题的精神。

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

可移除存储驱动器614可以以众所周知的方式从可移除存储单元618读取和/或写入可移除存储单元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行进，通信路径626可以被配置为承载信号并且可以使用电线、电缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。

计算机系统600还可以包括显示器接口602。显示器接口602可以被配置为允许数据在计算机系统600和外部显示器630之间传递。示例性显示器接口602可以包括高清晰多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器630可以是用于显示经由计算机系统600的显示器接口602发送的数据的任何合适类型的显示器，包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。

计算机程序介质和计算机可用介质可以指存储器，诸如可以是存储器半导体(例如，DRAM等)的主存储器608和辅助存储器610。这些计算机程序产品可以是用于向计算机系统600提供软件的部件。计算机程序(例如，计算机控制逻辑)可以存储在主存储器608和/或辅助存储器610中。也可以经由通信接口624接收计算机程序。这样的计算机程序在被执行时可以使得计算机系统600能够实现本文讨论的本方法。特别地，计算机程序在被执行时可以使得处理器设备604能够实现由图3-5所示的方法，如本文所讨论的。因此，这样的计算机程序可以表示计算机系统600的控制器。在使用软件实现本公开的情况下，软件可以存储在计算机程序产品中并使用可移除存储驱动器614、接口620以及硬盘驱动器612或通信接口624加载到计算机系统600中。

处理器设备604可以包括被配置为执行计算机系统600的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现，并且在一些情况下，也可以利用软件，诸如与存储在主存储器608或辅助存储器610中的程序代码和/或程序对应。在这种情况下，在由计算机系统600的硬件执行之前，程序代码可以由处理器设备604(例如，由编译模块或引擎)编译。例如，程序代码可以是用编程语言编写的源代码，其被转换成较低级语言，诸如汇编语言或机器代码，用于由处理器设备604和/或计算机系统600的任何附加硬件组件执行。编译的处理可以包括使用词法分析、预处理、解析、语义分析、语法导向转换、代码生成、代码优化、以及可能适合于将程序代码转换成适合于控制计算机系统600以执行本文公开的功能的较低级语言的任何其它技术。对于相关领域的技术人员将显而易见的是，这样的处理导致计算机系统600是被唯一编程以执行以上讨论的功能的专门配置的计算机系统600。

除了其它特征之外，与本公开一致的技术还提供了对不希望的重复交易进行监视的系统和方法。虽然上面已经描述了所公开的系统和方法的各种示例性实施例，但是应该理解的是，它们仅仅是为了示例的目的而给出，而不是限制。它并非是详尽无遗的，并且不是将本公开限制于所公开的精确形式。鉴于上述教导，修改和变化是可能的，或者可以从本公开的实践中获得，而没有脱离广度或范围。

Claims (18)

1.一种对支付令牌应用账户和交易控制的方法，包括：

在处理系统的第一计算设备的控制数据库中存储控制简档，其中控制简档包括与交易账户相关的结构化数据集，所述结构化数据集至少包括可应用于用交易账户提供资金的支付交易的一个或多个账户和/或交易控制、交易账号和被生成以供与交易账户一起使用的支付令牌号；

在处理系统的第二计算设备的令牌数据库中存储令牌简档，其中令牌简档包括与交易账户相关的至少包括支付令牌号和对应的交易账号的结构化数据集；

由处理系统的第一计算设备的接收设备经由支付网络接收交易消息，其中交易消息根据一个或多个标准被格式化并且包括与支付交易相关的至少包括多个数据元素的数据，所述多个数据元素至少包括被配置为至少存储交易账号的第一数据元素和被配置为存储附加交易数据的一个或多个附加数据元素；

由处理系统的第一计算设备的交易处理模块确定支付交易与控制简档中包括的一个或多个账户和/或交易控制中的至少一个的合规性；

当交易消息中的第一数据元素还没有存储支付令牌号时：

由所述第一计算设备的交易处理模块确定所述交易消息的一个或多个附加数据元素中包含的交易数据是否符合一个或多个账户和交易控制；

当所述交易数据不符合一个或多个账户和交易控制时，由处理系统的第一计算设备的发送设备将对于支付交易的第一授权响应电子地发送到商家计算系统；

当所述交易消息中的第一数据元素还存储支付令牌号并且所述交易数据符合所述一个或多个账户和交易控制时：

由所述处理系统的第一计算设备的发送设备向所述处理系统的第二计算设备电子地发送所述交易消息；

由处理系统的第二计算设备的接收设备接收交易消息；

由处理系统的第二计算设备的交易处理模块用存储在处理系统的第二计算设备的令牌数据库中的令牌简档中的对应的交易账号替换存储在交易消息中包括的第一数据元素中的支付令牌号；以及

由处理系统的第二计算设备的发送设备将包括存储在第一数据元素中的对应的交易账号的交易消息电子地发送到发行金融机构，其中发行金融机构与对应的交易账号相关联；

由处理系统的第二计算设备的接收设备从发行金融机构接收第二授权响应，所述第二授权响应包括存储对应的交易账号的第一数据元素；

由第二计算设备的交易处理模块用存储在所述交易消息中包括的第一数据元素中的支付令牌号替换存储在第二授权响应中包括的第一数据元素内的对应的交易账号；

由处理系统的第二计算设备的发送设备向第一计算系统电子地发送包括存储在第一数据元素中的支付令牌号的第二授权响应；

由处理系统的第一计算设备的接收设备从处理系统的第二计算设备接收第二授权响应；和

由处理系统的第一计算设备的发送设备向商家计算系统电子地发送对于所述支付交易的第二授权响应。

2.如权利要求1所述的方法，其中控制简档还包括至少一个通知条件，并且所述方法还包括：

由处理系统的第一计算设备的通知模块基于确定支付交易与所述一个或多个账户和交易控制中的至少一个的合规性来识别存储在控制简档中的通知条件的满足。

3.如权利要求1所述的方法，还包括：

由处理系统的第一计算设备或第二计算设备的通知模块基于在所述第一或第二授权响应中提供的信息来识别所述支付交易满足的一个或多个通知条件，所述一个或多个通知条件与支付交易、交易账户以及一个或多个账户和交易控制中的至少一个相关联；和

由处理系统的第一计算设备向处理系统的第三计算设备发送识别的通知条件，

其中所述第一和第二计算设备被配置用于在所述支付网络上进行通信，并且所述第三计算设备被配置用于与外部计算设备进行通信。

4.如权利要求2所述的方法，还包括：

在处理系统的第三计算设备的通知数据库中存储通知简档，其中通知简档包括与交易账户相关的至少包括支付令牌号和通信细节的结构化数据集；

由处理系统的第一计算设备的发送设备将叠加有识别的通知条件的第一数据信号电子地发送到处理系统的第三计算设备；

由处理系统的第三计算设备的接收设备接收第一数据信号；以及

由处理系统的第三计算设备的发送设备基于通信细节将叠加有与识别的通知条件相关的交易通知的第二数据信号电子地发送到外部计算设备。

5.如权利要求4所述的方法，其中第一数据信号还包括接收到的交易消息中包括的支付令牌号和附加交易数据，所述附加交易数据存储在所述一个或多个附加数据元素中。

6.如权利要求1所述的方法，其中令牌简档还包括至少一个通知条件，并且所述方法还包括：

由处理系统的第二计算设备的通知模块基于确定支付交易与所述一个或多个账户和交易控制中的至少一个的合规性来识别存储在令牌简档中的通知条件的满足。

7.如权利要求6所述的方法，还包括：

在处理系统的第三计算设备的通知数据库中存储通知简档，其中通知简档包括与交易账户相关的至少包括对应的交易账号和通信细节的结构化数据集；

由处理系统的第二计算设备的发送设备将叠加有识别的通知条件的第一数据信号电子地发送到处理系统的第三计算设备；

由处理系统的第三计算设备的接收设备接收第一数据信号；以及

由处理系统的第三计算设备的发送设备基于通信细节将叠加有与识别的通知条件相关的交易通知的第二数据信号电子地发送到外部计算设备。

8.如权利要求7所述的方法，其中第一数据信号还包括接收到的交易消息中包括的对应的交易账号和附加交易数据，所述附加交易数据存储在所述一个或多个附加数据元素中。

9.如权利要求1所述的方法，其中所述一个或多个账户和交易控制中的至少一个包括对以下中的至少一个的控制：交易量、总计交易量、商家名称、商家标识符、地理位置、交易类型、产品名称、产品类型、交易的数目、交易频率、交易时间和交易日期。

10.一种用于对支付令牌应用账户和交易控制的系统，包括：

处理系统的第一计算设备的控制数据库，被配置为存储控制简档，其中控制简档包括与交易账户相关的结构化数据集，所述结构化数据集包括可应用于用交易账户提供资金的支付交易的一个或多个账户和交易控制、交易账号和被生成以供与交易一起使用的支付令牌号中的至少一个；

处理系统的第二计算设备的令牌数据库，被配置为存储令牌简档，其中令牌简档包括与交易账户相关的至少包括支付令牌号和对应的交易账号的结构化数据集；

处理系统的第一计算设备的接收设备，被配置为经由支付网络接收交易消息，其中交易消息根据一个或多个标准被格式化并且包括与支付交易相关的至少包括多个数据元素的数据，所述多个数据元素至少包括被配置为至少存储交易账号的第一数据元素和被配置为存储附加交易数据的一个或多个附加数据元素；

处理系统的第一计算设备的交易处理模块，被配置为确定支付交易与控制简档中包括的所述一个或多个账户和/或交易控制的合规性；

当交易消息中的第一数据元素还没有存储支付令牌号时：

第一计算设备的处理设备被配置为确定所述交易消息的一个或多个附加数据元素中包含的交易数据是否符合一个或多个账户和交易控制；

处理系统的第一计算设备的发送设备被配置为当所述交易数据不符合一个或多个账户和交易控制时，将对于支付交易的第一授权响应电子地发送到商家计算系统；

当所述交易消息中的第一数据元素还存储支付令牌号并且所述交易数据符合所述一个或多个账户和交易控制时：

处理系统的第一计算设备的发送设备还被配置为向所述处理系统的第二计算设备电子地发送所述交易消息；

处理系统的第二计算设备的接收设备被配置为接收交易消息；

处理系统的第二计算设备的交易处理模块被配置为用存储在处理系统的第二计算设备的令牌数据库中的令牌简档中的对应的交易账号替换存储在交易消息中包括的第一数据元素中的支付令牌号；

处理系统的第二计算设备的发送设备被配置为将包括存储在第一数据元素中的对应的交易账号的交易消息电子地发送到发行金融机构，其中发行金融机构与对应的交易账号相关联；

处理系统的第二计算设备的接收设备被配置为从发行金融机构接收第二授权响应，所述第二授权响应包括存储对应的交易账号的第一数据元素；

处理系统的第二计算设备的交易处理模块被配置为用存储在所述交易消息中包括的第一数据元素中的支付令牌号替换存储在第二授权响应中包括的第一数据元素内的对应的交易账号；

处理系统的第二计算设备的发送设备被配置为向第一计算系统发送包括存储在第一数据元素中的支付令牌号的第二授权响应；

处理系统的第一计算设备的接收设备还被配置为从处理系统的第二计算设备接收第二授权响应；和

处理系统的第一计算设备的发送设备还被配置为向商家计算系统发送对于所述支付交易的第二授权响应；

处理系统的第一计算设备或第二计算设备的通知模块，所述通知模块被配置为基于在所述第一或第二授权响应中提供的信息来识别所述支付交易满足的一个或多个通知条件，所述一个或多个通知条件与支付交易、交易账户以及一个或多个账户和交易控制中的至少一个相关联；

处理系统的第一计算设备的发送设备还被配置为将识别的通知条件发送到处理系统的第三计算设备，

其中所述第一和第二计算设备被配置用于在所述支付网络上进行通信，并且所述第三计算设备被配置用于与外部计算设备进行通信。

11.如权利要求10所述的系统，其中控制简档还包括至少一个通知条件，并且处理系统的第一计算设备的通知模块被配置为基于确定支付交易与所述一个或多个账户和交易控制中的至少一个的合规性来识别存储在控制简档中的通知条件的满足。

12.如权利要求10所述的系统，还包括：

处理系统的第一计算设备或第二计算设备的通知模块，所述通知模块被配置为基于在所述第一或第二授权响应中提供的信息来识别所述支付交易满足的一个或多个通知条件，所述一个或多个通知条件与支付交易、交易账户以及一个或多个账户和交易控制中的至少一个相关联；和

处理系统的第一计算设备的发送设备向处理系统的第三计算设备发送识别的通知条件，

其中所述第一和第二计算设备被配置用于在所述支付网络上进行通信，并且所述第三计算设备被配置用于与外部计算设备进行通信。

13.如权利要求11所述的系统，还包括：

处理系统的第三计算设备的接收设备；

处理系统的第三计算设备的发送设备；以及

处理系统的第三计算设备的通知数据库，被配置为存储通知简档，其中通知简档包括与交易账户相关的至少包括支付令牌号和通信细节的结构化数据集，其中

处理系统的第一计算设备的发送设备还被配置为将叠加有识别的通知条件的第一数据信号电子地发送到处理系统的第三计算设备，

处理系统的第三计算设备的接收设备被配置为接收第一数据信号，以及

处理系统的第三计算设备的发送设备被配置为基于通信细节将叠加有与识别的通知条件相关的交易通知的第二数据信号电子地发送到外部计算设备。

14.如权利要求13所述的系统，其中第一数据信号还包括接收到的交易消息中包括的支付令牌号和附加交易数据，所述附加交易数据存储在所述一个或多个附加数据元素中。

15.如权利要求10所述的系统，其中令牌简档还包括至少一个通知条件，并且处理系统的第二计算设备的通知模块被配置为基于确定支付交易与所述一个或多个账户和交易控制中的至少一个的合规性来识别存储在令牌简档中的通知条件的满足。

16.如权利要求15所述的系统，还包括：

处理系统的第三计算设备的接收设备；

处理系统的第三计算设备的发送设备；以及

处理系统的第三计算设备的通知数据库，被配置为存储通知简档，其中通知简档包括与交易账户相关的至少包括对应的交易账号和通信细节的结构化数据集，其中

处理系统的第二计算设备的发送设备还被配置为将叠加有识别的通知条件的第一数据信号电子地发送到处理系统的第三计算设备，

处理系统的第三计算设备的接收设备被配置为接收第一数据信号，以及

处理系统的第三计算设备的发送设备被配置为基于通信细节将叠加有与识别的通知条件相关的交易通知的第二数据信号电子地发送到外部计算设备。

17.如权利要求16所述的系统，其中第一数据信号还包括接收到的交易消息中包括的对应的交易账号和附加交易数据，所述附加交易数据存储在所述一个或多个附加数据元素中。

18.如权利要求10所述的系统，其中所述一个或多个账户和交易控制中的至少一个包括对以下中的至少一个的控制：交易量、总计交易量、商家名称、商家标识符、地理位置、交易类型、产品名称、产品类型、交易的数目、交易频率、交易时间和交易日期。