CN114819938A - 订单支付方法、装置、存储介质及电子设备 - Google Patents

订单支付方法、装置、存储介质及电子设备 Download PDF

Info

Publication number
CN114819938A
CN114819938A CN202210386153.9A CN202210386153A CN114819938A CN 114819938 A CN114819938 A CN 114819938A CN 202210386153 A CN202210386153 A CN 202210386153A CN 114819938 A CN114819938 A CN 114819938A
Authority
CN
China
Prior art keywords
order
payment
target
paid
information
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
Application number
CN202210386153.9A
Other languages
English (en)
Inventor
张泽涛
王冠
冯伟伦
麦倩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202210386153.9A priority Critical patent/CN114819938A/zh
Publication of CN114819938A publication Critical patent/CN114819938A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种订单支付方法、装置、存储介质及电子设备。涉及金融科技领域,该方法包括:获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。通过本申请,解决了相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题。

Description

订单支付方法、装置、存储介质及电子设备
技术领域
本申请涉及金融科技领域,具体而言,涉及一种订单支付方法、装置、存储介质及电子设备。
背景技术
随着互联网技术的高速发展,对公贸易开始由传统线下面对面交易转向线上电子商务系统交易发展,电子商务系统交易带来了庞大的线上资金支付结算需求,为此,各大支付机构及商业银行陆续推出线上资金支付结算产品及服务,但是目前线上支付结算产品大多数仅支持一对一现款直接支付功能,无法匹配线下付款人多样的支付工具,容易造成支付效率低且用户体验感差等问题。
针对相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种订单支付方法、装置、存储介质及电子设备,以解决相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种订单支付方法。该方法包括:获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。
为了实现上述目的,根据本申请的另一方面,提供了一种订单支付装置。该装置包括:第一获取模块,用于获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;第二获取模块,用于获取付款方账户对应的多个支付工具;选取模块,用于响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;支付模块,用于基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。
为了实现上述目的,根据本申请的另一方面,提供了一种非易失性存储介质,上述非易失性存储介质存储有多条指令,上述指令适于由处理器加载并执行任意一项上述的订单支付方法。
为了实现上述目的,根据本申请的另一方面,提供了一种电子设备。该电子设备包括:一个或多个处理器和存储器,上述存储器用于存储一个或多个程序,其中,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现任意一项上述的订单支付方法。
通过本申请,采用以下步骤:获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付,达到了采用多种支付工具对同一笔订单进行同时支付的目的,解决了相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题。进而达到了提升订单支付效率和用户体验感的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例提供的订单支付方法的流程图;
图2是根据本申请实施例的一种可选的订单支付系统的流程图;
图3是根据本申请实施例的一种可选的订单支付方法的流程图;
图4是根据本申请实施例的另一种可选的订单支付方法的流程图;
图5是根据本申请实施例的另一种可选的订单支付方法的流程图;
图6是根据本申请实施例的订单支付装置的示意图;
图7是用于实施本申请实施例的订单支付方法的电子设备示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,本申请所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等),均为经用户授权或者经过各方充分授权的信息和数据。例如,本系统和相关用户或机构间设置有接口,在获取相关信息之前,需要通过接口向前述的用户或机构发送获取请求,并在接收到前述的用户或机构反馈的同意信息后,获取相关信息。
下面结合优选的实施步骤对本发明进行说明,图1是根据本申请实施例提供的订单支付方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;
步骤S104,获取付款方账户对应的多个支付工具;
步骤S106,响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;
步骤S108,基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。
可选的,上述初始订单信息可以但不限于包括:上述待支付订单对应的订单编号、订单金额、订单备注,等等。
可选的,在受理订单处理模块发起的支付认证请求后,获取待支付订单对应的目标订单信息。
可选的,在付款方账户身份识别通过后,获取上述付款方账户对应的多个支付工具。
可选的,上述多个支付工具可以但不限于包括:现款账户、融资合同、预存资金钱包以及票据,等等。其中,现款账户支付,即从付款方现款账户扣划相应资金到过渡内部户中;融资合同支付,即通过融资合同信息,申请放款交易,并将相应资金存入过渡内部户中;预存资金钱包支付,即通过预存资金钱包进行提现操作,并将相应资金存入过渡内部户中;票据支付,即通过对票据进行贴现操作,并将相应资金存入过渡内部户中。
在本申请实施例中,通过获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付,达到了采用多种支付工具对同一笔订单进行同时支付的目的,解决了相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题。进而达到了提升订单支付效率和用户体验感的效果。
需要说明的是,现有技术中当付款方账户想要对待支付订单进行支付时,只能采取特定的一种支付方式进行支付,本申请实施例记载的订单支付方法,可以自动识别付款方账户对应的多种支付工具,并采用其中的两个及以上的支付工具对待支付订单进行支付,在提升订单支付效率的同时提升用户体验感。
可选地,本申请实施例提供的订单支付方法可具体应用于如图2所示的订单支付系统中,如图2所示,该系统包括:客户端浏览器、电子商务系统、支付系统订单处理模块以及支付系统支付认证模块。其中,上述客户端浏览器主要作用于采购人员进行业务界面操作,以及与服务器端进行HTTP方式链接和数据交互;上述电子商务系统主要用于提供商品订单陈列展示、购物车及采购订单下单处理,并在客户发起支付交易时,向支付系统发起受理订单结算申请请求;上述支付系统订单处理模块主要用于接收电子商务系统的订单结算申请请求,并进行合作方准入校验、订单信息校验、订单登记处理及收款方账务处理系统;上述支付系统支付认证模块主要用于受理订单处理模块发起的支付认证申请请求,提供支付认证付款台及付款方账务处理系统。
在一种可选的实施例中,在上述获取待支付订单对应的目标订单信息,包括:
获取上述待支付订单对应的初始订单信息;
采用第一校验规则对上述初始订单信息进行校验处理,得到第一校验结果;
若上述第一校验结果指示上述初始订单信息校验通过,则将校验通过的上述初始订单信息作为上述目标订单信息。
可选的,上述初始订单信息为采用第二校验规则校验通过后的初始订单信息,上述初始订单信息可以但不限于包括:上述待支付订单对应的订单编号、订单金额、订单备注,等等。
可选的,在受理订单处理模块发起的支付认证请求后,采用第一校验规则对支付认证请求报文中校验通过的初始订单信息字段(如订单编号、订单金额、订单备注等字段)进行合法性校验,并生成一次性支付付款台统一资源定位地址信息(Uniform ResourceLocation,简称URL)返回订单处理模块。
在一种可选的实施例中,上述获取付款方账户对应的多个支付工具,包括:
在上述付款方账户身份识别通过后,通过目标支付界面确定目标支付系统;
根据上述目标支付系统确定得到上述多个支付工具。
可选的,在上述付款方账户身份识别通过后,上述付款方账户通过目标支付界面(如付款台页面)确定目标支付系统,上述目标支付系统可以但不限于为银行支付系统。例如,在上述付款方账户身份识别通过后,付款方账户通过目标浏览器(如客户端浏览器)访问支付付款台对应的URL地址,进入付款台页面,并在付款台页面插入/输入银行支付系统介质信息。查询上述付款方账户在该银行支付系统下的所有资产,支付认证模块接收到前端上传的介质信息,并通过介质信息访问银行核心系统,并从上述银行核心系统获取上述所有资产对应的多个支付工具(现款账户、融资合同、预存资金钱包,等等),并将上述多个支付工具在上述付款台页面进行展示。
作为一种可选的实施例,图3是根据本申请实施例的一种可选的订单支付方法的流程图,如图3所示,该方法包括:受理订单处理模块发起的支付认证请求;识别付款方账户身份在上述付款方账户身份识别通过后,查询上述付款方账户的资产信息(如账户、融资合同等信息);根据上述资产信息确定多个支付工具;从多个上述支付工具中选取至少两个目标支付工具进行结算处理;通知支付认证结果。
在一种可选的实施例中,在上述获取待支付订单对应的目标订单信息之前,上述方法还包括:
获取上述待支付订单对应的订单数据;
采用第二校验规则对上述订单数据进行校验处理,得到第二校验结果;
若上述第二校验结果指示上述订单数据校验通过,则根据校验通过的上述订单数据进行支付认证申请,得到申请受理结果;
若上述申请受理结果指示受理通过,则受理订单处理模块发起的支付认证请求。
可选的,上述订单数据可以但不限于包括:商品信息(如商品名称、商品数量、商品单位、商品单价)、收款人信息(如收款人账号、收款人户名)、初始订单信息(如订单编号、订单金额、订单备注),等等。
可选的,在上述第二校验结果指示上述订单数据校验通过后,将校验通过的上述初始订单信息进行登记入库,并组织上述初始订单信息向支付系统支付认证模块发起支付认证申请;进一步组织支付认证申请报文返回申请受理结果,同时获取支付系统支付认证模块返回的支付认证付款台对应的URL地址信息,组织完整应答报文,采用对称密钥加密算法对申请受理结果对应的结果报文进行加密,并采用非对称密钥签名算法获取上述结果报文对应的签名,将加密后的结果报文和签名返回至电子商务系统。
在一种可选的实施例中,在上述获取上述待支付订单对应的订单数据之前,上述方法还包括:
获取上述待支付订单对应的受理订单结算申请信息,其中,上述受理订单结算申请信息包括:第三方应用平台发起的受理订单结算申请报文以及与上述受理订单结算申请报文对应的数字签名;
对上述受理订单结算申请信息进行解密验证;
在验证上述受理订单结算申请信息解密通过,并且上述第三方应用平台存在受理权限后,获取上述订单数据。
可选的,上述第三方应用平台可以但不限于为电子商城系统。
可选的,对上述受理订单结算申请信息进行解密验证,包括:使用预交换的对称密钥对电子商城系统发起的受理订单结算申请报文进行解密处理,并使用非对称密钥对上述受理订单结算申请报文对应的数字签名进行验签。
可选的,在付款方账户发起订单结算申请后,受理订单结算申请,并对上述受理订单结算申请信息进行解密验证。
可选的,上述判断上述第三方应用平台是否存在受理权限,包括对上述第三方应用平台进行准入校验,通过上送合作方协议编号,查询合作方协议信息,校验合作方协议是否有效,以判断上述第三方应用平台是否存在受理权限。
作为一种可选的实施例,图4是根据本申请实施例的另一种可选的订单支付方法的流程图,如图4所示,该方法包括:获取待支付订单对应的受理订单结算申请信息,并对上述受理订单结算申请信息进行解密验证;在上述受理订单结算申请信息验证通过后,对第三方应用平台进行准入校验;在第三方应用平台进行准入校验通过后,采用第二检验规则对待支付订单的订单数据进行合法性校验;在上述订单数据合法性校验通过后,将上述订单数据中的初始订单信息进行登记入库;根据校验通过的上述订单数据进行支付认证申请;组织完整应答报文返回支付认证结果。
在一种可选的实施例中,在上述基于上述目标订单信息,采用上述目标支付工具对上述待支付订单进行支付之后,上述方法还包括:
获取上述待支付订单对应的支付认证结果;
若支付认证结果指示上述待支付订单支付认证成功,则将上述付款方账户支付的目标金额从过渡内部户结算至收款方账户。
可选的,接收支付认证模块消息通知,接收支付认证模块回调受理报文,采用预交换的对称密钥对支付认证模块回调的支付认证受理结果报文进行解密处理,并使用非对称密钥对上述结果报文对应的签名进行验签,在解密验证通过后判断支付认证结果,若支付认证结果指示上述待支付订单支付认证成功,则将上述付款方账户支付的目标金额从过渡内部户结算至收款方账户,否则直接提示付款方账户支付认证受理失败。
在一种可选的实施例中,若支付认证结果指示上述待支付订单支付认证成功,则将上述付款方账户支付的目标金额从过渡内部户结算至收款方账户,包括:
根据上述目标订单信息关联查找上述收款方账户以及与上述目标订单信息对应的预签约协议信息;
基于上述预签约协议信息确定资金入账方式和资金结算方式;
基于上述资金入账方式和上述资金结算方式将资金从上述过渡内部户结算至上述收款方账户。
可选的,根据上述目标订单信息关联查找上述收款方账户以及与上述目标订单信息对应的预签约协议信息;根据上述预签约协议信息记载的资金入账方式和资金结算方式将资金从上述过渡内部户结算至上述收款方账户,返回订单支付结果,判断收款方账户入账处理结果,并向付款方账户展示对应支付结果信息。
作为一种可选的实施例,图5是根据本申请实施例的另一种可选的订单支付方法的流程图,如图5所示,该方法包括:接收支付认证模块消息通知;查询收款方账户以及与目标订单信息对应的预签约协议信息,根据上述预签约协议信息确定资金入账方式和资金结算方式;基于上述资金入账方式和上述资金结算方式将资金从上述过渡内部户结算至上述收款方账户;返回订单支付结果。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种订单支付装置,需要说明的是,本申请实施例的订单支付装置可以用于执行本申请实施例所提供的用于订单支付方法。以下对本申请实施例提供的订单支付装置进行介绍。
图6是根据本申请实施例的订单支付装置的示意图。如图6所示,该装置包括:第一获取模块600、第二获取模块602、选取模块604、支付模块606,其中:
上述第一获取模块600,用于获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;
上述第二获取模块602,与上述第一获取模块600连接,用于获取付款方账户对应的多个支付工具;
上述选取模块604,与上述第二获取模块602连接,用于响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;
上述支付模块606,与上述选取模块604连接,用于基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。
本申请实施例提供的订单支付装置,通过设置上述第一获取模块600,用于获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;上述第二获取模块602,与上述第一获取模块600连接,用于获取付款方账户对应的多个支付工具;上述选取模块604,与上述第二获取模块602连接,用于响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;上述支付模块606,与上述选取模块604连接,用于基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付,达到了采用多种支付工具对同一笔订单进行同时支付的目的,解决了相关技术中的支付方法仅支持一对一的支付方式,造成的交易效率低且用户体验感差的问题,进而达到了提升订单支付效率和用户体验感的效果。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,例如,对于后者,可以通过以下方式实现:上述各个模块可以位于同一处理器中;或者,上述各个模块以任意组合的方式位于不同的处理器中。
此处需要说明的是,上述第一获取模块600、第二获取模块602、选取模块604、支付模块606对应于实施例中的步骤S102至步骤S108,上述模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在计算机终端中。
需要说明的是,本实施例的可选或优选实施方式可以参见实施例1中的相关描述,此处不再赘述。
上述订单支付装置包括处理器和存储器,上述单元等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来(本发明的目的)。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现上述订单支付方法。
本发明实施例提供了一种处理器,上述处理器用于运行程序,其中,上述程序运行时执行上述订单支付方法。
如图7所示,本发明实施例提供了一种电子设备,该电子设备10包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取待支付订单对应的目标订单信息,其中,上述目标订单信息为校验处理后的初始订单信息;获取付款方账户对应的多个支付工具;响应作用于对上述多个支付工具的选择操作,从上述多个支付工具中选出至少两个目标支付工具;基于上述目标订单信息,采用上述至少两个目标支付工具对上述待支付订单进行支付。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:获取上述待支付订单对应的初始订单信息;采用第一校验规则对上述初始订单信息进行校验处理,得到第一校验结果;若上述第一校验结果指示上述初始订单信息校验通过,则将校验通过的上述初始订单信息作为上述目标订单信息。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:在上述付款方账户身份识别通过后,通过目标支付界面确定目标支付系统;根据上述目标支付系统确定得到上述多个支付工具。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:获取上述待支付订单对应的订单数据;采用第二校验规则对上述订单数据进行校验处理,得到第二校验结果;若上述第二校验结果指示上述订单数据校验通过,则根据校验通过的上述订单数据进行支付认证申请,得到申请受理结果;若上述申请受理结果指示受理通过,则受理订单处理模块发起的支付认证请求。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:获取上述待支付订单对应的受理订单结算申请信息,其中,上述受理订单结算申请信息包括:第三方应用平台发起的受理订单结算申请报文以及与上述受理订单结算申请报文对应的数字签名;对上述受理订单结算申请信息进行解密验证;在验证上述受理订单结算申请信息解密通过,并且上述第三方应用平台存在受理权限后,获取上述订单数据。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:获取上述待支付订单对应的支付认证结果;若支付认证结果指示上述待支付订单支付认证成功,则将上述付款方账户支付的目标金额从过渡内部户结算至收款方账户。
可选的,上述计算机程序产品还适于执行初始化有如下方法步骤的程序:根据上述目标订单信息关联查找上述收款方账户以及与上述目标订单信息对应的预签约协议信息;基于上述预签约协议信息确定资金入账方式和资金结算方式;基于上述资金入账方式和上述资金结算方式将资金从上述过渡内部户结算至上述收款方账户。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种订单支付方法,其特征在于,包括:
获取待支付订单对应的目标订单信息,其中,所述目标订单信息为校验处理后的初始订单信息;
获取付款方账户对应的多个支付工具;
响应作用于对所述多个支付工具的选择操作,从所述多个支付工具中选出至少两个目标支付工具;
基于所述目标订单信息,采用所述至少两个目标支付工具对所述待支付订单进行支付。
2.根据权利要求1所述的方法,其特征在于,在所述获取待支付订单对应的目标订单信息,包括:
获取所述待支付订单对应的所述初始订单信息;
采用第一校验规则对所述初始订单信息进行校验处理,得到第一校验结果;
若所述第一校验结果指示所述初始订单信息校验通过,则将校验通过的所述初始订单信息作为所述目标订单信息。
3.根据权利要求1所述的方法,其特征在于,所述获取付款方账户对应的多个支付工具,包括:
在所述付款方账户身份识别通过后,通过目标支付界面确定目标支付系统;
根据所述目标支付系统确定得到所述多个支付工具。
4.根据权利要求1所述的方法,其特征在于,在所述获取待支付订单对应的目标订单信息之前,所述方法还包括:
获取所述待支付订单对应的订单数据;
采用第二校验规则对所述订单数据进行校验处理,得到第二校验结果;
若所述第二校验结果指示所述订单数据校验通过,则根据校验通过的所述订单数据进行支付认证申请,得到申请受理结果;
若所述申请受理结果指示受理通过,则受理订单处理模块发起的支付认证请求。
5.根据权利要求4所述的方法,其特征在于,在所述获取所述待支付订单对应的订单数据之前,所述方法还包括:
获取所述待支付订单对应的受理订单结算申请信息,其中,所述受理订单结算申请信息包括:第三方应用平台发起的受理订单结算申请报文以及与所述受理订单结算申请报文对应的数字签名;
对所述受理订单结算申请信息进行解密验证;
在验证所述受理订单结算申请信息解密通过,并且所述第三方应用平台存在受理权限后,获取所述订单数据。
6.根据权利要求1所述的方法,其特征在于,在所述基于所述目标订单信息,采用所述目标支付工具对所述待支付订单进行支付之后,所述方法还包括:
获取所述待支付订单对应的支付认证结果;
若支付认证结果指示所述待支付订单支付认证成功,则将所述付款方账户支付的目标金额从过渡内部户结算至收款方账户。
7.根据权利要求6所述的方法,其特征在于,若支付认证结果指示所述待支付订单支付认证成功,则将所述付款方账户支付的目标金额从过渡内部户结算至收款方账户,包括:
根据所述目标订单信息关联查找所述收款方账户以及与所述目标订单信息对应的预签约协议信息;
基于所述预签约协议信息确定资金入账方式和资金结算方式;
基于所述资金入账方式和所述资金结算方式将资金从所述过渡内部户结算至所述收款方账户。
8.一种订单支付装置,其特征在于,包括:
第一获取模块,用于获取待支付订单对应的目标订单信息,其中,所述目标订单信息为校验处理后的初始订单信息;
第二获取模块,用于获取付款方账户对应的多个支付工具;
选取模块,用于响应作用于对所述多个支付工具的选择操作,从所述多个支付工具中选出至少两个目标支付工具;
支付模块,用于基于所述目标订单信息,采用所述至少两个目标支付工具对所述待支付订单进行支付。
9.一种非易失性存储介质,其特征在于,所述非易失性存储介质存储有多条指令,所述指令适于由处理器加载并执行权利要求1至7中任意一项所述的订单支付方法。
10.一种电子设备,其特征在于,包括一个或多个处理器和存储器,所述存储器用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1至7中任意一项所述的订单支付方法。
CN202210386153.9A 2022-04-13 2022-04-13 订单支付方法、装置、存储介质及电子设备 Pending CN114819938A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210386153.9A CN114819938A (zh) 2022-04-13 2022-04-13 订单支付方法、装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210386153.9A CN114819938A (zh) 2022-04-13 2022-04-13 订单支付方法、装置、存储介质及电子设备

Publications (1)

Publication Number Publication Date
CN114819938A true CN114819938A (zh) 2022-07-29

Family

ID=82535970

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210386153.9A Pending CN114819938A (zh) 2022-04-13 2022-04-13 订单支付方法、装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN114819938A (zh)

Similar Documents

Publication Publication Date Title
US11443316B2 (en) Providing identification information to mobile commerce applications
TWI716056B (zh) 身份認證、號碼保存和發送、綁定號碼方法、裝置及設備
TWI665619B (zh) Method for operating electronic account, method and device for displaying payment page
US11144916B2 (en) Techniques for conducting single or limited use purchases via a mobile device
CN109328445A (zh) 唯一令牌认证验证值
RU2769946C2 (ru) Система безопасных удаленных транзакций с использованием мобильных устройств
US10346823B2 (en) Methods and systems for activating an electronic payments infrastructure
US11010759B1 (en) Vendor specific payment account identifier
EP2798592A1 (en) Method and system for mobile commerce with real-time purchase support
TW201539341A (zh) 反向近場通訊電子交易的方法與系統
RU2740734C2 (ru) Системы и способы для упрощения защищенных электронных транзакций
US11017385B2 (en) Online transactions
US20200034818A1 (en) System and method for performing cashless transactions between computing devices
US20220036347A1 (en) Payment transaction process employing dynamic account expiry and dynamic token verification code
CN111369234A (zh) 一种基于区块链的同质化权益交易方法、设备及介质
CN114819938A (zh) 订单支付方法、装置、存储介质及电子设备
US11803839B2 (en) Provisioning of payment acceptance to payment account holders
KR20240018525A (ko) 사용자 계정 연계 결제 및 청구, 통합 디지털 청구인 결제 지갑을 위한 방법, 장치 및 시스템
US20220114588A1 (en) Aggregated transaction accounts
JP7161191B2 (ja) 送金指示装置、送金指示方法、送金指示プログラム及び送金指示システム
US20210319444A1 (en) Secure payments by third parties using a processing platform in live entertainment industries
CN111402031A (zh) 额度测算方法和额度测算装置
CN114331402A (zh) 一种提现方法及装置
CN115049379A (zh) 第三方支付方法和装置、处理器及电子设备
Xu et al. Digital Payment Systems

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