專(zhuān)利名稱：：一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)系統(tǒng)及實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通訊領(lǐng)域，尤其涉及一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)系統(tǒng)及實(shí)現(xiàn)方法。
背景技術(shù)：
：眾所周知，由于移動(dòng)號(hào)碼獲取的弱法律效應(yīng)性，導(dǎo)致當(dāng)前開(kāi)通的普通用戶基本上都是預(yù)付費(fèi)用戶，那么如何防止預(yù)付費(fèi)用戶欠費(fèi)，就是各大運(yùn)營(yíng)商極其關(guān)心的事情。然而自從有短信業(yè)務(wù)那天開(kāi)始，基于短信的惡意欠費(fèi)行為也就隨之而誕生，各大運(yùn)營(yíng)商深受其苦。這是因?yàn)椋容^原始的計(jì)費(fèi)方式，是以短信中心產(chǎn)生的話單為憑據(jù)，在每天的固定幾個(gè)時(shí)間段進(jìn)行統(tǒng)一扣費(fèi)的，所以惡意欠費(fèi)的不良分子就利用這個(gè)時(shí)間差發(fā)送大量消息，從而給運(yùn)營(yíng)商帶來(lái)?yè)p失。為了減少損失，短信業(yè)務(wù)一路走來(lái)，也曾經(jīng)產(chǎn)生過(guò)多種預(yù)防惡意欠費(fèi)的技術(shù)，當(dāng)前比較常用的預(yù)防欠費(fèi)的做法是，在短信起呼流程中，SMSC(ShortMessageServiceCentre,短消息中心)將消息發(fā)送到預(yù)扣費(fèi)網(wǎng)元OCS(OnlineChargingSystem,在線計(jì)費(fèi)系統(tǒng))進(jìn)行預(yù)扣費(fèi)嘗試操作，然后等待OCS的響應(yīng)，根據(jù)其響應(yīng)結(jié)果決定是否下發(fā)所述短信。這種欠費(fèi)保護(hù)機(jī)制，我們稱之為預(yù)扣費(fèi)鑒權(quán)。圖l為一傳統(tǒng)短信欠費(fèi)保護(hù)方法流程圖，所述方法通過(guò)SMSC、OCS、RMS(RealtimeMonitorSystem,短信實(shí)時(shí)監(jiān)控系統(tǒng))、BOSS(電信業(yè)務(wù)運(yùn)營(yíng)支持系統(tǒng))、國(guó)安網(wǎng)關(guān)(用于判斷短信中是否存在非法的內(nèi)容，系國(guó)家官方定義的短信流程中必要經(jīng)過(guò)的網(wǎng)元，運(yùn)營(yíng)商無(wú)權(quán)對(duì)其進(jìn)行操作)和PR0XY(消息轉(zhuǎn)發(fā)代理，它的作用就是負(fù)責(zé)轉(zhuǎn)發(fā)SMSC和國(guó)安網(wǎng)關(guān)之間的消息)來(lái)實(shí)現(xiàn)，其具體流程包括如下步驟步驟101，SMSC接收到短信起呼請(qǐng)求；步驟102，SMSC將消息發(fā)送給PROXY,期望進(jìn)行消息鑒權(quán)；步驟103，PROXY將消息發(fā)送給國(guó)安網(wǎng)關(guān)，進(jìn)行內(nèi)容分析；步驟103'，在步驟103的同時(shí)，PROXY將消息發(fā)送給RMS，進(jìn)行實(shí)時(shí)監(jiān)控；步驟104，國(guó)安網(wǎng)關(guān)將分析結(jié)果發(fā)送給PROXY(允許下發(fā)或拒絕下發(fā))；步驟104'，RMS將監(jiān)控結(jié)果發(fā)送給PROXY(允許下發(fā)或拒絕下發(fā))；步驟105，PROXY綜合國(guó)安網(wǎng)關(guān)和RMS的結(jié)果，將統(tǒng)一的結(jié)論反饋給SMSC;步驟106，若消息允許下發(fā)，接下來(lái)，如果所述消息的主叫號(hào)碼屬于預(yù)付費(fèi)用戶，則將所述消息的主叫號(hào)碼發(fā)送給OCS，進(jìn)行預(yù)扣費(fèi)鑒權(quán)；步驟107，OCS將預(yù)扣費(fèi)鑒權(quán)響應(yīng)反饋給SMSC;步驟108，SMSC根據(jù)反饋結(jié)果決定所述消息是否能進(jìn)行下發(fā)，如果可以下發(fā)則進(jìn)入終呼流程。其中BOSS和RMS之間每天定期觸發(fā)交互事件，這里交互的信息主要是短消息主被叫黑白名單用戶信息。在本流程中，短信實(shí)時(shí)監(jiān)控系統(tǒng)主要完成基于主叫用戶發(fā)送消息的流量和內(nèi)容的統(tǒng)計(jì)、判斷，最終決定所述消息是否允許下發(fā)，并期望在此過(guò)程中發(fā)現(xiàn)可疑用戶，甚至是黑名單用戶。另外，本流程中RMS和PROXY可以合為一體，即RMS同時(shí)也是可以包含有PROXY功能的，如圖2所示，這里的RMS/PROXY模塊既有PROXY的消息轉(zhuǎn)發(fā)、綜合監(jiān)控結(jié)果的功能，又具有RMS的統(tǒng)計(jì)、計(jì)算、判斷能力。雖然這種方法已經(jīng)存在了相當(dāng)一段時(shí)間，但是由于SMSC需要將所有的預(yù)付費(fèi)用戶發(fā)送的消息進(jìn)行預(yù)扣費(fèi)鑒權(quán)，而短信用戶中的有惡意欠費(fèi)傾向的用戶(稱之為欠費(fèi)高風(fēng)險(xiǎn)用戶)數(shù)量畢竟是少數(shù)(根據(jù)運(yùn)營(yíng)商分析，欠費(fèi)高風(fēng)險(xiǎn)用戶數(shù)量大概占預(yù)付費(fèi)用戶總量的1/10左右)，這樣造成短信處理速度比較慢。
發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)系統(tǒng)及實(shí)現(xiàn)方法，對(duì)短信進(jìn)行有針對(duì)性的預(yù)扣費(fèi)鑒權(quán)，提高了短信的處理速度。為解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)方法，所述方法包括以下步驟a:短消息中心將接收到的消息通過(guò)轉(zhuǎn)發(fā)代理網(wǎng)元分別傳送給國(guó)安網(wǎng)關(guān)和短信實(shí)時(shí)監(jiān)控系統(tǒng)；所述短信實(shí)時(shí)監(jiān)控系統(tǒng)將屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的消息的主叫號(hào)碼傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，所述在線計(jì)費(fèi)系統(tǒng)將鑒權(quán)結(jié)果傳送給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)；C:所述轉(zhuǎn)發(fā)代理網(wǎng)元仲裁所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的返回的監(jiān)測(cè)結(jié)果和國(guó)安網(wǎng)關(guān)的返回的分析結(jié)果，并將最終仲裁結(jié)果傳送給所述短信息中心，所述短消息中心根據(jù)所述轉(zhuǎn)發(fā)代理網(wǎng)元反饋的仲裁結(jié)果決定是否將短消息繼續(xù)下發(fā)。在步驟b中，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)通過(guò)如下方法判斷接收到的消息的主叫號(hào)碼是否屬于欠費(fèi)高風(fēng)險(xiǎn)用戶a':所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)儲(chǔ)存的白名單用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于主叫白名單，或者所述消息的被叫號(hào)碼是否屬于被叫白名單，若所述消息的主叫號(hào)碼屬于主叫白名單，或者其被叫號(hào)碼屬于被叫白名單，則轉(zhuǎn)到步驟b';b':所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)短信實(shí)時(shí)監(jiān)控系統(tǒng)儲(chǔ)存的欠費(fèi)高風(fēng)險(xiǎn)用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于欠費(fèi)高風(fēng)險(xiǎn)用戶，如果是，將消息的主叫號(hào)碼傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，否則，將內(nèi)容為允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元。在步驟a'中，若所述消息的主叫號(hào)碼不屬于主叫白名單且其被叫號(hào)碼不屬于被叫白名單，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)短信實(shí)時(shí)監(jiān)控系統(tǒng)儲(chǔ)存的黑名單用戶信息表，判斷消息主叫號(hào)碼是否屬于黑名單，如果是，將內(nèi)容為不允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元，否則，進(jìn)行步驟c';c':針對(duì)所述消息的主叫號(hào)碼進(jìn)行消息發(fā)送流量控制和消息內(nèi)容敏感關(guān)鍵字方面的監(jiān)控；d':根據(jù)步驟C'的監(jiān)控結(jié)果，如果所述消息不允許下發(fā)，則將內(nèi)容為不允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元，否則，繼續(xù)步驟b'。在線計(jì)費(fèi)系統(tǒng)對(duì)屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的主叫號(hào)碼進(jìn)行鑒權(quán)時(shí)，若預(yù)扣費(fèi)成功或者預(yù)扣費(fèi)鑒權(quán)異常，鑒權(quán)結(jié)果為允許下發(fā)，若預(yù)扣費(fèi)失敗，鑒權(quán)結(jié)果為不允許下發(fā)。在步驟c中，如果所述國(guó)安網(wǎng)關(guān)的分析結(jié)果為允許下發(fā)，則最終仲裁結(jié)果與所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的監(jiān)測(cè)結(jié)果一致，如果所述國(guó)安網(wǎng)關(guān)的分析結(jié)果為不允許下發(fā)，則最終仲裁結(jié)果為不允許下發(fā)。無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)將用戶信息同步給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)。本發(fā)明也提供了一種實(shí)施上述方法的系統(tǒng)，包括一連接一短消息中心的轉(zhuǎn)發(fā)代理網(wǎng)元、一連接所述轉(zhuǎn)發(fā)代理網(wǎng)元用于對(duì)消息實(shí)時(shí)監(jiān)控的短信實(shí)時(shí)監(jiān)控系統(tǒng)、一連接所述短信實(shí)時(shí)監(jiān)控系統(tǒng)用于將屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的消息的主叫號(hào)碼進(jìn)行預(yù)扣費(fèi)鑒權(quán)的在線計(jì)費(fèi)系統(tǒng)，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)包括一用于儲(chǔ)存并分析用戶狀態(tài)信息的用戶狀態(tài)管理模塊，所述轉(zhuǎn)發(fā)代理網(wǎng)元連接一國(guó)安網(wǎng)關(guān)，所述轉(zhuǎn)發(fā)代理網(wǎng)元包括一用于分發(fā)消息給所述國(guó)安網(wǎng)關(guān)及所述短信實(shí)時(shí)監(jiān)控系統(tǒng)進(jìn)行鑒權(quán)并仲裁反饋的鑒權(quán)結(jié)果的消息分發(fā)與仲裁模塊。其中所述系統(tǒng)還包括一用于將用戶信息同步給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的用戶狀態(tài)管理模塊的無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)。其中所述無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)包括一用于儲(chǔ)存黑名單用戶信息的黑名單管理模塊、一用于儲(chǔ)存主、被叫白名單用戶信息的白名單管理模塊及一用于儲(chǔ)存欠費(fèi)高風(fēng)險(xiǎn)用戶信息欠費(fèi)高風(fēng)險(xiǎn)用戶管理模塊。其中所述短信實(shí)時(shí)監(jiān)控系統(tǒng)與轉(zhuǎn)發(fā)代理網(wǎng)元集成在一體。本發(fā)明具有以下有益效果本發(fā)明通過(guò)短信實(shí)時(shí)監(jiān)控系統(tǒng)的判斷，只將發(fā)送所述信息的預(yù)付費(fèi)用戶為欠費(fèi)高風(fēng)險(xiǎn)用戶傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，而不是所有預(yù)付費(fèi)用戶都進(jìn)行預(yù)扣費(fèi)鑒權(quán)，從而提高了短信的處理速度，另一方面本發(fā)明將原來(lái)的國(guó)安網(wǎng)關(guān)鑒權(quán)與預(yù)扣費(fèi)鑒權(quán)的串形關(guān)系，轉(zhuǎn)變成并行關(guān)系，提高了用戶的短信體驗(yàn)程度。圖1為傳統(tǒng)的短信欠費(fèi)保護(hù)方法的流程圖。圖2為傳統(tǒng)的短信欠費(fèi)保護(hù)方法的另一流程圖。圖3為本發(fā)明較佳實(shí)施例短信欠費(fèi)保護(hù)系統(tǒng)的連接圖。圖4為本發(fā)明較佳實(shí)施例短信實(shí)時(shí)監(jiān)控系統(tǒng)與預(yù)扣費(fèi)鑒權(quán)相關(guān)的主要業(yè)務(wù)流程圖。圖5為本發(fā)明較佳實(shí)施例短信欠費(fèi)保護(hù)方法的流程圖。具體實(shí)施例方式請(qǐng)參閱圖3，本發(fā)明較佳實(shí)施例短信欠費(fèi)保護(hù)系統(tǒng)包括PR0XY、RMS、0CS及B0SS。所述PROXY包括一消息分發(fā)與仲裁模塊。所述RMS包括一用于儲(chǔ)存并分析用戶狀態(tài)信息的用戶狀態(tài)管理模塊及一監(jiān)控處理模塊。所述BOSS包括一黑名單管理模塊、一白名單管理模塊及一欠費(fèi)高風(fēng)險(xiǎn)用戶管理模塊。所述PROXY連接SMSC。SMSC將消息發(fā)送給PROXY,PROXY將消息分別抄送給國(guó)安網(wǎng)關(guān)及RMS的監(jiān)控處理模塊，國(guó)安網(wǎng)關(guān)鑒權(quán)后將結(jié)果反饋給PROXY,RMS的監(jiān)控處理模塊完成實(shí)時(shí)監(jiān)控功能，RMS的監(jiān)控處理模塊將需要到OCS鑒權(quán)的用戶信息發(fā)送給0CS，并獲得其鑒權(quán)結(jié)果，RMS的監(jiān)控處理模塊將最終監(jiān)控結(jié)果反饋給PROXY,PROXY再仲裁收到的國(guó)安網(wǎng)關(guān)和RMS的結(jié)果，并將仲裁結(jié)果發(fā)送給SMSC。RMS的監(jiān)控處理模塊每收到一條消息都需要將該消息的主被叫號(hào)碼發(fā)送給用戶狀態(tài)管理模塊，用戶狀態(tài)管理模塊判斷主、被叫號(hào)碼狀態(tài)，得到狀態(tài)結(jié)果。RMS的監(jiān)控處理模塊將需要到0CS鑒權(quán)的用戶信息發(fā)送給0CS，并獲得其鑒權(quán)結(jié)果。BOSS需要將黑名單信息、將主、被叫白名單信息及欠費(fèi)高風(fēng)險(xiǎn)用戶信息同步給RMS的用戶狀態(tài)管理模塊。圖4為發(fā)明較佳實(shí)施例短信實(shí)時(shí)監(jiān)控系統(tǒng)與預(yù)扣費(fèi)鑒權(quán)相關(guān)的主要業(yè)務(wù)流程圖，根據(jù)圖4所示的業(yè)務(wù)流程，對(duì)其中每一需要改造的網(wǎng)元如何進(jìn)行改造，進(jìn)行具體的闡述。為了實(shí)現(xiàn)本發(fā)明提出的方法，需要對(duì)上文介紹的部分網(wǎng)元進(jìn)行改造，改造描述如下1.BOSS的改造在原來(lái)將用戶狀態(tài)信息同步給RMS的基礎(chǔ)上，增加欠費(fèi)高風(fēng)險(xiǎn)用戶號(hào)碼、號(hào)段信息的同步(原來(lái)只有黑名單用戶信息和白名單用戶信息)；2.RMS的改造1)系統(tǒng)中新增欠費(fèi)高風(fēng)險(xiǎn)用戶號(hào)碼、號(hào)段內(nèi)存庫(kù)，存放相關(guān)信息；2)修改對(duì)消息主叫號(hào)碼的用戶狀態(tài)的判斷流程，只有滿足條件的消息需要進(jìn)行預(yù)扣費(fèi)鑒權(quán)；3)增加發(fā)送預(yù)扣費(fèi)鑒權(quán)請(qǐng)求、接收其響應(yīng)的流程。3.PROXY的改造修改PROXY對(duì)RMS和國(guó)安網(wǎng)關(guān)反饋結(jié)果的仲裁流程；原來(lái)的仲裁流程只需要在0和l兩種狀態(tài)下(0表述允許下發(fā)，1表示拒絕下發(fā))進(jìn)行處理即可，現(xiàn)在由于新增了預(yù)扣費(fèi)鑒權(quán)響應(yīng)，其響應(yīng)結(jié)果將在原來(lái)的基礎(chǔ)上進(jìn)行擴(kuò)展，故這里的仲裁流程也需要進(jìn)行擴(kuò)展。4.SMSC的改造修改SMSC接收PROXY反饋的響應(yīng)信令流程，由于PROXY反饋結(jié)果的狀態(tài)碼的擴(kuò)展，導(dǎo)致SMSC必須增加對(duì)擴(kuò)展的狀態(tài)碼進(jìn)行處理，具體體現(xiàn)在最后生成的話單中的相關(guān)狀態(tài)位的變更，這樣才能保證在后面短信中心進(jìn)行話單處理時(shí)扣費(fèi)的唯一性，即做到對(duì)已經(jīng)預(yù)扣費(fèi)成功的用戶，下發(fā)成功時(shí)不重復(fù)扣費(fèi)，下發(fā)失敗時(shí)能成功補(bǔ)費(fèi)；對(duì)于沒(méi)有預(yù)扣費(fèi)的用戶，下發(fā)成功時(shí)能成功扣費(fèi)，下發(fā)失敗時(shí)不進(jìn)行扣費(fèi)。對(duì)于RMS的改造來(lái)說(shuō)，在RMS中要存在這這樣三種內(nèi)存表，分別記錄了三種不同的用戶狀態(tài)信息1.黑名單用戶信息表1)字段一黑名單號(hào)碼，對(duì)于黑名單號(hào)碼總是進(jìn)行完全匹配；2)字段二黑名單號(hào)碼生效時(shí)間；3)字段三黑名單號(hào)碼失效時(shí)間，當(dāng)前時(shí)間如果晚于失效時(shí)間，則所述黑名單失效，即不再直接拒絕所述用發(fā)送的信息；4)表中數(shù)據(jù)來(lái)源其一、來(lái)自BOSS的同步信息；其二、來(lái)自RMS內(nèi)部的監(jiān)控結(jié)果；2.白名單用戶信息表1)字段一白名單號(hào)碼；2)字段二匹配方式，即在判斷一個(gè)號(hào)碼是否屬于白名單號(hào)碼時(shí)，是進(jìn)行完全匹配還是進(jìn)行最長(zhǎng)匹配(最長(zhǎng)匹配也稱為前綴匹配)；3)字段三主被叫類(lèi)型，即這個(gè)號(hào)碼是主叫白名單號(hào)碼還是被叫白名單號(hào)碼；4)表中數(shù)據(jù)來(lái)源來(lái)自BOSS的同步信息；3.欠費(fèi)高風(fēng)險(xiǎn)用戶信息表1)字段一欠費(fèi)高風(fēng)險(xiǎn)用戶號(hào)碼；2)字段二匹配方式，同白名單用戶信息表中匹配方式字段；3)表中數(shù)據(jù)來(lái)源來(lái)自BOSS的同步信息；在RMS進(jìn)行工作時(shí)，總是要用到這三張內(nèi)存表，下面會(huì)通過(guò)RMS主要工作流程介紹這幾張表的具體作用。根據(jù)圖4所示，RMS與預(yù)扣費(fèi)鑒權(quán)相關(guān)的主要業(yè)務(wù)流程執(zhí)行步驟如下步驟401，RMS收到一條經(jīng)由PROXY的由SMSC發(fā)起的受控消息；步驟402，首先根據(jù)RMS的用戶狀態(tài)管理模塊儲(chǔ)存的白名單用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于主叫白名單，或者其被叫號(hào)碼是否屬于用戶狀態(tài)管理模塊的被叫白名單，如果是，則轉(zhuǎn)到步驟406，否則，繼續(xù)步驟403;步驟403，接著根據(jù)RMS的用戶狀態(tài)管理模塊的儲(chǔ)存的黑名單用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于黑名單，如果是，則轉(zhuǎn)到步驟410，否則，繼續(xù)步驟404;步驟404，針對(duì)所述消息的主叫號(hào)碼進(jìn)行消息發(fā)送流量控制和消息內(nèi)容敏感關(guān)鍵字方面的監(jiān)控；步驟405，根據(jù)步驟404的監(jiān)控結(jié)果，如果所述消息不允許下發(fā)，則轉(zhuǎn)到步驟410，否則，繼續(xù)步驟406;步驟406，根據(jù)RMS的用戶狀態(tài)管理模塊的欠費(fèi)高風(fēng)險(xiǎn)用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于欠費(fèi)高風(fēng)險(xiǎn)用戶，如果是，則轉(zhuǎn)到步驟408，否則，繼續(xù)步驟407;步驟407，RMS給PROXY回響應(yīng)，響應(yīng)中的狀態(tài)碼表示所述消息允許下發(fā)；本流程結(jié)束；步驟408，RMS的監(jiān)控處理模塊將所述消息的主叫號(hào)碼發(fā)送給OCS，進(jìn)行預(yù)扣費(fèi)鑒權(quán)；步驟409，RMS的監(jiān)控處理模塊接收到OCS返回的預(yù)扣費(fèi)鑒權(quán)響應(yīng)，如果響應(yīng)中表示預(yù)扣費(fèi)成功或者預(yù)扣費(fèi)鑒權(quán)異常，則轉(zhuǎn)到步驟407，如果響應(yīng)中表示預(yù)扣費(fèi)失敗，繼續(xù)到步驟410;步驟410，RMS的監(jiān)控處理模塊將監(jiān)控結(jié)果發(fā)給PROXY,響應(yīng)中的狀態(tài)碼表示所述消息拒絕下發(fā)；本流程結(jié)束。由于經(jīng)過(guò)改造后，RMS給PROXY的響應(yīng)碼融入了預(yù)扣費(fèi)鑒權(quán)的響應(yīng)結(jié)果信息，所以其響應(yīng)碼不再是以前簡(jiǎn)單的0(允許消息下發(fā))和1(拒絕消息下發(fā))，擴(kuò)展后的響應(yīng)碼如下<table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>表1RMS給PROXY的消息響應(yīng)碼描述當(dāng)PROXY接收到RMS和國(guó)安網(wǎng)關(guān)的響應(yīng)結(jié)果之后，需要擴(kuò)展對(duì)這兩者的響應(yīng)結(jié)果進(jìn)行仲裁，仲裁結(jié)果參考下表，其中國(guó)安網(wǎng)關(guān)的響應(yīng)碼為O表示國(guó)安網(wǎng)關(guān)允許消息下發(fā)，l表示國(guó)安網(wǎng)關(guān)拒絕所述消息下發(fā)。<table>tableseeoriginaldocumentpage10</column></row><table>表2PR0XY的仲裁結(jié)果狀態(tài)碼對(duì)應(yīng)表最后，當(dāng)SMSC接收到來(lái)自PROXY的消息鑒權(quán)響應(yīng)后，根據(jù)其中的不同響應(yīng)碼，觸發(fā)后繼的不同流程，并在最終的話單中體現(xiàn)這些不同的結(jié)果，具體參見(jiàn)表3。<table>tableseeoriginaldocumentpage10</column></row><table><table>tableseeoriginaldocumentpage11</column></row><table>表3SMSC接收PROXY響應(yīng)后的話單標(biāo)志位碼對(duì)應(yīng)表本發(fā)明短信欠費(fèi)保護(hù)系統(tǒng)實(shí)現(xiàn)短信欠費(fèi)保護(hù)的流程如圖5所示步驟501，SMSC接收到短信起呼請(qǐng)求；步驟502，SMSC將消息發(fā)送給PROXY,期望進(jìn)行消息鑒權(quán)；步驟503，PROXY將消息發(fā)送給國(guó)安網(wǎng)關(guān)，進(jìn)行內(nèi)容分析；步驟503'，在步驟503的同時(shí)，PROXY將消息發(fā)送給RMS，進(jìn)行實(shí)時(shí)監(jiān)控；步驟504'，根據(jù)RMS系統(tǒng)監(jiān)控結(jié)果，如果所述消息允許下發(fā)，且所述消息的主叫號(hào)碼屬于欠費(fèi)高風(fēng)險(xiǎn)用戶，則將所述消息發(fā)送到OCS進(jìn)行預(yù)扣費(fèi)鑒權(quán)(具體流程參見(jiàn)本文對(duì)圖4的描述)；步驟505'，OCS將鑒權(quán)結(jié)果發(fā)給RMS;步驟506，國(guó)安網(wǎng)關(guān)將分析結(jié)果發(fā)送給PROXY(0允許下發(fā)或1拒絕下發(fā))；步驟506'，RMS將監(jiān)控結(jié)果發(fā)送給PROXY(響應(yīng)碼參見(jiàn)表1);步驟507，PROXY仲裁RMS的響應(yīng)結(jié)果和國(guó)安網(wǎng)關(guān)的響應(yīng)結(jié)果，將仲裁結(jié)果反饋給SMSC(參見(jiàn)表2);步驟508，SMSC根據(jù)反饋的響應(yīng)碼決定后繼流程的觸發(fā)，以及后繼流程中產(chǎn)生的話單里相應(yīng)標(biāo)志位的修改(參見(jiàn)表3)。從圖3及圖5中可以看出，相對(duì)于傳統(tǒng)的鑒權(quán)方式，新的鑒權(quán)方式有這樣的優(yōu)點(diǎn)本發(fā)明將原來(lái)的國(guó)安網(wǎng)關(guān)鑒權(quán)與預(yù)扣費(fèi)鑒權(quán)的串形關(guān)系，轉(zhuǎn)變成并行關(guān)系，提高了用戶的短信體驗(yàn)程度，另一方面，由于RMS的內(nèi)存庫(kù)中存放了大量的用戶狀態(tài)信息，則我們完全可以考慮將欠費(fèi)高風(fēng)險(xiǎn)用戶的信息，通過(guò)BOSS定期同步給RMS，使得RMS在觸發(fā)消息進(jìn)行主叫號(hào)碼的預(yù)扣費(fèi)鑒權(quán)流程的時(shí)候，能夠只考慮這些高風(fēng)險(xiǎn)用戶，對(duì)于大多數(shù)的非高風(fēng)險(xiǎn)用戶，短信中心仍然采用根據(jù)話單扣費(fèi)的方式進(jìn)行處理；這樣大大的減少了發(fā)送到OCS的實(shí)時(shí)消息量，也就是降低了短信業(yè)務(wù)網(wǎng)元間的消息交互開(kāi)銷(xiāo)，從而提高了短信處理速度。在本發(fā)明中，所述RMS與PROXY可以集成在一起。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi),權(quán)利要求一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)方法，包括以下步驟a短消息中心將接收到的消息通過(guò)轉(zhuǎn)發(fā)代理網(wǎng)元分別傳送給國(guó)安網(wǎng)關(guān)和短信實(shí)時(shí)監(jiān)控系統(tǒng)；b所述短信實(shí)時(shí)監(jiān)控系統(tǒng)將屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的消息的主叫號(hào)碼傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，所述在線計(jì)費(fèi)系統(tǒng)將鑒權(quán)結(jié)果傳送給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)；c所述轉(zhuǎn)發(fā)代理網(wǎng)元仲裁所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的返回的監(jiān)測(cè)結(jié)果和國(guó)安網(wǎng)關(guān)的返回的分析結(jié)果，并將最終仲裁結(jié)果傳送給所述短信息中心，所述短消息中心根據(jù)所述轉(zhuǎn)發(fā)代理網(wǎng)元反饋的仲裁結(jié)果決定是否將短消息繼續(xù)下發(fā)。2.如權(quán)利要求1所述的短信欠費(fèi)保護(hù)方法，其特征在于在步驟b中，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)通過(guò)如下方法判斷接收到的消息的主叫號(hào)碼是否屬于欠費(fèi)高風(fēng)險(xiǎn)用戶a':所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)儲(chǔ)存的白名單用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于主叫白名單，或者所述消息的被叫號(hào)碼是否屬于被叫白名單，若所述消息的主叫號(hào)碼屬于主叫白名單，或者其被叫號(hào)碼屬于被叫白名單，則轉(zhuǎn)到步驟b';b':所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)短信實(shí)時(shí)監(jiān)控系統(tǒng)儲(chǔ)存的欠費(fèi)高風(fēng)險(xiǎn)用戶信息表，判斷所述消息的主叫號(hào)碼是否屬于欠費(fèi)高風(fēng)險(xiǎn)用戶，如果是，將消息的主叫號(hào)碼傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，否則，將內(nèi)容為允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元。3.如權(quán)利要求2所述的短信欠費(fèi)保護(hù)方法，其特征在于在步驟a'中，若所述消息的主叫號(hào)碼不屬于主叫白名單且其被叫號(hào)碼不屬于被叫白名單，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)根據(jù)短信實(shí)時(shí)監(jiān)控系統(tǒng)儲(chǔ)存的黑名單用戶信息表，判斷消息主叫號(hào)碼是否屬于黑名單，如果是，將內(nèi)容為不允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元，否則，進(jìn)行步驟C';C':針對(duì)所述消息的主叫號(hào)碼進(jìn)行消息發(fā)送流量控制和消息內(nèi)容敏感關(guān)鍵字方面的監(jiān)控；d':根據(jù)步驟C'的監(jiān)控結(jié)果，如果所述消息不允許下發(fā)，則將內(nèi)容為不允許下發(fā)的監(jiān)控結(jié)果傳送給轉(zhuǎn)發(fā)代理網(wǎng)元，否則，繼續(xù)步驟b'。4.如權(quán)利要求1或2所述的短信欠費(fèi)保護(hù)方法，其特征在于在線計(jì)費(fèi)系統(tǒng)對(duì)屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的主叫號(hào)碼進(jìn)行鑒權(quán)時(shí)，若預(yù)扣費(fèi)成功或者預(yù)扣費(fèi)鑒權(quán)異常，鑒權(quán)結(jié)果為允許下發(fā)，若預(yù)扣費(fèi)失敗，鑒權(quán)結(jié)果為不允許下發(fā)。5.如權(quán)利要求1所述的短信欠費(fèi)保護(hù)方法，其特征在于在步驟C中，如果所述國(guó)安網(wǎng)關(guān)的分析結(jié)果為允許下發(fā)，則最終仲裁結(jié)果與所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的監(jiān)測(cè)結(jié)果一致，如果所述國(guó)安網(wǎng)關(guān)的分析結(jié)果為不允許下發(fā)，則最終仲裁結(jié)果為不允許下發(fā)。6.如權(quán)利要求1所述的短信欠費(fèi)保護(hù)方法，其特征在于無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)將用戶信息同步給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)。7.—種實(shí)施權(quán)利要求1所述的方法的系統(tǒng)，包括一連接一短消息中心的轉(zhuǎn)發(fā)代理網(wǎng)元、一連接所述轉(zhuǎn)發(fā)代理網(wǎng)元用于對(duì)消息實(shí)時(shí)監(jiān)控的短信實(shí)時(shí)監(jiān)控系統(tǒng)、一連接所述短信實(shí)時(shí)監(jiān)控系統(tǒng)用于將屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的消息的主叫號(hào)碼進(jìn)行預(yù)扣費(fèi)鑒權(quán)的在線計(jì)費(fèi)系統(tǒng)，所述短信實(shí)時(shí)監(jiān)控系統(tǒng)包括一用于儲(chǔ)存并分析用戶狀態(tài)信息的用戶狀態(tài)管理模塊，所述轉(zhuǎn)發(fā)代理網(wǎng)元連接一國(guó)安網(wǎng)關(guān)，所述轉(zhuǎn)發(fā)代理網(wǎng)元包括一用于分發(fā)消息給所述國(guó)安網(wǎng)關(guān)及所述短信實(shí)時(shí)監(jiān)控系統(tǒng)進(jìn)行鑒權(quán)并仲裁反饋的鑒權(quán)結(jié)果的消息分發(fā)與仲裁模塊。8.如權(quán)利要求7所述的系統(tǒng)，其特征在于所述系統(tǒng)還包括一用于將用戶信息同步給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的用戶狀態(tài)管理模塊的無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)。9.如權(quán)利要求8所述的系統(tǒng)，其特征在于所述無(wú)線通訊運(yùn)營(yíng)商的運(yùn)營(yíng)支持系統(tǒng)包括一用于儲(chǔ)存黑名單用戶信息的黑名單管理模塊、一用于儲(chǔ)存主、被叫白名單用戶信息的白名單管理模塊及一用于儲(chǔ)存欠費(fèi)高風(fēng)險(xiǎn)用戶信息欠費(fèi)高風(fēng)險(xiǎn)用戶管理模塊。10.如權(quán)利要求7所述的系統(tǒng)，其特征在于所述短信實(shí)時(shí)監(jiān)控系統(tǒng)與轉(zhuǎn)發(fā)代理網(wǎng)元集成在一體。全文摘要本發(fā)明公開(kāi)一種針對(duì)預(yù)付費(fèi)用戶的短信欠費(fèi)保護(hù)系統(tǒng)及實(shí)現(xiàn)方法，短信欠費(fèi)保護(hù)方法包括以下步驟短消息中心將接收到的消息通過(guò)轉(zhuǎn)發(fā)代理網(wǎng)元分別傳送給國(guó)安網(wǎng)關(guān)和短信實(shí)時(shí)監(jiān)控系統(tǒng)；所述短信實(shí)時(shí)監(jiān)控系統(tǒng)將屬于欠費(fèi)高風(fēng)險(xiǎn)用戶的消息的主叫號(hào)碼傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，所述在線計(jì)費(fèi)系統(tǒng)將鑒權(quán)結(jié)果傳送給所述短信實(shí)時(shí)監(jiān)控系統(tǒng)；所述轉(zhuǎn)發(fā)代理網(wǎng)元仲裁所述短信實(shí)時(shí)監(jiān)控系統(tǒng)的返回的監(jiān)測(cè)結(jié)果和國(guó)安網(wǎng)關(guān)的返回的分析結(jié)果，并將最終仲裁結(jié)果傳送給所述短信息中心，所述短消息中心根據(jù)所述轉(zhuǎn)發(fā)代理網(wǎng)元反饋的仲裁結(jié)果決定是否將短消息繼續(xù)下發(fā)。本發(fā)明通過(guò)短信實(shí)時(shí)監(jiān)控系統(tǒng)的判斷，只將發(fā)送所述信息的預(yù)付費(fèi)用戶為欠費(fèi)高風(fēng)險(xiǎn)用戶傳送給在線計(jì)費(fèi)系統(tǒng)進(jìn)行預(yù)扣費(fèi)鑒權(quán)，而不是所有預(yù)付費(fèi)用戶都進(jìn)行預(yù)扣費(fèi)鑒權(quán)，從而提高了短信的處理速度。文檔編號(hào)H04W4/14GK101778354SQ20091010491公開(kāi)日2010年7月14日申請(qǐng)日期2009年1月8日優(yōu)先權(quán)日2009年1月8日發(fā)明者聶榮初,陳蘇申請(qǐng)人:中興通訊股份有限公司