[发明专利]游戏订单生成方法、游戏订单支付方法、装置和设备

说明书

本申请实施例公开了游戏订单生成方法、游戏订单支付方法、装置和设备。本申请的至少一个实施例中，游戏后端服务器通过获取物品购买请求，得到物品购买请求包括的物品清单和请求端所属的渠道标识，进而可确定与渠道标识对应的中心服务端，从而可向中心服务端发送订单号获取请求，在接收到中心服务端发送的订单号获取响应后，可得到订单号获取响应包括的订单号，从而基于订单号和物品清单，生成订单信息，这样，游戏实例可基于游戏服务组件向请求端发送包括订单信息的游戏订单支付请求，以使请求端响应游戏订单支付请求而调用本地的支付应用，以获得用户的支付确认，由支付服务端完成订单支付，解决了游戏实例不能调用运行于本地的支付应用的问题。

技术领域

本申请涉及云游戏技术领域，具体而言，本申请涉及一种游戏订单生成方法、游戏订单支付方法、装置和设备。

背景技术

云游戏是将原本运行在用户端(即本地)的游戏实例移到云游戏服务端上运行，用户端只是通过网络将用户端的操作实时传输到运行于云游戏服务端的游戏服务组件(GameService，GS)，GS与对应的游戏实例处于相同的系统环境，例如，同一云游戏服务端环境中有多台云手机，GS和对应的游戏实例需要处于同一云手机的系统环境中。进而GS可基于接收到的用户操作相应地操控游戏实例，使得游戏实例响应于用户操作，GS同时捕获游戏实例的运行结果并将游戏的运行结果以视音频流的方式实时地传输至用户端，在用户端上呈现出游戏的画面和声音。也即，在云游戏过程中，基于用户端与GS实时地网络通讯，用户可以基于GS实现对运行于云游戏服务端的游戏实例的操控，在网络满足的前提下(通常4G网络可以满足)，上述操控近似于用户直接操作运行于本地的游戏客户端时的效果。

由于在云游戏中，原本运行于本地的游戏实例移到云游戏服务端上运行，而目前的支付应用仍然运行于本地，以致游戏实例不能调用支付应用以获得用户的支付确认，进而不能完成游戏订单的支付。

此外，云游戏为了保证用户端与GS之间的网络通讯的实时效果，云游戏服务端需要基于用户端的网络运营商、地域等信息选择合适的GS和游戏实例为用户端提供良好的服务。也即，用户在不同地点通过用户端使用云游戏时，云游戏服务端会调度相应地点的GS和游戏实例，为用户提供云游戏的服务。即使将支付应用也移至云游戏服务端运行，可以解决游戏实例不能调用支付应用的问题，但也需要选择与游戏实例相应地点的相同云游戏服务端环境来运行支付应用(只有这样，在用户支付确认时，支付应用才能被游戏实例调用)，不可避免地让用户在不同地点使用支付应用为云游戏进行支付确认时，需要重新登录支付应用的账号(因为不同云游戏服务端环境下运行的支付应用，实际上就是支付应用的不同实例，所以需要用户重新登录支付应用的账号)，这样会造成用户使用云游戏进行支付时的诸多不便、用户使用习惯的改变、以及账号信息因此存在于多个云游戏服务端环境带来的同步难度和安全隐患。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

第一方面，本申请的至少一个实施例提供了一种游戏订单生成方法，应用于游戏后端服务器，所述方法包括：

获取物品购买请求，所述物品购买请求包括物品清单、请求端所属的渠道标识；

确定与所述渠道标识对应的中心服务端；

向所述中心服务端发送订单号获取请求；

接收所述中心服务端发送的订单号；

基于所述订单号和所述物品清单，生成订单信息。

在一些实施例中，所述请求端基于游戏服务组件操控游戏实例，所述操控包括物品选择操作及购买操作；

所述物品购买请求为所述游戏实例响应所述购买操作而生成的请求；

所述物品清单为所述游戏实例基于所述物品选择操作而确定的清单。

在一些实施例中，所述物品清单包括：