一種能力調(diào)用方法和設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及一種能力調(diào)用方法和設(shè)備。
【背景技術(shù)】
[0002]能力是指能夠完成某特定業(yè)務(wù)處理事務(wù)的功能和資源集合，比如，百度的地圖能力、中國移動的應(yīng)用內(nèi)計費能力等。互聯(lián)網(wǎng)企業(yè)(蘋果、谷歌、騰訊、百度等)以及電信運營商(中國移動等)均通過構(gòu)建開放平臺形成了以自身為核心的產(chǎn)業(yè)鏈，并將擁有龐大用戶基礎(chǔ)的核心能力對外開放，以繁榮第三方應(yīng)用市場，為開發(fā)者帶來價值，對公司主營業(yè)務(wù)正向促進。
[0003]現(xiàn)有技術(shù)中，能力開放技術(shù)通常是將能力以jar包的形式提供給開發(fā)者，由開發(fā)者將jar包集成到應(yīng)用中，使得應(yīng)用能夠使用jar包中的能力。這種方式稱為傳統(tǒng)能力SDK(Software Development Kit,軟件開發(fā)工具包)方式。
[0004]在上述傳統(tǒng)能力SDK方式中，jar包只能提供給應(yīng)用單獨使用，并導(dǎo)致存在以下問題:(I)運營問題:能力重復(fù)安裝、版本混亂、升級困難，相同能力可能由多個應(yīng)用重復(fù)安裝到終端設(shè)備上，在運行時會有多個版本同時存在，導(dǎo)致存儲資源浪費；此外，能力被應(yīng)用封裝，導(dǎo)致能力提供方無法直接面對終端設(shè)備進行能力部署和升級。(2)用戶體驗問題:終端設(shè)備的公共資源使用混亂，引發(fā)用戶體驗異常；終端設(shè)備上的公共資源被多個應(yīng)用各自同時使用，有可能出現(xiàn)資源沖突和使用混亂的情況，導(dǎo)致用戶體驗下降。

【發(fā)明內(nèi)容】

[0005]本發(fā)明實施例提供一種能力調(diào)用方法和設(shè)備，以避免能力調(diào)用過程中的運營問題和用戶體驗問題，節(jié)約終端設(shè)備的存儲資源，并提高用戶體驗。
[0006]為了達到上述目的，本發(fā)明實施例提供一種能力調(diào)用方法，用在終端設(shè)備內(nèi)第三方應(yīng)用調(diào)用能力的過程，所述終端設(shè)備包括能力組件和能力組件管理框架，所述能力組件為所述第三方應(yīng)用對應(yīng)的能力組件，所述方法包括:
[0007]在第三方應(yīng)用需要調(diào)用能力時，所述能力組件獲得所述終端設(shè)備上當(dāng)前安裝的所有第三方應(yīng)用中的最高版本的應(yīng)用程序接口 API具體實現(xiàn)；
[0008]所述能力組件將所述API具體實現(xiàn)的版本信息發(fā)送給所述能力組件管理框架，由所述能力組件管理框架利用所述版本信息判斷所述API具體實現(xiàn)是否需要升級，并在所述API具體實現(xiàn)不需要升級時，由所述能力組件管理框架將所述API具體實現(xiàn)不需要升級的信息通知給所述能力組件；
[0009]所述能力組件在所述API具體實現(xiàn)不需要升級時,調(diào)用所述最高版本的API具體實現(xiàn)，并將所述API具體實現(xiàn)返回給所述第三方應(yīng)用，以由所述第三方應(yīng)用利用所述API具體實現(xiàn)執(zhí)行相應(yīng)能力。
[0010]本發(fā)明實施例提供一種終端設(shè)備，用在終端設(shè)備內(nèi)第三方應(yīng)用調(diào)用能力的過程，所述終端設(shè)備包括能力組件管理模塊和能力組件管理框架管理模塊，所述能力組件管理模塊為所述第三方應(yīng)用對應(yīng)的能力組件管理模塊；其中:
[0011]所述能力組件管理模塊，用于在所述第三方應(yīng)用需要調(diào)用能力時，獲得所述終端設(shè)備上當(dāng)前安裝的所有第三方應(yīng)用中的最高版本的應(yīng)用程序接口 API具體實現(xiàn)，并將所述API具體實現(xiàn)的版本信息發(fā)送給所述能力組件管理框架管理模塊；以及，在所述API具體實現(xiàn)不需要升級時，調(diào)用所述最高版本的API具體實現(xiàn)，并將所述API具體實現(xiàn)返回給所述第三方應(yīng)用，以由所述第三方應(yīng)用利用所述API具體實現(xiàn)執(zhí)行相應(yīng)能力；
[0012]所述能力組件管理框架管理模塊，用于利用所述版本信息判斷所述API具體實現(xiàn)是否需要升級，并在所述API具體實現(xiàn)不需要升級時，將所述API具體實現(xiàn)不需要升級的信息通知給所述能力組件管理模塊。
[0013]與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點:本發(fā)明實施例中，在第三方應(yīng)用需要調(diào)用能力時，通過將終端設(shè)備上當(dāng)前安裝的所有第三方應(yīng)用中的最高版本的API(Applicat1n Program Interface,應(yīng)用程序接口)具體實現(xiàn)返回給該第三方應(yīng)用，以由該第三方應(yīng)用利用該最高版本的API具體實現(xiàn)執(zhí)行相應(yīng)能力，從而在多個第三方應(yīng)用之間實現(xiàn)共享最高版本的API具體實現(xiàn)的能力，避免了能力調(diào)用過程中的運營問題和用戶體驗問題，節(jié)約了終端設(shè)備的存儲資源，并提高了產(chǎn)品性能，減少系統(tǒng)開銷，并提高用戶體驗。
【附圖說明】
[0014]為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0015]圖1和圖2是本發(fā)明實施例一中調(diào)用最聞版本的API具體實現(xiàn)的不意圖；
[0016]圖3是本發(fā)明實施例一提供的一種能力調(diào)用方法流程示意圖；
[0017]圖4是本發(fā)明實施例二提供的一種能力調(diào)用方法流程示意圖；
[0018]圖5是本發(fā)明實施例三提供的一種能力調(diào)用方法流程示意圖；
[0019]圖6是本發(fā)明實施例四提供的一種終端設(shè)備結(jié)構(gòu)示意圖。
【具體實施方式】
[0020]下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0021]實施例一
[0022]針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明實施例一提出一種能力調(diào)用方法，該方法用在終端設(shè)備內(nèi)第三方應(yīng)用調(diào)用能力的過程中，該終端設(shè)備包括能力組件和能力組件管理框架。其中，該能力組件為上述第三方應(yīng)用對應(yīng)的能力組件，且終端設(shè)備具體包括但不限于使用Android操作系統(tǒng)的移動終端。本發(fā)明實施例中，第三方應(yīng)用包含的能力不僅可以供本第三方應(yīng)用自身使用，還可以被其它第三方應(yīng)用共享使用，這種形式的能力則稱為能力組件。
[0023]與傳統(tǒng)能力SDK方式相同的是，本發(fā)明實施例中提出的能力組件將API接口和API具體實現(xiàn)聚合在同一 jar包中，并最終被編譯到第三方應(yīng)用的程序包中。與傳統(tǒng)能力SDK方式不同的是，本發(fā)明實施例中提出的能力組件能夠保證使用能力的第三方應(yīng)用均使用到最高版本的API具體實現(xiàn)(即最新版本的API具體實現(xiàn))。例如，在終端設(shè)備上安裝有多個使用開放能力的第三方應(yīng)用后，各第三方應(yīng)用中包含的API接口均會調(diào)用最高版本的API具體實現(xiàn)。
[0024]如圖1所不的調(diào)用最聞版本的API具體實現(xiàn)的不意圖，終端設(shè)備上有應(yīng)用I和應(yīng)用2，應(yīng)用I內(nèi)包含的API具體實現(xiàn)的版本為VI，應(yīng)用2內(nèi)包含的API具體實現(xiàn)的版本為V2，V2版本高于Vl版本?；诖耍瑧?yīng)用I會調(diào)用應(yīng)用2中包含的API具體實現(xiàn)，且應(yīng)用2會調(diào)用應(yīng)用2中包含的API具體實現(xiàn)，從而保證了各應(yīng)用均能使用到最高版本的API具體實現(xiàn)。而傳統(tǒng)能力SDK方式的API接口一定會調(diào)用自身的API具體實現(xiàn)，不會出現(xiàn)跨應(yīng)用調(diào)用API具體實現(xiàn)的情況，也無法使得各個應(yīng)用均能使用到最高版本的API具體實現(xiàn)。
[0025]與傳統(tǒng)能力SDK方式無法自動升級相比，本發(fā)明實施例中提出的能力組件還可以自動升級。進一步的，該能力組件通過調(diào)用能力組件管理框架的初始化API，繼而可以依托該能力組件管理框架實現(xiàn)本能力組件的自動升級。在能力組件升級完成之后，當(dāng)終端設(shè)備上安裝有更高版本的API具體實現(xiàn)時，該能力組件能夠調(diào)用該終端設(shè)備上安裝的更高版本的API具體實現(xiàn)。
[0026]如圖2所示的調(diào)用更高版本的API具體實現(xiàn)的示意圖，終端設(shè)備上安裝有更高版本的API具體實現(xiàn)，該API具體實現(xiàn)的版本為V3，V3版本高于V2版本。基于此，應(yīng)用I會調(diào)用V3版本的API具體實現(xiàn)，應(yīng)用2會調(diào)用V3版本的API具體實現(xiàn)，從而保證各應(yīng)用均能使用到最高版本的API具體實現(xiàn)。
[0027]在上述應(yīng)用場景下，如圖3所示，該能力調(diào)用方法包括以下步驟:
[0028]步驟301，在第三方應(yīng)用需要調(diào)用能力時，該第三方應(yīng)用的能力組件獲得終端設(shè)備上當(dāng)前安裝的所有第三方應(yīng)用中的最高版本的API具體實現(xiàn)。
[0029]步驟302,能力組件將最聞版本的API具體實現(xiàn)的版本/[目息(如最聞版本的API具體實現(xiàn)的版本為V3)發(fā)送給能力組件管理框架。
[0030]步驟303，能力組件管理框架利用最高版本的API具體實現(xiàn)的版本信息判斷API具體實現(xiàn)是否需要升級。如果API具體實現(xiàn)不需要升級，則執(zhí)行步驟304 ;如果API具體實現(xiàn)需要升級，則執(zhí)行步驟305。
[0031]本發(fā)明實施例中，能力組件管理框架可以從能力管理子系統(tǒng)(即網(wǎng)絡(luò)側(cè)的服務(wù)器)上獲得最高版本的API具體實現(xiàn)的版本信息，該最高版本的API具體實現(xiàn)為網(wǎng)絡(luò)中所有第三方應(yīng)用的最高版本的API具體實現(xiàn)。而