CN110111107A - 一种支付方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种支付方法、装置、设备和存储介质。其中，该方法包括：根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。本发明实施例可以简化支付流程，实现支付用户根据目标支付信息一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

Description

一种支付方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种支付方法、装置、设备和存储介质。

背景技术

优惠券作为日常营销常用的方法之一，一直为广大商家所喜爱。当用户通过第三方支付平台对某个商品进行支付时，可以选择使用优惠券，获得相应的优惠。

现有技术中，用户在消费后可通过终端，例如手机，进行扫码付款。终端可通过摄像头采集商家提供的付款标识，例如付款二维码或付款条形码等，并解析付款标识以获取付款标识中包含的商家的信息。然后终端在预设的购物平台中搜索商家的促销信息。若搜索到商家的促销信息，则显示与促销信息对应的商家付款界面以进行付款。

现有技术的缺陷在于：进行支付时，需要跳转至第三方购物平台中与促销信息对应的商家付款界面进行付款，后续仍然需要通过第三方支付平台支付剩余款，整体手续繁琐，流程冗长，造成操作的时间成本和决策成本过大。

发明内容

本发明实施例提供一种支付方法、装置、设备和存储介质，可以优化现有的支付方法，减少使用相关优惠时的决策成本和时间成本。

第一方面，本发明实施例提供了一种支付方法，包括：

根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；

根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；

在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

第二方面，本发明实施例还提供了一种支付方法，包括：

获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码；

接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息；

在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器；

接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

第三方面，本发明实施例还提供了一种支付装置，包括：

优惠方式获取模块，用于根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；

支付信息生成模块，用于根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；

商品支付模块，用于在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

第四方面，本发明实施例还提供了一种支付装置，包括：

支付请求获取模块，用于获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码；

支付信息接收模块，用于接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息；

确认信息发送模块，用于在检测到支付用户针对目标支付优惠信息的确认支付响应时，生成对应的确认支付信息发送给服务器；

反馈信息提供模块，用于接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

第五方面，本发明实施例还提供了一种设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本发明实施例所述的支付方法。

第六方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如本发明实施例所述的支付方法。

本发明实施例通过根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息，并在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端，解决了现有技术需要跳转至第三方购物平台中与促销信息对应的商家付款界面进行付款，或者有可能后续仍然需要通过第三方支付平台支付剩余款，整体手续繁琐，流程冗长，操作的时间成本和决策成本过大的问题，可以简化支付流程，实现支付用户根据目标支付信息一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

附图说明

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

图1b为本发明实施例一提供的一种目标支付信息的示意图；

图1c为本发明实施例一提供的一种支付反馈信息的示意图；

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

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

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

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

图6为本发明实施例六提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1a为本发明实施例一提供的一种支付方法的流程图。本实施例可适用于对商品进行支付的情况，该方法可以由支付装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于计算机设备中。例如，服务器。如图1a所示，该方法具体包括如下步骤：

步骤101、根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式。

其中，客户端为支付平台的客户端。支付用户可以通过终端设备上安装的客户端，对至少一项商品进行扫码支付。支付平台为第三方支付平台，包括支付宝、微信等。商品可以是实际的物品，也可以是无形的服务，例如美容项目等。

在一个具体实例中，支付用户通过客户端扫描商户的识别码。支付用户的客户端解析商户的识别码以获取商户的识别码中包含的商户信息，进一步获取商品信息，商品信息可以由用户输入，然后将获取的商品信息和商户信息，以及支付用户的用户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

在另一个具体实例中，支付用户通过客户端展示识别码以使商户扫描展示的识别码。商户通过客户端扫描支付用户的识别码。商户的客户端解析支付用户的识别码以获取支付用户的识别码中包含的用户信息，并将获取的用户信息，以及商品信息和商户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

在另一个具体实例中，支付用户通过客户端扫描商户的识别码。支付用户的客户端通过解析商户的识别码，进入商户小程序，在商户小程序中获取商品信息和商户信息，然后将获取的商品信息和商户信息，以及支付用户的用户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

用户信息是支付用户的关联信息，可以包括支付用户的账号、姓名、手机号码以及与支付用户匹配的优惠平台等信息。优惠平台是区别于商户平台和支付平台的第三方平台，用于提供商品的优惠购买服务的平台。例如，美团、大众点评、饿了么、携程、飞猪、淘宝、京东等。优惠平台中的优惠方式包括抵用券优惠方式。例如，80元人民币抵用100元人民币代金券。支付用户可以选择至少一个优惠平台，设置为与自己匹配的优惠平台。当然，所述优惠平台通常是兼容支付平台的支付方式的，例如美团、大众点评、饿了么、携程、飞猪、淘宝、京东等中的支付可以支持微信支付和/或支付宝支付。

商品信息是商品的关联信息，可以包括商品价格和商品名称，或者仅包括商品价格，商品价格通常为商品总价，商品名称可以包括商品名字和商品品类，或者仅包括商品品类。商户信息是出售商品的商户的关联信息，通常为商户名字。

可选的，获取与支付请求匹配的至少一项优惠方式，可以包括：服务器获取与支付请求匹配的用户信息和商户信息，根据用户信息确定与支付用户匹配的至少一个优惠平台，并在至少一个优惠平台中，获取与支付请求匹配的至少一项抵用券优惠方式。

步骤102、根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息。

其中，优惠支付信息是需要向优惠平台支付的抵用券的总金额。商品支付信息是商品价格扣除抵用券后的剩余金额，即使用抵用券后支付用户需要向商户支付的金额。

例如，支付用户购买A商品，A商品的商品价格为1100元人民币。抵用券优惠方式为支付400元人民币抵用500元人民币。则对应的目标支付方式是在优惠平台购买2张抵用券。优惠支付信息为需要向优惠平台支付的抵用券的总金额，即800元人民币。商品支付信息是商品价格扣除抵用券后的剩余金额，即100元人民币。

在一个具体实例中，服务器仅获取与支付请求匹配的一项抵用券优惠方式。从而根据至少一项优惠方式，生成目标支付优惠信息发送给客户端，可以包括：支付平台服务器根据商品信息和该项抵用券优惠方式，确定目标支付方式。目标支付方式包括需要向优惠平台购买的抵用券的数量，以及扣除抵用券后剩余的需要向商户支付的金额。

在另一个具体实例中，服务器获取与支付请求匹配的多项抵用券优惠方式。根据至少一项优惠方式，生成目标支付优惠信息发送给客户端，可以包括：服务器获取与支付请求匹配的商品信息，商品信息包括商品价格和商品名称，或者仅包括商品价格；使用贪心算法根据商品信息和至少一项抵用券优惠方式，确定目标支付方式；根据目标支付方式，生成目标支付信息发送给客户端。

贪心算法(又称贪婪算法)是指，在对问题求解时，总是做出在当前看来是最好的选择。也就是说，不从整体最优上加以考虑，贪心算法所做出的是在某种意义上的局部最优解。贪心算法不是对所有问题都能得到整体最优解，关键是贪心策略的选择，选择的贪心策略必须具备无后效性，即某个状态以前的过程不会影响以后的状态，只与当前状态有关。服务器使用贪心算法根据商品信息和至少一项抵用券优惠方式，获取与商品对应的多种支付方式，并比较各支付方式对应的支付金额，将支付金额最低的支付方式确定为目标支付方式，以减少支付用户的开支。

步骤103、在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

其中，服务器检测到客户端发送的针对目标支付信息的确认支付信息，表明支付用户确定根据目标支付信息完成对至少一项商品的支付。

优惠支付反馈信息是在优惠平台购买抵用券的支付反馈信息。商品支付信息是向商户支付商品价格扣除抵用券后的剩余金额的支付反馈信息。

在一个具体实例中，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端，可以包括：调用与优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，生成优惠支付反馈信息；获取至少一项抵用券的标识信息；根据标识信息，调用与商品支付信息匹配的商户支付接口完成对至少一项商品的支付，并生成商品支付反馈信息；将优惠支付反馈信息和商品支付反馈信息发送给客户端。

图1b为本发明实施例一提供的一种目标支付信息的示意图。支付用户购买A商品，A商品的商品价格为1100元人民币。抵用券优惠方式为支付400元人民币抵用500元人民币。则对应的目标支付方式是在优惠平台购买2张抵用券。目标支付信息中包括优惠支付信息和商品支付信息。优惠支付信息为“向优惠平台支付800元人民币购买抵用券”。商品支付信息为“扣除抵用券后向商户支付100元人民币”。如图1b所示，客户端接收服务器发送的目标支付信息，在显示界面上显示目标支付信息。客户端的显示界面中设置有确认控件“确认支付”。支付用户可以通过点击确认控件，确定根据目标支付信息进行支付。客户端在检测到支付用户点击确认控件时，生成对应的确认支付信息发送给服务器。服务器在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息“已向优惠平台支付800元人民币购买抵用券”和商品支付反馈信息“已向商户支付扣除抵用券后的剩余金额100元人民币，完成对A商品的支付”发送给客户端。如图1c所示，客户端接收服务器返回的优惠支付反馈信息和商品支付反馈信息，并在显示界面上显示优惠支付反馈信息和商品支付反馈信息。

本发明实施例提供了一种支付方法，通过根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息，并在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端，解决了现有技术需要跳转至第三方购物平台即优惠平台中与促销信息对应的商家付款界面进行付款，整体手续繁琐，流程冗长，操作的时间成本和决策成本过大的问题，可以简化支付流程，实现支付用户根据目标支付信息在支付平台中一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

实施例二

图2为本发明实施例二提供的一种支付方法的流程图。本实施例可以与上述一个或者多个实施例中各个可选方案结合，在本实施例中，获取与支付请求匹配的至少一项优惠方式，可以包括：获取与支付请求匹配的用户信息和商户信息，根据用户信息确定与支付用户匹配的至少一个优惠平台，并在至少一个优惠平台中，获取与支付请求匹配的至少一项抵用券优惠方式。

以及，根据至少一项优惠方式，生成目标支付优惠信息发送给客户端，可以包括：获取与支付请求匹配的商品信息，商品信息包括商品价格和商品名称，或者仅包括商品价格；使用贪心算法根据商品信息和至少一项抵用券优惠方式，确定目标支付方式；根据目标支付方式，生成目标支付信息发送给客户端。

以及，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端，可以包括：调用与优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，生成优惠支付反馈信息；获取至少一项抵用券的标识信息；根据标识信息，调用与商品支付信息匹配的商户支付接口完成对至少一项商品的支付，并生成商品支付反馈信息；将优惠支付反馈信息和商品支付反馈信息发送给客户端。

如图2所示，该方法具体包括如下步骤：

步骤201、根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的用户信息和商户信息，根据用户信息确定与支付用户匹配的至少一个优惠平台，并在至少一个优惠平台中，获取与支付请求匹配的至少一项抵用券优惠方式。

其中，服务器在与支付用户匹配的至少一个优惠平台中，根据商户信息获取与支付请求匹配的至少一项抵用券优惠方式，即获取与至少一项商品匹配的抵用券优惠方式。

可选的，在获取与支付请求匹配的用户信息和商户信息，根据用户信息确定与支付用户匹配的至少一个优惠平台之前，可以还包括：接收客户端反馈的平台选择信息，将与平台选择信息匹配的至少一个优惠平台确定为与支付用户匹配的至少一个优惠平台。支付用户可以选择至少一个优惠平台，设置为与自己匹配的优惠平台，即实现客户端与优惠平台的关联或绑定。

步骤202、获取与支付请求匹配的商品信息，商品信息包括商品价格和商品名称，或者仅包括商品价格。

其中，商品信息包括商品价格和商品名称，或者仅包括商品价格，商品价格和商品名称的描述参见前述实施例。例如，支付用户购买A商品，A商品的商品价格为1100元人民币。商品信息包括商品价格“1100元人民币”和商品名称“A”或“A(XX类别)”。或者商品信息仅包括商品价格“1100元人民币”。

步骤203、使用贪心算法根据商品信息和至少一项抵用券优惠方式，确定目标支付方式。

其中，使用贪心算法根据商品信息和至少一项抵用券优惠方式，获取与商品对应的多种支付方式，并比较各支付方式对应的支付金额，将支付金额最低的支付方式确定为目标支付方式，以减少支付用户的开支。

步骤204、根据目标支付方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息。

其中，优惠支付信息是需要向优惠平台支付的抵用券的总金额。商品支付信息是商品价格扣除抵用券后的剩余金额，即支付用户需要向商户支付的金额。

步骤205、在检测到客户端发送的针对目标支付信息的确认支付信息时，调用与优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，生成优惠支付反馈信息。

其中，优惠支付反馈信息是在优惠平台购买抵用券的支付反馈信息。

步骤206、获取至少一项抵用券的标识信息。

其中，获取在优惠平台购买的抵用券的标识信息。抵用券有唯一对应的标识信息。可以根据抵用券的标识信息，使用抵用券进行商品支付。

步骤207、根据标识信息，调用与商品支付信息匹配的商户支付接口完成对至少一项商品的支付，并生成商品支付反馈信息。

其中，根据标识信息使用抵用券，得到商品价格扣除抵用券后的剩余金额，调用与商品支付信息匹配的商户支付接口向商户支付商品价格扣除抵用券后的剩余金额，完成对至少一项商品的支付，并生成商品支付反馈信息。商品支付信息是向商户支付商品价格扣除抵用券后的剩余金额的支付反馈信息。

步骤208、将优惠支付反馈信息和商品支付反馈信息发送给客户端。

其中，将优惠支付反馈信息和商品支付反馈信息发送给客户端，以使支付用户在一键确认支付后，可以确定已经完成对至少一项商品的支付，并获取以及与至少一项商品对应的两笔支付明细。

本发明实施例提供了一种支付方法，通过在与支付用户匹配的至少一个优惠平台中，获取与支付请求匹配的至少一项抵用券优惠方式，并使用贪心算法根据商品信息和至少一项抵用券优惠方式，确定目标支付方式，生成目标支付信息发送给客户端，然后在检测到客户端发送的针对目标支付信息的确认支付信息时，调用与优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，根据至少一项抵用券的标识信息，调用与商品支付信息匹配的商户支付接口完成对至少一项商品的支付，并将优惠支付反馈信息和商品支付反馈信息发送给客户端，可以实现支付用户根据优惠支付信息和商品支付信息在支付平台中一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本，可以将优惠支付反馈信息和商品支付反馈信息发送给客户端，以使支付用户在一键确认支付后确定已经完成商品支付，并获取与商品对应的两笔支付明细。

实施例三

图3为本发明实施例三提供的一种支付方法的流程图。本实施例可适用于对商品进行支付的情况，该方法可以由支付装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于计算机设备中。例如，终端设备。如图3所示，该方法具体包括如下步骤：

步骤301、获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码。

其中，客户端为支付平台的客户端。支付用户可以通过终端设备上安装的客户端，对至少一项商品进行支付扫码支付。支付平台包括支付宝、微信等。商品可以是实际的物品，也可以是无形的服务，例如美容项目等。

可选的，在获取支付用户针对至少一项商品的支付请求之前，还包括：扫描商户的识别码。

在一个具体实例中，支付用户通过客户端扫描商户的识别码。例如，识别码可以为二维码。支付用户的客户端解析商户的识别码以获取商户的识别码中包含的商户信息，进一步获取商品信息，商品信息可以由用户输入，然后将获取的商品信息和商户信息，以及支付用户的用户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

在另一个具体实例中，支付用户通过客户端展示识别码以使商户扫描展示的识别码。商户通过客户端扫描支付用户的识别码。商户的客户端解析支付用户的识别码以获取支付用户的识别码中包含的用户信息，并将获取的用户信息，以及商品信息和商户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

在另一个具体实例中，支付用户通过客户端扫描商户的识别码。支付用户的客户端通过解析商户的识别码，进入商户小程序，在商户小程序中获取商品信息和商户信息，然后将获取的商品信息和商户信息，以及支付用户的用户信息作为支付用户针对至少一项商品的支付请求发送给支付平台的服务器。

用户信息是支付用户的关联信息，可以包括支付用户的账号、姓名、手机号码以及与支付用户匹配的优惠平台等信息。优惠平台是区别于商户平台和支付平台的第三方平台，用于提供商品的优惠购买服务的平台。例如，美团、大众点评、饿了么、携程、飞猪、淘宝、京东等。优惠平台中的优惠方式包括抵用券优惠方式。例如，80元人民币抵用100元人民币代金券。

可选的，还包括：获取支付用户的平台选择信息，将平台选择信息发送给服务器。支付用户可以选择至少一个优惠平台，设置为与自己匹配的优惠平台。平台选择信息包括支付用户选择的至少一个优惠平台的相关信息。

当然，所述优惠平台通常是兼容支付平台的支付方式的，例如美团、大众点评、饿了么、携程、飞猪、淘宝、京东等中的支付可以支持微信支付和/或支付宝支付。

在一个具体实例中，支付用户通过客户端访问平台选择页面，在平台选择页面提供的全部优惠平台中，选择至少一个优惠平台。客户端将支付用户选择的至少一个优惠平台的相关信息作为支付用户的平台选择信息发送给服务器。

商品信息是商品的关联信息，可以包括商品价格和商品名称，或者仅包括商品价格，商品价格和商品名称的描述参见前述实施例。

步骤302、接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息。

其中，优惠支付信息是需要向优惠平台支付的抵用券的总金额。商品支付信息是商品价格扣除抵用券后的剩余金额，即支付用户需要向商户支付的金额。

在一个具体实例中，客户端接收服务器发送的目标支付信息，在显示界面上显示目标支付信息。

步骤303、在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器。

在一个具体实例中，客户端的显示界面中设置有确认控件，支付用户可以通过点击确认控件，确定根据目标支付信息进行支付。客户端在检测到支付用户点击确认控件时，生成对应的确认支付信息发送给服务器，以使服务器确认支付用户确定根据目标支付信息完成对至少一项商品的支付。

步骤304、接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

其中，优惠支付反馈信息是在优惠平台购买抵用券的支付反馈信息。商品支付信息是向商户支付商品价格扣除抵用券后的剩余金额的支付反馈信息。

在一个具体实例中，客户端接收服务器返回的优惠支付反馈信息和商品支付反馈信息，在显示界面上显示优惠支付反馈信息和商品支付反馈信息，以使支付用户在一键确认支付后，可以确定已经完成对至少一项商品的支付，并获取以及与至少一项商品对应的两笔支付明细。

本发明实施例提供了一种支付方法，通过在将支付用户针对至少一项商品的支付请求发送给服务器之后，将服务器发送的目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息，并在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器，然后接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户，可以简化支付流程，实现支付用户根据目标支付信息在支付平台中一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

实施例四

图4为本发明实施例四提供的一种支付装置的结构示意图。如图4所示，所述装置可以配置于计算机设备，包括：优惠方式获取模块401、支付信息生成模块402以及商品支付模块403。

其中，优惠方式获取模块401，用于根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；支付信息生成模块402，用于根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；商品支付模块403，用于在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

本发明实施例提供了一种支付装置，通过根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息，并在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端，解决了现有技术需要跳转至第三方购物平台中与促销信息对应的商家付款界面进行付款，整体手续繁琐，流程冗长，操作的时间成本和决策成本过大的问题，可以简化支付流程，实现支付用户根据目标支付信息在支付平台中一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

在上述各实施例的基础上，优惠方式获取模块401可以包括：方式获取单元，用于获取与支付请求匹配的用户信息和商户信息，根据用户信息确定与支付用户匹配的至少一个优惠平台，并在至少一个优惠平台中，获取与支付请求匹配的至少一项抵用券优惠方式。

在上述各实施例的基础上，可以还包括：平台确定模块，用于接收客户端反馈的平台选择信息，将与平台选择信息匹配的至少一个优惠平台确定为与支付用户匹配的至少一个优惠平台。

在上述各实施例的基础上，支付信息生成模块402可以包括：信息获取单元，用于获取与支付请求匹配的商品信息，商品信息包括商品价格和商品名称，或者仅包括商品价格；支付方式确定单元，用于使用贪心算法根据商品信息和至少一项抵用券优惠方式，确定目标支付方式；信息生成单元，用于根据目标支付方式，生成目标支付信息发送给客户端。

在上述各实施例的基础上，商品支付模块403可以包括：第一接口调用单元，用于调用与优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，生成优惠支付反馈信息；标识信息获取单元，用于获取至少一项抵用券的标识信息；第二接口调用单元，用于根据标识信息，调用与商品支付信息匹配的商户支付接口完成对至少一项商品的支付，并生成商品支付反馈信息；将优惠支付反馈信息和商品支付反馈信息发送给客户端。

本发明实施例所提供的支付装置可执行本发明实施例所提供的支付方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种支付装置的结构示意图。如图5所示，所述装置可以配置于计算机设备，包括：支付请求获取模块501、支付信息接收模块502、确认信息发送模块503以及反馈信息提供模块504。

其中，支付请求获取模块501，用于获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码；支付信息接收模块502，用于接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息；确认信息发送模块503，用于在检测到支付用户针对目标支付优惠信息的确认支付响应时，生成对应的确认支付信息发送给服务器；反馈信息提供模块504，用于接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

本发明实施例提供了一种支付装置，通过在将支付用户针对至少一项商品的支付请求发送给服务器之后，将服务器发送的目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息，并在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器，然后接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户，可以简化支付流程，实现支付用户根据目标支付信息在支付平台中一键支付相关费用，减少支付用户在使用相关优惠时的决策成本和时间成本。

在上述各实施例的基础上，可以还包括：平台信息发送模块，用于获取支付用户的平台选择信息，将平台选择信息发送给服务器。

在上述各实施例的基础上，可以还包括：识别码扫描模块，用于扫描商户的识别码。

本发明实施例所提供的支付装置可执行本发明实施例所提供的支付方法，具备执行方法相应的功能模块和有益效果。

实施例六

图6为本发明实施例六提供的一种设备的结构示意图。图6示出了适于用来实现本发明实施方式的示例性设备612的框图。图6显示的设备612仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，设备612以通用计算机设备的形式表现。设备612的组件可以包括但不限于：一个或者多个处理器或者处理单元616，系统存储器628，连接不同系统组件(包括系统存储器628和处理单元616)的总线618。

总线618表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备612典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备612访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)630和/或高速缓存存储器632。设备612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。存储器628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如存储器628中，这样的程序模块642包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本发明所描述的实施例中的功能和/或方法。

设备612也可以与一个或多个外部设备614(例如键盘、指向设备、显示器624等)通信，还可与一个或者多个使得用户能与该设备612交互的设备通信，和/或与使得该设备612能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口622进行。并且，设备612还可以通过网络适配器620与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器620通过总线618与设备612的其它模块通信。应当明白，尽管图6中未示出，可以结合设备612使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

设备612可以为一种终端设备。设备612的处理单元616通过运行存储在系统存储器628中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的支付方法。该方法具体可以包括：根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

或者，该方法具体可以包括：获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码；接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息；在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器；接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

实施例七

本发明实施例七还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例所提供的支付方法。该方法具体可以包括：根据客户端发送的针对至少一项商品的支付请求，获取与支付请求匹配的至少一项优惠方式；根据至少一项优惠方式，生成目标支付信息发送给客户端，目标支付信息中包括优惠支付信息和商品支付信息；在检测到客户端发送的针对目标支付信息的确认支付信息时，分别调用与优惠支付信息以及商品支付信息匹配的服务接口完成对至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给客户端。

或者，该方法具体可以包括：获取支付用户针对至少一项商品的支付请求，并将支付请求发送给服务器；或者展示识别码以使商户扫描展示的识别码；接收服务器发送的目标支付信息，并将目标支付信息提供给支付用户，目标支付信息中包括优惠支付信息和商品支付信息；在检测到支付用户针对目标支付信息的确认支付响应时，生成对应的确认支付信息发送给服务器；接收服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给支付用户。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++、Ruby、Go，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (12)

1.一种支付方法，其特征在于，包括：

根据客户端发送的针对至少一项商品的支付请求，获取与所述支付请求匹配的至少一项优惠方式；

根据所述至少一项优惠方式，生成目标支付信息发送给所述客户端，所述目标支付信息中包括优惠支付信息和商品支付信息；

在检测到所述客户端发送的针对所述目标支付信息的确认支付信息时，分别调用与所述优惠支付信息以及所述商品支付信息匹配的服务接口完成对所述至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给所述客户端。

2.根据权利要求1所述的方法，其特征在于，获取与所述支付请求匹配的至少一项优惠方式，包括：

获取与所述支付请求匹配的用户信息和商户信息，根据所述用户信息确定与支付用户匹配的至少一个优惠平台，并在所述至少一个优惠平台中，获取与所述支付请求匹配的至少一项抵用券优惠方式。

3.根据权利要求2所述的方法，其特征在于，在获取与所述支付请求匹配的用户信息和商户信息，根据所述用户信息确定与支付用户匹配的至少一个优惠平台之前，还包括：

接收所述客户端反馈的平台选择信息，将与所述平台选择信息匹配的至少一个优惠平台确定为与支付用户匹配的至少一个优惠平台。

4.根据权利要求2所述的方法，其特征在于，根据所述至少一项优惠方式，生成目标支付优惠信息发送给所述客户端，包括：

获取与所述支付请求匹配的商品信息，所述商品信息包括商品价格和商品名称，或者仅包括商品价格；

使用贪心算法根据所述商品信息和所述至少一项抵用券优惠方式，确定目标支付方式；

根据所述目标支付方式，生成目标支付信息发送给所述客户端。

5.根据权利要求2所述的方法，其特征在于，分别调用与所述优惠支付信息以及所述商品支付信息匹配的服务接口完成对所述至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给所述客户端，包括：

调用与所述优惠支付信息匹配的优惠平台支付接口完成对至少一项抵用券的支付，生成优惠支付反馈信息；

获取所述至少一项抵用券的标识信息；

根据所述标识信息，调用与所述商品支付信息匹配的商户支付接口完成对所述至少一项商品的支付，并生成商品支付反馈信息；

将所述优惠支付反馈信息和所述商品支付反馈信息发送给所述客户端。

6.一种支付方法，其特征在于，包括：

获取支付用户针对至少一项商品的支付请求，并将所述支付请求发送给服务器；或者展示识别码以使商户扫描所述展示的识别码；

接收所述服务器发送的目标支付信息，并将所述目标支付信息提供给所述支付用户，所述目标支付信息中包括优惠支付信息和商品支付信息；

在检测到所述支付用户针对所述目标支付信息的确认支付响应时，生成对应的确认支付信息发送给所述服务器；

接收所述服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给所述支付用户。

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

获取所述支付用户的平台选择信息，将所述平台选择信息发送给所述服务器。

8.根据权利要求6所述的方法，其特征在于，在所述获取支付用户针对至少一项商品的支付请求之前，还包括：

扫描商户的识别码。

9.一种支付装置，其特征在于，包括：

优惠方式获取模块，用于根据客户端发送的针对至少一项商品的支付请求，获取与所述支付请求匹配的至少一项优惠方式；

支付信息生成模块，用于根据所述至少一项优惠方式，生成目标支付信息发送给所述客户端，所述目标支付信息中包括优惠支付信息和商品支付信息；

商品支付模块，用于在检测到所述客户端发送的针对所述目标支付信息的确认支付信息时，分别调用与所述优惠支付信息以及所述商品支付信息匹配的服务接口完成对所述至少一项商品的支付，并生成对应的优惠支付反馈信息和商品支付反馈信息发送给所述客户端。

10.一种支付装置，其特征在于，包括：

支付请求获取模块，用于获取支付用户针对至少一项商品的支付请求，并将所述支付请求发送给服务器；或者展示识别码以使商户扫描所述展示的识别码；

支付信息接收模块，用于接收所述服务器发送的目标支付信息，并将所述目标支付信息提供给所述支付用户，所述目标支付信息中包括优惠支付信息和商品支付信息；

确认信息发送模块，用于在检测到所述支付用户针对所述目标支付优惠信息的确认支付响应时，生成对应的确认支付信息发送给所述服务器；

反馈信息提供模块，用于接收所述服务器返回的优惠支付反馈信息和商品支付反馈信息并提供给所述支付用户。

11.一种设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5任一所述的支付方法，或者如权利要求6-8任一所述的支付方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-5任一所述的支付方法，或者如权利要求6-8任一所述的支付方法。