CN104503784A - 一种利用脚本控制微端下载的方法和*** - Google Patents

Abstract

本发明提出了一种利用脚本控制微端下载的方法，包括步骤：（S1）游戏启动后，从服务器下载游戏资源；（S2）游戏运行时，根据不同的运行需要触发不同的资源的下载；（S3）在空闲时，估算随后运行所需要的资源并进行下载；（S4）利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载顺序、根据当前任务预判随后任务所需的资源并提前下载、合并下载。以及提出了一种对应的利用脚本控制微端下载的***。本发明尤其适合于网络游戏领域中的微端游戏，针对微端的特点，对资源进行整体的规划；有选择地分步下载；提前预下载。通过对下载的内容进行有效的选择，从而提高游戏下载的效率，让网速较慢的用户，游戏时也能很顺畅。

Description

一种利用脚本控制微端下载的方法和***

技术领域

本发明涉及一种利用脚本控制微端下载的方法和***，属于计算机领域。

背景技术

微端网游是一种游戏微型客户端，通过下载极小的微客户端，可在短时间内实现游戏的正常运行，并实现边下边玩，从而解决大多数网络游戏的完整客户端较大、用户下载安装时间长、登录用户低、游戏用户存活率低的问题。微端由于安装包非常小，当需要使用到于本地安装包中没有的某一资源时，传统的下载方案是，当打开一个场景、界面、创建一个模型时，首先在本地查找资源，若没有则到服务器去下载，然后，再加载到游戏。这个过程会强制使用户中断游戏操作并等待下载完成，快则数百毫秒，慢则数分钟，由于需要等待，用户在玩游戏时的体验并不顺畅，这大大影响了用户体验。当然，在进入场景前，将所有的资源预先下载加载这样也可以。不过，如果加载的时间过长，如超过60秒，用户可能就没耐性继续等待下载完成，继而放弃运行当前游戏和/或选择运行其它的游戏或应用。

发明内容

为了克服现有技术的缺陷，本发明分别提出了一种灵活的利用脚本控制微端下载的方法和***。

为了实现上述目的，根据本发明的采用以下的技术方案：

根据本发明的一个方面，提出了一种利用脚本控制微端下载的方法，其包括步骤：

S1：游戏启动后，根据下载任务请求从服务器下载游戏资源；

S2：游戏运行时，根据不同的触发条件下载不同的资源；

S3：在空闲时，估算随后运行所需要的资源并进行下载；

S4：利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

优选地，步骤S1包括：同步下载、异步下载；其中同步下载包括阻塞下载，异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

优选地，在步骤S2中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

优选地，在步骤S4中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

S4211：建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

S4212：将低精度的缩略贴图打包至微端；

S4213：在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

S4214：启动针对该原始贴图的下载任务；

S4215：在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

优选地，在步骤S4中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。

根据本发明的另一个方面，提出了一种利用脚本控制微端下载的***，包括：

第一下载模块，游戏启动时，从服务器下载游戏资源；

触发下载模块，游戏运行时，根据不同的触发条件下载不同的资源；

闲时下载模块，在空闲时，估算随后运行所需要的资源并进行下载；

下载策略管理模块，利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

优选地，第一下载模块包括：同步下载、异步下载；其中同步下载包括阻塞下载，异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

优选地，在触发下载模块中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

优选地，在下载策略管理模块中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

将低精度的缩略贴图打包至微端；

在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

启动针对该原始贴图的下载任务；

在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

优选地，在下载策略管理模块中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。

与现有技术相比，本发明具有以下显著优点和有益效果：

根据本发明的灵活的利用脚本控制微端下载的方法和***，尤其适合于网络游戏领域中的微端游戏，针对微端的特点，本发明的方法和***，对资源进行整体的规划；有选择地分步下载；提前预下载。通过对下载的内容进行有效的选择，从而提高游戏下载的效率，让网速较慢的用户，游戏时也能很顺畅。

附图说明

下面结合附图对本发明的具体实施方式做进一步的说明，其中：

图1a、1b是根据本发明的方法的实施例的示意图；

图2是根据本发明的方法的另一实施例的步骤S1的流程图；

图3是根据本发明的方法的另一实施例的步骤S4的下载等级机制的流程示意图；

图4是根据本发明的方法的另一实施例的步骤S4的贴图下载优化的流程示意图；

图5是根据本发明的方法的另一实施例的步骤S4的合并下载的流程示意图。

具体实施方式

通过在具体的网络游戏领域的微端游戏领域，示例性地应用本发明的方案，从而使本领域技术人员更好的理解本发明的技术方案。现结合图1-5，对本发明的具体实施例进行详细描述，以示例性地说明本发明的技术方案。

如图1a、1b所示，为根据本发明的灵活的利用脚本控制微端下载的方法的一实施例的示意图，包括：

S1：游戏启动后，根据下载任务请求从服务器下载游戏资源；

S2：游戏运行时，根据不同的触发条件下载不同的资源；

S3：在空闲时，估算随后运行所需要的资源并进行下载；

S4：利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

应理解，在本发明范围内，上述步骤不必按顺序执行，其可以互相嵌套或配合执行。

具体地，步骤S1包括：同步下载、异步下载；其中同步下载包括阻塞下载，也可称为阻塞方式下载；异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

具体地，在步骤S2中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

以游戏微型客户端（以下简称微端）为例，游戏运行时，会触发资源的地方有：

1） 引擎根据任务需求调用资源时触发下载：如播放一个特放，播放一个动作时，若本地没有这些资源，则需要发起下载资源的命令。

2） 设置有脚本，脚本根据任务的逻辑预判所需资源时触发提前下载：如在加载时，脚本可以根据加载的场景的id，从而判断出这个场景需要的角色，提前发起下载命令。又如，在进行一个任务时，脚本可以根据任务的id，从而预判知道这个任务是否需要提前下载物品、特效等资源。

具体地，步骤S3可充分利用用户在不玩游戏时，下载一些必要的内容。例如，在后台里进行检测，当没有任何的下载任务时，脚本便估算，看看还有哪些比较必要的资源要下载：如角色下一等级的场景、特效等资源。在空闲时，便为用户下载以准备更多游戏需要用到的资源。

具体地，在步骤S4中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

S4211：建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

S4212：将低精度的缩略贴图打包至微端；

S4213：在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

S4214：启动针对该原始贴图的下载任务；

S4215：在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

具体地，在步骤S4中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。

如图2-5所示，为根据本发明的方法的各步骤的不同的实施例的流程图。

图2所示的流程对应S1，可用于专门从服务器下载游戏资源，其中实现了两种下载方式，第一种是同步下载，表示这个资源非要下载完，再执行下一步。以微端为例，如地图的数据，若没有下载完，执行使用到该地图的进程或任务中可能会出错，或引起异常，因此必须要下载完成后，才允许执行下一步。第二种是异步下载，使用独立的线程下载，不会影响主体的进程，其中，需建立一脚本，该脚本下载策略筛选，策略筛选可以含有下载管理策略，下载管理策略用于对下载任务进行策略管理，从而经分析后筛选出当前需下载的资源。

图3所示的流程对应S4的下载等级机制，该机制设定的原则是，对紧急的重要的资源进行优先下载。等级建立的实例如下：

第1级：下载等级最高级，必须下载完才可以进行下一步。即可以理解为阻塞下载。如游戏微端的场景的主要网格数据、阻挡（如场景边界）数据。游戏界面的缩小版的ui等。

第2级：场景的地表数据、游戏角色的模型等。

第3级：角色现在用到的特效，场景用户、怪物的模型、场景中的动态特体等。

第4级：场景的建筑。

第5级：音频文件，以及没有归类的文件。

图4所示的流程对应S4的贴图下载优化，作为一具体的实例，基本每个微端游戏，70%以上的下载任务都是贴图资源下载。没贴图的模型和场景，看起来黑乎乎一片，肯定不行。但图量那么多，全部下载下来，用户等待的时间又过于长。解决这个问题的策略是：使用一份缩略版低精度的图。将游戏界面、场景贴图、角色贴图等。缩小为例如原来的16倍。如原来是：1024*1024，缩小为256*256。压缩后，若原来为4mb的图，则变成了256kb了：具体压缩率，需要根据各个模块在游戏中的实际效果进行调整。同时，原来是高清贴图如：A8R8G8B8的1024*1024图占用大小为1024*1024*32/(8*1024*1024) = 4mb，压缩成dxt5后，只有原来的四分之一:1MB.通过压缩和缩小，可以减少到原来大小的 1/32. 故用压缩和缩小的方式，可以大大减少原来图的大小，从而保证游戏里的流畅，不需要用户进行长时间的等级。

图5所示的流程对应S4的合并下载，作为具体的实例，游戏数据包中有很多小文件，如果一次性全部下载，则申请一次数据，网络上会有很大损耗，如耗时和消耗大量带宽。合并下载的机制是，例如一个游戏角色占有3张贴图，贴图文件都很小，在数据打包时，可以把该角色的3张贴图合并成一个压缩包，如.zip，以构成下载包，并且在打包时，导出一份与这些贴图文件对应的配置文件，当要下载其中一个贴图时，利用该配置文件控制下载整个下载包。

以上实施例可能会用到开源的代码库LUA，其中下载步骤或下载模块可使用CURL实现，均遵循GPL技术协议标准。

根据本发明的再一实施例，为一种利用脚本控制微端下载的***，包括：

第一下载模块，游戏启动时，从服务器下载游戏资源；

触发下载模块，游戏运行时，根据不同的触发条件下载不同的资源；

闲时下载模块，在空闲时，估算随后运行所需要的资源并进行下载；

下载策略管理模块，利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

具体地，第一下载模块包括：同步下载、异步下载；其中同步下载包括阻塞下载，异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

具体地，在触发下载模块中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

具体地，在下载策略管理模块中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

将低精度的缩略贴图打包至微端；

在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

启动针对该原始贴图的下载任务；

在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

具体地，在下载策略管理模块中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。

在实施本发明时，示例性地，需要：搭建用于下载资源的服务器；按客户端的资源需求目录，将资源打包成.7z包存放在服务器；在客户端实现下载模块，及回调引擎的接口；在客户端实现下载策略管理模块。

根据本发明的实施例的描述，可见达成了以下的目标：

初始的微端安装包可以进一步压缩，例如只需要下载20mb左右的初始数据包，用户便可以在游戏或应用中进行登陆及体验。

用户进行游戏时，可以边玩边下载。

快速加载低精度资源，让用户可以一直正常地，即无中断地往下体验。经测试，例如130kb/s的网速可以正常的体验。

在网络空闲时，自动进行提前下载。用户越玩越流畅。

可采用独立的线程进行下载，减轻影响主体游戏的进程。

以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，都应属于本发明的保护范围。在本发明的保护范围内其技术方案和/或实施方式可以有各种不同的修改和变化。即使个别的技术特征在不同的权利要求中引用，本发明还可包含共有这些特征的实施例。

Claims (10)

1.一种利用脚本控制微端下载的方法，其特征在于，包括步骤：

（S1）：游戏启动后，根据下载任务请求从服务器下载游戏资源；

（S2）：游戏运行时，根据不同的触发条件下载不同的资源；

（S3）：在空闲时，估算随后运行所需要的资源并进行下载；

（S4）：利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

2.根据权利要求1所述的利用脚本控制微端下载的方法，其特征在于，步骤（S1）包括：同步下载、异步下载；其中同步下载包括阻塞下载，异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

3.根据权利要求1所述的利用脚本控制微端下载的方法，其特征在于，在步骤（S2）中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

4.根据权利要求1所述的利用脚本控制微端下载的方法，其特征在于，在步骤（S4）中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

（S4211）：建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

（S4212）：将低精度的缩略贴图打包至微端；

（S4213）：在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

（S4214）：启动针对该原始贴图的下载任务；

（S4215）：在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

5.根据权利要求1所述的利用脚本控制微端下载的方法，其特征在于，在步骤（S4）中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。

6.一种利用脚本控制微端下载的***，其特征在于，包括：

第一下载模块，游戏启动时，从服务器下载游戏资源；

触发下载模块，游戏运行时，根据不同的触发条件下载不同的资源；

闲时下载模块，在空闲时，估算随后运行所需要的资源并进行下载；

下载策略管理模块，利用策略管理进行下载，其中该策略管理包括建立下载等级机制、分析并优化资源下载、根据当前任务预判随后任务所需的资源并提前下载、合并下载。

7.根据权利要求6所述的利用脚本控制微端下载的***，其特征在于，第一下载模块包括：同步下载、异步下载；其中同步下载包括阻塞下载，异步下载包括利用脚本通过策略管理以独立的线程进行下载，从而不影响微端主体的进程。

8.根据权利要求6所述的利用脚本控制微端下载的***，其特征在于，在触发下载模块中，触发条件包括：引擎根据任务需求调用资源时触发下载，以及脚本根据任务的逻辑预判所需资源时触发提前下载。

9.根据权利要求6所述的利用脚本控制微端下载的***，其特征在于，在下载策略管理模块中，分析并优化资源下载包括：贴图下载优化，其中贴图下载优化包括：

建立缩略贴图仓库，用于存放相对于原始贴图的对应的经压缩的低精度的缩略贴图；

将低精度的缩略贴图打包至微端；

在当前任务请求一原始贴图时，首先检查微端的文件路径内是否存在该原始贴图，如果没有，则从缩略贴图仓库中查找对应的缩略贴图并加载显示；

启动针对该原始贴图的下载任务；

在该原始贴图下载完成后，往当前任务回调刷新贴图，以显示清晰的原始贴图。

10.根据权利要求6所述的利用脚本控制微端下载的***，其特征在于，在下载策略管理模块中，建立下载等级机制包括：分析资源等级；根据资源等级进行排队下载。