一種安卓手機客戶端上應用的管理方法和裝置制造方法
【專利摘要】本發(fā)明公開一種安卓手機客戶端上應用的管理方法和裝置。本發(fā)明實施例提供的一種安卓手機客戶端上應用的管理方法包括：當接收到請求方對第一應用中內置的第一功能的調用指令時，第一應用獲取對應于所述第一功能的外置插件的APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中；在同一進程中運行所述第一應用和所述外置插件，第一應用訪問外置插件的APK中的資源數據并運行訪問到的資源數據。本方案能夠提高客戶端上應用的可控性和擴展性，為用戶提供更高的自由度。
【專利說明】一種安卓手機客戶端上應用的管理方法和裝置
【技術領域】
[0001]本發(fā)明涉及客戶端開發(fā)【技術領域】，特別涉及一種安卓手機客戶端上應用的管理方法和裝置。
【背景技術】
[0002]隨著智能客戶端(如智能手機客戶端)的高速發(fā)展，安卓(Android)等智能手機客戶端系統(tǒng)也越來越顯現(xiàn)出其優(yōu)勢與自己的特點，各種豐富多彩的應用也讓我們的生活更加有趣。
[0003]在安卓系統(tǒng)下，應用都是以APK (Android Package，安卓數據包)格式運行安裝在客戶端中的，一個APK對應一個應用，例如手機上一個即時通信應用(如常見的QQ應用)即對應于一個APK。
[0004]在目前的安卓系統(tǒng)下，多數都采用應用本身內置功能的方式，即將應用業(yè)務的相關功能作為應用內的一部分供用戶選擇，例如，對手機上的即時通信應用，將該應用的皮膚功能或者其他與應用業(yè)務相關功能在即時通信應用的內部實現(xiàn)，這些功能的資源文件等也都內置在應用中。
[0005]現(xiàn)有的客戶端管理應用的方案至少存在如下缺陷:
[0006]現(xiàn)有相關功能都內置在應用中，無法單獨卸載，也無法單獨進行更新。如當僅需要對應用中某個相關功能的插件進行更新時，只能重新開發(fā)出新的應用，對應用進行整體的擴展和更新，導致應用的可控性和拓展性較差、應用開發(fā)的操作繁瑣、效率較低，且也導致用戶的自由度也較低；
[0007]并且，由于客戶端設備的容量資源十分寶貴，然而內置在應用內部的各種功能會有很多資源文件，這些資源文件也都設置在應用中而大部分資源文件較少被利用到，從而導致應用過于臃腫，占用的內存容量過大，資源利用率低。

【發(fā)明內容】

[0008]本發(fā)明提供了一種安卓手機客戶端上應用的管理方法和裝置，以解決現(xiàn)有方案相關功能都內置在應用中導致的應用可控性和拓展性較差、客戶端設備上的資源利用率較低的問題等。
[0009]為達到上述目的，本發(fā)明實施例采用了如下技術方案:
[0010]本發(fā)明實施例提供了 一種安卓手機客戶端上應用的管理方法，所述方法包括:
[0011]當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的APK，并將該外置插件的APK運行安裝在客戶端中；
[0012]當接收到請求方對第一應用中內置的第一功能的調用指令時，第一應用獲取對應于所述第一功能的外置插件的APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中；[0013]在同一進程中運行所述第一應用和所述外置插件，第一應用訪問外置插件的APK中的資源數據并運行訪問到的資源數據。
[0014]本發(fā)明實施例還提供了 一種安卓手機客戶端上應用的管理裝置，所述裝置包括:
[0015]數據包下載單元，用于當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的安卓數據包APK，并將該外置插件的APK運行安裝在客戶端中；
[0016]數據包獲取單元，用于當接收到請求方對第一應用中內置的第一功能的調用指令時，獲取對應于所述第一功能的外置插件的安卓數據包APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中；
[0017]數據訪問單元，用于在同一進程中運行所述第一應用和所述外置插件，訪問外置插件的APK中的資源數據并運行訪問到的資源數據。
[0018]本發(fā)明實施例的有益效果是:
[0019]本發(fā)明實施例通過將與一個應用內部的某一功能相關的資源數據用外置插件的方式實現(xiàn)，應用和外置插件相互獨立，外置插件和應用中的資源文件分別保存在各自的APK中，從而對外置插件的刪除或更新不會對應用造成影響，而通過應用訪問外置插件，應用能夠使用外置插件中的資源文件，從而通過對外置插件的控制即能夠對應用中的功能進行擴展和更新，提高了應用的可控性和擴展性，降低了應用開發(fā)的難度，也為用戶提供了更高的自由度；
[0020]并且，由于可以刪除外置插件而不對應用的運行造成影響，可以在保證應用正常運行的情況下，將客戶端設備上各種較少利用的外置插件的資源文件刪除，減少客戶端設備上資源占用的內存，提高客戶端設備的內存資源利用率。
【專利附圖】

【附圖說明】
[0021]圖1為本發(fā)明實施例提供的一種安卓手機客戶端上應用的管理方法流程圖；
[0022]圖2為本發(fā)明實施例提供的一種安卓手機客戶端上應用的管理裝置結構圖。
【具體實施方式】
[0023]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0024]參見圖1，為本發(fā)明實施例提供的一種安卓手機客戶端上應用的管理方法，所述方法包括:
[0025]11:當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的APK，并將該外置插件的APK運行安裝在客戶端中；
[0026]12:當接收到請求方對第一應用中內置的第一功能的調用指令時，第一應用獲取對應于所述第一功能的外置插件的APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中；
[0027]13:在同一進程中運行所述第一應用和所述外置插件，第一應用訪問外置插件的APK中的資源數據并運行訪問到的資源數據。[0028]上述第一應用為運行安裝在安卓客戶端上的任一應用，如即時通信應用，上述第一功能為第一應用中支持的任一功能，如即時通信應用的換膚功能。
[0029]上述外置插件也可以視為運行安裝在安卓客戶端上的一個應用，即第一應用和外置插件為運行安裝在安卓客戶端上獨立的兩個應用。
[0030]由于安卓系統(tǒng)下，允許運行在同一進程中的兩個應用相互訪問，所以在步驟12中，通過在同一進程中運行第一應用和外置插件，保證了第一應用能夠訪問外置插件中的資源文件。
[0031]由上所述，本發(fā)明實施例通過將與一個應用內部的某一功能相關的資源數據用外置插件的方式實現(xiàn)，應用和外置插件相互獨立，外置插件和應用中的資源文件分別保存在各自的APK中，從而對外置插件的刪除或更新不會對應用造成影響，而通過應用訪問外置插件，應用能夠使用外置插件中的資源文件，從而通過對外置插件的控制即能夠對應用中的功能進行擴展和更新，提高了應用的可控性和擴展性，降低了應用開發(fā)的難度，也為用戶提供了更高的自由度；
[0032]并且，由于可以刪除外置插件而不對應用的運行造成影響，可以在保證應用正常運行的情況下，將客戶端設備上各種較少利用的外置插件的資源文件刪除，減少客戶端設備上資源占用的內存，提高客戶端設備的內存資源利用率。
[0033]為了便于清楚描述本發(fā)明實施例的技術方案，在發(fā)明的實施例中，采用了“第一”、“第二”等字樣對功能和作用基本相同的相同項或相似項進行區(qū)分，本領域技術人員可以理解“第一”、“第二”等字樣并不對數量和執(zhí)行次序進行限定。
[0034]本發(fā)明實施例提供的外置插件技術中，可以將第一應用視為母應用，將對應于第一應用中內置的第一功能的外置插件視為子應用，這個子應用相當于母應用的外置插件。本方案一個典型的場景為應用為自己更換皮膚。如今用戶對軟件的UI (User Interface,用戶界面)要求越來越高，豐富多彩的皮膚可以讓應用更具魅力，所以本方案提供的技術有著很高的應用價值。
[0035]所以為了讓本技術更容易被理解，本實施例以應用更換皮膚為例來描述，對應用中除換膚之外其他功能的處理方式，其技術原理都是一樣的。
[0036]本方案的整體思路為:主應用通過網絡下載選擇的外置插件APK，然后正常運行安裝該外置插件。主應用尋找到該APK后，會讀取該APK中的皮膚資源，然后替換主應用中相應的圖片、顏色等資源，完成換膚。主應用本身并不包含新的外置插件APK中的資源文件，該APK的資源對于主應用是外置關系，獨立維護。
[0037]1:下載選擇的外置插件APK。
[0038]當接收到請求方的下載對應于所述第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的APK，第一應用獲知該外置插件的APK的名稱，并將該外置插件的APK運行安裝在客戶端中。
[0039]例如，即時通信應用接收到請求方(用戶)通過Π界面發(fā)送的下載對應于換膚功能的外置插件的下載指令時，即時通信應用連接即時通信服務器，從該服務器下載外置插件APK。該外置插件的APK可以包含對換膚功能的各種新的資源文件。
[0040]第一應用在下載外置插件APK的過程中能夠獲知該外置插件APK的名稱，如該外置插件APK的名稱可以為APK在下載地址下的存儲名稱，則第一應用連接至下載地址時即可獲取到外置插件APK的名稱。示例性的，本實施例中以母應用(第一應用)中的第一功能為換膚功能，子應用(外置插件)為名稱為com.pifu.skindemo的應用為例說明。利用該名稱(或指示應用的其他唯一性標識)查找出請求方需要的外置插件。
[0041]2:查找對應于第一功能的外置插件的APK。
[0042]首先，在安卓系統(tǒng)存儲所有的應用的APK包的文件夾下，可以提取到客戶端上運行安裝的所有APK包，將這些提取到的APK包記錄在起來，例如記錄在一個列表(List)中，以備后續(xù)篩選出需要的skindemo的APK包。
[0043]本實施例中通過安裝包管理器獲取getPackageManager O函數,調用安裝包管理器(PackageManager)來獲取到系統(tǒng)已經運行安裝過的應用的APK包,然后將這些apk包的對象存在一個列表里。
[0044]再次，遍歷列表里中的APK，提取列表中每個APK的名稱，本實施例中通過調用安裝包名稱函數P.packageName獲取每個APK的名稱。
[0045]然后，將獲知的外置插件的名稱com.pifu.skindemo與列表中APK的名稱相比較，從列表中找到名稱為com.pifu.skindemo的APK。
[0046]由上，第一應用查找名稱與獲知的外置插件的APK的名稱相同的外置插件，將查找到的外置插件的APK作為獲取到的對應于第一功能的外置插件的APK。
[0047]3:讀取外置插件APK中的資源文件。
[0048]本實施例，為了保證兩個應用之間能夠互相訪問，將對應于第一應用的外置插件的配置文件中的用戶標識設置為與第一應用的配置文件中的用戶標識相同，并且，設置對應于第一應用的外置插件的APK與第一應用的APK具有相同簽名，滿足了這些前提條件后，兩個應用能夠設置成運行在同一個進程中，可以互相訪問任意數據。
[0049]上述應用的簽名可以是一種對應用內的配置文件等信息通過預定加密技術進行加密后得到的信息，當對簽名驗證成功后，表明應用的APK中的內容沒有被破壞。具有相同簽名的應用為同一種類型的應用，允許運行在同一進程中，相互訪問。
[0050]應用的配置文件可以表示為AndroidManifest.xml，配置文件為系統(tǒng)下每一個應用的項目里專門規(guī)定應用的一些配置屬性的文檔文件，它存儲在項目層次中的最底層，可以定義應用程序及其組件的結構和元數據，并使用意圖(Intent)過濾器和權限來確定這些組件之間以及這些組件和其他應用程序之間的交互規(guī)則。
[0051]本實施例中，將主應用和子應用的配置文件AndroidManifest.xml中的用戶標識android: sharedUserld節(jié)點的屬性值設置為相同,保證了主應用和子應用的兩個APK運行在同一個進程中，具體可以表示如下:
[0052]當主應用中配置文件的用戶標識為com.pifu時，則對該主應用的子應用的配置文件中的用戶標識節(jié)點進行如下設置:
[0053]android:sharedUserld =" com.pifu"
[0054]用戶標識可以在應用的APK運行安裝到客戶端時由客戶端進行分配，通過用戶標識的設置為每一 APK的進程分配一個單獨的運行空間，以防止一個應用的運行影響另一個應用的應用，具有相同的用戶標識的不同應用可以被配置成運行在同一進程中。
[0055]在主應用和子應用滿足了上述關于簽名和用戶標識的前提條件后，主應用可以通過調用安裝包內容生成函數createPackageContext O ,讀取子應用中的資源文件。具體代碼可以表示如下:
[0056]Context ? context = createPackageContext( " com.pifu.skindemo ",Context.C0NTEXT_IGN0RE_SECURITY)；
[0057]上述代碼表明主應用(如即時通信應用)調用createPackageContext O函數，通過將函數中的參量設置為子應用的名稱"com.pifu.skindemo ",得到子應用的內容(context)對象。然后通過這個context對象去獲取子應用中各種瑣碎的皮膚資源。
[0058]進一步的，本實施例中，當子應用(外置插件)的一個資源文件中有包含多個不同功能的文件時，將子應用的APK的資源文件中文件的名稱與第一應用的第一功能(如即時通信應用的換膚功能)中具有相同功能的文件的名稱相同。例如，當外置插件com.pifu.skindemo的一個皮膚資源文件中包含背景圖片文件、主體圖片文件和對話框圖片文件等多種文件時，外置插件com.pifu.skindemo的資源文件中背景圖片文件的名稱與即時通信應用的換膚功能下背景圖片文件的名稱相同。
[0059]例如，對于需要替換第一應用的標題(title)背景圖片的場景，第一應用下該標題背景圖片的名稱為title, png，則外置插件的資源文件中標題背景圖片的名稱也設置為title, png,從而保證了第一應用能夠正確訪問到各種文件并成功實現(xiàn)各種文件的替換。
[0060]本實施例可以通過調用圖形(Drawable)對象來獲取到皮膚資源文件中的各種圖片文件，具體代碼為:
[0061]Drawble drawable = Context.gerResources ().getDrawable (R.drawable.title)；
[0062]該條代碼表示通過·剛才獲取到的外置插件APK的context對象,利用標題圖片文件名title找到該圖片資源,然后存在Drawable對象里,Drawable是系統(tǒng)中管理圖片的一個對象。
[0063]獲取到這個圖片以后，就可以在主應用需要放置標題背景圖片的地方替換為Drawable對象中存儲的外置插件中的標題背景圖片文件。即第一應用按照與第一功能中的文件的名稱相同的名稱，訪問外置插件的APK中資源文件中的文件，并運行訪問到的文件。
[0064]本實施例中新的外置插件提供的圖片資源并沒有保存在主應用的工程里，只是通過上述的調用方式去使用新的外置插件中的資源，新皮膚的資源仍然保存在該外置插件的APK中。這種方式的優(yōu)點有執(zhí)行效率高，皮膚更換靈活，易于應用拓展和控制。
[0065]并且，由于對于外置插件的管理與主應用的管理獨立，在無需使用外置插件時，可以自行卸載該外置插件，例如，第一應用接收到請求方的插件刪除指令時，根據該插件刪除指令刪除客戶端上已運行安裝的所述外置插件的APK，從而釋放該外置插件占用的內存資源，降低了客戶端上的內存占用率。
[0066]本發(fā)明實施例還提供了一種安卓手機客戶端上應用的管理裝置，參見圖2，所述裝置包括:
[0067]數據包下載單元21，用于當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的安卓數據包APK，并將該外置插件的APK運行安裝在客戶端中；
[0068]數據包獲取單元22，用于當接收到請求方對第一應用中內置的第一功能的調用指令時，獲取對應于所述第一功能的外置插件的安卓數據包APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中；
[0069]數據訪問單元23，用于在同一進程中運行所述第一應用和所述外置插件，訪問外置插件的APK中的資源數據并運行訪問到的資源數據。
[0070]可選的，上述數據包下載單元21，還用于在下載外置插件的APK時獲取該外置插件的APK的名稱；
[0071]所述數據包獲取單元21，具體用于查找名稱與獲知的所述外置插件的APK的名稱相同的外置插件，將查找到的外置插件的APK作為獲取到的對應于所述第一功能的外置插件的APK。
[0072]本實施例中，所述對應于第一應用的外置插件的配置文件中的用戶標識與第一應用的配置文件中的用戶標識相同，所述對應于第一應用的外置插件的APK與第一應用的APK具有相同簽名，
[0073]所述數據訪問單元22，具體用于當確認所述第一應用和所述外置插件的用戶標識和簽名都相同時，將所述第一應用和所述外置插件配置成運行在同一進程中，訪問外置插件的APK中的資源數據并將該資源數據返回至請求方。
[0074]可選的，所述外置插件的APK的資源文件中文件的名稱與所述第一功能中具有相同功能的文件的名稱相同，數據訪問單元22，還具體用于按照與第一功能中的文件的名稱相同的名稱，訪問外置插件的APK中資源文件中的文件，并運行訪問到的文件。
[0075]可選的，上述裝置還包括:插件刪除單元，用于接收到請求方的插件刪除指令時，根據該插件刪除指令刪除客戶端上已運行安裝的所述外置插件的APK。
[0076]本發(fā)明裝置實施例中各單元的具體工作方式可以參見本發(fā)明的方法實施例。
[0077]由上所述，本發(fā)明實施例通過將與一個應用內部的某一功能相關的資源數據用外置插件的方式實現(xiàn)，應用和外置插件相互獨立，外置插件和應用中的資源文件分別保存在各自的APK中，從而對外置插件的刪除或更新不會對應用造成影響，而通過應用訪問外置插件，應用能夠使用外置插件中的資源文件，從而通過對外置插件的控制即能夠對應用中的功能進行擴展和更新，提高了應用的可控性和擴展性，降低了應用開發(fā)的難度，也為用戶提供了更高的自由度；
[0078]并且，由于可以刪除外置插件而不對應用的運行造成影響，可以在保證應用正常運行的情況下，將客戶端設備上各種較少利用的外置插件的資源文件刪除，減少客戶端設備上資源占用的內存，提高客戶端設備的內存資源利用率。
[0079]以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內。
【權利要求】
1.一種安卓手機客戶端上應用的管理方法，其特征在于，所述方法包括: 當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的安卓數據包APK，并將該外置插件的APK運行安裝在客戶端中； 當接收到請求方對第一應用中內置的第一功能的調用指令時，第一應用獲取對應于所述第一功能的外置插件的APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中； 在同一進程中運行所述第一應用和所述外置插件，第一應用訪問外置插件的APK中的資源數據并運行訪問到的資源數據。
2.根據權利要求1所述的方法，其特征在于，所述第一應用從網絡中下載所述對應于所述第一功能的外置插件的APK包括: 第一應用在下載所述外置插件的APK時獲取該外置插件的APK的名稱； 所述第一應用獲取對應于所述第一功能的外置插件的APK包括: 第一應用查找名稱與獲取的所述外置插件的APK的名稱相同的外置插件，將查找到的外置插件的APK作為獲取到的對應于所述第一功能的外置插件的APK。
3.根據權利要求2所述的方法，其特征在于，將對應于第一應用的外置插件的配置文件中的用戶標識設置為與第一應用的配置文件中的用戶標識相同，并且設置對應于第一應用的外置插件的APK與第一應用的APK具有相同簽名， 所述在同一進程中運行所述第一應用和所述外置插件，利用第一應用訪問外置插件的APK中的資源數據并將該資源數據返回至請求方包括: 當確認所述第一應用和所述外置插件的用戶標識和簽名都相同時，將所述第一應用和所述外置插件配置成運行在同一進程中，利用第一應用訪問外置插件的APK中的資源數據并將該資源數據返回至請求方。
4.根據權利要求3所述的方法，其特征在于，所述外置插件的APK的資源文件中文件的名稱與所述第一功能中具有相同功能的文件的名稱相同， 所述第一應用訪問外置插件的APK中的資源數據包括: 第一應用按照與第一功能中的文件的名稱相同的名稱，訪問外置插件的APK中資源文件中的文件，并運行訪問到的文件。
5.根據權利要求1至4任一項所述的方法，其特征在于，所述方法還包括: 第一應用接收到請求方的插件刪除指令時，根據該插件刪除指令刪除客戶端上已運行安裝的所述外置插件的APK。
6.一種安卓手機客戶端上應用的管理裝置，其特征在于，所述裝置包括: 數據包下載單元，用于當接收到請求方的下載對應于第一應用中內置的第一功能的外置插件的下載指令時，第一應用從網絡中下載所述對應于所述第一功能的外置插件的安卓數據包APK，并將該外置插件的APK運行安裝在客戶端中； 數據包獲取單元，用于當接收到請求方對第一應用中內置的第一功能的調用指令時，獲取對應于所述第一功能的外置插件的安卓數據包APK，所述外置插件的APK與第一應用的APK分別獨立運行安裝在客戶端中； 數據訪問單元，用于在同一進程中運行所述第一應用和所述外置插件，訪問外置插件的APK中的資源數據并運行訪問到的資源數據。
7.根據權利要求6所述的裝置，其特征在于， 所述數據包下載單元，還用于在下載所述外置插件的APK時獲取該外置插件的APK的名稱； 所述數據包獲取單元，具體用于查找名稱與獲知的所述外置插件的APK的名稱相同的外置插件，將查找到的外置插件的APK作為獲取到的對應于所述第一功能的外置插件的APK。
8.根據權利要求7所述的裝置，其特征在于，所述對應于第一應用的外置插件的配置文件中的用戶標識與第一應用的配置文件中的用戶標識相同，所述對應于第一應用的外置插件的APK與第一應用的APK具有相同簽名， 所述數據 訪問單元，具體用于當確認所述第一應用和所述外置插件的用戶標識和簽名都相同時，將所述第一應用和所述外置插件配置成運行在同一進程中，訪問外置插件的APK中的資源數據并將該資源數據返回至請求方。
9.根據權利要求8所述的裝置，其特征在于，所述外置插件的APK的資源文件中文件的名稱與所述第一功能中具有相同功能的文件的名稱相同， 所述數據訪問單元，還具體用于按照與第一功能中的文件的名稱相同的名稱，訪問外置插件的APK中資源文件中的文件，并運行訪問到的文件。
10.根據權利要求6至9任一項所述的裝置，其特征在于，所述裝置還包括: 插件刪除單元，用于接收到請求方的插件刪除指令時，根據該插件刪除指令刪除客戶端上已運行安裝的所述外置插件的APK。
【文檔編號】H04L29/08GK103716346SQ201210375277
【公開日】2014年4月9日 申請日期:2012年9月29日 優(yōu)先權日:2012年9月29日
【發(fā)明者】武少鵬 申請人:北京神州泰岳軟件股份有限公司