CN106651349B - 支付处理方法及支付处理设备 - Google Patents

Abstract

本发明的实施方式提供了一种支付处理方法及设备。该方法包括：接收购买者发起的待支付商品的支付请求，并响应支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；在第一预定时间内监控到收款项目接收的支付款项总和达到预定金额时，获取购买者的信息并基于购买者的信息创建一订单；从一平台的第一账户中获取与预定金额对应的款项为购买者生成对应于订单的专属款项；以及使用专属款项对订单进行支付，并生成购买者的支付信息和物流信息。通过为购买者创建专属款项，本发明的方法使得能够在多人支付的情况下方便地进行跨境电子支付，为用户带来了更好的体验。

Description

支付处理方法及支付处理设备

技术领域

本发明的实施方式涉及电子商务技术领域，更具体地，本发明的实施方式涉及支付处理方法及支付处理设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着电子商务的日益发展，电子支付已被应用到各个领域，也涌现了各种各样的第三方支付平台。

目前的第三方支付平台中，购买者可以挑选某个商品发起收款项目，将收款项目的链接分享到微信好友/朋友圈。每件商品都具有一定标价，赞助者可以赞助任意金额(限度范围内)给购买者，直到筹满全部商品的标价。在这个过程中，购买者也可以自己补全剩余金额。一旦全部商品的标价筹满，即可完成支付，然后安排物流公司发货。

发明内容

但是，在跨境电子商务的情况下，具有严格的“三流合一”监管要求，即要求跨境电子商务订单的订单流、支付流及物流这三流信息中的相关信息保持一致性。在目前的技术方案下，由于订单的支付行为非一人所为，而是多人共同支付，因此难以实现订单流与支付流的一一对应。

因此在现有技术中，如何在跨境电子商务的情况下保持订单流、支付流以及物流中的相关信息的一致性是非常令人烦恼的过程。

为此，非常需要一种改进的支付处理方法，以使得能够在跨境电子商务的情况下保持订单流、支付流以及物流中的相关信息的一致性。

在本上下文中，本发明的实施方式期望提供一种支付处理方法和支付处理设备。

在本发明实施方式的第一方面中，提供了一种支付处理方法，包括：

接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及

使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

在本发明的一个示例实施例中，所述支付处理方法还包括：

在超过所述第一预定时间并且所述收款项目接收的支付款项总和未达到所述预定金额时，将所述收款项目接收的支付款项退回到相应的支付账户。

在本发明的另一示例实施例中，所述接收购买者发起的待支付商品的支付请求包括：

在接收到所述支付请求时，将所述支付请求发布至多个客户端。

在本发明的又一示例实施例中，在所述平台的第二账户中存放所述收款项目接收的支付款项。

在本发明的又一示例实施例中，所述第一预定时间为24小时或48小时。

在本发明的又一示例实施例中，所述支付处理方法还包括：

在第二预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述购买者发送第一提示信息，所述第二预定时间小于所述第一预定时间。

在本发明的又一示例实施例中，所述第一提示信息包括提示所述购买者补全剩余金额的信息。

在本发明的又一示例实施例中，所述支付处理方法还包括：

在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，向所述购买者发送第二提示信息。

在本发明的又一示例实施例中，所述第二提示信息包括提示所述购买者填写或补充以下信息的至少一种：实名认证信息、收获地址的信息和购买者的通信信息。

在本发明的又一示例实施例中，所述支付处理方法还包括：

将所述订单的信息、所述支付信息以及所述物流信息发送至海关系统。

在本发明的又一示例实施例中，所述购买者的信息包括所述购买者的实名认证信息、所述购买者的默认收货地址以及所述购买者的通信信息中的一种或多种。

在本发明的又一示例实施例中，所述支付处理方法还包括：

在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。

根据本发明的第二方面，还提供了一种支付处理设备，包括：

监控单元，用于接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

订单创建单元，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

专属款项生成单元，用于从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及

信息生成单元，用于使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

在本发明的一个示例实施例中，所述支付处理设备还包括：

退款单元，用于在超过所述第一预定时间并且所述收款项目接收的支付款项总和未达到所述预定金额时，将所述收款项目接收的支付款项退回到相应的支付账户。

在本发明的又一示例实施例中，所述第一预定时间为24小时或48小时。

在本发明的又一示例实施例中，所述接收购买者发起的待支付商品的支付请求包括：

在接收到所述支付请求时，将所述支付请求发布至多个客户端。

在本发明的又一示例实施例中，在所述平台的第二账户中存放所述收款项目接收的支付款项。

在本发明的又一示例实施例中，所述支付处理设备还包括：

第一提示信息发送单元，用于在第二预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述购买者发送第一提示信息，所述第二预定时间小于所述第一预定时间。

在本发明的又一示例实施例中，所述第一提示信息包括提示所述购买者补全剩余金额的信息。

在本发明的又一示例实施例中，所述支付处理设备还包括：

第二提示信息发送单元，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，向所述购买者发送第二提示信息。

在本发明的又一示例实施例中，所述第二提示信息包括提示所述购买者填写或补充以下信息的至少一种：实名认证信息、收获地址的信息和购买者的通信信息。

在本发明的又一示例实施例中，所述支付处理设备还包括：

信息发送单元，用于将所述订单的信息、所述支付信息以及所述物流信息发送至海关系统。

在本发明的又一示例实施例中，所述购买者的信息包括所述购买者的实名认证信息、所述购买者的默认收货地址以及所述购买者的通信信息中的一种或多种。

在本发明的又一示例实施例中，所述支付处理设备还包括：

第三提示信息发送单元，用于在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。

根据本发明的第三方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一支付处理方法。

根据本发明实施方式的支付处理方法和支付处理装置，一方面，在第一预定时间内监控到收款项目接收的支付款项达到预定金额时，基于购买者的信息创建一订单，可以在支付款项达到预定金额时自动生成购买者的订单流；另一方面，从平台的第一账户中获取与预定金额对应的款项生成购买者的专属款项，使用专属款项进行支付，可以使得购买者的支付流与订单流中的相关信息保证一致，从而可以保证订单流、支付流以及物流中相关信息的一致性，便于进行跨境电子支付，从而拓展了用户的支付场景，进一步提升了跨境电商平台用户的购买体验。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性示出了根据本发明一实施例的一个示例性应用场景的框架示意图；

图2示意性示出了根据本发明一实施例的支付处理方法的流程图；

图3示意性示出了根据本发明另一实施例的支付处理设备的框图；

图4示意性示出了根据本发明又一实施例的支付处理设备的框图；以及

图5示意性示出了根据本发明再一实施例的计算机可读存储介质产品的示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种支付处理方法和支付处理设备。

在本文中，需要理解的是，所涉及的术语“第一账户”表示垫款账户即支付平台的垫款账户，术语“第二账户”表示收款账户即支付平台的收款账户，术语“客户端”可以为即时通信客户端、电子商务客户端或浏览器。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，在跨境电子商务的情况下，当购买者发起收款项目即众筹项目而多人共同支付时，由于每个人的支付账户不一样，难以实现订单流信息与支付流信息中的各项信息一一对应。因此，现有技术方案难以满足在跨境电子商务的情况下，多人共同支付时的订单流、支付流以及物流中的相关信息的一致性。

基于上述内容，本发明的基本思想在于：在收款项目接收的支付款项总和达到预定金额时，获取购买者的信息并基于购买者的信息创建一订单，从平台的垫款账户中获取与预定金额对应的款项为购买者生成与所述订单对应的专属款项，使用专属款项对所述订单进行支付，从而可以使订单流与支付流中的相关信息保持一致。因此，根据本发明的实施方式可以在多人共同支付的情况下保持订单流、支付流以及物流中的相关信息的一致性，从而能够在多人共同支付的情况下进行跨境电子支付。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1，图1是本发明的实施方式的一个示例性应用场景的框架示意图。如图1所示，由购买者通过客户端发起对待支付商品的支付请求，服务器响应所述支付请求进行相应的处理。本领域技术人员应该理解，图1所示的示意框图仅是本发明的实施方式可以在其中得以实现的一个示例。本发明实施方式的适用范围不受到该框架任何方面的限制。

需要说明的是，图1中的手机客户端仅是示例性的举例，可以通过任何具有通信功能的客户端发起支付请求，例如，可以通过笔记本电脑发起支付请求，然后可以经由有线和/或无线连接(例如，Wi-Fi、LAN、蜂窝、同轴电缆等)将支付请求发送至服务器。

还需要说明的是，服务器可以是远程服务器，此外，服务器还可以是其他能够提供存储功能的产品例如云服务器，本发明的实施方式在此不做特殊限定。

此外，还需要注意的是，客户端可以是能够通过有线和/或无线连接(例如，Wi-Fi、LAN、蜂窝、同轴电缆等)与服务器通信的任何计算机，包括但不限于：智能手机、平板电脑、膝上型个人计算机、桌面型个人计算机等计算设备。

基于图1所示的框架，在第一种示例性应用场景下，购买者通过手机客户端发起对待支付产品的支付请求，由服务器响应于该支付请求进行相应的处理

应该理解的是，本发明的应用场景中，虽然此处和下面将本发明实施方式的动作描述为由服务器执行，但是这些动作中的部分也可以客户端执行，当然也可以部分由客户端执行、部分由服务器执行。本发明在执行主体方面不受限制，只要执行了本发明实施方式所公开的动作即可。

本发明的实施方式可以应用于跨境电子商务中多人共同支付的场景，但是应该理解的是，本发明的实施方式还可以应用于其他需要订单流、支付流以及物流中的相关信息一致的场景。

需要说明的是，虽然本发明的示例实施方式中以多人共同支付为例，但是本发明的实施方式还可以应用于一人代付的情况或其他订单信息和支付信息不一致的情况。

示例性方法

下面结合本发明的应用场景，参考图2来描述根据本发明示例性实施方式的支付处理方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

图2示出了根据本公开一示例性实施例的支付处理方法的流程图。参照图2所示，该支付处理方法可以包括：

步骤S210.接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

步骤S220.在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

步骤S230.从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及

步骤S240.使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

根据本示例性实施例的支付处理方法，一方面，在第一预定时间内监控到收款项目接收的支付款项达到预定金额时，基于购买者的信息创建一订单，可以在支付款项达到预定金额时自动生成购买者的订单流；另一方面，从平台的第一账户中获取与预定金额对应的款项生成购买者的专属款项，使用专属款项进行支付，可以使得购买者的支付流与订单流中的相关信息保证一致，从而可以保证订单流、支付流以及物流中相关信息的一致性，便于进行跨境电子支付，从而拓展了用户的支付场景，进一步提升了跨境电商平台用户的购买体验。

下面将对本示例实施例中的支付处理方法进行详细说明。

在步骤S210中，接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额。

在本示例实施例中，购买者选择了需要筹资购买的待支付商品之后，可以通过点击“购买”按钮来发起对待支付商品的支付请求，还可以将需要筹资购买的待支付商品分享给微信好友或者朋友圈、或者可以分享给其他通信平台的联系人，让好友帮忙赞助支付。在分享到微信好友、朋友圈或者其他通信平台的联系人之前，购买者可以留下自己的联系方式例如手机号码来及时接收筹款状态。

服务器接收到购买者发起的待支付商品的支付请求时，可以响应于该支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额。此外，服务器还可以在接收到所述支付请求时将所述支付请求发布至多个客户端。在本示例实施例中，客户端可以是即时通信客户端和电子商务客户端，但是本示例实施例中的客户端不限于此，例如，客户端还可以为浏览器或第三方支付客户端，这同样在本公开的保护范围内。

在本示例实施例中，所述第一预定时间可以为24小时或48小时，但是本公开的示例实施例中的第一预定时间还可以为其他适当的时间段，本公开对此不进行特殊限定。

在本示例实施例中，在第一预定时间内监控到的对应的收款项目接收支付款项的过程包括以下几个状态：(1)购买者发起支付请求的时间不足第一预定时间，支付款项总和已达到预定金额，则为筹款成功；(2)购买者发起支付请求的时间超过第一预定时间，支付款项总和未达到预定金额，则为筹款失败；(3)购买者发起支付请求的时间不足第一预定时间，支付款项总和未达到预定金额，则为筹款中。

接下来，在步骤S220中，在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单。

在本示例实施例中，赞助者可以针对购买者发起的待支付商品的支付请求进行任意金额的支付，支付金额小于或者等于该商品的实际售价。在第一预定时间内监控到收款项目接收的支付款项达到预定金额时，服务器可以获取购买者的信息并基于购买者的信息自动创建一订单。

需要说明的是，在本示例实施例中，在在第一预定时间内监控到收款项目接收的支付款项达到预定金额时，可以由平台的服务器自动生成所述订单，也可以由平台的客户端基于从服务器接收的数据自动生成所述订单，本公开对此不作特殊限定。

需要说明的是，在本示例实施例中，购买者的信息可以包括购买者的实名认证信息、购买者的默认收货地址以及购买者的通信信息，但是本公开的购买者的信息不限于此，例如购买者的信息还可以包括购买者选择的配送方式信息以及购买者的留言信息等，这同样在本公开的保护范围内。

进一步地，在本示例实施例中，在超过第一预定时间并且收款项目接收的支付款项总和未达到所述预定金额时，可以将收款项目接收的支付款项退回到相应的支付账户，即将支付款项退回到对该收款项目进行赞助支付的支付账户。

接下来，在步骤S230中，从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项。

在本示例实施例中，平台可以为跨境电子商务平台，但是本示例实施例中的平台还可以为其他要求订单流、支付流以及物流中的相关信息一致的平台，本公开对此不作特殊限定。

在本示例实施例中，第一账户可以为平台的垫款账户例如为网易宝垫款账户，在创建订单之后，平台系统的服务器会从该第一账户中划掉与预定金额对应的款项，基于该款项为购买者生成与所述订单对应的专属款项。进一步地，在本示例实施例中，可以在平台的第二账户即平台的收款账户中存放收款项目接收的支付款项。

步骤S240.使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息

在本示例实施例中，由于购买者的专属款项中的购买者的信息与订单中的购买者的信息一致，使用购买者的专属款项对订单进行支付时，生成的支付流与订单流中的相关信息可以保持一致。生成支付流之后，平台系统的服务器自动生成基于购买者信息的物流信息，从而实现订单流、支付流以及物流中的相关信息的一致性，满足跨境电子商务中三流合一的要求。

进一步地，在本示例实施例中，为了在筹款未成功并且筹款时间快结束时通知购买者，该支付处理方法还可以包括：在第二预定时间内监控到收款项目接收的支付款项总和未达到预定金额时，可以向购买者发送第一提示信息，第二预定时间小于第一预定时间。在筹款未成功并且筹款时间剩余不多的情况下向购买者发送提示信息，可以使购买者提前处理该收款项目，例如可以在筹款虽未成功但是已达预定金额的百分之九十以上时，可以提示购买者补全剩余金额，这也属于本公开的保护范围。

进一步地，在本示例实施例中，为了在筹款成功时及时通知购买者，该支付处理方法还可以包括：在第一预定时间内监控到收款项目接收的支付款项总和达到预定金额时，可以向购买者发送第二提示信息。例如，在筹款成功但是购买者的信息不完整的情况下，第二提示信息可以包括提示购买者填写或补充信息的信息例如实名认证信息、收货地址的信息以及购买者的通信信息等。

进一步地，在本示例实施例中，为了在筹款未成功并且筹款时间快结束时能够在多个客户端及时看到筹款状态信息，该支付处理方法还可以包括：在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。例如，购买者可能通过手机端发起收款项目，但是在在筹款未成功并且筹款时间快结束时购买者可能在操作台式计算机或笔记本电脑，没有注意到手机客户端的提示信息，这时可以在台式计算机或笔记本电脑客户端上向购买者提示收款项目的剩余金额的信息，便于购买者能够及时对该收款项目进行补全剩余金额或找人代付剩余金额。

进一步地，在本示例实施例中，由于订单流、支付流以及物流信息需要经由海关验证，因此，该支付方法还可以包括：将订单的信息、支付信息以及物流信息发送至海关系统。

示例性设备

在介绍了本发明示例性实施方式的方法之后，接下来，参考图3对本发明示例性实施方式的支付处理设备进行详细描述。如图3所示，支付处理设备300可以包括监控单元310、订单创建单元320、专属款项生成单元330以及信息生成单元340。其中：

监控单元310，用于接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

订单创建单元320，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

专属款项生成单元330，用于从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及

信息生成单元340，用于使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

此外，在本示例实施例中，支付处理设备还300可以包括：退款单元，用于在超过所述第一预定时间并且所述收款项目接收的支付款项总和未达到所述预定金额时，将所述收款项目接收的支付款项退回到相应的支付账户。

进一步地，在本示例实施例中，支付处理设备300还可以包括：第一提示信息发送单元，用于在第二预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述购买者发送第一提示信息，所述第二预定时间小于所述第一预定时间。

进一步地，在本示例实施例中，支付处理设备300还可以包括：第二提示信息发送单元，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，向所述购买者发送第二提示信息。

进一步地，在本示例实施例中，支付处理设备300还可以包括：信息发送单元，用于将所述订单的信息、所述支付信息以及所述物流信息发送至海关系统。

进一步地，在本示例实施例中，支付处理设备300还可以包括：第三提示信息发送单元，用于在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。

示例性设备

在介绍了本发明示例性实施方式的方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的支付处理设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的支付处理设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的支付处理方法中的步骤。例如，所述处理单元可以执行如图2中所示的步骤S210.接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；步骤S220.在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；步骤S230.从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及步骤S240.使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

下面参照图4来描述根据本发明的这种实施方式的支付处理设备400。图4所示的支付处理设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，支付处理设备400以通用计算设备的形式表现。支付处理设备400的组件可以包括但不限于：上述至少一个处理单元401、上述至少一个存储单元402、连接不同系统组件(包括存储单元402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元402可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)4021和/或高速缓存存储器4022，还可以进一步包括只读存储器(ROM)4023。

存储单元402还可以包括具有一组(至少一个)程序模块4024的程序/实用工具4025，这样的程序模块4024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

支付处理设备400也可以与一个或多个外部设备404(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与支付处理设备700交互的设备通信，和/或与使得支付处理设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口405进行。并且，支付处理设备400还可以通过网络适配器406与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器406通过总线403与支付处理设备400的其它模块通信。应当明白，尽管图中未示出，可以结合支付处理设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

示例性程序产品

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的支付处理方法中的步骤，例如，所述终端设备可以执行如图2中所示的步骤S210.接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；步骤S220.在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；步骤S230.从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项；以及步骤S240.使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图5所示，描述了根据本发明的实施方式的用于支付处理的程序产品500，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了支付处理设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (26)

1.一种支付处理方法，包括：

接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项，所述第一账户包括垫款账户；以及

使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

2.根据权利要求1所述的支付处理方法，其特征在于，所述支付处理方法还包括：

在超过所述第一预定时间并且所述收款项目接收的支付款项总和未达到所述预定金额时，将所述收款项目接收的支付款项退回到相应的支付账户。

3.根据权利要求1所述的支付处理方法，其特征在于，所述接收购买者发起的待支付商品的支付请求包括：

在接收到所述支付请求时，将所述支付请求发布至多个客户端。

4.根据权利要求1所述的支付处理方法，其特征在于，在所述平台的第二账户中存放所述收款项目接收的支付款项。

5.根据权利要求1所述的支付处理方法，其特征在于，所述第一预定时间为24小时或48小时。

6.根据权利要求1所述的支付处理方法，其特征在于，所述支付处理方法还包括：

在第二预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述购买者发送第一提示信息，所述第二预定时间小于所述第一预定时间。

7.根据权利要求6所述的支付处理方法，其特征在于，所述第一提示信息包括提示所述购买者补全剩余金额的信息。

8.根据权利要求1所述的支付处理方法，其特征在于，所述支付处理方法还包括：

在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，向所述购买者发送第二提示信息。

9.根据权利要求8所述的支付处理方法，其特征在于，所述第二提示信息包括提示所述购买者填写或补充以下信息的至少一种：实名认证信息、收货 地址的信息和购买者的通信信息。

10.根据权利要求1所述的支付处理方法，其特征在于，所述支付处理方法还包括：

将所述订单的信息、所述支付信息以及所述物流信息发送至海关系统。

11.根据权利要求1所述的支付处理方法，其特征在于，所述购买者的信息包括所述购买者的实名认证信息、所述购买者的默认收货地址以及所述购买者的通信信息中的一种或多种。

12.根据权利要求3所述的支付处理方法，其特征在于，所述支付处理方法还包括：

在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。

13.一种支付处理设备，包括：

监控单元，用于接收购买者发起的待支付商品的支付请求，并响应所述支付请求在第一预定时间内监控对应的收款项目接收的支付款项总和是否达到预定金额；

订单创建单元，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，获取所述购买者的信息并基于所述购买者的信息创建一订单；

专属款项生成单元，用于从一平台的第一账户中获取与所述预定金额对应的款项为所述购买者生成对应于所述订单的专属款项，所述第一账户包括垫款账户；以及

信息生成单元，用于使用所述专属款项对所述订单进行支付，并生成所述购买者的支付信息和物流信息。

14.根据权利要求13所述的支付处理设备，其特征在于，所述支付处理设备还包括：

退款单元，用于在超过所述第一预定时间并且所述收款项目接收的支付款项总和未达到所述预定金额时，将所述收款项目接收的支付款项退回到相应的支付账户。

15.根据权利要求13所述的支付处理设备，其特征在于，所述接收购买者发起的待支付商品的支付请求包括：

在接收到所述支付请求时，将所述支付请求发布至多个客户端。

16.根据权利要求13所述的支付处理设备，其特征在于，在所述平台的第二账户中存放所述收款项目接收的支付款项。

17.根据权利要求13所述的支付处理设备，其特征在于，所述第一预定时间为24小时或48小时。

18.根据权利要求13所述的支付处理设备，其特征在于，所述支付处理设备还包括：

第一提示信息发送单元，用于在第二预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述购买者发送第一提示信息，所述第二预定时间小于所述第一预定时间。

19.根据权利要求18所述的支付处理设备，其特征在于，所述第一提示信息包括提示所述购买者补全剩余金额的信息。

20.根据权利要求13所述的支付处理设备，其特征在于，所述支付处理设备还包括：

第二提示信息发送单元，用于在所述第一预定时间内监控到所述收款项目接收的支付款项总和达到所述预定金额时，向所述购买者发送第二提示信息。

21.根据权利要求20所述的支付处理设备，其特征在于，所述第二提示信息包括提示所述购买者填写或补充以下信息的至少一种：实名认证信息、收货 地址的信息和购买者的通信信息。

22.根据权利要求13所述的支付处理设备，其特征在于，所述支付处理设备还包括：

信息发送单元，用于将所述订单的信息、所述支付信息以及所述物流信息发送至海关系统。

23.根据权利要求13所述的支付处理设备，所述购买者的信息包括所述购买者的实名认证信息、所述购买者的默认收货地址以及所述购买者的通信信息中的一种或多种。

24.根据权利要求15所述的支付处理设备，其特征在于，所述支付处理设备还包括：

第三提示信息发送单元，用于在第三预定时间内监控到所述收款项目接收的支付款项总和未达到所述预定金额时，向所述多个客户端发送第三提示信息，所述第三预定时间小于所述第一预定时间，所述第三提示信息包括剩余金额的信息。

25.一种电子设备，其特征在于，包括：

处理单元；以及

存储单元，所述存储单元上存储有计算机程序，所述计算机程序被所述处理单元执行时实现根据权利要求1至12中任一项所述的支付处理方法。

26.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现根据权利要求1至12中任一项所述的方法。

Images