CN107256482A - 一种支付方法及支付装置 - Google Patents

Abstract

本发明公开了一种支付方法及支付装置，该方法应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该方法通过中间层模块接收由用户从终端通过接口发送的支付请求，该支付请求中包括支付信息；然后根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统来确定终端对应的支付系统进行支付。本发明通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

Description

一种支付方法及支付装置

技术领域

本发明涉及网络支付技术领域，特别是涉及一种支付方法及支付装置。

背景技术

随着电子交易的兴起，安全、便捷的网络支付平台也随之兴起。目前，提供网络支付的主要形式是当用户在购物网站创建一笔交易后，通过支付系统完成交易的付款。若某媒资运营平台需要引入新的媒资，且新媒资需要通过新的支付系统进行支付时，就要在媒资运营平台进行订购内容的扩展，而对不同的媒资进行订购时，其研发的对应支付系统具有差异性，因此，要想满足用户在终端进行统一订购的需求，每次都需进行支付系统的对接。然而原有系统每增加一个支付系统，都需要进行服务器的整体代码的修改，且需要对原有系统进行全部升级，不易进行扩展。

发明内容

本发明的目的在于提出一种支付方法及支付装置，以解决现有技术中在增加支付系统时，需要进行支付系统对接，需要进行服务器的整体代码的修改，且需要对原有系统进行全部升级，不易进行扩展的问题。

为达到上述目的，本发明提供了以下技术方案：

一种支付方法，应用于支付平台的中间层模块，所述支付平台包括相互独立的所述中间层模块和接口，所述方法包括：

接收由用户从终端通过所述接口发送的支付请求，所述支付请求中包括支付信息；

根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统；

当接收到所述支付系统返回的支付结果时，将所述支付结果通过所述接口发送给所述终端。

其中，所述接收由用户从终端通过所述接口发送的支付请求，具体包括：

所述接口接收由用户从所述终端发送的支付请求；

将所述支付请求发送到中间层模块。

其中，在所述接收所述接口发送的支付请求步骤之前，还包括：

预先配置支付信息与支付系统的映射关系表。

优选的，所述根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统，具体包括：

根据所述支付信息在所述映射关系表中查找对应的支付系统；

将所述支付信息分发至所述支付系统。

优选的，在所述接收所述接口发送的支付请求步骤之前，还包括：

所述接口接收所述终端发送的支付请求；

根据所述支付请求判断所述终端的支付类型，所述支付类型包括：余额支付和支付系统支付。

一种支付装置，应用于支付平台的中间层模块，所述支付平台包括相互独立的所述中间层模块和接口，所述装置包括：

接收单元，用于接收由用户从终端通过所述接口发送的支付请求，所述支付请求中包括支付信息；

确定单元，用于根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统；

支付结果返回单元，用于当接收到所述支付系统返回的支付结果时，将所述支付结果通过所述接口发送给所述终端。

其中，所述接收单元包括：

接收子单元，用于所述接口接收由用户从所述终端发送的支付请求；

发送单元，用于将所述支付请求发送到中间层模块。

其中，在所述接收单元之前，还包括：

预设单元，用于预先配置支付信息与支付系统的映射关系表。

优选的，所述确定单元包括：

查询单元，用于根据所述支付信息在所述映射关系表中查找对应的支付系统；

分发单元，用于将所述支付信息分发至所述支付系统。

优选的，在所述接收单元之前，还包括：

支付请求接收单元，用于所述接口接收所述终端发送的支付请求；

支付类型判断单元，用于根据所述支付请求判断所述终端的支付类型，所述支付类型包括：余额支付和支付系统支付。

经由上述的技术方案可知，与现有技术相比，本发明公开了一种支付方法及支付装置，该方法应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该方法通过中间层模块接收由用户从终端通过接口发送的支付请求，该支付请求中包括支付信息；然后根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统来确定终端对应的支付系统进行支付；当接收到支付系统返回的支付结果时，将支付结果再通过接口发送给终端。本发明通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

附图说明

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

图1为本发明实施例一提供的一种支付方法流程示意图；

图2为本发明实施例二提供的一种支付方法流程示意图；

图3为本发明实施例提供的一种支付方法具体流程示意图；

图4为本发明实施例三提供的一种支付装置的结构示意图；

图5为本发明实施例四提供的一种支付装置的结构示意图。

具体实施方式

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

实施例一

请参阅附图1，图1为本发明实施例一提供的一种支付方法流程示意图。如图1所示，本实施例提供了一种支付方法，该方法应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该方法具体包括如下步骤：

S101、接收由用户从终端通过接口发送的支付请求，支付请求中包括支付信息。

在本实施例中，需要说明的是，本实施例是在中间层模块的基础上来进行数据的接收和发送，具体的，应该是，通过接口接收由终端发送的支付请求，然后再将支付请求发送到中间层模块，支付请求中包括支付信息，其中，支付信息主要包括：应用产品的内容类型以及内容的提供商等。

S102、根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统。

在本实施例中，需要说明的是，中间层模块需对系统提交的支付请求进行筛选与过滤，依照产品类型、内容提供商等条件进行筛选，将其分发至不同的支付系统，具体的，提交支付请求的同时会将产品的内容类型以及内容的提供商进行传递，中间层模块依据这些信息进行筛选，匹配对应的支付系统。

S103、当接收到支付系统返回的支付结果时，将支付结果通过接口发送给终端。

在本实施例中，需要说明的是，将支付信息发送至对应的支付系统后，支付系统和终端用户进行一系列的支付操作，本申请只是发起支付申请，后续需要终端用户应用与对应的支付系统进行各种交互完成支付操作，比如跳转支付宝支付页面之类，最终将支付结果反馈给终端。

本发明公开了一种支付方法，该方法应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该方法通过中间层模块接收由用户从终端通过接口发送的支付请求，该支付请求中包括支付信息；然后根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统来确定终端对应的支付系统进行支付；当接收到支付系统返回的支付结果时，将支付结果再通过接口发送给终端。本发明通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

实施例二

请参阅附图2，图2为本发明实施例二提供的一种支付方法流程示意图。如图2所示，本实施例提供了一种支付方法，该方法应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该方法具体包括如下步骤：

S201、预先配置支付信息与支付系统的映射关系表。

S202、接口接收用户从终端发送的支付请求；

S203、根据支付请求判断终端的支付类型，支付类型包括：余额支付和支付系统支付。

S204、接收由终端通过接口发送的支付请求，支付请求中包括支付信息。

在本实施例中，需要说明的是，本实施例是在中间层模块的基础上来进行数据的接收和发送，具体的，应该是，通过接口接收由用户从终端发送的支付请求，然后再将支付请求发送到中间层模块，支付请求中包括支付信息，其中，支付信息主要包括：应用产品的内容类型以及内容的提供商等。

S205、根据支付信息在映射关系表中查找对应的支付系统；

S206、将支付信息分发至支付系统。

S207、当接收到支付系统返回的支付结果时，将支付结果通过接口发送给终端。

在本实施例中，需要说明的是，将支付信息发送至对应的支付系统后，支付系统和终端用户进行一系列的支付操作，本申请只是发起支付申请，后续需要终端用户应用与对应的支付系统进行各种交互完成支付操作，比如跳转支付宝支付页面之类，最终将支付结果反馈给终端。

具体流程说明，请参阅附图3，图3为本发明实施例提供的一种支付方法的具体流程示意图。

流程说明：

1、终端应用在触发支付操作后，将支付请求提交给服务器进行处理。

例如：对于用户用遥控器在网络电视上电机支付按钮，终端调用服务器支付的系统接口，向服务区提交支付请求。

2、服务器进行判断支付方式为余额支付还是支付系统支付，其中：支付系统支付可以包括：银联、支付宝或微信等等第三方支付。

3、系统接口将需支付系统支付的请求及其详细订单内容发往中间层模块进行处理。

具体的，详细订单内容主要包括：节目类型、业务类型、内容提供商，以及不同支付方式所需的参数，比如商品编码，商家名称之类的。

不同的产品适用不同的支付系统，比如旅游的产品，需要使用xx公司开发的支付系统，音乐的产品，使用本公司开发的支付系统，对于中间层模块来说，中间层模块针对传递过来的参数，匹配到对应的支付系统，提交支付请求，进行后续的支付。

4、中间层模块按照配置文件的配置，具体为，配置产品与支付系统的映射匹配关系，即哪些业务类型或节目类型或内容提供商对应哪种支付系统，依照订购详情中的节目类型、业务类型、内容提供商等参数进行判断订单所适用的支付系统。

5、中间层模块将支付请求发往指定的支付系统进行支付。

具体的，后续支付需要进行一系列的支付操作，这里只是发起支付申请，后续需要手机端的应用与支付系统进行各种交互完成支付操作，比如跳转支付宝支付页面之类。

6、支付系统通知中间层模块支付结果；

7、中间层模块通知系统具体支付结果；

8、系统接口通知终端应用页面支付结果。

本实施例通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

本发明在上述公开的方法的基础上，还公开了对应的装置。

下面对本发明实施例提供的支付装置进行介绍，需要说明的是，有关该支付装置的说明可参照上文提供的支付方法，以下并不做赘述。

实施例三

请参与附图4，图4为本发明实施例三提供的一种支付装置的结构示意图。如图4所示，本实施例提供了一种支付装置，该支付装置应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，具体的，该支付装置包括：

接收单元401，用于接收由用户从终端通过接口发送的支付请求，支付请求中包括支付信息；

确定单元402，用于根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统；

支付结果返回单元403，用于当接收到支付系统返回的支付结果时，将支付结果通过接口发送给终端。

具体的，所述接收单元401包括：

接收子单元，用于接口接收由用户从终端发送的支付请求；

发送单元，用于将支付请求发送到中间层模块。

本发明公开了一种支付装置，该装置应用于支付平台的中间层模块，该支付平台包括相互独立的中间层模块和接口，该装置通过接收单元接收由用户从终端通过接口发送的支付请求，该支付请求中包括支付信息；然后确定单元根据支付信息确定与支付信息相对应的支付系统，并将支付信息发送到支付系统来确定终端对应的支付系统进行支付；支付结果返回单元在接收到支付系统返回的支付结果时，将支付结果再通过接口发送给终端。本发明通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

实施例四

如图5所示，在上述实施例三基础上，在接收单元之前还可以包括：

预设单元501，用于预先配置支付信息与支付系统的映射关系表。

支付请求接收单元502，用于接口接收用户从终端发送的支付请求；

支付类型判断单元503，用于根据支付请求判断终端的支付类型，支付类型包括：余额支付和支付系统支付。

本实施例中，504～506部分的内容可以参照实施例四中的对应401～403部分内容，在此不再进行详细赘述。

需要说明的是，对于实施例三和实施例四中，确定单元包括：

查询单元，用于根据所述支付信息在所述映射关系表中查找对应的支付系统；

分发单元，用于将所述支付信息分发至所述支付系统。

本实施例通过创建独立于服务器上独立设立一个中间层模块来进行支付信息和支付系统的匹配，在每次接收到终端的请求后，从中间层模块确定支付系统，然后再将支付信息发送至对应的支付系统进行支付，在增加支付系统时，不再需要进行服务器的整体代码的修改，以及无需对原有系统全部升级，容易进行支付系统的扩展。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种支付方法，其特征在于，应用于支付平台的中间层模块，所述支付平台包括相互独立的所述中间层模块和接口，所述方法包括：

接收由用户从终端通过所述接口发送的支付请求，所述支付请求中包括支付信息；

根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统；

当接收到所述支付系统返回的支付结果时，将所述支付结果通过所述接口发送给所述终端。

2.根据权利要求1所述的支付方法，其特征在于，所述接收由用户从终端通过所述接口发送的支付请求，具体包括：

所述接口接收由用户从所述终端发送的支付请求；

将所述支付请求发送到中间层模块。

3.根据权利要求1或2所述的支付方法，其特征在于，在所述接收所述接口发送的支付请求步骤之前，还包括：

预先配置支付信息与支付系统的映射关系表。

4.根据权利要求3所述的支付方法，其特征在于，所述根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统，具体包括：

根据所述支付信息在所述映射关系表中查找对应的支付系统；

将所述支付信息分发至所述支付系统。

5.根据权利要求1或2所述的支付方法，其特征在于，在所述接收所述接口发送的支付请求步骤之前，还包括：

所述接口接收所述终端发送的支付请求；

根据所述支付请求判断所述终端的支付类型，所述支付类型包括：余额支付和支付系统支付。

6.一种支付装置，其特征在于，应用于支付平台的中间层模块，所述支付平台包括相互独立的所述中间层模块和接口，所述装置包括：

接收单元，用于接收由用户从终端通过所述接口发送的支付请求，所述支付请求中包括支付信息；

确定单元，用于根据所述支付信息确定与所述支付信息相对应的支付系统，并将所述支付信息发送到所述支付系统；

支付结果返回单元，用于当接收到所述支付系统返回的支付结果时，将所述支付结果通过所述接口发送给所述终端。

7.根据权利要求6所述的支付装置，其特征在于，所述接收单元包括：

接收子单元，用于所述接口接收由用户从所述终端发送的支付请求；

发送单元，用于将所述支付请求发送到中间层模块。

8.根据权利要求6或7所述的支付装置，其特征在于，在所述接收单元之前，还包括：

预设单元，用于预先配置支付信息与支付系统的映射关系表。

9.根据权利要求8所述的支付装置，其特征在于，所述确定单元包括：

查询单元，用于根据所述支付信息在所述映射关系表中查找对应的支付系统；

分发单元，用于将所述支付信息分发至所述支付系统。

10.根据权利要求1或2所述的支付装置，其特征在于，在所述接收单元之前，还包括：

支付请求接收单元，用于所述接口接收所述终端发送的支付请求；

支付类型判断单元，用于根据所述支付请求判断所述终端的支付类型，所述支付类型包括：余额支付和支付系统支付。