CN111242604A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN111242604A CN111242604A CN202010023913.0A CN202010023913A CN111242604A CN 111242604 A CN111242604 A CN 111242604A CN 202010023913 A CN202010023913 A CN 202010023913A CN 111242604 A CN111242604 A CN 111242604A
- Authority
- CN
- China
- Prior art keywords
- data
- transaction
- payment
- execution
- segmented
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书实施例提供数据处理方法及装置,其中,所述数据处理方法包括:获取待处理业务的元数据;根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
Description
技术领域
本说明书实施例涉及数据处理技术领域,特别涉及数据处理方法及装置。
背景技术
在针对待处理业务进行执行处理的过程中,通常执行处理过程所消耗的数据量相对于数据流出对象来讲是平衡的数据量,而数据流出对象在针对不同的待处理业务的数据事务进行执行处理的过程中,数据量的消耗数值也可能是不同的,而当数据量的消耗数值达到数值阈值的情况下,此时数据流出对象的数据账户空间中为数据流出对象提供的数据量可能并不能够满足数据流出对象的执行处理需求,并且数据流出对象的数据账户空间中的可用数据被短时间调用过多的情况下,将会对数据流出对象针对其他待处理业务的数据事务执行造成压力,而影响其他待处理业务的数据事务执行处理的效率,故亟需一种数据处理方法以解决上述问题。
发明内容
有鉴于此,本说明书实施例提供了数据处理方法及装置,交易处理方法及装置,同时涉及六种计算设备以及六种计算机可读存储介质。
本说明书实施例提供的第一种数据处理方法,包括:
获取待处理业务的元数据;
根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
可选地,所述数据处理方法,还包括:
根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目;
或者,
根据所述分段数据事务的数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述数据流入时间区间确定所述分段数据事务的执行段的时长和/或数目。
可选地,所述基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务,包括:
在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
或者,
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值子步骤执行之后,还包括:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务,包括:
接收所述分段数据事务的数据流入对象针对所述至少一个执行段提交的预执行请求;
基于所述预执行请求中携带的预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
可选地,所述基于所述预执行请求中携带的预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务,包括:
根据所述预执行请求对应的所述至少一个执行段的目标数据执行信息,计算所述预执行请求对应的总数据流动数值;
基于所述分段数据事务的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,包括:
在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户子步骤执行之后,还包括:
根据所述总数据流动数值以及对应的第二执行附加数据占比,计算第二执行附加数据值;
对所述数据流入对象进行所述第二执行附加数据值的数据结算处理;
其中,所述第二执行附加数据占比,包括对所述中间数据事务进行执行处理产生的处理费率,依据所述第二执行附加数据占比计算获得的所述第二执行附加数据值由所述数据流入对象承担。
可选地,所述数据处理方法,还包括:
根据所述第一分段数据流动数值以及所述执行段对应的第一执行附加数据占比,计算所述执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述第一分段数据事务在所述执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,还包括:
接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务步骤执行之后,还包括:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述获取待处理业务的元数据步骤执行之后,且所述根据所述元数据创建所述待处理业务的分段数据事务步骤执行之前,包括:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行所述根据所述元数据创建所述待处理业务的分段数据事务步骤;
若否,向所述数据流出对象推送处理失败的提醒。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
根据本说明书实施例提供的第一种数据处理装置,包括:
获取模块,被配置为获取待处理业务的元数据;
创建模块,被配置为根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
解析模块,被配置为基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
本说明书实施例提供的一种交易处理方法,包括:
获取待处理交易的交易元数据;
根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
可选地,所述交易处理方法,还包括:
根据所述分期支付事务的支付方的历史交易支付日志,确定向所述支付方推送的支付阶段的推荐分期数目,并根据所述支付方针对所述推荐分期数目提交的支付指令确定所述分期支付事务的支付阶段的分期数目;
或者,
根据所述分期支付事务的被支付方的交易记录,预测所述被支付方的收款时间区间,按照所述收款时间区间确定所述分期支付事务的支付阶段的分期时长和/或分期数目。
可选地,所述基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务,包括:
在所述分期支付事务的支付阶段的支付条件被触发的情况下,按照所述支付阶段的支付条件被触发对应的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
或者,
接收所述分期支付事务的支付方针对所述至少一个支付阶段提交的分期支付请求;
基于所述分期支付请求中携带的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
其中,所述与所述分期支付方式对应的目标支付事务中,记录有所述至少一个支付阶段的目标交易支付信息和目标支付链路,所述目标交易支付信息基于所述至少一个支付阶段的交易支付信息确定,所述目标支付链路基于所述至少一个支付阶段的支付链路确定。
可选地,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
读取所述目标交易支付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,对所述支付方的数据账户空间的数据额度扣减所述支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述支付数值对应的支付资源至所述分期支付事务的被支付方的数据账户;
其中,所述目标支付链路的支付节点至少对应于所述支付方的数据账户空间和所述被支付方的数据账户;所述数据账户空间的数据结算周期的时长与所述分期支付事务的支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,从所述支付方的支付账户转出所述支付数值对应的支付资源至所述被支付方的支付账户;
其中,所述目标支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述被支付方的支付账户。
可选地,所述读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值子步骤执行之后,还包括:
根据所述支付数值以及所述至少一个支付阶段对应的第一支付费率,计算所述至少一个支付阶段对应的第一支付附加费;
对所述被支付方进行所述第一支付费用的结算处理;
其中,所述第一支付费率,包括对所述分期支付事务在所述至少一个支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付方承担。
可选地,所述基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务,包括:
接收所述分期支付事务的被支付方针对所述至少一个支付阶段提交的预支付请求;
基于所述预支付请求中携带的预支付方式,对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务。
可选地,所述基于所述预支付请求中携带的预支付方式,对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务,包括:
根据所述预支付请求对应的所述至少一个支付阶段的目标交易支付信息,计算所述预支付请求对应的总支付数值;
基于所述分期支付事务的被支付方和交易代理机构二者支付账户的账户路径确定目标支付链路;
基于所述总支付数值和所述目标支付链路组建中间支付事务,作为所述目标支付事务;
其中,所述目标支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
可选地,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户;
根据所述支付方和所述交易代理机构二者支付账户的账户路径,确定从所述支付方至所述交易代理机构的分期支付链路;
根据所述分期支付链路和所述分期支付事务中待执行的执行段的数据执行信息,组建所述分期支付事务中待支付的支付阶段的第一分期支付事务;
其中,所述分期支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
可选地,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理步骤执行之后,包括:
在所述第一分期支付事务的支付阶段的支付条件被触发的情况下,读取所述第一分期支付事务中被触发的支付阶段对应的第一分期支付数值;
按照所述分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第一分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第一分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分期支付事务的执行阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户子步骤执行之后,还包括:
根据所述总支付数值以及对应的第二支付费率,计算第二支付附加费;
对所述被支付方进行所述第二支付附加费的结算处理;
其中,所述第二支付费率,包括对所述交易代理机构进行交易处理产生的交易费率,依据所述第二支付费率计算获得的所述第二支付附加费由所述被支付方承担。
可选地,所述交易处理方法,还包括:
根据所述第一分期支付数值以及所述支付阶段对应的第一支付费率,计算所述支付阶段对应的第一支付附加费;
对所述被支付方进行所述第一支付附加费的结算处理;
其中,所述第一支付费率,包括对所述第一分期支付事务在所述支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付承担。
可选地,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理步骤执行之后,还包括:
接收所述分期支付事务的被支付方针对剩余支付阶段提交的第二预支付请求;
基于所述第二预支付请求中携带的第二预支付方式,对所述剩余支付段对应的交易支付信息和支付链路进行组装,获得与所述第二预支付方式对应的第二中间支付事务;所述第二中间支付事务中记录有所述第二预支付请求对应的第二总支付数值;
通过从所述分期支付事务的交易代理机构的支付账户申请所述第二总支付数值对应的支付资源至所述被支付方的支付账户的方式,对所述第二中间支付事务进行支付处理;
根据所述分期支付事务的支付方和所述交易代理机构二者数据账户的账户路径,确定从所述支付方至所述交易代理机构的第二分期支付链路;
根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务;
其中,所述第二中间支付事务中记录有第二中间支付链路,所述第二中间支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述被支付方的支付账户。
可选地,所述根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务步骤执行之后,还包括:
在所述第二分期支付事务的剩余执行阶段中至少一者的支付条件被触发的情况下,读取所述第二分期支付事务中被触发的剩余支付阶段对应的第二分期支付数值;
按照所述第二分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第二分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第二分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分期支付事务的剩余支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述获取待处理交易的交易元数据步骤执行之后,且所述根据所述交易元数据创建所述待处理交易的分期支付事务步骤执行之前,包括:
判断所述交易元数据中包含的待交易数值是否小于或者等于所述分期支付事务的支付方的数据账户空间的可用数据额度;
若是,执行所述根据所述交易元数据创建所述待处理交易的分期支付事务步骤;
若否,向所述支付方推送处理失败的提醒。
根据本说明书实施例提供的一种交易处理装置,包括:
数据获取模块,被配置为获取待处理交易的交易元数据;
事务创建模块,被配置为根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
事务解析模块,被配置为基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
事务处理模块,被配置为根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
本说明书实施例提供的第二种数据处理方法,应用于服务端,包括:
接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向所述第一客户端下发所述分段数据事务;
根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第一客户端推送所述目标数据事务的执行处理结果。
可选地,所述根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务,包括:
接收所述第一客户端针对所述至少一个执行段提交的分段执行方式;
根据所述分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述第一客户端对应的数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至第二客户端对应的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值子步骤执行之后,还包括:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,还包括:
接收第二客户端对应的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务步骤执行之后,还包括:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务,包括:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述第一客户端对应的数据流出对象的数据账户空间的可用数据额度;
若是,根据所述元数据创建所述待处理业务的分段数据事务;
若否,向所述第一客户端推送处理失败的提醒。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
本说明书实施例提供的第二种数据处理装置,应用于服务端,包括:
请求接收模块,被配置为接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
分段数据事务创建模块,被配置为根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块,被配置为向所述第一客户端下发所述分段数据事务;
分段数据事务解析模块,被配置为根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
事务处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块,被配置为向所述第一客户端推送所述目标数据事务的执行处理结果。
本说明书实施例提供的第三种数据处理方法,应用于第一客户端,包括:
接收针对待处理业务提交的业务处理指令;
根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
本说明书实施例提供的第三种数据处理装置,应用于第一客户端,包括:
指令接收模块,被配置为接收针对待处理业务提交的业务处理指令;
请求提交模块,被配置为根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
事务接收模块,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
分段执行方式提交模块,被配置为根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
处理结果接收模块,被配置为接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
本说明书实施例提供的第四种数据处理方法,应用于服务端,包括:
接收第二客户端提交的携带业务标识的业务处理请求;
根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向第一客户端和所述第二客户端下发所述分段数据事务;
根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第二客户端推送所述目标数据事务的执行处理结果。
可选地,所述根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务,包括:
接收所述第二客户端对应的数据流入对象针对所述至少一个执行段提交的预执行方式;
根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
可选地,所述根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务,包括:
根据所述预执行方式对应的所述至少一个执行段的目标数据执行信息,计算所述预执行方式对应的总数据流动数值;
基于所述第二客户端对应的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
从所述分段数据事务的中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
可选地,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,包括:
在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
本说明书实施例提供的第四种数据处理装置,应用于服务端,包括:
请求接收模块,被配置为接收第二客户端提交的携带业务标识的业务处理请求;
事务创建模块,被配置为根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块,被配置为向第一客户端和所述第二客户端下发所述分段数据事务;
解析模块,被配置为根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块,被配置为向所述第二客户端推送所述目标数据事务的执行处理结果。
本说明书实施例提供的第五种数据处理方法,应用于第二客户端,包括:
采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
本说明书实施例提供的第五种数据处理装置,应用于第二客户端,包括:
采集模块,被配置为采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
解码模块,被配置为对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收模块,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
提交模块,被配置为根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
处理结果接收模块,被配置为接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
根据本说明书实施例提供的第一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
获取待处理业务的元数据;
根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
根据本说明书实施例提供的第二种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
获取待处理交易的交易元数据;
根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
根据本说明书实施例提供的第三种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向所述第一客户端下发所述分段数据事务;
根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第一客户端推送所述目标数据事务的执行处理结果。
根据本说明书实施例提供的第四种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收针对待处理业务提交的业务处理指令;
根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
根据本说明书实施例提供的第五种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收第二客户端提交的携带业务标识的业务处理请求;
根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向第一客户端和所述第二客户端下发所述分段数据事务;
根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第二客户端推送所述目标数据事务的执行处理结果。
根据本说明书实施例提供的第六种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
根据本说明书实施例提供第一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述第一种数据处理方法的步骤。
根据本说明书实施例提供第二种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述一种交易处理方法的步骤。
根据本说明书实施例提供第三种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述第二种数据处理方法的步骤。
根据本说明书实施例提供第四种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述第三种数据处理方法的步骤。
根据本说明书实施例提供第五种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述第四种数据处理方法的步骤。
根据本说明书实施例提供第六种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述第五种数据处理方法的步骤。
本说明书一实施例提供的数据处理方法,通过获取所述待处理业务的元数据,并根据所述元数据创建所述待处理业务的分段数据事务,再基于所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,根据解析结果获得的目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路对所述目标数据事务进行执行处理,根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务执行处理的处理效率和处理一致性。
附图说明
图1是本说明书一个实施例提供的第一种数据处理方法的处理流程图;
图2是本说明书一个实施例提供的一种应用于交易业务中的数据处理方法的处理流程图;
图3是本说明书一个实施例提供的一种应用于支付业务中的数据处理方法的处理流程图;
图4是本说明书一个实施例提供的第二种应用于支付业务中的数据处理方法的处理流程图;
图5是本说明书一个实施例提供的第一种数据处理装置的示意图;
图6是本说明书一个实施例提供的一种交易处理方法的处理流程图;
图7是本说明书一个实施例提供的第二种交易处理方法的处理流程图;
图8是本说明书一个实施例提供的一种交易处理装置的示意图;
图9是本说明书一个实施例提供的第二种数据处理方法的处理流程图;
图10是本说明书一个实施例提供的第二种数据处理装置的示意图;
图11是本说明书一个实施例提供的第三种数据处理方法的处理流程图;
图12是本说明书一个实施例提供的第三种数据处理装置的示意图;
图13是本说明书一个实施例提供的第四种数据处理方法的处理流程图;
图14是本说明书一个实施例提供的第四种数据处理装置的示意图;
图15是本说明书一个实施例提供的第五种数据处理方法的处理流程图;
图16是本说明书一个实施例提供的第五种数据处理装置的示意图;
图17是本说明书一个实施例提供的第一种计算设备的结构框图;
图18是本说明书一个实施例提供的第二种计算设备的结构框图;
图19是本说明书一个实施例提供的第三种计算设备的结构框图;
图20是本说明书一个实施例提供的第四种计算设备的结构框图;
图21是本说明书一个实施例提供的第五种计算设备的结构框图;
图22是本说明书一个实施例提供的第六种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本说明书一个实施例提供了数据处理方法及装置,交易处理方法及装置,同时涉及六种计算设备以及六种计算机可读存储介质。以下分别结合本说明书提供的实施例的附图逐一进行详细说明,并且对方法的各个步骤进行说明。
本说明书提供的第一种数据处理方法实施例如下:
参照附图1,其示出了本说明书实施例提供的一种数据处理方法的处理流程图,具体包括以下步骤:
步骤S102,获取待处理业务的元数据。
实际应用中,在针对待处理业务进行数据处理的过程中,往往需要调用大量的数据参与待处理业务的数据处理过程,而被调用数据会因参与数据处理被占用,这就使被调用数据在占用期间的使用收到影响,尤其是在被调用数据的数据规模较大的情况下,对数据利用率的影响则更为明显。本实施例提供的数据处理方法,在对待处理业务进行数据处理的过程中,首先以数据事务的方式对待处理业务进行执行处理,以此来提升数据处理效率,降低数据处理过程中数据占用的影响,并以执行段的方式对待处理业务的执行处理过程进行划分,从而来降低待处理业务的执行处理过程所占用的数据量,同时也能够提升业务执行处理的处理效率和处理一致性。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
具体实施时,所述待处理业务包括:交易业务,数据流处理业务,支付业务;相应的,所述交易业务具体是指关于物品交易、资源交易或者数据交易进行交易处理相关的业务;所述数据流处理业务具体是指关于数据流调用处理的相关业务;所述支付业务具体是指关于商品支付处理的相关业务。
其中,在所述待处理业务为数据流处理业务的情况下,对应的所述元数据是指针对数据流处理业务所需要执行的调用任务;所述待处理业务为交易业务的情况下,对应的元数据是指针对交易业务所需要交易的总交易数额;所述待处理业务为支付业务的情况下,对应的元数据是指针对支付业务所需要支付的总支付资金。
本实施例将以所述待处理业务为数据流处理业务对所述数据处理方法进行描述,在数据流处理业务场景中,数据流出对象和数据流入对象在针对调用任务进行数据流调用的过程中,需要数据流出对象针对调用任务提供部分数据流才能够使得调用任务完成,而在完成调用任务的过程中所涉及的数据流是较大的,此时数据流出对象很容易出现无法一次性提供全量数据流的情况发生,为了避免该情况发生而导致数据流出对象无法完成调用任务,可以由中间数据对象向数据流出对象提供一定量的数据流以便于数据流出对象可以针对调用任务进行执行,并且向数据流出对象提供的数据流可以按照分阶段处理的方式进行调用。
实际应用中,在数据流出对象针对调用任务提供数据流的过程中,提供数据流的中间数据对象可以一次性将针对调用任务的全量数据流下发至数据流入对象,而数据流出对象针对中间数据对象提供的数据流进行分阶段处理,即可实现数据流出对象可以完成调用任务。
除此之外,提供数据流的中间数据对象还可以根据数据流出对象的分阶段处理方式向数据流入对象下发数据流。
进一步的,在获取所述待处理业务的元数据的基础上,进一步的,为了提高待处理业务场景的安全性,实现可以针对数据流出对象进行准入限制,本实施例的一个或多个实施方式中,准入限制的核验过程具体实现方式如下所述:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行下述步骤S104;
若否,向所述数据流出对象推送处理失败的提醒。
具体的,首先确定所述元数据中包含的待处理数据处理值,再判断所述待处理数据处理值是否小于或等于所述分段数据事务的数据流出对象的账户空间的可用数据额度,若是,说明此时数据流出对象满足准入限制,可以针对元数据创建分段数据事务,则执行下述步骤S104即可;若否,说明此时数据流出对象不满足准入限制,可以向数据流出对象推送处理失败的提醒,所述提醒即为数据流出对象无法针分段数据事务进行执行处理的相关信息。
通过在根据元数据创建所述分段数据事务之前,对数据流出对象进行准入核验,不仅提高了所述待处理业务场景的安全性,同时可以对数据流出对象产生一定的限制作用,避免非正常数据流出对象对待处理业务产生非正常影响。
步骤S104,根据所述元数据创建所述待处理业务的分段数据事务。
具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
本实施例中,首先按照业务处理节点对所述待处理业务的执行处理过程进行划分,将待处理业务的执行处理过程划分为一个或者多个执行阶段(执行段),然后对待处理业务进行事务化,每个执行阶段需要执行处理的事务称之为一个数据事务,则待处理业务的所有执行阶段的数据事务构成的整体称之为分段数据事务。需要说明的是,所述分段数据事务中各个执行阶段的数据事务是按照执行处理的时间顺序依次进行排序,相应的,所述分段数据事务的执行处理过程中,其中各个执行阶段的数据事务也是按照排序顺序依次执行处理。具体的,所述分段数据事务中,还记录有各个数据执行信息和数据链路。
例如,在支付业务中,支付用户通过支付平台提供的支付额度在商家购买了一件商品,该商品的价格是1000元,支付用户通过分期的方式向支付平台偿还该笔支付额度,总期数是10期,每期的偿还额度是100,每个支付阶段需要支付用户向支付平台偿还与支付额度相等的支付资金100元,而支付平台将通过金融机构提供的100元资金转至商家,在此支付过程中即可称之为该支付阶段的一个支付事务,支付业务中的十个支付阶段对应的支付事务组成所述支付业务中的分阶段支付事务。
实际应用中,在所述待处理业务为交易业务的情况下,所述交易业务将采用分阶段交易方式进行执行分阶段交易事务;在所述待处理业务为数据流处理业务的情况系,所述数据量处理业务将采用分阶段处理方式进行执行分阶段数据流处理事务;在所述待处理业务为支付业务的情况下,所述支付业务采用分阶段支付方式进行执行分阶段支付事务。
具体的,在上述获取所述待处理业务的所述元数据的基础上,进一步的,此时可以根据所述元数据创建所述待处理业务的分段数据事务,其中,所述分段数据事务具体是指针对待处理任务按照各个执行段划分后待处理的事务,并且所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
例如,在数据流处理业务中,根据数据流处理业务的调用任务创建分阶段数据流处理事务,即针对调用任务可以分阶段调用数据流完成该调用任务,相应的,分阶段数据流处理事务中记录有各个数据处理阶段的数据流调用信息和数据流调用链路。
进一步的,在确定所述分段数据事务的基础上,为了能够实现向数据流出对象提供更好的执行处理策略,将根据所述数据流出对象的历史数据日志确定执行段的推荐数目,还可以根据数据流出对象的执行指令进行确定,本实施例的一个或多个实施方式中,具体确定所述执行段的数目的具体实现方式如下所述:
根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目。
实际应用中,在数据流处理业务中,此时将根据分阶段数据流处理事务的数据流出对象的历史数据日志,确定向数据流出对象推送的数据处理阶段的推荐数目,即为向数据流出对象推荐针对分阶段数据流处理事务划分为M个数据处理阶段进行后续的执行处理过程,并将推荐数目推送至数据流出对象;
基于此,数据流出对象可以根据选择而接受推荐数目,按照推荐数目将分阶段数据流处理事务划分为M个数据处理阶段,也可以根据执行需求针对分阶段数据流处理事务提交执行指令,将分阶段数据流处理事务划分为N个数据处理阶段,在基于划分的数据处理阶段在后续对数据处理阶段对应的目标数据事务进行执行处理即可。
除此之外,也可以根据数据流入对象的数据记录确定所述分段数据事务的执行段的时长和/或数目,本实施例的一个或多个实施方式中,根据数据流入对象确定分段数据事务的执行段的过程如下所述:
根据所述数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述时间区间确定所述分段数据事务的执行段的时长和/或数目。
实际应用中,在数据流处理业务中,在确定分阶段数据流处理事务的数据处理阶段的时长和/或数目的过程中,可以结合数据流入对象的数据记录,预测数据流入对象的数据流处理时间区间,再按照时间区间确定分阶段数据流处理事务的数据处理阶段的时长和/或数目即可,其中,数据处理阶段的时长具体是指每个时间周期处理数据流的时间长度,数据处理阶段的数目具体是指分阶段数据处理事务中包含的数据流处理阶段的数目。
可见,在根据元数据创建分段数据事务的过程中,可以根据数据流出对象的执行指令确定分段数据事务的执行段数目,也可以根据数据流入对象的数据流入时间区间确定执行段的时长和/或数目,实现了可以结合数据流出对象和数据流入对象执行处理状况进行确定执行段数目,提高了数据流出对象和数据流入对象针对待处理业务的个性化处理。
步骤S106,基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务。
具体的,所述执行方式具体是指针对所述至少一个执行段进行处理的过程中所提交的处理方式,将基于针对所述至少一个执行段提交的执行方式对所述分段数据事务进行解析,获得的所述目标数据事务具体是指与所述至少一个执行段相对应的事务。
例如,在数据流处理业务中,确定调用任务的分段调用事务记录有三个数据处理阶段,分别为初始数据处理阶段、中间数据处理阶段和末端数据处理阶段,在确定针对中间数据处理阶段的执行方式是由中间数据对象提供的数据流针对中间数据处理阶段执行的情况下,此时基于该执行方式对分段调用事务进行解析,获得与该执行方式对应的目标数据事务,即为需要中间数据对象提供的数据流完成中间数据处理阶段对应的子调用任务。
实际应用中,在确定所述分段数据事务的基础上,由于所述分段数据事务将由多个执行段的数据事务组成,故在所述分段数据事务为分阶段交易事务的情况下,对应的执行段包括分阶段交易过程中的各个交易阶段;在所述分段数据事务为分阶段数据流处理事务的情况下,对应的执行段包括分阶段处理过程中的各个数据处理阶段;在所述分段数据事务为分阶段支付事务的情况下,对应的执行段包括分阶段支付过程中的各个支付阶段。
进一步的,在确定所述分段执行方式对应的目标数据事务的过程中,为了避免错失最佳的执行处理时间,可以通过自动触发的方式确定目标数据事务,再进行后续的执行处理过程,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
具体的,按照所述执行段对应的分段执行方式对所述分段数据事务进行分解,根据分解结果确定所述分段执行方式对应的目标数据事务;其中,与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,而在确定所述分段执行方式对应的所述目标数据事务的过程中,可以判断所述分段数据事务的执行段的执行条件是否被触发,在所述执行条件未被触发的情况下,表明当前时间节点还未到达针对所述分段数据事务进行执行处理的时间节点,则不作任何处理即可;在所述执行条件被触发的情况下,表明当前时间节点到达了针对所述分段数据事务进行执行处理的时间节点,则需要确定所述分段数据事务中需要进行执行处理的执行段对应的目标数据事务;
基于此,首先确定被触发执行条件的所述执行段对应的分段执行方式,再按照所述分段执行方式对所述分段数据事务进行分解,最后获得所述分段执行方式对应的所述目标数据事务。
例如,在数据流处理业务中,在确定数据流出对象针对调用任务向中间数据对象处理数据流M的过程中,基于数据流M创建的分阶段数据流处理事务为三个数据处理阶段中每个数据处理阶段按照M/3针对数据流进行处理,分阶段数据流处理事务中记录的三个数据处理阶段的数据执行信息即为每隔设定时间按照M/3进行数据流的处理;
而为了避免数据流出对象在设定时间忘记针对数据流M/3进行处理,可以通过自动从数据库中扣除数据流M/3的方式实现自动处理数据流,即在设定时间检测数据流出对象是否针对数据流M/3进行处理,若否,此时将确定分阶段数据流处理事务的数据处理阶段的执行条件被触发,即可确定本数据处理阶段需要扣除数据流M/3,进行后续的数据流处理操作,而在此过程中,需要根据分阶段处理方式对分阶段数据流处理事务进行分析,确定分阶段处理方式对应的目标数据流处理事务。
可见,通过检测所述分段数据事务的执行段的执行条件是否被触发,实现了在出现针对目标数据事务未被执行处理的情况下,可以自动的按照执行条件触发的对应的分段执行方式对所述分段数据事务进行分解,以确定所述目标数据事务,能够在后续及时的对所述目标数据事务进行执行处理,有效的提高了对所述目标数据事务执行的效率。
除此之外,为了方便数据流出对象能够随时对分段数据事务进行监控,以及方便数据流出对象可以主动针对所述目标数据事务进行后续的执行处理,可以在接收到所述数据流出对象的分段执行请求后,再确定所述目标数据事务,本实施例的一个或多个实施方式中,根据分段执行请求确定所述目标数据事务的具体实现方式如下所述:
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,在接收到所述数据流出对象针对至少一个执行段提交的分段执行请求的情况下,说明此时所述数据流出对象主动对所述至少一个执行段对应的目标数据事务进行后续的执行处理,并且所述数据流出对象可以针对一个执行段对应的目标数据事务进行后续的执行处理,也可以同时针对多个执行段对应的目标数据事务进行后续的执行处理;
基于此,在接收到所述分段执行请求的情况下,再基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,根据分解结果即可确定所述分段执行方式对应的目标数据事务。
可见,在接收到所述分段执行请求的情况下,说明此时数据流出对象存在主动针对所述目标数据事务进行后续的执行处理的意图,则可以基于所述分段执行请求中携带的分段执行方式对所述分段数据事务进行分解以获得所述目标数据事务,提高了所述数据流出对象的随意性,可以随时针对所述目标数据事务提出后续的执行处理,并且在数据流出对象的数据充足的情况下,可以提前对所述分段数据事务中未被执行处理的目标数据事务进行执行处理,以方便数据流出对象可以提前针对待处理业务执行处理完成。
步骤S108,根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
具体的,在上述基于执行方式对所述分段数据事务进行解析获得所述目标数据事务的基础上,进一步的,将根据所述目标数据事务确定所述至少一个执行段的目标数据执行信息和目标数据链路,再基于所述目标数据执行信息和所述目标数据链路针对所述目标数据事务进行执行处理即可。
沿用上例,在确定数据流处理业务中的目标数据事务的情况下,此时确定针对中间数据处理阶段的执行信息是调用数据流M完成子调用任务,并且针对中间数据处理阶段的数据链路是由数据量提供方提供完成子调用任务的数量,则基于中间数据处理阶段的执行信息和数据链路对中间数据处理阶段对应的目标数据事务进行执行处理即可,即为通过调用由数据量提供方提供的数据流M完成子调用任务。
进一步的,在对所述目标数据事务进行执行处理的过程中,为了避免出现目标数据事务的执行处理过程一次消耗过多的数据资源,此时可以通过增加执行处理周期,在每个执行段只针对对应的目标数据事务进行执行处理,从而实现针对目标数据事务执行处理的高效性,本实施例的一个或多个实施方式中,具体实现方式如下所述:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
实际应用中,数据流处理业务中,数据账户空间即为中间数据对象向数据流出对象提供的数据流的存放空间,而数据账户空间中的数据额度为中间数据对象向数据流出对象提供的可用数据流,且该可用数据流需要数据流出对象在设定的时间节点进行处理,相应的,实际数据账户即为向中间数据对象提供的与可用数据流对应的数据流资源的一方的账户。
在数据流处理业务确定目标数据流处理事务的情况下,此时需要针对目标数据流处理事务进行执行处理,确定数据流为M/3,此时将在数据流出对象的数据流存储空间中扣除与数据流M/3相等的可用数据流,而提供可用数据流的一方的账户中将转出与数据流M/3相等的数据流资源至数据流入对象,可以确定数据流出对象和数据流入对象之间的数据流处理过程结果,后续将在数据流出对象存储数据流资源的账户中转出与数据流M/3相等的数据流资源。
可见,在针对所述目标数据事务进行执行处理的过程中,为了避免占用数据账户空间中过多的数据额度,可以采用执行段的方式针对分段数据事务进行执行处理,从而实现可以使得数据额度按照执行段的数据流动数据进行扣减,实现降低所述数据流出对象针对数据资源进行调用压力的情况下,还可以完成所述待处理业务。
除此之外,在针对所述目标数据事务进行执行处理的过程中,还可以直接通过所述数据流出对象的数据账户中转出与所述数据流动值对应的数据资源至所述数据流入对象的数据账户,避免中间方造成过多的附加数据资源,而影响数据流出对象参与所述待处理业务的体验效果,本实施例的一个或多个实施方式中,直接通过所述数据流出对象的数据账户转入所述数据流入对象的数据账户数据资源的具体实现方式如下所述:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可见,通过在针对所述目标数据事务进行执行处理的过程中,为了方便数据资源的流动,以避免中间方收取附加数据的情况发生,所述数据流出对象可以直接将数据资源转至所述数据流入对象,在降低数据流动成本的基础上,更进一步的提高了目标数据事务的执行处理效率。
更进一步的,在确定所述目标数据事务被执行处理完成的情况下,数据资源流动的过程中将会针对待处理业务出现一定的损耗,而为了能够针对损耗部分的数据资源进行填充,可以根据数据流动数据计算出第一执行附加数据值,本实施例的一个或多个实施方式中,具体实现方式如下所述:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
实际应用中,所述数据流动数值与所述第一执行附数据占比成正比,例如在数据流处理业务中,数据流出对象向数据流入对象处理数据流M/3的过程中,实际数据账户所属的中间数据对象将针对数据流M/3收取一定的附加数据流,该附加数据流可以根据每个数据处理阶段的附加数据流占比2%进行计算,即数据流入对象需要向中间数据对象提供的附加数据流是M/3*2%=M/150,在基于附加数据流针对数据流入对象进行清算处理即可。
可见,在确定所述第一执行附加数据值的基础上,将针对所述数据流入对象进行数据计算处理,实现了可以由所述数据流入对象承担该部分附加数据值,使得数据流出对象在不承担所述第一执行附加数据值的情况下,依旧可以针对目标数据事务进行执行处理,很大程度上提高了数据流出对象的体验效果。
此外,在对所述目标数据事务执行处理之后,可能存在数据流入对象主动针对剩余的执行段对应的数据事务进行执行处理,即数据流入对象需要将数据流出对象还未调用的数据进行处理,此时,数据流入对象可以提交第二执行请求,根据第二执行请求对剩余的执行段对应的数据事务进行执行处理,实现了数据流入对象可以在分段数据事务的执行段被执行部分的过程中,直接将剩余的执行段对应的数据事务进行执行完成,本实施例的一个或多个实施方式中,具体实现方式如下所述:
接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
实际应用中,在接收到数据流入对象提交第二预执行请求的情况下,需要针对剩余的执行段对应的数据事务进行执行处理,而在此过程中,需要确定第二分段数据事务,第二分段数据事务即为剩余执行段对应的数据事务的总数据事务;基于此,首先根据所述第二预执行请求中携带的第二预执行方式对剩余执行段对应的全部数据执行信息和全部数据链路进行组装,获得第二预执行方式对应的第二中间数据事务,所述第二中间数据事务中记录有与所述第二预执行请求对应的第二总数据流动数值;
再通过所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数据对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理,最后根据所述数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务。
例如,在数据流处理业务中,在数据流入对象需要提前将剩余未被调用处理的数据流进行调用的情况下,此时将根据数据流入对象提交的第二预执行请求中携带的第二预执行方式,对剩余的数据流处理阶段对应的数据流执行信息和数据流执行链路进行组建,获得第二中间数据事务,第二中间数据事务即为中间数据对象向数据流入对象提供与未被调用的数据流数值相等的数据资源,此时将通过中间数据对象的数据流账户中申请与未被调用处理的数据流相等的数据资源至数据流入对象的数据流账户,实现对第二中间数据事务的数据流执行处理。
进一步的,在所述第二中间数据事务被执行处理完成之后,此时数据流出对象还需要向中间数据对象提供数据资源,将建立中间数据对象与数据流出对象的第二分段数据事务,通过从数据流出对象的数据账户空间中数据额度扣减的方式,从实际数据账户中转出与该部分数据额度对应的数据资源至中间数据对象的数据账户,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
沿用上例,在中间数据对象向数据流入对象提供数据流的基础上,此时还需要数据流出对象向中间数据对象针对数据流入对象提供的数据流进行调用,首先需要建立数据流出对象与中间数据对象二者之间针对剩余数据流处理阶段的第二分段数据事务,再对第二分段数据事务进行数据流调用处理,实现可以从数据流出对象的数据账户空间的数据流数值扣减总调用数据流数值,同时从数据流出对象的数据账户空间的实际数据账户转出与总调用数据流数值相等的数据资源至中间数据对象的数据账户空间。
可见,在接收到数据流入对象主动针对剩余的执行段对应的数据事务进行执行处理的执行请求的情况下,可以根据数据流入对象的执行请求提前对未被执行处理的执行段对应的数据事务进行执行处理,实现了提高所述数据流入对象的执行处理的效率。
本说明书提供的数据处理方法,通过获取所述待处理业务的元数据,并根据所述元数据创建所述待处理业务的分段数据事务,再基于所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,根据解析结果获得的目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路对所述目标数据事务进行执行处理,根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务数据处理的处理效率和处理一致性。
参照附图2,其示出了本说明书实施例提供的一种应用于交易业务中的数据处理方法的处理流程图,具体包括以下步骤:
步骤S202,获取待处理业务的元数据。
本实施例将以所述待处理业务为交易业务对所述数据处理方法进行描述,其中,所述元数据是指针对交易业务所需要交易的总交易数额;在交易业务场景中,交易方和被交易方在针对交易物品进行交易的过程中,需要交易方针对交易物品提供交易数额的情况下才能够获得该交易物品的所有权,而往往交易物品所涉及的交易数额是较大的数目,此时交易方很容易出现无法一次性提供全量交易数额的情况发生,为了避免该情况发生而导致交易方失去最佳的交易时间,可以为交易方提供一定的交易数额以便于交易方可以针对交易物品进行正常交易,并且向交易方提供的交易数额可以按照分阶段清偿的方式进行清偿。
实际应用中,在交易方针对交易物品提供交易数额的过程中,提供交易额度的交易平台可以一次性将针对交易物品的全量交易额度提供给被交易方,而交易方可以针对交易平台提供的交易额度进行分阶段清偿,即可实现交易方能够获得所需的交易物品,而被交易方也可以使得交易物品被交易出,而交易平台可以促进交易的活跃性,从而达到多方共利的局面。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
进一步的,在获取所述待处理业务的元数据的基础上,进一步的,为了提高待处理业务场景的安全性,实现可以针对数据流出对象进行准入限制,本实施例的一个或多个实施方式中,准入限制的核验过程具体实现方式如下所述:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行下述步骤S204;
若否,向所述数据流出对象推送处理失败的提醒。
具体的,首先确定所述元数据中包含的待处理数据处理值,再判断所述待处理数据处理值是否小于或等于所述分段数据是指的数据流出对象的账户空间的可用数据额度,若是,说明此时数据流出对象满足准入限制,可以针对元数据创建后续的分段数据事务,则执行下述步骤S204即可;若否,说明此时数据流出对象不满足准入限制,可以向数据流出对象推送处理失败的提醒,所述提醒即为数据流出对象无法针分段数据事务进行执行处理的相关信息。
通过在根据元数据创建所述分段数据事务之前,对数据流出对象进行准入核验,不仅提高了所述待处理业务场景的安全性,同时可以对数据流出对象产生一定的限制作用,避免非正常数据流出对象对待处理业务产生非正常影响。
步骤S204,根据所述元数据创建所述待处理业务的分段数据事务。
具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
基于此,在上述获取所述待处理业务的所述元数据的基础上,进一步的,此时可以根据所述元数据创建所述待处理业务的分段数据事务,其中,所述分段数据事务具体是指针对待处理事务按照各个执行段划分后待处理的事务,并且所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
例如,在交易业务中,根据交易业务的总交易数额创建分阶段交易事务,即针对总交易数额可以分阶段提供交易数额针对交易物品进行交易,相应的,分阶段交易事务中记录有各个交易阶段的交易数额信息以及交易链路。
进一步的,在确定所述分段数据事务的基础上,为了能够实现向数据流出对象提供更好的执行处理策略,将根据所述数据流出对象的历史数据日志确定执行段的推荐数目,还可以根据数据流出对象的执行指令进行确定,本实施例的一个或多个实施方式中,具体确定所述执行段的数据的具体实现方式如下所述:
根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目。
实际应用中,在交易业务中所述数据流出对象即为交易方,此时将根据分阶段交易事务的交易方的历史数据日志,确定向交易方推送的交易阶段推荐数目,即为向交易方推荐针对分阶段交易事务划分为N个交易阶段进行后续交易处理的过程,并将推荐数目推送至交易方;
基于此,交易方可以根据选择而接受推荐数目,按照推荐数目将分阶段交易事务划分为N个交易阶段,也可以执行需求针对分阶段交易事务提交执行指令,将分阶段交易事务划分为P个交易阶段,在基于划分的交易阶段在后续对交易阶段对应的目标交易事务进行交易处理即可。
除此之外,也可以根据数据流入对象的数据记录确定所述分段数据事务的执行段的时长和/或数目,本实施例的一个或多个实施方式中,根据数据流入对象确定分段数据事务的执行段的过程如下所述:
根据所述数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述时间区间确定所述分段数据事务的执行段的时长和/或数目。
实际应用中,在交易业务中所述数据流入对象即为被交易方,在确定分阶段交易事务的交易阶段的时长和/或数目的过程中,可以结合被交易方的数据记录,预测被交易方的交易时间区间,再按照时间区间确定分阶段交易事务的交易阶段的时长和/或数目即可,其中,交易阶段的时长具体是指每个时间周期交易处理交易数额的时间长度,交易阶段的数目具体是指每个时间周期交易处理的交易数额的数值。
可见,在确定分阶段交易事务的交易阶段的数目的过程中,可以结合交易方或被交易方各自的意图对分阶段交易事务的交易阶段进行划分,以便于更加贴合交易方或被交易方的交易处理意图,为交易方和被交易方提供更优质的体验效果。
步骤S206,在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
具体的,在上述基于执行方式对所述分段数据事务进行解析获得所述目标数据事务的基础上,进一步的,将按照所述执行段对应的分段执行方式对所述分段数据事务进行分解,根据分解结果确定所述分段执行方式对应的目标数据事务;其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,而在确定所述分段执行方式对应的所述目标数据事务的过程中,可以判断所述分段数据事务的执行段的执行条件是否被触发,在所述执行条件未被触发的情况下,表明当前时间节点还未到达针对所述分段数据事务进行执行处理的时间节点,则不作任何处理即可;在所述执行条件被触发的情况下,表明当前时间节点到达了针对所述分段数据事务进行执行处理的时间节点,则需要确定所述分段数据事务中需要进行执行处理的执行段对应的目标数据事务;
基于此,首先确定被触发执行条件的所述执行段对应的分段执行方式,再按照所述分段执行方式对所述分段数据事务进行分解,最后获得所述分段执行方式对应的所述目标数据事务。
例如,在交易业务中,确定交易方需要针对交易物品向交易平台清偿交易数额N,基于交易数额N创建的分阶段交易事务为在四个交易阶段中每个交易阶段按照N/4针对交易数额进行清偿,分阶段交易事务中记录的四个交易阶段的数据执行信息即为每个月按照N/4进行清偿交易数额,交易链路是通过交易方的交易账户进行扣除;
而为了避免交易方在每个月的清偿时间忘记针对交易数额进行清偿,可以通过自动从交易账户中扣除N/4交易数额的方式实现自动扣除交易数额,即在每个月的清偿时间检测交易方是否针对N/4的交易数额进行清偿,若否,此时将确定分阶段交易事务的交易阶段的执行条件被触发,即可以确定本交易阶段需要扣除的交易数额,进行后续的扣除交易数额的执行操作,而在此过程中,首先需要按照本交易阶段的分阶段交易方式对分阶段交易事务进行分析,确定分阶段交易方式对应的目标交易事务为通过交易账户针对第二交易阶段的N/4交易数额进行清偿的事务。
可见,通过检测分阶段交易事务的交易阶段的执行条件是否被触发,实现了在出现针对目标交易事务未被交易处理的情况下,可以自动的按照执行条件触发对应的分阶段交易方式对分阶段交易事务进行分解,以确定目标交易事务,能够在后续及时的对目标交易事务进行交易处理,有效提高了对目标交易事务交易处理的高效性。
除此之外,为了方便数据流出对象能够随时对分段数据事务进行监控,以及方便数据流出对象可以主动针对所述目标数据事务进行后续的执行处理,可以在接收到所述数据流出对象的分段执行请求后,再确定所述目标数据事务,本实施例的一个或多个实施方式中,根据分段执行请求确定所述目标数据事务的具体实现方式如下所述:
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,在接收到所述数据流出对象针对至少一个执行段提交的分段执行请求的情况下,说明此时所述数据流出对象主动对所述至少一个执行段对应的目标数据事务进行后续的执行处理,并且所述数据流出对象可以针对一个执行段对应的目标数据事务进行后续的执行处理,也可以同时针对多个执行段对应的目标数据事务进行后续的执行处理;
基于此,在接收到所述分段执行请求的情况下,再基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,根据分解结果即可确定所述分段执行方式对应的目标数据事务。
例如,在交易业务中,确定交易方需要针对交易物品向交易平台清偿交易数额N,基于交易数额N创建的分阶段交易事务为在四个交易阶段中每个交易阶段按照N/4针对交易数额进行清偿,分阶段交易事务中记录的四个交易阶段的数据执行信息即为每个月按照N/4进行清偿交易数额,交易链路是通过交易方的交易账户进行扣除;
而交易方为了能够及时针对未清偿的交易数额进行清偿处理,此时主动针对还未执行处理的第三交易阶段和第四交易阶段提交了分段执行请求,此时基于分段执行请求中携带的针对第三交易阶段的分阶段交易方式,以及针对第四交易阶段的分阶段交易方式对分阶段交易事务进行分解,确定与第三交易阶段的分阶段交易方式和第四交易阶段的分阶段交易方式对应的目标交易事务为通过交易账户针对第三交易阶段和第四交易阶段的N/2交易数额进行清偿的事务。
可见,在接收到分段执行请求的情况下,说明此时交易方存在主动针对目标交易事务进行后续交易处理的意图,则可以基于分段执行请求中携带的分阶段交易方式对分阶段交易事务进行分解以获得目标交易事务,提高了交易方的随意性,可以随时针对目标交易事务提出后续的交易处理,并且在交易方的交易额度充足的情况下,可以提前对分阶段交易事务中未被交易处理的目标交易事务进行交易处理,以便于交易方可以提前针对交易业务交易处理完成。
步骤S208,读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值。
具体的,在上述获得所述执行方式对应的所述目标数据事务的基础上,进一步的,此时将读取所述目标数据事务中记录有的目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值,其中,所述数据流动数值具体是指需要所述目标数据事务执行处理所需要使用的数据量对应的数值。
实际应用中,所述数据流动数值在交易业务中,即为针对交易阶段对应的清偿交易数额;沿用上例,则第三交易阶段的数据流动数值即为N/4的交易数额,第四交易阶段的数据流动数值即为N/4的交易数额。
步骤S210,按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户。
具体的,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
实际应用中,在所述数据流出对象为交易方的情况下,则数据账户空间即为交易平台向交易方提供的交易额度的存放空间,而数据账户空间中的数据额度为交易平台向交易方提供的支用额度,且该支用额度需要交易方在设定的时间节点进行清偿,相应的,实际数据账户即为向交易平台提供与支用额度对应的资金的一方的账户,数据流入对象即为被交易方,数据账户即为被交易方的存储额度的账户。
例如,在交易业务中确定目标交易事务的情况下,此时需要针对目标交易事务进行执行处理,确定交易数额是N/2,此时将在交易方的交易账户中扣除与N/2交易数额相等的支用额度,而提供支用额度的一方的账户中将转出与N/2交易数额相等的资源至被交易方,可以确定交易方与被交易方针对交易物品的交易过程结束,后续交易方只需要向交易账户清偿中与交易数额N/2相等的资源即可。
可见,在针对目标交易事务进行交易处理的过程中,为了避免占用交易方的交易账户中过多的交易额度,可以采用指定段的方式针对分阶段交易事务进行交易处理,从而实现可以使得交易额度按照交易阶段的交易额度进行扣减,在降低交易方针对交易额度进行交易处理压力的情况下,还可以完成交易业务。
除此之外,在针对所述目标数据事务进行执行处理的过程中,还可以直接通过所述数据流出对象的数据账户中转出与所述数据流动值对应的数据资源至所述数据流入对象的数据账户,避免中间的中间方造成过多的附加数据资源,而影响数据流出对象参与所述待处理业务的体验效果,本实施例的一个或多个实施方式中,直接通过所述数据流出对应的数据账户转入所述数据流入对象的数据账户数据资源的具体实现方式如下所述:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
例如,在交易业务中,交易方针对分阶段交易事务中的第三交易阶段对应的目标交易事务进行交易的过程中,基于目标交易事务中记录的目标数据执行信息确定第三交易阶段对应的交易数额N/4,此时按照目标交易事务中记录的目标数据链路从交易方的交易账户中转出与交易数额N/4对应的交易资源,并将该部分交易资源转至被交易方的交易账户。
可见,通过在针对目标交易事务进行交易处理的过程中,为了方便交易额度的流动,以避免中间方收取附加交易额度的情况发生,交易方可以直接将交易额度转至被交易方,在降低交易额度流动成本基础上,更进一步的提高了目标交易事务的交易处理效率。
步骤S212,根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值。
具体的,在上述对所述目标数据事务进行执行处理之后,更进一步的,由于针对所述目标数据事务执行处理过程将会产生数据流动数值对应的数据资源产生流动,而在数据资源流动的过程中将会针对待处理业务出现一定的损耗,而为了能够针对损耗部分的数据资源进行填充,可以根据数据流动数据计算出第一执行附加数据值,在后续根据所述第一执行附加数据值针对数据流入对象进行结算即可。
实际应用中,所述数据流动数值与所述第一执行附数据占比成正比,例如在交易业务中,交易方在向被交易方清偿交易额度N/4的过程中,实际数据账户所属的交易平台将针对交易额度N/4收取一定的附加交易额度,该附加交易额度可以根据每个交易阶段的附加交易额度占比1%进行计算,即被交易方需要向交易平台提供的附加交易额度是N/4*1%=N/400,再进行后续的针对附加交易额度进行结算处理即可。
除此之外,随着所述分段数据事务的执行段的深度的增加,针对所述数据流动值对应的第一执行附加数据占比也会随之增加,相应的计算获得的所述第一执行附加数据值也会随之变大,故计算所述第一执行附加数据值的过程可以通过公式(1)实现,公式(1):
Y=am*X (1)
其中,Y表示第一执行附加数据值,X表示数据流动数值,am表示第一执行附加数据占比,并且随着m的增大,am也会随之增大。
步骤S214,对所述数据流入对象进行所述第一执行附加数据值的数据结算处理。
实际应用中,在上述经过计算确定所述第一执行附加数据值的基础上,进一步的,将针对所述数据流入对象进行所述数据结算处理,其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
沿用上例,在交易业务中,确定被交易方承担的附加交易额度N/400的情况下,此时将针对被交易方进行结算处理,在被交易方的交易账户中扣除与附加交易额度N/400相对应的交易资源。
可见,在确定附加交易额度的基础上,将针对被被交易方进行附加交易额度结算处理,实现了可以由被交易方承担该部分附加交易额度,使得交易方在不承担附加交易额度的情况下,依旧可以针对目标交易事务进行交易处理,很大程度上提高了交易方的体验效果。
此外,在对所述目标数据事务执行处理之后,可能存在数据流入对象主动针对剩余的执行段对应的数据事务进行执行处理,即数据流入对象需要将数据流出对象还未调用的数据进行处理,此时,数据流入对象可以提交第二执行请求,根据第二执行请求对剩余的执行段对应的数据事务进行执行处理,实现了数据流入对象可以在分段数据事务的执行段被执行部分的情况下,直接将剩余的执行段对应的数据事务进行执行完成,本实施例的一个或多个实施方式中,具体实现方式如下所述:
接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
实际应用中,在接收到数据流入对象提交第二预执行请求的情况下,需要针对剩余的执行段对应的数据事务进行执行处理,而在此过程中,需要确定第二分段数据事务,第二分段数据事务即为剩余执行段对应的数据事务的总数据事务;基于此,首先根据所述第二预执行请求中携带的第二预执行方式对剩余执行段对应的全部数据执行信息和全部数据链路进行组装,获得第二预执行方式对应的第二中间数据事务,所述第二中间数据事务中记录有与所述第二预执行请求对应的第二总数据流动数值;
再通过所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数据对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理,最后再根据所述数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务。
进一步的,在所述第二中间数据事务被执行处理完成之后,此时数据流出对象还需要向中间数据对象提供数据资源,将建立中间数据对象与数据流出对象的第二分段数据事务,通过从数据流出对象的数据账户空间中数据额度扣减的方式,从实际数据账户中转出与该部分数据额度对应的数据资源至中间数据对象的数据账户,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可见,在接收到数据流入对象主动针对剩余的执行段对应的数据事务进行执行处理的执行请求的情况下,可以根据数据流入对象的执行请求提前对未被执行处理的执行段对应的数据事务进行执行处理,实现了提高所述数据流入对象的执行处理的便捷性。
本说明书提供的应用于交易业务中的数据处理方法,实现了可以针对交易业务按照分阶段交易的方式进行交易处理,使得可以在每个交易阶段只提供较少的交易额度即可实现完成交易业务,并且交易方无需一次性提供全量的交易额度,也不会占用交易方的交易账户的全部支用额度,交易方只需要按照针对分阶段交易事务的各个交易阶段进行交易处理即可实现对交易业务的交易处理,在提高了交易方的体验效果的同时,还使得交易业务场景变得更加活跃。
参照附图3,其示出了本说明书实施例提供的一种应用于支付业务中的数据处理方法的处理流程图,具体包括以下步骤:
步骤S302,获取待处理业务的元数据。
本实施例将以及所述待处理业务为支付业务对所述数据处理方法进行描述,其中,所述元数据具体是指支付业务中支付用户需要向商家支付的总支付资金;在支付业务场景中,支付用户和商家在针对商品进行交易的过程中,需要支付用户向商家支付一定金额的情况下才能够获得该商品的所有权,而往往商品所需要支付的金额是一笔较大的资金,支付用户若一次性支付该笔资金将会造成接下来一段时间的资金周转不顺的情况,而支付平台会向用户提供支付额度,通过该笔支付额度也可以针对该笔资金进行支付,然而一次性占用过多支付额度,将会造成支付用户清偿该支付额度的过程中的困难程度,故解决上述问题将会为支付用户带来更佳优质的交易环境。
实际应用中,参与支付业务的支付用户已经针对商品进行了支付,并且支付方式为支付用户通过在支付平台选择分期支付的方式针对商品进行了支付,即支付用户采用支付平台提供的支付额度按照分阶段支付的方式进行支付,而支付平台将会在每个月的支付时间向商家转入与每个阶段的支付额度相等的资金,并且会在支付用户的支付账户中冻结与该部分资金相等的支付额度,支付用户只需要对该部分支付额度清偿相等的资金即可。
除此之外,支付用户针对商品支付额度的过程中,提供支付额度的支付平台可以一次性将针对商品的全量支付额度对应的资金转至商家,而支付用户可以针对支付平台提供的支付额度进行分阶段清偿,并且提供与支付额度相等的支付资金的资金提供方出具该笔资金,而当支付用户按照各个支付阶段的清偿资金向支付平台清偿支付额度即可,支付平台将向资金提供方按照与各个支付阶段相等的次数添补该部分资金,从而实现支付用户可以获得需要的商品,商家可以将商品售出之后立即获得资金,而支付平台和资金提供方可以促进资金的流动,从而达到多方获利的局面。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
进一步的,在获取所述待处理业务的元数据的基础上,进一步的,为了提高待处理业务场景的安全性,实现可以针对数据流出对象进行准入限制,本实施例的一个或多个实施方式中,准入限制的核验过程具体实现方式如下所述:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行下述步骤S304;
若否,向所述数据流出对象推送处理失败的提醒。
具体的,首先确定所述元数据中包含的待处理数据处理值,再判断所述待处理数据处理值是否小于或等于所述分段数据是指的数据流出对象的账户空间的可用数据额度,若是,说明此时数据流出对象满足准入限制,可以针对元数据创建后续的分段数据事务,则执行下述步骤S304即可;若否,说明此时数据流出对象不满足准入限制,可以向数据流出对象推送处理失败的提醒,所述提醒即为数据流出对象无法针分段数据事务进行执行处理的相关信息。
通过在根据元数据创建所述分段数据事务之前,对数据流出对象进行准入核验,不仅提高了所述待处理业务场景的安全性,同时可以对数据流出对象产生一定的限制作用,避免非正常数据流出对象对待处理业务产生非正常影响。
步骤S304,根据所述元数据创建所述待处理业务的分段数据事务。
具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
基于此,在上述获取所述待处理业务的所述元数据的基础上,进一步的,此时可以根据所述元数据创建所述待处理业务的分段数据事务,其中,所述分段数据事务具体是指针对待处理事务按照各个执行段划分后待处理的事务,并且所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
例如,在支付业务中,根据支付业务的总支付额度创建分阶段支付事务,即针对总支付额度可以分阶段支付该支付额度,实现对商品的交易,相应的,分阶段交易事务中记录有各个支付阶段的支付额度信息以及支付链路,其中支付额度信息具体是指针对每个支付阶段支付用户需要向支付平台清偿的支付额度对应的资金,而支付平台需要向商家支付的与支付额度对应的资金相当的资金,支付链路具体是指支付用户支付该笔支付额度对应的资金所采用的支付路径。
步骤S306,根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目。
具体的,在上述确定所述分段数据事务的基础上,进一步的,为了能够减轻数据流出对象的执行处理压力,以及提高执行处理效率,可以根据所述数据流出对象的历史数据日志,确定向数据流出对象推送的执行段推荐数目,并根据所述数据流出对象针对推荐数目提交的执行指令确定所述分段数据事务的执行段数目即可。
例如,在支付业务中,在确定支付用户需要向支付平台针对商品清偿支付额度的情况下,针对商品的分阶段支付事务需要按照支付阶段进行划分,而支付阶段的划分可以根据支付用户的历史支付日志中记录的数据确定,确定支付用户针对支付额度进行清偿的过程中通常选择分10个阶段进行清偿,此时支付平台向支付用户推送的支付阶段的推荐数目是10;或者支付用户也可以根据自身的需求自定义支付阶段的数目。
具体实施时,在支付用户针对分阶段支付事务提交的执行指令是将分阶段支付事务划分为5个支付阶段,则支付用户需要针对商品进行5次的支付额度的清偿。
除此之外,也可以根据数据流入对象的数据记录确定所述分段数据事务的执行段的时长和/或数目,本实施例的一个或多个实施方式中,根据数据流入对象确定分段数据事务的执行段的过程如下所述:
根据所述数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述时间区间确定所述分段数据事务的执行段的时长和/或数目。
沿用上例,数据流入对象即为支付业务中的商家,在确定分阶段支付事务的支付阶段的时长和/或数目的过程中,即是确定支付阶段的数目以及每个支付阶段所对应的时间长度,此时可以结果商家的使用资金的历史数据确定针对支付额度的清偿时间,商家每个月的5号需要使用资金进行采购的情况下,则清偿时间可以设在每个月的1号至4号之间,以便商家可以在采购的过程中有资金可调用,其中,支付阶段的数目也可以根据商家的历史数据确定,若商家在5号所需要的资金数额较大,则支付用户的分阶段支付事务将划分较少的支付阶段,反之,若商家在5号所需要的资金数额较小,则支付用户的分阶段支付事务将划分较多的支付阶段;并且支付阶段的数目也可以是由商家自行设定,本说明书在此不作任何限定。
可见,在确定分阶段支付事务的支付阶段的数目的过程中,可以结合支付用户或商家的各自意图度分阶段支付事务的支付阶段进行划分,以便于支付用户可以根据自身的意图进行清偿支付额度,以及商家可以根据自身意图获得支付额度对应的资金,从而提高了支付用户和商家的体验效果。
步骤S308,在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
具体的,在上述基于执行方式对所述分段数据事务进行解析获得所述目标数据事务的基础上,进一步的,将按照所述执行段对应的分段执行方式对所述分段数据事务进行分解,根据分解结果确定所述分段执行方式对应的目标数据事务;其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,而在确定所述分段执行方式对应的所述目标数据事务的过程中,可以判断所述分段数据事务的执行段的执行条件是否被触发,在所述执行条件未被触发的情况下,表明当前时间节点还未到达针对所述分段数据事务进行执行处理的时间节点,则不作任何处理即可;在所述执行条件被触发的情况下,表明当前时间节点到达了针对所述分段数据事务进行执行处理的时间节点,则需要确定所述分段数据事务中需要进行执行处理的执行段对应的目标数据事务;
基于此,首先确定被触发执行条件的所述执行段对应的分段执行方式,再按照所述分段执行方式对所述分段数据事务进行分解,最后获得所述分段执行方式对应的所述目标数据事务。
例如,在支付业务中,支付用户针对商品进行10个支付阶段的清偿,而支付商品的价格是1000元,故每个支付阶段需要向支付平台清偿支付额度100对应的100元资金,而在支付用户针对商品进行第五个支付阶段的清偿过程中,此时支付用户需要向支付平台清偿100元资金;
而为了避免支付用户在清偿时间忘记针对支付额度100进行支付处理,此时可以自动的检测分阶段支付事务的第五个支付阶段的执行条件是否被触发,若是,将按照第五个支付阶段对应的第五个分阶段支付方式对分阶段支付事务进行分解,获得目标支付事务,而目标支付事务即为针对第五个支付阶段进行清场支付额度100的事务。
通过检测分阶段支付事务的支付阶段的执行条件是否被触发,实现了在执行条件被触发的情况下,可以自动的确定支付用户的支付阶段对应的目标支付事务,以方便提醒支付用户需要对目标支付事务进行清偿支付额度处理,有效的促进了支付用户的清偿积极性。
除此之外,为了方便数据流出对象能够随时对分段数据事务进行监控,以及方便数据流出对象可以主动针对所述目标数据事务进行后续的执行处理,可以在接收到所述数据流出对象的分段执行请求后,再确定所述目标数据事务,本实施例的一个或多个实施方式中,根据分段执行请求确定所述目标数据事务的具体实现方式如下所述:
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务。
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定,所述目标数据执行信息以及所述目标数据链路以用于后续对所述目标数据事务进行执行处理过程。
实际应用中,在接收到所述数据流出对象针对至少一个执行段提交的分段执行请求的情况下,说明此时所述数据流出对象主动对所述至少一个执行段对应的目标数据事务进行后续的执行处理,并且所述数据流出对象可以针对一个执行段对应的目标数据事务进行后续的执行处理,也可以同时针对多个执行段对应的目标数据事务进行后续的执行处理;
基于此,在接收到所述分段执行请求的情况下,再基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,根据分解结果即可确定所述分段执行方式对应的目标数据事务。
沿用上例,在支付业务中,支付用户针对商品进行10个支付阶段的清偿,而支付商品的价格是1000元,故每个支付阶段需要向支付平台清偿支付额度100对应的100元资金,而在支付用户针对商品进行第五个支付阶段的清偿过程中,此时支付用户需要向支付平台清偿100元资金;
而支付用户为了能够及时针对未清偿的支付额度进行清偿处理,此时支付用户可以主动针对第五支付阶段提交分阶段执行请求,此时基于分阶段执行请求中携带的针对第五支付阶段的分阶段支付方式对分阶段支付事务进行分解,确定与第五支付阶段对应的目标支付事务为通过支付用户的支付账户针对第五支付阶段的支付额度100进行清偿的事务。
可见,在接收到分阶段执行请求的情况下,说明此时支付用户存在主动针对第五个支付阶段的支付额度进行清偿处理的意图,则可以基于分阶段执行请求中携带的分阶段支付方式对分阶段支付事务进行分解,以获得目标支付事务,提高了支付用户针对支付额度进行清偿的随意性,并且可以随时提前针对支付额度进行清偿,更方便了商家可以提前收到支付额度对应的资金。
步骤S310,读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值。
具体的,在上述获得所述执行方式对应的所述目标数据事务的基础上,进一步的,此时将读取所述目标数据事务中记录有的目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值,其中,所述数据流动数值具体是指需要所述目标数据事务执行处理所需要使用的数据量对应的数值。
实际应用中,在支付业务中数据流动值即为针对第五支付阶段进行清偿的支付额度100。
步骤S312,按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户。
具体的,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
实际应用中,在所述数据流出对象为支付用户的情况下,则数据账户空间即为支付平台向支付用户提供支付额度的账户空间,而数据账户空间中的数据额度为支付平台向支付用户提供的支付额度,且该支用额度再被支付用户使用的情况下,需要按照一定的比例偿还相应的资金,相应的,实际数据账户即为向支付平台提供与支用额度对应的资金的金融机构所属的账户,数据流入对象即为商家,数据账户即为商家的存储资金的账户。
例如,支付用户通过网购平台购买了一件衣服,总花销是1000元,并且支付方式是通过支付平台为用户提供的支付额度进行的此次购物,而这1000元用户针对支付平台进行了分期,总期数是10期,每月偿还100元,即每个月支付平台只冻结支付用户的账户中的支付额度100,并不会直接冻结1000元对应的支用额度1000,其中1额度对应1元;
在支付用户第五次偿还支用额度100的过程中,此时将在用户的账户中冻结支付额度100,同时将通过支付平台对应的金融机构向商家支付100元的资金,将该笔资金转入到商家存储资金的账户,而支付用户只需要在设定的时间内向支付平台偿还与此次支付额度100对应的100元资金即可,后续过程中支付平台将根据用户偿还的100元向金融机构进行偿还。
可见,在针对目标支付事务进行清偿处理的过程中,为了避免占用支付用户过多的支付额度,可以采用分阶段支付的方式针对分阶段支付事务进行清偿处理,从而实现可以使得支付额度按照支付阶段的支付额度进行扣减,实现降低支付用户向支付平台清偿支付额度压力的情况下,还可以完成支付业务。
除此之外,在针对所述目标数据事务进行执行处理的过程中,还可以直接通过所述数据流出对象的数据账户中转出与所述数据流动值对应的数据资源至所述数据流入对象的数据账户,避免中间的中间方造成过多的附加数据资源,而影响数据流出对象参与所述待处理业务的体验效果,本实施例的一个或多个实施方式中,直接通过所述数据流出对应的数据账户转入所述数据流入对象的数据账户数据资源的具体实现方式如下所述:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
例如,在支付业务中,支付用户针对分阶段支付事务中的第五支付阶段对应的目标支付事务进行支付的过程中,基于目标支付事务中记录的目标数据执行信息确定第五支付阶段对应的支付额度是100,此时按照目标支付事务中记录的目标数据链路从支付用户的支付账户中转出与支付额度100对应的100元资金,并将该部分资金转至商家的支付账户。
通过在针对目标支付事务进行清偿处理的过程中,方便了支付额度对应的资金可以直接转至商家,以及实现商家可以在较短的时间内收到支付额度对应的资金,在降低资金转出/转入成本的情况下,提高了商家的收款效率。
步骤S314,根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值。
具体的,在上述对所述目标数据事务进行执行处理之后,更进一步的,由于针对所述目标数据事务执行处理过程将会产生数据流动数值对应的数据资源产生流动,而在数据资源流动的过程中将会针对待处理业务出现一定的损耗,而为了能够针对损耗部分的数据资源进行填充,可以根据数据流动数据计算出第一执行附加数据值,在后续根据所述第一执行附加数据值针对数据流入对象进行结算即可。
实际应用中,所述数据流动数值与所述第一执行附数据占比成正比,例如,在支付业务中,支付用户向商家进行偿还支付额度100的过程中,支付平台将针对支付额度100向商家收取一定的管理费用,该管理费用根据每个支付阶段的支付额度占比1.2%进行计算,即商家需要向支付平台支付的管理费用是100*1.2%=1.2元,再进行后续的针对管理费用进行偿还处理即可。
步骤S316,对所述数据流入对象进行所述第一执行附加数据值的数据结算处理。
实际应用中,在上述经过计算确定所述第一执行附加数据值的基础上,进一步的,将针对所述数据流入对象进行所述数据结算处理,其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
沿用上例,在支付业务中,确定商家承担的管理费用是1.2元,并且在这1.2元中存在0.4元是需要向提供支付额度对应的资金的金融机构缴纳的管理费用,则再商家的支付账户中向支付平台支付1.2元的管理费用,而支付平台将针对此次分阶段支付事务向金融机构支付0.4元的管理费用。
可见,实现了可以由商家承担该部分的管理费用,使得支付用户在不承担管理费用的情况下,依旧可以获得商品,很大程度上提高了支付用户的体验效果,并且商家可以通过此方式将滞销的商品进行销售,在不承担亏损的情况下能够促进滞销商品的销售,支付用户还可以通过较低的支付额度获得商品,从而实现多方的获利。
此外,在对所述目标数据事务执行处理之后,可能存在数据流入对象主动针对剩余的执行段对应的数据事务进行执行处理,即数据流入对象需要将数据流出对象还未调用的数据进行处理,此时,数据流入对象可以提交第二执行请求,根据第二执行请求对剩余的执行段对应的数据事务进行执行处理,实现了数据流入对象可以在分段数据事务的执行段被执行部分的情况下,直接将剩余的执行段对应的数据事务进行执行完成,本实施例的一个或多个实施方式中,具体实现方式如下所述:
接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
实际应用中,在接收到数据流入对象提交第二预执行请求的情况下,需要针对剩余的执行段对应的数据事务进行执行处理,而在此过程中,需要确定第二分段数据事务,第二分段数据事务即为剩余执行段对应的数据事务的总数据事务;基于此,首先根据所述第二预执行请求中携带的第二预执行方式对剩余执行段对应的全部数据执行信息和全部数据链路进行组装,获得第二预执行方式对应的第二中间数据事务,所述第二中间数据事务中记录有与所述第二预执行请求对应的第二总数据流动数值;
再通过所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数据对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理,最后再根据所述数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务。
进一步的,在所述第二中间数据事务被执行处理完成之后,此时数据流出对象还需要向中间数据对象提供数据资源,将建立中间数据对象与数据流出对象的第二分段数据事务,通过从数据流出对象的数据账户空间中数据额度扣减的方式,从实际数据账户中转出与该部分数据额度对应的数据资源至中间数据对象的数据账户,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
沿用上例,在商家需要提前对未被支付的资金进行收款的过程中,此时根据商家提交的执行请求中携带的支付方式,确定支付用户还未支付的资金是500元,而此时向支付凭条提供资金的金融机构将可以根据商家的请求向商家支付这500元的资金,这500元的资金最终还是需要支付用户进行支付,故需要从支付用户的支用额度中直接扣除500额度,以表示支付用户在接下来的偿还支付额度对应的资金的过程中,需要偿还支付额度500对应的500元资金。
可见,在商家需要使用资金的情况下,可以针对存在分期的商品进行提取收款,此时金融机构将根据商家提出的请求经过核实后向商家支付对应的资金,而此时支付平台将在支付用户的支付额度中冻结支付用户剩余需要偿还的资金对应的额度,使得支付额度在不被支付用户赖账的情况下,商家可以提前进行收款,很大程度上提高了商家收款的便捷性。
本说明书提供的应用于支付业务中的数据处理方法,实现了支付用户可以针对支付业务按照分阶段支付的方式对购买商品的支付额度进行偿还,并且支付用户无需一次性支付全量的支付资金,也不会占用支付用户的支付账户的全部支付额度,支付用户只需要按照针对分阶段支付事务的各个支付阶段进行支付处理即可完成对支付业务的支付处理,在提高支付用户的体验效果的同时,还是得支付业务场景变得更加活跃。
参照附图4,其示出了本说明书实施例提供的第二种应用于支付业务中的数据处理方法的处理流程图,具体包括以下步骤:
步骤S402,获取待处理业务的元数据。
本实施例将以所述待处理业务为支付业务对所述数据处理方法进行描述,其中,所述元数据具体是指支付业务中支付用户需要向商家支付的总支付资金;在支付业务场景中,支付用户和商家在针对商品进行交易的过程中,需要支付用户向商家支付一定金额的情况下才能够获得该商品的所有权,而往往商品所需要支付的金额是一笔较大的资金,支付用户若一次性支付该笔资金将会造成接下来一段时间的资金周转不顺的情况,而支付平台会向用户提供支付额度,通过该笔支付额度也可以针对该笔资金进行支付,然而一次性占用过多支付额度,将会造成支付用户清偿该支付额度的过程中的困难程度,故解决上述问题将会为支付用户带来更佳优质的交易环境。
实际应用中,参与支付业务的支付用户已经针对商品进行了支付,并且支付方式为支付用户通过在支付平台选择分期支付的方式针对商品进行了支付,即支付用户采用支付平台提供的支付额度按照分阶段支付的方式进行支付,而支付平台将会在每个月的支付时间向商家转入与每个阶段的支付额度相等的资金,并且会在支付用户的支付账户中冻结与该部分资金相等的支付额度,支付用户只需要对该部分支付额度清偿相等的资金即可。
除此之外,支付用户针对商品支付额度的过程中,提供支付额度的支付平台可以一次性将针对商品的全量支付额度对应的资金转至商家,而支付用户可以针对支付平台提供的支付额度进行分阶段清偿,并且提供与支付额度相等的支付资金的资金提供方出具该笔资金,而当支付用户按照各个支付阶段的清偿资金向支付平台清偿支付额度即可,支付平台将向资金提供方按照与各个支付阶段相等的次数添补该部分资金,从而实现支付用户可以获得需要的商品,商家可以将商品售出之后立即获得资金,而支付平台和资金提供方可以促进资金的流动,从而达到多方获利的局面。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
进一步的,在获取所述待处理业务的元数据的基础上,进一步的,为了提高待处理业务场景的安全性,实现可以针对数据流出对象进行准入限制,本实施例的一个或多个实施方式中,准入限制的核验过程具体实现方式如下所述:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行下述步骤S404;
若否,向所述数据流出对象推送处理失败的提醒。
具体的,首先确定所述元数据中包含的待处理数据处理值,再判断所述待处理数据处理值是否小于或等于所述分段数据是指的数据流出对象的账户空间的可用数据额度,若是,说明此时数据流出对象满足准入限制,可以针对元数据创建后续的分段数据事务,则执行下述步骤S404即可;若否,说明此时数据流出对象不满足准入限制,可以向数据流出对象推送处理失败的提醒,所述提醒即为数据流出对象无法针分段数据事务进行执行处理的相关信息。
通过在根据元数据创建所述分段数据事务之前,对数据流出对象进行准入核验,不仅提高了所述待处理业务场景的安全性,同时可以对数据流出对象产生一定的限制作用,避免非正常数据流出对象对待处理业务产生非正常影响。
步骤S404,根据所述元数据创建所述待处理业务的分段数据事务。
具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
基于此,在上述获取所述待处理业务的所述元数据的基础上,进一步的,此时可以根据所述元数据创建所述待处理业务的分段数据事务,其中,所述分段数据事务具体是指针对待处理事务按照各个执行段划分后待处理的事务,并且所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
例如,在支付业务中,根据支付业务的总支付额度创建分阶段支付事务,即针对总支付额度可以分阶段支付该支付额度,实现对商品的交易,相应的,分阶段交易事务中记录有各个支付阶段的支付额度信息以及支付链路,其中支付额度信息具体是指针对每个支付阶段支付用户需要向支付平台清偿的支付额度对应的资金,而支付平台需要向商家支付的与支付额度对应的资金相当的资金,支付链路具体是指支付用户支付该笔支付额度对应的资金所采用的支付路径。
步骤S406,接收所述分段数据事务的数据流入对象针对所述至少一个执行段提交的预执行请求。
具体的,在上述根据所述元数据创建待处理业务的分段数据事务的基础上,进一步的,此时确定针对所述分段数据事务可以按照分阶段的方式对各个执行段的目标数据事务进行执行处理,而在针对目标数据事务执行处理之前,可能存在数据流入对象提前对分段数据事务的各个执行段对应的数据事务进行执行处理,此时将根据数据流入对象的执行请求进行后续的提前执行处理的过程;
并且,在数据流入对象提交执行请求的情况下,可能是数据流入对象针对一个执行段提交的预执行请求,此时说明数据流入对象需要针对一个执行段进行提前的执行处理;也可能是针对多个执行段提交的预执行请求,此时说明数据流入对象需要针对多个执行段进行提前的执行处理;其中,多个执行段可以是还未执行处理的全部执行段所对应的。
例如,在支付业务中,支付用户在商家购买了一件商品,通过分阶段支付的方式采用支付平台支付额度针对该商品进行支付,支付阶段的数目为10,商品的价格是1000元,故每个阶段支付用户需要针对该商品支付100元的资金,即需要在支付用户的支付账户中冻结支付额度100,待支付用户针对冻结的支付额度100向支付平台偿还的情况下,将解冻支付额度100;
基于此,在商家需要一笔资金进行采购新的商品的情况下,商家将向支付平台提交预执行请求,即商家需要未支付完成的支付用户将剩余未支付的资金进行支付,以便商家可以正常采购新的商品;除此之外,商家还可以要求用户针对剩余未支付的资金中的部分资金进行支付。
具体实施时,在接收到所述数据流入对象提交的与执行请求的基础上,后续需要根据所述预执行请求中携带的执行方式对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务,此时的所述目标数据事务即为所述数据流入对象针对需要提前进行执行处理的数据事务组成,而确定所述目标数据事务的过程可以通过步骤S408至步骤S412实现。
步骤S408,根据所述预执行请求对应的所述至少一个执行段的目标数据执行信息,计算所述预执行请求对应的总数据流动数值。
具体的,在接收到所述数据流入对象针对至少一个执行段提交的预执行请求的基础上,进一步的,需要根据所述预执行请求对应至少一个执行段的目标数据执行信息,计算出所述预执行请求对应的总数据流动数值,其中,所述总数据流动数值具体是指需要向数据流入对象进行执行处理过程中所需要处理的数据量。
沿用上例,在商家需要支付用户针对还未支付的5个支付阶段的支付额度对应的资金进行收款的情况下,此时根据商家提交的预执行请求计算出总支付额度对应的资金是500元,而由于针对该商品的支付资金是由支付平台以支付额度的形式进行支付,故中间关系即为支付平台在每个支付阶段向商家进行支付资金,而金融机构将向支付平台提供该笔资金,支付平台将结合该笔资金在支付用户的支付账户中冻结与该笔资金相同的支付额度,而支付用户需要每个支付阶段向支付平台支付与该笔支付额度对应的资金即可。
步骤S410,基于所述分段数据事务的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路。
具体的,在根据所述目标数据执行信息计算确定所述总数据流动数值的基础上,进一步的,还需要结合所述目标数据链路才能够组装为针对预执行请求对应的目标数据事务,而所述目标数据链路是指数据流入对象与中间数据对象针对目标数据事务进行执行处理的过程中数据资源流动对应的路径,即将基于所述分段数据事务的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路。
在支付业务中,数据流入对象为商家,中间数据对象为金融机构和支付平台,故根据金融机构与商家的资金转账路径确定目标支付链路,再进行后续组建目标数据事务的过程即可。
步骤S412,基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务。
具体的,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户,即通过所述目标数据链路可以实现将数据资源从中间数据对象的数据账户转至所述数据流入对象的数据账户;基于此,将结合所述总数据流动数值以及所述目标数据链路组建出所述目标数据事务。
沿用上例,在支付业务中,目标数据事务即为针对商家的收款资金500元,需要金融机构向商家支付该笔收款资金500元,而支付方式即可通过金融机构存储资金的账户转入至商家存储资金的账户。
步骤S414,从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户。
具体的,在上述确定所述目标数据事务的基础上,进一步的,此时需要针对所述目标数据事务进行执行处理,而在执行处理的过程中,由于涉及到数据流入对象、数据流出对象以及中间数据对象,故优先需要根据数据流入对象与中间数据对象的目标数据事务进行执行处理,具体是指通过所述中间数据对象的数据账户中申请与总数据流动数值对应的数据资源,转至所述数据流入对象的数据账户。
在支付业务中,确定商家针对支付用户需要收款的支付资金是500元,此时将根据商家的预执行请求由金融机构向商家转入500元资金,通过金融机构存储资金的账户转入至商家存储资金的账户即可。
步骤S416,根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路。
具体的,在针对所述数据流入对象和中间数据对象的目标数据事务执行完成的基础上,还需要对数据流出对象与中间数据对象之间的数据资源流动情况进行处理,将根据所述分段数据事务的数据流出对象和中间数据对象二者的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路。
在支付业务中,由于金融机构已经向商家支付了500元的支付资金,此时确定支付用户拖欠支付平台500元,而支付平台拖欠金融机构500元,相对于支付用户只需要向支付平台支付500元的支付资金即可对支付额度500进行解冻,此时基于支付用户与支付平台之间的账户路径,以及支付平台与金融机构之间的账户路径,确定分段支付链路即为支付用户的资金存储账户指向支付平台的资金存储账户,而支付平台的资金存储账户指向金融机构的资金存储账户,即资金的流向可以根据各个资金存储账户的指向进行流动。
步骤S418,根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务。
具体的,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户,即通过所述分段数据链路可以实现将数据资源从数据流出对象的数据账户转至所述中间数据对象的数据账户;基于此,此时需要根据所述分段数据路径和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务。
在支付业务中,金融机构向商家转入支付资金500元之后,商家完成收款任务,此时还存在支付关系有支付用户拖欠支付平台500元,而支付平台拖欠金融机构500元,将根据支付用户与支付平台的支付链路,支付平台与金融机构的支付链路,以及支付用户针对商家的分阶段支付事务中待执行的支付阶段的支付信息,组建第一分阶段支付事务,即需要针对支付用户与支付平台之间的支付关系、以及支付平台与金融机构之间的支付关系对应的事务。
步骤S420,在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值。
具体的,在上述组建出第一分段数据事务的基础上,进一步的,为了避免在数据流出对象遗忘数据执行处理的情况下,可以在设定的时间节点对所述第一分段数据事务的执行段的执行条件是否被触发进行检测,若否,则说明此时还未达到针对所述第一分段数据事务进行后续的执行处理的时间节点,不作任何处理即可;若是,则说明此时需要针对所述第一分段数据事务进行后续的执行处理过程,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值。
在支付业务中,当商家已经收到金融机构转入的500元支付资金的情况下,此时需要检测当前时间是否达到支付用户针对商品的分期支付时间节点,在确定第一分段支付事务的支付阶段的执行条件被触发时,则确定当前时间节点为需要支付用户针对支付额度进行偿还,在偿还支付额度过程中,由于商家已经提前对支付用户未支付的资金进行了收款,此时支付平台可以直接冻结支付用户的500支付额度,则对应于第一分段支付事务中被触发的支付阶段对应的第一分段支付资金是500元;或者此时支付平台可以只冻结支付用户的100支付额度,则对应于第一分段支付事务中被触发的支付阶段对应的第一分段支付资金是100元。
实际应用中,第一分段数据流动数值可以根据实际应用场景进行确定,本实施例在此不作任何限定。
步骤S422,按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户。
具体的,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
基于此,在上述读取所述第一分段数据流动数值的基础上,进一步的,此需要针对所述第一分段数据事务进行执行处理,而所述第一分段数据事务的执行处理过程具体是指从所述数据流出对象的数据账户空间的数据额度扣减与所述第一分段数据流动数值对应的扣减额度,同时,还需要从所述数据流出对象的数据账户空间对应的实际数据账户中转出与所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户。
在支付业务中,在达到支付用户偿还支付额度的过程中,将基于第一分段支付资金在支付用户的支付账户中扣减与第一分段支付资金对应的额度,若第一分段支付资金是500元,则在支付用户的支付账户中扣减支付额度500;第一分段支付资金是100元,则在支付用户的支付账户中扣减支付额度100;
此时,在支付用户的支付账户扣减与第一分段支付资金对应的额度的基础上,同时还需要从支付用户的资金存储账户中向金融机构转出与第一分段支付资金对应的资金,即需要支付用户向金融机构转出500元资金或者100元资金。
实际应用中,在支付用户的支付额度被使用的情况下,每个结算时间都会对支付额度进行更新,例如,支付用户的支付额度是5000,在支付用户使用支付额度100的情况下,此时支付用户的可用支付额度是4900,而当达到结算周期后,并且支付用户针对支付额度100进行了还款,则结算周期后的支付额度恢复至5000。
步骤S424,根据所述总数据流动数值以及对应的第二执行附加数据占比,计算第二执行附加数据值。
步骤S426,对所述数据流入对象进行所述第二执行附加数据值的数据结算处理。
具体的,所述第二执行附加数据占比,包括对所述中间数据事务进行执行处理产生的处理费率,依据所述第二执行附加数据占比计算获得的所述第二执行附加数据值由所述数据流入对象承担。
实际应用中,在上述针对第一分段数据事务执行处理后,此时由于所述数据流入对象主动提取针对剩余的执行段的数据事务进行执行处理,故此时需要数据流入对象针对所述总数据流动数值提供一定的附加数据值,而所述第二执行附加数据值需要根据所述总数据流动值以及所述第二执行附加数据占比进行计算确定,以进行结算处理过程。
在支付业务中,确定商家针对支付用户收取了500元的支付资金,此时将由商家承担500元支付资金对应的服务费用,而该笔服务费用将按照收取的支付资金的服务比例进行计算,500元支付资金的服务比例是1%,则商家需要向支付平台缴纳500*1%=5元的服务费用。并且在该笔服务费用中包含后续支付用户向金融机构支付资金的处理费用,即金融机构收取的部分费用也包含在5元的服务费用中。
步骤S428,根据所述第一分段数据流动数值以及所述执行段对应的第一执行附加数据占比,计算所述执行段对应的第一执行附加数据值。
步骤S430,对所述数据流入对象进行所述第一执行附加数据值的数据结算处理。
具体的,所述第一执行附加数据占比,包括对所述第一分段数据事务在所述执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
实际应用中,由于所述数据流出对象所使用的数据资源,属于所述中间数据对象提供给数据流出对象的,此时针对第一分段数据流动数值将需要提供部分的第一执行附加数据值,而所述第一执行附加数据值需要根据所述第一分段数据流动数值以及所述执行段对应的第一执行附加数据占比进行计算获得,最后根据第一执行附加数据值对所述数据流入对象进行数据结算处理即可。
在支付业务中,当支付用户使用支付额度购买商品后,属于使用了金融机构的资金购买了该商品,而该部分资金将会产生一定数额利息,而为了保证支付用户的利益最大化,该利息可由商家承担,在确定用户的第一分段支付额度是500元的情况下,则利息为500*0.1%=0.5元,此时商家向支付平台缴纳0.5元的利息费用即可。
实际应用中,所述第一执行附加数据占比以及所述第二执行附加数据占比可以根据实际应用场景进行设定,可以是1%,1.2%,0.1%等,本实施例在此不作任何限定。
本说明书提供的应用于支付业务中的数据处理方法,实现了在商家提前针对支付用户的支付资金进行收款的情况下,支付平台可以商家需求由金融机构向商家转入与支付用户未支付的剩余支付资金相等的资金,实现了商家可以随时的针对未收到的支付资金进行收款,以方便商家可以在缺少使用资金的情况下,得到资金的填充,并且商家收取支付金额的过程中不会对支付用户造成影响,支付用户只需要按照原分期方式针对支付额度进行还款即可,无需承担服务费用以及资金利息费用,很大程度上提高了支付用户的体验效果。
本说明书提供的第一种数据处理装置实施例如下:
在上述的实施例中,提供了数据处理方法,与之相对应的,还提供了一种数据处理装置,下面结合附图进行说明。
参照附图5,其示出了本实施例提供的第一种数据处理装置的示意图,包括:
获取模块502,被配置为获取待处理业务的元数据;
创建模块504,被配置为根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
解析模块506,被配置为基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
处理模块508,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
可选地,所述数据处理装置,还包括:
确定模块,被配置为根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目;
或者,
根据所述分段数据事务的数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述数据流入时间区间确定所述分段数据事务的执行段的时长和/或数目。
可选地,所述解析模块506,包括:
分解子模块,被配置为在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
或者,
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
可选地,所述处理模块508,包括:
第一读取子模块,被配置为读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
第一资源转移子模块,被配置为按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述处理模块508,还包括:
第二读取子模块,被配置为读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
第二资源转移子模块,被配置为按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述处理模块508,还包括:
计算子模块,被配置为根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
结算处理子模块,被配置为对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述解析模块506,还包括:
请求接收子模块,被配置为接收所述分段数据事务的数据流入对象针对所述至少一个执行段提交的预执行请求;
组装子模块,被配置为基于所述预执行请求中携带的预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
可选地,所述组装子模块,包括:
计算单元,被配置为根据所述预执行请求对应的所述至少一个执行段的目标数据执行信息,计算所述预执行请求对应的总数据流动数值;
数据链路确定单元,被配置为基于所述分段数据事务的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
事务确定单元,被配置为基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述处理模块508,还包括:
数据资源转移子模块,被配置为从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
分段数据链路确定子模块,被配置为根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
事务组建子模块,被配置为根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
可选地,所述数据处理装置,还包括:
流动数值读取模块,被配置为在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
额度扣减模块,被配置为按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述处理模块508,还包括:
数据值计算子模块,被配置为根据所述总数据流动数值以及对应的第二执行附加数据占比,计算第二执行附加数据值;
数据结算子模块,被配置为对所述数据流入对象进行所述第二执行附加数据值的数据结算处理;
其中,所述第二执行附加数据占比,包括对所述中间数据事务进行执行处理产生的处理费率,依据所述第二执行附加数据占比计算获得的所述第二执行附加数据值由所述数据流入对象承担。
可选地,所述数据处理装置,还包括:
计算模块,被配置为根据所述第一分段数据流动数值以及所述执行段对应的第一执行附加数据占比,计算所述执行段对应的第一执行附加数据值;
数据结算模块,被配置为对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述第一分段数据事务在所述执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述数据处理装置,还包括:
预执行请求接收模块,被配置为接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
组装模块,被配置为基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
事务执行处理模块,被配置为通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
链路确定模块,被配置为根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
事务组建模块,被配置为根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述数据处理装置,还包括:
数值读取模块,被配置为在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
资源转移模块,被配置为按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述数据处理装置,还包括:
判断模块,被配置为判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若所述判断模块的执行结果为是,则运行所述创建模块504;若所述判断模块的执行结果为否,则运行提醒推送模块;
所述提醒推送模块,被配置为向所述数据流出对象推送处理失败的提醒。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
上述为本实施例的第一种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思,数据处理装置的技术方案未详细描述的细节内容,均可以参见上述数据处理方法的技术方案的描述。
参照附图6,其示出了本说明书实施例提供的一种交易处理方法的处理流程图,具体包括以下步骤:
步骤S602,获取待处理交易的交易元数据。
实际应用中,在支付方针对与被支付方之间存在的支付需求进行支付处理的过程中,通常需要支付方针对支付需求向被支付方支付全部资金才能够获得支付需求对应的物品的所有权,而支付方此时将支付全部资金,可能会导致支付方资金周转不顺畅的情况发生,为了避免这一情况而导致支付方无法完成支付需求,支付平台向支付方提供了一笔可用于支付需求的支付额度,支付方可以通过该笔支付额度针对支付需求进行支付,只需要在支付额度的偿还时间向支付平台偿还与支付额度对应的支付资金即可。
而随着支付方对支付额度需求的增大,以及使用支付额度的普遍性,可能发生在一次针对支付需求动用过多支付额度的情况,而导致支付额度可能在接下来的一段时间内不能够满足支付方的其他支付意图,并且在偿还支付额度的过程中支付方需要一次性承担全部支付额度,可能存在降低支付方对支付额度使用的频次,进而造成支付业务的用户流失。
有鉴于此,本实施例提供的交易处理方法,通过实现在支付方针对支付需求支付额度的过程中,支付平台可以按照分期的方式将支付额度进行分期管理,即由支付方购买商品后,根据购买商品的价格通过支付额度进行分期偿还,而每一期所需要偿还的金额由支付平台的交易代理机构承担,每一期所需要偿还的金额对应的支付额度将会在支付方的支付账户中进行冻结,后续支付方向支付平台偿还资金后,再由支付平台向交易代理机构偿还资金,而对应的冻结支付额度将解冻,直至全部期数对应的额度全部偿还完成后,此次支付业务结束。
需要说明的是,在对待处理交易进行交易处理的过程中,如果待处理交易的交易处理涉及多方参与配合实现,或者待处理交易的交易处理需要进行远程数据传输、数据调用,再或者待处理交易的交易处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述交易处理方法,具体的,通过创建所述待处理交易对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在交易元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务交易处理,从而来进一步提升待处理交易的交易处理的处理效率和处理一致性。
本实施例将以针对各个支付阶段对应的支付事务进行支付处理的过程进行描述。
例如,支付方从被支付方处购买了一件商品,而支付方是通过支付平台进行分期的方式进行付款,商品价格是1000元,分期的期数是10次,故每次需要支付方偿还100元的资金,而支付方为了方便资金流动,通过支付平台的支付额度进行分期支付,即每个月支付平台将在支付方持有的支付额度中扣除与100元资金对应的100额度,支付方持有的额度是5000,故在支付方购买该商品后,每个月将在持有的额度中扣除100,此时支付方持有的额度是4900,而向支付平台提供支付额度的交易代理机构将向被支付方偿还这100额度对应的100元资金,而当支付方向支付机构偿还支付额度100对应的100元资金后,支付平台在将100元资金还至交易代理机构。
进一步的,在获取待处理交易的交易元数据的基础上,进一步的,为了能够确保待处理交易场景的安全性,可以对支付方进行准入限制,故只有达到准入资格的支付方针对交易元数据创建分期支付事务,本实施例的一个或多个实施方式中,准入资格的验证具体实现方式如下所述:
判断所述交易元数据中包含的待交易数值是否小于或者等于所述分期支付事务的支付方的数据账户空间的可用数据额度;
若是,执行下述步骤S604;
若否,向所述支付方推送处理失败的提醒。
实际应用中,可以根据支付方的数据账户空间中的可用数据额度判断支付方是否有准入资格,若支付方有准入资格,则执行后续步骤即可,若支付方无准入资格,将向支付方推送提醒信息,提醒支付方无准入资格的具体详情。
例如,支付方在支付平台的支付账户中存在的可用额度是1000元,而支付方需要分期的数额是1500元,此时可以确定支付方无开通支付分期的资格,向支付方发送由于可用额度过小无法针对商品进行分期;支付方在支付平台的支付账户中存在的可用额度是2000元,此时可以确定支付方可以开通支付分期,针对商品进行后续的支付分期处理即可。
步骤S604,根据所述交易元数据创建所述待处理交易的分期支付事务。
具体的,所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路。
基于此,在上述确定所述待处理交易的交易元数据的基础上,进一步的,将根据所述元数据创建所述待处理交易的分期支付事务,所述分期支付事务具体是指针对将待处理交易的支付处理过程划分为一个或多个支付阶段,然后针对待处理交易进行事务化,每个支付阶段需要支付处理的事务称之为一个支付事务,则待处理交易的所有支付阶段的数据事务构成的整体即为所述分期支付事务。
其中,分期支付事务中记录的各个支付阶段的交易支付信息具体是指每个支付阶段支付方需要支付的信息,被支付方所需要收取支付资金的信息,所述支付链路具体是指支付方向被支付方支付处理的过程中支付资金流动的路径。
进一步的,在确定所述分期支付事务的情况下,所述分期支付事务所包含的支付阶段的分期数目可以由支付方自定义选择,也可以向支付方进行推荐分期数目,本实施例的一个或多个实施方式中,分期数目的确定具体实现方式如下所述:
根据所述分期支付事务的支付方的历史交易支付日志,确定向所述支付方推送的支付阶段的推荐分期数目,并根据所述支付方针对所述推荐分期数目提交的支付指令确定所述分期支付事务的支付阶段的分期数目。
例如,根据支付方的历史交易支付日志,确定支付方经常使用的分期数目是四期,则确定向支付方推送的推荐的支付阶段的推荐分期数目是四期,此时若用户提交的支付指令是与推荐分期数目相等,则可以确定分期支付事务包含四个支付阶段,若用户提交的支付指令确定分期支付事务的支付阶段的分期数据是五期,则可以确定分期支付事务包含五个支付阶段。
除此之外,还可以根据被支付方的收款时间区间确定分期支付事务的分期时长和/或分期数目,本实施例的一个或多个实施方式中,具体实现方式如下所述:
根据所述分期支付事务的被支付方的交易记录,预测所述被支付方的收款时间区间,按照所述收款时间区间确定所述分期支付事务的支付阶段的分期时长和/或分期数目。
例如,根据被支付方的历史交易记录,确定被支付方在每个月的5号将支出一笔资金,此时预测出被支付方的收款时间是每个月的1号至4号,则按照收款时间区间确定针对分期支付事务的支付阶段的时长,同时确定被支付方的资金流动较为困难,则可以确定分期数目要短一些。
如上,可以根据支付方的交易支付日志,确定向支付方推送的支付阶段的分期数目,或者也可以根据被支付方的收款时间区间确定分期数目和/或分期时长,实现了可以由支付方自定义支付阶段的完成待处理交易,更进一步的提高了支付方和被支付方的体验效果。
步骤S606,基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务。
沿用上例,在支付方购买商品分10个支付阶段的情况下,此时确定针对第五个支付阶段提交的方式对分期支付事务进行解析,确定与该支付方式对应的目标支付事务即为支付方需要对第五个支付阶段对应的支付事务进行支付处理。
进一步的,而在确定所述目标支付事务的过程中,为了避免支付方出现忘记针对目标支付事务进行支付处理,可以在设定的时间节点检测支付阶段的支付条件是否被触发,根据触发结果确定目标支付事务并进行后续的支付处理即可,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述分期支付事务的支付阶段的支付条件被触发的情况下,按照所述支付阶段的支付条件被触发对应的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务。
例如,在每个月的1号将对自动针对支付方扣除支付额度,此时需要确定支付方的支付方式,并根据支付方式对分期支付事务进行分解,确定需要针对第五个支付阶段进行分期支付,将第五个支付阶段对应的支付事务确定为目标支付事务。
除此之外,确定目标支付事务的过程中还可以有支付方主动执行的情况下确定,本实施例的一个或多个实施方式中,具体实现方式如下所述:
接收所述分期支付事务的支付方针对所述至少一个支付阶段提交的分期支付请求;
基于所述分期支付请求中携带的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务。
具体的,所述与所述分期支付方式对应的目标支付事务中,记录有所述至少一个支付阶段的目标交易支付信息和目标支付链路,所述目标交易支付信息基于所述至少一个支付阶段的交易支付信息确定,所述目标支付链路基于所述至少一个支付阶段的支付链路确定。
沿用上例,在接收到支付方针对第五个支付阶段提交分期支付请求的情况下,可以确定此时支付方存在主动针对第五个阶段的支付事务进行支付处理的意图,此时可以根据支付方提交的分期支付请求中携带的分期支付方式,对分期支付事务进行解析,确定分期支付方式对应的目标支付事务即为第五个支付阶段对应的支付事务。
步骤S608,根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
实际应用中,在确定目标支付事务的基础上,可以根据目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路对所述目标支付事务进行支付处理。
例如,在确定目标支付事务为针对第五个支付阶段的支付事务的基础上,此时确定第五个支付阶段的交易支付信息是从交易方的支付额度中扣除100额度,支付平台向被支付方转入100元资金,而该笔资金由交易代理机构提供,支付方需要在本月内向支付平台偿还与支付额度100对应的100元资金。
具体的,在对所述目标支付事务进行支付处理的过程,一方面可以从支付方的数据账户空间中扣减相应的额度,同时向被支付方转入支付资源实现对目标支付事务的支付处理,本实施例的一个或多个实施方式中,针对目标支付事务的支付处理过程如下所述:
读取所述目标交易支付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,对所述支付方的数据账户空间的数据额度扣减所述支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述支付数值对应的支付资源至所述分期支付事务的被支付方的数据账户。
具体的,所述目标支付链路的支付节点至少对应于所述支付方的数据账户空间和所述被支付方的数据账户;所述数据账户空间的数据结算周期的时长与所述分期支付事务的支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
沿用上例,在针对第五个支付阶段的支付事务进行支付处理的过程,可以是从支付方的支付账户中扣除100额度,此时再从支付平台的交易代理机构的资金账户中向被支付方转出100元资金,而支付方需要在设定时间内向支付平台偿还与100额度对应的100元资金,支付平台将该笔资金偿还给交易代理机构。
除此之外,还可以直接通过交易方向被支付方转出支付资源,本实施例的一个或多个实施方式中,具体实现方式如下所述:
读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,从所述支付方的支付账户转出所述支付数值对应的支付资源至所述被支付方的支付账户。
具体的,所述目标支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述被支付方的支付账户。
此外,在针对目标支付事务进行支付处理的过程中,或在针对目标支付事务进行支付处理之后,还需要计算第一支付附加费用,所述第一支付附加费用可以理解为向被支付方收取的管理费用或服务费用,本实施例的一个或多个实施方式中,对被支付方进行结算处理的过程如下所述:
根据所述支付数值以及所述至少一个支付阶段对应的第一支付费率,计算所述至少一个支付阶段对应的第一支付附加费;
对所述被支付方进行所述第一支付附加费用的结算处理。
具体的,所述第一支付费率,包括对所述分期支付事务在所述至少一个支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付方承担。
例如,支付平台向被支付方转入的100元资金,而支付方的支付额度被扣减了100额度,此时支付平台将向被支付方收取这100元资金的管理费用,而管理费用按照管理费率0.1%进行计算,确定管理费用是100*0.1%=0.1元,此时将向被支付方收取0.1元的管理费用即可,并且该部分管理费用中还包括交易代理机构向支付平台提供资金的部分管理费用。
除此之外,在分期支付事务中的各个支付阶段对应的支付事务未被支付处理完成之前,被支付方可以根据需要提出预支付请求,此时支付资源将流回被支付方,并且后续支付方偿还的支付资源将流入交易代理结构,本实施例的一个或多个实施方式中,具体实现方式如下所述:
接收所述分期支付事务的被支付方针对剩余支付阶段提交的第二预支付请求;
基于所述第二预支付请求中携带的第二预支付方式,对所述剩余支付段对应的交易支付信息和支付链路进行组装,获得与所述第二预支付方式对应的第二中间支付事务;所述第二中间支付事务中记录有所述第二预支付请求对应的第二总支付数值;
通过从所述分期支付事务的交易代理机构的支付账户申请所述第二总支付数值对应的支付资源至所述被支付方的支付账户的方式,对所述第二中间支付事务进行支付处理;
根据所述分期支付事务的支付方和所述交易代理机构二者数据账户的账户路径,确定从所述支付方至所述交易代理机构的第二分期支付链路;
根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务。
具体的,所述第二中间支付事务中记录有第二中间支付链路,所述第二中间支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述被支付方的支付账户。
进一步的,在第二中间支付事务被支付处理完成之后,还需要对第二分期支付事务进行支付处理,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述第二分期支付事务的剩余执行阶段中至少一者的支付条件被触发的情况下,读取所述第二分期支付事务中被触发的剩余支付阶段对应的第二分期支付数值;
按照所述第二分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第二分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第二分期支付数值对应的支付资源至所述交易代理机构的支付账户。
具体的,所述数据账户空间的数据结算周期的时长与所述第二分期支付事务的剩余支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
例如,在被支付方提交第二预支付请求的情况下,说明此时被支付方有申请退款的需求,确定剩余支付阶段对应的第二中间支付事务,在对第二中间支付事务进行支付处理的过程即为通过交易代理机构的资金账户中向被支付方转入剩余的资金,而此时等同于支付平台拖欠交易代理机构该笔资金,而支付方拖欠支付平台该笔资金,通过在支付方的支付账户中冻结与该笔资金对应的支付额度的同时,从支付方的资金账户中向交易代理机构的资金账户中转入与该笔资金相等的资金。
本说明书提供的交易处理方法,实现了针对待处理交易按照分阶段支付的方式进行支付处理,使得可以在每个支付阶段只支付较少的支付资源即可完成待处理交易,并且支付方无需一次性提供全量的支付资金,也不会占用支付方的数据账户空间中的大量的支付额度,支付方只需要按照针对分期支付事务的各个支付阶段对应的支付事务进行支付处理即可实现待处理交易的支付处理,在提高支付方的体验效果的同时,还可以避免交易方支付附加支付资源的情况发生,有效的保证了支付方的利益。
参照附图7,其示出了本说明书实施例提供的第二种交易处理方法的处理流程图,具体包括以下步骤:
步骤S702,获取待处理交易的交易元数据。
实际应用中,在支付方针对与被支付方之间存在的支付需求进行支付处理的过程中,通常需要支付方针对支付需求向被支付方支付全部资金才能够获得支付需求对应的物品的所有权,而支付方此时将支付全部资金,可能会导致支付方资金周转不顺畅的情况发生,为了避免这一情况而导致支付方无法完成支付需求,支付平台向支付方提供了一笔可用于支付需求的支付额度,支付方可以通过该笔支付额度针对支付需求进行支付,只需要在支付额度的偿还时间向支付平台偿还与支付额度对应的支付资金即可。
而随着支付方对支付额度需求的增大,以及使用支付额度的普遍性,可能在一次针对支付需求动用过多支付额度的情况下,而导致支付额度可能在接下来的一段时间内不能够满足支付方的其他支付意图,并且在偿还支付额度的过程中支付方需要一次性承担全部支付额度,可能存在降低支付方对支付额度使用的频次,进而造成支付业务的用户流失。
有鉴于此,本实施例提供的交易处理方法,通过实现在支付方针对支付需求支付额度的过程中,支付平台可以按照分期的方式将支付额度进行分期管理,即由支付方购买商品后,根据购买商品的价格通过支付额度进行分期偿还,而每一期所需要偿还的金额由支付平台的交易代理机构承担,每一期所需要偿还的金额对应的支付额度将会在支付方的支付账户中进行冻结,后续支付方向支付平台偿还资金后,再由支付平台向交易代理机构偿还资金,而对应的冻结支付额度将解冻,直至全部期数对应的额度全部偿还完成后,此次支付业务结束。
需要说明的是,在对待处理交易进行交易处理的过程中,如果待处理交易的交易处理涉及多方参与配合实现,或者待处理交易的交易处理需要进行远程数据传输、数据调用,再或者待处理交易的交易处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述交易处理方法,具体的,通过创建所述待处理交易对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在交易元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务交易处理,从而来进一步提升待处理交易的交易处理的处理效率和处理一致性。
本实施例将以被支付方主动针对各个支付阶段的支付事务进行支付处理的过程进行描述。
步骤S704,根据所述交易元数据创建所述待处理交易的分期支付事务。
具体的,所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路。
基于此,在上述确定所述待处理交易的交易元数据的基础上,进一步的,将根据所述元数据创建所述待处理交易的分期支付事务,所述分期支付事务具体是指针对将待处理交易的支付处理过程划分为一个或多个支付阶段,然后针对待处理交易进行事务化,每个支付阶段需要支付处理的事务称之为一个支付事务,则待处理交易的所有支付阶段的数据事务构成的整体即为所述分期支付事务。
其中,分期支付事务中记录的各个支付阶段的交易支付信息具体是指每个支付阶段支付方需要支付的信息,被支付方所需要收取支付资金的信息,所述支付链路具体是指支付方向被支付方支付处理的过程中支付资金流动的路径。
步骤S706,接收所述分期支付事务的被支付方针对所述至少一个支付阶段提交的预支付请求。
具体的,在上述创建分期支付事务的基础上,进一步的,在接收到所述被支付方针对至少一个支付阶段提交的预支付请求的情况下,此时说明被支付方需要针对分期的支付资源进行收款。
例如,被支付方需要采购新的商品的情况下,此时被支付方就需要将正在处于分期中的商品的未支付的资金进行回收,即被支付方需要未支付完成的支付方将剩余未支付的资金收回,以便于被支付方可以采购新的商品,实际应用中,被支付方还可以针对支付方未支付的资金中的部分资金进行收回。
具体实施时,在接收到所述预支付请求的情况下,后续需要根据预支付请求中携带的支付方式对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务,此时的所述目标支付事务即为所述被支付方针对需要提前进行支付处理的支付事务组成,而确定所述目标支付事务的过程可以通过步骤S708至步骤S712实现。
步骤S708,根据所述预支付请求对应的所述至少一个支付阶段的目标交易支付信息,计算所述预支付请求对应的总支付数值。
沿用上例,在接收到被支付方提交的预支付请求的情况下,根据被支付方针对多个支付阶段的支付信息的收款需求,计算预支付请求对应的总收款资金数额。
步骤S710,基于所述分期支付事务的被支付方和交易代理机构二者支付账户的账户路径确定目标支付链路。
具体的,确定目标支付链路即为确定被支付方和交易代理机构二者的支付账户的账户路径,例如,在被支付方申请收款的过程中,由于为了避免支付方一次性支付过多的资金,此时可以由交易代理机构提供与收款额度对应的资金,故确定被支付方和交易代理机构之间的支付账户的账户路径,方便后续进行打款。
步骤S712,基于所述总支付数值和所述目标支付链路组建中间支付事务,作为所述目标支付事务。
其中,所述目标支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
例如,被支付方针对支付方的总支付资金数额是500元,此时确定交易代理机构要针对支付方向被支付方提供500元的资金,则基于总支付资金以及被支付方和交易代理机构之间的支付账户的账户路径确定目标支付事务。
步骤S714,从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户。
具体的,在上述确定所述目标支付事务的基础上,进一步的,将需要针对所述目标支付事务进行支付处理,而在支付处理的过程中,需要从交易代理机构的支付账户中申请与总支付数值对应的支付资源至所述被支付方的支付账户。
沿用上例,在确定交易代理机构要针对支付方向被支付方提供500元的资金的情况下,则从交易代理机构的资金账户向被支付方的资金账户转入500元的资金即可,此时被支付方相对于支付方属于两清状态,而支付方等同于拖欠支付平台500的支付额度,而支付平台将拖欠交易代理机构500元的资金。
步骤S716,根据所述支付方和所述交易代理机构二者支付账户的账户路径,确定从所述支付方至所述交易代理机构的分期支付链路。
具体的,在针对目标支付事务执行完成的基础上,还需要对交易代理机构与交易方之间的支付资源流动情况进行支付处理,将根据所述支付方和所述交易代理机构二者之间的支付账户的账户路径,确定从所述支付方至所述交易代理机构的分期支付链路。
沿用上例,在交易代理机构向被支付方转入500元资金的情况下,此时支付方需要针对这500元资金进行偿还,而对于支付方来讲等同于拖欠支付平台500支付额度,而支付平台拖欠交易代理机构500元资金,此时基于支付方和交易代理机构之间的账户路径,确定分期支付链路。
步骤S718,根据所述分期支付链路和所述分期支付事务中待执行的执行段的数据执行信息,组建所述分期支付事务中待支付的支付阶段的第一分期支付事务。
具体的,所述分期支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述交易代理机构的支付账户,即通过所述分期支付链路可以实现将支付资源从支付方的数据账户空间转入至交易代理机构的支付账户;基于此,此时需要组建所述分段支付事务中待支付的支付阶段的第一分期支付事务。
实际应用中,所述第一分期支付事务具体是指针对支付方与交易代理机构之间针对待支付的支付阶段组建的支付事务。
步骤S720,在所述第一分期支付事务的支付阶段的支付条件被触发的情况下,读取所述第一分期支付事务中被触发的支付阶段对应的第一分期支付数值。
具体的,在组建所述第一分期支付事务的基础上,进一步的,为了避免支付方遗忘针对支付资源进行支付处理,可以在设定的时间节点对所述第一分期支付事务的支付阶段的支付条件是否被触发进行检测,若否,则说明此时还未达到针对第一分期支付事务进行支付处理的时间节点,不作任何处理即可;若是,则说明此时需要针对第一分期支付事务进行支付处理,读取所述第一分期支付事务中被触发的支付阶段对应的第一分期支付数值即可。
沿用上例,在确定支付方需要针对第一分期支付事务进行支付处理的过程中,确定第一分期支付事务中被触发的支付阶段对应的第一分期支付资金是500元。
步骤S722,按照所述分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第一分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第一分期支付数值对应的支付资源至所述交易代理机构的支付账户。
具体的,所述数据账户空间的数据结算周期的时长与所述第一分期支付事务的执行阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
例如,在针对第一分期支付事务进行支付处理的过程中,需要在支付方的支付账户中扣减与500元资金对应的支付额度,此时支付方在该月的可用支付额度将缺少500,同时从支付方的数据账户空间对应的支付数额账户中向交易代理机构转出500元资金,表明此时支付平台与交易代理机构之间的500元资金已经清偿。
实际应用中,在支付方的支付额度被使用的情况下,每个结算时间都会对支付额度进行更新,例如支付方的支付额度是1000,在支付方使用支付额度100的情况下,此时支付方的可用支付额度是900,而当达到结算周期后,并且支付方针对支付额度100进行了还款,则结算周期后的支付方的支付额度是1000。
步骤S724,根据所述总支付数值以及对应的第二支付费率,计算第二支付附加费。
步骤S726,对所述被支付方进行所述第二支付附加费的结算处理。
具体的,所述第二支付费率,包括对所述交易代理机构进行交易处理产生的交易费率,依据所述第二支付费率计算获得的所述第二支付附加费由所述被支付方承担。
实际应用中,在上述针对第一分期支付事务进行支付处理后,此时由于所述被支付方主动提取针对剩余的支付阶段的支付事务进行支付处理,故需要被支付方针对总支付数值提供一定的附加费,而所述第二支付附加费需要根据所述总支付数值以及所述第二支付费率进行计算确定,以进行结算处理过程。
例如,确定被支付方针对支付方收取了500元的资金,此时将由被支付方承担500元资金的附加费,而附加费需要按照收取资金的数值的附加费率进行计算,500元的附加费率是1%,则被支付方向支付平台缴纳的附加费是500*1%=5元,并且在该笔附加费中包含后续支付平台向交易代理机构支付的处理费。
步骤S728,根据所述第一分期支付数值以及所述支付阶段对应的第一支付费率,计算所述支付阶段对应的第一支付附加费。
步骤S730,对所述被支付方进行所述第一支付附加费的结算处理。
具体的,所述第一支付费率,包括对所述第一分期支付事务在所述支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付承担。
本说明书提供的交易处理方法,实现了针对待处理交易按照分阶段支付的方式进行支付处理,使得可以在每个支付阶段只支付较少的支付资源即可完成待处理交易,并且支付方无需一次性提供全量的支付资金,也不会占用支付方的数据账户空间中的大量的支付额度,支付方只需要按照针对分期支付事务的各个支付阶段对应的支付事务进行支付处理即可实现待处理交易的支付处理,在提高支付方的体验效果的同时,还可以避免交易方支付附支付资源的情况发生,有效的保证了支付方的利益。
本说明书提供的一种交易处理装置实施例如下:
在上述的实施例中,提供了交易处理方法,与之相对应的,还提供了一种交易处理装置,下面结合附图进行说明。
参照附图8,其示出了本实施例提供的一种交易处理装置的示意图,包括:
数据获取模块802,被配置为获取待处理交易的交易元数据;
事务创建模块804,被配置为根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
事务解析模块806,被配置为基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
事务处理模块808,被配置为根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
可选地,所述交易处理装置,还包括:
分期数目确定模块,被配置为根据所述分期支付事务的支付方的历史交易支付日志,确定向所述支付方推送的支付阶段的推荐分期数目,并根据所述支付方针对所述推荐分期数目提交的支付指令确定所述分期支付事务的支付阶段的分期数目;
或者,
根据所述分期支付事务的被支付方的交易记录,预测所述被支付方的收款时间区间,按照所述收款时间区间确定所述分期支付事务的支付阶段的分期时长和/或分期数目。
可选地,所述事务解析模块806,包括:
事务解析子模块,被配置为在所述分期支付事务的支付阶段的支付条件被触发的情况下,按照所述支付阶段的支付条件被触发对应的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
或者,
接收所述分期支付事务的支付方针对所述至少一个支付阶段提交的分期支付请求;
基于所述分期支付请求中携带的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
其中,所述与所述分期支付方式对应的目标支付事务中,记录有所述至少一个支付阶段的目标交易支付信息和目标支付链路,所述目标交易支付信息基于所述至少一个支付阶段的交易支付信息确定,所述目标支付链路基于所述至少一个支付阶段的支付链路确定。
可选地,所述事务处理模块808,包括:
第一支付数值读取子模块,被配置为读取所述目标交易支付信息中包含的所述至少一个支付阶段对应的支付数值;
第一支付资源转移子模块,被配置为按照所述目标支付链路,对所述支付方的数据账户空间的数据额度扣减所述支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述支付数值对应的支付资源至所述分期支付事务的被支付方的数据账户;
其中,所述目标支付链路的支付节点至少对应于所述支付方的数据账户空间和所述被支付方的数据账户;所述数据账户空间的数据结算周期的时长与所述分期支付事务的支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述事务处理模块808,还包括:
第二支付数值读取子模块,被配置为读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值;
第二支付资源转移子模块,被配置为按照所述目标支付链路,从所述支付方的支付账户转出所述支付数值对应的支付资源至所述被支付方的支付账户;
其中,所述目标支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述被支付方的支付账户。
可选地,所述事务处理模块808,还包括:
附加费计算子模块,被配置为根据所述支付数值以及所述至少一个支付阶段对应的第一支付费率,计算所述至少一个支付阶段对应的第一支付附加费;
费用结算子模块,被配置为对所述被支付方进行所述第一支付费用的结算处理;
其中,所述第一支付费率,包括对所述分期支付事务在所述至少一个支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付方承担。
可选地,所述事务解析模块806,还包括:
预支付请求接收子模块,被配置为接收所述分期支付事务的被支付方针对所述至少一个支付阶段提交的预支付请求;
支付事务获得子模块,被配置为基于所述预支付请求中携带的预支付方式,对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务。
可选地,所述支付事务获得子模块,包括:
总支付数值计算单元,被配置为根据所述预支付请求对应的所述至少一个支付阶段的目标交易支付信息,计算所述预支付请求对应的总支付数值;
目标支付链路确定单元,被配置为基于所述分期支付事务的被支付方和交易代理机构二者支付账户的账户路径确定目标支付链路;
目标支付事务确定单元,被配置为基于所述总支付数值和所述目标支付链路组建中间支付事务,作为所述目标支付事务;
其中,所述目标支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
可选地,所述事务处理模块808,还包括:
资源处理子模块,被配置为从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户;
分期支付链路确定子模块,被配置为根据所述分期支付事务的支付方和所述交易代理机构二者支付账户的账户路径,确定从所述支付方至所述交易代理机构的分期支付链路;
分期支付事务组建子模块,被配置为根据所述分期支付链路和所述分期支付事务中待执行的执行段的数据执行信息,组建所述分期支付事务中待支付的支付阶段的第一分期支付事务;
其中,所述分期支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
可选地,所述交易处理装置,还包括:
支付数值读取模块,被配置为在所述第一分期支付事务的支付阶段的支付条件被触发的情况下,读取所述第一分期支付事务中被触发的支付阶段对应的第一分期支付数值;
支付数值处理模块,被配置为按照所述分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第一分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第一分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分期支付事务的执行阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述事务处理模块808,还包括:
附加费计算子模块,被配置为根据所述总支付数值以及对应的第二支付费率,计算第二支付附加费;
附加费结算子模块,被配置为对所述被支付方进行所述第二支付附加费的结算处理;
其中,所述第二支付费率,包括对所述交易代理机构进行交易处理产生的交易费率,依据所述第二支付费率计算获得的所述第二支付附加费由所述被支付方承担。
可选地,所述交易处理装置,还包括:
附加费计算模块,被配置为根据所述第一分期支付数值以及所述支付阶段对应的第一支付费率,计算所述支付阶段对应的第一支付附加费;
附加费结算模块,被配置为对所述被支付方进行所述第一支付附加费的结算处理;
其中,所述第一支付费率,包括对所述第一分期支付事务在所述支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付承担。
可选地,所述交易处理装置,还包括:
预支付请求接收模块,被配置为接收所述分期支付事务的被支付方针对剩余支付阶段提交的第二预支付请求;
中间支付事务获得模块,被配置为基于所述第二预支付请求中携带的第二预支付方式,对所述剩余支付段对应的交易支付信息和支付链路进行组装,获得与所述第二预支付方式对应的第二中间支付事务;所述第二中间支付事务中记录有所述第二预支付请求对应的第二总支付数值;
支付处理模块,被配置为通过从所述分期支付事务的交易代理机构的支付账户申请所述第二总支付数值对应的支付资源至所述被支付方的支付账户的方式,对所述第二中间支付事务进行支付处理;
分期支付链路确定模块,被配置为根据所述分期支付事务的支付方和所述交易代理机构二者数据账户的账户路径,确定从所述支付方至所述交易代理机构的第二分期支付链路;
分期支付事务组建模块,被配置为根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务;
其中,所述第二中间支付事务中记录有第二中间支付链路,所述第二中间支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述被支付方的支付账户。
可选地,所述交易处理装置,还包括:
分期支付数值读取模块,被配置为在所述第二分期支付事务的剩余执行阶段中至少一者的支付条件被触发的情况下,读取所述第二分期支付事务中被触发的剩余支付阶段对应的第二分期支付数值;
扣减模块,被配置为按照所述第二分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第二分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第二分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分期支付事务的剩余支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述交易处理装置,还包括:
数值判断模块,被配置为判断所述交易元数据中包含的待交易数值是否小于或者等于所述分期支付事务的支付方的数据账户空间的可用数据额度;
若所述数值判断模块的执行结果为是,则运行所述事务创建模块804;若所述数值判断模块的执行结果为否,则运行推送模块;
所述推送模块,被配置为向所述支付方推送处理失败的提醒。
上述为本实施例的一种交易处理装置的示意性方案。需要说明的是,该交易处理装置的技术方案与上述的交易处理方法的技术方案属于同一构思,交易处理装置的技术方案未详细描述的细节内容,均可以参见上述交易处理方法的技术方案的描述。
参照附图9,其示出了本说明书实施例提供的第二种数据处理方法的处理流程图,具体包括以下步骤:
步骤S902,接收第一客户端提交的待处理业务的业务处理请求。
本实施例提供的数据处理方法,应用于服务端,与下述提供的应用于第一客户端的数据处理方法相互配合,共同实现待处理业务的分段执行处理,阅读本实施例请对照下述提供的应用于第一客户端的数据处理方法实施例的对应部分的说明。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述第二种数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
本实施例所述待处理业务,包括交易业务、数据流处理业务、支付业务等,在此,本实施例以支付业务场景为例对所述数据处理方法进行说明,交易业务场景和数据量处理业务场景的实现方式,参照本实施例提供的应用于支付业务场景的数据处理方式的具体实现即可,本实施例不再一一赘述。
具体实施时,所述待处理业务包括:交易业务,数据流处理业务,支付业务;相应的,所述交易业务具体是指关于物品交易、资源交易或者数据交易进行交易处理相关的业务;所述数据流处理业务具体是指关于数据流调用处理的相关业务;所述支付业务具体是指关于商品支付处理的相关业务。
其中,在所述待处理业务为数据流处理业务的情况下,对应的所述元数据是指针对数据流处理业务所需要执行的调用任务;所述待处理业务为交易业务的情况下,对应的元数据是指针对交易业务所需要交易的总交易数额;所述待处理业务为支付业务的情况下,对应的元数据是指针对支付业务所需要支付的总支付资金。
在支付业务场景中,将参与支付业务交互的双方分为支付方(实体门店用户、电子交易平台的购买用户)和被支付方(实体门店、电子交易平台中的商家),所述第一客户端与支付方对应,被支付方对应于第二客户端,则支付方和被支付方双方进行的支付业务交互,通过第一客户端和第二客户端、且在服务端的中介下实现。
具体的,支付方在通过所述第一客户端进行支付业务交互的过程中,如果支付方想对已达成的交易或者将达成的交易进行分期支付(即:待处理支付业务),首先由支付方通过所述第一客户端针对待处理支付业务选择想要分期的分期数目,并在选定分期数目的基础上提交分期支付指令,然后由所述第一客户端基于支付方提交的分期支付指令向服务端提交相应的分期支付请求,并在所述分期支付请求中写入所述分期数目和所述待处理支付业务的业务ID,最后由服务端接收所述分期支付请求,并在该分期支付请求中携带的所述分期数目和所述待处理支付业务的业务ID的基础上进行后续分期支付处理。
步骤S904,根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务。
根据上述接收所述业务处理请求中携带的所述分段数目和所述业务标识,确定所述业务标识对应的元数据,即所述待处理业务对应的元数据,在所述待处理业务的分段数目和元数据的基础上,创建所述业务处理请求对应的分段数据事务。
本实施例中,首先按照业务处理节点对所述待处理业务的执行处理过程进行划分,将待处理业务的执行处理过程划分为一个或者多个执行阶段(执行段),然后对待处理业务进行事务化,每个执行阶段需要执行处理的事务称之为一个数据事务,则待处理业务的所有执行阶段的数据事务构成的整体称之为分段数据事务。需要说明的是,所述分段数据事务中各个执行阶段的数据事务是按照执行处理的时间顺序依次进行排序,相应的,所述分段数据事务的执行处理过程中,其中各个执行阶段的数据事务也是按照排序顺序依次执行处理。具体的,所述分段数据事务中,还记录有各个数据执行信息和数据链路。
实际应用中,在所述待处理业务为交易业务的情况下,所述交易业务将采用分阶段交易方式进行执行分阶段交易事务;在所述待处理业务为数据流处理业务的情况系,所述数据量处理业务将采用分阶段处理方式进行执行分阶段数据流处理事务;在所述待处理业务为支付业务的情况下,所述支付业务采用分阶段支付方式进行执行分阶段支付事务。
例如,在支付业务中,支付用户通过支付平台提供的支付额度在商家购买了一件商品,该商品的价格是1000元,支付用户通过将分期的方式向支付平台偿还该笔支付额度,总期数是10期,每期的偿还额度是100,每个支付阶段需要支付用户向支付平台偿还与支付额度相等的支付资金100,而支付平台将通过金融机构提供的100元资金转至商家,在此支付过程中即可称之为该支付阶段的一个支付事务,支付业务中的十个支付阶段对应的支付事务组成称之为所述支付业务中的分阶段支付事务。
除此之外,为了提高待处理业务场景的安全性,本实施例的一个或多个实施方式中,还可以采用如下方式实现所述业务处理请求对应的分段数据事务的创建:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述第一客户端对应的数据流出对象的数据账户空间的可用数据额度;
若是,根据所述元数据创建所述待处理业务的分段数据事务;
若否,向所述第一客户端推送处理失败的提醒。
步骤S906,向所述第一客户端下发所述分段数据事务。
上述完成所述待处理业务的分段数据事务的创建之后,向所述第一客户端下发所述分段数据事务,目的是使所述第一客户端对应的支付方获知所述分段数据事务。
以支付业务场景为例,向支付方对应的第一客户端下发待处理支付业务的分期支付事务,目的是使支付方获知待处理支付业务的分期支付数目以及各个分期支付阶段的支付详情。此外,还可以向被支付方对应的第二客户端下发待处理支付业务的分期支付事务,以使被支付方同样能够及时获知待处理支付业务的分期支付数目以及各个分期支付阶段的支付详情。
步骤S908,根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务。
本实施例提供的一种可选实施方式中,具体采用如下方式对所述分段数据事务进行解析:
接收所述第一客户端针对所述至少一个执行段提交的分段执行方式;
根据所述分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
实际应用中,在确定所述分段数据事务的基础上,由于所述分段数据事务将由多个执行段的数据事务组成,故在所述分段数据事务为分阶段交易事务的情况下,对应的执行段包括分阶段交易过程中的各个交易阶段;在所述分段数据事务为分阶段数据流处理事务的情况下,对应的执行段包括分阶段处理过程中的各个数据处理阶段;在所述分段数据事务为分阶段支付事务的情况下,对应的执行段包括分阶段支付过程中的各个支付阶段。
沿用上例,在支付业务场景中,在支付方对应的第一客户端向服务端发送针对分期支付事务提交的分期支付方式,此时可以确定支付方存在针对分期支付事务中的至少一个支付阶段主动进行支付处理,则支付方对应的第一客户端提交的分期支付方式对分期支付事务进行解析,确定支付方需要进行支付处理的至少一个支付阶段对应的目标支付事务。
实际应用中,支付方还可以同时针对多个支付阶段通过第一客户端向服务端发送分期支付方式,通过多个支付阶段而创建的目标支付事务也是针对多个支付阶段,故在后续支付处理的过程中,需要同时对多个支付阶段对应的支付事务组成的目标支付事务进行支付处理。
步骤S910,根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
本实施例提供的一种可选实施方式中,对所述目标数据事务进行的执行处理,具体采用如下方式实现:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述第一客户端对应的数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至第二客户端对应的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
进一步,在读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值之后,还需进一步进行第一执行附加数据值的计算,具体如下:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
步骤S912,向所述第一客户端推送所述目标数据事务的执行处理结果。
完成所述目标数据事务的执行处理之后,除了向所述第一客户端推送所述目标数据事务的执行处理结果,以使所述第一客户端对应的支付方及时获知分期支付处理结果之外,还可以向所述第二客户端对应的被支付方推送分期支付处理结果,使被支付方也能及时获知分期支付处理结果。
实际应用中,支付方在对分期支付事务进行分期支付的过程中,具体在对所述目标数据事务进行执行处理之后,被支付方还可以根据自身的实际业务需求选择提前申请数据流入,并且被支付方提前申请数据流入并不会对支付方的分期支付产生影响,本实施例提供的一种可选实施方式中,支付方提前申请数据流入具体采用如下方式实现:
1)接收第二客户端对应的数据流入对象针对剩余执行段提交的第二预执行请求;
2)基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
3)通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
4)根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
5)根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
如上所述,被支付方提前申请数据流入并不会对支付方的分期支付产生影响,因此,在被支付方采用上述实施方式提前申请数据流入之后,支付方还需继续执行所述分期支付事务的分期支付过程,本实施例提供的一种可选实施方式中,支付方在被支付方申请数据流入之后的分期支付具体采用如下方式实现:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
本说明书提供的第二种数据处理方法,实现了可以根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务执行处理的处理效率和处理一致性。
本说明书提供的第二种数据处理装置实施例如下:
在上述的实施例中,提供了数据处理方法,与之相对应的,还提供了第二种数据处理装置,下面结合附图进行说明。
参照附图10,其示出了本实施例提供的第二种数据处理装置的示意图,包括:
请求接收模块1002,被配置为接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
分段数据事务创建模块1004,被配置为根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块1006,被配置为向所述第一客户端下发所述分段数据事务;
分段数据事务解析模块1008,被配置为根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
事务处理模块1010,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块1012,被配置为向所述第一客户端推送所述目标数据事务的执行处理结果。
可选地,所述分段数据事务解析模块1008,包括:
接收子模块,被配置为接收所述第一客户端针对所述至少一个执行段提交的分段执行方式;
分解子模块,被配置为根据所述分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
可选地,所述事务处理模块1010,还包括:
读取子模块,被配置为读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
数据资源处理子模块,被配置为按照所述目标数据链路,对所述第一客户端对应的数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至第二客户端对应的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述事务处理模块1010,还包括:
计算子模块,被配置为根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
结算子模块,被配置为对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
可选地,所述数据处理装置,还包括:
预执行请求接收模块,被配置为接收第二客户端对应的数据流入对象针对剩余执行段提交的第二预执行请求;
组装模块,被配置为基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
事务执行处理模块,被配置为通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
数据链路确定模块,被配置为根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
事务组建模块,被配置为根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述数据处理装置,还包括:
数值读取模块,被配置为在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
资源转移模块,被配置为按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述分段数据事务创建模块1004,还包括:
判断子模块,被配置为判断所述元数据中包含的待处理数据处理值是否小于或者等于所述第一客户端对应的数据流出对象的数据账户空间的可用数据额度;
若所述判断子模块的执行结果为是,则运行所述创建子模块;若所述判断模块的执行结果为否,则运行提醒推送子模块;
所述创建子模块,被配置为根据所述元数据创建所述待处理业务的分段数据事务;
所述提醒推送子模块,被配置为向所述第一客户端推送处理失败的提醒。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
上述为本实施例的第二种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的第二种数据处理方法的技术方案属于同一构思,第二种数据处理装置的技术方案未详细描述的细节内容,均可以参见上述第二种数据处理方法的技术方案的描述。
参照附图11,其示出了本说明书实施例提供的第三种数据处理方法的处理流程图,具体包括以下步骤:
步骤S1102,接收针对待处理业务提交的业务处理指令。
本实施例提供的第三种数据处理方法,应用于第一客户端,与上述提供的应用于服务端的第二种数据处理方法相互配合,共同实现待处理业务的分段执行处理,阅读本实施例请对照上述提供的应用于服务端第二种数据处理方法实施例的对应部分的说明。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述第三种数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
步骤S1104,根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求。
步骤S1106,接收所述服务端针对所述业务处理请求下发的分段数据事务并展示。
步骤S1108,根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式。
步骤S1110,接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
本说明书提供的第三种数据处理方法,实现了可以根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务执行处理的处理效率和处理一致性。
本说明书提供的第三种数据处理装置实施例如下:
在上述的实施例中,提供了数据处理方法,与之相对应的,还提供了第三种数据处理装置,下面结合附图进行说明。
参照附图12,其示出了本实施例提供的第三种数据处理装置的示意图,包括:
指令接收模块1202,被配置为接收针对待处理业务提交的业务处理指令;
请求提交模块1204,被配置为根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
事务接收模块1206,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
分段执行方式提交模块1208,被配置为根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
处理结果接收模块1210,被配置为接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
上述为本实施例的第三种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的第三种数据处理方法的技术方案属于同一构思,第三种数据处理装置的技术方案未详细描述的细节内容,均可以参见上述第三种数据处理方法的技术方案的描述。
参照附图13,其示出了本说明书实施例提供的第四种数据处理方法的处理流程图,具体包括以下步骤:
步骤S1302,接收第二客户端提交的携带业务标识的业务处理请求。
本实施例提供的数据处理方法,应用于服务端,与下述提供的应用于第二客户端的第五种数据处理方法相互配合,共同实现待处理业务的分段执行处理,阅读本实施例请对照下述提供的应用于第二客户端的第五种数据处理方法实施例的对应部分的说明。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述第四种数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
本实施例所述的待处理业务,包括交易业务、数据流处理业务、支付业务等,在此,本实施例以支付业务场景为例对所述数据处理方法进行说明,交易业务场景和数据量处理业务场景的实现方式,参照本实施例提供的应用于支付业务场景的数据处理方式的具体实现即可,本实施例不再一一赘述。
在支付业务场景中,将将参与支付业务交互的双方分为支付方(实体门店用户、电子交易平台的购买用户)和被支付方(实体门店、电子交易平台中的商家),所述第一客户端与支付方对应,被支付方对应于第二客户端,则支付方和被支付方双方进行的支付业务交互,通过第一客户端和第二客户端、且在服务端的中介下实现。
具体的,支付方在通过所述第一客户端进行支付业务交互的过程中,如果被支付方想对未达成的交易进行分期收款(即:待处理支付业务)的情况下,首先由被支付方通过所述第二客户端针对支付方通过所述第一客户端展示的图像识别码(二维码)进行扫描,然后由第二客户端通过扫面图像识别码后基于被支付方的分期收款指令向服务端提交相应的分期支付请求,并在分期支付请求中写入所述分期数目和待处理支付业务的业务ID,最后由服务端接收所述分期支付请求,并在该分期支付请求中携带所述分期数目和所述待处理支付业务的业务ID的基础上进行后续的分期支付处理。
步骤S1304,根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务。
具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
基于此,根据上述接收所述业务处理请求中携带的所述分段数目和所述业务标识,确定所述业务标识对应的元数据,即所述待处理业务对应的元数据,在所述待处理业务的分段数目和元数据的基础上,创建所述业务处理请求对应的分段数据事务。
本实施例中,首先按照业务业务处理节点对所述待处理业务的执行处理过程进行划分,将待处理业务的执行处理过程划分为一个或者多个执行阶段(执行段),然后对待处理业务进行事务化,每个执行阶段需要执行处理的事务称之为一个数据事务,则待处理业务的所有执行阶段的数据事务构成的整体称之为分段数据事务。需要说明的是,所述分段数据事务中各个执行阶段的数据事务是按照执行处理的时间顺序依次进行排序,相应的,所述分段数据事务的执行处理过程中,其中各个执行阶段的数据事务也是按照排序顺序依次执行处理;具体的,所述分段数据事务中记录有各个执行段的数据执行信息和数据链路。
例如,在支付业务中,支付用户通过支付平台提供的支付额度在商家购买了一件商品,该商品的价格是1000元,支付用户通过将分期的方式向支付平台偿还该笔支付额度,总期数是10期,每期的偿还额度是100,每个支付阶段需要支付用户向支付平台偿还与支付额度相等的支付资金100,而支付平台将通过金融机构提供的100元资金转至商家,在此支付过程中即可称之为该支付阶段的一个支付事务,支付业务中的十个支付阶段对应的支付事务组成称之为所述支付业务中的分阶段支付事务。
本实施例中,在所述待处理业务为交易业务的情况下,所述交易业务将采用分阶段交易方式进行执行分阶段交易事务;在所述待处理业务为数据流处理业务的情况系,所述数据量处理业务将采用分阶段处理方式进行执行分阶段数据流处理事务;在所述待处理业务为支付业务的情况下,所述支付业务采用分阶段支付方式进行执行分阶段支付事务。
步骤S1306,向第一客户端和所述第二客户端下发所述分段数据事务。
具体的,在上述确定分段数据事务的基础上,进一步,此时服务端确定被支付方提出的分期支付请求,可以向第一客户端和第二客户端下发所述分段数据事务,即向所述支付方和被支付方发出支付业务的分段支付事务,提醒支付方和被支付方针对此次支付业务可以在后续进行分期支付处理。
实际应用中,在确定所述分段数据事务的基础上,由于所述分段数据事务将由多个执行段的数据事务组成,故在所述分段数据事务为分阶段交易事务的情况下,对应的执行段包括分阶段交易过程中的各个交易阶段;在所述分段数据事务为分阶段数据流处理事务的情况下,对应的执行段包括分阶段处理过程中的各个数据处理阶段;在所述分段数据事务为分阶段支付事务的情况下,对应的执行段包括分阶段支付过程中的各个支付阶段。
步骤S1308,根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务。
具体的,在上述向所述第一客户端和所述第二客户端下发分段数据事务的基础上,进一步的,当接收到所述第二客户端针对分段数据事务提交预执行方式的情况下,表明所述第二客户端对应的被支付方需要针对分段数据事务中未被执行处理的执行段对应的数据事务提前进行执行处理,故通过所述预执行方式对所述分段数据事务进行解析,确定所述预执行方式对应的目标数据事务。
进一步的,在确定所述目标数据事务的过程中,可以由所述第二客户端对应的被支付方主动提出执行请求,此时则根据第二客户端提交的预执行方式确定所述目标数据事务,本实施例的一个或多个实施方式中,确定所述目标数据事务的具体过程如下所述:
接收所述第二客户端对应的数据流入对象针对所述至少一个执行段提交的预执行方式;
根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
更进一步的,在基于所述预执行方式对至少一个执行段对应的数据执行信息和数据链路进行组成获得所述目标数据事务的过程中,具体是指第二客户端对应的数据流入对象与中间数据对象之间的目标数据事务,本实施例的一个或多个实施方式中,确定目标数据事务的具体过程如下所述:
根据所述预执行方式对应的所述至少一个执行段的目标数据执行信息,计算所述预执行方式对应的总数据流动数值;
基于所述第二客户端对应的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务。
具体的,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
实际应用中,在被支付方主动针对还未支付处理的支付阶段上传收款请求的情况下,此时将根据被支付方的收款请求向被支付方提供相应的支付资源(交易方还未向被支付方支付的剩余支付资源),而该支付资源将由交易代理机构提前支付给被支付方,而支付方在后续向交易代理机构偿还与支付资源相等的资源即可;
基于此,确定被支付方所需要收款的全部支付资源,同时根据被支付方的资源存储账户与交易代理机构的资源存储账户之间的资源流动路径,确定目标支付链路,根据全部支付资源以及目标支付链路即可组建目标支付事务。
步骤S1310,根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
具体的,在上述确定所述目标数据事务的基础上,进一步的,将根据所述第二客户端提交的请求对所述目标数据事务进行执行处理,而在执行处理的过程中可以理解为是数据资源的流动过程,以及数据额度扣减的过程。
本实施例的一个或多个实施方式中,根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理的过程,具体实现方式如下所述:
从所述分段数据事务的中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务。
具体的,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
此外,在所述目标数据事务被执行处理之后,还需要对数据流出对象与中间数据对象之间的第一分段数据事务进行执行处理,本实施例的一个或多个实施方式中,具体实现方式如下所述:
在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
例如,在确定交易代理机构要针对支付方向被支付方提供500元的资金的情况下,则从交易代理机构的资金账户向被支付方的资金账户转入500元的资金即可,此时被支付方相对于支付方属于两清状态,而支付方等同于拖欠支付平台500的支付额度,而支付平台将拖欠交易代理机构500元的资金;
进一步的,在交易代理机构向被支付方转入500元资金的情况下,此时支付方需要针对这500元资金进行偿还,而对于支付方来讲等同于拖欠支付平台500支付额度,而支付平台拖欠交易代理机构500元资金,此时基于支付方和交易代理机构之间的账户路径,确定分期支付链路。在确定支付方需要针对第一分期支付事务进行支付处理的过程中,确定第一分期支付事务中被触发的支付阶段对应的第一分期支付资金是500元;
而在针对第一分期支付事务进行支付处理的过程中,需要在支付方的支付账户中扣减与500元资金对应的支付额度,此时支付方在该月的可用支付额度将缺少500,同时从支付方的数据账户空间对应的支付数额账户中向交易代理机构转出500元资金,表明此时支付平台与交易代理机构之间的500元资金已经清偿。
实际应用中,在支付方的支付额度被使用的情况下,每个结算时间都会对支付额度进行更新,例如支付方的支付额度是1000,在支付方使用支付额度100的情况下,此时支付方的可用支付额度是900,而当达到结算周期后,并且支付方针对支付额度100进行了还款,则结算周期后的支付方的支付额度是1000。
步骤S1312,向所述第二客户端推送所述目标数据事务的执行处理结果。
具体的,在上述对所述目标数据事务执行处理之后,此时将向所述第二客户端推送执行处理结果,即向被支付方发送支付资源的转入/转出结果。
基于此,在被支付方通过扫描邀请支付方通过分期支付的方式对支付业务进行支付处理,而在分期支付事务被执行处理的过程中,被支付方存在提前收取分期资金的需求的情况下,通过第二客户端向服务端发送收款请求,此时服务端将根据第二客户端提交的收款请求向被支付方的资金账户由交易代理机构转入与收款请求对应的未偿还的总分期资金,此后还需要对支付方与交易代理机构之间的事务进行支付处理,最终使得支付方的支付额度扣减成功,并且针对交易代理机构的总分期资金偿还结束。
本说明书提供的第四种数据处理方法,实现了可以根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务执行处理的处理效率和处理一致性。
本说明书提供的第四种数据处理装置实施例如下:
在上述的实施例中,提供了数据处理方法,与之相对应的,还提供了第四种数据处理装置,下面结合附图进行说明。
参照附图14,其示出了本实施例提供的第四种数据处理装置的示意图,包括:
请求接收模块1402,被配置为接收第二客户端提交的携带业务标识的业务处理请求;
事务创建模块1404,被配置为根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块1406,被配置为向第一客户端和所述第二客户端下发所述分段数据事务;
解析模块1408,被配置为根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
处理模块1410,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块1412,被配置为向所述第二客户端推送所述目标数据事务的执行处理结果。
可选地,所述解析模块1408,包括:
接收子模块,被配置为接收所述第二客户端对应的数据流入对象针对所述至少一个执行段提交的预执行方式;
组装子模块,被配置为根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
可选地,所述组装子模块,包括:
计算单元,被配置为根据所述预执行方式对应的所述至少一个执行段的目标数据执行信息,计算所述预执行方式对应的总数据流动数值;
数据链路确定单元,被配置为基于所述第二客户端对应的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
事务确定单元,被配置为基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
可选地,所述处理模块1410,包括:
资源处理子模块,被配置为从所述分段数据事务的中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
分段数据链路确定子模块,被配置为根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
分段数据事务组建子模块,被配置为根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
可选地,所述数据处理装置,还包括:
数据流动数值读取模块,被配置为在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
数据资源转移模块,被配置为按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
可选地,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
上述为本实施例的第四种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的第四种数据处理方法的技术方案属于同一构思,第四种数据处理装置的技术方案未详细描述的细节内容,均可以参见上述第四种数据处理方法的技术方案的描述。
参照附图15,其示出了本说明书实施例提供的第五种数据处理方法的处理流程图,具体包括以下步骤:
步骤S1502,采集第一客户端对应的终端设备展示的待处理业务的业务标识码。
本实施例提供的数据处理方法,应用于第二服务端,与上述提供的应用于服务端的第四种数据处理方法相互配合,共同实现待处理业务的分段执行处理,阅读本实施例请对照上述提供的应用于服务端的第四种数据处理方法实施例的对应部分的说明。
需要说明的是,在对待处理业务进行执行处理的过程中,如果待处理业务的执行处理涉及多方参与配合实现,或者待处理业务的执行处理需进行远程数据传输、数据调用,再或者待处理业务的执行处理需要涉及多个处理平台的数据支持,可在分布式系统的基础上实现所述第五种数据处理方法,具体的,通过创建所述待处理业务对应的分布式事务,并基于分布式系统中部署在不同节点之上的支持事务的服务器、资源服务器以及事务管理器之间的协同配合,实现在元数据基础上进行的分布式事务的创建,以及根据提交的执行方式对分布式事务执行处理,从而来进一步提升待处理业务的业务执行处理的处理效率和处理一致性。
步骤S1504,对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求。
步骤S1506,接收所述服务端针对所述业务处理请求下发的分段数据事务并展示。
步骤S1508,根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式。
步骤S1510,接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
本说明书提供的第五种数据处理方法,实现了可以根据提交的执行方式对相应的执行段进行更加灵活的处理,同时,以数据事务的方式对待处理业务进行执行处理,提升了业务执行处理的处理效率和处理一致性。
本说明书提供的第五种数据处理装置实施例如下:
在上述的实施例中,提供了数据处理方法,与之相对应的,还提供了第五种数据处理装置,下面结合附图进行说明。
参照附图16,其示出了本实施例提供的第五种数据处理装置的示意图,包括:
采集模块1602,被配置为采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
解码模块1604,被配置为对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收模块1606,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
提交模块1608,被配置为根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
处理结果接收模块1610,被配置为接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
上述为本实施例的第五种数据处理装置的示意性方案。需要说明的是,该数据处理装置的技术方案与上述的第五种数据处理方法的技术方案属于同一构思,第五种数据处理装置的技术方案未详细描述的细节内容,均可以参见上述第五种数据处理方法的技术方案的描述。
本说明书提供的第一种计算设备如下:
图17示出了根据本说明书一个实施例提供的一种计算设备1700的结构框图。该计算设备1700的部件包括但不限于存储器1710和处理器1720。处理器1720与存储器1710通过总线1730相连接,数据库1750用于保存数据。
计算设备1700还包括接入设备1740,接入设备1740使得计算设备1700能够经由一个或多个网络1760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1740可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备1700的上述部件以及图17中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图17所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1700可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1700还可以是移动式或静止式的服务器。
其中,所述存储器1710用于存储计算机可执行指令,处理器1720用于执行如下计算机可执行指令:
获取待处理业务的元数据;
根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
上述为本实施例的第一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的第一种数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述第一种数据处理方法的技术方案的描述。
本说明书提供的第二种计算设备实施例如下:
图18示出了根据本说明书一个实施例提供的一种计算设备1800的结构框图。该计算设备1800的部件包括但不限于存储器1810和处理器1820。处理器1820与存储器1810通过总线1830相连接,数据库1850用于保存数据。
计算设备1800还包括接入设备1840,接入设备1840使得计算设备1800能够经由一个或多个网络1860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1740可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备1800的上述部件以及图18中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图18所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1800可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1800还可以是移动式或静止式的服务器。
其中,所述存储器1810用于存储计算机可执行指令,处理器1820用于执行如下计算机可执行指令:
获取待处理交易的交易元数据;
根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
上述为本实施例的第二种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的交易处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述交易处理方法的技术方案的描述。
本说明书提供的第三种计算设备如下:
图19示出了根据本说明书一个实施例提供的一种计算设备1900的结构框图。该计算设备1900的部件包括但不限于存储器1910和处理器1920。处理器1920与存储器1910通过总线1930相连接,数据库1950用于保存数据。
计算设备1900还包括接入设备1940,接入设备1940使得计算设备1900能够经由一个或多个网络1960通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1940可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备1900的上述部件以及图19中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图19所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1900可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1900还可以是移动式或静止式的服务器。
其中,所述存储器1910用于存储计算机可执行指令,处理器1920用于执行如下计算机可执行指令:
接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向所述第一客户端下发所述分段数据事务;
根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第一客户端推送所述目标数据事务的执行处理结果。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的第二种数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述第二种数据处理方法的技术方案的描述。
本说明书提供的第四种计算设备实施例如下:
图20示出了根据本说明书一个实施例提供的一种计算设备2000的结构框图。该计算设备2000的部件包括但不限于存储器2010和处理器2020。处理器2020与存储器2010通过总线2030相连接,数据库2050用于保存数据。
计算设备2000还包括接入设备2040,接入设备2040使得计算设备2000能够经由一个或多个网络2060通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备2040可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备2000的上述部件以及图20中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图20所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备2000可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备2000还可以是移动式或静止式的服务器。
其中,所述存储器2010用于存储计算机可执行指令,处理器2020用于执行如下计算机可执行指令:
接收针对待处理业务提交的业务处理指令;
根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的第三种数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述第三种数据处理方法的技术方案的描述。
本说明书提供的第五种计算设备实施例如下:
图21示出了根据本说明书一个实施例提供的一种计算设备2100的结构框图。该计算设备2100的部件包括但不限于存储器2110和处理器2120。处理器2120与存储器2110通过总线2130相连接,数据库2150用于保存数据。
计算设备2100还包括接入设备2140,接入设备2140使得计算设备2100能够经由一个或多个网络2160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备2140可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备2100的上述部件以及图21中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图21所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备2100可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备2100还可以是移动式或静止式的服务器。
其中,所述存储器2110用于存储计算机可执行指令,处理器2120用于执行如下计算机可执行指令:
接收第二客户端提交的携带业务标识的业务处理请求;
根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向第一客户端和所述第二客户端下发所述分段数据事务;
根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第二客户端推送所述目标数据事务的执行处理结果。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的第四种数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述第四种数据处理方法的技术方案的描述。
本说明书提供的第六种计算设备如下:
图22示出了根据本说明书一个实施例提供的一种计算设备2200的结构框图。该计算设备2200的部件包括但不限于存储器2210和处理器2220。处理器2220与存储器2210通过总线2230相连接,数据库2250用于保存数据。
计算设备2200还包括接入设备2240,接入设备2240使得计算设备2200能够经由一个或多个网络2260通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备2240可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备2200的上述部件以及图22中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图22所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备2200可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备2200还可以是移动式或静止式的服务器。
其中,所述存储器2210用于存储计算机可执行指令,处理器2220用于执行如下计算机可执行指令:
采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的第五种数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述第五种数据处理方法的技术方案的描述。
本说明书一实施例还提供第一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述第一种数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的第一种数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述第一种数据处理方法的技术方案的描述。
本说明书一实施例还提供第二种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述交易处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的交易处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述交易处理方法的技术方案的描述。
本说明书一实施例还提供第三种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述第二种数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的第二种数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述第二种数据处理方法的技术方案的描述。
本说明书一实施例还提供第四种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述第三种数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的第三种数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述第三种数据处理方法的技术方案的描述。
本说明书一实施例还提供第五种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述第四种数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的第四种数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述第四种数据处理方法的技术方案的描述。
本说明书一实施例还提供第六种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时以用于实现所述第五种数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的第五种数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述第五种数据处理方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
Claims (65)
1.一种数据处理方法,包括:
获取待处理业务的元数据;
根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
2.根据权利要求1所述的数据处理方法,还包括:
根据所述分段数据事务的数据流出对象的历史数据日志,确定向所述数据流出对象推送的执行段的推荐数目,并根据所述数据流出对象针对所述推荐数目提交的执行指令确定所述分段数据事务的执行段的数目;
或者,
根据所述分段数据事务的数据流入对象的数据记录,预测所述数据流入对象的数据流入时间区间,按照所述数据流入时间区间确定所述分段数据事务的执行段的时长和/或数目。
3.根据权利要求1或2所述的数据处理方法,所述基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务,包括:
在所述分段数据事务的执行段的执行条件被触发的情况下,按照所述执行段的执行条件被触发对应的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
或者,
接收所述分段数据事务的数据流出对象针对所述至少一个执行段提交的分段执行请求;
基于所述分段执行请求中携带的分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
4.根据权利要求3所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至所述分段数据事务的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
5.根据权利要求3所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,从所述数据流出对象的数据账户转出所述数据流动数值对应的数据资源至所述数据流入对象的数据账户;
其中,所述目标数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
6.根据权利要求4或5所述的数据处理方法,所述读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值子步骤执行之后,还包括:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
7.根据权利要求1或2所述的数据处理方法,所述基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务,包括:
接收所述分段数据事务的数据流入对象针对所述至少一个执行段提交的预执行请求;
基于所述预执行请求中携带的预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
8.根据权利要求7所述的数据处理方法,所述基于所述预执行请求中携带的预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务,包括:
根据所述预执行请求对应的所述至少一个执行段的目标数据执行信息,计算所述预执行请求对应的总数据流动数值;
基于所述分段数据事务的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
9.根据权利要求8所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
10.根据权利要求9所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,包括:
在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
11.根据权利要求10所述的数据处理方法,所述从所述中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户子步骤执行之后,还包括:
根据所述总数据流动数值以及对应的第二执行附加数据占比,计算第二执行附加数据值;
对所述数据流入对象进行所述第二执行附加数据值的数据结算处理;
其中,所述第二执行附加数据占比,包括对所述中间数据事务进行执行处理产生的处理费率,依据所述第二执行附加数据占比计算获得的所述第二执行附加数据值由所述数据流入对象承担。
12.根据权利要求11所述的数据处理方法,还包括:
根据所述第一分段数据流动数值以及所述执行段对应的第一执行附加数据占比,计算所述执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述第一分段数据事务在所述执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
13.根据权利要求1所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,还包括:
接收所述分段数据事务的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述分段数据事务的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
14.根据权利要求13所述的数据处理方法,所述根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务步骤执行之后,还包括:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
15.根据权利要求1所述的数据处理方法,所述获取待处理业务的元数据步骤执行之后,且所述根据所述元数据创建所述待处理业务的分段数据事务步骤执行之前,包括:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述分段数据事务的数据流出对象的数据账户空间的可用数据额度;
若是,执行所述根据所述元数据创建所述待处理业务的分段数据事务步骤;
若否,向所述数据流出对象推送处理失败的提醒。
16.根据权利要求1所述的数据处理方法,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
17.一种数据处理装置,包括:
获取模块,被配置为获取待处理业务的元数据;
创建模块,被配置为根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
解析模块,被配置为基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
18.一种交易处理方法,包括:
获取待处理交易的交易元数据;
根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
19.根据权利要求18所述的交易处理方法,还包括:
根据所述分期支付事务的支付方的历史交易支付日志,确定向所述支付方推送的支付阶段的推荐分期数目,并根据所述支付方针对所述推荐分期数目提交的支付指令确定所述分期支付事务的支付阶段的分期数目;
或者,
根据所述分期支付事务的被支付方的交易记录,预测所述被支付方的收款时间区间,按照所述收款时间区间确定所述分期支付事务的支付阶段的分期时长和/或分期数目。
20.根据权利要求18或19所述的交易处理方法,所述基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务,包括:
在所述分期支付事务的支付阶段的支付条件被触发的情况下,按照所述支付阶段的支付条件被触发对应的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
或者,
接收所述分期支付事务的支付方针对所述至少一个支付阶段提交的分期支付请求;
基于所述分期支付请求中携带的分期支付方式,对所述分期支付事务进行分解,获得与所述分期支付方式对应的目标支付事务;
其中,所述与所述分期支付方式对应的目标支付事务中,记录有所述至少一个支付阶段的目标交易支付信息和目标支付链路,所述目标交易支付信息基于所述至少一个支付阶段的交易支付信息确定,所述目标支付链路基于所述至少一个支付阶段的支付链路确定。
21.根据权利要求20所述的交易处理方法,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
读取所述目标交易支付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,对所述支付方的数据账户空间的数据额度扣减所述支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述支付数值对应的支付资源至所述分期支付事务的被支付方的数据账户;
其中,所述目标支付链路的支付节点至少对应于所述支付方的数据账户空间和所述被支付方的数据账户;所述数据账户空间的数据结算周期的时长与所述分期支付事务的支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
22.根据权利要求20所述的交易处理方法,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值;
按照所述目标支付链路,从所述支付方的支付账户转出所述支付数值对应的支付资源至所述被支付方的支付账户;
其中,所述目标支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述被支付方的支付账户。
23.根据权利要求21或22所述的交易处理方法,所述读取所述目标交易交付信息中包含的所述至少一个支付阶段对应的支付数值子步骤执行之后,还包括:
根据所述支付数值以及所述至少一个支付阶段对应的第一支付费率,计算所述至少一个支付阶段对应的第一支付附加费;
对所述被支付方进行所述第一支付附加费用的结算处理;
其中,所述第一支付费率,包括对所述分期支付事务在所述至少一个支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付方承担。
24.根据权利要求18或19所述的交易处理方法,所述基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务,包括:
接收所述分期支付事务的被支付方针对所述至少一个支付阶段提交的预支付请求;
基于所述预支付请求中携带的预支付方式,对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务。
25.根据权利要求24所述的交易处理方法,所述基于所述预支付请求中携带的预支付方式,对所述至少一个支付阶段对应的交易支付信息和支付链路进行组装,获得与所述预支付方式对应的目标支付事务,包括:
根据所述预支付请求对应的所述至少一个支付阶段的目标交易支付信息,计算所述预支付请求对应的总支付数值;
基于所述分期支付事务的被支付方和交易代理机构二者支付账户的账户路径确定目标支付链路;
基于所述总支付数值和所述目标支付链路组建中间支付事务,作为所述目标支付事务;
其中,所述目标支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
26.根据权利要求25所述的交易处理方法,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理,包括:
从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户;
根据所述支付方和所述交易代理机构二者支付账户的账户路径,确定从所述支付方至所述交易代理机构的分期支付链路;
根据所述分期支付链路和所述分期支付事务中待执行的执行段的数据执行信息,组建所述分期支付事务中待支付的支付阶段的第一分期支付事务;
其中,所述分期支付链路的起始支付节点对应于所述支付方的支付账户,终止支付节点对应于所述交易代理机构的支付账户。
27.根据权利要求26所述的交易处理方法,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理步骤执行之后,包括:
在所述第一分期支付事务的支付阶段的支付条件被触发的情况下,读取所述第一分期支付事务中被触发的支付阶段对应的第一分期支付数值;
按照所述分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第一分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第一分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分期支付事务的执行阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
28.根据权利要求27所述的交易处理方法,所述从所述交易代理机构的支付账户申请所述总支付数值对应的支付资源至所述被支付方的支付账户子步骤执行之后,还包括:
根据所述总支付数值以及对应的第二支付费率,计算第二支付附加费;
对所述被支付方进行所述第二支付附加费的结算处理;
其中,所述第二支付费率,包括对所述交易代理机构进行交易处理产生的交易费率,依据所述第二支付费率计算获得的所述第二支付附加费由所述被支付方承担。
29.根据权利要求28所述的交易处理方法,还包括:
根据所述第一分期支付数值以及所述支付阶段对应的第一支付费率,计算所述支付阶段对应的第一支付附加费;
对所述被支付方进行所述第一支付附加费的结算处理;
其中,所述第一支付费率,包括对所述第一分期支付事务在所述支付阶段进行支付处理产生的支付费率,依据所述第一支付费率计算获得的所述第一支付附加费由所述被支付承担。
30.根据权利要求18所述的交易处理方法,所述根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理步骤执行之后,还包括:
接收所述分期支付事务的被支付方针对剩余支付阶段提交的第二预支付请求;
基于所述第二预支付请求中携带的第二预支付方式,对所述剩余支付段对应的交易支付信息和支付链路进行组装,获得与所述第二预支付方式对应的第二中间支付事务;所述第二中间支付事务中记录有所述第二预支付请求对应的第二总支付数值;
通过从所述分期支付事务的交易代理机构的支付账户申请所述第二总支付数值对应的支付资源至所述被支付方的支付账户的方式,对所述第二中间支付事务进行支付处理;
根据所述分期支付事务的支付方和所述交易代理机构二者数据账户的账户路径,确定从所述支付方至所述交易代理机构的第二分期支付链路;
根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务;
其中,所述第二中间支付事务中记录有第二中间支付链路,所述第二中间支付链路的起始支付节点对应于所述交易代理机构的支付账户,终止支付节点对应于所述被支付方的支付账户。
31.根据权利要求30所述的交易处理方法,所述根据所述第二分期支付链路和所述剩余支付阶段的交易支付信息,组建所述剩余支付阶段对应的第二分期支付事务步骤执行之后,还包括:
在所述第二分期支付事务的剩余执行阶段中至少一者的支付条件被触发的情况下,读取所述第二分期支付事务中被触发的剩余支付阶段对应的第二分期支付数值;
按照所述第二分期支付链路,对所述支付方的数据账户空间的数据额度扣减所述第二分期支付数值对应的扣减额度,以及,从所述支付方的数据账户空间对应的实际数据账户转出所述第二分期支付数值对应的支付资源至所述交易代理机构的支付账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分期支付事务的剩余支付阶段的支付处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
32.根据权利要求18所述的交易处理方法,所述获取待处理交易的交易元数据步骤执行之后,且所述根据所述交易元数据创建所述待处理交易的分期支付事务步骤执行之前,包括:
判断所述交易元数据中包含的待交易数值是否小于或者等于所述分期支付事务的支付方的数据账户空间的可用数据额度;
若是,执行所述根据所述交易元数据创建所述待处理交易的分期支付事务步骤;
若否,向所述支付方推送处理失败的提醒。
33.一种交易处理装置,包括:
数据获取模块,被配置为获取待处理交易的交易元数据;
事务创建模块,被配置为根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
事务解析模块,被配置为基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
事务处理模块,被配置为根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
34.一种数据处理方法,应用于服务端,所述方法包括:
接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向所述第一客户端下发所述分段数据事务;
根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第一客户端推送所述目标数据事务的执行处理结果。
35.根据权利要求34所述的数据处理方法,所述根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务,包括:
接收所述第一客户端针对所述至少一个执行段提交的分段执行方式;
根据所述分段执行方式,对所述分段数据事务进行分解,获得与所述分段执行方式对应的目标数据事务;
其中,所述与所述分段执行方式对应的目标数据事务中,记录有所述至少一个执行段的目标数据执行信息和目标数据链路,所述目标数据执行信息基于所述至少一个执行段的数据执行信息确定,所述目标数据链路基于所述至少一个执行段的数据链路确定。
36.根据权利要求35所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值;
按照所述目标数据链路,对所述第一客户端对应的数据流出对象的数据账户空间的数据额度扣减所述数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述数据流动数值对应的数据资源至第二客户端对应的数据流入对象的数据账户;
其中,所述目标数据链路的数据节点至少对应于所述数据流出对象的数据账户空间和所述数据流入对象的数据账户;所述数据账户空间的数据结算周期的时长与所述分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
37.根据权利要求36所述的数据处理方法,所述读取所述目标数据执行信息中包含的所述至少一个执行段对应的数据流动数值子步骤执行之后,还包括:
根据所述数据流动数值以及所述至少一个执行段对应的第一执行附加数据占比,计算所述至少一个执行段对应的第一执行附加数据值;
对所述数据流入对象进行所述第一执行附加数据值的数据结算处理;
其中,所述第一执行附加数据占比,包括对所述分段数据事务在所述至少一个执行段进行执行处理产生的处理费率,依据所述第一执行附加数据占比计算获得的所述第一执行附加数据值由所述数据流入对象承担。
38.根据权利要求34所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,还包括:
接收第二客户端对应的数据流入对象针对剩余执行段提交的第二预执行请求;
基于所述第二预执行请求中携带的第二预执行方式,对所述剩余执行段对应的数据执行信息和数据链路进行组装,获得与所述第二预执行方式对应的第二中间数据事务;所述第二中间数据事务中记录有所述第二预执行请求对应的第二总数据流动数值;
通过从所述分段数据事务的中间数据对象的数据账户申请所述第二总数据流动数值对应的数据资源至所述数据流入对象的数据账户的方式,对所述第二中间数据事务进行执行处理;
根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的第二分段数据链路;
根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务;
其中,所述第二中间数据事务中记录有第二中间数据链路,所述第二中间数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
39.根据权利要求38所述的数据处理方法,所述根据所述第二分段数据链路和所述剩余执行段的数据执行信息,组建所述剩余执行段对应的第二分段数据事务步骤执行之后,还包括:
在所述第二分段数据事务的剩余执行段中至少一者的执行条件被触发的情况下,读取所述第二分段数据事务中被触发的剩余执行段对应的第二分段数据流动数值;
按照所述第二分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第二分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第二分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第二分段数据事务的剩余执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
40.根据权利要求34所述的数据处理方法,所述根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务,包括:
判断所述元数据中包含的待处理数据处理值是否小于或者等于所述第一客户端对应的数据流出对象的数据账户空间的可用数据额度;
若是,根据所述元数据创建所述待处理业务的分段数据事务;
若否,向所述第一客户端推送处理失败的提醒。
41.根据权利要求34所述的数据处理方法,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
42.一种数据处理装置,包括:
请求接收模块,被配置为接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
分段数据事务创建模块,被配置为根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块,被配置为向所述第一客户端下发所述分段数据事务;
分段数据事务解析模块,被配置为根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
事务处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块,被配置为向所述第一客户端推送所述目标数据事务的执行处理结果。
43.一种数据处理方法,应用于第一客户端,所述方法包括:
接收针对待处理业务提交的业务处理指令;
根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
44.一种数据处理装置,包括:
指令接收模块,被配置为接收针对待处理业务提交的业务处理指令;
请求提交模块,被配置为根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
事务接收模块,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
分段执行方式提交模块,被配置为根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
处理结果接收模块,被配置为接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
45.一种数据处理方法,应用于服务端,包括:
接收第二客户端提交的携带业务标识的业务处理请求;
根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向第一客户端和所述第二客户端下发所述分段数据事务;
根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第二客户端推送所述目标数据事务的执行处理结果。
46.根据权利要求45所述的数据处理方法,所述根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务,包括:
接收所述第二客户端对应的数据流入对象针对所述至少一个执行段提交的预执行方式;
根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务。
47.根据权利要求46所述的数据处理方法,所述根据所述预执行方式,对所述至少一个执行段对应的数据执行信息和数据链路进行组装,获得与所述预执行方式对应的目标数据事务,包括:
根据所述预执行方式对应的所述至少一个执行段的目标数据执行信息,计算所述预执行方式对应的总数据流动数值;
基于所述第二客户端对应的数据流入对象和中间数据对象二者数据账户的账户路径确定目标数据链路;
基于所述总数据流动数值和所述目标数据链路组建中间数据事务,作为所述目标数据事务;
其中,所述目标数据链路的起始数据节点对应于所述中间数据对象的数据账户,终止数据节点对应于所述数据流入对象的数据账户。
48.根据权利要求47所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理,包括:
从所述分段数据事务的中间数据对象的数据账户申请所述总数据流动数值对应的数据资源至所述数据流入对象的数据账户;
根据所述第一客户端对应的数据流出对象和所述中间数据对象二者数据账户的账户路径,确定从所述数据流出对象至所述中间数据对象的分段数据链路;
根据所述分段数据链路和所述分段数据事务中待执行的执行段的数据执行信息,组建所述分段数据事务中待执行的执行段的第一分段数据事务;
其中,所述分段数据链路的起始数据节点对应于所述数据流出对象的数据账户,终止数据节点对应于所述中间数据对象的数据账户。
49.根据权利要求48所述的数据处理方法,所述根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理步骤执行之后,包括:
在所述第一分段数据事务的执行段的执行条件被触发的情况下,读取所述第一分段数据事务中被触发的执行段对应的第一分段数据流动数值;
按照所述分段数据链路,对所述数据流出对象的数据账户空间的数据额度扣减所述第一分段数据流动数值对应的扣减额度,以及,从所述数据流出对象的数据账户空间对应的实际数据账户转出所述第一分段数据流动数值对应的数据资源至所述中间数据对象的数据账户;
其中,所述数据账户空间的数据结算周期的时长与所述第一分段数据事务的执行段的执行处理周期的时长相等,在前一数据结算周期对所述数据账户空间的数据额度扣减所述扣减额度,经后一数据结算周期的数据结算处理后,所述扣减额度对所述数据额度的扣减被更新。
50.根据权利要求45所述的数据处理方法,所述待处理业务包括:交易业务,数据流处理业务,支付业务;
相应的,所述待处理业务的分段数据事务包括:所述交易业务采用分阶段交易方式进行执行的分阶段交易事务,所述数据流处理业务采用分阶段处理方式进行执行的分阶段数据流处理事务,所述支付业务采用分阶段支付方式进行执行的分阶段支付事务;
所述分段数据事务的执行段包括:所述分阶段交易事务在分阶段交易过程中的各个交易阶段,所述分阶段数据流处理事务在分阶段处理过程中的各个数据处理阶段,所述分阶段支付事务在分阶段支付过程中的各个支付阶段。
51.一种数据处理装置,包括:
请求接收模块,被配置为接收第二客户端提交的携带业务标识的业务处理请求;
事务创建模块,被配置为根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
事务发送模块,被配置为向第一客户端和所述第二客户端下发所述分段数据事务;
解析模块,被配置为根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
处理模块,被配置为根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
结果推送模块,被配置为向所述第二客户端推送所述目标数据事务的执行处理结果。
52.一种数据处理方法,应用于第二客户端,所述方法包括:
采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
53.一种数据处理装置,包括:
采集模块,被配置为采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
解码模块,被配置为对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收模块,被配置为接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
提交模块,被配置为根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
处理结果接收模块,被配置为接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
54.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
获取待处理业务的元数据;
根据所述元数据创建所述待处理业务的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
基于针对所述分段数据事务的至少一个执行段提交的执行方式,对所述分段数据事务进行解析,获得与所述执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理。
55.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
获取待处理交易的交易元数据;
根据所述交易元数据创建所述待处理交易的分期支付事务;所述分期支付事务中记录有各个支付阶段的交易支付信息和支付链路;
基于针对所述分期支付事务的至少一个支付阶段提交的支付方式,对所述分期支付事务进行解析,获得与所述支付方式对应的目标支付事务;
根据所述目标支付事务中记录的所述至少一个支付阶段的目标交易支付信息和目标支付链路,对所述目标支付事务进行支付处理。
56.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收第一客户端提交的待处理业务的业务处理请求;所述业务处理请求中携带业务标识和分段数目;
根据所述分段数目和所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向所述第一客户端下发所述分段数据事务;
根据所述第一客户端针对所述分段数据事务提交的分段执行方式,对所述分段数据事务进行解析,获得与所述分段执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第一客户端推送所述目标数据事务的执行处理结果。
57.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收针对待处理业务提交的业务处理指令;
根据所述业务处理指令对应的分段数目,向服务端提交携带所述分段数目和所述待处理业务的业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的分段执行输入,向所述服务端提交分段执行方式;
接收所述服务端返回的所述分段执行方式对应的目标数据事务的执行处理结果。
58.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
接收第二客户端提交的携带业务标识的业务处理请求;
根据所述业务标识对应的元数据,创建所述业务处理请求对应的分段数据事务;所述分段数据事务中记录有各个执行段的数据执行信息和数据链路;
向第一客户端和所述第二客户端下发所述分段数据事务;
根据所述第二客户端针对所述分段数据事务提交的预执行方式,对所述分段数据事务进行解析,获得与所述预执行方式对应的目标数据事务;
根据所述目标数据事务中记录的所述至少一个执行段的目标数据执行信息和目标数据链路,对所述目标数据事务进行执行处理;
向所述第二客户端推送所述目标数据事务的执行处理结果。
59.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
采集第一客户端对应的终端设备展示的待处理业务的业务标识码;
对所述业务标识码进行解码,根据解码获得的业务标识向服务端提交携带所述业务标识的业务处理请求;
接收所述服务端针对所述业务处理请求下发的分段数据事务并展示;
根据针对所述分段数据事务的预执行输入,向所述服务端提交预执行方式;
接收所述服务端返回的所述预执行方式对应的目标数据事务的执行处理结果。
60.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求1至16任意一项所述数据处理方法的步骤。
61.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求8至32任意一项所述交易处理方法的步骤。
62.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求34至41任意一项所述数据处理方法的步骤。
63.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求43所述数据处理方法的步骤。
64.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求45至50任意一项所述数据处理方法的步骤。
65.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求52所述数据处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010023913.0A CN111242604A (zh) | 2020-01-09 | 2020-01-09 | 数据处理方法及装置 |
PCT/CN2020/138222 WO2021139522A1 (zh) | 2020-01-09 | 2020-12-22 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010023913.0A CN111242604A (zh) | 2020-01-09 | 2020-01-09 | 数据处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111242604A true CN111242604A (zh) | 2020-06-05 |
Family
ID=70865633
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010023913.0A Pending CN111242604A (zh) | 2020-01-09 | 2020-01-09 | 数据处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111242604A (zh) |
WO (1) | WO2021139522A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112215595A (zh) * | 2020-10-09 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 项目处理方法、系统以及装置 |
WO2021139522A1 (zh) * | 2020-01-09 | 2021-07-15 | 支付宝(杭州)信息技术有限公司 | 数据处理方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113886276B (zh) * | 2021-12-06 | 2022-03-25 | 北京达佳互联信息技术有限公司 | 业务创建方法、装置、服务器及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007002401A2 (en) * | 2005-06-28 | 2007-01-04 | Sciac Investment Ltda. | Method and system for integrating savings and credits with different interest rates |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN107369013A (zh) * | 2017-07-20 | 2017-11-21 | 杭州闪宝科技有限公司 | 教育培训支付方法、装置以及系统 |
CN107590732A (zh) * | 2017-07-26 | 2018-01-16 | 深圳市佰仟金融服务有限公司 | 一种业务数据试算方法及其设备、终端 |
CN108009819A (zh) * | 2017-12-01 | 2018-05-08 | 中国光大银行股份有限公司信用卡中心 | 一种信用卡分期付款的方法和系统 |
CN109087190A (zh) * | 2018-06-08 | 2018-12-25 | 阿里巴巴集团控股有限公司 | 一种融资贷款方法和装置 |
CN109711971A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 提前还款方法、装置、终端设备及计算机可读存储介质 |
CN110163744A (zh) * | 2019-04-30 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 一种基于区块链的支付方法和装置 |
CN110335029A (zh) * | 2019-06-26 | 2019-10-15 | 中通服创发科技有限责任公司 | 统一支付网关、方法和系统 |
CN110378760A (zh) * | 2019-06-17 | 2019-10-25 | 平安银行股份有限公司 | 数据处理方法及终端设备 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101021959B (zh) * | 2006-02-14 | 2010-09-15 | 中国银联股份有限公司 | 基于分期付款业务的交易处理系统及交易处理方法 |
CN101989337A (zh) * | 2009-07-30 | 2011-03-23 | 上海薄荷信息科技有限公司 | 一种支付系统中实现安全支付的控制方法及控制装置 |
SG187283A1 (en) * | 2011-07-27 | 2013-02-28 | goodwin Russell | Intelligent payment system |
CN106557921A (zh) * | 2016-11-30 | 2017-04-05 | 广州市万表科技股份有限公司 | 在线支付方法及装置 |
CN108364228A (zh) * | 2018-03-30 | 2018-08-03 | 深圳市买买提信息科技有限公司 | 一种业务数据处理方法及其设备 |
CN111242604A (zh) * | 2020-01-09 | 2020-06-05 | 支付宝(杭州)信息技术有限公司 | 数据处理方法及装置 |
-
2020
- 2020-01-09 CN CN202010023913.0A patent/CN111242604A/zh active Pending
- 2020-12-22 WO PCT/CN2020/138222 patent/WO2021139522A1/zh active Application Filing
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007002401A2 (en) * | 2005-06-28 | 2007-01-04 | Sciac Investment Ltda. | Method and system for integrating savings and credits with different interest rates |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN107369013A (zh) * | 2017-07-20 | 2017-11-21 | 杭州闪宝科技有限公司 | 教育培训支付方法、装置以及系统 |
CN107590732A (zh) * | 2017-07-26 | 2018-01-16 | 深圳市佰仟金融服务有限公司 | 一种业务数据试算方法及其设备、终端 |
CN108009819A (zh) * | 2017-12-01 | 2018-05-08 | 中国光大银行股份有限公司信用卡中心 | 一种信用卡分期付款的方法和系统 |
CN109087190A (zh) * | 2018-06-08 | 2018-12-25 | 阿里巴巴集团控股有限公司 | 一种融资贷款方法和装置 |
CN109711971A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 提前还款方法、装置、终端设备及计算机可读存储介质 |
CN110163744A (zh) * | 2019-04-30 | 2019-08-23 | 阿里巴巴集团控股有限公司 | 一种基于区块链的支付方法和装置 |
CN110378760A (zh) * | 2019-06-17 | 2019-10-25 | 平安银行股份有限公司 | 数据处理方法及终端设备 |
CN110335029A (zh) * | 2019-06-26 | 2019-10-15 | 中通服创发科技有限责任公司 | 统一支付网关、方法和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021139522A1 (zh) * | 2020-01-09 | 2021-07-15 | 支付宝(杭州)信息技术有限公司 | 数据处理方法及装置 |
CN112215595A (zh) * | 2020-10-09 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 项目处理方法、系统以及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2021139522A1 (zh) | 2021-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7886969B2 (en) | Method and system for loading and reloading portable consumer devices | |
WO2021139522A1 (zh) | 数据处理方法及装置 | |
CN111833169A (zh) | 一种分账管理方法和装置 | |
US9978047B2 (en) | Integrating payment aggregators with e-commerce platform | |
US11023873B1 (en) | Resources for peer-to-peer messaging | |
CN103748602A (zh) | 支付非结算交易 | |
US20130013441A1 (en) | Transaction services reverse auction | |
KR101729162B1 (ko) | 금융 오픈 플랫폼 기반의 선불결제 관리 장치, 방법 및 컴퓨터 프로그램 | |
US20140052616A1 (en) | Payment system and methods for brokering consumer-pay transactions | |
CN111178899A (zh) | 资源处理方法及装置、交易处理方法及装置 | |
JPWO2014024520A1 (ja) | 未確定の将来クレジット債権の買い取りによるクレジットカード加盟店への無担保のファンディングシステム | |
CN106297087A (zh) | 一种o2o商业平台装置 | |
CN111680995B (zh) | 一种支付链构建方法、装置、计算机设备及可读存储介质 | |
CN111383007A (zh) | 业务处理方法以及装置 | |
CN107886428B (zh) | 一种确定支付清算汇率的方法及支付清算系统 | |
CN111833125A (zh) | 订单处理方法、装置、电子设备及计算机可读介质 | |
US20130013495A1 (en) | Transaction information routing | |
CN110874728A (zh) | 网上支付系统、网上支付方法、装置、介质及服务器 | |
CN104715412A (zh) | 一种自动配票的方法及装置 | |
CN102855557A (zh) | 网络交易支付处理系统及方法 | |
WO2020063180A1 (zh) | 交易处理方法、装置、电子设备及计算机可读存储介质 | |
CN112967047B (zh) | 结算方法、装置、设备、存储介质以及程序产品 | |
WO2016032519A1 (en) | Before-the-fact budgeting | |
CN113095814A (zh) | 一种多渠道组合支付的方法及装置 | |
US20130254009A1 (en) | Transaction information interface |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40030597 Country of ref document: HK |