本發(fā)明涉及通信領(lǐng)域，特別涉及一種插件加載方法及設(shè)備。

背景技術(shù)：

在目前的智能終端上，用戶可以通過安裝第三方應(yīng)用程序(Application,APP)以滿足自身的使用需求。為了方便用戶的使用，提高用戶的使用體驗(yàn)，往往需要對APP內(nèi)置的部分功能進(jìn)行更新，或者APP部分算法進(jìn)行優(yōu)化。

為了解決用戶通過下載新版的APP所需傳輸流量較大，占用的存儲空間也較大，且在安裝該APP過程中，占用較多的系統(tǒng)處理資源的問題，需要通過插件實(shí)現(xiàn)APP內(nèi)置部分功能的更新，或者APP部分算法的優(yōu)化。

但是在通過插件實(shí)現(xiàn)APP內(nèi)置部分功能的更新，或者APP部分算法的優(yōu)化過程中，由于現(xiàn)有技術(shù)中并不存在手機(jī)已安裝APP與上述插件之間的數(shù)據(jù)交互機(jī)制，從而使得需要提供一種數(shù)據(jù)交互機(jī)制，以滿足通過插件實(shí)現(xiàn)APP內(nèi)置部分功能的更新，或者APP部分算法的優(yōu)化，提高用戶體驗(yàn)。

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

為了提高用戶體驗(yàn)，本發(fā)明實(shí)施例提供了一種插件加載方法及設(shè)備。所述技術(shù)方案如下：

第一方面，提供了一種插件加載方法，其特征在于，所述方法包括：

在檢測到插件觸發(fā)之后，所述插件將運(yùn)行指令發(fā)送至插件環(huán)境；

所述插件環(huán)境根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理所述運(yùn)行指令的native中間件；

將所述運(yùn)行指令中轉(zhuǎn)至所述native中間件；

所述native中間件處理所述運(yùn)行指令，完成所述插件的運(yùn)行。

結(jié)合第一方面，在第一種可能的實(shí)現(xiàn)方式中，在所述檢測到插件觸發(fā)步驟之前，所述方法還包括：

獲取服務(wù)器發(fā)送的插件，并將所述插件注冊至所述插件環(huán)境；

根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與所述運(yùn)行指令對應(yīng)的native中間件注冊至所述插件環(huán)境。

結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，檢測插件觸發(fā)包括：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行所述插件；

其中，所述預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，所述運(yùn)行指令包括URI請求，所述插件將運(yùn)行指令發(fā)送至插件環(huán)境包括：

所述插件根據(jù)與所述插件環(huán)境之間的通信機(jī)制，將所述URI請求發(fā)送至所述插件環(huán)境。

結(jié)合第一方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述運(yùn)行指令為多個，所述native中間件處理所述運(yùn)行指令包括：

所述native中間件處理所述運(yùn)行指令，并將處理結(jié)果返回至所述插件；

所述插件根據(jù)所述處理結(jié)果，將下一個運(yùn)行指令發(fā)送至所述插件環(huán)境，直至完成所述插件所有運(yùn)行指令的處理。

第二方面，提供了一種電子設(shè)備，所述電子設(shè)備包括：

檢測模塊，用于檢測插件觸發(fā)；

傳輸模塊，用于所述檢測模塊在檢測到插件觸發(fā)之后，所述插件將運(yùn)行指令發(fā)送至插件環(huán)境；

查找模塊，用于所述插件環(huán)境根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理所述運(yùn)行指令的native中間件；

中轉(zhuǎn)模塊，用于將所述運(yùn)行指令中轉(zhuǎn)至所述native中間件；

處理模塊，用于所述native中間件處理所述運(yùn)行指令，完成所述插件的運(yùn)行。

結(jié)合第二方面，在第一種可能的實(shí)現(xiàn)方式中，所述電子設(shè)備還包括：

獲取模塊，用于獲取服務(wù)器發(fā)送的插件；

第一注冊模塊，用于將所述插件注冊至所述插件環(huán)境；

第二注冊模塊，用于根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與所述運(yùn)行指令對應(yīng)的native中間件注冊至所述插件環(huán)境。

結(jié)合第二方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，

所述檢測模塊具體用于執(zhí)行以下操作中的任意一個：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行所述插件；

其中，所述預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，

所述運(yùn)行指令包括URI請求，所述傳輸模塊具體用于：

所述插件根據(jù)與所述插件環(huán)境之間的通信機(jī)制，將所述URI請求發(fā)送至所述插件環(huán)境。

結(jié)合第二方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，

所述運(yùn)行指令為多個，所述處理模塊具體用于：

所述native中間件處理所述運(yùn)行指令，并將處理結(jié)果返回至所述插件；

所述插件根據(jù)所述處理結(jié)果，將下一個運(yùn)行指令發(fā)送至所述插件環(huán)境，直至完成所述插件所有運(yùn)行指令的處理。

第三方面，提供了一種電子設(shè)備，所述電子設(shè)備包括存儲器以及與所述存儲器連接的處理器，其中，所述存儲器用于存儲一組程序代碼，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作：

在檢測到插件觸發(fā)之后，所述插件將運(yùn)行指令發(fā)送至插件環(huán)境；

所述插件環(huán)境根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理所述運(yùn)行指令的native中間件；

將所述運(yùn)行指令中轉(zhuǎn)至所述native中間件；

所述native中間件處理所述運(yùn)行指令，完成所述插件的運(yùn)行。

結(jié)合第三方面，在第一種可能的實(shí)現(xiàn)方式中，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作：

獲取服務(wù)器發(fā)送的插件，并將所述插件注冊至所述插件環(huán)境；

根據(jù)所述運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與所述運(yùn)行指令對應(yīng)的native中間件注冊至所述插件環(huán)境。

結(jié)合第三方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行所述插件；

其中，所述預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

結(jié)合第三方面的第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，所述運(yùn)行指令包括URI請求，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作：

所述插件根據(jù)與所述插件環(huán)境之間的通信機(jī)制，將所述URI請求發(fā)送至所述插件環(huán)境。

結(jié)合第三方面的第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述運(yùn)行指令為多個，所述處理器調(diào)用所述存儲器所存儲的程序代碼用于執(zhí)行以下操作：

所述native中間件處理所述運(yùn)行指令，并將處理結(jié)果返回至所述插件；

所述插件根據(jù)所述處理結(jié)果，將下一個運(yùn)行指令發(fā)送至所述插件環(huán)境，直至完成所述插件所有運(yùn)行指令的處理。

本發(fā)明實(shí)施例提供了一種插件加載方法及設(shè)備，方法包括：在檢測到插件觸發(fā)之后，插件將運(yùn)行指令發(fā)送至插件環(huán)境；插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件；將運(yùn)行指令中轉(zhuǎn)至native中間件；native中間件處理運(yùn)行指令，完成插件的運(yùn)行。通過插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件，從而實(shí)現(xiàn)了在IOS系統(tǒng)內(nèi)插件的運(yùn)行，使得可以通過插件對IOS系統(tǒng)中APP的部分功能、算法以及界面的更新，相較于現(xiàn)有技術(shù)，避免了更新過程中APP的下載和安裝，節(jié)省了系統(tǒng)的存儲資源和運(yùn)行資源，從而提高了用戶體驗(yàn)。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實(shí)施例提供的一種插件加載方法流程圖；

圖2是本發(fā)明實(shí)施例提供的一種插件加載方法流程圖；

圖3是本發(fā)明實(shí)施例提供的一種電子設(shè)備結(jié)構(gòu)示意圖；

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

具體實(shí)施方式

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

實(shí)施例一為本發(fā)明實(shí)施例提供的一種插件加載方法，參照圖1所示，該方法包括：

101、在檢測到插件觸發(fā)之后，插件將運(yùn)行指令發(fā)送至插件環(huán)境。

具體的，檢測插件觸發(fā)，該過程可以包括：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行插件；

其中，預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

在檢測到插件觸發(fā)之后，插件將運(yùn)行指令發(fā)送至插件環(huán)境，該過程可以包括：

運(yùn)行指令包括URI請求；

插件根據(jù)與插件環(huán)境之間的通信機(jī)制，將URI請求發(fā)送至插件環(huán)境。

102、插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件。

103、將運(yùn)行指令中轉(zhuǎn)至native中間件。

104、native中間件處理運(yùn)行指令，完成插件的運(yùn)行。

具體的，運(yùn)行指令為多個；

native中間件處理運(yùn)行指令，并將處理結(jié)果返回至插件；

插件根據(jù)處理結(jié)果，將下一個運(yùn)行指令發(fā)送至插件環(huán)境，直至完成插件所有運(yùn)行指令的處理。

可選的，在步驟101之前，方法還包括：

獲取服務(wù)器發(fā)送的插件，并將插件注冊至插件環(huán)境；

根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與運(yùn)行指令對應(yīng)的native中間件注冊至插件環(huán)境。

本發(fā)明實(shí)施例提供了一種插件加載方法，通過插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件，從而實(shí)現(xiàn)了在IOS系統(tǒng)內(nèi)插件的運(yùn)行，使得可以通過插件對IOS系統(tǒng)中APP的部分功能、算法以及界面的更新，相較于現(xiàn)有技術(shù)，避免了更新過程中APP的下載和安裝，節(jié)省了系統(tǒng)的存儲資源和運(yùn)行資源，從而提高了用戶體驗(yàn)。

實(shí)施例二為本發(fā)明實(shí)施例提供的一種插件加載方法，參照圖2所示，該方法包括：

201、獲取服務(wù)器發(fā)送的插件，并將插件注冊至插件環(huán)境。

具體的，具體的，客戶端的操作系統(tǒng)為安卓系統(tǒng)，則：

根據(jù)插件中的配置信息，設(shè)置插件中間件與該插件接口之間的通信方式、對應(yīng)關(guān)系以及調(diào)用關(guān)系；

設(shè)置插件接口與數(shù)據(jù)層之間的通信方式、數(shù)據(jù)資源調(diào)用方式。

202、根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與運(yùn)行指令對應(yīng)的native中間件注冊至插件環(huán)境。

具體的，根據(jù)插件環(huán)境中的接口配置，設(shè)置該插件的接口配置，將插件的接口配置信息設(shè)置為插件環(huán)境所規(guī)定的標(biāo)準(zhǔn)插件所對應(yīng)的配置信息；

存儲插件中間件與該插件接口之間的通信方式、對應(yīng)關(guān)系以及調(diào)用關(guān)系；

存儲插件接口與數(shù)據(jù)層之間的通信方式、數(shù)據(jù)資源調(diào)用方式。

設(shè)置并存儲與上述通信方式、對應(yīng)關(guān)系、調(diào)用關(guān)系、通信方式以及數(shù)據(jù)資源調(diào)用方式對應(yīng)的指令調(diào)用方式。

203、檢測插件觸發(fā)。

具體的，通過以下操作中的一個，檢測插件觸發(fā)，該過程可以包括：

A、獲取用戶主動觸發(fā)的預(yù)設(shè)事件。

具體的，預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

用戶觸發(fā)預(yù)設(shè)手勢包括用戶點(diǎn)擊插件圖標(biāo)、輸入至少包括該插件圖標(biāo)的手勢軌跡；檢測插件觸發(fā)的過程可以為:

識別用戶所點(diǎn)擊的插件圖標(biāo)，或者識別用戶輸入的手勢軌跡所包括的插件圖標(biāo)。

用戶輸入預(yù)設(shè)語音以及預(yù)設(shè)文本包括用戶輸入的語音和文本中至少包括預(yù)設(shè)關(guān)鍵詞；檢測插件觸發(fā)的過程可以為:

識別該語音或文本中所包括的關(guān)鍵詞；

判斷該關(guān)鍵詞是否為預(yù)設(shè)關(guān)鍵詞。

B、客戶端APP自動運(yùn)行插件。

具體的，客戶端APP自動運(yùn)行插件包括客戶端開機(jī)運(yùn)行插件以及客戶端在插件完成安裝之后運(yùn)行插件，本發(fā)明實(shí)施例不加以限定。

204、在檢測到插件觸發(fā)之后，插件根據(jù)與插件環(huán)境之間的通信機(jī)制，將URI請求發(fā)送至插件環(huán)境。

具體的，運(yùn)行指令包括URI請求；

根據(jù)插件的接口配置，將插件的指令轉(zhuǎn)換為URI請求，并通過通信機(jī)制以及指令調(diào)用方式，將該URI插件發(fā)送至插件環(huán)境。

205、插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件。

具體的，插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，全局查找能夠處理運(yùn)行指令的native中間件，直至查找到能夠處理該運(yùn)行指令的native中間件。

206、將運(yùn)行指令中轉(zhuǎn)至native中間件。

具體的，根據(jù)插件中間件與該插件接口之間的通信方式以及調(diào)用關(guān)系，將運(yùn)行指令中轉(zhuǎn)至native中間件，本發(fā)明實(shí)施例對具體的中轉(zhuǎn)方式部加以限定。

207、native中間件處理運(yùn)行指令，并將處理結(jié)果返回至插件。

具體的，native中間件根據(jù)插件接口與數(shù)據(jù)層之間的通信方式、數(shù)據(jù)資源調(diào)用方式，處理運(yùn)行指令；

native中間件根據(jù)插件中間件與該插件接口之間的通信方式以及調(diào)用關(guān)系，將處理結(jié)果返回至插件。

208、插件根據(jù)處理結(jié)果，將下一個運(yùn)行指令發(fā)送至插件環(huán)境，直至完成插件所有運(yùn)行指令的處理。

具體的，該運(yùn)行指令為多個，插件根據(jù)處理結(jié)果，判斷是否將下一個運(yùn)行指令發(fā)送至插件環(huán)境；其判斷方式可以為：

判斷該結(jié)果中所得到的數(shù)據(jù)是否為期望數(shù)據(jù)，若是，則將下一個運(yùn)行指令發(fā)送至插件環(huán)境。

本發(fā)明實(shí)施例提供了一種插件加載方法，通過插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件，從而實(shí)現(xiàn)了在IOS系統(tǒng)內(nèi)插件的運(yùn)行，使得可以通過插件對IOS系統(tǒng)中APP的部分功能、算法以及界面的更新，相較于現(xiàn)有技術(shù)，避免了更新過程中APP的下載和安裝，節(jié)省了系統(tǒng)的存儲資源和運(yùn)行資源，從而提高了用戶體驗(yàn)。

實(shí)施例三為本發(fā)明實(shí)施例提供的一種電子設(shè)備3，參照圖3所示，該電子設(shè)備3包括:

檢測模塊31，用于檢測插件觸發(fā)；

傳輸模塊32，用于檢測模塊在檢測到插件觸發(fā)之后，插件將運(yùn)行指令發(fā)送至插件環(huán)境；

查找模塊33，用于插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件；

中轉(zhuǎn)模塊34，用于將運(yùn)行指令中轉(zhuǎn)至native中間件；

處理模塊35，用于native中間件處理運(yùn)行指令，完成插件的運(yùn)行。

可選的，電子設(shè)備3還包括：

獲取模塊36，用于獲取服務(wù)器發(fā)送的插件；

第一注冊模塊37，用于將插件注冊至插件環(huán)境；

第二注冊模塊38，用于根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與運(yùn)行指令對應(yīng)的native中間件注冊至插件環(huán)境。

可選的，檢測模塊31具體用于執(zhí)行以下操作中的任意一個：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行插件；

其中，預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

可選的，運(yùn)行指令包括URI請求，傳輸模塊32具體用于：

插件根據(jù)與插件環(huán)境之間的通信機(jī)制，將URI請求發(fā)送至插件環(huán)境。

可選的，運(yùn)行指令為多個，處理模塊35具體用于：

native中間件處理運(yùn)行指令，并將處理結(jié)果返回至插件；

插件根據(jù)處理結(jié)果，將下一個運(yùn)行指令發(fā)送至插件環(huán)境，直至完成插件所有運(yùn)行指令的處理。

本發(fā)明實(shí)施例提供了一種電子設(shè)備，該電子設(shè)備通過插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件，從而實(shí)現(xiàn)了在IOS系統(tǒng)內(nèi)插件的運(yùn)行，使得可以通過插件對IOS系統(tǒng)中APP的部分功能、算法以及界面的更新，相較于現(xiàn)有技術(shù)，避免了更新過程中APP的下載和安裝，節(jié)省了系統(tǒng)的存儲資源和運(yùn)行資源，從而提高了用戶體驗(yàn)。

實(shí)施例四為本發(fā)明實(shí)施例提供的一種電子設(shè)備4，參照圖4所示，該電子設(shè)備4包括存儲器41以及與存儲器41連接的處理器42，其中，存儲器41用于存儲一組程序代碼，處理器42調(diào)用存儲器41所存儲的程序代碼用于執(zhí)行以下操作：

在檢測到插件觸發(fā)之后，插件將運(yùn)行指令發(fā)送至插件環(huán)境；

插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件；

將運(yùn)行指令中轉(zhuǎn)至native中間件；

native中間件處理運(yùn)行指令，完成插件的運(yùn)行。

可選的，處理器42調(diào)用存儲器41所存儲的程序代碼用于執(zhí)行以下操作：

獲取服務(wù)器發(fā)送的插件，并將插件注冊至插件環(huán)境；

根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，將與運(yùn)行指令對應(yīng)的native中間件注冊至插件環(huán)境。

可選的，處理器42調(diào)用存儲器41所存儲的程序代碼用于執(zhí)行以下操作：

獲取用戶主動觸發(fā)的預(yù)設(shè)事件；或者

客戶端APP自動運(yùn)行插件；

其中，預(yù)設(shè)事件包括用戶觸發(fā)預(yù)設(shè)手勢、輸入預(yù)設(shè)語音以及輸入預(yù)設(shè)文本。

可選的，運(yùn)行指令包括URI請求，處理器42調(diào)用存儲器41所存儲的程序代碼用于執(zhí)行以下操作：

插件根據(jù)與插件環(huán)境之間的通信機(jī)制，將URI請求發(fā)送至插件環(huán)境。

可選的，運(yùn)行指令為多個，處理器42調(diào)用存儲器41所存儲的程序代碼用于執(zhí)行以下操作：

native中間件處理運(yùn)行指令，并將處理結(jié)果返回至插件；

插件根據(jù)處理結(jié)果，將下一個運(yùn)行指令發(fā)送至插件環(huán)境，直至完成插件所有運(yùn)行指令的處理。

本發(fā)明實(shí)施例提供了一種電子設(shè)備，該電子設(shè)備通過插件環(huán)境根據(jù)運(yùn)行指令與native中間件之間的對應(yīng)關(guān)系，查找能夠處理運(yùn)行指令的native中間件，從而實(shí)現(xiàn)了在IOS系統(tǒng)內(nèi)插件的運(yùn)行，使得可以通過插件對IOS系統(tǒng)中APP的部分功能、算法以及界面的更新，相較于現(xiàn)有技術(shù)，避免了更新過程中APP的下載和安裝，節(jié)省了系統(tǒng)的存儲資源和運(yùn)行資源，從而提高了用戶體驗(yàn)。

上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本發(fā)明的可選實(shí)施例，在此不再一一贅述。

需要說明的是：上述實(shí)施例提供的電子設(shè)備在執(zhí)行插件環(huán)境實(shí)現(xiàn)方法時，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將設(shè)備的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的插件環(huán)境實(shí)現(xiàn)方法與電子設(shè)備實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

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