一种软件安装包打包方法、装置及系统的制作方法
一种软件安装包打包方法、装置及系统的制作方法
【技术领域】
[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。管理平台在接收到目标打包服务器传输的打 包请求后，会通过打包任务将相应的渠道号传输至所述目标打包服务器。
[0046]步骤S12、所述目标打包服务器在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中。
[0047]在进行打包前，管理平台已经将软件安装包存储至存储器中，目标打包服务器根据打包任务中包含的软件安装包的存储路径，访问所述存储器，即可获取所述软件安装包。
[0048]步骤S13、所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0049]所述管理平台下发的打包任务中包含渠道包的存储路径，所述目标打包服务器在生成渠道包后，即可将其存储至所述渠道包的存储路径对应的存储区域中。
[0050]步骤S11至步骤S13公开一种软件安装包打包方法。该方法中，打包集群中出现处于空闲状态的打包服务器时，则确定该处于空闲状态的打包服务器为目标打包服务器，所述目标打包服务器向管理平台发出打包请求，接收该管理平台传输的打包任务，并根据打包任务中包含的软件安装包的存储路径，获取待打包的软件安装包，在软件安装包中添加所述打包任务中包含的渠道号，生成渠道包，再将所述渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。
[0051 ] 该方法中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的方法能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0052]另外，现有技术中，存储软件安装包和渠道包的存储器通常为一个独立的硬盘，往往存在存储容量不足的问题。本申请中，存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储，避免出现存储容量不足的问题。
[0053]进一步的，本申请中的各个打包服务器和硬盘采用0CFS2 (Oracle Cluster FileSystem 2，oracle集群文件系统)文件系统，各个打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI (Internet Small ComputerSystem Interface，Internet小型计算机系统接口)协议进行数据交换，从而使各个打包服务器能够通过文件系统接口访问硬盘，不需要额外为打包服务器和硬盘开发通信接口。
[0054]当然，打包服务器和硬盘还可以采用其他文件系统，例如HDFS、FastDFS、MooseFS和Ceph等文件系统，本申请对此不做限定。
[0055]为了提高打包效率，还可以扩展打包集群中打包服务器的数量，也就是说，所述打包集群中打包服务器的数量可水平扩展。并且，为了提高存储量，还可以增加硬盘数量，对硬盘进行扩容。其中，若所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换，则所述打包集群通常支持1?255个打包服务器，存储集群通常支持1?255个硬盘。
[0056]进一步的，本申请公开的软件安装包打包方法还包括:
[0057]所述目标打包服务器在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0058]若当前不存在待打包的软件安装包，则所述目标打包服务器在向管理平台发出打包请求后，不会接收到所述管理平台传输的打包任务。这种情况下，所述目标打包服务器每隔预设时间间隔，如30秒钟，再次所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务为止，从而能够保证所述目标打包服务器能够及时获取打包任务，执行打包操作，提高软件安装包的打包效率。
[0059]另外，本申请中的打包服务器可同时执行两个以上的打包线程，从而提高打包效率。若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态，将其作为目标打包服务器。也就是说，若某一个打包服务器中存在空闲的打包线程，则将其作为目标打包服务器，执行软件安装包的打包操作。这种情况下，本申请应用的打包服务器能够采用多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0060]进一步的，本申请公开的软件安装包打包方法还包括:
[0061]所述目标打包服务器在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0062]管理平台在将所述渠道包的下载链接推送至下载端后，下载端的用户能够根据该下载链接，从存储器中获取相应的渠道包，完成下载。
[0063]相应的，本申请的第二实施例公开一种软件安装包打包装置，该软件安装包打包装置应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器。
[0064]若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态。
[0065]参见图2所示的结构示意图，所述软件安装包打包装置包括:请求模块100、渠道包生成模块200和存储模块300。
[0066]其中，所述请求模块100，用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0067]所述渠道包生成模块200，用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0068]所述存储模块300，用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0069]进一步的，本申请公开的软件安装包打包装置还包括:连续请求模块，所述连续请求模块用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0070]进一步的，本申请公开的软件安装包打包装置还包括:信息传输模块，所述信息传输模块用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0071 ] 本申请中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的软件安装包打包装置能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0072]另外，本申请中，存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储。并且，本申请应用的打包服务器能够采用多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0073]相应的，本申请还公开一种软件安装包打包系统，所述软件安装包打包系统包括:管理平台、打包集群和存储器。
[0074]其中，所述管理平台预先将软件安装包存储至所述存储器中。
[0075]所述打包集群中包含两个以上打包服务器，所述打包服务器包括第二实施例所述的软件安装包打包装置，也就是说，所述软件安装包打包装置包括:请求模块、渠道包生成模块和存储模块。进一步的，所述软件安装包打包装置还包括连续请求模块，或者，所述软件安装包打包装置还包括信息传输模块。
[0076]其中，所述请求模块用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0077]所述渠道包生成模块用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0078]所述存 储模块用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0079]另外，所述连续请求模块用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0080]另外，所述信息传输模块用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0081]所述存储器用于存储所述管理平台传输的软件安装包，并存储所述打包集群传输的渠道包。
[0082]参见图3所示的软件安装包打包系统的结构示意图，该图中，在完成软件安装包的开发后，软件运营人员将软件安装包上传至管理平台，并通过管理平台设置打包任务；所述管理平台将软件安装包存储至存储器中；所述打包集群中的目标打包服务器向所述管理平台发出打包请求，获取相应的打包任务，并根据打包任务，获取存储器中的软件安装包，并在其中添加渠道号，生成渠道包，将所述渠道包存储至存储器；管理平台将渠道包的下载链接推送至下载端；用户根据管理平台提供的下载链接，访问下载服务器，执行下载操作，获取存储器中存储的渠道包。
[0083]本申请中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的软件安装包打包系统能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0084]并且，本申请应用的打包服务器能够多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0085]进一步的，本申请公开的软件安装包打包系统中，所述存储器为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储，以避免出现存储容量不足的问题。
[0086]进一步的，本申请中的各个打包服务器和硬盘采用0CFS2 (Oracle Cluster FileSystem 2，oracle集群文件系统)文件系统，所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI (Internet Small ComputerSystem Interface，Internet小型计算机系统接口)协议进行数据交换，从而使各个打包服务器能够通过文件系统接口访问硬盘，不需要额外为打包服务器和硬盘开发通信接口。当然，还可以选用其他协议，本申请对此不做限定。
[0087]为了提高打包效率，还可以扩展打包集群中打包服务器的数量，也就是说，所述打包集群中打包服务器的数量可水平扩展。并且，为了提高存储量，还可以增加硬盘数量，对硬盘进行扩容。其中，若所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换，则所述打包集群通常支持1?255个打包服务器，存储集群通常支持1?255个硬盘。
[0088]关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0089]本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0090]应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
【主权项】
1.一种软件安装包打包方法，其特征在于，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包方法包括: 所述目标打包服务器向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径； 所述目标打包服务器在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中； 所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。2.根据权利要求1所述的方法，其特征在于，所述软件安装包打包方法还包括: 所述目标打包服务器在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。3.根据权利要求1所述的方法，其特征在于， 若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态。4.根据权利要求1至3任一项所述的方法，其特征在于，所述软件安装包打包方法还包括: 所述目标打包服务器在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。5.一种软件安装包打包装置，其特征在于，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包装置包括: 请求模块，用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径； 渠道包生成模块，用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中； 存储模块，用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。6.根据权利要求5所述的装置，其特征在于，所述软件安装包打包装置还包括: 连续请求模块，用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。7.根据权利要求5至6所述的装置，其特征在于，所述软件安装包打包装置还包括: 信息传输模块，用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。8.一种软件安装包打包系统，其特征在于，所述软件安装包打包系统包括:管理平台、打包集群和存储器，其中， 所述管理平台预先将软件安装包存储至所述存储器中； 所述打包集群中包含两个以上打包服务器，所述打包服务器包括如权利要求5至权利要求7任一项所述的软件安装包打包装置； 所述存储器用于存储所述管理平台传输的软件安装包，并存储所述打包集群传输的渠道包。9.根据权利要求8所述的系统，其特征在于， 所述存储器为包含两个以上硬盘的存储集群。10.根据权利要求9所述的系统，其特征在于， 所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换。
【专利摘要】本申请公开一种软件安装包打包方法、装置及系统，该申请中，打包集群中出现处于空闲状态的打包服务器时，确定处于空闲状态的打包服务器为目标打包服务器，目标打包服务器向管理平台发出打包请求，接收该管理平台传输的打包任务，并根据打包任务获取待打包的软件安装包，在软件安装包中添加打包任务中包含的渠道号，生成渠道包，再将渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。本申请采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并执行软件安装包的打包操作。相对于现有技术来说，本申请公开的方法能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
【IPC分类】G06F9/445
【公开号】CN105487881
【申请号】CN201510515923
【发明人】梁捷, 曾钟贤, 丘翀
【申请人】广州爱九游信息技术有限公司
【公开日】2016年4月13日
【申请日】2015年8月20日
【技术领域】
[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。管理平台在接收到目标打包服务器传输的打 包请求后，会通过打包任务将相应的渠道号传输至所述目标打包服务器。
[0046]步骤S12、所述目标打包服务器在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中。
[0047]在进行打包前，管理平台已经将软件安装包存储至存储器中，目标打包服务器根据打包任务中包含的软件安装包的存储路径，访问所述存储器，即可获取所述软件安装包。
[0048]步骤S13、所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0049]所述管理平台下发的打包任务中包含渠道包的存储路径，所述目标打包服务器在生成渠道包后，即可将其存储至所述渠道包的存储路径对应的存储区域中。
[0050]步骤S11至步骤S13公开一种软件安装包打包方法。该方法中，打包集群中出现处于空闲状态的打包服务器时，则确定该处于空闲状态的打包服务器为目标打包服务器，所述目标打包服务器向管理平台发出打包请求，接收该管理平台传输的打包任务，并根据打包任务中包含的软件安装包的存储路径，获取待打包的软件安装包，在软件安装包中添加所述打包任务中包含的渠道号，生成渠道包，再将所述渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。
[0051 ] 该方法中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的方法能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0052]另外，现有技术中，存储软件安装包和渠道包的存储器通常为一个独立的硬盘，往往存在存储容量不足的问题。本申请中，存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储，避免出现存储容量不足的问题。
[0053]进一步的，本申请中的各个打包服务器和硬盘采用0CFS2 (Oracle Cluster FileSystem 2，oracle集群文件系统)文件系统，各个打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI (Internet Small ComputerSystem Interface，Internet小型计算机系统接口)协议进行数据交换，从而使各个打包服务器能够通过文件系统接口访问硬盘，不需要额外为打包服务器和硬盘开发通信接口。
[0054]当然，打包服务器和硬盘还可以采用其他文件系统，例如HDFS、FastDFS、MooseFS和Ceph等文件系统，本申请对此不做限定。
[0055]为了提高打包效率，还可以扩展打包集群中打包服务器的数量，也就是说，所述打包集群中打包服务器的数量可水平扩展。并且，为了提高存储量，还可以增加硬盘数量，对硬盘进行扩容。其中，若所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换，则所述打包集群通常支持1?255个打包服务器，存储集群通常支持1?255个硬盘。
[0056]进一步的，本申请公开的软件安装包打包方法还包括:
[0057]所述目标打包服务器在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0058]若当前不存在待打包的软件安装包，则所述目标打包服务器在向管理平台发出打包请求后，不会接收到所述管理平台传输的打包任务。这种情况下，所述目标打包服务器每隔预设时间间隔，如30秒钟，再次所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务为止，从而能够保证所述目标打包服务器能够及时获取打包任务，执行打包操作，提高软件安装包的打包效率。
[0059]另外，本申请中的打包服务器可同时执行两个以上的打包线程，从而提高打包效率。若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态，将其作为目标打包服务器。也就是说，若某一个打包服务器中存在空闲的打包线程，则将其作为目标打包服务器，执行软件安装包的打包操作。这种情况下，本申请应用的打包服务器能够采用多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0060]进一步的，本申请公开的软件安装包打包方法还包括:
[0061]所述目标打包服务器在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0062]管理平台在将所述渠道包的下载链接推送至下载端后，下载端的用户能够根据该下载链接，从存储器中获取相应的渠道包，完成下载。
[0063]相应的，本申请的第二实施例公开一种软件安装包打包装置，该软件安装包打包装置应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器。
[0064]若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态。
[0065]参见图2所示的结构示意图，所述软件安装包打包装置包括:请求模块100、渠道包生成模块200和存储模块300。
[0066]其中，所述请求模块100，用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0067]所述渠道包生成模块200，用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0068]所述存储模块300，用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0069]进一步的，本申请公开的软件安装包打包装置还包括:连续请求模块，所述连续请求模块用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0070]进一步的，本申请公开的软件安装包打包装置还包括:信息传输模块，所述信息传输模块用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0071 ] 本申请中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的软件安装包打包装置能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0072]另外，本申请中，存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储。并且，本申请应用的打包服务器能够采用多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0073]相应的，本申请还公开一种软件安装包打包系统，所述软件安装包打包系统包括:管理平台、打包集群和存储器。
[0074]其中，所述管理平台预先将软件安装包存储至所述存储器中。
[0075]所述打包集群中包含两个以上打包服务器，所述打包服务器包括第二实施例所述的软件安装包打包装置，也就是说，所述软件安装包打包装置包括:请求模块、渠道包生成模块和存储模块。进一步的，所述软件安装包打包装置还包括连续请求模块，或者，所述软件安装包打包装置还包括信息传输模块。
[0076]其中，所述请求模块用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径；
[0077]所述渠道包生成模块用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中；
[0078]所述存 储模块用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
[0079]另外，所述连续请求模块用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。
[0080]另外，所述信息传输模块用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。
[0081]所述存储器用于存储所述管理平台传输的软件安装包，并存储所述打包集群传输的渠道包。
[0082]参见图3所示的软件安装包打包系统的结构示意图，该图中，在完成软件安装包的开发后，软件运营人员将软件安装包上传至管理平台，并通过管理平台设置打包任务；所述管理平台将软件安装包存储至存储器中；所述打包集群中的目标打包服务器向所述管理平台发出打包请求，获取相应的打包任务，并根据打包任务，获取存储器中的软件安装包，并在其中添加渠道号，生成渠道包，将所述渠道包存储至存储器；管理平台将渠道包的下载链接推送至下载端；用户根据管理平台提供的下载链接，访问下载服务器，执行下载操作，获取存储器中存储的渠道包。
[0083]本申请中，采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说，本申请公开的软件安装包打包系统能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
[0084]并且，本申请应用的打包服务器能够多个打包线程并发执行打包操作，进一步提高软件安装包的打包效率。
[0085]进一步的，本申请公开的软件安装包打包系统中，所述存储器为包含两个以上硬盘的存储集群，从而能够实现软件安装包和渠道包的海量存储，以避免出现存储容量不足的问题。
[0086]进一步的，本申请中的各个打包服务器和硬盘采用0CFS2 (Oracle Cluster FileSystem 2，oracle集群文件系统)文件系统，所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI (Internet Small ComputerSystem Interface，Internet小型计算机系统接口)协议进行数据交换，从而使各个打包服务器能够通过文件系统接口访问硬盘，不需要额外为打包服务器和硬盘开发通信接口。当然，还可以选用其他协议，本申请对此不做限定。
[0087]为了提高打包效率，还可以扩展打包集群中打包服务器的数量，也就是说，所述打包集群中打包服务器的数量可水平扩展。并且，为了提高存储量，还可以增加硬盘数量，对硬盘进行扩容。其中，若所述打包服务器和硬盘均为挂载到0CFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换，则所述打包集群通常支持1?255个打包服务器，存储集群通常支持1?255个硬盘。
[0088]关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0089]本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0090]应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
【主权项】
1.一种软件安装包打包方法，其特征在于，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包方法包括: 所述目标打包服务器向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径； 所述目标打包服务器在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中； 所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。2.根据权利要求1所述的方法，其特征在于，所述软件安装包打包方法还包括: 所述目标打包服务器在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。3.根据权利要求1所述的方法，其特征在于， 若所述打包服务器包含有两个以上的打包线程，且其中至少一个打包线程处于空闲状态，则确定所述打包服务器处于空闲状态。4.根据权利要求1至3任一项所述的方法，其特征在于，所述软件安装包打包方法还包括: 所述目标打包服务器在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。5.一种软件安装包打包装置，其特征在于，应用于目标打包服务器，所述目标打包服务器为打包集群中处于空闲状态的打包服务器，所述打包集群中包含两个以上打包服务器，所述软件安装包打包装置包括: 请求模块，用于向管理平台发出打包请求，以便所述管理平台向所述目标打包服务器传输打包任务，其中，所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径； 渠道包生成模块，用于在接收到所述打包任务后，根据所述软件安装包的存储路径，获取待打包的软件安装包，并将所述渠道号添加至所述软件安装包中，以生成渠道包，其中，所述软件安装包预先被所述管理平台存储至存储器中； 存储模块，用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。6.根据权利要求5所述的装置，其特征在于，所述软件安装包打包装置还包括: 连续请求模块，用于在向管理平台发出打包请求后，若未接收到所述管理平台传输的打包任务，每隔预设时间间隔再次向所述管理平台发出打包请求，直到所述目标打包服务器接收到所述打包任务。7.根据权利要求5至6所述的装置，其特征在于，所述软件安装包打包装置还包括: 信息传输模块，用于在将所述渠道包存储至所述存储器之后，向所述管理平台传输打包成功信息，以使所述管理平台在接收到所述打包成功信息后，将所述渠道包的下载链接推送至下载端。8.一种软件安装包打包系统，其特征在于，所述软件安装包打包系统包括:管理平台、打包集群和存储器，其中， 所述管理平台预先将软件安装包存储至所述存储器中； 所述打包集群中包含两个以上打包服务器，所述打包服务器包括如权利要求5至权利要求7任一项所述的软件安装包打包装置； 所述存储器用于存储所述管理平台传输的软件安装包，并存储所述打包集群传输的渠道包。9.根据权利要求8所述的系统，其特征在于， 所述存储器为包含两个以上硬盘的存储集群。10.根据权利要求9所述的系统，其特征在于， 所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点，并且，所述打包服务器和硬盘之间通过iSCSI协议进行数据交换。
【专利摘要】本申请公开一种软件安装包打包方法、装置及系统，该申请中，打包集群中出现处于空闲状态的打包服务器时，确定处于空闲状态的打包服务器为目标打包服务器，目标打包服务器向管理平台发出打包请求，接收该管理平台传输的打包任务，并根据打包任务获取待打包的软件安装包，在软件安装包中添加打包任务中包含的渠道号，生成渠道包，再将渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。本申请采用打包集群对软件安装包进行打包，打包集群中的每个打包服务器处于空闲状态时，就向管理平台发出打包请求，并执行软件安装包的打包操作。相对于现有技术来说，本申请公开的方法能够实现多台打包服务器的并发打包，提高打包软件安装包的效率。
【IPC分类】G06F9/445
【公开号】CN105487881
【申请号】CN201510515923
【发明人】梁捷, 曾钟贤, 丘翀
【申请人】广州爱九游信息技术有限公司
【公开日】2016年4月13日
【申请日】2015年8月20日
最新回复(0)