CN110490572A - 一种支付方法、装置、相关设备及系统 - Google Patents

Abstract

本发明实施例提供一种支付方法、装置、相关设备及系统，其中由处理服务器执行的方法包括：确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；获取所述支付订单的支付凭证；根据所述支付凭证，匹配与所述支付订单绑定的商户订单；根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。本发明实施例可实现在一个应用内，对多个商户提供的虚拟增值服务进行支付支持。

Description

一种支付方法、装置、相关设备及系统

技术领域

本发明涉及数据处理技术领域，具体涉及一种支付方法、装置、相关设备及系统。

背景技术

目前，用户在购买虚拟增值服务时，虚拟增值服务的购买支付需要使用支付渠道来实现；较为典型的是，用户在应用内进行虚拟增值服务的购买时，可以使用移动操作系统提供的支付渠道来实现；例如使用iOS(iOS是由苹果公司开发的移动操作系统)推出的IAP(In APP Purchase)支付渠道来实现应用内的虚拟增值服务的购买支付，使用Android(安卓)推出的GW(Google Wallet)支付渠道来实现应用内的虚拟增值服务的购买支付等，这些支付渠道可以认为是应用内支付渠道，主要支持应用内的虚拟增值服务的购买支付。

随着平台级应用的兴起，一个应用内所接入的提供虚拟增值服务的商户越来越多，在一个应用接入多个商户的情况下，如何对多个商户提供的虚拟增值服务进行支付支持，成为了目前迫切需要解决的问题。

发明内容

有鉴于此，本发明实施例提供一种支付方法、装置、相关设备及系统，以在一个应用内，对多个商户提供的虚拟增值服务进行支付支持。

为实现上述目的，本发明实施例提供如下技术方案：

一种支付方法，应用于处理服务器，所述支付方法包括：

确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

获取所述支付订单的支付凭证；

根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

本发明实施例还提供一种支付方法，应用于商户设备，所述支付方法包括：

生成与用户设备请求购买的虚拟增值服务相应的商户订单；

向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求，处理服务器生成与所述商户订单相绑定的支付订单；

在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

本发明实施例还提供一种支付方法，应用于用户设备，所述支付方法包括：

获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

将所述支付订单相应的支付凭证，发送给所述处理服务器；

在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。

本发明实施例还提供一种支付装置，应用于处理服务器，所述支付装置包括：

支付订单确定模块，用于确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

支付凭证获取模块，用于获取所述支付订单的支付凭证；

商户订单匹配模块，用于根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

通知提供服务模块，用于根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

本发明实施例还提供一种处理服务器，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现上述所述的由处理服务器执行的支付方法的步骤。

本发明实施例还提供一种支付装置，应用于商户设备，所述支付装置包括：

商户订单生成模块，用于生成与用户设备请求购买的虚拟增值服务相应的商户订单；

支付订单生成请求模块，用于向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求生成与所述商户订单相绑定的支付订单；

服务提供通知接收模块，用于在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

服务提供模块，用于根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

本发明实施例还提供一种商户设备，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现上述所述的由商户设备执行的支付方法的步骤。

本发明实施例还提供一种支付装置，应用于用户设备，所述支付装置包括：

支付拉起通知获取模块，用于获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

支付凭证发送模块，用于将所述支付订单相应的支付凭证，发送给所述处理服务器；

服务获取模块，用于在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。

本发明实施例还提供一种用户设备，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现上述所述的由用户设备执行的支付方法的步骤。

本发明实施例还提供一种存储介质，所述存储介质存储有适于处理芯片执行的程序，以实现上述所述的由处理服务器执行的支付方法的步骤，或，实现上述所述的由商户设备执行的支付方法的步骤，或，实现上述所述的由用户设备执行的支付方法的步骤。

本发明实施例还提供一种支付系统，包括：上述所述的处理服务器，上述所述的商户设备，及上述所述的用户设备。

基于上述技术方案，用户设备在购买虚拟增值服务时，商户设备可生成虚拟增值服务相应的商户订单，并由处理服务器确定适应于支付渠道，且与所述商户订单绑定的支付订单；从而用户设备在对支付订单进行支付，购买虚拟增值服务后，处理服务器可基于用户设备所支付的支付订单，查询到所绑定的商户订单，实现向商户设备精准的通知提供服务的商户订单，从而在用户设备完成支付后，实现精准的用户设备所购买的虚拟增值服务的提供；

同时，在本发明实施例中，用户的支付行为与实际购买的虚拟增值服务，可通过支付订单与商户订单的绑定实现关联；因此在应用内存在多个商户时，用户可通过支付订单查询所绑定的商户订单，来实现所购买的虚拟增值服务订单(即商户订单)的查询，实现在一个应用内，对多个商户提供的虚拟增值服务进行支付支持。

附图说明

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

图1为本发明实施例提供的支付系统的结构框图；

图2为本发明实施例提供的支付方法的信令流程图；

图3为物品ID与交易价格的关系示意图；

图4为基于用户设备表现的支付流程示意图；

图5为本发明实施例提供的支付方法的另一信令流程图；

图6a至图6b为商户订单的订单状态的示意图；

图7为本发明实施例提供的处理服务器侧的支付方法的一种可选流程图；

图8为商户订单的状态标记示意图；

图9为小程序场景的支付方法的示例图；

图10为本发明实施例提供的支付装置的结构框图；

图11为本发明实施例提供的支付装置的另一结构框图；

图12为本发明实施例提供的支付装置的再一结构框图；

图13为本发明实施例提供的支付装置的又一结构框图；

图14为处理服务器的硬件结构框图；

图15为本发明实施例提供的支付装置的又另一结构框图；

图16为本发明实施例提供的支付装置的又再一结构框图；

图17为本发明实施例提供的支付装置的另又一结构框图；

图18为本发明实施例提供的支付装置的另再一结构框图。

具体实施方式

用户在应用内购买虚拟增值服务时，传统的支付方式的实现主要是：由于支付渠道均有自身的物品管理体系(例如，IAP、GW等应用内支付渠道存在自身的物品管理体系)，按照这些支付渠道的要求，进行支付需要构造适应于支付渠道的支付订单(如适应于IAP、GW等应用内支付渠道的应用内支付订单)；具体的，应用需要将商户提供的虚拟增值服务虚拟化成物品ID，并注册到支付渠道服务器；基于此，用户在使用传统的支付方式，购买虚拟增值服务时，可以拉起支付渠道，与支付渠道服务器进行通信，通过对所述物品ID相应的支付订单进行支付，来购买虚拟增值服务；用户完成支付订单的支付后，可获取到支付凭证，从而通知商家进行虚拟增值服务的提供；

支付渠道服务器为支付渠道的服务器，如IAP支付渠道的服务器、GW支付渠道的服务器等；支付渠道服务器主要由，支付渠道所对应的服务器实现。

传统的支付方式中，应用主要是基于应用在支付渠道服务器的账户，将商户提供的虚拟增值服务虚拟化成物品ID(如一个社交应用需要上线商户的付费订阅服务，并使用IAP支付进行支付时，社交应用的工作人员需要基于社交应用在IAP支付渠道服务器所注册的账户，将商户的付费订阅服务虚拟化成物品ID，并注册到IAP支付渠道服务器)，并构造支付订单来满足用户的支付需求；这在应用内仅有一个商户时，能满足基本支付要求，但在应用内存在多个提供虚拟增值服务的商户时，传统的支付方式至少存在如下问题：

由于传统的支付方式中，物品ID主要基于应用在支付渠道服务器的账户进行注册，并不支持虚拟增值服务订单的绑定，用户的支付行为与实际的虚拟增值服务订单是相割裂的；因此在应用内存在多个商户时，用户拿到支付凭证后，并无法通过支付凭证，查询虚拟增值服务订单；

可见，在一个应用接入提供虚拟增值服务的多个商户的情况下，传统的支付解决方式无法对多个商户的虚拟增值服务进行有效的支付支持。

为解决上述缺陷，本发明实施例对支付系统的架构进行了调整，并同时调整支付逻辑。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的支付系统的一种可选结构框图，如图1所示，该支付系统可以包括：用户设备10，商户设备20，应用服务器30，处理服务器40，支付渠道服务器50；

其中，用户设备可以是购买虚拟增值服务的用户所使用的电子设备，如智能手机、平板电脑等用户终端；

商户设备可以是提供虚拟增值服务的商户相应的电子设备，可以选用商户终端，也可以选用商户服务器实现；

应用服务器是平台级应用所对应的服务设备，主要为用户提供应用服务(如社交应用服务器为用户提供社交服务，电子商务服务器为用户提供电子商务服务等)，并支持不同服务功能的扩展和延伸(如社交应用服务器除提社交应用服务外，还可扩展和延伸出自媒体服务、小程序服务等)；在本发明实施例中，商户可接入应用服务器，在应用内提供虚拟增值服务；

用户设备和商户设备可以利用应用的应用安装包，装载所述应用；从而用户设备和商户设备可通过所装载的应用与应用服务器进行交互；

处理服务器为应用服务器接入的一套，用于实现本发明实施例的支付方法的服务设备；在一种可选实现中，处理服务器可以是与应用服务器连接的服务设备，处理服务器与用户设备和商户设备间的通信，可使用应用服务器作为桥梁实现，即处理服务器与用户设备间的通信可通过应用服务器作为中转实现，处理服务器与商户设备间的通信可通过应用服务器作为中转实现；

支付渠道服务器为支付渠道相应的服务设备，作为示例，在Android操作系统下，支付渠道服务器可以是安卓推出的GW支付渠道相应的GW支付渠道服务器，在iOS操作系统下，支付渠道服务器可以是iOS推出的IAP支付渠道相应的IAP支付渠道服务器。

需要说明的是，图1仅是一种可选系统架构，在另一种可选实现中，处理服务器可以作为应用服务器新增的服务功能实现，即下文处理服务器执行的步骤流程也可以认为是应用服务器中增设的服务功能实现。

基于上述应用内支付系统，在介绍本发明实施例提供的支付方法前，为更好的理解本发明实施例的使用背景，下面列举一些商户在应用内提供虚拟增值服务的示例；下述示例中，用户主要通过应用加载商户的服务页面，从服务页面提供的虚拟增值服务中进行虚拟增值服务的购买：

如以社交应用为例，社交应用中的自媒体账号(如公众号等)可成为商户，为用户提供付费订阅等虚拟增值服务，用户可通过本发明实施例提供的支付方案，购买不同商户提供的订阅服务；

又如社交应用可以延伸出不同程序的加载功能，具体的，程序制作者制作程序后，可在程序内提供内容付费、充值等虚拟增值服务，并发布程序的链接二维码或者链接地址；当用户通过社交应用扫描该链接二维码，或者，访问链接地址后，社交应用将通过相应的页面加载出程序页面，此时，用户若需要购买程序页面提供的内容付费、充值等虚拟增值服务，则可通过本发明实施例提供的支付方案实现；

可选的，社交应用延伸出不同程序的加载功能的较为典型示例如，微信的小程序功能；小程序是一种不需要下载安装即可使用的程序，用户可通过微信扫描小程序的二维码或者搜索小程序，在微信内加载出相应的小程序页面；

再如以知识付费应用为例，注册用户可以在知识付费应用售卖自己的专业知识，成为商户；用户可通过本发明实施例提供的支付方案，购买不同商户的专业知识。

从上述列举的示例可以看出，在同一应用内提供虚拟增值服务的商户是有多个时(如多个提供虚拟增值服务的自媒体账号，不同小程序的商户，售卖专业知识的不同商户等)，本发明实施例所要实现的就是：在一个应用内，对多个商户的虚拟增值服务进行支付支持。

需要说明的是，用户和商户的角色并不严格区分，在某些情况下，同一人可以在用户和商户的角色间切换，比如一个自媒体账号的拥有者可以作为商户，为用户提供付费订阅等虚拟增值服务，也可以作为用户对其他自媒体账号提供的虚拟增值服务进行付费。

基于上述介绍，下面对本发明实施例提供的支付方法进行介绍。作为一种可选实现，图2示出了本发明实施例提供的支付方法的信令流程，参照图2，该流程可以包括：

步骤S10、用户设备向处理服务器发送支付拉起请求，所述支付拉起请求至少指示，用户设备请求购买的虚拟增值服务。

可选的，用户设备可通过应用服务器向处理服务器发送支付拉起请求。

可选的，作为一种示例，当用户设备通过应用访问某一商户的服务页面后(如用户设备通过社交应用访问某一商户的小程序页面)，该服务页面可以具有该商户提供的至少一个虚拟增值服务的支付拉起入口，一个支付拉起入口可以对应一个虚拟增值服务；

可选的，在小程序场景下，用户设备通过应用访问商户的服务页面的一种可选实现可以是：用户设备通过应用扫描商户的程序页面的链接二维码，或者，通过应用访问商户的程序页面的链接地址，加载商户的程序页面，并且所加载的程序页面具有该商户提供的至少一个虚拟增值服务的支付拉起入口；

当用户点击某一虚拟增值服务的支付拉起入口可以认为，用户选择了需要购买的虚拟增值服务，并请求拉起所述虚拟增值服务的支付；从而基于用户所点击的支付拉起入口，用户设备可相应的构造支付拉起请求，并由支付拉起请求至少指示所述虚拟增值服务。

需要说明的是，用户点击了商户的服务页面中虚拟增值服务的支付拉起入口，请求拉起对虚拟增值服务的支付。

步骤S11、处理服务器向商户设备发送所述支付拉起请求。

处理服务器可将所述支付拉起请求转发给用户所访问的服务页面相应的商户设备。

可选的，处理服务器可通过应用服务器向商户设备发送支付拉起请求。

作为一种可选实现，所述支付拉起请求可以携带商户标识，处理服务器可将所述支付拉起请求发送至所述商户标识相应的商户设备；商户的服务页面可关联相应的商户标识，当用户设备通过应用访问某一商户的服务页面时，可根据用户设备访问的服务页面关联的商户标识，向该商户标识相应的商户设备发送所述支付拉起请求；

可选的，处理服务器也可设置各商户相应的商品标识，通过支付拉起请求携带的商品标识(一个商品标识可以唯一标识一个虚拟增值服务)，处理服务器可确定所述商品标识相应的商户，向所确定的商户相应的商户设备发送所述支付拉起请求。

步骤S12、商户设备根据所述支付拉起请求，生成与所述虚拟增值服务相应的商户订单。

可以看出，本发明实施例在用户设备请求拉起针对虚拟增值服务的支付后，并不是直接构造相应的支付订单，并不是由用户设备直接基于支付订单进行支付；在本发明实施例中，新增设的处理服务器，需要向商户设备告知，用户设备拉起了针对虚拟增值服务的支付，从而使得商户设备生成自身可管理的与所述虚拟增值服务相应的商户订单；

可选的，在一种可选实现中，支付拉起请求可至少携带所述虚拟增值服务相应的商品标识，商户设备可构造所述商品标识相应的商户订单。

这里需要说明的是，虚拟增值服务可以认为是一种虚拟商品，因此可采用商品标识对虚拟增值服务进行标识，并且一个商品标识可唯一标识一个虚拟增值服务。

步骤S13、商户设备向处理服务器发送支付订单生成请求。

此处所指的支付订单生成请求是指，向处理服务器请求生成相应的支付订单，以便后续用户设备可使用支付订单，进行虚拟增值服务的支付。

可选的，商户设备可通过应用服务器向处理服务器，发送支付订单生成请求。

步骤S14、处理服务器确定与所述商户订单相绑定的支付订单。

可以理解的是，由于IAP、GW等支付渠道均具有自身的物品管理体系，在使用支付渠道进行虚拟增值服务的支付时，是通过支付注册到支付渠道服务器的物品ID实现，因此商户设备构造出自身可管理的商户订单后，还需向处理服务器发送支付订单生成请求，以请求生成适应于IAP、GW等支付渠道的支付订单。

在一种可选实现中，处理服务器可通过确定相应的物品ID，来实现支付订单的确定；

可选的，物品ID可与交易价格相应，图3示出了物品ID与交易价格的一种可选关系示意，可进行参照，如图3所示，一个交易价格可以具有多个对应的物品ID，并且该多个物品ID为依序轮流使用的，即一个交易价格的多个物品ID是以轮询方式进行与交易价格的对应；如图3所示，假设交易价格1具有6个对应的物品ID，在用户设备连续多次请求拉起交易价格1的虚拟增值服务的支付的过程中，第一次使用交易价格1请求拉起支付时，则可使用物品ID1进行对应，第二次使用交易价格1请求拉起支付时，则可使用物品ID2进行对应，以此类推，当第7次使用交易价格1请求拉起支付时，则循环到物品ID1进行对应(即第7次与第一次的物品ID重复)；

显然，图3所示交易价格与物品ID的关系仅是一种可选情况，在实际应用中，根据支付渠道的不同，交易价格与物品ID的关系也可能适应调整；如一个交易价格的一次使用对应唯一的物品ID。

可选的，在本发明实施例中，处理服务器可至少基于所述商户订单的交易价格，确定与所述交易价格相应的物品ID，将所述物品ID与所述商户订单相绑定，实现与所述商户订单相绑定的支付订单的确定。

需要说明的是，步骤S10至步骤S14仅是，处理服务器确定与商户设备生成的商户订单相绑定的支付订单的一种可选方向，所述商户订单与用户设备请求购买的虚拟增值服务相应；

在步骤S10至步骤S14中，处理服务器主要是将用户设备的支付拉起请求发送给商户设备，所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务，从而在商户设备生成与所述虚拟增值服务相应的商户订单后，获取所述商户设备发送的至少指示有所述商户订单的支付订单生成请求，进而根据所述支付订单生成请求，确定与所述商户订单相绑定的支付订单；但这仅是处理服务器确定与商户设备生成的商户订单相绑定的支付订单的一种可选实现，本发明实施例也可支持在商户设备生成与用户设备请求购买的虚拟增值服务相应的商户订单后，处理服务器生成与商户订单相绑定的支付订单的其他方式。

步骤S15、处理服务器根据所述支付订单，向所述用户设备发送支付拉起通知。

可选的，处理服务器可通过应用服务器向用户设备发送支付拉起通知。

可选的，所述支付拉起通知可用于，通知用户设备拉起支付渠道，以使得用户设备可对所述支付订单进行支付；

即在商户设备针对用户设备请求购买虚拟增值服务的行为，生成自身可管理的商户订单，并由处理服务器生成适应于支付渠道，且与所述商户订单绑定的支付订单后，处理服务器可向用户设备发送支付拉起通知，以通知用户设备拉起支付渠道，使得用户设备使用支付渠道对所述支付订单进行支付。

作为一种可选实现，处理服务器可根据所述支付订单，生成相应的支付入口，处理服务器可将所述支付入口发送给用户设备，以向所述用户设备发送支付拉起通知，从而用户设备获取所述支付入口后，可显示支付页面，从而用户在所述支付页面进行支付验证输入操作后，实现对支付订单的支付。

可选的，作为一种可选实现，步骤S15中处理服务器也可先向商户设备通知支付订单，以便商户设备确定所生成的商户订单绑定的支付订单，从而再由商户设备通知处理服务器将支付拉起通知发送给用户设备；即步骤S15可以是处理服务器向商户设备通知支付订单，并获取到商户设备的反馈响应后，处理服务器再向所述用户设备发送支付拉起通知(即处理服务器是基于商户设备的通知，向所述用户设备发送支付拉起通知)；

如此实现的一个主要目的是使得，商户设备确定和记录所生成的商户订单绑定的支付订单后，再拉起用户设备的支付；

当然，上述的实现仅是一种可选方式，本发明实施例也可支持处理服务器向所述用户设备发送支付拉起通知，同时，向商户设备通知商户订单所绑定的支付订单。

步骤S16、用户设备拉起支付渠道，向支付渠道服务器发送对所述支付订单的支付请求。

用户设备接收处理服务器发送的支付拉起通知后，可拉起支付渠道，进行所述支付订单的支付验证输入操作(支付验证输入操作包括但不限于支付密码输入、支付指纹输入、支付人脸输入等)，从而向支付渠道服务器发送对所述支付订单的支付请求；

作为一种可选实现，用户设备可接收所述支付订单的支付入口，展示相应的支付页面，从而用户可在支付页面进行支付验证输入操作，用户设备响应于用户在支付页面的支付验证输入操作后，可向支付渠道服务器发送对所述支付订单的支付请求。

作为一种示例，在本发明实施例的支付流程中，用户设备侧的表现可以如图4所示，以应用内某一自媒体账号(如图中名称为“付费论文”的自媒体账号)提供论文的付费订阅为例，用户点击了该自媒体账号的服务页面某一论文的付费订阅按钮后，用户设备可构造指示付费订阅的支付拉起请求；从而商户终端在生成用户请求付费订阅相应的商户订单后，可向处理服务器请求生成相应的支付订单；处理服务器生成相应的支付订单，并绑定商户订单后，可将支付订单相应的支付入口发送给用户设备，从而用户设备可通过该支付入口展示相应的支付页面，进行支付验证输入操作，向支付渠道服务器发送对所述支付订单的支付请求。

这里需要说明的是，前文的支付拉起请求，和此处的支付请求是两个不同阶段的请求；支付拉起请求主要是在用户点击支付拉起入口时产生，主要请求拉起支付；而支付请求是在拉起支付渠道，用户完成支付验证输入操作后，所形成的支付请求，是用于向支付渠道服务器请求进行扣费和支付的请求。

步骤S17、用户设备接收支付渠道服务器发送的所述支付订单的支付凭证。

步骤S18、用户设备发送所述支付凭证给处理服务器。

可选的，步骤S15至步骤S18仅是处理服务器获取所述支付订单的支付凭证的一种可选实现；在步骤S15至步骤S18中，处理服务器主要根据所述支付订单，向用户设备发送支付拉起通知，从而在用户设备完成支付后，获取所述用户设备对所述支付订单进行支付相应的支付凭证；但这仅是处理服务器获取所述支付订单的支付凭证的一种可选实现，本发明实施例也可支持处理服务器获取所述支付订单的支付凭证的其他实现。

可选的，支付渠道服务器基于用户的支付请求，可完成用户对所述支付订单的支付，生成相应的支付凭证，由所述支付凭证对用户所支付的支付订单(如物品ID)进行指示；同时，支付渠道服务器可将所述支付凭证发送给用户设备，再由用户设备发送所述支付凭证给处理服务器(可选的，用户设备可通过应用服务器，发送所述支付凭证给处理服务器)；

可选的，支付凭证还可指示支付的支付结果。

可选的，由于表示支付订单的物品ID，是由应用向支付渠道服务器注册的，因此支付渠道服务器生成物品ID相应的支付凭证后，可向应用服务器发送支付凭证，由应用服务器传递支付凭证给所连接的处理服务器。

步骤S19、处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单。

可选的，支付凭证可指示用户设备完成支付的物品ID，从而通过匹配所述物品ID绑定商户订单，来实现步骤S19。

在一种可选实现中，若以前文描述的一个交易价格对应有多个依序轮流使用的物品ID的情况，则所述物品ID绑定商户订单的数量可能是一个或多个，显然，在所述物品ID绑定的商户订单的数量为一个时，则可通过所述物品ID匹配到唯一绑定的商户订单；

而在所述物品ID绑定的商户订单的数量为多个时，则需要用户设备参与决策(如，所述用户设备以同一交易价格多次请求购买同一交易价格的虚拟增值服务，但就该多次请求购买的情况，所述用户设备并未完成最终支付)，处理服务器可将物品ID绑定的多个商户订单发送给用户设备，由用户设备决策出所匹配的与所述支付订单绑定的商户订单。

当然，上述实现仅是可选的，在一个交易价格的一次使用对应唯一的物品ID的情况下，处理服务器可基于所述物品ID匹配出唯一绑定的商户订单。

步骤S20、处理服务器根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

可选的，处理服务器可通过应用服务器向所述商户设备发送所述服务提供通知。

可见，在所述用户设备对所述支付订单进行支付，且所述处理服务器根据所述支付相应的支付凭证，匹配与所述支付订单绑定的商户订单后，商户设备可接收所述处理服务器发送的服务提供通知；

具体的，处理服务器匹配出与所述支付订单绑定的商户订单后，可向所述商户设备发送服务提供通知，从而商户设备在接收到该通知后，可确定该商户订单指示的虚拟增值服务，向所述用户设备提供相应的虚拟增值服务。

进一步，处理服务器还可通知用户设备，所匹配的商户订单的订单状态为等待提供服务的状态。

进一步，在商户设备接收该通知后，用户设备可刷新服务页面，使得用户设备具有使用虚拟增值服务的权限；相应的，处理服务器可通知用户设备，所匹配的商户订单的订单状态为已提供服务的状态。

可选的，本发明实施例可适用于应用内支付场景，相应的，上述的支付拉起请求可以是应用内支付拉起请求，支付订单生成请求可以是应用内支付订单生成请求，支付订单可以是应用内支付订单，支付渠道可以是应用内支付渠道，支付请求可以是应用内支付请求，支付凭证可以是应用内支付凭证。

基于上述支付方法，用户设备在应用内购买虚拟增值服务时，商户设备可生成虚拟增值服务相应的商户订单，并由处理服务器确定适应于支付渠道，且与所述商户订单绑定的支付订单；从而用户设备在对支付订单进行支付，购买虚拟增值服务后，处理服务器可基于用户设备所支付的支付订单，查询到所绑定的商户订单，实现向商户设备精准的通知提供服务的商户订单，从而在用户设备完成支付后，实现精准的用户设备所购买的虚拟增值服务的提供；

同时，在本发明实施例中，用户的支付行为与实际购买的虚拟增值服务，可通过支付订单与商户订单的绑定实现关联；因此在应用内存在多个商户时，用户可通过支付订单查询所绑定的商户订单，来实现所购买的虚拟增值服务订单(即商户订单)的查询，实现在一个应用内，对多个商户提供的虚拟增值服务进行支付支持。

需要说明的是，前文所述支付方法，虽然以用户支付一个商户提供的虚拟增值服务的场景进行描述，但可拓展到多商户的场景；适应的，在多商户场景下，商户订单是多个商户的，仍可通过支付订单与商户订单的绑定，来区分出用户购买的不同虚拟增值服务对应的商户订单，仍可在多个商户提供虚拟增值服务的场景下，实现各商户的商户订单的查询；虽然，前文描述是以一个商户进行阐述，但是可扩展到多个商户场景下，在用户支付完成后，实现不同商户的商户订单的精准匹配。

进一步，本发明实施例可使用商户订单号唯一标识商户订单，并且在物品ID与交易价格相应的情况下，商户设备可向处理服务器至少输入商户订单的交易价格和商户订单号，实现处理服务器对物品ID的输出，来完成支付订单的确定；

可选的，图5示出了本发明实施例提供的支付方法的另一可选信令流程，图5所示流程展示出了图2所示流程步骤的一些实现细节，但图5所示流程仅是可选的，在图2所示流程逻辑的启发下，完全可以使用区别于图5的流程，实现图2所示流程逻辑；

参照图5，该流程可以包括：

步骤S30、用户设备向处理服务器发送支付拉起请求，所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务相应的商品标识。

在本发明实施例中，商品标识可用于唯一标识虚拟增值服务，可通过在支付拉起请求中携带相应的商品标识，来实现对用户请求购买的虚拟增值服务的指示。

作为一种可选实现，商户的服务页面的一个支付拉起入口可关联一个虚拟增值服务的商品标识，用户点击虚拟增值服务的支付拉起入口后，用户设备可确定用户所点击的支付拉起入口所关联的商品标识，从而生成至少包括所述商品标识的支付拉起请求，以通过所述商品标识进行所述虚拟增值服务的指示；

可选的，虚拟增值服务的商品标识可以是，商户为所提供的虚拟增值服务设置的商品编码、发货号码等；一商品标识可以唯一表示所相应的虚拟增值服务；商品标识区别于向支付渠道服务器所注册的物品ID。

步骤S31、处理服务器向商户设备发送所述支付拉起请求。

步骤S32、商户设备根据所述支付拉起请求，生成所述商品标识相应的商户订单，所述商户订单至少包括：交易价格，及唯一标识所述商户订单的商户订单号。

可选的，基于支付拉起请求所携带的商品标识，商户设备可构造与所述商品标识相应的商户订单，从而实现与所述虚拟增值服务相应的商户订单的生成；

同时，商户订单中还可以指示交易价格，交易价格可以由商户对虚拟增值服务的定价确定；进一步，在用户一次请求购买多个虚拟增值服务时，所述支付拉起请求还可以携带所述虚拟增值服务的交易数量，商户设备可根据所述交易数量和虚拟增值服务的单价，确定交易价格；

另外，商户设备所生成的商户订单可以由唯一的商户订单号进行标示，以区分其他商户和本商户的其他商户订单。

本发明实施例中，所生成的商户订单可以至少表示用户设备此次请求购买虚拟增值服务的基本信息，以及对商户订单进行唯一标识的商户订单号；

在一种可选实现中，所构造的商户订单可以至少包括：交易价格，唯一标识所述商户订单的商户订单号等；进一步，商户订单还可以包括如下至少一项：商品标识，虚拟增值服务的交易数量，通用配置信息，用户设备相应的用户身份标识(如用户在应用内的用户账号)，商户设备相应的商户身份标识(如商户在应用内的商户账号)等。

步骤S33、商户设备向处理服务器发送支付订单生成请求，所述支付订单生成请求至少包括：所述交易价格和所述商户订单号。

由于表示支付订单的物品ID与交易价格对应，因此商户设备向处理服务器发送支付订单生成请求时，可在支付订单生成请求中携带所述交易价格；同时，在实现支付订单与商户订单的绑定时，本发明实施例可通过唯一标识商户订单的商户订单号，与物品ID的绑定实现。

步骤S34、处理服务器确定与所述交易价格相应的物品ID，将所述物品ID与所述商户订单号相绑定。

在本发明实施例中，处理服务器可至少基于支付订单生成请求输入的交易价格和商户订单号，确定与所述交易价格相应的物品ID，且将所述物品ID与所述商户订单号相绑定，来实现所述物品ID与所述商户订单的绑定。

作为一种可选实现，处理服务器可设置物品ID池，处理服务器可在所述物品ID池中记录，注册到支付渠道服务器的不同交易价格对应的物品ID，且一个交易价格对应有多个依序轮流使用的物品ID；从而处理服务器在确定与所述商户订单的交易价格相应的物品ID时，可根据所述用户设备本次使用所述交易价格的次序，从物品ID池中记录的所述交易价格对应的多个物品ID中，确定出与所述次序相应的物品ID。

进一步，在确定所述物品ID后，可将所述物品ID与所述商户订单号相绑定。

步骤S35、处理服务器根据所述物品ID，向所述用户设备发送支付拉起通知。

处理服务器确定所述物品ID后，可向用户设备发送支付拉起通知，以通知用户设备拉起支付渠道，使得用户设备使用支付渠道对所述物品ID进行支付；在本发明实施例中，物品ID可用于表示相应的支付订单。

步骤S36、用户设备拉起支付渠道，向支付渠道服务器发送对所述物品ID的支付请求。

步骤S37、用户设备接收所述支付渠道服务器发送的所述物品ID相应的支付凭证。

支付渠道服务器基于用户的支付请求，可完成用户对所述物品ID的支付，生成相应的支付凭证，由所述支付凭证对用户所支付的物品ID进行指示；同时，支付渠道服务器可将所述支付凭证发送给用户设备，由用户设备将所述支付凭证发送给处理服务器。

步骤S38、用户设备将所述物品ID相应的支付凭证发送给处理服务器。

步骤S39、处理服务器根据所述支付凭证，匹配所述物品ID绑定的商户订单号。

可选的，在物品ID绑定的商户订单号的数量为一个时(即所述物品ID唯一绑定一个商户订单)，则可匹配所述物品ID唯一绑定的商户订单号；

在物品ID绑定的商户订单号的数量为多个(即所述物品ID绑定多个商户订单)时，则可基于用户设备的参与，来匹配所述物品ID绑定的商户订单号；处理服务器可根据所述物品ID绑定的多个商户订单号，将所述多个商户订单号相应的商户订单发送给用户设备，由用户设备从该多个商户订单中决策出匹配的商户订单，用户设备决策出匹配的商户订单后，用户设备可将决策出的商户订单的商户订单号告知处理服务器，使得处理服务器匹配出所述物品ID绑定的商户订单号。

作为一种示例，物品ID绑定多个商户订单的情况示例如下：社交应用的某一自媒体账号具有多篇6元的付费订阅文章，则用户在每次点击付费后，商户设备可相应生成付费订阅商户订单，并且社交应用服务器可每次使用6元相应的物品ID来生成支付订单，假设6元的交易价格对应有10个可以被轮询的物品ID；

如果这个过程中，用户每次点击付费，但不进行实际的付费验证输入操作，则第一次付费点击所使用的6元相应的物品ID，将与第十一次付费点击所使用的6元相应的物品ID重复，即存在同一物品ID绑定第一次付费点击的付费订阅商户订单，和第十一次的付费点击的付费订阅商户订单；这就使得用户在对第十一次的付费点击进行付费验证输入操作(即对第十一次的付费点击进行实际支付)后，处理服务器并不确定此时支付渠道服务器反馈的物品ID是绑定用户第一次付费点击的付费订阅商户订单，还是绑定用户第十一次付费点击的付费订阅商户订单，此时，就有两个无法决定的商户订单需要用户参与决策；

导致这一情况的根本原因是，IAP、GW等应用内支付渠道不仅不能告诉开发者，用户真正支付的是第一次的付费点击，还是第十一次的付费点击，就连支付渠道服务器在用户取消第1次付费点击的支付时，所产生的取消支付通知也是不可信的；正是由于此，本发明实施例独创的在所述物品ID绑定的商户订单的数量为多个时，引入用户参与决策的机制。

步骤S40、处理服务器根据所匹配的商户订单号，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

处理服务器匹配所述物品ID绑定的商户订单号后，可向所述商户设备发送携带所述商户订单号的服务提供通知，以通知商户设备向用户提供所述商户订单号的商户订单所指示的虚拟增值服务；相应的，商户设备接收服务提供通知后，可确定所述商户订单号标识的商户订单，以所述商户订单中指示的商品标识，确定提供给用户设备的虚拟增值服务；

进一步，处理服务器还可根据所述商户订单号，通知用户设备所述商户订单号相应的商户订单，已进入等待提供服务的状态。

进一步，处理服务器可获取商户设备发送的商户订单(如在步骤S33中，商户设备可随同支付订单生成请求，将商户订单发送给处理服务器；也可以是商户设备单独将商户订单上传至处理服务器)，从而处理服务器可确定所匹配的商户订单号相应的商户订单，以支持用户设备对等待提供服务的商户订单的查询。

相应的，用户设备可向处理服务器查询商户订单的订单状态，加载订单状态页面，展示所述处理服务器反馈的等待提供服务的商户订单；如图6a所示示例；

相应的，商户设备接收处理服务器发送的通知后，可确定所匹配的商户订单号相应的商户订单，根据该商户订单的商品标识，确定相应的虚拟增值服务，从而为用户设备提供相应的虚拟增值服务。

在一种示例中，商户设备确定所匹配的商户订单号相应的商户订单，并基于该商户订单确定需提供的虚拟增值服务后，可控制用户设备刷新服务页面，告知用户设备虚拟增值服务已提供，并使得用户设备具有使用虚拟增值服务的权限；

相应的，处理服务器可更新商户订单的订单状态为已提供服务，并在订单状态页面展示所述商户订单的状态为已提供服务，如图6b所示示例。

基于上述支付方法，用户设备在对物品ID进行支付前，处理服务器可将物品ID与商户订单号进行绑定，并由商户订单号标识商户订单；从而用户设备在完成物品ID的支付后，可通过物品ID所绑定的商户订单号，进行用户所购买的虚拟增值服务的商户订单的查询；用户的支付行为与实际购买的虚拟增值服务，可通过物品ID与商户订单号的绑定实现关联；因此在应用内存在多个商户时，用户可通过物品ID查询所绑定的商户订单号，来实现所购买的虚拟增值服务订单(即商户订单)的查询，实现在一个应用内，对多个商户提供的虚拟增值服务进行支付支持。

可选的，在匹配与所述支付订单绑定的商户订单时，为实现精准的商户订单的匹配，本发明实施例可设置物品ID绑定的商户订单的状态；站在处理服务器的角度，图7示出了本发明实施例提供的支付方法的一种可选流程，该流程可由处理服务器执行，参照图7，该流程可以包括：

步骤S100、获取用户设备发送的支付拉起请求；所述支付拉起请求至少指示虚拟增值服务。

步骤S110、将所述支付拉起请求发送给商户设备。

可见，处理服务器可将用户设备的支付拉起请求发送给商户设备。

步骤S120、在商户设备生成与所述虚拟增值服务相应的商户订单后，获取所述商户设备发送的支付订单生成请求，所述支付订单生成请求用于请求确定支付订单。

步骤S130、确定所述商户订单的交易价格，确定与所述交易价格相应的物品ID，将所述物品ID与所述商户订单相绑定。

可选的，所述交易价格可携带在所述支付订单生成请求中；

可选的，进一步，所述支付订单生成请求还可以包括：唯一标识所述商户订单的商户订单号；处理服务器可通过将所述物品ID与所述商户订单号相绑定，来实现所述物品ID与所述商户订单号的绑定。

步骤S140、标记所述商户订单的状态为未匹配。

本发明实施例中，在将所述物品ID与所述商户订单相绑定后，由于所述商户订单处于未匹配的状态，因此本发明实施例可标记所述商户订单的状态为未匹配。

可以理解的是，匹配与所述支付订单绑定的商户订单是在获取支付凭证后，因此在用户设备连续多次请求拉起支付，但未获取到支付凭证的过程中(如用户设备连续多次请求拉起支付，商户设备每次都相应的生成商户订单，处理服务器也每次都相应的确定物品ID，但用户设备均在拉起支付渠道后，取消支付)，可能存在状态为未匹配的多个商户订单，其中，也可能存在同一物品ID的状态为未匹配的多个商户订单(如一个交易价格对应有多个依序轮流使用的物品ID，当用户设备请求拉起同一交易价格的虚拟增值服务的支付的次数，达到所述交易价格相应的物品ID的轮询次数时，处理服务器可使用所述物品ID重复绑定所述交易价格的虚拟增值服务的商户订单)。

步骤S150、根据所述物品ID，向所述用户设备发送支付拉起通知。

步骤S160、获取用户设备对所述物品ID进行支付相应的支付凭证。

可选的，用户设备接收到所述支付拉起通知后，可拉起支付渠道，进行支付验证输入操作，向支付渠道服务器发送对所述物品ID的支付请求；从而支付渠道服务器在支付验证通过后，可生成所述物品ID相应的支付凭证，并将所述支付凭证发送给用户设备；从而用户设备再将支付凭证发送给处理服务器；

可选的，支付渠道服务器生成所述物品ID相应的支付凭证后，也可直接将所述支付凭证发送给用户设备。

步骤S170、若所述物品ID绑定的状态为未匹配的商户订单的数量为一个，匹配所述物品ID唯一绑定的状态为未匹配的商户订单。

步骤S180、若所述物品ID绑定的状态为未匹配的商户订单的数量为多个，将该多个商户订单发送给所述用户设备，将所述用户设备从该多个商户订单中决策出的商户订单，作为匹配的商户订单。

可选的，步骤S170和步骤S180中，商户订单可使用商户订单号表示。

步骤S190、将匹配的商户订单的状态标记为已匹配，及，若所述物品ID绑定的商户订单的数量为多个，将所述物品ID绑定的未被匹配的商户订单的状态标记为已匹配。

可选的，在从物品ID绑定的商户订单中确定出匹配的商户订单后，对于匹配的商户订单的状态可标记为已匹配；而对于所述物品ID绑定的未被匹配的商户订单的状态，也需标记为已匹配，以便后续不再参与匹配。

作为一种示例，以应用内支付为例，如图8所示，在用户多次拉起同一交易价格的应用内支付，但均未实际支付过程中，处理服务器可将物品ID与商户订单相绑定后，并标记此时绑定的商户订单的状态为未匹配，并且同一物品ID所绑定的状态为未匹配的商户订单的数量可能有多个；

当用户设备完成所述物品ID的应用内支付后，处理服务器可根据应用内支付凭证所指示的物品ID，经用户决策参与，从所述物品ID所绑定的状态为未匹配的商户订单中，匹配出商户订单；所匹配的商户订单的状态需被标记为已匹配，同时，所述物品ID所绑定的其他未被匹配的商户订单的状态，也被标记为已匹配。

步骤S200、根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

可选的，步骤S190和步骤S200之间可以不分先后顺序。

本发明实施例可在物品ID所绑定的商户订单为多个时，加入用户决策机制，并通过商户订单的状态设置，保障进行一次商户订单的匹配后，本次未匹配的商户订单和已匹配的商户订单均被标记为已匹配，从而在后续不再参与匹配，可极大的保障商户订单匹配的精准性。

可选的，处理服务器还可根据所述支付凭证，确定所述支付渠道服务器的结算数据；所述结算数据至少包括如下任一项：所述虚拟增值服务相应的商品标识，所述商户订单的交易价格，交易币种，结算金额，所述商户设备相应的商户身份信息，所述用户设备相应的用户身份信息，所述商户订单的商户订单号等；

处理服务器确定结算金额后，可按照设定比例向所述商户设备相应的商户进行结算金额分成。

作为一种应用示例，下面以社交应用的小程序的应用内支付为场景进行说明；用户可在不同商户的小程序，就不同的虚拟增值服务进行应用内支付，也可在同一商户的小程序，就不同或同一虚拟增值服务进行应用内支付；

如图9所示，用户设备可使用小程序前端SDK，与社交应用服务器的小程序后台SDK进行交互；用户设备可使用应用内支付SDK，与支付渠道服务器进行交互；商户设备可进一步细分为商户终端和商户服务器，商户终端可通过小程序前端SDK与社交应用服务器的小程序后台SDK进行交互；

同时，社交应用服务器可细分出小程序后台SDK；处理服务器与社交应用服务器相接，可通过小程序后台SDK与商户设备、用户设备进行通信(需要特别说明的是，图9中为便于示意，将部分通过小程序后台SDK，进行处理服务器与商户设备、用户设备间交互的示意进行了省略)；进一步，处理服务器可细分出订单处理服务，渠道网关服务，渠道支撑服务，物品ID池服务，发货网关服务，结算服务等细分服务功能；这些服务功能可通过程序服务实现，也可通过服务器实现；

回到图9，以用户对小程序的付费订阅进行支付为例，用户请求拉起付费订阅的支付时，处理服务器可通过小程序后台SDK，在用户设备的小程序前端SDK与商户终端的小程序前端SDK间交互付费订阅的应用内支付拉起请求，此后，本发明的应用示例过程可以包括：

①商户终端生成所述付费订阅的商户订单，并通过商户终端的小程序前端SDK，将支付订单生成请求发送给小程序后台SDK；所述支付订单生成请求携带有商户订单的交易价格和商户订单号；

②小程序后台SDK向处理服务器的订单处理服务转发支付订单生成请求，这个过程，可向订单处理服务输入所述交易价格和所述商户订单号，订单处理服务根据物品ID池记录的各交易价格相应的物品ID，输出与所述交易价格相应的物品ID，并且将所述物品ID与所述商户订单号绑定；

③小程序后台SDK将所述物品ID发送给用户设备的小程序前端SDK；可选的，在这个过程的实现中，小程序后台SDK可先将所述物品ID发送给商户终端，由商户终端确定和记录所生成的商户订单绑定的物品ID，再由商户终端通过小程序后台SDK，将所述物品ID发送给用户设备的小程序前端SDK；当然，也可支持小程序后台SDK直接将所述物品ID发送给用户设备的小程序前端SDK，同时，由小程序后台SDK向商户终端通知所述物品ID；

④用户设备通过应用内支付SDK，拉起应用内支付渠道，对所述物品ID进行应用内支付；

⑤用户设备通过应用内支付SDK，将支付渠道服务器反馈的所述物品ID相应的应用内支付凭证发送给，渠道网关服务；

⑥渠道支撑服务，根据渠道网关服务反馈的所述物品ID相应的应用内支付凭证，进行商户订单匹配处理，从而从订单处理服务输出的所述物品ID绑定的商户订单中，匹配出商户订单；

⑦发货网关，基于匹配出的商户订单，通知商户服务器向用户设备进行相应的服务提供，从而使得商户服务器基于匹配出的商户订单，确定为用户设备提供付费订阅服务；

⑧结算服务将商户的结算流水、对账数据等发送给商户服务器。

上述示例虽然以社交应用的小程序的商户提供的虚拟增值服务进行示例说明，但在实际应用中，本发明实施例还可扩展到应用内的所有虚拟增值服务的支付场景，包括在单一应用内的多商户和单商户场景；另外，除了IAP和GW两个支付渠道外，由于渠道支持是动态插拔可配置的，因此本发明实施例提供的支付方法也同样适用于其他支付渠道，如可适用于电商购物场景下所使用的支付渠道；

同样，本发明实施例提供的支付方法不仅适用于移动平台，对于目前所有的其他平台，如PC、Web端，都可进行支持。

本发明实施例提供的支付方法至少具有如下优势：

传统的支付方式并不支持多商户的虚拟增值服务，本发明实施例可在应用内存在多个商户时，通过支付订单查询所绑定的商户订单，来实现所购买的虚拟增值服务订单(即商户订单)的查询，实现在一个应用内，对多个商户提供的虚拟增值服务进行支付支持；本发明实施例不仅给社交应用的小程序、公众号提供了多商户的支付解决方案，在其他类似的应用内的多商户场景同样适用；

在匹配支付订单绑定的商户订单时，如果存在多个绑定的商户订单，可基于用户参与的决策机制，保障了支付订单所实际支付的商户订单的匹配，为社交应用的小程序、公众号等多商户场景，提供了准确的支付的保障；

使用本发明实施例提供的支付方法，商户在应用提供虚拟增值服务时，可实现自身商户订单的管理，为商户提供了极大的便捷；

支持为商户提供支付渠道的结算流水，以便商户核对。

下面站在处理服务器的角度，对本发明实施例提供的支付装置进行介绍；下文描述的支付装置可以认为是，处理服务器为实现本发明实施例提供的支付方法，所需设置的程序模块；下文描述的支付装置的内容，可与前文描述的支付方法的内容相互对应参照。

图10为本发明实施例提供的支付装置的结构框图，该装置可应用于处理服务器，参照图10，该装置可以包括：

支付订单确定模块100，用于确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

支付凭证获取模块110，用于获取所述支付订单的支付凭证；

商户订单匹配模块120，用于根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

通知提供服务模块130，用于根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

可选的，支付订单确定模块100，用于确定与商户设备生成的商户订单相绑定的支付订单，具体包括：

将用户设备的支付拉起请求发送给商户设备；所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务；

在商户设备生成与所述虚拟增值服务相应的商户订单后，获取所述商户设备发送的至少指示有所述商户订单的支付订单生成请求；

根据所述支付订单生成请求，确定与所述商户订单相绑定的支付订单。

可选的，支付凭证获取模块110，用于获取所述支付订单的支付凭证，具体包括：

根据所述支付订单，向所述用户设备发送支付拉起通知；

获取所述用户设备对所述支付订单进行支付相应的支付凭证。

可选的，支付订单确定模块100，用于根据所述支付订单生成请求，确定与所述商户订单相绑定的支付订单，具体包括：

根据所述支付订单生成请求，确定所述商户订单的交易价格；

确定与所述交易价格相应的物品ID，将所述物品ID与所述商户订单相绑定；其中，所述物品ID被注册到支付渠道服务器。

可选的，所述支付订单生成请求至少包括：唯一标识所述商户订单的商户订单号，及所述商户订单的交易价格；

所述支付订单确定模块100，用于根据所述支付订单生成请求，确定所述商户订单的交易价格，具体包括：

确定所述支付订单生成请求所携带的所述商户订单的交易价格；

所述支付订单确定模块100，用于将所述物品ID与所述商户订单相绑定，具体包括：

将所述物品ID与所述商户订单号相绑定。

可选的，商户订单匹配模块120，用于根据所述支付凭证，匹配与所述支付订单绑定的商户订单，具体包括：

若所述物品ID绑定的商户订单的数量为一个，匹配所述物品ID唯一绑定的商户订单；

若所述物品ID绑定的商户订单的数量为多个，将该多个商户订单发送给所述用户设备，将所述用户设备从该多个商户订单中决策出的商户订单，作为匹配的商户订单；

其中，所述用户设备请求拉起支付同一交易价格的虚拟增值服务的次数，达到所述交易价格相应的物品ID的轮询次数，则使用所述物品ID重复绑定所述交易价格的商户订单。

可选的，支付订单确定模块100，用于确定所述商户订单的交易价格，具体包括：

根据所述用户设备本次使用所述交易价格的次序，从所述交易价格对应的多个物品ID中，确定与所述次序相应的物品ID；其中，一个交易价格对应有多个依序轮流使用的物品ID。

可选的，图11示出了本发明实施例提供的支付装置的另一结构框图，结合图10和图11所示，该装置还可以包括：

状态标记模块140，用于在将所述物品ID与所述商户订单相绑定后，标记所述商户订单的状态为未匹配；

及，将匹配的商户订单的状态标记为已匹配。

可选的，进一步，状态标记模块140，还可用于，在匹配与所述支付订单绑定的商户订单后，若所述物品ID绑定的商户订单的数量为多个，将所述物品ID绑定的未被匹配的商户订单的状态标记为已匹配。

可选的，所匹配的商户订单使用所匹配的商户订单号表示；通知提供服务模块130，用于根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知，具体包括：

根据所匹配的商户订单号，向所述商户设备发送携带该商户订单号的服务提供通知，以通知所述商户设备向所述用户设备提供，该商户订单号的商户订单所指示的虚拟增值服务。

可选的，支付凭证获取模块110，用于根据所述支付订单，向所述用户设备发送支付拉起通知，具体包括：

生成所述物品ID相应的支付入口；

将所述支付入口发送给所述用户设备，以使得所述用户设备根据所述支付入口，展示相应的支付页面。

可选的，图12示出了本发明实施例提供的支付装置的再一结构框图，结合图10和图12所示，该装置还可以包括：

订单状态通知模块150，用于在向所述商户设备发送所述服务提供通知后，通知用户设备所匹配的商户订单的订单状态为等待提供服务的状态；

及，在所述商户设备向所述用户设备提供虚拟增值服务后，通知用户设备所匹配的商户订单的订单状态为已提供服务的状态。

可选的，所述支付拉起请求至少包括：所述虚拟增值服务相应的商品标识，其中，一个商品标识唯一标识一个虚拟增值服务；

所述商户订单与所述商品标识相应。

可选的，图13示出了本发明实施例提供的支付装置的又一结构框图，结合图10和图13所示，该装置还可以包括：

结算模块160，用于根据所述支付凭证，确定结算数据；所述结算数据至少包括如下任一项：所述虚拟增值服务相应的商品标识，所述商户订单的交易价格，交易币种，结算金额，所述商户设备相应的商户身份信息，所述用户设备相应的用户身份信息，所述商户订单的商户订单号；

及，根据所述结算金额，按照设定比例向所述商户设备相应的商户进行结算金额分成。

本发明实施例还提供一种处理服务器，该处理服务器可通过装载上述应用于处理服务器的程序模块，实现本发明实施例提供的支付方法；处理服务器的一种可选硬件结构可以如图14所示，包括：

至少一个处理芯片1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本发明实施例中，处理芯片1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理芯片1、通信接口2、存储器3通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理芯片1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，存储器3存储有程序，处理芯片1调用存储器3所存储的程序，以实现上述由处理服务器执行的支付方法的步骤。

本发明实施例还提供一种存储介质，该存储介质可以存储有适于处理芯片执行的程序，以实现上述由处理服务器执行的支付方法的步骤。

可选的，上述程序主要实现如下功能：

确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

获取所述支付订单的支付凭证；

根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

可选的，上述程序的功能细化和扩展功能，可参照前文描述的支付方法的内容。

下面站在商户设备的角度，对本发明实施例提供的支付装置进行介绍；下文描述的支付装置可以认为是，商户设备为实现本发明实施例提供的支付方法，所需设置的程序模块；下文描述的支付装置的内容，可与前文描述的支付方法的内容相互对应参照。

图15为本发明实施例提供的支付装置的又另一结构框图，该装置可应用于商户设备，参照图15，该装置可以包括：

商户订单生成模块200，用于生成与用户设备请求购买的虚拟增值服务相应的商户订单；

支付订单生成请求模块210，用于向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求生成与所述商户订单相绑定的支付订单；

服务提供通知接收模块220，用于在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

服务提供模块230，用于根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

可选的，商户订单生成模块200，用于生成与用户设备请求购买的虚拟增值服务相应的商户订单，具体包括：

获取用户设备的支付拉起请求；所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务；

生成与所述虚拟增值服务相应的商户订单。

可选的，所述商户订单至少包括：唯一标识所述商户订单的商户订单号，及所述商户订单的交易价格；

支付订单生成请求模块210，用于向处理服务器发送支付订单生成请求，具体包括：

向处理服务器发送至少携带所述商户订单号和所述交易价格的支付订单生成请求；

其中，所述支付订单与所述商户订单号相绑定。

可选的，所述支付订单使用与所述交易价格相应的物品ID表示；其中，一个交易价格对应有多个依序轮流使用的物品ID。

可选的，服务提供模块230，用于根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务，具体包括：

根据所述服务提供通知携带的商户订单号，确定与该商户订单号相应的商户订单；

确定该商户订单指示的虚拟增值服务；

为所述用户设备提供所确定的虚拟增值服务。

可选的，所述支付拉起请求至少包括：所述虚拟增值服务相应的商品标识，其中，一个商品标识唯一标识一个虚拟增值服务；

商户订单生成模块200，用于生成与用户设备请求购买的虚拟增值服务相应的商户订单，具体包括：

生成与所述商品标识相应的商户订单。

可选的，图16示出了本发明实施例提供的支付装置的又再一结构框图，结合图15和图16所示，该装置可以包括：

订单状态通知更新模块240，用于在向所述用户设备提供与所匹配的商户订单相应的虚拟增值服务后，通知所述处理服务器更新所匹配的商户订单的订单状态为已提供服务的状态。

本发明实施例还提供一种商户设备，该商户设备可通过装载上述应用于商户设备的程序模块，实现本发明实施例提供的支付方法；

商户设备的一种可选硬件结构可参照图14所示，可选的，商户设备可以包括：至少一个存储器和至少一个处理芯片；所述存储器存储有程序，所述处理芯片调用所述程序，以实现上述由商户设备执行的支付方法的步骤。

本发明实施例还提供一种存储介质，该存储介质可以存储有适于处理芯片执行的程序，以实现上述由商户设备执行的支付方法的步骤。

可选的，上述程序主要实现如下功能：

生成与用户设备请求购买的虚拟增值服务相应的商户订单；

向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求，处理服务器生成与所述商户订单相绑定的支付订单；

在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

可选的，上述程序的功能细化和扩展功能，可参照前文描述的支付方法的内容。

下面站在用户设备的角度，对本发明实施例提供的支付装置进行介绍；下文描述的支付装置可以认为是，用户设备为实现本发明实施例提供的支付方法，所需设置的程序模块；下文描述的支付装置的内容，可与前文描述的支付方法的内容相互对应参照。

图17为本发明实施例提供的支付装置的另又一结构框图，该装置可应用于用户设备，参照图17，该装置可以包括：

支付拉起通知获取模块300，用于获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

支付凭证发送模块310，用于将所述支付订单相应的支付凭证，发送给所述处理服务器；

服务获取模块320，用于在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。

可选的，支付装置在获取处理服务器发送的至少指示支付订单的支付拉起通知之前，还可用于：向处理服务器发送至少指示所述虚拟增值服务器的支付拉起请求，以使得所述处理服务器发送所述支付拉起请求给商户设备，使得所述商户设备生成与所述虚拟增值服务相应的商户订单；

可选的，支付拉起通知获取模块300，用于获取处理服务器发送的至少指示支付订单的支付拉起通知，具体包括：

在处理服务器确定与所述商户设备生成的商户订单相绑定的支付订单后，获取所述处理服务器发送的支付拉起通知。

可选的，支付装置，用于向处理服务器发送至少指示所述虚拟增值服务器的支付拉起请求，具体包括：

通过应用访问商户的服务页面；

点击所述服务页面的虚拟增值服务的支付拉起入口，生成支付拉起请求；所述支付拉起请求至少指示所述虚拟增值服务。

可选的，所述通过应用访问商户的服务页面，具体包括：

通过应用扫描商户的程序页面的链接二维码，或者，通过应用访问程序页面的链接地址，加载商户的程序页面；所述程序页面具有商户提供的至少一个虚拟增值服务的支付拉起入口。

可选的，所述生成支付拉起请求，具体包括：

确定所点击的支付拉起入口关联的商品标识，生成至少包括所述商品标识的支付拉起请求。

可选的，支付拉起通知获取模块300，用于获取处理服务器发送的至少指示支付订单的支付拉起通知，具体包括：

获取所述支付订单的支付入口。

可选的，支付凭证发送模块310，用于将所述支付订单相应的支付凭证，发送给所述处理服务器，具体包括：

根据所述支付拉起通知，对所述支付订单进行支付；

获取支付相应的支付凭证；

将所述支付凭证发送给处理服务器。

可选的，支付凭证发送模块310，用于根据所述支付拉起通知，对所述支付订单进行支付，具体包括：

根据所述支付入口，展示相应的支付页面；

响应于用户在支付页面的支付验证输入操作，向支付渠道服务器发送对所述支付订单的支付请求。

可选的，所述支付订单使用与所述商户订单的交易价格相应的物品ID表示；其中，一个交易价格对应有多个依序轮流使用的物品ID；

所述商户订单使用唯一标识的商户订单号标识。

图18为本发明实施例提供的支付装置的另再一结构框图，结合图17和图18所示，该装置还可以包括：

订单状态通知获取模块330，用于在所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述处理服务器发送的所匹配的商户订单的订单状态为等待提供服务的通知；

及，在获取所述商户设备提供的虚拟增值服务后，获取所述处理服务器发送的所匹配的商户订单的订单状态为已提供服务的通知。

本发明实施例还提供一种用户设备，该用户设备可通过装载上述应用于用户设备的程序模块，实现本发明实施例提供的支付方法；

用户设备的一种可选硬件结构可参照图14所示，可选的，用户设备可以包括：至少一个存储器和至少一个处理芯片；所述存储器存储有程序，所述处理芯片调用所述程序，以实现上述由用户设备执行的支付方法的步骤。

本发明实施例还提供一种存储介质，该存储介质可以存储有适于处理芯片执行的程序，以实现上述由用户设备执行的支付方法的步骤。

可选的，上述程序主要实现如下功能：

获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

将所述支付订单相应的支付凭证，发送给所述处理服务器；

在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。。

可选的，上述程序的功能细化和扩展功能，可参照前文描述的支付方法的内容。

本发明实施例还提供一种支付系统，该支付系统的结构可以如图1所示，包括：用户设备，商户设备和处理服务器；其中，用户设备，商户设备和处理服务器各自实现的功能，可参照前文描述，此处不再赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理芯片执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (24)

1.一种支付方法，其特征在于，应用于处理服务器，所述支付方法包括：

确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

获取所述支付订单的支付凭证；

根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

2.根据权利要求1所述的支付方法，其特征在于，所述确定与商户设备生成的商户订单相绑定的支付订单包括：

将用户设备的支付拉起请求发送给商户设备；所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务；

在商户设备生成与所述虚拟增值服务相应的商户订单后，获取所述商户设备发送的至少指示有所述商户订单的支付订单生成请求；

根据所述支付订单生成请求，确定与所述商户订单相绑定的支付订单。

3.根据权利要求1或2所述的支付方法，其特征在于，所述获取所述支付订单的支付凭证包括：

根据所述支付订单，向所述用户设备发送支付拉起通知；

获取所述用户设备对所述支付订单进行支付相应的支付凭证。

4.根据权利要求2所述的支付方法，其特征在于，所述根据所述支付订单生成请求，确定与所述商户订单相绑定的支付订单包括：

根据所述支付订单生成请求，确定所述商户订单的交易价格；

确定与所述交易价格相应的物品ID，将所述物品ID与所述商户订单相绑定；其中，所述物品ID被注册到支付渠道服务器。

5.根据权利要求4所述的支付方法，其特征在于，所述支付订单生成请求至少包括：唯一标识所述商户订单的商户订单号，及所述商户订单的交易价格；

所述根据所述支付订单生成请求，确定所述商户订单的交易价格包括：

确定所述支付订单生成请求所携带的所述商户订单的交易价格；

所述将所述物品ID与所述商户订单相绑定包括：

将所述物品ID与所述商户订单号相绑定。

6.根据权利要求5所述的支付方法，其特征在于，所述根据所述支付凭证，匹配与所述支付订单绑定的商户订单包括：

若所述物品ID绑定的商户订单的数量为一个，匹配所述物品ID唯一绑定的商户订单；

若所述物品ID绑定的商户订单的数量为多个，将该多个商户订单发送给所述用户设备，将所述用户设备从该多个商户订单中决策出的商户订单，作为匹配的商户订单；

其中，所述用户设备请求拉起支付同一交易价格的虚拟增值服务的次数，达到所述交易价格相应的物品ID的轮询次数，则使用所述物品ID重复绑定所述交易价格的商户订单。

7.根据权利要求6所述的支付方法，其特征在于，所述确定与所述交易价格相应的物品ID包括：

根据所述用户设备本次使用所述交易价格的次序，从所述交易价格对应的多个物品ID中，确定与所述次序相应的物品ID；其中，一个交易价格对应有多个依序轮流使用的物品ID。

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

在将所述物品ID与所述商户订单相绑定后，标记所述商户订单的状态为未匹配；

将匹配的商户订单的状态标记为已匹配；

在匹配与所述支付订单绑定的商户订单后，若所述物品ID绑定的商户订单的数量为多个，将所述物品ID绑定的未被匹配的商户订单的状态标记为已匹配。

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

根据所述支付凭证，确定结算数据；所述结算数据至少包括如下任一项：所述虚拟增值服务相应的商品标识，所述商户订单的交易价格，交易币种，结算金额，所述商户设备相应的商户身份信息，所述用户设备相应的用户身份信息，所述商户订单的商户订单号；

根据所述结算金额，按照设定比例向所述商户设备相应的商户进行结算金额分成。

10.一种支付方法，其特征在于，应用于商户设备，所述支付方法包括：

生成与用户设备请求购买的虚拟增值服务相应的商户订单；

向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求，处理服务器生成与所述商户订单相绑定的支付订单；

在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

11.根据权利要求10所述的支付方法，其特征在于，所述生成与用户设备请求购买的虚拟增值服务相应的商户订单包括：

获取用户设备的支付拉起请求；所述支付拉起请求至少指示，所述用户设备请求购买的虚拟增值服务；

生成与所述虚拟增值服务相应的商户订单。

12.根据权利要求11所述的支付方法，其特征在于，所述商户订单至少包括：唯一标识所述商户订单的商户订单号，及所述商户订单的交易价格；

所述向处理服务器发送支付订单生成请求包括：

向处理服务器发送至少携带所述商户订单号和所述交易价格的支付订单生成请求。

13.根据权利要求12所述的支付方法，其特征在于，所述支付订单使用与所述交易价格相应的物品ID表示；其中，一个交易价格对应有多个依序轮流使用的物品ID。

14.根据权利要求10所述的支付方法，其特征在于，还包括：

在向所述用户设备提供与所匹配的商户订单相应的虚拟增值服务后，通知所述处理服务器更新所匹配的商户订单的订单状态为已提供服务的状态。

15.一种支付方法，其特征在于，应用于用户设备，所述支付方法包括：

获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

将所述支付订单相应的支付凭证，发送给所述处理服务器；

在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。

16.根据权利要求15所述的支付方法，其特征在于，还包括：

通过应用访问商户的服务页面；

点击所述服务页面的虚拟增值服务的支付拉起入口，向处理服务器发送支付拉起请求；所述支付拉起请求至少指示所述虚拟增值服务。

17.一种支付装置，其特征在于，应用于处理服务器，所述支付装置包括：

支付订单确定模块，用于确定与商户设备生成的商户订单相绑定的支付订单；所述商户订单与用户设备请求购买的虚拟增值服务相应；

支付凭证获取模块，用于获取所述支付订单的支付凭证；

商户订单匹配模块，用于根据所述支付凭证，匹配与所述支付订单绑定的商户订单；

通知提供服务模块，用于根据所匹配的商户订单，向所述商户设备发送为所述用户设备提供相应虚拟增值服务的服务提供通知。

18.一种处理服务器，其特征在于，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现权利要求1-9任一项所述的支付方法的步骤。

19.一种支付装置，其特征在于，应用于商户设备，所述支付装置包括：

商户订单生成模块，用于生成与用户设备请求购买的虚拟增值服务相应的商户订单；

支付订单生成请求模块，用于向处理服务器发送支付订单生成请求，所述支付订单生成请求用于请求生成与所述商户订单相绑定的支付订单；

服务提供通知接收模块，用于在所述处理服务器获取所述支付订单相应的支付凭证，且匹配与所述支付订单绑定的商户订单后，接收所述处理服务器发送的服务提供通知；

服务提供模块，用于根据所述服务提供通知，为所述用户设备提供与所匹配的商户订单相应的虚拟增值服务。

20.一种商户设备，其特征在于，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现权利要求10-14任一项所述的支付方法的步骤。

21.一种支付装置，其特征在于，应用于用户设备，所述支付装置包括：

支付拉起通知获取模块，用于获取处理服务器发送的至少指示支付订单的支付拉起通知；所述支付订单与商户设备生成的商户订单相绑定，所述商户订单与所述用户设备请求购买的虚拟增值服务相应；

支付凭证发送模块，用于将所述支付订单相应的支付凭证，发送给所述处理服务器；

服务获取模块，用于在所述处理服务器根据所述支付凭证，匹配与所述支付订单绑定的商户订单，且所述处理服务器通知商户设备提供与所匹配的商户订单相应的虚拟增值服务后，获取所述商户设备提供的虚拟增值服务。

22.一种用户设备，其特征在于，包括：至少一个存储器和至少一个处理芯片；所述存储器存储程序，所述处理芯片调用所述程序，以实现权利要求15-16任一项所述的支付方法的步骤。

23.一种存储介质，其特征在于，所述存储介质存储有适于处理芯片执行的程序，以实现权利要求1-9任一项所述的支付方法的步骤，或，实现权利要求10-14任一项所述的支付方法的步骤，或，实现权利要求15-16任一项所述的支付方法的步骤。

24.一种支付系统，其特征在于，包括：权利要求18所述的处理服务器，权利要求20所述的商户设备，及权利要求22所述的用户设备。