CN111415140A - 一种聚合支付的管理方法、服务器和计算机存储介质 - Google Patents

Abstract

本申请公开一种聚合支付的管理方法、服务器和计算机存储介质，聚合支付服务器接收电子支付交易设备发送的交易请求，根据交易请求携带的电子支付交易设备的所述设备序列号以及预存的设备序列号与商户信息的映射关系获取该电子支付交易设备的设备序列号对应的商户信息，根据交易请求携带的付款码确认支付通道，然后根据该支付通道和预存的支付通道与支付接口参数映射关系调用相应的支付接口与该支付通道完成交易流程。上述方案，聚合支付服务器可以整合多个支付通道的特性，对外提供统一的一套支付接口，不论付款用户使用何种支付通道，商户能一次接入支付功能，自由使用多个支付通道，在线上和线下高效快速的完成交易业务。

Description

一种聚合支付的管理方法、服务器和计算机存储介质

技术领域

本申请实施例涉及互联网支付领域，尤其涉及一种聚合支付的管理方法、服务器和计算机存储介质。

背景技术

智能手机、平板电脑和手持设备等等各种智能终端，像个人计算机一样，具有独立的操作系统、独立的运行空间，可以由用户自行安装软件、游戏、导航等第三方服务商提供的程序，即应用（Application，App）软件，并可以通过移动通讯网络来实现无线网络接入。

随着智能终端的普及，人们在沟通、社交、娱乐等活动中越来越依赖于App软件，例如iphone、安卓等应用软件。

国际互联网迅速走向普及化，逐步从大学、科研机构走向企业和家庭，其功能也从信息共享演变为一种大众化的信息传播手段。通过使用因特网，即降低了成本，也造就了更多的商业机会，电子商务技术从而得以发展，使其逐步成为了互联网应用的最大热点。为适应电子商务这一市场潮流，电子支付随之发展起来。

电子支付是指消费者、商家和金融机构之间使用安全电子手段把支付信息通过信息网络安全地传送到银行或相应的处理机构，用来实现货币支付或资金流转的行为。

随着电子支付的发展，越来越多的用户和商家采用电子支付系统，尤其是智能手机或平板上的电子支付，但是，目前的支付通道系统一般是银行提供的电子银行系统，例如中国银行、中国工商银行、招商银行等等，用户和客户可能需要安装和支持多种银行的支付，而目前市面上银行系统有非常多，所以对用户和客户来说，太多的支付通道系统既复杂，又难以记住所有支付通道系统的密码，因此，目前较多的是使用聚合支付。

聚合支付，也称融合支付，是指只从事支付、结算、清算服务之外的支付服务，依托银行、非银机构或清算组织，借助银行、非银机构或清算组织的支付通道与清结算能力，利用自身的技术与服务集成能力，将一个以上的银行、非银机构或清算组织的支付服务，整合到一起，为客户提供包括但不限于支付通道服务、集合对账服务、技术对接服务、差错处理服务、金融服务引导、会员账户服务、作业流程软件服务、运行维护服务、终端提供与维护等服务内容，以此减少客户接入、维护支付结算服务时面临的成本支出，提高客户支付结算系统运行效率的，并收取增值收益的支付服务。

聚合支付系统是介于银行与用户之间的网络支付结算系统，经批准并颁发支付牌照的互联网第三方支付公司（例如支付宝，微信等） 承载业务。第三方支付公司将零售业务分发给第四方支付公司运营，也称聚合支付。例如，支付宝扫码、微信扫码、QQ钱包、银联快捷、网关支付、京东支付等支付接口，接入到聚合支付系统中，再由聚合支付系统重新统一接口，对接给客户使用。无论上游三方如何更换通道，客户都不需要跟随更换，只要一次接入聚合支付的接口，终生可用。

但是，当前商户的电子收款设备如果想要扫描用户微信、支付宝付款码，则需要到微信、支付宝等平台进行注册、进件等一系列流程，而最终收款时还需要询问用户是哪类支付方式，比如是支付宝还是微信，然后进行选择平台才能完成相关收款服务，资金结算也会存在多个账号问题，账目对比也需要到多个平台中进行，即麻烦又容易出错。

发明内容

鉴于上述问题，本申请实施例提供了一种聚合支付的管理方法、服务器和计算机存储介质，克服了上述问题或者至少部分地解决了上述问题。

本申请的第一方面提供一种聚合支付的管理方法，包括：

所述聚合支付服务器接收电子支付交易设备发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号；

所述聚合支付服务器根据所述电子支付交易设备的所述设备序列号以及预存的电子支付交易设备的设备序列号与商户信息的映射关系获取所述电子支付交易设备的所述设备序列号对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程。

可选地，所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，建立所述电子支付交易设备的设备序列号与商户信息的映射关系，建立所述支付通道与支付接口参数映射关系。

可选地，所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，所述聚合支付服务器为所述电子支付交易设备设置主支付通道或默认支付通道；

所述根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程具体包括：

所述聚合支付服务器判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，所述聚合支付服务器根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道以完成支付收款流程；

如果不同，所述聚合支付服务器根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道以完成支付收款流程。

可选地，所述商户信息包括商户身份资料信息和支付通道信息；

所述商户身份资料信息包括如下至少之一：商户工商材料、联系人、法人信息、对公账号、法人账号、聚合支付商户号；

所述支付通道信息包括交易商户的第三方支付机构的账户信息或交易商户的各个银行的账户信息。

可选地，所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，所述聚合支付服务器对于已经提供对接软件开发工具包的支付通道，使用该支付通道服务器提供的软件开发工具包进行调试和优化，适配所述聚合支付服务器的支付架构和框架以便与不同的支付通道通信；或，对于没有软件开发工具包的支付通道，所述聚合支付服务器根据该支付通道服务器的支付接口参数，对预设的支付接口进行封装，按照技术规范和所述聚合支付服务器的支付架构和框架进行底层封装以便与不同的支付通道通信。

可选地，所述聚合支付服务器在接收所述电子支付交易设备发送的交易请求后，根据预设规则验证所述交易请求携带的参数的完整性和正确性，并根据预设的注册设置确定需要上报到支付通道服务器的参数和不需要上报到支付通道服务器的参数。

本申请的第二方面提供一种聚合支付服务器，包括：

收发模块，用于接收电子支付交易设备发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号；

存储器，用于存储电子支付交易设备的设备序列号与商户信息的映射关系和存储支付通道与支付接口参数映射关系；

处理器，用于根据所述电子支付交易设备的所述设备序列号以及所述电子支付交易设备的设备序列号与商户信息的映射关系获取所述电子支付交易设备的所述设备序列号对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道和所述支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程。

可选地，所述处理器还用于：在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，建立所述电子支付交易设备的设备序列号与商户信息的映射关系，建立所述支付通道与支付接口参数映射关系，并将该两个映射关系存储在所述存储器中。

可选地，所述处理器还用于，在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，为所述电子支付交易设备设置主支付通道或默认支付通道；

为实现所述根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程，所述处理器用于：

判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道以完成支付收款流程；

如果不同，根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道以完成支付收款流程。

可选地，所述商户信息包括商户身份资料信息和支付通道信息；

所述商户身份资料信息包括如下至少之一：商户工商材料、联系人、法人信息、对公账号、法人账号、聚合支付商户号；

所述支付通道信息包括交易商户的第三方支付机构的账户信息或交易商户的各个银行的账户信息。

可选地，所述处理器还用于：在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，对于已经提供对接软件开发工具包的支付通道，使用该支付通道服务器提供的软件开发工具包进行调试和优化，适配所述聚合支付服务器的支付架构和框架以便与不同的支付通道通信；或，对于没有软件开发工具包的支付通道，根据该支付通道服务器的支付接口参数，对预设的支付接口进行封装，按照技术规范和所述聚合支付服务器的支付架构和框架进行底层封装以便与不同的支付通道通信。

可选地，所述处理器还用于，在所述收发模块接收所述电子支付交易设备发送的交易请求后，根据预设规则验证所述交易请求携带的参数的完整性和正确性，并根据预设的注册设置确定需要上报到支付通道服务器的参数和不需要上报到支付通道服务器的参数。

本申请的第三方面提供一种计算机设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行所述的聚合支付的管理方法的步骤。

本申请的第四方面提供一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器所述的聚合支付的管理方法的步骤。

上述实施例描述的聚合支付的管理方法、服务器和计算机存储介质，所述聚合支付服务器可以接入多个支付通道，整合多个支付通道的特性，对外提供统一的一套支付接口，不论付款用户使用何种支付通道，交易商户可以自动一次接入支付功能，可以自由使用多个支付通道，可以在线上和线下高效快速的完成交易业务。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1为本申请一实施例的一种系统架构100的结构示意图；

图2为本申请一实施例的一种聚合支付的管理方法的流程示意图；

图3为本申请另一实施例的一种聚合支付的管理系统的结构示意图；

图4为本申请另一实施例的一种计算机设备结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。另外，本文中术语“系统”和“网络”在本文中常被可互换使用。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括电子支付交易设备101、102、103，网络104和服务器105。网络104用以在电子支付交易设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等组成的互联网或移动通信网络。

电子支付交易设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。电子支付交易设备101、102、103上可以安装有各种通讯客户端应用（APP），例如网页浏览器应用、购物类应用、搜索类应用、即时通信应用、邮箱客户端、社交平台软件等，在所述即时通信应用可以包括各种小程序，例如聚合支付程序。

电子支付交易设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于用户设备、网络设备或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备其包括但不限于任何一种可与用户通过触摸板进行人机交互的移动电子产品，例如商户的智能POS终端、智能手机、平板电脑等作为电子支付交易设备。所述电子支付交易设备101、102、103采用安卓（Android）、微软（windows）或IOS操作系统。所述网络设备包括一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路（Application Specific IntegratedCircuit，ASIC）、可编程门阵列（Field－Programmable Gate Array，FPGA）、数字处理器（Digital Signal Processor，DSP）、嵌入式设备等。所述网络设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云作为电子支付交易设备；在此，云由基于云计算（Cloud Computing）的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟超级计算机。

所述网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络（VirtualPrivate Network，VPN）、无线自组织网络（Ad Hoc网络）等。当然，本领域技术人员应能理解上述电子支付交易设备仅为举例，其他现有的或今后可能出现的电子支付交易设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

服务器105是聚合支付服务器，可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。其也可以是提供各种服务的服务器，例如为电子支付交易设备101、102、103提供电子支付聚合服务。

应该理解，图1中的电子支付交易设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

如图2所示，为本申请一实施例的一种聚合支付的管理方法的流程示意图，所述聚合支付的管理方法可以由聚合支付服务器执行，主要如下所述。

步骤21，聚合支付服务器与电子支付交易设备进行聚合支付注册时，建立电子支付交易设备的设备序列号与商户信息的映射关系以及建立支付通道与支付接口参数的映射关系。

例如，所述聚合支付服务器接收所述电子支付交易设备通过聚合支付程序发送的进件注册资料信息以完成聚合支付注册。

例如，所述电子支付交易设备可以为交易商户的智能终端、平板电脑或便携式电脑，所述电子支付交易设备安装有第三方支付公司的支付应用程序（Application，APP），例如但不限于，支付宝或微信。

例如，所述电子支付交易设备在其所述支付APP中可以安装一些小程序，例如聚合支付程序，交易商户可以通过聚合支付程序输入进件注册资料信息，例如，所述进件注册资料信息包括商户信息和设备序列号（sequence number，SN），所述商户信息包括商户身份资料信息和支付通道信息，可选的，所述商户信息还可以包括商户类型信息。

本文中，支付通道对应不同的支付服务器，例如，支付宝服务器、微信的支付服务器、各个银行的支付服务器，因此，支付通道可以等于支付服务器，支付通道信息是指支付服务器的信息。

例如，所述商户身份资料信息包括如下至少之一：商户工商材料、联系人、法人信息、对公账号、法人账号、聚合支付商户号等。

所述商户类型信息包括商户类别信息，例如，所述商户类别信息用于指示商户是个人、企业、事业单位、政府机关或教育机构。

所述支付通道包括第三方支付机构或各个银行，则所述支付通道信息包括交易商户的第三方支付机构的账户信息或交易商户的各个银行的账户信息，例如，所述交易商户的所述第三方支付机构的账户信息包括所述交易商户的第三方支付机构的商户号和第三方支付机构的终端号，所述交易商户的所述银行的账户信息包括银行名称和所述交易商户的银行账号。

在本申请的另一实施例中，所述聚合支付服务器可以接入多个支付通道，整合多个支付通道的特性，对外提供统一的一套支付接口，包含接口参数和返回数据等，例如，所述聚合支付服务器进行各个支付通道的解耦，聚合各支付通道，完成支付通道的对接。

例如，所述聚合支付服务器针对不同的支付通道，设置不同的支付接口参数，即支付接口参数用于所述聚合支付服务器与对应的支付通道的服务器通信，例如，所述支付接口参数包含支付入口参数和支付出口参数。

例如，所述聚合支付服务器在底层分别对接各支付通道，完成各支付通道与对应的支付接口参数绑定，建立映射关系，例如，如下表1所示。

表1 支付通道与支付接口参数的映射关系表

所述聚合支付服务器为建立与不同的支付通道的通信，所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，所述聚合支付服务器对于已经提供对接软件开发工具包（Software Development Kit，SDK）的支付通道，使用该支付通道服务器提供的SDK进行调试和优化，适配当前聚合支付服务器的支付架构和框架以便与不同的支付通道通信；对于没有SDK的支付通道，则根据该支付通道服务器的支付接口参数，对预设的支付接口参数进行封装，如收款、退款、交易查询、订单撤销或订单查询等，按照当前聚合支付服务器的支付架构和框架进行底层封装以便与不同的支付通道通信，例如，针对不同支付通道（例如，支付宝服务器、微信服务器或某个银行的支付服务器），聚合支付服务器将对应该支付通道的支付接口参数根据聚合支付服务器的支付架构和对应支付通道的协议进行底层协议栈的构建，以便能与该对应的支付通道服务器通信。在本申请的另一实施例中，所述聚合支付服务器在底层接口（例如，负责请求支付通道接口、配置的读取、签名、验签等）封装完成后，再封装入当前的支付接口中，包含日志记录和业务对接等。

交易商户通过小程序提交商户信息完成交易商户进件，聚合支付服务商通过所述聚合支付服务器对商户信息进行审核，审核成功后创建聚合支付商户号，并为交易商户设置使用的主支付通道或默认支付通道，以及绑定所述电子支付交易设备的设备序列号与商户信息，建立映射关系，例如，如下表2所示。

表2设备序列号与商户信息的映射关系表

步骤22，所述聚合支付服务器接收所述电子支付交易设备发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号。

所述交易请求可以为付款请求、退款请求或交易查询请求等所有与交易相关的请求，但为描述的方便，本实施例以付款请求为例进行说明。

例如，所述电子支付交易设备在收到付款用户的付款码后，生成相应的订单信息，并向所述聚合支付服务器发送付款请求，所述付款请求携带付款用户的付款码、订单信息和所述电子支付交易设备的设备序列号。

例如，所述订单信息包括订单号和订单金额，可选的，所述订单信息还可以包括收银台版本号和数据包名等参数。

所述付款码包括对应的支付通道信息，例如，支付宝、微信或不同交易银行信息。

在本申请的另一实施例中，所述交易请求还携带支付场景信息，例如，扫码信息或人脸信息。

步骤23，所述聚合支付服务器根据所述电子支付交易设备的设备序列号获取对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道调用相应的支付接口将所述付款码、所述订单信息和所述商户信息发送到对应的支付通道以完成交易流程。

例如，所述聚合支付服务器保存有电子支付交易设备的设备序列号与商户信息的映射关系表，所述聚合支付服务器根据所述电子支付交易设备的设备序列号以及电子支付交易设备的设备序列号与商户信息的映射关系表获取所述电子支付交易设备的设备序列号对应的商户信息。

例如，所述聚合支付服务器保存有支付通道与支付接口参数的映射关系表，所述聚合支付服务器根据所述付款码确认支付通道，然后根据所述支付通道以及支付通道与支付接口参数的映射关系确定该支付通道相应的支付接口参数。

所述聚合支付服务器根据所确定的支付接口参数调用所述支付接口参数相应的支付接口将所述付款码、所述订单信息和所述商户信息发送到对应的支付通道以完成交易流程。

在本申请的另一实施例中，如果所述付款码指示的支付通道为所述聚合支付服务器为所述电子支付交易设备设置的主支付通道或默认支付通道，则所述聚合支付服务器判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，则所述聚合支付服务器根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道以完成支付收款流程；如果不同，所述聚合支付服务器根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道以完成支付收款流程。

在本申请的另一实施例中，在交易过程中，所述聚合支付服务器可以根据付款码判断对应的支付通道，然后调用对应的支付接口，之后收款和退款等操作均使用此支付通道提供的支付接口。则封装后，当某一支付通道接口出现问题，其他支付通道也能正常商户提供收单功能。

例如，本实施例的交易流程以支付付款交易流程为例进行说明。

所述聚合支付服务器在上层对外提供接口和处理层，接收交易商户的电子支付交易设备上报的交易请求携带的数据内容，例如，所述数据内容包括：设备SN号、支付场景（例如扫码和人脸）、付款码、商户订单号、用户付款码、订单金额、收银台版本号和包名等参数。所述聚合支付服务器在应用程序接口（Application Programming Interface，API）层接收并验证这些参数的完整性和正确性，例如，根据预设的注册设置确定哪些参数上报到支付通道服务器，例如设备SN号不上报支付通道服务器，根据预设的校验规则确定参数是否完整和正确等。所述聚合支付服务器的API层将数据提交到所述聚合支付服务器的域（Domain）层，所述Domain层根据设备SN号查询商户信息，并根据付款码确定支付通道，再获取数据携带的支付信息和商户号等，并获取支付通道对应的支付接口参数，根据支付接口参数调用对应的支付接口完成支付过程。

因此，在上述支付过程中，交易商户完全不必关心付款者使用的是支付宝、微信还是银联，所述聚合支付服务器会根据交易商户的电子支付交易设备上报设备SN信息和付款码等进行判断。通过设备SN号查询和判断商户信息，通过付款码确认使用的支付通道，最后将交易请求发送到对应的支付通道，最终完成支付收款流程。

终上所述，上述实施例描述的聚合支付的管理方法，具有如下至少之一的有益效果：

（1）支付通道的整合、整体架构的解藕、分离设计，使得整体支付架构清晰明朗；

（２）交易商户一次接入支付功能，可以自由使用多个支付通道；

（３）当前支付通道不能满足交易商户需求时，能够快速的接入新的支付通道而不影响已接入的支付；

（４）某些支付通道的不稳定，不影响其他支付通道，交易商户亦不会感知支付的问题，能够在线上和线下高效快速的完成交易业务。

如图3所示，为本申请另一实施例的一种聚合支付的管理系统的结构示意图，所述聚合支付的管理系统包括通过网络连接的电子支付交易设备30、聚合支付服务器31、支付通道服务器32和用户终端33，所述网络可以为互联网、局域网或者移动通信系统。

如图3所示，聚合支付服务器31包括收发模块310、存储器311、存储控制器312、一个或多个（图中仅示出一个）处理器313、外设接口314、射频模块315、定位模块316、摄像模块317、音频模块318、触控屏幕319以及按键模块320。这些组件通过一条或多条通讯总线/信号线321相互通讯。

可以理解，图3所示的结构仅为示意，聚合支付服务器31还可包括比图3中所示更多或者更少的组件，例如还可以通过外设接口314连接无线模块，例如WiFi模块或蓝牙模块，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。

所述收发模块310通过射频模块315接收所述聚合支付服务器31之外的设备发送的数据或向所述聚合支付服务器31之外的设备发送数据。

所述存储器311可用于存储软件程序以及模块，如本发明实施例中的在聚合支付服务器31执行聚合支付的管理方法对应的程序指令/模块，处理器313通过运行存储在存储器311内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的在聚合支付服务器31执行聚合支付的管理方法。

所述存储器311可包括高速随机存储器，还可包括非易失性存储器（non-volatilememory）或易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器，例如，闪存（flash memory）、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、随机访问存储器（random access memory，RAM）、只读存储器（read-only memory，ROM）、可擦写可编程只读存储器（erasable programmable read-only memory，EPROM）、电可擦写可编程只读存储器（electrically erasable programmable read-only memory，EEPROM）、可编程只读存储器（programmable read-only memory，PROM）、磁性存储器、磁盘、光盘等，所述RAM可以包括静态RAM或动态RAM。在一些实施例中，所述存储器311可以是所述聚合支付服务器31的内部存储单元，例如，该所述聚合支付服务器31的硬盘或内存。在另一些实施例中，所述存储器311也可以是所述聚合支付服务器31的外部存储设备，例如该所述聚合支付服务器31上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC）、安全数字（SecureDigital，SD）卡或闪存卡（Flash Card）等。在一些实例中，存储器311可进一步包括相对于所述聚合支付服务器31远程设置的存储器，这些远程存储器可以通过网络连接至聚合支付服务器31。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。处理器313以及其他可能的组件对存储器311的访问可在存储控制器312的控制下进行。

外设接口314将各种输入/输入装置耦合至处理器313以及存储器311。处理器313运行存储器311内的各种软件、指令以执行聚合支付服务器31的各种功能以及进行数据处理。

在一些实施例中，外设接口314，处理器313以及存储控制器312可以在单个芯片中实现。在其他一些实例中，它们可以分别由独立的芯片实现。

在本申请实施例中，该处理器313可以是中央处理单元（Central ProcessingUnit，CPU）、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器313还可以是其他通用处理器、数字信号处理器（Digital Signal Processing，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，例如单片机等。

射频模块315用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。射频模块315可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块（Subscriber Identity Module，SIM）卡、存储器等等。射频模块315可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统（Global System for MobileCommunication, GSM）、增强型移动通信技术（Enhanced Data GSM Environment，EDGE）,宽带码分多址技术（wideband code division multiple access，W-CDMA），码分多址技术（Code division access，CDMA）、时分多址技术（time division multiple access，TDMA），蓝牙，无线保真技术（Wireless Fidelity，WiFi）（如美国电气和电子工程师协会标准IEEE802.11a，IEEE 802.11b，IEEE802.11g和/或IEEE 802.11n）、网络电话（Voice overinternet protocol，VoIP）、全球微波互联接入（Worldwide Interoperability forMicrowave Access，Wi-Max）、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

定位模块316用于获取聚合支付服务器31的当前位置。定位模块316的实例包括但不限于全球卫星定位系统（Global Positioning System，GPS）、基于无线局域网或者移动通信网的定位技术。

摄像模块317用于扫描、拍摄照片或者视频。拍摄的照片或者视频可以存储至存储器311内，并可通过射频模块315发送。

音频模块318向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。音频电路从外设接口314处接收声音数据，将声音数据转换为电信息，将电信息传输至扬声器。扬声器将电信息转换为人耳能听到的声波。音频电路还从麦克风处接收电信息，将电信号转换为声音数据，并将声音数据传输至外设接口314中以进行进一步的处理。音频数据可以从存储器311处或者通过射频模块315获取。此外，音频数据也可以存储至存储器311中或者通过射频模块315进行发送。在一些实例中，音频模块318还可包括一个耳机播孔，用于向耳机或者其他设备提供音频接口。

触控屏幕319在聚合支付服务器31与用户之间同时提供一个输出及输入界面。具体地，触控屏幕319向用户显示视频输出，这些视频输出的内容可包括文字、图形、视频、及其任意组合。一些输出结果是对应于一些用户界面对象。触控屏幕319还接收用户的输入，例如用户的点击、滑动等手势操作，以便用户界面对象对这些用户的输入做出响应。检测用户输入的技术可以是基于电阻式、电容式或者其他任意可能的触控检测技术。触控屏幕319的显示单元的具体实例包括但并不限于液晶显示器或发光聚合物显示器。

按键模块320同样提供用户向聚合支付服务器31进行输入的接口，用户可以通过按下不同的按键以使聚合支付服务器31执行不同的功能。

本文描述的总线可以是工业标准体系结构（Industry Standard Architecture，ISA）总线、外设部件互连标准（Peripheral Component Interconnect，PCI）总线或扩展工业标准结构（Extended Industry Standard Architecture，EISA）总线等。该总线系统可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

所述收发模块310，用于接收电子支付交易设备30发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号。

例如，所述电子支付交易设备30扫描交易用户的用户终端33的扫描码，生成相应的订单信息。

所述交易请求、付款码、订单信息和所述电子支付交易设备的设备序列号的具体内容，可以参考前述聚集支付管理方法的实施例步骤21和22所描述的相关交易请求的内容，在此不再赘述。

所述存储器311，用于存储电子支付交易设备的设备序列号与商户信息的映射关系和存储支付通道与支付接口参数映射关系。

例如，所述处理器313用于在所述聚合支付服务器31与所述电子支付交易设备30在进行聚合支付注册时，建立所述电子支付交易设备的设备序列号与商户信息的映射关系表，建立所述支付通道与支付接口参数映射关系表，并将该两个映射关系表存储在所述存储器311中。

所述支付通道与支付接口参数映射关系表可以如前述表1所示，所述电子支付交易设备的设备序列号与商户信息的映射关系表可以如前述表2所示，在此不再赘述。

关于所述处理器313如何进行聚合支付注册、聚合支付注册过程中的具体细节、所述支付通道的具体内容、所述支付接口参数的具体内容以及商户信息的具体内容，具体可以参考前述聚集支付管理方法的实施例步骤21所描述的相关内容，在此不再赘述。

所述处理器313，还用于根据所述电子支付交易设备30的所述设备序列号以及所述电子支付交易设备的设备序列号与商户信息的映射关系获取所述电子支付交易设备30的所述设备序列号对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道和所述支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道（例如支付通道服务器32）以完成交易流程。

关于所述处理器313如何获取所述电子支付交易设备30的所述设备序列号对应的商户信息、如何确认支付通道、如何调用所述支付通道相应的支付接口以及如何发送所述付款码、所述订单信息和所述商户信息，具体可以参考前述聚集支付管理方法的实施例步骤23所描述的相关内容，在此不再赘述。

在本申请的另一实施例中，所述处理器313还用于，在所述聚合支付服务器31与所述电子支付交易设备30在进行聚合支付注册时，为所述电子支付交易设备30设置主支付通道或默认支付通道。

为实现所述根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程，所述处理器313用于：判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道（例如支付通道服务器32）以完成支付收款流程；如果不同，根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道（例如支付通道服务器32）以完成支付收款流程。

在本申请的另一实施例中，所述处理器313还用于：在所述聚合支付服务器31与所述电子支付交易设备30在进行聚合支付注册时，对于已经提供对接软件开发工具包的支付通道，使用该支付通道服务器32提供的软件开发工具包进行调试和优化，适配所述聚合支付服务器31的支付架构和框架以便与不同的支付通道通信；对于没有软件开发工具包的支付通道，根据该支付通道服务器的支付接口参数，对预设的支付接口进行封装，按照技术规范和所述聚合支付服务器31的支付架构和框架进行底层封装以便与不同的支付通道通信。

在本申请的另一实施例中，所述处理器313还用于，在所述收发模块310接收所述电子支付交易设备30发送的交易请求后，根据预设规则验证所述交易请求携带的参数的完整性和正确性，并根据预设的注册设置确定需要上报到支付通道服务器32的参数和不需要上报到支付通道服务器32的参数。

综上所述，聚合支付服务器可以整合多个支付通道，对外提供统一的一套支付接口，不论付款用户使用何种支付通道，商户能一次接入支付功能，自由使用多个支付通道，在线上和线下高效快速的完成交易业务。

为解决上述技术问题，本申请实施例还提供一种计算机设备，具体请参阅图4，图4为本申请另一实施例的一种计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42和网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的所述计算机设备4是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器 (Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备4可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括非易失性存储器或易失性存储器，例如，闪存、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、RAM、ROM、EPROM、EEPROM、PROM、磁性存储器、磁盘、光盘等，所述RAM可以包括静态RAM或动态RAM。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如，该所述计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该所述计算机设备4上配备的插接式硬盘， SMC，SD卡或闪存卡等。在一些实例中，所述存储器41还可进一步包括相对于所述计算机设备4远程设置的存储器，这些远程存储器可以通过网络连接至所述计算机设备4。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如用于执行聚合支付的管理方法的程序代码等，所述处理器42执行这些代码。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

在本申请实施例中，该处理器42可以是CPU、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42还可以是其他通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，例如单片机等。

该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述存储器41用于存储程序代码或指令，所述程序代码包括计算机操作指令，所述处理器42用于执行所述存储器41存储的程序代码或指令或者处理数据，例如运行执行聚合支付的管理方法的程序代码。

本文描述的总线可以是ISA总线、PCI总线或EISA总线等。该总线系统可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请的另一实施例还提供一种计算机可读介质，计算机可读介质可以是计算机可读信号介质或者计算机可读介质。计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在流程图2对应的执行聚合支付的管理方法中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。

计算机可读介质包含但不限于电子、磁性、光学、电磁、红外的存储器或半导体系统、设备或者装置，或者前述的任意适当组合，所述存储器用于存储程序代码或指令，所述程序代码包括计算机操作指令，所述处理器用于执行所述存储器存储的程序代码或指令。

所述存储器和所述处理器的定义，可以参考前述计算机设备实施例的描述，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、服务器、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种聚合支付的管理方法，其特征在于，包括：

所述聚合支付服务器接收电子支付交易设备发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号；

所述聚合支付服务器根据所述电子支付交易设备的所述设备序列号以及预存的电子支付交易设备的设备序列号与商户信息的映射关系获取所述电子支付交易设备的所述设备序列号对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程。

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

所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，建立所述电子支付交易设备的设备序列号与商户信息的映射关系，建立所述支付通道与支付接口参数映射关系。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，所述聚合支付服务器为所述电子支付交易设备设置主支付通道或默认支付通道；

所述根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程具体包括：

所述聚合支付服务器判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，所述聚合支付服务器根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道以完成支付收款流程；

如果不同，所述聚合支付服务器根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道以完成支付收款流程。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述商户信息包括商户身份资料信息和支付通道信息；

所述商户身份资料信息包括如下至少之一：商户工商材料、联系人、法人信息、对公账号、法人账号、聚合支付商户号；

所述支付通道信息包括交易商户的第三方支付机构的账户信息或交易商户的各个银行的账户信息。

5.根据权利要求1-3任意一项所述的方法，其特征在于，所述方法还包括：

所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，所述聚合支付服务器对于已经提供对接软件开发工具包的支付通道，使用该支付通道服务器提供的软件开发工具包进行调试和优化，适配所述聚合支付服务器的支付架构和框架以便与不同的支付通道通信；或

对于没有软件开发工具包的支付通道，所述聚合支付服务器根据该支付通道服务器的支付接口参数，对预设的支付接口进行封装，按照所述聚合支付服务器的支付架构和框架进行底层封装以便与不同的支付通道通信。

6.根据权利要求1-3任意一项所述的方法，其特征在于，所述方法还包括：

所述聚合支付服务器在接收所述电子支付交易设备发送的交易请求后，根据预设规则验证所述交易请求携带的参数的完整性和正确性，并根据预设的注册设置确定需要上报到支付通道服务器的参数和不需要上报到支付通道服务器的参数。

7.一种聚合支付服务器，其特征在于，包括：

收发模块，用于接收电子支付交易设备发送的交易请求，其中，所述交易请求包括交易用户的付款码、订单信息和所述电子支付交易设备的设备序列号；

存储器，用于存储电子支付交易设备的设备序列号与商户信息的映射关系和存储支付通道与支付接口参数映射关系；

处理器，用于根据所述电子支付交易设备的所述设备序列号以及所述电子支付交易设备的设备序列号与商户信息的映射关系获取所述电子支付交易设备的所述设备序列号对应的商户信息，根据所述付款码确认支付通道，然后根据所述支付通道和所述支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程。

8.根据权利要求7所述的聚合支付服务器，其特征在于，所述处理器还用于：在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，建立所述电子支付交易设备的设备序列号与商户信息的映射关系，建立所述支付通道与支付接口参数映射关系，并将该两个映射关系存储在所述存储器中。

9.根据权利要求7所述的聚合支付服务器，其特征在于，所述处理器还用于，在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，为所述电子支付交易设备设置主支付通道或默认支付通道；

为实现所述根据所述支付通道和预存的支付通道与支付接口参数映射关系调用所述支付通道相应的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述支付通道以完成交易流程，所述处理器用于：

判断所述付款码指示的支付通道是否与所述主支付通道或默认支付通道相同，如果相同，根据所述主支付通道或默认支付通道的支付接口参数调用所述主支付通道或默认支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述主支付通道或默认支付通道以完成支付收款流程；

如果不同，根据所述付款码指示的所述支付通道对应的支付接口参数调用所述付款码指示的所述支付通道的支付接口将所述付款码、所述订单信息和所述商户信息发送给所述付款码指示的所述支付通道以完成支付收款流程。

10.根据权利要求7-9任意一项所述的聚合支付服务器，其特征在于，所述商户信息包括商户身份资料信息和支付通道信息；

所述商户身份资料信息包括如下至少之一：商户工商材料、联系人、法人信息、对公账号、法人账号、聚合支付商户号；

所述支付通道信息包括交易商户的第三方支付机构的账户信息或交易商户的各个银行的账户信息。

11.根据权利要求7-9任意一项所述的聚合支付服务器，其特征在于，所述处理器还用于：

在所述聚合支付服务器与所述电子支付交易设备在进行聚合支付注册时，对于已经提供对接软件开发工具包的支付通道，使用该支付通道服务器提供的软件开发工具包进行调试和优化，适配所述聚合支付服务器的支付架构和框架以便与不同的支付通道通信；或

对于没有软件开发工具包的支付通道，根据该支付通道服务器的支付接口参数，对预设的支付接口进行封装，按照技术规范和所述聚合支付服务器的支付架构和框架进行底层封装以便与不同的支付通道通信。

12.根据权利要求7-9任意一项所述的聚合支付服务器，其特征在于，所述处理器还用于，在所述收发模块接收所述电子支付交易设备发送的交易请求后，根据预设规则验证所述交易请求携带的参数的完整性和正确性，并根据预设的注册设置确定需要上报到支付通道服务器的参数和不需要上报到支付通道服务器的参数。

13.一种计算机设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-6任意一项所述的聚合支付的管理方法的步骤。

14.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行权利要求1-6任意一项所述的聚合支付的管理方法的步骤。

Images