交易处理方法及装置、交易处理系统和计算机系统与流程

本公开涉及计算机技术领域，更具体地，涉及一种交易处理方法及装置、一种交易处理系统、一种计算机系统和一种计算机可读存储介质。

背景技术：

在相关技术中，第三方支付机构和交易处理平台(或称清算中心)共同参与交易路由的管理，交易处理平台可以提供多位控制位及互联规范使用规则，第三方支付机构按照互联规范使用规则进行交易路由。如果第三方支付机构未按互联规范使用规则使用控制位，有可能会导致交易被限流，交易被持续拒绝而影响交易的连续性。

具体地，在进行交易路由的过程中，一般由第三方支付机构承担一定的交易路由分配工作，实现机构接入和进行业务切换。但是这种方式在交易调度分配、资源的充分利用以及容灾容错方面具有一定的局限性。例如，通过第三方支付机构承担交易路由分配工作，使得交易处理平台的内部物理资源情况对外暴露，增加了交易处理平台接入第三方支付机构的技术复杂度，使得交易处理平台对交易路由的控制被弱化。

技术实现要素：

有鉴于此，本公开提供了一种交易处理方法及装置、一种交易处理系统、一种计算机系统和一种计算机可读存储介质。

本公开的一个方面提供了一种交易处理方法，包括：获取来自第三方支付机构的交易请求，其中，上述交易请求包括完成交易所需的交易信息；响应于上述交易请求，对上述交易信息进行解析，得到一个或多个路由参数；将上述一个或多个路由参数与预设路由条件进行比较，确定上述一个或多个路由参数是否满足上述预设路由条件，得到确定结果；以及根据上述确定结果将上述交易请求发送给目标数据中心处理，使得上述目标数据中心对上述交易请求进行响应，并将响应结果发送给银行机构。

根据本公开的实施例，上述一个或多个路由参数至少包括第一路由参数和第二路由参数，上述预设路由条件至少包括第一路由条件和第二路由条件，其中，将上述一个或多个路由参数与预设路由条件进行比较，确定上述一个或多个路由参数是否满足上述预设路由条件包括：将上述第一路由参数与上述第一路由条件进行比较，确定上述第一路由参数是否满足上述第一路由条件；根据上述确定结果将上述交易请求发送给目标数据中心处理包括：响应于上述第一路由参数满足上述第一路由条件，将上述交易请求发送给第一数据中心处理，其中，上述第一数据中心与上述第一路由条件关联。

根据本公开的实施例，交易处理方法还包括：响应于上述第一路由参数不满足上述第一路由条件，将上述第二路由参数与上述第二路由条件进行比较，确定上述第二路由参数是否满足上述第二路由条件；响应于上述第二路由参数满足上述第二路由条件，将上述交易请求发送给第二数据中心处理，其中，上述第二数据中心与上述第二路由条件关联，上述第一数据中心与上述第二数据中心不同。

根据本公开的实施例，交易处理方法还包括：响应于上述第二路由参数不满足上述第二路由条件，将上述交易请求发送给第三数据中心处理，其中，上述第一数据中心和/或第二数据中心，与上述第三数据中心分布在不同地区。

根据本公开的实施例，交易处理方法还包括：获取用于重新配置上述预设路由条件的配置操作；以及响应于上述配置操作，将上述预设路由条件更新为最新的路由条件。

根据本公开的实施例，上述一个或多个路由参数包括以下至少之一：上述第三方支付机构的标识信息、处理上述交易请求的默认数据中心的标识信息、上述交易请求涉及的交易类型、交易处理平台所包含的数据中心的状态信息。

根据本公开的实施例，在获取来自第三方支付机构的交易请求之前：向上述第三方支付机构发送交易处理平台所包含的数据中心的状态信息，以使得上述第三方支付机构根据上述状态信息生成交易请求，其中，上述状态信息用于表征上述交易处理平台所包含的数据中心是否能够处理交易请求。

本公开的另一个方面提供了一种交易处理装置，包括：第一获取模块，用于获取来自第三方支付机构的交易请求，其中，上述交易请求包括完成交易所需的交易信息；解析模块，用于响应上述交易请求，对上述交易信息进行解析，得到一个或多个路由参数；确定模块，用于将上述一个或多个路由参数与预设路由条件进行比较，确定上述一个或多个路由参数是否满足上述预设路由条件，得到确定结果；以及发送模块，用于根据上述确定结果将上述交易请求发送给目标数据中心处理，使得上述目标数据中心对上述交易请求进行响应，并将响应结果发送给银行机构。

根据本公开的实施例，上述一个或多个路由参数至少包括第一路由参数和第二路由参数，上述预设路由条件至少包括第一路由条件和第二路由条件，其中，上述确定模块用于：将上述第一路由参数与上述第一路由条件进行比较，确定上述第一路由参数是否满足上述第一路由条件；上述发送模块用于：响应上述第一路由参数满足上述第一路由条件，将上述交易请求发送给第一数据中心处理，其中，上述第一数据中心与上述第一路由条件关联。

根据本公开的实施例，上述确定模块用于：响应上述第一路由参数不满足上述第一路由条件，将上述第二路由参数与上述第二路由条件进行比较，确定上述第二路由参数是否满足上述第二路由条件；上述发送模块用于：响应上述第二路由参数满足上述第二路由条件，将上述交易请求发送给第二数据中心处理，其中，上述第二数据中心与上述第二路由条件关联，上述第一数据中心与上述第二数据中心不同。

根据本公开的实施例，交易处理装置还包括：上述发送模块用于：响应上述第二路由参数不满足上述第二路由条件，将上述交易请求发送给第三数据中心处理，其中，上述第一数据中心和/或第二数据中心，与上述第三数据中心分布在不同地区。

根据本公开的实施例，交易处理装置还包括：第二获取模块，用于获取用于重新配置上述预设路由条件的配置操作；以及更新模块，用于响应于上述配置操作，将上述预设路由条件更新为最新的路由条件。

根据本公开的实施例，上述一个或多个路由参数包括以下至少之一：上述第三方支付机构的标识信息、处理上述交易请求的默认数据中心的标识信息、上述交易请求涉及的交易类型、交易处理平台所包含的数据中心的状态信息。

根据本公开的实施例，上述发送模块还用于在获取来自第三方支付机构的交易请求之前，向上述第三方支付机构发送交易处理平台所包含的数据中心的状态信息，以使得上述第三方支付机构根据上述状态信息生成交易请求，其中，上述状态信息用于表征上述交易处理平台所包含的数据中心是否能够处理交易请求。

本公开的另一个方面提供了一种交易处理系统，包括：第三方支付机构，用于发送交易请求；以及交易处理平台，设置有如上所述的交易处理装置。

本公开的另一个方面提供了一种计算机系统，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

本公开的另一个方面提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

通过本公开的实施例，通过解析交易请求中的交易信息，得到一个或多个路由参数，确定一个或多个路由参数是否满足预设路由条件，根据确定结果将交易请求发送给相应的目标数据中心进行处理。由于通过交易处理平台按照预设路由条件进行路由，无需将交易处理平台的内部物理资源情况对外暴露，所以至少部分地克服了通过第三方支付机构承担交易路由分配工作，使得交易处理平台的内部物理资源情况对外暴露，增加了交易处理平台接入第三方支付机构的技术复杂度，使得交易处理平台对交易路由的控制被弱化的技术问题，进而达到了通过交易处理平台控制交易路由，降低了交易处理平台接入第三方支付机构的技术复杂度的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用交易处理方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的交易处理方法的流程图；

图3示意性示出了根据本公开实施例的交易处理平台中的数据中心分布的示意图；

图4示意性示出了根据本公开实施例的交易处理方法的流程图；

图5示意性示出了根据本公开实施例的交易处理平台处理交易请求的示意图；

图6示意性示出了根据本公开另一实施例的交易处理方法的流程图；

图7示意性示出了根据本公开实施例的交易处理装置的框图；以及

图8示意性示出了根据本公开实施例的适于实现交易处理方法的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种交易处理方法，该方法包括：获取来自第三方支付机构的交易请求，其中，交易请求包括完成交易所需的交易信息；响应于交易请求，对交易信息进行解析，得到一个或多个路由参数；将一个或多个路由参数与预设路由条件进行比较，确定一个或多个路由参数是否满足预设路由条件，得到确定结果；根据确定结果将交易请求发送给目标数据中心处理。

图1示意性示出了根据本公开实施例的可以应用交易处理方法及装置的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

根据本公开的实施例，如图1所示，交易处理系统100包括第三方支付机构110和交易处理平台120。

根据本公开的实施例，第三方支付机构110所包含的第三方支付机构的数量不做限定，例如，可以包括三个第三方支付机构，如第三方支付机构1、第三方支付机构2和第三方支付机构3等等。根据本公开的实施例，不同第三方支付机构之间可以相互关联，也可以相互独立。例如，第三方支付机构1为支付宝，第三方支付机构2为微信财付通，第三方支付机构3为京东白条。

根据本公开的实施例，交易处理平台120所包含的数据中心的数量不做限定，例如，可以包括六个数据中心，如数据中心1、数据中心2、数据中心3、数据中心4、数据中心5和数据中心6。

根据本公开的实施例，第三方支付机构110可以向交易处理平台120发送交易请求，交易处理平台120可以执行本公开所提供的交易处理方法。

根据本公开的实施例，交易处理平台120还可以将处理完交易请求之后得到的数据向银行端130报告。其中，银行端130所包含的银行的数量不做限定，例如，，可以包括三个银行，如银行1、银行2和银行3等等。根据本公开的实施例，不同银行之间可以相互关联，也可以相互独立。例如，银行1为工商银行，银行2为中国银行，银行3为建设银行。

如图1所示，第三方支付机构110、交易处理平台120和银行端130之间可以通过网络进行通信。第三方支付机构110、交易处理平台120和银行端130之间可以通过各种通信连接类型进行连接，例如有线和/或无线通信链路等等。

需要说明的是，本公开实施例所提供的交易处理方法一般可以由交易处理平台120执行。相应地，本公开实施例所提供的交易处理装置一般可以设置于交易处理平台120中。

具体地，本公开实施例所提供的交易处理方法可以由数据中心1、数据中心2、数据中心3、数据中心4、数据中心5和数据中心6中的任意一个或多个执行。相应地，本公开实施例所提供的交易处理装置也可以设置于数据中心1、数据中心2、数据中心3、数据中心4、数据中心5和数据中心6中的任意一个或多个中。

应该理解，图1中的第三方支付机构、数据中心和银行的数目仅仅是示意性的。根据实现需要，可以具有任意数目的第三方支付机构、数据中心和银行。

图2示意性示出了根据本公开实施例的交易处理方法的流程图。

根据本公开的实施例，该交易处理方法可以由交易处理平台执行。如图2所示，该方法包括操作s210～s240。

在操作s210，获取来自第三方支付机构的交易请求，其中，交易请求包括完成交易所需的交易信息。

根据本公开的实施例，完成交易所需的交易信息例如可以包括交易流水号，第三方支付机构的标识信息(例如可以是机构编号)，交易报文等等。其中，交易流水号可以包括交易时间，默认处理的数据中心标识等等，交易报文例如可以包括交易账户，交易量，交易类型等等。

在操作s220，响应于交易请求，对交易信息进行解析，得到一个或多个路由参数。

根据本公开的实施例，对交易信息进行解析可以得到一个或多个路由参数，路由参数可以包括以下至少之一：第三方支付机构的标识信息、处理交易请求的默认数据中心的标识信息、交易请求涉及的交易类型、交易处理平台所包含的数据中心的状态信息。

在操作s230，将一个或多个路由参数与预设路由条件进行比较，确定一个或多个路由参数是否满足预设路由条件，得到确定结果。

根据本公开的实施例，以路由参数为第三方支付机构的标识信息，且第三方支付机构的标识为支付宝为例，通过解析交易请求得到支付宝标识信息之后，将支付宝标识信息与所有的路由条件进行比较，如果存，与支付宝标识信息对应的路由条件，则说明该路由参数满足预设路由条件。

在操作s240，根据确定结果将交易请求发送给目标数据中心处理，使得目标数据中心对交易请求进行响应，并将响应结果发送给银行机构。

根据本公开的实施例，例如，在路由参数满足预设路由条件的情况下，可以根据预设路由条件将交易请求发送给预设路由条件中所指定的目标数据中心处理。

根据本公开的实施例，目标数据中心可以是交易处理平台中所包含的数据中心。

根据本公开的实施例，目标数据中心对交易请求进行处理可以是如下所示的一种实施方式。例如，目标数据中心中的服务器接收到交易请求之后，由服务器中的交易转接系统根据交易请求的报文编号确定该交易的业务逻辑，根据业务的场景判断是否需要关联原交易，并将交易数据存储到本数据中心，其中，对于查询类或者通知类等交易是需要关联原交易的。之后，针对交易请求的数据进行逻辑和业务校验，对于校验不通过的交易请求拒绝处理，对于校验通过的交易请求可以将交易数据转发至本数据中心的银行前置，银行前置收到交易请求之后，根据报文编号和目标银行的数据配置进行报文的组装和加密，并将组装后的报文发送至目标银行。目标银行接收到组装后的报文后，对报文进行解析。得到报文信息，根据报文中的交易信息和业务逻辑进行校验和出入账处理。

图3示意性示出了根据本公开实施例的交易处理平台中的数据中心分布的示意图。

如图3所示，交易处理平台在入口支持第三方支付机构接入，在出口进行交易转发。在入口，第三方支付机构可以通过多条专线连接交易处理平台的多个数据中心，并将流量分配到各个数据中心；在出口，相应的渠道前置可以基于就近处理原则对交易进行路由调度。例如渠道前置可以包括路由服务前置和机构前置。渠道前置可以是在服务器中运行的功能模块或系统。

交易处理平台使用了三地六中心的设计，如图3所示，在北京、上海和深圳分别设置2个数据中心，如北京数据中心10和11，上海数据中心20和21，深圳数据中心30和31，每个数据中心分别具有一个或多个服务器。例如，北京数据中心10包括服务器101、102和103；北京数据中心11包括服务器111和112；上海数据中心20包括服务器201；上海数据中心21包括服务器211和212；深圳数据中心30包括服务器301和302；深圳数据中心31包括服务器311。

本公开能够支持第三方支付机构多点接入，通过渠道前置(如路由服务前置与机构前置)控制对转接交易的路由，为了提升对转接交易系统的容错容灾处理能力，需要在同地数据中心交易处理能力不足的情况下，转至同城或者异地数据中心进行处理，从而实现对转接交易全平台云化处理。

在相关技术中，第三方支付机构和交易处理平台协同进行交易路由管理，第三方支付机构按照交易处理平台提供的路由标识列表，均匀选择路由标识生成交易流水号，交易处理平台根据交易流水号的路由标识来决定如何处理交易。由第三方支付机构承担一定的交易路由分配工作，可快速实现机构接入和进行业务切换，但是在交易调度分配，资源的充分利用以容灾容错方面带来一定的局限性。例如，第三方支付机构未能按照交易处理平台的规则使用路由标识的情况下，会造成资源使用不充分，影响极值处理能力。或者，在交易处理平台的数据中心发生故障情况下，即使同一数据中心或者同城数据中心还有处理能力，第三方支付机构发送给故障设备的路由标识的交易也会被拒绝，直至第三方支付机构停止使用该路由标识。

根据本公开的实施例，在获取来自第三方支付机构的交易请求之前，可以向第三方支付机构发送交易处理平台所包含的数据中心的状态信息，以使得第三方支付机构根据状态信息生成交易请求，其中，状态信息用于表征交易处理平台所包含的数据中心是否能够处理交易请求。

在这种情况下，第三方支付机构根据数据中心的状态信息生成交易请求，将不会出现向不能处理交易请求的数据中心发送交易请求，增加了交易调度分配的灵活性，达到了充分利用其中数据中心的资源。对于双十一或者618等支付高峰场景，将很少出现因发送给故障数据中心而导致支付失败的情况下。

通过本公开的实施例，通过解析交易请求中的交易信息，得到一个或多个路由参数，确定一个或多个路由参数是否满足预设路由条件，根据确定结果将交易请求发送给相应的目标数据中心进行处理。由于通过交易处理平台按照预设路由条件进行路由，无需将交易处理平台的内部物理资源情况对外暴露，所以至少部分地克服了通过第三方支付机构承担交易路由分配工作，使得交易处理平台的内部物理资源情况对外暴露，增加了交易处理平台接入第三方支付机构的技术复杂度，使得交易处理平台对交易路由的控制被弱化的技术问题，进而达到了通过交易处理平台控制交易路由，降低了交易处理平台接入第三方支付机构的技术复杂度的技术效果。

下面参考图4～图6，结合具体实施例对图2所示的方法做进一步说明。

根据本公开的实施例，一个或多个路由参数至少包括第一路由参数和第二路由参数，预设路由条件至少可以包括第一路由条件和第二路由条件。

图4示意性示出了根据本公开实施例的交易处理方法的流程图。

如图4所示，该交易处理方法包操作s410～s450。

在操作s410，将第一路由参数与第一路由条件进行比较，确定第一路由参数是否满足第一路由条件。

在操作s420，响应于第一路由参数满足第一路由条件，将交易请求发送给第一数据中心处理，其中，第一数据中心与第一路由条件关联。

根据本公开的实施例，第一路由条件和第二路由条件可以是预先设定的。

在操作s430，响应于第一路由参数不满足第一路由条件，将第二路由参数与第二路由条件进行比较，确定第二路由参数是否满足第二路由条件。

根据本公开的实施例，例如，第一路由参数为第三方支付机构的编号，从交易信息中解析得到的参数为第三方支付机构的编号a，第一路由条件是将编号a的第三方支付机构发送的交易请求转发至北京地区的第一数据中心。可以判断第一路由参数是否与第一路由条件相匹配，若匹配，则说明第一路由参数满足第一路由条件，将交易请求发送给第一数据中心处理。

根据本公开的实施例，如果第一路由参数不满足第一路由条件，则将第二路由参数与第二路由条件进行比较，以便确定第二路由参数是否满足第二路由条件。

根据本公开的实施例，例如，第二路由参数为处理该交易请求的默认数据中心的标识信息，从交易信息中解析得到的参数为数据中心的标识信息为b，第二路由条件是标识信息为b的第二数据中心是否可用，而没有出现故障。若判断标识信息为b的第二数据中心可用，则说明第二路由参数与第二路由条件相匹配，说明第二路由参数满足第二路由条件，可以将交易请求发送给标识信息为b的第二数据中心处理。

接下来，在操作s440，响应于第二路由参数满足第二路由条件，将交易请求发送给第二数据中心处理，其中，第二数据中心与第二路由条件关联，第一数据中心与第二数据中心不同。

在操作s450，响应于第二路由参数不满足第二路由条件，将交易请求发送给第三数据中心处理，其中，第一数据中心和/或第二数据中心，与第三数据中心分布在不同地区。

根据本公开的实施例，在预设路由条件包括多个的情况下，该多个预设路由条件的优先级可以不同。可以按照优先级的顺序将路由参数与路由条件逐个进行匹配，如果匹配成功，则按照匹配的路由条件对应的规则转发交易请求至相应的数据中心进行处理。

预设路由条件可以是基于如下因素进行设定的：通过机房可用性进行路由转发，通过转接交易的可用性进行路由转发，通过预设的机构编号，报文和流水号默认的数据中心等信息进行路由转发。

根据本公开的实施例，第一数据中心和/或第二数据中心，与第三数据中心可以分布在不同地区。

图5示意性示出了根据本公开实施例的交易处理平台处理交易请求的示意图。

如图5所示，支付机构发送交易请求给交易处理平台中的数据中心之后，由数据中心中的服务器对交易进行路由管理，并处理交易请求。

交易处理平台中可以包括同城数据中心和异地数据中心。每个数据中心可以包括一个或多个服务器。每个服务器中可以设置有机构前置、路由服务、交易转接、银行前置等处理模块。

根据本公开的实施例，例如，交易机构发送交易请求至同城数据中心的服务器1。服务器1中的机构前置对交易请求进行解析，得到多个路由参数，并将路由参数发送给路由服务进行路由选择，路由服务中可以包括预先设定的路由策略。路由服务确定将交易请求发送至不同的交易转接进行处理后，反馈给机构前置。机构前置可以发送给对应的交易转接进行处理。需要说明的是，服务器1中的机构前置可以支持将交易请求发送至不同的服务器中的交易转接进行处理，包括但不限于服务器1中的交易转接、服务器2中的交易转接、以及异地数据中心中的服务器3中的交易转接。交易转接可以执行风险控制，在数据库(datebase，简称db)中记账、业务校验等操作。根据本公开的实施例，交易转接还可以将处理结果发给银行前置，通过银行前置发送给银行。

通过本公开的实施例，在单数据中心达到性能瓶颈或者检修维护期间，交易处理平台能够将交易请求路由到同城或者异地的数据中心进行处理。

根据本公开的实施例，在路由服务正常的情况下，可以将交易请求转发到其他数据中心，在路由服务异常的情况下(比如某个分片的redis故障)，则默认在流水号对应的数据中心进行处理。

图6示意性示出了根据本公开另一实施例的交易处理方法的流程图。

如图6所示，该交易处理方法可以包括操作s610～s620。

在操作s610，获取用于重新配置预设路由条件的配置操作。

在操作s620，响应于配置操作，将预设路由条件更新为最新的路由条件。

根据本公开的实施例，用户可以对预设路由条件进行动态配置，在重新配置预设路由条件时，可以对不同的数据中心的流量进行比例控制。以6个数据中心为例，可以精确控制6个数据中心的流量分配比例，例如，流量比例为80∶10∶5∶5∶0∶0。

根据本公开的实施例，对于不同地区的数据库，可以控制本地，同城和异地的流量分配。比如本地、同城、异地的流量比例可以为80∶10∶10。

根据本公开的实施例，原有的预设路由条件也可以对不同的数据中心的流量进行比例控制。在此不再赘述。

根据本公开的实施例，在相关技术中，一般较难根据数据中心的实际处理负荷重新更新路由条件，本公开可以根据数据中心实际运行状况，重新配置预设路由条件，达到了动态配置的效果。

图7示意性示出了根据本公开实施例的交易处理装置的框图。

如图7所示，交易处理装置700包括第一获取模块710、解析模块720、确定模块730和发送模块740。

第一获取模块710用于获取来自第三方支付机构的交易请求，其中，交易请求包括完成交易所需的交易信息。

解析模块720用于响应交易请求，对交易信息进行解析，得到一个或多个路由参数。

确定模块730用于将一个或多个路由参数与预设路由条件进行比较，确定一个或多个路由参数是否满足预设路由条件，得到确定结果。

发送模块740用于根据确定结果将交易请求发送给目标数据中心处理，使得目标数据中心对交易请求进行响应，并将响应结果发送给银行机构。

通过本公开的实施例，通过解析交易请求中的交易信息，得到一个或多个路由参数，确定一个或多个路由参数是否满足预设路由条件，根据确定结果将交易请求发送给相应的目标数据中心进行处理。由于通过交易处理平台按照预设路由条件进行路由，无需将交易处理平台的内部物理资源情况对外暴露，所以至少部分地克服了通过第三方支付机构承担交易路由分配工作，使得交易处理平台的内部物理资源情况对外暴露，增加了交易处理平台接入第三方支付机构的技术复杂度，使得交易处理平台对交易路由的控制被弱化的技术问题，进而达到了通过交易处理平台控制交易路由，降低了交易处理平台接入第三方支付机构的技术复杂度的技术效果。

根据本公开的实施例，一个或多个路由参数至少包括第一路由参数和第二路由参数，预设路由条件至少包括第一路由条件和第二路由条件。

根据本公开的实施例，确定模块730用于将第一路由参数与第一路由条件进行比较，确定第一路由参数是否满足第一路由条件。

根据本公开的实施例，发送模块740用于响应第一路由参数满足第一路由条件，将交易请求发送给第一数据中心处理，其中，第一数据中心与第一路由条件关联。

根据本公开的实施例，确定模块730用于响应第一路由参数不满足第一路由条件，将第二路由参数与第二路由条件进行比较，确定第二路由参数是否满足第二路由条件。

根据本公开的实施例，发送模块740用于响应第二路由参数满足第二路由条件，将交易请求发送给第二数据中心处理，其中，第二数据中心与第二路由条件关联，第一数据中心与第二数据中心不同。

根据本公开的实施例，发送模块740用于响应第二路由参数不满足第二路由条件，将交易请求发送给第三数据中心处理，其中，第一数据中心和/或第二数据中心，与第三数据中心分布在不同地区。

根据本公开的实施例，交易处理装置700还包括第二获取模块和更新模块。

第二获取模块用于获取用于重新配置预设路由条件的配置操作。

更新模块用于响应于配置操作，将预设路由条件更新为最新的路由条件。

根据本公开的实施例，一个或多个路由参数可以包括以下至少之一：第三方支付机构的标识信息、处理交易请求的默认数据中心的标识信息、交易请求涉及的交易类型、交易处理平台所包含的数据中心的状态信息。

根据本公开的实施例，发送模块740还用于在获取来自第三方支付机构的交易请求之前，向第三方支付机构发送交易处理平台所包含的数据中心的状态信息，以使得第三方支付机构根据状态信息生成交易请求，其中，状态信息用于表征交易处理平台所包含的数据中心是否能够处理交易请求。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块710、解析模块720、确定模块730和发送模块740中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一获取模块710、解析模块720、确定模块730和发送模块740中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块710、解析模块720、确定模块730和发送模块740中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中交易处理装置700部分与本公开的实施例中交易处理方法部分是相对应的，交易处理装置700部分的描述具体参考交易处理方法部分，在此不再赘述。

图8示意性示出了根据本公开实施例的适于实现上文描述的交易处理方法的计算机系统的框图。图8示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，根据本公开实施例的计算机系统800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram803中，存储有系统800操作所需的各种程序和数据。处理器801、rom802以及ram803通过总线804彼此相连。处理器801通过执行rom802和/或ram803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom802和ram803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。系统800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom802和/或ram803和/或rom802和ram803以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。