一種軟件安裝包打包方法、裝置及系統(tǒng)的制作方法
【技術領域】
[0001]本公開涉及軟件安裝技術領域，尤其涉及一種軟件安裝包打包方法、裝置及系統(tǒng)。
【背景技術】
[0002]隨著軟件開發(fā)技術的發(fā)展，多種類型的軟件安裝包被開發(fā)，以滿足用戶的多樣化需求。例如，軟件開發(fā)人員開發(fā)出多種類型的游戲安裝包，以滿足用戶的娛樂需求。
[0003]軟件安裝包在被開發(fā)完成后，可被推送至不同站點，以供用戶下載使用。另外，有時需要知悉各個站點的推廣力度，這種情況下，需要統(tǒng)計軟件安裝包在各個站點的下載量，從而需要打包所述軟件安裝包。打包軟件安裝包指的是，在確定軟件安裝包將要被推送的站點后，將該站點對應的渠道號添加至所述軟件安裝包中的過程。其中，添加有渠道號的軟件安裝包通常稱為渠道包。在完成打包后，將渠道包推送至所述渠道號對應的站點，即可根據(jù)渠道號統(tǒng)計軟件安裝包在各個站點的下載量。
[0004]現(xiàn)有技術在打包軟件安裝包時，通常選用單個的服務器完成打包，并將獲取到的渠道包傳輸至一個硬盤中，以供用戶下載。
[0005]但是，發(fā)明人在本申請的研究過程中發(fā)現(xiàn)，現(xiàn)有的軟件安裝包打包方法打包效率低，由于目前各種類型的軟件安裝包數(shù)量較多，以及能夠推送軟件安裝包的渠道較多，現(xiàn)有的軟件安裝包打包方法往往無法滿足當前的打包需求。

【發(fā)明內容】

[0006]為克服相關技術中存在的問題，本公開提供一種軟件安裝包打包方法、裝置及系統(tǒng)。
[0007]為了解決上述技術問題，本發(fā)明實施例公開了如下技術方案:
[0008]根據(jù)本公開實施例的第一方面，提供一種軟件安裝包打包方法，應用于目標打包服務器，所述目標打包服務器為打包集群中處于空閑狀態(tài)的打包服務器，所述打包集群中包含兩個以上打包服務器，所述軟件安裝包打包方法包括:
[0009]所述目標打包服務器向管理平臺發(fā)出打包請求，以便所述管理平臺向所述目標打包服務器傳輸打包任務，其中，所述打包任務中包括:渠道號、軟件安裝包的存儲路徑和渠道包的存儲路徑；
[0010]所述目標打包服務器在接收到所述打包任務后，根據(jù)所述軟件安裝包的存儲路徑，獲取待打包的軟件安裝包，并將所述渠道號添加至所述軟件安裝包中，以生成渠道包，其中，所述軟件安裝包預先被所述管理平臺存儲至存儲器中；
[0011]所述目標打包服務器將所述渠道包存儲至所述渠道包的存儲路徑指示的存儲器中。
[0012]進一步的，所述軟件安裝包打包方法還包括:所述目標打包服務器在向管理平臺發(fā)出打包請求后，若未接收到所述管理平臺傳輸?shù)拇虬蝿?，每隔預設時間間隔再次向所述管理平臺發(fā)出打包請求，直到所述目標打包服務器接收到所述打包任務。
[0013]進一步的，若所述打包服務器包含有兩個以上的打包線程，且其中至少一個打包線程處于空閑狀態(tài)，則確定所述打包服務器處于空閑狀態(tài)。
[0014]進一步的，所述軟件安裝包打包方法還包括:
[0015]所述目標打包服務器在將所述渠道包存儲至所述存儲器之后，向所述管理平臺傳輸打包成功信息，以使所述管理平臺在接收到所述打包成功信息后，將所述渠道包的下載鏈接推送至下載端。
[0016]根據(jù)本公開實施例的第二方面，提供一種軟件安裝包打包裝置，應用于目標打包服務器，所述目標打包服務器為打包集群中處于空閑狀態(tài)的打包服務器，所述打包集群中包含兩個以上打包服務器，所述軟件安裝包打包裝置包括:
[0017]請求模塊，用于向管理平臺發(fā)出打包請求，以便所述管理平臺向所述目標打包服務器傳輸打包任務，其中，所述打包任務中包括:渠道號、軟件安裝包的存儲路徑和渠道包的存儲路徑；
[0018]渠道包生成模塊，用于在接收到所述打包任務后，根據(jù)所述軟件安裝包的存儲路徑，獲取待打包的軟件安裝包，并將所述渠道號添加至所述軟件安裝包中，以生成渠道包，其中，所述軟件安裝包預先被所述管理平臺存儲至存儲器中；
[0019]存儲模塊，用于將所述渠道包存儲至所述渠道包的存儲路徑指示的存儲器中。
[0020]進一步的，所述軟件安裝包打包裝置還包括:
[0021]連續(xù)請求模塊，用于在向管理平臺發(fā)出打包請求后，若未接收到所述管理平臺傳輸?shù)拇虬蝿眨扛纛A設時間間隔再次向所述管理平臺發(fā)出打包請求，直到所述目標打包服務器接收到所述打包任務。
[0022]進一步的，所述軟件安裝包打包裝置還包括:
[0023]信息傳輸模塊，用于在將所述渠道包存儲至所述存儲器之后，向所述管理平臺傳輸打包成功信息，以使所述管理平臺在接收到所述打包成功信息后，將所述渠道包的下載鏈接推送至下載端。
[0024]根據(jù)本公開實施例的第三方面，提供一種軟件安裝包打包系統(tǒng)，所述軟件安裝包打包系統(tǒng)包括:管理平臺、打包集群和存儲器，其中，
[0025]所述管理平臺預先將軟件安裝包存儲至所述存儲器中；
[0026]所述打包集群中包含兩個以上打包服務器，所述打包服務器包括以上所述的軟件安裝包打包裝置；
[0027]所述存儲器用于存儲所述管理平臺傳輸?shù)能浖惭b包，并存儲所述打包集群傳輸?shù)那腊?br>[0028]進一步的，所述存儲器為包含兩個以上硬盤的存儲集群。
[0029]進一步的，所述打包服務器和硬盤均為掛載到0CFS2文件系統(tǒng)的節(jié)點，并且，所述打包服務器和硬盤之間通過iSCSI協(xié)議進行數(shù)據(jù)交換。
[0030]本公開的實施例提供的技術方案可以包括以下有益效果:
[0031 ] 本申請中，采用打包集群對軟件安裝包進行打包，打包集群中的每個打包服務器處于空閑狀態(tài)時，就向管理平臺發(fā)出打包請求，并根據(jù)接收到的打包任務執(zhí)行軟件安裝包的打包操作。相對于現(xiàn)有技術來說，本申請公開的方法能夠實現(xiàn)多臺打包服務器的并發(fā)打包，提高打包軟件安裝包的效率。
[0032]另外，現(xiàn)有技術中，存儲軟件安裝包和渠道包的存儲器通常為一個獨立的硬盤，往往存在存儲容量不足的問題。本申請中，存儲軟件安裝包和渠道包的存儲器通常為包含兩個以上硬盤的存儲集群，從而能夠實現(xiàn)軟件安裝包和渠道包的海量存儲，避免出現(xiàn)存儲容量不足的問題。
[0033]應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。
【附圖說明】
[0034]此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。
[0035]圖1是根據(jù)一示例性實施例示出的一種軟件安裝包打包方法的工作流程示意圖；
[0036]圖2是根據(jù)一示例性實施例示出的一種軟件安裝包打包裝置的結構示意圖；
[0037]圖3是根據(jù)一示例性實施例示出的一種軟件安裝包打包系統(tǒng)的結構示意圖。
【具體實施方式】
[0038]這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0039]為了解決現(xiàn)有技術在對軟件安裝包打包時，所存在的打包效率低的問題，本申請公開一種軟件安裝包打包方法、裝置及系統(tǒng)。
[0040]本申請的第一實施例公開一種軟件安裝包打包方法，該方法應用于目標打包服務器，所述目標打包服務器為打包集群中處于空閑狀態(tài)的打包服務器，所述打包集群中包含兩個以上打包服務器。
[0041]參見圖1所示的工作流程示意圖，本申請公開的軟件安裝包打包方法包括以下步驟:
[0042]步驟S11、所述目標打包服務器向管理平臺發(fā)出打包請求，以便所述管理平臺向所述目標打包服務器傳輸打包任務，其中，所述打包任務中包括:渠道號、軟件安裝包的存儲路徑和渠道包的存儲路徑。
[0043]軟件安裝包被開發(fā)出來后，管理平臺會將其傳輸至存儲器中存儲，該軟件安裝包中不包含渠道號，通常可稱為源安裝包。
[0044]其中，該軟件安裝包可以為多種類型，如游戲軟件安裝包。另外，所述軟件安裝包可以為安卓系統(tǒng)適用的apk形式的軟件安裝包，也可以為支持塞班系統(tǒng)的jar形式的軟件安裝包，或者其他形式的軟件安裝包，本申請對此不做限定。
[0045]另外，渠道號指的是系統(tǒng)根據(jù)實體渠道分配的一個文字標識，例如，某一個站點的渠道號可被定義為QD_9527。管理平臺在接收到目標打包服務器傳輸?shù)拇?