CN110490564A - 一种支付控制方法及装置 - Google Patents

一种支付控制方法及装置 Download PDF

Info

Publication number
CN110490564A
CN110490564A CN201910706613.XA CN201910706613A CN110490564A CN 110490564 A CN110490564 A CN 110490564A CN 201910706613 A CN201910706613 A CN 201910706613A CN 110490564 A CN110490564 A CN 110490564A
Authority
CN
China
Prior art keywords
payment
amount
buyer user
transaction
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
Application number
CN201910706613.XA
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.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co 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 CN201910706613.XA priority Critical patent/CN110490564A/zh
Publication of CN110490564A publication Critical patent/CN110490564A/zh
Pending legal-status Critical Current

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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Landscapes

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

Abstract

公开了一种支付控制方法及装置。引入虚拟支付机制，预先为买方用户分配一定的虚拟支付额度。电子商务平台根据买方用户的交易发起请求创建交易订单后，如果确定交易订单中的交易金额小于或等于买方用户的虚拟支付额度，就可以使用买方用户的虚拟支付额度来针对交易订单进行虚拟支付，使得交易订单的状态由未支付切换成已支付，随后，电子商务平台才能将已支付的交易订单推送给卖方用户，推进交易的执行。如果买方用户在交易执行过程中或者交易执行之后想要取消交易，那么，电子商务平台只需要将扣减的虚拟支付额度返还给买方用户即可。

Description

一种支付控制方法及装置
技术领域
本说明书实施例涉及信息技术领域，尤其涉及一种支付控制方法及装置。
背景技术
在互联网时代，人与人之间可以通过电子商务平台进行交易。
在现有的电子商务平台的交易系统设计中，买方用户发起交易时，交易系统会创建交易订单。买方用户针对交易订单完成付款之后，电子商务平台才会将交易订单推送给卖方，由卖方执行交易订单(如发货、提供服务等)。具体的付款方式为，电子商务平台一方面从买方用户的账户中扣除交易金额，另一方面向与这笔交易关联的交易担保账户中增加交易金额。
后续，如果买方对卖方的交易订单执行结果满意(如对收到的货物满意)，则可以通知电子商务平台确认该交易订单执行结果，电子商务平台就可以将交易担保账户中的余额转移至卖方的账户；如果买方想取消交易(可能是后悔发起交易，或者对交易订单执行结果不满意)，则可以要求电子商务平台退款，电子商务平台会将一方面从交易担保账户中扣款，另一方面向买方的账户中打款。
然而在实践中，买方取消交易的情况经常出现，在这种情况下，现有的支付控制方法流程过于繁琐，耗费电子商务平台的系统资源。
发明内容
为了简化电子商务平台的支付控制流程，节省系统资源，本说明书实施例提供一种支付控制方法及装置，技术方案如下：
根据本说明书实施例的第1方面，提供一种支付控制方法，预先为买方用户分配虚拟支付额度，所述方法包括：
在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
根据本说明书实施例的第2方面，提供一种支付控制装置，预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块，在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断处理模块，判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块，在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
本说明书实施例所提供的技术方案，引入虚拟支付机制，预先为买方用户分配一定的虚拟支付额度。电子商务平台根据买方用户的交易发起请求创建交易订单后，如果确定交易订单中的交易金额小于或等于买方用户的虚拟支付额度，就可以使用买方用户的虚拟支付额度来针对交易订单进行虚拟支付，使得交易订单的状态由未支付切换成已支付，随后，电子商务平台才能将已支付的交易订单推送给卖方用户，推进交易的执行。如果买方用户在交易执行过程中或者交易执行之后想要取消交易，那么，由于在执行交易之前买方用户只进行了虚拟支付，并未进行实际支付(即买方用户的账户没有扣款，交易担保账户没有收款)，因此，交易取消后，电子商务平台只需要将扣减的虚拟支付额度返还给买方用户即可，操作简单快速，不会给系统造成较大的资源压力。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的交易流程的示意图；
图2是本说明书实施例提供的一种支付控制方法的流程示意图；
图3是本说明书实施例提供的支付流程的示意图；
图4是本说明书实施例提供的另一种支付控制方法的流程示意图；
图5是本说明书实施例提供的买方用户的履约状态变化示意图；
图6是本说明书实施例提供的一种支付控制装置的结构示意图；
图7是本说明书实施例提供的另一种支付控制装置的结构示意图；
图8是本说明书实施例提供的另一种支付控制装置的结构示意图；
图9是本说明书实施例提供的另一种支付控制装置的结构示意图；
图10是本说明书实施例提供的另一种支付控制装置的结构示意图；
图11是本说明书实施例提供的另一种支付控制装置的结构示意图；
图12是用于配置本说明书实施例方法的一种设备的结构示意图。
具体实施方式
对于电子商务平台的交易系统而言，从某个账户扣款，就往往会涉及到对另一个账户打款，也就是说，交易系统执行的账户余额修改操作总是成对出现的。假设交易系统对单个账户余额进行修改所耗费的资源量为x，那么在涉及账户间支付的场景下，交易系统完成一次支付所耗费的资源量为2x。
具体而言，实践中买方用户针对交易订单的实际支付操作会导致交易系统执行对买方用户的账户的扣款操作与对交易担保账户的打款操作，耗费的资源量为2x。如果买方用户后续想要取消交易，那么就涉及到对买方用户的退款，即会触发交易系统执行对交易担保账户的扣款操作与对买方用户的账户的打款操作，再次耗费2x的资源量。
在线上购物场景中，大量用户都习惯于先购买商品进行试用体验，不满意再退货。这对电子商务平台而言，需要频繁执行“买方扣款-向交易担保账户打款-从交易担保账户扣款-向买方打款”的无效循环操作，系统开销是巨大的。
而在本说明书实施例中，在买方用户的虚拟支付额度充足的情况下，买方用户针对交易订单的虚拟支付操作并不会导致交易系统执行对买方用户的账户的扣款操作与对交易担保账户的打款操作，而会触发交易系统执行对买方用户的虚拟支付额度的扣减操作，耗费的资源量为x。如果买方用户后续想要取消交易，那么也不会触发交易系统执行对交易担保账户的扣款操作与对买方用户的账户的打款操作，仅会触发虚拟支付额度的返还，即交易系统执行对买方用户的虚拟支付额度的增加操作，耗费的资源量为x。
显然，同样涉及到买方用户的交易发起与交易取消，在现有的支付控制流程中，交易系统耗费的资源量达到4x，而在本说明书实施例提供的支付控制流程中，交易系统耗费的资源量为2x。可见，通过本说明书实施例，可以为电商平台的交易系统节省一半的资源开销。
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
图1是本说明书实施例提供的交易流程的示意图。如图1所示，买方发起交易，电子商务平台创建交易订单，等待买方进行支付。如果买方拒绝进行支付，则交易订单关闭，如果买方同意进行支付，并且选择了虚拟支付方式，则交易订单的状态切换为已支付，电子商务平台将交易订单推送给卖方，等待卖方发货。买方在确认收货之前(可以是收到货之前，也可以是收到货但不认可货物)，可以选择退款(即要求关闭交易，返还扣减的虚拟支付额度)。如果买方向电子商务平台表示确认收货，则交易完成。
图2是本说明书实施例提供的一种支付控制方法的流程示意图，包括以下步骤：
S200：在接收到买方用户发送的交易发起请求之后，创建交易订单。
图2所示方法的执行主体可以是电子商务平台的交易系统，在硬件层面，所述交易系统实际上是指电子商务平台的服务器或服务器集群。
在本说明书实施例中，买方用户是指一笔交易中付款购买商品或服务的用户，卖家用户是指一笔交易中收款提供商品或服务的用户。
在本说明书实施例中，电子商务平台的交易系统可以预先为买方用户分配虚拟支付额度。虚拟支付额度并不是实际金额，却起到代表一定的实际金额的作用。
电子商务平台可以根据预设规则为买方用户分配虚拟支付额度。例如，可以根据买方用户的账户的余额来确定分配给买方用户的虚拟支付额度，余额越多，说明买方用户的支付能力越强，因此分配给买方用户的虚拟支付额度越高。
又如，可以预先获取买方用户的支付信用评分，所述支付信用评分与对所述买方用户的支付信用的评价正相关；根据所述支付信用评分，为所述买方用户分配虚拟支付额度，所述虚拟支付额度与所述支付信用评分正相关。
一般而言，交易由买方用户通过电子商务平台发起，交易系统在接收到买方用户发送的交易发起请求后，会创建交易订单。
交易订单中通常会记载有买家用户的信息、卖家用户的信息、买家用户所要购买的商品或服务，买家用户所要购买的商品或服务的价格(即交易金额)。此外，视实际的业务需求，交易订单中还可以记载其他信息，本说明书对此不做限定。
S202：判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若是，则执行步骤S204，否则，执行步骤S206。
交易系统创建交易订单之后，会判断买方用户是否有足够的虚拟支付额度来进行虚拟支付。判断的标准为，买方用户的虚拟支付额度是否小于交易金额。如果小于，就说明买方用户的虚拟支付额度不足以进行虚拟支付，如果不小于，就说明买方用户的虚拟支付额度足够进行虚拟支付。
S204：关闭所述交易订单，或，进行实际支付操作。
如果买方用户的虚拟支付额度不足以进行虚拟支付，则交易系统可以关闭交易订单，或者使用买方用户的账户进行实际支付操作。进一步地，交易系统可以询问买方用户是否进行实际支付操作，如果买方用户同意，则进行实际支付操作，如果买方用户不同意，则关闭交易订单。
实际支付操作为：若所述买方用户的账户的余额不小于N，则从所述买方用户的账户中扣除N；向交易担保账户中增加N，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
其中，交易担保账户是指，为避免买卖双方直接交易的情况下付款与发货时间不一致导致的交易风险，提供交易担保账户作为付款与收款的担保方，买方先付的款项会暂时打入交易担保账户中，不会直接打给买方的账户，待到卖方向买方提供了商品或服务，并且买方认可之后，才会将交易担保账户中的款项打给卖方的账户，最终完成交易。交易担保账户的拥有方可以是电子商务平台，也可以是独立于电子商务平台的支付服务方。
需要说明的是，买方用户的账户余额，可以指买方用户的账户本身拥有的金额，也可以指买方用户的账户所绑定的银行卡中的金额或所绑定信用卡的可透支金额。通常，交易系统在发现买方用户的账户本身拥有的金额、所绑定的每个银行卡中的金额、所绑定的信用卡的可透支金额皆小于交易金额N之后，才会认定买方用户的账户余额不足。
在实践中，所述实际支付操作还可以包括：若所述买方用户的账户的余额为P，P<N，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-P，或者，从预先指定的垫付账户中扣除N。
其中，垫付账户是指，为了避免出现买方用户的账户由于余额不足导致无法实际支付的情况，提供垫付账户为买方提供资金垫付服务，垫付账户垫付资金后，形成了一笔买方对垫付账户的负债。垫付账户的拥有方可以是电子商务平台，也可以是独立于电子商务平台的支付服务方，还可以是其他愿意为买方用户承担资金垫付责任的主体，本说明书对此不做具体限定。
如果垫付账户是在交易系统中注册的，那么，在完成实际支付操作之后的指定期限内，交易系统可以向所述买方用户的账户追偿所述垫付账户垫付的金额，若在所述指定期限内追缴到所述垫付账户垫付的金额，则将追缴到的金额返还给所述垫付账户。
如果垫付账户是在支付服务方设备上注册的，那么，在完成实际支付操作之后的指定期限内，支付服务方设备可以向所述买方用户的账户追偿所述垫付账户垫付的金额，若在所述指定期限内追缴到所述垫付账户垫付的金额，则将追缴到的金额返还给所述垫付账户。
若在所述指定期限内未追缴到所述垫付账户垫付的金额，则触发对所述买方用户的违约处罚。对买方用户的违约处罚具体可以是降低买方用户的支付信用分，或取消买方用户的虚拟支付权限，或将买方用户加入黑名单(从而禁止买方用户发起交易)等。
需要说明的是，在本说明书实施例中，可以定期根据买方用户当前的支付信用分，重新确定买方用户的虚拟支付额度。如此一来，如果买方用户在接受过违约处罚，则可能导致买方用户的支付信用分降低，进而导致下一次为买方用户重新分配的虚拟支付额度降低。
S206：进行虚拟支付操作。
如果买方用户的虚拟支付额度足够进行虚拟支付，则交易系统可以执行虚拟支付操作。所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N。
进一步地，在步骤S206中，交易系统可以询问所述买方用户是否进行虚拟支付；若买方用户同意进行虚拟支付，则进行虚拟支付操作。
此处需要说明的是，在实践中，买方用户可能会发起不止一笔交易，每笔交易都会调用买家用户的虚拟支付额度进行虚拟支付。因此，为了防止买方用户无限制地进行虚拟支付，在一笔交易中，需要将买家用户的虚拟支付额度中等于这笔交易的交易金额的部分暂时扣减，如此，相当于这部分额度被冻结了，买家用户无法使用被冻结的这部分额度进行虚拟支付。
S208：在完成虚拟支付操作之后，将所述交易订单推送给卖方用户。
在本说明书实施例中，完成虚拟支付操作之后，就可以将交易订单的状态修改为已支付状态，从而可以将已支付状态的交易订单推送给卖方用户，卖方用户才会根据已支付状态的交易订单进行发货或提供服务。
此处需要说明的是，在实践中，对于卖方用户而言，只有已支付状态的交易订单才有意义。这是因为，站在卖方用户的立场上，如果一笔交易的买方用户不付款，那么卖方用户付出的商品或服务就没有价值保障，给卖方用户带来的交易风险过大。对于卖方用户而言，已支付状态的交易订单意味着，卖方付出的商品或服务所对应的价值会确定由交易系统来兑现，哪怕此处的已支付状态是基于虚拟支付产生的，卖方也不必担心买方逃避付款，因为电子商务平台支持虚拟支付方式，交易风险事实上已经转移给电子商务平台承担。
在将交易订单推送给卖方用户之后，卖方用户就可以基于所述交易订单执行交易。此处的卖方用户执行交易是指，卖方用户根据交易订单的内容，向买方提供商品或服务。例如，卖方用户根据交易订单中记载的商品类型、商品数量、买方收货地址等，向买方邮寄商品。
S210：若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
在实际应用中，电子商务平台通常支持买方用户在交易订单创建之后，买方用户确认卖方用户的交易执行结果之前的时间段内的任意时间点取消交易。取消交易一般涉及交易关闭、退货、退款、退款且退货等多种形式。
交易取消后，交易系统需要向买家用户退款。在本说明书实施例中，在买家用户仅进行了虚拟支付的情况下，退款实际上是指返还虚拟支付额度。
在本说明书实施例中，如果若接收到所述买方用户针对所述卖方用户的交易订单执行结果发送的确认指令或确定满足预设的针对所述卖方用户的交易订单执行结果的确认条件，则进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N。
其中，所述买方用户针对所述卖方用户的交易订单执行结果发送的确认指令，例如可以指：买方用户在收到卖方用户邮寄的商品后，对商品认可，因此向交易系统表示同意向卖家用户打款。这是买方用户主动进行实际支付的情形。
确定满足预设的针对所述卖方用户的交易订单执行结果的确认条件，例如可以指：买方用户在收到卖方用户邮寄的商品后，对商品认可，但是不愿意或忘记向交易系统表示同意向卖家用户打款，那么，待到卖家用户发货一段时间后，交易系统会默认买方用户已经收到货并且对商品认可。这是买方用户被动进行实际支付的情形。
买方用户进行实际支付可能会出现账户的余额不足，需要垫付账户垫付资金的情况，前文已有介绍，不再赘述。
图3是本说明书实施例提供的支付流程的示意图。如图3所示，创建交易订单后，先对买方用户的一部分虚拟支付额度(可表征交易金额)冻结，相当于将冻结的虚拟支付额度支付给担保账户。然后，如果买家确认收货，则可以解冻额度转实际支付，买方用户的账户打款(交易金额)给交易担保账户，交易担保账户进而将余额打款给卖方用户。如果买方账户在实际支付时余额不足，则可以由垫付账户先行垫付，确保交易担保账户收到交易金额的打款。
此外需要说明的是，在实践中，买方用户的取消交易的要求不一定会得到满足，电子商务平台与卖家如果有合理理由，可以拒绝买家用户取消交易的请求。在本文中，为了描述的方便，默认买方用户的取消交易要求会得到满足。应当理解，当买家用户的取消交易的请求被拒绝后，自然不会涉及下文将要描述的情形，买家用户还是需要正常履行交易义务(如虚拟支付、实际支付等)。
下面以买方卖方交易商品为例，列举出买方用户取消交易的各种情形。
1、买方用户在进行虚拟支付之前，可以选择取消交易，此时，由于买家用户尚未进行虚拟支付，因此，交易系统会直接关闭交易订单，并且会涉及到向买方用户返还扣减的虚拟支付额度。
2、从虚拟支付完成时起，直至买方用户收到商品为止，在此期间，买方用户未收到货，也可以选择取消交易。这种情况下，会涉及到向买方用户返还扣减的虚拟支付额度。
3、买方用户收到商品后，可以选择关闭交易。此处又分为两种情况：
3.1、仅退款不退货。例如商品已经损坏，或者商品存在严重瑕疵的情况下，卖方用户可能不会要求买方用户退货。这种情况下，退款即是指交易系统向买方用户返还扣减的虚拟支付额度。此处存在一种特殊情况：
3.1.1、部分退款。例如，只有一部分商品损坏或者存在严重瑕疵，剩下一部分商品是完好的，这种情况下，买家用户可能只要求部分退款。这种情况下，交易系统创建的交易订单中事实上记载有至少两个商品的总金额N。在步骤S210中，交易系统接收到的实际上是买方用户发送的交易部分取消指令。假设所述交易部分取消指令所要取消购买的所述交易订单中的部分商品的金额为Q，那么，在步骤S210中，交易系统实际上仅能向买家用户返还数量为Q的虚拟支付额度。
在3.1.1中，若接收到所述买方用户发送的针对所述交易订单中除所述部分商品之外的其他部分商品的确认指令，或确定满足预设的针对所述交易订单中除所述部分商品之外的其他部分商品的确认条件，则进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N-Q。
其中，所述实际支付操作包括：若所述买方用户的账户的余额不小于N-Q，则从所述买方用户的账户中扣除N-Q；向交易担保账户中增加N-Q，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
所述实际支付操作还包括：若所述买方用户的账户的余额为P，P<N-Q，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-Q-P，或者，从预先指定的垫付账户中扣除N-Q。
3.2、退款且退货。这种情况下，买家用户需要先将商品退还给卖家用户，卖家用户收到货后，才会通知交易系统进行退款(即返还虚拟支付额度)。此处存在一种特殊情况：
3.2.1、部分退款退货。这种情况与3.1.1类似，不再赘述。
另外，在实际应用中，一笔交易中可能存在附加金额，交易系统不支持以虚拟支付方式支付附加金额。例如，买方用户向卖方用户购买空调，空调价格3000元，同时，向卖方用户附带购买空调安装服务，安装费200元。如此，交易订单中交易金额为3000元，附加金额为200元。交易金额3000元可虚拟支付，附加金额200元不能虚拟支付。
为此，在本说明书实施例中，可以在将所述交易订单推送给卖方用户之前，从所述买方用户的账户中扣除所述交易订单中指定的附加金额M，将所述M增加到关联于所述交易订单的交易担保账户中。相应地，如果交易取消，也需要将附加金额退还给买方用户，即从所述交易担保账户中扣除M，并将M增加到所述买方用户的账户中。
此外，在实际应用中，一笔交易中可能存在优惠券的使用。此处的优惠券可以指代金券，也可以指打折券。例如，买方用户购买空调，价格3000元，但是买方用户预先从电子商务平台上领取了一张5折优惠券，因此，买方用户实际需要支付的金额为1500元。但是，对于卖方用户而言，其所要接收的款项为3000元。如此，交易订单中交易金额为1500元，还指定了买方用户拥有的一张5折优惠券。交易金额1500元可虚拟支付，优惠券产生的优惠金额1500元也需要先支付给交易担保账户。
为此，在本说明书实施例中，在将所述交易订单推送给卖方用户之前，可以核销所述交易订单中指定的优惠券，并将所述优惠券对应的优惠金额L增加到交易担保账户中；所述优惠券是所述买方用户预先领取的。相应地，如果交易取消，则需要从所述交易担保账户中扣除L，并将所述优惠券重新分配给所述买方用户。
在本说明书实施例中，交易系统为了对支付流程涉及的各个环节进行记录，可以创建与交易订单相关联的一系列单据，具体包括：额度冻结单、额度解冻单、额度解冻转实际支付单、附加金额支付单、交易关闭单、卖方收款单。以下一一介绍。
额度冻结单。交易系统在执行虚拟支付操作之后，创建记录有从买方用户的虚拟支付额度扣减的数额N的额度冻结单，表征将买方用户的数额为N的虚拟支付额度冻结，这部分冻结的虚拟支付额度不得重复使用。
额度解冻单。适用于交易关闭的情形。如果交易关闭，则需要将扣减的虚拟支付额度返还给买方，即解冻额度，额度解冻单对此进行记录。
额度解冻转实际支付单。适用于卖方的交易订单执行结果被买方确认的情形。此时，将扣减的虚拟支付额度返还给买方，触发买方进行实际支付，额度解冻转实际支付单对此进行记录。
附加金额支付单。适用于交易中存在附加金额的情形。这种情形下，交易系统在将交易订单推送给卖方之前，必须获得额度冻结单与附加金额支付单。
交易关闭单。买方要求关闭交易时，对此进行记录。
卖方收款单。适用于卖方的交易订单执行结果被买方确认的情形。此时，买方进行实际支付，即从买方的账户中扣款N，转移给交易担保账户，再将交易担保账户中的余额都转移给卖方的账户。
图4是本说明书实施例提供的另一种支付控制方法的流程示意图，包括如下步骤：
S400：交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建交易订单。
S402：交易服务方设备唤起支付服务方设备。
S404：所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作。
S406：所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单。
S408：所述交易服务方设备将所述交易订单推送给卖方用户。
S410：所述交易服务方设备若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令。
S412：所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
在实际应用中，对支付流程的控制可以不仅由电子商务平台的交易系统执行，而是由电子商务平台的交易系统(硬件层面上为电子商务平台的服务设备，本文称之为交易服务方设备)与独立于电子商务平台的支付服务方的设备(本文称之为支付服务方设备)协作进行。
其中，交易服务方设备仅负责交易流程的控制，而支付服务方设备通过与交易服务方设备进行信息交互，来对支付流程进行控制。
可以理解，图4所示的方法与图2所示的方法所依托的硬件架构不同，但是，二者的技术原理是一致的，在具体的技术实现上，图4所示的方法中增加了一些交易服务方设备与支付服务方设备之间的信息交互。以下对图4所示方法与图2所示方法的区别进行强调，相关原理不再赘述。
其中，所述支付服务方设备进行虚拟支付操作，具体包括：所述支付服务方设备请求所述交易服务方设备询问所述买方用户是否进行虚拟支付，若买方用户同意进行虚拟支付，则进行虚拟支付操作。
其中，在所述交易服务方设备通知所述交易服务方设备推送订单之前，所述方法还包括：所述支付服务方设备从所述买方用户的账户中扣除所述交易订单中指定的附加金额M，将所述M增加到关联于所述交易订单的交易担保账户中。
其中，在所述支付服务方设备在接收到所述额度恢复指令之后，所述方法还包括：所述支付服务方设备从所述交易担保账户中扣除M，并将M返还给所述买方用户的账户。
其中，在所述交易服务方设备通知所述交易服务方设备推送订单之前，所述方法还包括：所述支付服务方设备核销所述交易订单中指定的优惠券，并将所述优惠券对应的优惠金额L增加到交易担保账户中；所述优惠券是所述买方用户预先领取的。
其中，所述支付服务方设备在接收到所述额度恢复指令之后，所述方法还包括：所述支付服务方设备从所述交易担保账户中扣除L，并将所述优惠券重新分配给所述买方用户。
其中，所述方法还包括：
所述交易服务方设备若接收到所述买方用户针对所述卖方用户的交易订单执行结果发送的确认指令或确定满足预设的针对所述卖方用户的交易订单执行结果的确认条件，则向所述支付服务方设备发送实际支付指令；所述支付服务方设备在接收到所述实际支付指令之后，进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N；
所述实际支付操作包括：
若所述买方用户的账户的余额不小于N，则从所述买方用户的账户中扣除N；
向交易担保账户中增加N，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
所述实际支付操作还包括：若所述买方用户的账户的余额为P，P<N，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-P，或者，从预先指定的垫付账户中扣除N。
所述方法还包括：所述支付服务方设备在完成实际支付操作之后的指定期限内，向所述买方用户的账户追偿所述垫付账户垫付的金额；所述支付服务方设备若在所述指定期限内追缴到所述垫付账户垫付的金额，则将追缴到的金额返还给所述垫付账户。
所述方法还包括：所述支付服务方设备若在所述指定期限内未追缴到所述垫付账户垫付的金额，则触发对所述买方用户的违约处罚。
另外，在本说明书实施例中，基于图4所示的架构，支付服务方设备具体可以根据买方用户的支付信用评分为买方用户分配虚拟支付额度。支付服务方设备可以监听交易服务方设备发送的与交易流程的每个环节有关的消息，如涉及买方发起交易、交易系统创建交易订单、买方关闭交易、买方确认收货等环节的消息。支付服务方设备可以根据从交易服务方设备监听的交易流程的每个环节的消息，记录买方用户的支付流程中履约状态的变化，据此评估买方用户在本次交易中的信用表现，调整买方用户的支付信用评分，或对买方用户进行一些与信用有关奖惩。
图5是本说明书实施例提供的买方用户的履约状态变化示意图。图5中的退款是指返还买方用户的虚拟支付额度。具体而言：
1、买方用户针对交易订单进行虚拟支付后，交易服务方设备将交易订单推送给卖方用户，等待卖方用户发货，在卖方用户发货前，买方用户的事实上还未开始履约(因为卖方用户可能拒绝发货，即拒绝与买方用户交易，导致双方未达成约定)。买方用户在履约前，可以要求交易服务方退款(即返还虚拟支付额度)，导致关闭履约。
2、卖方用户发货后，买方用户开始履约，从卖方发货的时间点开始，截止买方用户收到货物的时间点，买方用户依然可以要求退款，这种情况按照关闭履约处理。此外，从卖方发货的时间点开始，截止买方用户收到货物的时间点，买方用户也可以在未收到货的情况下主动确认收货，进行实际支付，导致按时履约。
3、买方用户在收到货物之后，截止履约绝限之前，是履约中的状态，买方用户需要决定是确认收货还是退款。在履约绝限到来前，买方用户不论选择退款还是确认收货，都视为按时履约。
4、在履约中，买方用户可以选择退款退货或者仅退款。
5、在履约中，如果仅部分货物存在退款，那么买方用户依然需要决定针对剩余部分货物(确认收货还是退款)。
6、如果履约绝限到来时，交易订单中依然存在买家用户没有决定去向(是确认收货还是退款)的货物，那么，会强制使用买方用户的账户进行实际支付，如果买方用户的账户余额充足，扣款后视为逾期履约。如果买方用户的账户余额不足，还会使用垫付账户进行垫付，此后会向买方用户的账户进行资金追偿，如果追偿成功，视为逾期履约，如果追偿失败，视为违约。
此外，本说明书实施例提供了一种支付控制系统，包括交易服务方设备与支付服务方设备；
交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度；
所述交易服务方设备，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；在所述支付服务方设备在完成所述虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备，判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
一种支付控制系统，包括交易服务方设备与支付服务方设备；
交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度；
所述交易服务方设备，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；在所述支付服务方设备在完成所述虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
图6是本说明书实施例提供的一种支付控制装置的结构示意图，预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块601，在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断处理模块602，判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块603，在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块604，若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
图7是本说明书实施例提供的另一种支付控制装置的结构示意图，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
支付唤起模块701，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块702，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块703，若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
图8是本说明书实施例提供的另一种支付控制装置的结构示意图，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
判断处理模块801，被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
通知模块802，在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块803，在接收到额度恢复指令之后，将所述买方用户的虚拟支付额度增加N；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的。
图9是本说明书实施例提供的另一种支付控制装置的结构示意图，预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块901，在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断处理模块902，判断所述买方用户的虚拟支付额度是否小于所述交易订单中的各商品的总金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块903，在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户基于所述交易订单进行发货；
额度恢复模块904，若接收到所述买方用户发送的交易部分取消指令，则将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
图10是本说明书实施例提供的另一种支付控制装置的结构示意图，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块1001，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块1002，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块1003，若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
图11是本说明书实施例提供的另一种支付控制装置的结构示意图，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
判断处理模块1101，被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
通知模块1102，在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块1103，在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的；所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现本说明书各实施例提供的方法。
图12示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1210、存储器1220、输入/输出接口1230、通信接口1240和总线1250。其中处理器1210、存储器1220、输入/输出接口1230和通信接口1240通过总线1250实现彼此之间在设备内部的通信连接。
处理器1210可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1220可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1220可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1220中，并由处理器1210来调用执行。
输入/输出接口1230用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1240用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1250包括一通路，在设备的各个组件(例如处理器1210、存储器1220、输入/输出接口1230和通信接口1240)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1210、存储器1220、输入/输出接口1230、通信接口1240以及总线1250，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本说明书各实施例提供的方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务设备，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (38)

1.一种支付控制方法，预先为买方用户分配虚拟支付额度，所述方法包括：
在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
2.如权利要求1所述的方法，预先为买方用户分配虚拟支付额度，具体包括：
预先获取买方用户的支付信用评分；所述支付信用评分与对所述买方用户的支付信用的评价正相关；
根据所述支付信用评分，为所述买方用户分配虚拟支付额度；所述虚拟支付额度与所述支付信用评分正相关。
3.如权利要求1所述的方法，进行虚拟支付操作，具体包括：
询问所述买方用户是否进行虚拟支付；
若买方用户同意进行虚拟支付，则进行虚拟支付操作。
4.如权利要求1所述的方法，将所述交易订单推送给卖方用户之前，所述方法还包括：
从所述买方用户的账户中扣除所述交易订单中指定的附加金额M，将所述M增加到关联于所述交易订单的交易担保账户中。
5.如权利要求4所述的方法，若接收到所述买方用户发送的交易取消指令，则所述方法还包括：
从所述交易担保账户中扣除M，并将M增加到所述买方用户的账户中。
6.如权利要求1所述的方法，将所述交易订单推送给卖方用户之前，所述方法还包括：
核销所述交易订单中指定的优惠券，并将所述优惠券对应的优惠金额L增加到交易担保账户中；所述优惠券是所述买方用户预先领取的。
7.如权利要求6所述的方法，若接收到所述买方用户发送的交易取消指令，则所述方法还包括：
从所述交易担保账户中扣除L，并将所述优惠券重新分配给所述买方用户。
8.如权利要求1所述的方法，所述方法还包括：
若接收到所述买方用户针对所述卖方用户的交易订单执行结果发送的确认指令或确定满足预设的针对所述卖方用户的交易订单执行结果的确认条件，则进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N；
其中，所述实际支付操作包括：
若所述买方用户的账户的余额不小于N，则从所述买方用户的账户中扣除N；
向交易担保账户中增加N，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
9.如权利要求8所述的方法，所述实际支付操作还包括：
若所述买方用户的账户的余额为P，P<N，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-P，或者，从预先指定的垫付账户中扣除N。
10.如权利要求9所述的方法，所述方法还包括：
在完成实际支付操作之后的指定期限内，向所述买方用户的账户追偿所述垫付账户垫付的金额；
若在所述指定期限内追缴到所述垫付账户垫付的金额，则将追缴到的金额返还给所述垫付账户。
11.如权利要求10所述的方法，所述方法还包括：
若在所述指定期限内未追缴到所述垫付账户垫付的金额，则触发对所述买方用户的违约处罚。
12.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；
所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；
所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
所述交易服务方设备若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
13.如权利要求12所述的方法，所述支付服务方设备进行虚拟支付操作，具体包括：
所述支付服务方设备请求所述交易服务方设备询问所述买方用户是否进行虚拟支付，若买方用户同意进行虚拟支付，则进行虚拟支付操作。
14.如权利要求12所述的方法，在所述交易服务方设备通知所述交易服务方设备推送订单之前，所述方法还包括：
所述支付服务方设备从所述买方用户的账户中扣除所述交易订单中指定的附加金额M，将所述M增加到关联于所述交易订单的交易担保账户中。
15.如权利要求14所述的方法，在所述支付服务方设备在接收到所述额度恢复指令之后，所述方法还包括：
所述支付服务方设备从所述交易担保账户中扣除M，并将M返还给所述买方用户的账户。
16.如权利要求12所述的方法，在所述交易服务方设备通知所述交易服务方设备推送订单之前，所述方法还包括：
所述支付服务方设备核销所述交易订单中指定的优惠券，并将所述优惠券对应的优惠金额L增加到交易担保账户中；所述优惠券是所述买方用户预先领取的。
17.如权利要求16所述的方法，所述支付服务方设备在接收到所述额度恢复指令之后，所述方法还包括：
所述支付服务方设备从所述交易担保账户中扣除L，并将所述优惠券重新分配给所述买方用户。
18.如权利要求12所述的方法，所述方法还包括：
所述交易服务方设备若接收到所述买方用户针对所述卖方用户的交易订单执行结果发送的确认指令或确定满足预设的针对所述卖方用户的交易订单执行结果的确认条件，则向所述支付服务方设备发送实际支付指令；
所述支付服务方设备在接收到所述实际支付指令之后，进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N；
其中，所述实际支付操作包括：
若所述买方用户的账户的余额不小于N，则从所述买方用户的账户中扣除N；
向交易担保账户中增加N，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
19.如权利要求18所述的方法，所述实际支付操作还包括：
若所述买方用户的账户的余额为P，P<N，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-P，或者，从预先指定的垫付账户中扣除N。
20.如权利要求19所述的方法，所述方法还包括：
所述支付服务方设备在完成实际支付操作之后的指定期限内，向所述买方用户的账户追偿所述垫付账户垫付的金额；
所述支付服务方设备若在所述指定期限内追缴到所述垫付账户垫付的金额，则将追缴到的金额返还给所述垫付账户。
21.如权利要求20所述的方法，所述方法还包括：
所述支付服务方设备若在所述指定期限内未追缴到所述垫付账户垫付的金额，则触发对所述买方用户的违约处罚。
22.一种支付控制方法，预先为买方用户分配虚拟支付额度，所述方法包括：
在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断所述买方用户的虚拟支付额度是否小于所述交易订单中的各商品的总金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户基于所述交易订单进行发货；
若接收到所述买方用户发送的交易部分取消指令，则将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
23.如权利要求22所述的方法，所述方法还包括：
若接收到所述买方用户发送的针对所述交易订单中除所述部分商品之外的其他部分商品的确认指令，或确定满足预设的针对所述交易订单中除所述部分商品之外的其他部分商品的确认条件，则进行实际支付操作，并在完成所述实际支付操作后，将所述买方用户的虚拟支付额度增加N-Q；
其中，所述实际支付操作包括：
若所述买方用户的账户的余额不小于N-Q，则从所述买方用户的账户中扣除N-Q；
向交易担保账户中增加N-Q，进而将所述交易担保账户的余额转移至所述卖方用户的账户。
24.如权利要求23所述的方法，所述实际支付操作还包括：
若所述买方用户的账户的余额为P，P<N-Q，则从所述买方用户的账户中扣除P，并从预先指定的垫付账户中扣除N-Q-P，或者，从预先指定的垫付账户中扣除N-Q。
25.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；
所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；
所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
所述交易服务方设备若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
26.一种支付控制装置，预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块，在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断处理模块，判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块，在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，若接收到所述买方用户发送的交易取消指令，则将所述买方用户的虚拟支付额度增加N。
27.一种支付控制系统，包括交易服务方设备与支付服务方设备；
交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度；
所述交易服务方设备，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；在所述支付服务方设备在完成所述虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备，判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
28.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
29.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
支付服务方设备被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
在接收到额度恢复指令之后，将所述买方用户的虚拟支付额度增加N；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的。
30.一种支付控制装置，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
支付唤起模块，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，若接收到所述买方用户发送的交易取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加N。
31.一种支付控制装置，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
判断处理模块，被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
通知模块，在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，在接收到额度恢复指令之后，将所述买方用户的虚拟支付额度增加N；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的。
32.一种支付控制装置，预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块，在接收到所述买方用户发送的交易发起请求之后，创建交易订单；
判断处理模块，判断所述买方用户的虚拟支付额度是否小于所述交易订单中的各商品的总金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块，在完成虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户基于所述交易订单进行发货；
额度恢复模块，若接收到所述买方用户发送的交易部分取消指令，则将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
33.一种支付控制系统，包括交易服务方设备与支付服务方设备；
交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度；
所述交易服务方设备，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备；在所述支付服务方设备在完成所述虚拟支付操作之后，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令；
所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
34.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
35.一种支付控制方法，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述方法包括：
支付服务方设备被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的；所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
36.一种支付控制装置，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
订单创建模块，在接收到所述买方用户发送的交易发起请求之后，创建交易订单，并唤起支付服务方设备，以使所述支付服务方设备判断所述买方用户的虚拟支付额度是否小于所述交易订单中指定的交易金额N，若否，则进行虚拟支付操作，进而使所述支付服务方设备在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；
订单推送模块，将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，若接收到所述买方用户发送的交易部分取消指令，则向所述支付服务方设备发送额度恢复指令，以使所述支付服务方设备在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；
其中，所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
37.一种支付控制装置，交易服务方监测到的交易事件所涉及的支付流程由支付服务方执行，所述支付服务方预先为买方用户分配虚拟支付额度，所述装置包括：
判断处理模块，被交易服务方设备唤起后，判断买方用户的虚拟支付额度是否小于交易订单中指定的交易金额N，若否，则进行虚拟支付操作；所述虚拟支付操作包括：将所述买方用户的虚拟支付额度减少N；其中，所述交易服务方设备在接收到所述买方用户发送的交易发起请求之后，创建所述交易订单，并唤起支付服务方设备；
通知模块，在完成所述虚拟支付操作之后，通知所述交易服务方设备推送订单，以使所述交易服务方设备将所述交易订单推送给卖方用户，以便所述卖方用户执行所述交易订单；
额度恢复模块，在接收到所述额度恢复指令之后，将所述买方用户的虚拟支付额度增加Q；其中，所述额度恢复指令是所述交易服务方设备接收到所述买方用户发送的交易取消指令后，向所述支付服务方设备发送的；所述交易部分取消指令用于取消购买所述交易订单中的部分商品，Q为所述部分商品的金额。
38.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1～11，22～24，28～29，34～35任一项所述的方法。
CN201910706613.XA 2019-08-01 2019-08-01 一种支付控制方法及装置 Pending CN110490564A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910706613.XA CN110490564A (zh) 2019-08-01 2019-08-01 一种支付控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910706613.XA CN110490564A (zh) 2019-08-01 2019-08-01 一种支付控制方法及装置

Publications (1)

Publication Number Publication Date
CN110490564A true CN110490564A (zh) 2019-11-22

Family

ID=68549098

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910706613.XA Pending CN110490564A (zh) 2019-08-01 2019-08-01 一种支付控制方法及装置

Country Status (1)

Country Link
CN (1) CN110490564A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111161073A (zh) * 2019-12-30 2020-05-15 腾讯科技（深圳）有限公司 资源交换方法、装置、计算机可读存储介质和计算机设备
CN111260472A (zh) * 2020-01-15 2020-06-09 成都库珀区块链科技有限公司 一种虚拟货币资金管理方法、装置及系统
CN111553788A (zh) * 2020-04-28 2020-08-18 好活（昆山）网络科技有限公司 基于大数据的资金业务处理方法、装置、电子设备和介质
CN111709730A (zh) * 2020-06-18 2020-09-25 天津洪恩完美未来教育科技有限公司 虚拟商品的支付方法、装置、服务器及存储介质
CN111861713A (zh) * 2020-07-22 2020-10-30 中国建设银行股份有限公司 资金交易控制方法、装置、设备和可读存储介质
CN112529576A (zh) * 2020-12-16 2021-03-19 支付宝(杭州)信息技术有限公司 资源处理方法及装置、支付处理方法及装置
CN116307875A (zh) * 2023-03-08 2023-06-23 重庆伏特猫科技有限公司 基于大数据的电力订单管理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170032338A1 (en) * 2015-07-29 2017-02-02 Ncr Corporation Payment methods and systems
CN107808283A (zh) * 2016-09-09 2018-03-16 腾讯科技（深圳）有限公司 订单处理方法、装置及系统
CN107945012A (zh) * 2017-12-13 2018-04-20 深圳乐信软件技术有限公司 一种额度计算方法、装置、设备及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170032338A1 (en) * 2015-07-29 2017-02-02 Ncr Corporation Payment methods and systems
CN107808283A (zh) * 2016-09-09 2018-03-16 腾讯科技（深圳）有限公司 订单处理方法、装置及系统
CN107945012A (zh) * 2017-12-13 2018-04-20 深圳乐信软件技术有限公司 一种额度计算方法、装置、设备及存储介质

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111161073A (zh) * 2019-12-30 2020-05-15 腾讯科技（深圳）有限公司 资源交换方法、装置、计算机可读存储介质和计算机设备
CN111260472A (zh) * 2020-01-15 2020-06-09 成都库珀区块链科技有限公司 一种虚拟货币资金管理方法、装置及系统
CN111553788A (zh) * 2020-04-28 2020-08-18 好活（昆山）网络科技有限公司 基于大数据的资金业务处理方法、装置、电子设备和介质
CN111553788B (zh) * 2020-04-28 2022-08-05 好活（昆山）网络科技有限公司 基于大数据的资金业务处理方法、装置、电子设备和介质
CN111709730A (zh) * 2020-06-18 2020-09-25 天津洪恩完美未来教育科技有限公司 虚拟商品的支付方法、装置、服务器及存储介质
CN111861713A (zh) * 2020-07-22 2020-10-30 中国建设银行股份有限公司 资金交易控制方法、装置、设备和可读存储介质
CN112529576A (zh) * 2020-12-16 2021-03-19 支付宝(杭州)信息技术有限公司 资源处理方法及装置、支付处理方法及装置
CN116307875A (zh) * 2023-03-08 2023-06-23 重庆伏特猫科技有限公司 基于大数据的电力订单管理系统
CN116307875B (zh) * 2023-03-08 2023-08-15 重庆伏特猫科技有限公司 基于大数据的电力订单管理系统

Similar Documents

Publication Publication Date Title
CN110490564A (zh) 一种支付控制方法及装置
TWI640937B (zh) Online payment method and equipment
CN110390595B (zh) 一种信息处理系统、方法、服务器及存储介质
RU2439695C2 (ru) Способ и система для первоначального и повторного зачисления средств на портативные потребительские устройства
JP4873118B2 (ja) オンライン・オフラインシステムにおける電子商品券流通方法
CN101681483B (zh) 包括非金融选项的在线权限的安全转移
CN109242483A (zh) 一种基于中心化与去中心化的双重交易方法及系统
US7850080B2 (en) Assistance method and apparatus for online purchases of goods or services conducted with payment card systems
CN109461050A (zh) 有效的储值卡交易
CN108764862A (zh) 支付数据处理方法及装置
CN107369014A (zh) 一种预付卡支付方法、网络支付平台及预付卡系统
JP6785646B2 (ja) 引落処理装置
CN109598492A (zh) 一种支付方法、系统、装置、终端及业务服务器
CN108846675A (zh) 一种支付限额调整方法及装置
CN106127478A (zh) 使用预付卡账户载体进行线下移动支付的方法
WO2018022373A1 (en) Reprogrammable point of sale transaction flows
CN108140186A (zh) 用于管理多个虚拟信用的方法及虚拟钱包
CN110874728A (zh) 网上支付系统、网上支付方法、装置、介质及服务器
CN112334937A (zh) 一种退款方法、交易系统、账户系统及存储介质
JP5887138B2 (ja) カスタム決済約定
WO2012104417A1 (en) Method of and system for managing an asset
KR100651253B1 (ko) 포인트를 이용한 할인 서비스 시스템 및 그 방법
WO2020094874A1 (en) Method and system for implementing a conditional payment transaction
CN111353781B (zh) 一种交易数据处理方法及系统
CN114529412A (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: 40017567

Country of ref document: HK

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200927

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20200927

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

RJ01 Rejection of invention patent application after publication

Application publication date: 20191122