CN110058873A - 应用页面更新方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种应用页面更新方法、装置、设备和存储介质。所述方法包括：向服务器发送包含请求方属性的页面更新请求；接收所述服务器发送的与所述页面更新请求匹配的应用版本号；根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。通过上述技术方案，可以根据请求方的实际需求，发送对应的应用版本号，并依据版本号获取所需的增量更新包或全量更新包，从而可以根据请求方的实际需求发布对应的更新包，提高应用页面更新的效率；并且更新包中的配置文件和每个待更新文件都要进行验证，能够有效提高应用页面更新的可靠性。

Description

应用页面更新方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及应用页面更新方法、装置、设备和存储介质。

背景技术

Weex框架能够完美兼顾性能与动态性，让移动开发者通过简捷的前端语法写出Native级别的性能体验，并支持iOS、安卓、YunOS及Web等多端部署。开发者只需要在自己的APP中嵌入Weex的软件开发工具包(Software Development Kit，SDK)，就可以通过撰写HTML/CSS/JavaScript来开发Native级别的Weex界面。Weex界面的生成码其实就是一段很小的JSON，可以像发布网页一样轻松部署在服务端，然后在APP中请求执行。

在现有技术中，APP进行更新发版时，通常是按照版本号顺序逐级更新升级。各版本号对应的更新包具有很强的通用性，无法针对更新请求方个体需求发布对应的更新包。并且目前大部分的更新局限于迭代更新方式，例：当前版本为1，最新版本为5，采用版本1升级为版本2，进一步版本2升级为版本3，以此类推的方式逐渐升级到最新版本5，完成整版升级。多版本维护成本高，更新版本过多，文件更新过程容易导致功能异常。

基于上述方案，需要一种能够安全、准确的进行应用页面更新的方案。

发明内容

为了解决上述问题，本发明实施例提供一种应用页面更新的方法、装置、设备和存储介质，用以能够安全、准确的进行应用页面更新的方案。

第一方面，本发明实施例提供一种应用页面更新的方法，该方法包括：

向服务器发送包含请求方属性的页面更新请求；

接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

进一步地，所述更新包包括：全量更新包和增量更新包，

所述根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包，包括：

若所述本地版本号与所述应用版本号为相邻版本号，则获取增量更新包；

若所述本地版本号与所述应用版本号为不相邻版本号，则获取全量更新包。

进一步地，所述向服务器发送包含请求方属性的页面更新请求，包括：

向所述服务器发起包含请求方位置属性、请求方标识请求中至少一个请求方属性的页面更新请求。

进一步地，所述接收所述服务器发送的与所述更新请求匹配的应用版本号，包括：

接收所述服务器发送的与所述请求方位置属性和/或所述请求方标识匹配的所述应用版本号。

进一步地，获取更新包之后，还包括：

对比更新包当前信息摘要和所述更新包携带的更新包信息摘要；

若对比结果相同，则解压所述更新包。

进一步地，解压所述更新包之后，还包括：

存储解压所述更新包后得到的所述配置文件和所述待更新文件到备用目录；

对比配置文件实时信息摘要和配置文件携带的文件摘要信息；

若相同，则将所述配置文件中的文件名与所述更新包中的各所述待更新文件进行对比，以根据对比结果进行对应的页面更新。

进一步地，根据对比结果进行对应的页面更新，包括：

将所述备用目录中的配置文件与本地主目录中的配置文件进行合并；

基于合并后的配置文件内容，加载各所述待更新文件。

进一步地，对比配置文件实时信息摘要和配置文件携带的文件摘要信息之后，还包括：

验证各所述待更新文件的文件大小、文件路径与所述合并后的配置文件内容中包含的待更新文件相关信息是否相同；所述待更新文件相关信息包括待更新文件的文件大小、文件路径。

第二方面，本发明实施例提供一种应用页面更新的装置，该装置包括：

发送模块，用于向服务器发送包含请求方属性的页面更新请求；

接收模块，用于接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

更新模块，用于根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

第三方面，本发明实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现：

向服务器发送包含请求方属性的页面更新请求；

接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

第四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面中的应用页面更新的方法。

在本发明实施例中，通过获取包含请求方属性的更新请求，以便服务器能够根据更新请求中包含的请求方位置属性和/或请求方标识发送对应的应用版本号；进一步地，根据将应用版本号与本地版本号进行对比，并根据对比结果获取对应的更新包。基于上述技术方案，可以根据请求方的实际需求，发送对应的应用版本号，并依据版本号获取所需的增量更新包或全量更新包，从而可以根据请求方的实际需求发布对应的更新包，提高应用页面更新的效率；并且更新包中的配置文件和每个待更新文件都要进行验证，能够有效提高应用页面更新的可靠性。

附图说明

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

图1为本发明实施例提供的一种应用页面更新方法的流程示意图；

图2为本发明实施例提供的一种应用页面更新装置的结构示意图；

图3为与图1所述实施例提供的一种应用页面更新方法对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明实施例提供的一种应用页面更新的方法的流程示意图，如图1所示，该方法包括以下步骤：

101：向服务器发送包含请求方属性的页面更新请求。

在实际应用中，对于是否需要进行页面更新，通过将客户端的本地版本号与服务器中最新版本所对应的应用版本号进行对比，以便根据对比结果判断是否进行页面更新，采用何种方式进行页面更新。

这里所说的请求方属性，可以包括请求方位置属性、请求方标识等等。例如，某应用针对指定地区进行产品推广，当客户端向服务器发送的页面更新请求中携带该指定地区的地址信息，则服务器会向该客户端定向推送产品推广页面，以便客户端对当前页面更新后能够看到产品推广信息。对于那些未在指定地区的用户，则不进行页面更新。再例如，某用户所使用的客户端设备是某品牌手机的A型号，该A型号手机所支持的功能比较有限，向该用户发送适用于A型号手机的更新包。

102：接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

如前文所述可知，页面更新请求中包括多个请求方属性，这些请求方属性比如包括：请求方位置属性、请求方标识等等。当发送给服务器的页面更新请求具有不同的请求方属性时，所接收到的应用版本号也可能不同。比如，在应用中需要插入定向推送的产品推广页面，需要针对用户的位置属性进行页面升级；假设，上海用户发送的请求方位置属性为上海，对应的应用版本号可以是SH1、SH2等等；沈阳用户发送的请求方位置属性为沈阳，对应的应用版本号可以是SY1、SY2等等。若没有需要插入的产品推广页，可以发布具有更好通用性的版本，通用版本的应用版本号比如可以是V1、V2等等。

103：根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

这里所说的本地版本号可以理解为客户端当前所使用的应用软件的版本号。这里所说的应用版本号可以理解为服务器提供的待更新版本的版本号。将本地版本号与应用版本号对比的结果包括：本地版本号与应用版本号相同，本地版本号与应用版本号为相邻版本号，本地版本号与应用版本号为不相邻版本号这三种情况。不同的对比结果所对应获取的用于页面更新的更新包也不同，不同更新包的更新方式也不同。

在本发明的一个或者多个实施例中，所述更新包包括：全量更新包和增量更新包，所述根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包，具体可以包括：若所述本地版本号与所述应用版本号为相邻版本号，则获取增量更新包；若所述本地版本号与所述应用版本号为不相邻版本号，则获取全量更新包。

需要说明的是，这里所说的相邻版本号，可以理解为本地版本号与应用版本号为相邻序号，例如，本地版本号为V1，应用版本号为V2，则认为本地版本号与应用版本号为相邻版本号。若本地版本号为V1，应用版本号为V1或者V3，则认为本地版本号与应用版本号相同，而不是相邻。需要说明的是，在实际应用中不会出现本地版本号高于应用版本号的情况，换言之不会出现本地版本号为V3，应用版本号为V2，若出现则是本地应用或者服务器中的应用出现错误。一般来说，若本地版本号与应用版本号为相邻版本，那么该客户端所需要更新的内容是有限的，可以采用增量更新的方式；若本地版本号与应用版本号为不相邻版本，那么客户端所需要更新的内容会比较多，需要多个版本顺序迭代更新，容易发生更新出错问题，且更新版本较多，需要耗费比较多的数据量和存储空间，因此，为了提高页面更新效率，可以采用全量更新的方式。

在本发明的一个或者多个实施例中，所述向服务器发送包含请求方属性的页面更新请求，具体可以包括：向所述服务器发起包含请求方位置属性、请求方标识请求中至少一个请求方属性的页面更新请求。

请求方标识可以理解为客户端的型号，比如，假设客户端为手机，请求方标识可以是手机的品牌和型号。在实际应用中，请求方归属的位置不同、客户端型号不同，所发出的页面更新请求不同，获取的更新包也不同。

在本发明的一个或者多个实施例中，所述获取所述服务器提供的与所述更新请求匹配的应用版本号，具体可以包括：获取所述服务器提供的与所述请求方位置属性和/或所述请求方标识匹配的所述应用版本号。

如前文所述可知，请求方属性可以包括请求方位置属性、请求方标识等等。例如，某应用针对指定地区进行产品推广，当客户端向服务器发送的页面更新请求中携带该指定地区的地址信息，则服务器会向该客户端定向推送产品推广页面，以便客户端对当前页面更新后能够看到产品推广信息。对于那些未在指定地区的用户，则不进行页面更新。再例如，某用户所使用的客户端设备是某品牌手机的A型号，该A型号手机所支持的功能比较有限，向该用户发送适用于A型号手机的更新包。

在本发明的一个或者多个实施例中，获取更新包之后，还可以包括：对比更新包当前信息摘要和所述更新包携带的更新包信息摘要；若对比结果相同，则解压所述更新包。

这里所说的信息摘要MD5(Message-Digest Algorithm)值。在实际应用中，当客户端获取到更新包之后，在更新包中携带有该更新包的信息摘要(MD5)；客户端也会根据更新包计算其当前信息摘要(MD5)；若更新包当前信息摘要与更新包携带的更新包信息摘要不相同，则表示更新包被篡改或者更新包不安全，则会放弃使用该更新包进行页面更新。

在本发明的一个或者多个实施例中，解压所述更新包之后，还可以包括：存储解压所述更新包后得到的所述配置文件和所述待更新文件到备用目录；对比配置文件实时信息摘要和配置文件携带的文件摘要信息；若相同，则将所述配置文件中的文件名与所述更新包中的各所述待更新文件进行对比，以根据对比结果进行对应的页面更新。

若计算得到的更新包当前信息摘要与更新包携带的更新包信息摘要相同，则表示该更新包未被篡改，属于安全可用的更新包。则可以继续进行后续操作，比如，解压更新包，对比更新包中的各个文件是否存在、文件名是否正确、各文件的文件信息摘要是否正确等等。在对更新包进行安全验证时，不仅仅对未解压状态更新包的信息摘要进行验证，还进一步地对解压后更新包中的各个文件进行验证，能够有效防止更新包中的文件或文件内容被篡改，提升更新包的安全可靠效果。这里所说的对所述更新包中的文件名和文件信息摘要分别进行对比，可以理解为，根据配置文件中记录的文件名，与解压得到的各文件对应的文件名进行逐个对比；根据更新包中携带的配置文件的信息摘要，与客户端计算得到的配置文件当前信息摘要进行逐个对比。

在本发明的一个或者多个实施例中，根据对比结果进行对应的页面更新，具体可以包括：将所述备用目录中的配置文件与本地主目录中的配置文件进行合并；基于合并后的配置文件内容，加载各所述待更新文件。

为了确保用户获得的更新包及更新包中文件的安全可靠，还需要对更新包中的文件进行详细对比。具体来说，先将更新包进行解压，将解压得到的配置文件和待更新文件存储到备用目录中，避免将原来的配置文件和文件内容覆盖。进一步地，将配置文件当前信息摘要与配置文件所携带的文件信息摘要进行对比，若对比结果为不相同，则终止页面更新，重新下载更新包，并将原来的更新包删除。若对比结果为相同，则进一步根据配置文件中的文件名与解压得到的待更新文件的文件名进行逐个对比，若发现文件不存在，或者文件名不同，则表示文件或者文件名被篡改，该更新包存在安全隐患，放弃利用该更新包进行更新；若逐个对比后，发现文件和文件名与配置文件中记录的完全相同，则可以继续基于当前更新包进行页面更新。

在本发明的一个或者多个实施例中，对比配置文件实时信息摘要和配置文件携带的文件摘要信息之后，还可以包括：验证各所述待更新文件的文件大小、文件路径与所述合并后的配置文件内容中包含的待更新文件相关信息是否相同；所述待更新文件相关信息包括待更新文件的文件大小、文件路径。

基于前文所述，若当前客户端获取的是全量更新包，进行全量更新。具体来说，将备用目录中的新解压得到的配置文件与本地主目录中的配置文件进行合并，并将合并后的配置文件覆盖之前本地主目录中的配置文件。进一步地，根据合并后的配置文件中所包含的各待更新文件相关信息(比如，待更新文件的文件名、文件大小、文件路径等等)，与解压得到的待更新文件的文件名、文件路径、文件大小逐个进行对比。如对比结果为相同，则完成全量更新，若不同，则终止当前更新，提示用户重新获取更新包，并将当前更新包删除。

若当前客户端获取的是增量更新包，则先进行增量更新，若无法完成增量更新，则重新获取全量更新包进行全量更新。具体来说，将备用目录中的新解压得到的配置文件与本地主目录中的配置文件进行合并，并将合并后的配置文件覆盖之前本地主目录中的配置文件。进一步地，根据合并后的配置文件中所包含的各待更新文件相关信息(比如，待更新文件的文件名、文件大小、文件路径等等)，与解压得到的待更新文件的文件名、文件路径、文件大小逐个进行对比。如对比结果为相同，则完成增量更新，若不同，则终止当前的增量更新，提示用户重新获取全量更新包，并将当前的增量更新包删除。

基于同样的思路，如图2所示，本发明实施例还提供一种应用页面更新的装置，该装置包括：

发送模块21，用于向服务器发送包含请求方属性的页面更新请求；

接收模块22，用于接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

更新模块23，用于根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

进一步地，所述更新包包括：全量更新包和增量更新包，

所述更新模块23，用于若所述本地版本号与所述应用版本号为相邻版本号，则获取增量更新包；

若所述本地版本号与所述应用版本号为不相邻版本号，则获取全量更新包。

进一步地，发送模块21，用于向所述服务器发起包含请求方位置属性、请求方标识请求中至少一个请求方属性的页面更新请求。

进一步地，所述接收模块22，用于接收所述服务器发送的与所述请求方位置属性和/或所述请求方标识匹配的所述应用版本号。

进一步地，获取更新包之后，还包括：

对比更新包当前信息摘要和所述更新包携带的更新包信息摘要；

若对比结果相同，则解压所述更新包。

进一步地，解压所述更新包之后，还包括：

存储解压所述更新包后得到的所述配置文件和所述待更新文件到备用目录；

对比配置文件实时信息摘要和配置文件携带的文件摘要信息；

若相同，则将所述配置文件中的文件名与所述更新包中的各所述待更新文件进行对比，以根据对比结果进行对应的页面更新。

进一步地，根据对比结果进行对应的页面更新，包括：

将所述备用目录中的配置文件与本地主目录中的配置文件进行合并；

基于合并后的配置文件内容，加载各所述待更新文件。

进一步地，对比配置文件实时信息摘要和配置文件携带的文件摘要信息之后，还包括：

验证各所述待更新文件的文件大小、文件路径与所述合并后的配置文件内容中包含的待更新文件相关信息是否相同；所述待更新文件相关信息包括待更新文件的文件大小、文件路径。

基于同样的思路，如图3所示，本发明实施例还提供一种电子设备，包括处理器31、存储器32，所述存储器32用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器31执行时实现：

向服务器发送包含请求方属性的页面更新请求；

接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

另外，本发明实施例提供了一种计算机存储介质，用于服务器所用的计算机软件指令，其包含用于执行上述图1所示方法实施例中回归测试方法所涉及的程序。

基于上述各实施例可以了解到，通过获取包含请求方属性的更新请求，以便服务器能够根据更新请求中包含的请求方位置属性和/或请求方标识发送对应的应用版本号；进一步地，根据将应用版本号与本地版本号进行对比，并根据对比结果获取对应的更新包。基于上述技术方案，可以根据请求方的实际需求，发送对应的应用版本号，并依据版本号获取所需的增量更新包或全量更新包，从而可以根据请求方的实际需求发布对应的更新包，提高应用页面更新的效率；并且更新包中的配置文件和每个待更新文件都要进行验证，能够有效提高应用页面更新的可靠性。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (11)

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

向服务器发送包含请求方属性的页面更新请求；

接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

2.根据权利要求1所述的方法，其特征在于，所述更新包包括：全量更新包和增量更新包，

所述根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包，包括：

若所述本地版本号与所述应用版本号为相邻版本号，则获取增量更新包；

若所述本地版本号与所述应用版本号为不相邻版本号，则获取全量更新包。

3.根据权利要求1所述的方法，其特征在于，所述向服务器发送包含请求方属性的页面更新请求，包括：

向所述服务器发起包含请求方位置属性、请求方标识请求中至少一个请求方属性的页面更新请求。

4.根据权利要求3所述的方法，其特征在于，所述接收所述服务器发送的与所述页面更新请求匹配的应用版本号，包括：

接收所述服务器发送的与所述请求方位置属性和/或所述请求方标识匹配的所述应用版本号。

5.根据权利要求1所述的方法，其特征在于，获取更新包之后，还包括：

对比更新包当前信息摘要和所述更新包携带的更新包信息摘要；

若对比结果相同，则解压所述更新包。

6.根据权利要求5所述的方法，其特征在于，解压所述更新包之后，还包括：

存储解压所述更新包后得到的所述配置文件和所述待更新文件到备用目录；

对比配置文件实时信息摘要和配置文件携带的文件摘要信息；

若相同，则将所述配置文件中的文件名与所述更新包中的各所述待更新文件进行对比，以根据对比结果进行对应的页面更新。

7.根据权利要求6所述的方法，其特征在于，根据对比结果进行对应的页面更新，包括：

将所述备用目录中的配置文件与本地主目录中的配置文件进行合并；

基于合并后的配置文件内容，加载各所述待更新文件。

8.根据权利要求7所述的方法，其特征在于，对比配置文件实时信息摘要和配置文件携带的文件摘要信息之后，还包括：

验证各所述待更新文件的文件大小、文件路径与所述合并后的配置文件内容中包含的待更新文件相关信息是否相同；所述待更新文件相关信息包括待更新文件的文件大小、文件路径。

9.一种应用页面更新装置，其特征在于，所述装置包括：

发送模块，用于向服务器发送包含请求方属性的页面更新请求；

接收模块，用于接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

更新模块，用于根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。

10.一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述如权利1至8所述的应用页面更新方法。

11.一种电子设备，其特征在于，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现：

向服务器发送包含请求方属性的页面更新请求；

接收所述服务器发送的与所述页面更新请求匹配的应用版本号；

根据本地版本号与所述应用版本号的对比结果，获取对应的用于进行页面更新的更新包。