CN108228210A

CN108228210A - 一种资源更新方法及系统

Info

Publication number: CN108228210A
Application number: CN201711297980.6A
Authority: CN
Inventors: 张清云
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2017-12-08
Filing date: 2017-12-08
Publication date: 2018-06-29
Anticipated expiration: 2037-12-08
Also published as: WO2019109513A1; CN108228210B

Abstract

本发明提供了一种资源更新方法及系统，适用于数据处理技术领域，该方法包括：应用程序启动时向资源服务器发送包含页面资源版本标识的握手请求信息；资源服务器在对比出应用程序的本地页面资源包需要更新时，向应用程序推送页面资源更新包的下载链接；应用程序下载页面资源更新包根据更新说明数据进行关键词查找；若更新说明数据中不包含预设关键词，则在检测出应用程序的显示页面被切换、关闭或刷新时，利用页面资源更新包对本地页面资源包进行更新。通过使用服务器进行下载推送，极大地减小了应用程序的查询工作量，同时对于普通类更新，仅在用户脱离当前页面时才进行更新，在保证应用程序能及时更新的同时，也保证了应用程序可以有效使用。

Description

一种资源更新方法及系统

技术领域

本发明属于数据处理技术领域，尤其涉及资源更新方法及系统。

背景技术

为了缩短应用程序的开发周期，提高应用程序在各个终端的兼容性，很多应用程序采用混合开发模式进行开发，即应用程序中嵌入了Web页面作为功能页面。但应用程序加载的Web页面内容会随着迭代开发而多次发版更新功能，这就导致了第一次加载页面或页面有更新后再次加载页面会花费较长时间去加载Web页面资源，为了解决这一问题，现在很多应用程序都是采用了离线页面资源包的模式来进行页面资源的存储，即将页面资源包一起打包整合进应用程序，需要时再进行调用，极大地加快了Web页面响应的速度。

由于Web页面资源更新较快，页面资源包时常需要更新，目前一般采用在应用程序启动时开始，基于HTTP协议以固定时间间隔向资源服务器发送更新查询请求进行更新查询，资源服务器需要在接收到更新查询请求后，查询页面资源包是否进行了更新，并在查询完成后对应用程序进行响应，由于每次查询应用程序都需要发送一条更新查询请求，同时还需要等候服务器进行响应才能确定是否需要更新，这使得应用程序的查询工作量较大，影响了应用程序的性能。同时现有技术中很多都是在更新包下载完成后等下一次启动应用程序时，才会对页面资源包进行更新，这使得应用程序的更新滞后，用户难以体验到最新的页面功能。而在下载完成后直接对页面资源包进行更新，又会导致应用程序无法正常使用。

因此，现有技术的页面资源包更新方法，对应用程序性能影响较大且更新滞后，难以保证应用程序及时有效的更新与使用。

发明内容

有鉴于此，本发明实施例提供了一种资源更新方法及系统，以解决现有技术中难以对应用程序页面资源包进行及时有效的更新与使用的问题。

本发明实施例的第一方面提供了一种资源更新方法，包括：

应用程序在启动时，读取本地页面资源包中的页面资源版本标识，并向资源服务器发送包含所述页面资源版本标识的握手请求信息；

所述资源服务器在接收到所述握手请求后，将所述页面资源版本标识与页面资源更新包中的包含的页面资源版本标识进行对比，并在对比出所述应用程序的所述本地页面资源包需要更新时，向所述应用程序推送所述页面资源更新包的下载链接；

所述应用程序通过所述下载链接下载所述页面资源更新包，并对所述页面资源更新包对应的更新说明数据进行关键词查找，判断所述更新说明数据中是否包含预设关键词；

若关键词查找的结果为所述更新说明数据中不包含所述预设关键词，则在检测出所述应用程序的显示页面被切换、关闭或刷新时，利用所述页面资源更新包对所述本地页面资源包进行更新。

本发明实施例的第二方面提供了一种资源更新系统，包括：应用程序以及服务器；

所述应用程序，用于在启动时，读取本地页面资源包中的页面资源版本标识，并向资源服务器发送包含所述页面资源版本标识的握手请求信息；

所述资源服务器，用于在接收到所述握手请求后，将所述页面资源版本标识与页面资源更新包中的包含的页面资源版本标识进行对比，并在对比出所述应用程序的所述本地页面资源包需要更新时，向所述应用程序推送所述页面资源更新包的下载链接；

所述应用程序还用于通过所述下载链接下载所述页面资源更新包，并对所述页面资源更新包对应的更新说明数据进行关键词查找，判断所述更新说明数据中是否包含预设关键词；

所述应用程序还用于若关键词查找的结果为所述更新说明数据中不包含所述预设关键词，则在检测出所述应用程序的显示页面被切换、关闭或刷新时，利用所述页面资源更新包对所述本地页面资源包进行更新。

本发明实施例与现有技术相比存在的有益效果是：通过资源服务器来进行页面资源包更新的自动判别，并在确定出需要进行本地页面资源包更新时，主动向应用程序推送下载链接，应用程序只需在启动时发送一个带有本地页面资源版本标识的握手请求信息至资源服务器，即可实现对页面资源包更新的查询，极大地减小了应用程序的查询工作量。而在根据下载链接完成页面资源更新包的下载后，根据页面资源更新包对应的更新说明数据进行关键词查找，并在更新说明数据不包含任何预设关键词时，即本次更新为普通类更新时，仅在用户脱离当前显示的页面时进行更新，使得更新既无需等到下一次应用程序的启动才能进行更新，又不会对用户当前的操作产生过大影响，在保证应用程序能及时更新的同时，也保证了应用程序可以有效使用。

附图说明

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

图1是本发明实施例一提供的资源更新方法的实现流程示意图；

图2是本发明实施例二提供的资源更新方法的实现流程示意图；

图3是本发明实施例三提供的资源更新方法的实现流程示意图；

图4是本发明实施例四提供的资源更新方法的实现流程示意图；

图5是本发明实施例五提供的资源更新方法的实现流程示意图；

图6是本发明实施例六提供的资源更新系统的系统交互图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例一提供的资源更新方法的实现流程图，详述如下：

S101，应用程序在启动时，读取本地页面资源包中的页面资源版本标识，并向资源服务器发送包含页面资源版本标识的握手请求信息。

应当说明的，在本发明实施例中，Web页面资源包包括但不限于本地页面资源包以及页面资源更新包。其中，本地页面资源包是指应用程序当前离线存储使用的Web页面资源包，页面资源更新包是指针对旧版本的Web页面资源包中存在的不足或漏洞进行优化后发布的，用于对旧版本的Web页面资源包进行版本更新升级的Web页面资源包。页面资源版本标识用于标识Web页面资源包的版本，通过将页面资源版本标识进行对比，可以判断出两个Web页面资源包版本的新旧。

S102，资源服务器在接收到握手请求后，将页面资源版本标识与页面资源更新包中的包含的页面资源版本标识进行对比，并在对比出应用程序的本地页面资源包需要更新时，向应用程序推送页面资源更新包的下载链接。

传统的页面资源包更新方法都是由应用程序基于HTTP协议向服务器进行轮询，由于技术人员向服务器发布页面资源更新包的时间无法确定，既有可能在应用程序启动之前就已经发布了，也有可能在应用程序此次启动使用过程中都不会发布，因此，采用轮询机制进行页面资源更新查询时，应用程序需要多次主动向资源服务器进行页面资源更新查询，会给应用程序带来较大的查询工作量，对应用程序的性能造成影响。为了减小应用程序页面资源更新查询的工作量，本发明实施例中，采用资源服务器主动向应用程序推送更新下载链接的方式，来进行页面资源更新查询。由于传统的HTTP协议属于单向协议，只有应用程序向资源服务器请求资源时，服务器才能将数据传输给应用程序，无法满足本发明实施例的需求，因此为了实现的资源服务器主动向应用程序推送数据，本发明实施例中优选地，可采用可以主动向应用程序发送数据的双工协议来实现应用程序与资源服务器的通信数据传输，包括但不限于如WebSocket协议。

资源服务器在接收到握手请求后与应用程序建立连接通道，并通过将握手请求中包含的页面资源标识与存储的页面资源更新包中的包含的页面资源版本标识进行对比，判断出应用程序中的本地页面资源包与资源服务器中的页面资源更新包版本的新旧。若本地页面资源包的版本旧于页面资源更新包的版本，说明本地页面资源包是旧版本的Web页面资源包，需要进行更新，此时资源服务器会生成页面资源更新包的下载链接，并通过连接通道发送给应用程序，提醒应用程序进行页面资源更新。

S103，应用程序通过下载链接下载页面资源更新包，并对页面资源更新包对应的更新说明数据进行关键词查找，判断更新说明数据中是否包含预设关键词。

其中，更新说明数据主要用于告知用户此次的页面资源更新包相对旧版本改进更新之处，常见的如对安全漏洞进行补丁，对功能模块进行更新，对页面进行美化等，由资源服务器在推送下载链接时一同发送给应用程序。

在本发明实施例中，优选地将更新分为三类，并对应的将页面资源更新包划分为三大类，包括：用于对涉及到应用程序漏洞修复等安全问题进行安全类更新的安全类更新包，用于对没有涉及到应用程序安全问题，但涉及到应用程序功能更新等更新时效要求比较高的时效类更新的时效类更新包，以及用于上述安全类更新以时效类更新以外，进行普通类更新的普通类更新包。

由于更新说明数据中在对每一类页面资源更新包进行更新说明时，都会涉及到具体的改进更新点说明，特别是对安全类更新以及时效类更新，必定会说明具体更新了什么安全问题，具体改进了什么时效功能，因此，更新说明中包含着改进更新点的相关关键词，如安全类更新相关的“漏洞”“修复”“补丁”等。正是利用这一特点，本发明实施例中，技术人员会预先对安全类更新以及时效类更新相关的关键词进行梳理，并将得到的关键词预设至应用程序中，应用程序通过对这些预设关键词进行匹配，即可判断出此次更新的类型，并执行相应的更新策略。

S104，若关键词查找的结果为更新说明数据中不包含预设关键词，则在检测出应用程序的显示页面被切换、关闭或刷新时，利用页面资源更新包对本地页面资源包进行更新。

当更新说明数据中不包含预设关键词时，说明本次更新是普通类更新，没有涉及安全问题修复以及时效要求，为了在尽量减少对用户使用影响的同时，保证应用程序的及时更新，本发明实施例中会对用户对应用程序当前显示页面的操作进行监测，判断用户是否控制应用程序脱离当前显示页面时，如用户是否刷新页面、切换页面或者关闭页面，当用户控制应用程序脱离当前显示页面时，说明用户此时已经不需要使用当前显示页面了，此时对页面资源更新包进行解压覆盖本地页面资源包，完成对本地页面资源包的更新，可很大程度的减小对用户正常使用应用程序的影响，在保证用户正常使用的同时，实现对应用程序的即使更新。

应当说明的，由于用户直接选择关闭当前显示页面或者用户控制应用程序进入后台运行时，都会导致当前显示页面无法在用户的终端中进行显示，因此本发明实施例中的关闭页面至少包含上述两种情况。

在本发明实施例中，通过使用如WebSocket协议来实现资源服务器与应用程序的通信数据传输，由资源服务器来进行页面资源包更新的自动判别，并在确定出需要进行本地页面资源包更新时，主动向应用程序推送下载链接，应用程序只需在启动时发送一个带有本地页面资源版本标识的握手请求信息至资源服务器，即可实现对页面资源包更新的查询，极大地减小了应用程序的查询工作量。在根据下载链接完成页面资源更新包的下载后，根据页面资源更新包对应的更新说明数据进行关键词查找，并识别出本次更新为普通类更新时，仅在用户脱离当前显示的页面时进行更新，使得更新既无需等到下一次应用程序的启动才能进行更新，又不会对用户当前的操作产生过大影响，在保证应用程序能及时更新的同时，也保证了应用程序可以有效使用。

作为本发明优选实施例二，如图2所示，包括：

S105，若关键词查找的结果为更新说明数据中包含预设关键词中的第一类预设关键词，判定页面资源更新包为安全类更新包，安全类更新包用于对本地页面资源包存在的安全漏洞进行更新。

由S103相关说明可知，本发明实施例中将更新分为三类，将页面资源更新包也划分为了对应三类，并通过关键词查找的方式来实现对页面资源更新包的类型识别。本发明实施例中，第一类预设关键词即为与安全类更新相关的关键词，包括但不限于如“漏洞”“修复”“补丁”，由于与安全类更新相关的关键词数量较多且都属于本领域技术人员熟知的内容，因此，此处不一一进行列举。若识别出更新说明数据中包含第一类预设关键词，则说明此处更新涉及到对应用程序安全问题的更新，因此此次更新的页面资源更新包为安全类更新包。

S106，控制应用程序停止对用户的操作指令的响应，直至利用页面资源更新包对本地页面资源包的更新完成。

由于安全类更新直接涉及到了应用程序是否能安全的使用，特别是对一些与用户重要信息数据以及用户财产数据相关的应用程序而言，如银行应用程序，若不及时对这些应用程序的本地页面资源包进行更新，可能会造成用户信息泄露以及财产损失。因此，为了保证用户能够安全使用应用程序，保证用户数据的安全，本发明实施例会在下载完成页面资源更新包后，停止对用户对应用程序输入的任何操作指令进行响应，即用户此时无法对应用程序进行任何操作，直接对应用程序进行强制更新，并在强制更新完成后重启应用程序，恢复对用户操作指令的正常响应。

作为本发明的一个优选实施例，在强制更新完成之后，控制应用程序的显示页面直接显示在开始强制更新时应用程序显示的页面，以使得用户能更加方便的继续使用应用程序。

由于安全类更新直接涉及到了用户的数据安全，用户是否能安全的使用应用程序，因此，其优先级远大于在更新时用户是否能正常使用应用程序。因此本发明实施例中，通过关键词查找识别出页面资源更新包为安全类更新包，此次更新为安全类更新时，会直接停止响应用户操作，并进行强制更新，以保障用户的数据安全。同时在强制更新完成后，继续显示开始更新时的页面，使得用户能够更加方便地使用应用程序，减小了更新对用户正常使用的影响。

作为本发明优选实施例三，如图3所示，包括：

S107，若关键词查找的结果为更新说明数据中仅包含预设关键词中的第二类预设关键词时，判定页面资源更新包为时效类更新包，对应用程序当前显示的页面进行功能模块识别，并对识别出的功能模块进行使用频率排序，时效类更新包用于对本地页面资源包进行功能模块更新。

由上述说明可知，本发明实施例三中的第二类预设关键词即为与时效类更新相关的关键词，包括但不限于如“功能修改”“功能调整”“功能删除”，由于与时效类更新相关的关键词数量较多且都属于本领域技术人员熟知的内容，因此，此处不一一进行列举。时效类更新主要是对应用程序功能模块的更新，如增添一些功能或者剔除/修改一些功能，这一类的更新虽然与应用程序的安全使用无关，但由于应用程序中的功能产生了变化，此时若不及时进行更新，用户在点击激活应用程序中被修改的功能时，会导致应用程序无法正常响应，甚至可能会出现运行错误，因此，时效类更新对更新是否及时要求较高，需要及时对应用程序进行更新以保障用户的正常使用。

应当说明的，由于一次页面资源更新可能会同时涉及到安全更新以及时效更新，考虑到安全更新重要程度远高于时效更新，应当以安全类更新的标准进行响应。因此，更新说明数据中只要包含与安全类更新相关的关键词，无论包不包含与时效类更新相关的关键词，在本发明实施例中，均会将此次更新作为安全类更新进行响应，而只有仅包含与时效类更新相关的关键词时，才会作为时效类更新进行响应。

S108，利用页面资源更新包，按照使用频率由低到高的顺序依次对功能模块进行更新。

一个页面是由多个功能模块组合而成，通过对显示页面进行功能识别，可以很容易的确认出显示页面中包含的功能模块，如一个页面可由热门推荐、主要业务、账户信息查询三个功能模块构成。由于用户对每个功能模块的使用频率必然存在一定的差别，频率越低说明用户使用该功能的可能性越低，因此本发明实施例中，为了在实现在对时效类更新进行及时更新的同时，保证用户对应用程序的正常使用，会优先对使用频率低的功能模块进行一一更新，使得对用户正常使用的影响降到最低。

作为本发明的一个优选实施例，在进行频率排序时，会首先读取用户对应用程序的操作数据，并从中查找出用户当前显示页面对应的各个功能模块的操作数据。其中，用户对应用程序的操作数据，由应用程序在接收到用户输入的操作指令时进行记录，考虑到应用程序记录的操作数据不宜过大，以防对应用程序正常的运行造成影响，本发明实施例中，记录后的操作数据可以采用上传到应用程序对应的服务器的方式进行存储，亦可以采用本地仅存储预设时间范围内的操作数据，并对过期的数据进行删除的方式进行本地存储，如仅本地存储用户在近一个月内的操作数据，并对超出一个月的数据进行删除，以防操作数据占用的存储空间过大影响应用程序正常使用，具体采用何种方式进行存储，可由技术人员根据实际情况进行选定。

作为一种优选的实施方式，考虑到用户不同时期对功能的需求不同，同时因为不同时期不同版本的应用程序所具有的功能模块也存在差异，因此对于距离当前时刻时间过久的操作数据其参考价值较低。因此，为了实现更好地减小对用户正常使用的影响，优选地采用获取当前时间以前预设时长的操作数据来进行功能模块使用频率的计算，如仅对用户在当前时间为止的一周时长内的操作数据进行功能模块的使用频率计算，具体的预设时长可由技术人员根据实际需求进行设定。应当说明地，由于在进行操作数据存储时，可能会采取在本地存储预设时间范围内的操作数据，为了保证对功能模块使用频率的正常计算，该预设时间必须大于或等于频率计算对应的预设时长。

在读取出当前显示页面对应的各个功能模块的操作数据后，对每个功能模块在预设时长内被使用次数分别进行统计，得出每个功能模块在预设时长内对应的使用频率，如100次/周，并利用得到的使用频率对当前显示页面中的功能模块进行使用频率高低的排序，再按照使用频率由低到高的顺序依次对功能模块进行更新。

作为本发明的一个优选实施例，在进行功能模块更新时，会识别用户当前是否在对功能模块进行操作，若识别出用户在对某一功能模块进行操作时，将该功能模块作为最后一个更新的功能模块。

作为本发明的一个另优选实施例，当对显示页面功能模块更新完成后，判断用户是否控制应用程序脱离当前显示页面，若识别出脱离当前显示页面时，对本地页面资源包进行更新，本发明实施例与S104中处理方法相同，详情可参考S104的相关说明，此处不再赘述。

作为本发明的一个在优选实施例，为了减少匹配时间，节约匹配占用的资源，本发明实施例中，在进行关键词查找时，会优先匹配更新说明数据中是否包含第一类预设关键词，在确认出不包含第一类预设关键词时，再进行第二类预设关键词的匹配。

由于时效类更新对更新的及时性要求较高，不及时更新可能会导致用户对显示页面进行操作时出错，因此，本发明实施例中，会根据使用频率从低至高对显示页面的功能模块进行依次更新，使得在不影响用户正常使用的同时，及时有效地完成对显示页面的更新。

作为S103的一种具体实现方式，作为本发明实施例四，如图4所示，包括：

S401，若识别出应用程序的显示页面中存在视频流传输，根据关键词查找结果判断页面资源更新包是否为安全类更新包。

S402，若判断结果为页面资源更新包不为安全类更新包，在通过下载链接下载页面资源更新包时，对页面资源更新包的下载以及视频流传输进行流量控制，优先进行视频流传输。

本发明实施例中，当检测出显示页面中存在视频流传输时，说明用户可能正在观看视频。由于视频对带宽的要求较高，需要较多的带宽流量才能正常进行播放，而下载页面资源更新包也需要较多的带宽流量，此时两种同时进行可能会影响用户正常观看视频，因此，本发明实施例中，在检测出用户正在观看视频时，会识别要下载的页面资源更新包是否为安全类更新包。若不为安全类更新包，说明此次更新没有涉及到用户的数据安全，此时，为了保证用户能正常使用应用程序正常观看视频，本发明实施例会优先分配带宽流量至视频播放。

为了实现对视频播放的带宽流量优先分配，可以对页面更新资源包下载任务和视频流下载任务进行优先度设置，使得视频流下载任务得以优先执行，具体的优先度设置方法包括但不限于以下方法：

1、当检测到上述情况发生时，对页面更新资源包下载任务和视频流下载任务设置不同的最大线程连接数，使得视频流下载任务的最大线程连接数大于页面更新资源包下载任务的最大线程连接数。例如，对视频流下载任务设置最大5条线程，对页面资源更新包下载任务设置最大1条线程，由于每条线程之间的优先度是相同的(本方法没有设置线程之间的优先度)，即每条线程被分配到的带宽流量也是相同的，因此，线程数越多的下载任务所获得的总的带宽流量也就越多，从而使得视频播放所分配到的带宽流量也就越多，进而实现了优先视频播放的目的。

2、当检测到上述情况发生时，对页面更新资源包下载任务和视频流下载任务分配不同的带宽流量优先度，使得视频流下载任务带宽流量优先度的高于页面更新资源包，此时，无论两个下载任务各自对应的线程数为多少，都会优先保证高优先度的下载任务对应的线程进行数据传输，并在满足了高优先度的下载任务的带宽流量需求的前提下，才将多余的带宽流量分配给低优先度的下载任务。例如，当用户观看的视频对带宽流量要求较高(如观看清晰度较高的视频)，而应用程序可使用的最大带宽难以满足或者刚好满足视频播放的需求时，应用程序没有有多余的带宽流量分配给页面更新资源包下载任务，从而使得页面更新资源包下载任务的可使用带宽流量为零。相反地，若而应用程序可使用的最大带宽大于视频播放的需求，则会将多余的带宽流量分配给页面更新资源包下载任务进行页面更新资源包的下载。

作为本发明的一个优选实施例，若页面资源更新包为安全类更新包，本发明实施例会对页面资源更新包的下载以及视频流传输进行流量控制，优先进行页面资源更新包的下载，以保证用户数据的安全。本发明实施例所采用的优先度设置方法与上述相同，仅需将对页面更新资源包下载任务的优先度设置为大于视频流下载任务的优先度即可。

作为本发明优选实施例五，如图5所示，在S104之后，还包括：

S109，若检测出应用程序当前显示页面被切换，在利用页面资源更新包对本地页面资源包进行更新完成之后，对应用程序的显示页面进行切换。

S110，若检测出应用程序当前显示页面被刷新，在利用页面资源更新包对本地页面资源包进行更新完成之后，对应用程序的显示页面进行刷新。

为了方便用户的正常使用，在S104页面被切换或者刷新对应用程序进行更新后，本发明实施例中，会将更新后应用程序的显示页面切换中切换/刷新操作对应的页面，以使得用户能在更新后继续正常使用应用程序，方便了用户对应用程序的正常使用。

本发明实施例中，通过利用服务器主动推送页面资源更新包下载链接，使得应用程序更新查询的工作量大大减小。同时，通过应用程序在用户观看视频时智能调控分配更新包下载与视频流传输的带宽，并在下载完成后通过关键词查找自动识别出本次更新的类型，并针对每种更新类型的特点进行针对性响应，使得用户对应用程序的正常使用与应用程序的及时更新得到了兼顾，在保证应用程序能及时更新的同时，保证了应用程序的正常使用。

对应于上文实施例的方法，图6示出了本发明实施例提供的资源更新装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。图6示例的资源更新装置可以是前述实施例一提供的资源更新方法的执行主体。

参照图6，该资源更新系统包括：应用程序以及服务器；

所述应用程序，用于在启动时，读取本地页面资源包中的页面资源版本标识，并向资源服务器发送包含所述页面资源版本标识的握手请求信息。

所述资源服务器，用于在接收到所述握手请求后，将所述页面资源版本标识与页面资源更新包中的包含的页面资源版本标识进行对比，并在对比出所述应用程序的所述本地页面资源包需要更新时，向所述应用程序推送所述页面资源更新包的下载链接。

所述应用程序还用于通过所述下载链接下载所述页面资源更新包，并对所述页面资源更新包对应的更新说明数据进行关键词查找，判断所述更新说明数据中是否包含预设关键词。

进一步地，所述应用程序还用于若关键词查找的结果为所述更新说明数据中包含所述预设关键词中的第一类预设关键词，判定所述页面资源更新包为安全类更新包，所述安全类更新包用于对所述本地页面资源包存在的安全漏洞进行更新。

控制所述应用程序停止对用户的操作指令的响应，直至利用所述页面资源更新包对所述本地页面资源包的更新完成。

进一步地，所述应用程序还用于若关键词查找的结果为所述更新说明数据中仅包含所述预设关键词中的第二类预设关键词时，判定所述页面资源更新包为时效类更新包，对所述应用程序当前显示的页面进行功能模块识别，并对识别出的功能模块进行使用频率排序，所述时效类更新包用于对所述本地页面资源包进行功能模块更新。

利用所述页面资源更新包，按照使用频率由低到高的顺序依次对所述功能模块进行更新。

进一步地，所述应用程序还用于若识别出所述应用程序的显示页面中存在视频流传输，根据所述关键词查找结果判断所述页面资源更新包是否为所述安全类更新包。

若判断结果为所述页面资源更新包不为所述安全类更新包，在通过所述下载链接下载所述页面资源更新包时，对所述页面资源更新包的下载以及所述视频流传输进行流量控制，优先进行所述视频流传输。

进一步地，所述应用程序还用于若检测出所述应用程序当前显示页面被切换，在利用所述页面资源更新包对所述本地页面资源包进行更新完成之后，对所述应用程序的显示页面进行切换。

若检测出所述应用程序当前显示页面被刷新，在利用所述页面资源更新包对所述本地页面资源包进行更新完成之后，对所述应用程序的显示页面进行刷新。

本发明实施例提供的资源更新装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例一的描述，此处不再赘述。

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

还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本发明实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一接触可以被命名为第二接触，并且类似地，第二接触可以被命名为第一接触，而不背离各种所描述的实施例的范围。第一接触和第二接触都是接触，但是它们不是同一接触。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims

1.一种资源更新方法，其特征在于，包括：

2.如权利要求1所述的资源更新方法，其特征在于，还包括：

若关键词查找的结果为所述更新说明数据中包含所述预设关键词中的第一类预设关键词，判定所述页面资源更新包为安全类更新包，所述安全类更新包用于对所述本地页面资源包存在的安全漏洞进行更新；

3.如权利要求1所述的资源更新方法，其特征在于，还包括：

若关键词查找的结果为所述更新说明数据中仅包含所述预设关键词中的第二类预设关键词时，判定所述页面资源更新包为时效类更新包，对所述应用程序当前显示的页面进行功能模块识别，并对识别出的功能模块进行使用频率排序，所述时效类更新包用于对所述本地页面资源包进行功能模块更新；

4.如权利要求2所述的资源更新方法，其特征在于，所述应用程序通过所述下载链接下载所述页面资源更新包，根据所述页面资源更新包对应的更新说明数据进行关键词查找，还包括：

若识别出所述应用程序的显示页面中存在视频流传输，根据所述关键词查找结果判断所述页面资源更新包是否为所述安全类更新包；

5.如权利要求1所述的资源更新方法，其特征在于，在所述检测出所述应用程序的显示页面被切换、关闭或刷新时，利用所述页面资源更新包对所述本地页面资源包进行更新之后，还包括：

若检测出所述应用程序当前显示页面被切换，在利用所述页面资源更新包对所述本地页面资源包进行更新完成之后，对所述应用程序的显示页面进行切换；

6.一种资源更新系统，其特征在于，包括：应用程序以及服务器；

所述应用程序用于在启动时，读取本地页面资源包中的页面资源版本标识，并向资源服务器发送包含所述页面资源版本标识的握手请求信息；

所述资源服务器用于在接收到所述握手请求后，将所述页面资源版本标识与页面资源更新包中的包含的页面资源版本标识进行对比，并在对比出所述应用程序的所述本地页面资源包需要更新时，向所述应用程序推送所述页面资源更新包的下载链接；

7.如权利要求6所述资源更新系统，其特征在于；

所述应用程序还用于若关键词查找的结果为所述更新说明数据中包含所述预设关键词中的第一类预设关键词，判定所述页面资源更新包为安全类更新包，所述安全类更新包用于对所述本地页面资源包存在的安全漏洞进行更新；

8.如权利要求6所述资源更新系统，其特征在于：

所述应用程序还用于若关键词查找的结果为所述更新说明数据中仅包含所述预设关键词中的第二类预设关键词时，判定所述页面资源更新包为时效类更新包，对所述应用程序当前显示的页面进行功能模块识别，并对识别出的功能模块进行使用频率排序，所述时效类更新包用于对所述本地页面资源包进行功能模块更新；

9.如权利要求7所述资源更新系统，其特征在于：

所述应用程序还用于若识别出所述应用程序的显示页面中存在视频流传输，根据所述关键词查找结果判断所述页面资源更新包是否为所述安全类更新包；

10.如权利要求6所述资源更新系统，其特征在于：

所述应用程序还用于若检测出所述应用程序当前显示页面被切换，在利用所述页面资源更新包对所述本地页面资源包进行更新完成之后，对所述应用程序的显示页面进行切换；