CN112328277A - 一种应用的资源更新方法、装置以及服务器 - Google Patents

Abstract

本申请提供了一种应用的资源更新方法、装置以及服务器，用于直接针对应用中的触控事件进行更新资源的更新。本申请提供的一种应用的资源更新方法，包括：服务器获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；服务器在更新资源以及目标触控事件的基础上，生成对应的更新数据；服务器向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；或者，服务器向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

Description

一种应用的资源更新方法、装置以及服务器

技术领域

本申请涉及计算机领域，具体涉及一种应用的资源更新方法、装置以及服务器。

背景技术

在智能手机、平板电脑等用户设备(User Equipment，UE)上，用户可根据自己需要安装对应的应用，例如新闻应用、社交应用、多媒体应用、银行应用等。而随着技术的更新又或者用户需求的变化，应用也需进行更新，例如出现了缺陷(Bug)、新的后台技术、新的业务场景、新的应用功能等，应用通过不断的更新，为用户提供更为良好的应用服务。

而在现有的相关技术的研究过程中，发明人发现，现有的驾考相关应用，其通过应用内置的灯光模拟，提供不同车型的皮肤，给学员模拟车辆的灯光操作，以辅助学员了解驾考相关的知识内容或者体验虚拟练车，而这类应用，更更新一个皮肤，就得编写一套逻辑，耗费大量的人力物力进行代码的编写以及测试，导致更新效率低下，尤其当出现比较特殊的灯光操作时，更需要应用更新引擎逻辑(应用的解释执行脚本的逻辑代码)来适配新的车型，对于驾考相关应用的应用开发公司来说，较高的更新成本，导致了较低更新效率，影响了应用的运营。

发明内容

本申请提供了一种应用的资源更新方法、装置以及服务器，用于直接针对应用中的触控事件进行更新资源的更新，如此，可实现对皮肤图像等资源进行简便的更新，在一定程度上提高了更新效率。

第一方面，本申请提供了一种应用的资源更新方法，方法包括：

服务器获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；

服务器在更新资源以及目标触控事件的基础上，生成对应的更新数据；

服务器向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；

或者，服务器向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，服务器在更新资源以及目标触控事件的基础上，生成对应的更新数据包括：

服务器提取更新资源的存储地址；

服务器基于存储地址以及目标触控事件，编写对应的控制脚本作为更新数据，其中，控制脚本用于当应用触发目标触控事件时，从存储地址下载并加载更新资源，以响应目标触控事件。

结合本申请第一方面，在本申请第一方面第二种可能的实现方式中，服务器在更新资源以及目标触控事件的基础上，生成对应的更新数据包括：

服务器基于更新资源以及目标触控事件，编写控制脚本；

服务器将控制脚本以及更新资源进行打包，得到更新数据，其中，控制脚本用于当应用触发目标触控事件时，加载更新资源以响应目标触控事件。

结合本申请第一方面第一种或者第二种可能的实现方式，在本申请第一方面第三种可能的实现方式中，目标触控事件具体与触控区域相对应，更新资源配置有对应的资源标识(Identification，ID)，控制脚本具体描述了不同触控区域触发用户触控操作时所需加载的不同更新资源的资源ID。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，更新资源具体为目标用户界面(User Interface，UI)的UI渲染图像，UI渲染图像用于渲染目标UI的显示皮肤。

结合本申请第一方面，在本申请第一方面第五种可能的实现方式中，目标UI具体为以车辆图像为基础的UI，UI渲染图像用于渲染车辆在车辆照明系统的不同灯光下的光照结果。

结合本申请第一方面，在本申请第一方面第六种可能的实现方式中，更新资源还包括目标UI所需加载的音频资源。

第二方面，本申请提供了一种应用的资源更新装置，装置包括：

获取单元，用于获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；

生成单元，用于在更新资源以及目标触控事件的基础上，生成对应的更新数据；

发送单元，用于向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；

或者，发送单元，用于向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，生成单元，具体用于：

服务器提取更新资源的存储地址；

服务器基于存储地址以及目标触控事件，编写对应的控制脚本作为更新数据，其中，控制脚本用于当应用触发目标触控事件时，从存储地址下载并加载更新资源，以响应目标触控事件。

结合本申请第二方面，在本申请第二方面第二种可能的实现方式中，生成单元，具体用于：

服务器基于更新资源以及目标触控事件，编写控制脚本；

服务器将控制脚本以及更新资源进行打包，得到更新数据，其中，控制脚本用于当应用触发目标触控事件时，加载更新资源以响应目标触控事件。

结合本申请第二方面第一种或者第二种可能的实现方式，在本申请第二方面第三种可能的实现方式中，目标触控事件具体与触控区域相对应，更新资源配置有对应的资源ID，控制脚本具体描述了不同触控区域触发用户触控操作时所需加载的不同更新资源的资源ID。

结合本申请第二方面，在本申请第二方面第四种可能的实现方式中，更新资源具体为目标UI的UI渲染图像，UI渲染图像用于渲染目标UI的显示皮肤。

结合本申请第二方面，在本申请第二方面第五种可能的实现方式中，目标UI具体为以车辆图像为基础的UI，UI渲染图像用于渲染车辆在车辆照明系统的不同灯光下的光照结果。

结合本申请第二方面，在本申请第二方面第六种可能的实现方式中，更新资源还包括目标UI所需加载的音频资源。

第三方面，本申请提供了一种服务器，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面、本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以本申请第一方面、本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

对于应用的更新，本申请则直接针对应用在运行过程中涉及的目标触控事件，获取其所需加载的更新资源，基于两者生成对应的更新数据，将其下发至安装了应用的UE，或者上传至应用发布平台，由UE从该平台下载该更新数据，如此，UE在加载更新数据后，当运行应用并触发目标触控事件时，可加载该更新资源以响应该目标触控事件，在该更新机制下，应用的开发公司不用对应用本身的安装程序(安装包)进行迭代更新，或者说，应用本身的安装程序的体积不会变大，减少人力物力成本，其次也可方便地通过外置程序的方式进行更新，适用于不同UE的系统环境，便于扩展、及时更新上线更新内容。

附图说明

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

图1为本申请应用的资源更新方法的一种流程示意图；

图2为本申请应用的资源更新方法的一种场景示意图；

图3为本申请应用的资源更新方法的一种结构示意图；

图4为本申请应用的资源更新装置的一种结构示意图；

图5为本申请服务器的一种结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

本申请提供的应用的资源更新方法、装置以及计算机可读存储介质，可应用于服务器上，用于直接针对应用中的触控事件进行更新资源的更新，如此，可实现对皮肤图像等资源进行简便的更新，在一定程度上提高了更新效率。

本申请提及的应用的资源更新方法，其执行主体可以为应用的资源更新装置，或者集成了应用的资源更新装置的服务器。其中，应用的资源更新装置可以采用硬件或者软件的方式实现，服务器可以以服务器集群的方式设置。

在本申请中，可安装本申请所涉及应用的UE，具体可以为智能手机、平板电脑、智能手环、笔记本电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备，UE的操作系统具体可以为IOS、Android等类型的操作系统。

应用，除了前面提及的驾考应用，例如3D形式进行虚拟练车的练车应用、驾考涉及知识的知识宝典应用、模拟驾考答题考试的答题应用等，也可以为其他类型的、涉及到更新皮肤等资源的应用，例如新闻应用、社交应用、浏览器应用、银行应用等不同类型的应用，具体可随实际需要调整。

更新资源，除了前面提及的皮肤所涉及的UI渲染图像，也可以为其他资源文件，例如文本、图像、音频、视频等资源文件，具体可随实际需要调整。

下面，开始介绍本申请提供的应用的资源更新方法。

首先，参阅图1，图1示出了本申请应用的资源更新方法的一种流程示意图，本申请提供的应用的资源更新方法，具体可包括如下步骤：

步骤S101，服务器获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；

步骤S102，服务器在更新资源以及目标触控事件的基础上，生成对应的更新数据；

步骤S103，服务器向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；

或者，

步骤S104，服务器向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

从图1所示实施例可看出，对于应用的更新，本申请则直接针对应用在运行过程中涉及的目标触控事件，获取其所需加载的更新资源，基于两者生成对应的更新数据，将其下发至安装了应用的UE，或者上传至应用发布平台，由UE从该平台下载该更新数据，如此，UE在加载更新数据后，当运行应用并触发目标触控事件时，可加载该更新资源以响应该目标触控事件，在该更新机制下，应用的开发公司不用对应用本身的安装程序(安装包)进行迭代更新，或者说，应用本身的安装程序的体积不会变大，减少人力物力成本，其次也可方便地通过外置程序的方式进行更新，适用于不同UE的系统环境，便于扩展、及时更新上线更新内容。

以下则对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。

为便于介绍，本申请在下面内容中，则以应用为驾考应用、更新资源为UI渲染图像为例，进行说明。

在本申请中，当驾考应用的开发公司，对上架应用的UI皮肤具有更新需求时，可先由设计人员设计出皮肤对应的UI渲染图像，出UI切图，再对这些U渲染图像定义对应的渲染区域，这些渲染区域具有对应的触控事件，例如，当用户在应用的显示界面中点击了“近光灯按钮”，则触发在车辆视野中，渲染车辆开启车辆照明系统中的近光灯的灯光照射场景。

示例性的，在驾考应用中，模拟车辆照明系统的灯光效果，是较为适用于通过本申请应用的资源更新方法进行UI渲染图像更新不同灯光下的光照结果的皮肤的，例如，近光灯、示宽灯、远光灯、前雾灯、后雾灯等灯光，这些灯光可将控制按钮集成在仪表盘区域，对应的，在驾考应用中，除了可显示车辆前后方，也可显示车辆内部，并在车辆内部显示仪表盘，如此，更为生动形象地展示车辆照明系统及其控制按钮。

对应的，当用户在驾考应用中在仪表盘显示的灯光控制按钮进行相应的触控操作时，例如在灯光控制按钮的图像区域进行点击、触摸等触控操作，则驾考应用则触发对应灯光的启停状态切换事件，具体的，当启动灯光时，可加载对应开启灯光时的照明结果的UI渲染图像，当关闭灯光时，可加载对应关闭灯光时的照明结果的UI渲染图像，或者，关闭加载开启灯光时的照明结果的UI渲染图像。

在驾考应用中，由于这些更新UI渲染图像的触控事件，是以触控区域进行触发的，因此，这些触控事件也更便于更新所需加载的UI渲染图像资源，一般也无需更新其触发逻辑，例如触发区域的区域位置、区域大小，仅需更新事件所需加载的或者说调取的图像资源，大大减少了更新成本。

例如，对于不同触控区域对应的触控事件，可在事件的配置信息中，描述所需加载的UI渲染图像的图像资源ID，如此，驾考应用在触发触控事件时，可根据该图像资源ID去查找、调取对应的图像资源，进行UI渲染，更换皮肤。

为便于说明，可通过下面列出的控制脚本涉及的参数进行理解：

又例如：

其中，可以理解的是，控制脚本，为执行调取UI渲染图像资源并用于渲染UI的逻辑代码，其作为更新数据，可封装进应用的引擎中，根据控制脚本描述的不同触控区域触发用户触控操作时所需加载的不同更新资源的资源ID，从而实现引擎的渲染UI功能，即，实现更换应用的具体UI的皮肤的功能。

当获取到新的UI渲染图像以及对应的触控事件时，服务器基于两者编写出本次更新对应的控制脚本，描述相关触控区域(例如前面提及的仪表盘区域中的近光灯、示宽灯、远光灯、前雾灯、后雾灯等灯光)、以及触控条件，并还可指示渲染区域，结合资源ID的变化，实现更换UI渲染图像的目的。

此外，在渲染UI、进行换肤的同时，在部分的应用场景中，还可能涉及到音频的输出，例如，在驾考应用中，可能存在着语音播放题目答案的功能、提示车灯照明系统不同灯光的操作区域(例如仪表盘)的功能等，因此，在控制脚本中，所涉及的更新资源除了可以包括UI渲染图像，还可以包括音频资源，如此基于音频资源，在渲染UI、进行换肤的同时，还可输出音频信息，进一步辅助驾考应用实现更为丰富的应用功能以及更为完善的用户体验。

在实际应用中，控制脚本所针对的更新资源，可随编写的控制脚本打包(例如rar、zip格式的打包方式)进更新数据中，UE可对其进行解压、校验完整性、配置，例如参阅图2示出的本申请生成更新数据的一种流程示意图，其生成处理可包括：

步骤S201，服务器基于更新资源以及目标触控事件，编写控制脚本；

步骤S202，服务器将控制脚本以及更新资源进行打包，得到更新数据，其中，控制脚本用于当应用触发目标触控事件时，加载更新资源以响应目标触控事件。

在实际应用中，更新资源也可通过间接的方式下发至UE，或者通过间接的方式由UE从应用发布平台下载，例如，可将更新资源存储在云端，即服务器侧，将更新资源的存储地址编写进控制脚本中，如此，在控制脚本触发时，可根据该存储地址从云端下载更新资源进行加载。

可以理解，该方式较为适用于驾考应用UI渲染图像这类更新资源的数据量较小的应用场景，通过将更新资源存储在云端，如此，服务器侧更为简便、灵活地在本地进行更新资源的更新。

对应的，其生成处理可参考图3示出的本申请生成更新数据的又一种流程示意图，即：

步骤S301，服务器提取更新资源的存储地址；

步骤S302，服务器基于存储地址以及目标触控事件，编写对应的控制脚本作为更新数据，其中，控制脚本用于当应用触发目标触控事件时，从存储地址下载并加载更新资源，以响应目标触控事件。

以上是本申请提供的应用的资源更新方法的介绍，为便于更好的实施本申请提供的资源更新方法，本申请还提供了应用的资源更新装置。

参阅图4，图4为本申请应用的资源更新装置的一种结构示意图，在本申请中，应用的资源更新装置400具体可包括如下结构：

获取单元401，用于获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；

生成单元402，用于在更新资源以及目标触控事件的基础上，生成对应的更新数据；

发送单元403，用于向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；

或者，发送单元403，用于向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

在一种示例性的实现方式中，生成单元402，具体用于：

服务器提取更新资源的存储地址；

服务器基于存储地址以及目标触控事件，编写对应的控制脚本作为更新数据，其中，控制脚本用于当应用触发目标触控事件时，从存储地址下载并加载更新资源，以响应目标触控事件。

在又一种示例性的实现方式中，生成单元402，具体用于：

服务器基于更新资源以及目标触控事件，编写控制脚本；

服务器将控制脚本以及更新资源进行打包，得到更新数据，其中，控制脚本用于当应用触发目标触控事件时，加载更新资源以响应目标触控事件。

在又一种示例性的实现方式中，目标触控事件具体与触控区域相对应，更新资源配置有对应的资源ID，控制脚本具体描述了不同触控区域触发用户触控操作时所需加载的不同更新资源的资源ID。

在又一种示例性的实现方式中，更新资源具体为目标UI的UI渲染图像，UI渲染图像用于渲染目标UI的显示皮肤。

在又一种示例性的实现方式中，目标UI具体为以车辆图像为基础的UI，UI渲染图像用于渲染车辆在车辆照明系统的不同灯光下的光照结果。

在又一种示例性的实现方式中，更新资源还包括目标UI所需加载的音频资源。

本申请还提供了一种服务器，参阅图5，图4示出了本申请服务器的一种结构示意图，具体的，本申请服务器可包括处理器401、存储器402以及输入输出设备503，处理器501用于执行存储器502中存储的计算机程序时实现如图1至图3对应任意实施例中应用的资源更新方法的各步骤；或者，处理器501用于执行存储器502中存储的计算机程序时实现如图4对应实施例中各单元的功能，存储器502用于存储处理器401执行上述图1至图3对应任意实施例中应用的资源更新方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器502中，并由处理器501执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

服务器可包括，但不仅限于处理器501、存储器502、输入输出设备503。本领域技术人员可以理解，示意仅仅是服务器的示例，并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如服务器还可以包括网络接入设备、总线等，处理器501、存储器502、输入输出设备503以及网络接入设备等通过总线相连。

处理器501可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分。

存储器502可用于存储计算机程序和/或模块，处理器501通过运行或执行存储在存储器502内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现计算机装置的各种功能。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器501用于执行存储器502中存储的计算机程序时，具体可实现以下功能：

获取应用的更新资源以及更新资源在应用的运行过程中对应的目标触控事件，其中，目标触控事件为触发加载更新资源的触发事件；

在更新资源以及目标触控事件的基础上，生成对应的更新数据；

向安装应用的UE下发更新数据，以使得当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件；

或者，向应用的应用发布平台上传更新数据，以使得UE从应用发布平台下载并加载更新数据后，当UE运行应用并触发目标触控事件时，加载更新资源以响应目标触控事件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的应用的资源更新装置、服务器及其相应单元的具体工作过程，可以参考如图图1至图3对应任意实施例中应用的资源更新方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1至图3对应任意实施例中应用的资源更新方法中的步骤，具体操作可参考如图1至图3对应任意实施例中应用的资源更新方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1至图3对应任意实施例中应用的资源更新方法中的步骤，因此，可以实现本申请如图1至图3对应任意实施例中应用的资源更新方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的应用的资源更新方法、装置、服务器以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种应用的资源更新方法，其特征在于，所述方法包括：

服务器获取应用的更新资源以及所述更新资源在所述应用的运行过程中对应的目标触控事件，其中，所述目标触控事件为触发加载所述更新资源的触发事件；

所述服务器在所述更新资源以及所述目标触控事件的基础上，生成对应的更新数据；

所述服务器向安装所述应用的用户设备UE下发所述更新数据，以使得当所述UE运行所述应用并触发所述目标触控事件时，加载所述更新资源以响应所述目标触控事件；

或者，所述服务器向所述应用的应用发布平台上传所述更新数据，以使得所述UE从所述应用发布平台下载并加载所述更新数据后，当所述UE运行所述应用并触发所述目标触控事件时，加载所述更新资源以响应所述目标触控事件。

2.根据权利要求1所述的方法，其特征在于，所述服务器在所述更新资源以及所述目标触控事件的基础上，生成对应的更新数据包括：

所述服务器提取所述更新资源的存储地址；

所述服务器基于所述存储地址以及所述目标触控事件，编写对应的控制脚本作为所述更新数据，其中，所述控制脚本用于当所述应用触发所述目标触控事件时，从所述存储地址下载并加载所述更新资源，以响应所述目标触控事件。

3.根据权利要求1所述的方法，其特征在于，所述服务器在所述更新资源以及所述目标触控事件的基础上，生成对应的更新数据包括：

所述服务器基于所述更新资源以及所述目标触控事件，编写控制脚本；

所述服务器将所述控制脚本以及所述更新资源进行打包，得到所述更新数据，其中，所述控制脚本用于当所述应用触发所述目标触控事件时，加载所述更新资源以响应所述目标触控事件。

4.根据权利要求2或3所述的方法，其特征在于，所述目标触控事件具体与触控区域相对应，所述更新资源配置有对应的资源标识ID，所述控制脚本具体描述了不同触控区域触发用户触控操作时所需加载的不同更新资源的资源ID。

5.根据权利要求1所述的方法，其特征在于，所述更新资源具体为目标用户界面UI的UI渲染图像，所述UI渲染图像用于渲染所述目标UI的显示皮肤。

6.根据权利要求1所述的方法，其特征在于，所述目标UI具体为以车辆图像为基础的UI，所述UI渲染图像用于渲染车辆在车辆照明系统的不同灯光下的光照结果。

7.根据权利要求5所述的方法，其特征在于，所述更新资源还包括所述目标UI所需加载的音频资源。

8.一种应用的资源更新装置，其特征在于，所述装置包括：

获取单元，用于获取应用的更新资源以及所述更新资源在所述应用的运行过程中对应的目标触控事件，其中，所述目标触控事件为触发加载所述更新资源的触发事件；

生成单元，用于在所述更新资源以及所述目标触控事件的基础上，生成对应的更新数据；

发送单元，用于向安装所述应用的用户设备UE下发所述更新数据，以使得当所述UE运行所述应用并触发所述目标触控事件时，加载所述更新资源以响应所述目标触控事件；

或者，所述发送单元用于向所述应用的应用发布平台上传所述更新数据，以使得所述UE从所述应用发布平台下载并加载所述更新数据后，当所述UE运行所述应用并触发所述目标触控事件时，加载所述更新资源以响应所述目标触控事件。

9.一种服务器，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的方法。

Images