CN105487881A - 一种软件安装包打包方法、装置及系统 - Google Patents
一种软件安装包打包方法、装置及系统 Download PDFInfo
- Publication number
- CN105487881A CN105487881A CN201510515923.5A CN201510515923A CN105487881A CN 105487881 A CN105487881 A CN 105487881A CN 201510515923 A CN201510515923 A CN 201510515923A CN 105487881 A CN105487881 A CN 105487881A
- Authority
- CN
- China
- Prior art keywords
- packing
- software installation
- installation kit
- service device
- management platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开一种软件安装包打包方法、装置及系统,该申请中,打包集群中出现处于空闲状态的打包服务器时,确定处于空闲状态的打包服务器为目标打包服务器,目标打包服务器向管理平台发出打包请求,接收该管理平台传输的打包任务,并根据打包任务获取待打包的软件安装包,在软件安装包中添加打包任务中包含的渠道号,生成渠道包,再将渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。本申请采用打包集群对软件安装包进行打包,打包集群中的每个打包服务器处于空闲状态时,就向管理平台发出打包请求,并执行软件安装包的打包操作。相对于现有技术来说,本申请公开的方法能够实现多台打包服务器的并发打包,提高打包软件安装包的效率。
Description
技术领域
本公开涉及软件安装技术领域,尤其涉及一种软件安装包打包方法、装置及系统。
背景技术
随着软件开发技术的发展,多种类型的软件安装包被开发,以满足用户的多样化需求。例如,软件开发人员开发出多种类型的游戏安装包,以满足用户的娱乐需求。
软件安装包在被开发完成后,可被推送至不同站点,以供用户下载使用。另外,有时需要知悉各个站点的推广力度,这种情况下,需要统计软件安装包在各个站点的下载量,从而需要打包所述软件安装包。打包软件安装包指的是,在确定软件安装包将要被推送的站点后,将该站点对应的渠道号添加至所述软件安装包中的过程。其中,添加有渠道号的软件安装包通常称为渠道包。在完成打包后,将渠道包推送至所述渠道号对应的站点,即可根据渠道号统计软件安装包在各个站点的下载量。
现有技术在打包软件安装包时,通常选用单个的服务器完成打包,并将获取到的渠道包传输至一个硬盘中,以供用户下载。
但是,发明人在本申请的研究过程中发现,现有的软件安装包打包方法打包效率低,由于目前各种类型的软件安装包数量较多,以及能够推送软件安装包的渠道较多,现有的软件安装包打包方法往往无法满足当前的打包需求。
发明内容
为克服相关技术中存在的问题,本公开提供一种软件安装包打包方法、装置及系统。
为了解决上述技术问题,本发明实施例公开了如下技术方案:
根据本公开实施例的第一方面,提供一种软件安装包打包方法,应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器,所述软件安装包打包方法包括:
所述目标打包服务器向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
所述目标打包服务器在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
进一步的,所述软件安装包打包方法还包括:所述目标打包服务器在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
进一步的,若所述打包服务器包含有两个以上的打包线程,且其中至少一个打包线程处于空闲状态,则确定所述打包服务器处于空闲状态。
进一步的,所述软件安装包打包方法还包括:
所述目标打包服务器在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
根据本公开实施例的第二方面,提供一种软件安装包打包装置,应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器,所述软件安装包打包装置包括:
请求模块,用于向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
渠道包生成模块,用于在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
存储模块,用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
进一步的,所述软件安装包打包装置还包括:
连续请求模块,用于在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
进一步的,所述软件安装包打包装置还包括:
信息传输模块,用于在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
根据本公开实施例的第三方面,提供一种软件安装包打包系统,所述软件安装包打包系统包括:管理平台、打包集群和存储器,其中,
所述管理平台预先将软件安装包存储至所述存储器中;
所述打包集群中包含两个以上打包服务器,所述打包服务器包括以上所述的软件安装包打包装置;
所述存储器用于存储所述管理平台传输的软件安装包,并存储所述打包集群传输的渠道包。
进一步的,所述存储器为包含两个以上硬盘的存储集群。
进一步的,所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI协议进行数据交换。
本公开的实施例提供的技术方案可以包括以下有益效果:
本申请中,采用打包集群对软件安装包进行打包,打包集群中的每个打包服务器处于空闲状态时,就向管理平台发出打包请求,并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说,本申请公开的方法能够实现多台打包服务器的并发打包,提高打包软件安装包的效率。
另外,现有技术中,存储软件安装包和渠道包的存储器通常为一个独立的硬盘,往往存在存储容量不足的问题。本申请中,存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群,从而能够实现软件安装包和渠道包的海量存储,避免出现存储容量不足的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种软件安装包打包方法的工作流程示意图;
图2是根据一示例性实施例示出的一种软件安装包打包装置的结构示意图;
图3是根据一示例性实施例示出的一种软件安装包打包系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
为了解决现有技术在对软件安装包打包时,所存在的打包效率低的问题,本申请公开一种软件安装包打包方法、装置及系统。
本申请的第一实施例公开一种软件安装包打包方法,该方法应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器。
参见图1所示的工作流程示意图,本申请公开的软件安装包打包方法包括以下步骤:
步骤S11、所述目标打包服务器向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径。
软件安装包被开发出来后,管理平台会将其传输至存储器中存储,该软件安装包中不包含渠道号,通常可称为源安装包。
其中,该软件安装包可以为多种类型,如游戏软件安装包。另外,所述软件安装包可以为安卓系统适用的apk形式的软件安装包,也可以为支持塞班系统的jar形式的软件安装包,或者其他形式的软件安装包,本申请对此不做限定。
另外,渠道号指的是系统根据实体渠道分配的一个文字标识,例如,某一个站点的渠道号可被定义为QD_9527。管理平台在接收到目标打包服务器传输的打包请求后,会通过打包任务将相应的渠道号传输至所述目标打包服务器。
步骤S12、所述目标打包服务器在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中。
在进行打包前,管理平台已经将软件安装包存储至存储器中,目标打包服务器根据打包任务中包含的软件安装包的存储路径,访问所述存储器,即可获取所述软件安装包。
步骤S13、所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
所述管理平台下发的打包任务中包含渠道包的存储路径,所述目标打包服务器在生成渠道包后,即可将其存储至所述渠道包的存储路径对应的存储区域中。
步骤S11至步骤S13公开一种软件安装包打包方法。该方法中,打包集群中出现处于空闲状态的打包服务器时,则确定该处于空闲状态的打包服务器为目标打包服务器,所述目标打包服务器向管理平台发出打包请求,接收该管理平台传输的打包任务,并根据打包任务中包含的软件安装包的存储路径,获取待打包的软件安装包,在软件安装包中添加所述打包任务中包含的渠道号,生成渠道包,再将所述渠道包存储至打包任务包含的渠道包的存储路径指示的存储区域。
该方法中,采用打包集群对软件安装包进行打包,打包集群中的每个打包服务器处于空闲状态时,就向管理平台发出打包请求,并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说,本申请公开的方法能够实现多台打包服务器的并发打包,提高打包软件安装包的效率。
另外,现有技术中,存储软件安装包和渠道包的存储器通常为一个独立的硬盘,往往存在存储容量不足的问题。本申请中,存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群,从而能够实现软件安装包和渠道包的海量存储,避免出现存储容量不足的问题。
进一步的,本申请中的各个打包服务器和硬盘采用OCFS2(OracleClusterFileSystem2,oracle集群文件系统)文件系统,各个打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI(InternetSmallComputerSystemInterface,Internet小型计算机系统接口)协议进行数据交换,从而使各个打包服务器能够通过文件系统接口访问硬盘,不需要额外为打包服务器和硬盘开发通信接口。
当然,打包服务器和硬盘还可以采用其他文件系统,例如HDFS、FastDFS、MooseFS和Ceph等文件系统,本申请对此不做限定。
为了提高打包效率,还可以扩展打包集群中打包服务器的数量,也就是说,所述打包集群中打包服务器的数量可水平扩展。并且,为了提高存储量,还可以增加硬盘数量,对硬盘进行扩容。其中,若所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI协议进行数据交换,则所述打包集群通常支持1~255个打包服务器,存储集群通常支持1~255个硬盘。
进一步的,本申请公开的软件安装包打包方法还包括:
所述目标打包服务器在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
若当前不存在待打包的软件安装包,则所述目标打包服务器在向管理平台发出打包请求后,不会接收到所述管理平台传输的打包任务。这种情况下,所述目标打包服务器每隔预设时间间隔,如30秒钟,再次所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务为止,从而能够保证所述目标打包服务器能够及时获取打包任务,执行打包操作,提高软件安装包的打包效率。
另外,本申请中的打包服务器可同时执行两个以上的打包线程,从而提高打包效率。若所述打包服务器包含有两个以上的打包线程,且其中至少一个打包线程处于空闲状态,则确定所述打包服务器处于空闲状态,将其作为目标打包服务器。也就是说,若某一个打包服务器中存在空闲的打包线程,则将其作为目标打包服务器,执行软件安装包的打包操作。这种情况下,本申请应用的打包服务器能够采用多个打包线程并发执行打包操作,进一步提高软件安装包的打包效率。
进一步的,本申请公开的软件安装包打包方法还包括:
所述目标打包服务器在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
管理平台在将所述渠道包的下载链接推送至下载端后,下载端的用户能够根据该下载链接,从存储器中获取相应的渠道包,完成下载。
相应的,本申请的第二实施例公开一种软件安装包打包装置,该软件安装包打包装置应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器。
若所述打包服务器包含有两个以上的打包线程,且其中至少一个打包线程处于空闲状态,则确定所述打包服务器处于空闲状态。
参见图2所示的结构示意图,所述软件安装包打包装置包括:请求模块100、渠道包生成模块200和存储模块300。
其中,所述请求模块100,用于向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
所述渠道包生成模块200,用于在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
所述存储模块300,用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
进一步的,本申请公开的软件安装包打包装置还包括:连续请求模块,所述连续请求模块用于在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
进一步的,本申请公开的软件安装包打包装置还包括:信息传输模块,所述信息传输模块用于在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
本申请中,采用打包集群对软件安装包进行打包,打包集群中的每个打包服务器处于空闲状态时,就向管理平台发出打包请求,并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说,本申请公开的软件安装包打包装置能够实现多台打包服务器的并发打包,提高打包软件安装包的效率。
另外,本申请中,存储软件安装包和渠道包的存储器通常为包含两个以上硬盘的存储集群,从而能够实现软件安装包和渠道包的海量存储。并且,本申请应用的打包服务器能够采用多个打包线程并发执行打包操作,进一步提高软件安装包的打包效率。
相应的,本申请还公开一种软件安装包打包系统,所述软件安装包打包系统包括:管理平台、打包集群和存储器。
其中,所述管理平台预先将软件安装包存储至所述存储器中。
所述打包集群中包含两个以上打包服务器,所述打包服务器包括第二实施例所述的软件安装包打包装置,也就是说,所述软件安装包打包装置包括:请求模块、渠道包生成模块和存储模块。进一步的,所述软件安装包打包装置还包括连续请求模块,或者,所述软件安装包打包装置还包括信息传输模块。
其中,所述请求模块用于向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
所述渠道包生成模块用于在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
所述存储模块用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
另外,所述连续请求模块用于在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
另外,所述信息传输模块用于在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
所述存储器用于存储所述管理平台传输的软件安装包,并存储所述打包集群传输的渠道包。
参见图3所示的软件安装包打包系统的结构示意图,该图中,在完成软件安装包的开发后,软件运营人员将软件安装包上传至管理平台,并通过管理平台设置打包任务;所述管理平台将软件安装包存储至存储器中;所述打包集群中的目标打包服务器向所述管理平台发出打包请求,获取相应的打包任务,并根据打包任务,获取存储器中的软件安装包,并在其中添加渠道号,生成渠道包,将所述渠道包存储至存储器;管理平台将渠道包的下载链接推送至下载端;用户根据管理平台提供的下载链接,访问下载服务器,执行下载操作,获取存储器中存储的渠道包。
本申请中,采用打包集群对软件安装包进行打包,打包集群中的每个打包服务器处于空闲状态时,就向管理平台发出打包请求,并根据接收到的打包任务执行软件安装包的打包操作。相对于现有技术来说,本申请公开的软件安装包打包系统能够实现多台打包服务器的并发打包,提高打包软件安装包的效率。
并且,本申请应用的打包服务器能够多个打包线程并发执行打包操作,进一步提高软件安装包的打包效率。
进一步的,本申请公开的软件安装包打包系统中,所述存储器为包含两个以上硬盘的存储集群,从而能够实现软件安装包和渠道包的海量存储,以避免出现存储容量不足的问题。
进一步的,本申请中的各个打包服务器和硬盘采用OCFS2(OracleClusterFileSystem2,oracle集群文件系统)文件系统,所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI(InternetSmallComputerSystemInterface,Internet小型计算机系统接口)协议进行数据交换,从而使各个打包服务器能够通过文件系统接口访问硬盘,不需要额外为打包服务器和硬盘开发通信接口。当然,还可以选用其他协议,本申请对此不做限定。
为了提高打包效率,还可以扩展打包集群中打包服务器的数量,也就是说,所述打包集群中打包服务器的数量可水平扩展。并且,为了提高存储量,还可以增加硬盘数量,对硬盘进行扩容。其中,若所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI协议进行数据交换,则所述打包集群通常支持1~255个打包服务器,存储集群通常支持1~255个硬盘。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种软件安装包打包方法,其特征在于,应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器,所述软件安装包打包方法包括:
所述目标打包服务器向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
所述目标打包服务器在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
所述目标打包服务器将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
2.根据权利要求1所述的方法,其特征在于,所述软件安装包打包方法还包括:
所述目标打包服务器在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
3.根据权利要求1所述的方法,其特征在于,
若所述打包服务器包含有两个以上的打包线程,且其中至少一个打包线程处于空闲状态,则确定所述打包服务器处于空闲状态。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述软件安装包打包方法还包括:
所述目标打包服务器在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
5.一种软件安装包打包装置,其特征在于,应用于目标打包服务器,所述目标打包服务器为打包集群中处于空闲状态的打包服务器,所述打包集群中包含两个以上打包服务器,所述软件安装包打包装置包括:
请求模块,用于向管理平台发出打包请求,以便所述管理平台向所述目标打包服务器传输打包任务,其中,所述打包任务中包括:渠道号、软件安装包的存储路径和渠道包的存储路径;
渠道包生成模块,用于在接收到所述打包任务后,根据所述软件安装包的存储路径,获取待打包的软件安装包,并将所述渠道号添加至所述软件安装包中,以生成渠道包,其中,所述软件安装包预先被所述管理平台存储至存储器中;
存储模块,用于将所述渠道包存储至所述渠道包的存储路径指示的存储器中。
6.根据权利要求5所述的装置,其特征在于,所述软件安装包打包装置还包括:
连续请求模块,用于在向管理平台发出打包请求后,若未接收到所述管理平台传输的打包任务,每隔预设时间间隔再次向所述管理平台发出打包请求,直到所述目标打包服务器接收到所述打包任务。
7.根据权利要求5至6所述的装置,其特征在于,所述软件安装包打包装置还包括:
信息传输模块,用于在将所述渠道包存储至所述存储器之后,向所述管理平台传输打包成功信息,以使所述管理平台在接收到所述打包成功信息后,将所述渠道包的下载链接推送至下载端。
8.一种软件安装包打包系统,其特征在于,所述软件安装包打包系统包括:管理平台、打包集群和存储器,其中,
所述管理平台预先将软件安装包存储至所述存储器中;
所述打包集群中包含两个以上打包服务器,所述打包服务器包括如权利要求5至权利要求7任一项所述的软件安装包打包装置;
所述存储器用于存储所述管理平台传输的软件安装包,并存储所述打包集群传输的渠道包。
9.根据权利要求8所述的系统,其特征在于,
所述存储器为包含两个以上硬盘的存储集群。
10.根据权利要求9所述的系统,其特征在于,
所述打包服务器和硬盘均为挂载到OCFS2文件系统的节点,并且,所述打包服务器和硬盘之间通过iSCSI协议进行数据交换。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510515923.5A CN105487881A (zh) | 2015-08-20 | 2015-08-20 | 一种软件安装包打包方法、装置及系统 |
PCT/CN2016/094629 WO2017028733A1 (zh) | 2015-08-20 | 2016-08-11 | 软件安装包打包方法、装置和系统以及机器可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510515923.5A CN105487881A (zh) | 2015-08-20 | 2015-08-20 | 一种软件安装包打包方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105487881A true CN105487881A (zh) | 2016-04-13 |
Family
ID=55674879
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510515923.5A Pending CN105487881A (zh) | 2015-08-20 | 2015-08-20 | 一种软件安装包打包方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105487881A (zh) |
WO (1) | WO2017028733A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105955775A (zh) * | 2016-04-29 | 2016-09-21 | 乐视控股(北京)有限公司 | 一种应用程序安装包推送方法及装置 |
WO2017028733A1 (zh) * | 2015-08-20 | 2017-02-23 | 广州爱九游信息技术有限公司 | 软件安装包打包方法、装置和系统以及机器可读存储介质 |
CN107179931A (zh) * | 2017-07-06 | 2017-09-19 | 广州优视网络科技有限公司 | 安装包打包方法、装置及系统 |
CN107844518A (zh) * | 2017-09-30 | 2018-03-27 | 链家网(北京)科技有限公司 | 评估指定app下载量的方法、数据服务器、打包平台及系统 |
CN108037949A (zh) * | 2017-12-26 | 2018-05-15 | 深圳乐信软件技术有限公司 | 安装包多渠道打包方法、装置、计算机设备及存储介质 |
CN108958790A (zh) * | 2018-06-28 | 2018-12-07 | 北京金山安全软件有限公司 | 一种软件代码多线程打包方法及装置 |
CN110147227A (zh) * | 2018-07-06 | 2019-08-20 | 杭州涂鸦信息技术有限公司 | 一种用于技能配置的程序安装包生成方法及系统 |
CN110620827A (zh) * | 2019-10-29 | 2019-12-27 | 广州趣丸网络科技有限公司 | 一种Android云上分片打包方法、主机、系统和设备 |
CN110825391A (zh) * | 2019-10-31 | 2020-02-21 | 北京金山云网络技术有限公司 | 服务管理方法、装置、电子设备及存储介质 |
CN110955583A (zh) * | 2019-12-18 | 2020-04-03 | 米哈游科技(上海)有限公司 | 一种通知方法、装置、电子设备及存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107145342B (zh) * | 2017-03-31 | 2024-03-19 | 腾讯科技(深圳)有限公司 | 应用的渠道信息的处理方法和装置 |
CN110830559B (zh) * | 2019-10-24 | 2022-08-09 | 北京城市网邻信息技术有限公司 | 渠道包自动化批量处理方法、装置、设备及存储介质 |
CN111142888A (zh) * | 2019-12-29 | 2020-05-12 | 浪潮电子信息产业股份有限公司 | 服务器系统灌装方法、装置、设备及计算机可读存储介质 |
CN112925559B (zh) * | 2021-04-09 | 2023-10-20 | 网易(杭州)网络有限公司 | 资源打包方法、装置、介质及电子设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060075079A1 (en) * | 2004-10-06 | 2006-04-06 | Digipede Technologies, Llc | Distributed computing system installation |
EP2096537A1 (de) * | 2008-02-28 | 2009-09-02 | Siemens Enterprise Communications GmbH & Co. KG | Verfahren, Anordnung und Datenverarbeitungsgerät zur Bereitstellung und Verteilung von Software |
CN102750297A (zh) * | 2011-11-11 | 2012-10-24 | 新奥特(北京)视频技术有限公司 | 一种集群打包的渲染合成方法及系统 |
RU2012156449A (ru) * | 2012-12-25 | 2014-06-27 | Закрытое акционерное общество "Лаборатория Касперского" | Система и способ развертывания предварительно сконфигурированного программного обеспечения |
CN104023087A (zh) * | 2014-06-26 | 2014-09-03 | 北京金和软件股份有限公司 | 一种多个服务器之间的轮询方法和装置 |
WO2014187255A1 (zh) * | 2013-08-01 | 2014-11-27 | 中兴通讯股份有限公司 | 应用打包装置及方法 |
CN104267988A (zh) * | 2014-09-26 | 2015-01-07 | 北京飞流九天科技有限公司 | 用于对移动应用进行打包的系统和方法 |
CN104516755A (zh) * | 2013-10-08 | 2015-04-15 | 博雅网络游戏开发(深圳)有限公司 | 安装包生成方法和装置 |
CN104539725A (zh) * | 2015-01-15 | 2015-04-22 | 北京金和软件股份有限公司 | 一种对生成的app应用进行集群打包的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103577762B (zh) * | 2012-07-23 | 2017-02-01 | 北京掌汇天下科技有限公司 | 一种安卓应用分发体系内的渠道标记系统及方法 |
CN103501324B (zh) * | 2013-09-26 | 2017-02-22 | 小米科技有限责任公司 | 主题打包方法、装置和服务器 |
CN103729186A (zh) * | 2013-12-31 | 2014-04-16 | 上海网达软件股份有限公司 | 一种批量生成多渠道apk文件包的方法 |
CN105487881A (zh) * | 2015-08-20 | 2016-04-13 | 广州爱九游信息技术有限公司 | 一种软件安装包打包方法、装置及系统 |
-
2015
- 2015-08-20 CN CN201510515923.5A patent/CN105487881A/zh active Pending
-
2016
- 2016-08-11 WO PCT/CN2016/094629 patent/WO2017028733A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060075079A1 (en) * | 2004-10-06 | 2006-04-06 | Digipede Technologies, Llc | Distributed computing system installation |
EP2096537A1 (de) * | 2008-02-28 | 2009-09-02 | Siemens Enterprise Communications GmbH & Co. KG | Verfahren, Anordnung und Datenverarbeitungsgerät zur Bereitstellung und Verteilung von Software |
CN102750297A (zh) * | 2011-11-11 | 2012-10-24 | 新奥特(北京)视频技术有限公司 | 一种集群打包的渲染合成方法及系统 |
RU2012156449A (ru) * | 2012-12-25 | 2014-06-27 | Закрытое акционерное общество "Лаборатория Касперского" | Система и способ развертывания предварительно сконфигурированного программного обеспечения |
WO2014187255A1 (zh) * | 2013-08-01 | 2014-11-27 | 中兴通讯股份有限公司 | 应用打包装置及方法 |
CN104516755A (zh) * | 2013-10-08 | 2015-04-15 | 博雅网络游戏开发(深圳)有限公司 | 安装包生成方法和装置 |
CN104023087A (zh) * | 2014-06-26 | 2014-09-03 | 北京金和软件股份有限公司 | 一种多个服务器之间的轮询方法和装置 |
CN104267988A (zh) * | 2014-09-26 | 2015-01-07 | 北京飞流九天科技有限公司 | 用于对移动应用进行打包的系统和方法 |
CN104539725A (zh) * | 2015-01-15 | 2015-04-22 | 北京金和软件股份有限公司 | 一种对生成的app应用进行集群打包的方法 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017028733A1 (zh) * | 2015-08-20 | 2017-02-23 | 广州爱九游信息技术有限公司 | 软件安装包打包方法、装置和系统以及机器可读存储介质 |
CN105955775A (zh) * | 2016-04-29 | 2016-09-21 | 乐视控股(北京)有限公司 | 一种应用程序安装包推送方法及装置 |
CN107179931A (zh) * | 2017-07-06 | 2017-09-19 | 广州优视网络科技有限公司 | 安装包打包方法、装置及系统 |
CN107844518A (zh) * | 2017-09-30 | 2018-03-27 | 链家网(北京)科技有限公司 | 评估指定app下载量的方法、数据服务器、打包平台及系统 |
CN108037949B (zh) * | 2017-12-26 | 2020-09-15 | 深圳乐信软件技术有限公司 | 安装包多渠道打包方法、装置、计算机设备及存储介质 |
CN108037949A (zh) * | 2017-12-26 | 2018-05-15 | 深圳乐信软件技术有限公司 | 安装包多渠道打包方法、装置、计算机设备及存储介质 |
CN108958790A (zh) * | 2018-06-28 | 2018-12-07 | 北京金山安全软件有限公司 | 一种软件代码多线程打包方法及装置 |
CN110147227A (zh) * | 2018-07-06 | 2019-08-20 | 杭州涂鸦信息技术有限公司 | 一种用于技能配置的程序安装包生成方法及系统 |
CN110620827A (zh) * | 2019-10-29 | 2019-12-27 | 广州趣丸网络科技有限公司 | 一种Android云上分片打包方法、主机、系统和设备 |
CN110620827B (zh) * | 2019-10-29 | 2022-02-25 | 广州趣丸网络科技有限公司 | 一种Android云上分片打包方法、主机、系统和设备 |
CN110825391A (zh) * | 2019-10-31 | 2020-02-21 | 北京金山云网络技术有限公司 | 服务管理方法、装置、电子设备及存储介质 |
CN110825391B (zh) * | 2019-10-31 | 2023-10-13 | 北京金山云网络技术有限公司 | 服务管理方法、装置、电子设备及存储介质 |
CN110955583A (zh) * | 2019-12-18 | 2020-04-03 | 米哈游科技(上海)有限公司 | 一种通知方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017028733A1 (zh) | 2017-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105487881A (zh) | 一种软件安装包打包方法、装置及系统 | |
CN106843828B (zh) | 界面显示、加载方法及装置 | |
KR102042723B1 (ko) | 애플리케이션을 업데이트하는 방법 | |
CN109791483B (zh) | 用于计算设备的共享软件库 | |
CN111984356B (zh) | 页面跳转方法、装置、计算机设备和存储介质 | |
CN104503745B (zh) | 一种生成应用渠道包的方法和装置 | |
CN102439983B (zh) | 一种数据快速分发方法和装置 | |
TWI492156B (zh) | 用以有效下載資料包的方法與系統 | |
CN111249744B (zh) | 资源加载方法和装置、存储介质及电子装置 | |
CN110011952B (zh) | 一种数据传输的方法、服务集群及客户端 | |
CN103902696A (zh) | 一种加载资源文件的方法及装置 | |
CN109542851A (zh) | 文件更新方法、装置及系统 | |
CN110413306B (zh) | Node项目发布方法、装置、电子设备及可读存储介质 | |
US11886302B1 (en) | System and method for execution of applications in a container | |
CN102799444B (zh) | 跨平台打包程序的方法及装置 | |
CN102333130A (zh) | 一种访问缓存服务器的方法、系统及缓存智能调度器 | |
CN107181774B (zh) | 分布式数据中心之间的数据移动 | |
CN109725912A (zh) | 应用程序配置方法、装置、终端、服务器及可读存储介质 | |
CN109104368B (zh) | 一种请求连接方法、装置、服务器及计算机可读存储介质 | |
CN105327508A (zh) | 网络游戏运行系统及方法 | |
CN104699509A (zh) | 下载应用软件的方法及装置 | |
CN103078805B (zh) | 使Zookeeper的读性能支持水平扩展的系统和方法 | |
CN103297482A (zh) | 信息处理方法和设备 | |
CN104821939B (zh) | 一种用于实现计算机与移动设备间异步通信的方法和装置 | |
CN104570967A (zh) | 基于Android系统的远程控制方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200527 Address after: 310052 room 508, floor 5, building 4, No. 699, Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province Applicant after: Alibaba (China) Co.,Ltd. Address before: Two, room 902, West 64, 66 Middle Road, Tianhe District, Guangdong, Guangzhou, China 510665 Applicant before: GUANGZHOU UCWEB COMPUTER TECHNOLOGY Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160413 |
|
RJ01 | Rejection of invention patent application after publication |