一種批量短信預處理方法

文檔序號：7762147閱讀：606來源：國知局

專利名稱：一種批量短信預處理方法
技術領域：
本發(fā)明涉及移動通信技術領域，具體涉及一種批量短信預處理方法。
背景技術：
現(xiàn)有技術短信發(fā)送業(yè)務多采用短信發(fā)送客戶端與短信代理商進行直接交互發(fā)送，小批量短信提交到短信代理商服務器速度很快，遇到大批量短信(如廣告類短信)提交時，會出現(xiàn)提交速度慢，等待時間長等問題，短信發(fā)送客戶端往往會出現(xiàn)短信提交無響應的現(xiàn) 象，用戶體驗很不友好。大批量短信提交時，短信數(shù)據(jù)量很大，若出現(xiàn)網(wǎng)絡超時，則短信提交不能正常完成，此時需要用戶在短信發(fā)送客戶端將失敗的號碼重新提交發(fā)送，效率很低?，F(xiàn) 有技術的短信提交方式急需改進。WebService服務是建立可互操作的分布式應用程序的新平臺。WebService服務是一套標準，它定義了應用程序如何在Web上實現(xiàn)互操作性。你可以用任何你喜歡的語言，在任何你喜歡的平臺上寫WebService服務，只要我們可以通過WebService標準對這些服務進行查詢和訪問，WebService服務可以使用兩種消息傳遞方式=One-Way messaging(單向消息傳遞)或者Request/Response messaging (請求/響應消息傳遞)。SOAP (Simple Object Access Protocol)，是一種標準消息傳遞協(xié)議，是WebService服務的事實標準協(xié) 議。SOAP是以XML為基礎，SOAP消息格式是由XML Schema模式定義，通過XML命名空間使SOAP具有很強的擴展性。WebService服務放在Web服務器上，客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中，發(fā)送到Web服務器。Web服務器再把這些請求轉(zhuǎn)發(fā)給 WebService處理器。WebService處理器解析收到的SOAP請求，調(diào)用WebService服務應用程序，然后再生成相應的SOAP應答。Web服務器得到SOAP應答后，會再通過HTTP應答的方式把它送回到客戶端。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提供一種批量短信預處理方法，克服現(xiàn)有技術短信提交方式在大批量短信提交時提交速度慢、等待時間長、用戶體驗差、容易導致提交失敗的缺陷。本發(fā)明為解決上述技術問題所采用的技術方案為一種批量短信預處理方法，包括步驟Al、短信發(fā)送客戶端對短信發(fā)送數(shù)據(jù)進行分組；A2、短信發(fā)送客戶端將分組后的所述短信發(fā)送數(shù)據(jù)進行壓縮；A3、短信發(fā)送客戶端將壓縮后的所述短信發(fā)送數(shù)據(jù)發(fā)送到緩存服務器；A4、緩存服務器將所述短信發(fā)送數(shù)據(jù)解壓縮；A5、緩存服務器將解壓縮后的所述短信發(fā)送數(shù)據(jù)存儲到緩存目錄中并建立相應的索引文件；A6、緩存服務器將所述短信發(fā)送數(shù)據(jù)發(fā)送到短信代理商服務器。
3
所述的批量短信預處理方法，其中所述步驟Al包括步驟短信發(fā)送客戶端在對所述短信發(fā)送數(shù)據(jù)進行分組之前先進行手機號碼合法性檢查。所述的批量短信預處理方法，其中所述步驟Al包括步驟短信發(fā)送客戶端對短信內(nèi)容中是否包含非法詞語進行檢查。所述的批量短信預處理方法，其中所述步驟Al包括步驟短信發(fā)送客戶端進行短信黑名單檢查。所述的批量短信預處理方法，其中所述步驟A2包括步驟短信發(fā)送客戶端調(diào)用 Zlip庫中的TCompressionStream類對所述短信發(fā)送數(shù)據(jù)進行壓縮。所述的批量短信預處理方法，其中所述步驟A3包括步驟短信發(fā)送客戶端將所述短信發(fā)送數(shù)據(jù)通過WebService服務發(fā)送到緩存服務器。所述的批量短信預處理方法，其中所述步驟A5包括步驟緩存服務器在數(shù)據(jù)庫中建立所述索引文件。所述的批量短信預處理方法，其中所述步驟A5包括步驟在緩存服務器上設置緩存處理程序，所述緩存處理程序用于查找和發(fā)送所述短信發(fā)送數(shù)據(jù)，所述緩存處理程序采用多線程工作方式。所述的批量短信預處理方法，其中所述步驟A5包括步驟在緩存服務器上設置監(jiān) 控程序來對所述緩存處理程序進行監(jiān)控。本發(fā)明的有益效果本發(fā)明批量短信預處理方法使短信發(fā)送客戶端提交短信時間大大縮短(如20萬條短信提交只需不到2秒)，極大的提高了提交效率，即使在網(wǎng)絡狀態(tài)不好的情況下也能持續(xù)地完成短信提交任務，保證了短信提交的實時性和穩(wěn)定性。

本發(fā)明包括如下附圖圖1為本發(fā)明批量短信預處理方法流程示意圖；圖2為本發(fā)明批量短信預處理方法短信發(fā)送客戶端處理流程示意圖；圖3為本發(fā)明批量短信預處理方法緩存服務器處理流程示意圖
具體實施例方式下面根據(jù)附圖和實施例對本發(fā)明作進一步詳細說明如圖1所示，短信發(fā)送客戶端對短信發(fā)送數(shù)據(jù)進行分組和壓縮；然后分批通過 WebSevice服務將短信發(fā)送數(shù)據(jù)發(fā)送到緩存服務器；緩存服務器將短信發(fā)送數(shù)據(jù)解壓縮，存儲到緩存目錄中并建立相應的索引文件，再啟動緩存處理程序?qū)⒍绦虐l(fā)送數(shù)據(jù)發(fā)送到短信代理商服務器。如圖2和圖3所示，短信發(fā)送客戶端首先對短信發(fā)送數(shù)據(jù)進行合法性檢查，檢查完畢后，對短信內(nèi)容進行分頁，然后對短信號碼進行分組，對不同頁的短信內(nèi)容分別獲取短信分組號碼，獲取后組成發(fā)送的xml格式數(shù)據(jù)，壓縮后發(fā)送給緩存服務器。緩存服務器對xml 格式數(shù)據(jù)進行解壓縮處理，啟動多個緩存處理程序，獲取相關的短信發(fā)送數(shù)據(jù)后，將短信發(fā) 送數(shù)據(jù)發(fā)送到短信代理商服務器。對于如下的短信發(fā)送數(shù)據(jù)短信號碼200000個，短信內(nèi)容130字通過具體實施例說明其提交過程。短信發(fā)送客戶端 1、短信發(fā)送數(shù)據(jù)合法性檢查。a.檢測發(fā)送的手機號碼是否符合標準移動134，135，136，137，138，139，150，151，152，157，158，159，187，188聯(lián)通:130，131，132，155，156，185，186電信133，153，180，189檢測手機號碼是否是11位的數(shù)字，并且數(shù)字的前3位是否在以上的號段中。號碼檢測正則表達式如下:\b((% s)\d{8})+\b {11，}。b.短信非法詞語檢測將短信的內(nèi)容存入到內(nèi)存字符串smscon中，然后通過在短信發(fā)送客戶端本地保存的非法詞語數(shù)據(jù)庫Seriousword. db中的數(shù)據(jù)表tjmsseriousword中檢索，獲取當前發(fā) 送的短信內(nèi)容是否有非法詞語，具體的查詢語句為select distinct word from t_smsseriousword where POSITION (word in' “ +smscon+' “ ) > 0〃返回的數(shù)據(jù)字段word不為空，表示有非法詞語。返回的word字段為空，則表示短信內(nèi)容正常。c.黑名單檢測將短信的號碼保存到內(nèi)存字符串smsno中，然后通過短信發(fā)送客戶端本地保存的非法詞語庫BlackNo. db中的數(shù)據(jù)表t_BlackPhone中進行檢索，獲取當前發(fā)送的號碼中是否有黑名單號碼，具體的查詢語句為select distinct Number from t_BIackPhonewhere POSITION(Number in' “ +smsno+' “ ) > 0〃返回的數(shù)據(jù)字段Number不為空，表示發(fā)送號碼中含有黑名單號碼。返回的Number 字段為空，則表示發(fā)送的短信號碼正常。2、短信發(fā)送數(shù)據(jù)分組、壓縮和發(fā)送2-1 獲取用戶發(fā)送的號碼個數(shù)將用戶錄入的短信號碼讀取到內(nèi)存列表NumberList中。通過訪問NumberList. Count的屬性來獲取當前用戶輸入的短信號碼個數(shù)。NumberList. Count = 200000 ；按照分組最大個數(shù)10W/組通過TIniFile類來讀取本地的配置文件IMConfig. db最大分組=TIinFile.ReadString ( iMaxGrp', ‘Sect，，‘100000，)分組數(shù)= Ceil (NumberList. Count/100000)(此處不足一頁按照一頁進行計算，計算結(jié)果分組數(shù)= 2組)2-2 獲取短信發(fā)送內(nèi)容的頁數(shù)根據(jù)短信代理商提供的每條短信最多可容納的字數(shù)來進行短信內(nèi)容分頁。此處示例為70字/頁(具體數(shù)據(jù)從供應商處獲得)，先將短信內(nèi)容通過Length函數(shù)來獲取當前短信字數(shù)的個數(shù)，如=Length(短信內(nèi)容)=130，然后用Ceil函數(shù)來進行分頁數(shù)的計算
5
頁數(shù)=Ceil (Length(短信內(nèi)容)/70)，不足一頁按照一頁進行計算，將分頁后的短信內(nèi)容依次存入到內(nèi)存列表ContentList中2-3 讀取短信發(fā)送數(shù)據(jù)內(nèi)存列表下標從O開始，O表示第一組，循環(huán)讀取短信分頁內(nèi)容，短信內(nèi)容此處分為兩頁。ContentList中存儲的短信內(nèi)容第一頁內(nèi)容=ContentList
；(對應短信內(nèi)容的1-70字)，第二頁內(nèi)容=ContentList [1](對應短信內(nèi)容的71-130字)，NumberList中存儲的號碼內(nèi)容第一組號碼=NumberList
(對應號碼為1-100000之間的號碼)，第二組號碼=NumberList [1](對應號碼為100001-200000之間的號碼)，2-4 組合短信發(fā)送數(shù)據(jù)循環(huán)讀取短信內(nèi)容，并根據(jù)每次讀取的短信內(nèi)容，再依次去獲取對應的發(fā)送號碼后，再組合成需要發(fā)送的ml數(shù)據(jù)串。對于以上的數(shù)據(jù)，此處組合為第一組ContentList
+NumberList
第二組ContentList
+NumberList [1]第三組ContentList[l]+NumberList
第四組ContentList[l]+NumberList[1]將以上的幾組數(shù)據(jù)依次按照xml格式進行組合，然后將數(shù)據(jù)讀取到內(nèi)存流中 (TMemoryStream)，調(diào)用Zlip庫中的TCompressionStream類來對數(shù)據(jù)進行壓縮，最后通過 WebService 月艮務提供的接口 DoAction (constActionCode Jnteger ；const ActionXML WideString) (ActionCode = 100)將短信發(fā)送數(shù)據(jù)發(fā)送給緩存服務器。緩存服務器1、數(shù)據(jù)接收處理接收到短信發(fā)送客戶端的短信發(fā)送數(shù)據(jù)后，緩存服務器對xml格式數(shù)據(jù)進行解壓縮處理，通過Zlib庫中的TDeCompressionStream類對短信發(fā)送數(shù)據(jù)進行解壓縮，解壓出的 xml描述文件和目標號碼，存儲到文件系統(tǒng)中的緩存目錄下，同時在數(shù)據(jù)庫中的索引文件中添加一條此發(fā)送包的索引，如MsgID、PID、AccessCode、發(fā)送總數(shù)、文件路徑、提交時間等信息，索引信息存儲到數(shù)據(jù)庫系統(tǒng)中可以方便對數(shù)據(jù)檢索操作，同時避免文件系統(tǒng)檢索效率低的弊病。2、緩存處理程序短信發(fā)送數(shù)據(jù)存儲完畢后，緩存服務器啟動多個緩存處理程序，緩存處理程序?qū)?數(shù)據(jù)庫中的索引文件進行讀取，讀取到相關的索引信息后根據(jù)索引信息在本地查找號碼文件。獲取到相關的短信發(fā)送數(shù)據(jù)后，將短信發(fā)送數(shù)據(jù)發(fā)送到短信代理商服務器。另外緩存處理程序采用多線程處理，避免在數(shù)據(jù)量過多時造成短信發(fā)送延遲。多個緩存處理程序在不停的運作過程中，可能會出現(xiàn)一些異常，此時若進行人工查看并處理會導致處理不及時。因此設置監(jiān)控程序來對緩存處理程序進行監(jiān)控，當發(fā)現(xiàn)某個緩存處理程序工作出現(xiàn)異常時可以對其進行重啟，實時保證緩存處理程序處于正常運作狀態(tài)。如果監(jiān)控程序出現(xiàn)異常，會自動通過Email發(fā)送日志信息到系統(tǒng)管理員處，系統(tǒng)管理員可馬上對其進行處理。
本領域技術人員不脫離本發(fā)明的實質(zhì)和精神，可以有多種變形方案實現(xiàn)本發(fā)明，以上所述僅為本發(fā)明較佳可行的實施例而已，并非因此局限本發(fā)明的權利范圍，凡運用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)變化，均包含于本發(fā)明的權利范圍之內(nèi)。
權利要求
一種批量短信預處理方法，其特征在于，包括步驟A1、短信發(fā)送客戶端對短信發(fā)送數(shù)據(jù)進行分組；A2、短信發(fā)送客戶端將分組后的所述短信發(fā)送數(shù)據(jù)進行壓縮；A3、短信發(fā)送客戶端將壓縮后的所述短信發(fā)送數(shù)據(jù)發(fā)送到緩存服務器；A4、緩存服務器將所述短信發(fā)送數(shù)據(jù)解壓縮；A5、緩存服務器將解壓縮后的所述短信發(fā)送數(shù)據(jù)存儲到緩存目錄中并建立相應的索引文件；A6、緩存服務器將所述短信發(fā)送數(shù)據(jù)發(fā)送到短信代理商服務器。
2.根據(jù)權利要求1所述的批量短信預處理方法，其特征在于，所述步驟Al包括步驟短信發(fā)送客戶端在對所述短信發(fā)送數(shù)據(jù)進行分組之前先進行手機號碼合法性檢查。
3.根據(jù)權利要求2所述的批量短信預處理方法，其特征在于，所述步驟Al包括步驟短信發(fā)送客戶端對短信內(nèi)容中是否包含非法詞語進行檢查。
4.根據(jù)權利要求3所述的批量短信預處理方法，其特征在于，所述步驟Al包括步驟短信發(fā)送客戶端進行短信黑名單檢查。
5.根據(jù)權利要求1所述的批量短信預處理方法，其特征在于，所述步驟A2包括步驟短信發(fā)送客戶端調(diào)用Zlip庫中的TCompressionStream類對所述短信發(fā)送數(shù)據(jù)進行壓縮。
6.根據(jù)權利要求1所述的批量短信預處理方法，其特征在于，所述步驟A3包括步驟短信發(fā)送客戶端將所述短信發(fā)送數(shù)據(jù)通過WebService服務發(fā)送到緩存服務器。
7.根據(jù)權利要求1所述的批量短信預處理方法，其特征在于，所述步驟A5包括步驟緩存服務器在數(shù)據(jù)庫中建立所述索引文件。
8.根據(jù)權利要求7所述的批量短信預處理方法，其特征在于，所述步驟A5包括步驟在緩存服務器上設置緩存處理程序，所述緩存處理程序用于查找和發(fā)送所述短信發(fā)送數(shù) 據(jù)，所述緩存處理程序采用多線程工作方式。
9.根據(jù)權利要求8所述的批量短信預處理方法，其特征在于，所述步驟A5包括步驟在緩存服務器上設置監(jiān)控程序來對所述緩存處理程序進行監(jiān)控。
全文摘要
本發(fā)明公開了一種批量短信預處理方法，包括步驟A1、短信發(fā)送客戶端對短信發(fā)送數(shù)據(jù)進行分組；A2、短信發(fā)送客戶端將分組后的所述短信發(fā)送數(shù)據(jù)進行壓縮；A3、短信發(fā)送客戶端將壓縮后的所述短信發(fā)送數(shù)據(jù)發(fā)送到緩存服務器；A4、緩存服務器將所述短信發(fā)送數(shù)據(jù)解壓縮；A5、緩存服務器將解壓縮后的所述短信發(fā)送數(shù)據(jù)存儲到緩存目錄中并建立相應的索引文件；A6、緩存服務器將所述短信發(fā)送數(shù)據(jù)發(fā)送到短信代理商服務器。本發(fā)明批量短信預處理方法使短信發(fā)送客戶端提交短信時間大大縮短，極大的提高了提交效率，即使在網(wǎng)絡狀態(tài)不好的情況下也能持續(xù)地完成短信提交任務，保證了短信提交的實時性和穩(wěn)定性。
文檔編號H04W88/18GK101977361SQ201010507328
公開日2011年2月16日申請日期2010年10月13日優(yōu)先權日2010年10月13日
發(fā)明者張代軍, 洪俠申請人:深圳市多贏軟件技術有限公司

完整全部詳細技術資料下載