本發(fā)明涉及計(jì)算機(jī)軟件技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用的渠道包的生成方法及裝置。

背景技術(shù)：

隨著計(jì)算機(jī)技術(shù)的發(fā)展，各種各樣功能的計(jì)算機(jī)應(yīng)用(Application；App)的出現(xiàn)，大大地方便了人們的生活。例如，地圖App可以方便人們的出行；新聞?lì)惖腁pp可以幫忙人們隨時(shí)隨地查看新聞資訊；各種娛樂類App可以隨時(shí)幫助人們隨時(shí)隨地進(jìn)行消遣。

為了便于用戶通過各種渠道獲取應(yīng)用，現(xiàn)有技術(shù)中通過將應(yīng)用打包成不同的渠道包，例如，可以在渠道包中增加標(biāo)識(shí)該應(yīng)用的渠道的唯一標(biāo)識(shí)Channel ID；然后通過對(duì)應(yīng)的渠道推送給用戶?，F(xiàn)有技術(shù)根據(jù)不同的渠道生成不同的渠道包，便于應(yīng)用提供商統(tǒng)計(jì)該應(yīng)用在各個(gè)渠道的推送效果?，F(xiàn)有技術(shù)中，渠道包的生成過程中，需要根據(jù)生成的渠道包對(duì)應(yīng)的渠道信息和該應(yīng)用的源代碼，編譯生成對(duì)應(yīng)的渠道包。如果需要生成同一應(yīng)用的多個(gè)不同的渠道信息，均需要按照對(duì)應(yīng)的渠道信息和應(yīng)用的源代碼，分別編譯生成對(duì)應(yīng)的渠道包。

由上述可知，現(xiàn)有技術(shù)中，同一應(yīng)用的多個(gè)不同渠道的渠道包的生成過程，需要根據(jù)應(yīng)用的源代碼和每一個(gè)渠道的渠道信息分別進(jìn)行編譯生成；生成渠道包的過程比較復(fù)雜，且容易出錯(cuò)，導(dǎo)致渠道包的生成效率非常低。

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

本發(fā)明提供了一種應(yīng)用的渠道包的生成方法及裝置，用于提高渠道包的生成效率。

本發(fā)明提供一種應(yīng)用的渠道包的生成方法，所述方法包括：

根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置所述渠道信息；

對(duì)配置了所述渠道信息的所述基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的方法中，所述根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置所述渠道信息，具體包括：

判斷所述基礎(chǔ)安裝包中所述assets目錄下是否包括原渠道信息；

若包括，刪除所述原渠道信息；

根據(jù)所述應(yīng)用的渠道信息，在所述基礎(chǔ)安裝包中所述assets目錄下寫入所述渠道信息。

進(jìn)一步可選地，如上所述的方法中，還包括：

若所述基礎(chǔ)安裝包中所述assets目錄下未包括原渠道信息，根據(jù)所述應(yīng)用的渠道信息，直接在所述基礎(chǔ)安裝包中所述assets目錄下寫入所述渠道信息。

進(jìn)一步可選地，如上所述的方法中，所述對(duì)配置了所述渠道信息的所述基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包，具體包括：

判斷配置了所述渠道信息的所述基礎(chǔ)安裝包中是否包括簽名信息，若包括，則刪除所述簽名信息，利用jarsigner對(duì)所述基礎(chǔ)安裝包進(jìn)行重新簽名，得到所述目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的方法中，若所述基礎(chǔ)安裝包中不包括簽名信息，還包括：

直接利用jarsigner對(duì)所述基礎(chǔ)安裝包進(jìn)行簽名，得到所述目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的方法中，對(duì)配置了所述渠道信息的所述基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包之后，還包括：

利用ZIPALIGN對(duì)生成的所述目標(biāo)渠道包進(jìn)行壓縮對(duì)齊。

進(jìn)一步可選地，如上所述的方法中，根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置所述渠道信息之前，還包括：

根據(jù)所述應(yīng)用的源代碼，生成所述應(yīng)用的所述基礎(chǔ)安裝包。

本發(fā)明還提供一種應(yīng)用的渠道包的生成裝置，所述裝置包括：

渠道信息配置模塊，用于根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置所述渠道信息；

簽名模塊，用于對(duì)配置了所述渠道信息的所述基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的裝置中，所述渠道信息配置模塊，具體用于：

判斷所述基礎(chǔ)安裝包中所述assets目錄下是否包括原渠道信息；

若包括，刪除所述原渠道信息；

根據(jù)所述應(yīng)用的渠道信息，在所述基礎(chǔ)安裝包中所述assets目錄下寫入所述渠道信息。

進(jìn)一步可選地，如上所述的裝置中，所述渠道信息配置模塊，具體還用于若所述基礎(chǔ)安裝包中所述assets目錄下未包括原渠道信息，根據(jù)所述應(yīng)用的渠道信息，直接在所述基礎(chǔ)安裝包中所述assets目錄下寫入所述渠道信息。

進(jìn)一步可選地，如上所述的裝置中，所述簽名模塊，具體用于判斷配置了所述渠道信息的所述基礎(chǔ)安裝包中是否包括簽名信息，若包括，則刪除所述簽名信息，利用jarsigner對(duì)所述基礎(chǔ)安裝包進(jìn)行重新簽名，得到所述目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的裝置中，所述簽名模塊，還用于若所述基礎(chǔ)安裝包中不包括簽名信息，直接利用jarsigner對(duì)所述基礎(chǔ)安裝包進(jìn)行簽名，得到所述目標(biāo)渠道包。

進(jìn)一步可選地，如上所述的裝置中，還包括：

壓縮對(duì)齊模塊，用于利用ZIPALIGN對(duì)生成的所述目標(biāo)渠道包進(jìn)行壓縮對(duì)齊。

進(jìn)一步可選地，如上所述的裝置中，還包括：

生成模塊，用于根據(jù)所述應(yīng)用的源代碼，生成所述應(yīng)用的所述基礎(chǔ)安裝包。

本發(fā)明的應(yīng)用的渠道包的生成方法及裝置，通過根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置渠道信息；對(duì)配置了渠道信息的基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。本發(fā)明的技術(shù)方案，根據(jù)一個(gè)基礎(chǔ)安裝包可以生成多個(gè)渠道包，而不用現(xiàn)有技術(shù)所述，針對(duì)每一個(gè)渠道包分別根據(jù)應(yīng)用的源代碼和每一個(gè)渠道的渠道信息分別進(jìn)行編譯生成，因此本發(fā)明的技術(shù)方案，可以大大簡(jiǎn)化渠道包的生成過程，渠道包的生成效率非常高；且本實(shí)施例的技術(shù)方案生成的渠道包，不容易出錯(cuò)，準(zhǔn)確性較高。

【附圖說明】

圖1為本發(fā)明的應(yīng)用的渠道包的生成方法實(shí)施例一的流程圖。

圖2為本發(fā)明的應(yīng)用的渠道包的生成方法實(shí)施例二的流程圖。

圖3為本發(fā)明的應(yīng)用的渠道包的生成裝置實(shí)施例一的結(jié)構(gòu)圖。

圖4為本發(fā)明的應(yīng)用的渠道包的生成裝置實(shí)施例二的結(jié)構(gòu)圖。

圖5為本發(fā)明提供的一種電子設(shè)備實(shí)施例的結(jié)構(gòu)圖。

【具體實(shí)施方式】

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。

圖1為本發(fā)明的應(yīng)用的渠道包的生成方法實(shí)施例一的流程圖。如圖1所示，本實(shí)施例的應(yīng)用的渠道包的生成方法，具體可以包括如下步驟：

100、根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置渠道信息；

101、對(duì)配置了渠道信息的基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

本實(shí)施例的應(yīng)用的渠道信息可以包括應(yīng)用的渠道的標(biāo)識(shí)信息，用于唯一標(biāo)識(shí)該渠道。例如渠道的標(biāo)識(shí)信息可以包括渠道的來源，如百度、QQ、或者應(yīng)用寶、豌豆夾等等中文或者漢語拼音作為渠道的標(biāo)識(shí)；或者還可以采用自定義的渠道的標(biāo)識(shí)例如channel ID來表示渠道的標(biāo)識(shí)，例如通過百度提供的該應(yīng)用對(duì)應(yīng)的渠道標(biāo)識(shí)為channel 01；通過QQ提供該應(yīng)用對(duì)應(yīng)的渠道標(biāo)識(shí)為channel 02。本實(shí)施例中可以在基礎(chǔ)安裝包的assets目錄下創(chuàng)建一個(gè)記錄渠道號(hào)的文件，用于放置該渠道包的渠道信息。本實(shí)施例中通過在基礎(chǔ)安裝包的assets目錄下放置渠道信息。由于該assets目錄下的所有文件必須參與后續(xù)的簽名處理，這樣，可以充分保證渠道信息不能夠被隨意篡改。因此，本實(shí)施例中，通過在assets目錄中創(chuàng)建存儲(chǔ)渠道信息的文件，以保證渠道信息的安全，不易被篡改。

若在Android操作系統(tǒng)中，本實(shí)施例中的基礎(chǔ)安裝包可以為根據(jù)應(yīng)用的源代碼生成的格式為apk的文件。本實(shí)施例的基礎(chǔ)安裝包，可以為按照現(xiàn)有技術(shù)的方式生成的一個(gè)包括渠道信息且已進(jìn)行簽名的渠道包；此時(shí)該基礎(chǔ)安裝包能夠被正常安裝?；蛘弑緦?shí)施例的基礎(chǔ)安裝包也可以為一個(gè)不能進(jìn)行安裝的中間包，例如與上述可以正常安裝的基礎(chǔ)安裝包相比，該方案的基礎(chǔ)安裝包可以為未寫入渠道信息和/或未進(jìn)行簽名的中間包。由于正常發(fā)布的渠道包必須加入渠道信息，且進(jìn)行簽名，才能夠推廣發(fā)布。而本實(shí)施例的未寫入渠道信息和/或未進(jìn)行簽名的基礎(chǔ)安裝包可以作為一個(gè)中間的基礎(chǔ)安裝包，便于后續(xù)生成其他的渠道包。當(dāng)該基礎(chǔ)安裝包中未寫入渠道信息時(shí)，此時(shí)需要在編譯階段，在assets目錄下創(chuàng)建了一個(gè)記錄渠道號(hào)的文件，但是該文件中未寫入渠道信息，即僅僅建立了一個(gè)可以存儲(chǔ)渠道信息的文件，便于后續(xù)在其中寫入渠道信息。當(dāng)該基礎(chǔ)安裝中包中未簽名時(shí)，該基礎(chǔ)安裝包的安全性較差，不能被運(yùn)行。而當(dāng)該基礎(chǔ)安裝包只要被簽名均可以被運(yùn)行，如果該基礎(chǔ)安裝包簽名了，且?guī)в性佬畔?，此時(shí)運(yùn)行時(shí)，可以讀到原渠道信息，而且還可以根據(jù)讀取到的原渠道信息和原渠道信息的位置即assets目錄下、以及要寫入的渠道信息配置該基礎(chǔ)安裝包。如果基礎(chǔ)安裝包未簽名了，無論是否帶有原渠道信息，此時(shí)均不適合運(yùn)行，可以直接根據(jù)原渠道信息的位置即assets目錄，檢測(cè)是否帶有原渠道信息，并根據(jù)要寫入的渠道信息，配置該基礎(chǔ)安裝包。本實(shí)施例中，根據(jù)一個(gè)基礎(chǔ)安裝包可以生成多個(gè)渠道包。

本實(shí)施例的應(yīng)用的渠道包的生成方法，根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置渠道信息；對(duì)配置了渠道信息的基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。本實(shí)施例的技術(shù)方案，根據(jù)一個(gè)基礎(chǔ)安裝包可以生成多個(gè)渠道包，而不用現(xiàn)有技術(shù)所述，針對(duì)每一個(gè)渠道包分別根據(jù)應(yīng)用的源代碼和每一個(gè)渠道的渠道信息分別進(jìn)行編譯生成，因此本實(shí)施例的技術(shù)方案，可以大大簡(jiǎn)化渠道包的生成過程，渠道包的生成效率非常高；且本實(shí)施例的技術(shù)方案生成的渠道包，不容易出錯(cuò)，準(zhǔn)確性較高。

圖2為本發(fā)明的應(yīng)用的渠道包的生成方法實(shí)施例二的流程圖。本實(shí)施例的應(yīng)用的渠道包的生成方法在上述圖1所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，進(jìn)一步更加詳細(xì)地介紹本發(fā)明的技術(shù)方案。如圖2所示，本實(shí)施例的應(yīng)用的渠道包的生成方法，具體可以包括如下步驟：

200、根據(jù)應(yīng)用的源代碼，生成應(yīng)用的基礎(chǔ)安裝包；

本實(shí)施例中在根據(jù)應(yīng)用的源代碼，生成應(yīng)用的基礎(chǔ)安裝包的過程中，需要在android工程的assets目錄下創(chuàng)建一個(gè)記錄渠道信息的文件，以便后續(xù)在該文件中記錄渠道信息。具體地，在生成的基礎(chǔ)安裝中可以記錄有渠道信息；也可以不記錄渠道信息，僅保留一個(gè)空的用于記錄渠道信息的文件。該渠道信息具體可以為渠道號(hào)，該渠道信息具體可以記錄在該文件的名稱中，或者記錄在該文件內(nèi)部。本實(shí)施例的基礎(chǔ)安裝包的生成可以包括如下過程：在android工程的assets目錄下創(chuàng)建一個(gè)記錄渠道信息的文件；此處如果正在生成一個(gè)需要運(yùn)行的基礎(chǔ)安裝包，可以在該渠道信息的文件中寫入渠道信息；否則若此處正在生成的為一個(gè)用于便于生成其他渠道包的中間包，此時(shí)也可以暫時(shí)不在記錄渠道信息的文件中寫入渠道信息。然后利用安卓組件打包工具(Android Asset Packaging Tool；AAPT)將Resource文件、AndroidManifest.xml文件、Android基礎(chǔ)類庫(Android.jar文件)等資源文件進(jìn)行打包，生成R.java文件。利用Android接口定義語言(Android Interface Definition Language；AIDL)將源碼文件、aidl文件、framework.aidl文件生成對(duì)應(yīng)的.java文件。利用javac工具將源代碼文件(包括R.java和AIDL生成的.java文件)、庫文件(.jar文件)編譯為.class文件；把.class文件轉(zhuǎn)化成Davik VM支持的.dex文件。利用apkbuilder工具將打包后的資源文件、打包后類文件(.dex文件)、libs文件打包成未簽名的.apk文件；最后可以根據(jù)需求，如果生成的基礎(chǔ)安裝包需要運(yùn)行，則此處需要使用jarsigner對(duì)未簽名.apk文件進(jìn)行簽名，得到簽名后的.apk文件；否則若生成的基礎(chǔ)安裝包為一個(gè)用于便于生成其他渠道包的中間包，此時(shí)也可以不進(jìn)行簽名。即本實(shí)施例生成的基礎(chǔ)安裝可以包括如下四種情況：1)包括渠道信息，包括簽名信息；2)未包括渠道信息，包括簽名信息；3)包括渠道信息，未包括簽名信息；4)未包括渠道信息，未包括簽名信息。

201、判斷基礎(chǔ)安裝包中assets目錄下是否包括原渠道信息；若包括，執(zhí)行步驟202；否則，若未包括，執(zhí)行步驟203；

202、刪除原渠道信息；執(zhí)行步驟203；

203、根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下寫入渠道信息；執(zhí)行步驟204；

該步驟中的應(yīng)用的渠道信息為將要生成的渠道包中的渠道信息。

本實(shí)施例的步驟201-203為上述圖1所示實(shí)施例的步驟100的一種具體實(shí)現(xiàn)方式。

204、判斷配置了渠道信息的基礎(chǔ)安裝包中是否包括簽名信息，若包括，執(zhí)行步驟205；否則，若未包括，執(zhí)行步驟206；

205、刪除簽名信息；執(zhí)行步驟206；

206、利用jarsigner對(duì)基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包；執(zhí)行步驟207；

本實(shí)施例中最終得到的目標(biāo)渠道包的格式為.apk格式。

本實(shí)施例的步驟204-206為上述圖1所示實(shí)施例的步驟101的一種具體實(shí)現(xiàn)方式。

207、利用ZIPALIGN對(duì)生成的目標(biāo)渠道包進(jìn)行壓縮對(duì)齊。

本實(shí)施例的生成的渠道包在發(fā)布之前，務(wù)必需要進(jìn)行壓縮對(duì)齊處理，才能發(fā)布到應(yīng)用市場(chǎng)中。

本實(shí)施例的應(yīng)用的渠道包的生成方法，通過采用上述技術(shù)方案，根據(jù)一個(gè)基礎(chǔ)安裝包可以生成多個(gè)渠道包，而不用現(xiàn)有技術(shù)所述，針對(duì)每一個(gè)渠道包分別根據(jù)應(yīng)用的源代碼和每一個(gè)渠道的渠道信息分別進(jìn)行編譯生成，可以大大簡(jiǎn)化渠道包的生成過程，渠道包的生成效率非常高；且本實(shí)施例的技術(shù)方案生成的渠道包，不容易出錯(cuò)，準(zhǔn)確性較高。

圖3為本發(fā)明的應(yīng)用的渠道包的生成裝置實(shí)施例一的結(jié)構(gòu)圖。如圖3所示，本實(shí)施例的應(yīng)用的渠道包的生成裝置，具體可以包括：渠道信息配置模塊10和簽名模塊11。

其中渠道信息配置模塊10用于根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置渠道信息；簽名模塊11用于對(duì)渠道信息配置模塊10處理后的配置了渠道信息的基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

本實(shí)施例的應(yīng)用的渠道包的生成裝置，通過采用上述模塊實(shí)現(xiàn)應(yīng)用的渠道包的生成的實(shí)現(xiàn)原理以及技術(shù)效果與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。

圖4為本發(fā)明的應(yīng)用的渠道包的生成裝置實(shí)施例二的結(jié)構(gòu)圖。如圖4所示，本實(shí)施例的應(yīng)用的渠道包的生成裝置，在上述圖3所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，進(jìn)一步更加詳細(xì)地介紹本發(fā)明的技術(shù)方案。

本實(shí)施例的應(yīng)用的渠道包的生成裝置中，渠道信息配置模塊10具體可以用于：

判斷基礎(chǔ)安裝包中assets目錄下是否包括原渠道信息；

若包括，刪除原渠道信息；

根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下寫入渠道信息。

進(jìn)一步可選地，本實(shí)施例的應(yīng)用的渠道包的生成裝置中，渠道信息配置模塊10具體還可以用于若基礎(chǔ)安裝包中assets目錄下未包括原渠道信息，根據(jù)應(yīng)用的渠道信息，直接在基礎(chǔ)安裝包中assets目錄下寫入渠道信息。

進(jìn)一步可選地，本實(shí)施例的應(yīng)用的渠道包的生成裝置中，簽名模塊11具體用于判斷配置了渠道信息的基礎(chǔ)安裝包中是否包括簽名信息，若包括，則刪除簽名信息，利用jarsigner對(duì)基礎(chǔ)安裝包進(jìn)行重新簽名，得到目標(biāo)渠道包。

進(jìn)一步可選地，本實(shí)施例的應(yīng)用的渠道包的生成裝置中，簽名模塊11具體還用于若基礎(chǔ)安裝包中不包括簽名信息，直接利用jarsigner對(duì)基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

進(jìn)一步可選地，如圖4所示，本實(shí)施例的應(yīng)用的渠道包的生成裝置中還包括壓縮對(duì)齊模塊12。具體地，壓縮對(duì)齊模塊12用于利用ZIPALIGN對(duì)簽名模塊11簽名之后生成的目標(biāo)渠道包進(jìn)行壓縮對(duì)齊。

進(jìn)一步可選地，如圖4所示，本實(shí)施例的應(yīng)用的渠道包的生成裝置中還包括生成模塊13。其中該生成模塊13用于根據(jù)應(yīng)用的源代碼，生成應(yīng)用的基礎(chǔ)安裝包。對(duì)應(yīng)地，渠道信息配置模塊10用于根據(jù)應(yīng)用的渠道信息，在生成模塊13生成的基礎(chǔ)安裝包中assets目錄下配置渠道信息。

本實(shí)施例的應(yīng)用的渠道包的生成裝置，通過采用上述模塊實(shí)現(xiàn)應(yīng)用的渠道包的生成的實(shí)現(xiàn)原理以及技術(shù)效果與上述相關(guān)方法實(shí)施例的實(shí)現(xiàn)相同，詳細(xì)可以參考上述相關(guān)方法實(shí)施例的記載，在此不再贅述。

本發(fā)明實(shí)施例提供的上述方法和裝置可以以設(shè)置并運(yùn)行于電子設(shè)備中的計(jì)算機(jī)程序體現(xiàn)。如圖5中所示，為本發(fā)明提供的一種電子設(shè)備實(shí)施例的結(jié)構(gòu)圖。該電子設(shè)備可以包括一個(gè)或多個(gè)處理器800，還包括存儲(chǔ)器801和一個(gè)或多個(gè)程序，圖5所示實(shí)施例一包括一個(gè)處理器800為例來描述本發(fā)明的技術(shù)方案。其中該一個(gè)或多個(gè)程序存儲(chǔ)于存儲(chǔ)器801中，被上述一個(gè)或多個(gè)處理器800執(zhí)行以實(shí)現(xiàn)本發(fā)明上述實(shí)施例中所示的方法流程和/或裝置操作。例如，被上述一個(gè)或多個(gè)處理器800執(zhí)行的方法流程，可以包括：

根據(jù)應(yīng)用的渠道信息，在基礎(chǔ)安裝包中assets目錄下配置所述渠道信息；

對(duì)配置了所述渠道信息的所述基礎(chǔ)安裝包進(jìn)行簽名，得到目標(biāo)渠道包。

在本發(fā)明所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式。

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

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

上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。上述軟件功能單元存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(Read-Only Memory，ROM)、隨機(jī)存取存儲(chǔ)器(Random Access Memory，RAM)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。