本發(fā)明屬于移動(dòng)廣告領(lǐng)域，尤其涉及一種在線廣告的新型加密防偽辨別方法。

背景技術(shù)：

隨著智能手機(jī)的流行，在手機(jī)APP中插入廣告已經(jīng)成為一種主要的廣告形式，而插入廣告就需要移動(dòng)廣告平臺(tái)，移動(dòng)廣告平臺(tái)開(kāi)發(fā)者通過(guò)點(diǎn)擊量來(lái)收取廣告商的費(fèi)用。部分開(kāi)發(fā)者為了從移動(dòng)廣告平臺(tái)獲得更多的廣告收入，會(huì)采取廣告作弊的方式來(lái)實(shí)現(xiàn)。移動(dòng)廣告平臺(tái)的作弊主要分兩類(lèi)，一是刷量，即在少量設(shè)備上多次操作廣告從而賺取廣告收益；二是篡改客戶端傳輸給服務(wù)器的數(shù)據(jù)。

對(duì)于刷量行為，應(yīng)對(duì)方法是確認(rèn)設(shè)備唯一性。通過(guò)多維度的參數(shù)確認(rèn)收到的多條廣告事件日志是否為同一設(shè)備發(fā)出，這樣就可以將重復(fù)日志去除。目前各家移動(dòng)廣告平臺(tái)，主要是使用以下參數(shù)作為設(shè)備唯一性的參考：1)設(shè)備生產(chǎn)廠家生產(chǎn)的設(shè)備會(huì)被分配IMEI標(biāo)識(shí)作為全球設(shè)備唯一標(biāo)識(shí)，但安卓平臺(tái)方面該參數(shù)可以修改，而iOS平臺(tái)該參數(shù)又獲取不到，所以該參數(shù)只能作為設(shè)備唯一性的參考；2)無(wú)線網(wǎng)卡和藍(lán)牙等網(wǎng)絡(luò)設(shè)備的MAC地址，存在同樣的問(wèn)題，安卓平臺(tái)的這個(gè)參數(shù)可以修改，而iOS平臺(tái)從iOS7系統(tǒng)開(kāi)始無(wú)法獲取到該參數(shù)(當(dāng)然可以通過(guò)其他渠道獲取到，但移動(dòng)網(wǎng)絡(luò)無(wú)法取得)；3)設(shè)備ID，安卓平臺(tái)不是所有設(shè)備均可獲取到，iOS平臺(tái)無(wú)法取得；4)SIM卡系列號(hào)，只適用于安卓平臺(tái)的搭載部分運(yùn)營(yíng)商的手機(jī)；5)設(shè)備系列號(hào)，只實(shí)用于安卓平臺(tái)；6)IDFA，只適用于iOS平臺(tái)，但可以被用戶關(guān)閉；7)IDFV，只適用于iOS平臺(tái)，app發(fā)行商的ID，而且該值可以變化，所以只能作參考；8)路由器參數(shù)，使用同一個(gè)路由器的設(shè)備無(wú)法唯一標(biāo)識(shí)，只能作參考。

對(duì)于數(shù)據(jù)真實(shí)性和安全性，目前做法是客戶端加密發(fā)送，服務(wù)器收到后解密，常用的加密算法有DES、RSA、AES。

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

本發(fā)明的主要目的在于提供一種在線廣告的新型加密防偽辨別方法，用以解決上述問(wèn)題，通過(guò)新的防偽辨別技術(shù)避免開(kāi)發(fā)者通過(guò)廣告移動(dòng)平臺(tái)作弊。

為達(dá)到以上目的，本發(fā)明采用的技術(shù)方案為：一種在線廣告的新型加密防偽辨別方法，包括：確認(rèn)客戶端的唯一性；對(duì)客戶端發(fā)送到服務(wù)端的數(shù)據(jù)增加數(shù)字簽名；對(duì)客戶端的參數(shù)進(jìn)行加密以生成密鑰。

優(yōu)選地，通過(guò)以下兩種方式的一種或者兩種確認(rèn)客戶端唯一性，一種是在客戶端原有唯一性參數(shù)的基礎(chǔ)上，創(chuàng)建UUID字符串以作為客戶端唯一性的參數(shù)，并將UUID字符串保存；一種是通過(guò)多個(gè)參數(shù)對(duì)客戶端的唯一性進(jìn)行綜合確認(rèn)。

優(yōu)選地，將創(chuàng)建的UUID字符串保存到磁盤(pán)或者KeyChain。

優(yōu)選地，通過(guò)以下步驟對(duì)客戶端發(fā)送到服務(wù)端的數(shù)據(jù)增加數(shù)字簽名：

步驟1：篩選客戶端的參數(shù)；

步驟2：將篩選出的參數(shù)按一定規(guī)則拼接成字符串；

步驟3：將拼接好的字符串MD5簽名；

步驟4：將該簽名作為參數(shù)發(fā)送給服務(wù)器；

步驟5：服務(wù)器驗(yàn)證，根據(jù)驗(yàn)證結(jié)果判斷數(shù)據(jù)是否在傳輸過(guò)程中被篡改。

優(yōu)選地，上述步驟5包括如下步驟：

步驟1：服務(wù)器收到客戶端上傳的數(shù)據(jù)后，將約定好的參數(shù)提取出來(lái)；

步驟2：將約定好的參數(shù)以約定好的規(guī)則拼接成字符串；

步驟3，：將拼接好的字符串進(jìn)行MD5簽名計(jì)算，如果計(jì)算出的數(shù)字簽名與客戶端上傳的數(shù)字簽名一致，則認(rèn)為該數(shù)據(jù)真實(shí)有效，否則說(shuō)明數(shù)據(jù)在傳輸過(guò)程中被篡改了。

優(yōu)選地，通過(guò)一下步驟對(duì)參數(shù)進(jìn)行加密以生成密鑰：

步驟1：查看客戶端是否存在密鑰，如果存在，則執(zhí)行第2步，如果不存在，則執(zhí)行第3步；

步驟2：判斷上述密鑰是否已經(jīng)過(guò)期，如果已過(guò)期，則執(zhí)行第3步；

：步驟3：提取客戶端的參數(shù)；

步驟4：將提取到的參數(shù)按一定的規(guī)則拼成成字符串；

步驟5：將拼接好的字符串加密以生成密鑰；

步驟6：客戶端給服務(wù)器發(fā)送數(shù)據(jù)時(shí)，同時(shí)將該密鑰傳給服務(wù)器；

步驟7：服務(wù)器收到密鑰后進(jìn)行解密以得到相應(yīng)的參數(shù)，并將解密后的參數(shù)與明文收到的參數(shù)進(jìn)行對(duì)比，如果發(fā)現(xiàn)有不一致，則判定SDK所在的設(shè)備被惡意篡改了設(shè)備信息，有刷量嫌疑，否則不存在刷量嫌疑。

優(yōu)選地，在步驟2中，如果密鑰沒(méi)有過(guò)期，直接執(zhí)行步驟6。

優(yōu)選地，在步驟3中，所要提取的客戶端的參數(shù)包括MAC地址、IDFA、IDFV中的一個(gè)或多個(gè)。

與現(xiàn)有技術(shù)相比，本發(fā)明具有以下有益效果：

該加密防偽辨別技術(shù)同時(shí)通過(guò)三種方式來(lái)防止廣告作弊，能夠有效地防止廣告作弊和刷量行為；在設(shè)備唯一性的確認(rèn)方面，在現(xiàn)有技術(shù)的基礎(chǔ)上又創(chuàng)建了UUID字符串作為設(shè)備唯一性的參考，同時(shí)也采用了多種參數(shù)綜合確認(rèn)的方法，提高了設(shè)備唯一性確認(rèn)的準(zhǔn)確性；對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行數(shù)字簽名以防止數(shù)據(jù)在傳輸?shù)倪^(guò)程中被篡改；對(duì)客戶端中的部分參數(shù)進(jìn)行加密并生成密鑰以判斷相應(yīng)的參數(shù)是否被篡改進(jìn)而確定是否有刷量嫌疑。

附圖說(shuō)明

圖1是本發(fā)明中對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行數(shù)字簽名的流程圖

圖2是本發(fā)明中對(duì)參數(shù)生成密鑰的流程圖

圖3是本發(fā)明中客戶端和服務(wù)器的功能圖

具體實(shí)施方式

以下描述用于揭露本發(fā)明以使本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)本發(fā)明。以下描述中的優(yōu)選實(shí)施例只作為舉例，本領(lǐng)域技術(shù)人員可以想到其他顯而易見(jiàn)的變型。

所述加密防偽辨別方法，包括：確認(rèn)客戶端唯一性；對(duì)客戶端向服務(wù)端發(fā)送的數(shù)據(jù)增加數(shù)字簽名；對(duì)客戶端的參數(shù)進(jìn)行加密以生成密鑰。

對(duì)于確認(rèn)客戶端唯一性，本發(fā)明主要通過(guò)兩種方式實(shí)現(xiàn)：一是在原有設(shè)備唯一性參考參數(shù)的基礎(chǔ)上，創(chuàng)建自定義唯一標(biāo)識(shí)UUID字符串并保存在不易發(fā)現(xiàn)或不易修改的位置(磁盤(pán)或KeyChain)，以作為設(shè)備唯一性的參考；二是通過(guò)多個(gè)參數(shù)對(duì)客戶端的唯一性進(jìn)行綜合確認(rèn)。由于有些參數(shù)是對(duì)當(dāng)前app唯一，有些參數(shù)是對(duì)當(dāng)前設(shè)備唯一但不安全，所以需要綜合考查才能確認(rèn)客戶端唯一性。

為了避免客戶端在向服務(wù)器傳輸數(shù)據(jù)的過(guò)程中數(shù)據(jù)被篡改，可以通過(guò)增加數(shù)字簽名來(lái)保證服務(wù)器能夠辨別出數(shù)據(jù)的真?zhèn)危瑘D1示出了數(shù)字簽名的步驟，具體如下：

步驟1：篩選部分客戶端的參數(shù)?？蛻舳私o服務(wù)器發(fā)送日志時(shí)會(huì)帶有很多參數(shù)，從這些參數(shù)中篩選出一部分；

步驟2：將篩選出的參數(shù)按一定規(guī)則拼接成字符串；

步驟3：將拼接好的字符串MD5簽名；

步驟4：將該簽名作為參數(shù)發(fā)送給服務(wù)器；

步驟5：服務(wù)器驗(yàn)證：服務(wù)器收到客戶端上傳的數(shù)據(jù)，首先將約定好的參數(shù)提取出來(lái)，以約定好的規(guī)則拼接成字符串，再進(jìn)行MD5簽名計(jì)算，如果計(jì)算出的數(shù)字簽名與客戶端上傳的簽名一致，則認(rèn)為該數(shù)據(jù)真實(shí)有效，否則說(shuō)明數(shù)據(jù)在傳輸過(guò)程中被篡改了。

為了保證開(kāi)發(fā)者提供的參數(shù)和采集到的參數(shù)一致，需要對(duì)這些參數(shù)進(jìn)行加密以生成密鑰，如圖2所示，生成密鑰的具體步驟如下：

步驟1：查看客戶端是否存在自定義的密鑰，如果存在，則執(zhí)行第2步，如果不存在，則執(zhí)行第3步；

步驟2：當(dāng)前密鑰是否已經(jīng)過(guò)期，如果未過(guò)期，則使用該密鑰，跳到步驟8；如果已過(guò)期，則執(zhí)行第3步；

：步驟3：提取MAC地址等參數(shù)，由于iOS平臺(tái)通過(guò)系統(tǒng)API已經(jīng)無(wú)法取得MAC地址，目前只能通過(guò)ping的方式提取到當(dāng)前設(shè)備的MAC地址，無(wú)法提取到MAC地址則按空或默認(rèn)值處理；

步驟4：提取IDFA等參數(shù)，IDFA是iOS平臺(tái)系統(tǒng)提供給開(kāi)發(fā)者的作為廣告標(biāo)識(shí)符的參數(shù)，但用戶可以關(guān)閉。用戶關(guān)閉后該值無(wú)法取得，所以也是非必需參數(shù)；

步驟5：提取IDFV等參數(shù)，IDFV是iOS平臺(tái)系統(tǒng)在當(dāng)前設(shè)備分配給app供應(yīng)商的標(biāo)識(shí)符，該設(shè)備上該供應(yīng)商的所有app取到的IDFV值均相同；

步驟6：將提取到包括但不限于MAC、IDFA、IDFV等參數(shù)按一定的規(guī)則拼成字符串；

步驟7：將該字符串加密以生成密鑰并使用該密鑰，同時(shí)保存該密鑰以備下次使用。存儲(chǔ)密鑰的路徑有較強(qiáng)的隱蔽性和穩(wěn)定性，是不易被刷機(jī)或者惡意開(kāi)發(fā)者發(fā)現(xiàn)和篡改；

步驟8：客戶端給服務(wù)器發(fā)送廣告相關(guān)日志時(shí)，同時(shí)將該密鑰傳給服務(wù)器；

步驟9：服務(wù)器收到密鑰進(jìn)行解密以得到相關(guān)參數(shù)，并與明文收到的這些參數(shù)對(duì)比，如果發(fā)現(xiàn)有不一致，則判定SDK所在的設(shè)備被惡意篡改了設(shè)備信息，有刷量嫌疑。

所述的客戶端為手機(jī)等智能移動(dòng)終端以及安裝在客戶端上的APP，所述的參數(shù)為MAC地址、IDFA、IDFV、IMEI、設(shè)備ID、SIM卡序列號(hào)、路由器參數(shù)等中的一個(gè)或者多個(gè)但不限于上述參數(shù)。

圖3示出了本發(fā)明中的客戶端和服務(wù)器的主要功能。

以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點(diǎn)。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實(shí)施例的限制，上述實(shí)施例和說(shuō)明書(shū)中描述的只是本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會(huì)有各種變化和改進(jìn)，這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明的范圍內(nèi)。本發(fā)明要求的保護(hù)范圍由所附的權(quán)利要求書(shū)及其等同物界定。