CN115907780A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN115907780A CN115907780A CN202211625013.9A CN202211625013A CN115907780A CN 115907780 A CN115907780 A CN 115907780A CN 202211625013 A CN202211625013 A CN 202211625013A CN 115907780 A CN115907780 A CN 115907780A
- Authority
- CN
- China
- Prior art keywords
- data
- order
- processing
- processed
- payment
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 183
- 238000012545 processing Methods 0.000 claims abstract description 1096
- 238000012795 verification Methods 0.000 claims abstract description 548
- 238000012790 confirmation Methods 0.000 claims abstract description 408
- 230000004044 response Effects 0.000 claims abstract description 406
- 230000009471 action Effects 0.000 claims abstract description 319
- 238000007781 pre-processing Methods 0.000 claims abstract description 89
- 238000000034 method Methods 0.000 claims description 250
- 230000008569 process Effects 0.000 claims description 162
- 238000009826 distribution Methods 0.000 claims description 73
- 238000012546 transfer Methods 0.000 claims description 67
- 238000003860 storage Methods 0.000 claims description 59
- 238000011157 data evaluation Methods 0.000 claims description 20
- 238000011156 evaluation Methods 0.000 claims description 14
- 238000004364 calculation method Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 8
- 238000005111 flow chemistry technique Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 46
- 238000012954 risk control Methods 0.000 description 38
- 230000027455 binding Effects 0.000 description 16
- 238000009877 rendering Methods 0.000 description 15
- 230000000977 initiatory effect Effects 0.000 description 13
- 230000008447 perception Effects 0.000 description 13
- 230000001960 triggered effect Effects 0.000 description 12
- 238000004422 calculation algorithm Methods 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 10
- 230000006872 improvement Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 230000002085 persistent effect Effects 0.000 description 8
- 239000000047 product Substances 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000013524 data verification Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000001052 transient effect Effects 0.000 description 6
- 210000001503 joint Anatomy 0.000 description 5
- 238000003032 molecular docking Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000006467 substitution reaction Methods 0.000 description 4
- 238000007596 consolidation process Methods 0.000 description 3
- 230000009191 jumping Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书实施例提供了数据处理方法及装置,其中,一种数据处理方法包括:基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理;若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作;将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据;根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
Description
技术领域
本文件涉及数据处理技术领域,尤其涉及一种数据处理方法及装置。
背景技术
随着互联网技术的发展,数据通过互联网进行存储和处理,各种各样的数据通过互联网进行处理,对互联网进行数据处理的能力也有所要求;数据处理方对数据提供方的数据进行数据处理的过程中,根据不同的数据形式,按照数据形式对应的处理方式进行处理;随着数据提供方对不同类型的数据的线上处理,数据处理方进行数据处理的资源消耗也日益增长。
发明内容
本说明书一个或多个实施例提供了一种数据处理方法。所述数据处理方法,包括:基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理。若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作。将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据。根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
可选的,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:根据所述待处理数据对应的数据方对所述待处理数据的资源预支指令,确定所述待处理数据的预支资源数额;按照所述预支资源数额在中间数据账户进行数据转出至所述数据方的数据账户。
可选的,所述方法还包括:根据对所述待处理数据的处理结果,将转移至所述数据方的数据账户中所述待处理数据的转出数据中所述预支资源数额转入所述中间数据账户。
可选的,所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;相应的,所述更新所述待处理数据的处理确认信息,包括:将针对所述待处理数据进行资源流转的流转数值更新为0。
可选的,所述根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作,包括:根据所述确认指令,生成所述待处理数据的处理完成标签;根据所述处理完成标签,执行所述待处理数据对应的目标对象的转出处理,或者,进行所述待处理数据对应的处理任务的任务处理。
可选的,所述待处理数据,包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据;其中,所述订单数据包括至少一个数据维度的待处理订单的订单数据。
本说明书一个或多个实施例提供了第二种数据处理方法,应用于终端设备,包括:第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息。所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
可选的,所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据步骤执行之后,还包括:所述第二应用在所述数据集的处理期限届满前向所述第二服务器发送携带所述合并数据的预处理数据,以基于所述预处理数据对所述数据集中至少一者进行数据处理。
可选的,还包括:所述第二应用获取提交所述待处理数据的数据方对所述数据集配置的数据账户队列并向所述第二服务器发送,以在检测到所述数据集的处理期限届满后基于所述数据账户队列对所述数据集进行数据处理。
本说明书一个或多个实施例提供了第三种数据处理方法,应用于第二服务器,包括:根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果。根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。向所述终端设备发送所述数据集和所述合并数据。
可选的,所述根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:根据所述数据集的处理期限届满前获取到的所述终端设备发送的携带所述合并数据的预处理数据,调用所述预处理数据接口按照所述预处理数据对所述数据集中至少一者进行数据处理;基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据。
可选的,所述基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据子步骤执行之后,还包括:在检测到所述处理期限届满后,按照所述剩余合并数据在数据账户进行数据转出以进行所述数据集的二次数据处理;其中,所述数据账户包括提交所述待处理数据的数据方的数据账户。
可选的,所述根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:在检测到所述数据集的处理期限届满后,读取所述终端设备发送的提交所述待处理对象的数据方对所述数据集配置的数据账户队列;按照所述合并数据,对所述数据账户队列中的数据账户进行数据转出以进行所述数据集的数据处理。
可选的,所述根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理,包括:基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
可选的,所述基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,包括:基于所述关键数据确定所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
可选的,所述确认指令,在所述终端设备检测到对更新后的处理确认信息的确认指令后获取;所述处理确认信息在所述终端设备运行的第一应用接收到所述第一服务器转发的核验通过的核验结果后更新;所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;所述终端设备检测到所述确认指令后向所述第一服务器发送所述确认指令,以进行所述待处理数据的前置响应动作。
可选的,还包括:根据所述待处理数据对应的数据方对所述待处理数据的资源预支指令,确定所述待处理数据的预支资源数额;按照所述预支资源数额在中间数据账户进行数据转出至所述数据方的数据账户。
本说明书一个或多个实施例提供了第四种数据处理方法,应用于终端设备,包括:向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并。接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
可选的,还包括:展示所述数据集中各待处理数据以及所述合并数据;向所述第二服务器发送对所述合并数据的数据处理指令,接收所述第二服务器发送的所述合并数据的数据账户队列。
可选的,所述向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第一服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息步骤执行之前,还包括:采集并识别所述待处理数据对应的数据方的处理标识,获得所述待处理数据,或者,获取所述数据方采集所述终端设备展示的处理标识后发送的所述待处理数据;基于所述待处理数据渲染数据展示页面并展示;所述数据展示页面配置有前置响应控件;若检测到所述前置响应控件被触发,执行所述向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息步骤。
可选的,所述更新所述待处理数据的处理确认信息,包括:将所述数据展示页面中渲染的数据确认数值更新为0,并展示更新后的数据展示页面。
可选的,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:根据携带所述合并数据的预处理数据,调用目标数据账户的数据转出接口转出所述预处理数据对应的转出数据,并将所述转出数据向所述预处理数据对应的数据方转入。
可选的,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:根据携带所述合并数据的预处理数据,调用二次处理接口生成所述预处理数据对应的二次处理数据;若所述二次处理数据处理成功,从所述二次处理数据对应的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
可选的,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:根据携带所述合并数据的预处理数据,调用任务生成接口生成所述预处理数据对应的处理任务;从所述处理任务的任务提供对象的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
可选的,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:若所述数据集满足资源赠与条件,调用资源赠与接口进行所述合并数据的资源赠与处理;基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。
本说明书一个或多个实施例提供了一种订单处理方法,包括:获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作。基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
可选的,还包括:根据所述服务响应动作的商家对所述待支付订单的资源申请请求,确定所述待支付订单的待支付数额;基于中间账户向所述商家进行所述待支付数额对应资源的资源预付。
可选的,所述根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,包括:基于所述合并支付账期届满前获取到的预支付请求,按照所述预支付请求携带的预支付数额,从目标支付渠道对应的资源账户进行资源转出;根据转出资源进行所述预支付数额的支付。
可选的,所述执行所述待支付订单对应的服务响应动作,包括:生成所述待支付订单的前置支付标签;根据所述待支付订单的前置支付标签,对所述待支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
可选的,所述待支付订单,包括下述至少一项:通过线上通道发起支付生成的待支付订单,通过线下通道发起支付生成的待支付订单,通过第三方应用进行支付调用生成的待支付订单,通过子程序进行订单支付生成的待支付订单。
本说明书一个或多个实施例提供了第二种订单处理方法,应用于用户终端,包括:服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新。所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用。所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
可选的,所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息步骤执行之后,还包括:所述支付应用在所述合并支付账期届满前向所述支付服务器发送携带所述合并数据的预支付请求,以基于所述预支付请求中携带的预支付数额对所述订单集合进行支付处理。
可选的,还包括:所述支付应用获取所述待支付订单对应的用户对所述订单集合配置的配置渠道队列并向所述支付服务器发送,以在检测到所述合并支付账期届满后基于所述配置渠道队列对所述订单集合进行支付处理。
本说明书一个或多个实施例提供了第三种订单处理方法,应用于支付服务器,包括:根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果。根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
可选的,所述对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发步骤执行之后,还包括:根据所述合并支付账期届满前获取到的所述支付应用发送的携带所述合并信息的预支付请求,调用支付渠道按照所述预支付请求携带的预支付数额对所述订单集合中至少一者进行支付处理;基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息。
可选的,所述基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息步骤执行之后,还包括:在检测到所述合并支付账期届满后,按照所述剩余合并信息和资源账户对所述订单集合进行二次支付处理;其中,所述资源账户包括提交所述待支付订单的用户绑定的资源账户。
可选的,所述对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发步骤执行之后,还包括:在检测到所述合并支付账期届满后,按照所述合并信息和至少一个资源账户对所述订单集合进行支付处理;其中,所述资源账户包括提交所述待支付订单的用户针对所述合并信息配置的资源账户队列中的资源账户。
可选的,所述根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,包括:基于所述核验请求中携带的用户数据对所述待支付订单对应用户进行评级处理;根据评级处理获得的用户评级,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;所述用户数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
可选的,所述根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,包括:根据所述核验请求中携带的用户标识,确定所述待支付订单对应用户的支付数额分布;根据所述支付数额分布,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;其中,所述支付数额分布,根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。
本说明书一个或多个实施例提供了第四种订单处理方法,应用于用户终端,包括:向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理。向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理。接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
可选的,所述向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对所述订单确认页进行更新处理步骤执行之前,还包括:采集并识别所述前置响应动作的商家的订单收款标识获得所述待支付订单,或者,获取所述商家采集所述用户终端展示的付款标识后发送的所述待支付订单;若检测到对所述待支付订单的合并支付指令,执行所述向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对所述订单确认页进行更新处理步骤。
可选的,所述根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理,包括:将所述待支付订单的支付处理数额更新为0;所述订单确认数额更新前为所述待支付订单的待支付数额。
可选的,所述接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息步骤执行之后,还包括:根据用户对所述合并信息的支付指令,获取所述支付服务器下发的候选支付渠道;若检测到对所述候选支付渠道中目标支付渠道的确认指令,确定所述目标支付渠道的渠道类型;执行所述渠道类型对应的渠道访问动作,并在所述渠道访问动作被执行后基于所述目标支付渠道进行所述合并信息的合并处理。
可选的,所述候选支付渠道包括下述至少一项:预先配置的第一渠道类型的支付渠道,绑定支付渠道的支付账户以获取渠道支付权益的第二渠道类型的支付渠道,执行渠道任务以进行代付处理的第三渠道类型的支付渠道,进行资源赠与的第四渠道类型的支付渠道。
可选的,所述订单集合,采用如下方式进行支付处理:基于所述合并支付账期届满前获取到的预支付请求,按照所述预支付请求携带的预支付数额,从目标支付渠道对应的资源账户进行资源转出;根据转出资源进行所述预支付数额的支付。
可选的,所述订单集合,采用如下方式进行支付处理:基于所述合并支付账期届满前获取到的预支付请求,生成所述预支付请求携带的预支付数额对应的推荐订单;若所述推荐订单支付成功,从所述推荐订单对应的资源账户进行资源转出以对所述预支付数额进行支付。
可选的,所述订单集合,采用如下方式进行支付处理:基于所述合并支付账期届满前获取到的预支付请求,创建所述预支付请求携带的预支付数额对应的支付任务;从所述支付任务的任务提供方的资源账户进行资源转出以对所述预支付数额进行支付。
可选的,所述订单集合,采用如下方式进行支付处理:若所述订单集合满足资源赠与条件,调用资源赠与接口进行所述预支付请求的资源赠与处理;基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。
本说明书一个或多个实施例提供了一种订单处理装置,包括:确认指令获取模块,被配置为获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作。待支付订单写入模块,被配置为基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。合并处理模块,被配置为对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
本说明书一个或多个实施例提供了一种数据处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理。若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作。将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据。根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了第二种数据处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息。所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了第三种数据处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果。根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。向所述终端设备发送所述数据集和所述合并数据。
本说明书一个或多个实施例提供了第四种数据处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并。接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了一种订单处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作。基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
本说明书一个或多个实施例提供了第二种订单处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新。所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用。所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
本说明书一个或多个实施例提供了第三种订单处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果。根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书一个或多个实施例提供了第四种订单处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理。向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理。接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书一个或多个实施例提供了一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理。若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作。将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据。根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了第二种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息。所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用。所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了第三种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果。根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集。对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。向所述终端设备发送所述数据集和所述合并数据。
本说明书一个或多个实施例提供了第四种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并。接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书一个或多个实施例提供了第五种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作。基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
本说明书一个或多个实施例提供了第六种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新。所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用。所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
本说明书一个或多个实施例提供了第七种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果。根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单。对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书一个或多个实施例提供了第八种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理。向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理。接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图;
图1为本说明书一个或多个实施例提供的一种数据处理方法处理流程图;
图2为本说明书一个或多个实施例提供的一种应用于订单处理场景的数据处理方法处理流程图;
图3为本说明书一个或多个实施例提供的第二种数据处理方法处理流程图;
图4为本说明书一个或多个实施例提供的第三种数据处理方法处理流程图;
图5为本说明书一个或多个实施例提供的第四种数据处理方法处理流程图;
图6为本说明书一个或多个实施例提供的一种订单处理方法处理流程图;
图7为本说明书一个或多个实施例提供的一种订单展示页示意图;
图8为本说明书一个或多个实施例提供的另一种订单展示页示意图;
图9为本说明书一个或多个实施例提供的一种合并信息展示页面示意图;
图10为本说明书一个或多个实施例提供的一种列表展示页面示意图;
图11为本说明书一个或多个实施例提供的一种应用于线上交易场景的数据处理方法处理流程图;
图12为本说明书一个或多个实施例提供的一种应用于线下交易场景的数据处理方法处理流程图;
图13为本说明书一个或多个实施例提供的第二种订单处理方法处理流程图;
图14为本说明书一个或多个实施例提供的一种应用于跨应用交易场景的数据处理方法处理时序图;
图15为本说明书一个或多个实施例提供的第三种订单处理方法处理流程图;
图16为本说明书一个或多个实施例提供的第四种订单处理方法处理流程图;
图17为本说明书一个或多个实施例提供的一种应用于线下交易场景的订单处理方法处理流程图;
图18为本说明书一个或多个实施例提供的一种数据处理装置示意图;
图19为本说明书一个或多个实施例提供的第二种数据处理装置示意图;
图20为本说明书一个或多个实施例提供的第三种数据处理装置示意图;
图21为本说明书一个或多个实施例提供的第四种数据处理装置示意图;
图22为本说明书一个或多个实施例提供的一种订单处理装置示意图;
图23为本说明书一个或多个实施例提供的第二种订单处理装置示意图;
图24为本说明书一个或多个实施例提供的第三种订单处理装置示意图;
图25为本说明书一个或多个实施例提供的第四种订单处理装置示意图;
图26为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图;
图27为本说明书一个或多个实施例提供的第二种数据处理设备的结构示意图;
图28为本说明书一个或多个实施例提供的第三种数据处理设备的结构示意图;
图29为本说明书一个或多个实施例提供的第四种数据处理设备的结构示意图;
图30为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图;
图31为本说明书一个或多个实施例提供的第二种订单处理设备的结构示意图;
图32为本说明书一个或多个实施例提供的第三种订单处理设备的结构示意图;
图33为本说明书一个或多个实施例提供的第四种订单处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书一个或多个实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
本说明书提供的一种数据处理方法实施例:
本实施例提供的数据处理方法,在获得待处理数据后,在对待处理数据进行数据处理之前,即对待处理数据进行数据处理的响应动作,也即是前置响应动作,在执行前置响应动作后,将待处理数据与对应数据集中各待处理数据进行数据合并,并对获得的合并数据进行数据处理;具体的,根据对待处理数据的更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作;将待处理数据写入对应的数据集,并对数据集中各待处理数据进行数据合并,获得合并数据,基于合并数据,对数据集进行数据处理;以此,在对待处理数据的处理过程中,在获取到对待处理数据的更新后的处理确认信息的确认指令后,即执行对待处理数据的响应动作,保证提交待处理数据的数据方对待处理数据的响应动作的感知程度,在执行对待处理数据的响应动作后,将待处理数据与对应数据集中的待处理数据进行数据合并,以此,实现将不同的待处理数据进行合并,进一步进行统一处理,提升对待处理数据进行数据处理的便捷性和有效性。
参照图1,本实施例提供的数据处理方法,具体包括步骤S102至步骤S108。
步骤S102,基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理。
本实施例中所述待处理数据,包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据;此外,待处理数据还可记录标识该处理的相关信息,例如提交时间等;本实施例中所述待处理数据,包括待处理订单。所述待处理数据,包括待资源流转订单;也即是待资源流转数据;相应的,后续对待资源流转数据进行的数据处理,包括资源流转处理。可选的,所述待处理数据,包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据;其中,所述订单数据包括至少一个数据维度的待处理订单的订单数据。所述至少一个数据维度的待处理订单,是指不同订单类型的待处理订单;例如,待处理订单包括餐饮类订单、娱乐类订单、乘车类订单等;其中,餐饮类、娱乐类和乘车类为不同的数据维度。
实际应用中,待处理数据由数据方提交并向对应数据方进行资源流转后,对应的数据方基于待处理数据执行对提交待处理数据的数据方的响应动作;而本实施例中,提交数据方先提交待处理数据,执行数据方基于待处理数据进行对提交数据方的响应动作后再对待处理数据进行数据处理;也即是,将响应动作的执行前置于数据处理之前,因此,本实施例中,执行响应动作也即是执行前置响应动作;所述前置响应动作,是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作;所述关键数据,包括待处理数据携带的能够标识本次数据处理的数据;以待处理数据为待处理订单为例,所述关键数据,包括待流转资源数额、参与资源流转的至少两个数据方的数据方标识。
本实施例中,为了提升提交待处理数据的数据方对本实施例提供的数据处理方法的感知程度,在对待处理数据进行数据处理之前,执行待处理数据的响应动作,也即是对待处理数据“先响应再进行数据处理”,由于要先响应再进行数据处理,而数据处理需要向待处理数据对应的数据方(响应数据方)进行资源流转,为了避免提交待处理数据的数据方(提交数据方)不进行向待处理数据对应的数据方进行资源流转,导致响应数据方响应待处理数据却未接收到待处理数据对应的资源造成的资源损失,在对待处理数据进行前置响应之前,对待处理数据进行前置响应动作的核验处理,以此,对待处理数据的前置响应动作进行风险控制。
为了提升对待处理数据进行前置响应动作的核验效率,本实施例无需基于待处理数据对待处理数据进行前置响应动作的核验处理,仅基于待处理数据的关键数据,对待处理数据进行前置响应动作的核验处理;本实施例中对待处理数据进行前置响应动作的核验处理,也即是对待处理数据进行前置执行响应动作的权限核验处理。
本实施例可应用于第二服务器,本实施例所述第二服务器,与多个第三方应用对接且接入了多个数据服务;因此,针对一个数据方,第二服务器可获取到数据方在第三方应用的数据和在各个数据服务下的服务数据,基于大量的数据方的数据对数据方进行风险控制,提升了风险控制的有效性;在对数据方的有效的风险控制的情况下,数据方可前置响应的待处理订单的订单数额可相应提高。
具体实施时,在进行核验处理的过程中,为了提升核验的有效性,可基于数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力,进行对待处理数据的前置响应动作的核验处理;本实施例提供的一种可选实施方式中,通过如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;
根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;
可选的,所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,在对待处理数据进行前置响应动作的核验处理的过程中,根据关键数据中包含的提交数据方标识和数据平台标识,确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及提交数据方在数据平台的历史处理数据,将所述应用数据、所述服务数据和所述历史处理数据输入数据评估算法对所述提交数据方进行数据评估,获得所述提交数据方的评估级别,按照所述评估级别对应的核验方式,对所述待处理数据进行核验处理,获得核验结果。
上述对待处理数据进行前置响应动作的核验处理过程,还可被替换为,基于所述关键数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式;或者,基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,还可被替换为,基于待处理数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待处理数据进行前置响应动作的核验处理方式之外,本实施例提供的另一种可选实施方式中,还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定提交所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
具体的,根据关键数据中包含的数据平台标识确定至少一个维度的元数据,基于至少一个维度的元数据确定数据平台的数据流转分布区间,再基于关键数据中包含的提交数据方标识,确定提交数据方在数据流转分布区间中对应数据流转分布,根据数据流转分布对应的核验方式对提交数据方和/或待处理数据进行核验处理,获得核验结果。
需要说明的是,上述提供的两种核验处理的方式,在具体核验过程中,可根据实际配置进行核验,也可以将对应的数据输入对应的核验算法进行核验,本实施例在此不做限定。
上述步骤S102还可被替换为,对待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式。
在对待处理数据进行前置响应动作的核验处理后,若核验通过,则更新待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作;若核验未通过,则确定待处理数据不符合提前执行响应动作的权限,对待处理数据进行数据处理,并在确定数据处理成功后执行待处理数据的响应动作。
还需要说明的是,本实施例提供的一种可选实施方式中,还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述待处理数据中包含的数据方标识对提交所述待处理数据的数据方进行数据方核验,和/或,基于所述待处理数据中包含的待流转资源数额对所述待处理数据进行数额核验。可选的,所述对提交所述待处理数据的数据方进行数据方核验,包括核验所述数据方是否携带前置响应限制标记和/或所述数据方对历史前置响应动作对应的待处理数据的履约等级是否为预设等级;若是,则确定核验未通过;若否,则确定核验通过;所述基于所述待处理数据中包含的待流转资源数额对所述待处理数据进行数额核验,包括:核验待流转资源数额是否大于预设阈值;若是,则确定核验未通过;若否,则确定核验通过。
步骤S104,若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作。
所述处理确认信息,包括确认进行资源流转的实际资源流转数额;例如,待处理订单的待流转资源额为m元,m则为更新前的处理确认信息;可选的,所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;相应的,所述更新所述待处理数据的处理确认信息,包括:将针对所述待处理数据进行资源流转的流转数值更新为0。为了实现提交数据方对待处理数据的先享后用处理,将待处理数据的处理确认信息更新为0。
在实际场景中,提交数据方提交对处理确认信息的确认指令后,才确定对待处理数据进行数据处理以及响应动作的执行,因此,本实施例中,在更新待处理数据的处理确认信息后,根据更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作。
本实施例提供的一种可选实施方式中,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作的过程中,执行如下过程:
根据所述确认指令,生成所述待处理数据的处理完成标签;
根据所述处理完成标签,执行所述待处理数据对应的目标对象的转出处理,或者,进行所述待处理数据对应的处理任务的任务处理。
具体的,首先根据确认指令,生成待处理数据的处理完成标签,再根据处理完成标签,对待处理数据对应的目标对象进行转出,或者,执行待处理数据对应的处理任务;此外,在一些场景中,执行待处理数据进行数据处理的前置响应动作的过程中,仅执行根据确认指令,生成待处理数据的处理完成标签即可。
本实施例提供的数据处理方法,可应用于第二服务器;本实施例提供的可应用于第二服务器的数据处理方法,在执行过程中可与终端设备配合以获取待处理数据和对更新后的处理确认信息的确认指令。
具体实施时,本实施例中的待处理数据包括通过线上通道或者线下通道的待处理数据的提交,其中,在通过线上通道进行待处理数据的提交的过程中,可通过终端设备与第二服务器进行数据流转的方式获取待处理数据,还可通过终端设备与第一服务器进行数据流转,第一服务器与第二服务器进行数据流转的方式获得待处理数据,下述分别对线上通道和线下通道获取待处理数据和确认指令的过程进行分别说明。
一、线上通道
(1)终端设备与第一服务器进行数据流转,第一服务器与第二服务器进行数据流转
在终端设备与第一服务器进行数据流转,第一服务器与第二服务器进行数据流转的过程中,第一服务器为第一应用对应的服务器,第二服务器为第二应用对应的服务器;所述第一应用包括进行资源或者服务购买的应用,例如,第三方交易应用,第三方租售应用;所述第二应用包括进行数据处理的应用,例如,第三方资源流转应用。其中,第二应用可以为独立运行于终端设备的应用程序,第一应用可以是独立运行于终端设备的应用程序,还可以是搭载于第二应用运行的子应用,本实施例在此不做限定。
具体实施时,终端设备运行的第一应用根据提交数据方的处理请求,与第一服务器交互生成待处理数据,终端设备接收到处理数据并生成包含所述待处理数据以及前置响应控件的待处理数据展示页面并展示,若检测到提交数据方对前置响应控件的选中指令,向第一服务器发送待处理数据的关键数据,第一服务器基于关键数据向第二服务器发送对待处理数据进行前置响应动作的核验请求;第二服务器接收核验请求并基于关键数据对待处理数据进行前置响应动作的核验处理;若核验通过,向第一服务器发送核验通过的核验结果;第一服务器向第一应用转发核验通过的核验结果,第一应用根据核验通过的核验结果,更新待处理数据的处理确认信息;若核验未通过,则向第一服务器发送核验未通过的核验结果;第一服务器向第一应用转发核验未通过的核验结果,第一应用根据核验未通过的核验结果,展示前置响应无效提醒。
第一应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第一服务器发送确认指令,第一服务器根据确认指令执行待处理数据进行数据处理的前置响应动作,并向第二服务器发送确认指令。
以用户在第三方交易平台的交易为例,用户在第三方交易应用提交对目标商品的交易请求,交易应用向第三方交易服务器发送对目标商品的交易请求,第三方交易服务器根据交易请求生成用户对目标商品的待处理订单并向交易应用发送,交易应用向预先配置的订单展示页模板写入待处理订单,获得订单展示页并展示,订单展示页配置有前置响应控件;交易应用根据用户对前置响应控件的选中指令,确定待处理订单的订单关键数据并向第三方交易服务器发送,第三方交易服务器向第二服务器发送携带订单关键数据的核验请求,第二服务器基于订单关键数据进行前置响应处理的核验处理,若核验通过,向第三方交易服务器发送核验通过的核验结果,第三方交易服务器向交易应用转发核验通过的核验结果,交易应用根据核验通过的核验结果,将订单展示页中的资源确认数额更新为0;交易应用若检测到用户对资源确认数额的确认指令,向第三方交易服务器发送确认指令,第三方交易服务器向目标商品的商品提供方发送商品发货提醒,并向第二服务器发送对待处理订单的确认指令。
终端设备在检测到提交数据方对更新后的处理确认信息的确认指令,还可由终端设备向第一服务器和第二服务器发送确认指令。
(2)终端设备与第二服务器进行数据流转
具体实施时,终端设备与第二服务器进行数据流转的方式获取待处理数据的过程中,终端设备运行的第二应用根据提交数据方的处理请求,与第二服务器交互生成待处理数据,终端设备接收到处理数据并生成包含所述待处理数据以及前置响应控件的待处理数据展示页面并展示,若检测到提交数据方对前置响应控件的选中指令,向第二服务器发送待处理数据的关键数据,第二服务器根据关键数据对待处理数据进行前置响应动作的核验处理;若核验通过,向第二应用转发核验通过的核验结果,第二应用根据核验通过的核验结果,更新数据展示页面展示的待处理数据的处理确认信息;若核验未通过,则向第二应用转发核验未通过的核验结果,第二应用根据核验未通过的核验结果,展示前置响应无效提醒。
第二应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令执行待处理数据进行数据处理的前置响应动作。
以用户在第二应用的交易为例,用户通过第二应用进行产品租借,归还产品后第二服务器生成用户对该次产品租借的待处理订单并向第二应用发送,终端设备(第二应用)将待处理订单下入预先配置的订单展示页模板,获得订单展示页并展示;终端设备根据用户对订单展示页配合的前置响应控件的选中指令,确定待处理订单的订单关键数据并向第二服务器发送,第二服务器根据接收到的订单关键数据对待处理订单进行前置响应处理的核验处理,若核验通过,向终端设备发送核验通过的核验结果,终端设备根据核验通过的核验结果,将订单展示页中的资源确认数额更新为0;终端设备若检测到用户对资源确认数额的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令生成待处理订单的处理完成标签。
二、线下通道
具体实施时,提交待处理数据的数据方通过终端设备向第二服务器发送待处理数据,本实施例提供的一种可选实施方式中,终端设备可通过如下方式向第二服务器发送关键数据:
采集并识别所述待处理数据对应的数据方的处理标识,获得所述待处理数据,或者,获取所述数据方采集所述终端设备展示的处理标识后发送的所述待处理数据;
基于所述待处理数据渲染数据展示页面并展示;所述数据展示页面配置有前置响应控件;
若检测到所述前置响应控件被触发,向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。
具体的,通过第二应用(终端设备)出示处理标识或者采集执行数据方的处理标识获得待处理数据,将待处理数据写入预先配置的数据展示页面模板,获得数据展示页面并展示,根据对数据展示页面配置的前置响应控件的选中指令,向第二服务器发送待处理数据的关键数据,以进行对待处理数据的前置响应动作的核验处理,第二服务器基于关键数据对待处理数据进行前置响应动作的核验处理后,在核验通过的情况下向终端设备发送核验通过的核验结果,终端设备根据核验结果将数据展示页面展示的处理确认信息更新为0。
进一步,终端设备若检测到通过更新处理确认信息的数据展示页面配置的确认控件被触发后,向第二服务器发送确认指令,第二服务器生成待处理数据的处理完成标签并向待处理数据对应的数据方发送处理完成结果。
以用户线下消费为例,用户线下消费后,终端设备通过第二应用扫描数据方的资源流转标识获得待处理订单,终端设备若检测到订单展示页配置的前置响应控件的触发指令,向第二服务器发送待处理订单的订单关键数据,第二服务器基于订单关键数据对待处理订单进行前置响应动作的核验处理,若核验通过,则向终端设备发送核验通过的核验结果,终端设备根据核验通过的核验结果将订单展示页展示的资源确认数额更新为0;终端设备若检测到用户对资源确认数额的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令生成待处理订单的资源流转完成标签,并向数据方发送处理完成结果。
上述提供了三种不同渠道下获取待处理数据和确认指令的方式,三种方式在具体实施时可相互参照。
除此之外,上述步骤S104还可被替换为,若核验通过,根据对更新后的所述待处理数据的处理确认信息的确定信息,执行所述待处理数据进行待处理数据的前置响应动作,并与本实施例提供的其他处理步骤组成新的实现方式。
步骤S106,将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据。
本实施例中,在具体执行过程中,为了提升对提交数据方的执行前置响应动作的待处理数据的管理有效性,通过数据集对提交数据方的执行前置响应动作的待处理数据进行管理;为了保证数据集中待处理数据对应的数据方,也即是执行数据方的数据安全,避免长时间未对数据集进行数据处理导致执行数据方的数据无法运转,本实施例中,按照周期对数据集进行管理;所述周期可以是以周为单位的时间区间,也可以是以月或者更长时间为单位的时间区间;对每个周期的数据集按照周期进行数据处理,保证至少在周期结束时对数据集中的待处理数据进行数据处理;所述待处理数据对应的数据集,包括待处理数据中携带的数据时间所处的时间周期的数据集;所述合并数据,包括对数据集中所有的待处理数据中的数据数额进行累加后获得的合并数额。
本实施例提供的一种可选实施方式中,所述待处理数据对应的数据集,采用如下方式确定:
读取所述待处理数据中包含的数据时间,并确定所述数据时间所处的合并处理周期;
确定所述合并处理周期对应的数据集为所述待处理数据对应的数据集。
具体实施时,在确定待处理数据对应的数据集后,将待处理数据写入对应的数据集,并基于数据集中待处理数据的写入对数据集中各待处理数据进行数据合并,获得合并数据。
具体的,在对数据集中各待处理数据进行数据合并,获得合并数据的过程中,将待处理数据中的数据数额累加至数据集的历史合并数额,获得合并数据。可选的,历史合并数额基于数据集中的历史待处理数据计算获得。
终端设备在向第二服务器发送对处理确认信息的确认指令后,若是通过第一应用发送确认指令,则跳转至第二应用;若是通过第二应用发送确认指令,则无需跳转;第二服务器在进行数据合并获得合并数据后,向终端设备发送数据集和合并数据,以通过终端设备运行的第二应用进行数据集和合并数据的展示。终端设备基于数据集和合并数据渲染合并数据展示页面并展示。
进一步,终端设备渲染合并数据展示页面并展示后,向所述第二服务器发送对所述合并数据的数据处理指令,接收所述第二服务器发送的所述合并数据的数据账户队列;可选的,所述数据账户队列中,包括提交数据方预先配置的提交数据方的数据账户队列和/或基于所述合并数据进行匹配获得的对合并数据进行代处理的第三方数据账户队列。
所述第三方数据账户队列中的第三方数据账户,在提交数据方和待处理数据满足第三方数据账户的代处理准入条件的情况下,提交数据方完成对应的代处理任务后,可由第三方数据账户对合并数据进行数据代处理。
本实施例提供的一种可选实施方式中,采用如下方式匹配对合并数据进行代处理的第三方数据账户队列:
读取至少一个第三方数据账户的代处理准入条件,并核验所述待处理数据是否符合所述代处理准入条件;
确定待处理数据符合代处理准入条件的第三方数据账户,基于确定的第三方数据账户和对应的代处理任务构建所述第三方数据账户队列。可选的,第三方数据账户对应的待处理任务可以为在第三方数据账户对应的数据方进行预设对象的数据处理,在第三方数据账户对应的数据方完成预设时间或者预设条件的服务。
进一步,在获得第三方数据账户队列后,基于提交数据方预先配置的数据账户队列和所述第三方数据账户队列构建对所述合并数据进行数据处理的数据账户队列并在获取到终端设备提交的数据处理指令后向终端设备发送对合并数据进行数据处理的数据账户队列;提交数据方可选择预先配置的数据账户队列中的数据账户对合并数据进行预处理,也可通过完成第三方数据账户对应的代处理任务由第三方数据账户对合并数据进行数据处理。
可选的,所述核验待处理数据是否符合所述代处理准入条件,包括:
核验提交所述待处理数据的数据方是否为准入数据方,和/或,核验所述待处理数据的数据数额是否小于预设阈值。
需要说明的是,不同的第三方数据账户对应的预设阈值可不相同,对数据方的准入条件的设定也可不相同。
步骤S108,根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
所述预处理数据,包括对数据集的合并数据进行预处理的数据;例如,合并数据为1000,进行预处理的数据为500,则预处理数据为500。所述数据处理,包括将待处理数据标记为处理完成状态的完成处理动作。例如,对待处理订单的实际资源流转动作,待处理订单的待流转资源额为m,则按照m进行资源流转。
具体实施时,在根据预处理数据对数据集中至少一者进行数据处理的过程中,需要实现向数据集中至少一者对应的数据方进行数据转入;本实施例所述预处理数据,小于或者等于合并数据,在所述预处理数据等于合并数据的情况下,根据预处理数据对所述数据集中各待处理数据进行数据处理;在预处理数据小于合并数据的情况下,由于无法对数据集中各待处理数据进行数据处理,因此,需要确定数据集中基于预处理数据进行数据处理的至少一者;本实施例提供的一种可选实施方式中,在所述预处理数据小于所述合并数据的情况下,采用如下方式根据所述预处理数据,对所述数据集中至少一者进行数据处理:
计算所述预处理数据中对所述数据集中各待处理数据的分摊数据;
基于所述各待处理数据的分摊数据,对所述各待处理数据进行数据处理;
或者,
确定所述数据集中基于所述预处理数据进行数据处理的至少一个待处理数据;
根据所述预处理数据,对所述至少一个待处理数据进行数据处理。
具体的,将预处理数据平均分配或者按比例分配至数据集中各待处理数据,基于分配至各待处理数据的分配数据对各待处理数据进行数据处理;或者,按照数据集中各待处理数据的数据时间对各待处理数据进行由先到后排序,获得按照时间顺序排序的待处理数据队列,根据预处理数据确定待处理数据队列中的至少一个待处理数据,对至少一个待处理数据进行数据处理。
例如,预处理数据为100,待处理数据队列中前两个待处理数据的数据数额的总和小于100,前三个待处理数据的数据数额的总和大于100,则将前三个待处理数据确定为至少一个待处理数据并基于100对至少一个待处理数据进行数据处理;在进行数据处理的过程中,对于前两个待处理数据按照各待处理数据的数据数额进行数据处理,对于第三个待处理数据,按照100减去前两个待处理数据的数据数额的差值进行数据处理。
本实施例中,在具体执行过程中,为了提升对提交数据方的执行前置响应动作的待处理数据的管理有效性,通过数据集对提交数据方的执行前置响应动作的待处理数据进行管理;为了保证数据集中待处理数据对应的数据方,也即是执行数据方的数据安全,避免长时间未对数据集进行数据处理导致执行数据方的数据无法运转,本实施例中,按照周期对数据集进行管理;所述周期可以是以周为单位的时间区间,也可以是以月或者更长时间为单位的时间区间;对每个周期的数据集按照周期进行数据处理,保证至少在周期结束时对数据集中的待处理数据进行数据处理;除了在周期结束时对数据集中的待处理数据进行数据处理,还可根据数据集关联的数据方(提交数据集中待处理数据的数据方)在周期结束前对数据集的合并数据的预处理指令对合并数据进行预处理。
换句话说,对于合并数据,本实施例提供两种数据处理的方式,一种是在数据集的处理期限届满前对合并数据进行预处理,一种是在数据集的处理期限届满后对合并数据进行数据处理;下述分别对这两种对合并数据的处理方式进行具体说明。
一、在数据集的处理期限届满前对合并数据进行预处理
在数据集的处理期限届满前对合并数据进行预处理的过程中,为了提升对待处理数据的合并处理的感知程度,提升对合并处理的参与程度,本实施例中,可向提交待处理数据的数据方,也即是对数据集进行数据处理的数据方提供多种不同的对合并数据进行数据处理的方式。下述分别对本实施例提供的不同的处理方式进行具体说明。
在数据集的处理期限届满前对合并数据进行预处理的过程中,可以预处理一部分;在具体执行过程中,存在提交待处理数据的数据方预处理一部分,剩下一部分在检测到处理期限届满后进行数据处理,也即是预处理数据小于合并数据;也存在对所有合并数据进行预处理,也即是预处理数据等于合并数据。
本实施例提供的一种可选实施方式中,在预处理数据小于合并数据的情况下,根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理的过程中,执行如下操作:
根据所述数据集的处理期限届满前检测到的携带所述合并数据的预处理数据,采用预处理方式按照所述预处理数据对所述数据集中至少一者进行数据处理;
基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据。
进一步,本实施例提供的一种可选实施方式中,在检测到所述处理期限届满后,按照所述剩余合并数据在数据账户进行数据转出以进行所述数据集的二次数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方的数据账户。
具体的,终端设备运行的第二应用在所述数据集的处理期限届满前向所述第二服务器发送携带所述合并数据的预处理数据,以基于所述预处理数据对所述数据集中至少一者进行数据处理。
第二服务器根据终端设备提交的预处理数据,根据预处理数据对应的数据处理方式,按照预处理数据对数据集中至少一者进行数据处理,并基于预处理数据和合并数据计算数据集的剩余合并数据以及数据集中各待处理数据的剩余处理数额;
在检测到所述处理期限届满后,若数据集的剩余合并数据不为0,则基于提交待处理数据的数据方的数据账户队列,按照数据集的剩余合并数据对数据集的剩余合并数据进行数据处理;可选的,在基于提交待处理数据的数据方的数据账户队列,按照数据集的剩余合并数据对数据集的剩余合并数据进行数据处理的过程中,基于数据账户队列,按照数据集中各待处理数据的剩余处理数额对对应的待处理数据进行数据处理。
在具体执行过程中,对合并数据进行预处理的过程中,可在对合并数据进行数据处理的数据账户队列中选择进行预处理的数据账户以对合并数据进行预处理。在提交数据方选择预先配置的数据账户列表中的数据账户的情况下,基于选择的数据账户对合并数据进行数据处理即可;本实施例提供的一种可选实施方式中,在根据携带合并数据的预处理数据,对所述数据集中至少一者进行数据处理的过程中,调用目标数据账户的数据转出接口转出所述预处理数据对应的转出数据,并将所述转出数据向所述预处理数据对应的数据方转入。若选择的为第三方数据账户,则需要完成第三方数据账户对应的代处理任务,并在第三方数据账户对应的代处理任务完成后基于第三方数据账户对预处理数据进行数据代处理。可选的,所述转出数据,包括转出资源。所述数据账户,包括资源账户。
具体的,代处理任务包括提交数据方在第三方数据账户对应的数据方进行目标对象的数据处理、提交数据方完成第三方数据账户对应的数据方任务和/或代处理任务为空。下述分别对代处理任务的三种情况的数据处理过程进行具体说明。
(1)待处理任务为对目标对象的数据处理
本实施例提供的一种可选实施方式中,采用如下方式根据携带合并数据的预处理数据,对数据集中至少一者进行数据处理:
调用二次处理接口生成所述预处理数据对应的二次处理数据;
若所述二次处理数据处理成功,从所述二次处理数据对应的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
具体的,调用二次处理接口生成携带所述合并数据的预处理数据对应的二次处理对象的二次处理数据;若二次处理数据处理成功,基于二次处理数据对应的数据账户按照预处理数据对数据集中至少一者进行数据处理;若二次处理数据处理失败,基于提交所述待处理数据的数据方的数据账户按照所述预处理数据进行数据处理。
以待处理订单为例,数据集中包含多个待处理订单,计算合并数额为M,获取到终端设备提交的对二次处理类型的第三方数据账户对合并数据中预处理数额m(m≤M)的预处理请求,则调用二次处理节后生成第三方数据账户对应的目标对象的待处理订单并向终端设备发送;根据用户对目标对象的待处理订单的资源流转完成结果,从第三方数据账户(资源账户)转出m,并分别转入数据集中至少一个待处理订单对应的数据方。
(2)待处理任务为处理任务
本实施例提供的一种可选实施方式中,采用如下方式根据携带合并数据的预处理数据,对数据集中至少一者进行数据处理:
调用任务生成接口生成所述预处理数据对应的处理任务;
从所述处理任务的任务提供对象的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
具体的,调用任务生成接口生成预处理数据对应的任务提供对象的处理任务,并在提交所述待处理订单的数据方或者所述任务提供对象提交所述数据方对所述处理任务的完成结果的情况下,基于所述任务提供对象的数据账户,按照所述预处理数据对所述数据集中至少一者进行数据处理。
继续以数据集中包含多个待处理订单为例,计算合并数额为M,获取到终端设备提交的对处理任务类型的第三方数据账户对合并数据中预处理数额m(m≤M)的预处理请求,调用任务生成接口生成第三方数据账户所属的任务提供方的处理任务,在待处理订单的处理任务被提交待处理数据的用户领取后,根据任务提供方对该用户对该处理任务的确认指令,从第三方数据账户转出m,并分别转入数据集中至少一个待处理订单对应的数据方。
(3)代处理任务为空
本实施例提供的一种可选实施方式中,采用如下方式根据携带合并数据的预处理数据,对数据集中至少一者进行数据处理:
若所述数据集满足资源赠与条件,调用资源赠与接口进行所述预处理数据的资源赠与处理;
基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。
具体的,获得合并数据后,基于合并数据和提交待处理数据的数据方标识,核验该合并数据是否满足赠与条件,若是,则将资源赠与数据方的数据账户确定为第三方数据账户;根据资源赠与数据方的数据账户,按照预处理数据对所述数据集中至少一者进行数据处理。
除上述提供的三种完成对应的代处理任务即可由对应的第三方数据账户对合并数据或者预处理数据进行数据处理之外,本实施例中,还可基于提交数据方在第三方数据平台开通的数据方数据账户按照预处理数据对数据集中至少一者进行数据处理。
第三方数据平台为了提升提交数据方对第三方数据平台开通的数据方数据账户的使用率,在提交数据方未在第二服务器绑定提交数据方在第三方数据平台开通的数据方数据账户的情况下,可向提交数据方展示绑定提醒;可选的,所述绑定提醒包括将数据方数据账户与第二服务器绑定后向提交数据方发放的赠与资源;所述绑定提醒可通过数据账户队列进行展示。
若检测到提交数据方对数据方数据账户的绑定动作,则向提交数据方发放对应的赠与资源,以基于赠与资源和数据方数据账户,按照预处理数据对数据集中至少一者进行数据处理。
二、在数据集的处理期限届满后根据合并数据对数据集进行数据处理
为了保证数据集中各待处理数据对应的数据方的数据安全,避免由于各待处理数据对应的数据方长时间无法获取对应待处理数据的数据,造成数据方对合并资源数额的不信任,本实施例提供的一种可选实施方式中,在检测到所述数据集的处理期限届满后,按照所述合并数据在数据账户进行数据转出以进行所述数据集的数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方针对所述数据集配置的数据账户队列中的数据账户。
具体的,数据集对应的数据方可通过终端设备的第二应用提交对数据集配置的数据账户队列,可选的,终端设备运行的所述第二应用获取提交所述待处理数据的数据方对所述数据集配置的数据账户队列并向所述第二服务器发送,以在检测到所述数据集的处理期限届满后基于所述数据账户队列对所述数据集进行数据处理。
上述提供了在处理期限届满前和在处理期限届满后对数据集进行数据处理的过程,由于提交待处理数据的数据方未对待处理数据进行数据处理,因此,待处理数据对应的数据方则无法接收到数据,只有提交数据方发起对合并数据的数据处理执行数据方才能接收到数据;这种情况下,执行数据方由于执行了前置响应动作但还未收到对应的数据,容易造成执行数据方在未接收到对应的数据之前的数据短缺,为了避免执行数据方在需要使用待处理数据对应的数据数额时还未收到提交数据方进行数据处理的数据数额,导致执行数据方的不信任,本实施例中,还可向提交数据方提供对待处理数据的数据数额的前置处理,也即是,在提交数据方未对待处理数据进行数据处理的情况下,可基于执行数据方的申请由第二服务器的中间数据账户对待处理数据进行向执行数据方的预支处理,执行数据方可在接收到提交数据方对待处理数据进行数据处理的数据数额后向中间数据账户进行数据归还。
本实施例提供的一种可选实施方式中,根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,还可采用如下方式实现:
根据所述待处理数据对应的数据方对所述待处理数据的资源预支指令,确定所述待处理数据的预支资源数额;
按照所述预支资源数额在中间数据账户进行数据转出至所述数据方的数据账户。
进一步,本实施例提供的一种可选实施方式中,若对待处理数据进行数据处理,则根据对所述待处理数据的处理结果,将转移至所述数据方的数据账户中所述待处理数据的转出数据中所述预支资源数额转入所述中间数据账户,以进行预支资源数额的归还。
需要说明的是,执行数据方可针对一个待处理数据发起预支处理申请,也可就对应的多个待处理数据发起预支处理申请,对多个待处理数据发起预支处理申请后的处理过程与上述对一个待处理数据发起预支处理申请后的处理过程类似,仅存在预支处理数据不同的区别,因此,多个待处理数据发起预支处理申请后的处理过程参照上述过程即可,本实施例在此不再赘述。
综上所述,本实施例提供的数据处理方法,在对待处理数据进行前置响应动作的核验通过的情况下,将待处理数据的处理确认信息更新为0,使提交待处理数据的数据方无需在待处理数据的前置响应动作执行之前对待处理数据进行数据处理;根据对更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作,使提交待处理数据的数据方优先感知待处理数据对应的响应动作,后续再进行待处理数据的数据处理;
进一步,在执行待处理数据进行数据处理的前置响应动作之后,对于待处理数据进行合并处理,也即是,通过周期对该周期内的先感知后处理的待处理数据进行合并,按照周期对待处理数据进行数据处理,以此,通过对待处理数据进行数据合并,使提交待处理数据的数据方更加准确更加清晰地感知在周期内的待处理数据,为了保证待处理数据对应的数据方对先感知后处理的参与感,在周期的数据集的处理期限届满后,对数据集中账各待处理数据进行数据处理,且将数据集中的待处理数据进行数据合并,获得合并数据,以此,来体现第二服务器对大额合并数据的处理能力;
其中,在对待处理数据进行前置响应动作的核验处理的过程中,通过第二服务器大量的元数据对待处理数据进行核验处理,以此,提升对于待处理数据进行先感知后处理的风险控制,避免存在数据方感知后不进行数据处理或者没有足够的数据对待处理数据进行数据处理。
下述以本实施例提供的一种数据处理方法在订单处理场景的应用为例,对本实施例提供的数据处理方法进行进一步说明,参见图2,应用于订单处理场景的数据处理方法,具体包括如下步骤。
步骤S202,基于待处理订单确定至少一个数据维度的元数据,并基于至少一个维度的元数据对待处理订单进行前置响应动作的核验处理。
步骤S204,若核验通过,将待处理订单的资源确认信息更新为0。
待处理订单的资源确认信息更新前为待处理订单的待流转资源数额。
步骤S206,根据基于更新后的资源确认信息提交的对待处理订单的流转确认指令,向待处理订单对应的数据方发送前置响应提醒,以执行对待处理订单的响应动作。
步骤S208,基于待处理订单的流转确认时间,确定待处理订单所处的合并流转周期。
步骤S210,将待处理订单写入合并资源周期的订单集。
步骤S212,对订单集中各待处理订单的待流转资源数额进行合并,获得合并流转周期的合并资源数额。
步骤S214,根据对合并资源数额的预流转请求,对订单集中的至少一个待处理订单进行资源流转处理,并计算合并流转周期的剩余合并资源数额。
步骤S216,在检测到合并流转周期届满的情况下,读取合并流转周期的剩余合并资源数额;
若读取到的剩余合并资源数额为0,则不做处理即可;
若读取到的剩余合并资源数额不为0,执行步骤S218。
步骤S218,根据用户的资源账户按照剩余合并资源数额对订单集中各待处理订单的剩余待流转资源数额进行资源流转。
本说明书提供的第二种数据处理方法实施例:
本实施例提供的数据处理方法,可应用于终端设备,下述提供的第三种数据处理方法,可应用于第二服务器,本实施例提供的可应用于终端设备的数据处理方法,在执行过程中与下述应用于第二服务器的数据处理方法在执行过程中相互配合,阅读本实施例可参照下述提供的第三种数据处理方法实施例的相应内容,阅读下述实施例也可参照本实施例的相应内容。
本实施例提供的数据处理方法,通过向第一服务器发送待处理数据的关键数据,以对待处理数据进行前置响应动作的核验处理;根据核验通过的核验结果,更新待处理数据的处理确认信息,若检测到对处理确认信息的确认指令,向第一服务器发送确认指令以执行待处理数据进行数据处理的前置响应动作,并从第一应用跳转至第二应用,接收第二应用对应的第二服务器发送的待处理数据对应的数据集和合并数据,以此,在对待处理数据的处理过程中,在获取到对待处理数据的更新后的处理确认信息的确认指令后,即执行对待处理数据的响应动作,保证提交待处理数据的数据方对待处理数据的响应动作的感知程度,在执行对待处理数据的响应动作后,将待处理数据与对应数据集中的待处理数据进行数据合并,以此,实现将不同的待处理数据进行合并,进一步进行统一处理,提升对待处理数据进行数据处理的便捷性和有效性。
参照图3,本实施例提供的数据处理方法,具体包括步骤S302至步骤S306。
步骤S302,第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息。
本实施例中所述待处理数据,包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据;此外,待处理数据还可记录标识该处理的相关信息,例如提交时间等;本实施例中所述待处理数据,包括待处理订单。所述待处理数据,包括待资源流转订单;也即是待资源流转数据;相应的,后续对待资源流转数据进行的数据处理,包括资源流转处理。本实施例中所述待处理数据,包括待处理订单。可选的,所述待处理数据,包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据;其中,所述订单数据包括至少一个数据维度的待处理订单的订单数据。所述至少一个数据维度的待处理订单,是指不同订单类型的待处理订单;例如,待处理订单包括餐饮类订单、娱乐类订单、乘车类订单等;其中,餐饮类、娱乐类和乘车类为不同的数据维度。
实际应用中,待处理数据由数据方提交并向对应数据方进行资源流转后,对应的数据方基于待处理数据执行对提交待处理数据的数据方的响应动作;而本实施例中,提交数据方先提交待处理数据,执行数据方基于待处理数据进行对提交数据方的响应动作后再对待处理数据进行数据处理;也即是,将响应动作的执行前置于数据处理之前,因此,本实施例中,执行响应动作也即是执行前置响应动作;所述前置响应动作,是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作;所述关键数据,包括待处理数据携带的能够标识本次数据处理的数据;以待处理数据为待处理订单为例,所述关键数据,包括待流转资源数额、参与资源流转的至少两个数据方的数据方标识。
所述处理确认信息,包括确认当前进行资源流转的流转数额;例如,待处理订单的待流转资源数额为m元,m则为更新前的处理确认信息;可选的,所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;相应的,所述更新所述待处理数据的处理确认信息,包括:将针对所述待处理数据进行资源流转的流转数值更新为0。为了实现提交数据方对待处理数据的先享后用处理,将待处理数据的处理确认信息更新为0。
在终端设备与第一服务器进行数据流转,第一服务器与第二服务器进行数据流转的过程中,第一服务器为第一应用对应的服务器,第二服务器为第二应用对应的服务器;所述第一应用包括进行资源或者服务购买的应用,例如,第三方交易应用,第三方租售应用;所述第二应用包括进行数据处理的应用,例如,第三方资源流转应用。其中,第二应用可以为独立运行于终端设备的应用程序,第一应用可以是独立运行于终端设备的应用程序,还可以是搭载于第二应用运行的子应用,本实施例在此不做限定。
具体实施时,终端设备运行的第一应用根据提交数据方的处理请求,与第一服务器交互生成待处理数据,终端设备接收到处理数据并生成包含所述待处理数据以及前置响应控件的待处理数据展示页面并展示,若检测到提交数据方对前置响应控件的选中指令,向第一服务器发送待处理数据的关键数据,第一服务器基于关键数据向第二服务器发送对待处理数据进行前置响应动作的核验请求;第二服务器接收核验请求并基于关键数据对待处理数据进行前置响应动作的核验处理;若核验通过,向第一服务器发送核验通过的核验结果;第一服务器向第一应用转发核验通过的核验结果,第一应用根据核验通过的核验结果,更新待处理数据的处理确认信息;若核验未通过,则向第一服务器发送核验未通过的核验结果;第一服务器向第一应用转发核验未通过的核验结果,第一应用根据核验未通过的核验结果,展示前置响应无效提醒。
以用户在第三方交易平台的交易为例,用户在第三方交易应用提交对目标商品的交易请求,交易应用向第三方交易服务器发送对目标商品的交易请求,第三方交易服务器根据交易请求生成用户对目标商品的待处理订单并向交易应用发送,交易应用向预先配置的订单展示页模板写入待处理订单,获得订单展示页并展示,订单展示页配置有前置响应控件;交易应用根据用户对前置响应控件的选中指令,确定待处理订单的订单关键数据并向第三方交易服务器发送,第三方交易服务器向第二服务器(资源流转服务器)发送携带订单关键数据的核验请求,第二服务器基于订单关键数据进行前置响应处理的核验处理,若核验通过,向第三方交易服务器发送核验通过的核验结果,第三方交易服务器向交易应用转发核验通过的核验结果,交易应用根据核验通过的核验结果,将订单展示页中的资源确认数额更新为0。
本实施例中,为了提升提交待处理数据的数据方对本实施例提供的数据处理方法的感知程度,在对待处理数据进行数据处理之前,执行待处理数据的响应动作,也即是对待处理数据“先响应再进行数据处理”,由于要先响应再进行数据处理,而数据处理需要向待处理数据对应的数据方(响应数据方)进行数据流转,为了避免提交待处理数据的数据方(提交数据方)不进行向待处理数据对应的数据方进行数据流转,导致响应数据方响应待处理数据却未接收到待处理数据对应的数据造成的数据损失,在对待处理数据进行前置响应之前,第二服务器需要对待处理数据进行前置响应动作的核验处理,以此,对待处理数据的前置响应动作进行风险控制。
为了提升对待处理数据进行前置响应动作的核验效率,第二服务器无需基于待处理数据对待处理数据进行前置响应动作的核验处理,仅基于待处理数据的关键数据,对待处理数据进行前置响应动作的核验处理;本实施例中对待处理数据进行前置响应动作的核验处理,也即是对待处理数据进行前置执行响应动作的权限核验处理。
本实施例所述第二服务器,与多个第三方应用对接且接入了多个数据服务;因此,针对一个数据方,第二服务器可获取到数据方在第三方应用的数据和在各个数据服务下的服务数据,基于大量的数据方的数据对数据方进行风险控制,提升了风险控制的有效性;在对数据方的有效的风险控制的情况下,数据方可前置响应的待处理订单的订单数额可相应提高。
具体实施时,在进行核验处理的过程中,为了提升核验的有效性,可基于数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力,进行对待处理数据的前置响应动作的核验处理;本实施例提供的一种可选实施方式中,第二服务器通过如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;
根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;
可选的,所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,第二服务器在对待处理数据进行前置响应动作的核验处理的过程中,根据关键数据中包含的提交数据方标识和数据平台标识,确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及提交数据方在数据平台的历史处理数据,将所述应用数据、所述服务数据和所述历史处理数据输入数据评估算法对所述提交数据方进行数据评估,获得所述提交数据方的评估级别,按照所述评估级别对应的核验方式,对所述待处理数据进行核验处理,获得核验结果。
上述第二服务器对待处理数据进行前置响应动作的核验处理过程,还可被替换为,基于所述关键数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式;或者,基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,还可被替换为,基于待处理数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待处理数据进行前置响应动作的核验处理方式之外,本实施例提供的另一种可选实施方式中,第二服务器还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定提交所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
具体的,第二服务器根据关键数据中包含的数据平台标识确定至少一个维度的元数据,基于至少一个维度的元数据确定数据平台的数据流转分布区间,再基于关键数据中包含的提交数据方标识,确定提交数据方在数据流转分布区间中对应数据流转分布,根据数据流转分布对应的核验方式对提交数据方和/或待处理数据进行核验处理,获得核验结果。
需要说明的是,上述提供的两种核验处理的方式,在具体核验过程中,可根据实际配置进行核验,也可以将对应的数据输入对应的核验算法进行核验,本实施例在此不做限定。
还需要说明的是,本实施例提供的一种可选实施方式中,还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述待处理数据中包含的数据方标识对提交所述待处理数据的数据方进行数据方核验,和/或,基于所述待处理数据中包含的待处理关键数据对所述待处理数据进行数据核验。可选的,所述对提交所述待处理数据的数据方进行数据方核验,包括核验所述数据方是否携带前置响应限制标记和/或所述数据方对历史前置响应动作对应的待处理数据的履约等级是否为预设等级;若是,则确定核验未通过;若否,则确定核验通过;所述对所述待处理数据进行数据核验,包括:核验数据数额是否大于预设阈值;若是,则确定核验未通过;若否,则确定核验通过。
步骤S304,所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用。
上述步骤中,第一应用向第一服务器发送待处理数据的关键数据,第一服务器向第二服务器发送携带关键数据的核验请求,第二服务器根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理,并在核验通过的情况下向第一服务器返回核验通过的核验结果;第一服务器向第一应用转发核验通过的核验结果,第一应用根据第一服务器转发的核验通过的核验结果,更新待处理数据的处理确认信息;
本步骤中,第一应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第一服务器发送确认指令,第一服务器根据确认指令执行待处理数据进行数据处理的前置响应动作,并向第二服务器发送确认指令。
沿用上例,交易应用若检测到用户对资源确认数额的确认指令,向第三方交易服务器发送确认指令,第三方交易服务器向目标对象的对象提供方发送对象发货提醒,并向第二服务器发送对待处理订单的确认指令。
终端设备在检测到提交数据方对更新后的处理确认信息的确认指令,还可由终端设备向第一服务器和第二服务器发送确认指令。
可选的,所述确认指令,在所述终端设备检测到对更新后的处理确认信息的确认指令后获取;
所述处理确认信息在所述终端设备运行的第一应用接收到所述第一服务器转发的核验通过的核验结果后更新;所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;
所述终端设备检测到所述确认指令后向所述第一服务器发送所述确认指令,以进行所述待处理数据的前置响应动作。
本实施例提供的一种可选实施方式中,执行所述待处理数据进行数据处理的前置响应动作的过程中,第一服务器执行如下过程:
生成所述待处理数据的处理完成标签;
根据所述处理完成标签,执行所述待处理数据对应的目标对象的转出处理,或者,进行所述待处理数据对应的处理任务的任务处理。
具体的,首先向第一服务器发送确认指令,第一服务器生成待处理数据的处理完成标签,再根据处理完成标签,对待处理数据对应的目标对象进行转出,或者,执行待处理数据对应的处理任务;此外,在一些场景中,执行待处理数据进行数据处理的前置响应动作的过程中,仅执行根据确认指令,生成待处理数据的处理完成标签即可。
除了向第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作外,还从第一应用跳转至第二应用,以接收并展示第二服务器发送的数据集和合并数据。
在具体执行过程中,第一服务器在接收到确认指令后,一方面,执行待处理数据进行数据处理的前置响应动作,另一方面,将确认指令向第二服务器转发,以进行待处理数据的数据合并。
可选的,第二服务器根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集;对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;向所述终端设备发送所述数据集和所述合并数据。
本实施例中,第二服务器将待处理数据写入对应的数据集,对所述数据集中各待处理数据进行数据合并获得合并数据的过程与上述实施例中的对应内容类似,请参照上述实施例的相关内容,本实施例在此不再赘述。
步骤S306,所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
第二服务器在对待处理数据对应的数据集中各待处理数据进行数据合并获得合并数据之后,向终端设备发送数据集和合并数据,也即是向终端设备运行的第二应用发送数据集和合并数据。
第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据并展示。
进一步,本实施例提供的一种可选实施方式中,终端设备基于数据集和合并数据渲染合并数据展示页面并展示后,所述第二应用在所述数据集的处理期限届满前向所述第二服务器发送携带所述合并数据的预处理数据,以基于所述预处理数据对所述数据集中至少一者进行数据处理;接收并展示所述第二服务器发送的所述合并数据的数据账户队列;可选的,所述数据账户队列中,包括提交数据方预先配置的提交数据方的数据账户队列和/或基于所述合并数据进行匹配获得的对合并数据进行代处理的第三方数据账户队列。
所述第三方数据账户队列中的第三方数据账户,在提交数据方和待处理数据满足第三方数据账户的代处理准入条件的情况下,提交数据方完成对应的代处理任务后,可由第三方数据账户对合并数据进行数据代处理。
本实施例提供的一种可选实施方式中,第二服务器采用如下方式匹配对合并数据进行代处理的第三方数据账户队列:
读取至少一个第三方数据账户的代处理准入条件,并核验所述待处理数据是否符合所述代处理准入条件;
确定待处理数据符合代处理准入条件的第三方数据账户,基于确定的第三方数据账户和对应的代处理任务构建所述第三方数据账户队列。可选的,第三方数据账户对应的待处理任务可以为在第三方数据账户对应的数据方进行预设对象的数据处理,在第三方数据账户对应的数据方完成预设时间或者预设条件的服务。
进一步,在获得第三方数据账户队列后,基于提交数据方预先配置的数据账户队列和所述第三方数据账户队列构建对所述合并数据进行数据处理的数据账户队列并在获取到终端设备提交的数据处理指令后向终端设备发送对合并数据进行数据处理的数据账户队列;提交数据方可选择预先配置的数据账户队列中的数据账户对合并数据进行预处理,也可通过完成第三方数据账户对应的代处理任务由第三方数据账户对合并数据进行数据处理。
可选的,第二服务器核验待处理数据是否符合所述代处理准入条件,包括:
核验提交所述待处理数据的数据方是否为准入数据方,和/或,核验所述待处理数据的数据数额是否小于预设阈值。
本实施例提供的一种可选实施方式中,提交数据方预先配置的数据账户队列,采用如下方式确定:所述第二应用获取提交所述待处理数据的数据方对所述数据集配置的数据账户队列并向所述第二服务器发送,以在检测到所述数据集的处理期限届满后基于所述数据账户队列对所述数据集进行数据处理。
需要说明的是,不同的第三方数据账户对应的预设阈值可不相同,对数据方的准入条件的设定也可不相同。
所述预处理数据,包括对数据集的合并数据进行预处理的数据;例如,合并数据为1000,进行预处理的数据为500,则预处理数据为500。所述数据处理,包括将待处理数据标记为处理完成状态的完成处理动作。例如,对待处理订单的实际资源流转动作,待处理订单的待流转资源额为m,则按照m进行资源流转。
本实施例中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理有六种实现方式,这六种实现方式与上述实施例中进行数据处理的对应方式类似,请参照上述实施例的相关内容。
本说明书提供的第三种数据处理方法实施例:
本实施例提供的数据处理方法,可应用于第二服务器,通过对待处理数据进行前置响应动作的核验处理,实现对数据方先感知后处理的风险控制,避免直接对数据方进行前置响应动作导致待处理数据对应的数据方的数据损失,对待处理数据进行数据合并,获得待处理数据对应的数据集的合并数据,以根据合并数据对数据集中至少一者进行数据处理,以此,在对待处理数据的处理过程中,在获取到对待处理数据的更新后的处理确认信息的确认指令后,即执行对待处理数据的响应动作,保证提交待处理数据的数据方对待处理数据的响应动作的感知程度,在执行对待处理数据的响应动作后,将待处理数据与对应数据集中的待处理数据进行数据合并,以此,实现将不同的待处理数据进行合并,进一步进行统一处理,提升对待处理数据进行数据处理的便捷性和有效性。
参照图4,本实施例提供的数据处理方法,具体包括步骤S402至步骤S408。
步骤S402,根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果。
本实施例中所述待处理数据,包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据;此外,待处理数据还可记录标识该处理的相关信息,例如提交时间等;本实施例中所述待处理数据,包括待处理订单。所述待处理数据,包括待资源流转订单;也即是待资源流转数据;相应的,后续对待资源流转数据进行的数据处理,包括资源流转处理。本实施例中所述待处理数据,包括待处理订单。可选的,所述待处理数据,包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据;其中,所述订单数据包括至少一个数据维度的待处理订单的订单数据。所述至少一个数据维度的待处理订单,是指不同订单类型的待处理订单;例如,待处理订单包括餐饮类订单、娱乐类订单、乘车类订单等;其中,餐饮类、娱乐类和乘车类为不同的数据维度。
实际应用中,待处理数据由数据方提交并向对应数据方进行资源流转后,对应的数据方基于待处理数据执行对提交待处理数据的数据方的响应动作;而本实施例中,提交数据方先提交待处理数据,执行数据方基于待处理数据进行对提交数据方的响应动作后再对待处理数据进行数据处理;也即是,将响应动作的执行前置于数据处理之前,因此,本实施例中,执行响应动作也即是执行前置响应动作;所述前置响应动作,是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作;所述关键数据,包括待处理数据携带的能够标识本次数据处理的数据;以待处理数据为待处理订单为例,所述关键数据,包括待流转资源数额、参与资源流转的至少两个数据方的数据方标识。
本实施例中,为了提升提交待处理数据的数据方对本实施例提供的数据处理方法的感知程度,在对待处理数据进行数据处理之前,执行待处理数据的响应动作,也即是对待处理数据“先响应再进行数据处理”,由于要先响应再进行数据处理,而数据处理需要向待处理数据对应的数据方(响应数据方)进行数据流转,为了避免提交待处理数据的数据方(提交数据方)不进行向待处理数据对应的数据方进行数据流转,导致响应数据方响应待处理数据却未接收到待处理数据对应的数据造成的数据损失,在对待处理数据进行前置响应之前,需要对待处理数据进行前置响应动作的核验处理,以此,对待处理数据的前置响应动作进行风险控制。
为了提升对待处理数据进行前置响应动作的核验效率,本实施例无需基于待处理数据对待处理数据进行前置响应动作的核验处理,仅基于待处理数据的关键数据,对待处理数据进行前置响应动作的核验处理;本实施例中对待处理数据进行前置响应动作的核验处理,也即是对待处理数据进行前置执行响应动作的权限核验处理。
本实施例可应用于第二服务器,本实施例所述第二服务器,与多个第三方应用对接且接入了多个数据服务;因此,针对一个数据方,第二服务器可获取到数据方在第三方应用的数据和在各个数据服务下的服务数据,基于大量的数据方的数据对数据方进行风险控制,提升了风险控制的有效性;在对数据方的有效的风险控制的情况下,数据方可前置响应的待处理订单的订单数额可相应提高。
具体实施时,在进行核验处理的过程中,为了提升核验的有效性,可基于数据平台大量的元数据、数据平台对大量数据进行数据处理的能力以及进行风险控制的能力,进行对待处理数据的前置响应动作的核验处理;本实施例提供的一种可选实施方式中,通过如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;
根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;
可选的,所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,在对待处理数据进行前置响应动作的核验处理的过程中,根据关键数据中包含的提交数据方标识和数据平台标识,确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及提交数据方在数据平台的历史处理数据,将所述应用数据、所述服务数据和所述历史处理数据输入数据评估算法对所述提交数据方进行数据评估,获得所述提交数据方的评估级别,按照所述评估级别对应的核验方式,对所述待处理数据进行核验处理,获得核验结果。
上述对待处理数据进行前置响应动作的核验处理过程,还可被替换为,基于所述关键数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式;或者,基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,还可被替换为,基于待处理数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待处理数据进行前置响应动作的核验处理方式之外,本实施例提供的另一种可选实施方式中,还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定提交所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
具体的,根据关键数据中包含的数据平台标识确定至少一个维度的元数据,基于至少一个维度的元数据确定数据平台的数据流转分布区间,再基于关键数据中包含的提交数据方标识,确定提交数据方在数据流转分布区间中对应数据流转分布,根据数据流转分布对应的核验方式对提交数据方和/或待处理数据进行核验处理,获得核验结果。
需要说明的是,上述提供的两种核验处理的方式,在具体核验过程中,可根据实际配置进行核验,也可以将对应的数据输入对应的核验算法进行核验,本实施例在此不做限定。
在对待处理数据进行前置响应动作的核验处理后,若核验通过,则更新待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作;若核验未通过,则确定待处理数据不符合提前执行响应动作的权限,则对待处理数据进行数据处理,并在确定数据处理成功后执行待处理数据的响应动作。
还需要说明的是,本实施例提供的一种可选实施方式中,还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述待处理数据中包含的数据方标识对提交所述待处理数据的数据方进行数据方核验,和/或,基于所述待处理数据中包含的待处理关键数据对所述待处理数据进行数据核验。可选的,所述对提交所述待处理数据的数据方进行数据方核验,包括核验所述数据方是否携带前置响应限制标记和/或所述数据方对历史前置响应动作对应的待处理数据的履约等级是否为预设等级;若是,则确定核验未通过;若否,则确定核验通过;所述对所述待处理数据进行数据核验,包括:核验数据数额是否大于预设阈值;若是,则确定核验未通过;若否,则确定核验通过。
在核验通过的情况下,向第一服务器返回核验通过的核验结果;第一服务器向第一应用转发核验通过的核验结果,第一应用根据第一服务器转发的核验通过的核验结果,更新待处理数据的处理确认信息。
步骤S404,根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集。
第一应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第一服务器发送确认指令,第一服务器根据确认指令执行待处理数据进行数据处理的前置响应动作,并向第二服务器发送确认指令。第二服务器根据确认信息将所述待处理数据写入对应的数据集。
具体的,将待处理数据写入对应的数据集的过程与上述一种实施例中将待处理数据写入对应的数据集的过程类似,请参照上述一种实施例中的相应内容,本实施例在此不再赘述。
步骤S406,对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
对所述数据集中各待处理数据进行数据合并获得合并数据的处理过程与上述一种实施例中对数据集中各待处理数据进行数据合并获得合并数据的处理过程类似,请参照上述一种实施例中的相应内容,本实施例在此不再赘述。
本实施例中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理有六种实现方式,这六种实现方式与上述一种实施例中进行数据处理的对应方式类似,请参照上述一种实施例的相关内容。
本实施例提供的第一种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据所述数据集的处理期限届满前获取到的所述终端设备发送的携带所述合并数据的预处理数据,调用所述预处理数据接口按照所述预处理数据对所述数据集中至少一者进行数据处理;
基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据。
进一步,本实施例提供的一种可选实施方式中,在检测到所述处理期限届满后,按照所述剩余合并数据在数据账户进行数据转出以进行所述数据集的二次数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方的数据账户。
本实施例提供的第二种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
在检测到所述数据集的处理期限届满后,读取所述终端设备发送的提交所述待处理对象的数据方对所述数据集配置的数据账户队列;
按照所述合并数据,对所述数据账户队列中的数据账户进行数据转出以进行所述数据集的数据处理。
本实施例提供的第三种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
调用二次处理接口生成所述预处理数据对应的二次处理数据;
若所述二次处理数据处理成功,从所述二次处理数据对应的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
本实施例提供的第四种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
调用任务生成接口生成所述预处理数据对应的处理任务;
从所述处理任务的任务提供对象的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
本实施例提供的第五种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
若所述数据集满足资源赠与条件,调用资源赠与接口进行所述预处理数据的资源赠与处理;
基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。
本实施例提供的第六种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据所述待处理数据对应的数据方对所述待处理数据的资源预支指令,确定所述待处理数据的预支资源数额;
按照所述预支资源数额在中间数据账户进行数据转出至所述数据方的数据账户。
步骤S408,向所述终端设备发送所述数据集和所述合并数据。
向终端设备发送数据集和合并数据,终端设备接收第二服务器发送的携带所述待处理数据的数据集和合并数据。
需要说明的是,若接收到终端设备的第二应用提交的数据账户队列,则存储数据账户队列。
本说明书提供的第四种数据处理方法实施例:
本实施例提供的数据处理方法,可应用于终端设备,通过与第二服务器交互,以对待处理数据进行前置响应动作的核验处理,在核验通过的情况下更新待处理数据的处理确认信息,若检测到对更新后的处理确认信息的确认指令向第二服务器发送,以执行待处理数据进行数据处理的前置响应动作,以及对所属数据集中各待处理数据的数据合并,以此,在对待处理数据的处理过程中,在获取到对待处理数据的更新后的处理确认信息的确认指令后,即执行对待处理数据的响应动作,保证提交待处理数据的数据方对待处理数据的响应动作的感知程度,在执行对待处理数据的响应动作后,将待处理数据与对应数据集中的待处理数据进行数据合并,以此,实现将不同的待处理数据进行合并,进一步进行统一处理,提升对待处理数据进行数据处理的便捷性和有效性。
本实施例提供的数据处理方法,与上述提供的一种数据处理方法的内容对应,阅读本实施例请参照上述提供的一种数据处理方法中对应的内容。
参照图5,本实施例提供的数据处理方法,具体包括步骤S502至步骤S506。
步骤S502,向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。
本实施例中所述待处理数据,包括记录有参与处理的至少一个数据方的数据方信息和参与处理的各数据方进行的处理内容的数据;此外,待处理数据还可记录标识该处理的相关信息,例如提交时间等;本实施例中所述待处理数据,包括待处理订单。可选的,所述待处理数据,包括通过线上通道和/或线下通道进行数据流转的待处理订单的订单数据;其中,所述订单数据包括至少一个数据维度的待处理订单的订单数据。所述至少一个数据维度的待处理订单,是指不同订单类型的待处理订单;例如,待处理订单包括餐饮类订单、娱乐类订单、乘车类订单等;其中,餐饮类、娱乐类和乘车类为不同的数据维度。
实际应用中,待处理数据由数据方提交并向对应数据方进行资源流转后,对应的数据方基于待处理数据执行对提交待处理数据的数据方的响应动作;而本实施例中,提交数据方先提交待处理数据,执行数据方基于待处理数据进行对提交数据方的响应动作后再对待处理数据进行数据处理;也即是,将响应动作的执行前置于数据处理之前,因此,本实施例中,执行响应动作也即是执行前置响应动作;所述前置响应动作,是指在对待处理数据进行数据处理之前执行的待处理数据的响应动作;所述关键数据,包括待处理数据携带的能够标识本次数据处理的数据;以待处理数据为待处理订单为例,所述关键数据,包括待流转资源数额、参与资源流转的至少两个数据方的数据方标识。
所述处理确认信息,包括确认进行资源流转的实际资源流转数额;例如,待处理订单的待流转资源额为m元,m则为更新前的处理确认信息;可选的,所述处理确认信息,包括对所述待处理数据进行资源流转的流转数值;相应的,所述更新所述待处理数据的处理确认信息,包括:将针对所述待处理数据进行资源流转的流转数值更新为0。为了实现提交数据方对待处理数据的先享后用处理,将待处理数据的处理确认信息更新为0。
本实施例提供的一种可选实施方式中,所述更新所述待处理数据的处理确认信息,包括:
将所述数据展示页面中渲染的数据确认数值更新为0,并展示更新后的数据展示页面。
本实施例中,为了提升提交待处理数据的数据方对本实施例提供的数据处理方法的感知程度,在对待处理数据进行数据处理之前,执行待处理数据的响应动作,也即是对待处理数据“先响应再进行数据处理”,由于要先响应再进行数据处理,而数据处理需要向待处理数据对应的数据方(响应数据方)进行数据流转,为了避免提交待处理数据的数据方(提交数据方)不进行向待处理数据对应的数据方进行数据流转,导致响应数据方响应待处理数据却未接收到待处理数据对应的数据造成的数据损失,第二服务器在对待处理数据进行前置响应之前,需要对待处理数据进行前置响应动作的核验处理,以此,对待处理数据的前置响应动作进行风险控制。
为了提升对待处理数据进行前置响应动作的核验效率,第二服务器无需基于待处理数据对待处理数据进行前置响应动作的核验处理,仅基于待处理数据的关键数据,对待处理数据进行前置响应动作的核验处理;本实施例中对待处理数据进行前置响应动作的核验处理,也即是对待处理数据进行前置执行响应动作的权限核验处理。
本实施例所述第二服务器,与多个第三方应用对接且接入了多个数据服务;因此,针对一个数据方,第二服务器可获取到数据方在第三方应用的数据和在各个数据服务下的服务数据,基于大量的数据方的数据对数据方进行风险控制,提升了风险控制的有效性;在对数据方的有效的风险控制的情况下,数据方可前置响应的待处理订单的订单数额可相应提高。
具体实施时,在进行核验处理的过程中,为了提升核验的有效性,可基于数据平台大量的元数据、和数据平台对大量数据进行数据处理的能力以及进行风险控制的能力,进行对待处理数据的前置响应动作的核验处理;本实施例提供的一种可选实施方式中,第二服务器通过如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;
根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;
可选的,所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,第二服务器在对待处理数据进行前置响应动作的核验处理的过程中,根据关键数据中包含的提交数据方标识和数据平台标识,确定数据平台对接的第三方应用的应用数据、接入数据平台的数据服务的服务数据以及提交数据方在数据平台的历史处理数据,将所述应用数据、所述服务数据和所述历史处理数据输入数据评估算法对所述提交数据方进行数据评估,获得所述提交数据方的评估级别,按照所述评估级别对应的核验方式,对所述待处理数据进行核验处理,获得核验结果。
上述第二服务器对待处理数据进行前置响应动作的核验处理过程,还可被替换为,第二服务器基于所述关键数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式;或者,基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,还可被替换为,基于待处理数据确定至少一个维度的元数据,根据所述至少一个维度的元数据对所述待处理数据进行前置响应动作的核验处理,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待处理数据进行前置响应动作的核验处理方式之外,本实施例提供的另一种可选实施方式中,第二服务器还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述关键数据确定提交所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
具体的,第二服务器根据关键数据中包含的数据平台标识确定至少一个维度的元数据,基于至少一个维度的元数据确定数据平台的数据流转分布区间,再基于关键数据中包含的提交数据方标识,确定提交数据方在数据流转分布区间中对应数据流转分布,根据数据流转分布对应的核验方式对提交数据方和/或待处理数据进行核验处理,获得核验结果。
需要说明的是,上述提供的两种核验处理的方式,在具体核验过程中,可根据实际配置进行核验,也可以将对应的数据输入对应的核验算法进行核验,本实施例在此不做限定。
第二服务器在对待处理数据进行前置响应动作的核验处理后,若核验通过,则更新待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行待处理数据进行数据处理的前置响应动作;若核验未通过,则确定待处理数据不符合提前执行响应动作的权限,则对待处理数据进行数据处理,并在确定数据处理成功后执行待处理数据的响应动作。
还需要说明的是,本实施例提供的一种可选实施方式中,第二服务器还可采用如下方式对待处理数据进行前置响应动作的核验处理:
基于所述待处理数据中包含的数据方标识对提交所述待处理数据的数据方进行数据方核验,和/或,基于所述待处理数据中包含的待处理关键数据对所述待处理数据进行数据核验。可选的,所述对提交所述待处理数据的数据方进行数据方核验,包括核验所述数据方是否携带前置响应限制标记和/或所述数据方对历史前置响应动作对应的待处理数据的履约等级是否为预设等级;若是,则确定核验未通过;若否,则确定核验通过;所述对所述待处理数据进行数据核验,包括:核验数据数额是否大于预设阈值;若是,则确定核验未通过;若否,则确定核验通过。
具体实施时,本实施例中的待处理数据包括通过线上通道或者线下通道待处理数据的提交,下述分别对线上通道和线下通道获取待处理数据和确认指令的过程进行分别说明。
二、线上通道
具体实施时,终端设备与第二服务器进行数据流转的方式获取待处理数据的过程中,终端设备运行的第二应用根据提交数据方的处理请求,与第二服务器交互生成待处理数据,终端设备接收到处理数据并生成包含所述待处理数据以及前置响应控件的待处理数据展示页面并展示,若检测到提交数据方对前置响应控件的选中指令,向第二服务器发送待处理数据的关键数据,第二服务器根据关键数据对待处理数据进行前置响应动作的核验处理;若核验通过,向第二应用转发核验通过的核验结果,第二应用根据核验通过的核验结果,更新数据展示页面展示的待处理数据的处理确认信息;若核验未通过,则向第二应用转发核验未通过的核验结果,第二应用根据核验未通过的核验结果,展示前置响应无效提醒。
第二应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令执行待处理数据进行数据处理的前置响应动作。
以用户在第二应用的交易为例,用户通过第二应用进行产品租借,归还产品后第二服务器生成用户对该次产品租借的待处理订单并向第二应用发送,终端设备(第二应用)将待处理订单下入预先配置的订单展示页模板,获得订单展示页并展示;终端设备根据用户对订单展示页配合的前置响应控件的选中指令,确定待处理订单的订单关键数据并向第二服务器发送,第二服务器根据接收到的订单关键数据对待处理订单进行前置响应处理的核验处理,若核验通过,向终端设备发送核验通过的核验结果,终端设备根据核验通过的核验结果,将订单展示页中的资源确认数额更新为0;终端设备若检测到用户对资源确认数额的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令生成待处理订单的处理完成标签。
二、线下通道
具体实施时,提交待处理数据的数据方通过终端设备向第二服务器发送待处理数据,本实施例提供的一种可选实施方式中,终端设备可通过如下方式向第二服务器发送关键数据:
采集并识别所述待处理数据对应的数据方的处理标识,获得所述待处理数据,或者,获取所述数据方采集所述终端设备展示的处理标识后发送的所述待处理数据;
基于所述待处理数据渲染数据展示页面并展示;所述数据展示页面配置有前置响应控件;
若检测到所述前置响应控件被触发,向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息。
具体的,通过第二应用(终端设备)出示处理标识或者采集执行数据方的处理标识获得待处理数据,将待处理数据写入预先配置的数据展示页面模板,获得数据展示页面并展示,根据对数据展示页面配置的前置响应控件的选中指令,向第二服务器发送待处理数据的关键数据,以进行对待处理数据的前置响应动作的核验处理,第二服务器基于关键数据对待处理数据进行前置响应动作的核验处理后,在核验通过的情况下向终端设备发送核验通过的核验结果,终端设备根据核验结果将数据展示页面展示的处理确认信息更新为0。
进一步,终端设备若检测到通过更新处理确认信息的数据展示页面配置的确认控件被触发后,向第二服务器发送确认指令,第二服务器生成待处理数据的处理完成标签并向待处理数据对应的数据方发送处理完成结果。
以用户线下消费为例,用户线下消费后,终端设备通过第二应用扫描数据方的资源流转标识获得待处理订单,终端设备若检测到订单展示页配置的前置响应控件的触发指令,向第二服务器发送待处理订单的订单关键数据,第二服务器基于订单关键数据对待处理订单进行前置响应动作的核验处理,若核验通过,则向终端设备发送核验通过的核验结果,终端设备根据核验通过的核验结果将订单展示页展示的资源确认数额更新为0;终端设备若检测到用户对资源确认数额的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令生成待处理订单的处理完成标签,并向进行资源流入的数据方发送处理完成结果。
步骤S504,向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并。
上述步骤中,第二应用向第二服务器发送待处理数据的关键数据,第二服务器根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理,并在核验通过的情况下向第二应用返回核验通过的核验结果,第二应用根据核验通过的核验结果,更新待处理数据的处理确认信息;
本步骤中,第二应用根据核验通过的核验结果,更新待处理数据的处理确认信息后,若检测到对更新后的处理确认信息的确认指令,向第二服务器发送确认指令,第二服务器根据确认指令执行待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并。
第二服务器对所属数据集中各待处理数据的数据合并与上述一种实施例提供的数据处理方法中将所述待处理数据写入对应的数据集,对所述数据集中各待处理数据进行数据合并获得合并数据的过程类似,请参照上述一种实施例中的相关内容,本实施例在此不再赘述。
获得合并数据后,将数据集和合并数据向终端设备发送。
步骤S506,接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本实施例提供的一种可选实施方式中,接收数据集和合并数据后,还执行如下操作:
展示所述数据集中各待处理数据以及所述合并数据;
向所述第二服务器发送对所述合并数据的数据处理指令,接收所述第二服务器发送的所述合并数据的数据账户队列。
本实施例中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理有六种实现方式,这六种实现方式与上述一种实施例中进行数据处理的对应方式类似,请参照上述一种实施例的相关内容。
本实施例提供的第一种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据携带所述合并数据的预处理数据,调用目标数据账户的数据转出接口转出所述预处理数据对应的转出数据,并将所述转出数据向所述预处理数据对应的数据方转入。
本实施例提供的第二种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据携带所述合并数据的预处理数据,调用二次处理接口生成所述预处理数据对应的二次处理数据;
若所述二次处理数据处理成功,从所述二次处理数据对应的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
本实施例提供的第三种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据携带所述合并数据的预处理数据,调用任务生成接口生成所述预处理数据对应的处理任务;
从所述处理任务的任务提供对象的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
本实施例提供的第四种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
若所述数据集满足资源赠与条件,调用资源赠与接口进行所述合并数据的资源赠与处理;
基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。
本实施例提供的第五种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
根据所述数据集的处理期限届满前获取到的所述终端设备发送的携带所述合并数据的预处理数据,调用所述预处理数据接口按照所述预处理数据对所述数据集中至少一者进行数据处理;
基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据。
进一步,本实施例提供的一种可选实施方式中,在检测到所述处理期限届满后,按照所述剩余合并数据在数据账户进行数据转出以进行所述数据集的二次数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方的数据账户。
本实施例提供的第六种可选实施方式中,根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理,包括:
在检测到所述数据集的处理期限届满后,读取所述终端设备发送的提交所述待处理对象的数据方对所述数据集配置的数据账户队列;
按照所述合并数据,对所述数据账户队列中的数据账户进行数据转出以进行所述数据集的数据处理。
需要说明的是,本说明书提供的第二种数据处理方法、第三种数据处理方法和第四种数据处理方法在实施过程中与本说明书提供的一种数据处理方法对应或者与一种数据处理方法中的对应内容类似,阅读本说明书提供的第二种数据处理方法、第三种数据处理方法和第四种数据处理方法,请参照本说明书提供的一种数据处理方法的对应内容。
本说明书提供的一种订单处理方法实施例:
本实施例提供的订单处理方法,先执行待支付订单的服务响应动作,再对待支付订单和对应合并支付账期的订单集合中的关联订单进行合并支付,以此,在用户对待支付订单先响应再支付的基础上,对用户的待支付订单进行合并支付;具体的,根据对待支付订单的确认指令,执行待支付订单对应的服务响应动作,以及将待支付订单写入对应合并支付账期的订单集合;对待支付订单和订单集合中至少一个支付维度的关联订单进行合并处理,获得合并信息;根据合并支付账期和合并信息进行订单集合的合并支付,以此,实现“先响应后合并支付”,使用户提前感知待支付订单的服务响应动作,提升用户对待支付订单的感知程度,也通过将待支付订单的合并支付,提升对待支付订单处理的便捷性和高效性。
参照图6,本实施例提供的订单处理方法,具体包括步骤S602至步骤S606。
步骤S602,获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作。
所述待支付订单,包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单;所述待支付订单,包括通过线上通道和/或线下通道进行交易产生的待支付订单。
可选的,所述待支付订单,包括下述至少一项:通过线上通道发起支付生成的待支付订单,通过线下通道发起支付生成的待支付订单,通过第三方应用进行支付调用生成的待支付订单,通过子程序进行订单支付生成的待支付订单。
其中,通过第三方应用进行支付调用生成的待支付订单,包括通过电商交易应用进行支付调用生成的待支付订单;通过子程序进行订单支付生成的待支付订单,包括参与支付应用的子程序提供的服务后生成的待支付订单。
实际应用中,在一些场景中,生成待支付订单并且支付后,需要由待支付订单对应的商家进行对应的服务响应动作,例如,在电商交易场景中,生成对目标商品的待支付订单,用户对待支付订单进行支付后,商家需要对用户进行发货;再例如,在线下娱乐场景中,用户购买某娱乐场所的门票,对待支付订单进行支付后,商家对用户进行准入。在上述两个例子中,对用户进行发货和对用户进行准入则是待支付订单对应的服务响应动作。
也即是,所述服务响应动作,包括待支付订单对应的商家或者服务方向用户提供服务或者进行商品转移。
所述确认指令,包括对支付处理数额为0的待支付订单的确认指令。
具体实施时,由于先响应再支付,存在用户不支付或者支付数额不足的情况,在商家已经执行对待支付订单的服务响应动作后无法收到对应的资源,在一定程度上会导致商家的不信任,影响商家体验,造成支付服务器的资源损失,因此,为了避免用户不支付或者支付数额不足的情况导致对商家和支付服务器造成的资源损失,在用户对待支付订单进行先响应再支付的过程中,需要对用户和/或待支付订单进行核验,以进行风险控制。
实际应用中,在对用户和/或待支付订单进行核验的过程中,由于数据缺失或者数据量少都会导致风险控制的效果不佳;而本实施例中,支付服务器基于大量的元数据以及用户的大量的服务数据对用户和/或待支付订单进行核验,以此提升对用户和/或待支付订单的风险控制的有效性,对应的,在对用户和/或待支付订单的风险控制更有效的情况下,用户可进行先响应后支付的待支付订单的支付处理数额即可相应提升。
基于此,本实施例提供的一种可选实施方式中,在获取待支付订单的确认之前,还执行如下操作:
根据待支付订单的关键数据,对所述待支付订单进行核验处理;
若核验通过,更新所述待支付订单的支付处理数额;
相应的,所述更新所述待支付订单的支付处理数额,包括:
将所述待支付订单的支付处理数额更新为0。
具体的,获取待支付订单的关键数据,根据关键数据对待支付订单进行核验处理,若核验通过,则将待支付订单的支付处理数额(待支付数额)更新为0;若核验未通过,则不做处理即可。所述支付处理数额,包括确认进行支付的实际支付数额。
在用户终端与支付服务器进行交互的过程中,用户终端可通过线上或者线下的方式获取待支付订单。在获取到待支付订单后基于待支付订单渲染订单展示页并展示;订单展示页配置有前置响应控件,用户终端若检测到前置响应控件被选中,则向支付服务器发送待支付订单的关键数据,对待支付订单进行核验处理,也即是,核验待支付订单是否满足先享后付的准入条件。
例如,用户终端获得与支付服务器交互生成的待支付订单后,渲染如图7所示的订单展示页,若检测到订单展示页配置的前置响应控件被选中,则向支付服务器发送待支付订单和/或待支付订单的关键数据,支付服务器基于待支付订单和/或待支付订单的关键数据对待支付订单进行核验处理;若支付服务器对待支付订单的核验结果为核验通过,向用户终端发送核验通过的核验结果,用户终端根据核验通过的核验结果,将订单展示页中的支付处理数额由m更新为0,获得如图8所示的订单展示页;若支付服务器对待支付订单的核验结果为核验未通过,向用户终端发送核验未通过的核验结果,用户终端根据核验未通过的核验结果,在图7所述的订单展示页上方展示核验未通过的核验提醒弹窗。
需要说明的是,用户终端可通过支付应用直接与支付服务器对接,用户终端向支付服务器发送待支付订单和/或待支付订单的关键数据以及获取支付服务器发送的核验结果;若待支付订单是在服务应用(也即是支付应用的第三方应用)进行展示,则通过与订单服务器进行数据中转,实现用户终端与支付服务器的数据对接;
具体的,用户终端获得与订单服务器交互生成的待支付订单后,通过服务应用展示如图7所示的订单展示页,服务应用若检测到如图7所示的订单展示页配置的前置响应控件被选中,向订单服务器发送待支付订单和/或待支付订单的关键数据,订单服务器将待支付订单和/或待支付订单的关键数据向支付服务器转发,支付服务器根据待支付订单和/或待支付订单的关键数据对待支付订单进行核验处理;若支付服务器对待支付订单的核验结果为核验通过,向订单服务器发送核验通过的核验结果,订单服务器向用户终端转发核验通过的核验结果,服务应用根据核验通过的核验结果,将订单展示页中的支付处理数额由m更新为0,获得如图8所示的订单展示页;若支付服务器对待支付订单的核验结果为核验未通过,向订单服务器发送核验未通过的核验结果,订单服务器向服务应用转发核验未通过的核验结果,服务应用根据核验未通过的核验结果,在图7所述的订单展示页上方展示核验未通过的核验提醒弹窗。
除上述用户终端与支付服务器交互获得待支付订单和与订单服务器交互获得待支付订单之前,本实施例中,对于线下消费产生的待支付订单,用户终端执行如下操作:
采集并识别所述前置响应动作的商家的订单收款标识获得所述待支付订单,或者,获取所述商家采集所述用户终端展示的付款标识后发送的所述待支付订单;
若检测到对所述待支付订单的合并支付指令,向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对所述订单确认页进行更新处理。
在具体执行过程中,支付服务器在获取到待支付订单和/或待支付订单的关键数据后,对待支付订单进行核验处理。为了提升核验处理的风险控制的有效性,本实施例提供的一种可选实施方式中,根据待支付订单的关键数据,对待支付订单进行核验处理的过程中,执行如下操作:
基于所述关键数据中的用户数据对所述待支付订单对应用户进行评级处理;
根据评级处理获得的用户评级,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
所述用户数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
可选的,所述订单响应前置的准入核验是指核验待支付订单和/或对应用户能否在对待支付订单进行待支付数额的支付之前对用户执行服务响应动作的核验。换句话说,对所述待支付订单和/或对应用户进行订单响应前置的准入核验,包括:核验待支付订单和/或对应用户是否符合提前执行服务响应动作的准入条件;提前即是在对待支付订单的待支付数额进行支付之前,或者,即核验待支付订单和/或对应用户是否满足“先享后付”的准入条件。
具体的,在对待支付订单进行核验处理的过程中,根据关键数据中包含的用户标识和支付服务器标识,确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,将应用数据、服务数据和历史待支付数据输入数据评级算法对用户进行数据评级,获得用户的评级级别,按照评级级别对应的核验方式,对待支付订单进行核验处理,获得核验结果。可选的,历史待支付数据包括用户对历史合并支付账期的合并信息的支付信息。
上述对待支付订单进行核验处理的处理过程,还可被替换为,基于所述关键数据中的用户数据对所述待支付订单和/或对应用户进行订单响应前置的准入核验,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待支付订单和/或对应用户的核验处理方式之外,本实施例提供的另一种可选实施方式中,还可采用如下方式对待支付订单进行核验处理:
根据所述待支付订单对应用户的支付数额分布,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
其中,所述支付数额分布,根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。
可选的,所述支付数额分布,包括按照不同的资金额度进行划分的资金区间;例如,[1,1000]、(1000,5000]、(5000,10000]为不同的支付数额分布。除提供的三种支付数额分布之外,还可向上递增;需要说明的是,为了保证风险控制的有效性,对于支付数额分布的数额划分,可基于需求进行配置,例如对于较小的数额,支付数额分布的差值可以适当减小,如上述以1000为区间差值;对于中等数额,支付数额分布可以适当增加,如上述以4000和5000作为区间差值;对于较高的数额,则可以以百万或者亿作为区间差值进行支付数额分布的确定。本实施例中,用户的支付数额分布,包括用户所有的资金数额所处的资金区间,或者,包括用户在数据平台的已支付数额所处的按照不同的资金额度进行划分的资金区间。
具体的,根据关键数据中包含的用户标识和支付服务器标识确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,基于应用数据和服务数据确定支付数额分布信息,并根据历史待支付数据和/或待支付订单的待支付数额确定用户的支付数额分布,按照支付数额分布对应的核验方式对待支付订单和/或用户进行核验处理,获得核验结果。
此外,本实施例还提供一种可选实施方式中,还可采用如下方式对待支付订单进行核验处理:
读取对应用户的信用评级,核验所述信用评级是否满足订单响应前置的评级条件,和/或核验待支付订单的订单支付数额是否满足订单响应前置的数额准入条件;若是,确定核验通过;若否,确定核验未通过。
支付服务器对待支付订单进行核验处理后,若核验通过,更新待支付订单的支付处理数额。
用户终端若检测到用户对图8所示的订单展示页配置的提交订单控件被触发后,向支付服务器发送确认指令,支付服务器获取待支付订单的确认指令,以执行待支付订单对应的服务响应动作;
本实施例提供的一种可选实施方式中,采用如下方式实现执行待支付订单对应的服务响应动作:
生成所述待支付订单的前置支付标签;
根据所述待支付订单的前置支付标签,对所述待支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
具体的,执行待支付订单对应的服务响应动作的过程中,根据确认指令生成待支付订单的前置支付标签,和/或,根据所述待支付订单的前置支付标签,对待支付订单对应的支付商品进行发货处理或者进行待支付订单对应的支付服务的服务处理。
可选的,根据用户终端与支付服务器的数据对接方式确定待支付订单的前置支付标签的生成服务器。具体的,若用户终端与支付服务器通过订单服务器进行数据对接,则订单服务器根据用户终端发送的确认指令生成待支付订单的前置支付标签,并向商家发送待支付订单的前置支付标签,以使商家根据前置支付标签对支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理;若用户终端直接与支付服务器进行数据对接,支付服务器根据用户终端发送的确认指令生成待支付订单的前置支付标签,并向商家发送待支付订单的前置支付标签,以使商家根据前置支付标签对支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
此外,步骤S602还可被替换为,根据待支付订单的确认指令,执行所述待支付订单对应的服务响应动作,并与本实施例提供的其他处理步骤组成新的实现方式。
步骤S604,基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合。
可选的,所述订单集合中包含至少一个支付维度的关联订单。所述关联订单,包括订单集合中该待支付订单之外的待支付订单。所述支付维度,包括线上支付维度和线下支付维度。需要说明的是,本实施例中,通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单进行都写入对应合并支付账期的订单集合,使进行合并处理,实现对不同支付维度下的待支付订单的合并支付。
为了提升对用户的待支付订单管理的有效性,按照周期对用户产生的待支付订单进行管理;具体的,可以按照周、月、季度等周期对待支付订单进行周期性管理;划分的每一个周期即为合并支付账期;为了提升对合并支付账期内的待支付订单管理的便捷性,将一个合并支付账期内产生的待支付订单通过该合并支付账期的订单集合进行管理。合并支付账期的订单集合由该合并支付账期的待支付订单构成。
具体实施时,为了保证确定的待支付订单对应合并支付账期的准确性和有效性,本实施例提供的一种可选实施方式中,采用如下方式确定待支付订单对应的合并支付账期:
读取所述待支付订单中包含的订单确认时间,并根据所述订单确认时间确定对应的合并支付账期。
具体的,根据待支付订单中包含的订单确认时间,将所述订单确认时间所处时间区间对应的合并支付账期确定为所述待支付订单对应的合并支付账期;也即是,根据所述待支付订单中包含的订单确认时间确定所述待支付订单对应的合并支付账期。
基于此,步骤S604还可被替换为:基于所述确认指令确定所述待支付订单对应的合并支付账期,并将所述待支付订单写入所述合并支付账期的订单集合,并与本实施例提供的其他处理步骤组成新的实现方式。
在具体执行过程中,为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度,使用户在访问合并支付账期的合并信息的过程中,能够更加直观地感知到订单集合中各待支付订单的订单类型,在将待支付订单写入对应合并支付账期的订单集合的过程中,执行如下操作:
基于所述待支付订单中的订单类别信息确定所述待支付订单的订单特征;
根据所述订单特征确定所述待支付订单在所述合并支付周期的订单标签,并基于所述订单标签和所述待支付订单的订单关键数据确定所述待支付订单的订单展示信息;
将所述订单展示信息写入所述订单集合。
可选的,订单集合中存储的是各待支付订单的订单展示信息。
具体的,在将待支付订单写入对应合并支付账期的订单集合的过程中,生成所述待支付订单的订单展示信息,将所述订单展示信息写入对应合并支付账期的订单集合。可选的,所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。
所述订单关键数据,包括订单确认时间和/或订单支付数额。所述订单标签,包括表征订单类别的标签;例如,订单类别为餐饮类别,则确定的订单标签为先吃后付;订单类别为电影购票类别,则确定的订单标签为先看后付。
此外,步骤S604可被替换为,基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合,相应的,下述步骤S606可被替换为,对所述待支付订单和所述订单集合中的关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,并与上述步骤S602组成新的实现方式。
具体实施时,将待支付订单写入订单集合的过程,也即是将待支付订单添加至订单集合中作为订单集合中的关联订单。
步骤S606,对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
所述合并信息,包括将待处理订单的订单支付数额累加至有关联订单的订单支付数额计算获得的订单集合的历史合并数额,获得的合并数额。
具体实施时,对待支付订单和关联订单进行合并处理,获得合并信息后,为了提升用户对关联订单合并信息的感知程度,向用户终端发送订单集合和合并信息。用户终端接收支付服务器下发的待支付订单所属合并支付账期的订单集合以及合并信息并展示。
具体的,用户终端基于订单集合和合并信息渲染合并信息展示页面并展示;可选的,合并信息展示页面配置有预支付控件和支付渠道配置的访问控件。用户可通过触发支付渠道配置的访问控件对订单集合进行支付渠道配置;可选的,用户终端运行的支付应用获取所述待支付订单对应的用户对所述订单集合配置的配置渠道队列并向所述支付服务器发送,以在检测到所述合并支付账期届满后基于所述配置渠道队列对所述订单集合进行支付处理。
此外,用户还可通过触发合并信息展示页面配置的预支付控件对合并信息进行提前支付。
例如,支付服务器获得合并信息后,向用户终端运行的支付应用下发待支付订单所属合并支付账期的订单集合以及合并信息。用户终端(支付应用)根据订单集合和合并信息渲染如图9所示的合并信息展示页面,其中,合并信息展示页面展示有订单集合中各待支付订单的订单展示信息、合并数额、提前支付控件901和渠道配置控件902。
进一步,本实施例提供的一种可选实施方式中,用户终端在展示订单集合以及合并信息后,还执行如下操作:
根据用户对所述合并信息的支付指令,获取所述支付服务器下发的候选支付渠道;
若检测到对所述候选支付渠道中目标支付渠道的确认指令,确定所述目标支付渠道的渠道类型;
执行所述渠道类型对应的渠道访问动作,并在所述渠道访问动作被执行后基于所述目标支付渠道进行所述合并信息的合并处理。
具体的,用户终端若检测到对合并信息的预支付指令,则向第二服务器发送预支付请求,第二服务器读取用户对合并信息的支付渠道列表并向用户终端发送。用户终端接收支付渠道列表并展示。
可选的,用户终端展示支付渠道列表,包括:基于支付渠道列表和合并信息渲染渠道列表展示页面并展示。支付渠道列表由用户对合并信息的候选支付渠道组成。可选的,所述支付渠道列表中的候选支付渠道,包括下述至少一项:预先配置的第一渠道类型的支付渠道,绑定支付渠道的支付账户以获取渠道支付权益的第二渠道类型的支付渠道,执行渠道任务以进行代付处理的第三渠道类型的支付渠道,进行资源赠与的第四渠道类型的支付渠道。
其中,第一渠道类型的支付渠道和第二渠道类型的支付渠道都为用户所有的资源账户对应的支付渠道;第三渠道类型的支付渠道和第四渠道类型的支付渠道为第三方的资源账户对应的支付渠道;执行渠道任务以进行代付处理的第三渠道类型的支付渠道和进行资源赠与的第四渠道类型的支付渠道根据用户信息和合并信息确定。第三渠道类型的支付渠道和第四渠道类型的支付渠道是在用户满足一定条件或者完成对应的渠道任务后,由不属于用户的支付渠道,也即是第三方支付渠道对用户的合并信息进行代付处理。
需要说明的是,第一渠道类型的支付渠道可以包括用户在第三方账户平台开通的用户的资源账户,还可包括用户在支付服务器开通的资源账户或者授信资源账户,还可包括授信资源账户的分期支付渠道,本实施例在此不做限定。
本实施例提供的一种可选实施方式中,采用如下方式匹配第三方支付渠道:
读取至少一个第三方支付渠道的代付准入条件,并核验所述待支付订单是否符合各第三方支付渠道的代付准入条件;
确定符合代付转入条件的第三方支付渠道。
可选的,代付准入条件包括用户是否为准入用户和/或待支付订单的订单支付数额是否小于预设阈值。需要说明的是,不同的第三方支付渠道对应的代付准入条件可根据第三方支付渠道对应的第三方平台进行配置,本实施例在此不做限定。
在具体执行过程中,用户终端获取支付服务器下发的包含候选支付渠道的支付渠道列表并展示,若检测到对支付渠道列表中目标支付渠道的确认指令,确定目标支付渠道的渠道类型,根据所述目标支付渠道的渠道类型和所述目标支付渠道进行所述合并信息的合并处理;或者,若检测到对支付渠道列表中目标支付渠道的确认指令,基于目标支付渠道进行所述合并信息的合并处理。可选的,所述支付应用在所述合并支付账期届满前向所述支付服务器发送携带所述合并数据的预支付请求,以基于所述预支付请求中携带的预支付数额对所述订单集合进行支付处理。
沿用上例,用户触发如图9所示的合并信息展示页面中的提前支付控件901,用户终端支付服务器发送对合并信息的预支付请求,支付服务器读取用户对该合并信息的候选支付渠道,并将由候选支付渠道组成的支付渠道列表向用户终端发送;用户终端基于支付渠道列表展示如图10所示的列表展示页面,用户可基于列表展示页面录入预支付数额并选择目标支付渠道。
对于合并信息的预支付,可以预先支付一部分,剩下一部分在合并支付账期加满后进行支付,也可以预先全部支付;还可以届满支付;下述分别对预先支付和届满支付的支付过程进行具体说明。
(1)预先支付
本实施例提供的一种可选实施方式中,根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付采用如下方式实现:
根据所述合并支付账期届满前检测到的携带所述合并信息的预支付请求,调用支付渠道按照所述预支付请求携带的预支付数额对所述订单集合中至少一者进行支付处理;
基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息。
进一步,本实施例提供的一种可选实施方式中,计算剩余合并信息后,还执行如下操作:
在所述合并支付账期届满后,按照所述剩余合并信息和资源账户对所述订单集合进行二次支付处理;
其中,所述资源账户包括提交所述待支付订单的用户绑定的资源账户。
具体的,根据合并支付账期届满前检测到的携带合并信息的预支付请求,按照预支付请求携带的目标支付渠道和预支付数额对订单集合中至少一者进行支付处理,根据合并信息和预支付数额计算订单集合的剩余合并信息以及订单集合中各待支付订单的剩余待支付数额。在检测到合并支付账期届满后,若订单集合的剩余合并信息不为0,则基于用户配置的配置渠道列表,按照订单集合的剩余合并信息对订单集合的剩余合并信息进行支付处理。若订单集合的剩余合并信息为0,则不做处理即可。可选的,在基于用户配置的配置渠道列表,按照订单集合的剩余合并信息对订单集合的剩余合并信息进行支付处理的过程中,基于配置渠道列表,按照订单集合中各待支付订单的剩余待支付数额对对应的待支付订单进行支付处理。
在具体执行过程中,本实施例提供的一种可选实施方式中,采用如下方式实现按照预处理请求携带的目标支付渠道和预支付数额对订单集合中至少一者进行支付处理的过程中至少一者的分摊数额,采用如下方式确定:
基于所述预支付请求,计算预支付数额对所述各待支付订单的平均分摊数额;
或者,
基于所述预支付请求,计算所述各待支付订单的待支付数额比;
按照所述待支付数额比和所述预支付数额,计算所述各待支付订单的分摊数额;
或者,
基于所述支付请求,按照订单确认时间对所述各待支付订单进行排序,获得订单队列;
根据所述预支付数额在所述订单队列中确定目标订单,并按照所述预支付数额和所述目标订单的待支付数额计算所述各待支付订单的分摊数额。
例如,合并信息为M,获取到预支付数额为m(m≤M),若m=M,则按照预支付请求中携带的目标支付渠道对订单集合中各待支付订单进行支付处理;若m<M,确定预支付数额对订单集合中各待支付数额的平均分摊数额,按照目标支付渠道对各待支付数据进行平均分摊数额对应的支付处理;支付处理后,合并支付账期的剩余合并信息为M-m;在检测到合并支付账期届满后,若读取到的合并支付账期的剩余合并信息M-m≠0,则读取用户配置的配置渠道列表,按照配置渠道列表中第一优先级的支付渠道对M-m进行支付处理,若第一优先级的支付渠道的渠道余额不足以支付M-m,则按照配置渠道列表中第二优先级的支付渠道对M-m进行支付处理,以此类推,直至对M-m支付成功。还需要说明的是,若配置渠道列表中所有支付渠道的渠道余额都不足以支付M-m,则基于配置渠道列表中多个支付渠道共同对M-m进行支付处理。
除此之外,提前预支一部分的情况下,根据合并支付账期和合并信息进行订单集合的合并支付的过程,还可被替换为,根据所述合并支付账期届满前检测到的携带合并信息的预支付请求中的预支付数额,确定订单集合中基于所述预支付数额进行支付处理的目标订单以及各目标订单的订单预支付数额;根据所述预支付请求中携带的目标支付渠道,按照所述各目标订单的订单预支付数额对所述各目标订单进行支付处理;可选的,还包括:基于所述合并信息和所述预支付数额计算所述合并支付账期的剩余合并数额,以及基于订单集合中各待支付订单的订单支付数额和订单预支付数额计算各待支付订单的订单剩余数额;若检测到所述合并支付账期届满,基于用户配置的配置支付渠道按照各待支付订单的订单剩余数额对各待支付订单进行支付处理。
(2)届满支付
本实施例提供的一种可选实施方式中,根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付采用如下方式实现:
在检测到所述合并支付账期届满后,按照所述合并信息和至少一个资源账户对所述订单集合进行支付处理;
其中,所述资源账户包括提交所述待支付订单的用户针对所述合并信息配置的资源账户队列中的资源账户。
具体的,在检测到合并支付账期届满后,按照配置渠道列表中第一优先级的支付渠道(资源账户)对合并信息进行支付处理,若第一优先级的支付渠道的渠道余额不足以支付合并信息,则按照配置渠道列表中第二优先级的支付渠道对合并信息进行支付处理,以此类推,直至对合并信息支付成功。还需要说明的是,若配置渠道列表中所有支付渠道的渠道余额都不足以支付合并信息,则基于配置渠道列表中多个支付渠道共同对合并信息进行支付处理。
上述提供了四种渠道类型的支付渠道,其中,对于第一渠道类性的支付渠道对合并信息进行支付处理的过程,按照上述对于提前支付和届满支付中的相关内容即可;也即是,将用户预先配置的用户的资源账户中的资源转移至待支付订单对应的商家账户。本实施例提供的一种可选实施方式中,第一渠道类性的支付渠道对合并信息进行支付处理的过程中,执行如下操作:
基于所述合并支付账期届满前获取到的预支付请求,按照所述预支付请求携带的预支付数额,从目标支付渠道对应的资源账户进行资源转出;
根据转出资源进行所述预支付数额的支付。
下述分别对第二渠道类型、第三渠道类型和第四渠道类型的支付渠道对合并信息进行预支付的过程进行具体说明。
(1)第二渠道类型的支付渠道
实际应用中,存在用户在第三方账户平台开通用户的资源账户,但未将资源账户绑定至支付服务器,由于支付服务器提供各种各样的支付方式,第三方账户平台为了提升用户对开通的资源账户的使用率,可向用户发放一定的权益,使用户将在第三方账户平台开通的资源账户绑定至支付服务器,并在通过支付服务器进行支付处理的过程中基于在第三方账户平台开通的资源账户进行资源转移。
本实施例提供的一种可选实施方式中,在确定用户的支付渠道列表的过程中,可读取各第三方账户平台开放的绑定权益,并将第三方账户平台和开放的绑定权益也作为支付渠道列表的一部分。
如图10所示的列表展示页面中的绑卡活动区域展示的待绑定银行卡或者信用卡的展示区域,展示有第一账户平台银行卡和第二账户平台信用卡,其中,第一账户平台银行卡的展示区域还展示有基于该银行卡进行支付处理可以享受的权益“满300减30”第二账户平台信用卡的展示区域还展示有基于该信用卡进行支付处理可以享受的权益“满200减20”。
进一步,用户可通过绑定银行卡或者信用卡,基于绑定的资源账户以及对应的支付权益对合并信息进行支付处理。
可选的,用户终端若检测到对第二渠道类型的支付渠道的确认指令,与用户交互获取用户对所述第二渠道类型的支付渠道录入的资源账户标识并向支付服务器提交;支付服务器对资源账户标识进行核验处理,在核验通过的情况下将用户与该资源账户标识对应的资源账户进行绑定处理并向用户终端发送绑定结果;用户终端基于绑定结果对该资源账户标识进行候选展示;若检测到包含第二渠道类型的支付渠道的预支付指令,则向服务器发送预支付请求;支付服务器基于该资源账户,按照绑定处理向用户发放的权益和预支付请求中携带的预支付数额,对订单集合中至少一者进行支付处理。
本实施例提供的一种可选实施方式中,支付服务器采用如下方式根据第二渠道类型的支付渠道对所述订单集合中至少一者的支付处理:
根据预处理请求中携带的第二渠道类型的资源账户标识,确定所述资源账户标识关联的渠道支付权益;所述渠道支付权益在建立用户标识与所述资源账户标识的绑定关系后关联至所述用户标识和/或所述资源账户标识;
基于所述预处理请求中携带的预处理数额和所述渠道支付权益,计算所述资源账户标识对应的资源账户的转出数额以及所述资源账户的账户提供方的权益转出数额;
从所述资源账户进行所述转出数额对应的资源转出,以及从所述账户提供方对应的提供方资源账户进行所述权益转出数额对应的资源转出;
基于资源转出获得的资源对所述订单集合中至少一者进行支付处理。
例如,账户提供方与支付服务器进行协议签署,约定用户在支付服务器绑定在账户提供方开通的资源账户后,向用户发放满300减30的权益,用户基于该资源账户对400的合并数额进行支付的过程中,根据合并数额和满300减30的权益,计算该资源账户的转出数额为370,账户提供方的转出数额为30,则分别从资源账户和账户提供方的资源账户进行对应转出数额的资源转出,并基于资源转出获得的资源对合并数额对应的订单集合中至少一者进行支付处理。
此外,账户提供方还可与支付服务器约定,权益由账户提供方和支付服务器共同提供;即满300减30的权益中的30,由账户提供方与支付服务器分别转出一部分。具体的,账户提供方和支付服务器共同提供权益的情况下对订单集合中至少一者进行支付处理的方式与上述账户提供方提供权益的处理方式类似,参照上述说明内容即可,本实施例在此不做赘述。
(2)第三渠道类型的支付渠道
实际应用中,接入支付服务器的服务方,为了促进服务方的服务率,可与支付服务器交互确认在用户完成对服务方的服务处理后,由服务方对用户的合并信息进行代付处理。在具体实现场景中,服务方可以为提供商品服务的服务方;具体的,该服务方可设定在用户购买服务方的指定商品或者指定数额的商品后对用户的合并信息进行代付处理;此外,存在服务方由于服务需求大导致服务人手欠缺,为了补充服务方的人手,保证服务方的服务效率,服务方可设定在用户向服务方提供对应服务后对用户的合并信息进行代付处理。
基于此,本实施例中渠道任务包括购买商品或者执行代付任务。需要说明的是,用户是否具有购买商品或者执行代付任务以使服务方对用户进行代付处理的权限,需要对用户和合并信息进行核验;具体的核验过程与上述匹配第三方支付渠道的方式类似。可选的,服务方的代付准入条件包括:合并信息小于指定商品的商品数额或者指定数额的预设比例。
a、商品购买
本实施例提供的一种可选实施方式中,根据合并支付账期和合并信息进行订单集合的合并支付的过程中,执行如下操作:
基于所述合并支付账期届满前获取到的预支付请求,生成所述预支付请求携带的预支付数额对应的推荐订单;
若所述推荐订单支付成功,从所述推荐订单对应的资源账户进行资源转出以对所述预支付数额进行支付。
具体的,若合并支付账期届满前获得的预支付请求携带的目标支付渠道为消费代付的服务方代付的支付渠道,则生成服务方的推荐订单,并在推荐订单支付成功的情况下,服务方的资源账户进行资源转出,以对预支付请求携带的预支付数据进行支付处理。
如图10所示的列表展示页面,其中,第一服务方即为消费代付的服务方代付的支付渠道。
用户终端若检测到列表展示页面配置的消费代付控件被触发,向支付服务器发送携带消费代付对应的服务方标识和预支付数额的预支付请求;支付服务器基于预支付请求生成所述服务方标识对应的服务方的推荐订单并向用户终端发送;用户终端展示推荐订单并在获取到用户对推荐订单的支付确认指令后向支付服务器发送支付请求;支付服务器基于支付请求对推荐订单进行支付处理,并在支付成功后,从所述服务方的资源账户进行预支付数额对应的资源转出,以对所述订单集合中至少一者进行支付处理。可选的,推荐订单中的商品和/或服务信息由服务方配置或者由用户选择提交。
b、服务提供
本实施例提供的一种可选实施方式中,根据合并支付账期和合并信息进行订单集合的合并支付的过程中,执行如下操作:
基于所述合并支付账期届满前获取到的预支付请求,创建所述预支付请求携带的预支付数额对应的代付任务;
从所述代付任务的任务提供方的资源账户进行资源转出以对所述预支付数额进行支付。
具体的,若合并支付账期届满前获得的预支付请求携带的目标支付渠道为服务代付的服务方代付的支付渠道,则创建服务方的代付任务,并在用户完成代付任务的情况下,从服务方的资源账户进行资源转出,以对预支付请求携带的预支付数据进行支付处理。
如图10所示的列表展示页面,其中,第二服务方即为服务代付的服务方代付的支付渠道。用户选择第二服务方对合并信息进行代付之后,需要在第二服务方进行预设时间的打工服务,打工完成后可由第二服务方对合并信息进行代付处理。
用户终端若检测到列表展示页面配置的服务代付控件被触发,向支付服务器发送携带服务代付对应的服务方标识和预支付数额的预支付请求;支付服务器基于预支付请求生成所述服务方标识对应的服务方的服务任务并向用户终端发送;用户终端展示服务任务并在获取到用户对服务任务的完成指令后向支付服务器发送完成信息;支付服务器基于用户或者服务方发送的对服务任务的完成指令从所述服务方的资源账户进行预支付数额对应的资源转出,以对所述订单集合中至少一者进行支付处理。可选的,服务任务中的任务信息由服务方配置或者由用户选择提交。进一步,预支付数额还可根据用户选择的服务时间确定。
(3)第四渠道类型的支付渠道
实际应用中,存在用户参与公益性服务,或者符合公益性服务的准入条件的情况,这种情况下,在用户的合并信息小于公益性服务的代付准入数额的情况下,可由公益性服务对用户的合并信息进行代付处理。
本实施例提供的一种可选实施方式中,根据合并支付账期和合并信息进行订单集合的合并支付的过程中,执行如下操作:
若所述订单集合满足资源赠与条件,调用资源赠与接口进行所述预支付请求的资源赠与处理;
基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。
具体的,获取携带合并信息的预支付请求,若预处理请求携带的目标支付渠道为公益性服务的支付渠道,基于公益性服务的资源账户进行预支付数额的资源转出,并基于资源转出的资源对订单集合中至少一者进行支付处理。
如图10所示的列表展示页面,其中,公益服务方即为公益代付的服务方代付的支付渠道。
上述不同渠道类型的支付渠道对合并信息进行预支付的过程可相互参照,本实施例在此不再赘述。
由于订单集合中待支付订单的支付处理数额为0,存在商家需要使用这部分资源但还未收到这部分资源的情况,这种情况下,由于商家已经进行了服务响应,长时间未获取到对应的资源会导致商家的不信任,基于此,为了避免商家的不信任,影响商家心智,本实施例提供的一种可选实施方式中,通过如下方式对商家进行待支付订单的资源垫付:
根据所述服务响应动作的商家对所述待支付订单的资源申请请求,确定所述待支付订单的待支付数额;
基于中间账户向所述商家进行所述待支付数额对应资源的资源预付。
可选的,中间账户为支付服务器开通的资源账户。
具体的,根据商家对待支付订单的资源申请请求,按照待支付订单的待支付数额从中间账户向商家的资源账户进行资源转移。
进一步,本实施例提供的一种可选实施方式中,若对待支付订单进行支付处理,则根据对所述待支付订单的支付结果,将转移至所述商家的资源账户中所述待支付订单的待支付资源中所述资源预付对应的资源转入所述中间账户,以进行资源垫付的归还。
综上所述,本实施例提供的订单处理方法,在对待支付订单进行核验处理后,将待支付订单的支付处理数额更新为0,并根据对支付处理数额为0的待支付订单的确认指令,执行待支付订单对应的服务响应动作;基于确认指令,将待支付订单写入对应合并支付账期的订单集合;对待支付订单和订单集合中至少一个支付维度的关联订单进行合并处理,获得合并信息,以根据合并支付账期和合并信息进行订单集合的合并支付,以此,实现用户的先享后合并支付;且通过合并支付账期对账期内的待支付订单进行管理,提升用户对合并支付账期内待支付订单的处理效率。
下述以本实施例提供的一种订单处理方法在线上交易场景的应用为例,对本实施例提供的订单处理方法进行进一步说明,参见图11,应用于线上交易场景的订单处理方法,具体包括如下步骤。
步骤S1102,获取第三方服务器发送的线上交易订单,并对线上交易订单进行核验处理。
可选的,核验处理包括:核验线上交易订单对应的用户的信用评级是否满足预设条件和/或线上交易订单的待支付数额是否小于预设阈值。
步骤S1104,若核验通过,将线上交易订单的支付确认数额更新为0。
步骤S1106,根据第三方服务器发送的对支付确认数额为0的线上交易订单的确认指令,将线上交易订单写入对应合并支付账期的订单集合。
可选的,所述确认指令在第三方服务器根据确认指令执行线上交易订单对应的服务响应动作后发送。
步骤S1108,对线上交易订单和订单集合中各支付维度的关联订单进行合并处理,获得合并支付账期的合并数额。
步骤S1110,根据携带合并数额的预支付请求,利用预支付请求携带的资源账户标识对应的资源账户,按照预支付请求携带的预支付数额对订单集合中至少一者进行支付处理。
可选的,预支付请求可由用户终端提交。
步骤S1112,根据预支付数额和合并数额计算合并支付账期的剩余合并数额。
步骤S1114,若剩余合并数额不为0,在检测到合并支付账期届满后,利用用户配置的资源账户,按照剩余合并数额对订单集合中线上交易订单进行支付处理。
下述以本实施例提供的一种订单处理方法在线下交易场景的应用为例,对本实施例提供的订单处理方法进行进一步说明,参见图12,应用于线下交易场景的订单处理方法,具体包括如下步骤。
步骤S1202,获取用户终端采集商家收款标识并识别后获得的线下交易订单。
步骤S1204,对线下交易订单进行核验处理,并在核验通过的情况下将线下交易订单的支付确认数据更新为0。
步骤S1206,根据用户终端发送的对支付确认数额为0的线下交易订单的确认指令,生成线下交易订单的前置支付标签。
步骤S1208,根据前置支付标签,将线下交易订单写入对应合并支付账期的订单集合。
步骤S1210,对线上交易订单和订单集合中各待支付订单进行合并处理,获得合并支付账期的合并数额。
步骤S1212,根据用户终端发送的携带合并数额的预支付请求携带的消费代付的服务方标识,生成服务方标识对应的服务方的推荐订单。
步骤S1214,根据线下交易订单对应用户的资源账户对推荐订单进行支付处理。
步骤S1216,若支付成功,根据服务方的资源账户,按照合并数额对订单集合中各待处理订单进行支付处理。
本说明书提供的第二种订单处理方法实施例:
本实施例提供的订单处理方法,可应用于用户终端,下述提供的第三种订单处理方法,可应用于支付服务器,本实施例提供的可应用于用户终端的订单处理方法,在执行过程中与下述应用于支付服务器的订单处理方法在执行过程中相互配合,阅读本实施例可参照下述提供的第三种订单处理方法实施例的相应内容,阅读下述实施例也可参照本实施例的相应内容。
参照图13,本实施例提供的订单处理方法,具体包括步骤S1302至步骤S1306。
步骤S1302,服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新。
所述待支付订单,包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单;所述待支付订单,包括通过线上通道和/或线下通道进行交易产生的待支付订单。
可选的,所述待支付订单,包括下述至少一项:通过线上通道发起支付生成的待支付订单,通过线下通道发起支付生成的待支付订单,通过第三方应用进行支付调用生成的待支付订单,通过子程序进行订单支付生成的待支付订单。
其中,通过第三方应用进行支付调用生成的待支付订单,包括通过电商交易应用进行支付调用生成的待支付订单;通过子程序进行订单支付生成的待支付订单,包括参与支付应用的子程序提供的服务后生成的待支付订单。
实际应用中,在一些场景中,生成待支付订单并且支付后,需要由待支付订单对应的商家进行对应的服务响应动作,例如,在电商交易场景中,生成对目标商品的待支付订单,用户对待支付订单进行支付后,商家需要对用户进行发货;再例如,在线下娱乐场景中,用户购买某娱乐场所的门票,对待支付订单进行支付后,商家对用户进行准入。在上述两个例子中,对用户进行发货和对用户进行准入则是待支付订单对应的服务响应动作。
也即是,所述服务响应动作,包括待支付订单对应的商家或者服务方向用户提供服务或者进行商品转移。
具体实施时,由于先响应再支付,存在用户不支付或者支付数额不足的情况,在商家已经执行对待支付订单的服务响应动作后无法收到对应的资源,在一定程度上会导致商家的不信任,影响商家体验,造成支付服务器的资源损失,因此,为了避免用户不支付或者支付数额不足的情况导致对商家和支付服务器造成的资源损失,在用户对待支付订单进行先响应再支付的过程中,需要对用户和/或待支付订单进行核验,以进行风险控制。
实际应用中,在对用户和/或待支付订单进行核验的过程中,由于数据缺失或者数据量少都会导致风险控制的效果不佳;而本实施例中,支付服务器基于大量的元数据以及用户的大量的服务数据对用户和/或待支付订单进行核验,以此提升对用户和/或待支付订单的风险控制的有效性,对应的,在对用户和/或待支付订单的风险控制更有效的情况下,用户可进行先响应后支付的待支付订单的订单数额即可相应提升。
基于此,本实施例提供的一种可选实施方式中,支付服务器在获取待支付订单的确认之前,还执行如下操作:
根据待支付订单的关键数据,对所述待支付订单进行核验处理;
若核验通过,更新所述待支付订单的支付处理数额;
相应的,所述更新所述待支付订单的支付处理数额,包括:
将所述待支付订单的支付处理数额更新为0。
具体的,获取待支付订单的关键数据,根据关键数据对待支付订单进行核验处理,若核验通过,则将待支付订单的支付处理数额更新为0;若核验未通过,则不做处理即可。
在用户终端与支付服务器进行交互的过程中,用户终端可通过线上或者线下的方式获取待支付订单。在获取到待支付订单后基于待支付订单渲染订单展示页并展示;订单展示页配置有前置响应控件,用户终端若检测到前置响应控件被选中,则向支付服务器发送待支付订单的关键数据,对待支付订单进行核验处理,也即是,核验待支付订单是否满足先享后付的准入条件。
若待支付订单是在服务应用(也即是支付应用的第三方应用)进行展示,用户终端则通过与订单服务器进行数据中转,实现用户终端与支付服务器的数据对接;
具体的,用户终端获得与订单服务器交互生成的待支付订单后,通过服务应用展示如图7所示的订单展示页,服务应用若检测到如图7所示的订单展示页配置的前置响应控件被选中,向订单服务器发送待支付订单和/或待支付订单的关键数据,订单服务器将待支付订单和/或待支付订单的关键数据向支付服务器转发,支付服务器根据待支付订单和/或待支付订单的关键数据对待支付订单进行核验处理;若支付服务器对待支付订单的核验结果为核验通过,向订单服务器发送核验通过的核验结果,订单服务器向用户终端转发核验通过的核验结果,服务应用根据核验通过的核验结果,将订单展示页中的支付处理数额由m更新为0,获得如图8所示的订单展示页;若支付服务器对待支付订单的核验结果为核验未通过,向订单服务器发送核验未通过的核验结果,订单服务器向服务应用转发核验未通过的核验结果,服务应用根据核验未通过的核验结果,在图7所述的订单展示页上方展示核验未通过的核验提醒弹窗。
在具体执行过程中,支付服务器在获取到待支付订单和/或待支付订单的关键数据后,对待支付订单进行核验处理。为了提升核验处理的风险控制的有效性,本实施例提供的一种可选实施方式中,根据待支付订单的关键数据,对待支付订单进行核验处理的过程中,执行如下操作:
基于所述关键数据中的用户数据对所述待支付订单对应用户进行评级处理;
根据评级处理获得的用户评级,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
所述用户数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,在对待支付订单进行核验处理的过程中,根据关键数据中包含的用户标识和支付服务器标识,确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,将应用数据、服务数据和历史待支付数据输入数据评级算法对用户进行数据评级,获得用户的评级级别,按照评级级别对应的核验方式,对待支付订单进行核验处理,获得核验结果。
上述对待支付订单进行核验处理的处理过程,还可被替换为,基于所述关键数据中的用户数据对所述待支付订单和/或对应用户进行订单响应前置的准入核验,并与本实施例提供的其他处理步骤组成新的实现方式。
需要说明的是,本实施例中用户数据在一定程度上属于用户隐私,为了保证用户隐私安全,在用户授权的情况下进行用户数据的读取。
除了上述提供的对待支付订单的核验处理方式之外,本实施例提供的另一种可选实施方式中,支付服务器还可采用如下方式对待支付订单进行核验处理:
根据所述待支付订单对应用户的支付数额分布,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
其中,所述支付数额分布,根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。
具体的,根据关键数据中包含的用户标识和支付服务器标识确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,基于应用数据和服务数据确定支付数额分布信息,并根据历史待支付数据确定用户的支付数额分布,按照支付数额分布对应的核验方式对待支付订单和/或用户进行核验处理,获得核验结果。
此外,本实施例还提供一种可选实施方式中,支付服务器还可采用如下方式对待支付订单进行核验处理:
读取对应用户的信用评级,核验所述信用评级是否满足订单响应前置的评级条件,和/或核验待支付订单的订单支付数额是否满足订单响应前置的数额准入条件;若是,确定核验通过;若否,确定核验未通过。
支付服务器对待支付订单进行核验处理后,若核验通过,向订单服务器发送核验通过的核验结果,以向用户终端转发,进一步以更新待支付订单的支付处理数额。
步骤S1304,所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用。
用户终端若检测到用户对图8所示的订单展示页配置的提交订单控件被触发后,向订单服务器发送确认指令,订单服务器获取待支付订单的确认指令,执行待支付订单对应的服务响应动作;
本实施例提供的一种可选实施方式中,订单服务器采用如下方式实现执行待支付订单对应的服务响应动作:
生成所述待支付订单的前置支付标签;
根据所述待支付订单的前置支付标签,对所述待支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
具体的,执行待支付订单对应的服务响应动作的过程中,根据确认指令生成待支付订单的前置支付标签,和/或,根据所述待支付订单的前置支付标签,对待支付订单对应的支付商品进行发货处理或者进行待支付订单对应的支付服务的服务处理。
可选的,根据用户终端与支付服务器的数据对接方式确定待支付订单的前置支付标签的生成服务器。具体的,若用户终端与支付服务器通过订单服务器进行数据对接,则订单服务器根据用户终端发送的确认指令生成待支付订单的前置支付标签,并向商家发送待支付订单的前置支付标签,以使商家根据前置支付标签对支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
为了提升用户对待支付订单所属合并支付账期的订单集合和合并信息的感知程序,根据确认指令,从服务应用跳转至支付应用。
支付服务器根据确认指令将待支付订单写入对应合并支付账期的订单集合,并对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付;可选的,所述订单集合中包含至少一个支付维度的关联订单。所述关联订单,包括订单集合中该待支付订单之外的待支付订单。所述支付维度,包括线上支付维度和线下支付维度。需要说明的是,本实施例中,通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单进行都写入对应合并支付账期的订单集合,使进行合并处理,实现对不同支付维度下的待支付订单的合并支付。
为了提升对用户的待支付订单管理的有效性,按照周期对用户产生的待支付订单进行管理;具体的,可以按照周、月、季度等周期对待支付订单进行周期性管理;划分的每一个周期即为合并支付账期;为了提升对合并支付账期内的待支付订单管理的便捷性,将一个合并支付账期内产生的待支付订单通过该合并支付账期的订单集合进行管理。合并支付账期的订单集合由该合并支付账期的待支付订单构成。
具体实施时,为了保证确定的待支付订单对应合并支付账期的准确性和有效性,本实施例提供的一种可选实施方式中,支付服务器采用如下方式确定待支付订单对应的合并支付账期:
读取所述待支付订单中包含的订单确认时间,并根据所述订单确认时间确定对应的合并支付账期。
具体的,根据待支付订单中包含的订单确认时间,将所述订单确认时间所处时间区间对应的合并支付账期确定为所述待支付订单对应的合并支付账期;也即是,根据所述待支付订单中包含的订单确认时间确定所述待支付订单对应的合并支付账期。
在具体执行过程中,为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度,使用户在访问合并支付账期的合并信息的过程中,能够更加直观地感知到订单集合中各待支付订单的订单类型,在将待支付订单写入对应合并支付账期的订单集合的过程中,支付服务器执行如下操作:
基于所述待支付订单中的订单类别信息确定所述待支付订单的订单特征;
根据所述订单特征确定所述待支付订单在所述合并支付周期的订单标签,并基于所述订单标签和所述待支付订单的订单关键数据确定所述待支付订单的订单展示信息;
将所述订单展示信息写入所述订单集合。
可选的,订单集合中存储的是各待支付订单的订单展示信息。
具体的,在将待支付订单写入对应合并支付账期的订单集合的过程中,生成所述待支付订单的订单展示信息,将所述订单展示信息写入对应合并支付账期的订单集合。可选的,所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。
所述订单关键数据,包括订单确认时间和/或订单支付数额。所述订单标签,包括表征订单类别的标签;例如,订单类别为餐饮类别,则确定的订单标签为先吃后付;订单类别为电影购票类别,则确定的订单标签为先看后付。
所述合并信息,包括将待处理订单的订单支付数额累加至有关联订单的订单支付数额计算获得的订单集合的历史合并数额,获得的合并数额。
具体实施时,对待支付订单和关联订单进行合并处理,获得合并信息后,为了提升用户对关联订单合并信息的感知程度,向用户终端发送订单集合和合并信息。用户终端运行的支付应用接收支付服务器下发的待支付订单所属合并支付账期的订单集合以及合并信息并展示。
步骤S1306,所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
可选的,所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
具体的,用户终端基于订单集合和合并信息渲染合并信息展示页面并展示;可选的,合并信息展示页面配置有预支付控件和支付渠道配置的访问控件。用户可通过触发支付渠道配置的访问控件对订单集合进行支付渠道配置;可选的,用户终端运行的支付应用获取所述待支付订单对应的用户对所述订单集合配置的配置渠道队列并向所述支付服务器发送,以在检测到所述合并支付账期届满后基于所述配置渠道队列对所述订单集合进行支付处理。
此外用户还可通过触发合并信息展示页面配置的预支付控件对合并信息进行提前支付。
例如,支付服务器获得合并信息后,向用户终端运行的支付应用下发待支付订单所属合并支付账期的订单集合以及合并信息。用户终端(支付应用)根据订单集合和合并信息渲染如图9所示的合并信息展示页面,其中,合并信息展示页面展示有订单集合中各待支付订单的订单展示信息、合并数额、提前支付控件901和渠道配置控件902。
进一步,本实施例提供的一种可选实施方式中,用户终端在展示订单集合以及合并信息后,还执行如下操作:
根据用户对所述合并信息的支付指令,获取所述支付服务器下发的候选支付渠道;
若检测到对所述候选支付渠道中目标支付渠道的确认指令,确定所述目标支付渠道的渠道类型;
执行所述渠道类型对应的渠道访问动作,并在所述渠道访问动作被执行后基于所述目标支付渠道进行所述合并信息的合并处理。
具体的,用户终端若检测到对合并信息的预支付指令,则向第二服务器发送预支付请求,第二服务器读取用户对合并信息的支付渠道列表并向用户终端发送。用户终端接收支付渠道列表并展示。
可选的,用户终端展示支付渠道列表,包括:基于支付渠道列表和合并信息渲染渠道列表展示页面并展示。支付渠道列表由用户对合并信息的候选支付渠道组成。可选的,所述支付渠道列表中的候选支付渠道,包括下述至少一项:预先配置的第一渠道类型的支付渠道,绑定支付渠道的支付账户以获取渠道支付权益的第二渠道类型的支付渠道,执行渠道任务以进行代付处理的第三渠道类型的支付渠道,进行资源赠与的第四渠道类型的支付渠道。
其中,第一渠道类型的支付渠道和第二渠道类型的支付渠道都为用户所有的资源账户对应的支付渠道;第三渠道类型的支付渠道和第四渠道类型的支付渠道为第三方的资源账户对应的支付渠道;执行渠道任务以进行代付处理的第三渠道类型的支付渠道和进行资源赠与的第四渠道类型的支付渠道根据用户信息和合并信息确定。第三渠道类型的支付渠道和第四渠道类型的支付渠道是在用户满足一定条件或者完成对应的渠道任务后,由不属于用户的支付渠道,也即是第三方支付渠道对用户的合并信息进行代付处理。
需要说明的是,第一渠道类型的支付渠道可以包括用户在第三方账户平台开通的用户的资源账户,还可包括用户在支付服务器开通的资源账户或者授信资源账户,还可包括授信资源账户的分期支付渠道,本实施例在此不做限定。
本实施例提供的一种可选实施方式中,支付服务器采用如下方式匹配第三方支付渠道:
读取至少一个第三方支付渠道的代付准入条件,并核验所述待支付订单是否符合各第三方支付渠道的代付准入条件;
确定符合代付转入条件的第三方支付渠道。
可选的,代付准入条件包括用户是否为准入用户和/或待支付订单的订单支付数额是否小于预设阈值。需要说明的是,不同的第三方支付渠道对应的代付准入条件可根据第三方支付渠道对应的第三方平台进行配置,本实施例在此不做限定。
在具体执行过程中,用户终端获取支付服务器下发的包含候选支付渠道的支付渠道列表并展示,若检测到对支付渠道列表中目标支付渠道的确认指令,确定目标支付渠道的渠道类型,根据所述目标支付渠道的渠道类型和所述目标支付渠道进行所述合并信息的合并处理;或者,若检测到对支付渠道列表中目标支付渠道的确认指令,基于目标支付渠道进行所述合并信息的合并处理。可选的,所述支付应用在所述合并支付账期届满前向所述支付服务器发送携带所述合并数据的预支付请求,以基于所述预支付请求中携带的预支付数额对所述订单集合进行支付处理。
沿用上例,用户触发如图9所示的合并信息展示页面中的提前支付控件901,用户终端支付服务器发送对合并信息的预支付请求,支付服务器读取用户对该合并信息的候选支付渠道,并将由候选支付渠道组成的支付渠道列表向用户终端发送;用户终端基于支付渠道列表展示如图10所示的列表展示页面,用户可基于列表展示页面录入预支付数额并选择目标支付渠道。
需要说明的是,本实施例中,根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付的过程与上述提供的一种订单处理方法实施例中根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付的过程类似,阅读本实施例请参照上述一种订单处理方法实施例的相关内容,本实施例在此不再赘述。
下述以本实施例提供的一种订单处理方法在跨应用交易场景的应用为例,对本实施例提供的订单处理方法进行进一步说明,参见图14,应用于跨应用交易场景的订单处理方法,具体包括如下步骤。
步骤S1402,用户终端的服务应用检测待支付订单的订单展示页配置的前置响应控件。
步骤S1404,若检测到前置响应控件被触发,向订单服务器发送待支付订单的核验请求,以向支付服务器转发。
步骤S1410,用户终端的服务应用根据核验通过的核验结果,将订单展示页展示的支付确认数额更新为0。
步骤S1412,服务应用若检测到对支付确认数额为0的待支付订单的确认指令,向订单服务器发送确认指令,以执行待支付订单对应的服务响应动作。
步骤S1414,从服务应用跳转至支付应用,并向支付服务器发送确认指令。
步骤S1420,向用户终端的支付应用发送订单集合和合并数额。
步骤S1422,用户终端的支付应用根据订单集合和合并数额渲染合并数额展示页面并展示。
本实施例提供的步骤S1402、步骤S1404、步骤S1410、步骤S1412、步骤S1414、步骤S1420和步骤S1422可由用户终端执行,需要说明的是,用户终端执行的上述步骤对应的这一过程,与下述实施例提供的可由支付服务器执行的步骤S1408、步骤S1406、步骤S1416、步骤S1418、步骤S1420和步骤S1424的过程相互配合,因此,阅读本实施例请参照下述步骤S1408、步骤S1406、步骤S1416、步骤S1418、步骤S1420和步骤S1424的相关内容,对应的,阅读下述步骤S1408、步骤S1406、步骤S1416、步骤S1418、步骤S1420和步骤S1424也请参照本实施例提供的步骤S1402、步骤S1404、步骤S1410、步骤S1412、步骤S1414、步骤S1420和步骤S1422的相应内容。
本说明书提供的第三种订单处理方法实施例:
参照图15,本实施例提供的订单处理方法,具体包括步骤S1502至步骤S1506。
步骤S1502,根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果。
所述待支付订单,包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单;所述待支付订单,包括通过线上通道和/或线下通道进行交易产生的待支付订单。
可选的,所述待支付订单,包括下述至少一项:通过线上通道发起支付生成的待支付订单,通过线下通道发起支付生成的待支付订单,通过第三方应用进行支付调用生成的待支付订单,通过子程序进行订单支付生成的待支付订单。
其中,通过第三方应用进行支付调用生成的待支付订单,包括通过电商交易应用进行支付调用生成的待支付订单;通过子程序进行订单支付生成的待支付订单,包括参与支付应用的子程序提供的服务后生成的待支付订单。
实际应用中,在一些场景中,生成待支付订单并且支付后,需要由待支付订单对应的商家进行对应的服务响应动作,例如,在电商交易场景中,生成对目标商品的待支付订单,用户对待支付订单进行支付后,商家需要对用户进行发货;再例如,在线下娱乐场景中,用户购买某娱乐场所的门票,对待支付订单进行支付后,商家对用户进行准入。在上述两个例子中,对用户进行发货和对用户进行准入则是待支付订单对应的服务响应动作。
也即是,所述服务响应动作,包括待支付订单对应的商家或者服务方向用户提供服务或者进行商品转移。
具体实施时,由于先响应再支付,存在用户不支付或者支付数额不足的情况,在商家已经执行对待支付订单的服务响应动作后无法收到对应的资源,在一定程度上会导致商家的不信任,影响商家体验,造成支付服务器的资源损失,因此,为了避免用户不支付或者支付数额不足的情况导致对商家和支付服务器造成的资源损失,在用户对待支付订单进行先响应再支付的过程中,需要对用户和/或待支付订单进行核验,以进行风险控制。
实际应用中,在对用户和/或待支付订单进行核验的过程中,由于数据缺失或者数据量少都会导致风险控制的效果不佳;而本实施例中,支付服务器基于大量的元数据以及用户的大量的服务数据对用户和/或待支付订单进行核验,以此提升对用户和/或待支付订单的风险控制的有效性,对应的,在对用户和/或待支付订单的风险控制更有效的情况下,用户可进行先响应后支付的待支付订单的订单数额即可相应提升。
基于此,本实施例提供的一种可选实施方式中,在获取待支付订单的确认之前,还执行如下操作:
根据待支付订单的关键数据,对所述待支付订单进行核验处理;
若核验通过,更新所述待支付订单的支付处理数额;
相应的,所述更新所述待支付订单的支付处理数额,包括:
将所述待支付订单的支付处理数额更新为0。
具体的,获取待支付订单的关键数据,根据关键数据对待支付订单进行核验处理,若核验通过,则将待支付订单的支付处理数额更新为0;若核验未通过,则不做处理即可。
在用户终端与支付服务器进行交互的过程中,用户终端可通过线上或者线下的方式获取待支付订单。在获取到待支付订单后基于待支付订单渲染订单展示页并展示;订单展示页配置有前置响应控件,用户终端若检测到前置响应控件被选中,则向支付服务器发送待支付订单的关键数据,对待支付订单进行核验处理,也即是,核验待支付订单是否满足先享后付的准入条件。
需要说明的是,待支付订单是在服务应用(也即是支付应用的第三方应用)进行展示,用户终端通过与订单服务器进行数据中转,实现用户终端与支付服务器的数据对接;
具体的,用户终端获得与订单服务器交互生成的待支付订单后,通过服务应用展示如图7所示的订单展示页,服务应用若检测到如图7所示的订单展示页配置的前置响应控件被选中,向订单服务器发送待支付订单和/或待支付订单的关键数据,订单服务器将待支付订单和/或待支付订单的关键数据向支付服务器转发,支付服务器根据待支付订单和/或待支付订单的关键数据对待支付订单进行核验处理;若支付服务器对待支付订单的核验结果为核验通过,向订单服务器发送核验通过的核验结果,订单服务器向用户终端转发核验通过的核验结果,服务应用根据核验通过的核验结果,将订单展示页中的支付处理数额由m更新为0,获得如图8所示的订单展示页;若支付服务器对待支付订单的核验结果为核验未通过,向订单服务器发送核验未通过的核验结果,订单服务器向服务应用转发核验未通过的核验结果,服务应用根据核验未通过的核验结果,在图7所述的订单展示页上方展示核验未通过的核验提醒弹窗。
步骤S1504,根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合。
可选的,所述订单集合中包含至少一个支付维度的关联订单;
所述确认指令,包括对支付处理数额为0的待支付订单的确认指令。
步骤S1506,对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发。
可选的,所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本实施例提供的一种可选实施方式中,在向用户终端下发订单集合和合并信息后,还执行如下操作:
根据所述合并支付账期届满前获取到的所述支付应用发送的携带所述合并信息的预支付请求,调用支付渠道按照所述预支付请求携带的预支付数额对所述订单集合中至少一者进行支付处理;
基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息。
进一步,本实施例提供的一种可选实施方式中,计算剩余合并信息后,还执行如下操作:
在检测到所述合并支付账期届满后,按照所述剩余合并信息和资源账户对所述订单集合进行二次支付处理;
其中,所述资源账户包括提交所述待支付订单的用户绑定的资源账户。
此外,本实施例提供的一种可选实施方式中,在向用户终端下发订单集合和合并信息后,还执行如下操作:
在检测到所述合并支付账期届满后,按照所述合并信息和至少一个资源账户对所述订单集合进行支付处理;
其中,所述资源账户包括提交所述待支付订单的用户针对所述合并信息配置的资源账户队列中的资源账户。
需要说明的是,本实施例提供的订单处理方法,可应用于支付服务器,本实施例提供的订单处理方法在执行过程中与上述提供的可应用于用户终端的第二种订单处理方法在执行过程中相互配合,阅读本实施例请参照上述第二种订单处理方法的相应内容;且本实施例与上述第二种订单处理方法实施例的相应内容,与上述一种订单处理方法实施例中用户终端与支付服务器基于订单服务器进行数据对接的过程类似,具体可参照上述一种订单处理方法实施例的相关内容;此外,本实施例与上述第二种订单处理方法实施例的相应内容,与上述一种订单处理方法实施例中支付服务器将待支付订单写入对应合并支付账期,对待支付订单和订单集合中关联订单进行合并处理,获得合并数据以及根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付的过程类似,阅读本实施例与上述第二种订单处理方法实施例,可参照上述一种订单处理方法实施例的相应内容。
下述以本实施例提供的一种订单处理方法在跨应用交易场景的应用为例,对本实施例提供的订单处理方法进行进一步说明,参见图14,应用于跨应用交易场景的订单处理方法,具体包括如下步骤。
步骤S1406,支付服务器根据核验请求对待支付订单进行核验处理。
步骤S1408,若核验通过,则向订单服务器发送核验通过的核验结果,以向用户终端转发。
步骤S1416,支付服务器根据确认指令,将待支付订单写入对应合并支付账期的订单集合。
步骤S1418,对待支付订单和订单集合中的关联订单进行合并处理,获得合并支付账期的合并数额。
步骤S1420,向用户终端的支付应用发送订单集合和合并数额。
步骤S1424,支付服务器若检测到合并支付账期届满,则基于用户配置的用户资源账户,按照合并数额对订单集合中各待支付订单进行支付处理。
本说明书提供的第四种订单处理方法实施例:
参照图16,本实施例提供的订单处理方法,具体包括步骤S1602至步骤S1606。
步骤S1602,向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理。
所述待支付订单,包括用户进行商品购买或者服务消费后根据商品信息或者服务信息生成的用户确认之后进行支付处理的订单;所述待支付订单,包括通过线上通道和/或线下通道进行交易产生的待支付订单。
可选的,所述待支付订单,包括下述至少一项:通过线上通道发起支付生成的待支付订单,通过线下通道发起支付生成的待支付订单,通过第三方应用进行支付调用生成的待支付订单,通过子程序进行订单支付生成的待支付订单。
其中,通过第三方应用进行支付调用生成的待支付订单,包括通过电商交易应用进行支付调用生成的待支付订单;通过子程序进行订单支付生成的待支付订单,包括参与支付应用的子程序提供的服务后生成的待支付订单。
实际应用中,在一些场景中,生成待支付订单并且支付后,需要由待支付订单对应的商家进行对应的服务响应动作,例如,在电商交易场景中,生成对目标商品的待支付订单,用户对待支付订单进行支付后,商家需要对用户进行发货;再例如,在线下娱乐场景中,用户购买某娱乐场所的门票,对待支付订单进行支付后,商家对用户进行准入。在上述两个例子中,对用户进行发货和对用户进行准入则是待支付订单对应的服务响应动作。
也即是,所述服务响应动作,包括待支付订单对应的商家或者服务方向用户提供服务或者进行商品转移。
具体实施时,由于先响应再支付,存在用户不支付或者支付数额不足的情况,在商家已经执行对待支付订单的服务响应动作后无法收到对应的资源,在一定程度上会导致商家的不信任,影响商家体验,造成支付服务器的资源损失,因此,为了避免用户不支付或者支付数额不足的情况导致对商家和支付服务器造成的资源损失,在用户对待支付订单进行先响应再支付的过程中,需要对用户和/或待支付订单进行核验,以进行风险控制。
实际应用中,在对用户和/或待支付订单进行核验的过程中,由于数据缺失或者数据量少都会导致风险控制的效果不佳;而本实施例中,支付服务器基于大量的元数据以及用户的大量的服务数据对用户和/或待支付订单进行核验,以此提升对用户和/或待支付订单的风险控制的有效性,对应的,在对用户和/或待支付订单的风险控制更有效的情况下,用户可进行先响应后支付的待支付订单的订单数额即可相应提升。
在用户终端与支付服务器进行交互的过程中,用户终端可通过线上或者线下的方式获取待支付订单。在获取到待支付订单后基于待支付订单渲染订单展示页并展示;订单展示页配置有前置响应控件,用户终端若检测到前置响应控件被选中,则向支付服务器发送待支付订单的关键数据,对待支付订单进行核验处理,也即是,核验待支付订单是否满足先享后付的准入条件。
例如,用户终端获得与支付服务器交互生成的待支付订单后,渲染如图7所示的订单展示页,若检测到订单展示页配置的前置响应控件被选中,则向支付服务器发送待支付订单和/或待支付订单的关键数据,支付服务器基于待支付订单和/或待支付订单的关键数据对待支付订单进行核验处理;若支付服务器对待支付订单的核验结果为核验通过,向用户终端发送核验通过的核验结果,用户终端根据核验通过的核验结果,将订单展示页中的支付处理数额由m更新为0,获得如图8所示的订单展示页;若支付服务器对待支付订单的核验结果为核验未通过,向用户终端发送核验未通过的核验结果,用户终端根据核验未通过的核验结果,在图7所述的订单展示页上方展示核验未通过的核验提醒弹窗。
除上述用户终端与支付服务器交互获得待支付订单和与订单服务器交互获得待支付订单之前,本实施例中,对于线下消费产生的待支付订单,用户终端执行如下操作:
采集并识别所述前置响应动作的商家的订单收款标识获得所述待支付订单,或者,获取所述商家采集所述用户终端展示的付款标识后发送的所述待支付订单;
若检测到对所述待支付订单的合并支付指令,向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对所述订单确认页进行更新处理。
在具体执行过程中,支付服务器在获取到待支付订单和/或待支付订单的关键数据后,对待支付订单进行核验处理。为了提升核验处理的风险控制的有效性,本实施例提供的一种可选实施方式中,根据待支付订单的关键数据,对待支付订单进行核验处理的过程中,支付服务器执行如下操作:
基于所述关键数据中的用户数据对所述待支付订单对应用户进行评级处理;
根据评级处理获得的用户评级,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
所述用户数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据。
具体的,支付服务器在对待支付订单进行核验处理的过程中,根据关键数据中包含的用户标识和支付服务器标识,确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,将应用数据、服务数据和历史待支付数据输入数据评级算法对用户进行数据评级,获得用户的评级级别,按照评级级别对应的核验方式,对待支付订单进行核验处理,获得核验结果。
上述支付服务器对待支付订单进行核验处理的处理过程,还可被替换为,基于所述关键数据中的用户数据对所述待支付订单和/或对应用户进行订单响应前置的准入核验,并与本实施例提供的其他处理步骤组成新的实现方式。
除了上述提供的对待支付订单的核验处理方式之外,本实施例提供的另一种可选实施方式中,支付服务器还可采用如下方式对待支付订单进行核验处理:
根据所述待支付订单对应用户的支付数额分布,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
其中,所述支付数额分布,根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。
具体的,支付服务器根据关键数据中包含的用户标识和支付服务器标识确定支付服务器对接的第三方应用的应用数据、接入支付服务器的数据服务的服务数据以及用户在支付服务器中的历史待支付数据,基于应用数据和服务数据确定支付数额分布信息,并根据历史待支付数据确定用户的支付数额分布,按照支付数额分布对应的核验方式对待支付订单和/或用户进行核验处理,获得核验结果。
此外,本实施例还提供一种可选实施方式中,支付服务器还可采用如下方式对待支付订单进行核验处理:
读取对应用户的信用评级,核验所述信用评级是否满足订单响应前置的评级条件,和/或核验待支付订单的订单支付数额是否满足订单响应前置的数额准入条件;若是,确定核验通过;若否,确定核验未通过。
支付服务器对待支付订单进行核验处理后,若核验通过,向用户终端下发核验通过的核验结果,用户终端对订单确认页进行更新处理,也即是更新待支付订单的支付处理数额。本实施例提供的一种可选实施方式中,根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理,包括:
将所述待支付订单的支付处理数额更新为0;所述订单确认数额更新前为所述待支付订单的待支付数额。
步骤S1604,向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理。
所述确认指令,包括对支付处理数额为0的待支付订单的确认指令。
用户终端若检测到用户对图8所示的订单展示页配置的提交订单控件被触发后,向支付服务器发送确认指令,支付服务器获取待支付订单的确认指令,以执行待支付订单对应的服务响应动作;
本实施例提供的一种可选实施方式中,支付服务器采用如下方式实现执行待支付订单对应的服务响应动作:
生成所述待支付订单的前置支付标签;
根据所述待支付订单的前置支付标签,对所述待支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
具体的,执行待支付订单对应的服务响应动作的过程中,根据确认指令生成待支付订单的前置支付标签,和/或,根据所述待支付订单的前置支付标签,对待支付订单对应的支付商品进行发货处理或者进行待支付订单对应的支付服务的服务处理。
支付服务器根据用户终端发送的确认指令生成待支付订单的前置支付标签,并向商家发送待支付订单的前置支付标签,以使商家根据前置支付标签对支付订单对应的支付商品进行发货处理,或者,进行所述待支付订单对应的支付服务的服务处理。
支付服务器基于所述确认指令,执行待支付订单对应的服务响应动作以及合并处理,所述合并处理包括将将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
可选的,所述订单集合中包含至少一个支付维度的关联订单。所述关联订单,包括订单集合中该待支付订单之外的待支付订单。所述支付维度,包括线上支付维度和线下支付维度。需要说明的是,本实施例中,通过将线上支付维度产生的待支付订单和线下支付维度产生的待支付订单进行都写入对应合并支付账期的订单集合,使进行合并处理,实现对不同支付维度下的待支付订单的合并支付。
为了提升对用户的待支付订单管理的有效性,按照周期对用户产生的待支付订单进行管理;具体的,可以按照周、月、季度等周期对待支付订单进行周期性管理;划分的每一个周期即为合并支付账期;为了提升对合并支付账期内的待支付订单管理的便捷性,将一个合并支付账期内产生的待支付订单通过该合并支付账期的订单集合进行管理。合并支付账期的订单集合由该合并支付账期的待支付订单构成。
具体实施时,为了保证确定的待支付订单对应合并支付账期的准确性和有效性,本实施例提供的一种可选实施方式中,支付服务器采用如下方式确定待支付订单对应的合并支付账期:
读取所述待支付订单中包含的订单确认时间,并根据所述订单确认时间确定对应的合并支付账期。
具体的,根据待支付订单中包含的订单确认时间,将所述订单确认时间所处时间区间对应的合并支付账期确定为所述待支付订单对应的合并支付账期;也即是,根据所述待支付订单中包含的订单确认时间确定所述待支付订单对应的合并支付账期。
在具体执行过程中,为了提升用户对合并支付账期的订单集合中各待支付订单的感知程度,使用户在访问合并支付账期的合并信息的过程中,能够更加直观地感知到订单集合中各待支付订单的订单类型,在将待支付订单写入对应合并支付账期的订单集合的过程中,执行如下操作:
基于所述待支付订单中的订单类别信息确定所述待支付订单的订单特征;
根据所述订单特征确定所述待支付订单在所述合并支付周期的订单标签,并基于所述订单标签和所述待支付订单的订单关键数据确定所述待支付订单的订单展示信息;
将所述订单展示信息写入所述订单集合。
可选的,订单集合中存储的是各待支付订单的订单展示信息。
具体的,在将待支付订单写入对应合并支付账期的订单集合的过程中,生成所述待支付订单的订单展示信息,将所述订单展示信息写入对应合并支付账期的订单集合。可选的,所述订单集合中包含至少一个支付维度的关联订单的订单展示信息。
所述订单关键数据,包括订单确认时间和/或订单支付数额。所述订单标签,包括表征订单类别的标签;例如,订单类别为餐饮类别,则确定的订单标签为先吃后付;订单类别为电影购票类别,则确定的订单标签为先看后付。
所述合并信息,包括将待处理订单的订单支付数额累加至有关联订单的订单支付数额计算获得的订单集合的历史合并数额,获得的合并数额。
具体实施时,对待支付订单和关联订单进行合并处理,获得合并信息后,为了提升用户对关联订单合并信息的感知程度,向用户终端发送订单集合和合并信息。用户终端接收支付服务器下发的待支付订单所属合并支付账期的订单集合以及合并信息并展示。
步骤S1606,接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
可选的,所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
具体的,用户终端基于订单集合和合并信息渲染合并信息展示页面并展示;可选的,合并信息展示页面配置有预支付控件和支付渠道配置的访问控件。用户可通过触发支付渠道配置的访问控件对订单集合进行支付渠道配置;可选的,用户终端运行的支付应用获取所述待支付订单对应的用户对所述订单集合配置的配置渠道队列并向所述支付服务器发送,以在检测到所述合并支付账期届满后基于所述配置渠道队列对所述订单集合进行支付处理。
此外,用户还可通过触发合并信息展示页面配置的预支付控件对合并信息进行提前支付。
例如,支付服务器获得合并信息后,向用户终端运行的支付应用下发待支付订单所属合并支付账期的订单集合以及合并信息。用户终端(支付应用)根据订单集合和合并信息渲染如图9所示的合并信息展示页面,其中,合并信息展示页面展示有订单集合中各待支付订单的订单展示信息、合并数额、提前支付控件901和渠道配置控件902。
进一步,本实施例提供的一种可选实施方式中,用户终端在展示订单集合以及合并信息后,还执行如下操作:
根据用户对所述合并信息的支付指令,获取所述支付服务器下发的候选支付渠道;
若检测到对所述候选支付渠道中目标支付渠道的确认指令,确定所述目标支付渠道的渠道类型;
执行所述渠道类型对应的渠道访问动作,并在所述渠道访问动作被执行后基于所述目标支付渠道进行所述合并信息的合并处理。
具体的,用户终端若检测到对合并信息的预支付指令,则向第二服务器发送预支付请求,第二服务器读取用户对合并信息的支付渠道列表并向用户终端发送。用户终端接收支付渠道列表并展示。
可选的,用户终端展示支付渠道列表,包括:基于支付渠道列表和合并信息渲染渠道列表展示页面并展示。支付渠道列表由用户对合并信息的候选支付渠道组成。可选的,所述支付渠道列表中的候选支付渠道,包括下述至少一项:预先配置的第一渠道类型的支付渠道,绑定支付渠道的支付账户以获取渠道支付权益的第二渠道类型的支付渠道,执行渠道任务以进行代付处理的第三渠道类型的支付渠道,进行资源赠与的第四渠道类型的支付渠道。
其中,第一渠道类型的支付渠道和第二渠道类型的支付渠道都为用户所有的资源账户对应的支付渠道;第三渠道类型的支付渠道和第四渠道类型的支付渠道为第三方的资源账户对应的支付渠道;执行渠道任务以进行代付处理的第三渠道类型的支付渠道和进行资源赠与的第四渠道类型的支付渠道根据用户信息和合并信息确定。第三渠道类型的支付渠道和第四渠道类型的支付渠道是在用户满足一定条件或者完成对应的渠道任务后,由不属于用户的支付渠道,也即是第三方支付渠道对用户的合并信息进行代付处理。
需要说明的是,第一渠道类型的支付渠道可以包括用户在第三方账户平台开通的用户的资源账户,还可包括用户在支付服务器开通的资源账户或者授信资源账户,还可包括授信资源账户的分期支付渠道,本实施例在此不做限定。
本实施例提供的一种可选实施方式中,采用如下方式匹配第三方支付渠道:
读取至少一个第三方支付渠道的代付准入条件,并核验所述待支付订单是否符合各第三方支付渠道的代付准入条件;
确定符合代付转入条件的第三方支付渠道。
可选的,代付准入条件包括用户是否为准入用户和/或待支付订单的订单支付数额是否小于预设阈值。需要说明的是,不同的第三方支付渠道对应的代付准入条件可根据第三方支付渠道对应的第三方平台进行配置,本实施例在此不做限定。
在具体执行过程中,用户终端获取支付服务器下发的包含候选支付渠道的支付渠道列表并展示,若检测到对支付渠道列表中目标支付渠道的确认指令,确定目标支付渠道的渠道类型,根据所述目标支付渠道的渠道类型和所述目标支付渠道进行所述合并信息的合并处理;或者,若检测到对支付渠道列表中目标支付渠道的确认指令,基于目标支付渠道进行所述合并信息的合并处理。可选的,所述支付应用在所述合并支付账期届满前向所述支付服务器发送携带所述合并数据的预支付请求,以基于所述预支付请求中携带的预支付数额对所述订单集合进行支付处理。
沿用上例,用户触发如图9所示的合并信息展示页面中的提前支付控件901,用户终端支付服务器发送对合并信息的预支付请求,支付服务器读取用户对该合并信息的候选支付渠道,并将由候选支付渠道组成的支付渠道列表向用户终端发送;用户终端基于支付渠道列表展示如图10所示的列表展示页面,用户可基于列表展示页面录入预支付数额并选择目标支付渠道。
本实施例提供的一种可选实施方式中,所述订单集合,采用如下方式进行支付处理:
基于所述合并支付账期届满前获取到的预支付请求,按照所述预支付请求携带的预支付数额,从目标支付渠道对应的资源账户进行资源转出;
根据转出资源进行所述预支付数额的支付。
本实施例提供的第二种可选实施方式中,所述订单集合,采用如下方式进行支付处理:
基于所述合并支付账期届满前获取到的预支付请求,生成所述预支付请求携带的预支付数额对应的推荐订单;
若所述推荐订单支付成功,从所述推荐订单对应的资源账户进行资源转出以对所述预支付数额进行支付。
本实施例提供的第三种可选实施方式中,所述订单集合,采用如下方式进行支付处理:
基于所述合并支付账期届满前获取到的预支付请求,创建所述预支付请求携带的预支付数额对应的支付任务;
从所述支付任务的任务提供方的资源账户进行资源转出以对所述预支付数额进行支付。
本实施例提供的第四种可选实施方式中,所述订单集合,采用如下方式进行支付处理:
若所述订单集合满足资源赠与条件,调用资源赠与接口进行所述预支付请求的资源赠与处理;
基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。
上述步骤S1606,接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息还可被替换为,接收所述支付服务器下发的所述待支付订单所述合并支付账期的订单集合以及合并信息,并与本实施例提供的其他处理步骤组成新的实现方式;或者,还可被替换为,接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,并与本实施例提供的其他处理步骤组成新的实现方式。
需要说明的是,本实施例提供的订单集合的支付处理,与上述一种订单处理方法实施例中根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付的相关内容类似,且本实施例与上述一种订单处理方法实施例中用户终端直接与支付服务器进行数据对接以及用户终端通过线下方式获取待支付订单的相关内容类似,阅读本实施例请参照上述一种订单处理方法实施例的对应内容,本实施例在此不再赘述。
下述以本实施例提供的一种订单处理方法在线下交易场景的应用为例,对本实施例提供的订单处理方法进行进一步说明,参见图17,应用于线下交易场景的订单处理方法,具体包括如下步骤。
步骤S1702,获取商家终端采集用户终端展示的付款标识后发送的待支付订单。
步骤S1704,基于待支付订单渲染订单展示页并展示。
步骤S1706,若检测到订单展示页配置的前置响应控件被触发,向支付服务器发送待支付订单,以对待支付订单进行核验处理。
步骤S1708,根据支付服务器发送的核验通过的核验结果,将订单展示页配置的支付确认数额更新为0。
步骤S1710,获取用户对支付确认数额为0的待支付订单的确认指令并向支付服务器发送,以执行待支付订单的服务响应动作以及对待支付订单进行合并处理。
步骤S1712,接收支付服务器下发的待支付订单所属的合并支付账期的订单集合和合并数额。
步骤S1714,基于订单集合和合并数额渲染合并数额展示页面并展示。
在步骤S1714执行之后,还可执行:根据用户对合并数额展示页面配置的预支付控件的触发指令,向支付服务器发送支付渠道获取请求;接收支付服务器发送的支付渠道列表并渲染渠道展示页面并展示;根据用户基于渠道展示页面中的公益服务方标识提交的预支付指令,向支付服务器发送预支付请求,以根据公益服务方的资源账户按照合并数额对订单集合中各待支付订单进行支付处理。
需要说明的是,本说明书提供的第二种订单处理方法、第三种订单处理方法和第四种订单处理方法在实施过程中与本说明书提供的一种订单处理方法对应或者与一种订单处理方法中的对应内容类似,阅读本说明书提供的第二种订单处理方法、第三种订单处理方法和第四种订单处理方法,请参照本说明书提供的一种订单处理方法的对应内容。
本说明书提供的一种数据处理装置实施例如下:
在上述的实施例中,提供了一种数据处理方法,与之相对应的,还提供了一种数据处理装置,下面结合附图进行说明。
参照图18,其示出了本实施例提供的一种数据处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种数据处理装置,包括:
核验处理模块1802,被配置为基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理;
若核验通过,运行前置响应模块1804,所述前置响应模块1804,被配置为更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作;
数据合并模块1806,被配置为将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据;
数据处理模块1808,被配置为根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书提供的第二种数据处理装置实施例如下:
在上述的实施例中,提供了第二种数据处理方法,与之相对应的,还提供了一种数据处理装置,下面结合附图进行说明。
参照图19,其示出了本实施例提供的一种数据处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种数据处理装置,包括:
信息更新模块1902,被配置为第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息;
应用跳转模块1904,被配置为所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用;
数据接收模块1906,被配置为所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
本说明书提供的第三种数据处理装置实施例如下:
在上述的实施例中,提供了第三种数据处理方法,与之相对应的,还提供了一种数据处理装置,下面结合附图进行说明。
参照图20,其示出了本实施例提供的一种数据处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种数据处理装置,包括:
核验处理模块2002,被配置为根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果;
待支付数据写入模块2004,被配置为根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集;
数据合并模块2006,被配置为对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;
数据发送模块2008,被配置为向所述终端设备发送所述数据集和所述合并数据。
本说明书提供的第四种数据处理装置实施例如下:
在上述的实施例中,提供了第四种数据处理方法,与之相对应的,还提供了一种数据处理装置,下面结合附图进行说明。
参照图21,其示出了本实施例提供的一种数据处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种数据处理装置,包括:
信息更新模块2102,被配置为向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息;
确认指令发送模块2104,被配置为向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并;
数据接收模块2106,被配置为接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书提供的一种订单处理装置实施例如下:
在上述的实施例中,提供了一种订单处理方法,与之相对应的,还提供了一种订单处理装置,下面结合附图进行说明。
参照图22,其示出了本实施例提供的一种订单处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种订单处理装置,包括:
确认指令获取模块2202,被配置为获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作;
待支付订单写入模块2204,被配置为基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
合并处理模块2206,被配置为对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
本说明书提供的第二种订单处理装置实施例如下:
在上述的实施例中,提供了第二种订单处理方法,与之相对应的,还提供了一种订单处理装置,下面结合附图进行说明。
参照图23,其示出了本实施例提供的一种订单处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种订单处理装置,包括:
订单确认页更新模块2302,被配置为服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新;
应用跳转模块2304,被配置为所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用;
信息接收模块2306,被配置为所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
本说明书提供的第三种订单处理装置实施例如下:
在上述的实施例中,提供了第三种订单处理方法,与之相对应的,还提供了一种订单处理装置,下面结合附图进行说明。
参照图24,其示出了本实施例提供的一种订单处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种订单处理装置,包括:
核验处理模块2402,被配置为根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果;
待支付订单写入模块2404,被配置为根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
合并处理模块2406,被配置为对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书提供的第四种订单处理装置实施例如下:
在上述的实施例中,提供了第四种订单处理方法,与之相对应的,还提供了一种订单处理装置,下面结合附图进行说明。
参照图25,其示出了本实施例提供的一种订单处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种订单处理装置,包括:
订单确认页更新模块2502,被配置为向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理;
确认指令发送模块2504,被配置为向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理;
信息接收模块2506,被配置为接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书提供的一种数据处理设备实施例如下:
对应上述描述的一种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种数据处理设备,该数据处理设备用于执行上述提供的数据处理方法,图26为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。
本实施例提供的一种数据处理设备,包括:
如图26所示,数据处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器2601和存储器2602,存储器2602中可以存储有一个或一个以上存储应用程序或数据。其中,存储器2602可以是短暂存储或持久存储。存储在存储器2602的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地,处理器2601可以设置为与存储器2602通信,在数据处理设备上执行存储器2602中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2603,一个或一个以上有线或无线网络接口2604,一个或一个以上输入/输出接口2605,一个或一个以上键盘2606等。
在一个具体的实施例中,数据处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对数据处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理;
若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作;
将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据;
根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书提供的第二种数据处理设备实施例如下:
对应上述描述的第二种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种数据处理设备,该数据处理设备用于执行上述提供的数据处理方法,图27为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。
本实施例提供的一种数据处理设备,包括:
如图27所示,数据处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器2701和存储器2702,存储器2702中可以存储有一个或一个以上存储应用程序或数据。其中,存储器2702可以是短暂存储或持久存储。存储在存储器2702的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地,处理器2701可以设置为与存储器2702通信,在数据处理设备上执行存储器2702中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2703,一个或一个以上有线或无线网络接口2704,一个或一个以上输入/输出接口2705,一个或一个以上键盘2706等。
在一个具体的实施例中,数据处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对数据处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息;
所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用;
所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
本说明书提供的第三种数据处理设备实施例如下:
对应上述描述的第三种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种数据处理设备,该数据处理设备用于执行上述提供的数据处理方法,图28为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。
本实施例提供的一种数据处理设备,包括:
如图28所示,数据处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器2801和存储器2802,存储器2802中可以存储有一个或一个以上存储应用程序或数据。其中,存储器2802可以是短暂存储或持久存储。存储在存储器2802的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地,处理器2801可以设置为与存储器2802通信,在数据处理设备上执行存储器2802中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2803,一个或一个以上有线或无线网络接口2804,一个或一个以上输入/输出接口2805,一个或一个以上键盘2806等。
在一个具体的实施例中,数据处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对数据处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果;
根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集;
对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;
向所述终端设备发送所述数据集和所述合并数据。
本说明书提供的第四种数据处理设备实施例如下:
对应上述描述的第四种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种数据处理设备,该数据处理设备用于执行上述提供的数据处理方法,图29为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。
本实施例提供的一种数据处理设备,包括:
如图29所示,数据处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器2901和存储器2902,存储器2902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器2902可以是短暂存储或持久存储。存储在存储器2902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地,处理器2901可以设置为与存储器2902通信,在数据处理设备上执行存储器2902中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源2903,一个或一个以上有线或无线网络接口2904,一个或一个以上输入/输出接口2905,一个或一个以上键盘2906等。
在一个具体的实施例中,数据处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对数据处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息;
向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并;
接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
本说明书提供的一种订单处理设备实施例如下:
对应上述描述的一种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种订单处理设备,该订单处理设备用于执行上述提供的订单处理方法,图30为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。
本实施例提供的一种订单处理设备,包括:
如图30所示,订单处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器3001和存储器3002,存储器3002中可以存储有一个或一个以上存储应用程序或数据。其中,存储器3002可以是短暂存储或持久存储。存储在存储器3002的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地,处理器3001可以设置为与存储器3002通信,在订单处理设备上执行存储器3002中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3003,一个或一个以上有线或无线网络接口3004,一个或一个以上输入/输出接口3005,一个或一个以上键盘3006等。
在一个具体的实施例中,订单处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对订单处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作;
基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
本说明书提供的第二种订单处理设备实施例如下:
对应上述描述的第二种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种订单处理设备,该订单处理设备用于执行上述提供的订单处理方法,图31为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。
本实施例提供的一种订单处理设备,包括:
如图31所示,订单处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器3101和存储器3102,存储器3102中可以存储有一个或一个以上存储应用程序或数据。其中,存储器3102可以是短暂存储或持久存储。存储在存储器3102的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地,处理器3101可以设置为与存储器3102通信,在订单处理设备上执行存储器3102中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3103,一个或一个以上有线或无线网络接口3104,一个或一个以上输入/输出接口3105,一个或一个以上键盘3106等。
在一个具体的实施例中,订单处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对订单处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新;
所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用;
所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
本说明书提供的第三种订单处理设备实施例如下:
对应上述描述的第三种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种订单处理设备,该订单处理设备用于执行上述提供的订单处理方法,图32为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。
本实施例提供的一种订单处理设备,包括:
如图32所示,订单处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器3201和存储器3202,存储器3202中可以存储有一个或一个以上存储应用程序或数据。其中,存储器3202可以是短暂存储或持久存储。存储在存储器3202的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地,处理器3201可以设置为与存储器3202通信,在订单处理设备上执行存储器3202中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3203,一个或一个以上有线或无线网络接口3204,一个或一个以上输入/输出接口3205,一个或一个以上键盘3206等。
在一个具体的实施例中,订单处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对订单处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果;
根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书提供的第四种订单处理设备实施例如下:
对应上述描述的第四种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种订单处理设备,该订单处理设备用于执行上述提供的订单处理方法,图33为本说明书一个或多个实施例提供的一种订单处理设备的结构示意图。
本实施例提供的一种订单处理设备,包括:
如图33所示,订单处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器3301和存储器3302,存储器3302中可以存储有一个或一个以上存储应用程序或数据。其中,存储器3302可以是短暂存储或持久存储。存储在存储器3302的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括订单处理设备中的一系列计算机可执行指令。更进一步地,处理器3301可以设置为与存储器3302通信,在订单处理设备上执行存储器3302中的一系列计算机可执行指令。订单处理设备还可以包括一个或一个以上电源3303,一个或一个以上有线或无线网络接口3304,一个或一个以上输入/输出接口3305,一个或一个以上键盘3306等。
在一个具体的实施例中,订单处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对订单处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理;
向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理;
接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
本说明书提供的一种存储介质实施例如下:
对应上述描述的一种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理;
若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作;
将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据;
根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
需要说明的是,本说明书中关于一种存储介质的实施例与本说明书中关于一种数据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第二种存储介质实施例如下:
对应上述描述的第二种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息;
所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用;
所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
需要说明的是,本说明书中关于第二种存储介质的实施例与本说明书中关于第二种数据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第三种存储介质实施例如下:
对应上述描述的第三种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果;
根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集;
对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;
向所述终端设备发送所述数据集和所述合并数据。
需要说明的是,本说明书中关于第三种存储介质的实施例与本说明书中关于第三种数据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第四种存储介质实施例如下:
对应上述描述的第四种数据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息;
向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并;
接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
需要说明的是,本说明书中关于第四种存储介质的实施例与本说明书中关于第四种数据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第五种存储介质实施例如下:
对应上述描述的一种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作;
基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
需要说明的是,本说明书中关于第五种存储介质的实施例与本说明书中关于一种订单处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第六种存储介质实施例如下:
对应上述描述的第二种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新;
所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用;
所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
需要说明的是,本说明书中关于第六种存储介质的实施例与本说明书中关于第二种订单处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第七种存储介质实施例如下:
对应上述描述的第三种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果;
根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
需要说明的是,本说明书中关于第七种存储介质的实施例与本说明书中关于第三种订单处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的第八种存储介质实施例如下:
对应上述描述的第四种订单处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理;
向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理;
接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
需要说明的是,本说明书中关于第八种存储介质的实施例与本说明书中关于第四种订单处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC627D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本文件的实施例而已,并不用于限制本文件。对于本领域技术人员来说,本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。
Claims (25)
1.一种数据处理方法,包括:
基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理;
若核验通过,更新所述待处理数据的处理确认信息,根据更新后的处理确认信息的确认指令,执行所述待处理数据进行数据处理的前置响应动作;
将所述待处理数据写入对应的数据集,并对所述数据集中各待处理数据进行数据合并,获得合并数据;
根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
2.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
根据所述数据集的处理期限届满前检测到的携带所述合并数据的预处理数据,采用预处理方式按照所述预处理数据对所述数据集中至少一者进行数据处理;
基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据。
3.根据权利要求2所述的数据处理方法,所述基于所述合并数据和所述预处理数据,计算所述数据集的剩余合并数据子步骤执行之后,还包括:
在检测到所述处理期限届满后,按照所述剩余合并数据在数据账户进行数据转出以进行所述数据集的二次数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方的数据账户。
4.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
调用目标数据账户的数据转出接口转出所述预处理数据对应的转出数据,并将所述转出数据向所述预处理数据对应的数据方转入。
5.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
调用二次处理接口生成所述预处理数据对应的二次处理数据;
若所述二次处理数据处理成功,从所述二次处理数据对应的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
6.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
调用任务生成接口生成所述预处理数据对应的处理任务;
从所述处理任务的任务提供对象的数据账户进行数据转出以向所述预处理数据对应的数据方转入。
7.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
若所述数据集满足资源赠与条件,调用资源赠与接口进行所述预处理数据的资源赠与处理;
基于资源赠与处理获得的赠与资源进行所述数据集中至少一者的数据处理。
8.根据权利要求1所述的数据处理方法,所述根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理,包括:
在检测到所述数据集的处理期限届满后,按照所述合并数据在数据账户进行数据转出以进行所述数据集的数据处理;
其中,所述数据账户包括提交所述待处理数据的数据方针对所述数据集配置的数据账户队列中的数据账户。
9.根据权利要求1所述的数据处理方法,所述基于待处理数据的关键数据,对所述待处理数据进行前置响应动作的核验处理,包括:
基于所述关键数据确定至少一个维度的元数据,并基于所述至少一个维度的元数据对提交所述待处理数据的数据方进行数据评估;
根据所述待处理数据以及数据评估获得的所述数据方的评估级别,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述元数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据;
或者,
基于所述关键数据确定提交所述待处理数据的数据方的数据流转分布,并根据所述数据流转分布,对所述数据方和/或所述待处理数据进行核验处理;
其中,所述数据流转分布,根据数据平台的元数据对参与数据流转处理的数据方进行数据流转数值的分布计算获得。
10.一种数据处理方法,应用于终端设备,包括:
第一应用向第一服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并根据所述第一服务器转发的核验通过的核验结果,更新所述待处理数据的处理确认信息;
所述第一应用向所述第一服务器发送确认指令以执行所述待处理数据进行数据处理的前置响应动作,并从所述第一应用跳转至第二应用;
所述第二应用接收第二服务器发送的携带所述待处理数据的数据集和合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理。
11.一种数据处理方法,应用于第二服务器,包括:
根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果;
根据终端设备提交的确认指令,将所述待处理数据写入对应的数据集;
对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;
向所述终端设备发送所述数据集和所述合并数据。
12.一种数据处理方法,应用于终端设备,包括:
向第二服务器发送待处理数据的关键数据,以进行前置响应动作的核验处理,并基于所述第二服务器返回的核验通过的核验结果,更新所述待处理数据的处理确认信息;
向所述第二服务器发送确认指令,以执行所述待处理数据进行数据处理的前置响应动作以及对所属数据集中各待处理数据的数据合并;
接收所述第二服务器发送的所述数据集以及所述数据合并获得的合并数据,以根据携带所述合并数据的预处理数据,对所述数据集中至少一者进行数据处理。
13.一种订单处理方法,包括:
获取待支付订单的确认指令,以执行所述待支付订单对应的服务响应动作;
基于所述确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,以根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付。
14.根据权利要求13所述的订单处理方法,所述根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,包括:
根据所述合并支付账期届满前检测到的携带所述合并信息的预支付请求,调用支付渠道按照所述预支付请求携带的预支付数额对所述订单集合中至少一者进行支付处理;
基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息。
15.根据权利要求14所述的订单处理方法,所述基于所述合并信息和所述预支付信息,计算所述合并支付账期的剩余合并信息步骤执行之后,还包括:
在所述合并支付账期届满后,按照所述剩余合并信息和资源账户对所述订单集合进行二次支付处理;
其中,所述资源账户包括提交所述待支付订单的用户绑定的资源账户。
16.根据权利要求13所述的订单处理方法,所述获取待支付订单的确认指令,以执行所述执行订单对应的服务响应动作步骤执行之前,还包括:
根据待支付订单的关键数据,对所述待支付订单进行核验处理;
若核验通过,更新所述待支付订单的支付处理数额;
相应的,所述更新所述待支付订单的支付处理数额,包括:
将所述待支付订单的支付处理数额更新为0。
17.根据权利要求16所述的订单处理方法,所述根据待支付订单的关键数据,对所述待支付订单进行核验处理,包括:
基于所述关键数据中的用户数据对所述待支付订单对应用户进行评级处理;
根据评级处理获得的用户评级,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
所述用户数据包括下述至少一项:数据平台对接的第三方应用的应用数据,接入所述数据平台的数据服务的服务数据;
或者,
根据所述待支付订单对应用户的支付数额分布,对所述待支付订单和/或对应用户进行订单响应前置的准入核验;
其中,所述支付数额分布,根据数据平台的用户数据对参与支付的用户进行支付数额的分布计算获得。
18.根据权利要求13所述的订单处理方法,所述根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,包括:
基于所述合并支付账期届满前获取到的预支付请求,生成所述预支付请求携带的预支付数额对应的推荐订单;
若所述推荐订单支付成功,从所述推荐订单对应的资源账户进行资源转出以对所述预支付数额进行支付;
或者,
基于所述合并支付账期届满前获取到的预支付请求,创建所述预支付请求携带的预支付数额对应的代付任务;
从所述代付任务的任务提供方的资源账户进行资源转出以对所述预支付数额进行支付。
19.根据权利要求13所述的订单处理方法,所述根据所述合并支付账期和所述合并信息进行所述订单集合的合并支付,包括:
若所述订单集合满足资源赠与条件,调用资源赠与接口进行所述预支付请求的资源赠与处理;
基于资源赠与处理获得的赠与资源对所述预支付数额进行支付。
20.一种订单处理方法,应用于用户终端,包括:
服务应用根据订单服务器转发的对待支付订单的核验通过的核验结果,对订单确认页进行更新;
所述服务应用向所述订单服务器发送确认指令以执行所述待支付订单对应的服务响应动作,以及基于所述确认指令从所述服务应用跳转至支付应用;
所述支付应用接收支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息。
21.一种订单处理方法,应用于支付服务器,包括:
根据订单服务器发送的对待支付订单的核验请求,对所述待支付订单进行核验处理,并向所述订单服务器发送核验通过的核验结果;
根据用户终端发送的确认指令,将所述待支付订单写入对应合并支付账期的订单集合;所述订单集合中包含至少一个支付维度的关联订单;
对所述待支付订单和所述关联订单进行合并处理,获得合并信息,并将所述订单集合和所述合并信息向所述用户终端运行的支付应用下发;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
22.一种订单处理方法,应用于用户终端,包括:
向支付服务器发送对待支付订单的核验请求,并根据所述支付服务器下发的核验通过的核验结果,对订单确认页进行更新处理;
向所述支付服务器发送基于更新后的订单确认页提交的确认指令,以执行所述待支付订单对应的服务响应动作以及合并处理;
接收所述支付服务器下发的所述待支付订单所属合并支付账期的订单集合以及合并信息;所述订单集合基于所述合并信息和所述合并支付账期进行支付处理。
23.一种订单处理装置,包括:
核验处理模块,被配置为根据第一服务器发送的关键数据对待处理数据进行前置响应动作的核验处理并向所述第一服务器返回核验通过的核验结果;
待支付数据写入模块,被配置为根据用户终端提交的确认指令,将所述待处理数据写入对应的数据集;
数据合并模块,被配置为对所述数据集中各待处理数据进行数据合并获得合并数据,以根据携带所述合并数据的预处理数据对所述数据集中至少一者进行数据处理;
数据发送模块,被配置为向所述用户终端发送所述数据集和所述合并数据。
24.一种计算机处理设备,包括:
处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器执行所述计算机程序时实现权利要求1至12任一项所述数据处理方法或者权利要求13至22任一项所述订单处理方法。
25.一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现权利要求1至12任一项所述数据处理方法或者权利要求13至22任一项所述订单处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211625013.9A CN115907780A (zh) | 2022-12-16 | 2022-12-16 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211625013.9A CN115907780A (zh) | 2022-12-16 | 2022-12-16 | 数据处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115907780A true CN115907780A (zh) | 2023-04-04 |
Family
ID=86493211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211625013.9A Pending CN115907780A (zh) | 2022-12-16 | 2022-12-16 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115907780A (zh) |
-
2022
- 2022-12-16 CN CN202211625013.9A patent/CN115907780A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11972403B2 (en) | Application of dynamic tokens | |
US11900373B2 (en) | Blockchain agnostic token network | |
US20220383426A1 (en) | Transacting via Social Media Interactions | |
TW201810145A (zh) | 線上支付方法及設備 | |
CN105960654A (zh) | 用于对网页内容、虚拟商品和小额物品付费的方法和装置 | |
KR101696904B1 (ko) | 커뮤니케이션 애플리케이션을 이용하여 글로벌 금융서비스를 제공하는 방법 및 그 은행서버 | |
CN103996132A (zh) | 一种基于移动互联网的婚庆信息服务系统 | |
US20180341971A1 (en) | Loyalty account management system and method | |
US11829971B2 (en) | Methods and systems for intent-based attribution schedule | |
JP2024515038A (ja) | 暗号通貨を使用した区分された支払い割り当てのための支払い作成プラットフォームと支払い処理プラットフォームとの統合 | |
JP7038969B2 (ja) | 電子マネー(eマネー)支払処理 | |
US20240177256A1 (en) | Adaptive Media Content Supervision Platform | |
CN114548963B (zh) | 支付交互处理方法及装置 | |
WO2023183363A1 (en) | Processing payments using electronic messages | |
CN115907780A (zh) | 数据处理方法及装置 | |
CN113256284B (zh) | 支付处理方法及装置 | |
CN113419794B (zh) | 支付处理方法及装置 | |
WO2023064461A1 (en) | Methods and systems for intent-based attribution schedule | |
CN111985919B (zh) | 支付数据处理方法、装置及电子设备 | |
CN113807888A (zh) | 营销处理方法及装置 | |
Milkau | The advent of machine payments: The right way to pay? | |
CN112270542B (zh) | 交易数据处理方法、装置、设备及系统 | |
CN116166397A (zh) | 数据处理方法及装置 | |
CN118657584A (zh) | 权益处理方法及装置 | |
US11232514B1 (en) | System and method of providing auctions and real-time bidding for users of platforms operating on a rewards-based, universal, integrated code base |
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 |