東云黑名單過濾系統怎么樣
東云黑名單過濾系統怎么樣,東云黑名單過濾系統好用嗎,東云黑名單過濾系統辦理
東云BSATS共享平臺將行業內的主流企業集中在一起，當對同一個號碼每天的呼叫次數達到5次時BSATS將會進行攔截.
其他企業再次呼叫時會被主動拒絕，通過降低“頻率”減少手機用戶被騷擾。
另外，針對一些對商業電話較敏感，且已經對語音或短信業務進行過投訴過的號碼，東云BSATS通過業內共享的方式進行了采集
將這部分號碼設定為黑名單數據庫.
呼叫中心在進行外呼時，與數據庫內的號碼進行比對、攔截，從而避免敏感手機用戶再次收到商業電話。
ARM-Linux環境下的UDP協議通信實驗
經過上述硬件設計和操作系統移植過程，本文所使用到的實驗環境已經構建完畢，經反復調試修改，嵌入式Linux操作系統在平臺下運行正常，于是進行UDP協議通信實驗。
4.1 UDP協議套接字編程基礎
UDP是一個面向數據報和無連接的簡單傳輸層協議，它不像TCP那樣通過握手過程建立服務器與客戶端的連接才可以工作。在網絡通信質量較好的情況下，UDP體現出高效率，這適合于傳送少量報文的應用。[3] linux系統是通過套接字結構來進行網絡編程的，應用程序通過對套接字的幾個函數調用，會返回一個用于通信的套接字描述符，而Linux應用程序在進行任何形式的I/O操作時，程序實際上是在讀寫一個文件描述符。[4]因此Linux下的套接字編程，可以看成是對普通文件描述符的操作，這些操作與被使用的硬件平臺無關，這是linux設備無關性的優點。UDP協議的通信模型如圖3所示。
在上述流程中，客戶端所收到的報文被存儲在緩沖區中，recvfrom()函數返回了報文存儲緩沖區的首地址，我們可以很方便地對這個首地址進行數組操作，從而實現對報文的解碼。
4.2 上位機報文結構及重發機制分析
根據項目要求，上位機軟件依然保留，我們使用協議嗅探工具對上位機發送的報文進行了嗅探，得到了上位機報文的結構如表1所示。
表1 上位機報文結構
上位機發出的每條報文由32個字節組成，第0位為版本信息。第1……12位為比賽信息和運動員教練信息，是報文的關鍵信息部分，13……22位為服務器端和客戶端的IP地址及端口號信息，23位是上位機對客戶端的操作指令代碼，24位是相關重發機制的代碼，30和31兩位是CheckSum，用來保證數據傳輸的正確。上位機采用的重發機制是一種上位機按照固定重發次數多次發送同一關鍵內容報文的機制，其第24位重發機制位被分為高4位和低4位兩部分，高四位的內容是當前發送的報文的索引號，每次發送一條新內容的報文時索引號自增1，索引號的取值范圍在0x00—0xFF范圍內循環自增。低四位是重發編號，表示同一索引號的報文正在被第幾次重發，固定的重發次數由上位機初始化時設定。
