本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，具體而言，涉及一種SDK接入方法及系統(tǒng)。

背景技術(shù)：

SDK(Software Development Kit，軟件開發(fā)工具包)是開發(fā)工具的集合。技術(shù)人員在開發(fā)應(yīng)用程序時，可以將SDK接入應(yīng)用程序中，直接使用SDK提供的功能。

SDK包括代碼文件、配置文件和資源文件。相關(guān)技術(shù)中，在將SDK接入應(yīng)用程序時，技術(shù)人員拷貝SDK包括的代碼文件、配置文件和資源文件，然后分別將拷貝的代碼文件、配置文件和資源文件放置在應(yīng)用程序的相應(yīng)文件目錄下。

上述相關(guān)技術(shù)中由技術(shù)人員手動將SDK包括的文件拷貝至應(yīng)用程序的相應(yīng)目錄下，SDK接入依賴人工操作，接入效率很低，且很容易出錯。

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

有鑒于此，本發(fā)明實施例的目的在于提供一種SDK接入方法及系統(tǒng)，將SDK拆分為SDK加載器和SDK插件，通過SDK加載器自動將SDK插件加載到應(yīng)用程序中，避免了接入過程中的人工操作，提高了SDK接入效率，減少了接入過程的出錯率。

第一方面，本發(fā)明實施例提供了一種SDK接入方法，所述方法包括：

從SDK服務(wù)器獲取軟件開發(fā)工具包SDK數(shù)據(jù)，所述SDK數(shù)據(jù)包括SDK插件和SDK加載器；

通過所述SDK加載器獲取應(yīng)用程序的私有目錄；

通過所述SDK加載器將所述SDK插件配置在所述應(yīng)用程序的私有目錄下。

結(jié)合第一方面，本發(fā)明實施例提供了上述第一方面的第一種可能的實現(xiàn)方式，其中，所述通過所述SDK加載器將所述SDK插件配置在所述應(yīng)用程序的私有目錄下，包括：

通過所述SDK加載器獲取所述SDK插件中包括的資源文件、配置文件和代碼文件；

通過所述SDK加載器將所述資源文件、所述配置文件和所述代碼文件加載到所述應(yīng)用程序的私有目錄下。

結(jié)合第一方面，本發(fā)明實施例提供了上述第一方面的第二種可能的實現(xiàn)方式，其中，所述通過所述SDK加載器獲取應(yīng)用程序的私有目錄之前，還包括：

當(dāng)所述SDK數(shù)據(jù)為密文數(shù)據(jù)時，按照預(yù)設(shè)規(guī)則對所述SDK數(shù)據(jù)進(jìn)行解密，得到所述SDK數(shù)據(jù)包括的SDK插件和SDK加載器。

結(jié)合第一方面，本發(fā)明實施例提供了上述第一方面的第三種可能的實現(xiàn)方式，其中，所述通過所述SDK加載器獲取應(yīng)用程序的私有目錄之前，還包括：

根據(jù)所述SDK插件和所述SDK加載器，獲取所述SDK數(shù)據(jù)對應(yīng)的完整性校驗碼；

根據(jù)所述完整性校驗碼，確定所述SDK數(shù)據(jù)是否完整；

當(dāng)確定所述SDK數(shù)據(jù)完整時，執(zhí)行所述通過所述SDK加載器獲取應(yīng)用程序的私有目錄；

當(dāng)確定所述SDK數(shù)據(jù)不完整時，重新從SDK服務(wù)器獲取SDK數(shù)據(jù)。

結(jié)合第一方面，本發(fā)明實施例提供了上述第一方面的第四種可能的實現(xiàn)方式，其中，所述通過所述SDK加載器將所述SDK插件配置在所述應(yīng)用程序的私有目錄下之后，還包括：

當(dāng)所述應(yīng)用程序調(diào)用所述SDK插件時，通過文件讀寫方式獲取并展示圖片信息。

結(jié)合第一方面，本發(fā)明實施例提供了上述第一方面的第五種可能的實現(xiàn)方式，其中，所述通過所述SDK加載器將所述SDK插件配置在所述應(yīng)用程序的私有目錄下之后，還包括：

每當(dāng)所述應(yīng)用程序啟動時，通過所述SDK加載器獲取所述SDK插件的版本信息，發(fā)送所述版本信息給所述SDK服務(wù)器，以使所述SDK服務(wù)器根據(jù)所述版本信息確定所述SDK插件的版本是否為最新版本。

結(jié)合第一方面的第五種可能的實現(xiàn)方式，本發(fā)明實施例提供了上述第一方面的第六種可能的實現(xiàn)方式，其中，所述方法還包括：

接收所述SDK服務(wù)器在確定所述SDK插件的版本不是最新版本時下發(fā)的最新版本的SDK插件；

通過所述SDK加載器將所述私有目錄下的不是最新版本的SDK插件刪除；

通過所述SDK加載器將所述最新版本的SDK插件加載至所述私有目錄下。

第二方面，本發(fā)明實施例提供了一種SDK接入系統(tǒng)，所述系統(tǒng)包括終端和SDK服務(wù)器；

所述終端，用于從所述SDK服務(wù)器獲取SDK數(shù)據(jù)，所述SDK數(shù)據(jù)包括SDK插件和SDK加載器；通過所述SDK加載器獲取應(yīng)用程序的私有目錄；通過所述SDK加載器將所述SDK插件配置在所述應(yīng)用程序的私有目錄下。

結(jié)合第二方面，本發(fā)明實施例提供了上述第二方面的第一種可能的實現(xiàn)方式，其中，

所述終端，用于通過所述SDK加載器獲取所述SDK插件中包括的資源文件、配置文件和代碼文件；通過所述SDK加載器將所述資源文件、所述配置文件和所述代碼文件加載到所述應(yīng)用程序的私有目錄下。

結(jié)合第二方面，本發(fā)明實施例提供了上述第二方面的第二種可能的實現(xiàn)方式，其中，

所述終端，還用于每當(dāng)所述應(yīng)用程序啟動時，通過所述SDK加載器獲取所述SDK插件的版本信息，發(fā)送所述版本信息給所述SDK服務(wù)器；

所述SDK服務(wù)器，用于根據(jù)所述版本信息確定所述SDK插件的版本是否為最新版本，當(dāng)確定所述SDK插件的版本不是最新版本時下發(fā)最新版本的SDK插件給所述終端；

所述終端，還用于接收所述SDK服務(wù)器下發(fā)的最新版本的SDK插件；通過所述SDK加載器將所述私有目錄下的不是最新版本的SDK插件刪除；通過所述SDK加載器將所述最新版本的SDK插件加載至所述私有目錄下。

在本發(fā)明實施例提供的方法及系統(tǒng)中，從SDK服務(wù)器獲取軟件開發(fā)工具包SDK數(shù)據(jù)，SDK數(shù)據(jù)包括SDK插件和SDK加載器；通過SDK加載器獲取應(yīng)用程序的私有目錄；通過SDK加載器將SDK插件配置在應(yīng)用程序的私有目錄下。本發(fā)明將SDK拆分為SDK加載器和SDK插件，通過SDK加載器自動將SDK插件加載到應(yīng)用程序中，避免了接入過程中的人工操作，提高了SDK接入效率，減少了接入過程的出錯率。且SDK插件可以進(jìn)行加密存儲及傳輸，提高了SDK核心業(yè)務(wù)的安全性。另外，SDK插件不使用XML文件訪問方式進(jìn)行資源利用和界面編寫，大大降低了SDK接入時的繁雜程度。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細(xì)說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1示出了本發(fā)明實施例1所提供的一種SDK接入方法的流程圖；

圖2示出了本發(fā)明實施例1所提供的一種SDK客戶端的示意圖；

圖3示出了本發(fā)明實施例2所提供的一種SDK接入系統(tǒng)的結(jié)構(gòu)示意圖；

圖4示出了本發(fā)明實施例2所提供的一種SDK服務(wù)器的功能示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

考慮到相關(guān)技術(shù)中由技術(shù)人員手動將SDK包括的文件拷貝至應(yīng)用程序的相應(yīng)目錄下，SDK接入依賴人工操作，接入效率很低，且很容易出錯。基于此，本發(fā)明實施例提供了一種SDK接入方法及系統(tǒng)，下面通過實施例進(jìn)行描述。

實施例1

本發(fā)明實施例提供了一種SDK接入方法。該方法所基于的網(wǎng)絡(luò)架構(gòu)包括終端和SDK服務(wù)器。當(dāng)需要通過終端將SDK接入某個應(yīng)用程序時，終端通過本發(fā)明實施例提供的方法，從SDK服務(wù)器獲取SDK并接入該應(yīng)用程序，避免SDK接入過程中的人工操作，提高SDK接入效率，及降低接入過程的出錯率。參見圖1，該方法具體包括以下步驟：

步驟101：從SDK服務(wù)器獲取SDK數(shù)據(jù)，該SDK數(shù)據(jù)包括SDK插件和SDK加載器。

當(dāng)需要在一個應(yīng)用程序中使用SDK時，通過終端登錄SDK服務(wù)器，顯示SDK下載頁面給用戶。當(dāng)用戶點擊需使用的SDK對應(yīng)的下載地址時，發(fā)送該SDK對應(yīng)的下載請求給SDK服務(wù)器。SDK服務(wù)器接收該下載請求，返回SDK數(shù)據(jù)給終端。

如圖2所示，上述SDK數(shù)據(jù)為SDK客戶端的數(shù)據(jù)，包括SDK插件和SDK加載器。其中，SDK插件中包括資源文件、配置文件和代碼文件，涵蓋了該SDK業(yè)務(wù)所需的所有文件。SDK加載器作為SDK插件的載體，主要負(fù)責(zé)SDK插件的插件更新、插件解密和插件加載。本發(fā)明實施例正是通過SDK加載器自動將SDK插件接入應(yīng)用程序中，避免了SDK接入過程中的人工操作，提高了接入效率。

步驟102：通過SDK加載器獲取應(yīng)用程序的私有目錄。

在本發(fā)明實施例中，為了提高SDK數(shù)據(jù)在傳輸過程中的安全性，SDK服務(wù)器下發(fā)的SDK數(shù)據(jù)為事先按照預(yù)設(shè)規(guī)則進(jìn)行了加密的密文數(shù)據(jù)，所以終端在獲取到SDK數(shù)據(jù)，并確定獲取的SDK數(shù)據(jù)為密文數(shù)據(jù)時，按照預(yù)設(shè)規(guī)則對SDK數(shù)據(jù)進(jìn)行解密，得到SDK數(shù)據(jù)包括的SDK插件和SDK加載器。

上述預(yù)設(shè)規(guī)則為SDK服務(wù)器設(shè)定的加密規(guī)則及解密規(guī)則。例如，SDK服務(wù)器使用預(yù)設(shè)密鑰對SDK數(shù)據(jù)進(jìn)行DES(Data Encryption Standard，數(shù)據(jù)加密標(biāo)準(zhǔn))加密得到密文數(shù)據(jù)，則終端必須使用該預(yù)設(shè)密鑰對密文數(shù)據(jù)進(jìn)行DES解密得到SDK數(shù)據(jù)中包括的SDK插件和SDK加載器。

在本發(fā)明實施例中，若獲取到的SDK數(shù)據(jù)為密文數(shù)據(jù)，則通過上述方式進(jìn)行解密，得到解密后的SDK數(shù)據(jù)，然后進(jìn)行后續(xù)操作。若獲取到的SDK數(shù)據(jù)不是密文數(shù)據(jù)，則直接進(jìn)行后續(xù)操作。

為了保證接入SDK后應(yīng)用程序能夠成功調(diào)用SDK，還需要通過如下方式來驗證獲取的SDK數(shù)據(jù)的完整性，以確保最終接入應(yīng)用程序的SDK是從SDK服務(wù)器獲取的完整數(shù)據(jù)。數(shù)據(jù)完整性驗證的具體操作包括：

根據(jù)SDK插件和SDK加載器，獲取SDK數(shù)據(jù)對應(yīng)的完整性校驗碼；根據(jù)完整性校驗碼，確定SDK數(shù)據(jù)是否完整；當(dāng)確定SDK數(shù)據(jù)完整時，執(zhí)行通過SDK加載器獲取應(yīng)用程序的私有目錄；當(dāng)確定SDK數(shù)據(jù)不完整時，重新從SDK服務(wù)器獲取SDK數(shù)據(jù)。

在獲取SDK數(shù)據(jù)對應(yīng)的完整性校驗碼時，終端可以對獲取SDK插件和SDK加載器進(jìn)行哈希運(yùn)算，獲得SDK數(shù)據(jù)對應(yīng)的的MD5(Message DigestAlgorithm5，消息摘要算法第五版)編碼，將該MD5編碼作為SDK數(shù)據(jù)對應(yīng)的完整性校驗碼。然后將該完整性校驗碼發(fā)送給SDK服務(wù)器。SDK服務(wù)器接收到終端發(fā)送的完整性校驗碼后，對SDK服務(wù)器本地存儲的SDK數(shù)據(jù)進(jìn)行哈希運(yùn)算得到一個MD5編碼，比較運(yùn)算得到的MD5編碼與終端上傳的完整性校驗碼是否相同，若兩者相同，則發(fā)送完整指示信息給終端。若兩者不相同，則發(fā)送不完整指示信息給終端。

當(dāng)終端接收到SDK服務(wù)器發(fā)送的不完整指示信息時，確定獲取的SDK數(shù)據(jù)不完整，則刪除已獲取的SDK數(shù)據(jù)，重新從SDK服務(wù)器獲取SDK數(shù)據(jù)。本發(fā)明實施例中，當(dāng)SDK服務(wù)器比較出運(yùn)算的MD5編碼與終端上傳的完整性校驗碼不相同時，也可以直接重新下發(fā)SDK數(shù)據(jù)，終端接收到SDK下發(fā)的SDK數(shù)據(jù)時，確定之前獲取的SDK數(shù)據(jù)不完整，則刪除之前獲取的SDK數(shù)據(jù)。在本發(fā)明實施例中，當(dāng)確定SDK數(shù)據(jù)不完整且重新獲取到SDK數(shù)據(jù)時，還通過上述方式再次確定重新獲取的SDK數(shù)據(jù)是否完整，直到確保獲取到完整的SDK數(shù)據(jù)。

當(dāng)通過上述方式確定最終獲取的SDK數(shù)據(jù)完整時，通過SDK加載器獲取應(yīng)用程序的私有目錄。

步驟103：通過SDK加載器將SDK插件配置在應(yīng)用程序的私有目錄下。

通過SDK加載器獲取SDK插件中包括的資源文件、配置文件和代碼文件；通過SDK加載器將資源文件、配置文件和代碼文件加載到應(yīng)用程序的私有目錄下。

SDK加載器將SDK插件中包括的資源文件、配置文件和代碼文件加載到應(yīng)用程序的私有目錄下，就實現(xiàn)了在該應(yīng)用程序中接入SDK插件，之后SDK插件根據(jù)應(yīng)用程序所調(diào)用的接口行使SDK相應(yīng)的功能。在涉及UI(UserInterface，用戶界面)顯示的時候，為避免產(chǎn)生額外的SDK對接流程，本發(fā)明實施例不使用安卓開發(fā)傳統(tǒng)的XML(Extensible Markup Language，可擴(kuò)展標(biāo)記語言)文件進(jìn)行布局，而是使用代碼編寫布局的方式進(jìn)行UI顯示。即SDK插件包括的代碼文件中包括技術(shù)人員編寫好的UI顯示的代碼，當(dāng)應(yīng)用程序通過接口調(diào)用SDK插件進(jìn)行UI顯示時，直接運(yùn)行代碼文件中關(guān)于UI顯示的代碼進(jìn)行UI顯示。

而且為了減少接入SDK時所需的資源文件，對于圖片信息等資源本發(fā)明實施例也不使用Resource(資源)文件訪問的方式進(jìn)行獲取及展示，而是當(dāng)應(yīng)用程序調(diào)用SDK插件時，通過文件讀寫方式獲取并展示圖片信息。如此可以脫離常規(guī)開發(fā)中對傳統(tǒng)資源文件的需求，減少接入時的資源文件，縮短接入SDK所需的時間，提高接入效率。

在本發(fā)明實施例中，通過上述方式在應(yīng)用程序中接入SDK，并發(fā)布應(yīng)用程序后，每當(dāng)應(yīng)用程序啟動時，通過SDK加載器獲取SDK插件的版本信息，發(fā)送版本信息給SDK服務(wù)器，以使SDK服務(wù)器根據(jù)版本信息確定SDK插件的版本是否為最新版本。

上述版本信息包括SDK插件的版本號及文件哈希值，該文件哈希值可以為對SDK插件包括的資源文件、配置文件和代碼文件進(jìn)行哈希運(yùn)算得到的哈希值。上述版本信息還可以包括推廣渠道的渠道標(biāo)識及邀請碼等信息。本發(fā)明實施例并不限定版本信息僅包括上述版本號、文件哈希值、渠道標(biāo)識及邀請碼，在實際應(yīng)用中可以根據(jù)具體需求擴(kuò)展版本信息包括的具體內(nèi)容。

SDK服務(wù)器接收到終端發(fā)送的版本信息后，獲取SDK插件對應(yīng)的最新版本號，比較該最新版本號與版本信息包括的版本號，若兩者不一致，則表明終端上該應(yīng)用程序接入的SDK插件的版本不是最新版本，此時SDK服務(wù)器下發(fā)最新版本的SDK插件給終端。終端接收SDK服務(wù)器在確定SDK插件的版本不是最新版本時下發(fā)的最新版本的SDK插件；通過SDK加載器將私有目錄下的不是最新版本的SDK插件刪除；通過SDK加載器將最新版本的SDK插件加載至私有目錄下。

若SDK服務(wù)器比較出最新版本號與版本信息包括的版本號一致，則表明終端上該應(yīng)用程序接入的SDK插件的版本是最新版本，此時SDK服務(wù)器對本地存儲的最新版本的SDK插件進(jìn)行哈希運(yùn)算得到一個哈希值，比較該哈希值與終端發(fā)送的版本信息中包括的文件哈希值，若兩者相同，則表明終端上該應(yīng)用程序接入的SDK插件文件完整沒有損壞，發(fā)送用于指示SDK插件是最新版本且未損壞的指示信息給終端。若兩者不相同，則表明終端上該應(yīng)用程序接入的SDK插件的文件有損壞，則SDK服務(wù)器下發(fā)未損壞的最新版本的SDK插件給終端。終端接收SDK服務(wù)器下發(fā)的該SDK插件；通過SDK加載器將私有目錄下已損壞的SDK插件刪除；通過SDK加載器將未損壞的SDK插件加載至私有目錄下。

通過上述方式對應(yīng)用程序中接入的SDK插件進(jìn)行版本升級，如此在出現(xiàn)新版本的SDK插件時，可以避免重復(fù)接入操作，大大提高了SDK接入的智能化程度。本發(fā)明實施例將SDK拆分為SDK加載器和SDK插件，使用SDK加載器對SDK插件進(jìn)行管理，將核心業(yè)務(wù)放在SDK插件中，使其能夠在每次使用前進(jìn)行校驗和更新。SDK插件不使用XML等傳統(tǒng)手段進(jìn)行資源利用和界面編寫，大大降低了SDK接入時的繁雜程度。SDK的核心業(yè)務(wù)使用SDK插件編寫，插件本身可以進(jìn)行加密存儲，使用SDK加載器解密，保證了SDK核心業(yè)務(wù)的安全。

在本發(fā)明實施例提供的方法中，從SDK服務(wù)器獲取軟件開發(fā)工具包SDK數(shù)據(jù)，SDK數(shù)據(jù)包括SDK插件和SDK加載器；通過SDK加載器獲取應(yīng)用程序的私有目錄；通過SDK加載器將SDK插件配置在應(yīng)用程序的私有目錄下。本發(fā)明將SDK拆分為SDK加載器和SDK插件，通過SDK加載器自動將SDK插件加載到應(yīng)用程序中，避免了接入過程中的人工操作，提高了SDK接入效率，減少了接入過程的出錯率。且SDK插件可以進(jìn)行加密存儲及傳輸，提高了SDK核心業(yè)務(wù)的安全性。另外，SDK插件不使用XML文件訪問方式進(jìn)行資源利用和界面編寫，大大降低了SDK接入時的繁雜程度。

實施例2

參見圖3，本發(fā)明實施例提供了一種SDK接入系統(tǒng)，該系統(tǒng)用于執(zhí)行上述實施例1所提供的SDK接入方法，該系統(tǒng)包括終端201和SDK服務(wù)器202；其中，如圖4所述SDK服務(wù)器202主要負(fù)責(zé)插件版本控制、插件加密和插件下發(fā)。

終端201，用于從SDK服務(wù)器202獲取SDK數(shù)據(jù)，SDK數(shù)據(jù)包括SDK插件和SDK加載器；通過SDK加載器獲取應(yīng)用程序的私有目錄；通過SDK加載器將SDK插件配置在應(yīng)用程序的私有目錄下。

終端201，用于通過SDK加載器獲取SDK插件中包括的資源文件、配置文件和代碼文件；通過SDK加載器將資源文件、配置文件和代碼文件加載到應(yīng)用程序的私有目錄下。

終端201，還用于每當(dāng)應(yīng)用程序啟動時，通過SDK加載器獲取SDK插件的版本信息，發(fā)送版本信息給SDK服務(wù)器202；

SDK服務(wù)器202，用于根據(jù)版本信息確定SDK插件的版本是否為最新版本，當(dāng)確定SDK插件的版本不是最新版本時下發(fā)最新版本的SDK插件給終端201；

終端201，還用于接收SDK服務(wù)器202下發(fā)的最新版本的SDK插件；通過SDK加載器將私有目錄下的不是最新版本的SDK插件刪除；通過SDK加載器將最新版本的SDK插件加載至私有目錄下。

終端201，還用于當(dāng)SDK數(shù)據(jù)為密文數(shù)據(jù)時，按照預(yù)設(shè)規(guī)則對SDK數(shù)據(jù)進(jìn)行解密，得到SDK數(shù)據(jù)包括的SDK插件和SDK加載器。

終端201，還用于根據(jù)SDK插件和SDK加載器，獲取SDK數(shù)據(jù)對應(yīng)的完整性校驗碼；根據(jù)完整性校驗碼，確定SDK數(shù)據(jù)是否完整；當(dāng)確定SDK數(shù)據(jù)完整時，執(zhí)行通過SDK加載器獲取應(yīng)用程序的私有目錄；當(dāng)確定SDK數(shù)據(jù)不完整時，重新從SDK服務(wù)器202獲取SDK數(shù)據(jù)；當(dāng)應(yīng)用程序調(diào)用SDK插件時，通過文件讀寫方式獲取并展示圖片信息。

在本發(fā)明實施例提供的系統(tǒng)中，從SDK服務(wù)器獲取軟件開發(fā)工具包SDK數(shù)據(jù)，SDK數(shù)據(jù)包括SDK插件和SDK加載器；通過SDK加載器獲取應(yīng)用程序的私有目錄；通過SDK加載器將SDK插件配置在應(yīng)用程序的私有目錄下。本發(fā)明將SDK拆分為SDK加載器和SDK插件，通過SDK加載器自動將SDK插件加載到應(yīng)用程序中，避免了接入過程中的人工操作，提高了SDK接入效率，減少了接入過程的出錯率。且SDK插件可以進(jìn)行加密存儲及傳輸，提高了SDK核心業(yè)務(wù)的安全性。另外，SDK插件不使用XML文件訪問方式進(jìn)行資源利用和界面編寫，大大降低了SDK接入時的繁雜程度。

本發(fā)明實施例所提供的系統(tǒng)，其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例相同，為簡要描述，系統(tǒng)實施例部分未提及之處，可參考前述方法實施例中相應(yīng)內(nèi)容。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，前述描述的系統(tǒng)的具體工作過程，均可以參考上述方法實施例中的對應(yīng)過程，在此不再贅述。

在本發(fā)明所提供的實施例中，應(yīng)該理解到，所揭露系統(tǒng)和方法，可以通過其它的方式實現(xiàn)。以上所描述的系統(tǒng)實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明提供的實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步定義和解釋，此外，術(shù)語“第一”、“第二”、“第三”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

最后應(yīng)說明的是：以上所述實施例，僅為本發(fā)明的具體實施方式，用以說明本發(fā)明的技術(shù)方案，而非對其限制，本發(fā)明的保護(hù)范圍并不局限于此，盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，其依然可以對前述實施例所記載的技術(shù)方案進(jìn)行修改或可輕易想到變化，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改、變化或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例技術(shù)方案的精神和范圍。都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。