CN107851258A - 用于下一代车队网络的方法和系统 - Google Patents

Abstract

一种用于处理车队卡交易的方法，包括：在商家文件数据库中存储多个商家配置文件，其中每个商家配置文件至少包括商家标识符和至少一个环形类型标识符；由接收设备和从商家设备接收用于支付交易的授权请求，其中授权请求包括交易数据，该交易数据至少包括商家标识符和支付卡标识符；由处理设备识别与所接收的交易数据相关联的环形类型标识符；由处理设备基于与所接收的交易数据相关联的环形类型标识符来确定是否将授权请求路由到封闭环形网络和开放环形网络中的一个；以及由传送设备将授权请求传送到与封闭环形网络或开放环形网络相关联的第三方实体。

Description

用于下一代车队网络的方法和系统

相关申请的交叉引用

本申请要求于2015年7月29日提交的美国专利申请No.14/812,222的优先权，其内容通过引用整体并入本文。

技术领域

本公开涉及车队交易的处理，特别是用于处理开放环形和封闭环形的发行方的车队交易的下一代网络，其简化了车队商家和发行方二者所需的通信。

背景技术

全球车队卡市场是一个数十亿美元的产业，其支持全球的运输和物流。传统上，车队卡最通常由封闭循环发行方发行，它们是直接与商家建立关系的发行方，并且可以通过它们处理它们自己的已发行车队卡，其自己的已发行车队卡不能由任何其它实体处理，并且发行方无法处理由其它发行方发行的车队卡的交易。相反，开放环形发行方可以发行可由支付网络处理的支付卡，支付网络处理由许多不同发行方发行的支付交易。而封闭环形系统可能会受到这种方式的限制，但它也提供了一些有时可能超过限制的好处。例如，由于发行方与商家有直接关系，所以发行方可以指定为交易捕获的数据类型，可以建立单独针对每个商家的交易规则，可以基于每个商家向每个单独的商家提供专门的服务等等。

然而，在封闭环形网络上运行的车队卡也可能具有许多缺点。例如，由于发行方需要直接与每个商家谈判，因此发行方在各种商家中培养接受车队卡可能既困难又耗时，这可能导致商家接受量低。另外，由于每个发行方可能有特定的规则和要求，所以商家可能很难配置他们的系统以按照大量发行方的要求进行操作，导致不能接受大量的发行方车队卡，这反过来可能限制商家的客户群。另外，在每个商家和每个车队卡发行方之间直接发生的通信可能需要许多商家和/或发行方可能无法支持的庞大而独特的网络基础设施。

因此，需要一种能够提供下一代车队网络的技术解决方案，以通过开放环形网络更广泛地接受和使用车队卡。更具体地，传统支付网络可能能够促进车队零售商家和车队卡发行方之间的交易，获取必要的数据级别，并确保代表商家遵守发行方规则，并在各方之间进行必要的通信，而不要求商家或发行方重新配置其现有系统或直接建立新的关系。结果，车队卡发行方可以访问额外的商家，并且商家可以通过支付网络访问额外的发行方，这在传统的封闭环形系统中可能是困难的或不可能的，导致更多的商家与更多的发行方一起工作的技术系统导致所有实体的收入增加，并为客户提供更大的效用。

发明内容

本公开提供了用于处理车队卡交易的系统和方法的描述。

一种处理车队卡交易的方法，包括：在商家文件数据库中存储多个商家配置文件，其中每个商家配置文件至少包括商家标识符和至少一个环形类型标识符；由接收设备并从商家设备接收支付交易的授权请求，其中授权请求包括至少包括商家标识符和支付卡标识符的交易数据；由处理设备识别与所接收的交易数据相关联的环形类型标识符；由处理设备基于与所接收的交易数据相关联的环形类型标识符来确定是否将授权请求路由到封闭环形网络和开放环形网络中的一个；和由传送设备将授权请求传送到与封闭环形网络或开放环形网络相关联的第三方实体。

一种用于处理车队卡交易的系统，包括商家文件数据库、接收设备、处理设备和传送设备。商家文件数据库，配置为存储多个商家配置文件，其中每个商家配置文件至少包括商家标识符和至少一个环形类型标识符。接收设备，配置为从商家设备接收支付交易的授权请求，其中授权请求包括至少包括商家标识符和支付卡标识符的交易数据。处理设备，配置为：识别与所接收的交易数据相关联的环形类型标识符；以及基于与所接收的商家标识符相关联的环形类型标识符来确定是否将授权请求路由到封闭环形网络和开放环形网络中的一个。传送设备，配置为将授权请求传送到与封闭环形网络或开放环形网络相关联的第三方实体。

附图说明

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

图1是示出根据示例性实施例的用于下一代车队卡网络的高级系统架构的框图。

图2是示出根据示例性实施例的用于使用开放和封闭环形网络处理车队卡交易的图1的处理服务器的框图。

图3是示出根据示例性实施例的用于使用图1的系统、使用开放和封闭环形网络处理车队卡交易的过程的流程图。

图4是示出根据示例性实施例的用于车队卡网络的网络拓扑的图。

图5是示出根据示例性实施例的使用图2的处理服务器处理车队卡交易的过程的流程图。

图6是示出根据示例性实施例的用于处理车队卡交易的示例性方法的流程图。

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

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

具体实施方式

专业术语

支付网络－通过使用现金替代物来转移货币的系统或网络。支付网络可以使用各种不同的协议和程序来处理各种类型的交易的货币转移。可以通过支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转账、账户取款等。支付网络可以被配置为通过现金替代物来执行交易，该现金替代物可以包括支付卡、信用证、支票、交易账户等。配置为用作支付网络的网络或系统的示例包括由 American等运营的网络或系统。本文使用的术语“支付网络”可以指作为实体的支付网络，以及物理支付网络，例如包括支付网络的装置、硬件和软件。

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

发行方－为受益人设立(例如开立)信用证或信用额度的实体，并以受信人的信用证或信用额度中指定的金额兑付受益人的汇票。在很多情况下，发行方可以是授权开立信用额度的银行或其它金融机构。在一些情况下，任何可以向受益人提供信贷额度的实体可以被视为发行方。发行方开立的信用额度可以以支付账户的形式表示，并且可以由受益人通过使用支付卡来作为付款人。对于相关领域的技术人员而言显而易见的是，发行方也可以向客户提供额外类型的支付账户(例如借记账户、预付账户、电子钱包账户、储蓄账户、支票账户等)，并且可以向客户使用物理或非物理手段访问和/或利用这样的账户(例如借记卡、预付卡、自动柜员机卡、电子钱包、支票等)。

支付卡－与交易账户相关联的卡或数据，其可以被提供给商家，以便通过相关联的交易账户为金融交易提供资金。支付卡可以包括信用卡、借记卡、充值卡、储值卡、预付卡、车队卡、虚拟支付号、虚拟卡号、受控支付号等。支付卡可以是可以提供给商家的物理卡，或者可以是表示相关联的交易账户的数据(例如，存储在通信设备中，例如智能电话或计算机)。例如，在一些情况下，包括支付账号的数据可被认为是用于处理由相关联的交易账户为交易提供资金的支付卡。在一些情况下，在适用的情况下，支票可被视为支付卡。

车队卡－用于运输相关的费用的一种支付卡。向实体(例如企业或公司)发行车队卡的发行方通常被称为“车队发行方”。在一些情况下，当用于与运输无关的费用(例如在加油站与购买燃料的交易分开地购买食品)时，车队卡可以在非车队商家或车队商家处用作传统支付卡。在许多情况下，使用车队卡的支付交易可以涉及传统上不包括在非车队支付交易的交易消息中的附加数据的传输。

下一代车队网络系统

图1示出了用于下一代车队网络的系统100，该系统支持将在车队商家和其它商家处用于封闭环形车队卡发行方和开放环形网络发行方的用作车队卡和传统支付卡的支付卡。

在系统100中，持卡人102可以拥有支付卡104。支付卡104可以由金融机构(例如发行银行)发行给持卡人102。在一些情况下，支付卡104可以是车队卡、传统的非车队支付卡或配置为用于车队交易和非车队交易的支付卡。在一些实施例中，金融机构可以将支付卡104发行给持卡人102的雇主。例如，持卡人102可以是与金融机构有交易账户(例如，车队账户、非车队账户或其组合)的企业的雇员。金融机构可以向企业发行支付卡，并且企业可以将支付卡104提供给持卡人102用于支付交易，支付交易可以包括车队交易和非车队交易。

持卡人102可以在销售点终端106处使用支付卡104来为支付交易提供资金。销售点终端106可以位于商家，例如车队商家或非车队商家。销售点终端106可以使用对相关领域的技术人员将显而易见的方法和系统(例如通过磁条、近场通信、机器可读代码、EMV、芯片密码付款系统等)从支付卡104读取支付细节。销售点终端106可以被配置为生成支付交易的交易消息。交易消息可以根据与交易消息及其交换相关联的一个或多个标准来格式化，例如国际标准化组织的ISO 8583标准。例如，交易消息可以包括多个数据元素，每个数据元素被配置为根据相关联的(多个)标准来存储数据。

例如，销售点终端106可以生成包括指示交易消息是对支付交易的授权请求的消息类型标识符的交易消息。交易消息可以包括多个数据元素，所述数据元素包括被配置为存储包括支付卡标识符的主账号的数据元素、被配置为存储包括商家标识符的商家标识信息的数据元素、被配置为存储交易金额的数据元素等。

销售点终端106可以被配置为将生成的交易消息传送到支付网络108以进行处理。支付网络108可以包括处理服务器110。下面更详细讨论的处理服务器110可以被配置为使用本文讨论的方法和系统来处理系统100中的车队卡交易。处理服务器110可以被配置为使用用于传送和接收交易消息的适当通信协议从销售点终端106接收交易消息，并且可以被配置为基于一个或多个相关联的标准来识别存储在其中的数据。

处理服务器110可以识别存储在被配置为存储包括在所接收的交易消息中的主账号的数据元素中的支付卡标识符。处理服务器110可以基于支付卡标识符来识别与交易中使用的支付卡104相关联的环形类型标识符，并且可以被配置为基于此将交易消息路由到封闭环形网络或开放环形网络。例如，环形类型标识符可以对应于由多个车队卡发行方112中的一个操作的封闭环形网络。在这种情况下，处理服务器110可以将交易消息路由到相关联的车队卡发行方112。在另一个示例中，环形类型标识符可以对应于由多个开放环形网络发行方114中的一个操作的开放环形网络。在这种情况下，处理服务器110可以将交易消息路由到相关联的开放环形网络发行方114。

合适的发行方可以接收交易消息，其可以是授权请求，并且可以使用传统的方法和系统相应地对其进行处理，这对于相关领域的技术人员将是显而易见的。例如，发行方可以确定相关联的交易账户是否具有足够的资金，可以针对欺诈评估交易等。然后发行方可以向处理服务器110提供授权响应。授权响应可以是单独的交易消息，或者可以是转发的交易消息的修改版本，例如其中消息类型标识符已经被修改以指示交易消息是授权响应，以及被配置为存储被修改以包括基于由发行方执行的处理的响应代码的响应代码的数据元素。例如，响应代码可以指示交易的批准或拒绝和/或与其相关联的原因(例如，由于缺乏资金而被拒绝等)。

然后处理服务器110可以将授权响应转发到销售点终端106。然后销售点终端106和/或相关联的商家可以相应地完成交易。例如，如果授权响应指示拒绝支付交易，则商家可以通知持卡人102并扣留商品或服务。如果授权响应指示批准支付交易，则商家可以向持卡人102提供交易的货物或服务，并向持卡人提供收据。

在一些实施例中，销售点终端106可以被配置为捕获支付交易的第3级数据。作为第3级数据构成的交易数据对于相关领域的技术人员将是显而易见的，并且可以包括不包括在传统支付交易中的数据，例如产品细节(例如，产品名称、产品标识符、单位数量、每单位的价格等)、持卡人数据(例如，识别号，例如驾驶证号等)等。在车队交易中，第3级数据可以包括车辆标识符(例如，车辆识别号)、里程表值、购买订单号、工作标识符等。在一些情况下，处理服务器110可以指示对于支付交易可能需要什么数据值。在这种情况下，数据值可以基于车队卡发行方112和/或开放环形网络发行方114阐述的规则。

例如，特定的车队卡发行方112可能需要采购订单号。在这种情况下，可以将要求提供给处理服务器110，其可以被传达到销售点终端106。然后销售点终端106可以提示输入用于交易的采购订单号。在一些情况下，销售点终端106可以基于从支付卡104读取的支付卡标识符提示输入特定数据，例如如果标识符或其一部分(例如，银行标识号)指示特定车队卡发行方112，销售点终端106知道用于所述特定车队卡发行方112的所需的数据。在一些实施例中，销售点终端106可以捕获所有可能的第3级数据，并且可以在交易消息中或者在与交易消息分开的传送中将所有数据传送到处理服务器110。在这样的实施例中，处理服务器110可以被配置为在转发到适当的发行方之前修改交易消息以包括由发行方请求的数据。

本文讨论的方法和系统可以使得处理服务器110和支付网络108能够用作下一代车队网络，以改进车队卡交易的处理。当处理服务器110执行将交易路由到适当的发行方时，商家可以不需要开发具有多个不同的车队卡发行方的通信网络和基础设施，如在传统系统中执行的那样。相反，商家可以将交易消息直接提供给处理服务器110，其可以相应地路由消息。另外，这可以通过路由车队卡交易和传统的支付卡交易来进一步简化商家处理。

另外，在处理服务器110可以配置为将规则应用于交易数据和/或交易消息并且将交易消息修改为包括基于发行方规则的数据的实施例中，商家系统可以被进一步简化。例如，商家销售点终端106可以被配置为收集交易数据并且生成授权请求，而没有专门被配置为基于每个车队卡发行方112执行附加功能，这可以进一步方便商家接受卡并且简化商家处理以启用更快和更经济实惠的交易。因此，本文讨论的方法和系统提供了更快更有效的车队卡交易处理，并且可以通过提供比传统系统大大改进的通信基础设施来改善商家和车队卡发行方之间的通信。

处理服务器

图2示出了系统100的处理服务器110的实施例。对于相关领域的技术人员来说显而易见的是，图2中所示的处理服务器110的实施例仅作为说明提供，并且可以不是穷举处理服务器110的适合于执行本文讨论的功能的所有可能的配置。例如，图7中所示和在下面更详细地讨论的计算机系统700可以是处理服务器110的合适配置。

处理服务器110可以包括商家文件数据库208。商家文件数据库208可以被配置为存储多个商家配置文件210。每个商家配置文件210可以被配置为存储包括至少一个商家标识符和至少一个环形类型标识符的与商家有关的数据(例如，与一个或多个销售点终端106相关联)。商家标识符可以是适用于识别对应的商家配置文件210和/或相关联的商家或销售点终端106的值，例如商家标识号。环形类型标识符可以是与被配置为处理支付卡交易的发行方网络相关联的唯一值。例如，环形类型标识符可以与封闭环形网络相关联，封闭环形网络可以由车队卡发行方112和/或与车队卡发行方112相关联。在一些情况下，商家配置文件210可以包括多个环形类型标识符，例如与每个发行方相关联的环形类型标识符，相关联的商家为该每个发行方接受支付卡。

处理服务器110还可以包括车队文件数据库212。车队文件数据库212可以包括多个发行方配置文件214。每个发行方配置文件214可以配置为存储与车队卡发行方112有关的数据，其中至少包括发行方标识符。发行方标识符可以是与用于对其进行识别的相关的车队卡发行方112相关联的唯一值，例如银行识别号、网络地址等。在一些实施例中，发行方配置文件214可以进一步包括一个或多个交易规则。交易规则可以包括用于修改交易消息的规则、关于要包括在交易消息中的数据的规则、所需的第3级数据值等。例如，发行方配置文件214可以包括特定的第3级数据值，该第3级数据值是交易以及用于在交易消息中包含第3级数据值的格式化规则所需的。

处理服务器110可以进一步包括接收单元202。接收单元202可以被配置为通过一个或多个网络协议在一个或多个网络上接收数据，以用于执行文本公开的功能。例如，接收单元202可以被配置为使用与交易消息的交换相关联的通信协议通过支付网络108接收交易消息。所接收的交易消息可以根据一个或多个标准(例如ISO 8583标准)来传送和/或格式化，并且可以包括授权请求和授权响应。接收单元202还可以被配置为接收来自车队卡发行方112的规则，例如用于修改交易消息的规则。

处理服务器110还可以包括处理单元204。处理单元204可以被配置为执行本文讨论的处理服务器110的功能，这对于相关领域的技术人员来说是显而易见的。处理单元204可以被配置为基于由接收单元202从相关联的车队卡发行方112接收的规则来更新发行方配置文件214。处理单元204还可以被配置为基于相关联的(多个)标准来识别包括在所接收的授权请求中的数据，来处理相应的支付交易。处理单元204可以基于包括的商家标识符与在所接收的授权请求中存储在适当的数据元素中的商家标识符之间的对应关系来识别存储在商家文件数据库208中的商家配置文件210。处理单元204还可以识别车队文件数据库212中的发行方配置文件214，所述发行方配置文件214包括与存储在所识别的商家配置文件210中的环形类型标识符相对应的发行方标识符。

处理单元204可以进一步被配置为修改所接收的授权请求。例如，处理单元204可以基于包括在锁识别的发行方配置文件214中的规则来修改包括在一个或多个数据元素中的数据和/或将附加数据存储在一个或多个数据元素中。处理单元204还可以被配置为修改授权响应，例如基于响应代码、发行方规则等。

处理服务器110还可以包括传送单元206。传送单元206可以被配置为通过一个或多个网络协议在一个或多个网络上传送数据，以执行本文讨论的处理服务器110的功能。例如，传送单元206可以被配置为将交易消息路由到车队卡发行方112和开放环形网络发行方114。可以基于其中包括的数据和/或由处理单元204识别的数据将交易消息路由到发行方。例如，处理单元204可以识别用于交易的商家配置文件210并且可以基于存储在所识别的商家配置文件210中的环形类型标识符来指示传送单元206将交易消息路由到哪里。传送单元206可以依据相关联的标准和与其相关联的通信协议传送交易消息。传送单元206还可以被配置为向商家(例如，销售点终端106)传送授权响应，作为对由接收单元202接收的授权请求的响应。

处理服务器110还可以包括存储器216。存储器216可以被配置为存储适合于执行处理服务器110的功能的数据，如本文所讨论的。例如，存储器216可以被配置为存储与关于交易消息的交换的标准、传统支付交易处理规则、欺诈算法、风险算法等相关联的规则和/或数据。可以存储在存储器216中的附加数据对于相关领域的技术人员将是显而易见的。

对于相关领域的技术人员也将是显而易见的，处理服务器110可以包括附加组件和/或包括在图2中所示的处理服务器110中的并且在本文讨论的组件可以进一步被配置为执行附加功能。例如，处理服务器110可以进一步被配置为执行支付网络108的传统功能，为此，处理服务器110可以包括附加组件和/或为此，图2中所示的并且在本文讨论的处理服务器110的组件可以进一步被配置。

处理下一代车队网络中的车队卡交易

图3示出了用于使用系统100处理下一代车队网络中的车队卡交易的处理300。

在步骤302中，商家106可以获得来自客户(例如，持卡人102)的支付卡104的支付卡信息和第3级交易数据。可以使用传统方法和系统从支付卡104读取支付卡信息。第3级交易数据可以由商家106(例如，通过销售点终端)使用对于相关领域的技术人员而言显而易见的方法(例如由雇员或持卡人102进行的手动数据输入、用数据编码的机器可读代码的读取、通过网络或近场通信的数据传输等)来捕获。

在步骤304中，商家106可以通过支付网络108向处理服务器110传送授权请求，以由接收单元202接收。授权请求可以是根据一个或多个标准格式化的交易消息，例如ISO8583标准，其包括指示授权请求的消息类型标识符。授权请求可以包括多个数据元素，该多个数据元素至少包括被配置为存储包括支付卡标识符(例如，与支付卡104相关联并由销售点终端106读取)的主账号的第一数据元素、被配置为存储商家标识符(例如，与商家和/或销售点终端106相关联)的第二数据元素以及被配置为存储捕获的第3级交易数据的一个或多个附加数据元素。

在步骤306中，处理服务器110的处理单元204可以识别向其传送所接收的授权请求的车队卡发行方112。车队卡发行方112的识别可以包括识别存储在商家文件数据库208中的商家配置文件210，该商家配置文件210包括商家标识符，所述商家标识符包括在所接收的授权请求中包括的第二数据元素中，并且然后识别包括在其中的环形类型标识符。在一些情况下，环形类型标识符可以对应于授权请求中包括的数据，例如存储在第一数据元素中的支付卡标识符的一部分(例如，银行标识号)。

在步骤308中，处理服务器110的处理单元204可以识别任何规则并将其应用于与商家106和/或车队卡发行方112相关联的支付交易。处理单元204可以识别存储在所识别的商家配置文件210中的规则和/或包括在存储在车队文件数据库212中的发行方配置文件214中的规则，其包括对应于在步骤306中所识别的环形类型标识符的发行方标识符。处理单元204可以应用任何标识的规则，其可以包括修改授权请求(例如用于修改包括在一个或多个数据元素中的数据)、包括一个或多个数据元素中的附加数据、从一个或多个数据元素中移除数据等。例如，处理单元204可以基于一个或多个发行方规则格式化第3级数据，并将数据存储在附加发行方规则中阐明的特定元素中。

在步骤310中，处理服务器110的传送单元206可以将授权请求(例如，修改的)转发到所识别的车队卡发行方112。然后车队卡发行方112可以使用传统的方法和系统来处理支付交易，并在步骤312中将授权响应返回到处理服务器110。授权响应可以由处理服务器110的接收单元202接收，并且至少包括被配置为存储响应代码的数据元素，该响应代码指示批准或拒绝支付交易。在一些情况下，授权响应可以是转发的授权请求的修改。在其它情况下，授权响应可以是单独的交易消息。在步骤314中，处理服务器110的传送单元206可以将授权响应转发给商家106，以完成支付交易。

下一代车队网络

图4示出了使用图1所示并在本文讨论的系统100提供的传统车队卡网络和下一代车队网络的网络拓扑。

如图4的左侧所示，传统的车队卡网络可以包括多个车队卡发行方402和多个燃料商家404。每个车队卡发行方402可以建立与每个燃料商家404的关系，以便于在燃料商家404处接受他们发行的支付卡。因此，每个车队卡发行方402可以与每个燃料商家404具有单独的关系，并且每个燃料商家404可以与每个车队卡发行方402具有关系。结果，传统的车队卡网络的拓扑可以非常复杂，具有构成许多网络基础设施的与每个通信的大量的关系，该每个通信受到专门的配置和编程以及规则的约束。

例如，每个燃料商家404必须被配置为使用由各自的车队卡发行方402规定的协议和标准直接与每个车队卡发行方402进行通信，并且必须被配置为应用由每个车队卡发行方402为相应的支付交易规定的规则。因此，燃料商家404想要接受支付卡的每个车队卡发行方402需要燃料商家404建立新的通信线路并对他们的支付系统进行专门编程以执行任何必要的规则。因此，燃料商家404可能难以培养与车队卡发行方402的大量关系，这可能转而导致较小的客户群并进一步导致较少的收入。

图4的右侧示出使用本文讨论的方法和系统完成的下一代车队卡网络。在下一代车队卡网络中，包括处理服务器110的支付网络108在车队卡发行方402和燃料商家404之间运行以简化网络拓扑。每个燃料商家404都直接与支付网络110通信，而不必维持与每个车队卡发行方402的单独通信线路。类似地，每个车队卡发行方402直接与支付网络110通信。结果，如本文讨论的下一代车队卡网络的拓扑相比于传统网络大大简化，并且可以提供大量的技术优点。

例如，燃料商家404不再需要为可能使用不同的通信协议和数据标准的每个车队卡发行方402建立新的通信线路，并且因此可以使用支付网络110来扩展他们的客户群，他们已经针对支付网络110进行了配置而无需额外的协议和标准专门配置其系统。另外，车队卡发行方402能够使用他们为其进行配置的任何规则和通信协议来处理与新燃料商家404的交易，而无需建立新的通信线路并且要求燃料商家404根据车队卡发行方的规则来修改其现有系统。另外，通过在支付网络110处应用规则，车队卡发行方402以他们喜欢的方式接收他们需要的数据，而燃料商家404可以以标准化的方式提供交易消息，而不进行特殊修改，所述特殊修改是基于车队卡发行方402根据交易的不同而进行的改变。

支付卡交易处理

图5示出了用于在处理服务器110处处理支付卡交易的过程500，包括处理封闭环形网络上的车队卡交易和开放环形网络上的非车队卡交易。

在步骤502中，处理服务器110可以将商家配置文件210存储在商家文件数据库208中。每个商家配置文件210可以至少包括商家标识符和一个或多个环形类型标识符。在一些情况下，商家配置文件210可以包括一个或多个交易规则。在步骤504中，处理服务器110可以将发行方配置文件214存储在车队文件数据库212中。每个发行方配置文件214可以至少包括发行方标识符。在一些情况下，发行方配置文件214可以包括一个或多个交易规则，和/或一个或多个支付卡标识符。

在步骤506中，处理服务器110的接收单元202可以接收支付交易的授权请求。授权请求可以是根据一个或多个适当标准(例如ISO 8583标准)格式化的交易消息，并且可以包括多个数据元素，至少包括第一数据元素，其包括与在支付交易中使用的支付卡104相关联的支付卡标识符。在一些实施例中，授权请求可以进一步包括第3级数据。

在步骤508中，处理服务器110的处理单元204可以确定包括在授权请求中的支付卡标识符是否与发行方配置文件214相关联。该确定可以基于识别包括支付卡标识符的发行方配置文件214的尝试，所述支付卡标识符包括在授权请求中。在一些情况下，授权请求可以包括商家标识符。在这样的情况下，该确定可以进一步基于包括在所识别的发行方配置文件214中的发行方标识符与存储在商家文件数据库208中的商家配置文件210中的环形类型标识符的对应关系(例如，指示商家对发行方的卡的接受)。如果没有识别出这样的发行方配置文件214，或者如果商家不接受来自相应的车队卡发行方112的卡，则在步骤510中，处理服务器110的传送单元206可以向商家处的销售点终端106传送授权响应拒绝支付交易。

如果在步骤508中识别出有效的发行方配置文件214，则在步骤512中，处理单元204可以确定相关发行方是否是车队封闭环形网络的一部分。如果相关发行方不是车队封闭环形网络的一部分，则在步骤514中，处理服务器110的传送单元206可以将授权请求传送到相应的开放环形网络发行方114。如果在步骤512中，相关的发行方被确定为车队封闭环形网络的一部分，则在步骤516中，处理单元204可以进一步确定是否需要修改授权请求。该确定可以基于包括在所识别的发行方配置文件214中的数据，例如包括关于授权请求的修改的一个或多个规则。

如果指示了修改，则在步骤518中，处理服务器110的处理单元204可以相应地修改授权请求。一旦修改完成，或者如果不需要修改，则在步骤520中，传送单元206可以将授权请求传送到与所识别的发行方配置文件214有关的车队卡发行方112。

一旦授权请求已被传送到适当的发行方，处理服务器110的接收单元202就可以在步骤522中接收授权响应。授权响应可以是包括指示为授权响应的消息类型标识符的交易消息，并且可以包括被配置为存储指示批准或拒绝支付交易的响应代码的数据元素。在一些情况下，授权响应可以是先前传送给发行方的授权请求的修改。在步骤524中，处理服务器110的传送单元206可以将所接收的授权响应转发给商家销售点终端106，以完成支付交易。

处理车队卡交易的示例性方法

图6示出了使用下一代车队网络处理车队卡交易的方法600。

在步骤602中，可以在商家文件数据库(例如，商家文件数据库208)中存储多个商家配置文件(例如，商家配置文件210)，其中每个商家配置文件210至少包括商家标识符和至少一个环形类型标识符。在步骤604中，可以由接收设备(例如，接收单元202)从商家设备(例如，销售点终端106)接收用于支付交易的授权请求，其中该授权请求包括交易数据，所述交易数据至少包括商家标识符和支付卡标识符。在一个实施例中，授权请求可以包括第3级交易数据。

在步骤606中，与所接收的交易数据相关联的环形类型标识符可以由处理设备(例如，处理单元204)来识别。在步骤608中，处理设备204可以基于与所接收的交易数据相关联的环形类型标识符来确定是否将授权请求路由到封闭环形网络和开放环形网络中的一个。

在步骤610中，授权请求可以由传送设备(例如，传送单元206)传送到与封闭环形网络或开放环形网络相关联的第三方实体。在一个实施例中，第三方实体可以是与封闭环形网络相关联的车队卡发行方(例如，车队卡发行方112)。在进一步的实施例中，方法600还可以包括：由接收设备202从第二商家设备106接收第二支付交易的授权请求，其中授权请求包括第二交易数据，所述第二交易数据至少包括第二商家标识符和支付卡标识符；由处理设备204识别与所接收的第二交易数据相关联的环形类型标识符；由处理设备204基于与所接收的第二交易数据相关联的环形类型标识符来确定将授权请求路由到开放环形网络；以及由传送设备将授权请求传送到与开放环形网络相关联的发行方(例如，开放环形网络发行方114)。

在一些实施例中，方法600可以进一步包括：在车队文件数据库(例如，车队文件数据库212)中存储多个车队配置文件(例如，发行方配置文件214)，其中每个车队配置文件214至少包括发行方标识符；由处理设备204识别与所接收的支付卡标识符相关联的车队配置文件214；以及由处理设备204基于所识别的车队配置文件214来确定是否更新授权请求。在进一步的实施例中，方法600甚至可以进一步包括由处理设备204更新授权请求以符合在所识别的车队配置文件214中提供的标准。

在一个实施例中，方法600可以进一步包括：由处理设备204确定用于相关联的交易的交易金额；并由处理设备204更新授权请求以包含该交易金额。在一些实施例中，方法600可以进一步包括：由接收设备202从第三方实体接收授权响应；并由处理设备204确定是否改变授权响应。在进一步的实施例中，处理设备204可以确定授权响应应该被改变，并且方法600甚至可以进一步包括：由处理设备204改变授权响应；以及由传送设备将修改的授权响应传送给商家。

计算机系统架构

图7示出了计算机系统700，其中本公开的实施例或其部分可以实现为计算机可读代码。例如，图1的处理服务器110可以使用硬件、软件、固件、其上存储有指令的非暂时性计算机可读介质或其组合来在计算机系统700中实现，并且可以在一个或多个计算机系统或其它处理系统中实现。硬件、软件或其任何组合可以体现用于实现图3、5和6的方法的模块和组件。

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

如本文讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可以具有一个或多个处理器“核心”。如本文讨论的术语“计算机程序介质”、“非暂时性计算机可读介质”和“计算机可用介质”通常用于指代有形介质，例如可移动存储单元718、可移动存储单元722以及安装在硬盘驱动器712中的硬盘。

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

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

可移动存储驱动器714可以以众所周知的方式读取和/或写入可移动存储单元718。可移动存储单元718可以包括可移动存储介质，所述可移动存储介质可以由可移动存储驱动器714读取和或者写入。例如，如果可移动存储驱动器714是软盘驱动器或通用串行总线端口，则可移动存储单元718可以分别是软盘或便携式闪存驱动器。在一个实施例中，可移动存储单元718可以是非暂时性计算机可读记录介质。

在一些实施例中，辅助存储器710可以包括用于允许计算机程序或其它指令被加载到计算机系统700中的可选装置，例如可移动存储单元722和接口720。这样的装置的示例可以包括程序盒和盒接口(例如，如在视频游戏系统中发现的)、可移动存储器芯片(例如，EEPROM、PROM等)和相关联的插座，以及其它可移动存储单元722和接口720，如将对相关领域技术人员来说显而易见的那样。

存储在计算机系统700中(例如，在主存储器708和/或辅助存储器710中)的数据可以存储在任何类型的合适的计算机可读介质上，例如光学存储器(例如，光盘、数字多功能光盘、蓝光盘等)或磁带存储器(例如，硬盘驱动器)。可以以任何类型的合适的数据库配置(例如关系数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等)来配置数据。合适的配置和存储类型对于相关领域技术人员来说将是显而易见的。

计算机系统700还可以包括通信接口724。通信接口724可以被配置为允许软件和数据在计算机系统700和外部设备之间传输。示例性通信接口724可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、PCMCIA插槽和卡等。通过通信接口724传送的软件和数据可以是信号的形式，其可以是电子的、电磁的、光学的或其它信号，如对相关领域的技术人员来说是显而易见的。信号可以通过通信路径726行进，通信路径726可以被配置为承载信号，并且可以使用电线、电缆、光纤、电话线路、蜂窝电话链路、射频链路等来实现。

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

计算机程序介质和计算机可用介质可以指存储器(例如主存储器708和辅助存储器710)，其可以是存储器半导体(例如，DRAM等)。这些计算机程序产品可以是用于向计算机系统700提供软件的装置。计算机程序(例如，计算机控制逻辑)可以存储在主存储器708和/或辅助存储器710中。也可以通过通信接口724接收计算机程序。这样的计算机程序在执行时可以使计算机系统700能够实现本文讨论的本方法。具体而言，计算机程序在执行时可以使处理器设备704能够实现图3、5和6所示的方法，如本文讨论的那样。因此，这样的计算机程序可以表示计算机系统700的控制器。在使用软件来实现本公开的情况下，软件可以存储在计算机程序产品中，并且使用可移动存储驱动器714、接口720和硬盘驱动器712或通信接口724加载到计算机系统700中。

与本公开一致的技术提供了用于处理下一代车队网络中的车队卡交易的系统和方法以及其它特征。虽然上面已经描述了公开的系统和方法的各种示例性实施例，但是应当理解，它们仅仅是为了示例的目的而提供的，而不是限制。这并不是穷举的，并且不将本公开限制在披露的确切形式上。鉴于上述教导，修改和变化是可能的，或者可以从本公开的实践获得，而不背离广度或范围。

Claims (18)

1.一种用于处理车队卡交易的方法，包括：

在商家文件数据库中存储多个商家配置文件，其中每个商家配置文件至少包括商家标识符和至少一个环形类型标识符；

由接收设备并从商家设备接收支付交易的授权请求，其中所述授权请求包括交易数据，所述交易数据至少包括商家标识符和支付卡标识符；

由处理设备识别与所接收的交易数据相关联的所述环形类型标识符；

由所述处理设备基于与所接收的交易数据相关联的所述环形类型标识符来确定是否将所述授权请求路由到封闭环形网络和开放环形网络中的一个；和

由传送设备将所述授权请求传送到与所述封闭环形网络或所述开放环形网络相关联的第三方实体。

2.根据权利要求1所述的方法，其中，所述第三方实体是与所述封闭环形网络相关联的车队卡发行方。

3.根据权利要求1所述的方法，进一步包括：

在车队文件数据库中存储多个车队配置文件，其中每个车队配置文件至少包括发行方标识符；

由所述处理设备识别与所接收的支付卡标识符相关联的车队配置文件；和

由所述处理设备基于所识别的车队配置文件来确定是否更新所述授权请求。

4.根据权利要求3所述的方法，进一步包括：

由所述处理设备更新所述授权请求以符合在所识别的车队配置文件中提供的标准。

5.根据权利要求1所述的方法，进一步包括：

由所述处理设备确定相关联的交易的交易金额；和

由所述处理设备更新所述授权请求以包括所述交易金额。

6.根据权利要求1所述的方法，进一步包括：

由所述接收设备从所述第三方实体接收授权响应；和

由所述处理设备确定是否改变所述授权响应。

7.根据权利要求6所述的方法，其中，所述处理设备确定所述授权响应应该被改变，进一步包括：

由所述处理设备改变所述授权响应；和

由所述传送设备将改变的授权响应传送到所述商家。

8.根据权利要求1所述的方法，其中所述授权请求包括第3级交易数据。

9.根据权利要求2所述的方法，进一步包括：

由所述接收设备并从第二商家设备接收第二支付交易的授权请求，其中所述授权请求包括第二交易数据，所述第二交易数据至少包括第二商家标识符和所述支付卡标识符；

由所述处理设备识别与所接收的第二交易数据相关联的所述环形类型标识符；

由所述处理设备基于与所接收的第二交易数据相关联的所述环形类型标识符来确定将所述授权请求路由到开放环形网络；和

由所述传送设备将所述授权请求传送给与所述开放环形网络相关联的发行方。

10.一种用于处理车队卡交易的系统，包括：

商家文件数据库，所述商家文件数据库被配置为存储多个商家配置文件，其中每个商家配置文件至少包括商家标识符和至少一个环形类型标识符；

接收设备，所述接收设备被配置为从商家设备接收支付交易的授权请求，其中所述授权请求包括交易数据，所述交易数据至少包括商家标识符和支付卡标识符；

处理设备，所述处理设备被配置为：

识别与所接收的交易数据相关联的所述环形类型标识符，以及

基于与所接收的商家标识符相关联的所述环形类型标识符来确定是否将所述授权请求路由到封闭环形网络和开放环形网络中的一个；

和

传送设备，所述传送设备被配置为将所述授权请求传送到与所述封闭环形网络或所述开放环形网络相关联的第三方实体。

11.根据权利要求10所述的系统，其中，所述第三方实体是与所述封闭环形网络相关联的车队卡发行方。

12.根据权利要求10所述的系统，进一步包括：

车队文件数据库，所述车队文件数据库被配置为存储多个车队配置文件，其中每个车队配置文件至少包括发行方标识符；并且

其中所述处理设备进一步被配置为：

识别与所接收的支付卡标识符相关联的车队配置文件，以及

基于所识别的车队配置文件确定是否更新所述授权请求。

13.根据权利要求12所述的系统，其中，所述处理设备进一步被配置为更新所述授权请求以符合在所识别的车队配置文件中提供的标准。

14.根据权利要求10所述的系统，其中，所述处理设备进一步被配置为：

确定相关联的交易的交易金额，以及

更新所述授权请求以包含所述交易金额。

15.根据权利要求10所述的系统，其中，所述接收设备进一步被配置为从所述第三方实体接收授权响应，并且其中所述处理设备进一步被配置为确定是否改变所述授权响应。

16.根据权利要求15所述的系统，其中，所述处理设备进一步被配置为改变所述授权响应，并且所述传送设备进一步被配置为将改变的授权响应传送到所述商家。

17.根据权利要求10所述的系统，其中，所述授权请求包括第3级交易数据。

18.根据权利要求11所述的系统，其中，

所述接收设备进一步被配置为从第二商家设备接收第二支付交易的授权请求，其中所述授权请求包括第二交易数据，所述第二交易数据至少包括第二商家标识符和所述支付卡标识符；

所述处理设备进一步被配置为：

识别与所接收的第二交易数据相关联的所述环形类型标识符，以及

基于与所接收的第二交易数据相关联的所述环形类型标识符来确定是否将所述授权请求路由到所述开放环形网络或所述封闭环形网络；和

所述传送设备进一步被配置为将所述授权请求传送到与所述开放环形网络或所述封闭环形网络中的一个相关联的第三方实体，

其中所述第二交易数据与所述开放环形网络相关联，并且所述第三方实体是与所述开放环形网络相关联的发行方。