CN107122963B - 一种进行支付的方法和设备 - Google Patents

一种进行支付的方法和设备 Download PDF

Info

Publication number
CN107122963B
CN107122963B CN201610101581.7A CN201610101581A CN107122963B CN 107122963 B CN107122963 B CN 107122963B CN 201610101581 A CN201610101581 A CN 201610101581A CN 107122963 B CN107122963 B CN 107122963B
Authority
CN
China
Prior art keywords
payment
user
amount
paid
time
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.)
Active
Application number
CN201610101581.7A
Other languages
English (en)
Other versions
CN107122963A (zh
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610101581.7A priority Critical patent/CN107122963B/zh
Publication of CN107122963A publication Critical patent/CN107122963A/zh
Application granted granted Critical
Publication of CN107122963B publication Critical patent/CN107122963B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/22—Payment schemes or models
    • 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/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

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

Abstract

本申请实施例涉及网络支付技术领域，特别涉及一种进行支付的方法和设备，用以解决现有技术中存在的支付定金的方式，需要买家进行多次支付，支付过程比较繁琐的问题。本申请实施例针对一个需要至少两次支付的交易，在用户进行一次支付后，若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。由于针对一个需要至少两次支付的交易可以在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，从而不需要买家多次手动进行支付，简化了支付过程。

Description

一种进行支付的方法和设备
技术领域
本申请涉及网络支付技术领域，特别涉及一种进行支付的方法和设备。
背景技术
当前网络的飞速发展，使得很多事情都可以通过网络进行，其中以网络购物最为普及。
网络购物是卖家通过网络展示自己的产品，买家通过网络挑选商品，并通过网络进行购买。
相比较面对面的购买方式，网络购物的支付方式一般是买家将支付金额通过网络付给第三方，然后卖家发货，买家收到货确认后第三方再将买家支付金额付给卖家。
随着网上交易方式的多样化，出现了越来越多的交易方式。除了上面的交易方式，出现了可以进行多次支付的交易方式，即一次交易过程中买家需要进行多次支付，但是这种方式目前需要买家手动进行多次支付，支付过程比较繁琐。
发明内容
本申请提供一种进行支付的方法和设备，用以解决现有技术中存在的支付定金的方式，需要买家进行多次支付，支付过程比较繁琐的问题。
本申请实施例提供的一种进行支付的方法，该方法包括：
针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。
本申请实施例针对一个需要至少两次支付的交易，在用户进行一次支付后，若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。由于针对一个需要至少两次支付的交易可以在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，从而不需要买家多次手动进行支付，简化了支付过程。
可选的，在用户进行一次支付后，判断用户是否选择自动进行后续支付，包括：
在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
由于本申请实施例在支付页面显示自动进行后续支付的选项，从而可以更及时和准确判断用户是否需要自动进行后续支付，提高了自动进行后续支付的效率。
可选的，在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，包括：
若所述用户设置多个支付账户，按照支付账户优先级，从多个支付账户中选择一个支付账户；
通过选择的支付账户支付下一次需要支付的金额。
由于本申请实施例按照支付账户优先级，从多个支付账户中选择一个支付账户，使得支付过程能够满足不同需求。
可选的，通过选择的支付账户支付下一次需要支付的金额之后，还包括：
若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
由于本申请实施例可以在一个支付账户支付不成功后，选择其他账户继续支付，提高了支付的成功率。
可选的，所述在用户进行一次支付后，判断用户是否选择自动进行后续支付，包括：
在所述用户进行至少两次支付中的第一次支付后，判断用户是否选择自动进行后续支付；
确定后续需要支付的下一次需要支付的金额，包括：
将交易总金额减去第一次支付的金额得到后续需要支付的下一次需要支付的金额。
由于本申请实施例可以应用于需要支付定金的交易，从而不需要买家多次手动进行支付，简化了支付过程。并且本申请实施例的方式，还可以避免由于买家遗忘导致的定金损失或无法购买的情况发生；对于卖家可以积极促进交易达成，提升卖家的出货量。
可选的，所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
本申请实施例提供的一种进行支付的设备，该设备包括：
判断模块，用于针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
处理模块，用于若所述判断模块确定用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。
可选的，所述判断模块具体用于：
在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
可选的，所述处理模块具体用于：
若所述用户设置多个支付账户，按照支付账户优先级，从多个支付账户中选择一个支付账户；
通过选择的支付账户支付下一次需要支付的金额。
可选的，所述处理模块还用于：
若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
可选的，所述判断模块具体用于：
在所述用户进行至少两次支付中的第一次支付后，判断用户是否选择自动进行后续支付；
所述处理模块还用于：
将交易总金额减去第一次支付的金额得到后续需要支付的下一次需要支付的金额。
可选的，所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1A为本申请实施例进行支付的方法流程示意图；
图1B为本申请实施例一个选项示意图；
图1C为本申请实施例两个选项示意图；
图2为本申请实施例进行支付的完整方法流程示意图；
图3为本申请实施例进行支付的设备结构示意图。
具体实施方式
随着网络购物的发展，支付方式也在变化，目前出现的一种方式是买家可以先支付一部分定金给第三方，在指定时间再支付剩余部分给第三方，然后卖家发货，买家收到货确认后第三方再将买家支付金额付给卖家。比如购物节等，在购物节之前卖家进行商品预售，用户支付一部分订单金额作为定金，等到了活动当天再把尾款支付掉，然后卖家再安排发货。但是这种支付定金的方式，需要买家进行多次支付，支付过程比较繁琐。
基于此，本申请实施例针对一个需要至少两次支付的交易，在用户进行一次支付后，若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。由于针对一个需要至少两次支付的交易可以在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，从而不需要买家多次手动进行支付，简化了支付过程。
并且本申请实施例的方式，还可以避免由于买家遗忘导致的定金损失或无法购买的情况发生；对于卖家可以积极促进交易达成，提升卖家的出货量。
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
如图1A所示，本申请实施例进行支付的方法包括：
步骤100、针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
步骤101、若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。
本申请实施例需要至少两次支付的交易可以是需要支付定金的交易，比如淘宝网大型促销活动，例如双十一，为了引导更多用户在活动当天购买东西，一般会在活动前几天进行商品预售：即活动前几天，用户支付一部分订单金额作为定金，等到了活动当天再把尾款支付掉，然后卖家再安排发货。
除了上述需要支付定金的交易，其他需要至少两次支付的交易同样适用本申请实施例。
可选的，可以在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
在实施中，可以在用户支付成功的页面中添加自动进行后续支付的选项，也可以在用户正在支付的交易页面中添加自动进行后续支付的选项。
该选项可以是一个，即如图1B所示，选项内容为“自动进行后续支付”；也可以是两个，即如图1C所示，选项内容一个为“自动进行后续支付”，一个为“不自动进行后续支付”。
如果是只有一个选项，则用户如果不需要自动进行后续支付，可以直接关闭页面。如果是两个选项，则用户如果不需要自动进行后续支付，可以直接关闭页面，也可以点击“不自动进行后续支付”的选项。
上述给出的显示选项的方式只是判断用户是否选择自动进行后续支付的一种方式，任何能够是判断用户是否选择自动进行后续支付的一种方式都适用本申请实施例，比如用户可以设置只要进行定金支付，都自动进行后续支付。
在实施中，一个用户可以设置多个支付账户，比如支付宝、余额宝、银行卡等，还可以设置他人的支付账户付款，即由他人代付。
如果用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额时，按照支付账户优先级，从多个支付账户中选择一个支付账户；并通过选择的支付账户支付下一次需要支付的金额。
支付账户优先级可以由用户手动进行设置，比如用户设置支付宝、余额宝、A银行卡和B银行卡，用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡，则可以选择优先级最高的支付宝账户支付下一次需要支付的金额。
如果用户没有手动进行设置，可以将用户已经支付所使用的账户作为优先级最高的账户支付下一次需要支付的金额。
可选的，若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
比如上面的例子用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡，如果支付宝账户无法支付下一次需要支付的金额，则继续用A银行卡支付下一次需要支付的金额，以此类推直到支付成功，或已设置且有优先级的账户都无法支付下一次需要支付的金额则确定支付失败。
在实施中，用户设置的所有账户中并不是所有账户都有优先级，比如用户设置的账户有支付宝、A银行卡、余额宝和B银行卡，用户手动设置优先级可以只设置部分账户优先级，则一般不会采用未设置优先级的账户进行自动支付；
如果用户手动只设置部分账户优先级，也可以将没有设置优先级的账户自动设置优先级为最低。
如果用户没有手动设置优先级，则一般会将用户已经支付所使用的账户作为优先级最高的账户，其他账户可以不设置优先级或设置优先级最低。
如果由多个账户优先级相同，则可以随机选择一个，或选择用户使用率最高的一个。
可选的，若与所述用户设置多个支付账户都无法支付下一次需要支付的金额，则按照设定的通知方式通知用户自动支付失败。
如果支付成功，本申请实施例也可以按照设定的通知方式通知用户自动支付成功。
上述通知方式包括但不限于下列中的部分或全部：
向预设的号码发送短信、拨打预设的号码播放语音、向预设的邮箱地址发送邮件、通过用户安装的软件推送消息。
可选的，所述在用户进行一次支付后，判断用户是否选择自动进行后续支付是：在所述用户进行至少两次支付中的第一次支付后(比如需要支付定金的交易，一般用户第一次支付就是支付定金)，判断用户是否选择自动进行后续支付。
具体后续需要支付的下一次需要支付的金额为交易总金额减去第一次支付的金额得到的金额。
比如该交易为买家买一双鞋，价值300，第一次支付的金额为100，则后续需要支付的下一次需要支付的金额为200。
可选的，如所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
在实施中，用户设置的时间可以是一个时间点，也可以是一段时间，如果是一段时间，则可以在一段时间中的任何时候自动进行后续支付。
进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间为该交易对应的进行后需支付的时间段中的一个时间点，该时间点可以是该交易对应的进行后需支付的时间段中得任意一个时间点。
比如交易为买家买一双鞋，需要支付定金，11月11日支付尾款并参见当天活动，该交易对应的进行后需支付的时间段为11月11日0点到23时59分59秒，则如果用户在11月11日支付定金，并且用户选择自动支付下一次需要支付的金额，可以在11月11日0点到23时59分59秒中选择一个时间点进行自动支付。
可选的，如果用户设置的时间可以是一个时间段，可以选择在时间段起始时刻支付，或时间段内靠近时间段时期时刻支付；
如果下一次需要支付的金额完成支付的时间为时间段，则可以在时间段起始时刻支付，或时间段内靠近时间段时期时刻支付。
这样的好处是如果用户设置的账户无法完成支付，可以让用户有时间手动支付。
由于活动日开始时间支付***压力比较大，如果下一次需要支付的金额完成支付的时间是一个活动日，比如11月11日，则自动支付的时间可以选择在11月11日开始之后的设定时长后支付，比如在11月11日早上9点支付，这样可以减轻支付***压力。
下面以用户设置自动支付时间，且交易方式为支付定金的方式为例进行详细说明，其他的交易方式类似，在此不再赘述。
如图2所示，本申请实施例进行支付的完整方法包括：
步骤200、判断该订单是否需要支付定金；如果是，则执行步骤201；否则，跳出本流程。
其中，步骤200判断该订单是否需要支付定金可以是在买家下单后判断，也可以是在买家下单前选择定金交易模式的时候判断。只要是在买家支付定金之前判断即可。
步骤201、在买家支付定金后，在支付页面显示自动进行后续支付的选项。
步骤202、判断用户是否点击所述自动进行后续支付的选项；如果是，则执行步骤203；否则，跳出本流程。
步骤203、提示用户设置自动支付时间，并记录用户设置的自动支付时间。
步骤204、判断自动支付时间是否到达，如果是，则执行步骤205；否则，返回步骤204。
步骤205、按照用户设置的账户的优先级，选择一个之前未选择，且优先级最高的账户，并通过选择的账户支付下一次需要支付的金额。
步骤206、判断是否成功支付下一次需要支付的金额，如果是，则通知用户支付成功；否则，执行步骤207。
步骤207、判断用户设置的账户中是否还有未选择的；如果有，则返回步骤205；否则，执行步骤208。
步骤208、通知用户支付失败。
如图3所示，本申请实施例进行支付的设备包括：
判断模块300，用于针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
处理模块301，用于若所述判断模块确定用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。
本申请实施例需要至少两次支付的交易可以是需要支付定金的交易，比如淘宝网大型促销活动，例如双十一，为了引导更多用户在活动当天购买东西，一般会在活动前几天进行商品预售：即活动前几天，用户支付一部分订单金额作为定金，等到了活动当天再把尾款支付掉，然后卖家再安排发货。
除了上述需要支付定金的交易，其他需要至少两次支付的交易同样适用本申请实施例。
可选的，所述判断模块300具体用于：
在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
在实施中，可以在用户支付成功的页面中添加自动进行后续支付的选项，也可以在用户正在支付的交易页面中添加自动进行后续支付的选项。
该选项可以是一个，即如图1B所示，选项内容为“自动进行后续支付”；也可以是两个，即如图1C所示，选项内容一个为“自动进行后续支付”，一个为“不自动进行后续支付”。
如果是只有一个选项，则用户如果不需要自动进行后续支付，可以直接关闭页面。如果是两个选项，则用户如果不需要自动进行后续支付，可以直接关闭页面，也可以点击“不自动进行后续支付”的选项。
上述给出的显示选项的方式只是判断用户是否选择自动进行后续支付的一种方式，任何能够是判断用户是否选择自动进行后续支付的一种方式都适用本申请实施例，比如用户可以设置只要进行定金支付，都自动进行后续支付。
在实施中，一个用户可以设置多个支付账户，比如支付宝、余额宝、银行卡等，还可以设置他人的支付账户付款，即由他人代付。
可选的，所述处理模块301具体用于：
若所述用户设置多个支付账户，按照支付账户优先级，从多个支付账户中选择一个支付账户；
通过选择的支付账户支付下一次需要支付的金额。
支付账户优先级可以由用户手动进行设置，比如用户设置支付宝、余额宝、A银行卡和B银行卡，用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡，则可以选择优先级最高的支付宝账户支付下一次需要支付的金额。
如果用户没有手动进行设置，可以将用户已经支付所使用的账户作为优先级最高的账户支付下一次需要支付的金额。
可选的，所述处理模块301还用于：
若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
比如上面的例子用户设置的优先级为支付宝、A银行卡、余额宝和B银行卡，如果支付宝账户无法支付下一次需要支付的金额，则继续用A银行卡支付下一次需要支付的金额，以此类推直到支付成功，或已设置且有优先级的账户都无法支付下一次需要支付的金额则确定支付失败。
在实施中，用户设置的所有账户中并不是所有账户都有优先级，比如用户设置的账户有支付宝、A银行卡、余额宝和B银行卡，用户手动设置优先级可以只设置部分账户优先级，则一般不会采用未设置优先级的账户进行自动支付；
如果用户手动只设置部分账户优先级，也可以将没有设置优先级的账户自动设置优先级为最低。
如果用户没有手动设置优先级，则一般会将用户已经支付所使用的账户作为优先级最高的账户，其他账户可以不设置优先级或设置优先级最低。
如果由多个账户优先级相同，则可以随机选择一个，或选择用户使用率最高的一个。
可选的，若与所述用户设置多个支付账户都无法支付下一次需要支付的金额，则处理模块301可以按照设定的通知方式通知用户自动支付失败。
如果支付成功，本申请实施例的处理模块301也可以按照设定的通知方式通知用户自动支付成功。
上述通知方式包括但不限于下列中的部分或全部：
向预设的号码发送短信、拨打预设的号码播放语音、向预设的邮箱地址发送邮件、通过用户安装的软件推送消息。
可选的，所述判断模块300具体用于：
在所述用户进行至少两次支付中的第一次支付后，判断用户是否选择自动进行后续支付；
所述处理模块301还用于：
将交易总金额减去第一次支付的金额得到后续需要支付的下一次需要支付的金额。
这里的多次支付可以是需要支付定金的交易，则第一次支付一般为用户支付的定金。比如该交易为买家买一双鞋，价值300，定金为100，则后续需要支付的下一次需要支付的金额为200。
可选的，所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
在实施中，用户设置的时间可以是一个时间点，也可以是一段时间，如果是一段时间，则可以在一段时间中的任何时候自动进行后续支付。
进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间为该交易对应的进行后需支付的时间段中的一个时间点，该时间点可以是该交易对应的进行后需支付的时间段中得任意一个时间点。
比如交易为买家买一双鞋，需要支付定金，11月11日支付尾款并参见当天活动，该交易对应的进行后需支付的时间段为11月11日0点到23时59分59秒，则如果用户在11月11日支付定金，并且用户选择自动支付下一次需要支付的金额，可以在11月11日0点到23时59分59秒中选择一个时间点进行自动支付。
可选的，如果用户设置的时间可以是一个时间段，可以选择在时间段起始时刻支付，或时间段内靠近时间段时期时刻支付；
如果下一次需要支付的金额完成支付的时间为时间段，则可以在时间段起始时刻支付，或时间段内靠近时间段时期时刻支付。
这样的好处是如果用户设置的账户无法完成支付，可以让用户有时间手动支付。
由于活动日开始时间支付***压力比较大，如果下一次需要支付的金额完成支付的时间是一个活动日，比如11月11日，则自动支付的时间可以选择在11月11日开始之后的设定时长后支付，比如在11月11日早上9点支付，这样可以减轻支付***压力。
从上述内容可以看出：本申请实施例针对一个需要至少两次支付的交易，在用户进行一次支付后，若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额。由于针对一个需要至少两次支付的交易可以在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，从而不需要买家多次手动进行支付，简化了支付过程。
以上参照示出根据本申请实施例的方法、装置(***)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行***来使用或结合指令执行***而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行***、装置或设备使用，或结合指令执行***、装置或设备使用。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种进行支付的方法，其特征在于，该方法包括：
针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
若用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额；
在用户进行一次支付后，判断用户是否选择自动进行后续支付，包括：
在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
2.如权利要求1所述的方法，其特征在于，在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额，包括：
若所述用户设置多个支付账户，按照支付账户优先级，从多个支付账户中选择一个支付账户；
通过选择的支付账户支付下一次需要支付的金额。
3.如权利要求2所述的方法，其特征在于，通过选择的支付账户支付下一次需要支付的金额之后，还包括：
若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
4.如权利要求1～3任一所述的方法，其特征在于，所述在用户进行一次支付后，判断用户是否选择自动进行后续支付，包括：
在所述用户进行至少两次支付中的第一次支付后，判断用户是否选择自动进行后续支付；
确定后续需要支付的下一次需要支付的金额，包括：
将交易总金额减去第一次支付的金额得到后续需要支付的下一次需要支付的金额。
5.如权利要求4所述的方法，其特征在于，所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
6.一种进行支付的设备，其特征在于，该设备包括：
判断模块，用于针对一个需要至少两次支付的交易，在用户进行一次支付后，判断用户是否选择自动进行后续支付；
处理模块，用于若所述判断模块确定用户选择自动进行后续支付，则在自动支付时间到达后，通过所述用户设置的支付账户支付下一次需要支付的金额；
所述判断模块具体用于：
在用户进行一次支付后，在支付页面显示自动进行后续支付的选项；
判断用户是否点击所述自动进行后续支付的选项；
如果用户点击，则确定用户选择自动进行后续支付；
否则，确定用户不选择自动进行后续支付。
7.如权利要求6所述的设备，其特征在于，所述处理模块具体用于：
若所述用户设置多个支付账户，按照支付账户优先级，从多个支付账户中选择一个支付账户；
通过选择的支付账户支付下一次需要支付的金额。
8.如权利要求7所述的设备，其特征在于，所述处理模块还用于：
若当前选择的支付账户无法支付下一次需要支付的金额，则从多个支付账户中选择一个之前未选择，且优先级最高的账户，并返回通过选择的支付账户支付下一次需要支付的金额的步骤。
9.如权利要求6～8任一所述的设备，其特征在于，所述判断模块具体用于：
在所述用户进行至少两次支付中的第一次支付后，判断用户是否选择自动进行后续支付；
所述处理模块还用于：
将交易总金额减去第一次支付的金额得到后续需要支付的下一次需要支付的金额。
10.如权利要求9所述的设备，其特征在于，所述自动支付时间为用户设置的时间或进行第一次支付之后交易对应的下一次需要支付的金额完成支付的时间。
CN201610101581.7A 2016-02-24 2016-02-24 一种进行支付的方法和设备 Active CN107122963B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610101581.7A CN107122963B (zh) 2016-02-24 2016-02-24 一种进行支付的方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610101581.7A CN107122963B (zh) 2016-02-24 2016-02-24 一种进行支付的方法和设备

Publications (2)

Publication Number Publication Date
CN107122963A CN107122963A (zh) 2017-09-01
CN107122963B true CN107122963B (zh) 2020-10-16

Family

ID=59717724

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610101581.7A Active CN107122963B (zh) 2016-02-24 2016-02-24 一种进行支付的方法和设备

Country Status (1)

Country Link
CN (1) CN107122963B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107679963A (zh) * 2017-10-17 2018-02-09 北京迅邦润泽物流有限公司 一种基于b2b的预售方法
CN110246043A (zh) * 2019-04-16 2019-09-17 阿里巴巴集团控股有限公司 项目缴费方法、装置、电子设备以及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104361487A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 ***跨行自动还款的方法及装置
CN104616143A (zh) * 2014-11-24 2015-05-13 腾讯科技（深圳）有限公司 社交应用中虚拟票据转移方法及装置
CN105184562A (zh) * 2015-08-27 2015-12-23 宇龙计算机通信科技(深圳)有限公司 用于终端的移动支付方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150278946A1 (en) * 2007-12-27 2015-10-01 Pay It Simple Ltd. Methods, Systems, Devices and Associated Computer Executable Code for Facilitating Securitized Funding of Deposits, Collateral, Bonds and/or Securities

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104361487A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 ***跨行自动还款的方法及装置
CN104616143A (zh) * 2014-11-24 2015-05-13 腾讯科技（深圳）有限公司 社交应用中虚拟票据转移方法及装置
CN105184562A (zh) * 2015-08-27 2015-12-23 宇龙计算机通信科技(深圳)有限公司 用于终端的移动支付方法及装置

Also Published As

Publication number Publication date
CN107122963A (zh) 2017-09-01

Similar Documents

Publication Publication Date Title
CN110363666B (zh) 信息处理方法、装置、计算设备以及存储介质
US8600829B2 (en) Providing notice and purchasing a gift in an online or electronic environment
US11182758B2 (en) Rapid checkout after payment
CN107093141B (zh) 产品对象的处理方法和装置
WO2017118306A1 (zh) 业务回退方法及装置
KR20150086350A (ko) 간략한 체크아웃 시스템 및 방법
WO2019072024A1 (zh) 基于信用实现分期业务的方法
EP2817778A1 (en) Selectively providing cash-based e-commerce transactions
CN104268768A (zh) 一种订单融资的处理方法及***
US20180341972A1 (en) System and method for distributing sales profit
CN113298512A (zh) 资金数据信息处理方法、装置及电子设备
CN111833125A (zh) 订单处理方法、装置、电子设备及计算机可读介质
CN107153953B (zh) 一种进行支付的方法和设备
CN107122963B (zh) 一种进行支付的方法和设备
CN105184555A (zh) 下单支付处理***及方法
CN108564354B (zh) 结算方法、服务平台及服务器
TW201624373A (zh) 資料業務處理方法及裝置
KR102376023B1 (ko) 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템
CN111967905A (zh) 电子式快递优惠券的应用方法及相关设备
JP6436362B2 (ja) アイテム課金方法と、その課金方法を実行するプログラム
WO2013126266A1 (en) Selectively providing cash-based e-commerce transactions
KR102528158B1 (ko) 판매 이익금 분배 시스템
KR102528162B1 (ko) 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템 및 방법
KR101965100B1 (ko) 해외 오픈마켓의 대금 정산시스템 및 정산 방법
CN107230118B (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1243481

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant