CN104503745A - 一种生成应用渠道包的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种生成应用渠道包的方法及装置。该生成应用渠道包的方法包括：当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。本发明实施例可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

Description

一种生成应用渠道包的方法和装置

技术领域

本发明涉及数据处理技术领域，特别是涉及一种生成应用渠道包的方法和一种生成应用渠道包的装置。

背景技术

为了便于应用软件的推广，系统需要将原始的应用安装包制作成与第三方渠道对应的应用渠道包，以供内部或者外部的第三方渠道进行下载。第三方渠道越多，软件就越容易得到更广泛的推广，相应的，需要制作的应用渠道包也就越多。

现有的应用渠道包的生成方法一般要将渠道方的渠道信息写入应用的源码中，进行重新编译编码后形成针对某一渠道方的安装包。然而，随着应用软件和第三方渠道的数量的急剧增加，如果按照现有方法来生成应用渠道包，则效率较低，且会占据大量的系统资源。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何提高应用渠道包的生成效率。

发明内容

本发明实施例所要解决的技术问题是提供一种生成应用渠道包的方法，能够提高应用渠道包的生成效率。

相应的，本发明实施例还提供了一种生成应用渠道包的装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种生成应用渠道包的方法，包括：

当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；

调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；

将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

进一步，所述对所述渠道信息进行处理获得渠道数据，包括：

使用约定秘钥对所述渠道信息进行加密获得加密字符串。

进一步，在所述调取与所述渠道方所请求的应用渠道包相对应的应用安装包之前，还包括：

下载已接入所述软件开发工具包的应用安装包。

进一步，所述将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包，包括：

将所述渠道数据续接在所述应用安装包的结尾标识的后面，生成所述渠道方所请求的应用渠道包。

进一步，所述软件开发工具包将位于所述结尾标识后的数据作为所述应用渠道包的尾部数据。

本发明实施例还提供一种生成应用渠道包的装置，包括：

数据处理单元，用于当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；

安装包调取单元，用于调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；

渠道包生成单元，用于将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

进一步，所述数据处理单元，具体用于使用约定秘钥对所述渠道信息进行加密获得加密字符串。

进一步，所述装置还包括：

下载单元，用于在所述安装包调取单元调取与所述渠道方所请求的应用渠道包相对应的应用安装包之前，下载已接入所述软件开发工具包的应用安装包。

进一步，所述渠道包生成单元，具体用于将所述渠道数据续接在所述应用安装包的结尾标识的后面，生成所述渠道方所请求的应用渠道包。

进一步，所述软件开发工具包通过识别所述结尾标识来识别所述应用渠道包的尾部数据。

进一步，所述装置为内容分发网络CDN服务器。

与现有技术相比，本发明实施例包括以下优点：

本发明实施例通过利用应用安装包的数据结构特点，在应用安装包中接入SDK，并在应用安装包的尾部接入渠道数据生成应用渠道包，使得SDK可以读取出渠道数据实现应用渠道包的多渠道分发。该应用渠道包的生成无需重新编译应用安装包的源码，只需要预先在应用安装包中接入SDK，在生成应用渠道包时只要将渠道数据续写入应用安装包尾部即可，该方法可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

附图说明

图1是本发明的一种生成应用渠道包的方法实施例的步骤流程图；

图2是本发明的另一种生成应用渠道包的方法实施例的步骤流程图；

图3是本发明的另一种生成应用渠道包的方法实施例的步骤流程图；

图4是本发明的一种生成应用渠道包的装置实施例的结构框图；

图5是本发明的另一种生成应用渠道包的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种生成应用渠道包的方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，当获得渠道方的渠道信息时，对渠道信息进行处理获得渠道数据。

本发明实施例中，该生成应用渠道包的装置具体可以是服务器，例如内容分发网络(Content Delivery Network，CDN)服务器等。该装置可以通过接收渠道方发起的获取应用渠道包的请求来获知该渠道方的渠道信息，也可以是该装置向其它系统或装置主动请求获得的渠道方的渠道信息，还可以是该装置接收其它系统或装置发送的渠道方的渠道信息，例如其它系统或装置在获得渠道方的渠道信息后，通过URL传参的方式将渠道信息字符串传输给该装置。

该装置在获得渠道方的渠道信息后，对渠道信息进行处理获得渠道数据，具体的，可以使用约定秘钥对渠道信息进行加密获得加密字符串。

步骤102，调取与渠道方所请求的应用渠道包相对应的应用安装包，其中，该应用安装包预先接入了用于读取尾部数据的软件开发工具包(SoftwareDevelopment Kit，SDK)。

首先，很多应用安装包(例如安卓应用安装包)的文件为apk格式文件，实际上属于一种压缩文件。而压缩文件有固定的结尾标识，也就是说，无论在文件的结尾继续写任何内容，都不会影响应用安装包的正常安装。利用这个特点，本发明实施例在应用安装包中接入能够读取文件尾部数据的SDK，当该接入了SDK的应用安装包的尾部接入渠道数据时，该SDK就可以根据应用安装包的结尾标识识别并读取续接在应用安装包尾部的渠道数据，获取渠道信息，从而实现应用渠道包的多渠道分发。

基于此，在本步骤之前可以由各安卓应用开发商将原始的应用安装包进行处理，即接入SDK。具体的，可以将SDK接入应用安装包的源码中。其中，获得SDK的方法有多种，例如可以在手机助手的开发者中心中申请到。

各应用安装包在接入SDK之后，可以直接发送至该装置进行存储，也可以发送至或存储在某一数据库中，由该装置发送下载请求，下载已接入SDK的所有或某些或某一应用安装包。

该装置在接收到对某一应用渠道包的请求时即可调取与渠道方所请求的应用渠道包相对应的应用安装包，该应用安装包已接入SDK。

上述步骤101与步骤102可以同时进行或根据需要调整次序先后执行。此处不做限定。

步骤103，将渠道数据续接在应用安装包的尾部，生成渠道方所请求的应用渠道包。

该装置获得渠道数据及接入SDK的应用安装包后，即可直接将该渠道数据续接在应用安装包的尾部，具体的，可以是将渠道数据续接在应用安装包的结尾标识的后面，生成渠道方所请求的应用渠道包。

SDK识别出应用安装包的结尾标识后即可获知位于该结尾标识之后的字符串为渠道数据。进而可以获知渠道信息，实现应用渠道包的多渠道分发。

本发明实施例通过利用应用安装包的数据结构特点，在应用安装包中接入SDK，并在应用安装包的尾部接入渠道数据生成应用渠道包，使得SDK可以读取出渠道数据实现应用渠道包的多渠道分发。该应用渠道包的生成无需重新编译应用安装包的源码，只需要预先在应用安装包中接入SDK，在生成应用渠道包时只要将渠道数据续写入应用安装包尾部即可，该方法可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

参见图2，为本发明实施例另一种生成应用渠道包的方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201，CDN服务器获得应用安装包，并对接入SDK的应用安装包进行标记存储。

应用开发商可以将应用安装包存放在数据库中，由CDN服务器从该数据库中获得应用安装包，并可以通过读取应用安装包中的文件内容，识别某一字段值来区分应用安装包是否接入SDK，若接入了SDK则对该应用安装包进行标记，CDN在存储各应用安装包时可以与应用标识对应存储。

步骤202，CDN服务器接收渠道方的渠道信息，并对渠道信息进行加密获得渠道数据。

其它装置或系统在接收到渠道方对某一应用渠道包的请求时，将从该请求中获得的渠道信息发送至CDN服务器，并可进一步将该渠道方所请求的应用渠道包的相关信息告知CDN服务器，例如应用渠道包对应的应用的标识等。

CDN服务器进一步对该渠道信息进行加密以获得该渠道信息对应的字符串，也即渠道数据。该加密方式有多种。

步骤203，CDN服务器调取该渠道方所请求的应用渠道包对应的应用安装包。

CDN服务器可以根据应用的标识等信息查找到该渠道方所请求的应用渠道包对应的应用安装包，并进一步根据该应用安装包的标记来确认该应用安装包是否接入SDK。若接入了SDK则可直接执行步骤204，生成应用渠道包。

步骤204，CDN服务器将渠道数据续接在所调取的应用安装包的尾部，生成应用渠道包。

CDN服务器对调取的应用安装包进行二次处理，将渠道数据续接在应用安装包的尾部，具体可以是续接在应用安装包的结尾标识的后面，这样，SDK就可以通过识别该结尾标识，读取到结尾标识后面的渠道数据，实现该应用渠道包的多渠道分发。

本发明实施例一方面通过利用应用安装包的数据结构特点，在应用安装包中接入SDK，并在应用安装包的尾部接入渠道数据生成应用渠道包，使得SDK可以读取出渠道数据实现应用渠道包的多渠道分发。该应用渠道包的生成无需重新编译应用安装包的源码，只需要预先在应用安装包中接入SDK，在生成应用渠道包时只要将渠道数据续写入应用安装包尾部即可，该方法可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

另一方面，应用渠道包的制作过程完全在CDN服务器中实现，可以有很高的效率和速度，能够满足网络服务对效率的要求。

下面以生成应用标识id为1570738的应用渠道包为例进行说明，如图3所示，该方法可以包括：

步骤301，CDN预先下载并存储接入了SDK的应用标识id为1570738的应用安装包。

由应用开发商或其它装置在应用标识id为1570738的应用安装包源码中接入SDK。CDN下载该接入SDK的应用安装包后进行存储，假设其文件内容为A，视为一串长为86423013字节的字符串，文件A的结尾处有结尾标识。

步骤302，当获得渠道信息时，CDN对渠道信息进行加密获得渠道数据。

当接收到渠道方或其它装置对应用标识id为1570738的应用渠道包的请求时，获得渠道信息为360gamecenter，对其进行des加密，加密后字符串为一串不可读字符B，长度72字节。

步骤303，CDN从本地存储中调取应用标识id为1570738的接入SDK的应用安装包。

步骤304，CDN将渠道数据续接在接入了SDK的应用安装包尾部，生成应用渠道包。

CDN将字符串B续接在文件A后生成应用渠道包C。应用渠道包C中的SDK识别文件A中的结尾标识，并读取出位于结尾标识后面的应用渠道包C的尾部数据，也即字符串B，从而获知渠道信息，可以实现应用渠道包C多渠道分发。

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

参照图4，示出了本发明一种生成应用渠道包的装置实施例的结构框图，具体可以包括如下单元：

数据处理单元401，用于当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据。

安装包调取单元402，用于调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包。

渠道包生成单元403，用于将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

数据处理单元401可以通过接收渠道方发起的获取应用渠道包的请求来获知该渠道方的渠道信息，也可以是向其它系统或装置主动请求获得的渠道方的渠道信息，还可以是接收其它系统或装置发送的渠道方的渠道信息。数据处理单元401在获得渠道信息后，可以使用约定秘钥对渠道信息进行加密获得渠道数据。该装置在接收到对某一应用渠道包的请求时安装包调取单元402即可调取与渠道方所请求的应用渠道包相对应的应用安装包，该应用安装包已接入SDK。在数据处理单元401获得渠道数据，安装包调取单元402调取接入SDK的应用安装包后，渠道包生成单元403即可直接将该渠道数据续接在应用安装包的尾部，具体的，可以是将渠道数据续接在应用安装包的结尾标识的后面，生成渠道方所请求的应用渠道包。

本发明实施例通过上述单元利用应用安装包的数据结构特点，在应用安装包中接入SDK，并在应用安装包的尾部接入渠道数据生成应用渠道包，使得SDK可以读取出渠道数据实现应用渠道包的多渠道分发。该应用渠道包的生成无需重新编译应用安装包的源码，只需要预先在应用安装包中接入SDK，在生成应用渠道包时只要将渠道数据续写入应用安装包尾部即可，该装置可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

在本发明的另一实施例中，数据处理单401元，具体可以用于使用约定秘钥对所述渠道信息进行加密获得加密字符串。

渠道包生成单元403，具体可以用于将所述渠道数据续接在所述应用安装包的结尾标识的后面，生成所述渠道方所请求的应用渠道包。

上述软件开发工具包可以通过识别所述结尾标识来识别所述应用渠道包的尾部数据。

在另一实施例中，如图5所示，该装置除了可以包括数据处理单元401，安装包调取单元402，渠道包生成单元403之外，还可以包括：

下载单元501，用于在所述安装包调取单元402调取与所述渠道方所请求的应用渠道包相对应的应用安装包之前，下载已接入所述软件开发工具包的应用安装包。

上述装置具体可以是CDN服务器。

应用渠道包的制作过程完全在CDN服务器中实现，可以有很高的效率和速度，能够满足网络服务对效率的要求。

本发明实施例还提供了一种电子设备，该电子设备包括数据总线，存储器和处理器，其中，存储器中存储有一段运行程序代码，处理器通过数据总线获取存储器中的程序代码，并执行以下步骤：

当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；

调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；

将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

该电子设备利用应用安装包的数据结构特点，在应用安装包中接入SDK，并在应用安装包的尾部接入渠道数据生成应用渠道包，使得SDK可以读取出渠道数据实现应用渠道包的多渠道分发。该应用渠道包的生成无需重新编译应用安装包的源码，只需要预先在应用安装包中接入SDK，在生成应用渠道包时只要将渠道数据续写入应用安装包尾部即可，该电子设备可实时生成多个应用渠道包，相比修改源代码生成应用渠道包的方法，非常简单快速，应用渠道包的生成效率大大提高。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种生成应用渠道包的方法和一种生成应用渠道包的装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种生成应用渠道包的方法，其特征在于，包括：

当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；

调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；

将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

2.根据权利要求1所述的方法，其特征在于，所述对所述渠道信息进行处理获得渠道数据，包括：

使用约定秘钥对所述渠道信息进行加密获得加密字符串。

3.根据权利要求1所述的方法，其特征在于，在所述调取与所述渠道方所请求的应用渠道包相对应的应用安装包之前，还包括：

下载已接入所述软件开发工具包的应用安装包。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，所述将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包，包括：

将所述渠道数据续接在所述应用安装包的结尾标识的后面，生成所述渠道方所请求的应用渠道包。

5.根据权利要求4所述的方法，其特征在于，所述软件开发工具包将位于所述结尾标识后的数据作为所述应用渠道包的尾部数据。

6.一种生成应用渠道包的装置，其特征在于，包括：

数据处理单元，用于当获得渠道方的渠道信息时，对所述渠道信息进行处理获得渠道数据；

安装包调取单元，用于调取与所述渠道方所请求的应用渠道包相对应的应用安装包，其中，所述应用安装包预先接入了用于读取尾部数据的软件开发工具包；

渠道包生成单元，用于将所述渠道数据续接在所述应用安装包的尾部，生成所述渠道方所请求的应用渠道包。

7.根据权利要求6所述的装置，其特征在于，所述数据处理单元，具体用于使用约定秘钥对所述渠道信息进行加密获得加密字符串。

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

下载单元，用于在所述安装包调取单元调取与所述渠道方所请求的应用渠道包相对应的应用安装包之前，下载已接入所述软件开发工具包的应用安装包。

9.根据权利要求6至8中任意一项所述的装置，其特征在于，

所述渠道包生成单元，具体用于将所述渠道数据续接在所述应用安装包的结尾标识的后面，生成所述渠道方所请求的应用渠道包。

10.根据权利要求9所述的装置，其特征在于，所述软件开发工具包通过识别所述结尾标识来识别所述应用渠道包的尾部数据。

11.根据权利要求6至8中任意一项所述的装置，其特征在于，所述装置为内容分发网络CDN服务器。