[发明专利]一种基于长连接的多银行数据交互实现方法

说明书

本发明公开了一种基于长连接的多银行数据交互实现方法，使用长连接打通企业与统一一套服务器的交互，报文的组装、传输、解析统一在一套服务器处理，减少了企业资源的开销。当新增其他新银行的交互时，只需更新业务操作服务器即可，无须更新企业前置客户端。本发明改变了传统的部署方式，由原先企业独立部署迁移到统一的部署、维护管理，交互技术引入长连接，提升了交互的效率，减少了资源开销。

技术领域

本发明涉及数据通信技术领域，具体涉及一种基于长连接的多银行数据交互实现方法，实现了对报文的组装、报文传输、报文发送、报文解析的一套解决方案，用于企业对多银行资金管理的需求，打通各银行只能完成本行对本行交易数据的发起指令的障碍。

背景技术

现在企业对资金管理的方式比较传统，调用银行提供的现金管理软件，但无法与企业内部系统打通，只能完成单一一家银行的资金管理。如果管理多家银行的资金账户，需频繁切换系统。基于像跨行通类型的软件(组成如图1所示)，增加了企业的软硬件成本，增长了软件实施的周期，版本一致性无法控制。随着功能的不断完善，接入银行数量势必会不断增长，客户如果想要使用最新的版本，需要重新部署新版本，随着项目的快速迭代，接入银行的数量增长，客户也需要不断的更新软件版本，给实施团队增加了大量的工作。

发明内容

针对现有技术的不足，本发明旨在提供一种基于长连接的多银行数据交互实现方法，能够对系统统一部署、统一管理，降低了企业的成本投入，提升了企业的资金处理效率。

为了实现上述目的，本发明采用如下技术方案：

一种基于长连接的多银行数据交互实现方法，包括如下步骤：

S1、用户在浏览器发起交易操作，业务操作服务器接收到交易操作的指令后完成报文的组装，然后向企业前置服务端请求报文，并在数据库中查询该用户对应的长连接通道；

S2、企业前置服务端将业务操作服务器组装的报文加密并签名后传递至对应的企业前置客户端，对应的企业前置客户端从报文中获取要请求的具体银行对应的请求地址和请求协议，完成与对应的银行前置服务端的交互；

S3、银行前置服务端发送响应报文信息并发送至企业前置客户端，企业前置客户端将响应报文信息加密并签名发送至企业前置服务端，所述企业前置服务端解析响应报文信息并发送至业务操作服务器，所述业务操作服务器将解析后的响应报文信息发送至浏览器，向用户展示。

进一步地，步骤S1中，长连接通道的建立方法为：

1)用户在浏览器发起登录请求并输入登录请求参数，登录请求参数发送至企业前置客户端，所述企业前置客户端将登录请求参数加密并签名发送至企业前置服务端，所述企业前置服务端将登录请求参数发送至接口服务端进行验证，接口服务端验证后向企业前置服务端返回验证结果，企业前置服务端将验证结果加密并签名发送至企业前置客户端，企业前置客户端将验证结果发送至浏览器；

2)如果验证成功，浏览器发起转发请求，企业前置客户端接收转发请求后将自身的信息加密并签名发送至企业前置服务端，企业前置服务端接收到企业前置客户端的信息后向接口服务端推送自身的服务端地址，接口服务端向企业前置服务端返回信息，并在数据库中插入或更新该服务端地址；企业前置服务端将接口服务端的返回信息加密并签名发送至企业前置客户端，企业前置客户端向企业前置服务端发起建立长连接通道的请求，建立成功后企业前置服务端向企业前置客户端发送建立成功的信息，企业前置客户端向浏览器发送提示登录成功的信息。

更进一步地，步骤2)中，如果验证失败，浏览器直接提示用户验证失败。

更进一步地，所述登录请求参数包括登录密码和Ukey密码中的一种或两种以及用户名。

进一步地，所述报文为标准XML格式的报文。

进一步地，所述企业前置客户端采用https协议、http协议、socket协议中的一种或几种进行通讯。