一种支付方法及装置与流程

本发明涉及互联网的技术领域，尤其是涉及一种支付方法及装置。

背景技术：

随着全球经济一体化以及信息技术的迅速发展，互联网的普及也实现了飞速发展。数据显示，2017年全球互联网用户数达到了34.9亿之多，鉴于目前地球人口总数约为85亿，这意味着全球互联网用户普及率达到了41％。因此，各种实用软件出现在大众生活中，如淘宝、美团等等。其中，90％软件实现了在线支付功能。大多支付是软件直接对接三方支付平台支付接口实现在线支付。

然而，软件直接对接三方支付接口，软件单位通常有以下必须条件：不同支付方式需在不同三方支付平台申请账号；支付单位必须满足国家要求的支付资格；必须有支付相关技术人员；支付通道长期维护人员。

上述是目前各大移动应用常用支付方式，但是直接对接支付三方对软件单位有支付要求外，支付单位必须具备软件开发能力、软件设计能力、软件维护能力，对于非技术性公司是不具备软件开发设计相关资源。

所以当前支付模式不能满足市场需求，市场需要应用具备安全稳定支付能力且不需参与支付相关设计阶段。

技术实现要素：

有鉴于此，本发明的目的在于提供一种支付方法及装置，以缓解了由于现有的在线支付方式要求较高导致很多支付单元无法满足支付要求的技术问题。

第一方面，本发明实施例提供了一种支付方法，应用于支付后台，包括：获取用户通过客户端发送的支付请求，所述支付请求中携带支付参数；将所述支付请求发送至支付代理端进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；获取所述支付代理端发送的所述目标支付数据，并基于所述目标支付数据进行支付操作。

进一步地，基于所述目标支付数据进行支付操作包括：将所述目标支付数据发送至所述第三方支付平台，以使所述第三方支付平台按照所述目标支付数据进行支付。

进一步地，所述方法还包括：获取所述第三方支付平台返回的支付结果；将所述支付结果发送至所述支付代理端，以使所述支付代理端对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式；将所述目标支付结果返回至所述客户端。

第二方面，本发明实施例提供了另一种支付方法，应用于支付代理端，包括：获取支付后台发送的支付请求，其中，所述支付请求中携带支付参数；对所述支付请求进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；向所述支付后台返回所述目标支付数据，以使所述支付后台基于所述目标支付数据进行支付操作。

进一步地，对所述支付请求进行处理，处理得到目标支付数据包括：对所述支付请求进行解析，解析得到所述支付请求中的支付参数；将所述支付参数按照第一数据格式进行封装，得到所述目标支付数据，其中，所述第一数据格式为所述第三方支付平台所支持的数据格式。

进一步地，所述方法还包括：获取所述支付后台发送的支付结果，其中，所述支付结果为所述第三方支付平台向所述支付后台返回的结果；对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式，以使所述支付后台将所述目标支付结果返回至客户端。

进一步地，对所述支付结果进行处理，得到目标支付结果包括：对所述支付结果进行解析，得到所述支付结果的解析结果；将所述支付结果的解析结果按照第二数据格式进行封装，得到所述目标支付结果，其中，所述第二数据格式为所述支付后台所支持的数据格式。

第三方面，本发明实施例提供了一种支付装置，设置于支付后台，包括：第一支付后台获取单元，用于获取用户通过客户端发送的支付请求，所述支付请求中携带支付参数；支付后台发送单元，用于将所述支付请求中发送至支付代理端进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；第二支付后台获取单元，用于获取所述支付代理端发送的所述目标支付数据，并基于所述目标支付数据进行支付操作。

第四方面，本发明实施例提供了一种支付装置，设置于支付代理端，包括：支付代理端获取单元，用于获取支付后台发送的支付请求，其中，所述支付请求中携带支付参数；支付代理端处理单元，用于对所述支付请求进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；支付代理端发送单元，用于向所述支付后台返回所述目标支付数据，以使所述支付后台基于所述目标支付数据进行支付操作。

第五方面，本发明实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述所述方法。

在本发明实施例中，首先获取用户通过客户端发送的支付请求，支付请求中携带支付参数；然后，将支付请求中发送至支付代理端进行处理，处理得到目标支付数据，目标支付数据的数据格式为第三方支付平台所支持的数据格式；最后，获取支付代理端发送的目标支付数据，并基于目标支付数据进行支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1是根据本发明实施例的一种支付方法的流程图；

图2是根据本发明实施例的另一种支付方法的流程图；

图3是根据本发明实施例的一种支付方法的交互图；

图4是根据本发明实施例的一种支付装置的示意图；

图5是根据本发明实施例的另一种支付装置的示意图。

具体实施方式

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

实施例一：

根据本发明实施例，提供了一种支付方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种支付方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取用户通过客户端发送的支付请求，所述支付请求中携带支付参数；

步骤S104，将所述支付请求发送至支付代理端进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；

步骤S106，获取所述支付代理端发送的所述目标支付数据，并基于所述目标支付数据进行支付操作。

需要说明的是，在本发明实施例中，预先在服务器中部署了支付代理端，该支付代理端能够为支付单位提供支付通道。在现有技术中，如果未设置该支付代理端，则需要通过客户端在发起支付请求时，就对支付请求进行解析和封装处理。此时，就需要支付单位具有一定的研发能力。如果支付单位不具有一定的研发能力，则会导致支付单位在使用在线支付时遇到一定的困难。

在本发明实施例中，首先设置了支付代理端，然后，通过该支付代理端为支付单位提供数据的解析和封装功能，无需支付单位再进行研发，支付单位通过本发明实施例所提供的支付方法，就能够实现快速方便的网络在线支付。

在本发明实施例中，首先获取用户通过客户端发送的支付请求，支付请求中携带支付参数；然后，将支付请求中发送至支付代理端进行处理，处理得到目标支付数据，目标支付数据的数据格式为第三方支付平台所支持的数据格式；最后，获取支付代理端发送的目标支付数据，并基于目标支付数据进行支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

在本发明实施例中，通过上述描述可知，支付后台获取用户(也即，支付单位)发送的支付请求，其中，支付请求中携带支付参数。支付后台在获取到该支付请求之后，将支付请求发送至支付代理端进行处理，处理得到目标支付数据，其中，目标支付数据的数据格式为第三方支付平台所支持的数据格式。支付后台在获取到该目标支付数据之后，就能够基于目标支付数据进行支付操作。

在一个可选的实施例中，基于所述目标支付数据进行支付操作包括如下步骤：

将所述目标支付数据发送至所述第三方支付平台，以使所述第三方支付平台按照所述目标支付数据进行支付。

在本发明实施例中，支付后台在获取到支付代理端发送的目标支付数据之后，就可以将目标支付数据发送至第三方支付平台，以使第三方支付平台按照目标支付数据执行支付操作。

例如，支付后台在获取到支付代理端发送的目标支付数据之后，将目标支付数据发送至支付宝平台，以使支付宝平台按照目标支付数据执行支付操作。

在本发明实施例中，通过上述描述可知，无需客户端对支付请求进行解析和封装，通过该支付代理端就能够完成数据的解析和封装操作，从而完成支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

在另一个可选的实施例中，该方法还包括如下步骤：

获取所述第三方支付平台返回的支付结果；

将所述支付结果发送至所述支付代理端，以使所述支付代理端对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式；

将所述目标支付结果返回至所述客户端。

在本发明实施例中，第三方支付平台在按照目标支付数据进行支付之后，得到支付结果，并向支付后台返回支付结果。此时，支付后台将获取到的支付结果发送至支付代理端，以使支付代理端对支付结果进行处理，从而得到目标支付结果。其中，目标支付结果的数据格式为支付后台所支持的数据格式。支付后台在获取到该目标支付结果之后，将目标支付结果返回至客户端进行显示。

通过上述描述可知，在本发明实施例中，数据的解析和封装操作都是由支付代理端来完成的，无需支付后台和客户端对数据进行解析和封装。支付后台只需传递参数，请求三方即可，无需注册不同三方平台，无需组装不同请求数据。通过上述设置方式，使得没有研发能力的支付单位同样能够快捷方便的使用各种在线支付。

图2是根据本发明实施例的另一种支付方法的流程图，应用于支付代理端，如图2所示，该方法包括如下步骤：

步骤S202，获取支付后台发送的支付请求，其中，所述支付请求中携带支付参数；

步骤S204，对所述支付请求进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；

步骤S206，向所述支付后台返回所述目标支付数据，以使所述支付后台基于所述目标支付数据进行支付操作。

需要说明的是，在本发明实施例中，预先在服务器中部署了支付代理端，该支付代理端能够为支付单位提供支付通道。在现有技术中，如果未设置该支付代理端，则需要通过客户端对支付请求进行解析和封装处理。此时，就需要支付单位具有一定的研发能力。如果支付单位不具有一定的研发能力，则会导致支付单位进行在线支付时遇到一定的困难。

在本发明实施例中，首先，获取支付后台发送的支付请求，其中，支付请求中携带支付参数；然后，对支付请求进行处理，处理得到目标支付数据，目标支付数据的数据格式为第三方支付平台所支持的数据格式；最后，向支付后台返回目标支付数据，以使支付后台基于目标支付数据进行支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

在一个可选的实施例中，对所述支付请求进行处理，处理得到目标支付数据包括如下步骤：

对所述支付请求进行解析，解析得到所述支付请求中的支付参数；

将所述支付参数按照第一数据格式进行封装，得到所述目标支付数据，其中，所述第一数据格式为所述第三方支付平台所支持的数据格式。

在本发明实施例中，支付代理端在获取到支付请求之后，首先对支付请求进行解析，以得到支付请求中的支付参数。在获取到支付参数之后，将支付参数按照第一数据格式进行封装，得到目标支付数据。其中，目标支付数据的数据格式为第三方平台所支持的数据格式。

通过上述描述可知，在本发明实施例中，无需支付后台进行数据的解析和封装操作，通过本发明实施例中的支付代理端来执行数据的解析和封装操作。因此，采用本发明实施例所提供的方法，无需支付后台执行任何的数据解析和封装的操作，只需传递参数，请求三方即可。

在另一个可选的实施方式中，该方法还包括如下步骤：

获取所述支付后台发送的支付结果，其中，所述支付结果为所述第三方支付平台向所述支付后台返回的结果；

对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式，以使所述支付后台将所述目标支付结果返回至客户端。

在本发明实施例中，第三方支付平台在按照目标支付数据进行支付之后，将向支付后台返回支付结果。此时，支付后台将获取到的支付结果发送至支付代理端。以使支付代理端对支付结果进行处理，从而得到目标支付结果，其中，目标支付结果的数据格式为支付后台所支持的数据格式。支付后台在获取到该目标支付结果之后，将目标支付结果返回至客户端进行显示。

可选地，对所述支付结果进行处理，得到目标支付结果包括如下步骤：

对所述支付结果进行解析，得到所述支付结果的解析结果；

将所述支付结果的解析结果按照第二数据格式进行封装，得到所述目标支付结果，其中，所述第二数据格式为所述支付后台所支持的数据格式。

在本发明实施例中，首先，支付代理端在获取到支付结果之后，首先对支付结果进行解析，以得到支付结果的解析结果。在获取到支付结果的解析结果之后，将解析结果按照第二数据格式进行封装，得到目标支付结果。其中，目标支付结果的数据格式为支付后台所支持的数据格式。

通过上述描述可知，在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

图3是根据本发明实施例的一种支付方法的交互图，如图3所示，该方法包括如下步骤：

步骤S301，客户端向支付后台发送支付请求；

步骤S302，支付后台将支付请求发送至支付代理端；

步骤S303，支付代理端对支付请求进行处理，得到目标支付数据；

步骤S304，支付代理端向支付后台返回目标支付数据；

步骤S305，支付后台向第三方支付平台发送目标支付数据；

步骤S306，第三方支付平台基于目标支付数据进行支付；

步骤S307，第三方支付平台向支付后台返回支付结果；

步骤S308，支付后台向支付代理端发送支付结果；

步骤S309，支付代理端对支付结果进行解析，得到目标支付结果；

步骤S310，支付代理端向支付后台返回目标支付结果；

步骤S311，支付后台向客户端返回目标支付结果。

上述步骤S301至步骤S311的具体实现过程如上述所述，此处不再详细描述。

在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

实施例二：

本发明实施例还提供了一种支付装置，该支付装置主要用于执行本发明实施例上述内容所提供的支付方法，以下对本发明实施例提供的支付装置做具体介绍。

图4是根据本发明实施例的一种支付装置的示意图，如图4所示，该支付装置主要包括第一支付后台获取单元41，支付后台发送单元42和第二支付后台获取单元43，其中：

第一支付后台获取单元41，用于获取用户通过客户端发送的支付请求，所述支付请求中携带支付参数；

支付后台发送单元42，用于将所述支付请求中发送至支付代理端进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；

第二支付后台获取单元43，用于获取所述支付代理端发送的所述目标支付数据，并基于所述目标支付数据进行支付操作。

在本发明实施例中，首先获取用户通过客户端发送的支付请求，支付请求中携带支付参数；然后，将支付请求中发送至支付代理端进行处理，处理得到目标支付数据，目标支付数据的数据格式为第三方支付平台所支持的数据格式；最后，获取支付代理端发送的目标支付数据，并基于目标支付数据进行支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

可选地，该装置还用于：将所述目标支付数据发送至所述第三方支付平台，以使所述第三方支付平台按照所述目标支付数据进行支付。

可选地，该装置还用于：获取所述第三方支付平台返回的支付结果；将所述支付结果发送至所述支付代理端，以使所述支付代理端对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式；将所述目标支付结果返回至所述客户端。

图5是根据本发明实施例的另一种支付装置的示意图，如图5所示，该支付装置主要包括支付代理端获取单元51，支付代理端处理单元52和支付代理端发送单元53，其中：

支付代理端获取单元51，用于获取支付后台发送的支付请求，其中，所述支付请求中携带支付参数；

支付代理端处理单元52，用于对所述支付请求进行处理，处理得到目标支付数据，所述目标支付数据的数据格式为第三方支付平台所支持的数据格式；

支付代理端发送单元53，用于向所述支付后台返回所述目标支付数据，以使所述支付后台基于所述目标支付数据进行支付操作。

在本发明实施例中，首先，获取支付后台发送的支付请求，其中，支付请求中携带支付参数；然后，对支付请求进行处理，处理得到目标支付数据，目标支付数据的数据格式为第三方支付平台所支持的数据格式；最后，向支付后台返回目标支付数据，以使支付后台基于目标支付数据进行支付操作。在本发明实施例中，通过设置支付代理端能够为支付单位提供各种支付通道，而无需支付单位自己进行研发，从而为支付单位提供了便捷的支付方式，进而缓解了由于现有的在线支付方式要求较高导致很多支付单位无法满足支付要求的技术问题。

可选地，支付代理端处理单元52用于：对所述支付请求进行解析，解析得到所述支付请求中的支付参数；将所述支付参数按照第一数据格式进行封装，得到所述目标支付数据，其中，所述第一数据格式为所述第三方支付平台所支持的数据格式。

可选地，该装置还用于：获取所述支付后台发送的支付结果，其中，所述支付结果为所述第三方支付平台向所述支付后台返回的结果；对所述支付结果进行处理，得到目标支付结果，其中，所述目标支付结果的数据格式为所述支付后台所支持的数据格式，以使所述支付后台将所述目标支付结果返回至客户端。

可选地，该装置还用于：对所述支付结果进行解析，得到所述支付结果的解析结果；将所述支付结果的解析结果按照第二数据格式进行封装，得到所述目标支付结果，其中，所述第二数据格式为所述支付后台所支持的数据格式

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

本发明实施例所提供的一种支付方法及装置的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。