［黃凱方 吳文波 王育飛］

1 背景

近年來，未經(jīng)用戶同意或請求，撥打電話進(jìn)行商業(yè)營銷、惡意騷擾甚至開展詐騙等不法行為的問題日益突出，嚴(yán)重影響了廣大人民群眾的正常生活，甚至存在安全隱患。根據(jù)中國互聯(lián)網(wǎng)協(xié)會(huì)12321 網(wǎng)絡(luò)不良與垃圾信息舉報(bào)受理中心數(shù)據(jù)，2018年第2季度，騷擾電話舉報(bào)量近14萬件次。騰訊手機(jī)管家騷擾電話標(biāo)記量分別為8 289 萬件次。綜合各類舉報(bào)投訴標(biāo)記數(shù)據(jù)對騷擾電話的類別進(jìn)行分析，多數(shù)騷擾電話為商業(yè)營銷類，廣告主商家主要分布在金融、保險(xiǎn)、房產(chǎn)中介、教育培訓(xùn)、食藥等行業(yè)。涉嫌違法犯罪類、惡意騷擾類電話在總體規(guī)模上明顯少于商業(yè)營銷類電話，但對于用戶的危害程度更加惡劣，典型的問題有詐騙犯罪、“呼死你”、“響一聲”等。

為貫徹落實(shí)國務(wù)院治理騷擾電話有關(guān)部署要求，工信部等十三部委自2018 年7 月起至2019 年12 月底，在全國開展綜合整治騷擾電話專項(xiàng)行動(dòng)，開啟了社會(huì)共治騷擾電話問題的新局面。根據(jù)職責(zé)調(diào)整，中國電信廣東公司智能云網(wǎng)調(diào)度運(yùn)營中心2020 年11 月起承擔(dān)騷擾電話治理工作，承接時(shí)工單存在人工處理步驟多、速度慢、易出錯(cuò)等問題，迫切需要自動(dòng)化處理來解決。

目前騷擾電話治理工作主要有以下幾個(gè)網(wǎng)站需要登錄處理：（1）工信部12321網(wǎng)站；（2）工信部網(wǎng)間聯(lián)動(dòng)網(wǎng)站；（3）電話核查系統(tǒng)網(wǎng)站；（4）10999 網(wǎng)站；（5）信通院申訴核減網(wǎng)站。

限于篇幅，本文以工信部網(wǎng)間聯(lián)動(dòng)網(wǎng)站為例，說明防騷擾工單全自動(dòng)化處理的方式。

2 總體方案

總體方案大致分為工單信息下載、號(hào)碼比對、信令查詢、回單、藍(lán)盾登錄置黑等幾部分，如圖1 所示。

圖1 整體流程

后面就這幾部分分別說明。

3 方案詳細(xì)說明

3.1 工單信息下載

工單信息下載流程如圖2 所示，我們采用Python 的request 模塊，模擬發(fā)送https 請求來登錄網(wǎng)間聯(lián)動(dòng)網(wǎng)站。

圖2 工單信息下載流程

其中涉及到驗(yàn)證碼識(shí)別，網(wǎng)站驗(yàn)證碼存在干擾線，普通OCR 無法識(shí)別。經(jīng)過分析，我們采用google 的深度學(xué)習(xí)技術(shù)tensorflow 訓(xùn)練識(shí)別，首先通過程序批量下載網(wǎng)站驗(yàn)證碼圖片，如圖3 所示，并對每張圖片進(jìn)行正確答案標(biāo)注命名。

圖3 標(biāo)注驗(yàn)證碼

然后構(gòu)建CNN，訓(xùn)練分類器，通過運(yùn)行代碼進(jìn)行訓(xùn)練，通過幾千次的迭代，訓(xùn)練出來的分類器模型在驗(yàn)證集上識(shí)別的準(zhǔn)確率為97.5%。

最后利用模型識(shí)別驗(yàn)證碼，識(shí)別通過后訪問工單信息鏈接，將需要待處理的廣東電信工單保存下來。

3.2 號(hào)碼比對

下載下來的工單號(hào)碼中，夾雜著虛商號(hào)碼、他網(wǎng)固話、他網(wǎng)手機(jī)號(hào)碼以及外省號(hào)碼，需要剔除這些號(hào)碼。我們采用Python 的pandas 模塊來進(jìn)行對比計(jì)算，步驟如下。

（1）首先Python讀取虛商號(hào)碼表、他網(wǎng)固話表、手機(jī)H 碼表等表轉(zhuǎn)換為pandas 格式。

（2）Python 讀取待處理工單，根據(jù)第一步各種號(hào)段表的長度，分別將待處理工單的號(hào)碼截取前六位、七位或者八位，利用程度逐一進(jìn)行比對，對非電信號(hào)碼進(jìn)行標(biāo)注。

（3）將第二步比對的屬于電信的號(hào)碼合成一張中電信號(hào)碼表，其余號(hào)碼合成另外一張非中電信表，以便后面信令查詢和回單。

3.3 信令話單查詢

根據(jù)防騷擾工作的要求，需要對上一步屬于中電信的號(hào)碼進(jìn)行話單與信令才查詢，根據(jù)話單和信令查詢結(jié)果進(jìn)行回單，而傳統(tǒng)的話單信令查詢需要通過手工通過4A 登錄信令監(jiān)測系統(tǒng)和設(shè)備話單逐一輸入號(hào)碼逐個(gè)查詢，而且信令系統(tǒng)有IMS、移動(dòng)網(wǎng)、網(wǎng)間關(guān)口局、VOLTE、軟交換多種網(wǎng)絡(luò)類型，每個(gè)網(wǎng)絡(luò)類型又有SIP/ISUP/DIAMETER/WIN/TUP 等多種協(xié)議，一個(gè)號(hào)碼要在多個(gè)頁面分別查詢，查詢時(shí)長長，也容易漏掉信令或者話單，需要通過自動(dòng)化來解決這個(gè)問題。

我們研發(fā)了信令系統(tǒng)和話單查詢模塊，實(shí)施步驟如圖4 信令話單查詢流程。

圖4 信令話單查詢流程

（1）首先根據(jù)號(hào)碼的查詢時(shí)間范圍、號(hào)碼的網(wǎng)絡(luò)類型、號(hào)碼的歸屬地等信息規(guī)整成一個(gè)TXT 文檔；

（2）然后上傳指定的FTP；

（3）FTP收到號(hào)碼后啟動(dòng)調(diào)度查詢程序，同時(shí)向IT接口查詢話單和信令監(jiān)測系統(tǒng)接口查詢信令；

（4）FTP上生成兩個(gè)結(jié)果，一個(gè)是每個(gè)號(hào)碼有無話單信令的結(jié)果，另外一個(gè)是具體的信令話單結(jié)果；

（5）從FTP上取下結(jié)果，作后續(xù)進(jìn)一步的處理。

3.4 回單

根據(jù)信令話單的查詢結(jié)果進(jìn)行回單，網(wǎng)間聯(lián)動(dòng)網(wǎng)站提供了批量回單的地方，需要根據(jù)模板填寫并上傳，具體到程序上，我們采用Python request 模塊，模擬發(fā)送https 請求，具體步驟如圖5 所示。

圖5 自動(dòng)回單流程

3.5 藍(lán)盾置黑

藍(lán)盾置黑也是模擬發(fā)送https 請求，但是藍(lán)盾系統(tǒng)登錄有所不同，通過抓包發(fā)現(xiàn)，輸入賬號(hào)密碼后，還會(huì)進(jìn)行二次校驗(yàn)，生成加密的字符串。經(jīng)過多次分析發(fā)現(xiàn)，中間經(jīng)過了128 位AES 加密算法，如果通不過這層校驗(yàn)無法進(jìn)入藍(lán)盾系統(tǒng)進(jìn)行下一步操作。為了解決這個(gè)問題，進(jìn)行了多次嘗試。

（1）通過抓包找到密鑰，但是密鑰每次都不一樣，毫無規(guī)律可循，方法失敗。

（2）找到網(wǎng)上的AES 128 位加密算法，編寫成Python 程序，發(fā)現(xiàn)生成的密鑰跟藍(lán)盾上的不一致，方法依舊失敗。

（3）通過多次debug 找到藍(lán)盾的AES 加密程序，但此程序是一個(gè)js文件，無法在Python或者Java程序上運(yùn)行。針對這個(gè)問題經(jīng)過摸索也有兩種解決方案。

①讀懂此加密js 文件，通過Python 重寫此程序。但是這個(gè)js 文件前后數(shù)百行，多重嵌套調(diào)用，且用了大量的縮寫引用，晦澀難懂，花了幾天時(shí)間勉強(qiáng)讀完用Python程序重寫后依然無法通過密鑰校驗(yàn)，看來此方法坑太多，失敗。

②通過Python 調(diào)用js 文件生成密鑰，通過網(wǎng)上查詢，發(fā)現(xiàn)有node.js、selenium+phantomjs、pyexecjs等多種方法。通過多次調(diào)試，并修改js 文件，最終用pyexecjs 模塊調(diào)用js 生成了正確的密鑰，問題解決。

密鑰生成后，通過發(fā)送https 請求，把信令話單查詢結(jié)果中不是雙無的號(hào)碼生成excel 文件，并上傳到藍(lán)盾置黑，這一步順利完成。

4 防騷擾工單未來面臨的挑戰(zhàn)

本文提出并部署的防騷擾工單全自動(dòng)化處理辦法，能夠快速、準(zhǔn)確地處理工單，極大減輕工作負(fù)擔(dān)。后續(xù)網(wǎng)站會(huì)出現(xiàn)一些需要人工識(shí)別的附件，比如營業(yè)執(zhí)照、身份證、保證書以及各種錄音，需要人工智能技術(shù)，如圖像識(shí)別、NLP 等技術(shù)來處理，如何實(shí)現(xiàn)高效、準(zhǔn)確地識(shí)別值得深入研究。