專利名稱：手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及手機瀏覽器技術(shù)領(lǐng)域，特別涉及一種手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，本發(fā)明的技術(shù)方案尤其適用于USSD業(yè)務(wù)。
背景技術(shù)：
非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù)(Unstructured Supplementary ServiceData，USSD)是一 種基于全球移動通信系統(tǒng)(Global System for Mobi 1 eCommunications,GSM)網(wǎng)絡(luò)的、實時 在線的新型交互會話數(shù)據(jù)業(yè)務(wù)；它基于用戶識別模塊(Subscriber Identity Module, SIM) 卡，利用GSM網(wǎng)絡(luò)的信令通道傳送數(shù)據(jù)，是在GSM的短消息系統(tǒng)技術(shù)基礎(chǔ)上推出的新業(yè)務(wù)， 在業(yè)務(wù)開拓方面的能力遠(yuǎn)遠(yuǎn)強于SMS系統(tǒng)。傳統(tǒng)的手機USSD瀏覽是采用標(biāo)準(zhǔn)的協(xié)議，支持這種瀏覽的后臺架構(gòu)不需要關(guān)注 USSD消息包長度及USSD連接中斷對于數(shù)據(jù)完整性等因素，因此，沒有有效的利用消息包長 度，容易產(chǎn)生消息包中斷問題。

發(fā)明內(nèi)容
(一 )要解決的技術(shù)問題本發(fā)明要解決的技術(shù)問題是如何使后臺對不同的消息包進行靈活處理，以及如 何使后臺有效地發(fā)送消息包，而不產(chǎn)生中斷。( 二 )技術(shù)方案—種手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，該方法包括以下步驟Sl 所述后臺服務(wù)器接收網(wǎng)關(guān)轉(zhuǎn)發(fā)的消息包；S2 利用后臺服務(wù)器中的適配器對網(wǎng)關(guān)轉(zhuǎn)發(fā)來的消息包進行適配，以識別出消息 包；S3:提取所述消息包中需要業(yè)務(wù)平臺處理的數(shù)據(jù)，并將提取的數(shù)據(jù)放置消息隊列 中；S4:從消息隊列中提取數(shù)據(jù)并進行數(shù)據(jù)處理，如果需要使用系統(tǒng)數(shù)據(jù)，則使用系統(tǒng) 數(shù)據(jù)庫提供的接口獲取數(shù)據(jù)，所述數(shù)據(jù)處理包括日志處理、異常處理和數(shù)據(jù)訪問；S5:數(shù)據(jù)處理完成后，將所處理后的數(shù)據(jù)封裝成消息包，并發(fā)送所述消息包到網(wǎng)關(guān)。其中，所述步驟S5中發(fā)送消息包時采用分段發(fā)送的方式，按協(xié)議能承載的消息字 節(jié)數(shù)將消息包分成多個消息段，每次發(fā)送一個消息段。其中，所述網(wǎng)關(guān)為USSD網(wǎng)關(guān)或SMS網(wǎng)關(guān)，相應(yīng)地，所述消息包為USSD消息包或SMS 消息包，且所述適配器為USSD適配器或SMS適配器。(三)有益效果本發(fā)明通過在后臺服務(wù)器中設(shè)置適配器，從而實現(xiàn)對不同的消息包的靈活適配， 在添加一種通信通道時，只需要添加適配器即可；本發(fā)明采用內(nèi)部協(xié)議，需要考慮如何保證消息包可以最大限度的利用協(xié)議長度，并通過對消息包進行分段發(fā)送，有效地避免了發(fā)送 過程中斷問題。


圖1是根據(jù)本發(fā)明實施例的基于USSD的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法中后臺服務(wù)架構(gòu)圖；圖2是根據(jù)本發(fā)明的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法流程圖；圖3是根據(jù)本發(fā)明實施例的基于USSD的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法中 后臺和終端之間采用分段發(fā)送消息包通信流程示例。
具體實施例方式下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細(xì)描述。以下實施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。本發(fā)明實施例提出的基于USSD的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，結(jié)合附 圖和實施例說明如下。如圖1所示，為本發(fā)明實施例的基于USSD的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法 中后臺服務(wù)架構(gòu)。后臺服務(wù)器可以被劃分為三個功能邏輯層。包括接入層，服務(wù)層和數(shù)據(jù)層。接入層提供各種通道的接入適配，由多個適配器組成，添加一種通道，只需要在 此添加適配器即可；服務(wù)層基于SOA的設(shè)計思路，包含各種公共組件服務(wù)和核心邏輯服務(wù)，與接入層 分離的松耦合設(shè)計，可以很方便的實現(xiàn)通道適配，服務(wù)間的獨立性使得分布式部署非常容 易；數(shù)據(jù)層包含業(yè)務(wù)數(shù)據(jù)和其他外部數(shù)據(jù)接口。如圖2所示，在進行數(shù)據(jù)處理時包括如下步驟步驟S201，所述后臺服務(wù)器的接入層接收USSD網(wǎng)關(guān)轉(zhuǎn)發(fā)的USSD消息包。步驟 S202，在接收到數(shù)據(jù)之后和提取數(shù)據(jù)之前，接入層利用USSD適配器對網(wǎng)關(guān)轉(zhuǎn)發(fā)來的消息包 進行適配，接入層包含各種消息包適配器，利用USSD適配器識別出USSD消息包。其中，若 接收SMS網(wǎng)關(guān)轉(zhuǎn)發(fā)的SMS消息包時采用后臺服務(wù)器中的SMS適配器進行適配，識別出SMS 消息包。步驟S203，提取所述USSD消息包中需要業(yè)務(wù)平臺處理的數(shù)據(jù)，即解包，并將提取的 數(shù)據(jù)放置消息隊列中。步驟S204，服務(wù)層從消息隊列中提取并處理數(shù)據(jù)，如果需要使用系統(tǒng) 數(shù)據(jù)，則使用數(shù)據(jù)層提供的接口獲取數(shù)據(jù)，所述數(shù)據(jù)處理包括日志處理、異常處理和數(shù)據(jù) 訪問，數(shù)據(jù)層中的業(yè)務(wù)數(shù)據(jù)存儲在相應(yīng)的數(shù)據(jù)庫中。步驟S205，數(shù)據(jù)處理完成后，將所述處 理后的數(shù)據(jù)封裝成USSD消息包，并發(fā)送所述USSD消息包到USSD網(wǎng)關(guān)。由于移動USSD采 用標(biāo)準(zhǔn)的SMPP協(xié)議(當(dāng)前采用的版本是SMPP3. 3)，本協(xié)議是通過SMPP協(xié)議包的消息字段 (short_message)來傳遞的，而SMPP協(xié)議所能承載的消息字節(jié)數(shù)有限(僅為160個字節(jié))， 因此需要考慮對消息包分段發(fā)送，即按USSD協(xié)議能承載的消息字節(jié)數(shù)將消息包分成多個 消息段，每次發(fā)送一個消息段。在協(xié)議中采用的分隔符如下# <分割普通參數(shù)(不同的數(shù)據(jù)業(yè)務(wù)有不同的參數(shù))；
標(biāo)志分段參數(shù)；# >下行消息中的消息結(jié)束標(biāo)記，表示消息結(jié)束；#&下行消息中的段落結(jié)束標(biāo)記，表示分段結(jié)束；# 在獲取內(nèi)容時，對內(nèi)容中的參數(shù)做分割。協(xié)議內(nèi)容編碼采用大頭Unicode，并遵循如下格式參數(shù)1+ “#<”+參數(shù)2+ “#<”+... +參數(shù)η+ “# > ”，其中，“# < ”用來分割字
符串?！?>”用來標(biāo)示消息結(jié)束。如圖3所示，為后臺和終端之間采用分段發(fā)送消息包通信示例。當(dāng)客戶端發(fā)送第 一次請求時，由于不知道服務(wù)器反饋的消息長度是否超出一次交互能支持的消息長度，因 此請求時不帶分段參數(shù)。接下來服務(wù)器收到請求并處理后，發(fā)現(xiàn)回復(fù)給客戶端的消息需要 分多次下發(fā)，因此將消息分段，并加上分段參數(shù)，客戶端收到應(yīng)答后，會根據(jù)分段參數(shù)判斷 是否還需要獲取下一段消息，直到客戶端獲取到結(jié)束標(biāo)記為止。其中具體分段格式如下分段請求格式(第一段)參數(shù)1+ “#<” +參數(shù)2+ “ #<”+··· +參數(shù)η;分段請求格式(除第一段)參數(shù)1+“#<”+參數(shù)2+“#<”+... +參數(shù)η+“#%”+ 分段參數(shù)；分段發(fā)送格式(除最后一段)參數(shù)1+“# <”+參數(shù)2+“# <”+. . . +參數(shù)η+“#% ”+ 分段參數(shù)+ “#>”；分段發(fā)送格式(最后一段)參數(shù)1+“# <”+參數(shù)2+“# <”+· · · +參數(shù)η+“#&”+“# >”；。注“#%”后面是段落參數(shù)。一般情況下，分段參數(shù)的值為每個分段的序號。(如 果獲取內(nèi)容為列表格式，請求消息中的分段參數(shù)，須為前一個分段中獲得的最后一個列表 記錄的Id)?！?&”是結(jié)束標(biāo)記。表示內(nèi)容已經(jīng)獲取完畢。當(dāng)出現(xiàn)了“#&”，客戶端不應(yīng)再向服務(wù) 器提交獲取請求。以上實施方式僅用于說明本發(fā)明，而并非對本發(fā)明的限制，有關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍的情況下，還可以做出各種變化和變型，因此所有 等同的技術(shù)方案也屬于本發(fā)明的范疇，本發(fā)明的專利保護范圍應(yīng)由權(quán)利要求限定。
權(quán)利要求
一種手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，其特征在于，該方法包括以下步驟S1所述后臺服務(wù)器接收網(wǎng)關(guān)轉(zhuǎn)發(fā)的消息包；S2利用后臺服務(wù)器中的適配器對網(wǎng)關(guān)轉(zhuǎn)發(fā)來的消息包進行適配，以識別出消息包；S3提取所述消息包中需要業(yè)務(wù)平臺處理的數(shù)據(jù)，并將提取的數(shù)據(jù)放置消息隊列中；S4從消息隊列中提取數(shù)據(jù)并進行數(shù)據(jù)處理，如果需要使用系統(tǒng)數(shù)據(jù)，則使用系統(tǒng)數(shù)據(jù)庫提供的接口獲取數(shù)據(jù)，所述數(shù)據(jù)處理包括日志處理、異常處理和數(shù)據(jù)訪問；S5數(shù)據(jù)處理完成后，將所處理后的數(shù)據(jù)封裝成消息包，并發(fā)送所述消息包到網(wǎng)關(guān)。
2.如權(quán)利要求1所述的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，其特征在于，所述步驟 S5中發(fā)送消息包時采用分段發(fā)送的方式，按協(xié)議能承載的消息字節(jié)數(shù)將消息包分成多個消 息段，每次發(fā)送一個消息段。
3.如權(quán)利要求1或2所述的手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，其特征在于，所述網(wǎng) 關(guān)為USSD網(wǎng)關(guān)或SMS網(wǎng)關(guān)，相應(yīng)地，所述消息包為USSD消息包或SMS消息包，且所述適配 器為USSD適配器或SMS適配器。
全文摘要
本發(fā)明公開了一種手機瀏覽器后臺服務(wù)器數(shù)據(jù)處理方法，該方法包括以下步驟所述后臺服務(wù)器接收網(wǎng)關(guān)轉(zhuǎn)發(fā)的消息包，提取所述消息包中需要業(yè)務(wù)平臺處理的數(shù)據(jù)，并將提取的數(shù)據(jù)放置消息隊列中；從消息隊列中提取并處理數(shù)據(jù)，如果需要使用系統(tǒng)數(shù)據(jù)，則使用系統(tǒng)數(shù)據(jù)庫提供的接口獲取數(shù)據(jù)；數(shù)據(jù)處理完成后，將所述處理后的數(shù)據(jù)封裝成消息包，并發(fā)送所述消息包到網(wǎng)關(guān)。本發(fā)明通過在后臺服務(wù)器中設(shè)置適配器，從而實現(xiàn)對不同的消息包的靈活適配，在添加一種通信通道時，只需要添加適配器即可，并通過對消息包進行分段發(fā)送，有效地避免了發(fā)送過程中斷問題。
文檔編號H04W4/14GK101827333SQ20101017599
公開日2010年9月8日 申請日期2010年5月19日 優(yōu)先權(quán)日2010年5月19日
發(fā)明者張馳, 魏曉海 申請人:北京神州泰岳軟件股份有限公司