本發(fā)明涉及移動應用管理領域，具體而言，涉及一種用于統(tǒng)一管理多個應用的方法、系統(tǒng)及移動終端。

背景技術：

隨著智能手機業(yè)務的普及以及發(fā)展壯大，很多的公司或者企業(yè)都開發(fā)了針對自己業(yè)務的手機應用。越來越多的人，習慣于用手機上的應用來處理生活瑣事以及工作業(yè)務。手機應用給用戶的使用帶來了便利，也帶來了一些問題。以某養(yǎng)老社區(qū)各個移動應用的使用為例，伴隨著移動應用系統(tǒng)的上線，由于社區(qū)內(nèi)醫(yī)護工作者工作地點的不確定性，社區(qū)內(nèi)部員工在移動端處理日常辦公的操作日漸頻繁，又由于單個應用(App)不能涵蓋所有業(yè)務，因此員工需要安裝多個移動應用，而且在日常辦公時經(jīng)常需要在多個移動App之間進行切換才能滿足日常的事務處理的需求，每個App都有自己的登錄認證和鑒權(quán)，每次切換時都需要重新認證和鑒權(quán)，十分麻煩；對于App管理而言，由于每個的App都是獨立的個體，都能自由獨立上線，對于新應用的發(fā)布，原有應用的升級、下架沒有統(tǒng)一管理。這種情況造成了在使用應用上的不方便，比如，在有新應用上線時，管理員需要群發(fā)通知給能夠使用該應用的員工，告知他們應用的下載地址，并敦促他們下載安裝。

因此，需要一種新的用于統(tǒng)一管理多個應用的方法、系統(tǒng)及移動終端。

在所述背景技術部分公開的上述信息僅用于加強對本發(fā)明的背景的理解，因此它可以包括不構(gòu)成對本領域普通技術人員已知的現(xiàn)有技術的信息。

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

有鑒于此，本發(fā)明提供一種用于統(tǒng)一管理多個應用的方法、系統(tǒng)及移動終端，能夠?qū)Χ鄠€應用進行統(tǒng)一管理和統(tǒng)一的權(quán)限配置。

本發(fā)明的其他特性和優(yōu)點將通過下面的詳細描述變得顯然，或部分地通過本發(fā)明的實踐而習得。

根據(jù)本發(fā)明的一方面，提供一種用于統(tǒng)一管理多個應用的方法，包括：

登陸后臺系統(tǒng)；

獲取來自于后臺系統(tǒng)的用戶權(quán)限信息；

解析用戶權(quán)限信息；以及

根據(jù)解析的用戶權(quán)限信息，展示相應的應用。

在本公開的一種示例性實施例中，應用通過動態(tài)庫實現(xiàn)。

在本公開的一種示例性實施例中，后臺系統(tǒng)，包括：統(tǒng)一認證系統(tǒng)以及應用管理系統(tǒng)。

在本公開的一種示例性實施例中，統(tǒng)一認證系統(tǒng)，包括：LDAP服務器。

在本公開的一種示例性實施例中，根據(jù)解析的用戶權(quán)限信息，展示相應的應用，包括：

用亮色展示已安裝的應用。

在本公開的一種示例性實施例中，還包括：

獲取來自服務器的應用的版本信息；

判斷應用的版本信息；以及

如果已安裝的應用的版本信息有更新，則提示更新應用。

在本公開的一種示例性實施例中，還包括：

接收來自服務器的應用的更新消息；

根據(jù)更新消息，對應用進行更新。

在本公開的一種示例性實施例中，更新消息，包括：強制更新消息與非強制更新消息。

在本公開的一種示例性實施例中，還包括：

發(fā)送登錄信息給應用，以便用戶自動登錄應用。

根據(jù)本發(fā)明的一方面，提供一種用于統(tǒng)一管理多個應用的方法，包括：

接收由移動端傳輸?shù)牡卿浶畔ⅲ?/p>

獲取信息目錄中的內(nèi)容；

根據(jù)信息目錄中的內(nèi)容，對移動端進行權(quán)限認證；以及

將權(quán)限認證結(jié)果發(fā)送給移動端。

在本公開的一種示例性實施例中，還包括：

根據(jù)移動端展示的應用，發(fā)送相應的應用的信息給移動端。

在本公開的一種示例性實施例中，應用的信息，包括：應用的版本號及應用的更新消息。

在本公開的一種示例性實施例中，應用的更新消息，包括：強制更新消息與非強制更新消息。

在本公開的一種示例性實施例中，讀取信息目錄中的內(nèi)容，包括：

通過LDAP協(xié)議，讀取信息目錄中的內(nèi)容。

根據(jù)本發(fā)明的一方面，提供一種用于統(tǒng)一管理多個應用的系統(tǒng)，包括：

登錄模塊，用于登陸后臺系統(tǒng)；

獲取權(quán)限模塊，用于獲取來自于后臺系統(tǒng)的用戶權(quán)限信息；

解析模塊，用于解析用戶的權(quán)限信息；以及

展示模塊，用于根據(jù)解析的用戶權(quán)限信息，展示相應的應用。

在本公開的一種示例性實施例中，還包括：

獲取版本模塊，用于獲取來自服務器的應用的版本信息；判斷應用的版本信息；以及如果已安裝的應用的版本信息有更新，則提示更新應用；

更新消息模塊，用于接收來自服務器的應用的更新消息；根據(jù)更新消息，對應用進行更新。

根據(jù)本發(fā)明的一方面，提供一種用于統(tǒng)一管理多個應用的系統(tǒng)，包括：

接收模塊，用于接收由移動端傳輸?shù)牡卿浶畔ⅲ?/p>

獲取信息模塊，用于獲取信息目錄中的內(nèi)容；

權(quán)限認證模塊，用于根據(jù)信息目錄中的內(nèi)容，對移動端進行權(quán)限認證；以及

發(fā)送模塊，用于將權(quán)限認證結(jié)果發(fā)送給移動端。

在本公開的一種示例性實施例中，還包括

應用信息模塊，用于根據(jù)移動端展示的應用，發(fā)送相應的應用的信息給移動端。

根據(jù)本發(fā)明的一方面，提供一種移動終端，其特征在于，包括：

處理器；

存儲器，存儲用于處理器執(zhí)行如上文所述的方法的指令。

根據(jù)本發(fā)明的用于統(tǒng)一管理多個應用的方法、系統(tǒng)及移動終端能夠能夠?qū)Χ鄠€應用進行統(tǒng)一管理和統(tǒng)一的權(quán)限配置。

另外，根據(jù)一些實施例，本發(fā)明的用于統(tǒng)一管理多個應用的方法，利用動態(tài)庫的方式建立應用，能夠使得多個應用程序共享內(nèi)存中得同一份庫文件，在不重新編譯鏈接可執(zhí)行文件程序的前提下，通過更新動態(tài)庫文件達到更新應用程序的目的。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性的，并不能限制本發(fā)明。

附圖說明

通過參照附圖詳細描述其示例實施例，本發(fā)明的上述和其它目標、特征及優(yōu)點將變得更加顯而易見。下面描述的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是根據(jù)一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

圖2是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

圖3是根據(jù)一示例性實施例示出的一種用于統(tǒng)一管理多個應用的系統(tǒng)的框圖。

圖4是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的系統(tǒng)的框圖。

圖5是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

圖6是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

圖7是根據(jù)一示例性實施例示出的一種移動終端框圖。

具體實施例

現(xiàn)在將參考附圖更全面地描述示例實施例。然而，示例實施例能夠以多種形式實施，且不應被理解為限于在此闡述的實施例；相反，提供這些實施例使得本發(fā)明將全面和完整，并將示例實施例的構(gòu)思全面地傳達給本領域的技術人員。在圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復描述。

此外，所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個或更多實施例中。在下面的描述中，提供許多具體細節(jié)從而給出對本發(fā)明的實施例的充分理解。然而，本領域技術人員將意識到，可以實踐本發(fā)明的技術方案而沒有特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細示出或描述公知方法、裝置、實現(xiàn)或者操作以避免模糊本發(fā)明的各方面。

附圖中所示的方框圖僅僅是功能實體，不一定必須與物理上獨立的實體相對應。即，可以采用軟件形式來實現(xiàn)這些功能實體，或在一個或多個硬件模塊或集成電路中實現(xiàn)這些功能實體，或在不同網(wǎng)絡和/或處理器裝置和/或微控制器裝置中實現(xiàn)這些功能實體。

附圖中所示的流程圖僅是示例性說明，不是必須包括所有的內(nèi)容和操作/步驟，也不是必須按所描述的順序執(zhí)行。例如，有的操作/步驟還可以分解，而有的操作/步驟可以合并或部分合并，因此實際執(zhí)行的順序有可能根據(jù)實際情況改變。

應理解，雖然本文中可能使用術語第一、第二、第三等來描述各種組件，但這些組件不應受這些術語限制。這些術語乃用以區(qū)分一組件與另一組件。因此，下文論述的第一組件可稱為第二組件而不偏離本公開概念的教示。如本文中所使用，術語「及/或」包括相關聯(lián)的列出項目中的任一個及一或多者的所有組合。

本領域技術人員可以理解，附圖只是示例實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的，因此不能用于限制本發(fā)明的保護范圍。

圖1是根據(jù)一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

如圖1所示，在S102中，登陸后臺系統(tǒng)。本發(fā)明實時例中，移動端可例如，配置一統(tǒng)一的移動平臺端，用戶通過登錄移動平臺的方式來管理其安裝過的應用，在登錄后臺的統(tǒng)一管理系統(tǒng)時，可例如，移動端通過發(fā)送用戶名和密碼登錄系統(tǒng)；還可例如，移動端通過網(wǎng)絡ID識別碼登錄后臺密碼系統(tǒng)，本發(fā)明不以此為限。

在S104中，獲取來自于后臺系統(tǒng)的用戶權(quán)限信息。后臺系統(tǒng)，通過接收到的登錄信息，核對用戶信息之后，根據(jù)系統(tǒng)保存的用戶權(quán)限信息，將該用戶的權(quán)限信息發(fā)送給移動端。

在S106中，解析用戶權(quán)限信息。用戶在移動端登錄后臺系統(tǒng)后，接收由后臺發(fā)送回的應用權(quán)限信息，在移動端進行數(shù)據(jù)的解析和處理。本發(fā)明實時例中使用的移動平臺可例如：Android和/或iOS系統(tǒng)，適配設備可例如，手機和/或Pad等。本發(fā)明不以此為限。

在S108中，根據(jù)解析的用戶權(quán)限信息，展示相應的應用。

在移動端，解析用戶權(quán)限相關的數(shù)據(jù)，并顯示解析后的相關數(shù)據(jù)?？衫?，根據(jù)解析得到的用戶權(quán)限信息，移動端顯示有權(quán)限的應用，不顯示該用戶沒有權(quán)限的使用的應用；還可例如，解析應用的版本等數(shù)據(jù)，根據(jù)對應的信息，提示用戶更新應用；還可例如，對不同權(quán)限的應該以及應用的安裝情況，進行不同種類的顯示；還可例如，用戶可以在移動端下載并安裝有權(quán)限使用的應用。本發(fā)明不以此為限。

根據(jù)本實施例的用于統(tǒng)一管理多個應用的方法，能夠?qū)Χ鄠€應用進行統(tǒng)一管理和統(tǒng)一的權(quán)限配置。

應清楚地理解，本發(fā)明描述了如何形成和使用特定示例，但本發(fā)明的原理不限于這些示例的任何細節(jié)。相反，基于本發(fā)明公開的內(nèi)容的教導，這些原理能夠應用于許多其它實施例。

在本公開的一種示例性實施例中，應用通過動態(tài)庫實現(xiàn)。

庫函數(shù)分為動態(tài)庫與靜態(tài)庫函數(shù)，靜態(tài)庫即靜態(tài)鏈接庫。之所以叫做靜態(tài)，是因為靜態(tài)庫在編譯的時候會被直接拷貝一份，復制到目標程序里，這段代碼在目標程序里就不會再改變了。靜態(tài)庫編譯完成之后，目標程序沒有外部依賴，直接就可以運行。動態(tài)庫即動態(tài)鏈接庫。與靜態(tài)庫相反，動態(tài)庫在編譯時并不會被拷貝到目標程序中，目標程序中只會存儲指向動態(tài)庫的引用。等到程序運行時，動態(tài)庫才會被真正加載進來。動態(tài)庫不需要拷貝到目標程序中，不會影響目標程序的體積，而且同一份庫可以被多個程序使用(因為這個原因，動態(tài)庫也被稱作共享庫)。同時，編譯時才載入的特性，也可以讓管理員隨時對庫進行替換，而不需要重新編譯代碼。

在本實施例中，應用采用動態(tài)庫技術實現(xiàn)，以iOS系統(tǒng)為例，iOS系統(tǒng)里動態(tài)庫形式為.dylib和.framework形式。framework實際上是一種打包方式，將庫的二進制文件，頭文件和有關的資源文件打包到一起，方便管理和分發(fā)。在iOS 8之前，iOS平臺不支持使用動態(tài)framework，iOS 8/Xcode 6推出之后，iOS平臺添加了動態(tài)庫的支持，同時Xcode 6也原生自帶了framework支持(動態(tài)和靜態(tài)都可以)，這種設置，使得本實施例中，基于動態(tài)庫建立應用成為了可能。

本實施例采用iOS動態(tài)庫技術實現(xiàn)應用的熱部署和局部更新。所有的動態(tài)庫都只能在移動工作平臺啟動，在移動工作平臺啟動應用時會給應用傳遞用戶信息和設備信息等數(shù)據(jù)，動態(tài)庫接收這些數(shù)據(jù)并且在使用中利用這些數(shù)據(jù)作為參數(shù)在后臺獲取業(yè)務數(shù)據(jù)。

根據(jù)本實施例的用于統(tǒng)一管理多個應用的方法，利用動態(tài)庫的方式建立應用，能夠使得多個應用程序共享內(nèi)存中得同一份庫文件，在不重新編譯鏈接可執(zhí)行文件程序的前提下，通過更新動態(tài)庫文件達到更新應用程序的目的。

在本公開的一種示例性實施例中，后臺系統(tǒng)，包括：統(tǒng)一認證系統(tǒng)以及應用管理系統(tǒng)?？衫?，統(tǒng)一認證系統(tǒng)與企業(yè)后臺數(shù)據(jù)庫服務對接，提供統(tǒng)一的登錄認證功能。應用管理負責對前端動態(tài)庫進行管理，包括新應用發(fā)布、應用更新及下架等。

在本公開的一種示例性實施例中，統(tǒng)一認證系統(tǒng)，包括：LDAP服務器。

LDAP是輕量目錄訪問協(xié)議，他的英文全稱是Lightweight Directory Access Protocol。目錄是一個為查詢、瀏覽和搜索而優(yōu)化的專業(yè)分布式數(shù)據(jù)庫，它呈樹狀結(jié)構(gòu)組織數(shù)據(jù)，就好象Linux/Unix系統(tǒng)中的文件目錄一樣。目錄服務是由目錄數(shù)據(jù)庫和一套訪問協(xié)議組成的系統(tǒng)。LDAP目錄服務的功能主要在于提供分布式存取服務，在這種情況下，目錄服務的三維組成(信息內(nèi)容，客戶機的位置，服務器的分布情況)都是相互無關的。在企業(yè)范圍內(nèi)實現(xiàn)LDAP可以讓運行在幾乎所有計算機平臺上的所有的應用程序從LDAP目錄中獲取信息。LDAP目錄中可以存儲各種類型的數(shù)據(jù)：電子郵件地址、郵件路由信息、人力資源數(shù)據(jù)、公用密匙、聯(lián)系人列表等等。通過把LDAP目錄作為系統(tǒng)集成中的一個重要環(huán)節(jié)，可以簡化員工在企業(yè)內(nèi)部查詢信息的步驟，甚至連主要的數(shù)據(jù)源都可以放在任何地方。在本發(fā)明實施例中，利用LDAP服務器實現(xiàn)對于用戶權(quán)限數(shù)據(jù)的儲存和調(diào)用。

在本公開的一種示例性實施例中，根據(jù)權(quán)限信息，展示相應的應用，包括：用亮色展示已安裝的應用。可例如：對使用移動端的用戶而言，有權(quán)限使用但是未安裝應用的，在顯示時進行灰化處理，對于有權(quán)限使用并且已安裝的應用選用亮色顯示，還可例如，在已安裝應用醒目位置提示有更新的應用。

在本公開的一種示例性實施例中，還包括：獲取來自服務器的應用的版本信息；判斷應用的版本信息；以及如果已安裝的應用的版本信息有更新，則提示更新應用。

在本公開的一種示例性實施例中，還包括：接收來自服務器的應用的更新消息；根據(jù)更新消息，對應用進行更新。

在本公開的一種示例性實施例中，更新消息，包括：強制更新消息與非強制更新消息。

系統(tǒng)的后臺提供應用的版本信息，移動端在解析處理實際時，判斷應用的版本信息，對于有更新的應用，進行更新提示?？衫纾谝苿佣它c擊未安裝應用時，會提示應用的基本描述，用戶可選擇進行下載安裝；在前端點擊有更新的應用時，提示更新描述等信息、根據(jù)后臺配置可例如，有兩種情況：(1)強制更新，當應用有重大版本升級，不更新無法使用時，在后臺將該版本設置為強制更新，在移動端就必須更新，否則無法啟動該應用。(2)非強制更新，較小的版本升級，可在后臺將應用的該版本設置為非強制更新，非強制更新的應用不更新也能啟動。

在本公開的一種示例性實施例中，還包括：發(fā)送登錄信息給應用，以便用戶自動登錄應用。在應用的使用過程中，由移動平臺統(tǒng)一管理多個應用，為各個應用提供統(tǒng)一的登錄和啟動入口。

圖2是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

如圖2所示，在S202中，接收由移動端傳輸?shù)牡卿浶畔ⅰ⒄涨拔乃龅倪^程，系統(tǒng)后臺端接收由移動端傳輸?shù)挠脩舻卿浶畔ⅰ?/p>

在S204中，獲取信息目錄中的內(nèi)容。根據(jù)用戶信息中的內(nèi)容，在后臺的信息目錄中獲取用戶登錄信息對應的用戶權(quán)限信息。

在S206中，根據(jù)信息目錄中的內(nèi)容，對移動端進行權(quán)限認證。根據(jù)目錄信息中的內(nèi)容，認證給用戶的權(quán)限。

在S208中，將權(quán)限認證結(jié)果發(fā)送給移動端。

在本公開的一種示例性實施例中，還包括：根據(jù)移動端展示的應用，發(fā)送相應的應用的信息給移動端。

在本公開的一種示例性實施例中，應用的信息，包括：應用的版本號及應用的更新消息。

在本公開的一種示例性實施例中，應用的更新消息，包括：強制更新消息與非強制更新消息。

在本實施例中，可例如，系統(tǒng)后臺服務器根據(jù)移動端應用的情況發(fā)送相應的信息給移動客戶端。如上文所述，后臺服務器可提供多種信息給去移動端，可包括應用的版本號信息，版本更新是否強制性更新等等信息。

在本公開的一種示例性實施例中，讀取信息目錄中的內(nèi)容，包括：通過LDAP協(xié)議，讀取信息目錄中的內(nèi)容。

本領域技術人員可以理解實現(xiàn)上述實施例的全部或部分步驟被實現(xiàn)為由CPU執(zhí)行的計算機程序。在該計算機程序被CPU執(zhí)行時，執(zhí)行本發(fā)明提供的上述方法所限定的上述功能。所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

此外，需要注意的是，上述附圖僅是根據(jù)本發(fā)明示例性實施例的方法所包括的處理的示意性說明，而不是限制目的。易于理解，上述附圖所示的處理并不表明或限制這些處理的時間順序。另外，也易于理解，這些處理可以是例如在多個模塊中同步或異步執(zhí)行的。

下述為本發(fā)明裝置實施例，可以用于執(zhí)行本發(fā)明方法實施例。對于本發(fā)明裝置實施例中未披露的細節(jié)，請參照本發(fā)明方法實施例。

圖3是根據(jù)一示例性實施例示出的一種用于統(tǒng)一管理多個應用的系統(tǒng)的框圖。

如圖3所示，用于統(tǒng)一管理多個應用的系統(tǒng)30包括：登錄模塊，302、獲取權(quán)限模塊304、解析模塊306、展示模塊308、獲取版本模塊310、更新消息模塊312。

登錄模塊302用于登陸后臺系統(tǒng)。

獲取權(quán)限模塊304用于獲取來自于后臺系統(tǒng)的用戶權(quán)限信息。

解析模塊306用于解析用戶的權(quán)限信息。

展示模塊308用于根據(jù)權(quán)限信息，展示相應的應用。

獲取版本模塊310用于獲取應用的版本信息；判斷應用的版本信息；以及如果已安裝的應用的版本信息有更新，則提示更新應用。

更新消息模塊312用于接收來自服務器的應用的更新消息；根據(jù)更新消息，對應用進行更新。

圖4是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的系統(tǒng)的框圖。

如圖4所示，用于統(tǒng)一管理多個應用的服務器40，包括：接收模塊402、獲取信息模塊404、權(quán)限認證模塊406、發(fā)送模塊408、應用信息模塊410。

接收模塊402用于接收由移動端傳輸?shù)牡卿浶畔ⅰ?/p>

獲取信息模塊404用于獲取信息目錄中的內(nèi)容。

權(quán)限認證模塊406用于根據(jù)信息目錄中的內(nèi)容，對移動端進行權(quán)限認證。

發(fā)送模塊408用于將權(quán)限認證結(jié)果發(fā)送給移動端。

應用信息模塊410用于根據(jù)移動端展示的應用，發(fā)送相應的應用的信息給移動端。

圖5是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

在圖5所示的實施例中，移動端發(fā)送用戶名和密碼給系統(tǒng)的后臺的統(tǒng)一認證服務器，統(tǒng)一認證服務器發(fā)送權(quán)限信息給后臺的應用管理服務器，后臺應用管理服務器對移動端發(fā)送的登錄信息進行驗證，給出用戶權(quán)限信息。移動端接收到權(quán)限信息之后，可以登錄對應的應用。同時，在移動端，還提供用戶信息的查詢以及應用管理等服務。

圖6是根據(jù)另一示例性實施例示出的一種用于統(tǒng)一管理多個應用的方法的流程圖。

圖6的基本流程如圖5所述，區(qū)別點在于，圖6中后臺的統(tǒng)一認證服務器與應用管理服務器為同一個服務器。圖6中的后臺服務器完成用戶權(quán)限認證的全過程。

圖7示出了根據(jù)本發(fā)明一實施例的移動終端，具備定時任務功能。

如圖7所示，終端設備70可包括處理器710、存儲器720、發(fā)射器730及接收器740。

存儲器720可存儲用于處理器710控制操作處理的指令。存儲器720可包括易失性或非易失性存儲器，如靜態(tài)隨機存取存儲器(SRAM)、電可擦除可編程只讀存儲器(EEPROM)、可擦除可編程只讀存儲器(EPROM)、可編程只讀存儲器(PROM)、只讀存儲器(ROM)等，本發(fā)明對此沒有限制。

處理器710可調(diào)用存儲器720中存儲的指令控制相關操作。易于理解，存儲器720可存儲用于處理器710控制根據(jù)本發(fā)明實施例的操作的指令，這里不再贅述。

本領域技術人員可以理解上述各模塊可以按照實施例的描述分布于裝置中，也可以進行相應變化唯一不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。

通過以上的實施例的描述，本領域的技術人員易于理解，這里描述的示例實施例可以通過軟件實現(xiàn)，也可以通過軟件結(jié)合必要的硬件的方式來實現(xiàn)。因此，根據(jù)本發(fā)明實施例的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中或網(wǎng)絡上，包括若干指令以使得一臺計算設備(可以是個人計算機、服務器、移動終端、或者網(wǎng)絡設備等)執(zhí)行根據(jù)本發(fā)明實施例的方法。

通過以上的詳細描述，本領域的技術人員易于理解，根據(jù)本發(fā)明實施例的用于統(tǒng)一管理多個應用的方法、系統(tǒng)及移動終端具有以下優(yōu)點中的一個或多個。

根據(jù)一些實施例，本發(fā)明的用于統(tǒng)一管理多個應用的方法能夠?qū)Χ鄠€應用進行統(tǒng)一管理和統(tǒng)一的權(quán)限配置。

根據(jù)一些實施例，本發(fā)明的用于統(tǒng)一管理多個應用的方法，利用動態(tài)庫的方式建立應用，能夠使得多個應用程序共享內(nèi)存中得同一份庫文件，在不重新編譯鏈接可執(zhí)行文件程序的前提下，通過更新動態(tài)庫文件達到更新應用程序的目的。

以上具體地示出和描述了本發(fā)明的示例性實施例。應可理解的是，本發(fā)明不限于這里描述的詳細結(jié)構(gòu)、設置方式或?qū)崿F(xiàn)方法；相反，本發(fā)明意圖涵蓋包含在所附權(quán)利要求的精神和范圍內(nèi)的各種修改和等效設置。

此外，本說明書說明書附圖所示出的結(jié)構(gòu)、比例、大小等，均僅用以配合說明書所公開的內(nèi)容，以供本領域技術人員了解與閱讀，并非用以限定本公開可實施的限定條件，故不具技術上的實質(zhì)意義，任何結(jié)構(gòu)的修飾、比例關系的改變或大小的調(diào)整，在不影響本公開所能產(chǎn)生的技術效果及所能實現(xiàn)的目的下，均應仍落在本公開所公開的技術內(nèi)容得能涵蓋的范圍內(nèi)。同時，本說明書中所引用的如「上」、「第一」、「第二」及「一」等的用語，也僅為便于敘述的明了，而非用以限定本公開可實施的范圍，其相對關系的改變或調(diào)整，在無實質(zhì)變更技術內(nèi)容下，當也視為本發(fā)明可實施的范疇。