移動終端軟件的多渠道sdk接入系統(tǒng)及方法
【專利摘要】本發(fā)明提供了一種移動終端軟件多渠道SDK接入系統(tǒng)，所述系統(tǒng)包括中央控制臺、通用SDK、CP接口模塊、第三方SDK、渠道接口模塊、渠道參數(shù)配置及文件打包模塊和文件管理模塊，其中通用SDK用于存儲對于不同的多個渠道通用的SDK；CP接口模塊為至少一個CP提供接入到系統(tǒng)的接口，用于CP下載或上傳文件或進行配置；第三方SDK用于存儲由不同的渠道商提供的各自的SDK；渠道接口模塊為至少一個渠道商提供接入到系統(tǒng)的接口，用于獲取不同渠道的SDK并將通過渠道參數(shù)配置及文件打包模塊生成的文件上傳至各個渠道；渠道參數(shù)配置及文件打包模塊，用于接收CP提供的配置，并根據(jù)CP的配置和第三方SDK，將CP上傳的基于通用SDK開發(fā)的程序進行配置與打包，以便接入到不同渠道中。
【專利說明】移動終端軟件的多渠道SDK接入系統(tǒng)及方法

【技術領域】
[0001]本發(fā)明涉及一種SDK接入系統(tǒng)，特別涉及一種移動終端軟件多渠道SDK接入的系統(tǒng)及方法。

【背景技術】
[0002]SDK,即軟件開發(fā)工具包(Software Development Kit)是指被軟件工程師用于為特定的軟件包、軟件框架、硬件平臺、操作系統(tǒng)等建立應用軟件的開發(fā)工具的集合。在移動終端領域，內(nèi)容開發(fā)者可以基于渠道商提供的SDK來開發(fā)相應的移動終端程序，并上傳到渠道商進行推廣和分發(fā)。
[0003]通常，內(nèi)容開發(fā)者開發(fā)完一個基于移動操作系統(tǒng)(例如Android系統(tǒng))的移動終端應用(例如以APK文件格式的應用程序形式)后，由于內(nèi)容開發(fā)者個人的推廣能力有限，因此需要接入到不同的渠道商進行推廣。渠道商通常會與內(nèi)容開發(fā)者合作，以便在APK源文件中嵌入用戶賬戶系統(tǒng)、付費系統(tǒng)、廣告系統(tǒng)等功能，從而實現(xiàn)渠道商與內(nèi)容開發(fā)者的收益共享。為了實現(xiàn)上述嵌入功能，渠道商會發(fā)布自己的SDK庫供內(nèi)容開發(fā)者下載使用。內(nèi)容開發(fā)者需要將自己的APK文件根據(jù)渠道商的SDK庫進行修改，以便符合渠道商的定制化要求。
[0004]然而，內(nèi)容開發(fā)者為了更好地推廣自己的應用，通常會接入不同的渠道。而每個渠道都會發(fā)布自己獨特的SDK庫給開發(fā)者進行修改。因此，當開發(fā)者面對當前成百上千的渠道的SDK，開發(fā)者需要花費大量的人力物力將APK應用接入到不同的渠道的SDK，且接入到不同的渠道的SDK后會帶來后續(xù)的維護問題。但是為了將APK應用更廣泛的推送給用戶，開發(fā)者不得不接入少則幾個多則數(shù)十個的渠道的SDK。紛繁的渠道SDK接入過程耗時耗力，不僅會給內(nèi)容開發(fā)者增加很多沒有必要的成本，更可能延誤APK應用的最佳上線時間，進而帶來一定的損失。
[0005]因此，如何幫助開發(fā)者降低接入到不同渠道的SDK的工作量和維護量是當前亟需解決的問題。


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

[0006]本發(fā)明的目的在于提供一種用于多渠道SDK接入系統(tǒng)，所述系統(tǒng)包括中央控制臺、通用SDK、CP接口模塊、第三方SDK、渠道接口模塊、渠道參數(shù)配置及文件打包模塊和文件管理模塊，其中，所述中央控制臺，用于調(diào)度和控制其他各個模塊；所述通用SDK，用于存儲對于不同的多個渠道通用的SDK，其封裝了與所有渠道提供的第三方SDK同樣的客戶端接口與服務端接口 ；所述CP接口模塊，為至少一個CP提供接入到所述系統(tǒng)的接口，用于CP下載或上傳文件或?qū)ξ募M行配置；所述第三方SDK，用于存儲由不同的渠道商提供的各自的SDK;所述渠道接口模塊，為至少一個渠道商提供接入到所述系統(tǒng)的接口，用于獲取不同渠道的SDK，并將通過所述渠道參數(shù)配置及文件打包模塊生成的文件上傳至所述各個相應的渠道；所述渠道參數(shù)配置及文件打包模塊，用于接收CP提供的配置，并根據(jù)CP的配置和第三方SDK，將CP上傳的基于通用SDK開發(fā)的程序進行配置與打包，以便能夠接入到不同渠道中；所述文件管理模塊，用于存儲和管理在系統(tǒng)運行中產(chǎn)生和傳輸?shù)母黝愇募?br> [0007]根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)可以幫助開發(fā)者降低接入到不同渠道的SDK的工作量和維護量，在一個平臺上即可以實現(xiàn)多渠道的開發(fā)和管理。
[0008]應當理解，前述大體的描述和后續(xù)詳盡的描述均為示例性說明和解釋，并不應當用作對本發(fā)明所要求保護內(nèi)容的限制。

【專利附圖】

【附圖說明】
[0009]參考隨附的附圖，本發(fā)明更多的目的、功能和優(yōu)點將通過本發(fā)明實施方式的如下描述得以闡明，其中:
[0010]圖1示意性示出根據(jù)本發(fā)明實施方式的多渠道SDK接入系統(tǒng)的架構圖；
[0011]圖2示意性示出根據(jù)本發(fā)明實施方式的渠道參數(shù)配置及SDK打包流程圖；
[0012]圖3示意性示出根據(jù)本發(fā)明實施方式的檢查更新功能的流程圖；
[0013]圖4示意性示出根據(jù)本發(fā)明實施方式的CP端、通用SDK服務器和第三方SDK服務器之間的交互流程圖；
[0014]圖5(a)示意性示出根據(jù)本發(fā)明實施方式的用戶登錄驗證交互流程圖；
[0015]圖5(b)示意性示出根據(jù)本發(fā)明實施方式的用戶充值交互流程圖。

【具體實施方式】
[0016]通過參考示范性實施例，本發(fā)明的目的和功能以及用于實現(xiàn)這些目的和功能的方法將得以闡明。然而，本發(fā)明并不受限于以下所公開的示范性實施例；可以通過不同形式來對其加以實現(xiàn)。說明書的實質(zhì)僅僅是幫助相關領域技術人員綜合理解本發(fā)明的具體細節(jié)。
[0017]在下文中，將參考附圖描述本發(fā)明的實施例。在附圖中，相同的附圖標記代表相同或類似的部件，或者相同或類似的步驟。
[0018]系統(tǒng)概沭
[0019]圖1示意性示出根據(jù)本發(fā)明實施方式的一種移動終端軟件多渠道SDK接入系統(tǒng)的系統(tǒng)架構圖。如本文所使用的，術語“模塊”是指用于提供特定功能的計算機程序邏輯和/或數(shù)據(jù)。模塊可以在硬件中實現(xiàn)，也可以在固件和/或軟件中實現(xiàn)。為了明確和突出本發(fā)明的要點，例如網(wǎng)絡接口、安全機制、負載均衡器等一些常規(guī)部件在圖1中未示出。
[0020]此外，盡管實施例在這里描述了基于安卓(Android)系統(tǒng)的APK文件的SDK移動終端軟件開發(fā)工具包，本領域普通技術人員將會認識到，本發(fā)明所描述的系統(tǒng)和架構功能可以適用于其它任何類型的軟件開發(fā)平臺和軟件開發(fā)工具包。
[0021]根據(jù)本發(fā)明的移動終端軟件多渠道SDK接入系統(tǒng)100分別通過網(wǎng)絡與至少一個內(nèi)容提供方(CP)，例如CP_1、CP_2、……、CP_m進行交互，并通過網(wǎng)絡與至少一個渠道商，例如第一渠道商、第二渠道商、……、第η渠道商進行交互。該網(wǎng)絡是在多渠道SDK接入系統(tǒng)100、內(nèi)容提供方和渠道商之間的通信通路。內(nèi)容提供方提供包含特定內(nèi)容的軟件產(chǎn)品，所述軟件產(chǎn)品需通過根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)100接入到渠道商進行分發(fā)或發(fā)行。所述特定內(nèi)容包括但不限于游戲、應用軟件、工具軟件、教育軟件等。
[0022]在一個實施例中，該網(wǎng)絡是因特網(wǎng)。然而，該網(wǎng)絡可以是任何通信路徑，諸如局域網(wǎng)(LAN)，城域網(wǎng)(MAN)，廣域網(wǎng)(WAN)，移動有線或無線網(wǎng)絡、專用網(wǎng)絡，或虛擬專用網(wǎng)絡。
[0023]在一個實施例中，網(wǎng)絡使用標準通信技術和/或協(xié)議。在網(wǎng)絡上使用的協(xié)議的例子包括:傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)，超文本傳輸協(xié)議(HTTP)，文件傳輸協(xié)議(FTP)等。通過網(wǎng)絡交換的數(shù)據(jù)可利用的技術和/或格式包括超文本標記語言(HTML)，可擴展標記語言(XML)等。
[0024]在一些實施例中，除了上述技術和/或格式，數(shù)據(jù)也可以被通過網(wǎng)絡使用定制和/或?qū)Ｓ?、?或加密的數(shù)據(jù)通信技術通過網(wǎng)絡進行傳輸。
[0025]本發(fā)明的系統(tǒng)100包括中央控制臺101、通用SDK 102、CP接口模塊103、第三方SDK 104、渠道接口模塊105、渠道參數(shù)配置及文件打包模塊106、文件管理模塊107、CP統(tǒng)計與管理模塊108和檢查更新模塊109。
[0026]中央控制臺101，是用于調(diào)度和控制其他各個模塊的中央控制端，優(yōu)選地呈現(xiàn)方式為web界面。中央控制臺101中包含了其他各個功能模塊的入口。
[0027]通用SDK 102，用于存儲為本發(fā)明的系統(tǒng)100提供對于不同的多個渠道通用的SDK。通用SDK 102封裝了與所有渠道商提供的第三方SDK 104同樣的客戶端接口與服務端接口，以可下載的軟件開發(fā)工具包的形式存在。CP通過CP接口模塊103從系統(tǒng)100中下載該通用SDK102，對其開發(fā)的APK或Android工程文件進行調(diào)試、驗證，并最終利用通用SDK 102接入到第三方SDK 104。這里的工程文件即在Android程序開發(fā)過程中中間版本的文件。
[0028]CP接口模塊103，為至少一個CP提供接入到系統(tǒng)100的接口，用于CP下載或上傳文件或?qū)ξ募M行配置。CP通過CP接口模塊103下載通用SDK 102，且CP將其開發(fā)的APK或Android工程文件接入到通用SDK 102，接入進行調(diào)試和驗證直至正確接入，并形成基于通用SDK 102的APK或Android工程文件，最后將基于通用SDK 102的APK或Android工程文件通過CP接口模塊103上傳到本發(fā)明的系統(tǒng)100。
[0029]第三方SDK 104，用于存儲由不同的渠道商提供的各自的軟件開發(fā)工具包。第三方SDK 104集成了一定功能渠道專用的SDK，例如用戶登錄、充值通道、社區(qū)功能、社交分享、數(shù)據(jù)后臺統(tǒng)計等功能。不同渠道的第三方SDK 104通過配置均封裝到通用SDK 102中。
[0030]對于第三方SDK 104的特定功能，CP必須將其植入到自己的APK或Android工程文件中，只有這樣渠道商才會允許CP將其產(chǎn)品發(fā)布到渠道商的平臺上并最終實現(xiàn)上線。
[0031]渠道接口模塊105，為至少一個渠道商提供接入到系統(tǒng)100的接口，用于獲取不同渠道的SDK，并將通過渠道參數(shù)配置與文件打包模塊106處理后并打包生成的供用戶下載使用的APK上傳至相應的各個不同渠道。
[0032]渠道參數(shù)配置與文件打包模塊106，用于接收CP提供的配置，并根據(jù)CP的配置和第三方SDK的要求，將基于通用SDK 102的APK程序或Android工程文件進行配置與打包，以接入到不同渠道中。CP在上傳了其基于通用SDK開發(fā)的APK或Android工程文件后，通過本系統(tǒng)的CP接口模塊103進行相關參數(shù)的配置(例如填寫不同渠道的私鑰)，然后將這些參數(shù)與工程文件在渠道參數(shù)配置與文件打包模塊106中進行打包，并最終分別生成應用于不同渠道的各自的APK文件。打包生成APK文件后還需進行相關測試，測試通過后通過渠道接口模塊105提交給不同的渠道，渠道檢查通過后即可正式上線進行分發(fā)。具體的渠道參數(shù)配置與打包算法在后文參照圖2進行描述。
[0033]文件管理模塊107，用于存儲和管理在系統(tǒng)100運行中產(chǎn)生和傳輸?shù)母黝愇募?，包括但不限于以上所述的不同版本的通用SDK文件、第三方SDK文件、CP開發(fā)的APK或Android工程文件以及打包生成的APK文件等。
[0034]CP統(tǒng)計和管理模塊108，用于CP統(tǒng)計接入到各個渠道的程序產(chǎn)品運營情況，以及管理自己不同版本的產(chǎn)品在不同渠道上的運行情況。
[0035]根據(jù)本發(fā)明的一個實施例，系統(tǒng)100還可以包括檢查更新模塊109，用于為CP提供不同APK的版本管理功能，檢查CP上傳的用于接入渠道的APK文件版本的更新情況。在CP根據(jù)通用SDK制作適用于各個渠道的APK文件過程中，可能會經(jīng)常更新版本(例如修改bug，增加新功能等)上傳至系統(tǒng)100。當終端用戶通過渠道商下載了 APK文件并在終端安裝后，檢查更新模塊109用來每次終端用戶允許該程序時是否CP已經(jīng)提供了更新的版本。當判斷出有更新的版本后，檢查更新模塊109還為終端用戶提供增量更新的功能。增量更新功能可以讓用戶使用較小的網(wǎng)絡流量上傳或下載比較大的文件。具體的檢查更新實現(xiàn)算法在后文參照圖3進行描述。
[0036]根據(jù)本發(fā)明的一個實施例，檢查更新模塊109為每個上傳至渠道商的APK文件版本生成唯一的標識符，以在不同版本之間進行區(qū)分。
[0037]圖2示意性示出根據(jù)本發(fā)明實施方式的渠道參數(shù)配置與文件打包模塊106進行渠道參數(shù)配置及SDK打包的流程圖。如圖2所示，以一個渠道為例，具體步驟如下:
[0038]步驟210，獲取CP提供的基于通用SDK開發(fā)的APK文件，將該APK文件進行解包，生成CP臨時文件；
[0039]根據(jù)本發(fā)明的一個實施例，CP可以通過CP接口模塊將基于通用SDK開發(fā)的APK文件進行上傳，存儲在文件管理模塊中。
[0040]步驟220，獲取CP所選擇的要發(fā)布的渠道，以及對所述APK文件應用于該渠道的配置信息；
[0041]根據(jù)本發(fā)明的一個實施例，所述配置信息包括但不限于涉及渠道支付的配置信息、Debug模式配置、橫屏配置、更新配置、用戶帳號設置等。
[0042]步驟230，獲取該渠道的SDK文件，基于該SDK文件生成渠道SDK開發(fā)工程文件，然后將該工程文件生成渠道APK包；
[0043]根據(jù)本發(fā)明的一個實施例，獲取該渠道的SDK文件可以通過第三方SDK 104中獲取，或通過渠道接口模塊105直接從渠道商獲取。
[0044]步驟240，對所述渠道APK包進行解包，生成系統(tǒng)SDK臨時文件；
[0045]步驟250，將步驟220獲取的配置信息添加到步驟240生成的SDK臨時文件中；
[0046]根據(jù)本發(fā)明的一個實施例，配置信息的添加可以是將配置信息替換SDK臨時文件中的原有配置信息，也可以添加SDK臨時文件中原來沒有的信息條目。
[0047]步驟260，將更新了配置信息的系統(tǒng)SDK臨時文件和步驟210中生成的CP臨時文件合并，生成對應于該渠道的渠道APK臨時文件；
[0048]步驟270，將該渠道APK臨時文件進行打包，生成渠道APK包；
[0049]步驟280，對該渠道APK包進行簽名，生成簽名的渠道APK包。簽名后的渠道APK包即可以直接上傳至相應的渠道商進行發(fā)布。
[0050]根據(jù)本發(fā)明的一個實施例，簽名的規(guī)則可以在步驟220中的配置信息中獲取。
[0051]本領域技術人員可以理解的是，上述步驟210和220的組合以及步驟230和240的組合的執(zhí)行順序可以任意交換，例如可以同時進行，也可以按順序依次進行，只要在步驟250執(zhí)行之前生成了相應的文件和配置信息即可。
[0052]圖2僅示意性地示出了針對一個渠道的渠道參數(shù)配置與打包的流程，當CP同時配置了多個渠道時，圖2的方法流程可以針對各個渠道同步進行。
[0053]圖3示意性示出根據(jù)本發(fā)明實施方式的檢查更新模塊109對文件版本進行檢查更新功能的流程圖，具體步驟如下:
[0054]步驟310，獲取終端用戶發(fā)來的APK文件版本標識符(ChecksumA)。根據(jù)本發(fā)明的一個實施例，終端用戶通過渠道商獲取的APK文件帶有通過檢查更新模塊109為該APK文件添加的版本標識符，該版本標識符用來唯一地標識該APK文件的版本。
[0055]步驟320，將所獲取的APK文件版本標識符與系統(tǒng)100中已有的最新APK文件版本標識符(ChecksumB)進行比較，若相同，則終端用戶安裝的已經(jīng)是最新版本，本方法結束；若不同，則進入步驟330 ；
[0056]步驟330，判斷是否接收到終端用戶發(fā)來的同意更新的請求，若收到，則進入步驟340，否則，本方法結束；
[0057]步驟340，生成所獲取的APK文件版本與最新APK文件版本之間的差值文件Patch,為所述差值文件添加唯一的標識(ChecksumPatch)；
[0058]步驟350，獲取所述差值文件的地址，發(fā)送給終端用戶，同時將最新APK文件版本標識符(ChecksumB)發(fā)送給終端用戶。
[0059]步驟360，終端用戶訪問該差值文件的地址，客戶端啟動下載程序，下載該差值文件并安裝，然后記錄收到的最新APK文件版本標識符(ChecksumB)。差值文件下載完成以后，與客戶端中原有的版本APK合成最新的版本APK文件，客戶端啟動應用安裝程序，提示安裝完畢。之后，將收到的最新APK文件版本標識符(ChecksumB)記錄在該安裝的版本中，作為該版本的標識符。
[0060]通過上述增量更新的功能，可以讓用戶使用較小的網(wǎng)絡流量上傳或下載比較大的文件，提高用戶的體驗，同時便于CP更好地管理上傳至系統(tǒng)的多個版本。
[0061]奪互方式
[0062]圖4示出了 CP端401、多渠道SDK接入系統(tǒng)402 (即圖1中的系統(tǒng)100)和渠道商403之間的交互流程圖。圖4僅示意性地示出了一個CP端401和一個渠道商403通過多渠道SDK接入系統(tǒng)402之間進行的交互。可以理解的是，該交互方法適用于多個CP和多個渠道商之間進行交互。
[0063]如圖4所示，交互流程的具體步驟如下:
[0064]多渠道SDK接入系統(tǒng)402獲取不同渠道的第三方SDK 104 (步驟405)并存儲在多渠道SDK接入系統(tǒng)402中。CP端401向服務器端402發(fā)送請求通用SDK (步驟410)，服務器端402呈現(xiàn)出通用SDK102 (步驟415)并供CP端401下載使用(步驟420)。
[0065]CP端401將其開發(fā)的APK接入到下載的通用SDK 102，接入后進行調(diào)試和驗證直至正確接入，并形成基于通用SDK 102的APK，最后上傳基于通用SDK 102的APK到多渠道SDK接入系統(tǒng)402 (步驟425)。
[0066]CP端選擇渠道并進行參數(shù)配置，完成后將渠道和配置的參數(shù)發(fā)送到通用多渠道SDK接入系統(tǒng)402(步驟430)。多渠道SDK接入系統(tǒng)402會根據(jù)CP端選擇的渠道和配置的參數(shù)將CP端開發(fā)的APK打包成渠道APK(步驟435)?？蛇x地，CP可以下載打包的渠道APK (步驟440)并進行相關測試(步驟445)。如果測試發(fā)現(xiàn)需要修改APK文件，則返回步驟425，重復步驟425-步驟440，重新進行打包。在測試完成之后，CP發(fā)出上傳至渠道的指令(步驟450)，多渠道SDK接入系統(tǒng)402接到指令后將測試后的APK上傳至相應的渠道(步驟 455)。
[0067]當CP通過上述方法利用本發(fā)明的系統(tǒng)100完成了 APK文件上傳至不同的渠道后，終端用戶就可以從各個渠道下載相應的APK文件，在終端設備(例如智能手機、平板電腦)上安裝并使用。根據(jù)本發(fā)明的系統(tǒng)還可以進一步對后續(xù)終端用戶的使用進行管理和統(tǒng)計，以方便CP更好地實現(xiàn)一個平臺多渠道的APK管理。管理和統(tǒng)計的數(shù)據(jù)還可以通過CP統(tǒng)計和管理模塊108提供給CP。
[0068]圖5(a)和圖5(b)分別示出了終端用戶在使用根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)100生成的程序時與系統(tǒng)100進行交互的兩個示例。其中圖5(a)示出了終端用戶登錄驗證的交互流程圖，圖5(b)示出了終端用戶付費驗證的交互流程圖。CP通過根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)100生成的程序(例如APK文件)，經(jīng)不同的渠道分發(fā)后，終端用戶可以下載相應的程序。下載后終端用戶運行相應的程序進行一系列的操作，如游戲類程序則進行游戲、工具類程序則使用相關功能、社交類程序則進行聊天等活動。
[0069]在圖5(a)和圖5(b)中，終端用戶與系統(tǒng)00之間交互流程的節(jié)點包括終端用戶客戶端501、通用SDK客戶端502、渠道SDK客戶端503、渠道SDK服務器505、終端程序服務器504和多渠道SDK接入系統(tǒng)402。其中，終端用戶客戶端501是終端用戶通過客戶端終端設備下載、安裝并使用的經(jīng)過了本發(fā)明的多渠道SDK接入系統(tǒng)100生成的程序(例如APK文件)，客戶端終端設備例如智能手機、平板電腦、電腦等帶有計算功能的智能終端。通用SDK客戶端502是在CP利用本發(fā)明的多渠道SDK接入系統(tǒng)100進行接入時，以通用SDK形式嵌入到最終程序，即嵌入到終端用戶客戶端501中的客戶端。渠道SDK客戶端503是用于使終端用戶接入到第三方渠道的接口。優(yōu)選地，呈現(xiàn)為在終端用戶的客戶端終端設備的用戶交互界面形式，當用戶登錄時，通過渠道SDK客戶端503呈現(xiàn)的界面，可以為終端用戶提供輸入用戶名、密碼以及附加信息等的功能。渠道SDK客戶端503再將信息發(fā)送到渠道SDK服務器505端進行登陸鑒權和授權操作。終端程序服務器504是為終端用戶客戶端501程序提供一系列服務的服務器，例如游戲服務器、社交論壇服務器等。
[0070]圖5(a)示出了用戶登錄驗證的交互流程圖。如圖5(a)所示，在登錄到終端程序服務器之前，首先進行渠道登錄驗證，即登錄到分發(fā)該終端程序的渠道服務器。用戶啟動終端用戶客戶端501的程序，例如游戲或工具類軟件，終端用戶客戶端501發(fā)出調(diào)用登錄的請求到通用SDK客戶端502 (步驟506)，進而通過通用SDK客戶端502轉發(fā)請求到渠道SDK客戶端503，請求調(diào)用渠道登錄(步驟508);接著，通過終端用戶客戶端501隨請求發(fā)送過來的渠道登錄信息(例如用戶名和密碼、渠道標識等信息)請求登錄渠道SDK的服務器505 (步驟510)。在步驟512，渠道SDK服務器505進行驗證，以驗證終端用戶的客戶端501是否是合法通過渠道服務器下載的終端程序，以及驗證客戶端用戶的信息。當渠道驗證成功后，返回給渠道SDK客戶端503登錄成功的提示(步驟514)，并將用戶UID標識返回至通用SDK客戶端502 (步驟516);通用SDK客戶端502再將用戶UID標識和渠道標識返回終端用戶客戶端501 (步驟518)，完成了渠道SDK服務器的登錄驗證過程。
[0071]接著利用渠道SDK服務器登錄成功獲取的信息(用戶WD，渠道標識等)，進行終端程序服務器的登錄驗證。終端用戶客戶端501利用用戶UID標識和渠道標識請求登錄終端程序服務器504，獲取用戶的信息(步驟520);進而驗證登錄到多渠道SDK接入系統(tǒng)100 (步驟522)。在步驟524，多渠道SDK接入系統(tǒng)100進行驗證。當驗證通過后，由多渠道SDK接入系統(tǒng)100將用戶信息發(fā)送至渠道SDK服務器505進行驗證(步驟526)。在步驟528，由渠道SDK服務器505進行用戶身份的驗證。若驗證成功，則通知多渠道SDK接入系統(tǒng)100正在操作的用戶為有效的用戶(步驟530);接著，多渠道SDK接入系統(tǒng)100再通知終端程序服務器504正在操作的用戶為有效的用戶(步驟532)，從而返回給終端用戶客戶端501用戶成功登錄的信息(步驟534)，完成登錄驗證。
[0072]通過上述終端用戶、渠道SDK服務器、終端程序服務器和多渠道SDK接入系統(tǒng)之間的交互驗證，可以確保用戶信息的準確與安全，使終端用戶通過不同渠道下載的程序都可以正確的驗證和使用，保障了渠道商和CP的利益。
[0073]圖5(b)示出了用戶充值的交互流程圖。如圖5(b)所示，在用戶運行終端程序的過程中進行充值操作時(例如游戲的付費充值，或使用軟件工具的付費充值)，需要本發(fā)明的多渠道SDK接入系統(tǒng)、渠道SDK服務器和終端程序服務器協(xié)同操作，以確保用戶充值的安全性和可靠性。用戶登陸終端用戶客戶端501后即可發(fā)起充值操作，具體地，用戶的充值請求首先是向通用SDK客戶端502發(fā)起調(diào)用充值請求(步驟550)。通用SDK客戶端502向多渠道SDK接入系統(tǒng)100發(fā)起請求，創(chuàng)建帶有回調(diào)信息的訂單，提交給多渠道SDK接入系統(tǒng)100 (步驟552)?；卣{(diào)信息可以基于特定的事件或條件發(fā)生時做出響應，例如充值的結果通知。多渠道SDK接入系統(tǒng)402創(chuàng)建了帶有回調(diào)信息的訂單后，返回訂單ID和其他相關信息至通用SDK客戶端502 (步驟554)。接著，通過SDK客戶端502利用返回的訂單ID想渠道SDK客戶端503發(fā)起充值的請求，請求支付訂單ID (步驟556)，進而渠道SDK客戶端將該充值請求發(fā)送到渠道SDK服務器505 (步驟558)，由渠道SDK服務器505驗證充值是否成功，如果充值成功，則將充值成功的提示返回到通用SDK客戶端502 (步驟560)，進而通用SDK客戶端502再將充值成功的提示返回到終端用戶客戶端501 (步驟562)。
[0074]根據(jù)本發(fā)明的一個實施例，由于用戶的充值行為通常需要在渠道SDK服務器端和終端程序的服務器端進行分成，即由渠道商和CP共同分成充值，因此，還需要將用戶充值的信息提供給終端程序服務器504。如圖5(b)所示，在渠道SDK服務器505驗證充值成功后，還將充值成功的結果通知給多渠道SDK接入系統(tǒng)100 (步驟564)。優(yōu)選地，該通知可以以異步通信的方式發(fā)送。多渠道SDK接入系統(tǒng)402接收到充值結果的消息后，再將帶有回調(diào)信息的充值結果通知發(fā)送給終端程序服務器504 (步驟566)，最后通過終端程序服務器504將充值結果的通知返回給終端用戶客戶端501 (步驟568)，從而完成用戶充值。
[0075]根據(jù)本發(fā)明的多渠道SDK接入系統(tǒng)100也可以與為不同渠道提供更多的功能，通過渠道提供給第三方SDK的API，則可直接獲取通用SDK接入渠道SDK的相關應用的配置，過程中可能需要CP提供其在渠道上的用戶標示符(通常是用戶名或用戶ID)。CP需要通過本發(fā)明的系統(tǒng)100接入到渠道的oAuth認證系統(tǒng)，登錄并獲取其在渠道上的配置信息。
[0076]此外，本發(fā)明的系統(tǒng)100還可以具有推薦引擎，基于統(tǒng)計模塊的大數(shù)據(jù)分析向CP推薦不同的渠道或者向渠道推薦CP的雙向推薦模式。CP推薦渠道，根據(jù)CP在棱鏡后臺填寫的APK相關信息，以及CP統(tǒng)計和管理模塊108基于大數(shù)據(jù)對CP的應用分析結果，結合CP統(tǒng)計和管理模塊108基于大數(shù)據(jù)對渠道的數(shù)據(jù)特性的分析結果，通過一套算法，系統(tǒng)自動向CP推薦渠道。渠道推薦CP，本發(fā)明的系統(tǒng)100的后臺提供CP可選擇向部分或全部渠道開放推薦其應用的功能。本發(fā)明的系統(tǒng)100根據(jù)CP開發(fā)的結果，以及對應用和渠道的分析結果，通過一套算法，自動向渠道推薦CP的應用。
[0077]本發(fā)明的系統(tǒng)100還可將根據(jù)用戶的需求和產(chǎn)業(yè)鏈的需求與第三方服務公司進行深度整合，給用戶提供以下相關服務:云服務(包括云數(shù)據(jù)、云存儲)、應用加固、應用統(tǒng)計、應用測試、應用推送、廣告SDK、游戲引擎插件、支付SDK等。
[0078]所述附圖僅為示意性的并且未按比例畫出。雖然已經(jīng)結合優(yōu)選實施例對本發(fā)明進行了描述，但應當理解本發(fā)明的保護范圍并不局限于這里所描述的實施例。
[0079]結合這里披露的本發(fā)明的說明和實踐，本發(fā)明的其他實施例對于本領域技術人員都是易于想到和理解的。說明和實施例僅被認為是示例性的，本發(fā)明的真正范圍和主旨均由權利要求所限定。
【權利要求】
1.一種用于移動終端軟件的多渠道SDK接入系統(tǒng)，所述系統(tǒng)包括中央控制臺、通用SDK、CP接口模塊、第三方SDK、渠道接口模塊、渠道參數(shù)配置及文件打包模塊和文件管理模塊，其中， 所述中央控制臺，用于調(diào)度和控制其他各個模塊； 所述通用SDK，用于存儲對于不同的多個渠道通用的SDK，其封裝了與所有渠道提供的第三方SDK同樣的客戶端接口與服務端接口 ； 所述CP接口模塊，為至少一個CP提供接入到所述系統(tǒng)的接口，用于CP下載或上傳文件或?qū)ξ募M行配置； 所述第三方SDK，用于存儲由不同的渠道商提供的各自的SDK ； 所述渠道接口模塊，為至少一個渠道商提供接入到所述系統(tǒng)的接口，用于獲取不同渠道的SDK，并將通過所述渠道參數(shù)配置及文件打包模塊生成的文件上傳至所述各個相應的渠道； 所述渠道參數(shù)配置及文件打包模塊，用于接收CP提供的配置，并根據(jù)CP的配置和第三方SDK，將CP上傳的基于通用SDK開發(fā)的程序進行配置與打包，以便能夠接入到不同渠道中； 所述文件管理模塊，用于存儲和管理在系統(tǒng)運行中產(chǎn)生和傳輸?shù)母黝愇募?br> 2.根據(jù)權利要求1所述的系統(tǒng)，還包括CP統(tǒng)計與管理模塊，用于CP統(tǒng)計接入到各個渠道的程序產(chǎn)品運營情況，以及管理不同版本的產(chǎn)品在不同渠道上的運行情況。
3.根據(jù)權利要求1所述的系統(tǒng)，還包括檢查更新模塊，用于為CP提供不同APK的版本管理功能，并檢查CP上傳的用于接入渠道的APK文件版本的更新情況。
4.根據(jù)權利要求1所述的系統(tǒng)，其中所述中央控制臺的呈現(xiàn)方式為web界面。
5.根據(jù)權利要求1所述的系統(tǒng)，其中所述渠道參數(shù)配置及文件打包模塊通過下列步驟進行打包: 步驟a，獲取CP提供的基于通用SDK開發(fā)的APK文件，將該APK文件進行解包，生成CP臨時文件； 步驟b，獲取CP所選擇的要發(fā)布的渠道，以及對所述APK文件應用于該渠道的配置信息； 步驟c，獲取該渠道的SDK文件，基于該SDK文件生成渠道SDK開發(fā)工程文件，將該工程文件生成渠道APK包； 步驟d，對所述渠道APK包進行解包，生成系統(tǒng)SDK臨時文件； 步驟e，將步驟b獲取的配置信息添加到步驟240生成的SDK臨時文件中； 步驟f，將更新了配置信息的系統(tǒng)SDK臨時文件和步驟a中生成的CP臨時文件合并，生成對應于該渠道的渠道APK臨時文件； 步驟g，將該渠道APK臨時文件進行打包，生成渠道APK包； 步驟h，對該渠道APK包進行簽名，生成簽名的渠道APK包。
6.根據(jù)權利要求1所述的系統(tǒng)，其中所述配置信息選自涉及渠道支付的配置信息、Debug模式配置、橫屏配置、更新配置、用戶帳號設置。
7.根據(jù)權利要求5所述的系統(tǒng)，其中所述步驟a和b、所述步驟c和d互換或同時進行。
8.根據(jù)權利要求3所述的系統(tǒng)，其中所述檢查更新模塊為每個上傳至渠道商的文件版本生成唯一的標識符。
9.根據(jù)權利要求3所述的系統(tǒng)，其中所述檢查更新模塊進行的更新為增量更新。
10.根據(jù)權利要求1所述的系統(tǒng)，其中所述系統(tǒng)還包括推薦引擎，基于所述CP統(tǒng)計與管理模塊的大數(shù)據(jù)分析向CP推薦不同的渠道或者向渠道推薦CP。
【文檔編號】H04L29/08GK104363264SQ201410567412
【公開日】2015年2月18日 申請日期:2014年10月22日 優(yōu)先權日:2014年10月22日
【發(fā)明者】劉大澎, 孫智勇 申請人:北京棱鏡云橋科技有限公司