一种用于聚合支付对账的方法及设备与流程

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

背景技术

传统的现金支付需要找零，影响收银速度，且降低顾客消费的支付体验，随着移动支付的快速发展，电商对接各大第三方支付厂商的支付方式有web端和移动端，支付的接入需要专业技术人员才能进行支撑，给系统接入支付功能带来高额成本。各种第三方支付及使用银联或银行系统支付方式的接口规范不一致，安全机制不一致，和商户进行订单对账时需要不同的对账平台，给业务系统的接入造成高成本、难维护。

申请内容

本申请的一个目的是提供一种用于聚合支付方法及设备，解决不同支付方式使用不同对账系统的问题。

根据本申请的一个方面，提供了一种用于聚合支付对账的方法，所述方法包括：

拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；

对所述待结算清单进行清分匹配，得到匹配后的结算单信息；

将匹配后的结算单信息发送至客户端，完成对账。

进一步地，所述标准接口用于支付、退款、转账、缓冲及签到中任一种操作。

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

将统一服务卡信息嵌入预付卡中，其中，所述统一服务卡信息包括合作商户信息、积分信息、用户信息、密码信息和余额信息。

进一步地，对所述待结算清单进行清分匹配，得到匹配后的结算单信息，包括：

根据所述待结算清单中每一订单的标识信息判断所述订单的状态，若订单状态为成功，则匹配所述订单的交易金额，判断是否符合消费，若是，则将匹配后的结算单信息发送至客户端。

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

通过所述统一服务卡信息在所述统一服务卡管理页面上对所述预付卡进行充值。

根据本申请另一个方面，还提供了一种用于聚合支付对账的设备，所述设备包括：

拉取装置，用于拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；

清分装置，用于对所述待结算清单进行清分匹配，得到匹配后的结算单信息；

发送装置，用于将匹配后的结算单信息发送至客户端，完成对账。

进一步地，所述标准接口用于支付、退款、转账、缓冲及签到中任一种操作。

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

嵌入装置，用于将统一服务卡信息嵌入预付卡中，其中，所述统一服务卡信息包括合作商户信息、积分信息、用户信息、密码信息和余额信息。

进一步地，所述清分装置用于：

根据所述待结算清单中每一订单的标识信息判断所述订单的状态，若订单状态为成功，则匹配所述订单的交易金额，判断是否符合消费，若是，则将匹配后的结算单信息发送至客户端。

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

充值装置，用于通过所述统一服务卡信息在所述统一服务卡管理页面上对所述预付卡进行充值。

与现有技术相比，本申请通过拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；对所述待结算清单进行清分匹配，得到匹配后的结算单信息；将匹配后的结算单信息发送至客户端，完成对账。从而实现聚合支付的对账，通过使用统一对账平台，方便商户与服务平台之间的清单结算，进一步地，预付卡中嵌入统一服务卡避免线下充值时受时间和指定充值点的限制，消费者使用预付卡进行支付时可完成混付。

附图说明

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

图1示出根据本申请一个方面提供的一种用于聚合支付对账的方法流程示意图；

图2示出根据本申请又一个方面提供的一种用于聚合支付对账的设备结构示意图。

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

具体实施方式

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

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

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

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

图1示出根据本申请一个方面提供的一种用于聚合支付对账的方法流程示意图，所述方法包括：步骤s11～步骤s13，其中，在步骤s11中，拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；在步骤s12中，对所述待结算清单进行清分匹配，得到匹配后的结算单信息；在步骤s13中，将匹配后的结算单信息发送至客户端，完成对账。从而实现聚合支付的对账，通过使用统一对账平台，方便商户与服务平台之间的清单结算。

具体地，在步骤s11中，拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；在此，商户的收银端会加载sdk，通过sdk的标准接口进行不同支付方式的收银，收银端会产生由不同支付方式确定的待结算清单，支付方式可以为第三方支付、预付卡、银联等。接着，在步骤s12中，对所述待结算清单进行清分匹配，得到匹配后的结算单信息；在此，对包括一种或多种支付方式确定的待结算清单进行清分匹配，如待结算清单中包括支付宝支付的a笔交易，微信支付的b笔交易，预付卡支付的c笔交易，对这些交易的清单进行清分；随后，在步骤s13中，将匹配后的结算单信息发送至客户端，完成对账；在此，将满足消费情况的各支付方式对应的交易金额发送至客户端，完成对账。

需要说明的是，sdk为软件开发工具包，客户端可以为商户的收银端，也可以为其他移动设备，其中，移动设备包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、pda等，所述移动电子产品可以采用任意操作系统，如android操作系统、ios操作系统等。

进一步地，所述标准接口用于支付、退款、转账、缓冲及签到中任一种操作。在本申请一实施例中，标准接口用于不同支付方式的支付，标准接口中还可以用于签到，验证请求的合法性，比如每天打开sdk，进行虚拟签到添加密钥，以保证数据传输的安全性。

在本申请一实施例中，所述方法包括：将统一服务卡信息嵌入预付卡中，其中，所述统一服务卡信息包括合作商户信息、积分信息、用户信息、密码信息和余额信息。在此，预付卡可以嵌有统一服务卡，统一服务卡为商户与合作方的协议服务卡，可以在有合作的商户的门店进行消费，统一服务卡信息包括合作的商户信息，如商户名、所在地理位置、主要服务范围等，同时还有积分信息、用户信息、密码信息和余额信息等，当预付卡嵌有统一服务卡后，可以登录统一服务卡对应的管理网页或者app，在线查看可以使用嵌有统一服务卡的预付卡的使用商户信息，预付卡的余额信息，更改支付密码等，进一步地，在本申请一实施例中，通过所述统一服务卡信息在所述统一服务卡管理页面上对所述预付卡进行充值。在此，通过嵌入统一服务卡，可以实现在线充值，完成混付，比如，当前预付卡中的金额已不满足当前交易的金额，则可以登录网页或者app对预付卡进行充值，解决了因固定充值时间和固定充值点带来的充值不便的问题。

进一步地，在步骤s12中，根据所述待结算清单中每一订单的标识信息判断所述订单的状态，若订单状态为成功，则匹配所述订单的交易金额，判断是否符合消费，若是，则将匹配后的结算单信息发送至客户端。在本申请一实施例中，对接收到的待结算清单进行清分匹配时，主要通过以下方式：首先根据每一笔交易的标准信息(如流水号)判断该笔交易的订单状态，若订单状态为成功，则进行匹配交易金额数据，判断是否符合消费，若符合，则将结算单发送至商户，完成对账。在此，本申请提供一种对账平台，将不同支付方式的结算清单聚合在一起，使得商户不需要因不同支付方式选择不同的对账通道与平台进行对账，降低了业务系统的接入和维护成本。

在本申请一实施例中，消费者根据嵌有统一服务卡的预付卡上的二维码进行扫描，下载安装相应的应用程序，注册登录后，在展示界面有分类如美食、超市、美发等，用户根据自己的需求选择商户，有些商户有多个门店，后端计算每个门店的地理位置和用户当前距离门店的距离，并将计算结果在展示界面上显示。消费者使用预付卡进行支付消费时，因嵌入了统一服务卡，可以在线绑定银行卡，进行在线转账至预付卡，完成充值，避免线下充值时受时间和指定充值点的限制，因此消费者使用预付卡进行支付时可完成混付。

图2示出根据本申请又一个方面提供的一种用于聚合支付对账的设备结构示意图，所述设备包括：拉取装置11、清分装置12和发送装置13，其中，拉取装置11，用于拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；清分装置12，用于对所述待结算清单进行清分匹配，得到匹配后的结算单信息；发送装置13，用于将匹配后的结算单信息发送至客户端，完成对账。从而实现聚合支付的对账，通过使用统一对账平台，方便商户与服务平台之间的清单结算。

具体地，拉取装置11，用于拉取由通过sdk的标准接口完成支付确定的待结算清单，其中，所述待结算清单由根据购买用户使用的包括第三方支付、预付卡、银联及银行交易系统中任一种或任几种支付方式聚合确定；在此，商户的收银端会加载sdk，通过sdk的标准接口进行不同支付方式的收银，收银端会产生由不同支付方式确定的待结算清单，支付方式可以为第三方支付、预付卡、银联等。接着，清分装置12，用于对所述待结算清单进行清分匹配，得到匹配后的结算单信息；在此，对包括一种或多种支付方式确定的待结算清单进行清分匹配，如待结算清单中包括支付宝支付的a笔交易，微信支付的b笔交易，预付卡支付的c笔交易，对这些交易的清单进行清分；随后，发送装置13，用于将匹配后的结算单信息发送至客户端，完成对账；在此，将满足消费情况的各支付方式对应的交易金额发送至客户端，完成对账。

需要说明的是，sdk为软件开发工具包，客户端可以为商户的收银端，也可以为其他移动设备，其中，移动设备包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如智能手机、pda等，所述移动电子产品可以采用任意操作系统，如android操作系统、ios操作系统等。

进一步地，所述标准接口用于支付、退款、转账、缓冲及签到中任一种操作。在本申请一实施例中，标准接口用于不同支付方式的支付，标准接口中还可以用于签到，验证请求的合法性，比如每天打开sdk，进行虚拟签到添加密钥，以保证数据传输的安全性。

在本申请一实施例中，所述设备包括：嵌入装置，用于将统一服务卡信息嵌入预付卡中，其中，所述统一服务卡信息包括合作商户信息、积分信息、用户信息、密码信息和余额信息。在此，预付卡可以嵌有统一服务卡，统一服务卡为商户与合作方的协议服务卡，可以在有合作的商户的门店进行消费，统一服务卡信息包括合作的商户信息，如商户名、所在地理位置、主要服务范围等，同时还有积分信息、用户信息、密码信息和余额信息等，当预付卡嵌有统一服务卡后，可以登录统一服务卡对应的管理网页或者app，在线查看可以使用嵌有统一服务卡的预付卡的使用商户信息，预付卡的余额信息，更改支付密码等，进一步地，在本申请一实施例中，所述设备包括充值装置，用于通过所述统一服务卡信息在所述统一服务卡管理页面上对所述预付卡进行充值。在此，通过嵌入统一服务卡，可以实现在线充值，完成混付，比如，当前预付卡中的金额已不满足当前交易的金额，则可以登录网页或者应用程序(app)对预付卡进行充值，解决了因固定充值时间和固定充值点带来的充值不便的问题。

进一步地，清分装置12，用于根据所述待结算清单中每一订单的标识信息判断所述订单的状态，若订单状态为成功，则匹配所述订单的交易金额，判断是否符合消费，若是，则将匹配后的结算单信息发送至客户端。在本申请一实施例中，对接收到的待结算清单进行清分匹配时，主要通过以下方式：首先根据每一笔交易的标准信息(如流水号)判断该笔交易的订单状态，若订单状态为成功，则进行匹配交易金额数据，判断是否符合消费，若符合，则将结算单发送至商户，完成对账。在此，本申请提供一种对账平台，将不同支付方式的结算清单聚合在一起，使得商户不需要因不同支付方式选择不同的对账通道与平台进行对账，降低了业务系统的接入和维护成本。

在本申请一实施例中，消费者根据嵌有统一服务卡的预付卡上的二维码进行扫描，下载安装相应的应用程序，注册登录后，在展示界面有分类如美食、超市、美发等，用户根据自己的需求选择商户，有些商户有多个门店，后端计算每个门店的地理位置和用户当前距离门店的距离，并将计算结果在展示界面上显示。消费者使用预付卡进行支付消费时，因嵌入了统一服务卡，可以在线绑定银行卡，进行在线转账至预付卡，完成充值，避免线下充值时受时间和指定充值点的限制，因此消费者使用预付卡进行支付时可完成混付。

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

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

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

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