一種短消息監控系統和方法

2023-04-27 02:38:41

專利名稱：一種短消息監控系統和方法
技術領域：
本發明涉及通信技術領域，特別涉及到一種短消息監控系統和方法。
背景技術：
隨著電信增值業務的發展，鑑於客戶需要以及各種垃圾信息的增加，對信息的監 控也越來越重要。運營商需要使用各種監控系統來監控用戶發送的短消息是否是垃圾短 信，撥打頻繁的電話是否是騷擾電話。目前，監控系統對於短消息的監控大多採用單獨對主叫號碼發送的短消息數據包 進行分析的方式，通過判斷在某段時間內是否滿足某種或幾種監控策略和規則來獲知是否 是垃圾簡訊，若是垃圾簡訊，則對發送該短消息的主叫號碼採取控制其在某段時間內發送 短消息的手段。一般情況下，正常用戶在某段時間內發送短消息的同時，也會有一定的電話呼叫 量。而對於某些短消息發送數據量比較大的正常用戶來說，如果單純採用短消息分析監控 策略來判斷，容易誤認為其發送的是垃圾簡訊，而導致該正常用戶的號碼被劃入黑名單，其 發送的短消息被誤攔截。

發明內容
本發明要解決的技術問題是提供一種短消息監控系統和方法，以克服現有監控方 法容易將發送短消息數量較大的正常用戶誤劃入黑名單的缺陷。為解決上述問題，本發明提供了一種短消息監控方法，包括網絡側保存有用於記錄違規號碼的第一黑名單，還配置有短消息分析監控策略及 通話量要求信息；在收到短消息數據包後，所述網絡側如果在所述第一黑名單中沒有查找到該短消 息發送方的號碼，則結合所述短消息分析監控策略及通話量要求信息對所述短消息數據包 進行分析判斷，並在判斷出該條短消息為垃圾簡訊時，將所述短消息發送方的號碼添加到 所述第一黑名單中。進一步地，上述方法具體包括短消息中心中保存有用於記錄違規號碼的第一黑名單，短消息監控平臺中配置有 短消息分析監控策略及通話量要求信息；在收到短消息數據包後，所述短消息中心如果在 所述第一黑名單中沒有查找到該短消息發送方的號碼，則將所述短消息數據包中包含的相 關信息發送給所述短消息監控平臺；所述短消息監控平臺收到後，若根據所述短消息分析 監控策略判斷出所述短消息可疑，則根據從相關計費系統處提取的所述發送方號碼的話單 判斷該號碼在預設時長內的歷史通話量是否滿足所述通話量要求，若不滿足，則由所述短 消息中心將該號碼添加到所述第一黑名單中。進一步地，上述方法還可包括若所述短消息中心在所述黑名單中沒有查找到所述發送方用戶的號碼，則將所述短消息下發給相應的接收方用戶。進一步地，上述方法還可包括若所述短消息監控平臺根據所述發送方用戶號碼的話單判斷出該號碼在預設時 長內的歷史通話量滿足所述通話量要求，則向所述短消息中心發送通知消息；所述短消息中心只有在收到所述通知消息後，才將所述短消息下發給相應的接收 方用戶。進一步地，上述方法還可具有以下特徵所述短消息監控平臺內配置的通話量要求採用下述方式中的任意一種或其任意 組合方式一用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發 起呼叫的次數大於一第一預設值；方式二用戶在以發出該條短消息的時間為結束時間的預設時長內，作為被叫被 呼叫的次數大於一第二預設值；方式三用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發 起呼叫的次數與作為被叫被呼叫的次數的比值大於一第三預設值。進一步地，上述方法還可具有以下特徵所述短消息監控平臺中保存有第二黑名單；當所述短消息監控平臺根據從相關計費系統處提取的所述發送方號碼的話單判 斷出該號碼在預設時長內的歷史通話量不滿足所述通話量要求時，所述短消息監控平臺將 該號碼添加到所述第二黑名單中；所述短消息中心將該號碼添加到所述第一黑名單中是指所述短消息中心與所述 短消息監控平臺間進行增量同步，將所述第二黑名單中記錄的上述號碼添加到所述第一黑 名單中。進一步地，上述方法還可包括所述短消息監控平臺在收到所述短消息數據包中包含的相關信息後，先在所述第 二黑名單中查找是否記錄有所述短消息發送方的號碼，如有，不再進行後續短消息分析監 控策略判斷流程；否則，進行後續短消息分析監控策略判斷流程。本發明還提供了一種短消息監控系統，包括短消息中心及短消息監控平臺；所述短消息中心中保存有用於記錄違規號碼的第一黑名單；用於在收到短消息數 據包後，如果在所述第一黑名單中沒有查找到該短消息發送方的號碼，則將所述短消息數 據包中包含的相關信息發送給所述短消息監控平臺；還用於將所述短消息監控平臺記錄下 的不符合通話量要求的號碼添加到所述第一黑名單中；所述短消息監控平臺中配置有短消息分析監控策略及通話量要求信息；用於在收 到所述相關信息後，若根據所述短消息分析監控策略判斷出所述短消息可疑，則根據從相 關計費系統處提取的所述發送方號碼的話單判斷該號碼在預設時長內的歷史通話量是否 滿足所述通話量要求，若不滿足，則還用於由將該號碼記錄下來。進一步地，上述系統還可具有以下特徵所述短消息監控平臺內配置的通話量要求採用下述方式中的任意一種或其任意 組合
方式一用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發 起呼叫的次數大於一第一預設值；方式二用戶在以發出該條短消息的時間為結束時間的預設時長內，作為被叫被 呼叫的次數大於一第二預設值；方式三用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發 起呼叫的次數與作為被叫被呼叫的次數的比值大於一第三預設值。進一步地，上述系統還可具有以下特徵所述短消息監控平臺中保存有第二黑名單；所述短消息監控平臺用於在根據從相關計費系統處提取的所述發送方號碼的話 單判斷出該號碼在預設時長內的歷史通話量不滿足所述通話量要求時，將該號碼添加到所 述第二黑名單中；所述短消息中心還用於與所述短消息監控平臺間進行增量同步，將所述第二黑名 單中記錄的上述號碼添加到所述第一黑名單中。進一步地，上述系統還可具有以下特徵所述短消息監控平臺還用於在收到所述短消息數據包中包含的相關信息後，先在 所述第二黑名單中查找是否記錄有所述短消息發送方的號碼，如有，不再進行後續短消息 分析監控策略判斷流程；否則，進行後續短消息分析監控策略判斷流程。進一步地，上述系統還可具有以下特徵所述短消息中心中包括第一存儲模塊及短消息收發模塊；所述第一存儲模塊用於保存所述第一黑名單；還用於將所述短消息監控平臺記錄 下的不符合通話量要求的號碼添加到所述第一黑名單中；所述短消息收發模塊用於在收到短消息數據包後，如果在所述第一黑名單中沒有 查找到該短消息發送方的號碼，則將所述短消息數據包中包含的相關信息發送給所述短消 息監控平臺。進一步地，上述系統還可具有以下特徵所述短消息監控平臺中包括第二存儲模塊、接口機模塊、準實時分析處理模塊、電 話呼叫分析處理模塊及黑名單處理模塊；所述第二存儲模塊中配置有短消息分析監控策略及通話量要求信息；所述準實時分析處理模塊用於在收到所述相關信息後，若根據所述第二存儲模塊 中配置的所述短消息分析監控策略判斷出所述短消息可疑，則將發送該短消息的用戶號碼 發送給電話呼叫分析處理模塊；所述接口機模塊用於從相關計費系統處提取所述發送方號碼的話單；所述電話呼叫分析處理模塊用於判斷其接收到的所述號碼在預設時長內的歷史 通話量是否滿足所述通話量要求，若不滿足，則還用於將該號碼發送給黑名單處理模塊；所述黑名單處理模塊用於將該號碼記錄下來。進一步地，上述系統還可具有以下特徵所述接口機模塊用於從所述短消息中心處接收所述相關信息後，將該信息發送給 所述準實時分析處理模塊。本發明將現有短消息監控策略與發送方號碼參與呼叫的頻率相結合，有效的避免
7了單純採用短消息策略規則監控而將正常發送短消息的用戶誤當作垃圾簡訊發送用戶的 情況，而且大幅度地提高了垃圾簡訊的過濾成功率，提高了用戶滿意度，從而可減少正常用 戶的投訴。


圖1為本發明實施例中短消息監控系統的結構圖；圖2為本發明應用實例中短消息監控方法的流程示意圖。
具體實施例方式由於真正發送垃圾簡訊的主叫用戶往往具有以下特徵短消息發送量很大，而電 話呼叫量很小，或者作為主叫呼叫較多而作為被叫呼叫較少。本發明的基本構思是網絡側保存有用於記錄違規號碼的第一黑名單，還配置有 短消息分析監控策略及通話量要求信息；在收到短消息數據包後，網絡側如果在該第一黑名單中沒有查找到該短消息發送 方的號碼，則結合上述短消息分析監控策略及通話量要求信息對上述短消息數據包進行分 析判斷，並在判斷出該條短消息為垃圾簡訊時，將該短消息發送方的號碼添加到上述第一 黑名單中。因此，根據上述構思，本發明提供的短消息監控方法，應用於包含短消息中心及短 消息監控平臺的監控系統中，其中，短消息監控平臺和短消息中心中分別保存有用於記錄 違規號碼的第一和第二黑名單，且短消息監控平臺中還配置有短消息分析監控策略及通話 量要求信息。該方法具體包括以下步驟步驟1、在收到發送方用戶發來的短消息數據包後，短消息中心在上述第一黑名單 中查找是否保存有該發送方用戶的號碼；若沒有，則將其接收到的短消息數據包中包含的 相關信息發送給短消息監控平臺，執行下一步驟；若有，則不下發該短消息，結束；在本發明的第一實施例中，當短消息中心在上述第一黑名單中沒有查找到上述發 送方用戶的號碼時，可在將該短消息發送給短消息監控平臺的同時或之前/之後，將該短 消息數據包直接下發給相應的接收方用戶，以保證短消息能夠基本無延遲的發送到接收方 用戶處。在本發明的第二實施例中，當短消息中心在上述第一黑名單中沒有查找到上述發 送方用戶號碼時，只有通過執行完後續步驟由短消息監控平臺判斷出該條短消息不是垃圾 簡訊時，才由短消息中心將該短消息數據包發送給相應的接收方用戶。該種方式可以基本 保證垃圾簡訊在首次發送時即被過濾掉，但由於短消息監控平臺處理能力有限且現有監控 規則配置很複雜，因此按照此方式進行處理時有可能會耽誤正常短消息的下發。因此，該種 處理方式更適用於短消息監控平臺處理能力強大且監控規則配置簡單的情景下。步驟2、短消息監控平臺收到後，根據其上配置的短消息分析監控策略判斷該用戶 號碼是否為發送垃圾簡訊的可疑用戶號碼(即該短消息是否為可疑垃圾簡訊)，若是，則執 行下一步驟；否則，不再進行後續處理，結束；在具體實現時，也可在短消息監控平臺上配置一第二黑名單。短消息監控平臺在 收到上述短消息數據包中包含的相關信息後，先判斷該短消息發送方號碼是否記錄在第二黑名單中，如果是，則不再進行後續短消息分析監控策略判斷流程，且將該號碼發送到短消 息中心側，由短消息中心將該號碼添加到第一黑名單中；如果沒記錄在第二黑名單中，則進 行後續短消息分析監控策略判斷流程。採用這種方式時，當短消息監控平臺與短消息中心 中的黑名單不同步時，短消息監控平臺有可能將沒有被短消息中心屏蔽的發送方用戶屏蔽 掉，節省了後續判斷流程，減少了系統資源的佔用，提高了效率。步驟3、短消息監控平臺根據其從相關計費系統提取到的發送方用戶號碼的話單， 進一步判斷該用戶號碼在預設時長內的歷史通話量是否滿足本地配置的通話量要求，若不 滿足，則由短消息中心將該發送方用戶的號碼信息添加到上述第一黑名單中，這樣，短消息 中心下次再接收到該用戶號碼下發的短消息時就可以通過第一黑名單的查找直接攔截該 號碼下發的短消息了。在上述第一實施例中，由於在步驟1中已經將該短消息數據包下發給接收方用 戶，因此，在本步驟3中，當短消息監控平臺判斷出該用戶號碼在預設時長內的歷史通話量 已滿足本地配置的通話量要求時，則直接結束本發明流程。在上述第二實施例中，由於在步驟1中沒有將該短消息數據包下發給接收方用 戶，因此，在本步驟3中，當短消息監控平臺判斷出該用戶號碼在預設時長內的歷史通話量 已滿足本地配置的通話量要求時，則需要通知短消息中心該條短消息不是垃圾簡訊，由短 消息中心在收到該條通知後將該短消息數據包下發給對應接收方用戶後，再結束本發明流程。當短消息監控平臺根據其從相關計費系統處提取的發送方用戶號碼的話單判斷 出該號碼在預設時長內的歷史通話量不滿足上述通話量要求時，可以將該號碼添加到第二 黑名單中；然後短消息中心與短消息監控平臺間進行增量同步，將第二黑名單中記錄的上 述號碼添加到第一黑名單中，其中，該同步可以定期進行或者當第二黑名單中只要增加了 新的用戶號碼就與短消息中心進行一次同步。另外一種實現方式是當短消息監控平臺根 據其從相關計費系統處提取的發送方用戶號碼的話單判斷出該號碼在預設時長內的歷史 通話量不滿足上述通話量要求時，將該號碼寫入到一個其與短消息中心事先協商好的指定 文件中；短消息中心定期讀取該文件，將該文件中記錄的號碼增量同步到其上第一黑名單 中。短消息監控平臺上配置的通話量要求信息可以採用下述方式中的任意一種或其 任意組合方式一在以發出該條短消息的時間為結束時間的預設時長內，用戶作為主叫發 起呼叫的次數大於一第一預設值；方式二在以發出該條短消息的時間為結束時間的預設時長內，用戶作為被叫被 呼叫的次數大於一第二預設值；方式三在以發出該條短消息的時間為結束時間的預設時長內，用戶作為主叫發 起呼叫的次數與作為被叫被呼叫的次數的比值大於一第三預設值。第二黑名單中記錄的號碼信息，除根據上述方法由短消息監控平臺自動進行添加 外，還可以由運營商相關人員通過人機互動界面手動維護，如添加一些其已知的違規號碼。 同理，第一黑名單中記錄的號碼信息，除從短消息監控平臺中同步到本地的方式外，也可以 由運營商相關人員通過人機互動界面進行手動維護。
9
如圖1所示，本發明所述短消息監控系統，包括短消息中心101和短消息監控平 臺102，其中，短消息中心中包括第一存儲模塊103和短消息收發模塊104，還可以包括第 一配置模塊111 ；短消息監控平臺102中包括接口機模塊105、準實時分析處理模塊106、 電話呼叫分析處理模塊107、黑名單處理模塊108及第二存儲模塊109，還可以包括第二配 置模塊110。短消息中心101，主要提供短消息的收發功能，其中的短消息收發模塊104主要用 於在接收到發送方用戶發來的短消息數據包後，在第一存儲模塊103中保存的第一黑名單 中查找是否記錄有該發送方用戶的號碼；如有，則不向相應接收方用戶下發該短消息數據 包；否則，可以向相應接收方用戶下發該短消息數據包(可選，另一種方式是在接收到短消 息監控平臺發來的發送通知消息後再下發)，還需向短消息監控平臺102發送該短消息數 據包中包含的相關信息，其中，該相關信息可以但不限於包括發送方用戶號碼、接收方用 戶號碼、短消息內容信息、短消息發送時間等；發送相關信息的方式可以是短消息中心101 將該數據包直接發送給短消息監控平臺102，或者短消息中心101將上述相關信息從數據 包中提取出來，寫入到文件中，將該文件發送給短消息監控平臺；第一存儲模塊103，用於保存第一黑名單；第一配置模塊111，用於提供人機互動界面(如WEB網頁方式)供運營商相關人員 對第一存儲模塊103中保存的信息進行維護，如查詢和手工維護第一黑名單中的號碼，包 括對黑名單中的號碼進行新增、刪除操作等；接口機模塊105，用於接收短消息中心101發來的短消息數據包中包含的相關信 息，並將該相關信息發送給準實時分析處理模塊106 ；還用於從其他相應平臺(如信令監測 系統⑶R(Calling Detail Records，呼叫詳細記錄)、短消息呼叫業務平臺)獲取上述發送 方用戶的話單；其中，接口機模塊105可以與短消息中心101之間建立有線連接，在這種連接方式 下，短消息中心101將該上述相關信息，包括發送方用戶號碼、接收方用戶號碼、發送時間、 用戶類型、消息內容等信息，記錄為文件後，直接發送給接口機模塊105，接收機模塊105收 到後，從文件中提取出相關信息，發送給準實時分析處理模塊106 ；或者，接口機模塊105與 短消息中心101之間通過內部消息交互的方式建立連接，在此種連接方式下，短消息中心 101將該短消息數據包直接發送給接收機模塊105，接收機模塊105收到後，直接將該數據 包中包含的相關信息發送給準實時分析處理模塊106 ；準實時分析處理模塊106，可通過上述接口機模塊105接收短消息數據包中包含 的相關信息，或者直接從短消息中心101處接收上述相關信息。其用於根據第二存儲模塊 109中保存的短消息分析監控策略對其接收到的上述相關信息進行分析，判斷發送該短消 息的號碼是否為發送垃圾簡訊的可疑用戶號碼；若是，則將該號碼發送給電話呼叫分析處 理模塊107 ；電話呼叫分析處理模塊107，用於在接收到準實時分析處理模塊106發來的號碼 後，根據接口機模塊105提取的話單判斷該號碼在預設時長內的歷史通話量是否滿足第二 存儲模塊109中保存的通話量要求；若不滿足，則將該號碼發送給黑名單處理模塊108 ；黑名單處理模塊108，可用於將電話呼叫分析處理模塊108發送過來的號碼寫入 第二存儲模塊109中保存的第二黑名單中，或者寫入到一個其與短消息中心事先協商好的指定文件中，由第一存儲模塊將該號碼從上述第二黑名單中或指定文件中同步到其上第一 黑名單中。第二存儲模塊109，用於保存短消息分析監控策略及通話量要求等信息，還可以保 存第二黑名單；第二配置模塊110，用於提供人機互動界面(如TOB網頁方式)供運營商相關人員 對第二存儲模塊109中保存的信息進行維護，如對短消息分析監控策略及通話量要求進行 配置，對第二黑名單中記錄的號碼進行新增、刪除等操作。下面以發送方用戶號碼為123456000向接收方用戶號碼123456777發送短消息為 例，對本發明所述方法進行進一步說明。假設發送方用戶號碼123456000並沒有記錄在第
一黑名單中。如圖2所示，短消息監控方法包括以下步驟步驟201，短消息中心中的短消息收發模塊收到發送方用戶號碼123456000欲 發送到接收方用戶號碼123456777的短消息數據包後，首先到第一黑名單中查詢號碼 123456000出該號碼沒有記錄在該第一黑名單中，因此短消息收發模塊向接收方用戶號碼 123456777下發此短消息數據包；步驟202，如果短消息中心直接與短消息監控平臺中的準實時分析處理模塊相 連，則短消息中心會將攜帶相關信息(如發送方用戶號碼123456000、接收方用戶號碼 123456777、發送時間、用戶類型等信息)的短消息數據包發送給準實時分析處理模塊後， 執行步驟204 ；步驟203，如果短消息中心通過接口機模塊與準實時分析處理模塊間接相連，則 短消息中心將該條短消息數據包中包含的相關信息寫入到一文件中，並上傳到指定目錄， 由接口機模塊掃描該目錄以從中提取出文件內容信息後發送給準實時分析處理模塊；或者 短消息中心將該短消息數據包直接發送給接口機模塊，由接口機模塊從中解析出相關信息 後，發送給準實時分析處理模塊；步驟204，準實時分析處理模塊向黑名單處理模塊發送查詢消息，其中攜帶其獲取 到的上述相關信息中發送方用戶的號碼；步驟205，黑名單處理模塊在接收到準實時分析處理模塊向其發送的查詢消息後， 查詢第二存儲模塊中已存儲的第二黑名單是否記錄有上述發送發用戶的號碼，並將查詢結 果以回復響應消息的方式提供給準實時分析處理模塊；步驟206，準實時分析處理模塊接收到黑名單處理模塊回復的響應消息後，若根據 其中的查詢結果判斷出發送方用戶號碼已在第二黑名單中，則不再進行後續處理，結束；若 根據其中的查詢結果判斷出發送方用戶號碼不在第二黑名單中，則讀取第二存儲模塊中保 存的短消息分析監控策略，對收到的上述相關信息進行分析，其中，該策略可採用發送方用 戶號碼在某段時間內發送的短消息數量為依據進行某些策略和某些規則的判斷，也可根據 發送方用戶號碼在某段時間內發送短消息內容為依據進行某些策略和某些規則的判斷，判 斷出該發送方用戶號碼是否為發送垃圾簡訊的可疑用戶；步驟207，準實時分析處理模塊在經過步驟206中的分析發送方用戶流程後，若認 為發送方用戶不是可疑用戶，則不再進行後續處理，結束；若分析發送方用戶號碼後，認為 其是可疑用戶，則將該發送方用戶號碼信息發送給電話呼叫分析模塊；
步驟208，接口機模塊可通過文件方式或實時發送消息方式連接呼叫平臺(即相 關計費系統)，如信令監測系統CDR、短消息呼業務平臺等，但不局限於此上述提到的幾種 平臺，從其處獲取呼叫信息話單；步驟209，電話呼叫分析模塊讀取第二存儲模塊中保存的通話量要求信息，該要求 可以是如作為主叫呼叫次數的必須大於等於一第一預設值，或作為被叫被呼叫的次數必 須大於等於一第二預設值，或作為主叫呼叫與作為被叫被呼叫的比值必須大於等於一第三 預設值，上述要求可單獨實施，也可以結合實施，來認定可疑號碼是否是發送垃圾簡訊的違 規號碼。若認定為違規號碼，則向黑名單處理模塊發送加入黑名單請求，其中攜帶上述發送 方用戶號碼信息；步驟210，黑名單處理模塊接收到上述加入黑名單請求後，後，將該發送方用戶號 碼寫入到第二黑名單中，在後續第一存儲模塊會將第二黑名單中的記錄的該發送方號碼增 量同步到第一黑名單中，當該號碼再次發送短消息時將會被短消息中心禁止。
1權利要求
一種短消息監控方法，包括網絡側保存有用於記錄違規號碼的第一黑名單，還配置有短消息分析監控策略及通話量要求信息；在收到短消息數據包後，所述網絡側如果在所述第一黑名單中沒有查找到該短消息發送方的號碼，則結合所述短消息分析監控策略及通話量要求信息對所述短消息數據包進行分析判斷，並在判斷出該條短消息為垃圾簡訊時，將所述短消息發送方的號碼添加到所述第一黑名單中。
2.如權利要求1所述的方法，其特徵在於，上述方法具體包括短消息中心中保存有用於記錄違規號碼的第一黑名單，短消息監控平臺中配置有短消 息分析監控策略及通話量要求信息；在收到短消息數據包後，所述短消息中心如果在所述 第一黑名單中沒有查找到該短消息發送方的號碼，則將所述短消息數據包中包含的相關信 息發送給所述短消息監控平臺；所述短消息監控平臺收到後，若根據所述短消息分析監控 策略判斷出所述短消息可疑，則根據從相關計費系統處提取的所述發送方號碼的話單判斷 該號碼在預設時長內的歷史通話量是否滿足所述通話量要求，若不滿足，則由所述短消息 中心將該號碼添加到所述第一黑名單中。
3.如權利要求2所述的方法，其特徵在於，還包括若所述短消息中心在所述黑名單中沒有查找到所述發送方用戶的號碼，則將所述短消 息下發給相應的接收方用戶。
4.如權利要求2所述的方法，其特徵在於，還包括若所述短消息監控平臺根據所述發送方用戶號碼的話單判斷出該號碼在預設時長內 的歷史通話量滿足所述通話量要求，則向所述短消息中心發送通知消息；所述短消息中心只有在收到所述通知消息後，才將所述短消息下發給相應的接收方用戶。
5.如權利要求2或4所述的方法，其特徵在於所述短消息監控平臺內配置的通話量要求採用下述方式中的任意一種或其任意組合方式一用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發起呼 叫的次數大於一第一預設值；方式二 用戶在以發出該條短消息的時間為結束時間的預設時長內，作為被叫被呼叫 的次數大於一第二預設值；方式三用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發起呼 叫的次數與作為被叫被呼叫的次數的比值大於一第三預設值。
6.如權利要求2所述的方法，其特徵在於 所述短消息監控平臺中保存有第二黑名單；當所述短消息監控平臺根據從相關計費系統處提取的所述發送方號碼的話單判斷出 該號碼在預設時長內的歷史通話量不滿足所述通話量要求時，所述短消息監控平臺將該號 碼添加到所述第二黑名單中；所述短消息中心將該號碼添加到所述第一黑名單中是指所述短消息中心與所述短消 息監控平臺間進行增量同步，將所述第二黑名單中記錄的上述號碼添加到所述第一黑名單中。
7.如權利要求6所述的方法，其特徵在於，還包括所述短消息監控平臺在收到所述短消息數據包中包含的相關信息後，先在所述第二黑 名單中查找是否記錄有所述短消息發送方的號碼，如有，不再進行後續短消息分析監控策 略判斷流程；否則，進行後續短消息分析監控策略判斷流程。
8.一種短消息監控系統，包括短消息中心及短消息監控平臺；所述短消息中心中保存有用於記錄違規號碼的第一黑名單；用於在收到短消息數據包 後，如果在所述第一黑名單中沒有查找到該短消息發送方的號碼，則將所述短消息數據包 中包含的相關信息發送給所述短消息監控平臺；還用於將所述短消息監控平臺記錄下的不 符合通話量要求的號碼添加到所述第一黑名單中；所述短消息監控平臺中配置有短消息分析監控策略及通話量要求信息；用於在收到所 述相關信息後，若根據所述短消息分析監控策略判斷出所述短消息可疑，則根據從相關計 費系統處提取的所述發送方號碼的話單判斷該號碼在預設時長內的歷史通話量是否滿足 所述通話量要求，若不滿足，則還用於由將該號碼記錄下來。
9.如權利要求8所述的系統，其特徵在於所述短消息監控平臺內配置的通話量要求採用下述方式中的任意一種或其任意組合方式一用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發起呼 叫的次數大於一第一預設值；方式二 用戶在以發出該條短消息的時間為結束時間的預設時長內，作為被叫被呼叫 的次數大於一第二預設值；方式三用戶在以發出該條短消息的時間為結束時間的預設時長內，作為主叫發起呼 叫的次數與作為被叫被呼叫的次數的比值大於一第三預設值。
10.如權利要求9所述的系統，其特徵在於所述短消息監控平臺中保存有第二黑名單；所述短消息監控平臺用於在根據從相關計費系統處提取的所述發送方號碼的話單判 斷出該號碼在預設時長內的歷史通話量不滿足所述通話量要求時，將該號碼添加到所述第 二黑名單中；所述短消息中心還用於與所述短消息監控平臺間進行增量同步，將所述第二黑名單中 記錄的上述號碼添加到所述第一黑名單中。
11.如權利要求10所述的系統，其特徵在於，所述短消息監控平臺還用於在收到所述短消息數據包中包含的相關信息後，先在所述 第二黑名單中查找是否記錄有所述短消息發送方的號碼，如有，不再進行後續短消息分析 監控策略判斷流程；否則，進行後續短消息分析監控策略判斷流程。
12.如權利要求8所述的系統，其特徵在於，所述短消息中心中包括第一存儲模塊及短消息收發模塊；所述第一存儲模塊用於保存所述第一黑名單；還用於將所述短消息監控平臺記錄下的 不符合通話量要求的號碼添加到所述第一黑名單中；所述短消息收發模塊用於在收到短消息數據包後，如果在所述第一黑名單中沒有查找到該短消息發送方的號碼，則將所述短消息數據包中包含的相關信息發送給所述短消息監 控平臺。
13.如權利要求8或12所述的系統，其特徵在於，所述短消息監控平臺中包括第二存儲模塊、接口機模塊、準實時分析處理模塊、電話呼 叫分析處理模塊及黑名單處理模塊；所述第二存儲模塊中配置有短消息分析監控策略及通話量要求信息； 所述準實時分析處理模塊用於在收到所述相關信息後，若根據所述第二存儲模塊中配 置的所述短消息分析監控策略判斷出所述短消息可疑，則將發送該短消息的用戶號碼發送 給電話呼叫分析處理模塊；所述接口機模塊用於從相關計費系統處提取所述發送方號碼的話單； 所述電話呼叫分析處理模塊用於判斷其接收到的所述號碼在預設時長內的歷史通話 量是否滿足所述通話量要求，若不滿足，則還用於將該號碼發送給黑名單處理模塊； 所述黑名單處理模塊用於將該號碼記錄下來。
14.如權利要求13所述的系統，其特徵在於，所述接口機模塊用於從所述短消息中心處接收所述相關信息後，將該信息發送給所述 準實時分析處理模塊。
全文摘要
一種短消息監控系統和方法，所述系統包括短消息中心及短消息監控平臺；所述方法包括網絡側保存有用於記錄違規號碼的第一黑名單，還配置有短消息分析監控策略及通話量要求信息；在收到短消息數據包後，網絡側如果在第一黑名單中沒有查找到該短消息發送方的號碼，則結合短消息分析監控策略及通話量要求信息對該短消息數據包進行分析判斷，並在判斷出該條短消息為垃圾簡訊時，將該短消息發送方的號碼添加到第一黑名單中。本發明將現有短消息監控策略與發送方號碼參與呼叫的頻率相結合，有效的避免了單純採用短消息策略規則監控而將正常發送短消息的用戶誤當作垃圾簡訊發送用戶的情況，大幅度地提高了垃圾簡訊的過濾成功率，提高了用戶滿意度。
文檔編號H04W24/00GK101854609SQ20101018439
公開日2010年10月6日 申請日期2010年5月17日 優先權日2010年5月17日
發明者李麗莉, 楊超, 陶海平, 顧益芳 申請人:中興通訊股份有限公司