專利名稱:一種垃圾短消息的處理方法及設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及垃圾短消息監(jiān)控領(lǐng)域,特別涉及一種垃圾短消息的處理方法及設(shè)備。
背景技術(shù):
目前,通訊領(lǐng)域的消息中心功能日臻壯大從短消息中心,到多媒體消息中心再到 郵件中心。用戶也日益增多;各種運營商、盈利集團和個人利用消息中心的促銷手段層出不 窮;各網(wǎng)絡(luò)之間的互聯(lián)互通的活動如火如荼;網(wǎng)上流動的消息量成幾何級數(shù)增長。在這種 市場環(huán)境下就不可避免的會出現(xiàn)大量的垃圾消息、惡意消息、廣告消息等,而發(fā)出這種消息 的集體或個人就被認(rèn)為是可疑用戶,甚至是黑名單用戶。短時間內(nèi)的垃圾消息可以使運營 商的生產(chǎn)環(huán)境癱瘓,某些惡意用戶利用運營商計費的延遲在快沒錢時發(fā)送大量短消息使運 營商蒙受巨額的經(jīng)濟損失;頻繁的垃圾廣告、惡意消息也會使用戶煩不勝煩。鑒于此,垃圾短消息監(jiān)控系統(tǒng)也就應(yīng)運而生,它們的功能就是能根據(jù)大量的受監(jiān) 控的短信來自動地發(fā)現(xiàn)可疑用戶,限制其消息的發(fā)送行為。雖然當(dāng)前市場上的垃圾短消息 監(jiān)控系統(tǒng)商用的不少,但大多數(shù)對于監(jiān)控到的政治性垃圾短消息或者流量垃圾短消息僅僅 采用一攔了之的簡單策略,降低了短信終呼成功率,影響了運營商的收益。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種垃圾短消息的處理方法及設(shè)備,以解決 傳統(tǒng)垃圾短消息監(jiān)控系統(tǒng)導(dǎo)致的短信終呼成功率低的問題。針對傳統(tǒng)垃圾監(jiān)控短信系統(tǒng)對監(jiān)控到的垃圾短消息采用一攔了之的簡單策略,本 發(fā)明技術(shù)方案對所要攔截的垃圾短消息進行進一步的挖潛,根據(jù)短信的性質(zhì),采取不同的 替換策略(例如,根據(jù)垃圾短消息對應(yīng)的號碼、號段、流量、關(guān)鍵字、時間段等一種或幾種信 息確定垃圾短消息的替換策略),將其替換為公益提醒短信或者定向商業(yè)廣告等,從而解決 傳統(tǒng)垃圾監(jiān)控短信系統(tǒng)造成的降低短信終呼成功率的弊病,既可以提高短信終呼成功率, 又可以通過公益提醒和商業(yè)廣告獲得良好的社會和經(jīng)濟效益。具體地,本發(fā)明公開了一種垃圾短消息的處理方法,包括短消息服務(wù)中心接收到垃圾短消息時,將該垃圾短消息的全部或部分內(nèi)容替換為 設(shè)定內(nèi)容,再將經(jīng)過替換處理的短消息下發(fā)給接收方。進一步地,上述方法中,所述短消息服務(wù)中心事先設(shè)定有替換策略,當(dāng)所述短消息 服務(wù)中心接收到垃圾短消息時,僅將符合所述替換策略的垃圾短消息的全部或部分內(nèi)容替 換為設(shè)定內(nèi)容,其中,所述替換策略包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息。所述設(shè)定用戶指設(shè)定號碼段和/或設(shè)定號碼。其中,當(dāng)所述替換策略包括多種替換條件時,符合所述替換策略的垃圾短消息指, 滿足所述替換策略所包括的所有替換條件要求的垃圾短消息。
4
進一步地,所述短消息服務(wù)中心事先設(shè)定有多個替換策略,并且各替換策略分別 對應(yīng)不同的設(shè)定內(nèi)容;當(dāng)所述短消息服務(wù)中心接收到垃圾短消息時,先確定該垃圾短消息所符合的替換 策略,再將該垃圾短消息的全部或部分內(nèi)容替換為所確定的替換策略所對應(yīng)的設(shè)定內(nèi)容。本發(fā)明還公開了一種垃圾短消息的處理設(shè)備,包括監(jiān)控接口模塊和實時監(jiān)控處理 模塊,其中所述監(jiān)控接口模塊,用于接收所述短消息服務(wù)中心發(fā)送的短消息,以及用于將所 述實時監(jiān)控處理模塊發(fā)送的經(jīng)過替換處理的短消息下發(fā)給接收方;所述實時監(jiān)控處理模塊,用于接收所述監(jiān)控接口模塊轉(zhuǎn)發(fā)的短消息,當(dāng)所接收到 的短消息為垃圾短消息時,將該垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容,并將經(jīng)過 替換處理的短消息發(fā)送給所述監(jiān)控接口模塊。進一步地,上述設(shè)備還包括人機交互網(wǎng)絡(luò)(WEB)處理模塊;所述人機交互TOB處理模塊,用于根據(jù)用戶操作設(shè)置替換策略,其中,所述替換策 略包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息;所述實時監(jiān)控處理模塊,在接收到垃圾短消息時,僅將符合所述替換策略的垃圾 短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容。所述設(shè)定用戶指設(shè)定號碼段和/或設(shè)定號碼。其中,當(dāng)所述替換策略包括多種替換條件時,所述實時監(jiān)控處理模塊,判斷所接收 到的垃圾短消息滿足所述替換策略所包括的所有替換條件要求,才確定該垃圾短消息符合 所述替換策略。進一步地,所述人機交互TOB處理模塊,用于根據(jù)用戶操作設(shè)置多個替換策略,并 且各替換策略分別對應(yīng)不同的設(shè)定內(nèi)容;所述實時監(jiān)控處理模塊,在接收到垃圾短消息時,用于確定該垃圾短消息所符合 的替換策略,并將該垃圾短消息的全部或部分內(nèi)容替換為所確定的替換策略所對應(yīng)的設(shè)定 內(nèi)容。本發(fā)明技術(shù)方案對SMSC(Short Message Service Center,短消息服務(wù)中心)的消 息進行實時監(jiān)控,根據(jù)設(shè)定的規(guī)則進行有選擇的下發(fā)、攔截或者替換內(nèi)容后再下發(fā),從而解 決傳統(tǒng)垃圾短消息垃圾短消息監(jiān)控的簡單地一攔了之導(dǎo)致的短信終護成功率下降的問題。
圖1為本發(fā)明設(shè)備的結(jié)構(gòu)示意圖;圖2為圖1所示設(shè)備對收到的短消息的進行監(jiān)控處理流程圖;圖3為圖2所示流程中人機交互WEB模塊與其他模塊交互流程示意圖;圖4為本實施例中判斷垃圾短消息的流程圖;圖5為本實施例中判斷垃圾短消息是否符合替換策略的流程圖。
具體實施例方式
下面結(jié)合具體實施方式
及附圖對本發(fā)明技術(shù)方案做進一步詳細(xì)說明。一種垃圾短消息處理設(shè)備,可將垃圾短消息替換為設(shè)定內(nèi)容(例如特定的公益提 示或者定向商業(yè)廣告),其結(jié)構(gòu)如圖1所示,至少包括人機交互WEB處理模塊、監(jiān)控接口模 塊、黑白名單管理模塊和實時監(jiān)控處理模塊。下面介紹各模塊的功能。人機交互TOB處理模塊用于根據(jù)用戶(例如運營商)操作設(shè)置設(shè)備的配置數(shù)據(jù), 該配置數(shù)據(jù)中包括黑白名單號碼;在本實施例中,人機交互TOB處理模塊所設(shè)置的配置數(shù)據(jù)還包括垃圾短消息的替 換策略以及替換策略所對應(yīng)的設(shè)定內(nèi)容;替換策略至少包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息。替換策略所對應(yīng)的設(shè)定內(nèi)容,即為符合替換策略的垃圾短消息替換的內(nèi)容,該內(nèi) 容具體可以為公益提示或者定向商業(yè)廣告。監(jiān)控接口模塊用于與SMSC短信中心之間的接口連接以及管理功能,完成協(xié)議消息 與內(nèi)部消息的轉(zhuǎn)換(即對SMSC發(fā)送的短消息進行內(nèi)部轉(zhuǎn)換,以及將實時監(jiān)控處理模塊發(fā)送的 消息進行轉(zhuǎn)換為SMSC識別的短消息),以及將實時監(jiān)控處理模塊發(fā)送的信息發(fā)送給SMSC。其中,由于外部網(wǎng)元可能會各不相同,監(jiān)控接口模塊可以將外部變化盡量阻擋在 設(shè)備之外,保證設(shè)備的穩(wěn)定性和可擴展性。監(jiān)控接口模塊將接收的SMSC短信中心的短消息 進行內(nèi)部轉(zhuǎn)換,之后將轉(zhuǎn)換后的短消息發(fā)送給實時監(jiān)控模塊做后續(xù)處理;黑白名單管理模塊用于對黑白名單(該黑白名單由人機交互WEB處理模塊發(fā)給 黑白名單管理模塊)進行統(tǒng)一管理,保證黑白名單的全局一致性,另外還接收來自實時監(jiān) 控處理模塊發(fā)起的名單類型的查詢請求;實時監(jiān)控處理模塊用于接收監(jiān)控接口模塊發(fā)來的短消息,提取短消息的主叫號 碼和被叫號碼,將提取的號碼發(fā)送給黑白名單管理模塊以查詢所提取的號碼的名單類型, 即黑名單、白名單,并根據(jù)黑白名單管理模塊的反饋的查詢結(jié)果,確定短消息的鑒定結(jié)果, 將鑒定結(jié)果發(fā)送給監(jiān)控接口模塊;其中,當(dāng)黑白名單管理模塊反饋的查詢結(jié)果是,短消息的主叫號碼或被叫號碼的 名單類型為白名單時,實時監(jiān)控處理模塊確定該短消息的鑒定結(jié)果是直接下發(fā);當(dāng)黑白名單管理模塊反饋的查詢結(jié)果是,短消息的主叫號碼或被叫號碼的名單類 型為黑名單時,實時監(jiān)控處理模塊確定該短消息的鑒定結(jié)果是攔截該短消息;當(dāng)黑白名單管理模塊反饋的查詢結(jié)果是,短消息的主叫號碼和被叫號碼的名單類 型為即不是白名單也不是黑名單(即該短消息為垃圾短消息)時,實時監(jiān)控處理模塊確定 該短消息的鑒定結(jié)果是替換內(nèi)容下發(fā),此時,實時監(jiān)控處理模塊將該短消息的全部或部分 內(nèi)容替換為設(shè)定內(nèi)容,再將經(jīng)過替換處理的短消息下發(fā)給監(jiān)控接口模塊;在本實施例中,由于人機交互WEB處理模塊中設(shè)置有替換策略,因此當(dāng)黑白名單 管理模塊反饋的查詢結(jié)果是該短消息為對垃圾短消息時,實時監(jiān)控處理模塊進一步判斷該 垃圾短消息是否符合設(shè)置的替換策略,僅當(dāng)垃圾短消息符合設(shè)置的替換策略時,才確定該 短消息的鑒定結(jié)果是替換內(nèi)容下發(fā);
具體地,替換策略至少包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息;實時監(jiān)控處理模塊判斷垃圾短消息是否符合設(shè)置的替換策略指垃圾短消息是否 滿足替換策略中的替換條件要求,其中,當(dāng)替換策略包括多個替換條件時,實時監(jiān)控處理模 塊要判斷所收到的垃圾短消息滿足替換策略所包括的所有替換條件時,才能確定該垃圾短 消息符合替換策略。還有一些實施例中,人機交互TOB處理模塊中設(shè)置有多個替換策略,每個替換策 略分別對應(yīng)不同的設(shè)定內(nèi)容,此時,實時監(jiān)控處理模塊要確定所接收到的垃圾短消息是符 合哪一個替換策略,之后,再將該垃圾短消息的全部或部分內(nèi)容替換成該替換策略所對應(yīng) 的設(shè)定內(nèi)容。上述設(shè)備的工作原理是用戶通過瀏覽器進入人機交互WEB處理模塊,輸入系統(tǒng) 運行配置數(shù)據(jù),其中,包括替換策略,替換策略包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息;具體地,配置數(shù)據(jù)中包括特定號碼和/或號段(用于表示這些設(shè)定用戶發(fā)送的垃 圾短消息要進行替換處理),還包括流量(用于表示當(dāng)前流量達(dá)到該設(shè)定流量時要對垃圾 短消息進行替換)、關(guān)鍵字(用于表示垃圾短消息中出現(xiàn)這些關(guān)鍵字時需要替換)、時間段 (用于表示在該設(shè)定時間段內(nèi)需要對垃圾短消息進行替換)信息,將配置數(shù)據(jù)中的黑白名 單通知給黑白名單處理模塊,將運行必需的配置數(shù)據(jù)通知給監(jiān)控接口機模塊,將替換策略 通知給實時監(jiān)控處理模塊。監(jiān)控接口模塊收到SMSC發(fā)送的鑒定消息后發(fā)送給實時監(jiān)控處 理模塊,實時監(jiān)控處理模塊從中提取主叫號碼和被叫號碼信息發(fā)送給黑白名單管理模塊以 查詢名單類型,黑白名單管理模塊將查詢結(jié)果回復(fù)給實時監(jiān)控處理模塊,實時監(jiān)控處理模 塊將根據(jù)人機交互WEB處理模塊中的監(jiān)控規(guī)則(即監(jiān)控規(guī)則中包括替換策略)判斷該條消 息是下發(fā)還是攔截還是替換內(nèi)容后下發(fā),并將判斷結(jié)果發(fā)送給監(jiān)控接口模塊,監(jiān)控接口模 塊再將結(jié)果反饋給SMSC短信中心。其中,上述設(shè)備可以為獨立設(shè)備,也可以內(nèi)置于短消息服務(wù)中心中。下面介紹上述設(shè)備有針對性地將垃圾短消息替換為設(shè)定內(nèi)容的實現(xiàn)過程。該過程 如圖2所示,包括以下步驟步驟200,人機交互,以對上述設(shè)備進行初始化;該步驟中,用戶(如運營商)通過瀏覽器訪問上述設(shè)備,并設(shè)置配置數(shù)據(jù),該配置 數(shù)據(jù)指設(shè)備運行所需要的數(shù)據(jù),其中包括黑白名單等,設(shè)置完成后,這些信息都將會保存到 物理數(shù)據(jù)庫中,并通知黑白名單管理模塊和實時監(jiān)控處理模塊;在本實施例中,配置數(shù)據(jù)中還包括替換策略,具體地,替換策略可包括以下一種或 幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息;其中,替換策略包括替換設(shè)定用戶所發(fā)送的垃圾短消息時,具體可建立一個或多 個特殊號碼組以表示設(shè)定用戶,進一步地,在每個特殊號碼組中設(shè)置待監(jiān)控的號碼或者號段;在優(yōu)選的方案中,替換策略包括替換設(shè)定用戶所發(fā)送的垃圾短消息的同時,還可 以包括替換設(shè)定時間段內(nèi)的垃圾短消息和/或替換設(shè)定流量范圍內(nèi)的垃圾短消息等。例 如,針對每個特殊號碼組配置不同的替換規(guī)則,其中規(guī)則包括是否根據(jù)設(shè)定時段間隔進行 策略性監(jiān)控,此時,設(shè)備可以進一步設(shè)置非攔截時段間隔值和攔截時段間隔值;還可以根據(jù) 消息比例進行策略性監(jiān)控,此時,則可設(shè)置監(jiān)控粒度消息數(shù)和垃圾短消息內(nèi)容替換消數(shù)。步驟201,上述設(shè)備接收到SMSC短信中心的消息鑒定請求(即接收到SMSC短信中 心轉(zhuǎn)發(fā)的短消息)時,對該消息鑒定請求進行內(nèi)部轉(zhuǎn)換;該步驟中,上述設(shè)備中監(jiān)控接口模塊接收SMSC短信中心的消息鑒定請求,通過內(nèi) 部轉(zhuǎn)換后,將消息鑒定請求發(fā)送給實時監(jiān)控處理模塊;步驟202,從經(jīng)過內(nèi)部轉(zhuǎn)換的消息鑒定請求中獲取短消息的主叫號碼;該步驟中,上述設(shè)備中實時監(jiān)控處理模塊接收監(jiān)控接口模塊發(fā)來的經(jīng)過內(nèi)部轉(zhuǎn)換 的消息鑒定請求后,取出消息中的主叫號碼和被叫號碼,并將該主叫號碼信息和被叫號碼 發(fā)送給黑白名單管理模塊;步驟203,從黑白名單中查詢所獲取的短消息的主叫號碼和被叫號碼;該步驟中,黑白名單管理模塊接收實時監(jiān)控處理模塊的查詢請求后,分別從黑白 名單內(nèi)查找短消息的主叫號碼和被叫號碼;步驟204,根據(jù)查找結(jié)果,確定鑒定結(jié)果,其中,當(dāng)從白名單中查找到短消息的主叫 號碼或被叫號碼時,則鑒定結(jié)果為下發(fā);當(dāng)從黑名單中查找到短消息的主叫號碼或和被叫 號碼時,則鑒定結(jié)果為攔截;當(dāng)從黑白名單中均未查找到短消息的主叫號碼和和被叫號碼 時,則鑒定結(jié)果為根據(jù)事先設(shè)定的替換策略替換短消息內(nèi)容;該步驟中,實時監(jiān)控處理模塊接收黑白名單管理模塊反饋的名單類型和配置的規(guī) 則進行分析和計算以確定相應(yīng)的鑒定結(jié)果,并將鑒定結(jié)果反饋給監(jiān)控接口模塊;例如,當(dāng)從黑白名單中均未查找到短消息的主叫號碼和和被叫號碼,且事先設(shè)定 的替換策略中設(shè)置了替換設(shè)定用戶所發(fā)送的垃圾短消息,則實時監(jiān)控處理模塊從預(yù)先配置 的特殊號碼組(該特殊號碼組用于表示設(shè)定用戶)中查找到短消息的主叫號碼時,進一步 確定該短消息的主叫號碼所屬于的特殊號碼組,獲取該特殊號碼組的替換規(guī)則,根據(jù)該替 換規(guī)則確定將該短消息中的全部或部分內(nèi)容替換為的設(shè)定內(nèi)容(如公益信息或者定向廣 告)下發(fā);步驟205,將鑒定結(jié)果反饋給SMSC短信中心;該步驟中,監(jiān)控接口模塊接收實時監(jiān)控處理模塊發(fā)送的鑒定結(jié)果,經(jīng)過轉(zhuǎn)換后,將 結(jié)果反饋給SMSC短信中心;步驟206,SMSC短信中心根據(jù)所收到的結(jié)果進行處理,若反饋的結(jié)果為攔截,則不 下發(fā)該條消息,若反饋的結(jié)果為下發(fā),則正常下發(fā)該條消息(此時該條消息內(nèi)容可能已經(jīng) 替換設(shè)定內(nèi)容,如相應(yīng)的公益信息或者定向廣告)。如圖3所示,為上述流程中人機交互及初始化的具體過程。該過程包括以下步驟步驟301,用戶通過瀏覽器進入人機交互TOB頁面,首先配置系統(tǒng)運行所需要的配 置數(shù)據(jù),其中包括黑白名單號碼、替換策略等;其中,替換策略可包括以下一種或幾種替換條件
替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定 流量范圍內(nèi)的垃圾短消息;具體地,設(shè)置多個特殊號碼組,以及這些特殊號碼組的信息(特殊號碼組的信息 包括組ID和組名稱)。之后在每個組中增加多個設(shè)定號碼、設(shè)定號碼段,每個號碼或者號碼 段只能在一個組中出現(xiàn),不能重復(fù),可手工單個增加也可通過文件批量增加。在每添加一條 號碼或號段時,人機交互WEB處理模塊都將會給黑白名單管理模塊發(fā)送附帶該條號碼信息 的通知消息,黑白名單管理模塊會將該號碼加入到自身內(nèi)存庫中,以便黑白名單管理模塊 的號碼具有實時性。之后可進一步設(shè)置每個特殊號碼組的監(jiān)控規(guī)則,包括根據(jù)設(shè)定時段間 隔進行策略性監(jiān)控(即替換處理),此時,可設(shè)置非攔截時段間隔值和攔截時段間隔值;或 者包括根據(jù)消息比例進行策略性監(jiān)控(即替換處理),此時,則可設(shè)置監(jiān)控粒度消息數(shù)和監(jiān) 控攔截消息數(shù)。這樣,每個特殊號碼組即擁有了不同的特殊號碼內(nèi)容和監(jiān)控規(guī)則。步驟302,通過人機交互TOB處理模塊的頁面增加的配置數(shù)據(jù),首先都將保存在實 體物理數(shù)據(jù)庫中,以便通知給其他模塊時提取配置數(shù)據(jù);步驟303,人機交互TOB處理模塊通過頁面的同步功能,將各個模塊所需要的配置 數(shù)據(jù)組織到同步文件中,并將文件上傳到各個模塊對應(yīng)的目錄,并發(fā)送通知消息給各個模 塊,以便各模塊加載所需的配置數(shù)據(jù);步驟304,各模塊收到WEB處理模塊發(fā)送的通知消息后,進行相應(yīng)的處理;其中,黑白名單管理模塊將收到的文件中的號碼加入到其自身內(nèi)存數(shù)據(jù)庫中;實 時監(jiān)控模塊將收到的文件中的特殊號碼規(guī)則(即替換策略)加載到自身內(nèi)存中;監(jiān)控接口 模塊將文件中的配置數(shù)據(jù)加載到自身內(nèi)存中。綜上所述,人機交互TOB處理模塊主要負(fù)責(zé)系統(tǒng)運行信息和特殊號碼的維護,為 短信的監(jiān)控提供基本的數(shù)據(jù)。下面以圖4為例,說明判斷一條短消息是否為符合替換策略的垃圾短消息的具體 過程,該過程包括以下步驟步驟401,短信中心給監(jiān)控接口模塊發(fā)送請求鑒定短消息的請求消息,該請求消息 中有待鑒定短消息的主叫號碼,接收待鑒定短消息的被叫號碼,及其待鑒定短消息內(nèi)容等 fn息;步驟402,監(jiān)控接口模塊接收到請求消息后,經(jīng)過內(nèi)部轉(zhuǎn)換處理后,向?qū)崟r監(jiān)控處 理模塊發(fā)送鑒定請求消息,并等待響應(yīng)消息;步驟403,實時監(jiān)控處理模塊接收到請求消息后,從中提取待鑒定短消息的主叫號 碼和被叫號碼并發(fā)送給黑白名單管理模塊,查詢號碼的名單類型;步驟404,黑白名單管理模塊通過將主叫號碼和被叫號碼匹配其內(nèi)存庫中的名單 類型,并將結(jié)果反饋給實時監(jiān)控處理模塊;步驟405,實時監(jiān)控處理模塊接收黑白名單管理模塊發(fā)送的結(jié)果消息;步驟406,實時監(jiān)控處理模塊根據(jù)黑白名單管理模塊反饋的結(jié)果,確定短消息的鑒 定結(jié)果,并將鑒定結(jié)果發(fā)送給監(jiān)控接口模塊;當(dāng)黑白名單管理模塊反饋的結(jié)果是短消息的主叫號碼或被叫號碼的名單類型是 白名單,則實時監(jiān)控處理模塊確定該條短消息的鑒定結(jié)果是直接下發(fā);當(dāng)黑白名單管理模塊反饋的結(jié)果是短消息的主叫號碼的名單類型是黑名單,則實
9時監(jiān)控處理模塊確定該條短消息的鑒定結(jié)果是攔截;當(dāng)黑白名單管理模塊反饋的結(jié)果是短消息的主叫號碼的名單類型是預(yù)先設(shè)定的 替換策略中設(shè)定號碼組里的號碼,則實時監(jiān)控處理模塊確定本條短消息的鑒定結(jié)果為替換 內(nèi)容下發(fā);步驟407,監(jiān)控接口接收到實時監(jiān)控處理模塊的鑒定結(jié)果。步驟408,監(jiān)控接口將接收到的鑒定結(jié)果反饋給短信中心,由短信中心根據(jù)結(jié)果進 行下發(fā)或攔截或者替換內(nèi)容下發(fā)。上述步驟406中的具體判斷垃圾短消息是否符合事先設(shè)定的替換策略的過程,如 圖5所示,包括以下步驟步驟501,實時監(jiān)控處理模塊接收到黑白名單管理模塊反饋的名單類型后已經(jīng)確 定待鑒定的短消息為垃圾短消息;步驟502,實時監(jiān)控處理模塊將特殊號碼組信息,確定該垃圾短消息的主叫號碼屬 于哪個特殊號碼組,并根據(jù)該特殊號碼組的組ID獲取其對應(yīng)的替換條件;步驟503,實時監(jiān)控處理模塊判斷替換條件中是否啟用了時間段攔截條件,即判斷 在人機交互WEB處理模塊中設(shè)置的是否根據(jù)時段間隔進行策略性監(jiān)控的值為是,如果是, 則繼續(xù)執(zhí)行步驟504,否則執(zhí)行步驟505 ;步驟504,實時監(jiān)控處理模塊啟用時間段攔截策略后,將會根據(jù)人機交互WEB處理 模塊同步的時間開始,根據(jù)設(shè)置的非攔截時段間隔值和攔截時段間隔值進行匹配判斷,判 斷當(dāng)前是否屬于非攔截時段,如果是,跳轉(zhuǎn)執(zhí)行步驟508,否則,進入步驟505 ;步驟505,實時監(jiān)控處理模塊判斷替換條件中是否啟用了流量監(jiān)控策略,即判斷在 人機交互WEB處理模塊中設(shè)置的是否根據(jù)消息比例進行策略性監(jiān)控的值為是,如果是,則 繼續(xù)執(zhí)行步驟506,否則跳轉(zhuǎn)執(zhí)行步驟508 ;步驟506,實時監(jiān)控處理模塊啟用流量檢查策略后,判斷當(dāng)前是否在非攔截條數(shù) 內(nèi),如果是,則執(zhí)行步驟508,否則執(zhí)行步驟507 ;具體地,實時監(jiān)控處理模塊將會根據(jù)人機交互TOB處理模塊同步的時間開始,根 據(jù)監(jiān)控粒度消息數(shù)作為監(jiān)控基本計數(shù)進行處理,如設(shè)置監(jiān)控粒度消息數(shù)為10條,監(jiān)控攔截 消息數(shù)為2條。則對所有特殊號碼用戶發(fā)送的消息以10條為總粒度,從設(shè)置生效時刻起對 特殊號碼用戶的整體發(fā)送行為監(jiān)控,將垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容(公 益信息或者定向廣告)后放行8條消息,直接攔截2條消息,循環(huán)往復(fù)。步驟507,實時監(jiān)控處理模塊經(jīng)過分析后得到該條短消息的鑒定結(jié)果是,攔截,結(jié) 束本流程;步驟508,實時監(jiān)控處理模塊經(jīng)過分析后得到該條短消息的鑒定結(jié)果是,替換為設(shè) 定內(nèi)容(公益信息或者定向廣告)后下發(fā),結(jié)束流程結(jié)束。從上述實施例可以看出,本發(fā)明根據(jù)設(shè)定的策略(例如,根據(jù)設(shè)定的特殊號碼和 對應(yīng)的監(jiān)控規(guī)則進行時間和/或流量的限制)有針對性地將垃圾短消息替換為設(shè)定內(nèi)容 (例如公益提醒或者有針對性的商業(yè)廣告等),從而解決了現(xiàn)有監(jiān)控系統(tǒng)的名單規(guī)則中單 一黑白名單監(jiān)控要么全部下發(fā),要么全部攔截的局限,從而提高了短信終呼成功率。進一步 地提高了運營商經(jīng)濟收益和社會收益。并且,此方案還可以擴展到彩信系統(tǒng)等類似需要進 行監(jiān)控的領(lǐng)域。
當(dāng)然,本發(fā)明還可有其他多種實施例,在不背離本發(fā)明精神及其實質(zhì)的情況下,熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明做出各種相應(yīng)的改變和變形,但凡在本發(fā)明的精神和 原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種垃圾短消息的處理方法,其特征在于,該方法包括短消息服務(wù)中心接收到垃圾短消息時,將該垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容,再將經(jīng)過替換處理的短消息下發(fā)給接收方。
2.如權(quán)利要求1所述的方法,其特征在于,所述短消息服務(wù)中心事先設(shè)定有替換策略,當(dāng)所述短消息服務(wù)中心接收到垃圾短消息 時,僅將符合所述替換策略的垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容,其中,所述替 換策略包括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定流量 范圍內(nèi)的垃圾短消息。
3.如權(quán)利要求2所述的方法,其特征在于,所述設(shè)定用戶指設(shè)定號碼段和/或設(shè)定號碼。
4.如權(quán)利要求2或3所述的方法,其特征在于,當(dāng)所述替換策略包括多種替換條件時,符合所述替換策略的垃圾短消息指,滿足所述 替換策略所包括的所有替換條件要求的垃圾短消息。
5.如權(quán)利要求4所述的方法,其特征在于,所述短消息服務(wù)中心事先設(shè)定有多個替換策略,并且各替換策略分別對應(yīng)不同的設(shè)定 內(nèi)容;當(dāng)所述短消息服務(wù)中心接收到垃圾短消息時,先確定該垃圾短消息所符合的替換策 略,再將該垃圾短消息的全部或部分內(nèi)容替換為所確定的替換策略所對應(yīng)的設(shè)定內(nèi)容。
6.一種垃圾短消息的處理設(shè)備,其特征在于,該設(shè)備包括監(jiān)控接口模塊和實時監(jiān)控 處理模塊,其中所述監(jiān)控接口模塊,用于接收所述短消息服務(wù)中心發(fā)送的短消息,以及用于將所述實 時監(jiān)控處理模塊發(fā)送的經(jīng)過替換處理的短消息下發(fā)給接收方;所述實時監(jiān)控處理模塊,用于接收所述監(jiān)控接口模塊轉(zhuǎn)發(fā)的短消息,當(dāng)所接收到的短 消息為垃圾短消息時,將該垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容,并將經(jīng)過替換 處理的短消息發(fā)送給所述監(jiān)控接口模塊。
7.如權(quán)利要求6所述的設(shè)備,其特征在于,該設(shè)備還包括人機交互網(wǎng)絡(luò)(WEB)處理模塊;所述人機交互WEB處理模塊,用于根據(jù)用戶操作設(shè)置替換策略,其中,所述替換策略包 括如下一種或幾種替換條件替換設(shè)定用戶所發(fā)送的垃圾短消息、替換設(shè)定時間段內(nèi)的垃圾短消息、替換設(shè)定流量 范圍內(nèi)的垃圾短消息;所述實時監(jiān)控處理模塊,在接收到垃圾短消息時,僅將符合所述替換策略的垃圾短消 息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容。
8.如權(quán)利要求7所述的設(shè)備,其特征在于,所述設(shè)定用戶指設(shè)定號碼段和/或設(shè)定號碼。
9.如權(quán)利要求7或8所述的設(shè)備,其特征在于,當(dāng)所述替換策略包括多種替換條件時,所述實時監(jiān)控處理模塊,判斷所接收到的垃圾 短消息滿足所述替換策略所包括的所有替換條件要求,才確定該垃圾短消息符合所述替換策略。
10.如權(quán)利要求9所述的設(shè)備,其特征在于,所述人機交互WEB處理模塊,用于根據(jù)用戶操作設(shè)置多個替換策略,并且各替換策略 分別對應(yīng)不同的設(shè)定內(nèi)容;所述實時監(jiān)控處理模塊,在接收到垃圾短消息時,用于確定該垃圾短消息所符合的替 換策略,并將該垃圾短消息的全部或部分內(nèi)容替換為所確定的替換策略所對應(yīng)的設(shè)定內(nèi)
全文摘要
本發(fā)明公開了一種垃圾短消息的處理方法及設(shè)備,涉及垃圾短消息監(jiān)控領(lǐng)域。本發(fā)明方法包括短消息服務(wù)中心接收到垃圾短消息時,將該垃圾短消息的全部或部分內(nèi)容替換為設(shè)定內(nèi)容,再將經(jīng)過替換處理的短消息下發(fā)給接收方。本發(fā)明技術(shù)方案對SMSC的消息進行實時監(jiān)控,根據(jù)設(shè)定的規(guī)則進行有選擇的下發(fā)、攔截或者替換內(nèi)容后再下發(fā),從而解決傳統(tǒng)垃圾短消息垃圾短消息監(jiān)控的簡單地一攔了之導(dǎo)致的短信終護成功率下降的問題。
文檔編號H04W88/18GK101945355SQ20101022305
公開日2011年1月12日 申請日期2010年7月2日 優(yōu)先權(quán)日2010年7月2日
發(fā)明者儲昊明, 李麗莉, 李冠軍 申請人:中興通訊股份有限公司