本申請涉及計算機(jī)技術(shù)領(lǐng)域，尤其涉及一種加載應(yīng)用程序的APK插件的方法及裝置。

背景技術(shù)：

智能終端在日常生活中扮演了越來越重要的角色，以Android智能手機(jī)為例，為滿足各種需求，可以將主應(yīng)用程序即APK(Android Package，Android安裝包)安裝在系統(tǒng)平臺中，當(dāng)需要某些功能時，就可以打開安裝在系統(tǒng)平臺中的應(yīng)該程序，來實(shí)現(xiàn)某些功能。

但是隨著各行業(yè)的進(jìn)步，應(yīng)用程序的集成的功能更加豐富且界面更加人性化、絢麗，所以導(dǎo)致了應(yīng)用程序的體積越來越大，由于應(yīng)用程序集成的每個功能可能都由不同的開發(fā)團(tuán)隊開發(fā)，所以不同功能的更新周期都不盡相同，如果僅為了某個集成在應(yīng)用程序中的功能就重新安裝應(yīng)用程序的整個安裝包，顯然即浪費(fèi)網(wǎng)絡(luò)傳輸資源，又浪費(fèi)智能手機(jī)的處理資源。況且，有些功能不一定所有人都需要，所以可以將集成在應(yīng)用程序中功能做成插件，當(dāng)需要某個功能時，加載對應(yīng)的插件就可以了。比如，以導(dǎo)航軟件為例，主程序包含最基本的導(dǎo)航功能，然而為了滿足個性化的需求，可以在導(dǎo)航軟件中集成擁堵提示，限行提示，違章查詢等?？梢詫⑦@些功能做成APK插件，當(dāng)用戶需要時，下載對應(yīng)的插件，加載并運(yùn)行即可。

而現(xiàn)有技術(shù)在實(shí)現(xiàn)APK插件的功能時，需要先將APK插件安裝在系統(tǒng)平臺中，然后加載并運(yùn)行，如果插件很多，就需要全部安裝。比如，依舊以上文的導(dǎo)航軟件為例，如果需要擁堵提示、限行提示以及違章查詢，就需要下載對應(yīng)的APK插件，并全部安裝在系統(tǒng)平臺中，占用系統(tǒng)平臺的存儲空間。也就 是還不能夠在僅下載而不安裝APK插件的情況下，加載該APK插件。這也導(dǎo)致了存儲資源的浪費(fèi)。

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

本申請實(shí)施例提供一種加載應(yīng)用程序的APK插件的方法，用于在不安裝APK插件的情況下，加載APK插件。

本申請實(shí)施例提供一種加載應(yīng)用程序的APK插件的裝置，用于在不安裝APK插件的情況下，加載APK插件。

本申請實(shí)施例采用下述技術(shù)方案：

一種加載應(yīng)用程序的APK插件的方法，包括：

判斷所述應(yīng)用程序是否需要加載APK插件，所述APK插件為未在應(yīng)用程序所在平臺上安裝的插件；

當(dāng)需要加載APK插件時，生成ClassLoader類加載器的對象；

根據(jù)生成的所述類加載器的對象設(shè)置所述應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context；

將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。

優(yōu)選地，在將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中后，所述方法還包括：判斷所述插件活動組件類的子類的實(shí)例是否為空；當(dāng)為空時，則繼續(xù)執(zhí)行將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中的步驟；當(dāng)不為空時，則生成成功加載所述APK插件的提示信息。

優(yōu)選地，在生成ClassLoader類加載器的對象之前，所述方法還包括：收集所述應(yīng)用程序所在平臺的信息，并將所述信息發(fā)送到云端服務(wù)器，以便云端服務(wù)器根據(jù)所述信息匹配與所述信息相適應(yīng)的APK插件，并將所述相適應(yīng)的APK插件或所述APK插件的下載地址返回給所述應(yīng)用程序所在平臺。

優(yōu)選地，在所述應(yīng)用程序所在平臺獲得所述APK插件后，所述方法還包括對所述APK插件按照下述步驟進(jìn)行合法性鑒權(quán)：獲取所述APK插件的PackageInfo包信息類；根據(jù)PackageInfo包信息類獲取Signature簽名對象，并確定Signature簽名對象的MD5值；對比所述MD5值與合法簽名是否一致。

優(yōu)選地，收集所述應(yīng)用程序所在平臺的信息，具體包括收集應(yīng)用程序所在平臺終端的廠商信息、終端型號信息和/或所述應(yīng)用程序所在平臺安裝的操作系統(tǒng)的版本信息。

一種加載應(yīng)用程序的APK插件的裝置，包括：判斷單元、生成單元、設(shè)置單元以及賦值單元，其中，

所述判斷單元，用于判斷判斷所述應(yīng)用程序是否需要加載APK插件，所述APK插件為未在應(yīng)用程序所在平臺上安裝的插件；

所述生成單元，用于當(dāng)需要加載APK插件時，生成ClassLoader類加載器的對象；

所述設(shè)置單元，用于根據(jù)生成的所述類加載器對象設(shè)置所述應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context；

所述賦值單元，用于將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。

優(yōu)選地，所述裝置還包括驗(yàn)證單元，具體用于：在將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中后，

判斷所述插件活動組件類的子類的實(shí)例pluginActivity是否為空；

當(dāng)為空時，則繼續(xù)執(zhí)行將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中的步驟；

當(dāng)不為空時，則生成成功加載所述APK插件的提示消息。

優(yōu)選地，所述裝置還包括適配單元，具體用于，在生成ClassLoader類加載器的對象之前，收集所述應(yīng)用程序所在平臺的信息，并將所述信息發(fā)送到 云端服務(wù)器，以便云端服務(wù)器根據(jù)所述信息匹配與所述信息相適應(yīng)的APK插件，并將所述相適應(yīng)的APK插件或所述APK插件的下載地址返回給所述應(yīng)用程序所在平臺。

優(yōu)選地，所述裝置還包括鑒權(quán)單元，具體用于：在所述應(yīng)用程序所在平臺獲得所述APK插件后，對所述APK插件按照下述步驟進(jìn)行合法性鑒權(quán)，包括：獲取所述APK插件的PackageInfo包信息類；根據(jù)PackageInfo包信息類獲取Signature簽名對象，并確定Signature簽名對象的MD5值；對比所述MD5值與合法簽名是否一致。

優(yōu)選地，所述裝置還包括收集單元，具體用于：收集應(yīng)用程序所在平臺終端的廠商信息、終端型號信息和/或所述應(yīng)用程序所在平臺安裝的操作系統(tǒng)的版本信息。

本申請實(shí)施例采用的上述至少一個技術(shù)方案能夠達(dá)到以下有益效果：在判斷出應(yīng)用程序需要進(jìn)行加載后，生成ClassLoader類加載器的對象，并根據(jù)生成的類加載器的對象設(shè)置應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context，再將Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。利用本實(shí)施例提供的方法，達(dá)到了跳過安裝步驟，只需下載即可進(jìn)行加載APK插件的目的。此外也節(jié)省了存儲空間。

附圖說明

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

圖1為本申請實(shí)施例1提供的一種加載應(yīng)用程序的APK插件的方法的流程示意圖；

圖2為本申請實(shí)施例1提供的主程序的抽象父類的定義示意圖；

圖3為本申請實(shí)施例2提供的一種加載應(yīng)用程序的APK插件的裝置的結(jié)構(gòu)框圖。

具體實(shí)施方式

為使本申請的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本申請具體實(shí)施例及相應(yīng)的附圖對本申請技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實(shí)施例僅是本申請一部分實(shí)施例，而不是全部的實(shí)施例。基于本申請中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本申請保護(hù)的范圍。

以下結(jié)合附圖，詳細(xì)說明本申請各實(shí)施例提供的技術(shù)方案。

實(shí)施例1

本申請實(shí)施例提出了一種加載應(yīng)用程序的APK插件的方法，用于在不安裝APK插件的情況下，加載APK插件。該方法的流程示意圖如圖1所示，包括下述步驟：

步驟11：判斷應(yīng)用程序是否需要加載APK插件。

當(dāng)應(yīng)用程序接收到用戶發(fā)出的針對某個APK插件的加載請求時，應(yīng)用程序就可以根據(jù)加載請求，去加載對應(yīng)的APK插件，在本申請中，將應(yīng)用程序看作是安裝在系統(tǒng)平臺中的主程序，為了方便加載APK插件，以便最終實(shí)現(xiàn)APK插件的功能，規(guī)避過多的使用反射機(jī)制，本發(fā)明將APK插件提供的功能抽象為兩個抽象父類。其中用于加載APK插件的主程序的抽象父類為調(diào)用插件活動組件類(下文簡稱CallPluginActivity)，APK插件的抽象父類為插件活動組件類(下文簡稱PluginActivity)。CallPluginActivity和PluginActivity均為抽象類，需要子類實(shí)現(xiàn)其相應(yīng)的方法，因此本文后續(xù)描述的CallPluginActivity均也代表CallPluginActivity的實(shí)現(xiàn)類，PluginActivity均也代表PluginActivity的實(shí)現(xiàn)類，后面將不再贅述。

主程序的抽象父類CallPluginActivity主要是為了向APK插件中的PluginActivity提供實(shí)例，即上下文Context，并通過反射機(jī)制加載APK插件。在本發(fā)明實(shí)施例中，主程序的抽象父類的定義如圖2所示。其中，LoadAPK()方法用于判斷是否需要加載APK插件。

由于是本申請就是要在不安裝的情況下加載APK插件，所以該步驟中判斷的APK插件是未在應(yīng)用程序所在平臺上安裝的插件。

步驟12：當(dāng)需要加載APK插件時，生成ClassLoader類加載器的對象。

當(dāng)需要加載APK插件時，可以再次利用LoadAPK()方法生成DexClassLoader和PackageInfo等句柄及文件，該句柄及文件就是成DexClassLoader類加載器的對象。

在實(shí)際應(yīng)用中，由于主程序的差異、(Android)系統(tǒng)的差異可能會導(dǎo)致APK插件的適配問題，并且APK插件的安全檢測也是比較重要的，所以，在一種實(shí)施方式中，生成DexClassLoader類加載器的對象之前，方法還可以包括：

收集主程序所在平臺的信息，并將該信息發(fā)送到云端服務(wù)器，以便云端服務(wù)器根據(jù)該信息匹配與該信息相適應(yīng)的APK插件，并將相適應(yīng)的APK插件或APK插件的下載地址返回給主程序所在平臺，主程序在接收到下載地址后，就可以下載獲取到該APK插件。

具體地，啟動主程序時，收集主程序的信息，這些信息包括下述至少一種：主程序的版本信息(如3.0或3.1等)、主程序所在的Android系統(tǒng)信息(如4.4.2或5.1等)，主程序所屬終端的廠商信息(如Google、HUAWEI等)、主程序所屬終端的型號(Nexus 5、Nexus 6P)等。由于Android的開放性，各家終端廠商所使用的系統(tǒng)，基本都經(jīng)過了二次開發(fā)，使得市場上的Android終端比較繁雜，收集這些的參數(shù)的意義在于能夠準(zhǔn)確其適配的APK插件；收集完相關(guān)數(shù)據(jù)后，需要將參數(shù)傳至服務(wù)器，由服務(wù)器返回適配結(jié)果，服務(wù)器返回的適配結(jié)果中可以包含APK插件的下載地址，然后主程序會 根據(jù)下載地址下載APK插件。

在實(shí)際應(yīng)用中，為了避免APK插件被非法篡改，或在網(wǎng)絡(luò)傳輸過程中數(shù)據(jù)出錯，在一種實(shí)施方式中，主程序所在平臺獲得APK插件后，還可以對該APK插件進(jìn)行合法性鑒權(quán)：獲取該APK插件的PackageInfo包信息類；根據(jù)PackageInfo包信息類獲取Signature簽名對象，并確定Signature簽名對象的MD5值；對比該MD5值與合法簽名是否一致。該合法簽名可以是伴隨在服務(wù)器返回的適配結(jié)果中的，也可以預(yù)先存儲在主程序中。圖2所示的checkApk()方法可以用于對APK插件進(jìn)行合法性鑒權(quán)。

步驟13：根據(jù)生成的類加載器的對象設(shè)置應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context。

在步驟11中已經(jīng)介紹，主程序的抽象父類CallPluginActivity主要是為了向APK插件中的PluginActivity提供實(shí)例，即上下文Context，所以可以根據(jù)DexClassLoader和PackageInfo等句柄及文件，設(shè)置Context，即CallPluginActivity子類的實(shí)例。

步驟14：將實(shí)例Context賦值給APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。

在得到Context后，就可以將Context賦值到APK插件的PluginActivity子類的實(shí)例當(dāng)中，以主程序的Context替代被加載APK插件的Context，最終得到對應(yīng)的PluginActivity實(shí)例(變量名為：pluginActivity)，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。

在實(shí)際應(yīng)用中，為了實(shí)現(xiàn)APK插件的功能，除了加載APK插件外，還需要加載APK插件對應(yīng)的資源，圖2中，getOtherResources()方法用于通過反射方法加載APK插件的資源并生成Resources句柄(變量名為：pluginRes)。為了實(shí)現(xiàn)對應(yīng)的功能，需要在子類中重寫父類定義的如下方法：

重寫以下方法替換當(dāng)前CallPluginActivity的資源、樣式為APK插件中的資源、樣式：

//判斷pluginActivity及pluginRes是否成功加載，若成功加載返回APK包的

Resources資源；否則以系統(tǒng)默認(rèn)方式加載Resources資源；

●+getResources():Resources//

返回一個資源句柄(android.content.res.Resources)

●+getTheme():Theme//

返回一個樣式句柄(android.content.res.Resources.Theme)

●+getAssets():AssetManager//

返回一個樣式句柄(android.content.res.AssetManager)

本文中代碼后“//…”的內(nèi)容是代碼的注釋內(nèi)容。

在一種實(shí)施方式中，為了驗(yàn)證加載APK插件是否成功，在將實(shí)例Context賦值給APK插件中插件活動組件類的子類的實(shí)例中后，判斷插件活動組件類的子類的實(shí)例是否為空；

當(dāng)為空時，則繼續(xù)執(zhí)行將實(shí)例Context賦值給APK插件中插件活動組件類的子類的實(shí)例中的步驟；

當(dāng)不為空時，則生成成功加載APK插件的提示信息。比如可以返回一條成功加載的信息給調(diào)用、運(yùn)行等操作的功能單元，還可以返回加載成功信息給用戶界面。

采用實(shí)施例1提供的該加載方法，在判斷出應(yīng)用程序需要進(jìn)行加載后，生成ClassLoader類加載器的對象，并根據(jù)生成的類加載器的對象設(shè)置應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context，再將Context賦值給所述APK 插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。利用本實(shí)施例提供的方法，達(dá)到了跳過安裝步驟，只需下載即可進(jìn)行加載APK插件的目的。此外也節(jié)省了存儲空間。

實(shí)施例2

基于相同的發(fā)明構(gòu)思，實(shí)施例2提供了一種加載應(yīng)用程序的APK插件的方法，用于在不安裝APK插件的情況下，加載APK插件。如圖3所示結(jié)構(gòu)框圖，該裝置包括：判斷單元21、生成單元22、設(shè)置單元23以及賦值單元24，其中，

判斷單元21，可以用于判斷判斷所述應(yīng)用程序是否需要加載APK插件，所述APK插件為未在應(yīng)用程序所在平臺上安裝的插件；

生成單元22，可以用于當(dāng)需要加載APK插件時，生成ClassLoader類加載器的對象；

設(shè)置單元23，可以用于根據(jù)生成的所述類加載器對象設(shè)置所述應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context；

賦值單元24，可以用于將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。

在一種實(shí)施方式中，該裝置還包括驗(yàn)證單元，可以用于：在將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中后，

判斷所述插件活動組件類的子類的實(shí)例pluginActivity是否為空；

當(dāng)為空時，則繼續(xù)執(zhí)行將所述實(shí)例Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中的步驟；當(dāng)不為空時，則生成成功加載所述APK插件的提示消息。

在一種實(shí)施方式中，該裝置還包括收集適配單元，可以用于，在生成DexClassLoader類加載器的對象之前，

收集所述應(yīng)用程序所在平臺的信息，并將所述信息發(fā)送到云端服務(wù)器， 以便云端服務(wù)器根據(jù)所述信息匹配與所述信息相適應(yīng)的APK插件，并將所述相適應(yīng)的APK插件或所述APK插件的下載地址返回給所述應(yīng)用程序所在平臺。

在一種實(shí)施方式中，該裝置還包括鑒權(quán)單元，可以用于：在所述應(yīng)用程序所在平臺獲得所述APK插件后，對所述APK插件按照下述步驟進(jìn)行合法性鑒權(quán)，包括：獲取所述APK插件的PackageInfo包信息類；根據(jù)PackageInfo包信息類獲取Signature簽名對象，并確定Signature簽名對象的MD5值；對比所述MD5值與合法簽名是否一致。

在一種實(shí)施方式中，所述裝置還包括收集單元，可以用于收集應(yīng)用程序所在平臺終端的廠商信息、終端型號信息和/或所述應(yīng)用程序所在平臺安裝的操作系統(tǒng)的版本信息。

采用實(shí)施例2提供的該裝置，在判斷出應(yīng)用程序需要進(jìn)行加載后，生成ClassLoader類加載器的對象，并根據(jù)生成的類加載器的對象設(shè)置應(yīng)用程序的調(diào)用插件活動組件類的子類的實(shí)例Context，再將Context賦值給所述APK插件中插件活動組件類的子類的實(shí)例中，以實(shí)現(xiàn)對應(yīng)用程序的APK插件的加載。利用本實(shí)施例提供的方法，達(dá)到了跳過安裝步驟，只需下載即可進(jìn)行加載APK插件的目的。此外也節(jié)省了存儲空間。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實(shí)施的計算機(jī)程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實(shí)施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或 方框的結(jié)合?？商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實(shí)現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機(jī)可讀介質(zhì)的示例。

計算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實(shí)現(xiàn)信息存儲。信息可以是計算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機(jī)存取存儲器(SRAM)、動態(tài)隨機(jī)存取存儲器(DRAM)、其他類型的隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體 (transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)或計算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實(shí)施的計算機(jī)程序產(chǎn)品的形式。

以上僅為本申請的實(shí)施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。