CN114327675B - 小游戏应用的启动方法及相关装置 - Google Patents

Abstract

本申请提供了一种小游戏应用的启动方法及相关装置，所述方法包括：检测到针对目标小游戏应用的启动指令；响应所述启动指令，向小游戏平台服务器发送第一游戏安装包请求消息，以得到所述服务器因响应而下发的主安装包；加载所述主安装包以显示加载界面，并向所述小游戏平台服务器发送第二游戏安装包请求消息，以得到至少一个子安装包；在所述主安装包加载完成后，检测已下载的所述至少一个子安装包能否运行起主界面游戏场景，若是，则加载子安装包，以显示所述游戏界面。本申请实施例可以避免下载整体程序包耗时过长无法实现目标小游戏应用的快速启动，有利于提高小游戏应用的启动速度。

Description

小游戏应用的启动方法及相关装置

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种小游戏应用的启动方法及相关装置。

背景技术

随着游戏用户生活节奏的不断加快，对于能够快速启动并可以玩耍的小游戏的需求日益增强，因此针对于小游戏应用的启动方法具有重要的价值。

但随着游戏用户对于小游戏的玩法趣味性、画面精美程度的要求增加，传统的使用网页替代原生开发小游戏，通过加载网页完成即可启动游戏的方法，无法支撑起该类小游戏中日益加重的资源文件。这个时候就只能让用户按照传统方式下载完整的程序包，才能够体验到玩法多样、画质精美的游戏，而这对于足快生活节奏的游戏用户不够方便快捷，不能满足于他们随时即可启动游戏玩耍的需求。

发明内容

本申请实施例提供小游戏应用的启动方法及相关装置，以期提高电子设备启动小游戏应用的速度。

第一方面，本申请实施例提供了一种小游戏应用的启动方法，包括：

检测到针对目标小游戏应用的启动指令；

响应所述启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

接收来自所述小游戏平台服务器响应第一游戏安装包请求消息而按照预先排序的下载顺序下发的主安装包；

在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，执行如下操作：向所述小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自所述小游戏平台服务器响应第二游戏安装包请求消息而按照所述下载顺序下发子安装包；

在所述主安装包被加载完成后，保持显示所述目标小游戏的应用加载界面，检测当前已下载的至少一个所述子安装包能否运行起所述目标小游戏应用的主界面游戏场景：

若是，则加载所述至少一个子安装包，以显示所述目标小游戏应用的游戏界面。

第二方面，本申请实施例还提供了一种小游戏安装包处理方法，包括：

获取目标小游戏应用的安装包；

确定启动所述目标小游戏应用所需要的参考文件，并将所述安装包中与所述参考文件对应的资源文件设置为所述目标小游戏应用的主安装包；

获取所述目标小游戏应用的多个子功能场景；

确定所述多个子功能场景的使用热度的排列顺序，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种；

将所述安装包中与所述多个子功能场景对应的多个资源文件子集设置为所述目标小游戏应用的多个子安装包；

根据所述排列顺序、所述主安装包和所述多个子安装包生成所述目标小游戏应用的安装包序列，所述安装包序列用于指示所述主安装包和所述多个子安装包的下载顺序。

第三方面，本申请实施例还提供了一种小游戏应用的启动装置，包括：

检测指令单元：用于检测到针对目标小游戏应用的启动指令；

响应单元：用于响应所述启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

下载单元:用于接收来自所述小游戏平台服务器响应第一游戏安装包请求消息而按照预先排序的下载顺序下发的主安装包；

加载单元：用于在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，执行如下操作：向所述小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自所述小游戏平台服务器响应第二游戏安装包请求消息而按照所述下载顺序下发子安装包；

检测运行单元：用于在所述主安装包被加载完成后，保持显示所述目标小游戏的应用加载界面，检测当前已下载的至少一个所述子安装包能否运行起所述目标小游戏应用的主界面游戏场景：若是，则加载所述至少一个子安装包，以显示所述目标小游戏应用的游戏界面。

第四方面，本申请实施例还提供了一种小游戏安装包处理装置，包括：

获取安装包单元：用于获取目标小游戏应用的安装包；

主安装包设置单元：用于确定启动所述目标小游戏应用所需要的参考文件，并将所述安装包中与所述参考文件对应的资源文件设置为所述目标小游戏应用的主安装包；

获取子功能场景单元：用于获取所述目标小游戏应用的多个子功能场景；

排序单元：用于确定所述多个子功能场景的使用热度的排列顺序，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种；

子安装包设置单元：用于将所述安装包中与所述多个子功能场景对应的多个资源文件子集设置为所述目标小游戏应用的多个子安装包；

序列生成单元：用于根据所述排列顺序、所述主安装包和所述多个子安装包生成所述目标小游戏应用的安装包序列，所述安装包序列用于指示所述主安装包和所述多个子安装包的下载顺序。

第五方面，本申请实施例还提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器质性所述计算机程序时实现如上所述第一方面任一方法的步骤。

第六方面，本申请实施例还提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器质性所述计算机程序时实现如上所述第二方面任一方法的步骤。

第七方面，本申请实施例还提供了一种算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上所述第一方面任一方法或第二方面任一方法的步骤。

可以看出，本申请实施例中，首先检测到针对目标小游戏应用的启动指令，然后响应所述指令，向小游戏平台服务器发送第一游戏安装包请求消息，以得到所述平台服务器下发的主安装包；加载所述主安装包以显示应用加载界面，并向所述小游戏平台服务器发送第二游戏安装包请求消息，以得到所述至少一个子安装包，在所述主安装包加载完后，检测当前已下载的至少一个子安装包是否能运行起游戏场景，若是，则加载所述子安装包进入游戏界面。这样，可以实现在较短的时间内下载好主安装包即可启动游戏，并可在下载到能运行起游戏场景的至少一个子安装包后，即可进入游戏界面进行游戏，提高了启动目标小游戏应用的速度，还能适用于大重量程序包的小游戏。

附图说明

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

图1a是本申请实施例提供的一种小游戏应用启动系统的示意图；

图1b是本申请实施例提供的一种电子设备的结构示意图；

图1c是本申请实施例提供的一种小游戏平台服务器的结构示意图；

图2是本申请实施例提供的一种小游戏应用启动方法过程示意图；

图3是本申请实施例提供的一种小游戏安装包处理方法流程示意图；

图4是本申请实施例提供的一种小游戏应用启动装置的功能单元组成框图；

图5是本申请实施例提供的一种小游戏安装包处理装置的功能单元组成框图；

图6是本申请实施例提供的一种小游戏应用启动装置的结构框图；

图7是本申请实施例提供的一种小游戏安装包处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好地理解本申请实施例的技术方案，下面先对本申请实施例可能涉及的小游戏应用启动系统及电子设备进行介绍。

请参阅图1a，图1a是本申请实施例提供的一种小游戏应用启动系统的示意图，如图所示，小游戏应用启动系统100包括小游戏平台服务器101、电子设备102，所述小游戏平台服务器101与电子设备102通信连接。所述电子设备102向小游戏平台服务器101发送第一游戏安装包请求消息，这样小游戏平台服务器101就可以知道电子设备102向要下载的目标小游戏应用，且知道目前需要下载的是主安装包。然后小游戏平台服务器101会将该目标小游戏应用的主安装包发送给电子设备102，这样电子设备102就可以下载主安装包以启动游戏并显示应用加载界面，完成游戏的快速启动。在电子设备102进入加载界面后，就会发送第二游戏安装包请求消息给小游戏平台服务器101，然后小游戏平台服务器101就会按照预先排序好的下载顺序下发多个子安装包，电子设备102接收后就可以接着下载子安装包。一个所述小游戏平台服务器101也可以同时对应多个电子设备，或者该小游戏应用启动系统100中包括了多个小游戏平台服务器，每个服务器对应一个或多个电子设备。

具体地，如图1a所述的电子设备的结构可以参阅图1b，图1b是本申请实施例提供的一种电子设备的结构示意图。如图1b所示，所述电子设备110可以实现小游戏应用的启动方法中的步骤，所述电子设备110包括处理器120、存储器130、通信接口140以及一个或多个程序131，其中，所述一个或多个程序131被存储在上述存储器130中，且被配置由上述处理器120执行，所述一个或多个程序131包括用于执行上述方法实施例中任一步骤的指令。如图1a所述的小游戏平台服务器的结构可以参阅图1c，图1c是本申请实施例提供的一种小游戏平台服务器的结构示意图。如图1c所示，所述小游戏平台服务器210可以实现小游戏安装包处理方法中的步骤，所述小游戏平台服务器210包括处理器220、存储器230、通信接口240以及一个或多个程序231，其中，所述一个或多个程序231被存储在上述存储器230中，且被配置由上述处理器220执行，所述一个或多个程序231包括用于执行上述方法实施例中任一步骤的指令。

通信单元用于支持第一电子设备与其他设备的通信。终端还可以包括存储单元用于存储终端的程序代码和数据。

其中，处理单元可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元可以是通信接口、收发器、收发电路等，存储单元可以是存储器。

所述存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。

具体实现中，所述处理器用于执行如上述方法实施例中由电子设备执行的任一步骤，且在执行诸如发送等数据传输时，可选择的调用所述通信接口来完成相应操作。

目前，小游戏平台应用对于小游戏应用的快速启动，通常都是使用网页替代原生开发小游戏的方法，仅需完成网页的加载即可打开小游戏应用进行游戏。这种启动方法只能支撑小型游戏，对于资源文件多、安装包较大的小游戏就无法实现快速启动，仍需要较长的等待时间等待资源的下载。这样就会导致等待下载完整包耗时过长而流失部分游戏用户，无法满足用户的游戏需要。

为解决上述问题，本申请实施例提供了一种小游戏应用的启动方法，该方法可以应用于电子设备启动小游戏应用。可以通过检测到针对目标小游戏应用的启动指令，响应该启动指令向小游戏平台服务器发送第一游戏安装包请求消息，并接收响应该请求消息而下发的主安装包。通过加载该主安装包即可启动游戏并进入加载页面，在加载页面中向该服务器继续请求并下载子安装包，以此来实现对小游戏应用的快速启动。

下面从方法实施例的角度介绍本申请实施例涉及的小游戏应用的启动方法过程。

请参阅图2，图2是本申请实施例提供的一种小游戏应用的启动方法过程示意图，提供的是一种小游戏应用的启动方法，应用于电子设备，该方法包括以下步骤：

步骤S201、检测到针对目标小游戏应用的启动指令；

步骤S202、响应启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

其中，第一游戏安装包请求消息用于指示小游戏平台服务器下发该目标小游戏应用的主安装包。

步骤S203、接收来自小游戏平台服务器响应第一游戏安装包请求消息而按照下载顺序下发的主安装包；

步骤S204、在加载主安装包以显示目标小游戏的应用加载界面的过程中，执行如下操作：向小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自小游戏平台服务器响应第二游戏安装包请求消息而按照预先排序好的下载顺序下发的至少一个子安装包；

在一个可能的实施例中，所述至少一个子安装包为所述目标小游戏应用的子安装包集合中的部分或全部子安装包。

其中，在小游戏应用启动之前，小游戏平台服务器通过小游戏安装包处理方法将原始安装包分装成了主安装包和子安装包集合，主安装包包含有目标小游戏应用从启动到应用加载页面所需要的资源文件，而子安装包集合则是原始安装包去除掉主安装包后分装成的子安装包的集合，子安装包的分装规则是按照目标小游戏应用中的功能场景进行分装，接收的至少一个子安装包就是目标小游戏应用的子安装包集合中的部分或全部。

例如，一个目标小游戏应用中除开启动游戏到加载页面的资源文件后，它还包括了三个游戏功能场景，那分装后它的子安装包集合中将会有三个子安装包。再例如，根据每个小游戏的内容不同，还可能出现子安装包只有一个的情况，这时候下发的一个子安装包就是子安装包集合的全部子安装包。

可见，在本示例中，通过优先下载主安装包以实现小游戏应用的快速启动，即仅需要下载资源很小的安装包即可进入加载界面，无需等待完整的程序包下载完。再通过将剩余包体划分成子安装包集合按下载顺序下发，实现在加载界面的同步下载。

在一个可能的实施例中，所述至少一个子安装包的下载顺序与所述目标小游戏应用的安装包序列中的顺序对应，所述安装包序列用于指示所述主安装包和所述子安装包集合中的多个子安装包的下载顺序。

其中，在小游戏平台服务器对目标小游戏应用的原始安装包进行分装的时候，还获取了安装包序列，该安装包序列用于指示主安装包和所有子安装包下载顺序，用于在响应用户的电子设备发送的第一或第二游戏安装包请求消息时，能够按照该安装包序列指示该小游戏平台服务器进行依次下发安装包。

可见，在本示例中，获取了安装包序列以指示安装包下载顺序，这样可以实现让用户在最短的时间内下载最有用的资源文件，让用户能够在最少的等待下载时间中体验目标小游戏应用。

在一个可能的实施例中，所述目标小游戏应用的安装包序列中所述主安装包的下载顺序在所述多个子安装包的下载顺序之前。

其中，包含了小游戏应用的启动到应用加载界面的资源文件的主安装包，被排序到了最前面进行下载。

可见，在本示例中，通过安装包序列将主安装包的下载顺序排到了子安装包之前，这样可以实现目标小游戏应用能够先实现启动，并加载出加载界面，让用户能够第一时间得到游戏应用的反馈，从而先留住游戏用户，为其余安装包的下载争取时间。

在一个可能的实施例中，所述多个子安装包与所述目标应用程序的多个子功能场景一一对应，所述多个子安装包的下载顺序与所述多个子功能场景的使用热度的预设排列顺序对应，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种。

其中，游戏用户的电子设备获得的子安装包是通过与子功能场景一一对应，而进行分类的，每个子安装包分别代表着运行不同子功能场景所需要的资源文件。多个子安装包之间的下载顺序的先后，是由小游戏平台服务器收集的每个子功能场景的使用热度来排序的，此处不作限定，也可以采用其他的安装包分装规则和排序规则。

可见，本示例中，通过根据子功能场景来划分出子安装包，并根据不同子功能场景的使用热度来进行下载顺序的排序，这样可以实现游戏用户的电子设备所下载的每个子安装包都能够运行起一个子功能场景，提供给用户玩耍。通过使用热度来对多个子安装包进行下载顺序排序，保证先下载完的子安装包能够最大可能的符合用户的喜好，供用户先进行体验，与此同时下载好其他剩余的子安装包，减少了对于安装包下载的等待时间，不会影响到用户的游戏体验。

步骤S205、在主安装包被加载完成后，保持显示目标小游戏的应用加载界面，检测当前已下载的至少一个子安装包能否运行起目标小游戏应用的主界面游戏场景；若是，则加载至少一个子安装包，以显示目标小游戏应用的游戏界面。

在一个可能的实施例中，所述检测当前已下载的所述至少一个子安装包是否能够运行起所述目标小游戏应用的主界面游戏场景，包括：检测当前已下载的所述至少一个子安装包中是否包含有运行所述主界面游戏场景所需的资源文件；若包含，则确定能够运行起所述主界面游戏场景；若不包含，则确定不能够运行起所述主界面游戏场景。

其中，在一个小游戏应用的安装包中，由于游戏场景是通过特定的资源文件来支撑运行的，所以通过检测已下载的子安装包中是否包含了特定所需的所有资源文件，就可以确定能够运行起该主界面游戏场景。

可见，在本示例中，通过检测是否包含有运行所需的资源文件来确定能够运行起游戏场景，这样可以实现高效和准确地进行检测，且通过小游戏平台服务器按照子功能场景进行划分出的子安装包的分装规则，保证了小游戏应用能够在最少的资源下载情况下，为游戏用户运行游戏场景。

在一个可能的实施例中，所述在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，包括：显示所述应用加载界面，所述应用加载界面包括应用加载进度条，根据所述主安装包被实际加载的进度控制所述应用加载进度条的进度信息的显示。

其中，电子设备接收并加载主安装包后，就启动了游戏并进入了应用加载界面，在应用加载界面中，进行下一步的子安装包下载动作，并通过显示应用加载进度条来让用户能够知道主安装包的实际加载情况。在主安装包被加载完成后，还可以在显示的应用加载界面上，显示预先设置好的信息，例如“主游戏场景已加载完毕，准备进入游戏”，以此来提示用户应用加载完成，已可运行。

可见，在本示例中，在应用加载界面中使用了加载进度条已显示加载进程，这样可以避免用户单纯的等待小游戏应用的安装包的下载，减少用户因得不到下载进度反馈而无法等待的情况发生，而且能够在应用加载界面上增加精美的图片让用户对小游戏内的画面有所期待，在加载完成后也可以文字提醒用户，让用户能够持续得到反馈，提高用户体验。

在一个可能的实施例中，所述方法还包括：若否，则继续保持显示所述目标小游戏的应用加载界面，并继续下载所述目标小游戏的子安装包直至获取到能够运行起所述目标小游戏应用的游戏界面的多个子安装包；加载所述多个子安装包以显示所述目标小游戏应用的游戏界面。

其中，在检测完后，如果能够运行起游戏场景，就直接加载已下载好的子安装包进入游戏，开始游戏。而如果还不能够运行起游戏场景，就让用户继续等待，就继续保存显示应用加载界面，并继续下载子安装包直至能够运行起游戏界面。通常情况下，按小游戏平台服务器的处理规则得到子安装包，每个子安装包都对应了一个游戏场景所需的资源文件，下载好一个也能实现运行。但为了防止手机下载情况不同和子安装包分装的特殊情况，加入了检测环节，避免出现进入后无法运行的情况。

可见，在检测到所下载的子安装包无法运行的情况下，就保存显示应用加载界面，继续下载直至可以运行。这样可以保证，用户在应用加载界面加载完成后进入游戏，游戏场景能够正常运行，而不会出现了进入而无法加载游戏场景的情况，导致用户的游戏体验大打折扣。

可见，在图2本申请实施例中提供的一种小游戏应用启动方法过程示意图，检测并响应启动指令，优先从小游戏平台服务器下载主安装包，加载主安装包以显示应用加载界面，同时下载至少一个子安装包。在主安装包被加载完毕后，检测已下载好的子安装包是否能够运行起游戏场景，直至可以运行起游戏场景后进入游戏。这样可以避免下载整体程序包耗时过长而无法快速的启动目标小游戏应用，让用户能够尽快体验到游戏，大幅减少了等待时间和游戏用户因等待而流失。

请参阅图3，图3是本申请实施例提供的一种小游戏安装包处理方法流程示意图，提供的是一种小游戏安装包处理方法，应用于服务器，该方法包括以下步骤：

步骤301、获取目标小游戏应用的安装包。

其中，该目标小游戏应用的安装包可以是各个版本的安装包，只要能够独立运行起目标小游戏应用。

步骤302、确定启动目标小游戏应用所需要的参考文件，并将安装包中与参考文件对应的资源文件设置为目标小游戏应用的主安装包。

在一个可能的实施例中，所述确定启动所述目标小游戏应用所需要的参考文件，包括：启动所述目标小游戏应用，记录启动所述目标小游戏应用所需要的参考文件。

其中，在获取目标小游戏应用的安装包之后，启动该小游戏应用，同时记录启动该目标小游戏应用之后，从获取的安装包中被调用到执行内存的参考文件，该参考文件与启动该小游戏到应用加载界面所需要的资源文件相对应，将其设置为主安装包，该主安装包可以是程序包也可以是压缩包等各种形式，此处不作限制。

可见，在本示例中，通过启动目标小游戏应用，并记录启动小游戏应用所需的参考文件，将与其对应的资源文件设置成主安装包。这样可以实现，完整的得到目标小游戏应用从启动到应用加载界面使用的资源文件，将其设置成主安装包，保证了游戏用户的电子设备只需下载该主安装包即可启动游戏，达到下载最少的资源文件即可启动目标小游戏应用，满足游戏用户想要快速启动游戏的需求。

步骤303、获取目标小游戏应用的多个子功能场景。

步骤304、确定多个子功能场景的使用热度的排列顺序，使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种。

在一个可能的实施例中，所述排列顺序为由高到低的排列顺序。

其中，在确定排列顺序时，采取多个子功能场景使用热度由高到低的排列顺序来对其对应的子功能场景排序。

可见，在本示例中，通过采取由高到低的排列顺序，这样可以实现，在后续根据该排列顺序生成安装包序列时，可以保证该安装包序列所指示的多个子安装包的下载顺序，让游戏用户的电子设备优先下载完成的子安装包对应的子功能场景是使用热度最高的，让游戏用户能够先下载完并体验该子功能场景，定位到用户的喜好，大幅提高了游戏体验。

在一个可能的实施例中，所述确定所述多个子功能场景的使用热度的排列顺序，包括：获取所述目标小游戏应用的内测版本的历史使用记录，所述历史使用记录包括各个子功能场景的使用时间、使用频率、使用次数的信息记录；统计分析所述历史使用记录，确定所述多个子功能场景的使用热度。

其中，在确定多个子功能场景的使用热度的排列顺序时，获取了内测版本的历史使用记录，对该历史使用记录进行数据分析，得到游戏用户在面对多个子功能场景时的使用热度。

可见，在本示例中，通过获取目标小游戏应用的内测版本的历史使用记录来分析使用热度，这样可以实现有足够的数据能够分析出该目标小游戏应用中，多个子功能场景哪个更受用户喜好，将最受喜好的子功能场景对应的子安装包排在前面去优先下载，使得用户能快速启动游戏并快速进入该功能场景体验，留住用户并使其有兴趣再次体验。

步骤305、将安装包中与多个子功能场景对应的多个资源文件子集设置为目标小游戏应用的多个子安装包。

其中，在进入目标小游戏应用的不同子功能场景时，记录安装包中对应实际执行的资源文件，将其处理出多个资源文件子集，并将该多个资源文件子集设置为多个子安装包。

步骤306、根据排列顺序、主安装包和多个子安装包生成目标小游戏应用的安装包序列，安装包序列用于指示主安装包和多个子安装包的下载顺序。

在一个可能的实施例中，所述目标小游戏应用的安装包序列中所述主安装包的下载顺序在所述多个子安装包的下载顺序之前。

其中，在生成安装包序列时，让主安装包的下载顺序排在了多个子安装包之前，使安装包序列指示下载安装包时，确保主安装是优先下载完成的。

可见，在本示例中，下载并加载主安装包可以实现启动目标小游戏应用到应用加载界面，通过将安装包序列中主安装包的下载顺序排在最前，这样能够实现，游戏用户仅通过数兆的主安装包下载即可实现对目标小游戏应用的启动，让用户在基本上感知不到等待下载时间的情况下，就启动游戏进入了加载界面，避免了等待时间过长而使游戏用户流失的情况发生。

可见，在图3是本申请实施例提供的一种小游戏安装包处理方法流程示意图，获取目标小游戏应用的安装包，再确定启动该小游戏应用所需参考文件，将与参考文件对应的安装包中的资源文件设置成主安装包，再获取多个子功能场景，确定它们的使用热度排列顺序以排序它们对应的资源文件子集设置的子安装包，最后生成安装包序列指示下载顺序。这样可以通过对小游戏安装包进行处理，设置出主安装包以实现目标小游戏应用的快速启动，并按照子功能场景拆分出多个子安装包，每个子安装包都可以运行起对应的子功能场景，以保证游戏用户在下载最少的资源文件的情况下，更快的体验到游戏，无需进行长时间的等待。

下面为本申请装置实施例，本申请装置实施例与本申请方法实施例属于同一构思，用于执行本申请实施例中描述的方法。为了便于说明，本申请装置实施例仅示出与本申请装置实施例相关的部分，具体技术细节未揭示的，请参照本申请方法实施例的描述，此处不再一一赘述。

本申请实施例提供了一种小游戏应用启动装置，该小游戏应用启动装置可以为电子设备。具体的，小游戏应用启动装置用于执行以上小游戏应用的启动方法中电子设备所述执行的步骤。本申请实施例提供的小游戏应用启动装置可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对小游戏应用启动装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块即可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图4是本申请实施例提供的一种小游戏应用启动装置的功能单元组成框图。如图4所示，该小游戏应用启动装置可以包括：

检测指令单元401、用于检测到针对目标小游戏应用的启动指令；

响应单元402、用于响应启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

下载单元403、用于接收来自小游戏平台服务器响应第一游戏安装包请求消息而按照预先排序的下载顺序下发的主安装包；

加载单元404、用于在加载主安装包以显示目标小游戏的应用加载界面的过程中，执行如下操作：向小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自小游戏平台服务器响应第二游戏安装包请求消息而按照下载顺序下发子安装包；

在一个可能的实施例中，电子设备从小游戏平台服务器接收的所述至少一个子安装包，为所述目标小游戏应用的子安装包集合中的部分或全部子安装包。

在一个可能的实施例中，加载单元404具体用于：接收按照下载顺序下发的所述至少一个子安装包，该下载顺序与所述目标小游戏应用的安装包序列中的顺序对应，所述安装包序列用于指示所述主安装包和所述子安装包集合中的多个子安装包的下载顺序。

在一个可能的实施例中，所述目标小游戏应用的安装包序列中所述主安装包的下载顺序在所述多个子安装包的下载顺序之前。

在一个可能的实施例中，所述多个子安装包与所述目标应用程序的多个子功能场景一一对应，所述多个子安装包的下载顺序与所述多个子功能场景的使用热度的预设排列顺序对应，所述使用热度用于表征对应的子功能场景的用户使用频率、次数和时长中的至少一种。

检测运行单元405、用于在所述主安装包被加载完成后，保持显示所述目标小游戏的应用加载界面，检测当前已下载的至少一个所述子安装包能否运行起所述目标小游戏应用的主界面游戏场景：若是，则加载所述至少一个子安装包，以显示所述目标小游戏应用的游戏界面。

在一个可能的实施例中，检测运行单元405具体用于：检测当前已下载的所述至少一个子安装包是否能够运行起所述目标小游戏应用的主界面游戏场景，包括：检测当前已下载的所述至少一个子安装包中是否包含有运行所述主界面游戏场景所需的资源文件；若包含，则确定能够运行起所述主界面游戏场景；若不包含，则确定不能够运行起所述主界面游戏场景。

在一个可能的实施例中，检测运行单元405具体用于：在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，包括：显示所述应用加载界面，所述应用加载界面包括应用加载进度条，根据所述主安装包被实际加载的进度控制所述应用加载进度条的进度信息的显示。

在一个可能的实施例中，检测运行单元405具体用于：若检测为不能运行起游戏场景，则继续保持显示所述目标小游戏的应用加载界面，并继续下载所述目标小游戏的子安装包直至获取到能够运行起所述目标小游戏应用的游戏界面的多个子安装包；加载所述多个子安装包以显示所述目标小游戏应用的游戏界面。

可以看出，本申请实施例提供的小游戏应用启动装置，可检测到用户针对目标小游戏应用的启动指令，根据该指令向小游戏平台服务器发送第一游戏安装包请求消息，并接收服务器响应该请求消息而下发的主安装包。下载并加载该主安装包以启动目标小游戏应用，并向小游戏平台服务器发送第二游戏安装包请求消息，接收该服务器响应该请求消息而下发至少一个子安装包。在主安装包被加载完成后，检测已下载完成的子安装包是否能够运行起游戏场景，若是，则进入游戏界面，若不是，则继续下载子安装包直至能够打开游戏界面。如此，通过发送第一或第二游戏安装包请求消息，指示小游戏平台服务器下发该目标小游戏应用的主安装包或子安装包，有利于实现对该目标小游戏应用的快速启动，和进入加载界面的同步下载。

本申请实施例还提供了一种小游戏安装包处理装置，该小游戏安装包处理装置可以为服务器。具体的，小游戏安装包处理装置用于执行以上安装包分装方法中服务器所述执行的步骤。本申请实施例提供的小游戏安装包处理装置可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对小游戏应用启动装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块即可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图5是本申请实施例提供的一种小游戏安装包处理装置的功能单元组成框图。如图5所示，该小游戏安装包处理装置可以包括：

获取安装包单元501、用于获取目标小游戏应用的安装包。

主安装包设置单元502、用于确定启动所述目标小游戏应用所需要的参考文件，并将所述安装包中与所述参考文件对应的资源文件设置为所述目标小游戏应用的主安装包。

在一个可能的实施例中，主安装包设置单元502具体应用于：确定启动所述目标小游戏应用所需要的参考文件，包括：启动所述目标小游戏应用，记录启动所述目标小游戏应用所需要的参考文件。

获取子功能场景单元503、用于获取所述目标小游戏应用的多个子功能场景。

排序单元504、用于确定所述多个子功能场景的使用热度的排列顺序，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种。

在一个可能的实施例中，所述排列顺序为由高到低的排列顺序。

在一个可能的实施例中，排序单元504具体应用于：确定所述多个子功能场景的使用热度的排列顺序，包括：获取所述目标小游戏应用的内测版本的历史使用记录，所述历史使用记录包括各个子功能场景的使用时间、使用频率、使用次数的信息记录；统计分析所述历史使用记录，确定所述多个子功能场景的使用热度。

子安装包设置单元505、用于将所述安装包中与所述多个子功能场景对应的多个资源文件子集设置为所述目标小游戏应用的多个子安装包。

序列生成单元506、用于根据所述排列顺序、所述主安装包和所述多个子安装包生成所述目标小游戏应用的安装包序列，所述安装包序列用于指示所述主安装包和所述多个子安装包的下载顺序。

在一个可能的实施例中，所述目标小游戏应用的安装包序列中所述主安装包的下载顺序在所述多个子安装包的下载顺序之前。

可以看出，本申请实施例提供的小游戏安装包处理装置，可获取到目标小游戏应用的安装包，并确定启动该小游戏应用所需的参考文件，将该所需参考文件对应在安装包中的资源文件设置成主安装包。还可以获取到该小游戏应用的多个子功能场景，确定它们的使用热度的排列顺序，并将它们对应的资源文件子集设置成多个子安装包，最后根据排列顺序、主安装包、多个子安装包获取安装包序列，以指示安装包的下载顺序。如此可以实现，将目标小游戏应用的安装包处理成多个安装包，供用户的电子设备能够下载小重量的安装包即可实现启动游戏，并可根据下载顺序和请求消息，下发其余的子安装包供用户下载，有利于实现游戏的快速启动。

需要注意的是，本装置实施例所描述的小游戏安装包处理装置是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义，用于实现各个“单元”所描述功能的对象例如可以是集成电路ASIC，单个电路，用于执行一个或多个软件或固体程序的处理器(共享的、专用的或芯片组)和存储器，组合逻辑电路，和/或提供实现上述功能的其他合适的组件。

在采用集成的单元的情况下，如图6所示，图6是本申请实施例提供的一种小游戏应用启动装置的结构框图。图6中，小游戏应用启动装置600包括：处理模块602和通信模块601。处理模块602用于对小游戏应用启动装置的动作进行控制管理，例如，检测指令单元401、响应单元402、下载单元403、加载单元404和检测运行单元405的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块601用于支持小游戏应用启动装置与其他设备之间的交互。如图6所示，小游戏应用启动装置还可以包括存储模块603，存储模块603用于存储小游戏应用启动装置的程序代码和数据。

其中，处理模块602可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块601可以是收发器、RF电路或通信接口等。存储模块603可以是存储器。

在采用集成的单元的情况下，如图7所示，图7是本申请实施例提供的一种小游戏安装包处理装置的结构框图。图7中，小游戏安装包处理装置700包括：处理模块702和通信模块701。处理模块702用于对小游戏安装包处理装置的动作进行控制管理，例如，获取安装包单元501、主安装包设置单元502、获取子功能场景单元503、排序单元504、子安装包设置单元505和序列生成单元506的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块701用于支持小游戏安装包处理装置与其他设备之间的交互。如图7所示，小游戏安装包处理装置还可以包括存储模块703，存储模块703用于存储小游戏安装包处理装置的程序代码和数据。

其中，处理模块702可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块701可以是收发器、RF电路或通信接口等。存储模块703可以是存储器。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，可轻易想到变化或替换，均可作各种更动与修改，包含上述不同功能、实施步骤的组合，包含软件和硬件的实施方式，均在本发明的保护范围。

Claims (9)

1.一种小游戏应用的启动方法，其特征在于，应用于电子设备，所述方法包括：

检测到针对目标小游戏应用的启动指令；

响应所述启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

接收来自所述小游戏平台服务器响应第一游戏安装包请求消息而按照预先排序的下载顺序下发的主安装包；

在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，执行如下操作：向所述小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自所述小游戏平台服务器响应第二游戏安装包请求消息而按照所述下载顺序下发子安装包；

在所述主安装包被加载完成后，保持显示所述目标小游戏的应用加载界面，检测当前已下载的至少一个所述子安装包能否运行起所述目标小游戏应用的主界面游戏场景：

若是，则加载所述至少一个子安装包，以显示所述目标小游戏应用的主界面游戏场景，其中，所述至少一个子安装包为所述目标小游戏应用的子安装包集合中的部分或全部子安装包，所述子安装包集合中包括的多个子安装包与所述目标小游戏应用的多个子功能场景一一对应，所述多个子安装包的下载顺序与所述多个子功能场景的使用热度的预设排列顺序对应，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若否，则继续保持显示所述目标小游戏的应用加载界面，并继续下载所述目标小游戏的子安装包直至获取到能够运行起所述目标小游戏应用的主界面游戏场景的多个子安装包；

加载所述多个子安装包以显示所述目标小游戏应用的主界面游戏场景。

3.根据权利要求1所述的方法，其特征在于，所述至少一个子安装包的下载顺序与所述目标小游戏应用的安装包序列中的顺序对应，所述安装包序列用于指示所述主安装包和所述子安装包集合中的多个子安装包的下载顺序。

4.根据权利要求3所述的方法，其特征在于，所述目标小游戏应用的安装包序列中所述主安装包的下载顺序在所述多个子安装包的下载顺序之前。

5.根据权利要求1所述的方法，其特征在于，所述检测当前已下载的所述至少一个子安装包是否能够运行起所述目标小游戏应用的主界面游戏场景，包括：

检测当前已下载的所述至少一个子安装包中是否包含有运行所述主界面游戏场景所需的资源文件；

若包含，则确定能够运行起所述主界面游戏场景；

若不包含，则确定不能够运行起所述主界面游戏场景。

6.根据权利要求1所述的方法，其特征在于，所述在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，包括：

显示所述应用加载界面，所述应用加载界面包括应用加载进度条；

根据所述主安装包被实际加载的进度控制所述应用加载进度条的进度信息的显示。

7.一种小游戏应用的启动装置，其特征在于，应用于电子设备，所述装置包括：

检测指令单元：用于检测到针对目标小游戏应用的启动指令；

响应单元：用于响应所述启动指令，向小游戏平台服务器发送第一游戏安装包请求消息；

下载单元:用于接收来自所述小游戏平台服务器响应第一游戏安装包请求消息而按照预先排序的下载顺序下发的主安装包；

加载单元：用于在加载所述主安装包以显示所述目标小游戏的应用加载界面的过程中，执行如下操作：向所述小游戏平台服务器发送第二游戏安装包请求消息；以及，接收来自所述小游戏平台服务器响应第二游戏安装包请求消息而按照所述下载顺序下发子安装包；

检测运行单元：用于在所述主安装包被加载完成后，保持显示所述目标小游戏的应用加载界面，检测当前已下载的至少一个所述子安装包能否运行起所述目标小游戏应用的主界面游戏场景：若是，则加载所述至少一个子安装包，以显示所述目标小游戏应用的主界面游戏场景，其中，所述至少一个子安装包为所述目标小游戏应用的子安装包集合中的部分或全部子安装包，所述子安装包集合中包括的多个子安装包与所述目标小游戏应用的多个子功能场景一一对应，所述多个子安装包的下载顺序与所述多个子功能场景的使用热度的预设排列顺序对应，所述使用热度用于表征对应的子功能场景的使用频率、使用次数和使用时长中的至少一种。

8.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6任一项所述方法的步骤。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述方法的步骤。