[发明专利]分布式支付平台系统的重复报文识别系统及方法

说明书

本发明提供了一种分布式支付平台系统的重复报文识别系统及方法，可用于分布式技术领域，该系统包括：组合服务，用于收到交易报文后，调用重报检查微服务进行重报检查；重报检查微服务，用于调用规则引擎微服务按照重报检查类型进行执行，获得交易报文的重报索引；在缓存中查找是否有重复的交易报文，若有，判断该交易报文是否为重复交易报文，若是，将该交易报文的重报索引和交易序列号，以及重复的交易报文的交易序列号保存在重报检查表和缓存中，建立两者的关联关系，将关联关系保存到报文匹配缓存表和缓存中，若不是，将重报索引和交易序列号保存；若否，将重报索引和交易序列号保存。本发明可以灵活地处理重复交易报文识别。

技术领域

本发明涉及大数据技术领域，尤其涉及一种分布式支付平台系统的重复报文识别系统及方法。

背景技术

近年来，越来越多的国家和地区在大力推广端到端实时到账、7×24小时运行的小额实时支付清算系统。分布式支付系统对接各海外分行实时清算系统，集中处理海外分行客户的实时支付业务。作为新型支付系统，在业务流程、清算结算机制等方面与传统中央支付系统差异较大，一笔交易往往需要在几秒内完成，因此对参与机构系统的实时性、连续性、性能等方面提出较高的要求。

目前，DPP系统(Distributed Payment Platform，分布式支付平台系统)用于构建统一的分布式支付平台，连接海外各个本地清算系统，为客户提供多渠道、更快捷的支付服务。但由于各个海外分行参与的实时清算系统标准各不相同，对参加行的要求也不一样，同时，各海外分行业务发展程度、对业务的处理要求也不尽相同，因此各分行对业务处理流程中的重复报文识别的需求既有一致的地方也会有个性化的需求。所以，亟需一种灵活地处理各地区重复交易报文识别的方法。

在现有的分布式系统中，对交易进行重复报文校验大多数是通过硬编码的方式，将校验重复报文的索引字段和条件等业务场景写在代码中，而且通常需要对每一种场景的报文设计一种处理分支。由于DPP系统是针对全球范围内的一体化实时支付系统，而且世界各地的实时清算系统规范都不尽相同，如果通过这种方式，需要将每种不同的业务场景编写成一条分支代码，这样下来，整个代码会非常复杂，而且难以维护。此外，在实际生产中，如果遇到当地业务应急需要变更重复报文校验需求的话，需要修改代码才行，无法灵活满足应急需求。整体来说，这种检验重复报文的方法灵活度和复用度都很低。

另一种方式是基于SQL脚本配置，把对报文处理的条件和执行动作转换成SQL脚本的形式，存储到数据库中，使用的时候再读取数据库。这种处理虽然可以通过灵活的规则脚本实现复杂多变的报文处理条件，但对于时效性不足，每次都基于复杂的SQL从库里查询搜索，容易造成性能瓶颈，无法满足实时支付这样的高速支付场景。

发明内容

本发明实施例提出一种分布式支付平台系统的重复报文识别系统，用以灵活地处理重复交易报文识别，该系统包括：

组合服务，用于在分布式支付平台系统收到一笔交易对应的交易报文后，调用重报检查微服务进行重报检查；在接收到该交易报文的前端展示指令后，根据该交易报文对应的关联关系，从报文匹配缓存表中查询出重复的交易报文，将该交易报文和重复的交易报文展现在前端页面上；

重报检查微服务，用于调用规则引擎微服务按照重报检查类型进行执行，获得交易报文的重报索引；根据交易报文的重报索引，在缓存中查找是否有重复的交易报文，若缓存中有重复的交易报文，根据分布式支付平台系统的系统参数，判断该交易报文是否为重复交易报文，若确定该交易报文是重复交易报文，将该交易报文的重报索引和交易序列号，以及从缓存中查询到的重复的交易报文的交易序列号保存在重报检查表和缓存中，将该交易报文与从缓存中查询到的重复的交易报文建立关联关系，将关联关系保存到报文匹配缓存表和缓存中，若确定该交易报文不是重复交易报文，将该交易报文的重报索引和交易序列号保存在重报检查表和缓存中；若缓存中没有重复的交易报文，将该交易报文的重报索引和交易序列号保存在重报检查表和缓存中；