CN107153953A - 一种进行支付的方法和设备 - Google Patents
一种进行支付的方法和设备 Download PDFInfo
- Publication number
- CN107153953A CN107153953A CN201610125460.6A CN201610125460A CN107153953A CN 107153953 A CN107153953 A CN 107153953A CN 201610125460 A CN201610125460 A CN 201610125460A CN 107153953 A CN107153953 A CN 107153953A
- Authority
- CN
- China
- Prior art keywords
- money
- amount
- user
- paid
- 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.)
- Granted
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/085—Payment architectures involving remote charge determination or related payment systems
-
- 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/12—Payment architectures specially adapted for electronic shopping systems
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)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例涉及互联网技术领域,特别涉及一种进行支付的方法和设备,用以解决现有技术中存在的针对需要分阶段支付的交易,买家只能多次登录网站进行支付,支付过程比较繁琐的问题。本申请实施例针对一个交易,在用户需要进行支付时,若用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额。由于针对一个交易可以在用户选择支付所有金额后,直接通过与所述用户绑定的支付账户支付所有金额,从而不需要买家多次手动进行支付,简化了支付过程。
Description
技术领域
本申请涉及互联网技术领域,特别涉及一种进行支付的方法和设备。
背景技术
当前网络的飞速发展,使得很多事情都可以通过网络进行,其中以网络购物最为普及。
网络购物是卖家通过网络展示自己的产品,买家通过网络挑选商品,并通过网络进行购买。
相比较面对面的购买方式,网络购物的支付方式一般是买家将支付金额通过网络付给第三方,然后卖家发货,买家收到货确认后第三方再将买家支付金额付给卖家。
随着网络购物的发展,支付方式也在变化,目前比较常见的一种方式是分阶段支付。比如加工定制的业务,卖家需要按照买家要求的样式和规格加工产品,这就需要买家和卖家提前协商,之后卖家通常会要求买家支付一部分金额,然后卖家开始备货;过一段时间后,等卖家备货妥当,买家把剩余的金额支付掉,此时卖家发货,买家确认收货,交易达成。
但是在有些场景下,用户不想进行分阶段支付,而是希望一次全部支付,比如买家和卖家之间进行了多次分阶段支付,相互都很熟悉,后续就像一次全部支付,从而节省支付过程。但是目前针对需要分阶段支付的交易,买家只能多次登录网站进行支付,支付过程比较繁琐。
发明内容
本申请提供一种进行支付的方法和设备,用以解决现有技术中存在的针对需要分阶段支付的交易,买家只能多次登录网站进行支付,支付过程比较繁琐的问题。
本申请实施例提供一种进行支付的方法,该方法包括:
针对一个交易,在用户需要进行支付时,判断用户是否选择支付所有金额;
若用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
本申请实施例针对一个交易,在用户需要进行支付时,若用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额。由于针对一个交易可以在用户选择支付所有金额后,直接通过与所述用户绑定的支付账户支付所有金额,从而不需要买家多次手动进行支付,简化了支付过程。
可选的,在用户需要进行支付时,判断用户是否选择支付所有金额,包括:
在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
由于本申请实施例在支付页面显示支付所有金额的选项,从而可以更及时和准确判断用户是否需要支付所有金额,提高了支付所有金额的效率。
可选的,通过与所述用户绑定的支付账户支付所有金额,包括:
若所述用户绑定多个支付账户,按照支付账户优先级,从多个支付账户中选择一个支付账户;
通过选择的支付账户支付所有金额。
由于本申请实施例按照支付账户优先级,从多个支付账户中选择一个支付账户,使得支付过程能够满足不同需求。
可选的,通过选择的支付账户支付所有金额之后,还包括:
若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
由于本申请实施例可以在一个支付账户支付不成功后,选择其他账户继续支付,提高了支付的成功率。
可选的,需要多次支付的交易为分阶段支付交易;
所述在用户进行一次交易后,判断用户是否选择支付所有金额,包括:
在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
确定需要支付的所有金额,包括:
确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
可选的,进行交易的用户与进行支付的用户是不同的用户。
本申请实施例提供的一种进行支付的设备,该方法包括:
判断模块,用于针对一个交易,在用户需要进行支付时,判断用户是否选择支付所有金额;
处理模块,用于若所述判断模块确定用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
可选的,所述判断模块具体用于:
在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
可选的,所述处理模块具体用于:
若所述用户绑定多个支付账户,按照支付账户优先级,从多个支付账户中选择一个支付账户;
通过选择的支付账户支付所有金额。
可选的,所述处理模块还用于:
若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
可选的,需要多次支付的交易为分阶段支付交易;
所述判断模块具体用于:
在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
所述处理模块具体用于:
确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
可选的,进行交易的用户与进行支付的用户是不同的用户。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1A为本申请实施例进行支付的方法流程示意图;
图1B为本申请实施例一个选项示意图;
图1C为本申请实施例两个选项示意图;
图2为本申请实施例进行支付的完整方法流程示意图;
图3为本申请实施例进行支付的设备结构示意图。
具体实施方式
本申请实施例针对一个交易,在用户需要进行支付时,若用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额。由于针对一个交易可以在用户选择支付所有金额后,直接通过与所述用户绑定的支付账户支付所有金额,从而不需要买家多次手动进行支付,简化了支付过程。
本申请实施例可以由用户在进行支付时选择进行多次支付,还是一次支付所有金额。
本申请实施例可以应用于零售中的交易;也可以应用于批发中的交易。比如在1688的批发场景中,经常会存在一些大买家要求卖家加工定制的业务,卖家需要按照买家要求的样式和规格加工产品。买卖提前协商之后,卖家通常会要求买家支付一部分定金,然后卖家开始备货;过一段时间后,等卖家完成备货,买家把剩余的金额支付掉(即尾款),此时卖家发货,买家收货,交易达成,这是一种典型的定金+尾款模式。例如1688交易网站的“溢短约定交易-37分阶段付款”,合约内容如下:
买家下单后2天内支付30%首付款到支付宝,付款后3天直达卖家账户;
买家支付70%尾款后卖家可发起溢短交易,买家需在卖家发货后10天内确认收货。
上面是以37分阶段付款为例,根据需要也可以有更多阶段以及更多比例的付款方式,比如3、5和2,即先支付30%,等卖家把部分样品寄给买家,买家确认后,再支付50%,等卖家把所有商品都生产完,买家最后支付20%,卖家发货。
对于上述交易场景,如果买家下单时选择了37分阶段交易,在付款时买家又想一次性付款,按照目前背景技术的方案买家只能进行两次付款操作。
还比如,对于买家是企业的情况,一般小企业内部分工明确,通常分为采购员、财务等多种角色,采购员负责下单,而财务人员负责付款。而采购员下单时无法知道财务是否需要一次性支付,如果财务人员想一次性支付,但是采购员下单时选择分阶段支付,则财务人员只能进行多次付款操作。
本申请实施例在用户需要进行支付时,可以由用户选择是否支付所有金额,如果用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额,从而避免买家多次手动进行支付,简化了支付过程。
比如买家是企业的情况,如果财务人员想一次性支付,但是采购员下单时选择分阶段支付,则通过本申请实施例财务人员只需要进行一次支付操作,并支付所有金额,就可以完成多次支付交易,简化了支付过程。
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部份实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
如图1A所示,本申请实施例进行支付的方法包括:
步骤100、针对一个交易,在用户需要进行支付时,判断用户是否选择支付所有金额;
步骤101、若用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
其中,本申请实施例进行交易的用户和进行支付的用户可以是相同的用户,也可以是不同的用户。
比如上面的例子中,买家是企业的情况,则进行交易的用户为采购员,进行支付的用户为财务。
可选的,可以在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
该选项可以是一个,即如图1B所示,选项内容为“支付所有金额”;也可以是两个,即如图1C所示,选项内容一个为“支付所有金额”,一个为“支付本次金额”。
如果是只有一个选项,则用户如果不需要支付所有金额,可以直接关闭页面,如果直接关闭页面,则会自动跳转到支付本次金额的页面。如果是两个选项,则用户如果不需要支付所有金额,可以点击“支付本次金额”的选项,则自动跳转到支付本次金额的页面。
上述给出的显示选项的方式只是判断用户是否选择支付所有金额的一种方式,任何能够是判断用户是否选择支付所有金额的一种方式都适用本申请实施例,比如用户可以设置只要进行定金支付,都支付所有金额。
在实施中,一个用户可以绑定多个支付账户,比如支付宝、余额宝、银行卡等。
如果用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额时,按照支付账户优先级,从多个支付账户中选择一个支付账户;并通过选择的支付账户支付所有金额。
支付账户优先级可以由用户手动进行设置,比如用户绑定支付宝、余额宝、A银行卡和B银行卡,用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡,则可以选择优先级最高的支付宝账户支付所有金额。
如果用户没收手动进行设置,可以将用户已经支付所使用的账户作为优先级最高的账户支付所有金额。
可选的,若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
比如上面的例子用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡,如果支付宝账户无法支付所有金额,则继续用A银行卡支付所有金额,以此类推直到支付成功,或已绑定且有优先级的账户都无法支付所有金额则确定支付失败。
在实施中,已绑定且有优先级的账户不一定是与用户绑定的所有账户,比如与用户绑定的账户有支付宝、A银行卡、余额宝和B银行卡,用户手动设置优先级可以只设置部分账户优先级,则一般不会采用未设置优先级的账户进行自动支付;
如果用户手动只设置部分账户优先级,也可以将没有设置优先级的账户自动设置优先级为最低。
如果用户没有手动设置优先级,则一般会将用户已经支付所使用的账户作为优先级最高的账户,其他账户可以不设置优先级或设置优先级最低。
如果由多个账户优先级相同,则可以随机选择一个,或选择用户使用率最高的一个。
可选的,若与所述用户绑定多个支付账户都无法支付所有金额,则按照设定的通知方式通知用户支付失败。
如果支付成功,本申请实施例也可以按照设定的通知方式通知用户支付成功。
上述通知方式包括但不限于下列中的部分或全部:
向预设的号码发送短信、拨打预设的号码播放语音、向预设的邮箱地址发送邮件、通过用户安装的软件推送消息。
可选的,需要多次支付的交易为分阶段支付交易,所述在用户需要进行支付时,判断用户是否选择支付所有金额是:在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
具体需要支付的所有金额为:确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
比如一个交易总金额为100万,采用37分阶段付款方式,则在买家需要支付30万时,若买家选择支付所有金额,则确定未支付阶段的金额为100万,则直接支付100万。
比如一个交易总金额为100万,采用3、5、2分阶段付款方式,则在买家每次支付时都可以判断买家是否支付所有金额。
比如买家支付30万时,买家未选择支付所有金额,在买家支付50万时,买家选择支付所有金额,则确定未支付阶段的金额为70万,则直接支付70万。
下面以交易方式为多阶段支付的方式为例进行详细说明,其他的交易方式类似,在此不再赘述。
如图2所示,本申请实施例进行支付的完整方法包括:
步骤200、在买家下单后,判断该订单是否需要多阶段支付;如果是,则执行步骤201;否则,跳出本流程。
步骤201、在买家需要支付一个阶段的金额时,在支付页面显示支付所有金额的选项。
步骤202、判断用户是否点击所述支付所有金额的选项;如果是,则执行步骤203;否则,跳出本流程。
步骤203、确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
步骤204、按照与用户绑定的账户的优先级,选择一个之前未选择,且优先级最高的账户,并通过选择的账户支付所有金额。
步骤205、判断是否成功支付所有金额,如果是,则通知用户支付成功;否则,执行步骤206。
步骤206、判断与用户绑定的账户中是否还有未选择的;如果有,则返回步骤204;否则,执行步骤207。
步骤207、通知用户支付失败。
如图3所示,本申请实施例进行支付的设备包括:
判断模块300,用于针对一个交易,在用户需要进行支付时,判断用户是否选择支付所有金额;
处理模块301,用于若所述判断模块300确定用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
其中,本申请实施例进行交易的用户和进行支付的用户可以是相同的用户,也可以是不同的用户。
比如上面的例子中,买家是企业的情况,则进行交易的用户为采购员,进行支付的用户为财务。
可选的,所述判断模块300具体用于:
在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
该选项可以是一个,即如图1B所示,选项内容为“支付所有金额”;也可以是两个,即如图1C所示,选项内容一个为“支付所有金额”,一个为“支付本次金额”。
如果是只有一个选项,则用户如果不需要支付所有金额,可以直接关闭页面,如果直接关闭页面,则会自动跳转到支付本次金额的页面。如果是两个选项,则用户如果不需要支付所有金额,可以点击“支付本次金额”的选项,则自动跳转到支付本次金额的页面。
上述给出的显示选项的方式只是判断用户是否选择支付所有金额的一种方式,任何能够是判断用户是否选择支付所有金额的一种方式都适用本申请实施例,比如用户可以设置只要进行定金支付,都支付所有金额。
在实施中,一个用户可以绑定多个支付账户,比如支付宝、余额宝、银行卡等。
可选的,所述处理模块301具体用于:
若所述用户绑定多个支付账户,按照支付账户优先级,从多个支付账户中选择一个支付账户;
通过选择的支付账户支付所有金额。
支付账户优先级可以由用户手动进行设置,比如用户绑定支付宝、余额宝、A银行卡和B银行卡,用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡,则可以选择优先级最高的支付宝账户支付所有金额。
如果用户没收手动进行设置,可以将用户已经支付所使用的账户作为优先级最高的账户支付所有金额。
可选的,所述处理模块301还用于:
若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
比如上面的例子用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡,如果支付宝账户无法支付所有金额,则继续用A银行卡支付所有金额,以此类推直到支付成功,或已绑定且有优先级的账户都无法支付所有金额则确定支付失败。
在实施中,已绑定且有优先级的账户不一定是与用户绑定的所有账户,比如与用户绑定的账户有支付宝、A银行卡、余额宝和B银行卡,用户手动设置优先级可以只设置部分账户优先级,则一般不会采用未设置优先级的账户进行自动支付;
如果用户手动只设置部分账户优先级,也可以将没有设置优先级的账户自动设置优先级为最低。
如果用户没有手动设置优先级,则一般会将用户已经支付所使用的账户作为优先级最高的账户,其他账户可以不设置优先级或设置优先级最低。
如果由多个账户优先级相同,则可以随机选择一个,或选择用户使用率最高的一个。
可选的,若与所述用户绑定多个支付账户都无法支付所有金额,则处理模块301可以按照设定的通知方式通知用户支付失败。
如果支付成功,本申请实施例也可以按照设定的通知方式通知用户支付成功。
上述通知方式包括但不限于下列中的部分或全部:
向预设的号码发送短信、拨打预设的号码播放语音、向预设的邮箱地址发送邮件、通过用户安装的软件推送消息。
可选的,需要多次支付的交易为分阶段支付交易;
所述判断模块300具体用于:
在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
所述处理模块301具体用于:
确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
比如一个交易总金额为100万,采用37分阶段付款方式,则在买家需要支付30万时,若买家选择支付所有金额,则确定未支付阶段的金额为100万,则直接支付100万。
比如一个交易总金额为100万,采用3、5、2分阶段付款方式,则在买家每次支付时都可以判断买家是否支付所有金额。
比如买家支付30万时,买家未选择支付所有金额,在买家支付50万时,买家选择支付所有金额,则确定未支付阶段的金额为70万,则直接支付70万。从上述内容可以看出:本申请实施例针对一个交易,在用户需要进行支付时,若用户选择支付所有金额,则通过与所述用户绑定的支付账户支付所有金额。由于针对一个交易可以在用户选择支付所有金额后,直接通过与所述用户绑定的支付账户支付所有金额,从而不需要买家多次手动进行支付,简化了支付过程。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (12)
1.一种进行支付的方法,其特征在于,该方法包括:
针对一个交易,在用户需要进行支付后,判断用户是否选择支付所有金额;
若用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
2.如权利要求1所述的方法,其特征在于,在用户需要进行支付时,判断用户是否选择支付所有金额,包括:
在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
3.如权利要求1或2所述的方法,其特征在于,通过与所述用户绑定的支付账户支付所有金额,包括:
若所述用户绑定多个支付账户,按照支付账户优先级,从多个支付账户中选择一个支付账户;
通过选择的支付账户支付所有金额。
4.如权利要求3所述的方法,其特征在于,通过选择的支付账户支付所有金额之后,还包括:
若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
5.如权利要求1~4任一所述的方法,其特征在于,需要多次支付的交易为分阶段支付交易;
所述在用户需要进行支付后,判断用户是否选择支付所有金额,包括:
在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
确定需要支付的所有金额,包括:
确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
6.如权利要求1~4任一所述的方法,其特征在于,其中,进行交易的用户与进行支付的用户是不同的用户。
7.一种进行支付的设备,其特征在于,该方法包括:
判断模块,用于针对一个交易,在用户需要进行支付时,判断用户是否选择支付所有金额;
处理模块,用于若所述判断模块确定用户选择支付所有金额,则确定需要支付的所有金额,并通过与所述用户绑定的支付账户支付所有金额。
8.如权利要求7所述的设备,其特征在于,所述判断模块具体用于:
在用户需要进行支付时,在支付页面显示支付所有金额的选项;
判断用户是否点击所述支付所有金额的选项;
如果用户点击,则确定用户选择支付所有金额;
否则,确定用户不选择支付所有金额。
9.如权利要求7或8所述的设备,其特征在于,所述处理模块具体用于:
若所述用户绑定多个支付账户,按照支付账户优先级,从多个支付账户中选择一个支付账户;
通过选择的支付账户支付所有金额。
10.如权利要求9所述的设备,其特征在于,所述处理模块还用于:
若当前选择的支付账户无法支付所有金额,则从多个支付账户中选择一个之前未选择,且优先级最高的账户,并返回通过选择的支付账户支付所有金额的步骤。
11.如权利要求7~10任一所述的设备,其特征在于,需要多次支付的交易为分阶段支付交易;
所述判断模块具体用于:
在所述用户需要支付一个阶段的金额时,判断用户是否选择支付所有金额;
所述处理模块具体用于:
确定每个未支付阶段的金额,并将确定的金额总和作为需要支付的所有金额。
12.如权利要求7~10任一所述的设备,其特征在于,其中,进行交易的用户与进行支付的用户是不同的用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610125460.6A CN107153953B (zh) | 2016-03-04 | 2016-03-04 | 一种进行支付的方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610125460.6A CN107153953B (zh) | 2016-03-04 | 2016-03-04 | 一种进行支付的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107153953A true CN107153953A (zh) | 2017-09-12 |
CN107153953B CN107153953B (zh) | 2021-03-23 |
Family
ID=59792287
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610125460.6A Active CN107153953B (zh) | 2016-03-04 | 2016-03-04 | 一种进行支付的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107153953B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107679854A (zh) * | 2017-10-09 | 2018-02-09 | 广州市万表科技股份有限公司 | 一种多次支付方法及系统 |
CN109711992A (zh) * | 2017-10-26 | 2019-05-03 | 财付通支付科技有限公司 | 资源转移方法、装置、系统、电子设备及介质 |
CN110458548A (zh) * | 2019-07-12 | 2019-11-15 | 上海找油信息科技有限公司 | 一种b2b在线担保支付系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102880956A (zh) * | 2012-09-13 | 2013-01-16 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道整合方法 |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN103270523A (zh) * | 2010-12-23 | 2013-08-28 | 电子湾有限公司 | 延期支付以及选择性的资金和支付 |
CN103413216A (zh) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | 一种多账户管理支付方法 |
CN104040572A (zh) * | 2011-09-21 | 2014-09-10 | 金吉特控股有限责任公司 | 支付网络中的优惠管理和结算 |
CN104794612A (zh) * | 2015-04-30 | 2015-07-22 | 人人聘(北京)网络科技有限公司 | 用于快捷支付的通信终端、通信系统及其方法 |
CN104850993A (zh) * | 2015-06-01 | 2015-08-19 | 走遍世界(北京)信息技术有限公司 | 支付方法及装置 |
-
2016
- 2016-03-04 CN CN201610125460.6A patent/CN107153953B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103270523A (zh) * | 2010-12-23 | 2013-08-28 | 电子湾有限公司 | 延期支付以及选择性的资金和支付 |
CN104040572A (zh) * | 2011-09-21 | 2014-09-10 | 金吉特控股有限责任公司 | 支付网络中的优惠管理和结算 |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN102880956A (zh) * | 2012-09-13 | 2013-01-16 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道整合方法 |
CN103413216A (zh) * | 2013-05-16 | 2013-11-27 | 深圳市淘淘谷信息技术有限公司 | 一种多账户管理支付方法 |
CN104794612A (zh) * | 2015-04-30 | 2015-07-22 | 人人聘(北京)网络科技有限公司 | 用于快捷支付的通信终端、通信系统及其方法 |
CN104850993A (zh) * | 2015-06-01 | 2015-08-19 | 走遍世界(北京)信息技术有限公司 | 支付方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107679854A (zh) * | 2017-10-09 | 2018-02-09 | 广州市万表科技股份有限公司 | 一种多次支付方法及系统 |
CN109711992A (zh) * | 2017-10-26 | 2019-05-03 | 财付通支付科技有限公司 | 资源转移方法、装置、系统、电子设备及介质 |
CN109711992B (zh) * | 2017-10-26 | 2023-03-14 | 财付通支付科技有限公司 | 资源转移方法、装置、系统、电子设备及介质 |
CN110458548A (zh) * | 2019-07-12 | 2019-11-15 | 上海找油信息科技有限公司 | 一种b2b在线担保支付系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107153953B (zh) | 2021-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11715080B1 (en) | Systems and methods for payment at a point of sale | |
US20210224771A1 (en) | Tailored display of payment options | |
US10262313B2 (en) | Multi-account card | |
US10002353B2 (en) | Methods and systems for conducting transactions | |
US11315094B2 (en) | Systems, methods, and computer program products for providing an electronic receipt | |
US10839435B2 (en) | Online/offline payment system | |
US20160335624A1 (en) | Mobile device nfc-based detection and merchant payment system | |
US20130317923A1 (en) | System and Method for Facilitating Cash Payment Transactions Using a Mobile Device | |
CN106056382B (zh) | 移动终端支付方法 | |
KR20130135890A (ko) | 지연 지불 및 선택적 펀딩 및 지불 | |
US20150363761A1 (en) | Widget for promoting payments via a person-to-person (p2p) payment rail | |
WO2014071367A2 (en) | Systems and methods for providing financial service extensions | |
US20140006253A1 (en) | Location-based credit provision system | |
US8500006B2 (en) | Gift card purchasing system | |
CN107153953A (zh) | 一种进行支付的方法和设备 | |
CN113298512A (zh) | 资金数据信息处理方法、装置及电子设备 | |
CN106372878A (zh) | 一种支付方法、支付客户端和支付服务器 | |
KR100923038B1 (ko) | 선불형 전자화폐를 사용하는 전자결제시스템 | |
US11847644B2 (en) | System and method for group transactions | |
CN107122963A (zh) | 一种进行支付的方法和设备 | |
US20140019337A1 (en) | Creditor offers for taking a user debt | |
US20190378110A1 (en) | System and method for providng consumer credit | |
JP5568697B1 (ja) | 口座管理サーバ | |
US20140279466A1 (en) | Cash-Based Check System | |
AU2014365706B2 (en) | Automatic data transfer |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |