CN115068956A - 游戏场景中的支付方法、装置和电子设备 - Google Patents

Abstract

本发明提供了一种游戏场景中的支付方法、装置和电子设备；其中，该方法包括：接收客户端发送的商品购买请求；商品购买请求包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；接收支付渠道服务器返回的支付成功信息，通知目标游戏商品对应的游戏服务器，向客户端对应的账户发放目标游戏商品。上述方式通过设置支付接口服务器，可以避免游戏与支付渠道直接通信，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

Description

游戏场景中的支付方法、装置和电子设备

技术领域

本发明涉及游戏支付技术领域，尤其是涉及一种游戏场景中的支付方法、装置和电子设备。

背景技术

游戏支付主要用于游戏充值、购买游戏装备等。游戏用户可以在游戏客户端、游戏官网或第三方渠道商店等场景下完成游戏支付。游戏支付的过程中，通过第三方支付渠道进行支付操作，需要调用查询角色接口、查询商品接口、下单接口、接收支付结果回调接口等多个接口。这些接口的规范均由第三方支付渠道定义，如果游戏接入该第三方支付渠道，需要基于该渠道的接口规范开发上述多个接口，而且游戏方还需要配置多种参数，例如，游戏商品、收款账户、游戏标识、游戏密钥等。当一款游戏接入多种第三方支付渠道时，需要针对每个渠道的接口规范分别开发接口，同时配置游戏参数，游戏开发的工作量较大，当游戏厂商密集上线多种游戏时，游戏开发的工作量又会成倍增加，游戏开发的人力成本较高，且大量的重复性的接口开发和参数配置工作降低了游戏的开发效率。

发明内容

有鉴于此，本发明的目的在于提供一种游戏场景中的支付方法、装置和电子设备，以降低游戏开发的工作量，提高游戏开发效率。

第一方面，本发明实施例提供了一种游戏场景中的支付方法，方法应用于支付接口服务器；支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；方法包括：接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

上述接收客户端发送的商品购买请求的步骤之前，方法还包括：接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表；其中，游戏商品列表包括至少一种游戏商品，至少一种游戏商品包括目标游戏商品；接收客户端发送的支付方式查询请求，向客户端返回支付方式列表；其中，支付方式列表中包括至少一种支付方式，至少一种支付方式包括目标支付方式。

上述客户端包括游戏服务器对应的游戏客户端；接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表的步骤，包括：接收游戏客户端发送的商品信息查询请求，从商品信息查询请求中提取账号角色信息和服务器信息；其中，账号角色信息和服务器信息通过游戏客户端登录至游戏服务器后确定；基于账号角色信息和服务器信息，确定游戏商品列表，向游戏客户端返回游戏商品列表。

上述客户端包括游戏服务器对应的网站客户端；接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表的步骤之前，上述方法还包括：接收网站客户端发送的账号角色信息，向网站客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收网站客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

上述基于商品购买请求生成下单请求的步骤，包括：生成商品购买请求对应的订单标识；基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成下单请求。

上述客户端包括第三方渠道商店客户端；上述方法还包括：如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息；其中，第三方渠道商店客户端与支付渠道服务器进行通信，以执行支付操作后，支付渠道服务器向支付接口服务器发送第二支付成功信息；通知目标游戏商品对应的游戏服务器，以通过游戏服务器向账号角色信息发放目标游戏商品。

上述如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息的步骤之前，上述方法还包括：接收第三方渠道商店客户端发送的账号角色信息，向第三方渠道商店客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收第三方渠道商店客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

第二方面，本发明实施例提供了一种游戏场景中的支付装置，装置设置于支付接口服务器；支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；装置包括：请求接收模块，用于接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；请求发送模块，用于基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；链接发送模块，用于接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；通知模块，用于接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述游戏场景中的支付方法。

第四方面，本发明实施例提供了一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述游戏场景中的支付方法。

本发明实施例带来了以下有益效果：

上述游戏场景中的支付方法、装置和电子设备，支付接口服务器接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

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

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

附图说明

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

图1为本发明实施例提供的游戏场景中的支付方法的场景示意图；

图2为本发明实施例提供的一种游戏场景中的支付方法的流程图；

图3为本发明实施例提供的游戏客户端的支付场景下，支付接口服务器与游戏客户端、游戏服务器和支付渠道服务器的交互示意图；

图4为本发明实施例提供的网站客户端的支付场景下，支付接口服务器与网站客户端、游戏服务器和支付渠道服务器的交互示意图；

图5为本发明实施例提供的第三方渠道商店客户端的支付场景下，支付接口服务器与第三方渠道商店客户端、游戏服务器和支付渠道服务器的交互示意图；

图6为本发明实施例提供的一种游戏场景中的支付装置的结构示意图；

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

具体实施方式

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

对于游戏产品而言，海外支付渠道种类繁多，且不同地区的支付渠道也不同。为了便于游戏用户支付，一款游戏通常需要接入多种支付渠道。以第三方充值网站为例，游戏用户在第三方充值网站完成充值支付至少需要涉及查角、查商品、下单、接受支付结果回调这几个接口，目前这些接口规范都是由第三方支付渠道定义的，所以游戏每接入一个渠道都要按照渠道规范开发一次。除了开发接口，游戏服务提供方还要在渠道管理后台配置游戏参数，例如收款账户，游戏标识等，当游戏接入大量渠道时，工作量是巨大繁重的。

海外支付渠道以及国内支付渠道，均具有以下三种支付场景：在个人电脑客户端或移动端发起支付、在游戏官方网站上发起支付、和在第三方渠道商店上发起支付。不论在哪种支付场景中，都需要在每个支付渠道的管理后台完成游戏商品的配置和游戏支付参数的配置，游戏支付参数包括收款账户、游戏标识游戏密钥等参数。对于在个人电脑客户端或移动端发起支付的场景，游戏服务提供方需要自行接入每个支付渠道的下单接口和支付回调接口；对于在在游戏官方网站上发起支付的场景，游戏服务提供方需要完成海外支付官网的前端和后台整个网站的开发与维护，并接入支付渠道的查角接口、查商品接口、下单接口、通知发货接口等；对于在第三方渠道商店上发起支付的场景,游戏服务提供方需要接入支付渠道的查角接口和通知发货接口等。

在上述游戏支付渠道的研发和维护过程中，每接入一个支付渠道就要完成与支付渠道的沟通协调工作，包括管理平台账号权限申请、开发测试对接、测试参数申请等，接入效率低；当游戏需要在每种支付场景都接入大量支付渠道时，开发成本是不可控制的，如果有多款游戏要上线，会产生重复开发的问题；如果支付渠道升级，又会产生二次开发的问题，开发成本高；如果游戏同时接入了大量渠道，在支付页面上如何统一组织和管理这些渠道也是不可忽视的问题，渠道的管理需要更加精细化。

基于上述，本发明实施例提供的一种游戏场景中的支付方法、装置和电子设备，该技术可以应用于游戏中各类支付场景中的支付操作，如，充值、购买虚拟产品等。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种游戏场景中的支付方法进行详细介绍。该方法应用于支付接口服务器；支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；其中，支付接口服务器为本实施例设置的服务器，图1所示为本实施例中游戏场景中的支付方法的场景示意图，本实施例的游戏场景中的支付方法由支付接口服务器分别与客户端、游戏服务器和支付渠道服务器多方交互实现。以海外支付场景为例，上述支付接口服务器具体可以为海外聚合支付渠道服务器。在国内支付场景中，上述支付接口服务器具体可以为国内聚合支付渠道服务器。当游戏涉及的区域较多时，可以按照区域设置多个支付接口服务器。另外，图1仅作为示例，需要说明的是，支付渠道服务器可以具有多个，当游戏需要接入多种支付渠道时，支付接口服务器可以连接每种支付渠道对应的支付渠道服务器。

如图2所示，本实施例中的游戏场景中的支付方法，包括如下步骤：

步骤S202，接收客户端发送的商品购买请求；其中，该商品购买请求中包括目标游戏商品和目标支付方式；

这里的客户端具体可以为安装在个人电脑或移动设备上的游戏客户端，也可以为通过浏览器打开的游戏网站，或者游戏服务提供商以外的第三方渠道商店的客户端。客户端可以显示商品浏览页面和支付方式选择页面，游戏用户在客户端上选择想要购买的商品和支付方式后，即可向支付接口服务器提交上述商品购买请求。上述目标游戏商品可以为针对指定游戏的充值金额、针对指定游戏中指定角色的虚拟道具等。目标支付方式可以为某银行的信用卡、支付平台等。另外，上述商品购买请求还可以包括用户的账户信息或账户角色信息，还可以包括用户登录的游戏服务器信息等。

步骤S204，基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；

该下单请求中可以包括订单号、目标游戏商品的商品标识、待支付金额等信息。支付接口服务器将下单请求转发至目标支付方式对应的支付渠道服务器。在实际实现时，支付接口服务器可以与多种支付渠道的支付渠道服务器通信连接。商品购买请求中包括游戏用户选择的目标支付方式，支付接口服务器向该目标支付方式对应的支付渠道服务器发送上述下单请求，以通过游戏用户选择的目标支付方式完整支付操作。

需要说明的是，客户端和游戏服务器无需再直接与支付渠道服务器进行通信，客户端和游戏服务器与支付接口服务器进行通信即可，由支付接口服务器与支付渠道服务器进行通信。因而，在游戏开发和维护过程中，游戏无需再与支付渠道服务器进行接入，仅接入支付接口服务器即可。

步骤S206，接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，该收银台跳转链接用于客户端执行支付操作；

该收银台跳转链接可以通过客户端提供密码输入或其他支付信息的输入页面，游戏用户通过该页面输入密码等信息，完成支付操作。

步骤S208，接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

支付渠道服务器可以实时监控上述收银台跳转链接对应的支付操作是否支付成功，如果支付成功，支付渠道服务器向支付接口服务器发送上述第一支付成功信息，该第一支付成功信息用于指示支付成功。支付接口服务器将第一支付成功信息发送至游戏服务器，由游戏服务器向客户端对应的账户发放目标游戏商品，例如，如果目标游戏商品为虚拟币，将该虚拟币充值至客户端对应的账户中，如果目标游戏商品为游戏角色的道具，将该道具发送至客户端对应的账户的仓库中。

上述游戏场景中的支付方法，支付接口服务器接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

客户端向支付接口服务器发送商品购买请求之前，游戏用户需要通过客户端选择商品和支付方式。基于此，在上述实施例中的，接收客户端发送的商品购买请求的步骤之前，接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表；其中，游戏商品列表包括至少一种游戏商品，至少一种游戏商品包括目标游戏商品；接收客户端发送的支付方式查询请求，向客户端返回支付方式列表；其中，支付方式列表中包括至少一种支付方式，至少一种支付方式包括目标支付方式。

上述商品信息查询请求中可以包括商品的关键字，也可以包括用户输入的角色信息，支付接口服务器向客户端返回与商品信息查询请求相匹配的游戏商品列表，以供游戏用户从游戏商品列表中选择上述目标游戏商品。上述支付方式查询请求可以包括游戏用户的账户信息或登录服务器信息，支付接口服务器向客户端返回与支付方式查询请求相匹配的支付方式列表，以供游戏用户从支付方式列表中选择上述目标支付方式。

需要说明的是，客户端可以先发送商品信息查询请求，再发送支付方式查询请求，此时，支付接口服务器通常会先返回游戏商品列表，再返回支付方式列表；客户端也可以先发送支付方式查询请求，再发送商品信息查询请求，此时，支付接口服务器通常会先返回支付方式列表，再返回游戏商品列表。

上述方式中，由支付接口服务器提供游戏商品列表和支付方式列表，无需再由游戏服务器提供并与支付渠道进行通信，一方面可以减少游戏服务器的工作负荷，另一方面可以通过支付接口服务器对支付渠道相关的事项进行精细化的管理，提高游戏支付的效率和收益。

上述客户端可以包括多种，例如，游戏服务器对应的游戏客户端，对应前述在个人电脑客户端或移动端发起支付的支付场景；客户端还可以为游戏服务器对应的网站客户端，对应在游戏官方网站上发起支付的支付场景；客户端还可以为第三方渠道商店客户端，对应在第三方渠道商店上发起支付的支付场景。在不同的支付场景中，支付方法的流程有所区别。下面分别进行描述。

对于游戏服务器对应的游戏客户端，考虑到游戏用户在访问游戏客户端时，已经进行了登录操作，基于此，上述接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表的步骤，可以通过下述方式实现：接收游戏客户端发送的商品信息查询请求，从商品信息查询请求中提取账号角色信息和服务器信息；其中，该账号角色信息和服务器信息通过游戏客户端登录至游戏服务器后确定；基于账号角色信息和服务器信息，确定游戏商品列表，向游戏客户端返回游戏商品列表。

游戏用户在游戏客户端登录后,游戏客户端中保存有游戏用户的账号角色信息和服务器信息，因而，可以将账号角色信息和服务器信息携带至上述商品信息查询请求中，并发送至支付接口服务器。由于一款游戏通常在各个区域设置多个区域服务器，上述服务器信息可以理解为游戏用户登录的区域服务器的服务器信息。

一种具体的实现方式中，上述游戏商品列表中的商品与账号角色信息相匹配，例如，账号角色信息中通常包括游戏玩家所拥有的角色，上述游戏商品列表中的游戏商品，为游戏玩家所拥有的角色可以使用的道具、技能、服装等装备。

图3所示为游戏客户端的支付场景下，支付接口服务器与游戏客户端、游戏服务器和支付渠道服务器的交互示意图。该交互步骤包括：

步骤301，游戏客户端向游戏服务器发送登录请求；

步骤302，游戏服务器向游戏客户端返回登录结果；如果该登录结果为登录成功，则游戏客户端中保存有邮箱用户的账号角色信息和服务器信息。

步骤303，游戏客户端调用商品查询接口，向支付接口服务器发送商品查询请求；

这里的商品查询接口预设有接口协议，该接口协议的请求头中包括用户签名信息，接口参数可以包括设备平台信息、游戏商品标识，返回参数可以包括游戏商品列表，以及相关描述。针对游戏商品列表中的每个游戏商品，游戏商品信息可以包括商品标识、平台信息、货币类型、商品名称、商品单价等信息。

步骤304，支付接口服务器向游戏客户端返回游戏商品列表；

步骤305，游戏客户端调用通用收银台接口，向支付接口服务器发送支付方式查询请求，以查询当前游戏支持的所有子支付方式；这里的子支付方式也可以理解为支付方式。

上述通用收银台接口预设有接口协议，该接口协议的请求头中包括用户签名信息，URL(Uniform Resource Locator,统一资源定位器)参数可以包括游戏编号；返回参数可以包括游戏用户的IP(Internet Protocol，互联网协议)地址所属地区，游戏支持的国家或地区，以及每个国家或地区支持的子支付方式。针对每种子支付方式，可以包括的参数有子支付方式的标识、支付渠道、优先级、子支付方式所述地区、子支付方式在前端页面上的名称。

通过上述通用收银台接口预先设置在支付接口服务器中，通用收银台接口可以实现精细化运营管理支付渠道，将游戏产品在后台配置的渠道展示在游戏用户面前，可以定制展示优先级，动态增减渠道，定制个性化的收银台页面，从而减小游戏产品与支付渠道的直接耦合。

步骤306，支付接口服务器向游戏客户端返回子支付方式列表；这里的子支付方式列表与前述实施例中的支付方式列表相同；

步骤307，游戏客户端调用商品购买接口，向支付接口服务器发送商品购买请求；该商品购买接口可以是预设的统一支付入口。

步骤308，支付接口服务器调用渠道预下单接口，向支付渠道服务器发送下单请求；

其中，渠道预下单接口预设有接口协议，该接口协议的请求头中包括用户签名信息，接口参数可以包括设备平台信息、游戏编号、游戏订单号、游戏用户ID(IdentityDocument，身份标识号)、订单状态(如新创建、正在支付、超时关闭、支付失败、支付成功)、游戏商品编号。接口返回参数可以包括描述信息、支付接口服务器订单号、下单所需的订单信息、订单创建时间戳、子支付方式名称、支付方式(如web)、游戏商品定价价格、游戏商品定价币种、当前订单所对应玩家角色、当前订单所对应的游戏服务器变化、游戏用户设备ID、支付成功后的通知发送地址、下单地区的ISO-3166两位编码(如MY、KH、LK、TW、IN等)、额外信息、订单过期时间戳、商品定价价格、商品定价币种、二维码支付返回的二维码链接。

步骤309，支付渠道服务器返回下单结果，如果下单成功，支付接口服务器向游戏客户端发送收银台跳转链接；

步骤310，游戏用户在游戏客户端上打开收银台跳转链接，完成支付操作；

步骤311，支付渠道服务器监控到上述收银台跳转链接的支付操作完成，向支付接口服务器发送支付结果；如果支付成功，该支付结果为支付成功信息；

步骤312，支付接口服务器向支付渠道服务器发送确定收到支付结果的信息，向游戏服务器发送上述支付结果；

支付接口服务器可以通过接受支付回调接口，向游戏服务器发送支付结果，该接口参数可以包括平台订单号、游戏订单号、渠道订单号、游戏编号、用户账户ID、订单状态(如新创建、正在支付、超时关闭、支付失败、支付成功)、商品编号、商品名称、商品数量、订单创建时间戳、顶点支付完成时间戳、支付平台名称、支付方式(如web)、玩家实际支付总金额、支付总额中的免费价格、玩家实际支付币种、商品定价价格、商品定价币种、该笔订单所对应玩家角色、该笔订单所对应的游戏服务器编号、购买用户设备ID、正式/测试订单标记、下单地区的ISO-3166两位编码(如MY、KH、LK、TW、IN等)、额外信息。返回参数可以包括是否支付成功的信息。

步骤313，游戏服务器发送确定收到支付结果的信息，向游戏客户端对应的账户发放目标游戏商品，如虚拟道具、虚拟装备等。

在上述方式中，支付接口服务器屏蔽了游戏与支付渠道的差异性，无需游戏与支付渠道进行接入，大幅提高了游戏开发和运维的效率。在海外支付场景中，上述支付接口服务器也可以称为海外聚合支付渠道。

对于网站客户端，考虑到游戏用户登录游戏网站时，尚未进行登录，因而在向客户端返回游戏商品列表之前，还需要进行下述交互操作：接收网站客户端发送的账号角色信息，向网站客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收网站客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

上述账号角色信息可以包括账户ID、昵称等信息。通常，一款游戏如果涉及多个地区，则会在每个地区设置区域服务器，上述服务器列表包括了这些区域服务器，这些区域服务器即上述备选游戏服务器；游戏用户从服务器列表中选择登录的区域服务器，上述服务器信息中包括了游戏用户选择的区域服务器，即上述目标游戏服务器。上述角色校验是为了校验游戏用户输入的账号角色信息是否正确，并返回该账号角色信息的其他信息，例如，角色名等。

网站客户端也可以理解为游戏的官方网站，该官方网站通过游览器显示。图4所示为网站客户端的支付场景下，支付接口服务器与网站客户端、游戏服务器和支付渠道服务器的交互示意图。该交互步骤包括：

步骤401，网站客户端调用拉取服务器列表接口，向支付接口服务器发送账号角色信息；

上述拉取服务器列表接口预设有接口协议，该接口协议的请求头中包括用户签名信息，URL参数可以包括游戏标识；接口返回参数可以包括服务器列表；针对服务器列表中的每个服务器，可以包括该服务器的标识、名称，角色查询地址等信息。

步骤402，支付接口服务器向网站客户端返回服务器列表；

步骤403，网站客户端调用游戏角色校验接口，向支付接口服务器发送角色校验请求；

上述游戏角色校验接口预设有接口协议，该接口参数可以包括角色标识、角色昵称、目标游戏服务器的标识或ID；接口返回参数可以包括是否校验成功的信息，游戏账号ID、玩家角色ID、角色昵称、游戏角色所在的目标游戏服务器ID和角色其他信息。

步骤404，支付接口服务器调用游戏服务器提供的查角接口，对上述角色校验请求中的账号角色信息进行校验；

上述查角接口预设有接口协议，接口参数可以包括角色ID、角色昵称、游戏角色所在的目标游戏服务器ID；接口返回参数可以包括账号信息、角色ID、角色昵称、游戏角色所在的目标游戏服务器ID和角色其他信息。其中，角色其他信息中，可以支持限购信息、支持游戏发起限购活动，如果角色当前购买的商品已经超出限购次数，就无法完成支付。在角色其他信息中，具体可以包括商品名称、商品ID、商品能购买的总数和以及购买的商品数。

其他方式中，角色其他信息还可以包括首次充值信息，支持发起首次充值优惠活动，如果游戏用户第一次购买首充商品，可以享受减价或者增发元宝的优惠，后面再次够买还是原价。在该情况下，角色其他信息具体可以包括商品名称、商品ID和首充商品是否已被充值过。

步骤405，游戏服务器向支付接口服务器返回角色校验结果；

步骤406，支付接口服务器向网站客户端返回角色校验结果；

步骤407，网站客户端调用商品查询接口，向支付接口服务器发送商品查询请求；

步骤408，支付接口服务器向网站客户端返回游戏商品列表；

步骤409，网站客户端调用通用收银台接口，向支付接口服务器发送支付方式查询请求，以查询当前游戏支持的所有子支付方式；这里的子支付方式也可以理解为支付方式。

步骤410，支付接口服务器向网站客户端返回子支付方式列表；这里的子支付方式列表与前述实施例中的支付方式列表相同；

步骤412，网站客户端调用商品购买接口，向支付接口服务器发送商品购买请求；该商品购买接口可以是预设的统一支付入口。

步骤413，支付接口服务器调用渠道预下单接口，向支付渠道服务器发送下单请求；

上述下单请求基于网站客户端发送的商品购买请求生成，具体的，生成商品购买请求对应的订单标识；基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成下单请求。具体的，可以基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成上述渠道预下单接口中的接口参数，进而生成满足渠道预下单接口的接口协议的下单请求。

步骤414，支付渠道服务器返回下单结果，如果下单成功，支付接口服务器向网站客户端发送收银台跳转链接；

步骤415，游戏用户在网站客户端上打开收银台跳转链接，完成支付操作；

步骤416，支付渠道服务器监控到上述收银台跳转链接的支付操作完成，向支付接口服务器发送支付结果；如果支付成功，该支付结果为支付成功信息；

步骤417，支付接口服务器向支付渠道服务器发送确定收到支付结果的信息，向游戏服务器发送上述支付结果；

步骤418，游戏服务器发送确定收到支付结果的信息，向网站客户端对应的账户发放目标游戏商品，如虚拟道具、虚拟装备等。

在上述实施例中，支付接口服务器接入了多个支付渠道服务器，通过上述收银台接口可以提供各个支付方式，同时可以设置各个支付方式的优先级，并灵活增减支付方式的种类，可以实现支付渠道的精细化管理。

对于第三方渠道商店客户端，考虑到第三方渠道商店已配置有支付渠道，不需要本实施例中的支付接口服务器参与商品查询、提供收银台连接等操作，因而，在第三方渠道商店客户端的支付场景下，支付接口服务器仅需要提供服务器列表和角色校验的功能，商品下单和支付过程在第三方渠道商店客户端完成，该第三方渠道商店客户端具体可以为第三方渠道官网。当接收到支付渠道服务器支付结果时，通知游戏服务器给游戏玩家发放游戏商品。

一种具体的实现方式中，接收第三方渠道商店客户端发送的账号角色信息，向第三方渠道商店客户端发送服务器列表；其中，该服务器列表包括账号信息对应的多个备选游戏服务器；接收第三方渠道商店客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，该角色校验信息用于指示账号角色信息是否正确。该过程的具体描述可以参考前述网站客户端的支付的交互操作，在此不再赘述。

支付接口服务器如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息；其中，第三方渠道商店客户端与支付渠道服务器进行通信，以执行支付操作后，支付渠道服务器向支付接口服务器发送第二支付成功信息；通知目标游戏商品对应的游戏服务器，以通过游戏服务器向账号角色信息发放目标游戏商品。这里的第二支付成功信息与前述实施例中的第一支付成功信息具有相同的作用，但该第二支付成功信息是第三方渠道商店客户端与支付渠道服务器进行通信，执行支付操作后，支付渠道服务器向支付接口服务器发送的支付成功信息，第二支付成功信息的支付场景与前述第一支付成功信息的支付场景不同。

图5所示为第三方渠道商店客户端的支付场景下，支付接口服务器与第三方渠道商店客户端、游戏服务器和支付渠道服务器的交互示意图。该交互步骤包括：

步骤501，第三方渠道商店客户端调用拉取服务器列表接口，向支付接口服务器发送账号角色信息；

步骤502，支付接口服务器向第三方渠道商店客户端返回服务器列表；

步骤503，第三方渠道商店客户端调用游戏角色校验接口，向支付接口服务器发送角色校验请求；

步骤504，支付接口服务器调用游戏服务器提供的查角接口，对上述角色校验请求中的账号角色信息进行校验；

步骤505，游戏服务器向支付接口服务器返回角色校验结果；

步骤506，支付接口服务器向第三方渠道商店客户端返回角色校验结果；

步骤507，第三方渠道商店客户端与预先接入的支付渠道服务器进行交互，游戏用户在第三方渠道商店客户端选择商品后，由上述支付渠道服务器提供收银台接口，并完成支付。

步骤508，支付渠道服务器监控到支付完成，向支付接口服务器发送支付结果；如果支付成功，该支付结果为支付成功信息；

步骤509，支付接口服务器向支付渠道服务器发送确定收到支付结果的信息，向游戏服务器发送上述支付结果；

步骤510，游戏服务器发送确定收到支付结果的信息，向网站客户端对应的账户发放目标游戏商品，如虚拟道具、虚拟装备等。

需要说明的是，第三方渠道商店客户端的支付场景中，第三方渠道商店客户端只支持该渠道支持的支付方式，支付的过程是渠道控制的；第三方渠道商店作为聚合支付渠道的重要补充，可以帮助游戏扩宽用户群体。

本实施例提供的游戏场景中的支付方法，定制了一套通用的角色校验、查商品、下单、接受支付结果的接口规范，让游戏一次性可以接入多种支付渠道。还定制了通用收银台接口，可以实现对支付渠道的精细化管理，保证利润最大化。考虑到游戏的生产迭代周期日益加快，本实施例提供的游戏场景中的支付方法，可以使游戏低成本、高效率、标准化地接入支付渠道，能够大大降低游戏前期开发，以及后期运维的人力成本，帮助游戏快速上线。

对应于上述方法实施例，参见图6所示的一种游戏场景中的支付装置的结构示意图，该装置设置于支付接口服务器；支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；该装置包括：

请求接收模块60，用于接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；

请求发送模块62，用于基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；

链接发送模块64，用于接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；

通知模块66，用于接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

上述游戏场景中的支付装置，支付接口服务器接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

上述装置还包括：商品信息和支付方式查询模块，用于接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表；其中，游戏商品列表包括至少一种游戏商品，至少一种游戏商品包括目标游戏商品；接收客户端发送的支付方式查询请求，向客户端返回支付方式列表；其中，支付方式列表中包括至少一种支付方式，至少一种支付方式包括目标支付方式。

上述客户端包括游戏服务器对应的游戏客户端；上述商品信息和支付方式查询模块，还用于接收游戏客户端发送的商品信息查询请求，从商品信息查询请求中提取账号角色信息和服务器信息；其中，账号角色信息和服务器信息通过游戏客户端登录至游戏服务器后确定；基于账号角色信息和服务器信息，确定游戏商品列表，向游戏客户端返回游戏商品列表。

上述客户端包括游戏服务器对应的网站客户端；上述装置还包括第一服务器选择和角色验证模块，用于：接收网站客户端发送的账号角色信息，向网站客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收网站客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

上述请求发送模块，还用于：生成商品购买请求对应的订单标识；基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成下单请求。

上述客户端包括第三方渠道商店客户端；上述装置还包括：商品发放模块，用于：如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息；其中，第三方渠道商店客户端与支付渠道服务器进行通信，以执行支付操作后，支付渠道服务器向支付接口服务器发送第二支付成功信息；通知目标游戏商品对应的游戏服务器，以通过游戏服务器向账号角色信息发放目标游戏商品。

上述装置还包括第二服务器选择和角色验证模块，用于：接收第三方渠道商店客户端发送的账号角色信息，向第三方渠道商店客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收第三方渠道商店客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

参见图7所示，该电子设备包括处理器100和存储器101，该存储器101存储有能够被处理器100执行的机器可执行指令，该处理器100执行机器可执行指令以实现上述游戏场景中的支付方法，例如：

接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

在接收客户端发送的商品购买请求的步骤之前，接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表；其中，游戏商品列表包括至少一种游戏商品，至少一种游戏商品包括目标游戏商品；接收客户端发送的支付方式查询请求，向客户端返回支付方式列表；其中，支付方式列表中包括至少一种支付方式，至少一种支付方式包括目标支付方式。

上述方式限定支付接口服务器提供商品查询和支付查询的功能，无需再由游戏服务器提供并与支付渠道进行通信，一方面可以减少游戏服务器的工作负荷，另一方面可以通过支付接口服务器对支付渠道相关的事项进行精细化的管理，提高游戏支付的效率和收益。

接收游戏客户端发送的商品信息查询请求，从商品信息查询请求中提取账号角色信息和服务器信息；其中，账号角色信息和服务器信息通过游戏客户端登录至游戏服务器后确定；基于账号角色信息和服务器信息，确定游戏商品列表，向游戏客户端返回游戏商品列表。

在接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表之前，接收网站客户端发送的账号角色信息，向网站客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收网站客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

生成商品购买请求对应的订单标识；基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成下单请求。

如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息；其中，第三方渠道商店客户端与支付渠道服务器进行通信，以执行支付操作后，支付渠道服务器向支付接口服务器发送第二支付成功信息；通知目标游戏商品对应的游戏服务器，以通过游戏服务器向账号角色信息发放目标游戏商品。

在如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息之前，接收第三方渠道商店客户端发送的账号角色信息，向第三方渠道商店客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收第三方渠道商店客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

进一步地，图7所示的电子设备还包括总线102和通信接口103，处理器100、通信接口103和存储器101通过总线102连接。

其中，存储器101可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线102可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processor，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器100读取存储器101中的信息，结合其硬件完成前述实施例的方法的步骤。

本实施例还提供一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述游戏场景中的支付方法，例如：

接收客户端发送的商品购买请求；其中，商品购买请求中包括目标游戏商品和目标支付方式；基于商品购买请求生成下单请求，向目标支付方式对应的支付渠道服务器发送下单请求；接收支付渠道服务器返回的下单成功信息，向客户端发送支付渠道服务器的收银台跳转链接；其中，收银台跳转链接用于客户端执行支付操作；接收支付渠道服务器返回的第一支付成功信息，通知目标游戏商品对应的游戏服务器，以通过游戏服务器向客户端对应的账户发放目标游戏商品。

上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

在接收客户端发送的商品购买请求的步骤之前，接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表；其中，游戏商品列表包括至少一种游戏商品，至少一种游戏商品包括目标游戏商品；接收客户端发送的支付方式查询请求，向客户端返回支付方式列表；其中，支付方式列表中包括至少一种支付方式，至少一种支付方式包括目标支付方式。

上述方式限定支付接口服务器提供商品查询和支付查询的功能，无需再由游戏服务器提供并与支付渠道进行通信，一方面可以减少游戏服务器的工作负荷，另一方面可以通过支付接口服务器对支付渠道相关的事项进行精细化的管理，提高游戏支付的效率和收益。

接收游戏客户端发送的商品信息查询请求，从商品信息查询请求中提取账号角色信息和服务器信息；其中，账号角色信息和服务器信息通过游戏客户端登录至游戏服务器后确定；基于账号角色信息和服务器信息，确定游戏商品列表，向游戏客户端返回游戏商品列表。

在接收客户端发送的商品信息查询请求，向客户端返回游戏商品列表之前，接收网站客户端发送的账号角色信息，向网站客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收网站客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

生成商品购买请求对应的订单标识；基于订单标识、目标游戏商品的商品信息、目标游戏商品对应的账户角色信息和目标游戏服务器、目标支付方式的支付信息，生成下单请求。

如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息；其中，第三方渠道商店客户端与支付渠道服务器进行通信，以执行支付操作后，支付渠道服务器向支付接口服务器发送第二支付成功信息；通知目标游戏商品对应的游戏服务器，以通过游戏服务器向账号角色信息发放目标游戏商品。

在如果接收到支付渠道服务器发送的第二支付成功信息，确定第二支付成功信息对应的目标游戏商品和账号角色信息之前，接收第三方渠道商店客户端发送的账号角色信息，向第三方渠道商店客户端发送服务器列表；其中，服务器列表包括账号信息对应的多个备选游戏服务器；接收第三方渠道商店客户端发送的服务器信息，从服务器信息中提取目标游戏服务器，以及目标游戏服务器的角色校验地址；向目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，角色校验信息用于指示账号角色信息是否正确。

上述方式中，通过设置支付接口服务器，可以避免游戏服务器或客户端与支付渠道直接通信，游戏接入支付接口服务器即可实现多个支付渠道的支付操作，无需再直接接入支付渠道，无需再基于每个支付渠道逐一开发接口并配置游戏参数，降低了游戏开发的工作量，提高了游戏开发效率。

本发明实施例所提供的游戏场景中的支付方法、装置、电子设备及存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

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

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

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

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

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

Claims (10)

1.一种游戏场景中的支付方法，其特征在于，所述方法应用于支付接口服务器；所述支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；所述方法包括：

接收所述客户端发送的商品购买请求；其中，所述商品购买请求中包括目标游戏商品和目标支付方式；

基于所述商品购买请求生成下单请求，向所述目标支付方式对应的支付渠道服务器发送所述下单请求；

接收所述支付渠道服务器返回的下单成功信息，向所述客户端发送所述支付渠道服务器的收银台跳转链接；其中，所述收银台跳转链接用于客户端执行支付操作；

接收所述支付渠道服务器返回的第一支付成功信息，通知所述目标游戏商品对应的游戏服务器，以通过所述游戏服务器向所述客户端对应的账户发放所述目标游戏商品。

2.根据权利要求1所述的方法，其特征在于，接收所述客户端发送的商品购买请求的步骤之前，所述方法还包括：

接收所述客户端发送的商品信息查询请求，向所述客户端返回游戏商品列表；其中，所述游戏商品列表包括至少一种游戏商品，所述至少一种游戏商品包括所述目标游戏商品；

接收所述客户端发送的支付方式查询请求，向所述客户端返回支付方式列表；其中，所述支付方式列表中包括至少一种支付方式，所述至少一种支付方式包括所述目标支付方式。

3.根据权利要求2所述的方法，其特征在于，所述客户端包括所述游戏服务器对应的游戏客户端；所述接收所述客户端发送的商品信息查询请求，向所述客户端返回游戏商品列表的步骤，包括：

接收所述游戏客户端发送的商品信息查询请求，从所述商品信息查询请求中提取账号角色信息和服务器信息；其中，所述账号角色信息和服务器信息通过所述游戏客户端登录至所述游戏服务器后确定；

基于所述账号角色信息和服务器信息，确定游戏商品列表，向所述游戏客户端返回所述游戏商品列表。

4.根据权利要求2所述的方法，其特征在于，所述客户端包括所述游戏服务器对应的网站客户端；所述接收所述客户端发送的商品信息查询请求，向所述客户端返回游戏商品列表的步骤之前，所述方法还包括：

接收所述网站客户端发送的账号角色信息，向所述网站客户端发送服务器列表；其中，所述服务器列表包括账号信息对应的多个备选游戏服务器；

接收所述网站客户端发送的服务器信息，从所述服务器信息中提取目标游戏服务器，以及所述目标游戏服务器的角色校验地址；

向所述目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，所述角色校验信息用于指示账号角色信息是否正确。

5.根据权利要求1所述的方法，其特征在于，基于所述商品购买请求生成下单请求的步骤，包括：

生成所述商品购买请求对应的订单标识；

基于所述订单标识、所述目标游戏商品的商品信息、所述目标游戏商品对应的账户角色信息和目标游戏服务器、所述目标支付方式的支付信息，生成下单请求。

6.根据权利要求1所述的方法，其特征在于，所述客户端包括第三方渠道商店客户端；所述方法还包括：

如果接收到所述支付渠道服务器发送的第二支付成功信息，确定所述第二支付成功信息对应的目标游戏商品和账号角色信息；其中，所述第三方渠道商店客户端与所述支付渠道服务器进行通信，以执行支付操作后，所述支付渠道服务器向所述支付接口服务器发送所述第二支付成功信息；

通知所述目标游戏商品对应的游戏服务器，以通过所述游戏服务器向账号角色信息发放所述目标游戏商品。

7.根据权利要求6所述的方法，其特征在于，如果接收到所述支付渠道服务器发送的第二支付成功信息，确定所述第二支付成功信息对应的目标游戏商品和账号角色信息的步骤之前，方法还包括：

接收所述第三方渠道商店客户端发送的账号角色信息，向所述第三方渠道商店客户端发送服务器列表；其中，所述服务器列表包括账号信息对应的多个备选游戏服务器；

接收所述第三方渠道商店客户端发送的服务器信息，从所述服务器信息中提取目标游戏服务器，以及所述目标游戏服务器的角色校验地址；

向所述目标游戏服务器的角色查询地址发送角色校验请求，得到角色校验信息；其中，所述角色校验信息用于指示账号角色信息是否正确。

8.一种游戏场景中的支付装置，其特征在于，所述装置设置于支付接口服务器；所述支付接口服务器分别与客户端、游戏服务器和支付渠道服务器通信连接；所述装置包括：

请求接收模块，用于接收所述客户端发送的商品购买请求；其中，所述商品购买请求中包括目标游戏商品和目标支付方式；

请求发送模块，用于基于所述商品购买请求生成下单请求，向所述目标支付方式对应的支付渠道服务器发送所述下单请求；

链接发送模块，用于接收所述支付渠道服务器返回的下单成功信息，向所述客户端发送所述支付渠道服务器的收银台跳转链接；其中，所述收银台跳转链接用于客户端执行支付操作；

通知模块，用于接收所述支付渠道服务器返回的第一支付成功信息，通知所述目标游戏商品对应的游戏服务器，以通过所述游戏服务器向所述客户端对应的账户发放所述目标游戏商品。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储有能够被处理器执行的机器可执行指令，所述处理器执行机器可执行指令以实现权利要求1-7任一项所述的游戏场景中的支付方法。

10.一种机器可读存储介质，其特征在于，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现权利要求1-7任一项所述的游戏场景中的支付方法。

Images