CN106502715A - 一种应用程序多渠道配置方法及装置 - Google Patents

Abstract

本发明实施例提供一种应用程序多渠道配置方法及装置，涉及数据处理技术领域，解决了现有的应用程序在多个渠道分发时生成渠道包效率低下的问题。本发明实施例的方法包括：根据不同渠道的配置文件生成对应的业务逻辑；将所述业务逻辑进行编译生成原始安装程序包；将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。本发明实施例主要用于安卓Android应用程序在多渠道中进行配置生成定制渠道包。

Description

一种应用程序多渠道配置方法及装置

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种应用程序多渠道配置方法及装置。

背景技术

随着移动应用开发数量的日益增长，对应用的推广也变得越来越重要，如果缺乏有效的推广渠道，那么许多应用都会被埋没，无法被用户获取和使用。然而，当前应用的分发渠道众多，为了使应用能够在各个渠道进行有效的推广，应用开发者往往需要为不同渠道做不同功能及用户界面(User Interface，简称UI)的定制，以便与不同的分发渠道达成推广合作的目的，此外，应用自身也有一些分渠道功能定制的需求。

在现有的对应用进行不同渠道的功能及UI定制时，通常是将不同功能定制配置化写入代码中或者将配置文件以资源的形式打包到安装程序中，这种方式需要利用ant或者gradle打包工具，切换不同代码或者配置资源文件，为不同渠道编译、打包、签名后生成应用程序安装包。

然而，发明人在实现本发明的过程中发现：通过上述方式生成不同渠道的应用程序安装包时，需要为每个渠道分别重新进行编译、打包、签名的操作，这一系列重复操作的过程严重浪费安装包的生成时间，使得应用在大量分发渠道推广时的效率低下。

发明内容

本发明实施例提供一种应用程序多渠道配置方法及装置，用以解决现有的应用程序在多个渠道分发时生成渠道包效率低下的问题。

依据本发明实施例的第一个方面，本发明实施例提供一种应用程序多渠道配置方法，包括：

根据不同渠道的配置文件生成对应的业务逻辑；

将所述业务逻辑进行编译生成原始安装程序包；

将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；

将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

依据本发明实施例的第二个方面，本发明实施例提供一种应用程序多渠道配置装置，包括：

生成单元，用于根据不同渠道的配置文件生成对应的业务逻辑；

处理单元，用于将所述业务逻辑进行编译生成原始安装程序包；

添加单元，用于将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；

压缩单元，用于将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

本发明实施例提供的一种应用程序多渠道配置方法及装置，能够一次性的根据不同渠道的配置文件生成对应的业务逻辑，并将所述业务逻辑进行编译生成原始安装程序包；然后重复性的将扩展的配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，并将所述定制安装程序进行压缩后生成对应不同渠道的多个定制渠道包。而现有技术中，通常将不同功能定制配置化写入代码中或者将配置文件以资源的形式打包到安装程序中，需要切换不同代码或者配置资源文件，为不同渠道分别进行编译、打包、签名后生成多个渠道包。由于本发明实施例能够一次性形成具有特定目录的原始安装程序包，并通过重复性的将扩展的配置文件添加到所述特定目录下，重新压缩成不同渠道的定制安装程序包，从而避免了现有技术中需要根据不同渠道对应的不同配置文件，为每个渠道重新进行编译、打包和签名的重复操作，极大的提高了应用程序在不同渠道中分发时生成渠道包的效率。

附图说明

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

图1为本发明实施例提供的一种应用程序多渠道配置方法的流程图；

图2为本发明实施例提供的一种将单个应用程序在不同渠道中进行配置分发的流程图；

图3为本发明实施例提供的一种应用程序多渠道配置装置的组成框图；

图4为本发明实施例提供的一种应用程序多渠道配置装置的组成框图；

图5为本发明实施例提供的一种服务器的实体结构示意图。

具体实施方式

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

在现有的针对应用程序生成不同渠道的渠道安装包时，通常是将不同渠道的功能及UI定制配置化写入代码中或者将配置文件以资源的形式打包到安装程序中，这种方式需要利用ant或者gradle打包工具，切换不同代码或者配置资源文件，为不同渠道编译、打包、签名后生成应用程序安装包。由于这种方式需要为每个渠道分别进行编译、打包、签名的重复操作，因此当应用程序在多个渠道分发时，会造成渠道安装包的生成效率低下。

为了解决上述问题，本发明实施例提供一种应用程序多渠道配置方法，如图1所示，所述方法包括：

101、根据不同渠道的配置文件生成对应的业务逻辑。

在本发明实施例中，配置文件是在用户使用软件时，软件系统为用户所要加载所需环境的设置和文件的集合，它包括用户专用的配置设置，如程序项目、屏幕颜色、窗口大小和位置等，通常对于不同的对象进行不同的配置，也就是不同对象的配置文件通常不同，当然也会存在不同对象的配置文件相同的情况。当应用程序在不同的分发渠道进行分发时，为了适应不同分发渠道的功能需求，需要生成满足不同渠道需求的配置文件。例如，在将应用程序给多个渠道打包时，开发者往往需要针对某个渠道将应用程序的图标或UI布局进行调整，以适应该渠道的分发需求。因此，本发明实施例在将应用程序进行多渠道配置时，需要根据对应不同渠道需求的配置文件，生成对应不同渠道的业务逻辑(业务逻辑代码)。这里需要说明的是，当对应不同分发渠道的配置文件相同时，生成的不同渠道的业务逻辑也相同。

102、将所述业务逻辑进行编译生成原始安装程序包。

由于在步骤101中得到的业务逻辑是用源语言生成的源程序，使用的是高级语言，而应用程序是在终端(计算机)中运行的，终端只会识别二进制语言。因此，将应用程序在不同渠道分发时，需要将使用高级语言生成的源程序(业务逻辑)编译成计算机识别的二进制的目标程序。进一步的，为了便于将业务逻辑编译后生成的目标程序在渠道中进行分发，在步骤102中，还需要将业务逻辑编译后生成的目标程序进行压缩，生成原始安装程序包。

103、将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件。

当在步骤102中生成包含业务逻辑的原始安装程序包之后，需要将配置文件添加到该原始安装程序包中的特定目录下，该特定目录用于存储扩展的配置文件。其中，添加的配置文件可以是针对不同渠道需求的配置文件，也可以是针对应用程序自身功能定制需求的配置文件。本发明实施例中生成的原始安装程序包中特有的特定目录，不仅能够存储扩展的配置文件，而且该特定目录并不会影响对应用程序的签名和运行。

104、将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

当在本发明实施例的原始安装程序包中的特定目录下添加了定制的或者扩展的配置文件后，该原始安装程序包的应用程序就会因为加入了新的配置文件而发生变化，形成新的应用程序，也就是定制应用程序，该定制应用程序能够适应新的渠道需求或者适应应用程序自身新的功能需求。当在步骤103中得到具有不同渠道配置文件的多个定制应用程序后，就可以通过将多个定制应用程序进行压缩来生成对应不同渠道的多个定制渠道包。

本发明实施例提供的一种应用程序多渠道配置方法，能够一次性的根据不同渠道的配置文件生成对应的业务逻辑，并将所述业务逻辑进行编译生成原始安装程序包；然后重复性的将扩展的配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，并将所述定制安装程序进行压缩后生成对应不同渠道的多个定制渠道包。而现有技术中，通常将不同功能定制配置化写入代码中或者将配置文件以资源的形式打包到安装程序中，需要切换不同代码或者配置资源文件，为不同渠道分别进行编译、打包、签名后生成多个渠道包。由于本发明实施例能够一次性形成具有特定目录的原始安装程序包，并通过重复性的将扩展的配置文件添加到所述特定目录下，重新压缩成不同渠道的定制安装程序包，从而避免了现有技术中需要根据不同渠道对应的不同配置文件，为每个渠道重新进行编译、打包和签名的重复操作，极大的提高了应用程序在不同渠道中分发时生成渠道包的效率。

进一步的，为了更好的对上述图1所示的方法进行理解，作为对图1所示方法的细化和扩展，本发明实施例将以安卓系统(Android)应用程序为例，针对本发明实施例进行详细说明。

由于应用程序的代码基本上都是由业务逻辑和数据组成的，业务逻辑代码根据数据完成一定的操作，这些数据通常包括显示在界面上的信息、页面元素相关的样式值及其他使用到的固定值，这部分无逻辑的数据可称为配置文件。本发明实施例将配置数据添加到META-INF目录中，实现了不同的配置数据和业务逻辑分离，这样在不同的渠道中打包应用程序时，即使修改配置数据也不需要重新修改业务逻辑的代码了，并且META-INF目录不会影响对应用程序的签名和运行，从而提高了应用程序在不同渠道中打包的效率。同时，配置文件和业务逻辑的分离，使得业务逻辑的代码也可以重用了，不同的配置文件也可以对应相同的业务逻辑。根据上述原理，本发明实施例提供了如下实施方案。

本发明实施例在多种渠道中进行应用程序的配置及分发时，由于不同渠道通常具有不同的功能需求，因此开发人员通常会按照不同渠道的需求编写不同的配置文件，这些配置文件位于应用程序中。因此，在上述实施例的步骤101根据不同渠道的配置文件生成对应的业务逻辑之前，还需要获取不同渠道的配置文件。作为一种可选的实施方式，本发明实施例可以通过编写的脚本程序来读取对应不同渠道的原始应用程序中的配置文件，这些配置文件是开发人员根据应用程序分发渠道的需求编写的。具体的，对于Android应用程序而言，本发明实施例可以通过脚本程序读取其META-INF中的配置文件。

当获取到不同渠道的配置文件后，就需要根据配置文件生成对应的业务逻辑。其中，业务逻辑的逻辑代码会根据对应的配置文件完成一定的操作。对于某个应用程序而言，若对应不同渠道之间的配置文件相同，那么根据所述配置文件生成的业务逻辑也相同；若对应不同渠道之间的配置文件不同，那么根据所述配置文件生成的业务逻辑也会不同。由于生成的业务逻辑是用高级语言生成的，而计算机只能识别二进制语言，因此当根据不同渠道的配置文件生成出对应的业务逻辑之后，还需要将生成的业务逻辑进行编译，转化成计算机可以识别的使用二进制语言的机器代码程序，并将机器代码程序进行压缩处理，生成在分发渠道进行分发的原始安装程序包。具体的，在执行上述处理过程时，可以使用编译器将所述业务逻辑编译成计算机可以识别的机器代码程序，也就是将业务逻辑使用的高级语言翻译为计算机识别的低级语言。其执行过程主要包括以下流程：源代码-预处理器-编译器-目标代码-链接器-机器可执行程序。

当将业务逻辑编译成机器代码程序后，为了便于将机器代码程序在渠道中进行分发，本发明实施例还需要将机器代码程序压缩成特定格式的原始安装程序包，也就是将机器代码程序以特定的格式进行压缩。该特定格式的原始安装程序包在后续解压缩之后，会出现特定目录，本发明实施例在对应用程序进行多渠道配置时，就是利用该特定目录能够存储扩展的配置文件，并且不会影响到应用程序的签名和运行的特性进行的。

这里需要说明的是，本发明实施例在进行应用程序多渠道配置时，上述具体实施过程通常执行一次，目的是得到包含业务逻辑的特定格式的原始安装程序包。而下述的具体实施过程可以重复执行，最终达到应用程序在多个渠道进行高效率配置的目的。具体的，在得到特定格式的原始安装程序包之后，需要执行以下操作：

1、将配置文件添加到所述特定格式的原始安装程序包中的特定目录下得到定制安装程序。

在该步骤中，若要得到特定格式的原始安装程序包中的特定目录，就需要对所述原始安装程序包进行相同格式的解压缩，在解压缩后得到的文件中会存在特定目录，该特定目录能够存储扩展的配置文件。用于添加的配置文件可以称为定制配置文件，包括：针对渠道新需求所需要的配置文件，或者是针对应用程序自身新需求所需要的配置文件。当将定制配置文件添加到所述特定目录中之后，就会形成定制安装程序。

对于Android应用程序而言，可以将编译形成的机器代码程序压缩成ZIP格式的原始安装程序包，所述ZIP格式的原始安装程序包就是上述特定格式的原始安装程序包。为了得到ZIP格式的原始安装程序包中用于存储扩展配置文件的特定目录，需要将ZIP格式的原始安装程序包进行ZIP格式解压缩后获取其中的META-INF目录，并将定制配置文件添加到META-INF目录下得到定制安装程序。

2、将所述定制安装程序进行压缩后生成定制渠道包。

当得到定制安装程序后，为了便于在渠道中分发定制安装程序，还需要将定制安装程序进行压缩后生成定制渠道包。其中，若在所述特定目录下分别添加了不同渠道的配置文件，就会得到对应不同渠道的定制安装程序，将对应不同渠道的定制安装程序进行压缩后就会得到对应不同渠道的定制渠道包。优选的，本发明实施例对定制安装程序的压缩还采用ZIP格式进行压缩。

这里需要说明的是，上述整个流程可以通过Python脚本实现。进一步的，以单个应用程序而言，若将其在不同渠道中进行配置分发，则其执行过程如图2所示：

201、根据不同渠道的需求，为该应用程序编写对应不同渠道的配置文件；

202、生成应用程序的业务逻辑；

203、将应用程序的业务逻辑进行编译形成机器代码程序；

204、将机器代码程序进行ZIP格式压缩形成ZIP格式原始安装程序包；

205、复制ZIP格式原始安装程序包并进行ZIP格式解压缩得到META-INF目录；

206、将对应某一渠道的配置文件复制添加到META-INF目录中形成定制安装程序；

207、将所述定制安装程序压缩生成所述某一渠道的定制渠道包；

208、重复执行步骤205-207，生成对应不同渠道的多个定制渠道包。

对于上述执行过程而言，本发明实施例只需要一次性执行步骤201-204，重复执行步骤205-207，即可为多个渠道生成定制渠道包，由于上述执行过程省去了现有技术中为每个渠道生成定制渠道包时，都需要进行编译和签名的操作，因此极大的提高了应用程序在多个渠道分发时生成渠道包的效率。

针对图2所示的执行过程而言，进行分发的应用程序是基于Android的应用程序，而Android应用程序安装包实际上是ZIP格式文件，解压缩后里面有一个META-INF目录，由于META-INF目录并不影响到应用程序的签名和运行，所以可以将扩展的配置文件添加到META-INF目录中，从而便于提高针对具有不同配置文件的多种渠道的打包效率。但是，对于其他非Android的应用程序而言，也可以在其文件中建立与META-INF目录的功能或属性相同的特定目录，用来存储扩展的配置文件，从而实现其他非Android的应用程序在具有不同配置文件的不同渠道中的打包效率。

进一步的，作为对上述图1所示方法的应用，本发明实施例还提供了一种应用程序多渠道配置装置，如图3所示，该装置包括：生成单元31、处理单元32、添加单元33以及压缩单元34，其中，

生成单元31，用于根据不同渠道的配置文件生成对应的业务逻辑；

处理单元32，用于将所述业务逻辑进行编译生成原始安装程序包；

添加单元33，用于将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；

压缩单元34，用于将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

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

读取单元35，用于在根据不同渠道的配置文件生成对应的业务逻辑之前通过脚本程序读取对应不同渠道原始应用程序中的配置文件，所述配置文件根据应用程序分发渠道的需求进行编写。

进一步的，如图4所示，处理单元32包括：

编译模块321，用于将所述业务逻辑编译成机器代码程序；

压缩模块322，用于将所述机器代码程序压缩成特定格式的原始安装程序包。

进一步的，如图4所示，添加单元33包括：

解压缩模块331，用于对所述特定格式的原始安装程序包进行解压缩后获取其中的特定目录；

添加模块332，用于将配置文件添加到所述特定目录下得到定制安装程序。

进一步的，压缩模块322用于将所述机器代码程序压缩成ZIP格式的原始安装程序包。

进一步的，解压缩模块331用于对所述ZIP格式的原始安装程序包进行ZIP格式解压缩后获取其中的META-INF目录；

添加模块332用于将配置文件添加到所述META-INF目录下得到定制安装程序。

本发明实施例提供的一种应用程序多渠道配置装置，能够一次性的根据不同渠道的配置文件生成对应的业务逻辑，并将所述业务逻辑进行编译生成原始安装程序包；然后重复性的将扩展的配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，并将所述定制安装程序进行压缩后生成对应不同渠道的多个定制渠道包。而现有技术中，通常将不同功能定制配置化写入代码中或者将配置文件以资源的形式打包到安装程序中，需要切换不同代码或者配置资源文件，为不同渠道分别进行编译、打包、签名后生成多个渠道包。由于本发明实施例能够一次性形成具有特定目录的原始安装程序包，并通过重复性的将扩展的配置文件添加到所述特定目录下，重新压缩成不同渠道的定制安装程序包，从而避免了现有技术中需要根据不同渠道对应的不同配置文件，为每个渠道重新进行编译、打包和签名的重复操作，极大的提高了应用程序在不同渠道中分发时生成渠道包的效率。

针对上述应用程序多渠道配置装置需要说明的是，凡是本发明实施例中使用到的各个单元模块的功能都可以通过硬件处理器(hardware processor)来实现。

图5示例了一种服务器的实体结构示意图，如图5所示，该服务器可以包括：处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。通信接口520可以用于服务端与客户端之间的信息传输。处理器510可以调用存储器530中的逻辑指令，以执行如下方法：接收遥控设备发送的搜索指令，所述搜索指令携带有目标对象对应的关键词信息；将所述关键词信息发送给服务端，用以在服务端资源中获取与所述关键词信息相匹配的候选搜索对象；接收服务端返回的与所述关键词信息相匹配的候选搜索对象；根据预设的搜索规则从所述候选搜索对象中选择目标对象进行展示。

此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种应用程序多渠道配置方法，其特征在于，所述方法包括：

根据不同渠道的配置文件生成对应的业务逻辑；

将所述业务逻辑进行编译生成原始安装程序包；

将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；

将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

2.根据权利要求1所述的方法，其特征在于，在根据不同渠道的配置文件生成对应的业务逻辑之前，所述方法还包括：

通过脚本程序读取对应不同渠道原始应用程序中的配置文件，所述配置文件根据应用程序分发渠道的需求进行编写。

3.根据权利要求1或2所述的方法，其特征在于，将所述业务逻辑进行编译生成原始安装程序包包括：

将所述业务逻辑编译成机器代码程序；

将所述机器代码程序压缩成特定格式的原始安装程序包。

4.根据权利要求3所述的方法，其特征在于，将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序包括：

对所述特定格式的原始安装程序包进行解压缩后获取其中的特定目录；

将配置文件添加到所述特定目录下得到定制安装程序。

5.根据权利要求4所述的方法，其特征在于，将所述机器代码程序压缩成特定格式的原始安装程序包包括：

将所述机器代码程序压缩成ZIP格式的原始安装程序包；

所述对所述特定格式的原始安装程序包进行解压缩后获取其中的特定目录包括：

对所述ZIP格式的原始安装程序包进行ZIP格式解压缩后获取其中的META-INF目录；

所述将配置文件添加到所述特定目录下得到定制安装程序包括：

将配置文件添加到所述META-INF目录下得到定制安装程序。

6.一种应用程序多渠道配置装置，其特征在于，所述装置包括：

生成单元，用于根据不同渠道的配置文件生成对应的业务逻辑；

处理单元，用于将所述业务逻辑进行编译生成原始安装程序包；

添加单元，用于将配置文件添加到所述原始安装程序包中的特定目录下得到定制安装程序，所述特定目录用于存储扩展的配置文件；

压缩单元，用于将所述定制安装程序进行压缩后生成对应不同渠道的定制渠道包。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

读取单元，用于通过脚本程序读取对应不同渠道原始应用程序中的配置文件，所述配置文件根据应用程序分发渠道的需求进行编写。

8.根据权利要求6或7所述的装置，其特征在于，所述处理单元包括：

编译模块，用于将所述业务逻辑编译成机器代码程序；

压缩模块，用于将所述机器代码程序压缩成特定格式的原始安装程序包。

9.根据权利要求8所述的装置，其特征在于，所述添加单元包括：

解压缩模块，用于对所述特定格式的原始安装程序包进行解压缩后获取其中的特定目录；

添加模块，用于将配置文件添加到所述特定目录下得到定制安装程序。

10.根据权利要求9所述的装置，其特征在于，所述压缩模块用于将所述机器代码程序压缩成ZIP格式的原始安装程序包；

所述解压缩模块用于对所述ZIP格式的原始安装程序包进行ZIP格式解压缩后获取其中的META-INF目录；

所述添加模块用于将配置文件添加到所述META-INF目录下得到定制安装程序。