[發(fā)明專利]移動(dòng)終端軟件的多渠道SDK接入系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201410567412.3
• 申請(qǐng)日: 2014-10-22
• 公開（公告）號(hào): CN104363264B
• 公開（公告）日: 2017-10-03
• 發(fā)明（設(shè)計(jì)）人: 劉大澎;孫智勇
• 申請(qǐng)（專利權(quán)）人: 北京棱鏡云橋科技有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 北京律恒立業(yè)知識(shí)產(chǎn)權(quán)代理事務(wù)所(特殊普通合伙)11416
• 代理人: 顧珊,蔡艷園

技術(shù)領(lǐng)域

本發(fā)明涉及SDK接入系統(tǒng)技術(shù)領(lǐng)域，特別涉及一種移動(dòng)終端軟件的多渠道SDK接入系統(tǒng)。

背景技術(shù)

SDK，即軟件開發(fā)工具包(Software Development Kit)是指被軟件工程師用于為特定的軟件包、軟件框架、硬件平臺(tái)、操作系統(tǒng)等建立應(yīng)用軟件的開發(fā)工具的集合。在移動(dòng)終端領(lǐng)域，內(nèi)容開發(fā)者可以基于渠道商提供的SDK來(lái)開發(fā)相應(yīng)的移動(dòng)終端程序，并上傳到渠道商進(jìn)行推廣和分發(fā)。

通常，內(nèi)容開發(fā)者開發(fā)完一個(gè)基于移動(dòng)操作系統(tǒng)(例如Android系統(tǒng))的移動(dòng)終端應(yīng)用(例如以APK文件格式的應(yīng)用程序形式)后，由于內(nèi)容開發(fā)者個(gè)人的推廣能力有限，因此需要接入到不同的渠道商進(jìn)行推廣。渠道商通常會(huì)與內(nèi)容開發(fā)者合作，以便在APK源文件中嵌入用戶賬戶系統(tǒng)、付費(fèi)系統(tǒng)、廣告系統(tǒng)等功能，從而實(shí)現(xiàn)渠道商與內(nèi)容開發(fā)者的收益共享。為了實(shí)現(xiàn)上述嵌入功能，渠道商會(huì)發(fā)布自己的SDK庫(kù)供內(nèi)容開發(fā)者下載使用。內(nèi)容開發(fā)者需要將自己的APK文件根據(jù)渠道商的SDK庫(kù)進(jìn)行修改，以便符合渠道商的定制化要求。

然而，內(nèi)容開發(fā)者為了更好地推廣自己的應(yīng)用，通常會(huì)接入不同的渠道。而每個(gè)渠道都會(huì)發(fā)布自己獨(dú)特的SDK庫(kù)給開發(fā)者進(jìn)行修改。因此，當(dāng)開發(fā)者面對(duì)當(dāng)前成百上千的渠道的SDK，開發(fā)者需要花費(fèi)大量的人力物力將APK應(yīng)用接入到不同的渠道的SDK，且接入到不同的渠道的SDK后會(huì)帶來(lái)后續(xù)的維護(hù)問(wèn)題。但是為了將APK應(yīng)用更廣泛的推送給用戶，開發(fā)者不得不接入少則幾個(gè)多則數(shù)十個(gè)的渠道的SDK。紛繁的渠道SDK接入過(guò)程耗時(shí)耗力，不僅會(huì)給內(nèi)容開發(fā)者增加很多沒(méi)有必要的成本，更可能延誤APK應(yīng)用的最佳上線時(shí)間，進(jìn)而帶來(lái)一定的損失。

因此，如何幫助開發(fā)者降低接入到不同渠道的SDK的工作量和維護(hù)量是當(dāng)前亟需解決的問(wèn)題。

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

本發(fā)明的目的在于提供一種用于多渠道SDK接入系統(tǒng)，所述系統(tǒng)包括中央控制臺(tái)、通用SDK、CP接口模塊、第三方SDK、渠道接口模塊、渠道參數(shù)配置及文件打包模塊和文件管理模塊，其中，所述中央控制臺(tái)，用于調(diào)度和控制其他各個(gè)模塊；所述通用SDK，用于存儲(chǔ)對(duì)于不同的多個(gè)渠道通用的SDK，其封裝了與所有渠道提供的第三方SDK同樣的客戶端接口與服務(wù)端接口；所述CP接口模塊，為至少一個(gè)CP提供接入到所述系統(tǒng)的接口，用于CP下載或上傳文件或?qū)ξ募M(jìn)行配置；所述第三方SDK，用于存儲(chǔ)由不同的渠道商提供的各自的SDK；所述渠道接口模塊，為至少一個(gè)渠道商提供接入到所述系統(tǒng)的接口，用于獲取不同渠道的SDK，并將通過(guò)所述渠道參數(shù)配置及文件打包模塊生成的文件上傳至所述各個(gè)相應(yīng)的渠道；所述渠道參數(shù)配置及文件打包模塊，用于接收CP提供的配置，并根據(jù)CP的配置和第三方SDK，將CP上傳的基于通用SDK開發(fā)的程序進(jìn)行配置與打包，以便能夠接入到不同渠道中；所述文件管理模塊，用于存儲(chǔ)和管理在系統(tǒng)運(yùn)行中產(chǎn)生和傳輸?shù)母黝愇募?!-- SIPO -->

根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)可以幫助開發(fā)者降低接入到不同渠道的SDK的工作量和維護(hù)量，在一個(gè)平臺(tái)上即可以實(shí)現(xiàn)多渠道的開發(fā)和管理。

應(yīng)當(dāng)理解，前述大體的描述和后續(xù)詳盡的描述均為示例性說(shuō)明和解釋，并不應(yīng)當(dāng)用作對(duì)本發(fā)明所要求保護(hù)內(nèi)容的限制。

附圖說(shuō)明

參考隨附的附圖，本發(fā)明更多的目的、功能和優(yōu)點(diǎn)將通過(guò)本發(fā)明實(shí)施方式的如下描述得以闡明，其中：

圖1示意性示出根據(jù)本發(fā)明實(shí)施方式的多渠道SDK接入系統(tǒng)的架構(gòu)圖；

圖2示意性示出根據(jù)本發(fā)明實(shí)施方式的渠道參數(shù)配置及SDK打包流程圖；

圖3示意性示出根據(jù)本發(fā)明實(shí)施方式的檢查更新功能的流程圖；

圖4示意性示出根據(jù)本發(fā)明實(shí)施方式的CP端、通用SDK服務(wù)器和第三方SDK服務(wù)器之間的交互流程圖；

圖5(a)示意性示出根據(jù)本發(fā)明實(shí)施方式的用戶登錄驗(yàn)證交互流程圖；

圖5(b)示意性示出根據(jù)本發(fā)明實(shí)施方式的用戶充值交互流程圖。

具體實(shí)施方式

通過(guò)參考示范性實(shí)施例，本發(fā)明的目的和功能以及用于實(shí)現(xiàn)這些目的和功能的方法將得以闡明。然而，本發(fā)明并不受限于以下所公開的示范性實(shí)施例；可以通過(guò)不同形式來(lái)對(duì)其加以實(shí)現(xiàn)。說(shuō)明書的實(shí)質(zhì)僅僅是幫助相關(guān)領(lǐng)域技術(shù)人員綜合理解本發(fā)明的具體細(xì)節(jié)。

在下文中，將參考附圖描述本發(fā)明的實(shí)施例，相關(guān)技術(shù)術(shù)語(yǔ)應(yīng)當(dāng)是本領(lǐng)域技術(shù)人員所熟知的。在附圖中，相同的附圖標(biāo)記代表相同或類似的部件，或者相同或類似的步驟，除非另有說(shuō)明。

系統(tǒng)概述