一种软件安装包打包方法、装置及系统的制作方法
【技术领域】
[0001]本公开涉及软件安装技术领域，尤其涉及一种软件安装包打包方法、装置及系统。
【背景技术】
[0002]随着软件开发技术的发展，多种类型的软件安装包被开发，以满足用户的多样化需求。例如，软件开发人员开发出多种类型的游戏安装包，以满足用户的娱乐需求。
[0003]软件安装包在被开发完成后，可被推送至不同站点，以供用户下载使用。另外，有时需要知悉各个站点的推广力度，这种情况下，需要统计软件安装包在各个站点的下载量，从而需要打包所述软件安装包。打包软件安装包指的是，在确定软件安装包将要被推送的站点后，将该站点对应的渠道号添加至所述软件安装包中的过程。其中，添加有渠道号的软件安装包通常称为渠道包。在完成打包后，将渠道包推送至所述渠道号对应的站点，即可根据渠道号统计软件安装包在各个站点的下载量。
[0004]现有技术在打包软件安装包时，通常选用单个的服务器完成打包，并将获取到的渠道包传输至一个硬盘中，以供用户下载。
[0005]但是，发明人在本申请的研究过程中发现，现有的软件安装包打包方法打包效率低，由于目前各种类型的软件安装包数量较多，以及能够推送软件安装包的渠道较多，现有的软件安装包打包方法往往无法满足当前的打包需求。
【发明内容】
[0006]为克服相关技术中存在的问题，本公开提供一种软件安装包打包方法、装置及系统。
[0007]为了解决上述技术问题，本发明实施例公开了如下技术方案:
[0008]根据本公开实施例的第一方面，提供一种软件安装包打包方法，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包方法包括:
[0009]所述目标打包服务器向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0010]所述目标打包服务器在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0011]所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0012]进一步的，所述软件安装包打包方法还包括:所述目标打包服务器在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0013]进一步的，若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态。
[0014]进一步的，所述软件安装包打包方法还包括:
[0015]所述目标打包服务器在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0016]根据本公开实施例的第二方面，提供一种软件安装包打包装置，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包装置包括:
[0017]请求模块，用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0018]渠道包生成模块，用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0019]存储模块，用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0020]进一步的，所述软件安装包打包装置还包括:
[0021]连续请求模块，用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0022]进一步的，所述软件安装包打包装置还包括:
[0023]信息传输模块，用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0024]根据本公开实施例的第三方面，提供一种软件安装包打包系统，所述软件安装包打包系统包括:管理平台、打包集群和存储器，其中，
[0025]所述管理平台预先将软件安装包存储至所述存储器中；
[0026]所述打包集群中包含两个以上打包服务器，所述打包服务器包括以上所述的软件安装包打包装置；
[0027]所述存储器用于存储所述管理平台传输的软件安装包，并存储所述打包集群传输的渠道包。
[0028]进一步的，所述存储器为包含两个以上硬盘的存储集群。
[0029]进一步的，所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换。
[0030]本公开的实施例提供的技术方案可以包括以下有益效果:
[0031 ] 本申请中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的方法能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0032]另外，现有技术中，存储软件安装包和渠道包的存储器通常为一个独立的硬盘，往往存在存储容量不足的问题。本申请中，存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储，避免出现存储容量不足的问题。
[0033]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
【附图说明】
[0034]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
[0035]图1是根据一示例性实施例示出的一种软件安装包打包方法的工作流程示意图；
[0036]图2是根据一示例性实施例示出的一种软件安装包打包装置的结构示意图；
[0037]图3是根据一示例性实施例示出的一种软件安装包打包系统的结构示意图。
【具体实施方式】
[0038]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0039]为了解决现有技术在对软件安装包打包时，所存在的打包效率低的问题，本申请公开一种软件安装包打包方法、装置及系统。
[0040]本申请的第一实施例公开一种软件安装包打包方法，该方法应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器。
[0041]参见图1所示的工作流程示意图，本申请公开的软件安装包打包方法包括以下步骤:
[0042]步骤S11、所述目标打包服务器向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径。
[0043]软件安装包被开发出来后，管理平台会将其传输至存储器中存储，该软件安装包中不包含渠道号，通常可称为源安装包。
[0044]其中，该软件安装包可以为多种类型，如游戏软件安装包。另外，所述软件安装包可以为安卓系统适用的apk形式的软件安装包，也可以为支持塞班系统的jar形式的软件安装包，或者其他形式的软件安装包，本申请对此不做限定。
[0045]另外，渠道号指的是系统根据实体渠道分配的一个文字标识，例如，某一个站点的渠道号可被定义为QD_9527。管理平台在接收到目标打包服务器传输的打