本申请要求于2016年8月25日提交的编号为15/247,114的美国专利申请的权益和优先权。上述申请的全部公开内容通过引用并入本文。本公开的领域一般而言涉及网络，并且更具体而言，涉及用于在没有收单方参与的情况下使用整合消息处理来对支付交易进行授权的系统和方法。
背景技术：
：：众所周知，具有多方交易处理系统。在这些已知系统中，消费者或持卡人使用支付卡(例如，信用卡、借记卡等)在商家销售点发起交易。商家销售点生成被发送到商家银行或收单方的授权请求。授权请求被格式化为专门为通过交易处理网络(例如，等)的传输而格式化的网络消息，例如iso8583消息。收单方接收授权请求并将授权请求发送到交易处理网络(例如，等)，这触发交易处理网络将授权请求消息发送到发行方(issuer)银行。发行方银行或“发行方”已经向持卡人发行了支付卡。当发行方对交易进行授权时，授权响应通过交易处理网络被发送回收单方。收单方向商家销售点返回授权响应，这允许完成交易。在至少一些多方交易处理系统中，已经开发了认证处理。认证被设计为认证或验证使用支付卡发起交易的人实际上是与该支付卡相关联的持卡人。换句话说，这些认证处理旨在减少欺诈。随着通过互联网发起的交易主体或电子商务在销售频率和销售量两个方面的膨胀，认证处理的重要性和普遍性已经扩大。定义电子商务的“无卡”(card-not-present,cnp)交易为欺诈交易提供了更大的机会，因为通常仅需要支付卡号来发起交易。因而，不断设计和实现更严格的认证处理，以努力保护持卡人信息并减少欺诈性交易。一种认证协议被称为3-d(3ds)。3ds被商家和收单方用来在他们进行授权之前对交易进行认证。在至少一个实现中，为了对交易进行认证，发起交易的商家生成“web调用”或基于互联网的消息(例如，xml格式化消息)以“调用”或激活3ds协议。这种3dsweb调用包括与所发起的交易相关联的数据元素，诸如商家标识符和交易金额，以及促进对持卡人的认证的认证数据元素(例如，持卡人信息、设备信息、数字钱包信息、地点信息等)。商家将3dsweb调用发送到3ds提供商，该3ds提供商可以包括第三方、发行方和/或交易处理网络。如果认证成功，则3ds提供商生成包括指示认证成功的账户持有人认证值(aav)的3dsweb响应(例如，xml格式化消息)。3dsweb响应被发送到发行方并返回给商家。只有这样，商家才能生成并向收单方发送授权请求。换句话说，商家正在连续地生成并发送两个分离的消息，首先是向发行方，然后是向收单方，这可能增加交易处理时间。这种附加消息可能增加大量时间和处理要求，尤其是对于非常大的在线商家(例如，)。因此，需要其中商家能够在没有收单方参与的情况下对支付交易进行授权的交易处理系统。技术实现要素：在一个方面，提供了一种处理整合消息的网络转化(translation)计算设备。网络转化计算设备包括与存储器进行通信的处理器。该处理器被编程为接收包括处于基于web的格式的多个数据元素的基于web的认证响应。基于web的认证响应与对由持卡人在商家处使用支付卡发起的交易的成功认证相关联。该处理器还被编程为将多个数据元素从基于web的格式转化为基于网络的格式。该处理器也被编程为生成包括处于基于网络的格式的多个数据元素的网络格式授权请求消息。该处理器还被编程为将网络格式授权请求消息发送到支付卡的发行方，以发起对交易的授权处理。在另一个方面，提供了一种处理整合消息的交易处理系统。交易处理系统包括目录服务器。该目录服务器被配置为将来自商家的基于web的认证请求路由到访问控制服务器。基于web的认证请求包括处于基于web的格式的多个数据元素并且与对由持卡人在商家处使用支付卡发起的交易的认证相关联。该目录服务器还被配置为从访问控制服务器接收基于web的认证响应。基于web的认证请求包括处于基于web的格式的多个数据元素以及指示交易的成功认证的附加认证指示符。该目录服务器也被配置为绕过与商家相关联的收单方，将基于web的认证响应路由到网络转化计算设备。在又一个方面，提供了一种用于处理整合消息的方法。该方法使用目录服务器来实现。该方法包括由目录服务器将基于web的认证请求从商家路由到访问控制服务器。基于web的认证请求包括处于基于web的格式的多个数据元素并且与对由持卡人在商家处使用支付卡发起的交易的认证相关联。该方法还包括由目录服务器从访问控制服务器接收基于web的认证响应。基于web的认证请求包括处于基于web的格式的多个数据元素以及指示交易的成功认证的附加认证指示符。该方法也包括由目录服务器将基于web的认证响应路由到网络转化计算设备。附图说明图1-图7示出了本文描述的方法和系统的示例实施例。图1是图示用于在支付卡交易中启用支付授权的示例多方支付卡系统的示意图。图2是图示可以并入到图1所示的支付卡系统中的增强的整合消息处理系统的示例的图。图3描绘了在图2中所示的增强的整合消息处理系统中使用的服务器计算设备的示例性配置。图4是用于使用图2中所示的增强的整合消息处理系统的示例方法的流程图。图5是图2中所示的增强的整合消息处理系统的示例实现的消息流程图。图6是图2中所示的增强的整合消息处理系统的第二示例实现的消息流程图。图7是图2中所示的增强的整合消息处理系统的第三示例实现的消息流程图。具体实施方式本文描述的系统是增强的整合消息处理系统，该系统被配置为将在基于3dsweb的消息(例如，3dsweb调用或3dsweb响应)中接收的数据转化为网络格式授权请求消息而不需要收单方参与。商家仅需要生成并发送单个请求消息(3dsweb调用)，以便对交易进行认证和授权。通过消除第二商家消息(例如，通过收单方路由的授权请求)，本文描述的系统被配置为减少交易处理时间、减少商家计算设备的处理要求，并减少发行方拒绝，这降低了商家成本。本文描述的方法和系统可以使用计算机编程或工程技术来实现，计算机编程或工程技术包括计算机软件、固件、硬件或其任何组合或子集，其中技术效果可以通过执行以下步骤中的一个步骤来实现：(a)将交易识别为符合3ds的资格(3ds-eligible)的交易；(b)生成3dsweb调用；(c)调用目录服务器以确定3ds认证服务对于持卡人是否可用；(d)识别与支付卡的发行方相关联的访问控制服务器(acs)并提供acs的联系细节；(e)将3dsweb调用发送到acs；(f)根据由发行方设置的具体规则和准则来对交易进行认证(即，确认持卡人的身份)；(g)生成3dsweb响应；(h)确认交易符合整合消息处理系统的资格；(i)将来自3dsweb响应的基于web的数据元素转化为网络格式授权请求消息；(j)对交易进行授权；以及(k)返回授权响应。本文描述的系统和方法被配置为促进(a)通过减少商家计算设备和/或收单方所需的消息的数量来减少交易处理时间，(b)通过增加可用带宽来减少交易处理时间，(c)通过减少由商家计算设备发送的消息的数量来减少对商家计算设备的处理要求，(c)通过减少由商家计算设备和/或收单方发送的消息的数量来减少发行方拒绝，并因此减少可能的传输错误和/或问题的数量，以及(d)降低商家成本。本文描述的是诸如商家计算设备、目录服务器、访问控制服务器(acs)、网络转化计算设备、收单方设备和发行方设备之类的计算机系统。如本文所述，所有这样的计算机系统包括处理器和存储器。另外，本文提到的计算机设备中的任何处理器还可以指一个或多个处理器，其中处理器可以在一个计算设备或并行工作的多个计算设备中。此外，本文提到的计算机设备中的任何存储器还可以指一个或多个存储器，其中存储器可以在一个计算设备中或并行工作的多个计算设备中。如本文所使用的，处理器可以包括任何可编程系统，包括使用微控制器、精简指令集电路(risc)、专用集成电路(asic)、逻辑电路以及能够执行本文所述功能的任何其它电路或处理器的系统。以上示例仅仅是示例，因此不旨在以任何方式限制术语“处理器”的定义和/或含义。如本文所使用的，术语“数据库”可以指数据的主体、关系数据库管理系统(rdbms)或两者。如本文所使用的，数据库可以包括任何数据集合，包括分层数据库、关系数据库、平面文件数据库、对象关系数据库、面向对象的数据库以及存储在计算机系统中的任何其它结构化的数据或记录集合。以上示例仅仅是示例，并且因此不旨在以任何方式限制术语数据库的定义和/或含义。rdbms的示例包括但不限于包括数据库、mysql、db2、sql服务器、和postgresql。但是，可以使用启用本文描述的系统和方法的任何数据库。(oracle是加利福尼亚redwoodshores的甲骨文公司(oraclecorporation)的注册商标；ibm是纽约armonk的国际商用机器公司(internationalbusinessmachinescorporation)的注册商标；microsoft是华盛顿redmond的微软公司(microsoftcorporation)的注册商标；并且sybase是加利福尼亚dublin的sybase的注册商标)。在一个实施例中，提供了计算机程序，并且该程序在计算机可读介质上实施。在示例实施例中，系统在单个计算机系统上执行，而不需要连接到服务器计算机。在进一步的实施例中，系统正在环境中运行(windows是华盛顿redmond的微软公司的注册商标)。在又一个实施例中，系统在大型机环境和服务器环境上运行(unix是位于英国reading,berkshire的x/open有限公司的注册商标)。应用是灵活的并且被设计为在各种不同环境中运行，而不破坏任何主要功能。在一些实施例中，系统包括分布在多个计算设备中的多个部件。一个或多个部件可以处于在计算机可读介质中实施的计算机可执行指令的形式。如本文所使用的，以单数叙述并且前面带有单词“一”或“一个”的元素或步骤应当被理解为不排除多个元素或步骤，除非明确叙述了这种排除。此外，对本公开的“示例实施例”或“一个实施例”的引用不旨在被解释为排除也包含所述特征的附加实施例的存在。如本文所使用的，术语“软件”和“固件”是可互换的，并且包括存储在存储器中以供处理器执行的任何计算机程序，其中存储器包括ram存储器、rom存储器、eprom存储器、eeprom存储器和非易失性ram(nvram)存储器。上述存储器类型仅仅是示例，因此不限制可用于存储计算机程序的存储器的类型。系统和处理不限于本文描述的具体实施例。此外，每个系统和每个处理的部件可以独立实践并与本文描述的其它部件和过程分离。每个部件和处理也可以与其它组装包和处理组合使用。如本文所使用的，术语“交易卡”、“金融交易卡”和“支付卡”是指任何合适的交易卡，诸如信用卡、借记卡、智能卡、预付卡、收费卡、会员卡、促销卡、飞行常客卡、身份证、礼品卡和/或可以持有支付账户信息的任何其它设备，诸如移动电话、智能电话、个人数字助理(pda)、钥匙扣(keyfob)和/或计算机。每种类型的交易卡可以用作执行交易的支付方法。以下的具体实施方案通过示例而非限制的方式示出了本公开的实施例。设想本公开具有涉及认证的交易的一般应用。图1是图示用于在支付卡交易中启用支付授权的示例多方支付卡系统20的示意图。本公开涉及支付卡系统20，诸如使用支付卡系统支付网络28(也称为“交换”或“交换网络”或“交易处理网络”)的信用卡支付系统。支付卡系统支付网络28是mastercard国际公司(mastercardinternational)颁布的专有通信标准，用于在作为mastercard国际公司的成员的金融机构之间交换金融交易数据。(mastercard是位于纽约purchase的mastercard国际公司的注册商标)。在支付卡系统20中，诸如发行方30的金融机构向持卡人22发行针对诸如信用卡账户或借记卡账户之类的账户的支付卡，持卡人22使用支付卡来偿付从商家24的购买。为了接受使用支付卡的支付，商家24通常必须建立与作为金融支付系统的一部分的金融机构的账户。这个金融机构通常被称为“商家银行”或“收单银行”或“收单方银行”或简称“收单方”。当持卡人22用支付卡(也被称为金融交易卡)偿付购买时，商家24从收单方26请求对购买金额的授权。这种请求在本文被称为授权请求消息。该请求可以通过电话来执行，但通常通过使用交互点终端(在本文也称为销售点设备)来执行，该交互点终端从支付卡上的磁条读取持卡人的账户信息并与收单方26的交易处理计算机进行电子通信。可替代地，收单方26可以授权第三方代表它自身执行交易处理。在这种情况下，交互点终端将被配置为与第三方进行通信。这种第三方通常被称为“商家处理器”或“收单处理器”。使用支付卡系统支付网络28，商家处理器或收单方26的计算机将与发行方30的计算机进行通信，以确定持卡人的账户32是否信誉良好以及该购买是否被持卡人的可用信用额度或账户余额所覆盖。基于这些确定，对授权的请求将被拒绝或接受。如果请求被接受，则授权代码被发行给商家24。当对授权的请求被接受时，持卡人的账户32的可用信用额度或可用余额被减少。通常，由于银行卡关联(诸如mastercard国际公司)已经颁布了不允许商家在货物被运送或服务被交付之前对交易进行收费或“捕获”的规则，因此没有立即将费用过账到持卡人的账户。当商家运送或交付货物或服务时，商家24通过例如在交互点终端上的适当数据录入过程来捕获交易。如果持卡人在交易被捕获之前取消交易，则生成“无效(void)”。如果持卡人在交易已经被捕获之后退货，则生成“信用”。对于借记卡交易，当对授权的请求被发行方批准时，持卡人的账户32被减少。通常，费用被立即过账到持卡人的账户32。然后，银行卡关联将该批准发送给收单处理器用于分发货物/服务，或者在atm的情况下分发信息或现金。在交易被捕获之后，交易在商家24、收单方26和发行方30之间结算。结算是指在与交易相关的商家账户、收单方26和发行方30之间的金融数据或资金的转移。通常，交易被捕获并累积到“批次(batch)”中，该批次以组的形式结算。图2是图示增强的整合消息处理系统200的示例的图，该系统可以结合到支付卡系统20(图1中所示)中，以实现整合消息处理。系统200包括由商家(诸如商家24(图1中所示))操作的商家计算设备204、商家插件(mpi)206、目录服务器208、访问控制服务器(acs)210、网络转化计算设备212、交易处理网络214(诸如图1中所示的支付网络28)，以及由发行银行(诸如发行方30(图1中所示))操作的发行方设备216。持卡人202使用支付卡在商家处发起交易。如本文所定义的，商家可以是实体商家或虚拟商家(即，在线商家)。与商家相关联的商家计算设备204生成3dsweb调用(例如，xml格式化消息)，也称为“认证请求”，其包括多个数据元素。3dsweb调用的每个数据元素包括与交易相关联的信息。数据元素中的一些数据元素包括认证信息，诸如与持卡人202相关联的数据、发起交易的持卡人设备、交易地点信息、数字钱包信息，和/或适于对交易的认证的任何其它信息。在一个实施例中，这个3dsweb调用由商家计算设备204处的mpi206进行路由，mpi206将交易识别为符合3ds资格的交易。在一些实施例中，mpi206调用目录服务器208，目录服务器208可以由交易处理网络214操作和/或与交易处理网络214相关联，以确定3ds认证服务是否可以用于持卡人(例如，由发行方发行的支付卡是否是符合3ds资格的)。目录服务器208还可以向mpi206识别acs210并向mpi206提供acs210的联系细节。在示例实施例中，acs210与支付卡的发行方30相关联。mpi206通过交易处理网络214(例如，使用持卡人通过其发起交易的web浏览器或软件应用)将3dsweb调用发送到acs210。acs210用于例如根据由发行方30设置的具体规则和准则对交易进行认证(即，确认持卡人的身份)。acs210生成3dsweb响应(例如，xml格式化消息)，也称为认证响应。3dsweb响应包括3dsweb调用中的所有数据元素(认证请求)，以及指示认证是否成功的附加数据元素(“认证指示符”)，诸如aav。在先前的系统中，acs210将认证响应发送回商家计算设备204(例如，mpi206)，这将触发商家计算设备204向收单方26生成授权请求。在整合消息处理系统下，目录服务器208(和/或交易处理网络214的另一个部件接收认证响应并且不将认证响应路由回商家计算设备204。相反，目录服务器208将认证响应路由到由交易处理网络214操作和/或与交易处理网络214相关联的网络转化计算设备212。网络转化计算设备212被配置为将来自3dsweb响应的基于web的数据元素转化为网络格式授权请求消息(例如，iso8583网络消息)。更具体地，网络转化计算设备212确认交易满足由商家(和/或发行方30)设置的所有具体准则，使得交易有资格进行整合消息处理。在一些实施例中，根据具体的规则集来实现整合消息处理系统200。例如，在某些实施例中，整合消息处理系统200仅实现针对特定商家的整合消息处理。这些商家包括已注册参与此计划(scheme)的商家，并且可以具体地包括“数字巨人商家”(dgm)，诸如和它们具有重要且相当可预测的收入流并且它们的交易处理要求特别大。部分地由于其交易处理需求的规模，dgm可能最关心的是最小化发行方拒绝并且具有可能的最高效持卡人结账体验。而且，这些dgm可以具有内部欺诈检测协议。商家(具体而言是dgm)可以施加定义何时实现整合消息处理系统200的特定规则。例如，这些规则可以包括：(i)3dsweb调用中所包括的主要账号(pan)或其它账户标识符与特定发行方30(例如，已知和/或可信发行方的列表(list)上或表(table)中的发行方，和/或已经同意参与整合消息处理系统200的发行方)相关联；(ii)交易满足具体准则(例如，交易金额不超过最大阈值金额、交易成功通过认证、交易不与高风险国家相关联等)；和/或(iii)商家施加的任何其它规则。同意参与整合消息处理系统200的发行方(例如，发行方30)可以附加地或可替代地施加为了实现整合消息处理系统200而必须满足的一个或多个规则。在这种确认之后，网络转化计算设备212针对3dsweb响应中的数据元素对3dsweb响应进行解析。网络转化计算设备212将每个数据元素中的信息从基于web的格式(例如，xml)转化为基于网络的格式。在一些实施例中，网络转化计算设备212填充将每个基于web的格式数据元素映射到对应的基于网络的格式数据元素的表。网络转化计算设备212生成包括基于网络的格式化数据元素的网络格式授权请求消息。特别地，网络格式授权请求消息包括认证指示符。绕过收单方26，网络转化计算设备212通过交易处理网络214向发行方30发送网络格式授权请求以进行授权。在这个实现中，网络格式授权请求表示“整合消息”，因为它取代了使用来自最初生成的认证请求的数据从商家独立生成的网络格式授权请求。发行方30如通常做的那样对交易进行授权(或不对交易进行授权)。发行方30通过交易处理网络214向商家计算设备204返回授权响应，使得交易被授权并被允许继续进行。上述实现中的一些变化是预期的。在一些实施例中，整合消息处理系统200还包括由诸如收单方26(图1中所示)之类的收单银行操作的收单方设备218。交易处理网络214将授权通知消息发送到收单方设备218，从而向收单方设备218和收单方26通知成功授权的交易。在完全绕过收单方26的某些实施例中，可能需要采取附加的步骤以确保收单方26具有用于结算和清算使用整合消息处理系统200处理的交易的所有必要信息。在一些实施例中，由网络转化计算设备212发送到收单方26的授权通知消息包含收单方26可以准备用于涉及该交易的结算过程的足够信息。在其它实施例中，联网转化计算设备212可以生成聚合通知消息用于传输到收单方26，聚合通知消息包括在特定时段期间(例如，在整天期间)处理的多个(或“批量”)交易的结算细节。在还有其它实施例中，整合消息处理系统200在授权处理中包括收单方26，但是这样做不需要商家计算设备204生成和发送基于网络的授权请求消息。相反，网络转化计算设备212如上所述生成基于网络的授权请求消息，并且将该基于网络的授权请求消息发送到收单方26，而不需要来自商家计算设备204的附加输入。授权处理正常进行。因此，即使在授权中涉及收单方26时，整合消息处理系统200仍可维持对上述商家计算设备204的处理改进。这些实施例可能更适合于可能不具有舒适地完全绕过收单方26的收入流的较小商家。在附加的实施例中，网络转化计算设备212将3dsweb调用和/或3dsweb响应发送到发行方30而不对其进行转化。在一些实施例中，这可以充当成功认证的指示。在进一步的实施例中，网络转化计算设备212然后将3dsweb响应转化为网络格式授权请求，并在分离的消息中将网络格式授权请求发送到发行方30，以独立地发起授权。图3描绘了服务器计算设备302(诸如具有插件(mpi)206的商家计算设备204、目录服务器208以及访问控制服务器(acs)210(均在图2中示出))的示例性配置。服务器计算设备302可以包括用于执行指令的处理器304。例如，指令可以存储在存储器区域306中。处理器304可以包括一个或多个处理单元(例如，在多核配置中)。处理器304可以操作性地耦合到通信接口308，使得服务器计算设备302能够与诸如另一个服务器计算设备302之类的远程设备进行通信。例如，acs210的通信接口308可以经由互联网从目录服务器208接收请求。处理器304还可以操作性地耦合到存储设备310。存储设备310可以是适合于存储和/或检索数据的任何计算机操作的硬件。在一些实施例中，存储设备310可以被集成在服务器计算设备302中。例如，服务器计算设备302可以包括一个或多个硬盘驱动器作为存储设备310。在其它实施例中，存储设备310可以在服务器计算设备302外部，并且可以由多个服务器计算设备302访问。例如，存储设备310可以包括多个存储单元，诸如在廉价盘冗余阵列(raid)配置中的固态盘或硬盘。存储设备310可以包括存储区域网络(san)和/或网络附属存储(nas)系统。在一些实施例中，处理器304可以经由存储接口312操作性地耦合到存储设备510。存储接口312可以是能够向处理器304提供对存储设备310的访问的任何部件。存储接口312可以包括例如高级技术附件(ata)适配器、串行ata(sata)适配器、小型计算机系统接口(scsi)适配器、raid控制器、san适配器、网络适配器和/或向处理器304提供对存储设备310的访问的任何部件。存储器区域310和306可以包括但不限于随机存取存储器(ram)，诸如动态ram(dram)或静态ram(sram)、只读存储器(rom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)和非易失性ram(nvram)。上述存储器类型仅仅是示例，并且因此对于可用于存储计算机程序的存储器的类型不是限制性的。图4是根据本公开的一个示例实施例的、用于使用增强的整合消息处理系统(例如，图2中所示的整合消息处理系统200)的示例方法400的流程图。持卡人使用支付卡在商家计算设备处发起402交易。商家计算设备处的商家插件(mpi)将交易识别为符合3ds资格的交易。商家计算设备生成4043dsweb调用(即，认证请求)，包括多个数据元素。mpi调用406由交易处理网络操作和/或与交易处理网络相关联的目录服务器，以确定3ds认证服务是否可用于持卡人(例如，发行方所发行的支付卡是否符合3ds资格)。目录服务器还向mpi识别408与支付卡的发行方相关联的访问控制服务器(acs)，并向mpi提供acs的联系细节。mpi将3dsweb调用发送410到acs。acs例如根据由发行方设置的具体规则和准则，作用于对交易进行认证(即，确认持卡人的身份)。acs生成4123dsweb响应(即，认证响应)。3dsweb响应包括3dsweb调用(认证请求)中的所有数据元素，以及指示认证是否成功的附加数据元素(“认证指示符”)，诸如aav。目录服务器(和/或交易处理网络的另一个部件)接收并路由4143dsweb响应到网络转化计算设备。网络转化计算设备212确认交易满足商家和/或发行方设置的所有具体准则，使得交易符合整合消息处理系统的资格。在这种确认之后，网络转化计算设备212将来自3dsweb响应的基于web的数据元素转化416为网络格式授权请求消息(例如，iso8583网络消息)。绕过收单方，网络转化计算设备212通过交易处理网络向发行方发送418网络格式授权请求以进行授权。发行方如通常做的那样对交易进行授权420(或不对交易进行授权)。发行方通过交易处理网络向商家计算设备返回422授权响应，使得交易被授权并被允许继续进行。图5是整合消息处理系统500的示例实现的消息流程图。持卡人122(图1中所示)使用支付卡在商家24(图1中所示)处发起交易。与商家24相关联的商家计算设备生成3dsweb调用502(即，认证请求)。3dsweb调用502由商家计算设备处的商家插件(mpi)进行路由。mpi调用由交易处理网络28操作和/或与交易处理网络28相关联的目录服务器，以确定3ds认证服务是否可用于持卡人122。目录服务器向mpi识别与支付卡的发行方30相关联的访问控制服务器(acs)并向mpi提供acs的联系细节。mpi将3dsweb调用502发送到acs。与发行方30相关联的acs根据由发行方30设置的具体规则和准则对交易进行认证。此外，目录服务器将3dsweb调用502路由到由交易处理网络28操作和/或与交易处理网络28相关联的网络转化计算设备212(图2中所示)。网络转化计算设备212将3dsweb调用502转化为网络格式授权请求，并在分离的消息中将网络格式授权请求发送到发行方30，以独立地发起授权。acs直接向发行方30通知认证的结果。如果认证成功，则发行方30继续如通常做的那样对交易进行授权(或不对交易进行授权)。发行方30向交易处理网络28返回单个认证和授权响应504，于是认证和授权响应504中所包括的授权响应505被指引到商家24，使得交易被授权并被允许继续进行。交易处理网络还向收单方26发送授权通知消息506，从而向收单方26通知成功授权的交易。到收单方26的授权通知消息506具有用于结算和清算使用整合消息处理系统处理的交易的必要信息。在一些实施例中，收单方26返回确认响应消息508。图6是整合消息处理系统600的第二示例实现的消息流程图。持卡人122(图1中所示)使用支付卡在商家24(图1中所示)处发起交易。与商家24相关联的商家计算设备生成3dsweb调用602(即，认证请求)。3dsweb调用602由商家计算设备处的商家插件(mpi)进行路由。mpi调用由交易处理网络28操作和/或与交易处理网络28相关联的目录服务器，以确定3ds认证服务是否可用于持卡人122。目录服务器向mpi识别与支付卡的发行方30相关联的访问控制服务器(acs)并向mpi提供acs的联系细节。mpi将3dsweb调用602发送到acs。与发行方30相关联的acs根据由发行方30设置的具体规则和准则对交易进行认证。acs生成认证响应604并将认证响应604发送到目录服务器。目录服务器(和/或交易处理网络的另一个部件)接收认证响应604并将认证响应604路由到由交易处理网络28操作和/或与交易处理网络28相关联的网络转化计算设备。网络转化计算设备生成网络格式授权请求消息606。绕过收单方26，网络转化计算设备将网络格式授权请求消息606发送到发行方30以进行授权。发行方30如通常做的那样对交易进行授权(或不对交易进行授权)。发行方30通过交易处理网络向商家24返回授权响应608，使得交易被授权并被允许继续进行。交易处理网络将授权通知消息610发送给收单方26，从而向收单方26通知成功授权的交易。到收单方26的授权通知消息610具有用于结算和清算使用整合消息处理系统处理的交易的必要信息。在一些实施例中，收单方26返回确认响应消息612。图7是整合消息处理系统700的第三示例实现的消息流程图。持卡人122使用支付卡在商家24处发起交易。与商家24相关联的商家计算设备生成3dsweb调用702(即，认证请求)。3dsweb调用702由商家计算设备处的商家插件(mpi)进行路由。mpi调用由交易处理网络28操作和/或与交易处理网络28相关联的目录服务器，以确定3ds认证服务是否可用于持卡人122。目录服务器向mpi识别与支付卡的发行方30相关联的访问控制服务器(acs)并向mpi提供acs的联系细节。mpi将3dsweb调用702发送到acs。与发行方30相关联的acs根据由发行方30设置的具体规则和准则对交易进行认证。acs生成认证响应704。目录服务器(和/或交易处理网络的另一个部件)接收认证响应704并将认证响应704路由到由交易处理网络28操作和/或与交易处理网络28相关联的网络转化计算设备。网络转化计算设备使用3dsweb调用702生成网络格式授权请求消息706。网络转化计算设备将网络格式授权请求消息706发送到收单方26以进行授权，而不需要来自商家计算设备204的附加输入。收单方26如通常做的那样对交易进行授权(或不对交易进行授权)。收单方26通过交易处理网络向网络转化计算设备返回授权响应。在这个实施例中，即使在授权中涉及收单方26时，系统也维持对上述商家计算设备的处理改进。这些实施例可能更适合于可能不具有舒适地完全绕过收单方26的收入流的较小商家。然后，网络转化计算设备将网络格式授权请求消息706发送到发行方30以进行授权。发行方30如通常做的那样对交易进行授权(或不对交易进行授权)。发行方30通过交易处理网络向商家24返回授权响应708，使得交易被授权并被允许继续进行。交易处理网络将授权通知消息710发送到收单方26，从而向收单方26通知成功授权的交易。到收单方26的授权通知消息具有用于结算和清算使用整合消息处理系统处理的交易的必要信息。在一些实施例中，收单方26返回确认响应消息712。如基于前述说明书将认识到的，本公开以上讨论的实施例可以使用包括计算机软件、固件、硬件或其任何组合或子集的工程技术或计算机编程来实现。根据本公开所讨论的实施例，具有计算机可读和/或计算机可执行指令的任何这样得到的计算机程序可以在一个或多个计算机可读介质内体现或提供，从而制作计算机程序产品，即，制造物。这些计算机程序(也称为程序、软件、软件应用或代码)包括用于可编程处理器的机器指令，并且可以在高级过程和/或面向对象的编程语言和/或在汇编/机器语言中实现。如本文所使用的，术语“机器可读介质”和“计算机可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备(例如，磁盘、光盘、存储器、可编程逻辑器件(pld)，包括接收机器指令作为机器可读信号的机器可读介质。但是，“机器可读介质”和“计算机可读介质”不包括瞬态信号(即，它们是“非瞬态的”)。术语“机器可读信号”是指用于向可编程处理器提供机器指令和/或数据的任何信号。本书面描述使用示例(包括最佳模式)以使得任何本领域技术人员能够实践本公开，包括制作和使用任何设备或系统以及执行任何结合的方法。本公开的专利范围由权利要求限定，并且可以包括本领域技术人员想到的其它示例。如果这些其它示例具有不与权利要求的字面语言不同的结构元件，或者如果它们包括与权利要求的字面语言无实质区别的等同结构元件，则这些其它示例意图在权利要求的范围内。当前第1页12当前第1页12