CN113259496B - 一种基于金融服务的银企直连系统及方法 - Google Patents

Abstract

本申请公开了一种基于金融服务的银企直连系统及方法。该方法包括金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。本申请解决了无法支持多金融机构进行快速接入、代码开发量较高且存在改造关联风险的技术问题。通过本申请实现了数据的统一、多层次有效管理并且支持多金融机构系统快速接入。此外，本申请可以实现与不同金融机构进行对接时的高度适配性以及灵活扩展性。

Description

一种基于金融服务的银企直连系统及方法

技术领域

本申请涉及银行金融服务领域，具体而言，涉及一种基于金融服务的银企直连系统及方法。

背景技术

随着金融机构大幅度变化，银行与以前相比能够提供更多元化的产品与服务，也正逐渐向信息化、数字化转型。在此发展的道路上与计算机技术的发展密切相关，银行的各产品和服务都不能共享客户数据。

相关技术中，金融信息服务平台可以对接特定金融机构与，定向开发针对银行的数字产品和服务，线上进行金融业务的全流程，将原本线下流转的业务场景转移至线上，利用互联网的方式提高业务效率。

但是在金融服务平台与多家金融机构对接业务需求时，存在如下的问题：

1）对接单家金融机构时，均需要在业务端、服务端、接口端进行代码修改以及重复开发，各金融机构交易渠道发送的交易请求报文格式各有差异，无法兼容，金融信息服务平台建设成本高、上线周期长，造成了资源浪费；

2）金融信息服务平台对接多家金融机构的同时需要支撑金融机构多版本迭代，代码逻辑管理混乱，金融机构接口处理代码与业务代码很难拆分，多家金融机构版本迭代会关联其他金融机构的风险，扩展性极差，效率及资源的成本指数上升；

3）单一金融机构分别开发无法追踪异常并进行及时的异常处理，影响业务效率以及运营困难。

针对相关技术中无法支持多金融机构进行快速接入、代码开发量较高且存在改造关联风险的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种基于金融服务的银企直连系统及方法，以解决无法支持多金融机构进行快速接入、代码开发量较高且存在改造关联风险的问题。可集成各银行金融服务接口、可以定制化进行配置管理；同时提供综合的客户和业务信息，降低开发及改造风险。

为了实现上述目的，根据本申请的一个方面，提供了一种基于金融服务的银企直连方法，用于处理金融机构与金融服务平台两者之间的金融业务，所述金融服务平台至少包括一个，所述金融机构包括多个。

根据本申请的基于金融服务的银企直连方法包括：金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

进一步地，所述根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构包括：通过所述预设金融服务通道接收发起的业务请求；根据所述预设金融服务通道接收所述业务请求的消息队列报文并保存至至相应的第一数据库；将所述保存至相应的第一数据库中的报文解析为map集合；基于所述map集合以及所述金融机构的处理要求，处理预设影像文件和并发送请求报文到请求消息队列；在发生处理异常的情况下，发送报文至异常消息队列。

进一步地，所述根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构之后，还包括：通过所述预设金融服务通道接收发起的业务通知；所述金融服务平台通过调用预设通知接口，接收所述金融机构通知报文并保存至相应的第二数据库；解析所述保存至相应的第二数据库中的通知报文，下载预设影像文件并发送响应报文到响应消息队列；在发生处理异常的情况下，发送报文至异常消息队列。

进一步地，所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求，包括：基于数据转换消息队列接收请求报文，并保存到报文表；根据所述报文表确定报文格式并按照不同格式将报文解析之后得到map集合；基于所述map集合判断需要报文转换的情况下，通过查询预先配置的报文转换表，按照预先配置关系将所述业务请求转换为所述金融服务平台的报文。

进一步地，所述在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台包括：接收接响应消息队列报文，保存至对应的第三数据库；根据所述保存至对应的第三数据库中的异常报文，将异常响应消息同步至所述金融服务平台，其中，所述异常报文至少包括不同业务节点发送的异常报文以及校验未通过的异常报文。

进一步地，所述用于处理金融机构与金融服务平台两者之间的金融业务时采用Spring Boot微服务架构，所述消息队列至少包括rocket消息队列。

进一步地，所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求之前，还包括：根据所述金融机构的预设字段和预设接口配置，对所需格式进行数据的统一转换之后得到标准报文。

为了实现上述目的，根据本申请的另一方面，提供了一种基于金融服务的银企直连系统，用于处理金融机构与金融服务平台两者之间的金融业务，所述金融服务平台至少包括一个，所述金融机构包括多个。

根据本申请的基于金融服务的银企直连系统包括：请求模块，用于金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；对接模块，用于根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；响应模块，用于在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

为了实现上述目的，根据本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述的方法。

为了实现上述目的，根据本申请的再一方面，提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述的方法。

在本申请实施例中，采用数据的统一多层次有效管理的方式，通过与多个金融机构系统快速接入，达到了减少代码开发量及改造关联风险的目的，从而实现了与不同金融机构进行对接的高度适配以及灵活扩展的技术效果，进而解决了无法支持多金融机构进行快速接入、代码开发量较高且存在改造关联风险的技术问题。

此外，本申请有效地解决了多家金融机构服务业务量大的问题，实现了统一数据表达与转换，实现数据的统一多层次有效管理。本申请支持多金融机构系统快速接入，减少代码开发量，简单高效，解决各银行及其他金融机构整体的数字化、信息化发展需求。

进一步，本申请无需重复开发代码，通过管理配置模块进行不同银行间的逐一扩展，配置相关字段，实现不同银行的高效对接、高度适配、灵活扩展。减少系统对接不同银行时的改造难度，降低银行间的改造关联风险；保证系统异常的追踪查找，快速响应，采用Spring Boot微服务架构，使用rocketMQ消息队列，支持高并发，使系统负载均衡。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于金融服务的银企直连系统的硬件系统示意图；

图2是根据本申请实施例的基于金融服务的银企直连方法流程示意图；

图3是根据本申请实施例的基于金融服务的银企直连系统装置结构示意图；

图4是根据本申请实施例的基于金融服务的银企直连方法流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示， 包括金融机构100、金融服务平台200。通过将金融机构的建档、融资、放款、对账业务相关的共性功能构建形成主接口框架，针对其他不同金融机构的询报价、文件上传通知、账户验证的特性接口进行逐一扩展，通过管理配置模块进行配置，减少代码开发量，提供定制化金融交易服务，开放性高，负载均衡。

基于上述的金融机构100、金融服务平台200组成的系统，使用rocketMQ消息队列统一处理，有效解决业务量大的问题。通过增加异常服务，处理失败的消息队列业务会发送到异常服务，有效解决异常统一重试处理。通过增加银行管理系统，可以界面化配置平台和银行的报文字段名称的转换，灵活对接不同银行的需求字段名称。最后，基于业务端统一处理公共业务数据和附件信息，只需按需使用银行所需的部分业务数据和附件信息，减少代码开发量。

基于上述的金融机构100、金融服务平台200组成的系统采用Spring Boot、rocketMQ构建，eureka注册中心，spring config统—配置，mysql数据库。页面采用前后端分离。后端提供接口由页面调用。新增了数据转换服务、路由服务、银行管理配置系统、银行通道、响应服务、异常服务，改造了业务代码统一处理公共报文信息。

如图2所示，该方法包括如下的步骤S201至步骤S203：

步骤S201，金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；

步骤S202，根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；

步骤S203，在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

上述方法可用于处理金融机构与金融服务平台两者之间的金融业务，所述金融服务平台至少包括一个，所述金融机构包括多个。

从以上的描述中，可以看出，本申请实现了如下技术效果：

采用数据的统一多层次有效管理的方式，通过与多个金融机构系统快速接入，达到了减少代码开发量及改造关联风险的目的，从而实现了与不同金融机构进行对接的高度适配以及灵活扩展的技术效果，进而解决了无法支持多金融机构进行快速接入、代码开发量较高且存在改造关联风险的技术问题。

在上述步骤S201中所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求。

具体的业务端负责用于与用户直接交互，并为各类业务的触发原点，同时提供了轻量级对象运行及管理引擎，使用远程调用协议，完成各个模块的应用逻辑实现。

作为一种可选的实施方式，采用消息队列统一处理，有效解决业务量大的问题。

在上述步骤S202中根据多种不同的所述业务请求，通过预设金融服务通道对接至对应的所述金融机构。所述金融通道接收到通过路由之后的数据，对应接收得到相关业务数据。

在上述步骤S203中如果在所述业务请求的处理为异常的情况下，则会将异常响应消息同步至所述金融服务平台。通过增加的异常服务，可以处理失败的消息队列业务会发送到异常服务，有效解决异常统一重试处理。

作为本实施例中的优选，所述根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构之后，还包括：通过所述预设金融服务通道接收发起的业务通知；所述金融服务平台通过调用预设通知接口，接收所述金融机构通知报文并保存至相应的第二数据库；解析所述保存至相应的第二数据库中的通知报文，下载预设影像文件并发送响应报文到响应消息队列；在发生处理异常的情况下，发送报文至异常消息队列。

具体实施时，发起请求业务时，所述金融机构通道接收消息队列报文，保存到数据库，解析为map集合，根据报文转换配置处理报文，根据不同金融机构要求，处理影像文件和报文发送流程，如果有异常，发送报文到异常消息队列。

对于通道服务的请求业务流程如下：

S1，接收通道mq报文，保存到数据库；

S2，解析为map集合；

S3，根据报文转换配置处理报文；

S4，根据不同银行要求，处理影像文件和报文发送流程；

S5，如果有异常，发送报文到异常消息队列。

作为本实施例中的优选，所述根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构包括：通过所述预设金融服务通道接收发起的业务请求；根据所述预设金融服务通道接收所述业务请求的消息队列报文并保存至至相应的第一数据库；将所述保存至相应的第一数据库中的报文解析为map集合；基于所述map集合以及所述金融机构的处理要求，处理预设影像文件和并发送请求报文到请求消息队列；在发生处理异常的情况下，发送报文至异常消息队列。

具体实施时，发起通知业务时，金融机构调用通知接口，接收金融机构通知报文，保存到数据库，解析通知报文，下载回单等影像资料，并上传到金融信息服务平台，发送响应报文到响应消息队列，如果有异常，发送报文到异常消息队列。

对于通道服务的通知业务逻辑如下：

S1，银行调用通知接口，接收银行通知报文，保存到数据库；

S2，解析通知报文，下载回单等影像资料，并上传到平台；

S3，发送响应报文到响应消息队列；

S4，如果有异常，发送报文到异常消息队列。

作为本实施例中的优选，所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求，包括：基于数据转换消息队列接收请求报文，并保存到报文表；根据所述报文表确定报文格式并按照不同格式将报文解析之后得到map集合；基于所述map集合判断需要报文转换的情况下，通过查询预先配置的报文转换表，按照预先配置关系将所述业务请求转换为所述金融服务平台的报文。

具体实施时，从数据转换消息队列接收报文，保存到报文表；判断报文格式，按不同格式将报文解析为map集合；判断是否需要报文转换；查询预先配置的报文转换表，按配置关系转换为金融信息服务平台报文，如果未配置，直接将map转为平台报文；将平台报文发送进行路由。

作为本实施例中的优选，所述在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台包括：接收接响应消息队列报文，保存至对应的第三数据库；根据所述保存至对应的第三数据库中的异常报文，将异常响应消息同步至所述金融服务平台，其中，所述异常报文至少包括不同业务节点发送的异常报文以及校验未通过的异常报文。

具体实施时，在通过异常校验，进行异常处理后发送到生成响应，再接入方处理业务请求。

异常处理服务的流程包括：

S1，接响应消息队列报文，保存到数据；

S2，处理个节点发送过来的异常和校验不通过的报文；

S3，发送报文到响应节点。

作为本实施例中的优选，所述用于处理金融机构与金融服务平台两者之间的金融业务时采用Spring Boot微服务架构，所述消息队列至少包括rocket消息队列。

具体实施时，采用Spring Boot、rocketMQ构建，eureka注册中心，spring config统—配置，mysql数据库。页面采用前后端分离，后端提供接口由页面调用。

作为本实施例中的优选，所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求之前，还包括：根据所述金融机构的预设字段和预设接口配置，对所需格式进行数据的统一转换之后得到标准报文。

具体实施时，通过对不同金融机构字段和接口的配置，根据所需格式进行数据的统一转换，将数据转换形成标准报文，通过所述路由模块传输数据，供各金融机构按需获取，实现与不同金融机构间的适配。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述基于金融服务的银企直连方法的系统，用于处理金融机构与金融服务平台两者之间的金融业务，所述金融服务平台至少包括一个，所述金融机构包括多个，如图3所示，该系统包括：

请求模块301，用于金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；

对接模块302，用于根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；

响应模块303，用于在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

本申请实施例的请求模块301中所述金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求。

具体的业务端负责用于与用户直接交互，并为各类业务的触发原点，同时提供了轻量级对象运行及管理引擎，使用远程调用协议，完成各个模块的应用逻辑实现。

作为一种可选的实施方式，采用消息队列统一处理，有效解决业务量大的问题。

本申请实施例的对接模块302中根据多种不同的所述业务请求，通过预设金融服务通道对接至对应的所述金融机构。所述金融通道接收到通过路由之后的数据，对应接收得到相关业务数据。

本申请实施例的响应模块303中如果在所述业务请求的处理为异常的情况下，则会将异常响应消息同步至所述金融服务平台。通过增加的异常服务，可以处理失败的消息队列业务会发送到异常服务，有效解决异常统一重试处理。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

为了更好的理解上述基于金融服务的银企直连方法流程，以下结合优选实施例对上述技术方案进行解释说明，但不用于限定本发明实施例的技术方案。

本申请实施例中的方法，有效解决多家金融机构服务业务量大的问题，实现了统一数据表达与转换，实现数据的统一多层次有效管理；支持多金融机构系统快速接入，减少代码开发量，简单高效，解决各银行及其他金融机构整体的数字化、信息化发展需求；无需重复开发代码，通过管理配置模块进行不同银行间的逐一扩展，配置相关字段，实现不同银行的高效对接、高度适配、灵活扩展；减少系统对接不同银行时的改造难度，降低银行间的改造关联风险；保证系统异常的追踪查找，快速响应，采用Spring Boot微服务架构，使用rocketMQ消息队列，支持高并发，使系统负载均衡。

如图4所示，是本申请实施例中基于金融服务的银企直连方法的流程示意图，根据金融机构配置需求，通过管理配置模块配置平台和金融机构的报文字段名称，发起请求，数据转换模块进行报文数据转换，路由模块将请求发送至金融机构通道，业务端统一处理公共业务数据和附件信息，响应模块响应报文，处理失败的消息队列发送到异常模块，通过异常校验，进行异常处理后发送到响应模块处理，接入方处理业务请求。实现的具体过程包括如下步骤：

步骤一，根据预先配置的数据库标识，创建连接数据库时所需要的对象集合，实例化不同的对象，构建数据转换模块、路由模块、管理配置模块、金融机构通道、响应模块、异常模块，通过调用数据库组件，传入不同参数，调用参数进行特性接口扩展；

步骤二，通过所述数据转换模块进行报文数据转换，订阅金融信息服务平台业务端的业务主题，接收发送来的消息，进行字段转换处理，完成报文转换后发送到所述路由模块；

步骤三，通过所述路由服务模块订阅数据转换模块主题，接收消息队列的报文，保存至数据库，根据报文头传入的接收值获取发送到发送到任意金融机构通道的消息，组织发送主题，将报文发送到通道消息队列；

步骤四，通过所述管理配置模块进行客户管理、报文字段管理、报文转换管理、消息队列配置；

步骤五，通过所述金融机构通道接收金融机构以及其他模块发送的报文；

步骤六，通过所述响应模块接收响应消息队列报文，保存到数据库，响应业务处理，发送报文到接入方消息队列；

步骤七，通过所述异常模块接收接响应消息队列报文，保存到数据库，处理各节点发送过来的异常和校验不通过的报文，发送报文到响应节点。

基于上述步骤，在使用所述数据转换模块进行报文转换时，所述路由模块、金融机构通道模块的报文异常重发不需要报文转换。

基于上述步骤，在使用进行报文数据转换，包括：从数据转换消息队列接收报文，保存到报文表；判断报文格式，按不同格式将报文解析为map集合；根据数据转换模块，判断是否需要报文转换；查询预先配置的报文转换表，按配置关系转换为金融信息服务平台报文，如果未配置，直接将map转为平台报文；将平台报文发送到路由模块。

基于上述步骤，接收通道消息队列报文，保存到数据库，解析为map集合，根据数据转换模块配置处理报文，包括报文加密、报文加签、报文转换为金融机构要求的格式，包括但不限于json结构格式、xml格式。

基于上述步骤，通过管理配置模块配置平台、进行数据转换时，可以设置数据字典，提供多数据类型的字典操作接口，对字典操作中的键值进行数据格式的统一转换。

基于上述步骤，通过所述管理配置模块进行不同金融机构字段和接口的配置，根据所需格式进行数据的统一转换，将数据转换形成标准报文，通过所述路由模块传输数据，供各金融机构按需获取，实现与不同金融机构间的适配。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；

S2，根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；

S3，在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ReadOnly Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，金融服务平台根据业务需求，基于消息队列向所述金融机构发起业务请求；

S2，根据所述业务请求，通过预设金融服务通道对接至对应的所述金融机构；

S3，在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (7)

1.一种基于金融服务的银企直连方法，其特征在于，基于金融服务的银企直连系统，所述基于金融服务的银企直连系统用于处理金融机构与金融服务平台两者之间的金融业务，所述金融服务平台至少包括一个，所述金融机构包括多个，所述方法包括：

基于金融服务的银企直连系统根据业务需求，基于消息队列向所述金融机构发起业务请求；

基于金融服务的银企直连系统将所述业务请求通过预设金融机构通道对接至对应的所述金融机构；

所述根据所述业务请求，通过预设金融机构通道对接至对应的所述金融机构包括：

通过所述预设金融机构通道接收发起的业务请求；

根据所述预设金融机构通道接收所述业务请求的消息队列报文并保存至相应的第一数据库；

将所述保存至相应的第一数据库中的报文解析为map集合；

基于所述map集合以及所述金融机构的处理要求，处理预设影像文件和并发送请求报文到请求消息队列；

在发生处理异常的情况下，发送报文至异常消息队列；

所述根据所述业务请求，通过预设金融机构通道对接至对应的所述金融机构之后，还包括：

通过所述预设金融机构通道接收发起的业务通知；

所述金融服务平台通过调用预设通知接口，接收所述金融机构通知报文并保存至相应的第二数据库；

解析所述保存至相应的第二数据库中的通知报文，下载预设影像文件并发送响应报文到响应消息队列；

在发生处理异常的情况下，发送报文至异常消息队列；

基于金融服务的银企直连系统在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台。

2.根据权利要求1所述的方法，其特征在于，所述根据业务需求，基于消息队列向所述金融机构发起业务请求，包括：

基于数据转换消息队列接收请求报文，并保存到报文表；

根据所述报文表确定报文格式并按照不同格式将报文解析之后得到map集合；

基于所述map集合判断需要报文转换的情况下，通过查询预先配置的报文转换表，按照预先配置关系将所述业务请求转换为所需要的报文。

3.根据权利要求1所述的方法，其特征在于，所述在所述业务请求的处理为异常的情况下，将异常响应消息同步至所述金融服务平台包括：

接收响应消息队列报文，保存至对应的第三数据库；

根据所述保存至对应的第三数据库中的异常报文，将异常响应消息同步至所述金融服务平台，其中，所述异常报文至少包括不同业务节点发送的异常报文以及校验未通过的异常报文。

4.根据权利要求1所述的方法，其特征在于，所述用于处理金融机构与金融服务平台两者之间的金融业务时采用Spring Boot微服务架构，所述消息队列至少包括rocket消息队列。

5.根据权利要求1所述的方法，其特征在于，所述根据业务需求，基于消息队列向所述金融机构发起业务请求之前，还包括：

根据所述金融机构的预设字段和预设接口配置，对所需格式进行数据的统一转换之后得到标准报文。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至5任一项所述的方法。

7.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至5任一项所述的方法。

Images