差分升级方法、装置、介质及电子设备与流程

1.本公开涉及差分升级技术领域，具体地，涉及一种差分升级方法、装置、介质及电子设备。


背景技术：

2.目前，客户端应用的更新多使用“差分升级”，常见的差分升级方法是在后端用old.apk(旧包)、new.apk(新包)生成一个(差分包)patch包，也即，后端需要先拿到客户端中所使用的old.apk才能生成差分包，然后客户端再根据接收到的patch包和本身的old.apk合成后端中预期的new.apk。
3.这种方式在常规场景下是没有问题的，但是，部分应用需要通过外渠道进行发布，客户通过部分外渠道下载得到的应用包并不完全与原始的应用宝一致，而不同的外渠道可能会产生不同版本的应用包，因此不同渠道对应的应用包的版本数量巨大，后端无法实时获取到各客户端中实际使用的应用包的版本，因此无法通过差分升级的方式对部分外渠道中发布的应用包进行升级。


技术实现要素：

4.提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
5.第一方面，本公开提供一种差分升级方法，应用于服务器，所述方法包括：获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定用于升级的目标版本内容对应的新包签名值列表；比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值；根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
6.第二方面，本公开提供一种差分升级方法，应用于客户端，所述方法包括：生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；将所述客户端升级请求发送给服务器；接收所述服务器返回的差分升级包；根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；根据所述目标版本内容进行客户端版本升级。
7.第三方面，本公开提供一种差分升级装置，应用于服务器，所述装置包括：获取模块，用于获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定模块，用于确定用于升级的目标版本内容对应的新包签名值列表；比较模块，用于比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确
定为目标签名值；第一生成模块，用于根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；第一发送模块，用于将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
8.第四方面，本公开提供一种差分升级装置，应用于客户端，所述装置包括：第二生成模块，用于生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；第二发送模块，用于将所述客户端升级请求发送给服务器；接收模块，用于接收所述服务器返回的差分升级包；合成模块，用于根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；升级模块，用于根据所述目标版本内容进行客户端版本升级。
9.第五方面，本公开提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面中所述方法的步骤。
10.第六方面，本公开提供一种电子设备，包括：存储装置，其上存储有计算机程序；处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面中所述方法的步骤。
11.第七方面，本公开提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现第二方面中所述方法的步骤。
12.第八方面，本公开提供一种电子设备，包括：存储装置，其上存储有计算机程序；处理装置，用于执行所述存储装置中的所述计算机程序，以实现第二方面中所述方法的步骤。
13.通过上述技术方案，在对客户端进行差分升级时，无需获知该客户端当前版本内容的全部信息，例如整体安装包或者整体安装文件等，仅需获取对该客户端当前版本内容进行加密得到的旧包签名值列表，并将其与用于升级的目标版本内容对应的新包签名值列表进行比较，即可确定得到客户端中所缺少的目标升级内容，这样，解决了应用在通过多种外渠道进行发布时，应用版本数量过多、且应用版本数据较大，无法对所有外渠道的应用版本数据全部获取的问题，实现了对任意外渠道发布的应用进行差分升级的功能，而且减少了升级过程中的传输资源占用，提高了应用进行差分升级的效率。
14.本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
15.结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。在附图中：
16.图1是根据本公开一示例性实施例示出的一种应用于服务器的差分升级方法的流程图。
17.图2是根据本公开又一示例性实施例示出的一种应用于服务器的差分升级方法的流程图。
18.图3是根据本公开又一示例性实施例示出的一种应用于服务器的差分升级方法的流程图。
19.图4是根据本公开又一示例性实施例示出的一种应用于服务器的差分升级方法的流程图。
20.图5是根据本公开又一示例性实施例示出的一种应用于服务器的差分升级方法的
流程图。
21.图6是根据本公开一示例性实施例示出的一种应用于客户端的差分升级方法的流程图。
22.图7是根据本公开一示例性实施例示出的一种应用于服务器的差分升级装置的结构框图。
23.图8是根据本公开一示例性实施例示出的一种应用于客户端的差分升级装置的结构框图。
24.图9示出了适于用来实现本公开实施例的电子设备的结构示意图。
具体实施方式
25.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
26.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
27.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
28.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
29.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
30.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
31.可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
32.例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。
33.作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。
34.可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现
方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。
35.同时，可以理解的是，本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。
36.图1是根据本公开一示例性实施例示出的一种差分升级方法的流程图。如图1所示，所述方法应用于服务器，包括步骤101至步骤105。
37.在步骤101中，获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表。该当前版本内容可以是客户端中当前版本对应的安装文件，也可以是客户端中当前版本对应的二进制安装包。
38.其中，在该当前版本内容是客户端中当前版本对应的安装文件的情况下，对该当前版本内容进行加密的方式可以是分别对每一个安装文件进行一次加密，从而得到多个与安装文件一一对应的旧包签名值，进而构成该旧包签名值列表。在该当前版本内容是客户端中当前版本对应的旧安装包的情况下，对该当前版本内容进行加密的方式可以是按照预设的二进制代码划分方法将该旧安装包中的二进制代码划分为多个代码块，然后分别对每一个代码块进行加密，从而得到多个与该划分得到的代码块一一对应的旧包签名值，进而构成该旧包签名值列表。
39.在步骤102中，确定用于升级的目标版本内容对应的新包签名值列表。
40.该新包签名值列表的确定方法可以与该旧包签名值列表的确定方法相同。例如，在该旧包签名值列表的是通过对客户端中当前版本对应的安装文件进行加密而得到时，该新包签名值列表可以是通过对该用于升级的目标版本内容对应的安装文件分别进行加密所得到的多个新包签名值构成的新包签名值列表；在该旧包签名值列表是通过对客户端中当前版本对应的旧安装包进行加密而得到时，该新包签名值列表的可以是通过对该用于升级的目标版本内容对应的旧安装包中的二进制代码划分得到的多个代码块分别进行加密所得到的多个新包签名值构成的新包签名值列表。
41.在步骤103中，比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值。
42.由于相同的数据内容通过相同的加密算法计算得到的签名值相同的特性，通过比较客户端发送的旧包签名值列表和服务器的新包签名值列表所得到的该新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值，其在该用于升级的目标版本内容中对应的内容即为该客户端当前版本内容相比于该用于升级的目标版本内容所缺少的数据内容，因此，可以直接将该新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值。
43.在步骤104中，根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包。
44.该目标签名值在该目标版本内容中对应的目标升级内容可以根据该旧包签名值列表和新包签名值列表对应的加密方式来确定。例如，在该旧包签名值列表和新包签名值列表是通过对安装文件进行加密得到的签名值所构成的情况下，该目标签名值在该目标版本内容中对应的目标升级内容可以是安装文件的形式；在该旧包签名值列表和新包签名值列表是通过对新(旧)安装包进行加密得到的签名值所构成的情况下，该目标签名值在该目标版本内容中对应的目标升级内容可以是二进制代码块的形式。
45.或者，该目标签名值在该目标版本内容中对应的目标升级内容也可以与该旧包签名值列表和新包签名值列表对应的加密方式不完全对应，例如，在该旧包签名值列表和新包签名值列表是通过对安装文件进行加密得到的签名值所构成的情况下，该该目标签名值在该目标版本内容中对应的目标升级内容也可以是包括在该新安装包中的二进制代码块的形式；在该旧包签名值列表和新包签名值列表是通过对新(旧)安装包进行加密得到的签名值所构成的情况下，该目标签名值在该目标版本内容中对应的目标升级内容可以是安装文件的形式。
46.综上，目标签名值在所述目标版本内容中对应的目标升级内容的具体形式可以根据实际场景来确定。
47.另外，根据该目标升级内容确定差分升级包的方式可以是，直接将该目标升级内容确定为该差分升级包的内容，或者，该差分升级包中除了该目标升级内容，还可以包括其他例如用于描述该目标升级内容的数据描述信息等等，在本公开中对该差分升级包中的具体包含内容不进行限定，只要能够将该客户端当前版本内容相比于该目标版本内容中所缺少的目标升级内容包括在该差分升级包内以供该客户端进行差分升级即可。
48.在步骤105中，将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
49.通过上述技术方案，在对客户端进行差分升级时，无需获知该客户端当前版本内容的全部信息，例如整体安装包或者整体安装文件等，仅需获取对该客户端当前版本内容进行加密得到的旧包签名值列表，并将其与用于升级的目标版本内容对应的新包签名值列表进行比较，即可确定得到客户端中所缺少的目标升级内容，这样，解决了应用在通过多种外渠道进行发布时，应用版本数量过多、且应用版本数据较大，无法对所有外渠道的应用版本数据全部获取的问题，实现了对任意外渠道发布的应用进行差分升级的功能，而且减少了升级过程中的传输资源占用，提高了应用进行差分升级的效率。
50.图2是根据本公开又一示例性实施例示出的一种差分升级方法的流程图。如图2所示，所述方法还包括步骤201和步骤202。
51.在步骤201中，确定用于升级的所述目标版本内容对应的新安装包，所述新安装包为二进制代码的形式。
52.在步骤202中，对所述新安装包进行加密以得到多个新包签名值构成的所述新包签名值列表；其中，所述客户端升级请求中所包括的旧包签名值列表为对所述客户端当前版本内容对应的旧安装包进行加密后所得到的多个旧包签名值所构成。
53.在本实施例中，在确定用于升级的目标版本内容对应的新包签名值列表时，是通过对二进制代码形式的新安装包进行加密来得到的，相应的，该客户端升级请求中所包括的旧包签名值列表也是通过对客户端当前应用版本对应的二进制代码形式的旧安装包进行加密来得到。
54.在一种可能的实施方式中，对所述新安装包进行加密所得到的多个新包签名值的方法，可以是通过对所述新安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个新包签名值，且该二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
55.也即，在对该新安装包进行加密时，可以先将该新安装包中的二进制代码按照一
定预设规则进行分块，进而分别对每一块二进制代码块进行加密，即可得到各二进制代码块对应的多个签名值。该预设规则可以是本实施例中所采用的根据该新安装包中的zipentry的粒度来对该二进制代码进行分块的规则，也即，将该新安装包中每一个zipentry对应的代码作为一个代码块。由于安装包中每一个zipentry实际上都对应解压后的安装包中的一个文件，因此，按照此规则划分得到的各个二进制代码块能够分别与该新安装包解码之后得到的多个安装文件一一对应。
56.另外，所述新安装包进行加密以得到多个新包签名值的方法还可以是其他任意加密方法，在本公开中对该具体的加密方法不进行限制，只要能够保证该客户端确定得到旧包签名值列表时所采用的加密方式与得到该新包签名值列表的加密方式一致，且保证能够通过对比该旧包签名值列表和新包签名值列表来确定客户端当前版本内容中所缺少的升级所需的目标升级内容即可。
57.图3是根据本公开又一示例性示出的一种差分升级方法的流程图。如图3所示，所述方法还包括步骤301和步骤302。
58.在步骤301中，将所述目标签名值在所述新安装包中所对应的二进制代码内容确定为所述目标升级内容。
59.在步骤302中，根据所述目标升级内容确定所述差分升级包。
60.也即，在本实施例中，在该旧包签名值列表和新包签名值列表都是通过对该二进制代码形式的新(旧)安装包进行加密得到的签名值所构成的情况下，该目标签名值在该目标版本内容中对应的目标升级内容也是包括在该新安装包中的二进制代码块的形式。
61.在一种可能的实施方式中，如前文中所述，在根据所述第一目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包时，可以直接将该目标升级内容确定为该差分升级包的内容。或者，也可以将其他例如用于描述该目标升级内容的数据描述信息等等确定为该差分升级包的内容，如图4中所示。
62.图4是根据本公开又一示例性示出的一种差分升级方法的流程图。如图4所示，所述方法还包括步骤401和步骤402。
63.在步骤401中，确定与所述目标签名值在所述新安装包中所对应的二进制代码内容的数据描述信息，所述数据信息至少包括数据位置和数据数量中的一者。
64.在步骤402中，根据所述目标升级内容和所述数据描述信息确定所述差分升级包。
65.该数据描述信息除了可以是该数据位置和数据数量等信息之外，可以包括其他能够用于客户端对接收到的差分升级包中的目标升级内容进行完整性验证的其他数据描述信息，在本公开中对此不进行限定。
66.在根据所述目标升级内容和所述数据描述信息确定所述差分升级包时，可以直接将该目标升级内容和所述数据描述信息确定为该差分升级包中的内容。在本实施例中，由于在该目标签名值在该目标版本内容中对应的目标升级内容是该新安装包中的二进制代码的形式时，该数据描述信息可以也是一段二进制代码的形式直接加入该差分升级包中。
67.在另一种可能的实施方式中，若该目标签名值在该目标版本内容中对应的目标升级内容是该新安装包解压后所得到的安装文件的形式，则该数据描述信息可以以清单文件的形式包括在该差分升级包中，在该差分升级包传输至客户端的过程中，可以根据需求将该清单文件与该差分升级包中的其他文件统一打包为压缩包的形式进行传输。
68.图5是根据本公开又一示例性实施例示出的一种差分升级方法的流程图。如图5所示，所述方法还包括步骤501至步骤503。
69.在步骤501中，确定所述新安装包中的二进制代码整体对应的二进制代码签名。
70.在步骤502中，确定所述新安装包解压后的安装文件整体对应的文件签名。
71.在步骤503中，根据目标升级内容、数据描述信息、二进制代码签名和文件签名确定差分升级包。
72.客户端在接收到该差分升级包之后，通常需要根据该差分升级包中的内容合成得到的用于升级的目标版本内容，而客户端为了验证该差分升级包的权威性，也即判断该差分升级包是否是由真正的应用服务器下发，而非假冒的服务器下发的虚假差分升级包，还需要在合成得到该目标版本内容之后，对该目标版本内容进行验签。因此，该差分升级包中除了可以包括该目标升级内容和数据描述信息之外，还可以包括与该新安装包对应的签名，用于客户端在根据该差分升级包合成得到用于升级的目标版本内容之后，根据该签名对其进行验证。
73.该二进制代码签名和该文件签名为客户端对根据该差分升级包合成的目标版本内容进行v2签名验证和v1签名验证所需的签名。该v2和v1是安卓系统对安装包进行校验的两种校验方案，v2的校验方式是对安装包中的二进制代码进行逐步校验，v1的校验方式是对安装包解压之后得到的安装文件进行逐步校验。在确定该差分升级包时，若该客户端支持通过该v2校验方案对该目标版本内容进行验证，则可以仅通过目标升级内容和二进制代码签名确定该差分升级包；若该客户端仅支持通过该v1校验方案对该目标版本内容进行验证，则可以仅通过目标升级内容和文件签名确定该差分升级包。而在本实施例中，同时根据目标升级内容、数据描述信息、二进制代码签名和文件签名确定差分升级包，这样既能够在客户端支持v2校验方案进行验证时保证根据该差分升级包合成的目标版本内容能够通过v2签名验证，也能够在客户端仅支持通过该v1校验方案进行验证时保证根据该差分升级包合成的目标版本内容能够通过v1签名验证，无需预先确定客户端中所支持的签名验证方案，即可直接下发该差分升级包。其中，该数据描述信息可以包括在该差分升级包中，也可以不包括在该差分升级包中。
74.通过上述技术方案，由于该目标升级内容为该目标签名值在该新安装包中对应的二进制代码内容，因此，在根据该目标升级内容确定差分升级包并下发给客户端之后，客户端合成得到的目标版本内容中的二进制代码与服务器的新安装包中的二进制代码内容能够保持完全一致，从而，能够保证支持v2校验方案的客户端对该目标版本内容的校验通过，不会出现由于文件压缩之后二进制代码内容变化的问题导致的v2签名验证不通过的情况。并且，由于在压缩后的二进制代码保持不变的情况下，解压后的文件内容也能够保持一致，因此，在保证v2签名验证通过的情况下，也能够保证v1签名验证的通过，保证了客户端差分升级的安全性。
75.图6是根据本公开一示例性实施例示出的一种差分升级方法的流程图，应用于客户端，如图6所示，所述方法包括步骤601至步骤605。
76.在步骤601中，生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表。该旧包签名值列表的生成过程在前文中已经进行了详细描述，此处不再赘述。
77.在步骤602中，将所述客户端升级请求发送给服务器。
78.在步骤603中，接收所述服务器返回的差分升级包。
79.在步骤604中，根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容。根据该差分升级包和该客户端当前版本内容进行合成的过程可以是，先将该差分升级包进行解压后再进行合并，也可以直接对该差分升级包中的二进制代码与客户端当前版本内容对应的旧安装包中的二进制代码进行合并。
80.在步骤605中，根据所述目标版本内容进行客户端版本升级。
81.通过上述技术方案，在对客户端进行差分升级时，无需获知该客户端当前版本内容的全部信息，例如整体安装包或者整体安装文件等，仅需获取对该客户端当前版本内容进行加密得到的旧包签名值列表，即可确定得到客户端中所缺少的目标升级内容，并形成差分升级包发送给客户端进行升级，这样，解决了应用在通过多种外渠道进行发布时，应用版本数量过多、且应用版本数据较大，无法对所有外渠道的应用版本数据全部获取的问题，实现了对任意外渠道发布的应用进行差分升级的功能，而且减少了升级过程中的传输资源占用，提高了应用进行差分升级的效率。
82.在一种可能的实施方式中，所述生成客户端升级请求包括：对所述客户端当前版本内容对应的旧安装包进行加密以得到多个旧包签名值构成的所述旧包签名值列表。其中，对该旧安装包进行加密的方法可以是，对所述旧安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个旧包签名值，所述多个新包签名值构成所述新包签名值列表，其中，所述二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
83.图7是根据本公开一示例性实施例示出的一种差分升级装置的结构框图。如图7所示，所述装置应用于服务器，包括：获取模块710，用于获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定模块720，用于确定用于升级的目标版本内容对应的新包签名值列表；比较模块730，用于比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值；第一生成模块740，用于根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；第一发送模块750，用于将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
84.通过上述技术方案，在对客户端进行差分升级时，无需获知该客户端当前版本内容的全部信息，例如整体安装包或者整体安装文件等，仅需获取对该客户端当前版本内容进行加密得到的旧包签名值列表，并将其与用于升级的目标版本内容对应的新包签名值列表进行比较，即可确定得到客户端中所缺少的目标升级内容，这样，解决了应用在通过多种外渠道进行发布时，应用版本数量过多、且应用版本数据较大，无法对所有外渠道的应用版本数据全部获取的问题，实现了对任意外渠道发布的应用进行差分升级的功能，而且减少了升级过程中的传输资源占用，提高了应用进行差分升级的效率。
85.在一种可能的实施方式中，所述确定模块720还用于：确定用于升级的所述目标版本内容对应的新安装包，所述新安装包为二进制代码的形式；对所述新安装包进行加密以得到多个新包签名值构成的所述新包签名值列表；其中，所述客户端升级请求中所包括的旧包签名值列表为对所述客户端当前版本内容对应的旧安装包进行加密后所得到的多个
旧包签名值所构成。
86.在一种可能的实施方式中，所述确定模块720还用于：对所述新安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个新包签名值，所述多个新包签名值构成所述新包签名值列表，其中，所述二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
87.在一种可能的实施方式中，所述第一生成模块740还用于：将所述目标签名值在所述新安装包中所对应的二进制代码内容确定为所述目标升级内容；根据所述目标升级内容确定所述差分升级包。
88.在一种可能的实施方式中，所述第一生成模块740还用于：确定与所述目标签名值在所述新安装包中所对应的二进制代码内容的数据描述信息，所述数据信息至少包括数据位置和数据数量中的一者；根据所述目标升级内容和所述数据描述信息确定所述差分升级包。
89.在一种可能的实施方式中，所述第一生成模块740还用于：确定所述新安装包中的二进制代码整体对应的二进制代码签名；根据所述目标升级内容和所述二进制代码签名确定所述差分升级包；或者，还进一步用于：确定所述新安装包解压后的安装文件整体对应的文件签名；根据所述目标升级内容、所述二进制代码签名和所述文件签名确定所述差分升级包。
90.图8是根据本公开一示例性实施例示出的一种差分升级装置的结构框图。如图8所示，所述装置应用于客户端，包括：第二生成模块810，用于生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；第二发送模块820，用于将所述客户端升级请求发送给服务器；接收模块830，用于接收所述服务器返回的差分升级包；合成模块840，用于根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；升级模块850，用于根据所述目标版本内容进行客户端版本升级。
91.通过上述技术方案，在对客户端进行差分升级时，无需获知该客户端当前版本内容的全部信息，例如整体安装包或者整体安装文件等，仅需获取对该客户端当前版本内容进行加密得到的旧包签名值列表，即可确定得到客户端中所缺少的目标升级内容，并形成差分升级包发送给客户端进行升级，这样，解决了应用在通过多种外渠道进行发布时，应用版本数量过多、且应用版本数据较大，无法对所有外渠道的应用版本数据全部获取的问题，实现了对任意外渠道发布的应用进行差分升级的功能，而且减少了升级过程中的传输资源占用，提高了应用进行差分升级的效率。
92.在一种可能的实施方式中，所述第二生成模块810还用于：对所述客户端当前版本内容对应的旧安装包进行加密以得到多个旧包签名值构成的所述旧包签名值列表。
93.在一种可能的实施方式中，所述第二生成模块810还用于：对所述旧安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个旧包签名值，所述多个新包签名值构成所述新包签名值列表，其中，所述二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
94.下面参考图9，其示出了适于用来实现本公开实施例的电子设备(例如图1中的服务器)900的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔
记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
95.如图9所示，电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储装置908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram 903中，还存储有电子设备900操作所需的各种程序和数据。处理装置901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
96.通常，以下装置可以连接至i/o接口905：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置907；包括例如磁带、硬盘等的存储装置908；以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备900，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
97.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置909从网络上被下载和安装，或者从存储装置908被安装，或者从rom 902被安装。在该计算机程序被处理装置901执行时，执行本公开实施例的方法中限定的上述功能。
98.需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
99.在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网
(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
100.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
101.上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定用于升级的目标版本内容对应的新包签名值列表；比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值；根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
102.或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；将所述客户端升级请求发送给服务器；接收所述服务器返回的差分升级包；根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；根据所述目标版本内容进行客户端版本升级。
103.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
104.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
105.描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“获取客户端升级请求的模块”。
106.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专
用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
107.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
108.根据本公开的一个或多个实施例，示例1提供了一种差分升级方法，应用于服务器，包括：获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定用于升级的目标版本内容对应的新包签名值列表；比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值；根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
109.根据本公开的一个或多个实施例，示例2提供了示例1的方法，所述确定用于升级的目标版本内容对应的新包签名值列表包括：确定用于升级的所述目标版本内容对应的新安装包，所述新安装包为二进制代码的形式；对所述新安装包进行加密以得到多个新包签名值构成的所述新包签名值列表；其中，所述客户端升级请求中所包括的旧包签名值列表为对所述客户端当前版本内容对应的旧安装包进行加密后所得到的多个旧包签名值所构成。
110.根据本公开的一个或多个实施例，示例3提供了示例2的方法，所述对所述新安装包进行加密以得到多个新包签名值构成的所述新包签名值列表包括：对所述新安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个新包签名值，所述多个新包签名值构成所述新包签名值列表，其中，所述二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
111.根据本公开的一个或多个实施例，示例4提供了示例2的方法，所述根据所述第一目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包包括：将所述目标签名值在所述新安装包中所对应的二进制代码内容确定为所述目标升级内容；根据所述目标升级内容确定差分升级包。
112.根据本公开的一个或多个实施例，示例5提供了示例4的方法，所述根据所述第一目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包还包括：确定与所述目标签名值在所述新安装包中所对应的二进制代码内容的数据描述信息，所述数据信息至少包括数据位置和数据数量中的一者；所述根据所述目标升级内容确定差分升级包包括：根据所述目标升级内容和所述数据描述信息确定所述差分升级包。
113.根据本公开的一个或多个实施例，示例6提供了示例4的方法，所述根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包还包括：确定所述新安
装包中的二进制代码整体对应的二进制代码签名；所述根据所述目标升级内容确定差分升级包包括：根据所述目标升级内容和所述二进制代码签名确定所述差分升级包；或者，所述根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包还进一步包括：确定所述新安装包解压后的安装文件整体对应的文件签名；所述根据所述目标升级内容确定差分升级包包括：根据所述目标升级内容、所述二进制代码签名和所述文件签名确定所述差分升级包。
114.根据本公开的一个或多个实施例，示例7提供了一种差分升级方法，应用于客户端，包括：生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；将所述客户端升级请求发送给服务器；接收所述服务器返回的差分升级包；根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；根据所述目标版本内容进行客户端版本升级。
115.根据本公开的一个或多个实施例，示例8提供了示例7的方法，所述生成客户端升级请求包括：对所述客户端当前版本内容对应的旧安装包进行加密以得到多个旧包签名值构成的所述旧包签名值列表。
116.根据本公开的一个或多个实施例，示例9提供了示例8的方法，所述对所述客户端当前版本内容对应的旧安装包进行加密以得到多个旧包签名值构成的所述旧包签名值列表包括：对所述旧安装包中的每一个二进制代码块分别进行加密以得到与各个二进制代码块分别对应的多个旧包签名值，所述多个新包签名值构成所述新包签名值列表，其中，所述二进制代码块分别与所述新安装包解压后所得到的多个安装文件一一对应。
117.根据本公开的一个或多个实施例，示例10提供了一种差分升级装置，应用于服务器，包括：获取模块，用于获取客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；确定模块，用于确定用于升级的目标版本内容对应的新包签名值列表；比较模块，用于比较所述旧包签名值列表和所述新包签名值列表，将所述新包签名值列表中存在、且所述旧包签名值列表中不存在的签名值确定为目标签名值；第一生成模块，用于根据所述目标签名值在所述目标版本内容中对应的目标升级内容确定差分升级包；第一发送模块，用于将所述差分升级包下发给所述客户端，以供所述客户端进行差分升级。
118.根据本公开的一个或多个实施例，示例11提供了一种差分升级装置，应用于客户端，所述装置包括：第二生成模块，用于生成客户端升级请求，所述客户端升级请求中包括对客户端当前版本内容进行加密后所得到的多个旧包签名值构成的旧包签名值列表；第二发送模块，用于将所述客户端升级请求发送给服务器；接收模块，用于接收所述服务器返回的差分升级包；合成模块，用于根据所述差分升级包和客户端当前版本内容合成用于升级的目标版本内容；升级模块，用于根据所述目标版本内容进行客户端版本升级。
119.根据本公开的一个或多个实施例，示例12提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现示例1-6中任一项所述方法的步骤。
120.根据本公开的一个或多个实施例，示例13提供了一种电子设备，包括：存储装置，其上存储有计算机程序；处理装置，用于执行所述存储装置中的所述计算机程序，以实现示例1-6中任一项所述方法的步骤。
121.根据本公开的一个或多个实施例，示例14提供了一种计算机可读介质，其上存储
有计算机程序，该程序被处理装置执行时实现示例7-9中任一项所述方法的步骤。
122.根据本公开的一个或多个实施例，示例15提供了一种电子设备，包括：存储装置，其上存储有计算机程序；处理装置，用于执行所述存储装置中的所述计算机程序，以实现示例7-9中任一项所述方法的步骤。
123.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
124.此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
125.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。