CN109102267A - 一种聚合支付的方法及设备 - Google Patents

Abstract

本申请的目的是提供一种聚合支付的方法及设备，本申请通过在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。从而将不同支付方式的接口统一到标准接口中，不同的支付方式可以使用同一支付平台，无需收银员开启不同的支付接口进行收款。当客户端需要增加或变更支付业务时，无需分别在每个系统上增加或变更的支付业务，降低了开发和维护不同系统的支付功能的成本。

Description

一种聚合支付的方法及设备

技术领域

本申请涉及计算机领域，尤其涉及一种聚合支付的方法及设备。

背景技术

传统的现金支付需要找零，影响收银速度，且降低顾客消费的支付体验，随着移动支付的快速发展，电商对接各大第三方支付厂商的支付方式有web端和移动端，支付的接入需要专业技术人员才能进行支撑，给系统接入支付功能带来高额成本。各种第三方支付及使用银联或银行系统支付方式的接口规范不一致，安全机制不一致，给业务系统的接入造成高成本、难维护；移动支付终端的移动平台的系统较多且无法兼容，因此用户需要根据不同平台的系统下载并使用支持相应系统的支付终端，不仅操作过程复杂，而且当客户端需要增加或变更支付业务时，需要分别在每个系统上增加或变更的支付业务，开发和维护不同系统的支付功能的成本较高。

申请内容

本申请的一个目的是提供一种聚合支付的方法及设备，解决不同支付方式的接口规范不一致、支付平台不兼容的问题。

根据本申请的一个方面，提供了一种在客户端聚合支付的方法，所述方法包括：

在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；

通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；

接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。

进一步地，所述方法包括：

通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。

进一步地，所述方法包括：

根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。

根据本申请另一个方面，提供了一种在服务端聚合支付的方法，所述方法包括：

根据接收到的支付信息确定购买用户使用的支付方式；

根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。

进一步地，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；

当所述支付方式为第三方支付方式时，根据接收到的支付信息确定购买用户使用的支付方式，包括：

根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。

根据本申请再一个方面，还提供了一种聚合支付的客户端设备，所述客户端设备包括：

唤起装置，用于在所述客户端设备加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；

发送装置，用于通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务设备；

接收装置，用于接收所述服务设备发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。

进一步地，所述客户端设备包括：

聚合装置，用于通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。

进一步地，所述客户端设备包括：

签到装置，用于根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。

根据本申请再一个方面，还提供了一种聚合支付的服务设备，所述服务设备包括：

判断装置，用于根据接收到的支付信息确定购买用户使用的支付方式；

选择装置，用于根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。

进一步地，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；

当所述支付方式为第三方支付方式时，所述判断装置用于：

根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。

与现有技术相比，本申请通过在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。从而将不同支付方式的接口统一到标准接口中，不同的支付方式可以使用同一支付平台，无需收银员开启不同的支付接口进行收款。当客户端需要增加或变更支付业务时，无需分别在每个系统上增加或变更的支付业务，降低了开发和维护不同系统的支付功能的成本。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面提供的一种在客户端聚合支付的方法流程示意图；

图2示出根据本申请另一个方面提供的一种在服务端聚合支付的方法流程示意图；

图3示出根据本申请再一个方面提供的一种聚合支付的客户端设备的结构示意图；

图4示出根据本申请又一个方面提供的一种聚合支付的服务设备的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

图1示出根据本申请一个方面提供的一种在客户端聚合支付的方法流程示意图，所述方法包括：步骤S11～步骤S13，其中，步骤S11，在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；步骤S12，通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；步骤S13，接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。从而将不同支付方式的接口统一到标准接口中，不同的支付方式可以使用同一支付平台，无需收银员开启不同的支付接口进行收款。

具体地，在步骤S11中，在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；在此，SDK为软件开发工具包，客户端可以为商户的收银端，也可以为其他移动设备，其中，移动设备包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、PDA等，所述移动电子产品可以采用任意操作系统，如android操作系统、iOS操作系统等。当购买用户需要进行商品支付时，收银员在收银端通过SDK的标准接口唤起支付频道，如打开收款支付界面。接着，在步骤S12中，通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；在此，通过扫描购买用户使用第三方支付的二维码或银联卡、银行系统等，将购买用户的支付信息发送至后端服务器，随后，在步骤S13中，接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。在此，因购买用户使用不同支付方式，使用同一的标准接口进行收款时，服务端会判断购买用户所使用的支付方式，进而根据各支付方式对应的路由进行收款，完成购买用户所选支付方式上的扣款，比如，购买用户使用支付宝上的余额宝支付，接收到路由后，会扣除余额宝上的消费金额。

在本申请一实施例中，通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。在此，SDK的标准接口将各种功能进行聚合，并提供统一的接口协议供不同的支付方式使用，支付方式可以是第三方支付，如支付宝、微信、QQ钱包、京东支付等在线支付，也可以是银联或银行交易系统中的一种支付方式，或者是预付卡，可以在合作的商户门店进行使用。

在本申请一实施例中，根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。在此，标准接口中的签到用于验证请求的合法性，根据预设的时间周期，比如每天或每两天打开收音机SDK，进行虚拟签到添加密钥，以保证数据传输的安全性。

图2示出根据本申请另一个方面提供的一种在服务端聚合支付的方法流程示意图，所述方法包括：步骤S21和步骤S22，其中，在步骤S21中，根据接收到的支付信息确定购买用户使用的支付方式；在此，接收到支付信息后，因在收银端已将不同支付方式进行聚合，提供了标准接口，而每个支付方式的路由不同，完成付款，购买用户对应支付方式上完成扣款，还需要在后端服务器上进行判断出购买用户所使用的支付方式；接着，在步骤S22中，根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。在此，判断出支付方式后，选择对应的路由，完成购买用户使用支付方式上的扣款，比如选择第一种支付方式，若不判断路由，可能造成收款失败，也可能会扣与第一种支付方式绑定或相关联的第二种支付方式的交易金额，因此，在收银端将多种支付方式聚合时，在后端服务器上要解决各支付方式的扣款问题，保证准确又快速的完成支付，避免因支付方式不同需要多次唤起对应的支付接口。

进一步地，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；当所述支付方式为第三方支付方式时，在步骤S21中，根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。在本申请一实施例中，第三方支付方式可以包括支付宝、QQ钱包、微信、京东支付等在线支付方式，可以使用其对应的二维码信息，服务端接收到购买用户所选支付方式的二维码信息，因不同支付方式其二维码信息不同，因此可以通过二维码信息判断出购买用户所使用的具体的第三方支付方式，如是使用支付宝还是使用微信。

本申请所述的聚合支付的方法通过SDK提供的标准接口，用于支付、退款、缓冲、签到等，将不同支付方式聚合在一起，使得商户与消费者的对接更简单、便利，不需要启用多个接口，不同的支付方式可以使用同一支付界面，无需因支付方式不同多次唤起对应的支付界面，当客户端需要增加或变更支付业务时，无需分别在每个系统上增加或变更的支付业务，降低了开发和维护不同系统的支付功能的成本。

图3示出根据本申请的另一个方面提供的一种聚合支付的客户端设备结构示意图，所述客户端设备包括：唤起装置11、发送装置12和接收装置13，其中，唤起装置11，用于在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；发送装置12，用于通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；接收装置13，用于接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。从而将不同支付方式的接口统一到标准接口中，不同的支付方式可以使用同一支付平台，无需收银员开启不同的支付接口进行收款。

具体地，唤起装置11，用于在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；在此，SDK为软件开发工具包，客户端可以为商户的收银端，也可以为其他移动设备，其中，移动设备包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、PDA等，所述移动电子产品可以采用任意操作系统，如android操作系统、iOS操作系统等。当购买用户需要进行商品支付时，收银员在收银端通过SDK的标准接口唤起支付频道，如打开收款支付界面。接着，发送装置12，用于通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；在此，通过扫描购买用户使用第三方支付的二维码或银联卡、银行系统等，将购买用户的支付信息发送至后端服务器，随后，接收装置13，用于接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。在此，因购买用户使用不同支付方式，使用同一的标准接口进行收款时，服务端会判断购买用户所使用的支付方式，进而根据各支付方式对应的路由进行收款，完成购买用户所选支付方式上的扣款，比如，购买用户使用支付宝上的余额宝支付，接收到路由后，会扣除余额宝上的消费金额。

在本申请一实施例中，所述客户端设备包括聚合装置14，用于通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。在此，SDK的标准接口将各种功能进行聚合，并提供统一的接口协议供不同的支付方式使用，支付方式可以是第三方支付，如支付宝、微信、QQ钱包、京东支付等在线支付，也可以是银联或银行交易系统中的一种支付方式，或者是预付卡，可以在合作的商户门店进行使用。

在本申请一实施例中，所述客户端设备包括签到装置11’，用于根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。在此，标准接口中的签到用于验证请求的合法性，根据预设的时间周期，比如每天或每两天打开收音机SDK，进行虚拟签到添加密钥，以保证数据传输的安全性。

图4示出根据本申请再一个方面提供的一种聚合支付的服务设备的结构示意图，所述服务设备包括：判断装置21和选择装置22，其中，判断装置21，用于根据接收到的支付信息确定购买用户使用的支付方式；在此，接收到支付信息后，因在收银端已将不同支付方式进行聚合，提供了标准接口，而每个支付方式的路由不同，完成付款，购买用户对应支付方式上完成扣款，还需要在后端服务器上进行判断出购买用户所使用的支付方式；接着，选择装置22，用于根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。在此，判断出支付方式后，选择对应的路由，完成购买用户使用支付方式上的扣款，比如选择第一种支付方式，若不判断路由，可能造成收款失败，也可能会扣与第一种支付方式绑定或相关联的第二种支付方式的交易金额，因此，在收银端将多种支付方式聚合时，在后端服务器上要解决各支付方式的扣款问题，保证准确又快速的完成支付，避免因支付方式不同需要多次唤起对应的支付接口。

进一步地，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；当所述支付方式为第三方支付方式时，判断装置21用于根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。在本申请一实施例中，第三方支付方式可以包括支付宝、QQ钱包、微信、京东支付等在线支付方式，可以使用其对应的二维码信息，服务端接收到购买用户所选支付方式的二维码信息，因不同支付方式其二维码信息不同，因此可以通过二维码信息判断出购买用户所使用的具体的第三方支付方式，如是使用支付宝还是使用微信。

本申请所述的设备用于聚合支付，通过SDK提供的标准接口，用于支付、退款、缓冲、签到等，将不同支付方式聚合在一起，使得商户与消费者的对接更简单、便利，不需要启用多个接口，不同的支付方式可以使用同一支付界面，无需因支付方式不同多次唤起对应的支付界面，当客户端需要增加或变更支付业务时，无需分别在每个系统上增加或变更的支付业务，降低了开发和维护不同系统的支付功能的成本。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (10)

1.一种在客户端聚合支付的方法，其中，所述方法包括：

在所述客户端加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；

通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务端；-

接收所述服务端发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。

2.根据权利要求1所述的方法，其中，所述方法包括：

通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。

3.根据权利要求2所述的方法，其中，所述方法包括：

根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。

4.一种在服务端聚合支付的方法，其中，所述方法包括：

根据接收到的支付信息确定购买用户使用的支付方式；

根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。

5.根据权利要求4所述的方法，其中，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；

当所述支付方式为第三方支付方式时，根据接收到的支付信息确定购买用户使用的支付方式，包括：

根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。

6.一种聚合支付的客户端设备，其中，所述客户端设备包括：

唤起装置，用于在所述客户端设备加载SDK后，根据支付请求通过所述SDK的标准接口唤起支付频道；

发送装置，用于通过所述支付频道获取购买用户所选支付方式上的支付信息，并将所述支付信息发送至服务设备；

接收装置，用于接收所述服务设备发送的所述支付方式的路由信息，完成所述购买用户所选支付方式上的扣款。

7.根据权利要求6所述的客户端设备，其中，所述客户端设备包括：

聚合装置，用于通过所述SDK的标准接口进行包括支付、退款、缓冲及签到中任一种的操作，其中，支付操作包括通过第三方支付、预付卡、银联及银行交易系统中任一种支付方式进行的支付操作。

8.根据权利要求7所述的客户端设备，其中，所述客户端设备包括：

签到装置，用于根据预设的时间周期通过所述SDK的标准接口进行签到，将签到后的支付请求或支付信息进行发送。

9.一种聚合支付的服务设备，其中，所述服务设备包括：

判断装置，用于根据接收到的支付信息确定购买用户使用的支付方式；

选择装置，用于根据确定后的支付方式选择其对应的路由信息，并将选择的路由信息发送至客户端，完成所述购买用户使用的支付方式上的扣款。

10.根据权利要求9所述的服务设备，其中，所述支付方式包括第三方支付方式、预付卡方式、银联方式及银行交易系统方式；

当所述支付方式为第三方支付方式时，所述判断装置用于：

根据接收到的二维码支付信息，判断购买用户使用的第三方支付方式。