渠道信息匹配保存至預(yù)設(shè)的渠道映射表中，以供處理后續(xù)APK下載請(qǐng)求時(shí)使用。從而減小后續(xù)處理計(jì)算量。也就是對(duì)于步驟S402獲取的請(qǐng)求中的某一渠道標(biāo)識(shí)信息，可以首先在渠道映射表中查詢，如果渠道映射表中不包括該渠道標(biāo)識(shí)對(duì)應(yīng)的渠道信息時(shí)，則對(duì)該渠道標(biāo)識(shí)進(jìn)行加密和散列計(jì)算，得到渠道信息。
[0057]步驟S406的一種可選流程可以為:將渠道信息附加在APK文件的末尾；計(jì)算渠道信息的數(shù)據(jù)長度；在發(fā)送給請(qǐng)求源的HTTP數(shù)據(jù)包頭中的內(nèi)容長度值中增加數(shù)據(jù)長度。由于APK文件屬于zip格式，因此可以利用zip文件格式的特點(diǎn)附加渠道信息。
[0058]zip文件由三部分組成:壓縮的文件內(nèi)容源數(shù)據(jù)、壓縮的目錄源數(shù)據(jù)、目錄結(jié)束標(biāo)識(shí)結(jié)構(gòu)，其中目錄結(jié)束標(biāo)識(shí)結(jié)構(gòu)存在與整個(gè)文件的結(jié)尾，用于標(biāo)記壓縮的目錄數(shù)據(jù)的結(jié)束。在目錄結(jié)束標(biāo)識(shí)結(jié)構(gòu)部分的末尾一般包括:注釋長度(Comment length)、注釋內(nèi)容(Comment)。將渠道信息作為文件注釋放置在APK文件的末尾，既不影響APK文件的本身的數(shù)據(jù)，也不必對(duì)APK文件進(jìn)行解包、壓包操作。
[0059]圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例的提供APK下載的方法的一種可選流程圖，以NGINX服務(wù)器接收到360手機(jī)助手的下載請(qǐng)求為例介紹本實(shí)施例的提供APK下載的方法的流程:
[0060]步驟S502，NGINX服務(wù)器獲取到APK下載請(qǐng)求；
[0061 ] 步驟S504，從下載請(qǐng)求的請(qǐng)求URL獲取渠道標(biāo)識(shí)信息，例如對(duì)于“http: //example, com/fo0.apk ? channel = 360”的請(qǐng)求URL，NGINX服務(wù)器可以確定出渠道標(biāo)識(shí)“360”；
[0062]步驟S506，以渠道標(biāo)識(shí)為關(guān)鍵碼值(KEY)，在預(yù)置的散列表(HASH表)中查找是否有對(duì)應(yīng)該渠道標(biāo)識(shí)的渠道信息，若否執(zhí)行步驟S508，若是查詢出對(duì)應(yīng)的渠道信息，進(jìn)入步驟S512 ；
[0063]步驟S508，按照預(yù)定算法以該渠道標(biāo)識(shí)為輸入生成渠道信息，其使用的算方法可以為以DES對(duì)稱加密方法對(duì)渠道標(biāo)識(shí)進(jìn)行加密，采用MD5算法對(duì)渠道標(biāo)識(shí)計(jì)算摘要信息，進(jìn)行將加密的信息和摘要信息拼接作為渠道信息，從而有效防止渠道信息被竊聽和篡改；
[0064]步驟S510，將生成的渠道信息以渠道標(biāo)識(shí)為KEY存儲(chǔ)在HASH表中。
[0065]步驟S512，計(jì)算渠道信息的長度；
[0066]步驟S514，在返回給下載請(qǐng)求源的數(shù)據(jù)包頭的“Content-Length”值加上渠道信息的長度；
[0067]步驟S516，NGINX服務(wù)器向下載請(qǐng)求源返回所請(qǐng)求的APK文件包；
[0068]步驟S518，將渠道信息作為APK文件包的注釋內(nèi)容發(fā)送給下載請(qǐng)求源。
[0069]APK文件的下載源在得到以上添加有渠道信息后，可以更加方便地在執(zhí)行相關(guān)功能的同時(shí)，實(shí)現(xiàn)發(fā)布渠道的統(tǒng)計(jì)。
[0070]本發(fā)明的提供APK下載的方法，利用APK的文件格式特點(diǎn)，將渠道信息作為文件注釋內(nèi)容附加在在下載請(qǐng)求對(duì)應(yīng)的APK文件的末尾，從而在添加渠道信息時(shí)無需對(duì)APK文件進(jìn)行解包，運(yùn)算簡(jiǎn)單，減小了為APK文件添加渠道信息操作，從而提高了 APK文件發(fā)布效率。而且由于本發(fā)明的提供APK下載的方法在下載的過程中，根據(jù)下載請(qǐng)求添加渠道信息，無需準(zhǔn)備多個(gè)添加有不同渠道信息的多個(gè)APK文件，減少了文件數(shù)量，并且進(jìn)一步節(jié)省了存儲(chǔ)空間。進(jìn)一步地，加入的APK文件的渠道信息，優(yōu)選為經(jīng)過加密以及散列處理的渠道數(shù)據(jù)，安全性好，并且可以有效減小渠道信息的計(jì)算量。
[0071]在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對(duì)本說明書的理解。
[0072]類似地，應(yīng)當(dāng)理解，為了精簡(jiǎn)本公開并幫助理解各個(gè)發(fā)明方面中的一個(gè)或多個(gè)，在上面對(duì)本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個(gè)特征有時(shí)被一起分組到單個(gè)實(shí)施例、圖、或者對(duì)其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護(hù)的本發(fā)明要求比在每個(gè)權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個(gè)實(shí)施例的所有特征。因此，遵循【具體實(shí)施方式】的權(quán)利要求書由此明確地并入該【具體實(shí)施方式】，其中每個(gè)權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。
[0073]本領(lǐng)域那些技術(shù)人員可以理解，可以對(duì)實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們?cè)O(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)設(shè)備中?？梢园褜?shí)施例中的模塊或單元或組件組合成一個(gè)模塊或單元或組件，以及此外可以把它們分成多個(gè)子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對(duì)本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來代替。
[0074]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在權(quán)利要求書中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來使用。
[0075]本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號(hào)處理器(DSP)來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的提供APK下載的裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號(hào)的形式。這樣的信號(hào)可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號(hào)上提供，或者以任何其他形式提供。
[0076]應(yīng)該注意的是上述實(shí)施例對(duì)本發(fā)明進(jìn)行說明而不是對(duì)本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號(hào)之間的任何參考符號(hào)構(gòu)造成對(duì)權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過同一個(gè)硬件項(xiàng)來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
[0077]至此，本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識(shí)到，雖然本文已詳盡示出和描述了本發(fā)明的多個(gè)示例性實(shí)施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)本發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)被理解和認(rèn)定為覆蓋了所有這些其他變型或修改。
[0078]本發(fā)明實(shí)施例提供了 Al.—種提供APK下載的方法，包括:
[0079]獲取APK下載請(qǐng)求，其中所述APK下載請(qǐng)求中包括請(qǐng)求源的渠道標(biāo)識(shí)；
[0080]在所述APK下載請(qǐng)求中提取所述渠道標(biāo)識(shí)，并根據(jù)所述渠道標(biāo)識(shí)確定出對(duì)應(yīng)的渠道信息，其中所述渠道信息與所述請(qǐng)求源的渠道類型一一對(duì)應(yīng)；
[0081]將所述渠道信息作為所述APK下載請(qǐng)求對(duì)應(yīng)的APK文件的文件注釋內(nèi)容附加在所述APK文件上，并向所述請(qǐng)求源返回附加有所述文件注釋內(nèi)容的APK文件。
[0082]A2.根據(jù)Al所述的方法，其中，根據(jù)所述渠道標(biāo)識(shí)確定出對(duì)應(yīng)的渠道信息包括:
[0083]在預(yù)設(shè)的渠道映射表中查詢與所述渠道標(biāo)識(shí)對(duì)應(yīng)的渠道信息，所述渠道映射表中保存有多個(gè)渠道標(biāo)識(shí)與渠道信息的映射關(guān)系。
[0084]A3.根據(jù)A2所述的方法，其中
[0085]所述渠道映射表為以所述渠道標(biāo)識(shí)作為關(guān)鍵碼值的散列表。
[0086]A4.根據(jù)Al所述的