[发明专利]一种模拟支付的方法、系统及装置

说明书

本发明实施例提供了一种模拟支付的方法、系统及装置，包括：接收软件客户端发送的支付请求；根据所述支付请求生成成功信息或失败信息；将所述成功信息发送至目标软件服务器，由所述目标软件服务器处理所述成功信息得到通知信息，并将所述通知信息发送至所述软件客户端；或，将所述失败信息发送至所述软件客户端。通过采用模拟支付网站实现计费系统与支付渠道在软件支付流程中的功能，与软件客户端和软件服务器进行交互，方便地让测试人员进行模拟支付。

技术领域

本发明涉及软件支付技术领域，特别是涉及一种模拟支付的方法，一种模拟支付的系统，以及一种模拟支付的装置。

背景技术

支付功能是软件行业，尤其游戏软件行业中收入最重要的手段，很多软件的功能都是依赖于支付进行活动或者商品购买，如图1所展示的游戏软件支付活动，通过玩家充值的多少给予玩家不同的奖励，而当玩家充值越多则奖励越丰富。

目前，软件支付的基本支付流程如图2所示，具体如下：

(1)用户通过软件客户端选择商品进行购买；

(2)客户端向计费系统通过HTTPS(Hyper Text Transfer Protocol overSecureSocket Layer，超文本传输安全协议)请求向计费系统发送用户信息，由于HTTPS请求的通用性，几乎所有计费系统均采用HTTPS协议进行通信，该HTTPS请求将会包含：a、用户希望购买的商品；b、用户当前的账号信息GUID；c、用户所在服务器；

(3)计费系统将根据用户选择的商品，向支付渠道创建订单，如，微信支付则向微信后台发起支付请求；

(4)支付渠道将订单信息告知计费系统，订单创建成功；

(5)计费系统将订单信息返回给软件客户端；

(6)用户根据订单完成支付；

(7)软件客户端将订单支付信息告知支付渠道；

(8)支付渠道将结果返回给计费系统；

(9)计费系统根据支付渠道返回的支付结果，根据支付成功进行以下处理：a、若支付失败，则会直接告知软件客户端；b、若支付成功，则会通知用户所在服务器，用户所在服务器则会在服务器增加用户所购买的商品，并且通过用户所在服务器告知用户所在客户端，支付成功并且购买商品已成功购买。

当前软件支付的测试方案主要有以下三类：

(1)使用正常支付手段，即采用真实货币支付；

(2)使用渠道提供的沙盒支付环境，即支付渠道提供一个账号，而这个账号可以随意支付；

(3)通过软件管理员指令，可以直接完成需要支付方可完成的测试，即绕开支付假装已经进行了支付。

根据上述介绍的三种支付测试方案，其各自都有一些缺点，

(1)使用正常支付手段，其缺点主要有：a、测试成本高，测试过程可能会出现反复，同时有部分功能需要支付大金额方可验证；b、正常支付反应慢，如要支付大金额需要等待时间长；

(2)使用渠道提供的沙盒支付环境，其缺点主要有：a、存在部分渠道没有沙盒支付环境；b、沙盒环境配置较为麻烦，需要独立开启沙盒模式与增加账号白名单，通用性差；c、沙盒环境较为危险，存在部分沙盒账号可以在正式环境使用；

(3)软件管理者指令，其缺点主要有：a、通用性差，需要软件开发者根据当前需求进行开发；b、具有片面性，软件管理者指令直接调用功能完成接口，并不走正常的支付流程，将会导致大部分流程并未完成，存在一定风险。

发明内容