Apk文件的处理方法及装置制造方法
【专利摘要】本发明提供一种APK文件的处理方法及装置。本发明实施例通过对所获得的第一APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一META-INFO文件夹，进而将渠道标识信息，写到所述第一META-INFO文件夹中，以获得第二META-INFO文件夹，使得能够对包含所述第二META-INFO文件夹的第二解压缩数据进行压缩处理，以获得第二APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了APK文件的处理的安全性。
【专利说明】APK文件的处理方法及装置
【【技术领域】】
[0001]本发明涉及安卓技术,尤其涉及一种安卓应用的安装包(Android Package Kit、，APK)文件的处理方法及装置。
【【背景技术】】
[0002]安卓(Android)应用的发布需要面对各种各样的市场，这里称之为获取渠道，简称为渠道。一些情况下，需要统计安卓应用的渠道信息，即统计安卓应用的安装包(AndroidPackage Kit, APK)文件是从哪个渠道下载的。例如，需要统计哪些渠道带来的用户量比较大。或者，再例如，有一些盈利需要与具体的渠道进行分成。为了统计安卓应用的渠道信息，目前采用的方式是，通过对APK文件进行解压缩处理，在解压缩处理之后的Manifest文件中加入渠道标识信息，进而利用开发者所公开的加密信息，对加入渠道标识信息的Manifest文件和解压缩处理之后的其他数据重新进行签名处理，以获得新的签名信息。
[0003]然而，由于加密信息的公开，使得第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块例如，病毒等，之后，重新执行签名操作，因此，导致了 APK文件的安全性的降低。
【
【发明内容】
】
[0004]本发明的多个方面提供一种APK文件的处理方法及装置，用以提高APK文件的安全性。
[0005]本发明的一方面,提供一种APK文件的处理方法，包括:
[0006]获得待处理的第一 APK文件；
[0007]对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 ΜΕΤΑ-1NFO文件夹；
[0008]将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹;
[0009]对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二APK文件。
[0010]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
[0011]所述对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，包括:
[0012]对所述第一 APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据；
[0013]所述对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，包括:
[0014]对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
[0015]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，包括:
[0016]根据渠道标识信息，生成渠道标识文件；
[0017]将所述渠道标识文件，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得所述第二meta-1nfo 文件夹。
[0018]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件之后，还包括:
[0019]将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单元。
[0020]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，还包括:
[0021]接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端在所述第二APK文件被下载或安装时，从所述第二 APK文件中获取。
[0022]本发明的另一方面，提供一种APK文件的处理装置，包括:
[0023]获得单元，用于获得待处理的第一 APK文件；
[0024]解压缩单元，用于对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹；
[0025]修改单元，用于将渠道标识信息，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得第二meta-1nfo 文件夹；
[0026]压缩单元，用于对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件。
[0027]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
[0028]所述解压缩单元，具体用于
[0029]对所述第一 APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据；
[0030]所述压缩单元，具体用于
[0031]对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
[0032]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述修改单元，具体用于
[0033]根据渠道标识信息，生成渠道标识文件；以及
[0034]将所述渠道标识文件，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得所述第二meta-1nfo 文件夹。
[0035]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括发送单元，用于
[0036]将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单元。
[0037]如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括统计单元，用于
[0038]接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端当所述第二APK文件被下载和/或被安装时，从所述第二 APK文件中获取。
[0039]由上述技术方案可知，本发明实施例通过对所获得的第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹，进而将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，使得能够对包含所述第二 META-1NFO文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了APK文件的处理的安全性。
[0040]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，能够有效提高APK文件的处理的效率。
[0041]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，因此，不会影响第一 APK文件中的签名信息即第二 APK文件中的签名信息，不会影响应用升级操作。
[0042]另外，采用本发明提供的技术方案，无需操作人员参与，而且正确率高，从而提高了 APK文件的处理的效率和可靠性。
【【专利附图】
【附图说明】】
[0043]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0044]图1为本发明一实施例提供的APK文件的处理方法的流程示意图；
[0045]图2为本发明另一实施例提供的APK文件的处理装置的结构示意图；
[0046]图3为本发明另一实施例提供的APK文件的处理装置的结构示意图；
[0047]图4为本发明另一实施例提供的APK文件的处理装置的结构示意图。
【【具体实施方式】】
[0048]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本发明保护的范围。
[0049]另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示:单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0050]图1为本发明一实施例提供的APK文件的处理方法的流程示意图，如图1所示。
[0051]101、获得待处理的第一 APK文件。
[0052]102、对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹。
[0053]103、将渠道标识信息，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得第二 META-1NF0文件夹。
[0054]其中，所述渠道标识信息，用于指示安卓应用的渠道即分发单元，例如，例如，联想的分发单元、三星的分发单元、华为的分发单元等。
[0055] 104、对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件。
[0056]需要说明的是，101?104的执行主体可以为位于本地终端的应用，或者还可以为位于本地终端的应用中的插件或软件开发工具包(Software Development Kit, SDK)等功能单元，或者还可以为位于网络侧的服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。
[0057]可以理解的是，所述应用可以是安装在终端上的应用程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。
[0058]这样，通过对所获得的第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹，进而将渠道标识信息，写到所述第一meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，使得能够对包含所述第二 META-1NF0文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了 APK文件的处理的安全性。
[0059]一般来说，APK文件，是一种安卓操作系统上的应用安装文件格式，其英文全称为“Applicat1n Package File”。一个安卓应用的代码想要在装载安卓操作系统的设备上运行，必须先进行编译，然后被打包成为一个被安卓操作系统所能识别的文件才可以被运行，而这种能被安卓操作系统识别并运行的文件格式便是APK”。一个APK文件内包含清单文件(AndroidManifest.xml) > META-1NFO 文件夹、被编译的代码文件(classes, dex) > res 文件夹和资源文件(resources, arse)。其中，APK文件的详细描述可以参见现有技术中的相关内容，此处不再赘述。APK文件实际上是一个ZIP压缩包。
[0060]由于元信息(META-1NF0mat1n，META_INF0)目录即META-1NF0文件夹下存放的是签名信息，用来保证APK文件的完整性和系统的安全。也就是说，ΜΕΤΑ-1NFO文件夹中的内容，是在签名处理之后所产生的，因此，在meta-1nfo文件夹(即第一 meta-1nfo文件夹)中写入渠道标识信息，不会影响APK文件(即第一 APK文件)的签名信息，无需重新进行签名处理，这样，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题,从而提高了 APK文件的处理的安全性。
[0061]可选地，在本实施例的一个可能的实现方式中，在102中，具体可以对所述第一APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据；相应地，在104中，则可以对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
[0062]可选地，在本实施例的一个可能的实现方式中，在103中，具体可以根据渠道标识信息，生成渠道标识文件，进而将所述渠道标识文件，写到所述第一 meta-1nfo文件夹中，以获得所述第二 meta-1nfo文件夹。
[0063]其中，所述渠道标识文件可以为现有文件格式中的任意一种，例如，.TXT、.WORD等，本实施例对此不进行特别限定。
[0064]至此，完成了在APK文件中添加渠道标识信息的操作。
[0065]这样，则可以将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单元，例如，联想的分发单元、三星的分发单元、华为的分发单元等。
[0066]采用上述的技术方案，将渠道标识信息添加到APK文件中。在一些情况下，需要统计安卓应用的渠道信息，即统计APK文件是从哪个渠道下载的。例如，需要统计哪些渠道带来的用户量比较大。具体可以接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端在所述第二 APK文件被下载和/或安装时，从所述第二 APK文件中获取。
[0067]例如，开发者可以在APK的源代码中，调用一个统计SDK，该统计SDK用于读取APK文件中所包含的meta-1nfo文件夹中的渠道标识信息，并将所读取的渠道标识信息发送给服务器，以供利用所述渠道标识信息，确定对应的渠道，进行后续的统计工作。
[0068]本实施例中，通过对所获得的第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹，进而将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，使得能够对包含所述第二meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了 APK文件的处理的安全性。
[0069]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，能够有效提高APK文件的处理的效率。
[0070]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，因此，不会影响第一 APK文件中的签名信息即第二 APK文件中的签名信息，不会影响应用升级操作。
[0071]另外，采用本发明提供的技术方案，无需操作人员参与，而且正确率高，从而提高了 APK文件的处理的效率和可靠性。
[0072]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0073]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0074]图2为本发明另一实施例提供的APK文件的处理装置的结构示意图，如图2所示。本实施例的APK文件的处理装置可以包括获得单元21、解压缩单元22、修改单元23和压缩单元24。其中，获得单元21，用于获得待处理的第一 APK文件；解压缩单元22，用于对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一ΜΕΤΑ-1NFO文件夹；修改单元23，用于将渠道标识信息，写到所述第一ΜΕΤΑ-1NFO文件夹中，以获得第二 ΜΕΤΑ-1NFO文件夹；压缩单元24，用于对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件。
[0075]其中，所述渠道标识信息，用于指示安卓应用的渠道即分发单元，例如，例如，联想的分发单元、三星的分发单元、华为的分发单元等。
[0076]需要说明的是，本实施例所提供的APK文件的处理装置可以为位于本地终端的应用，或者还可以为位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopment Kit, SDK)等功能单元，或者还可以为位于网络侧的服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。
[0077]可以理解的是，所述应用可以是安装在终端上的应用程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。
[0078]这样，通过解压缩单元对获得单元所获得的第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 ΜΕΤΑ-1NFO文件夹，进而由修改单元将渠道标识信息，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得第二 ΜΕΤΑ-1NFO文件夹，使得压缩单元能够对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题,从而提高了 APK文件的处理的安全性。
[0079]一般来说，APK文件，是一种安卓操作系统上的应用安装文件格式，其英文全称为“Applicat1n Package File”。一个安卓应用的代码想要在装载安卓操作系统的设备上运行，必须先进行编译，然后被打包成为一个被安卓操作系统所能识别的文件才可以被运行，而这种能被安卓操作系统识别并运行的文件格式便是APK”。一个APK文件内包含清单文件(AndroidManifest.xml) > META-1NFO 文件夹、被编译的代码文件(classes, dex) > res 文件夹和资源文件(resources, arse)。其中，APK文件的详细描述可以参见现有技术中的相关内容，此处不再赘述。APK文件实际上是一个ZIP压缩包。
[0080]由于ΜΕΤΑ-1NFO目录即ΜΕΤΑ-1NFO文件夹下存放的是签名信息，用来保证APK文件的完整性和系统的安全。也就是说，meta-1nfo文件夹中的内容，是在签名处理之后所产生的，因此，在meta-1nfo文件夹(即第一 meta-1nfo文件夹)中写入渠道标识信息，不会影响APK文件(即第一 APK文件)的签名信息，无需重新进行签名处理，这样，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了 APK文件的处理的安全性。
[0081]可选地，在本实施例的一个可能的实现方式中，所述解压缩单元22，具体可以用于对所述第一 APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据；相应地，所述压缩单元24，则具体可以用于对包含所述第二 ΜΕΤΑ-1NFO文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
[0082]可选地，在本实施例的一个可能的实现方式中，所述修改单元23，具体可以用于根据渠道标识信息，生成渠道标识文件；以及将所述渠道标识文件，写到所述第一 META-1NF0文件夹中，以获得所述第二 meta-1nfo文件夹。
[0083]其中，所述渠道标识文件可以为现有文件格式中的任意一种，例如，.TXT、.WORD等，本实施例对此不进行特别限定。
[0084]至此，完成了在APK文件中添加渠道标识信息的操作。
[0085]这样，如图3所示，本实施例所提供的APK文件的处理装置还可以进一步包括发送单元31，可以用于将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单
J Li ο
[0086]采用上述的技术方案，将渠道标识信息添加到APK文件中。在一些情况下，需要统计安卓应用的渠道信息，即统计APK文件是从哪个渠道下载的。例如，需要统计哪些渠道带来的用户量比较大。如图3所示，本实施例所提供的APK文件的处理装置还可以进一步包括统计单元41，可以用于接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端在所述第二 APK文件被下载和/或安装时，从所述第二 APK文件中获取。
[0087]例如，开发者可以在APK的源代码中，调用一个统计SDK，该统计SDK用于读取APK文件中所包含的meta-1nfo文件夹中的渠道标识信息，并将所读取的渠道标识信息发送给服务器，以供利用所述渠道标识信息，确定对应的渠道，进行后续的统计工作。
[0088]本实施例中，通过解压缩单元对获得单元所获得的第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一 meta-1nfo文件夹，进而由修改单元将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，使得压缩单元能够对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件，无需开发者对外公开APK文件的加密信息，能够避免现有技术中由于加密信息的公开而导致的第三方有可能会在APK文件中加入推广信息，甚至加入恶意模块的问题，从而提高了 APK文件的处理的安全性。
[0089]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，能够有效提高APK文件的处理的效率。
[0090]另外，采用本发明提供的技术方案，由于没有修改第一 APK文件的原始代码内容，因此无需重新执行签名操作，因此，不会影响第一 APK文件中的签名信息即第二 APK文件中的签名信息，不会影响应用升级操作。
[0091]另外，采用本发明提供的技术方案，无需操作人员参与，而且正确率高，从而提高了 APK文件的处理的效率和可靠性。
[0092]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0093]在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或页面组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0094]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0095]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0096]上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一个计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory, ROM)、随机存取存储器(Random Access Memory, RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0097]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【权利要求】
1.一种安卓应用的安装包APK文件的处理方法，其特征在于，包括: 获得待处理的第一 APK文件； 对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一元信息ΜΕΤΑ-1NFO文件夹； 将渠道标识信息，写到所述第一 meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹；对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件。
2.根据权利要求1所述的方法，其特征在于， 所述对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，包括: 对所述第一 APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据；所述对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二APK文件，包括: 对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
3.根据权利要求1所述的方法，其特征在于，所述将渠道标识信息，写到所述第一meta-1nfo文件夹中，以获得第二 meta-1nfo文件夹，包括: 根据渠道标识信息， 生成渠道标识文件； 将所述渠道标识文件，写到所述第一 meta-1nfo文件夹中，以获得所述第二 META-1NF0文件夹。
4.根据权利要求1~3任一权利要求所述的方法，其特征在于，所述对包含所述第二meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件之后，还包括: 将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单元。
5.根据权利要求1~3任一权利要求所述的方法，其特征在于，还包括: 接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端在所述第二 APK文件被下载或安装时，从所述第二 APK文件中获取。
6.一种安卓应用的安装包APK文件的处理装置，其特征在于，包括: 获得单元，用于获得待处理的第一 APK文件； 解压缩单元，用于对所述第一 APK文件进行解压缩处理，以获得第一解压缩数据，所述第一解压缩数据中包含第一元信息ΜΕΤΑ-1NFO文件夹； 修改单元，用于将渠道标识信息，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得第二meta-1nfo 文件夹； 压缩单元，用于对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行压缩处理，以获得第二 APK文件。
7.根据权利要求6所述的装置，其特征在于， 所述解压缩单元，具体用于 对所述第一 APK文件进行ZIP方式的解压缩处理，以获得所述第一解压缩数据； 所述压缩单元，具体用于 对包含所述第二 meta-1nfo文件夹的第二解压缩数据进行ZIP方式的压缩处理，以获得所述第二 APK文件。
8.根据权利要求6所述的装置，其特征在于，所述修改单元，具体用于 根据渠道标识信息，生成渠道标识文件；以及 将所述渠道标识文件，写到所述第一 ΜΕΤΑ-1NFO文件夹中，以获得所述第二 META-1NF0文件夹。
9.根据权利要求6~8任一权利要求所述的装置，其特征在于，所述装置还包括发送单元，用于 将所述第二 APK文件发送给所述渠道标识信息所标识的渠道的分发单元。
10.根据权利要求6~8任一权利要求所述的装置，其特征在于，所述装置还包括统计单元，用于 接收终端发送的所述渠道标识信息，所述渠道标识信息为所述终端当所述第二 APK文件被下载和/或被安 装时，从所述第二 APK文件中获取。
【文档编号】G06F21/12GK104077503SQ201410350217
【公开日】2014年10月1日 申请日期:2014年7月22日 优先权日:2014年7月22日
【发明者】李永亮, 赵禹 申请人:百度在线网络技术（北京）有限公司