一种确定安装包大小的方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种确定安装包大小的方法及装置。

背景技术：

随着计算机技术以及智能终端技术的飞速发展，智能终端的使用已经在人们的日常生活中普及开来，人们已经逐渐摆脱了只能在台式电脑上实现操作各种客户端的传统方式，随时随地即可在自己所持的智能终端上操作各种应用(Application，App)，以满足自己的生活需求。

在实际应用中，软件开发商通常需要针对不同的操作系统(例如，有的系统是32位的，有的系统是64位的)来开发出相应的App，而通常情况下，线上平台都要求软件开发商将针对同一App开发的适用于不同系统的数据封装在同一安装包中，再上传到线上平台中，而由于线上平台会将软件开发商上传的安装包经过一定的处理后再向用户提供下载服务，所以，针对同一App来说，软件开发商上传到线上平台上的安装包与线上平台最后向用户提供下载的安装包在大小上往往是不同的，而软件开发商通常希望自己所开发的App在包含有多种功能的同时，还能尽量低的占用用户终端的存储空间，所以，软件开发商在将开发的各App的安装包发布在线上平台上之前，通常都需要确定各App的线下更新包实际上线后的线上更新包大小，并根据估算出的大小，对该线下更新包的大小进行调整，例如，当软件开发商确定出某一App的线上更新包的大小过大时，则可将该线下更新包中包含的一些无效、冗余的数据进行删除，以此达到降低该线下更新包大小的目的，其中，这里提到的线上更新包用于更新软件开发商之前针对该App在线上平台上发布的线上安装包，而线上更新包未上线前称为线下更新包，线上安装包未上线前则称为线下安装包。

在实际应用中，软件开发商通常会根据线上平台上发布过的该App的线上安装包中的数据来估算该线上更新包的大小。具体的，由于针对同一App的不同版本的安装包在数据上通常都具有一定的联系，因此，软件开发商确定该线上更新包的大小时，通常都会从线上平台获取线上安装包，该线上安装包中包含涉及多个系统的数据，选取一个指定的系统作为计算标准，确定出该指定系统所涉及的数据占该线上安装包总大小的比例，随后，软件开发商可根据该比例，以及线下更新包中包含的该指定系统所涉及的数据的大小，确定出线上更新包的大小。

例如，假设软件开发商需要确定出线下更新包A4上线后线上更新包A5的大小，软件开发商可从线上平台中获取线上更新包A5所要更新的线上安装包A3，并确定出该线上安装包A3中适用于64位系统的数据的大小。由于软件开发商从线上平台获取该线上安装包A3时能够根据线上平台提供的数据确定出该线上安装包A3的总大小，因此，软件开发商后续可通过确定出的该线上安装包A3中适用于64位系统的数据的大小以及该线上安装包A3的总大小，计算出该线上安装包A3中适用于64位系统的数据的大小占该线上安装包A3总大小的比例。而后，软件开发商可通过确定出的比例以及线下更新包A4中适用于64位系统的数据的大小，估算出该线下更新包A4上线后线上更新包A5的大小。

上述方法虽然能够估算出的线下更新包上线后的大小，但是，由于通常情况下安装包中除了包含有适用于64位系统的数据外，还包含有适用于其他系统(如32位系统)的数据，而各系统之间往往还存在一部分的共享数据(各系统在数据上存在一定的交集)，也就是说，无论是未上线的安装包还是已经上线了的安装包，其大小并不是简单的各系统的数据加和，因此，通过现有技术所计算的上述比例实际上并不准确，相应的，后续软件开发商根据该比例而确定出的线上更新包的大小也应是不准确的，这就给软件开发商后续根据确定出的线上更新包的大小来调整线下更新包的过程中带来了困难。

技术实现要素：

本申请实施例提供一种确定安装包大小的方法，用于解决现有技术中通过线上安装包确定出的线上更新包的大小不准确的问题。

本申请实施例提供一种确定安装包大小的装置，用于解决现有技术中通过线上安装包确定出的线上更新包的大小不准确的问题。

本申请实施例采用下述技术方案：

本申请实施例提供一种确定安装包大小的方法，包括：

获取线上安装包以及所述线上安装包对应的线下安装包；

根据所述线上安装包以及线下安装包中包含的各类型数据的大小，确定出各估算因子，其中，每个数据只属于一种类型；

确定线下更新包中包含的各类型数据的大小；

根据确定出的所述线下更新包中的各类型数据的大小以及各估算因子，确定所述线下更新包对应的线上更新包的大小。

本申请实施例提供一种确定安装包大小的装置，包括：

获取模块，获取线上安装包以及所述线上安装包对应的线下安装包；

确定因子模块，根据所述线上安装包以及线下安装包中包含的各类型数据的大小，确定出各估算因子，其中，每个数据只属于一种类型；

第一确定模块，确定线下更新包中包含的各类型数据的大小；

第二确定模块，根据确定出的所述线下更新包中的各类型数据的大小以及各估算因子，确定所述线下更新包对应的线上更新包的大小。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

由于本申请实施例中，软件开发商可通过终端或服务器获取到待发布到线上平台上的线下更新包所对应的线下安装包以及线上安装包，并通过对线下安装包以及线上安装包中包含的互不重叠的各类型数据的大小进行确定，来确定出该线下更新包所对应的线上更新包的大小。由于终端或服务器不只是单单以线上安装包中一部分数据的大小来确定线上更新包的大小，进而通过线上安装包以及线下安装包中包含的各类型数据的大小，全面对线上更新包的大小进行确定，并且，与现有技术中各系统在数据上存在一定的交集不同，本申请实施例中终端或服务器在确定线上更新包大小的过程中所确定出的各类型数据是不含有交集的，即，每个数据只对应一种类型，这样就避免了因各类型数据之间出现交集而导致最终确定出的线上更新包的大小出现较大偏差的情况发生，所以，综合来看，相对于现有技术而言，通过上述方法可准确的确定出线上更新包的大小，进而给软件开发商通过确定出的线上更新包的大小来调整线下更新包大小的过程中带来便利。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的确定安装包大小的过程；

图2为本申请实施例提供的确定线上更新包大小的详细示意图；

图3为本申请实施例提供的确定线上更新包中各单元大小的过程；

图4为本申请实施例提供的一种确定安装包大小的装置示意图。

具体实施方式

在实际应用中，软件开发商为了使自己开发的App得到推广，通常都需要将该App的安装包发布到线上平台上，以借助线上平台用户访问量大的优势，推广该App，其中，对于从未在线上平台上发布过的安装包来说，当这类安装包发布在线上平台上时，则可称这类安装包为线上安装包，相应的，线上安装包还未上线之前，其在线下的安装包则可称为线下安装包。软件开发商在线上平台上发布线上安装包后，后续通常都会对该App进行一定的完善、更新，随着而来的是，为了使用户能够使用更新后的App，软件开发商通常需要将更新后的App所对应的安装包发布到线上平台上去，并替换线上平台上已经存在的线上安装包，其中，未发布在线上平台上，且用于更新该App的安装包可称为线下更新包，相应的，该线下更新包发布到线上平台后则可称为线上更新包。这里说明的线下更新包是相对于线下安装包的，即，线下安装包相当于线下更新包的历史安装包，相应的，线上安装包则相当于线上更新包的历史安装包，所以，这里提到的线上安装包并不一定是指第一次发布在线上平台上的安装包。

App的安装包发布到线上平台上时，线上平台都会对软件开发商上传的安装包进行一定的处理，所以，通常情况下，线上安装包和线下安装包在大小上通常会不同，同理，线上更新包和线下更新包的大小也会不同，而软件开发商为了使用户能够在使用该App的同时，还希望该App能够尽量低的占用用户终端设备的存储空间，所以，软件开发商再将线下更新包发布到线上平台上时，通常都需要通过一定的方式，确定出该线下更新包上线后的线上更新包的大小。而现有技术中通常都仅以线下安装包中的一部分数据来确定线上更新包的大小的，并且，这部分数据与其他数据通常还存在交集，因此，基于这部分数据而确定出的线上更新包的大小通常是不准确的。为了能够准确的确定出线上更新包的大小，在本申请实施例中，终端或服务器通过获取到的线上安装包以及线下安装包中各类型数据的大小，确定出各估算因子，并进一步的根据各估算因子以及线下更新包中各类型数据的大小，确定出线上更新包的大小，下面将对这一过程进行详细说明。

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的确定安装包大小的过程，具体包括以下步骤：

S101：获取线上安装包以及所述线上安装包对应的线下安装包。

在本申请实施例中，为了能够准确的确定出线上更新包的大小，软件开发商可通过终端或服务器来获取该线上更新包对应的线上安装包以及该线上安装包对应的线下安装包，其中，由于线上安装包已在线上平台上发布，所以，软件开发商可通过终端或服务器从线上平台上获取到该线上安装包，而软件开发商在每开发出一个线下安装包或线下更新包时，都会将其进行保存，以备后续所用，所以，软件开发商可从终端或服务器中所保存的各安装包直接获取到该线下安装包，如图2所示。

图2为本申请实施例提供的确定线上更新包大小的详细示意图。

在图2中，终端可从线上平台上获取到线上安装包，并从该终端自身中获取到该线上安装包对应的线下安装包，而若线下安装包并不保存在该终端中，而是保存在软件开发商的本地服务器中，则终端可从该本地服务器中获取该线下安装包。其中，这里提到的终端可以是软件开发商使用的电脑、智能手机等智能设备。当然，也可通过服务器来获取线上安装包以及线下安装包，并在后续过程中，将确定出的线上更新包的大小发送给终端进行显示。

S102：根据所述线上安装包以及线下安装包中包含的各类型数据的大小，确定出各估算因子，其中，每个数据只属于一种类型。

终端或服务器在获取到线上安装包以及该线上安装包对应的线下安装包后，可按照同一划分标准，分别将线上安装包以及线下安装包中包含的各数据划分到各类型中去，以得到各类型的数据，其中，按照同一分类标准划分的各数据，每个数据只对应一种类型。而后，终端或服务器可根据确定出的该线上安装包以及线下安装包中各类型数据的大小，确定出用于确定线上更新包大小的各估算因子。

具体的，在实际应用中，无论是线上安装包还是线下安装包，其包含的数据通常可分为以下几类：第一类称为可变数据，对于这类数据来说，由于线上安装包是线上平台将线下安装包经过一定的处理后得到的，所以，线上安装包中一部分数据与线下安装包中这部分数据相比，在大小上往往会不同，因此，线下安装包经由线上平台变化成线上安装包的过程中，数据的大小会发生变化的这类数据我们可称之为可变数据，这种类型的数据通常包括二进制数据和设备专用数据，其中，这里提到的设备专用数据是指线上安装包中包含的、能够运行在一些可穿戴智能设备上的数据。相对于可变数据，线上安装包或线下安装包中通常还包括一种固定数据，这种数据在大小上不会随着线下安装包转变为线上安装包的过程而改变，即，这种数据在大小上不会发生变化，在实际应用中，固定数据主要包括诸如图片、文件等资源数据。

因此，在本申请实施例中，终端或服务器可按照同一划分标准，可从获取到的线上安装包以及线下安装包划分出可变数据以及固定数据，而后，终端或服务器可根据确定出的线下安装包以及线上安装包的可变数据的大小，确定出第一估算因子，具体方式可以是将线上安装包的可变数据的大小除以线下安装包的可变数据的大小，得到线上安装包和线下安装包在可变数据上的一个比例因子，如公式α＝w₁(T)÷w₀(T)，其中，w₁(T)为线上安装包中的可变数据的大小，w₀(T)为线下安装包中可变数据的大小，α为确定出的第一估算因子。当然，第一估算因子的确定方式也可以采用线下安装包的可变数据的大小除以线上安装包的可变数据的大小的方式来确定，而后续的确定过程只需相应的进行调整即可，也可采用其他的方式进行确定，如根据线上安装包以及线下安装包的可变数据的大小以及预设的系数来确定，在此就不一一说明了。

在实际应用中，线上平台将软件开发商上传的线下安装包经过一定的处理后，得到的线上安装包中通常都会多出一部分的数据，这部分数据通常都是线上平台根据自身的要求加入到线上安装包中的，并且，这部分数据的大小通常都跟线下安装包的总大小有关，如，线下安装包的总大小越大，线上安装包中的这部分数据的大小越大，由于这部分数据相当于是由线上平台所提供的，所以，这部分数据通常可称为第三方数据，如，对于苹果的线上App平台AppStore来说，线上安装包中的第三方数据则是指由AppStore生成的SC-Info数据。

由于该第三方数据通常都跟线下安装包的总大小相关，所以，该第三方数据通常也应与线下安装包中的可变数据或固定数据相关，又由于本申请实施例意在准确的确定出线上更新包的大小，线上更新包中通常也会包含有该第三方数据，所以，在本申请实施例中，终端或服务器需要确定出一个与该第三方数据相关的估算因子，并后续通过该估算因子以及线下更新包中各类型数据的大小，确定出线上更新包中该第三方数据的大小，进而准确的确定出该线上更新包的大小，因此，终端或服务器需要从获取到的线上安装包中确定出该线上安装包中包含的第三方数据的大小，而后，由于该第三方数据通常应于线下安装包中的可变数据或固定数据存在一定的比例关系，因此，终端或服务器可从获取到的线下安装包中包含的各类型数据中任意选取一种数据作为第一指定数据，并根据该第一指定数据的大小以及确定出的线上安装包中第三方数据的大小，确定出第二估算因子，具体的确定方式可以是将确定出的线上安装包中的第三方数据的大小除以从线下安装包中选取的第一指定数据的大小，得到该第二估算因子，如公式δ＝w₁(v)÷w₀(T)，其中，w₁(T)为线上安装包中的第三方数据的大小，w₀(T)为线下安装包中可变数据的大小，δ为确定出的第二估算因子，当然也可采用其他的方式进行确定，只需体现线上安装包中第三方数据的大小与线下安装包的关系即可。

例如，终端或服务器在确定第二估算因子的过程中，可选取线下安装包中包含的可变数据作为第一指定数据，并确定该第一指定数据的大小，而后，终端或服务器可从获取到的线上安装包中确定出该线上安装包中包含的第三方数据的大小，并通过上述公式δ＝w₁(v)÷w₀(T)，确定出第二估算因子。

需要说明的是，在实际应用中，可变数据通常包括二进制数据和设备专用数据，因此，在本申请实施例中，终端或服务器在获取到线下安装包以及线上安装包后，也可将该线上安装包以及线下安装包中包含的可变数据拆分成二进制数据和设备专用数据，并分别根据确定出的二进制数据和设备专用数据的大小，确定出第一估算因子所包括的第三估算因子或第四估算因子。

具体的，终端或服务器在确定第三估算因子的过程中，可分别从获取到的线上安装包以及线下安装包中确定出二进制数据的大小，并根据确定出的线上安装包以及线下安装包的二进制数据的大小，确定出该第三估算因子，具体的实现方式可以是将线上安装包的二进制数据的大小除以线下安装包的二进制数据的大小，如公式β＝w₁(x)÷w₀(x)所示，其中，该公式中的w₁(x)表示线上安装包的二进制数据的大小，w₀(x)表示线下安装包的二进制数据的大小，β则表示确定出的第三估算因子。当然，第三估算因子的确定方式并不唯一，也可在上述公式中加入权重、系数等，在此就不进行一一说明了。

对于第四估算因子的确定方式来说，终端或服务器可分别确定出线上安装包以及线下安装包中设备专用数据的大小，并根据确定出的线上安装包以及线下安装包中设备专用数据的大小，确定出该第四估算因子，具体的实现方式可以是，将线上安装包的设备专用数据的大小除以线下安装包中设备专用数据的大小，得到一个比例，并将该比例作为第四估算因子，如公式γ＝w₁(y)÷w₀(y)所示，其中，w₁(y)表示线上安装包中设备专用数据的大小，w₀(y)表示线下安装包中设备专用数据的大小，γ则表示确定出的第四估算因子。当然，第四估算因子的确定方式也并不一定要按照上述公式进行，也可在上述γ＝w₁(y)÷w₀(y)中加入一些权重、系数等，在此就不进行详细说明了。

S103：确定线下更新包中包含的各类型数据的大小。

在实际应用中，线上安装包与线下安装包中各类型数据之间的比例关系，通常与线上更新包和线下更新包中各类型数据之间的比例关系是相近的，例如，线上安装包和线下安装包这两者的可变数据之间的比例关系通常与线上更新包和线下更新包两者的可变数据之间的比例是相同或相近的，换句话说，通过线上安装包和线下安装包中各类型数据之间的比例关系，以及线下更新包中各类型数据的大小，能够确定出线上更新包中各类型数据的大小，进而确定出线上更新包的大小。由于本申请实施例意在准确的确定出线上更新包的大小，所以，通过上述步骤S101～S102确定出各估算因子后，则需要进一步的确定出线下更新包中各类型数据的大小，并通过后续步骤，根据确定出的线下更新包中各类型数据的大小，以及各估算因子，确定出线上更新包的大小。因此，终端或服务器在确定出各估算因子后，可进一步的确定出线下更新包中各类型数据的大小，其中，终端或服务器可按照与上述步骤S102中相同的划分标准，将线下更新包中的数据划分为可变数据和固定数据，并分别确定出该线下更新包中包含的可变数据以及固定数据的大小，也可将可变数据进一步的划分成二进制数据和设备专用数据，并分别确定出线下更新包中二进制数据和设备专用数据的大小。

需要说明的是，终端或服务器也可在获取线上安装包以及线下安装包的同时，也一并获取到线下更新包，并确定出该线下更新包中包含的各类型数据的大小，而并非一定要在确定出各估算因子之后，再确定出线下更新包中各类型数据的大小。

S104：根据确定出的所述线下更新包中的各类型数据的大小以及各估算因子，确定所述线下更新包对应的线上更新包的大小。

终端或服务器在确定出线下更新包中包含的各类型数据的大小后，可根据确定出的各估算因子，以及该线下更新包各类型数据的大小，确定出线上更新包中各类型数据的大小，进而根据确定出的线上更新包中各类型数据的大小，确定出线上更新包的大小。

具体的，由于终端或服务器可按照上述步骤S102中的数据划分标准，将线下更新包中的数据划分为可变数据以及固定数据，并确定出该线下更新包中可变数据和固定数据的大小，所以，终端或服务器可根据确定出的线下更新包中的可变数据的大小以及第一估算因子，确定出线上更新包中可变数据的大小，而对于线上更新包中固定数据的大小来说，由于固定数据的大小是不会随着线上平台对安装包的处理而发生改变的，所以，线上更新包中固定数据的大小其实际上就是线下更新包中固定数据的大小，所以，在确定出线下更新包中固定数据的大小的同时，也就确定出了线上更新包中固定数据的大小。

线上更新包中通常都会有线上平台处理线下更新包所得到的第三方数据，所以，为了能够准确的确定出的线上更新包的大小，终端或服务器同样需要对该第三方数据在线上更新包中的大小进行确定，而由于终端或服务器已通过上述步骤S102中确定出了一个与该第三方数据相关的第二估算因子，虽然该第二估算因子是通过线上安装包中第三方数据的大小以及线下安装包中可变数据或固定数据任意一种数据的大小确定出来的，但是，由于线上安装包和线下安装包这两者各类型数据之间的比例，与线上更新包和线下更新包两者的各类型数据之间的比例相近或相同，所以，终端或服务器在确定线上更新包中第三方数据的大小时，同样可使用该第二估算因子。因此，在本申请实施例中，终端或服务器可根据该第二估算因子，确定出该第二估算因子是基于线下安装包中哪种数据得出的，即，确定出计算该第二估算因子时所选取的线下安装包中的第一指定数据，而后，终端或服务器可从该线下更新包中确定出与该第一指定数据类型相同的数据的大小，并根据确定出的该数据的大小以及第二估算因子，确定出线上更新包中第三方数据的大小。

终端或服务器在依次确定出线上更新包中的固定数据、可变数据、第三方数据的大小后，可将确定出的这三种数据的大小进行加和，进而得到线上更新包的大小，如公式A＝w₂(T)×α+w₂(i)×δ+w₂(z)所示，在该公式中，w₂(T)为线下更新包中可变数据的大小，而w₂(T)×α得到的结果即为线上更新包中可变数据的大小，w₂(i)为线下更新包中第一指定数据的大小，其中，当在确定第二估算因子的过程中，将线下安装包中的可变数据作为第一指定数据时，则w₂(i)可相应的变成w₂(T)，即表示线下更新包中可变数据的大小，而当在确定第二估算因子的过程中，将线下安装包中的固定数据作为第一指定数据时，则w₂(i)可相应的变成w₂(z)，即表示线下更新包中固定数据的大小，相应的，w₂(i)×δ得到的结果即为线上更新包中第三方数据的大小，w₂(z)表示线下更新包中固定数据的大小，同样也表示了线上更新包中固定数据的大小。当然，上述公式并不唯一，可在上述公式A＝w₂(T)×α+w₂(i)×δ+w₂(z)中加入一些权重、系数等，在此就不一一详细说明了。

需要说明的是，终端或服务器也可将可变数据进一步的拆分成二进制数据和设备专用数据，并根据上述确定出的第三估算因子以及第四估算因子，分别确定出线上更新包中二进制数据以及设备专用数据的大小。具体的，终端或服务器可根据确定出的线下更新包中的二进制数据以及第三估算因子，确定出线上更新包中的二进制数据的大小，同理，终端或服务器可根据确定出的线下更新包中的设备专用数据以及第四估算因子，确定出线上更新包中的设备专用数据的大小。相应的，后续终端或服务器在相继确定出了线上更新包中的第三方数据和固定数据的大小后，可根据确定出的线上更新包中各类型数据的大小，进一步的确定出线上更新包的大小，具体的实现方式可以参照公式A＝w₂(x)×β+w₂(y)×γ+w₂(i)×δ+w₂(z)，该公式中，w₂(x)为线下更新包中包含的二进制数据的大小，相应的w₂(x)×β得到的结果为线上更新包中二进制数据的大小，w₂(y)为线下更新包中包含的设备专用数据的大小，而w₂(y)×γ得到的结果为线上更新包中设备专用数据的大小。

通过上述方式可以看出，由于终端或服务器在确定线上更新包大小的过程中，并不是单单的基于线上安装包中的一部分数据的大小来进行的，而是通过线上安装包以及线下安装包中包含的各类型数据的大小，全方面的来确定线上更新包的大小，不仅如此，由于按照同一标准划分出的各类型数据相互是不存在交集的，这样就避免了因各类型数据之间存在交集而导致确定出的线上更新包的大小不准确的问题，进而使得软件开发商能够根据准确确定出的线上更新包的大小方便对该线上更新包对应的线下更新包的大小进行调整。

需要说明的是，在实际应用中，一个安装包通常都是由各软件开发人员各自开发出的各单元组成的，所以，在根据确定出的线上更新包的大小来调整线下更新包的大小时，其实际上是对线下更新包中的各单元的大小进行调整，因此，在本申请实施例中，终端或服务器在确定出线上更新包的大小的同时，也可确定出线上更新包中各单元的大小，并根据确定出的线上更新包中各单元的大小，来对线下更新包中各单元的大小进行调整，具体过程如图3所示。

图3为本申请实施例提供的确定线上更新包中各单元大小的过程，具体包括以下步骤：

S301：确定与所述线下更新包中包含的各封装后单元对应的各封装前单元。

在实际应用中，考虑到封装的因素，线下更新包中包含的各单元在未封装前的大小之和往往不同于封装后的各单元的大小之和，相应的，各单元的大小在封装前封装后也会出现变化，所以，在确定线上更新包中各单元大小时，不能只单单认为各单元的大小实际上就是各单元未封装在线下更新包之前的大小，应将各单元封装前后大小会发生变化的因素考虑进去，并且，由于线上更新包和线下更新包的大小往往不同，相应的，针对每个单元来说，其在线上更新包和线下更新包中的大小也往往是不同的，所以，在确定线上更新包中各单元大小的过程中，还需要将各单元在线上更新包和线下更新包中大小发生变化的因素考虑进去，因此，在确定线上更新包中各单元的大小之前，需要先确定出与线下更新包中各封装后单元相对应的各封装前单元，其中，这里提到的各封装后单元是指已封装在线下更新包或线上更新包中的各单元，而各封装前单元则是指还未封装在线下更新包中的各单元。由于各软件开发人员在开发各单元后，通常都会将各单元存储在本地终端或本地服务器中，因此，在本申请实施例中，终端或服务器可从其他终端或服务器中调取预先存储的各封装前单元，并在后续过程中，确定出各封装前单元中包含的各类型数据的大小。

S302：分别确定所述各封装前单元包含的二进制数据、设备专用数据、固定数据的大小以及各类型数据在各封装前单元中的总大小。

虽然线下更新包中的各单元在封装前后的大小会出现变化，但是，各封装后单元的大小占线下更新包的比重却与各封装前单元的大小占各封装前单元总大小的比重相近或相同，而由于线上更新包中各封装后单元的大小与线上更新包大小两者的比重和线下更新包中各封装后单元的大小占线下更新包大小的比重也相近或相同，所以，可以通过确定出线下更新包中各封装后单元的大小占线下更新包大小的比重以及根据上述步骤S102中确定出的各估算因子，确定出线上更新包中各封装后单元的大小。因此，在本申请实施例中，终端或服务器可进一步的确定出各封装前所包含的各类型数据的大小，并确定出各封装前单元所包含的每种类型数据的总大小，进而在后续步骤S303中，确定出各单元因子，其中，终端或服务器可按照上述步骤S102中相同的划分方式，将数据划分成二进制数据、设备专用数据、固定数据这三种类型的数据。

需要说明的是，由于线下更新包中不包含有线上更新包中所包含的第三方数据，并且，第三方数据在线上更新包中通常是以单独的形式存在的，而并不是分散在线上更新包中各封装后单元中存在的，所以，各封装前单元中应不含第三方数据。

S303：针对每个封装前单元，根据该封装前单元包含的二进制数据、设备专用数据的大小以及各类型数据在各封装前单元中的总大小，确定各单元因子。

终端或服务器在确定出各封装前单元所包含的各类型数据的大小，以及各类型数据在各封装前单元中的总大小后，可进一步的确定出各单元因子，其中，终端或服务器可针对每个封装前单元，根据确定出的该封装前单元所包含的二进制数据的大小以及各封装前单元所包含的二进制数据的总大小，确定出第一单元因子，具体的实施方式可以是，将该封装前单元的二进制数据的大小除以各封装前单元所包含的二进制数据的总大小，如公式其中，u_i(x)表示第i个封装前单元所包含的二进制数据的大小，表示各封装前单元所包含的二进制数据的总大小，n表示封装前单元的个数。

同理，终端或服务器也可针对每个封装前单元，根据确定出的该封装前单元所包含的设备专用数据的大小，以及各封装前单元所包含的设备专用数据的总大小，确定出第二单元因子，具体的实施方式可以是，将确定出的该封装前单元所包含的设备专用数据的大小除以各封装前单元所包含的设备专用数据的总大小，如公式其中，u_i(y)为第i个封装前单元所包含的设备专用数据的大小，为各封装前单元所包含的设备专用数据的总大小，n为封装前单元的个数。

需要说明的是，上述说明的各单元因子的确定方式并不唯一，例如，可在上述说明的确定各单元因子的公式中加入一些系数或权重等，在此就不一一说明了。

S304：根据确定出的各单元因子、所述各估算因子、该封装前单元的固定数据的大小以及所述线下更新包中各类型数据的大小，确定所述线上更新包中与该封装前单元对应的封装后单元的大小。

终端或服务器在确定出各单元因子后，可针对每个封装前单元，进一步的确定出在线下更新包中与该封装前单元对应的封装后单元所包含的各类型数据的大小，进而根据上述步骤S102中确定出各估算因子，确定出线上更新包中与该封装前单元对应的封装后单元的大小。

具体的，由于在实际应用中，各单元一旦封装在安装包或更新包中后，其大小也将无法直接的确定出来，而是需要通过各封装前单元中各类型数据的大小以及线下更新包中各类型数据的大小，来确定出线下更新包中各封装后单元的各类型数据的大小，进而确定出线下更新包中各封装后单元的大小。因此，在本申请实施例中，终端或服务器在针对每个封装前单元，确定出该封装前单元对应的第一单元因子后，可根据该第一单元因子，以及通过上述步骤S103确定出的线下更新包所包含的二进制数据的大小，确定出线下更新包中与该封装前单元对应的封装后单元所包含的二进制数据的大小，具体的实施方式可以是，将第一单元因子乘以线下更新包所包含的二进制数据的大小，如公式m_i(x)＝a_i×w₂(x)，其中，m_i(x)表示线下更新包中第i个封装后单元所包含的二进制数据的大小。

同理，针对每个封装前单元，终端或服务器可根据确定出的该封装前单元对应的第二单元因子，以及确定出的线下更新包所包含的设备专用数据的大小，确定出线下更新包中与该封装前单元对应的封装后单元所包含的设备专用数据的大小，具体的实施方式可以是，采用公式m_i(y)＝b_i×w₂(y)，将第i个封装前单元对应的第二单元因子b_i乘以线下更新包所包含的设备专用数据的大小，得到线下更新包中与第i个封装前单元对应的第i个封装后单元所包含的设备专用数据的大小。当然，这里提到的确定方式并不唯一，也可采用其他的公式进行确定，在此就不详细赘述了。

终端或服务器针对每个封装前单元，确定出线下更新包中与该封装前单元对应的封装后单元所包含的各类型数据的大小后，可进一步的根据上述步骤S102确定出各估算因子，确定出线上更新包中与该封装前单元对应的封装后单元所包含的各类型数据的大小。具体的，终端或服务器可根据确定出的线下更新包中与该封装前单元对应的封装后单元所包含的二进制数据的大小，以及第三估算因子，进一步的确定出在线上更新包中与该封装前单元对应的封装后单元所包含的二进制数据的大小，具体的实施方式可以采用公式o_i(x)＝β×m_i(x)，将确定出的第三估算因子β以及在线下更新包中与第i个封装前单元对应的第i个封装后单元所包含的二进制数据的大小m_i(x)进行相乘，得到线上更新包中与第i个封装前单元对应的第i个封装后单元所包含的二进制数据的大小o_i(x)。

同理，终端或服务器可根据确定出的线下更新包中与该封装前单元对应的封装后单元包含的设备专用数据的大小以及通过上述步骤S102确定出的第四估算因子，确定出在线上更新包中与该封装前单元对应的封装后单元包含的设备专用数据的大小，具体的实施方式可以采用公式o_i(y)＝γ×m_i(y)，将确定出的第四估算因子γ以及线下更新包中与第i个封装前单元对应的第i个封装后单元包含的设备专用数据的大小m_i(y)进行相乘，得到线上更新包中与该第i个封装前单元对应的第i个封装后单元包含的设备专用数据的大小o_i(y)。

由于各封装前单元所包含的固定数据不会发生改变，所以，终端或服务器针对每个封装前单元，确定出的该封装前单元包含的固定数据的大小，其实际上是线上更新包中与该封装前单元对应的封装后单元包含的固定数据的大小，相应的，终端或服务器在分别确定出线上更新包中与该封装前单元对应的封装后单元所包含的二进制数据、设备专用数据、固定数据的大小后，可将这三者数据的大小进行加和，进而得到了线上更新包中与该封装前单元对应的封装后单元的大小。

终端或服务器可进一步的将确定出的线上更新包的大小，以及线上更新包中包含的各封装后单元的大小向用户显示，其中，终端或服务器可以网页、记事本等方式，将确定出的结果以文本、图片等形式显示给软件开发人员进行查看。

需要说明的是，在本申请实施例中，当终端或服务器确定出线上更新包的大小后，可根据预设的调整规则，将该线上更新包对应的线下更新包进行调整，例如，当线上更新包的大小超出设定的阈值时，终端或服务器将该线上更新包对应的线下更新包中的数据进行分析，并根据分析出的结果，将线下更新包中一些能够公用的数据进行整合，同时将多余的数据删除，进而通过降低线下更新包大小的方式来达到降低线上更新包大小的目的。

由于无论是线下更新包还是线上更新包，其基本上都是由各封装后单元所组成的，所以，对线下更新包的大小进行调整的实质其实是对线下更新包中各封装后单元的大小进行调整，并且，调整的实质其实是对各封装前单元的大小进行调整。因此，在本申请实施例中，终端或服务器可针对线上更新包中的每个封装后单元，根据确定出的线上更新包的大小以及该封装后单元的大小，调整与线下更新包中该封装后单元对应的封装前单元，具体的，当终端或服务器发现确定出的线上更新包的大小超出第一设定阈值时，可进一步的查看线上更新包中各封装后单元的大小是否超出了第二设定阈值，其中，当终端或服务器发现某一封装后单元的大小超出该第二设定阈值时，可将该封装后单元对应的封装前单元的大小进行调整，以使调整后的封装前单元所对应的封装后单元的大小不超出该第二设定阈值。同理，其他封装前单元的大小也可通过这种方式进行调整，进而使得终端或服务器后续再次确定出的线上更新包的大小能够小于第一设定阈值。

当然，终端或服务器在确定出线上更新包中某一封装后单元的大小超出第二设定阈值后，也可按照图2所示的方式，根据该封装后单元的标识，进一步的确定出该封装后单元所对应的封装前单元是由哪一软件开发人员的终端发出的，并以信息的形式向该软件开发人员的终端发送通知，使得该软件开发人员查看到该通知后，调整该封装后单元所对应的封装前单元。

需要说明的是，上述提到的第二设定阈值可以是针对线上更新包中所有封装后单元而设定的一个阈值，也可以针对线上更新包中的每个封装后单元都分别设定一个第二设定阈值，相应的，当终端或服务器确定出线上更新包的大小超出第一设定阈值时，可分别查看该线上更新包中包含的各封装后单元，确定各封装后单元是否超出了自身所对应的第二设定阈值。

还需说明的是，在实际应用中，无论是线上更新包、线下更新包，还是线上安装包、线下安装包，其通常都是以压缩的形式存在的，而由于本申请实施例意在确定出线上更新包的大小，所以，在确定线下更新包、线上安装包、线下安装包中各类型数据的大小，以及确定各单元因子、各估算因子的过程中，应也采取压缩的形式进行确定，以保证整个确定过程的合理性。又由于线上更新包的压缩形式通常都是由线上平台所确定的，因此，在本申请实施例中，终端或服务器可先确定出从线上平台中获取的线上安装包的压缩形式，并根据确定出的压缩形式，将后续获取到的线下安装包以及线下更新包按照相同的压缩形式进行压缩，而后，在根据压缩后的线上安装包、线下安装包以及线下更新包中各类型数据的大小，确定出线上更新包的大小，其中，压缩的形式可以是zip、tar、ditto、cab、bz2、jar等形式。

以上为本申请实施例提供的确定安装包大小的方法，基于同样的思路，本申请实施例还提供了确定安装包大小的装置，如图4所示。

图4为本申请实施例提供的一种确定安装包大小的装置示意图，具体包括：

获取模块401，获取线上安装包以及所述线上安装包对应的线下安装包；

确定因子模块402，根据所述线上安装包以及线下安装包中包含的各类型数据的大小，确定出各估算因子，其中，每个数据只属于一种类型；

第一确定模块403，确定线下更新包中包含的各类型数据的大小；

第二确定模块404，根据确定出的所述线下更新包中的各类型数据的大小以及各估算因子，确定所述线下更新包对应的线上更新包的大小。

所述线下安装包中包含的各类型数据包括：固定数据、可变数据中的至少一种；所述线上安装包中包含的各类型数据包括：固定数据、可变数据、第三方数据中的至少一种。

所述确定因子模块402，分别确定所述线下安装包以及线上安装包中包含的可变数据的大小；根据分别确定出的所述线下安装包和线上安装包中的可变数据的大小，确定第一估算因子；确定所述线上安装包中包含的第三方数据的大小；从所述线下安装包中包含的可变数据、固定数据中任意选取一种数据作为第一指定数据；根据所述第三方数据以及所述第一指定数据的大小，确定第二估算因子。

所述第二确定模块404，根据确定出的所述线下更新包中的可变数据的大小以及第一估算因子，确定所述线上更新包中的可变数据的大小；根据所述第二估算因子以及线下更新包中包含的与所述第一指定数据类型相同的数据的大小，确定所述线上更新包中的第三方数据的大小；根据确定出的所述线上更新包的可变数据、第三方数据的大小以及所述线下更新包的固定数据的大小，确定所述线上更新包的大小。

所述可变数据包括：二进制数据、设备专用数据中的至少一种；所述第一估算因子包括：第三估算因子和/或第四估算因子；

所述确定因子模块402，分别确定所述线下安装包以及线上安装包中包含的二进制数据的大小，根据分别确定出的所述线下安装包和线上安装包中的二进制数据的大小，确定第三估算因子；和/或

分别确定所述线下安装包以及线上安装包中包含的设备专用数据的大小，根据分别确定出的所述线下安装包和线上安装包中的设备专用数据的大小，确定第四估算因子；

所述第二确定模块404，根据确定出的所述线下更新包中的二进制数据的大小以及所述第三估算因子，确定所述线上更新包中的二进制数据的大小；根据确定出的所述线下更新包中的设备专用数据的大小以及所述第四估算因子，确定所述线上更新包中的设备专用数据的大小；根据确定出的所述线上更新包的二进制数据、设备专用数据、第三方类型数据的大小以及所述线下更新包的固定类型数据的大小，确定所述线上更新包的大小。

所述装置还包括：

确定单元模块405，确定与所述线下更新包中包含的各封装后单元对应的各封装前单元；分别确定所述各封装前单元包含的二进制数据、设备专用数据、固定数据的大小以及各类型数据在各封装前单元中的总大小；针对每个封装前单元，根据该封装前单元包含的二进制数据、设备专用数据的大小以及各类型数据在各封装前单元中的总大小，确定各单元因子；根据确定出的各单元因子、所述各估算因子、该封装前单元的固定数据的大小以及所述线下更新包中各类型数据的大小，确定所述线上更新包中与该封装前单元对应的封装后单元的大小。

所述确定单元模块405，根据该封装前单元包含的二进制数据的大小以及确定的各封装前单元包含的二进制数据的总大小，确定第一单元因子；根据该封装前单元包含的设备专用数据的大小以及确定的各封装前单元包含的设备专用数据的总大小，确定第二单元因子。

所述确定单元模块405，根据所述第一单元因子以及所述线下更新包中二进制数据的大小，确定所述线下更新包中与该封装前单元对应的封装后单元的二进制数据的大小；根据所述第二单元因子以及所述线下更新包中设备专用数据的大小，确定所述线下更新包中与该封装前单元对应的封装后单元的设备专用数据的大小；根据所述第三估算因子以及确定出的所述线下更新包中与该封装前单元对应的封装后单元的二进制数据的大小，确定所述线上更新包中与该封装前单元对应的封装后单元的二进制数据的大小；根据所述第四估算因子以及确定出的所述线下更新包中与该封装前单元对应的封装后单元的设备专用数据的大小，确定所述线上更新包中与该封装前单元对应的封装后单元的设备专用数据的大小；根据该封装前单元包含的固定数据的大小，以及所述线上更新包中与该封装前单元对应的封装后单元的二进制数据、设备专用数据的大小，确定所述线上更新包中与该封装前单元对应的封装后单元的大小。

所述装置还包括：

调整模块406，根据确定出的所述线上更新包的大小，调整所述线下更新包。

所述调整模块406，针对所述线上更新包中的每个封装后单元，根据确定出的所述线上更新包的大小以及该封装后单元的大小，调整与线下更新包中该封装后单元对应的封装前单元。

本申请实施例提供一种确定安装包大小的方法及装置，该方法中终端或服务器可获取到待发布到线上平台上的线下更新包所对应的线下安装包以及线上安装包，并通过对线下安装包以及线上安装包中包含的互不重叠的各类型数据的大小进行确定，来确定出该线下更新包所对应的线上更新包的大小。由于终端或服务器不只是单单以线上安装包中一部分数据的大小来确定线上更新包的大小，进而通过线上安装包以及线下安装包中包含的各类型数据的大小，全面对线上更新包的大小进行确定，并且，与现有技术中各系统在数据上存在一定的交集不同，本申请实施例中终端或服务器在确定线上更新包大小的过程中所确定出的各类型数据是不含有交集的，即，每个数据只对应一种类型，这样就避免了因各类型数据之间出现交集而导致最终确定出的线上更新包的大小出现较大偏差的情况发生，所以，综合来看，相对于现有技术而言，通过上述方法可准确的确定出线上更新包的大小，进而给软件开发商通过确定出的线上更新包的大小来调整线下更新包大小的过程中带来便利。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤S102和步骤S103的执行主体可以为终端，步骤101的执行主体可以为服务器；又比如，步骤101的执行主体可以为终端，步骤102和步骤103的执行主体可以为服务器；等等。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

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

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

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

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。