交易数据处理方法、装置、电子设备及存储介质与流程

1.本发明涉及支付技术领域，尤其涉及一种交易数据处理方法、装置、电子设备及存储介质。


背景技术：

2.网上支付指通过互联网作为载体进行资金的转移，利用银行所支持的某种数字金融工具，发生在购买者和销售者之间的金融交换，而实现从买者到金融机构、商家之间的在线货币支付、现金流转、资金清算、查询统计等过程，由此为电子商务服务和其它服务提供金融支持。
3.现有技术中，支付和清分处理作为组合能力，支付系统在进行收银的过程中，同步完成支付和账务处理。清分处理散落在支付系统的各个模块中，支付系统内部模块耦合度高。清分是清算的数据准备阶段，清算即清分结算。
4.然而，现有技术中没有独立的清算处理中心，清算业务的实现基于支付处理，支付与清分处理同步进行，业务处理流程复杂、处理性能低下，并且大大地增加了运维的难度，一旦支付或者清分处理出现问题，需要对整个支付系统进行修复或者更新。


技术实现要素：

5.本发明提供一种交易数据处理方法、装置、电子设备及存储介质，用以解决现有技术中业务处理流程复杂、处理性能低下，运维难度大的问题。
6.本发明提供一种交易数据处理方法，包括：
7.获取支付中心发送的交易数据；
8.向所述支付中心发送确认消息。
9.本发明还提供一种交易数据处理方法，包括：
10.向清算中心发送交易数据；
11.获取所述清算中心发送的确认消息。
12.本发明还提供一种交易数据处理装置，包括：
13.第一获取模块，用于获取支付中心发送的交易数据；
14.第一发送模块，用于向所述支付中心发送确认消息。
15.本发明还提供一种交易数据处理装置，包括：
16.第二发送模块，用于向清算中心发送交易数据；
17.第二获取模块，用于获取所述清算中心发送的确认消息。
18.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述交易数据处理方法的步骤。
19.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述交易数据处理方法的步骤。
20.本发明提供的交易数据处理方法、装置、电子设备及存储介质，通过对支付系统的功能解耦，将清算中心从原支付中心脱离出来，作为独立的平台运行，支付与清分处理可以异步进行也可以同步进行，降低了业务处理流程的复杂度，加强了业务处理性能，同时对支付中心和清算中心可以单独进行运维处理，降低了运维的难度和成本。
附图说明
21.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本发明提供的交易数据处理方法的流程示意图之一；
23.图2是现有技术中的支付系统的架构示意图；
24.图3是现有技术中的支付处理的流程示意图；
25.图4是本发明提供的支付系统的架构示意图；
26.图5是本发明提供的支付处理的流程示意图；
27.图6是本发明提供的清算处理的流程示意图之一；
28.图7是本发明提供的清算处理的流程示意图之二；
29.图8是本发明提供的清算处理的流程示意图之三；
30.图9是本发明提供的清算处理的流程示意图之四；
31.图10是本发明提供的交易数据处理方法的流程示意图之二；
32.图11是本发明提供的清算处理的流程示意图之五；
33.图12是本发明提供的交易数据处理装置的结构示意图之一；
34.图13是本发明提供的交易数据处理装置的结构示意图之二；
35.图14是本发明提供的电子设备的结构示意图。
具体实施方式
36.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
37.本发明的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
38.下面结合附图，通过具体的实施例及应用场景对本发明实施例进行详细地说明。
39.本发明实施例提供的交易数据处理方法可以应用在利用银行所支持的某种数字金融工具，发生在购买者和销售者之间的金融交换过程中。
40.图1是本发明提供的交易数据处理方法的流程示意图之一，如图1所示，本发明实施例提供一种交易数据处理方法，其中执行主体可以为清算中心，本实施例以清算中心为例进行说明。该方法包括：
41.步骤101、获取支付中心发送的交易数据。
42.具体来说，将清算中心从原支付中心脱离出来，构建独立的清算处理平台。在购买者发起支付后，支付中心获取到对应的交易数据，清算中心获取支付中心获得的交易数据。清算中心可以在支付中心获取到交易数据的同时获取对应的交易数据，也可以在需要进行清算处理的时候再去获取支付中心获得的交易数据。
43.图2是现有技术中的支付系统的架构示意图，如图2所示，可以看出现有技术中没有独立的清算处理中心，支付中心和清算处理是作为组合能力同步进行的，各种清算处理分散在支付中心的各个模块中，因此对各种清算处理业务的调用关系复杂。
44.图3是现有技术中的支付处理的流程示意图，如图3所示，可以看出现有技术中，支付中心在进行收银处理时，同步完成支付和账务清分处理，支付处理根据业务场景，完成系统的支付计算，而清分处理的能力高度融归于支付处理来实现，处理业务流程长、处理逻辑复杂、处理性能低下。并且，当支付计算规则遇到更新或者是清分结算处理业务出现异常时，需要对整个支付中心进行更新或者修复，大大增加了运维的难度。
45.此外，现有技术中，由支付中心在日终或者月终对商户进行清分结算处理，进行收费、分润、结算等处理，这些处理的实现基于支付处理，不能适应于其他业务的结算、计费、分润等。并且，由于支付处理和清分处理业务同步进行，没有独立的清分查询、对账处理，在系统出现异常时，只能通过调账或者数据变更进行修复，对应容错成功率过高。
46.图4是本发明提供的支付系统的架构示意图，如图4所示，在本发明实施例提供的支付系统架构中，对原支付系统进行功能拆分解耦，将清算中心从原支付中心独立出来，构建新的支付系统架构。
47.图5是本发明提供的支付处理的流程示意图，如图5所示，在本发明提供的支付系统架构中，清算中心作为独立的平台，可以为支付中心以及其他业务模块提供统一的清分处理，清算中心相对于现有技术中的处理方式发生变更。
48.从图5可以看出，本发明实施例中，支付中心与清算中心彼此独立，在购买者发起支付请求后，支付中心获得交易数据，异步调动清算中心进行清分、结算、收费、分润等处理，清算中心获取支付中心发送的交易数据。对交易数据进行清算可以在支付完成的同时进行，实现对交易数据的实时清算，也可以在支付完成后进行清算，如在日终、月终甚至年终进行。
49.清算中心与支付中心彼此独立，清算处理业务独立于支付处理，当支付中心或者清算中心出现异常或者需要更新时，只需要对其中一个模块进行修复或者更新，而不需要同时进行修复或更新，降低了运维的难度。
50.步骤102、向所述支付中心发送确认消息。
51.具体来说，清算中心获取到支付中心发送的交易数据后，无论是立即开始对交易数据进行清分、收费、结算、分润等处理，还是日终、月终设置年终对交易数据进行清算处理，都需要给支付中心一个接收数据的反馈。
52.同样的，清算中心获取支付中心发送的交易数据，可以是与支付中心获取到交易数据同时进行的，也可以是在需要对交易数据进行清算处理时再去获取支付中心发送的交易数据。但是无论何时获取交易数据，都需要对支付中心进行反馈。
53.本发明实施例提供的交易数据处理方法，通过对支付系统的功能解耦，将清算中
心从支付中心脱离出来，作为独立的平台运行，支付与清分处理可以异步进行也可以同步进行，降低了业务处理流程的复杂度，加强了业务处理性能，同时对支付中心和清算中心可以单独进行运维处理，降低了运维的难度和成本。
54.可选地，所述获取支付中心发送的交易数据之后，还包括：
55.对所述交易数据进行清算，得到清算结果。
56.具体来说，清算中心获取支付中心发送的交易数据，是为了对交易数据进行清算处理，得到清分、收费、结算、分润的最终结果。清分是清算的数据准备阶段，对交易数据进行汇总、整理、分类等处理。
57.例如，清算处理包括清分登记、清分登记查询、退款清分登记、生成对账文件等。下文以几种具体的清算业务为例进行说明。
58.图6是本发明提供的清算处理的流程示意图之一，如图6所示，当清算中心接收到支付中心发起的实时清分或者异步清分登记请求后，清算中心按照业务类型对登记请求信息进行汇总，生成清分表等登记录入记录。业务类型如会员充值、流量充值、转账、提现、申请退款等，登记请求信息包括交易总数额、交易时间、服务费金额等信息。
59.当业务类型为流量充值、会员充值等时，因为需要对业务进行做账，故而清算中心向账务系统发起做账申请，由账务系统进行账务登记后，反馈给清算中心。清算中心才能反馈给支付中心登记成功或者正在处理中的结果。支付中心收到清算中心登记成功的反馈后，对对应的交易数据的登记状态进行更新，以便于后续对交易数据进行查询或者整理。
60.对交易数据进行录入登记，是对交易数据进一步处理的前提。成功录入登记也是对支付订单进行查询或者是用户申请退款处理的前提。
61.图7是本发明提供的清算处理的流程示意图之二，如图7所示，当需要对订单详情进行查询或者用户申请退款时，支付中心需要查询订单的清分登记结果，是否登记录入成功或者正在处理中。
62.具体流程为，清算中心收到支付中心实时发起的清分查询请求，清算中心通过清分表等查询该订单是否已清分成功。如果是流量充值、会员充值等业务，由于需要对业务进行做账，故而清算中心向账务系统发起做账申请，由账务系统进行账务登记后，反馈给清算中心。清算中心才能反馈给支付中心订单的清分登记结果，即是否登记录入成功，或者正在处理中。
63.对交易数据进行查询是在用户申请退款等操作时必经的处理，只有经过查询确认订单属实，才可以进行退款操作。
64.图8是本发明提供的清算处理的流程示意图之三，如图8所示，当确认订单清分登记结果后，进行退款清分登记。对交易数据进行处理，既包括正交易如支付数据进行处理，也包括对负交易如退款数据进行处理。
65.清算中心向支付中心发送关于订单的清分登记结果，由支付中心确认订单清分登记录入成功后，清算中心接收到支付中心发送的清分退款请求，清算中心接收到支付中心的请求后进行清分退款登记，并将登记结果反馈给支付中心，支付中心根据反馈结果对清分退款登记结果的状态进行更新。清算中心可以在日终、月终、年终对退款订单进行批量清分处理。
66.对于申请退款的订单，清算中心不需要做账，清分记录可以为流水表，将退款交易
记为新记录，对正负交易以正负数据的形式记录。
67.本发明实施例提供的交易数据处理，通过独立的清算中心对交易数据进行清分结算，降低了业务处理流程的复杂度，加强了业务处理性能，同时对支付中心和清算中心可以单独进行运维处理，降低了运维的难度和成本。
68.可选地，所述对所述交易数据进行清算，得到清算结果之后，还包括：
69.获取调度中心发送的对账文件请求；
70.基于所述清算结果生成对账文件；
71.向所述调度中心发送所述对账文件。
72.具体来说，图9是本发明提供的清算处理的流程示意图之四，如图9所示，由于支付中心和清算中心之间存在数据交互，因此需要生成支付中心和清算中心之间的对账文件，以便对对账平台进行对账处理，避免支付中心和清算中心记录的交易数据信息不一致导致数据记载错乱。
73.调度中心对交易数据进行统一批量调度。当清算中心收到调度中心发送的对账文件请求，清算中心根据历史数据信息生成本地文件，清算中心查询支付系统各个平台的清分结果记录，汇总写入本地文件中生成对账文件，并将该对账文件上传至文件服务器进行存储。然后将对账文件生成的结果反馈至调度中心。
74.生成对账文件的主要目的是对交易数据进行稽查审核，对记错、记漏等现象进行修正、补充。
75.本发明实施例提供的交易数据处理方法，清算中心和支付中心彼此独立，通过生成两个平台的对账文件，对交互的数据进行对账，对两个平台记录不一致的交易数据及时进行修正、补充，降低对交易数据进行勘误时的容错成功率。
76.图10是本发明提供的交易数据处理方法的流程示意图之二，如图10所示，本发明实施例提供一种交易数据处理方法，执行主体可以为支付中心，本实施例以支付中心为例进行说明。该方法包括：
77.步骤1001、向清算中心发送交易数据。
78.具体来说，清算中心从原支付中心脱离出来，构建独立的清算中心。在购买者发起支付后，支付中心获取到对应的交易数据，并将交易数据发送至清算中心，以供后续的清分结算处理。支付中心可以在获取到交易数据的同时将交易数据发送至清算中心，支付中心也可以在需要对交易数据进行清算处理的时候再将交易数据发送至清算中心。
79.在本实施例中，不再对现有技术和本发明提供的支付系统的架构和支付处理流程进行比较赘述。
80.在本发明实施例中，清算中心与支付中心彼此独立，无需在进行支付处理的同时就完成对交易数据的清分结算，对交易数据进行清分结算的处理可以与支付同步进行也可以在支付后的任一时间点进行，大大降低了支付业务处理流程的复杂性。
81.再有，将清算中心从原支付中心脱离出来，在支付中心或者清算中心出现异常或需要进行更新时，只需要对需要修复或更新的模块进行处理，而不需要对支付和清算模块同时进行修复或者更新，大大地降低了运维的难度和成本投入。
82.步骤1002、获取所述清算中心发送的确认消息。
83.具体来说，支付中心向清算中心发送交易数据后，无论清算中心后续如何进行处
理，例如清分、收费、结算、分润等，都需要得到清算中心接收到交易数据的实时反馈，以确认交易数据的成功送达。
84.同样的，支付中心向清算中心发送交易数据，可以是在支付中心获取到交易数据的同时进行的，也可以是在需要对交易数据进行清算处理时再向清算中心发送交易数据。但是无论何时向清算中心发送交易数据，都需要收到清算中心接收数据成功或是失败的反馈。
85.本发明实施例提供的交易数据处理方法，通过将清算中心从支付中心脱离出来，作为独立的平台运行，支付与清分处理可以异步进行也可以同步进行，降低了业务处理流程的复杂度，加强了业务处理性能，同时对支付中心和清算中心可以单独进行运维处理，降低了运维的难度和成本。
86.可选地，所述获取所述清算中心发送的确认消息之后，还包括：
87.获取所述清算中心发送的清算结果。
88.具体来说，支付中心向清算中心发送交易数据，是为了对交易数据进行清算处理，得到清分、收费、结算、分润的最终结果。清分是清算的数据准备阶段，对交易数据进行汇总、整理、分类等处理。
89.例如，清算处理包括清分登记、清分登记查询、退款清分登记、生成对账文件等。下文以几种具体的清算业务为例进行说明。
90.图6是本发明提供的清算处理的流程示意图之一，如图6所示，当支付中心向清算中心发起实时清分或者异步清分登记请求后，清算中心按照业务类型对登记请求信息进行汇总，生成清分表等登记录入记录。业务类型如会员充值、流量充值、转账、提现、申请退款等，登记请求信息包括交易总数额、交易时间、服务费金额等信息。
91.当业务类型为流量充值、会员充值等时，因为需要对业务进行做账，故而清算中心向账务系统发起做账申请，由账务系统进行账务登记后，反馈给清算中心。支付中心才能收到清算中心登记成功或者正在处理中的结果反馈。支付中心收到清算中心登记成功的反馈后，对对应的交易数据的登记状态进行更新，以便于后续对交易数据进行查询或者整理。
92.对交易数据进行录入登记，是对交易数据进一步处理的前提。成功录入登记也是对支付订单进行查询或者是用户申请退款处理的前提。
93.图7是本发明提供的清算处理的流程示意图之二，如图7所示，当需要对订单详情进行查询或者用户申请退款时，支付中心需要查询订单的清分登记结果，是否登记录入成功或者正在处理中。
94.具体流程为，支付中心向清算中心实时发起清分查询请求，清算中心通过清分表等查询该订单是否已清分成功。如果是流量充值、会员充值等业务，由于需要对业务进行做账，故而清算中心向账务系统发起做账申请，由账务系统进行账务登记后，反馈给清算中心。支付中心才能收到清算中心关于订单的清分登记结果，即是否登记录入成功，或者在处理中。
95.对交易数据进行查询是在用户申请退款等操作时必经的处理，只有经过查询确认订单属实，才可以进行退款操作。
96.图8是本发明提供的清算处理的流程示意图之三，如图8所示，当支付中心收到确认订单清分登记结果反馈后，进行退款清分登记。对交易数据进行处理，既包括正交易如支
付数据进行处理，也包括对负交易如退款数据进行处理。
97.支付中心向清算中心发送关于订单的清分登记结果，由支付中心确认订单清分登记录入成功后，支付中心向清算中心发送清分退款请求，清算中心接收到支付中心的请求后进行清分退款登记，并将登记结果反馈给支付中心，支付中心根据反馈结果对清分退款登记结果的状态进行更新。清算中心可以在日终、月终、年终对退款订单进行批量清分处理。
98.对于申请退款的订单，清算中心不需要做账，清分记录可以为流水表，将退款交易记为新记录，对正负交易以正负数据的形式记录。
99.本发明实施例提供的交易数据处理，通过独立的清算中心对交易数据进行清分结算，降低了业务处理流程的复杂度，加强了业务处理性能，同时对支付中心和清算中心可以单独进行运维处理，降低了运维的难度和成本。
100.可选地，所述获取所述清算中心发送的清算结果之后，还包括：
101.发送对账文件请求；
102.获取对账文件；
103.基于所述对账文件进行稽核处理。
104.具体来说，图9是本发明提供的清算处理的流程示意图之四，如图9所示，由于支付中心和清算中心之间存在数据交互，因此需要生成支付中心和清算中心之间的对账文件，以便对对账平台进行对账处理，避免支付中心和清算中心记录的交易数据信息不一致导致数据记载错乱。
105.调度中心对交易数据进行统一批量调度。当清算中心收到调度中心发送的对账文件请求，清算中心根据历史数据信息生成本地文件，清算中心查询支付系统各个平台的清分结果记录，汇总写入本地文件中生成对账文件，并将该对账文件上传至文件服务器进行存储。然后将对账文件生成的结果反馈至调度中心。
106.生成对账文件的主要目的是对交易数据进行稽查审核，对记错、记漏等现象进行修正、补充。在图9实施例中，支付中心向文件服务器发送对账文件请求，获取到存储在文件服务器中的对账文件，对对账文件进行稽核处理。稽核即稽查和审核，对交易数据进行查对计算。
107.此时由于清算中心、文件服务器和调度中心都有获取到对账文件，因此支付中心发送对账文件请求的对象并不单一。
108.图11是本发明提供的清算处理的流程示意图之五，如图11所示，支付中心向清算中心发出获取对账文件的请求，从清算中心获取到对账文件，再对对账文件进行稽核处理。
109.在一个未示出的实施例中，支付中心向调度中心发起获取对账文件的请求，从调度中心获取对账文件，再对对账文件进行稽核处理。
110.本发明实施例提供的交易数据处理方法，清算中心和支付中心彼此独立，通过生成两个平台的对账文件，对交互的数据进行对账，对两个平台记录不一致的交易数据及时进行修正、补充，降低对交易数据进行勘误时的容错成功率。
111.图12是本发明提供的交易数据处理装置的结构示意图之一，如图12所示，本发明实施例提供的交易数据处理装置，包括第一获取模块1201和第一发送模块1202，其中：
112.第一获取模块1201用于获取支付中心发送的交易数据；第一发送模块1202用于向
所述支付中心发送确认消息。
113.图13是本发明提供的交易数据处理装置的结构示意图之二，如图13所示，本发明实施例提供的交易数据处理装置，包括第二发送模块1301和第二获取模块1302，其中：
114.第二发送模块1301用于向清算中心发送交易数据；第二获取模块1302用于获取所述清算中心发送的确认消息。
115.具体来说，本发明实施例提供的上述交易数据处理装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
116.图14是本发明提供的电子设备的结构示意图，如图14所示，该电子设备可以包括：处理器(processor)1401、通信接口(communications interface)1402、存储器(memory)1403和通信总线1404，其中，处理器1401，通信接口1402，存储器1403通过通信总线1404完成相互间的通信。处理器1401可以调用存储器1403中的逻辑指令，以执行交易数据处理方法，该方法包括：
117.获取支付中心发送的交易数据；
118.向所述支付中心发送确认消息。
119.此外，上述的存储器1403中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
120.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的交易数据处理方法，该方法包括：
121.获取支付中心发送的交易数据；
122.向所述支付中心发送确认消息。
123.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的交易数据处理方法，该方法包括：
124.获取支付中心发送的交易数据；
125.向所述支付中心发送确认消息。
126.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
127.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
128.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。