本發(fā)明涉及計算機(jī)領(lǐng)域，具體而言，涉及一種應(yīng)用的渠道信息的處理方法和裝置。

背景技術(shù)：

在智能手機(jī)、平板電腦等智能終端上，需要通過app(application，即手機(jī)軟件)來完善智能終端的功能，其中，智能終端上的app安裝包通常是在應(yīng)用市場上下載得到的。為了統(tǒng)計app在應(yīng)用市場中的銷量、下載量等信息，需要在app安裝包中添加渠道標(biāo)識，以便通過該渠道標(biāo)識進(jìn)行統(tǒng)計。

目前，在app安裝包上添加渠道標(biāo)識通常采用gradle多渠道打包方案、maven工具打包的方案或者apktool逆向打包的方案。但是，采用gradle、maven和apktool渠道包打包的方案，其過程非常慢，而且十分復(fù)雜，每打一個渠道包都需要重新構(gòu)建工程或重新簽名，這樣將會降低渠道包打包效率；采用maven工具打包的方案需要人為修改打渠道包的代碼，操作比較復(fù)雜，打包效率也比較低。

針對上述相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的問題，目前尚未提出有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供了一種應(yīng)用的渠道信息的處理方法和裝置，以至少解決相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的技術(shù)問題。

根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種應(yīng)用的渠道信息的處理方法，包括：獲取第一渠道信息，其中，所述第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；對所述第一渠道信息進(jìn)行加密處理，得到第二渠道信息；在所述目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，所述第一類目標(biāo)空文件的名稱根據(jù)所述第一渠道信息得到，所述第二類目標(biāo)空文件的名稱根據(jù)所述第二渠道信息得到，所述第一類目標(biāo)空文件和所述第二類目標(biāo)空文件為不參與對所述安裝包進(jìn)行完整性校驗(yàn)的空文件。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種應(yīng)用的渠道信息的處理裝置，包括：獲取單元，用于獲取第一渠道信息，其中，所述第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；處理單元，用于對所述第一渠道信息進(jìn)行加密處理，得到第二渠道信息；添加單元，用于在所述目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，所述第一類目標(biāo)空文件的名稱根據(jù)所述第一渠道信息得到，所述第二類目標(biāo)空文件的名稱根據(jù)所述第二渠道信息得到，所述第一類目標(biāo)空文件和所述第二類目標(biāo)空文件為不參與對所述安裝包進(jìn)行完整性校驗(yàn)的空文件。

在本發(fā)明實(shí)施例中，通過獲取目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的第一渠道信息，并將該第一渠道信息進(jìn)行加密處理，得出第二渠道信息，然后在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄內(nèi)添加不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件，并將該空文件分為第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件的名稱是根據(jù)第一渠道信息得到的，第二類目標(biāo)空文件的名稱是根據(jù)第二渠道信息得到的，從而完成對目標(biāo)應(yīng)用的安裝包的打包，得到經(jīng)打包處理后的渠道包，實(shí)現(xiàn)了提高對應(yīng)用的渠道包的處理效率的技術(shù)效果，解決了相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的技術(shù)問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實(shí)施例的應(yīng)用的渠道信息的處理方法的硬件環(huán)境的示意圖；

圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的應(yīng)用的渠道信息的處理方法的流程圖；

圖3是根據(jù)本發(fā)明實(shí)施例的一種可選的渠道包打包方案的流程圖；

圖4是根據(jù)本發(fā)明實(shí)施例的一種可選的原始渠道信息的示意圖；

圖5是根據(jù)本發(fā)明實(shí)施例的一種可選的主包meta-inf目錄的示意圖；

圖6是根據(jù)本發(fā)明實(shí)施例的一種可選的注入對渠道信息加密后的特定規(guī)則的空文件的示意圖；

圖7是根據(jù)本發(fā)明實(shí)施例的一種可選的獲取渠道信息的示意圖；

圖8是根據(jù)本發(fā)明實(shí)施例的一種可選的安全快速的android渠道包打包方案示意圖；

圖9是根據(jù)本發(fā)明實(shí)施例的一種可選的應(yīng)用的渠道信息的處理裝置的示意圖；

圖10是根據(jù)本發(fā)明實(shí)施例的另一種可選的應(yīng)用的渠道信息的處理裝置的示意圖；

圖11是根據(jù)本發(fā)明實(shí)施例的另一種可選的應(yīng)用的渠道信息的處理裝置的示意圖；

圖12是根據(jù)本發(fā)明實(shí)施例的另一種可選的應(yīng)用的渠道信息的處理裝置的示意圖；

圖13是根據(jù)本發(fā)明實(shí)施例的另一種可選的應(yīng)用的渠道信息的處理裝置的示意圖；

圖14是根據(jù)本發(fā)明實(shí)施例的一種終端的結(jié)構(gòu)框圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

首先，在對本發(fā)明實(shí)施例進(jìn)行描述的過程中出現(xiàn)的部分名詞或者術(shù)語適用于如下解釋：

渠道：現(xiàn)在app每一個版本開發(fā)完成后，都將發(fā)布到各大應(yīng)用市場，如應(yīng)用寶、360手機(jī)助手、百度手機(jī)管家；為了統(tǒng)計這些app在應(yīng)用市場的效果(例如銷量，下載量等)，就需求一種方法來唯一標(biāo)示它們，渠道就是這種標(biāo)識。

apk：android應(yīng)用的安裝文件。

安裝包：即軟件安裝包，是可自行解壓縮文件的集合，其中包括軟件安裝的所有文件。

渠道包：發(fā)布到各大應(yīng)用市場的安裝包即渠道包。

渠道信息，渠道包中用于指示app所發(fā)布到的應(yīng)用市場的信息。

實(shí)施例1

根據(jù)本發(fā)明實(shí)施例，提供了一種應(yīng)用的渠道信息的處理方法實(shí)施例。

可選地，在本實(shí)施例中，上述應(yīng)用的渠道信息的處理方法可以應(yīng)用于如圖1所示的由服務(wù)器102和終端104所構(gòu)成的硬件環(huán)境中。如圖1所示，服務(wù)器102通過網(wǎng)絡(luò)與終端104進(jìn)行連接，上述網(wǎng)絡(luò)包括但不限于：廣域網(wǎng)、城域網(wǎng)或局域網(wǎng)，終端104并不限定于pc、手機(jī)、平板電腦等。本發(fā)明實(shí)施例的應(yīng)用的渠道信息的處理方法可以由服務(wù)器102來執(zhí)行，也可以由終端104來執(zhí)行，還可以是由服務(wù)器102和終端104共同執(zhí)行。其中，終端104執(zhí)行本發(fā)明實(shí)施例的應(yīng)用的渠道信息的處理方法也可以是由安裝在其上的客戶端來執(zhí)行。

圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的應(yīng)用的渠道信息的處理方法的流程圖，如圖2所示，該方法可以包括以下步驟：

步驟s202，獲取第一渠道信息，其中，第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；

步驟s204，對第一渠道信息進(jìn)行加密處理，得到第二渠道信息；

步驟s206，在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件的名稱根據(jù)第一渠道信息得到，第二類目標(biāo)空文件的名稱根據(jù)第二渠道信息得到，第一類目標(biāo)空文件和第二類目標(biāo)空文件為不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件。

通過上述步驟s202至步驟s206，通過獲取目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的第一渠道信息，并將該第一渠道信息進(jìn)行加密處理，得出第二渠道信息，然后在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄內(nèi)添加不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件，并將該空文件分為根據(jù)第一渠道信息得出空文件的名稱的第一類目標(biāo)空文件和根據(jù)第二渠道信息得出空文件的名稱的第二類目標(biāo)空文件，從而完成對原安裝包的打包，得到經(jīng)過打包處理后的渠道包，可以解決相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的技術(shù)問題，進(jìn)而達(dá)到提高應(yīng)用的渠道包的處理效率的技術(shù)效果。

在步驟s202提供的技術(shù)方案中，本發(fā)明實(shí)施例對目標(biāo)應(yīng)用的類型不做具體限定，例如目標(biāo)應(yīng)用可以是微信、qq瀏覽器、王者榮耀等基于智能終端的app應(yīng)用；目標(biāo)應(yīng)用市場可以是發(fā)布目標(biāo)應(yīng)用的應(yīng)用市場，例如目標(biāo)應(yīng)用市場可以是應(yīng)用寶、360手機(jī)助手、百度手機(jī)管家等提供app下載的應(yīng)用市場。目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場之后，智能終端可以從目標(biāo)應(yīng)用市場中下載該目標(biāo)應(yīng)用。

在實(shí)際應(yīng)用場景中，應(yīng)用被發(fā)布到應(yīng)用市場之后，從該應(yīng)用市場所下載得到的應(yīng)用安裝包即為該應(yīng)用的渠道包，該渠道包中可以包括用于指示該應(yīng)用被發(fā)布到該應(yīng)用市場的渠道信息?？蛇x地，本發(fā)明實(shí)施例可以根據(jù)實(shí)際需求設(shè)定目標(biāo)應(yīng)用所能夠發(fā)布到的目標(biāo)應(yīng)用市場的信息，其中，用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息可以為第一渠道信息。作為一種可選的實(shí)施例，第一渠道信息可以包括：目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號。需要說明的是，第一渠道信息還可以包括其他信息，此處不再一一舉例。本發(fā)明實(shí)施例可以首先確定該目標(biāo)應(yīng)用所發(fā)布到的目標(biāo)應(yīng)用市場，然后獲取該目標(biāo)應(yīng)用市場的相關(guān)信息，包括但并不限于目標(biāo)應(yīng)用市場的名稱以及目標(biāo)應(yīng)用市場的標(biāo)識號，以實(shí)現(xiàn)獲取第一渠道信息。

在步驟s204提供的技術(shù)方案中，在獲取第一渠道信息之后，本發(fā)明實(shí)施例還可以對第一渠道信息進(jìn)行加密處理，以得到第二渠道信息，這樣能夠達(dá)到提高第一渠道信息的安全性的效果。需要說明的是，本發(fā)明實(shí)施例在獲取到的第一渠道信息和第二渠道信息之后，可以對其進(jìn)行存儲，以便于在對應(yīng)用的渠道信息進(jìn)行打包處理時可以方便使用，具體使用過程可以參見步驟s206所提供的技術(shù)方案的介紹。還需要說明的是，本發(fā)明實(shí)施例對第一渠道信息和第二渠道信息的存儲位置不做具體限定，例如，其可以保存在目標(biāo)應(yīng)用的安裝包中，也可以保存在執(zhí)行該應(yīng)用的渠道信息的處理方法的服務(wù)器的存儲器中或目標(biāo)應(yīng)用市場對應(yīng)的存儲器中。還需要說明的是，本發(fā)明實(shí)施例中可以采用不可逆的md5加鹽加密的方式對第一渠道信息進(jìn)行加密處理，得到加密后的第二渠道信息。此處需要說明的是，md5的全稱是message-digestalgorithm5(信息-摘要算法)，是讓大容量信息在數(shù)字簽名軟件簽署私人密匙前被“壓縮”成一種保密的格式。加鹽加密是一種對系統(tǒng)登錄口令的加密方式，它實(shí)現(xiàn)的方式是將每一個口令同一個叫做“鹽”(salt)的n位隨機(jī)數(shù)相關(guān)聯(lián)，并將口令與隨機(jī)數(shù)連接起來然后一同加密。采用不可逆的md5加鹽加密的方式對第一渠道信息進(jìn)行加密處理能夠進(jìn)一步地提高第一渠道信息的安全性。還需要說明的是，本發(fā)明實(shí)施例還可以采用其他加密方式對第一渠道信息進(jìn)行加密處理，此處不再一一舉例說明。

在步驟s206提供的技術(shù)方案中，首先需要說明的是，能夠被下載并成功安裝使用的目標(biāo)應(yīng)用的安裝包中的信息是完整的，如果安裝包中的信息不完整則該目標(biāo)應(yīng)用無法正常使用，故目標(biāo)應(yīng)用的安裝包被下載之后首先需要對其進(jìn)行完整性校驗(yàn)，在校驗(yàn)通過的情況下才允許正常安裝使用該目標(biāo)應(yīng)用。目標(biāo)應(yīng)用的安裝包中包括一個目標(biāo)目錄，目標(biāo)目錄可以為meta-inf目錄，mata-inf可以相當(dāng)于一個信息包，meta-inf目錄中的文件和目錄獲得java、android平臺的認(rèn)可與解釋，用來配置應(yīng)用程序、拓展程序、類加載器。并且，meta-inf目錄內(nèi)的空文件不參與在安裝目標(biāo)應(yīng)用的過程中進(jìn)行的完整性校驗(yàn)，所謂完整性校驗(yàn)可以理解為在meta-inf目錄內(nèi)所添加的空文件不會影響目標(biāo)應(yīng)用的完整性，同樣也不會影響目標(biāo)應(yīng)用的安裝和使用，對目標(biāo)應(yīng)用的安裝包的完整性校驗(yàn)無需對在meta-inf目錄內(nèi)所添加的空文件進(jìn)行校驗(yàn)。利用上述原理本發(fā)明實(shí)施例可以通過在meta-inf目錄內(nèi)添加空文件的方式完成對目標(biāo)應(yīng)用打渠道包的操作。

本發(fā)明實(shí)施例為了實(shí)現(xiàn)對目標(biāo)應(yīng)用的渠道包打包，可以在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加空文件，其中，在目標(biāo)目錄下添加的空文件可以包括第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件和第二類目標(biāo)空文件的名稱可以根據(jù)預(yù)先獲取并存儲的第一渠道信息和第二渠道信息命名，具體地，第一類目標(biāo)空文件的名稱可以根據(jù)第一渠道信息得到，第二類目標(biāo)空文件的名稱可以根據(jù)第二渠道信息得到，且第一類目標(biāo)空文件和第二類目標(biāo)空文件不參與對目標(biāo)應(yīng)用的安裝包進(jìn)行完整性校驗(yàn)，也即在對目標(biāo)應(yīng)用的安裝包進(jìn)行完整性校驗(yàn)時無需對第一類目標(biāo)空文件和第二類目標(biāo)空文件進(jìn)行校驗(yàn)。此處需要說明的是，本發(fā)明實(shí)施例對在目標(biāo)目錄下所添加的第一類目標(biāo)空文件和第二類目標(biāo)空文件的個數(shù)不做具體限定，可以是一個，也可以是多個。第一類目標(biāo)空文件的個數(shù)可以根據(jù)第一渠道信息中所包括的信息內(nèi)容確定，例如，假設(shè)第一渠道信息中只包括目標(biāo)應(yīng)用市場的名稱，則第一類目標(biāo)空文件的個數(shù)可以設(shè)置為一個，且該第一類目標(biāo)空文件可以以目標(biāo)應(yīng)用市場的名稱命名；假設(shè)第一渠道信息中包括目標(biāo)應(yīng)用市場的名稱以及目標(biāo)應(yīng)用市場的標(biāo)識號，則第一類目標(biāo)空文件的個數(shù)可以設(shè)置為兩個，其分別命名為目標(biāo)應(yīng)用市場的名稱以及目標(biāo)應(yīng)用市場的標(biāo)識號。同理，第二類目標(biāo)空文件的個數(shù)可以根據(jù)第二渠道信息中所包括的信息內(nèi)容確定，例如，假設(shè)第二渠道信息中只包括一條加密信息，則第二類目標(biāo)空文件的個數(shù)可以設(shè)置為一個，且該第二類目標(biāo)空文件可以以該條加密信息命名；假設(shè)第二渠道信息中只包括多條加密信息，則第二類目標(biāo)空文件的個數(shù)可以設(shè)置為多個，且其分別以多條加密信息命名。上述只是簡單舉例說明第一類目標(biāo)空文件以及第二類目標(biāo)空文件的個數(shù)的確定方法，需要說明的是，第一類目標(biāo)空文件以及第二類目標(biāo)空文件的個數(shù)可以根據(jù)實(shí)際需求確定，此處不做具體限定。

采用本發(fā)明，通過在目標(biāo)目錄內(nèi)添加根據(jù)第一渠道信息命名的第一類目標(biāo)空文件和根據(jù)第二渠道信息命名的第二類目標(biāo)空文件，從而可以將該第一類目標(biāo)空文件和第二類目標(biāo)空文件的名稱作為渠道標(biāo)識，完成目標(biāo)應(yīng)用的渠道包的打包處理。

作為一種可選的實(shí)施例，第一渠道信息可以包括：目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號，其中，步驟s206在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件可以包括：

步驟s2062，在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下至少添加第一目標(biāo)空文件和第二目標(biāo)空文件，其中，第一類目標(biāo)空文件包括第一目標(biāo)空文件，第二類目標(biāo)空文件包括第二目標(biāo)空文件；

步驟s2064，將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個，將第二目標(biāo)空文件的名稱設(shè)置為第二渠道信息。

需要說明的是，該可選實(shí)施例中在目標(biāo)應(yīng)用的目標(biāo)目錄下可以添加一個或多個第一類目標(biāo)空文件，以及一個或多個第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件中可以包括一個或多個第一目標(biāo)空文件，第二類目標(biāo)空文件可以包括一個或多個第二目標(biāo)空文件。第一目標(biāo)空文件的名稱可以根據(jù)第一渠道信息得到，具體可以設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個；第二目標(biāo)空文件的名稱可以設(shè)置為第二渠道信息。

采用本發(fā)明上述可選實(shí)施例，通過將第一類渠道信息設(shè)置為第一目標(biāo)空文件的名稱，將第二類渠道信息設(shè)置為第二目標(biāo)空文件的名稱，能夠?qū)崿F(xiàn)將目標(biāo)應(yīng)用的渠道信息打包在目標(biāo)應(yīng)用的安裝包中，以完成目標(biāo)應(yīng)用的渠道包的打包處理，這樣無需修改代碼，無需對目標(biāo)應(yīng)用的安裝包進(jìn)行重新編譯，也無需重新簽名，進(jìn)而縮短渠道包的打包時間，達(dá)到提高目標(biāo)應(yīng)用的渠道包打包效率的效果。

作為一種可選的實(shí)施例，步驟s2064將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個可以包括以下幾種情況：

第一種情況，將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱或目標(biāo)應(yīng)用市場的標(biāo)識號。

第二種情況，將第一目標(biāo)空文件的名稱設(shè)置為包括目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號。

第三種情況，將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱，將第三目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，其中，第一類目標(biāo)空文件還包括第三目標(biāo)空文件。

例如，當(dāng)?shù)谝活惸繕?biāo)空文件中只有一個空文件時，也即第一類目標(biāo)空文件包括第一目標(biāo)空文件時，該第一目標(biāo)空文件的名稱可以設(shè)置為目標(biāo)應(yīng)用市場的名稱，或設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，或設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號的組合。

例如，當(dāng)?shù)谝活惸繕?biāo)空文件中包括多個空文件時，例如兩個，則這兩個目標(biāo)空文件的名稱可以分別設(shè)置為目標(biāo)應(yīng)用市場的名稱與目標(biāo)應(yīng)用市場的標(biāo)識號?？蛇x地，當(dāng)?shù)谝活惸繕?biāo)空文件包括第一目標(biāo)空文件和第三目標(biāo)空文件時，第一目標(biāo)文件的名稱可以設(shè)置為目標(biāo)應(yīng)用市場的名稱，第三目標(biāo)文件的名稱可以設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，或者第一目標(biāo)文件的名稱可以設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，第三目標(biāo)文件的名稱可以設(shè)置為目標(biāo)應(yīng)用市場的名稱。

采用本發(fā)明上述可選實(shí)施例，通過上述幾種情況可以實(shí)現(xiàn)將第一渠道信息完整地體現(xiàn)在第一目標(biāo)空文件的名稱，將第二渠道信息完整地體現(xiàn)在第二目標(biāo)空文件的名稱，這樣可以使得根據(jù)第一目標(biāo)空文件的名稱和第二目標(biāo)空文件的名稱能夠直接獲取到目標(biāo)應(yīng)用的渠道信息，進(jìn)而達(dá)到提高目標(biāo)應(yīng)用的渠道包的打包效率的效果。

作為一種可選的實(shí)施例，在步驟s206目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件之后，該可選實(shí)施例還可以包括步驟s207至步驟s210：

步驟s207，在目標(biāo)應(yīng)用被啟動之后，讀取目標(biāo)目錄下的第二類目標(biāo)空文件的名稱；

步驟s208，對第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到第三渠道信息；

步驟s209，將第三渠道信息與目標(biāo)目錄下的第一類目標(biāo)空文件的名稱進(jìn)行匹配；

步驟s210，在第三渠道信息與第一類目標(biāo)空文件的名稱匹配的情況下，確定第一類目標(biāo)空文件的名稱所表示的第一渠道信息正確。

需要說明的是，在目標(biāo)應(yīng)用被啟動后，目標(biāo)應(yīng)用可以讀取目標(biāo)目錄下的第二類目標(biāo)空文件的名稱，并對第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到第三渠道信息。此處需要說明的是，在第一渠道信息沒有被篡改的情況下，第三渠道信息與第一渠道信息匹配；在第一渠道信息被篡改的情況下，第三渠道信息與第一渠道信息不匹配。在獲取第三渠道信息之后，該可選實(shí)施例可以將該第三渠道信息與第一類目標(biāo)空文件名稱進(jìn)行匹配，在第三渠道信息與第一類目標(biāo)空文件名稱匹配的情況下，則可以說明第三渠道信息與第一渠道信息匹配，進(jìn)而可以確定第一類目標(biāo)文件的名稱所表示的第一渠道信息正確；在第三渠道信息與第一類目標(biāo)空文件名稱不匹配的情況下，則可以說明第三渠道信息與第一渠道信息不匹配，進(jìn)而可以確定第一類目標(biāo)文件的名稱所表示的第一渠道信息不正確，此時存在安全風(fēng)險。此處的“匹配”可以是相同或者相等。

本發(fā)明上述可選實(shí)施例，通過對第二類目標(biāo)空文件的名稱進(jìn)行解密得到第三渠道信息，再判斷第三渠道信息與第一類目標(biāo)空文件的名稱是否匹配，從而判斷第一渠道信息是否被篡改，以達(dá)到確保渠道信息的準(zhǔn)確性和安全性的目的。

作為一種可選的實(shí)施例，在步驟s206目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件之后，該可選實(shí)施例還可以包括步驟s211：

步驟s211，向服務(wù)器發(fā)送攜帶有第一渠道信息的目標(biāo)請求，其中，目標(biāo)請求用于請求獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量，第一渠道信息由第一類目標(biāo)空文件的名稱表示；

步驟s212，接收服務(wù)器響應(yīng)目標(biāo)請求所發(fā)送的目標(biāo)響應(yīng)，其中，目標(biāo)響應(yīng)中攜帶有指示下載量的信息。

需要說明的是，該可選實(shí)施例中的目標(biāo)請求中可以攜帶有第一渠道信息，目標(biāo)請求可以用于請求獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量。該可選實(shí)施例中目標(biāo)請求的發(fā)送方可以是任意終端或者區(qū)別與接收目標(biāo)請求的其他服務(wù)器。當(dāng)該可選實(shí)施例中的服務(wù)器接收到目標(biāo)請求之后，服務(wù)器可以對該目標(biāo)請求進(jìn)行響應(yīng)，在對該響應(yīng)過程進(jìn)行具體介紹之前，首先需要說明的是，目標(biāo)應(yīng)用被下載之后，目標(biāo)應(yīng)用可以向該服務(wù)器上報第一渠道信息，服務(wù)器可以存儲并累計接收到第一渠道信息的次數(shù)，其中，該累計得到的次數(shù)可以用于指示目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量。服務(wù)器在接收到目標(biāo)請求之后，可以包括根據(jù)已累計得到的接收到第一渠道信息的次數(shù)返回目標(biāo)響應(yīng)，其中，該目標(biāo)響應(yīng)中可以攜帶有服務(wù)器已累計得到的接收到第一渠道信息的次數(shù)，以指示目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量。

采用本發(fā)明上述實(shí)施例，通過服務(wù)器響應(yīng)目標(biāo)請求并返回攜帶有指示目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量的信息的目標(biāo)響應(yīng)，能夠?qū)崿F(xiàn)快速準(zhǔn)確地獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量的信息的目的。

需要說明的是，本發(fā)明實(shí)施例可以應(yīng)用在android平臺。

本發(fā)明還提供了一種優(yōu)選實(shí)施例，該優(yōu)選實(shí)施例提供了一種安全快速的android渠道包打包方案，本方案只需要編譯構(gòu)建一次主包，其他渠道包通過往主包中注入不參與apk完整性校驗(yàn)的空文件，這些空文件使用特定規(guī)則的加密字符命名；然后在app啟動時，讀取這些特定文件的名稱，使用對應(yīng)的解密方法進(jìn)行解密，校驗(yàn)并提取渠道信息；渠道包無需修改代碼，無需重新編譯，無需重新簽名，從而大大的減少來渠道的打包時間，一個渠道包輸出時間縮短到秒級。

該方案描述如下：

androidapk使用的是和java同一套簽名校驗(yàn)方法，放在meta-inf目錄下的空文件原則上是不進(jìn)行簽名校驗(yàn)的；apk安裝時的完整性校驗(yàn)是不會校驗(yàn)meta-inf目錄下的空文件，因此可以在無需重新編譯打包的情況下，通過往apk注入空文件的方式實(shí)現(xiàn)渠道信息動態(tài)修改。

由于meta-inf目錄下的空文件可以隨便注入且可以繞過apk完整性和簽名校驗(yàn)，所以會存在安全風(fēng)險。為解決安全問題，該優(yōu)選實(shí)施例可以采用不可逆的md5加鹽加密的方式對空文件名稱進(jìn)行加密處理，然后在app啟動時進(jìn)行相應(yīng)的解密算法校驗(yàn)并提取有效信息。

圖3是根據(jù)本發(fā)明實(shí)施例的一種可選的渠道包打包方案的流程圖，如圖3所示，由于android渠道包apk無需修改源碼，也無需重新編譯，簽名，因此該方法可以包括以下步驟：

步驟s302，編譯主包。

步驟s304，使用python腳本對渠道信息進(jìn)行加密處理。其中，python是一種面向?qū)ο蟮慕忉屝陀嬎銠C(jī)設(shè)計語言。此處的加密處理采用不可逆的md5加鹽加密的方式。

步驟s306，在主包apk文件中通過腳本往meta-inf目錄下注入以加密后的渠道信息命名的滿足特定規(guī)則的空文件。其中，特定規(guī)則可以根據(jù)實(shí)際需求設(shè)定，此處不做具體限定。

步驟s308，在app啟動后讀取meta-inf目錄下的滿足特定規(guī)則的空文件，使用對應(yīng)的解密算法從空文件名稱校驗(yàn)并提取渠道信息。

針對上述執(zhí)行流程，現(xiàn)舉例如下：

圖4是根據(jù)本發(fā)明實(shí)施例的一種可選的原始渠道信息的示意圖，如圖4所示，獲取的原始渠道信息包括渠道的名稱：“channel＝ad_xiaomi”；渠道的編號：“channel_id＝100005”。

圖5是根據(jù)本發(fā)明實(shí)施例的一種可選的主包meta-inf目錄的示意圖，如圖5所示，在編譯主包中包括meta-inf目錄。

圖6是根據(jù)本發(fā)明實(shí)施例的一種可選的注入對渠道信息加密后的特定規(guī)則的空文件的示意圖，如圖6所示，在meta-inf目標(biāo)的文件夾中加入名稱為channel_ad_xiaomi的空文件、名稱為id_100005的空文件以及根據(jù)加密后的字符命名的空文件。

圖7是根據(jù)本發(fā)明實(shí)施例的一種可選的獲取渠道信息的示意圖，如圖7所示，在app啟動時對空文件的名稱進(jìn)行校驗(yàn)解密并提取渠道信息，其中，獲取渠道信息可以通過抓包的方式。利用所提取到的渠道信息可以進(jìn)行應(yīng)用與統(tǒng)計，例如統(tǒng)計app的下載量。

圖8是根據(jù)本發(fā)明實(shí)施例的一種可選的安全快速的android渠道包打包方案示意圖，如圖8所示，該渠道包打包方案的具體過程可以描述為：渠道信息使用不可逆的md5加鹽加密方法進(jìn)行加密后得到加密后渠道信息；然后使用特定規(guī)則處理加密后的渠道信息；在編譯主包文件夾中插入以處理后的渠道信息命名的空文件；至此渠道包打包過程結(jié)束。在app啟動之后，app讀取特定規(guī)則的空文件，并使用對應(yīng)的解密算法對空文件的名稱進(jìn)行校驗(yàn)，以實(shí)現(xiàn)提取渠道信息。

本發(fā)明所提供的快速安全的渠道打包方式，可以無需人工修改源碼，無需重新編譯構(gòu)建apk，無需重新簽名apk，對渠道信息進(jìn)行了防篡改加密處理，實(shí)現(xiàn)了1秒打一個安全的渠道包，極大的提高了渠道包打包效率。

本發(fā)明中使用通過腳本往meta-inf目錄下注入以加密后的渠道信息命名的滿足特定規(guī)則的空文件，并再app啟動時讀取空文件，并通過對應(yīng)的解密算法校驗(yàn)提取渠道信息，最后應(yīng)用在統(tǒng)計中。

需要說明的是，對于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實(shí)施例的方法可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述的方法。

實(shí)施例2

根據(jù)本發(fā)明實(shí)施例，還提供了一種用于實(shí)施上述應(yīng)用的渠道信息的處理方法的應(yīng)用的渠道信息的處理裝置。圖9是根據(jù)本發(fā)明實(shí)施例的一種可選的應(yīng)用的渠道信息的處理裝置的示意圖，如圖9所示，該裝置可以包括：

獲取單元91，用于獲取第一渠道信息，其中，第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；處理單元93，用于對第一渠道信息進(jìn)行加密處理，得到第二渠道信息；添加單元95，用于在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件的名稱根據(jù)第一渠道信息得到，第二類目標(biāo)空文件的名稱根據(jù)第二渠道信息得到，第一類目標(biāo)空文件和第二類目標(biāo)空文件為不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件。

需要說明的是，該實(shí)施例中的獲取單元91可以用于執(zhí)行本申請實(shí)施例1中的步驟s202，該實(shí)施例中的處理單元93可以用于執(zhí)行本申請實(shí)施例1中的步驟s204，該實(shí)施例中的添加單元95可以用于執(zhí)行本申請實(shí)施例1中的步驟s206。

此處需要說明的是，上述模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例1所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在如圖1所示的硬件環(huán)境中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

作為一種可選的實(shí)施例，如圖10所示，第一渠道信息可以包括：目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號，其中，添加單元95包括：添加模塊951，用于在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下至少添加第一目標(biāo)空文件和第二目標(biāo)空文件，其中，第一類目標(biāo)空文件包括第一目標(biāo)空文件，第二類目標(biāo)空文件包括第二目標(biāo)空文件；設(shè)置模塊953，用于將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個，將第二目標(biāo)空文件的名稱設(shè)置為第二渠道信息。

作為一種可選的實(shí)施例，如圖11所示，設(shè)置模塊953可以包括：第一設(shè)置子模塊9531，用于將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱或目標(biāo)應(yīng)用市場的標(biāo)識號；或者第二設(shè)置子模塊9533，用于將第一目標(biāo)空文件的名稱設(shè)置為包括目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號；或者第三設(shè)置子模塊9535，用于將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱，將第三目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，其中，第一類目標(biāo)空文件還包括第三目標(biāo)空文件。

作為一種可選的實(shí)施例，如圖12所示，該實(shí)施例還可以包括：讀取單元121，用于在所述目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件之后，在目標(biāo)應(yīng)用被啟動之后，讀取目標(biāo)目錄下的第二類目標(biāo)空文件的名稱；解密單元123，用于對第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到第三渠道信息；匹配單元125，用于將第三渠道信息與目標(biāo)目錄下的第一類目標(biāo)空文件的名稱進(jìn)行匹配；確定單元127，用于在第三渠道信息與第一類目標(biāo)空文件的名稱匹配的情況下，確定第一類目標(biāo)空文件的名稱所表示的第一渠道信息正確。

作為一種可選的實(shí)施例，如圖13所示，該實(shí)施例還可以包括：發(fā)送單元131，用于在所述對所述第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到所述第三渠道信息之后，向服務(wù)器發(fā)送攜帶有第一渠道信息的目標(biāo)請求，其中，目標(biāo)請求用于請求獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量，第一渠道信息由第一類目標(biāo)空文件的名稱表示；接收單元133，用于接收服務(wù)器響應(yīng)目標(biāo)請求所發(fā)送的目標(biāo)響應(yīng)，其中，目標(biāo)響應(yīng)中攜帶有指示下載量的信息。

此處需要說明的是，上述模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例1所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在如圖1所示的硬件環(huán)境中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

通過上述模塊，完成對原安裝包的打包，得到經(jīng)過打包處理后的渠道包，可以解決相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的技術(shù)問題，進(jìn)而達(dá)到提高渠道包的處理效率的技術(shù)效果。

實(shí)施例3

根據(jù)本發(fā)明實(shí)施例，還提供了一種用于實(shí)施上述應(yīng)用的渠道信息的處理方法的終端。

圖14是根據(jù)本發(fā)明實(shí)施例的一種終端的結(jié)構(gòu)框圖，如圖14所示，該終端可以包括：一個或多個(圖中僅示出一個)處理器201、存儲器203、以及傳輸裝置205，如圖14所示，該終端還可以包括輸入輸出設(shè)備207。

其中，存儲器203可用于存儲軟件程序以及模塊，如本發(fā)明實(shí)施例中的應(yīng)用的渠道信息的處理方法和裝置對應(yīng)的程序指令/模塊，處理器201通過運(yùn)行存儲在存儲器203內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實(shí)現(xiàn)上述的應(yīng)用的渠道信息的處理方法。存儲器203可包括高速隨機(jī)存儲器，還可以包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。在一些實(shí)例中，存儲器203可進(jìn)一步包括相對于處理器201遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至終端。上述網(wǎng)絡(luò)的實(shí)例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。

上述的傳輸裝置205用于經(jīng)由一個網(wǎng)絡(luò)接收或者發(fā)送數(shù)據(jù)。上述的網(wǎng)絡(luò)具體實(shí)例可包括有線網(wǎng)絡(luò)及無線網(wǎng)絡(luò)。在一個實(shí)例中，傳輸裝置205包括一個網(wǎng)絡(luò)適配器(networkinterfacecontroller，nic)，其可通過網(wǎng)線與其他網(wǎng)絡(luò)設(shè)備與路由器相連從而可與互聯(lián)網(wǎng)或局域網(wǎng)進(jìn)行通訊。在一個實(shí)例中，傳輸裝置205為射頻(radiofrequency，rf)模塊，其用于通過無線方式與互聯(lián)網(wǎng)進(jìn)行通訊。

其中，具體地，存儲器203用于存儲應(yīng)用。

處理器201可以調(diào)用存儲器203存儲的應(yīng)用，以執(zhí)行下述步驟：獲取第一渠道信息，其中，第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；對第一渠道信息進(jìn)行加密處理，得到第二渠道信息；在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件的名稱根據(jù)第一渠道信息得到，第二類目標(biāo)空文件的名稱根據(jù)第二渠道信息得到，第一類目標(biāo)空文件和第二類目標(biāo)空文件為不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件。

處理器201還用于執(zhí)行下述步驟：在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下至少添加第一目標(biāo)空文件和第二目標(biāo)空文件，其中，第一類目標(biāo)空文件包括第一目標(biāo)空文件，第二類目標(biāo)空文件包括第二目標(biāo)空文件；將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個，將第二目標(biāo)空文件的名稱設(shè)置為第二渠道信息。

處理器201還用于執(zhí)行下述步驟：將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱或目標(biāo)應(yīng)用市場的標(biāo)識號；或者將第一目標(biāo)空文件的名稱設(shè)置為包括目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號；或者將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱，將第三目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，其中，第一類目標(biāo)空文件還包括第三目標(biāo)空文件。

處理器201還用于執(zhí)行下述步驟：在目標(biāo)應(yīng)用被啟動之后，讀取目標(biāo)目錄下的第二類目標(biāo)空文件的名稱；對第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到第三渠道信息；將第三渠道信息與目標(biāo)目錄下的第一類目標(biāo)空文件的名稱進(jìn)行匹配；在第三渠道信息與第一類目標(biāo)空文件的名稱匹配的情況下，確定第一類目標(biāo)空文件的名稱所表示的第一渠道信息正確。

處理器201還用于執(zhí)行下述步驟：向服務(wù)器發(fā)送攜帶有第一渠道信息的目標(biāo)請求，其中，目標(biāo)請求用于請求獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量，第一渠道信息由第一類目標(biāo)空文件的名稱表示；接收服務(wù)器響應(yīng)目標(biāo)請求所發(fā)送的目標(biāo)響應(yīng)，其中，目標(biāo)響應(yīng)中攜帶有指示下載量的信息。

采用本發(fā)明實(shí)施例，通過獲取目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的第一渠道信息，并將該第一渠道信息進(jìn)行加密處理，得出第二渠道信息，然后在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄內(nèi)添加不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件，并將該空文件分為根據(jù)第一渠道信息得出空文件的名稱的第一類目標(biāo)空文件和第二渠道信息得出空文件的名稱的第二類目標(biāo)空文件，從而完成對原安裝包的打包，得到經(jīng)打包處理后的渠道包，可以解決相關(guān)技術(shù)中的渠道包的處理方案需要重新編譯安裝包，導(dǎo)致渠道包的處理效率較低的技術(shù)問題，進(jìn)而達(dá)到提高渠道包的處理效率的技術(shù)效果。

可選地，本實(shí)施例中的具體示例可以參考上述實(shí)施例1和實(shí)施例2中所描述的示例，本實(shí)施例在此不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解，圖14所示的結(jié)構(gòu)僅為示意，終端可以是智能手機(jī)(如android手機(jī)、ios手機(jī)等)、平板電腦、掌上電腦以及移動互聯(lián)網(wǎng)設(shè)備(mobileinternetdevices，mid)、pad等終端設(shè)備。圖14其并不對上述電子裝置的結(jié)構(gòu)造成限定。例如，終端還可包括比圖14中所示更多或者更少的組件(如網(wǎng)絡(luò)接口、顯示裝置等)，或者具有與圖14所示不同的配置。

本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過程序來指令終端設(shè)備相關(guān)的硬件來完成，該程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：閃存盤、只讀存儲器(read-onlymemory，rom)、隨機(jī)存取器(randomaccessmemory，ram)、磁盤或光盤等。

實(shí)施例4

本發(fā)明的實(shí)施例還提供了一種存儲介質(zhì)?？蛇x地，在本實(shí)施例中，上述存儲介質(zhì)可以用于執(zhí)行應(yīng)用的渠道信息的處理方法的程序代碼。

可選地，在本實(shí)施例中，上述存儲介質(zhì)可以位于上述實(shí)施例所示的網(wǎng)絡(luò)中的多個網(wǎng)絡(luò)設(shè)備中的至少一個網(wǎng)絡(luò)設(shè)備上。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

s1，獲取第一渠道信息，其中，第一渠道信息用于指示目標(biāo)應(yīng)用被發(fā)布到目標(biāo)應(yīng)用市場的信息；

s2，對第一渠道信息進(jìn)行加密處理，得到第二渠道信息；

s3，在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下添加第一類目標(biāo)空文件和第二類目標(biāo)空文件，其中，第一類目標(biāo)空文件的名稱根據(jù)第一渠道信息得到，第二類目標(biāo)空文件的名稱根據(jù)第二渠道信息得到，第一類目標(biāo)空文件和第二類目標(biāo)空文件為不參與對安裝包進(jìn)行完整性校驗(yàn)的空文件。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：在目標(biāo)應(yīng)用的安裝包中的目標(biāo)目錄下至少添加第一目標(biāo)空文件和第二目標(biāo)空文件，其中，第一類目標(biāo)空文件包括第一目標(biāo)空文件，第二類目標(biāo)空文件包括第二目標(biāo)空文件；將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號中的至少一個，將第二目標(biāo)空文件的名稱設(shè)置為第二渠道信息。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱或目標(biāo)應(yīng)用市場的標(biāo)識號；或者將第一目標(biāo)空文件的名稱設(shè)置為包括目標(biāo)應(yīng)用市場的名稱和目標(biāo)應(yīng)用市場的標(biāo)識號；或者將第一目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的名稱，將第三目標(biāo)空文件的名稱設(shè)置為目標(biāo)應(yīng)用市場的標(biāo)識號，其中，第一類目標(biāo)空文件還包括第三目標(biāo)空文件。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：在目標(biāo)應(yīng)用被啟動之后，讀取目標(biāo)目錄下的第二類目標(biāo)空文件的名稱；對第二類目標(biāo)空文件的名稱進(jìn)行解密處理，得到第三渠道信息；將第三渠道信息與目標(biāo)目錄下的第一類目標(biāo)空文件的名稱進(jìn)行匹配；在第三渠道信息與第一類目標(biāo)空文件的名稱匹配的情況下，確定第一類目標(biāo)空文件的名稱所表示的第一渠道信息正確。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：向服務(wù)器發(fā)送攜帶有第一渠道信息的目標(biāo)請求，其中，目標(biāo)請求用于請求獲取目標(biāo)應(yīng)用在目標(biāo)應(yīng)用市場的下載量，第一渠道信息由第一類目標(biāo)空文件的名稱表示；接收服務(wù)器響應(yīng)目標(biāo)請求所發(fā)送的目標(biāo)響應(yīng)，其中，目標(biāo)響應(yīng)中攜帶有指示下載量的信息。

可選地，本實(shí)施例中的具體示例可以參考上述實(shí)施例1和實(shí)施例2中所描述的示例，本實(shí)施例在此不再贅述。

可選地，在本實(shí)施例中，上述存儲介質(zhì)可以包括但不限于：u盤、只讀存儲器(rom，read-onlymemory)、隨機(jī)存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

上述實(shí)施例中的集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時，可以存儲在上述計算機(jī)可讀取的存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在存儲介質(zhì)中，包括若干指令用以使得一臺或多臺計算機(jī)設(shè)備(可為個人計算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。

在本發(fā)明的上述實(shí)施例中，對各個實(shí)施例的描述都各有側(cè)重，某個實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

在本申請所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的客戶端，可通過其它的方式實(shí)現(xiàn)。其中，以上所描述的裝置實(shí)施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。