CN106020789A - 应用程序包的渠道信息添加方法、系统及打渠道包服务器 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种应用程序包的渠道信息添加方法、系统及打渠道包服务器。本发明中，包含以下步骤：将各渠道信息保存至预先约定的文件夹内；在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；将查找到的文件夹添加至应用程序包的指定目录内。本发明实施方式相对于现有技术而言，确保了增加渠道信息的应用程序包的无损性，并能够减小了渠道信息统计人员的工作量，提高了工作效率。

Description

应用程序包的渠道信息添加方法、系统及打渠道包服务器

技术领域

本发明涉及通信技术领域，特别涉及一种应用程序包的渠道信息添加技术。

背景技术

随着信息通信技术的发展，移动电子商务、智能终端、移动互联网各种应用已经开始启动，手机由于它的移动性和便携性成为各方面应用的平台，人们对智能终端和移动互联网的接受程度越来越高，手机的数量发展，尤其是手机应用的拓展，也取得了突破性的进展。

手机上的应用软件需要用户在网上，自行下载手机应用程序包进行安装。应用程序包可以是安卓系统Android的安装包。应用程序包的文件是把安卓软件程序开发包android sdk编译的工程打包成一个安装程序文件。通过UnZip解压后，可以看到执行程序。通过将应用程序包中文件直接传到Android模拟器或Android手机中执行即可安装。网络上的应用程序安装包的来源有多个方面，要想在应用程序安装包中加入渠道信息(如渠道编号)，就要对应用程序安装包解压并加入渠道等信息后再重新压缩，但经历解压压缩等一系列步骤后，会导致应用程序安装包损坏的问题；而且，统计人员在统计渠道信息时，也需要对添加有渠道信息的渠道包解压后，获取渠道编号，造成统计人员对渠道信息的统计效率问题。

发明内容

本发明的目的在于提供一种应用程序包的渠道信息添加方法、系统和打渠道包服务器，使得添加渠道信息的应用程序包不会损坏，并能够减小渠道信息统计人员的工作量，提高了工作效率。

为解决上述技术问题，本发明的实施方式提供了一种应用程序包的渠道信息添加方法，包含以下步骤：

将各渠道信息保存至预先约定的文件夹内；

在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；

将所述查找到的文件夹添加至所述应用程序包的指定目录内。

本发明的实施方式还提供了一种打渠道包服务器，包含：

存储模块，用于将各渠道信息保存至预先约定的文件夹内；

查找模块，用于在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；

添加模块，用于将查找模块查找到的文件夹添加至应用程序包的指定目录内。

本发明的实施方式还提供了一种应用程序包的渠道信息添加系统，包含：运用管理平台服务器和一种包含存储模块、查找模块和添加模块的打渠道包服务器；

运用管理平台服务器用于获取待添加渠道信息的应用程序包，并将获取的待添加渠道信息的应用程序包的统一资源定位符URL和待添加的渠道信息发送至打渠道包服务器，供打渠道包服务器根据该URL获取待添加渠道信息的应用程序包。

本发明实施方式相对于现有技术而言，各渠道信息保存至预先约定的文件夹内，通过将保存有渠道信息的文件夹添加至应用程序包的指定目录内，而无需对应用程序包进行解包，重新打包的过程，即可实现渠道信息的添加。由于避免了对应用程序包的解压及重新压缩过程，仅操作保存有渠道信息的文件夹，确保了最终添加有渠道信息的渠道包是完整的、无损的。而且将文件夹添加至应用程序包的指定目录内，统计人员只需通过调用工具命令直接读取特定文件夹，即可进行渠道信息的统计，提高了渠道信息统计人员的统计效率。

另外，在将查找到的文件夹添加至应用程序包的指定目录内的步骤中，通过调用安卓资产打包工具AAPT命令，将文件夹添加至指定目录内。利用AAPT命令的目的是将可扩展编辑语言XML资源文件从文本格式编译成二进制格式，通过调用系统的打包工具命令，可以高效地将保存有渠道信息的文件夹添加至指定目录内，有效解决了空间占用以及解析效率的问题。

另外，在将查找到的文件夹添加至应用程序包的指定目录内的步骤后，还包含：将完成文件夹添加的应用程序包，发送至内容分发网络进行分发；保存分发完成后的应用程序包的统一资源定位符URL。通过将完成文件夹添加的应用程序包，发送至内容分发网络进行分发，确保网络中所分发的应用程序包都包含有渠道信息在内的文件夹，通过保存已分发完成的应用程序包的统一资源定位符URL，可以判定下一次收到的应用程序包是否为已经添加过相同渠道信息的相同应用程序包。

另外，在查找待添加的渠道信息所在的文件夹的步骤之前，还包含：根据待添加渠道信息的应用程序包的URL和待添加的渠道信息，判断是否已为相同应用程序包添加过相同的渠道信息；如果尚未为相同应用程序包添加过相同的渠道信息，则再进入查找待添加的渠道信息所在的文件夹的步骤。防止对已加入渠道信息的应用程序包重复性的执行渠道信息添加操作。

附图说明

图1是根据本发明第一实施方式的一种应用程序包的渠道信息添加方法的流程图；

图2是根据本发明第二实施方式的一种应用程序包的渠道信息添加方法的交互流程图；

图3是本发明第三实施方式的打渠道包服务器的结构示意图；

图4是本发明第四实施方式的一种应用程序包的渠道信息添加系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种应用程序包的渠道信息添加方法。具体流程如图1所示，本实施例具体包括：

步骤101中，将各渠道信息保存至预先约定的文件夹内。本实施例中的渠道信息包含渠道编号和自定义信息。对于不同的渠道品牌，对应不同的渠道编号，例如乐视品牌的编号为0123，酷派品牌的品牌可以为0124。预先约定的文件夹，是指打包服务的操作人员与统计软件开发工具包SDK开发人员事先约定一个文件夹(即约定一个文件夹名)，然后，在本步骤中，将各渠道信息保存至相应文件夹中。

步骤102中，在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹。具体的说，操作人员预先保存各渠道信息和文件夹名的对应关系，例如，可以以列表的方式保存这种对应关系。在接收到应用程序包时，根据待添加的渠道信息，在预保存的对应关系中查找相对应的文件夹名称。

例如，接收到一个需要添加乐视渠道信息的应用程序包，根据操作人员预先保存的乐视渠道信息和文件夹名的对应关系，查找到保存有乐视渠道编号的文件夹。

步骤103中，将查找到的文件夹添加至应用程序包的指定目录内。具体的说，指定目录是打包服务的开发人员事先拟定好的目录。通过调用安卓资产打包工具AAPT命令，将文件夹添加至所述指定目录内。在一个应用程序包中，除了有代码文件之外，还有很多资源文件。这些资源文件是通过安卓资产打包工具AAPT命令打包到应用程序包里面的。在打包之前，大部分文本格式的可扩展编辑语言XML资源文件还会被编译成二进制格式的可扩展编辑语言XML资源文件。利用安卓资产打包工具AAPT命令的目的是将可扩展编辑语言XML资源文件从文本格式编译成二进制格式，通过调用系统的打包工具命令，可以高效地将保存有渠道信息的文件夹添加至指定目录内，从而解决空间占用以及解析效率的问题。

步骤104中，将完成文件夹添加的应用程序包，发送至内容分发网络进行分发。具体的说，内容分发网络能够实时的根据网络流量和各节点服务器的连接、负载状况以及到用户的距离和响应时间等综合信息，将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可以就近取得所需内容，解决网络应急状况，提高用户访问网站的响应速度。将完成文件夹添加的应用程序包，发送至内容分发网络进行分发，可以使传输的应用程序包更快、更稳定。

步骤105中，保存分发完成后的应用程序包的统一资源定位符URL。具体的说，分发完成后的应用程序包就是已经添加了渠道信息的应用程序包，添加有渠道信息的应用程序包，也可称为渠道包。统一资源定位符URL是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的统一资源定位符URL，它包含的信息可以指出文件的位置。保存的统一资源定位符URL就可以唯一确定一个应用程序包，用户需要请求渠道包时，只需告知渠道包的URL，就可以方便用户下载添加有渠道信息的应用程序包。

相对现有技术而言，各渠道信息保存至预先约定的文件夹内，通过将保存有渠道信息的文件夹添加至应用程序包的指定目录内，而无需对应用程序包进行解包，重新打包的过程，即可实现渠道信息的添加。由于避免了对应用程序包的解压及重新压缩过程，仅操作保存有渠道信息的文件夹，确保了最终添加有渠道信息的渠道包是完整的、无损的。而且将文件夹添加至应用程序包的指定目录内，统计人员只需通过调用工具命令直接读取特定文件夹，即可进行渠道信息的统计，提高了渠道信息统计人员的统计效率。

本发明的第二实施方式涉及一种应用程序包的渠道信息添加方法。第二实施在第一实施方式的基础上，给出了更为具体的一种应用场景，具体流程如图2所示，本实施例具体包括：

步骤201中，由第一服务器获取待添加渠道信息的应用程序包。具体的说，第一服务器为运用管理平台服务器。运用管理平台服务器可以获取待添加渠道信息的应用程序包。例如，运用管理平台服务器对研发者上传的应用程序包进行检测，如果发现应用程序包中没有包含渠道信息的文件夹，就将该应用程序包获取，等待后续操作。

步骤202中，第一服务器将待添加渠道信息的应用程序包的URL和待添加的渠道信息，发送至第二服务器。具体的说，第二服务器为打渠道包服务器，运用管理平台服务器在获取到应用程序包后，需要为该应用程序包选择待添加的渠道信息，并将获取到的待添加渠道信息的应用程序包的URL，和待添加的渠道信息发送给打渠道包服务器，通过发送的统一资源定位符URL可以唯一确定一个应用程序包。

步骤203中，将渠道信息添加至应用程序包的指定目录。具体的说，由第二服务器(即打渠道包服务器)根据运用管理平台服务器发送的应用程序包的URL，下载该应用程序包并根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹。打渠道包服务器通过调用AAPT命令，将查找到的文件夹添加至下载的应用程序包的指定目录内。

需要说明的是，在实际应用中，在将渠道信息添加至应用程序包的指定目录之前，还可以先由第二服务器(即打渠道包服务器)进行是否已为相同应用程序包添加过相同渠道信息的判断，如果第二服务器判定尚未为相同应用程序包添加过相同的渠道信息，则第二服务器再根据待添加渠道信息的应用程序包的URL，获取该应用程序包，并查找待添加的渠道信息所在的文件夹，将查找到的文件夹添加至应用程序包的指定目录内。防止对已加入渠道信息的应用程序包重复性的执行渠道信息添加操作，避免了打渠道包服务器进行重复的操作。

步骤204中，将完成文件夹添加的应用程序包，发送至内容分发网络进行分发。具体的说，由第二服务器，即打渠道包服务器将添加了渠道信息的应用程序包(即渠道包)发送至内容分发网络进行分发。内容分发网络能够使传输的应用程序包更快、更稳定。

步骤205中，打渠道包服务器保存应用程序包的URL。具体的说，打渠道包服务器接收内容分发网络反馈的分发完成后渠道包所在的URL，并且保存这个URL，可以记录已经添加了渠道信息的应用程序包。

步骤206中，反馈分发完成后的应用程序包的URL。具体地说，打渠道包服务器需要将添加有渠道信息的应用程序包(即渠道包)的URL反馈给运用管理平台服务器，供渠道包的请求方下载该渠道包。

另外，本领域技术人员可以理解，在本实施方式中，如果在步骤203中，第二服务器判定已为相同应用程序包添加过相同的渠道信息，则可以直接返回之前保存的该渠道包的URL，供渠道包的请求方下载该渠道包。

步骤207中，运用管理平台服务器保存应用程序包的URL。具体的说，运用管理平台服务器保存应用程序包的URL。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种打渠道包服务器，如图3所示，包含：

存储模块，用于将各渠道信息保存至预先约定的文件夹内；

查找模块，用于在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；

添加模块，用于将所述查找模块查找到的文件夹添加至所述应用程序包的指定目录内。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第四实施方式涉及一种应用程序包的渠道信息添加系统，如图4所示，包含：运用管理平台服务器、内容分发网络和一种包含存储模块、查找模块和添加模块的打渠道包服务器。运用管理平台服务器用于获取待添加渠道信息的应用程序包，并将获取的待添加渠道信息的应用程序包的统一资源定位符URL和待添加的渠道信息发送至打渠道包服务器，供打渠道包服务器根据该URL获取待添加渠道信息的应用程序包。

打渠道包服务器还包含：发送模块，用于将完成文件夹添加的应用程序包，发送至内容分发网络进行分发；

打渠道包服务器的存储模块，还用于保存分发完成后的应用程序包的统一资源定位符URL。

由于第一实施方式与本实施方式相互对应，因此本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，在第一实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种应用程序包的渠道信息添加方法，其特征在于，包含以下步骤：

将各渠道信息保存至预先约定的文件夹内；

在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；

将所述查找到的文件夹添加至所述应用程序包的指定目录内。

2.根据权利要求1所述的应用程序包的渠道信息添加方法，其特征在于，在将所述查找到的文件夹添加至所述应用程序包的指定目录内的步骤中，通过调用安卓资产打包工具AAPT命令，将所述文件夹添加至所述指定目录内。

3.根据权利要求1所述的应用程序包的渠道信息添加方法，其特征在于，在将所述查找到的文件夹添加至所述应用程序包的指定目录内的步骤后，还包含：

将完成文件夹添加的所述应用程序包，发送至内容分发网络进行分发；

保存所述分发完成后的应用程序包的统一资源定位符URL。

4.根据权利要求3所述的应用程序包的渠道信息添加方法，其特征在于，在所述查找待添加的渠道信息所在的文件夹的步骤之前，还包含：

根据所述待添加渠道信息的应用程序包的URL和待添加的渠道信息，判断是否已为相同应用程序包添加过相同的渠道信息；

如果尚未为相同应用程序包添加过相同的渠道信息，则再进入所述查找待添加的渠道信息所在的文件夹的步骤。

5.根据权利要求4所述的应用程序包的渠道信息添加方法，其特征在于，还包含：

由第一服务器获取待添加渠道信息的应用程序包；

所述第一服务器将所述待添加渠道信息的应用程序包的URL和待添加的渠道信息，发送至第二服务器，由所述第二服务器进行所述是否已为相同应用程序包添加过相同渠道信息的判断；

如果所述第二服务器判定尚未为相同应用程序包添加过相同的渠道信息，则所述第二服务器根据所述待添加渠道信息的应用程序包的URL，获取该应用程序包，并查找待添加的渠道信息所在的文件夹，将所述查找到的文件夹添加至所述应用程序包的指定目录内；

如果所述第二服务器判定已为相同应用程序包添加过相同的渠道信息，则所述第二服务器向所述第一服务器反馈所述分发完成后的应用程序包的URL。

6.根据权利要求5所述的应用程序包的渠道信息添加方法，其特征在于，所述第一服务器为运用管理平台服务器；所述第二服务器为打渠道包服务器。

7.根据权利要求1至6中任一项所述的应用程序包的渠道信息添加方法，其特征在于，所述渠道信息包含：渠道编号和自定义信息。

8.一种打渠道包服务器，其特征在于，包含：

存储模块，用于将各渠道信息保存至预先约定的文件夹内；

查找模块，用于在需对应用程序包添加渠道信息时，根据待添加的渠道信息，查找待添加的渠道信息所在的文件夹；

添加模块，用于将所述查找模块查找到的文件夹添加至所述应用程序包的指定目录内。

9.一种应用程序包的渠道信息添加系统，其特征在于，包含：运用管理平台服务器和如权利要求8所述的打渠道包服务器；

所述运用管理平台服务器用于获取待添加渠道信息的应用程序包，并将获取的所述待添加渠道信息的应用程序包的统一资源定位符URL和待添加的渠道信息发送至所述打渠道包服务器，供所述打渠道包服务器根据该URL获取所述待添加渠道信息的应用程序包。

10.根据权利要求9所述的应用程序包的渠道信息添加系统，其特征在于，还包含：内容分发网络；

所述打渠道包服务器还包含：发送模块，用于将完成文件夹添加的所述应用程序包，发送至所述内容分发网络进行分发；

所述打渠道包服务器的存储模块，还用于保存所述分发完成后的应用程序包的统一资源定位符URL。