專利名稱：一種短信處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域中的短信業(yè)務(wù)，尤其涉及一種基于緩存的垃圾短信的短信處理方法、裝置及系統(tǒng)。
背景技術(shù)：
據(jù)統(tǒng)計，中國手機用戶數(shù)量已超過6億，平均每天有超過6. 5億條短信在用戶的拇指之間傳送。然而隨著手機使用的普及和短信業(yè)務(wù)的迅速發(fā)展，人們享受著快捷方便的通信手段的同時，伴隨而來的卻是日趨泛濫的垃圾短信。垃圾短信產(chǎn)生的根源在于短信的發(fā)送成本極其低廉，而獲得的廣告效益卻非常之高。垃圾短信不僅對運營商的網(wǎng)絡(luò)產(chǎn)生沖擊， 給廣大用戶的利益也帶來了巨大的損害，更造成了嚴(yán)重的不良的社會影響。國外在垃圾短信的治理上，主要通過立法和先進的技術(shù)手段來識別并處理欺詐性的信息及手機，還有一整套的打擊手機犯罪的先進技術(shù)手段。在國內(nèi)，垃圾短信防控任務(wù)主要由運營商主導(dǎo)和負(fù)責(zé)，通常從技術(shù)和管理上采取措施，立法方面還比較欠缺。近年來，運營商越來越重視垃圾短信的治理，目前運營商已部署了大量的垃圾監(jiān)控系統(tǒng)，垃圾短信監(jiān)控技術(shù)也愈來愈成熟。從原理上，有基于黑白名單監(jiān)控、基于流量的監(jiān)控、基于關(guān)鍵字的內(nèi)容監(jiān)控以及基于用戶行為的監(jiān)控等等。然而，無論采用哪種監(jiān)控技術(shù)都不能保證準(zhǔn)確攔截所有的垃圾短信，存在一定的誤攔和漏攔的情況，對于誤攔的情況可能還會導(dǎo)致用戶投訴，影響用戶滿意度。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種短信處理方法、裝置及系統(tǒng)，以提高現(xiàn)有系統(tǒng)垃圾短信攔截的準(zhǔn)確率。為了解決上述技術(shù)問題，本發(fā)明提供了一種短信處理方法，包括
接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；
接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。進一步地，上述方法還具有下面特點所述鑒別出滿足中度疑似條件的短信后，還包括
緩存該短信，并向所述短信中心發(fā)送緩存該短信的指令。進一步地，上述方法還具有下面特點所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容和發(fā)送時間；
所述將該短信提交審核，包括將指定時間段內(nèi)所述滿足中度疑似條件的短信中源號碼相同的短信作為一條審核請求提交審核；
所述接收到所述人工審核結(jié)果后，還包括刪除緩存該源號碼的短信； 所述向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示為，向所有短信中心發(fā)送對該短信的處理指示。進一步地，上述方法還具有下面特點所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容、發(fā)送時間、唯一標(biāo)識和對應(yīng)的短信中心編號；
所述接收到所述人工審核結(jié)果后，還包括根據(jù)所述短信的唯一標(biāo)識刪除緩存的對應(yīng)的
短信；
所述短信中心為所述短信中心編號對應(yīng)的短信中心。進一步地，上述方法還具有下面特點所述將該短信提交審核之后，還包括若在預(yù)定時間內(nèi)未接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，則向所述短信中心發(fā)送放通該短信的指令。為了解決上述問題，本發(fā)明還提供了一種短信處理裝置，包括
鑒別模塊，用于接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；
傳輸模塊，用于接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。進一步地，上述裝置還具有下面特點還包括
存儲模塊，用于在所述鑒別模塊鑒別出滿足中度疑似條件的短信后，緩存該短信； 所述鑒別模塊，鑒別出滿足中度疑似條件的短信后還用于，向所述短信中心發(fā)送緩存該短信的指令。進一步地，上述裝置還具有下面特點所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容和發(fā)送時間；
所述鑒別模塊，將該短信提交審核具體用于，將指定時間段內(nèi)所述滿足中度疑似條件的短信中源號碼相同的短信作為一條審核請求提交審核；在所述傳輸模塊接收到所述人工審核結(jié)果后，還用于刪除緩存該源號碼的短信；
所述傳輸模塊，是向所有短信中心發(fā)送對該短信的處理指示的。進一步地，上述裝置還具有下面特點所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容、發(fā)送時間、唯一標(biāo)識和對應(yīng)的短信中心編號；
所述鑒別模塊，還用于在所述傳輸模塊接收到所述人工審核結(jié)果后，根據(jù)所述短信的唯一標(biāo)識刪除緩存的對應(yīng)的短信；
所述傳輸模塊，是向所述短信中心編號對應(yīng)的短信中心發(fā)送對該短信的處理指示的。進一步地，上述裝置還具有下面特點所述傳輸模塊，還用于若在所述鑒別模塊將該短信提交審核之后預(yù)定時間內(nèi)，未接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，則向所述短信中心發(fā)送放通該短信的指令。為了解決上述問題，本發(fā)明還提供了一種短信處理系統(tǒng)，包括至少一個短信中心、 上述的短信處理裝置和人工審核裝置，其中，
所述短信中心，用于向所述短信處理裝置發(fā)送短信監(jiān)控請求消息；用于根據(jù)所述短信處理裝置發(fā)送的處理指示對相應(yīng)的短信進行處理；
所述短信處理裝置，用于接收到所述短信監(jiān)控請求消息后，對接收到的短信進行鑒別， 若鑒別出滿足中度疑似條件的短信，則將該短信提交給所述人工審核裝置；接收所述人工審核裝置的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示；
所述人工審核裝置，用于顯示所述短信處理裝置提交的短信，接收人工審核的結(jié)果，將人工審核結(jié)果發(fā)送給所述短信處理裝置。進一步地，上述系統(tǒng)還具有下面特點
所述短信中心和所述短信處理裝置是通過點對點短消息協(xié)議進行通訊的。進一步地，上述系統(tǒng)還具有下面特點 所述人工審核裝置為業(yè)務(wù)運營支撐系統(tǒng)。綜上，本發(fā)明提供的一種短信處理方法、裝置及系統(tǒng)，能夠提高現(xiàn)有系統(tǒng)垃圾短信攔截的準(zhǔn)確率。


圖1為本發(fā)明實施例一的短信處理系統(tǒng)的示意圖。圖2為本發(fā)明實施例二的短信處理系統(tǒng)的示意圖。圖3為本發(fā)明實施例的短信的處理方法的流程圖。圖4為本發(fā)明實施例的按用戶審核進行短信處理方法的流程圖。圖5為本發(fā)明實施例的逐條審核進行短信處理方法的流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。為了更好地理解本發(fā)明，下面結(jié)合附圖和具體實施例對本發(fā)明作進一步地描述。圖1為本發(fā)明實施例一的短信處理系統(tǒng)的示意圖，如圖1所示，本實施例的系統(tǒng)包括至少一個短信中心、短信處理裝置和人工審核裝置，其中，
所述短信中心，用于處理用戶短信下發(fā)，向所述短信處理裝置發(fā)送短信監(jiān)控請求消息； 用于根據(jù)所述短信處理裝置發(fā)送的處理指示對相應(yīng)的短信進行處理；
所述短信處理裝置，用于接收到所述短信監(jiān)控請求消息后，對接收到的短信進行鑒別， 若鑒別出滿足中度疑似條件的短信，則將該短信提交給所述人工審核裝置；接收所述人工審核裝置的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示；
所述人工審核裝置，用于顯示所述短信處理裝置提交的短信，接收人工審核的結(jié)果，將人工審核結(jié)果發(fā)送給所述短信處理裝置。其中，所述短信中心和所述短信處理裝置是通過SMPP (Short Message Peer to Peer,點對點短消息)協(xié)議進行通訊的。其中，按照功能處理劃分，如圖1所示，本實施例中短信處理裝置可以包括以下幾模塊
鑒別模塊，用于接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；
傳輸模塊，用于接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。本實施例的短信處理裝置還可以包括
存儲模塊，用于在所述鑒別模塊鑒別出滿足中度疑似條件的短信后，緩存該短信； 其中，所述鑒別模塊鑒別出滿足中度疑似條件的短信后還用于，向所述短信中心發(fā)送緩存該短信的指令，且緩存該短信。在一實施例中，所述短信監(jiān)控請求消息可以包括短信的源號碼、目的號碼、內(nèi)容和發(fā)送時間；
所述鑒別模塊將該短信提交審核具體用于，將指定時間段內(nèi)所述滿足中度疑似條件的短信中源號碼相同的短信作為一條審核請求提交審核；在所述傳輸模塊接收到所述人工審核結(jié)果后，還用于刪除緩存該源號碼的短信；；
所述傳輸模塊，是向所有短信中心發(fā)送對該短信的處理指示的。在另一實施例中，所述短信監(jiān)控請求消息可以包括短信的源號碼、目的號碼、內(nèi)容、發(fā)送時間、唯一標(biāo)識和對應(yīng)的短信中心編號；
所述鑒別模塊還用于在所述傳輸模塊接收到所述人工審核結(jié)果后，根據(jù)所述短信的唯一標(biāo)識刪除緩存的對應(yīng)的短信；
所述傳輸模塊是向所述短信中心編號對應(yīng)的短信中心發(fā)送對該短信的處理指示的。其中，本實施例的人工審核裝置可以為BOSS (Business and Operation Support System，業(yè)務(wù)運營支撐系統(tǒng))，當(dāng)然也可以是其他終端設(shè)備。其中，本實施例的短信處理裝置根據(jù)相關(guān)的鏈接關(guān)系又可以劃分為網(wǎng)安代理模塊、實時監(jiān)控處理模塊和接口機模塊，如圖2的短信處理系統(tǒng)示意圖，其中，
網(wǎng)安代理模塊，用于將實時監(jiān)控系統(tǒng)接入到一個或多個短信中心，接收短信中心轉(zhuǎn)發(fā)的短信監(jiān)控請求，分發(fā)短信監(jiān)控請求給實時監(jiān)控處理模塊，并返回實時監(jiān)控處理模塊處理的結(jié)果給短信中心。實時監(jiān)控處理模塊，采用成熟的監(jiān)控手段(例如，基于黑白名單監(jiān)控、基于流量的監(jiān)控、基于關(guān)鍵字的內(nèi)容監(jiān)控，或基于用戶行為的監(jiān)控)對短信進行鑒權(quán)。為了滿足多個短信中心接入大業(yè)務(wù)量要求，實時監(jiān)控業(yè)務(wù)處理模塊可以部署為多個模塊負(fù)荷分擔(dān)。接口機模塊，負(fù)責(zé)實時監(jiān)控系統(tǒng)與外部BOSS之間的內(nèi)外部消息轉(zhuǎn)換與消息傳遞。BOSS，用于接收實時監(jiān)控系統(tǒng)檢測出的嫌疑垃圾短信進行人工審核，并將審核結(jié)果返回給實時監(jiān)控系統(tǒng)。以上系統(tǒng)所有內(nèi)部模塊間采用基于TCP/IP (Transmission Control Protocol/ Internet Protocol，傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議)或進程間的通訊機制進行通訊。網(wǎng)安代理模塊和短信中心之間通過SMPP (Short Message Peer to Peer，點對點短消息)協(xié)議通訊，接口機模塊和BOSS之間采用雙方約定的格式通訊。需要在實時監(jiān)控系統(tǒng)和短信中心之間增加緩存短信的接口，短信中心逐條的將短信通過網(wǎng)安代理模塊送到實時監(jiān)控處理模塊做垃圾短信鑒權(quán)，實時監(jiān)控處理模塊根據(jù)預(yù)先設(shè)定的監(jiān)控規(guī)則對提交的短信合法性進行實時判斷，例如黑名單、發(fā)送流量、關(guān)鍵字等判定條件。對于實時監(jiān)控處理模塊識別出的高度疑似短信直接通過網(wǎng)安代理模塊指示短信中心攔截；對于實時監(jiān)控處理模塊識別出的中度疑似短信，先通過網(wǎng)安代理模塊指示短信中心緩存此條短信，然后轉(zhuǎn)發(fā)該短信給BOSS，待后續(xù)人工通過BOSS審核判定后再行決定短信發(fā)送與否。對于人工審核可以采用逐條審核或者按用戶審核其中一種方式
逐條審核，即對識別出的每條中度疑似短信進行審核，人工審核發(fā)出的下發(fā)或攔截短信的指示針對某條短信。若人工審核的結(jié)果是攔截短信，當(dāng)實時監(jiān)控系統(tǒng)收到人工審核結(jié)果后，向網(wǎng)安代理模塊指示攔截本條被緩存短信；若人工審核的結(jié)果是下發(fā)短信，當(dāng)實時監(jiān)控系統(tǒng)收到人工審核結(jié)果后，向網(wǎng)安代理模塊指示下發(fā)本條被緩存短信，然后網(wǎng)安代理模塊再進行SMPP編碼后發(fā)給短信中心。為減少人工審核的短信量也可以按用戶審核，人工審核發(fā)出的下發(fā)或攔截短信的指示針對用戶號碼進行，即緩存的該用戶短信都要被下發(fā)或攔截。若人工審核的結(jié)果是攔截短信，當(dāng)短信監(jiān)控平臺收到人工審核結(jié)果后，向網(wǎng)安代理模塊指示攔截該用戶所有被緩存短信。若人工審核的結(jié)果是下發(fā)短信，當(dāng)短信監(jiān)控平臺收到人工審核結(jié)果后，向網(wǎng)安代理模塊指示下發(fā)該用戶所有被緩存短信?，F(xiàn)有實時監(jiān)控系統(tǒng)無論采用哪種監(jiān)控技術(shù)都不能保證準(zhǔn)確攔截所有的垃圾短信， 存在一定的誤攔和漏攔的情況。本發(fā)明增加了緩存接口以及人工審核環(huán)節(jié)，提高了現(xiàn)有系統(tǒng)垃圾短信攔截的準(zhǔn)確率，減少了用戶的投訴。圖3為本發(fā)明實施例的短信的處理方法的流程圖，如圖3所示，本實施例的方法包括下面步驟
S10、接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；
S20、接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。以下結(jié)合圖2的短信處理系統(tǒng)對實施例的方法進行詳細(xì)的說明。圖4為本發(fā)明實施例的按用戶審核進行短信處理方法的流程圖，具體流程包括如下步驟
步驟201，短信中心下發(fā)短信監(jiān)控請求消息，該短信監(jiān)控請求消息包括源號碼、目的號碼、短信內(nèi)容和發(fā)送時間等。步驟202，網(wǎng)安代理模塊解碼SMPP格式的短信監(jiān)控請求消息，并且通過用戶號碼尾數(shù)取模分發(fā)解碼后的消息給實時監(jiān)控處理模塊。按用戶號碼尾數(shù)取模，主要為了監(jiān)控處理模塊多模塊負(fù)荷分擔(dān)處理監(jiān)控消息，并且確保同一個用戶號碼發(fā)送的所有消息由同一個監(jiān)控處理模塊處理。比如，如果有10個監(jiān)控處理模塊，那么用戶號碼尾數(shù)就按10取模，如果手機號碼為13612545687則按尾數(shù)模10模值為7，那么該用戶的所有消息都由第8個監(jiān)控處理模塊處理，如果手機號碼為 13612545680則按尾數(shù)模10模值為0，那么該用戶的所有消息都由第1個監(jiān)控處理模塊處理。步驟203，實時監(jiān)控處理模塊根據(jù)預(yù)先設(shè)定的監(jiān)控規(guī)則，例如，黑名單、發(fā)送流量、 關(guān)鍵字等判定規(guī)則，對提交的短信合法性進行實時判斷，如果判定為中度疑似短信，則進入步驟204，否則進入步驟205。步驟204，實時監(jiān)控處理模塊緩存短信相關(guān)信息，包括源號碼，目的號碼和發(fā)送時間。上文說的是指示短信中心來緩存，實時監(jiān)控處理模塊也要緩存？步驟205，實時監(jiān)控處理模塊根據(jù)監(jiān)控結(jié)果向網(wǎng)安代理模塊發(fā)送監(jiān)控應(yīng)答，監(jiān)控應(yīng)答包括放通、攔截和緩存三種情況。正常短信指示為放通，高度疑似短信指示為攔截，中度疑似短信指示為緩存。步驟206，網(wǎng)安代理模塊對監(jiān)控應(yīng)答消息進行SMPP格式編碼后，轉(zhuǎn)發(fā)給短信中心。步驟207，短信中心根據(jù)應(yīng)答指示決定是否對消息進行放通、攔截或緩存。步驟208，實時監(jiān)控處理模塊構(gòu)造審核請求消息發(fā)送給接口機模塊。按用戶審核對于同一個用戶當(dāng)前一段時間內(nèi)發(fā)送的多條短信，只發(fā)送一條審核請求。審核請求內(nèi)容包括源號碼，目的號碼，短信內(nèi)容，發(fā)送時間等。步驟209，接口機模塊將收到的審核請求寫入到嫌疑短信文件中。步驟210，接口機模塊定時將嫌疑短信文件以ftp (File Transfer Protocol，文件傳輸協(xié)議)方式傳給BOSS。步驟211，人工通過BOSS審核嫌疑短信記錄，將每條記錄標(biāo)記為攔截或放通，并將審核結(jié)果寫入審核結(jié)果文件。步驟212，BOSS定時將審核結(jié)果文件以ftp方式傳給接口機模塊。步驟213，接口機模塊定時掃描審核結(jié)果文件并解析每條審核結(jié)果記錄。步驟214，接口機模塊根據(jù)審核結(jié)果記錄構(gòu)造審核結(jié)果發(fā)送給實時監(jiān)控處理模塊。步驟215，實時監(jiān)控處理模塊根據(jù)審核結(jié)果構(gòu)造結(jié)果通知給網(wǎng)安代理模塊，并清除該用戶相關(guān)短信的緩存。結(jié)果通知內(nèi)容主要包括用戶號碼和審核結(jié)果(攔截或放通)。如果一定時間內(nèi)沒有收到審核結(jié)果，則實時監(jiān)控處理模塊根據(jù)緩存的短信相關(guān)信息構(gòu)造結(jié)果通知給網(wǎng)安代理模塊并清除用戶相關(guān)短信緩存，默認(rèn)一定時間內(nèi)沒有收到審核結(jié)果認(rèn)為放通。步驟216，網(wǎng)安代理模塊轉(zhuǎn)發(fā)結(jié)果通知給所連接的所有的短信中心。步驟217，短信中心根據(jù)結(jié)果通知指示決定對某用戶發(fā)送的所有短信進行攔截或放通，并清除緩存的該用戶發(fā)送的所有短信(根據(jù)用戶號碼查找緩存的該用戶的所有短信)。圖5為本發(fā)明實施例的逐條審核進行短信處理方法的流程圖，具體流程包括如下步驟
步驟301，短信中心下發(fā)短信監(jiān)控請求消息，該請求消息包括源號碼、目的號碼、短信內(nèi)容、發(fā)送時間、短信中心編號和短信唯一標(biāo)識(msgid)等。步驟302，網(wǎng)安代理模塊解碼SMPP格式監(jiān)控請求消息，并且通過用戶號碼尾數(shù)取模分發(fā)解碼后的消息給實時監(jiān)控處理模塊。步驟303，實時監(jiān)控處理模塊根據(jù)預(yù)先設(shè)定的監(jiān)控規(guī)則(例如，黑名單、發(fā)送流量、 關(guān)鍵字等判定規(guī)則)對提交的短信合法性進行實時判斷，如果判定為中度疑似短信，則進入步驟304，否則進入步驟305。步驟304，實時監(jiān)控處理模塊緩存短信相關(guān)信息，包括源號碼，目的號碼，發(fā)送時間，短信中心編號和短信唯一標(biāo)識msgid。步驟305，實時監(jiān)控處理模塊根據(jù)監(jiān)控結(jié)果向網(wǎng)安代理模塊發(fā)送監(jiān)控應(yīng)答，監(jiān)控應(yīng)答包括放通、攔截和緩存三種情況。正常短信指示為放通，高度疑似短信指示為攔截，中度疑似短信指示為緩存。
步驟306，網(wǎng)安代理模塊對監(jiān)控應(yīng)答消息進行SMPP格式編碼轉(zhuǎn)發(fā)給短信中心。步驟307，短信中心根據(jù)應(yīng)答指示決定是否對消息進行放通，攔截或緩存。步驟308，實時監(jiān)控處理模塊構(gòu)造審核請求消息發(fā)送給接口機模塊，審核請求內(nèi)容包括源號碼、目的號碼、發(fā)送時間、短信中心編號和短信唯一標(biāo)識等。步驟309，接口機模塊將審核請求轉(zhuǎn)換為外部消息轉(zhuǎn)發(fā)給BOSS。步驟310，BOSS接收審核請求并成功保存后，給接口機模塊回審核響應(yīng)。步驟311，接口機模塊將審核響應(yīng)消息轉(zhuǎn)化為內(nèi)部消息轉(zhuǎn)發(fā)給實時監(jiān)控處理模塊。步驟312，實時監(jiān)控處理模塊根據(jù)審核響應(yīng)判斷BOSS是否正確接收到了審核請求，如果響應(yīng)失敗，則回到步驟308重新發(fā)送審核請求，否則進入步驟313。步驟313，人工通過BOSS審核嫌疑短信記錄，將每條記錄標(biāo)記為攔截或放通。步驟314，BOSS將已審核的記錄通過即時消息發(fā)送給接口機模塊。步驟315，接口機模塊根據(jù)審核結(jié)果記錄構(gòu)造審核結(jié)果發(fā)送給實時監(jiān)控處理模塊。步驟316，實時監(jiān)控處理模塊根據(jù)審核結(jié)果構(gòu)造結(jié)果通知給網(wǎng)安代理模塊，并清除本條短信的緩存。結(jié)果通知的內(nèi)容主要包括用戶號碼、短信中心編號、短信唯一標(biāo)識 msgid和審核結(jié)果(攔截或放通)。如果一定時間內(nèi)沒有收到審核結(jié)果，則實時監(jiān)控處理模塊根據(jù)緩存的短信相關(guān)信息構(gòu)造結(jié)果通知給網(wǎng)安代理模塊，并清除用戶相關(guān)短信的緩存， 默認(rèn)沒有收到審核結(jié)果認(rèn)為放通。步驟317，網(wǎng)安代理模塊根據(jù)結(jié)果通知中的短信中心編號轉(zhuǎn)發(fā)結(jié)果通知給下發(fā)該條短信所在的短信中心。步驟318，短信中心根據(jù)結(jié)果通知指示決定對本條短信進行攔截或放通，并清除緩存的本條短信(根據(jù)msgid查找緩存的短信)。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上僅為本發(fā)明的優(yōu)選實施例，當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1.一種短信處理方法，包括接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。
2.如權(quán)利要求1所述的方法，其特征在于所述鑒別出滿足中度疑似條件的短信后，還包括緩存該短信，并向所述短信中心發(fā)送緩存該短信的指令。
3.如權(quán)利要求2所述的方法，其特征在于所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容和發(fā)送時間；所述將該短信提交審核，包括將指定時間段內(nèi)所述滿足中度疑似條件的短信中源號碼相同的短信作為一條審核請求提交審核；所述接收到所述人工審核結(jié)果后，還包括刪除緩存該源號碼的短信； 所述向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示為，向所有短信中心發(fā)送對該短信的處理指示。
4.如權(quán)利要求2所述的方法，其特征在于所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容、發(fā)送時間、唯一標(biāo)識和對應(yīng)的短信中心編號；所述接收到所述人工審核結(jié)果后，還包括根據(jù)所述短信的唯一標(biāo)識刪除緩存的對應(yīng)的短信；所述短信中心為所述短信中心編號對應(yīng)的短信中心。
5.如權(quán)利要求1-4任一項所述的方法，其特征在于所述將該短信提交審核之后，還包括若在預(yù)定時間內(nèi)未接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，則向所述短信中心發(fā)送放通該短信的指令。
6.一種短信處理裝置，包括鑒別模塊，用于接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；傳輸模塊，用于接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。
7.如權(quán)利要求6所述的裝置，其特征在于還包括存儲模塊，用于在所述鑒別模塊鑒別出滿足中度疑似條件的短信后，緩存該短信； 所述鑒別模塊，鑒別出滿足中度疑似條件的短信后還用于，向所述短信中心發(fā)送緩存該短信的指令。
8.如權(quán)利要求7所述的裝置，其特征在于所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容和發(fā)送時間；所述鑒別模塊，將該短信提交審核具體用于，將指定時間段內(nèi)所述滿足中度疑似條件的短信中源號碼相同的短信作為一條審核請求提交審核；在所述傳輸模塊接收到所述人工審核結(jié)果后，還用于刪除緩存該源號碼的短信；所述傳輸模塊，是向所有短信中心發(fā)送對該短信的處理指示的。
9.如權(quán)利要求7所述的裝置，其特征在于所述短信監(jiān)控請求消息包括短信的源號碼、目的號碼、內(nèi)容、發(fā)送時間、唯一標(biāo)識和對應(yīng)的短信中心編號；所述鑒別模塊，還用于在所述傳輸模塊接收到所述人工審核結(jié)果后，根據(jù)所述短信的唯一標(biāo)識刪除緩存的對應(yīng)的短信；所述傳輸模塊，是向所述短信中心編號對應(yīng)的短信中心發(fā)送對該短信的處理指示的。
10.如權(quán)利要求6-9任一項所述的裝置，其特征在于所述傳輸模塊，還用于若在所述鑒別模塊將該短信提交審核之后預(yù)定時間內(nèi)，未接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，則向所述短信中心發(fā)送放通該短信的指令。
11.一種短信處理系統(tǒng)，包括至少一個短信中心、如權(quán)利要求6-10任一項所述的短信處理裝置和人工審核裝置，其中，所述短信中心，用于向所述短信處理裝置發(fā)送短信監(jiān)控請求消息；用于根據(jù)所述短信處理裝置發(fā)送的處理指示對相應(yīng)的短信進行處理；所述短信處理裝置，用于接收到所述短信監(jiān)控請求消息后，對接收到的短信進行鑒別， 若鑒別出滿足中度疑似條件的短信，則將該短信提交給所述人工審核裝置；接收所述人工審核裝置的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示；所述人工審核裝置，用于顯示所述短信處理裝置提交的短信，接收人工審核的結(jié)果，將人工審核結(jié)果發(fā)送給所述短信處理裝置。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于所述短信中心和所述短信處理裝置是通過點對點短消息協(xié)議進行通訊的。
13.如權(quán)利要求11或12所述的系統(tǒng)，其特征在于所述人工審核裝置為業(yè)務(wù)運營支撐系統(tǒng)。
全文摘要
本發(fā)明提供一種短信處理方法、裝置及系統(tǒng)，該方法包括接收到短信中心的短信監(jiān)控請求消息后，對接收到的短信進行鑒別，若鑒別出滿足中度疑似條件的短信，則將該短信提交審核；接收對所述滿足中度疑似條件的短信的人工審核結(jié)果，根據(jù)所述人工審核結(jié)果向?qū)?yīng)的短信中心發(fā)送對該短信的處理指示。通過本發(fā)明能夠提高現(xiàn)有系統(tǒng)垃圾短信攔截的準(zhǔn)確率。
文檔編號H04W24/00GK102231874SQ201110171119
公開日2011年11月2日 申請日期2011年6月23日 優(yōu)先權(quán)日2011年6月23日
發(fā)明者馮亞軍, 王飛 申請人:中興通訊股份有限公司