述統(tǒng)一計費平臺發(fā)送所述應用的計費請求；
[0041]接收模塊，用于接收所述統(tǒng)一計費平臺分配給所述統(tǒng)一計費SDK的第一公鑰，以及所述統(tǒng)一計費平臺發(fā)送的簽名信息和計費請求所對應的響應數(shù)據(jù)包；
[0042]解密模塊，用于根據(jù)所述接收模塊所接收到的第一公鑰對所述簽名信息進行解密得到第一參數(shù)；
[0043]計算模塊，用于將所述接收模塊所接收到的所述計費請求所對應的響應數(shù)據(jù)包與所述應用中保存的隨機數(shù)進行組合，通過哈希計算的到第二參數(shù)；
[0044]判斷模塊，用于判斷所述解密模塊所得到的第一參數(shù)與所述計算模塊所得到的第二參數(shù)是否一致，如果一致，則計費結果有效，如果不一致，則計費結果無效。
[0045]與現(xiàn)有技術相比，本發(fā)明實施例所提出的技術方案具有以下優(yōu)點:
[0046]通過應用本發(fā)明實施例所提出的技術方案，基于隨機數(shù)創(chuàng)建了簽名信息，用于計費結果的驗證，從而，在原有業(yè)務平臺下，實現(xiàn)產(chǎn)品管理和計費能力，實現(xiàn)了惡意用戶破解一對公私鑰對，僅對一個應用產(chǎn)生影響。保證了在統(tǒng)一建設統(tǒng)一計費平臺時，各業(yè)務平臺分配公私鑰對的情況下，仍能實現(xiàn)惡意用戶破解一對公私鑰對，僅對一個應用產(chǎn)生影響。同時，開發(fā)者可隨時更新隨機數(shù)，防止惡意用戶的破解。
【附圖說明】
[0047]圖1為現(xiàn)有技術中開發(fā)者在應用內(nèi)計費能力平臺使用流程示意圖；
[0048]圖2為現(xiàn)有技術中的統(tǒng)一計費平臺的應用場景的示意圖；
[0049]圖3為本發(fā)明實施例提供的基于統(tǒng)一計費平臺的計費方法的流程示意圖；
[0050]圖4為本發(fā)明實施例所提出的一種具體應用場景中的基于統(tǒng)一計費平臺的計費方法的流程示意圖；
[0051]圖5為本發(fā)明實施例提供的一種統(tǒng)一計費平臺的結構示意圖；
[0052]圖6為本發(fā)明實施例提供的一種業(yè)務平臺的結構示意圖；
[0053]圖7為本發(fā)明實施例提供的一種終端設備的結構示意圖。
【具體實施方式】
[0054]下面將結合本發(fā)明中的附圖，對本發(fā)明中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0055]為了克服現(xiàn)有技術的缺陷，本發(fā)明實施例所提出的技術方案要解決的技術問題包括:
[0056](I)根據(jù)業(yè)務平臺發(fā)展需要，各應用的公私鑰對在各業(yè)務平臺上分配，統(tǒng)一計費SDK如何實現(xiàn)對統(tǒng)一計費平臺的簽名認證。
[0057](2)惡意用戶通過暴力破解，獲取一對公私鑰對，只能破解單一應用，而不能破統(tǒng)一計費平臺所有應用。
[0058]如圖1所示，為本發(fā)明實施例提供的基于統(tǒng)一計費平臺的計費方法的流程示意圖，該方法應用于至少包括統(tǒng)一計費平臺、業(yè)務平臺和安裝了應用的終端設備的系統(tǒng)中。
[0059]其中，所述應用中包含統(tǒng)一計費SDK，所述統(tǒng)一計費平臺接收到所述業(yè)務平臺發(fā)送的與所述應用相對應的隨機數(shù)，所述應用中保存有所述隨機數(shù)，并且所述統(tǒng)一計費平臺和所述統(tǒng)一計費SDK分別分配相匹配的第一私鑰和第一公鑰。
[0060]進一步的，所述業(yè)務平臺為每個應用分配不同的公私鑰對，其中，為所述應用所分配的公私鑰對中包括第二公鑰和第二私鑰，所述第二公鑰存儲在所述業(yè)務平臺中，所述第二私鑰發(fā)送給所述應用的發(fā)布端。
[0061]在此基礎上，本方法具體包括以下步驟:
[0062]步驟S301、當所述統(tǒng)一計費平臺接收到所述統(tǒng)一計費SDK所發(fā)送的所述應用的計費請求時，所述統(tǒng)一計費平臺將所述計費請求所對應的響應數(shù)據(jù)包與所述隨機數(shù)進行組合，通過哈希計算的到第一參數(shù)。
[0063]在本步驟執(zhí)行之前，還包括:
[0064]所述業(yè)務平臺接收所述應用的發(fā)布端所發(fā)送的所述應用的信息，以及通過第二私鑰加密的所述應用相對應的隨機數(shù)；
[0065]所述業(yè)務平臺通過第二公鑰進行解密，得到所述應用相對應的隨機數(shù)；
[0066]所述業(yè)務平臺通過安全通道向所述統(tǒng)一計費平臺發(fā)送所述應用的信息，以及所述應用相對應的隨機數(shù)。
[0067]步驟S302、所述統(tǒng)一計費平臺通過所述第一私鑰對所述第一參數(shù)進行加密，生成簽名信息。
[0068]步驟S303、所述統(tǒng)一計費平臺向所述統(tǒng)一計費SDK發(fā)送所述簽名信息和所述計費請求所對應的響應數(shù)據(jù)包，以使所述統(tǒng)一計費SDK根據(jù)所述應用中保存的隨機數(shù)、所述第一公鑰，以及所述簽名信息對所述計費請求所對應的響應數(shù)據(jù)包進行驗證，確認計費結果是否有效。
[0069]在具體的應用場景中，本步驟的處理過程具體包括:
[0070]所述統(tǒng)一計費SDK根據(jù)第一公鑰對所述簽名信息進行解密得到第一參數(shù)；
[0071]所述統(tǒng)一計費SDK將接收到的所述計費請求所對應的響應數(shù)據(jù)包與所述應用中保存的隨機數(shù)進行組合，通過哈希計算的到第二參數(shù)；
[0072]所述統(tǒng)一計費SDK判斷第一參數(shù)與第二參數(shù)是否一致，如果一致，則計費結果有效，如果不一致，則計費結果無效。
[0073]進一步的，本發(fā)明實施例還提出了對于隨機數(shù)的更新過程，具體包括:
[0074]當所述應用相對應的隨機數(shù)需要進行更新時，所述應用的發(fā)布端將更新后的隨機數(shù)攜帶在所述應用的更新數(shù)據(jù)包中分別發(fā)送給所述業(yè)務平臺和所述安裝了應用的終端設備，并由所述業(yè)務平臺通過安全通道將所述更新后的隨機數(shù)發(fā)送給所述統(tǒng)一計費平臺。
[0075]與現(xiàn)有技術相比，本發(fā)明實施例所提出的技術方案具有以下優(yōu)點:
[0076]通過應用本發(fā)明實施例所提出的技術方案，基于隨機數(shù)創(chuàng)建了簽名信息，用于計費結果的驗證，從而，在原有業(yè)務平臺下，實現(xiàn)產(chǎn)品管理和計費能力，實現(xiàn)了惡意用戶破解一對公私鑰對，僅對一個應用產(chǎn)生影響。保證了在統(tǒng)一建設統(tǒng)一計費平臺時，各業(yè)務平臺分配公私鑰對的情況下，仍能實現(xiàn)惡意用戶破解一對公私鑰對，僅對一個應用產(chǎn)生影響。同時，開發(fā)者可隨時更新隨機數(shù)，防止惡意用戶的破解。
[0077]下面以幾個具體的實施例對上述技術方案的處理過程做詳細的闡述，但并不局限于下述實施例。
[0078]為了清楚描述相應的技術方案，本實施例通過四個場景對本發(fā)明實施例所提出的技術方案進行說明，如圖4所示，為本發(fā)明實施例所提出的一種具體應用場景中的基于統(tǒng)一計費平臺的計費方法的流程示意圖。
[0079]第一場景、開發(fā)者上傳應用流程。
[0080]業(yè)務平臺為每個應用分配不同的公私鑰對I。
[0081]開發(fā)者生成一個隨機數(shù)E并利用公鑰I對其進行加密，和應用一同發(fā)送給業(yè)務平臺。
[0082]業(yè)務平臺利用私鑰I解密處理后獲得隨機數(shù)E。
[0083]業(yè)務平臺將解密后的隨機數(shù)E和數(shù)據(jù)包通過安全通道一同發(fā)送給統(tǒng)一計費平臺進行安全加固。
[0084]第二場景、統(tǒng)一計費平臺處理統(tǒng)一計費SDK發(fā)送的請求。
[0085]統(tǒng)一計費平臺將業(yè)務平臺發(fā)送過來的隨機數(shù)E和數(shù)據(jù)包進行組合，對其進行哈希運算得到哈希值H。
[0086]統(tǒng)一計費平臺分配好統(tǒng)一的公私鑰對2，將公鑰2安全存儲在統(tǒng)一計費SDK，對得到的哈希值H利用私鑰2進行加密得到簽名Q。
[0087]統(tǒng)一計費平臺響應統(tǒng)一計費SDK發(fā)送的請求，將簽名Q發(fā)送給統(tǒng)一計費SDK。
[0088]第三