游戏启动方法、装置、计算机设备以及存储介质与流程

本公开涉及计算机技术领域，具体而言，涉及一种游戏启动方法、装置、计算机设备以及存储介质。

背景技术：

对于需要在宿主应用中运行的游戏应用，游戏应用的入口会部署在宿主应用中，用户需要在宿主应用中找到该子应用入口后，才能启动该子应用。可见，用户需要完成比较繁琐的操作步骤后，才能启动需要在宿主应用中运行的游戏应用，这严重地影响了用户的游戏体验。

技术实现要素：

本公开实施例至少提供一种游戏启动方法、装置、计算机设备以及存储介质。

第一方面，本公开实施例提供了一种游戏启动方法，所述方法包括：

响应于用户针对游戏应用的桌面应用施加的启动操作，确定指示运行所述游戏应用的目标宿主应用对应的目标应用链接；

基于所述目标应用链接指示的运行信息，运行所述目标宿主应用，并跳转至所述目标宿主应用的与所述运行信息对应的游戏运行界面；

通过所述目标宿主应用下载所述游戏应用的游戏安装包；

基于所述游戏安装包，在所述游戏运行界面运行所述游戏应用。

在一种可能的实施方式中，所述方法还包括：

在所述游戏应用的多个宿主应用中任意一个宿主应用运行所述游戏应用的过程中，响应于用户针对所述桌面应用的同意安装触发操作，根据从服务器接收到的所述桌面应用的安装文件，安装所述桌面应用；

其中，所述安装文件包括所述服务器根据所述游戏应用的应用特征信息，以及用于运行所述游戏应用的至少一个宿主应用的应用特征信息生成的至少一个应用链接。

在一种可能的实施方式中，所述确定指示运行所述游戏应用的目标宿主应用对应的目标应用链接，包括：

运行所述桌面应用，确定所述桌面应用中的至少一个应用链接对应的游戏应用的至少一个宿主应用；

从所述至少一个宿主应用中确定出目标宿主应用；

从运行的所述桌面应用中，获取指示运行所述游戏应用的所述目标宿主应用对应的目标应用链接。

在一种可能的实施方式中，所述从所述至少一个宿主应用中确定出目标宿主应用，包括：

从所述至少一个宿主应用中，确定出在安装所述桌面应用时运行所述游戏应用的宿主应用；

将确定出的宿主应用确定为目标宿主应用。

在一种可能的实施方式中，所述从所述至少一个宿主应用中确定出目标宿主应用，包括：

基于宿主应用针对所述游戏应用的运行优先级信息，从所述至少一个宿主应用中确定出运行优先级最高的宿主应用；

将所述优先级最高的宿主应用确定为目标宿主应用。

在一种可能的实施方式中，所述基于所述目标应用链接指示的运行信息，运行所述目标宿主应用，并跳转至所述目标宿主应用的与所述运行信息对应的游戏运行界面，包括：

根据所述目标应用链接指示的应用特征信息，运行所述目标宿主应用；

根据所述目标应用链接指示的运行界面的位置信息，跳转至所述目标宿主应用的与所述位置信息对应的游戏运行界面。

在一种可能的实施方式中，所述基于所述游戏安装包，在所述游戏运行界面运行所述游戏应用，包括：

基于所述游戏安装包，获取所述游戏应用的代码文件和资源文件；

将所述代码文件和所述资源文件分别配置在所述目标宿主应用的对应目录下，并对所述代码文件和所述资源文件分别进行访问路径的重定向；

调用所述代码文件和所述资源文件，在所述游戏运行界面运行所述游戏应用。

在一种可能的实施方式中，所述代码文件包括游戏引擎代码和动态库文件；所述调用所述代码文件和所述资源文件，在所述游戏运行界面运行所述游戏应用，包括：

获取所述代码文件中的游戏引擎代码，基于所述游戏引擎代码启动游戏引擎；

通过所述游戏引擎调用所述动态库文件和所述资源文件，以在所述游戏运行界面运行所述游戏应用。

第二方面，本公开实施例提供了一种游戏启动装置，所述装置包括：

链接确定模块，用于响应于用户针对游戏应用的桌面应用施加的启动操作，确定指示运行所述游戏应用的目标宿主应用对应的目标应用链接；

宿主应用运行模块，用于基于所述目标应用链接指示的运行信息，运行所述目标宿主应用，并跳转至所述目标宿主应用的与所述运行信息对应的游戏运行界面；

游戏安装包配置模块，用于通过所述目标宿主应用下载所述游戏应用的游戏安装包；

游戏运行模块，用于基于所述游戏安装包，在所述游戏运行界面运行所述游戏应用。

在一种可能的实施方式中，所述装置还包括桌面应用安装模块，所述桌面应用安装模块用于：

在所述游戏应用的多个宿主应用中任意一个宿主应用运行所述游戏应用的过程中，响应于用户针对所述桌面应用的同意安装触发操作，根据从服务器接收到的所述桌面应用的安装文件，安装所述桌面应用；

其中，所述安装文件包括所述服务器根据所述游戏应用的应用特征信息，以及用于运行所述游戏应用的至少一个宿主应用的应用特征信息生成的至少一个应用链接。

在一种可能的实施方式中，所述链接确定模块在用于确定指示运行所述游戏应用的目标宿主应用对应的目标应用链接时，具体用于：

运行所述桌面应用，确定所述桌面应用中的至少一个应用链接对应的游戏应用的至少一个宿主应用；

从所述至少一个宿主应用中确定出目标宿主应用；

从运行的所述桌面应用中，获取指示运行所述游戏应用的所述目标宿主应用对应的目标应用链接。

在一种可能的实施方式中，所述链接确定模块在用于从所述至少一个宿主应用中确定出目标宿主应用时，具体用于：

从所述至少一个宿主应用中，确定出在安装所述桌面应用时运行所述游戏应用的宿主应用；

将确定出的宿主应用确定为目标宿主应用。

在一种可能的实施方式中，所述链接确定模块在用于从所述至少一个宿主应用中确定出目标宿主应用时，具体用于：

基于宿主应用针对所述游戏应用的运行优先级信息，从所述至少一个宿主应用中确定出运行优先级最高的宿主应用；

将所述优先级最高的宿主应用确定为目标宿主应用。

在一种可能的实施方式中，所述宿主应用运行模块在用于基于所述目标应用链接指示的运行信息，运行所述目标宿主应用，并跳转至所述目标宿主应用的与所述运行信息对应的游戏运行界面时，具体用于：

根据所述目标应用链接指示的应用特征信息，运行所述目标宿主应用；

根据所述目标应用链接指示的运行界面的位置信息，跳转至所述目标宿主应用的与所述位置信息对应的游戏运行界面。

在一种可能的实施方式中，所述游戏运行模块在用于基于所述游戏安装包，在所述游戏运行界面运行所述游戏应用时，具体用于：

基于所述游戏安装包，获取所述游戏应用的代码文件和资源文件；

将所述代码文件和所述资源文件分别配置在所述目标宿主应用的对应目录下，并对所述代码文件和所述资源文件分别进行访问路径的重定向；

调用所述代码文件和所述资源文件，在所述游戏运行界面运行所述游戏应用。

在一种可能的实施方式中，所述代码文件包括游戏引擎代码和动态库文件；所述游戏运行模块在用于调用所述代码文件和所述资源文件，在所述游戏运行界面运行所述游戏应用时，具体用于：

获取所述代码文件中的游戏引擎代码，基于所述游戏引擎代码启动游戏引擎；

通过所述游戏引擎调用所述动态库文件和所述资源文件，以在所述游戏运行界面运行所述游戏应用。

第三方面，本公开实施例提供了一种计算机设备，计算机设备包括处理器、存储器和总线；所述存储器存储有所述处理器可执行的机器可读指令，当所述计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器运行时执行上述第一方面，或第一方面中任一种可能的游戏启动方法的步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的游戏启动方法的步骤。

本公开实施例提供的游戏启动方法、装置、计算机设备以及存储介质，提供了与游戏应用关联的桌面应用，在用户触发了桌面应用后，桌面应用可以指示运行对应的宿主应用，并进一步指示宿主应用自动执行游戏安装包下载、以及游戏应用的启动和运行过程。这样，通过触发桌面应用即可在宿主应用中启动和运行游戏应用，大大缩短了查找游戏应用的操作、流程和时间，简化了用户针对启动游戏应用所需要完成的操作步骤，提高了游戏应用的可操作性。

另外，在获取到游戏应用的游戏安装包后，可以无需对游戏安装包进行本地安装，直接基于游戏安装包来运行游戏应用，使得游戏应用的运行过程更加简便。

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

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本公开实施例提供的一种游戏启动方法的流程图；

图2为本公开实施例提供的一种终端设备在安装桌面应用之前的主界面示意图；

图3为本公开实施例提供的一种终端设备在安装桌面应用之后的主界面示意图；

图4为本公开实施例提供的一种在运行游戏应用期间的界面示意图；

图5为本公开实施例提供的一种桌面应用生成方法的流程图；

图6为本公开实施例提供的一种桌面应用生成过程的信息交互示意图；

图7为本公开实施例提供的一种游戏启动装置的示意图之一；

图8为本公开实施例提供的一种游戏启动装置的示意图之二；

图9为本公开实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。

经研究发现，对于需要在宿主应用中运行的游戏应用，游戏应用的入口会部署在宿主应用中，用户需要在宿主应用中找到该子应用入口后，才能启动该子应用。可见，用户需要完成比较繁琐的操作步骤后，才能启动需要在宿主应用中运行的游戏应用，这严重地影响了用户的游戏体验。

基于上述研究，本公开提供了一种游戏启动方法，提供了与游戏应用关联的桌面应用，在用户触发了桌面应用后，桌面应用可以指示运行对应的宿主应用，并进一步指示宿主应用自动执行游戏安装包下载、以及游戏应用的启动和运行过程。这样，通过触发桌面应用即可在宿主应用中启动和运行游戏应用，大大缩短了查找游戏应用的操作、流程和时间，简化了用户针对启动游戏应用所需要完成的操作步骤，提高了游戏应用的可操作性。

另外，在获取到游戏应用的游戏安装包后，可以无需对游戏安装包进行本地安装，直接基于游戏安装包来运行游戏应用，使得游戏应用的运行过程更加简便。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种游戏启动方法进行详细介绍，本公开实施例所提供的游戏启动方法的执行主体一般为具有一定计算能力的计算机设备，计算机设备可以包括终端设备、服务器或其它处理设备。其中，终端设备可以为用户设备(userequipment，ue)、移动设备、用户终端设备、终端设备、蜂窝电话、无绳电话、个人数字助理(personaldigitalassistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该游戏启动方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面以执行主体为终端设备为例，对本公开实施例提供的游戏启动方法加以说明。参见图1所示，为本公开实施例提供的一种游戏启动方法的流程图，方法包括步骤s110～s130，其中：

s110：响应于用户针对游戏应用的桌面应用施加的启动操作，确定指示运行游戏应用的目标宿主应用对应的目标应用链接。

在计算机环境下，应用赖以生存的应用环境被称作是宿主环境，这里，将能够为其他的应用提供宿主环境的应用称为宿主应用，应当理解，终端设备基于运行中的宿主应用可以运行其他的应用。例如，今日头条、抖音短视频和西瓜视频等应用都可以作为宿主应用，终端设备可以基于这些宿主应用运行一些小程序，其中，小程序可以是游戏应用、购物应用、阅读应用和音乐应用等，但不限于此。

本公开实施例中的游戏应用就是一种可以在宿主应用中运行的应用，可以理解，游戏应用可以在多个宿主应用中运行，本公开实施例将用于运行游戏应用多个宿主应用中的其中一个宿主应用，定义为目标宿主应用。

这里，桌面应用是终端设备根据从预设的服务器中下载的安装文件预先安装好的。具体来说，在游戏应用的多个宿主应用中任意一个宿主应用运行游戏应用的过程中，终端设备可以响应于用户针对桌面应用的同意安装触发操作，根据从服务器接收到的桌面应用的安装文件，安装桌面应用。其中，安装文件包括服务器根据游戏应用的应用特征信息，以及用于运行游戏应用的至少一个宿主应用的应用特征信息生成的至少一个应用链接。

在此需要说明的是，安装文件可以是代码经过编译、资源经过压缩后使用项目自动化构建工具构建得到的，每个应用的安装文件可以包含该应用的所有内容。以桌面应用为适于安卓系统的应用为例，该桌面应用的安装文件具体可以是安卓应用程序安装包(androidapplicationpackage，apk)。其中，桌面应用的安装文件的生成过程将在后续内容中做进一步介绍。

在此需要说明的是，桌面应用中并不包含相关联的游戏应用的运行代码和资源等，桌面应用的作用是指示运行相关联的游戏应用的宿主应用、以及指示宿主应用运行该相关联的游戏应用。具体来说，在桌面应用被触发之后，可以基于桌面应用所包含的信息，确定用于运行游戏应用的目标宿主应用对应的目标应用链接，之后基于目标应用链接运行目标宿主应用、以及在目标宿主应用中运行游戏应用。

在本公开实施例中，针对桌面应用的触发操作可以是任意一中能够触发桌面应用的操作形式。例如，在安装桌面应用时，可以在终端设备的桌面生成桌面应用的入口标识，触发操作可以是针对入口标识的点击操作，当然，触发操作还可以是触发口令和触发手势等，但不限于于此。终端设备在检测到上述任一种针对桌面应用的触发操作时，可以触发桌面应用。

以终端设备为手机为例，如图2所示，手机的主界面可以显示有至少一个手机的已安装应用的入口标识，图2中的入口标识1至入口标识4分别代表不同应用的入口标识。其中，入口标识1可以是游戏应用的入口标识，入口标识2可以表示目标宿主应用的入口标识。

可以理解，如图3所示，手机上安装了桌面应用之后，该手机的主界面上可以显示该桌面应用的入口标识5，针对桌面应用的触发操作可以是用户针对入口标识5的点击操作。

桌面应用可以包括至少一个应用链接，每个应用链接可以指示对应的运行信息，终端设备可以基于运行信息来运行相关的宿主应用和游戏应用。这里，每个应用链接可以是基于游戏应用的应用特征信息、以及游戏应用的一个宿主应用的应用特征信息生成的。应用链接指示的运行信息可以包括游戏应用的应用特征信息、游戏应用的一个宿主应用的应用特征信息、以及宿主应用用于运行游戏应用的游戏运行界面的位置信息。可以理解，应用链接、宿主应用和游戏应用是一一对应的，任一应用链接可以指示与桌面应用相关联的游戏应用，每个应用链接可以指示一个用于运行游戏应用的宿主应用。针对任一应用链接，终端设备可以基于应用链接从运行中的桌面应用跳转到与该应用链接对应的宿主应用，以及在运行的宿主应用中运行该应用链接对应的游戏应用。

可选地，游戏应用的应用特征信息至少包括游戏应用的身份标识，宿主应用的应用特征信息至少包括宿主应用的身份标识，应用链接为包括游戏应用的身份标识以及宿主应用的身份标识的urlscheme。

可以理解，当桌面应用中仅包括一个应用链接时，可以直接将该应用链接对应的宿主应用确定为目标宿主应用；当桌面应用中包括多个应用链接时，需要在多个宿主应用中确定出目标应用链接。

在本公开实施例中，终端设备可以响应于用户针对游戏应用的桌面应用施加的启动操作以运行桌面应用，确定桌面应用中的至少一个应用链接对应的游戏应用的至少一个宿主应用；从至少一个宿主应用中确定出目标宿主应用；从运行的桌面应用中，获取指示运行游戏应用的目标宿主应用对应的目标应用链接。

可选地，终端设备可以从至少一个宿主应用中，确定出在安装桌面应用时运行游戏应用的宿主应用；确定在安装桌面应用时运行游戏应用的宿主应用为目标宿主应用。

例如，桌面应用包括4个应用链接，4个应用链接对应的4个宿主应用分别为宿主应用a、宿主应用b、宿主应用c和宿主应用d。其中，在步骤s110之前，在宿主应用a运行游戏应用的过程中，终端设备响应于用户针对桌面应用的同意安装触发操作，从服务器下载的桌面应用的安装文件，并根据安装文件安装桌面应用。在上述情况下，在执行步骤s110时，可以将宿主应用a确定为目标宿主应用。

具体地，可以在安装桌面应用时，可以记录当前运行游戏应用的宿主应用的应用特征信息，并将记录的应用特征信息存储的桌面应用对应的预设文件中。在执行步骤s110时，可以在上述预设文件中查找所记录的应用特征信息，从而基于该应用特征信息确定出在安装桌面应用时运行游戏应用的宿主应用。

可选地，桌面应用中可以包括宿主应用针对游戏应用的运行优先级信息，运行优先级信息用于指示各宿主应用的运行优先级次序。终端设备可以基于宿主应用针对游戏应用的运行优先级信息，从至少一个宿主应用中确定出运行优先级最高的宿主应用；将优先级最高的宿主应用确定为目标宿主应用。

例如，桌面应用包括4个应用链接，4个应用链接对应的4个宿主应用分别为宿主应用a、宿主应用b、宿主应用c和宿主应用d。其中，运行优先级信息包含了上述4个宿主应用的运行优先级次序，若根据运行优先级信息确定宿主应用a的运行优先级最高，则可以将宿主应用a确定为目标宿主应用。

可选地，终端设备可以在至少一个宿主应用确定出在安装桌面应用时运行游戏应用的宿主应用。若终端设备部署有该宿主应用，则可以将该宿主应用确定为目标宿主应用；若终端设备未部署该宿主应用，则可以在剩余的宿主应用中确定出运行优先级最高的宿主应用，将运行优先级最高的宿主应用确定为目标宿主应用。

s120：基于目标应用链接指示的运行信息，运行目标宿主应用，并跳转至目标宿主应用的与运行信息对应的游戏运行界面。

如前文所述，应用链接指示的运行信息可以包括游戏应用的应用特征信息、游戏应用的一个宿主应用的应用特征信息、以及宿主应用用于运行游戏应用的游戏运行界面的位置信息。因此，终端设备可以根据目标应用链接指示的应用特征信息，运行目标宿主应用。在运行目标宿主应用时，可以根据目标应用链接指示的运行界面的位置信息，跳转至目标宿主应用的与位置信息对应的游戏运行界面。

可以理解，若目标宿主应用处于未启动状态，则可以在运行桌面应用时，基于目标应用链接直接启动和运行目标宿主应用；若目标宿主应用处于后台运行状态，则可以在运行桌面应用时，基于目标应用链接将目标宿主应用恢复到前台运行。

s130：通过目标宿主应用下载游戏应用的游戏安装包。

这里，游戏安装包为游戏应用的安装包，以游戏应用适于安卓系统为例，游戏应用的游戏安装包为apk压缩包文件。游戏安装包中可以包括与多个cpu架构中每个cpu架构匹配的代码文件和资源文件。

具体地，在下载游戏应用的游戏安装包时，可以先获取游戏应用在目标宿主应用上的运行环境信息；基于该运行环境信息，下载该游戏应用对应的容器插件并安装在目标宿主应用上，之后通过容器插件下载并管理与该容器插件匹配的游戏应用的游戏安装包。

其中，运行环境信息可以包括该游戏支持的操作系统信息、运行该游戏设备对应的硬件配置信息、以及该游戏运行过程中所需的运行库信息、以及游戏应用的应用程序编程接口(applicationprogramminginterface，api)、以及运行该游戏设备对应的cpu架构等。上述容器插件为遵守一定规范的应用程序接口编写出来的程序；一般可以通过云服务或者远程服务器获取到容器插件。

具体的，目标宿主应用从插件服务器中下载与游戏应用的api匹配的容器插件，并将该容器插件安装在目标宿主应用上，该容器插件在容器云服务中获取与该容器插件匹配的游戏应用的游戏安装包，并将游戏应用的游戏安装包存储到目标宿主应用的子应用存储目录中的与游戏应用对应的存储目录下。

s140：基于游戏安装包，在游戏运行界面运行游戏应用。

在本公开实施例中，如前文所述，游戏安装包包括游戏应用的代码文件和资源文件，因此，终端设备在运行目标宿主应用时，可以基于游戏安装包，获取游戏应用的代码文件和资源文件，之后将代码文件和资源文件分别配置在目标宿主应用的对应目录下，并对代码文件和资源文件分别进行访问路径的重定向。具体地，终端设备可以通过容器插件将代码文件和资源文件分别存储在目标宿主应用中与游戏应用对应的不同存储目录下，并分别修改代码文件和资源文件的访问路径，例如，可以采用预设的路径修改机制，将代码文件在目标宿主应用中的存储目录添加至代码文件的查找路径的最前端位置。

其中，预设的路径修改机制可以包括重写(override，重写是子类对父类的允许访问的方法的实现过程进行重新编写，返回值和形参都不能改变)、反射机制(java反射机制是在运行状态中，对于任意一个类，都能够知道整个类的所有属性和方法；对于任意一个对象，都能够调用它任意一个方法和属性，具有动态获取信息和动态调用对象的方法的功能)、钩子函数hook。

在对代码文件和资源文件分别进行访问路径的重定向后，终端设备可以调用代码文件和资源文件，在游戏运行界面运行游戏应用。具体地，代码文件包括游戏引擎代码和动态库文件。资源文件可以包括游戏应用运行时所需的图片、音频、视频等资源。

在调用代码文件和资源文件时，可以获取代码文件中的游戏引擎代码，基于游戏引擎代码启动游戏引擎；通过游戏引擎调用动态库文件和资源文件，从而在游戏运行界面运行游戏应用。具体地，可以在代码文件的存储目录下查找游戏应用的游戏引擎代码，并在目标宿主应用中启动游戏引擎；在启动游戏引擎之后，通过游戏引擎在代码文件的存储目录下查找并调用游戏应用运行过程中所需的动态库文件中的相关代码，以及通过游戏引擎在资源文件的存储目录下查找并调用游戏应用运行过程中所需的资源，从而实现在目标宿主应用中运行游戏应用。

可以理解，在游戏运行界面运行游戏应用时，终端设备可以根据游戏应用的运行情况展示相应的内容。以图4为例，在游戏运行界面运行游戏应用时，可以进入游戏角色和游戏难度的选择环节，终端设备可以展示选择游戏角色和游戏难度的入口标识。

本公开实施例中，无需进行游戏应用的游戏安装包的本地安装，可以直接通过目标宿主应用对游戏应用进行相关代码文件和资源文件的存储与访问路径重定向，实现在目标宿主应用中直接运行该游戏应用，省去了安装过程，使得游戏应用的运行过程更加简便。

下面以执行主体为第一服务器为例，对本公开实施例提供的桌面应用的安装文件的生成方法加以说明。第一服务器在执行桌面应用生成方法的过程中，可以与游戏应用的运营方和第二服务器进行信息交互。

参见图5和图6所示，图5为本公开实施例提供的一种桌面应用生成方法的流程图，图6为本公开实施例提供的一种桌面应用生成过程的信息交互示意图。如图5所示，桌面应用生成方法包括步骤s210～s220，其中：

s210：在接收到针对游戏应用的桌面应用的安装文件构建请求后，获取游戏应用的应用特征信息，以及游戏应用的至少一个宿主应用的应用特征信息。

如图6所示，游戏应用的运营方的人员(如游戏应用的开发者)可以将向第一服务器发送针对游戏应用的桌面应用的安装文件构建请求，第一服务器在接收到安装文件构建请求后，获取游戏应用的应用特征信息，以及游戏应用的至少一个宿主应用的应用特征信息。

这里，安装文件构建请求可以包含游戏应用的应用特征信息，第一服务器可以在安装文件构建请求中提取出游戏应用的应用特征信息。安装文件构建请求也可以包含游戏应用的应用特征信息至少一个宿主应用的应用特征信息，第一服务器可以在安装文件构建请求中提取出至少一个宿主应用的应用特征信息；或者，第一服务器的数据库中预先存储有至少一个宿主应用的应用特征信息，第一服务器可以在数据库调用至少一个宿主应用的应用特征信息。当然，第一服务器获取应用特征信息的方式不限于此，其他可能的方式此处不再赘述。

s220：基于游戏应用的应用特征信息、以及至少一个宿主应用的应用特征信息，生成至少一个应用链接，构建包括至少一个应用链接的桌面应用的安装文件。

第一服务器可以是http服务器或其他类型服务器，第一服务器对外提供一个针对生成安装文件任务的接口，第一服务器通过该接口接收安装文件构建请求后，根据游戏应用的应用特征信息、各宿主应用的应用特征信息以及预设的代码模板，通过项目自动化构建工具(如gradle)构建桌面应用的安装文件。具体地，第一服务器能够基于游戏应用的应用特征信息、以及各宿主应用的应用特征信息，生成包括各宿主应用对应的应用链接，之后构建包括各应用链接的安装文件。

上述的终端设备可以根据应用链接运行对应的宿主应用，并在运行中的宿主应用中运行游戏应用。具体来说，应用链接、宿主应用和游戏应用是一一对应的，针对任一应用链接，上述的终端设备可以基于应用链接从运行中的桌面应用跳转到与该应用链接对应的宿主应用，进而在宿主应用中运行该应用链接对应的游戏应用。

可选地，游戏应用的应用特征信息至少包括游戏应用的身份标识，宿主应用的应用特征信息至少包括宿主应用的身份标识，应用链接为包括宿主应用的和身份标识游戏应用的身份标识的urlscheme。

可选地，在生成桌面应用的安装文件之前，第一服务器还可以获取生成桌面应用的入口标识所需要的标识信息。第一服务器可以基于标识信息、游戏应用的应用特征信息、以及各宿主应用的应用特征信息，生成桌面应用的安装文件。这样，上述的终端设备在根据安装文件安装桌面应用时，还可以在终端设备的桌面生成桌面应用的入口标识。

桌面应用对应的标识信息可以包括桌面应用的图标和名称中的至少一项。可选地，桌面应用对应的标识信息可以与游戏应用的标识信息相同，即桌面应用的入口标识的图标可以与游戏应用的图标相同，桌面应用的入口标识的名称也可以与游戏应用的名称相同。

标识信息可以由游戏应用的运营方的提供，例如，游戏应用的运营方向第一服务器发送的安装文件构建请求中可以包含标识信息，第一服务器可以在安装文件构建请求中提取出标识信息。

可选地，在该步骤中，还可以确定宿主应用针对游戏应用的运行优先级信息，运行优先级信息包含了游戏应用的各宿主应用的运行优先级次序，将运行优先级信息记录在跳转链接信息中。

终端设备可以在第一服务器下载桌面应用的安装文件；第一服务器也可以将桌面应用的安装文件上传至第二服务器中，终端设备可以在第二服务器下载桌面应用的安装文件。

第二服务器可以是内容分发网络(contentdeliverynetwork，cdn)服务器。如图6所示，第一服务器在生成桌面应用的安装文件之后，可以将安装文件上传至第二服务器，第一服务器在成功接收到安装文件之后，可以向第一服务器反馈安装文件上传成功的消息，第一服务器向游戏应用的运营方反馈安装文件构建成功的消息。

安装文件成功上传到第二服务器之后，上述的终端设备可以在第二服务器下载安装文件，并根据安装文件安装游戏应用。应当理解，本公开实施例中安装游戏应用的原理与安装常规的应用的原理相同，相比于为游戏应用创建桌面的快捷方式入口，根据安装文件安装游戏应用的成功率和稳定性更高。因此，对于任一需要在宿主应用运行的游戏应用，都可以通过对应的桌面应用来启动该游戏应用。

基于同一发明构思，本公开实施例中还提供了与游戏启动方法对应的游戏启动装置，由于本公开实施例中的游戏启动装置解决问题的原理与本公开实施例上述游戏启动方法相似，因此游戏启动装置的实施可以参见方法的实施，重复之处不再赘述。

请参照图7和图8，图7为本公开实施例提供的一种游戏启动装置的示意图之一，图8为本公开实施例提供的一种游戏启动装置的示意图之二。如图7所示，游戏启动装置400包括链接确定模块410、宿主应用运行模块420、游戏安装包配置模块440和游戏运行模块440。

链接确定模块410用于响应于用户针对游戏应用的桌面应用施加的启动操作，确定指示运行游戏应用的目标宿主应用对应的目标应用链接。

宿主应用运行模块420用于基于目标应用链接指示的运行信息，运行目标宿主应用，并跳转至目标宿主应用的与运行信息对应的游戏运行界面。

游戏安装包配置模块440用于通过目标宿主应用下载游戏应用的游戏安装包。

游戏运行模块440用于基于游戏安装包，在游戏运行界面运行游戏应用。

在一种可能的实施方式中，如图8所示，游戏启动装置400还包括桌面应用安装模块450，桌面应用安装模块450用于：

在游戏应用的多个宿主应用中任意一个宿主应用运行游戏应用的过程中，响应于用户针对桌面应用的同意安装触发操作，根据从服务器接收到的桌面应用的安装文件，安装桌面应用；其中，安装文件包括服务器根据游戏应用的应用特征信息，以及用于运行游戏应用的至少一个宿主应用的应用特征信息生成的至少一个应用链接。

在一种可能的实施方式中，链接确定模块410在用于确定指示运行游戏应用的目标宿主应用对应的目标应用链接时，具体用于：

运行桌面应用，确定所述桌面应用中的至少一个应用链接对应的游戏应用的至少一个宿主应用；

从至少一个宿主应用中确定出目标宿主应用；

从运行的桌面应用中，获取指示运行游戏应用的目标宿主应用对应的目标应用链接。

在一种可能的实施方式中，链接确定模块410在用于从至少一个宿主应用中确定出目标宿主应用时，具体用于：

从至少一个宿主应用中，确定出在安装桌面应用时运行游戏应用的宿主应用；

确定在安装桌面应用时运行游戏应用的宿主应用为目标宿主应用。

在一种可能的实施方式中，链接确定模块410在用于从至少一个宿主应用中确定出目标宿主应用时，具体用于：

基于宿主应用针对所述游戏应用的运行优先级信息，从至少一个宿主应用中确定出运行优先级最高的宿主应用；

确定优先级最高的宿主应用为目标宿主应用。

在一种可能的实施方式中，宿主应用运行模块420在用于基于目标应用链接指示的运行信息，运行目标宿主应用，并跳转至目标宿主应用的与运行信息对应的游戏运行界面时，具体用于：

根据目标应用链接指示的应用特征信息，运行目标宿主应用；

根据目标应用链接指示的运行界面的位置信息，跳转至目标宿主应用的与位置信息对应的游戏运行界面。

在一种可能的实施方式中，游戏运行模块440在用于基于游戏安装包，在游戏运行界面运行游戏应用时，具体用于：

基于游戏安装包，获取游戏应用的代码文件和资源文件；

将代码文件和资源文件分别配置在目标宿主应用的对应目录下，并对代码文件和资源文件分别进行访问路径的重定向；

调用代码文件和资源文件，在游戏运行界面运行游戏应用。

在一种可能的实施方式中，代码文件包括游戏引擎代码和动态库文件；游戏运行模块440在用于调用代码文件和资源文件，在游戏运行界面运行游戏应用时，具体用于：

获取代码文件中的游戏引擎代码，基于游戏引擎代码启动游戏引擎；

通过游戏引擎调用动态库文件和资源文件，以在游戏运行界面运行游戏应用。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

对应于图1中的游戏启动方法，本公开实施例还提供了一种计算机设备600，如图9所示，为本公开实施例提供的计算机设备的结构示意图，计算机设备包括处理器610、存储器620和总线630。存储器620用于存储执行指令，包括内存621和外部存储器622。这里的内存621也称内存储器，用于暂时存放处理器610中的运算数据，以及与硬盘等外部存储器622交换的数据，处理器610通过内存621与外部存储器622进行数据交换，处理器610与存储器620之间通过总线630通信，使得处理器610执行以下指令：

响应于用户针对游戏应用的桌面应用施加的启动操作，确定指示运行游戏应用的目标宿主应用对应的目标应用链接；

基于目标应用链接指示的运行信息，运行目标宿主应用，并跳转至目标宿主应用的与运行信息对应的游戏运行界面；

通过目标宿主应用下载游戏应用的游戏安装包；

基于游戏安装包，在游戏运行界面运行游戏应用。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的游戏启动方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的游戏启动方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(softwaredevelopmentkit，sdk)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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