一种支付方法及装置与流程

本说明书实施例涉及电子商务技术领域，尤其涉及一种支付方法及装置。

背景技术：

当下，最为典型的两种支付方式为：在线支付，可以理解为使用第三方支付平台提供的支付服务完成在线支付；线下支付，可以理解为使用支付终端(pos(pointofsale)终端、自助终端等类型的终端称为支付终端)提供的支付服务完成线下支付。在线支付与线下支付属于两种不同的支付方式，且两者相互独立。当下用户对于提交的订单一般会选择一次性支付完相应的款项，即用户通过在线支付的方式一次性支付完相应的款项，或者通过线下支付的方式一次性支付完相应的款项。然而当用户支付金额较大时，不管在线支付的方式还是线下支付的方式，存在支付限额，并不能一次性完成支付。例如对于家装、汽车等行业，用户需要到实体店亲自去查看、体验才能决定是否购买，并且支付金额通常较大，不论用户选择哪种支付方式并不能一次性完成支付。因此，目前对于商户来说，急需一种可以分批次支付的解决方案，对于用户提交的订单，可以分批次支付。

技术实现要素：

针对上述技术问题，本说明书实施例提供一种支付方法及装置，技术方案如下：

一种支付方法，应用于第三方支付平台，该方法包括：

确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；

针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；

当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

一种支付装置，应用于第三方支付平台，该装置包括：

确定模块，用于确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；

更新模块，用于针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；

支付模块，用于当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

本说明书实施例所提供的技术方案，通过确定用户提交的订单以及订单对应的订单金额，订单金额至少包含两部分待支付金额，对于每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态，当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户。如此一来，用户提交的订单可分批次支付。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书实施例的支付方法的流程示意图；

图2是本说明书实施例的支付装置的结构示意图；

图3是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

目前对于家装、汽车、房地产等行业，由于其行业的特殊性，用户需要到实体店亲自去查看、体验才能决定是否购买，并且支付金额通常较大，不管在线支付的方式还是线下支付的方式，存在支付限额，对于用户提交的订单，并不能一次性完成支付，因此目前急需一种可以分批次支付的解决方案，对于用户提交的订单，可以分批次支付。

针对上述问题，本说明书提供一种技术方案，对于用户提交的订单所对应的订单金额，该订单金额至少包含两部分待支付金额，分批次确定接收到与每部分待支付金额对应的资金并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态，当所述订单对应的订单金额全部更新为已支付状态时，将与每部分待支付金额对应的资金支付给商户。如此一来，用户提交的订单可分批次支付。

具体的，本说明书提供的技术方案如下：

确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

如图1所示，为本说明书提供的一种支付方法的流程示意图，可以包括以下步骤：

s101，确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；

在本说明书中，用户可在电子商务平台上浏览商品，若用户对其中的商品比较满意，可以在电子商务平台上提交订单，电子商务平台在监测到用户的订单提交动作触发的情况下，确定用户所提交的订单以及该订单对应的订单金额，其中订单金额可以根据订单中的商品以及对应的价格计算得到，另外该订单金额至少可以包含两部分待支付金额，例如订单金额包含两部分待支付金额，一部分待支付金额为第一待支付金额，另一部分待支付金额为第二待支付金额，可以用于区分在线支付的金额与线下支付的金额，第一待支付金额为在线支付的金额，第二待支付金额为线下支付的金额，另外第一待支付金额与第二待支付金额可以全部为在线支付的金额或者线下支付的金额，本说明书对此不作限定。

以汽车行业为例，用户在电子商务平台上浏览各种品牌、各种型号的汽车，若用户对其中的某一款汽车感兴趣，可以在电子商务平台上提交订单，电子商务平台确定用户所提交的订单以及对应的订单金额，其中订单金额包含在线支付的金额与线下支付的金额两部分，在线支付的金额可以为定金，后续用户到实体店查看、体验该款汽车满意时，再支付剩余款项即可，即线下支付的金额。

电子商务平台在确定用户提交的订单以及订单对应的订单金额之后，向第三方支付平台发送订单金额结算消息，订单金额结算消息中包括用户所提交的订单以及订单对应的订单金额，第三方支付平台接收上述订单金额结算消息，从该消息中提取出用户所提交的订单以及订单对应的订单金额，以此来确定用户所提交的订单以及订单对应的订单金额，后续对于每部分待支付金额，可以分批次确定接收对应的资金转移至担保账户中，并将订单对应部分的待支付金额更新为已支付状态。

这里对应意味着待支付金额与资金对应且相等(数值上相等)，例如第一待支付金额为1000，对应的资金为1000。

s102，针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；

针对每部分待支付金额，用户可选择相同或不同的支付方式来进行支付，例如订单金额包含两部分待支付金额：第一待支付金额、第二待支付金额，用户可选择在线支付的方式来支付与第一待支付金额、第二待支付金额分别对应的资金，或者用户可选择在线支付的方式来支付与第一待支付金额对应的资金，选择线下支付的方式来支付第二待支付金额对应的资金，本说明书对用户选择的支付方式不作限定。

以订单金额包含两部分待支付金额(第一待支付金额、第二待支付金额)为例，对于第三方平台如何确定接收到与第一待支付金额、第二待支付金额分别对应的资金进行说明：

确定接收到与第一待支付金额对应的资金：第三方支付平台接收用户用于支付的第一银行卡信息，确定用户所输入的对应支付密码，根据所述第一银行卡信息以及对应支付密码，从与所述第一银行卡信息对应的用户账户中扣除与第一待支付金额对应的资金，确定接收到该用户账户发送的与第一待支付金额对应的资金，转移至担保账户中，更新该订单第一待支付金额已支付；

第三方支付平台接收用户用于支付的第一银行卡信息，其中第一银行卡信息可以是用户输入的，也可以是第三方平台中预存的，银行卡信息可以包括开户行、用户姓名、银行卡号等。除此之外，还需确定用户所输入的支付密码，这里确定的含义可以理解为验证用户输入的第一支付密码的真伪，具体的支付密码验证流程本所明书在此不再一一赘述。

针对上述步骤中得到的第一银行卡信息以及对应支付密码，第三方支付平台可以相应的做扣款操作，即根据该第一银行卡信息以及对应支付密码，从与第一银行卡信息对应的用户账户中扣除与第一待支付金额对应的资金，即扣除在线应支付的资金。

另外所扣除的在线应支付的资金并不会立刻转移到商户账户中，而是暂时由第三方支付平台进行接收并转移至担保账户中，即确定接收到用户账户发送的与第一待支付金额对应的资金，转移至担保账户中，后续如果第二待支付金额对应的资金同样被转移至担保账户时，第三方支付平台将与第一待支付金额对应的资金、第二待支付金额对应的资金支付给商户。

在资金转移完毕之后，将订单第一待支付金额更新为已支付状态。

确定接收到与第二待支付金额对应的资金：支付终端调用扫描模块扫描用户展示的第一待支付金额已支付的订单，以获取订单对应的订单信息，从所述订单信息中确定第二待支付金额，调用信息读取模块读取用户用于支付的第二银行卡信息，确定用户输入的对应支付密码，根据所述第二银行卡信息以及对应支付密码，从与所述第二银行卡信息对应的用户账户中扣除与第二待支付金额对应的资金转移至商户在银行侧开设的结算账户，银行侧将与第二待支付金额对应的资金转移至第三方支付平台，第三方支付平台确定接收到银行侧发送的与第二待支付金额对应的资金转移至担保账户中，更新订单第二待支付金额已支付。

用户在第三方支付平台支付完第一待支付金额对应的资金之后，可以选择线下的支付方式支付第二待支付金额对应的资金，此时用户可以展示第一待支付金额已支付的订单，支付终端会调用扫描模块扫描用户展示的第一待支付金额已支付的订单，这里扫模模块可以是扫描枪，相应的可以获取订单信息。从订单信息中可以确定订单对应的订单金额，确定第一待支付金额已支付，第二待支付金额未支付。

另一边，支付终端可以调用信息读取模块读取用户用于支付的第一银行卡信息，这里的银行卡信息可以是银行卡磁条信息，信息读取模块可以是读卡器。除此之外，还需确定用户所输入的支付密码，这里确定的含义可以理解为验证用户输入的第一支付密码的真伪，具体的支付密码验证流程本所明书在此不再一一赘述。

针对上述步骤中得到的第二银行卡信息以及对应支付密码，支付终端可以相应的做扣款操作，即根据该第二银行卡信息以及对应支付密码，从与第二银行卡信息对应的用户账户中扣除与第二待支付金额对应的资金，即扣除线下支付的资金。

另外扣除的资金先暂时转移至商户在银行侧开设的结算账户，然后银行侧将与第二待支付金额对应的资金转移至第三方支付平台，第三方支付平台在确定接收到银行侧发送的与第二待支付金额对应的资金之后，转移至担保账户中。

在将资金转移至担保账户中之后，将订单第二待支付金额更新为已支付状态。

s103，当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

周期性监测订单中每部分待支付金额的支付状态是否为已支付，即周期性监测订单对应的订单金额是否全部更新为已支付状态，当监测到所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户。

例如，上述所说的第一待支付金额以及第二待支付金额，与第一待支付金额对应的资金在三天之内付清即可，与第二待支付金额对应的资金在一周之内付清即可，则可以以1天为周期，周期性的监测订单中第一待支付金额以及第二待支付金额的支付状态，当监测到订单中第一待支付金额以及第二待支付金额的支付状态为已支付时，即监测到订单当监测到所述订单对应的订单金额全部更新为已支付状态，将担保账户中与第一待支付金额对应的资金、与第二待支付金额对应的资金支付给商户。

其中，当监测到订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金进行整合支付给商户，即将与每部分待支付金额对应的资金整合为一笔资金支付给商户。

例如，如上述所说的订单金额包含第一待支付金额、第二待支付金额，与第一待支付金额对应的资金1000，与第二待支付金额对应的资金2000，将与第一待支付金额对应的资金1000、与第二待支付金额对应的资金2000整合为一笔资金3000支付给商户。

另外，在上述方案的基础之上，本说明书提供的技术方案还可以进一步包括以下步骤：

s104，在将担保账户中与每部分待支付金额对应的资金支付给商户之后，通知电电子商务平台所述订单对应的订单金额已完成支付，所述订单已完成。

第三方支付平台在将担保账户中与每部分待支付金额对应的资金支付给商户之后，意味着此次订单交易完成，可以通知电子商务平台订单对应的订单金额已全部支付给商户，此次订单交易完成。

通过上述对本说明书提供的技术方案的描述，对于用户提交的订单所对应的订单金额，该订单金额至少包含两部分待支付金额，分批次确定接收到与每部分待支付金额对应的资金并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态，当所述订单对应的订单金额全部更新为已支付状态时，将与每部分待支付金额对应的资金支付给商户。如此一来，用户提交的订单可分批次支付。

与上述方法实施例相对应，本说明书还提供一种支付装置，应用于第三方支付平台，如图2所示，该装置可以包括：确定模块210，更新模块220，支付模块230。

确定模块210，用于确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；

更新模块220，用于针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；

支付模块230，用于当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

根据本说明书提供的一种具体实施方式，所述确定模块210具体用于：

接收电子商务平台发送的订单金额结算消息，所述订单金额结算消息中至少包括用户所提交的订单以及所述订单对应的订单金额；

从所述订单金额结算消息中提取用户所提交的订单以及所述订单对应的订单金额，以确定用户提交的订单以及所述订单对应的订单金额。

根据本说明书提供的一种具体实施方式，所述支付模块230具体用于：

当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金进行整合支付给商户。

根据本说明书提供的一种具体实施方式，所述支付模块230具体用于：

周期性监测所述订单对应的订单金额是否全部更新为已支付状态；

当监测到所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户。

根据本说明书提供的一种具体实施方式，所述装置还包括：通知模块240；

通知模块240，用于在将担保账户中与每部分待支付金额对应的资金支付给商户之后，通知电电子商务平台所述订单对应的订单金额已完成支付，所述订单已完成。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

通过上述对本说明书提供的技术方案的描述，对于用户提交的订单所对应的订单金额，该订单金额至少包含两部分待支付金额，分批次确定接收到与每部分待支付金额对应的资金并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态，当所述订单对应的订单金额全部更新为已支付状态时，将与每部分待支付金额对应的资金支付给商户。如此一来，用户提交的订单可分批次支付。

本说明书实施例还提供一种计算机设备，如图3所示，该设备可以包括：处理器310、存储器320、输入/输出接口330、通信接口340和总线350。其中处理器310、存储器320、输入/输出接口330和通信接口340通过总线350实现彼此之间在设备内部的通信连接。

处理器310可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器320可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器320可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器320中，并由处理器310来调用执行。

输入/输出接口330用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口340用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线350包括一通路，在设备的各个组件(例如处理器310、存储器320、输入/输出接口330和通信接口340)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器310、存储器320、输入/输出接口330、通信接口340以及总线350，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的支付方法。该方法至少包括：

一种支付方法，应用于第三方支付平台，该方法包括：

确定用户提交的订单以及所述订单对应的订单金额，所述订单金额至少包含两部分待支付金额；

针对每部分待支付金额，确定接收到与每部分待支付金额对应的资金，并转移至担保账户，将所述订单对应部分的待支付金额更新为已支付状态；

当所述订单对应的订单金额全部更新为已支付状态时，将担保账户中与每部分待支付金额对应的资金支付给商户，以完成对订单的支付。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。