本申请要求临时申请的优先权：于2015年12月31日提交的题为“用于对市场交易进行路由的电子系统”的美国专利第62274148号，并且与本申请共同被拥有的所述临时申请也通过引用整体被并入本文。
当通过引用被并入本文的引用文献中术语的定义或使用与本文所提供的术语的定义不一致或相反时，适用本文提供的所述术语的定义，并且不适用所述术语在引用文献中的定义。
本公开通常涉及用于处理金融交易的电子装置的技术领域，并且在一个示例性实施例中，本公开涉及用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者(routingmerchanttransactionstoacquirers)的方法、装置及系统。
背景技术：
每天都有数以百万计的电子金融交易发生自信用卡收费及其他形式的电子银行业务。所述支付卡行业(pci)提供对于安全性及隐私的合规性标准，而每个收购者或信用处理方指定他们拥有的专有协议及格式，所述专有协议及格式符合所述pci标准的一交易请求。一消费者可以发起在一营商者处的一笔收费，无论是在一实体店或是一在线销售商处，以购买商品或服务。一收购者充当所述的中间人，以便能够对与所述消费者的购买行为绑定的银行业务机构例如发行所述信用卡的银行进行电子交易的追踪及管理。
由于所述交易的安全性质，所述机密财务信息以及黑客入侵或身份盗用的风险，目前存在的最佳系统使用在一营商者与一收购者之间非常直接的1∶1关系，所述收购者具有收购者专有的软件代码及格式。然而，意想不到的后果是营商者发现，对在多个收购者之间进行切换及对多个创新系统进行测试而言，想要以一简单、具成本效益的方式比较多种性能度量是困难的。也就是说，所述交易的性质、数量及金额并非动辄可见的或可得的，以使一个新的收购者能够努力争取提供所述服务。但是，金融机构通常会寻找诸多方法以降低交易处理的成本及管理开销。储蓄通常会转化成接近利润总额。
使用信用卡或借记卡用于实现一电子购买的一协议是存在的。如政府对交易的规定所述，多种不同的路径是可能的。用于所述交易的各方可以是数百个收购者或发行方中的一个，或者是数百万营商者及消费者中的一个。此外，还有许多其他的方式可以构建这些安排。例如：在一些交易中，所述收单机构(银行)及所述发行机构是相同的。此外，所述收单机构向所述营商者付款的时间也各不相同。一些收单机构在从所述发行银行收到资金前即向多个选定的营商者付款，从而增加所述收单机构的信用及流动性曝险(exposure)。然而，在所述收单机构从所述发行机构接收信用后不久，所述收单机构向所述营商者的付款情况经常发生。
第三方组织的存在，加上所述收单银行对整个商家计划或其中的一部分进行次级许可及所述发行银行将整个发行计划或其中一部分进行次级许可给其他实体的能力，也引入复杂性交易及资金流动。例如：由于技术基础设施的成本及交易量的水平对于诸多收单银行而言很高，大多数小型收单银行依靠诸多第三方卡处理器以执行这些功能。此外，诸多发行银行通常使用诸多卡处理器以执行若干服务。在诸多处理器内交易中，对所述收单银行及所述发行银行的第三方处理过程是相同的。根据协会的章程及运营规则/条例，所述发行银行及所述收单银行分别对它们签约的第三方的行为负责。
一营商者通过两种方法中的一种向它的收单银行提交销售交易。大型的营商者通常具有计算机装置，所述计算机装置将多个交易直接传送到所述收单银行或它的卡处理器。较小的营商者通常向一供应商提交多个交易，所述供应商从多个营商者收集数据，然后将多个交易发送给所述收单银行。
技术实现要素：
一种用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的装置、系统及方法被公开。一安全入口(secureportal)使多个已被注册的收购者或代理者(proxies)能够进行注册(register)，以定义对于营商者的服务产品(在一资源链接库中)，以与营商者进行签署(signup)(如果一营商者选择它们)，以定义多个令牌格式等。所述安全入口也可供已被注册的营商者使用，允许他们查看来自多个收购者的多个服务报价(资源链接库)，对于一期望的收购者进行注册，为所述营商者所需的交易服务定义多种交易服务及度量(请求链接库)，及/或定义逻辑，用于所述安全入口如何在一单个或一持续的基础上自动地为所述营商者选择一收购者。通过所述营商者及在所述入口内的多个收购者的这些互动情况可以在商定的界限内被随意改变，然后可编程地实时被实现。通过在所述入口中的收购者及营商者双方做出的选择在一电子交易装置中被实现，所述电子交易装置通过一交易的网关的计算机(transactiongatewaycomputer)(“tgc”)，将一个或多个交易的收购者与一个或多个营商者进行耦合。一匹配引擎基于多个资源度量中的至少一个，通过所述交易的网关的计算机同时跨一个或多个收购者解析来自一营商者的一给定的交易订单集合(transactionorderset)(“to”)。
所述电子交易装置包括一转译器的逻辑，用于将一种营商者的交易格式转化成一种或多种不同的收购者的交易格式。所述转译器的逻辑将所述给定的交易订单集合的至少一子集合并行地转化为一交易格式，所述至少一子集合的交易格式与所述给定的to的另一子集合的一交易格式不同。方便地，用于所述交易订单集合的所述营商者的交易格式不需被改变。附加地，所述转译器是可编程的，以将所述给定的交易订单集合的至少一子集合从一第一格式实时修改为一第二格式。
可选地，所述电子交易装置还包括一令牌界面(tokeninterface)，所述令牌界面被耦合到所述交易的网关，其中所述令牌界面与以一令牌作为一服务(atokenasaservice)(“taas”)的交换所(exchange)在所述输入界面上进行通信，使所述令牌与所述给定的收购者相关联，并且将所述交易及所述令牌从所述输出界面发送给一银行业务直觉(bankingintuition)以进行进一步处理过程。
附图说明
多个示例性实施例通过示例而以非限制性方式在附图中被示出，其中相同的附图标记表示类似的多个元件，其中：
图1是根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一功能框图。
图2是根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一电子装置。
图3是根据一个或多个实施例的用于将一个或多个交易的收购者与一个或多个营商者进行耦合的一交易的网关的一框图。
图4a至图4b是根据一个或多个实施例的用于评估不同度量(metrics)的一比较器的多个功能框图，所述比较器包括用于路由所述交易请求的多个决策动作的新的或被改变的代理者度量、资源度量及请求度量。
图5是根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一流程图。
根据附图及随后的详细描述，本实施例的其他特征将变得显而易见。
具体实施方式
一种用于在支付系统内及安全环境中自动地、可编程地及灵活地管理收购者交易(将多个营商者的交易路由到多个收购者)的方法、装置及系统被公开。在以下描述中，出于解释的目的，阐述许多具体细节以便提供对各种实施例的透彻理解。然而，对于本领域技术人员显而易见的是，可以在没有这些具体细节的情况下实践各种实施例。
现在参考图1，示出根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一功能框图。用以在一支付系统及一安全环境中自动地、可编程地及灵活地管理多个收购者的交易(将多个营商者的交易路由到多个收购者)的一系统使用以下多个功能中的至少一个被实现：将一请求进行重新格式化154，所述请求通常来自一营商者，所述请求为每个收购者的格式需求；将一收购者156与处理的交易的的营商者进行链接；对一个新的收购者进行评估158，以评估所述新的收购者的交易资源解决方案(transactionresourcesolutions)(“trs”)，其中包括所述新的收购者的资源度量及带有一令牌服务的界面159。关于每个收购者的所述重新格式化功能154，此功能将以实时方式162被执行，并且将自动地从由一营商者使用的一格式转化为提交一新的交易请求(譬如对一购买的一批准)到所述收购者所需的一格式，所述收购者由所述营商者选择以处理所述交易请求。在转化所述交易请求的所述格式后，所述系统应该提供功能，以将所述交易请求自动地路由到所选择的收购者的所述正确互联网协议位址。
即使所述多个请求源自一相同的营商者，不同的交易请求也可以被预定(slated)给各种不同的收购者。因此，所述系统的多个功能检测及评估正确的收购者及所述收购者来自所述请求的多个属性的交易格式，及来自营商者的其他先前信息及多个指令。
如果一营商者改变的所述收购者被用于所述营商者的一部分或全部交易订单集合(对于一给定的目的而被分组的一包裹交易(abundleoftransactions)，譬如地理位置、日期、交易金额、交易服务类型、一用户的简档等)，所述功能154至159应该实时被配适及运作，以便将所述系统飞速地重新编程，以便将所述多个营商者的交易路由到所述多个正确的收购者，并且处于所述正确的格式。因为一营商者引入一资源度量的更新148(譬如一新的促销或服务提供)，在所述营商者/收购者的匹配过程的变化可能出现，一新的收购者146期望以多个资源度量(自由市场142没有人为边界及基础设施的障碍、专有的格式请求、在一交易订单中缺乏解析能力等访查)的一竞争的集合对所述服务进行投标(bid)，或者一些其他的更新144，譬如一营商者的更新或新的资源请求、一通信系统的故障转移情况或一过去的收购者、拒绝服务等，或一网络或互联网更新或故障，或任何其他更新，所述任何其他更新将导致多个营商者的交易的处理或路由到多个收购者的一新的效率或成本降低。
现在参考图2，示出根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一电子装置213。装置213是一金融交易系统(financialtransactionsystem)200的一部分，所述金融交易系统200包括一营商者238、一令牌的交换所(tokenexchange)210、一个或多个网关(gateways)201-1至201-n、一营商者机构(merchantinstitution)234、多个卡的品牌机构(cardbrandinstitutions)231及一消费者机构(consumerinstitution)232。
一电子交易装置213包括一交易的网关的计算机212(transactiongatewaycomputer)(“tgc”)，在一个实施例中是一爪哇(java)引擎，用于将一个或多个交易收购者、aq1网关202-1通过aqn网关201-n与一个或多个营商者譬如238进行耦合；一资源链接库(resourcelinklibrary)(“rll”)220，包括来自一个或多个收购者的多个交易资源解决方案(transactionresourcesolutions)(“trs”)(见表1)，每个交易资源解决方案具有多个资源度量(见表1)；及一匹配引擎(matchengine)(“me”)216。匹配引擎216被配置为基于多个资源度量中的至少一个，通过所述交易的网关的计算机212同时跨一个或多个收购者解析来自一营商者的一给定的交易订单集合(transactionorderset)(“to”)(见表2)。
所述电子交易装置213包括一转译器的逻辑(translatorlogic)218，用于将一种营商者的交易格式转化为一种或多种不同的收购者的交易格式。所述转译器的逻辑将所述给定的交易订单集合的至少一子集合并行地转化为与给定的交易订单集合的另一子集合的事务格式不同的事务格式。方便地，用于所述交易订单集合的所述营商者的交易格式不需通过所述营商者自己改变。附加地，所述转译器218是可编程的，以将所述给定的交易订单集合的至少一子集合从一第一格式实时修改为一第二格式，譬如通过将所述交易的一目的地路由交换到与不同的收购者配对的装置213中的不同收购者的模块。
装置213被插入(interposed)在所述营商者238与所述收购者的网关201-1至201-n之间，为了拦截及管理一交易请求，从而在选择、改变及监视多个营商者对多个收购者的交易的所述路由及处理过程提供可编程性、标准化及灵活性的一个新的层。过去的系统简单地将一给定的营商者的安全收费界面244直接路由到一给定的收购者的网关，因此被锁定到一给定的收购者，几乎没有机会对不同的收购者进行简单且廉价的改变以及反对一自由市场运作的一内在障碍，所述自由市场具有创新、降低成本和改进服务的固有优势。
交易的网关212执行从一个或多个营商者譬如营商者238发送的多个交易请求232-a的评估功能，以决定所述请求是什么格式，所述适当的收购者应该为每个单一交易请求做什么，以及适当地路由所述请求到一转译器218，根据需要，然后到所述正确的界面模块202-1到202-n，所述正确的界面模块202-1到202-n与所述期望的收购者譬如aq-1201-1到aq-n201-n网关相配对，以进一步处理交易请求。交易的网关212模仿一标准收购者的界面以与所述营商者的传统安全收费界面244兼容。在一个实施例中，交易的网关212使用一单个标准收购者的界面，所述单个标准收购者的界面将请求所有营商者用于界面装置213。在另一个实施例中，所述装置213可以接收不同的收购者协议，其中在所述界面处的一引擎解释及调节所述开放系统互连架构(opensystemsinterconnection)(“osi”)引用模型的不同层，譬如第5层的会话(session)层、第6层的表现(presentation)层，及第7层的应用(application)层。
被设置在装置213中的收购者的界面模块aq1202-1至aqn202-n被编程为在通信的协议及分封的格式化(packetformatting)方面与各自成对的收购者的网关aq1201-1至aqn201-n对接(interface)。一网关201-1至201-n可能需要的许多改变可以在所述收购者的界面模块202-1至202-n被处理，从而降低成本并且升级成一较不频繁工作的装置213，所述装置213提供的服务多倍胜于多个营商者的界面244。由于编程的装置213具有对接不同协议的灵活性，所述潜在的客户资源管理(customerresourcemanagement)(“crm”)，又称(aka)企业资源规划(enterpriseresourceplanning)(“erp”)可以保持静态的，尽管一营商者期望的改变是从一个收购者到另一个收购者，这些收购者本身可以使用不同的crm软件。
在交易的网关212内是一匹配引擎(matchengine)(“me”)216的逻辑，所述逻辑执行用于路由及格式化的所述分封的评估，或者执行用于将一收购者指派给一营商者的一决策操作，及/或执行从用于一营商者的一当前的收购者到一新的收购者的一转化操作，或一新的收购者服务提供，用于一单个交易请求、所述交易订单集合的一子集合，或一营商者的整个订单集合本身。me212选择性地且同时地解析所述给定的交易订单集合成为：i)一给定的营商者(238)对一第一交易的收购者(planetpay，譬如aq1网关201-1)的一第一子集合(表2，第2行，lacy的子集合a)，基于所述第一交易的收购者的多个资源度量(表1，第3行，planetpay的打平(flat)的‘成本(cost)’度量)中的至少一个，所述第一交易的收购者符合所述给定的营商者的请求度量(譬如，表3的成本或体积度量)的一第一集合中的至少一个或是所述给定的营商者的多个请求度量的所述第一集合中的至少一个的最佳类别；及ii)所述给定的营商者对一第二交易的收购者(第二数据收购者，譬如aq2网关201-2)的一第二子集合(表2，第3行，lacy的子集合b)，基于用于所述第二收购者的多个资源度量(表1，第4行，‘无限(unlimited)’体积，用于北美(“na”)))中的至少一个，所述第二收购者符合所述给定的营商者的多个请求度量的一第二集合中的至少一个。附加地，me216可以选择性地将所述给定的交易订单集合实时的所述解析过程从在多个互联网协议位址的一第一集合的一个或多个收购者(即表2)的一第一集合重新路由到在所述互联网协议位址的一第二集合的一个或多个收购者(未示出)的一第二集合，其中在所述第二集合中的所述多个收购者中的至少一个与第一集合中的所述多个收购者中的至少一个；并且通过所述匹配引擎的所述重新路由过程不需改变一潜在的资源规划系统(260)。
所述电子交易装置还包括一代理者链接库(proxylinklibrary)(“pll”)(222)，所述代理者链接库(“pll”)(222)包括一收购者的至少一代理者资源解决方案(proxyresourcesolution)(“prs”)(见表4)，每个代理者解决方案具有多个代理者度量。匹配引擎包括一比较的逻辑(comparativelogic)(所述比较的逻辑是通过一微处理器使用在内储中的代码被实现的一逻辑功能，如图3所示，或者通过用于更快的进行处理的硬件逻辑(未示出)被实现)，其中匹配引擎识别何时对一代理者度量进行一改变及何时在所述pll中输入一新的代理者资源解决方案(见表4)；所述比较的逻辑将在所述代理者ll222中的所述新的或被改变的代理者度量与在所述ll214中的资源ll220中的多个资源度量进行比较；并且me216接收来自一用户的一指令以实现一超代理者资源解决方案(supraproxyresourcesolution)(譬如表4，第3行‘valueguy’)，所述超代理者资源解决方案所具有的至少一代理者度量超过一资源交易解决方案(譬如valueguy是所述基准的成本的75％)；通过重新路由所述给定的交易订单集合实时的所述解析过程，以所述prs替代所述trs。
可选地，所述电子交易装置包括一请求链接库(requestlinklibrary)(“qll”)(224)，所述请求链接库包括来自一个或多个营商者的一个或多个交易请求订单集合，每个交易请求订单集合具有多个请求度量(见表3)。如上所述，所述匹配引擎基于一匹配级别(matchlevel)自动地实现所述超代理者解决方案，通过所述超代理者解决方案被实现用于一给定的营商者的所述给定的交易订单集合的至少一子集合而设定所述匹配级别。
可选地，所述电子交易装置还包括一令牌界面226，所述令牌界面226被耦合到所述交易的网关，其中所述令牌界面与以一令牌作为一服务(“taas”)的交换所在所述输入界面上进行通信，使所述令牌与所述给定的收购者相关联；并且将所述交易及所述令牌从所述输出界面发送给一银行业务直觉以进行进一步处理过程。用于令牌的交换所的代码编辑(coding)的一示例被描述如下。
装置213容许一安全市集(securemarketplace)，所述安全市集保护从多个营商者、多个收购者及多个代理者提供到装置213的敏感数据免于装置213的外部暴险。装置213以一模块化方式被设计，以允许未来与尚未定义的其他网关对接(interfaces)。
电子处理平台(electronicprocessingplatform)：
现在参考图3，示出根据一个或多个实施例的用于将一个或多个交易的收购者与一个或多个营商者进行耦合的一交易的网关的一框图。示例性计算装置300包括多个构件及功能，所述功能可以被应用于所述系统200中的几个装置，诸如客户端的一个人计算机譬如客户端a302-a、移动装置譬如客户端b302-b、移动计算机譬如客户端n302-n、小型计算机(minicomputer)、大型机(mainframe)、服务器(server)譬如206、210-a到210-c等，每个都能够执行指令以完成在此描述的功能及操作。计算装置300包括多个构件，诸如被耦合到内存304、305及/或312的一处理器302。特别地，处理器302可以是一单个或多个处理器的内核，用于处理数据及多个指令。内存304、305及/或312用于存储及提供信息、数据及指令，尤其包括计算机可用的易失性内存304譬如随机存取内存(ram)，及/或计算机可用的非易失性内存305譬如只读内存(rom)，及/或一数据存储器312譬如闪存、或磁盘或光盘或驱动器。计算装置300还包括多个可选输入器件，诸如：字母数字输入装置308，诸如：具有字母数字、功能键、对象驱动菜单的一键盘或触摸屏；一键盘按钮、带有在一处理器上运行的语音识别软件的一麦克风，或允许一玩家响应一输入的任何装置；或一可选的光标控制装置310，诸如一滚球、轨迹球、鼠标等，用于将用户输入信息及多个命令选择传送给处理器302；或被耦合到总线以显示信息的一可选的显示装置306；用于将系统与外部实体耦合的一可选输入/输出(i/o)装置314，诸如用以在系统及外部网络诸如因特网、一局域网(lan)、广域网(wan)、虚拟专用网络(vpn)等之间被实现的有线或无线通信的一调制解调器。多个构件的耦合介质316可以是传递信息的任何介质，例如有线或无线连接、电或光、并行式或串行式总线等。
所述计算装置仅是一合适的计算环境的一示例，并非旨在对本技术的使用范围或功能提出任何限制。所述客户端302-a到302-n可以是多个智能装置，具有足够的处理器、内存、图形及输入/输出(i/o)能力，以操作它们各自的所述游戏软件部分。替代地，多个客户端302-a到302-n可以是一轻薄的(thin)客户端，譬如一无发声能力的(dumb)装置，所述装置仅具有或仅被用于显示结果及接受输入的能力。也不应将计算环境解释为对示例性计算系统中示出的任何一个组件或其组合有任何依赖性或请求。本技术可以在由计算机执行的计算机可执行指令(例如程序模块)的一般上下文中被描述。通常地，程序模块包括执行特定任务或实现特定抽象数据类型的例程(routines)、程序(programs)、对象(objects)、构件(components)、数据结构(datastructures)等。本技术还可以在多个分布式计算环境(distributedcomputingenvironments)中被实践，其中多个任务由通过一通信网络被链接的多个远程处理装置执行。在一分布式计算环境中，多个程序模块可以位于包括内存-存储装置的本地及远程计算机存储介质中。
现在参考图4a至图4b，示出根据一个或多个实施例的用于评估不同度量的一比较器的多个功能框图，所述比较器包括用于路由所述交易请求的多个决策动作的新的或被改变的代理者度量、资源度量及请求度量。参考图4a，根据一个或多个实施例，具体地，一比较器406-a的一功能框图400-a被示出，用于评估一新的或被改变的代理者度量404-2与一营商者的一资源度量404-1，用于对一代理者解决方案(proxysolution)及营商者的多个可能的路由选项。具体地，比较器406耦合一给定的资源度量402-1，譬如从在链接库214中的资源ll220，并且到一代理者度量404-2，譬如来自链接库214中的代理者ll222，以及请求ll224。现在参考图4b，根据一个或多个实施例，具体地，一比较器406-b的一功能框图400-b被示出，用于评估一新的或被改变的代理者度量与一营商者的一资源度量，用于在一代理者解决方案与一营商者之间的可能路由。具体地，比较器406-b耦合一给定的请求度量410，譬如从在链接库214中的请求ll224，并且到一度量404，譬如无论是来自代理者ll222的一代理者度量，或是来自在链接库214中的资源ll220的一资源度量。
现在参考图5，示出根据一个或多个实施例的用于在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者的一流程图。
在操作504中，根据图2，一交易资源解决方案分别通过多个控制线c-a1至c-an，从一个或多个收购者201-1至201-n被接收在图2的装置213处，并且作为本图中的输入504-a。
操作506使用由所述拥有的收购者提供的多个资源度量输入506-a填补一数据库。在一个实施例中，所述信息构建一收购者的格式库504-b，所述收购者的格式库504-b被实现为图2的资源链接库(rll)220，并且在一个实施例中被存储在图3的内存305中。
例如：根据如下所示的表1，分别为标题“采用多个资源度量的收购者交易资源解决方案(acquirers’transactionresourcesolutionswithresourcemetrics)”、收购者公司pursue、cob(银行的选项)、planetpay及2ndinfo加载它们的服务提供计划a、标准(“std”)及溢价(“prem.”)、a及小型办公室家庭办公室(“soho”)及蓝筹(bluechip)。所有这些不同的计划都提供不同的功能、速率及资源度量。所述格式列为装置213提供的能力，将传入的营商者交易请求重新格式化为由所述营商者所选择的所述收购者所需的所述适当格式。成交量通常指每日成交量，但也可以是年成交量。在下表中，在ip位址01.01.01.111的pursue收购者有一个服务“a”，可以每天处理10m交易，延时15秒(“s.”)，是全球通用的(availableworldwide)，请求多个营商者使用一版本“v2.5a”，所述版本“v2.5a”格式化在其交易请求中，并根据交易金额收取0.1％的一费用，并在注释“[al]”中指定其他度量。其他营商者已经填补的服务及资源度量如下所述。
表1采用多个资源度量的收购者交易资源解决方案
在操作508中，一营商者与一收购者相匹配。所述匹配过程通过遗产关系及合同被完成，或通过营商者做出一选择方案的选项(selectionchoice)508-a或通过一营商者给予选择方案的权限508-b到正在操作所述装置213的所述中间服务公司(“中间件(middleware)”)。此步骤在图2及图3中被实现为营商者238，使用他的安全网站入口(securewebportal)239的输入/输出(“i/o”)242(譬如类似于装置314、308、310，但是用于营商者的pc)以查看rll220，通过手动控制线(“c-man”)存储在214装置213的链接库中，譬如具有防火墙保护的一加密安全套接字链接，并定义她的优选业务逻辑及布局，包括假设的模拟结构及不同性能的收购者，在安全内存240中(譬如在类似的内存304、305、312中，但在营商者的pc中)。以这种方式，使用装置213作为一物理的中间体(physicalintermediately)，现在可以使用交易处理的一自由市场为多个收购者之间提供创新和竞争，从而为多个营商者及它的客户带来最佳价值及性能。此过程涉及所述电子装置213本身的特定增强性能，以及在所述因特网及/或任何类型的网络(lan、man、san、wan等)上操作的网关、交易界面、数据存储及操纵等的所述电子系统，从而提高所示的有形装置及系统的效率及操作。
在表2中标题为“营商者的收购者选择方案(merchants’selectionofacquirers)”的示例性选择方案可能如下，其中lacy的选项cob作为它的订单集合1，这是lacy的用于消费者的入门级信用计划(entrylevelcreditprogram)，并为零售和商业消费者选项planetpay用于lacy的goldcard信贷计划。对于营商者marchedemur，所述收购者列被列为planetpay，用于tx订单集合1的子集合a，但是对于订单集合1的子集合b被列为“auto”。所述“auto”是指营商者marchedemur允许中间件选择根据算法版本2.1提供的每个营商者指令‘最适合(bestfit)’营商者的收单机构，并通过自动控制线(“c-auto”)传送到图2的所述匹配引擎216。所述控制线c-man及c-auto可以两者都来自一营商者的给定的pc连接及网站入口239，但是在装置213上以不同方式被存储及被实现。如果收购者的资源度量改变，如果营商者的需求改变，或者如果一所选的营商者的等待时间或错误数量超过在所述算法中的一指定的阈值，则一示例性算法可以通过装置213使中间件以对于不同的收购者的切换或故障转移规定自动地选择最低成本的收购者。此外，成本最低的收购者可能会随着时间的推移而变化，具体取决于交易流量及采购交易的位置。因为装置213可以适应具有不同格式的多个不同的收购者的交易的实时的、动态的及可编程的路由过程，所述营商者接收在具有透明度并反馈给所述营商者的一安全环境中处理交易请求的一统包(turnkey)、免经手实现方案(hands-freeimplementation)。在中间件与多个收购者及/或营商者与多个收购者之间的多个合同将协调一致，以允许此类的灵活性及权衡，而这不是先前可做得到的。此外，为了能使优选地希望保留交易请求的一单一格式的一给定的营商者的多个收购者之间的这种交换有机会启用，一手段(means)需要在格式之间进行转化。
表2营商者的收购者选择方案
操作509以请求度量填补一请求链接库(requestlinklibrary)(“qll”)。代替一营商者从多个收购者的一列表及所述收购者的广告的性能及成本产品中进行选择的是，一营商者可以改为提供它的具有一期望性能及成本的请求度量。然后，多个收购者可以同意为所述营商者定义的度量提供服务，或者在某些可能赢得合同的还价度量上，如果没有其他收购者能够符合请求度量，所述收购者可以对所述营商者的请求度量进行投标。步骤509由营商者通过她的网站入口239经由c-man输入数据到请求ll224(经由装置213及交易的网关212，装置314接收到内存304至305、312)而被实现。
示例性表3的标题为“营商者的交易请求度量(merchants’transactionrequestmetrics)”示出营商者对一服务的需求，所述服务在当前未被现有的多个收购者符合。例如：lacy已经确认他们称之为“delta”的一新的服务，这可能是因为新的市场的一新的机遇、新的业务关系、一新的消费者范例等等。在lacy的案例中，他们希望降低成本至仅为一基准竞争对手(benchmarkedcompetitor)的80％，或者是市场上最好的。作为交换的是，它们对‘任何(any)’格式请求抱持开放态度，尽管这对于在格式之间进行转化的中间件装置213没有实际意义。通过允许一在线市场识别营商者的需求，现有的收购者或新兴的收购者可以用明确定义的方式进入所述市场。例如：中间件及装置213实现移动及嵌入式装置交易方案(mobileandembeddeddevicetransactions)、替代式货币手段(alternativecurrencymeans)，诸如加密货币及支付系统等。其他营商者定义他们的请求度量，如下所示。
表3营商者的交易需求度量
在接收到一交易订单集合输入510-a以后，操作510将一交易订单集合解析为跨多个收购者的多个子集合。因此，例如：无论营商者是否直接选择收购者，或者允许中间件及装置213指定一收购者，譬如根据表2，或者如果一收购者及营商者就一营商者的请求度量达成合意，则根据表3，然后装置213及匹配引擎216实现收购者的所述多个手动选择及/或收购者的多个自动选择(即，通过用于一‘自动’选择方案的算法)。此操作允许针对一给定的营商者的交易订单集合或其中的一子集合而灵活地、实时地及动态地改变所述收购者。此操作可以包括对令牌的交换所的服务器210的一存取过程(access)。
匹配引擎216评估所述交易请求的所述传入的ip位址，并且还开启所述交易请求包并读取所述包的适当字段，以评估所述适用的收购者的身份。然后，如果所述营商者所选择的收购者是aq1网关201-1，则匹配引擎将交易请求路由到所述适用的模块，譬如aq1模块202-1。
操作512根据输入的营商者格式512-a将营商者格式转化为期望的收购者格式512-b，其可以是营商者精确期望的粒度，譬如，基于任何音量、位置的子集合级别、交易等，由请求度量、资源度量等定义。适用的模块，例如aq1模块202-1，如果适用，用收购者aq1网关201-1的格式请求编程，重新格式化分组中的交易请求，并将交易请求发送给收购者，譬如aq1网关201-1。幸运的是，中间件及装置213致使所述erp/crm为静态的，并且其中没有任何变化。因此，本公开是erp/crm不可知的，实现进一步的跨平台解决方案，所述跨平台解决方案增强pci行业中的生产力及竞争。
以下是crm/erp服务器以一收购者的直接可延伸标记式语言(xml)请求格式向中间件的超文本传输安全协议(https)服务器发送一支付请求的一示例。所述请求可以包含一令牌而不是所述实际的个人帐号(personalaccountnumber)(“pan”)，即，一卡号(cardnumber)。
代码1示例：在中间件收到的请求。
<？xmlversion＝″1.0″encoding＝″utf-8″？>
<tranxrequest>
<gatewayid>00004</gatewayid>
<products>1.01：：1：：001：：testproduct1：：{test}</products>
<xxxname>johnsmith</xxxname>
<xxxcompany>customercompany</xxxcompany>
<xxxaddress>2201speersroad</xxxaddress>
<xxxcity>buffalo</xxxcity>
<xxxstate>ny</xxxstate>
<xxxzipcode>123456</xxxzipcode>
<xxxcountry>us</xxxcountry>
<xxxphone>9054696500</xxxphone>
<xxxemail>jsmith@customeraddress.com</xxxemail>
<xxxshippingname>joeanyone</xxxshippingname>
<xxxshippingcompany>recipientcompany</xxxshippingcompany>
<xxxshippingaddress>1000shippdr</xxxshippingaddress>
<xxxshippingcity>amherst</xxxshippingcity>
<xxxshippingstate>ny</xxxshippingstate>
<xxxshippingzipcode>234567</xxxshippingzipcode>
<xxxshippingcountry>us</xxxshippingcountry>
<xxxshippingphone>9054696510</xxxshippingphone>
<xxxshippingemail>janyone@shippingaddress.com</xxxshippingemail>
<xxxcard_number>[tokendata]</xxxcard_number>
<xxxccmonth>12</xxxccmonth>
<xxxccyear>2011</xxxccyear>
<cvv2>9999</cvv2>
<cvv2indicator>1</cvv2indicator>
<xxxtranstype>00</xxxtranstype>
</tranxrequest>
在接收到所述代码时，在装置213处的中间件将所述令牌数据发送到所述令牌的交换所的服务器210。所述令牌的交换所的服务器返回所述去标记化的卡号(de-tokenizedcardnumber)，且中间件用所述去标记的真实卡号替换所述[令牌数据(tokendata)]，并将所述请求转发给收购者的直接xml的https服务器。以下是一示例性编码。
代码2示例：将去标记化的卡号给收购者。
<？xmlversion＝″1.0″encoding＝″utf-8″？>
<tranxrequest>
<gatewayid>00004</gatewayid>
<products>1.01：：1：：001：：testproductl：：{test}</products>
<xxxname>johnsmith</xxxname>
<xxxcompany>customercompany</xxxcompany>
<xxxaddress>2201speersroad</xxxaddress>
<xxxcity>buffalo</xxxcity>
<xxxstate>ny</xxxstate>
<xxxzipcode>123456</xxxzipcode>
<xxxcountry>us</xxxcountry>
<xxxphone>9054696500</xxxphone>
<xxxemail>jsmith@customeraddress.com</xxxemail>
<xxxshippingname>joeanyone</xxxshippingname>
<xxxshippingcompany>recipientcompany</xxxshippingcompany>
<xxxshippingaddress>1000shippdr</xxxshippingaddress>
<xxxshippingcity>amherst</xxxshippingcity>
<xxxshippingstate>ny</xxxshippingstate>
<xxxshippingzipcode>234567</xxxshippingzipcode>
<xxxshippingcountry>us</xxxshippingcountry>
<xxxshippingphone>9054696510</xxxshippingphone>
<xxxshippingemail>janyone@shippingaddress.com</xxxshippingemail>
<xxxcard_number>4500000000000001</xxxcard_number>
<xxxccmonth>12</xxxccmonth>
<xxxccyear>2011</xxxccyear>
<cvv2>9999</cvv2>
<cvv2indicator>1</cvv2indicator>
<xxxtranstype>00</xxxtranstype>
</tranxrequest>
所述收购者的营商者的直接网关会返回一响应(response)，根据所述响应的规范，所述响应不包含明文帐号(cleartextaccountnumber)。然而，所述中间件将会检查，如果存在帐号，它将对所述帐号进行标记，并在返回以前替换在所述响应中的所述标记数值，如示例性代码3所示的示例。这在交易过程中增加一额外的安全层，以防止一pan的所述未经授权的揭露。
代码3示例：将去标记化的卡号给收购者。
<？xmlversion＝″1.0″encoding＝″utf-8″？>
<tranxresponse>
<gatewayid>00004</gatewayid>
<receiptnumber>1096019995.50d2</receiptnumber>
<salesordernumber>500</salesordernumber>
<xxxname>johnsmith</xxxname>
<xxxcompany>customercompany</xxxcompany>
<xxxaddress>2201speersroad</xxxaddress>
<xxxcity>buffalo</xxxcity>
<xxxstate>ny</xxxstate>
<xxxzipcode>123456</xxxzipcode>
<xxxcountry>us</xxxcountry>
<xxxphone>8666388789</xxxphone>
<xxxemail>jsmith@customeraddress.com</xxxemail>
<date>2007/12/1709：59：58</date>
<cardtype>vi</cardtype>
<language>en_us；iso-8859-1</language>
<page>90000</page>
<approvalcode>123456</approvalcode>
<verbiage>approved</verbiage>
<totalamount>1.01</totalamount>
<products>
<product>
<code>pc-01</code>
<description>testproduct</description>
<quantity>1</quantity>
<price>1.01</price>
<subtotal>1.01</subtotal>
</product>
</products>
<doublecolonproducts>1.01：：1：：pc-01：：test
product：：</doublecolonproducts>
<avsresponsecode>u</avsresponsecode>
<cvv2responsecode>m</cvv2responsecode>
<xxxamount>1.01</xxxamount>
<xxxhostresponsemessage>approvalx/xxxhostresponsemessage>
<xxxtranstype>00</xxxtranstype>
<guid>eldl9676-6el2-327b-de96-dfea0cc647a5</guid>
</tranxresponse>
操作514询问是否出现一新的代理者资源解决方案或度量。如果为否定的，则所述路由过程在多个营商者与多个收购者之间保持为静态的514-a。如果为肯定的，则操作516从多个收购者接收所述代理者资源解决方案输入516-a，并在操作518中以所述代理者度量输入518-a填补所述代理者链接库(“qll”)，如下面的表4实施例所示，标题为“采用代理者度量的代理者资源解决方案(proxys’resourcesolutionswithproxymetrics)”。所述术语“代理者(proxy)”可以指当前未与在一特定市场中的一营商者缔约(engaged)的一新的收购者，或者可以指想要提供一新的产品的一现有的收购者。通过显示在所述qll中的代理者度量，所述代理者可以在所述链接库214中通告她的服务，以供被权限的营商者仔细阅读及评估用于缔约。如示例性表4中所示，newguy提供一成本降低的解决方案，所述成本降低的解决方案的成本仅为一基准数值的80％，但增加所述基准行业价值的50％反应时间，因此以150％的反应时间运行。其他代理者度量在“其他”列中被指定，这可能会影响所述收购者服务的任何方面。
表4采用代理者度量的代理者资源解决方案
在操作520中，由所述营商者评估所述多个代理者度量及/或由多个收购者评估所述多个请求度量。如果一代理者度量看似对一营商者很有吸引力，则所述营商者可以通过输入520-a手动地选择所述代理者度量，或者根据给予中间件及装置213的输入520-b选择方案的权限自动地选择所述代理者度量，并且依据如上所述照算法被实现。所述代理者的收购者服务可被用于一交易订单集合的一子集合或所述整个交易订单集合。通常地，一营商者更愿意仅使用所述营商者的交易订单集合的一小部分，假设1-10％，对一新的收购者进行beta测试。这样，如果所述代理者绩效不佳，那么只有一小部分的营商者的订单会受到不利影响。此外，由于中间件及装置213的灵活性，从一测试的代理者服务到一先前建立的收购者服务的一转回可以是立即性的，并且没有营商者重新格式化交易请求并且不需改变erp/crp系统。
在操作522中，一查询询问是否要改变一营商者的交易订单集合的一收购者的选择方案。如果是否定的，则所述路由过程保持为静态的522-a。如果是肯定的，并且如果在上述步骤中正确地呈现选择方案的选项或权限(selectionchoiceorauthority)，则可以使用一可选的授权或握手协议(authorizationorhandshakeprotocol))在实现过程前验证多个收购者的所述变化。否则，改变在所述营商者指定的时间/位置、事件或在中间件策略指定的情况下发生。这通过中间件更新交易的网关212的一安全内存部分譬如图3的304、305或312中的一安全查找表引用被实现。内存的一缓冲部分临时地存储传入的事务请求，同时进行收购者的改变。一旦有效，交易的网关212将会例如将收到的交易请求重新路由到收购者aq2的网关201-2而不是aq1201-1的在先的网关。
表5营商者更新的收购者选择方案
因此，总结对于在方法500中实现的中间件及电子装置213，已经提供一启用书面描述，用于根据一个或多个实施例在一支付系统内自动地、可编程地及灵活地将多个营商者的交易路由到多个收购者。这能为收购者、代理者、营商者以及最终的消费者提供新的生产力水平及创新计划。
诸多应用方案：
对在此公开的方法、操作、过程、系统及装置的引用可以在用于实现各个方面的任何装置中被实现，并且可以采用一机器可读介质譬如计算机可读介质的形式执行，实施一组指令。当由诸如计算机、服务器等当中的处理器之类的机器执行时，引发所述机器执行本文公开的任何操作或功能。功能或操作可以包括接收(receiving)、拦截(intercepting)、处理(processing)、编码(encoding)、解码(decoding)、发送(transmitting)、转化(converting)、通信(communicating)、转换(transforming)、同步(synchronizing)、计算(calculating)、终止(terminating)、编译(compiling)、关联(associating)等。
所述术语“机器可读(machine-readable)”介质包括能够存储、编码及/或携带一组指令，以供计算机或机器执行，并且使计算机或机器执行各种实施例的任何一种或多种方法的任何介质。所述“机器可读介质(machine-readablemedium)”应被包括但不限于：固态内存(solid-statememories)、光及磁介质(opticalandmagneticmedia)、光盘(compactdisc)及任何其他的存储装置，它们可以保留或存储指令及信息，譬如仅是非瞬时有形介质(non-transitorytangiblemedium)。本公开能够以本文所述的方法及流程实现，使用短暂的信号以及譬如传达所述指令、算法等的任何格式及协议的电、光及其他信号，以实现本发明的流程及方法。
多个示例性计算系统，诸如一计算机、小型计算机、大型机、服务器等，能够执行指令以完成本文描述的任何功能，包括的多个构件诸如一处理器，譬如单个或多个处理器的内核，用于处理数据及指令，被耦合到用于存储信息、数据及指令的内存，其中所述内存可以是计算机可用的易失性内存，譬如随机存取内存(ram)，及/或计算机可用的非易失性内存，譬如只读内存(rom)，及/或数据存储器，譬如一磁盘或光盘及磁盘驱动器。计算系统还包括多个可选输入，诸如包括字母数字及功能键的一字母数字输入装置，或用于将用户输入信息及命令选择传送到处理器的光标控制装置，被耦合到总线以显示信息的一可选显示装置，用于将系统与外部实体耦合的一可选输入/输出(i/o)装置，诸如用于在系统及外部网络(例如但不限于因特网)之间实现有线或无线通信的一调制解调器。多个构件的耦合可以通过传递信息的任何方法被实现，譬如有线或无线连接、电气或光学、位址/数据总线或线路等。
所述计算系统仅是合适的计算环境的一个示例，并且并非旨在对本技术的使用范围或功能提出任何限制。也不应将所述计算环境解释为对所述示例性计算系统中示出的任何一个构件或其组合有任何依赖性或要求。本技术可以在被一计算机执行的多个计算机可执行指令诸如程序模块的一般上下文中被描述。通常地，程序模块包括例程(routines)、程序(programs)，对象(objects)、构件(components)、数据结构(datastructures)等，用以执行特定任务或实现特定抽象数据类型。本技术还可以在多个分布式计算环境中被实践，其中多个任务由通过一通信网络链接的多个远程处理装置执行。在一分布式计算环境中，多个程序模块可以位于本地及远程计算机存储介质中，所述本地及远程计算机存储介质包括内存存储装置。
本公开适用于任何类型的网络，包括因特网、内联网及诸如本地网络(lan)之类的其他网络；家庭局域网(han)、虚拟专用网(vpn)、校园网(can)、城域网(man)、广域网(wan)、骨干网(bn)、全球区域网(gan)或一星际互联网(interplanetaryintemet)。系统中的通信介质可以包括有线的、光学的、无线的及其他通信系统，譬如传送数据的因特网协议语音(voip)。
本文描述的方法及操作可以与本文描述的示例性序列不同，例如，以不同的顺序。因此，根据给定的应用，可以在现有操作中插入一个或多个附加的新操作，或者可以缩短或消除一个或多个操作，只要获得基本相同的功能、方式及结果即可。
尽管已经引用特定示例实施例描述本发明的实施例，但是显而易见的是，在不脱离各种实施例的更广泛的精神及范围的情况下，可以对这些实施例进行各种修改及改变。
例如：使用硬件电路譬如基于cmos的逻辑电路、固件、软件，及/或硬件、固件的任何组合，及/或软件譬如被实施在一机器可读介质中，在本文被叙述的所述各种装置、模块、编码器、解码器、接收器、发送器、服务器、无线装置、内部交换系统、计算机等，可以被启用并且被操作。类似地，可以使用软件编程技术以启用本文公开的模块。例如：各种电结构及方法可以使用晶体管、逻辑门及电路(譬如专用集成asic电路及/或数字信号；处理器dsp电路)被实现。
本公开的特定实施例的前述描述已经出于说明及描述的目的被呈现。它们并非旨在穷举或将本发明限制于所公开的精确形式。在不脱离各种实施例的更广泛的精神及范围的情况下，根据上述教导可以进行许多修改及变化。被选择及描述的所述实施例是为了解释本发明的原理及其实际应用，以使本领域其他技术人员能够最好地利用本发明及具有适合于预期的特定用途的各种修改的各种实施例。本发明的范围旨在由所附权利请求及其等同物限定。