CN104836843A - 客户端应用程序更新的方法及装置 - Google Patents

Abstract

本发明公开了一种客户端应用程序更新的方法及装置，涉及终端应用技术，主要目的在于解决客户端应用程序更新时兼容性差及人工成本高的问题。本发明的主要技术方案包括：当客户端的应用程序需要更新时，所述客户端获取需要更新的应用程序的标识信息，并根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；根据所述更新配置文件获取所述更新安装包；卸载所述应用程序，并安装所述更新安装包。本发明主要应用于客户端更新应用程序的过程中。

Description

客户端应用程序更新的方法及装置

技术领域

本发明涉及一种终端应用技术，特别是涉及一种客户端应用程序更新的方法及装置。

背景技术

随着互联网络的普及，客户端对应用程序更新的要求越来越高。在实际的应用中，应用程序的数据包中往往包含有多个文件。当客户端需要更新对应的应用程序时，服务器在向客户端下发更新应用程序的通知之前，检测数据包中需要对哪个文件或者哪些文件进行更新，当服务器接收到客户端的请求信息之后，网络维护人员将需要更新的文件的名称、文件的下载地址等信息手动填写到配置文件中，客户端根据配置文件中的信息获取该应用程序对应的某个文件或某些文件并对其进行更新即可。

上述客户端对应用程序更新的过程中，当需要更新的文件较多时，往往会增加更多的网络维护人员对配置文件进行手动填写，才能满足客户端更新应用程序的需求，如此便增加了人工成本，同时也增加了手动填写配置文件的出错率；并且同一个应用程序的数据包中不同文件之间往往会存在关联关系，如数据读取、函数调用等，而在上述客户端对应用程序更新的过程中，客户端获取更新的文件，而没有获取未更新的文件，若更新后的文件中缺失未更新的文件需要获取的数据、函数等，则可能会导致更新的文件与未更新的文件不兼容，从而导致客户端不能完成对应用程序的更新，极端情况下会导致应用程序的崩溃，进而影响客户端用户的正常使用。

发明内容

有鉴于此，本发明实施例提供一种客户端应用程序更新的方法及装置，主要目的在于解决客户端应用程序更新时兼容性差及人工成本高的问题。

依据本发明一个方面，提供了一种客户端应用程序更新的方法，所述方法包括：

当客户端的应用程序需要更新时，所述客户端获取需要更新的应用程序的标识信息，并根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

根据所述更新配置文件获取所述更新安装包；

卸载所述应用程序，并安装所述更新安装包。

根据本发明的另一个方面，提供了一种客户端应用程序更新的装置，所述装置包括：

第一获取单元，用于当客户端的应用程序需要更新时，获取需要更新的应用程序的标识信息；

第二获取单元，用于根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

第三获取单元，用于根据所述第二获取单元获取的所述更新配置文件获取所述更新安装包；

卸载单元，用于卸载所述应用程序；

安装单元，用于安装所述第三获取单元获取的所述更新安装包。

借由上述技术方案，本发明提供的客户端应用程序更新的方法及装置，在对应用程序进行更新之前，客户端获取需要更新的应用程序的标识信息，并根据该标识信息获取应用程序更新安装包的配置文件，根据配置文件获取该应用程序的更新安装包，客户端在获取到更新安装包之后，先将应用程序进行卸载，再安装获取到的更新安装包。与现有技术相比，本发明客户端根据标识信息获取的是应用程序对应的整个更新安装包，而不是更新安装包中的某个或某些文件，并且在安装的时候是先卸载再安装，所以不会存在更新部分文件与未更新部分文件兼容性差的问题，也不会人工填写安装包中更新文件的属性信息，在一定程度上大大降低了应用程序更新时的人工成本。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种客户端的应用程序更新的方法的流程图；

图2示出了本发明实施例提供的客户端应用程序更新的界面示意图；

图3示出了本发明实施例提供的获取应用程序的更新配置文件的方法的流程图；

图4示出了本发明实施例提供的一种客户端应用程序更新的装置的组成框图；

图5示出了本发明实施例提供的另一种客户端应用程序更新的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供一种客户端的应用程序更新的方法，如图1所示，该方法包括：

101、当客户端的应用程序需要更新时，客户端获取需要更新的应用程序的标识信息，并根据标识信息获取应用程序的更新配置文件。

应用程序的标识信息是客户端首次向服务器获取该应用程序时，服务器下发给客户端的应用程序的标识信息，其在客户端本地和服务器侧都有保存，以便当客户端的应用程序需要更新时，能够通过标识信息对应用程序进行识别。其中，在客户端获取标识信息时，根据用户选择的需要更新的应用程序的数量进行对应标识信息的获取，当用户选择更新一个应用程序时对应的可以获取一个应用程序的标识信息，用户选择更新多个应用程序时对应的获取多个应用程序的标识信息，具体的本发明实施例对此不进行限定。

当局域网侧服务器检测到有需要更新的应用程序时，服务器向客户端推送应用程序更新的界面。当客户端的应用程序需要更新时，客户端用户选择需要更新的应用程序，获取该应用程序的标识信息，并获取该标识信息对应的更新配置文件，其中，更新配置文件包含该应用程序的更新安装包的属性信息，是客户端更新应用程序的基础。本发明实施例中，生成更新配置文件的方式可以采用但不局限于以下的方式实现，在服务器侧对应应用程序形成新的版本或者添加新的功能时，由人工一次填写应用程序更新安装包的属性信息，即更新配置文件。或者当客户端的应用程序需要更新时，网络维护人员对需要更新的应用程序所对应的更新配置文件进行填写。具体的，本发明实施例对此不进行限定。

其中，客户端获取更新配置文件时可以采用但不局限于以下的方式实现，例如，客户端根据应用程序的标识信息向服务器发送获取更新配置文件的请求信息，并获取更新配置文件；或者；客户端根据应用程序的标识信息遍历其自身查找客户端本地是否存储有该应用程序对应的更新配置文件，若存在，则获取更新配置文件。

示例性的，如图2所示，图2示出了本发明实施例提供的客户端应用程序更新的界面示意图，客户端接收该界面时，客户端用户根据其自身的需求选择需要更新的应用程序。本发明实施例在选择需要更新的应用程序时，可以选择一个应用程序对其进行更新，也可以选择全部的应用程序对其进行更新，具体的本发明实施例对此不进行限制。

在客户端获取标识信息时，本发明实施例可以采用但不局限于以下的方式实现：

方式一：客户端接收用户输入或者通过界面选中的至少一个应用程序的标识信息。

如图2所示，客户端用户可以从图2中的搜索工具栏中，手动输入至少一个应用程序的标识信息。

继续参考图2，当客户端用户在界面中选择至少一个需要更新的应用程序时，客户端获取用户选择的应用程序的标识信息。

方式二：客户端设置的默认更新的至少一个应用程序的标识信息。

客户端设置的默认更新的应用程序的标识信息的方式可以采用但不局限于以下的方式实现，例如，设置默认更新的应用程序为界面待更新应用程序(需要更新的应用程序)中排列在前的两个应用程序，客户端获取所述应用程序的标识信息；或者，设置默认更新的应用程序为界面中全部的待更新应用程序，客户端获取全部应用程序的标识信息。本发明实施例对此不进行限定。

102、根据更新配置文件获取更新安装包。

获取更新配置文件后，根据更新配置文件中记录的更新安装包的属性信息，获取更新安装包，其中，更新安装包包含有该应用程序的所有文件。客户端在获取更新安装包时，获取的是完整的更新安装包，而不是更新安装包中的部分文件，避免由于客户端更新更新安装包中的部分文件，而导致更新文件与未更新部分文件不兼容。示例性的，假设，应用程序的更新安装包中包含有数据文件、图片文件、日志文件、配置设置，本发明实施例在获取更新安装包时，获取更新安装包中所有的文件。其中，不同的应用程序对应不同的更新安装包，本发明实施例对更新安装包中具体包含的文件不进行限定，

103、卸载应用程序，并安装更新安装包。

在本发明实施例中，客户端在获取更新安装包之后，再对应用程序进行卸载，保证了安装该应用程序的成功率。需要说明的是，卸载应用程序是在客户端的后台进行的，在客户端界面上用户看不到具体卸载应用程序的过程，整个卸载应用程序的过程无需用户的手动参与即可完成。

客户端在安装更新安装包时，可以将更新安装包的安装路径设置为应用程序未卸载之前的安装路径，也可以采用用户手动设置更新安装包的安装路径，本发明实施例对此不进行限定。选择完更新安装包的安装路径后，在客户端界面上显示应用程序的更新进度图文。所述更新进度图文请参考现有技术中的任一种进度图文，本发明实施例在此不再进行赘述。

本发明实施例提供的客户端应用程序更新的方法，在对应用程序进行更新之前，客户端获取需要更新的应用程序的标识信息，并根据该标识信息获取应用程序更新安装包的更新配置文件，根据更新配置文件获取该应用程序的更新安装包，客户端在获取到更新安装包之后，先将应用程序进行卸载，再安装获取到的更新安装包。与现有技术相比，本发明实施例客户端根据标识信息获取的是应用程序对应的整个更新安装包，而不是更新安装包中的某个或某些文件，并且在安装的时候是先卸载再安装，所以不会存在更新部分文件与未更新部分文件兼容性差的问题，也不会人工填写安装包中更新文件的属性信息，在一定程度上大大降低了应用程序更新时的人工成本。

进一步的，在执行步骤101获取应用程序的更新配置文件时，本发明实施例可以采用但不局限于以下的方法实现，如图3所示，该方法包括：

301、客户端将标识信息发送给服务器。

将客户端获取的应用程序的标识信息上报给服务器，服务器根据接收到的标识信息，对该标识信息对应的更新配置文件进行填写，将填写后的更新配置文件下发给客户端。

302、接收服务器根据标识信息下发的更新配置文件。

客户端接收到更新配置文件后，解析该更新配置文件，获取该更新配置文件中的属性信息，其中，属性信息包括：应用程序的版本号、更新安装包的下载地址、应用程序的大小等信息，客户端根据更新安装包的下载地址向网络侧服务器获取更新安装包。本发明实施例对更新配置文件的属性信息不进行限定。

进一步的，本发明实施例还提供另一种获取应用程序的更新配置文件的方法，包括：当客户端的应用程序需要更新时，客户端获取需要更新的应用程序的标识信息，根据该标识信息查找客户端本地是否存在应用程序的更新配置文件，若在客户端本地查找到更新配置文件，则在客户端本地获取更新配置文件；若在客户端本地未查找到更新配置文件，则将标识信息发送给服务器，并接收服务器根据标识信息下发的更新配置文件。

进一步的，在执行完上述步骤302接收服务器根据标识信息下发的更新配置文件之后，将接收到的更新配置文件保存到客户端本地。在将更新配置文件保存在客户端本地时，可以保存在本地的更新配置文件列表中，该列表中记录有客户端所有应用程序的更新配置文件。

需要说明的是，客户端接收到的更新配置文件为静态文件，客户端将接收到的更新配置文件保存到客户端本地更新配置文件列表后，客户端根据应用程序的标识信息按照预设时间阈值向服务器查询是否有更新的更新配置文件，若存在更新后的更新配置文件，则客户端获取更新后的更新配置文件，并将更新后的更新配置文件保存到客户端本地更新配置文件列表中。其中，所述预设时间阈值为人为设定的参数值，可以设置预设时间阈值为3小时，也可以设置预设时间阈值为12小时，具体的，本发明实施例对此不进行限定。

示例性的，如表1所示，表1示出了本发明实施例提供的客户端本地的更新配置文件列表，以下将以表1中的应用程序1为例进行说明。假设，客户端目前安装的应用程序1的版本号为1.0.0，当客户端查询到更新配置文件列表中存在更新后的更新配置文件后，客户端根据更新配置文件中的下载地址获取更新安装包，实现客户端对应用程序1的更新。其中，表1仅为示例性的举例，关于更新配置文件列表中的具体内容，本发明实施例对此不进行限定。

表1

进一步的，在解析更新配置文件之后，获取更新配置文件中应用程序的版本号，并且，客户端根据更新配置文件中的标识信息，获取该标识信息对应的客户端本地需要更新的应用程序的版本号，将更新配置文件中版本号与客户端获取的版本号进行比对，若比对的结果一致，则说明客户端本地的应用程序无需进行更新；若比对的结果不一致，则说明客户端本地的应用程序需要进行更新，客户端根据更新配置文件中的下载地址获取更新安装包，完成客户端应用程序的更新。

进一步的，在卸载应用程序之前，判断客户端是否根据更新配置文件获取到更新安装包，若客户端没有获取到更新安装包，则不能卸载该应用程序。在没有获取到更新安装包之前，客户端继续使用未更新的应用程序。

进一步的，当判断客户端未能根据更新配置文件获取到更新安装包时，需要检测客户端向网络侧服务器获取更新安装包时的网络连接是否畅通，检测网络连接是否畅通包括：检测客户端与网络侧服务器是否连接、检测网络传输的速度等等；当检测到网络连接畅通时，客户端设置自动根据更新配置文件获取更新安装包。

进一步的，若客户端未能根据更新配置文件成功获取到更新安装包时，还检测获取更新安装包的进度，包括，检测客户端是否未开始获取更新安装包、客户端是否获取部分更新安装包。本发明实施例中，当客户端获取了部分更新安装包时，客户端记录获取更新安装包中断时的中断节点，并将该中断节点上报给服务器，服务器接收并保存该中断节点，以确保客户端和服务器更新安装包的中断节点的同步性；当网络连接畅通，客户端向服务器请求获取更新安装包时，服务器查询其自身是否保存有该客户端对应的该更新安装包的中断节点，若存在该更新安装包的中断节点，则服务器从该中断节点处开始向客户端下发该更新安装包，客户端接收服务器从中断节点处下发的更新安装包；若不存在该更新安装包的中断节点，则服务器向客户端下发完整的更新安装包。本发明实施例中，记录获取更新安装包中断时的中断节点，当客户端再次获取该更新安装包时，从该中断节点继续下载该更新安装包，能够有效节省服务器的处理资源。

进一步的，当应用程序安装成功之后，输出显示该应用程序安装完成的确认信息，以告知客户端用户该应用程序已更新完毕。其中，所述输出显示应用程序安装完成的方式包括：在客户端的界面中弹出应用程序安装成功的窗口；或者，在安装应用程序时，通过进度条显示该应用程序已安装的百分比，当进度条显示已安装100％时，输出显示该应用程序安装成功。具体的，本发明实施例对此不进行限定。

基于上述方法，本发明实施例还提供一种客户端应用程序更新的装置，如图4所示，该装置包括：

第一获取单元41，用于当客户端的应用程序需要更新时，获取需要更新的应用程序的标识信息；

第二获取单元42，用于根据所述第一获取单元41获取的所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

第三获取单元43，用于根据所述第二获取单元42获取的所述更新配置文件获取所述更新安装包；

卸载单元44，用于卸载应用程序；

安装单元45，用于安装第三获取单元43获取的更新安装包。

进一步的，如图5所示，第二获取单元42包括：

第一发送模块421，用于将标识信息发送给服务器；

第一接收模块422，用于接收服务器根据第一发送模块421发送的标识信息下发的更新配置文件。

进一步的，如图5所示，第二获取单元42还包括：

查找模块423，用于根据所述标识信息查找所述客户端本地是否存在所述应用程序的更新配置文件；

第二发送模块424，用于当所述查找模块423查找所述客户端本地不存在所述应用程序的标识信息时，执行所述将所述标识信息发送给服务器；

第二接收模块425，用于接收所述服务器根据所述标识信息下发的所述更新配置文件；

获取模块426，用于当所述查找模块423查找所述客户端本地存在所述应用程序的标识信息时，在所述客户端本地获取所述更新配置文件。

进一步的，如图5所示，所述装置还包括：

保存单元46，用于在第一接收模块412接收服务器根据标识信息下发的更新配置文件之后，将更新配置文件保存到客户端本地。

进一步的，第一获取单元41还用于，接收用户输入或者通过界面选中的至少一个应用程序的标识信息；

第一获取单元41还用于，获取客户端设置的默认更新的至少一个应用程序的标识信息。

进一步的，如图5所示，第三获取单元43包括：

解析模块431，用于解析更新配置文件，获取更新配置文件中的属性信息，属性信息包括：应用程序的版本号、更新安装包的下载地址；

第一获取模块432，用于根据解析模块431解析的更新安装包的下载地址获取更新安装包。

进一步的，如图5所示，第三获取单元42还包括：

第二获取模块433，用于在解析模块431解析更新配置文件之后，客户端获取需要更新的应用程序的版本号；

比对模块434，用于将解析模块431解析的更新配置文件的中的版本号与第二获取模块433获取的客户端获取的版本号进行比对：

第一获取模块432还用于，当比对模块434比对结果不一致时，根据更新配置文件获取更新安装包。

进一步的，如图5所示，该装置还包括：

判断单元47，用于在卸载单元44卸载应用程序之前，判断客户端是否根据配置文件获取到更新安装包；

操作单元48，用于当判断单元47的判断结果为否时，不卸载应用程序。

进一步的，如图5所示，所述装置还包括：

第一检测单元49，用于当所述判断单元47判定所述客户端未能根据所述更新配置文件成功获取到所述更新安装包时，检测网络连接是否畅通；

第二检测单元4010，用于检测获取更新安装包的进度。

进一步的，如图5所示，所述装置还包括：

记录单元4011，用于在所述第二检测单元4010检测到所述客户端获取了部分更新安装包时，记录获取更新安装包中断时的中断节点；

所述第三获取单元43还用于，当所述网络连接畅通时，从所述中断节点处继续下载所述更新安装包。

进一步的，如图5所示，该装置还包括：

输出显示单元4012，当应用程序更新成功后，输出显示应用程序安装完成的确认信息。

本发明实施例提供的客户端应用程序更新的装置，在对应用程序进行更新之前，客户端获取需要更新的应用程序的标识信息，并根据该标识信息获取应用程序更新安装包的配置文件，根据配置文件获取该应用程序的更新安装包，客户端在获取到更新安装包之后，先将应用程序进行卸载，再安装获取到的更新安装包。与现有技术相比，本发明实施例客户端根据标识信息获取的是应用程序对应的整个更新安装包，而不是更新安装包中的某个或某些文件，并且在安装的时候是先卸载再安装，所以不会存在更新部分文件与未更新部分文件兼容性差的问题，也不会人工填写安装包中更新文件的属性信息，在一定程度上大大降低了应用程序更新时的人工成本。

本发明实施例还公开了：

A1、一种客户端应用程序更新的方法，所述方法包括：

当客户端的应用程序需要更新时，所述客户端获取需要更新的应用程序的标识信息，并根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

根据所述更新配置文件获取所述更新安装包；

卸载所述应用程序，并安装所述更新安装包。

A2、根据A1所述的方法，根据所述标识信息获取所述应用程序的更新配置文件包括：

所述客户端将所述标识信息发送给服务器；

接收所述服务器根据所述标识信息下发的所述更新配置文件。

A3、根据A1所述的方法，根据所述标识信息获取所述应用程序的更新配置文件包括：

所述客户端根据所述标识信息查找客户端本地是否存在所述应用程序的更新配置文件；

若不存在，则将所述标识信息发送给服务器并接收所述服务器根据所述标识信息下发的所述更新配置文件；

若存在，则在所述客户端本地获取所述更新配置文件。

A4、根据A2所述的方法，在接收所述服务器根据所述标识信息下发的所述更新配置文件之后，还包括：

将所述更新配置文件保存到所述客户端本地。

A5、根据A1所述的方法，所述客户端获取需要更新的应用程序的标识信息包括：

所述客户端接收用户输入或者通过界面选中的至少一个应用程序的标识信息；

或者获取所述客户端设置的默认更新的至少一个应用程序的标识信息。

A6、根据A1所述的方法，根据所述更新配置文件获取所述更新安装包，包括：

解析所述更新配置文件，获取所述更新配置文件中的属性信息，所述属性信息包括：应用程序的版本号、更新安装包的下载地址；

根据所述更新配置文件获取所述更新安装包，具体为：

根据所述更新安装包的下载地址获取所述更新安装包。

A7、根据A6所述的方法，在解析所述更新配置文件之后，还包括：

所述客户端获取需要更新的应用程序的版本号；

将所述更新配置文件中的版本号与所述客户端获取的版本号进行比对；

若比对结果不一致，则根据所述更新配置文件获取所述更新安装包。

A8、根据A1所述的方法，在卸载所述应用程序之前，还包括：

判断所述客户端是否根据所述更新配置文件成功获取到所述更新安装包；

若判断结果为否，则不卸载所述应用程序。

A9、根据A8所述的方法，当所述客户端未能根据所述更新配置文件成功获取到所述更新安装包时，还包括：

检测网络连接是否畅通；

检测获取所述更新安装包的进度。

A10、根据A9所述的方法，还包括：

若所述客户端获取了部分更新安装包，则记录获取更新安装包中断时的中断节点；

当所述网络连接畅通时，所述客户端从所述中断节点处继续下载所述更新安装包。

A11、根据A1-A10中任一项所述的方法，还包括：

当所述应用程序更新成功后，输出显示应用程序安装完成的确认信息。

B12、一种客户端应用程序更新的装置，所述装置包括：

第一获取单元，用于当客户端的应用程序需要更新时，获取需要更新的应用程序的标识信息；

第二获取单元，用于根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

第三获取单元，用于根据所述第二获取单元获取的所述更新配置文件获取所述更新安装包；

卸载单元，用于卸载所述应用程序；

安装单元，用于安装所述第三获取单元获取的所述更新安装包。

B13、根据B12所述的装置，所述第二获取单元包括：

第一发送模块，用于将所述标识信息发送给服务器；

第一接收模块，用于接收所述服务器根据所述第一发送模块发送的所述标识信息下发的所述更新配置文件。

B14、根据B12所述的装置，所述第二获取单元包括：

查找模块，用于根据所述标识信息查找客户端本地是否存在所述应用程序的更新配置文件；

第二发送模块，用于当所述查找模块查找所述客户端本地不存在所述应用程序的标识信息时，将所述标识信息发送给服务器；

第二接收模块，用于接收所述服务器根据所述标识信息下发的所述更新配置文件；

获取模块，用于当所述查找模块查找所述客户端本地存在所述应用程序的标识信息时，在所述客户端本地获取所述更新配置文件。

B15、根据B13所述的装置，还包括：

保存单元，用于在所述第一接收模块接收所述服务器根据所述标识信息下发的所述更新配置文件之后，将所述更新配置文件保存到所述客户端本地。

B16、根据B12所述的装置，所述第一获取单元具体用于接收用户输入或者通过界面选中的至少一个应用程序的标识信息；或者获取所述客户端设置的默认更新的至少一个应用程序的标识信息。

B17、根据B12所述的装置，所述第三获取单元包括：

解析模块，用于解析所述更新配置文件，获取所述更新配置文件中的属性信息，所述属性信息包括：应用程序的版本号、更新安装包的下载地址；

第一获取模块，用于根据所述解析模块解析的所述更新安装包的下载地址获取所述更新安装包。

B18、根据B17所述的装置，所述第三获取单元还包括：

第二获取模块，用于在所述解析模块解析所述更新配置文件之后，获取需要更新的应用程序的版本号；

比对模块，用于将所述解析模块解析的所述更新配置文件中的版本号与所述第二获取模块获取的所述客户端获取的版本号进行比对；

第一获取模块还用于，当所述比对模块比对结果不一致时，根据所述更新配置文件获取所述更新安装包。

B19、根据B12所述的装置，所述装置还包括：

判断单元，用于在所述卸载单元卸载所述应用程序之前，判断所述客户端是否根据所述配置文件成功获取到所述更新安装包；

操作单元，用于当所述判断单元的判断结果为否时，不卸载所述应用程序。

B20、根据B19所述的装置，所述装置还包括：

第一检测单元，用于当所述判断单元判断所述客户端未能根据所述更新配置文件成功获取到所述更新安装包时，检测网络连接是否畅通；

第二检测单元，用于检测获取所述更新安装包的进度。

B21、根据B20所述的装置，所述装置还包括：

记录单元，用于在所述第二检测单元检测到所述客户端获取了部分更新安装包时，记录获取更新安装包中断时的中断节点；

所述第三获取单元还用于，当所述网络连接畅通时，从所述中断节点处继续下载所述更新安装包。

B22、根据B12-B21中任一项所述的装置，所述装置还包括：

输出显示单元，当所述应用程序更新成功后，输出显示应用程序安装完成的确认信息。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种客户端应用程序更新的方法，其特征在于，所述方法包括：

当客户端的应用程序需要更新时，所述客户端获取需要更新的应用程序的标识信息，并根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

根据所述更新配置文件获取所述更新安装包；

卸载所述应用程序，并安装所述更新安装包。

2.根据权利要求1所述的方法，其特征在于，根据所述标识信息获取所述应用程序的更新配置文件包括：

所述客户端将所述标识信息发送给服务器；

接收所述服务器根据所述标识信息下发的所述更新配置文件。

3.根据权利要求1所述的方法，其特征在于，根据所述标识信息获取所述应用程序的更新配置文件包括：

所述客户端根据所述标识信息查找客户端本地是否存在所述应用程序的更新配置文件；

若不存在，则将所述标识信息发送给服务器并接收所述服务器根据所述标识信息下发的所述更新配置文件；

若存在，则在所述客户端本地获取所述更新配置文件。

4.根据权利要求2所述的方法，其特征在于，在接收所述服务器根据所述标识信息下发的所述更新配置文件之后，还包括：

将所述更新配置文件保存到所述客户端本地。

5.根据权利要求1所述的方法，其特征在于，所述客户端获取需要更新的应用程序的标识信息包括：

所述客户端接收用户输入或者通过界面选中的至少一个应用程序的标识信息；

或者获取所述客户端设置的默认更新的至少一个应用程序的标识信息。

6.根据权利要求1所述的方法，其特征在于，根据所述更新配置文件获取所述更新安装包，包括：

解析所述更新配置文件，获取所述更新配置文件中的属性信息，所述属性信息包括：应用程序的版本号、更新安装包的下载地址；

根据所述更新配置文件获取所述更新安装包，具体为：

根据所述更新安装包的下载地址获取所述更新安装包。

7.根据权利要求6所述的方法，其特征在于，在解析所述更新配置文件之后，还包括：

所述客户端获取需要更新的应用程序的版本号；

将所述更新配置文件中的版本号与所述客户端获取的版本号进行比对；

若比对结果不一致，则根据所述更新配置文件获取所述更新安装包。

8.根据权利要求1所述的方法，其特征在于，在卸载所述应用程序之前，还包括：

判断所述客户端是否根据所述更新配置文件成功获取到所述更新安装包；

若判断结果为否，则不卸载所述应用程序。

9.根据权利要求8所述的方法，其特征在于，当所述客户端未能根据所述更新配置文件成功获取到所述更新安装包时，还包括：

检测网络连接是否畅通；

检测获取所述更新安装包的进度。

10.一种客户端应用程序更新的装置，其特征在于，所述装置包括：

第一获取单元，用于当客户端的应用程序需要更新时，获取需要更新的应用程序的标识信息；

第二获取单元，用于根据所述标识信息获取所述应用程序的更新配置文件，所述更新配置文件为所述应用程序的更新安装包的配置文件；

第三获取单元，用于根据所述第二获取单元获取的所述更新配置文件获取所述更新安装包；

卸载单元，用于卸载所述应用程序；

安装单元，用于安装所述第三获取单元获取的所述更新安装包。