CN104133704A - 软件升级、升级包下发方法、装置和设备 - Google Patents

Abstract

本发明实施例公开了一种软件升级、升级包下发方法、装置和设备，涉及计算机技术领域，用于减少软件升级所需要消耗的资源。该方法中，向服务器端发送对当前版本的应用软件的升级请求；接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；使用所述标准升级包对调整得到的标准数据包进行升级。采用本发明可以减少软件升级时对时间、存储空间等资源的消耗。

Description

软件升级、升级包下发方法、装置和设备

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种软件升级、升级包下发方法、装置和设备。

背景技术

在设备端的应用软件需要进行版本升级的时候，需要尽量减小升级包的大小，以节约消耗的流量和时间。然而同一版本但发布渠道不同的应用软件之间是存在微小差别的，导致不能使用同一升级包对同一版本但发布渠道不同的应用软件的数据包进行升级。

因此，需要针对发布渠道不同的应用软件的各数据包分别生成、管理并维护对应的升级包。具体实现有两种方法，第一种：服务器端预先针对发布渠道不同的应用软件的各数据包分别生成对应的升级包，并存储生成的各升级包，接收到客户端上报的应用软件的升级请求后，根据该升级请求确定该客户端待升级的应用软件以及该应用软件的发布渠道，选取对应的升级包下发给该客户端；第二种：服务器端接收到客户端上报的应用软件的升级请求后，根据该升级请求确定该客户端待升级的应用软件以及该应用软件的发布渠道，生成对应的升级包后下发给客户端，并存储生成的升级包以用于后续同样的升级请求。

现有技术存在的缺陷是，不能使用同一升级包对同一版本但存在微小差别的应用软件的数据包进行升级，需要针对同一版本但存在微小差别的应用软件的各数据包分别生成、管理并维护对应的升级包，对时间、存储空间等资源的消耗较大。

发明内容

本发明提供一种软件升级、升级包下发方法、装置和设备，以减少软件升级所需要消耗的资源。

第一方面，本发明实施例提供了一种软件升级方法，包括：

向服务器端发送对当前版本的应用软件的升级请求；

接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；

使用所述标准升级包对调整得到的标准数据包进行升级。

第二方面，本发明实施例还提供了一种升级包下发方法，包括：

接收客户端发送的对当前版本的应用软件的升级请求；

获取所述应用软件的标准升级包；所述标准升级包是预先指定的所述应用软件的标准数据包对应的升级包；

将获取到的标准升级包下发给客户端，以使客户端在将本地的所述应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

第三方面，本发明实施例还提供了一种软件升级装置，包括：

发送单元，用于向服务器端发送对当前版本的应用软件的升级请求；

接收单元，用于接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

调整单元，用于根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；

升级单元，用于使用所述标准升级包对调整得到的标准数据包进行升级。

第四方面，本发明实施例还提供了一种升级包下发装置，包括：

接收单元，用于接收客户端发送的对当前版本的应用软件的升级请求；

获取单元，用于获取所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

发送单元，用于将获取到的标准升级包下发给客户端，以使客户端在将本地的所述应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

第五方面，本发明实施例还提供了一种终端设备，包括所述软件升级装置。

第六方面，本发明实施例还提供了一种服务器，包括所述升级包下发装置。

本发明实施例中，服务器端将应用软件的标准数据包对应的标准升级包下发给客户端，客户端在将本地的该应用软件的待升级数据包调整为标准数据包后，使用服务器端下发的标准升级包对调整得到的标准数据包进行升级，服务器端对于应用软件的同一版本的但有差别的各数据包只需生成、管理并维护标准升级包，无需针对应用软件的同一版本但有差别的各数据包分别生成、管理并维护对应的升级包，从而减少了对时间、存储空间等资源的消耗。

附图说明

图1为本发明实施例一提供的软件升级方法的流程示意图；

图2是本发明实施例二提供的软件升级方法的流程示意图；

图3A是本发明实施例三提供的软件升级方法的流程示意图；

图3B是本发明实施例三提供的服务器端与客户端的交互场景示意图；

图4是本发明实施例四提供的软件升级装置的结构示意图；

图5是本发明实施例五提供的升级包下发装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一：

图1为本发明实施例一提供的软件升级方法的流程图，本实施例可适用于由于发布渠道不同等原因使得多个客户端保存的同一版本的应用软件之间具有差别的情况，该方法可以由具备执行软件升级功能的客户端来执行，具体包括如下步骤：

101：向服务器端发送对当前版本的应用软件的升级请求；

这里，升级请求中可以携带待升级的应用软件的标识信息，包括软件名称、版本号等，以使服务器端根据该标识信息获得并下发该应用软件对应的标准升级包。

102：接收服务器端下发的该应用软件的标准升级包；该标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

这里，标准数据包可以是该应用软件的多个具有差别的数据包中的一个数据包，此时可以将用户指定的一个数据包作为标准数据包，或者按照设定的选取方式比如随机选取方式自动选取一个数据包作为标准数据包，或者直接将用户导入的数据包作为标准数据包。

标准数据包还可以是将该应用软件的多个具有差别的数据包中的一个数据包统一为标准内容后得到的数据包，比如在多个数据包的差别在于发布渠道号时，可以将多个数据包中的一个数据包中的发布渠道号统一为标准渠道号后得到的数据包。此时，可以根据用户的操作将一个数据包统一为标准内容后得到标准数据包，或者按照设定的统一方式自动将一个数据包统一为标准内容后得到标准数据包，或者直接将用户导入的数据包作为标准数据包。

103：根据预设规则将本地的该应用软件的待升级数据包调整为标准数据包；

104：使用该标准升级包对调整得到的标准数据包进行升级。

在上述技术方案的基础上，根据预设规则将本地的该应用软件的待升级数据包调整为标准数据包的操作，具体可以包括：

将本地的该应用软件的待升级数据包中特定文件的数据，替换为标准数据包中该特定文件的数据，其中标准数据包中该特定文件的数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；或者，

将本地的该应用软件的待升级数据包的包装数据，替换为标准数据包的包装数据，其中标准数据包的包装数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；或者，

将本地的该应用软件的待升级数据包中特定文件的数据，替换为标准数据包中该特定文件的数据，其中标准数据包中该特定文件的数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；以及，将本地的该应用软件的待升级数据包的包装数据，替换为标准数据包的包装数据，其中标准数据包的包装数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的。

具体的，上述特定文件包括但不限于：渠道号文件和/或签名文件。上述包装数据包括但不限于：注释数据和/或签名数据。

需要说明的是，根据预设规则将待升级数据包调整为标准数据包的实现方案并不局限于上面列出的几种，只要能够获知待升级数据包与标准数据包之间的差别所在的地方、以及标准数据包中该差别所在的地方的内容，就可以实现将待升级数据包调整为标准数据包，任何其他能够将待升级数据包调整为标准数据包的实现方案均在本发明的保护范围内。

较佳的，为了使得升级后得到的数据包仍能保留在升级前与该应用软件的其它数据包的差别，在使用所述标准升级包对调整得到的标准数据包进行升级之后，可以通过执行将待升级数据包调整为标准数据包操作的逆操作，将升级后得到的数据包中被调整的内容还原为调整之前的内容，比如，若根据预设规则将本地的该应用软件的待升级数据包中的发布渠道号由A调整为了B，则将升级后得到的数据包中的发布渠道号由B还原为A。具体的：

若在升级前将本地的该应用软件的待升级数据包中特定文件的数据，替换为了标准数据包中该特定文件的数据，则将升级后得到的该应用软件的新的数据包中该特定文件的数据还原为该待升级数据包中特定文件的数据；

若在升级前将本地的该应用软件的待升级数据包的包装数据，替换为了标准数据包的包装数据，则将升级后得到的该应用软件的新的数据包的包装数据还原为该待升级数据包的包装数据。

较佳的，为了确保得到的标准数据包的数据正确，从而保证数据包升级的有效性，在根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包之后、且使用所述标准升级包对调整得到的标准数据包进行升级之前，可以进一步包括：

采用预定算法计算调整得到的标准数据包的校验码，判断计算得到的校验码与标准校验码是否一致，根据判断结果确定调整得到的标准数据包是否正确；具体的，若判断计算得到的校验码与标准校验码一致，则确定调整得到的标准数据包正确，否则，确定调整得到的标准数据包不正确；其中的标准校验码是通过采用相同的预定算法对指定的标准数据包进行计算得到的校验码；标准校验码是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；这里的预定算法可以是消息摘要(Message Digest Algorithm，MD5)算法等。

相应的，上述使用标准升级包对调整得到的标准数据包进行升级，具体可以包括：在确定调整得到的标准数据包正确时，使用标准升级包对调整得到的标准数据包进行升级，否则，提示错误信息，等待下一次升级。

本实施例的技术方案，在同一版本的应用软件有差别的情况下，由于在对本地的应用软件升级前，会将本地的应用软件的待升级数据包调整为标准数据包，因此可以使用服务器端下发的同一标准升级包对同一版本的应用软件的不同数据包进行升级，服务器端无需针对应用软件的同一版本但有差别的各数据包分别生成、管理并维护对应的升级包，从而减少了对时间、存储空间等资源的消耗。

实施例二：

图2为本发明实施例二提供的升级包下发方法的流程图，本实施例可适用于由于发布渠道不同等原因使得多个客户端保存的同一版本的应用软件之间具有差别的情况，该方法可以由服务器端来执行，具体包括如下步骤：

201：接收客户端发送的对当前版本的应用软件的升级请求；

这里，升级请求中可以携带客户端待升级的应用软件的标识信息，包括软件名称、版本号等，服务器端根据该标识信息获得并下发该应用软件对应的标准升级包。

202：获取所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

这里，标准数据包可以是该应用软件的多个具有差别的数据包中的一个数据包，此时可以将用户指定的一个数据包作为标准数据包，或者按照设定的选取方式比如随机选取方式自动选取一个数据包作为标准数据包，或者直接将用户导入的数据包作为标准数据包。

标准数据包还可以是将该应用软件的多个具有差别的数据包中的一个数据包统一为标准内容后得到的数据包，比如在多个数据包的差别在于发布渠道号时，可以将多个数据包中的一个数据包中的发布渠道号统一为标准渠道号后得到的数据包。此时，可以根据用户的操作将一个数据包统一为标准内容后得到标准数据包，或者按照设定的统一方式自动将一个数据包统一为标准内容后得到标准数据包，或者直接将用户导入的数据包作为标准数据包。

这里，标准数据包对应的升级包可以是服务器端在接收到升级请求之前根据标准数据包预先生成的，或者是服务器端在接收到升级请求后临时根据标准数据包生成的，或者是由用户导入的，或者是从其他位置的存储单元获取到的。

203：将获取到的标准升级包下发给客户端，以使客户端在将本地的该应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

较佳的，为了使得客户端能够将本地的应用软件的待升级数据包调整为标准数据包，服务器端还可以将所述标准数据包中与待升级数据包存在差别的特定文件的数据下发给客户端，具体的，可以将该特定文件的数据与标准升级包一起下发给客户端，当然也可以是在其他时间点将该特定文件的数据下发给客户端。

较佳的，为了使得客户端能够将本地的应用软件的待升级数据包调整为标准数据包，服务器端还可以将与待升级数据包存在差别的所述标准数据包的包装数据下发给客户端，具体的，可以将所述标准数据包的包装数据与标准升级包一起下发给客户端，当然也可以是在其他时间点将所述标准数据包的包装数据下发给客户端。

较佳的，为了使得客户端能够验证将本地的待升级数据包调整为的标准数据包，是否与服务器端的标准数据包一致即是否正确，服务器端还可以将标准校验码下发给客户端，标准校验码是通过采用与客户端相同的预定算法对所述标准数据包进行计算得到的校验码，这里的预定算法可以是MD5算法等。

本实施例的技术方案，在接收到客户端发送的对当前版本的应用软件的升级请求后，将该应用软件的标准数据包对应的标准升级包下发给客户端，从而使得客户端在将本地的该应用软件的待升级数据包调整为标准数据包后，使用标准升级包对调整得到的标准数据包进行升级，服务器端对于应用软件的同一版本的但有差别的各数据包只需生成、管理并维护标准升级包，无需针对应用软件的同一版本但有差别的各数据包分别生成、管理并维护对应的升级包，从而减少了对时间、存储空间等资源的消耗。

实施例三：

图3A为本发明实施例三提供的软件升级方法的流程图，图3B为本发明实施例三提供的服务器端与客户端的交互场景示意图。本实施例可适用于由于发布渠道不同等原因使得多个客户端保存的同一版本的应用软件之间具有差别的情况，该方法的执行主体包括客户端和服务器端，具体包括如下步骤：

301：终端设备向服务器端发送对当前版本的应用软件的升级请求；

图3B中示出了3台终端设备：设备1、设备2和设备3；3台终端设备上安装有同一应用软件、相同版本(比如版本号为1)的具有微小差别的数据包，设备1中的数据包标识为1-A，设备2中的数据包标识为1-B,设备3中的数据包标识为1-C；每台设备在需要对本地的应用软件进行升级时，向服务器端发送升级请求。

302：服务器端接收终端设备发送的对当前版本的应用软件的升级请求，获取该应用软件的标准升级包，标准升级包是预先指定的该应用软件的标准数据包对应的升级包；将获取到的标准升级包下发给终端设备；

图3B中服务器端从本地的数据库中获取该应用软件的标准升级包。

303：终端设备接收服务器端下发的应用软件的标准升级包；根据预设规则将本地的应用软件的待升级数据包调整为标准数据包，使用该标准升级包对调整得到的标准数据包进行升级。

进一步的，终端设备在使用标准升级包对调整得到的标准数据包进行升级后，将升级后得到的数据包中被调整的内容还原为调整之前的内容。具体的：

对于图3B中的设备1，设备1在接收并保存服务器端下发的应用软件的标准升级包后，根据预设规则将本地的待升级数据包1-A调整为标准数据包，然后使用保存的标准升级包对调整得到的标准数据包进行升级，并将升级后得到的数据包中被调整的内容还原为调整之前的内容，得到数据包2-A；

对于图3B中的设备2，设备2在接收并保存服务器端下发的应用软件的标准升级包后，根据预设规则将本地的待升级数据包1-B调整为标准数据包，然后使用保存的标准升级包对调整得到的标准数据包进行升级，并将升级后得到的数据包中被调整的内容还原为调整之前的内容，得到数据包2-B；

对于图3B中的设备3，设备3在接收并保存服务器端下发的应用软件的标准升级包后，根据预设规则将本地的待升级数据包1-C调整为标准数据包，然后使用保存的标准升级包对调整得到的标准数据包进行升级，并将升级后得到的数据包中被调整的内容还原为调整之前的内容，得到数据包2-C。

本实施例的技术方案，服务器端将应用软件的标准数据包对应的标准升级包下发给客户端，客户端在将本地的该应用软件的待升级数据包调整为标准数据包后，使用服务器端下发的标准升级包对调整得到的标准数据包进行升级，服务器端对于应用软件的同一版本的但有差别的各数据包只需生成、管理并维护标准升级包，无需针对应用软件的同一版本但有差别的各数据包分别生成、管理并维护对应的升级包，从而减少了对时间、存储空间等资源的消耗。

实施例四：

图4为本发明实施例四提供的软件升级装置的结构图。具体的，该装置包括：

发送单元401，用于向服务器端发送对当前版本的应用软件的升级请求；

接收单元402，用于接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

调整单元403，用于根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；

升级单元404，用于使用所述标准升级包对调整得到的标准数据包进行升级。

进一步的，所述调整单元403具体用于：

将本地的所述应用软件的待升级数据包中特定文件的数据，替换为所述标准数据包中该特定文件的数据，其中所述标准数据包中该特定文件的数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；和/或，

将本地的所述应用软件的待升级数据包的包装数据，替换为所述标准数据包的包装数据，其中所述标准数据包的包装数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的。

进一步的，该软件升级装置还包括：

还原单元405，用于在所述升级单元404使用所述标准升级包对调整得到的标准数据包进行升级之后，若在升级前将本地的所述应用软件的待升级数据包中特定文件的数据，替换为了所述标准数据包中该特定文件的数据，则将升级后得到的所述应用软件的新的数据包中该特定文件的数据还原为所述待升级数据包中特定文件的数据；

若在升级前将本地的所述应用软件的待升级数据包的包装数据，替换为了所述标准数据包的包装数据，则将升级后得到的所述应用软件的新的数据包的包装数据还原为所述待升级数据包的包装数据。

进一步的，所述特定文件包括渠道号文件和/或签名文件。

进一步的，所述包装数据包括注释数据和/或签名数据。

进一步的，该软件升级装置还包括：

验证单元406，用于在所述调整单元403根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包之后、且所述升级单元404使用所述标准升级包对调整得到的标准数据包进行升级之前，采用预定算法计算调整得到的标准数据包的校验码，判断计算得到的校验码与标准校验码是否一致，根据判断结果确定调整得到的标准数据包是否正确；其中所述标准校验码是通过采用所述预定算法对指定的所述标准数据包进行计算得到的校验码；所述标准校验码是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；

所述升级单元404具体用于：

在所述验证单元406确定调整得到的标准数据包正确时，使用所述标准升级包对调整得到的标准数据包进行升级，否则，提示错误信息。

上述软件升级装置可执行本发明实施例所提供的软件升级方法，具备执行方法相应的功能模块和有益效果。

本发明实施例还提供一种终端设备，该终端设备包括上述软件升级装置。该终端设备具体可以是PC(Personal Computer，个人计算机)、PAD(平板电脑)、手机、智能手机、笔记本电脑等设备。

实施例五：

图5为本发明实施例五提供的升级包下发装置的结构图。具体的，该装置包括：

接收单元501，用于接收客户端发送的对当前版本的应用软件的升级请求；

获取单元502，用于获取所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

发送单元503，用于将获取到的标准升级包下发给客户端，以使客户端在将本地的所述应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

进一步的，所述发送单元503还用于：将所述标准数据包中与待升级数据包存在差别的特定文件的数据下发给客户端，具体的，可以将该特定文件的数据与标准升级包一起下发给客户端，当然也可以是在其他时间点将该特定文件的数据下发给客户端。

进一步的，所述发送单元503还用于：将与待升级数据包存在差别的所述标准数据包的包装数据下发给客户端，具体的，可以将所述标准数据包的包装数据与标准升级包一起下发给客户端，当然也可以是在其他时间点将所述标准数据包的包装数据下发给客户端。

进一步的，所述发送单元503还用于：将标准校验码下发给客户端，标准校验码是通过采用与客户端相同的预定算法对所述标准数据包进行计算得到的校验码，这里的预定算法可以是MD5算法等。

上述升级包下发装置可执行本发明实施例所提供的升级包下发方法，具备执行方法相应的功能模块和有益效果。

本发明实施例还提供一种服务器，该服务器包括上述升级包下发装置。该服务器具体可以是PC(Personal Computer，个人计算机)、笔记本电脑等设备。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (15)

1.一种软件升级方法，其特征在于，包括：

向服务器端发送对当前版本的应用软件的升级请求；

接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；

使用所述标准升级包对调整得到的标准数据包进行升级。

2.根据权利要求1所述的软件升级方法，其特征在于，所述根据预设规则将本地的该应用软件的待升级数据包调整为标准数据包，具体包括：

将本地的所述应用软件的待升级数据包中特定文件的数据，替换为所述标准数据包中该特定文件的数据，其中所述标准数据包中该特定文件的数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；和/或，

将本地的所述应用软件的待升级数据包的包装数据，替换为所述标准数据包的包装数据，其中所述标准数据包的包装数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的。

3.根据权利要求2所述的软件升级方法，其特征在于，在使用所述标准升级包对调整得到的标准数据包进行升级之后，进一步包括：

若在升级前将本地的所述应用软件的待升级数据包中特定文件的数据，替换为了所述标准数据包中该特定文件的数据，则将升级后得到的所述应用软件的新的数据包中该特定文件的数据还原为所述待升级数据包中特定文件的数据；

若在升级前将本地的所述应用软件的待升级数据包的包装数据，替换为了所述标准数据包的包装数据，则将升级后得到的所述应用软件的新的数据包的包装数据还原为所述待升级数据包的包装数据。

4.根据权利要求2所述的软件升级方法，其特征在于，所述特定文件包括渠道号文件和/或签名文件。

5.根据权利要求2所述的软件升级方法，其特征在于，所述包装数据包括注释数据和/或签名数据。

6.根据权利要求1-5中任一所述的软件升级方法，其特征在于，在根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包之后、且使用所述标准升级包对调整得到的标准数据包进行升级之前，进一步包括：

采用预定算法计算调整得到的标准数据包的校验码，判断计算得到的校验码与标准校验码是否一致，根据判断结果确定调整得到的标准数据包是否正确；其中所述标准校验码是通过采用所述预定算法对指定的所述标准数据包进行计算得到的校验码；所述标准校验码是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；

所述使用所述标准升级包对调整得到的标准数据包进行升级，具体包括：

在确定调整得到的标准数据包正确时，使用所述标准升级包对调整得到的标准数据包进行升级，否则，提示错误信息。

7.一种升级包下发方法，其特征在于，包括：

接收客户端发送的对当前版本的应用软件的升级请求；

获取所述应用软件的标准升级包；所述标准升级包是预先指定的所述应用软件的标准数据包对应的升级包；

将获取到的标准升级包下发给客户端，以使客户端在将本地的所述应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

8.根据权利要求7所述的升级包下发方法，其特征在于，进一步包括：

将所述标准数据包中与待升级数据包存在差别的特定文件的数据、所述标准数据包的包装数据、以及标准校验码中的至少一个下发给客户端；其中所述标准校验码是通过采用预定算法对所述标准数据包进行计算得到的校验码。

9.一种软件升级装置，其特征在于，包括：

发送单元，用于向服务器端发送对当前版本的应用软件的升级请求；

接收单元，用于接收服务器端下发的所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

调整单元，用于根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包；

升级单元，用于使用所述标准升级包对调整得到的标准数据包进行升级。

10.根据权利要求9所述的软件升级装置，其特征在于，所述调整单元具体用于：

将本地的所述应用软件的待升级数据包中特定文件的数据，替换为所述标准数据包中该特定文件的数据，其中所述标准数据包中该特定文件的数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；和/或，

将本地的所述应用软件的待升级数据包的包装数据，替换为所述标准数据包的包装数据，其中所述标准数据包的包装数据是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的。

11.根据权利要求10所述的软件升级装置，其特征在于，还包括：

还原单元，用于在所述升级单元使用所述标准升级包对调整得到的标准数据包进行升级之后，若在升级前将本地的所述应用软件的待升级数据包中特定文件的数据，替换为了所述标准数据包中该特定文件的数据，则将升级后得到的所述应用软件的新的数据包中该特定文件的数据还原为所述待升级数据包中特定文件的数据；

若在升级前将本地的所述应用软件的待升级数据包的包装数据，替换为了所述标准数据包的包装数据，则将升级后得到的所述应用软件的新的数据包的包装数据还原为所述待升级数据包的包装数据。

12.根据权利要求9-11中任一所述的软件升级装置，其特征在于，还包括：

验证单元，用于在所述调整单元根据预设规则将本地的所述应用软件的待升级数据包调整为标准数据包之后、且所述升级单元使用所述标准升级包对调整得到的标准数据包进行升级之前，采用预定算法计算调整得到的标准数据包的校验码，判断计算得到的校验码与标准校验码是否一致，根据判断结果确定调整得到的标准数据包是否正确；其中所述标准校验码是通过采用所述预定算法对指定的所述标准数据包进行计算得到的校验码；所述标准校验码是由服务器端下发下来，或从位于本地或其他位置的存储单元获取到的；

所述升级单元具体用于：

在所述验证单元确定调整得到的标准数据包正确时，使用所述标准升级包对调整得到的标准数据包进行升级，否则，提示错误信息。

13.一种升级包下发装置，其特征在于，包括：

接收单元，用于接收客户端发送的对当前版本的应用软件的升级请求；

获取单元，用于获取所述应用软件的标准升级包；所述标准升级包是预先指定的该应用软件的标准数据包对应的升级包；

发送单元，用于将获取到的标准升级包下发给客户端，以使客户端在将本地的所述应用软件的待升级数据包调整为标准数据包后，采用接收到的标准升级包对调整得到的标准数据包进行升级。

14.一种终端设备，其特征在于，包括权利要求9-12中任一项所述的软件升级装置。

15.一种服务器，其特征在于，包括权利要求13所述的升级包下发装置。