一种用于智慧工程的多银行流水获取方法技术

本发明专利技术公开了一种用于智慧工程的多银行流水获取方法，包括中间件系统，用于业务系统和其他系统之间的数据传输；代理系统，用于内外网数据传输；业务系统发起请求，统一入参后，到达中间件系统；中间件系统创建异步多线程，并同时处理若干个银行系统获取动作；适配器对银行系统的参数进行组装，通过适配器拼接好参数数据后，发送给策略执行器进行逻辑处理，发送请求到银行系统；银行系统返回数据后，在策略执行器中进行逻辑处理，然后回传给适配器，进行反向参数解析，参数解析后返回给对应的线程，线程等待所有的银行系统数据获取完毕之后一次性将数据返回给业务系统，业务系统对获取的数据进行处理；本方法具有效率高、安全性好的特点。的特点。的特点。

【技术实现步骤摘要】
一种用于智慧工程的多银行流水获取方法


[0001]本专利技术涉及智慧工程用多银行管理系统领域，特别涉及一种用于智慧工程的多银行流水获取方法。

技术介绍

[0002]智慧工程将更多的监控技术植入各行各业，并被普遍互联，形成物联网，再与互联网整合，实现项目管控，在银行管理方面也是如此，目前银行客户的账单对账流程是，业务经理把客户打款凭证上传到系统中，财务拿着凭证和银行账户中的打款信息进行对比确认，这个本来是财务确认收款的流程，但是业务经理和客户都要参与进来，对于客户的体验和业务经理的效率都有影响，因此，如何提升银行业务的运转效率就变成了急需解决的问题。

技术实现思路

[0003]为此，需要提供一种效率高、安全性好的用于智慧工程的多银行流水获取方法。
[0004]为实现上述目的，专利技术人提供了一种用于智慧工程的多银行流水获取方法，包括，中间件系统、业务系统、银行系统和代理系统，中间件系统，用于业务系统和银行系统之间的数据传输；代理系统，用于内外网数据传输；还包括中间件系统拉取数据步骤：业务系统发起请求，统一入参后，到达中间件系统；中间件系统创建异步多线程，并同时处理若干个银行系统获取动作；每个银行系统分别设有适配器，适配器对银行系统的参数进行组装，转换成银行系统需要的参数格式、参数值和参数内容，通过适配器拼接好参数数据后，发送给策略执行器进行逻辑处理，处理后通过若干种方式发送请求到银行系统；银行系统返回数据后，在策略执行器中进行逻辑处理，然后回传给适配器，进行反向参数解析，参数解析后返回给对应的线程，线程等待所有的银行系统数据获取完毕之后一次性将数据返回给业务系统，业务系统对获取的数据进行处理。
[0005]作为本专利技术的一种优选方式，还包括新增银行系统，新增银行系统包括步骤：增加适配器，适配器适配对应银行系统的参数结构和参数格式；根据银行系统的接口设置策略执行器，设置的策略执行器用于处理对应银行系统的业务逻辑。
[0006]作为本专利技术的一种优选方式，银行系统包括前置机，所述前置机设于内网环境中，内网环境通过前置机与银行系统连接，在前置机上增加代理系统，通过代理系统对外暴露接口进行数据传输，对暴露的接口增加IP白名单进行请求限制和在nginx中进行限流。
[0007]作为本专利技术的一种优选方式，在中间件系统发送请求时，中间件系统将发送请求的参数信息存储到数据库中，并根据银行系统的返回值，对请求进行标志成功或失败；若银行系统返回失败，则触发重试机制，重新发送请求，当第二次重试请求失败之后触发第三次重试请求，直到重试次数达到最大可重试次数时，放弃重试，该请求进入到失败列表中，业务系统提供失败请求列表，用于手动触发重试操作，进行人为干预；中间件系统的日志表包括关联明细表，当中间件系统向若干个银行系统发送请求时，根据请求任务内容拆分到对
应的关联明细表，若银行系统返回信息错误，则由关联明细表针对错误的信息独立发起重试。
[0008]作为本专利技术的一种优选方式，若中间件系统未能成功发送请求，则在重新发送请求时，从中间件系统的日志表中查找最近一次的参数数据，将最近一次的参数数据的起始时间作为重新发送请求的起始时间。
[0009]作为本专利技术的一种优选方式，所述中间件系统使用CompletableFuture接口创建异步多线程。
[0010]作为本专利技术的一种优选方式，所述策略执行器进行逻辑处理包括RSA签名，AES加密。
[0011]作为本专利技术的一种优选方式，还包括钉钉告警，当中间件系统调用银行系统接口出错或者本地服务器宕机时，则给钉钉推送告警信息，提醒开发及时处理异常情况，其中钉钉告警信息包含异常堆栈信息、请求参数、告警时间和银行系统名称信息。
[0012]作为本专利技术的一种优选方式，所述中间件系统包括重试接口，所述重试接口用于传递不同的参数进行重试工作，重新获取银行系统信息。
[0013]作为本专利技术的一种优选方式，还包括步骤：与银行系统约定密钥，使用AES对称加密方法，用于数据的加密解密。
[0014]区别于现有技术，上述技术方案所达到的有益效果有：业务系统的请求保持统一，有效的提升了业务开发效率；方便了业务需求的扩展，可满足不同系统间数据拉取的需求；保证了数据的准确性和及时性。
附图说明
[0015]图1为具体实施方式所述数据对接交互流程图。
[0016]图2为具体实施方式中不同系统的出入参统一处理流程图。
[0017]图3为具体实施方式中新增银行系统流程图。
[0018]图4为具体实施方式所述前置机工作流程图。
具体实施方式
[0019]为详细说明技术方案的
技术实现思路
、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。
[0020]如图1和图2所示，本实施例提供了一种用于智慧工程的多银行流水获取方法，包括，中间件系统、业务系统和代理系统，中间件系统，用于业务系统和其他系统之间的数据传输；代理系统，用于内外网数据传输；还包括中间件系统拉取数据步骤：业务系统发起请求，统一入参后，到达中间件系统；中间件系统创建异步多线程，并同时处理若干个银行系统获取动作；每个银行系统分别设有适配器，适配器对银行系统的参数进行组装，转换成银行系统需要的参数格式、参数值和参数内容，通过适配器拼接好参数数据后，发送给策略执行器进行逻辑处理，处理后通过若干种方式发送请求到银行系统；银行系统返回数据后，在策略执行器中进行逻辑处理，然后回传给适配器，进行反向参数解析，参数解析后返回给对应的线程，线程等待所有的银行系统数据获取完毕之后一次性将数据返回给业务系统，业务系统对获取的数据进行处理。
[0021]在上述实施例的具体实施过程中，如图1为中间件系统拉取数据的整个过程，业务系统发送请求使用了统一的入参，比如时间范围、系统类型等信息，业务系统发送的请求到达中间件系统之后，为了提升系统之间的对接效率，本实施例启用了异步多线程进行系统对接，针对不同的银行，每个银行创建了一个独立的线程进行对接；当所有银行数据都返回的之后，组装整体数据返回给业务系统；异步多线程是指线程的执行是异步的，互相直接不会等待，在本实施例中，开启了多个线程，异步去处理数据，等待所有线程结束之后，将所有的线程数据合并统一返回给业务系统；具体的，中间件系统利用java8的CompletableFuture接口创建异步多线程，利用CompletableFuture对于任务的编排能力，通过allOf方法，实现多个线程请求的等待，实现多任务请求数据组合后统一返回；同时处理多家银行系统获取动作。每个银行系统都有一个适配器，适配器对银行系统需要的参数进行组装，有的银行系统需要json，有的银行系统需要XML，转换成银行系统需要的参数格式，以及不同的参数值，如：对应的key值和默认参数内容，如：银行账号等默认信息，其中参数格式例如：{
ꢀꢀꢀꢀꢀ
Parent: xx
ꢀꢀꢀꢀꢀ
Children:
ꢀꢀ
{
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于智慧工程的多银行流水获取方法，包括，中间件系统、业务系统、银行系统和代理系统，其特征在于：中间件系统，用于业务系统和银行系统之间的数据传输；代理系统，用于内外网数据传输；还包括中间件系统拉取数据步骤：业务系统发起请求，统一入参后，到达中间件系统；中间件系统创建异步多线程，并同时处理若干个银行系统获取动作；每个银行系统分别设有适配器，适配器对银行系统的参数进行组装，转换成银行系统需要的参数格式、参数值和参数内容，通过适配器拼接好参数数据后，发送给策略执行器进行逻辑处理，处理后通过若干种方式发送请求到银行系统；银行系统返回数据后，在策略执行器中进行逻辑处理，然后回传给适配器，进行反向参数解析，参数解析后返回给对应的线程，线程等待所有的银行系统数据获取完毕之后一次性将数据返回给业务系统，业务系统对获取的数据进行处理。2.根据权利要求1所述的用于智慧工程的多银行流水获取方法，其特征在于，还包括新增银行系统，新增银行系统包括步骤：增加适配器，适配器适配对应银行系统的参数结构和参数格式；根据银行系统的接口设置策略执行器，设置的策略执行器用于处理对应银行系统的业务逻辑。3.根据权利要求1所述的用于智慧工程的多银行流水获取方法，其特征在于，银行系统包括前置机，所述前置机设于内网环境中，内网环境通过前置机与银行系统连接，在前置机上增加代理系统，通过代理系统对外暴露接口进行数据传输，对暴露的接口增加IP白名单进行请求限制和在nginx中进行限流。4.根据权利要求1所述的用于智慧工程的多银行流水获取方法，其特征在于：在中间件系统发送请求时，中间件系统将发送请求的参数信息存储到数据库中，并根据银行系统的返回值，对请求进行标志成功或失败；若银行系统返回失败，则...

【专利技术属性】
技术研发人员：汪浩，张杰，李郃，业晓波，郑华忠，
申请(专利权)人：好享家舒适智能家居股份有限公司，
类型：发明
国别省市：