專利名稱：一種發(fā)送攜帶附加信息的短信的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種發(fā)送攜帶附加信息的短信的方法 和裝置。
背景技術(shù)：
短信增值業(yè)務(wù)是指基于目前的短消息系統(tǒng)，實現(xiàn)以短消息為載體的增值業(yè)務(wù)。目 前各運營商越來越重視短信增值業(yè)務(wù)的發(fā)展，短信增值業(yè)務(wù)也成為運營商除語音收入外， 最重要的收入來源之一。短信增值業(yè)務(wù)平臺是一個位于SMSC (Short Messaging Service Center，短信中 心)后端的增值業(yè)務(wù)邏輯控制處理網(wǎng)元，是各運營商的標(biāo)準(zhǔn)配置網(wǎng)元，和短信中心配套使 用，為用戶提供新型短信增值業(yè)務(wù)開銷戶以及業(yè)務(wù)使用流程控制，實現(xiàn)短信增值業(yè)務(wù)觸發(fā) 優(yōu)先級控制，用于消息轉(zhuǎn)發(fā)、投遞等功能。移動通訊設(shè)備已經(jīng)成為現(xiàn)代居民的生活必備品，通訊終端的短信業(yè)務(wù)也發(fā)展迅 猛，面對龐大的用戶群體，短信廣告業(yè)務(wù)越來越受到企業(yè)、運營商的重視。但是，手機(jī)廣告業(yè)務(wù)在國內(nèi)、國際的發(fā)展前景并不樂觀。從用戶、廣告商家、運營商 三方面進(jìn)行分析如下第一，作為用戶，往往是被動地接收到手機(jī)廣告，對于這種廣告用戶本身并不感興 趣，類似的垃圾廣告不僅浪費了公共通訊資源，而且引起用戶反感和投訴。第二，作為廣告商家，想利用手機(jī)短信這種大眾化的形式介紹自己的產(chǎn)品和業(yè)務(wù)， 雖然向運營商繳納了相應(yīng)費用，但是迫于用戶投訴，仍舊無法做到向感興趣的用戶發(fā)送短
fn °第三，作為運營商，雖然短信廣告能為自身帶來收益，但是手機(jī)用戶的強(qiáng)烈反對也 致使運營商對這種廣告短信不能有效應(yīng)用。因此，由于用戶不能對廣告短信進(jìn)行選擇接收，會造成用戶接收到很多不感興趣 的廣告短信，降低了用戶的體驗度，從而導(dǎo)致廣告短信業(yè)務(wù)得不到普及應(yīng)用。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是提供一種發(fā)送攜帶附加信息的短信的方法和裝置，以克服 現(xiàn)有技術(shù)中用戶不能對廣告短信進(jìn)行選擇接收的缺陷。為達(dá)到上述目的，本發(fā)明的技術(shù)方案提供一種發(fā)送攜帶附加信息的短信的方法， 所述方法包括以下步驟:A、接收主叫用戶發(fā)送的短信；B、根據(jù)被叫用戶預(yù)先設(shè)置的接收附 加信息條件，向所述短信中添加附加信息；C、向所述被叫用戶發(fā)送攜帶附加信息的短信。進(jìn)一步，所述步驟B包括B1、判斷所述短信的長度是否小于預(yù)先設(shè)定的閾值；如 果是，則轉(zhuǎn)步驟B2，否則直接向所述被叫用戶發(fā)送所述短信；B2、判斷是否存在符合所述被 叫用戶預(yù)先設(shè)置的接收附加信息條件的附加信息，如果是，則將所述附加信息添加到所述 短信中，否則直接向所述被叫用戶發(fā)送所述短信。
進(jìn)一步，所述接收附加信息條件包括附加信息的類型、預(yù)定時間內(nèi)接收的附加信 息的最大數(shù)量和/或接收時段。進(jìn)一步，在所述步驟C之后，還包括接收所述被叫用戶的響應(yīng)消息，更新所述被 叫用戶接收短信中的附加信息的數(shù)量信息。進(jìn)一步，所述方法還包括接收附加信息查詢請求，并向查詢終端返回請求數(shù)據(jù)。進(jìn)一步，所述請求數(shù)據(jù)包括附加信息來源、附加信息內(nèi)容、附加信息下發(fā)次數(shù)、用 戶受理情況。進(jìn)一步，所述附加信息為廣告信息。本發(fā)明的技術(shù)方案還提供一種發(fā)送攜帶附加信息的短信的裝置，所述裝置包括 短信接收模塊，用于接收主叫用戶發(fā)送的短信；業(yè)務(wù)控制模塊，用于向所述短信中添加附加 信息；短信發(fā)送模塊，用于向被叫用戶發(fā)送攜帶附加信息的短信；數(shù)據(jù)庫模塊，用于存儲附 加信息數(shù)據(jù)和被叫用戶數(shù)據(jù)。進(jìn)一步，所述業(yè)務(wù)控制模塊包括長度檢測子模塊，用于檢測所述短信的長度是否 小于預(yù)先設(shè)定的閾值；條件設(shè)置子模塊，用于設(shè)置被叫用戶的接收附加信息條件，所述接收 附加信息條件包括附加信息的類型、預(yù)定時間內(nèi)接收的附加信息的最大數(shù)量和/或接收時 段；查詢子模塊，用于在所述數(shù)據(jù)庫模塊中查詢是否存在符合所述被叫用戶的接收附加信 息條件的附加信息；添加子模塊，用于將所述查詢子模塊查詢到的附加信息添加到所述短 信中。進(jìn)一步，所述裝置還包括TOB應(yīng)用模塊，與所述數(shù)據(jù)庫模塊連接，用于接收附加 信息查詢請求，并向查詢終端返回請求數(shù)據(jù)，所述請求數(shù)據(jù)包括附加信息來源、附加信息內(nèi) 容、附加信息下發(fā)次數(shù)、用戶受理情況。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果如下本發(fā)明通過在原始短信內(nèi)容后面添加用戶感興趣的附加信息的方式，使用戶可以 對廣告短信進(jìn)行選擇接收，過濾掉用戶不感興趣的廣告短信，提高了用戶的體驗度；并可以 使廣告商家有針對性地向用戶發(fā)送廣告短信，降低了成本。


圖1是本發(fā)明的一種發(fā)送攜帶附加信息的短信的方法的流程圖；圖2是本發(fā)明的一種發(fā)送攜帶附加信息的短信的裝置的結(jié)構(gòu)圖；圖3是本發(fā)明實施例的一種被叫短信廣告業(yè)務(wù)系統(tǒng)的組網(wǎng)示意圖；圖4是本發(fā)明實施例的一種被叫短信廣告業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖；圖5是本發(fā)明實施例的一種發(fā)送攜帶廣告信息的短信的方法的流程圖。
具體實施例方式下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進(jìn)一步詳細(xì)描述。以下實施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。本發(fā)明的一種發(fā)送攜帶附加信息的短信的方法的流程如圖1所示，首先接收主叫 用戶發(fā)送的短信；然后根據(jù)被叫用戶預(yù)先設(shè)置的接收附加信息條件，向所述短信中添加附 加信息；最后向所述被叫用戶發(fā)送攜帶附加信息的短信。參照圖1，本發(fā)明包括以下步驟
步驟101，接收主叫用戶發(fā)送的短信。步驟102，判斷所述短信的長度是否小于預(yù)先設(shè)定的閾值；如果是，則轉(zhuǎn)步驟103， 否則轉(zhuǎn)步驟106。步驟103，判斷是否存在符合所述被叫用戶預(yù)先設(shè)置的接收附加信息條件的附加 信息，如果是，則轉(zhuǎn)步驟104，否則轉(zhuǎn)步驟106。所述接收附加信息條件包括附加信息的類 型、預(yù)定時間內(nèi)接收的附加信息的最大數(shù)量和/或接收時段。步驟104，將所述附加信息添加到所述短信中。步驟105，接收所述被叫用戶的響應(yīng)消息，更新所述被叫用戶接收短信中的附加信
息的數(shù)量信息，并結(jié)束。步驟106，直接向所述被叫用戶發(fā)送所述短信，并結(jié)束。在本發(fā)明中，運營商的運營維護(hù)人員可以在查詢終端發(fā)起附加信息查詢請求，此 時本發(fā)明還包括接收附加信息查詢請求，并向查詢終端返回請求數(shù)據(jù)，所述請求數(shù)據(jù)包括 附加信息來源、附加信息內(nèi)容、附加信息下發(fā)次數(shù)、用戶受理情況。本發(fā)明的一種發(fā)送攜帶附加信息的短信的裝置如圖2所示，所述裝置包括短信接 收模塊21、業(yè)務(wù)控制模塊22、短信發(fā)送模塊23、數(shù)據(jù)庫模塊24和TOB應(yīng)用模塊25。其中業(yè) 務(wù)控制模塊22分別與短信接收模塊21、短信發(fā)送模塊23和數(shù)據(jù)庫模塊24連接，數(shù)據(jù)庫模 塊24與TOB應(yīng)用模塊25連接。短信接收模塊21用于接收主叫用戶發(fā)送的短信；業(yè)務(wù)控制模塊22用于向所述短 信中添加附加信息；短信發(fā)送模塊23用于向被叫用戶發(fā)送攜帶附加信息的短信；數(shù)據(jù)庫模 塊24用于存儲附加信息數(shù)據(jù)和被叫用戶數(shù)據(jù)；WEB應(yīng)用模塊25用于接收附加信息查詢請 求，并向查詢終端返回請求數(shù)據(jù)，所述請求數(shù)據(jù)包括附加信息來源、附加信息內(nèi)容、附加信 息下發(fā)次數(shù)、用戶受理情況。業(yè)務(wù)控制模塊22包括長度檢測子模塊221、條件設(shè)置子模塊222、查詢子模塊223 和添加子模塊224。長度檢測子模塊221用于檢測所述短信的長度是否小于預(yù)先設(shè)定的閾 值；條件設(shè)置子模塊222用于設(shè)置被叫用戶的接收附加信息條件，所述接收附加信息條件 包括附加信息的類型、預(yù)定時間內(nèi)接收的附加信息的最大數(shù)量和/或接收時段；查詢子模 塊223用于在所述數(shù)據(jù)庫模塊中查詢是否存在符合所述被叫用戶的接收附加信息條件的 附加信息；添加子模塊224用于將所述查詢子模塊查詢到的附加信息添加到所述短信中。下面以向短信中添加的附加信息為廣告信息為例，對本發(fā)明進(jìn)行詳細(xì)說明。其中， 本發(fā)明中的業(yè)務(wù)控制模塊在本實施例中具體為被叫短信廣告系統(tǒng)。本實施例包括用戶注冊、條件設(shè)置、接收原始短信、添加廣告并發(fā)送等過程，具體 為用戶注冊由運營商向用戶推廣介紹被叫短信廣告業(yè)務(wù)，由用戶自行注冊短信增 值業(yè)務(wù)平臺的被叫短信廣告業(yè)務(wù)，也可以由運營商后臺為用戶進(jìn)行用戶體驗開戶。條件設(shè)置終端用戶注冊被叫短信廣告業(yè)務(wù)的同時，可以設(shè)置自己喜歡得到的廣 告信息類型，如最新電影信息、最新汽車信息、最新的數(shù)碼信息等；也可以設(shè)置每天接收 的廣告最大條數(shù)、接收時段等。接收原始短信根據(jù)運營商現(xiàn)有組網(wǎng)結(jié)構(gòu)，當(dāng)其他手機(jī)用戶向注冊了被叫短信廣 告的用戶發(fā)送短信時，短信中心會把該消息投遞到被叫短信廣告業(yè)務(wù)系統(tǒng)。
添加廣告并發(fā)送被叫短信廣告業(yè)務(wù)系統(tǒng)判斷原始短信內(nèi)容長度及用戶預(yù)先設(shè)定 的廣告類型等用戶信息，在原始點對點消息后面附加廣告內(nèi)容，重新進(jìn)行消息投遞，使系統(tǒng) 用戶正常接收原始的點對點短信內(nèi)容之外，又收到了自己感興趣的廣告信息。其中，被叫短信廣告系統(tǒng)的主要功能特點是可以幫助手機(jī)用戶、廣告商家、運營 商各取所需，實現(xiàn)共贏；合理利用現(xiàn)有的公共通訊資源，不影響用戶點對點短信業(yè)務(wù)；該系 統(tǒng)基于現(xiàn)有增值業(yè)務(wù)平臺實現(xiàn)，能夠快速實現(xiàn)，便捷部署。該系統(tǒng)可以單獨部署，也可以和 短信增值業(yè)務(wù)平臺合一部署。本實施例的一種被叫短信廣告業(yè)務(wù)系統(tǒng)的組網(wǎng)示意圖如圖3所示，包括移動臺 31、移動臺32、短信中心33、增值業(yè)務(wù)平臺34、被叫短信廣告業(yè)務(wù)系統(tǒng)35、Web應(yīng)用服務(wù)器 36和運營商運維終端37。移動臺31是短信的發(fā)送者，通過空中接口與短信中心33等網(wǎng)元連接，可以是普通 用戶，也可以是服務(wù)提供商SP號碼。移動臺32是短信的接收者，通過空中接口與短信中心33等網(wǎng)元連接，可以是普通 用戶，也可以是服務(wù)提供商SP號碼。短信中心33是點對點短信的核心網(wǎng)元，負(fù)責(zé)基本點對點消息的投遞，與增值業(yè)務(wù) 平臺34相連。增值業(yè)務(wù)平臺34與短信中心33相連，為用戶提供新型短信增值業(yè)務(wù)受理以及業(yè) 務(wù)使用流程控制，用于消息轉(zhuǎn)發(fā)、投遞等功能。被叫短信廣告業(yè)務(wù)系統(tǒng)35用于滿足終端用戶的受理請求，控制短信廣告業(yè)務(wù)具 體實施，為web側(cè)統(tǒng)計、查詢等操作提供數(shù)據(jù)來源，接收web側(cè)的各種操作請求等。Web應(yīng)用服務(wù)器36，運營商可以通過web方式進(jìn)行廣告內(nèi)容管理、查詢、統(tǒng)計等操 作，該服務(wù)器的數(shù)據(jù)從被叫短信廣告業(yè)務(wù)系統(tǒng)35處獲得。運營商運維終端37通過Internet網(wǎng)絡(luò)可以登錄到Web應(yīng)用服務(wù)器36，進(jìn)行短信 廣告內(nèi)容的審核、添加、刪除；廣告商管理、統(tǒng)計、查詢等操作。本實施例的一種被叫短信廣告業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖如圖4所示，包括協(xié)議網(wǎng)關(guān) 模塊41、用戶受理模塊42、業(yè)務(wù)控制模塊43、web應(yīng)用模塊44和數(shù)據(jù)庫模塊45。協(xié)議網(wǎng)關(guān)模塊41，負(fù)責(zé)與其它網(wǎng)元(SMSC、GW等)間的通訊，對消息進(jìn)行編碼、解碼等。用戶受理模塊42，負(fù)責(zé)用戶的開戶、銷戶、暫停、激活；與短信中心進(jìn)行用戶信息 同步等。業(yè)務(wù)控制模塊43，當(dāng)接收到增值業(yè)務(wù)平臺的消息后，通過該模塊進(jìn)行被叫短信廣 告的業(yè)務(wù)邏輯控制，實現(xiàn)被叫短信廣告業(yè)務(wù)的具體功能，如判斷短信內(nèi)容已有長度，查詢 用戶喜好類型，決定是否添加廣告等操作；web應(yīng)用模塊44，為運維用戶提供web形式的管理功能。用戶可以通過web服務(wù) 器管理廣告內(nèi)容、查詢用戶信息。數(shù)據(jù)庫模塊45，是各個模塊間交互的核心紐帶。各模塊均操作該數(shù)據(jù)庫。202模 塊根據(jù)用戶的請求，維護(hù)用戶信息；203模塊通過數(shù)據(jù)庫模塊進(jìn)行用戶鑒權(quán)，用戶信息查詢 匹配，廣告查詢添加等；204模塊根據(jù)用戶的請求操作對數(shù)據(jù)庫中廣告信息進(jìn)行統(tǒng)計、查詢 等操作。
本實施例的一種發(fā)送攜帶廣告信息的短信的方法的流程如圖5所示，包括以下步 驟步驟501，用戶A為普通用戶，用戶B訂購了被叫短信廣告業(yè)務(wù)。用戶A發(fā)起正常 點對點消息到短信中心。步驟502，短信中心回響應(yīng)消息。步驟503，短信中心把該消息投遞被叫短信廣告業(yè)務(wù)系統(tǒng)。步驟504，被叫短信廣告業(yè)務(wù)系統(tǒng)向短信中心回響應(yīng)消息。步驟505，被叫短信廣告業(yè)務(wù)系統(tǒng)進(jìn)行業(yè)務(wù)邏輯處理，如判斷目前短信長度，查詢 用戶預(yù)設(shè)的廣告類型，決定是否添加廣告等，如果符合條件，則在原始短信后面附加用戶感 興趣的廣告信息。步驟506，被叫短信廣告業(yè)務(wù)系統(tǒng)向短信中心重新投遞附加了廣告信息的消息。步驟507，短信中心向被叫短信廣告業(yè)務(wù)系統(tǒng)回響應(yīng)消息。步驟508，短信中心把被叫短信廣告業(yè)務(wù)系統(tǒng)投遞的消息終呼到原始被叫用戶B。步驟509，被叫用戶終端回響應(yīng)消息給短信中心。步驟510，短信中心下發(fā)狀態(tài)報告消息到被叫短信廣告業(yè)務(wù)系統(tǒng)。步驟511，被叫短信廣告業(yè)務(wù)系統(tǒng)給短信中心回響應(yīng)消息。步驟512，被叫短信廣告業(yè)務(wù)系統(tǒng)進(jìn)行廣告數(shù)量統(tǒng)計、用戶接收廣告數(shù)量統(tǒng)計等操 作，更新相關(guān)記錄。步驟513，被叫短信廣告業(yè)務(wù)系統(tǒng)向短信中心回503消息的狀態(tài)報告消息。步驟514，短信中心回響應(yīng)消息，流程結(jié)束。在本實施例中，運營商的運營維護(hù)人員可以在查詢終端發(fā)起附加信息查詢請求， 此時運營商的運營維護(hù)人員通過web服務(wù)器進(jìn)行后臺操作流程如下步驟515，運營維護(hù)人員通過Internet網(wǎng)絡(luò)向Web服務(wù)器發(fā)起查詢請求。包括廣 告商及廣告內(nèi)容管理、廣告下發(fā)次數(shù)查詢、對用戶進(jìn)行后臺受理操作等。步驟516，Web服務(wù)器向被叫短信廣告業(yè)務(wù)系統(tǒng)發(fā)送請求消息。步驟517，被叫短信廣告業(yè)務(wù)系統(tǒng)返回用戶的請求數(shù)據(jù)給Web服務(wù)器。步驟518，Web服務(wù)器返回相關(guān)信息給運營維護(hù)人員，運營維護(hù)人員進(jìn)行各種操 作，結(jié)果更新到數(shù)據(jù)庫中。本實施例通過在原始短信內(nèi)容后面添加用戶感興趣的廣告信息的方式，使用戶可 以對廣告短信進(jìn)行選擇接收，過濾掉用戶不感興趣的廣告短信，提高了用戶的體驗度；并可 以使廣告商家有針對性地向用戶發(fā)送廣告短信，降低了成本；且充分利用現(xiàn)有網(wǎng)元和接口， 對短信中心無任何改動，僅在增值業(yè)務(wù)平臺側(cè)增加一個被叫短信廣告業(yè)務(wù)系統(tǒng)即可，改動 很小，系統(tǒng)穩(wěn)定性高，部署便捷。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明技術(shù)原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾 也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種發(fā)送攜帶附加信息的短信的方法，其特征在于，所述方法包括以下步驟A、接收主叫用戶發(fā)送的短信；B、根據(jù)被叫用戶預(yù)先設(shè)置的接收附加信息條件，向所述短信中添加附加信息；C、向所述被叫用戶發(fā)送攜帶附加信息的短信。
2.如權(quán)利要求1所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，所述步驟B包括Bi、判斷所述短信的長度是否小于預(yù)先設(shè)定的閾值；如果是，則轉(zhuǎn)步驟B2，否則直接向 所述被叫用戶發(fā)送所述短信；B2、判斷是否存在符合所述被叫用戶預(yù)先設(shè)置的接收附加信息條件的附加信息，如果 是，則將所述附加信息添加到所述短信中，否則直接向所述被叫用戶發(fā)送所述短信。
3.如權(quán)利要求2所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，所述接收附加 信息條件包括附加信息的類型、預(yù)定時間內(nèi)接收的附加信息的最大數(shù)量和/或接收時段。
4.如權(quán)利要求1所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，在所述步驟C之 后，還包括接收所述被叫用戶的響應(yīng)消息，更新所述被叫用戶接收短信中的附加信息的數(shù)量信肩、ο
5.如權(quán)利要求1所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，所述方法還包括接收附加信息查詢請求，并向查詢終端返回請求數(shù)據(jù)。
6.如權(quán)利要求5所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，所述請求數(shù)據(jù) 包括附加信息來源、附加信息內(nèi)容、附加信息下發(fā)次數(shù)、用戶受理情況。
7.如權(quán)利要求1至6任一項所述的發(fā)送攜帶附加信息的短信的方法，其特征在于，所述 附加信息為廣告信息。
8.—種發(fā)送攜帶附加信息的短信的裝置，其特征在于，所述裝置包括 短信接收模塊，用于接收主叫用戶發(fā)送的短信；業(yè)務(wù)控制模塊，用于向所述短信中添加附加信息； 短信發(fā)送模塊，用于向被叫用戶發(fā)送攜帶附加信息的短信； 數(shù)據(jù)庫模塊，用于存儲附加信息數(shù)據(jù)和被叫用戶數(shù)據(jù)。
9.如權(quán)利要求8所述的發(fā)送攜帶附加信息的短信的裝置，其特征在于，所述業(yè)務(wù)控制 模塊包括長度檢測子模塊，用于檢測所述短信的長度是否小于預(yù)先設(shè)定的閾值； 條件設(shè)置子模塊，用于設(shè)置被叫用戶的接收附加信息條件，所述接收附加信息條件包 括附加信息的類型、預(yù)定時間內(nèi)接收的附加信息的最大數(shù)量和/或接收時段；查詢子模塊，用于在所述數(shù)據(jù)庫模塊中查詢是否存在符合所述被叫用戶的接收附加信 息條件的附加信息；添加子模塊，用于將所述查詢子模塊查詢到的附加信息添加到所述短信中。
10.如權(quán)利要求8或9所述的發(fā)送攜帶附加信息的短信的裝置，其特征在于，所述裝置 還包括WEB應(yīng)用模塊，與所述數(shù)據(jù)庫模塊連接，用于接收附加信息查詢請求，并向查詢終端返回請求數(shù)據(jù)，所述請求數(shù)據(jù)包括附加信息來源、附 加信息內(nèi)容、附加信息下發(fā)次數(shù)、用戶受 理情況。
全文摘要
本發(fā)明公開了一種發(fā)送攜帶附加信息的短信的方法，所述方法包括以下步驟A、接收主叫用戶發(fā)送的短信；B、根據(jù)被叫用戶預(yù)先設(shè)置的接收附加信息條件，向所述短信中添加附加信息；C、向所述被叫用戶發(fā)送攜帶附加信息的短信。本發(fā)明還公開了一種發(fā)送攜帶附加信息的短信的裝置。本發(fā)明通過在原始短信內(nèi)容后面添加用戶感興趣的附加信息的方式，使用戶可以對廣告短信進(jìn)行選擇接收，過濾掉用戶不感興趣的廣告短信，提高了用戶的體驗度；并可以使廣告商家有針對性地向用戶發(fā)送廣告短信，降低了成本。
文檔編號H04W88/18GK101854606SQ201010169629
公開日2010年10月6日 申請日期2010年5月12日 優(yōu)先權(quán)日2010年5月12日
發(fā)明者王長征, 郭紅燕 申請人:中興通訊股份有限公司