CN117196612A - 交易业务处理方法、装置、设备及介质 - Google Patents
交易业务处理方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN117196612A CN117196612A CN202311167793.1A CN202311167793A CN117196612A CN 117196612 A CN117196612 A CN 117196612A CN 202311167793 A CN202311167793 A CN 202311167793A CN 117196612 A CN117196612 A CN 117196612A
- Authority
- CN
- China
- Prior art keywords
- transaction
- order
- target
- paid
- transaction service
- 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 26
- 238000012545 processing Methods 0.000 claims abstract description 40
- 238000004590 computer program Methods 0.000 claims description 22
- 238000012544 monitoring process Methods 0.000 claims description 4
- 238000000034 method Methods 0.000 abstract description 22
- 238000010586 diagram Methods 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 5
- 210000001503 joint Anatomy 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000013473 artificial intelligence Methods 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种交易业务处理方法、装置、设备及介质,涉及计算机技术领域,应用于预设支付系统,该方法包括:创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。通过上述方案,引入预设支付系统,预设支付系统对接目标第三方支付服务端以完成交易业务,无需应用程序的交易核心感知支付方式的不同,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源,提高交易核心的稳定性。
Description
技术领域
本发明涉及计算机技术领域,特别涉及交易业务处理方法、装置、设备及介质。
背景技术
国内互联网公司的应用程序(application,即app)为了商业化能力需要接入第三方支付服务端,第三方支付服务端分为微信支付服务端(WechatPay Server)、支付宝支付服务端(AliPay Server)和苹果内购服务服务端(IAPay Server),应用程序的主要商业化的场景为虚拟商品的支付,例如会员、虚拟道具等,而实现虚拟商品的支付就需要兼容不同的支付方式,以便应用程序与第三方支付服务端完成虚拟交易业务。
微信支付、支付宝支付的接入方式基本一致,但是苹果IAP(In-App Purchase,即应用内购买)的接入方式差异较大,应用程序的交易核心直接对接第三方支付平台,即对接微信支付、支付宝、苹果IAP,导致引入支付方式的成本高,交易核心需要大量的计算资源去确定对接第三方支付的协议报文细节,使得交易核心的稳定性较差。
综上可见,如何减少完成交易业务处理时所消耗交易核心的成本及计算资源是本领域有待解决的问题。
发明内容
有鉴于此,本发明的目的在于提供一种交易业务处理方法、装置、设备及介质,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源。其具体方案如下:
第一方面,本申请公开了一种交易业务处理方法,应用于预设支付系统,包括:
创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
可选的,所述创建交易业务待支付订单,包括:
当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单;其中,所述预支付订单的交易类型为预设消耗型商品类型。
可选的,所述当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单,包括:
通过目标应用程序创建对应的交易业务订单,并获取所述目标应用程序的网关返回的与所述交易业务订单对应的交易单号,然后基于所述交易单号对所述交易业务订单进行预支付处理,以便所述目标应用程序的网关创建对应的预支付订单,并将所述预支付订单和所述交易单号发送至所述目标应用程序的交易核心;
当接收到目标应用程序的交易核心下发的所述预支付订单和所述交易单号时,创建与所述预支付订单对应的交易业务待支付订单。
可选的,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为苹果内购服务端,则从预设单号关联表中查找与所述交易单号对应的通用唯一识别码格式的目标单号;
将所述交易业务待支付订单和所述目标单号发送至目标应用程序,以便所述目标应用程序获取所述目标第三方支付服务端基于所述交易业务待支付订单和所述目标单号反馈的交易回调结果,并将所述交易回调结果发送至对应的网关;
接收所述网关发送的交易回调结果。
可选的,所述创建交易业务待支付订单,包括:
监测目标应用程序中当前是否存在交易类型为预设自动续期订阅商品类型的交易业务,若存在,则基于所述交易业务的预设续费周期创建与所述交易业务对应的交易业务待支付订单。
可选的,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为苹果内购服务端,则获取所述苹果内购服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
可选的,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将所述交易业务待支付订单发送至所述目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
第二方面,本申请公开了一种交易业务处理装置,应用于预设支付系统,包括:
服务端确定模块,用于创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
回调结果获取模块,用于获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
交易业务处理模块,用于将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
第三方面,本申请公开了一种电子设备,包括:
存储器,用于保存计算机程序;
处理器,用于执行所述计算机程序,以实现前述公开的交易业务处理方法的步骤。
第四方面,本申请公开了一种计算机可读存储介质,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现前述公开的交易业务处理方法的步骤。
本申请有益效果为:本申请应用于预设支付系统,创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。由此可见,本申请引入预设支付系统,预设支付系统对接目标第三方支付服务端以完成交易业务,无需应用程序的交易核心感知支付方式的不同,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源,提高交易核心的稳定性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种交易业务处理方法流程图;
图2为本申请公开的一种具体的交易业务处理方法流程图;
图3为本申请公开的一种具体的消耗型商品类型交易业务处理示意图;
图4为本申请公开的另一种具体的交易业务处理方法流程图;
图5为本申请公开的一种具体的自动续期订阅商品类型交易业务处理示意图;
图6为本申请公开的一种交易业务处理装置结构示意图;
图7为本申请公开的一种电子设备结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
国内互联网公司的应用程序为了商业化能力需要接入第三方支付服务端,第三方支付服务端分为微信支付服务端、支付宝支付服务端和苹果内购服务服务端,应用程序的主要商业化的场景为虚拟商品的支付,例如会员、虚拟道具等,而实现虚拟商品的支付就需要兼容不同的支付方式,以便应用程序与第三方支付服务端完成虚拟交易业务。
微信支付、支付宝支付的接入方式基本一致,但是苹果IAP的接入方式差异较大,应用程序的交易核心直接对接第三方支付平台,即对接微信支付、支付宝、苹果IAP,导致引入支付方式的成本高,交易核心需要大量的计算资源去确定对接第三方支付的协议报文细节,使得交易核心的稳定性较差。
为此本申请相应的提供了一种交易业务处理方案,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源。
参见图1所示,本申请实施例公开了一种交易业务处理方法,应用于预设支付系统,包括:
步骤S11:创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端。
可以理解的是,不同的交易业务其交易类型也有所不同,主要分为两类,一种是预设消耗型商品类型,例如购买应用程序中的虚拟的金币、钻石等,还有一种是预设自动续期订阅商品类型,例如连续包月会员等,不同的交易类型预设支付系统(pay-channel)创建交易业务待支付订单的方式也有所不同。
如果交易类型为预设消耗型商品类型时,需要当接收到目标应用程序的交易核心下发的预支付订单时,触发创建与预支付订单对应的交易业务待支付订单;如果交易类型为预设自动续期订阅商品类型,需要预设支付系统根据交易业务的预设续费周期创建与交易业务对应的交易业务待支付订单,也就是定时查询扣费周期,确定当前是否存在到期需续费的业务,即创建交易业务待支付订单,当目标第三方支付服务端为微信支付服务端或支付宝支付服务端时,可以将该创建交易业务待支付订单发送至目标第三方支付服务端,但是当目标第三方支付服务端为苹果内购服务端时,预设支付系统不能将该创建交易业务待支付订单发送至苹果内购服务端。
步骤S12:获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
在第一种实施例中,如果交易类型为预设消耗型商品类型,根据目标第三方支付服务端的不同,交易回调结果的反馈方式也有所不同。当目标第三方支付服务端为微信支付服务端或支付宝支付服务端时,目标第三方支付服务端反馈对应的交易回调结果的过程中,需要先将交易回调结果发送至外部网关回调(pay-callback-openapi),再由外部网关回调将交易回调结果返回至预设支付系统;当目标第三方支付服务端为苹果内购服务端时,苹果内购服务端反馈对应的交易回调结果的过程中,苹果内购服务端将交易回调结果发送至应用程序,应用程序将交易回调结果发送至网关(pay-utpp),再由网关将交易回调结果返回至预设支付系统。
在第二种实施例中,如果交易类型为预设自动续期订阅商品类型,交易回调结果的反馈过程具体为:目标第三方支付服务端需要先将交易回调结果发送至外部网关回调,再由外部网关回调将交易回调结果返回至预设支付系统。
步骤S13:将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
本实施例中,预设支付系统负责对接不同的第三方支付服务端,最后将交易回调结果发送至对应的目标应用程序的交易核心,交易核心就可以直接获取到预设支付系统反馈的交易回调结果,即支付结果或续费结果,进而对支付结果或续费结果进行相应的处理,避免了交易核心需要感知对接方式的差异而消耗的计算资源、成本,进而有效的提高了交易核心的稳定性,并且引入预设支付系统的成本要远小于交易核心感知对接方式的差异所消耗的成本,即降低交易核心所消耗的成本。
本申请有益效果为:本申请应用于预设支付系统,创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。由此可见,本申请引入预设支付系统,预设支付系统对接目标第三方支付服务端以完成交易业务,无需应用程序的交易核心感知支付方式的不同,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源,提高交易核心的稳定性。
参见图2所示,本申请实施例公开了一种具体的交易业务处理方法,应用于预设支付系统,包括:
步骤S21:当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单;其中,所述预支付订单的交易类型为预设消耗型商品类型。
本实施例中,所述当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单,包括:通过目标应用程序创建对应的交易业务订单,并获取所述目标应用程序的网关返回的与所述交易业务订单对应的交易单号,然后基于所述交易单号对所述交易业务订单进行预支付处理,以便所述目标应用程序的网关创建对应的预支付订单,并将所述预支付订单和所述交易单号发送至所述目标应用程序的交易核心;当接收到目标应用程序的交易核心下发的所述预支付订单和所述交易单号时,创建与所述预支付订单对应的交易业务待支付订单。例如图3所示的一种具体的消耗型商品类型交易业务处理示意图,目标应用程序为Soul,交易业务为充值Soul币(pay-capital),目标应用程序创建对应的交易业务订单,即创建充值订单,将交易业务订单发送至网关,网关下单至pay-capital,以便pay-capital创建交易单,将交易单发送至交易核心,得到交易核心返回的交易单号,然后再将交易单号返回至网关,网关将交易单号返回至目标应用程序,目标应用程序根据交易单号完成预支付,以便网关创建对应的预支付订单,将预支付订单、交易单号发送至交易核心,交易核心将预支付订单和交易单号发送至预设支付系统,以触发预设支付系统创建与预支付订单对应的交易业务待支付订单。
步骤S22:确定与所述交易业务待支付订单对应的目标第三方支付服务端。
步骤S23:获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
本实施例中,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:若所述目标第三方支付服务端为苹果内购服务端,则从预设单号关联表中查找与所述交易单号对应的通用唯一识别码格式的目标单号;将所述交易业务待支付订单和所述目标单号发送至目标应用程序,以便所述目标应用程序获取所述目标第三方支付服务端基于所述交易业务待支付订单和所述目标单号反馈的交易回调结果,并将所述交易回调结果发送至对应的网关;接收所述网关发送的交易回调结果。可以理解的是,预设支付系统需要建立预设单号关联表,以记录不同的交易单号与通用唯一识别码格式的单号之间的关联关系,如此一来,可以将接收的交易单号转换为对应的通用唯一识别码格式的目标单号。
本实施例中,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:若所述目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将所述交易业务待支付订单发送至所述目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。若目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将交易业务待支付订单发送至微信支付服务端或支付宝支付服务端,如此一来,获取微信支付服务端或支付宝支付服务端反馈的与交易业务待支付订单对应的交易回调结果。
步骤S24:将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
现有技术在完成预设消耗型商品类型的交易业务时,并没有预设支付系统,由交易核心调用目标第三方支付服务端预支付下单,当需要增加一种支付方式时,需要修改交易核心的预支付下单的代码逻辑,不利于系统拓展;由交易核心接收目标第三方支付服务端的支付回调结果,当需要增加一种支付方式时,需要修改交易核心的接收支付回调结果的代码逻辑,不利于系统拓展;微信、支付宝的回调结果为服务端的协议回调,苹果IAP的回调结果为客户端应用程序回调,两种处理方式不一致,交易核心需要处理第三方支付渠道的不同协议;苹果IAP内购下单时,需要把交易单号(App内订单号,即orderNo)转换为通用唯一识别码格式的单号(Universally Unique Identifier,即UUID),再传递给Stokit(应用内购买API)API(应用程序接口,即Application Programming Interface),此时需要交易核心额外建立orderNo和UUID预订单号之间的关系。
本实施例或者,引入了预设支付系统,由预设支付系统调用第三方支付渠道预支付下单,当需要增加一种支付方式时,不需要修改交易核心逻辑,方便扩充支付方式;由预设支付系统接收第三方支付渠道的支付回调结果,当需要增加一种支付方式时,不需要修改交易核心的代码逻辑,方便扩充支付方式;微信、支付宝的回调结果为服务端的协议回调,苹果IAP的回调结果为客户端应用程序回调,两种处理方式不一致,由预设支付系统处理完支付结果后,再通知到交易核心,交易核心不需要感知第三方支付回调方式的不一致;苹果IAP内购下单时,预先在预设支付系统中建立一张关联表,关联orderNo和预订单号UUID之间的关联关系,此时交易核心不需要关心苹果IAP支付渠道的差异化实现方式。
由此可见,本申请引入了预设支付系统,对于预设消耗型商品类型支付,交易核心不需要感知不同第三方支付服务端的支付方式不同,也因此不需要做任何改造,减少其成本和计算资源,有效提高交易核心的稳定性。
参见图4所示,本申请实施例公开了另一种具体的交易业务处理方法,应用于预设支付系统,包括:
步骤S31:监测目标应用程序中当前是否存在交易类型为预设自动续期订阅商品类型的交易业务,若存在,则基于所述交易业务的预设续费周期创建与所述交易业务对应的交易业务待支付订单。
本实施例中,例如目标应用程序为Soul、交易业务为会员充值(pay-vip),如图5所示的一种具体的自动续期订阅商品类型交易业务处理示意图,预设支付系统会实时监测目标应用程序中是否存在交易类型为预设自动续期订阅商品类型的交易业务,如果存在,则会根据该交易业务的预设续费周期创建与所述交易业务对应的交易业务待支付订单,即设置定时任务以查询扣费周期。
步骤S32:确定与所述交易业务待支付订单对应的目标第三方支付服务端。
步骤S33:获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
在第一种具体实施例中,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:若所述目标第三方支付服务端为苹果内购服务端,则获取所述苹果内购服务端反馈的与所述交易业务待支付订单对应的交易回调结果。如果目标第三方支付服务端为苹果内购服务端,则预设支付系统不会将交易业务待支付订单发送至苹果内购服务端,而是由苹果内购服务端进行扣费,苹果内购服务端将与交易业务待支付订单对应的交易回调结果交易回调结果发送至外部网关回调,再由外部网关回调发送至预设支付系统。
在第二种具体实施例中,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:若所述目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将所述交易业务待支付订单发送至所述目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。如果目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则预设支付系统会将交易业务待支付订单发送至目标第三方支付服务端,目标第三方支付服务端将与交易业务待支付订单对应的交易回调结果交易回调结果发送至外部网关回调,再由外部网关回调发送至预设支付系统。
步骤S34:将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
现有技术中,在完成预设自动续期订阅商品类型的交易业务时,并没有预设支付系统,对于微信支付、支付宝渠道,需要由交易核心在会员到期前,调用第三方支付自动扣费,扣费成功后修改交易单状态,通知给上游业务系统;对于苹果IAP渠道,需要由苹果IAP到期自动续费成功后通知到交易核心,扣费成功修改交易单状态,通知给上游业务系统。
本实施例中,引入了预设支付系统,对于微信支付、支付宝渠道,由预设支付系统在会员到期前,调用第三方支付自动扣费,扣费成功后通知给交易核心;对于苹果IAP渠道,由苹果IAP到期自动续费成功后通知到预设支付系统,扣费成功后通知给交易核心;引入预设支付系统后,对于自动订阅型商品自动续期,交易核心不需要做任何改造。
由此可见,本申请引入了预设支付系统,对于预设自动续期订阅商品类型支付,交易核心不需要感知不同第三方支付服务端的支付方式不同,也因此不需要做任何改造,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源,提高交易核心的稳定性。
参见图6所示,本申请实施例公开了一种交易业务处理装置,应用于预设支付系统,包括:
服务端确定模块11,用于创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
回调结果获取模块12,用于获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
交易业务处理模块13,用于将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
本申请有益效果为:本申请应用于预设支付系统,创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。由此可见,本申请引入预设支付系统,预设支付系统对接目标第三方支付服务端以完成交易业务,无需应用程序的交易核心感知支付方式的不同,能够减少完成交易业务处理时所消耗交易核心的成本及计算资源,提高交易核心的稳定性。
进一步的,本申请实施例还提供了一种电子设备。图7是根据一示例性实施例示出的电子设备20结构图,图中的内容不能认为是对本申请的使用范围的任何限制。
图7为本申请实施例提供的一种电子设备的结构示意图。具体可以包括:至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中,所述存储器22用于存储计算机程序,所述计算机程序由所述处理器21加载并执行,以实现以下步骤:
创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,具体可以实现以下步骤:
当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单;其中,所述预支付订单的交易类型为预设消耗型商品类型。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,具体可以实现以下步骤:
通过目标应用程序创建对应的交易业务订单,并获取所述目标应用程序的网关返回的与所述交易业务订单对应的交易单号,然后基于所述交易单号对所述交易业务订单进行预支付处理,以便所述目标应用程序的网关创建对应的预支付订单,并将所述预支付订单和所述交易单号发送至所述目标应用程序的交易核心;
当接收到目标应用程序的交易核心下发的所述预支付订单和所述交易单号时,创建与所述预支付订单对应的交易业务待支付订单。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,具体可以实现以下步骤:
若所述目标第三方支付服务端为苹果内购服务端,则从预设单号关联表中查找与所述交易单号对应的通用唯一识别码格式的目标单号;
将所述交易业务待支付订单和所述目标单号发送至目标应用程序,以便所述目标应用程序获取所述目标第三方支付服务端基于所述交易业务待支付订单和所述目标单号反馈的交易回调结果,并将所述交易回调结果发送至对应的网关;
接收所述网关发送的交易回调结果。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,具体可以实现以下步骤:
监测目标应用程序中当前是否存在交易类型为预设自动续期订阅商品类型的交易业务,若存在,则基于所述交易业务的预设续费周期创建与所述交易业务对应的交易业务待支付订单。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,具体可以实现以下步骤:
若所述目标第三方支付服务端为苹果内购服务端,则获取所述苹果内购服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
在一些具体实施方式中,所述处理器通过执行所述存储器中保存的计算机程序,还可以进一步包括以下步骤:
若所述目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将所述交易业务待支付订单发送至所述目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
本实施例中,电源23用于为电子设备上的各硬件设备提供工作电压;通信接口24能够为电子设备创建与外界设备之间的数据传输通道,其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议,在此不对其进行具体限定;输入输出接口25,用于获取外界输入数据或向外界输出数据,其具体的接口类型可以根据具体应用需要进行选取,在此不进行具体限定。
其中,处理器21可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器21可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器21还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
另外,存储器22作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源包括操作系统221、计算机程序222及数据223等,存储方式可以是短暂存储或者永久存储。
其中,操作系统221用于管理与控制电子设备上的各硬件设备以及计算机程序222,以实现处理器21对存储器22中海量数据223的运算与处理,其可以是Windows、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备执行的交易业务处理方法的计算机程序之外,还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括电子设备接收到的由外部设备传输进来的数据,也可以包括由自身输入输出接口25采集到的数据等。
进一步的,本申请还公开了一种计算机可读存储介质,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现前述公开的交易业务处理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容,在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(Random Access Memory,即RAM)、内存、只读存储器(Read-Only Memory,即ROM)、电可编程EPROM(Erasable Programmable Read Only Memory)、电可擦除可编程EEPROM(Electrically Erasable Programmable read only memory)、寄存器、硬盘、可移动磁盘、CD-ROM(CoMP23026545act Disc Read-Only Memory,即紧凑型光盘只读储存器)、或技术领域内所公知的任意其它形式的存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种交易业务处理方法、装置、设备及介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种交易业务处理方法,其特征在于,应用于预设支付系统,包括:
创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
2.根据权利要求1所述的交易业务处理方法,其特征在于,所述创建交易业务待支付订单,包括:
当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单;其中,所述预支付订单的交易类型为预设消耗型商品类型。
3.根据权利要求2所述的交易业务处理方法,其特征在于,所述当接收到目标应用程序的交易核心下发的预支付订单时,创建与所述预支付订单对应的交易业务待支付订单,包括:
通过目标应用程序创建对应的交易业务订单,并获取所述目标应用程序的网关返回的与所述交易业务订单对应的交易单号,然后基于所述交易单号对所述交易业务订单进行预支付处理,以便所述目标应用程序的网关创建对应的预支付订单,并将所述预支付订单和所述交易单号发送至所述目标应用程序的交易核心;
当接收到目标应用程序的交易核心下发的所述预支付订单和所述交易单号时,创建与所述预支付订单对应的交易业务待支付订单。
4.根据权利要求3所述的交易业务处理方法,其特征在于,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为苹果内购服务端,则从预设单号关联表中查找与所述交易单号对应的通用唯一识别码格式的目标单号;
将所述交易业务待支付订单和所述目标单号发送至目标应用程序,以便所述目标应用程序获取所述目标第三方支付服务端基于所述交易业务待支付订单和所述目标单号反馈的交易回调结果,并将所述交易回调结果发送至对应的网关;
接收所述网关发送的交易回调结果。
5.根据权利要求1所述的交易业务处理方法,其特征在于,所述创建交易业务待支付订单,包括:
监测目标应用程序中当前是否存在交易类型为预设自动续期订阅商品类型的交易业务,若存在,则基于所述交易业务的预设续费周期创建与所述交易业务对应的交易业务待支付订单。
6.根据权利要求5所述的交易业务处理方法,其特征在于,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为苹果内购服务端,则获取所述苹果内购服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
7.根据权利要求1至6任一项所述的交易业务处理方法,其特征在于,所述获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果,包括:
若所述目标第三方支付服务端为微信支付服务端或支付宝支付服务端,则将所述交易业务待支付订单发送至所述目标第三方支付服务端;
获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果。
8.一种交易业务处理装置,其特征在于,应用于预设支付系统,包括:
服务端确定模块,用于创建交易业务待支付订单,并确定与所述交易业务待支付订单对应的目标第三方支付服务端;
回调结果获取模块,用于获取所述目标第三方支付服务端反馈的与所述交易业务待支付订单对应的交易回调结果;
交易业务处理模块,用于将所述交易回调结果发送至对应的目标应用程序的交易核心,以便所述目标应用程序的交易核心基于所述交易回调结果进行相应的业务处理。
9.一种电子设备,其特征在于,包括:
存储器,用于保存计算机程序;
处理器,用于执行所述计算机程序,以实现如权利要求1至7任一项所述的交易业务处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的交易业务处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311167793.1A CN117196612A (zh) | 2023-09-11 | 2023-09-11 | 交易业务处理方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311167793.1A CN117196612A (zh) | 2023-09-11 | 2023-09-11 | 交易业务处理方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117196612A true CN117196612A (zh) | 2023-12-08 |
Family
ID=88995626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311167793.1A Pending CN117196612A (zh) | 2023-09-11 | 2023-09-11 | 交易业务处理方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117196612A (zh) |
-
2023
- 2023-09-11 CN CN202311167793.1A patent/CN117196612A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017219874A1 (zh) | 一种资源处理方法及装置 | |
KR20140033209A (ko) | 임베디드 애플리케이션들의 과금 | |
US20120036045A1 (en) | Methods and Systems for Reserving and Completing Purchases | |
JP5027386B2 (ja) | 支払いのシステムおよび方法 | |
TW201810145A (zh) | 線上支付方法及設備 | |
US20200042998A1 (en) | System and method for autonomous sustenance of digital assets | |
CN104053140A (zh) | 服务提供方法、装置及系统 | |
US20040068565A1 (en) | Provisioning web services | |
US8630397B2 (en) | Method and system for enabling charging of non-charging controlled services | |
CN114169885A (zh) | 数字货币支付方法、装置、终端及计算机可读存储介质 | |
CN111402084A (zh) | 酒店租洗业务订单处理系统 | |
CN104144400A (zh) | 在线应用的计费方法与系统 | |
CN101923753B (zh) | 电子货币管理系统和方法 | |
CN117196612A (zh) | 交易业务处理方法、装置、设备及介质 | |
CN104053022A (zh) | 一种数字电视交互商务的实现方法 | |
CN112184278A (zh) | 能力商品计费方法、能力开放平台和能力商品订购系统 | |
US20180165685A1 (en) | Method, Terminal, and Related Server for Providing Transaction Object | |
CN115760090A (zh) | 基于区块链的交易处理方法、装置和系统 | |
CN104363570A (zh) | 一种基于通信帐户以整月为周期的按次代缴付费方法 | |
CN113129013B (zh) | 虚拟资源转移方法、装置、设备及介质 | |
CN101295395A (zh) | 网络信息处理系统及其信息处理方法 | |
CN115099801A (zh) | 基于公有云的缴费信息处理方法及装置 | |
KR100495307B1 (ko) | 주기별 결제 시스템, 그 제어방법 및 그 결제시스템의 서비스프로바이더 | |
KR20200093873A (ko) | 차량 공유 관리 장치 및 방법 | |
CN102572536A (zh) | 数字电视节目的预定方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination |