CN106846147A - 一种金融交易管理系统 - Google Patents

Abstract

本发明公开了一种金融交易管理系统，系统采用C/S结构，主要由一个服务端和若干客户端组成，所述客户端从操作界面收集到必要的数据之后，在后台通过动态库来组包解包再由服务器端执行实际的交易业务处理，并借由sp30硬件密钥存储和加解密设备；所述服务端接收到客户端上送报文时，再组装成交易系统报文，上送至交易系统处理并等待返回结果，服务端收到交易系统处理结果后，然后组装成客户端报文反馈至SP30。与现有技术相比，本发明实现了收银一体化操作，减少和信通受理环境在商户端的柜面占用，减少商户端不必要的费用开支，减少繁琐的交易步骤，便于商户端统一收银及管理。

Description

一种金融交易管理系统

技术领域

本发明涉及一种管理系统，尤其涉及一种金融交易管理系统。

背景技术

在现有的金融交易管理系统，在商户端的柜面占用较大，商户端费用开支多，交易步骤繁琐，不便于商户端统一收银及管理。现有的收银系统客户端，由于客户量众多(红旗连锁+舞东风就有4000余家，还加上其他商户)，如果软件有什么问题，让维护人员跑4000个店来更换系统，成本非常高。现有类似于qq、浏览器等软件，均是提示用户手动升级，不能做到对用户100％透明，这对于收银员来讲是额外负担。例如出现了更新，要求收银员去重启程序甚至收银机，是较难实现的，一来她们可能不会操作，二来可能权限不足。

发明内容

本发明的目的就在于提供一种解决了上述问题的金融交易管理系统。

为了实现上述目的，本发明采用的技术方案是：一种金融交易管理系统，系统采用C/S结构，主要由一个服务端和若干客户端组成，

所述客户端从操作界面收集到必要的数据之后，在后台通过动态库来组包解包再由服务器端执行实际的交易业务处理，并借由sp30硬件密钥存储和加解密设备，对交易过程中敏感数据加密解密，实现交易防篡改和破解，由sp30加密组包返回给动态库，再由动态库请求至服务端进行处理，动态库收到服务端反馈的消息后，传送给sp30，sp30获取交易结果信息，从交易信息中获取必要信息进行打印，并将最终结果反馈给动态库，动态库再将数据反馈至界面；

所述服务端接收到客户端上送报文时，先取出pkg_type区分报文的协议格式，若为8583协议报文则继续取出appType，然后根据appType查找相应的8583域属性配置，根据此配置解析收到的报文，再组装成交易系统报文，上送至交易系统处理并等待返回结果，服务端收到交易系统处理结果后，解析交易系统返回的报文并记录数据，然后组装成客户端报文反馈至SP30。

作为优选，所述客户端采用windows图形设备接口编程进行界面开发。

作为优选，所述服务端采用java实现，系统启动时根据appType值将配置有不同8583域属性的配置加载至内存。

作为优选，所述服务端采用了JDK1.7的AIO异步非阻塞IO模型进行数据收发提高并发效率。

作为优选，所述pkg_type区分报文的协议格式，若为自定义报文协议，即进行客户端软件自动升级。

所述客户端软件自动升级的方法步骤如下，

a.维护人员将配置，程序的版本号，升级程序文件等维护到服务端，

b.客户端启动时更新线程，线程中每间隔一段时间向服务器获取最新版本号；

c.比较服务器版本号和本机版本号，如果有差异，则需要升级更新；

d.如果需要升级，则开始向服务器请求文件数据，开始下载；

e.下载的数据存放在临时文件中，下载完成后向服务器获取文件校验，验证下载是否正确；

f.验证下载正确之后将交易业务加锁，然后释放之前的交易业务动态库；

g.将临时文件改名为正式文件，正式文件删除；

h.重新加载新的动态库，并导出接口；

i.释放交易业务的锁，并通知服务器更新完成。

作为优选，步骤b中，客户端和服务器的通信采用自定义协议，报文头+包体组成，报文头采用固定的格式，包体采用TLV格式，其中数据字段采用二进制形式传递。

作为优选，客户端采用分包的方式逐步下载。

作为优选，维护人员将配置，程序的版本号，升级程序文件等维护到服务端，客户端会在启动时或定时向服务端获取相应版本，如果有更新则启动更新向服务端发送报文获取升级程序，客户端采用分包的方式逐步下载，以临时文件对升级包进行下载存储，然后在下载完成后，在后台瞬间替换完成升级。

与现有技术相比，本发明的优点在于：本发明实现了收银一体化操作，减少和信通受理环境在商户端的柜面占用，减少商户端不必要的费用开支(网络等)，减少繁琐的交易步骤，便于商户端统一收银及管理。进行透明化的自动升级，避免了外派维护人员去门店进行人工维护的麻烦。

附图说明

图1为本发明原理框图；

图2为客户端软件自动升级的流程框图。

具体实施方式

下面将对本发明作进一步说明。

实施例：参见图1，一种金融交易管理系统，系统采用C/S结构，主要由一个服务端和若干客户端组成，

所述客户端采用windows图形设备接口编程进行界面开发，从操作界面收集到必要的数据之后，在后台通过动态库来组包解包再由服务器端执行实际的交易业务处理，动态库将用户的交易请求封装成自定义协议包传向底层，底层解析客户端的交易，并封装成SP30的消息包，发向SP30进行密钥加密，并借由sp30硬件密钥存储和加解密设备，对交易过程中敏感数据加密解密，实现交易防篡改和破解，由sp30加密组包返回给动态库，再由动态库请求至服务端进行处理，动态库收到服务端反馈的消息后，传送给sp30，sp30获取交易结果信息，从交易信息中获取必要信息进行打印，并将最终结果反馈给动态库，动态库再将数据反馈至界面；

电脑端以软件的方式，来取代POS机的绝大部分功能，除了刷卡和输入密码本身无法被代替，将多个支付渠道的多个POS机融合成一台SP30设备，减少了每个渠道部署的POS机在柜面的占用，也减少了每个渠道的网络部署开支。

具体方法为：

电脑端软件界面采用GDI绘图的方式进行创建，用鼠标或者键盘选择的方式，来代替POS机上面的功能选择；用键盘的数字键输入的方式，代替POS机上面的数据输入(比如金额等数字型数据)。对于POS机的系统设置，例如服务器地址等等，在电脑软件端采取配置的方式进行管理。需要预先配置好各项参数，然后再启动软件。软件启动后会从配置文件读取各项参数，将程序初始化，然后就可以正常进行交易功能。

交易过程中，电脑软件端收集所有交易所需的数据(例如交易金额、二维码号码等等)，然后后台会把这些数据组成数据包，传递给sp30,SP30会根据交易，提示用户操作(例如提示刷卡，或者提示其他信息)，操作完成后，SP30会把数据进行加密，并且按照ISO8583协议对数据进行组包，然后返回给电脑软件端；软件端接收到SP30返回的数据之后，直接传递给服务器(服务器地址和端口等信息都在上述配置文件中)，然后服务器会反馈交易结果，此时将交易结果的数据包传递给SP30，SP30解密之后，判断交易结果(成功、失败、密码错误等信息)，并将交易结果显示在自己的屏幕上，然后再将交易结果按照和电脑软件端协定好的协议，反馈到软件端，软件根据sp30的返回结果，在界面上提示用户(成功、失败、密码错误等信息)。

交易完成后，会有小票的打印，此时软件端会驱动热敏打印机，进行打印。该过程是采用了打印机厂商提供的驱动接口进行的。这个功能也是取代了POS机的打印小票的功能。

客户端是在商户收银机中相对独立的软件模块，为动态库或独立运行的程序，客户端主要负责三方面的通讯：

1、与收银系统交换必要的参数，如：交易金额，交易类型等。

2、与MIS-POS进行会话式通信，采集金融交易的必要信息，如：二磁道信息等。

3、与服务端通信，传送和接收金融交易报文等信息。

所述服务端采用java实现，系统启动时根据appType值将配置有不同8583域属性的配置加载至内存，有利于提高运行效率。系统启动时加载至内存，之后使用配置时不用从硬盘读取，而是直接内存读取，提高读取效率；配置文件被修改后也不会影响正常交易，同步至内存后，新的交易才会使用新的配置。所述服务端采用了JDK1.7的AIO模型进行数据并发处理，提高并发效率；

所述服务端接收到客户端上送报文时，先取出pkg_type区分报文的协议格式：若为8583协议报文则继续取出appType，然后根据appType查找相应的8583域属性配置，根据此配置解析收到的报文，再组装成交易系统报文，上送至交易系统处理并等待返回结果，服务端收到交易系统处理结果后，解析交易系统返回的报文并记录数据，然后组装成客户端报文反馈至SP30。交易系统处理采用POSP处理。

服务端存在于商户收银网络中，通过电信专线与和信通支付网络相连接，负责与客户之间的通讯，服务端接收到来自客户端的金融交易报文后，进行相应的存储并将报文(或经处理后)通过专线发送至和信通成都在线支付中心，并等待应答。并记录收银一体化系统的所有交易，提供整个商户的交易查询和报表等功能。

pkg_type区分报文的协议格式，若为自定义报文协议，即进行客户端软件自动升级。

客户端软件自动升级的方法步骤如下，如图2

a.维护人员将配置，程序的版本号，升级程序文件等维护到服务端，

b.客户端启动时或定时更新线程，向服务端获取相应版本，如果有更新则启动更新向服务端发送报文获取升级程序，线程中每间隔一段时间向服务器获取最新版本号，客户端和服务器的通信采用自定义协议，报文头+包体组成，报文头采用固定的格式，包体采用TLV格式，其中数据字段采用二进制形式传递；

c.比较服务器版本号和本机版本号，如果有差异，则需要升级更新；

d.如果需要升级，则开始向服务器请求文件数据，开始下载；

e.下载的数据存放在临时文件中，下载完成后向服务器获取文件校验，验证下载是否正确；

f.验证下载正确之后将交易业务加锁，然后释放之前的交易业务动态库；

g.将临时文件改名为正式文件，正式文件删除；

h.重新加载新的动态库，并导出接口；

i.释放交易业务的锁，并通知服务器更新完成。

客户端采用分包的方式逐步下载，以临时文件对升级包进行下载存储，然后在下载完成后，在后台瞬间替换完成升级，升级逻辑完全对用户透明，无需专业人员到客户端进行上门更新。传统的升级过成，一般来说要求用户重启软件，甚至手动点击更新，然后经过漫长的等待。我们采用的是以临时文件对升级包进行下载存储，然后在下载完成后，在后台瞬间替换完成升级，使步骤e至f的过程仅需要毫秒级别(甚至更低)的时间来进行，因此针对收银员和待付款的顾客而言，几乎可以忽略这种时间消耗，从而达成对用户几乎透明的效果，完全不会对用户以及收银员而言完全没有负担。自动升级实现之后，避免了外派维护人员去几千家门店进行人工维护的麻烦，也极大减小了人力成本。

以上对本发明所提供的一种金融交易管理系统进行了详尽介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，对本发明的变更和改进将是可能的，而不会超出附加权利要求所规定的构思和范围，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种金融交易管理系统，其特征在于：系统采用C/S结构，主要由一个服务端和若干客户端组成，

所述客户端从操作界面收集到必要的数据之后，在后台通过动态库来组包解包再由服务器端执行实际的交易业务处理，并借由sp30硬件密钥存储和加解密设备，对交易过程中敏感数据加密解密，实现交易防篡改和破解，由sp30加密组包返回给动态库，再由动态库请求至服务端进行处理，动态库收到服务端反馈的消息后，传送给sp30，sp30获取交易结果信息，从交易信息中获取必要信息进行打印，并将最终结果反馈给动态库，动态库再将数据反馈至界面；

所述服务端接收到客户端上送报文时，先取出pkg_type区分报文的协议格式，若为8583协议报文则继续取出appType，然后根据appType查找相应的8583域属性配置，根据此配置解析收到的报文，再组装成交易系统报文，上送至交易系统处理并等待返回结果，服务端收到交易系统处理结果后，解析交易系统返回的报文并记录数据，然后组装成客户端报文反馈至SP30。

2.根据权利要求1所述一种金融交易管理系统，其特征在于：所述客户端采用windows图形设备接口编程进行界面开发。

3.根据权利要求1所述一种金融交易管理系统，其特征在于：所述服务端采用java实现，系统启动时根据appType值将配置有不同8583域属性的配置加载至内存。

4.根据权利要求1所述一种金融交易管理系统，其特征在于：所述服务端采用了JDK1.7的AIO异步非阻塞IO模型进行数据并发处理。

5.根据权利要求1所述一种金融交易管理系统，其特征在于：所述pkg_type区分报文的协议格式，若为自定义报文协议，即进行客户端软件自动升级。

6.根据权利要求5所述一种金融交易管理系统，其特征在于：所述客户端软件自动升级的方法步骤如下，

a.维护人员将配置，程序的版本号，升级程序文件等维护到服务端，

b.客户端启动时更新线程，线程中每间隔一段时间向服务器获取最新版本号；

c.比较服务器版本号和本机版本号，如果有差异，则需要升级更新；

d.如果需要升级，则开始向服务器请求文件数据，开始下载；

e.下载的数据存放在临时文件中，下载完成后向服务器获取文件校验，验证下载是否正确；

f.验证下载正确之后将交易业务加锁，然后释放之前的交易业务动态库；

g.将临时文件改名为正式文件，正式文件删除；

h.重新加载新的动态库，并导出接口；

i.释放交易业务的锁，并通知服务器更新完成。

7.根据权利要求6所述的一种金融交易管理系统，其特征在于：步骤b中，客户端和服务器的通信采用自定义协议，报文头+包体组成，报文头采用固定的格式，包体采用TLV格式，其中数据字段采用二进制形式传递。

8.根据权利要求6所述的一种金融交易管理系统，其特征在于：步骤c中，客户端采用分包的方式逐步下载。