CN112926961A - 支付方法、展示方法、处理方法、装置以及电子设备 - Google Patents
支付方法、展示方法、处理方法、装置以及电子设备 Download PDFInfo
- Publication number
- CN112926961A CN112926961A CN202110385319.0A CN202110385319A CN112926961A CN 112926961 A CN112926961 A CN 112926961A CN 202110385319 A CN202110385319 A CN 202110385319A CN 112926961 A CN112926961 A CN 112926961A
- Authority
- CN
- China
- Prior art keywords
- information
- payment
- order
- party payment
- target user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
Abstract
本申请实施例提供针对订单的支付方法、装置,订单支付结果信息的展示方法、装置,针对订单的处理方法、装置,信息处理方法、装置,以及与上述方法对应的电子设备、计算机存储介质。在针对订单的支付方法中,仅需获得订购目标对象的订单信息,并将该订单信息提供给服务提供方,使得服务提供方能够获得第三方支付许可信息,如果第三方支付许可信息为允许使用目标用户的第三方支付账户,则向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,以保证后续对订单信息能够使用第三方支付账户进行支付,解决了因不能使用医保账户针对订单信息进行支付,从而导致购药平台使用率较低的问题。
Description
技术领域
本申请涉及计算机技术领域,具体涉及针对订单的支付方法、装置。本申请还涉及订单支付结果信息的展示方法、装置。本申请还涉及针对订单的处理方法、装置。本申请还涉及信息处理方法、装置。本申请还涉及与上述方法对应的电子设备、计算机存储介质。
背景技术
随着现代信息技术的飞速发展,网络在线购物已经成为用户购物的一种主要方式。用户足不出户就可以购买到生活中所需的各种物品。例如服饰、家庭用品、电子产品等。在一些购物平台上,用户还可以购买药品,这无疑给用户带来了便利。
然而,在现有的用户通过购物平台线上购买药品的方式中,用户只能通过自费的方式购买药品。对于一些在线下能通过医保卡支付购买的药品,在这种线上购买该药品的方式中是无法使用医保卡的,从而导致线上购买药品的用户较少。即使现在有一些购药平台可以使用医保卡购买一些药品,然而用户在购药平台上提交购药订单前,还需要等待后台反馈用户是否可以通过医保卡购买某些药品的校验结果,从而导致用户对购药平台的使用率较低。
发明内容
本申请实施例提供一种针对订单的支付方法,以解决现有的用户对购药平台的使用率较低的问题。同时,本申请实施例提供一种针对订单的支付装置。本申请实施例还涉及另外一种针对订单的支付方法、装置。本申请实施例还涉及订单支付结果信息的展示方法、装置。本申请实施例还涉及针对订单的处理方法、装置。本申请实施例还涉及信息处理方法、装置。本申请实施例还涉及与上述方法对应的电子设备、计算机存储介质。
本申请实施例提供一种针对订单的支付方法,包括:获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;向服务提供方发送所述订单信息;获得所述服务提供方发送的第三方支付许可信息;如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。
可选的,所述第三方支付账户包括特别关联账户,所述第三方支付许可信息包括特别关联账户支付许可信息;其中,所述特别关联账户支付许可信息为基于目标对象获得的、是否允许使用所述目标用户的特别关联账户进行支付的许可信息;所述特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与所述目标用户身份相关的账户。
可选的,所述第三方支付许可信息包含第三方支付额度信息;所述第三方支付请求信息中携带所述第三方支付额度信息。
可选的,在获得所述第三方支付许可信息之后,还包括:基于所述订单信息中包含的总支付额度信息,以及所述第三方支付额度信息,获得针对所述订单信息需要支付的通用支付额度信息;在所述向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息的同时,还包括向所述支付服务端发送所述通用支付额度信息。
可选的,在向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息之后,还包括:获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息;将所述第三方支付结果信息提供给所述用户端。
可选的,预先与所述用户端、所述支付服务端开设有免密支付功能。
可选的,在获得所述服务提供方发送的第三方支付许可信息之后,还包括:如果所述第三方支付许可信息为不允许使用所述目标用户的第三方支付账户,则向所述用户端发出无法使用所述目标用户的第三方支付账户进行支付的提示信息。
本申请实施例还提供一种针对订单的支付方法,包括:获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息;获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息。
本申请实施例还提供一种订单支付结果信息的展示方法,包括:向用户端对应的后台控制端发送用于订购目标对象的订单信息;所述订单信息与目标用户相对应;获得所述后台控制端返回的针对所述订单信息的第三方支付结果信息,所述第三方支付结果信息为使用所述目标用户的第三方支付账户的支付结果信息;展示所述第三方支付结果信息。
本申请实施例还提供一种针对订单的处理方法,包括:获得用于订购目标对象的订单信息;所述订单信息与目标用户相对应;获得用于表示针对所述订单信息是否允许使用所述目标用户的第三方支付账户的第三方支付许可信息;向用户端对应的后台控制端发送所述第三方支付许可信息。
本申请实施例还提供一种针对订单的处理方法,包括:获得用户端对应的后台控制端发送的针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息;所述订单信息为用于订购目标对象的订单信息;所述订单信息与目标用户相对应;向所述后台控制端发送针对所述第三方支付请求消息的第三方支付结果信息。
本申请实施例还提供一种信息处理方法,包括:获得用户端对应的后台控制端发送的用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;针对所述账户绑定请求消息,将所述目标用户的第三方支付账户信息与所述目标用户进行绑定。
本申请实施例还提供一种信息处理方法,包括:向支付服务端发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;获得所述支付服务端返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
本申请实施例还提供一种信息处理方法,包括:向支付应用发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;获得所述支付应用返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
本申请实施例还提供一种针对订单的支付装置,包括:订单信息获得单元,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;订单信息发送单元,用于向服务提供方发送所述订单信息;许可信息获得单元,用于获得所述服务提供方发送的第三方支付许可信息;支付请求消息发送单元,用于如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。
本申请实施例还提供一种针对订单的支付装置,包括:订单信息发送单元,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;支付请求消息发送单元,用于向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息;支付结果信息获得单元,用于获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息。
本申请实施例还提供一种订单支付结果信息的展示装置,包括:订单信息发送单元,用于向用户端对应的后台控制端发送用于订购目标对象的订单信息;所述订单信息与目标用户相对应;支付结果信息获得单元,用于获得所述后台控制端返回的针对所述订单信息的第三方支付结果信息,所述第三方支付结果信息为使用所述目标用户的第三方支付账户的支付结果信息;展示单元,用于展示所述第三方支付结果信息。
本申请实施例还提供一种针对订单的处理装置,包括:订单信息获得单元,用于获得用于订购目标对象的订单信息;所述订单信息与目标用户相对应;许可信息获得单元,用于获得用于表示针对所述订单信息是否允许使用所述目标用户的第三方支付账户的第三方支付许可信息;许可信息发送单元,用于向用户端对应的后台控制端发送所述第三方支付许可信息。
本申请实施例还提供一种针对订单的处理装置,包括:支付请求消息获得单元,用于获得用户端对应的后台控制端发送的针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息;所述订单信息为用于订购目标对象的订单信息;所述订单信息与目标用户相对应;支付结果信息发送单元,用于向所述后台控制端发送针对所述第三方支付请求消息的第三方支付结果信息。
本申请实施例还提供一种信息处理装置,包括:绑定请求消息获得单元,用于获得用户端对应的后台控制端发送的用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定单元,用于针对所述账户绑定请求消息,将所述目标用户的第三方支付账户信息与所述目标用户进行绑定。
本申请实施例还提供一种信息处理装置,包括:绑定请求消息发送单元,用于向支付服务端发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定结果信息获得单元,用于获得所述支付服务端返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
本申请实施例还提供一种信息处理装置,包括:绑定请求消息发送单元,用于向支付应用发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定结果信息获得单元,用于获得所述支付应用返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
本申请实施例提供一种电子设备,包括:处理器;存储器,用于存储计算机程序,该计算机程序被处理器运行,执行上述针对订单的支付方法、订单支付结果信息的展示方法、针对订单的处理方法以及信息处理方法。
本申请实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序,该计算机程序被处理器运行,执行上述针对订单的支付方法、订单支付结果信息的展示方法、针对订单的处理方法以及信息处理方法。
与现有技术相比,本申请实施例具有以下优点:
本申请实施例提供一种针对订单的支付方法,包括:获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;向服务提供方发送所述订单信息;获得所述服务提供方发送的第三方支付许可信息;如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。在本申请实施例中,由于仅需获得用户端提供的订购目标对象的订单信息,并将该订单信息提供给服务提供方,使得服务提供方能够获得第三方支付许可信息,如果第三方支付许可信息为允许使用目标用户的第三方支付账户,则向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,以保证后续对订单信息能够使用第三方支付账户进行支付,解决了现有的因不能使用医保账户针对订单信息进行支付,从而导致用户对购药平台的使用率较低的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本申请提供的针对订单的支付方法的场景示意图;
图2为本申请第一实施例提供的针对订单的支付方法的流程图;
图3为本申请第二实施例提供的针对订单的支付方法的流程图;
图4为本申请第三实施例提供的订单支付结果信息的展示方法的流程图;
图5为本申请第四实施例提供的针对订单的处理方法的流程图;
图6为本申请第五实施例提供的针对订单的处理方法的流程图;
图7为本申请第六实施例提供的信息处理方法的流程图;
图8为本申请第七实施例提供的信息处理方法的流程图;
图9为本申请第八实施例提供的信息处理方法的流程图;
图10为本申请第九实施例提供的针对订单的支付装置的示意图;
图11为本申请第十实施例提供的针对订单的支付装置的示意图;
图12为本申请第十一实施例提供的订单支付结果信息的展示装置的示意图;
图13为本申请第十二实施例提供的针对订单的处理装置的示意图;
图14为本申请第十三实施例提供的针对订单的处理装置的示意图;
图15为本申请第十四实施例提供的信息处理装置的示意图;
图16为本申请第十五实施例提供的信息处理装置的示意图;
图17为本申请第十七实施例中提供的电子设备的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此,本申请不受下面公开的具体实施的限制。
为了更清楚地展示本申请实施例提供的针对订单的支付方法,先介绍一下本申请实施例提供的针对订单的支付方法的应用场景。
在本申请中,主要涉及针对订单的支付方法。该支付方法主要是在针对订单的支付系统中进行的。在该支付系统中包括如下执行主体:用户端、用户端对应的后台控制端、支付应用、支付服务端、服务提供方对应的应用、第三方支付账户管理系统。
如图1所示,其为本申请提供的针对订单的支付方法的场景示意图。在第一场景示意图中,示意出了上述支付系统以及系统中的各个执行主体的信息处理过程。
用户端可以是用于向用户提供订购对象或者订购服务的终端应用,例如,当用户通过线上方式订购药品时,用户可以通过终端应用中的用于用户订购药品的药品订购平台来订购药品。在该场景下,订购药品即为订购对象。当然,本申请中,订购对象还可以是订购除了药品之外的对象,在本申请中,以订购药品作为订购对象的示例说明。订购服务可以是订购问诊服务等。对应地,用户端对应的后台控制端可以是指对应于用户端的服务端。
请参照图1,目标用户通过用户端订购药品后,用户端直接将表示目标用户订购药品的订单信息提供给用户端对应的后台控制端。在用户端将表示目标用户订购药品的订单信息提供给后台控制端后,后台控制端将订单信息提供给服务提供方对应的应用,并向服务提供方发送第三方支付许可请求消息。第三方支付许可请求消息在订购药品的场景下,即为使用目标用户的医保账户进行支付的判断请求消息。
该特别关联账户支付许可信息为基于目标对象获得的、是否允许使用目标用户的特别关联账户进行支付的许可信息;特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与目标用户身份相关的账户。
第三方支付账户包括特别关联账户,第三方支付许可信息包括特别关联账户支付许可信息。特别关联账户支付许可信息为基于目标对象获得的、是否允许使用目标用户的特别关联账户进行支付的许可信息;特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与目标用户身份相关的账户。
在购药场景下,特别关联账户管理系统可以包含支付平台,特别关联账户管理系统可以是指医保账户管理系统,具体可以是指医保局系统。对应地,支付平台可以是指医保支付平台。在购药场景中,可以采用医保账户对用户购买的一些药品或者问诊服务所需要支付的金额进行全额支付或者部分支付。
在购药场景下,该特别关联账户支付许可信息为基于购买的药品获得的是否允许使用购买用户的医保账户进行支付的许可信息。例如,药品A属于符合医保支付的药品,则允许使用购买药品A的购买用户甲的医保账户进行支付的购买的药品A。
服务提供方对应的应用获得订单信息与第三方支付许可请求消息后,判断是否允许使用目标用户的第三方支付账户支付该订单。在订购药品的场景中,服务提供方可以是指药店方,而服务提供方对应的应用为药店方对应的应用。
在本申请中,服务提供方可以为用户端提供订购的对象或者服务。例如,药店方可以为用户端提供药品。当用户端为外卖订购应用时,服务提供方可以是指提供餐品的商家。
在本申请实施例中,药店方对应的应用可以根据订单信息判断是否允许使用目标用户的第三方支付账户支付该订单,在目标用户订购药品的示例中,目标用户的第三方支付账户即为目标用户的医保账户。换言之,药店方对应的应用可以基于订单信息判断目标用户是否能够使用该目标用户的医保账户支付该订单信息。
在药店方对应的应用基于订单信息判断是否可使用目标用户的医保账户进行支付的第三方支付许可信息之后,将该第三方支付许可信息提供给后台控制端。基于上述过程,即获得了订单信息是否可使用目标用户的第三方支付账户进行支付的第三方支付许可信息。
在本实施例中,第三方支付许可信息可以包括以下情形。以订购药品为例,第三方支付许可信息可以包括:订单信息中的药品可以使用目标用户的医保账户支付,订单信息中的药品不可以使用目标用户的医保账户支付。对于订单信息中的药品可以使用目标用户的医保账户支付的情形中,又包括:订单信息中的全部药品可以使用目标用户的医保账户支付,订单信息中的部分药品或者对应药品的部分费用可以使用目标用户的医保账户支付。
后台控制端在获得上述第三方支付许可信息之后,通过调用支付服务端的支付接口,向支付服务端发送针对该订单信息进行支付的第三方支付请求消息。在本实施例中,支付服务端为支付应用对应的服务端,支付应用为用户端授权对订单信息进行支付的应用。
为确保能够使用目标用户的第三方支付账户针对订单信息进行支付,预先在支付应用中将目标用户的第三方支付账户信息与目标用户相互绑定。例如,在订购药品并采用目标用户的医保账户进行支付的场景中,预先将目标用户的医保账户信息与目标用户信息进行绑定。
在本实施例中,支付应用可以是对用户进行实名认证的应用,具体可以在支付应用中存储有与用户相关的用户信息实现实名认证。当目标用户订购药品时,为了确保对订购药品能够使用目标用户的医保账户进行支付,可以预先将目标用户相关的目标用户信息与目标用户的医保账户信息进行绑定。
将目标用户相关的目标用户信息与目标用户的医保账户信息进行绑定的过程可以如下描述。请继续参照图1,首先,目标用户在用户端中提供目标用户的医保账户信息。用户端获得目标用户的医保账户信息后,可以直接将目标用户的医保账户信息提供给支付应用,进而使得支付应用将目标用户信息与目标用户的医保账户信息进行绑定,进而获得绑定结果信息。最终,支付应用将绑定结果信息提供给用户端,从而使得目标用户获知绑定结果信息。
具体地,在将目标用户信息与目标用户的医保账户信息进行绑定的过程中,还可以是支付应用向支付服务端发送将目标用户信息与目标用户的医保账户信息进行绑定的绑定请求消息,支付服务端基于支付应用发送的绑定请求消息,将目标用户信息与目标用户的医保账户信息进行绑定。
在将目标用户信息与目标用户的医保账户信息进行绑定的过程中,还可以是如图1所示的用户端向后台控制端发送医保账户信息,进而后台控制端向支付服务端发送医保账户信息,以及将目标用户信息与目标用户的医保账户信息进行绑定的绑定请求消息,支付服务端基于支付应用发送的医保账户信息与绑定请求消息,将目标用户信息与目标用户的医保账户信息进行绑定。
上述无论采用何种方式,都能实现在支付应用中将目标用户信息与目标用户的医保账户信息进行绑定。
在支付服务端获得后台控制端发送的用于请求使用目标用户的医保账户信息针对订单信息进行支付的第三方支付请求消息之后,基于第三方支付请求消息,向服务提供方发送通知使用目标用户的医保账户信息针对订单信息进行支付的通知消息。
服务提供方通过服务提供方对应的应用获得上述通知消息后,向第三方支付账户管理系统发送请求使用目标用户的医保账户针对订单信息进行结算的结算请求消息。
在订购药品的场景中,第三方支付账户管理系统可以是指医保局管理系统,医保局管理系统用于管理目标用户的医保账户信息,并可以使用目标用户的医保账户对药品订单进行结算。医保局管理系统对药品订单进行结算后,即可获得针对订单信息的结算结果信息。同时医保局管理系统将对应订单信息的结算结果信息提交至药店方的账户。
药店方,即:服务提供方对应的应用获得结果信息之后,将结算结果信息提供给支付服务端,支付服务端基于结算结果信息,针对药品订单采用目标用户的医保账户进行支付,从而获得第三方支付结果信息。
之后,支付服务端向后台控制端发送针对第三方支付请求消息的第三方支付结果信息。后台控制端在获得第三方支付结果信息后,将第三方支付结果信息提供给用户端,从而在用户端为目标用户展示第三方支付结果信息。
需要说明的是,基于第三方支付结果信息可以使得目标用户获知针对订单已经全部成功支付或者部分支付成功。其中的全部成功支付情形是针对订单信息中的全部药品可以使用目标用户的医保账户支付时,已经针对该订单完全完成支付的情况;部分支付成功情形是针对订单信息中的部分药品或者对应药品的部分费用可以使用目标用户的医保账户支付时,而针对部分药品或者对应药品的部分费用完成支付的情况。
基于此,完成了使用目标用户的第三方支付账户进行支付的过程。
由于在订购药品的场景中,订单中的全部药品或者部分药品或者对应药品的部分费用可能不能使用医保账户支付,支付服务端会将不能使用医保账户支付全部药品或者部分药品或者对应药品的部分费用的提示信息提供给后台控制端,进而使得后台控制端将提示信息提供给用户端。
之后,后台控制端获得目标用户通过用户端选择的针对订单信息的通用支付方式信息;并基于该通用支付方式信息,向支付服务端发送用于请求使用通用支付方式信息针对订单信息进行支付的通用支付请求消息。支付服务端基于通用支付请求消息,对订单信息使用该通用支付方式进行支付。在目标用户的订购药品的场景中,该通用支付方式可以是自费方式。在通用支付请求消息中携带有通用支付额度信息,该通用支付额度信息根据针对订单信息的总支付额度信息与第三方支付额度信息获得。第三方支付额度信息可以由药店方确定,药店方确定第三方支付额度信息之后,将包含第三方支付额度信息的第三方支付许可信息提供给后台控制端。
另外,需要说明的是,在支付服务端、后台控制以及用户端之间预先开设有免密支付功能,采用免密支付功能有助于后台控制端在获得第三方支付许可信息后,直接向支付服务端发送第三方支付请求消息,免去了用户在支付端等待输入支付密码的过程,从而避免用户在支付订单时由于等待浪费时间,进而解决了用户针对购药平台使用率较低的问题。
在本实施例中,在对订单支付完成后,通知配送人员对订单进行配送。具体地,后台控制端可以将要配送的订单的相关配送信息推送至配送人员所持的终端,以供配送人员进行配送。订单的相关配送信息可以包括订单的目的地地址信息、取药品的地址信息以及目标用户的联系方式信息。
在本申请中,在对订单进行支付时,订单不仅仅可以是指某一个目标用户订购的某一种对象,还可以是指多个服务提供方提供的多个订购对象。例如,目标用户可以同时对几种不同的药品、问诊服务等同时进行支付。
当目标用户通过用户端订购对象时,例如,在订购药品时,需要对用户端推荐的相同药品进行选择。此时,用户端可以基于目标用户所处的位置对药品进行推荐。即,在订购相同药品时,用户端可以将距离目标用户的位置最近的药店排在首先要推荐的位置,以供目标用户优先选择该药店的药品。
本申请的实施例中不对针对订单的支付方法的应用场景做具体的限定,上述针对订单的支付方法的应用场景,仅仅是本申请提供的针对订单的支付方法的应用场景的一个实施例,提供该应用场景实施例的目的是便于理解本申请提供的针对订单的支付方法,而并非用于限定本申请提供的针对订单的支付方法。本申请实施例对提供的针对订单的支付方法的其它应用场景,不再一一赘述。
第一实施例
本申请第一实施例提供一种针对订单的支付方法,以下结合图2进行说明。
请参照图2,其为本申请第一实施例提供的针对订单的支付方法的流程图。
在步骤S201中,获得用户端提供的订购目标对象的订单信息;订单信息与目标用户相对应。
在本实施例中,用户端可以是用于用户订购对象的终端应用,例如,当用户通过线上方式订购药品时,用户端为订购药品所使用的应用。在该场景下,订购药品即为订购对象。当然,本申请中,订购对象还可以是订购除了药品之外的对象,在本申请中,以订购药品进行举例说明。本实施例的支付方法的执行主体为用户端对应的后台控制端,例如,当用户端为订购药品所使用的终端应用时,用户端对应的后台控制端可以为订购药品所使用的终端应用对应的服务端。
在步骤S202中,向服务提供方发送订单信息。
本实施例中,在获得订单信息后,向服务提供方发送订单信息,服务提供方是为用户提供订购对象的一方。服务提供方通过服务提供方对应的应用接收订单信息。服务提供方对应的应用获得订单信息后,获得用于表示针对订单信息是否可使用目标用户的第三方支付账户进行支付的第三方支付许可信息。在订购药品的场景中,服务提供方可以是指药店方,而服务提供方对应的应用为药店方对应的应用。第三方支付账户可以是指订购药品用户的医保账户。
在步骤S203中,获得服务提供方发送的第三方支付许可信息。
在本实施例中,在向服务提供方发送订单信息之后,获得服务提供方发送的第三方支付许可信息之前,还包括:向服务提供方发送第三方支付许可请求消息;第三方支付许可信息是服务提供方针对第三方支付许可请求消息的响应信息。
作为获得服务提供方发送的第三方支付许可信息的一种方式,可以是指:获得服务提供方发送的针对第三方支付许可请求消息的、用于表示针对订单信息是否可使用目标用户的第三方支付账户进行支付的第三方支付许可信息。
在步骤S204中,如果第三方支付许可信息为允许使用目标用户的第三方支付账户,则向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息。
在本实施例中,第三方支付账户包括特别关联账户,第三方支付许可信息包括特别关联账户支付许可信息。其中,特别关联账户支付许可信息为基于目标对象获得的、是否允许使用目标用户的特别关联账户进行支付的许可信息;特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与目标用户身份相关的账户。
在本实施例中,在向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息之后,支付服务端可以获得针对第三方支付请求消息的第三方支付结果信息。支付服务端获得第三方支付结果信息后,将第三方支付结果信息提供给用户端对应的后台控制端;用户端对应的后台控制端将第三方支付结果信息提供给用户端,以供用户查看第三方支付结果信息。
在本实施例中,第三方支付结果信息基于第三方支付账户管理系统提供的针对订单信息的结算结果获得。于第三方支付账户管理系统为用于管理第三方支付账户的系统。例如,在购药场景下,当第三方支付账户为医保账户时,第三方支付账户管理系统可以是指医保局系统。
需要说明的是,在本实施例中,第三方支付许可信息可以包含第三方支付额度信息;第三方支付请求信息中携带该第三方支付额度信息。
在本实施例中,在获得第三方支付许可信息之后,可以基于订单信息中包含的总支付额度信息,以及第三方支付额度信息,获得针对订单信息需要支付的通用支付额度信息。例如,在购买药品时,订单中药品的总费用为1200元,总费用即为总支付额度信息。假设药店方判断该订单中的药品医保支付费用部分不能超过1000元,则第三方支付额度信息为1000元。该订单中药品对应的通用支付额度信息为200元。
另外,在向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息的同时,还包括向支付服务端发送通用支付额度信息。
在本实施例中,用户端对应的后台控制端与用户端、支付服务端开设有免密支付功能。采用免密支付功能有助于后台控制端在获得第三方支付许可信息后,直接向支付服务端发送第三方支付请求消息,免去了用户在支付端等待输入支付密码的过程,从而避免用户在支付订单时由于等待浪费时间,进而解决了用户针对购药平台使用率较低的问题。
在本实施例中,在获得用户端提供的订购目标对象的订单信息之前,还包括:在支付服务端将目标用户的第三方支付账户信息与目标用户相互绑定。具体地,通过以下方式在支付服务端将目标用户的第三方支付账户信息与目标用户相互绑定:发送用于请求将目标用户的第三方支付账户信息与目标用户相互绑定的账户绑定请求消息,账户绑定请求消息中至少携带有目标用户的第三方支付账户信息;将账户绑定请求消息提供给支付服务端。
之后,即可获得支付服务端返回的绑定结果信息;所述绑定结果信息包含有目标用户与目标用户的第三方支付账户相互绑定的结果信息。
在订购药品的场景中,为了能利用目标用户的医保账户对目标用户的购药订单进行支付,可以预先将目标用户的医保账户信息与目标用户信息预先绑定在支付服务端处,在药店方判断针对订单信息可以使用医保账户进行支付时,直接采用订单信息对应的用户的医保账户进行支付。
在本实施例中,向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,可以是指:基于订单信息,获得与订单信息对应的目标用户信息;基于目标用户信息与绑定结果信息,获得与目标用户信息对应的目标用户的第三方支付账户信息;向支付服务端发送针对订单信息进行支付的第三方支付请求消息,第三方支付请求消息中携带有目标用户的第三方支付账户信息。
例如,在医药订购场景中,通过用户订购药品的目标订单,可以获得目标用户信息。然后,再根据目标用户信息与预先的绑定结果信息,获得目标用户的医保账户信息。在获得目标用户的医保账户信息之后,向支付服务端发送采用该目标用户的医保账户针对目标用户的订单进行支付的请求消息。
作为向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息的一种方式,通过调用支付服务端的支付接口,向支付服务端发送针对订单信息进行支付的第三方支付请求消息。
在本实施例中,在获得服务提供方发送的第三方支付许可信息之后,还包括:如果第三方支付许可信息为不允许使用目标用户的第三方支付账户,则向用户端发出无法使用目标用户的第三方支付账户进行支付的提示信息。
例如,当药店方判断订单信息不能采用医保账户进行支付时,用户端对应的后台控制端可以向用户端发出不能使用医保账户进行支付的提示信息。目标用户即可获知该订单不能采用医保账户进行支付的提示信息。
在本实施例中,在向用户端发出无法使用目标用户的第三方支付账户进行支付的提示信息之后,还包括:获得用户端发送的针对订单信息的通用支付方式信息;基于通用支付方式信息,向支付服务端发送用于请求使用通用支付方式进行支付的通用支付请求消息。
由于不能采用医保账户针对订单信息进行支付时,可以采用除医保账户之外的其他支付方式针对订单进行支付。因此,还可以通过用户端询问目标用户是否使用通用支付方式针对订单信息进行支付。目标用户可以通过用户端设置针对订单信息进行支付的通用支付方式。通用支付方式可以是指自费支付。
在本实施例中,在向支付服务端发送通用支付请求消息之后,还包括:获得支付服务端返回的针对通用请求消息的通用支付结果信息;将通用支付结果信息提供给用户端。
在本申请实施例中,仅需获得用户端提供的订购目标对象的订单信息,并将该订单信息提供给服务提供方,使得服务提供方能够获得第三方支付许可信息,如果第三方支付许可信息为允许使用目标用户的第三方支付账户,则向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,以保证后续对订单信息能够使用第三方支付账户进行支付,解决了现有的因不能使用医保账户针对订单信息进行支付,从而导致用户对购药平台的使用率较低的问题。
第二实施例
与第一实施例对应地,本申请第二实施例提供另外一种针对订单的支付方法。与第一实施例不同的是,第一实施例需要获得服务提供方发送的第三方支付许可信息,第二实施例中的执行主体,即:用户端的后台控制端不需要获得第三方支付许可信息,直接可以向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息。第二实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图3,其为本申请第二实施例提供的针对订单的支付方法的流程图。
在步骤S301中,获得用户端提供的订购目标对象的订单信息;订单信息与目标用户相对应。
在步骤S302中,向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息。
在步骤S303中,获得支付服务端返回的针对第三方支付请求消息的第三方支付结果信息。
在本申请实施例中,仅需获得用户端提供的订购目标对象的订单信息,向支付服务端发送针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,获得支付服务端返回的针对第三方支付请求消息的第三方支付结果信息。解决了现有的因不能使用医保账户针对订单信息进行支付,从而导致用户对购药平台的使用率较低的问题。
第三实施例
与第一实施例对应地,本申请第三实施例提供一种订单支付结果信息的展示方法。与第一实施例不同的是,该实施例的执行主体为用户端,第一实施例的执行主体为用户端对应的后台控制端。第三实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图4,其为本申请第三实施例提供的订单支付结果信息的展示方法的流程图。
在步骤S401中,向用户端对应的后台控制端发送用于订购目标对象的订单信息;订单信息与目标用户相对应。
在步骤S402中,获得后台控制端返回的针对订单信息的第三方支付结果信息,第三方支付结果信息为使用目标用户的第三方支付账户的支付结果信息。
在步骤S403中,展示第三方支付结果信息。
在本实施例中,在向用户端对应的后台控制端发送用于订购目标对象的订单信息之前,还包括:响应于检测到目标用户针对订购目标对象的确认操作,获得表示目标用户订购目标对象的订单信息。
在本实施例中,在向用户端对应的后台控制端发送用于订购目标对象的订单信息之前,还包括:向后台控制端发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息,账户绑定请求消息中至少携带有目标用户的第三方支付账户信息;获得后台控制端返回的绑定结果信息;所述绑定结果信息包含有目标用户与目标用户的第三方支付账户相互绑定的结果信息;展示绑定结果信息。
在本申请实施例中,用户端仅需向用户端对应的后台控制端发送用于订购目标对象的订单信息,便可直接获得后台控制端返回的针对订单信息的第三方支付结果信息。在获得第三方支付结果信息之后,便可直接展示第三方支付结果信息。无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第四实施例
与第一实施例对应地,本申请第四实施例提供一种针对订单的处理方法。与第一实施例不同的是,该实施例的执行主体为服务提供方对应的应用,第一实施例的执行主体为用户端对应的后台控制端。第四实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图5,其为本申请第四实施例提供的针对订单的处理方法的流程图。
在步骤S501中,获得用于订购目标对象的订单信息;订单信息与目标用户相对应。
在步骤S502中,获得用于表示针对订单信息是否允许使用目标用户的第三方支付账户的第三方支付许可信息。
在步骤S503中,向用户端对应的后台控制端发送第三方支付许可信息。
在本实施例中,在获得用于订购目标对象的订单信息之后,向用户端对应的后台控制端发送第三方支付许可信息之前,还包括:获得后台控制端发送的第三方支付许可请求消息;第三方支付许可信息是针对第三方支付许可请求消息的响应信息。
作为获得用于表示针对订单信息是否允许使用目标用户的第三方支付账户的第三方支付许可信息,可以是指:基于订单信息中所包含的目标对象信息,判断目标对象信息是否符合使用目标用户的第三方支付账户进行支付的条件,获得第三方支付许可信息。需要说明的是,第三方支付许可信息包含第三方支付额度信息。
在本实施例中,在向用户端对应的后台控制端发送第三方支付许可信息之后,还包括:获得支付服务端发送的通知使用目标用户的第三方支付账户针对订单信息进行支付的通知消息;向支付服务端发送针对通知消息的结算结果信息,结算结果信息为第三方支付账户管理系统提供的针对订单信息的结算结果。
在本实施例中,在获得支付服务端发送的通知使用目标用户的第三方支付账户针对订单信息进行支付的通知消息之后,还包括:基于通知消息,向第三方支付账户管理系统发送第三方结算请求消息;结算结果信息是第三方支付账户管理系统针对第三方结算请求消息的响应信息。
在本申请实施例中,服务提供方对应的应用获得用于订购目标对象的订单信息,并获得用于表示针对订单信息是否允许使用目标用户的第三方支付账户的第三方支付许可信息。之后,向用户端对应的后台控制端发送第三方支付许可信息。无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第五实施例
与第一实施例对应地,本申请第五实施例提供一种针对订单的处理方法。与第一实施例不同的是,该实施例的执行主体为支付服务端,第一实施例的执行主体为用户端对应的后台控制端。第五实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图6,其为本申请第五实施例提供的针对订单的处理方法的流程图。
在步骤S601中,获得用户端对应的后台控制端发送的针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息;订单信息为用于订购目标对象的订单信息;订单信息与目标用户相对应。
在步骤S602中,向后台控制端发送针对第三方支付请求消息的第三方支付结果信息。
在本实施例中,在获得第三方支付请求消息之后,向后台控制端发送第三方支付结果信息之前,还包括:向服务提供方发送通知使用目标用户的第三方支付账户针对订单信息进行支付的通知消息;获得服务提供方返回的针对通知消息的结算结果信息,结算结果信息为第三方支付账户管理系统提供的针对订单信息的结算结果;根据结算结果信息,获得第三方支付结果信息。
在本实施例中,第三方支付请求信息中携带第三方支付额度信息。
在本实施例中,在获得用户端对应的后台控制端发送的针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息的同时,还包括获得用户端对应的后台控制端发送的针对订单信息需要支付的通用支付额度信息。
在本实施例中,所述支付服务端与所述用户端、所述用户端对应的后台控制端开设有免密支付功能。
在本实施例中,支付服务端基于针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息,向后台控制端发送针对第三方支付请求消息的第三方支付结果信息。由于支付服务端直接可将第三方支付结果信息提供给后台控制端,以供后台控制端将该第三方支付结果信息提供给用户端,无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第六实施例
与第一实施例对应地,本申请第六实施例提供一种信息处理方法。与第一实施例不同的是,该实施例的执行主体为支付服务端,第一实施例的执行主体为用户端对应的后台控制端。第六实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图7,其为本申请第六实施例提供的信息处理方法的流程图。
在步骤S701中,获得用户端对应的后台控制端发送的用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;账户绑定请求消息中至少携带有目标用户的第三方支付账户信息。
在步骤S702中,针对账户绑定请求消息,将目标用户的第三方支付账户信息与目标用户进行绑定。
在本实施例中,在将目标用户的第三方支付账户信息与目标用户进行绑定后,还包括:获得包含有目标用户与目标用户的第三方支付账户相互绑定的绑定结果信息;将绑定结果信息提供给后台控制端。
在本实施例中,支付服务端获得用户端对应的后台控制端发送的用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;账户绑定请求消息中至少携带有目标用户的第三方支付账户信息,针对账户绑定请求消息,将目标用户的第三方支付账户信息与目标用户进行绑定。由于支付服务端将目标用户的第三方支付账户信息与目标用户进行了绑定,因而能够获得目标用户的第三方支付账户信息,以后续对目标用户的订单信息采用第三方支付账户进行支付。无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第七实施例
与第一实施例对应地,本申请第七实施例提供一种信息处理方法。与第一实施例不同的是,该实施例的执行主体为支付应用,第一实施例的执行主体为用户端对应的后台控制端。第七实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图8,其为本申请第七实施例提供的信息处理方法的流程图。
在步骤S801中,向支付服务端发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;账户绑定请求消息中至少携带有目标用户的第三方支付账户信息。
在步骤S802中,获得支付服务端返回的针对账户绑定请求消息的绑定结果信息;绑定结果信息包含有目标用户与目标用户的第三方支付账户相互绑定的结果信息。
在本实施例中,在获得绑定结果信息之后,还包括:向目标用户展示用于表示是否展示绑定结果信息的询问信息;响应于检测到目标用户针对询问信息的确认操作,展示绑定结果信息。
在本实施例中,在获得绑定结果信息之后,还包括:语音播放绑定结果信息;和/或,展示绑定结果信息。
在本实施例中,由于支付应用获得了支付服务端返回的针对账户绑定请求消息的绑定结果信息,因而能够获得目标用户的第三方支付账户信息,以后续对目标用户的订单信息采用第三方支付账户进行支付。无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第八实施例
与第一实施例对应地,本申请第八实施例提供一种信息处理方法。与第一实施例不同的是,该实施例的执行主体为用户端,第一实施例的执行主体为用户端对应的后台控制端。第八实施例中与场景实施例、第一实施例相同的部分不再介绍,具体请参见场景实施例、第一实施例的相关部分。
请参照图9,其为本申请第八实施例提供的信息处理方法的流程图。
在步骤S901中,向支付应用发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息。
在步骤S902中,获得所述支付应用返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有目标用户与目标用户的第三方支付账户相互绑定的结果信息。
在本实施例中,由于用户端获得了支付应用返回的针对账户绑定请求消息的绑定结果信息,因而能够获得目标用户的第三方支付账户信息,以后续对目标用户的订单信息采用第三方支付账户进行支付。无需目标用户在提交订单信息之前或者之后等待是否可使用目标用户的第三方支付账户针对订单信息进行支付的第三方支付许可信息,解决了现有的用户对购药平台的使用率较低的问题。
第九实施例
与本申请第一实施例提供的针对订单的支付方法相对应的,本申请第九实施例还提供一种针对订单的支付装置。由于装置实施例基本相似于第一实施例,所以描述得比较简单,相关之处参见第一实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图10,其为本申请第九实施例提供的针对订单的支付装置的示意图。
该针对订单的支付装置包括:订单信息获得单元1001,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;订单信息发送单元1002,用于向服务提供方发送所述订单信息;许可信息获得单元1003,用于获得所述服务提供方发送的第三方支付许可信息;支付请求消息发送单元1004,用于如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。
可选的,所述第三方支付账户包括特别关联账户,所述第三方支付许可信息包括特别关联账户支付许可信息;其中,所述特别关联账户支付许可信息为基于目标对象获得的、是否允许使用所述目标用户的特别关联账户进行支付的许可信息;所述特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与所述目标用户身份相关的账户。
可选的,所述第三方支付许可信息包含第三方支付额度信息;所述第三方支付请求信息中携带所述第三方支付额度信息。
可选的,还包括:通用支付额度信息获得单元,所述通用支付额度信息获得单元用于:在获得所述第三方支付许可信息之后,基于所述订单信息中包含的总支付额度信息,以及所述第三方支付额度信息,获得针对所述订单信息需要支付的通用支付额度信息;所述支付请求消息发送单元,还用于:向所述支付服务端发送所述通用支付额度信息。
可选的,还包括:第三方支付结果信息获得单元与提供单元,所述第三方支付结果信息获得单元,具体用于:获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息;所述提供单元,具体用于:将所述第三方支付结果信息提供给所述用户端。
可选的,所述装置为预先与所述用户端、所述支付服务端开设有免密支付功能。
可选的,所述第三方支付结果信息基于第三方支付账户管理系统提供的针对所述订单信息的结算结果获得。
可选的,还包括:第三方支付许可请求消息发送单元;所述第三方支付许可请求消息发送单元,具体用于:在向服务提供方发送所述订单信息之后,获得所述服务提供方发送的第三方支付许可信息之前,向所述服务提供方发送第三方支付许可请求消息;所述第三方支付许可信息是服务提供方针对所述第三方支付许可请求消息的响应信息。
可选的,还包括:绑定单元;所述绑定单元,具体用于:在所述支付服务端将所述目标用户的第三方支付账户信息与所述目标用户相互绑定。
可选的,所述支付请求消息发送单元,具体用于:基于所述订单信息,获得与所述订单信息对应的目标用户信息;基于所述目标用户信息,获得与所述目标用户绑定的第三方支付账户信息;所述第三方支付请求消息中携带有所述目标用户的第三方支付账户信息。
可选的,还包括:提示信息单元,所述提示信息单元,具体用于:在获得所述服务提供方发送的第三方支付许可信息之后,如果所述第三方支付许可信息为不允许使用所述目标用户的第三方支付账户,则向所述用户端发出无法使用所述目标用户的第三方支付账户进行支付的提示信息。
可选的,还包括:通用支付请求消息发送单元;所述通用支付请求消息发送单元,具体用于:在向所述用户端发出无法使用所述目标用户的第三方支付账户进行支付的提示信息之后,获得所述用户端发送的针对所述订单信息的通用支付方式信息;基于所述通用支付方式信息,向所述支付服务端发送用于请求使用所述通用支付方式进行支付的通用支付请求消息。
第十实施例
与本申请第二实施例提供的针对订单的支付方法相对应的,本申请第十实施例还提供一种针对订单的支付装置。由于装置实施例基本相似于第二实施例,所以描述得比较简单,相关之处参见第二实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图11,其为本申请第十实施例提供的针对订单的支付装置的示意图。该针对订单的支付装置包括:订单信息发送单元1101,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;支付请求消息发送单元1102,用于向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息;支付结果信息获得单元1103,用于获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息。
第十一实施例
与本申请第三实施例提供的订单支付结果信息的展示方法相对应的,本申请第十一实施例还提供一种订单支付结果信息的展示装置。由于装置实施例基本相似于第三实施例,所以描述得比较简单,相关之处参见第三实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图12,其为本申请第十一实施例提供的订单支付结果信息的展示装置的示意图。该订单支付结果信息的展示装置,包括:订单信息发送单元1201,用于向用户端对应的后台控制端发送用于订购目标对象的订单信息;所述订单信息与目标用户相对应;支付结果信息获得单元1202,用于获得所述后台控制端返回的针对所述订单信息的第三方支付结果信息,所述第三方支付结果信息为使用所述目标用户的第三方支付账户的支付结果信息;展示单元1203,用于展示所述第三方支付结果信息。
可选的,还包括:订单信息获得单元;所述订单信息获得单元,具体用于:在向用户端对应的后台控制端发送用于订购目标对象的订单信息之前,响应于检测到所述目标用户针对订购目标对象的确认操作,获得所述表示目标用户订购目标对象的订单信息。
可选的,还包括:绑定结果信息展示单元;所述绑定结果信息展示单元,具体用于:在向用户端对应的后台控制端发送用于订购目标对象的订单信息之前,向所述后台控制端发送用于请求将目标用户的第三方支付账户信息与所述目标用户绑定的账户绑定请求消息,所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;获得所述后台控制端返回的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息;展示所述绑定结果信息。
第十二实施例
与本申请第四实施例提供的针对订单的处理方法相对应的,本申请第十二实施例还提供一种针对订单的处理装置。由于装置实施例基本相似于第四实施例,所以描述得比较简单,相关之处参见第四实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图13,其为本申请第十二实施例提供的针对订单的处理装置的示意图。该针对订单的处理装置,包括:订单信息获得单元1301,用于获得用于订购目标对象的订单信息;所述订单信息与目标用户相对应;许可信息获得单元1302,用于获得用于表示针对所述订单信息是否允许使用所述目标用户的第三方支付账户的第三方支付许可信息;许可信息发送单元1303,用于向用户端对应的后台控制端发送所述第三方支付许可信息。
可选的,还包括:第三方支付许可请求消息获得单元,所述第三方支付许可请求消息获得单元,具体用于:在获得用于订购目标对象的订单信息之后,向用户端对应的后台控制端发送所述第三方支付许可信息之前,获得所述后台控制端发送的第三方支付许可请求消息;所述第三方支付许可信息是针对所述第三方支付许可请求消息的响应信息。
可选的,所述许可信息获得单元,具体用于:基于所述订单信息中所包含的目标对象信息,判断所述目标对象信息是否符合使用所述目标用户的第三方支付账户进行支付的条件,获得所述第三方支付许可信息。
可选的,还包括:结算结果信息发送单元;所述结算结果信息发送单元,具体用于:在向用户端对应的后台控制端发送所述第三方支付许可信息之后,获得支付服务端发送的通知使用所述目标用户的第三方支付账户针对所述订单信息进行支付的通知消息;向所述支付服务端发送针对所述通知消息的结算结果信息,所述结算结果信息为第三方支付账户管理系统提供的针对所述订单信息的结算结果。
可选的,还包括:第三方结算请求消息发送单元;所述第三方结算请求消息发送单元,具体用于:在获得支付服务端发送的通知使用所述目标用户的第三方支付账户针对所述订单信息进行支付的通知消息之后,基于所述通知消息,向所述第三方支付账户管理系统发送第三方结算请求消息;所述结算结果信息是第三方支付账户管理系统针对所述第三方结算请求消息的响应信息。
可选的,所述第三方支付许可信息包含第三方支付额度信息。
第十三实施例
与本申请第五实施例提供的针对订单的处理方法相对应的,本申请第十三实施例还提供一种针对订单的处理装置。由于装置实施例基本相似于第五实施例,所以描述得比较简单,相关之处参见第五实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图14,其为本申请第十三实施例提供的针对订单的处理装置的示意图。该针对订单的处理装置包括:支付请求消息获得单元1401,用于获得用户端对应的后台控制端发送的针对订单信息的使用目标用户的第三方支付账户的第三方支付请求消息;所述订单信息为用于订购目标对象的订单信息;所述订单信息与目标用户相对应;支付结果信息发送单元1402,用于向所述后台控制端发送针对所述第三方支付请求消息的第三方支付结果信息。
可选的,还包括:第三方支付结果信息获得单元;所述第三方支付结果信息获得单元,具体用于:在获得所述第三方支付请求消息之后,向所述后台控制端发送所述第三方支付结果信息之前,向服务提供方发送通知使用所述目标用户的第三方支付账户针对所述订单信息进行支付的通知消息;获得所述服务提供方返回的针对所述通知消息的结算结果信息,所述结算结果信息为第三方支付账户管理系统提供的针对所述订单信息的结算结果;根据所述结算结果信息,获得第三方支付结果信息。可选的,所述第三方支付请求信息中携带所述第三方支付额度信息。
可选的,所述支付请求消息获得单元,还用于获得用户端对应的后台控制端发送的针对所述订单信息需要支付的通用支付额度信息。
可选的,所述装置为预先与所述用户端、所述用户端对应的后台控制端开设有免密支付功能。
第十四实施例
与本申请第六实施例提供的信息处理方法相对应的,本申请第十四实施例还提供一种信息处理装置。由于装置实施例基本相似于第六实施例,所以描述得比较简单,相关之处参见第六实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图15,其为本申请第十四实施例提供的信息处理装置的示意图。该信息处理装置包括:绑定请求消息获得单元1501,用于获得用户端对应的后台控制端发送的用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定单元1502,用于针对所述账户绑定请求消息,将所述目标用户的第三方支付账户信息与所述目标用户进行绑定。
可选的,还包括:绑定结果信息提供单元;所述绑定结果信息提供单元,具体用于:在将所述目标用户的第三方支付账户信息与所述目标用户进行绑定后,获得包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的绑定结果信息;将所述绑定结果信息提供给所述后台控制端。
第十五实施例
与本申请第七实施例提供的信息处理方法相对应的,本申请第十五实施例还提供一种信息处理装置。由于装置实施例基本相似于第七实施例,所以描述得比较简单,相关之处参见第七实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图16,其为本申请第十五实施例提供的信息处理装置的示意图。该信息处理装置包括:绑定请求消息发送单元1601,用于向支付服务端发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定结果信息获得单元1602,用于获得所述支付服务端返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
可选的,还包括:绑定结果信息展示单元;所述绑定结果信息展示单元,具体用于:在获得所述绑定结果信息之后,向所述目标用户展示用于表示是否展示所述绑定结果信息的询问信息;响应于检测到所述目标用户针对所述询问信息的确认操作,展示所述绑定结果信息。
可选的,还包括:播放展示单元;所述播放展示单元,具体用于:语音播放所述绑定结果信息;和/或,展示所述绑定结果信息。
第十六实施例
与本申请第八实施例提供的信息处理方法相对应的,本申请第十六实施例还提供一种信息处理装置。由于装置实施例基本相似于第八实施例,所以描述得比较简单,相关之处参见第八实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。由于该装置示意图与图16相似,具体请请参照图16,其为本申请第十六实施例提供的一种信息处理装置的示意图。
该信息处理装置包括:绑定请求消息发送单元1601,用于向支付应用发送用于请求将目标用户的第三方支付账户信息与目标用户绑定的账户绑定请求消息;所述账户绑定请求消息中至少携带有所述目标用户的第三方支付账户信息;绑定结果信息获得单元1602,用于获得所述支付应用返回的针对所述账户绑定请求消息的绑定结果信息;所述绑定结果信息包含有所述目标用户与所述目标用户的第三方支付账户相互绑定的结果信息。
第十七实施例
与本申请第一实施例至第八实施例的方法相对应的,本申请第十七实施例还提供一种电子设备。
如图17所示,图17为本申请第十七实施例中提供的电子设备的示意图。
该电子设备,包括:处理器1701;存储器1702,用于存储计算机程序,该计算机程序被处理器运行,执行第一实施例至第八实施例的方法。
第十八实施例
与本申请第一实施例至第八实施例的方法相对应的,本申请第十八实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机程序,该计算机程序被处理器运行,执行第一实施例至第八实施例的方法。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读存储媒体(non-transitorycomputer readable storage media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
Claims (14)
1.一种针对订单的支付方法,其特征在于,包括:
获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;
向服务提供方发送所述订单信息;
获得所述服务提供方发送的第三方支付许可信息;
如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。
2.根据权利要求1所述的针对订单的支付方法,其特征在于,所述第三方支付账户包括特别关联账户,所述第三方支付许可信息包括特别关联账户支付许可信息;
其中,所述特别关联账户支付许可信息为基于目标对象获得的、是否允许使用所述目标用户的特别关联账户进行支付的许可信息;所述特别关联账户为在支付平台上的,对特定商品或者特定服务的支付金额进行全额支付或者部分支付,并与所述目标用户身份相关的账户。
3.根据权利要求1所述的针对订单的支付方法,其特征在于,所述第三方支付许可信息包含第三方支付额度信息;所述第三方支付请求信息中携带所述第三方支付额度信息。
4.根据权利要求3所述的针对订单的支付方法,其特征在于,在获得所述第三方支付许可信息之后,还包括:
基于所述订单信息中包含的总支付额度信息,以及所述第三方支付额度信息,获得针对所述订单信息需要支付的通用支付额度信息;
在所述向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息的同时,还包括向所述支付服务端发送所述通用支付额度信息。
5.根据权利要求1所述的针对订单的支付方法,其特征在于,在向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息之后,还包括:
获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息;
将所述第三方支付结果信息提供给所述用户端。
6.根据权利要求1所述的针对订单的支付方法,其特征在于,预先与所述用户端、所述支付服务端开设有免密支付功能。
7.根据权利要求5所述的针对订单的支付方法,其特征在于,在获得所述服务提供方发送的第三方支付许可信息之后,还包括:如果所述第三方支付许可信息为不允许使用所述目标用户的第三方支付账户,则向所述用户端发出无法使用所述目标用户的第三方支付账户进行支付的提示信息。
8.一种针对订单的支付方法,其特征在于,包括:
获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;
向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息;
获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息。
9.一种订单支付结果信息的展示方法,其特征在于,包括:
向用户端对应的后台控制端发送用于订购目标对象的订单信息;所述订单信息与目标用户相对应;
获得所述后台控制端返回的针对所述订单信息的第三方支付结果信息,所述第三方支付结果信息为使用所述目标用户的第三方支付账户的支付结果信息;
展示所述第三方支付结果信息。
10.一种针对订单的处理方法,其特征在于,包括:
获得用于订购目标对象的订单信息;所述订单信息与目标用户相对应;
获得用于表示针对所述订单信息是否允许使用所述目标用户的第三方支付账户的第三方支付许可信息;
向用户端对应的后台控制端发送所述第三方支付许可信息。
11.一种针对订单的支付装置,其特征在于,包括:
订单信息获得单元,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;
订单信息发送单元,用于向服务提供方发送所述订单信息;
许可信息获得单元,用于获得所述服务提供方发送的第三方支付许可信息;
支付请求消息发送单元,用于如果所述第三方支付许可信息为允许使用所述目标用户的第三方支付账户,则向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息。
12.一种针对订单的支付装置,其特征在于,包括:
订单信息发送单元,用于获得用户端提供的订购目标对象的订单信息;所述订单信息与目标用户相对应;
支付请求消息发送单元,用于向支付服务端发送针对所述订单信息的使用所述目标用户的第三方支付账户的第三方支付请求消息;
支付结果信息获得单元,用于获得所述支付服务端返回的针对所述第三方支付请求消息的第三方支付结果信息。
13.一种订单支付结果信息的展示装置,其特征在于,包括:
订单信息发送单元,用于向用户端对应的后台控制端发送用于订购目标对象的订单信息;所述订单信息与目标用户相对应;
支付结果信息获得单元,用于获得所述后台控制端返回的针对所述订单信息的第三方支付结果信息,所述第三方支付结果信息为使用所述目标用户的第三方支付账户的支付结果信息;
展示单元,用于展示所述第三方支付结果信息。
14.一种针对订单的处理装置,其特征在于,包括:
订单信息获得单元,用于获得用于订购目标对象的订单信息;所述订单信息与目标用户相对应;
许可信息获得单元,用于获得用于表示针对所述订单信息是否允许使用所述目标用户的第三方支付账户的第三方支付许可信息;
许可信息发送单元,用于向用户端对应的后台控制端发送所述第三方支付许可信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110385319.0A CN112926961A (zh) | 2021-04-09 | 2021-04-09 | 支付方法、展示方法、处理方法、装置以及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110385319.0A CN112926961A (zh) | 2021-04-09 | 2021-04-09 | 支付方法、展示方法、处理方法、装置以及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112926961A true CN112926961A (zh) | 2021-06-08 |
Family
ID=76173947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110385319.0A Pending CN112926961A (zh) | 2021-04-09 | 2021-04-09 | 支付方法、展示方法、处理方法、装置以及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112926961A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018086487A1 (zh) * | 2016-11-11 | 2018-05-17 | 阿里巴巴集团控股有限公司 | 一种区域消息共享方法及装置 |
CN111626739A (zh) * | 2020-05-14 | 2020-09-04 | 网银在线(北京)科技有限公司 | 一种支付方法、装置、设备和计算机可读存储介质 |
CN112132565A (zh) * | 2020-11-24 | 2020-12-25 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置、电子设备和存储介质 |
CN112308552A (zh) * | 2020-06-29 | 2021-02-02 | 北京沃东天骏信息技术有限公司 | 医保药品的下单方法和装置 |
-
2021
- 2021-04-09 CN CN202110385319.0A patent/CN112926961A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018086487A1 (zh) * | 2016-11-11 | 2018-05-17 | 阿里巴巴集团控股有限公司 | 一种区域消息共享方法及装置 |
CN111626739A (zh) * | 2020-05-14 | 2020-09-04 | 网银在线(北京)科技有限公司 | 一种支付方法、装置、设备和计算机可读存储介质 |
CN112308552A (zh) * | 2020-06-29 | 2021-02-02 | 北京沃东天骏信息技术有限公司 | 医保药品的下单方法和装置 |
CN112132565A (zh) * | 2020-11-24 | 2020-12-25 | 支付宝(杭州)信息技术有限公司 | 一种支付方法及装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8838501B1 (en) | Methods and systems for permissions management | |
US20180082277A1 (en) | Systems and methods for allocating transactions | |
WO2020108151A1 (zh) | 支付方法、装置及设备 | |
US20120158580A1 (en) | System, Method and Apparatus for Mobile Payments Enablement and Order Fulfillment | |
CN108352020B (zh) | 用于产品识别和计算机路由服务的方法和系统 | |
US20140289033A1 (en) | Methods and Systems for Uploading, Trading and Exchanging Loyalty Points on Social Media Websites | |
US20160335675A1 (en) | Binding social account interactions to a master agnostic identity | |
US11722304B2 (en) | Secure digital information infrastructure | |
EP4358000A1 (en) | Digital currency-based payment method, platform, terminal, and payment system | |
US20240089109A1 (en) | Secure digital information infrastructure | |
US20150095143A1 (en) | Subscription sign-up device | |
TW201411528A (zh) | 資料處理方法和系統 | |
US11928235B2 (en) | System and method for controlling access to account transaction information | |
CN112926961A (zh) | 支付方法、展示方法、处理方法、装置以及电子设备 | |
TW201624373A (zh) | 資料業務處理方法及裝置 | |
JP2011248709A (ja) | 販売システム | |
JP2019169033A (ja) | カード決済システム | |
JP6198189B2 (ja) | 商品情報検索装置、及び成約課金キャッシュバックシステム | |
WO2020257677A1 (en) | Electronic healthcare record data blockchain system | |
CN113989060B (zh) | 一种医疗服务订单的处理方法、装置及电子设备 | |
KR102339708B1 (ko) | 횡령 방지를 위한 그룹 계좌 제공 서비스 방법 및 이를 위한 장치 | |
AU2015274478B2 (en) | Systems and methods for transmitting messages through personal communication networks | |
US9940602B1 (en) | Item purchase, redemption and delivery including user-defined parameters | |
JP7267492B1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN114360682A (zh) | 医用信息处理方法和装置 |
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 |