CN107071057A - 一种基于银行api服务器的用户请求处理方法和系统 - Google Patents

Abstract

本发明提出一种基于银行API服务器的用户请求处理方法，包括以下步骤：应用服务器接收用户请求事件，并通过消息服务器对用户请求事件进行分发；银行API服务器监听并接收用户请求事件后，获取与用户请求事件对应的目标银行以及目标银行对应的请求转发服务器；银行API服务器通过请求转发服务器将用户请求事件发送到目标银行，同时定时查询目标银行通过请求转发服务器返回的处理结果；银行API服务器根据处理结果生成处理结果通知事件，并通过消息服务器将处理结果通知事件返回至对应的应用服务器。本发明可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。本发明还提出了一种基于银行API服务器的用户请求处理系统。

Description

一种基于银行API服务器的用户请求处理方法和系统

技术领域

本发明涉及数据处理领域，特别涉及一种基于银行API服务器的用户请求处理方法和系统。

背景技术

随着互联网电子商务以及各种现代商业活动的飞速发展，与银行相关的业务越来越多，银行系统需要处理各种类型的用户请求，比如用户提现和转账、余额查询、票据交易等等。同时对用户请求处理过程中实时性和效率的要求也越来越高，而现有技术的用户请求处理速度较慢且效率低。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的一个目的在于提出一种基于银行API服务器的用户请求处理方法,可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。

本发明的另一个目的在于提供一种基于银行API服务器的用户请求处理系统。

为了实现上述目的，本发明的一个实施例提出了一种基于银行API服务器的用户请求处理方法，包括以下步骤：

S1，应用服务器接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

S2，银行API服务器监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器；

S3，银行API服务器通过所述请求转发服务器将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行通过所述请求转发服务器返回的处理结果；

S4，银行API服务器根据所述处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器。

根据本发明实施例的一种基于银行API服务器的用户请求处理方法，通过银行API服务器和请求转发服务器发送用户请求事件至对应的目标银行，同时通过定时任务查询目标银行返回的处理结果，可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。

另外，根据本发明上述实施例的一种基于银行API服务器的用户请求处理方法还可以具有如下附加的技术特征：

在一些示例中，所述用户请求事件包括余额查询事件、支付转账事件、背书转让事件和票据签收事件中的至少一种。

在一些示例中，步骤S3包括用户请求事件发送步骤，所述用户请求事件发送步骤具体为：

S300，所述银行API服务器将所述用户请求事件记录到银行API服务器的数据库；

S301，所述银行API服务器对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文；

S302，所述银行API服务器获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器；

S303，所述请求转发服务器接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机；

S304，所述请求转发服务器获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；

S305，所述银行API服务器记录所述业务流水号或者所述业务参考号。

在一些示例中，步骤S3还包括处理结果获取步骤，具体为：

S310，所述银行API服务器对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号；

S311，所述银行API服务器根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文；

S312，所述银行API服务器根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；

S313，所述请求转发服务器接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

S314，所述请求转发服务器获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。

在一些示例中，所述步骤314中，处理结果包括处理状态，所述处理状态包括处理成功状态和处理失败状态，当处理状态为处理失败状态时，所述处理结果还包括失败原因；所述银行API服务器接收所述处理结果后，当处理状态为处理成功状态时，将数据库中对应用户请求事件标记为成功，当处理状态为处理失败状态时，将数据库中对应用户请求事件标记为失败，并写入所述失败原因。

在一些示例中，银行API服务器包括主银行API服务器和备用银行API服务器，步骤S2中当主银行API服务器失效时，备用银行API服务器监听并接收所述用户请求事件，当主银行API服务器有效时，主银行API服务器监听并接收所述用户请求事件。

在一些示例中，包括至少一个银行API服务器，步骤S2中，当前负载最小的银行API服务器监听并接收所述用户请求事件。

本发明第二方面的实施例还提出了一种基于银行API服务器的用户请求处理系统，包括至少一个应用服务器、至少一个银行API服务器和至少一个请求转发服务器，

所述应用服务器用于接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

所述银行API服务器用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，然后将所述用户请求事件发送至所述请求转发服务器；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述请求转发服务器用于将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行发送的处理结果，并将所述处理结果返回至银行API服务器。

根据本发明实施例的一种基于银行API服务器的用户请求处理系统，通过银行API服务器和请求转发服务器发送用户请求事件至对应的目标银行，同时通过定时任务查询目标银行返回的处理结果，可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。

另外，根据本发明上述实施例的基于银行API服务器的用户请求处理系统还可以具有如下附加的技术特征：

在一些示例中，所述银行API服务器包括常驻业务操作线程和常驻第一结果查询线程，所述常驻业务操作线程用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，且将所述用户请求事件记录到银行API服务器的数据库后，对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文，然后获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器，并记录请求转发服务器返回的业务流水号或者业务参考号；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述常驻第一结果查询线程用于对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号，并根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文，然后根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；以及用于接收请求转发服务器返回的处理结果。

在一些示例中，所述请求转发服务器包括常驻请求分发线程和常驻第二结果查询线程，

所述常驻请求分发线程用于接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机，然后获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；以及用于接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

所述常驻第二结果查询线程用于获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例1一种基于银行API服务器的用户请求处理方法的流程示意图；

图2为本发明实施例2步骤S3中用户请求事件发送步骤的流程示意图；

图3为本发明实施例3步骤S3中处理结果获取步骤的流程示意图；

图4为本发明实施例4一种基于银行API服务器的用户请求处理系统的结构示意图。

具体实施方式

在本发明的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式，来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

以下结合附图描述根据本发明实施例的一种基于银行API服务器的用户请求处理方法和系统。

图1为本发明实施例1一种基于银行API服务器的用户请求处理方法的流程示意图，如图1所示，包括以下步骤：

S1，应用服务器接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

S2，银行API服务器监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器；

S3，银行API服务器通过所述请求转发服务器将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行通过所述请求转发服务器返回的处理结果；

S4，银行API服务器根据所述处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器。

API，完整名称为ApplicationProgrammingInterface，即应用程序编程接口。银行API服务器是用于处理API请求的服务器，其处理API请求包含三个操作：接收请求、业务逻辑运算、返回结果。这三个操作都是在同一个API，即同一个http请求中完成的，因此响应速度快。根据本实施例的一种基于银行API服务器的用户请求处理方法，通过银行API服务器和请求转发服务器发送用户请求事件至对应的目标银行，同时通过定时任务查询目标银行返回的处理结果，可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。

在具体实施例中，所述用户请求事件包括余额查询事件、支付转账事件、背书转让事件和票据签收事件中的至少一种，即所述用户请求处理方法可以处理上述各种用户请求事件，只需要在银行API服务器的预设配置文件中配置好就可以。

图2为实施例2步骤S3中用户请求事件发送步骤的流程示意图，如图2所示，所述用户请求事件发送步骤具体为：

S300，所述银行API服务器将所述用户请求事件记录到银行API服务器的数据库；

S301，所述银行API服务器对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文；

S302，所述银行API服务器获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器；

S303，所述请求转发服务器接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机；

S304，所述请求转发服务器获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；

S305，所述银行API服务器记录所述业务流水号或者所述业务参考号。

上述优选实施例中，不同银行在银行API服务器中预设了对应的配置文件，配置文件记载了第一请求报文的发送时间，因此可以定时将银行API服务器的数据库中没有处理的用户请求事件批量进行处理，提高了用户请求的处理效率和处理速度；同时请求转发服务器采用了Tomcat，Tomcat服务器是一个免费的开放源代码的Web应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选,因此不仅配置过程简单而且可以处理大量用户请求，进一步提高了用户请求的处理速度和效率。

图3为实施例3步骤S3中处理结果获取步骤的流程示意图，如图3所示，所述处理结果获取步骤具体为：

S310，所述银行API服务器对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号；

S311，所述银行API服务器根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文；

S312，所述银行API服务器根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；

S313，所述请求转发服务器接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

S314，所述请求转发服务器获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。

上述优选实施例中，通过查询配置文件可以获取不同银行对应的第一查询报文的发送时间，因此可以定时获取目标银行返回的提现结果，获取方法简单且效率高，进一步提高了用户请求的处理速度和效率。

在另一优选的实施例中，所述步骤314中，处理结果包括处理状态，所述处理状态包括处理成功状态和处理失败状态，当处理状态为处理失败状态时，所述处理结果还包括失败原因；所述银行API服务器接收所述处理结果后，当处理状态为处理成功状态时，将数据库中对应用户请求事件标记为成功，当处理状态为处理失败状态时，将数据库中对应用户请求事件标记为失败，并写入所述失败原因。通过以上方法可以及时获取提现请求的状态，当提现请求为失败状态时，也可以及时获取失败原因，从而对后续步骤进行改进。

在另一优选实施例中，银行API服务器包括主银行API服务器和备用银行API服务器，步骤S2中当主银行API服务器失效时，备用银行API服务器监听并接收所述用户请求事件，当主银行API服务器有效时，主银行API服务器监听并接收所述用户请求事件。上述优选实施例设置了两个银行API服务器，在其中一个银行API服务器处于失效状态时，另一个银行API服务器还可以继续使用，提高了用户请求的处理成功率。当然在其他的实施例中也可以根据两个或者多个银行API服务器的负载情况，选择负载最小的的银行API服务器进行使用，从而防止银行API服务器发送崩溃或失效，进一步提高了用户请求的处理成功率和速度。

图4为实施例4一种基于银行API服务器的用户请求处理系统的结构示意图，如图4所示，包括至少一个应用服务器、至少一个银行API服务器和至少一个请求转发服务器，

所述应用服务器用于接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

所述银行API服务器用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，然后将所述用户请求事件发送至所述请求转发服务器；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述请求转发服务器用于将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行发送的处理结果，并将所述处理结果返回至银行API服务器。

根据本发明实施例的一种基于银行API服务器的用户请求处理系统，通过银行API服务器和请求转发服务器发送用户请求事件至对应的目标银行，同时通过定时任务查询目标银行返回的处理结果，可以处理各种类型的用户请求，且处理速度快、效率高，另外，该方法实现简单，投入成本低。

具体的实施例中，所述用户请求事件包括余额查询事件、支付转账事件、背书转让事件和票据签收事件中的至少一种。优选实施例中，所述银行API服务器包括常驻业务操作线程和常驻第一结果查询线程，所述常驻业务操作线程用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，且将所述用户请求事件记录到银行API服务器的数据库后，对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文，然后获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器，并记录请求转发服务器返回的业务流水号或者业务参考号；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述常驻第一结果查询线程用于对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号，并根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文，然后根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；以及用于接收请求转发服务器返回的处理结果。

在另一优选实施例中，每个请求转发服务器对应一个目标银行的银企前置机，所述请求转发服务器包括常驻请求分发线程和常驻第二结果查询线程，

所述常驻请求分发线程用于接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机，然后获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；以及用于接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

所述常驻第二结果查询线程用于获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。

优选实施例中，银行API服务器包括主银行API服务器和备用银行API服务器，当主银行API服务器失效时，备用银行API服务器监听并接收所述用户请求事件，当主银行API服务器有效时，主银行API服务器监听并接收所述用户请求事件。或者在其他实施例中，包括至少一个银行API服务器，当前负载最小的银行API服务器监听并接收所述用户请求事件。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同限定。

Claims (10)

1.一种基于银行API服务器的用户请求处理方法，其特征在于，包括以下步骤：

S1，应用服务器接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

S2，银行API服务器监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器；

S3，银行API服务器通过所述请求转发服务器将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行通过所述请求转发服务器返回的处理结果；

S4，银行API服务器根据所述处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器。

2.根据权利要求1所述的基于银行API服务器的用户请求处理方法，其特征在于，所述用户请求事件包括余额查询事件、支付转账事件、背书转让事件和票据签收事件中的至少一种。

3.根据权利要求1所述的基于银行API服务器的用户请求处理方法，其特征在于，步骤S3包括用户请求事件发送步骤，所述用户请求事件发送步骤具体为：

S300，所述银行API服务器将所述用户请求事件记录到银行API服务器的数据库；

S301，所述银行API服务器对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文；

S302，所述银行API服务器获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器；

S303，所述请求转发服务器接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机；

S304，所述请求转发服务器获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；

S305，所述银行API服务器记录所述业务流水号或者所述业务参考号。

4.根据权利要求3所述的基于银行API服务器的用户请求处理方法，其特征在于，步骤S3还包括处理结果获取步骤，具体为：

S310，所述银行API服务器对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号；

S311，所述银行API服务器根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文；

S312，所述银行API服务器根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；

S313，所述请求转发服务器接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

S314，所述请求转发服务器获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。

5.根据权利要求1～4任一所述的基于银行API服务器的用户请求处理方法，其特征在于，所述步骤314中，处理结果包括处理状态，所述处理状态包括处理成功状态和处理失败状态，当处理状态为处理失败状态时，所述处理结果还包括失败原因；所述银行API服务器接收所述处理结果后，当处理状态为处理成功状态时，将数据库中对应用户请求事件标记为成功，当处理状态为处理失败状态时，将数据库中对应用户请求事件标记为失败，并写入所述失败原因。

6.根据权利要求5所述的基于银行API服务器的用户请求处理方法，其特征在于，银行API服务器包括主银行API服务器和备用银行API服务器，步骤S2中当主银行API服务器失效时，备用银行API服务器监听并接收所述用户请求事件，当主银行API服务器有效时，主银行API服务器监听并接收所述用户请求事件。

7.根据权利要求5所述的基于银行API服务器的用户请求处理方法，其特征在于，包括至少一个银行API服务器，步骤S2中，当前负载最小的银行API服务器监听并接收所述用户请求事件。

8.一种基于银行API服务器的用户请求处理系统，其特征在于，包括至少一个应用服务器、至少一个银行API服务器和至少一个请求转发服务器，

所述应用服务器用于接收用户请求事件，并通过消息服务器对所述用户请求事件进行分发；

所述银行API服务器用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，然后将所述用户请求事件发送至所述请求转发服务器；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述请求转发服务器用于将所述用户请求事件发送到目标银行的银企前置机，同时定时查询所述目标银行发送的处理结果，并将所述处理结果返回至银行API服务器。

9.根据权利要求8所述的基于银行API服务器的用户请求处理系统，其特征在于，所述银行API服务器包括常驻业务操作线程和常驻第一结果查询线程，所述常驻业务操作线程用于监听并接收所述用户请求事件后，获取与所述用户请求事件对应的目标银行，并获取所述目标银行对应的请求转发服务器，且将所述用户请求事件记录到银行API服务器的数据库后，对数据库进行查询，获取未处理的用户请求事件，并将所有未处理的用户请求事件按照不同的目标银行封装为对应的第一请求报文，然后获取所述目标银行对应的预设配置文件，根据所述预设配置文件定时将所述第一请求报文转发至所述目标银行对应的请求转发服务器，并记录请求转发服务器返回的业务流水号或者业务参考号；以及用于根据处理结果生成处理结果通知事件，并通过消息服务器将所述处理结果通知事件返回至对应的应用服务器；

所述常驻第一结果查询线程用于对数据库进行查询，获取处理中的用户请求事件以及所述用户请求事件对应的业务流水号或者业务参考号，并根据所述业务流水号或者所述业务参考号将所有处理中的用户请求事件按照不同的目标银行封装为对应的第一查询报文，然后根据所述预设配置文件定时将所述第一查询报文转发至所述目标银行对应的请求转发服务器；以及用于接收请求转发服务器返回的处理结果。

10.根据权利要求9所述的基于银行API服务器的用户请求处理系统，其特征在于，所述请求转发服务器包括常驻请求分发线程和常驻第二结果查询线程，

所述常驻请求分发线程用于接收所述第一请求报文，并对所述第一请求报文进行数据封装后生成第二请求报文，然后将所述第二请求报文通过Tomcat发送至所述目标银行的银企前置机，然后获取所述目标银行返回的业务流水号或者业务参考号，并将所述业务流水号或者所述业务参考号发送至银行API服务器；以及用于接收所述第一查询报文，并对所述第一查询报文进行数据封装后生成第二查询报文，然后将所述第二查询报文通过Tomcat发送至所述目标银行的银企前置机；

所述常驻第二结果查询线程用于获取所述目标银行返回的处理结果，并将所述处理结果发送至银行API服务器。