東云黑名單過濾系統咨詢,東云黑名單過濾系統咨詢辦理,辦理東云黑名單過濾系統

東云BSATS共享平臺將行業內的主流企業集中在一起，當對同一個號碼每天的呼叫次數達到5次時BSATS將會進行攔截.

其他企業再次呼叫時會被主動拒絕，通過降低“頻率”減少手機用戶被騷擾。

另外，針對一些對商業電話較敏感，且已經對語音或短信業務進行過投訴過的號碼，東云BSATS通過業內共享的方式進行了采集

將這部分號碼設定為黑名單數據庫.

呼叫中心在進行外呼時，與數據庫內的號碼進行比對、攔截，從而避免敏感手機用戶再次收到商業電話。

嵌入式客戶端的實驗程序設計
　　針對報文結構，我們對接收端編寫實驗程序代碼，代碼的主要功能是從上位機接收報文，將計算出的CheckSum校驗和與收到的校驗和對比判斷報文是否正確，然后從正確報文中取出主要信息并按照報文中的上位機指令碼進行輸出。其結構流程圖如圖3所示。
　　實驗程序經編碼、調試后在交叉編譯環境中交叉編譯，生成arm-Linux環境下可執行文件，在目標板上執行。經測試試驗程序能夠正確接收上位機發來的報文，對報文解碼，并能根據上位機命令對關鍵信息做輸出處理。
　　4.4 對上位機重發次數的研究
　　進行UDP協議通信時，發送端和接收端的狀態是相對獨立的，發送端不與接收端建立連接，而是不停向接收端發送，為了確保不丟失報文，上位機采取了按固定次數重發相同內容報文的機制。然而這種機制雖然可以有效確保報文不丟失，但是大量冗余數據報被發送，網絡資源利用率不高。重發次數越多，冗余數據報越多，效率越低。要想有效保證數據報準確發送的同時又不產生過多冗余數據報，那么重復發送的次數的確定就成為問題的關鍵。以下給出一種確定上位機重發次數的方法。
　　假設當前網絡狀況下，每次報文發送被丟失的概率為p，系統允許接收端報文關鍵內容丟失概率為q，那么如何確定以上重發機制中的重發次數k呢？
　　特殊情況下若報文重發次數為2，分別在每條報文重發機制位注明一個索引號和一個重發編號，發送端發送報文的次序應形如 1.1 ，1.2 ，2.1 ，2.2 ，3.1 ，3.2……其中索引號相同的報文關鍵內容相同，重發編號不同代表同一關鍵內容報文的不同次發送。因此只有出現連續兩次丟失數據報的情況下，報文關鍵內容才可能丟失。出現連續兩次丟失的情況有2種，當x.1 ， x.2丟失，此時索引號為x的報文關鍵信息將全部丟失。當x.2，(x+1). 1丟失，丟失報文的索引號不同，此時不會發生報文關鍵信息丟失，因此報文關鍵內容丟失的概率q=p2/2。 免費論文下載中心 http://www.hi138.com 　當報文重發次數為3，依然在每條報文的重發機制位注明索引號和重發號，發送報文的次序應為1.1 ，1.2 ，1.3 ，2.1 ，2.2 ，2.3 ，3.1 ，3.2……。只有出現連續3次丟失數據報的情況報文關鍵信息才可能丟失，列出連續3次丟失報文的情況有3種，當x.1 ， x.2 ， x.3丟失，此時索引號為x的報文信息全部丟失。當x.2 ， x.3 ，(x+1).1或x.3 ，(x+1).1 ，(x+1).2丟失時不影響報文的準確傳遞。因此此時報文關鍵內容丟失的概率q=p3/3。