CN105023144A - 一种在游戏内进行支付的方法及系统 - Google Patents

Abstract

本发明涉及一种在游戏内进行支付的方法，游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；处理服务器根据支付请求生成对应的订单信息，并向游戏客户端返回一选择支付指令；游戏客户端在其游戏界面上显示一具有多个第三方支付平台供用户选择的页面；游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；处理服务器根据选择结果，以使用户在其选择的第三方支付平台上完成支付。本发明还涉及一种游戏内进行支付的系统。本发明能为用户提供多个可供选择的支付平台，不仅能方便用户使用，增强用户体验，而且能减少游戏运营商的投入，以达到节约成本的目的。

Description

一种在游戏内进行支付的方法及系统

技术领域

本发明涉及一种在游戏内进行支付的方法及系统。

背景技术

目前基于移动终端的游戏发展非常迅速，其中游戏玩家购买游戏道具或游戏币时会通过游戏支付平台进行自助交易，由游戏支付平台系统完成充值交易，然后到游戏上获得游戏道具或游戏币。

但是随着信息技术的发展，新增的支付渠道越来越多，用户在游戏中选择支付时极有可能找不到合适的支付方式，若每个游戏运营商都需要跟所有及不断新增的支付平台签订协议进行支付的话，将加大游戏平台本身的运营成本和技术难度。

发明内容

针对现有技术的不足，本发明的目的旨在于提供一种能提供多个支付平台，即能集成目前的多种支付方式，同时不断更新新增支付方式，从而减少游戏运营商投入的在游戏内进行支付的方法。

为实现上述目的，本发明采用如下技术方案：

一种在游戏内进行支付的方法，包括如下步骤：

步骤1、游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；

步骤2、处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令；

步骤3、游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面；

步骤4、游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；

步骤5、处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

优选的，所述支付请求至少包括与所述游戏客户端对应的应用名称；在步骤1与步骤2之间还有以下步骤：

处理服务器判断所述应用名称是否已注册，若是，则执行步骤2，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。

优选的，所述支付请求至少包括游戏运营商名称、商品名称和价格。

进一步优选的，在步骤5之后还有以下步骤：处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。

本发明还包括一种在游戏内进行支付的系统，包括以下模块：

支付请求模块，用于使得游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；

第一处理模块，用于使得处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令；

信息显示模块，用于使得游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面；

第二处理模块，用于使得游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；

选择支付模块，用于使得处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

优选的，所述支付请求至少包括与所述游戏客户端对应的应用名称；在支付请求模块与第一处理模块之间还有以下模块：

注册判断模块，用于使得处理服务器判断所述应用名称是否已注册，若是，则执行第一处理模块，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。

优选的，所述支付请求至少包括游戏运营商名称、商品名称和价格。

优选的，在选择支付模块之后还有以下模块：

支付提示模块，用于使得处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。

本发明的有益效果如下：

本发明的一种在游戏内进行支付的方法能为用户提供多个可供选择的支付平台。即能把目前所有支付方式集成，同时不断更新支付方式来满足需求，从而方便用户使用，增强用户体验，并减少游戏运营商的投入，达到节约成本的目的。

附图说明

图1为本发明一种在游戏内进行支付的方法的较佳实施方式的流程图。

具体实施方式

下面将结合附图以及具体实施方式，对本发明做进一步描述：

请参见图1，本发明涉及一种在游戏内进行支付的方法，其较佳实施方式包括如下步骤：

步骤S1、游戏客户端响应用户在其游戏界面上输入的购物操作指令(例如购买装备)，生成对应的支付请求，并将所述支付请求发送至一处理服务器。

其中，支付请求至少包括游戏运营商名称、商品名称和价格。当然还可以包括其他的信息。

该支付请求还至少包括与游戏客户端对应的应用名称；

故步骤S20、处理服务器判断所述应用名称是否已注册，若是，则执行步骤S2，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。判断是否已注册的过程比较成熟，例如在数据库中记录应用名称与注册状态标记的关联关系，如果注册状态为成功，则该应用名称所对应的游戏客户端是已注册的，否则，就是注册失效的游戏客户端。

步骤S2、处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令。

步骤S3、游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面。

步骤S4、游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果。

步骤S5、处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

进一步优选的，在步骤S5之后还有以下步骤S6：处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。

本发明提供的方法不仅能够方便用户找到合适的支付方式，而且也避免了每个游戏运营商都需要跟目前所有的以及不断新增的支付平台签订协议以进行支付，同时也减小游戏平台本身的运营成本和技术难度，具备很大的实用性。本发明可以提供一个集成支付平台，即将目前所有的支付方式集成到一起作为第三方支付平台，同时不断更新支付方式来满足日益增多的需求，一次减少游戏运营商的投入和麻烦。

一般当用户选择对应的支付方式付款后，游戏运营商可以通过集成多个第三方支付平台的一方获得相关费用。当然，游戏运营商本身也可以与较为通用的第三方支付平台直接签订协议，用户支付的相关费用可以直接汇回给运营商。

本发明还包括一种在游戏内进行支付的系统，包括以下模块：

支付请求模块，用于使得游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；

第一处理模块，用于使得处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令；

信息显示模块，用于使得游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面；

第二处理模块，用于使得游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；

选择支付模块，用于使得处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

优选的，所述支付请求至少包括与所述游戏客户端对应的应用名称；在支付请求模块与第一处理模块之间还有以下模块：

注册判断模块，用于使得处理服务器判断所述应用名称是否已注册，若是，则执行第一处理模块，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。

优选的，所述支付请求至少包括游戏运营商名称、商品名称和价格。

优选的，在选择支付模块之后还有以下模块：

支付提示模块，用于使得处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。

上述第三方支付平台包括支付宝、财付通、联通支付、翼支付、微信支付等。

对于本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及变形，而所有的这些改变以及变形都应该属于本发明权利要求的保护范围之内。

Claims (8)

1.一种在游戏内进行支付的方法，其特征在于，包括如下步骤：

步骤1、游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；

步骤2、处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令；

步骤3、游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面；

步骤4、游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；

步骤5、处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

2.如权利要求1所述的方法，其特征在于，所述支付请求至少包括与所述游戏客户端对应的应用名称；在步骤1与步骤2之间还有以下步骤：

处理服务器判断所述应用名称是否已注册，若是，则执行步骤2，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。

3.如权利要求1所述的方法，其特征在于，所述支付请求至少包括游戏运营商名称、商品名称和价格。

4.如权利要求1所述的方法，其特征在于，在步骤5之后还有以下步骤：

处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。

5.一种在游戏内进行支付的系统，其特征在于，包括以下模块：

支付请求模块，用于使得游戏客户端响应用户在其游戏界面上输入的购物操作指令，生成对应的支付请求，并将所述支付请求发送至一处理服务器；

第一处理模块，用于使得处理服务器根据所述支付请求生成对应的订单信息，并向所述游戏客户端返回一选择支付指令；

信息显示模块，用于使得游戏客户端根据所述选择支付指令，在其游戏界面上显示一具有多个第三方支付平台供所述用户选择的页面；

第二处理模块，用于使得游戏客户端根据用户在所述页面上的选择，向处理服务器发送对应的选择结果；

选择支付模块，用于使得处理服务器根据所述选择结果，向对应的第三方支付平台发送所述订单信息，以使用户在其选择的第三方支付平台上完成支付。

6.如权利要求5所述的系统，其特征在于，所述支付请求至少包括与所述游戏客户端对应的应用名称；在支付请求模块与第一处理模块之间还有以下模块：

注册判断模块，用于使得处理服务器判断所述应用名称是否已注册，若是，则执行第一处理模块，否则，向游戏客户端发送请求失败指令，以通过所述游戏客户端的游戏界面提示用户支付失败。

7.如权利要求5所述的系统，其特征在于，所述支付请求至少包括游戏运营商名称、商品名称和价格。

8.如权利要求5所述的系统，其特征在于，在选择支付模块之后还有以下模块：

支付提示模块，用于使得处理服务器接收来自第三方支付平台的交易结果，根据所述交易结果向游戏客户端发送支付结果指令，以使所述游戏客户端在其游戏界面上显示对应的支付结果提示。