CN106096940A - 一种支付方法和装置 - Google Patents

Abstract

本发明公开了一种支付方法和装置，包括：接收支付请求，所述支付请求携带有待完成支付的用户信息；根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；将所述支付订单发送至所述待完成支付的用户；接收所述待支付用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理；本发明能够简单、有效的实现多终端共同支付，丰富在线电子支付手段。

Description

一种支付方法和装置

技术领域

本发明涉及数据处理技术领域，特别是指一种支付方法和装置。

背景技术

随着智能设备和互联网技术的快速发展，在线电子支付也变得越来越普及，用户通过自己的智能终端进行在线支付以完成商品的交易过程已经成为主流的消费方式。在传统的支付过程中，特别是在有多人共同消费的场景中，人们很多时候会选择多人共同支付(如多人进行AA制结算)，但现有的在线电子支付技术中，均是由一个终端来完成支付过程，无法支持传统的多人共同支付的支付方式。

发明内容

有鉴于此，本发明的目的在于提出一种支付方法和装置，能够简单、有效的实现多终端共同支付，丰富在线电子支付手段。

基于上述目的本发明实施例提供的一种支付方法，包括：

接收支付请求，所述支付请求携带有待完成支付的用户信息；

根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；

将所述支付订单发送至所述待完成支付的用户；

接收所述待支付用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

在一些实施方式中，所述确定待完成支付的用户包括：提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。

在一些实施方式中，所述根据所述支付请求，确定待完成支付的用户，并生成支付订单，具体包括：

获取总待支付金额；

根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

在一些实施方式中，所述支付请求还包括：所述待完成支付的用户对应的支付比例，则所述根据所述支付请求，确定待完成支付的用户，并生成支付订单，具体包括：

根据所述待完成支付的用户信息，生成支付订单；

分别建立所述待完成支付的用户与所述支付订单之间的关联关系；

获取总待支付金额，根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额；

相应的，所述将所述支付订单发送至所述待完成支付用户具体包括：

根据所述关联关系，将所述支付订单发送至所述待完成支付的用户。

在一些实施方式中，所述根据所述支付订单和所述支付信息进行支付处理之后，还包括：

根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。

另一方面，本发明还提供了一种支付装置，包括：

接收模块，用于接收支付请求，所述支付请求携带有待完成支付的用户信息；

生成模块，用于根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；

发送模块，用于将所述支付订单发送至所述待完成支付的用户；

支付处理模块，用于接收所述待支付用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

在一些实施方式中，所述生成模块具体用于：提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。

在一些实施方式中，所述生成模块具体用于：获取总待支付金额；根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

在一些实施方式中，所述支付请求还包括：所述待完成支付的用户对应的支付比例；则所述生成模块还用于：根据所述待完成支付的用户信息，生成支付订单；分别建立所述待完成支付的用户与所述支付订单之间的关联关系；获取总待支付金额，根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额；

相应的，所述发送模块还用于：根据所述关联关系，将所述支付订单发送至所述待完成支付的用户。

在一些实施方式中，所述装置还包括：清单模块，用于根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。

从上面所述可以看出，本发明提供的支付方法和装置，接收由支付订单后，根据其中包含的待完成支付的用户信息，确定待完成支付的用户，然后相应的生成多个支付订单并发送给待完成支付的用户，最后接收待完成支付的用户返回的支付信息，根据支付信息完成支付过程，实现多个用户的共同支付过程；既通过本发明实施例的方案实现了一种简单、有效的多用户共同支付过程，丰富了现有的在线电子支付手段。

附图说明

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

图1为本发明实施例的支付方法流程图；

图2为本发明另一实施例的支付方法流程图；

图3为本发明实施例的方法中步骤202的一种实施方式流程图；

图4为本发明实施例的方法中步骤202的另一种实施方式流程图；

图5为本发明实施例的支付装置结构示意图；

图6为本发明另一实施例的支付装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

本发明实施例提供了一种支付方法，具体的，应用于由多个用户分别通过各自的智能终端，通过所述各智能终端之间、以及与服务器之间进行数据交互，以共同完成一项支付的应用场景；更进一步的，在本实施例中，以多个用户进行AA制支付的应用场景为例。参考图1，为本发明实施例的支付方法流程图。

所述多终端支付方，包括以下步骤：

步骤101、接收支付请求，所述支付请求携带有待完成支付的用户信息。

本步骤中，多个用户共同完成消费过程后，多个用户中的任意一个用户作为支付发起方主动发起支付过程。则来自一个用户发送的支付请求。支付请求中携带有待完成支付的用户信息，该待完成支付的用户信息具体可以包括：待完成支付的用户的数量，待完成支付的用户各自的用户ID或用户标识(既用于标识出用户身份的信息)，本次支付的总待支付金额，以及其他一些跟本次消费相关的信息(如商家信息、消费记录、消费时间信息等等)。

步骤102、根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个。

本步骤中，根据所述支付请求中包含的待完成支付的用户信息，确定出所有的待完成支付的用户，基于本实施例的多用户共同支付的应用场景，显然待完成支付的用户的数量应大于两个(包含两个)。即由确定出的多个待完成支付的用户来共同完成本次支付确定出待完成支付的用户后，根据待完成支付的用户的数量，以及总待支付金额，生成对应多个所述待完成支付的用户的多个支付订单。

其中，总待支付金额可以是从支付请求中直接获取的，也可以是根据从第三方(一般是商家)提供的信息，并结合支付请求中包含的本次消费的相关信息而生成的。

步骤103、将所述支付订单发送至所述待完成支付的用户。

本步骤中，将生成的多个支付订单分别发送待完成支付的用户。具体的，将支付订单以通知消息的方式发送给每个待完成支付的用户。待完成支付的用户通过其任意的智能终端设备上的APP或浏览器登录后，会收到对应支付订单的通知消息提示，并能够在该通知消息被阅读后触发生成的支付页面内进行支付操作，基于所述支付订单，选择具体的支付方式(银行卡支付、第三方支付、或是特定软件内的余额支付)，并返回包括有密钥验证、确认支付等内容的支付信息。

步骤104、接收所述待完成支付的用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

本步骤中，接收待完成支付的用户返回的与支付订单对应的多条支付信息。则根据支付信息中包含的用户的密钥验证、确认支付信息等用于完成交易的数据，与支付方式的相应支付服务器进行数据交互，确认交易信息无误，且对密钥验证进行校验通过后，最终由支付方完成对商家的支付，整个交易过程完成。

可见，本发明实施例的支付方法，接收由支付订单后，根据其中包含的待完成支付的用户信息，确定待完成支付的用户，然后相应的生成多个支付订单并发送给待完成支付的用户，最后接收待完成支付的用户返回的支付信息，根据支付信息完成支付过程，实现多个用户的共同支付过程；既通过本发明实施例的方案实现了一种简单、有效的多用户共同支付过程，丰富了现有的在线电子支付手段。

参考图2，为本发明另一实施例的支付方法流程图。

作为一个更加具体的实施例，所述支付方法，包括以下步骤：

步骤201、接收支付请求，所述支付请求携带有待完成支付的用户信息。

步骤202、根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个。

可选地，可以通过提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。本步骤中，为了具体的确定出待完成支付的用户，首先从接受到的待完成支付的用户信息中提取出用于标识具体用户的用户ID或预设格式的用户标识。然后，根据用户ID或用户标识，在数据库(该数据库中存储有所有合法注册用户的用户资料条目项)中进行检索，检索出所有与提取到的所述用户ID或用户标识相匹配的用户资料条目项，并最终根据检索出的用户资料条目项，确定出所有的待完成支付的用户。

作为步骤202的一个可选实施方式，参考图3，生成支付订单包括以下步骤：

步骤2021、获取总待支付金额；

步骤2022、根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

具体的，支付订单的数量与待完成支付的用户的数量相同，且一般的在AA制支付时，各个用户是进行等额支付的，则根据待完成支付的用户的数量、以及所述总待支付金额，首先确定待完成支付的用户的待支付金额，将总待支付金额除以待完成支付的用户的数量，即得到待完成支付的用户的待支付金额；然后，生成对应于待完成支付的用户的数量的多个支付订单，每个支付订单的金额即等于前述生成的待完成支付的用户的待支付金额，且多个支付订单的待付金额之和与总待支付金额相等。例如，总待支付金额为100元，由5个待完成支付的用户进行共同支付，则每个支付订单的待支付金额为20元。

其中，总待支付金额可以是从支付请求中直接获取的，也可以是根据从第三方(一般是商家)提供的信息，并结合支付请求中包含的本次消费的相关信息而生成的。

作为步骤202的另一个可选实施方式，生成支付订单包括以下步骤：

步骤2021’、根据所述待完成支付的用户信息，生成支付订单；

步骤2022’、分别建立所述待完成支付的用户与所述支付订单之间的关联关系；

步骤2023’、获取总待支付金额，根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额。

具体的，所述支付请求中还包含：待完成支付的用户对应的支付比例，即对于多个待完成支付的用户，其各自的支付数额不同，则相应的，多个支付订单需要与多个待完成支付的用户根据所述的支付比例一一对应。所以，本步骤中，首先，将多个待完成支付的用户与多个支付订单建立关联关系。具体的，建立多组关联标识组，每个关联标识组中包括，两个相同的关联标识。对于一组关联标识组而言，其包括的两个同的关联标识分别分配给一个待完成支付的用户和一个支付订单；既通过关联标识组的分配，建立了多组一一对应的待完成支付的用户和支付订单。

接下来，确定每个支付订单的待支付金额。具体的，根据待完成支付的用户对应的支付比例、以及所述总待支付金额，逐个的确定每个支付订单的待支付金额。。例如，总待付金额为100元，由3个待完成支付的用户进行共同支付，所述支付比例为：第一个待完成支付的用户支付50％，另外两个待完成支付的用户各支付25％，则对应于第一个待完成支付的用户的支付订单的待支付金额为50元，对应于另外两个待完成支付的用户的支付订单的待支付金额各为25元。

可见，本实施例的方法进一步的提供了在共同支付过程中，多个用户间通过不同的支付比例进行共同支付的方案，进一步丰富了本发明实施例的方法的应用场景。

步骤203、将所述支付订单发送至所述待完成支付的用户。

可选的，如果多个待完成支付的用户，其各自的支付数额不同，则根据步骤2022’所述的关联关系，将所述支付订单一一对应的发送至所述待完成支付的用户。

作为本实施例的一些可选实施方式，在步骤203之后，还可以包括：

步骤204、接收一个待完成支付的用户的代付请求；根据所述代付请求，将发送至所述一个待完成支付的用户的支付订单转而发送至所述代付请求指向的另一待完成支付的用户。

在实际的应用场景中，由于用户自身问题、设备问题、或者是网络连接问题，可能出现无法完成支付的情况，一般需要其他用户代为支付。则在本步骤中，进一步提供实现代付的处理步骤。具体的，一个待完成支付的用户想要为另一个待完成支付的用户进行代付，则发出代付请求。接收到所述代付请求后，根据所述代付请求中包含的作为被代付方的另一个待完成支付的用户信息，从之前确定出的多个待完成支付的用户中，进一步确定出作为被代付方的另一个待完成支付的用户。然后，根据所述的关联关系，确定出与另一个待完成支付的用户关联的支付订单，将该支付订单发送给作为代付放的待完成支付的用户。

步骤205、接收所述待完成支付的用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

作为本实施例的一些可选实施方式，在步骤205之后，还可以包括：

步骤206、根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。

本步骤中，根据支付订单的支付处理结果，生成共同支付清单，该支付清单中包括了所有共同完成本次支付的待完成支付的用户(此处的“待完成支付的用户”仅用于与本实施例中的前述内容相对应，其代表共同完成本次支付的所有用户，实际应用中，进行本步骤时，所有用户均已经完成支付)的用户列表，且标示出每个待完成支付的用户的支付金额。通过向所有的待完成支付的用户发送支付清单，令所有待完成支付的用户能够了解本次共同支付的最终支付结果和详细信息。

另一方面，本发明实施例还提供了一种支付装置。

参考图5，为本发明实施例的支付装置结构示意图。

所述支付装置，包括：

接收模块501，用于接收支付请求，所述支付请求携带有待完成支付的用户信息；

生成模块502，用于根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；

发送模块503，用于将所述支付订单发送至所述待完成支付的用户；

支付处理模块504，用于接收所述待完成支付用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

可见，本发明实施例的支付装置，接收由支付订单后，根据其中包含的待完成支付的用户信息，确定待完成支付的用户，然后相应的生成多个支付订单并发送给待完成支付的用户，最后接收待完成支付的用户返回的支付信息，根据支付信息完成支付过程，实现多个用户的共同支付过程；既通过本发明实施例的方案实现了一种简单、有效的多用户共同支付过程，丰富了现有的在线电子支付手段。

可选的，所述生成模块502具体用于：提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。

可选的，所述生成模块502具体用于：获取总待支付金额；根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

进一步的，所述支付请求还包括：所述待完成支付的用户对应的支付比例；则所述生成模块502还用于：分别建立所述待完成支付的用户与所述支付订单之间的关联关系；根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额；

相应的，所述发送模块503还用于：根据所述关联关系，将所述支付订单发送至所述待完成支付的用户。

可选的，参考图6，为本发明另一实施例的支付装置结构示意图。本实施例中，除了基础的接收模块501、生成模块502、发送模块503、支付处理模块504之外，所述支付装置还包括：清单模块505，用于根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。

上述实施例的支付装置用于实现前述实施例中相应的支付方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本发明难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本发明的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本发明的具体实施例对本发明进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本发明的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种支付方法，其特征在于，包括：

接收支付请求，所述支付请求携带有待完成支付的用户信息；根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；

将所述支付订单发送至所述待完成支付的用户；

接收所述待完成支付的用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

2.根据权利要求1所述的方法，其特征在于，所述确定待完成支付的用户包括：提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。

3.根据权利要求1所述的方法，其特征在于，所述根据所述支付请求，确定待完成支付的用户，并生成支付订单，具体包括：

获取总待支付金额；

根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

4.根据权利要求1所述的方法，其特征在于，所述支付请求还包括：所述待完成支付的用户对应的支付比例，则所述根据所述支付请求，确定待完成支付的用户，并生成支付订单，具体包括：

根据所述待完成支付的用户信息，生成支付订单；

分别建立所述待完成支付的用户与所述支付订单之间的关联关系；

获取总待支付金额，根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额；

相应的，所述将所述支付订单发送至所述待完成支付用户具体包括：

根据所述关联关系，将所述支付订单发送至所述待完成支付的用户。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述根据所述支付订单和所述支付信息进行支付处理之后，还包括：

根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。

6.一种支付装置，其特征在于，包括：

接收模块，用于接收支付请求，所述支付请求携带有待完成支付的用户信息；

生成模块，用于根据所述支付请求，确定待完成支付的用户，并生成支付订单；其中所述待完成支付的用户至少为两个；

发送模块，用于将所述支付订单发送至所述待完成支付的用户；

支付处理模块，用于接收所述待完成支付用户返回的与所述支付订单对应的支付信息，并根据所述支付订单和所述支付信息进行支付处理。

7.根据权利要求6所述的装置，其特征在于，所述生成模块具体用于：提取所述待完成支付的用户信息中包含的用户ID或预设格式的用户标识；根据所述用户ID或预设格式的用户标识，在用于存储用户资料的数据库中检索并确定所述待完成支付的用户。

8.根据权利要求6所述的装置，其特征在于，所述生成模块具体用于：获取总待支付金额；根据所述待完成支付的用户的数量、以及所述总待支付金额，确定所述待完成支付的用户的待支付金额，生成所述支付订单。

9.根据权利要求6所述的装置，其特征在于，所述支付请求还包括：所述待完成支付的用户对应的支付比例；则所述生成模块还用于：根据所述待完成支付的用户信息，生成支付订单；分别建立所述待完成支付的用户与所述支付订单之间的关联关系；获取总待支付金额，根据所述待完成支付的用户对应的支付比例、以及所述总待支付金额，确定所述待完成支付的用户关联的所述支付订单的待支付金额；

相应的，所述发送模块还用于：根据所述关联关系，将所述支付订单发送至所述待完成支付的用户。

10.根据权利要求6至9任意一项所述的装置，其特征在于，还包括：清单模块，用于根据所述支付订单的支付处理结果，生成支付清单并发送至所述待完成支付的用户。