[发明专利]一种基于银行API服务器的用户请求处理方法和系统

权利要求书

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服务器监听并接收所述用户请求事件。