相关申请的交叉引用
本申请要求于2015年7月17日提交的美国专利申请no.14/802,493的优先权，通过引用的方式将其内容作为整体并入到本文中。
背景技术：
本公开总体上涉及通过计算机网络建立消息路由路径，并且更具体地，涉及用于通过消息处理服务的用户和该消息处理服务的提供者之间的计算机网络建立消息路由路径的系统和方法。
通过计算机网络和在计算机网络之间路由消息在当今的计算机环境中是常见的。这种消息的路由可能发生在许多不同种类的网络内，包括但不限于电话网络、电子数据网络(例如，因特网)和运输网络。这些消息可以通过使用诸如路由器、网桥、网关、防火墙、交换机或其他计算设备的各种计算设备来路由。由于这些消息是通过计算机网络路由的，所以可以将这些消息从网络中的一个节点转移到另一个节点，或者可以将这些消息从一个计算机网络转移到另一个计算机网络。
通过网络路由计算机相关消息的一个例子包括通过支付网络处理支付消息。支付者(例如，持卡人)可以向商家发起支付。商家可以继而产生通过支付网络发送到收单银行、网络处理器和发行银行中的一个或多个的支付消息。参与到支付网络的一方经常需要与其他方签约以通过网络路由这些支付消息。例如，向客户(即持卡人)提供商品和服务的商家可能需要路由支付消息，而银行可能需要授权和认证服务。通常，这些消息处理服务的意愿购买者与这些服务的提供者之间的协议要承担高交易成本，这是因为多方必须协商交易的具体细节，在一些情况下与多方进行协商。仅仅是因为在买方之间切换或增加更多买方而导致交易成本过高，所以该消息路由服务的提供者(即，卖方)可能具有未使用或未充分利用的容量(capacity)。当选择的卖方的容量不足时，该消息路由服务的购买者(即，买方)也承担交易成本，从而导致买方去其他地方。
技术实现要素：
一方面，提供了一种用于在多方之间路由计算机消息的方法。所述方法使用包括处理器和存储器的消息网关计算系统来实现。所述方法包括：由所述消息网关计算系统从多个卖方接收一个或多个消息路由报盘，其中每个消息路由报盘表示由卖方中的一个处理一个或多个支付卡交易的报盘；从买方接收消息路由请求；由所述消息网关计算系统在消息处理网络上建立所述买方和所述多个卖方中的第一卖方之间的第一消息路由；从所述买方接收支付卡交易；识别与所述支付卡交易相关联的所述第一消息路由；以及至少部分地基于所述第一消息路由将所述支付卡交易传输到所述第一卖方。
另一方面，提供了一种用于在两方之间路由计算机消息的消息网关计算系统。所述系统包括：路由数据库，其被配置为存储通过企业网关接收的消息路由数据；和消息路由引擎(mre)，其被配置为耦合到所述路由数据库。所述mre被配置为：从多个卖方接收一个或多个消息路由报盘，其中每个消息路由报盘表示由卖方中的一个处理一个或多个支付卡交易的报盘；从买方接收消息路由请求；在消息处理网络上建立所述买方和所述多个卖方中的第一卖方之间的第一消息路由；从所述买方接收支付卡交易；识别与所述支付卡交易相关联的所述第一消息路由；以及至少部分地基于所述第一消息路由将所述支付卡交易传输到所述第一卖方。
在另一方面，提供了一种非暂时性计算机可读介质，其包括用于在两方之间路由计算机消息的计算机可执行指令。当消息路由引擎(mre)执行所述计算机可执行指令时，所述计算机可执行指令使所述mre：从多个卖方接收一个或多个消息路由报盘，其中每个消息路由报盘表示由卖方中的一个处理一个或多个支付卡交易的报盘；从买方接收消息路由请求；在消息处理网络上建立所述买方和所述多个卖方中的第一卖方之间的第一消息路由；从所述买方接收支付卡交易；识别与所述支付卡交易相关联的所述第一消息路由；以及至少部分地基于所述第一消息路由将所述支付卡交易传输到所述第一卖方。
附图说明
图1-9示出了本文描述的方法和系统的示例性实施例。
图1是示出用于授权支付卡交易的示例性的多方交易卡行业系统的示意图，其中，多方向各金融方提供处理服务。
图2是用于路由消息的示例性的消息网关系统(mgs)的简化框图。
图3示出了由诸如图2所示的商家或银行的用户操作的用户系统的示例配置。
图4示出了诸如图2所示的mgs的服务器系统的示例性配置。
图5示出了与诸如其他处理网络、发行/收单主机和客户机构的各种外部方通信的mgs的示例性配置。
图6示出了相互协作以实现消息路由的支付消息路由引擎(mre)的各个功能子组件。
图7示出了买方和卖方使用消息网关系统(mgs)完成协议的环境的示例性配置。
图8示出了消息网关系统(mgs)在买方和卖方之间路由消息的示例性方法。
图9示出了计算设备内的数据库以及可用于在匹配和路由环境中路由消息的其他相关计算组件的示例性配置。
在附图中相同的标号表示相同或功能类似的部件。
具体实施方式
本文描述了用于在消息路由服务的买方和卖方之间路由电子消息的系统和方法。更具体地，本文描述的实施例涉及执行上述路由的消息网关系统(mgs)。
消息网关系统(mgs)用于路由消息。在至少一些实施方式中，消息可以采取支付消息的形式，所述支付消息包括当持卡人使用支付卡在商家发起交易时生成的交易数据。例如，支付消息可以包括从商家发送到银行的授权请求消息，其请求授权以对持卡人的用于交易的卡的进行收费。更具体地，mgs提供(i)使“卖方”(例如，提供消息处理服务的一方)与对支付卡交易处理产品和服务感兴趣的“买方”(例如，需要消息处理服务的一方)连接的匹配服务，以及ii)被配置为基于布置在匹配环境中的“服务协议”的结果将支付消息路由到消息处理器的路由服务。
消息处理器可以通过共享消息处理网络(例如，支付网关)提供产品或服务(例如，对支付卡交易的处理和/或与消息处理相关的其他增值服务)。这些服务的客户(即，“买方”)也连接到共享消息处理网络以利用这些服务。例如，买方可以是管理许多商家的支付卡处理的商家或商家收单银行。为了向买方提供这些服务，卖方通过mgs生成“报盘(offer)”。报盘定义了一组“报盘参数”，其定义卖方将作为产品或服务的一部分而执行的各个方面。例如，卖方可以报盘每天处理x个支付消息，在特定的时间段内每个支付消息收费y美元。另外，mgs可以向卖方提供操作信息，卖方可以选择操作信息作为他们的报盘参数(例如，响应时间约束、平均恢复时间(mttr)服务等)。买方可以通过mgs查看许多卖方的报盘并根据他们的特定需求(相对于每个报盘的“报盘参数”)选择报盘。附加方包括发行方处理器(即，为向客户发放支付交易卡的发行银行提供处理服务的一方)和收单方处理器(即，向可能持有商户账户的收单银行提供处理服务的一方)。
当买方选择购买的报盘时，mgs使买方与卖方之间的合同形式化并电子执行该合同，并制定“服务协议”。此外，mgs还在报盘的有效期内积极的推动报盘的履行。更具体地，在一个实施例中，mgs执行如服务协议所定义的从买方到卖方的支付消息的路由。当服务协议生效时(例如，在报盘参数中指定的时间段期间)，mgs建立买方和卖方之间的“消息路由”。在操作期间，mgs从买方接收支付消息，识别活动消息路由，并将支付消息路由到在消息路由中指定的卖方。mgs基于报盘参数在服务协议的生效期内保持消息路由处于生效状态。在服务协议到期之前的预定日期，mgs将会向卖方和买方发出通知以确定是否要继续他们目前的协议，如果是的话-mgs要求卖方向买方提供新的时间段并将新的服务协议提交给买方以便完成。如果接受，则建立针对该期限日期的新的协议。如果卖方不向买方提供新的时间段，或者如果买方不接受新的服务协议，那么一旦当前服务协议的有效期到期，mgs就停用消息路由，并且买方必须保证有其他协议来处理他们的消息。
mgs可以向支付网关交换的双方提供的其他服务可以是：网络安全欺诈管理服务、格式/消息翻译服务、令牌化服务、持卡人认证服务、基于风险的认证服务等。可以将这些服务分类为“增值服务”，支付网关交换机可以向与其直接连接的任何用户提供该“增值服务”，并且该“增值服务”除了存在于卖方的报盘参数之外还存在于“增值报盘参数”中以向潜在的买家产生总报盘。如果买方选择“增值服务”作为服务协议的一部分，mgs就将通过所选择的作为买方和卖方之间正常消息流的一部分的服务来“映射”所有消息路由。mgs将监视和维护与包括所有选择的服务的消息流相关的所有相关性能和操作指标。
在服务协议有效期间，mgs结合路由执行各种类型的功能。例如，mgs监视和维护与包括所有选择的服务的消息流相关的所有相关的性能和操作指标。mgs将执行服务协议和超出商定的参数的级别的服务级别的客观监视和报告。
该系统解决的技术问题包括以下中的至少一个：(i)包括维持未用容量的成本和努力在内的浪费的交易处理能力，(ii)由于服务买卖双方是多个一对多的网络关系而不是通过单个网关连接而导致的冗余网络负载，以及(iii)对维持不同的互操作性框架以保持与各个合作方的通信的需要(即，复杂且耗时的合同的使用)。
本文描述的方法和系统可以使用包括计算机软件、固件、硬件或其任何组合或子集的计算机编程或工程技术来实现，其中技术效果可以通过执行以下步骤中的至少一个来实现：(a)由消息网关计算系统从多个卖方接收一个或多个消息路由报盘，其中每个消息路由报盘表示由其中的一个卖方处理一个或多个支付卡交易的报盘，(b)从卖方接收消息路由请求，(c)由消息网关计算系统在消息处理网络上建立买方与多个卖方中的第一卖方之间的第一消息路由，(d)从买方接收支付卡交易，(e)识别与支付卡交易相关联的第一消息路由，以及(f)至少部分地基于所述第一消息路由将支付卡交易发送到第一卖方。
由该系统实现的最终技术效益包括以下中的至少一个：(i)提供交易处理服务买方和卖方可以相互匹配的灵活的、在线的、接近无摩擦的接口；(ii)减少了对冗余容量的需要，以使得卖方将仅保持他们的各自协议所规定的容量。因此，该系统实现了交易处理和买方和卖方的切换以能够快速切换容量并更准确地预测容量需求。
如本文所使用的，处理器可以包括任何可编程系统，其包括使用微控制器、精简指令集电路(risc)、专用集成电路(asic)、逻辑电路以及能够执行本文描述的功能的任何其他电路或处理器的系统。上面的例子仅仅是例子，因此不意图以任何方式限制术语“处理器”的定义和/或含义。
如本文所使用的，术语“软件”和“固件”是可互换的，并且包括存储在存储器中由处理器执行的任何计算机程序，存储器包括ram存储器、rom存储器、eprom存储器、eeprom存储器和非易失性ram(nvram)存储器。以上存储器类型仅是示例，因此不限制可用于存储计算机程序的存储器的类型。
在一个实施例中，提供了一种计算机程序，并且该程序包含在计算机可读存储介质上。在示例性的实施例中，该系统在不需要连接到服务器计算机的单个计算机系统上执行。在另一个实施例中，该系统正在
如本文所使用的，术语“交易卡”、“金融交易卡”和“支付卡”是指任何合适的交易卡，例如，信用卡、借记卡、预付卡、充值卡、会员卡、促销卡、常旅客卡、身份证、预付卡、礼品卡，和/或可以保存支付账户信息的任何其他设备，例如，移动计算设备、或台式机、膝上型计算机设备等。每种类型的交易卡均可以用作执行交易的支付方法。如本文所使用的，术语“支付账户”通常用于指交易卡的基本账户。
如本文所使用的，术语“交易处理”或“交易切换”是指消息处理器(例如，交换网络服务器或支付处理计算机)路由例如涉及授权、清算以及结算支付卡交易的计算机数据消息的过程。“交易处理服务”或“交易切换服务”是指上述过程，但是也可以指涉及交易处理的辅助服务，例如网络安全欺诈管理服务、格式/消息翻译服务、令牌化服务、持卡人认证服务、基于风险的认证服务等。如本文所使用的，术语“提供商网络”是指商家和客户用来完成支付交易的自动柜员机和/或销售点机器网络。“路由”是指在mgs的企业网关组件上建立的买方和卖方之间的连接。如本文中所使用的，“卖方”是指与交易处理相关联的任何类型的服务(例如，处理服务、认证服务、令牌化服务等)的销售商或报盘人。如本文所使用的，“买方”是指上述服务的任何购买者或受盘人。
如本文所使用的，“切换网络”是指支持特定品牌的消息处理提供商或销售点服务提供商的交易处理的一个或多个互连的计算机服务器。例如，切换网络可以包括支持万事
“支付网关”或“网关”是指除了执行涉及每个交易的清算和结算功能之外还执行切换网络功能(即，交易处理)的互连计算机服务器。如本文所使用的，支付网关路由交易处理并且具有无论切换网络所使用的特定协议如何都与其他切换网络互操作的能力。
下面的详细描述通过示例而非限制的方式示出了本公开的实施例。预期本公开对于工业、商业和住宅应用中的金融交易具有普遍的应用。
如本文所使用的，以单数形式叙述并且前面带有单词“一”或“一个”的元件或步骤应当被理解为不排除复数元件或步骤，除非明确地叙述了这种排除。此外，并不意图对“示例性实施例”或“一个实施例”的参考解释为排除也包含所述特征的附加实施例的存在。
图1是示出用于授权支付卡交易的示例性的多方交易卡行业系统20的示意图，其中，多方向各金融方提供处理服务。本文描述的实施例可以涉及交易卡系统，例如，使用万事
在典型的交易卡系统中，被称为“发行方”的金融机构向客户或持卡人22发行诸如信用卡之类的交易卡，客户或持卡人22使用交易卡为从商家24的购买提供支付。为了接受使用交易卡进行支付，商家24通常必须在作为金融支付系统一部分的金融机构中建立账户。该金融机构通常被称为“商家银行”、“收单银行”或“收单方”。在一个实施例中，持卡人22在交易处理设备40(例如，销售点设备)处使用交易卡对购买进行支付，然后商家24向商家银行26请求关于购买金额的授权。该请求可以通过电话来执行，但是通常通过使用销售点终端来执行，所述销售点终端从交易卡上的磁条、芯片或凸起的字符读取持卡人22的账户信息并且与商户银行26的交易处理计算机进行电子通信。备选地，商家银行26可以授权第三方代表其执行交易处理。在这种情况下，销售点终端将被配置为与第三方通信。该第三方通常被称为“商家处理器”、“收单处理器”或“第三方处理器”。
使用交换网络28、商家银行26的计算机或商家处理器将与发行银行30的计算机交换支付消息，以确定持卡人22的账户32是否信誉良好以及该持卡人22的可用信用额度是否能够支付该购买。在这些决定中，授权请求将会被拒绝或接受。如果请求被接受，就将授权代码发给商家24。
当接受授权请求时，持卡人22的账户32的可用信用额度减少。正常，支付卡交易的费用不会立即发送到持卡人22的账户32，这是因为诸如万事达国际
此外，在一些实施例中，交换网络28和/或发行银行30在数据库120中存储作为在交换网络28上进行的销售活动和储蓄活动的一部分而生成的交易数据，包括与商家、账户持有者或客户、发行方、收单方、储蓄金额、储蓄账户信息和/或进行的购买相关的数据。数据库120还可以存储包括持卡人姓名、持卡人地址、账号以及其他账户标识符中的至少一个的账户数据。数据库120还可以存储商家数据，其包括标识每个注册以使用网络的商家的商家标识符以及用于结算包括商家银行账户信息的交易的指令。数据库120还可以存储与持卡人正从商家购买的物品相关的购买数据以及授权请求数据。数据库120还可以存储交易切换容量数据。数据库120还可以存储关于交易处理服务的所有报盘和所有出价的数据。
在进行了购买之后，发生清算过程，以在参与交易的各方(例如，商家银行26、交换网络28和发行银行30)之间转移涉及购买的额外交易数据。更具体地，在清算过程期间和/或之后，将诸如购买时间、商家名称、商家类型、购买信息、持卡人账户信息、交易类型、储蓄信息、行程信息、关于所购物品和/或服务的信息和/或其他合适的信息的附加数据与交易相关联，并在参与交易的各方之间传送，并且可由参与交易的任何一方存储。
在授权和清算交易之后，在商家24、商家银行26和发行银行30之间对交易进行结算。结算是指金融数据或资金在涉及交易的商家24的账户、商家银行26和发行银行30之间的转移。通常，获取交易并累积为按组计算的“批”。更具体地，通常在发行银行30和交换网络28之间、然后在交换网络28和商家银行26之间、再然后在商家银行26和商家24之间对交易进行结算。如上所述，涉及支付卡交易的各方包括图1中所示的一方或多方，例如持卡人22、商家24、商家银行26、交换网络28(在本文中也称为支付处理器28)、发行银行30和/或发行方处理器21。
图2是示例性的消息路由环境100的简化框图。环境100示出了被具体编程为路由对交易处理和切换容量的报盘和请求的消息网关系统(mgs)112。mgs112与支付网关(pg)111(基于云的联网方案)进行通信。mgs112与包括发行方主计算机、收单方主计算机、提供商网络计算机和客户机构计算机的其他外部交易处理主机130进行通信。mgs112还通过支付网关(pg)111与其他处理网络118进行通信。其他处理网络118可以包括用于万事达卡(万事达卡是位于纽约帕切斯的万事达国际公司的注册商标)、
在该示例性的实施例中，计算机114是包括网络浏览器的计算机，以使得计算机114可以使用因特网或其他网络访问mgs112。计算机114通过包括网络115(例如，局域网(lan)或广域网(wan)、拨号连接、电缆调制解调器、专用高速综合业务数字网络(isdn)线和rdt网络)的很多接口互联到网络。计算机114可以是能够互联到互联网的任何设备，包括智能手机、台式机或笔记本电脑、或其他基于网络的可连接设备。
数据库服务器116连接到数据库120，数据库120包含关于如下文更详细的描述的各种事项的信息。在一个实施例中，数据库120存储在mgs112上并且可以被mgs112的潜在用户访问。在备选的实施例中，数据库120远离mgs112存储并且可以是非集中式的。
数据库120可以包括具有分离的部分或分区的单个数据库，或者可以包括多个数据库，其中每个数据库彼此分离。数据库120可以存储作为在处理网络上进行的销售活动和储蓄活动的一部分而生成的交易数据，包括与商家、账户持有者或客户、发行方、收单方、储蓄金额、储蓄账户信息和/或进行的购买相关的数据。数据库120还可以存储包括持卡人姓名、持卡人地址、账号以及其他账户标识符中的至少一个的账户数据。数据库120还可以存储商家数据，其包括标识每个注册使用网络的商家的商家标识符以及用于结算包括商家银行账户信息的交易的指令。数据库120还可以存储与持卡人正从商家购买的物品相关的购买数据以及授权请求数据。数据库120还可以存储交易切换容量数据(即，关于使用mgs112的卖方的切换容量的数据)。数据库120还可以存储关于经由mgs建立的每个消息路由的操作和性能度量数据。数据库120还可以存储关于交易处理服务的所有报盘和所有出价的数据。
在示例性的实施例中，计算机114可以包括多个计算机(参见图2)。计算机114中的一个可以与收单银行相关联，而计算机114中的另一个可以与发行银行30(在图1中示出的)相关联。mgs112可以与消息处理器(例如，交换网络28或支付处理器)相关联。在示例性的实施例中，mgs112与网络交换(例如，交换网络28)相关联，并且可以被称为交换计算机系统或消息处理计算设备。mgs112可以用于路由支付消息数据。此外，计算机114和/或外部主机130可以包括与在线银行、账单支付外包商、收单银行、收单方处理器、与交易卡相关联的发行银行、发行方处理器、远程支付系统、令牌请求者、令牌提供者和/或记账者中的至少一个相关联的计算机系统。
在示例实施例中，mgs112不由通用计算机硬件组成，也不仅需要通用计算机指令来执行上述功能。相反，mgs112是特定且定制的计算机设备，其被构建为执行提供匹配环境的特定功能，该匹配环境基于各方的相应要求对交易处理服务的买方与交易处理服务的卖方进行匹配。一旦匹配，就通过mgs112在通过mgs112专门构建的网络路径上路由买方和卖方之间的支付消息。在示例性的实施例中，mgs112被定制为以特定方式与外部主机130、计算机114和其他处理网络118进行通信。mgs122被具体配置为执行本文描述的数据处理任务中的一个或多个，例如，从卖方接收交易处理报盘，其中该交易处理报盘表示处理一个或多个支付卡交易的报盘；从买方接收对交易处理报盘的接受；在包括与买方相关联的第一计算设备和与卖方相关联的第二计算设备的共享消息处理网络上建立买方与卖方之间的活动消息路由；从第一计算设备接收支付消息；识别与该支付消息相关联的活动消息路由；以及至少部分地基于该消息路由将支付消息传输到第二计算设备。
图3示出了由图2所示的用户(例如，商家或银行)操作的用户系统的示例配置。用户系统202可以包括但不限于计算机114、其他处理网络118和外部主机130。在示例性的实施例中，用户系统202包括用于执行指令的处理器205。在一些实施例中，可执行指令存储在存储区域210中。处理器205可以包括一个或多个处理单元，例如多核配置。存储区域210是允许存储和检索诸如可执行指令和/或文字工作的信息的任何设备。存储器区域210可以包括一个或多个计算机可读介质。
用户系统202还包括用于向用户201呈现信息的至少一个媒体输出组件215。媒体输出组件215是能够向用户201传递信息的任何组件。在一些实施例中，媒体输出组件215包括输出适配器，例如视频适配器和/或音频适配器。输出适配器可操作地耦合到处理器205并可操作地连接到输出设备，例如显示设备，液晶显示器(lcd)、有机发光二极管(oled)显示器或“电子墨水“显示器，或音频输出设备、扬声器或耳机。
在一些实施例中，用户系统202包括用于从用户201接收输入的输入设备220。输入设备220可以包括例如键盘、定点设备、鼠标、触控笔、触摸敏感面板、触摸板、触摸屏、陀螺仪、加速度计、位置检测器或音频输入设备。诸如触摸屏的单个组件可以用作媒体输出组件215的输出设备和输入设备220。用户系统202还可以包括通信接口225，其可通信地连接到诸如服务器系统112的远程设备。通信接口225可以包括例如与移动电话网络、全球移动通信系统(gsm)、3g或其他移动数据网络或全球微波互联接入(wimax)一起使用的有线或无线网络适配器或无线数据收发器。
存储在存储区域210中的例如是用于经由媒体输出组件215向用户201提供用户接口并且可选地从输入设备220接收并处理输入的计算机可读指令。除了其他可能性之外，用户接口可以包括网页浏览器和客户端应用。网页浏览器使用户(例如用户201)能够显示通常从服务器系统112嵌入到网页或网站上的媒体和其他信息并与所述媒体和其他信息进行交互。客户端应用允许用户201与来自服务器系统112的服务器应用进行交互。
图4示出了用于对交易切换容量感兴趣的多方进行匹配的服务器系统(例如图2所示的mgs112)的示例性配置。服务器系统301可以包括但不限于数据库服务器116或mgs112(如图2所示)。在一些实施例中，服务器系统301类似于mgs112(在图2中所示出的)。
服务器系统301包括用于执行指令的处理器305。例如，指令可以存储在存储区域310中。处理器305可以包括用于执行指令的一个或多个处理单元(例如，以多核配置的)。指令可以在服务器系统301上的各种不同的操作系统(例如，unix、linux、微软的
处理器305可操作地耦合到通信接口315，以使得服务器系统301能够与诸如用户系统或另一个服务器系统301的远程设备进行通信。例如，通信接口315可以经由因特网从计算机114接收请求，如图2所示。
处理器305还可以可操作地耦合到存储设备134。存储设备134是适合于存储和/或检索数据的任何计算机操作的硬件。在一些实施例中，存储设备134集成在服务器系统301中。例如，服务器系统301可以包括作为存储设备134的一个或多个硬盘驱动器。在其他实施例中，存储设备134在服务器系统301的外部并且可以被多个服务器系统301访问。例如，存储设备134可以包括多个存储单元，例如以低价磁盘冗余阵列(raid)配置的硬盘或固态磁盘。存储设备134可以包括存储区域网络(san)和/或网络附属存储(nas)系统。
在一些实施例中，处理器305经由存储接口320可操作地耦合到存储设备134。存储接口320是能够向处理器305提供对存储设备134的访问的任何组件。存储接口320可以包括例如高级技术附属(ata)适配器、串行ata(sata)适配器、小型计算机系统接口(scsi)适配器、raid控制器、san适配器、网络适配器和/或提供处理器305对存储设备134的访问的任何组件。
存储区域310可以包括但不限于：诸如动态ram(dram)或静态ram(sram)的随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)和非易失性ram(nvram)。以上存储器类型仅是示例性的，因此不限制可用于存储计算机程序的存储器的类型。
图5示出了类似于图2中所示的mgs112的支付消息路由引擎(mre)504的示例性配置。mre504经由支付网关(pg)111(图2中所示出的)与各个外部方进行通信。外部方包括其他处理网络118(例如，与
连接到支付网关(pg)111的多方也可以具有彼此的现有连接，并且可以在一对一的基础上彼此交换支付消息。然而，通过支付网关(pg)111进行连接并使用mre504进行交易使得每个参与方都能利用连接到支付网关(pg)111的所有其他参与方提供的机会。考虑到支付网关(pg)111的更高利用率，这些参与方能够使他们自己的效用和容量最大化并且还可以从他们需要的交易切换服务的大量对手中进行选择。因此通过支付网关(pg)111建立消息路由也导致每个交易的成本较低。
在示例性的实施例中，发行/收单主机506在交易切换过程期间可能需要认证服务。发行/收单主机506通过支付网关(pg)111向mre504发出认证服务的请求。mre504将请求的详细信息存储到例如数据库120(如图2所示)中。请求的详细信息可以包括服务的时间段、建议的支付价格以及其他特定服务的详细信息，例如认证级别、关键联系人等。类似的，asp524利用mre504通过支付网关(pg)111布置其报盘的详细信息来用于认证服务。报盘详细信息可以包括诸如报盘价格、报盘开放的时间段、提供服务的时间、关键联系人等的类似数据。mre504使用其内部路由和规则引擎来分析请求和报盘，并确定是否存在匹配(更多细节参见图6和7)。如果发现匹配，则mre504建立发行/收单主机506与asp524之间的新的消息路由。在各方之间的服务协议有效期间，mre504保持消息路由处于活动状态，并且向asp524发送或从asp524接收支付消息以对每个交易进行认证服务。相关地，mre504收集关于请求和报盘的操作和性能指标，以随着时间改进其路由能力。
在另一个实施例中，收单主机522希望与支持借记切换技术的发行主机连接。在示例性的实施例中，通过支付网关(pg)111路由单个消息格式的支付消息。在收到收单主机522的请求时，mre504确定发行主机510支持借记切换技术并在收单主机522和发行主机510之间创建消息路由。然后，mre504通过在收单主机522和发行主机510之间创建的消息路由来路由需要借记切换(例如，检查交易)的支付消息。
在又一个实施例中，客户机构508请求访问atm/pos网络以满足他们的金融交易需求。mre504确定收单主机522是提供商网络502的主机并且可以提供客户机构508所期望的时间段和成本的atm/pos服务。mre504在收单主机522和客户机构508之间创建消息路由。
图6示出了相互协作以实现消息路由的支付消息路由引擎(mre)600(类似于图5中的mre504)的各个功能子组件。在示例性的实施例中，mre600包括交易管理器604、通信层640以及各种其他组件和接口。交易管理器604还包括商业规则引擎606、客户规则引擎608、风险管理引擎610、合同管理引擎(cme)612和最佳路由引擎614。这些引擎经由统一消息传递层616进行连接。另外，mre600包括实时定价收集器618、操作指标收集器620、信用卡/借记卡和交易切换性能(ctsp)收集器622、争议和欺诈管理性能收集器624以及认证性能收集器626。此外，mre600还包括交换接口628和切换接口630。
商业规则引擎606从卖方或买方提交的每个报盘或请求(例如，上面参考图5的认证服务请求)接收商业规则数据。商业规则引擎606确定与请求相关的商业规则是否将与接收到的和报盘相关的商业规则兼容。例如，由发行/收单主机506发送的认证服务请求可以包括表明所有认证服务必须符合行业标准的商业规则(例如，强认证，要求来自不同类别数据的至少两种认证形式)。商业规则还可以包括一方希望每个对方都满足的操作、性能和价格阈值。mre600使用商业规则引擎606的决定来确定是否建立特定买方与卖方之间的路由。
客户规则引擎608确定报盘或请求是否具有关联的客户规则(例如，关于到期日期、折扣日期和金额以及任何宽限期的要求)。客户规则引擎608分析存在于请求中的客户规则要求并确定是否有任何报盘对应于那些要求。
风险管理引擎610针对已知的风险因素(例如，价格异常高或异常低的报盘、非常快速的索赔或巨额索赔等)来检查每个报盘和请求。随着消息量的增加，风险管理引擎610学习识别普通模式并能够拒绝显著偏离那些模式的报盘或请求。风险管理引擎610还标记关联的卖方和买方，以使得mre600可以在即将制定的合同中不理会这些参与方以有利于传送更典型的报盘和请求的参与方。这样，风险管理引擎610加速了消息路由过程。
合同管理引擎(cme)612接收卖方和买方的报盘和请求，并且在匹配和达成协议的情况下完成各方的合同。在示例性的实施例中，支付网关(pg)111的客户(卖方或买方)希望对交易切换容量进行贸易。一旦客户提供其商业规则和客户规则，cme612就为客户确定最佳方案，和/或向客户提供呈现可能匹配的多个选项。在向客户提出单一方案时，提议路由。在这个例子中，如果客户对报盘的方案感到满意，则客户表达肯定，cme612将该接受传送给方案的发盘人。通过这种方式，达成了交易，并在方案中包含的时间段内完成合同。在上面图5中所述的例子中，发行/收单主机506将其对于认证服务的要求传达给mre600(图5中的mre504)。mre600基于mre600作出的asp524的方案与发行/收单主机506的要求相匹配的决定而向发行/收单主机506提出asp524提供的认证服务方案。在一些实施例中，在卖方或买方没有按照其商定的规定履行合同的情况下，cme612至少向支付网关(pg)111的管理员发布通知。
在拍卖的例子中，将发行/收单主机506的要求呈现给一个或多个卖方。mre600提供在线接口，多个卖方可以通过该接口在发行/收单主机506上投标。cme612定义投标期限，并且在期限结束时适时地完成发行/收单主机506和拍卖会上的获胜投标人之间的合同。向获胜者和发行/收单主机506电子通知结果和拟议的协议。如果双方同意，则合同完成，创建消息路由，并且cme612继续管理双方执行合同。
注意，发行/收单主机506不需要对各个报盘进行解析以及与每个相关方进行长时间的谈判。也不要求发行/收单主机506调查asp524的要求的真实性，(例如关于容量)。由于asp524已经是支付网关(pg)111的值得信赖的合作伙伴，所以mre600要做的是(通过合同管理引擎612)提供一种接近无摩擦的方式使发行/收单主机506满足其认证服务需要，并且asp524从其未使用的认证服务容量中产生价值。
虽然双方可能就商业规则和客户规则达成一致，但在操作或性能方面，它们之间的消息路由可能是不可行的。最佳路由引擎614从指标收集器(下面描述)接收操作和性能指标并测试每个潜在消息路由的效率。在上述例子中，asp524提供与发行/收单主机506的要求相匹配的认证服务。但是另一个认证服务提供商aspx(未示出)可以满足这些相同的要求，而且还提供优越的速度，或者更高的可靠性或者正常运行时间，或者与发行/收单主机506的系统更加无缝的互操作性。在该实施例中，最佳路由引擎614使用它接收到的指标数据来确定aspx是发行/收单主机506的最佳认证服务提供者。在该实施例中，mre600使用该信息并建立发行/收单主机506与aspx而不是asp524的消息路由。
实时定价收集器618记录关于每个报盘和请求的定价的数据。实时定价收集器618建立历史定价数据的模型，并且将该数据至少提供给风险管理引擎610以评估进入的报盘和请求是否处于与典型模式合理一致的价格点。操作指标收集器620收集举例来说例如连接的发行和收单主机的系统配置的数据。类似地，信用卡/借记卡和交易切换性能(ctsp)收集器622收集通过由mre600建立的每个路由传播的每个支付消息的性能指标。ctsp收集器622记录诸如每个支付消息所用的时间、消息的频率、系统正常运行时间和停机时间等的数据。ctsp收集器622将该数据至少提供给合同管理引擎612。通过这种方式，合同管理引擎612评估消息路由性能是否满足作为建立特定消息路由基础的合同条款。
争议和欺诈管理性能收集器624收集关于在任何特定消息路由上发生的争议和/或欺诈的数据。在示例性的实施例中，认证性能收集器626记录认证数据(例如，认证速度、失败认证尝试的次数、可靠性、安全合法性数据等)。认证性能收集器626将该数据提供给例如最佳路由引擎614，最佳路由引擎614进而确定为认证服务创建的消息路由是否是最佳路由。
在示例性的实施例中，交换接口628是mre600和连接到支付网关(pg)111的其他切换网络之间的接口。在一个实施例中，交换接口628是表示mre600与其他交换(例如，visanet；
图7示出了买方和卖方使用消息网关系统(mgs)700完成协议的环境的示例性配置。在示例性的实施例中，买方704将其要求传送给mre702(类似于图6中的mre600)用于交易转换。例如，买方a704可能需要每天处理800条支付消息，希望每个支付消息支付不超过0.99美元，并且在4月1日和4月30日之间需要消息路由服务。在示例性的实施例中，mre702接收至少两个报盘，一个来自卖方a708，另一个来自卖方b710。mre702确定卖方b710与买方a704的价格和时间要求相匹配，并且其1000条支付消息/天也更满足买方a704的交易量要求。卖方a708不符合买方a704的要求。卖方c符合买方704的要求但需要的时间比要求的时间更长。mre702将卖方b710和卖方c712的报盘提交给买方704以供其批准。例如，如果买方710同意卖方b710报盘，则mre702经由支付网关706(类似于图5中的pg111)建立买方a704与卖方b710之间的4月1日至4月30日的消息路由714。另外，操作指标收集器620记录卖方b710具有可以提供给另一个买家的200个消息/天的过剩容量。
在另一个实施例中，买方704将其要求传送给mre702，但是还传送该买方704将接受mre702确定的适合买方704的要求的任何报盘。换句话说，买方704可以是卖方不可知的，并且可以例如只要求最佳费率或最低总成本。在该实施例中，mre702被配置为分析买方704的要求并自动创建买方704和所有可用卖方中最合适的卖方之间的消息路由。在这个实施例中，mre702自动创建买方a704和卖方b710之间的消息路由。例如，mre702可以确定卖方b710是比卖方c712更好的选择，因为买方a704可能希望产生4月30日之后的新路由。
图8示出了消息网关系统(mgs)在买方和卖方之间路由支付消息的示例性方法。在示例性实施例中，mgs700从多个卖方接收802一个或多个消息路由报盘，其中每个消息路由报盘表示由其中的一个卖方处理一个或多个支付卡交易的报盘。mgs700从买方接收804消息路由请求。mgs700在消息处理网络上建立806买方与多个卖方中的第一卖方之间的第一消息路由。mgs700从买方接收808支付卡交易。mgs700识别810与支付卡交易相关联的第一消息路由。mgs700至少部分地基于第一消息路由将支付卡交易传送812到第一卖方。
图9示出了计算设备内的数据库900以及可用于在支付卡交易环境中路由消息的其他相关计算组件的示例性配置。在一些实施例中，计算设备910类似于mgs112(在图2中示出的)。用户902可以访问计算设备910以请求建立消息路由。在一些实施例中，数据库920类似于数据库120(在图2中示出的)。在示例性的实施例中，数据库920包括路由数据922、消息数据924和指标数据926。路由数据922包括关于在消息传送方之间建立的每个消息路由的数据(例如，路由的持续时间、任何相关的服务级别协议等)。消息数据924包括关于流经每个路由的消息(例如，授权请求消息)的类型以及消息的数量的数据。指标数据926包括关于操作效率和遵守已建立的操作先决条件的历史数据，以及随着时间的推移测量交易处理器的性能的性能指标。
计算设备910还包括数据存储设备930。计算设备910还包括监视组件940，其实际上检测操作和性能指标以存储到指标数据926中。计算设备910还包括消息传送组件950，其对流经在pg111上建立的路由的消息进行处理。计算设备910还包括负责创建和更新支付消息在其上流动的网络路由的路由组件960。计算设备910还包括通信组件970，其用于与卖方和买方进行通信、建立协议、显示报盘和请求数据、并且为计算设备910的用户执行报告任务。
如基于前述说明书将理解的，本公开的上述实施例可以使用包括计算机软件、固件、硬件或其任何组合或子集的计算机编程或工程技术来实现，其中技术效果是建立交易处理服务容量的买方和卖方之间的消息路由。得到的具有计算机可读代码方式的任何这种程序都可以具体化或提供在一个或多个计算机可读介质内，由此制造根据本公开实施例的计算机程序产品(即，制品)。计算机可读介质可以是例如但不限于固定(硬)盘驱动器、软盘、光盘、磁带、诸如只读存储器(rom)的半导体存储器、和/或诸如互联网或其他通信网络或链路的任何发射/接收介质。可以通过直接执行一个介质上的代码、通过将代码从一个介质复制到另一个介质、或者通过在网络上传输代码，来制作和/或使用包含计算机代码的制品。
这些计算机程序(也称为程序、软件、软件应用、“应用(app)”或代码)包括用于可编程处理器的机器指令，并且可以以高级程序和/或面向对象的编程语言和/或装配/机器语言来实现。如本文所使用的，术语“机器可读介质”、“计算机可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备(例如，磁盘、光盘、存储器、可编程逻辑器件(pld))，其包括接收作为机器可读信号的机器指令的机器可读介质。但是，“机器可读介质”和“计算机可读介质”不包括暂时性信号。术语“机器可读信号”是指用于向可编程处理器提供机器指令和/或数据的任何信号。
本书面描述使用包括最佳模式的示例来公开本公开，并且还使得本领域技术人员能够实践本公开，包括制造和使用任何设备或系统以及执行任何包含的方法。本公开的可专利范围由权利要求限定，并且可以包括本领域技术人员想到的其他示例。如果这些其他示例具有不与权利要求的字面语言不同的结构元件，或者如果它们包括与权利要求的字面语言无实质区别的等同结构元件，则旨在将这些其他示例包括在权利要求的范围内。