CN108363578A - 应用程序打包方法、电子装置及计算机存储介质 - Google Patents

Abstract

本发明涉及一种应用程序打包方法，所述方法包括：获取待打包应用程序及解析待打包应用程序；提供渠道选择用户界面，所述渠道选择用户界面提供一渠道信息列表，所述渠道信息列表包括一个或多个渠道标识，每一渠道标识对应预先存储的一渠道信息；根据用户在所述用户界面的选取操作确定需要打包的渠道；根据确定需要打包的渠道生成对应渠道的应用程序安装包。本发明还涉及一种电子装置及计算机存储介质。所述应用程序打包方法能够快速方便地对APP进行打包发布。

Description

应用程序打包方法、电子装置及计算机存储介质

技术领域

本发明涉及应用程序打包技术，尤其涉及一种应用程序打包方法、电子装置及计算机存储介质。

背景技术

随着安卓智能手机的发展，各种应用市场渠道不断增多。而APP(第三方应用程序)发布过程中，往往需要根据不同渠道发布不同的APP，以便满足不同合作渠道的需求。对于APP开发来说，就需要根据需要依次生成不同的APK包(Android Package，Android安装包)。手工修改去生成不同渠道的方法不仅代价极高，而且浪费时间、容易出错。因此寻找一种能够高效的批量快速生成APK包的方法变的十分必要。

发明内容

鉴于此，有必要提供一种应用程序打包方法、电子装置及计算机存储介质，能够快速方便地对应用程序进行打包发布。

一种应用程序打包方法，包括：

获取待打包应用程序及解析待打包应用程序；

提供渠道选择用户界面，所述渠道选择用户界面提供一渠道信息列表，所述渠道信息列表包括一个或多个渠道标识，每一渠道标识对应预先存储的一渠道信息；

根据用户在所述用户界面的选取操作确定需要打包的渠道；

根据确定需要打包的渠道生成对应渠道的应用程序安装包。

在一些实施例中，所述方法还包括：

提供渠道配置用户界面，所述渠道配置用户界面允许用户配置渠道信息。

在一些实施例中，所述配置渠道信息包括导入一个或多个渠道配置信息。

在一些实施例中，所述解析待打包应用程序包括确定待打包应用程序的渠道配置信息的存储位置。

在一些实施例中，若所述待打包应用程序为应用程序封装包，所述解析待打包应用程序还包括：解压所述应用程序。

在一些实施例中，“根据确定需要打包的渠道生成应用程序安装包”包括根据需要打包的渠道对应的渠道信息对所述待打包应用程序的渠道参数进行赋值。

在一些实施例中，“根据确定需要打包的渠道生成应用程序安装包”包括对已完成渠道配置参数赋值的应用程序进行签名。

在一些实施例中，所述方法还包括：若确定需要打包的渠道数为多个，“根据确定需要打包的渠道生成应用程序安装包”包括：

顺序选取一渠道；

生成所选渠道的应用程序封装包；

判断是否还有渠道未生成应用程序封装包；

若否，返回“顺序选取一渠道”的步骤。

一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序打包程序，所述应用程序打包程序被所述处理器执行时实现如上所述的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。

所述应用程序打包方法能够允许用户选择一个或多个待打包的渠道，并根据预先存储的渠道信息生成应用程序封装包，可避免重复添加多渠道打包的配置代码，增加配置文件代码的精简性和可读性；渠道信息单独配置保存，避免重复代码的大量拷贝和修改；允许根据需要选择需要的渠道打包，避免把不需要打包的渠道也打包，操作简单，用户体验度高。

附图说明

图1是本发明一实施例的应用程序打包方法的流程图。

图2是本发明一实施例的渠道信息配置流程图。

图3为本发明一实施例的多渠道应用程序打包流程图。

图4是本发明一实施例的应用程序打包装置的结构示意图。

图5是本发明一实施例的电子装置的结构示意图。

具体实施方式

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

需要说明的是，当组件被称为“固定于”另一个组件，它可以直接在另一个组件上或者也可以存在居中的组件。当一个组件被认为是“连接”另一个组件，它可以是直接连接到另一个组件或者可能同时存在居中组件。当一个组件被认为是“设置于”另一个组件，它可以是直接设置在另一个组件上或者可能同时存在居中组件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的。

以下所描述的***实施方式仅仅是示意性的，所述模块或电路的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。***权利要求中陈述的多个单元或装置也可以由同一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及／或”包括一个或多个相关的所列项目的任意的和所有的组合。

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

图1为本发明实施例提供的应用程序打包方法的示意流程图。如图1所示的应用程序打包方法10可包括以下步骤：

步骤11：获取待打包的应用程序APP（Application）及解析待打包的应用程序。

在一些实施例中，所述待打包的应用程序基于用户输入而获取。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户选取存储在指定位置的应用程序文件；响应用户在所述人机交互界面的选取操作而从所述指定位置获取所述应用程序文件。所述待打包的应用程序可以为未经打包的文件，也可以为已打包过的封装包，例如APK（AndroidPackage）。

可以理解的是，在一些实施例中，所述应用程序还可以获取自网络。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户输入关键字通过网络搜索目标应用程序，在搜索到目标应用程序后相应用户的选定操作而从所述网络下载所述目标应用程序。所下载的应用程序同样可为未经打包的文件，也可以为已打包过的封装包文件。

解析待打包应用程序包括获取存储该待打包应用程序需要配置的渠道参数，以便后续步骤对该待打包应用程序进行打包时，对该等渠道参数进行配置，例如将其渠道参数配置成渠道标识对应的渠道信息。在一些实施例中若所述待打包应用程序为已打包的应用程序封装包，解析待打包应用程序还包括解压所述应用程序封装包的步骤。

可以理解的是，在一些实施例中，若获取的待打包的应用程序为应用程序封装包，解析该应用程序封装包可获取其包括的渠道信息，所获取的渠道信息可保存至渠道信息的存储位置。

步骤12，提供一渠道选择用户界面，所述渠道选择用户界面用于提供可选的渠道信息列表。

在一些实施例中，所述渠道信息列表包括一个或多个渠道标识，每一渠道标识对应预先存储的一渠道信息，所述渠道标识唯一标识一渠道，可为数字编号或关键字、代码等,在本实施例中，所述渠道标识为根据渠道信息依照预定规则（例如加密算法）生成的字符串。渠道为应用程序发布的应用市场，例如豌豆荚、应用宝等。所述渠道信息包括，但不限于，封装包名、第三方库（例如友盟等）、所需的APP关键词（APP_KEY）值、应用程序图标及应用程序名称等。所述渠道信息可预存储在一指定存储器中，所述用户界面可提供用户接口访问该指定存储器以读取所述渠道信息。可选地，所述渠道信息包括多个渠道的渠道信息时，可提供用户界面以关键字方式检索指定渠道的渠道信息；或以预设顺序（例如字母排序、数字排序等）排列多个渠道的信息以便于用户选择。

步骤13，响应用户在渠道选择用户界面的选取操作确定需要打包的渠道。

用户可选择一个或多个需要打包的渠道。

步骤14，生成指定渠道下的应用程序封装包。

根据用户选定的渠道信息打包处理所述应用程序以生成指定渠道下的应用程序封装包。在一些实施例中，生成指定渠道下的应用程序封装包包括注入渠道信息及签名、打包。签名是指采用签名文件对已注入渠道信息的应用程序进行签名。签名文件用于标识所述应用程序的来源，例如每一应用程序开发者均可获得数字证书，所述签名文件的生成基于所述应用程序开发者的数字证书，从而以标识所述应用程序的开发者。

其中，对于注入渠道信息，在一些实施例中，所有渠道的渠道信息保存在一指定位置，现根据用户选取的渠道标识读取存储的渠道信息，再根据所述渠道信息对应用程序的渠道参数进行赋值。

对于签名打包，在一些实施例中，还可进一步判断所述待打包应用程序是否已存在签名文件，若已存在，则直接选择对应的签名文件进行签名后打包处理生成应用程序封装包即可。若不存在，则根据已注入渠道信息的应用程序生成签名文件，然后打包处理生成应用程序封装包。一种应用实例为，对已签名的应用程序进行升级，升级后再次进行渠道信息注入后，由于之前已有签名，则不需重新生成签名文件，直接选择之前的签名文件进行签名即可。

在步骤12，还可包括判断是否存在指定渠道的渠道信息的步骤。例如，在用户以关键字检索指定渠道时，如果检索结果为未找到，则判断为不存在指定渠道的渠道信息。在一些实施例中，可以信息提示的方式提示用户配置新的渠道信息。例如，可通过弹窗或语音的方式提示用户所检索的渠道信息不存在，是否需要配置新的渠道信息。在用户选择进行配置新的渠道信息时进入渠道信息配置流程。在一些实施例中，可在渠道选择用户界面设置配置新的渠道信息选项，在用户激活该选项时自动进入渠道信息配置流程。

请参阅图2所示，为本发明实施例提供的渠道信息配置流程图。

步骤21，配置渠道信息。

配置渠道信息包括对所述渠道信息的各参数进行赋值，例如上述提到的封装包名、第三方库、所需的APP关键词（APP_KEY）值、应用程序图标及应用程序名称等。可提供一渠道信息配置用户界面，以根据用户的输入对所述渠道信息进行配置。可以理解的是，在一些实施例中，还可以提供用户界面以允许用户批量导入渠道信息。所述渠道信息可来源于存储在指定位置（例如本地文件夹或网络存储空间等）的渠道信息，也可以为来源于网络的渠道信息。

步骤22，保存所述渠道信息至指定存储位置。并根据所述渠道信息生成渠道标识，将所述渠道标识添加到所述渠道信息列表，以便用户可从所述渠道信息列表选取指定渠道。

在一些实施例中，用户可选取两个或多个渠道以生成多个渠道的应用程序封装包。图3示出了本发明实施例提供的多渠道封装包生成方法的流程图。

步骤31，获取待打包的应用程序。

在一些实施例中，所述待打包的应用程序基于用户输入而获取。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户选取存储在指定位置的应用程序文件；响应用户在所述人机交互界面的选取操作而从所述指定位置获取所述应用程序文件。所述待打包的应用程序可以为未经打包的文件，也可以为已打包过的封装包，例如APK（AndroidPackage）。

可以理解的是，在一些实施例中，所述应用程序还可以获取自网络。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户输入关键字通过网络搜索目标应用程序，在搜索到目标应用程序后相应用户的选定操作而从所述网络下载所述目标应用程序。所下载的应用程序同样可为未经打包的文件，也可以为已打包过的封装包文件。

解析待打包应用程序包括获取存储该待打包应用程序需要配置的渠道参数，以便后续步骤对该待打包应用程序进行打包时，对该等渠道参数进行配置，例如将其渠道参数配置成渠道标识对应的渠道信息。在一些实施例中若所述待打包应用程序为已打包的应用程序封装包，解析待打包应用程序还包括解压所述应用程序封装包的步骤。

可以理解的是，在一些实施例中，若获取的待打包的应用程序为应用程序封装包，解析该应用程序封装包可获取其包括的渠道信息，所获取的渠道信息可保存至渠道信息的存储位置。

步骤32，提供一渠道选择用户界面，所述渠道选择用户界面用于提供可选的渠道信息列表。

在一些实施例中，所述渠道信息列表包括一个或多个渠道标识，每一渠道标识对应预先存储的一渠道信息，所述渠道标识唯一标识一渠道，可为数字编号或关键字、代码等,在本实施例中，所述渠道标识为根据渠道信息依照预定规则（例如加密算法）生成的字符串。渠道为应用程序发布的应用市场，例如豌豆荚、应用宝等。所述渠道信息包括，但不限于，封装包名、第三方库（例如友盟等）、所需的APP关键词（APP_KEY）值、应用程序图标及应用程序名称等。所述渠道信息可预存储在一指定存储器中，所述用户界面可提供用户接口访问该指定存储器以读取所述渠道信息。可选地，所述渠道信息包括多个渠道的渠道信息时，可提供用户界面以关键字方式检索指定渠道的渠道信息；或以预设顺序（例如字母排序、数字排序等）排列多个渠道的信息以便于用户选择。

步骤33，响应用户在渠道选择用户界面的选取操作确定需要打包的渠道。

用户可选择一个或多个需要打包的渠道。

步骤34，顺序读取一个渠道信息生成对应该渠道的应用程序封装包。

根据预设规则顺序读取一个渠道信息，并根据该渠道信息打包处理所述应用程序以生成该渠道下的应用程序封装包。

在一些实施例中，生成指定渠道下的应用程序封装包包括注入渠道信息及签名、打包。签名是指采用签名文件对已注入渠道信息的应用程序进行签名。签名文件用于标识所述应用程序的来源，例如每一应用程序开发者均可获得数字证书，所述签名文件的生成基于所述应用程序开发者的数字证书，从而以标识所述应用程序的开发者。

其中，对于注入渠道信息，在一些实施例中，所有渠道的渠道信息保存在一指定位置，现根据用户选取的渠道标识读取存储的渠道信息，再根据所述渠道信息对应用程序的渠道参数进行赋值。

对于签名打包，在一些实施例中，还可进一步判断所述待打包应用程序是否已存在签名文件，若已存在，则直接选择对应的签名文件进行签名后打包处理生成应用程序封装包即可。若不存在，则根据已注入渠道信息的应用程序生成签名文件，然后打包处理生成应用程序封装包。

步骤35，判断是否还有渠道未生成应用程序封装包。若是，返回步骤34，若否，流程结束。

图4为本发明实施例提供的应用程序打包装置4的结构图，所述应用程序打包装置4可以包括：应用程序解析模块41、渠道信息配置模块42及应用程序封装包生成模块43。本发明所称的模块是指一种能够被计算机所执行并且能够完成固定功能的一系列计算机程序段。

本发明提供的应用程序打包装置4可应用于电子装置，所述电子装置可以为个人计算机PC（Personal Computer）、手机、平板等具有数据处理能力的电子设备。

所述应用程序解析模块41用于获取待打包应用程序及解析待打包应用程序。

在一些实施例中，所述待打包的应用程序基于用户输入而获取。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户选取存储在指定位置的应用程序文件；响应用户在所述人机交互界面的选取操作而从所述指定位置获取所述应用程序文件。所述待打包的应用程序可以为未经打包的文件，也可以为已打包过的封装包，例如APK（AndroidPackage）。

可以理解的是，在一些实施例中，所述应用程序还可以获取自网络。获取应用程序文件包括：提供一人机交互界面，所述人机交互界面允许用户输入关键字通过网络搜索目标应用程序，在搜索到目标应用程序后相应用户的选定操作而从所述网络下载所述目标应用程序。所下载的应用程序同样可为未经打包的文件，也可以为已打包过的封装包文件。

解析待打包应用程序包括获取存储该待打包应用程序需要配置的渠道参数，以便后续步骤对该待打包应用程序进行打包时，对该等渠道参数进行配置，例如将其渠道参数配置成渠道标识对应的渠道信息。在一些实施例中若所述待打包应用程序为已打包的应用程序封装包，解析待打包应用程序还包括解压所述应用程序封装包的步骤。

可以理解的是，在一些实施例中，若获取的待打包的应用程序为应用程序封装包，解析该应用程序封装包可获取其包括的渠道信息，所获取的渠道信息可保存至渠道信息的存储位置。

所述渠道信息配置模块42用于配置渠道信息。

配置渠道信息包括对所述渠道信息的各参数进行赋值，例如上述提到的封装包名、第三方库、所需的APP关键词（APP_KEY）值、应用程序图标及应用程序名称等。可提供一渠道信息配置界面，以根据用户的输入对所述渠道信息进行配置。可以理解的是，在一些实施例中，还可以提供用户界面以允许用户批量导入渠道信息。所述渠道信息可来源于存储在指定位置（例如本地文件夹或网络存储空间等）的渠道信息，也可以为来源于网络的渠道信息。

所述应用程序封装包生成模块43用于根据渠道信息生成指定渠道的应用程序安装包。

在一些实施例中，生成指定渠道下的应用程序封装包包括注入渠道信息及签名、打包。签名是指采用签名文件对已注入渠道信息的应用程序进行签名。签名文件用于标识所述应用程序的来源，例如每一应用程序开发者均可获得数字证书，所述签名文件的生成基于所述应用程序开发者的数字证书，从而以标识所述应用程序的开发者。

其中，对于注入渠道信息，在一些实施例中，所有渠道的渠道信息保存在一指定位置，现根据用户选取的渠道标识读取存储的渠道信息，再根据所述渠道信息对应用程序的渠道参数进行赋值。

对于签名打包，在一些实施例中，还可进一步判断所述待打包应用程序是否已存在签名文件，若已存在，则直接选择对应的签名文件进行签名后打包处理生成应用程序封装包即可。若不存在，则根据已注入渠道信息的应用程序生成签名文件，然后打包处理生成应用程序封装包。

本发明实施例提供的方法及装置需要实现多渠道打包时，可避免重复添加多渠道打包的配置代码，增加配置文件代码的精简性和可读性。

本发明实施例提供的方法及装置提供用户界面，可根据需要选择需要的渠道打包，避免把不需要打包的渠道也打包。根据选择一次性生成多渠道应用程序封装包，操作简单，用户体验度高。

本发明实施例提供的方法及装置，渠道信息单独配置保存，避免重复代码的大量拷贝和修改。

本发明实施例提供的方法及装置，顺序读取待打包的渠道信息，增强多渠道打包的有序性和可管理性，避免分发过程中出现渠道与应用程序封装包不对应的问题。

请参照图5，图5是本发明一实施例提供的实现应用程序打包方法的的电子装置5的结构示意图。

该实施例的电子装置5是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，包括：存储器51、处理器52以及存储在所述存储器51中并可在所述处理器52上运行的计算机程序，例如应用程序打包程序。所述处理器52执行所述计算机程序时实现上述实施例中的步骤，例如图1、图2、图3所示的步骤。或者，所述处理器执行所述计算机程序时实现上述各装置实施例中各模块的功能。

示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器52执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述电子装置中的执行过程。例如，所述计算机程序可以被分割成图4所示的应用程序解析模块42、渠道信息配置模块404及应用程序封装包生成模块43。

所述电子装置5可以是，但不限于任何一种可进行数据处理的电子产品，例如，PC、平板电脑、智能手机、个人数字助理（Personal Digital Assistant，PDA）。

所述存储器51可用于存储所述计算机程序和/或模块，所述处理器52通过运行或执行存储在所述存储器51内的计算机程序和/或模块，以及调用存储在存储器51内的数据，实现所述电子装置5的各种功能。所述存储器51可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据电子装置5的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（SecureDigital, SD）卡，闪存卡（Flash Card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述处理器52可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述电子装置5的控制中心，利用各种接口和线路连接整个电子装置5的各个部分。

优选地，所述处理器52可调用所述存储器51中存储的程序代码以执行相关的功能。例如，图4中所述的各个模块是存储在所述存储器51中的程序代码，并由所述处理器52所执行，以实现本发明的应用程序打包方法（例如实施例中图1所示的应用程序打包方法、图2所述的渠道信息配置方法、图3所述的多渠道应用程序打包方法）。

所述电子装置5还可包括至少一个通信装置53、至少一个显示装置54、至少一个输入装置55以及至少一个通信总线。其中，所述通信总线用于实现这些组件之间的连接通信。其中所述通信装置53用于所述电子装置5与其他电子装置通信或获取网络上的指定信息，例如渠道信息、应用程序等。所述显示装置53用于显示上所述的一个或多个用户界面。所述输入输出设备55用于允许用户与所述电子装置交互以输入指定信息，例如渠道配置信息等。

其中，所述通信装置53可以是有线通信装置也可以是无线通信装置。其中所述有线通信装置包括通信端口，例如通用串行总线(universal serial bus, USB)、控制器局域网（Controller area network，CAN）、串行及/或其他标准网络连接、集成电路间（Inter-Integrated Circuit，I2C）总线等。所述无线通信装置可采用任意类别的无线通信***，例如，蓝牙、红外线、无线保真（Wireless Fidelity, WiFi）、蜂窝技术，卫星，及广播。其中所述蜂窝技术可包括第二代（2G）、第三代（3G）、***（4G）或第五代（5G）等移动通信技术。

所述显示装置54可以是触液晶显示屏（Liquid Crystal Display, LCD）、发光二极管（Light Emitting Diode，LED）显示屏、有机电激光显示屏（Organic Light-EmittingDiode，OLED）或其他适宜的显示屏。

所述输入装置55可包括任意适宜的输入设备，包括但不限于，鼠标、键盘、触摸屏、或非接触式输入，例如，手势输入、声音输入等。

本领域技术人员可以理解，所述示意图仅仅是电子装置的示例，并不构成对电子装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子装置5还可以包括输入输出设备、网络接入设备等。

所述电子装置集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例所述的情绪识别方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上文方法实施例所述的情绪识别方法的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和装置，也可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个装置也可以由同一个装置或***通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种应用程序打包方法，其特征在于，所述方法包括：

获取待打包应用程序及解析待打包应用程序；

提供渠道选择用户界面，所述渠道选择用户界面提供一渠道信息列表，所述渠道信息列表包括一个或多个渠道标识，每一渠道标识对应预先存储的一渠道信息；

根据用户在所述用户界面的选取操作确定需要打包的渠道；

根据确定需要打包的渠道生成对应渠道的应用程序安装包。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

提供渠道配置用户界面，所述渠道配置用户界面允许用户配置渠道信息。

3.如权利要求2所述的方法，其特征在于，所述配置渠道信息包括导入一个或多个渠道配置信息。

4.如权利要求1所述的方法，其特征在于，所述解析待打包应用程序包括确定待打包应用程序的渠道配置参数。

5.如权利要求4所述的方法，其特征在于，若所述待打包应用程序为应用程序封装包，所述解析待打包应用程序还包括：解压所述应用程序。

6.如权利要求4所述的方法，其特征在于，“根据确定需要打包的渠道生成应用程序安装包”包括根据需要打包的渠道对应的渠道信息对所述待打包应用程序的渠道参数进行赋值。

7.如权利要求5所述的方法，其特征在于，“根据确定需要打包的渠道生成应用程序安装包”包括对已完成渠道配置参数赋值的应用程序进行签名。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：若确定需要打包的渠道数为多个，“根据确定需要打包的渠道生成应用程序安装包”包括：

顺序选取一渠道；

生成所选渠道的应用程序封装包；

判断是否还有渠道未生成应用程序封装包；

若否，返回“顺序选取一渠道”的步骤。

9.一种电子装置，其特征在于，所述电子装置包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序打包程序，所述应用程序打包程序被所述处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至8中任意一项所述的方法的步骤。