本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種用戶增值電信業(yè)務(wù)處理方法及裝置。

背景技術(shù)：
隨著短信、彩信業(yè)務(wù)的快速發(fā)展，關(guān)于欠費用戶、停機用戶和銷戶用戶的短、彩信業(yè)務(wù)結(jié)算風(fēng)險日益突出。根據(jù)現(xiàn)有運營商短彩信業(yè)務(wù)話單的生成流程，運營商增值電信業(yè)務(wù)話單在計費用戶歸屬地短彩信中心生成，并根據(jù)相關(guān)計費結(jié)果和SP(ServiceProvider，服務(wù)提供商增值電信業(yè)務(wù))進(jìn)行結(jié)算。由于目前運營商短彩信中心缺乏用戶狀態(tài)信息，造成SP下發(fā)給欠費、停機或銷戶用戶的短信話單照常生成，這些話單的費用也要與SP進(jìn)行結(jié)算，對運營商的利益造成損失?？梢姮F(xiàn)有技術(shù)中存在彩信中心發(fā)送用戶增值電信業(yè)務(wù)消息不可控的問題。

技術(shù)實現(xiàn)要素：
本發(fā)明的目的是針對現(xiàn)有技術(shù)中存在的彩信中心發(fā)送用戶增值電信業(yè)務(wù)消息不可控的問題，提供一種用戶增值電信業(yè)務(wù)處理方法及裝置，該方法包括：增值電信業(yè)務(wù)系統(tǒng)接收外部網(wǎng)元發(fā)送的消息；當(dāng)判斷外部網(wǎng)元為非營帳系統(tǒng)，接收的消息為增值電信業(yè)務(wù)消息時，增值電信業(yè)務(wù)系統(tǒng)查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息；增值電信業(yè)務(wù)系統(tǒng)根據(jù)查詢到的用戶狀態(tài)判斷是否發(fā)送該增值電信業(yè)務(wù)消息。進(jìn)一步，還包括：當(dāng)判斷外部網(wǎng)元為營帳系統(tǒng)時，增值電信業(yè)務(wù)系統(tǒng)根據(jù)接收的消息中相互綁定的計費號碼和用戶狀態(tài)信息，更新用戶狀態(tài)表；增值電信業(yè)務(wù)系統(tǒng)查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息具體為：增值電信業(yè)務(wù)系統(tǒng)通過用戶狀態(tài)表查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息。進(jìn)一步，增值電信業(yè)務(wù)系統(tǒng)作為服務(wù)器端采用長連接的方式接收作為客戶端的營帳系統(tǒng)發(fā)送的消息。進(jìn)一步，增值電信業(yè)務(wù)系統(tǒng)接收外部網(wǎng)元發(fā)送的消息具體為：增值電信業(yè)務(wù)系統(tǒng)通過營帳系統(tǒng)消息處理線程接收外部網(wǎng)元發(fā)送的消息，并對消息進(jìn)行鑒權(quán)；當(dāng)判斷外部網(wǎng)元為營帳系統(tǒng)時，增值電信業(yè)務(wù)系統(tǒng)根據(jù)接收的消息中相互綁定的計費號碼和用戶狀態(tài)信息，更新用戶狀態(tài)表具體為：當(dāng)鑒權(quán)消息為營帳系統(tǒng)發(fā)送的消息時，增值電信業(yè)務(wù)系統(tǒng)通過營帳系統(tǒng)消息處理線程向用戶狀態(tài)信息消息處理線程轉(zhuǎn)發(fā)該消息，若用戶狀態(tài)信息消息處理線程根據(jù)消息格式確定該消息為營帳系統(tǒng)發(fā)送的握手命令，則通知營帳系統(tǒng)消息處理線程向營帳系統(tǒng)發(fā)送響應(yīng)消息；增值電信業(yè)務(wù)系統(tǒng)通過營帳系統(tǒng)消息處理線程接收并向用戶狀態(tài)信息消息處理線程轉(zhuǎn)發(fā)，營帳系統(tǒng)發(fā)送的包括相互綁定的計費號碼和用戶狀態(tài)信息的消息，用戶狀態(tài)信息消息處理線程進(jìn)行編解碼后發(fā)送給數(shù)據(jù)庫訪問線程；數(shù)據(jù)庫訪問線程應(yīng)答編解碼后的消息，并更新用戶狀態(tài)表。進(jìn)一步，增值電信業(yè)務(wù)系統(tǒng)通過心跳檢測保持與營帳系統(tǒng)的長連接，其中進(jìn)行心跳檢測所需的數(shù)據(jù)包由包頭組成；還包括：當(dāng)增值電信業(yè)務(wù)系統(tǒng)檢測出與營帳系統(tǒng)的連接在預(yù)定的時間內(nèi)空閑，則主動斷開長連接。本發(fā)明實施例還提供一種用戶增值電信業(yè)務(wù)處理裝置，包括：接收模塊，用于接收外部網(wǎng)元發(fā)送的消息；查詢模塊，用于當(dāng)判斷外部網(wǎng)元為非營帳系統(tǒng)，接收的消息為增值電信業(yè)務(wù)消息時，查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息；發(fā)送模塊，用于根據(jù)查詢到的用戶狀態(tài)判斷是否發(fā)送該增值電信業(yè)務(wù)消 息。進(jìn)一步，還包括：更新模塊，用于當(dāng)判斷外部網(wǎng)元為營帳系統(tǒng)時，根據(jù)接收的消息中相互綁定的計費號碼和用戶狀態(tài)信息，更新用戶狀態(tài)表；查詢模塊，還用于通過用戶狀態(tài)表查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息。進(jìn)一步，接收模塊，還用于作為服務(wù)器端采用長連接的方式接收作為客戶端的營帳系統(tǒng)發(fā)送的消息。進(jìn)一步，接收模塊，還用于通過營帳系統(tǒng)消息處理線程接收外部網(wǎng)元發(fā)送的消息，并對消息進(jìn)行鑒權(quán)；查詢模塊，還用于當(dāng)鑒權(quán)消息為營帳系統(tǒng)發(fā)送的消息時，通過營帳系統(tǒng)消息處理線程向用戶狀態(tài)信息消息處理線程轉(zhuǎn)發(fā)該消息，若用戶狀態(tài)信息消息處理線程根據(jù)消息格式確定該消息為營帳系統(tǒng)發(fā)送的握手命令，則通知營帳系統(tǒng)消息處理線程向營帳系統(tǒng)發(fā)送響應(yīng)消息，通過營帳系統(tǒng)消息處理線程接收并向用戶狀態(tài)信息消息處理線程轉(zhuǎn)發(fā)，營帳系統(tǒng)發(fā)送的包括相互綁定的計費號碼和用戶狀態(tài)信息的消息，用戶狀態(tài)信息消息處理線程進(jìn)行編解碼后發(fā)送給數(shù)據(jù)庫訪問線程，數(shù)據(jù)庫訪問線程應(yīng)答編解碼后的消息，并更新用戶狀態(tài)表。進(jìn)一步，接收模塊，還用于通過心跳檢測保持與營帳系統(tǒng)的長連接，其中進(jìn)行心跳檢測所需的數(shù)據(jù)包由包頭組成，當(dāng)檢測出與營帳系統(tǒng)的連接在預(yù)定的時間內(nèi)空閑，則主動斷開長連接。由于制定各營帳系統(tǒng)與作為增值電信業(yè)務(wù)系統(tǒng)的短彩信中心用戶狀態(tài)接口方案，用于營帳系統(tǒng)向短彩信中心傳送用戶狀態(tài)信息，并由短彩信中心根據(jù)用戶狀態(tài)信息控制對SP下發(fā)的用戶增值電信業(yè)務(wù)消息，以解決目前存在的用戶增值電信業(yè)務(wù)消息下發(fā)不可控的問題。附圖說明圖1表示本發(fā)明實施例提供的方法流程圖；圖2表示本發(fā)明實施例提供的彩信中心各模塊的邏輯拓?fù)鋱D；圖3表示本發(fā)明實施例提供的營帳系統(tǒng)同步用戶狀態(tài)信息流程圖；圖4表示本發(fā)明實施例提供的彩信業(yè)務(wù)流程圖。具體實施方式下面結(jié)合說明書附圖對本發(fā)明優(yōu)選實施例進(jìn)行說明，以解決現(xiàn)有技術(shù)中存在的彩信中心發(fā)送用戶增值電信業(yè)務(wù)消息不可控的問題。本發(fā)明實施例提供的用戶增值電信業(yè)務(wù)處理方法，如圖1所示，該方法包括如下步驟：步驟101、增值電信業(yè)務(wù)系統(tǒng)接收外部網(wǎng)元發(fā)送的消息。本步驟中，增值電信業(yè)務(wù)系統(tǒng)可以是彩信中心、短信中心或短信網(wǎng)關(guān)等對增值電信業(yè)務(wù)進(jìn)行處理的網(wǎng)元。向增值電信業(yè)務(wù)系統(tǒng)發(fā)送消息的網(wǎng)元可能是營帳系統(tǒng)，也可能是非營帳系統(tǒng)。步驟102、當(dāng)判斷外部網(wǎng)元為非營帳系統(tǒng)，接收的消息為增值電信業(yè)務(wù)消息時，增值電信業(yè)務(wù)系統(tǒng)查詢與增值電信業(yè)務(wù)消息對應(yīng)的計費號碼的用戶狀態(tài)信息。本實施例中，增值電信業(yè)務(wù)消息以彩信為例進(jìn)行說明，當(dāng)然例如短信等其它增值電信業(yè)務(wù)消息也可以。步驟103、增值電信業(yè)務(wù)系統(tǒng)根據(jù)查詢到的用戶狀態(tài)判斷是否發(fā)送該增值電信業(yè)務(wù)消息。本實施例中以彩信中心作為增值電信業(yè)務(wù)系統(tǒng)進(jìn)行說明，彩信中心在本地系統(tǒng)保存用戶的狀態(tài)主要有以下幾種：1)允許發(fā)送消息；2)改號，根據(jù)原用戶的狀態(tài)進(jìn)行控制；3)銷戶，直接刪除用戶，業(yè)務(wù)鑒權(quán)時查不到，不允許發(fā)送；4)預(yù)約銷戶，允許發(fā)送；5)取消預(yù)約銷戶，允許發(fā)送；6)開機，允許發(fā)送；7)營業(yè)停機，不允許發(fā)送；8)欠費停機，不允許發(fā)送。通過上面的狀態(tài)說明可知，當(dāng)用戶狀態(tài)是欠費、停機或銷戶時，彩信中心不向處于這些狀態(tài)的用戶發(fā)送增值電信業(yè)務(wù)消息。用戶狀態(tài)信息存儲在彩信中心本地用戶數(shù)據(jù)庫中，可在用戶數(shù)據(jù)庫中新建表(用戶狀態(tài)表)，專門存儲此類信息例如用戶狀態(tài)表中存有計費號碼138********對應(yīng)的用戶狀態(tài)為欠費，這樣彩信中心可以通過用戶狀態(tài)表查詢與彩信對應(yīng)的計費號碼的用戶狀態(tài)信息。下面對彩信中心在對用戶增值電信業(yè)務(wù)處理過程中涉及的各個進(jìn)程進(jìn)行說明，彩信中心各模塊的邏輯拓?fù)鋱D如圖2。數(shù)據(jù)庫訪問線程(dbpro)30：彩信中心原已有進(jìn)程(以dbpro為例)操作數(shù)據(jù)庫40，本發(fā)明實施例的方案只需要擴展dbpro的功能即可。同時在已有的內(nèi)存表50中增加本地用戶狀態(tài)的內(nèi)存表，dbpro啟動時加載用戶狀態(tài)表中記錄。dbpro擴展后新增以下功能：1)啟動時加載用戶狀態(tài)表中記錄到內(nèi)存表50中；2)與彩信中心主業(yè)務(wù)進(jìn)程交互，提供給后者用戶狀態(tài)鑒權(quán)結(jié)果；3)接收營帳系統(tǒng)的用戶狀態(tài)信息，寫入用戶狀態(tài)表；該功能的實現(xiàn)依賴于dbpro與彩信中心新增的用戶狀態(tài)信息消息處理線程功能模塊(以mmlct命名)的消息交互；如果彩信中心或短信中心不具備dbpro功能模塊或功能，則需要另外提供該模塊及功能。mmlctl線程20：彩信中心業(yè)務(wù)處理程序新增mmlctl處理線程。其主要功能是處理營帳系統(tǒng)的用戶狀態(tài)信息消息，并編碼后送給dbpro，完成用戶狀態(tài)信息的本地保存；彩信中心主業(yè)務(wù)程序60(MMSP)：彩信中心主業(yè)務(wù)程序(MMSP)要新增以下功能：在去鑒權(quán)模塊或鑒權(quán)系統(tǒng)鑒權(quán)之前，要先去查詢本地用戶狀態(tài)數(shù)據(jù)庫；根據(jù)查詢到的計費用戶的狀態(tài)判斷是否繼續(xù)進(jìn)行后續(xù)流程。是否繼續(xù)進(jìn)行后續(xù)流程可做到根據(jù)配置項執(zhí)行。營帳系統(tǒng)消息處理線程10(mmtcpctl線程)：彩信中心增加營帳系統(tǒng)消息處理線程。對于外部網(wǎng)元建立的鏈接，如果IP是營帳系統(tǒng)的IP，將數(shù)據(jù)交給mmlctl線程。其他情況，按照以前的流程，將數(shù)據(jù)交給http模塊70(承載模塊)處理。操作維護(hù)臺：彩信中心的操作維護(hù)臺需要增加營帳系統(tǒng)的配置信息，如訪問賬號、密碼、IP等，以便彩信中心能正常接收營帳系統(tǒng)的消息。以下結(jié)合具體流程說明該方案的具體實施方法。營帳系統(tǒng)同步用戶狀態(tài)信息流程如圖3所示：各MMSC與營帳系統(tǒng)之間采用長連接方式，營帳系統(tǒng)作為客戶端，MMSC作為服務(wù)器端，由客戶端主動發(fā)起建立連接并通過連接保持消息包，維護(hù)連接。當(dāng)客戶端要發(fā)送命令時，主動向服務(wù)器端建立連接，然后向服務(wù)器端發(fā)送命令，并接收應(yīng)答；服務(wù)器端從客戶端接收命令，返回應(yīng)答?？蛻舳丝梢酝瑫r向服務(wù)器端建立多個連接；命令及其應(yīng)答之間的時間間隔可配置，超時需要重發(fā)；雙方在沒有消息傳遞時發(fā)送消息維持包保持通訊狀態(tài)。步驟201、首先客戶端發(fā)起B(yǎng)ind命令給MMSC。步驟202、MMSC通過mmtcpctl線程收到Bind命令后，鑒權(quán)消息包的IP，mmtcpctl線程經(jīng)鑒權(quán)發(fā)現(xiàn)是營帳系統(tǒng)的消息，驗證通過，向mmlctl線程轉(zhuǎn)發(fā)該消息，若mmlctl線程根據(jù)消息格式確定該消息為Bind命令，則通知mmtcpctl線程給客戶端發(fā)送Bind_Resp消息，雙方建立鏈接。步驟203、客戶端此時發(fā)送包含相互綁定的計費號碼和用戶狀態(tài)信息的UserInfo消息。步驟204、MMSC的mmltcpctl線程收到營帳系統(tǒng)發(fā)送的UserInfo消息后，鑒權(quán)通過，直接轉(zhuǎn)發(fā)給mmlctl線程。后者根據(jù)UserInfo消息格式確定該消息為，對UserInfo消息進(jìn)行編解碼后，發(fā)送UserInfoUpdate_Req消息給DBPRO進(jìn)程。步驟205、DBPRO進(jìn)程先成功應(yīng)答UserInfoUpdate_Req消息向mmltcpctl線程發(fā)送UserInfoUpdate_Ack消息，然后將消息寫入用戶狀態(tài)信息庫表，由于營帳系統(tǒng)發(fā)送的消息中包含用戶狀態(tài)有變化的記錄。這樣就更新用戶狀態(tài)表。步驟206、MMSC通過mmltcpctl線程向營帳系統(tǒng)發(fā)送UserInfo消息的響應(yīng)消息UserInfo_Resp消息。步驟207、營帳系統(tǒng)向MMSC發(fā)送keepalive包。步驟208、MMSC通過mmltcpctl線程向營帳系統(tǒng)發(fā)送keepalive包。營帳系統(tǒng)和MMSC需要保持長連接，這樣兩者需要進(jìn)行消息探測?？蛻舳酥鲃酉蚍?wù)器端成功建立連接之后，如果服務(wù)器端檢測出連接長時間空閑，可以主動斷開該連接。因此，客戶端如果在空閑時間內(nèi)沒有數(shù)據(jù)發(fā)送，可以發(fā)送keepalive包，服務(wù)器端收到keepalive包后返回相應(yīng)的keepalive響應(yīng)包，從而MMSC通過心跳檢測保持與營帳系統(tǒng)的長連接，其中進(jìn)行心跳檢測所需 的數(shù)據(jù)包由包頭組成，即KeepAlive與KeepAlive_Resp只有包頭，沒有包體。步驟209、營帳系統(tǒng)向MMSC發(fā)送UnBind命令。步驟210、MMSC向營帳系統(tǒng)發(fā)送UnBind_Resp命令。步驟209和步驟210是在MMSC和營帳系統(tǒng)同步完成后，客戶端主動發(fā)起解鏈消息，雙方斷開鏈接。具備計費號碼狀態(tài)查詢功能后的彩信業(yè)務(wù)流程，如圖4所示。步驟301：MMSC業(yè)務(wù)程序啟動，包括DBPRO進(jìn)程；步驟302：DBPRO進(jìn)程將用戶狀態(tài)信息從數(shù)據(jù)庫表中加載到內(nèi)存表中，以便后續(xù)業(yè)務(wù)流程中能快速查詢；步驟303：有外部網(wǎng)元提交消息到MMSC；步驟304：消息首先提交給mmltcpctl線程。后者對消息源IP進(jìn)行分析；步驟305：判斷IP是否是營帳系統(tǒng)網(wǎng)元的IP(根據(jù)MMSC的OMM中的配置信息)；如果IP是營帳系統(tǒng)的IP，則流程進(jìn)入步驟306，否則進(jìn)入步驟307。步驟306：營帳系統(tǒng)同步流程。步驟307：如果IP不是營帳系統(tǒng)IP，則mmltcpctl線程將消息包交給HTTP進(jìn)程，后者經(jīng)過簡單的鑒權(quán)后，通過內(nèi)部消息轉(zhuǎn)發(fā)給MMP進(jìn)程。步驟308：MMSP進(jìn)程判斷是普通彩信消息，則立即向DBPOR進(jìn)程發(fā)送查詢計費號碼狀態(tài)的請求消息。步驟309：DBPRO查詢內(nèi)存表，獲取計費號碼的用戶狀態(tài)信息。步驟310：DBPRO是否將查詢結(jié)果發(fā)回給MMSP；此處，如果DBPRO返回查詢結(jié)果超時未將查詢結(jié)果返回給MMSP，則流程進(jìn)入步驟315，根據(jù)系統(tǒng)配置確定是否繼續(xù)發(fā)送彩信消息；如果DBPRO返回了查詢結(jié)果，則流程進(jìn)入步驟311。步驟311：MMSP分析計費用戶狀態(tài)信息；如果該狀態(tài)允許繼續(xù)發(fā)送彩信消息，則流程進(jìn)入步驟312，流程與普通彩信消息發(fā)送流程相同，如果該狀態(tài)允許不繼續(xù)發(fā)送彩信消息，則進(jìn)入步驟313。步驟312：繼續(xù)發(fā)送彩信消息。步驟313：根據(jù)系統(tǒng)配置判斷是否繼續(xù)發(fā)送彩信消息；如果系統(tǒng)配置允許繼續(xù)發(fā)送消息，則流程轉(zhuǎn)入步驟312；否則。轉(zhuǎn)入步驟314。步驟314：禁止該彩信消息的繼續(xù)發(fā)送，該業(yè)務(wù)流程結(jié)束。步驟315：該步驟MMSP根據(jù)配置臺的開關(guān)判斷是否應(yīng)該繼續(xù)發(fā)送消息；如果配置為繼續(xù)發(fā)送消息，則流程進(jìn)入步驟312，消息成功發(fā)送，如果配置開關(guān)配置為不發(fā)送，則禁止該消息的發(fā)送，流程中止進(jìn)入步驟314。注意，在步驟312步驟中，包含了到MMSC外部的鑒權(quán)系統(tǒng)進(jìn)行源用戶、目的用戶和計費用戶的鑒權(quán)過程，即本實施例說明的本地用戶狀態(tài)信息查詢的過程在系統(tǒng)鑒權(quán)過程之前進(jìn)行。這樣做的好處是，如果本地用戶狀態(tài)信息查詢結(jié)果顯示不允許繼續(xù)發(fā)送該彩信，則不必再去鑒權(quán)系統(tǒng)進(jìn)行鑒權(quán)操作，減輕了MMSC和鑒權(quán)系統(tǒng)的業(yè)務(wù)處理壓力，也減輕了網(wǎng)絡(luò)流量壓力。通過上述流程的分析可知，部署了本發(fā)明實施例方案的MMSC系統(tǒng)，可以實現(xiàn)彩信發(fā)送的控制，避免欠費用戶、停機用戶和銷戶用戶仍然能使用短信和彩信業(yè)務(wù)的情況，從而減輕了運營商的經(jīng)濟損失，對網(wǎng)絡(luò)流量的降低也起到了一定程度的作用。最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制，盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。