支付交易处理方法及装置制造方法及图纸

本发明专利技术公开了一种支付交易处理方法及装置，涉及分布式，其中该方法包括：接收交易发起系统的支付交易发起后，根据交易类型确定需调动的微服务，以及调动顺序；接收并保存各微服务返回的处理结果，在根据处理结果确定微服务出现异常时，根据出现异常的微服务在支付交易中的位置及顺序，按支付业务场景中该交易类型的业务要求进行处理；将各微服务返回的处理结果存主数据库。本发明专利技术可以保证了交易处理结果和账务的一致性，避免了交易处理失败但客户账号被扣款的情况；通过异步写库存交易信息的设计方案，保证交易信息传输的可靠性，同时提高了系统的并发性能。了系统的并发性能。了系统的并发性能。

【技术实现步骤摘要】
支付交易处理方法及装置


[0001]本专利技术涉及分布式
，尤其涉及支付交易处理方法及装置。

技术介绍

[0002]在传统单体应用中，一般通过事务来保证数据一致性。在数据层面的事务是指一组原子操作必须按照规定的顺序全部执行成功。如果任意一个原子操作失败，则该组原子操作都要回退到原来的状态。
[0003]传统业务环境下这些原子数据操作都在同一个数据库实例上完成，而在分布式系统中，可能会出现事务跨两个或者多个系统数据库实例的情况，因此传统的事务管理机制不适用于分布式实时支付系统。
[0004]也即，现有技术的不足在于，在分布式实时支付系统中并无保障交易一致性的技术方案，能够避免交易处理失败时客户账号被扣款的情况。

技术实现思路

[0005]本专利技术实施例提供一种支付交易处理方法，用以解决在分布式实时支付系统中并无保障交易一致性的技术方案，能够避免交易处理失败时客户账号被扣款的情况的问题，该方法包括：
[0006]接收交易发起系统的支付交易发起后，根据交易类型确定需调动的微服务，以及调动顺序；
[0007]接收并保存各微服务返回的处理结果，在根据处理结果确定微服务出现异常时，根据出现异常的微服务在支付交易中的位置及顺序，按支付业务场景中该交易类型的业务要求进行处理；
[0008]将各微服务返回的处理结果存主数据库。
[0009]本专利技术实施例还提供一种支付交易处理装置，用以解决在分布式实时支付系统中并无保障交易一致性的技术方案，能够避免交易处理失败时客户账号被扣款的情况的问题，该装置包括：
[0010]接收模块，用于接收交易发起系统的支付交易发起后，根据交易类型确定需调动的微服务，以及调动顺序；
[0011]处理模块，用于接收并保存各微服务返回的处理结果，在根据处理结果确定微服务出现异常时，根据出现异常的微服务在支付交易中的位置及顺序，按支付业务场景中该交易类型的业务要求进行处理；
[0012]存储模块，用于将各微服务返回的处理结果存主数据库。
[0013]本专利技术实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述支付交易处理方法。
[0014]本专利技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有
计算机程序，所述计算机程序被处理器执行时实现上述支付交易处理方法。
[0015]本专利技术实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述支付交易处理方法。
[0016]本专利技术实施例中，与现有技术中只能支持传统业务环境下这些原子数据操作下的一致性的技术方案相比，针对分布式实时支付系统的特点，一方面，由于通过增加对异常的处理，从而实现对交易处理的一致性补偿。进一步的，由于通过异常处理可以完成异常状态更新、发送通知与回执、事务补偿的功能，结合实时支付业务的特殊性，对账务处理后发生的异常进行冲正补偿，对账务处理前发生的异常进行交易状态的更新和异常信息的记录。
[0017]另一方面，采用异步写库方式，接收并保存各微服务返回的处理结果，对异常处理后，统一将各微服务返回的处理结果存主数据库，保证交易信息传输的可靠性，同时减少了各个微服务的等待时间，提高了分布式系统的并发度。
[0018]从而保证了交易处理结果和账务的一致性，避免了交易处理失败但客户账号被扣款的情况；通过异步写库存交易信息的设计方案，保证交易信息传输的可靠性，同时提高了系统的并发性能。
附图说明
[0019]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0020]图1为本专利技术实施例中支付交易处理方法实施流程示意图；
[0021]图2为本专利技术实施例中支付交易架构示意图；
[0022]图3为本专利技术实施例中支付交易处理流程示意图；
[0023]图4为本专利技术实施例中重复的汇入交易处理流程示意图；
[0024]图5为本专利技术实施例中支付交易处理装置结构示意图。
具体实施方式
[0025]为使本专利技术实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本专利技术实施例做进一步详细说明。在此，本专利技术的示意性实施例及其说明用于解释本专利技术，但并不作为对本专利技术的限定。
[0026]专利技术人在专利技术过程中注意到：
[0027]现有的分布式实时支付系统是依托于云平台微服务架构的全球实时支付系统。通过全球一体化系统支持海外机构对接当地小额实时支付系统，实现本地清算汇入、汇出交易的实时处理，进一步提高效率、节约成本、加强管理，更好支持海外机构为客户提供优质支付清算服务。
[0028]微服务是一种软件架构风格，以专注于单一责任与功能的小型功能区块为基础，利用模组化的方式组合成复杂的大型应用程式，各功能区块使用约定的API相互通讯。
[0029]由于分布式实时支付系统中并无保障交易一致性的技术方案，能够避免交易处理失败时客户账号被扣款的情况。本专利技术实施例提供的技术方案将主要解决在分布式实时支
付系统中如何保证交易最终一致性的问题。与单体应用不同，分布式系统中一笔交易的多个逻辑操作会被拆分成多个服务之间的远程调用。虽然分布式架构为系统提供了更好的可扩展性和可用性，但因多个服务彼此之间不在同一个事务中，也带来了数据不一致的风险。针对分布式架构带来的交易一致性问题，本专利技术实施例提供的技术方案将结合支付交易的业务特点，提出了一种确保支付交易一致性的解决方案。
[0030]基于此，因支付交易的业务特殊性，本专利技术实施例提供的技术方案将从业务补偿和异步写库的角度出发，提供一种确保分布式支付系统中交易的最终一致性的新思路，以保证整个交易处理过程中不会出现丢失或因系统异常导致的账务不一致的问题。
[0031]为保证分布式实时支付系统中支付交易处理的最终一致性，本专利技术实施例提供的技术方案将主要采用以下了两个措施来进行保证：
[0032](1)一致性补偿机制。
[0033]一致性补偿机制是指在需要进行回滚操作的时候能够依据某种手段获取业务完整的已执行路径，从而实现符合业务规则的逆向操作。由于金融支付交易具有特殊性，虽然交易处理过程中涉及众多逻辑处理节点，但记账节点是整个支付流程的核心操作，所以可以针对分布式架构设计一套异常处理方案完成一致性补偿。
[0034]在分布式实时支付系统中，支付业务组合服务通常需要包含报文解析、重报检查、借方识别、贷方识别、记账等多个微服务。而本专利技术实施例提供的技术方案中设计的异常处理功能贯穿业务处理的全流程，异常处理模块主要完成异常状态更新、发送通知与回执、事务补偿的功能。由于实时支付交本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支付交易处理方法，其特征在于，包括：接收交易发起系统的支付交易发起后，根据交易类型确定需调动的微服务，以及调动顺序；接收并保存各微服务返回的处理结果，在根据处理结果确定微服务出现异常时，根据出现异常的微服务在支付交易中的位置及顺序，按支付业务场景中该交易类型的业务要求进行处理；将各微服务返回的处理结果存主数据库。2.如权利要求1所述的方法，其特征在于，按支付业务场景中该交易类型的业务要求进行处理，包括：若微服务出现的是预先设置的异常码，按该种异常码设定的交易流程进行处理；若微服务出现的是当前交易需要停止处理，终止调用组合服务中后面的微服务，并且更新交易状态；若微服务出现的是当前交易需要停止处理，如果已记账，调用账务冲正进行补偿；若微服务出现的是当前交易已停止处理，给交易发起系统发送通知，通知当前交易失败。3.如权利要求1所述的方法，其特征在于，通过Kafka集成的方式接收并保存各微服务返回的处理结果。4.如权利要求1所述的方法，其特征在于，将各微服务返回的处理结果存主数据库，包括：先将微服务返回的处理结果放入消息队列，随后数据库后台模块将依次读取消息队列的处理结果，存入主数据库。5.如权利要求4所述的方法，其特征在于，读取消息队列的处理结果，存入主数据库时，进一步包括：在读取微服务的消息队列的处理结果时，加上该微服务的版本号，用以避免支付交易业务流程中后面的微服务存主数据库的处理结果被前面的微服务存主数据库的处理结果覆盖。6.一种支付交易处理装置，其特征在于，包括：接收模块，用于接收交易发起系统的支付交易发起后，根据交易类型确定需调动的微服务，以及调动顺序；处理模块，用于接收并保存各微服务返回的处理结果，在根据处理结果确定微服务出现异常时，根据出现异常的微服务在支付交易中的位置及顺序，按支付业务场景中该交...

【专利技术属性】
技术研发人员：石毅，
申请(专利权)人：中国银行股份有限公司，
类型：发明
国别省市：