一种基于长连接的多银行数据交互实现方法与流程

文档序号:16672955发布日期:2019-01-18 23:42阅读:218来源:国知局
一种基于长连接的多银行数据交互实现方法与流程

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



背景技术:

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



技术实现要素:

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

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

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

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

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

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

进一步地,步骤s1中,长连接通道的建立方法为:

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

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

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

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

进一步地,所述报文为标准xml格式的报文。

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

本发明的有益效果在于:本发明中,使用长连接打通企业与统一一套服务器的交互,报文的组装、传输、解析统一在一套服务器处理,减少了企业资源的开销。当新增其他新银行的交互时,只需更新业务操作服务器即可,无须更新企业前置客户端。

附图说明

图1为现有方法的实施示意图;

图2为本发明实施例的实施示意图;

图3为本发明实施例中长连接通道的建立实施示意图。

具体实施方式

以下将结合附图对本发明作进一步的描述,需要说明的是,以下实施例以本技术方案为前提,给出了详细的实施方式和具体的操作过程,但本发明的保护范围并不限于本实施例。

如图2所示,一种基于长连接的多银行数据交互实现方法,包括如下步骤:

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

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

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

需要说明的是,如图3所示,步骤s1中,长连接通道的建立方法为:

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

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

进一步需要说明的是,步骤2)中,如果验证失败,浏览器直接提示用户验证失败。

需要说明的是,所述登录请求参数包括登录密码和ukey密码中的一种或两种以及用户名。

需要说明的是,所述报文为标准xml格式的报文。

需要说明的是,所述企业前置客户端采用https协议、http协议、socket协议中的一种或几种进行通讯。

对于本领域的技术人员来说,可以根据以上的技术方案和构思,给出各种相应的改变和变形,而所有的这些改变和变形,都应该包括在本发明权利要求的保护范围之内。



技术特征:

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

技术研发人员:杨光润;范亚坤;程全林
受保护的技术使用者:上海艾融软件股份有限公司
技术研发日:2018.08.30
技术公布日:2019.01.18
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1