应用的渠道信息的处理方法和装置与流程

本发明涉及计算机领域，具体而言，涉及一种应用的渠道信息的处理方法和装置。

背景技术：

在智能手机、平板电脑等智能终端上，需要通过app(application，即手机软件)来完善智能终端的功能，其中，智能终端上的app安装包通常是在应用市场上下载得到的。为了统计app在应用市场中的销量、下载量等信息，需要在app安装包中添加渠道标识，以便通过该渠道标识进行统计。

目前，在app安装包上添加渠道标识通常采用gradle多渠道打包方案、maven工具打包的方案或者apktool逆向打包的方案。但是，采用gradle、maven和apktool渠道包打包的方案，其过程非常慢，而且十分复杂，每打一个渠道包都需要重新构建工程或重新签名，这样将会降低渠道包打包效率；采用maven工具打包的方案需要人为修改打渠道包的代码，操作比较复杂，打包效率也比较低。

针对上述相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种应用的渠道信息的处理方法和装置，以至少解决相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种应用的渠道信息的处理方法，包括：获取第一渠道信息，其中，所述第一渠道信息用于指示目标应用被发布到目标应用市场的信息；对所述第一渠道信息进行加密处理，得到第二渠道信息；在所述目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，所述第一类目标空文件的名称根据所述第一渠道信息得到，所述第二类目标空文件的名称根据所述第二渠道信息得到，所述第一类目标空文件和所述第二类目标空文件为不参与对所述安装包进行完整性校验的空文件。

根据本发明实施例的另一方面，还提供了一种应用的渠道信息的处理装置，包括：获取单元，用于获取第一渠道信息，其中，所述第一渠道信息用于指示目标应用被发布到目标应用市场的信息；处理单元，用于对所述第一渠道信息进行加密处理，得到第二渠道信息；添加单元，用于在所述目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，所述第一类目标空文件的名称根据所述第一渠道信息得到，所述第二类目标空文件的名称根据所述第二渠道信息得到，所述第一类目标空文件和所述第二类目标空文件为不参与对所述安装包进行完整性校验的空文件。

在本发明实施例中，通过获取目标应用被发布到目标应用市场的第一渠道信息，并将该第一渠道信息进行加密处理，得出第二渠道信息，然后在目标应用的安装包中的目标目录内添加不参与对安装包进行完整性校验的空文件，并将该空文件分为第一类目标空文件和第二类目标空文件，其中，第一类目标空文件的名称是根据第一渠道信息得到的，第二类目标空文件的名称是根据第二渠道信息得到的，从而完成对目标应用的安装包的打包，得到经打包处理后的渠道包，实现了提高对应用的渠道包的处理效率的技术效果，解决了相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的技术问题。

附图说明

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

图1是根据本发明实施例的应用的渠道信息的处理方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的应用的渠道信息的处理方法的流程图；

图3是根据本发明实施例的一种可选的渠道包打包方案的流程图；

图4是根据本发明实施例的一种可选的原始渠道信息的示意图；

图5是根据本发明实施例的一种可选的主包meta-inf目录的示意图；

图6是根据本发明实施例的一种可选的注入对渠道信息加密后的特定规则的空文件的示意图；

图7是根据本发明实施例的一种可选的获取渠道信息的示意图；

图8是根据本发明实施例的一种可选的安全快速的android渠道包打包方案示意图；

图9是根据本发明实施例的一种可选的应用的渠道信息的处理装置的示意图；

图10是根据本发明实施例的另一种可选的应用的渠道信息的处理装置的示意图；

图11是根据本发明实施例的另一种可选的应用的渠道信息的处理装置的示意图；

图12是根据本发明实施例的另一种可选的应用的渠道信息的处理装置的示意图；

图13是根据本发明实施例的另一种可选的应用的渠道信息的处理装置的示意图；

图14是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

渠道：现在app每一个版本开发完成后，都将发布到各大应用市场，如应用宝、360手机助手、百度手机管家；为了统计这些app在应用市场的效果(例如销量，下载量等)，就需求一种方法来唯一标示它们，渠道就是这种标识。

apk：android应用的安装文件。

安装包：即软件安装包，是可自行解压缩文件的集合，其中包括软件安装的所有文件。

渠道包：发布到各大应用市场的安装包即渠道包。

渠道信息，渠道包中用于指示app所发布到的应用市场的信息。

实施例1

根据本发明实施例，提供了一种应用的渠道信息的处理方法实施例。

可选地，在本实施例中，上述应用的渠道信息的处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于pc、手机、平板电脑等。本发明实施例的应用的渠道信息的处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的应用的渠道信息的处理方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种可选的应用的渠道信息的处理方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，获取第一渠道信息，其中，第一渠道信息用于指示目标应用被发布到目标应用市场的信息；

步骤s204，对第一渠道信息进行加密处理，得到第二渠道信息；

步骤s206，在目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，第一类目标空文件的名称根据第一渠道信息得到，第二类目标空文件的名称根据第二渠道信息得到，第一类目标空文件和第二类目标空文件为不参与对安装包进行完整性校验的空文件。

通过上述步骤s202至步骤s206，通过获取目标应用被发布到目标应用市场的第一渠道信息，并将该第一渠道信息进行加密处理，得出第二渠道信息，然后在目标应用的安装包中的目标目录内添加不参与对安装包进行完整性校验的空文件，并将该空文件分为根据第一渠道信息得出空文件的名称的第一类目标空文件和根据第二渠道信息得出空文件的名称的第二类目标空文件，从而完成对原安装包的打包，得到经过打包处理后的渠道包，可以解决相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的技术问题，进而达到提高应用的渠道包的处理效率的技术效果。

在步骤s202提供的技术方案中，本发明实施例对目标应用的类型不做具体限定，例如目标应用可以是微信、qq浏览器、王者荣耀等基于智能终端的app应用；目标应用市场可以是发布目标应用的应用市场，例如目标应用市场可以是应用宝、360手机助手、百度手机管家等提供app下载的应用市场。目标应用被发布到目标应用市场之后，智能终端可以从目标应用市场中下载该目标应用。

在实际应用场景中，应用被发布到应用市场之后，从该应用市场所下载得到的应用安装包即为该应用的渠道包，该渠道包中可以包括用于指示该应用被发布到该应用市场的渠道信息。可选地，本发明实施例可以根据实际需求设定目标应用所能够发布到的目标应用市场的信息，其中，用于指示目标应用被发布到目标应用市场的信息可以为第一渠道信息。作为一种可选的实施例，第一渠道信息可以包括：目标应用市场的名称和目标应用市场的标识号。需要说明的是，第一渠道信息还可以包括其他信息，此处不再一一举例。本发明实施例可以首先确定该目标应用所发布到的目标应用市场，然后获取该目标应用市场的相关信息，包括但并不限于目标应用市场的名称以及目标应用市场的标识号，以实现获取第一渠道信息。

在步骤s204提供的技术方案中，在获取第一渠道信息之后，本发明实施例还可以对第一渠道信息进行加密处理，以得到第二渠道信息，这样能够达到提高第一渠道信息的安全性的效果。需要说明的是，本发明实施例在获取到的第一渠道信息和第二渠道信息之后，可以对其进行存储，以便于在对应用的渠道信息进行打包处理时可以方便使用，具体使用过程可以参见步骤s206所提供的技术方案的介绍。还需要说明的是，本发明实施例对第一渠道信息和第二渠道信息的存储位置不做具体限定，例如，其可以保存在目标应用的安装包中，也可以保存在执行该应用的渠道信息的处理方法的服务器的存储器中或目标应用市场对应的存储器中。还需要说明的是，本发明实施例中可以采用不可逆的md5加盐加密的方式对第一渠道信息进行加密处理，得到加密后的第二渠道信息。此处需要说明的是，md5的全称是message-digestalgorithm5(信息-摘要算法)，是让大容量信息在数字签名软件签署私人密匙前被“压缩”成一种保密的格式。加盐加密是一种对系统登录口令的加密方式，它实现的方式是将每一个口令同一个叫做“盐”(salt)的n位随机数相关联，并将口令与随机数连接起来然后一同加密。采用不可逆的md5加盐加密的方式对第一渠道信息进行加密处理能够进一步地提高第一渠道信息的安全性。还需要说明的是，本发明实施例还可以采用其他加密方式对第一渠道信息进行加密处理，此处不再一一举例说明。

在步骤s206提供的技术方案中，首先需要说明的是，能够被下载并成功安装使用的目标应用的安装包中的信息是完整的，如果安装包中的信息不完整则该目标应用无法正常使用，故目标应用的安装包被下载之后首先需要对其进行完整性校验，在校验通过的情况下才允许正常安装使用该目标应用。目标应用的安装包中包括一个目标目录，目标目录可以为meta-inf目录，mata-inf可以相当于一个信息包，meta-inf目录中的文件和目录获得java、android平台的认可与解释，用来配置应用程序、拓展程序、类加载器。并且，meta-inf目录内的空文件不参与在安装目标应用的过程中进行的完整性校验，所谓完整性校验可以理解为在meta-inf目录内所添加的空文件不会影响目标应用的完整性，同样也不会影响目标应用的安装和使用，对目标应用的安装包的完整性校验无需对在meta-inf目录内所添加的空文件进行校验。利用上述原理本发明实施例可以通过在meta-inf目录内添加空文件的方式完成对目标应用打渠道包的操作。

本发明实施例为了实现对目标应用的渠道包打包，可以在目标应用的安装包中的目标目录下添加空文件，其中，在目标目录下添加的空文件可以包括第一类目标空文件和第二类目标空文件，其中，第一类目标空文件和第二类目标空文件的名称可以根据预先获取并存储的第一渠道信息和第二渠道信息命名，具体地，第一类目标空文件的名称可以根据第一渠道信息得到，第二类目标空文件的名称可以根据第二渠道信息得到，且第一类目标空文件和第二类目标空文件不参与对目标应用的安装包进行完整性校验，也即在对目标应用的安装包进行完整性校验时无需对第一类目标空文件和第二类目标空文件进行校验。此处需要说明的是，本发明实施例对在目标目录下所添加的第一类目标空文件和第二类目标空文件的个数不做具体限定，可以是一个，也可以是多个。第一类目标空文件的个数可以根据第一渠道信息中所包括的信息内容确定，例如，假设第一渠道信息中只包括目标应用市场的名称，则第一类目标空文件的个数可以设置为一个，且该第一类目标空文件可以以目标应用市场的名称命名；假设第一渠道信息中包括目标应用市场的名称以及目标应用市场的标识号，则第一类目标空文件的个数可以设置为两个，其分别命名为目标应用市场的名称以及目标应用市场的标识号。同理，第二类目标空文件的个数可以根据第二渠道信息中所包括的信息内容确定，例如，假设第二渠道信息中只包括一条加密信息，则第二类目标空文件的个数可以设置为一个，且该第二类目标空文件可以以该条加密信息命名；假设第二渠道信息中只包括多条加密信息，则第二类目标空文件的个数可以设置为多个，且其分别以多条加密信息命名。上述只是简单举例说明第一类目标空文件以及第二类目标空文件的个数的确定方法，需要说明的是，第一类目标空文件以及第二类目标空文件的个数可以根据实际需求确定，此处不做具体限定。

采用本发明，通过在目标目录内添加根据第一渠道信息命名的第一类目标空文件和根据第二渠道信息命名的第二类目标空文件，从而可以将该第一类目标空文件和第二类目标空文件的名称作为渠道标识，完成目标应用的渠道包的打包处理。

作为一种可选的实施例，第一渠道信息可以包括：目标应用市场的名称和目标应用市场的标识号，其中，步骤s206在目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件可以包括：

步骤s2062，在目标应用的安装包中的目标目录下至少添加第一目标空文件和第二目标空文件，其中，第一类目标空文件包括第一目标空文件，第二类目标空文件包括第二目标空文件；

步骤s2064，将第一目标空文件的名称设置为目标应用市场的名称和目标应用市场的标识号中的至少一个，将第二目标空文件的名称设置为第二渠道信息。

需要说明的是，该可选实施例中在目标应用的目标目录下可以添加一个或多个第一类目标空文件，以及一个或多个第二类目标空文件，其中，第一类目标空文件中可以包括一个或多个第一目标空文件，第二类目标空文件可以包括一个或多个第二目标空文件。第一目标空文件的名称可以根据第一渠道信息得到，具体可以设置为目标应用市场的名称和目标应用市场的标识号中的至少一个；第二目标空文件的名称可以设置为第二渠道信息。

采用本发明上述可选实施例，通过将第一类渠道信息设置为第一目标空文件的名称，将第二类渠道信息设置为第二目标空文件的名称，能够实现将目标应用的渠道信息打包在目标应用的安装包中，以完成目标应用的渠道包的打包处理，这样无需修改代码，无需对目标应用的安装包进行重新编译，也无需重新签名，进而缩短渠道包的打包时间，达到提高目标应用的渠道包打包效率的效果。

作为一种可选的实施例，步骤s2064将第一目标空文件的名称设置为目标应用市场的名称和目标应用市场的标识号中的至少一个可以包括以下几种情况：

第一种情况，将第一目标空文件的名称设置为目标应用市场的名称或目标应用市场的标识号。

第二种情况，将第一目标空文件的名称设置为包括目标应用市场的名称和目标应用市场的标识号。

第三种情况，将第一目标空文件的名称设置为目标应用市场的名称，将第三目标空文件的名称设置为目标应用市场的标识号，其中，第一类目标空文件还包括第三目标空文件。

例如，当第一类目标空文件中只有一个空文件时，也即第一类目标空文件包括第一目标空文件时，该第一目标空文件的名称可以设置为目标应用市场的名称，或设置为目标应用市场的标识号，或设置为目标应用市场的名称和目标应用市场的标识号的组合。

例如，当第一类目标空文件中包括多个空文件时，例如两个，则这两个目标空文件的名称可以分别设置为目标应用市场的名称与目标应用市场的标识号。可选地，当第一类目标空文件包括第一目标空文件和第三目标空文件时，第一目标文件的名称可以设置为目标应用市场的名称，第三目标文件的名称可以设置为目标应用市场的标识号，或者第一目标文件的名称可以设置为目标应用市场的标识号，第三目标文件的名称可以设置为目标应用市场的名称。

采用本发明上述可选实施例，通过上述几种情况可以实现将第一渠道信息完整地体现在第一目标空文件的名称，将第二渠道信息完整地体现在第二目标空文件的名称，这样可以使得根据第一目标空文件的名称和第二目标空文件的名称能够直接获取到目标应用的渠道信息，进而达到提高目标应用的渠道包的打包效率的效果。

作为一种可选的实施例，在步骤s206目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件之后，该可选实施例还可以包括步骤s207至步骤s210：

步骤s207，在目标应用被启动之后，读取目标目录下的第二类目标空文件的名称；

步骤s208，对第二类目标空文件的名称进行解密处理，得到第三渠道信息；

步骤s209，将第三渠道信息与目标目录下的第一类目标空文件的名称进行匹配；

步骤s210，在第三渠道信息与第一类目标空文件的名称匹配的情况下，确定第一类目标空文件的名称所表示的第一渠道信息正确。

需要说明的是，在目标应用被启动后，目标应用可以读取目标目录下的第二类目标空文件的名称，并对第二类目标空文件的名称进行解密处理，得到第三渠道信息。此处需要说明的是，在第一渠道信息没有被篡改的情况下，第三渠道信息与第一渠道信息匹配；在第一渠道信息被篡改的情况下，第三渠道信息与第一渠道信息不匹配。在获取第三渠道信息之后，该可选实施例可以将该第三渠道信息与第一类目标空文件名称进行匹配，在第三渠道信息与第一类目标空文件名称匹配的情况下，则可以说明第三渠道信息与第一渠道信息匹配，进而可以确定第一类目标文件的名称所表示的第一渠道信息正确；在第三渠道信息与第一类目标空文件名称不匹配的情况下，则可以说明第三渠道信息与第一渠道信息不匹配，进而可以确定第一类目标文件的名称所表示的第一渠道信息不正确，此时存在安全风险。此处的“匹配”可以是相同或者相等。

本发明上述可选实施例，通过对第二类目标空文件的名称进行解密得到第三渠道信息，再判断第三渠道信息与第一类目标空文件的名称是否匹配，从而判断第一渠道信息是否被篡改，以达到确保渠道信息的准确性和安全性的目的。

作为一种可选的实施例，在步骤s206目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件之后，该可选实施例还可以包括步骤s211：

步骤s211，向服务器发送携带有第一渠道信息的目标请求，其中，目标请求用于请求获取目标应用在目标应用市场的下载量，第一渠道信息由第一类目标空文件的名称表示；

步骤s212，接收服务器响应目标请求所发送的目标响应，其中，目标响应中携带有指示下载量的信息。

需要说明的是，该可选实施例中的目标请求中可以携带有第一渠道信息，目标请求可以用于请求获取目标应用在目标应用市场的下载量。该可选实施例中目标请求的发送方可以是任意终端或者区别与接收目标请求的其他服务器。当该可选实施例中的服务器接收到目标请求之后，服务器可以对该目标请求进行响应，在对该响应过程进行具体介绍之前，首先需要说明的是，目标应用被下载之后，目标应用可以向该服务器上报第一渠道信息，服务器可以存储并累计接收到第一渠道信息的次数，其中，该累计得到的次数可以用于指示目标应用在目标应用市场的下载量。服务器在接收到目标请求之后，可以包括根据已累计得到的接收到第一渠道信息的次数返回目标响应，其中，该目标响应中可以携带有服务器已累计得到的接收到第一渠道信息的次数，以指示目标应用在目标应用市场的下载量。

采用本发明上述实施例，通过服务器响应目标请求并返回携带有指示目标应用在目标应用市场的下载量的信息的目标响应，能够实现快速准确地获取目标应用在目标应用市场的下载量的信息的目的。

需要说明的是，本发明实施例可以应用在android平台。

本发明还提供了一种优选实施例，该优选实施例提供了一种安全快速的android渠道包打包方案，本方案只需要编译构建一次主包，其他渠道包通过往主包中注入不参与apk完整性校验的空文件，这些空文件使用特定规则的加密字符命名；然后在app启动时，读取这些特定文件的名称，使用对应的解密方法进行解密，校验并提取渠道信息；渠道包无需修改代码，无需重新编译，无需重新签名，从而大大的减少来渠道的打包时间，一个渠道包输出时间缩短到秒级。

该方案描述如下：

androidapk使用的是和java同一套签名校验方法，放在meta-inf目录下的空文件原则上是不进行签名校验的；apk安装时的完整性校验是不会校验meta-inf目录下的空文件，因此可以在无需重新编译打包的情况下，通过往apk注入空文件的方式实现渠道信息动态修改。

由于meta-inf目录下的空文件可以随便注入且可以绕过apk完整性和签名校验，所以会存在安全风险。为解决安全问题，该优选实施例可以采用不可逆的md5加盐加密的方式对空文件名称进行加密处理，然后在app启动时进行相应的解密算法校验并提取有效信息。

图3是根据本发明实施例的一种可选的渠道包打包方案的流程图，如图3所示，由于android渠道包apk无需修改源码，也无需重新编译，签名，因此该方法可以包括以下步骤：

步骤s302，编译主包。

步骤s304，使用python脚本对渠道信息进行加密处理。其中，python是一种面向对象的解释型计算机设计语言。此处的加密处理采用不可逆的md5加盐加密的方式。

步骤s306，在主包apk文件中通过脚本往meta-inf目录下注入以加密后的渠道信息命名的满足特定规则的空文件。其中，特定规则可以根据实际需求设定，此处不做具体限定。

步骤s308，在app启动后读取meta-inf目录下的满足特定规则的空文件，使用对应的解密算法从空文件名称校验并提取渠道信息。

针对上述执行流程，现举例如下：

图4是根据本发明实施例的一种可选的原始渠道信息的示意图，如图4所示，获取的原始渠道信息包括渠道的名称：“channel＝ad_xiaomi”；渠道的编号：“channel_id＝100005”。

图5是根据本发明实施例的一种可选的主包meta-inf目录的示意图，如图5所示，在编译主包中包括meta-inf目录。

图6是根据本发明实施例的一种可选的注入对渠道信息加密后的特定规则的空文件的示意图，如图6所示，在meta-inf目标的文件夹中加入名称为channel_ad_xiaomi的空文件、名称为id_100005的空文件以及根据加密后的字符命名的空文件。

图7是根据本发明实施例的一种可选的获取渠道信息的示意图，如图7所示，在app启动时对空文件的名称进行校验解密并提取渠道信息，其中，获取渠道信息可以通过抓包的方式。利用所提取到的渠道信息可以进行应用与统计，例如统计app的下载量。

图8是根据本发明实施例的一种可选的安全快速的android渠道包打包方案示意图，如图8所示，该渠道包打包方案的具体过程可以描述为：渠道信息使用不可逆的md5加盐加密方法进行加密后得到加密后渠道信息；然后使用特定规则处理加密后的渠道信息；在编译主包文件夹中插入以处理后的渠道信息命名的空文件；至此渠道包打包过程结束。在app启动之后，app读取特定规则的空文件，并使用对应的解密算法对空文件的名称进行校验，以实现提取渠道信息。

本发明所提供的快速安全的渠道打包方式，可以无需人工修改源码，无需重新编译构建apk，无需重新签名apk，对渠道信息进行了防篡改加密处理，实现了1秒打一个安全的渠道包，极大的提高了渠道包打包效率。

本发明中使用通过脚本往meta-inf目录下注入以加密后的渠道信息命名的满足特定规则的空文件，并再app启动时读取空文件，并通过对应的解密算法校验提取渠道信息，最后应用在统计中。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

根据本发明实施例，还提供了一种用于实施上述应用的渠道信息的处理方法的应用的渠道信息的处理装置。图9是根据本发明实施例的一种可选的应用的渠道信息的处理装置的示意图，如图9所示，该装置可以包括：

获取单元91，用于获取第一渠道信息，其中，第一渠道信息用于指示目标应用被发布到目标应用市场的信息；处理单元93，用于对第一渠道信息进行加密处理，得到第二渠道信息；添加单元95，用于在目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，第一类目标空文件的名称根据第一渠道信息得到，第二类目标空文件的名称根据第二渠道信息得到，第一类目标空文件和第二类目标空文件为不参与对安装包进行完整性校验的空文件。

需要说明的是，该实施例中的获取单元91可以用于执行本申请实施例1中的步骤s202，该实施例中的处理单元93可以用于执行本申请实施例1中的步骤s204，该实施例中的添加单元95可以用于执行本申请实施例1中的步骤s206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

作为一种可选的实施例，如图10所示，第一渠道信息可以包括：目标应用市场的名称和目标应用市场的标识号，其中，添加单元95包括：添加模块951，用于在目标应用的安装包中的目标目录下至少添加第一目标空文件和第二目标空文件，其中，第一类目标空文件包括第一目标空文件，第二类目标空文件包括第二目标空文件；设置模块953，用于将第一目标空文件的名称设置为目标应用市场的名称和目标应用市场的标识号中的至少一个，将第二目标空文件的名称设置为第二渠道信息。

作为一种可选的实施例，如图11所示，设置模块953可以包括：第一设置子模块9531，用于将第一目标空文件的名称设置为目标应用市场的名称或目标应用市场的标识号；或者第二设置子模块9533，用于将第一目标空文件的名称设置为包括目标应用市场的名称和目标应用市场的标识号；或者第三设置子模块9535，用于将第一目标空文件的名称设置为目标应用市场的名称，将第三目标空文件的名称设置为目标应用市场的标识号，其中，第一类目标空文件还包括第三目标空文件。

作为一种可选的实施例，如图12所示，该实施例还可以包括：读取单元121，用于在所述目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件之后，在目标应用被启动之后，读取目标目录下的第二类目标空文件的名称；解密单元123，用于对第二类目标空文件的名称进行解密处理，得到第三渠道信息；匹配单元125，用于将第三渠道信息与目标目录下的第一类目标空文件的名称进行匹配；确定单元127，用于在第三渠道信息与第一类目标空文件的名称匹配的情况下，确定第一类目标空文件的名称所表示的第一渠道信息正确。

作为一种可选的实施例，如图13所示，该实施例还可以包括：发送单元131，用于在所述对所述第二类目标空文件的名称进行解密处理，得到所述第三渠道信息之后，向服务器发送携带有第一渠道信息的目标请求，其中，目标请求用于请求获取目标应用在目标应用市场的下载量，第一渠道信息由第一类目标空文件的名称表示；接收单元133，用于接收服务器响应目标请求所发送的目标响应，其中，目标响应中携带有指示下载量的信息。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，完成对原安装包的打包，得到经过打包处理后的渠道包，可以解决相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的技术问题，进而达到提高渠道包的处理效率的技术效果。

实施例3

根据本发明实施例，还提供了一种用于实施上述应用的渠道信息的处理方法的终端。

图14是根据本发明实施例的一种终端的结构框图，如图14所示，该终端可以包括：一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205，如图14所示，该终端还可以包括输入输出设备207。

其中，存储器203可用于存储软件程序以及模块，如本发明实施例中的应用的渠道信息的处理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用的渠道信息的处理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置205用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器203用于存储应用。

处理器201可以调用存储器203存储的应用，以执行下述步骤：获取第一渠道信息，其中，第一渠道信息用于指示目标应用被发布到目标应用市场的信息；对第一渠道信息进行加密处理，得到第二渠道信息；在目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，第一类目标空文件的名称根据第一渠道信息得到，第二类目标空文件的名称根据第二渠道信息得到，第一类目标空文件和第二类目标空文件为不参与对安装包进行完整性校验的空文件。

处理器201还用于执行下述步骤：在目标应用的安装包中的目标目录下至少添加第一目标空文件和第二目标空文件，其中，第一类目标空文件包括第一目标空文件，第二类目标空文件包括第二目标空文件；将第一目标空文件的名称设置为目标应用市场的名称和目标应用市场的标识号中的至少一个，将第二目标空文件的名称设置为第二渠道信息。

处理器201还用于执行下述步骤：将第一目标空文件的名称设置为目标应用市场的名称或目标应用市场的标识号；或者将第一目标空文件的名称设置为包括目标应用市场的名称和目标应用市场的标识号；或者将第一目标空文件的名称设置为目标应用市场的名称，将第三目标空文件的名称设置为目标应用市场的标识号，其中，第一类目标空文件还包括第三目标空文件。

处理器201还用于执行下述步骤：在目标应用被启动之后，读取目标目录下的第二类目标空文件的名称；对第二类目标空文件的名称进行解密处理，得到第三渠道信息；将第三渠道信息与目标目录下的第一类目标空文件的名称进行匹配；在第三渠道信息与第一类目标空文件的名称匹配的情况下，确定第一类目标空文件的名称所表示的第一渠道信息正确。

处理器201还用于执行下述步骤：向服务器发送携带有第一渠道信息的目标请求，其中，目标请求用于请求获取目标应用在目标应用市场的下载量，第一渠道信息由第一类目标空文件的名称表示；接收服务器响应目标请求所发送的目标响应，其中，目标响应中携带有指示下载量的信息。

采用本发明实施例，通过获取目标应用被发布到目标应用市场的第一渠道信息，并将该第一渠道信息进行加密处理，得出第二渠道信息，然后在目标应用的安装包中的目标目录内添加不参与对安装包进行完整性校验的空文件，并将该空文件分为根据第一渠道信息得出空文件的名称的第一类目标空文件和第二渠道信息得出空文件的名称的第二类目标空文件，从而完成对原安装包的打包，得到经打包处理后的渠道包，可以解决相关技术中的渠道包的处理方案需要重新编译安装包，导致渠道包的处理效率较低的技术问题，进而达到提高渠道包的处理效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图14所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图14其并不对上述电子装置的结构造成限定。例如，终端还可包括比图14中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图14所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行应用的渠道信息的处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

s1，获取第一渠道信息，其中，第一渠道信息用于指示目标应用被发布到目标应用市场的信息；

s2，对第一渠道信息进行加密处理，得到第二渠道信息；

s3，在目标应用的安装包中的目标目录下添加第一类目标空文件和第二类目标空文件，其中，第一类目标空文件的名称根据第一渠道信息得到，第二类目标空文件的名称根据第二渠道信息得到，第一类目标空文件和第二类目标空文件为不参与对安装包进行完整性校验的空文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在目标应用的安装包中的目标目录下至少添加第一目标空文件和第二目标空文件，其中，第一类目标空文件包括第一目标空文件，第二类目标空文件包括第二目标空文件；将第一目标空文件的名称设置为目标应用市场的名称和目标应用市场的标识号中的至少一个，将第二目标空文件的名称设置为第二渠道信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：将第一目标空文件的名称设置为目标应用市场的名称或目标应用市场的标识号；或者将第一目标空文件的名称设置为包括目标应用市场的名称和目标应用市场的标识号；或者将第一目标空文件的名称设置为目标应用市场的名称，将第三目标空文件的名称设置为目标应用市场的标识号，其中，第一类目标空文件还包括第三目标空文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在目标应用被启动之后，读取目标目录下的第二类目标空文件的名称；对第二类目标空文件的名称进行解密处理，得到第三渠道信息；将第三渠道信息与目标目录下的第一类目标空文件的名称进行匹配；在第三渠道信息与第一类目标空文件的名称匹配的情况下，确定第一类目标空文件的名称所表示的第一渠道信息正确。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：向服务器发送携带有第一渠道信息的目标请求，其中，目标请求用于请求获取目标应用在目标应用市场的下载量，第一渠道信息由第一类目标空文件的名称表示；接收服务器响应目标请求所发送的目标响应，其中，目标响应中携带有指示下载量的信息。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。