CN109493028A - 一种支付方法及装置 - Google Patents
一种支付方法及装置 Download PDFInfo
- Publication number
- CN109493028A CN109493028A CN201811385979.3A CN201811385979A CN109493028A CN 109493028 A CN109493028 A CN 109493028A CN 201811385979 A CN201811385979 A CN 201811385979A CN 109493028 A CN109493028 A CN 109493028A
- Authority
- CN
- China
- Prior art keywords
- payment
- money
- order
- user terminal
- sent
- 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
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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- 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
技术领域
本申请涉及支付技术领域,具体而言,涉及一种支付方法及装置。
背景技术
目前,在电商平台的支付场景中,现有的支付手段有微信支付,支付宝支付,销售点终端(Point Of Sale,简称POS)机支付,现金支付,钱包余额支付等,但是每种支付方式是互斥的,即支付时只能选取其中一种方式来完成订单支付。
在支付场景中,在选用电商平台自带的钱包余额不足以支付订单时,存在支付不成功的问题,又因各个支付方式存在的互斥性,只能寻求其他支付方式,造成钱包余额的浪费,从而导致用户的使用体验较差。
发明内容
有鉴于此,本申请实施例的目的在于提供一种支付方法及装置,能够采用组合支付方式完成订单支付,提高了用户的使用体验,实用性较佳。
第一方面,本申请实施例提供了一种支付方法,所述方法包括:
接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;
判断所述用户终端的账户余额是否小于所述订单总金额,若是,确定所述账户余额与所述订单总金额之间的差值金额;
将携带有差值金额和订单信息的支付请求发送至第三方支付平台;
接收所述第三方支付平台反馈的支付成功信息;
在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。
结合第一方面,本申请实施例提供了第一方面的第一种可能的实施方式,其中,在将携带有差值金额和订单信息的支付请求发送至第三方支付平台之前,还包括:
获取用户通过所述用户终端确定的组合支付方式;
所述将携带有差值金额和订单信息的支付请求发送至第三方支付平台,包括:
将携带有差值金额和订单信息的支付请求发送至与所述组合支付方式对应的第三方支付平台。
结合第一方面,本申请实施例提供了第一方面的第二种可能的实施方式,其中,将携带有差值金额和订单信息的支付请求发送至第三方支付平台之后,还包括:
接收所述第三方支付平台根据所述差值金额和订单信息生成的与所述用户终端对应的支付标识;
将生成的支付标识发送至对应的用户终端以使所述用户终端根据所述支付标识在当前显示界面启动所述第三方支付平台。
结合第一方面,本申请实施例提供了第一方面的第三种可能的实施方式,其中,所述将携带有差值金额和订单信息的支付请求发送至第三方支付平台,包括:
调用所述第三方支付平台的数据接口;
通过所述数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
结合第一方面,本申请实施例提供了第一方面的第四种可能的实施方式,包括:
在确定订单已支付成功后,生成对应的支付成功界面;
将所述支付成功界面推送至所述用户终端。
第二方面,本申请实施例还提供了一种支付装置,所述支付装置包括:
信息接收模块,用于接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;
判断模块,用于判断所述用户终端的账户余额是否小于所述订单总金额;若是,确定所述账户余额与所述订单总金额之间的差值金额;
请求发送模块,用于将携带有差值金额和订单信息的支付请求发送至第三方支付平台;
反馈接收模块,用于接收所述第三方支付平台反馈的支付成功信息;
支付确定模块,用于在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。
结合第二方面,本申请实施例提供了第二方面的第一种可能的实施方式,其中,所述支付装置包括:
支付方式获取模块,用于获取用户通过所述用户终端确定的组合支付方式;
所述请求发送模块,具体用于将携带有差值金额和订单信息的支付请求发送至与所述组合支付方式对应的第三方支付平台。
结合第二方面,本申请实施例提供了第二方面的第二种可能的实施方式,其中,所述支付装置包括:
支付标识接收模块,用于接收所述第三方支付平台根据所述差值金额和订单信息生成的所述用户终端对应的支付标识;
将生成的支付标识发送至对应的用户终端以使所述用户终端根据所述支付标识在当前显示界面启动所述第三方支付平台。
结合第二方面,本申请实施例提供了第二方面的第三种可能的实施方式,其中,所述请求发送模块,具体用于:
调用所述第三方支付平台的数据接口;
通过所述数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
结合第二方面,本申请实施例提供了第二方面的第四种可能的实施方式,所述支付装置还包括:界面生成模块,用于在确定订单已支付成功后,生成对应的支付成功界面;将所述支付成功界面推送至所述用户终端。
本申请实施例提供的支付方法及装置,其首先接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;然后判断所述用户终端的账户余额是否小于所述订单总金额;若是,确定所述账户余额与所述订单总金额之间的差值金额;再将携带有差值金额和订单信息的支付请求发送至第三方支付平台;然后接收所述第三方支付平台反馈的支付成功信息;在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。本申请避免了因电商平台自带的钱包余额不足以支付订单,用户只能采用其他支付方式进行支付,而造成的钱包余额浪费的问题,能够采用组合支付方式完成订单支付,提高了用户的使用体验,实用性较佳。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种支付方法的流程图;
图2示出了本申请实施例所提供的另一种支付方法的流程图;
图3示出了本申请实施例所提供的一种支付装置的结构示意图;
图4示出了本申请实施例所提供的一种服务器结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有技术中在支付场景下,用户购买物品进行支付时存在用户选用的电商平台自带的钱包余额不足以支付订单的情况,用户只能采用其他支付方式进行支付,造成用户钱包余额的浪费,基于此,本申请实施例提供了一种支付方法及装置,详见下述实施例的描述。
如图1所示,为本申请实施例提供的支付方法的流程图。上述方法包括如下步骤:
S101、接收用户终端发送的订单信息,所述订单信息中携带有订单总金额。
这里,用户选中需要购买的商品后,会生成本次购买商品的订单信息,其中订单信息主要包括用户需要支付的订单总金额,然后用户终端会将订单信息发送给远端的服务器。
S102、判断所述用户终端的账户余额是否小于所述订单总金额;若是,确定所述账户余额与所述订单总金额之间的差值金额。
这里,用户点击去支付,用户终端会出现一个付款方式选择界面,界面显示很多支付方式,其中包括账户金额和其他支付方式,如账户金额和微信、账户金额和支付宝等,同时界面还会显示用户的账户余额,以便于用户根据账户余额及订单总金额选择支付方式,如果用户账户余额不足以支付订单总金额,用户会选择组合支付方式,即账户金额和其他一种支付方式,如账户金额和微信,用户终端会将用户选择的支付方式发送给远端的服务器。
这里,账户余额解释如下:用户采用用户终端进行网络购物时,首次应用用户终端,会先注册自己的账户,向账户里存入一部分金额,如存入三千元,用户可以应用这三千元进行购物,即当用户购买物品后可以用事先存入的金额即这三千元进行支付,剩下的金额继续存放在账户中,以备下次支付,这里剩下的金额就是账户余额(即钱包余额)。
首先获取用户的订单信息里面的订单总金额,然后查询用户的账户余额。判断账户余额是否小于订单总金额,如小于订单总金额,则计算订单总金额与账户余额的差额,得出差值金额,即将订单总金额拆分为账户余额和差值金额;再冻结用户的账户余额。
服务器接收到用户选择的支付方式为组合支付方式,然后服务器获取用户通过用户终端确定的组合支付方式;如账户金额和微信,确定将微信作为第三方支付平台,需要将携带有差值金额和订单信息的支付请求发送至与所述组合支付方式对应的第三方支付平台即微信平台。
S103、将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
具体的,服务器调用第三方支付平台的数据接口,如调用微信的数据接口,向第三方支付平台发送请求,请求第三方支付平台代为收取用户需要支付的差值金额,发送请求时携带的信息包括用户订单信息,用户需要支付的差值金额信息等,服务器将上述信息发送给所述第三方支付平台。
第三方支付平台接收到上述信息后,根据接收到的上述信息生成针对此用户终端的支付标识。
服务器接收到第三方支付平台发送的支付标识后,将此支付标识发送给用户终端。使用户终端能够根据此支付标识启动第三方支付平台,进入第三方平台的支付界面,支付界面显示的需要用户支付的金额为差值金额,用户根据差值金额进行支付。
S104、接收所述第三方支付平台反馈的支付成功信息。
这里,用户将差值金额支付完毕后,第三方支付平台向服务器发送差值金额支付的信息,该信息包括用户支付的金额,订单信息等。
另外,服务器接收到第三方支付平台发送的用户支付的金额、订单信息后,将第三方发送的上述信息与之前服务器向第三方请求时发送的信息进行对比,如果对比结果一致,则确定此次差额金额支付成功。
如果对比结果为请求的信息与第三方操作的信息一致,则确定用户需要支付的差值金额支付成功。
S105、在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。
具体的,用户通过第三方支付平台支付差值金额成功后,解冻用户的账户余额,扣除用户的全部账户余额,订单支付成功,生成支付成功界面,然后向用户终端推送该订单支付成功的界面,用户终端界面显示订单支付成功,以此通知用户订单支付成功。
如图2所示,将携带有差值金额和订单信息的支付请求发送至第三方支付平台,包括如下步骤:
S201、调用所述第三方支付平台的数据接口。
这里,服务器在确定用户选用组合支付方式后,确定差值金额需要通过第三方支付平台进行支付,这时需要与第三方支付平台建立联系,即通过调用第三方支付平台的数据接口,来发送支付请求。
S202、通过所述数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
具体的,通过第三方支付平台的数据接口来发送携带有差值金额和订单信息的支付请求。
这里,其首先接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;然后判断用户终端的账户余额是否小于所述订单总金额;若是,确定所述账户余额与订单总金额之间的差值金额;再将携带有差值金额和订单信息的支付请求发送至第三方支付平台;然后接收第三方支付平台反馈的支付成功信息;在确定用户终端的账户余额扣除成功后,根据支付成功信息确定订单已支付成功。本实施例避免了因电商平台自带的钱包余额不足以支付订单,用户只能采用其他支付方式进行支付,而造成的钱包余额浪费的问题,能够采用组合支付方式完成订单支付,提高了用户的使用体验,实用性较佳。
基于同一发明构思,本申请实施例中还提供了与支付方法对应的支付装置,由于本申请实施例中的装置解决问题的原理与本申请实施例上述支付方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。如图3所示,为本申请实施例所提供的支付装置的结构示意图,该支付装置包括:
信息接收模块201,用于接收用户终端发送的订单信息,订单信息中携带有订单总金额。
判断模块202,用于判断用户终端的账户余额是否小于订单总金额;若是,确定账户余额与订单总金额之间的差值金额。
请求发送模块203,用于将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
反馈接收模块204,用于接收第三方支付平台反馈的差值金额支付成功信息。
支付确定模块205,用于在确定用户终端的账户余额扣除成功后,根据支付成功信息确定订单已支付成功。
在另一种实施方式中,上述支付装置中还包括:
支付方式获取模块206,用于获取用户通过用户终端确定的组合支付方式;
请求发送模块203,具体用于将携带有差值金额和订单信息的支付请求发送至与组合支付方式对应的第三方支付平台。
在再一种实施方式中,上述支付装置中还包括支付标识接收模块207,用于接收第三方支付平台根据差值金额和订单信息生成的用户终端对应的支付标识;将生成的支付标识发送至对应的用户终端以使用户终端根据支付标识在当前显示界面启动第三方支付平台。
在又一种实施方式中,上述支付装置中的请求发送模块203具体用于调用第三方支付平台的数据接口;通过数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
在再一种实施方式中,上述支付装置还包括:
界面生成模块208,具体用于在确定订单已支付成功后,生成对应的支付成功界面;将支付成功界面推送至所述用户终端。
如图4所示,为本申请实施例所提供的一种服务器的结构示意图,包括:处理器401、存储器402和总线403,存储器402存储执行指令,当服务器运行时,处理器401与存储器402之间通过总线403通信,处理器401执行上述支付方法。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述实施例支付方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述支付方法,避免了因电商平台自带的钱包余额不足以支付订单,用户只能采用其他支付方式进行支付,而造成的钱包余额浪费的问题,能够采用组合支付方式完成订单支付,提高了用户的使用体验,实用性较佳。
本申请实施例所提供的支付方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行前面方法实施例中的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种支付方法,其特征在于,包括:
接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;
判断所述用户终端的账户余额是否小于所述订单总金额,若是,确定所述账户余额与所述订单总金额之间的差值金额;
将携带有差值金额和订单信息的支付请求发送至第三方支付平台;
接收所述第三方支付平台反馈的支付成功信息;
在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。
2.根据权利要求1所述的方法,其特征在于,在将携带有差值金额和订单信息的支付请求发送至第三方支付平台之前,还包括:
获取用户通过所述用户终端确定的组合支付方式;
所述将携带有差值金额和订单信息的支付请求发送至第三方支付平台,包括:
将携带有差值金额和订单信息的支付请求发送至与所述组合支付方式对应的第三方支付平台。
3.根据权利要求1所述的方法,其特征在于,将携带有差值金额和订单信息的支付请求发送至第三方支付平台之后,还包括:
接收所述第三方支付平台根据所述差值金额和订单信息生成的与所述用户终端对应的支付标识;
将生成的支付标识发送至对应的用户终端以使所述用户终端根据所述支付标识在当前显示界面启动所述第三方支付平台。
4.根据权利要求1所述的方法,其特征在于,所述将携带有差值金额和订单信息的支付请求发送至第三方支付平台,包括:
调用所述第三方支付平台的数据接口;
通过所述数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
5.根据权利要求1所述的方法,其特征在于,还包括:
在确定订单已支付成功后,生成对应的支付成功界面;
将所述支付成功界面推送至所述用户终端。
6.一种支付装置,其特征在于,包括:
信息接收模块,用于接收用户终端发送的订单信息,所述订单信息中携带有订单总金额;
判断模块,用于判断所述用户终端的账户余额是否小于所述订单总金额;若是,确定所述账户余额与所述订单总金额之间的差值金额;
请求发送模块,用于将携带有差值金额和订单信息的支付请求发送至第三方支付平台;
反馈接收模块,用于接收所述第三方支付平台反馈的支付成功信息;
支付确定模块,用于在确定所述用户终端的账户余额扣除成功后,根据所述支付成功信息确定订单已支付成功。
7.根据权利要求6所述的装置,其特征在于,还包括:
支付方式获取模块,用于获取用户通过所述用户终端确定的组合支付方式;
所述请求发送模块,具体用于将携带有差值金额和订单信息的支付请求发送至与所述组合支付方式对应的第三方支付平台。
8.根据权利要求6所述的装置,其特征在于,还包括:
支付标识接收模块,用于接收所述第三方支付平台根据所述差值金额和订单信息生成的与所述用户终端对应的支付标识;
将生成的支付标识发送至对应的用户终端以使所述用户终端根据所述支付标识在当前显示界面启动所述第三方支付平台。
9.根据权利要求6所述的装置,其特征在于,所述请求发送模块,具体用于:
调用所述第三方支付平台的数据接口;
通过所述数据接口将携带有差值金额和订单信息的支付请求发送至第三方支付平台。
10.根据权利要求6所述的装置,其特征在于,还包括:
界面生成模块,用于在确定订单已支付成功后,生成对应的支付成功界面;将所述支付成功界面推送至所述用户终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811385979.3A CN109493028A (zh) | 2018-11-20 | 2018-11-20 | 一种支付方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811385979.3A CN109493028A (zh) | 2018-11-20 | 2018-11-20 | 一种支付方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109493028A true CN109493028A (zh) | 2019-03-19 |
Family
ID=65697152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811385979.3A Pending CN109493028A (zh) | 2018-11-20 | 2018-11-20 | 一种支付方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109493028A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109636520A (zh) * | 2018-12-07 | 2019-04-16 | 泰康保险集团股份有限公司 | 订单的处理方法、装置、介质及电子设备 |
CN110097348A (zh) * | 2019-05-15 | 2019-08-06 | 快哒了科技(广州)有限公司 | 电子交易的支付方法、装置、计算机设备和存储介质 |
CN110648129A (zh) * | 2019-08-20 | 2020-01-03 | 上海数据交易中心有限公司 | 用于批量配送系统的额度控制方法及装置、存储介质、终端 |
CN111476554A (zh) * | 2020-05-09 | 2020-07-31 | 苏州中仑网络科技有限公司 | 弱网环境下的组合支付系统及方法、收银机、存储介质 |
CN111476553A (zh) * | 2020-05-09 | 2020-07-31 | 苏州中仑网络科技有限公司 | 组合支付系统及方法、收银机、存储介质 |
CN111738732A (zh) * | 2020-06-16 | 2020-10-02 | 中国建设银行股份有限公司 | 一种订单处理方法、装置及设备 |
CN112085508A (zh) * | 2019-06-13 | 2020-12-15 | 奇酷互联网络科技(深圳)有限公司 | 支付方法、终端及具有存储功能的装置 |
CN112348500A (zh) * | 2020-11-11 | 2021-02-09 | 武汉默联股份有限公司 | 一种医疗支付闭环管理方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130117177A1 (en) * | 2011-06-24 | 2013-05-09 | Western Union Financial Services, Inc. | System and method for loading stored value accounts |
CN106600015A (zh) * | 2016-11-07 | 2017-04-26 | 成都科曦科技有限公司 | 一种客人住店期间的酒店续房服务系统及方法 |
CN107369014A (zh) * | 2016-05-12 | 2017-11-21 | 银联数据服务有限公司 | 一种预付卡支付方法、网络支付平台及预付卡系统 |
CN107563747A (zh) * | 2017-08-31 | 2018-01-09 | 拉卡拉支付股份有限公司 | 用于进行组合支付的方法及装置 |
CN107818460A (zh) * | 2016-09-13 | 2018-03-20 | 北京京东尚科信息技术有限公司 | 一种支付方法及装置 |
CN108520417A (zh) * | 2018-03-21 | 2018-09-11 | 广东欧珀移动通信有限公司 | 支付方法、装置、服务器、支付终端及计算机可读介质 |
-
2018
- 2018-11-20 CN CN201811385979.3A patent/CN109493028A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130117177A1 (en) * | 2011-06-24 | 2013-05-09 | Western Union Financial Services, Inc. | System and method for loading stored value accounts |
CN107369014A (zh) * | 2016-05-12 | 2017-11-21 | 银联数据服务有限公司 | 一种预付卡支付方法、网络支付平台及预付卡系统 |
CN107818460A (zh) * | 2016-09-13 | 2018-03-20 | 北京京东尚科信息技术有限公司 | 一种支付方法及装置 |
CN106600015A (zh) * | 2016-11-07 | 2017-04-26 | 成都科曦科技有限公司 | 一种客人住店期间的酒店续房服务系统及方法 |
CN107563747A (zh) * | 2017-08-31 | 2018-01-09 | 拉卡拉支付股份有限公司 | 用于进行组合支付的方法及装置 |
CN108520417A (zh) * | 2018-03-21 | 2018-09-11 | 广东欧珀移动通信有限公司 | 支付方法、装置、服务器、支付终端及计算机可读介质 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109636520A (zh) * | 2018-12-07 | 2019-04-16 | 泰康保险集团股份有限公司 | 订单的处理方法、装置、介质及电子设备 |
CN110097348A (zh) * | 2019-05-15 | 2019-08-06 | 快哒了科技(广州)有限公司 | 电子交易的支付方法、装置、计算机设备和存储介质 |
CN110097348B (zh) * | 2019-05-15 | 2022-08-02 | 快哒了科技(广州)有限公司 | 电子交易的支付方法、装置、计算机设备和存储介质 |
CN112085508A (zh) * | 2019-06-13 | 2020-12-15 | 奇酷互联网络科技(深圳)有限公司 | 支付方法、终端及具有存储功能的装置 |
CN110648129A (zh) * | 2019-08-20 | 2020-01-03 | 上海数据交易中心有限公司 | 用于批量配送系统的额度控制方法及装置、存储介质、终端 |
CN111476554A (zh) * | 2020-05-09 | 2020-07-31 | 苏州中仑网络科技有限公司 | 弱网环境下的组合支付系统及方法、收银机、存储介质 |
CN111476553A (zh) * | 2020-05-09 | 2020-07-31 | 苏州中仑网络科技有限公司 | 组合支付系统及方法、收银机、存储介质 |
CN111738732A (zh) * | 2020-06-16 | 2020-10-02 | 中国建设银行股份有限公司 | 一种订单处理方法、装置及设备 |
CN112348500A (zh) * | 2020-11-11 | 2021-02-09 | 武汉默联股份有限公司 | 一种医疗支付闭环管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109493028A (zh) | 一种支付方法及装置 | |
CN108335098B (zh) | 一种多人付款的方法和装置 | |
EP2876594A1 (en) | Payment method and device | |
CN109087148B (zh) | 确定虚拟资源对象的方法、设备及计算机可读介质 | |
WO2017118306A1 (zh) | 业务回退方法及装置 | |
CN109598492A (zh) | 一种支付方法、系统、装置、终端及业务服务器 | |
CN110097356B (zh) | 一种支付方法、装置、设备和存储介质 | |
KR20150000894A (ko) | 비전통적인 가치 소스를 이용하여 지불을 제공하는 시스템, 방법, 및 컴퓨터 프로그램 제품 | |
CN110111107A (zh) | 一种支付方法、装置、设备和存储介质 | |
CN107818460A (zh) | 一种支付方法及装置 | |
CN104700264A (zh) | 一种能力服务使用时计费的方法及装置 | |
CN110060120A (zh) | 一种多平台组合支付的方法、电子设备以及存储介质 | |
CN109102268A (zh) | 一种用于聚合支付对账的方法及设备 | |
JP2006268376A (ja) | ポイント処理システム、方法およびプログラム | |
CN108876471A (zh) | 平台积分的兑换方法及装置 | |
CN111242604A (zh) | 数据处理方法及装置 | |
CN105844504A (zh) | 信息处理方法、装置及系统 | |
CN109272387A (zh) | 支付链路处理方法、支付系统及设备 | |
CN109741044A (zh) | 资源数据的处理方法及装置、存储介质、计算机设备 | |
CN107122963B (zh) | 一种进行支付的方法和设备 | |
JP2003030429A (ja) | 電子決済システム及びその制御用プログラム | |
WO2017024958A1 (zh) | 一种业务对象提供方法、终端及相关服务器 | |
CN111967905A (zh) | 电子式快递优惠券的应用方法及相关设备 | |
TWI649704B (zh) | Payment integration method and server for integrated payment | |
CN107632887A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190319 |
|
RJ01 | Rejection of invention patent application after publication |