一种银联代付交易智能处理的方法、装置及存储介质与流程

1.本发明涉及银联cups代付交易领域，提供了一种银联代付交易智能处理的方法、装置及存储介质。


背景技术：

2.现有的交易处理过程，接受到代付交易报文进行解析，根据类型字段判断交易类型。若为联机模式，发往核心记账再组装银联报文发往银联，交易结束。若为批量模式，进入循环调用核心记账，结束后再组装银联报文发往银联。代付交易并发量大，热点账户多。导致如下问题：
3.1.系统系统性能下降；
4.2.新的交易请求无法及时处理，导致请求方超时；
5.3.批量交易循环调用核心记账，线程执行时间长(批量请求核心记账，导致核心响应变慢)，系统线程数达到2千多个导致系统cpu使用率、交易超时经常出现告警等问题。
6.具体存在如下问题：
7.1.当交易并发量大时，系统性能下降，接口服务处理耗时长，后续交易超时；
8.2.经常出现告警。


技术实现要素：

9.针对上述研究的问题，本发明的目的在于提供一种交易针对银联代付(发卡侧)交易的智能处理的方法。
10.为了达到上述目的，本发明采用如下技术方案：
11.一种银联代付交易的智能处理方法，包括如下步骤：
12.步骤1：接收到银联发过来的报文，根据mtype，f3域值识别为代付交易后，解析8583报文中60.2.5域值和入账账号f002域的值，根据60.2.5域的值来判定代付交易的模式，若60.2.5域值为20，则判定为批量转联机模式的代付，则走批量转联机交易的代付模式，否则走普通联机代付模式；
13.步骤2：接步骤1，如代付交易模式为普通联机模式，则解析8583报文，检查代付业务逻辑，组装核心代付记账报文，发往核心记账，获取记账结果，组装银联代付响应报文，发往银联，交易结束；
14.步骤3：接步骤1，如代付交易模式为批量转联机模式，则解析8583报文，检查代付逻辑后，组装核心代付检查接口(不记账)，获取交易结果后，若交易失败，则直接组装失败响应报文发往银联，交易结束；若交易成功，则进入步骤4处理。；
15.步骤4：接步骤3，若代付检查接口成功，则计算入账账号的hash值，根据topic映射表，获取对应的kafka消息队列中的topic值，然后组装核心代付记账报文，存放到消息队列对应的topic中即可，设置交易为成功，组装银联响应报文，发往银联，交易结束；
16.步骤5：接步骤4，根据topic个数，启动对应的java守护线程，分别读取对应topic
下面的kafka队列中的消息，将消息转化为核心代付记账接口格式，发往核心进行代付记账处理，若核心交易记账成功，则此笔交易处理完成，若核心交易记账失败，则登记差错处理表，待步骤6进行及时处理。
17.步骤6：接步骤5，如核心代付交易记账处理失败，则通过短信预警发送给运营人员，运管管理人员登录后管系统，查询一定时间范围内差错处理数据，确认差错处理原因，若为系统原因，可重复发起代付记账；若为账户或客户限制等原因，导致入账失败，可评估后转银联平台差错调账处理。
18.本发明同现有技术相比，其有益效果表现在：
19.一、本发明基于交易模式，实现批量转联机模式，保证批量交易有序处理。
20.二、本发明基于kafka消息队列中的topic值，根据topic个数，启动对应的java守护线程，分别读取对应topic下面的kafka队列中的消息。采用守护线程模式，能够准确，高时效的处理交易。进而保证整个交易系统的稳定性。
21.三、本发明基于kafka消息队列来缓冲大并发，提高系统并发能力，提高接口响应时间。提高支付业务平台的处理能力。
附图说明
22.图1为本发明的流程示意图。
具体实施方式
23.以上仅是本发明众多具体应用范围中的代表性实施例，对本发明的保护范围不构成任何限制。凡采用变换或是等效替换而形成的技术方案，均落在本发明权利保护范围之内。
24.现有专业名词解释：
25.8583报文：8583协议是基于iso8583报文国际标准的包格式的通讯协议，8583包最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分。8583包前面一段为位图，它是打包解包确定字段域的关键代替。8583协议多在pos机的开发上使用。
26.mtype：message type“报文类型标识符”。
27.60.2.5域：“终端类型”取值00未知、01自动柜员机、03有线销售点终端、05多媒体终端、06银行柜台和柜面、07个人电脑、08手机设备、09i型固定电话、11无线销售点终端、12中国银联公共服务平台、13农民工银行特色服务、14商户系统、15第三方机构系统、16数字机顶盒、17ii型固定电话、20批量文件处理系统。
28.核心业务系统：指金融行业的银行核心业务系统。核心银行系统，都是以客户为中心，进行帐务处理、满足综合柜员制、并提供24小时服务的核心银行业务系统核心代付记账接口：全称是“核心系统通用记账接口”，由核心业务系统提供，作用是对客户账户进行帐务处理(增加或扣减资金操作)；
29.核心贷记入账检查接口：核心业务系统提供的接口。其作用是在调“核心代付记账接口”前，对交易信息做成功性检查，提高“核心代付记账”交易的准确率。
30.本发明提供了一种银联代付交易的智能处理方法，其特征在于，包括如下步骤：
31.步骤1：在支付系统(基于dubbo微服通讯)路由层判断银联发过来的报文，根据
mtype，f3域值识别为代付交易后，解析8583报文中60.2.5域值和入账账号f002域的值，根据60.2.5域的值来判定代付交易的模式，若60.2.5域值为20，则判定为批量转联机模式的代付，走批量转联机交易的代付模式，发往“批量转联机模式”服务处理。否则走普通联机代付模式，发往“联机代付模式”服务处理；
32.步骤2：如代付交易模式为普通联机模式，则解析8583报文，检查代付业务逻辑，组装核心代付记账报文，发往核心记账，获取记账结果，组装银联代付响应报文，发往银联，交易结束；
33.步骤3：如代付交易模式为批量转联机模式，则解析8583报文，检查代付逻辑后，将核心贷记入账检查接口的报文进行组装(不记账)，获取核心业务系统的返回交易结果后，若交易结果为交易失败，则直接将心贷记入账检查接口失败的响应报文进行组装(“响应报文”指的是“核心贷记入账检查接口”返回失败，当前交易失败。)发往银联，交易结束；若交易成功，则进入步骤4处理。
34.步骤4：若核心业务系统的返回的交易结果为交易成功，则核心贷记入账检查接口成功(“核心贷记入账检查”有2种结果，1.失败(步骤3中)；2.成功(此处就是，成功就需要将信息放到kafka中)，则计算入账账号的hash值，根据topic映射表，获取对应的kafka消息队列中的topic值，然后组装核心业务系统代付记账报文，存放到消息队列对应的topic中，设置本次批量交易为成功，组装银联响应报文，发往银联，交易结束；
35.步骤5：根据topic个数，启动对应的java守护线程，分别读取对应topic下面的kafka队列中的消息，将消息转化为核心代付记账接口格式，发往核心业务系统进行代付记账处理，若代付交易记账成功，则此笔交易处理完成，若核心交易记账失败，则登记差错处理表，待步骤6进行及时处理。
36.步骤6：如代付交易记账处理失败，则通过短信预警发送给运营人员，运管管理人员登录后管系统，查询一定时间范围内差错处理数据，确认差错处理原因，若为系统原因，可重复发起代付记账；若为账户或客户限制等原因，导致入账失败，可评估后转银联平台差错调账处理。
37.因为本发明采用上述技术方案，因此具备以下有益效果：1.将联机与批量交易分开处理。
38.2.批量交易通过kafka做缓冲，避免同时集中调用核心。
39.3.可控的线程数降低cpu使用率、提高系统吞吐量。
40.4.批量交易数据先发核心校验，减少失败率。后续失败可转差错人工处理。