一種短信用戶欠費控制方法和短信監(jiān)控系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種短信用戶欠費控制方法，包括：接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析，同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求；接收所述業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲??；根據(jù)所述用戶狀態(tài)查詢結(jié)果和所述短信內(nèi)容分析結(jié)果決定是否將短消息繼續(xù)下發(fā)。本發(fā)明采取了上述方案以后，由于能夠克服現(xiàn)有技術(shù)中需要進行預(yù)扣費鑒權(quán)從而導(dǎo)致處理速度較慢的缺點，且由于業(yè)務(wù)支撐系統(tǒng)僅僅返回用戶狀態(tài)鑒權(quán)結(jié)果而不對用戶進行扣費，因此能夠提高對短消息的處理速度，此外，還公開了相應(yīng)的短信監(jiān)控系統(tǒng)。
【專利說明】一種短信用戶欠費控制方法和短信監(jiān)控系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)業(yè)務(wù)【技術(shù)領(lǐng)域】，具體來說，特別涉及一種短信用戶欠費控制方法和短信監(jiān)控系統(tǒng)。
【背景技術(shù)】
[0002]隨著通信服務(wù)的不斷擴展，利用移動通信服務(wù)傳送垃圾短信違法和不良信息的現(xiàn)象也隨之出現(xiàn)，并且很多垃圾短信的發(fā)送者都為惡意欠費用戶，造成了很大的話費損失。
[0003]如圖1所示，當(dāng)移動用戶MSl(Mobile Station)向MS2發(fā)送短信成功后，會在短信中心(SMSC)每隔5分鐘或2秒生成計費話單，供業(yè)務(wù)支撐系統(tǒng)BOSS側(cè)(Business &Operation Support System)計費程序進行采集計費(采集周期為2分)，其本質(zhì)上屬于一種先發(fā)再付費方式。
[0004]此過程需要經(jīng)歷短信中心生成話單、話單采集、BOSS處理等三個時間點，在該時間點內(nèi)存在巨大的風(fēng)險，即對于此種短信發(fā)送方式和計費方式，因此如果惡意用戶在短時間發(fā)送大量垃圾短信，勢必造成大量欠費，給公司造成巨大損失。
[0005]為了遏制短信欠費，目前較為常用的是如圖2所示的短信欠費風(fēng)險控制方案，該方案主要是通過BOSS對余額進行控制，對于小余額用戶加載為短信欠控用戶，由短信中心將該部分用戶進行預(yù)付費控制，通過BOSS進行短信下發(fā)前的預(yù)扣費，具體為:手機發(fā)送短信到短信中心側(cè)，短信中心判斷是欠費風(fēng)險控制用戶后，短信中心發(fā)起鑒權(quán)請求消息到智能網(wǎng)系統(tǒng)(SCP)，SCP發(fā)送鑒權(quán)請求消息到BOSS側(cè)，由BOSS側(cè)判斷此賬戶上是否有余額，其中，如果賬戶上有余額，將進行實時扣費，同時發(fā)送鑒權(quán)成功消息并通過SCP轉(zhuǎn)發(fā)給短信中心，短信中心根據(jù)收到消息結(jié)果，決定是否向被叫用戶發(fā)送短信，如果此賬戶上沒有余額，短信中心側(cè)將收到鑒權(quán)失敗消息，進而達到阻止短信下發(fā)的目的，但是，這種方法僅能適用于預(yù)付費用戶控制，且其處理速度較慢并對大量短信發(fā)送的用戶，還是具有一定的欠費風(fēng)險。
[0006]中國專利申請?zhí)?200910104915.6，專利名稱《一種針對預(yù)付費用戶的短信欠費保護系統(tǒng)及實現(xiàn)方法》公開了一種針對預(yù)付費用戶的短信欠費保護方法，其主要是在垃圾短信平臺側(cè)增加了一個“欠費高風(fēng)險用戶列表”，此列表用戶信息來源于BOSS側(cè)，其中，用戶所發(fā)消息在經(jīng)過國安系統(tǒng)、垃圾短信平臺分揀判斷的基礎(chǔ)上，同時會檢查主叫用戶是否屬于欠費高風(fēng)險用戶，如果是將要通過在線計費系統(tǒng)(OCS)進行在線預(yù)扣費鑒權(quán)；如果不是將允許下發(fā)的鑒權(quán)結(jié)果通過代理網(wǎng)關(guān)(proxy)轉(zhuǎn)發(fā)給短信中心，該方案一定程度上提高了系統(tǒng)利用效率，但是，該種方法由于需要在BOSS側(cè)經(jīng)過鑒權(quán)扣費步驟，從而對短消息處理速度造成一定影響，即對于短時間進行大量短信發(fā)送的用戶，該用戶還是具有一定的欠費風(fēng)險。

【發(fā)明內(nèi)容】

[0007]本發(fā)明針對現(xiàn)有技術(shù)的缺點，提供了一種短信用戶欠費控制方法，該方法具有很好的欠費保護效果，且上述技術(shù)方案對現(xiàn)有網(wǎng)絡(luò)改動較小。
[0008]本發(fā)明解決上述技術(shù)問題所采取的技術(shù)方案如下:
[0009]一種短信用戶欠費控制方法，包括:接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析，同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求；接收所述業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲取；根據(jù)所述用戶狀態(tài)查詢結(jié)果和所述短信內(nèi)容分析結(jié)果判斷是否將短消息繼續(xù)下發(fā)。
[0010]一種短信監(jiān)控系統(tǒng)，包括:
[0011]接收分析單元，用于接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析；鑒權(quán)分析單元，用于在所述接收分析單元進行短信內(nèi)容分析的同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求；
[0012]決策判斷單元，用于接收所述業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲取，并進一步根據(jù)所述用戶狀態(tài)查詢結(jié)果和短信內(nèi)容分析結(jié)果判斷是否將短消息繼續(xù)下發(fā)。
[0013]本發(fā)明采取了上述技術(shù)方案以后，能夠在對短信內(nèi)容進行分析的同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起對具有欠費風(fēng)險的用戶進行狀態(tài)查詢，且所述業(yè)務(wù)支撐系統(tǒng)僅僅返回用戶狀態(tài)鑒權(quán)結(jié)果而不對用戶進行實際扣費，從而能夠提高對短消息的處理速度，具有很好的技術(shù)效
果O
[0014]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
【專利附圖】

【附圖說明】
[0015]下面結(jié)合附圖對本發(fā)明進行詳細的描述，以使得本發(fā)明的上述優(yōu)點更加明確。
[0016]圖1是現(xiàn)有技術(shù)一種短信用戶欠費控制方法的流程示意圖；
[0017]圖2是現(xiàn)有技術(shù)一種短信用戶狀態(tài)管理方法的流程示意圖；
[0018]圖3是本發(fā)明短信用戶欠費控制方法的實施例的流程示意圖；
[0019]圖4是輔助本發(fā)明短信用戶欠費控制方法的短信用戶狀態(tài)管理方法的實施例的流程示意圖；
[0020]圖5是輔助本發(fā)明短信用戶欠費控制方法的短信用戶狀態(tài)管理方法的狀態(tài)查詢流程示意圖；
[0021]圖6是輔助本發(fā)明短信用戶欠費控制方法的短信用戶狀態(tài)管理方法的賬號管理的流程示意圖；
[0022]圖7是本發(fā)明短信用戶狀態(tài)欠費控制方法的一個實施例的流程示意圖；
[0023]圖8是本申請實施例的一種短信監(jiān)控系統(tǒng)的結(jié)構(gòu)示意圖；
[0024]圖9是輔助圖8所述實施例的短信監(jiān)控系統(tǒng)的短信用戶狀態(tài)管理系統(tǒng)的流程示意圖?！揪唧w實施方式】
[0025]以下結(jié)合附圖和具體實施例對本申請進行詳細的說明。
[0026]方法實施例一:
[0027]如圖3所示，本實施例中的一種短信用戶欠費控制方法，主要包括:
[0028]步驟301:接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析；
[0029]步驟302:判斷該用戶是否屬于具有欠費風(fēng)險的用戶；
[0030]其中，當(dāng)屬于具有欠費風(fēng)險的用戶時，步驟303:向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求；
[0031]步驟304:接收業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果；其中，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲?。?br> [0032]步驟305:根據(jù)所述用戶狀態(tài)查詢結(jié)果判斷所述用戶是否屬于欠費用戶(或者黑名單用戶)步驟306:根據(jù)所述短信內(nèi)容分析結(jié)果和所述用戶狀態(tài)分析結(jié)果判斷是否將所述短消息繼續(xù)下發(fā)，包括:當(dāng)屬于欠費用戶(或者黑名單用戶)或者短信內(nèi)容分析結(jié)果不合法時，則不將所述短消息繼續(xù)向下發(fā)，如果上述主叫用戶不是欠費用戶且短信內(nèi)容合法，則下發(fā)上述短消息。
[0033]具體來說，目前短信中心一般會將終端發(fā)起的M0(Mobile Originate)消息和應(yīng)用程序發(fā)起的AO(Application Original)消息發(fā)送至短消息代理網(wǎng)關(guān)(Proxy),由代理網(wǎng)關(guān)將消息送到如:國家安全系統(tǒng)和垃圾短信監(jiān)控系統(tǒng)進行鑒權(quán)，其中，這兩個系統(tǒng)鑒權(quán)均成功時才允許短消息進行下發(fā)。
[0034]本實施例主要考慮在垃圾短信監(jiān)控系統(tǒng)側(cè)的行為，即在步驟301中，垃圾短信監(jiān)控系統(tǒng)接收代理網(wǎng)關(guān)發(fā)起的主叫用戶號碼的短信鑒權(quán)請求，并對該短信鑒權(quán)請求中的用戶號碼進行分析，包括:
[0035]根據(jù)預(yù)設(shè)的黑白名單對主叫用戶號碼進行過濾；
[0036]針對過濾后的不屬于黑白名單中的用戶號碼進一步分析并判斷其是否屬于欠費風(fēng)險用戶。
[0037]其中，在實施例中，判斷所述主叫用戶是否屬于欠費風(fēng)險用戶的方法如下面方法所示，即:累計單位時間內(nèi)所述用戶號碼發(fā)送的短信請求次數(shù)；
[0038]判斷所述短信請求累計次數(shù)是否超過設(shè)定閾值，其中，當(dāng)在累計單位時間內(nèi)超過設(shè)定閾值后，則判斷該用戶屬于欠費風(fēng)險用戶。
[0039]步驟303中，具體包括:垃圾短信監(jiān)控系統(tǒng)向業(yè)務(wù)支撐系統(tǒng)發(fā)起一個用戶狀態(tài)查詢請求，上述業(yè)務(wù)支撐系統(tǒng)與現(xiàn)有技術(shù)的BOSS系統(tǒng)不同，即該業(yè)務(wù)支撐系統(tǒng)主要是返回一個鑒權(quán)狀態(tài)(是否欠費/是否為黑名單用戶)而不對其進行扣費，在實現(xiàn)的時候，上述查詢請求直接由短信監(jiān)控系統(tǒng)發(fā)送到業(yè)務(wù)支撐系統(tǒng)中，具有很好的短信用戶欠費風(fēng)險控制效果O
[0040]此外，該方法在具體實現(xiàn)的時候，可以在垃圾短信監(jiān)控系統(tǒng)鑒權(quán)消息在發(fā)送至內(nèi)部進行分析處理的基礎(chǔ)上再復(fù)制一份至業(yè)務(wù)支撐系統(tǒng)，由該系統(tǒng)對消息的主叫號碼是否欠費進行預(yù)鑒權(quán)審核，以實現(xiàn)上述分析過程。
[0041]步驟304中，還可以包括:根據(jù)所述用戶狀態(tài)查詢結(jié)果判斷是否將主叫用戶號碼添加到黑名單中，也即是說:
[0042]當(dāng)所述用戶狀態(tài)查詢結(jié)果為鑒權(quán)不通過，將主叫用戶號碼添加到嫌疑黑名單中，并向業(yè)務(wù)支撐系統(tǒng)請求加黑；
[0043]接收業(yè)務(wù)支撐系統(tǒng)的加黑確認結(jié)果，并將所述主叫用戶號碼添加到號碼黑名單中，進而使得后續(xù)的分析時不需要再對該號碼進行欠費風(fēng)險查詢，提供后續(xù)的處理過程中的運行效率。
[0044]其中，當(dāng)業(yè)務(wù)支撐系統(tǒng)接收到某一個加黑用戶號碼的充值后，在業(yè)務(wù)支撐系統(tǒng)側(cè)會解除相應(yīng)的加黑狀態(tài)，并向垃圾短信監(jiān)控系統(tǒng)發(fā)送相應(yīng)的解除主叫用戶號碼的加黑通知；
[0045]由此，所述垃圾短信監(jiān)控系統(tǒng)會響應(yīng)所述解除通知，根據(jù)所述解除請求將主叫用戶號碼從號碼黑名單中解除，并相應(yīng)地將該主叫用戶號碼加入到相應(yīng)的白名單或者繼續(xù)進行相應(yīng)的欠費風(fēng)險控制。
[0046]本發(fā)明采取了上述方案以后，由于能夠克服現(xiàn)有技術(shù)中的需要經(jīng)過智能網(wǎng)進行預(yù)扣費鑒權(quán)的缺點，且由于業(yè)務(wù)支撐系統(tǒng)僅僅返回用戶狀態(tài)鑒權(quán)結(jié)果而不對用戶進行扣費，因此，能夠提高對短消息的處理速度，具有很好的技術(shù)效果。
[0047]如圖4所示，是輔助本發(fā)明短信用戶欠費控制方法的短信用戶狀態(tài)管理方法的實施例的流程示意圖，其主要包括:
[0048]步驟401:接收短信監(jiān)控系統(tǒng)發(fā)起的用戶狀態(tài)查詢請求；
[0049]步驟402:根據(jù)所述查詢請求向所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢請求，具體包括:根據(jù)所述主叫號碼查詢并確定所述主叫用戶的歸屬地區(qū)，根據(jù)所述歸屬地區(qū)確定對應(yīng)的歸屬數(shù)據(jù)庫。
[0050]步驟403:接收所述歸屬數(shù)據(jù)庫的用戶狀態(tài)查詢結(jié)果；
[0051]步驟404:將所述用戶狀態(tài)查詢結(jié)果應(yīng)答給所述短信監(jiān)控系統(tǒng)。
[0052]本發(fā)明采取了上述方案以后，能夠進一步地輔助上述欠費用戶控制方法，并且，該用戶狀態(tài)管理方法的處理速度較快，克服了現(xiàn)有技術(shù)中的0CS/B0SS側(cè)進行處理的速度緩慢的缺點。
[0053]與上述實施例1中的方法實施例相對應(yīng)，該用戶狀態(tài)管理方法，還包括:
[0054]接收短信監(jiān)控系統(tǒng)發(fā)起的嫌疑黑名單加黑請求；
[0055]根據(jù)所述加黑請求將所述主叫用戶號碼確定為黑名單號碼并寫入對應(yīng)的歸屬服務(wù)器中；向短信監(jiān)控系統(tǒng)返回所述確定為黑名單號碼的加黑結(jié)果。
[0056]以及，在用戶進行繳費以后，還進一步包括:
[0057]接收主叫用戶號碼的繳費信息，向主叫用戶號碼對應(yīng)的歸屬數(shù)據(jù)庫發(fā)起是否為黑名單號碼的查詢請求；
[0058]其中，如果該主叫用戶號碼為黑名單號碼，則解除該號碼黑名單，并且，向短信監(jiān)控系統(tǒng)發(fā)起解除主叫號碼黑名單號碼的通知。
[0059]如圖5所示，是輔助本發(fā)明短信用戶欠費控制方法的業(yè)務(wù)支撐系統(tǒng)側(cè)進行用戶狀態(tài)管理的示意圖，主要包括以下的子步驟，具體包括:
[0060]子步驟1:接收單元接收來自于垃圾短信監(jiān)控平臺發(fā)起的用戶狀態(tài)查詢請求，該查詢請求可以采取一個短消息點對點協(xié)議(Short Message Peer To Peer, SMPP)消息；[0061 ] 子步驟2:接收單元對上述消息進行協(xié)議轉(zhuǎn)換，如在實施例中，將所述SMPP消息轉(zhuǎn)換為 DCC EVENT (Diameter Credit Control)請求報文；
[0062]子步驟3:狀態(tài)鑒權(quán)單元解析所述報文，并根據(jù)用戶號碼確定用戶歸屬地區(qū)；子步驟:4:根據(jù)用戶歸屬地區(qū)，確定相應(yīng)的歸屬數(shù)據(jù)庫，并從所述歸屬數(shù)據(jù)庫中獲取用戶狀態(tài)；
[0063]子步驟:5:對所述用戶狀態(tài)結(jié)果進行DCC消息打包處理；
[0064]子步驟:6:將所述DCC EVENT消息轉(zhuǎn)換為SMPP協(xié)議，并將轉(zhuǎn)化后的SMPP協(xié)議轉(zhuǎn)發(fā)給監(jiān)控平臺；
[0065]子步驟:7:監(jiān)控平臺根據(jù)返回消息進行用戶短信控制。
[0066]如圖6所示，還可以結(jié)合BOSS系統(tǒng)對用戶進行充值解黑，具體來說，子步驟5:如果業(yè)務(wù)支撐系統(tǒng)(BOSS)檢測到一個用戶已經(jīng)充值成功，并且更新了用戶狀態(tài)，則先去檢查該用戶是否曾經(jīng)因為欠費被加黑過；
[0067]如果該主叫號碼是欠費黑名單，則BOSS先將該號碼在自身系統(tǒng)中解黑；
[0068]通過同步接口，發(fā)送同步解黑通知給垃圾短信監(jiān)控系統(tǒng)；
[0069]以及，垃圾短信監(jiān)控系統(tǒng)收到解黑通知后，將該主叫號碼從系統(tǒng)中解除，通過上述方法，本申請具有較好的用戶賬戶費用關(guān)系的功能。
[0070]其中，該方法采取了上述方案以后，針對預(yù)付費用戶具有很好的短信欠費管理效果，由于業(yè)務(wù)支撐系統(tǒng)側(cè)僅僅進行余額鑒權(quán)不扣費，不走智能網(wǎng)且處理速度快，具有很好的效果。
[0071]方法實施例二:
[0072]如圖7所示，是本發(fā)明短信用戶狀態(tài)欠費控制方法的一個實施例的流程示意圖，該實施例主要包括下列的主要步驟:
[0073]步驟1-4:接收代理網(wǎng)關(guān)(Proxy)的鑒權(quán)消息，并且，根據(jù)主叫用戶號碼和預(yù)設(shè)的黑白名單數(shù)據(jù)庫匹配系統(tǒng)黑白名單，其中，I)當(dāng)為黑名單時:應(yīng)答Proxy鑒權(quán)失敗；
[0074]2)當(dāng)為不分析白名單時:應(yīng)答Proxy鑒權(quán)成功，因不分析白名單不需要后續(xù)行為內(nèi)容分析，亦不發(fā)起鑒權(quán)請求。3)沒有匹配上黑白名單的消息，繼續(xù)進入后續(xù)的欠費用戶號碼分析過程；
[0075]步驟5-13:在欠費用戶號碼分析過程中，主要包括下列子步驟:
[0076]I)以主叫號碼為維度，累計發(fā)送量；
[0077]2)發(fā)送量累積達到策略閾值后，向業(yè)務(wù)支撐系統(tǒng)發(fā)起一次用戶狀態(tài)鑒權(quán)請求；
[0078]3)當(dāng)向業(yè)務(wù)支撐系統(tǒng)發(fā)起鑒權(quán)請求后，垃圾短信監(jiān)控系統(tǒng)記錄最后一條短消息的相關(guān)信息，等待業(yè)務(wù)支撐系統(tǒng)返回用戶狀態(tài)查詢結(jié)果；
[0079]4)如果業(yè)務(wù)支撐系統(tǒng)側(cè)的用戶狀態(tài)鑒權(quán)應(yīng)答超時，則垃圾短信監(jiān)控系統(tǒng)側(cè)認為鑒權(quán)失敗，視為該號碼用戶狀態(tài)正常，不對其處理；該超時時間可配置，范圍5-60秒；
[0080]5)如果業(yè)務(wù)支撐系統(tǒng)應(yīng)答用戶狀態(tài)鑒權(quán)通過，垃圾短信監(jiān)控系統(tǒng)不將該號碼添加為嫌疑黑名單；
[0081]6)如果業(yè)務(wù)支撐系統(tǒng)應(yīng)答用戶狀態(tài)鑒權(quán)不通過，垃圾短信監(jiān)控系統(tǒng)根據(jù)該號碼的鑒權(quán)請求記錄將其添加為嫌疑黑名單，該號碼的后續(xù)消息將被攔截；
[0082]7)業(yè)務(wù)支撐系統(tǒng)返回鑒權(quán)應(yīng)答后，或者返回超時，垃圾短信監(jiān)控系統(tǒng)都需要清除該號碼的用戶狀態(tài)鑒權(quán)請求記錄；[0083]8)垃圾短信監(jiān)控系統(tǒng)將這類號碼添加為嫌疑名單后，需要同步到業(yè)務(wù)支撐系統(tǒng)側(cè)進行審核，等待業(yè)務(wù)支撐系統(tǒng)確認加黑后再添加為黑名單。
[0084]步驟14-18:業(yè)務(wù)支撐系統(tǒng)同時進行原有行為、內(nèi)容分析，具體來說，包括下列的幾個具體的分析子步驟:
[0085]I)將該號碼進行其他原有的行為、內(nèi)容分析；
[0086]2)根據(jù)行為分析、內(nèi)容分析的結(jié)果進行處理，并同時給短信中心Proxy返回消息鑒權(quán)請求；
[0087]3)如果觸發(fā)監(jiān)控策略(添加黑/嫌疑名單)，則將該號碼添加為黑/嫌疑名單，并送業(yè)務(wù)支撐系統(tǒng)審核。
[0088]4)垃圾短信監(jiān)控系統(tǒng)接業(yè)務(wù)支撐系統(tǒng)的審核結(jié)果并處理。
[0089]更具體地說，該方法直接利用現(xiàn)有垃圾短信流程，較容易實現(xiàn)，并且，該系統(tǒng)直接到業(yè)務(wù)支撐系統(tǒng)中進行用戶狀態(tài)查詢，很大程度上降低了智能網(wǎng)處理壓力，而強大的統(tǒng)計計數(shù)功能又能靈活的調(diào)控鑒權(quán)業(yè)務(wù)流量，大大降低了對業(yè)務(wù)支撐系統(tǒng)對業(yè)務(wù)處理能力的要求。
[0090]另外，所述垃圾短信平臺預(yù)加黑功能的實現(xiàn)(即首先添加為嫌疑黑名單，在得到欠費計費系統(tǒng)側(cè)的加黑確認后再進行實際加黑)，可以完美的實現(xiàn)數(shù)據(jù)一致性的要求，具有很好的效果。
[0091]系統(tǒng)實施例一:
[0092]根據(jù)本發(fā)明的相同構(gòu)思，本發(fā)明提供了一種短信監(jiān)控系統(tǒng)，如圖8所示，包括:接收分析單元，用于接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析，
[0093]鑒權(quán)分析單元，用于在對短信內(nèi)容分析的同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求；
[0094]決策判斷單元，用于接收所述業(yè)務(wù)支撐系統(tǒng)返回的所述用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲取，并進一步根據(jù)所述用戶狀態(tài)查詢結(jié)果和短信內(nèi)容分析結(jié)果判斷是否將短消息繼續(xù)下發(fā)。
[0095]其中，在優(yōu)選的實施例中，還包括:號碼過濾單元，用于根據(jù)預(yù)設(shè)的黑白名單對主叫用戶號碼進行過濾；
[0096]欠費分析單元，用于針對過濾后的不屬于黑白名單中的用戶號碼進一步分析并判斷其是否屬于具有欠費風(fēng)險的用戶。
[0097]并且，所述欠費分析單元，進一步用于累計單位時間內(nèi)主叫用戶號碼發(fā)送的短信請求次數(shù)；判斷所述短信請求累計次數(shù)是否超過設(shè)定閾值，當(dāng)在累計單位時間內(nèi)超過設(shè)定閾值后，則判斷該用戶屬于具有欠費風(fēng)險的用戶。
[0098]此外，該系統(tǒng)進一步還包括:狀態(tài)管理單元，用于根據(jù)所述用戶狀態(tài)查詢結(jié)果判斷是否將主叫用戶號碼添加到黑名單中。
[0099]本發(fā)明系統(tǒng)實施例具有上述方法實施例相同的技術(shù)效果，即該方法能夠克服現(xiàn)有技術(shù)中的需要進行預(yù)扣費鑒權(quán)的缺點，能夠提高對短消息的處理速度，具有很好的技術(shù)效果O
[0100]其中，圖9是輔助本發(fā)明輔助短信監(jiān)控系統(tǒng)的短信用戶狀態(tài)管理系統(tǒng)的流程示意圖，如圖9所示，該系統(tǒng)包括:接收單元，用于接收短信監(jiān)控系統(tǒng)發(fā)起的用戶狀態(tài)查詢請求；狀態(tài)鑒權(quán)單元，用于根據(jù)所述查詢請求向所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢請求；接收所述歸屬數(shù)據(jù)庫的用戶狀態(tài)查詢結(jié)果，并將所述用戶狀態(tài)查詢結(jié)果應(yīng)答給所述短信監(jiān)控系統(tǒng)。
[0101]其中，所述狀態(tài)鑒權(quán)單元，進一步用于獲取所述用戶狀態(tài)查詢請求，并根據(jù)所述主叫號碼查詢并確定所述主叫用戶的歸屬地區(qū)，根據(jù)所述歸屬地區(qū)確定對應(yīng)的歸屬數(shù)據(jù)庫。
[0102]其中，所述接收單元，進一步用于接收短信監(jiān)控系統(tǒng)發(fā)起的嫌疑黑名單加黑請求；所述狀態(tài)鑒權(quán)單元，進一步用于根據(jù)所述加黑請求將所述主叫用戶號碼確定為黑名單號碼并寫入對應(yīng)的歸屬服務(wù)器中；向短信監(jiān)控系統(tǒng)返回所述確定為黑名單號碼的加黑結(jié)果。
[0103]進一步地，與上述方法相對應(yīng)，進一步還包括:繳費信息獲取單元，用于接收主叫用戶號碼的繳費信息，向主叫用戶號碼對應(yīng)的歸屬數(shù)據(jù)庫發(fā)起是否為黑名單號碼的查詢請求；
[0104]所述狀態(tài)鑒權(quán)單元，進一步用于當(dāng)該主叫號碼為黑名單號碼，則解除該號碼黑名單，并向短信監(jiān)控系統(tǒng)發(fā)起解除主叫號碼黑名單號碼的通知。
[0105]本發(fā)明采取了上述方案以后，能夠進一步地輔助用戶進行上述欠費用戶賬戶管理，并且，該方法的處理速度較快，克服了現(xiàn)有技術(shù)中的0CS/B0SS側(cè)進行處理的速度緩慢，且對SCP智能網(wǎng)的壓力較大的缺點。
[0106]需要說明的是，對于上述方法實施例而言，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。
[0107]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。
[0108]而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0109]最后應(yīng)說明的是:以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，盡管參照前述實施例對本發(fā)明進行了詳細的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種短信用戶欠費控制方法，其特征在于，包括: 接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析，同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求； 接收所述業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求在用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲?。? 根據(jù)所述用戶狀態(tài)查詢結(jié)果和所述短信內(nèi)容分析結(jié)果決定是否將短消息繼續(xù)下發(fā)。
2.根據(jù)權(quán)利要求1所述的短信用戶欠費控制方法，其特征在于，所述接收短信鑒權(quán)請求并對主叫用戶號碼進行分析，具體包括: 根據(jù)預(yù)設(shè)的黑白名單對主叫用戶號碼進行過濾； 針對過濾后的不屬于黑白名單中的用戶號碼進一步分析并判斷其是否屬于具有欠費風(fēng)險的用戶。
3.根據(jù)權(quán)利要求1或2所述的短信用戶欠費控制方法，其特征在于，所述具有欠費風(fēng)險的用戶通過以下方式進行判定: 累計單位時間內(nèi)主叫用戶號碼發(fā)送的短信請求次數(shù)； 判斷所述短信請求累計次數(shù)是否超過設(shè)定閾值，當(dāng)在累計單位時間內(nèi)超過設(shè)定閾值后，則判斷該用戶屬于具有欠費風(fēng)險的用戶。
4.根據(jù)權(quán)利要求2所述的短信用戶欠費控制方法，其特征在于，進一步還包括:接收業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果后，還包括: 根據(jù)所述用戶狀態(tài)查詢結(jié)果判斷是否將主叫用戶號碼添加到黑名單中。`
5.根據(jù)權(quán)利要求4所述的短信用戶欠費控制方法，其特征在于，根據(jù)所述用戶狀態(tài)查詢結(jié)果判斷是否將主叫用戶號碼添加到黑名單中，包括: 當(dāng)所述用戶狀態(tài)查詢結(jié)果為鑒權(quán)不通過，將主叫用戶號碼添加到嫌疑黑名單中，并向業(yè)務(wù)支撐系統(tǒng)請求加黑； 接收業(yè)務(wù)支撐系統(tǒng)的加黑確認結(jié)果，并將所述主叫用戶號碼添加到號碼黑名單中。
6.根據(jù)權(quán)利要求2所述的短信用戶欠費控制方法，其特征在于，進一步還包括:接收業(yè)務(wù)支撐系統(tǒng)發(fā)起的解除主叫用戶號碼的加黑通知； 響應(yīng)所述解除通知，根據(jù)所述解除通知將主叫用戶號碼從號碼黑名單中解除。
7.一種短信監(jiān)控系統(tǒng)，其特征在于，包括: 接收分析單元，用于接收短信鑒權(quán)請求并對主叫用戶號碼進行短信內(nèi)容分析； 鑒權(quán)分析單元，用于在所述接收分析單元進行短信內(nèi)容分析的同時向業(yè)務(wù)支撐系統(tǒng)發(fā)起具有欠費風(fēng)險的用戶狀態(tài)查詢請求； 決策判斷單元，用于接收所述業(yè)務(wù)支撐系統(tǒng)返回的用戶狀態(tài)查詢結(jié)果，所述用戶狀態(tài)查詢結(jié)果由所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述查詢請求向所述用戶號碼的歸屬數(shù)據(jù)庫發(fā)起查詢并獲取，并進一步根據(jù)所述用戶狀態(tài)查詢結(jié)果和短信內(nèi)容分析結(jié)果決定是否將短消息繼續(xù)下發(fā)。
8.根據(jù)權(quán)利要求7所述的短信監(jiān)控系統(tǒng)，其特征在于，還包括:號碼過濾單元，用于根據(jù)預(yù)設(shè)的黑白名單對主叫用戶號碼進行過濾； 欠費分析單元，用于針對過濾后的不屬于黑白名單中的用戶號碼進一步分析并判斷其是否屬于具有欠費風(fēng)險的用戶。
9.根據(jù)權(quán)利要求7或8所述的短信監(jiān)控系統(tǒng)，其特征在于，所述欠費分析單元，進一步用于累計單位時間內(nèi)主叫用戶號碼發(fā)送的短信請求次數(shù)； 判斷所述短信請求累計次數(shù)是否超過設(shè)定閾值，當(dāng)在累計單位時間內(nèi)超過設(shè)定閾值后，則判斷該用戶屬于具有欠費風(fēng)險的用戶。
10.根據(jù)權(quán)利要求8所述的短信監(jiān)控系統(tǒng)，其特征在于，進一步還包括:狀態(tài)管理單元，用于根據(jù)所述用戶狀態(tài)查詢結(jié)`果判斷是否將主叫用戶號碼添加到黑名單中。
【文檔編號】H04W24/04GK103686653SQ201210323706
【公開日】2014年3月26日 申請日期:2012年9月4日 優(yōu)先權(quán)日:2012年9月4日
【發(fā)明者】 田 浩, 劉艷青, 楊朝暉, 王靖, 李飛, 趙雪昆, 單莘, 智韶清, 趙亞鋒, 邵乾, 劉計永 申請人:中國移動通信集團河北有限公司